JP2002351729A

JP2002351729A - データ共有システム

Info

Publication number: JP2002351729A
Application number: JP2001152554A
Authority: JP
Inventors: Kentaro Kikuchi; 賢太郎菊地
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2001-05-22
Filing date: 2001-05-22
Publication date: 2002-12-06

Abstract

(57)【要約】【課題】最新のデータを端末に転送できるようにす
る。【解決手段】キャッシュサーバ２００に、ユーザ端末
５００等により記憶装置２０１に格納されているデータ
が更新されたときにデータサーバ１００に対してその旨
及びキャッシュサーバ２００本体に付されているキャッ
シュサーバＩＤを示す情報を登録する登録手段２０５
と、ユーザ端末５００等から目的のデータの読み出し要
求がされたときにデータサーバ１００にアクセスして目
的のデータの格納先のキャッシュサーバを検索する検索
手段２０６と、検索手段２０６の検索結果に従って目的
のデータの格納先のキャッシュサーバにデータの転送要
求を行う要求手段２０７とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ共有システ
ムに関し、特に、データを記憶する記憶装置がネットワ
ークを介して相互に接続されているデータ共有システム
に関する。

【０００２】

【従来の技術】従来、パーソナルコンピュータなどの端
末で処理したデータを格納するキャッシュメモリなどを
備えた複数の記憶装置が、相互にインターネットなどの
ネットワークを介して接続されたデータ共有システムが
ある。

【０００３】このようなデータ共有システムは、各記憶
装置からネットワークに接続されているサーバ装置に対
して、例えば定期的に記憶されたデータが転送され、サ
ーバ装置側において記憶し、端末からの要求に応じて、
そのデータを転送していた。

【０００４】

【発明が解決しようとする課題】しかし、従来の技術
は、各記憶装置からサーバ装置に対して、データが転送
される前に端末からデータの転送要求があると、サーバ
装置は、その時点で記憶しているデータを端末に転送し
ていた。そのため、実際には、データが更新されて記憶
装置に記憶されている場合であっても、更新前の古いデ
ータが端末に転送される場合があり、改善が望まれてい
た。

【０００５】ここで、記憶装置に格納していたデータが
更新されたときに、即座に、そのデータをサーバ装置へ
転送することによって更新後の新しいデータを端末に転
送することも考えられるが、このような取り決めでは、
ネットワークが輻輳しているような場合でもデータ転送
を行うので、ネットワークの負荷が増大する。

【０００６】ネットワークの負荷が増大すると、端末が
ネットワークアクセスする際に時間がかかるようになる
ので、特に、端末として、ＰＤＡや携帯電話機を用いる
ことが困難になる。携帯電話機は、電池駆動されること
が多く、さらにネットワークアクセスの際に多くの電力
を消費するし、使用可能なネットワークの周波数帯域が
狭いため、データアクセスの場合の応答時間が長くなる
ことがあるためである。

【０００７】そこで、本発明は、他の手法により、端末
からデータの転送要求があったときに、最新のデータを
端末に転送できるようにすることを課題とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、端末で処理したデータを格納する複数の
記憶装置が相互にネットワークを介して接続されたデー
タ共有システムにおいて、記憶装置は、端末からのデー
タを格納したときに前記ネットワークに接続されている
サーバ装置に対して前記データを格納したこと及び自記
憶装置に割り当てられている固有の識別番号を示す情報
を登録する登録手段と、端末から目的とするデータの読
み出し要求がされたときに前記サーバ装置に登録されて
いる情報を参照して当該目的とするデータの格納先の記
憶装置を検索する検索手段と、前記検索手段の検索結果
に従って前記目的とするデータの格納先の記憶装置に対
して当該目的とするデータの転送要求を行う要求手段と
を備えることを特徴とする。

【０００９】

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

