JP2009199324A - データ同期システム及びデータ同期方法 - Google Patents

Abstract

【課題】 クライアント内にサーバ内のデータの全部又は一部を記憶するシステムで、クライアント２とサーバ１で記憶された両方のデータの重要度を反映し、使用される可能性の高いデータをクライアント２に記憶することを目的としたものである。
【解決手段】 サーバがクライアントに記憶されたクライアントデータ重要度とサーバに記憶したサーバデータ重要度とを基にクライアントに記憶されたクライアントデータを更新する更新情報を生成し、クライアントがサーバにより生成された更新情報をクライアントデータに反映する。
【選択図】 図１

Description

本発明は、サーバ内に格納されたデータの一部又は全部をクライアントのデータと同期化するデータ同期システム及びデータ同期方法に関するものである。

携帯電話等のクライアント端末のメモリ容量には限りがあるため、サーバ内に格納されたデータの全てをクライアントへ格納できない場合がある。そのため、サーバ内のデータのうち一部を選択してクライアントに格納する方法が考えられている。
特許文献１には、クライアント上でユーザがデータを参照した履歴をサーバへ送信し、サーバはこの参照履歴に応じてクライアントへ転送するデータを選択する方法が開示されている。
特許文献２には、転送対象となるデータ毎に重要度を付与しておき、サーバはデータに付与された重要度に応じてクライアントへ転送するか否かを判断する方法が開示されている。
特開２０００−２２８３９号公報 特開２００４−５４８３３号公報

特許文献1に記載の方法では、サーバはクライアント上でのデータの参照回数に応じてクライアントへ転送するデータを選択するため、サーバ上で新たに追加され、クライアントで参照されていないデータは転送されないという問題があった。
また、特許文献2に記載の方法では、サーバはデータ作成時にユーザが指定した重要度に応じてクライアントへの配布有無を選択するため、クライアントにデータが転送された後、クライアント上の利用頻度等に応じて自動的にクライアントに残すデータを選択できないという問題があった。
また、従来の方法では、データそれぞれに付与された重要度にのみ応じて、クライアントで保持するデータを決めるため、そのデータが属するグループの重要度が高くてもクライアントへデータが転送されないという問題があった。例えば、あるカテゴリの写真を好むユーザは、ここの写真の重要度が低くとも、そのカテゴリの写真は閲覧したいという要求がある。

この発明は上記のような課題を解決するためになされたもので、クライアント内にサーバ内のデータの全部又は一部を記憶するシステムにおいて、クライアント２とサーバ１で記憶された両方のデータの重要度を反映し、使用される可能性の高いデータをクライアント２に記憶することを目的としたものである。
また、クライアントが記憶するデータを、個々のデータに付与された重要度のみならず、そのデータが属するグループにも応じて、選択できるようにすることを目的としたものである。
さらに、クライアントへのデータ転送が途中で途切れたとしても、データのタイトルなど記憶容量の小さい基本的な項目を優先してクライアントに記憶されるようにし、次回通信時に当該データが転送されるよう、ユーザがクライアント上でデータの重要度を変更できるようにすることを目的としたものである。

この発明に係るデータ同期システムは、データとこのデータのサーバにおけるサーバデータ重要度とを記憶したサーバと、前記サーバに記載された前記データの一部データとこの一部データのクライアントにおけるクライアントデータ重要度とを記憶したクライアントと、を備えたデータ同期システムであって、
前記サーバは、前記クライアントに記憶された前記クライアントデータ重要度と前記サーバデータ重要度とを基に前記クライアントに記憶された前記クライアントデータを更新する更新情報を生成し、
前記クライアントは、前記サーバにより生成された前記更新情報を前記クライアントデータに反映するものである。

この発明は、サーバがクライアントに記憶されたクライアントデータ重要度とサーバに記憶したサーバデータ重要度とを基にクライアントに記憶されたクライアントデータを更新する更新情報を生成し、クライアントがサーバにより生成された更新情報をクライアントデータに反映することにより、クライアントとサーバで記憶された両方のデータの重要度を反映し、使用される可能性の高いデータをクライアント２に記憶することができる。

実施の形態１．
図１は、実施の形態１のデータ同期システムの構成図である。
図１において、サーバ１と複数のクライアント２がネットワーク（図示せず）を介して接続されている。
サーバ１は、データを記憶するデータ記憶部１１、サーバ１における各データの重要度を記憶する重要度記憶部１２、クライアント２とのデータ転送を制御する転送制御部１３、クライアント２に保存されたデータの重要度とサーバ１に保存されたデータの重要度との両方の値を用いて統合重要度を算出する統合重要度計算部１４、クライアント２への更新指示である更新情報を生成する更新情報生成部１５により構成されている。
また、クライアント２は、データを記憶するデータ記憶部２１、クライアント２における各データの重要度を記憶する重要度記憶部２２、サーバ１とのデータ転送を制御する転送制御部２３により構成されている。

