JP2002244908A - データベース同期制御方法及び該方法によるｄｂシステム - Google Patents

Abstract

(57)【要約】 【課題】 データベース間の同期制御を、低コストで実
施でき、セキュリティも保持できるデータベース同期制
御方法及び該方法によるＤＢシステムを提供する。 【解決手段】 伝送回線を介して接続された２以上のＤ
Ｂシステム間において、送信側ＤＢシステムでは、この
送信側に蓄積された元データの変更に伴う、元データと
変更後のデータとの差分データを抽出し、抽出された差
分データから送信側ＤＢシステムに依存しない汎用ファ
イルフォーマットの差分ファイルを生成し、この差分フ
ァイルを受信側ＤＢシステムに送信し、受信側ＤＢシス
テムでは、受信した差分ファイルを、この受信側ＤＢシ
ステムで用いる専用フォーマットの差分データに変換
し、変換した差分データの内容に基づき、受信側に蓄積
された元データを変更し、受信側と送信側のそれぞれに
蓄積されたデータを一致させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、互いに離れてある
２以上のデータベース間で、伝送回線を介して行うデー
タベース同期制御技術に関する。

【０００２】

【従来の技術】従来は、物理的に離れた位置にあるデー
タベース（以下、ＤＢと略する）間の同期を、下記のよ
うな手段で実現していた。 （方法１）２つのＤＢを、インターネットなどの汎用の
データ網に接続し、ＤＢ専用の通信口（ポート）を新た
に開放して、２つのＤＢ間で専用の制御方法を用いて同
期させる。 （方法２）２つのＤＢ間を繋ぐ専用の通信回線を設置
し、２つのＤＢ間で専用の制御方法を用いて同期させ
る。

【０００３】

【発明が解決しようとする課題】上記に示した方法で
は、以下のような問題があった。（方法１）のように汎
用のデータ網に接続してＤＢの同期を実現しようとする
と、専用ポートを新たに公開する必要があって、その場
合悪意のある第３者等にデータを盗まれたり改ざんされ
たりする恐れがあり、セキュリティ上大きな問題があっ
た。

【０００４】一方、セキュリティを重視すると、（方法
２）のように専用の通信回線が必要となり、新たに追加
すべきコストが生じ高コストとなる。また、この方式は
対象のＤＢが増えれば相乗的に通信回線を増やす必要が
あって、さらに高コストとなってしまう問題が大きかっ
た。また、（方法１）や（方法２）のように、専用の同
期制御方式を取る場合は、異なるＯＳやデータベース管
理システム間で連携させるのが困難であった。

【０００５】本発明は、上記の点に鑑みてなされたもの
で、データベース間の同期制御を、低コストで実施で
き、セキュリティも保持できるデータベース同期制御方
法及び該方法によるＤＢシステムを提供するものであ
る。

【０００６】

【課題を解決するための手段】本発明のデータベース同
期制御方法は、伝送回線を介して接続された２以上のＤ
Ｂシステムに対するデータベース同期制御方法であっ
て、送信側ＤＢシステムでは、該送信側のデータ蓄積部
に蓄積された元データの変更に伴う、元データと変更後
のデータとの差分データを抽出し、該抽出された差分デ
ータから、該送信側ＤＢシステムに依存しない汎用ファ
イルフォーマットの差分データ・ファイルを生成し、該
差分データ・ファイルを、前記伝送回線を介して受信側
ＤＢシステムに送信し、受信側ＤＢシステムでは、受信
した差分データ・ファイルを、該受信側ＤＢシステムで
用いる専用フォーマットの差分データに変換し、該変換
した差分データの内容に基づき、受信側のデータ蓄積部
の元データを変更し、該受信側のデータ蓄積部のデータ
を前記送信側のデータ蓄積部のデータと一致させること
を特徴とする。

【０００７】また、本発明のＤＢシステムは、伝送回線
を介して接続された２以上のＤＢシステムにより構成さ
れ、該２以上のＤＢシステム間でデータベース同期制御
を行うシステムであって、送信側ＤＢシステムは、送信
側データベースとしての送信側データ蓄積部と、該送信
側データ蓄積部に蓄積された元データの変更に伴う、元
データと変更後のデータとの差分データを蓄積する差分
データ蓄積部と、前記差分データを前記元データと変更
後のデータとから抽出し、該抽出された差分データか
ら、該送信側ＤＢシステムに依存しない汎用ファイルフ
ォーマットの差分データ・ファイルを生成する差分デー
タ生成制御部と、該差分データ・ファイルを、前記伝送
回線を介して受信側ＤＢシステムに送信するデータ送信
管理部と、からなり、受信側ＤＢシステムは、受信側デ
ータベースとしての受信側データ蓄積部と、前記伝送回
線を介して前記送信側ＤＢシステムから送信された差分
データ・ファイルを受信するデータ受信管理部と、受信
した差分データ・ファイルを、該受信側ＤＢシステムで
用いる専用フォーマットの差分データに変換し、該変換
した差分データの内容に基づき、受信側データ蓄積部の
元データを変更し、該受信側データ蓄積部のデータを前
記送信側データ蓄積部のデータと一致させる差分データ
格納制御部と、からなることを特徴とする。