【００１０】［構成の説明］図１は、本発明の実施形態
のデータ共有システムの模式的な構成を示すブロック図
である。図１には、パーソナルコンピュータやＰＤＡ
（Personal Data Assistant）などのユーザ端末５０
０，６００，７００と、ユーザ端末５００，６００，７
００で扱うデータを一時的に記憶するキャッシュサーバ
２００，３００，４００と、キャッシュサーバ２００，
３００，４００やネットワーク９００の総括的な管理を
行うとともにユーザ端末５００，６００，７００のデー
タを記憶するデータサーバ１００と、ユーザ端末５０
０，６００，７００がネットワーク９００に接続しよう
とするときに認証を行う認証サーバ８００とを示してい
る。

【００１１】実際には、キャッシュサーバ２００，３０
０，４００には、図示しない複数のユーザ端末と接続が
可能に構成されている。

【００１２】また、ネットワーク９００はインターネッ
ト、ローカルエリアネットワーク（Local Area Networ
k：ＬＡＮ）、ワイドエリアネットワーク（Wide Area N
etwork：ＷＡＮ）などの種々のネットワークとすること
ができる。インターネットの場合には、例えばアクセス
ポイント内にキャッシュサーバ２００，３００，４００
を備えるようにし、データサーバ１００はプロバイダに
所有するようにしている。

【００１３】図２は、図１のデータサーバ１００の内部
構成を示すブロック図である。データサーバ１は、ユー
ザ端末５００，６００，７００から送られたデータを記
憶する記憶装置１０１と、キャッシュサーバ２００，３
００，４００内のデータの記憶状況を管理する管理テー
ブル１０２と、記憶装置１０１へのデータの記憶処理を
行う記憶処理手段１０３と、管理テーブル１０２の管理
処理を行う管理処理手段１０４とを備えている。

【００１４】図３は、図２の管理テーブル１０２の実装
例を示す図である。管理テーブル１０２は、ユーザ端末
５００，６００，７００にそれぞれ付されている固有の
識別番号であるユーザＩＤと、記憶装置１０１内のデー
タの格納先のアドレス情報と、記憶装置１０１に記憶さ
れているデータの更新の有無を示す更新フラグ、データ
の更新日時とが格納できるようにされている。

【００１５】図４は、図１のキャッシュサーバ２００等
の内部構成を示すブロック図である。キャッシュサーバ
２００等は、ユーザ端末５００，６００，７００からデ
ータサーバ１００にアクセスして読み出されたデータを
一時的に記憶する記憶装置２０１と、記憶装置２０１に
格納されているデータの更新の有無の情報を管理する管
理テーブル２０２と、記憶装置２０１へのデータの記憶
処理を行う記憶処理手段２０３と、管理テーブル２０２
の管理処理を行う管理処理手段２０４と、ユーザ端末５
００等によりデータが更新されたときにデータサーバ１
００に対してその旨及びキャッシュサーバ２００本体に
付されているキャッシュサーバＩＤを示す情報を登録す
る登録手段２０５と、ユーザ端末５００等から目的とす
るデータの読み出し要求がされたときにデータサーバ１
００にアクセスして目的とするデータの格納先のキャッ
シュサーバを検索する検索手段２０６と、検索手段２０
６の検索結果に従って目的とするデータの格納先のキャ
ッシュサーバにデータの転送要求を行う要求手段２０７
とを備えている。

【００１６】図５は、図４の管理テーブル２０２の実装
例を示す図である。管理テーブル２０２は、ユーザ端末
５００，６００，７００にそれぞれ付されている固有の
識別番号であるユーザＩＤと、記憶装置２０１内のデー
タの格納先のアドレス情報と、記憶装置２０１に記憶さ
れているデータの更新の有無を示す更新フラグとが格納
できるようにされている。

【００１７】［動作の説明］図６は、図１に示すデータ
共有システムの動作の一例を示すタイムチャートであ
る。図６には、ユーザ端末５００から送られたデータ
を、データサーバ１００に格納することなく、ユーザ端
末６００で読み出す場合の動作例を示している。

