JP2001273217A - クライアントサーバシステム及びそのデータ共有方法 - Google Patents

Abstract

(57)【要約】 【課題】 サーバ及びネットワーク環境に左右されずに
共有データを更新することができるクライアントサーバ
システム及びそのデータ共有方法を提供する。 【解決手段】 クライアントで共有するデータのアップ
ロード、ダウンロードの処理の要求と、それら処理を行
う間隔とを設定し（ステップＳ２０１，Ｓ２０２）、ア
ップロード処理のときはサーバデータの更新処理を行い
（ステップＳ２０９）、ダウンロード処理のときはクラ
イアントデータの更新処理を行って（ステップＳ２０
９，Ｓ２１６）、これらの更新処理が何らかの理由で失
敗したときは（ステップＳ２１０，Ｓ２１７でＮＯ）、
次回の処理時に失敗したデータ更新処理を行うので、サ
ーバが未稼働であったり、ネットワーク上で発生したト
ラブル等に左右されず、クライアントサーバ間で共有す
るデータの更新を効率よく行うことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントサー
バシステム及びそのデータ共有方法に関する。

【０００２】

【従来の技術】従来のクライアントサーバシステムで
は、複数のクライアント間でサーバ内のデータを共有す
る場合において、そのデータを更新するときは、クライ
アントがネットワークを介してサーバ内のデータを参照
し、そのデータを直接更新する方法がとられていた。ま
た、一旦サーバ内のデータをクライアントにコピーし、
そのデータをクライアント内で更新した後、再度サーバ
へ戻すというバッチ的な方法もとられていた。

【０００３】

【発明が解決しようとしている課題】しかしながら、上
述したようなサーバ内のデータをクライアントで直接更
新する方法は、例えば、サーバの電源が入っていない場
合、ネットワーク上でトラブルがある場合、又はネット
ワークがつながっていない場所で作業をしている場合に
は、クライアントがサーバ内のデータを更新できないと
いう問題があった。

【０００４】また、一旦サーバ内のデータをクライアン
トにコピーし、そのデータをクライアント内で更新した
後、再度サーバへデータを戻すという更新方法では、サ
ーバ内の全データを一度に更新する場合は、大量のデー
タを扱うために処理に時間がかかり、効率的なデータ更
新が行われないという問題があった。

【０００５】本発明は、サーバ及びネットワーク環境に
左右されずに共有データを更新することができるクライ
アントサーバシステム及びそのデータ共有方法を提供す
ることを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１記載のクライアントサーバシステムは、ネ
ットワーク上のクライアント及びサーバが、更新時間と
更新クライアント名を有するデータを共有し、互いに前
記データのアップロード、ダウンロードの処理を行って
前記更新時間と前記更新クライアント名を更新するクラ
イアントサーバシステムにおいて、前記クライアント及
び前記サーバの少なくとも一方が、前記処理を要求する
設定を行う第１の設定手段と、前記処理を行う間隔を設
定する第２の設定手段と、前記処理を要求する設定がな
されているか否かを判別する第１の判別手段と、前記処
理を要求する設定がなされている場合において、前回の
前記処理後に前記更新時間と前記更新クライアント名が
更新されたか否かを判別する第２の判別手段と、前記更
新時間と前記更新クライアント名が更新された場合にお
いて、前記更新されたデータについて前記処理を行い、
前記処理が成功したか否かを判別する第３の判別手段と
を備え、前記第３の判別手段による判別の結果、前記処
理が失敗したときは前記更新時間と前記更新クライアン
ト名を更新せず、次回処理時に行うことを特徴とする。

【０００７】請求項２記載のクライアントサーバシステ
ムは、請求項１記載のクライアントサーバシステムにお
いて、前記クライアント及び前記サーバの少なくとも一
方は、前記設定された間隔が経過したときは、前記処理
を起動し、前記設定された間隔が経過しないときは前記
第２の設定手段により前記処理を行う間隔を設定するこ
とを特徴とする。

【０００８】請求項３記載のクライアントサーバシステ
ムは、請求項１又は２記載のクライアントサーバシステ
ムにおいて、前記クライアント及び前記サーバの少なく
とも一方は、前記処理を要求する設定がなされている場
合において、前記前回処理時に記憶保持された処理時間
を取得し、現在の時間を処理開始時間として記憶保持す
ることを特徴とする。

【０００９】請求項４記載のクライアントサーバシステ
ムは、請求項１乃至３のいずれか１項に記載のクライア
ントサーバシステムにおいて、前記クライアント及び前
記サーバの少なくとも一方は、前記第３の判別手段によ
る判別の結果、前記処理が成功したときは、前記更新時
間と前記更新クライアント名を更新し、前記処理開始時
間を前記処理時間として記憶保持することを特徴とす
る。

【００１０】請求項５記載のクライアントサーバシステ
ムは、請求項１乃至４のいずれか１項に記載のクライア
ントサーバシステムにおいて、前記処理は、最初に前記
アップロードを行い、次に前記ダウンロードを行うこと
を特徴とする。

【００１１】請求項６記載のクライアントサーバシステ
ムは、請求項１乃至５のいずれか１項に記載のクライア
ントサーバシステムにおいて、前記クライアント及び前
記サーバはそれぞれ固有の名称を持つことを特徴とす
る。

【００１２】請求項７記載のクライアントサーバシステ
ムのデータ共有方法は、ネットワーク上のクライアント
及びサーバが、更新時間と更新クライアント名を有する
データを共有し、互いに前記データのアップロード、ダ
ウンロードの処理を行って前記更新時間と前記更新クラ
イアント名を更新するクライアントサーバシステムのデ
ータ共有方法において、前記クライアント及び前記サー
バの少なくとも一方が、前記処理を要求する設定を行う
第１の設定工程と、前記処理を行う間隔を設定する第２
の設定工程と、前記処理を要求する設定がなされている
か否かを判別する第１の判別工程と、前記処理を要求す
る設定がなされている場合において、前回の前記処理後
に前記更新時間と前記更新クライアント名が更新された
か否かを判別する第２の判別工程と、前記更新時間と前
記更新クライアント名が更新された場合において、前記
更新されたデータについての前記処理を行い、前記処理
が成功したか否かを判別する第３の判別工程とを備え、
前記第３の判別工程による判別の結果、前記処理が失敗
したときは前記更新時間と前記更新クライアント名を更
新せず、次回処理時に行うことを特徴とする。

【００１３】請求項８記載のクライアントサーバシステ
ムのデータ共有方法は、請求項７記載のクライアントサ
ーバシステムのデータ共有方法において、前記クライア
ント及び前記サーバの少なくとも一方は、前記設定され
た間隔が経過したときは、前記処理を起動し、前記設定
された間隔が経過しないときは前記第２の設定工程によ
り前記処理を行う間隔を設定することを特徴とする。

