JPH10240600A - データ共有システムにおけるデータの整合性維持方法 - Google Patents

Abstract

(57)【要約】 【課題】 業務によりいずれかの拠点のデータベース内
のみが更新される操作に対し、他の拠点のデータベース
内でもリアルタイムで整合性を確実に維持すること。 【解決手段】 各拠点のデータベースに新規作成のデー
タが格納されたこと、または前記データベースに格納さ
れたデータに対する更新処理が行われたことを契機に、
新規作成のデータまたは更新処理結果のデータを前記デ
ータベースと共に各データ処理装置内に設けた送信専用
のデータベースに格納しておき、この各データ処理装置
内の送信専用のデータベースのデータ格納状態を専用の
監視装置によって監視し、送信専用データベース内に未
送信のデータが格納されていたならば、その未送信のデ
ータを他のデータ処理装置に送信して当該他のデータ処
理装置内のデータベースに格納させる処理を所定時間間
隔で繰り返し実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、業務プログラムを
用いてデータの作成，更新を行い、データベースに格納
すると共に、作成または更新したデータを他のデータ処
理装置に転送し、同一構造のデータを複数のデータ処理
装置で重複して保有する複数のデータ処理装置とから成
るデータ共有システムにおけるデータの整合性維持方法
に関するものである。

【０００２】

【従来の技術】互いに離れた拠点に、データベースを備
えたデータ処理装置を配置し、これらをネットワーク回
線あるいはケーブルによって接続し、データ構造が同一
のデータを前記データベースで重複して保有させ、各デ
ータ処理装置で当該データを個別に更新するシステムが
ある。例えば、物品の注文データや在庫量を管理するシ
ステムである。

【０００３】このようなシステムにあっては、データベ
ースが分散していることから、各データベース内のデー
タの整合性を常に維持しておく必要がある。

【０００４】そこで、従来にあっては、夜間等の特別の
時間帯における一括更新処理によって全てのデータベー
スの格納データを一致させる方法が実施されていた。

【０００５】

【発明が解決しようとする課題】しかしながら、夜間等
の特別の時間帯における一括更新処理によって全てのデ
ータベースの格納データを一致させる方法にあっては、
データの整合性が保たれているのは一括更新処理の直後
だけであり、次の一括更新処理が実行されるまでの間は
整合性が維持されているとは限らない。従って、各拠点
において例えば物品の在庫量を注文受付と同時に更新す
るような場合、各拠点では他の拠点で更新した在庫量を
知り得ないため、自拠点の在庫量が無くなるまで注文受
付をしてしまうといった不都合が生じる。

【０００６】また、各拠点の一括更新処理は、データの
作成や更新を行うサーバコンピュータあるいあはクライ
アントコンピュータが行っているため、これらのコンピ
ュータの負荷が増大してしまうという問題があった。

【０００７】本発明の目的は、業務によりいずれかの拠
点のデータベース内のみが更新される操作に対し、整合
性を確保しておくべき他の拠点のデータベース内でもリ
アルタイムで整合性を確実に維持することができ、さら
には各拠点のデータ処理装置の負荷を軽減することがで
きるデータ共有システムにおけるデータの整合性維持方
法を提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、業務プログラムを用いてデータの作成，
更新を行い、データベースに格納すると共に、作成また
は更新したデータを他のデータ処理装置に転送し、同一
構造のデータを複数のデータ処理装置で重複して保有す
る複数のデータ処理装置とから成るデータ共有システム
において、各データ処理装置において前記データベース
に新規作成のデータが格納されたこと、または前記デー
タベースに格納されたデータに対する更新処理が行われ
たことを契機に、新規作成のデータまたは更新処理結果
のデータを前記データベースと共に各データ処理装置内
に設けた送信専用のデータベースに格納しておき、この
各データ処理装置内の送信専用のデータベースのデータ
格納状態を専用の監視装置によって監視し、送信専用デ
ータベース内に未送信のデータが格納されていたなら
ば、その未送信のデータを他のデータ処理装置に送信し
て当該他のデータ処理装置内のデータベースに格納さ
せ、その送信終了の後、送信元の送信専用データベース
内のデータを消去する処理を所定時間間隔で繰り返し実
行し、複数のデータ処理装置のデータベースに重複して
保有するデータの整合性を維持することを特徴とする。

