JP3497886B2 - サーバ間データ連携装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のサーバ間でデー
タを送受信するためのデータ連携装置に関し、特に、一
つの送信側のサーバにおいて実行されたデータベースの
操作に関するデータを、複数の受信側のサーバに転送す
るためのデータ連携装置に関する。

【０００２】

【従来の技術】従来より、複数のデータベースに対し、
複数のサーバによって、相互に関連したデータ処理を施
すことが行われている。例えば、バックアップ処理，情
報系処理，バッチ処理等である。

【０００３】バックアップ処理は、銀行のオンライン取
引等に用いられる。即ち、銀行のオンライン取引などサ
ービスの停止が社会的に大きな影響を与えるようなシス
テムでは、天災やテロ行為等により通常運用しているデ
ータベースを有するコンピュータセンタ（主センタ）が
被災した場合に備え、通常運用用データベースと同一内
容のバックアップ用データベースを有するバックアップ
センタを、遠隔地に構築する事がある。

【０００４】そして、主センタのサーバにより通用運用
用データベースを更新する毎に、この更新の内容をバッ
クアップセンタのサーバに送信する。バックアップセン
タのサーバ（主センタのサーバと同一機能を奏する）
は、送信された更新の内容に従ってバックアップ用デー
タベースを更新し、バックアップ用データベースの内容
を通常運用用データベースの内容に一致させる。

【０００５】この様に両データベースの内容の同一性を
維持することにより、主センタの被災時に、主センタに
おける処理をバックアップセンタの処理で代行すること
ができるのである。

【０００６】情報系処理は、基幹系の業務において実行
された処理結果を一括管理するために用いられる。即
ち、基幹系の業務で実行された処理結果は、企業が活動
する上での重要な情報となる。従って、通常企業では、
このような情報を情報系システムとして構築し、企業の
戦略情報システム（ＳＩＳ）として位置づけている。

【０００７】そのため、基幹系業務用データベースの他
に情報系データベースを用意する。そして、基幹系業務
用データを一方のサーバにより操作すると、この操作の
内容を、業務終了後に一括して他方のサーバに送信す
る。他方のサーバは、送信された操作の内容に従って、
バッチ処理により、情報系データベースを更新するので
ある。

【０００８】このように、基幹系業務による処理結果が
情報系データベースに集中するので、これを一括管理す
ることができるのである。バッチ処理は、基幹系業務で
行われた処理結果を基に実行される処理である。例え
ば、銀行システムでは、その日の預金・為替業務におい
て高額の入金があった顧客に対しては、電話連絡を行っ
たりダイレクトメールを発送したりする作業を行う。こ
のような作業を行うには、その日にあった入金処理結果
のうち、ある一定の金額を入金した顧客リストを作成す
る処理が前提となる。このリスト作成処理は、その日の
業務終了と同時に実行されるバッチ処理として行われる
のである。

【０００９】そのため、基幹系業務用データを一方のサ
ーバにより操作すると、この操作の内容を、業務終了後
に一括して他方のサーバに送信する。他のサーバは、送
信された操作の内容に従って、バッチ処理を実行するの
である。

【００１０】ところで、このように複数のサーバ間でデ
ータを連携させる手順は、これらサーバが構築されてい
るシステム如何，及びサーバ間で送信されるデータの単
位如何に依り、以下に列挙するように分類することがで
きる。

【００１１】第１は、複数のサーバが同一のコンピュー
タシステム上に構築され、全レコード単位でデータを送
信する場合である。この場合には、両サーバによる共用
が不可能なファイルを用いる。即ち、送信側サーバは、
このファイルをオープンして、送信すべき全レコードの
データを出力し、出力完了後にファイルを一旦クローズ
する。次に、受信側サーバは、このファイルをオープン
して、格納されたデータを読み出すのである。

【００１２】第２は、複数のサーバが各々別のコンピュ
ータシステム上に構築され、全レコード単位でデータを
送信する場合である。この場合も、両サーバによる共用
が不可能なファイルを用いる。即ち、送信側サーバは、
このファイルをオープンして、送信すべき全レコードの
データを出力し、出力完了後にファイルを一旦クローズ
する。このファイルは、通信手段によって受信側のサー
バに送信される。このファイルを受信した受信側サーバ
は、ファイルをオープンして、格納されたデータを読み
出すのである。

【００１３】第３は、複数のサーバが同一のコンピュー
タシステム上に構築され、１レコード単位でデータを送
信する場合である。この場合には、両サーバによる共用
が可能なファイル又はメモリを用いる。即ち、送信側サ
ーバは、このファイル又はメモリをロックして送信すべ
きデータを１レコード分書き込み、ロックを解除する。
次に、受信側サーバは、このファイル又はメモリをロッ
クして格納された１レコード分のデータを読み出し、ロ
ックを解除する。このようなデータの書き込み及び読み
出しを、全レコードが終了するまで繰り返すのである。

【００１４】第４は、複数のサーバが各々別のコンピュ
ータシステム上に構築され、１レコード単位でデータを
送信する場合である。この場合には、送信側サーバは、
通信手段を用いて、送信すべきデータを１レコード分づ
つ送信する。一方、受信側サーバは、送信されてきた１
レコード分づつのデータを受信して、入力を行う。この
ようなデータの送信及び受信を、全レコードが終了する
まで繰り返すのである。

【００１５】

【発明が解決しようとする課題】しかしながら、何れの
手順においても、送信側のサーバは１つの受信側のサー
バに対してしかデータを送信することができない。即
ち、送信側のサーバはデータを１回送信するだけであ
る。従って、送信側のサーバは、受信側のサーバによっ
て首尾良く受信されるようなタイミングで、この１回の
データ送信を行わなければならない。

【００１６】ところが、即ち、受信側のサーバが要求す
るデータの種類は種々雑多である。例えば、あるサーバ
は即時性のあるデータ送信を要求するが、あるサーバ
は、ある程度の遅延を容認できるので、処理回数の抑制
のために１日１回のデータ送信を要求するといった具合
である。送信側のサーバは、全ての受信側サーバが要求
するタイミングにデータ送信タイミングを合わせること
ができず、１つの受信側サーバに対してのみ送信タイミ
ングを合わせることが可能となっている。従って、複数
の受信側サーバにデータを送信することはできないので
ある。

【００１７】この点、受信側のサーバがデータを同時又
は時系列的に複数回データを出力すれば、理論上、複数
個の受信側サーバに対してデータを送信することが可能
である。しかしながら、このように構成するのでは、受
信側サーバが変更する毎に、送信側サーバのプログラム
又はシステム定義を変更を余儀なくされ、しかも、送信
側サーバの処理負荷が増大してしまう。

【００１８】このうように、従来のデータ連携手順で
は、連携関係が１対１に固定されているのでデータの流
通性が悪く、複数の受信側のサーバによる要求の多様性
を満たすことができない。これが従来の第１の問題点で
ある。

【００１９】また、第１の手順及び第２の手順において
は、全レコードの出力が完了するまで受信側のサーバは
動作できないので、両サーバの並行動作ができず即時性
が要求される処理には向かない。この点、第３の手順及
び第４の手順においては、両サーバの並行動作は可能に
なるが、送信側のサーバがデータを送信するには受信側
のサーバが動作しているのが必須となる。即ち、受信側
のサーバが動作していないと、送信したデータが失われ
てしまう。このように、従来の連携手順では、送信側サ
ーバと受信側サーバとの運用の独立性を保つことができ
ない。これが従来の第２の問題点である。

【００２０】また、第２の手順及び第４の手順において
は、データ連携に通信手段を用いているので、通信途絶
等の障害により、データそのものが失われる危険があ
る。つまり、受信側データが入力を保証することが困難
である。これが従来の第３の問題点である。

【００２１】本発明の第１の課題は、上述した従来の第
１の問題点を解決し、一つの送信側サーバから送信され
たデータに基づいて、複数の受信側サーバに対してデー
タ連携を行うことができるサーバ間データ連携装置を提
供することである。

【００２２】本発明の第２の課題は、上述した従来の第
２及び第３の問題点を解決し、受信側サーバの運用の独
立性を保ち、データの喪失を防止することができるサー
バ間データ連携装置を提供することである。

【００２３】

【課題を解決するための手段】

＜本発明の要旨＞本発明によるサーバ間データ間連携装
置（１０２）は、前記第１の課題を解決するため、図１
（ａ）の発明原理図に示した通り、送信側のサーバ（１
００）におけるデータベース操作の内容を、複数の受信
側のサーバ（１０１）に送信するためのサーバ間連携装
置において、前記送信側のサーバ（１００）から送信さ
れてくるデータベース操作についてのデータを受信する
受信手段（１０３）と、この受信手段（１０３）で受信
されたデータを、各受信側のサーバ（１０１）毎に定め
られた所定のタイミングで、各受信側のサーバ（１０
１）に配布する配布手段（１０４）とを備えたことを特
徴とする（請求項１に対応）。

【００２４】以下、本発明の各構成要件のポイントを説
明する。 〔サーバ〕本発明における送信側サーバ及び受信側サー
バは、同一コンピュータシステム上に構築されていても
良いし、別のコンピュータシステム上に構築されていて
も良い。即ち、本発明でいうサーバとは、１つのまとま
った動作を行うアプリケーションプログラムとして把握
することができるものである。

【００２５】各サーバが同一コンピュータシステム上に
構築されている場合には、サーバ間データ連携装置も、
各サーバと同一コンピュータシステム内に構築すること
ができる。

【００２６】一方、各サーバが別のコンピュータシステ
ム上に構築されている場合には、送信側サーバが構築さ
れているコンピュータ内にサーバ間データ連携装置を構
築しても良いし、全く別のシステムとしても良い。何れ
の場合でも、各コンピュータシステム間におけるデータ
の授受は、通信手段を用いて行う。なお、通信手段を用
いて通信する場合、コンピュータシステム間を直接接続
しても良いし、通信回線を介して接続してもよい。 〔データベース〕本発明において、送信側サーバはデー
タベースを操作する機能を有している。一方、受信側サ
ーバがデータベースを操作する機能を有しているか否か
は任意である。受信側サーバは、送信側サーバが送信す
るデータベース操作の内容に基づいて、何らかの業務を
行えるものであればよい。受信側サーバがデータベース
を有している場合には、受信側サーバの機能により、こ
のデータベースを送信側のデータベースと同一の内容と
し、バックアップ用データベースとして用いるようにし
ても良い。また、受信側サーバの機能により、送信側の
データベースと異なったデータ構成のデータベースとし
て運用しても良い。 〔データベース操作についてのデータ〕本発明に言う
「データベース操作」は、データベースに格納されたデ
ータの参照，修正，削除，又は追加，等のイベントであ
る。但し、このうちの一部のイベントのみであっても良
い。

【００２７】本発明に言う「データベース操作について
のデータ」は、このデータベース操作を行ったトランザ
クションを特定する情報，このデータベース操作の対象
となったデータベース内の資源（データ）を特定する情
報，このデータベース操作のイベントの種類，このデー
タベース操作を行った後におけるデータの内容，等を含
む。但し、これらのうちの一部のみしか含んでいないの
であっても良い。 〔受信手段〕受信手段（１０３）は、送信側サーバ（１
００）が送信したデータを受信する。

【００２８】この際、受信手段（１０３）は受信したデ
ータを加工することができる。例えば、送信側サーバ
（１００）において実行されるトランザクションは、複
数のデータベースの操作処理を実行するものである場合
もある。しかし、この場合に、サーバ間連携装置（１０
２）に送信されてくるデータが、各データベースに関し
てトランザクション順に整列されているとは限らない。
一方、受信側サーバ（１０１）では、トランザクション
順に、操作処理を実行する場合がある。そのために、受
信手段（１０３）は、送信側のサーバ（１００）から送
信されてくるデータベース操作についてのデータを、送
信側のサーバ（１００）におけるトランザクション毎に
まとめるように加工しても良い（請求項７，８に対
応）。この場合、個々のトランザクションについての全
てのデータを受信した時点で、当該トランザクションに
ついてのデータをひとまとめにして、次段の装置に転送
するようにすることができる。

【００２９】なお、この受信手段（１０３）にてデータ
を獲得する条件を定めた定義（取得定義，マッピング定
義）を用意しておき、この定義に従って、データを獲得
するように構成しても良い。同様に、この受信手段（１
０３）にてデータをトランザクション毎にまとめる条件
を定めた定義（取得定義，マッピング定義）を用意して
おき、この定義に従って、データを獲得するように構成
しても良い。 〔配布手段〕配布手段（１０４）は、受信手段（１０
３）側から転送されてきたデータを、各受信側サーバ
（１０１）に送信する。このために、配布手段（１０
４）内に、各受信側サーバ（１０１）に対応させて、各
受信側サーバ（１０１）に送信する直前のデータを格納
するバッファを設けることができる。このようにすれ
ば、各受信側サーバ（１０１）に送信する時までデータ
を保持しておくことができる。このバッファは、揮発メ
モリにより構成しても不揮発メモリにより構成しても良
い。

【００３０】この配布手段（１０４）は、各受信側サー
バ（１０１）毎に定められた所定のタイミングで、デー
タを各受信側サーバ（１０１）に送信する。このため
に、このデータを各受信側サーバ（１０１）に送信する
トリガ条件を定めた定義（配布定義，マッピング定義）
を用意しておき、この定義に従って、データを送信する
ように構成しても良い。 ＜本発明の付加的構成要件＞ 〔識別手段〕上述の構成のみでは、送信側サーバ（１０
０）から送信されてきたデータがそのまま受信側サーバ
（１０１）に転送されるので、受信側サーバ（１０１）
では、受信したデータの中から自らが必要とするデータ
以外を廃棄するフィルタリングを行う必要も生じる。そ
のため、受信手段（１０３）と配布手段（１０４）との
間に識別手段を設け、この受信手段（１０３）で受信さ
れたデータから前記受信側のサーバ（１０１）が要求す
るデータのみを識別するように構成してもよい（請求項
２に対応）。

【００３１】この識別手段を受信手段（１０３）に対応
して一つ設けて、上記各受信側サーバ（１０１）対応の
バッファに、各受信側サーバ（１０１）が要求するデー
タを選択して分配するようにしてもよい。これに対し
て、上記各受信側サーバ（１０１）対応のバッファ毎に
識別手段を設け、各受信側サーバ（１０１）が要求する
データを受信部（蓄積部，分類バッファ）から選択して
取り出すようにしても良い。

【００３２】この識別を行うために、各受信側サーバ
（１０１）が要求するデータの条件を定めた定義（配布
定義，マッピング定義）を用意しておき、この定義に従
って、データを識別するように構成しても良い。 〔蓄積部〕以上の構成により第１の課題は解決できる
が、更に第２の課題を解決するには、図１（ｂ）の発明
原理図に示したように、前記データベース操作について
のデータを時系列的に蓄積する不揮発性媒体（ハードデ
ィスク，ＥＰＲＯＭ，フラッシュメモリ等）からなる蓄
積部（１０５）を更に備えればよい（請求項３に対
応）。

【００３３】この蓄積部（１０５）を備えたことによ
り、サーバ間データ関連装置（１０２）に接続された受
信側サーバ（１０１）は、独自の運用を行うことができ
る。例えば、送信側サーバ（１００）が動作していない
時間においても運用することができる。

【００３４】即ち、予め配布手段（１０４）に要求して
おいた配布時間に運用していなかったとしても、受信側
サーバ（１０１）が受信すべきデータは、この蓄積部
（１０５）に残存しているので、後で改めて受信するこ
とができる。しかも、サーバ間データ連携装置（１０
２）の電源を落としたとしても、このデータは蓄積部
（１０５）に残存するので、サーバ間データ連携装置１
の運用時間を自由に設定することもできる。

【００３５】更に、送信側サーバ（１００）と受信側サ
ーバ（１０１）とが別のコンピュータシステム上に構築
され、データがサーバ間データ連携装置から通信手段に
よって受信側サーバ（１０１）に送信されるような構成
であったとしても、送信したデータは蓄積部（１０５）
に残されているので、通信途絶によりデータを喪失して
しまうことが回避できる。

