JPH10293707A - 大容量読み出し専用記憶媒体を利用した更新データの活用方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明は新規追加データと更新されたインデッ
クス情報を記憶する大容量記憶媒体の再生成・再配布を
抑制し、それらの情報をネットワークを使用して迅速に
提供することにある。 【解決手段】更新された情報を管理、配信する方法にお
いて、サーバマシンとクライアントマシンの間でデータ
ベースの更新日付の突き合わせ処理を行い（ステップ１
１２）、サーバ側で情報の更新が行われており、クライ
アント側に反映されていなければ、ダウンロードデータ
の抽出を行い、クライアント側にダウンロードする（ス
テップ１０７）。クライアント側で更新された情報を使
用する場合は内蔵磁気ディスク装置から（ステップ１１
６）、更新が行われていない情報の場合は配布済みのＣ
Ｄ−ＲＯＭから（ステップ１１７）情報を読み込み提示
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントサー
バシステムにおける情報を管理するシステムに関し、特
に大容量読み出し専用記憶媒体上のデータと大容量書き
込み可能媒体に追加・削除されたデータなどの差分デー
タの管理方法および配信方法に関する。

【０００２】

【従来の技術】コンピュータ業界において、ＣＤ−ＲＯ
Ｍは大容量の情報を格納する媒体として頻繁に使用され
ている。近年コンピュータの能力が向上するにつれ、1
枚のＣＤ−ＲＯＭでは情報が収まりきらず複数枚のＣＤ
−ＲＯＭで情報が提供されるようになってきている。

【０００３】スタンドアロンシステムにおける複数枚の
記憶媒体にわたる検索を行う方法とシステムは、特開平
７−２１９９６４号広報に記載されているように、新た
に追加する情報とその検索のためのインデックスと共
に、既存の情報記憶媒体に記憶され引き続き使用される
情報のインデックスを、新規作成の情報記憶媒体に記憶
するようにしているので、最新の記憶媒体のインデック
スをシステム側に転写するのみで、複数の記憶媒体に共
用できるインデックス情報を簡単に更新ができ、管理が
容易になる。

【０００４】

【発明が解決しようとする課題】上記従来技術は、新た
に情報が追加される時に、最新の情報と既存の情報のイ
ンデックスを新規作成の記憶媒体に格納するため、新た
な情報が増加する度に記憶媒体を作成しなければなら
ず、その結果記憶媒体が増加し、記憶媒体の管理が複雑
になるという問題があった。

【０００５】また、最新の情報と既存の情報のインデッ
クスを新規作成の記憶媒体に格納し配布するため、新し
い情報が記憶された媒体が提供されるまでは情報が反映
されないといった問題があった。

【０００６】本発明の第一の目的は、新規追加データと
更新されたインデックス情報やプログラムなどをクライ
アントマシン上の書き込み可能媒体上に作成することに
より、情報記憶媒体の再作成、再配布を抑制する方法を
提供することにある。

【０００７】本発明の第二の目的は、新規追加データと
更新されたインデックス情報やプログラムなどをネット
ワークを使用することにより、瞬時に反映する方法を提
供することにある。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明ではクライアントマシン、サーバマシンの
両方に情報の管理を行うためにデータベースの各テーブ
ルに運用カラムを設ける。また、クライアントマシンに
は、更新日時などの情報を格納する環境値テーブルを設
ける。運用カラムには、サーバ側データベースの更新時
点で設定する日付であるタイムスタンプ、コードテーブ
ルの配信を判断する有効フラグ等を定義して、データベ
ースの管理に使用する。また、環境値テーブルには、最
後に実行したダウンロードの日付である配信ＩＤ、マシ
ンを一意に識別するマシンＩＤ、更新を行ったユーザを
特定するユーザＩＤ等を定義する。

【０００９】サーバマシン側では、新規追加データと更
新したインデックステーブルをサーバマシン内の記憶可
能媒体上に格納する処理を随時実行し、更新したテーブ
ルの運用カラムのタイムスタンプを新しいものに更新す
る。

【００１０】クライアントマシン側で、情報システムを
起動した時、クライアントマシンの環境値テーブルの配
信ＩＤとサーバマシンの運用カラムのタイムスタンプを
比較する。比較した結果、値が同じだった場合は情報の
更新がなかったということになり、情報システムを実行
する。

【００１１】クライアントマシンの環境値テーブルの配
信ＩＤよりサーバマシンの運用カラムのタイムスタンプ
の値が新しい場合は、サーバマシン側で、運用カラムと
新規追加データやテーブル、更新されたインデックステ
ーブルを含むダウンロードファイルを作成し、クライア
ントマシンに配信する。配信されたデータは、クライア
ントマシン側の記憶可能媒体上に格納される。全ての配
信が終了した後に情報システムを実行する。