【０００９】また、新規作成のデータまたは更新処理結
果のデータは、承認権限保持者による承認処理を受けた
後に送信専用のデータベースに格納することを特徴とす
る。

【００１０】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照して詳細に説明する。

【００１１】図１は、本発明を適用して複数の拠点間で
データを送受信するシステムの全体構成図であり、第１
の拠点Ｋ１〜第４の拠点Ｋ４がネットワークＡ１で相互
に接続されている。

【００１２】第１の拠点Ｋ１〜第４の拠点Ｋ４は、第１
の拠点Ｋ１を代表して図示するように、業務用クライア
ントＣ１、ファイルサーバＦ１、通信制御装置Ｔ１を備
えている。但し、第１の拠点Ｋ１についてのみネットワ
ーク監視端末Ｎ１が設置されている。

【００１３】第１の拠点Ｋ１〜第４の拠点Ｋ４のファイ
ルサーバＦ１には、業務プログラムＡＰＰ１と、この業
務プログラムＡＰＰ１の処理対象となる各種のデータあ
るいは処理結果のデータを格納するデータベースＤ１
と、他の拠点に対する送信専用のデータを格納する送信
専用データベースＤ２とが組み込まれている。

【００１４】各拠点Ｋ１〜Ｋ４のファイルサーバＦ１
は、業務プログラムＡＰＰ１あるいは業務用クライアン
トＣ１を使用して作成されたデータを一括管理するもの
であり、業務プログラムＡＰＰ１あるいは業務用クライ
アントＣ１を使用して作成された業務データや個人情報
等はデータベースＤ１に格納する。

【００１５】また、各拠点Ｋ１〜Ｋ４の業務用クライア
ントＣ１は、業務プログラムＡＰＰ１またはクライアン
ト自身のアプリケーションプログラムを使用し、業務デ
ータの作成，更新，削除，承認権限保持者による業務デ
ータの承認操作、他の拠点から受信したデータの確認操
作を行うためのものである。なお、各拠点には、ファイ
ルサーバＦ１と業務用クライアントＣ１の両方を配置す
る必要はなく、業務用データを作成し、データベースＤ
１に格納するデータ処理機能を具備しておればよいもの
であるから、データ処理装置としては業務用クライアン
トＣ１のみであってもよい。この実施形態において、フ
ァイルサーバＦ１を設けているのは、各拠点Ｋ１〜Ｋ４
に複数の業務用クライアントＣ１が配置されることを想
定しているからであり、複数の業務用クライアントＣ１
が配置された場合、その各クライアントＣ１は新規作成
または更新したデータの格納処理をファイルサーバＦ１
に依頼し、データベースＤ１に格納する。

【００１６】一方、第１の拠点Ｋ１についてのみ設置さ
れるネットワーク監視端末Ｎ１には、ローカルデータベ
ースＤ３と、監視プログラムＭＰが組み込まれている。
この監視プログラムＭＰは、機能的には、タイマ監視処
理Ｍ１と、サーバ接続処理Ｍ２と、ネットワーク間処理
Ｍ３とで構成されている。このうち、ネットワーク間処
理Ｍ３は、送信レコードローカルデータベース格納処理
Ｍ４と送信先サーバへの送信処理Ｍ５とから構成されて
いる。ここで、送信先サーバとは、送信先の拠点のファ
イルサーバＦ１を意味する。

【００１７】さらに、各拠点Ｋ１〜Ｋ４の通信制御装置
Ｔ１は、各拠点間でデータを送受信する際の通信制御を
行うものである。

【００１８】図２（ａ）〜（ｃ）は、各拠点Ｋ１〜Ｋ４
のデータベースＤ１、送信専用データベースＤ２、ネッ
トワーク監視端末Ｎ１内のローカルデータベースＤ３の
キーフィールドおよびデータ部のテーブル構造Ｒ１〜Ｒ
３を示す図であり、図２（ａ）はデータベースＤ１のテ
ーブル構造Ｒ１、図２（ｂ）は送信専用データベースＤ
２のテーブル構造Ｒ２、図２（ｃ）はローカルデータベ
ースＤ３のテーブル構造Ｒ３をそれぞれ示している。