【００１４】請求項９記載のクライアントサーバシステ
ムのデータ共有方法は、請求項７又は８記載のクライア
ントサーバシステムのデータ共有方法において、前記ク
ライアント及び前記サーバの少なくとも一方は、前記処
理を要求する設定がなされている場合において、前記前
回処理時に記憶保持された処理時間を取得し、現在の時
間を処理開始時間として記憶保持することを特徴とす
る。

【００１５】請求項１０記載のクライアントサーバシス
テムのデータ共有方法は、請求項７乃至９のいずれか１
項に記載のクライアントサーバシステムのデータ共有方
法において、前記クライアント及び前記サーバの少なく
とも一方は、前記第３の判別工程による判別の結果、前
記処理が成功したときは、前記更新時間と前記更新クラ
イアント名を更新し、前記処理開始時間を前記処理時間
として記憶保持することを特徴とする。

【００１６】請求項１１記載のクライアントサーバシス
テムのデータ共有方法は、請求項７乃至１０のいずれか
１項に記載のクライアントサーバシステムのデータ共有
方法において、前記処理は、最初に前記アップロードを
行い、次に前記ダウンロードを行うことを特徴とする。

【００１７】請求項１２記載のクライアントサーバシス
テムのデータ共有方法は、請求項７乃至１１のいずれか
１項に記載のクライアントサーバシステムのデータ共有
方法において、前記クライアント及び前記サーバはそれ
ぞれ固有の名称を持つことを特徴とする。

【００１８】

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

【００１９】図１は、本発明の第１の実施の形態に係る
クライアントサーバシステムを示すブロック図である。

【００２０】図１において、サーバ（Ｘ）１は、ネット
ワークを介して接続された複数のクライアント間で共有
するデータを記憶する主記憶装置の記憶装置３と、デー
タを入力するための入力装置１２と、記憶装置３及び入
力装置１２に接続し、これら各部の制御を行うと共に、
データの更新日時を含む更新情報を記憶装置３に記憶保
持させる制御部のＣＰＵ１２とで構成される。ＣＰＵ２
は、外部のネットワークを介してクライアント（Ａ）
４，クライアント（Ｂ）８に接続する。

【００２１】クライアント（Ａ）４は、入力装置６と、
入力装置６から入力されたデータを記憶する記憶装置７
と、入力装置６及び記憶装置７に接続し、これら各部の
制御を行うＣＰＵ５とで構成される。また、同様に、ク
ライアント（Ｂ）８は、入力装置１０と、入力装置１０
から入力されたデータを記憶する記憶装置１１と、入力
装置１０及び記憶装置１１に接続し、これら各部の制御
を行うＣＰＵ９とで構成される。ＣＰＵ５，９は、内蔵
しているプログラムにより記憶装置７，１１に記憶され
たデータをサーバ（Ｘ）１の記憶装置３にアップロード
する他、サーバ（Ｘ）１の記憶装置３からデータをダウ
ンロードする等の制御を行う。サーバ（Ｘ）１からクラ
イアント（Ａ）４，（Ｂ）８にダウンロードされたデー
タは、記憶装置７，１１に記憶保持される。なお、本ク
ライアントサーバシステムは、上述したクライアント
（Ａ）４，（Ｂ）８に限らず、ネットワーク上に複数の
クライアントが存在していてもよい。

【００２２】次に、本発明の第１の実施の形態に係るク
ライアントサーバシステムのデータの共有方法について
図２〜図７を参照して説明する。

【００２３】本実施の形態では、まず、最終アップロー
ド時間及び最終ダウンロード時間が共に記憶保持されて
いない場合のデータ共有方法について図２〜図５を参照
して説明し、次に、最終アップロード時間が記憶保持さ
れている場合のデータ共有方法について図２、図３、及
び図６を参照して説明し、最後に、最終アップロード時
間及び最終ダウンロード時間が共に記憶保持されている
場合のデータ共有方法について図２、図３、及び図７を
参照して説明する。

【００２４】図２は、本発明の第１の実施の形態に係る
クライアントサーバシステムのデータ共有方法の処理を
示すフローチャートである。

【００２５】図３は、図１のサーバ（Ｘ）１に接続され
たクライアント（Ａ）４，クライアント（Ｂ）８のクラ
イアント名称を示す図である。図３において、３０１
は、クライアント（Ａ）４の名称（クライアント Ａｎ
ａｍｅ）を表し、３０２は、クライアント（Ｂ）８の名
称（クライアント Ｂｎａｍｅ）を表している。

【００２６】図４は、図２の処理におけるクライアント
（Ａ）４とサーバ（Ｘ）１間の初回の共有データのアッ
プロード及びダウンロードを示す概略図である。図４に
おいて、４０３はクライアント（Ａ）４で設定された処
理内容であり、４０２はクライアント（Ａ）が記憶装置
７に記憶保持しているクライアントデータであり、４０
４は更新該当クライアントデータである。４０６はサー
バ（Ｘ）１が記憶装置３に記憶保持しているサーバデー
タであり、４０７は更新後のサーバデータである。４０
８はサーバ（Ｘ）１からダウンロードされた更新データ
である。

【００２７】図５は、図２の処理におけるクライアント
（Ｂ）８とサーバ（Ｘ）１間の初回の共有データのアッ
プロードを示す概略図である。図５において、５０３は
クライアント（Ｂ）８で設定された処理内容であり、５
０２はクライアント（Ｂ）８が記憶装置１１に記憶保持
しているクライアントデータであり、５０４は更新該当
クライアントデータである。５０６はサーバデータサー
バ（Ｘ）１が記憶装置３に記憶保持しているサーバデー
タであり、５０７は更新後のサーバデータである。

【００２８】図２において、まず、クライアント（Ａ）
４において、クライアント（Ａ）４とサーバ（Ｘ）１間
で共有するデータのアップロード処理とダウンロード処
理を要求するか否かを設定する（ステップＳ２０１）。
クライアント（Ａ）４の入力者（ユーザ）が入力装置６
を介してデータのアップロード処理とダウンロード処理
を行うか否かを要求する設定を行い（図４の４０３）、
アップロード処理要求（アップロード処理あり）又はダ
ウンロード処理要求（ダウンロード処理あり）した更新
情報が記憶装置７に記憶保持される。なお、ユーザが予
め設定して記憶装置７に記憶保持していた場合、設定し
直す必要がなければそのまま次のステップ２０２へ進
み、必要があればこの時点で設定し直してもよい。

【００２９】また、上述したようなクライアントがネッ
トワークを介してサーバ内のデータを参照するシステム
の場合では、ダウンロードのみを要求する設定を行い、
データを参照するのみでデータを更新することもでき
る。

