JPH10222435A

JPH10222435A - データ管理装置

Info

Publication number: JPH10222435A
Application number: JP9021102A
Authority: JP
Inventors: Naoki Matsuo; 直樹松尾; Kazumasa Iwasaki; 一正岩崎
Original assignee: Digital Vision Laboratories Corp
Current assignee: Digital Vision Laboratories Corp
Priority date: 1997-02-04
Filing date: 1997-02-04
Publication date: 1998-08-21

Abstract

(57)【要約】【課題】本発明は、ネットワーク上に接続されたサー
バ、サーバ間の通信に関し、データのリロード回数を減
少させ、通信トラフィック、各サーバ、ネットワークの
負荷を軽減させることを課題とする。【解決手段】ローカルサーバ２０上でアクセスしよう
とするデータ２３の取得日２４をＤＢサーバ１０のデー
タ１３の最終更新日時１４と比較し、ローカルサーバ２
０にデータ１３を取得後にデータ１３が更新された場合
についてのみデータ１３の受信を行うことにより、同一
データの２重受信を防ぎ不要なデータ受信を防ぐことが
できる。さらに、更新されたデータ１３を受信する際に
更新ログ１２のみを受信してローカルサーバ２０のデー
タ２３を更新することにより、データ受信量を大幅に減
らし、ネットワークの負荷を低減できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークコン
ピュータに係り、特に、データを一括管理するホストサ
ーバからデータをロードして各ローカルサーバでデータ
を使用するネットワーク上でのデータ管理方法に関す
る。

【０００２】

【従来の技術】従来、ネットワーク環境下で、複数のサ
ーバが独自にデータの管理を行い、データ管理に関して
連携を行わない環境というものがある。しかし、このま
までは、データの管理がバラバラで無秩序なものになっ
てしまう。このデータの管理のために、データ更新を行
うサーバを一つにしてしまい、このサーバをホストサー
バとし、他のサーバを、このホストサーバからデータを
コピーしてローカルに使用するローカルサーバとする。
このローカルサーバに接続されているデータの使用者、
クライアントは、ローカルサーバからデータを取得して
利用する。

【０００３】ところで、クライアントが、ローカルサー
バにデータの使用を要求したとき、ホストサーバ上のデ
ータは更新されている可能性があり、ローカルサーバ上
のデータは、最新のデータであるか否かはわからないの
で、最新のデータが必要とされる場合には、以下のよう
な方法が採られていた。クライアントからのデータアクセス時、ローカルサー
バは、当該データを持っているネットワーク上のホスト
サーバから無条件にデータを取得する。

【０００４】ホストサーバが予めデータに有効期限を
設定し、データの有効期限が過ぎていた場合に、ローカ
ルサーバがホストサーバに対し、データのリロードを要
求する。ローカルサーバからのデータアクセス時に更新の有無
をホストサーバ側で判定し、更新のあった場合にはデー
タをローカルサーバへリロードする。

【０００５】

【発明が解決しようとする課題】しかしながら、上記方
法にあっては、以下のような問題点がある。では、データの利用のたびに各ローカルサーバとクラ
イアントはデータのリロードが必要になることからトラ
フィックの増大によるレスポンスの悪化を招く。

【０００６】では、データの更新時期が予め分かって
いない場合には、有効ではない。では、更新が有れば
必ずデータ全体をリロードするため、サイズの大きなデ
ータを対象とする場合にはネットワークに負担がかか
る。そこで本発明は、レスポンスの悪化を防ぎ、ネット
ワークへの負荷を低減することを目的とする。

【０００７】

【課題を解決するための手段】請求項１に記載の発明
は、データ更新が行われる基本データと、該基本データ
の更新された部分を含む基本データの一部を記録した更
新ログと、外部装置とデータの送受信を行う通信手段
と、を備え、該通信手段が、前記基本データの送信要求
を受信すると、前記基本データの代わりに前記更新ログ
を送信することを特徴とするものである。

【０００８】請求項１に記載の発明では、基本データの
代わりに更新ログを送信するので、送信データ量を小さ
く抑えることができる。請求項２に記載の発明は、請求
項１記載のデータ管理装置において、前記通信手段が、
前記更新ログを前回送信した送信日時よりも後に作成さ
れた更新ログを送信することを特徴とするものである。