図２は、クライアント２とサーバ１でそれぞれ記憶するデータと重要度の説明図である。
ここで、データはサーバ１のデータ記憶部１１とクライアント２のデータ記憶部２１にそれぞれ記憶され、また、重要度はサーバ１の重要度記憶部１２とクライアント２の重要度記憶部２２にそれぞれ記憶されている。この例では、画像データを記憶しており、画像データ毎に、一意に識別するためのＩＤ、タイトル、撮影日時、グループの情報、画像（本体）が記憶されている。
クライアント２のデータ記憶部２１の容量は小さいため、クライアント２のデータ記憶部２１に格納されたデータは、サーバ１のデータ記憶部１１に格納されたデータのサブセットになっている。
以下では、クライアント２のデータ記憶部２１に格納できる件数は３件であるとして説明する。また、重要度は、例えば、データの参照回数、ユーザによる入力などによって、クライアント２とサーバ１がそれぞれ記憶している。

図３は、図２で示したサーバ１側のデータにＩＤ＝００６とＩＤ＝００７のデータが追加された時の、クライアント２とサーバ１でそれぞれ記憶するデータと重要度の説明図である。
図４は、サーバ１側にＩＤ＝００６とＩＤ＝００７のデータが追加された後の、クライアント２とサーバ１間のデータ同期処理の動作手順を示すフローチャートである。
図３および図４を参照してクライアント２とサーバ１間のデータ同期処理について説明する。

まず、クライアント２は、サーバ１にクライアント情報を送信する。即ち、クライアント２の転送制御部２３は、データ記憶部２１に記憶されているデータのデータＩＤリスト（記憶ＩＤリスト）と、重要度記憶部２２に記憶されている重要度リストとをサーバ１へ送信する（ステップＳ１）。
続いて、サーバ１の転送制御部１３が、クライアント２の転送制御部２３から送信されたデータのＩＤのリストとクライアント２の重要度リストとを受信すると（ステップＳ２）、統合重要度計算部１４がクライアント２の重要度リストとサーバ１の重要度リストから各データの統合重要度を計算し、この統合重要度から各データの統合重要度が含まれた統合重要度リストを生成する（ステップＳ３）。

ここで、サーバ１の統合重要度計算部１４がステップＳ３で各データの統合重要度を計算し、この統合重要度から統合重要度リストを生成する処理動作について説明する。
図５は、統合重要度計算部１４が各データの統合重要度を計算し、この統合重要度から統合重要度リストを生成する動作手順を示すフローチャートである。
まず、統合重要度の計算処理をする処理対象データに対応するクライアント２の重要度を、クライアント２から受信したクライアント重要度リストから取得する（ステップＳ１１）。
次に、処理中のＩＤに対応するサーバ重要度を、サーバ１の重要度記憶部１２に記憶されたサーバ重要度リストから取得する（ステップＳ１２）。そして、ステップＳ１１で取得したクライアント重要度と、ステップＳ１２で取得したサーバ重要度とを用い、統合重要度算出ルールに基づき統合重要度を算出する（ステップＳ１３）。

統合重要度算出ルールは、統合重要度を算出する式などであり、例えば、クライアント２の重要度とサーバ１の重要度を２対１の比率で加算するといったルールである。この場合、統合重要度は、次の式（１）で計算できる。
［統合重要度］＝［クライアントの重要度］×２＋［サーバの重要度］×１ （１）

そして、計算された統合重要度を統合重要度リストに記憶する（ステップＳ１４）。
このように、サーバ１のデータ記憶部１１が管理するデータのＩＤ毎に、ステップＳ１１〜ステップＳ１４の処理を繰り返すことで（ステップＳ１５）、統合重要度リストを生成することができる。
図６は、統合重要度計算部１４が図５のフローチャートに従って算出した統合重要度を基に生成した統合重要度リストの説明図である。ここで、クライアント２に格納可能な件数は３件であるため、統合重要度上位３位までのＩＤ＝００６、ＩＤ＝００３、ＩＤ＝００７のデータがクライアント２に記憶されるよう選択されたことになる。

図４のフローチャートに戻り、サーバ1の更新情報生成部１５が、統合重要度を基にクライアント２上のデータ記憶部２１に記憶されたデータを更新するための情報である更新情報を生成する（ステップＳ４）。

ここで、更新情報生成部１５がステップＳ４で更新情報を生成する時の処理動作について詳細に説明する。
図７は、更新情報生成部１５が更新情報を生成する動作手順を示すフローチャートである。
まず、クライアント２への格納件数を示す「記憶件数」変数を０に初期化し、生成対象である更新情報を初期化する（ステップＳ２１）。
次に、統合重要度リストの各データの統合重要度を重要度の高い順にソートし、重要度の高いデータを抽出する（ステップＳ２２）。
続いて、抽出したデータ毎に、次の処理を繰り返す（ステップＳ２３）。まず、最初に処理するデータに対して、「記憶件数」変数を１加算する（ステップＳ２４）。そして、この「記憶件数」がクライアント２に格納可能な「上限件数」（３件）より大きいか否かをチェックする（ステップＳ２５）。

「記憶件数」が「上限件数」以下の場合、処理中データをクライアント２に記憶するよう更新情報を生成する。この場合には、まず、処理中データがクライアント２に記憶済みか否かをチェックする（ステップＳ２６）。このチェックは、クライアント２から受信した記憶ＩＤリストに処理中のデータのデータＩＤが含まれているか否かによって判断できる。そして、クライアント２に記憶済みでない場合には、処理中データをクライアント２へ送信する必要があるため更新データとして更新情報へ追加する（ステップＳ２７）。