【０００８】また、本発明のＤＢシステムは、伝送回線
を介して接続される他のＤＢシステムと、データベース
同期を行うＤＢシステムであって、該ＤＢシステムに備
わるデータベースとしてのデータ蓄積部と、該データ蓄
積部に蓄積された元データの変更に伴う、元データと変
更後のデータとの差分データを蓄積する差分データ蓄積
部と、前記差分データを前記元データと変更後のデータ
とから抽出して前記差分データ蓄積部に格納し、さら
に、該抽出された差分データから、該ＤＢシステムに依
存しない汎用ファイルフォーマットの差分データ・ファ
イルを生成する差分データ生成制御部と、該差分データ
・ファイルを、前記伝送回線を介して他のＤＢシステム
に送信するデータ送信管理部と、前記伝送回線を介して
他のＤＢシステムから送信された差分データ・ファイル
を受信するデータ受信管理部と、受信した差分データ・
ファイルを、該ＤＢシステムで用いる専用フォーマット
の差分データに変換し、該変換した差分データの内容に
基づき、前記データ蓄積部の元データを変更し、該デー
タ蓄積部のデータを、前記差分データ・ファイルを送信
した他のＤＢシステムのデータ蓄積部のデータと一致さ
せることを特徴とする。

【０００９】また、本発明のＤＢシステムにおいて、前
記伝送回線として、インターネット等の一般に開放され
たデータ網を使用することを特徴とする。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して説明する。図１は、本発明の一実施の形態
であるＤＢシステムの構成を示す図である。

【００１１】本実施の形態のＤＢシステムは、インター
ネット等の一般的に利用されているデータ網を介して接
続される２以上のＤＢシステム間でＤＢの同期制御を行
うシステムである。図１では、符合１ａのデータ蓄積部
（ＤＢ）に蓄積された元データに対し追加・削除・更新
の操作がなされ、この操作によって変更された部分の差
分データから生成される差分データ・ファイル（以下、
差分ファイルと称す）を送信する側を送信側ＤＢシステ
ム１と称し、この差分ファイルを受信し、この差分ファ
イルに基づき、そのＤＢの内容を変更する側を受信側Ｄ
Ｂシステム２と称し示している。また、送信側では、送
信側として必要な構成要素のみを、受信側では、受信側
として必要な構成要素のみを図示したものであり、実際
には、送信側にも受信側に示した構成要素があり、受信
側にも送信側に示した構成要素がある。

【００１２】ここで、送信側ＤＢシステム１と受信側Ｄ
Ｂシステム２の構成の詳細を説明する。

【００１３】図１に示した送信側ＤＢシステム１は、送
信側ＤＢシステム１に備わるＤＢであるデータ蓄積部１
ａと、データ蓄積部１ａに蓄積されたデータが変更され
る際、元データと変更後のデータとの差分からなる差分
データを蓄積し管理する差分データ蓄積部１ｂと、デー
タ蓄積部１ａから差分データを抽出し差分データ蓄積部
１ｂに格納するとともに、差分データ蓄積部１ｂから、
本送信側ＤＢシステム１に依存しない一般的に使用され
るファイルフォーマット（以下、汎用ファイルフォーマ
ットと称す）の差分ファイルに変換する差分データ生成
制御部１ｃと、この差分ファイルを、インターネットの
ような一般的な伝送媒体（伝送回線）と送信手続き（プ
ロトコル）を経由して、受信側ＤＢシステム２へ送信
し、その送信結果の情報（送信情報）を送信情報蓄積部
１ｅに格納し管理するデータ送信管理部１ｄとから構成
される。

【００１４】受信側ＤＢシステム２は、送信側ＤＢシス
テム１から伝送回線を介して送信された差分ファイルを
受信するデータ受信管理部２ｄと、差分データを蓄積し
管理する差分データ蓄積部２ｂと、受信側ＤＢシステム
２に備わるＤＢであるデータ蓄積部２ａと、受信した差
分ファイルを解析（解釈）して、当受信側ＤＢシステム
２で用いる専用の形式の差分データに変換し差分データ
蓄積部２ｂへ格納するとともに、この差分データから追
加・削除・更新されたデータの変更情報を読み出し、デ
ータ蓄積部２ａへデータの変更分を反映して格納する差
分データ格納制御部２ｃとから構成される。

【００１５】なお、データ蓄積部１ａ，２ａおよび差分
データ蓄積部１ｂ，２ｂは、ハードディスク、光磁気デ
ィスク等の不揮発性の記録装置により構成されている。
また、差分データ生成制御部１ｃ、データ送信管理部１
ｄ、データ受信管理部２ｄ、差分データ格納制御部２ｃ
は、メモリおよびＣＰＵ（中央処理装置）等により構成
される処理部（図示せず）のメモリに、これら各部の機
能を実現するためのプログラム（図示せず）をロードし
て実行することによりその機能が実現されるものとす
る。また、送信側ＤＢシステム１および受信側ＤＢシス
テム２には、周辺機器として入力装置、表示装置等（い
ずれも図示せず）が接続されるものとする。ここで、入
力装置とはキーボード、マウス等の入力デバイスのこと
をいう。表示装置とはＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ
Ｔｕｂｅ）や液晶表示装置等のことをいう。

【００１６】次に、このように構成された本実施形態の
ＤＢシステムの動作について説明する。