【００３６】この蓄積部（１０５）は、サーバ間データ
連携装置（１０２）内のどの部分に配置しても良い。例
えば、受信手段（１０３）から配布手段（１０４）に至
るデータ転送経路の途中に配置することも可能である
し、データ転送経路から分岐したモニタ用の経路を作っ
てその分岐経路の末端に配置することも可能である。前
者の配置によれば、実際に送信するデータと蓄積するデ
ータの同一性が保証できる。後者の配置によれば、受信
手段（１０３）から配布手段（１０４）に至るデータ転
送経路上では蓄積部（１０５）へのアクセスが不要とな
るので、データ転送時間によるタイムラグが抑制でき
る。

【００３７】また、サーバ間連携装置（１０２）が識別
手段を備える場合には、蓄積部（１０５）を識別手段の
前に配置しても良いし、識別手段の後に配置しても良
い。前者の場合には、受信手段（１０３）で受信したそ
のままの状態のデータが蓄積部（１０５）に蓄積され、
識別手段はこの蓄積部（１０５）に蓄積されたデータか
ら前記前記受信側のサーバ（１０１）が要求するデータ
のみを識別することになる（請求項４に対応）。このよ
うにすれば、送信側サーバ（１００）が送信したデータ
がそのまま蓄積部（１０５）に蓄積されるので、受信側
サーバ（１０１）において要求するデータに変更があっ
た場合でも、新たに必要としたデータを取り出すことが
できる。

【００３８】但し、この蓄積部（１０５）から読み出し
たデータが書き移されるバッファを用意しておき、識別
手段はこのバッファに書き込まれたデータから前記受信
側のサーバ（１０１）が必要とするデータのみを取り出
して、前記配布手段（１０４）に転送するように構成し
ても良い（請求項６に対応）。このようにしておけば、
受信側サーバ（１０１）が多数個あり、識別手段がこれ
ら受信側サーバ（１０１）毎に処理を行う場合でも、蓄
積部（１０５）へのアクセスは１回で済むので（バッフ
ァへのアクセスは受信側サーバ（１０１）の個数分の回
数行う）、１回のアクセスに時間が掛かる不揮発媒体へ
のアクセス時間の総量を低減することができる。

【００３９】一方、後者の場合には、識別手段により各
受信側サーバ（１０１）が要求する内容に加工された状
態のデータが蓄積部（１０５）に蓄積されることになる
（請求項５に対応）。この場合には、配布手段１０４内
に各受信側サーバ対応に設けられたバッファ毎に、蓄積
部（１０５）が用意される。

【００４０】＜本発明の利用可能性＞本発明は、銀行業
務等における正センタのサーバとバックアップセンタの
サーバとの間のデータ連携，基幹系業務用サーバと情報
系サーバとの間のデータ連携，基幹系業務用サーバとバ
ッチ処理系サーバとのデータ連携，等に用いることがで
きる。

【００４１】

【作用】前記送信側のサーバ（１００）から送信されて
くるデータベース操作についてのデータは、受信手段
（１０３）により受信される。この受信手段（１０３）
により受信されたデータは、配布手段（１０４）に転送
される。この配布手段（１０４）は、各受信側のサーバ
（１０１）が要求するデータ送信のタイミングに関する
情報を有している。従って、配布手段（１０４）は、各
受信側のサーバ（１０１）が要求する時点で、受信手段
（１０３）から転送されたデータを、当該受信側のサー
バ（１０１）に転送する。受信側のサーバ（１０１）が
複数個ある場合には、配布手段（１０４）は、この受信
側のサーバ（１０１）毎に配布処理を実行する。従っ
て、受信側のサーバ（１０１）が複数個あっても、送信
側のサーバ（１００）は、任意の時点で１回のみデータ
を送出するだけでよく、受信側のサーバ（１０１）に合
わせたデータ送出をする必要がない。そのため、このサ
ーバ間データ連携装置（１０２）を介在させるだけで、
１個のサーバと複数個のサーバとの間のデータ連携が可
能になるのである。

【００４２】

【実施例】以下、本発明の実施例を図面を参照して説明
する。

【００４３】

【実施例１】第１実施例は、銀行業務に関するサーバ間
に、本発明によるサーバ間データ連携装置を適用した場
合の例を示すものである。 ＜サーバとの接続構成＞最初に、本実施例におけるサー
バ間データ連携装置に対するサーバの接続構成を説明す
る。図２に示すように、サーバ間データ連携装置１に
は、基幹系業務サーバが格納された正センタ２が、送信
側サーバとして接続されている。また、サーバ間データ
連携装置１には、基幹系業務サーバが格納されたバック
アップセンタ３ａ，情報系サーバ３ｂ，及びバッチ処理
系サーバ３ｃが、受信側サーバとして接続されている。 〔正センタ〕正センタ２には、銀行における基幹系業務
を行うサーバが格納されている。この基幹系業務サーバ
は、顧客の残高情報等のデータが格納された２つのデー
タベース（ＤＢ−１，ＤＢ−２）４を有している。この
データベース４のモデル（データ構造）は、ネットワー
ク型である。基幹系業務サーバは、応用プログラム５を
実行することにより、オンライン取引，ＡＴＭによる入
出金等の業務を行い、これらデータベース４の操作（参
照，追加，修正，削除を含む。）を行う。この応用プロ
グラム５は、トランザクションの集合として構成されて
いる。このトランザクションとは、分割できない１つの
意味のある一連の処理である。このトランザクション
は、データベース操作についての基本単位であり、この
トランザクションが複数個同時に並行実行されて、デー
タベースが更新されていくと考えることができる。

【００４４】この基幹系業務サーバが応用プログラム５
を実行してデータベース４を更新すると、各操作毎に、
図３に示すようなトランザクション情報が、サーバ間デ
ータ連携装置１に対して送出される。図３において、ト
ランザクション情報は、トランザクション識別子（Ｔ
ｉ），操作（Ｍｊ），資源識別子（Ｒｋ），及びデータ
（Ｄｌ）を意味する４項目を一単位として構成されてい
る。

【００４５】トランザクション識別子（Ｔｉ）は、トラ
ンザクションを識別するための情報であり、サーバ内で
の一意性と昇順性を保証する情報である。このトランザ
クション識別子（Ｔｉ）における“ｉ”は、シリアル番
号が代入される変数である。即ち、トランザクションが
発生すると、トランザクション開始から終了に至るまで
において、通常複数の資源に対して複数の操作が行われ
る。この各操作が行われる毎にトランザクション情報は
作成されるのであるが、同じトランザクションに関する
操作には、同じ変数が与えられたトランザクション識別
子が付加されるのである。しかも、この変数は、トラン
ザクションの発生順にシリアルナンバとして与えられ
る。従って、トランザクション識別子が同じであれば同
じトランザクションについての操作であることが解り、
しかも、異なるトランザクション識別子であれば、その
トランザクションの順番も知ることができるのである。
そのため、基幹系業務サーバは、図示せぬカウンタを有
し、トランザクション発生毎にカウント値を増加させ
て、トランザクション識別子を作成するのである。

【００４６】操作（Ｍｊ）は、当該操作の種別を示す情
報である。この操作（Ｍｊ）における“ｊ”は、シリア
ル番号が代入される変数である。例を挙げて具体的に説
明すると、Ｍ１が「参照」を示し、Ｍ２が「更新」を示
し、Ｍ３が「トランザクションの終了」を示す如くであ
る。なお、この情報の形式（Ｍｉ）は、各サーバにおい
て、自らが用いるデータベース操作言語（ＳＱＬ，ＤＭ
Ｌ等）における命令と予め対応をとっておく。例えば、
Ｍ１は、ＳＱＬにおける“ＳＥＬＥＣＴ”，ＤＭＬにお
ける“ＦＩＮＤ”に、Ｍ２は、ＳＱＬにおける“ＵＰＤ
ＡＴＥ”，ＤＭＬにおける“ＭＯＤＩＦＹ”に、各々対
応付けておく。このように、記号と変数のみで操作種別
を抽象化して用いるので、将来各データベース操作言語
における命令が拡張されたときには、対応させるＭｊの
数を増やすことにより容易に対処することができる。ま
た、使用するデータベース操作言語が異なるサーバ間で
も、トランザクション情報の授受を行うことができる。

【００４７】資源識別子（Ｒｋ）は、当該操作が実行さ
れる資源の一意性を保証する情報である。例えば、資源
がリレーショナルデータベースであれば、スキーマ名，
テーブル名，及び項目名を組み合わせた情報が書き込ま
れる。

【００４８】データ（Ｄｌ）は、当該操作が資源識別子
（Ｒｋ）に対して実行された結果得られたデータ内容が
書き込まれる。これら４つの項目の情報から、トランザ
クション（Ｔｉ）が資源（Ｒｋ）に対して操作（Ｍｊ）
を行って、「Ｄｌ」で表されるデータ内容としたことが
解る。以下の説明では、Ｔ１，Ｔ２，Ｔ３なるトランザ
クションが各データベース（ＤＢ−１，ＤＢ−２）４内
の複数の資源（Ｒ１，Ｒ２，Ｒ３，Ｒ４）に対して並行
実行されたという前提で説明を行う。この場合、例え
ば、図４に示したような順番で、異なるトランザクショ
ンについてのトランザクション情報が、混在して一本の
時系列データとして出力される。なお、操作内容がトラ
ンザクションの終了（Ｍｊ）である場合には、当然、資
源識別子（Ｒｋ）及びデータ（Ｄｌ）に格納すべき情報
がない。そこで、その場合には、ＮＵＬ値（φ）とす
る。 〔バックアップセンタ〕バックアップセンタ３ａは、正
センタ２の被災時にその基幹系業務を代行する基幹系業
務用のサーバが格納されている。

【００４９】この基幹系業務サーバは、データベース
（ＤＢ−１，ＤＢ−２）４の内容を完全に複写したデー
タベース（ＤＢ−１，ＤＢ−２）７を有している。デー
タベース（ＤＢ−１，ＤＢ−２）７のモデル（データ構
造）は、ネットワーク型である。このデータベース（Ｄ
Ｂ−１，ＤＢ−２）７を、正センタ２のデータベース
（ＤＢ−１，ＤＢ−２）４の内容に合わせるために、バ
ックアップセンタ３ａはサーバ間データ連携装置１から
トランザクション情報の供給を受ける。反映プログラム
６は、受信したトランザクション情報に基づいて、デー
タベース（ＤＢ−１，ＤＢ−２）７を更新を実行するプ
ログラムである。応用プログラム８は、正センタ２の被
災時に、このバックアップセンタ３ａで業務代行するた
めのプログラムであり、正センタ２の応用プログラム５
と同一内容を有している。

【００５０】このようなバックアップセンタ３ａを用い
る場合には、予め、正センタ２のデータベース（ＤＢ−
１，ＤＢ−２）４に書き込まれたデータのバックアップ
コピーを取って、データベース（ＤＢ−１，ＤＢ−２）
７に書き込む。そして、サーバ間データ連携装置１を、
正センタ２の基幹教務サーバとバックアップセンタ３ａ
の基幹系業務サーバとの間に接続し、正センタ２の基幹
系業務サーバの運用を開始する。正センタ２側で運用が
開始され、トランザクションが発生すると、サーバ間デ
ータ連携装置１にトランザクション情報が出力される。
サーバ間データ連携装置１で取得されたトランザクショ
ン情報は、トランザクション毎にマージされ、分類され
て、最終的にバックアップセンタ３ａの各データベース
７毎に用意された配布部１２内の配布バッファ１２ａに
格納される。ここに格納されたデータからは、どの資源
（データベース）４がどのような値で更新されたかが解
る。そこで、バックアップセンタ３ａの反映プログラム
６は、この情報を元に、各データベース７を更新する。
この場合、正センタ２において「参照」を行っただけで
あるならば、この操作に基づくトランザクション情報
（Ｍ１）は、バックアップセンタ３ａには送信されな
い。 〔情報系サーバ〕情報系サーバ３ｂは、正センタ２の基
幹系業務の処理結果を情報系システムとして構築するた
めのサーバである。

【００５１】この情報系サーバ３ｂは、基幹系業務の処
理結果を反映するデータベース（ＤＢ−３）１０を有し
ている。データベース（ＤＢ−３）１０のモデル（デー
タ構造）は、リレーショナル型である。また、情報系サ
ーバ３ｂは、また、サーバ間データ連携装置１から送信
されたトランザクション情報をデータベース（ＤＢ−
３）１０に反映するための応用プログラム９と、このデ
ータベース（ＤＢ−３）１０に格納されたデータを加工
・利用するための応用プログラム１１を有している。

【００５２】このような情報系サーバ３ｂを用いる場合
には、予め、正センタ２のデータベース（ＤＢ−１，Ｄ
Ｂ−２）４に書き込まれたデータに基づき、反映プログ
ラム９のロジックを実行して、データベース（ＤＢ−
３）１０の初期状態を作成する。そして、サーバ間デー
タ連携装置１を、正センタ２の基幹系業務サーバと情報
系サーバ３ｂとの間に接続し、正センタ２の基幹系業務
サーバの運用を開始する。基幹系業務サーバ２の運用が
開始され、トランザクションが発生すると、サーバ間デ
ータ連携装置１にトランザクション情報が出力される。
サーバ間データ連携装置１で取得されたトランザクショ
ン情報は、バックアップセンタ３ａの場合と同様にし
て、情報系サーバ３ｂ用に用意された配布部１２内の配
布バッファ１２ａに格納される。ここに格納されたデー
タからは、どの項目がどのような値で更新されたかが解
る。そこで、情報系サーバ３ｂの反映プログラム９は、
この情報を元に、各データベース１０を更新する。 〔バッチ処理系サーバ〕バッチ処理系サーバ３ｃは、正
センタ２の基幹系業務の処理結果に基づいて、高額の入
金があった顧客に対して電話を入れたりダイレクトメー
ルを発送したりする情報系処理を行うためのサーバであ
る。

【００５３】このバッチ処理系サーバ３ｃは、基幹系業
務サーバ２からサーバ間データ連携装置１に送信された
勘定元帳に関するトランザクション情報のうち、口座番
号と入金金額のみを配布バッファ１２ａから取り出す。
バッチ処理プログラム１５は、この口座番号と入金金額
のデータから帳票１３を作成する等のバッチ処理を行う
ためのプログラムである。データベース（ＤＢ−４）１
４は、口座番号と各顧客の個人情報（住所，氏名，電話
番号等）とを対応させた情報が格納されている。

【００５４】バッチ処理プログラム１５は、入金額が一
定以上の口座番号に基づいてデータベース（ＤＢ−４）
１４を検索して顧客の個人情報を読み出し、その一覧を
記載した帳票１３を作成する。

【００５５】以上の正センタ２，バックアップセンタ３
ａ，情報系サーバ３ｂ，及びバッチ処理系サーバ３ｃの
構成，並びに、これら各サーバとサーバ間データ連携装
置１との接続関係は、後で説明する第２乃至第４実施例
でも共通である。 ＜サーバ間データ連携装置＞ 〔内部構成〕次に、本第１実施例において用いられるサ
ーバ間データ連携装置１の内部構成を説明する。なお、
以下の説明では、正センタ２基幹系処理サーバを「送信
側サーバ」と呼び、バックアップセンタ３ａ，情報系サ
ーバ３ｂ，及びバッチ処理系サーバ３ｃを一括して「受
信側サーバ」と呼ぶ。そして、サーバ間データ連携装置
１には、「受信側サーバ」がｎ個接続されているので、
“１”から“ｎ”までの番号が付けられているとする。

【００５６】図５に示すように、サーバ間データ連携装
置１は、制御部１０と、この制御部１０に接続された受
信手段としての取得部１１と、制御部１０に接続された
識別手段且つ配布手段としての配布部１２から構成され
ている。