【００１８】まず、ユーザ端末５００で処理されたデー
タは、キャッシュサーバ２００，ネットワーク９００を
介して、データサーバ１００へ転送され（図６（ａ），
図６（ｂ））、ユーザ端末５００によってデータ保存処
理が行われる（図６（Ａ））。

【００１９】この際、キャッシュサーバ２００では、ユ
ーザ端末５００から送られたデータにキャッシュサーバ
２００に割り当てられているキャッシュサーバＩＤを付
してから、データサーバ１００へ転送している。

【００２０】また、記憶処理手段２０３によってユーザ
端末５００からのデータが記憶装置２０１に格納され、
管理処理手段２０４によって管理テーブル２０２にユー
ザＩＤ、アドレス情報が格納されるとともに、更新フラ
グ情報として例えば「０」が格納される。

【００２１】ここで、更新フラグ情報は、例えばデータ
の更新がされていないときには「０」、データの更新が
されたときには「１」が格納されるようにしている。

【００２２】データサーバ１００では、ユーザ端末５０
０から送られたデータが、記憶処理手段１０３によって
記憶装置１０１に記憶される（図６（Ｂ））。

【００２３】また、管理処理手段１０４によって、管理
テーブル１０２にユーザＩＤ、アドレス情報、キャッシ
ュサーバＩＤが格納されるとともに、更新フラグ情報と
して例えば「０」が格納される。記憶処理が完了する
と、その旨がユーザ端末５００へ返信される（図６
（ｃ），図６（ｄ））。

【００２４】その後、データサーバ１００に保存したデ
ータを、ユーザ端末５００側で読み出したい場合には、
データの読み出し要求を行う（図６（Ｃ））。

【００２５】読み出し要求は、キャッシュサーバ２００
へユーザＩＤや読み出すデータを特定する情報（デー
タ）ＩＤなどを付した要求信号を送信することで行う
（図６（ｅ））。

【００２６】キャッシュサーバ２００は、要求信号を受
信すると、その要求信号に付されている情報に従って管
理処理手段２０４によって管理テーブル２０２を参照し
て記憶装置２０１にデータが格納されているかどうかを
判別する。ここでは、データが記憶装置２０１に格納さ
れているので、そのデータを読み出してユーザ端末５０
０へ送信する（図６（Ｄ），図６（ｈ））。

【００２７】その後、ユーザ端末５００で処理が終了し
て、データを更新しようとする場合にはキャッシュサー
バ２００に、そのデータの格納処理が行われる（図６
（Ｅ），図６（ｉ））。

【００２８】キャッシュサーバ２００では、記憶処理手
段２０３によって記憶装置２０１に最新のデータが格納
される（図６（Ｆ））。また、管理処理手段２０４によ
って更新フラグ情報が例えば「１」に書き換えられる。

【００２９】そして、データの格納処理が完了すると、
その旨をユーザ端末５００へ送信するとともに（図６
（ｊ））、登録手段２０５によってユーザＩＤ、キャッ
シュサーバＩＤ、データＩＤを含む情報をデータサーバ
１００へ登録する（図６（ｋ））。

【００３０】データサーバ１００では、キャッシュサー
バ２００からの情報を管理処理手段１０４によって管理
テーブル１０２のキャッシュサーバＩＤを上書きする
（図６（Ｇ））。ちなみに、管理テーブルに格納されて
いるキャッシュサーバＩＤはキャッシュサーバ２００に
割り当てられているキャッシュサーバＩＤであるので、
結果的に内容は変わらない。管理処理が完了すると、そ
の旨をキャッシュサーバ２００へ送信する（図６
（ｌ））。

