JP2000207266A - レプリカシステムおよびレプリカ方法 - Google Patents

レプリカシステムおよびレプリカ方法

Info

Publication number
JP2000207266A
JP2000207266A JP11006115A JP611599A JP2000207266A JP 2000207266 A JP2000207266 A JP 2000207266A JP 11006115 A JP11006115 A JP 11006115A JP 611599 A JP611599 A JP 611599A JP 2000207266 A JP2000207266 A JP 2000207266A
Authority
JP
Japan
Prior art keywords
data
replica
communication
computer
interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP11006115A
Other languages
English (en)
Inventor
Mitsuyoshi Yamatari
光義 山足
Koichi Yamada
耕一 山田
Noriko Ichikawa
範子 市川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP11006115A priority Critical patent/JP2000207266A/ja
Priority to US09/346,925 priority patent/US6356916B1/en
Publication of JP2000207266A publication Critical patent/JP2000207266A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】 従来のレプリカシステムでは、レプリカプロ
グラム内に読み込み対象となるデータベースおよび書き
込み対象となるデータベースを特定していたので、異な
るデータベースからのデータの読み込み・書き込みはで
きなかった。また、１つのレプリカシステムに種類の異
なるデータベースプログラムを有するデータベース管理
システムとのインタフェースを持たせることもできなか
った。 【解決手段】 データベース管理システムにコマンドを
投入して、データベースへのデータの読み込みおよび書
き込みを行なうインタフェース手段と、それを管理する
管理手段とを設け、インタフェース手段間でのデータの
送受信を共通フォーマットで行なうようにした。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、異なるデータベ
ース、ファイル間でのレプリカを可能にするレプリカシ
ステムおよびレプリカ方法に関するものである。
【０００２】
【従来の技術】現在は、コンピュータの分散化が進み、
各部門に小型の部門コンピュータを配置して使用し、例
えば一日の始まりにホストコンピュータ上に存在するマ
スタデータベースやマスタファイルから部門コンピュー
タのデータベースやファイルに必要となるデータをコピ
ーし、一日の業務が終了したのちにホストコンピュータ
に修正データをコピーして、ホストコンピュータ上のマ
スタデータベースやマスタファイルの更新などが行なわ
れている。
【０００３】また、持ち運び自由なモバイルコンピュー
タ技術が発達したため、客先や自宅等のオフィス外での
仕事にコンピュータを使用することができるようになっ
た。この場合、例えば、営業員が一日の始めにホストコ
ンピュータのマスタデータベースやマスタファイルから
必要となる情報をモバイルコンピュータのデータベース
やファイルにコピーし、営業活動を終えた一日の終わり
に、売り上げデータや経費データをホストコンピュータ
に送信し、ホストコンピュータのマスタデータベースや
マスタファイルを変更する等の方法が、通信費用やアク
セス時間を考慮した場合に最も効率のよい方法となる。
【０００４】このように、複数のデータベースや複数フ
ァイル間でデータをコピーしあうことで行なうデータの
授受方式および、この方式を使用したシステムを、一般
にレプリカ方式とか、レプリカシステムなどと呼んでい
る。
【０００５】図２０は、従来のレプリカシステムの構成
を示す図である。図２０において、レプリカシステムは
ホストコンピュータ１００１と、モバイルコンピュータ
等の分散コンピュータ１００２とから構成されている。
なお、ホストコンピュータ１００１と分散コンピュータ
１００２とは、ＬＡＮやインターネット等の通信媒体を
通じて接続されている。
【０００６】ホストコンピュータ１００１は、マスタデ
ータベース（以下、「マスタＤＢ」と称す）Ａ１００３と
マスタＤＢＢ１００４を有し、さらに各マスタＤＢを管
理するデータベース管理システム（Ｄａｔａ Ｂａｓｅ
Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ：以下、「ＤＢＭ
Ｓ」と称す）であるＤＢＭＳＡ１００５およびＤＢＭＳ
Ｂ１００６を有している。なお、ＤＢＭＳＡ１００５お
よびＤＢＭＳＢ１００６は、同じ種類のデータベースプ
ログラムを使用していても、異なる種類のデータベース
プログラムを使用していてもよい。
【０００７】また、分散コンピュータ１００２は、マス
タＤＢＡ１００３から必要なデータをコピーしたコピー
データベース（以下、「コピーＤＢ」と称す）Ｃ１００７
とコピーＤＢＤ１００８を有し、さらに各コピーＤＢを
管理するデータベース管理システムであるＤＢＭＳＣ１
００９およびＤＢＭＳＤ１０１０を有している。なお、
ＤＢＭＳＣ１００９とＤＢＭＳＤ１０１０は、同じ種類
のデータベースプログラムを使用しており、かつ、ホス
トコンピュータ側のＤＢＭＳＡ１００５が使用するデー
タベースプログラムとも同じである。
【０００８】１０１１は、データベースレプリカプログ
ラムであり、ホストコンピュータ１００１のマスタＤＢ
と分散コンピュータ１００２のコピーＤＢとの対応関係
があらかじめ設定されており、使用者の要求に応じて、
データベース間でのデータのコピー制御を行なってい
る。なお、データベースレプリカプログラム１０１１
は、ホストコンピュータ１００１上に存在している。
【０００９】以下に、データベースレプリカプログラム
１０１１の具体的な動作について説明する。使用者よ
り、マスタＤＢＡ１００３からコピーＤＢＣ１００７へ
のデータのコピー要求があった場合、マスタＤＢＡ１０
０３からＤＢＭＳＡ１００５を介してデータを読み込
み、このデータをＤＢＭＳＣ１００９を介してコピーＤ
ＢＣ１００７に書き込んでいる。逆に、使用者より、コ
ピーＤＢＣ１００７からマスタＤＢＡ１００３への更新
データのコピー要求があった場合には、コピーＤＢＣ１
００７からＤＢＭＳＣ１００９を介して更新データを読
み込み、このデータをＤＢＭＳＡ１００５を介してマス
タＤＢＡ１００３に書き込んでいる。
【００１０】同様に、マスタＤＢＡ１００３とコピーＤ
ＢＤ１００８との間でも、データのコピー等が行なわれ
る。但し、コピーＤＢＤ１００８の更新データをマスタ
ＤＢＢ１００４にコピーさせることは、両者を管理する
ＤＢＭＳのデータベースプログラムの種類が異なる場合
にはできず、また、データベースプログラムの種類が同
じであっても、この対応関係がデータベースレプリカプ
ログラム１０１１上に存在しない場合にはできない。
【００１１】また、ホストコンピュータ１００１は、マ
スタファイル１０１２とファイルレプリカプログラム１
０１３を有しており、分散コンピュータ１００２はマス
タファイル１０１２に対応するコピーファイル１０１４
を有している。
【００１２】ファイルレプリカプログラム１０１３は、
ホストコンピュータ１００１のマスタファイル１０１２
と分散コンピュータ１００２のコピーファイル１０１４
との対応関係があらかじめ設定されており、使用者の要
求に応じて、ファイル間でのデータのコピー制御を行な
っている。
【００１３】
【発明が解決しようとする課題】データベースプログラ
ムとしては、世の中に幾つものものが出回ってきてお
り、また、その用途によっても使い分けがなされるよう
になってきている。例えば、ホストコンピュータなどの
多くの人に同時に使用されるコンピュータでは、例え
ば、ＩＢＭ社のＤＢ２やオラクル社のオラクル８等のよ
うに、一度に多くのタスクを平行して処理できるデータ
ベースプログラムを使用するデータベース管理システム
が適している。また、モバイルコンピュータ等の個人向
けコンピュータでは、タスクがシーケンシャルに発生す
るので、オラクル社のオラクルライトやマイクロソフト
社のアクセス等のように、負荷のあまりかからないデー
タベースプログラムを使用したデータベース管理システ
ムが適している。
【００１４】しかし、従来のレプリカシステムでは、デ
ータベースレプリカプログラムは、特定のデータベース
プログラムに対応して作成されていたので、他の種類の
データベースプログラムを使用したデータベース管理シ
ステムとはインタフェースを持つことができなかった。
このために、マスタＤＢとコピーＤＢを同じデータベー
スプログラムを使用したデータベース管理システムで管
理しなければならず、負荷に応じた柔軟なシステム構築
ができなかった。
【００１５】また、データベース同士およびファイル同
士のレプリカをするレプリカシステムを構築する場合に
は、データベースレプリカプログラムとファイルレプリ
カプログラムの二種類のプログラムが必要となり、負荷
が増大するという問題があった。
【００１６】さらに、データベースレプリカプログラム
に、コピーで必要となる全てのデータ、例えばコピーＤ
ＢおよびマスタＤＢのテーブルのデータ等を持たせなけ
ればならず、構成が複雑となるという問題があった。特
に、コピーＤＢやコピーファイルのデータフォーマット
の追加・変換するたびにデータベースレプリカプログラ
ム全体を修正しなければならず、修正処理が非常に煩雑
になる。
【００１７】また、ユーザが文字コード変換などの付加
機能を追加しようとしても、データベースレプリカプロ
グラム全体を修正するという困難な作業が必要となり、
実質的に追加を行なうことは不可能である。
【００１８】この発明は上述の問題を解決するためにな
されたものであり、第一の目的は、負荷が少なく、複数
種類のデータベースプログラムで構築したデータベース
管理システムに対応でき、かつ、ファイルにも対応でき
るレプリカシステムを提供することである。
【００１９】第二の目的は、コピーＤＢやコピーファイ
ルのデータフォーマットの追加・変更や、文字コード変
換などの付加機能追加を容易に行なうことができるレプ
リカシステムを提供することである。
【００２０】
【課題を解決するための手段】この発明にかかるレプリ
カシステムでは、レプリカ命令を受信し、レプリカ命令
より第一のデータ記憶手段からの読み込み対象、および
第二のデータ記憶手段への書き込み対象を割り出すレプ
リカ管理手段と、第一のデータ管理手段にコマンドを投
入することにより、第一のデータ記憶手段から読み込み
対象のデータを読み込み、データのデータ形式をシステ
ム内で決められた標準データ形式に変換する第一のイン
タフェース手段と、第一のインタフェース手段から標準
データ形式のデータを取得し、データのデータ形式を書
き込み対象のデータ形式に変換した後、第二のデータ管
理手段にコマンドを投入して、第二のデータ記憶手段に
変換後のデータを書き込む第二のインタフェース手段と
を有するものとした。
【００２１】さらに、第一のデータ記憶手段および第二
のデータ記憶手段の少なくとも一方はデータベースであ
るものとした。
【００２２】さらに、第一のデータ記憶手段および第二
のデータ記憶手段の少なくとも一方はデータファイルで
あるものとした。
【００２３】さらに、レプリカ管理手段は、読み込み対
象および書き込み対象の情報を有するレプリカパターン
データが記憶されたレプリカパターン記憶手段を有して
いるものとした。
【００２４】さらに、レプリカパターンデータは、コー
ド変換情報を有しているものとした。
【００２５】さらに、レプリカ命令が記憶されたレプリ
カ命令記憶手段を有し、レプリカ管理手段はレプリカ命
令記憶手段からレプリカ命令を読み込むものとした。
【００２６】さらに、第一のインタフェース手段および
第二のインタフェース手段はインタフェースドライバを
有し、インタフェースドライバは入れ替え可能であるも
のとした。
【００２７】さらに、レプリカ管理手段は、第一のイン
タフェース手段とデータの送受信を行なう第一のレプリ
カ分散管理手段と、第二のインタフェース手段とデータ
の送受信を行なう第二のレプリカ分散管理手段とを有し
ているものとした。
【００２８】さらに、第一のインタフェース手段および
第一のレプリカ分散管理手段は第一の計算機上に位置
し、第二のインタフェース手段および第二のレプリカ分
散管理手段は第二の計算機上に位置し、第一の計算機と
第二の計算機は通信媒体を介して接続可能であるものと
した。
【００２９】さらに、第一の計算機は、通信を管理する
第一の通信インタフェース手段を有し、第二の計算機
は、通信を管理する第二の通信インタフェース手段を有
しており、第一の通信インタフェース手段は第一のレプ
リカ分散管理手段からの命令に従い第二の通信インタフ
ェース手段に接続し、第二の通信インタフェース手段は
第二のレプリカ分散管理手段からの命令に従い第一の通
信インタフェース手段に接続するものとした。
【００３０】さらに、第一の計算機は、第二の計算機と
の通信で使用する通信情報が記憶された第一の通信情報
記憶手段を有し、第二の計算機は、前記第一の計算機と
の通信で使用する通信情報が記憶された第二の通信情報
記憶手段を有しているものとした。
【００３１】さらに、通信情報は通信アドレスであると
した。
【００３２】また、この発明にかかるレプリカ方法は、
レプリカ命令を受けるステップと、レプリカ命令より第
一のデータ記憶手段からの読み込み対象、および第二の
データ記憶手段への書き込み対象を割り出すステップ
と、第一のデータ管理手段にコマンドを投入して第一の
データ記憶手段から読み込み対象のデータを読み出すス
テップと、データのデータ形式をシステム内で決められ
た標準データ形式に変換するステップと、標準データ形
式のデータを書き込み対象のデータ形式に変換するステ
ップと、第二のデータ管理手段にコマンドを投入して第
二のデータ記憶手段にデータを書き込むステップとを有
しているものとした。
【００３３】また、この発明にかかるレプリカ方法は、
レプリカ命令を受けるステップと、レプリカ命令より第
一のデータ記憶手段からの読み込み対象、および第二の
データ記憶手段への書き込み対象を割り出すステップ
と、第一のデータ管理手段にコマンドを投入して第一の
データ記憶手段から読み込み対象のデータを読み出すス
テップと、読み込みたデータのデータ形式をシステム内
で決められた標準データ形式に変換するステップと、第
一の計算機と第二の計算機を通信媒体を介して接続する
ステップと、標準データ形式のデータを第一の計算機か
ら送信するステップと、標準データ形式のデータを第二
の計算機が受信するステップと、受信したデータを、書
き込み対象のデータ形式に変換するステップと、第二の
データ管理手段にコマンドを投入して第二のデータ記憶
手段にデータを書き込むステップとを有するものとし
た。
【００３４】
【発明の実施の形態】実施の形態１．図１は、この発明
の実施の形態１を示すレプリカシステムの構成図であ
る。図１において、レプリカシステムはホストコンピュ
ータ１と、モバイルコンピュータ等の分散コンピュータ
２ａ、２ｃおよび２ｄとから構成されている。なお、ホ
ストコンピュータ１と分散コンピュータ２ａ、２ｃおよ
び２ｄとは、ＬＡＮやインターネット等の通信媒体を通
じて接続可能である。
【００３５】ホストコンピュータ１は、マスタデータベ
ース（以下、「マスタＤＢ」と称す）Ａ３ａとマスタＤＢ
Ａ３ａを管理するデータベース管理システム（Ｄａｔａ
Ｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ：以
下、「ＤＢＭＳ」と称す）であるＤＢＭＳＡ４ａ、および
マスタＤＢＢ３ｂとこれを管理するＤＢＭＳＢ４ｂとを
有している。
【００３６】また、分散コンピュータ２ａは、マスタＤ
ＢＡ３ａから必要なデータをコピーしたコピーデータベ
ース（以下、「コピーＤＢ」と称す）Ｃ５ａと、コピーＤ
ＢＣ５ａを管理するデータベース管理システムであるＤ
ＢＭＳＣ６ａ、およびマスタＤＢＢ３ａから必要なデー
タをコピーしたコピーＤＢＤ５ｂと、コピーＤＢＤ５ｂ
を管理するデータベース管理システムであるＤＢＭＳＤ
６ｂとを有している。
【００３７】さらに、分散コンピュータ２ｃは、マスタ
ＤＢＡ３ａから必要なデータをコピーしたコピーＤＢＥ
５ｃと、コピーＤＢＥ５ｃを管理するデータベース管理
システムであるＤＢＭＳＥ６ｃとを有し、分散コンピュ
ータ２ｄは、マスタＤＢＡ３ａから必要なデータをコピ
ーしたデータファイルであるコピーファイルＡ５ｄとデ
ータ管理プログラム８とを有している。なお、データ管
理プログラム８は、通常はオペーレーティングシステム
内に組み込まれている。
【００３８】なお、ＤＢＭＳＡ４ａとＤＢＭＳＣ６ａ、
ＤＢＭＳＢ４ｂとＤＢＭＳＤ６ｂ、およびＤＢＭＳＡ４
ａとＤＢＭＳＥ６ｃは、同じデータベースプログラムを
使用したデータベース管理システムであっても、異なる
データベースプログラムを使用したしたデータベース管
理システムであってもよい。
【００３９】また、データベースおよびデータファイル
はデータ記憶手段に相当し、データベースおよびデータ
ファイルを管理するデータベース管理システムおよびデ
ータ管理プログラムはデータ管理手段に相当する。
【００４０】７は、ホストコンピュータ１のマスタＤＢ
Ａ３ａおよびマスタＤＢＢ３ｂと分散コンピュータ２ａ
のコピーＤＢＣ５ａ、コピーＤＢＣ５ｂ、分散コンピュ
ータ２ｃのコピーＤＢＥ５ｃ、および分散コンピュータ
３ｄのコピーファイルＡ５ｄとのデータのフォーマット
変換や、データの読み込み・書き込みの制御を行なって
いるレプリカコントロール部であり、ＤＢＭＳＡ４ａと
のインタフェースを有するインタフェース手段であるＤ
ＢＭＳＡ用パブリシャインタフェース部７１ａ、ＤＢＭ
ＳＢ４ｂとのインタフェースを有するインタフェース手
段であるＤＢＭＳＢ用パブリッシャインタフェース部７
１ｂ、および、ＤＢＭＳＣ６ａとのインタフェースを有
するインタフェース手段であるＤＢＭＳＣ用ディスクリ
プタインタフェース部７３ａ、ＤＢＭＳＤ６ｂとのイン
タフェースを有するインタフェース手段であるＤＢＭＳ
Ｄ用ディスクリプタインタフェース部７３ｂ、ＤＢＭＳ
Ｅ６ｃとのインタフェースを有するインタフェース手段
であるＤＢＭＳＥ用ディスクリプタインタフェース部７
３ｃ、データ管理プログラム８とのインタフェースを有
するインタフェース手段であるファイルＡ用ディスクリ
プタインタフェース部７３ｄ、およびレプリカ管理手段
であるレプリカマネージャ７４とから構成されている。
【００４１】なお、ＤＢＭＳＡ用パブリシャインターフ
ェース部７１ａ、ＤＢＭＳＢ用パブリシャインターフェ
ース部７１ｂ、ＤＢＭＳＣ用ディスクリプタインタフェ
ース部７３ａ、ＤＢＭＳＤ用ディスクリプタインタフェ
ース部７３ｂ、ＤＢＭＳＥ用ディスクリプタインタフェ
ース部７３ｃ、およびファイルＡ用ディスクリプタイン
タフェース部７３ｄは一以上のオブジェクトから構成さ
れており、それぞれ、インタフェースドライバ、すなは
ち、ＤＢＭＳＡ用パブリシャドライバ７２ａ、ＤＢＭＳ
Ｂ用パブリシャドライバ７２ｂ、ＤＢＭＳＣ用ディスク
リプタドライバ７２ｃ、ＤＢＭＳＤ用ディスクリプタド
ライバ７２ｄ、ＤＢＭＳＥ用ディスクリプタドライバ７
２ｅ、ファイルＡ用ディスクリプタドライバ７２ｆを有
している。ここで、パブリッシャおよびディスクリプタ
とは、マスタ側に関連する動作およびコピー側に関連す
る動作を行なうものとして、相互に命名されている。
【００４２】また、レプリカマネージャ７４は、各パブ
リシャインタフェース部および各ディスクリプタインタ
フェース部への命令制御や管理を行なっており、レプリ
カのパターンであるレプリカパターンデータをあらかじ
め記憶したレプリカパターン記憶手段であるレプリカ定
義表７４０を有している。
【００４３】図２は、レプリカ定義表７４０に定義され
たレプリカパターンデータのデータ形式を記載したもの
である。図中、７４０１は、定義されたレプリカのパタ
ーンを示す番号である。７４０２は、マスタ側を示す欄
であり、パブリッシャドライバ名欄７４０３ａ、テーブ
ル／ファイル名欄７４０４ａ、対象データ名欄７４０５
ａを有している。
【００４４】パブリッシャドライバ名欄７４０３ａに
は、レプリカ処理でのマスタＤＢおよびマスタファイル
に対応するパブリッシャドライバ名が登録されている。
テーブル／ファイル名欄７４０４ａには、レプリカ処理
での対象となるマスタＤＢ側のテーブル名、またはマス
タファイル名が登録されている。
【００４５】なお、テーブル名や、そのテーブルのデー
タ形式の情報の一覧はＤＢＭＳが有しており、テーブル
名を指定してＤＢＭＳにコマンドを発行することによ
り、データベースからのデータの読み込みや、データベ
ースへのデータの書き込み等の一連のデータ操作をする
ことができる。対象データ名欄７４０５ａは、テーブル
／ファイル名欄７４０４ａに入力されたテーブルやファ
イルが有するデータのうち、レプリカの対象とするデー
タ名が登録されている。
【００４６】７４０６は、コピー側を示す欄であり、マ
スタ側を示す欄７４０２と同じように、ディスクリプタ
ドライバ名欄７４０３ｂ、テーブル／ファイル名欄７４
０４ｂ、対象データ名欄７４０５ｂの各欄を有してい
る。
【００４７】７４０７は、レプリカ処理において、管理
者が特別に設定するオプションを登録する欄であり、コ
ード変換欄７４０８と対象キー欄７４０９とがある。コ
ード変換欄７４０８には、マスタＤＢの対象データ中に
存在する特殊データのコードの変換等のコード変換情報
が登録されており、例えば、ユーザ外字コードがマスタ
ＤＢを管理するＤＢＭＳとユーザＤＢを管理するＤＢＭ
Ｓで異なっている場合に、双方のコードの対応付けを登
録している。また、対象キー欄７４０９には、対象デー
タのうちのレプリカの対象とするデータのキーを登録し
ている。なお、オプション欄には、この他にも管理者が
任意に欄を設定できる。
【００４８】次に、マスタＤＢから必要となるデータを
コピーＤＢにコピーさせる方法および、コピーＤＢから
更新されたデータをマスタＤＢにコピーさせる方法につ
いて、マスタＤＢＡ３ａとコピーＤＢＣ５ａでの場合を
例にして説明する。
【００４９】具体的には、図２のレプリカ定義表に登録
されたパターン番号１に従うものとする。図３は、マス
タＤＢＡ３ａから必要となるデータをコピーＤＢＣ５ａ
にコピーさせる場合のレプリカシステムの動作を示す動
作フロー図、図４は、ＤＢＭＳＡ用パブリシャインタフ
ェース部７１ａでの動作フロー図、図５は、ＤＢＭＳＣ
用ディスクリプタインタフェース部７３ａでの動作フロ
ー図である。
【００５０】なお、レプリカ処理を実施する前に、ホス
トコンピュータ１と分散コンピュータ２ａとは、通信回
線で接続されている必要がある。これは、例えば、分散
コンピュータ２ａ上で通信ドライバを起動させてホスト
コンピュータ１に電話し、ホストコンピュータ１の通信
ドライバとセッションを確立させる等の方法による。ま
た、当然に、ＤＢＭＳＣ用ディスクリプタインタフェー
ス部７３ａとＤＢＭＳＣ６ａとのデータ転送では、それ
ぞれの通信ドライバを経由して行なわれることが前提で
ある。
【００５１】まず、レプリカマネージャ７３は、パター
ン番号１にてマスタ側からコピー側にデータのコピーを
実行しろというレプリカ命令を受信する（ステップ
１）。この場合、命令は分散コンピュータから営業員等
が入力してもよく、また、ホストコンピュータ１で、操
作員がコンソール等から入力してもよい。レプリカマネ
ージャ７４では、この命令を受信し、レプリカ定義表７
４０に登録されたレプリカパターンデータの指定に基づ
いて、書き込みおよび読み込みとなる対象を割り出す
（ステップＳ２）。ここで、対象とはテーブル／ファイ
ル名や対象データのことである。次に、パブリッシャド
ライバ名欄７４０３ａに登録されたドライバ名に対応し
たＤＢＭＳＡ用パブリシャインタフェース部７１ａにデ
ータ読み込み要求を送る（ステップＳ３）。
【００５２】なお、このデータ読み込み要求には、レプ
リカパターンデータのマスタ欄７４０２のデータおよび
オプション欄７４０７のデータが付加されている。ＤＢ
ＭＳＡ用パブリシャインタフェース部７１ａでは、ＤＢ
ＭＳＡ用パブリシャドライバ７２ａが動作して読み込み
処理を行なう（ステップＳ４）。
【００５３】読み込み処理ステップＳ４の動作詳細につ
いて、図４の動作フロー図に基づいて説明する。ＤＢＭ
ＳＡ用パブリシャドライバ７２ａは、システムの起動と
同時に起動し、要求待ち状態となっている（ステップＳ
１００）。レプリカマネージャ７４から要求を受けた場
合には、まず、その要求が読み込み要求か否かを判断す
る（ステップＳ１０１）。
【００５４】ここで、読み込み要求であると判断される
から、ＤＢＭＳＡ４ａにマスタＤＢＡ３ａからデータを
読み込むステートメントを発行する。具体的には、テー
ブル名欄７４０４ａに登録されたＴＢＬＡ１のテーブル
で、そのテーブルのうち対象データ欄７４０５ａに登録
されたＣＯＤＥ・ＨＩＮＭＥＩ・ＫＯＳＵ・ＮＥＤＡＮ
のデータで、かつ、ＣＯＤＥに指定された対象キー欄７
４０９に登録された値が１・５・１２・２０・２５であ
るから、ＣＯＤＥが１・５・１２・２０・２５であるデ
ータのみを読み込むステートメントを作成し発行するこ
とになる（ステップＳ１０２）。
【００５５】ＤＢＭＳＡ４ａでは、ステートメントに従
って、マスタＤＢＡ３ａからデータを読み込み、ＤＢＭ
ＳＡ用パブリッシャインタフェース部７１ａに送る。Ｄ
ＢＭＳＡ用パブリシャドライバ７２ａは、このデータを
受け（ステップＳ１０３）、システム内で決定された標
準データ形式への変換と特殊データのコード変換を行な
う（ステップＳ１０４）。
【００５６】ここで、標準データ形式に変換するとは、
すべてバイト形式に変換することである。まず、テーブ
ル名欄７４０４ａに登録されたＴＢＬＡ１のテーブル名
を指定して、ＤＢＭＳＡ４ａにＴＢＬＡ１のデータフー
マットを読み出すコマンドを発行する。これにより、Ｔ
ＢＬＡ１のデータフォーマットが判明するので、例え
ば、読み込んだデータがパック形式やゾーン形式であっ
たと判明したならば、バイト形式に変換する。
【００５７】また、特殊データのコード変換とは、コー
ド欄７４０８に登録されたコード変換を行なうことであ
り、パターン番号１では具体的には、ＨＩＮＭＥＩのデ
ータ中にＸ’５０５０’があった場合には、これをＸ’
４Ａ４Ａ’に変換している。変換されたデータは、その
後、レプリカマネージャ７４に送られる（ステップＳ１
０５）。
【００５８】レプリカマネージャ７４では、ＤＢＭＳＡ
用パブリシャインタフェース部７１ａから、標準データ
形式のデータを受け（ステップＳ５）、ＤＢＭＳＣ用デ
ィスクリプタインタフェース部７３ｃに、標準データ形
式のデータとともにデータ書き込みを要求する（ステッ
プＳ６）。ＤＢＭＳＣ用ディスクリプタインタフェース
部７３ａでは、ＤＢＭＳＣ用ディスクリプタドライバ７
２ｃが書き込み処理を実施する（ステップＳ７）。
【００５９】書き込み処理ステップＳ７の動作詳細につ
いて、図５の動作フロー図に基づいて説明する。ＤＢＭ
ＳＣ用ディスクリプタドライバ７２ｃは、システムの起
動と同時に起動し、要求待ち状態となっている（ステッ
プＳ２００）。レプリカマネージャ７４から要求を受け
た場合には、まず、その要求が読み込み要求か否かを判
断する（ステップＳ２０１）。ここで、書き込み要求で
あると判断されるから、まず、受け取った標準データ形
式のデータをコピーＤＢＣ５ａのデータフォーマットに
変換する。
【００６０】具体的には、テーブル名欄７４０４ｂに登
録されたＴＢＬＢ１のテーブル名を指定して、ＤＢＭＳ
Ｃ６ａにＴＢＬＢ１のデータフーマットを読み出すコマ
ンドを発行する。ＴＢＬＢ１のデータフォーマットが判
明すると、次に、レプリカマネージャ７４から送られた
標準データ形式の各データ、すなはちバイト形式のＣＯ
ＤＥ・ＨＩＮＭＥＩ・ＫＯＳＵ・ＮＥＤＡＮのデータを
ＴＢＬＢ１のデータ形式に変換する（ステップＳ２０
６）。この後、このデータを書き出すステートメントを
作成しＤＢＭＳＣ６ａに発行する（ステップＳ２０
７）。
【００６１】ＤＢＭＳＣ６ａでは、ステートメントに従
って、コピーＤＢＣ５ａにデータを書き込み、リターン
コードをＤＢＭＳＣ用ディスクリプタインタフェース部
７３ａに送る。ＤＢＭＳＣ用ディスクリプタドライバ７
２ｃは、このリターンコードを受け（ステップＳ２０
８）、レプリカマネージャ７４に完了を通知する（ステ
ップＳ２０９）。
【００６２】レプリカマネージャ７４は、この完了通知
を受け、使用者への終了報告などの一連の完了処理を実
施する（ステップＳ８）。
【００６３】次に、コピーＤＢＣ５ａから更新されたデ
ータをマスタＤＢＡ３に反映させる動作を説明する。こ
の場合も、図２に記載されたパターン番号１に従うもの
とする。図６は、コピーＤＢから修正されたデータを読
み込み、マスタＤＢに書き込む場合のレプリカマネージ
ャの動作を示す動作シーケンス図である。
【００６４】まず、レプリカマネージャ７４では、パタ
ーン番号１にしたがって、コピー側からマスタ側へ更新
データをコピーせよというレプリカ命令を受信し（ステ
ップ１０）、レプリカ定義表７４０からレプリカパター
ンデータを読み込み、読み込み及び書き込みの対象を決
定する（ステップＳ１１）。
【００６５】その後、ディスクリプタドライバ名欄７４
０３ｂに登録されたドライバ名に対応したＤＢＭＳＣ用
ディスクリプタインタフェース部７３ａにデータの読み
込み要求を送る（ステップＳ１１）。
【００６６】なお、このデータ読み込み要求には、レプ
リカ定義表７４０のコピー欄７４０２のデータおよびオ
プション欄７４０７のデータが付加されている。ＤＢＭ
ＳＣ用ディスクリプタインタフェース部７３ａでは、Ｄ
ＢＭＳＣ用ディスクリプタドライバ７２ｃが動作して、
読み込み処理を行なう（ステップＳ１３）。
【００６７】ＤＢＭＳＣ用ディスクリプタインタフェー
ス部７３ａでの読み込み処理ステップＳ１３の動作詳細
について、図５の動作フロー図に基づいて説明する。Ｄ
ＢＭＳＣ用ディスクリプタドライバ７２ｃは、システム
の起動と同時に起動し、要求待ち状態となっている（ス
テップＳ２００）。レプリカマネージャ７４から要求を
受けた場合には、まず、その要求が読み込み要求か否か
を判断する（ステップＳ２０１）。
【００６８】ここで、読み込み要求であると判断される
から、ＤＢＭＳＣ６ａにコピーＤＢＣ５ａから更新され
たデータを読み込むステートメントを発行する（ステッ
プＳ２０２）。なお、読み込むデータの選択は、レプリ
カ定義表の登録とＤＢＭＳＣが管理する更新時間で判断
する。具体的には、テーブル名欄７４０４ｂに登録され
たＴＢＬＢ１のテーブルで、そのテーブルのうち対象デ
ータ欄７４０５ｂに登録されたＣＯＤＥ・ＨＩＮＭＥＩ
・ＫＯＳＵ・ＮＥＤＡＮのデータで、かつ対象キー欄７
４０９に登録されたＣＯＤＥの値が１・５・１２・２０
・２５のデータで、かつ、マスタＤＢＡ３ａからコピー
ＤＢＣ５ａへのコピー処理がなされた以降のデータ更新
日時を持つデータのみ読み込みの対象となる。なお、デ
ータ更新日時は、ＤＢＭＳＣ６ａが管理している。
【００６９】ＤＢＭＳＣ６ａでは、ステートメントに従
って、コピーＤＢＣ５ａからデータを読み込み、ＤＢＭ
ＳＣ用ディスクリプタインタフェース部７３ａに送る。
ＤＢＭＳＣ用ディスクリプタドライバ７２ｃは、このデ
ータを受け（ステップＳ２０３）、標準データ形式への
変換と特殊データのコード変換を行なった（ステップＳ
２０４）後に、レプリカマネージャ７４に送る（ステッ
プＳ２０５）。
【００７０】レプリカマネージャ７４では、ＤＢＭＳＣ
用ディスクリプタインタフェース部７３ａから、標準デ
ータ形式のデータを受け（ステップＳ１４）、ＤＢＭＳ
Ａ用パブリシャインタフェース部７１ａに、標準データ
形式のデータとともデータ書き込み要求をする（ステッ
プＳ１５）。ＤＢＭＳＡ用パブリシャインタフェース部
７１ａでは、ＤＢＭＳＡ用ドライバ７２ａが書き込み処
理を実施する（ステップＳ１６）。
【００７１】書き込み処理ステップＳ１６の動作詳細に
ついて、図４の動作フロー図に基づいて説明する。ＤＢ
ＭＳＡ用パブリシャドライバ７２ａは、システムの起動
と同時に起動し、要求待ち状態となっている（ステップ
Ｓ１００）。レプリカマネージャ７４から要求を受けた
場合には、まず、その要求が読み込み要求か否かを判断
する（ステップＳ１０１）。ここで、書き込み要求であ
ると判断されるから、まず、受け取った標準データ形式
のデータをマスタＤＢＡ３ａのデータフォーマットに変
換する。具体的には、テーブル欄７４０４ａに登録され
たＴＢＬＡ１のテーブル名を指定して、ＤＢＭＳＡ６ａ
にＴＢＬＡ１のデータフォーマットを読み出すコマンド
を発行する。その後、レプリカマネージャ７４から送ら
れた標準データ形式のＣＯＤＥ・ＨＩＮＭＥＩ・ＫＯＳ
Ｕ・ＮＥＤＡＮのバイト形式のデータを、マスタＤＢ３
ａ上のＴＢＬＡ１のデータ形式に変換（ステップＳ１０
６）した後、このデータを書き込むステートメントを作
成してＤＢＭＳＡ４ａに発行する（ステップＳ１０
７）。
【００７２】ＤＢＭＳＡ４ａでは、ステートメントに従
って、マスタＤＢＡ３ａにデータを書き込み、リターン
コードをＤＢＭＳＡ用パブリシャインタフェース部７１
ａに送る。ＤＢＭＳＡ用パブリシャドライバ７２ａは、
このリターンコードを受け（ステップＳ１０８）、レプ
リカマネージャ７４に完了を通知する（ステップＳ１０
９）。
【００７３】レプリカマネージャ７４は、この完了通知
を受け、使用者への終了報告などの一連の完了処理を実
施する（ステップＳ１７）。
【００７４】このようなレプリカシステムでは、マスタ
ＤＢやコピーＤＢの数が増えたり、変更されたりした場
合にも、その追加・変更されたデータベースを管理する
データベース管理システムのプログラムが何であろう
と、対応するＤＢＭＳ用ディスクリプタインタフェース
部を追加・変更等し、レプリカ定義表にレプリカのパタ
ーンを登録するだけでレプリカの実行が可能であり、レ
プリカマネージャや他のＤＢＭＳ用ディスクリプタイン
タフェース部およびＤＢＭＳ用パブリッシャインタフェ
ース部の変更は必要がなく、修正が簡単である。
【００７５】また、使用者は、マスタＤＢおよびコピー
ＤＢを管理するデータベース管理システムで使用されて
いるデータベースプログラムの種類を意識することなく
レプリカ処理の形式を決定することができる。
【００７６】さらにまた、使用者が、特別な文字を使用
している場合にも、この文字コード変換内容をレプルカ
定義表に事前に登録するだけで、簡単にレプリカ時の文
字コード変換を行なうことができる。
【００７７】なお、マスタＤＢＡ３ａとコピーファイル
Ａ５ｄとでレプリカ処理を行なう場合、例えば、図２の
レプリカ定義表に登録されたパターン番号２に従う場合
には、ファイルＡ用ディスクリプタインタフェース部７
３ｄ側でのファイルＡ用ディスクリプタドライバ７２ｆ
の処理が多少異なることになる。
【００７８】ファイルＡ用ディスクリプタインタフェー
ス部７３ｄ内にあるファイルＡ用ディスクリプタドライ
バ７２ｆは、内部にファイルＡ５ｄのデータフォーマッ
トを有している必要がある。まず、レプリカマネージャ
７４からデータの読み込み要求を受けた場合には、ファ
イル名を指定して読み込み命令を作成した後、分散コン
ピュータ２ｄにこの読み込み命令を発行する。この読み
込み命令を、分散コンピュータ２ｄのオペレーティング
システム内に組み込まれたデータ管理プログラム８が受
け取り、コピーファイルＡから指定されたデータを読み
込むことになる。
【００７９】これにより、コピーファイルＡ５ｄからデ
ータの読み込みができるので、ファイルＡ用ディスクリ
プタドライバ７２ｆでは、内部に有するコピーファイル
Ａ５ｄのデータフォーマットとレプリカ定義表７４０に
登録された情報に基づいて必要となるデータを選択し、
標準データ形式へ変換した後に、レプリカマネージャ７
４に送ることになる。
【００８０】逆に、レプリカマネージャ７４からデータ
とともに書き込み要求を受けた場合には、データをコピ
ーファイルＡ用のデータフォーマットに変換した後に、
ファイル名を指定して分散コンピュータ２ｄにデータの
書き込み命令を発行し、分散コンピュータ２ｄのデータ
管理プログラム８がコピーファイルＡ５ｄへのデータの
書き込みを実施する。
【００８１】なお、マスタファイルを使用してレプリカ
処理を行なう場合にも、マスタファイル側パブリッシャ
ドライバは、ファイルＡ用ディスクリプタドライバ７２
ｆと同様の処理機能を有していればよい。
【００８２】このようにすることで、マスタＤＢとコピ
ーファイルとのデータのコピーおよび、マスタファイル
とコピーＤＢとのデータのコピー、マスターファイルと
コピーファイルとのデータのコピーを同一システムで実
現することができる。
【００８３】また、各ディスクリプタインターフェース
部をホストコンピュータではなく、各分散コンピュータ
上に配置させるようにしてもよい。
【００８４】これにより、コピーＤＢおよびコピーファ
イルの変更が発生した場合には、このコピーＤＢおよび
コピーファイルを有する分散コンピュータの修正のみで
対応でき、ホストコンピュータ側の修正は必要ないの
で、修正時間が短縮でき、修正の手間も削減される。
【００８５】また、データベースのテーブルフォーマッ
トの情報を、各ドライバ内に持たせたてもよく、さらに
また、データベースのテーブルフォーマットの情報やフ
ァイルのテーブルフォーマットの情報をレプリカ定義表
に持たせたりしても当然によい。
【００８６】この場合には、ディスクリプタドライバお
よびパブリッシャドライバが、各データベース管理シス
テムにコマンドを発行して各テーブルのフォーマットを
調べるという作業が軽減される。
【００８７】また、この実施の形態１では、標準データ
形式としてすべてのデータをバイト形式に変換している
が、特にバイト形式である必要はなく、レプリカマネー
ジャを通して、パブリッシャインタフェース部とディス
クリプタインタフェース部でやり取りされるデータのフ
ォーマットが、どのパブリッシャインタフェース部とど
のディスクリプタインタフェース部とでデータの転送が
行なわれているかに関係なく同じであればよい。
【００８８】さらにまた、この実施の形態１では、ホス
トＤＢ等はホストコンピュータ上に、コピーＤＢ等は分
散コンピュータ上に配置させたが、ホストＤＢ等とコピ
ーＤＢ等が存在するシステムであれば、この両者が同じ
コンピュータ上に配置されているものであってもよい。
【００８９】実施の形態２．図７は、この発明の実施の
形態２におけるレプリカシステムを示す構成図であり、
図１の実施の形態１におけるレプリカシステムにおい
て、レプリカコントロール部７にレプリカ実行表を設け
たものである。
【００９０】図７において、７５はレプリカ命令記憶手
段であるレプリカ実行表である。レプリカ実行表とは、
マスタＤＢからコピーＤＢへのコピーや、コピーＤＢか
ら更新データのマスタＤＢへのコピーなどのレプリカ命
令をデータとして予め登録しておくために使用されるも
のである。
【００９１】図８は、レプリカ実行表に登録されたデー
タを表形式で記載したものである。図中、３０１は実行
順番番号欄である。３０２は、マスタ側からコピー側へ
のコピーか、コピー側からマスタ側へのコピーかを登録
した操作欄である。３０３は、レプリカ定義表７４０内
のパターン番号を記載した操作パターン欄である。
【００９２】次に、レプリカ実行表を使用した動作の流
れについて、図９のフロー図を参照にして説明する。ま
ず、レプリカ実行表７５に基づく処理を起動する（ステ
ップＳ４０１）。この起動は、管理者がコンソールより
コマンド入力することで行なったり、予め定めた時間に
起動させるようにしてもよい。次に、カウンタｎの初期
処理を実施後（ステップＳ４０２）、カウンタｎに１を
加え（ステップＳ４０３）、レプリカ実行表７５からｎ
番目のレコードを読み込む（ステップＳ４０４）。その
後、レコードが存在するかを判断し（ステップＳ４０
５）、レコードが存在する場合には、そのレプリカ命令
を実行する。例えば、図８の実行番号１のデータが読み
込まれた場合には、操作欄がコピー---＞マスタであ
り、操作パターンが１であるから、図６に示したコピー
ＤＢからマスタＤＢへのコピー処理を実行することにな
る（ステップＳ４０６）。その後に、ステップＳ４０３
に戻り以降のステップを実施する。なお、ステップＳ４
０５で読み込まれたデータがないと判断された場合に
は、処理を終了する。
【００９３】このように、必要となるレプリカ命令を予
め登録することにより、動作のつど手動でレプリカ命令
を入力するのに比較して、管理者の操作の労力を大幅に
削減できる。特に、定型処理においては、一度レプリカ
実行表に書き込めばあとは何度でも使用できるので、有
効である。
【００９４】なお、この実施の形態２では、レプリカに
実行順番を予め登録しておくことにしたが、レプリカを
実行する時間を登録するようにしてもよい。この場合、
レプリカマネージャに、レプリカ実行表に登録された実
行時間を監視し、実行時間になった時に、レプリカ命令
を実施する機能を持たせることにより、無人状態でのレ
プリカ処理を行なうことができ、さらに有効である。
【００９５】実施の形態３．図１０は、この発明の実施
の形態３のレプリカシステムを示す構成図であり、図７
のレプリカシステムにおいて、ディスクリプタドライバ
およびパブリッシャドライバを必要な時にディスクから
読み込み、動作させるようにしたものである。
【００９６】パブリッシャインタフェース部およびディ
スクリプタインタフェース部は、一以上のオブジェクト
で形成されており、その内部で動作するパブリッシャド
ライバおよびディスクリプタドライバにより制御され
る。従って、レプリカマネージャとのインターフェース
およびデータベース管理システムとのインタフェースを
有する共通部分のみをオブジェクトとして作成し、レプ
リカマネージャからの要求を受ける毎に必要となるパブ
リッシャドライバおよびディスクリプタドライバをロー
ドし、組み合わせて動作させる構成にすることが可能で
ある。
【００９７】図１０において、７６は、ディスクリプタ
インタフェース部である。７７は、パブリッシャインタ
ーフェース部である。
【００９８】７８は、ディスクリプタドライバ記憶ディ
スクであり、分散コンピュータのコピーＤＢやコピーフ
ァイルを管理するディスクリプタドライバ、具体的に
は、ＤＢＭＳＣ用ディスクリプタドライバ７２ｃ、ＤＢ
ＭＳＤ用ディスクリプタドライバ７２ｄ、ＤＢＭＳＥ用
ディスクリプタドライバ７２ｅ、ファイルＡ用ディスク
リプタドライバ７２ｆを記憶している。また、７９は、
パブリッシャドライバ記憶ディスクであり、ホストコン
ピュータのマスタＤＢやマスタファイルを管理するパブ
リッシャドライバ、具体的には、ＤＢＭＳＡ用パブリッ
シャドライバ７２ａおよびＤＢＭＳＢ用パブリッシャド
ライバ７２ｂを記憶している。
【００９９】７３１は、レプリカマネージャ７３内に存
在するレプリカ分散管理手段であるレプリカディスクリ
プタマネージャ、７３２は、レプリカマネージャ７３内
に存在するレプリカ分散管理手段であるレプリカパブリ
ッシャマネージャであり、それぞれディスクリプタイン
ターフェース部７５およびパブリッシャインターフェー
ス部７６を管理している。
【０１００】次に、図８のレプリカ実行表に記載された
実行順番１の要求、すなはち操作パターン１に従ってコ
ピーＤＢからマスタＤＢへの更新データのコピー処理が
なされる場合の動作について、図１１の動作フロー図に
従って説明する。
【０１０１】まず、レプリカパブリッシャマネージャ７
３２は、レプリカ実行表７５に登録されたレコードを読
み込み、内容を判断する（ステップＳ５０１）。この内
容は、レプリカ定義表７４０のパターン番号１に基づく
マスタ側からコピー側へのコピー処理であるから、レプ
リカ定義表７４０のパターン番号１のレプリカパターン
データを読み込み、書き込み対象及び読み込み対象を決
定する（ステップＳ５０２）。
【０１０２】次に、レプリカパブリッシャマネージャ７
３２はコピーＤＢＡ５ａからの更新データの読み込みを
レプリカディスクリプタマネージャ７３１に指示する。
レプリカディスクリプタマネージャ７３１は、レプリカ
パターンデータから必要とするディスクリプタドライバ
を判断し、ディスクリプタドライバ記憶ディスク７８よ
り、コピーＤＢＣ５ａを管理するＤＢＭＳＣ６ａ用のド
ライバであるＤＢＭＳＣ用ディスクリプタドライバ７２
ｃをディスクリプタインタフェース部７６にロードする
（ステップＳ５０３）。
【０１０３】その後、レプリカディスクリプタマネージ
ャ７３１は、ディスクリプタインタフェース部７５にデ
ータ読み込み要求を出し（ステップＳ５０４）、図６の
動作シーケンスと同様にステップＳ１３が実行され、コ
ピーＤＢ５ａの更新データをレプリカディスクリプタマ
ネージャ７３１が受け取る（ステップＳ５０５）。
【０１０４】レプリカディスクリプタマネージャ７３１
は、受け取ったデータをレプリカパブリッシャマネージ
ャ７３２に渡す。レプリカパブリッシャマネージャ７３
２は、レプリカパターンデータから必要とするパブリッ
シャドライバを判断し、パブリッシャドライバ記憶ディ
スク７９より、マスタＤＢＡ３ａを管理するＤＢＭＳＡ
４ａ用のドライバであるＤＢＭＳＡ用パブリッシャドラ
イバ７２ａをパブリッシャインタフェース部７７にロー
ドする（ステップＳ５０６）。その後、レプリカパブリ
ッシャマネージャ７３２は、パブリッシャインタフェー
ス部７７にデータ書き込み命令を出し（ステップＳ５０
７）、図６の動作シーケンスと同様にステップＳ１６、
Ｓ１７が実行され、更新データがマスタＤＢ３ａに反映
されることになる。
【０１０５】なお、コピーＤＢＤ５ｂ、コピーＤＢＥ５
ｃ、コピーファイルＡ５ｄへのデータの書き込みやデー
タの読み込みを行なう場合には、ディスクリプタマネー
ジャインタフェース部７６に各ＤＢＭＳやファイルに対
応したディスクリプタドライバをロードすればよく、マ
スタＤＢＢ３ｂへのデータの書き込みやデータの読み込
みを行なう場合には、パブリッシャインタフェース部７
７にＤＢＭＳＢ用パブリッシャドライバ７２ｂをロード
すればよい。
【０１０６】このようにすると、マスタＤＢおよびコピ
ーＤＢを管理するＤＢＭＳとのインタフェースや、マス
タファイルおよびコピーファイルとのインターフェース
を行なうためのインタフェース部は一つでよく、個々に
インタフェース部を持たせる場合に比較して、安価に、
また構成を簡単にしてレプリカシステムを構築できる。
特に、マスタとコピーとの間でのデータのコピー処理が
頻繁に発生せず、平行して複数の処理を実施する必要が
ない場合には、有用である。
【０１０７】実施の形態４．図１２は、この発明の実施
の形態４にかかるレプリカシステムを示す構成図であ
り、実施の形態３のレプリカシステムにおいて、レプリ
カマネージャの一部を分散コンピュータ上に配置させた
ものである。
【０１０８】図１２において、７３１ａは、分散コンピ
ュータ２ａ上に存在しているレプリカディスクリプタマ
ネージャ、７３１ｃは、分散コンピュータ２ｃ上に存在
しているレプリカディスクリプタマネージャ、７３１ｄ
は、分散コンピュータ２ｄに存在しているレプリカディ
スクリプタマネージャである。７３２ａは、ホストコン
ピュータ１上に存在しているレプリカバブリッシャマネ
ージャである。７６ａ、７６ｃおよび７６ｄは、それぞ
れ分散コンピュータ２ａ、分散コンピュータ２ｃおよび
分散コンピュータ２ｄ上に配置されたディスクリプタイ
ンタフェース部である。
【０１０９】また、レプリカパブリッシャマネージャ７
３２ａは、レプリカ定義表７４０ａを、レプリカディス
クリプタマネージャ７３１ａは、レプリカ定義表７４０
ｂを、レプリカディスクリプタマネージャ７３１ｃは、
レプリカ定義表７４０ｃを、レプリカディスクリプタマ
ネージャ７３１ｄは、レプリカ定義表７４０ｄをそれぞ
れ有している。
【０１１０】なお、レプリカ定義表７４０ｂ、レプリカ
定義表７４０ｃおよびレプリカ定義表７４０ｄに登録さ
れたパターンは、それぞれに存在するＤＢやファイルに
関連するもののみである。すなはち、レプリカパブリッ
シャマネージャ７３２ａが有するレプリカ定義表７４０
ａのうち、コピー欄のテーブル／ファイル名欄に登録さ
れたテーブルおよびファイルが所有されているもののみ
である。
【０１１１】７８ａ、７８ｃおよび７８ｄは、それぞれ
分散コンピュータ２ａ、分散コンピュータ２ｃおよび分
散コンピュータ２ｄ上に存在するディスクリプタドライ
バ記憶ディスクである。なお、ディスクリプタドライバ
記憶ディスク７８ａでは、ＤＢＭＳＣ６ａおよびＤＢＭ
ＳＤ６ｂとのデータのやりとりを行なうＤＢＭＳＣ用デ
ィスクリプタドライバ７２ｃおよびＤＢＭＳＤ用ディス
クリプタドライバ７２ｄの２つのドライバを記憶してお
り、ディスクリプタドライバ記憶ディスク７８ｃでは、
ＤＢＭＳＥ６ｃとのデータのやりとりを行なうＤＢＭＳ
Ｅ用ディスクリプタドライバ７２ｅのみ記憶しており、
ディスクリプタドライバ記憶ディスク７８ｄでは、コピ
ーファイルＡ５ｄとのデータのやりとりを行なうコピー
ファイルＡ用ディスクリプタドライバ７２ｆのみ記憶し
ている。
【０１１２】このようにすることで、ホストコンピュー
タ上の負荷の分散をはかりことができ、ホスト上でのプ
ログラム等の動作が遅延することを防止できる。
【０１１３】実施の形態５．図１３は、この発明の実施
の形態５におけるレプリカシステムを示す構成図であ
り、図１２のレプリカシステムにおいて、ホストコンピ
ュータと分散コンピュータとの通信接続・切断制御をレ
プリカコントロール部で実施可能にしたものである。
【０１１４】図１３において、７３３は、ホストコンピ
ュータ１の通信インタフェース手段であるパブリッシャ
通信インタフェース部である。７３４ａは、分散コンピ
ュータ２ａ上の通信インタフェース手段であるディスク
リプタ通信インタフェース部、７３４ｃは、分散コンピ
ュータ２ｃ上の通信インタフェース手段であるディスク
リプタ通信インタフェース部、７３４ｄは、分散コンピ
ュータ２ｄ上の通信インタフェース手段であるディスク
リプタ通信インタフェース部である。
【０１１５】７３５ａは、ホストコンピュータ上の通信
情報記憶手段である通信記憶ディスクであり、各ディス
クリプタドライバとそれが存在するディスクリプタ通信
インタフェース部との対応等の通信情報が記憶されてい
る。７３５ｂ、７３５ｃおよび７３５ｄは、ともに分散
コンピュータ２ａ、分散コンピュータ２ｃおよび分散コ
ンピュータ２ｄ上の通信情報記憶手段である通信記憶デ
ィスクであり、各パブリッシャドライバとそれが存在す
るパブリッシャ通信インタフェース部との対応等の通信
情報が記憶されている。
【０１１６】図１４は、通信記憶ディスク７３５ａに記
憶された通信情報の概念図である。図１４において、４
０１は、ディスクリプタドライバの名前欄、４０２はそ
れに対応するディスクリプタ通信ドライバの通信アドレ
ス欄、４０３は認証欄、４０４はオプション欄である。
【０１１７】ここで、通信アドレスとは、例えば電話回
線で接続する場合には各インタフェース部に割り付けら
れた電話番号が相当し、ＬＡＮに接続する場合には、各
インタフェース部に割り付けられたＩＰアドレス等が相
当する。また、認証とは、回線を通過するためのパスワ
ード等である。
【０１１８】オプション欄４０４には、圧縮選択欄４０
４ａと暗号化選択欄４０４ｂがあり、この欄がマークさ
れている場合には、圧縮処理や暗号化処理が行なわれ
る。
【０１１９】なお、ここでは、ディスクリプタ通信イン
タフェース部７３４ａのアドレスをＡ、ディスクリプタ
通信インタフェース部７３４ｃのアドレスをＣ、ディス
クリプタ通信インタフェース部７３４ｄのアドレスをＤ
としている。
【０１２０】また、同様に、図１５は、通信記憶ディス
ク７３５ｂに記憶された通信情報を示す図、図１６は、
通信記憶ディスク７３５ｃに記憶された通信情報を示す
図、図１７は、通信記憶ディスク７３５ｄに記憶された
通信情報を示す図である。なお、図１５、図１６、図１
７では、パブリッシャ通信インタフェース部７３３のア
ドレスをＭとしている。
【０１２１】次に、このレプリカシステムにおいて、分
散コンピュータ２ａのコピーＤＢＣ５ａの更新データを
マスタＤＢＡ３ａにコピーさせる場合の流れを図１８お
よび図１９の動作フローに基づいて説明する。なお、コ
ピー命令をする場合には、例えばレプリカ実行表に基づ
いてレプリカパブリッシャマネージャ７３２ａが受ける
場合と、分散コンピュータ所有の営業員等がキーボード
操作によりディスクリプタマネージャ７３１ａが受ける
場合があり、図１８が前者の場合の動作を、図１９が後
者の場合の動作を示す。
【０１２２】まず、図１８を用いて、レプリカパブリッ
シャマネージャがコピー要求を受信する場合について説
明する。まず、図１１のステップＳ５０１およびＳ５０
２が行なわれる。次に、レプリカパブリッシャマネージ
ャ７３２ａは、レプリカパターンデータに記載されたデ
ィスクリプタドライバをキーとして通信記憶ディスク７
３５ａを検索し、対応するアドレス等の情報を検出す
る。その後、この情報をパブリシャ通信インターフェー
ス部７３３に送り、アドレス先との接続を要求する。パ
ブリッシャ通信インタフェース部７３３は、このアドレ
スを使用して分散コンピュータ２ａのディスクリプタ通
信インタフェース部７３４ａと接続を確立する（ステッ
プＳ６０１）。なお、接続では、認証確認処理もあり、
認証欄４０３の認証ＡＡが使用されることになる。
【０１２３】レプリカパブリッシャマネージャ７３２ａ
は、パブリッシャ通信インタフェース部７３３から接続
された旨の通信を得たのち、パブリッシャ通信インタフ
ェース部７３３にレプリカパターンデータと読み込み要
求を送り、パブリッシャ通信インタフェース部７３３で
は、暗号にエンコードしてから送信する（ステップＳ６
０２）。この読み込み要求とレプリカパターンデータ
は、ディスクリプタ通信インタフェース部７３４ａによ
り受信されてデコードされ、その後にレプリカディスク
リプタマネージャ７３１ａが受け取る（ステップＳ６０
３）。
【０１２４】レプリカパターンデータおよび読み込み要
求を正常に受信した場合には、レプリカディスクリプタ
マネージャ７３１ａは接続を切断するようにディスクリ
プタ通信インタフェース部７３４ａに要求し、通信を切
断する（ステップＳ６０４）。
【０１２５】その後、分散コンピュータ２ａ側では、図
１１のステップＳ５０２、Ｓ５０３Ｓ１３、Ｓ５０５が
行なわれ、レプリカディスクリプタマネージャ７３１ａ
が更新データを受け取ることになる。
【０１２６】レプリカディスクリプタマネージャ７３１
ａは、レプリカパターンデータに記載されたパブリッシ
ャドライバをキーとして通信記憶ディスク７３５ｂを検
索し、対応するアドレス等の情報を検出する。その後、
この情報をディスクリプタ通信インターフェース部７３
４ａに送り、通信アドレス先との接続を要求する。ディ
スクリプタ通信インタフェース部７３４ａは、この通信
アドレスを使用してホストコンピュータ１のパブリッシ
ャ通信インタフェース部７３３と接続を確立する（ステ
ップＳ６０５）。レプリカディスクリプタマネージャ７
３１ａは、ディスクリプタ通信インタフェース部７３４
ａから接続された旨の通信を得たのち、ディスクリプタ
通信インタフェース部７３４ａに更新データを送り、こ
の更新データはディスクリプタ通信インタフェース部７
３４ａでエンコードされ暗号化された後、送信される
（ステップＳ６０６）。パブリッシャ通信インタフェー
ス部７３３では、このデータを受信し、デコードした後
に、レプリカパブリッシャマネージャ７３２ａが受け取
る（ステップＳ６０７）。なお、更新データを正常に受
け取った場合には、レプリカパブリッシャマネージャ７
３２ａは接続を切断するようにパブリッシャ通信インタ
フェース部７３３に要求し、通信を切断する（ステップ
Ｓ６０８）。
【０１２７】その後、ホストコンピュータ１側では、図
１１のステップＳ５０６、Ｓ５０７Ｓ１６が行なわれ、
更新データがマスタＤＢＡ３ａに反映されることにな
る。また、ステップＳ１７で、正常終了されたことがコ
ンソール等に表示される。
【０１２８】次に、図１９を用いて、レプリカディスク
リプタマネージャが要求を受信する場合について説明す
る。まず、レプリカディスクリプタマネージャ７３１ａ
は、キーボート等からの入力によりコピーからマスタＤ
ＢＡ３ａへコピーさせるパターン番号を指定したレプリ
カ命令を受け取る（ステップＳ７０１）。その後、図１
１のステップＳ５０２、Ｓ５０３、Ｓ５０４、Ｓ１３、
Ｓ５０５が行なわれ、レプリカディスクリプタマネージ
ャ７３１ａが更新データを受け取ることになる。
【０１２９】レプリカディスクリプタマネージャ７３１
ａは、レプリカパターンデータに記載されたパブリッシ
ャドライバをキーとして通信記憶ディスク７３５ｂを検
索し、対応するアドレス等の情報を検出する。その後、
この情報をディスクリプタ通信インターフェース部７３
４ａに送り、アドレス先との接続を要求する。ディスク
リプタ通信インタフェース部７３４ａは、このアドレス
を使用してホストコンピュータ１のパブリッシャ通信イ
ンタフェース部７３３と接続を確立する（ステップＳ７
０２）。
【０１３０】レプリカディスクリプタマネージャ７３１
ａは、ディスクリプタ通信インタフェース部７３４ａか
ら接続された旨の通信を得たのち、ディスクリプタ通信
インタフェース部７３４ａに更新データとレプリカパタ
ーンデータを送り、これはディスクリプタ通信インタフ
ェース部７３４ａでエンコードされて暗号化された後に
送信される（ステップＳ７０３）。この更新データとレ
プリカパターンデータを、パブリッシャ通信インタフェ
ース部７３３が受信し、更新データとレプリカパターン
データをデコードした後に、レプリカパブリッシャマネ
ージャ７３２ａが受け取ることになる（ステップＳ７０
４）。
【０１３１】なお、更新データとレプリカパターンデー
タを正常に受け取った場合には、レプリカパブリッシャ
マネージャ７３２ａは接続を切断するようにパブリッシ
ャ通信インタフェース部７３３に要求し、通信を切断す
る（ステップＳ７０５）。
【０１３２】その後、ホストコンピュータ１側では、図
１１のステップＳ５０６、Ｓ５０７、Ｓ１６が行なわ
れ、マスタＤＢＡ３ａに更新データが反映され、ステッ
プＳ１７で、レプリカパブリッシャドライバ７３２ａは
完了通知を受ける。
【０１３３】レプリカパブリッシャマネージャ７３２ａ
は、レプリカパターンデータに記載されたディスクリプ
タドライバをキーとして通信記憶ディスク７３５ａを検
索し、対応するアドレス等の情報を検出する。その後、
この情報をパブリシャ通信インターフェース部７３３に
送り、アドレス先との接続を要求する。パブリッシャ通
信インタフェース部７３３は、このアドレスを使用して
分散コンピュータ２ａのディスクリプタ通信インタフェ
ース部７３４ａと接続を確立する（ステップＳ７０
６）。
【０１３４】レプリカパブリッシャマネージャ７３２ａ
は、パブリッシャ通信インタフェース部７３３から接続
された旨の通信を得たのち、パブリッシャ通信インタフ
ェース部７３３に完了通知を送り、この完了通知はパブ
リッシャ通信インタフェース部７３３でエンコードされ
て暗号化された後に送信される（ステップＳ７０７）。
この完了通知は、ディスクリプタ通信インタフェース部
７３４ａで受信され、デコードされたのちにレプリカデ
ィスクリプタマネージャ７３１ａが受け取ることになる
（ステップＳ７０８）。なお、完了通知が正常に受信し
た場合には、レプリカディスクリプタマネージャ７３１
ａは接続を切断するようにディスクリプタ通信インタフ
ェース部７３４ａに要求し、通信を切断する（ステップ
Ｓ７０９）。
【０１３５】その後、分散コンピュータ２ａ側では、完
了処理としてレプリカディスクリプタマネージャ７３１
ａが完了通知をディスプレイ等に表示させることによ
り、正常終了を使用者に通知する（ステップＳ７１
０）。
【０１３６】なお、ここではコピーＤＢの更新データを
マスタＤＢにコピーさせる流れについて説明したが、マ
スタＤＢのデータをコピーＤＢにコピーする場合にも同
様な処理が行なわれ、データの送信やコマンドの送信の
時のみ、ホストコンピュータのパブリッシャ通信インタ
フェース部と分散コンピュータのディスクリプタインタ
フェース部が通信の接続を確立する。
【０１３７】このように、レプリカパブリッシャマネー
ジャとレプリカディスクリプタマネージャとがデータや
コマンドのやり取りをする場合にのみ、両者を接続させ
るようにしたので、余分な時間、例えばマスタＤＢへの
データの書き込み・読み込みやコピーＤＢへのデータの
書き込み・読み込み時には接続を確立させておく必要が
なく通信費用が安価となる。
【０１３８】また、ホストコンピュータと分散コンピュ
ータとの接続をレプリカ処理の中で自動で実施するよう
にしたので、使用者がレプリカ処理前に手動で接続処理
を実施する手間がなくなり、また、接続処理の方法を知
らなくても、使用者はレプリカ処理を実施できる。
【０１３９】また、暗号化や圧縮等の設定を、レプリカ
処理毎に設定することができるので、重要度やニーズ、
回線使用料、相手側通信ドライバの機能等を考慮し、各
レプリカ処理に対応したきめ細かいデータ転送を行なう
ことができる。
【０１４０】なお、この実施の形態５では、パブリッシ
ャ通信インタフェース部およびディスクリプタ通信イン
タフェース部に通信ドライバを配置させたが、これをデ
ィスク等に持たせて、接続の度に必要となる通信ドライ
バを読み出すようにしてもよい。但し、この場合は、通
信記憶ディスクで接続先の各アドレス毎に必要となる通
信ドライバ名を設定し、また、通信ドライバを記憶させ
ておく必要がある。
【０１４１】これにより、通信インタフェース部にあら
かじめ複数の通信ドライバを埋め込ませておく必要がな
く、構成を簡単にすることができる。
【０１４２】
【発明の効果】この発明にかかるレプリカシステムで
は、レプリカ命令を受信し、レプリカ命令より第一のデ
ータ記憶手段からの読み込み対象、および第二のデータ
記憶手段への書き込み対象を割り出すレプリカ管理手段
と、第一のデータ管理手段にコマンドを投入することに
より、第一のデータ記憶手段から読み込み対象のデータ
を読み込み、データのデータ形式をシステム内で決めら
れた標準データ形式に変換する第一のインタフェース手
段と、第一のインタフェース手段から標準データ形式の
データを取得し、データのデータ形式を書き込み対象の
データ形式に変換した後、第二のデータ管理手段にコマ
ンドを投入して、第二のデータ記憶手段に変換後のデー
タを書き込む第二のインタフェース手段とを有するもの
とした。
【０１４３】さらに、第一のデータ記憶手段および第二
のデータ記憶手段のすくなくとも一方はデータベースで
あるものとした。
【０１４４】これにより、データ記憶手段等の追加・変
更が容易になり、色々なデータ管理手段に対応できる。
【０１４５】さらに、第一のデータ記憶手段および第二
のデータ記憶手段はデータファイルであるものとした。
【０１４６】これにより、データベースとファイルの間
でのレプリカが可能になる。
【０１４７】さらに、レプリカ管理手段は、読み込み対
象および書き込み対象の情報を有するレプリカパターン
データが記憶されたレプリカパターン記憶手段を有して
いるものとした。
【０１４８】さらに、レプリカパターンデータは、コー
ド変換情報を有しているものとした。
【０１４９】これにより、コード変換も簡単に行なうこ
とができる。
【０１５０】さらに、レプリカ命令が記憶されたレプリ
カ命令記憶手段を有し、レプリカ管理手段はレプリカ命
令記憶手段からレプリカ命令を読み込むものとした。
【０１５１】これにより、レプリカ操作を簡単にするこ
とができる。
【０１５２】さらに、第一のインタフェース手段および
第二のインタフェース手段はインタフェースドライバを
有し、インタフェースドライバは入れ替え可能であるも
のとした。
【０１５３】これにより、一つのインタフェース手段で
多数の種類のデータ管理手段とインタフェースとインタ
フェースをとることができる。
【０１５４】さらに、レプリカ管理手段は、第一のイン
タフェース手段とデータの送受信を行なう第一のレプリ
カ分散管理手段と、第二のインタフェース手段とデータ
の送受信を行なう第二のレプリカ分散管理手段とを有し
ているものとした。
【０１５５】これにより、負荷を分散することができ
る。
【０１５６】さらに、第一のインタフェース手段および
第一のレプリカ分散管理手段は第一の計算機上に位置
し、第二のインタフェース手段および第二のレプリカ分
散管理手段は第二の計算機上に位置し、第一の計算機と
第二の計算機は通信媒体を介して接続可能であるものと
した。
【０１５７】さらに、第一の計算機は、通信を管理する
第一の通信インタフェース手段を有し、第二の計算機
は、通信を管理する第二の通信インタフェース手段を有
しており、第一の通信インタフェース手段は第一のレプ
リカ分散管理手段からの命令に従い第二の通信インタフ
ェース手段に接続し、第二の通信インタフェース手段は
第二のレプリカ分散管理手段からの命令に従い第一の通
信インタフェース手段に接続するものとした。
【０１５８】さらに、第一の計算機は、第二の計算機と
の通信で使用する通信情報が記憶された第一の通信情報
記憶手段を有し、第二の計算機は、前記第一の計算機と
の通信で使用する通信情報が記憶された第二の通信情報
記憶手段を有しているものとした。
【０１５９】さらに、通信情報は通信アドレスであると
した。
【０１６０】これにより、必要な場合にのみ計算機間を
接続することが可能となり、回線費用等を安価にするこ
とができる。
【０１６１】また、この発明にかかるレプリカ方法は、
レプリカ命令を受けるステップと、レプリカ命令より第
一のデータ記憶手段からの読み込み対象、および第二の
データ記憶手段への書き込み対象を割り出すステップ
と、第一のデータ管理手段にコマンドを投入して第一の
データ記憶手段から読み込み対象のデータを読み出すス
テップと、データのデータ形式をシステム内で決められ
た標準データ形式に変換するステップと、標準データ形
式のデータを書き込み対象のデータ形式に変換するステ
ップと、第二のデータ管理手段にコマンドを投入して第
二のデータ記憶手段にデータを書き込むステップとを有
しているものとした。
【０１６２】これにより、データ記憶手段等の追加・変
更が容易になり、色々なデータ管理手段に対応できる。
【０１６３】また、この発明にかかるレプリカ方法は、
レプリカ命令を受けるステップと、レプリカ命令より第
一のデータ記憶手段からの読み込み対象、および第二の
データ記憶手段への書き込み対象を割り出すステップ
と、第一のデータ管理手段にコマンドを投入して第一の
データ記憶手段から読み込み対象のデータを読み出すス
テップと、読み込みたデータのデータ形式をシステム内
で決められた標準データ形式に変換するステップと、第
一の計算機と第二の計算機を通信媒体を介して接続する
ステップと、標準データ形式のデータを第一の計算機か
ら送信するステップと、標準データ形式のデータを第二
の計算機が受信するステップと、受信したデータを、書
き込み対象のデータ形式に変換するステップと、第二の
データ管理手段にコマンドを投入して第二のデータ記憶
手段にデータを書き込むステップとを有するものとし
た。
【０１６４】これにより、データの送信時のみ計算機間
を接続することが可能となり、回線費用等を安価にする
ことができる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１におけるレプリカシ
ステムの構成図である。
【図２】 レプリカ定義表に定義されたレプリカパター
ンデータの形式を記載したものである。
【図３】 マスタＤＢから必要となるデータをコピーＤ
Ｂにコピーさせる場合のレプリカシステムの動作を示す
動作フロー図である。
【図４】 パブリシャインタフェース部での動作フロー
図である。
【図５】 ディスクリプタインタフェース部７３ａでの
動作フロー図である。
【図６】 コピーＤＢから修正されたデータを抽出し、
マスタＤＢに反映させるさせる場合のレプリカシステム
の動作を示す動作フロー図である。
【図７】 発明の実施の形態２におけるレプリカシステ
ムを示す構成図である。
【図８】 レプリカ実行表に登録されたデータを表形式
で記載したものである。
【図９】 レプリカ実行表を使用したレプリカ動作フロ
ー図である。
【図１０】 発明の実施の形態３におけるレプリカシス
テムを示す構成図である。
【図１１】 コピーＤＢからマスタＤＢへの更新データ
のコピー処理を示す動作フロー図である。
【図１２】 発明の実施の形態４におけるレプリカシス
テムを示す構成図である。
【図１３】 発明の実施の形態５におけるレプリカシス
テムを示す構成図である。
【図１４】 通信記憶ディスクに記憶された対応表の概
念図である。
【図１５】 通信記憶ディスクに記憶された対応表の概
念図である。
【図１６】 通信記憶ディスクに記憶された対応表の概
念図である。
【図１７】 通信記憶ディスクに記憶された対応表の概
念図である。
【図１８】 分散コンピュータのコピーＤＢの更新デー
タをマスタＤＢにコピーさせる動作フロー図である。
【図１９】 分散コンピュータのコピーＤＢの更新デー
タをマスタＤＢにコピーさせる動作フロー図である。
【図２０】 従来のレプリカシステムを示す構成図であ
る。
【符号の簡単な説明】
１ ホストコンピュータ、 ２ 分散コンピュータ、 ３ マスターデータベース（データ記憶手段）、 ４ データベース管理システム（データ管理手段） ５ コピーデータベース（データ記憶手段）、 ６ データベース管理システム（データ管理手段）、 ７ レプリカコントロール部、 ８ データ管理プログラム（データ管理手段）、 ７１ パブリッシャインタフェース部（インタフェース
手段）、 ７２ インタフェースドライバ（インタフェースドライ
バ）、 ７３ ディスクリプタインタフェース部（インタフェー
ス手段）、 ７４ レプリカマネージャ（レプリカ管理手段）、 ７５ レプリカ実行表（レプリカ命令記憶手段）、 ７６ ディスクリプタインタフェース部（インタフェー
ス部）、 ７７ パブリッシャインタフェース部（インタフェース
部）、 ７８ ディスクリプタドライバ記憶ディスク、 ７９ パブリッシャドライバ記憶ディスク、 ７３１ レプリカディスクリプタマネージャ（レプリカ
分散管理手段）、 ７３２ レプリカパブリッシャドライバ（レプリカ分散
管理手段）、 ７３３ パブリッシャ通信インタフェース部（通信イン
タフェース手段）、 ７３４ ディスクリプタ通信インタフェース部（通信イ
ンタフェース手段）、 ７３５ 通信記憶ディスク、 ７４０ レプリカ定義表（レプリカパターン記憶手段）
フロントページの続き (72)発明者 市川 範子 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5B075 KK04 KK07 KK24 5B082 GA02 GB06