【００１９】データベースＤ１に格納されるデータのテ
ーブル構造Ｒ１は、新規作成のデータであるのか、更新
されたデータであるのか、どの承認権限保持者によって
承認されたのか等を識別するためのキーを格納する複数
のキーフィールド２０１〜２０３と実際のデータを格納
するデータフィールド２０４とから構成されている。

【００２０】また、送信専用データベースＤ２に格納さ
れる送信専用データのテーブル構造Ｒ２は、前記テーブ
ル構造Ｒ１に対し、送信先情報として送信先の拠点のフ
ァイルサーバＦ１の識別子を格納する送信先サーバ識別
子フィールド２２１と、２重送信を防止するための送信
済フラグを格納する送信済フラグフィールド２１２をキ
ーフィールド２０１の先頭側に付加した構造になってい
る。

【００２１】また、ネットワーク監視端末Ｎ１内のロー
カルデータベースＤ３に格納されるデータのテーブル構
造Ｒ４は、データベースＤ３が送信元のデータを一端退
避するためのデータベースであることから、送信専用デ
ータベースＤ２のテーブル構造Ｒ２に対し、送信元の拠
点のファイルサーバＦ１の識別子を格納する送信元サー
バ識別子フィールド２２１を送信先サーバ識別子２１１
の先頭側に付加した構造になっている。

【００２２】なお、テーブル構造Ｒ３においては、送信
済フラグフィールド２１２に対応するフィールドはダミ
ーフィールドとなっている。また、テーブル構造Ｒ２に
おいても、テーブル構造Ｒ３の送信元サーバ識別子フィ
ールド２２１に対応するフィールド（破線で示すフィー
ルド）もダミーフィールドとなっている。さらに、テー
ブル構造Ｒ１においても、破線で示すフィールドすなわ
ちテーブル構造Ｒ３の送信元サーバ識別子フィールド２
２１に対応するフィールド、テーブル構造Ｒ２の送信先
サーバ識別子フィールド２１１および送信済フラグフィ
ールド２１２に対応するフィールドもダミーフィールド
となっている。すなわち、３つのデータベースＤ１〜Ｄ
３においては、キーフィールドおよびデータフィールド
は同一構造で格納されるようになっている。

【００２３】データフィールド２０４は、図示のよう
に、発行者氏名コード、送信先氏名コード、発行日、発
行時間、処理形態をそれぞれ格納するフィールド２０４
１〜２０４５と、実データを構成するｎ個の要素フィー
ルド２０４６から構成されている。ここで、処理形態フ
ィールド２０４５に格納される処理形態のデータとは、
送信元での承認の履歴を示す情報や、送信先での処理に
より削除依頼、修正、追加のいずれの更新処理が行われ
たかを識別するための情報であり、処理形態に変動が生
じた場合は、更新されたデータが常に送信元に返送され
る。

【００２４】業務用クライアントＣ１において新規作成
あるいは更新されたデータは、まず、当該業務用クライ
アントＣ１と同じ拠点のファイルサーバＦ１に転送さ
れ、このファイルサーバＦ１の業務プログラムＡＰＰ１
によってデータベースＤ１に格納される。このデータベ
ースＤ１に格納されたデータに対し承認権限保持者が業
務用クライアントＣ１で承認操作を行い、他の拠点に対
して送信可能な状態になると、その承認済みのデータは
業務プログラムＡＰＰ１によって送信専用データベース
Ｄ２に複写される。すなわち、業務プログラムＡＰＰ１
は、新規作成されたデータがデータベースＤ１に格納さ
れたこと、あるいはデータベースＤ１に格納されていた
データが更新されたことを契機に、そのデータが承認権
限保持者によって承認されたか否かを調べ、承認権限保
持者の階級または権限順位または承認者の数が、他の拠
点に送信することが許される条件を満たしているなら
ば、新規作成データまたは更新結果のデータを送信専用
データベースＤ２に格納する。