「記憶件数」が「上限件数」より大きい場合、処理中データがクライアント２に記憶済みか否かをチェックする（ステップＳ２８）。そして、クライアント２に記憶済みの場合は、処理中データをクライアント２に記載されたデータの中から削除する必要があるため処理中データのＩＤを削除対象として更新情報へ追加する（ステップＳ２９）。
この後、統合重要度リストの各データについてステップＳ２３〜ステップＳ２９の処理を繰り返す（ステップＳ３０）。
図８は、更新情報生成部１５が図７のフローチャートに従って算出した更新情報の説明図である。
図８には、図６に示した統合重要度リストの上位３件のうち、クライアント２に記憶されていないＩＤ＝００６とＩＤ＝００７のデータが更新データとして含まれている。また、クライアント２に記憶されているデータのうち、統合重要度が低い２つであるＩＤ＝００１とＩＤ＝００５が削除対象として含まれている。

図４のフローチャートに戻り、サーバ１の転送制御部１３は、生成された更新情報をクライアント２へ送信する（ステップＳ５）。そして、これを受信した（ステップＳ６）クライアント２の転送制御部２３は、更新情報の内容をデータ記憶部２１へ反映し更新する（ステップＳ７）。

図９は、クライアント２とサーバ１間のデータ同期処理により更新されたクライアント２とサーバ１に記憶されるデータと重要度の説明図である。
図９は、図３のデータと重要度に対し、クライアント２上の重要度は低い（値が０）が、サーバ１上の重要度が高いため、クライアント２にＩＤ＝００６とＩＤ＝００７のデータが追加されている。また、サーバ１上の重要度は高い（値が７）がクライアント２の重要度の低いＩＤ＝００１とＩＤ＝００５のデータが削除されている。また、サーバ１上の重要度は低い（値が５）がクライアント２の重要度の高いＩＤ＝００３のデータは削除されていない。

上記の説明においては、統合重要度算出ルールはあらかじめ決められたものとしたが、ユーザが変更できるようにしてもよい。
図１０は、統合重要度算出ルールの設定画面の説明図である。
図１０の例では、クライアント２の重要度とサーバ１の重要度を３対２の比率で加算するというルールを示している。このように、ユーザが統合重要度算出ルールを変更できるようにすることで、例えば、ユーザの意思を反映した形で統合重要度を算出することができるため、クライアント２がユーザに適したユーザ向けのデータを記憶することができる。
また、この統合重要度算出ルールは、ユーザがサーバ１上で直接設定するだけでなく、クライアント２に記憶しておき、データ同期処理前にサーバ１へ送付するようにしてもよい。

図４のステップＳ４の処理で求められたクライアント２へ送信する更新情報（図８参照）は、クライアント２に送信する更新情報としてＩＤ＝００６とＩＤ＝００７のデータを追加するとともに、ＩＤ＝００１とＩＤ＝００５のデータを削除することを示している。ここで、図４のステップＳ３の処理で求められた統合重要度リスト（図６参照）によれば、削除対象であるＩＤ＝００５と追加対象であるＩＤ＝００７の統合重要度の差はわずか１であり、ユーザが利用する可能性もほとんどかわらない。そこで、追加対象データと削除対象データの統合重要度の差がわずかである場合には、追加対象データをサーバ１からクライアント２へ転送しないようにすれば、通信量を削減することができる。
この通信量を削減することを目的として、統合重要度を算出する際に、クライアント１に追加対象データが存在するか否か（クライアント２に追加対象データが記憶済みか否か）、すなわち、クライアント１へ追加データを転送する必要があるか否か（転送要否）も加味するようにしてもよい。

図１１は、統合重要度計算部１４がクライアント２への転送要否を加味して統合重要度を計算し、この統合重要度から統合重要度リストを生成する動作手順を示すフローチャートである。
図１１は、図５に対し、処理中データがクライアント２内に記憶済みか否かをチェックする処理（ステップＳ３１）が追加されている。このチェックは、クライアント２から受信した記憶ＩＤリストに処理中のデータのデータＩＤが含まれているか否かによって判断できる。また、この場合、クライアント２内に記憶済みか否かの情報も含んだ統合重要度算出ルールを用いて統合重要度を算出する（ステップＳ１３）。この場合、統合重要度は、次の式（２）で計算できる。
［統合重要度］＝［クライアントの重要度］×２＋［サーバの重要度］×１
＋[クライアントに記憶済み]×５ （２）

ここで、[クライアント２に記憶済み]変数は、処理中データがクライアント２に記憶済みの場合「１」、記憶済みでない場合「０」となる。そのため、統合重要度は、処理中データがクライアント２に記憶済みの場合にのみ「５」が加算される。
図１２は、統合重要度計算部１４が、クライアント２への転送要否を加味して算出した統合重要度を基に生成した統合重要度リストの説明図である。図１２は、転送要否を加味しない場合の図６に対し、クライアント２に記憶済みのデータ（ＩＤ＝００１、００３、００５）について、統合重要度が「５」加算されている。

図１３は、更新情報生成部１５が図１２の統合重要度リストを基に生成した更新情報の説明図である。
図１３は、転送要否を加味しない場合の図８の更新情報に対し、追加対象としてのＩＤ＝００７の更新データが含まれておらず、削除対象としてＩＤ＝００５のデータも含まれておらず、更新情報のサイズは小さい。
このように、統合重要度の算出にクライアント２への転送要否（クライアントに記憶済みか否か）を加味することにより、サーバ１からクライアント２への転送量が削減されるという利点がある。この際、クライアント２へ追加しなかったデータと、クライアント２から削除しなかったデータの統合重要度の差は小さいため、ユーザがデータを利用しようとした際にクライアント２に存在しない確率はほとんど変わらない。