Claims (14)

    【特許請求の範囲】
  1. 【請求項１】 第一のデータ記憶手段と、前記第一のデ
    ータ記憶手段を管理する第一のデータ管理手段と、第二
    のデータ記憶手段と、前記第二のデータ記憶手段を管理
    する第二のデータ管理手段とを有し、前記第一のデータ
    記憶手段と前記第二のデータ記憶手段との間で、データ
    のレプリカを行なうレプリカシステムにおいて、レプリ
    カ命令を受信し、前記レプリカ命令より前記第一のデー
    タ記憶手段からの読み込み対象、および前記第二のデー
    タ記憶手段への書き込み対象を割り出すレプリカ管理手
    段と、前記第一のデータ管理手段にコマンドを投入する
    ことにより、前記第一のデータ記憶手段から前記読み込
    み対象のデータを読み込み、該データのデータ形式をシ
    ステム内で決められた標準データ形式に変換する第一の
    インタフェース手段と、前記第一のインタフェース手段
    から標準データ形式のデータを取得し、該データのデー
    タ形式を前記書き込み対象のデータ形式に変換した後、
    前記第二のデータ管理手段にコマンドを投入して、前記
    第二のデータ記憶手段に変換後のデータを書き込む第二
    のインタフェース手段とを有することを特徴とするレプ
    リカシステム。
  2. 【請求項２】 第一のデータ記憶手段および第二のデー
    タ記憶手段の少なくともとも一方はデータベースである
    ことを特徴とする請求項１記載のレプリカシステム。
  3. 【請求項３】 第一のデータ記憶手段および第二のデー
    タ記憶手段の少なくとも一方はデータファイルであるこ
    とを特徴とする請求項１に記載のレプリカシステム。
  4. 【請求項４】 レプリカ管理手段は、読み込み対象およ
    び書き込み対象の情報を有するレプリカパターンデータ
    が記憶されたレプリカパターン記憶手段を有しているこ
    とを特徴とする請求項１から請求項３のいずれかに記載
    のレプリカシステム。
  5. 【請求項５】 レプリカパターンデータは、コード変換
    情報を有していることを特徴とする請求項４に記載のレ
    プリカシステム。
  6. 【請求項６】 レプリカ命令が記憶されたレプリカ命令
    記憶手段を有し、レプリカ管理手段は前記レプリカ命令
    記憶手段からレプリカ命令を読み込みていることを特徴
    とする請求項１から請求項５のいずれかに記載のレプリ
    カシステム。
  7. 【請求項７】 第一のインタフェース手段および第二の
    インタフェース手段はインタフェースドライバを有し、
    前記インタフェースドライバは入れ替え可能であること
    を特徴とする請求項１から請求項６のいずれかに記載の
    レプリカシステム。
  8. 【請求項８】 レプリカ管理手段は、第一のインタフェ
    ース手段とデータの送受信を行なう第一のレプリカ分散
    管理手段と、第二のインタフェース手段とデータの送受
    信を行なう第二のレプリカ分散管理手段とを有している
    ことを特徴とする請求項１から請求項７のいずれかに記
    載のレプリカシステム。
  9. 【請求項９】 第一のインタフェース手段および第一の
    レプリカ分散管理手段は第一の計算機上に位置し、第二
    のインタフェース手段および第二のレプリカ分散管理手
    段は第二の計算機上に位置し、前記第一の計算機と前記
    第二の計算機は通信媒体を介して接続可能であることを
    特徴とする請求項８に記載のレプリカシステム。
  10. 【請求項１０】 第一の計算機は、通信を管理する第一
    の通信インタフェース手段を有し、第二の計算機は、通
    信を管理する第二の通信インタフェース手段を有してお
    り、前記第一の通信インタフェース手段は第一のレプリ
    カ分散管理手段からの命令に従い前記第二の通信インタ
    フェース手段に接続し、前記第二の通信インタフェース
    手段は第二のレプリカ分散管理手段からの命令に従い前
    記第一の通信インタフェース手段に接続することを特徴
    とする請求項９に記載のレプリカシステム。
  11. 【請求項１１】 第一の計算機は、第二の計算機との通
    信で使用する通信情報が記憶された第一の通信情報記憶
    手段を有し、第二の計算機は、前記第一の計算機との通
    信で使用する通信情報が記憶された第二の通信情報記憶
    手段を有していることを特徴とする請求項１０に記載の
    レプリカシステム。
  12. 【請求項１２】 通信情報は通信アドレスであることを
    特徴とする請求項１１に記載のレプリカシステム。
  13. 【請求項１３】 第一のデータ管理手段により管理され
    る第一のデータ記憶手段と、第二のデータ管理手段によ
    り管理される第二のデータ記憶手段とのレプリカ方法で
    あって、レプリカ命令を受けるステップと、前記レプリ
    カ命令より前記第一のデータ記憶手段からの読み込み対
    象、および前記第二のデータ記憶手段への書き込み対象
    を割り出すステップと、前記第一のデータ管理手段にコ
    マンドを投入して前記第一のデータ記憶手段から読み込
    み対象のデータを読み出すステップと、前記データのデ
    ータ形式をシステム内で決められた標準データ形式に変
    換するステップと、前記標準データ形式のデータを前記
    書き込み対象のデータ形式に変換するステップと、前記
    第二のデータ管理手段にコマンドを投入して前記第二の
    データ記憶手段にデータを書き込むステップとを有する
    ことを特徴とするレプリカ方法。
  14. 【請求項１４】 第一のデータ管理手段が存在する第一
    の計算機上に位置し、第一のデータ管理手段により管理
    される第一のデータ記憶手段と、第二のデータ管理手段
    が存在する第二の計算機上に位置し、第二のデータ管理
    手段により管理される第二のデータ記憶手段とのレプリ
    カ方法であって、レプリカ命令を受けるステップと、前
    記レプリカ命令より前記第一のデータ記憶手段からの読
    み込み対象、および前記第二のデータ記憶手段への書き
    込み対象を割り出すステップと、前記第一のデータ管理
    手段にコマンドを投入して前記第一のデータ記憶手段か
    ら読み込み対象のデータを読み出すステップと、読み出
    したデータのデータ形式をシステム内で決められた標準
    データ形式に変換するステップと、前記第一の計算機と
    前記第二の計算機を通信媒体を介して接続するステップ
    と、前記標準データ形式のデータを前記第一の計算機か
    ら送信するステップと、前記標準データ形式のデータを
    前記第二の計算機が受信するステップと、受信した前記
    データを、前記書き込み対象のデータ形式に変換するス
    テップと、前記第二のデータ管理手段にコマンドを投入
    して前記第二のデータ記憶手段にデータを書き込むステ
    ップとを有することを特徴とするレプリカ方法。