【０００９】請求項２に記載の発明では、送信日時より
も後に作成された更新ログだけを送信するので、すでに
送信済みの更新ログを二重に送信することがない。請求
項３に記載の発明は、請求項１記載のデータ管理装置に
おいて、前記更新ログを保存している期間を表す更新ロ
グ有効期限を有し、前記更新ログを前回送信した送信日
時が前記更新ログ有効期限よりも前のとき、前記通信手
段が、前記基本データを送信することを特徴とするもの
である。

【００１０】請求項３に記載の発明では、送信日時が更
新ログ有効期限よりも前のとき、基本データを送信させ
るので、更新ログ有効期限よりも前の更新ログを使用す
ることがなくなり、古い更新ログを保存しておく必要が
ない。請求項４に記載の発明は、基本データの概要を表
示する表示手段と、外部装置とデータの送受信を行う通
信手段と、を備え、該通信手段が、前記基本データの内
容の受信要求を送信すると、前記基本データの内容を受
信することを特徴とするものである。

【００１１】請求項４に記載の発明では、表示された基
本データの概要を確認して基本データの内容を受信でき
るので、不要なデータ受信を防ぐことができる。請求項
５に記載の発明は、請求項４記載のデータ管理装置にお
いて、前記基本データの内容が前記データ管理装置内に
あるとき、該装置内にある基本データの内容を前記表示
手段に表示させることを特徴とするものである。

【００１２】請求項５に記載の発明では、基本データの
内容が管理装置内にあるとき、データの送受信を行わな
いのでネットワークの負荷を低減できる。請求項６に記
載の発明は、請求項４記載のデータ管理装置において、
前記基本データの内容が前記データ管理装置内にあると
き、前記通信手段が、前記基本データの内容の受信要求
を送信すると、前記更新ログを受信することを特徴とす
るものである。

【００１３】請求項６に記載の発明では、基本データの
代わりに更新ログを送信するので、不要なデータの送信
をせずに、送信するデータ量を小さく抑えることができ
る。請求項７に記載の発明は、請求項５または６記載の
データ管理装置において、前記基本データの信頼性の基
準となる基準値を設け、前記基本データが該基準値を満
たしたとき、前記通信手段が前記受信要求を送信するこ
とを特徴とするものである。

【００１４】請求項７に記載の発明では、信頼性の基準
値外のデータについては、データの送受信を行わないの
でネットワークの負荷を低減できる。請求項８に記載の
発明は、請求項５または６記載のデータ管理装置におい
て、前記基本データが有効期限を有し、前記基本データ
が該有効期限外のとき、前記通信手段が前記受信要求を
送信することを特徴とするものである。

【００１５】請求項８に記載の発明では、有効期限内の
データについては、データの送受信を行わないのでネッ
トワークの負荷を低減できる。

【００１６】

【発明の実施の形態】以下、本発明の好ましい実施の形
態について添付図面を参照しつつ説明する。本発明に係
るネットワーク上には、図１に示すように、ＤＢサーバ
１０とローカルサーバ２０を備えており、両者はネット
ワークを介して通信可能である。ＤＢサーバ１０は、ネ
ットワーク上でのマスターデータベースであるサーバＤ
Ｂ１１、および、このサーバＤＢ１１の更新ログ１２を
有している。

【００１７】ここで、更新ログ１２とは、サーバーＤＢ
１１の更新の記録を示すものであり、サーバーＤＢ１１
が更新された日時、更新されたデータの場所および更新
後のデータの値を示すものである。また、更新ログ１２
は、原理的には、更新日の他、更新されたビット単位の
情報を記憶しておけばよいが、実質的には、更新の行わ
れた物理的な単位（例えば、フロッピーディスクにおけ
るセクタ等）で記録される。

【００１８】サーバＤＢ１１は、各々のデータ１３、最
終更新日時１４およびデータ１３の有効期限１５を有し
ている。この最終更新日時とは、データ１３を最後に更
新した日時である更新ログ１２は、ログの有効期限１６
を有し、有効期限１６よりも前のログを破棄可能として
いる。

【００１９】ローカルサーバ２０は、サーバＤＢ１１と
同じ内容のデータベースであるローカルサーバＤＢ２
１、および、このローカルサーバＤＢ２１の使用者がロ
ーカルサーバＤＢ２１にアクセスするためのユーザアプ
リケーションプログラム２２を有している。ローカルサ
ーバＤＢ２１は、ＤＢサーバ１０のサーバＤＢ１１をコ
ピーしてくればよいが、ローカルサーバ２０とＤＢサー
バ１０はネットワークでつながっているので、ネットワ
ークを介してＤＢサーバ１０からロードしてくるだけで
よい。また、ローカルサーバＤＢ２１は、各々のデータ
２３、キー情報２４およびデータ２３の有効期限２５を
有している。このキー情報２４とは、データ２３を最後
に取得した日時またはサーバＤＢ１１を最後に参照した
日時等である。

