(57)【要約】【課題】サーバー装置と各クライアント装置との間で、簡便な方式で、クライアント装置の表示画面サイズや記憶容量等の能力に合わせて情報単位を同期する。【解決手段】サーバー装置２０は、ノートＰＣ、ＰＤＡ、携帯電話機などといったクライアント装置１０のタイプごとの情報単位の同期ルールを保持した同期ルール保持手段２３を備える。タイプごとの同期ルールは、情報単位の各項目のデータの省略又は圧縮の仕方を、当該タイプの表示画面サイズや記憶容量などの性能に応じて規定したものである。例えば携帯電話機はＰＤＡより性能で劣るので、各項目のデータ量がＰＤＡより小さくなるように同期ルールが規定される。サーバー装置２０は、自らの持つ情報単位をクライアント装置１０に提供する場合、そのクライアント装置のタイプに対応する同期ルールに従ってその情報単位の各項目のデータを変換する。【選択図】図１
2006228016.tif 000002
【特許請求の範囲】
【請求項１】
サーバー装置とクライアント装置との間で互いに対応する情報単位の内容を同期させる情報管理装置であって、
クライアント装置のタイプごとに、サーバー装置と当該タイプのクライアント装置との間の情報単位の内容の同期ルールを記憶した同期ルール保持手段と、
各クライアント装置のタイプを保持するクライアントタイプ保持手段と、
クライアント装置とサーバー装置との情報単位の同期処理の実行が要求された場合に、クライアントタイプ記憶手段の情報に基づき該クライアント装置のタイプを判別し、判別したタイプに対応する同期ルールを同期ルール保持手段から取得し、該同期ルールに従って、クライアント装置とサーバー装置との間で互いに対応する情報単位の内容を同期させる同期手段と、
を備える情報管理装置。
【請求項２】
前記情報単位はテキスト文字列の項目を有し、
前記同期ルールは、テキスト文字列の項目について、クライアント装置のタイプに応じて当該項目の文字数を定めたものであり、
前記同期手段は、サーバー装置の情報単位がそれに対応するクライアント装置の情報単位よりも新しい場合、サーバ装置の情報単位のテキスト文字列の項目を、当該項目に対応する文字数にまで省略し、その省略を施した後の情報単位によりクライアント装置の情報単位を更新する、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記同期手段は、サーバー装置の情報単位がそれに対応するクライアント装置の情報単位よりも古い場合、サーバ装置の情報単位のテキスト文字列の項目の内容のうちクライアント装置の情報単位の対応項目に含まれていない部分を前記同期ルールに基づき特定し、特定した部分とクライアント装置の情報単位の対応項目とを合成し、合成語の情報単位によりサーバー装置の情報単位を更新する、
ことを特徴とする請求項２に記載の情報管理装置。
【請求項４】
前記同期ルールは、サーバー装置の持つ情報単位における各項目のデータ量をクライアント装置のタイプに応じたデータ量に圧縮する変換ルールを含んだものである、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項５】
サーバー装置とクライアント装置との間で互いに対応する情報単位の内容を同期させる方法であって、
クライアント装置とサーバー装置との情報単位の同期処理の実行が要求された場合に、各クライアント装置のタイプを保持するクライアントタイプ保持手段の情報に基づき、該クライアント装置のタイプを判別するステップと、
判別したタイプに対応する同期ルールを、クライアント装置のタイプごとにサーバー装置と当該タイプのクライアント装置との間の情報単位の内容の同期ルールを記憶した同期ルール保持手段、から取得するステップと、
該同期ルールに従って、クライアント装置とサーバー装置との間で互いに対応する情報単位の内容を同期させるステップと、
を含む情報管理方法。
【請求項６】
コンピュータシステムを、サーバー装置とクライアント装置との間で互いに対応する情報単位の内容を同期させる情報管理装置として機能させるためのプログラムであって、該コンピュータシステムを、
クライアント装置のタイプごとに、サーバー装置と当該タイプのクライアント装置との間の情報単位の内容の同期ルールを記憶した同期ルール保持手段、
各クライアント装置のタイプを保持するクライアントタイプ保持手段、
クライアント装置とサーバー装置との情報単位の同期処理の実行が要求された場合に、クライアントタイプ記憶手段の情報に基づき該クライアント装置のタイプを判別し、判別したタイプに対応する同期ルールを同期ルール保持手段から取得し、該同期ルールに従って、クライアント装置とサーバー装置との間で互いに対応する情報単位の内容を同期させる同期手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバー装置とクライアント装置との間での情報の同期に関する。
【背景技術】
【０００２】
情報単位を数多く保持し、管理する環境においては、様々な環境から入力された情報単位を効率的に一元管理することが求められている。こういった目的を達成するためには、複数の情報環境で保持される情報単位群を同期して、どのような環境から入力されたデータも全て同様に扱うことができるようにすることが一般的である。
【０００３】
その一方、近年では通常のパーソナルコンピュータに加えて、ＰＤＡと呼ばれる小型の携帯コンピュータや携帯電話が、情報機器として使用されることが多い。この種の携帯機器においては、情報を保持できる容量、画面サイズ、計算能力等において、通常のパーソナルコンピュータよりも劣る場合が多い。このような状況では、パーソナルコンピュータに保持される情報単位群と小型携帯機器上に保持される情報単位群とを全く同じデータ内容のまま同期させることは困難であるばかりでなく、不適切である場合も多い。
【０００４】
特許文献１に記載されたシステムでは、パーソナルコンピュータ上の主データベースの中で携帯機器に持ち出す必要のあるデータ項目を規定し、これに従って両者間のデータの同期処理を行っている。しかしながら、この技術においては、主データベースと携帯機器において保持するデータ構造との関係を詳細に定義する必要があるため、そのためにユーザに係る作業負担が大きいという問題がある。また、このシステムは、ノートＰＣやＰＤＡ、携帯電話機など、表示画面サイズや記憶容量などの性能が異なる各種の携帯端末の間で情報単位を同期させる場合を想定していない。
【０００５】
特許文献２には、変更ログを統合して通信することによって、パーソナルコンピュータ、ＰＤＡ、携帯電話といった機器の間で情報単位群を効率的に同期する手段が示される。しかしながら、この技術は、同期における通信を効率化するためのものに過ぎず、携帯機器の記憶容量や画面サイズに応じたデータを提供するものではない。
【０００６】
また、非特許文献１には、ウェブページの表示を携帯機器の小さな画面に合わせて変更する研究が報告されている。しかしながら、この技術は表示領域が小さいことに着目したものであって、携帯機器と通常のパーソナルコンピュータに保持される情報単位群を同期させるためのものではない。
【０００７】
【特許文献１】特開平１１−３１２１７８号公報
【特許文献２】特開２００２−１６３１３７号公報
【非特許文献１】Timothy Bickmore and Bill Schilit. "Digestor: Device-Independent Access to the World-Wide Web." Proceedings Sixth International World Wide Web Conference, Santa Clara, California, April, 1997.
【発明の開示】
【発明が解決しようとする課題】
【０００８】
そこで、本発明では、様々な能力を持ったクライアント装置を複数使用するような環境において、簡便に、各クライアント装置の性能に合わせたデータに適切に同期することを課題とする。
【課題を解決するための手段】
【０００９】
本発明に係る情報管理装置は、サーバー装置とクライアント装置との間で互いに対応する情報単位の内容を同期させる情報管理装置であって、クライアント装置のタイプごとに、サーバー装置と当該タイプのクライアント装置との間の情報単位の内容の同期ルールを記憶した同期ルール保持手段と、各クライアント装置のタイプを保持するクライアントタイプ保持手段と、クライアント装置とサーバー装置との情報単位の同期処理の実行が要求された場合に、クライアントタイプ記憶手段の情報に基づき該クライアント装置のタイプを判別し、判別したタイプに対応する同期ルールを同期ルール保持手段から取得し、該同期ルールに従って、クライアント装置とサーバー装置との間で互いに対応する情報単位の内容を同期させる同期手段と、を備える。
【００１０】
クライアント装置のタイプは、表示画面サイズや記憶容量などと言ったクライアント装置の性能に応じて分類される。情報管理装置は、各クライアント装置のタイプを判別し、そのタイプに応じた同期ルールに従ってクライアント・サーバ間の情報単位の内容を同期させるので、タイプの異なる様々なクライアント装置とサーバー装置との間での情報同期が実現できる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して、本発明を実施するための最良の形態（以下「実施形態」と呼ぶ）について説明する。
【００１２】
図１は、本発明に係る情報管理システムの構成を示すブロック図である。図１に示される情報管理システムは、ネットワーク３０を介して相互に接続された１以上のクライアント装置１０と、サーバー装置２０から構成される。
【００１３】
クライアント装置１０は、個々のユーザが所持し、場合によっては携帯するコンピュータであり、ノートＰＣ（パーソナルコンピュータ）、ＰＤＡ（携帯情報端末）、及び携帯電話機などがその例である。クライアント装置１０は、機能モジュールとして、クライアントタイプ保持手段１１、情報単位入力手段１２、クライアント情報単位群保持手段１３、検索条件入力手段１４、情報単位検索手段１５及び情報単位提示手段１６を備える。
【００１４】
クライアントタイプ保持手段１１は、当該クライアント装置１０のタイプ（以下「クライアントタイプ」と呼ぶ）を示す情報を保持する手段である。クライアント装置１０のタイプは、クライアント装置１０を表示画面の大きさに基づき分類した種別である。例えばノートＰＣ、ＰＤＡ、携帯電話機の種別を例示することができる。なお、クライアント装置１０の種別は、二次記憶装置の容量やプロセッサの演算能力など、クライアント装置の処理能力等を更に加味して分類してもよい。
【００１５】
情報単位入力手段１２は、ユーザから情報単位の入力を受け付けるための機能モジュールである。ここで、情報単位は、この情報管理システムにおいて管理する情報の単位であり、複数の情報項目からなる所定のデータ構造を有する。そしてその中の少なくとも１つの情報項目はテキスト文字列の情報を含む。情報単位入力手段１２は、テキスト入力のための入力装置（例えばキーボード又はソフトウエアキーボード）を備える。
【００１６】
クライアント情報単位群保持手段１３は、情報単位入力手段１２から入力された情報単位を記憶する記憶装置である。検索条件入力手段１４は、クライアント情報単位群保持手段１３に保持されている情報単位に対する検索条件の入力を受ける手段である。本実施形態で利用可能な検索条件は、例えばキーワードである。
【００１７】
情報単位検索手段１５は、検索条件入力手段１４で入力された条件に基づいてクライアント情報単位群保持手段１３を検索する機能モジュールである。
【００１８】
情報単位提示手段１６は、情報単位検索手段１５によって検索された情報単位を提示する機能モジュールである。情報単位の提示は、検索された情報単位をクライアント装置１０の備える画面に表示することにより行われる。
【００１９】
以上に説明したクライアント装置１０の各機能モジュールは、典型的には、この実施の形態の中で説明するそれら各モジュールの機能を記述したプログラムを、クライアント装置１０のコンピュータシステムで実行することにより実現される。
【００２０】
サーバー装置２０は、サーバー装置情報単位群保持手段２１，情報単位群同期手段２２，同期ルール保持手段２３及び変更部分検出手段２４を備える。
【００２１】
サーバー装置情報単位群保持手段２１は、情報単位群を記憶する記憶装置である。
【００２２】
情報単位群同期手段２２は、クライアント装置１０のクライアント情報単位群保持手段１３に保持される情報単位群とサーバー装置情報単位群保持手段２１に保持される情報単位群との同期処理を行う機能モジュールである。この同期処理は、同期ルール保持手段２３及び変更部分検出手段２４を用いて行われる。
【００２３】
同期ルール保持手段２３は、クライアント情報単位群保持手段１３とサーバー装置情報単位群保持手段２１との間の情報単位群の同期処理のルール（「同期ルール」と呼ぶ）を保持する機能モジュールである。保持される同期ルールは、クライアントタイプごとに規定されたものである。同期ルールの例は後述する。
【００２４】
変更部分検出手段２４は、クライアント装置１０において情報単位に変更があった場合に、同期ルール保持手段２３に保持されている同期ルールに基づいてサーバー装置情報単位群保持手段２１に保持される情報単位の変更すべき部分を検出する。
【００２５】
以上に説明したクライアント装置１０及びサーバー装置２０の各機能モジュールは、典型的には、この実施の形態の中で説明するそれら各モジュールの機能を記述したプログラムを、クライアント装置１０又はサーバー装置２０のコンピュータシステムで実行することにより実現される。
【００２６】
次にクライアント装置１０における情報単位の登録処理について説明する。
【００２７】
図２は、ノートＰＣ上に本実施形態のクライアント装置１０を実現した場合の表示画面１００の例である。表示画面１００は、検索条件としてのキーワードを入力する検索キー入力エリア１０１、検索処理の実行指示を入力するための検索ボタン１０２、この表示画面１００に表示されている作成又は編集（変更）中の情報単位を、クライアント情報単位群保持手段１３に登録する指示を入力するための登録ボタン１０３、クライアント情報単位群保持手段１３に登録した情報単位や検索された情報単位の見出しを一覧表示する登録・検索結果表示エリア１０４、情報単位の見出しを表示する見出しエリア１０５、情報単位の本文内容を表示する内容エリア１０６、情報単位に付与されたキーワードを表示するキーワードエリア１０７、及び情報単位に含まれる画像を表示する画像エリア１０８とからなる。なお、画像ばかりでなく、音声又は動画などといったマルチメディア情報を情報単位に組み込み可能とすることもでき、この場合画像エリア１０８は、マルチメディア情報ファイルのアイコン（画像や動画の場合はサムネイルなどとすることもできる）を表示する添付マルチメディア情報の表示エリアとなる。このアイコンをクリックすると、対応するマルチメディア情報のファイルが再生されることになる。なお、このエリアには、複数のマルチメディアファイルを貼り込むことができる。
【００２８】
図３は、クライアント装置１０において、ユーザが情報単位を作成又は編集してクライアント情報単位群保持手段１３に登録する処理を示すフローチャートである。
【００２９】
この処理では、まずユーザーは、図４のように、見出しエリア１０５には登録したい情報単位の見出しとする文字列を、内容エリア１０６には当該情報単位の本文内容の文字列を、キーワードエリア１０７には当該情報単位に付与したい１以上のキーワードの文字列をそれぞれ入力する（ステップＳ１）。
【００３０】
また、複数のキーワードを付与する場合は、各キーワード間をカンマ等の所定の記号で区切るなどする。
【００３１】
また、ステップＳ１では、画像エリア１０８に、この情報単位に添付したい画像を入力する。画像の入力は、例えば、当該クライアント装置１０のファイルシステムに保存された画像ファイルを、オペレーティングシステムの提供するグラフィカルユーザインタフェース（ＧＵＩ）環境を利用して、ドラッグ・アンド・ドロップ等の操作により画像エリア１０８にコピーすることで実現できる。
【００３２】
ステップＳ１では、この情報管理システム内に今まで存在しなかった新規な情報単位を作成する場合は情報単位の各項目の入力を行えばよいし、既存の情報単位の内容に編集を加えたい場合は、その情報単位を選択して表示画面１００に表示し、カーソルで必要な部分を選択し、そこに加除・変更を行えばよい。
【００３３】
次に、ユーザーが、所望の情報の入力が完了したと判断して登録ボタン１０３を押すと登録処理が開始される(ステップＳ２)。この登録処理では、情報単位入力手段１２が管理する作業領域に保持されている作成・編集中の情報単位が、クライアント情報単位群保持手段１３に対し、図５のようなフォーマットで保存される（ステップＳ３）。
【００３４】
図５のフォーマットでは、各情報単位は、ＩＤ部２０１，見出し部２０２，内容部２０３，キーワード部２０４，マルチメディア情報２０５を所定の順序で並べたデータ構造を有する。
【００３５】
ＩＤ部２０１は、情報単位を特定する識別情報（「情報単位ＩＤ」と呼ぶ）を示すデータ項目である。サーバー装置２０から取得した情報単位の場合、情報単位ＩＤは既に含まれている。クライアント装置１０で情報単位を新規作成した場合、システム内で一意な情報単位ＩＤをそのクライアント装置１０が付与する。これには、例えば、各クライアント装置１０に一意な識別情報を付与するとともに、クライアント装置１０で新規作成した情報単位には当該クライアント装置１０内で一意な識別番号等を与え、それら両者を組み合わせたものを情報単位ＩＤとすればよい。また、新規作成した情報単位をクライアント情報単位群保持手段１３に登録する際に、クライアント装置１０がサーバー装置２０から、その情報単位に対する情報単位ＩＤを取得するようにしてもよい。
【００３６】
見出し部２０２には、表示画面１００の見出しエリア１０５に表示された文字列が登録される。同様に、内容部２０３には内容エリア１０６に表示された文字列が、キーワード部２０４にはキーワードエリア１０７に表示された文字列が、マルチメディア情報２０５には画像エリア１０８に表示された画像等のマルチメディア情報が、それぞれ登録される。なお、キーワードエリア２０４にマルチメディア情報２０５のファイルへのリファレンス情報（ファイルの格納場所など、当該ファイルを特定してアクセスするのに必要な情報）を組み込むようにしてもよい。
【００３７】
また、本実施形態では、キーワード部２０４に、当該情報単位の更新時刻（日時）が追加される。すなわち、登録ボタン１０３が押下されたときに、情報単位入力手段１２がその時点の日時の情報をオペレーティングシステムから取得し、これを更新時刻として所定の書式で記述して、キーワード部２０４に追加する。なお、サーバー装置２０に既登録の情報単位の内容をクライアント装置１０で更新し、再び登録する場合は、キーワード部２０４中に既に存在する更新時刻の情報を、その再登録時点の時刻へと修正する。更新時刻のデータは、例えば西暦年、月、日、時、分のように所定の書式で表現されているので、キーワード部２０４内のデータから既存の更新時刻を抽出するのは容易である。なお、更新時刻をキーワード部２０４に組み込んだのは、更新時刻についての検索をキーワード検索と同じ操作で実現できるようにするためである。もちろんこれは一例に過ぎず、更新時刻を情報単位内の独立した項目としてもよい。
【００３８】
ステップＳ３での登録処理の結果は、登録・検索結果表示エリア１０４にフィードバックされる (ステップＳ４)。すなわち、登録・検索結果表示エリア１０４には、ステップＳ３で新たに登録された情報単位の見出しが、登録された旨を示す情報（図４では、「−登録−」の行）に対応づけて表示される。
【００３９】
以上、クライアント装置１０における情報登録の処理を説明した。以上では、クライアント装置１０をノートＰＣ上に構築した場合を例に取ったが、ＰＤＡや携帯電話機など、他のタイプの装置を用いる場合も基本的な処理の流れは同様である。ただし、クライアントタイプによって表示画面の大きさやメモリ容量などといった性能に違いがあるので、同期処理においてサーバー装置２０からクライアント装置１０に情報単位を渡す際に、そのクライアント装置１０が属するタイプの性能に応じてデータの省略乃至圧縮を行う。この同期処理については、次に詳しく説明する。
【００４０】
サーバー装置情報単位群保持手段２１とクライアント情報単位群保持手段１３との間での情報単位群の同期は、例えばユーザがクライアント装置１０に対し、同期処理の実行を明示的に指示したときに行われる。このために、クライアント装置１０には、同期処理の指示のコマンド入力を受け付けたり、或いは同期処理を呼び出すためのメニューを含んだＧＵＩ画面を提供したりする機能を備える。また、このようにユーザからの明示的な指示に応じて同期処理を実行する代わりに、或いはこれに加えて、情報管理システムにおいて所定のイベントが発生したタイミングで同期処理を実行してもよい。例えば、クライアント装置１０がサーバー装置２０にログインするとき、又はログアウトするとき、又はその両方などといったタイミングや、登録ボタン１０３が押下されたタイミングなどで同期処理を実行するなどである。また、定期的に同期処理を実行するようにしてもよい。
【００４１】
本実施形態では、同期処理はサーバー装置２０が主体となって実行する。このため、クライアント装置１０に対するユーザに指示や、クライアント装置１０で発生したイベントをトリガとして同期処理を開始する場合は、そのような指示があったときやイベントが発生したときにクライアント装置１０からサーバー装置２０に対して同期処理の実行要求を送る。これに応じて、情報単位群同期手段２２は、まず図６に示す手順を実行し、次いで図１２に示す手順を実行する。
【００４２】
同期処理の前半部分である図６の手順では、まず情報単位群同期手段２２は、クライアント情報単位群保持手段１３に保持されている情報単位を１つずつ順次読み出し (ステップＳ１０)、読み出した情報単位がサーバー装置情報単位群保持手段２１に存在するかチェックする（ステップＳ１２）。本実施形態では、各情報単位がそれぞれ情報単位ＩＤを持っている構成になっているので、ステップＳ１２では、読み出した情報単位の情報単位ＩＤと同じ情報単位ＩＤを持つ情報単位がサーバー装置情報単位群保持手段２１に存在するかをチェックすればよい。
【００４３】
この判定で、同じ情報単位が存在しない場合には、当該情報単位をサーバー装置情報単位群保持手段２１に登録する (ステップＳ１４)。サーバー装置情報単位群保持手段２１には、図５に示したのと同じ形態で情報単位群が保持される。
【００４４】
すなわち、図５に示した情報単位のデータ構造は、本実施形態のシステムの基本的なデータ構造であり、サーバー装置２０でも各種のクライアント装置１０でもそのデータ構造を用いる。その上で本実施形態では、表示画面サイズが小さいとか一次記憶や二次記憶の記憶容量が小さいとか処理速度が遅いとかいった性能の低いクライアント装置１０については、同期の際に提供する情報単位のテキストデータを一部省略したり、画像データ等の添付ファイルを圧縮したりすることで、そのような性能の低いクライアント装置１０に対し、情報単位群のデータベースを移植できるようにし、データベースに対する検索などの処理の所要時間を短縮できるようにする。ここで、図５の説明の際に例示していたノートＰＣは、モバイルクライアントとしては性能が高い部類に入るものなので、サーバー装置２０が保持する情報単位のデータを省略することなく同期する。これに対し、ＰＤＡは、一般に、ノートＰＣよりも表示画面サイズや一次及び二次記憶の容量、処理速度などといった性能面で劣るので、同期の際にはサーバー装置２０が持つデータの一部が省略乃至圧縮されて提供される。携帯電話機は、ＰＤＡよりも更に性能が落ちるため、同期の際の省略部分が更に多くなる。どの程度のデータ省略や圧縮を行うかの情報は、クライアントタイプごとの同期ルールとして規定され、同期ルール保持手段２３に保持されている。なお、以上は、同期処理においてサーバー装置２０が持つ情報単位をクライアント装置１０に提供した場合の話であり、これに対しクライアント装置１０側で情報単位を新規に作成した場合は、クライアント装置１０は、クライアントタイプによらず、省略無しの情報単位を持つ。
【００４５】
図６の手順の説明に戻ると、ステップＳ１４の判定で、クライアント装置１０から読み出した情報単位と同じＩＤを持つ情報単位がサーバー装置２０に存在する場合には、情報単位群同期手段２２は、サーバー装置情報単位群保持手段２１からその情報単位を読み出す (ステップＳ１６)。その上で、クライアント装置１０から読み出した情報単位とサーバー装置情報単位群保持手段２１から読み出した情報単位とが同一のものであるかをチェックする（ステップＳ１８）。本実施形態の情報単位は更新時刻の情報を保持しているので、ここでは更新時刻が全く同一であるかどうかで同一の情報単位かを判定することができる。
【００４６】
ステップＳ１８の判定で、それら２つの情報単位が一致していると判定された場合は、クライアント装置１０側の情報単位もサーバー装置２０側の情報単位も共に最新のものであるので、どちらも更新の必要がない。したがって、この場合、どちらの情報単位の更新も行わずにステップＳ３６に進み、クライアント情報単位群保持手段１３の中に、まだ読み出していない情報単位が残っているか否かを判定し、残っていればステップＳ１０に戻って次の情報単位を読み出す。
【００４７】
ステップＳ１８の判定で、両情報単位が同一で無いと判定された場合には、それら両情報単位の更新時刻を比較することでどちらが新しいかを判別する (ステップＳ２０)。
【００４８】
サーバー装置２０側が新しいと判定した場合、まず同期ルール保持手段２３を検索し、図７の形態で保存されている同期ルールから、クライアント装置１０のタイプに応じた同期ルールを判定し、取得する（ステップＳ２２）。ここでのクライアントタイプの判別は、同期処理のためにサーバー装置２０にアクセスする際に、クライアント装置１０がクライアントタイプ保持手段１１に保持している自らのクライアントタイプを示すデータを、サーバー装置２０に送ればよい。但しこれは一例であり、この他にも、例えば、各クライアント装置１０のタイプを示すリスト情報をサーバー装置２０に持たせ、クライアント装置１０がサーバー装置２０にアクセスする際に自身の識別情報を渡し、サーバー装置２０がその識別情報に対応するタイプをリスト情報から検索するようにしてもよい。
【００４９】
なお、図７に示す例では、各縦列がそれぞれのクライアントタイプに対する同期ルールを示している。１つのクライアントタイプに対する同期ルールは、情報単位の各項目、すなわち本実施形態の例では見出し、内容、キーワード、マルチメディアの添付ファイル（例えば画像）、の各々についての変換ルールの組である。個々の変換ルールは、サーバー装置２０の持つ情報単位の項目を、クライアント装置１０に渡すに当たってどのようにデータ量削減（省略又は圧縮）するかを示している。また図示例において、「適用せず」とあるのは、変換が不要という意味である。したがって例えば、クライアントタイプ「ノートＰＣ」については、同期時にサーバー装置２０が持つ情報単位がそのまま提供されるのに対し、クライアントタイプ「ＰＤＡ」については、見出しだけは無変換であるが、内容についてはサーバー装置２０の持つ文字列データの１０００文字目以降が、キーワードについては５００文字目以降がそれぞれカット（省略）され、マルチメディアの添付ファイルは１ファイル当たり２００キロバイト以下に圧縮される。マルチメディア添付ファイルの圧縮は、静止画像であるか、動画であるか、音声であるかといったデータの種類やファイル形式に応じた圧縮アルゴリズムと、目標とするデータサイズに合わせた圧縮パラメータを用いて行われる。クライアントタイプ「携帯電話」についての同期ルールは、各項目のデータ量をＰＤＡよりも更に削減するものである。このルールでは、例えば見出しは１０文字目以降が、内容部１００文字目以降が、キーワードは４０文字目以降が、それぞれ省略され、添付ファイルは圧縮ではなくファイルそのものがカットされ、その代わりにそのファイルに対してサーバー装置２０が付与したＩＤ（識別情報）の文字列が内容部２０３に組み込まれる。添付ファイルのＩＤとしては、例えば、その添付ファイルのＵＲＬ(Universal Resource Locator) を用いることができる。
【００５０】
ステップＳ２２で同期ルールを取得すると、情報単位群同期手段２２は、サーバー装置情報単位群保持手段２１内に図５の形態で保持されている情報単位の各項目を、その同期ルールにおける当該項目の変換ルールに基づいて変換し (ステップＳ２４)、この変換後の情報単位をクライアント装置１０に渡して、クライアント情報単位群保持手段１３に保持されている情報単位を更新させる (ステップＳ２６)。
【００５１】
図８は、図５に例示した情報単位に対しＰＤＡの同期ルールに対する変換ルールを適用した場合の、変換後の情報単位の例である。この例では、内容部２０３の長いテキストの後半部がカットされ、さらにマルチメディア情報２０５（画像ファイル）が圧縮されている。図９は、図５に例示した情報単位に対し携帯電話機の同期ルールに対する変換ルールを適用した場合の、変換結果である。この例では、見出し、内容部の長いテキストがカットされ、さらに添付の画像ファイルがカットされて、その代わりにそのファイルのＵＲＬが内容部２０３へ挿入されている。内容部２０３に添付ファイルのＵＲＬを挿入した場合は、その部分が内容部２０３本来の本文文字列に対して挿入された添付ファイルのＩＤであることを明示するために、所定の特殊文字列（区切り語）が追加されている。図９の例では、添付ファイルのＩＤ情報は、内容部２０３の末尾に追加しているので、そのＩＤ情報の開始位置に所定の特殊文字列（図示例では「［添付ファイル］」だがこれは一例である）が組み込まれている。また、図８および図９に示すように、テキストがカットされた場合には、カットした部分にその旨を示す特殊文字列（図示例では「［略］」だがこれは一例である）が挿入される。
【００５２】
これら区切りのための特殊文字列は、ＰＤＡや携帯電話側で情報単位の編集処理が行われた場合のテキスト統合処理に利用される（詳細は後述）。なお、これら区切りのための特殊文字列は、クライアント装置１０のユーザからの変更を受けないように保護される。
【００５３】
ステップＳ２６の更新処理が終わると、ステップＳ３６に進み、まだ読み出していない情報単位が残っているか否かを判定し、残っていればステップＳ１０に戻って次の情報単位を読み出す。
【００５４】
ステップＳ２０に戻り、クライアント装置側の情報単位が新しいと判定された場合、情報単位群同期手段２２は、同期ルール保持手段２３を検索し、クライアント装置１０のタイプに対応した同期ルールを取得する（ステップＳ２８）。そして、変更部分検出手段２４が、サーバー装置情報単位群保持手段２１内に保持されている情報単位の各項目のデータを、クライアント装置１０側で更新を受けた可能性がある部分（「変更ルール適用部分」と呼ぶ）と、そうでない部分（「非適用部分」と呼ぶ）とに切り分ける（ステップＳ３０）。例えば、クライアント装置１０がＰＤＡの場合、サーバー装置２０側の情報単位の内容部２０３のデータのうち、１０００文字目までが変更ルール適用部分となる。また１０００文字目以降の部分は、クライアント装置１０側には提供されないので変更されることはなく、したがって非適用部分となる。ステップＳ３０では、このように切り分けた非適用部分を一時データとして作成する。このような非適用部分を示す一時データの例を図１０に示す。
【００５５】
この一時データは、どの情報単位のものかを示す情報単位ＩＤ３０１の後に、見出し部２０２の非適用部分データ３０２，内容部２０３の非適用部分データ３０３，及びキーワード部２０４の非適用部分データ３０４が、図５の情報単位の場合と同様の順序で並んでいる。なお、図１０の例では、説明をわかりやすくするため、変更ルール適用部分を「［カット］」という文字列で示している 。
【００５６】
このように非適用部分の切り出しが終わると、情報単位群同期手段２２は、ステップＳ１０でクライアント装置１０側から読み出した情報単位と、サーバー装置２０側の情報単位から図１０の形態で抽出された非適用部分とを合成する（ステップＳ３２）。この処理は、サーバー装置２０側の情報単位のうちの変更ルール適用部分を、クライアント装置１０側から読み出した情報単位により置換する処理ということもできる。内容部２０３を例にとると、ステップＳ３２ではクライアント側の「［略］」までの部分とサーバー装置側の「［カット］」以降のデータとが合成される。そして、サーバー装置情報単位群保持手段２１に保持されている情報単位を、以上の処理で合成された情報単位によって更新する (ステップＳ３４)。
【００５７】
具体例として、図１１を参照して、携帯電話機で情報単位を編集した場合に、それがサーバー装置２０側にどのように反映されるかを説明する。図１１において、（ａ），（ｂ）が携帯電話機の表示画面の表示例である。そのうち（ａ）は、編集を加える前の元の文字列であり、ここでは一例として図９に示した情報の中の内容部２０３を表示している。これは、図５に示したサーバー装置２０上の情報単位の内容部２０３を携帯電話機用に変換したものである。一方（ｂ）は、（ａ）に示した文字列に対し、携帯電話機で編集を加えた後の文字列を表示している。（ａ）、（ｂ）に表示されている文字列のうち、特殊文字列「［略］」より前（すなわち、本文）に示した下線は、編集による変更箇所を強調するために便宜上図示したものであり、実際の表示画面にはこの下線は示されない。（ｂ）のように変更された内容部をサーバー装置２０上の情報単位の内容部と同期すると、サーバー装置２０上の内容部のデータは（ｃ）に示すようになる。（ｃ）での下線部は、図５に示したサーバー装置２０上の情報単位の内容部２０３の文字列との相違部分を明示するために便宜的に付したものである。
【００５８】
ステップＳ３４の更新処理が終わると、ステップＳ３６に進み、まだ読み出していない情報単位が残っているか否かを判定し、残っていればステップＳ１０に戻って次の情報単位を読み出す。
【００５９】
そして、以上の処理を、クライアント情報単位群保持手段２３に保持されているすべての情報単位に対して繰り返す (ステップＳ３６)。
【００６０】
以上、同期処理の前半部を説明した。次に、図１２を参照して、同期処理の後半部の流れを説明する。
【００６１】
図１２の手順では、まず情報単位群同期手段２２が、サーバー装置情報単位群保持手段２１に保持されている情報単位を順次読み出す (ステップＳ４０)。次に、読み出した情報単位がクライアント情報単位群保持手段１３に存在するかチェックする (ステップＳ４２)。同じ情報単位が存在しない場合には、同期ルール保持手段２３を検索し、クライアント装置１０のタイプに応じて同期ルールを取得する（ステップＳ４４）。そして、ステップＳ４０で読み出した情報単位の各項目に対し、それぞれその同期ルール内の当該項目に対応する変換ルールを適用する（ステップＳ４６）。この変換ルールの適用により、サーバー装置２０の情報単位の各項目は、クライアント装置１０のタイプに応じたデータサイズへと、データ量が削減される。そして、この結果得られた、クライアント装置１０のタイプに合わせて変換された情報単位を、ネットワーク３０を介してクライアント情報単位群保持手段１３へ保存する (ステップＳ４８)。そして、ステップＳ５０に進み、サーバー装置情報単位群保持手段２１の中にまだ読み出していない情報単位が残っているか否かを判定し、残っていればステップＳ４０に戻って次の情報単位を読み出す。
【００６２】
なお、ステップＳ４０でサーバー装置情報単位群保持手段２１から読み出した情報単位と同じものがクライアント情報単位群保持手段１３に存在すると、ステップＳ４２において判定された場合は、ステップＳ５０に進み、まだ読み出していない情報単位が残っているか否かを判定し、残っていればステップＳ４０に戻って次の情報単位を読み出す。これは次の理由からである。すなわち、この処理は、図６に示したクライアント装置１０からサーバー装置２０への情報反映を終えた後の処理なので、ステップＳ４２で同じ情報単位がクライアント装置１０にあると判定された場合、その情報単位は既にクライアント・サーバー装置間で同期済みである。このように同期済みであることが明らかなので、その情報単位については更新処理は行わず、ステップＳ５０に進むのである。
【００６３】
以上の処理を、サーバー装置情報単位群保持手段２１に保持されているすべての情報単位に対して繰り返す 。
【００６４】
以上に説明した図６及び図１２の処理が終了すると、サーバー装置２０とクライアント装置１０との間の情報の同期が完了する。
【００６５】
以上の例では、同期処理の前半部でクライアント側から順に情報単位を読み出してこれを基準にクライアント・サーバー間の同期を図り、次にサーバー側から順に情報単位を読み出して、この中からクライアント側に保持されていない情報単位を見つけ出してクライアント側に反映するようにしたが、この順序は逆でもよい。
【００６６】
以上の例では、比較的簡単な同期アルゴリズムを用いたが、特開２０００−２５９４７３号公報（「データベース管理方式」）に示されるような、より高度なアルゴリズムを使用してユーザーの利便性を増しても良い。
【００６７】
また、この例では、同期処理をサーバー装置２０側で実施しているが、この代わりに、同期処理を実施する手段を各クライアントに持たせるようにしてもよい。
【００６８】
次に、図１３を参照して、本実施形態におけるクライアント装置１０での情報単位の検索処理の流れを説明する。
【００６９】
まず、検索キー入力エリア１０１に対しユーザから検索キーが入力され、検索ボタン１０２が押下されると (ステップＳ６０)、情報単位検索手段１５は、その検索キーを元に、クライアント情報単位群保持手段１３に保持されている情報単位群から検索条件に合致した情報単位を検索する(ステップＳ６２)。そして、検索された各情報単位の見出しのリストを、登録・検索結果表示エリア１０４へリスト表示する (ステップＳ６４)。このリスト表示の中のいずれかの見出しが、ユーザから選択された場合は、選択された見出しに対応する情報単位をクライアント情報単位群保持手段１３から読み込んで表示する。
【００７０】
図１４は、クライアント装置１０がノートＰＣである場合の、このときの表示画面１００の表示状態の例を示す図である。この例では、強調表示１２０がなされている「ヒラタクワガタ・・・」がユーザに選択されており、見出しエリア１０５及び内容エリア１０６等には、この選択された情報単位の各項目が表示されている。
【００７１】
図１５は、クライアント装置１０が画面や入力手段、記憶領域などに制約のあるＰＤＡである場合の、検索結果表示時の表示画面１５０の例である。このような機器では、図７に示される同期ルールの「ＰＤＡ」列の同期ルールが選択されるため、極端に長い文字列がカットされて表示され、さらに、画像ファイル等は圧縮処理がなされて表示される。
【００７２】
図１６は、クライアント装置１０が画面や入力手段、記憶領域など、性能がＰＤＡよりも更に劣る携帯電話である場合の、検索結果表示時の表示画面１６０ａ〜１６０ｃの例である。携帯電話機の場合、表示画面を複数の表示エリアへと分割したのでは、個々のエリアに表示できる情報は極めて少量になってしまうので、表示画面には図２に示した各エリアを一度に１つずつ表示し、その画面をユーザが切り替えていくようにする。例えば、表示画面１６０ａは検索キー入力画面であり、これに検索キーを入力して検索指示を行うと、検索された情報単位の見出しを一覧表示した表示画面１６０ｂが表示され、この一覧表示の中から所望の見出しをユーザが選択すると、その見出しに対応する本文内容のデータを示した表示画面１６０ｃが表示される。
【００７３】
なお、本実施形態では、情報単位に含まれるテキスト文字列の項目は、クライアント装置１０に提供される場合には、先頭からそのクライアント装置１０のタイプに応じた量の文字列のみに限定される。しかし、新聞記事や学術論文やビジネス文書などの実用文書では、文書の冒頭に全体の要約や文書中で最も重要な事項が記述されている場合が多いので、このような限定を行っても、なおかつかなり有用な情報をクライアント装置１０に持たせることができる。
【００７４】
なお、見出しエリア１０５や内容エリア１０６などに表示した文字列データに対応する、省略のない完全版をサーバー装置２０に要求するための機能とこの機能を呼び出すためのユーザインタフェースをクライアント装置１０に設けてもよい。ユーザは、検索結果の中から選択して画面表示した情報単位の省略部分も読みたい場合は、この機能を呼び出す。すると、クライアント装置１０がその情報単位のＩＤ等をサーバー装置２０に渡し、その完全版のデータを要求する。要求を受けたサーバー装置２０は、指示されたＩＤの情報単位のデータを、前述した同期ルールによる変換を行わずに、そのままクライアント装置１０に提供する。なお、クライアント装置１０側で情報単位に編集を加えた後で、完全版の要求がなされる場合を考慮するならば、サーバー装置２０は完全版の要求を受けたときに、その情報単位につき同期処理（例えば図６のステップＳ２０〜Ｓ３４）を実行し、同期済みの情報単位の全データをクライアント装置１０に提供するようにすることも好適である。また、情報単位の完全版の取得は、情報単位全体だけでなく、その中の項目ごとに行えるようにしてもよい。
【００７５】
以上説明したように、本実施形態では、クライアント装置１０を表示画面サイズや記憶容量などの性能のレベルごとに複数のタイプに分類し、サーバー装置２０の持つ情報単位を各タイプのクライアント装置１０の性能に合わせて変換するための規則を示した同期ルールをタイプごとに設定しておく。そして、クライアント装置・サーバー装置間での情報の同期の際、クライアント装置のタイプを判別し、そのタイプに対応する同期ルールにしたがって、サーバー装置２０とクライアント装置１０との間で情報単位の内容を同期させている。従って、本実施形態によれば、性能の異なる複数のタイプのクライアント装置１０とサーバー装置２０との情報単位の同期を実現することができる。
【図面の簡単な説明】
【００７６】
【図１】本発明に係る情報管理システムの構成を示す機能ブロック図である。
【図２】ノートＰＣ上に実現した実施形態のクライアント装置の表示画面の一例を示す図である。
【図３】情報単位の登録処理の流れを示すフローチャートである。
【図４】情報単位を表示した表示画面の例を示す図である。
【図５】情報単位のデータ構造の一例を示す図である。
【図６】サーバー装置・クライアント装置間の情報単位群の同期処理の手順の前半部を示す図である。
【図７】同期ルールの例を示す図である。
【図８】図５の情報単位の例に対し、ＰＤＡの同期ルールを適用した結果を例示する図である。
【図９】図５の情報単位の例に対し、携帯電話機の同期ルールを適用した結果を例示する図である。
【図１０】サーバー装置が生成する情報単位の一時データの例を示す図である。
【図１１】携帯電話機で内容部の文字列に加えられた変更が、サーバー装置側に反映される様子を説明するための図である。
【図１２】サーバー装置・クライアント装置間の情報単位群の同期処理の手順の後半部を示す図である。
【図１３】クライアント装置での情報単位の検索処理の流れを示すフローチャートである。
【図１４】ノートＰＣにおける検索結果の表示画面の例を示す図である。
【図１５】ＰＤＡにおける検索結果の表示画面の例を示す図である。
【図１６】携帯電話機における検索結果の表示画面の例を示す図である。
【符号の説明】
【００７７】
１０  クライアント装置、１１  クライアントタイプ保持手段、１２  情報単位入力手段、１３  クライアント情報単位群保持手段、１４  検索条件入力手段、１５  情報単位検索手段、１６  情報単位提示手段、２０  サーバー装置、２１  サーバー装置情報単位群保持手段、２２  情報単位群同期手段、２３  同期ルール保持手段、２４  変更部分検出手段。
【図１】
2006228016.tif 000003
【図２】
2006228016.tif 000004
【図３】
2006228016.tif 000005
【図４】
2006228016.tif 000006
【図５】
2006228016.tif 000007
【図６】
2006228016.tif 000008
【図７】
2006228016.tif 000009
【図８】
2006228016.tif 000010
【図９】
2006228016.tif 000011
【図１０】
2006228016.tif 000012
【図１１】
2006228016.tif 000013
【図１２】
2006228016.tif 000014
【図１３】
2006228016.tif 000015
【図１４】
2006228016.tif 000016
【図１５】
2006228016.tif 000017
【図１６】
2006228016.tif 000018