また、上記では、クライアント２から記憶ＩＤリストと重要度リストをサーバ１へ転送しサーバ１上でクライアント２が記憶すべきデータを選択する場合について説明したが、サーバ１から記憶ＩＤリストと重要度リストをクライアント２へ送信し、クライアント２側でクライアント２が記憶すべきデータを選択するようにしてもよい。

さらに、上記では、記憶ＩＤリストとしてクライアント２が記憶する全てのＩＤと、重要度リストとしてクライアント２が記憶する全ての重要度とをクライアント２からサーバ１へ転送するとして説明したが、前回データ同期実行時の記憶ＩＤリストと重要度リストをサーバ１が記憶しておき、前回データ同期実行時から変更された内容のみを転送するようにしてもよい。

以上のように本実施の形態によれば、クライアント２上に記憶されたデータの重要度、及び、サーバ１上に記憶されたデータの重要度から、統合重要度算出ルールに従って統合重要度を算出し、この統合重要度に応じてクライアント２に記憶するデータを選択するため、クライアント２とサーバ１で記憶された両方のデータの重要度を反映し、使用される可能性の高いデータをクライアント２に記憶することができるという利点がある。例えば、サーバ１上にのみ存在しクライアント２には記憶されていないデータであっても、サーバ１上での重要度が高ければ、クライアント２へ転送される。

また、サーバ１上の重要度が低くても、クライアント２での利用頻度が高いなどクライアント２上の重要度が高ければ、クライアント２から削除されない。これにより、例えば、クライアント２上でユーザ個人の好みに依存する重要度を記憶し、サーバ１上では他のユーザを含めた人気に依存する重要度を記憶する場合、クライアント２のユーザ個人と、他のユーザの人気の両方を加味し、使用頻度の高いデータをクライアント２に記憶することができる。

実施の形態２．
実施の形態１では、クライアント２とサーバ１で記憶したデータ毎の重要度を元に統合重要度の算出度を算出する場合について説明したが、本実施の形態では、さらにデータの属するグループの重要度も加味する場合について説明する。

図１４は、実施の形態２のデータ同期システムの構成図であり、図１と同一符号は同一または相当部分を示し説明を省略する。図１４において、グループ重要度記憶部１６がサーバ１に、グループ重要度記憶部２６がクライアント２に追加されている。
図１５は、クライアント２とサーバ１で記憶するグループ重要度の説明図である。それぞれ、データの属するグループ毎に重要度が記憶されている。

次に、実施の形態１の図３と同様に、サーバ１側にＩＤ００６とＩＤ００７のデータが追加された後の、クライアント２とサーバ１間のデータ同期処理について説明する。基本的な処理動作は、実施の形態１の図４のフローチャートと同様であるが、一部異なる点について以下に説明する。
まず、クライアント２からサーバ１へのクライアント情報送信処理においては、実施の形態１で述べたクライアント２の重要度リスト、及び、記憶ＩＤリストに加え、グループ重要度記憶部２６に記憶されているグループ重要度リストも送信する（ステップＳ１）。

次に、統合重要度計算部１４による統合重要度の算出処理では、実施の形態１で用いたクライアント２の重要度リストとサーバ１の重要度リストに加え、ステップＳ２で受信したクライアント２のグループ重要度リスト、及び、サーバ１のグループ重要度記憶部２６に記憶されたサーバ１の重要度リストから統合重要度を算出する（ステップＳ３）。

ここで、サーバ１の統合重要度計算部１４がステップＳ３で統合重要度を計算し、この統合重要度から統合重要度リストを生成する処理動作について説明する。
図１６は、統合重要度計算部１４が統合重要度を計算し、この統合重要度から統合重要度リストを生成する動作手順を示すフローチャートであり、図５のフローチャートに対し、クライアント２のグループ重要度リストから処理中データのグループ重要度を取得する処理（ステップＳ４１）と、サーバ１のグループ重要度リストから処理中データのグループ重要度を取得する処理（ステップＳ４２）と、が追加されている。
これらの処理は、対象データのグループに一致する重要度を図１５に示したグループ重要度のリストから検索することで行われる。

また、統合重要度を算出する（ステップＳ１３）ための統合重要度算出ルールには、クライアント２のグループ重要度、及び、サーバ１のグループ重要度も用いて算出するものが用いられる。この場合、統合重要度は、次の式（３）で計算できる。
［統合重要度］＝［クライアントの重要度］×２＋［サーバの重要度］×１
＋［クライアントのグループ重要度］×３＋［サーバのグループ重要度］×１ （３）

図１７は、統合重要度計算部１４が図１６のフローチャートに従って算出した統合重要度の説明図であり、図６の統合重要度リストの例に対し、各データの属するグループのグループ重要度に応じて値が加算されている。
以降のデータ同期処理は、実施の形態１と同様であるので説明を省略するが、統合重要度リストが異なるため、データ同期処理後にクライアント２に記憶されるデータは異なる。
本実施の形態におけるデータ同期処理後のデータと重要度を図１８に示す。ここでは、グループ「花子」のグループ重要度が高いため、実施の形態１の図９のクライアント２側に記載されているＩＤ＝００７の代わりにＩＤ＝００１のデータがクライアント２側に記憶されている。
なお、本実施の形態のおける統合重要度は、クライアントのグループ重要度とサーバのグループ重要度とを基に求める場合について説明したが、クライアントのグループ重要度またはサーバのグループ重要度のいずれかを基に求めるようにしても同様の効果を得ることができる。