【００５７】この取得部１１は、送信側サーバから送信
されたトランザクション情報を受信するとともに、制御
部１０に格納されたマッピング定義１０ａを参照して、
このトランザクション情報をトランザクション毎に且つ
トランザクション順にまとめるための部分である。即
ち、取得部１１は、受信バッファ１１ａとマージバッフ
ァ１１ｂを有し、プログラムを実行することにより上記
機能を実施する。

【００５８】受信バッファ１１ａは、送信側サーバから
送信されたトランザクション情報を受信するためのバッ
ファである。マージバッファ１１ｂには、受信バッファ
１１ａからトランザクション情報が転送される。このマ
ージバッファ１１ｂは複数のスロットを有している。そ
して、各スロット毎に、それぞれ同じトランザクション
識別子（Ｔｉ）を有するトランザクション情報を格納す
る。そして、同じトランザクションについての全てのト
ランザクション情報が何れかのスロットに書き込まれた
時には、即ち、トランザクションの終了（Ｒ３）の情報
を有するトランザクション情報がマージバッファに書き
込まれた時には、該当するスロット番号を配布部１２に
通知する。

【００５９】配布部１２は、制御部１０に格納されたマ
ッピング定義１０ａを参照して、取得部１１から通知さ
れたスロットに書き込まれた全てのトランザクション情
報を読み出して、各受信側サーバに送信するための部分
である。即ち、配布部１２は、サーバ間データ連携装置
１に接続された各受信側サーバに対応した数の配布バッ
ファ１２ａを有し、プログラムを実行することにより上
記機能を実施する。

【００６０】個々の配布バッファ１１ａには、取得部１
１から読み出したトランザクション情報のうちから、対
応する受信側サーバが必要とするトランザクション情報
のみが書き込まれる。そして、対応する受信側サーバが
要求するタイミングで、格納しているトランザクション
情報を当該受信側サーバへ送信する。

【００６１】制御部１０は、取得部１１及び配布部１２
の動作を制御するとともに、これら取得部１１及び配布
部１２の間でトランザクション情報を転送するための部
分である。この制御部１０は、プログラムを実行するこ
とにより得られる機能部である。この制御部１０は、マ
ージバッファ１１ｂにてトランザクション情報を獲得す
るための条件，配布バッファ１２ａにトランザクション
情報を分配するための条件，及び配布バッファ１２ａか
ら受信側サーバへトランザクション情報を送信するトリ
ガとしての条件を規定したマッピング定義１０ａを有し
ている。 〔マッピング定義〕図６にこのマッピング定義１０ａの
具体的内容を示す。このマッピング定義１０ａは、二つ
のテーブルＡ，Ｂから構成されている。このテーブルＡ
は、マージバッファ１１ａにて獲得するトランザクショ
ン情報の種類（どの資源についてのトランザクション情
報を獲得するか）を定める「資源識別子」を規定すると
ともに、どの資源識別子が付与されたトランザクション
情報をどの受信側サーバに分配するかを規定する。ま
た、テーブルＢは、配布先としての受信側サーバと各受
信側サーバにトランザクション情報を配布するトリガ条
件規定する。

【００６２】図６の例では、“Ｒ１”，“Ｒ２”，及び
“Ｒ３”の資源識別子が付与されたトランザクション情
報を、受信バッファ１１ａにて獲得する。また、サーバ
１用配布バッファ１２ａには、“Ｒ１”の資源識別子が
付与されたトランザクション情報，及び“Ｒ２”の資源
識別子が付与されたトランザクション情報を分配し、ト
ランザクション情報が１０件貯まる毎に、サーバ１にト
ランザクション情報を送信する。サーバ２用配布バッフ
ァ１２ａには、“Ｒ２”の資源識別子が付与されたトラ
ンザクション情報，及び“Ｒ３”の資源識別子が付与さ
れたトランザクション情報を分配し、毎日５時に、サー
バ２にトランザクション情報を送信する。サーバ３用配
布バッファ１２ａには、“Ｒ１”の資源識別子が付与さ
れたトランザクション情報，及び“Ｒ３”の資源識別子
が付与されたトランザクション情報を分配し、１時間毎
に、サーバ３にトランザクション情報を送信する。 〔取得部アルゴリズム〕図７は、取得部１１において実
行されるアルゴリズムを示すフローチャートである。こ
のフローチャートはサーバ間データ連携装置１の電源投
入によりスタートする。そして、ステップＳ１１０１に
おいて、受信バッファ１１ａからトランザクション情報
を読み込む。続くステップＳ１１０２では、受信バッフ
ァ１１ａにトランザクション情報があるかどうかを判定
する。トランザクション情報がない場合には、処理をス
テップＳ１１０１に戻して、受信バッファ１１ａにトラ
ンザクション情報が書き込まれるまで、以上の読み込み
及び判定処理を繰り返す。トランザクション情報があっ
た場合には、処理をステップＳ１１０３に進める。

【００６３】ステップＳ１１０３では、読み込んだトラ
ンザクション情報の操作（Ｍｊ）項目がＭ３（トランザ
クションの終了）であるかどうかを判定する。トランザ
クションの終了でない場合には、続くステップＳ１１０
４において、当該トランザクション情報の資源識別子
（Ｒｋ）がマッピング定義１０ａにて定義されたものに
該当するかどうかを判定する。このステップは、取得す
る項目をフィルタリングするためのステップである。即
ち、資源識別子（Ｒｋ）がマッピング定義１０ａにて定
義されたものに該当しない場合には、この資源について
のトランザクション情報を必要とする受信側サーバがな
いとして、このトランザクション情報を廃棄する。そし
て、処理をステップＳ１１０１に戻す。

【００６４】これに対して、資源識別子（Ｒｋ）がマッ
ピング定義１０ａにて定義されたものに該当する場合に
は、ステップＳ１１０５において、マージバッファ１１
ｂ内に、当該トランザクション情報のトランザクション
識別子（Ｔｉ）と同じトランザクション識別子（Ｔｉ）
を有するトランザクション情報を格納しているスロット
があるかどうかを判定する。該当するスロットがある場
合は処理をステップＳ１１０７に進める。これに対して
該当スロットがない場合（初期状態では該当するスロッ
トはない）には、ステップＳ１１０６においてマージバ
ッファ１１ｂに空きスロットを獲得し、この空きスロッ
トを当該トランザクション情報のトランザクション識別
子（Ｔｉ）に該当するスロットとする。そして、処理を
ステップＳ１１０７に進める。

【００６５】ステップＳ１１０７では、マージバッファ
１１ｂの該当トランザクション識別子（Ｔｉ）のスロッ
トに、当該トランザクション情報を転送する。その後、
処理をステップＳ１１０１に戻し、次のトランザクショ
ン情報についての処理を行う。

【００６６】トランザクション情報の操作（Ｍｊ）がＭ
３（トランザクションの終了）である場合には、処理を
ステップＳ１１０３からステップＳ１１０８に進める。
ステップＳ１１０８では、マージバッファ１１ｂに当該
トランザクション情報のトランザクション識別子（Ｔ
ｉ）に該当するスロットがあるかどうかを判定する。通
常は該当するスロットがあるので、ステップＳ１１０９
において、このスロットのスロット番号を配布部１２ａ
に通知する。一方、当該トランザクションに関してＭ３
（トランザクションの終了）のトランザクション情報の
みが送信されてきた場合には、配布部１２ａに転送すべ
きデータの実体がないので、ステップＳ１１０９をジャ
ンプする。何れの場合も、その後、処理を処理をステッ
プＳ１１０１に戻し、次のトランザクション情報につい
ての処理を行う。 〔配布部アルゴリズム〕図８は、配布部１２において実
行されるアルゴリズムを示すフローチャートである。配
布部１２では、各配布バッファ１２ａ毎に、複数の当該
アルゴリズムが、並行して実行される。

【００６７】このフローチャートは、サーバ間データ連
携装置１の電源投入によりスターとする。そして、ステ
ップＳ１２０１において、ステップＳ１１０９による取
得部１１からの通知を待つ。そして、続くステップＳ１
２０２にて、取得部１１から通知されたスロット番号に
基づき、マージバッファ１１ｂの該当スロットに書き込
まれているトランザクション情報を読み出す。

【００６８】次に、ステップＳ１２０３において、この
該当スロットにトランザクション情報があるかどうかを
判定する。トランザクション情報がない場合には、ステ
ップＳ１２０７において、配布条件をチェックを行う。

【００６９】これに対してトランザクション情報がある
場合には、処理をステップＳ１２０４乃至ステップＳ１
２０６のループに進める。このループは、マージバッフ
ァ１１ｂの該当スロットから読み出したトランザクショ
ン情報の一つ一つについて、順番に実行される。

【００７０】ステップＳ１２０４では、ステップＳ１２
０２にて読み出したトランザクション情報が、このフロ
ーチャートが処理対象としている配布バッファ１２ａに
不要なデータであるかどうかを判定する。この判定は、
当該トランザクション情報の資源識別子（Ｒｋ）が、マ
ッピング定義１０ａのテーブルＡにおいて、当該配布バ
ッファ１２ａに対応するサーバを配布先としているかど
うかにより行う。

【００７１】不要なデータであれば、ステップＳ１２０
５において、当該処理に関して当該トランザクション情
報を捨てる（他の配布バッファ１２ａの処理に関して
は、廃棄しない。）。必要なデータであれば、ステップ
Ｓ１２１２において、当該トランザクション情報を、処
理対象としている配布バッファ１２ａに転送する。

【００７２】何れの場合も、処理をステップＳ１２０６
に進め、マージバッファ１１ｂの該当スロット内に、未
処理のトランザクション情報が残っているかどうかをチ
ェックする。未処理のトランザクション情報が残ってい
る場合には、処理をステップＳ１２０４に戻し、次のト
ランザクション情報についてループ処理を行う。

【００７３】ステップＳ１２０６において未処理のトラ
ンザクションが残っていないと判断した場合には、処理
をステップＳ１２０７に進める。ステップＳ１２０７で
は、配布条件を満たすか否かのチェックを行う。このチ
ェックは、マッピング定義１１ａのテーブルＢの、処理
対象としている配布バッファ１２ａに対応するサーバの
トリガ欄を見て行う。

【００７４】配布条件を満たしていない場合には、処理
をステップＳ１２０１に戻す。これに対して、配布条件
を満たしている場合には、ステップＳ１２０８におい
て、処理対象としている配布バッファ１２ａに格納され
ているトランザクション情報を、対応するサーバに送信
する。

【００７５】次に、ステップＳ１２０９において、図９
に示すような完了表示領域に、完了表示を立てる。この
完了表示領域は、配布部１２内に、マージバッファ１１
ｂの各スロットに対応して複数個設けられている。

【００７６】次に、ステップＳ１２１０において、各完
了表示領域において、全ての配布が完了しているかどう
かをチェックする。全ての配布が完了している完了表示
領域については、ステップＳ１２１１において、対応す
るマージバッファ１１ｂのスロットを返却する。全ての
配布が完了していない完了表示領域においては、ステッ
プＳ１２１１をジャンプする。何れの場合も、次に、処
理をステップＳ１２０１に戻す。 ＜処理の具体例＞次に、以上のようなアルゴリズムにお
ける具体的な処理例を説明する。いま、送信側バッファ
から、図４に示すような順番で、トランザクション情報
が連続して送信されてきているものとして、説明を行
う。また、マッピング定義１０ａの内容は、図６に示し
た通りになっているとする。なお、図７及び図８の処理
は十分高速に行われ、各バッファ間でのデータ転送に要
するタイムラグは無視できるものとして説明を行う。

【００７７】この場合、受信バッファ１１ａでは、図１
０に示したタイミングで、トランザクション情報が順次
書き込まれる。取得部１１ではこれと同時に図７の処理
を実行しているので、マージバッファ１１ｂには、図１
１に示した様に各トランザクション情報が書き込まれ
る。なお、図１１は時刻ｔ７における状態を示してい
る。図１１におけるスロット１はトランザクションＴ１
に対応し、スロット２はトランザクションＴ２に対応す
る。なお、時刻ｔ７の時点では、トランザクションはＴ
３までしか発生していないので、スロットｎ（ｎ＞３）
は空きとなっている。なお、時刻ｔ５における資源（Ｒ
４）についてのトランザクション情報は、Ｒ４がマッピ
ング定義１０ａにて定義されていないために、廃棄され
てしまう（ステップＳ１１０４）。また、図７の処理を
実行した結果、時刻ｔ３においてスロット１の番号が配
布部１２に通知され、時刻ｔ６においてスロット２の番
号が配布部１２に通知され、時刻ｔ７においてスロット
３の番号が配布部１２に通知される（ステップＳ１１０
９）。

【００７８】配布部１２においては図８の処理が、各配
布バッファ１２ａに対応して各々並行実行されている。
従って、図１２に示す様に、マッピング定義１０ａに従
って、時刻ｔ３においてスロット１の番号通知を受け
て、スロット１のデータ１（Ｒ１）がサーバ１用配布バ
ッファ１２ａ及びサーバ３用配布バッファ１２ａに転送
される（ステップＳ１２１２）。同様に、時刻ｔ６にお
いてスロット２の番号通知を受けて、スロット２のデー
タ１（Ｒ２）がサーバ１用配布バッファ１２ａ及びサー
バ２用配布バッファ１２ａに転送され、スロット２のデ
ータ２（Ｒ３）がサーバ２用配布バッファ１２ａ及びサ
ーバ３用配布バッファ１２ａに転送される（ステップＳ
１２１２）。

【００７９】その後、サーバ１用配布バッファ１２ａに
格納されたトランザクション情報は、当該バッファ１２
ａにトランザクション情報が１０件貯まる毎に、サーバ
１に送信され、サーバ２用配布バッファ１２ａに格納さ
れたトランザクション情報は、毎日５時になるとサーバ
２に送信され、サーバ３用配布バッファ１２ａに格納さ
れたトランザクション情報は、１時間毎にサーバ３に送
信される（ステップＳ１２０８）。 ＜実施例の効果＞以上説明した本実施例によれば、１つ
の送信側サーバから送信されてきたトランザクション情
報を、複数の受信側サーバに送信することができる。し
かも、この際、各受信側サーバが要求する資源（Ｒｋ）
に関するトランザクション情報のみを選択し、且つ各サ
ーバが要求するタイミング条件（トリガ）を満たした時
に、送付することができる。

【００８０】このようにトランザクション情報の転送を
受けた受信側サーバにおいては、以下のような効果を得
ることができる。即ち、バックアップセンタ３ａでは、
配布部１２からの転送を高速の通信を使用して随時行う
ようにすれば、正センタ２側のデータベース（ＤＢ−
１，ＤＢ−２）４とバックアップセンタ３ａ側のデータ
ベース（ＤＢ−１，ＤＢ−２）７の同値性を十分小さい
時間で実現することができる。従って、被災時にバック
アップセンタ３ａに処理を切り換えることで、迅速に業
務を引き続き実行することができる。

【００８１】情報系サーバ３ｂでは、連携装置のトリガ
の機能を使用することにより、図２の反映プログラム９
の動作を制御できるため、反映のタイミングを自由にコ
ントロールすることができる。即ち、情報の利用鮮度に
応じて、即時でも１日１回でも、情報系データベースの
性質に応じて情報反映をすることができる。また、基幹
系サーバ２のデータベースモデル（例えば、ネットワー
ク型，リレーショナル型，等）によらず、データベース
の反映処理ができる。基幹系業務サーバ２のデータベー
ス（ＤＢ−１，ＤＢ−２）４がネットワーク型で、情報
系サーバ３ｂのデータベース（ＤＢ−３）１０がリレー
ショナル型であっても、トランザクション情報の項目の
定義の対応を予めとることにより、モデルの差を完全に
吸収できる。従って、基幹系も情報系も、自己の利用し
たいモデルで業務を構築することができる。

【００８２】バッチ処理系サーバ３ｃでは、サーバ間デ
ータ連携装置１を利用することにより、業務終了を待た
ずに基幹系業務と並行してバッチ処理ができる（これを
カレントバッチという）。また、基幹系業務の応用プロ
グラム５にロジックを組み込まなくても、バッチ処理系
サーバ３ｃ独自で作業を行うことができる。