【００１７】まず、送信側ＤＢシステム１と受信側ＤＢ
システム２間のデータベース同期制御の概要を、図２に
示す全体フロー図を参照して説明する。はじめに、送信
側ＤＢシステム１において、データ蓄積部１ａのデータ
に何らかの変更操作が行われると（ステップＳ１）、差
分データ生成制御部１ｃは、変更情報を差分データとし
て抽出し、抽出した差分データを差分データ蓄積部１ｂ
に格納する（ステップＳ２）。さらに、差分データ生成
制御部１ｃは、抽出した差分データを汎用ファイルフォ
ーマットに変換した差分ファイルを生成する（ステップ
Ｓ３）。その後、データ送信管理部１ｄが、差分ファイ
ルを受信側ＤＢシステム２に送信する（ステップＳ
４）。

【００１８】受信側ＤＢシステム２では、データ受信管
理部２ｄが、送信側ＤＢシステム１から送信された差分
ファイルを受信する（ステップＳ５）。そして、差分デ
ータ格納制御部２ｃが、受信した差分ファイルを解析
し、汎用ファイルフォーマットから受信側ＤＢシステム
２で使用する形式の差分データに変換して差分データ蓄
積部２ｂに格納する（ステップＳ６）。さらに、差分デ
ータ格納制御部２ｃは、差分データ蓄積部２ｂに格納さ
れた差分データを解析し、変更情報のみをデータ蓄積部
２ａのデータに反映させる（ステップＳ７）。

【００１９】以上のようなフローにより、インターネッ
ト等の、一般的に利用できるネットワーク（伝送回線）
を使用して、データ量が小さい差分データのやり取りだ
けで、物理的に離れたＤＢ間の同期を高速かつ低コスト
で実施することができる。また、ネットワーク上では、
差分ファイルの転送のみを行うので、一般に利用される
セキュリティが厳しいファイル転送用のポートのみを使
用してＤＢ間の同期を実施でき、従来のようにＤＢ専用
のポートを新たに開放する必要が無い。このことと、さ
らに、ＤＢのデータ全体ではなく、差分データのみをＤ
Ｂシステム間で転送することから、ＤＢシステムとして
のセキュリティを保持することができる。

【００２０】次に、図２のステップＳ２に示した「差分
データの抽出格納処理」の詳細を、具体例を挙げ説明す
る（図３参照）。

【００２１】はじめに、送信側ＤＢシステム１のデータ
蓄積部１ａに対し、変更操作による処理が発生すると、
その処理毎(追加・更新・削除)に、発生したトランザク
ションを以下のように処理する。まず、差分データ蓄積
部１ｂの差分テーブルに変更情報を追加する。ここで差
分テーブルに設定する内容は、データの変更内容の他
に、ユニーク番号、発生日時、処理フラグ、送信番号と
する。

【００２２】なお、ユニーク番号は、差分テーブルで管
理されている番号のＭＡＸ＋１を設定する。発生日時
は、ここでの差分データの抽出格納処理が起動された日
時を設定する。また、処理フラグは、更新処理内容に応
じて、追加（Ａ：Ａｐｐｅｎｄ）、更新（Ｕ：Ｕｐｄａ
ｔｅ）、削除（Ｄ：Ｄｅｌｅｔｅ）を設定する。また、
送信番号は、Ｎｕｌｌを設定する。なお、この送信番号
は、後述する差分ファイル作成処理にて値を設定する。

【００２３】次に、図４のステップＳ３に示した「差分
データを汎用ファイルフォーマットに変換」の処理の詳
細を、具体例を挙げ説明する（図４参照）。

【００２４】［差分ファイル作成処理］はじめに、差分
データ蓄積部１ｂに格納された全ての差分テーブルを参
照し、対象となるレコードが存在するか判断する（ステ
ップＳ３０１）。ここで対象となるレコードが存在する
場合、すなわち、ステップＳ３０１の判断でＹｅｓと判
定された場合、以下の処理を行う。ここでは、送信情報
蓄積部１ｅの送信番号テーブル（送信情報）から、送信
番号を取得する（ステップＳ３０２）。

【００２５】次に、未処理の差分テーブルで対象となる
レコードがある場合、すなわち対象となるレコードのレ
コード数Ｌが“０”でない場合、次のステップＳ３０４
へ進み、“０”の場合、ステップＳ３０８の判断へ進む
（ステップＳ３０３）。そして、該当の差分テーブルで
送信番号がＮｕｌｌであるレコードの送信番号を、ステ
ップＳ３０２取得した送信番号に更新する（ステップＳ
３０４）。そして、差分テーブル名とファイル生成日時
を基に、生成する差分ファイルのファイル名を決定する
（ステップＳ３０５）。

【００２６】そして、該当の差分テーブルで、ステップ
Ｓ２で取得した送信番号に一致するレコードを対象とし
て、差分ファイルを作成する（ステップＳ３０６）。こ
こでは、汎用ファイルフォーマットの形式で作成する。
そして、差分ファイルの作成に成功した場合、すなわ
ち、ステップＳ３０７の判断で、成功と判定された場合
で、さらに、未処理の差分テーブルがある場合、すなわ
ち、ステップＳ３０８の判断で、未処理差分テーブル数
Ｍが、Ｍ＞０と判定される場合、ステップＳ３０３に戻
り、ここまでの処理を未処理の差分テーブルがなくなる
まで行う。この処理の結果、差分テーブル毎にステップ
Ｓ３０２で取得した送信番号に一致するレコードを対象
として、差分ファイルが作成される。なお、ここで作成
される差分ファイルは、最大で、差分テーブルの数とな
る。

