JP2010211425A - 情報提供サーバ、情報提供システム、情報提供方法及びプログラム - Google Patents

Abstract

【課題】サーバに蓄積された情報をクライアント端末に同期させる場合に、同期するデータ量を最小限に抑えること。
【解決手段】通信ネットワークを介して接続されたクライアント３００において検知された、当該クライアント３００を使用するユーザの状態に関係する状態情報を取得するセンサ情報データベース２０４と、ユーザが利用するコンテンツのデータを蓄積するデータベース２０６，２０８と、状態情報に基づいて、データベース２０６，２０８に蓄積されたデータの一部を選択して送信する部分同期コントローラ２１０と、を備える。
【選択図】図２

Description

本発明は、情報提供サーバ、情報提供システム、情報提供方法及びプログラムに関する。

近時においては、例えば下記の特許文献１、特許文献２に記載されているように、ユーザが利用する情報をサーバに蓄積し、サーバの全ての情報をユーザのクライアント端末に同期させるシステムが知られている。

また、下記の特許文献３に記載されているように、クライアント端末からユーザが自分の嗜好情報を入力し、サーバから嗜好情報に応じたコンテンツを受け取るシステムが知られている。

特開２００３−１６３７３５号公報 特開２０００−１０８４６号公報 特開２００６−３９９３０号公報

しかしながら、特許文献１，２に記載された技術では、サーバの情報量が増加した場合に、全てのデータをクライアントに同期させると、クライアントの記憶装置の容量が不足する問題が生じる。また、クライアントの小型化により、クライアントが十分な容量の記憶装置を搭載できない場合、サーバの全てのデータをクライアントに同期させることは困難となり、クライアントの記憶装置の容量が不足する問題が生じる。このように、サーバの全ての情報を同期させると、ユーザが必要としていない情報も含めて、サーバの情報の全てを同期することになり、クライアントに膨大な記憶容量の記憶装置を搭載しなければならなくなり、また、同期するための処理時間も膨大になるという問題が発生する。

また、サーバのデータベースのうち、そのユーザに対応するデータベースのみをクライアントのデータベースに同期する場合においても、このユーザに対応する全ての情報が同期（コピー）されてしまう。このため、当面はそのユーザが必要としていないデータまでコピーされてしまう問題がある。

また、特許文献３に記載された技術では、嗜好情報をユーザ自身が入力しなければならないため、嗜好情報を入力しなければ好みのコンテンツが提供されないという問題が発生する。また、入力した嗜好情報によりコンテンツを選択するため、ユーザが入力し忘れた場合、情報が提供されることがなく、また、ユーザが自分で気づかずに潜在的に好んでいる情報が提供されることはないという問題がある。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、サーバに蓄積された情報をクライアント端末に同期させる場合に、同期するデータ量を最小限に抑えることが可能な、新規かつ改良された情報提供サーバ、情報提供システム、情報提供方法及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、通信ネットワークを介して接続されたクライアント端末において検知された、当該クライアント端末を使用するユーザの状態に関係する状態情報を取得する状態情報取得部と、ユーザが利用するコンテンツのデータを蓄積するデータベースと、前記状態情報に基づいて、前記データベースに蓄積されたデータの一部を選択する選択部と、前記選択部により選択されたデータを前記クライアント端末に送る送信部と、を備える、情報提供サーバが提供される。

また、前記選択部は、前記クライアントのデータベースに既に蓄積されている既蓄積データと前記状態情報に基づいて選択されたデータとの差分に相当する差分データを選択する差分データ選択部を含み、前記送信部は、前記差分データを前記クライアント端末に送るものであってもよい。

また、前記差分データ選択部は、前記既蓄積データと前記状態情報に基づいて選択されたデータのそれぞれについて、データ更新日時又はデータ更新番号に基づいて前記差分データを選択するものであってもよい。

また、前記ユーザの状態に関係する状態情報は、時間情報、場所情報、動作情報、映像情報、音声情報、圧力情報、匂い情報、温度情報、湿度情報、生体情報、購入情報の少なくともいずれか１つであってもよい。

また、前記状態情報に基づいて、前記ユーザの嗜好、習慣、又は行動予定に関する情報を解析する解析部を備え、前記選択部は、前記ユーザの嗜好、習慣、又は行動予定に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択するものであってもよい。

また、前記状態情報に基づいて、前記ユーザの過去又は未来の行動に関する情報を解析する解析部を備え、前記選択部は、前記ユーザの過去又は未来の行動に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択するものであってもよい。

また、前記過去の行動に関する情報は、前記ユーザによる視聴履歴、操作履歴、購入履歴又は行動履歴から作成された情報であってもよい。

また、前記未来の行動に関する情報は、前記ユーザが利用する予定表、電子メール又はメモ帳に保存されている情報から作成された情報であってもよい。

前記選択部は、所定のイベントが発生した場合に前記データの一部を選択し、前記送信部は、前記所定のイベントが発生した場合に前記選択されたデータを前記クライアント端末に送るものであってもよい。

また、前記送信部は、前記選択されたデータを前記クライアント端末に送るとともに、該当するユーザの全データのリストを前記クライアント端末に送るものであってもよい。

また、前記状態情報に基づいて、前記ユーザの未来の移動経路に関する情報を解析する移動経路解析部を備え、前記選択部は、前記移動経路に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択するものであってもよい。

また、前記状態情報として前記移動経路の通信環境に関する通信情報を取得する通信情報取得部を備え、前記選択部は、前記移動経路に関する情報と前記通信情報とに基づいて、前記データベースに蓄積されたデータの一部を選択するものであってもよい。

また、前記状態情報に基づいて、前記ユーザの嗜好又は習慣に関する情報を解析する嗜好・習慣解析部を備え、前記選択部は、前記移動経路に関する情報、前記通信情報及び前記ユーザの嗜好又は習慣に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択するものであってもよい。

また、上記課題を解決するために、本発明の別の観点によれば、クライアント端末を使用するユーザの状態に関係する状態情報を取得する状態情報取得部と、ユーザが利用するコンテンツのデータを蓄積するデータベースと、前記状態情報に基づいて、前記データベースに蓄積されたデータの一部を選択する選択部と、前記選択部により選択されたデータを前記クライアント端末に送る送信部と、を有する、情報提供サーバと、前記状態情報を検知する状態情報検知部と、前記状態情報を、通信ネットワークを介して接続された前記情報提供サーバへ送信する送信部と、前記情報提供サーバから送信された前記選択されたデータが同期されるデータベースと、を有するクライアント端末と、を備える、情報提供システムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、クライアント端末において、当該クライアント端末を使用するユーザの状態に関係する状態情報を検知するステップと、前記状態情報を、通信ネットワークを介して接続された情報提供サーバへ送信するステップと、前記状態情報に基づいて、前記情報提供サーバにおいて、ユーザが利用するコンテンツのデータを蓄積したデータベースからデータの一部を選択するステップと、前記選択されたデータを前記クライアント端末に送るステップと、前記クライアント端末のデータベースにおいて、前記情報提供サーバから送られた前記選択されたデータによりデータベースを同期するステップと、を備える、情報提供方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、通信ネットワークを介して接続されたクライアント端末において検知された、当該クライアント端末を使用するユーザの状態に関係する状態情報を取得する手段、ユーザが利用するコンテンツのデータを蓄積する手段、前記状態情報に基づいて、前記データベースに蓄積されたデータの一部を選択する手段、前記選択されたデータを前記クライアント端末に送る手段、としてコンピュータを機能させるためのプログラムが提供される。

本発明によれば、サーバに蓄積された情報をクライアント端末に同期させる場合に、同期するデータ量を最小限に抑えることが可能となる。