【００３１】その後、ネットワーク９００の輻輳状況や
キャッシュサーバ２００，データサーバ１００の処理状
況などに基づいて、データサーバ１００からキャッシュ
サーバ２００に対して、格納してあるデータの転送要求
がされれば、記憶装置１０１のデータが上書きされ、管
理処理手段１０４によって更新フラグ情報も「１」に上
書きされる。

【００３２】しかし、記憶装置１０１のデータが上書き
される前に、例えばユーザ端末６００から、上記データ
の読み出し要求処理が行われると（図６（Ｈ））、以下
のような処理がされる。

【００３３】すなわち、ユーザ端末６００からキャッシ
ュサーバ３００に対して、ユーザＩＤ、データＩＤが付
された要求信号が送信されると（図６（ｍ））、キャッ
シュサーバ３００では、管理処理手段２０４によって管
理テーブル２０２を参照することによって、記憶装置２
０１に目的とするデータが格納されているかどうかを判
別する。

【００３４】ここでは、記憶装置２０１に目的とするデ
ータが格納されていないので、検索手段２０６によっ
て、データサーバ１００に目的のデータの転送要求を行
うためのアクセスをする。すると、データサーバ１００
では、このアクセスをトリガとして管理処理手段１０４
によって管理テーブル１０２が参照される（図６
（Ｉ），図６（ｎ），図６（ｏ））。

【００３５】このとき、記憶装置１０１はまだ上書きさ
れていないので、更新フラグは「０」であり、記憶装置
１０１のデータが最新でない、一方で、キャッシュサー
バＩＤがキャッシュサーバ２００のものであることが検
索できる。

【００３６】そこで、キャッシュサーバ３００は、要求
手段２０７によって、キャッシュサーバ２００に対して
最新のデータである目的とするデータの転送要求を行う
（図６（Ｊ））。具体的には、キャッシュサーバ３００
は、キャッシュサーバ２００に対して、ユーザＩＤ、デ
ータＩＤ、キャッシュサーバＩＤが付された要求信号が
送信される（図６（ｐ））。

【００３７】なお、後に図１５を用いて説明するよう
に、キャッシュサーバ３００に代えて、データサーバ１
００がキャッシュサーバ２００に対してデータの転送要
求を行うようにしてもよい。

【００３８】キャッシュサーバ２００は、データ転送要
求を受けると、要求信号に付されている各ＩＤに従って
記憶装置２０１から読み出したデータをキャッシュサー
バ３００へ転送する（図６（ｒ））。キャッシュサーバ
３００は転送されたデータをユーザ端末６００へ送信す
る。

【００３９】ちなみに、ユーザ端末６００でデータの更
新処理が行われると、キャッシュサーバ３００では、記
憶処理手段２０３によって記憶装置２０１にデータが上
書きされ、データサーバ１００の管理テーブル１０２の
キャッシュサーバＩＤがキャッシュサーバ３００のもの
に上書きされる。

【００４０】以上説明したような手順で処理を行うと、
ネットワーク９００の輻輳状況などにより、キャッシュ
サーバ２００に格納されている最新データが、データサ
ーバ１００に転送される前に、キャッシュサーバ３００
側からデータの読み出し要求があっても、最新のデータ
を送信することができるようになる。

【００４１】また、データサーバ１００が、ネットワー
クの輻輳状態等に応じて、最新のデータを取得するよう
にしているので、ネットワーク等の負荷が増大すること
がない。

【００４２】なお、図６に示す動作は、本実施形態のデ
ータ共有システムの動作の一例であり、例えば図７〜図
１６を用いて以下に説明するような動作のバリエーショ
ンを含むようにしてもよい。

【００４３】図７は、キャッシュサーバ２００等の動作
の概略を示すフローチャートである。キャッシュサーバ
２００等は、起動後にユーザ端末５００やデータサーバ
１００等からの種々の処理要求の待ち受け状態になる
（ステップＳ６１）。それから、いずれかの要求がある
とその要求に従って処理を実行する（ステップＳ６
２）。いずれの処理を完了しても、再び待ち受け状態
（ステップＳ６１）に復帰する。

