JPH07306829A - オンラインシステム間のデータ更新方式 - Google Patents
オンラインシステム間のデータ更新方式Info
- Publication number
- JPH07306829A JPH07306829A JP6100472A JP10047294A JPH07306829A JP H07306829 A JPH07306829 A JP H07306829A JP 6100472 A JP6100472 A JP 6100472A JP 10047294 A JP10047294 A JP 10047294A JP H07306829 A JPH07306829 A JP H07306829A
- Authority
- JP
- Japan
- Prior art keywords
- information
- updated
- update
- subset
- management system
- 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
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】データのフルセット情報とサブセット情報をそ
れぞれ別に管理するシステム間において、異常発生時で
のデータの整合性を保証するためのトラフィック増加を
抑止しかつ異常回復後のデータ復旧を容易に可能とす
る。 【構成】フルセット情報管理システム１０のプログラム
群１１は、フルセット情報ファイル１２が更新された時
に更新後情報をサブセット情報管理システム１５に送信
する。サブセット情報管理システム１５のプログラム群
１６は、更新後情報によりサブセット情報ファイル１７
を更新する。更新処理時に一時的でない異常が発生した
場合には、更新後情報を未処理更新後情報管理テーブル
１９を介して未処理更新後情報ファイル１８に記憶す
る。異常回復後に端末１９Ａよりデータの復旧を指示す
ることにより、未処理更新情報ファイル１８に記憶した
情報を基にサブセット情報ファイル１７を更新する。
れぞれ別に管理するシステム間において、異常発生時で
のデータの整合性を保証するためのトラフィック増加を
抑止しかつ異常回復後のデータ復旧を容易に可能とす
る。 【構成】フルセット情報管理システム１０のプログラム
群１１は、フルセット情報ファイル１２が更新された時
に更新後情報をサブセット情報管理システム１５に送信
する。サブセット情報管理システム１５のプログラム群
１６は、更新後情報によりサブセット情報ファイル１７
を更新する。更新処理時に一時的でない異常が発生した
場合には、更新後情報を未処理更新後情報管理テーブル
１９を介して未処理更新後情報ファイル１８に記憶す
る。異常回復後に端末１９Ａよりデータの復旧を指示す
ることにより、未処理更新情報ファイル１８に記憶した
情報を基にサブセット情報ファイル１７を更新する。
Description
【０００１】
【産業上の利用分野】本発明はオンラインシステム間の
データ更新方式に係り、特にシステム間で重複するデー
タを管理し一方のシステムのデータを更新したときに、
他方のシステムのデータを更新してシステム間のデータ
同期をとる必要があるシステムに関する。
データ更新方式に係り、特にシステム間で重複するデー
タを管理し一方のシステムのデータを更新したときに、
他方のシステムのデータを更新してシステム間のデータ
同期をとる必要があるシステムに関する。
【０００２】
【従来の技術】顧客データのフルセット情報とサブセッ
ト情報をそれぞれ異なるシステムで管理する場合には、
データの整合性を保つためにフルセット情報が更新され
た時、サブセット情報も更新する必要がある。
ト情報をそれぞれ異なるシステムで管理する場合には、
データの整合性を保つためにフルセット情報が更新され
た時、サブセット情報も更新する必要がある。
【０００３】従来では、フルセット情報が更新された時
点で、フルセット情報管理システムからサブセット情報
管理システムに更新後情報を送信し、一定時間内に対応
する情報を更新し結果を応答していた。サブセット情報
管理システムにて更新後情報処理中に異常が発生し応答
が無かったり異常応答の場合は、当該更新後情報を一定
時間経過後に再送信していた。また、再送信を規定回数
分繰り返している間に更新結果が正常とならない場合
は、当該更新後情報をリストに出力し破棄していた。
点で、フルセット情報管理システムからサブセット情報
管理システムに更新後情報を送信し、一定時間内に対応
する情報を更新し結果を応答していた。サブセット情報
管理システムにて更新後情報処理中に異常が発生し応答
が無かったり異常応答の場合は、当該更新後情報を一定
時間経過後に再送信していた。また、再送信を規定回数
分繰り返している間に更新結果が正常とならない場合
は、当該更新後情報をリストに出力し破棄していた。
【０００４】なお、この種の方式に関する特許として
は、特開平５−２０４７３８号公報、同５８−１６３０
５２号公報、同６１−２０１３５１号公報等が挙げられ
る。
は、特開平５−２０４７３８号公報、同５８−１６３０
５２号公報、同６１−２０１３５１号公報等が挙げられ
る。
【０００５】
【発明が解決しようとする課題】上記従来技術は、サブ
セット情報管理システム内にて一定時間内に異常を対処
できない点について考慮されておらず、フルセット情報
管理システムから更新後情報の再送信に伴うトラフィッ
ク増加や、当該更新後情報が破棄された時にサブセット
情報管理システムにてシステム運用者が手作業により、
該当情報の復旧をしなければならない問題点があった。
セット情報管理システム内にて一定時間内に異常を対処
できない点について考慮されておらず、フルセット情報
管理システムから更新後情報の再送信に伴うトラフィッ
ク増加や、当該更新後情報が破棄された時にサブセット
情報管理システムにてシステム運用者が手作業により、
該当情報の復旧をしなければならない問題点があった。
【０００６】本発明の目的は、ハード故障やソフト不良
等の一時的でない異常が発生した時の更新後情報再送信
に伴うトラフィックの増加を抑止し、かつ更新異常に遭
遇した情報の復旧を容易に実現することにある。
等の一時的でない異常が発生した時の更新後情報再送信
に伴うトラフィックの増加を抑止し、かつ更新異常に遭
遇した情報の復旧を容易に実現することにある。
【０００７】
【課題を解決するための手段】上記の目的は、サブセッ
ト情報管理システムにて更新後情報処理中にハード故障
やソフト不良等の一時的でない異常が発生した場合、フ
ルセット情報管理システムに正常応答を行い、サブセッ
ト情報管理システム内に当該更新後情報を記憶しておく
磁気ディスク等の未処理更新後情報ファイルを設けるこ
とによって達成される。
ト情報管理システムにて更新後情報処理中にハード故障
やソフト不良等の一時的でない異常が発生した場合、フ
ルセット情報管理システムに正常応答を行い、サブセッ
ト情報管理システム内に当該更新後情報を記憶しておく
磁気ディスク等の未処理更新後情報ファイルを設けるこ
とによって達成される。
【０００８】
【作用】フルセット情報とサブセット情報を、それぞれ
異なるシステムで管理する場合のデータ同期は、フルセ
ット情報が更新されたときの更新後情報をサブセット情
報管理システムに送信することにより行う。サブセット
情報管理システムでは、当該更新後情報によりサブセッ
ト情報の更新を行う。更新が正常であればフルセット情
報管理システムに正常応答を行う。更新異常の場合は、
異常原因が資源競合等の一時的なものでリトライすれば
処理の正常が期待できるものについては異常応答し、フ
ルセット情報管理システムからの更新後情報の再送信時
に再処理を行う。異常原因がハード故障やソフト不良等
の一時的なものでなければ、更新後情報を未処理更新後
情報管理テーブルを介し未処理更新後情報ファイルに記
憶する。異常原因対策後、端末から未処理更新後情報の
処理を指示することにより、未処理更新後情報管理テー
ブルを介して未処理更新後情報ファイルから更新後情報
を取得し処理することにより、サブセット情報を更新し
システム間のデータの同期をとる。
異なるシステムで管理する場合のデータ同期は、フルセ
ット情報が更新されたときの更新後情報をサブセット情
報管理システムに送信することにより行う。サブセット
情報管理システムでは、当該更新後情報によりサブセッ
ト情報の更新を行う。更新が正常であればフルセット情
報管理システムに正常応答を行う。更新異常の場合は、
異常原因が資源競合等の一時的なものでリトライすれば
処理の正常が期待できるものについては異常応答し、フ
ルセット情報管理システムからの更新後情報の再送信時
に再処理を行う。異常原因がハード故障やソフト不良等
の一時的なものでなければ、更新後情報を未処理更新後
情報管理テーブルを介し未処理更新後情報ファイルに記
憶する。異常原因対策後、端末から未処理更新後情報の
処理を指示することにより、未処理更新後情報管理テー
ブルを介して未処理更新後情報ファイルから更新後情報
を取得し処理することにより、サブセット情報を更新し
システム間のデータの同期をとる。
【０００９】
【実施例】以下、本発明の一実施例について図面を用い
て説明する。
て説明する。
【００１０】図１は、本発明によるオンラインシステム
の構成例である。顧客の住所、氏名、生年月日等の基本
情報や契約内容、所有設備等の付加情報からなるフルセ
ット情報により各種サービスを提供するフルセット情報
管理システム１０は、サービス対応の業務やフルセット
情報維持及び更新後情報送信等のプログラム群１１、基
幹サービスを提供するためのフルセット情報ファイル１
２、送信待ち更新後情報を一時蓄積する更新後情報ファ
イル１３、データ検索や更新を行うための端末１４から
構成される。また、フルセット情報における基本情報や
付加情報中の特定情報に対してフルセット情報中に含ま
れない新たな付加情報を加えたサブセット情報により各
種サービスを提供するサブセット情報管理システム１５
は、サービス対応の業務やサブセット情報維持及び未処
理更新後情報管理等のプログラム群１６、基幹サービス
を提供するためのサブセット情報ファイル１７、サブセ
ット情報の更新が困難な異常に遭遇した更新後情報を管
理するための未処理更新後情報ファイル１８と未処理更
新後情報管理テーブル１９、データ検索や更新を行うた
めの端末１９Ａから構成される。なお、フルセット情報
管理システム１１とサブセット情報管理システム１５
は、公衆回線や専用回線等の通信回線により結合されて
いる。
の構成例である。顧客の住所、氏名、生年月日等の基本
情報や契約内容、所有設備等の付加情報からなるフルセ
ット情報により各種サービスを提供するフルセット情報
管理システム１０は、サービス対応の業務やフルセット
情報維持及び更新後情報送信等のプログラム群１１、基
幹サービスを提供するためのフルセット情報ファイル１
２、送信待ち更新後情報を一時蓄積する更新後情報ファ
イル１３、データ検索や更新を行うための端末１４から
構成される。また、フルセット情報における基本情報や
付加情報中の特定情報に対してフルセット情報中に含ま
れない新たな付加情報を加えたサブセット情報により各
種サービスを提供するサブセット情報管理システム１５
は、サービス対応の業務やサブセット情報維持及び未処
理更新後情報管理等のプログラム群１６、基幹サービス
を提供するためのサブセット情報ファイル１７、サブセ
ット情報の更新が困難な異常に遭遇した更新後情報を管
理するための未処理更新後情報ファイル１８と未処理更
新後情報管理テーブル１９、データ検索や更新を行うた
めの端末１９Ａから構成される。なお、フルセット情報
管理システム１１とサブセット情報管理システム１５
は、公衆回線や専用回線等の通信回線により結合されて
いる。
【００１１】図２は未処理更新後情報の管理情報例を示
したもので、未処理更新後情報管理テーブル１９と未処
理更新後情報ファイル１８で構成する。未処理更新後情
報管理テ−ブル１９は、処理待ち情報２０と処理済み情
報２３からなる。両情報は共に未処理更新後情報ファイ
ル１８のブロック情報を管理する情報である。処理待ち
情報は未処理である更新後情報をデータの矛盾なく時系
列に処理するために更新後情報を受信順にキュー管理を
行う情報で、未処理の更新後情報を格納している先頭ブ
ロック番号２１と最終ブロック番号２２を管理する。処
理済み情報２３は未処理更新後情報を格納していない空
きブロック番号及び更新処理が完了し空きとなったブロ
ック番号を管理する。なお、空きブロックは時系列に管
理する必要がないため、先頭ブロック番号２４のみ管理
する。未処理更新後情報ファイル１８は、処理待ち・処
理済みキューを実現するための次ブロック番号２５、サ
ブセット情報を一意に識別するためのキー情報２６、更
新実体データである更新後情報２７からなる。次ブロッ
ク番号２５は、例えばキューの次ブロックが存在する場
合は該当ブロックのブロック番号、次ブロックが存在し
ない場合は、”−１”とする。
したもので、未処理更新後情報管理テーブル１９と未処
理更新後情報ファイル１８で構成する。未処理更新後情
報管理テ−ブル１９は、処理待ち情報２０と処理済み情
報２３からなる。両情報は共に未処理更新後情報ファイ
ル１８のブロック情報を管理する情報である。処理待ち
情報は未処理である更新後情報をデータの矛盾なく時系
列に処理するために更新後情報を受信順にキュー管理を
行う情報で、未処理の更新後情報を格納している先頭ブ
ロック番号２１と最終ブロック番号２２を管理する。処
理済み情報２３は未処理更新後情報を格納していない空
きブロック番号及び更新処理が完了し空きとなったブロ
ック番号を管理する。なお、空きブロックは時系列に管
理する必要がないため、先頭ブロック番号２４のみ管理
する。未処理更新後情報ファイル１８は、処理待ち・処
理済みキューを実現するための次ブロック番号２５、サ
ブセット情報を一意に識別するためのキー情報２６、更
新実体データである更新後情報２７からなる。次ブロッ
ク番号２５は、例えばキューの次ブロックが存在する場
合は該当ブロックのブロック番号、次ブロックが存在し
ない場合は、”−１”とする。
【００１２】図３は本発明のシステム間でのデータ更新
の処理例を示した流れ図である。フルセット情報管理シ
ステム１０の端末１４からの更新要求により、フルセッ
ト情報ファイル１２の更新を行い更新後情報を更新後情
報ファイル１３に格納し、サブセット情報管理システム
１５に送信する。更新後情報を受信したサブセット情報
管理システム１５では、更新後情報に対応するサブセッ
ト情報ファイル１７の情報を更新する。サブセット情報
ファイル１７の更新が正常に行われたならば、フルセッ
ト情報管理システム１０に対して正常応答を行う。サブ
セット情報ファイル１７の更新中に、資源の競合等によ
る一時的に処理続行不可能な異常が発生した場合は、フ
ルセット情報管理システム１０に対して異常応答を行
う。また、ハード故障やソフト不良等の一時的でない異
常が発生した場合は、更新後情報の記憶を行う。記憶は
処理済みキューより未処理更新後情報ファイル１８の空
ブロックを払出し、処理待ちキューにキューインするこ
とにより行う。空ブロックの払出しは、未処理更新後情
報管理テーブル１９における処理済み情報２３中の先頭
ブロック番号２４がポイントするブロックを未処理更新
後情報ファイル１８より読込み、読込んだブロックであ
るカレントブロック中の次ブロック番号２５の値を先頭
ブロック番号２４に設定することにより行う。カレント
ブロック中の次ブロック番号２５に”−１”、キー情報
２６と更新後情報２７には受信した更新後情報から情報
を設定し、カレントブロックを未処理更新後情報ファイ
ル１８に書込む。処理待ちキューへのキューインは、未
処理更新後情報管理テーブル１９における処理待ち情報
２０中の最終ブロック番号２２がポイントするブロック
を未処理更新後情報ファイル１８より読込み、最終ブロ
ック番号２２と読込んだカレントブロック中の次ブロッ
ク番号２５に払出した空ブロックのブロック番号を設定
し、カレントブロックを未処理更新後情報ファイル１８
に書込むことにより行う。その後、端末１９Ａにエラー
メッセージを出力するとともに、フルセット情報管理シ
ステム１０に対して正常応答を行う。フルセット情報管
理システム１０では、正常応答を受信した時は更新後情
報ファイル１３から対応する情報を削除する。また、異
常応答を受信した場合は一定時間経過後に更新後情報フ
ァイル１３より情報を読出し、再度サブセット情報管理
システム１５に対して送信を行う。規定回数分の送信を
行っても正常応答がなされない場合は、当該更新後情報
を端末１４に出力し、更新後情報ファイル１３から対応
する情報を削除する。その後、サブセット情報管理シス
テム１５で一時的でない異常の対処が完了した後に、端
末１９Ａから処理すべき未処理更新後情報のキーを指定
することにより、該当する更新後情報の再処理を行う。
再処理は、処理待ちキューより更新後情報が格納してあ
るブロックを読出し更新処理後に処理済みキューにキュ
ーインすることにより行う。更新後情報の読出しは、未
処理更新後情報管理テーブル１９における処理待ち情報
２０中の先頭ブロック番号２１がポイントするブロック
を未処理更新後情報ファイル１８より読込む。読込みデ
ータが存在しなければ、端末１９Ａに結果応答を行う。
読込みデータが存在すれば処理対象データであるかの判
定を、読込んだカレントブロック中のキー情報２６より
行う。処理対象でなければ次ブロックのチェックを行う
ために、カレントブロック中の次ブロック番号２５の示
すブロックを未処理更新後情報ファイル１８より読込
み、処理対象であるかのチェックを継続する。処理対象
であれば、更新後情報２７によりサブセット情報ファイ
ル１７を更新する。更新完了後、カレントブロックを処
理待ちキューから処理済みキューへ変更する。処理待ち
キューからのキューアウトは、カレントブロックが先頭
ブロック番号２１や最終ブロック番号２２により直接ポ
イントされているならば、先頭ブロック番号２１や最終
ブロック番号２２をカレントブロック中の次ブロック番
号２５により更新する。カレントブロックが先頭ブロッ
ク番号２１や最終ブロック番号２２により直接ポイント
されていなければ、カレントブロックの１つ前に読込ん
だブロック中の次ブロック番号２５に、カレントブロッ
ク中の次ブロック番号２５を設定する。処理済みキュー
へのキューインは、カレントブロック中の次ブロック番
号２５に処理済み情報２３中の先頭ブロック番号２４、
先頭ブロック番号２４にカレントブロック番号を設定す
る。その後、カレントブロックを未処理更新後情報ファ
イル１８に書込むことにより行う。更新後情報の再処理
を処理待ちキューの最終まで繰返し行うことにより、シ
ステム間のデータ整合を保つ。本実施例によれば、更新
異常となった更新後情報を自システムに保持することが
できるため、異常時のデータ復旧作業を容易に行うこと
ができる。
の処理例を示した流れ図である。フルセット情報管理シ
ステム１０の端末１４からの更新要求により、フルセッ
ト情報ファイル１２の更新を行い更新後情報を更新後情
報ファイル１３に格納し、サブセット情報管理システム
１５に送信する。更新後情報を受信したサブセット情報
管理システム１５では、更新後情報に対応するサブセッ
ト情報ファイル１７の情報を更新する。サブセット情報
ファイル１７の更新が正常に行われたならば、フルセッ
ト情報管理システム１０に対して正常応答を行う。サブ
セット情報ファイル１７の更新中に、資源の競合等によ
る一時的に処理続行不可能な異常が発生した場合は、フ
ルセット情報管理システム１０に対して異常応答を行
う。また、ハード故障やソフト不良等の一時的でない異
常が発生した場合は、更新後情報の記憶を行う。記憶は
処理済みキューより未処理更新後情報ファイル１８の空
ブロックを払出し、処理待ちキューにキューインするこ
とにより行う。空ブロックの払出しは、未処理更新後情
報管理テーブル１９における処理済み情報２３中の先頭
ブロック番号２４がポイントするブロックを未処理更新
後情報ファイル１８より読込み、読込んだブロックであ
るカレントブロック中の次ブロック番号２５の値を先頭
ブロック番号２４に設定することにより行う。カレント
ブロック中の次ブロック番号２５に”−１”、キー情報
２６と更新後情報２７には受信した更新後情報から情報
を設定し、カレントブロックを未処理更新後情報ファイ
ル１８に書込む。処理待ちキューへのキューインは、未
処理更新後情報管理テーブル１９における処理待ち情報
２０中の最終ブロック番号２２がポイントするブロック
を未処理更新後情報ファイル１８より読込み、最終ブロ
ック番号２２と読込んだカレントブロック中の次ブロッ
ク番号２５に払出した空ブロックのブロック番号を設定
し、カレントブロックを未処理更新後情報ファイル１８
に書込むことにより行う。その後、端末１９Ａにエラー
メッセージを出力するとともに、フルセット情報管理シ
ステム１０に対して正常応答を行う。フルセット情報管
理システム１０では、正常応答を受信した時は更新後情
報ファイル１３から対応する情報を削除する。また、異
常応答を受信した場合は一定時間経過後に更新後情報フ
ァイル１３より情報を読出し、再度サブセット情報管理
システム１５に対して送信を行う。規定回数分の送信を
行っても正常応答がなされない場合は、当該更新後情報
を端末１４に出力し、更新後情報ファイル１３から対応
する情報を削除する。その後、サブセット情報管理シス
テム１５で一時的でない異常の対処が完了した後に、端
末１９Ａから処理すべき未処理更新後情報のキーを指定
することにより、該当する更新後情報の再処理を行う。
再処理は、処理待ちキューより更新後情報が格納してあ
るブロックを読出し更新処理後に処理済みキューにキュ
ーインすることにより行う。更新後情報の読出しは、未
処理更新後情報管理テーブル１９における処理待ち情報
２０中の先頭ブロック番号２１がポイントするブロック
を未処理更新後情報ファイル１８より読込む。読込みデ
ータが存在しなければ、端末１９Ａに結果応答を行う。
読込みデータが存在すれば処理対象データであるかの判
定を、読込んだカレントブロック中のキー情報２６より
行う。処理対象でなければ次ブロックのチェックを行う
ために、カレントブロック中の次ブロック番号２５の示
すブロックを未処理更新後情報ファイル１８より読込
み、処理対象であるかのチェックを継続する。処理対象
であれば、更新後情報２７によりサブセット情報ファイ
ル１７を更新する。更新完了後、カレントブロックを処
理待ちキューから処理済みキューへ変更する。処理待ち
キューからのキューアウトは、カレントブロックが先頭
ブロック番号２１や最終ブロック番号２２により直接ポ
イントされているならば、先頭ブロック番号２１や最終
ブロック番号２２をカレントブロック中の次ブロック番
号２５により更新する。カレントブロックが先頭ブロッ
ク番号２１や最終ブロック番号２２により直接ポイント
されていなければ、カレントブロックの１つ前に読込ん
だブロック中の次ブロック番号２５に、カレントブロッ
ク中の次ブロック番号２５を設定する。処理済みキュー
へのキューインは、カレントブロック中の次ブロック番
号２５に処理済み情報２３中の先頭ブロック番号２４、
先頭ブロック番号２４にカレントブロック番号を設定す
る。その後、カレントブロックを未処理更新後情報ファ
イル１８に書込むことにより行う。更新後情報の再処理
を処理待ちキューの最終まで繰返し行うことにより、シ
ステム間のデータ整合を保つ。本実施例によれば、更新
異常となった更新後情報を自システムに保持することが
できるため、異常時のデータ復旧作業を容易に行うこと
ができる。
【００１３】
【発明の効果】本発明によれば、フルセット情報管理シ
ステムからのデータ更新依頼電文を、何らかの異常によ
りサブセット情報管理システム内で一定時間内に正常処
理ができなかった時、当該データ更新依頼電文を記憶し
後に再処理することによりフルセット情報管理システム
内での更新依頼電文の扱いやサービス運用時間に依存す
ることなくサブセット情報管理システム内のデータを最
新状態にできるため、データの整合性を高めることがで
きる。また、データ間の同期をとるためのデータ更新依
頼電文の再送信が不要となりデータの維持に伴うシステ
ム間のトラフィック増加を抑止する効果もある。
ステムからのデータ更新依頼電文を、何らかの異常によ
りサブセット情報管理システム内で一定時間内に正常処
理ができなかった時、当該データ更新依頼電文を記憶し
後に再処理することによりフルセット情報管理システム
内での更新依頼電文の扱いやサービス運用時間に依存す
ることなくサブセット情報管理システム内のデータを最
新状態にできるため、データの整合性を高めることがで
きる。また、データ間の同期をとるためのデータ更新依
頼電文の再送信が不要となりデータの維持に伴うシステ
ム間のトラフィック増加を抑止する効果もある。
【図１】本発明によるオンラインシステム構成の一例を
示す図である。
示す図である。
【図２】未処理更新後情報の管理情報の一例を示す図で
ある。
ある。
【図３】本発明のシステム間でのデータ更新の一実施例
の処理の流れ図である。
の処理の流れ図である。
１０…フルセット情報管理システム、 １１…フルセット情報管理システムのプログラム群、 １２…フルセット情報ファイル、 １３…更新後情報ファイル、 １４…フルセット情報管理システムの端末、 １５…サブセット情報管理システム、 １６…サブセット情報管理システムのプログラム群、 １７…サブセット情報ファイル、 １８…未処理更新後情報ファイル、 １９…未処理更新後情報管理テーブル、 １９Ａ…サブセット情報管理システムの端末、 ２０…処理待ち情報、 ２１…先頭ブロック番号、 ２２…最終ブロック番号、 ２３…処理済み情報、 ２４…先頭ブロック番号、 ２５…次ブロック番号、 ２６…キー情報、 ２７…更新後情報。
Claims (1)
- 【請求項１】顧客データに関するフルセット情報とサブ
セット情報により、それぞれ異なるサービスを提供する
システム間を公衆回線や専用回線等の通信回線で接続
し、フルセット情報管理システムからフルセット情報が
更新されたとき当該更新後情報を受け、サブセット情報
の維持を行っているシステムにおいて、更新後情報処理
中に一時的でない異常が発生した場合、更新後情報を自
システム内に記憶する記憶手段を設け、異常回復後に前
記記憶手段の更新後情報を読出して再処理することによ
り、システム間のデータ同期をとることを特徴とするオ
ンラインシステム間のデータ更新方式。フルセット情報
とは、オンラインシステムのサービスに必要な全ての情
報（顧客情報、設備情報等）をいい、サブセット情報と
は、その一部が欠ける情報をいう。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6100472A JPH07306829A (ja) | 1994-05-16 | 1994-05-16 | オンラインシステム間のデータ更新方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6100472A JPH07306829A (ja) | 1994-05-16 | 1994-05-16 | オンラインシステム間のデータ更新方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07306829A true JPH07306829A (ja) | 1995-11-21 |
Family
ID=14274859
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6100472A Pending JPH07306829A (ja) | 1994-05-16 | 1994-05-16 | オンラインシステム間のデータ更新方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07306829A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006279501A (ja) * | 2005-03-29 | 2006-10-12 | Nec Corp | メールボックスシステム及びその装置及びそのジャーナル転送制御方法 |
-
1994
- 1994-05-16 JP JP6100472A patent/JPH07306829A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006279501A (ja) * | 2005-03-29 | 2006-10-12 | Nec Corp | メールボックスシステム及びその装置及びそのジャーナル転送制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112988883B (zh) | 数据库的数据同步方法、装置以及存储介质 | |
| JPH02310665A (ja) | 分散トランザクション処理システム | |
| US20100070558A1 (en) | Service processing apparatus, system, and recording medium | |
| EP0694838A1 (en) | Step level recovery | |
| US6978400B2 (en) | Method, apparatus and computer program for reducing the amount of data checkpointed | |
| US6351826B1 (en) | Method and apparatus for automatically verifying communication software | |
| JPH0528021A (ja) | 二元配置データの管理方法 | |
| JPH07306829A (ja) | オンラインシステム間のデータ更新方式 | |
| JP3340431B2 (ja) | データベース管理方法 | |
| EP1349067A2 (en) | Document management system and method with fault recovery | |
| JP2630227B2 (ja) | 端末ソフトウェア自動同時更新システム | |
| US20020161789A1 (en) | Parallel replication mechanism for state information produced by serialized processing | |
| JPH034339A (ja) | 分散処理システムにおけるデータベース更新方式 | |
| CN114625578B (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
| CN109062931B (zh) | 缓存同步控制方法、装置、系统、服务器及可读存储介质 | |
| JP3683706B2 (ja) | コンピュータ間の通信管理方法および装置，ならびに通信管理のためのプログラムを記録した媒体 | |
| JPH11345139A (ja) | 無停止型２重化システム | |
| KR100416366B1 (ko) | 이동 통신 시스템의 홈위치 등록기 백업 절체시 호처리데이터 유실 방지 방법 | |
| JPH02260055A (ja) | コンピュータ間ファイル転送方式 | |
| JPH11331452A (ja) | Ｆａｘ配信システム及び方法並びに該方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JPH04230553A (ja) | ファイル転送誤り回復方法 | |
| JPH0895839A (ja) | データバックアップ方法 | |
| JP2001250000A (ja) | コミットメントサービス一括処理方法とその装置 | |
| JP2007072886A (ja) | データ中継装置、データ管理システム及びデータ管理方法 | |
| CN120281815A (zh) | 一种数字服务平台消息重发方法、设备及介质 |