【００８３】

【実施例２】上記第１実施例において、各バッファ１１
ａ，１１ｂ，１２ａは、揮発性メモリから構成されてい
る。従って、サーバ間データ連携装置１が停止している
場合には、各バッファに記載されているデータが保持で
きない。従って、送信側サーバ及びサーバ間データ連携
装置１の運用時間帯と受信側サーバの運用時間帯とが違
っている場合には、トランザクション情報の配布ができ
ない。そのため、両者の運用の独立性が確保できない。
第２実施例では、この問題を解決するために、取得部２
１と配布部２２との間に、不揮発性メモリ（ハードディ
スク）２３ａを内蔵する蓄積部２３を介在させた。

【００８４】また、上記第１実施例においては、マッピ
ング定義１０ａは、取得部１１と配布部１２とで、共通
に用いられている。従って、受信側サーバを追加したり
各サーバが要求するデータを変更するためにマッピング
定義を修正する場合には、サーバ間データ連携装置１全
体をを停止する必要がある。つまり、一つの受信サーバ
の変更がシステム全体に波及する。第２実施例では、こ
の問題を解決するために、実施例１におけるマッピング
定義１０ａを、取得部２１において用いられる取得定義
２０ａと配布部２２において用いられる配布定義２０ｂ
に分割した。 ＜サーバとの接続構成＞第２実施例における正センタ
２，バックアップセンタ３ａ，情報系サーバ３ｂ，及び
バッチ処理系サーバ３ｃの構成，並びに、これら各サー
バとサーバ間データ連携装置１との接続関係は、第１実
施例と全く同じである。そのため、図２乃至図４を援用
して、その説明を省略する。 ＜サーバ間データ連携装置＞ 〔内部構成〕次に、本第２実施例において用いられるサ
ーバ間データ連携装置１の内部構成を説明する。なお、
以下の説明では、正センタ２基幹系処理サーバを「送信
側サーバ」と呼び、バックアップセンタ３ａ，情報系サ
ーバ３ｂ，及びバッチ処理系サーバ３ｃを一括して「受
信側サーバ」と呼ぶ。そして、サーバ間データ連携装置
１には、「受信側サーバ」がｎ個接続されているので、
“１”から“ｎ”までの番号が付けられているとする。

【００８５】図１３に示すように、サーバ間データ連携
装置１は、制御部２０と、この制御部２０に接続された
受信手段としての取得部２１，蓄積部２３，及び識別手
段且つ配布手段としての配布部２２から構成されてい
る。

【００８６】この取得部２１は、送信側サーバから送信
されたトランザクション情報を受信するとともに、制御
部に格納された取得定義を参照して、このトランザクシ
ョン情報をトランザクション毎に且つトランザクション
順にまとめるための部分である。即ち、取得部２１は、
受信バッファ２１ａとマージバッファ２１ｂを有し、プ
ログラムを実行することにより上記機能を実施する。

【００８７】受信バッファ２１ａは、送信側サーバから
送信されたトランザクション情報を受信するためのバッ
ファである。マージバッファ２１ｂには、受信バッファ
２１ａからトランザクション情報が転送される。このマ
ージバッファ２１ｂは複数のスロットを有している。そ
して、各スロット毎に、それぞれ同じトランザクション
識別子（Ｔｉ）を有するトランザクション情報を格納す
る。そして、同じトランザクションについての全てのト
ランザクション情報が何れかのスロットに書き込まれた
時に、即ち、トランザクションの終了（Ｒ３）の情報を
有するトランザクション情報がマージバッファに書き込
まれると、該当するスロットに書き込まれた全てのトラ
ンザクション情報を蓄積部２３に転送する。

【００８８】蓄積部２３はマージバッファ２１ｂからの
トランザクション情報の転送を受け、不揮発メモリ（ハ
ードディスク）２３ａに書き込んで不揮発化するととも
に、このトランザクション情報が書き込まれた不揮発メ
モリ（ハードディスク）２３ａ内のレコードの番号を、
配布部２２に通知する部分である。即ち、蓄積部２３
は、不揮発媒体２３ａを有し、プログラムを実行するこ
とにより上記機能を実施する。

【００８９】不揮発媒体２３ａには、マージバッファ２
１ｂからのトランザクション情報が転送される。この不
揮発媒体２３ａは、マージバッファ２１ｂのスロットに
対応した複数のレコードを有している。トランザクショ
ン情報は、マージバッファ２１ｂのスロットと、このス
ロットに対応した不揮発媒体２３ａのレコードとの間で
なされる。

【００９０】配布部２２は、蓄積部２３から通知された
レコードに書き込まれた全てのトランザクション情報を
読み出すとともに、制御部２０に格納された配布定義２
０ｂを参照して、読み出したトランザクション情報の中
から必要な情報のみを各受信側サーバに送信するための
部分である。即ち、配布部２２は、サーバ間データ連携
装置１に接続された各受信側サーバに対応した数の配布
バッファ２２ａを有し、プログラムを実行することによ
り上記機能を実施する。

【００９１】個々の配布バッファ２１ａには、蓄積部２
３から転送されたトランザクション情報のうちから、対
応する受信側サーバが必要とするトランザクション情報
のみが書き込まれる。そして、対応する受信側サーバが
要求するタイミングで、格納しているトランザクション
情報を当該受信側サーバへ送信する。

【００９２】制御部２０は、取得部２１，蓄積部２３，
及び配布部２２の動作を制御するとともに、これら取得
部２１，蓄積部２３，及び配布部２２の間でトランザク
ション情報を転送するための部分である。この制御部２
０は、プログラムを実行することにより得られる機能部
である。この制御部２０は、マージバッファ２１ｂにて
トランザクション情報を獲得するための条件を規定した
取得定義２０ａ，並びに、対応する配布バッファ２２ａ
にトランザクション情報を分配するための条件及び当該
配布バッファ２２ａから受信側サーバへトランザクショ
ン情報を送信するトリガとしての条件を規定した配布定
義２０ｂを有している。この配布定義２０ｂは、各配布
バッファ２２ａに対応して、配布バッファ２２ａと同数
個用意されている。 〔取得定義〕図１４に、この取得定義２０ａの具体的内
容を示す。この取得定義２０ａは、一つのテーブルから
構成されている。このテーブルは、マージバッファ２１
ａにて獲得するトランザクション情報の種類（どの資源
についてのトランザクション情報を獲得するか）を定め
る「資源識別子」を規定する。

【００９３】図１４の例では、“Ｒ１”，“Ｒ２”，及
び“Ｒ３”の資源識別子が付与されたトランザクション
情報を、マージバッファ２１ａにて獲得することを規定
している。 〔配布定義〕図１５（ａ）乃至（ｃ）に、各配布定義２
０ｂの具体的内容を示す。各配布定義２０ｂは、各々一
つのテーブルとトリガ条件とから構成されている。この
テーブルは、対応する配布バッファ２２ａに分配するト
ランザクション情報の種類（どの資源についてのトラン
ザクション情報を分配するか）を定める「資源識別子」
を規定する。また、トリガ条件は、配布先としての受信
側サーバにトランザクション情報を配布するタイミング
についての条件を規定する。

【００９４】図１５（ａ）の例では、サーバ１用配布バ
ッファ２２ａには、“Ｒ１”の資源識別子が付与された
トランザクション情報，及び“Ｒ２”の資源識別子が付
与されたトランザクション情報を分配し、トランザクシ
ョン情報が１０件貯まる毎に、サーバ１にトランザクシ
ョン情報を送信することが規定されている。

【００９５】図１５（ｂ）の例では、サーバ２用配布バ
ッファ２２ａには、“Ｒ２”の資源識別子が付与された
トランザクション情報，及び“Ｒ３”の資源識別子が付
与されたトランザクション情報を分配し、毎日５時に、
サーバ２にトランザクション情報を送信することが規定
されている。

【００９６】図１５（ｃ）の例では、サーバ３用配布バ
ッファ２２ａには、“Ｒ１”の資源識別子が付与された
トランザクション情報，及び“Ｒ３”の資源識別子が付
与されたトランザクション情報を分配し、１時間毎に、
サーバ３にトランザクション情報を送信することが規定
されている。 〔取得部アルゴリズム〕図１６は、取得部２１において
実行されるアルゴリズムを示すフローチャートである。
このフローチャートはサーバ間データ連携装置１の電源
投入によりスタートする。そして、ステップＳ２１０１
において、受信バッファ２１ａからトランザクション情
報を読み込む。続くステップＳ２１０２では、受信バッ
ファ２１ａにトランザクション情報があるかどうかを判
定する。トランザクション情報がない場合には、処理を
ステップＳ２１０１に戻して、受信バッファ２１ａにト
ランザクション情報が書き込まれるまで、以上の読み込
み及び判定処理を繰り返す。トランザクション情報があ
った場合には、処理をステップＳ２１０３に進める。

【００９７】ステップＳ２１０３では、読み込んだトラ
ンザクション情報の操作（Ｍｊ）項目がＭ３（トランザ
クションの終了）であるかどうかを判定する。トランザ
クションの終了でない場合には、続くステップＳ２１０
４において、当該トランザクション情報の資源識別子
（Ｒｋ）が取得定義２０ａにて定義されたものに該当す
るかどうかを判定する。このステップは、取得する項目
をフィルタリングするためのステップである。即ち、資
源識別子（Ｒｋ）が取得定義２０ａにて定義されたもの
に該当しない場合には、この資源についてのトランザク
ション情報を必要とする受信側サーバがないとして、こ
のトランザクション情報を廃棄する。そして、処理をス
テップＳ２１０１に戻す。

【００９８】これに対して、資源識別子（Ｒｋ）が取得
定義２０ａにて定義されたものに該当する場合には、ス
テップＳ２１０５において、マージバッファ２１ｂ内
に、当該トランザクション情報のトランザクション識別
子（Ｔｉ）と同じトランザクション識別子（Ｔｉ）を有
するトランザクション情報を格納しているスロットがあ
るかどうかを判定する。該当するスロットがある場合は
処理をステップＳ２１０７に進める。これに対して該当
スロットがない場合（初期状態では該当するスロットは
ない）には、ステップＳ２１０６においてマージバッフ
ァ２１ｂに空きスロットを獲得し、この空きスロットを
当該トランザクション情報のトランザクション識別子
（Ｔｉ）に該当するスロットとする。そして、処理をス
テップＳ２１０７に進める。

【００９９】ステップＳ２１０７では、マージバッファ
２１ｂの該当トランザクション識別子（Ｔｉ）のスロッ
トに、当該トランザクション情報を転送する。その後、
処理をステップＳ２１０１に戻し、次のトランザクショ
ン情報についての処理を行う。

【０１００】トランザクション情報の操作（Ｍｊ）がＭ
３（トランザクションの終了）である場合には、処理を
ステップＳ２１０３からステップＳ２１０８に進める。
ステップＳ２１０８では、マージバッファ２１ｂに当該
トランザクション情報のトランザクション識別子（Ｔ
ｉ）に該当するスロットがあるかどうかを判定する。通
常は該当するスロットがあるので、ステップＳ２１０９
において、このスロットのスロット番号を蓄積部２３に
通知する。そして、ステップＳ２１１０において、蓄積
部２３がこのスロット番号通知に応じて蓄積を完了させ
ることを待つ。蓄積が完了したら、ステップＳ２１１１
において、マージバッファ２１ｂにおける当該スロット
を返却する（当該スロットを空にして初期状態に戻
す。）。

【０１０１】一方、ステップＳ２１０８の判定に際し、
当該トランザクションに関してＭ３（トランザクション
の終了）のトランザクション情報のみが送信されてきた
場合には、マージバッファ２１ｂに該当スロットがない
ので、ステップＳ２１０９乃至ステップＳ２１１１をジ
ャンプする。

【０１０２】何れの場合も、その後、処理を処理をステ
ップＳ２１０１に戻し、次のトランザクション情報につ
いての処理を行う。 〔蓄積部アルゴリズム〕図１７は、蓄積部２３において
実行されるアルゴリズムを示すフローチャートである。
このフローチャートは、サーバ間データ連携装置１の電
源投入によりスタートする。

【０１０３】そして、ステップＳ２２０１において、取
得部２１からのスロット番号通知（ステップＳ２１０
９）を待つ。スロット番号通知があった場合には、処理
をステップＳ２２０２に進める。

【０１０４】このステップＳ２２０２では、通知された
マージバッファ２１ｂの該当スロットの内容を、不揮発
媒体２３ａに書き込む。この書き込みを行う際、蓄積部
２３は不揮発媒体２３ａ内に、スロットに対応したレコ
ードを作成する。この書き込みが終了すると、処理をス
テップＳ２２０３に進める。

【０１０５】このステップＳ２２０３では、取得部２１
に蓄積完了を通知する。続くステップＳ２２０４では、
配布部２２にレコード番号とともに蓄積完了を通知す
る。これらの処理の終了後に、処理をステップＳ２２０
１に戻す。 〔配布部アルゴリズム〕図１８は、配布部２２において
実行されるアルゴリズムを示すフローチャートである。
配布部２２では、各配布バッファ２２ａ毎に、複数の当
該アルゴリズムが、並行して実行される。

【０１０６】このフローチャートは、サーバ間データ連
携装置１の電源投入によりスタートする。そして、ステ
ップＳ２３０１において、ステップＳ２２０４による蓄
積部２３からの蓄積完了通知を待つ。そして、続くステ
ップＳ２３０２にて、蓄積部２３から通知されたレコー
ド番号に基づき、不揮発媒体２３ａの該当するレコード
を読み、このレコードに書き込まれているトランザクシ
ョン情報を読み出す。

【０１０７】次に、ステップＳ２３０３において、この
該当レコードにトランザクション情報があるかどうかを
判定する。トランザクション情報がない場合には、ステ
ップＳ２３０７において、配布条件をチェックを行う。

【０１０８】これに対してトランザクション情報がある
場合には、処理をステップＳ２３０４乃至ステップＳ２
３０６のループに進める。このループは、不揮発媒体２
３ａの該当レコードから読み出したトランザクション情
報の一つ一つについて、順番に実行される。

【０１０９】ステップＳ２３０４では、ステップＳ２３
０２にて読み出したトランザクション情報が、このフロ
ーチャートが処理対象としている配布バッファ２２ａに
不要なデータであるかどうかを判定する。この判定は、
当該トランザクション情報の資源識別子（Ｒｋ）が、対
応する配布定義２０ｂにおいて規定されているかどうか
により行う。

【０１１０】不要なデータであれば、ステップＳ２３０
５において、当該処理に関して当該トランザクション情
報を捨てる（他の配布バッファ２２ａの処理に関して
は、廃棄しない。）。必要なデータであれば、ステップ
Ｓ２３１２において、当該トランザクション情報を、処
理対象としている配布バッファ２２ａに転送する。

【０１１１】何れの場合も、処理をステップＳ２３０６
に進め、不揮発媒体２３ａの該当レコード内に、未処理
のトランザクション情報が残っているかどうかをチェッ
クする。未処理のトランザクション情報が残っている場
合には、処理をステップＳ２３０４に戻し、次のトラン
ザクション情報についてループ処理を行う。

【０１１２】ステップＳ２３０６において未処理のトラ
ンザクションが残っていないと判断した場合には、処理
をステップＳ２３０７に進める。ステップＳ２３０７で
は、配布条件を満たすか否かのチェックを行う。このチ
ェックは、対応する配布定義２０ｂのトリガ条件を見て
行う。

【０１１３】配布条件を満たしていない場合には、処理
をステップＳ２３０１に戻す。これに対して、配布条件
を満たしている場合には、ステップＳ２３０８におい
て、処理対象としている配布バッファ２２ａに格納され
ているトランザクション情報を、対応するサーバに送信
する。

【０１１４】次に、ステップＳ２３０９において、図９
に示すような完了表示領域に、完了表示を立てる。この
完了表示領域は、配布部２２内に、不揮発媒体２３ａの
各レコードに対応して複数個設けられている。