【００４４】図８は、図７のステップＳ６２の処理を示
すフローチャートである。まず、処理要求を受けると、
受信した要求がユーザ端末５００等からのネットワーク
９００への接続要求かどうか判別して（ステップＳ６
３）、接続要求であれば接続処理を実行し（ステップＳ
６４）、接続要求でなければステップＳ６５に移行す
る。

【００４５】ステップＳ６５では、受信した要求がユー
ザ端末５００等からのデータ読出要求（図６（Ｃ），図
６（Ｈ））かどうか判別して、データ読出要求であれば
データ送信処理（図６（Ｄ））又はデータ転送処理（図
６（Ｊ））を実行し（ステップＳ６６）、データ読出要
求でなければステップＳ６７に移行する。

【００４６】ステップＳ６７では、受信した要求がユー
ザ端末５００等からのデータ更新要求（図６（Ｅ））か
どうか判別して、データ更新要求であればデータ更新処
理を実行することによって（ステップＳ６８）、格納し
てあるデータをデータサーバ１００へ転送する。一方、
データ更新要求でなければステップＳ６９へ移行する。

【００４７】ステップＳ６９では、受信した要求がユー
ザ端末５００等からのデータ保存要求（図６（Ａ））で
あるかどうか判別され、データ保存要求であればデータ
保存処理を実行し（ステップＳ７０）、データ保存処理
でなければステップＳ７１へ移行する。

【００４８】ステップＳ７１では、受信した要求がユー
ザ端末５００等からのネットワーク９００の切断要求で
あるかどうか判別され、切断要求であれば切断処理を実
行してから（ステップＳ７２）、図７のステップＳ６１
へ戻り（ステップＳ７３）、切断要求でなければ直接図
７のステップＳ６１へ戻り（ステップＳ７３）、図８に
示す処理を終了する。

【００４９】図９は、図８のステップＳ６４，ステップ
Ｓ６８の処理を示すフローチャートである。まず、ユー
ザ端末５００等からのネットワーク９００への接続要求
があると、キャッシュサーバ２００等は認証サーバ８０
０に対してユーザ端末５００等から接続要求の際に、要
求信号に含まれるユーザＩＤと認証パスワードとを認証
サーバ８００へ送信する。

【００５０】認証サーバ８００は、送信されたユーザＩ
Ｄ等によって、ユーザ端末５００等の認証を行い、ユー
ザが正規に登録されたものであるかどうか判別される
（ステップＳ８１）。

【００５１】なお、ユーザ端末５００等は、ネットワー
ク９００の接続に先立って、データサーバ１００にネッ
トワーク９００との間で接続可能なように登録しておく
ことが必要である。

【００５２】判別の結果、ユーザが正規に登録されたも
のである場合にはステップＳ８２へ移行し、ユーザが正
規に登録されたものでない場合にはステップＳ８８へ移
行する。ステップＳ８８では、ユーザ端末５００等に認
証に失敗した旨を通知して、図９に示す処理を終了す
る。

【００５３】一方、ステップＳ８２では、例えば記憶装
置２０１の空き容量が少ない場合などのように必要に応
じて、記憶処理手段２０３によって記憶装置２０１が参
照され、長い間読み出しされていないデータを例えば強
制的にデータサーバ１００へ送るとともに記憶装置２０
１内から消去して、ユーザ端末５００等から送られるデ
ータを記憶するための領域を確保する。

【００５４】なお、長い間読み出しされていないデータ
を特定するための手法については、図１０を用いて後述
する。

【００５５】つづいて、記憶処理手段２０３は、ユーザ
の目的とするデータが記憶装置２０１に記憶されている
かどうかを検索し（ステップＳ８３）、記憶装置２０１
に目的とする記憶されている場合には、記憶装置２０１
内のデータを読み出して、ユーザ端末５００等へ送信す
る（ステップＳ８４，図６（Ｄ））。こうして、図９に
示す処理を終了する。

