(57)【要約】【課題】適切なデータの共有を行なうことのできるクライアントサーバシステムを提供する。【解決手段】第１のクライアントに含まれるクライアントデータ管理システム２０ａでは、第１のクライアントにおいて新規にデータが作成されると（Ｓ１０１）、データと共に設定された重要度や分類情報に基づいて（Ｓ１０２）、当該データをサーバへ反映する時刻を設定する（Ｓ１０４）。そして、その時刻に従って、新規のデータと、重要度等の情報とをサーバに送信する（Ｓ１０５）。サーバに含まれるサーバデータ管理システム１０では、さらに当該データを共有している第２のクライアントへデータの反映を行なう時刻を同様にして設定し（Ｓ１０７）、その時刻に従って、新規のデータと、重要度等の情報とを第２のクライアントへ送信する（Ｓ１０８）。【選択図】　　　　図４
2004054833.tif 000002
【特許請求の範囲】
【請求項１】
データと前記データの重要度とを保持するデータ蓄積手段と、
前記保持するデータの重要度に基づいて、更新された前記データの反映時刻を決定し、前記データの更新をクライアントに対して行なう更新データ通信手段とを備える、サーバ。
【請求項２】
データをサーバに記憶し、前記サーバに記憶したデータのコピーを保持するクライアントであって、
データと前記データの重要度とを保持するデータ蓄積手段と、
前記保持するデータの重要度に基づいて、更新された前記データの反映時刻を決定し、前記データの更新を前記サーバに対して行なう更新データ通信手段とを備える、クライアント。
【請求項３】
データを記憶するサーバと、前記サーバに記憶されるデータのコピーを保持するクライアントとを含み、相互に通信を行なうクライアントサーバシステムであって、
前記サーバおよび前記クライアントにおいてデータと前記データの重要度とを保持するデータ蓄積手段と、
前記保持するデータの重要度に基づいて、更新された前記データの反映時刻を決定し、前記データの更新を反映する更新データ通信手段とを備える、クライアントサーバシステム。
【請求項４】
前記データ蓄積手段で保持する前記データの重要度を、利用者が任意に編集することを可能とする重要度編集手段をさらに備える、請求項３に記載のクライアントサーバシステム。
【請求項５】
前記データ蓄積手段で保持する前記データの重要度を、時刻によって動的に変化させる重要度変更手段をさらに備える、請求項３に記載のクライアントサーバシステム。
【請求項６】
前記データ蓄積手段は、前記データの分類情報を保持し、前記保持する分類情報に基づいて、更新された前記データの重要度を決定する重要度判別手段をさらに備える、請求項３に記載のクライアントサーバシステム。
【請求項７】
前記データ蓄積手段は、前記データからキーワードを抽出するキーワード抽出手段と、
前記抽出したキーワードに基づいて前記データの重要度を決定するためのキーワードと重要度との対応表と、
前記対応表に基づいて前記データの重要度を判別する重要度検索手段とをさらに備える、請求項３に記載のクライアントサーバシステム。
【請求項８】
前記データ蓄積手段は、前記データからキーワードを抽出するキーワード抽出手段と、
前記抽出したキーワードに基づいて前記データの分類を決定するためのキーワードと分類との対応表と、
前記対応表に基づいて前記データの分類を判別する分類判別手段とをさらに備える、請求項３に記載のクライアントサーバシステム。
【請求項９】
前記データ蓄積手段は、前記データの更新を反映する時刻を指定するタイマ情報を保持し、
前記更新データ通信手段は、前記タイマ情報に基づいて、前記指定した時刻に前記更新データの反映を行なう、請求項３〜８のいずれかに記載のクライアントサーバシステム。
【請求項１０】
前記データ蓄積手段は、前記データが更新されたことを示す更新情報を保持し、
前記クライアントの状態変化に基づいて前記更新情報を送受信する更新情報通信手段をさらに備え、
前記更新データ通信手段は、前記更新情報に基づいて前記データの更新を反映する、請求項３〜９のいずれかに記載のクライアントサーバシステム。
【請求項１１】
前記データ蓄積手段は、前記データが更新されたことを示す更新情報を保持し、
前記データの重要度に基づいて前記更新情報を送受信する更新情報通信手段をさらに備え、
前記更新データ通信手段は、前記更新情報に基づいて前記データの更新を反映する、請求項３〜９のいずれかに記載のクライアントサーバシステム。
【請求項１２】
前記更新情報通信手段は、さらに前記クライアントの状態変化に基づいて前記更新情報を送受信する、請求項１１に記載のクライアントサーバシステム。
【請求項１３】
前記データ蓄積手段は、前記更新されたデータに基づき、前記更新されたデータの重要度に応じて前記更新情報を生成する更新情報生成手段をさらに備える、請求項１０〜１２のいずれかに記載のクライアントサーバシステム。
【請求項１４】
前記更新情報生成手段は、前記更新されたデータの容量と、前記サーバと前記クライアントとの通信状況とのいずれかに応じて前記更新情報を生成する、請求項１３に記載のクライアントサーバシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はサーバ、クライアント、およびクライアントサーバシステムに関し、特に、適切なデータの共有を行なうことのできるサーバ、クライアント、およびクライアントサーバシステムに関する。
【０００２】
【従来の技術】
従来のクライアントサーバシステムでは、サーバとクライアントとの双方で保持するデータに対する更新結果を相互に反映する方法として、システムの利用者が更新結果を反映するという操作を行ない、それによってその時点の相互のデータを比較して異なる部分を相互に送受信するという方法があった。
【０００３】
また、特開２０００−８２００６号公報においては、サーバあるいはクライアントにあるデータにアクセスした時刻を監視し、時刻情報を元にしてデータの一致を行なうという情報バックアップシステムも提案されている。
【０００４】
また、特開平６−４６１６１号公報においては、複数の端末によるメッセージ通信において、送信者側でメッセージの作成時に指定した緊急度と受信側の作業状況とを考慮し、受信者側にメッセージを提示するタイミングや提示形態を制御することのできる通信方式も提案されている。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来の技術では、システムの利用者が操作を行なうまで、クライアントおよびサーバのいずれか一方で更新されたデータは、他方に反映されないという問題があった。
【０００６】
また、更新の際には、比較した結果、全ての異なる部分を一致させるようにデータの送受信が行なわれるため、利用頻度の低いデータなど重要でないデータの更新のために無駄な通信トラフィックが発生するという問題もあった。例えば、上述の特開２０００−８２００６号公報において開示されている情報バックアップシステムでは、データのアクセス時刻のみを基準にしてデータの一致を行なうため、データが更新されると、そのデータの重要性とは無関係に、データを一致させるために更新を反映するための通信を行なう。そのため、無駄な通信トラフィックが発生するという問題があった。
【０００７】
また、上述の特開平６−４６１６１号公報において開示されている通信方式では、メッセージ交換を行なう通信システムにおいて、緊急度の低いデータについてのみデータの送信の開始時に通信路の混雑度に応じてデータをバッファリングする。そのことによりデータの送信を制御するため、全てのデータについてデータの送信の開始前に送信する時刻を制御できないという問題があった。また、緊急度に関わらず、作成されたデータ全体を、常に、送信側から受信側に送信するため、データの重要性に応じてデータの要約部分などの一部分のみを送信するなどの手段によって、無駄な通信トラフィックを抑制することができないという問題があった。
【０００８】
本発明はこれらの問題に鑑みてなされたものであって、データを保持するサーバとそのデータのコピーを保持するクライアントとの間で、データに対する更新結果を相互に反映することのでき、適切なデータの共有を行なうことのできるサーバ、クライアント、およびクライアントサーバシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明のある局面に従うと、サーバは、データとデータの重要度とを保持するデータ蓄積手段と、保持するデータの重要度に基づいて、更新されたデータの反映時刻を決定し、データの更新をクライアントに対して行なう更新データ通信手段とを備える。
【００１０】
本発明の他の局面に従うと、クライアントは、データをサーバに記憶し、サーバに記憶したデータのコピーを保持するクライアントであって、データとデータの重要度とを保持するデータ蓄積手段と、保持するデータの重要度に基づいて、更新されたデータの反映時刻を決定し、データの更新をサーバに対して行なう更新データ通信手段とを備える。
【００１１】
本発明の他の局面に従うと、クライアントサーバシステムは、データを記憶するサーバと、サーバに記憶されるデータのコピーを保持するクライアントとを含み、相互に通信を行なうクライアントサーバシステムであって、サーバおよびクライアントにおいてデータとデータの重要度とを保持するデータ蓄積手段と、保持するデータの重要度に基づいて、更新されたデータの反映時刻を決定し、データの更新を反映する更新データ通信手段とを備える。
【００１２】
また、クライアントサーバシステムは、データ蓄積手段で保持するデータの重要度を、利用者が任意に編集することを可能とする重要度編集手段をさらに備えることが望ましい。
【００１３】
また、クライアントサーバシステムは、データ蓄積手段で保持するデータの重要度を、時刻によって動的に変化させる重要度変更手段をさらに備えることが望ましい。
【００１４】
また、上述のデータ蓄積手段は、データの分類情報を保持し、保持する分類情報に基づいて、更新されたデータの重要度を決定する重要度判別手段をさらに備えることが望ましい。
【００１５】
また、上述のデータ蓄積手段は、データからキーワードを抽出するキーワード抽出手段と、抽出したキーワードに基づいてデータの重要度を決定するためのキーワードと重要度との対応表と、対応表に基づいてデータの重要度を判別する重要度検索手段とをさらに備えることが望ましい。
【００１６】
また、上述のデータ蓄積手段は、データからキーワードを抽出するキーワード抽出手段と、抽出したキーワードに基づいてデータの分類を決定するためのキーワードと分類との対応表と、対応表に基づいてデータの分類を判別する分類判別手段とをさらに備えることが望ましい。
【００１７】
また、上述のデータ蓄積手段は、データの更新を反映する時刻を指定するタイマ情報を保持し、上述の更新データ通信手段は、タイマ情報に基づいて、指定した時刻に更新データの反映を行なうことが望ましい。
【００１８】
また、上述のデータ蓄積手段は、データが更新されたことを示す更新情報を保持し、クライアントの状態変化に基づいて更新情報を送受信する更新情報通信手段をさらに備え、上述の更新データ通信手段は、更新情報に基づいてデータの更新を反映することが望ましい。
【００１９】
また、上述のデータ蓄積手段は、データが更新されたことを示す更新情報を保持し、データの重要度に基づいて更新情報を送受信する更新情報通信手段をさらに備え、上述の更新データ通信手段は、更新情報に基づいてデータの更新を反映することが望ましい。
【００２０】
また、上述の更新情報通信手段は、さらにクライアントの状態変化に基づいて更新情報を送受信することが望ましい。
【００２１】
また、上述のデータ蓄積手段は、更新されたデータに基づき、更新されたデータの重要度に応じて更新情報を生成する更新情報生成手段をさらに備えることが望ましい。
【００２２】
また、上述の更新情報生成手段は、更新されたデータの容量と、サーバとクライアントとの通信状況とのいずれかに応じて更新情報を生成することが望ましい。
【００２３】
【発明の実施の形態】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００２４】
図１は、本発明の形態におけるクライアントサーバシステムの構成を示すブロック図である。
【００２５】
図１を参照して、本実施の形態におけるクライアントサーバシステムは、利用者のデータを蓄積するサーバデータ管理システム１０を含むサーバと、利用者が利用する複数のクライアントであって、各々クライアントデータ管理システム２０ａ，ｂ，ｃ，ｄを含む複数のクライアントとから構成される。なお、以降の説明において、複数のクライアントに含まれるクライアントデータ管理システム２０ａ，ｂ，ｃ，ｄを代表させて、クライアントデータ管理システム２０と言う。
【００２６】
次に、図２は、図１に示すサーバデータ管理システム１０の構成を示すブロック図である。
【００２７】
図２を参照して、サーバに含まれるサーバデータ管理システム１０はサーバ上でクライアントが利用するデータを蓄積するデータ管理システムであって、記憶領域として、データそのものを記憶するデータ記憶領域１０２と、データの重要度を記憶する重要度記憶領域１０３と、データの分類情報を記憶する分類情報記憶領域１０４と、データのタイマ情報を記憶するタイマ情報記憶領域１０５と、データの更新情報を記憶する更新情報記憶領域１０６とを備える。
【００２８】
さらに、サーバデータ管理システム１０は、データの分類情報とデータの重要度とを対応づける対応表１０７と、対応表１０７に基づいてデータの分類情報からデータの重要度を判別する重要度判別部１０８と、データからキーワードを抽出するキーワード抽出部１０９と、キーワード抽出部１０９が抽出したキーワードとデータの重要度とを対応づける対応表１１０と、対応表１１０に基づいてデータの重要度を判別する重要度検索部１１１と、キーワード抽出部１０９が抽出したキーワードとデータの分類情報とを対応づける対応表１１２と、対応表１１２に基づいてデータの分類を判別する分類判別部１１３とを備える。
【００２９】
さらに、サーバデータ管理システム１０は、更新データ通信部１１４と、更新情報通信部１１５と、更新情報生成部１１６と、クライアント管理部１１７とを含む。
【００３０】
更新データ通信部１１４は、重要度記憶領域１０３に格納されたデータの重要度あるいはタイマ情報記憶領域１０５に格納されたデータのタイマ情報に基づいて、更新されたデータの反映時刻を決定し、更新されたデータをクライアントに対して送信する。さらに、更新データ通信部１１４は、クライアントが送信する更新されたデータを受信する。
【００３１】
更新情報通信部１１５は、重要度記憶領域１０３に格納されたデータの重要度に基づいて、更新情報記憶領域１０６に格納されたデータの更新情報をクライアントに対して送信する。さらに、更新情報通信部１１５は、クライアントが送信する更新情報を受信する。
【００３２】
更新情報生成部１１６は、データ記憶領域１０２に格納された更新されたデータに基づいて、更新情報通信部１１５がクライアントに送信するための更新情報を生成する。
【００３３】
クライアント管理部１１７は、当該サーバデータ管理システム１０を利用して、当該サーバデータ管理システム１０にデータを蓄積しているクライアントを管理する。なお、サーバデータ管理システム１０に蓄積されているデータのコピーは、クライアント管理部１１７で管理されているクライアントデータ管理システム２０に蓄積される。
【００３４】
次に、図３は、図１に示すクライアントデータ管理システム２０の構成を示すブロック図である。
【００３５】
図３を参照して、クライアントデータ管理システム２０は、記憶領域として、データそのものを記憶するデータ記憶領域２０１と、データの重要度を記憶する重要度記憶領域２０２と、データの分類情報を記憶する分類情報記憶領域２０３と、データのタイマ情報を記憶するタイマ情報記憶領域２０４と、データの更新情報を記憶する更新情報記憶領域２０５とを備える。
【００３６】
さらに、クライアントデータ管理システム２０は、データの分類情報とデータの重要度とを対応づける対応表２０６と、対応表２０６に基づいてデータの分類情報からデータの重要度を判別する重要度判別部２０７と、データからキーワードを抽出するキーワード抽出部２０８と、キーワード抽出部２０８が抽出したキーワードとデータの重要度とを対応づける対応表２０９と、対応表２０９に基づいてデータの重要度を判別する重要度検索部２１０と、キーワード抽出部２０８が抽出したキーワードとデータの分類情報とを対応づける対応表２１１と、対応表２１１に基づいてデータの分類を判別する分類判別部２１２とを備える。
【００３７】
さらに、クライアントデータ管理システム２０は、更新データ通信部２１３と、更新情報通信部２１４と、更新情報生成部２１５と、状態管理部２１６とを含む。
【００３８】
更新データ通信部２１３は、重要度記憶領域２０２に格納されたデータの重要度あるいはタイマ情報記憶領域２０４に格納されたデータのタイマ情報に基づいて、更新されたデータの反映時刻を決定し、更新されたデータをサーバに対して送信する。さらに、更新データ通信部２１３は、サーバが送信する他のクライアントによって更新されたデータを受信する。
【００３９】
更新情報通信部２１４は、重要度記憶領域２０２に格納されたデータの重要度に基づいて、更新情報記憶領域２０５に格納されたデータの更新情報をサーバに対して送信する。さらに、更新情報通信部２１４は、サーバが送信する更新情報を受信する。
【００４０】
更新情報生成部２１５は、データ記憶領域２０１に格納された更新されたデータに基づいて、更新情報通信部２１４がクライアントに送信するための更新情報を生成する。
【００４１】
情報管理部２１６は、当該クライアントデータ管理システム２０を含んでいるクライアントの動作状態を管理する。情報管理部２１６は、クライアントの電源のオン、オフなどの動作状態を検知して管理する。そして、更新情報通信部２１４は、情報管理部２１６が検知したクライアントの動作状態の変化に応じて更新情報をサーバに送信あるいはサーバから受信する。
【００４２】
次に、図１に示すクライアントサーバシステムにおいて、クライアント上で新たなデータを作成した場合の動作を説明する。ここでは、具体的に、スケジュールデータの管理にＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ）と携帯電話との２つのクライアントを利用する利用者が、新たなスケジュールデータを作成した場合の動作について、図４のフローチャートを参照して説明する。ここで、クライアントであるＰＤＡはクライアントデータ管理システム２０ａを含み、携帯電話はクライアントデータ管理システム２０ｂを含むものとして説明する。なお、図４のフローチャートに示される処理は、サーバデータ管理システム１０とクライアントデータ管理システム２０の制御部（図示せず）が記憶領域に記憶されるプログラムを読込んで実行することによって実現される。
【００４３】
図４を参照して、まず、利用者は、ＰＤＡにおいてスケジュールデータを新規に作成する（ステップ１０１、以下ステップを「Ｓ」と略す）。次に、利用者は、スケジュールデータの日付、時間、内容の情報と共に、重要度、分類情報を入力する（Ｓ１０２）。ここでは、重要度としては５段階の中の「３」を、分類情報としては業務上のスケジュールを表す「仕事」を入力したとする。
【００４４】
ステップＳ１０２で利用者が入力した情報は、全てＰＤＡのクライアントデータ管理システム２０ａに一旦保存される（Ｓ１０３）。すなわち、クライアントデータ管理システム２０ａは、作成されたスケジュールデータそのものをデータ記憶領域２０１に、そのデータの重要度を重要度記憶領域２０２に、そのデータの分類情報を分類情報記憶領域２０３にそれぞれ記憶する。
【００４５】
次に、クライアントデータ管理システム２０ａの更新データ通信部２１３は、新規に作成されたスケジュールデータに対して利用者が設定した重要度に基づいて、そのデータをサーバに反映するタイミングを自動的に決定する（Ｓ１０４）。すなわち、ステップＳ１０４においては、データの重要度が高い場合、そのデータを直ちにサーバに送信するように時刻を設定する。一方、データの重要度が低い場合、仮にそのデータが更新されてもその更新結果を直ちに反映する必要はなく、そのために余計な通信トラフィックを発生させる必要がないため、次にサーバとの通信が発生した際にそのデータを送信するように時刻を設定する。
【００４６】
具体的には、新規に作成したスケジュールデータが急遽設定された業務上の打合わせに関するものであれば、設定する重要度を高くすることにより、利用者が保持するクライアントのうちスケジュールを記録しているクライアント全てに、できる限り速やかに登録することが可能になる。一方、スケジュールデータが業務時間外の私用に関するもので、現在の時刻が業務時間内の場合、そのスケジュールデータをすぐに他のクライアントに反映する必要がない。そのため、設定する重要度を低くすることにより、その新規データだけをサーバに送信するための通信を行なわず、後ほど何らかの通信が必要になった際にサーバにデータを送信する。
【００４７】
次に、更新データ通信部２１３は、ステップＳ１０４において設定された時刻に、そのスケジュールデータとデータの重要度と分類情報とをサーバに含まれるサーバデータ管理システム１０に送信する（Ｓ１０５）。
【００４８】
サーバデータ管理システム１０は、受信したスケジュールデータをデータ記憶領域１０２に、そのデータに設定された重要度を重要度記憶領域１０３に、そのデータに設定された分類情報を分類情報記憶領域１０４にそれぞれ記憶する（Ｓ１０６）。
【００４９】
次に、更新データ通信部１１４は、データの重要度に基づいて、受信した新規データを利用者が保持するもう１つのクライアントである携帯電話に反映するタイミングを、ステップＳ１０４と同様に決定する（Ｓ１０７）。
【００５０】
次に、更新データ通信部１１４は、ステップＳ１０７で指定された時刻に、データとデータの重要度と分類情報とを、クライアント管理部１１７で管理している携帯電話のクライアントデータ管理システム２０ｂに送信する（Ｓ１０８）。
【００５１】
携帯電話のクライアントデータ管理システム２０ｂの更新データ通信部２１３は、受信したデータをデータ記憶領域２０１に、そのデータの重要度を重要度記憶領域２０２に、そのデータの分類情報を分類情報記憶領域２０３にそれぞれ記憶する（Ｓ１０９）。
【００５２】
以上により、ＰＤＡで新規に作成したスケジュールデータが、サーバおよび携帯電話に反映される。すなわち、クライアントサーバシステムにおいて、第１のクライアント上で新規にデータを作成した場合に、サーバと、第２のクライアントとに新規データが反映され、共有される。
【００５３】
なお、ここでは、ステップＳ１０２において、利用者が重要度を明示的に設定するのではなく、重要度判別部２０７によりデータの分類情報を利用して設定する構成にしてもよい。例えば、上記の例では、利用者が新規に作成したスケジュールデータに対して明示的に５段階の重要度のうちの「３」を設定しているが、あらかじめ分類情報が「仕事」であるデータを業務時間内に入力した場合には重要度を「３」に設定するという条件を、図５に示す如く、重要度判別部２０７の対応表２０６に設定しておくことにより、重要度判別部２０７が重要度を自動的に設定することが可能である。
【００５４】
また、利用者が明示的に設定した重要度を利用して、重要度判別部２０７が重要度の設定に利用する対応表２０６を更新する構成にしてもよい。例えば、上記の例のように、分類情報が「仕事」であるデータを、重要に「３」を設定して業務時間内に入力した場合、この分類情報と重要度との対応を、データの入力時間の情報と共に対応表２０６に設定することにより、重要度判別部２０７の処理に必要な対応表２０６への情報の追加を自動的に行なうことが可能である。
【００５５】
また、ステップＳ１０２において、利用者が重要度を明示的に設定するのではなく、入力されたデータからキーワード抽出部２０８によりキーワードを抽出し、そのキーワードを利用して重要度検索部２１０が対応表２０９に基づいて重要度を自動的に設定する構成にしてもよい。例えば、上記の例で利用者が予め「打合わせ」というキーワードに対する重要度として「３」を設定するというように、図６に示す如く、対応表２０９に情報を入力しておく。この場合に、新規に作成したスケジュールデータからキーワード抽出部２０８が「打合わせ」という単語をキーワードとして抽出すると、重要度検索部２１０は対応表２０９に基づいてこのスケジュールデータの重要度を自動的に「３」に設定することが可能である。
【００５６】
また、ステップＳ１０２において、利用者が明示的に設定した分類情報を利用して、分類判別部２１２が分類情報の設定に利用する対応表２１１を更新する構成にしてもよい。例えば、上記の例で、「打合わせ」という単語を含むデータを利用者が入力し、そのデータに対して分類情報を「仕事」に設定した場合、これらのキーワードと分類情報との対応を対応表２１１に設定することにより、分類判別部２１２の処理に必要な対応表２１１への情報の追加を自動的に行なうことが可能である。
【００５７】
また、ステップＳ１０２において、利用者が明示的に設定した重要度を利用して、重要度検索部２１０が重要度の設定に利用する対応表２０９を更新する構成にしてもよい。例えば、上記の例のように「打合わせ」という単語を含むデータを重要度に「３」を設定して入力した場合に、このキーワード「打合わせ」と重要度「３」との対応を対応表２０９に設定することにより、重要度検索部２１０の処理に必要な対応表２０９への情報の追加を自動的に行なうことが可能である。
【００５８】
また、ステップＳ１０２，Ｓ１０３において、利用者がデータをサーバデータ管理システム１０に反映させるタイミングをタイマ情報として明示的に手動で設定し、ステップＳ１０５において、クライアントデータ管理システム２０ａは、タイマ情報もサーバデータ管理システム１０に送信する構成にしてもよい。その場合、ステップＳ１０６において、タイマ情報をタイマ情報記憶領域１０５に記憶し、ステップＳ１０８において、タイマ情報もクライアントデータ管理システム２０ｂに送信する。さらに、クライアントデータ管理システム２０ｂは、ステップＳ１０９において、タイマ情報をタイマ情報記憶領域２０４に記憶する。
【００５９】
例えば、上記の例で、新規にスケジュールデータを作成した時点で、利用者が明示的にそのデータのサーバへの反映時刻を深夜１２時に設定した場合、ステップＳ１０４では利用者が設定した時刻が優先的に利用されるため、ステップＳ１０５において更新データ通信部２１３は、利用者が設定した深夜１２時にサーバへのデータの反映を行なう。
【００６０】
さらにこの例では、このデータに関する通信を利用者が設定した深夜１２時に行なうため、ステップＳ１０５においてサーバへデータを送信する際に、このデータの反映時刻の情報もサーバへ送信され、サーバデータ管理システム１０のタイマ情報記憶領域１０５に記憶される。
【００６１】
さらに、利用者のもう１つのクライアントである携帯電話に、サーバに新たに記憶されたデータを反映させる際には、利用者が最初にデータを作成した際に設定した反映時刻が優先的に利用される。そのため、ステップＳ１０７において、サーバデータ管理システム１０のデータ更新部１１４は、利用者が設定した深夜１２時に携帯電話へのデータの反映を行ない、ステップＳ１０８において、データと共にデータの反映時刻の情報も携帯電話のクライアントデータ管理システム２０ｂに送信する。そして、クライアントデータ管理システム２０ｂでは、ステップＳ１０９において、その反映時刻の情報をタイマ情報記憶領域２０４に記憶する。
【００６２】
また、ステップＳ１０２において、データに設定する重要度に時刻情報を付加し、その時刻情報の時刻の変化に応じてデータの重要度が変化し、さらに重要度の変化に伴なってそのデータの更新時刻を指定するタイマ情報も変化する構成にしてもよい。
【００６３】
例えば、スケジュールに関するデータについて、プライベートな待合わせに関するスケジュールデータに対して、仕事の勤務時間中は重要度が低く、勤務時間後は重要度が高いという重要度の設定を行なっていた場合、このデータを待合わせの相手が急な都合で勤務時間中に変更したとする。その場合、勤務時間中ではデータの重要度の低いため、データの更新の反映は遅延されているが、勤務時間が終わるとデータの重要度が高くなるためデータの更新の反映が直ちに行なわれるということが可能になる。
【００６４】
また、ステップＳ１０８において、クライアント管理部１１７が各クライアントで処理可能なデータの種類や各クライアントとのデータ通信に利用可能な通信手段に関する情報を保持し、その情報に基づいてクライアントへのデータの送信を制御する構成にしてもよい。
【００６５】
例えば、更新データ通信部１１４が画像データを含むデータをクライアントに送信する際に、送信するクライアントが画像データを処理不可能な場合や、あるいはクライアントとの通信に携帯電話回線などの通信コストの高い通信路を利用しなければならない場合には、そのクライアントに対してはデータの中の画像データを送信しないという制御が可能になる。
【００６６】
ここで、上述のステップＳ１０２における重要度検索部２１０による重要度の設定処理について、図７のフローチャートを参照して説明する。
【００６７】
図７を参照して、まず、キーワード抽出部２０８において、データに含まれるキーワードを抽出する（Ｓ２０１）。ここでのキーワードの抽出方法は、広く知られたキーワードの抽出方法の技術を用いるものとし、ここでの説明は省略する。
【００６８】
次に、重要度検索部２１０は、対応表２０９に従って、抽出した各キーワードに対応する重要度を取得する（Ｓ２０２）。例えば、上記の例で入力したスケジュールデータから、「緊急」および「打合わせ」という２つのキーワードを抽出した場合、それらのキーワードにより図６に具体例が示される対応表２０９を参照して、重要度として「５」および「３」を得る。
【００６９】
そして、取得した全ての重要度を利用して、そのデータの重要度を決定する（Ｓ２０３）。ステップＳ２０３では、例えば、取得した重要度の中で最大の重要度をデータの重要度として採用してもよい。あるいは、取得した重要度の平均の値をデータの重要度として採用してもよい。
【００７０】
さらに、上述のステップＳ１０２における分類判別部２１２による分類情報の設定処理について、図８のフローチャートを参照して説明する。
【００７１】
図８を参照して、まず、キーワード抽出部２０８において、データに含まれるキーワードを抽出する（Ｓ３０１）。ここでの処理は、上述のステップＳ２０１と同様であるため、説明を繰返さない。
【００７２】
次に、分類判別部２１２は、対応表２１１に従って、抽出した全てのキーワードに対応する分類情報を取得する（Ｓ３０２）。例えば、上記の例で「緊急」および「打合わせ」という２つのキーワードを抽出した場合、それらのキーワードにより図９に具体例を示す対応表２１１を参照して、分類情報として「仕事」を得る。
【００７３】
そして、取得した分類情報を利用して、そのデータの分類情報を決定する（Ｓ３０３）。例えば、複数の分類情報を取得した場合、対応表２１１を利用して各キーワードに対応する重要度を取得し、重要度が最大のキーワードに対応する分類情報をそのデータの分類情報とする。
【００７４】
また、サーバデータ管理システム１０の対応表１０７，１１０，１１２、およびクライアントデータ管理システム２０の対応表２０６，２０９，２１１も、このクライアントサーバシステムで扱われるデータの１つとして扱い、サーバおよび各クライアントのいずれかで対応表が更新されると自動的にその更新が反映される構成にしてもよい。
【００７５】
なお、ここでは、ステップＳ１０５において、データとデータの重要度と分類情報とをサーバデータ管理システム１０に送信するのではなく、他の構成であってもよい。具体的には、更新情報生成部２１５において、データが新たに作成されたことのみを通知する更新情報やデータの概要を含む更新情報を生成し、それらを更新情報通信部２１４からサーバに送信する構成とする。その場合、サーバデータ管理システム１０は、更新情報を更新情報通信部１１５で受信し、更新情報記憶領域１０６に記憶する。さらに、ステップＳ１０８において、更新情報通信部１１５は、更新情報記憶領域１０６に記憶した更新情報をクライアントデータ管理システム２０ｂに送信する。クライアントデータ管理システム２０ｂは、その更新情報を更新情報通信部２１４で受信し、更新情報記憶領域２０５に記憶する構成にしてもよい。
【００７６】
例えば、データ量の多い文書データを付加情報として備えるスケジュールデータが作成された場合について考える。このとき、データの新規作成を反映するために携帯電話等の通信速度の遅い通信回線を利用しなければならないときや、携帯電話のようにデータ量の多い文書データを受信することが無意味なときには、そのデータの重要度が高い場合でも更新を反映することが好ましくないという場合がある。このような場合、サーバデータ管理システム１０は、データそのものは重要であるため、スケジュールデータが追加されたという情報のみをクライアントに通知し、データの更新は利用者が任意の時点で要求することができる。
【００７７】
また、デジタルカメラで撮影したサイズの大きい画像データ等を、携帯電話のような通信速度の遅い通信回線を利用して送信することが困難な場合について考える。この場合には、撮影した画像のサムネイル画像を生成し、これを携帯電話を利用した通信回線で送付しておき、撮影データそのものは後でより高速な通信回線が利用できるような状況になった際に、別途送信するという、利用可能な通信回線の状況に応じた柔軟なデータの送受信が可能である。
【００７８】
なお、ここでは、ステップＳ１０８において、クライアントが通信不可能な状態である場合に、他の構成にしてもよい。具体的には、クライアントデータ管理システム２０ｂの更新データ通信部２１３がサーバより送信されたデータを受信できないときに、代わりに、サーバデータ管理システム１０の更新データ通信部１１４が、更新情報生成部１１６が生成した、サーバからクライアントに送信すべきデータがあることを示す更新情報を更新情報記憶領域１０６に記憶する。そして、クライアントデータ管理システム２０ｂの状態管理部２１６が、当該クライアントが通信可能な状態になったことを検知すると、更新情報通信部２１４は、サーバデータ管理システム１０の更新情報通信部１１５に対して更新情報の送信を要求する。すると、サーバデータ管理システム１０の更新情報通信１１５は、更新情報記憶領域１０６に記憶された更新情報を、クライアントデータ管理システム２０ｂに送信する。クライアントデータ管理システム２０ｂは、更新情報通信部２１４で受信した更新情報に基づいて、更新データ通信部２１３でサーバデータ管理システム１０の更新データ通信部１１４に対してデータの送信を要求する。すると、その後、ステップＳ１０８以降の処理が再実行される構成にしてもよい。
【００７９】
例えば、上記の例で、利用者が保持する携帯電話がサービス圏外である場合、ステップＳ１０８においてサーバから携帯電話へのデータの送信が不可能である。そのため、サーバは、携帯電話がサービス圏内になるまでデータの送信を遅延する。その場合、サーバは、携帯電話へのデータの送信が必要であることを示す更新情報を更新情報記憶領域１０６に記憶する。
【００８０】
携帯電話がサービス圏内になると、携帯電話のクライアントデータ管理システム２０ｂの状態管理部２１６は、携帯電話の通信状態がサービス圏外から圏内に変化したことを感知する。すると、更新情報通信部２１４は、サーバデータ管理システム１０に対して最新の更新情報の送信を要求する。これに対して、サーバデータ管理システム１０は、更新情報記憶領域１０６に記憶しておいた更新情報を携帯電話に送付する。そして、それを受信した携帯電話は、サーバが最初にステップＳ１０８で送信できなかったデータの送信を再開する。
【００８１】
次に、図１に示すクライアントサーバシステムにおいて、クライアント上で既存のデータを変更した場合の動作を説明する。ここでは、具体的に、アドレスデータの管理にパーソナルコンピュータ（以下、パソコンと略する）と携帯電話との２つのクライアントを利用する利用者が、携帯電話上で既存のアドレスデータを更新した場合の動作について、図１０のフローチャートを参照して説明する。ここで、携帯電話はクライアントデータ管理システム２０ａを含み、パソコンはクライアントデータ管理システム２０ｂを含むものとして説明する。なお、図１０のフローチャートに示される処理は、サーバデータ管理システム１０とクライアントデータ管理システム２０の制御部（図示せず）が記憶領域に記憶されるプログラムを読込んで実行することによって実現される。
【００８２】
図１０を参照して、まず、利用者は、携帯電話において既存のアドレスデータを更新する（Ｓ４０１）。次に、利用者は、更新したアドレスデータの重要度および分類情報を更新する（Ｓ４０２）。
【００８３】
ステップＳ４０２で利用者が入力した情報は、全て携帯電話のクライアントデータ管理システム２０ａに一旦保存される（Ｓ４０３）。すなわち、クライアントデータ管理システム２０ａは、更新されたアドレスデータをデータ記憶領域２０１に、そのデータの重要度を重要度重要度記憶領域２０２に、そのデータの分類情報を分類情報記憶領域２０３に、そのデータが更新されたことを示す更新情報を更新情報記憶領域２０４にそれぞれ記憶する。
【００８４】
次に、クライアントデータ管理システム２０ａの更新データ通信部２１３は、更新されたデータの重要度に基づいて、そのデータをサーバに反映するタイミングを、ステップＳ１０４と同様に決定する（Ｓ４０４）。
【００８５】
次に、更新データ通信部２１３は、ステップＳ４０４において設定された時刻に、そのアドレスデータとデータの重要度と分類情報とをサーバデータ管理システム１０に送信する（Ｓ４０５）。
【００８６】
サーバデータ管理システム１０は、受信したアドレスデータをデータ記憶領域１０２に、そのデータに設定された重要度を重要度記憶領域１０３に、そのデータに設定された分類情報を分類情報記憶領域１０４にそれぞれ記憶する（Ｓ４０６）。
【００８７】
次に、更新データ通信部１１４は、データの重要度に基づいて、受信した更新されたアドレスデータを、利用者が保持するもう１つクライアントであるパソコンに反映するタイミングをステップＳ４０４と同様に決定する（Ｓ４０７）。
【００８８】
次に、更新データ通信部１１４は、ステップＳ４０７で指定された時刻に、データとデータの重要度と分類情報とを、クライアント管理部１１７で管理しているパソコンのクライアントデータ管理システム２０ｂに送信する（Ｓ４０８）。
【００８９】
パソコンのクライアントデータ管理システム２０ｂの更新データ通信部２１３は、受信したデータをデータ記憶領域２０１に、そのデータの重要度を重要度記憶領域２０２に、そのデータの分類情報を分類情報記憶領域２０３にそれぞれ記憶する（Ｓ４０９）。
【００９０】
以上により、携帯電話で更新されたアドレスデータが、サーバおよびパソコンに反映される。すなわち、クライアントサーバシステムにおいて、第１のクライアント上で既存のデータを変更した場合に、サーバと、第２のクライアントとに変更されたデータが反映され、共有される。
【００９１】
なお、ここでは、ステップＳ４０２において、ステップＳ１０２と同様に、利用者が重要度を明示的に設定するのではなく、重要度判別部２０７によりデータの分類情報を利用して設定する構成にしてもよい。
【００９２】
また、ステップＳ４０２において、ステップＳ１０２と同様に、利用者が重要度を明示的に設定するのではなく、重要度検索部２１０により重要度を自動的に設定する構成にしてもよい。
【００９３】
また、ステップＳ４０２において、ステップＳ１０２と同様に、利用者が分類情報を明示的に設定するのではなく、分類判別部２１２により分類情報を自動的に設定する構成にしてもよい。
【００９４】
また、ステップＳ４０２，Ｓ４０３において、ステップＳ１０２，Ｓ１０３と同様に、利用者がデータをサーバデータ管理システム１０に反映させるタイミングをタイマ情報として明示的に手動で設定し、ステップＳ４０５において、タイマ情報もサーバデータ管理システム１０に送信する構成にしてもよい。その場合、サーバデータ管理システム１０は、ステップＳ４０６において、タイマ情報をタイマ情報記憶領域１０５に記憶し、ステップＳ４０８において、タイマ情報もクライアントデータ管理システム２０ｂに送信する。さらに、クライアントデータ管理システム２０ｂは、ステップＳ４０９において、タイマ情報をタイマ情報記憶領域２０４に記憶する構成にしてもよい。
【００９５】
また、ステップＳ４０２を実行せず、更新したデータに過去に設定されている重要度および分類情報を利用する構成にしてもよい。
【００９６】
また、ステップＳ４０２において、ステップＳ１０２と同様に、データに設定する重要度に時刻情報を付加し、その時刻情報により時刻の変化に応じてデータの重要度が変化し、さらに重要度の変化に伴なってそのデータの更新時刻を指定するタイマ情報も変化する構成にしてもよい。
【００９７】
なお、ステップＳ４０２における、重要度検索部２１０による重要度の設定処理および分類判別部２１２による分類情報の設定処理は、前述のステップＳ１０２における処理と同じであるので、ここでの詳細な説明は繰返さない。
【００９８】
なお、ここでは、ステップＳ４０４，Ｓ４０５において、更新データを特定のタイミングにサーバに反映するのではなく、クライアントデータ管理システム２０ａの状態管理部２１６が当該クライアントの動作状態の変化を検知した場合に更新情報通信部２０２により、更新情報記憶領域２０５に記憶されている更新情報をサーバデータ管理システム１０に送信する構成であってもよい。その場合、サーバデータ管理システム１０は、ステップＳ４０６において、更新情報通信部１１５でその更新情報を受信し、更新情報記憶領域１０６に記憶する。さらに、ステップＳ４０８において、更新情報通信部１１５は、更新情報記憶領域１０６に記憶した更新情報をクライアントデータ管理システム２０ｂに送信する。クライアントデータ管理システム２０ｂは、ステップＳ４０９において、更新情報通信部２１４で受信した更新情報を更新情報記憶領域２０５に記憶する構成にしてもよい。
【００９９】
例えば、上記の例で携帯電話に備えるアドレスデータを更新した場合に、更新したアドレスデータ自体をサーバに送信するのではなく、そのアドレスデータが更新されたという情報のみをサーバに送信し、さらにもう１つのクライアントであるパソコンにも同様に更新が行なわれたという情報のみを送信する。これにより、頻繁に利用しないアドレスデータの更新のために無駄な通信トラフィックを軽減することが可能である。そして、その後、パソコンにおいて、更新されたアドレスデータを参照する必要が生じた場合には、パソコンは、サーバを経由して携帯電話から更新されたアドレスデータを取得することができる。
【０１００】
なお、ここでは、ステップＳ４０５において、ステップＳ１０５と同様に、データとデータの重要度と分類情報とをクライアントデータ管理システム２０ｂに送信するのではなく、その他の構成であってもよい。具体的には、更新情報生成部２１５において、データが更新されたことのみを通知する更新情報や更新されたデータの概要を含む更新情報を生成し、それらを更新情報通信部２１４からサーバに送信する構成とする。その場合、サーバデータ管理システム１０は、更新情報を更新情報通信部１１５で受信し、更新情報記憶領域１０６に記憶する。さらに、ステップＳ４０８において、更新情報通信部１１５は、更新情報記憶領域１０６に記憶した更新情報をクライアントデータ管理システム２０ｂに送信する。クライアントデータ管理システム２０ｂは、その更新情報を更新情報通信部２１４で受信し、更新情報記憶領域２０５に記憶する構成にしてもよい。
【０１０１】
なお、ここでは、ステップＳ４０８において、ステップＳ１０８と同様に、クライアントが通信不可能な状態である場合に、他の構成にしてもよい。具体的には、クライアントデータ管理システム２０ｂの更新データ通信部２１３がサーバより送信されたデータを受信するのではなく、サーバデータ管理システム１０の更新データ通信部１１４が、更新情報生成部１１６が生成した、サーバからクライアントに送信すべきデータがあることを示す更新情報を更新情報記憶領域１０６に記憶する。そして、クライアントデータ管理システム２０ｂの状態管理部２１６が、当該クライアントが通信可能な状態になったことを検知すると、更新情報通信部２１４は、サーバデータ管理システム１０の更新情報通信部１１５に対して更新情報の送信を要求する。すると、サーバデータ管理システム１０の更新情報通信１１５は、更新情報記憶領域１０６に記憶された更新情報を、クライアントデータ管理システム２０ｂの更新情報通信部２１４に送信する。クライアントデータ管理システム２０ｂは、更新情報通信部２１４で受信した更新情報に基づいて、更新データ通信部２１３でサーバデータ管理システム１０の更新データ通信部１１４に対してデータの送信を要求する。すると、その後、ステップＳ４０８以降の処理が再実行される構成にしてもよい。
【０１０２】
次に、図１に示すクライアントサーバシステムにおいて、サーバ上で新たなデータを作成した場合の動作を説明する。ここでは、具体的に、サーバ上にスケジュールデータを管理し、クライアントとしてＰＤＡとパソコンとを使用している利用者が、ＷＷＷクライアントなどを通じて、新たなスケジュールデータをサーバ上で作成した場合の動作について、図１１のフローチャートを参照して説明する。
【０１０３】
図１１を参照して、まず、利用者は、サーバ上にスケジュールデータを新規に作成する（Ｓ５０１）。次に、利用者は作成したスケジュールデータの重要度および分類情報を入力する（Ｓ５０２）。このとき、サーバ管理システム１０は、作成されたスケジュールデータをデータ記憶領域１０２に、そのデータの重要度を重要度記憶領域１０３に、そのデータの分類情報を分類情報記憶領域１０４にそれぞれ記憶する（Ｓ５０３）。
【０１０４】
次に、サーバデータ管理システム１０の更新データ通信部１１４は、新規に作成されたスケジュールデータの重要度に基づいて、そのデータをクライアントに反映するタイミングを、ステップＳ１０４と同様に決定する（Ｓ５０４）。
【０１０５】
次に、更新データ通信部１１４は、ステップＳ５０４において設定された時刻に、そのスケジュールデータとデータの重要度と分類情報とを、クライアント管理部１１７で管理されているＰＤＡおよびパソコンのクライアントデータ管理システム２０に送信する（Ｓ５０５）。
【０１０６】
ＰＤＡおよびパソコンのクライアントデータ管理システム２０は、受信したスケジュールデータをデータ記憶領域２０１に、そのデータに設定された重要度を重要度記憶領域２０２に、そのデータに設定された分類情報を分類情報記憶領域２０３にそれぞれ記憶する（Ｓ５０６）。
【０１０７】
以上により、サーバ上で新規に作成したスケジュールデータが、ＰＤＡおよびパソコンに反映される。すなわち、クライアントサーバシステムにおいて、サーバ上で新規にデータを作成した場合に、そのデータをサーバに蓄積している全てのクライアントに新規データが反映され、共有される。
【０１０８】
なお、ここでは、ステップＳ５０２において、ステップＳ１０２と同様に、利用者が重要度を明示的に設定するのではなく、重要度判別部２０７によりデータの分類情報を利用して重要度を自動的に設定する構成にしてもよい。
【０１０９】
また、ステップＳ５０２において、ステップＳ１０２と同様に、利用者が重要度を明示的に設定するのではなく、重要度検索部１１１により重要度を自動的に設定する構成にしてもよい。
【０１１０】
また、ステップＳ５０２において、ステップＳ１０２と同様に、利用者が分類情報を明示的に設定するのではなく、分類判別部１１３により分類情報を自動的に設定する構成にしてもよい。
【０１１１】
また、ステップＳ５０２，Ｓ５０３において、ステップＳ１０２，Ｓ１０３と同様に、利用者がデータをクライアントデータ管理システム２０に反映させるタイミングをタイマ情報として明示的に手動で設定し、ステップＳ５０５において、サーバデータ管理システム１０は、タイマ情報もサーバデータ管理システム２０に送信し、ステップＳ８０６において、タイマ情報をタイマ情報記憶領域２０４に記憶する構成にしてもよい。
【０１１２】
また、ステップＳ５０２において、ステップＳ１０２と同様に、データに設定する重要度に時刻情報を付加し、その時刻情報により時刻の変化に応じてデータの重要度が変化し、さらに重要度の変化に伴なってそのデータの更新時刻を指定するタイマ情報も変化する構成にしてもよい。
【０１１３】
なお、ステップＳ５０２における、重要度検索部１１１による重要度の設定処理および分類判別部１１３による分類情報の設定処理は、前述のステップＳ１０２における重要度検索部２１０および分類判別部２１２による処理と同様であるので、ここでの詳細な説明は繰返さない。
【０１１４】
なお、ここでは、ステップＳ５０５において、データとデータの重要度と分類情報とをクライアントデータ管理システム２０に送信するのではなく、その他の構成であってもよい。具体的には、更新情報生成部１１６において、データが新たに作成されたことのみを通知する更新情報や、データの概要を表わす更新情報を生成し、それらを更新情報通信部１１５からクライアントに送信する構成とする。その場合、クライアントデータ管理システム２０は、更新情報を更新情報通信部２１４で受信し、更新情報記憶領域２０５に記憶する構成にしてもよい。
【０１１５】
例えば、上記の例でサーバ上に新たなスケジュールデータを作成した場合、直ちにスケジュールデータそのものを利用者のクライアントであるＰＤＡおよび携帯電話に送信するのではなく、スケジュールデータが追加されたことだけを示す情報をクライアントに送信する。そして、利用者がＰＤＡまたは携帯電話を利用中にそのスケジュールデータの詳細が必要になった場合に、利用者がサーバにスケジュールデータの送信を要求し、ＰＤＡでそれを受信する。これによりスケジュールデータが画像データ等を含むデータ量の多い場合や重要度が低い場合には、余計な通信トラフィックを軽減することが可能である。
【０１１６】
なお、ここでは、ステップＳ５０５において、ステップＳ１０８と同様に、クライアントが通信不可能な状態である場合に、他の構成にしてもよい。具体的には、クライアントデータ管理システム２０の更新データ通信部２１３が、送信されたデータを受信するのではなく、サーバデータ管理システム１０の更新データ通信部１１４が、更新情報生成部１１６が生成したそのデータの更新情報を更新情報記憶領域１０６に記憶する。そして、クライアントデータ管理システム２０ｂの状態管理部２１６が、当該クライアントが通信可能な状態になったことを検知すると、更新情報通信部２１４は、サーバデータ管理システム１０の更新情報通信部１１５に対して更新情報の送信を要求する。すると、更新情報通信部１１５は、更新情報記憶領域１０６に記憶された更新情報を、クライアントデータ管理システム２０の更新情報通信部２１４に送信する。クライアントデータ管理システム２０は、更新情報通信部２１４で受信した更新情報に基づいて、更新データ通信部２１３でサーバデータ管理システム１０の更新データ通信部１１４に対してデータの送信を要求する。すると、その後、ステップＳ５０８以降の処理が再実行される構成にしてもよい。
【０１１７】
次に、図１に示すクライアントサーバシステムにおいて、サーバ上で既存のデータを変更した場合の動作を説明する。ここでは、具体的に、サーバ上にアドレスデータを管理し、クライアントとしてＰＤＡと携帯電話とを使用している利用者が、ＷＷＷクライアントなどを通じてサーバ上で既存のアドレスデータを更新した場合の動作について、図１２のフローチャートを参照して説明する。
【０１１８】
図１２を参照して、まず、利用者は、サーバ上において既存のアドレスデータを更新する（Ｓ６０１）。次に、利用者は、更新したアドレスデータの重要度および分類情報を更新する（Ｓ６０２）。このとき、サーバデータ管理システム１０は、更新されたアドレスデータをデータ記憶領域１０２に、そのデータの重要度を重要度記憶領域１０３に、そのデータの分類情報を分類情報記憶領域１０４に、そのデータ更新されたことを示す更新情報を更新情報記憶領域１０６にそれぞれ記憶する（Ｓ６０３）。
【０１１９】
次に、サーバデータ管理システム１０の更新データ通信部１１４は、更新されたデータの重要度に基づいて、そのデータをクライアントに反映するタイミングを、ステップＳ１０４と同様に決定する（Ｓ６０４）。
【０１２０】
次に、更新データ通信部１１４は、ステップＳ６０４において設定された時刻に、そのアドレスデータとデータの重要度と分類情報とを、クライアント管理部１１７で管理されているＰＤＡおよび携帯電話のクライアントデータ管理システム２０に送信する（Ｓ６０５）。
【０１２１】
ＰＤＡおよび携帯電話のクライアントデータ管理システム２０は、受信したデータをデータ記憶領域２０１に、そのデータに設定された重要度を重要度記憶領域２０２に、そのデータに設定された分類情報を分類情報記憶領域２０３にそれぞれ記憶する（Ｓ６０６）。
【０１２２】
以上により、サーバで更新されたアドレスデータが、ＰＤＡおよび携帯電話に反映される。すなわち、クライアントサーバシステムにおいて、サーバ上で既存のデータを変更した場合に、そのデータをサーバに蓄積している全てのクライアントに変更されたデータが反映され、共有される。
【０１２３】
なお、ここでは、ステップＳ６０２において、ステップＳ１０２と同様に、利用者が重要度を明示的に設定するのではなく、重要度判別部２０７によりデータの分類情報を利用して重要度を自動的に設定する構成にしてもよい。
【０１２４】
また、ステップＳ６０２において、ステップＳ１０２と同様に、利用者が重要度を明示的に設定するのではなく、重要度検索部１１１により重要度を自動的に設定する構成にしてもよい。
【０１２５】
また、ステップＳ６０２において、ステップＳ１０２と同様に、利用者が分類情報を明示的に設定するのではなく、分類判別部１１３により分類情報を自動的に設定する構成にしてもよい。
【０１２６】
また、ステップＳ６０２，Ｓ６０３において、ステップＳ１０２，Ｓ１０３と同様に、利用者がデータをクライアントデータ管理システム２０に反映させるタイミングをタイマ情報として明示的に手動で設定し、ステップＳ６０５において、タイマ情報もサーバデータ管理システム２０に送信し、ステップＳ６０６において、タイマ情報をタイマ情報記憶領域２０４に記憶する構成にしてもよい。
【０１２７】
また、ステップＳ６０２において、ステップＳ１０２と同様に、データに設定する重要度に時刻情報を付加し、その時刻情報により時刻の変化に応じてデータの重要度が変化し、さらに重要度の変化に伴なってそのデータの更新時刻を指定するタイマ情報も変化する構成にしてもよい。
【０１２８】
なお、ステップＳ６０２における、重要度検索部１１１による重要度の設定処理および分類判別部１１３による分類情報の設定処理は、前述のステップＳ５０２における処理と同様であるので、ここでの詳細な説明は繰返さない。
【０１２９】
なお、ここでは、ステップＳ６０５においてステップＳ５０５と同様に、データとデータの重要度と分類情報とをクライアントデータ管理システム２０に送信するのではなく、その他の構成であってもよい。具体的には、更新情報通信１１５は、更新情報生成部１１６が生成する、データが更新されたことのみを通知する情報を送信し、その情報をクライアントデータ管理システム２０の更新情報通信部２１４で受信する構成にしてもよい。
【０１３０】
なお、ここでは、ステップＳ６０６においてステップＳ５０６と同様に、クライアントが通信不可能な状態である場合に、他の構成にしてもよい。具体的には、クライアントデータ管理システム２０の更新データ通信部２１３が、送信されたデータを受信するのではなく、サーバデータ管理システム１０の更新データ通信部１１４が、更新情報記憶領域１０６にそのデータの更新情報を記憶する。そして、クライアントデータ管理システム２０ｂの状態管理部２１６がクライアントが通信可能な状態になったことを検知した場合に、更新情報通信部２１４は、サーバデータ管理システム１０の更新情報通信部１１５に対して更新情報の送信を要求する。すると、更新情報通信部１１５は、更新情報記憶領域１０６に記憶された更新情報を、クライアントデータ管理システム２０の更新情報通信部２１４に送信する。さらに、クライアントデータ管理システム２０は、更新情報通信部２１４で受信した更新情報に基づいて、更新データ通信部２１３でサーバデータ管理システム１０の更新データ通信部１１４に対してデータの送信を要求する。すると、その後、ステップＳ６０８以降の処理が再実行される構成にしてもよい。
【０１３１】
本実施の形態におけるクライアントサーバシステムが上述の構成を備え、上述の処理を行なうことで、利用者がクライアントデータ管理システムで作成したデータおよび更新したデータを、サーバデータ管理システムおよび利用者が利用する他のクライアントのクライアントデータ管理システムに自動的に反映することができる。さらに、データの重要度に応じて反映させるタイミングを制御することにより、重要なデータほど優先して処理を行ない、重要でないデータのために無駄な通信トラフィックの発生を抑制することができる。そのため、通信トラフィックを効率的に利用して、サーバと複数のクライアントとの間での適切なデータの共有を実現することができる。
【０１３２】
すなわち、サーバでデータを保持し、そのデータの更新結果を効率的にクライアントに反映することが可能なサーバを構築することができる。
【０１３３】
また、クライアントとサーバの双方で同じデータを保持し、それぞれで行なわれたデータの更新結果を相互に自動的に反映することが可能なクライアントサーバシステムを構築することができる。
【０１３４】
また、データの重要度の設定は、利用者が各データに個別に行なうことに加えて、データに含まれるキーワードを自動的に抽出し、そのキーワードを元に自動的に重要度を設定することができる。
【０１３５】
すなわち、データの重要度を利用者が任意に設定し、個々のデータが更新されるタイミングを個別に設定することができる。
【０１３６】
また、データの重要度を直接指定するのではなく、データに分類情報を指定し、これに基づいて重要度を決定するため、複数のデータの重要度を一括して変更するという柔軟なデータの管理ができる。
【０１３７】
またさらに、データに含まれるキーワードに基づいて自動的にデータの重要度を設定することができる。
【０１３８】
さらに、データに含まれるキーワードに基づいて自動的にデータの分類情報を設定することもできる。
【０１３９】
さらに、データの更新結果を反映する時刻をタイマ情報として指定するため、更新結果の反映が行なわれる時刻を直接指定することもできる。
【０１４０】
また、データが更新された場合でも、更新が行なわれたという情報のみを通信することにより、不要なデータを送受信するための無駄な通信トラフィックを抑制することができる。
【０１４１】
すなわち、データが更新されたということを示す情報を管理し、更新データそのものが当面不要な場合には、この情報だけをクライアントとサーバとの間で送受信することによって、データが更新されているということは通知するが、当面不要なデータの送受信に必要な通信量を削減することができる。
【０１４２】
また、データが更新されたということを示す情報を作成する際に、データの内容に応じて更新されたということを示す情報に、どのような情報を含めるかを個別に指定することができる。
【０１４３】
さらに、データが更新されたということを示す情報を、クライアントの動作状態が変化した場合、例えば電源が入ったとか、通信可能な状態になったなどのタイミングで、自動的に送受信することができる。
【０１４４】
さらに、データが更新されたということを示す情報を、クライアントの動作状態が変化した場合だけでなく、データの重要度に応じてクライアントとサーバとの間で交換するタイミングを制御することができる。
【０１４５】
さらに、本実施の形態においては、利用者がサーバデータ管理システムで作成したデータおよび更新したデータも、利用者が使用する全てのクライアントに同様に反映し、共有することができる。
【０１４６】
さらに、上述のクライアントサーバシステムにおけるデータの管理方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０１４７】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１４８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】本発明の形態におけるクライアントサーバシステムの構成を示すブロック図である。
【図２】図１に示すサーバデータ管理システム１０の構成を示すブロック図である。
【図３】図１に示すクライアントデータ管理システム２０の構成を示すブロック図である。
【図４】図１に示すクライアントサーバシステムにおいて、クライアント上で新たなデータを作成した場合の動作を示すフローチャートである。
【図５】重要度判別部２０７が利用する対応表２０６の具体例を示す図である。
【図６】重要度検索部２１０が利用する対応表２０９の具体例を示す図である。
【図７】図４のステップＳ１０２における重要度検索部２１０による重要度の設定処理を示すフローチャートである。
【図８】図４のステップＳ１０２における分類判別部２１２による分類情報の設定処理を示すフローチャートである。
【図９】分類判別部２１２が利用する対応表２１１の具体例を示す図である。
【図１０】図１に示すクライアントサーバシステムにおいて、クライアント上で既存のデータを更新した場合の動作を示すフローチャートである。
【図１１】図１に示すクライアントサーバシステムにおいて、サーバ上で新たなデータを作成した場合の動作を示すフローチャートである。
【図１２】図１に示すクライアントサーバシステムにおいて、サーバ上で既存のデータを更新した場合の動作を示すフローチャートである。
【符号の説明】
１０　サーバ管理システム、２０，２０ａ〜ｄ　クライアントデータ管理システム、１０２　サーバ管理システムのデータ記憶部、１０３　サーバ管理システムの重要度記憶領域、１０４　サーバ管理システムの分類情報記憶領域、１０５サーバ管理システムのタイマ情報記憶領域、１０６　サーバ管理システムの更新情報記憶領域、１０７，１１０，１１２　サーバ管理システムの対応表、１０８　サーバ管理システムの重要度判別部、１０９　サーバ管理システムのキーワード抽出部、１１１　サーバ管理システムの重要度検索部、１１３　サーバ管理システムの分類判別部、１１４　サーバ管理システムの更新データ通信部、１１５　サーバ管理システムの更新情報通信部、１１６　サーバ管理システムの更新情報生成部、１１７　クライアント管理部、２０１　クライアントデータ管理システムのデータ記憶部、２０２　クライアントデータ管理システムの重要度記憶領域、２０３　クライアントデータ管理システムの分類情報記憶領域、２０４　クライアントデータ管理システムのタイマ情報記憶領域、２０５　クライアントデータ管理システムの更新情報記憶領域、２０６，２０９，２１１　クライアントデータ管理システムの対応表、２０７　クライアントデータ管理システムの重要度判別部、２０８　クライアントデータ管理システムのキーワード抽出部、２１０　クライアントデータ管理システムの重要度検索部、２１２　クライアントデータ管理システムの分類判別部、２１３　クライアントデータ管理システムの更新データ通信部、２１４　クライアントデータ管理システムの更新情報通信部、２１５　クライアントデータ管理システムの更新情報生成部、２１６　状態管理部。
【図１】
2004054833.tif 000003
【図２】
2004054833.tif 000004
【図３】
2004054833.tif 000005
【図４】
2004054833.tif 000006
【図５】
2004054833.tif 000007
【図６】
2004054833.tif 000008
【図７】
2004054833.tif 000009
【図８】
2004054833.tif 000010
【図９】
2004054833.tif 000011
【図１０】
2004054833.tif 000012
【図１１】
2004054833.tif 000013
【図１２】
2004054833.tif 000014