【０１１５】次に、ステップＳ２３１０において、各完
了表示領域において、全ての配布が完了しているかどう
かをチェックする。全ての配布が完了している完了表示
領域については、ステップＳ２３１１において、対応す
る不揮発媒体２３ａのレコードを返却する。全ての配布
が完了していない完了表示領域においては、ステップＳ
２３１１をジャンプする。何れの場合も、次に、処理を
ステップＳ２３０１に戻す。 ＜処理の具体例＞次に、以上のようなアルゴリズムにお
ける具体的な処理例を説明する。いま、送信側バッファ
から、図４に示すような順番で、トランザクション情報
が連続して送信されてきているものとして、説明を行
う。また、取得定義２０ａの内容は図１４に示した通り
に、配布定義２０ｂの内容は図１５に示した通りになっ
ているとする。なお、図１６乃至図１８の処理は十分高
速に行われ、各バッファ及び不揮発媒体２３ａ間でのデ
ータ転送に要するタイムラグは無視できるものとして説
明を行う。

【０１１６】この場合、受信バッファ２１ａでは、図１
９に示したタイミングで、トランザクション情報が順次
書き込まれる。取得部２１ではこれと同時に図１６の処
理を実行しているので、マージバッファ２１ｂには、図
２０に示した様に各トランザクション情報が書き込まれ
る。なお、図２０は時刻ｔ７における状態を示してい
る。図２０におけるスロット１はトランザクションＴ１
に対応し、スロット２はトランザクションＴ２に対応す
る。なお、時刻ｔ７の時点では、トランザクションはＴ
３までしか発生していないので、スロットｎ（ｎ＞３）
は空きとなっている。なお、時刻ｔ５における資源（Ｒ
４）についてのトランザクション情報は、Ｒ４が取得定
義２０ａにて定義されていないために、廃棄されてしま
う（ステップＳ２１０４）。

【０１１７】また、図１６及び図１７の処理を実行した
結果、時刻ｔ３においてスロット１に格納されたトラン
ザクション情報が蓄積部２３に転送され、時刻ｔ６にお
いてスロット１に格納されたトランザクション情報が蓄
積部２３に転送され、時刻ｔ７においてスロット１に格
納されたトランザクション情報が蓄積部２３に転送され
る（ステップＳ２１０９，ステップＳ２２０２）。

【０１１８】配布部２２においては図１８の処理が、各
配布バッファ２２ａに対応して各々並行実行されてい
る。従って、図２１に示す様に、配布定義２０ｂに従っ
て、時刻ｔ３においてレコードの番号通知を受けて、ス
ロット１のデータ１（Ｒ１）に対応するトランザクショ
ン情報がサーバ１用配布バッファ２２ａ及びサーバ３用
配布バッファ２２ａに転送される（ステップＳ２３１
２）。同様に、時刻ｔ６においてレコードの番号通知を
受けて、スロット２のデータ１（Ｒ２）に対応するトラ
ンザクション情報がサーバ１用配布バッファ２２ａ及び
サーバ２用配布バッファ２２ａに転送され、スロット２
のデータ２（Ｒ３）に対応するトランザクション情報が
サーバ２用配布バッファ２２ａ及びサーバ３用配布バッ
ファ２２ａに転送される（ステップＳ２３１２）。

【０１１９】その後、サーバ１用配布バッファ２２ａに
格納されたトランザクション情報は、当該バッファ２２
ａにトランザクション情報が１０件貯まる毎に、サーバ
１に送信され、サーバ２用配布バッファ２２ａに格納さ
れたトランザクション情報は、毎日５時になるとサーバ
２に送信され、サーバ３用配布バッファ２２ａに格納さ
れたトランザクション情報は、１時間毎にサーバ３に送
信される（ステップＳ２３０８）。 ＜実施例の効果＞以上説明した第２実施例によれば、第
１実施例による効果を全て奏する。また、第２実施例で
は、取得部２１と配布部２２との間に不揮発媒体（ハー
ドディスク）２３ａを内蔵する蓄積部２３を介在させた
ために、サーバ間データ連携装置１の動作を停止しても
データ保持の保証ができる。従って、送信側サーバ及び
サーバ間データ連携装置１の運用時間帯と受信側サーバ
の運用時間帯との違いを吸収できるので、受信側サーバ
の動作とは独立に、送信側サーバ及びサーバ間データ連
携装置１の動作を行うことができる。また、取得部２１
において用いられる取得定義２０ａと配布部２２におい
て用いられる配布定義２０ｂとを分割して相互に独立さ
せたので、送信側からは取得定義のみを行い、受信側か
らは取得定義のみを行うことができ、各サーバの独立性
が高まる。

【０１２０】

【実施例３】上記第２実施例において、配布部２２にお
いては、各配布バッファ２２ａ毎に図１７の処理を実施
していた。そして、図１７の処理では、蓄積部２３に直
接アクセスして、必要なデータのみを配布バッファ２２
ａに残すようになっていた。従って、揮発性メモリに比
べて通常アクセス時間が掛かる不揮発媒体２３ａへのア
クセス回数が、配布バッファ２２ａ，従って受信側サー
バの数に比例して多くなってしまう。従って、受信側サ
ーバの数を増やすことができない。

【０１２１】第３実施例では、この問題を解決するた
め、蓄積部から代表してデータを１回読み出すととも
に、この読み出したデータを必要としている配布バッフ
ァに分配する分類部を設けた。これにより、蓄積部に蓄
積されたデータへのアクセスは１回で良くなり、配布性
能が良くなる。

【０１２２】但し、配布の主導権が配布部における個々
の処理から分類部における一括処理に移動することにな
るので、蓄積部から取り出したデータ毎に、且つ、個々
の配布バッファへの配布処理毎に、全部の配布定義を参
照する必要が生じる。これは、配布性能の劣化の原因と
なる。

【０１２３】そのため、第３実施例においては、処理毎
に全部の配布定義を参照することを避けるために、第１
実施例で使用していたマッピング定義１０ａを拡張して
使用する。この場合、配布定義で定義する資源識別子
は、取得定義で定義する資源識別子と異なるものとする
ことができる。この定義の対応を拡張マッピング定義で
とることができるからである。これにより、受信側サー
バは、自分の利用したいデータを自分独自の名前として
命名できる。つまり、送信側サーバは、送信側独自の資
源識別子で資源を定義し、受信側サーバは受信側独自の
資源識別子で資源を定義する。これにより、受信サーバ
の応用プログラムは、送信サーバの応用プログラムとは
独自に変数を命名できる。これにより、さらに独立性を
高めることができる。なお、拡張マッピング定義は、送
信側と受信側の合意の下に作成する。 ＜サーバとの接続構成＞第３実施例における正センタ
２，バックアップセンタ３ａ，情報系サーバ３ｂ，及び
バッチ処理系サーバ３ｃの構成，並びに、これら各サー
バとサーバ間データ連携装置１との接続関係は、第１実
施例と全く同じである。そのため、図２乃至図４を援用
して、その説明を省略する。 ＜サーバ間データ連携装置＞ 〔内部構成〕次に、本第３実施例において用いられるサ
ーバ間データ連携装置１の内部構成を説明する。なお、
以下の説明では、正センタ２基幹系処理サーバを「送信
側サーバ」と呼び、バックアップセンタ３ａ，情報系サ
ーバ３ｂ，及びバッチ処理系サーバ３ｃを一括して「受
信側サーバ」と呼ぶ。そして、サーバ間データ連携装置
１には、「受信側サーバ」がｎ個接続されているので、
“１”から“ｎ”までの番号が付けられているとする。

【０１２４】図２２に示すように、サーバ間データ連携
装置１は、制御部３０と、この制御部３０に接続された
受信手段としての取得部３１，蓄積部３３，識別手段と
しての分類部３４，及び配布手段としての配布部３２か
ら構成されている。

【０１２５】この取得部３１は、送信側サーバから送信
されたトランザクション情報を受信するとともに、制御
部に格納された取得定義を参照して、このトランザクシ
ョン情報をトランザクション毎に且つトランザクション
順にまとめるための部分である。即ち、取得部３１は、
受信バッファ３１ａとマージバッファ３１ｂを有し、プ
ログラムを実行することにより上記機能を実施する。

【０１２６】受信バッファ３１ａは、送信側サーバから
送信されたトランザクション情報を受信するためのバッ
ファである。マージバッファ３１ｂには、受信バッファ
３１ａからトランザクション情報が転送される。このマ
ージバッファ３１ｂは複数のスロットを有している。そ
して、各スロット毎に、それぞれ同じトランザクション
識別子（Ｔｉ）を有するトランザクション情報を格納す
る。そして、同じトランザクションについての全てのト
ランザクション情報が何れかのスロットに書き込まれた
時に、即ち、トランザクションの終了（Ｒ３）の情報を
有するトランザクション情報がマージバッファに書き込
まれると、該当するスロットに書き込まれた全てのトラ
ンザクション情報を蓄積部３３に転送する。

【０１２７】蓄積部３３は、マージバッファ３１ｂから
のトランザクション情報の転送を受け、不揮発媒体（ハ
ードディスク）３３ａに書き込んで不揮発化するととも
に、このトランザクション情報を書き込んだ不揮発媒体
３３ａ内のレコードを分類部３４に通知する部分であ
る。即ち、蓄積部３３は、不揮発媒体３３ａを有し、プ
ログラムを実行することにより上記機能を実施する。

【０１２８】不揮発媒体３３ａには、マージバッファ３
１ｂからのトランザクション情報が転送される。この不
揮発媒体３３ａは、マージバッファ３１ｂのスロットに
対応した複数のレコードを有している。トランザクショ
ン情報は、マージバッファ３１ｂのスロットと、このス
ロットに対応した不揮発媒体３３ａのレコードとの間で
なされる。

【０１２９】分類部３４は、蓄積部３３からの通知され
たレコードに書き込まれた全てのトランザクション情報
を読み出すとともに、この読み出したトランザクション
情報を分類バッファ３４ａに書き込む。そして、制御部
３０に格納された拡張マッピング定義３０ｂを参照し
て、分類バッファ３４ａに書き込まれているトランザク
ション情報の中から必要な情報のみを各受信側サーバ用
配布バッファ３２ａに分配するための部分である。即
ち、分類部３４は、分類バッファ３４ａを有し、プログ
ラムを実行することにより上記機能を実施する。分類バ
ッファ３４ａには、蓄積部３３ａからのトランザクショ
ン情報が転送される。この分類バッファ３４ａは、不揮
発媒体３３ａのレコードに対応した複数のレコードを有
している。トランザクション情報は、不揮発媒体３３ａ
のレコードと、このレコードに対応した分類バッファ３
４ａのレコードとの間でなされる。

【０１３０】配布部３２は、分類部３４から分配された
トランザクション情報を、制御部３０に格納された配布
定義３０ｃを参照して、各受信側サーバに送信するため
の部分である。即ち、配布部３２は、サーバ間データ連
携装置１に接続された各受信側サーバに対応した数の配
布バッファ３２ａを有し、プログラムを実行することに
より上記機能を実施する。

【０１３１】個々の配布バッファ３２ａには、分類部３
４から分配されたトランザクション情報が書き込まれ
る。そして、対応する受信側サーバが要求するタイミン
グで、格納しているトランザクション情報を当該受信側
サーバへ送信する。

【０１３２】制御部３０は、取得部３１，蓄積部３３，
分類部３４，及び配布部３２の動作を制御するととも
に、これら取得部３１，蓄積部３３，分類部３４，及び
配布部３２の間でトランザクション情報を転送するため
の部分である。この制御部３０は、プログラムを実行す
ることにより得られる機能部である。この制御部３０
は、マージバッファ３１ｂにてトランザクション情報を
獲得するための条件を規定した取得定義３０ａ，並び
に、分類部３４にて配布バッファ３２ａにトランザクシ
ョン情報を分配するための条件を規定した拡張マッピン
グ定義３０ｂ，及び配布部３２にて各配布バッファ３２
ａから受信側サーバへトランザクション情報を送信する
トリガとしての条件を規定した配布定義３０ｂを有して
いる。この配布定義３０ｂは、各配布バッファ３２ａに
対応して、配布バッファ３２ａと同数個用意されてい
る。 〔取得定義〕図２３（ａ）に、この取得定義３０ａの具
体的内容を示す。取得定義３０ａは、一つのテーブルか
ら構成されている。このテーブルは、マージバッファ３
１ａにて獲得するトランザクション情報の種類（どの資
源についてのトランザクション情報を獲得するか）を定
める「資源識別子」を規定する。

【０１３３】図２３（ａ）の例では、“Ｒ１”，“Ｒ
２”，及び“Ｒ３”の資源識別子が付与されたトランザ
クション情報を、マージバッファ３１ａにて獲得するこ
とを規定している。 〔拡張マッピング定義〕図２３（ｂ）に、拡張マッピン
グ定義３０ｂの具体的内容を示す。拡張マッピング定義
３０ｂは、一つのテーブルから構成されている。このテ
ーブルは、トランザクション情報の種類（どの資源につ
いてのトランザクション情報であるか）を定める「資源
識別子」と、各トランザクション情報を配布すべき受信
側サーバの特定（どのトランザクション情報をどのサー
バに転送するか）と、配付先のサーバにおける当該資源
の「資源識別子」を規定する。

【０１３４】図２３（ｂ）の例では、“Ｒ１”の資源識
別子が付与されたトランザクション情報を、資源識別子
“ａ１”のトランザクション情報としてサーバ１に転送
し、“Ｒ１”の資源識別子が付与されたトランザクショ
ン情報を、資源識別子“ｃ１”のトランザクション情報
としてサーバ３に転送し、“Ｒ２”の資源識別子が付与
されたトランザクション情報を、資源識別子“ａ２”の
トランザクション情報としてサーバ１に転送し、“Ｒ
２”の資源識別子が付与されたトランザクション情報
を、資源識別子“ｂ２”のトランザクション情報として
サーバ２に転送し、“Ｒ３”の資源識別子が付与された
トランザクション情報を、資源識別子“ｂ３”のトラン
ザクション情報としてサーバ２に転送し、“Ｒ３”の資
源識別子が付与されたトランザクション情報を、資源識
別子“ｃ３”のトランザクション情報としてサーバ３に
転送することが規定されている。 〔配布定義〕図２３（ｃ）に、各配布定義３０ｂの具体
的内容を示す。各配布定義３０ｂは、各々一つのテーブ
ルとトリガ条件とから構成されている。このテーブル
は、対応する配布バッファ３２ａに書き込むトランザク
ション情報の種類（どの資源についてのトランザクショ
ン情報を分配するか）を定める受信側サーバ独自の「資
源識別子」を規定する。また、トリガ条件は、配布先と
しての受信側サーバにトランザクション情報を配布する
タイミングについての条件を規定する。

【０１３５】図２３（ｃ）の例では、サーバ１用配布バ
ッファ３２ａには、“ａ１”の資源識別子が付与された
トランザクション情報，及び“ａ２”の資源識別子が付
与されたトランザクション情報を書き込み、トランザク
ション情報が１０件貯まる毎に、サーバ１にトランザク
ション情報を送信することが規定されている。また、サ
ーバ２用配布バッファ３２ａには、“ｂ２”の資源識別
子が付与されたトランザクション情報，及び“ｂ３”の
資源識別子が付与されたトランザクション情報を書き込
み、毎日５時に、サーバ２にトランザクション情報を送
信することが規定されている。また、サーバ３用配布バ
ッファ３２ａには、“ｃ１”の資源識別子が付与された
トランザクション情報，及び“ｃ３”の資源識別子が付
与されたトランザクション情報を分配し、１時間毎に、
サーバ３にトランザクション情報を送信することが規定
されている。 〔取得部アルゴリズム〕図２４は、取得部３１において
実行されるアルゴリズムを示すフローチャートである。
このフローチャートはサーバ間データ連携装置１の電源
投入によりスタートする。そして、ステップＳ３１０１
において、受信バッファ３１ａからトランザクション情
報を読み込む。続くステップＳ３１０２では、受信バッ
ファ３１ａにトランザクション情報があるかどうかを判
定する。トランザクション情報がない場合には、処理を
ステップＳ３１０１に戻して、受信バッファ３１ａにト
ランザクション情報が書き込まれるまで、以上の読み込
み及び判定処理を繰り返す。トランザクション情報があ
った場合には、処理をステップＳ３１０３に進める。