【００５６】一方、記憶装置２０１に目的とするデータ
が記憶されていない場合には、キャッシュサーバ２００
等からデータサーバ１００に対して、データの読出要求
がされ（ステップＳ８５）、データサーバ１００の記憶
装置１０１からデータを読み出して、記憶装置２０１に
そのデータを書き込むとともに（ステップＳ８６）、ユ
ーザ端末５００等へ送信する（ステップＳ８７）。こう
して、図９に示す処理を終了する。

【００５７】図１０は、図８のステップＳ６８の処理を
示すフローチャートである。管理処理手段２０４は、記
憶処理手段２０３によって記憶装置２０１にデータが上
書きされ、管理テーブル２０２の更新フラグ情報が
「１」に書き換えられるときに、データ更新の際の日時
を書き込む（ステップＳ９１）。データ更新の際の日時
を管理テーブル２０２に保存しておくことで、上記の長
い間読み出しされていないデータを特定できるようにな
る。

【００５８】それから、データを記憶装置２０１に上書
きした後に、ユーザＩＤ、キャッシュサーバＩＤ、デー
タＩＤを含む情報をデータサーバ１００へ送信して（ス
テップＳ９２）、他のキャッシュサーバ３００等で最新
のデータが記憶されているキャッシュサーバを特定でき
るようにする。

【００５９】図１１は、図８のステップＳ７２の処理を
示すフローチャートである。ユーザ端末５００等からネ
ットワーク９００の切断要求があると、データサーバ１
００でデータの上書きが可能であれば、記憶装置２０１
内のデータの更新部分を抽出して（ステップＳ１０
１）、データサーバ１００に送信する（ステップＳ１０
２）。

【００６０】それとともに、例えば記憶装置２０１の空
き容量が少ないような場合には、当該ユーザのデータを
記憶装置２０１から消去し、管理テーブル２０２から当
該ユーザの項目（エントリ）を消去する（ステップＳ１
０３）。こうして、図１１に示す処理を終了する。

【００６１】図１２は、例えばユーザ端末５００がキャ
ッシュサーバ２００からデータを読み出してそれを更新
する前にユーザ端末７００からキャッシュサーバ４００
に対してデータの読み出し要求がされた場合の動作を説
明するためのフローチャートである。

【００６２】キャッシュサーバ４００は、ユーザ端末７
００からの要求に従ってデータサーバ１００の管理テー
ブル１０２を参照（図６（Ｉ））することによって、最
新のデータがまだデータサーバ１００には格納されてい
ないが、キャッシュサーバ２００に格納されていること
を取得した場合には、キャッシュサーバ２００に対して
データの転送要求（図６（Ｊ））を行う。

【００６３】この際、キャッシュサーバ２００から目的
とするデータがユーザ端末５００に読み出されているか
どうかを判別する（ステップＳ１１１）。目的とするデ
ータが読み出されていない場合には、キャッシュサーバ
２００の記憶装置２０１内のデータの更新部分を抽出し
て（ステップＳ１１２）。そのデータの更新部分をキャ
ッシュサーバ４００に転送する（ステップＳ１１３，図
６（Ｋ））。

【００６４】一方、目的とするデータが読み出されてい
る場合には、例えばキャッシュサーバ２００からユーザ
端末５００に対してデータの更新を促す指示を送信して
（ステップＳ１１５）、こうして、データ転送要求時点
での最新データをキャッシュサーバ４００へ転送して
（ステップＳ１１２〜Ｓ１１４，図６（Ｋ））、図１２
に示す処理を終了する。

【００６５】なお、目的とするデータが読み出されてい
る場合には、その旨をキャッシュサーバ４００へ返信し
て、ユーザ端末５００によってキャッシュサーバ４００
の更新処理が終了してから、最新のデータをキャッシュ
サーバ４００へ転送（図６（Ｋ））するようにしてもよ
い。