【００２０】また、ユーザアプリケーションプログラム
２２は、プログラムごとにデータに対する最新性を設け
ている。このデータの最新性とは、データの信頼性、最
新のデータの値を求めるか否かによって、最新性の高低
を設定し、最新性が高いほど最新のデータの値を必要と
する。最新性の高低をここではプログラムごとの指定と
したが、ＤＢサーバ１０またはローカルサーバ２０上の
データ１３、データ２３の個々に最新性を設定するなど
の方法もある。

【００２１】つぎに、ユーザアプリケーションプログラ
ム２２からのデータへのアクセス要求に対して行う処理
を、それぞれの場合について説明する。まず、ユーザア
プリケーションプログラム２２からローカルサーバＤＢ
２１のデータ２３にアクセス要求したときに、データ２
３の有効期限２５の期限内であった場合について説明す
る。

【００２２】この場合に、ユーザアプリケーションプロ
グラム２２による、データ２３の最新性への要求が低け
れば、ローカルサーバ２０内のデータ２３をユーザアプ
リケーションプログラム２２に受け渡す。データ２３の
最新性への要求が高い場合について、以下に説明する。
ユーザアプリケーションプログラム２２から出されたデ
ータアクセス要求からローカルサーバ２０は、ＤＢサー
バ１０へデータアクセス要求と一緒に当該データ２３の
キー情報２４（ここでは、データ２３のＤＢサーバ１０
からのデータ取得日時とする。）を送信する。ＤＢサー
バ１０は、当該データ１３の最終更新日時１４とローカ
ルサーバ２０上のデータの取得日時２４を比較する。

【００２３】取得日時２４が最終更新日時１４以上のと
き、すなわち、ＤＢサーバ１０上のデータ１３が最後に
更新された後にローカルサーバ２０上にデータ１３を取
得しているとき、ＤＢサーバ１０は、ローカルサーバ２
０にデータ２３が有効であることを伝え、ローカルサー
バ２０は、ユーザアプリケーションプログラム２２にロ
ーカルサーバ２０上のデータ２３を渡す。

【００２４】取得日時２４の方が最終更新日時１４より
も小さいとき、すなわち、ローカルサーバ２０上にデー
タ１３を取得後にＤＢサーバ１０上のデータ１３が更新
されているとき、ＤＢサーバ１０のログの有効期限１６
とデータの取得日時２４を比較する。データの取得日時
２４が、ログの有効期限１６内に有れば、ＤＢサーバ１
０は更新ログ１２をローカルサーバ２０に受け渡し、ロ
ーカルサーバ２０は、データ２３を更新し、更新された
データ２３をユーザアプリケーションプログラム２２へ
渡す。

【００２５】データの取得日時２４が、ログの有効期限
１６よりも古いときは、ＤＢサーバ１０は当該データ１
３をローカルサーバ２０にすべてダウンロードする。ロ
ーカルサーバ２０は、ダウンロードされたデータ１３で
データ２３を更新するとともに、ダウンロードされたデ
ータ１３をユーザアプリケーションプログラム２２へ渡
す。

【００２６】つぎに、ユーザアプリケーションプログラ
ム２２からローカルサーバＤＢ２１のデータ２３にアク
セス要求したときに、データ２３の有効期限２５の期限
外であった場合には、上記、データ２３の最新性への要
求が高い場合と同様の処理を行う。また、有効期限が設
定されていない場合にも、上記、データ２３の最新性へ
の要求が高い場合と同様の処理を行う。

【００２７】図２〜図８は本発明に係るデータ管理方法
を具体的に示すための一実施例である。本実施例は、図
２に示すように、倉庫内の商品在庫管理を行っているＤ
Ｂサーバ３０のサーバＤＢ３１をネットワークを介して
つながっている各Ａ、Ｂ、Ｃ店舗のローカルサーバ４０
のユーザが参照および各ローカルサーバ４０内のローカ
ルサーバＤＢ４１を更新するデータ管理方法である。