本発明の各実施形態に係るシステム１０００の概念を示す模式図である。 第１の実施形態において、サーバとクライアントの機能構成を示すブロック図である。 第１の実施形態において、サーバとクライアント間でのデータの送受信の概念を示す模式図である。 第１の実施形態において、サーバとクライアント間でのデータの送受信の概念を示す模式図である。 第１の実施形態において、サーバとクライアント間でのデータの送受信の概念を示す模式図である。 第１の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第１の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第１の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第１の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第１の実施形態の代表的な処理を示すフローチャートである。 図１０において、サーバ側で選択したデータとクライアントのデータとの差分を検出して、差分のデータをサーバから受信して同期（更新）する処理を示すフローチャートである。 図１１において、クライアントが現状保持しているデータをサーバへ送る例を示すフローチャートである。 第２の実施形態において、サーバとクライアントの機能構成を示すブロック図である。 第２の実施形態において、サーバとクライアント間での送受信の概念を示す模式図である。 第２の実施形態において、サーバとクライアント間での送受信の概念を示す模式図である。 第２の実施形態において、サーバとクライアント間での送受信の概念を示す模式図である。 第２の実施形態において、サーバのデータベースとクライアントのデータベース３５０が同期している例を示す模式図である。 第２の実施形態において、サーバのデータベースとクライアントのデータベース３５０が同期している例を示す模式図である。 第２の実施形態において、サーバのデータベースとクライアントのデータベース３５０が同期している例を示す模式図である。 第２の実施形態において、サーバのデータベースとクライアントのデータベース３５０が同期している例を示す模式図である。 第２の実施形態の代表的な処理を示すフローチャートである。 図２１において、サーバ側で選択したデータとクライアントのデータとの差分を検出して、差分のデータをサーバから受信して同期（更新）する処理を示すフローチャートである。 図２２において、差分の検出のための情報をクライアントからサーバへ送信し、クライアントが再同期のイベント発生を確認している例を示すフローチャートである。 第３の実施形態において、サーバとクライアントの機能構成を示すブロック図である。 第３の実施形態において、サーバとクライアント間での送受信の概念を示す模式図である。 第３の実施形態において、サーバとクライアント間での送受信の概念を示す模式図である。 第３の実施形態において、サーバとクライアント間での送受信の概念を示す模式図である。 第３の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第３の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第３の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第３の実施形態において、サーバのデータベースとクライアントのデータベースが同期している例を示す模式図である。 第３の実施形態の代表的な処理を示すフローチャートである。 図３２において、サーバ側で選択したデータとクライアントのデータとの差分を検出して、差分のデータをサーバから受信して同期（更新）する処理を示すフローチャートである。 図３３において、差分の検出のための情報をクライアントからサーバへ送信し、クライアントが再同期のイベント発生を確認している例を示すフローチャートである。 第４の実施形態において、サーバとクライアントの機能構成を示すブロック図である。 移動予測の例を示す模式図である。 移動予測と通信最適化の例を示す模式図である。 移動予測に基づいて部分同期を行う例を示す模式図である。 通信最適化と部分同期の例を示す模式図である。 図３９に示す「音楽データ」と「動画データ」について、現在地における同期の緊急度とデータ量を表す模式図である。 第４の実施形態において、センシング時のサーバとクライアントの動作例を示す模式図である。 同期時のサーバとクライアントの動作例を示す模式図である。 移動予測を行うことなく、嗜好情報、習慣情報、センサー情報、現状態情報から部分同期のデータを選択し、通信情報に応じて同期する場合のブロック図である。 移動予測、通信最適化を行うことなく、嗜好情報、習慣情報、センサー情報、現状態情報から部分同期のデータを選択し、同期する場合のブロック図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．第１の実施形態（センサ情報に基づく部分同期）
２．第２の実施形態（嗜好、習慣情報に基づく部分同期）
３．第３の実施形態（行動予定に基づく部分同期）
４．第４の実施形態（通信情報、移動予測に基づく部分同期）

＜１．第１の実施形態＞
（１）システムの構成、概念
図１は、本発明の各実施形態に係るシステム１０００の概念を示す模式図である。インターネットなどの通信ネットワーク１００を介して、サーバ２００とクライアント端末３００を接続するシステムとなっている。ネットワーク１００に接続する回線に関しては、ＷｉＦｉ、Ｗ−ＣＤＭＡ、ＬＴＥ、ＷｉＭＡＸのような無線通信と、光ファイバー、ADSLのような有線通信のどちらでも良い。無線通信の場合、アクセスポイント１０２を介して通信ネットワーク１００とクライアント３００が接続される。サーバ２００は複数のユーザの全てのデータを保持する。クライアント３００はサーバ２００に同期し、必要なデータをクライアント３００が備えるデータベース３５０（ハードディスクなど）に保存する。全てのデータがサーバ２００に保存されていることから、ユーザは、どのクライアント３００にログインしても同様に自身の所持するデータを確認できる。図１に示すように、サーバ２００は、データを格納するデータベース２５０を備えている。また、クライアント３００もデータベース３５０を備えている。なお、サーバ２００とデータベース２５０は、一体または別体に構成されることができる。また、クライアント３００とデータベース３５０も一体または別体に構成されることができる。

（２）サーバとクライアントのブロック構成
図２は、サーバ２００とクライアント３００の機能構成を示すブロック図である。図２に示すように、サーバ２００は、部分同期アルゴリズム２０２、センサー情報データベース２０４、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８、部分同期コントローラ２１０を備える。

部分同期アルゴリズム２０２は、クライアント３００から受信したセンサー情報に基づいて、同期すべきデータの選択を行い、同期すべきデータを示す同期データ情報を部分同期コントローラ２１０へ送る。センサー情報データベース２０４は、クライアント３００から受信したセンサー情報を格納する。プライベートコンテンツデータベース２０６は、ユーザのスケジュール、予定表、電子メール、ウェブクリップ、アドレス帳、広告、クーポン等のコンテンツ情報を格納するデータベースである。また、商用コンテンツデータベース２０８は、ユーザが視聴する映画、音楽などの情報を格納するデータベースである。センサー情報データベース２０４、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８は、いずれもデータベース２５０から構成されることができる。

部分同期コントローラ２１０は、同期データ情報に基づいて、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８から同期すべき情報に対応するコンテンツを抽出して、クライアント３００へ送る。

また、図２に示すように、クライアント３００は、センサー３０２、クライアントデータベース３０４を備える。ここで、センサー３０２は、時間情報、場所情報（位置情報）、ユーザの動作情報、映像情報、音声情報、圧力情報、匂い情報、温度情報、湿度情報、生体情報、ユーザによる物品等の購入情報などを検出するセンサーである。センサー３０２で検出された情報は、サーバ２００へ送られる。センサー３０２で検出されたセンサー情報は、直接サーバ２００に送られるか、またはクライアントデータベース３０４に格納された後、クライアントデータベース３０４からサーバ２００に送られる。また、クライアントデータベース３０４は、サーバ２００から送られたコンテンツのデータを格納するデータベースである。クライアントデータベース３０４は、データベース３５０から構成されることができる。

図２に示す各機能ブロックは、ハードウェア（回路）または、演算処理装置（ＣＰＵ）と、これを機能させるためのソフトウェア（プログラム）によって構成することができる。各機能ブロックを演算処理装置とソフトウェアから構成した場合、そのプログラムは、サーバ２００またはクライアント３００が備えるメモリ、または外部から挿入されるメモリ等の記録媒体に格納されることができる。

また、時間情報とは、例えば年度、月日、時分秒の情報であり、ストップウォッチ機能、タイマー機能を含む機能により時間を計測して得られる情報である。また、場所情報（位置情報）とは、例えば、ＧＰＳなどの位置情報、ＷｉＦｉや携帯電話などの通信回線情報、ＦｅｌｉＣａなどのカード情報、から得られる場所を特定できる情報である。また、動作情報とは、ジャイロセンサー、超音波センサー、電磁波センサー、赤外線センサー、筋電位センサーなどから加速度、動作変化を測定して得られる情報である。

また、映像情報とは、例えば、カメラで動画、静止画を撮影して得られる情報である。また、音声情報とは、例えば、マイクで音を電気信号に変換して得られる情報である。また、圧力情報とは、例えば、静電容量型圧力センサー、ピエゾ型圧力センサー、磁性体型圧力センサーなどを用いて、圧力の変化を測定して得られる情報である。また、匂い情報とは、例えば、匂いを識別することができるセンサーを用いて測定した情報である。また、温度情報とは、例えば、温度センサにより、大気、物体、人体などの、寒暖の度合いを測定して得られる情報である。また、湿度情報とは、例えば、大気、物体、人体などの、水蒸気の量に関して測定して得られる情報である。また、生体情報とは、例えば、超音波センサー、電磁波センサー、赤外線センサー、筋電位センサー、X線センサー、脳波センサーなどを用いて測定して得られる動物、植物の生体の反応や状態に関する情報である。また、購入情報とは、ICカード、クレジットカード、キャッシュカード、レシートスキャナーなどを用いて、ユーザによる物品の購入を検出して得られる情報である。

部分同期コントローラ２１０で抽出されたデータがクライアント３００へ送られると、クライアント３００では、送られたデータを自身のクライアントデータベース３０４に部分同期させる。このように、ログインしたユーザに関する全てのデータをサーバ２００からクライアント３００へ送信するのではなく、センサー情報に基づいてクライアント３００で必要とされるデータのみをクライアントデータベース３０４に同期（部分同期）させる。このように、部分同期とは、センサー情報に基づいて、サーバ２００のデータベースに保管、もしくは管理されているデータ群の一部を自動的に選択してクライアントデータベース３０４にコピーする処理である。これにより、同期に必要な時間を大幅に短縮することができる。また、クライアント３００では、サーバ３００に蓄積されている、ログインしたユーザに関する全てのデータを蓄積する必要がないため、クライアント３００のデータベース３５０の容量を最小限に抑えることが可能となる。これにより、サーバ２００のデータベース２５０の容量に比べて、クライアント３００のデータベース３５０の容量は十分に小さいものとされる。従って、本実施形態によれば、クライアント３００のデータベース３５０の小型化、同期処理の高速化を実現しながら、同期した後はオフラインでの視聴を実現できる。また、部分同期のデータは、センサー３０２が抽出したデータを用いて自動的に生成することができる。

