先生と生徒の会話形式で理解しよう

生徒

「COBOLのバッチ処理と、最近のスマホアプリのようなリアルタイムな動きって、どうやって連携しているんですか？」

先生

「実は、昔ながらのバッチ処理と最新のリアルタイム処理を組み合わせる魔法のような仕組みがあるんですよ。」

生徒

「全然違う仕組みの気がしますが、一緒に動かせるんですね！詳しく教えてください！」

先生

「システム全体の設計図であるアーキテクチャの視点から、分かりやすく解説しましょう！」

1. バッチ処理とリアルタイム処理の違いとは？

コンピュータの処理には、大きく分けてバッチ処理とリアルタイム処理の二つの種類があります。これらは、お料理に例えると非常に分かりやすくなります。

バッチ処理は、大量の野菜をまとめて切っておき、後で大きな鍋で一気に煮込む「作り置き」のようなものです。銀行の利息計算や、一日の売り上げを集計する作業などがこれに当たります。一方、リアルタイム処理は、注文が入ってからその場ですぐに作る「レストランの注文」のようなものです。銀行のＡＴＭで現金を引き出したり、スマホで残高を確認したりする操作がこれです。

ＣＯＢＯＬというプログラミング言語は、この「作り置き」であるバッチ処理が非常に得意です。しかし、現代ではスマホでいつでも最新の情報が見られることが当たり前になっています。そのため、古いシステムと新しいシステムを繋ぐアーキテクチャ（設計構造）が重要になってくるのです。

2. なぜ連携が必要なのか？

もし、バッチ処理とリアルタイム処理が完全にバラバラだったらどうなるでしょうか。例えば、あなたがお店で買い物をしたときに、スマホのアプリにはすぐに購入履歴が出るのに、銀行の残高が更新されるのは一週間後のバッチ処理が終わってから、という状態では困ってしまいますよね。

このように、データの整合性（情報のつじつまが合っていること）を保つために、両者をうまく連携させる必要があります。古いけれど信頼性の高いＣＯＢＯＬのバッチ処理と、素早い反応が求められるリアルタイムな画面表示を繋ぐことで、私たちは便利で安心なサービスを受けることができるのです。

ここで、もっとも基本的なＣＯＢＯＬのプログラムを見てみましょう。これはデータを一つ読み込んで表示するだけのシンプルなものです。


IDENTIFICATION DIVISION.
PROGRAM-ID. READ-DATA.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 CUSTOMER-NAME PIC X(20) VALUE "田中太郎".
PROCEDURE DIVISION.
    DISPLAY "処理中の顧客名: " CUSTOMER-NAME.
    STOP RUN.

3. データベースを介した連携の仕組み

もっとも一般的な連携方法は、データベースという「情報の倉庫」を共有することです。リアルタイム処理が受け取ったデータを一度倉庫に保存し、夜中にバッチ処理がその倉庫の中身をまとめて整理整頓するという流れです。

例えば、日中にネットショッピングで注文が入るたびに、データベースに「注文データ」が蓄積されます。これがリアルタイムの部分です。そして夜中の１２時になると、ＣＯＢＯＬのバッチプログラムが動き出し、その日に溜まった数万件のデータを読み込んで、在庫を減らしたり、発送伝票を作ったりします。このように、直接会話をするのではなく、共通のメモ帳（データベース）を使ってやり取りをするイメージです。

ＣＯＢＯＬでデータベースからデータを取得するイメージを、簡単なコードで表すと以下のようになります。


IDENTIFICATION DIVISION.
PROGRAM-ID. DB-LINK-SAMPLE.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 ORDER-COUNT PIC 9(05) VALUE 150.
01 TOTAL-SALES PIC 9(09) VALUE 0.
PROCEDURE DIVISION.
    * データベースから取得したと仮定して計算
    COMPUTE TOTAL-SALES = ORDER-COUNT * 1000.
    DISPLAY "本日の総売上見込み: " TOTAL-SALES "円".
    STOP RUN.

4. ＡＰＩ連携でリアルタイムに呼び出す

最近では、バッチ処理が終わるのを待たずに、リアルタイムなシステムからＣＯＢＯＬの機能を直接呼び出すこともあります。これをＡＰＩ（エーピーアイ）連携と呼びます。ＡＰＩとは、ソフトウェア同士が挨拶をして情報をやり取りするための窓口のようなものです。

例えば、スマホアプリで複雑な年金の計算をしたいとき、アプリ自体に計算させるのではなく、計算が得意なメインフレーム（大型コンピュータ）の中にあるＣＯＢＯＬプログラムに「計算して！」と依頼を投げます。すると、ＣＯＢＯＬが瞬時に計算結果を返してくれます。これにより、古いプログラムの資産を活かしつつ、最新のアプリから利用することが可能になります。

以下のコードは、外部からの依頼を受け取って判定を返す、連携用のシンプルなロジック例です。