以上のように本実施の形態によれば、クライアント２上に記憶されたデータの重要度とグループの重要度、及び、サーバ１上に記憶されたデータの重要度とサーバ１の重要度から、統合重要度算出ルールに従って統合重要度を算出し、この統合重要度に応じてクライアント２に記憶するデータを選択する。そのため、クライアント２とサーバ１で記憶された両方の重要度、及び、各データが属するグループの重要度をも反映するため、より使用される可能性の高いデータがクライアント２に記憶されるという利点がある。例えば、サーバ１に新しいデータが追加された場合、そのデータの属するグループの重要度を高くしておけば、クライアント２にとって未知のデータであっても、優先してクライアント２へ転送するようにすることができる。

なお、ここではデータの重要度リストと、グループの重要度リストの両方を、クライアント２からサーバ１へ転送すると述べたが、グループの重要度リストのみを転送するようにしてもよい。データの重要度リストの転送を省略することで通信量を削減できるという利点がある。
また、さらにクライアント２又はサーバ１で管理する重要度リストを、グループの重要度リストのみにしてもよい。データの重要度リストを記憶しないことで、記憶容量を削減できるという利点がある。

実施の形態３．
実施の形態１では、クライアント２とサーバ１内に記憶した重要度に基づきクライアント２に記憶すべきデータを選択する方法について説明したが、本実施の形態では、各データの項目をレベル付けして管理し、メモリ容量を消費する画像（本体）のような項目は記憶できなくとも、メモリ容量をあまり消費しないタイトルやサムネイルなどの項目については記憶できるようにする場合について説明する。

本実施の形態におけるデータ同期システムの構成は、実施の形態１の図１と同様であるので説明は省略する。
図１９は、クライアント２とサーバ１でそれぞれ記憶するデータと重要度の説明図であり、図３に示した重要度に対し、各データにはサムネイルの項目が追加されている。また、データの項目は、詳細レベルに分類されており、レベル１にはタイトル、撮影日時、グループ、サムネイルが属し、レベル２には画像（本体）が属する。

ここで、レベル１に属する項目は、レベル２に属する画像に比べて小さなサイズのため、クライアント２のデータ記憶部の容量を圧迫しない。そのため、実施の形態１の図３ではクライアント２に記憶されていなかったＩＤ＝００２とＩＤ＝００４のデータについても、図１９のようにレベル１のデータであるＩＤ＝００２とＩＤ＝００４のデータが記憶されている。
以下では、クライアント２のデータ記憶部２１において、レベル１のデータを格納できる件数は制限なし、レベル２のデータを格納できる件数は３件であるとして説明する。
また、データの概要を把握できるタイトルやサムネイルなどの項目が記憶されているので、クライアント２上でデータを選択して重要度を変更することができる。ここでは、実施の形態１の図３に対してＩＤ＝００４のデータの重要度が１０に変更されている。

次に、クライアント２とサーバ１間のデータ同期処理について説明する。基本的な動作は、実施の形態１の図４と同様であるが、一部異なる点について図４を参照して説明する。
まず、クライアント２からサーバ１へのクライアント情報送信処理（ステップＳ１）では、実施の形態１と同様に、クライアント２の重要度リスト、及び、記憶ＩＤリストを転送するが、記憶ＩＤリストにはクライアント２に記憶されている詳細レベルも含まれる。

図２０は、記憶ＩＤリストの説明図である。記憶ＩＤリストには、クライアント２のデータ記憶部２１に格納されているデータのＩＤと、記憶されている詳細レベルが含まれる。例えば、ＩＤ＝００１のデータはレベル２に属する画像まで記憶されているので詳細レベル＝２、ＩＤ＝００２のデータはレベル１に属する項目までしか記憶されていないので詳細レベル＝１となっている。

続いて、図４のステップＳ３の統合重要度リスト算出処理は、実施の形態１と同様であるので、説明を省略する。但し、本実施の形態で算出される統合重要度は、実施の形態１の図３の重要度と異なるため、算出される統合重要度は実施の形態１の図６の統合重要度リストとは異なり、図２１に示すとおりである。

次に、図４のステップＳ４でクライアント更新情報生成処理が行われる。
図２２は、本実施の形態において、更新情報生成部１５が更新情報を生成する動作手順を示すフローチャートである。
ステップＳ２１〜ステップＳ２５の処理は、実施の形態１の図７と同様であるので、説明を省略する。
ステップＳ２５で「記憶件数」が「上限件数」以下の場合、レベル２の詳細レベルまで処理中データをクライアント２に記憶するよう更新情報を生成するために、まず、処理中データのクライアント２での詳細レベルをチェックする（ステップＳ５１）。これは、クライアント２から受信した記憶ＩＤリストで判断できる。

クライアント２に記憶済みでない場合には、処理中データのレベル１とレベル２の項目をクライアント２へ送信する必要があるため更新情報へ追加する（ステップＳ５２）。
クライアント２にレベル１まで記憶済みの場合には、処理中データのレベル２の項目をクライアント２へ送信する必要があるため更新情報へ追加する（ステップＳ５３）。
既に、クライアント２にレベル２まで記憶済みの場合には、変更する必要はないためなにもしない。