また、部分同期を行う際には、部分同期コントローラ２１０は、同期を行う優先順位をつけて、クライアント３００のデータベース３５０の残量と、部分同期するデータの容量を考慮しながら、同期するデータを選択し、優先順序に応じて部分同期することもできる。

（３）サーバとクライアント間でのデータの送受信の概念
次に、図３、図４、図５に基づいて、サーバ２００とクライアント３００間でのデータの送受信の概念を説明する。図３に示すように、ユーザがクライアント３００にログインすると、クライアント３００の所持するセンサー３０２から上記の各種情報が検出され、クライアント３００はセンサー３０２で検出した情報をサーバ２００に送信する。サーバ２００は、クライアント３００から受け取ったセンサー情報を用いて、サーバ２００のデータベース２５０に保管、もしくは管理されているデータ群の一部を自動的に選択する。

選択する方法は、受け取った時間情報、場所情報、動作情報、映像情報、音声情報、圧力情報、匂い情報、温度情報、湿度情報、生体情報、購入情報に応じて、サーバ２００内で保存している全データのデータ情報（メタデータ）が合致しているものを選択する。

図４に示すように、サーバ２００は、選択したデータをクライアント３００に送信する。ここで、サーバ２００によって選択されたデータを全てクライアント３００に送信しても良いが、クライアント３００が現状所持しているデータとの差分のみ送っても良い。差分の検出（選択）に関しては、サーバ２００がクライアント３００のデータを常に管理しているのであれば、サーバ２００はクライアント３００の所持するデータを全て知っているので、サーバ２００内で差分を検出して、クライアント３００に送れば良い。または、サーバ２００は、クライアント３００から、クライアント３００が現状所持しているデータのリストを送ってもらうことで、差分を検出する。差分データの選択は、部分同期コントローラ２１０に含まれる差分データ選択部によって行われる。

選択された同期すべき全てのデータ、もしくは差分データを、サーバ２００はクライアント３００に送信する。クライアント３００は、データを受信し、膨大なサーバ２００のデータベース２５０の中から、時間情報、場所情報、動作情報、映像情報、音声情報、圧力情報、匂い情報、温度情報、湿度情報、生体情報、購入情報等のセンサー情報に応じたデータのみを受信する。従って、サーバ２００のデータベース２５０に格納されているデータのうち、センサー情報に応じた最適なデータの一部のみにクライアント３００のデータベース３５０が同期することができる。ただし、サーバ２００に保存されている、そのユーザが利用できる全てのデータのデータ情報（全データのリスト）に関しては、全てがクライアント３００に同期（コピー）されても良い。

図５は、クライアント３００が、サーバ２００から受信したデータによってデータベース３５０のデータを同期した状態を示している。図５において、ユーザは、全データのリストを見ることはできるが、クライアント３００に保存されているデータのうち、実際に同期されたデータは、センサー情報に基づいて受信した、視聴される可能性が高い一部のデータのみとなっている。これにより、現在のユーザの状態（時間情報、場所情報、動作情報、映像情報、音声情報、圧力情報、匂い情報、温度情報、湿度情報、生体情報、購入情報等に応じた状態）に必要なデータのみがデータベース３５０に自動的に同期（コピー）される。ここで、必要なデータとは、未来に必要なデータであり、センサー情報から予測されたデータである。データが必要な時点よりも以前にデータをクライアント３００に同期させることで、その後クライアント３００がオフラインの状態となった場合でもクライアント３００ではデータの利用、視聴等が可能である。

（４）サーバとクライアントのデータ同期の例
図６、図７、図８、図９は、サーバ２００のデータベース２５０とクライアント３００のデータベース３５０が同期している例を示す模式図である。

図６は、サーバ２００内で保存している全データを示す模式図である。図６に示すように、各データには固有のＩＤが付され、また、データの名前、容量、データの種類（項目１〜４）、更新日時、更新番号、対応するユーザなどの情報が付されている。

ここで、例えば、ユーザＡが、ある携帯端末（クライアント端末３００）を用いて、朝１０時に、沖縄でログインしたとする。サーバ３００は、クライアント端末３００から送られたセンサー情報（時間情報、場所情報、動作情報、映像情報、音声情報、圧力情報、匂い情報、温度情報、湿度情報、生体情報、購入情報等）を用いて、全データの中から必要なデータを選択する。

図７は、クライアント３００から送られたセンサー情報に基づいて、図６に示すデータの一部が選択された状態を示している。図７において、ドットが付されているデータが選択されたデータである。図７に示すように、図６のデータのうち、ユーザＡのデータの中から、センサー情報に合致するデータが選択される。

図８は、クライアント３００が、同期する以前に元々データベース３５０に保存していたデータを示している。上述した差分に基づいてデータ送信をする場合、図８に示すデータと、図７で選択されたデータの差分を検出し、差分のデータ（相違しているデータ）をサーバ２００からクライアント３００に送信する。

図９は、同期したクライアント３００のデータベース３５０の状態を示している。差分を検出する際には、データの名前だけでなく、更新時間や更新番号を考慮して行う。また、データの容量も考慮しながら、同期すべきデータを選択する。上述の例では、時刻が朝であること、場所が沖縄であることから、データ情報（メタデータ）に基づいて、場所（項目３）が「沖縄」であり、これからデータを使用することを想定して、時刻（項目４）の「昼」と合致する情報等がクライアント３００に同期される。従って、図９では、沖縄の地図、土産屋、ランチの情報がクライアント３００のデータベース３５０にコピーされていることが分かる。また、差分を検出することなく、図７で選択されたデータの全てをクライアント３００のデータベース３５０に同期させても良い。

（５）本実施形態における処理手順
次に、図１０、図１１、図１２のフローチャートに基づいて、本実施形態における処理の手順について説明する。

図１０は、本実施形態の代表的な処理を示すフローチャートである。先ず、ユーザがクライアント３００にログインすると（ステップＳ１０）、クライアント３００はセンサー情報をユーザを識別するＩＤとともにサーバ２００に送信する（ステップＳ１２）。サーバ２００では、データベース２５０のデータとセンサー情報を比較する（ステップＳ１４）。サーバ２００では、上述したセンサー情報を用いて、同期すべきデータと、ログインしたユーザの全データのリストを自動的に選択する（ステップＳ１６）。サーバ２００は、選択した同期すべきデータと、全データのリストをクライアント３００に送信する（ステップＳ１８）。クライアント３００は、サーバ２００から送信されたデータを受信し、サーバ２００が選択したデータの一部とデータベース３５０が同期する（ステップＳ２０）。また、クライアント３００では、クライアント３００が所持する全データのリストが更新される（ステップＳ２０）。

図１１は、図１０において、サーバ２００側で選択したデータとクライアント３００のデータとの差分を検出して、差分のデータをサーバから受信して同期（更新）する処理を示すフローチャートである。また、図１１では、あるイベントごとに再度自動的にデータベース３５０の一部を同期する作業を行う例を示している。図１１において、ステップＳ１０，Ｓ１２，Ｓ１４，Ｓ１６，Ｓ２０の処理は図１０と同様である。

サーバ２００は、過去にクライアント３００に同期したデータを管理することで、クライアント３００がどのデータを現状保持しているか管理しており、クライアント３００が現状保持しているデータを認識している。従って、ステップＳ２２では、選択された同期すべきデータとクライアント３００が現状保持しているデータとの差分を検出し、差分のデータのみを送信する。

また、センサー情報は刻々と変化していくので、ステップＳ２４では、ある時間周期、ユーザによるクライアント３００の操作の有無、センサー情報の変化など、再同期のイベントが発生したか否かを検出する。そして、再同期のイベントが発生した場合は、クライアント３００に対して、センサー情報の送信要求を送る（ステップＳ２６）。

クライアント３００は、センサー情報の送信要求を確認すると（ステップＳ２８）、ステップＳ１２へ戻り、センサー情報を再度送信する。

図１２は、図１１において、クライアント３００が現状保持しているデータをサーバ２００へ送る例を示すフローチャートである。図１２において、ステップＳ１０，Ｓ１２，Ｓ１４，Ｓ１６，Ｓ１８，Ｓ２０の処理は図１０と同様である。

図１２の例では、クライアント３００は、データベース３５０に現状保持しているデータのリストをサーバ３００へ送る（ステップＳ３２）。サーバ２００は、選択された同期すべきデータとクライアント３００が現状保持しているデータとの差分を検出する(ステップＳ３４)。そして、差分によって得られた同期すべきデータと、全データのリストをクライアント３００へ送信する。

また、図１２の例では、クライアント３００側で再同期のイベントが発生したか否かを判定し（ステップＳ３６）、再同期のイベントが発生した場合は、ステップＳ１２へ戻り、センサー情報を再度送信する。

以上説明したように第１の実施形態によれば、センサー情報に基づいて、必要なデータのみがサーバ２００で選択され、選択されたデータによりクライアント３００のデータベース３５０が同期される。従って、サーバ２００から送るデータ量を最小限に抑えることが可能となり、同期に要する時間を大幅に短縮することが可能となる。また、クライアント３００のデータベース３５０は、サーバ２００の全てのデータを保持する必要がないため、データベース３５０の容量を最小限に抑えることが可能となる。