【００６６】図１３は、データサーバ１００の動作を示
すフローチャートである。データサーバ１００は、起動
後にキャッシュサーバ２００等からの種々の処理要求の
待ち受け状態になる（ステップＳ１２１）。それから、
いずれかの要求があるとその要求に従って処理を実行す
る（ステップＳ１２２）。いずれの処理を完了しても、
再び待ち受け状態（ステップＳ１２１）に復帰する。

【００６７】図１４は、図１３のステップＳ１２２の処
理を示すフローチャートである。キャッシュサーバ２０
０等から送信された処理要求を受信すると、その処理要
求がデータ送信要求であるかどうか判別し（ステップＳ
１３１）、データ送信要求であればデータ送信処理を実
行する（ステップＳ１３３）。

【００６８】一方、データ送信要求でなければ当該要求
がデータ書き込み要求かどうかを判別し（ステップＳ１
３２）、データ書き込み要求であればデータ書き込み処
理を実行してから（ステップＳ１３４）、図１３のステ
ップＳ１２２へ戻り（ステップＳ１３５）、データ書き
込み要求でなければ直接図１３のステップＳ１２２へ戻
る（ステップＳ１３５）。

【００６９】ここで、データ書き込み要求とは、例えば
キャッシュサーバ２００等の記憶装置２０１の空き容量
が足りなくなったようなときに、記憶装置２０１から消
去されることによって送られてくるデータをデータサー
バ１００の記憶装置１０１に書き込むための要求のこと
を意味する。

【００７０】図１５は、図１４のステップＳ１３３の一
例の処理を示すフローチャートである。キャッシュサー
バ２００等からデータ送信処理の要求があると、管理テ
ーブル１０２を参照して（ステップＳ１４１）、記憶装
置１０１に格納されている目的のデータが、最新である
かどうかを判別する（ステップＳ１４２）。

【００７１】このとき、キャッシュサーバ２００からの
データ転送が完了しており、既に、記憶装置１０１が上
書きされていれば、記憶装置１０１に格納されている目
的のデータは最新なので、そのデータを記憶装置１０１
から読み出して、キャッシュサーバ２００等へ送信する
（ステップＳ１４３）。

【００７２】一方、記憶装置１０１に格納されている目
的のデータが最新でない場合には、図６を用いて説明し
たようにキャッシュサーバ２００等が最新のデータが格
納されているキャッシュサーバへデータ転送要求を行っ
てもよいし、ステップＳ１４４に移行して、データサー
バ１００側で最新のデータが格納されているキャッシュ
サーバへデータ転送要求を行ってもよい。

【００７３】データサーバ１００側で最新のデータが格
納されているキャッシュサーバへデータ転送要求を行っ
た場合には、記憶装置１０１を上書きするとともに、そ
の最新のデータをキャッシュサーバ２００等へ送信する
（ステップＳ１４３）。そして、管理テーブル１０２を
更新する。

【００７４】図１６は、図１４のステップＳ１３４の一
例の処理を示すフローチャートである。データ書き込み
要求があると、要求信号に付されているユーザＩＤに基
づいて管理処理手段１０４によって管理テーブル１０２
が参照され、記憶装置２０１上の当該データの格納先が
特定され、そこに送られてきたデータを上書きする（ス
テップＳ１５１）。

【００７５】それから、管理処理手段１０４によって、
管理テーブル１０２のキャッシュサーバＩＤをクリアす
るとともに更新フラグを「１」に更新して（ステップＳ
１５２）、最新のデータがデータサーバ１００に格納さ
れていることを検索手段２０６からのアクセス時に取得
できるようにする。

【００７６】

【発明の効果】以上、説明したように、本発明による
と、端末からデータの転送要求があったときに、最新の
データが格納されている記憶装置を検索して、検索結果
に基づいて、その記憶装置からデータを転送してもらう
ので、端末に最新のデータを転送することができる。