【００２８】図３に示すように、ＤＢサーバ３０は、サ
ーバＤＢ３１および更新ログ３２を有している。サーバ
ＤＢ３１は、データ３３、最終更新日時３４および有効
期限３５を有している。更新ログ３２は、ログの有効期
限３６を有している。図４に示すように、ローカルサー
バ４０は、ローカルサーバＤＢ４１およびユーザアプリ
ケーションプログラム４２を有している。ローカルサー
バＤＢ４１は、データ４３、データ取得日時４４および
有効期限４５を有している。ここで、データ取得日時４
４は、ＤＢサーバ３０からデータ３３または更新ログ３
２を取得した日時とする。

【００２９】まず、ローカルサーバ４０は、ＤＢサーバ
３０のサーバＤＢ３１からデータ３３をダウンロードし
てデータ４３とする。つぎに、図５に示すように、商品
の数量：ＤＢサーバ３０のデータ３３が更新されたとす
る。ここでは、説明を簡単にするために日付のみのデー
タとする。更新ログ３２は、図６に示すように、各々デ
ータが更新されるたびに作られる。更新ログ３２は、１
月７日にそれ以前のログを削除し、１月７日から新たに
作成し始めるとともにログの有効期限３６を１月７日に
設定し直す。

【００３０】以下、最新のデータに至るまでの間にユー
ザアプリケーションプログラム４２からローカルサーバ
ＤＢ４１のデータ４３にデータアクセスがあった場合に
ついて、図７、図８を参照してそれぞれ説明する。ま
ず、ローカルサーバＤＢ４１上に商品Ａ，Ｂ，Ｃのデー
タ４３がない状態で、１月２日にユーザアプリケーショ
ンプログラム４２からローカルサーバＤＢ４１に対し
て、商品Ａ，Ｂ，Ｃの数量の問い合わせがあった場合、
商品Ａ，Ｂ，Ｃのデータ４３はないので、ローカルサー
バ４０はＤＢサーバ３０にアクセスに行きサーバＤＢ３
１から当該データ３３の商品Ａ数量１０、商品Ｂ数量２
０、商品Ｃ数量３０を受け取り、ローカルサーバＤＢ４
１に商品Ａ，Ｂ，Ｃのデータ４３を書き込み、ユーザア
プリケーションプログラム４２に上記データ３３を受け
渡す。また、ローカルサーバ４０は、データ取得日４４
として、１月２日を記憶する。

【００３１】つぎに、１月３日にユーザアプリケーショ
ンプログラム４２からデータ４３に対して、商品Ａ，
Ｂ，Ｃの数量の問い合わせがあった場合、ローカルサー
バ４０はＤＢサーバ３０へデータアクセス要求とともに
当該データの取得日４４：１月２日を送信する。ＤＢサ
ーバ３０は当該データの最終更新日３４：１月１日と比
較し、最終更新日３４：１月１日が取得日４４：１月２
日以前なので、データ３３をローカルサーバ４０に取得
後に更新が行われていないことがわかる。したがって、
ローカルサーバ４０にデータ４３が有効であることを伝
える。ローカルサーバ４０は、ユーザアプリケーション
プログラム４２にローカルサーバ４０上のデータ４３：
商品Ａ数量１０，商品Ｂ数量２０，商品Ｃ数量３０を渡
す。

【００３２】つぎに、１月４日にユーザアプリケーショ
ンプログラム４２から最新性への要求をせずに商品Ａ，
Ｂ，Ｃに対しての数量の問い合わせがあった場合、実際
にはＤＢサーバ３０のデータ３３は商品Ａの数量が１１
に変更されているが、最新の値は要求されていないので
ローカルサーバ４０内のデータ４３，商品Ａ数量１０，
商品Ｂ数量２０，商品Ｃ数量３０をユーザアプリケーシ
ョンプログラム４２に渡す。したがって、ユーザアプリ
ケーションプログラム４２に対する応答が早く、ネット
ワーク、ＤＢサーバ３０に負荷をかけることがない。

【００３３】つぎに、１月５日にユーザアプリケーショ
ンプログラム４２からデータ４３に対して、商品Ａ，
Ｂ，Ｃの数量の問い合わせがあった場合、ローカルサー
バ４０はＤＢサーバ３０へデータアクセス要求とともに
当該データの取得日４４：１月２日を送信する。ＤＢサ
ーバ３０は当該データの最終更新日３４：１月４日と比
較し、最終更新日３４：１月４日の方が取得日４４：１
月２日よりも後なので、データ３３をローカルサーバ４
０に取得後に更新がなされていることがわかる。したが
って、次の処理、更新ログ３２の有効期限３６：１月１
日との比較を行う。ログの有効期限３６：１月１日は取
得日４４：１月２日以前なので、取得日４４：１月２日
以降から当日の１月５日までの更新ログ３２、ここでは
１月４日の商品Ａ数量１１をローカルサーバ４０に送信
する。ローカルサーバ４０は、受信した更新ログ３２で
データ４３を更新し、商品Ａ数量１１，商品Ｂ数量２
０，商品Ｃ数量３０とし、さらに、取得日４４を１月５
日に更新するとともに、ユーザアプリケーションプログ
ラム４２に更新されたデータ４３を渡す。