＜２．第２の実施形態＞
次に、本発明の第２の実施形態について説明する。第２の実施形態に係るシステムの構成は、図１に示した第１の実施形態と同様である。第１の実施形態では、センサー情報に基づいてサーバ２００のデータを選択したが、第２の実施形態は、ユーザの嗜好データ、習慣データに基づいてデータを選択するものである。

（１）サーバとクライアントのブロック構成
図１３は、サーバ２００とクライアント３００の機能構成を示すブロック図である。図１３に示すように、サーバ２００は、部分同期アルゴリズム２０２、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８を備える。また、サーバ２００は、部分同期コントローラ２１０、視聴履歴・操作履歴データベース２１２、習慣解析アルゴリズム２１４を備える。図１３において、部分同期アルゴリズム２０２、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８、部分同期コントローラ２１０の構成は第１の実施形態と同様である。

視聴履歴・操作履歴データベース２１２は、クライアント３００のユーザインタフェース３０６から送られた、ユーザによる視聴情報、操作情報を蓄積し、ユーザの視聴履歴、操作履歴を習慣解析アルゴリズム２１４へ送る。習慣解析アルゴリズム２１４は、クライアント３００から送られた視聴履歴、操作履歴に基づいて、ユーザの習慣を解析するアルゴリズムである。習慣解析アルゴリズム２１４における解析によって、ユーザの嗜好情報、習慣情報が生成され、部分同期アルゴリズム２０２に送られる。部分同期アルゴリズム２０２は、嗜好情報、習慣情報に基づいて、同期データ情報を生成し、部分同期コントローラ２１０へ送る。

部分同期コントローラ２１０は、同期データ情報を用いて、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８から、ユーザの嗜好情報、習慣情報に対応する同期すべきコンテンツを抽出して、クライアント３００へ送る。

また、図１３に示すように、クライアント３００は、ユーザインターフェース３０６、クライアントデータベース３０４を備える。ユーザインターフェース３０６は、サーバ２００へ視聴情報、操作情報、ユーザＩＤなどの情報を送る。ユーザインターフェース３０６で取得された情報（視聴情報、操作情報）は、直接サーバ２００に送られるか、またはクライアントデータベース３０４に格納された後、クライアントデータベース３０４からサーバ２００に送られる。また、クライアントデータベース３０４は、サーバ２００から送られたコンテンツのデータを格納するデータベースである。クライアントデータベース３０４は、データベース３５０から構成されることができる。

部分同期コントローラ２１０で抽出されたデータがクライアント３００へ送られると、クライアント３００では、送られたデータを自身のクライアントデータベース３０４に部分同期させる。このように、ログインしたユーザに関する全てのデータをサーバ２００からクライアント３００へ送信するのではなく、センサー情報に基づいてクライアント３００で必要とされるデータのみをクライアントデータベース３０４に同期（部分同期）させる。従って、クライアント３００のデータベース３５０の小型化、同期処理の高速化を実現しながら、同期した後はオフラインでの視聴を実現できる。また、クライアントから嗜好データを受け取ることなく、視聴履歴、操作履歴から、嗜好情報を自動的に生成することで、ユーザが入力していない嗜好にも対応することができる。

ここで、視聴履歴とは、例えば、テレビ、録画番組、ビデオ、音楽、ウェブサイト、電子ブック、電子辞書、電子地図、写真、動画、メール、メモ帳、ドキュメント、家計簿、電話帳、予定表などを視聴した履歴を示す使用者情報、時間情報、場所情報である。

また、操作履歴とは、例えば、テレビ、録画番組、ビデオ、音楽、ウェブサイト、電子ブック、電子辞書、電子地図、写真、動画、メール、メモ帳、ドキュメント、家計簿、電話帳、予定表などを操作した履歴を示す使用者情報、時間情報、場所情報である。

購入履歴とは、例えば、ウェブサイトなどのネットワーク上での購入と、センサーから抽出される実世界上での購入に関する、使用者情報、時間情報、場所情報、価格情報である。

また、行動履歴とは、例えば、ウェブサイトなどのネットワーク上での行動と、センサーから抽出される実世界上での行動に関する、使用者情報、時間情報、場所情報、動作情報である。

また、予定表とは、例えば、今後の時間情報、場所情報、視聴情報、操作情報、購入情報、行動情報が記載されているデータである。

また、電子メールは、今後の時間情報、場所情報、視聴情報、操作情報、購入情報、行動情報が送受信されているデータである。また、メモ帳とは、今後の時間情報、場所情報、視聴情報、操作情報、購入情報、行動情報がメモされているデータである。

（２）サーバとクライアント間でのデータの送受信
図１４、図１５、図１６は、第２の実施形態において、サーバ２００とクライアント３００間での送受信の概念を示す模式図である。図１４に示すように、ユーザがクライアント３００にログインすると、クライアント３００は、ログインしたユーザの種類の情報（ユーザＩＤ）をサーバ２００に送信する。サーバ２００は、クライアント３００から受け取ったユーザの種類の情報を用いて、サーバ２００のデータベース２５０に保管、もしくは管理されているデータ群の一部を自動的に選択する。

選択する方法は、サーバ２００側で事前に各ユーザの視聴履歴、操作履歴、購入履歴、行動履歴等の履歴を保存していて、その保存したデータから個人、もしくは集団の嗜好データ、習慣データを解析し、その結果を用いて選択を行う。嗜好データ、習慣データによる部分同期データ選択の際には、そのユーザ個人の嗜好、習慣データのみならず、他のユーザを含む集団の嗜好、習慣データに基づいて選択を行うこともできる。例えば、Ａというアーティストの曲の視聴履歴を解析することにより、このユーザは、ロックミュージックが好きだという嗜好データを作り出すことができる。したがって、Ｂというアーティストの曲についても、曲調解析の結果、曲調がロックミュージックであると判断できれば、たとえ、Ｂというアーティストの曲についての視聴履歴がなくとも、嗜好として一致することから選択することができる。第１の実施形態と同様に、サーバ２００は、選択した全てのデータをクライアント３００に送信しても良いし、クライアント３００が現状所持しているデータとの差分のみ送っても良い。差分の検出に関しては、サーバ２００がクライアント３００のデータを常に管理しているのであれば、サーバ２００はクライアント３００の所持するデータを全て認識しているので、サーバ２００内で差分を検出してクライアント３００に送れば良い。また、サーバ２００は、クライアント３００から現状所持するデータのリストを送ってもらうことで、差分を検出しても良い。

図１５に示すように、サーバ２００は、選択した同期すべき全てのデータ、もしくは差分データを、クライアント３００に送信する。クライアント３００は、データを受信し、受信したデータによりデータベース３５０の同期を行う。これにより、サーバ２００のデータベース２５０内の膨大なデータの中から、そのユーザの嗜好データ、習慣データに応じた、最適なデータの一部のみにクライアント３００のデータベース３５０が同期することができる。ただし、サーバ２００に保存されている、そのユーザが視聴できる全てのデータのデータ情報（全データのリスト）に関しては、全てがクライアントに同期（コピー）されて良い。

図１６は、同期が完了した後の状態を示している。図１６において、ユーザは、クライアント３００により全データのリストを見ることはできるが、実際に同期されてクライアント３００のデータベース３５０に保存されているデータは、視聴される可能性が高い一部のデータのみとなっている。これにより、ユーザの嗜好や習慣に応じた必要なデータのみが、クライアント３００のデータベース３５０に自動的にコピーされる。ここで、必要なデータとは、未来に必要なデータであり、嗜好や習慣から予測されたデータである。必要な時点よりも、以前にサーバ２００からデータを取得してクライアント３００のデータベース３５０に同期することで、その後にクライアント３００がオフラインの状態となってもデータの利用、視聴等が可能である。

（３）サーバとクライアントのデータ同期の例
図１７、図１８、図１９、図２０は、サーバ２００のデータベース２５０とクライアント３００のデータベース３５０が同期している例を示す模式図である。

図１７は、サーバ２００内で保存している全データを示す模式図である。ここで、ユーザＡがクライアント３００からログインしたとする。サーバ２００の習慣解析アルゴリズム２１４は、ユーザＡの視聴履歴、操作履歴に基づいて、ユーザＡの嗜好情報、習慣情報を生成し、この情報に基づいて同期すべきデータが選択される。

図１８は、嗜好情報、習慣情報に基づいて、図１７に示すデータの一部が選択された状態を示している。図１８において、ドットが付されているデータが選択されたデータである。図１８に示すように、図１７のデータのうち、ユーザＡのデータの中から、嗜好情報、習慣情報に合致するデータが選択される。

図１９は、クライアント３００が、同期する以前に元々データベース３５０に保存していたデータを示している。上述した差分に基づいてデータ送信をする場合、図１９に示すデータと、図１８で選択されたデータの差分を検出し、差分のデータ（相違しているデータ）をサーバ２００からクライアント３００に送信する。