【図面の簡単な説明】

【図１】本発明の実施形態のデータ共有システムの模式
的な構成を示すブロック図である。

【図２】図１のデータサーバ１００の内部構成を示すブ
ロック図である。

【図３】図２の管理テーブル１０２の実装例を示す図で
ある。

【図４】図１のキャッシュサーバ２００等の内部構成を
示すブロック図である。

【図５】図４の管理テーブル２０２の実装例を示す図で
ある。

【図６】図１に示すデータ共有システムの動作の一例を
示すタイムチャートである。

【図７】キャッシュサーバ２００等の動作の概略を示す
フローチャートである。

【図８】図７のステップＳ６２の処理を示すフローチャ
ートである。

【図９】図８のステップＳ６４，ステップＳ６８の処理
を示すフローチャートである。

【図１０】図８のステップＳ６８の処理を示すフローチ
ャートである。

【図１１】図８のステップＳ７２の処理を示すフローチ
ャートである。

【図１２】例えばユーザ端末５００がキャッシュサーバ
２００からデータを読み出してそれを更新する前にユー
ザ端末７００からキャッシュサーバ４００に対してデー
タの読み出し要求がされた場合の動作を説明するための
フローチャートである。

【図１３】データサーバ１００の動作を示すフローチャ
ートである。

【図１４】図１３のステップＳ１２２の処理を示すフロ
ーチャートである。

【図１５】図１４のステップＳ１３３の一例の処理を示
すフローチャートである。

【図１６】図１４のステップＳ１３４の一例の処理を示
すフローチャートである。

【符号の説明】

１００データサーバ２００，３００，４００キャッシュサーバ５００，６００，７００ユーザ端末８００認証サーバ９００ネットワーク１０１，２０１記憶装置１０２，２０２管理テーブル１０３，２０３記憶処理手段１０４，２０４管理処理手段２０５登録手段２０６検索手段２０７要求手段

Claims

【特許請求の範囲】

【請求項１】端末で処理したデータを格納する複数の
記憶装置が相互にネットワークを介して接続されたデー
タ共有システムにおいて、記憶装置は、端末からのデータを格納したときに前記ネ
ットワークに接続されているサーバ装置に対して前記デ
ータを格納したこと及び自記憶装置に割り当てられてい
る固有の識別番号を示す情報を登録する登録手段と、端末から目的とするデータの読み出し要求がされたとき
に前記サーバ装置に登録されている情報を参照して当該
目的とするデータの格納先の記憶装置を検索する検索手
段と、前記検索手段の検索結果に従って前記目的とするデータ
の格納先の記憶装置に対して当該目的とするデータの転
送要求を行う要求手段とを備えることを特徴とするデー
タ共有システム。
【請求項２】前記記憶装置は、他の記憶装置からの要
求に応じて前記最新のデータを転送する転送手段を備え
ることを特徴とする請求項１記載のデータ共有システ
ム。
【請求項３】前記各記憶装置はキャッシュメモリを備
えており、当該キャッシュメモリに前記端末のデータを
格納することを特徴とする請求項１又は２記載のデータ
共有システム。
【請求項４】前記サーバ装置はテーブルメモリを備え
ており、当該テーブルメモリに前記データを格納したこ
と及び自記憶装置に割り当てられている固有の識別番号
と対応させて格納することを特徴とする請求項１から３
のいずれか１項記載のデータ共有システム。
【請求項５】前記ネットワークは、インターネット、
ローカルエリアネットワーク又はワイドエリアネットワ
ークであることを特徴とする請求項１から４のいずれか
１項記載のデータ共有システム。
【請求項６】前記端末の少なくとも一つは、携帯型情
報通信機器であることを特徴とする請求項１から５のい
ずれか１項記載のデータ共有システム。