【００３４】つぎに、１月７日にユーザアプリケーショ
ンプログラム４２からデータ４３に対して、商品Ａ，
Ｂ，Ｃの数量の問い合わせがあった場合、ローカルサー
バ４０はＤＢサーバ３０へデータアクセス要求とともに
当該データの取得日４４：１月５日を送信する。ＤＢサ
ーバ３０は当該データの最終更新日３４：１月７日と比
較し、最終更新日３４：１月７日の方が取得日４４：１
月５日よりも後なので、データ３３をローカルサーバ４
０に取得後に更新がなされていることがわかる。したが
って、次の処理、更新ログ３２の有効期限３６：１月７
日との比較を行う。ログの有効期限３６：１月７日は取
得日４４：１月５日より後である。したがって、更新ロ
グ３２での更新では不十分なので、ＤＢサーバ３０のデ
ータ３３：商品Ａ数量１１，商品Ｂ数量２２，商品Ｃ数
量２９をローカルサーバ４０に送信する。ローカルサー
バ４０は、受信したデータ３３でデータ４３を上書き
し、さらに、取得日４４を１月７日に更新するととも
に、ユーザアプリケーションプログラム４２に受信した
データ３３を渡す。

【００３５】以上により、ＤＢサーバ３０へのアクセス
要求に対し、データ４３の時間的なデッドラインに引っ
かかったもののみを更新し直せば良いため、データ３３
のリロード回数が減少し、通信トラフィックとＤＢサー
バ３０、ローカルサーバ４０およびクライアントの負荷
が軽減される。さらに、更新についてもデータ３３の全
体をリロードしなくて良いため、ネットワークなどへの
負荷は更に低減される。

【００３６】また、他の実施例として、インターネット
におけるホームページのアクセス方法がある。図９に示
すように、毎日の富士山の写真が掲載されている画面が
ある。ここで、今日の富士山だけみたいと思えば、本日
の富士山とタイトルが出ている項目をマウスでクリック
すればよい。これにより、今日の富士山の写真だけがダ
ウンロードされ、表示される。これを選択の余地がなく
すべて表示してしまうと、６日分の写真を全てダウンロ
ードしてこなければならず、送受信のデータ量が膨大に
なり、ネットワークに負荷がかかるうえ、表示されるま
でに長時間かかってしまう。また、データの概要が表示
されているので、ダウンロードしてくる前にどの項目が
必要なデータであるか確認することができ、余分なデー
タをダウンロードせずに済む。

【００３７】また、図１０に示すように、株価の値動き
などにも適用することもでき、指定銘柄のうち現在必要
な銘柄についてだけを指定することにより、敏速に現在
の株価および値動きを知ることができる。

【００３８】

【発明の効果】請求項１記載の発明によれば、基本デー
タの送信要求を受信して、基本データの代わりに更新ロ
グを送信できるので、大量のデータを送信せずに、通信
先の外部装置内のデータを更新することができ、ネット
ワークの負荷を低減することができる。

【００３９】請求項２記載の発明によれば、前回の送信
日時よりも後に作成された更新ログだけを送信するの
で、更新済みの更新ログを二重に送信することがなく、
ネットワークの負荷を低減しつつ、最新のデータに更新
することができる。請求項３記載の発明によれば、更新
ログが更新ログ有効期限を有し、送信日時が更新ログ有
効期限よりも前のときには、基本データを送信するの
で、更新ログ有効期限よりも前の更新ログを保存してお
く必要がなく、データ領域を有効に活用できる。

【００４０】請求項４記載の発明によれば、基本データ
の概要が表示されたものからデータ受信要求を送信でき
るので、不必要なデータを受信することが防げ、ネット
ワークの負荷を低減することができる。請求項５記載の
発明によれば、装置内にデータを有しているときに、外
部との送受信を行わないので、無用なデータの送受信を
防ぎ、ネットワークの負荷を低減することができる。