【００１２】

【発明の実施の形態】以下に、本発明の実施例を図面に
よって説明する。

【００１３】図１は、本発明を情報システムに適用した
場合の処理手順の実施の形態を示すフローチャートであ
り、図２は、本発明に係るクライアントサーバシステム
でＣＤ−ＲＯＭを使用する情報システムである病害虫診
断システムを実行する際のブロック図である。また、図
３は、図２におけるコードテーブルの詳細であり病名コ
ードを例として使用している。図４は、図２におけるイ
ンデックステーブルの詳細であり、病名コードを例とし
て使用している。図５は、図２における環境値テーブル
の詳細である。

【００１４】図２において、サーバマシン１０は、内蔵
磁気ディスク装置７０を持ち、更新情報管理３０を行っ
ている。内蔵磁気ディスク装置７０内には、サーバデー
タベース７１が構築されており、各種情報の格納位置を
示すインデックステーブル７２とコードテーブル７３
（コードテーブルは複数個存在する）を格納している。
ダウンロードデータ抽出処理４０は、更新情報をクライ
アントマシン２０にダウンロードする際に行われる。ク
ライアントマシン２０は、ＣＤ−ＲＯＭ装置と磁気ディ
スク装置８０を内蔵している。本情報システムで大量の
音声ファイルや画像ファイルを扱うものについては、ま
ず最初に情報がＣＤ−ＲＯＭ６０で提供される。配布さ
れたＣＤ−ＲＯＭ６０内にはＰＣ（クライアント）デー
タベース６１が構築されており、各種情報の格納位置を
示すインデックステーブル６２とコードテーブル６３を
格納している。その他に配布されたＣＤ−ＲＯＭ６０内
には、音声ファイルや画像ファイル６４を格納してい
る。サーバからのダウンロード処理によって配信された
情報をクライアントマシン２０内で構築するのがデータ
交換処理５０である。データ交換処理５０によって配信
された情報は、内蔵磁気ディスク装置８０内のＰＣ（ク
ライアント）データベース８１に構築されているインデ
ックスファイル８２、コードテーブル８３や環境値テー
ブル８４の更新処理を行う。本発明の形態では、クライ
アントマシン２０は１台しか示されていないが、実際に
は複数台のクライアントマシン２０がサーバマシン１０
とネットワーク９０によって結ばれている。

【００１５】図２におけるＣＤ−ＲＯＭ内のコードテー
ブル６３の詳細を図３を用いて説明する。図３は病名コ
ードテーブルであり、病名コードと病名、病名区分（病
気、害虫等の区分）等が定義されている。病名テーブル
では、記憶媒体がＣＤ−ＲＯＭということもあり、デー
タの更新が不可能なので、運用カラム２１０は存在せ
ず、業務用カラム２００のみ存在する。業務用カラム２
００の病名コード２０１は、病名テーブルのキーであ
り、２０２は、病名コードの名称である病名、２０３は
病名コードの区分である。また２０４は更新日である。
ＣＤ−ＲＯＭ内のコードテーブル６３は更新されること
はない。

【００１６】次にＣＤ−ＲＯＭ内のインデックステーブ
ル６２の詳細を図４を用いて説明する。図４は、病名指
定写真選択コードと言い、病名コードや音声情報のアド
レス等が定義されており、インデックステーブルとして
使用される。病名コード３０１は、キーコードであり、
図３の病名コード２０１とリンクしている。３０２、３
０３は、写真ファイルや音声ファイル６４の格納位置を
示している。更新日３０４は、情報が登録された日付が
格納されている。３０５は更新フラグであり、更新フラ
グが”０”の場合未更新状態を示す。ＣＤ−ＲＯＭ内の
インデックステーブル６２の更新フラグ３０５は、全
て”０”である。また、ＣＤ−ＲＯＭ内のコードテーブ
ル６３同様インデックステーブル６２も更新されること
はない。

【００１７】図２におけるサーバマシン内の内蔵磁気デ
ィスク装置７０内のコードテーブル７３の詳細を図３を
用いて説明する。初期状態では、病名テーブルの業務用
カラム２００は、前述のＣＤ−ＲＯＭ内の病名テーブル
の内容と同一であり、それに運用カラム２１０を付け加
えた構成となっている。タイムスタンプ２１１はサーバ
側のデータベースを更新する時にサーバ側のシステム日
付を取得する。形式としては西暦年月日（８桁）と時間
（４桁）と更新カウンタ（１桁）の１５桁で構成され
る。更新カウンタは、新規レコードの場合”０”、更新
レコードの場合は”１”〜”９”の間で循環する。有効
フラグ２１２は、サーバマシン１０からクライアントマ
シン２０へのデータの配信を行うか否かを判断するフラ
グであり、”０”ならば配信保留状態であり、”１”な
らば配信可能状態を示す。