【０１３６】ステップＳ３１０３では、読み込んだトラ
ンザクション情報の操作（Ｍｊ）項目がＭ３（トランザ
クションの終了）であるかどうかを判定する。トランザ
クションの終了でない場合には、続くステップＳ３１０
４において、当該トランザクション情報の資源識別子
（Ｒｋ）が取得定義３０ａにて定義されたものに該当す
るかどうかを判定する。このステップは、取得する項目
をフィルタリングするためのステップである。即ち、資
源識別子（Ｒｋ）が取得定義３０ａにて定義されたもの
に該当しない場合には、この資源についてのトランザク
ション情報を必要とする受信側サーバがないとして、こ
のトランザクション情報を廃棄する。そして、処理をス
テップＳ３１０１に戻す。

【０１３７】これに対して、資源識別子（Ｒｋ）が取得
定義３０ａにて定義されたものに該当する場合には、ス
テップＳ３１０５において、マージバッファ３１ｂ内
に、当該トランザクション情報のトランザクション識別
子（Ｔｉ）と同じトランザクション識別子（Ｔｉ）を有
するトランザクション情報を格納しているスロットがあ
るかどうかを判定する。該当するスロットがある場合は
処理をステップＳ３１０７に進める。これに対して該当
スロットがない場合（初期状態では該当するスロットは
ない）には、ステップＳ３１０６においてマージバッフ
ァ３１ｂに空きスロットを獲得し、この空きスロットを
当該トランザクション情報のトランザクション識別子
（Ｔｉ）に該当するスロットとする。そして、処理をス
テップＳ３１０７に進める。

【０１３８】ステップＳ３１０７では、マージバッファ
３１ｂの該当トランザクション識別子（Ｔｉ）のスロッ
トに、当該トランザクション情報を転送する。その後、
処理をステップＳ３１０１に戻し、次のトランザクショ
ン情報についての処理を行う。

【０１３９】トランザクション情報の操作（Ｍｊ）がＭ
３（トランザクションの終了）である場合には、処理を
ステップＳ３１０３からステップＳ３１０８に進める。
ステップＳ３１０８では、マージバッファ３１ｂに当該
トランザクション情報のトランザクション識別子（Ｔ
ｉ）に該当するスロットがあるかどうかを判定する。通
常は該当するスロットがあるので、ステップＳ３１０９
において、このスロットのスロット番号を蓄積部３３に
通知する。そして、ステップＳ３１１０において、蓄積
部３３がこのスロット番号通知に応じて蓄積を完了させ
ることを待つ。蓄積が完了したら、ステップＳ３１１１
において、マージバッファ３１ｂにおける当該スロット
を返却する（当該スロットを空にして初期状態に戻
す。）。

【０１４０】一方、ステップＳ３１０８の判定に際し、
当該トランザクションに関してＭ３（トランザクション
の終了）のトランザクション情報のみが送信されてきた
場合には、マージバッファ３１ｂに該当スロットがない
ので、ステップＳ３１０９乃至ステップＳ３１１１をジ
ャンプする。

【０１４１】何れの場合も、その後、処理を処理をステ
ップＳ３１０１に戻し、次のトランザクション情報につ
いての処理を行う。 〔蓄積部アルゴリズム〕図２５は、蓄積部３３において
実行されるアルゴリズムを示すフローチャートである。
このフローチャートは、サーバ間データ連携装置１の電
源投入によりスタートする。

【０１４２】そして、ステップＳ３２０１において、取
得部３１からのスロット番号通知（ステップＳ３１０
９）を待つ。スロット番号通知があった場合には、処理
をステップＳ３２０２に進める。

【０１４３】このステップＳ３２０２では、通知された
マージバッファ３１ｂの該当スロットの内容を、不揮発
媒体３３ａに書き込む。この書き込みを行う際、蓄積部
３３は不揮発媒体３３ａ内に、スロットに対応したレコ
ードを作成する。この書き込みが終了すると、処理をス
テップＳ３２０３に進める。

【０１４４】このステップＳ３２０３では、取得部３１
に蓄積完了を通知する。続くステップＳ３２０４では、
分類部３４にレコード番号とともに蓄積完了を通知す
る。これらの処理の終了後に、処理をステップＳ３２０
１に戻す。 〔分類部アルゴリズム〕図２６は、分類部３４において
実行されるアルゴリズムを示すフローチャートである。

【０１４５】このフローチャートは、サーバ間データ連
携装置１の電源投入によりスタートする。そして、ステ
ップＳ３３０１において、ステップＳ３２０４による蓄
積部３３からの蓄積完了通知を待つ。そして、続くステ
ップＳ３３０２において、蓄積部３３から通知されたレ
コード番号に基づき、不揮発媒体３３ａの該当するレコ
ードに格納されている全トランザクション情報を読み出
して、このレコードに対応する分類バッファ３４ａ内の
レコードに書き込む。

【０１４６】次に、ステップＳ３３０３において、この
該当レコードにトランザクション情報があるかどうかを
判定する。トランザクション情報がない場合には、処理
をステップＳ３３０１に戻す。

【０１４７】これに対してトランザクション情報がある
場合には、処理をステップＳ３３０４乃至ステップＳ３
３０５のループに進める。このループは、不揮発媒体３
３ａの該当レコードから読み出したトランザクション情
報の一つ一つについて、順番に実行される。

【０１４８】ステップＳ３３０４では、ステップＳ３３
０２にてトランザクション情報を書き込んだ分類バッフ
ァ３４ａ内のレコードから、トランザクションデータを
取り出して、対応する配布バッファ３２ａに転送する。
この転送は、拡張マッピング定義３０ｂを参照して行
う。即ち、取り出したトランザクション情報の資源識別
子（Ｒｋ）に対応する受信側サーバ名を拡張マッピング
定義３０ｂから読み出し、当該トランザクション情報を
該当する全ての受信側サーバに転送するのである。な
お、この転送の際、トランザクション情報の資源識別子
（Ｒｋ）を、拡張マッピング定義３０ｂを参照して、配
付先のサーバに対応する資源識別子名に書き換える。

【０１４９】続いて、処理をステップＳ３３０５に進
め、不揮発媒体３３ａの該当レコード内に、未処理のト
ランザクション情報が残っているかどうかをチェックす
る。未処理のトランザクション情報が残っている場合に
は、処理をステップＳ３３０４に戻し、次のトランザク
ション情報について上記処理を行う。

【０１５０】ステップＳ３３０５において未処理のトラ
ンザクションが残っていないと判断した場合には、ステ
ップＳ３３０６において、配布部３２に分類完了を通知
する。その後、処理をステップＳ３３０１に戻す。 〔配布部アルゴリズム〕図２７は、配布部３２において
実行されるアルゴリズムを示すフローチャートである。
配布部３２では、各配布バッファ３２ａ毎に、複数の当
該アルゴリズムが、並行して実行される。

【０１５１】このフローチャートは、サーバ間データ連
携装置１の電源投入によりスタートする。そして、ステ
ップＳ３４０１において、ステップＳ３３０６による分
類部３４からの分類完了通知を待つ。

【０１５２】そして、続くステップＳ３４０２におい
て、配布条件を満たすか否かのチェックを行う。このチ
ェックは、対応する配布定義３０ｂのトリガ条件を見て
行う。配布条件を満たしていない場合には、処理をステ
ップＳ３４０１に戻す。これに対して、配布条件を満た
している場合には、ステップＳ３４０３おいて、処理対
象としている配布バッファ３２ａに格納されているトラ
ンザクション情報を、対応するサーバに送信する。

【０１５３】次に、ステップＳ３４０４において、図９
に示すような完了表示領域に、完了表示を立てる。この
完了表示領域は、配布部３２内に、不揮発媒体３３ａの
各レコードに対応して複数個設けられている。

【０１５４】次に、ステップＳ３４０５において、各完
了表示領域において、全ての配布が完了しているかどう
かをチェックする。全ての配布が完了している完了表示
領域については、ステップＳ３４０６において、対応す
る不揮発媒体３３ａのレコードを返却する。全ての配布
が完了していない完了表示領域においては、ステップＳ
３４０６をジャンプする。何れの場合も、次に、処理を
ステップＳ３４０１に戻す。 ＜処理の具体例＞次に、以上のようなアルゴリズムにお
ける具体的な処理例を説明する。いま、送信側バッファ
から、図４に示すような順番で、トランザクション情報
が連続して送信されてきているものとして、説明を行
う。また、取得定義３０ａの内容は図２３（ａ）に示し
た通りに、拡張マッピング定義３０ｂの内容は図２３
（ｂ）に示した通りに、配布定義３０ｃの内容は図２３
（ｃ）に示した通りになっているとする。なお、図２４
乃至図２７の処理は十分高速に行われ、各バッファ及び
不揮発媒体３３ａ間でのデータ転送に要するタイムラグ
は無視できるものとして説明を行う。

【０１５５】この場合、受信バッファ３１ａでは、図２
８に示したタイミングで、トランザクション情報が順次
書き込まれる。取得部３１では、これと同時に図２４の
処理を実行しているので、マージバッファ３１ｂには、
図２９に示した様に各トランザクション情報が書き込ま
れる。なお、図２９は時刻ｔ７における状態を示してい
る。図２９におけるスロット１はトランザクションＴ１
に対応し、スロット２はトランザクションＴ２に対応す
る。なお、時刻ｔ７の時点では、トランザクションはＴ
３までしか発生していないので、スロットｎ（ｎ＞３）
は空きとなっている。なお、時刻ｔ５における資源（Ｒ
４）についてのトランザクション情報は、Ｒ４が取得定
義３０ａにて定義されていないために、廃棄されてしま
う（ステップＳ３１０４）。

【０１５６】また、図２４及び図２５の処理を実行した
結果、時刻ｔ３においてスロット１に格納されたトラン
ザクション情報が蓄積部３３に転送され、時刻ｔ６にお
いてスロット１に格納されたトランザクション情報が蓄
積部３３に転送され、時刻ｔ７においてスロット１に格
納されたトランザクション情報が蓄積部３３に転送され
る（ステップＳ３１０９，ステップＳ３２０２）。

【０１５７】分類部３４においては、図２６の処理が実
行されている。従って、図３０に示す様に、時刻ｔ３に
おいてレコードの番号通知を受けて、スロット１のデー
タ１に対応するトランザクション情報（Ｒ１）を、不揮
発媒体３３ａから分類バッファ３４ａに転送する（ステ
ップＳ３３０２）。そして、拡張マッピング定義３０ｂ
に従って、このトランザクション情報（Ｒ１）を、トラ
ンザクション情報（ａ１）としてサーバ１用配布バッフ
ァ３２ａに、また、トランザクション情報（ｃ１）とし
てサーバ３用配布バッファ３２ａに、夫々転送する（ス
テップＳ３３０４）。同様に、時刻ｔ６においてレコー
ドの番号通知を受けて、スロット２のデータ１に対応す
るトランザクション情報（Ｒ２）及びデータ２に対応す
るトランザクション情報（Ｒ３）を、不揮発媒体３３ａ
から分類バッファ３４ａに転送する（ステップＳ３３０
２）。そして、拡張マッピング定義３０ｂに従って、ト
ランザクション情報（Ｒ２）を、トランザクション情報
（ａ２）としてサーバ１用配布バッファ３２ａに、ま
た、トランザクション情報（ｂ２）としてサーバ２用配
布バッファ３２ａに、夫々転送する（ステップＳ３３０
４）。また、拡張マッピング定義３０ｂに従って、トラ
ンザクション情報（Ｒ３）を、トランザクション情報
（ｂ３）としてサーバ２用配布バッファ３２ａに、ま
た、トランザクション情報（ｃ３）としてサーバ３用配
布バッファ３２ａに、夫々転送する（ステップＳ３３０
４）。

【０１５８】配布部３２においては、図２７の処理が、
各配布バッファ３２ａに対応して各々並行実行されてい
る。従って、サーバ１用配布バッファ３２ａに格納され
たトランザクション情報は、当該バッファ２２ａにトラ
ンザクション情報が１０件貯まる毎に、サーバ１に送信
され、サーバ２用配布バッファ３２ａに格納されたトラ
ンザクション情報は、毎日５時になるとサーバ２に送信
され、サーバ３用配布バッファ３２ａに格納されたトラ
ンザクション情報は、１時間毎にサーバ３に送信される
（ステップＳ３４０３）。 ＜実施例の効果＞以上説明した第３実施例によれば、第
２実施例による効果を全て奏する。また、第３実施例で
は、分類部３４が蓄積部３３から代表してデータを１回
読み出すとともに、この読み出したデータを必要として
いる配布バッファ３２ａに分配する。これにより、蓄積
部に蓄積されたデータへのアクセスは１回で良くなり、
配布性能が良くなる。

【０１５９】また、第３実施例では、拡張マッピング定
義３０ｂを使用するので、分類部３４は、この拡張マッ
ピング定義３０ｂのみを参照するだけで、トランザクシ
ョン情報を必要とする配布バッファ３２ａに分配するこ
とができる。さらに、第３実施例では、拡張マッピング
定義３０ｂによって送信側サーバの資源識別子と受信側
サーバの資源識別子の対応をとることができる。従っ
て、受信側サーバは、自分の利用したいデータを自分独
自の名前として命名できる。これにより、さらに独立性
を高めることができる。

【０１６０】

【実施例４】上記第３実施例においては、配布バッファ
３２ａは揮発性メモリから構成されていた。そのため、
サーバ間データ連携装置１の電源を落とした場合には、
配布バッファ３２ａに書き込まれているトランザクショ
ン情報は消えてしまう。従って、送信側サーバ受信側サ
ーバとが別システムの場合には、受信側サーバでトラブ
ル（応用プログラムのＡＢＥＮＤ，システムダウン）が
発生した時に、サーバ間データ連携装置１をリセット
し、蓄積部３３からのデータ読み出しまで戻らないと、
システム復帰をすることができなかった。

【０１６１】第４実施例では、この問題を解決するた
め、配布部に不揮発媒体を設けて、配布バッファの先で
データを不揮発化するようにした。これにより、受信側
サーバ又はサーバ間データ連携装置で異常が発生した場
合に、蓄積部まで戻って配布をやり直す必要がなくな
り、迅速にデータ配布を回復することができる。従っ
て、サーバ間データ連携装置の信頼性を向上させること
ができる。 ＜サーバとの接続構成＞第４実施例における正センタ
２，バックアップセンタ３ａ，情報系サーバ３ｂ，及び
バッチ処理系サーバ３ｃの構成，並びに、これら各サー
バとサーバ間データ連携装置１との接続関係は、第１実
施例と全く同じである。そのため、図２乃至図４を援用
して、その説明を省略する。 ＜サーバ間データ連携装置＞ 〔内部構成〕次に、本第４実施例において用いられるサ
ーバ間データ連携装置１の内部構成を説明する。なお、
以下の説明では、正センタ２基幹系処理サーバを「送信
側サーバ」と呼び、バックアップセンタ３ａ，情報系サ
ーバ３ｂ，及びバッチ処理系サーバ３ｃを一括して「受
信側サーバ」と呼ぶ。そして、サーバ間データ連携装置
１には、「受信側サーバ」がｎ個接続されているので、
“１”から“ｎ”までの番号が付けられているとする。

【０１６２】図３１に示すように、サーバ間データ連携
装置１は、制御部４０と、この制御部４０に接続された
受信手段としての取得部４１，蓄積部４３，識別手段と
しての分類部４４，及び配布手段としての配布部４２か
ら構成されている。