図２０は、同期したクライアント３００のデータベース３５０の状態を示している。第１の実施形態と同様に、差分を検出する際には、データの名前だけでなく、更新時間や更新番号、データ容量を考慮して行う。ここでは、例えば、嗜好情報、習慣情報から、ユーザＡは通勤時に携帯端末でロックを聴く傾向があり、前日撮影した写真をときどき会社で見る傾向があり、前日録画したスポーツ番組を車内で見る傾向があるものとする。この場合、図１８に示すように、嗜好情報、習慣情報に応じてロック、写真、スポーツ番組のデータが選択されて、図２０に示すように、これらのデータがクライアント３００のデータベース３５０に同期（コピー）される。

（４）本実施形態における処理手順
次に、図２１、図２２、図２３のフローチャートに基づいて、本実施形態における処理の手順について説明する。

図２１は、本実施形態の代表的な処理を示すフローチャートである。先ず、ユーザがクライアント３００にログインすると（ステップＳ２１０）、クライアント３００はユーザの種類情報（ユーザID）をサーバ２００に送信する（ステップＳ２１２）。サーバ２００では、ユーザIDを使うことで、視聴履歴、操作履歴をデータベース２１２から抽出し、嗜好情報、習慣情報を解析し、確認する（ステップＳ２１４）。そして、解析済みの嗜好情報や習慣情報を用いて、同期すべきデータと、ログインしたユーザの全データのリストを自動的に選択する（ステップＳ２１６）。サーバ２００は、選択した同期すべきデータと、全データのリストをクライアント３００に送信する（ステップＳ２１８）。クライアント３００は、サーバ２００から送信されたデータを受信し、サーバ２００が選択したデータの一部とデータベース３５０が同期し、クライアント３００が所持する全データのリストが更新される（ステップＳ２２０）。

また、クライアント３００は、視聴情報、操作情報、購入情報、行動情報などの情報をサーバ２００へ送信する（ステップＳ２２２）。サーバ２００は、これらの情報を受信すると、視聴履歴、操作履歴、購入履歴、行動履歴等をデータベース２１２に保存する（ステップＳ２２４）。そして、サーバ２００は、習慣解析アルゴリズム２１４により、嗜好情報、習慣情報を作成する（ステップＳ２２６）。

図２２は、図２１において、サーバ２００側で選択したデータとクライアント３００のデータとの差分を検出して、差分のデータをサーバから受信して同期（更新）する処理を示すフローチャートである。また、図２２では、あるイベントごとに再度自動的にデータベース３５０の一部を同期する作業を行う例を示している。図２２において、ステップＳ２１０，Ｓ２１２，Ｓ２１４，Ｓ２１６，Ｓ２１８，Ｓ２２０，Ｓ２２２，Ｓ２２４，Ｓ２２６の処理は図２１と同様である。

サーバ２００は、過去にクライアント３００に同期したデータを管理することで、クライアント３００がどのデータを現状保持しているか管理しており、クライアント３００が現状保持しているデータを認識している。従って、ステップＳ２２８では、選択された同期すべきデータとクライアント３００が現状保持しているデータとの差分を検出する。そして、ステップＳ２１８では、差分により得られた同期すべきデータと、全データのリストをクライアント３００へ送信する。

また、嗜好データ、習慣データは刻々と変化していくので、ステップＳ２３０では、ある時間周期、ユーザによるクライアント３００の操作、ユーザ環境の変化など、再同期のイベントが発生したか否かを検出する。そして、再同期のイベントが発生した場合は、嗜好情報、習慣情報の確認を再度行い、最新の嗜好情報、習慣情報を用いて同期すべきデータを選択する（ステップＳ２１４）。

図２３は、図２２において、差分の検出のための情報をクライアント３００からサーバ２００へ送信し、また、クライアント３００が再同期のイベント発生を確認している例を示すフローチャートである。図２３において、ステップＳ２１０，Ｓ２１２，Ｓ２１４，Ｓ２１６，Ｓ２１８，Ｓ２２０，Ｓ２２２，Ｓ２２４，Ｓ２２６，Ｓ２２８の処理は図２１と同様である。

図２３の例では、クライアント３００は、データベース３５０に現状保持しているデータのリストをサーバ３００へ送る（ステップＳ２３２）。サーバ２００は、選択された同期すべきデータとクライアント３００が現状保持しているデータとの差分を検出する(ステップＳ２２８)。そして、差分によって得られた同期すべきデータと、全データのリストをクライアント３００へ送信する（ステップＳ２１８）。

また、図２３の例では、クライアント３００側で再同期のイベントが発生したか否かを判定し（ステップＳ２３４）、再同期のイベントが発生した場合は、ステップＳ２３６へ進み、サーバ２００へ再同期要求信号を送信する。サーバ３００は、再同期要求信号を確認すると（ステップＳ２３８）、ステップＳ２１４へ戻り、再度同期を行うため、以降の処理を行う。

以上説明したように第２の実施形態によれば、嗜好情報、習慣情報に基づいて、必要なデータのみがサーバ２００で選択され、選択されたデータによりクライアント３００のデータベース３５０が同期される。従って、サーバ２００から送るデータ量を最小限に抑えることが可能となり、同期に要する時間を大幅に短縮することが可能となる。また、クライアント３００のデータベース３５０は、サーバ２００の全てのデータを保持する必要がないため、データベース３５０の容量を最小限に抑えることが可能となる。

＜３．第３の実施形態＞
次に、本発明の第３の実施形態について説明する。第３の実施形態は、ユーザの行動予定データに基づいて同期を行うものである。

（１）サーバとクライアントのブロック構成
図２４は、サーバ２００とクライアント３００の機能構成を示すブロック図である。図２４に示すように、サーバ２００は、部分同期アルゴリズム２０２、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８、部分同期コントローラ２１０、内容解析アルゴリズム２２８を備える。

プライベートコンテンツデータベース２０６は、ユーザのスケジュール、予定表、電子メール、写真、プライベートビデオ等のコンテンツ情報を格納するデータベースである。プライベートコンテンツデータベース２０６は、ユーザインタフェース３０６から送られた操作情報に応じて更新される。また、商用コンテンツデータベース２０８は、ユーザが視聴する映画、音楽などの情報を格納するデータベースである。

また、サーバ２００は、予定表やメールなど、プライベートコンテンツデータベース２０６に格納されたプライベートコンテンツを内容解析アルゴリズム２２６において解析し、ユーザの行動予定を示す行動予定データを生成し、部分同期アルゴリズム２０２へ送る。内容解析アルゴリズム２２６は、例えば、予定表やメールに記載されているユーザの今後の予定（場所、時刻等）を検出して、これに基づいて行動予定データを作成する。

部分同期アルゴリズム２０２は、行動予定データに基づいて、同期すべきデータの選択を行い、同期すべきデータを示す同期データ情報を部分同期コントローラ２１０へ送る。

部分同期コントローラ２１０は、同期データ情報に基づいて、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８から同期すべき情報に対応するコンテンツを抽出して、クライアント３００へ送る。

また、図２４に示すように、クライアント３００は、ユーザインターフェース３０６、クライアントデータベース３０４を備える。ユーザインターフェース３０６は、サーバ２００へユーザによる操作情報、ユーザＩＤなどの情報を送る。ユーザインターフェース３０６で取得された情報（コンテンツの作成・変更情報）は、直接サーバ２００に送られるか、またはクライアントデータベース３０４に格納された後、クライアントデータベース３０４からサーバ２００に送られる。また、クライアントデータベース３０４は、サーバ２００から送られたコンテンツのデータを格納するデータベースである。

（２）サーバとクライアント間でのデータの送受信
図２５、図２６、図２７は、第３の実施形態において、サーバ２００とクライアント３００間での送受信の概念を示す模式図である。図２５に示すように、ユーザがクライアント３００にログインすると、クライアント３００は、ログインしたユーザの種類の情報（ユーザＩＤ）をサーバ２００に送信する。サーバ２００は、クライアントから受け取ったユーザの種類の情報を用いて、サーバ２００のデータベース２５０に保管、もしくは管理されているデータ群の一部を自動的に選択する。

選択する方法は、サーバ２００側で事前に各ユーザの予定表、電子メール、メモ帳などの今後の行動に関して記録されているデータから、今後の行動予定データを作成し、その結果を用いて選択を行う。第１の実施形態と同様に、サーバ２００は、選択した全てのデータをクライアント３００に送信しても良いし、クライアント３００が現状所持しているデータとの差分のみ送っても良い。

差分の検出に関しては、サーバ２０がクライアント３００のデータを常に管理しているのであれば、サーバ２００はクライアント３００の所持するデータを全て認識しているので、サーバ２００内で差分を検出してクライアント３００に送れば良い。また、サーバ２００は、クライアント３００から現状所持するデータのリストを送ってもらうことで、差分を検出しても良い。

図２６に示すように、サーバ２００は、選択した同期すべき全てのデータ、もしくは差分データを、クライアント３００に送信する。クライアント３００は、データを受信し、受信したデータによりデータベース３５０の同期を行う。これにより、サーバ２００のデータベース２５０内の膨大なデータの中から、そのユーザの行動予定データに応じた、最適なデータの一部のみにクライアント３００のデータベース３５０が同期することができる。ただし、サーバ２００に保存されている、そのユーザが視聴できる全てのデータのデータ情報（全データのリスト）に関しては、全てがクライアントに同期（コピー）されて良い。