【００３０】クライアント（Ａ）４のユーザが入力装置
６を介してデータ更新処理を何分おきに実行するかを設
定するタイマー（処理タイマー間隔）設定を行い（ステ
ップＳ２０２）（図４の４０３）、タイマー設定された
更新情報が記憶装置７に記憶保持される。例えば、この
タイマー設定が３０分（図４の４０３）である場合、１
回目のタイマー設定時間が１９９７／１０／１０ １
０：３０に始まるとすると、２回目のタイマー設定時間
は３０分後の１９９７／１０／１０ １１：００とな
る。なお、ユーザが予めタイマー設定を行って記憶装置
７に記憶保持していた場合、設定し直す必要がなければ
そのまま次のステップ２０３へ進み、必要があればこの
時点で設定し直してもよい。

【００３１】ステップＳ２０３では、タイマーがＯＮし
ているか否かを判別し、ＯＮしていないとき（ステップ
Ｓ２０３でＮＯ）、すなわち、タイマー設定が０又はタ
イマー設定がされていないときは本処理を終了する一
方、タイマーがＯＮしているときは（ステップＳ２０４
でＹＥＳ）、タイマー設定時間が経過したか否かを判別
する（ステップＳ２０４）。この判別の結果、クライア
ント（Ａ）４のＣＰＵ５が監視（カウント）する時間が
タイマー設定時間である１９９７／１０／１０１０：３
０を経過したとき（ステップＳ２０４でＹＥＳ）、ステ
ップＳ２０５へ進んでデータ更新処理を開始する一方、
タイマー設定時間が経過していないときは（ステップＳ
２０４でＮＯ）、ステップＳ２０１へ戻ってタイマー設
定時間が経過するまでステップＳ２０１〜Ｓ２０４を繰
り返す。

【００３２】ステップＳ２０５では、記憶装置７に記憶
保持していた更新情報を参照して、アップロード処理要
求がされているか否かを判別し、アップロード処理要求
がされていない（アップロード処理なし）ときは（ステ
ップＳ２０５でＮＯ）、ステップＳ２１３へ進み、アッ
プロード処理要求がされている（アップロード処理あ
り）ときは（ステップＳ２０５でＹＥＳ）、記憶装置７
に記憶保持していた最終アップロード時間を取得する
（ステップＳ２０６）。この処理において、データ更新
処理が１回目であって最終アップロード時間が記憶保持
されていないときは、そのまま次のステップへ進み、現
在の時間を処理開始時間として記憶装置７に記憶保持す
る（ステップＳ２０７）。例えば、現在の時間が１９９
７／１０／１０ １０：３１であれば、それが処理開始
時間となる。

【００３３】つづいて、サーバ（Ｘ）１に対する更新す
べき更新該当データがあるか否かを判別する（ステップ
Ｓ２０８）。更新該当データは、ユーザが入力装置６を
介して新規に入力し、又は更新したクライアントデータ
である。この処理において、クライアント（Ａ）４のク
ライアントデータ（図４の４０２）の中に、最終アップ
ロード時間後に入力又は更新されたデータがあるか否
か、データ更新クライアント名に自クライアント（Ａ）
４のクライアント名称（クライアント Ａｎａｍｅ（図
３の３０１））の名称があるか否かを判別する。この判
別の結果、サーバ（Ｘ）１に対する更新該当データが１
件もないときは（ステップＳ２０８でＮＯ）、ステップ
Ｓ２１２へ進み、更新該当データがあるときは（ステッ
プＳ２０８でＹＥＳ）、更新該当データ（図４の４０
４）をサーバ（Ｘ）１にアップロードし、サーバデータ
の更新処理を行う（ステップＳ２０９）。この処理にお
いて、サーバ（Ｘ）１にサーバデータがない場合は（図
４の４０６）、アップロードされた更新該当データがそ
のままサーバ（Ｘ）１のサーバデータとなり、サーバ
（Ｘ）１の記憶装置３に新たなデータ１Ａ、データ２
Ａ、データＸＸが追加され（図４の４０７）、自クライ
アント（Ａ）４のクライアント名称がそのままデータ更
新クライアント名になる（図４の４０４）。

【００３４】次に、サーバ（Ｘ）１に対するデータ更新
処理が成功したか否かを判別し（ステップＳ２１０）、
データ更新処理がサーバ（Ｘ）１の未稼働、ネットワー
ク障害等により失敗したときは（ステップＳ２１０でＮ
Ｏ）、ステップＳ２１３へ進む一方、データ更新処理が
成功したときは（ステップＳ２１０でＹＥＳ）、処理開
始時間をサーバデータのデータ更新時間として更新する
（ステップＳ２１１）（図４の４０７）。次に、このデ
ータ更新時間を最終アップロード時間として更新する
（ステップＳ２１２）。これにより、最終アップロード
時間は処理開始時間である１９９７／１０／１０ １
０：３１となる。

【００３５】次に、ステップＳ２１３では、クライアン
ト（Ａ）４が記憶装置７に記憶保持していた更新情報を
参照して、ダウンロード処理要求がされているか否かを
判別し、ダウンロード処理要求がされていない（ダウン
ロード処理なし）ときは（ステップＳ２１３でＮＯ）、
ステップＳ２０１へ戻る一方、ダウンロード処理要求が
されている（ダウンロード処理なし）ときは（ステップ
Ｓ２１３でＹＥＳ）、記憶装置７に記憶保持していた最
終ダウンロード時間を取得する（ステップＳ２１４）。
この処理において、データ更新処理が１回目であって最
終ダウンロード時間が記憶保持されていないときは、そ
のまま次のステップへ進み、サーバ（Ｘ）１からクライ
アント（Ａ）４に対する更新すべき更新該当データがあ
るか否かを判別する（ステップＳ２１５）。更新該当デ
ータは、サーバ（Ｘ）１が他のクライアントから新規に
アップロードされ、又は更新されたサーバデータであ
る。この処理において、サーバ（Ｘ）１のサーバデータ
（図４の４０６）の中に、最終ダウンロード時間後に更
新されたデータがあるか否か、データ更新クライアント
名にクライアント（Ａ）４のクライアント名称（クライ
アント Ａｎａｍｅ（図３の３０１））以外の名称があ
るか否かを判別する。この判別の結果、サーバ（Ｘ）１
からの更新該当データがないときは（ステップＳ２１５
でＮＯ）、ステップＳ２１９へ進み、更新該当データが
あるときは（ステップＳ２１５でＹＥＳ）、サーバ
（Ｘ）１のサーバデータから更新該当データをダウンロ
ードし、データ更新処理を行い（ステップＳ２１６）、
更新該当データのデータ更新クライアント名がそのまま
データ更新クライアント名になる（図４の４０６）。