【０１６３】この取得部４１は、送信側サーバから送信
されたトランザクション情報を受信するとともに、制御
部４０に格納された取得定義を参照して、このトランザ
クション情報をトランザクション毎に且つトランザクシ
ョン順にまとめるための部分である。即ち、取得部４１
は、受信バッファ４１ａとマージバッファ４１ｂを有
し、プログラムを実行することにより上記機能を実施す
る。

【０１６４】受信バッファ４１ａは、送信側サーバから
送信されたトランザクション情報を受信するためのバッ
ファである。マージバッファ４１ｂには、受信バッファ
４１ａからトランザクション情報が転送される。このマ
ージバッファ４１ｂは複数のスロットを有している。そ
して、各スロット毎に、それぞれ同じトランザクション
識別子（Ｔｉ）を有するトランザクション情報を格納す
る。そして、同じトランザクションについての全てのト
ランザクション情報が何れかのスロットに書き込まれた
時に、即ち、トランザクションの終了（Ｒ３）の情報を
有するトランザクション情報がマージバッファに書き込
まれると、該当するスロットに書き込まれた全てのトラ
ンザクション情報を蓄積部４３に転送する。

【０１６５】蓄積部４３は、マージバッファ４１ｂから
のトランザクション情報の転送を受け、第１不揮発媒体
（ハードディスク）４３ａに書き込んで不揮発化すると
ともに、このトランザクション情報を書き込んだ第１不
揮発媒体４３ａ内のレコードを分類部４４に通知する部
分である。即ち、蓄積部４３は、第１不揮発媒体４３ａ
を有し、プログラムを実行することにより上記機能を実
施する。

【０１６６】第１不揮発媒体４３ａには、マージバッフ
ァ４１ｂからのトランザクション情報が転送される。こ
の第１不揮発媒体４３ａは、マージバッファ４１ｂのス
ロットに対応した複数のレコードを有している。トラン
ザクション情報は、マージバッファ４１ｂのスロット
と、このスロットに対応した第１不揮発媒体４３ａのレ
コードとの間でなされる。

【０１６７】分類部４４は、蓄積部４３からの通知され
たレコードに書き込まれた全てのトランザクション情報
を読み出すとともに、この読み出したトランザクション
情報を分類バッファ４４ａに書き込む。そして、制御部
４０に格納された拡張マッピング定義４０ｂを参照し
て、分類バッファ４４ａに書き込まれているトランザク
ション情報の中から必要な情報のみを各受信側サーバ用
配布バッファ４２ａに分配するための部分である。即
ち、分類部４４は、分類バッファ４４ａを有し、プログ
ラムを実行することにより上記機能を実施する。

【０１６８】分類バッファ４４ａには、蓄積部４３ａか
らのトランザクション情報が転送される。この分類バッ
ファ４４ａは、第１不揮発媒体４３ａのレコードに対応
した複数のレコードを有している。トランザクション情
報は、第１不揮発媒体４３ａのレコードと、このレコー
ドに対応した分類バッファ４４ａのレコードとの間でな
される。

【０１６９】配布部４２は、分類部４４から分配された
トランザクション情報を、制御部４０に格納された配布
定義４０ｃを参照して、各受信側サーバに送信するため
の部分である。即ち、配布部４２は、サーバ間データ連
携装置１に接続された各受信側サーバに対応した数の配
布バッファ４２ａと第２不揮発媒体４２ｂを有し、プロ
グラムを実行することにより上記機能を実施する。

【０１７０】個々の配布バッファ４２ａには、分類部４
４から分配されたトランザクション情報が書き込まれ
る。書き込まれたトランザクション情報は、第２不揮発
媒体４２ｂに転送される。そして、対応する受信側サー
バが要求するタイミングで、格納しているトランザクシ
ョン情報を当該受信側サーバへ送信される。

【０１７１】制御部４０は、取得部４１，蓄積部４３，
分類部４４，及び配布部４２の動作を制御するととも
に、これら取得部４１，蓄積部４３，分類部４４，及び
配布部４２の間でトランザクション情報を転送するため
の部分である。この制御部４０は、プログラムを実行す
ることにより得られる機能部である。この制御部４０
は、マージバッファ４１ｂにてトランザクション情報を
獲得するための条件を規定した取得定義４０ａ，並び
に、分類部４４にて配布バッファ４２ａにトランザクシ
ョン情報を分配するための条件を規定した拡張マッピン
グ定義４０ｂ，及び配布部４２にて各第２不揮発媒体４
２ｂから受信側サーバへトランザクション情報を送信す
るトリガとしての条件を規定した配布定義４０ｂを有し
ている。この配布定義４０ｂは、各配布バッファ４２ａ
に対応して、配布バッファ４２ａと同数個用意されてい
る。 〔取得定義〕図３２（ａ）に、この取得定義４０ａの具
体的内容を示す。取得定義４０ａは、一つのテーブルか
ら構成されている。このテーブルは、マージバッファ４
１ａにて獲得するトランザクション情報の種類（どの資
源についてのトランザクション情報を獲得するか）を定
める「資源識別子」を規定する。

【０１７２】図３２（ａ）の例では、“Ｒ１”，“Ｒ
２”，及び“Ｒ３”の資源識別子が付与されたトランザ
クション情報を、マージバッファ４１ａにて獲得するこ
とを規定している。 〔拡張マッピング定義〕図３２（ｂ）に、拡張マッピン
グ定義４０ｂの具体的内容を示す。拡張マッピング定義
４０ｂは、一つのテーブルから構成されている。このテ
ーブルは、トランザクション情報の種類（どの資源につ
いてのトランザクション情報であるか）を定める「資源
識別子」と、各トランザクション情報を配布すべき受信
側サーバの特定（どのトランザクション情報をどのサー
バに転送するか）と、配付先のサーバにおける当該資源
の「資源識別子」を規定する。

【０１７３】図３２（ｂ）の例では、“Ｒ１”の資源識
別子が付与されたトランザクション情報を、資源識別子
“ａ１”のトランザクション情報としてサーバ１に転送
し、“Ｒ１”の資源識別子が付与されたトランザクショ
ン情報を、資源識別子“ｃ１”のトランザクション情報
としてサーバ３に転送し、“Ｒ２”の資源識別子が付与
されたトランザクション情報を、資源識別子“ａ２”の
トランザクション情報としてサーバ１に転送し、“Ｒ
２”の資源識別子が付与されたトランザクション情報
を、資源識別子“ｂ２”のトランザクション情報として
サーバ２に転送し、“Ｒ３”の資源識別子が付与された
トランザクション情報を、資源識別子“ｂ３”のトラン
ザクション情報としてサーバ２に転送し、“Ｒ３”の資
源識別子が付与されたトランザクション情報を、資源識
別子“ｃ３”のトランザクション情報としてサーバ３に
転送することが規定されている。 〔配布定義〕図３２（ｃ）に、各配布定義４０ｂの具体
的内容を示す。各配布定義４０ｂは、各々一つのテーブ
ルとトリガ条件とから構成されている。このテーブル
は、対応する配布バッファ４２ａに書き込むトランザク
ション情報の種類（どの資源についてのトランザクショ
ン情報を分配するか）を定める受信側サーバ独自の「資
源識別子」を規定する。また、トリガ条件は、配布先と
しての受信側サーバにトランザクション情報を配布する
タイミングについての条件を規定する。

【０１７４】図３２（ｃ）の例では、サーバ１用配布バ
ッファ４２ａには、“ａ１”の資源識別子が付与された
トランザクション情報，及び“ａ２”の資源識別子が付
与されたトランザクション情報を書き込み、トランザク
ション情報が１０件貯まる毎に、サーバ１にトランザク
ション情報を送信することが規定されている。また、サ
ーバ２用配布バッファ４２ａには、“ｂ２”の資源識別
子が付与されたトランザクション情報，及び“ｂ３”の
資源識別子が付与されたトランザクション情報を書き込
み、毎日５時に、サーバ２にトランザクション情報を送
信することが規定されている。また、サーバ３用配布バ
ッファ４２ａには、“ｃ１”の資源識別子が付与された
トランザクション情報，及び“ｃ３”の資源識別子が付
与されたトランザクション情報を分配し、１時間毎に、
サーバ３にトランザクション情報を送信することが規定
されている。 〔取得部アルゴリズム〕図３３は、取得部４１において
実行されるアルゴリズムを示すフローチャートである。
このフローチャートはサーバ間データ連携装置１の電源
投入によりスタートする。そして、ステップＳ４１０１
において、受信バッファ４１ａからトランザクション情
報を読み込む。続くステップＳ４１０２では、受信バッ
ファ４１ａにトランザクション情報があるかどうかを判
定する。トランザクション情報がない場合には、処理を
ステップＳ４１０１に戻して、受信バッファ４１ａにト
ランザクション情報が書き込まれるまで、以上の読み込
み及び判定処理を繰り返す。トランザクション情報があ
った場合には、処理をステップＳ４１０３に進める。

【０１７５】ステップＳ４１０３では、読み込んだトラ
ンザクション情報の操作（Ｍｊ）項目がＭ３（トランザ
クションの終了）であるかどうかを判定する。トランザ
クションの終了でない場合には、続くステップＳ４１０
４において、当該トランザクション情報の資源識別子
（Ｒｋ）が取得定義４０ａにて定義されたものに該当す
るかどうかを判定する。このステップは、取得する項目
をフィルタリングするためのステップである。即ち、資
源識別子（Ｒｋ）が取得定義４０ａにて定義されたもの
に該当しない場合には、この資源についてのトランザク
ション情報を必要とする受信側サーバがないとして、こ
のトランザクション情報を廃棄する。そして、処理をス
テップＳ４１０１に戻す。

【０１７６】これに対して、資源識別子（Ｒｋ）が取得
定義４０ａにて定義されたものに該当する場合には、ス
テップＳ４１０５において、マージバッファ４１ｂ内
に、当該トランザクション情報のトランザクション識別
子（Ｔｉ）と同じトランザクション識別子（Ｔｉ）を有
するトランザクション情報を格納しているスロットがあ
るかどうかを判定する。該当するスロットがある場合は
処理をステップＳ４１０７に進める。これに対して該当
スロットがない場合（初期状態では該当するスロットは
ない）には、ステップＳ４１０６においてマージバッフ
ァ４１ｂに空きスロットを獲得し、この空きスロットを
当該トランザクション情報のトランザクション識別子
（Ｔｉ）に該当するスロットとする。そして、処理をス
テップＳ４１０７に進める。

【０１７７】ステップＳ４１０７では、マージバッファ
４１ｂの該当トランザクション識別子（Ｔｉ）のスロッ
トに、当該トランザクション情報を転送する。その後、
処理をステップＳ４１０１に戻し、次のトランザクショ
ン情報についての処理を行う。

【０１７８】トランザクション情報の操作（Ｍｊ）がＭ
３（トランザクションの終了）である場合には、処理を
ステップＳ４１０３からステップＳ４１０８に進める。
ステップＳ４１０８では、マージバッファ４１ｂに当該
トランザクション情報のトランザクション識別子（Ｔ
ｉ）に該当するスロットがあるかどうかを判定する。通
常は該当するスロットがあるので、ステップＳ４１０９
において、このスロットのスロット番号を蓄積部４３に
通知する。そして、ステップＳ４１１０において、蓄積
部３３がこのスロット番号通知に応じて蓄積を完了させ
ることを待つ。蓄積が完了したら、ステップＳ４１１１
において、マージバッファ４１ｂにおける当該スロット
を返却する（当該スロットを空にして初期状態に戻
す。）。

【０１７９】一方、ステップＳ４１０８の判定に際し、
当該トランザクションに関してＭ３（トランザクション
の終了）のトランザクション情報のみが送信されてきた
場合には、マージバッファ４１ｂに該当スロットがない
ので、ステップＳ４１０９乃至ステップＳ４１１１をジ
ャンプする。

【０１８０】何れの場合も、その後、処理を処理をステ
ップＳ４１０１に戻し、次のトランザクション情報につ
いての処理を行う。 〔蓄積部アルゴリズム〕図３４は、蓄積部４３において
実行されるアルゴリズムを示すフローチャートである。
このフローチャートは、サーバ間データ連携装置１の電
源投入によりスタートする。

【０１８１】そして、ステップＳ４２０１において、取
得部４１からのスロット番号通知（ステップＳ４１０
９）を待つ。スロット番号通知があった場合には、処理
をステップＳ４２０２に進める。

【０１８２】このステップＳ４２０２では、通知された
マージバッファ４１ｂの該当スロットの内容を、第１不
揮発媒体４３ａに書き込む。この書き込みを行う際、蓄
積部４３は第１不揮発媒体４３ａ内に、スロットに対応
したレコードを作成する。この書き込みが終了すると、
処理をステップＳ４２０３に進める。

【０１８３】このステップＳ４２０３では、取得部４１
に蓄積完了を通知する。続くステップＳ４２０４では、
分類部４４にレコード番号とともに蓄積完了を通知す
る。これらの処理の終了後に、処理をステップＳ４２０
１に戻す。 〔分類部アルゴリズム〕図３５は、分類部４４において
実行されるアルゴリズムを示すフローチャートである。

【０１８４】このフローチャートは、サーバ間データ連
携装置１の電源投入によりスタートする。そして、ステ
ップＳ４３０１において、ステップＳ４２０４による蓄
積部４３からの蓄積完了通知を待つ。そして、続くステ
ップＳ４３０２において、蓄積部４３から通知されたレ
コード番号に基づき、第１不揮発媒体４３ａの該当する
レコードに格納されている全トランザクション情報を読
み出して、このレコードに対応する分類バッファ４４ａ
内のレコードに書き込む。

【０１８５】次に、ステップＳ４３０３において、この
該当レコードにトランザクション情報があるかどうかを
判定する。トランザクション情報がない場合には、処理
をステップＳ４３０１に戻す。

【０１８６】これに対してトランザクション情報がある
場合には、処理をステップＳ４３０４乃至ステップＳ４
３０５のループに進める。このループは、第１不揮発媒
体４３ａの該当レコードから読み出したトランザクショ
ン情報の一つ一つについて、順番に実行される。

【０１８７】ステップＳ４３０４では、ステップＳ４３
０２にてトランザクション情報を書き込んだ分類バッフ
ァ４４ａ内のレコードから、トランザクションデータを
取り出して、対応する配布バッファ４２ａに転送する。
この転送は、拡張マッピング定義４０ｂを参照して行
う。即ち、取り出したトランザクション情報の資源識別
子（Ｒｋ）に対応する受信側サーバ名を拡張マッピング
定義４０ｂから読み出し、当該トランザクション情報を
該当する全ての受信側サーバに転送するのである。な
お、この転送の際、トランザクション情報の資源識別子
（Ｒｋ）を、拡張マッピング定義４０ｂを参照して、配
付先のサーバに対応する資源識別子名に書き換える。

【０１８８】続いて、処理をステップＳ４３０５に進
め、第１不揮発媒体４３ａの該当レコード内に、未処理
のトランザクション情報が残っているかどうかをチェッ
クする。未処理のトランザクション情報が残っている場
合には、処理をステップＳ４３０４に戻し、次のトラン
ザクション情報について上記処理を行う。

【０１８９】ステップＳ４３０５において未処理のトラ
ンザクションが残っていないと判断した場合には、ステ
ップＳ４３０６において、配布部４２に分類完了を通知
する。その後、処理をステップＳ４３０１に戻す。 〔配布部アルゴリズム〕図３６は、配布部４２において
実行されるアルゴリズムを示すフローチャートである。
配布部４２では、各配布バッファ４２ａ毎に、複数の当
該アルゴリズムが、並行して実行される。

【０１９０】このフローチャートは、サーバ間データ連
携装置１の電源投入によりスタートする。そして、ステ
ップＳ４４０１において、ステップＳ４３０６による分
類部３４からの分類完了通知を待つ。

【０１９１】続くステップＳ４４０２では、配布バッフ
ァ４２ａに格納されているトランザクション情報を、第
２不揮発媒体４２ｂに書き込む。そして、図９に示すよ
うな完了表示領域に、完了表示を立てる。