【００１８】次にサーバマシン内の内蔵磁気ディスク装
置内のインデックステーブル７２の詳細を図４を用いて
説明する。初期状態では、ＣＤ−ＲＯＭ内のインデック
ステーブル６２と同一である。更新処理が行われると、
キーコードである病名コード３０１を基に写真アドレス
３０２、音声アドレス３０３の更新を行い、更新日３０
４をサーバマシンのシステム日付より取得し、更新フラ
グ３０５を”１”に変更する。また、新規作成の場合は
行を追加する。音声ファイル、画像ファイル７４は、初
期状態では存在しない。追加されると格納場所とキーコ
ードとのリンクを行いインデックステーブル７２に登録
する。

【００１９】図２におけるクライアントマシン内の内蔵
磁気ディスク装置８０内のコードテーブル８３の詳細を
図３を用いて説明する。初期状態では、クライアントマ
シン内の内蔵磁気ディスク装置８０内にコードテーブル
８３は存在しない。サーバマシンでコードテーブル７３
の追加更新処理が行われ、ダウンロード処理されて初め
て内蔵磁気ディスク装置８０内に格納される。従ってク
ライアントマシン内のコードテーブル８３の内容はサー
バマシン内のコードテーブル７３と同一である。但し、
サーバマシン内の内蔵磁気ディスク装置７０内に存在す
る全てのコードテーブル７３がクライアントマシン内の
内蔵磁気ディスク装置８０に存在するわけではなく、ダ
ウンロードされたもののみ存在する。

【００２０】次にクライアントマシン内の内蔵磁気ディ
スク装置内のインデックステーブル８２の詳細を図４を
用いて説明する。初期状態では、ＣＤ−ＲＯＭ内のイン
デックステーブル６２と同一である。ダウンロード処理
が行われると、病名コード３０１をキーとして写真アド
レス３０２、音声アドレス３０３、更新日３０４、更新
フラグ３０５の更新を行う。また、新規作成の場合は行
を追加する。

【００２１】次に環境値テーブル８４の詳細を図５を用
いて説明する。配信ＩＤ４０１はクライアントマシン側
で設定する。形式としては西暦年月日（８桁）と補助番
号（４桁）の１２桁で更新される。西暦年月日はダウン
ロード処理が完了した時点でサーバマシンから取得す
る。補助番号は、”００００”〜”９９９９”まで利用
可能で、この値を任意に設定することにより、特定の更
新データを部分抽出することを可能にする。４０２は、
クライアントマシン個々の識別子（４桁）であり４０３
は、データの更新を行った利用者のユーザＩＤ（６桁）
である。

【００２２】次に図１のフローチャートに基づいて各部
の動作を説明する。

【００２３】サーバマシン１０では、随時データの追
加、削除などといった処理が行われている。これは主に
管理者によって行われるものであり、業務用カラム２０
０や音声ファイル、画像ファイル７４等の変更、追加等
の作業を行う（ステップ１０１）。インデックステーブ
ル７２には、業務のコードテーブルや音声ファイルや画
像ファイル等の格納場所が記述されている。コードや名
称等の更新処理後、そのデータの保存処理を実行する際
に、サーバマシンからシステム日付を取得し、業務用カ
ラム２００の更新日２０４や運用カラム２１０のタイム
スタンプ２１１やインデックステーブルの更新日３０
４、更新フラグ３０５を変更する（ステップ１０３）。

【００２４】クライアントマシン２０の電源を投入する
と、バッチ処理により情報システムが起動される（ステ
ップ１１１）。病害虫診断システムの場合、配布済みの
ＣＤ−ＲＯＭ６０がないと動作しないので、ＣＤ−ＲＯ
Ｍ装置に挿入しておく必要がある。

【００２５】次に、内蔵磁気ディスク装置８０内の環境
値テーブル８５の配信ＩＤ４０１とサーバマシン１０の
全てのコードテーブル７３内のタイムスタンプ２１１の
日付の突き合わせ処理を行う（ステップ１１２）。

【００２６】サーバマシン１０のコードテーブル７３の
タイムスタンプ２１１の方がクライアントマシン２０の
環境値テーブル８５の配信ＩＤ４０１より新しい場合
は、更新データをサーバマシン１０からダウンロードす
る必要があり、そうでない場合は、処理を続行する（ス
テップ１１３）。