【００２５】図３は、ネットワーク上での送信データの
流れを示す説明図である。例えば、拠点Ｋ１からＫ２へ
拠点Ｋ１の承認権限保持者により承認されたデータを送
信する場合を想定すると、まず、拠点Ｋ１の業務プログ
ラムＡＰＰ１によりデータベースＤ１に格納されたデー
タに対し承認権限保持者により承認操作がなされると、
その承認データフィールド２０４のキーフィールド２０
１〜２０３のうち承認権限保持者に対応するキーフィー
ルドまたは承認操作専用のキーフィールドに当該承認権
限保持者の識別子が格納される。

【００２６】ステップ１（Ｓ１） 当該データに対し必要な承認権限保持者の承認操作が全
て完了すると、そのデータは業務プログラムＡＰＰ１に
より送信対象データとして送信専用データベースＤ２に
複写される。この複写の際に、送信先拠点Ｋ２の送信先
サーバ識別子２１１が付加される。なお、この状態で
は、送信専用データベースＤ２のテーブル構造Ｒ２にお
ける送信済フラグフィールド２１２の送信済フラグは
「未送信」を示している。

【００２７】ステップ２（Ｓ２） ネットワーク監視端末Ｎ１は、監視プログラムＭＰに設
定された所定時間間隔で各拠点Ｋ１〜Ｋ４の送信専用デ
ータベースＤ２に未送信のデータがあるかどうかを監視
しているが、拠点Ｋ１の送信専用データベースＤ２に
「未送信」データがあることを検出すると、サーバ接続
処理Ｍ２により拠点Ｋ１のファイルサーバＦ１に所定の
通信手順を踏まえて接続する。

【００２８】ステップ３（Ｓ３） ネットワーク監視端末Ｎ１は、ネットワーク間処理Ｍ３
の送信レコードローカルデータベース格納処理Ｍ４によ
り、拠点Ｋ１の送信専用データベースＤ２から「未送
信」のデータを取り出し、ローカルデータベースＤ３に
格納する。そして、ローカルデータベースＤ３への格納
が終了した拠点Ｋ１の送信専用データベースＤ２におけ
る送信対象データの送信済フラグを「送信済」に更新す
る。

【００２９】ステップ４（Ｓ４） ネットワーク監視端末Ｎ１は、ネットワーク間処理Ｍ３
の送信先サーバへの送信処理Ｍ５により、ローカルデー
タベースＤ３に格納した送信対象データの送信先サーバ
識別子フィールド２１１で示される送信先の拠点Ｋ２の
ファイルサーバＦ１に通信制御装置Ｔ１およびネットワ
ークＡ１を介して接続する。

【００３０】ステップ５（Ｓ５） ネットワーク監視端末Ｎ１は、送信先の拠点Ｋ２のファ
イルサーバＦ１に接続できたならば、ネットワーク間処
理Ｍ３の送信先サーバへの送信処理Ｍ５により、ローカ
ルデータベースＤ３に格納した送信対象データを送信先
の拠点Ｋ２のファイルサーバＦ１に送信し、このファイ
ルサーバＦ１の業務プログラムＡＰＰ１の処理により拠
点Ｋ２のデータベースＤ１に格納させる。送信データの
送信が終了したならば、ローカルデータベースＤ３およ
び送信元の拠点Ｋ１の送信専用データベースＤ２の送信
対象データを消去する。

【００３１】以上の処理によって、拠点Ｋ１とＫ２のデ
ータベースＤ１には同一のデータが格納されたことにな
る。

【００３２】ステップ６（Ｓ６） 次に、このデータに対して拠点Ｋ２のファイルサーバＦ
１の業務プログラムＡＰＰ１および業務用クライアント
Ｃ１を用い、承認、削除等の更新操作が行われた場合、
送信元の拠点Ｋ１にもデータの更新を反映させるため
に、業務プログラムＡＰＰ１は更新操作が行われる度に
送信対象データとして送信専用データベースＤ２に格納
する。

【００３３】ステップ７（Ｓ７） ネットワーク監視端末Ｎ１は、タイマ監視処理Ｍ１に設
定された所定時間間隔で各拠点Ｋ１〜Ｋ４の送信専用デ
ータベースＤ２に未送信のデータがあるかどうかを監視
しているが、拠点Ｋ２の送信専用データベースＤ２に
「未送信」データがあることを検出すると、サーバ接続
処理Ｍ２により拠点Ｋ２のファイルサーバＦ１に所定の
通信手順を踏まえて接続する。