図２７は、同期が完了した後の状態を示している。図２７において、ユーザは、クライアント３００により全データのリストを見ることはできるが、実際に同期されてクライアント３００のデータベース３５０に保存されているデータは、視聴される可能性が高い一部のデータのみとなっている。これにより、ユーザの今後の行動に応じた必要なデータのみが、クライアント３００のデータベース３５０に自動的にコピーされる。

（３）サーバとクライアントのデータ同期の例
図２８、図２９、図３０、図３１は、サーバ２００のデータベース２５０とクライアント３００のデータベース３５０が同期している例を示す模式図である。

図２８は、サーバ２００内で保存している全データを示す模式図である。ここで、ユーザＡがクライアント３００からログインしたとする。サーバ２００は、行動予定データを用いて同期すべきデータを選択する。

図２９は、行動予定データに基づいて、図２８に示すデータの一部が選択された状態を示している。図２９において、ドットが付されているデータが選択されたデータである。図２９に示すように、図２８のデータのうち、ユーザＡのデータの中から、行動予定データに合致するデータが選択される。

図３０は、クライアント３００が、同期する以前に元々データベース３５０に保存していたデータを示している。差分に基づいてデータ送信をする場合、図３０に示すデータと、図２９で選択されたデータの差分を検出し、差分のデータ（相違しているデータ）をサーバ２００からクライアント３００に送信する。

図３１は、同期したクライアント３００のデータベース３５０の状態を示している。第１の実施形態と同様に、差分を検出する際には、データの名前だけでなく、更新時間や更新番号、データ容量を考慮して行う。例えば、サーバ２００、もしくは他のサーバやクライアントに保管されている予定表、電子メール、メモ帳を解析した結果から、ユーザＡが、これから会議のため新宿に外出する予定であり、会議のあと友人と飲食する予定であることが解析されたものとする。この場合、図３１に示すように、ユーザＡの行動予定に応じて、新宿の居酒屋に関する情報がクライアント３００のデータベース３５０に同期（コピー）される。

（４）本実施形態における処理手順
次に、図３２、図３３、図３４のフローチャートに基づいて、本実施形態における処理の手順について説明する。

図３２は、本実施形態の代表的な処理を示すフローチャートである。先ず、ユーザがクライアント３００にログインすると（ステップＳ３１０）、クライアント３００はユーザの種類情報（ユーザID）をサーバ２００に送信する（ステップＳ３１２）。サーバ２００では、ユーザIDを使うことで、そのユーザの行動予定データを確認する(ステップＳ３１４)。そして、行動予定データを用いて、同期すべきデータと、ログインしたユーザの全データのリストを自動的に選択する（ステップＳ３１６）。サーバ２００は、選択した同期すべきデータと、全データのリストをクライアント３００に送信する（ステップＳ３１８）。クライアント３００は、サーバ２００から送信されたデータを受信し、サーバ２００が選択したデータの一部とデータベース３５０が同期し、クライアント３００が所持する全データのリストが更新される（ステップＳ３２０）。

また、クライアント３００は、予定表、電子メール、メモ表などの作成情報、変更情報をサーバ２００へ送信する（ステップＳ３２２）。サーバ２００は、これらの情報を受信すると、予定表、電子メール、メモ表などの作成情報、変更情報をプライベートコンテンツデータベース２０６に保存する（ステップＳ３２４）。そして、サーバ２００は、受信したこれらの情報から行動予定データを作成する（ステップＳ３２６）。

図３３は、図３２において、サーバ２００側で選択したデータとクライアント３００のデータとの差分を検出して、差分のデータをサーバから受信して同期（更新）する処理を示すフローチャートである。また、図３３では、あるイベントごとに再度自動的にデータベース３５０の一部を同期する作業を行う例を示している。図３３において、ステップＳ３１０，Ｓ３１２，Ｓ３１４，Ｓ３１６，Ｓ３１８，Ｓ３２０，Ｓ３２２，Ｓ３２４，Ｓ３２６の処理は図３２と同様である。

サーバ２００は、過去にクライアント３００に同期したデータを管理することで、クライアント３００がどのデータを現状保持しているか管理しており、クライアント３００が現状保持しているデータを認識している。従って、ステップＳ３２８では、選択された同期すべきデータとクライアント３００が現状保持しているデータとの差分を検出する。そして、ステップＳ２１８では、差分により得られた同期すべきデータと、全データのリストをクライアント３００へ送信する。

また、行動予定データは刻々と変化していくので、ステップＳ３３０では、ある時間周期、ユーザによるクライアント３００の操作、ユーザ環境の変化など、再同期のイベントが発生したか否かを検出する。そして、再同期のイベントが発生した場合は、行動予定データの確認を再度行い、最新の嗜好情報、習慣情報を用いて同期すべきデータを選択する（ステップＳ３１４）。

図３４は、図３３において、差分の検出のための情報をクライアント３００からサーバ２００へ送信し、また、クライアント３００が再同期のイベント発生を確認している例を示すフローチャートである。図３４において、ステップＳ３１０，Ｓ３１２，Ｓ３１４，Ｓ３１６，Ｓ３１８，Ｓ３２０，Ｓ３２２，Ｓ３２４，Ｓ３２６，Ｓ３２８の処理は図３３と同様である。

図３４の例では、クライアント３００は、データベース３５０に現状保持しているデータのリストをサーバ３００へ送る（ステップＳ３３２）。サーバ２００は、選択された同期すべきデータとクライアント３００が現状保持しているデータとの差分を検出する(ステップＳ３２８)。そして、差分によって得られた同期すべきデータと、全データのリストをクライアント３００へ送信する（ステップＳ３１８）。

また、図３４の例では、クライアント３００側で再同期のイベントが発生したか否かを判定し（ステップＳ３３４）、再同期のイベントが発生した場合は、ステップＳ３３６へ進み、サーバ２００へ再同期要求信号を送信する。サーバ３００は、再同期要求信号を確認すると（ステップＳ３３８）、ステップＳ３１４へ戻り、再度同期を行うため、以降の処理を行う。

以上説明したように第３の実施形態によれば、行動予定データに基づいて、必要なデータのみがサーバ２００で選択され、選択されたデータによりクライアント３００のデータベース３５０が同期される。従って、サーバ２００から送るデータ量を最小限に抑えることが可能となり、同期に要する時間を大幅に短縮することが可能となる。また、クライアント３００のデータベース３５０は、サーバ２００の全てのデータを保持する必要がないため、データベース３５０の容量を最小限に抑えることが可能となる。

＜４．第４の実施形態＞
次に、本発明の第４の実施形態について説明する。第４の実施形態は、ユーザの移動予測データに基づいて同期を行うものである。

（１）サーバとクライアントのブロック構成
図３５は、第４の実施形態において、サーバ２００とクライアント３００の機能構成を示すブロック図である。図３５に示すように、サーバ２００は、通信情報データベース２２０、通信最適化アルゴリズム２２２、視聴履歴・操作履歴データベース２１２、習慣解析アルゴリズム２１４、部分同期アルゴリズム２０２、センサ情報データベース２０４を備える。また、サーバ２００は、位置情報・移動履歴データベース２２４、移動予測アルゴリズム２２６、プライベートコンテンツデータベース２０６、商用コンテンツデータベース２０８、内容解析アルゴリズム２２８を備える。

また、図３５に示すように、クライアント３００は、センサー３０２、ユーザインターフェース３０６、クライアントデータベース３０４を備える。ユーザインターフェース３０６は、サーバ２００へ視聴情報、操作情報、ユーザＩＤなどの情報を送る。ユーザインターフェース３０６で取得された情報（視聴情報、操作情報、コンテンツの作成・変更情報）は、直接サーバ２００に送られるか、またはクライアントデータベース３０４に格納された後、クライアントデータベース３０４からサーバ２００に送られる。また、クライアントデータベース３０４は、サーバ２００から送られたコンテンツのデータを格納するデータベースである。クライアントデータベース３０４は、データベース３５０から構成されることができる。

サーバ２００は、クライアント３００から送信される、もしくは複数クライアントから得ることができる通信環境に関する通信情報を保存する通信情報データベース２２０を有する。そして、サーバ２００は、通信情報データベース２２０に、時間、場所に対する、複数の無線、有線システムの通信状態(伝送レート、電波強度)を蓄積する。

サーバ２００は、同期するデータの緊急度（最低限同期すべき時間、場所）、データ内容、データ量、通信システムごとの消費電力、無線システムごとの通信費に応じて、通信の時間、場所、通信システムの選択（伝送レート選択、送信電力選択）を最適化する。この最適化は、通信最適化アルゴリズム２２２によって行われる。