【００２７】［送信データ作成処理］次に、作成された
差分ファイルが存在する場合、すなわち、ステップＳ３
０９の判断で、作成された差分ファイル数Ｎが、Ｎ＞０
と判定された場合、送信データ名(形式例：ＹＹＹＹＭ
ＭＤＤＨＨｍｍＳＳ＿送信データ番号)を作成する（ス
テップＳ３１０）。なお、上記形式例は、年月日時分秒
と送信データ番号とからなっている。次に、ステップＳ
３０６で作成した差分ファイルの全てを、ステップＳ３
１０にて作成した送信データ名の圧縮ファイルとする
（ステップＳ３１１）。ここで、圧縮を行うのは、同時
に受信側ＤＢシステム２で更新させる必要のある差分フ
ァイル全てを確実に送信するためと、ネットワーク上の
データ転送量を少なくして送信時間を短くするためであ
る。なお、ここで用いるデータ圧縮の方式は、特に限定
するものではない。

【００２８】［送信管理テーブル更新処理］次に、ステ
ップＳ３１２において、送信情報蓄積部１ｅの送信管理
テーブルを以下のように更新する。 （１）送信番号＝ステップＳ３０２で取得した送信番
号； （２）送信データ名＝ステップＳ３１０で作成した送信
データ名；

【００２９】［差分テーブルのレコード削除処理］次
に、ステップＳ３１３において、ステップＳ３０４で送
信番号が更新されたレコードを、各差分テーブルから削
除する。なお、ステップＳ３０４の処理以降に追加され
た各差分テーブルのレコードについては、送信番号がＮ
ｕｌｌのため、削除されない。

【００３０】［送信番号テーブルの更新処理］次に、ス
テップＳ３１４において、送信番号テーブルの送信番号
に＋１加算する。

【００３１】［ファイル送信管理処理の起動］次に、ス
テップＳ３１５において、送信側ＤＢシステム１のファ
イル送信管理処理を起動する。この処理の詳細は後述す
る。そして、このファイル送信管理処理が終了するまで
待機して終了する。

【００３２】次に、図２のステップＳ４に示した「ファ
イル送信管理処理」の詳細を、具体例を挙げ説明する
（図５参照）。

【００３３】［送信データ名取得処理］はじめに、送信
情報蓄積部１ｅの送信管理テーブルから、状態が“更新
完了”以外（“送信失敗”、“送信完了”、“更新失
敗”、Ｎｕｌｌ）である送信データ名を取得する（ステ
ップＳ４０１）。

【００３４】［送信データ（差分ファイルの圧縮ファイ
ル）の送信処理］次に、データ送信管理部１ｄは、ステ
ップＳ４０１で取得した送信データ名から、対応する送
信データを読み込み、受信側ＤＢシステム２へ、この送
信データを送信する（ステップＳ４０２）。ここで、送
信に失敗した場合、すなわち、ステップＳ４０３の判断
で、“失敗”と判定された場合は、送信情報蓄積部１ｅ
にエラーの内容を出力するとともに、送信管理テーブル
の状態を“送信失敗”に更新し、処理を終了する（ステ
ップＳ４０４）。一方、送信に成功した場合、すなわ
ち、ステップＳ４０３の判断で、“成功”と判定された
場合は、送信に成功した送信データに対応する送信管理
テーブルの状態を“送信完了”に更新する（ステップＳ
４０５）。そして、下記のファイル受信管理処理を起動
する（ステップＳ４０６）。

【００３５】［ファイル受信管理処理］ここでは、受信
側ＤＢシステム２から応答として返される処理結果（更
新完了／更新失敗）を受け、この処理結果に応じて、以
下の処理を行う。受信した処理結果が“更新失敗”だっ
た場合、すなわち、ステップＳ４０７の判断で、“失
敗”と判定された場合、送信管理テーブルの状態を“更
新失敗”に更新し（ステップＳ４０８）、処理を終了す
る。一方、受信した処理結果が“更新完了”だった場
合、すわなち、ステップＳ４０７の判断で“成功”と判
定された場合、送信管理テーブルの状態を“更新完了”
に変更し（ステップＳ４０９）、ステップＳ４０２で取
得した送信側の送信データを削除する（ステップＳ４１
０）。

【００３６】そして、以上の処理を、取得した送信デー
タ毎、送信番号順に未処理（未送信）の送信データがな
くなるまで、すなわち、ステップＳ４１１の判断で、未
処理の送信データ数Ｎが、Ｎ＝０と判定されるまで繰り
返す。

【００３７】次に、図２のステップＳ６に示した「差分
ファイルの解析及び差分データ蓄積部へ格納」の処理の
詳細を、具体例を挙げ説明する（図６参照）。

【００３８】はじめに、受信データ名を取得し、この受
信データ名に対応する受信データを解凍し、解凍して得
られた全ての差分ファイルの差分ファイル名を取得する
（ステップＳ６０１）。そして、後述する受信側ＤＢ更
新処理を起動する（ステップＳ６０２）。そして、受信
側ＤＢ更新処理の処理結果が“更新失敗”の場合、すな
わち、ステップＳ６０３の判断で、“失敗”と判定され
た場合、送信側ＤＢシステム１のデータ送信管理部１ｄ
に“更新失敗”を返して（ステップＳ６０４）、処理を
終了する。一方、受信側ＤＢ更新処理の処理結果が“更
新完了”の場合、送信側ＤＢシステム１のデータ送信管
理部１ｄに“更新完了”を返して（ステップＳ６０
５）、処理を終了する。