【００３６】次に、自クライアントにおけるデータ更新
処理が成功したか否かを判別し（ステップＳ２１７）、
データ更新処理が失敗したときは（ステップＳ２１７で
ＮＯ）、ステップＳ２０１へ戻る一方、データ更新処理
が成功したときは（ステップＳ２１７でＹＥＳ）、処理
開始時間をクライアントデータのデータ更新時間として
更新する（ステップＳ２１８）。次に、このデータ更新
時間を最終ダウンロード時間として更新する（ステップ
Ｓ２１９）。これにより、最終ダウンロード時間は１９
９７／１０／１０ １０：３３に更新され（ステップＳ
２１９）、ステップＳ２０１へ戻る。

【００３７】次に、最終アップロード時間が記憶保持さ
れている場合のデータ共有方法について図２、図３、及
び図６を参照して説明する。なお、上述した処理で重複
するステップについては、その説明を省略する。以下の
処理の説明においても同様である。

【００３８】図６は、図２の処理におけるクライアント
（Ｂ）８とサーバ（Ｘ）１間の初回の共有データのダウ
ンロードを示す概略図である。図６において、６０４は
クライアント（Ｂ）８で設定された処理内容であり、６
０２はサーバ（Ｘ）１が記憶装置３に記憶保持している
サーバデータであり、６０５は更新該当サーバデータで
ある。６０６はクライアント（Ｂ）８が記憶装置１１に
記憶保持しているクライアントデータであり、６０７は
更新後のクライアントデータである。

【００３９】クライアント（Ｂ）８において、例えば、
ユーザが入力装置１０を介して設定したタイマー設定を
２０分（図５の５０３）と設定した場合、１回目のタイ
マー設定時間が１９９７／１０／１０ １０：３３に始
まるとすると、２回目のタイマー設定時間は２０分後の
１９９７／１０／１０ １０：５３となる。

【００４０】２回目のタイマー設定時間が経過すると、
上述したステップＳ２０３〜Ｓ２０５の処理を実行した
後、ステップＳ２０６において、記憶装置１１に記憶保
持していた最終アップロード時間を取得する。この処理
において、最終アップロード時間が記憶保持されていな
いときは、現在の時間を処理開始時間として記憶装置１
１に記憶保持する（ステップＳ２０７）。例えば、現在
の現在時間が１９９７／１０／１０ １０：３３であれ
ば、それが処理開始時間となる。

【００４１】つづいて、サーバ（Ｘ）１に対する更新す
べき更新該当データがあるか否かを判別する（ステップ
Ｓ２０８）。この処理において、クライアント（Ｂ）８
のクライアントデータ（図５の５０２）の中に、最終ア
ップロード時間後に入力又は更新されたデータがあるか
否か、データ更新クライアント名に自クライアント
（Ｂ）８のクライアント名称（クライアントＢｎａｍｅ
（図３の３０２））の名称があるか否かを判別する。こ
の判別の結果、更新該当データがあるときは（ステップ
Ｓ２０８でＹＥＳ）、更新該当データ（図５の５０２）
をサーバ（Ｘ）１にアップロードし、更新該当データ
（図５の５０４）の更新処理を行う（ステップＳ２０
９）。この処理において、サーバ（Ｘ）１の記憶装置３
に既に記憶保持している既存のサーバデータ（図５の５
０６）がクライアント（Ｂ）８の更新該当データ（図５
の５０４）により更新される。これにより、サーバ
（Ｘ）１内のサーバデータにおいて、データ１Ａ、デー
タ２Ａは何も変更が加えられないことになり、データ１
Ｂ、データ２Ｂが追加され、データＸＸが更新される
（図５の５０７）。自クライアント（Ｂ）８のクライア
ント名称がそのままデータ更新クライアント名になる
（図５の５０４）。

【００４２】次に、サーバ（Ｘ）１に対するデータ更新
処理が成功したか否かを判別し（ステップＳ２１０）、
データ更新処理が失敗したときは（ステップＳ２１０で
ＮＯ）、ステップＳ２１３へ進む一方、データ更新処理
が成功したときは（ステップＳ２１０でＹＥＳ）、処理
開始時間をサーバデータのデータ更新時間として更新す
る（ステップＳ２１１）（図５の５０７）。次に、この
データ更新時間を最終アップロード時間として更新する
（ステップＳ２１２）。これにより、最終アップロード
時間は、処理開始時間である１９９７／１０／１０ １
０：３３となる。

【００４３】次に、ステップＳ２１３では、クライアン
ト（Ｂ）８が記憶装置１１に記憶保持していた更新情報
を参照して、ダウンロード処理要求がされているか否か
を判別し、ダウンロード処理要求がされている（図６の
６０３）ときは（ステップＳ２１３でＹＥＳ）、記憶装
置１１に記憶保持していた最終ダウンロード時間を取得
する（ステップＳ２１４）。つづいて、サーバ（Ｘ）１
からクライアント（Ｂ）８に対する更新すべき更新該当
データがあるか否かを判別する（ステップＳ２１５）。
この処理において、サーバ（Ｘ）１のサーバデータ（図
６の６０２）の中に、最終ダウンロード時間後に更新さ
れたデータがあるか否か、データ更新クライアント名に
クライアント（Ｂ）８のクライアント名称（クライアン
ト Ｂｎａｍｅ（図３の３０２））以外の名称があるか
否かを判別する。この判別の結果、サーバ（Ｘ）１から
の更新該当データがないときは（ステップＳ２１５でＮ
Ｏ）、ステップＳ２１９へ進み、更新該当データがある
ときは（ステップＳ２１５でＹＥＳ）、サーバ（Ｘ）１
のサーバデータ（図６の６０２）から更新該当データ
（図６の６０５）をダウンロードし、データ更新処理を
行い（ステップＳ２１６）、更新該当データのデータ更
新クライアント名がそのままデータ更新クライアント名
になる（図６の６０５）。

【００４４】次に、自クライアントにおけるデータ更新
処理が成功したか否かを判別し（ステップＳ２１７）、
データ更新処理が失敗したときは（ステップＳ２１７で
ＮＯ）、ステップＳ２０１へ戻る一方、データ更新処理
が成功したときは（ステップＳ２１７でＹＥＳ）、処理
開始時間をクライアントデータのデータ更新時間として
更新する（ステップＳ２１８）。次に、このデータ更新
時間を最終ダウンロード時間として更新する（ステップ
Ｓ２１９）。これにより、最終ダウンロード時間は、１
９９７／１０／１０ １０：３３（図６の６０４）に更
新され（ステップＳ２１９）、ステップＳ２０１へ戻
る。

【００４５】次に、最終アップロード時間及び最終ダウ
ンロード時間が共に記憶保持されている場合のデータ共
有方法について図２、図３、及び図７を参照して説明す
る。