ステップＳ２５で「記憶件数」が「上限件数」より大きい場合、レベル１の詳細レベルまで処理中データをクライアント２に記憶するよう更新情報を生成するために、まず、処理中データのクライアント２での詳細レベルをチェックする（ステップＳ５４）。
クライアント２に記憶済みでない場合には、処理中データのレベル１の項目をクライアント２へ送信する必要があるため更新情報へ追加する（ステップＳ５５）。
クライアント２にレベル１まで記憶済みの場合には、変更する必要はないためなにもしない。
クライアント２にレベル２まで記憶済みの場合には、レベル１に変更する必要があるため、削除対象としてＩＤと詳細レベル２を更新情報へ追加する（ステップＳ５６）。
この後、統合重要度リストの各データについてステップＳ２３〜ステップＳ５６の処理を繰り返す（ステップＳ３０）。

図２３は、更新情報生成部１５により図２１の更新情報生成処理で算出された更新情報の説明図である。
ＩＤ＝００１とＩＤ＝００５のデータについては、記憶する詳細レベルをレベル２からレベル１へ下げる必要があるため、削除対象として削除後の詳細レベルを１として含まれており、ＩＤ＝００４については、クライアント２でレベル２まで記憶するが、既にレベル１の項目はクライアント２に記憶済みであるため、レベル２の更新データのみが含まれている。
また、ＩＤ＝００６については、クライアント２でレベル２まで記憶するようにするが、現状クライアント２には記憶されていないため、レベル１とレベル２の更新データが含まれている。ＩＤ＝００７については、クライアント２でレベル１まで記憶するようにするが、クライアント２には記憶されていないため、レベル１の更新データが含まれている。

図４に戻り、サーバ１の転送制御部１３は、生成された更新情報をクライアント２へ送信する（ステップＳ５）。これを受信した（ステップＳ６）クライアント２の転送制御部２３は、更新情報に従ってデータ記憶部２１を更新する。
図２４は、上記の処理により更新されたクライアント２とサーバ１内に記憶されるデータと重要度の説明図である。サーバ１に記憶された全データのレベル１の項目は、クライアント２に記憶されている。また、サイズの大きいレベル２の項目は、統合重要度の高い３件が記憶されている。

以上のように本実施の形態においては、データの項目をレベル付けして管理することで、詳細レベル毎にクライアント２へ記憶するか否かをサーバ１は選択できる。そのため、詳細レベルの高いメモリ容量を消費する項目は記憶できなくとも、詳細レベルの低いメモリ容量をあまり消費しない項目については記憶できる。例えば、画像データの場合、詳細レベルの高い画像本体などはクライアント２に記憶されていなくとも、詳細レベルの低いタイトルやサムネイルなどの項目はクライアント２に記憶されるため、ユーザはそれを見て次回データ同期実行時にクライアント２へ転送されるよう重要度を変更することができる。

また、データを詳細レベル毎に転送することで、既にクライアント２に記憶済みの詳細レベルに属する項目を転送する必要がないため、転送サイズを削減することができる。例えば、図２３において、ＩＤ＝００４のデータについては、レベル１更新データを転送しなくて済むため、その分転送サイズが削減されている。

さらに、詳細レベルの低い項目を先に転送することで、無線通信などで通信が途中で切れてしまった場合であっても、詳細レベルの低い項目だけはクライアント２に記憶させることができる。例えば、図２３の更新情報をサーバ１からクライアント２へ転送する途中、レベル１更新データまで転送された時点で通信が途切れた場合、それ以前に受信したデータをクライアント２内のデータ記憶部に反映すると、クライアント２とサーバ１内に記憶されるデータと重要度は図２５のようになる。クライアント２に詳細レベルの高い画像は記憶されないものの、詳細レベルの低いタイトルやサムネイルなどは記憶されているので、ユーザはそれを見て次回データ同期実行時にクライアント２へ転送されるよう重要度を変更することができる。
また、重要度の高い順にデータを転送するようにすれば、一つのレベルのデータを転送する途中で通信が途切れても、重要度の高いデータがクライアント２に記憶される。

実施の形態４．
実施の形態１では、重要度についてデータの参照回数やユーザによる入力などによる例について説明したが、本実施の形態では、サーバの重要度を複数のクライアントの重要度から求める場合について説明する。
図２６は、サーバ１の重要度を複数のクライアントの重要度から求める場合の重要度管理例の説明図である。
サーバ１の重要度記憶部１２は、クライアント毎にデータ同期時に受信したクライアントの重要度リストの値から算出した値をサーバ１の重要度として記憶しておく。図２６の例では、クライアントＡの重要度とクライアントＢの重要度を加算したものをサーバ１の重要度とする場合を示している。

上記のように管理することで、サーバ１の重要度は複数のクライアントの重要度を反映したものとなるため、クライアントに記憶すべきデータをより適切に選択できる。また、上記ではクライアントの重要度をそのままサーバ１の重要度に反映することとしたが、クライアントは自端末向けの重要度と、サーバ１の重要度算出に用いる重要度を別に管理することとしてもよい。この場合の重要度管理例の説明図を図２７に示す。