【００３９】次に、図２のステップＳ７に示した「差分
データから変更情報解析及びデータ蓄積部への反映」処
理（受信側ＤＢ更新処理）の詳細を、具体例を挙げ説明
する（図７参照）。ここでは、受信側ＤＢシステム２に
おいて、差分データ蓄積部２ｂに格納された差分データ
に基づき、データ蓄積部２ａのマスタテーブルを変更し
ている。

【００４０】はじめに、ＤＢ更新を行う差分ファイル名
（複数可）を取得する（ステップＳ７０１）。次に、差
分データ蓄積部２ｂに存在する差分テーブルのレコード
を全て削除する（ステップＳ７０２）。そして、ステッ
プＳ７０２で、削除失敗した場合、すなわち、ステップ
Ｓ７０３の判断で“失敗”と判定された場合、ＤＢ更新
処理の処理結果を“更新失敗”として（ステップＳ７０
４）、終了する。

【００４１】一方、ステップＳ７０２で、削除成功した
場合、すなわち、ステップＳ７０３の判断で“成功”と
判定された場合、全ての処理対象の差分ファイルを、受
信側ＤＢシステム２で用いる形式の差分データに変換し
て、差分データ蓄積部２ｂの差分テーブルへ追加する
（ステップＳ７０５）。このステップＳ７０５での追加
処理が失敗した場合、すなわち、ステップＳ７０６の判
断で、“失敗”と判定された場合、ＤＢ更新処理の処理
結果を“更新失敗”として（ステップＳ７０４）終了す
る。一方、ステップＳ７０５での追加処理が成功した場
合、次のステップＳ７０７へ進む。

【００４２】ステップＳ７０７では、データ蓄積部２ａ
のマスタテーブルに対し、差分データの内容を反映させ
る更新処理を行う。ここでは、各差分テーブル分だけ、
以下の処理を行う。まず、前述したユニーク番号で昇順
にソートされた差分テーブルから処理レコードを１件抽
出する。そして、処理フラグ（追加、更新、削除）に基
づき、この処理レコードからＳＱＬ（Ｓｔｒｕｃｔｕｒ
ｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）トランザクション
を組み立てる。そして、このＳＱＬトランザクションを
実行し、データ蓄積部２ａのマスタテーブルへの反映処
理（追加、更新、削除）を行う。そして処理が正常に完
了した場合、処理結果を“更新完了”とする。一方、エ
ラーの場合、ＲＯＬＬＢＡＣＫを行い、トランザクショ
ンを全て破棄し、処理結果を“更新失敗”とする。

【００４３】次に、ステップＳ７０７の処理後、その処
理結果をステップＳ７０８で判断する。このステップＳ
７０８の判断で、処理結果が“失敗”と判定されると、
ＤＢ更新処理の処理結果を“更新失敗”とし、一方、処
理結果が“成功”と判定されると、ＤＢ更新処理の処理
結果を“更新成功”として、この処理結果（更新完了／
更新失敗）を呼び出し元へ返す。

【００４４】ここで、送信側ＤＢシステム１における制
御方法を、送信側で扱うデータのデータ構造（例）とそ
のデータに対する処理の流れを示す図８を参照して、さ
らに具体的に説明する。なお、図８は、データ蓄積部１
ａに存在するマスタテーブル（マスタＴＢＬ）が追加・
削除・更新された場合（図８：）を例にとって、送信
側にあるデータ蓄積部１ａのデータ、および差分データ
の内容を説明している。

【００４５】図８に示した例では、データ蓄積部１ａの
マスタＴＢＬの１つであるｋｏｂｅ_ｔｂｌ（ＤＢ操作
前）に対し、 ・Ｎｏ＝２のレコード削除： ＤＥＬＥＴＥ ＦＲＯＭ ｋｏｂｅ＿ｔｂｌ ＷＨＥＲ
Ｅ Ｎｏ＝‘２’； ・Ｎｏ＝５をＩｔｅｍ＝Ｅに更新： ＵＰＤＡＴＥ ｋｏｂｅ＿ｔｂｌ ＳＥＴ Ｉｔｅｍ＝
‘Ｅ’ ＷＨＥＲＥＮｏ＝‘５’； ・Ｎｏ＝６のレコード追加： ＩＮＳＥＲＴ ＩＮＴＯ ｋｏｂｅ＿ｔｂｌ ＶＡＬＵ
ＥＳ（‘６’，‘ＦＦＦＦＦＦＦＦ’）；のＤＢ変更操
作が行われて、ｋｏｂｅ_ｔｂｌ（ＤＢ操作後）の状態
になっている。