【００３４】ステップ８（Ｓ８） ネットワーク監視端末Ｎ１は、ネットワーク間処理Ｍ３
の送信レコードローカルデータベース格納処理プログラ
ムＭ４により、拠点Ｋ２の送信専用データベースＤ２か
ら「未送信」のデータを取り出し、ローカルデータベー
スＤ３に格納する。

【００３５】ステップ９（Ｓ９） ネットワーク監視端末Ｎ１は、ネットワーク間処理Ｍ３
の送信先サーバへの送信処理Ｍ５により、ローカルデー
タベースＤ３に格納した送信対象データの送信先サーバ
識別子フィールド２１１で示される送信先の拠点Ｋ１の
ファイルサーバＦ１に通信制御装置Ｔ１およびネットワ
ークＡ１を介して接続する。

【００３６】ステップ１０（Ｓ１０） ネットワーク監視端末Ｎ１は、送信先の拠点Ｋ１のファ
イルサーバＦ１に接続できたならば、ネットワーク間処
理Ｍ３の送信先サーバへの送信処理Ｍ５により、ローカ
ルデータベースＤ３に格納した送信対象データを送信先
の拠点Ｋ１のファイルサーバＦ１に送信し、このファイ
ルサーバＦ１の業務プログラムＡＰＰ１の処理により拠
点Ｋ１のデータベースＤ１に格納させる。

【００３７】この場合、拠点Ｋ１のデータベースＤ１に
おいては、ローカルデータベースＤ３から送られて来た
データが元のデータに上書きされる。これによって、拠
点Ｋ１とＫ２のデータベースＤ１には同一データが格納
される。

【００３８】送信データの送信が終了したならば、ロー
カルデータベースＤ３および送信元の拠点Ｋ２の送信専
用データベースＤ２の送信対象データを消去する。

【００３９】拠点Ｋ２の業務用クライアントＣ１は、デ
ータベースＤ１のデータが変化したことを表示する。こ
れにより、拠点Ｋ２の利用者はデータの変化（新規作
成、削除、追加、承認）を直ちに知ることができる。

【００４０】また、データの作成元である拠点Ｋ１のデ
ータ作成担当者は、処理形態フィールド２０４５やキー
フィールド２０１〜２０３の内容を見ることによって、
送信先でどのような操作（承認、削除等の更新）が行わ
れたかを知ることができる。そして、例えば、承認操作
を期待していたにも拘らず、承認済のデータが返送され
て来なければ、送信先の承認権限保持者に催促を行うこ
とができる。

【００４１】図４は、ネットワーク監視端末Ｎ１で実行
される各拠点間のデータ送受信処理を示すフローチャー
トである。このフローチャートで示す処理は上記ステッ
プ２〜５および７〜１０に相当する。

【００４２】まず、本処理を開始すると、予め設定され
ているタイマ時間間隔で送受信処理を実行させるため
に、予め設定されているタイマ時間を超過しているか同
かを判定し（ステップ４０１）、超過していなければタ
イマ時間を超過するまでタイマ監視を実行する。

【００４３】しかし、超過している場合は、各拠点Ｋ１
〜Ｋ４のファイルサーバ内の送信専用データベースＤ２
に送信対象のデータが存在するか否かを調べるために、
各拠点Ｋ１〜Ｋ４のファイルサーバＦ１に順次接続す
る。この詳細は、最初に拠点Ｋ１のファイルサーバＦ１
に接続し、その接続に成功したならば（ステップ４０
２）、そのファイルサーバＦ１内の送信専用データベー
スＤ２に格納された「未送信」のデータを取り出し、ネ
ットワーク監視装置Ｎ１内のローカルデータベースＤ３
に格納する（ステップ４０３）。このとき、送信専用デ
ータベースＤ２の送信済フラグフィールド２１２の送信
済フラグを「送信済」に書き替える。これは、送信対象
データの２重送信を防止するためである。また、ローカ
ルデータベースＤ３の送信元サーバ識別子フィールド２
２１と送信先サーバ識別子２１１には、送信元サーバ識
別子と送信先サーバ識別子を格納する。