クライアント３００では、ユーザがクライアント３００を所持している間、ユーザに意識させることなく、センサー３０２によって情報を検出し、センサー３０２が検出したセンサー情報はサーバ２００へ送られる。センサー情報は、サーバ２００のセンサー情報データベース２０４に蓄積される。また、クライアント３００のセンサー３０２は、通信情報、位置情報を検出し、通信情報は通信情報データベース２２０の更新に、位置情報は位置情報・移動履歴データベース２２４の更新に用いられる。また、ユーザーインターフェース３０６により視聴情報、操作情報が取得され、視聴情報、操作情報はサーバ２００に送られて、視聴履歴・操作履歴データベース２１２が更新される。そして、第２の実施形態と同様に、ユーザに有意義なサービスを提供するため、サーバ２００で履歴などを蓄積し、視聴履歴、操作履歴から習慣解析アルゴリズム２１４により嗜好情報、習慣情報が生成される。

また、サーバ２００は、予定表やメールなど、プライベートコンテンツデータベース２０６に格納されたプライベートコンテンツを内容解析アルゴリズム２２６において解析し、ユーザの移動の目的地を予測する。そして、クライアント３００の現在状態情報、もしくは現在までの一定期間の状態と、予測した目的地から、移動予測アルゴリズム２２６が現在地から目的地までの移動ルートを予測する。移動予測アルゴリズム２２６では、位置情報・移動履歴データベース２２４に蓄積された、過去のユーザの移動の履歴に基づいて、現在地から目的地までの移動ルートを予測する。そして、予測された移動予測情報（目的地、移動ルート）に応じて、嗜好情報、習慣情報、センサー情報、現状態情報を用いて、部分同期アルゴリズム２０２において、今後の状態に必要となる最適な同期すべきデータの選択を行い、同期データ情報を作成する。

そして、通信最適化アルゴリズム２２２において、通信を行う時刻、通信を行う場所、通信システムの選択、伝送レートの選択、送信電力の選択などの通信操作情報を作成する。通信操作情報の作成は、移動ルートに応じて、選択された同期すべきデータの緊急度、データ量、データ内容などを考慮しながら、移動ルートにおける通信環境に基づいて作成される。そして、通信操作情報と、同期データ情報を用いて、部分同期コントローラ２１０において、どの時刻に、どの場所で、どの通信システムを用いて、どのデータを同期するかをコントロールする。部分同期コントローラ２１０は、プライベートコンテンツや商用コンテンツなどを、クライアント３００のクライアントデータベース３０４に部分的に同期する。

以上のような構成によれば、通信を行う時間だけでなく、通信を行う場所、通信システムの選択も、事前に得ている通信情報を用いてコントロールすることで、移動端末による場所の変化による通信環境の変化にも対応できる。また、複数の通信システムを切り替えることで、同期データの緊急度と内容と量への個別の対応、低消費電力化、通信費用の削減を実現することができる。また、目的地と移動ルートは、ユーザが入力するのではなく、サーバ２００側で予測する。従って、ユーザが目的地と移動ルートを入力しなかった場合でも、移動予測情報に応じて通信の時間、場所、通信システムの選択（伝送レート選択、送信電力選択）をコントロールすることができる。また、クライアント３００から送信される、もしくは複数クライアント３００から得ることができる通信状態を蓄積して、利用することで、時間帯による通信環境の変化、無線システムごとの通信環境の変化に対応することができる。

第４の実施形態では、第１〜第３の実施形態に比べて、さらに同期すべきデータ量を絞り込むことができることから、更なるデータベース３５０小型化、同期処理の高速化を実現できる。また、移動予測を用いていることから、サーバ２００の一部を同期するための、コンテンツの絞り込みの精度を上げることができる。

（２）ユーザの移動予測の例
図３６は、移動予測の例を示す模式図である。本実施形態において、クライアント３００は携帯端末であるものとする。クライアント３００は、位置と現在時刻を取得するセンサーを備えている。このセンサー情報はサーバ２００に送られ、サーバ２００はクライアント３００の現在位置と現在時刻を把握する。サーバ２００は、クライアント３００を使用しているユーザＡのこれまでの移動履歴、もしくは他のユーザの移動履歴を用いて、ユーザＡの現在位置と現在時刻から、ユーザＡが今後どのように移動するかを予測する。

予測方法としては、過去の移動履歴を用いて、現在の時刻、現在の曜日の場合に、ユーザＡが移動する複数の移動ルート（実線及び破線で示す）のそれぞれについて、ユーザが移動する確率を求めて、最も高い移動ルートを選び出す。または、隠れマルコフモデルを用いた学習アルゴリズム等を用いて、現在の状態、もしくは現在までの一定期間の状態に応じて、移動履歴から求められる移動ルートの候補のなかから、移動ルートを予測する。図３６では、ユーザＡが移動する可能性のある複数の移動ルートのうち、実線で示すルートが最も確率の高いルートとして選び出された状態を示している。また、この移動予測においては、移動履歴のみ用いて、移動ルート、目的地を予測する方法の他に、予定表、メール、メモ帳のようなパーソナルコンテンツを解析することで、これからの予定を割り出し、目的地を予測する方法を用いることもできる。これにより、ユーザＡの現在地、現在時刻に対して、ユーザＡが今後どのように移動していくかを予測できる。

（３）移動予測と通信最適化の例
図３７は、移動予測と通信最適化の例を示す模式図である。本実施形態では、クライアント３００が移動する経路（図３６、図３７中に実線で示すルート）において、クライアント３００が通信する通信エリア、通信速度などの電波環境情報を取得する。詳細には、ユーザＡの通信履歴や電波強度測定履歴、携帯電話のキャリア会社やWiFiのアクセスポイントを管理する会社が持つ基地局の配置情報や位置に対する電波環境の情報により、WiFiや携帯電話の通信エリア、通信速度などの電波環境情報を認識できる。また、通信履歴、電波強度履歴は、他の複数のクライアント３００からサーバ２００に集めることで、電波環境情報の精度をより高めることができる。そして、この電波環境情報と移動予測のルートを照らし合わせることで、移動を予測されたルートにおいて、いつ、どの位置で、何の通信システムを用いて、どのくらいの速度で通信できるのかを知ることができる。

図３７の例では、電波環境情報によりエリア１，２，３ではＷｉＦｉ（ＷｉＦｉ＿１，ＷｉＦｉ＿２，ＷｉＦｉ＿３による通信が可能であることがサーバ２００において認識される。また、エリア４では、３Ｇ携帯電話による通信が可能であることがサーバ２００において認識される。従って、サーバ２００は、クライアント３００が移動する経路において、クライアント３００が利用可能な電波環境情報を知ることができる。

（４）移動予測に基づく部分同期
図３８は、移動予測に基づいて部分同期を行う例を示す模式図である。ユーザの視聴履歴、操作履歴などを用いることで、ユーザがいつ、どこで、どんなデータを視聴していたかを知ることができ、場所、時間に応じた、視聴の習慣や嗜好を知ることができる。この場所、時間に応じた、習慣や嗜好の情報と移動予測のルートを照らし合わせることで、移動を予測されたルートにおいて、いつ、どの位置で、どんなデータを視聴する可能性が高いか知ることができる。また、パーソナルコンテンツから解析した目的地（行動予測）に応じたデータも同期する。

図３８の例では、エリア１１では、過去の視聴履歴、操作履歴からユーザＡが主に音楽（ロック）を視聴していたことが得られる。また、エリア１２では、動画（スポーツニュース）を視聴していたことが得られる。従って、サーバ２００は、エリア１１でユーザＡが音楽（ロック）を聴けるように音楽（ロック）のデータをユーザＡへ送信する。また、サーバ２００は、エリア１２でユーザＡが動画（スポーツニュース）を視聴できるように動画（スポーツニュース）のデータをユーザＡへ送信する。

（５）通信最適化と部分同期の例
図３９は、通信最適化と部分同期の例を示す模式図である。図３６〜図３８と照らし合わせて説明すると、現在地点から地点Ｂまではロックの音楽を視聴すると予測されている。従って、音楽データを同期することは緊急度が高く、現在地からすぐに同期を行う。この場合、通信速度も遅く、通信料金も高く、消費電力が高いシステムであるが、緊急度が高いために、図３７で示したような３Ｇ携帯電話網を用いて同期する。

地点Ａまでには音楽データの同期が終了していることから、地点Ａから地点Ｂまではオフライン状態だとしても、必要な音楽データは全てクライアントに同期されている。従って、ユーザＡは音楽（ロック）を視聴することが可能である。地点Ａ、地点Ｂ付近にはＷｉＦｉとの接続エリア（エリア１，２）があり、スポーツニュースの動画が必要になるのは地点Ｃ以降と予測されていることから、地点Ｃまでに緊急度の高い音楽データを優先して同期させるように通信の計画を行う。同時に、通信速度がより高く、通信料金がより安く、消費電力のより低い通信システムをできるだけ用いて動画データを同期させるように通信の計画を行う。そして、地点Ａ付近（エリア１）と地点Ｂ付近（エリア２）のＷｉＦｉを用いた場合、これから同期しようとする動画データの容量に対して、同期させるのに十分な通信速度であることから、地点Ａ付近と地点Ｂ付近のＷｉＦｉのみを用いて動画データを同期する。