【００４６】次に、差分データ生成制御部１ｃによっ
て、差分データ抽出格納処理（図８：）が行われて、
差分データが生成され、差分データ蓄積部１ｂに格納さ
れる。ｄｉｆｆ＿ｋｏｂｅ＿ｔｂｌ（差分ＴＢＬ）は、
その差分データの一例である。差分ＴＢＬは、更新対象
のテーブル（ｋｏｂｅ＿ｔｂｌ）の内更新があった行デ
ータ（２，５，６番行）のみのデータに、変更種別フラ
グ（Ｆｌａｇ：削除・更新・追加）と更新日時（Ｄａｔ
ａ）が付与された形式になっている。最後に、差分デー
タ生成制御部１ｃは、汎用ファイルフォーマット変換処
理（図８：）を行って、差分データから差分ファイル
を生成する。この差分ファイルの中身については、下記
で説明する。

【００４７】ここで、図９に示す差分ファイルのデータ
構造（例）を参照して、差分ファイルのデータ構造を説
明する。

【００４８】図９に示した差分ファイルの例は、インタ
ーネット等で使用される汎用フォーマットであるＸＭＬ
形式のテキストファイルとなっており、このＸＭＬ形式
を用いて、差分データを表現している。この例の差分フ
ァイルは、行単位に、＜ｒｅｃｏｒｄ＞というタグで区
切られ、また、列の名前として、＜Ｎｏ＞、＜Ｉｔｅｍ
＞、＜Ｆｌａｇ＞、＜Ｄａｔｅ＞等のタグ名で各データ
項目を識別している。本実施の形態で特色となっている
データ構造は、差分種別をあらわす部分で、例えば＜Ｆ
ｌａｇ＞削除＜／Ｆｌａｇ＞というのは、その行が削除
されたことを表している。

【００４９】このように、差分データをＸＭＬ等の汎用
ファイルフォーマットに変換して送信するので、受信側
と送信側で用いるＯＳ（オペレーティングシステム）や
ＤＢ管理システムが異なっていても、ＤＢの同期が可能
になっている。

【００５０】次に、受信側ＤＢシステム２における制御
方法を、受信側で扱うデータのデータ構造（例）とその
データに対する処理の流れを示す図１０を参照し、具体
的に説明する。なお、図１０では、図中に示した差分フ
ァイルを受信してから、データ蓄積部２ａに差分データ
に基づく変更情報を反映するまでの情報内容を説明する
ものである。

【００５１】はじめに、差分ファイルを受信すると、差
分データ格納制御部２ｃが、汎用ファイルフォーマット
の差分ファイルの内容を解釈し、受信側ＤＢシステム２
で用いる形式の差分ＴＢＬとして差分データ蓄積部２ｂ
へ格納する（図１０：）。この差分ファイルを解釈す
る方法は、＜ｒｅｃｏｒｄ＞タグで行データ単位に区切
られた内容を、＜Ｎｏ＞、＜Ｉｔｅｍ＞、＜Ｆｌａｇ
＞、＜Ｄａｔｅ＞等の列データタグ名毎に切り出し、１
行ずつ差分ＴＢＬに格納する。図１０に示すｄｉｆｆ＿
ｋｏｂｅ＿ｔｂｌが、図１０の差分ファイルを、差分デ
ータとして差分データ蓄積部２ｂに格納した例になって
いる。この例では、図８に示した送信側におけるｄｉｆ
ｆ＿ｋｏｂｅ＿ｔｂｌと同じ形式をとっており、同じ内
容になっている。次に、差分データ格納制御部２ｃは、
差分データ蓄積部２ｂの差分テーブルから差分情報（変
更情報）を読み出して（図１０：）、データ蓄積部２
ａのマスタテーブルの１つであるｋｏｂｅ＿ｔｂｌへ差
分情報を反映させる更新処理を行う（図１０：）。

【００５２】具体例で説明すると、差分データ格納制御
部２ｃは差分データを読み込んで、下記の３つの差分情
報の、 ・Ｎｏ＝２のレコード削除： ＤＥＬＥＴＥ ＦＲＯＭ ｋｏｂｅ＿ｔｂｌ ＷＨＥＲ
Ｅ Ｎｏ＝‘２’； ・Ｎｏ＝５のＩｔｅｍ＝Ｅに更新： ＵＰＤＡＴＥ ｋｏｂｅ＿ｔｂｌ ＳＥＴ Ｉｔｅｍ＝
‘Ｅ’ ＷＨＥＲＥＮｏ＝‘５’； ・Ｎｏ＝６のレコード追加： ＩＮＳＥＲＴ ＩＮＴＯ ｋｏｂｅ＿ｔｂｌ ＶＡＬＵ
ＥＳ（‘６’，‘ＦＦＦＦＦＦＦＦ’）；を得る。

【００５３】ここで得られた差分情報を元に、データ蓄
積部２ａのマスタテーブルのｋｏｂｅ＿ｔｂｌ（更新
前）に、ＤＢ更新処理が行われて、ｋｏｂｅ＿ｔｂｌ
（更新後）の状態になる。このようにして、受信側のｋ
ｏｂｅ＿ｔｂｌ（更新後）の状態は、送信側のｋｏｂｅ
＿ｔｂｌ（ＤＢ操作後）の状態となって、ＤＢ間の同期
が完了する。以上、本実施の形態のＤＢシステムの動作
の詳細を説明した。なお、上記で説明した各動作フロー
は一例であり、上記の処理の流れに限定されるものでは
ない。