【００４４】同様の処理を拠点Ｋ２〜Ｋ４に対して実行
する。これによって、ローカルデータベースＤ３には、
拠点Ｋ１〜Ｋ４から他の拠点に送信すべきデータが送信
先サーバ識別子で区分されて格納される。

【００４５】次に、送信処理対象のデータを保有してい
る拠点の検出処理が終了したならば（ステップ４０
４）、先にローカルデータベースＤ３に格納したデータ
の送信処理に移る。この詳細は、ローカルデータベース
Ｄ３に格納された送信対象のデータを送信先別に取り出
し、そのデータの送信先サーバ識別子で示される拠点の
ファイルサーバＦ１に接続する（ステップ４０５）。そ
して、その接続に成功したならば、送信対象のデータ
（送信済フラグは除く）を送信先のファイルサーバＦ１
に送信する。送信を正常に終了したならば（ステップ４
０７）、送信元サーバ識別子で示されるファイルサーバ
Ｆ１の管理下の送信専用データベースＤ２に格納された
送信済フラグが「送信済」の送信対象データ、及びロー
カルデータベースＤ３内の送信対象データのうち、今回
の送信処理で送信したデータを消去する（ステップ４０
８）。なお、送信処理が正常に終了しなかった場合は、
データの消去は実行しない。

【００４６】同様の処理を該当する全ての送信先ファイ
ルサーバに対して行い、ローカルデータベースＤ３内に
格納された送信対象データが全て、それぞれの送信先の
ファイルサーバＦ１に送信され、送信対象のデータを送
信する送信先ファイルサーバが無くなったならば（ステ
ップ４０９）、今回のタイムアウトに起因する送信対象
データの送信処理を終了し、ステップ４０１に戻り、タ
イマ監視処理を継続する。

【００４７】タイマ指定は、予め設定されているタイマ
時間によりタイマ監視を実行している間のみ、手操作に
よりデータ送受信処理を行う時間間隔を指定するか否か
を、ネットワーク監視端末Ｎ１の管理者に問い合わせる
ことが可能となる（ステップ４１０）。この問い合わせ
に対し、管理者が「指定する」旨の操作を行った場合
は、本システムの許す範囲で希望する設定時間の入力操
作を実行し、入力されたタイマ設定時間を再設定する
（ステップ４１１）。しかし、「指定しない」旨の操作
を行った場合は、引き続きタイマ監視処理を継続する。

【００４８】また、監視装置Ｎ１の管理者が必要と思わ
れる場合は、予め設定されているタイマ時間によりタイ
マ監視を実行している間のみ、手操作により送受信処理
を終了するか否かを問い合わせることができる。このと
き、管理者が「終了する」旨の操作を行った場合はシス
テム全体のデータ送受信処理を終了する（ステップ４１
２）。しかし、「終了しない」旨の操作を行った場合
は、引き続きタイマ監視処理を継続する。

【００４９】このように本実施形態によれば、各拠点の
データベースＤ１に新規作成のデータが格納された時、
またはデータベースＤ１に格納されたデータに対する更
新処理が行われた時には、業務プログラムＡＰＰ１によ
って新規作成のデータまたは更新処理結果のデータが送
信専用データベースＤ２に格納した後、この送信専用の
データベースＤ２へのデータ格納状態を監視していたネ
ットワーク監視装置Ｎ１によってローカルデータベース
Ｄ３に退避させ、ネットワーク監視装置Ｎ１によって送
信先の拠点に送信し、その送信先拠点のデータベースＤ
１に格納させるようにしたため、データの整合性を維持
すべき複数の拠点のいずれかにおいて新規のデータが作
成された時、あるいはデータベースＤ１に格納されたデ
ータが更新された時には、そのデータがネットワーク監
視装置Ｎ１のローカルデータベースＤ３内に収集され、
データの整合性を維持すべき複数の拠点に配信されるた
め、複数の拠点のデータの整合性を確実に維持すること
ができる。

【００５０】特に、データの作成、更新、管理を担当す
るファイルサーバＦ１や業務用クライアントＣ１が整合
性維持のための処理を行うのでなく、専用のネットワー
ク監視装置Ｎ１が整合性維持のための処理を行うため、
ファイルサーバＦ１や業務用クライアントＣ１の負荷が
増大するの防ぐことができる。