JP11006115A 1999-01-13 1999-01-13 レプリカシステムおよびレプリカ方法 Pending JP2000207266A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP11006115A JP2000207266A (ja) 1999-01-13 1999-01-13 レプリカシステムおよびレプリカ方法
US09/346,925 US6356916B1 (en) 1999-01-13 1999-07-02 Replica system and method of producing a replica

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP11006115A JP2000207266A (ja) 1999-01-13 1999-01-13 レプリカシステムおよびレプリカ方法

Publications (1)

Publication Number Publication Date
JP2000207266A true JP2000207266A (ja) 2000-07-28

Family

ID=11629518

Family Applications (1)

Application Number Title Priority Date Filing Date
JP11006115A Pending JP2000207266A (ja) 1999-01-13 1999-01-13 レプリカシステムおよびレプリカ方法

Country Status (2)

Country Link
US (1) US6356916B1 (ja)
JP (1) JP2000207266A (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100346891B1 (ko) * 2000-08-31 2002-08-03 삼성증권주식회사 분산 데이터 복제방법
KR20030068622A (ko) * 2002-02-15 2003-08-25 홍정기 인터넷망을 기반으로 하는 클라이언트 분산형 정보 관리방법
KR100445194B1 (ko) * 2001-03-23 2004-08-18 주식회사 알티베이스 데이터베이스 이중화 방법
KR20050055240A (ko) * 2003-12-05 2005-06-13 제노시스 주식회사 메타데이터 통합관리 시스템 및 방법
JP2007080225A (ja) * 2005-09-16 2007-03-29 Ricoh Co Ltd データ処理システムとそのデータ管理装置，プログラム，および記録媒体
JP2007323368A (ja) * 2006-05-31 2007-12-13 Fujitsu Ltd データ差異解消プログラムおよびデータ差異解消装置
KR101042361B1 (ko) 2004-01-30 2011-06-17 주식회사 케이티 이종 업종간 정보시스템 통합이 가능한 메타 정보 시스템및 그 통합 방법
KR101527634B1 (ko) * 2012-08-10 2015-06-10 네이버 주식회사 샤딩 서비스를 제공하는 방법 및 장치

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6574750B1 (en) * 2000-01-06 2003-06-03 Oracle Corporation Preserving consistency of passively-replicated non-deterministic objects
US7318107B1 (en) 2000-06-30 2008-01-08 Intel Corporation System and method for automatic stream fail-over
US7103884B2 (en) * 2002-03-27 2006-09-05 Lucent Technologies Inc. Method for maintaining consistency and performing recovery in a replicated data storage system
US7752169B2 (en) * 2002-06-04 2010-07-06 International Business Machines Corporation Method, system and program product for centrally managing computer backups
US7243158B1 (en) 2003-01-28 2007-07-10 Thomas Gutchigian Method, system and computer program for identification of data and translation of data between storage locations
US20050015355A1 (en) * 2003-07-16 2005-01-20 Apple Computer, Inc. Method and system for data sharing between application programs
US20070294319A1 (en) * 2006-06-08 2007-12-20 Emc Corporation Method and apparatus for processing a database replica
US20070288526A1 (en) * 2006-06-08 2007-12-13 Emc Corporation Method and apparatus for processing a database replica
US20090024590A1 (en) * 2007-03-15 2009-01-22 Sturge Timothy User contributed knowledge database
US8204856B2 (en) * 2007-03-15 2012-06-19 Google Inc. Database replication
US8458730B2 (en) * 2008-02-05 2013-06-04 International Business Machines Corporation Multi-level driver configuration
US20110093500A1 (en) * 2009-01-21 2011-04-21 Google Inc. Query Optimization
US9628438B2 (en) * 2012-04-06 2017-04-18 Exablox Consistent ring namespaces facilitating data storage and organization in network infrastructures
US8966382B1 (en) * 2012-09-27 2015-02-24 Emc Corporation Managing production and replica copies dynamically
US9552382B2 (en) 2013-04-23 2017-01-24 Exablox Corporation Reference counter integrity checking
US10223637B1 (en) 2013-05-30 2019-03-05 Google Llc Predicting accuracy of submitted data
US9514137B2 (en) 2013-06-12 2016-12-06 Exablox Corporation Hybrid garbage collection
EP3011428A4 (en) 2013-06-19 2017-02-22 Exablox Corporation Data scrubbing in cluster-based storage systems
US9934242B2 (en) 2013-07-10 2018-04-03 Exablox Corporation Replication of data between mirrored data sites
US10248556B2 (en) 2013-10-16 2019-04-02 Exablox Corporation Forward-only paged data storage management where virtual cursor moves in only one direction from header of a session to data field of the session
US9985829B2 (en) 2013-12-12 2018-05-29 Exablox Corporation Management and provisioning of cloud connected devices
US9774582B2 (en) 2014-02-03 2017-09-26 Exablox Corporation Private cloud connected device cluster architecture
US9830324B2 (en) 2014-02-04 2017-11-28 Exablox Corporation Content based organization of file systems
US9613120B1 (en) 2014-11-11 2017-04-04 Amazon Technologies, Inc. Replicated database startup for common database storage
US9842031B1 (en) 2014-12-08 2017-12-12 Amazon Technologies, Inc. Incremental updates to user transaction state at read-only nodes of a distributed database
US10474654B2 (en) 2015-08-26 2019-11-12 Storagecraft Technology Corporation Structural data transfer over a network
US9846553B2 (en) 2016-05-04 2017-12-19 Exablox Corporation Organization and management of key-value stores
US10866863B1 (en) 2016-06-28 2020-12-15 EMC IP Holding Company LLC Distributed model for data ingestion
US11036675B1 (en) 2016-06-28 2021-06-15 EMC IP Holding Company LLC Strong referencing between catalog entries in a non-relational database

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5339392A (en) * 1989-07-27 1994-08-16 Risberg Jeffrey S Apparatus and method for creation of a user definable video displayed document showing changes in real time data
US5257369A (en) * 1990-10-22 1993-10-26 Skeen Marion D Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes
US5956489A (en) * 1995-06-07 1999-09-21 Microsoft Corporation Transaction replication system and method for supporting replicated transaction-based services
US6317754B1 (en) * 1998-07-03 2001-11-13 Mitsubishi Electric Research Laboratories, Inc System for user control of version /Synchronization in mobile computing

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100346891B1 (ko) * 2000-08-31 2002-08-03 삼성증권주식회사 분산 데이터 복제방법
KR100445194B1 (ko) * 2001-03-23 2004-08-18 주식회사 알티베이스 데이터베이스 이중화 방법
KR20030068622A (ko) * 2002-02-15 2003-08-25 홍정기 인터넷망을 기반으로 하는 클라이언트 분산형 정보 관리방법
KR20050055240A (ko) * 2003-12-05 2005-06-13 제노시스 주식회사 메타데이터 통합관리 시스템 및 방법
KR101042361B1 (ko) 2004-01-30 2011-06-17 주식회사 케이티 이종 업종간 정보시스템 통합이 가능한 메타 정보 시스템및 그 통합 방법
JP2007080225A (ja) * 2005-09-16 2007-03-29 Ricoh Co Ltd データ処理システムとそのデータ管理装置，プログラム，および記録媒体
JP2007323368A (ja) * 2006-05-31 2007-12-13 Fujitsu Ltd データ差異解消プログラムおよびデータ差異解消装置
KR101527634B1 (ko) * 2012-08-10 2015-06-10 네이버 주식회사 샤딩 서비스를 제공하는 방법 및 장치

Also Published As

Publication number Publication date
US6356916B1 (en) 2002-03-12

Similar Documents

Publication Publication Date Title
JP2000207266A (ja) レプリカシステムおよびレプリカ方法
US7149784B2 (en) System, computer program product and method for exchanging documents with an application service provider at a predetermined time
US7673016B2 (en) System, computer program product and method for selecting an application service provider
US7809682B2 (en) Data synchronization between multiple devices
CN1464401B (zh) 使用影子对象进行核准控制的面向对象***和方法
US8275852B2 (en) System, computer program product and method for managing documents
US6081826A (en) System using environment manager with resource table in each computer for managing distributed computing resources managed for each application
CN100465937C (zh) 通过网络以事务形式办理文件操作的方法与***
CN101233470A (zh) 用于分级许可服务器的方法和***
JP2006277756A (ja) データベースへのアクセスを制御するための方法及び装置
JP4299033B2 (ja) ジャーナル取得・配付装置、ジャーナル取得・配付方法、その方法をコンピュータに行わせるプログラム
KR20010086547A (ko) 웹 드라이브 시스템
US5615372A (en) Network definition modifying system
JPH05189288A (ja) パスワード更新方法
JP2006053732A (ja) ストレージ装置割当て方法ならびにそのための管理サーバおよびプログラム
JP2002342171A (ja) 情報管理システム、情報管理装置、情報管理方法、情報利用クライアント、情報利用クライアントプログラムならびに情報利用クライアントプログラムを記録した情報記録媒体
JP2002099829A (ja) 個人情報管理サーバ、及び、個人情報管理システム
JPH10161913A (ja) ネットワークアーカイバシステム及びネットワークアーカイバシステムを構築するプログラムを記録したコンピュータ読み取り可能な記録媒体
JPS63276158A (ja) パスワ−ド入力管理方式
JP2010225015A (ja) ジョブ管理システム
JP4926736B2 (ja) ドキュメント管理システム
JP2021015400A (ja) 情報処理プログラム、情報処理装置及び情報処理方法
JP2020119023A (ja) ファイルアクセス制御方法、コンピュータプログラム及びコンピュータ
JP3374320B2 (ja) ステートレスプロトコルによるデータベースアクセス方法及びシステム
JP2004102683A (ja) データ連携システムおよびデータ転送方法ならびにプログラム

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20040623