【００５４】以上に説明したように、本実施の形態の制
御方法を用いることによって、物理的に離れたＤＢ間で
データベース同期制御を行うことができる。本実施の形
態の特徴は、同期するＤＢの変更情報だけを、データ量
が小さい差分情報として取り出して転送するため、デー
タ転送に要するトラフィックが少なくて済む。したがっ
て、回線使用料も低く押えることができる。また、差分
情報は、データ蓄積部１ａに蓄積されたデータに比べ小
さいものであるので、その転送時間が短くて済む。すな
わち、同期制御に要する時間が短時間で済むため、２つ
のＤＢ間でＤＢの変更情報を即時に反映できる。

【００５５】また、差分データを汎用ファイルフォーマ
ットの形式に変換して送信するので、一般的に利用され
ているインターネット等のネットワークとそのプロトコ
ル上で、データのやり取りが可能である。つまり、専用
ネットワークや通信回線を準備しなくてもよいので、設
備投資コストが少なく済む。また、差分データには変更
情報としてコマンド（追加・追加・更新）を含んでお
り、また、この差分データからなる差分ファイルを送受
信して送信側のＤＢの変更内容を受信側のＤＢに反映さ
せるため、異なるＤＢシステム間でも同期が可能であ
る。また、インターネット等の一般的に利用されている
データ網に接続することで、送信側ひとつに対し、受信
側はいくつでも増やすことができ、複数のＤＢ間でも同
期をとることが可能である。

【００５６】なお、本発明は、伝送回線として、インタ
ーネットの他、ＬＡＮやダイアルアップによるネットワ
ークを利用してもよい。また、図１における差分データ
生成制御部１ｃ、データ送信管理部１ｄ、データ受信管
理部２ｄ、差分データ格納制御部２ｃの機能の一部ある
いは全部を実現するためのプログラムをコンピュータ読
み取り可能な記録媒体に記録して、この記録媒体に記録
されたプログラムをコンピュータシステムに読み込ま
せ、実行することによりデータベース同期制御を行って
もよい。なお、ここでいう「コンピュータシステム」と
は、ＯＳや周辺機器等のハードウェアを含むものとす
る。

【００５７】また、「コンピュータシステム」は、ＷＷ
Ｗシステムを利用している場合であれば、ホームページ
提供環境（あるいは表示環境）も含むものとする。ま
た、「コンピュータ読み取り可能な記録媒体」とは、フ
ロッピー（登録商標）ディスク、光磁気ディスク、ＲＯ
Ｍ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステム
に内蔵されるハードディスク等の記憶装置のことをい
う。さらに「コンピュータ読み取り可能な記録媒体」と
は、インターネット等のネットワークや電話回線等の通
信回線を介してプログラムが送信された場合のサーバや
クライアントとなるコンピュータシステム内部の揮発性
メモリ（ＲＡＭ）のように、一定時間プログラムを保持
しているものも含むものとする。

【００５８】また、上記プログラムは、このプログラム
を記憶装置等に格納したコンピュータシステムから、伝
送媒体を介して、あるいは、伝送媒体中の伝送波により
他のコンピュータシステムに伝送されてもよい。ここ
で、プログラムを伝送する「伝送媒体」は、インターネ
ット等のネットワーク（通信網）や電話回線等の通信回
線（通信線）のように情報を伝送する機能を有する媒体
のことをいう。また、上記プログラムは、前述した機能
の一部を実現するためのものであっても良い。さらに、
前述した機能をコンピュータシステムにすでに記録され
ているプログラムとの組み合わせで実現できるもの、い
わゆる差分ファイル（差分プログラム）であっても良
い。

【００５９】以上、この発明の実施形態を、図面を参照
して詳述してきたが、具体的な構成はこの実施形態に限
られるものではなく、この発明の要旨を逸脱しない範囲
の構成等も含まれる。

【００６０】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、データベース同期制御を行うために、伝送回線
上を転送させるデータを差分データのみとすることで、
伝送回線にかかる負荷を軽くし、通信コストを安くする
ことができる。また、伝送回線上では、差分データ・フ
ァイルの転送のみを行うので、新たにＤＢシステム専用
の通信口を設ける必要がなく、一般に利用されるセキュ
リティが厳しいファイル転送用の通信口のみを使用して
ＤＢシステム間の同期制御を実施できる。このことと、
さらに、データ蓄積部のデータ全体ではなく、差分デー
タのみをＤＢシステム間で転送することから、ＤＢシス
テムとしてのセキュリティを保持することができる。

【００６１】また、汎用ファイルフォーマットに基づい
て作成された差分ファイルを用いて、ＤＢ更新のための
情報（差分データ）をやりとりするため、異なるＯＳを
採用しているＤＢ間でも異なるＤＢシステム間でも、デ
ータベース同期制御を実行することができる。また、複
数のＤＢシステム間を繋ぐ伝送回線として、インターネ
ット等の一般に開放されたデータ網を利用することによ
り、１つの送信側ＤＢシステムに対して、複数の受信側
ＤＢシステムを同期させることができる。これにより、
さらに、設備投資コストを安価に抑えることができる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態であるＤＢシステムの
構成を示す図である。

【図２】 同実施の形態の動作を説明する全体フロー図
である。

【図３】 同実施の形態の「差分データの抽出格納処
理」を説明するフロー図である。

【図４】 同実施の形態の「差分データを汎用ファイル
フォーマットに変換」する処理を説明するフロー図であ
る。

