知財求人 - 知財ポータルサイト「IP Force」
特開2024-51955データ同期プログラム及びデータ同期方法、並びに情報処理装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024051955
(43)【公開日】2024-04-11
(54)【発明の名称】データ同期プログラム及びデータ同期方法、並びに情報処理装置
(51)【国際特許分類】
G06F 16/27 20190101AFI20240404BHJP
【ＦＩ】
G06F16/27
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022158359
(22)【出願日】2022-09-30
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100087480
【弁理士】
【氏名又は名称】片山 修平
(72)【発明者】
【氏名】川嵜 美波
(72)【発明者】
【氏名】中山 貴祥
(72)【発明者】
【氏名】高 健二
【テーマコード（参考）】
5B175
【Ｆターム（参考）】
5B175AA01
5B175CA07
5B175EA03
(57)【要約】
【課題】複数の情報処理装置それぞれがデータを管理するリレーショナルデータベース間において同期をとる。
【解決手段】リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部は、関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、処理を実行する。
【選択図】図１１
【解決手段】リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部は、関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、処理を実行する。
【選択図】図１１
【特許請求の範囲】
【請求項1】
リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部に、
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行させることを特徴とするデータ同期プログラム。
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行させることを特徴とするデータ同期プログラム。
【請求項2】
前記関連性を持つ複数のテーブルのデータを、前記第１のリレーショナルデータベースに格納する際に、前記複数のテーブルそれぞれの関連性を示す情報を第１の記憶部に記憶する処理を前記制御部に実行させ、
前記送信する処理において、前記第１の記憶部を参照して、前記第２のリレーショナルデータベースに送信するテーブルのデータと関連性を持つテーブルのデータを特定する、ことを特徴とする請求項１に記載のデータ同期プログラム。
前記送信する処理において、前記第１の記憶部を参照して、前記第２のリレーショナルデータベースに送信するテーブルのデータと関連性を持つテーブルのデータを特定する、ことを特徴とする請求項１に記載のデータ同期プログラム。
【請求項3】
前記第１のリレーショナルデータベースに格納されたテーブルのデータと、該データと関連性を持つテーブルのデータと、を前記第２のリレーショナルデータベースに送信する際に、同一トランザクション内で処理することを特徴とする請求項１に記載のデータ同期プログラム。
【請求項4】
前記第１のリレーショナルデータベースに格納されたテーブルのデータを前記第２のリレーショナルデータベースに送信したことを示す情報を第２の記憶部に記憶し、
前記第１のリレーショナルデータベースに格納されたテーブルのデータを更新する際に、前記第２の記憶部を参照して、更新するデータが前記第２のリレーショナルデータベースに送信されていれば、当該データも更新する、
処理を前記制御部に実行させることを特徴とする請求項１～３のいずれか一項に記載のデータ同期プログラム。
前記第１のリレーショナルデータベースに格納されたテーブルのデータを更新する際に、前記第２の記憶部を参照して、更新するデータが前記第２のリレーショナルデータベースに送信されていれば、当該データも更新する、
処理を前記制御部に実行させることを特徴とする請求項１～３のいずれか一項に記載のデータ同期プログラム。
【請求項5】
リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部が、
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行することを特徴とするデータ同期方法。
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行することを特徴とするデータ同期方法。
【請求項6】
リレーショナルデータベースにおいてデータを管理する情報処理装置であって、
関連性を持つ複数のテーブルのデータを、前記情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
他の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行する制御部を備える情報処理装置。
関連性を持つ複数のテーブルのデータを、前記情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
他の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行する制御部を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、データ同期プログラム及びデータ同期方法、並びに情報処理装置に関する。
【背景技術】
【0002】
データベースのうち、現在最も広く利用されているリレーショナルデータベースは、厳密なトランザクション機能を備えており、更新処理と読み出し処理を高性能に行うことができる。そのため、アクセス対象のデータの一貫性、整合性を保証する必要のある業務アプリケーションには、リレーショナルデータベースの利用が適している。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開平１１－２４９９４３号公報
【特許文献2】特開２００２－７４４１号公報
【特許文献3】特開平８－３０５７１４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、現状では、複数の企業がリレーショナルデータベースを利用する状況下において、各企業のリレーショナルデータベース間でデータを同期（連携）させることができていない。
【0005】
１つの側面では、本発明は、複数の情報処理装置それぞれがデータを管理するリレーショナルデータベース間において同期をとることが可能なデータ同期プログラム及びデータ同期方法、並びに情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【0006】
一つの態様では、データ同期プログラムは、リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部に、関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、処理を実行させるプログラムである。
【発明の効果】
【0007】
複数の情報処理装置それぞれがデータを管理するリレーショナルデータベース間において同期をとることができる。
【図面の簡単な説明】
【0008】
【図1】一実施形態に係る組織間連携システムの構成を概略的に示す図である。
【図3】企業Ａ用サーバの機能を示すブロック図である。
【図4】企業Ａ用ＤＢサーバに格納される複数のテーブルのテーブル構造の一例を示す図である。
【図5】関連情報管理テーブルの一例を示す図である。
【図6】企業Ａ用ＤＢサーバ上の複数のテーブルに格納されるデータの一例を示す図である。
【図7】同期情報管理テーブルの一例を示す図である。
【図8】企業Ａ用サーバ及び企業Ｂ用サーバの処理を示すフローチャート（その１）である。
【図9】企業Ａ用サーバ及び企業Ｂ用サーバの処理を示すフローチャート（その２）である。
【図10】テーブル定義情報の登録及びデータ登録の処理を説明するためのシーケンス図である。
【図11】データ送信処理を説明するためのシーケンス図である。
【図13】データ更新処理を説明するためのシーケンス図（その１）である。
【図14】データ更新処理を説明するためのシーケンス図（その２）である。
【図15】データ更新処理において更新するデータに下線を付して示す図である。
【図17】変形例を説明するための図（その１）である。
【図18】変形例を説明するための図（その２）である。
【発明を実施するための形態】
【0009】
【0010】
図１には、一実施形態に係る組織間連携システム１００の構成が概略的に示されている。組織間連携システム１００は、一例として、複数の組織（例えば企業Ａ，Ｂ）が利用可能なクライアント（企業Ａ用クライアント１２Ａ、企業Ｂ用クライアント１２Ｂ）と、分散型リレーショナルデータベース（ＲＤＢ）管理システム１０と、を有する。分散型ＲＤＢ管理システム１０が有する各装置と、企業Ａ用クライアント１２Ａと、企業Ｂ用クライアント１２Ｂは、インターネットなどのネットワーク８０に接続されている。本実施形態の組織間連携システム１００は、複数の組織間においてデータを連携し、一括管理するためのシステムである。
【0011】
（企業Ａ用クライアント１２Ａ）
企業Ａ用クライアント１２Ａは、企業Ａ配下のユーザ（例えば管理者や一般の従業員）によって利用される端末である。ユーザは、企業Ａ用クライアント１２Ａを操作してＡＰＩ（Application Programming Interface）を通じて企業Ａ用クライアント１２Ａと企業Ａ用サーバ１４Ａとを連携させる。そして、ユーザは、企業Ａ用クライアント１２Ａ上から、企業Ａ用ＤＢサーバ１６Ａへのテーブル定義や、データ登録、データ更新、データ削除等を行うことができる。また、ユーザは、企業Ａ用クライアント１２Ａ上から、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを、他の企業のＤＢサーバと同期させることができるようになっている。
企業Ａ用クライアント１２Ａは、企業Ａ配下のユーザ（例えば管理者や一般の従業員）によって利用される端末である。ユーザは、企業Ａ用クライアント１２Ａを操作してＡＰＩ（Application Programming Interface）を通じて企業Ａ用クライアント１２Ａと企業Ａ用サーバ１４Ａとを連携させる。そして、ユーザは、企業Ａ用クライアント１２Ａ上から、企業Ａ用ＤＢサーバ１６Ａへのテーブル定義や、データ登録、データ更新、データ削除等を行うことができる。また、ユーザは、企業Ａ用クライアント１２Ａ上から、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを、他の企業のＤＢサーバと同期させることができるようになっている。
【0012】
図２（ａ）には、企業Ａ用クライアント１２Ａのハードウェア構成の一例が示されている。図２（ａ）に示すように、企業Ａ用クライアント１２Ａは、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、ストレージ（ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、表示部９３、入力部９５、及び可搬型記憶媒体用ドライブ９９等を備えている。表示部９３は、液晶ディスプレイや有機ＥＬディスプレイ等を含み、入力部９５は、キーボードやマウス、タッチパネル等を含む。可搬型記憶媒体用ドライブ９９は、可搬型記憶媒体９１に記憶されたデータやプログラムを読み取り可能である。これら企業Ａ用クライアント１２Ａの構成各部は、バス９８に接続されている。
【0013】
（企業Ｂ用クライアント１２Ｂ）
企業Ｂ用クライアント１２Ｂは、企業Ｂ配下のユーザ（例えば管理者や一般の従業員）によって利用される端末である。企業Ｂ用クライアント１２Ｂのハードウェア構成及び機能等は企業Ａ用クライアント１２Ａと同様である。
企業Ｂ用クライアント１２Ｂは、企業Ｂ配下のユーザ（例えば管理者や一般の従業員）によって利用される端末である。企業Ｂ用クライアント１２Ｂのハードウェア構成及び機能等は企業Ａ用クライアント１２Ａと同様である。
【0014】
（分散型ＲＤＢ管理システム１０）
図１に戻り、分散型ＲＤＢ管理システム１０は、情報処理装置としての企業Ａ用サーバ（エージェント）１４Ａと、リレーショナルデータベースとしての企業Ａ用ＤＢサーバ１６Ａと、管理用ＤＢ５０と、企業Ｂ用サーバ（エージェント）１４Ｂと、企業Ｂ用ＤＢサーバ１６Ｂと、を有する。
図１に戻り、分散型ＲＤＢ管理システム１０は、情報処理装置としての企業Ａ用サーバ（エージェント）１４Ａと、リレーショナルデータベースとしての企業Ａ用ＤＢサーバ１６Ａと、管理用ＤＢ５０と、企業Ｂ用サーバ（エージェント）１４Ｂと、企業Ｂ用ＤＢサーバ１６Ｂと、を有する。
【0015】
（企業Ａ用サーバ１４Ａ）
企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａからの指示や要求に応じて、企業Ａが管理する分散ＤＢである企業Ａ用ＤＢサーバ１６Ａにおいてテーブル定義を行ったり、データ登録、データ更新、データ削除等を行う。また、企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａからの指示や要求に応じて、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを、他の企業のＤＢサーバに送信する（同期させる）。すなわち、企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａに格納されているデータのうち、必要なデータのみを他の企業のＤＢサーバにおいて同期させることが可能な、自己主権型のデータ管理を実行する。更に、企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａからの指示や要求に応じて、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを更新したり削除したりする。また、企業Ａ用サーバ１４Ａは、更新・削除したデータと同一のデータが他の企業のＤＢサーバに存在する場合には、そのデータの更新・削除も行う。
企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａからの指示や要求に応じて、企業Ａが管理する分散ＤＢである企業Ａ用ＤＢサーバ１６Ａにおいてテーブル定義を行ったり、データ登録、データ更新、データ削除等を行う。また、企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａからの指示や要求に応じて、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを、他の企業のＤＢサーバに送信する（同期させる）。すなわち、企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａに格納されているデータのうち、必要なデータのみを他の企業のＤＢサーバにおいて同期させることが可能な、自己主権型のデータ管理を実行する。更に、企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａからの指示や要求に応じて、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを更新したり削除したりする。また、企業Ａ用サーバ１４Ａは、更新・削除したデータと同一のデータが他の企業のＤＢサーバに存在する場合には、そのデータの更新・削除も行う。
【0016】
図２（ｂ）には、企業Ａ用サーバ１４Ａのハードウェア構成の一例が示されている。図２（ｂ）に示すように、企業Ａ用サーバ１４Ａは、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、ストレージ１９６、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えている。これら企業Ａ用サーバ１４Ａの構成各部は、バス１９８に接続されている。企業Ａ用サーバ１４Ａでは、ＲＯＭ１９２あるいはストレージ１９６に格納されているプログラム（データ同期プログラムを含む）、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することにより、図３に示す、各部の機能が実現される。なお、図３の各部の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。
【0017】
（企業Ａ用ＤＢサーバ１６Ａ）
企業Ａ用ＤＢサーバ１６Ａは、ＮｏｎＳＱＬではなく、リレーショナルデータベースとしての機能を有し、関連を持つ複数のテーブルを、関連性を維持した状態で管理する。なお、企業Ａ用ＤＢサーバ１６Ａのハードウェア構成は、企業Ａ用サーバ１４Ａと同様となっている。なお、リレーショナルデータベースは、企業Ａ用サーバ１４Ａが保持していてもよく、この場合には、企業Ａ用ＤＢサーバ１６Ａを省略してもよい。
企業Ａ用ＤＢサーバ１６Ａは、ＮｏｎＳＱＬではなく、リレーショナルデータベースとしての機能を有し、関連を持つ複数のテーブルを、関連性を維持した状態で管理する。なお、企業Ａ用ＤＢサーバ１６Ａのハードウェア構成は、企業Ａ用サーバ１４Ａと同様となっている。なお、リレーショナルデータベースは、企業Ａ用サーバ１４Ａが保持していてもよく、この場合には、企業Ａ用ＤＢサーバ１６Ａを省略してもよい。
【0018】
（企業Ａ用サーバ１４Ａの機能について）
企業Ａ用サーバ１４Ａは、ＣＰＵ１９０がプログラムを実行することにより、図３に示すように、テーブル定義登録部３０、データ登録部３２、データ送信部３４、データ更新部３６として機能する。
企業Ａ用サーバ１４Ａは、ＣＰＵ１９０がプログラムを実行することにより、図３に示すように、テーブル定義登録部３０、データ登録部３２、データ送信部３４、データ更新部３６として機能する。
【0019】
テーブル定義登録部３０は、ユーザが、企業Ａ用クライアント１２Ａにおいてテーブル定義ＡＰＩを用い、登録したいテーブル構造を定義すると、定義されたテーブル構造の情報（テーブル定義情報）を取得する。また、テーブル定義登録部３０は、取得したテーブル定義情報を用いて、企業Ａ用ＤＢサーバ１６Ａ上でテーブルを定義する。更に、テーブル定義登録部３０は、取得したテーブル定義情報を、管理用ＤＢ５０に格納されている第１の記憶部としての関連情報管理テーブル５２に登録する。
【0020】
例えば、テーブル定義登録部３０が、テーブル定義情報として、図４に示すような、従業員テーブル、部署テーブル、及び研修テーブルの定義情報を取得したとする。ここで、従業員テーブルは、「社員番号」、「氏名」、「部署コード」のカラムを有し、部署テーブルは、「部署コード」、「部署名」のカラムを有し、研修テーブルは、「社員番号」、「氏名」、「部署名」、「成績」のカラムを有するものとする。また、従業員テーブル、部署テーブル、及び研修テーブルそれぞれが関連を持っているものとする。
【0021】
この場合、テーブル定義登録部３０は、関連情報管理テーブル５２に、図５に示すようなテーブルの定義情報を登録する。具体的には、関連情報管理テーブル５２には、各テーブルが有するカラムの名称（カラム名）が登録される。また、関連情報管理テーブル５２には、研修テーブルの各カラムがどのテーブルのどのカラムと関連しているかが登録される。
【0022】
図３に戻り、データ登録部３２は、ユーザが企業Ａ用クライアント１２Ａにおいてデータ登録ＡＰＩを用い、テーブルに登録したいデータを登録すると、その登録したいデータを取得する。そして、データ登録部３２は、取得したテーブルのデータを、企業Ａ用ＤＢサーバ１６Ａ上のテーブルに登録する。例えば、データ登録部３２が、図６に示すようなデータを取得すると、図６のデータを企業Ａ用ＤＢサーバ１６Ａ上のテーブル（図４）に登録する。
【0023】
データ送信部３４は、ユーザが企業Ａ用クライアント１２Ａにおいてデータ送信ＡＰＩを用い、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを他の企業のＤＢサーバに送信する要求を入力すると、その送信要求を取得する。そして、データ送信部３４は、送信対象のテーブルに関連するテーブルの情報を関連情報管理テーブル５２から取得する。例えば、図６の研修テーブルのデータが送信対象であった場合、データ送信部３４は、図５の関連情報管理テーブル５２から、研修テーブルに関連するテーブルが従業員テーブルと部署テーブルであるという情報を取得する。
【0024】
また、データ送信部３４は、企業Ａ用ＤＢサーバ１６Ａから、送信対象のテーブルのデータと、送信対象のテーブルのデータに関連するテーブルのデータと、を取得し、他の企業のＤＢサーバに送信し、登録する。
【0025】
更に、データ送信部３４は、管理用ＤＢ５０に格納されている第２の記憶部としての同期情報管理テーブル５４に対し、どの企業のＤＢサーバにおいて、どのテーブルのどのデータが同期されたかの情報を登録する。同期情報管理テーブル５４には、図７に示すように、同期ＩＤと、送信先経路と、直接送信先と、同期内容の情報が登録可能となっている。「同期ＩＤ」には、同期処理毎に割り振られる識別情報が格納され、「送信先経路」には、例えば、企業Ａが企業Ｂにデータを送信し、その後に企業Ｂから企業Ｃにデータが送信された場合には、「｛企業Ｂ，企業Ｃ｝」という情報が格納される。また、「直接送信先」には、企業Ａが企業Ｂにデータを直接送信した場合には、「企業Ｂ」という情報が格納される。更に、「同期内容」には、同期されたテーブル及びカラムの詳細情報が格納される。
【0026】
図３に戻り、データ更新部３６は、ユーザが企業Ａ用クライアント１２Ａにおいてデータ更新ＡＰＩを用い、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータの更新要求を入力すると、その更新要求を取得する。そして、データ更新部３６は、企業Ａ用ＤＢサーバ１６Ａに格納されている更新対象のテーブルのデータを更新する。
【0027】
また、データ更新部３６は、更新要求を取得すると、同期情報管理テーブル５４を参照して、更新要求のあったテーブルのデータが他の企業のＤＢサーバにおいて同期されているか否かを確認する。そして、データ更新部３６は、他の企業のＤＢサーバにおいて同期済みであった場合には、当該他の企業のＤＢサーバの同期済みのデータも更新する。
【0028】
（管理用ＤＢ５０）
管理用ＤＢ５０には、図３に示すように、関連情報管理テーブル５２と、同期情報管理テーブル５４と、が格納されている。
管理用ＤＢ５０には、図３に示すように、関連情報管理テーブル５２と、同期情報管理テーブル５４と、が格納されている。
【0029】
（企業Ｂ用サーバ１４Ｂ、企業Ｂ用ＤＢサーバ１６Ｂ）
企業Ｂ用サーバ１４Ｂは、企業Ａ用サーバ１４Ａと同様のハードウェア構成及び機能等を有する。また、企業Ｂ用ＤＢサーバ１６Ｂは、企業Ａ用ＤＢサーバ１６Ａと同様のハードウェア構成及び機能等を有する。すなわち、企業Ｂ用サーバ１４Ｂは、企業Ｂ用クライアント１２Ｂを介したユーザからの要求に応じて、リレーショナルデータベースである企業Ｂ用ＤＢサーバ１６Ｂにおいてテーブル定義を実行したり、データ登録、更新、削除の処理を実行する。また、企業Ｂ用サーバ１４Ｂは、企業Ｂ用ＤＢサーバ１６Ｂに格納されているデータを企業Ｂ以外の企業のＤＢサーバにおいて同期させる処理を実行する。
企業Ｂ用サーバ１４Ｂは、企業Ａ用サーバ１４Ａと同様のハードウェア構成及び機能等を有する。また、企業Ｂ用ＤＢサーバ１６Ｂは、企業Ａ用ＤＢサーバ１６Ａと同様のハードウェア構成及び機能等を有する。すなわち、企業Ｂ用サーバ１４Ｂは、企業Ｂ用クライアント１２Ｂを介したユーザからの要求に応じて、リレーショナルデータベースである企業Ｂ用ＤＢサーバ１６Ｂにおいてテーブル定義を実行したり、データ登録、更新、削除の処理を実行する。また、企業Ｂ用サーバ１４Ｂは、企業Ｂ用ＤＢサーバ１６Ｂに格納されているデータを企業Ｂ以外の企業のＤＢサーバにおいて同期させる処理を実行する。
【0030】
なお、図１の組織間連携システム１００は、企業Ａ、Ｂのサーバ、ＤＢサーバ、クライアントを有するものとしているが、これに限らず、組織間連携システム１００は、その他の企業のサーバ、ＤＢサーバ、クライアントを更に有していてもよい。すなわち、組織間連携システム１００は、２以上の企業のサーバ、ＤＢサーバ、クライアントを有していればよい。
【0031】
（企業Ａ用サーバ１４Ａ，企業Ｂ用サーバ１４Ｂの処理）
次に、企業Ａ用サーバ１４Ａ，企業Ｂ用サーバ１４Ｂの処理について、図８のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。
次に、企業Ａ用サーバ１４Ａ，企業Ｂ用サーバ１４Ｂの処理について、図８のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。
【0032】
図８の処理が開始されると、まず、ステップＳ１０において、テーブル定義登録部３０が、テーブル定義ＡＰＩを用いて、自企業のクライアント１２Ａ（又は１２Ｂ）からテーブル構造の定義要求が送信されてきたか否かを判断する。このステップＳ１０の判断が肯定された場合には、ステップＳ１２に移行し、テーブル定義登録部３０が、テーブルの定義情報を関連情報管理テーブル５２に登録する。また、ステップＳ１４において、テーブル定義登録部３０は、自企業のＤＢサーバ１６Ａ（又は１６Ｂ）にテーブルの定義情報を登録する。その後は、ステップＳ１６に移行する。なお、ステップＳ１０の判断が否定された場合には、ステップＳ１２、Ｓ１４を経ずに、ステップＳ１６に移行する。
【0033】
ステップＳ１６に移行すると、データ登録部３２は、データ登録ＡＰＩを用いて、自企業のクライアント１２Ａ（又は１２Ｂ）からデータ登録要求が送信されてきたかを判断する。このステップＳ１６の判断が肯定されると、ステップＳ１８に移行し、データ登録部３２は、自企業のＤＢサーバ１６Ａ（又は１６Ｂ）上のテーブルにデータを登録する。その後は、ステップＳ２０に移行する。なお、ステップＳ１６の判断が否定された場合には、ステップＳ１８を経ずに、ステップＳ２０に移行する。
【0034】
ステップＳ２０に移行すると、データ送信部３４は、データ送信ＡＰＩを用いて、自企業のクライアント１２Ａ（又は１２Ｂ）から他の企業のＤＢサーバへのデータ送信要求が送信されてきたかを判断する。このステップＳ２０の判断が肯定されると、ステップＳ２２に移行し、データ送信部３４は、送信対象のデータのテーブルに関連するテーブルの情報を関連情報管理テーブル５２から取得する。
【0035】
次いで、ステップＳ２４において、データ送信部３４は、送信対象のデータに関連するデータを自企業のＤＢサーバ１６Ａ（又は１６Ｂ）から取得する。
【0036】
次いで、ステップＳ２６において、データ送信部３４は、送信対象のデータと、これに関連するデータを同一トランザクション内で他企業のＤＢサーバに送信する（同期させる）。なお、他企業のＤＢサーバに、送信対象のデータを格納するテーブルが存在していない場合には、テーブルを作成した後に、データを登録する。
【0037】
次いで、ステップＳ２８において、データ送信部３４は、同期情報管理テーブル５４に同期したデータの情報を登録する。その後は、図９のステップＳ３０に移行する。なお、ステップＳ２０の判断が否定された場合には、ステップＳ２２～Ｓ２８を経ずに、図９のステップＳ３０に移行する。
【0038】
図９のステップＳ３０に移行すると、データ更新部３６は、データ更新ＡＰＩを用いて、自企業のクライアント１２Ａ（又は１２Ｂ）からデータ更新要求が送信されてきたかを判断する。このステップＳ３０の判断が肯定されると、ステップＳ３２に移行し、データ更新部３６は、同期情報管理テーブル５４を参照して、更新対象のデータの同期有無を確認する。そして、ステップＳ３４において、データ更新部３６は、更新対象のデータが他の企業のＤＢサーバにおいて同期されているか否かを判断する。
【0039】
このステップＳ３４の判断が肯定された場合には、ステップＳ３６に移行し、データ更新部３６は、更新対象のデータのテーブルに関連するテーブルの情報を関連情報管理テーブル５２から取得する。次いで、ステップＳ３８において、データ更新部３６は、自企業のＤＢサーバ１６Ａ（又は１６Ｂ）の更新対象のデータを更新する。そして、次のステップＳ４０において、データ更新部３６は、同期している他企業のＤＢサーバの更新対象のデータを更新するとともに、関連するテーブルのデータを更新する。その後は、ステップＳ１０に戻る。
【0040】
一方、ステップＳ３４の判断が否定された場合、すなわち他の企業のＤＢサーバで更新対象のデータが同期されていなかった場合には、ステップＳ４２に移行する。ステップＳ４２に移行すると、データ更新部３６は、自企業のＤＢサーバ１６Ａ（又は１６Ｂ）の更新対象のデータを更新し、ステップＳ１０に戻る。
【0041】
なお、ステップＳ３０の判断が否定された場合には、ステップＳ３２～Ｓ４２を経ずに、ステップＳ１０に戻る。そして、これ以降は、上述した処理・判断を繰り返し実行する。
【0042】
【0043】
（テーブル定義情報の登録及びデータ登録）
企業Ａのユーザが、図４に示すような従業員テーブル、部署テーブル、研修テーブルのテーブル構造と、図６に示すような各テーブルのデータと、を企業Ａ用ＤＢサーバ１６Ａに登録する場合について、図１０に基づいて説明する。
企業Ａのユーザが、図４に示すような従業員テーブル、部署テーブル、研修テーブルのテーブル構造と、図６に示すような各テーブルのデータと、を企業Ａ用ＤＢサーバ１６Ａに登録する場合について、図１０に基づいて説明する。
【0044】
（１）ユーザが、企業Ａ用クライアント１２Ａにおいてテーブル定義ＡＰＩを用い、登録したいテーブル構造（図４）を定義すると、（２）企業Ａ用サーバ１４Ａは、テーブルの定義情報を管理用ＤＢ５０の関連情報管理テーブル５２に登録する。図４のテーブル構造の場合、図５に示すような情報が関連情報管理テーブル５２に登録される。
【0045】
次いで、（３）企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａ上でテーブル定義を実行する。その後は、（４）企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａに対し、テーブル定義ＡＰＩの終了を通知する。
【0046】
また、（５）ユーザが、企業Ａ用クライアント１２Ａにおいてデータ登録ＡＰＩを用い、登録したいデータ（図６）を登録すると、（６）企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａ上のテーブルに対し、データを登録する。その後は、（７）企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａに対し、データ登録ＡＰＩの終了を通知する。
【0047】
（データ送信）
次に、企業Ａのユーザが、企業Ａ用ＤＢサーバ１６Ａに格納されている図６の研修テーブルの「山田太郎」のデータ（レコード）を企業Ｂ用ＤＢサーバ１６Ｂに送信する（同期する）場合について、図１１に基づいて説明する。
次に、企業Ａのユーザが、企業Ａ用ＤＢサーバ１６Ａに格納されている図６の研修テーブルの「山田太郎」のデータ（レコード）を企業Ｂ用ＤＢサーバ１６Ｂに送信する（同期する）場合について、図１１に基づいて説明する。
【0048】
（１）まず、ユーザが、企業Ａ用クライアント１２Ａにおいてデータ送信ＡＰＩを用いて送信したいデータ（レコード）を特定する。ここでは、図６の研修テーブルの「山田太郎」のデータ（レコード）が特定されたものとする。このように送信対象のデータが特定されると、（２）企業Ａ用サーバ１４Ａは、関連情報管理テーブル５２（図５）を参照して、送信対象のテーブル（研修テーブル）に関連するテーブルの情報を取得する。この場合、（３）企業Ａ用サーバ１４Ａは、図５の関連情報管理テーブル５２から、研修テーブルに関連するテーブルとして、従業員テーブルと、部署テーブルが存在するという情報を取得する。
【0049】
次いで、（４）企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａ上の研修テーブル、従業員テーブル、部署テーブルから送信する必要のあるデータを取得する。具体的には、研修テーブル、従業員テーブル、部署テーブルから「山田太郎」に関連するレコード（図１２（ａ）参照）を取得する。
【0050】
次いで、（５）企業Ａ用サーバ１４Ａは、（４）で取得した各テーブルのレコード（図１２（ａ））を同一トランザクション内（１トランザクション内）で企業Ｂ用ＤＢサーバ１６Ｂに送信し、登録する。なお、企業Ｂ用ＤＢサーバ１６Ｂに、送信したデータを格納するテーブルが存在していない場合には、テーブルを作成した後に、データを登録する。これにより、研修テーブルの「山田太郎」のデータが企業Ａ用ＤＢサーバ１６Ａと企業Ｂ用ＤＢサーバ１６Ｂにおいて同期されることになる。このとき、企業Ｂ用ＤＢサーバ１６Ｂには、送信対象のデータだけでなく、関連性を持つデータも同一トランザクション内で送信されることから、企業Ｂ用ＤＢサーバ１６Ｂにおいてデータの不整合が生じるのを防止することができる。
【0051】
次いで、（６）企業Ａ用サーバ１４Ａは、管理用ＤＢ５０に格納されている同期情報管理テーブル５４に、企業Ａ用ＤＢサーバ１６Ａから企業Ｂ用ＤＢサーバ１６Ｂに対して各テーブルを同期した旨を登録する。具体的には、図１２（ｂ）に示すようなデータが同期情報管理テーブル５４に登録される。
【0052】
その後は、（７）企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａに対し、データ送信ＡＰＩの終了を通知する。
【0053】
（データ更新）
次に、企業Ａのユーザが、企業Ａ用ＤＢサーバ１６Ａに格納されている図６の従業員テーブルの「山田太郎」の部署のデータを、図１５において下線を付して示すように更新する場合について、図１３、図１４に基づいて説明する。
次に、企業Ａのユーザが、企業Ａ用ＤＢサーバ１６Ａに格納されている図６の従業員テーブルの「山田太郎」の部署のデータを、図１５において下線を付して示すように更新する場合について、図１３、図１４に基づいて説明する。
【0054】
図１３に示すように、（１）まず、ユーザが、企業Ａ用クライアント１２Ａにおいてデータ更新ＡＰＩを用い、更新したいデータ（ここでは、従業員テーブルの「山田太郎」の部署コード）を特定する。このように更新対象のデータが特定されると、（２）企業Ａ用サーバ１４Ａは、管理用ＤＢ５０に格納されている同期情報管理テーブル５４を参照して、従業員テーブルの山田太郎のレコードの同期状況を確認する。
【0055】
（３）この確認により、従業員テーブルの山田太郎のレコードが同期されている他の企業のＤＢサーバが無いことが分かった場合には、（４）企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａに格納されている従業員テーブルの山田太郎の部署コードを更新する。これにより、従業員テーブル及び研修テーブルが図６から図１５に示すように更新される。
【0056】
その後は、（５）企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａに対し、データ更新ＡＰＩの終了を通知する。
【0057】
一方、図１４に示すように、図１３と同様、（１）、（２）が行われ、（２）の確認により、（３）企業Ａ用サーバ１４Ａが、山田太郎のレコードが同期されている他の企業（企業Ｂとする）のＤＢサーバがあることを確認したとする。例えば、図１６（ａ）に示すようなテーブルが企業Ｂ用ＤＢサーバ１６Ｂに格納されていたとする。この場合、（４）企業Ａ用サーバ１４Ａは、関連情報管理テーブル５２を参照して、従業員テーブルに関連するテーブルの情報を取得する。
【0058】
この結果、（５）企業Ａ用サーバ１４Ａは、従業員テーブルと、研修テーブル及び部署テーブルとの間に関連性があるという情報を取得したとする。この場合、（６）企業Ａ用サーバ１４Ａは、まず、企業Ａ用ＤＢサーバ１６Ａ内の従業員テーブルを更新する（図１５参照）。そして、（７）企業Ａ用サーバ１４Ａは、従業員テーブルの山田太郎の更新後のレコードと、これに関連する研修テーブル及び部署テーブルのレコードを同一トランザクション内（１トランザクション内）で企業Ｂ用ＤＢサーバ１６Ｂに送信し、更新する。すなわち、図１６（ａ）に示す各テーブルのデータは、図１６（ｂ）に示すように更新される。このようにすることで、企業Ａ用ＤＢサーバ１６Ａのデータを更新する際に、同期先の企業Ｂ用ＤＢサーバ１６Ｂが有する同期済みのデータも合わせて更新されるため、ＤＢサーバ間におけるデータの不整合を防止することができる。
【0059】
その後は、（８）企業Ａ用サーバ１４Ａは、企業Ａ用クライアント１２Ａに対し、データ更新ＡＰＩの終了を通知する。
【0060】
以上、詳細に説明したように、本実施形態によると、企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａに関連性を持つ複数のテーブルのデータを格納する（図８のＳ１４、Ｓ１８）。そして、企業Ａ用サーバ１４Ａは、他の企業のＤＢサーバに対し、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを送信する際に、そのテーブルのデータと関連性を持つテーブルのデータも合わせて送信する（図８のＳ２２～Ｓ２６）。これにより、複数の企業のリレーショナルデータベースおいてデータを同期させる場合に、送信対象のテーブルのデータと関連性を持つテーブルのデータも送信するため、送信先においてデータの不整合が発生するのを防止することができる。例えば、企業Ａ用ＤＢサーバ１６Ａに図６の各テーブルのデータが格納されている場合において、研修テーブルを企業Ｂ用ＤＢサーバ１６Ｂに送信するとする。この場合に、研修テーブルのみを企業Ｂ用ＤＢサーバ１６Ｂに送信してしまうと、氏名や部署名の参照先が無いため、参照エラーが生じてしまうことになる。一方、本実施形態のように、送信するテーブルと関連性を有するテーブルも送信するようにすることで、参照エラーが生じないようにすることができる。このように、本実施形態では、分散ＤＢである企業Ａ用ＤＢサーバ１６Ａや企業Ｂ用ＤＢサーバ１６Ｂが、リレーショナルデータベースとしての機能を維持したまま、データ連携をすることができる。また、組織間連携システム１００を構築する際に、各企業が有するリレーショナルデータベースを流用することができるため、システム構築のコストを低減することができる。
【0061】
また、本実施形態では、企業Ａ用サーバ１４Ａが企業Ａ用ＤＢサーバ１６Ａに複数の関連性を有するテーブルのデータを格納したときに、各テーブルの関連性についての情報を関連情報管理テーブル５２に格納する。そして、企業Ａ用サーバ１４Ａは、他の企業のＤＢサーバ１６Ｂに企業Ａ用ＤＢサーバ１６Ａに格納されているテーブルのデータを送信する際に、関連情報管理テーブル５２を参照し、送信すべきテーブルのデータを特定する。これにより、簡易に他の企業のＤＢサーバに送信すべきテーブルのデータを特定することができる。
【0062】
また、本実施形態では、企業Ａ用サーバ１４Ａは、関連性を持つテーブルのデータを他の企業のＤＢサーバに送信する際に、同一トランザクション内で処理するようにしている。これにより、他の企業のＤＢサーバにおけるデータの不整合を確実に防止することができる。
【0063】
また、本実施形態では、企業Ａ用サーバ１４Ａは、他の企業のＤＢサーバにおいてデータを同期した場合に、その内容を同期情報管理テーブル５４に登録する。そして、企業Ａ用サーバ１４Ａは、企業Ａ用ＤＢサーバ１６Ａに格納されているデータを更新する場合に、同期情報管理テーブル５４を参照して、更新対象のデータが他の企業のＤＢサーバで同期されていれば、そのデータも更新する。このようにすることで、各企業のＤＢサーバにおけるデータの不整合を抑制することができる。例えば、図１６（ｂ）の例において、従業員テーブルの更新対象のデータ（レコード）のみを企業Ｂ用ＤＢサーバ１６Ｂに送った場合、部署コード「HR001」が部署テーブルに存在しないため、不整合が生じてしまう。これに対し、従業員テーブルの更新対象のデータ（レコード）に対応する部署テーブルのデータも送信することで、上記のような不整合の発生を防止することができる。
【0064】
（変形例）
なお、上記実施形態では、関連情報管理テーブル５２を用いる場合について説明したが、これに限られるものではない。すなわち、関連情報管理テーブル５２は用いなくてもよい。以下、関連情報管理テーブル５２は用いない例（変形例）について説明する。
なお、上記実施形態では、関連情報管理テーブル５２を用いる場合について説明したが、これに限られるものではない。すなわち、関連情報管理テーブル５２は用いなくてもよい。以下、関連情報管理テーブル５２は用いない例（変形例）について説明する。
【0065】
図１７には、変形例に係るテーブル送信処理のシーケンス図（上記実施形態の図１１に対応するシーケンス図）が示されている。本変形例では、例えば、図１７の（２）において研修テーブルに関連するテーブルの情報を取得する際に、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブル構造から当該情報を取得する。
【0066】
また、本変形例では、図１７の（５）において各テーブルのレコードを企業Ｂ用ＤＢサーバ１６Ｂに登録する際には、登録するテーブルのテーブル構造と、企業Ｂ用ＤＢサーバ１６Ｂのテーブル構造と、の間に差分が無いことを確認する。
【0067】
図１８には、変形例に係るデータ更新処理のシーケンス図（上記実施形態の図１４に対応するシーケンス図）が示されている。本変形例では、例えば、図１８の（４）において従業員テーブルに関連するテーブルの情報を取得する際に、企業Ａ用ＤＢサーバ１６Ａに格納されているテーブル構造から当該情報を取得する。
【0068】
また、本変形例では、図１８の（７）において各テーブルのレコードを企業Ｂ用ＤＢサーバ１６Ｂに登録する際には、登録するテーブルのテーブル構造と、企業Ｂ用ＤＢサーバ１６Ｂのテーブル構造と、の間に差分が無いことを確認する。
【0069】
このように、関連情報管理テーブル５２を用いないこととしても、上記実施形態と同様の処理を行うことが可能である。
【0070】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記憶媒体（ただし、搬送波は除く）に記録しておくことができる。
【0071】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記憶媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【0072】
プログラムを実行するコンピュータは、例えば、可搬型記憶媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記憶媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【0073】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【0074】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部に、
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行させることを特徴とするデータ同期プログラム。
（付記２） 前記関連性を持つ複数のテーブルのデータを、前記第１のリレーショナルデータベースに格納する際に、前記複数のテーブルそれぞれの関連性を示す情報を第１の記憶部に記憶する処理を前記制御部に実行させ、
前記送信する処理において、前記第１の記憶部を参照して、前記第２のリレーショナルデータベースに送信するテーブルのデータと関連性を持つテーブルのデータを特定する、ことを特徴とする付記１に記載のデータ同期プログラム。
（付記３） 前記第１のリレーショナルデータベースに格納されたテーブルのデータと、該データと関連性を持つテーブルのデータと、を前記第２のリレーショナルデータベースに送信する際に、同一トランザクション内で処理することを特徴とする付記１又は２に記載のデータ同期プログラム。
（付記４） 前記第１のリレーショナルデータベースに格納されたテーブルのデータを前記第２のリレーショナルデータベースに送信したことを示す情報を第２の記憶部に記憶し、
前記第１のリレーショナルデータベースに格納されたテーブルのデータを更新する際に、前記第２の記憶部を参照して、更新するデータが前記第２のリレーショナルデータベースに送信されていれば、当該データも更新する、
処理を前記制御部に実行させることを特徴とする付記１～３のいずれかに記載のデータ同期プログラム。
（付記５） リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部が、
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行することを特徴とするデータ同期方法。
（付記６） リレーショナルデータベースにおいてデータを管理する情報処理装置であって、
関連性を持つ複数のテーブルのデータを、前記情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
他の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行する制御部を備える情報処理装置。
（付記７） 前記制御部は、前記関連性を持つ複数のテーブルのデータを、前記第１のリレーショナルデータベースに格納する際に、前記複数のテーブルそれぞれの関連性を示す情報を第１の記憶部に記憶し、
前記送信する処理において、前記第１の記憶部を参照して、前記第２のリレーショナルデータベースに送信するテーブルのデータと関連性を持つテーブルのデータを特定する、ことを特徴とする付記６に記載の情報処理装置。
（付記８） 前記制御部は、前記第１のリレーショナルデータベースに格納されたテーブルのデータと、該データと関連性を持つテーブルのデータと、を前記第２のリレーショナルデータベースに送信する際に、同一トランザクション内で処理することを特徴とする付記６又は７に記載の情報処理装置。
（付記９） 前記制御部は、前記第１のリレーショナルデータベースに格納されたテーブルのデータを前記第２のリレーショナルデータベースに送信したことを示す情報を第２の記憶部に記憶し、
前記第１のリレーショナルデータベースに格納されたテーブルのデータを更新する際に、前記第２の記憶部を参照して、更新するデータが前記第２のリレーショナルデータベースに送信されていれば、当該データも更新する、
ことを特徴とする付記６～８のいずれかに記載の情報処理装置。
（付記１） リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部に、
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行させることを特徴とするデータ同期プログラム。
（付記２） 前記関連性を持つ複数のテーブルのデータを、前記第１のリレーショナルデータベースに格納する際に、前記複数のテーブルそれぞれの関連性を示す情報を第１の記憶部に記憶する処理を前記制御部に実行させ、
前記送信する処理において、前記第１の記憶部を参照して、前記第２のリレーショナルデータベースに送信するテーブルのデータと関連性を持つテーブルのデータを特定する、ことを特徴とする付記１に記載のデータ同期プログラム。
（付記３） 前記第１のリレーショナルデータベースに格納されたテーブルのデータと、該データと関連性を持つテーブルのデータと、を前記第２のリレーショナルデータベースに送信する際に、同一トランザクション内で処理することを特徴とする付記１又は２に記載のデータ同期プログラム。
（付記４） 前記第１のリレーショナルデータベースに格納されたテーブルのデータを前記第２のリレーショナルデータベースに送信したことを示す情報を第２の記憶部に記憶し、
前記第１のリレーショナルデータベースに格納されたテーブルのデータを更新する際に、前記第２の記憶部を参照して、更新するデータが前記第２のリレーショナルデータベースに送信されていれば、当該データも更新する、
処理を前記制御部に実行させることを特徴とする付記１～３のいずれかに記載のデータ同期プログラム。
（付記５） リレーショナルデータベースにおいてデータを管理する複数の情報処理装置のうちの第１の情報処理装置の制御部が、
関連性を持つ複数のテーブルのデータを、前記第１の情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
第２の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行することを特徴とするデータ同期方法。
（付記６） リレーショナルデータベースにおいてデータを管理する情報処理装置であって、
関連性を持つ複数のテーブルのデータを、前記情報処理装置がデータを管理する第１のリレーショナルデータベースに格納し、
他の情報処理装置がデータを管理する第２のリレーショナルデータベースに対し、前記第１のリレーショナルデータベースに格納されたテーブルのデータを送信する際に、送信するテーブルのデータと関連性を持つテーブルのデータも合わせて送信する、
処理を実行する制御部を備える情報処理装置。
（付記７） 前記制御部は、前記関連性を持つ複数のテーブルのデータを、前記第１のリレーショナルデータベースに格納する際に、前記複数のテーブルそれぞれの関連性を示す情報を第１の記憶部に記憶し、
前記送信する処理において、前記第１の記憶部を参照して、前記第２のリレーショナルデータベースに送信するテーブルのデータと関連性を持つテーブルのデータを特定する、ことを特徴とする付記６に記載の情報処理装置。
（付記８） 前記制御部は、前記第１のリレーショナルデータベースに格納されたテーブルのデータと、該データと関連性を持つテーブルのデータと、を前記第２のリレーショナルデータベースに送信する際に、同一トランザクション内で処理することを特徴とする付記６又は７に記載の情報処理装置。
（付記９） 前記制御部は、前記第１のリレーショナルデータベースに格納されたテーブルのデータを前記第２のリレーショナルデータベースに送信したことを示す情報を第２の記憶部に記憶し、
前記第１のリレーショナルデータベースに格納されたテーブルのデータを更新する際に、前記第２の記憶部を参照して、更新するデータが前記第２のリレーショナルデータベースに送信されていれば、当該データも更新する、
ことを特徴とする付記６～８のいずれかに記載の情報処理装置。
【符号の説明】
【0075】
１４Ａ 企業Ａ用サーバ（情報処理装置）
１４Ｂ 企業Ｂ用サーバ（情報処理装置）
１６Ａ 企業Ａ用ＤＢサーバ（リレーショナルデータベース）
１６Ｂ 企業Ｂ用ＤＢサーバ（リレーショナルデータベース）
５２ 関連情報管理テーブル（第１の記憶部）
５４ 同期情報管理テーブル（第２の記憶部）
１９０ ＣＰＵ（制御部）
１４Ｂ 企業Ｂ用サーバ（情報処理装置）
１６Ａ 企業Ａ用ＤＢサーバ（リレーショナルデータベース）
１６Ｂ 企業Ｂ用ＤＢサーバ（リレーショナルデータベース）
５２ 関連情報管理テーブル（第１の記憶部）
５４ 同期情報管理テーブル（第２の記憶部）
１９０ ＣＰＵ（制御部）
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】