【００２７】ダウンロードデータの抽出は、サーバマシ
ン１０のコードテーブル７３の運用カラム２１０のタイ
ムスタンプ２１１がクライアントマシン２０の環境値テ
ーブル８５の配信ＩＤ４０１の日付よりも新しいもの
で、かつ運用カラム２１０の有効フラグ２１２が”１”
で配信可能状態のコードテーブル７３を選択し、インデ
ックステーブル７２と共にダウンロード先のマシンＩＤ
やユーザＩＤ等の情報を付与して１つのダウンロードフ
ァイルを作成する（ステップ１０５）。

【００２８】ダウンロードデータ抽出処理によって作成
されたダウンロードファイルは、クライアントマシン２
０にネットワーク９０を使用して配信する（ステップ１
０７）。配信されたダウンロードファイルは、クライア
ントマシン２０のデータ交換処理５０によって、ＰＣ
（クライアント）データベース８１内のインデックステ
ーブル８２、コードテーブル８３、音声ファイル、画像
ファイル８４の更新、追加処理を行う。そしてダウンロ
ードが完了した時のシステム日付をサーバマシン１０か
ら取得し（クライアントマシンからではなくサーバマシ
ンから取得するのは、クライアントマシンのシステム日
付に誤差が生じている可能性があるためである）、環境
値テーブル８５の配信ＩＤ４０１を最新の日付に更新す
る（ステップ１１４）。

【００２９】ここまでの処理は、クライアントマシンの
電源が投入されてから、情報システムの業務プログラム
が起動するまでの間に行われる。この処理にかかる時間
は、ダウンロードファイルの大きさに比例する。ダウン
ロード処理が完了後、情報システムの業務プログラムが
起動する。

【００３０】情報システムにおいて、ある情報を参照す
る動作を行った場合、まずクライアントマシン２０内の
インデックステーブル８２を参照する（ステップ１１
５）。インデックステーブル８２の更新フラグ３０５
が”１”の場合は、最新データがクライアントマシン２
０内の内蔵磁気ディスク装置８０に格納されているとい
う判断を行い、キーコード３０１や写真アドレス３０
２、音声アドレス３０３を元にコードテーブル８３や音
声、画像ファイル８４内の検索を行う（ステップ１１
６）。インデックステーブル８２の更新フラグ３０５
が”０”の場合は、データが更新されていないという判
断を行い、配布済みのＣＤ−ＲＯＭ６０内のコードテー
ブル６３や音声、画像ファイル６４内の検索を行う（ス
テップ１１７）。

【００３１】最後に、情報を表示する（ステップ１１
８）。

【００３２】以上、本発明の実施の形態を説明したが、
図２において、大容量読取専用装置としてＣＤ−ＲＯＭ
を用いているが、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭなどの使用
も可能である。

【００３３】

【発明の効果】以上述べたように、本発明によれば、更
新情報をマシン内に格納し、ネットワークを用いて最新
情報の配信を行うので、追加情報の入った記憶媒体の再
作成・再配布を行わずにすみ管理が容易になる。また、
最新情報の配信を迅速かつ使用者に意識させることなく
行うことが可能になる。

【図面の簡単な説明】

【図１】本発明の処理手順の実施の形態を示すフローチ
ャートである。

【図２】本発明に係るシステムブロック図である。

【図３】図２におけるコードテーブルの詳細である。

【図４】図２におけるインデックステーブルの詳細であ
る。

【図５】図２における環境値テーブルの詳細である。

【符号の説明】

１０ サーバマシン ２０ クライアントマシン ６０ ＣＤ−ＲＯＭ ９０ ネットワーク。

Claims (2)

【特許請求の範囲】
1. 【請求項１】使用者に提供する情報を管理するサーバマ
   シンと、大容量読み出し専用記憶媒体と大容量書き込み
   可能媒体を持ち、情報の操作を行う端末を通信回線で結
   ぶクライアントサーバシステムにおいて、サーバマシン
   にて作成された新規追加データと更新されたインデック
   スをクライアントマシン側の大容量書き込み可能媒体に
   ネットワークを介して配信することにより、一度更新情
   報を大容量書き込み可能媒体に格納することにを特徴と
   する管理方法。
2. 【請求項２】請求項１に記載の方法において、サーバ側
   とクライアント側の更新日付を比較して、クライアント
   側の更新日付が古い場合には、サーバ側の新規追加デー
   タと更新されたインデックスをダウンロードデータとし
   て抽出して、クライアント側に送信し、クライアント側
   のデータとインデックスの追加や更新を行うことを特徴
   とする配信方法。