IDENTIFICATION DIVISION.
PROGRAM-ID. API-CHECK.
DATA DIVISION.
LINKAGE SECTION.
01 USER-STATUS PIC X(01).
01 RESULT-MSG  PIC X(20).
PROCEDURE DIVISION USING USER-STATUS RESULT-MSG.
    IF USER-STATUS = "A"
        MOVE "有効なユーザーです" TO RESULT-MSG
    ELSE
        MOVE "確認が必要です"     TO RESULT-MSG
    END-IF.
    EXIT PROGRAM.

5. メッセージキューによる非同期連携

「非同期（ひどうき）」という言葉は少し難しいですが、これは「相手の返事を待たずに自分の作業を進める」というやり方です。これを実現するために使われるのがメッセージキューという仕組みです。メールボックスを想像してください。

リアルタイムシステムは、ＣＯＢＯＬにやってほしい仕事を「メッセージ」としてキュー（メールボックス）に投げ込みます。ＣＯＢＯＬ側は、自分のペースでそのメールボックスを確認し、溜まっている仕事を一つずつ片付けていきます。これの利点は、もしＣＯＢＯＬ側がメンテナンスで止まっていても、リアルタイム側はメールを投げるだけで作業を続けられる点にあります。システム全体が止まってしまうのを防ぐ、とても賢いアーキテクチャなのです。

6. ファイル転送による橋渡し

もっとも古典的で、今でも現役なのがファイル転送です。リアルタイムシステムが一日の終わりにＣＳＶファイルなどの形式でデータを書き出し、それをＣＯＢＯＬが動いているコンピュータへ「送信」します。これを受け取ったＣＯＢＯＬバッチが処理を開始します。

この方法は、非常にシンプルで確実です。異なる種類のコンピュータ同士でも、ファイルの形式さえ決めておけば連携ができるからです。例えば、Ｗｉｎｄｏｗｓで集めたアンケート結果を、メインフレームのＣＯＢＯＬで集計する場合などに使われます。転送にはＦＴＰなどの通信手段が使われますが、初心者の方は「情報の入ったファイルをメールに添付して送るようなもの」と考えておけば間違いありません。

7. 共有ストレージを活用した連携

ファイル転送と似ていますが、データを送るのではなく、両方のシステムから見ることができる「共有の棚」にファイルを置く方法もあります。これを共有ストレージと呼びます。

リアルタイムシステムが棚にファイルを置くと、ＣＯＢＯＬ側がそれを検知して処理を始めます。データの移動が発生しないため、非常に大きなサイズのデータを扱う場合に効率的です。ただし、両方が同時にファイルを読み書きしようとすると喧嘩になってしまうため、ここでも「今、私が使っています！」という印をつける等のルール作りが大切になります。

8. 連携における注意点とエラー対策

異なるシステムを連携させる際に一番怖いのが、データの不一致やエラーです。例えば、連携途中でネットワークが切れてしまい、データが半分しか届かなかった場合、システムはどう動くべきでしょうか。

これを防ぐために、リカバリ設計というものを考えます。失敗したところからやり直せるように工夫したり、送ったデータの数と受け取ったデータの数が同じかどうかを確認する「件数照合」という作業を行ったりします。ＣＯＢＯＬのバッチ管理では、こうした地味ですが非常に重要なチェック機能がいくつも組み込まれています。

以下のプログラムは、件数が一致しているかを確認する簡単なロジックです。


IDENTIFICATION DIVISION.
PROGRAM-ID. COUNT-CHECK.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 SEND-COUNT    PIC 9(05) VALUE 100.
01 RECEIVE-COUNT PIC 9(05) VALUE 098.
PROCEDURE DIVISION.
    IF SEND-COUNT = RECEIVE-COUNT
        DISPLAY "データ件数は一致しました。"
    ELSE
        DISPLAY "エラー：件数が不一致です！"
        DISPLAY "送信: " SEND-COUNT " 件 / 受信: " RECEIVE-COUNT " 件"
    END-IF.
    STOP RUN.

9. ハイブリッドな運用管理の未来

これからの時代は、ＣＯＢＯＬをただ古いものとして扱うのではなく、新しいクラウドサービスなどと組み合わせて使うハイブリッドな運用が主流になります。重たくて重要な処理はＣＯＢＯＬのバッチで行い、軽快なユーザー体験は最新のリアルタイム技術で行う。この「いいとこ取り」が、最も効率的なシステム開発と言えるでしょう。

ＣＯＢＯＬは、数十年分のビジネスのルールが詰め込まれた宝箱のようなものです。それをどうやって今のリアルタイムな世界に繋げていくか。その橋渡しをする知識を身につけることは、エンジニアとして非常に価値のあることなのです。この記事を通じて、バッチ処理とリアルタイム連携の面白さが少しでも伝われば幸いです。