【００５１】また、ネットワーク監視装置Ｎ１によるデ
ータベースＤ２の監視間隔を短くすることによって、１
つの拠点におけるデータの変化をほぼリアルタイムで他
の拠点に反映させることができる。そして、各拠点では
データが変化したことを業務用クライアントＣ１に表示
することにより、各拠点の利用者に対しデータの変化
（新規作成、削除、追加、承認）を直ちに知らせること
ができる。

【００５２】さらに、他の拠点にデータを送信する際に
は、所定の権限を有する者による承認操作を受けた後に
送信するようにしているため、未承認のデータが他の拠
点に送信されるのを防止することができる。

【００５３】また、送信データにはキーフィールドが設
けられ、ここに承認者の識別子が格納されているため、
このキーフィールドによってデータの承認履歴を知るこ
とができる。

【００５４】なお、上記実施形態において、各拠点はネ
ットワークで接続された例を示したが、本発明はこれに
限定されるものではない。また、承認権限保持者による
承認操作を受けた後に他の拠点に送信するようにしてい
るが、承認操作が不要なデータについては、承認操作の
チェックを省略することができる。

【００５５】さらに、データを作成する業務プログラム
が複数種類存在する場合、その業務プログラムの種別は
業務種別フィールドを新たに設けて区別するようにして
もよい。

【００５６】

【発明の効果】以上説明したように本発明によれば、業
務によりいずれかの拠点のデータベース内のみが更新さ
れる操作に対し、整合性を確保しておくべき他の拠点の
データベース内でもリアルタイムで整合性を確実に維持
することができる。

【００５７】さらには、整合性を維持するための処理を
専用の監視装置に実行させるため、各拠点のデータ処理
装置の負荷を軽減することができる。

【００５８】また、新規作成のデータまたは更新処理結
果のデータは、承認権限保持者による承認処理を受けた
後に送信専用のデータベースに格納することにより、未
承認のデータが誤って他の拠点に送信されてしまうこと
を防止することができるなどの効果がある。

【図面の簡単な説明】

【図１】本発明を適用したシステムの全体構成図であ
る。

【図２】各拠点におけるデータベースおよび送信用デー
タベースと、監視装置内のデータベースのテーブル構造
を示す図である。

【図３】データの流れを示す説明図である。

【図４】ネットワーク監視装置で実行するデータ送受信
処理を示すフローチャートである。

【符号の説明】

Ｋ１〜Ｋ４…拠点、Ｃ１…業務用クライアント、Ｎ１…
ネットワーク監視装置、Ｔ１…通信制御装置、Ｄ１…デ
ータベース、Ｄ２…送信専用データベース、Ｄ３…ロー
カルデータベース、ＡＰＰ１…業務プログラム。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 業務プログラムを用いてデータの作成，
   更新を行い、データベースに格納すると共に、作成また
   は更新したデータを他のデータ処理装置に転送し、同一
   構造のデータを複数のデータ処理装置で重複して保有す
   る複数のデータ処理装置とから成るデータ共有システム
   におけるデータの整合性維持方法であって、 各データ処理装置において前記データベースに新規作成
   のデータが格納されたこと、または前記データベースに
   格納されたデータに対する更新処理が行われたことを契
   機に、新規作成のデータまたは更新処理結果のデータを
   前記データベースと共に各データ処理装置内に設けた送
   信専用のデータベースに格納しておき、この各データ処
   理装置内の送信専用のデータベースのデータ格納状態を
   専用の監視装置によって監視し、送信専用データベース
   内に未送信のデータが格納されていたならば、その未送
   信のデータを他のデータ処理装置に送信して当該他のデ
   ータ処理装置内のデータベースに格納させ、その送信終
   了の後、送信元の送信専用データベース内のデータを消
   去する処理を所定時間間隔で繰り返し実行し、複数のデ
   ータ処理装置のデータベースに重複して保有するデータ
   の整合性を維持することを特徴とするデータ共有システ
   ムにおけるデータの整合性維持方法。
2. 【請求項２】 新規作成のデータまたは更新処理結果の
   データは、承認権限保持者による承認処理を受けた後に
   送信専用のデータベースに格納することを特徴とする請
   求項１記載のデータ共有システムにおけるデータの整合
   性維持方法。