【００４６】図７は、図２の処理におけるクライアント
（Ａ）８とサーバ（Ｘ）１間の２回目の共有データのア
ップロード及びダウンロードを示す概略図である。図７
において、７０２はクライアント（Ａ）４で設定された
処理内容であり、７０３はクライアント（Ａ）４が記憶
装置３に記憶保持しているクライアントデータであり、
７０５は更新該当クライアントデータである。７０７は
サーバ（Ｘ）１が記憶装置３に記憶保持しているサーバ
データであり、７０８は更新後のサーバデータである。
７０４はサーバ（Ｘ）１からダウンロードされた更新デ
ータである。

【００４７】クライアント（Ａ）４において、１回目の
データ更新処理後の２回目のタイマー設定時間は３０分
後の１９９７／１０／１０ １１：００となるが、この
間にデータのアップロード処理及びダウンロード処理の
要求が設定され、且つタイマー設定が変更されなかった
場合、タイマー設定時間が経過したときは、記憶装置７
に記憶保持していた更新情報を参照して、アップロード
処理要求がされているか否かを判別する（ステップＳ２
０５）。この処理において、予めアップロード処理要求
（図７の７０２）がされているので（ステップＳ２０５
でＹＥＳ）、記憶装置７に記憶保持していた最終アップ
ロード時間を取得し（ステップＳ２０６）、現在の時間
を処理開始時間として記憶装置７に記憶保持する（ステ
ップＳ２０７）。例えば、前回（１回目）の処理開始時
間が１９９７／１０／１０ １０：３０（図７の７０
２）であれば、今回（２回目）の処理開始時間は、１９
９７／１０／１０ １１：００となる。

【００４８】次に、サーバ（Ｘ）１に対する更新すべき
更新該当データがあるか否かを判別する（ステップ２０
８）。この処理において、クライアント（Ａ）４のデー
タ（図７の７０３）の中に、最終アップロード時間であ
る１９９７／１０／１０ １０：３０後に入力又は更新
されたデータがあるか否か、データ更新クライアント名
に自クライアント（Ａ）４のクライアント名称（クライ
アント Ａｎａｍｅ（図３の３０１））以外の名称があ
るか否かを判別する。この判別の結果、更新該当データ
（図７の７０５）があるので（ステップＳ２０８でＹＥ
Ｓ）、更新該当データをサーバ（Ｘ）１にアップロード
し、サーバデータ（図７の７０７）の更新処理を行う
（ステップＳ２０９）。これにより、サーバデータ７０
７にデータ３Ａが追加される。

【００４９】次に、サーバ（Ｘ）１に対するデータ更新
処理が成功したか否かを判別し（ステップＳ２１０）、
データ更新処理が成功したときは（ステップＳ２１０で
ＹＥＳ）、処理開始時間をサーバデータのデータ更新時
間として更新する（ステップＳ２１１）（図７の７０
８）。次に、このデータ更新時間を最終アップロード時
間として更新する（ステップＳ２１２）。これにより、
最終アップロード時間は、１９９７／１０／１０ １
１：００（図７の７０２）となる。

【００５０】つづいて、ステップＳ２１３では、クライ
アント（Ａ）４が記憶装置７に記憶保持していた更新情
報を参照して、ダウンロード処理要求がされているか否
かを判別するが、既にダウンロード処理要求がされてい
る（図７の７０２）ので、記憶装置７に記憶保持してい
た更新情報の最終ダウンロード時間を取得する（ステッ
プＳ２１４）。例えば、取得された最終ダウンロード時
間は、前回のデータ処理開始時間である１９９７／１０
／１０ １０：３０である（図７の７０２）。次に、サ
ーバ（Ｘ）１からクライアント（Ａ）４に対する更新す
べき更新該当データがあるか否かを判別する（ステップ
Ｓ２１５）。この処理において、サーバ（Ｘ）１のサー
バデータ（図７の７０８）の中に、最終ダウンロード時
間である１９９７／１０／１０ １０：３０後に更新さ
れたデータがあるか否か、データ更新クライアント名に
クライアント（Ａ）４のクライアント名称（クライアン
トＡｎａｍｅ（図３の３０１））以外の名称があるか否
かを判別する。この判別の結果、サーバ（Ｘ）１からの
更新該当データがあるので（ステップＳ２１５でＹＥ
Ｓ）、サーバ（Ｘ）１のサーバデータ（図７の７０８）
から更新該当データをダウンロードし、データ更新処理
を行う（ステップＳ２１６）。

【００５１】次に、自クライアントにおけるデータ更新
処理が成功したか否かを判別し（ステップＳ２１７）、
自クライアント（Ａ）４におけるデータ更新処理がネッ
トワークの切断等何らかの理由で失敗したときは（ステ
ップＳ２１７でＮＯ）、ステップＳ２０１へ戻り、記憶
装置７に記憶保持していた更新情報の最終ダウンロード
時間を更新しない。これにより、次回クライアント
（Ａ）４がダウンロード処理を行ったとき、最終ダウン
ロード時間は１９９７／１０／１０ １０：３０のまま
となるので、今回更新が失敗したデータを含むデータが
次回の更新該当データとなり、サーバ（Ｘ）１の未稼
働、ネットワークの障害等が発生しても、共有するデー
タを更新することができる。

【００５２】本実施の形態では、直接サーバ（Ｘ）１の
データを更新することを止めたことにより、サーバ
（Ｘ）１が稼動していない限り更新できなかったデータ
をクライアント（Ａ）４，クライアント（Ｂ）８上で更
新し、更新されたデータをサーバ（Ｘ）１にアップロー
ドするので、サーバが起動していない場合、又はネット
ワーク上のトラブル等によりデータ更新ができない場合
でもデータ更新を効率よく行うことができ、更に、ネッ
トワークがつながっていない場所で作成したデータもク
ライアントに移し替えれば、タイマー設定時間の経過毎
にデータ更新が可能になった。

【００５３】また、更新したデータだけをある一定間隔
で更新することにより、複数のクライアントからデータ
の変更があった場合でも、サーバデータはそれぞれのク
ライアントが更新したデータだけをサーバに対して更新
するので、データの整合性を損なうことを防止できる。
更に、更新データだけを更新するので処理データが最小
限に押さえられ、大量のデータを扱う場合でも処理速度
が遅くならず、効率的にデータ共有が行われるようにな
った。その上、クライアントが自クライアント名称を持
つことにより、クライアントを増やした場合でもサーバ
側の設定変更が必要ないので、サーバ、クライアントの
増減時の管理を簡単に行うことができる。

【００５４】なお、上述したクライアント（Ａ）４，
（Ｂ）８を含むすべてのクライアントの時間は、各クラ
イアントの起動時にサーバ（Ｘ）１の時計を参照（又
は、処理要求時毎にサーバ（Ｘ）１の時間を参照）して
サーバ（Ｘ）１の時間と合わせることで、各クライアン
ト間の時間のずれをなくすことができる。

