(57)【要約】【課題】この発明は、業務を中断することなく、各業務端末でのデータの整合性がとれる。【解決手段】この発明は、通信回線を使用して接続された複数の端末が個々に情報を持ち、個々に情報更新を行う環境下で、データ管理端末を用意し個々の端末の更新内容を全端末分反映させ、データ管理端末で反映させた更新内容を差分形式で各端末に送信し、この内容で個々の端末のデータを更新することで、複数端末のデータの整合性をとるようにしたものである。【選択図】  図２
2005031807.tif 000002
【特許請求の範囲】
【請求項１】
複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有するデータ処理システムにおけるデータ更新方法において、
データ管理端末と業務端末とで同等のデータを保有し、業務端末でのデータの更新内容を定期的に差分データの形式でデータ管理端末に送信し、それを受けたデータ管理端末は自身のデータを更新し、複数の業務端末からの更新用差分データを受けたデータ管理端末は、全更新内容を全データに対する差分データの形式で業務端末に送信し、それを受けた業務端末は自身のデータを更新する
ことを特徴とするデータ処理システム。
【請求項２】
複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有し、データ管理端末と業務端末とで同等のデータを保有するデータ処理システムにおいて、
業務端末でのデータの更新内容を定期的に差分データの形式でデータ管理端末に送信する第１の送信手段と、
この差分データにより、データ管理端末が自身のデータを更新する第１の更新手段と、
複数の業務端末からの更新用差分データを受けたデータ管理端末が、全更新内容を全データに対する差分データの形式で各業務端末に送信する第２の送信手段と、
この差分データにより、各業務端末が自身のデータを更新する第２の更新手段と、
を具備したことを特徴とするデータ処理システム。
【請求項３】
複数の業務端末と、各業務端末との通信回線を介して接続されているデータ管理端末とを有するデータ処理システムにおいて、
上記業務端末が、
各業務端末の時系列の処理内容を日時に対応するバージョン情報に基づいて記憶する第１の記憶手段と、
該業務端末による業務処理の内容を上記第１の記憶手段の最新のバージョン情報を付与して上記データ管理端末に送信する第１の送信手段と、
この第１の送信手段の送信に応答して得られる上記最新のバージョン情報以降の各業務端末の時系列の処理内容を上記第１の記憶手段に追加記憶する第１の処理手段とを有し、
上記データ管理端末が、
上記各業務端末から供給される業務処理の内容を、日時に対応するバージョン情報に基づいて順次記憶する第２の記憶手段と、
上記各業務端末から供給される業務処理の内容とともに供給される上記各業務端末のバージョン情報と上記第１の記憶手段の最新のバージョン情報とを比較し、その差分の業務処理の内容をそのバージョン情報とともに上記各業務端末に送信する第２の送信手段とを有する
ことを特徴とするデータ処理システム。
【請求項４】
複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有するデータ処理システムにおいて、
上記業務端末が、
各業務端末の時系列の処理内容を日時に対応するバージョン情報に基づいて記憶する第１の記憶手段と、
該業務端末による業務処理の内容を上記第１の記憶手段の最新のバージョン情報を付与して上記データ管理端末に送信する第１の送信手段と、
この第１の送信手段の送信に応答して得られる上記最新のバージョン情報以降の各業務端末の時系列の処理内容を上記第１の記憶手段に追加記憶する第１の処理手段とを有し、
上記データ管理端末が、
上記各業務端末から供給される業務処理の内容を、日時に対応するバージョン情報に基づいて順次記憶する第２の記憶手段と、
上記各業務端末から供給される業務処理の内容とともに供給される上記各業務端末のバージョン情報と上記第１の記憶手段の最新のバージョン情報とを比較し、上記各業務端末ごとに異なる差分の業務処理の内容をそのバージョン情報とともに上記各業務端末に送信する第２の送信手段とを有する
ことを特徴とするデータ処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、それぞれ業務を行う複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有するデータ処理システムに関する。
【０００２】
【従来の技術】
異なる端末でデータを共有した上で整合性を保つ方式として、データを一元管理するサーバと、サーバ上のデータにアクセスする端末とがネットワークを介して接続された、クライアントサーバシステムが挙げられる。端末側でデータを保有せず、サーバにあるデータは唯一のデータであるため、複数端末で同レベルのデータを扱うことが可能となる。
【０００３】
このような方法は、申請書記載の申請データ入力、入力したデータに対する発行審査、審査結果をもとにした証明書の作成を行う証明書発行システムなど、個々のデータに対してリアルタイムに流れ作業的な処理を行うシステムには有効である。
【０００４】
その他の方法として、サーバに代わるデータ管理端末と複数台接続した端末の両方に同等のデータを持たせる方法もある。各端末はデータ更新毎に自身のデータを更新すると共に、更新内容をデータ管理端末に送信する。データ管理端末はそれぞれの端末から受信した更新内容をデータ管理端末内のデータに反映させる。こうすることでデータ管理端末内のデータは常に最新の状態に保たれる。ところが、各端末での更新内容はその他の端末に送信されないため、端末間のデータに差異が生じる。この差異をなくすため、一定期間毎にデータ管理端末内の全データを記憶媒体にコピーし、この記憶媒体を使用して各端末のデータを総入れ替えする方法をとることで、データの整合性を保つ。記憶媒体を使用せず、ネットワークを介して総入れ替えを行う方法で整合性を保つこともできる。
【０００５】
規模がそれほど大きくない場合、例えばサーバ１台と端末が数台接続されており、通信回線も高速な線が利用できる場合、この構成は有効である。しかし、サーバ１台と端末数百台が接続されており、通信回線が低速である場合などは、サーバ−端末間の転送データ減少、数百台が１台のサーバ内データに集中的にアクセスすることによるサーバの一時的ロックが発生することが考えられる。
【０００６】
また、データ管理端末を使用した方式では、記憶媒体／ネットワークを使用して端末内のデータの総入れ替えの作業を行っている最中は、端末での業務を停止せざるを得ない。
図１は、従来のデータ処理システムのシステム構成を模式した図である。（特許文献１参照）
データ管理端末１に、業務端末２〜６がネットワークを介して接続されている。データ管理端末１、業務端末２〜６はそれぞれ同種のデータ管理を行っている。業務端末２〜６のそれぞれで更新した内容は、データ管理端末１に更新される。更新内容の送信を受けたデータ管理端末１は、データ管理端末１内のデータに即座に更新内容を反映させる。これにより、データ管理端末１が保持しているデータは常に最新の状態であるが、業務端末２〜６が保持しているデータは他の業務端末の更新内容を反映していない状態がしばらく続く（例えば業務端末２は自身の更新内容は随時反映しているが、業務端末３〜６での更新内容の通知を受けていないため反映できない）。
【０００７】
業務端末２〜６のデータ更新は、データ管理端末１のデータは常に最新であるため、データ管理端末１が特定の時期にデータ管理端末１で保有しているデータを記憶媒体に全件出力する。この記憶媒体の内容で業務端末２〜６のデータを総入れ替えすることで初めてデータ管理端末１と業務端末２〜６のデータが同一のものとなる。この方式だと、データ管理端末１で保有するデータ件数が増加するに従い、記憶媒体に出力するデータが増加し、この結果、業務端末２〜６での総入れ替えの時間が増加するという欠点があった。
【０００８】
【特許文献１】
特開平１０−０９１７３５号公報。
【０００９】
【発明が解決しようとする課題】
この発明は、それぞれ業務を行う複数の業務端末と、各業務端末と低速の通信回線を介して接続され、各業務端末がそれぞれ各業務端末での処理内容を共通に記憶しているデータ管理端末とを有するものにおいて、業務を中断することなく、各業務端末でのデータの整合性がとれるデータ処理システムを提供することを目的としている。
【００１０】
【課題を解決するための手段】
この発明のデータ処理システムにおけるデータ更新方法は、複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有するものにおいて、データ管理端末と業務端末とで同等のデータを保有し、業務端末でのデータの更新内容を定期的に差分データの形式でデータ管理端末に送信し、それを受けたデータ管理端末は自身のデータを更新し、複数の業務端末からの更新用差分データを受けたデータ管理端末は、全更新内容を全データに対する差分データの形式で業務端末に送信し、それを受けた業務端末は自身のデータを更新するものである。
【００１１】
この発明のデータ処理システムは、複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有し、データ管理端末と業務端末とで同等のデータを保有するものにおいて、業務端末でのデータの更新内容を定期的に差分データの形式でデータ管理端末に送信する第１の送信手段と、この差分データにより、データ管理端末が自身のデータを更新する第１の更新手段と、複数の業務端末からの更新用差分データを受けたデータ管理端末が、全更新内容を全データに対する差分データの形式で各業務端末に送信する第２の送信手段と、この差分データにより、各業務端末が自身のデータを更新する第２の更新手段とを有する。
【００１２】
この発明のデータ処理システムは、複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有するものにおいて、上記業務端末が、各業務端末の時系列の処理内容を日時に対応するバージョン情報に基づいて記憶する第１の記憶手段と、該業務端末による業務処理の内容を上記第１の記憶手段の最新のバージョン情報を付与して上記データ管理端末に送信する第１の送信手段と、この第１の送信手段の送信に応答して得られる上記最新のバージョン情報以降の各業務端末の時系列の処理内容を上記第１の記憶手段に追加記憶する第１の処理手段とを有し、上記データ管理端末が、上記各業務端末から供給される業務処理の内容を、日時に対応するバージョン情報に基づいて順次記憶する第２の記憶手段と、上記各業務端末から供給される業務処理の内容とともに供給される上記各業務端末のバージョン情報と上記第１の記憶手段の最新のバージョン情報とを比較し、その差分の業務処理の内容をそのバージョン情報とともに上記各業務端末に送信する第２の送信手段とを有する。
【００１３】
この発明のデータ処理システムは、複数の業務端末と、各業務端末と通信回線を介して接続されているデータ管理端末とを有するものにおいて、上記業務端末が、各業務端末の時系列の処理内容を日時に対応するバージョン情報に基づいて記憶する第１の記憶手段と、該業務端末による業務処理の内容を上記第１の記憶手段の最新のバージョン情報を付与して上記データ管理端末に送信する第１の送信手段と、この第１の送信手段の送信に応答して得られる上記最新のバージョン情報以降の各業務端末の時系列の処理内容を上記第１の記憶手段に追加記憶する第１の処理手段とを有し、上記データ管理端末が、上記各業務端末から供給される業務処理の内容を、日時に対応するバージョン情報に基づいて順次記憶する第２の記憶手段と、上記各業務端末から供給される業務処理の内容とともに供給される上記各業務端末のバージョン情報と上記第１の記憶手段の最新のバージョン情報とを比較し、上記各業務端末ごとに異なる差分の業務処理の内容をそのバージョン情報とともに上記各業務端末に送信する第２の送信手段とを有する。
【００１４】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態のデータ処理システムを説明する。
図２は、この発明のデータ処理システムのシステム構成を模式した図である。
【００１５】
データ管理端末１１に、業務端末１２〜１６がネットワークを介して接続されている。データ管理端末１１、業務端末１２〜１６はそれぞれ同種のデータ管理を行っている。業務端末１２〜１６のそれぞれで更新した内容は、データ管理端末１１に更新される。更新内容の送信を受けたデータ管理端末１１は、データ管理端末１１内のデータに即座に更新内容を反映させる。これにより、データ管理端末１１が保持しているデータは常に最新の状態であるが、業務端末１２〜１６が保持しているデータは他の業務端末の更新内容を反映していない状態がしばらく続く（例えば業務端末１２は自身の更新内容は随時反映しているが、業務端末１３〜１６での更新内容の通知を受けていないため反映できない）。
【００１６】
データ管理端末１１は、業務端末１２〜１６から送信を受けた更新内容を使用して、一定時間毎に差分ファイルを作成する。この差分ファイルには業務端末１２〜１６での更新内容が全て反映されている。業務端末１２〜１６は、データ管理端末１１での差分ファイル作成を定期的に監視し、差分ファイルの発生を検知すると、この差分ファイルを取得し、自身のデータに更新内容を反映させる。差分データには全業務端末でのデータ更新内容が含まれているため、差分データの内容を反映させた時点でデータ管理端末１１保有のデータと業務端末保有のデータは同一のデータとなる。
【００１７】
したがって、この発明によれば、従来の方式では、データの総入れ替えを行っているところを、定期的に作成する差分ファイルを適用することで、入れ替え時間の削減、わずかなタイムラグでのデータ整合性確保を実現可能である。
【００１８】
次に、この発明による更新データの通知（業務端末１２（１３、…）→データ管理端末１１）について、図２を用いて説明する。
（１）  業務端末１２は、発生したデータを定期的にファイルへ出力し、データ管理端末１１上の特定フォルダ２１上にコピーする。
（２）  データ管理端末１１は定期的に特定フォルダ２１を参照する。処理対象のファイルが存在すれば、これをもとに自身のデータ更新処理を実行する。実行後に、処理済みのファイルを削除し、データ管理端末１１と業務端末１２間の電文中に完了したファイルのバージョンをセットする。
（３）  ファイルには、バージョンが付与される。
ファイル名（バージョン）：データ種類＿ＹＹＹＹＭＭＤＤｎｎｎｎ
データ種類：データ種類を識別するためのヘッダ
ＹＹＹＹＭＭＤＤ：西暦年月日
ｎｎｎｎ：定期的に作成されるデータの連番
（４）  業務端末１２とデータ管理端末１１間のファイルのやり取りの概念図は図３に示すようになっている。データ管理端末１１側は特定のフォルダを参照して未処理ファイルを取得し、これをもとに自身のデータを更新する。
【００１９】
次に、この発明による更新データの通知（データ管理端末１１→業務端末１２（１３、…））について説明する。
（１）図４に示すように、データ管理端末１１上の更新データは毎時間更新され、これを業務端末１２に反映させるために更新内容を格納したファイル（差分データ）を作成する。
（２）図５に示すように、毎時間作成した差分データとは別に、これらを一日単位にまとめた日締めデータを作成する。
【００２０】
次に、この発明によるバージョン付与形式について説明する。
（１）  更新用の差分データ・日締めデータは、図６に示すように、ファイルでデータ管理端末１１に格納される。ファイルの作成順を識別するためバージョンを付与し、ファイル名に付ける。また、差分ファイルは特定フォルダ２１に格納する。
ファイル名（バージョン）：データ種類＿ＹＹＹＹＭＭＤＤｎｎｎｎ
データ種類：データ種類を識別するためのヘッダ
ＹＹＹＹＭＭＤＤ：西暦年月日
ｎｎｎｎ：毎時間作成される差分データの連番
００００→当該日の最新版の全データ
９９９９→当該日の日締めデータ
（２）  図７に示すように、業務端末１２内のデータのバージョンが「ＡＢＣ＿２００２１１０１００００」であれば、業務端末１２ではこれを適用後に、２００２／１１／０１以降発生した差分データを取り込み適用すれば、データ管理端末１１と同一の最新状態となる。
【００２１】
次に、この発明による入手データの範囲について説明する。
（１）  最新バージョン
データの最新バージョンは、図８に示すように、データ管理端末１１−業務端末１２（１３、…）間で送受信する電文中に格納される。業務端末１２側はこれを参照することで、差分データの最新バージョンを入手することができる。
（２）  取り込み済みバージョン
業務端末１２側は、取り込み済みの差分データのバージョンを管理する。業務端末１２側は、たとえば、電源投入時に、データ管理端末１１側から取り込み済みバージョン以降の差分データを入手する。
（３）  従って、図９に示すように、データ管理端末１１側の最新バージョンが「２００２１１０４０００３」であり、業務端末１２側の取り込み済みバージョンが「２００２１１０３０００１」であれば、この間の差分ファイルをデータ管理端末１１から取得し適用することで、最新データを反映させることができる。
【００２２】
次に、この発明による差分ファイルの一覧入手について、図１０を用いて説明する。
（１）  業務端末１２（１３、…）側のデータを最新の状態にするために、データ管理端末１１から差分ファイルを入手する。この処理に先立って、ファイル一覧を入手する必要がある。ファイル一覧の入手には、標準のＦＴＰコマンドであるＤｉｒを使用する。
（２）差分ファイルを格納する特定フォルダ２１に対してファイルの一覧を入手する際に、データ管理端末１１へＤｉｒコマンドを無条件にコールすると、更新の完了しているバージョン情報も入手することになり、ネットワークのトラフィックやデータ管理端末１１および業務端末１２に負荷をかけることとなる。
（３）  そこで、データ管理端末１１と業務端末１２間の電文上に格納する「最新バージョン」と業務端末１２側で管理する「取り込み済みバージョン」から、入手するファイルの一覧を絞る。
１）  最新バージョン＝取り込み済みバージョンの場合
入手すべき差分ファイルが存在しないため、Ｄｉｒコマンドをコールしない。
２）  最新バージョンと取り込み済みバージョンの年月日が一致する場合
ａ）  連番部分の下４桁にワイルドカードを付与して、Ｄｉｒコマンドをコールする。
【００２３】
例）Ｄｉｒ  ＡＢＣ＿２００２１１０５？？？？  結果格納ファイル名
ｂ）  これにより、ファイル一覧として２００２１１０４以前の不要なバージョンを入手しないで済む
３）  最新バージョンと取り込み済みバージョンの年月日の中、ＤＤ下１桁が一致しない場合
ａ）  連番部分の下４桁と日にちの下１桁にワイルドカードを付与して、Ｄｉｒコマンドをコールする。
【００２４】
例）Ｄｉｒ  ＡＢＣ＿２００２１１０？？？？？
ｂ）  これにより、ファイル一覧として２００２１０３１以前の不要なバージョンを入手しないで済む
４）  以降、電文中の最新バージョンと業務端末１２側の取り込み済みバージョンからＤｉｒコマンドの検索条件を生成し、入手するファイルの一覧を絞り込む。
【００２５】
次に、この発明による差分ファイルと日締めファイルの選択について説明する。
（１）  入手したファイル一覧から、データ管理端末１１から取得すべきファイルを判別する。
（２）  バージョンの上限下限は、最新バージョンとの絞り込みバージョンから判別することが可能
（３）  バージョン一覧中に日付部分が同値で、連番部分が０００１〜ｎｎｎｎまで存在しており、これに対応する日締めのデータ（連番部分が９９９９）が存在すれば、連番部分が０００１〜ｎｎｎｎまでのファイルを取得する必要はない。日締めファイルだけ入手すれば済む。
【００２６】
この場合、図１１に示すように、最新バージョン「２００２１１０６００３」、絞り込みバージョン「２００２１１０３０００２」の際、ＮＯ１０までのファイルの内容については取得済みのため、ＮＯ１１の差分ファイル、ＮＯ１６、ＮＯ１９の日締めファイル、ＮＯ２１、ＮＯ２２、ＮＯ２３の差分ファイルが取得対象となる。
【００２７】
ただし、ＮＯ１２の日締めファイルは対応する差分ファイルを取得しているため不要である。また、ＮＯ１３からＮＯ１５の差分ファイルは対応するＮＯ１６の日締めファイルを取得しているため不要である。また、ＮＯ１７からＮＯ１９の差分ファイルは対応するＮＯ２０の日締めファイルを取得しているため不要である。また、ＮＯ１３からＮＯ１５の差分ファイルは対応する日締めファイルが存在しないため取得されている。
（４）バージョン一覧中に取り込み済みバージョンと最新バージョンの間で、日締めファイルが存在する場合でも、日付が同値の差分ファイルで適用が完了している場合は、日締めファイルではなく差分ファイルを適用する。
【００２８】
この場合、図１２に示すように、最新バージョン「２００２１１０６００１」、絞り込みバージョン「２００２１１０５０００１」の際、ＮＯ１７までのファイルの内容については取得済みのため、ＮＯ１８、ＮＯ１９、ＮＯ２１の差分ファイルが取得対象となる。
【００２９】
上記したように、データ管理端末と業務端末とで同等のデータを保有し、業務端末でのデータ更新内容は定期的に差分データの形式でデータ管理端末に送信し、それを受けたデータ管理端末は自身のデータに更新をかける。複数の業務端末からの更新用差分データを受けたデータ管理端末は、全更新内容を全データに対する差分データの形式で業務端末に送信し、それを受けた業務端末は自身のデータに更新をかける。
すなわち、業務を中断することなく、他端末とのデータの整合性がとれる。
【００３０】
また、通信回線を使用して接続された複数の端末が個々に情報を持ち、個々に情報更新を行う環境下で、他端末での更新内容を自端末にも反映させる。
【００３１】
また、通信回線を使用して接続された複数の端末が個々に情報を持ち、個々に情報更新を行う環境下で、データ管理端末を用意し個々の端末の更新内容を全端末分反映させる。データ管理端末で反映させた更新内容を差分形式で各端末に送信し、この内容で個々の端末のデータを更新することで、複数端末のデータの整合性をとる。
【００３２】
これにより、夜間を利用したデータの総入れ替えなど、業務を一時停止することなく、通常業務中でもリアルタイムにデータの整合性が保てるため、業務停滞や夜間作業による作業時間を削減できる。
【００３３】
また、オンライン／オフラインによるデータ総入れ替えを行うのではなく、差分データを用いて各端末のデータを更新するため、ネットワークへの負荷が軽減できる。
【００３４】
また、複数の端末から複数の端末に対して更新内容を通知するのではなく、個々の端末から一台のデータ管理端末に対して更新内容を通知するためデータの制御が簡潔で、かつ、ネットワークを介したデータアクセスに比べて、ローカルデータへのアクセスであるため処理の高速化が可能となる。
【００３５】
また、従来の方式では、データの総入れ替えを行っているところを、定期的に作成する差分ファイルを適用することで、入れ替え時間の削減、わずかなタイムラグでのデータ整合性確保を実現可能である。
【００３６】
【発明の効果】
以上詳述したように、この発明によれば、それぞれ業務を行う複数の業務端末と、各業務端末と低速の通信回線を介して接続され、各業務端末がそれぞれ各業務端末での処理内容を共通に記憶しているデータ管理端末とを有するものにおいて、業務を中断することなく、各業務端末でのデータの整合性がとれるデータ処理システムを提供できる。
【図面の簡単な説明】
【図１】従来のデータ処理システムのシステム構成を示す概略図。
【図２】この発明のデータ処理システムのシステム構成を示す概略図。
【図３】業務端末とデータ管理端末間のファイルのやり取りの概念図。
【図４】差分データの作成処理を説明するための図。
【図５】日締めデータの作成処理を説明するための図。
【図６】バージョン付与形式を説明するための図。
【図７】バージョン付与形式を説明するための図。
【図８】データ管理端末−業務端末間で送受信する電文例を示す図。
【図９】差分データの入手処理を説明するための図。
【図１０】差分データの入手処理を説明するための図。
【図１１】差分データと日締めデータの入手処理を説明するための図。
【図１２】差分データと日締めデータの入手処理を説明するための図。
【符号の説明】
１１…データ管理端末、１２…業務端末
【図１】
2005031807.tif 000003
【図２】
2005031807.tif 000004
【図３】
2005031807.tif 000005
【図４】
2005031807.tif 000006
【図５】
2005031807.tif 000007
【図６】
2005031807.tif 000008
【図７】
2005031807.tif 000009
【図８】
2005031807.tif 000010
【図９】
2005031807.tif 000011
【図１０】
2005031807.tif 000012
【図１１】
2005031807.tif 000013
【図１２】
2005031807.tif 000014