図２７において、クライアントＡ、Ｂは、自端末用とサーバ用の２つの重要度を管理する。サーバ１は、クライアント毎にサーバ用重要度を記憶しておき、これを用いてサーバ重要度を算出する。この算出した値をサーバ１の重要度としてサーバ１の重要度記憶部１２に記憶しておく。
重要度を自端末用とサーバ用に分けることは、あるクライアントが自端末では利用したいが他のクライアントへの転送を抑制したいようなデータの場合に有効である。例えば、あるユーザが画像をサーバに記憶したが、近いうちに編集する予定であるため他のクライラントへの転送はさせたくないような場合に用いる。
図２７において、ＩＤ＝００７のデータでは、クライアントＢの自端末用重要度は４０と高い値になっているが、サーバ用重要度は−２０と低い値になっている。その結果、サーバ重要度は−２０と低い値になるため、クライアントＡへ転送されにくい。
一方、クライアントＢについては、自端末用重要度がサーバ用重要度よりも十分に大きいため、データは記憶される。
上記のように管理することで、各クライアントは他のクライアントへのデータ転送を抑制することができる。

実施の形態１のデータ同期システムの構成図。 実施の形態１においてクライアント２とサーバ１で記憶するデータと重要度の説明図。 実施の形態１においてサーバ１側にデータが追加された時にクライアント２とサーバ１で記憶するデータと重要度の説明図。 実施の形態１においてサーバ１側にデータが追加された時のクライアント２とサーバ１間のデータ同期処理の動作手順を説明するフローチャート。 実施の形態１において統合重要度計算部１４が統合重要度を計算し統合重要度リストを生成する動作手順を説明するフローチャート。 実施の形態１において統合重要度計算部１４が算出した統合重要度を基に作成した統合重要度リストの説明図。 実施の形態１において更新情報生成部１５が更新情報を生成する動作手順を説明するフローチャート。 実施の形態１において更新情報生成部１５が算出した更新情報の説明図。 実施の形態１においてデータ同期処理により更新されたクライアント２とサーバ１に記憶されるデータと重要度の説明図。 実施の形態１における統合重要度算出ルールの設定画面の説明図。 実施の形態１において統合重要度計算部１４がクライアント２への転送要否を加味して統合重要度を計算し統合重要度リストを生成する動作手順を説明するフローチャート。 実施の形態１において統合重要度計算部１４がクライアント２への転送要否を加味して算出した統合重要度を基に作成した統合重要度リストの説明図。 実施の形態１においてクライアント２への転送要否を加味して算出した統合重要度を基に生成した更新情報の説明図。 実施の形態２のデータ同期システムの構成図。 実施の形態２においてクライアント２とサーバ１で記憶するグループ重要度の説明図。 実施の形態２において統合重要度計算部１４が統合重要度を計算し統合重要度リストを生成する動作手順を説明するフローチャート。 実施の形態２において統合重要度計算部１４が算出した統合重要度の説明図。 実施の形態２におけるデータ同期処理後のデータと重要度の説明図。 実施の形態３においてクライアント２とサーバ１で記憶するデータと重要度の説明図。 実施の形態３における記憶ＩＤリストの説明図。 実施の形態３において算出される統合重要度の説明図。 実施の形態３において更新情報生成部１５が更新情報を生成する動作手順を説明するフローチャート。 実施の形態３において更新情報生成部１５により算出された更新情報の説明図。 実施の形態３においてクライアント２とサーバ１内に記憶されるデータと重要度の説明図。 実施の形態３においてクライアント２とサーバ１内に記憶されるデータと重要度の説明図。 実施の形態４においてサーバ１の重要度を複数のクライアントの重要度から求める場合の重要度管理例の説明図。 実施の形態４においてサーバ１の重要度算出に用いる重要度を別に管理する場合の重要度管理例の説明図。

符号の説明

１ サーバ、２ クライアント、１１ データ記憶部、１２ 重要度記憶部、１３ 転送制御部、１４ 統合重要度計算部、１５ 更新情報生成部、１６ グループ重要度記憶部、２１ データ記憶部、２２ 重要度記憶部、２３ 転送制御部、２６ グループ重要度記憶部。

Claims (17)

1. データとこのデータのサーバにおけるサーバデータ重要度とを記憶したサーバと、前記サーバに記載された前記データの一部データとこの一部データのクライアントにおけるクライアントデータ重要度とを記憶したクライアントと、を備えたデータ同期システムであって、
   前記サーバは、前記クライアントに記憶された前記クライアントデータ重要度と前記サーバデータ重要度とを基に前記クライアントに記憶された前記クライアントデータを更新する更新情報を生成し、
   前記クライアントは、前記サーバにより生成された前記更新情報を前記クライアントデータに反映することを特徴とするデータ同期システム。
2. 前記クライアントは、前記一部データと前記クライアントデータ重要度とを記憶するクライアント記憶手段を備え、
   前記サーバは、前記データと前記サーバデータ重要度とを記憶するサーバ記憶手段と、前記サーバデータ重要度と前記クライアント記憶手段により記憶された前記クライアントデータ重要度とを基に統合重要度を算出し統合重要度リストを生成する統合重要度計算手段と、前記統合重要度計算手段により生成された前記統合重要度リストを基に前記更新情報を生成する更新情報生成手段と、を備えたことを特徴とする請求項１記載のデータ同期システム。