【０１９２】そして、ステップＳ４４０４において、完
了表示領域において、全てのサーバに関して書き込みが
完了しているかどうかをチェックする。そして、全ての
書き込みが完了していなければ、処理をステップＳ４４
０１に戻す。一方、全ての書き込みが完了している場合
には、処理をステップＳ４４０５に進める。

【０１９３】ステップＳ４４０５では、蓄積部４３の第
１不揮発性媒体４３ａから該当レコードを削除する。そ
して、処理をステップＳ４４０６に進める。このステッ
プＳ４４０６では、配布条件を満たすか否かのチェック
を行う。このチェックは、対応する配布定義４０ｂのト
リガ条件を見て行う。

【０１９４】配布条件を満たしていない場合には、処理
をステップＳ４４０１に戻す。これに対して、配布条件
を満たしている場合には、ステップＳ４４０７おいて、
処理対象としている第２不揮発媒体４２ｂに格納されて
いるトランザクション情報を、対応するサーバに送信す
る。続いて、ステップＳ４４０７において、この第２不
揮発媒体４２ｂから、送信したトランザクション情報が
記載されているレコードを削除する。その後、処理をス
テップＳ４４０１に戻す。 ＜処理の具体例＞次に、以上のようなアルゴリズムにお
ける具体的な処理例を説明する。いま、送信側バッファ
から、図４に示すような順番で、トランザクション情報
が連続して送信されてきているものとして、説明を行
う。また、取得定義４０ａの内容は図３２（ａ）に示し
た通りに、拡張マッピング定義４０ｂの内容は図３２
（ｂ）に示した通りに、配布定義４０ｃの内容は図３２
（ｃ）に示した通りになっているとする。なお、図３３
乃至図３６の処理は十分高速に行われ、各バッファ及び
各不揮発媒体４３ａ，４２ｂ間でのデータ転送に要する
タイムラグは無視できるものとして説明を行う。

【０１９５】この場合、受信バッファ４１ａでは、図３
７に示したタイミングで、トランザクション情報が順次
書き込まれる。取得部４１では、これと同時に図３３の
処理を実行しているので、マージバッファ４１ｂには、
図３８に示した様に各トランザクション情報が書き込ま
れる。なお、図３８は時刻ｔ７における状態を示してい
る。図３８におけるスロット１はトランザクションＴ１
に対応し、スロット２はトランザクションＴ２に対応す
る。なお、時刻ｔ７の時点では、トランザクションはＴ
３までしか発生していないので、スロットｎ（ｎ＞３）
は空きとなっている。なお、時刻ｔ５における資源（Ｒ
４）についてのトランザクション情報は、Ｒ４が取得定
義４０ａにて定義されていないために、廃棄されてしま
う（ステップＳ４１０４）。また、図３３及び図３４の
処理を実行した結果、時刻ｔ３においてスロット１に格
納されたトランザクション情報が蓄積部４３に転送さ
れ、時刻ｔ６においてスロット１に格納されたトランザ
クション情報が蓄積部４３に転送され、時刻ｔ７におい
てスロット１に格納されたトランザクション情報が蓄積
部４３に転送される（ステップＳ４１０９，ステップＳ
４２０２）。

【０１９６】分類部４４においては、図３５の処理が実
行されている。従って、図３９に示す様に、時刻ｔ３に
おいてレコードの番号通知を受けて、スロット１のデー
タ１に対応するトランザクション情報（Ｒ１）を、第１
不揮発媒体４３ａから分類バッファ４４ａに転送する
（ステップＳ４３０２）。そして、拡張マッピング定義
４０ｂに従って、このトランザクション情報（Ｒ１）
を、トランザクション情報（ａ１）としてサーバ１用配
布バッファ４２ａに、また、トランザクション情報（ｃ
１）としてサーバ３用配布バッファ４２ａに、夫々転送
する（ステップＳ４３０４）。同様に、時刻ｔ６におい
てレコードの番号通知を受けて、スロット２のデータ１
に対応するトランザクション情報（Ｒ２）及びデータ２
に対応するトランザクション情報（Ｒ３）を、第１不揮
発媒体４３ａから分類バッファ４４ａに転送する（ステ
ップＳ４３０２）。そして、拡張マッピング定義４０ｂ
に従って、トランザクション情報（Ｒ２）を、トランザ
クション情報（ａ２）としてサーバ１用配布バッファ４
２ａに、また、トランザクション情報（ｂ２）としてサ
ーバ２用配布バッファ４２ａに、夫々転送する（ステッ
プＳ４３０４）。また、拡張マッピング定義４０ｂに従
って、トランザクション情報（Ｒ３）を、トランザクシ
ョン情報（ｂ３）としてサーバ２用配布バッファ４２ａ
に、また、トランザクション情報（ｃ３）としてサーバ
３用配布バッファ４２ａに、夫々転送する（ステップＳ
４３０４）。

【０１９７】配布部４２においては、図３６の処理が、
各配布バッファ４２ａに対応して各々並行実行されてい
る。従って、各配布バッファ４２ａに格納されているト
ランザクション情報は、第２不揮発媒体４２ｂに転送さ
れる（ステップＳ４４０２）。そして、サーバ１用第２
不揮発媒体４２ａに格納されたトランザクション情報
は、当該第２不揮発媒体４２ａにトランザクション情報
が１０件貯まる毎に、サーバ１に送信され、サーバ２用
第２不揮発媒体４２ａに格納されたトランザクション情
報は、毎日５時になるとサーバ２に送信され、サーバ３
用第２不揮発媒体４２ａに格納されたトランザクション
情報は、１時間毎にサーバ３に送信される（ステップＳ
４４０７）。 ＜実施例の効果＞以上説明した第４実施例によれば、第
３実施例による効果を全て奏する。また、第３実施例に
おいては、配布部４２内に、各配布バッファ４２ａに対
応させて第２不揮発媒体４２ｂを設けてデータを不揮発
化するようにしたので、受信側サーバ又はサーバ間デー
タ連携装置で異常が発生した場合に、蓄積部まで戻って
配布をやり直す必要がなくなり、迅速にデータ配布を回
復することができる。従って、サーバ間データ連携装置
の信頼性を向上させることができる。

【０１９８】

【発明の効果】本発明の必須の構成要素により、一つの
送信側サーバから送信されたデータに基づいて、複数の
受信側サーバに対してデータ連携を行うことができる。
また、蓄積部を設けることにより、受信側サーバの運用
の独立性を保ち、データの喪失を防止することができ
る。

【図面の簡単な説明】

【図１】 本発明の原理図であり、（ａ）は必須構成
要件を示す図であり、（ｂ）は蓄積部を追加した構成を
示す図

【図２】 本発明の第１実施例によるサーバ間データ
連携装置とサーバの接続関係の説明図

【図３】 トランザクション情報の構成の説明図

【図４】 送信側サーバから送信されるトランザクシ
ョン情報の流れの説明図

【図５】 本発明の第１実施例におけるサーバ間デー
タ連携装置の構成を示すブロック図

【図６】 本発明の第１実施例におけるマッピング定
義の構成図

【図７】 図５における取得部で実行される処理を示
すフローチャート

【図８】 図５における配布部で実行される処理を示
すフローチャート

【図９】 表示完了領域の説明図

【図１０】 図５における受信バッファでの受信例を示
す図

【図１１】 図５におけるマージバッファでの受信例を
示す図

【図１２】 図５における各配布バッファでの受信例を
示す図

【図１３】 本発明の第２実施例におけるサーバ間デー
タ連携装置の構成を示すブロック図

【図１４】 本発明の第２実施例における取得定義の構
成図

【図１５】 本発明の第２実施例における各配布定義の
構成図

【図１６】 図１３における取得部で実行される処理を
示すフローチャート

【図１７】 図１３における蓄積部で実行される処理を
示すフローチャート

【図１８】 図１３における配布部で実行される処理を
示すフローチャート

【図１９】 図１３における受信バッファでの受信例を
示す図

【図２０】 図１３におけるマージバッファでの受信例
を示す図

【図２１】 図１３における各配布バッファでの受信例
を示す図

【図２２】 本発明の第３実施例におけるサーバ間デー
タ連携装置の構成を示すブロック図

【図２３】 本発明の第３実施例における取得定義，拡
張マッピング定義，及び各配布定義の構成図

【図２４】 図２２における取得部で実行される処理を
示すフローチャート

【図２５】 図２２における蓄積部で実行される処理を
示すフローチャート

【図２６】 図２２における分類部で実行される処理を
示すフローチャート

【図２７】 図２２における配布部で実行される処理を
示すフローチャート

【図２８】 図２２における受信バッファでの受信例を
示す図

【図２９】 図２２におけるマージバッファでの受信例
を示す図

【図３０】 図２２における各配布バッファでの受信例
を示す図

【図３１】 本発明の第４実施例におけるサーバ間デー
タ連携装置の構成を示すブロック図

【図３２】 本発明の第４実施例における取得定義，拡
張マッピング定義，及び各配布定義の構成図

【図３３】 図３１における取得部で実行される処理を
示すフローチャート

【図３４】 図３１における蓄積部で実行される処理を
示すフローチャート

【図３５】 図３１における分類部で実行される処理を
示すフローチャート

【図３６】 図３１における配布部で実行される処理を
示すフローチャート

【図３７】 図３１における受信バッファでの受信例を
示す図

【図３８】 図３１におけるマージバッファでの受信例
を示す図

【図３９】 図３１における各配布バッファでの受信例
を示す図

【符号の説明】

１ サーバ間データ連携装置 ２ 正センタ ３ａ バックアップセンタ ３ｂ 情報系サーバ ３ｃ バッチ処理系サーバ １０ 制御部 １１ 取得部 １２ 配布部 ２０ 制御部 ２１ 取得部 ２２ 配布部 ２３ 蓄積部 ３０ 制御部 ３１ 取得部 ３２ 配布部 ３３ 蓄積部 ３４ 分類部 ４０ 制御部 ４１ 取得部 ４２ 配布部 ４３ 蓄積部 ４４ 分類部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 四宮 由貴 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (56)参考文献 特開 平４−98434（ＪＰ，Ａ) 特開 平５−241848（ＪＰ，Ａ) 特開 平４−332058（ＪＰ，Ａ) 特開 平４−98546（ＪＰ，Ａ) 特開 平６−30036（ＪＰ，Ａ) 特開 昭62−29242（ＪＰ，Ａ) 特開 平３−202935（ＪＰ，Ａ) 特開 平６−301708（ＪＰ，Ａ) 特開 平７−239826（ＪＰ，Ａ) 特開 昭63−288362（ＪＰ，Ａ) 特開 平１−246645（ＪＰ，Ａ) 特開 平３−4339（ＪＰ，Ａ) 特開 平４−370847（ＪＰ，Ａ) 特開 平４−52736（ＪＰ，Ａ) 特開 平３−122729（ＪＰ，Ａ) 特開 昭63−261437（ＪＰ，Ａ) 日経コンピュータ，日本，日経ＢＰ 社，1993年 ６月28日，Ｎｏ．313，ｐ ｐ．77−87 日経オープンシステム，日本，日経Ｂ Ｐ社，1993年 ４月10日，Ｎｏ．１，ｐ ｐ．149−158 「三菱オフィスサーバシステムＭＥＬ ＣＯＭ80 ＤＰＳ10回復管理システム （ＲＭＳ）説明書 ＵＭ−ＳＲ00−54Ａ ＜２ＺＢ０＞」，日本，三菱電機株式会 社情報システム製作所，1993年10月20 日，第３版，ｐｐ．410−418 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 15/00 G06F 12/00 G06F 15/16 G06F 13/00 G06F 17/30 G06F 11/18 - 11/20 G06F 9/46 G06F 17/60 ＪＳＴファイル（ＪＯＩＳ) ＣＳＤＢ（日本国特許庁)

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】送信側のサーバにおけるデータベース操作
   の内容を、複数の受信側のサーバに送信するためのサー
   バ間連携装置において、 前記送信側のサーバから送信されてくるデータベース操
   作についてのデータを受信し、該データを、前記送信側
   のサーバにおけるトランザクション毎にまとめる受信手
   段と、 この受信手段で受信されたデータを、受信側のサーバ毎
   に有する配布バッファに書き込み、各受信側のサーバ毎
   に定められた所定のタイミングで、各受信側のサーバに
   配布する配布手段とを有することを特徴とするサーバ間
   データ連携装置。
2. 【請求項２】送信側のサーバにおけるデータベース操作
   の内容を、複数の受信側のサーバに送信するためのサー
   バ間連携装置において、 前記送信側のサーバから送信されてくるデータベース操
   作についてのデータを受信し、該データを、前記送信側
   のサーバにおけるトランザクション毎にまとめる受信手
   段と、 この受信手段で受信されたデータから、前記受信側のサ
   ーバが要求するデータのみを識別する識別手段と、 この識別手段で識別されたデータを、受信側のサーバ毎
   に有する配布バッファのうち、前記データを要求してい
   るサーバに対応する配布バッファに書き込み、各受信側
   のサーバ毎の定められた所定のタイミングで、各受信側
   のサーバに配布する配布手段とを有することを特徴とす
   るサーバ間データ連携装置。
3. 【請求項３】送信側のサーバにおけるデータベース操作
   の内容を、複数の受信側のサーバに送信するためのサー
   バ間連携装置において、 前記送信側のサーバから送信されてくるデータベース操
   作についてのデータを受信する受信手段と、 この受信手段で受信されたデータを、受信側のサーバ毎
   に有する配布バッファに書き込み、各受信側のサーバ毎
   に定められた所定のタイミングで、各受信側のサーバに
   配布する配布手段とを有し、 前記データベース操作についてのデータが、このデータ
   ベース操作を行ったトランザクションを特定する情報，
   このデータベース操作がなされた資源を特定する情報，
   データベース操作の種類，及びデータベース操作後の内
   容についての情報を含んでいる ことを特徴とするサーバ
   間データ連携装置。
4. 【請求項４】送信側のサーバにおけるデータベース操作
   の内容を、複数の受信側のサーバに送信するためのサー
   バ間連携装置において、 前記送信側のサーバから送信されてくるデータベース操
   作についてのデータを受信する受信手段と、 この受信手段で受信されたデータから、前記受信側のサ
   ーバが要求するデータのみを識別する識別手段と、 この識別手段で識別されたデータを、受信側のサーバ毎
   に有する配布バッファのうち、前記データを要求してい
   るサーバに対応する配布バッファに書き込み、各受信側
   のサーバ毎の定められた所定のタイミングで、各受信側
   のサーバに配布する配布手段とを有し、 前記データベース操作についてのデータが、このデータ
   ベース操作を行ったトランザクションを特定する情報，
   このデータベース操作がなされた資源を特定する情報，
   データベース操作の種類，及びデータベース操作後の内
   容についての情報を含んでいる ことを特徴とするサーバ
   間データ連携装置。
5. 【請求項５】送信側のサーバにおけるデータベース操作
   の内容を、複数の受信側のサーバに送信するためのサー
   バ間連携装置において、 前記送信側のサーバから送信されてくるデータベース操
   作についてのデータを受信し、該データを、前記送信側
   のサーバにおけるトランザクション毎にまとめるととも
   に、このトランザクションの終了順に前記蓄積部に送信
   する受信手段と、 この受信手段で受信されたデータから、前記受信側のサ
   ーバが要求するデータのみを識別する識別手段と、 この識別手段で識別されたデータを、受信側のサーバ毎
   に有する配布バッファのうち、前記データを要求してい
   るサーバに対応する配布バッファに書き込み、各受信側
   のサーバ毎の定められた所定のタイミングで、各受信側
   のサーバに配布する配布手段と、 前記受信手段により受信されたデータを蓄積する不揮発
   性メモリからなる蓄積部とを有し、 前記識別手段が、この蓄積部に蓄積されたデータから、
   前記受信側のサーバが要求するデータのみを識別する こ
   とを特徴とするサーバ間データ連携装置。