図４０は、図３９に示す「音楽データ」と「動画データ」について、現在地における同期の緊急度とデータ量を表している。現在地において、ユーザの移動経路の予測が完了すると、サーバ２００において、「音楽データ」と「動画データ」の双方をクライアント３００へ同期する必要があることが認識される。ここで、「音楽データ」については、現在地からユーザが直ちに視聴する可能性があるため、緊急度が高い。このため、「音楽データ」の緊急度とデータ量を考慮した上で、図３９に示すように３Ｇ携帯電話網を用いて同期する。一方、「動画データ」については、地点Ｃまでに同期を完了すれば良い。地点Ｃまでにはエリア１とエリア２のＷｉＦｉを使用できることが現在地の時点で判るため、「動画データ」の緊急度とデータ量を考慮した上で、エリア１とエリア２のＷｉＦｉを使用して同期を行う。

（６）サーバとクライアント間でのデータの送受信の概念
図４１は、センシング時のサーバ２００とクライアント３００の動作例を示す模式図である。クライアント３００から、時間情報、場所情報などのセンサーから抽出した情報と、操作履歴、視聴履歴、購入履歴のような履歴情報がサーバ２００に送られる。サーバ２００では、履歴情報やセンサーから抽出した情報をデータベース２５０に保存し、行動予測、同期最適化、通信最適化に用いる。

図４２は、同期時のサーバ２００とクライアント３００の動作例を示す模式図である。クライアント３００の現在地、現在時間に応じて、最適な通信タイミングで、最適なデータを同期する。ここでは、プライベートコンテンツデータベース２０６から予定表などを解析し、目的地の予測を行う。また、移動履歴データベースから、目的地の予測に応じた移動ルートを予測する。ただし、目的地の予測は、プライベートコンテンツの解析を用いるか、移動履歴のみを用いる。また、通信環境データベースを用いて、移動ルートの予測に応じた通信を行う時刻、通信を行う場所、通信システムの選択、伝送レートの選択、送信電力の選択などを行う。視聴履歴データベースから、移動ルートの予測に応じて部分的に同期されるデータの自動選択を行う。

（７）他のブロック構成
なお、図３５では、通信情報、視聴情報、操作情報、センサ情報、位置情報に基づいて部分同期のデータを選択する例を示したが、全ての情報を用いる必要がない場合は、一部の情報のみを用いて部分同期を行うデータを選択しても良い。

例えば、図４３は、移動予測を行うことなく、嗜好情報、習慣情報、センサー情報、現状態情報から部分同期のデータを選択し、通信情報に応じて同期する場合のブロック図を示している。

また、図４４は、移動予測、通信最適化を行うことなく、嗜好情報、習慣情報、センサー情報、現状態情報から部分同期のデータを選択し、同期する場合のブロック図を示している。

以上説明したように、サーバに保管されている全てのデータを同期する場合、クライアント３００のデータベースの記憶容量の大容量化が必要であり、また長い同期時間が必要となる。一方、各実施形態によれば、その人、その機器、その時間、その場所に、必要なデータのみ、膨大なサーバのデータベースからコピーすることで、視聴しない無駄なデータをクライアント３００のデータベース３５０に保存する必要がなくなる。従って、クライアント３００の小型化、低コスト化を達成することができる。また、全データをコピーする必要がないことから、通信コストの削減、送受信電力の削減が行える。また、オフラインになった場合も必要なデータのみ視聴することもでき、また、視聴する以前に同期をしておくことで、早急なデータの視聴も可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

１００ 通信ネットワーク
２００ サーバ
２０２ 部分同期アルゴリズム
２０４ センサ情報データベース
２０６ プライベートコンテンツデータベース
２０８ 商用コンテンツデータベース
２１０ 部分同期コントローラ
２１２ 視聴履歴・操作履歴データベース
２２０ 通信情報データベース
２２４ 位置情報・移動履歴データベース
３００ クライアント
３０２ センサ
３０４ ユーザインタフェース

Claims (16)

1. 通信ネットワークを介して接続されたクライアント端末において検知された、当該クライアント端末を使用するユーザの状態に関係する状態情報を取得する状態情報取得部と、
   ユーザが利用するコンテンツのデータを蓄積するデータベースと、
   前記状態情報に基づいて、前記データベースに蓄積されたデータの一部を選択する選択部と、
   前記選択部により選択されたデータを前記クライアント端末に送る送信部と、
   を備える、情報提供サーバ。
2. 前記選択部は、前記クライアントのデータベースに既に蓄積されている既蓄積データと前記状態情報に基づいて選択されたデータとの差分に相当する差分データを選択する差分データ選択部を含み、
   前記送信部は、前記差分データを前記クライアント端末に送る、請求項１に記載の情報提供サーバ。
3. 前記差分データ選択部は、前記既蓄積データと前記状態情報に基づいて選択されたデータのそれぞれについて、データ更新日時又はデータ更新番号に基づいて前記差分データを選択する請求項２に記載の情報提供サーバ。
4. 前記ユーザの状態に関係する状態情報は、時間情報、場所情報、動作情報、映像情報、音声情報、圧力情報、匂い情報、温度情報、湿度情報、生体情報、購入情報の少なくともいずれか１つである、請求項１に記載の情報提供サーバ。
5. 前記状態情報に基づいて、前記ユーザの嗜好、習慣、又は行動予定に関する情報を解析する解析部を備え、
   前記選択部は、前記ユーザの嗜好、習慣、又は行動予定に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択する、請求項１に記載の情報提供サーバ。
6. 前記状態情報に基づいて、前記ユーザの過去又は未来の行動に関する情報を解析する解析部を備え、
   前記選択部は、前記ユーザの過去又は未来の行動に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択する、請求項１に記載の情報提供サーバ。
7. 前記過去の行動に関する情報は、前記ユーザによる視聴履歴、操作履歴、購入履歴又は行動履歴から作成された情報である、請求項６に記載の情報提供サーバ。
8. 前記未来の行動に関する情報は、前記ユーザが利用する予定表、電子メール又はメモ帳に保存されている情報から作成された情報である、請求項６に記載の情報提供サーバ。
9. 前記選択部は、所定のイベントが発生した場合に前記データの一部を選択し、
   前記送信部は、前記所定のイベントが発生した場合に前記選択されたデータを前記クライアント端末に送る、請求項１に記載の情報提供サーバ。
10. 前記送信部は、前記選択されたデータを前記クライアント端末に送るとともに、該当するユーザの全データのリストを前記クライアント端末に送る、請求項１に記載の情報提供サーバ。
11. 前記状態情報に基づいて、前記ユーザの未来の移動経路に関する情報を解析する移動経路解析部を備え、
    前記選択部は、前記移動経路に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択する、請求項１に記載の情報提供サーバ。
12. 前記状態情報として前記移動経路の通信環境に関する通信情報を取得する通信情報取得部を備え、
    前記選択部は、前記移動経路に関する情報と前記通信情報とに基づいて、前記データベースに蓄積されたデータの一部を選択する、請求項１に記載の情報提供サーバ。
13. 前記状態情報に基づいて、前記ユーザの嗜好又は習慣に関する情報を解析する嗜好・習慣解析部を備え、
    前記選択部は、前記移動経路に関する情報、前記通信情報及び前記ユーザの嗜好又は習慣に関する情報に基づいて、前記データベースに蓄積されたデータの一部を選択する、請求項１に記載の情報提供サーバ。
14. クライアント端末を使用するユーザの状態に関係する状態情報を取得する状態情報取得部と、ユーザが利用するコンテンツのデータを蓄積するデータベースと、前記状態情報に基づいて、前記データベースに蓄積されたデータの一部を選択する選択部と、前記選択部により選択されたデータを前記クライアント端末に送る送信部と、を有する、情報提供サーバと、
    前記状態情報を検知する状態情報検知部と、前記状態情報を、通信ネットワークを介して接続された前記情報提供サーバへ送信する送信部と、前記情報提供サーバから送信された前記選択されたデータが同期されるデータベースと、を有するクライアント端末と、
    を備える、情報提供システム。
15. クライアント端末において、当該クライアント端末を使用するユーザの状態に関係する状態情報を検知するステップと、
    前記状態情報を、通信ネットワークを介して接続された情報提供サーバへ送信するステップと、
    前記状態情報に基づいて、前記情報提供サーバにおいて、ユーザが利用するコンテンツのデータを蓄積したデータベースからデータの一部を選択するステップと、
    前記選択されたデータを前記クライアント端末に送るステップと、
    前記クライアント端末のデータベースにおいて、前記情報提供サーバから送られた前記選択されたデータによりデータベースを同期するステップと、
    を備える、情報提供方法。
16. 通信ネットワークを介して接続されたクライアント端末において検知された、当該クライアント端末を使用するユーザの状態に関係する状態情報を取得する手段、
    ユーザが利用するコンテンツのデータを蓄積する手段、
    前記状態情報に基づいて、前記データベースに蓄積されたデータの一部を選択する手段、
    前記選択されたデータを前記クライアント端末に送る手段、
    としてコンピュータを機能させるためのプログラム。

Images