【図５】 同実施の形態の「ファイル送信管理処理」を
説明するフロー図である。

【図６】 同実施の形態の「差分ファイルの解析及び差
分データ蓄積部へ格納」の処理を説明するフロー図であ
る。

【図７】 同実施の形態の「差分データから変更情報解
析及びデータ蓄積部への反映」処理を説明するフロー図
である。

【図８】 同実施の形態の送信側ＤＢシステムにおける
制御方法の詳細を説明する図である。

【図９】 同実施の形態の差分ファイルの一例を示す図
である。

【図１０】 同実施の形態の受信側ＤＢシステムにおけ
る制御方法の詳細を説明する図である。

【符号の説明】

１…送信側ＤＢシステム ２…受信側ＤＢシ
ステム １ａ，２ａ…データ蓄積部 １ｂ，２ｂ…差分
データ蓄積部 １ｃ…差分データ生成制御部 １ｄ…データ送信
管理部 １ｅ…送信情報蓄積部 ２ｃ…差分データ
格納制御部 ２ｄ…データ受信管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山川 剛史 大阪府大阪市中央区馬場町３番15号 西日 本電信電話株式会社内 (72)発明者 干川 広之 大阪府大阪市中央区馬場町３番15号 西日 本電信電話株式会社内 Ｆターム(参考） 5B082 GA02 GA04 GB02 HA03

Claims (4)

【特許請求の範囲】
1. 【請求項１】 伝送回線を介して接続された２以上のＤ
   Ｂシステムに対するデータベース同期制御方法であっ
   て、 送信側ＤＢシステムでは、 該送信側のデータ蓄積部に蓄積された元データの変更に
   伴う、元データと変更後のデータとの差分データを抽出
   し、 該抽出された差分データから、該送信側ＤＢシステムに
   依存しない汎用ファイルフォーマットの差分データ・フ
   ァイルを生成し、 該差分データ・ファイルを、前記伝送回線を介して受信
   側ＤＢシステムに送信し、 受信側ＤＢシステムでは、 受信した差分データ・ファイルを、該受信側ＤＢシステ
   ムで用いる専用フォーマットの差分データに変換し、 該変換した差分データの内容に基づき、受信側のデータ
   蓄積部の元データを変更し、該受信側のデータ蓄積部の
   データを前記送信側のデータ蓄積部のデータと一致させ
   ることを特徴とするデータベース同期制御方法。
2. 【請求項２】 伝送回線を介して接続された２以上のＤ
   Ｂシステムにより構成され、該２以上のＤＢシステム間
   でデータベース同期制御を行うシステムであって、 送信側ＤＢシステムは、 送信側データベースとしての送信側データ蓄積部と、 該送信側データ蓄積部に蓄積された元データの変更に伴
   う、元データと変更後のデータとの差分データを蓄積す
   る差分データ蓄積部と、 前記差分データを前記元データと変更後のデータとから
   抽出し、該抽出された差分データから、該送信側ＤＢシ
   ステムに依存しない汎用ファイルフォーマットの差分デ
   ータ・ファイルを生成する差分データ生成制御部と、 該差分データ・ファイルを、前記伝送回線を介して受信
   側ＤＢシステムに送信するデータ送信管理部と、からな
   り、 受信側ＤＢシステムは、 受信側データベースとしての受信側データ蓄積部と、 前記伝送回線を介して前記送信側ＤＢシステムから送信
   された差分データ・ファイルを受信するデータ受信管理
   部と、 受信した差分データ・ファイルを、該受信側ＤＢシステ
   ムで用いる専用フォーマットの差分データに変換し、該
   変換した差分データの内容に基づき、受信側データ蓄積
   部の元データを変更し、該受信側データ蓄積部のデータ
   を前記送信側データ蓄積部のデータと一致させる差分デ
   ータ格納制御部と、からなることを特徴とするＤＢシス
   テム。
3. 【請求項３】 伝送回線を介して接続される他のＤＢシ
   ステムと、データベース同期を行うＤＢシステムであっ
   て、 該ＤＢシステムに備わるデータベースとしてのデータ蓄
   積部と、 該データ蓄積部に蓄積された元データの変更に伴う、元
   データと変更後のデータとの差分データを蓄積する差分
   データ蓄積部と、 前記差分データを前記元データと変更後のデータとから
   抽出して前記差分データ蓄積部に格納し、さらに、該抽
   出された差分データから、該ＤＢシステムに依存しない
   汎用ファイルフォーマットの差分データ・ファイルを生
   成する差分データ生成制御部と、 該差分データ・ファイルを、前記伝送回線を介して他の
   ＤＢシステムに送信するデータ送信管理部と、 前記伝送回線を介して他のＤＢシステムから送信された
   差分データ・ファイルを受信するデータ受信管理部と、 受信した差分データ・ファイルを、該ＤＢシステムで用
   いる専用フォーマットの差分データに変換し、該変換し
   た差分データの内容に基づき、前記データ蓄積部の元デ
   ータを変更し、該データ蓄積部のデータを、前記差分デ
   ータ・ファイルを送信した他のＤＢシステムのデータ蓄
   積部のデータと一致させることを特徴とするＤＢシステ
   ム。
4. 【請求項４】 前記伝送回線として、インターネット等
   の一般に開放されたデータ網を使用することを特徴とす
   る請求項２または請求項３に記載のＤＢシステム。