【００５５】本第１の実施の形態によれば、クライアン
トで共有するデータのアップロード、ダウンロードの処
理の要求と、それら処理を行う間隔とを設定し（ステッ
プＳ２０１，Ｓ２０２）、アップロード処理のときはサ
ーバデータの更新処理を行い（ステップＳ２０９）、ダ
ウンロード処理のときはクライアントデータの更新処理
を行って（ステップＳ２０９，Ｓ２１６）、これらの更
新処理が何らかの理由で失敗したときは（ステップＳ２
１０，Ｓ２１７でＮＯ）、次回の処理時に失敗したデー
タ更新処理を行うので、サーバが未稼働であったり、ネ
ットワーク上で発生したトラブル等に左右されず、クラ
イアントサーバ間で共有するデータの更新を効率よく行
うことができる。

【００５６】（第２の実施の形態）次に、本発明の第２
の実施の形態に係るクライアントサーバシステムのデー
タの共有方法について図２、図８、図９、図１０、及び
図１１を参照して説明する。

【００５７】図８は、本発明の第２の実施の形態に係る
クライアントサーバシステムを示すブロック図である。

【００５８】図８において、親サーバ８０１は、ネット
ワークを介してサーバ（Ｘ）８０２、及びサーバ（Ｙ）
８０３と接続する。サーバ（Ｘ）８０２は、ネットワー
クを介してクライアント（Ａ）８０４、及びクライアン
ト（Ｂ）８０５と接続し、サーバＹ８０３は、クライア
ント（Ｃ）８０６、及びクライアント（Ｄ）８０７と接
続する。サーバ（Ｘ）８０２及びサーバ（Ｙ）８０３
は、上述の第１の実施の形態において説明した処理タイ
マー間隔、データ更新開始時間、ダウンロード処理並び
にアップロード処理の要求、及び最終アップロード時間
並びに最終ダウンロード時間等の更新情報を記憶保持す
ることができる。なお、これらの各サーバ、各クライア
ントは、上述の第１の実施の形態におけるサーバ、クラ
イアントとその構成が同じであり、それらの説明は省略
する。

【００５９】図９は、図８のサーバ（Ｘ）８０２，サー
バ（Ｙ）８０３のサーバ名称、及び各サーバに接続され
たクライアント名一覧を示す図である。図９において、
９０１は、サーバ（Ｘ）８０２の名称（サーバ Ｘｎａ
ｍｅ）を表し、９０２は、サーバ（Ｙ）８０３の名称
（サーバ Ｙｎａｍｅ）を表している。９０３は、サー
バ（Ｘ）８０２に接続されたクライアント名一覧であ
り、クライアント（Ａ）８０４の名称（クライアント
Ａｎａｍｅ）とクライアント（Ｂ）８０５の名称（クラ
イアント Ｂｎａｍｅ）で表し、９０４は、サーバ
（Ｙ）８０３に接続されたクライアント名一覧であり、
クライアント（Ｃ）８０６の名称（クライアントＣｎａ
ｍｅ）とクライアント（Ｄ）８０７の名称（クライアン
ト Ｄｎａｍｅ）で表されている。

【００６０】図１０は、図８のサーバ（Ｘ）８０２と親
サーバ８０１間における共有データのアップロードを示
す概略図である。図１０において、１００３は任意のク
ライアントで設定された処理内容であり、１００２はサ
ーバ（Ｘ）８０２のサーバデータであり、１００４は更
新該当データである。１００６は親サーバ８０１のサー
バデータであり、１００７は更新後のサーバデータであ
る。

【００６１】図１１は、図８のサーバ（Ｘ）８０２と親
サーバ８０１間における共有データのダウンロードを示
す概略図である。図１１において、１１０４は任意のク
ライアントで設定された処理内容であり、１１０２は親
サーバ８０１のサーバデータである。１１０６はサーバ
（Ｘ）８０２のサーバデータであり、１１０５は親サー
バ８０２からダウンロードされた更新データである。１
１０７は更新後のサーバデータである。

【００６２】図２において、サーバ（Ｘ）８０２におい
て、既にデータのアップロード処理とダウンロード処理
の要求が設定され、タイマー設定が６０分に設定された
ものが記憶装置３に記憶保持されているものとする（図
１０の１００３）。例えば、１回目のデータ更新処理が
既に１９９７／１０／１０ １０：３２に行われていた
とすると、２回目のデータ更新処理は１９９７／１０／
１０ １１：３２に開始される。

【００６３】２回目のデータ更新処理が開始されると、
サーバ（Ｘ）８０２は、記憶装置３に記憶保持していた
更新情報を参照して、アップロード処理要求とダウンロ
ード処理要求（図１０の１００３）がされているか否か
を判別する（ステップＳ２０５）。この判別の結果、ア
ップロード処理要求とダウンロード処理要求（図１０の
１００３）がされているので（ステップＳ２０５でＹＥ
Ｓ）、サーバ（Ｘ）８０２が前回の処理開始時間である
１９９７／１０／１０ ｌ０：３２を最終アップロード
時間として記憶保持し（図１０の１００３）、現在時間
である１９９７／１０／１０ １１：３２を処理開始時
間として記憶装置３に記憶保持する（ステップＳ２０
７）。

【００６４】つづいて、サーバ（Ｘ）８０２のサーバデ
ータの中に、最終アップロード時間である１９９７／１
０／１０ １０：３２後に更新されたデータがあるか否
か、自サーバ（Ｘ）８０２に接続されたクライアント名
一覧（図９の９０３）にあるクライアント Ａｎａｍｅ
とクライアント Ｂｎａｍｅがデータ更新クライアント
名にあるか否かを判別する（ステップＳ２０８）。この
判別の結果、更新されたデータがあるので、サーバ
（Ｘ）８０２からの更新該当データ（図１０の１００
４）を親サーバ８０１にアップロードし、更新該当デー
タに基づいて親サーバ８０１の既存のサーバデータ（図
１０の１００６）の更新処理を行う（ステップＳ２０
９）。この処理において、更新該当データのデータ更新
クライアント名を自サーバ（Ｘ）３０２のサーバ名称で
あるサーバ Ｘｎａｍｅ（図９の９０１）に更新する
（図１０の１００７）。

【００６５】次に、親サーバ８０１に対するデータ更新
処理が成功したときは、親サーバ８０１がその記憶装置
に記憶保持していたデータ更新時間を今回更新されたデ
ータ更新時間に更新し（ステップＳ２１１）（図１０の
１００７）、処理開始時間を最終アップロード時間とし
て更新する（ステップＳ２１１）。これにより、サーバ
（Ｘ）８０２の最終アップロード時間は１９９７／１０
／１０ １１：３２（図１１の１１０４）となる。