【００４１】請求項６記載の発明によれば、装置内にデ
ータを有しているときに、基本データの代わりに更新ロ
グを受信できるので、大量のデータを送信せずに、装置
内のデータを更新することができ、ネットワークの負荷
を低減することができる。請求項７記載の発明によれ
ば、データの信頼性の基準値を設け、基準値を満たした
データについてのみ受信要求を送信するので、基準値外
のデータについては、データの送受信が行われないの
で、ネットワークの負荷を低減することができる。

【００４２】請求項８記載の発明によれば、データが有
効期限を有し、データが有効期限内にあるときには、デ
ータの送受信を行わないので、不要なデータの送受信を
防ぎ、ネットワークの負荷を低減することができる。

【図面の簡単な説明】

【図１】本発明に係るＤＢサーバとローカルサーバの関
係を示す図である。

【図２】本発明に係るネットワーク上のＤＢサーバとロ
ーカルサーバの一実施例を示す図である。

【図３】一実施例のＤＢサーバのサーバＤＢおよびデー
タを示す図である。

【図４】一実施例のローカルサーバのローカルサーバＤ
Ｂおよびデータを示す図である。

【図５】一実施例における商品数量の変化の推移を示す
図である。

【図６】一実施例における商品数量の変化にともない作
成される更新ログを示す図である。

【図７】一実施例におけるユーザアプリケーションプロ
グラムからローカルサーバＤＢのデータにアクセスした
ときの処理経過を示す図である。

【図８】一実施例におけるユーザアプリケーションプロ
グラムからローカルサーバＤＢのデータにアクセスした
ときの処理経過を示す図である。

【図９】本発明をインターネットに適用した一実施例を
示す図である。

【図１０】本発明をインターネットに適用した一実施例
を示す図である。

【符号の説明】

１０ＤＢサーバ１１サーバＤＢ１２更新ログ１３データ１４最終更新日時１５有効期限１６ログの有効期限２０ローカルサーバ２１ローカルサーバＤＢ２２ユーザアプリケーションプログラム２３データ２４キー情報２５有効期限３０ＤＢサーバ３１サーバＤＢ３２更新ログ３３データ３４最終更新日時３５有効期限３６ログの有効期限４０ローカルサーバ４１ローカルサーバＤＢ４２ユーザアプリケーションプログラム４３データ４４データ取得日時４５有効期限

Claims

【特許請求の範囲】

【請求項１】データ更新が行われる基本データと、該基本データの更新された部分を含む基本データの一部
を記録した更新ログと、外部装置とデータの送受信を行う通信手段と、を備え、該通信手段が、前記基本データの送信要求を受信する
と、前記基本データの代わりに前記更新ログを送信する
ことを特徴とするデータ管理装置。
【請求項２】請求項１記載のデータ管理装置において、前記通信手段が、前記更新ログを前回送信した送信日時
よりも後に作成された更新ログを送信することを特徴と
するデータ管理装置。
【請求項３】請求項１記載のデータ管理装置において、前記更新ログを保存している期間を表す更新ログ有効期
限を有し、前記更新ログを前回送信した送信日時が前記更新ログ有
効期限よりも前のとき、前記通信手段が、前記基本デー
タを送信することを特徴とするデータ管理装置。
【請求項４】基本データの概要を表示する表示手段と、外部装置とデータの送受信を行う通信手段と、を備え、該通信手段が、前記基本データの内容の受信要求を送信
すると、前記基本データの内容を受信することを特徴と
するデータ管理装置。
【請求項５】請求項４記載のデータ管理装置において、前記基本データの内容が前記データ管理装置内にあると
き、該装置内にある基本データの内容を前記表示手段に
表示させることを特徴とするデータ管理装置。
【請求項６】請求項４記載のデータ管理装置において、前記基本データの内容が前記データ管理装置内にあると
き、前記通信手段が、前記基本データの内容の受信要求
を送信すると、前記更新ログを受信することを特徴とす
るデータ管理装置。
【請求項７】請求項５または６記載のデータ管理装置に
おいて、前記基本データの信頼性の基準となる基準値を設け、前記基本データが該基準値を満たしたとき、前記通信手
段が前記受信要求を送信することを特徴とするデータ管
理装置。
【請求項８】請求項５または６記載のデータ管理装置に
おいて、前記基本データが有効期限を有し、前記基本データが該有効期限外のとき、前記通信手段が
前記受信要求を送信することを特徴とするデータ管理装
置。