(57)【要約】【課題】  撮影条件設定などの情報をユーザを煩わせることなく公開すると共に、公開された大量の情報の中から適切な情報を自動的に選択し撮影条件設定などを行うネットワーク接続型コンシューマ機器、サーバ及びコンシューマシステムを得る。【解決手段】  ネットワーク接続型コンシューマ機器は、操作部、状況取得部、機器側通信部、処理部、制御部を備え、サーバは、サーバ側通信部、履歴記録部、集計部を備えるコンシューマシステムを構成する。【選択図】        図１
2006180204.tif 000002
【特許請求の範囲】
【請求項１】
同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器と、ネットワークを通じてそれらと情報を授受可能なサーバを含むコンシューマシステムであって、
前記ネットワーク接続型コンシューマ機器は、ユーザの操作を受ける操作部と、
前記ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、
前記状況取得部より得られた状況情報及び前記操作部になされた操作情報を前記サーバに送信、及び該サーバより送られる動作情報を受信する機器側通信部と、
前記操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、
前記動作情報に従い前記処理部を制御する制御部と、
を備え、
前記サーバは、前記ネットワーク接続型コンシューマ機器より送られる状況情報及び操作情報の受信、及び動作情報を送信するサーバ側通信部と、
受信した状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、
前記抽出情報を基に動作情報を生成する集計部と、
を備えることを特徴とするコンシューマシステム。
【請求項２】
ネットワークを通じでサーバと情報を授受可能なネットワーク接続型コンシューマ機器であって、
ユーザの操作を受ける操作部と、
前記機器自身または機器周囲の状況を取得する状況取得部と、
前記状況取得部より得られた状況情報及び操作部になされた操作情報を前記サーバに送信、及び該サーバより送られる動作情報を受信する機器側通信部と、
前記操作部に行われた操作及び該制御部の制御によって機器固有の処理を行う処理部と、
前記動作情報に従い前記処理部を制御する制御部と、
を備えることを特徴とするネットワーク接続型コンシューマ機器。
【請求項３】
同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器とネットワークを通じで情報を授受可能なサーバであって、
前記ネットワーク接続型コンシューマ機器より送られる状況情報及び操作情報の受信、及び動作情報を送信するサーバ側通信部と、
受信した状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、
前記抽出情報を基に動作情報を生成する集計部と、
を備えることを特徴とするサーバ。
【請求項４】
ネットワークを通じでサーバと情報を授受可能なネットワーク接続型コンシューマ機器であって、
ユーザの操作を受ける操作部と、
前記機器自身または機器周囲の状況を取得する状況取得部と、
前記状況取得部より得られた状況情報及び操作部になされた操作情報を前記サーバに送信、及び該サーバより送られる動作情報を受信する機器側通信部と、
前記操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、
前記動作情報をユーザに提示する提示部と、
を備えることを特徴とするネットワーク接続型コンシューマ機器。
【請求項５】
ネットワーク接続型コンシューマ機器より送られてきた状況情報に対して、新たな情報項目を付与する情報付与部を更に備えることを特徴とする請求項３に記載のサーバ。
【請求項６】
前記情報付与部が付与する情報項目は気象情報を含むことを特徴とする請求項３に記載のサーバ。
【請求項７】
前記情報付与部が付与する情報項目は日時情報を含むことを特徴とする請求項３に記載のサーバ。
【請求項８】
同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器と、ネットワークを通じでそれらと情報を授受可能なサーバとを含むコンシューマシステムであって、
前記ネットワーク接続型コンシューマ機器は、ユーザの操作を受ける操作部と、
前記ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、
前記状況取得部より得られた状況情報及び前記操作部になされた操作情報を前記サーバに送信、及び該サーバより送られる抽出情報を受信する機器側通信部と、
前記操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、
抽出情報を基に動作情報を生成する集計部と、
前記動作情報に従い前記処理部を制御する制御部と、
を備え、
前記サーバは、前記ネットワーク接続型コンシューマ機器より送られる状況情報及び操作情報の受信、及び抽出情報を送信するサーバ側通信部と、
受信した情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、
を備えることを特徴とするコンシューマシステム。
【請求項９】
前記集計部は履歴記録部より抽出された情報の統計値の分布をユーザに提示することを特徴とする請求項８に記載のコンシューマシステム。
【請求項１０】
前記集計部は統計処理に用いる手法をユーザにより調整可能であることを特徴とする請求項８に記載のコンシューマシステム。
【請求項１１】
前記集計部は統計処理に用いるパラメータをユーザにより調整可能であることを特徴とする請求項８に記載のコンシューマシステム。
【請求項１２】
前記パラメータはパーセント点であることを特徴とする請求項１１に記載のコンシューマシステム。
【請求項１３】
同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器がネットワークを通じて互いに情報を授受可能に構成されるコンシューマシステムであって、
前記ネットワーク接続型コンシューマ機器は、ユーザの操作を受ける操作部と、
前記ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、
前記状況取得部より得られた状況情報を他のネットワーク接続型コンシューマ機器に送信、及び該他のネットワーク接続型コンシューマ機器より送られる動作情報を受信する機器側通信部と、
状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、
前記抽出情報を基に動作情報を生成する集計部と、
前記操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、
前記動作情報に従い前記処理部を制御する制御部と、
を備えることを特徴とするコンシューマシステム。
【請求項１４】
同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器とネットワークを通じて互いに情報を授受可能なネットワーク接続型コンシューマ機器であって、
ユーザの操作を受ける操作部と、
前記機器自身または機器周囲の状況を取得する状況取得部と、
前記状況取得部より得られた状況情報を他のネットワーク接続型コンシューマ機器に送信、及び該他のネットワーク接続型コンシューマ機器より送られる動作情報を受信する機器側通信部と、
状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、
前記抽出情報を基に動作情報を生成する集計部と、
前記操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、
前記動作情報に従い前記処理部を制御する制御部と、
を備えることを特徴とするネットワーク接続型コンシューマ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続され、状況に応じた操作がユーザに要求されるネットワーク接続型コンシューマ機器に関し、ユーザの操作負担を軽減するコンシューマシステムに関する。
【背景技術】
【０００２】
多くの人々に使われている機器であっても、その操作には、利用する際の状況に関する様々な情報の取得と高度な知的判断が要求されるものがある。例えば、カメラで写真を撮るという操作においても、周囲の明るさ・被写体までの距離・動きの速さを知り、露出時間や絞り・焦点距離を設定しなくてはならない。これらの操作負荷を軽減するため、光センサや距離センサなど、各種センサ及びマイクロコンピュータを搭載し、ユーザに替わって情報の取得と知的判断を行い、露出や絞り・焦点距離を自動的に設定するということが行われている。
【０００３】
一方、被写体の選定や構図の考案など人間の感性に関わる部分に於いては、カメラをはじめ高度にコンピュータ化の進んだ現行の機器類であっても一切の手助けを行えていない。これらにおいては、例えば旅行に際し予めガイドブック等で撮影スポットを下調べをしたり、撮影しようとしている被写体と同じ対象を他人が撮影した作例をユーザが勉強するしかない。このような作例を得る手段として、ネットワークを利用して閲覧機能を備えたカメラに作例一覧を送信し、ユーザが適切な作例を選択することにより、自分の好む絵にあった撮影条件設定を行うシステムが提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００２−１８５８３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前者の従来技術に関しては、機器に搭載できるセンサには制限があり、必ずしも十分な情報の取得ができるとは限らない。このため例えばポートレート／風景／スポーツ／夜景といったプログラムモードの切り替えを手動で行ったり、露出時間や絞りといった設定項目の一部をユーザが指定するといったことが頻繁に行われている。
【０００５】
また、上記特許文献１で提案されたシステムにおいては、作例一覧より、撮影しようとしている被写体と同じものを撮影した作例をユーザが探し出し、選択しなくてはならない。カメラに備えられた閲覧機能で作例一覧より探すのは、特に作例が大量になると困難である。逆に作例が少なくては役に立たないおそれがある。
【０００６】
仮にこの困難さを無視するとしても、システムを提供するに際して、十分と言える作例を揃えるのは不可能に近い。例えば「滝」に対して数種類の作例を用意しても作例が「ナイアガラ」であったら「華厳の滝」を撮影する参考にはならない。世界中の名所とされる滝全てに対して数種類の作例を用意しても、景色は季節や一日の内の時間で表情を変えることを考えれば、十分とは言えない。
【０００７】
もちろん、全てのサンプルをシステム提供者が容易するのではなく、撮影条件設定のフォーマットを定め、インターネットを用いて広く一般の人に作例を公開してもらうことも可能であろう。実際現在でも多くの人が自分の撮影した写真をインターネットで公開している。とはいえ、能動的に自分の写真を公開する人は割合からすれば希であり、世の中で撮影されている殆どの写真は作例として活かされることがない。
【０００８】
そこで本発明は、撮影条件設定などの情報をユーザを煩わせることなく公開すると共に、公開された大量の情報の中から適切な情報を自動的に選択し撮影条件設定などを行うネットワーク接続型コンシューマ機器、サーバ及びコンシューマシステムを提供することを目的とする。これによって本来は状況に応じた操作がユーザに要求される機器において、ユーザの操作負荷を軽減することを例示的目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための本発明のコンシューマシステムは、同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器と、ネットワークを通じでそれらと情報を授受可能なサーバから成るコンシューマシステムであって、ネットワーク接続型コンシューマ機器は、ユーザの操作を受ける操作部と、ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、状況取得部より得られた状況情報及び操作部になされた操作情報をサーバに送信、及びサーバより送られる動作情報を受信する機器側通信部と、操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、前記動作情報に従い前記処理部を制御する制御部と、を備え、サーバは、ネットワーク接続型コンシューマ機器より送られる状況情報及び操作情報の受信、及び動作情報を送信するサーバ側通信部と、受信した状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、前記抽出情報を基に動作情報を生成する集計部と、を備えることを特徴とする。
【００１０】
また、本発明のネットワーク接続型コンシューマ機器は、ネットワークを通じてサーバと情報を授受可能なネットワーク接続型コンシューマ機器であって、ユーザの操作を受ける操作部と、ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、状況取得部より得られた状況情報及び操作部になされた操作情報をサーバに送信、及びサーバより送られる動作情報を受信する機器側通信部と、操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、前記動作情報に従い前記処理部を制御する制御部と、を備えることを特徴とする。
【００１１】
また、本発明のサーバは、同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器とネットワークを通じで情報を授受可能なサーバであって、サーバは、ネットワーク接続型コンシューマ機器より送られる状況情報及び操作情報の受信、及び動作情報を送信するサーバ側通信部と、受信した状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、前記抽出情報を基に動作情報を生成する集計部と、を備えることを特徴とする。
【００１２】
また、本発明は、ネットワークを通じでサーバと情報を授受可能なネットワーク接続型コンシューマ機器であって、ユーザの操作を受ける操作部と、ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、状況取得部より得られた状況情報及び操作部になされた操作情報をサーバに送信、及びサーバより送られる動作情報を受信する機器側通信部と、操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、前記動作情報をユーザに提示する提示部と、を備えることを特徴とするネットワーク接続型コンシューマ機器を開示する。
【００１３】
ここで、サーバは、ネットワーク接続型コンシューマ機器より送られてきた状況情報に対して、新たな情報項目を付与する情報付与部を更に備えることを特徴とし、前記情報付与部が付与する情報項目は気象情報を含むこと、前記情報付与部が付与する情報項目は日時情報を含むことを特徴とする。
【００１４】
また本発明のコンシューマシステムは、同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器と、ネットワークを通じでそれらと情報を授受可能なサーバから成るコンシューマシステムであって、ネットワーク接続型コンシューマ機器は、ユーザの操作を受ける操作部と、ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、状況取得部より得られた状況情報及び操作部になされた操作情報をサーバに送信、及びサーバより送られる抽出情報を受信する機器側通信部と、操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、抽出情報を基に動作情報を生成する集計部と、前記動作情報に従い前記処理部を制御する制御部と、を備え、サーバは、ネットワーク接続型コンシューマ機器より送られる状況情報及び操作情報の受信、及び抽出情報を送信するサーバ側通信部と、受信した情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、を備えることを特徴とする。
【００１５】
ここで上記コンシューマシステムにおいて、前記集計部は履歴記録部より抽出された情報の統計値の分布をユーザに提示することを特徴とする。また前記集計部は統計処理に用いる手法をユーザにより調整可能であることを特徴とする。さらに、前記集計部は統計処理に用いるパラメータをユーザにより調整可能であることを特徴とする。ここで前記パラメータはパーセント点であることを特徴とする。
【００１６】
また、本発明のコンシューマシステムは、同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器がネットワークを通じて互いに情報を授受可能に構成されるコンシューマシステムであって、ネットワーク接続型コンシューマ機器は、ユーザの操作を受ける操作部と、ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、状況取得部より得られた状況情報を他のネットワーク接続型コンシューマ機器に送信、及び他のネットワーク接続型コンシューマ機器より送られる動作情報を受信する機器側通信部と、状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、前記抽出情報を基に動作情報を生成する集計部と、操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、前記動作情報に従い前記処理部を制御する制御部と、を備えることを特徴とする。
【００１７】
また本発明のネットワーク接続型コンシューマ機器は、同等の処理を行う機能を持つ複数のネットワーク接続型コンシューマ機器とネットワークを通じで互いに情報を授受可能なネットワーク接続型コンシューマ機器であって、ユーザの操作を受ける操作部と、ネットワーク接続型コンシューマ機器自身または機器周囲の状況を取得する状況取得部と、状況取得部より得られた状況情報を他のネットワーク接続型コンシューマ機器に送信、及び他のネットワーク接続型コンシューマ機器より送られる動作情報を受信する機器側通信部と、状況情報及び操作情報を蓄積記録し、記録より所定の条件に叶う情報を抽出情報として抽出する履歴記録部と、前記抽出情報を基に動作情報を生成する集計部と、操作部に行われた操作及び制御部の制御によって機器固有の処理を行う処理部と、前記動作情報に従い前記処理部を制御する制御部と、を備えることを特徴とする。
【００１８】
ここで、上記の状況情報は処理部の動作状態を示すステータス情報を含む。また前記状況情報は処理部の動作対象を識別するための情報を含む。また前記状況情報はネットワーク接続型コンシューマ機器の設置状態を含む。また状況情報はネットワーク接続型コンシューマ機器の周囲の環境情報を含む。前記状況情報はネットワーク接続型コンシューマ機器に登録されているユーザＩＤを含む。
【００１９】
ここで上記の況取得部は少なくとも個々のネットワーク接続型コンシューマ機器を識別するための機器ＩＤを含む。また、前記制御部は動作情報に基づき処理部の制御を行う際、事前に制御の内容をユーザに提示することを特徴とする。さらに前記制御部は動作情報に基づき処理部の制御を行う際、ユーザにより制御の取り消しを可能とすることを特徴とする。
【００２０】
また上記の履歴記録部は状況情報と操作情報を対応付けて記録することを特徴とする。さらに前記動作情報は、操作情報と同種の情報から構成される特徴とする。また前記動作情報は履歴記録部より抽出された操作情報の代表値であることを特徴とする。
【００２１】
また上記の代表値は履歴記録部より抽出された操作情報の統計値であることを特徴とする。また前記代表値は履歴記録部より抽出された操作情報の平均値、最頻値、中央値のいずれかであることを特徴とする。さらに前記代表値は履歴記録部より抽出された操作情報の重み付き平均値、重み付き最頻値、重み付き中央値のいずれかであることを特徴とする。ここで、前記重みは履歴記録部より抽出された状況情報とサーバ側受信部で受信した状況情報の関数であることを特徴とする。さらに前記関数は履歴記録部より抽出された状況情報とサーバ側受信部で受信した状況情報関数が類似するほど大きな値を返すことを特徴とする。また前記重みは各ユーザの履歴相関に比例することを特徴とする。ここで前記重みは機器の履歴相関に比例することを特徴とする。
【００２２】
前記状況情報には、状況取得部が備える各種のセンサで捉えた機器自身の設置状態や機器周囲の環境情報、又は状況取得部が処理部をモニタリングすることにより処理部の動作状態を示すステータス情報や処理部の動作対象を含む。また、後述する履歴相関を用いる場合は、機器に登録されているユーザＩＤや機器ＩＤを含める。
【００２３】
また、前記操作情報はユーザが機器に対して行う動作または設定を指示する操作の情報であり、操作が成された際には機器側通信部は操作情報と状況情報の組をサーバに送信する。一方、操作が指示されなければ機器側通信部は状況情報をサーバに送信し、動作情報を受信する。
【００２４】
サーバ側通信部が操作情報と状況情報の組を受信すると、履歴記録部は状況情報と操作情報を対応付けて記録する。
【００２５】
一方、ユーザの操作が無ければ、ネットワーク接続型コンシューマ機器は状況情報を送る。履歴記録部では、前記状況情報と類似した状況情報を持つ、状況情報と操作情報の組を抽出する。
【００２６】
前記動作情報は履歴記録部より抽出された操作情報の代表値であり、操作情報と同種の情報から構成される。この代表値とは例えば平均値・最頻値・中央値といった統計値であり、履歴記録部より抽出された状況情報とサーバ側受信部で受信した状況情報を引数とし、これらが類似しているほど大きな値を返す関数を重みとした重み付き平均値、重み付き最頻値、重み付き中央値であっても良い。さらに、状況情報にユーザＩＤや機器ＩＤが含まれていれば、各々のユーザ／機器の履歴相関に比例した重みを与えることもできる。
【００２７】
かかるコンシューマシステムによれば、同等の機能を持つ他の機器が類似した状況下でユーザに成された操作を参照し、それに基づいた処理を自動的に行うことにより、ユーザの操作を軽減することができる。
【００２８】
なお制御部は動作情報に基づき処理部の制御を行う際、事前に制御の内容をユーザに提示し、ユーザにより制御の取り消しを可能としてもよい。
【００２９】
本コンシューマシステムに接続されるネットワーク接続型コンシューマ機器は制御部に替えて前記動作情報をユーザに提示する提示部を備える構成にすることにより、ユーザに対して望ましい操作を提示することができる。また、状況情報はネットワーク接続型コンシューマ機器で全ての項目をそろえずとも、サーバにはネットワーク接続型コンシューマ機器より送られてきた状況情報に対して、気象情報や日時情報などの新たな情報項目を付与する情報付与部を更に備えることにより、ネットワーク接続型コンシューマ機器の構造を簡便化できる。
【００３０】
また、サーバの構成部の一部、若しくは全てをネットワーク接続型コンシューマ機器に持たせる構成も可能である。集計部をサーバからネットワーク接続型コンシューマ機器へと移せば、集計部は履歴記録部より抽出された情報の統計値の分布をユーザに提示し、統計処理に用いる手法やパーセント点といった統計パラメータをユーザに対話的に調整してもらうことが可能となる。更には履歴記録部をネットワーク接続型コンシューマ機器に移し、ネットワーク接続型コンシューマ機器同士が互いに情報を授受可能に構成することでサーバを不要とすることもできる。
【発明の効果】
【００３１】
本発明によれば、多数の人に使われていながら、状況に応じた操作がユーザに要求されるネットワーク接続型コンシューマ機器に於いて、ユーザがその状況に応じた操作を行わないでも、人間の感性的な判断に基づく操作も含め、機器のおかれた状況下で適切な動作を自動的に行うことにより、ユーザの操作負荷を軽減する共に、ユーザの感性に沿った機器の使い方を提案したりするネットワーク接続型コンシューマ機器、サーバ及びコンシューマシステムを提供できる。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の実施の形態を図面を用いて説明する。
【実施例１】
【００３３】
図１は、本発明の一側面としてのシステム１００の例示的一形態を示した構成図である。図１に示すように、このシステムは、複数のコンシューマ機器２００とサーバ３００がネットワークを通じで接続される。ネットワークは、コンシューマ機器とサーバの間で情報が授受可能であれば良く、既存の電話網や無線通信網あるいはインターネットを利用することができる。
【００３４】
また、図１に示すように、各コンシューマ機器２００は、操作部２０１・状況取得部２０２・機器側通信部２０３・処理部２０４・制御部２０５を備え、サーバ３００は履歴記録部３０１、集計部３０２、サーバ側通信部３０３を備えている。コンシューマ機器２００及びサーバ内の各要素は例えばバスインターフェースなどを介し各々データを授受可能に構成される。
【００３５】
操作部２０１は機器に対するユーザの操作を受ける入力インターフェイスであり例えばコンシューマ機器２００本体やリモコンに備えられたボタンやスイッチ類からなる。操作部２０１はこれらのボタンやスイッチになされた操作に対応して、処理部に対し各種の動作を行わせるための操作情報を出力する。
【００３６】
状況取得部２０２は光センサや位置センサ（ＧＰＳ）等の各種のセンサや計器から成り、機器自身及び周囲の状況を取得し、状況情報として出力する。或いは、状況取得部２０２は処理部２０４の動作状態を監視するモニタリング手段であり、その動作状態を状況情報として出力する。
【００３７】
機器側通信部２０３は、ネットワークを介してサーバ３００との間で情報通信を行うものでありサーバとの接続や情報の授受を制御する。
【００３８】
処理部２０４は機器固有の処理を行うものであり、ネットワークに接続されない従来のコンシューマ機器と同等の機能を有する。例えば、機器２００が電子カメラである場合、処理部２０４はレンズや絞りを調整し、シャッターを動作させたり、受光素子からの読み取りや画像処理・画像の記録といった一連の動作を行う。但し、従来の機器が備える操作部の少なくても一部は本機器の操作部２０１が替わる。制御部２０５の制御を受けないとき、これらは従来の機器と同様に動作し、操作部２０１からの操作情報に従って動作する。
【００３９】
制御部２０５は、機器側通信部２０３より得られた動作情報に従って、処理部２０４を制御するための操作情報を発する。
【００４０】
履歴記録部３０１はサーバ側通信部３０３を介してコンシューマ機器から受け取った操作情報と状況情報の組を記録するデータベースであり、また、与えられた条件に叶う操作情報や状況情報を抽出し、抽出情報として出力することもできる。
【００４１】
集計部３０２は、与えられた抽出情報に対し、平均や最頻値、中央値といった統計処理を行うことにより典型的な操作を導出し、動作情報として出力するデータ処理装置である。
【００４２】
機器側通信部２０３は、ネットワークを介して複数のコンシューマ機器２００との間で情報通信を行うものでありコンシューマ機器との接続や情報の授受を制御する。
【００４３】
次に、本発明のシステム１００の動作について説明する。本発明のコンシューマ機器２００の動作は手動操作と自動操作の２種類に大別される。手動操作はユーザが自己の状況判断に基づいてコンシューマ機器に行った操作をサーバに記録するプロセスであり、自動操作ではサーバに記録された操作情報をもとに、コンシューマ機器が自動的に自分自身を操作するプロセスである。各々の動作のフローチャートを図２及び図３に示す。
【００４４】
図２のフローチャートは手動操作時の動作を示すものであり、コンシューマ機器２００に対してユーザが操作をすることにより開始される。
【００４５】
ステップＳ１１ではユーザがコンシューマ機器２００に対して行う操作を操作部２０１が受け、操作情報を発する。
【００４６】
処理部２０４では操作情報を受け、機器固有の所定の動作を行う（ステップＳ１２）。
【００４７】
同時に状況取得部２０２ではセンサの値を読みとったり、処理部２０４の状態をモニタリングすることにより、状況情報を取得する（ステップＳ１３）。センサとしては例えば、温度センサ、光センサのように周囲の状況を得るものの他、ＧＰＳ等の位置センサや機器の向きを調べる方位センサなどが挙げられる。
【００４８】
機器側通信部２０３では操作部２０１及び状況取得部２０２より操作情報と状況情報を受けると、これらを組にしてサーバに送信する（ステップＳ１４）。
【００４９】
サーバではサーバ側通信部３０３がこの操作情報と状況情報の組を受信し、履歴記録部３０１に渡す（ステップＳ１５）。
【００５０】
履歴情報記録部では、この操作情報と状況情報の組を記録する（ステップＳ１６）。
【００５１】
この一連の動作により、サーバ３００上の履歴記録部３０１にはコンシューマ機器２００になされた操作とその時の状況が組として記録される。サーバ３００には複数のコンシューマ機器が接続されているため、複数のコンシューマ機器に成された、即ち複数のユーザが成した操作が操作時の状況と共に記録されることとなる。
【００５２】
図３のフローチャートは自動操作時の動作を示すものである。
【００５３】
自動操作が要求されるときは、まず状況取得部２０２にて状況情報を取得する。この際に取得される状況情報は手動操作時に取得したのと同種の情報とする（ステップＳ２１）。
【００５４】
機器側通信部２０３では状況取得部２０２より状況情報を入手し、リクエスト信号に含めてサーバに送信する（ステップＳ２２）。
【００５５】
サーバではサーバ側通信部３０３がこのリクエスト信号を受信し、履歴記録部３０１に渡す（ステップＳ２３）。
【００５６】
履歴記録部３０１は、記録されている状況情報と操作情報の組より、リクエスト内の状況情報に類似した状況情報を持つ組を検索し、適合した組のリストを抽出情報として出力する（ステップＳ２４）。
【００５７】
集計部３０２は履歴記録部３０１より抽出情報を得ると、動作情報を導出し出力する（ステップＳ２５）。動作情報とする典型的な操作としては、例えば抽出情報中の操作情報における設定値の最頻値や中央値・平均値とする。なお、抽出情報中の状況情報とリクエスト内の状況情報の類似度を重みとして、重み付き最頻値や重み付き平均値とするのも有効である。
【００５８】
サーバ側通信部３０３は、この動作情報をレスポンス信号に含めて、先のリクエスト発信元のコンシューマ機器２００に送る（ステップＳ２６）。
【００５９】
先のリクエスト発信元のコンシューマ機器２００では機器側通信部２０３がこのレスポンス信号を受信し、制御部２０５に渡す（ステップＳ２７）。
【００６０】
制御部２０５はレスポンス信号に含まれた動作情報に従って操作情報を発する（ステップＳ２８）。なお、制御部２０５は動作情報に従って処理部２０４を制御する前に、その制御を行うかどうかをユーザに問い合わせても良い。
【００６１】
処理部２０４では操作情報を受け、機器固有の所定の動作を行う（ステップＳ２９）。
【００６２】
この一連の動作により、システムに接続されたコンシューマ機器２００のどれかがすでに同様の状況下で幾度も利用されているのであれば、ユーザがその状況に応じた操作を行わないでも、コンシューマ機器２００は、そのおかれた状況下で一般的な（大多数のユーザが行った）動作を自動的に行うことができる。
【００６３】
なお、サーバは単体のコンピュータとは限らず、三層モデルに基づきデータベース層である履歴記録部とアプリケーション層である集計部を分割し、複数のコンピュータに処理を分担させても良い。
【００６４】
図１において、具体例として、コンシューマ機器２００をカメラ或いはカメラを備えた携帯機器とし、状況取得部２０２に位置センサ（ＧＰＳ）、操作部２０１にズームレバー・撮影プログラムモード切り替えダイヤルを備えるものとする。ユーザがズームレバー及びプログラムモード切り替えダイヤルを操作し、シャッターを切ると、操作情報としては設定された画角及びプログラムモード、状況情報としては、撮影地座標がサーバ３００に送られ、撮影記録として撮影地座標とプログラムモード及び画角が履歴記録部３０１に記録される。
【００６５】
サーバ３００にはネットワークを通じて、数多くのコンシューマ機器２００からの撮影地座標とプログラムモード及び画像の情報が集められ、図４（ａ）のように記録される。撮影地座標とプログラムモードや画角には相関が強いと考えられ、例えば撮影地座標が景勝地であれば風景モードで広角、スタジアムやグラウンドにあたればスポーツモードで望遠に設定される割合が高くなっているであろう。
【００６６】
また、コンシューマ機器２００であるカメラはプログラムモード切り替えスイッチが「オート」に設定されると、状況取得部２０２より現在位置の位置座標を得て、サーバ３００に対して現在地座標を示す位置情報を含めたリクエスト信号を送信する。サーバ３００ではリクエスト信号を受けると、履歴記録部３０１がリクエストを発行したコンシューマ機器２００の現在位置地近傍（例えば１００ｍ以内）での撮影記録を抽出情報として出力する。現在位置がＮ３６°３３′１３．１″Ｅ１３９°５９′２３．９″とすると、抽出情報は図５（ａ）のようになる。集計部３０２は抽出情報から動作情報を導出する。それには抽出情報中の各撮影記録ｒｅｃｏｒｄに対し、記録中の撮影地座標ｒｒｅｃｏｒｄとリクエスト信号中の位置座標
2006180204.tif 000003
を引数とする重み関数Ｗ（ｄｉｓｔ）を計算し、プログラムモードに対しては、各プログラムモードｘごとにＷ（ｄｉｓｔ）を重みとして積算した頻度Ｐｘを（式１）のように算出し、画角に対してはＷ（ｄｉｓｔ）を重みとして積算した平均値Ａを（式１．５）のように算出する。
【００６７】
（式１）
2006180204.tif 000004
【００６８】
（式１．５）
2006180204.tif 000005
【００６９】
なお、Ｗ（ｄｉｓｔ）の例としては半径σ３０ｍのガウス関数（式２）が挙げられる。
【００７０】
（式２）
2006180204.tif 000006
【００７１】
このようにして求めたプログラムモードｘの頻度Ｐｘが最も大きいプログラムモードｘｍａｘ及び画角Ａが動作情報となる。図５（ａ）の抽出情報からはスポーツモードがｘｍａｘ，Ａｘは約２０°となるが、このように、もしリクエスト中の位置座標がスタジアムであれば、これは高い確率でスポーツモードであり、位置座標が景勝地であれば高い確率で風景モードとなるであろう。なお、状況情報に複数の項ある場合には、記録中の状況情報とリクエスト中の状況情報のユークリッド距離から重みを算出するなどしてもよい。
【００７２】
このようにして導かれたスポーツモード及び画角約２０°という情報が動作情報としてレスポンス信号に含められ、サーバ側通信部３０３により、リクエスト送信元のコンシューマ機器２００に送られる。
【００７３】
レスポンス信号はリクエスト送信元のコンシューマ機器２００は機器側通信部２０３により受信され、動作情報が制御部２０５に送られる。
【００７４】
制御部２０５はこの動作情報に従って、処理部２０４のプログラムモードをスポーツモード、ズームの画角を２０°に設定する。
【００７５】
このような仕組みにより、多くのユーザは撮影モードを「オート」に設定したままでも、撮影地に合わせた撮影モードを設定したのと同様の効果を得られる。
【００７６】
もちろんユーザがこの自動的に設定されたプログラムモードや画角から更にプログラムモード切替スイッチやズームレバーを操作し、プログラムモードや画角を変更した場合、切り替えた後のプログラムモード・画角と位置情報をサーバ３００に送ることにより、サーバの撮影記録を更に充実させることができる。
【００７７】
また、コンシューマ機器２００はサーバに送信する状況情報にコンシューマ機器２００の個体または利用しているユーザを識別するための情報を含めてもよい。この識別情報は処理部２０４が保持する個体番号／ログインユーザＩＤを状況取得部２０２が監視することによって状況情報に付与してもよいし、機器側通信部２００がサーバに状況情報を送信する際にＩＰアドレスやＭＡＣアドレス等の機器固有の番号を付与することもできる。
【００７８】
サーバ３００の集計部３０２は典型的な動作を導出する際に、撮影記録中の識別情報を利用することにより、リクエスト発信元のユーザの趣向に合った集約情報を与えることも可能となる。そのための方策の一例としては、識別情報ごとに過去の撮影記録を分類し、機器個体或いはユーザ間の履歴相関係数を算出する。相関の高いユーザの操作情報を相関の低いユーザの操作情報より大きい重みを加えて典型値を算出する。
【００７９】
例えばユーザａとユーザｂの相関を算出するには撮影記録より、撮影者がａの撮影記録と撮影者がｂの撮影記録抽出し、更に双方で例えば撮影位置が１０ｍ以内で近接しているなど識別情報以外の状況情報が共通あるいは類似している組を抽出する。
【００８０】
これらの組でａとｂのプログラムモード等の操作情報が同じであれば１、異なれば０として、それらの平均値をユーザａとユーザｂの相関値Ｒ（ａ，ｂ）とできる。また、画角など連続値を取る操作情報に対しては、例えばｅｘｐ（−｜ｌｏｇ（ａの設定した値）−ｌｏｇ（ｂの設定した値）｜）の平均値をＲ（ａ，ｂ）とする。これを用いて式１の頻度を修正し、
（式１’）
2006180204.tif 000007
などとする。
【００８１】
これにより、風景写真主体／ポートレート主体等の撮影スタイルといった趣向の事前登録といったことをすることなく、通常の操作を行ううちに、同じ撮影スタイルのユーザ同士の相関が高くなり、自動的に機器２００はユーザの趣向に合わせた自動動作を行うようになる。
【００８２】
また別の具体例として、コンシューマ機器２００をビデオテープレコーダー等の放送番組を記録する番組記録装置とし、状況取得部２０２には機器固有の機器ＩＤを発し、操作部２０１には番組録画予約操作を受けるものとする。
【００８３】
手動操作としては、ユーザにより録画予約画操作が行われると、操作部２０１は操作情報として録画予約された番組のコンテンツＩＤを発する。コンテンツＩＤとは録画予約された番組を特定するものであり、再生する番組が同一であれば、異なるコンシューマ機器２００間でも同一のコンテンツＩＤをもつ。さらにコンテンツＩＤからは放送チャンネルと放送開始日時・放送終了時刻等の録画予約に必要な情報が得られるものとする。コンテンツＩＤ自身にこれら全てが記述されてもいいし、放送番組が特定できれば放送チャンネルと放送開始日時のみを記述したり、電子番組表中の特定位置を指すｌｏｃａｔｏｒとすることもできる。
【００８４】
処理部２０４は操作部２０１より受けた操作情報に従った予約録画動作が設定されると共に、機器側通信部２０３は状況取得部より状況情報として機器ＩＤを受け、コンテンツＩＤと組にしてサーバ３００に送信され、録画予約履歴として履歴記録部３０１に記録される。
【００８５】
サーバ３００にはネットワークを通じて、数多くのコンシューマ機器２００からの機器ＩＤとコンテンツＩＤの情報が集められ、図４（ｂ）のように記録される。
【００８６】
また、自動操作としては、コンシューマ機器２００は適宜、サーバ３００に対して機器ＩＤを含めたリクエスト信号を送信する。サーバ３００ではリクエスト信号を受け取ると、履歴記録は今後放送される番組のコンテンツＩＤを含む録画予約が図５（ｂ）のように抽出情報として出力する（ステップＳ２４）。集計部は抽出情報に現れる各コンテンツＩＤｘに対して相関重み付き頻度Ｐｘを（式３）のように算出する。なお、ＰｘはコンテンツＩＤｘに対し、コンテンツＩＤｘが予約された機器ＩＤとリクエストを送った機器ＩＤの履歴相関の重み付けを適用した頻度値である。
【００８７】
（式３）
2006180204.tif 000008
【００８８】
また、Ｒ（ａ，ｂ）はＩＤａをもつ機器とＩＤｂをもつ機器の履歴相関であり、例えば（式４）のように計算される。
【００８９】
（式４）
2006180204.tif 000009
【００９０】
なお、式４のコンテンツ数とは予約録画履歴に記録された過去の予約録画に対するものであり、ａ，ｂどちらか新しい方の機器の利用開始時まで以降の履歴を係数する。
【００９１】
そして頻度値がある閾値以上になったコンテンツＩＤを動作情報として出力する。
【００９２】
例えばリクエスト信号を送ってきたコンシューマ機器２００のＩＤをＡとすると、Ｒ（Ａ，Ｂ）＝０．１１，Ｒ（Ａ，Ｃ）＝０．３３，Ｒ（Ａ，Ｄ）＝０，Ｐ０２０１２５２０００−−１０＝０．４４，Ｐ０２０１２５２０００−０８＝０と計算され、閾値を０．４とすれば、コンテンツＩＤ“０２０１２５２０００−０８”が出力される。すなわち、図４（ｂ）の履歴情報からＩＤがＢの機器ユーザとＩＤがＡの機器ユーザは録画予約する番組の嗜好がかなり似ており、ＩＤがＣの機器ユーザと録画予約する番組の嗜好がそこそこ似ていることが分かり、これらのユーザが録画予約している番組が出力される。
【００９３】
サーバ側通信部３０３ではこのコンテンツＩＤをレスポンス信号に含め、リクエスト送信元のコンシューマ機器２００に送信する。
【００９４】
レスポンス信号はリクエスト送信元のコンシューマ機器２００は機器側通信部２０３により受信され、動作情報が制御部２０５に送られる。制御部２０５はこの動作情報に従って、処理部２０４に対して動作情報であるコンテンツＩＤに対応する番組の録画予約を設定する。この際、コンテンツＩＤに録画予約に必要な放送チャンネル・放送開始日時・放送終了時刻の情報が記述されていれば、それを用い、コンテンツＩＤ自身にこれら全てが記述されていないのならば、コンテンツＩＤに対応する番組の放送チャンネル・放送開始日時・放送終了時刻をＥＰＧ等を利用して得る。
【００９５】
なお、このようにして予約録画された番組がユーザにより視聴された際は、ユーザにより録画予約されたのと同様に、機器ＩＤと視聴されたコンテンツＩＤをサーバ３００に送信する。
【００９６】
このような仕組みにより、例えばＩＤがＡの機器ではコンテンツＩＤ“０２０１２５２０００−０８”といったように、各機器２００ではユーザの嗜好にあった番組が自動的に録画予約される。
【００９７】
なお、本実施例において、コンシューマ機器２００はリクエスト信号を発さなくとも、サーバが定期的に、各コンシューマ機器２００からのリクエストを受け取ったのと同様の動作を行い、新規の予約録画すべきコンテンツＩＤが発生したときのみ対応する機器ＩＤを持つコンシューマ機器２００にコンテンツＩＤを含むレスポンス信号を送信してもよい。
【００９８】
また、上記の実施例によれば、履歴相関により、嗜好の似たユーザ同士を関連付け、彼らの録画予約を参照するため、ＥＰＧ（電子番組ガイド）に記述されない情報やキーワード化しきれない人間的な判断に基づいた番組検索・録画予約が成される。
【実施例２】
【００９９】
また、本発明の異なる構成として、図６に示すようにコンシューマ機器２００’は制御部２０５に替えて提示部２０６を備えても良い。提示部２０６はディスプレイ或いはブザー等により、ユーザに情報を提示することができ、集約情報に沿った行動をユーザに提案する。操作部２０１、状況取得部２０２、機器側通信部２０３、処理部２０４は実施例１に準じ、本実施例のコンシューマ機器２００’は実施例１のコンシューマ機器２００と同様にネットワークに接続される。
【０１００】
本実施例のコンシューマ機器２００’も、実施例１と同様に手動操作と自動操作の２種類があり、自動操作での動作は実施例１と同じである。
【０１０１】
自動操作での動作のフローチャートを図７に示す。この場合もステップＳ２７、機器側通信部２０３がレスポンス信号を受け取るまでは実施例１と同じであるが、本実施例ではコンシューマ機器２００’で機器側通信部２０３がこのレスポンス信号を受信すると、提示部２０６に渡す（ステップＳ２７’）。
【０１０２】
提示部２０６はレスポンス信号に含まれた動作情報をディスプレイに表示するなどしてユーザに提示する（ステップＳ２８’）。
【０１０３】
なお、提示された情報に従ってユーザがコンシューマ機器２００’を操作した際には手動操作の動作を行う。
【０１０４】
先のカメラの例であれば、コンシューマ機器２００’は随時現在地とリクエストを発行する。
【０１０５】
サーバ３００は、撮影記録よりコンシューマ機器２００’の現在位置より一定の範囲内、例えば１ｋｍにある撮影記録を抽出し、範囲内でも特に撮影密度の高い位置を集約情報としてコンシューマ機器２００に返信する。コンシューマ機器２００’が集約情報を受け取ると提示部２０６は集約情報に示された位置をユーザに示し、そこへ行き撮影することを提案する。
【０１０６】
撮影密度の高い位置は、景勝地等の撮影スポットであると考えられ、このシステムによれば、ユーザは効率的に撮影スポットを巡ることができる。
【０１０７】
なお、この例に、前述のユーザ間の履歴相関を用いるのは特に有効であり、植物／水辺／建築物等各ユーザが過去に何度も撮影した被写体と同種の被写体の撮影を提案することとなる。
【実施例３】
【０１０８】
また、本発明の異なる構成として、図８に示すようにサーバ３００’は情報付与部３０４を備えても良い。情報付与部３０４はコンシューマ機器２００より送られてきた状況情報に対して、新たな情報項目を付与する。履歴記録部３０１，集計部３０２，サーバ側通信部３０３は実施例１と同様であり、本実施例のサーバ３００’は実施例１のサーバ３００と同様にネットワークに接続される。
【０１０９】
本サーバに接続されるユーザ側装置２００は実施例１と同様に手動操作と自動操作の２種類があり、各々の動作のフローチャートを図９及び図１０に示す。
【０１１０】
図９のフローチャートは手動操作時の動作を示すものである。このチャートでステップＳ１５、サーバ側通信部３０３が操作情報と状況情報の組を受信するまでの動作は実施例１と同じである。本実施例ではサーバ３００’でサーバ側通信部３０３がこの操作情報と状況情報の組を受信すると、情報付与部３０４に渡す（ステップＳ１５’）。
【０１１１】
情報付与部３０４は、状況情報に新たな項目を付与する（ステップＳ１５．５）。新たな項目としては例えば受信日時や、受信した状況情報に示された位置における気象情報・交通情報をネットワークから入手して加えてもよい。
【０１１２】
履歴情報記録部３０１では、受信した操作情報と新たな項目も加えた状況情報の組を記録する（ステップＳ１６）。
【０１１３】
図１０のフローチャートは自動操作時の動作を示すものである。このチャートでステップＳ２３、サーバ側通信部３０３がリクエストを受信するまでの動作は実施例１と同じであるが、本実施例ではサーバ３００’でサーバ側通信部３０３がリクエスト信号を受信すると、情報付与部３０４に渡す（ステップＳ２３’）。
【０１１４】
情報付与部３０４は、リクエストに内の状況情報に新たな項目を付与する（ステップＳ２３．５）。新たな項目は手動操作においてステップＳ１５．５（図９）で付与した項目と同じである。
【０１１５】
履歴情報記録部３０１では、受信した操作情報と新たな項目も加えた状況情報の組を記録する（ステップＳ２３．５）。
【０１１６】
ステップＳ２４以降では実施例１と同じである。但し、ステップＳ２４及びステップＳ２５で用いる状況情報は、ステップＳ２３．５で付与した項も含むものとする。
【０１１７】
これにより、コンシューマ機器の状況取得部２０２におけるセンサや計器類を削減できるほか、状況情報のより多くの項目を用いてより的確な動作情報を得られる。
【０１１８】
例えば、実施例２に挙げたカメラの例であれば、コンシューマ機器は状況情報として位置をサーバに通知するが、状況情報付与部は、状況情報の新たな項目として受信日時や前記位置における気象情報を加える。これにより、春であれば桜の名所、秋であれば紅葉の名所、夜間であれば夜景の名所、雨天であれば屋内施設、と季節／時間／天気に応じた状況下で頻繁に撮影される位置をユーザに撮影スポットとして提示できる。
【実施例４】
【０１１９】
なお、サーバの構成部の一部、若しくは全てをコンシューマ機器に持たせる構成も可能である。例として集計部３０２をコンシューマ機器に移したシステム１０２について説明する。図１１はこのシステム１０２の例示的形態を示した構成図である。このシステムは前記の実施例同様、サーバ３００”と複数のコンシューマ機器２００”がネットワークを通じで接続され、各部の機能は実施例１に準ずる。
【０１２０】
本実施例のコンシューマ機器２００”も、実施例１と同様に手動操作と自動操作の２種類があり、自動操作での動作は実施例１と同じである。
【０１２１】
自動操作での動作のフローチャートを図１２に示す。この場合もステップＳ２４、履歴記録部３０１が抽出情報を出力するまで実施例１と同じである。が、本実施例ではこの後にサーバ側通信部３０３が、この抽出情報をレスポンス信号に含めて、リクエスト発信元のコンシューマ機器２００”に送る（ステップＳ２６）。
【０１２２】
先のリクエスト発信元のコンシューマ機器２００では機器側通信部２０３がこのレスポンス信号を受信し、集計部３０２に渡す（ステップＳ２７）。
【０１２３】
集計部３０２は抽出情報を得ると、動作情報を導する（ステップＳ２５）。この動作情報の導出はこれまで説明したのと同様である。
【０１２４】
制御部２０５はこの動作情報に従って操作情報を発し（ステップＳ２８）、処理部２０４では操作情報を受け、機器固有の所定の動作を行う（ステップＳ２９）。
【０１２５】
なお、この実施例における集計部３０２は動作情報を導出する際に、抽出情報或いはその統計分布をユーザに提示し、動作情報の導出に関わる統計処理のパラメータをユーザに対話的に調整してもらうことができる。
【０１２６】
具体例として、コンシューマ機器２００をビデオテーププレイヤー等の予め記録された番組を（時系列に沿って）再生する番組再生装置とし、状況取得部２０２には処理部２０４をモニタし、再生されている番組のＩＤを取得するコンテンツＩＤ検出装置およびコンテンツ中の再生している時間的位置を検出する再生位置検出装置、操作部２０１には再生速度切り替えスイッチを備えるものとする。コンシューマ機器２００は記録番組を再生する際、状況取得部２０１にて、指示された番組のコンテンツＩＤを取得する。コンテンツＩＤとは例えば再生する番組を特定するものであり、再生する番組が同一であれば、異なるコンシューマ機器２００間でも同一のコンテンツＩＤをもつ。
【０１２７】
例えば再生番組が放送を記録したものであれば、放送チャンネルと放送日時の組をコンテンツＩＤとすることができ、またパッケージメディアであればトラック情報、インターネット上の動画／音声コンテンツであればＵＲＬ、などからコンテンツＩＤを生成することができる。
【０１２８】
手動操作としては、再生中ユーザが再生速度切り替えスイッチを操作すると、操作部２０１が発する信号により処理部２０４は操作部２０１より受けた操作情報に従った再生速度に切り替えると共に、操作情報としては切り替えられた再生速度、状況情報としては再生位置が得られる。これらの情報を切り替え操作の都度サーバ３００に送っても良いが、本実施例では通信回数の削減を考え、これらの情報を再生終了時までバッファリングしておく。再生が終了すると、それまでバッファリングしていた再生速度と再生位置の組はコンテンツＩＤと共に、例えば図１３の様なメッセージとしてサーバ３００にまとめて送られ、再生記録として履歴記録部３０１に記録される。
【０１２９】
サーバ３００にはネットワークを通じて、数多くのコンシューマ機器２００からのコンテンツＩＤ・再生位置と再生速度の情報が集められる。コンテンツＩＤ・再生位置と再生速度には相関が強いと考えられ、例えばＣＦ位置では早送りやスキップされている割合が高くなっているであろう。
【０１３０】
また、自動操作としては、コンシューマ機器２００”にてあるコンテンツの再生が指示されると、状況取得部２０２にてコンテンツＩＤを得て、サーバ３００”に対してコンテンツＩＤを含めたリクエスト信号を送信する。サーバ３００”ではリクエスト信号を受け取ると、履歴記録部３０１が同一のコンテンツＩＤに対する再生記録を抽出情報として出力する。サーバ側通信部３０３はこの抽出情報をレスポンス信号含めてユーザ側端末２００”に送信する。ユーザ側端末２００”では機器側通信部２０３がレスポンス信号を受け取り、集計部は３０２はレスポンス信号に含まれていた抽出情報から動作情報を算出する。この場合の動作情報はコンテンツの各再生位置における再生速度の代表値である。
【０１３１】
この際、集計部３０２は動作情報の導出に関わる統計処理の手法やパラメータをユーザに調整してもらってもよい。即ち、最頻値／平均値／中央値の選択、あるいは抽出情報に基づき図１４の様な再生位置−再生速度分布グラフを提示することにより、パーセント点として中央値（５０％点）／上四分位値（２５％点）／下四分位値（７５％点）等の選択を対話的にユーザに求めることが可能となる。
【０１３２】
制御部２０５は、前記のように導出された動作情報に従って処理部２０４再生速度を調整する。なお、制御部２０５は動作情報に従って処理部２０４の再生速度を切り替える直前に、その制御を行うかどうかを図１５の様な確認メッセージを提示してユーザに問い合わせても良く、もちろん再生中にユーザの操作があった場合、処理部２０４は制御部２０５の制御に対してユーザの操作を優先して再生速度を切り替える。
【０１３３】
なお、自動操作においても、再生開始後は手動操作の動作も平行して行い、再生終了時にはユーザの修正を経て実際に再生した再生スケジュールをサーバ３００”に送信することにより、サーバ３００”の記録を更に充実させることができる。
【０１３４】
これにより、すでにコンシューマ機器２００”のどれかで同一のコンテンツが再生されているのであればユーザがコンテンツの進行に応じて再生速度を切り替えなくても、自動的に適切な再生速度に切り替えることが可能になる。また、ユーザは集計部３０２にて動作情報の導出に関わる統計処理のパラメータを調整することにより、ユーザはコンテンツの視聴に費やせる時間を考慮しつつ、自動的に適切な再生スケジュールを選択することが出来る。
【実施例５】
【０１３５】
更には履歴記録部３０１をコンシューマ機器に持たせることによりサーバを徹することができる。ここで図１６は本発明の別の側面としてのサーバを徹したシステム１０３の例示的形態を示した構成図である。図１６に示すように、このシステムは、複数のコンシューマ機器２００’’’がネットワークを通じで相互に接続されるｐｅｅｒ−ｔｏ−ｐｅｅｒ（Ｐ２Ｐ）構造をとる。
【０１３６】
コンシューマ機器２００’’’は、操作部２０１、状況取得部２０２、機器側通信部２０３、処理部２０４、制御部２０５、集計部３０２、履歴記録部３０１を備えている。なお、本実施例の機器側通信部２０３はネットワークを通じて接続された他のコンシューマ機器２００と情報を送受信することができるよう構成される。操作部２０１、状況取得部２０２、処理部２０４、制御部２０５、集計部３０２、履歴記録部３０１は実施例１に準じる。
【０１３７】
本実施例のコンシューマ機器２００’’’も、実施例１と同様に手動操作と自動操作の２種類がある。
【０１３８】
図１７は手動操作での動作のフローチャートを示すものである。このチャートでステップＳ１３、コンシューマ機器２００’’’内で操作情報と状況情報を取得するまでは実施例１と同じである。
【０１３９】
本実施例では、この操作情報と状況情報は機器内の履歴記録部３０１が組にして記録する（ステップＳ１６）。基本的には本実施例の履歴記録部３０１は納められたコンシューマ機器２００’’’に対するｌｏｃａｌな操作情報と状況情報の組を記録する。
【０１４０】
図１８は自動操作でのフローチャートを示すものである。このチャートでステップＳ２１、自動操作が要求される際に、まず動作が求められているコンシューマ機器２００（Ｐｅｅｒ  Ａ）内の状況取得部２０２が状況情報を取得するのは実施例１と同じである。
【０１４１】
機器側通信部２０３ではこの状況情報をリクエスト信号に含めて、ネットワークに繋がれている他の複数のコンシューマ機器２００’’’に送信する（ステップＳ２２）。
【０１４２】
リクエストを送信された一のコンシューマ機器２００（ｐｅｅｒ  Ｂ）は、機器側通信部２０３は前記のリクエストに含まれる状況情報を受け取り（ステップＳ２３）、ｐｅｅｒ  Ｂ内の履歴記録部２０７は履歴記録部３０１は、記録された情報の中より類似した状況情報を持つ、操作情報と状況情報の対を抽出情報として出力する（ステップＳ２４）。
【０１４３】
ｐｅｅｒ  Ｂの機器側通信部２０３は前記抽出情報を含むレスポンスを前記状況情報の送信元（ｐｅｅｒ  Ａ）に返信する（ステップＳ２６）。
【０１４４】
状況情報を発信したコンシューマ機器（ｐｅｅｒ  Ａ）では、機器側通信部２０３にて、このようにしてｐｅｅｒ  Ｂやその他の複数のｐｅｅｒから返信されたレスポンスに含まれる抽出情報を受け取ると（ステップＳ２７）、集計部３０２にて前記の複数の操作情報をより動作情報を導出する（ステップＳ２５）。この動作情報の導出はこれまで説明したのと同様である。制御部２０５は前記の動作情報に従って操作情報を発し（ステップＳ２８）、処理部２０４では操作情報を受け、機器固有の所定の動作を行う（ステップＳ２９）。
【０１４５】
これにより、サーバを用いることなく、前述の実施例と同様の効果を得られる。
【０１４６】
なお、ｐｅｅｒ  Ａは全てのリクエスト送信先よりレスポンスを得なくてもステップＳ２５の動作を開始しても良い。例えば一定の数または（送信先の数に対する）一定の割合のレスポンスを得た時点でステップＳ２５に移行したり、リクエストの送信後一定の時間を設け、タイムアウトが来たらステップＳ２５に移行すると良い。
【０１４７】
また、コンシューマ機器２００’’’同士は、適宜お互いの履歴記録部に記録された履歴情報を交換してもよい。これにより、あるコンシューマ機器２００’’’（ｐｅｅｒ  Ａ）がリクエストを発した際、別のコンシューマ機器２００（ｐｅｅｒ  Ｂ）が、電源断やネットワーク非接続状態である等でレスポンスを返せなくても、それ以前にｐｅｅｒ  Ｂと履歴情報を交換したコンシューマ機器２００’’’（ｐｅｅｒ  Ｃ）があれば、ｐｅｅｒ  Ａはｐｅｅｒ  Ｃよりｐｅｅｒ  Ｂに成された操作情報を得ることができる。
【図面の簡単な説明】
【０１４８】
【図１】本発明の実施例１のシステムを示すブロック図
【図２】実施例１の手動操作のフローチャート
【図３】実施例１の自動操作のフローチャート
【図４】履歴記録を説明する図
【図５】抽出情報および履歴記録を説明する図
【図６】実施例２のシステムの一部を示すブロック図
【図７】実施例２の自動操作のフローチャート
【図８】実施例３の構成を説明する図
【図９】実施例３の手動操作のフローチャート
【図１０】実施例３の自動操作のフローチャート
【図１１】実施例４の構成を説明する図
【図１２】実施例４の動作を示すフローチャート
【図１３】再生スケジュールを説明する図
【図１４】再生位置、再生速度を説明する図
【図１５】確認メッセージを説明する図
【図１６】実施例５の構成説明する図
【図１７】実施例５の手動操作のフローチャート
【図１８】実施例５の自動操作のフローチャート
【符号の説明】
【０１４９】
１００  システム
２００  コンシューマ機器（ユーザ側機器）
２０１  操作部
２０２  状況取得部
２０３  機器側通信部
２０４  処理部
２０５  制御部
３００  サーバ
３０１  履歴記録部
３０２  集計部
３０３  サーバ側通信部
【図１】
2006180204.tif 000010
【図２】
2006180204.tif 000011
【図３】
2006180204.tif 000012
【図４】
2006180204.tif 000013
【図５】
2006180204.tif 000014
【図６】
2006180204.tif 000015
【図７】
2006180204.tif 000016
【図８】
2006180204.tif 000017
【図９】
2006180204.tif 000018
【図１０】
2006180204.tif 000019
【図１１】
2006180204.tif 000020
【図１２】
2006180204.tif 000021
【図１３】
2006180204.tif 000022
【図１４】
2006180204.tif 000023
【図１５】
2006180204.tif 000024
【図１６】
2006180204.tif 000025
【図１７】
2006180204.tif 000026
【図１８】
2006180204.tif 000027