【００６６】次に、サーバ（Ｘ）８０２が記憶装置３に
記憶保持していた更新情報を参照して、ダウンロード処
理の要求がされているか否かを判別し（ステップＳ２１
３）、既にダウンロード処理要求がされている（図１１
の１１０４）ので、記憶装置３に記憶保持していた最終
ダウンロード時間を取得する（ステップ２１４）。例え
ば、最終ダウンロード時間は、前回のデータ処理開始時
間である１９９９／１０／１０ １０：３２である（図
１１の１１０４）。次に、親サーバ８０１からサーバ
（Ｘ）８０２に対する更新該当データ（図１１の１１０
２）の中に、最終ダウンロード時間である１９９７／１
０／１０ １０：３２後に更新されたデータがあるか否
か、データ更新クライアント名に自サーバ（Ｘ）８０２
のサーバ名称（サーバ Ｘｎａｍｅ（図９の９０１））
以外の名称があるか否かを判別する（ステップＳ２１
５）。この判別の結果、親サーバ８０１からの更新該当
データがあるので、親サーバ８０１のサーバデータ（図
１１の１１０２）の中から更新該当データ（図１１の１
１０５）をダウンロードし、データ更新処理を行う（ス
テップＳ２１６）。

【００６７】次に、自サーバ（Ｘ）８０２におけるデー
タ更新処理が成功したか否かを判別し（ステップＳ２１
７）、自サーバ（Ｘ）８０２におけるデータ更新処理が
ネットワークの切断等何らかの理由で失敗したときは、
ステップＳ２０１へ戻って記憶装置３に記憶保持してい
た最終ダウンロード時間を更新しない。一方、自サーバ
（Ｘ）８０２におけるデータ更新処理が成功したとき
は、自サーバ（Ｘ）８０２の記憶装置３に記憶保持して
いたデータ更新時間を今回更新されたデータ更新時間に
更新する（ステップＳ２１９）。これにより、最終ダウ
ンロード時間は今回の処理開始時間である１９９７／１
０／１０ １１：３２（図１１の１１０４）に更新さ
れ、ステップＳ２０１に戻る。

【００６８】サーバにもクライアントと同じ仕組みと、
上述したアップロード処理でデータを自サーバにアップ
ロードするクライアントの名称一覧（図１２の１２０
１）をサーバに持たせ、アップロード処理時にサーバが
更新クライアント名を自サーバ名に更新してから親サー
バにデータを更新する処理を持つことで、親サーバを通
してサーバ同士でのデータ共有が行える。この組み合わ
せを何段階にもすることで任意階層でのデータ共有が行
えることになる。

【００６９】なお、これまで、各クライアントにおいて
データの追加、更新する場合みを述べてきたが、各クラ
イアントでデータが削除されたか否かを判別する項目更
にを更新情報に追加してもよい。

【００７０】本実施の形態では、サーバ、クライアント
だけの１階層だけでなく、任意の階層でのサーバクライ
アント構造を持ち、すべてのサーバ、クライアントでデ
ータ共有を行うことができる。また、サーバが自サーバ
名称を持つことにより、サーバを増やした場合でもサー
バ、クライアントの設定変更が必要ないので、サーバ、
クライアントの増減時の管理を簡単に行うことができ
る。

【００７１】本第２の実施の形態によれば、サーバがア
ップロード、ダウンロード処理を要求する設定と、それ
ら処理を行う間隔とを設定し（ステップＳ２０１，Ｓ２
０２）、その間隔がきたときに（ステップＳ２０４でＹ
ＥＳ）、アップロード処理のときはサーバデータの更新
処理を行い（ステップＳ２０９）、ダウンロード処理の
ときはクライアントデータの更新処理を行い（ステップ
Ｓ２０９，Ｓ２１６）、これらの更新処理が何らかの理
由で失敗したとき（ステップＳ２１０，Ｓ２１７でＮ
Ｏ）、次回の処理間隔でデータの更新処理を行うので、
サーバが未稼働であったり、ネットワーク上で発生した
トラブル等に左右されず、サーバ間で共有するデータの
更新を効率よく行うことができる。

【００７２】

【発明の効果】以上詳細に説明したように、請求項１記
載のシステム及び請求項７記載の方法によれば、クライ
アント及びサーバの少なくとも一方は、更新時間と更新
クライアント名を持つデータのアップロード、ダウンロ
ード処理を要求する設定を行い、設定された間隔で処理
を行うとき、前回の処理後に更新されたデータについて
アップロード処理又はダウンロード処理を行い、それら
処理が失敗したときは、データ更新時間と更新クライア
ント名を更新せずに次回の処理のときに更新するので、
サーバが未稼働であったり、ネットワーク上で発生した
トラブル等に左右されず、クライアントサーバ間で共有
するデータの更新を効率よく行うことができる。

【００７３】請求項２記載のシステム及び請求項８記載
の方法によれば、クライアント及びサーバの少なくとも
一方は、設定された間隔が経過したときは、処理を起動
し、設定された間隔が経過しないときは、処理を行う間
隔を設定するので、適正な時間で処理を行うことができ
る。

【００７４】請求項３記載のシステム及び請求項９記載
の方法によれば、クライアント及びサーバの少なくとも
一方は、処理を要求する設定がなされている場合におい
て、前回処理時に記憶保持された処理時間を取得し、現
在の時間を処理開始時間として記憶保持するので、請求
項１記載のシステム及び請求項７記載の方法を効果的に
奏することができる。

【００７５】請求項４記載のシステム及び請求項１０記
載の方法によれば、クライアント及びサーバの少なくと
も一方は、処理が成功したときは、データの更新時間と
クライアント名を更新し、処理開始時間を処理時間とし
て記憶保持するので、請求項１記載のシステム及び請求
項７記載の方法を更に効果的に奏することができる。

【００７６】請求項５記載のシステム及び請求項１１記
載の方法によれば、最初にアップロード処理を行い、次
にダウンロードを行うので、クライアントで更新された
データを効率よくアップデートすることができる。

【００７７】請求項６記載のシステム及び請求項１２記
載の方法によれば、クライアント及びサーバはそれぞれ
固有の名称を持つので、クライアントを増やした場合で
もサーバ側の設定変更が必要ないので、サーバ及びクラ
イアントの増減時の管理を簡単に行うことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るクライアント
サーバシステムを示すブロック図である。

【図２】本発明の第１の実施の形態に係るクライアント
サーバシステムのデータ共有方法の処理を示すフローチ
ャートである。

【図３】図１のサーバ（Ｘ）１に接続されたクライアン
ト（Ａ）４，クライアント（Ｂ）８のクライアント名称
を示す図である。

【図４】図２の処理におけるクライアント（Ａ）４とサ
ーバ（Ｘ）１間の初回の共有データのアップロード及び
ダウンロードを示す概略図である。