3. 前記統合重要度計算手段は、予め決められた統合重要度算出ルールに基づいて前記統合重要度を算出し前記統合重要度リストを生成することを特徴とする請求項２記載のデータ同期システム。
4. 統合重要度算出ルールは、ユーザからの要求に基づいて変更されることを特徴とする請求項３記載のデータ同期システム。
5. 前記クライアント記憶手段により記憶される前記一部データの数は上限値が決められ、
   前記更新情報生成手段は、前記クライアント記憶手段により記憶された前記一部データが前記上限値以下で、且つ前記クライアント記憶手段に記憶済みでない場合に前記一部データを前記更新情報に追加することを特徴とする請求項２記載のデータ同期システム。
6. 前記クライアント記憶手段により記憶される前記一部データと前記クライアントデータ重要度とは上限値が決められ、
   前記更新情報生成手段は、前記クライアント記憶手段により記憶された前記一部データが前記上限値以上で、且つ前記クライアント記憶手段に記憶済みの場合に前記一部データを前記更新情報から削除することを特徴とする請求項２記載のデータ同期システム。
7. 前記統合重要度計算手段は、前記統合重要度を算出する処理データに対応する前記一部データと前記クライアントデータ重要度とが前記クライアント記憶手段に記憶されているか否かに基づいて前記統合重要度を算出し前記統合重要度リストを生成することを特徴とする請求項２記載のデータ同期システム。
8. 前記クライアントは、前記一部データの属するグループのクライアントグループ重要度を記憶するクライアントグループ重要度記憶手段を備え、
   前記サーバは、前記データの属するグループのサーバグループ重要度を記憶するサーバグループ重要度記憶手段を備え、
   前記前記統合重要度計算手段は、前記クライアントグループ重要度記憶手段に記憶された前記クライアントグループ重要度又は前記サーバグループ重要度記憶手段に記憶された前記サーバグループ重要度、或いは前記クライアントグループ重要度と前記サーバグループ重要度とを基に統合重要度を算出し統合重要度リストを生成することを特徴とする請求項２記載のデータ同期システム。
9. 前記クライアント記憶手段は、前記一部データを記憶容量別に分類した詳細レベルを記憶し、
   前記更新情報生成手段は、前記詳細レベルを基に前記更新情報を生成することを特徴とする請求項２記載のデータ同期システム。
10. 前記クライアント記憶手段は、前記一部データを記憶容量の低い第１のデータと記憶容量の高い第２のデータとに分類したそれぞれ第１の詳細レベルと第２の詳細レベルとを記憶し、
    前記更新情報生成手段は、前記第１の詳細レベルと前記第２の詳細レベルとを基に前記更新情報を生成することを特徴とする請求項２記載のデータ同期システム。
11. 前記クライアント記憶手段により記憶される前記一部データの数は上限値が決められ、
    前記更新情報生成手段は、前記クライアント記憶手段により記憶された前記一部データが前記上限値以下で、且つ前記クライアント記憶手段に前記第１の詳細レベルと前記第２の詳細レベルとが記憶済みでない場合に前記第１のデータと前記第２のデータとを前記更新情報に追加することを特徴とする請求項１０記載のデータ同期システム。
12. 前記更新情報生成手段は、前記クライアント記憶手段により記憶された前記一部データが前記上限値以下で、且つ前記クライアント記憶手段に前記第１の詳細レベルが記録済みの場合に前記第２のデータを前記更新情報に追加することを特徴とする請求項１１記載のデータ同期システム。
13. 前記更新情報生成手段は、前記クライアント記憶手段により記憶された前記一部データが前記上限値以上で、且つ前記クライアント記憶手段に前記第１の詳細レベルと前記前記第２の詳細レベルとが記憶済みでない場合に前記第２のデータを前記更新情報に追加することを特徴とする請求項１１記載のデータ同期システム。
14. 前記更新情報生成手段は、前記クライアント記憶手段により記憶された前記一部データが前記上限値以上で、且つ前記クライアント記憶手段に前記第２の詳細レベルが記録済みの場合に前記第２のデータを前記更新情報から削除することを特徴とする請求項１１記載のデータ同期システム。
15. 前記サーバ記憶手段は、複数のクライアントから受信した複数のクライアントデータ重要度により算出された値を前記サーバデータ重要度として記憶することを特徴とする請求項２記載のデータ同期システム。
16. 前記複数のクライアントから受信した複数のクライアントデータ重要度は、それぞれ自端末用クライアントデータ重要度とサーバ用クライアントデータ重要度とを含むことを特徴とする請求項１５記載のデータ同期システム。
17. データとこのデータのサーバにおけるサーバデータ重要度とを記憶したサーバと、前記サーバに記載された前記データの一部データとこの一部データのクライアントにおけるクライアントデータ重要度とを記憶したクライアントと、を備えたデータ同期システムにおけるデータ同期方法であって、
    前記クライアントは、前記一部データと前記クライアントデータ重要度とを記憶するクライアント記憶ステップと、
    前記サーバは、前記データと前記サーバデータ重要度とを記憶するサーバ記憶ステップと、前記サーバ記憶ステップにより記憶された前記サーバデータ重要度と前記クライアント記憶ステップにより記憶された前記クライアントデータ重要度とを基に統合重要度を算出し統合重要度リストを生成する統合重要度計算ステップと、前記統合重要度計算ステップにより生成された前記統合重要度リストを基に前記更新情報を生成する更新情報生成ステップと、を備えたことを特徴とするデータ同期方法。

Images