【図５】図２の処理におけるクライアント（Ｂ）８とサ
ーバ（Ｘ）１間の初回の共有データのアップロードを示
す概略図である。

【図６】図２の処理におけるクライアント（Ｂ）８とサ
ーバ（Ｘ）１間の初回の共有データのダウンロードを示
す概略図である。

【図７】図２の処理におけるクライアント（Ａ）８とサ
ーバ（Ｘ）１間の２回目の共有データのアップロード及
びダウンロードを示す概略図である。

【図８】本発明の第２の実施の形態に係るクライアント
サーバシステムを示すブロック図である。

【図９】図８のサーバ（Ｘ）８０２，サーバ（Ｙ）８０
３の名称、及び各サーバに接続されたクライアント名一
覧を示す図である。

【図１０】図８のサーバ（Ｘ）８０２と親サーバ８０１
間における共有データのアップロードを示す概略図であ
る。

【図１１】図８のサーバ（Ｘ）８０２と親サーバ８０１
間における共有データのダウンロードを示す概略図であ
る。

【符号の説明】

１，８０２ サーバＸ ２，５，９ ＣＰＵ ３，７，１１ 記憶装置 ４，８０４ クライアントＡ ６，１０，１２ 入力装置 ８，８０５ クライアントＢ ８０１ 親サーバ ８０３ サーバＹ ８０６ クライアントＣ ８０７ クライアントＤ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 上野 明広 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5B082 GB02 HA05 5B089 GA11 GA21 GB09 HA06 JA12 KA00 LB14

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上のクライアント及びサー
   バが、更新時間と更新クライアント名を有するデータを
   共有し、互いに前記データのアップロード、ダウンロー
   ドの処理を行って前記更新時間と前記更新クライアント
   名を更新するクライアントサーバシステムにおいて、 前記クライアント及び前記サーバの少なくとも一方が、
   前記処理を要求する設定を行う第１の設定手段と、 前記処理を行う間隔を設定する第２の設定手段と、 前記処理を要求する設定がなされているか否かを判別す
   る第１の判別手段と、 前記処理を要求する設定がなされている場合において、
   前回の前記処理後に前記更新時間と前記更新クライアン
   ト名が更新されたか否かを判別する第２の判別手段と、 前記更新時間と前記更新クライアント名が更新された場
   合において、前記更新されたデータについて前記処理を
   行い、前記処理が成功したか否かを判別する第３の判別
   手段とを備え、 前記第３の判別手段による判別の結果、前記処理が失敗
   したときは前記更新時間と前記更新クライアント名を更
   新せず、次回処理時に行うことを特徴とするクライアン
   トサーバシステム。
2. 【請求項２】 前記クライアント及び前記サーバの少な
   くとも一方は、前記設定された間隔が経過したときは、
   前記処理を起動し、前記設定された間隔が経過しないと
   きは前記第２の設定手段により前記処理を行う間隔を設
   定することを特徴とする請求項１記載のクライアントサ
   ーバシステム。
3. 【請求項３】 前記クライアント及び前記サーバの少な
   くとも一方は、前記処理を要求する設定がなされている
   場合において、前記前回処理時に記憶保持された処理時
   間を取得し、現在の時間を処理開始時間として記憶保持
   することを特徴とする請求項１又は２記載のクライアン
   トサーバシステム。
4. 【請求項４】 前記クライアント及び前記サーバの少な
   くとも一方は、前記第３の判別手段による判別の結果、
   前記処理が成功したときは、前記更新時間と前記更新ク
   ライアント名を更新し、前記処理開始時間を前記処理時
   間として記憶保持することを特徴とする請求項１乃至３
   のいずれか１項に記載のクライアントサーバシステム。
5. 【請求項５】 前記処理は、最初に前記アップロードを
   行い、次に前記ダウンロードを行うことを特徴とする請
   求項１乃至４のいずれか１項に記載のクライアントサー
   バシステム。
6. 【請求項６】 前記クライアント及び前記サーバはそれ
   ぞれ固有の名称を持つことを特徴とする請求項１乃至５
   のいずれか１項に記載のクライアントサーバシステム。
7. 【請求項７】 ネットワーク上のクライアント及びサー
   バが、更新時間と更新クライアント名を有するデータを
   共有し、互いに前記データのアップロード、ダウンロー
   ドの処理を行って前記更新時間と前記更新クライアント
   名を更新するクライアントサーバシステムのデータ共有
   方法において、 前記クライアント及び前記サーバの少なくとも一方が、
   前記処理を要求する設定を行う第１の設定工程と、 前記処理を行う間隔を設定する第２の設定工程と、 前記処理を要求する設定がなされているか否かを判別す
   る第１の判別工程と、 前記処理を要求する設定がなされている場合において、
   前回の前記処理後に前記更新時間と前記更新クライアン
   ト名が更新されたか否かを判別する第２の判別工程と、 前記更新時間と前記更新クライアント名が更新された場
   合において、前記更新されたデータについての前記処理
   を行い、前記処理が成功したか否かを判別する第３の判
   別工程とを備え、 前記第３の判別工程による判別の結果、前記処理が失敗
   したときは前記更新時間と前記更新クライアント名を更
   新せず、次回処理時に行うことを特徴とするクライアン
   トサーバシステムのデータ共有方法。
8. 【請求項８】 前記クライアント及び前記サーバの少な
   くとも一方は、前記設定された間隔が経過したときは、
   前記処理を起動し、前記設定された間隔が経過しないと
   きは前記第２の設定工程により前記処理を行う間隔を設
   定することを特徴とする請求項７記載のクライアントサ
   ーバシステムのデータ共有方法。
9. 【請求項９】 前記クライアント及び前記サーバの少な
   くとも一方は、前記処理を要求する設定がなされている
   場合において、前記前回処理時に記憶保持された処理時
   間を取得し、現在の時間を処理開始時間として記憶保持
   することを特徴とする請求項７又は８記載のクライアン
   トサーバシステムのデータ共有方法。
10. 【請求項１０】 前記クライアント及び前記サーバの少
    なくとも一方は、前記第３の判別工程による判別の結
    果、前記処理が成功したときは、前記更新時間と前記更
    新クライアント名を更新し、前記処理開始時間を前記処
    理時間として記憶保持することを特徴とする請求項７乃
    至９のいずれか１項に記載のクライアントサーバシステ
    ムのデータ共有方法。
11. 【請求項１１】 前記処理は、最初に前記アップロード
    を行い、次に前記ダウンロードを行うことを特徴とする
    請求項７乃至１０のいずれか１項に記載のクライアント
    サーバシステムのデータ共有方法。
12. 【請求項１２】 前記クライアント及び前記サーバはそ
    れぞれ固有の名称を持つことを特徴とする請求項７乃至
    １１のいずれか１項に記載のクライアントサーバシステ
    ムのデータ共有方法。