JP2004185612A - 操作履歴利用システム及びその方法 - Google Patents

Abstract

【課題】 機器の操作履歴を有効に利用して機器の自動制御や情報提供等の適切なサービスをユーザに提供する。
【解決手段】 端末家電機器１０１、サーバ家電機器（ユーザサーバ）１０２、アプリケーションサーバ１０３がネットワークにより相互に接続されて構成される操作履歴利用システムであって、端末家電機器１０１には、ユーザが操作した機器、操作内容、操作した時間を組にして操作履歴として記録するデバイスエージェント２０１が、サーバ家電機器１０２には、デバイスエージェント２０１から所定のタイミングで送信される操作履歴を受け付けて一元管理するユーザエージェント２０２が、アプリケーションサーバ１０３には、ユーザエージェント２０２に対して操作履歴に関する問い合わせを行うことにより、ユーザの嗜好などを考慮したサービスを提供するサービスコンシェルジェ２０３がそれぞれ搭載される。
【選択図】 図１

Description

本発明は、機器に対する操作履歴を有効に利用して機器の自動制御や情報提供等のサービスをユーザに提供するためのシステムに関するものである。

ユーザの行動を予測する技術として、特に移動履歴を用いてマーケティングや情報推薦に利用する方法が従来から提案されている。例えば、ＰＨＳ（Personal Handyphone System）や携帯電話機能の付与された情報端末でユーザの移動履歴を記録し、その移動履歴からユーザの行動を予測し、ＰＨＳ網や携帯電話網を介して予測した行動に応じた情報を情報端末に送信する方法がある（例えば、特許文献１、特許文献２参照）。
特開２０００−２９３５４０号公報 特開２０００−３２４２４６号公報

しかしながら、これらの従来技術は、基地局間の携帯電話の移動履歴を収集するなど、単一の機器の位置情報だけに応じてサービスを提供する技術である。今後は機器のネットワーク化がますます進展することが予想され、ユーザが所有する複数の機器に対する様々な操作履歴情報を統合して、ネットワークを介したユーザの嗜好の分析などのマーケティング調査やコンテンツ推薦のサービスに利用できるようにする必要がある。

そこで、本発明は、機器の操作履歴を有効に利用して機器の自動制御や情報提供等の適切なサービスをユーザに提供することを第１の目的とする。
また、本発明は、単一の機器だけでなく、複数の機器の操作履歴を有効に利用して機器の自動制御や情報提供等の適切なサービスをユーザに提供することを第２の目的とする。

上記第１の目的を達成するために、本発明に係る操作履歴利用システムは、機器に対するユーザの操作履歴を利用してユーザにサービスを提供する操作履歴利用システムであって、ユーザの操作内容を表す操作データを送信する機能を有する機器と、前記機器から集めた操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するサービス提供装置とを備えることを特徴とする。

ここで、前記サービス提供装置は、前記操作履歴データを蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンからユーザ行動を予測するユーザサーバ装置と、前記ユーザサーバ装置により予測されたユーザ行動に応じたサービスを提供するアプリケーションサーバ装置とを有する構成であってもよいし、前記操作履歴データを蓄積するユーザサーバ装置と、前記ユーザサーバ装置に蓄積された操作履歴データ中の頻出操作パターンからユーザ行動を予測し、予測したユーザ行動に応じたサービスを提供するアプリケーションサーバ装置とを有する構成であってもよい。

これによって、機器から送信されてくる操作履歴の頻出操作パターンから予測されたサービスが提供されるので、機器の操作履歴を有効に利用した操作履歴利用システムが実現される。
また、上記第２の目的を達成するために、本発明に係る操作履歴利用システムは、前記操作履歴利用システムが、ユーザの操作内容を表す操作データを送信する複数の機器を備え、前記サービス提供装置は、複数の前記機器から集めた操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するようにしている。

これによって、単一の機器だけでなく、複数の機器の操作履歴からユーザ行動が予測されてサービスが提供されるので、ユーザにとってより有益で適切なサービスが提供される。
なお、本発明は、このような操作履歴利用システムとして実現することができるだけでなく、その特徴的な構成要素をステップとする操作履歴利用方法として実現したり、操作履歴利用システムを構成する機器単体及びサービス提供装置単体として実現したり、パーソナルコンピュータ等で実行されるプログラムとして実現したり、そのようなプログラムを記録したＣＤ−ＲＯＭ等の記録媒体として実現したりすることもできる。

本発明によれば、複数の端末装置がネットワークに接続されてなるシステムにおいて、個々の端末装置の操作履歴、コンテンツ視聴履歴などをユーザ単位、又は家族単位で収集し、それらの履歴データを一元的に管理し、そのデータからユーザの行動に関するコンテクストを抽出し、その結果を、機器の自動制御や情報提供等のサービスの提供に反映させることができる。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
（第１の実施の形態）
図１は、第１の実施の形態における操作履歴利用システムの全体構成を示すブロック図である。この操作履歴利用システムは、デジタルＴＶ（以下、単にテレビ又はＴＶという）１０１ａ、ビデオ（Video）１０１ｂ、エアコン（Air Conditioner）１０１ｃ、照明器具（Light）１０１ｄ、ＭＤ（MiniDisc）コンポ１０１ｅ、ＰＣ（Personal Computer）１０１ｆなどの端末家電機器１０１、ホームサーバ、ホームゲートウェイなどのサーバ家電機器（ユーザサーバ）１０２、サーバ家電機器１０２へのアクセスを許可されたアプリケーションサーバ１０３、有線又は無線のネットワークから構成されるＬＡＮ（Local Area Network）１０４、ＷＡＮ（Wide Area Network：例えばインターネット）１０５、ＬＡＮ１０４をＷＡＮ１０５に接続するためのルータ１０６から構成される。

サーバ家電機器１０２は常時通電されており、所定の条件に従ってＷＡＮ１０５側からのアクセスが許される。図１には、機器の自動制御や情報提供等のサービスを提供する複数のアプリケーションサーバ１０３のうちの１つが示されている。なお、ＷＡＮ１０５へのアクセスにＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）を利用する場合など、必要に応じて対応するモデム機能をルータ１０６に持たせる。

図２は、図１における端末家電機器１０１ａ及び１０１ｂ（ここでは、ＴＶ１０１ａ及びビデオ１０１ｂだけが示されているが、他の端末家電機器１０１ｃ〜１０１ｆについても同一の機能構成ゆえ、図示を省略している）、サーバ家電機器１０２、アプリケーションサーバ１０３ａ及び１０３ｂ（ここでは、図１に示されたアプリケーションサーバ１０３が２台接続された例が示されている）に搭載される主要な機能モジュール（プログラム）を示したものである。端末家電機器１０１ａ及び１０１ｂの各々には、ユーザの操作をトリガとして機器操作履歴を記録するデバイスエージェント２０１が搭載され、サーバ家電機器１０２には、デバイスエージェント２０１から所定のタイミングで送信される機器操作履歴を受け付けて、これを一元管理するユーザエージェント２０２が搭載され、アプリケーションサーバ１０３ａ及び１０３ｂの各々には、ユーザエージェント２０２が提供する機器操作履歴を利用したサービスを提供するサービスコンシェルジェ２０３が搭載されている。

図３は、デバイスエージェント２０１、ユーザエージェント２０２及びサービスコンシェルジェ２０３それぞれの主要な機能・役割分担を説明するための通信シーケンス図である。本図に示されるように、デバイスエージェント２０１は、端末家電機器１０１に対するユーザの操作を検出して一時的に記録した後に（Ｓ１）、操作履歴としてユーザエージェント２０２に送信する（Ｓ２）。ユーザエージェント２０２は、デバイスエージェント２０１から送られてくる操作履歴をデータベースとして蓄積して管理するとともに（Ｓ３）、そのデータベースに対するサービスコンシェルジェ２０３からの問い合わせに対して（Ｓ４）、回答を送る（Ｓ５）。サービスコンシェルジェ２０３は、端末家電機器１０１等からサービス提供の要求を受けたときに、ユーザエージェント２０２に問い合わせを発することでサービス提供に必要な情報を取得した後に、ユーザエージェント２０２を介して（あるいは、介さずに）端末家電機器１０１に制御信号を送信して遠隔自動制御等を行うことで、要求に応じたサービスを提供する（Ｓ６）。なお、提供するサービスとしては、端末家電機器１０１を遠隔自動制御することによってユーザの機器操作を予測して支援したり、端末家電機器１０１に情報を送信することによって端末家電機器１０１の映像・音声出力部を介してユーザに有益な情報を提供したりするサービスが該当する。

なお、サーバ家電機器１０２には、録画機能を持つホームサーバの場合など、ユーザエージェント２０２に加えて自身のデバイスエージェント２０１を搭載してもよい。また、サーバ家電機器１０２の候補となる家電機器が複数存在する場合は、所定の方法によって１つの機器を選出するものとする。
まず、デバイスエージェント２０１の構成と動作について説明する。図４にデバイスエージェント２０１のブロック構成図を示す。このデバイスエージェント２０１は、リモコンなどを介して入力されるユーザからの操作を受け付ける操作入力部３０１、操作入力部３０１からの操作入力を解釈して機器の動作状態を決定する操作入力解釈部３０２、操作入力解釈部３０２の解析結果に対応して機器を制御する機器制御部３０３、機器の操作について操作日時と操作内容とを組にして記憶する操作履歴記憶部３０４、操作入力解釈部３０２によって解釈された機器操作について操作履歴記憶部３０４に追加する操作履歴記録部３０５、ネットワークＩＦ（ネットワークインタフェース）３０８及びネットワークＩＦ３０８を介して所定のタイミングで操作履歴記憶部３０４に蓄積された操作履歴をユーザエージェント２０２宛に送信する操作履歴送信部３０６から構成される。

次に、デバイスエージェント２０１の動作を図５のフローチャートを用いて説明する。まず、操作履歴を記録する処理から説明する。
ステップａ１では、ユーザからのリモコン操作を操作入力部３０１で受け付ける。ここでは、エアコンの温度設定が２５度になっており、ユーザがリモコンの設定温度アップボタンを２回押したものとする。リモコン以外からの入力操作についても同様に処理されるものとする。

ステップａ２では、ステップａ１で受け付けた入力を操作入力解釈部３０２で解釈する。２５度の状態から設定温度アップボタンを２回押されたため、「設定室温を２７度に変更する」と解釈される。なお、リモコンのボタンでダイレクトに２７度を指定した場合も同一の解釈がなされる。
ステップａ３では、機器制御部３０３により、操作入力に対応する動作が実行される。この例では、設定室温を２度アップし、２７度に変更する。

ステップａ４では、現在の操作入力が記録対象のものかを調べる。操作入力解釈部３０２の解釈の結果、操作入力が履歴として保存すべきものである場合はステップａ５に進む。そうでない場合は処理を終了する。履歴として保存すべき操作は予め機器毎に定義されている。図６はその一例を示したもので、エアコンの場合、操作種として電源オン（ＰｏｗｅｒＯｎ）、電源オフ（ＰｏｗｅｒＯｆｆ）、温度設定、風量設定、停止、予約などが操作履歴として保存する対象となることを示している。温度の設定変更は図６中の温度設定に該当するため、ステップａ５に進む。

ステップａ５では、操作履歴記録部３０５は、今までの２５度での運転を終了して、２７度での運転が始まったと判断し、操作日時と、機器種別及び操作種別識別子と、必要であればその引数とを組にして操作履歴記憶部３０４に記録する。
図７に、操作履歴記憶部３０４に記録されている操作履歴の例を示す。図中、例１はエアコンの操作履歴の例で、操作日時にはその操作が行われた日時が記述され、機器種別として「Ａｉｒ Ｃｏｎｄｉｔｉｏｎｅｒ」、操作種別識別子として、前述図６にあった「Ｓｅｔ」、引数として「２７」と書かれており、エアコンが操作日時において、温度２７度で運転されたことを示している。また、図７に示された例２はテレビの例で、操作日時においてＩＤ番号がＸＸＸＸＸＸＸで一意に指定される番組を視聴したことを表している。あるいは、履歴開始日時記憶部を更に設け、今までの２５度での運転の開始日時を予め記憶しておき、現在日時を２５度での運転終了日時として、操作開始日時と操作終了日時とを操作履歴記憶部３０４に記録してもよい。この場合は、現在日時を２７度での運転開始日時として履歴開始日時記憶部に記憶しておくことになる。なお、操作終了日時の項目は操作開始日時からの経過時間としても構わない。

続いて、デバイスエージェント２０１がユーザエージェント２０２への操作履歴のアップデートを行う処理について、図８を用いて説明する。この処理は、操作履歴を記録する図５の処理とパラレルに動作させても、あるいはシーケンシャルに動作させても構わない。
ステップａ６では、ユーザエージェント２０２への操作履歴のアップデートを行うタイマー割り込みが発生しているかを調べ、割り込みが発生している場合にはステップａ９に進む。そうでない場合は、ステップａ７に進む。

ステップａ７では、操作履歴記憶部３０４のデータが一杯になっているかを調べ、データが一杯になっている場合にはステップａ９に進む。そうでない場合は、ステップａ８に進む。
ステップａ８では、ユーザエージェント２０２からの操作履歴のアップデートの要求があるかを調べ、要求がある場合にはステップａ９に進む。そうでない場合は、処理を終了する。

ステップａ９では、操作履歴送信部３０６からユーザエージェント２０２に対して、操作履歴を送信する。
ステップａ１０で送信が完了したかどうかを確認し、完了している場合にはステップａ１１に進む。そうでない場合は処理を終了する。
ステップａ１１では、送信済みの操作履歴を操作履歴記憶部３０４から削除して処理を終了する。ただし、送信した操作履歴の削除は必ずしもこのタイミングで行わなければならないものではなく、デバイスエージェント２０１側の都合の良い任意のタイミングで、送信済み操作履歴を削除してもよい。

次に、ユーザエージェント２０２の構成と動作について説明する。図９にユーザエージェント２０２のブロック構成図を示す。このユーザエージェント２０２は、デバイスエージェント２０１から送信される操作履歴を受け付ける操作履歴受信部４０１、操作履歴のデータを格納する操作履歴データベース４０２、操作履歴受信部４０１で受信した操作履歴のデータを操作履歴データベース４０２に登録する操作履歴登録部４０３、操作履歴データベース４０２に登録された操作履歴から所定の条件を満たす履歴の出現パターンを抽出するパターン抽出部４０４、パターン抽出部４０４で抽出された操作履歴の出現パターンを格納するパターンデータベース４０５、操作履歴データベース４０２に登録されている操作履歴データ又は操作履歴登録部４０３が新たに登録する操作履歴データから、パターンデータベース４０５で登録されている出現パターンと合致するものを監視するパターン監視部４０６、サービスコンシェルジェ２０３からの問い合わせ要求を受け付ける問い合わせ受信部４０７、問い合わせ受信部４０７で受け付けた問い合わせの内容に対応して、操作履歴データベース４０２及びパターン監視部４０６によって検索して、問い合わせに対する応答を作成する応答作成部４０８、問い合わせを送信したサービスコンシェルジェ２０３に対して応答作成部４０８で作成された応答を送信する応答送信部４０９及びネットワークＩＦ４１４から構成される。

次に、図１０のフローチャートを用いてユーザエージェント２０２の動作を説明する。まず、デバイスエージェント２０１から送信された操作履歴を操作履歴データベース４０２に登録する処理から説明する。
ステップｂ１では、操作履歴受信部４０１は、デバイスエージェント２０１からの操作履歴を受信したかどうかを調べ、操作履歴を受信した場合にはステップｂ２に進み、そうでない場合はステップｂ１の実行を所定の周期で継続する。

ステップｂ２では、操作履歴登録部４０３は、操作履歴受信部４０１で受信した操作履歴を取り出し、操作履歴データベース４０２に登録する。図１１に操作履歴データベース４０２のデータ例を示す。複数のデバイスエージェント２０１からの操作履歴が操作日時の順に格納される。
ステップｂ３では、登録が完了したかを調べる。操作履歴データベース４０２への登録がエラーなしに完了した場合には、ステップｂ４に進む。そうでない場合は処理を終了する。

ステップｂ４では、操作履歴の送信元のデバイスエージェント２０１に対して、登録完了通知を返信して処理を終了する。
続いて、ユーザエージェント２０２における操作系列パターンの抽出の処理について図１２のフローチャートを用いて説明する。
ステップｃ１では、パターン抽出の指示があったかを調べる。問い合わせ受信部４０７がサービスコンシェルジェ２０３からの問い合わせを受信した場合、あるいはユーザエージェント２０２の内部で定期的に発生する操作履歴パターン抽出更新命令をパターン抽出部４０４が受信した場合、ステップｃ２に進む。

ステップｃ２では、パターン抽出部４０４は操作履歴データベース４０２に登録されている操作履歴データを参照し、時間について一定の条件で操作履歴データをグループに分類する。操作履歴データベース４０２には図１１のようなデータが登録されている。この登録データを操作日時でソートし、隣接するデータ同士の間隔が所定時間以下のデータは同じグループとして分類する。例えば、隣接データ同士の間隔を５分以下という条件とすると、図１１に示されるように、５つのグループ１００１〜１００５に分類することができる。

このように分類されたグループ毎の操作系列をまとめると、図１３のようになる。このような１つのグループに属する操作系列群をエピソードと呼ぶ。１つのエピソードにおける操作系列の発生順序は考慮してもしなくてもよいが、ここでは考慮しないものとして説明する。
なお、ここではグループの分類にあたり、隣接するデータ同士の時間間隔が所定時間以下の場合について説明したが、簡便な方法として一定時間間隔でグループに分類する方法もある。例えば時間間隔は１０分とし、毎正時から１０分まで、１０分から２０分まで、２０分から３０分まで（以下同様）のようにグループ分けしていく方法である。

図１２に戻って、ステップｃ３では、エピソード間で共起する系列が存在するかを調べる。ステップｃ２で生成されたエピソード間で同一なもの又は部分的に一致するものが存在すれば、ステップｃ４に進む。存在しない場合は処理を終了する。例えば、図１３のエピソードであれば、１００１と１００４のエピソードは完全に一致する。また、１００３と１００５のエピソードは、「ＴＶ−ＰｏｗｅｒＯｆｆ，ＭＤ−Ｐｌａｙ」の部分は一致する。したがって、一致する２つのエピソード又はエピソードの一部は、頻出する操作系列のパターンとしてパターンデータベース４０５に登録する候補となる。なお、ここでエピソード間の一致や部分一致を判定する条件として、少なくともエピソードを構成する要素の２つ以上の所定の数以上が一致するものとする。

ステップｃ４では、ステップｃ３で抽出された頻出パターンが既にパターンデータベース４０５に登録されているパターンかどうかを確認し、未登録の場合はステップｃ５に進み、登録済みの場合は処理を終了する。
ステップｃ５では、パターン抽出部４０４で抽出された頻出パターンをパターンデータベース４０５に登録する。このようにパターンデータベース４０５に登録された頻出操作パターンのデータの例を図１４に示す。例えば、図１４のＮｏ．１のデータは、「テレビをつけたら選局をしてエアコンをつける」という行為が定型化したパターンであることを示しており、同様にＮｏ．２は「テレビを消したらＭＤを聴く」というパターンであることを示している。

続いて、サービスコンシェルジェ２０３からの問い合わせに応答する処理について図１５のフローチャートを用いて説明する。操作履歴を操作履歴データベース４０２に登録する図１０の処理と、問い合わせに応答する図１５の処理とはパラレルに実行されるものとする。
ステップｄ１では、問い合わせ受信部４０７は、サービスコンシェルジェ２０３からの問い合わせを受信したかどうかを調べ、問い合わせを受信した場合にはステップｄ２に進み、そうでない場合はステップｄ３に進む。問い合わせに用いる通信プロトコル及びメッセージフォーマットは任意である。例えば、通信プロトコルにＨＴＴＰ（Hyper Text Transfer Protocol）を、メッセージフォーマットにＸＭＬ（eXtensible Markup Language）をそれぞれ利用することができる。

ステップｄ２では、応答作成部４０８で問い合わせの解釈を行い、操作履歴データベース４０２を検索する。問い合わせの種類としては、（１）指定された期間にどんな頻出操作パターンがあるか？（２）指定された機器を含む頻出操作パターンにはどんなものがあるか？（３）指定された操作を含む頻出操作パターンにはどんなものがあるか？（４）指定された頻出操作パターンはいつ発生したか？（５）指定された機器や操作を含む頻出操作パターンはいつ発生したか？などがある。

ステップｄ３では、操作履歴登録部４０３によって操作履歴データベース４０２に追加登録された操作履歴系列をパターン監視部４０６が監視する。パターンデータベース４０５に登録済みの頻出操作パターン系列又は頻出操作パターン系列の一部を検出した場合には、ステップｄ４へ進む。検出していない場合は再びステップｄ１に戻る。例えば、パターンデータベース４０５に図１４で示した頻出操作パターンが登録されている場合において、パターン監視部４０６が「ＴＶ−ＰｏｗｅｒＯｎ，ＴＶ−Ｐｌａｙ」の系列を検出した場合、この系列は図１４のＮｏ．１の頻出操作パターンの一部分であるため、ステップｄ４へ進む。

ステップｄ４及びｄ５では、ステップｄ２やステップｄ３の結果を応答のフォーマットにエンコードし、これを問い合わせメッセージの送信元のサービスコンシェルジェ２０３に対して応答送信部４０９から送信する。ステップｄ２からの応答の場合は、サービスコンシェルジェ２０３からの問い合わせ内容に応じた応答を、またステップｄ３からの応答の場合は、次に予想される行為、すなわちステップｄ３で示した例であれば「ＡｉｒＣｏｎｄｉｔｉｏｎｅｒ−ＰｏｗｅｒＯｆｆ」を応答する。

以上のような構成と動作をすることにより、サービスコンシェルジェ２０３がユーザエージェント２０２に対して「このユーザの頻出操作パターンはどういうものか」という問い合わせをすることにより「テレビを消したらＭＤで音楽を聴く」などと回答し、「テレビをつける時にはどういう行為をよく行うのか」という問い合わせには「選局し、エアコンをつける」と回答することが可能となる。

次に、このような情報に基づいてサービス提供を行うサービスコンシェルジェ２０３の構成について説明する。図１６にサービスコンシェルジェ２０３のブロック構成図を示す。このサービスコンシェルジェ２０３は、端末家電機器１０１に機器制御、情報提供などのサービスを提供するサービス提供部５０１、当該サービスコンシェルジェ２０３が提供するサービスを契約しているユーザのユーザエージェント２０２のロケーション、及びサービスを受信する端末家電機器１０１の情報を格納したユーザデータベース５０２、サービス提供部５０１から入力された問い合わせをユーザエージェント２０２へ送信する問い合わせ送信部５０３、ユーザエージェント２０２からの応答メッセージを受信する応答受信部５０４、応答受信部５０４で受信した応答に基づいて端末家電機器１０１へのサービスを送信するサービス送信部５０５及びネットワークＩＦ５０６から構成される。

サービスコンシェルジェ２０３は、ユーザエージェント２０２への問い合わせに対して得た情報に基づいて、機器の制御や情報提供などのサービスをユーザに提供することが可能となる。すなわち、「テレビを消したらＭＤで音楽を聴く」ことが分かった場合は、ユーザがテレビを消したことを検出した際、ＭＤコンポの電源を自動的にオンにするなどのサービスの提供が可能となる。

このようなＡＶ機器での例の他にも、「玄関の電子錠が開いたら、部屋の照明を点け、エアコンを入れる」などのような空調機器や照明機器での頻出操作パターンや、「電磁調理器を点けたら、換気扇を入れる」のような調理機器での頻出操作パターンも考えられる。
更には、「宅内のあらゆる家電機器をパワーオフにして外出したら電子錠をかける」といった防犯的観点での頻出操作パターン、「テレビを消したら、勉強部屋の照明を点け、更には勉強机の照明も点ける」という教育的観点での頻出操作パターン、「ランニングマシンを運転後に風呂を沸かす」といった健康ヘルスケア的観点での頻出操作パターン、「介護ベッドが寝ている状態から座位になったらテレビをつける」といった福祉的観点での頻出操作パターンなど、様々なものが考えられる。

また、本実施の形態では１つのエピソードとしてみなす時間間隔を５分以内と説明したが、この時間をもっと長く取ることにより、「電磁調理や電子レンジがパワーオフになってから３０分後に（食事が終わって）テレビをつける」といった頻出操作パターンを見いだすことも可能となる。
このように、本実施の形態ではユーザの機器に対する頻出操作パターンを検出し、管理し、頻出操作パターンの情報をサービスコンシェルジェ２０３へ送信するため、ユーザの日常的な行動パターンに合ったサービスを提供することが可能となる。

また、応用可能な分野としては、ＡＶ機器などのエンタテイメント分野、調理や空調などの家電機器の分野、防犯、教育、健康ヘルスケア、福祉など幅広く、様々なサービス分野での利用が可能である。
なお、本実施の形態において図１２で説明した頻出操作パターンの抽出方法は一例であって、操作系列を何らかの基準でグループ分けを行いエピソードを生成する方法、そしてエピソード間の部分一致や共起する操作を抽出する方法であればいかなる方法であってもよい。

また、本実施の形態において図１５で説明したサービスコンシェルジェ２０３に対する応答方法において、ステップｄ１〜ｄ３については必ずしも全てを備える必要はなく、ステップｄ１及びｄ２及びステップｄ３の少なくともどちらかを備えておればよい。

（第２の実施の形態）
第２の実施の形態は、ユーザの操作系列パターンの抽出に加え、その操作の意味する機能系列のパターンを抽出するものである。

図１７は、第２の実施の形態におけるユーザエージェント２２０２のブロック構成図である。このユーザエージェント２２０２は、図９に示された第１の実施の形態におけるユーザエージェント２０２の構成に加えて、機能行為データベース４１０を備える。図１７に示された構成要素について、既に説明したものについては同一の符号を与え、詳細な説明は省略する。

機能行為データベース４１０は、様々な機器でのユーザの操作と、当該操作に対してユーザに提供される機能又は当該操作によってユーザが実行したいと考えられる行為との関係を定義した機能行為データベースである。
図１８は機能行為データベース４１０に登録されている内容の一例である。これは図６に示した操作種別識別子の一覧表に加え、それぞれの操作がメタ機能レベルでは何に分類されるかが記述されている。例えば、ＴＶの「Ｐｌａｙ」とビデオの「Ｐｌａｙ」とは共に映像コンテンツを見るという機能面では同一であるので、機能識別子として「Ｗａｔｃｈ」が付与されている。また、操作種別識別子では同じ「Ｐｌａｙ」であるラジオ（Radio）の「Ｐｌａｙ」の場合は、音楽やトークを聞くという意味でテレビやビデオの視聴とは質的に異なるので、機能識別子では「Ｌｉｓｔｅｎ」が付与されている。これはＭＤの「Ｐｌａｙ」も同様である。また、２５度以上の室温でエアコンの電源をオンするのも扇風機（Fan）の電源をオンするのも機能的には部屋を涼しくするということで同一のため、「Ｃｏｏｌ」という機能識別子が与えられている。

このような機能行為データベース４１０を具備したユーザエージェント２２０２において頻出操作パターン及び頻出機能パターンを抽出する手順について、図１９のフローチャートを参照しながら説明する。なお、各端末家電機器１０１におけるデバイスエージェント２０１のブロック構成とその動作、及びユーザエージェント２２０２における操作履歴データの更新手順については第１の実施の形態と同様なので説明を省略する。また、ユーザエージェント２２０２の操作履歴データベース４０２には、図２０で示すような操作履歴データが登録されているものとする。

図１９に示されたステップｅ１〜ｅ５は、第１の実施の形態における図１２のステップｃ１〜ｃ５の動作と同一である。すなわち、まず時間の条件でエピソードを作成する。図２１は、図２０に基づいて作成されたエピソードである。次に、同一のエピソード又は部分的に一致するエピソードを抽出しパターンデータベース４０５に登録する。図２１のエピソードの操作系列は２００２と２００４について部分的に一致するので、その内容、すなわち図２２で示す内容を頻出操作パターンとしてパターンデータベース４０５に登録する。

ステップｅ６では、操作系列に代えて機能系列に注目する。図２１の機能系列の欄は、操作系列を図１８で定義された機能識別子で書き直したものである。ステップｅ６ではこの機能系列を参照し、ステップｅ２で生成されたエピソード間で同一の機能系列又は部分的に一致する機能系列が存在すれば、ステップｅ７に進む。存在しない場合は処理を終了する。例えば、図２１のエピソードであれば、２００１と２００３のエピソードは操作系列では一致しないが、機能系列では完全に一致する。また、２００２と２００４は部分的に一致する。したがって、これらのエピソードを、頻出する機能系列のパターンとしてパターンデータベース４０５に登録する候補として、ステップｅ７に進む。

ステップｅ７では、ステップｅ６で抽出された機能頻出パターンが既にパターンデータベース４０５に登録されているパターンかどうかを確認し、未登録の場合はステップｅ８に進み、登録済みの場合は処理を終了する。
ステップｅ８では、パターン抽出部４０４で抽出された頻出パターンをパターンデータベース４０５に登録する。

このようにパターンデータベース４０５に登録された頻出機能パターンのデータの例を図２３に示す。例えば図２３のＮｏ．１のデータは、「（テレビやビデオなどの）映像を見るときには部屋を涼しくする」という行為が定型化したパターンであることを示しており、同様にＮｏ．２は「映像を見終わったら、音楽を聴く」というパターンであることを示している。

このように、操作レベルのみではなく機能レベルでの頻出パターンをパターンデータベース４０５に登録しておくことにより、サービスコンシェルジェ２０３に対する応答もより多様な内容を応答することが可能となる。例えば、図２３のＮｏ．２の頻出機能パターンである［Ｓｔｏｐ−Ｗａｔｃｈ，Ｌｉｓｔｅｎ」を機能識別子の定義である図１８と照合すると、この機能パターンに該当する操作パターンとして「ＴＶ−ＰｏｗｅｒＯｆｆ，ＭＤ−Ｐｌａｙ」、「ＴＶ−ＰｏｗｅｒＯｆｆ，Ｒａｄｉｏ−ＰｏｗｅｒＯｎ」、「Ｖｉｄｅｏ−Ｓｔｏｐ，ＭＤ−Ｐｌａｙ」、「Ｖｉｄｅｏ−Ｓｔｏｐ，Ｒａｄｉｏ−ＰｏｗｅｒＯｎ」の４通りが存在することが分かる。これら４通りの操作パターンのいずれも「映像コンテンツを見終わったあとに音楽を聴く」という機能の系列である。したがって、この場合、パターン監視部４０６が「ＴＶ−ＰｏｗｅｒＯｆｆ」を検出した場合には、これは「映像コンテンツを見終わった」という機能であるので、次なる機能として「音楽を聴く」つまりラジオを「ＰｏｗｅｒＯｎ」するか、ＭＤを「Ｐｌａｙ」するかという操作が発生することを予測することが可能となる。このような予測結果をユーザエージェント２２０２がサービスコンシェルジェ２０３に応答することにより、サービスコンシェルジェ２０３は、ユーザの次に欲している行為や機能について質的なレベル予測を行い、それに的確に応じたサービスを提供することが可能となる。

図２４は、本実施の形態における操作履歴利用システムの具体的な動作例（その１）を示す図である。ここでは、機能系列の連携パターンとして、「Ｗａｔｃｈ−Ｃｏｏｌ」の例が示されている。つまり、エアコン１０１ｃがあるリビングルームでテレビ１０１ａをつけたら、自動的にエアコン（冷房）１０１ｃが作動する自動制御の例が示されている。
図２５は、図２４に示された動作例における操作履歴システムによる「端末家電機器の登録」に関する処理手順を示すフローチャートである。いま、新しい端末家電機器１０１がＬＡＮ１０４に接続されたとすると（ステップａ１１）、端末家電機器１０１内部のデバイスエージェント２０１が、その機器ＩＤ、機器種別（ＴＶ、エアコンなど）、コマンドリストなどをユーザエージェント２２０２に通知する（ステップａ１２）。ユーザエージェント２２０２は、受信したこれらの情報を操作履歴データベース４０２の接続機器情報に関する管理部（図示せず）に記憶することで、端末家電機器の登録を完了する（ステップａ１３）。なお、コマンドリストは図１１のような形式で記憶する。

図２６は、図２４に示された動作例における操作履歴システムによるサービス提供の方法（ここでは、対話的提供方法）の手順を示す通信シーケンス図である。
まず、端末家電機器１０１から、新しいサービス提供の要求を出す（Ｓ１０）。この要求は一旦ユーザエージェント２２０２が受け取り、ユーザエージェント２０２がサービスコンシェルジェ２０３に、ユーザエージェント２２０２の情報、要求するサービス内容を通知する。例えば、エアコンの操作部、あるいは家庭内の情報制御パネルなどから「エアコンの自動運転のための制御プログラムの提供」というサービスを要求する。

次に、サービスコンシェルジェ２０３は、ユーザエージェント２２０２からのサービス要求を受信する（Ｓ１１）。ユーザデータベース５０２に要求のあったユーザエージェント２２０２に関する情報、サービス内容に関する情報を記録する。例えば、サービスコンシェルジェ２０３は、要求として、ＩＰアドレス 192.168.10.128 のユーザエージェント２２０２から、「エアコンの自動運転のための制御プログラムの提供」を受ける。

続いて、サービス提供部５０１は、サービス提供に必要な情報を取得するために問い合わせ送信部５０３より問い合わせをユーザエージェント２２０２に対して発行する（Ｓ１２）。例えば、「他の機器のどういう操作に付随してエアコンの電源を入れるか」という問い合わせを発行する。
これに対して、ユーザエージェント２２０２は、受信した問い合わせ内容について、パターン監視部４０６がパターンデータベース４０５、操作履歴データベース４０２を参照し、応答をサービスコンシェルジェ２０３へ返す（Ｓ１３）。例えば、上記例に対して、パターンデータベースを参照し、「テレビの電源を入れる操作に付随してエアコンの電源を入れる」と返す。

そして、上記問い合わせと応答をサービスコンシェルジェ２０３がサービス提供に必要な情報を収集完了するまで繰り返す（Ｓ１４、Ｓ１５）。例えば、上記例以外にも、「他の機器のどういう操作に付随してエアコンの電源を切るか」などと問い合わせ、それに対する回答を返す。
続いて、サービスコンシェルジェ２０３のサービス提供部５０１がユーザエージェント２２０２に対してサービスを提供する（Ｓ１６）。例えば、「テレビの電源操作に連動して自動的にエアコンを制御するプログラム」をＩＰアドレス 192.168.10.128 のユーザエージェント２２０２に対して返す。

受信したユーザエージェント２２０２は、送られてきたサービスを受信し、図示しないサービス保存管理部に保存し（Ｓ１７）、端末家電機器１０１にサービスを提供するタイミングを検出したときに、保存していたサービスを提供（プログラムに基づく制御信号の送信等）を行う（Ｓ１８）。
以上により、サービスを要求した際に、サービスコンシェルジェ２０３はユーザエージェント２２０２から利用実態について問い合わせをした上で、端末家電機器１０１に対する自動遠隔制御等の最適なサービスを提供をおこなうことが出来る。

図２７は、図２４に示された動作例における操作履歴システムによるサービス提供の方法（ここでは、リアルタイム型提供方法）の手順を示す通信シーケンス図である。
まず、端末家電機器１０１から、新しいサービス提供の要求を出す（Ｓ２０）。この要求は一旦ユーザエージェント２２０２が受け取り、ユーザエージェント２２０２がサービスコンシェルジェ２０３に、ユーザエージェント２２０２の情報、要求するサービス内容を通知する。例えば、エアコンの操作部、あるいは家庭内の情報制御パネルなどから「エアコンの自動運転のための制御」というサービスを要求する。

次に、サービスコンシェルジェ２０３は、ユーザエージェント２２０２からのサービス要求を受信する（Ｓ２１）。ユーザデータベース５０２に要求のあったユーザエージェント２２０２に関する情報、サービス内容に関する情報を記録する。例えば、サービスコンシェルジェ２０３は、要求として、ＩＰアドレス 192.168.10.128 のユーザエージェント２２０２から、「エアコンの自動運転のための制御」を受ける。

続いて、サービス提供部５０１は、サービス提供のタイミングの条件を知るために、問い合わせ送信部５０３より問い合わせをユーザエージェント２２０２に対して発行する（Ｓ２２）。例えば、「他の機器のどういう操作に付随してエアコンの電源を入れるか」という問い合わせを発行する。
これに対して、ユーザエージェント２２０２は、受信した問い合わせ内容について、パターン監視部４０６がパターンデータベース４０５、操作履歴データベース４０２を参照し、応答をサービスコンシェルジェ２０３へ返す（Ｓ２３）。例えば、上記例に対して、パターンデータベースを参照し、「テレビの電源を入れる操作に付随してエアコンの電源を入れる」と返す。

そして、上記ステップＳ２３においてエアコンの電源を入れるための条件についての情報を取得出来たので、サービスコンシェルジェ２０３は、ユーザエージェント２２０２に、操作パターンがエアコンの電源を入れるべき条件になれば通知するよう、要求を発行する（Ｓ２４）。例えば、前記ステップＳ２３において条件を取得出来た状態であれば、「テレビの電源を入れる操作を検出すれば通知する」という要求を発行する。

これに対して、発行された要求をユーザエージェント２２０２が受信し、パターン監視部４０６が操作履歴データベース４０２に蓄積されていく操作履歴を監視し、前記ステップＳ２４での要求の条件に合う履歴が新たに登録されるかどうかを監視する（Ｓ２５）。ここで、当該の履歴が検出された場合、サービスコンシェルジェ２０３にその旨通知する（Ｓ２６）。例えば、「テレビの電源を入れる操作を検出すれば通知する」という要求を受信し、パターン監視部４０６は操作履歴データベース４０２にテレビの電源操作が入るかどうかを監視する。ここでテレビの電源操作を確認出来た場合、サービスコンシェルジェ２０３にその旨通知する。

そして、サービスコンシェルジェ２０３のサービス提供部５０１がユーザエージェント２２０２に対してサービスを提供する（Ｓ２７）。例えば、「エアコンを制御」のためのコマンドをＩＰアドレス 192.168.10.128 のユーザエージェント２２０２に対して返す。
最後に、コマンドを受信したユーザエージェント２２０２は、送られてきたサービスを、エアコンに対して電源操作のための制御信号を発行する（Ｓ２８）。

以上により、サービスを要求した際に、サービスコンシェルジェ２０３はユーザエージェント２２０２で最適なサービス提供をおこなうことを可能にすることが出来る。
図２８は、本実施の形態における操作履歴利用システムの具体的な動作例（その２）を示す図である。ここでは、機能系列の連携パターンとして、「Ｗａｔｃｈ−Ｃｏｏｌ」の例が示されている。つまり、扇風機１０１ｇしかない寝室でビデオ１０１ｂを再生したら自動的に扇風機１０１ｇが回り出す自動制御の例と、その後に、ある日、扇風機１０１ｇに代えて新しくエアコン１０１ｃを設置したら、それ以降、ビデオ１０１ｂを再生したら、今までの操作履歴を収集していないエアコン１０１ｃが自動的に運転を開始するようになる自動制御の例とが示されている。

図２９は、図２８に示された動作例における操作履歴システムによる「端末家電機器の登録削除」に関する処理手順を示すフローチャートである。いま、端末家電機器１０１がＬＡＮ１０４から接続が外されたとすると（ステップａ２１）、ユーザエージェント２２０２は、そのことを検知し、操作履歴データベース４０２の接続機器情報に関する管理部（図示せず）から、その端末家電機器の情報を削除する（ステップａ２２）。これによって、接続機器に関する登録情報は、機器が切り離された際に削除される。

図３０は、図２８に示された動作例における操作履歴システムによるサービス提供の方法（ここでは、リアルタイム型提供方法）の手順を示す通信シーケンス図である。
まず、端末家電機器１０１から、新しいサービス提供の要求を出す（Ｓ３０）。この要求は一旦ユーザエージェント２２０２が受け取り、ユーザエージェント２２０２がサービスコンシェルジェ２０３に、ユーザエージェント２２０２の情報、要求するサービス内容を通知する。例えば、家庭内の情報制御パネルなどから「部屋を自動的に涼しくするための制御」というサービスを要求する。

次に、サービスコンシェルジェ２０３は、ユーザエージェント２２０２からのサービス要求を受信する（Ｓ３１）。ユーザデータベース５０２に要求のあったユーザエージェント２２０２に関する情報、サービス内容に関する情報を記録する。例えば、サービスコンシェルジェ２０３は、要求として、ＩＰアドレス 192.168.10.128 のユーザエージェント２２０２から、「部屋を自動的に涼しくするための制御」を受ける。

続いて、サービス提供部５０１は、サービス提供のタイミングの条件を知るために、問い合わせ送信部５０３より問い合わせをユーザエージェント２２０２に対して発行する（Ｓ３２）。例えば、「部屋を涼しくする機器としてどういうものがあるか」、「それらの機器が他の機器のどういう操作に付随して運転されているか」という問い合わせを発行する。

これに対して、ユーザエージェント２２０２は、受信した問い合わせ内容について、パターン監視部４０６がパターンデータベース４０５、操作履歴データベース４０２を参照し、応答をサービスコンシェルジェ２０３へ返す（Ｓ３３）。例えば、３の例に対して、パターンデータベースを参照し、「コンテンツ視聴機器の電源操作に付随して部屋を涼しくしている」と返す。

以降、必要に応じて上記問い合わせと回答を繰り返す（Ｓ３４、Ｓ３５）。例えば、「コンテンツ視聴機器として何があるのか」と問い合わせ、これに対して「テレビとビデオがある」などと返される。
そして、上記ステップＳ３５までにおいて、部屋を涼しくするための条件についての情報を取得出来たので、サービスコンシェルジェ２０３はユーザエージェント２２０２に、操作パターンが部屋を涼しくすべき条件になれば通知するよう、要求を発行する（Ｓ３６）。例えば、前記ステップＳ３５で条件を取得出来た状態であれば、「テレビもしくはビデオの電源を入れる操作を検出すれば通知する」という要求を発行する。

これに対して、発行された要求をユーザエージェント２２０２が受信し、パターン監視部４０６が操作履歴データベース４０２に蓄積されていく操作履歴を監視し、前記ステップＳ３６での要求の条件に合う履歴が新たに登録されるかどうかを監視する（Ｓ３７）。ここで、当該の履歴が検出された場合、サービスコンシェルジェ２０３にその旨通知する（Ｓ３８）。例えば、「テレビもしくはビデオの電源を入れる操作を検出すれば通知する」という要求を受信し、パターン監視部４０６は操作履歴データベース４０２にこれらの機器の電源操作が入るかどうかを監視する。ここでそれを確認出来た場合、サービスコンシェルジェ２０３にその旨通知する。

次に、さらに詳細にどの部屋のどの機器に対して制御コマンドを発行すべきかを特定するために必要な情報をサービスコンシェルジェ２０３はユーザエージェント２２０２に問い合わせ（Ｓ３９）、取得する（Ｓ４０）。例えば、前記ステップＳ３８において、テレビの電源操作を受信した場合、「テレビはどの部屋に存在するのか」、「その部屋に存在する機器で、部屋を涼しくする機器として何が存在するのか」を問い合わせし、これに対して、「リビングで、エアコンが存在する」という情報を得る。

そして、サービスコンシェルジェ２０３のサービス提供部５０１がユーザエージェント２２０２に対してサービスを提供する（Ｓ４１）。例えば、「リビングのエアコンを制御」するためのコマンドをＩＰアドレス 192.168.10.128 のユーザエージェント２２０２に対して返す。
最後に、コマンドを受信したユーザエージェント２２０２は、送られてきたサービスを、エアコンに対して電源操作のための制御信号を発行する（Ｓ４２）。

以上により、サービスを要求した際に、サービスコンシェルジェ２０３はユーザエージェント２２０２で最適なサービス提供をおこなうことを可能にすることが出来る。

（第３の実施の形態）
第３の実施の形態は、ユーザの操作系列パターンの抽出に加え、コンテンツの視聴閲覧に関する操作に関しては、コンテンツまで考慮した操作系列のパターンを抽出するものである。

本実施の形態では、デバイスエージェントとして２種類のものが存在する。１つは図４に示される第１の実施の形態におけるデバイスエージェント２０１と同一のもので、もう１つは図３１に示す別のデバイスエージェント３２０１である。
図３１に示されるデバイスエージェント３２０１は、図４に示された第１の実施の形態におけるデバイスエージェント２０１の構成に加えて、視聴履歴記憶部３０９、視聴履歴記録部３１０及び視聴履歴生成部３１１を備える。図３１のデバイスエージェント３２０１の構成要素について、既に説明したものについては同一の符号を与え、詳細な説明は省略する。

視聴履歴生成部３１１は、ネットワークＩＦ３０８からユーザが視聴したコンテンツについての情報を取得し、視聴履歴情報を生成する処理部であり、視聴履歴記憶部３０９は、視聴履歴を記憶する記憶部であり、視聴履歴記録部３１０は、視聴履歴生成部３１１で生成された視聴履歴を視聴履歴記憶部３０９に記録する処理部である。
図３１のブロック構成を取るデバイスエージェント３２０１は、テレビ、ラジオ、ＣＤ（Compact Disc）プレーヤ、ＭＤプレーヤ、ビデオ、ＤＶＤ（digital Versatile Disc）プレーヤなど何らかのコンテンツデータ（番組、ビデオコンテンツ、音楽コンテンツ、ドキュメント）を視聴、閲覧する端末家電機器１０１のものであり、それ以外の端末家電機器１０１においては、デバイスエージェントは、図４に示されたデバイスエージェント２０１のブロック構成を取る。

次に、図３１に示されるデバイスエージェント３２０１の操作履歴及び視聴履歴を記憶する動作を図３２のフローチャートを用いて説明する。
ステップｆ１〜ｆ３は図５において説明したステップａ１〜ａ３の手順と同一であるので説明を省略する。
ステップｆ４では、現在の操作入力が記録対象のものかを調べる。操作入力解釈部３０２の解釈の結果、操作入力が履歴として保存すべきものである場合はステップｆ５に進む。そうでない場合は処理を終了する。

ステップｆ５では、現在の操作入力がコンテンツ視聴についてのものかを調べる。コンテンツ視聴に関するものであればステップｆ７に、そうでなければステップｆ６に進む。コンテンツ視聴に関する操作とは、図６に示された「Ｐｌａｙ」の場合である。
ステップｆ６では、操作日時と、機器種別及び操作種別識別子と、必要であればその引数とを組にして操作履歴記憶部３０４に記録する。

ステップｆ７では、現在日時と、機器種別及び操作種別識別子と、更に引数として、視聴したコンテンツに割り当てた内部ＩＤとを組にして操作履歴記憶部３０４に記録する。ここまでの処理で、操作履歴記憶部３０４には操作履歴が記憶される。記憶された操作履歴は既に図７で示したものと同様である。
ステップｆ８では、コンテンツ視聴に関する操作の場合に、更に、コンテンツ内部ＩＤ、コンテンツ種別、グローバルＩＤ、タイトル、ジャンル、アーティスト／出演者の項目からなる視聴履歴データを視聴履歴記憶部３０９に記憶させる。

図３３は視聴履歴データの例及び操作履歴データと視聴履歴データとの関係について示したものである。視聴履歴データにおいて、コンテンツ種別は操作された端末装置によって、ＴＶ、ラジオ、ＣＤなどのうちのいずれであるかが定められる。グローバルＩＤは、視聴したコンテンツを特定するための情報であって、テレビ番組なら日時とチャンネル、更に必要なら地域情報などで一意に特定できるし、ＣＤならＴＯＣ（Table Of Contents）情報などのディスクに付与されたＩＤで特定できる。更に、タイトル、ジャンル、アーティスト／出演者の項目は、グローバルＩＤをもとにネットワークＩＦ３０８を通じて外部データベースを参照することによって特定できる。例えばＴＶ番組ならＥＰＧ（Electronic Program Guide）、ＣＤならＣＤＤＢ（CD DataBase）などが存在する。なお、外部データベースへのアクセスはネットワークＩＦ３０８によって行うのではなく、放送波に重畳して送られてくる情報を用いても構わない。

以上のようにデバイスエージェント３２０１における操作履歴記憶部３０４及び視聴履歴記憶部３０９に記憶された履歴情報は、既に説明した図８のステップａ６〜ａ１１と同様の手順で後述するユーザエージェント３２０２へ送られる。

次に、本実施の形態におけるユーザエージェント３２０２のブロック構成について説明する。図３４は本実施の形態におけるユーザエージェント３２０２のブロック構成図である。このユーザエージェント３２０２は、図９に示された第１の実施の形態におけるユーザエージェント２０２の構成に加えて、視聴履歴受信部４１１、視聴履歴データベース４１２及び視聴履歴登録部４１３を備える。図３４に示された構成要素について、既に説明したものについては同一の符号を与え、詳細な説明は省略する。

視聴履歴受信部４１１は、デバイスエージェント２０１から送信される視聴履歴を受け付ける処理部であり、視聴履歴データベース４１２は、視聴履歴のデータを格納するデータベースであり、視聴履歴登録部４１３は、視聴履歴受信部４１１で受信した視聴履歴のデータを視聴履歴データベース４１２に登録する処理部である。なお、操作履歴受信部４０１と視聴履歴受信部４１１とは同一の構成要素としてもよい。

以上のような構成のユーザエージェント３２０２の履歴情報の受信の手順は、既に図１０で説明したステップｂ１〜ｂ４の手順と本質的に同一であるが、本実施の形態では、ステップｂ１で受信する履歴情報が操作履歴と視聴履歴との２種類になっているとともに、ステップｂ２で登録すべきデータも同じく２種類になっている。
例えば、ユーザエージェント３２０２の操作履歴データベース４０２には図３５で示すような操作履歴データが登録され、同様に視聴履歴データベース４１２には図３６で示すような視聴履歴データが登録されている。

次に、これらの２つの履歴データベース４０２，４１２を用いて頻出操作パターンを抽出する方法について、図３７に示すフローチャートを用いて説明する。
ステップｇ１〜ｇ５は、第１の実施の形態における図１２のステップｃ１〜ｃ５の動作と同一である。すなわち、ます時間の条件でエピソードを作成する。図３８は、図３６に基づいて作成されたエピソードである。次に、同一のエピソード又は部分的に一致するエピソードを抽出しパターンデータベース４０５に登録する。図３８のエピソードの操作系列ではエピソード３００１とエピソード３００３及びエピソード３００２とエピソード３００４について操作順序は別にして完全に一致するのでその内容を、またエピソード３００１〜３００４全てについて部分一致するのでそれらの内容を頻出操作パターンとしてパターンデータベース４０５に登録する。図３８の例の場合、頻出操作パターンは図３９のようになる。

図３７に示されたステップｇ６では、操作系列のうち、コンテンツ視聴に関する操作、すなわち「Ｐｌａｙ」に関する操作については、視聴履歴データベース４１２から視聴内容のうちジャンルについて参照し、操作履歴データベース４０２の操作種別識別子「Ｐｌａｙ」をそのジャンルの内容に置き換える。その上で、ステップｇ３と同様の手順によりエピソードを生成する。こうして生成されたエピソードを図４０に示す。これらのエピソードから頻出する操作系列のパターンとしてパターンデータベース４０５に登録する候補を抽出し、ステップｇ７に進む。

ステップｇ７では、ステップｇ６で抽出された操作頻出パターンが既にパターンデータベース４０５に登録されているパターンかどうかを確認し、未登録の場合はステップｇ８に進み、登録済みの場合は処理を終了する。
ステップｇ８では、パターン抽出部４０４で抽出された頻出パターンをパターンデータベース４０５に登録する。

このような手順で抽出された操作パターンは、第１の実施の形態によると図３９で示すようになるため、「テレビを見ているときは、エアコンをかける」ことが分かるが、部屋の照明器具はつける場合と消す場合があるため、サービスコンシェルジェ２０３が行動パターンを予測するときに照明器具をつけるか消すかは、頻出操作パターンの出現頻度により確率的に予測するより他に方法はない。一方、コンテンツの視聴履歴も利用する場合は図４１に示すような操作パターンとなるため「テレビで映画を見るときにはエアコンをかけ、照明を消す」ということが分かり、コンテンツ視聴という操作について視聴しているコンテンツに踏み込んで行動予測をすることが可能となる。

このような予測結果をユーザエージェント３２０２がサービスコンシェルジェ２０３に応答することにより、サービスコンシェルジェ２０３は、ユーザの行動を予測し、それに的確に応じたサービスを提供することが可能となる。

（第４の実施の形態）
第４の実施の形態は、ユーザの操作系列パターンの抽出に加え、一緒に存在した人は誰であるかも考慮した操作系列のパターンを抽出するものである。

図４２は、第４の実施の形態におけるデバイスエージェント４２０１のブロック構成図である。このデバイスエージェント４２０１は、図４に示された第１の実施の形態におけるデバイスエージェント２０１の構成に加えて、ユーザ識別部３１２を備える。図４２に示された構成要素について、既に説明したものについては同一の符号を与え、詳細な説明は省略する。

ユーザ識別部３１２は、操作を行ったユーザが誰であるかを識別する処理部である。
ユーザが機器操作を行った際のユーザ識別部３１２におけるユーザ識別の方法としては、例えば、ユーザが固有のユーザＩＤが付与されたリモコンを所有し、そのリモコンで常に機器操作を行い、操作入力部３０１から入力される操作コマンドとともにユーザＩＤを送信することにより実現可能である。あるいは、ユーザは非接触型のＩＣカードなどの認証デバイス、もしくはＲＦ帯域を利用したＩＤタグなどを常に保持し、デバイスエージェント４２０１はそれらを検出することによりユーザを識別することが可能である。

このような動作をするユーザ識別部３１２が追加された構成とすることにより、既に図５に示した動作手順により操作履歴記憶部３０４に図４３で示す操作履歴を記録することができる。これは、既に図７にて説明した操作履歴フォーマットにユーザＩＤが追加された構成となっている。
一方、本実施の形態におけるユーザエージェント４２０２のブロック構成を図４４に示す。このユーザエージェント４２０２は、図９で示したユーザエージェント２０２と類似した構成を備えるが、操作履歴データベース４０２が同一環境下（同じ家の中など）で利用するユーザの数だけ存在し、それぞれのユーザに１つずつ割り当てられている点が異なる。操作履歴登録部４０３は、デバイスエージェント４２０１から送られてくる操作履歴データを、そのユーザＩＤに応じて該当する操作履歴データベース４０２に振り分けて登録する動作をする。

デバイスエージェント４２０１からユーザエージェント４２０２への操作履歴データの送信、及び操作履歴データベース４０２へのデータ登録の手順は、図８及び図１０の手順に準じたものであり、ユーザ毎に図１１で示したような形式で登録される。
次に、ユーザエージェント４２０２において頻出操作パターンを抽出する手順について、図４５のフローチャートを参照しながら説明する。

ステップｈ１では、パターン抽出の指示があったかを調べる。問い合わせ受信部４０７がサービスコンシェルジェ２０３からの問い合わせを受信した場合、あるいはユーザエージェント４２０２の内部で定期的に発生する操作履歴パターン抽出更新命令をパターン抽出部４０４が受信した場合、ステップｈ２に進む。このとき、パターン抽出をどのユーザについて行うかの指定も同時に受ける。

ステップｈ２では、指定されたユーザの操作履歴に加え、同一環境下の他のユーザの操作履歴も操作履歴データベース４０２から読み出し、一時的にデータをマージして時系列順に並べ替える。図４６はマージ後の操作履歴データの例を示したものである。同図中、ユーザＩＤの項目を見ると「ａｂｃ１２３ｘｘｘ」のＩＤで表されるユーザと「ｄｅｆ４５７ｙｙｙ」で表されるユーザとが存在することが分かる。ここでは、頻出操作パターンの抽出の指示を受けたのはユーザＩＤ「ａｂｃ１２３ｘｘｘ」のユーザであるものとする。

図４５に戻ってステップｈ３では、パターン抽出部４０４はステップｈ２においてマージされた操作履歴データを参照し、時間について一定の条件で操作履歴データをグループに分類する。つまり、図４６のようなデータを、隣接するデータ同士の間隔が所定時間以下のデータは同じグループとして分類する。例えば、隣接データ同士の間隔を５分以下という条件とすると、図４６においてエピソード４００１〜４００４に示されるような４つのエピソードに分類することができる。

このとき、エピソード毎にユーザＩＤの系列を見ると、エピソード４００２とエピソード４００４は全てユーザ「ａｂｃ１２３ｘｘｘ」が１人が行った操作系列からなるエピソードであるのに対して、エピソード４００１とエピソード４００３はユーザ「ａｂｃ１２３ｘｘｘ」による操作に加え、ユーザ「ｄｅｆ４５７ｙｙｙ」の操作も存在する。このように同一エピソードを構成する操作を行ったユーザが、そのエピソードが発生したときにその場に存在したユーザであると判定する。例えば、エピソード４００２とエピソード４００４についてはユーザ「ａｂｃ１２３ｘｘｘ」のみと判断し、エピソード４００１とエピソード４００３についてはユーザ「ａｂｃ１２３ｘｘｘ」に加えてユーザ「ｄｅｆ４５７ｙｙｙ」もその場に存在したものと判断する。以上のエピソードをまとめると、図４７のように表される。

図４５のステップｈ４では、エピソード間で共起する操作系列が存在するかを調べる。ステップｈ３で生成されたエピソード間で同一なもの又は部分的に一致するものが存在すれば、ステップｈ５に進む。存在しない場合はステップｈ７に進む。例えば、図４７のエピソードからは図４８に示す頻出操作パターンが抽出される。したがって、これらの頻出操作パターンがパターンデータベース４０５に登録する候補となり、ステップｈ５に進む。

ステップｈ５では、ステップｈ４で抽出された頻出パターンが既にパターンデータベース４０５に登録されているパターンかどうかを確認し、未登録の場合はステップｈ６に進み、登録済みの場合はステップｈ７に進む。
ステップｈ６では、パターン抽出部４０４で抽出された頻出パターンをパターンデータベース４０５に登録する。

ステップｈ７では、他のユーザの存在条件下での操作系列に注目する。図４７で示したエピソードについて、一緒に存在したユーザ毎にエピソードを選択し、そのエピソード間での頻出操作パターンを抽出する。図４７の場合、ユーザ「ｄｅｆ４５７ｙｙｙ」が一緒に存在した場合（エピソード４００１とエピソード４００３）とユーザ「ａｂｃ１２３ｘｘｘ」が１人でいた場合（エピソード４００２とエピソード４００４）との２通りあるので、それぞれの場合で頻出操作パターンを抽出する。図４９はこうして抽出された頻出操作パターンを示したものである。したがって、この頻出操作パターンがパターンデータベース４０５に登録する候補となり、ステップｈ８に進む。

ステップｈ８では、ステップｈ７で抽出された頻出操作パターンが既にパターンデータベース４０５に登録されているパターンかどうかを確認し、未登録の場合はステップｈ９に進み、登録済みの場合は処理を終了する。
ステップｈ９では、パターン抽出部４０４で抽出された頻出パターンをパターンデータベース４０５に登録する。

以上のようにパターンデータベース４０５に登録された頻出操作パターンをみると、例えば図４９のＮｏ．１とＮｏ．２とを比べると、「テレビを見るときにはエアコンをつける。更にユーザｄｅｆ４５７ｙｙｙと一緒にいるときには明かりもつける」という行為が定型化したパターンであることを示している。
このような手順で抽出された操作パターンは、第１の実施の形態によると図４８で示すようになるため、「テレビを見ているときは、エアコンをかける」ことは分かるが、部屋の照明器具はつける場合とそうでない場合とがあるため、サービスコンシェルジェ２０３が行動パターンを予測するときに照明器具をつけるか消すかは、頻出操作パターンの出現頻度により確率的に予測するより他に方法はない。一方、存在した他のユーザの情報も利用する場合は図４９に示すような操作パターンとなるため、「テレビを見るときにはエアコンをつける。更にユーザｄｅｆ４５７ｙｙｙと一緒にいるときには明かりもつける」ということが分かるため、その時に一緒にいるユーザの状況を考慮した行動予測をすることが可能となる。

このような予測結果をユーザエージェント４２０２がサービスコンシェルジェ２０３に応答することにより、サービスコンシェルジェ２０３は、ユーザの行動を予測し、それに的確に応じたサービスを提供することが可能となる。
なお、本実施の形態においては、ユーザエージェント４２０２において複数のユーザの操作履歴データを保存しておくために操作履歴データベース４０２をユーザの数だけ具備する構成としたが、別の実現手段として図５０に示すようにサーバ家電機器１０２におけるユーザエージェント自体の数をユーザ数だけ具備し、ユーザエージェント同士は必要に応じて相互に操作履歴データを参照可能としても構わない。この場合のユーザエージェントの構成は図９に示されるとおりである。

（第５の実施の形態）
第５の実施の形態は、ユーザの操作系列パターンの抽出に加え、電話、ＦＡＸ、電子メールなどによって一緒に通信していた相手が誰であるかも考慮した操作系列のパターンを抽出するものである。

本実施の形態においては、デバイスエージェント及びユーザエージェントのブロック構成は、それぞれ、第１の実施の形態におけるデバイスエージェント２０１（図４）及びユーザエージェント２０２（図９）と同一である。図５１は、ユーザエージェント２０２の操作履歴データベース４０２に登録された操作履歴データである。ここでは電話をかけた履歴を操作種別識別子として「Ｃａｌｌ」引数は相手先の電話番号であるものとする。このときのエピソードは図５２に示す５００１〜５００４となる。したがって、頻出操作パターンは図５３に示すとおりとなる。

次に、通信の相手先も考慮した頻出操作パターンを抽出する。図５１において、通信に関する操作であった場合には引数として相手先の情報が書かれているので、エピソードを生成する際に操作系列の記述の中に相手先情報も含めて記述する。例えば、図５１では通信に関する操作は機器種別「Ｔｅｌ」のときの「Ｃａｌｌ」であって、引数は相手先電話番号である。このような場合、エピソードは図５４のように記述される。例えばエピソード５００１での電話をかけた操作は「Ｔｅｌ−Ｃａｌｌ−０６１１１１２２２２」となっている。

図５４のエピソードから頻出操作パターンを求めたものが図５５である。図５３と図５５の頻出操作パターンを比較すると、例えば「Ｔｅｌ−Ｃａｌｌ」の操作が観測された場合、ユーザの次の操作の予測として、図５３からＣＤの音楽を聴くか、電子レンジで調理を開始するかのいずれかであるところまでは分かるが、それ以上のことはこれらの頻出操作パターンの出現頻度から確率的に予測するより他に方法はない。ところが、図５５の頻出操作パターンでは、「０６１１１１２２２２との電話のあとはＣＤで音楽を聴く」であるとか、「０３１２３４５６７８との電話のあとは電子レンジで調理を始める」とかという操作パターンが明らかになっているため、このような予測結果をユーザエージェント２０２がサービスコンシェルジェ２０３に応答することにより、サービスコンシェルジェ２０３は、ユーザの行動を予測し、それに的確に応じたサービスを提供することが可能となる。

（第６の実施の形態）
第６の実施の形態は、ユーザエージェント６２０２とサービスコンシェルジェ６２０３とがサーバ家電機器１０２もしくはアプリケーションサーバ１０３に一体として備えられたものである。

図５６は主要な機能モジュール構成を示したものである。本実施の形態においては、図２で示したモジュール構成と比較すると、ユーザエージェント６２０２とサービスコンシェルジェ６２０３とがサーバ家電機器１０２又はアプリケーションサーバ１０３の内部で一体となっている点が異なる。以下、アプリケーションサーバ１０３がユーザエージェント６２０２及びサービスコンシェルジェ６２０３を備えている例について説明する。

図５７はアプリケーションサーバ１０３のブロック構成図である。このアプリケーションサーバ１０３は大きく分けてユーザエージェント部６２０２とサービスコンシェルジェ部６２０３とから構成されており、ユーザエージェント部６２０２として、操作履歴受信部４０１と、操作履歴データベース４０２と、操作履歴登録部４０３と、パターン抽出部４０４と、パターンデータベース４０５と、パターン監視部４０６とが、またサービスコンシェルジェ部６２０３として、サービス提供部５０１と、サービス送信部５０５とが存在し、図９及び図１６で既に説明したブロックと同一のものは同一の符号を付与してある。

第１〜第５の実施の形態ではサービスコンシェルジェ２０３がサービスを提供するために必要なユーザ情報（ユーザの操作履歴及び頻出操作パターン）を取得するためにユーザエージェントに問い合わせていた。しかし、本実施の形態においては上記のような構成とすることにより、ユーザエージェント部６２０２とサービスコンシェルジェ部６２０３とがアプリケーションサーバ１０３の内部で接続されているため、ネットワークＩＦ５０６を通じて問い合わせと応答のやりとりをする必要がなく、またネットワークのトラフィックを増加させることなくユーザの行動を予測したサービスを提供することが可能となる。

（第７の実施の形態）
第７の実施の形態は、ユーザの頻出操作パターンの抽出をユーザエージェントではなくサービスコンシェルジェにおいて行うものである。

図５８は本実施の形態におけるユーザエージェント７２０２のブロック構成図である。このユーザエージェント７２０２は、図９に示されるユーザエージェント２０２の構成からユーザの頻出操作パターンの抽出に必要なパターン抽出部４０４、パターンデータベース４０５及びパターン監視部４０６を削除した構成を備える。
次に、本実施の形態のサービスコンシェルジェ７２０３のブロック構成を図５９に示す。このサービスコンシェルジェ７２０３は、図１６に示される第１の実施の形態におけるサービスコンシェルジェ２０３の構成に加えて、パターン抽出部４０４、パターンデータベース４０５及びパターン監視部４０６を備える。つまり、この構成は、第１の実施の形態におけるユーザエージェント２０２に備えられているが本実施の形態のユーザエージェント７２０２に備えられていない構成要素が、第１の実施の形態におけるサービスコンシェルジェ２０３に追加されたものに等しい。

以上のような構成とすることにより、ユーザエージェント７２０２は操作履歴データを操作履歴データベース４０２に蓄積し、サービスコンシェルジェ２０３の要求に応じてその操作履歴データを返す。一方、サービスコンシェルジェ７２０３は、自らの要求に対してユーザエージェント７２０２からユーザの操作履歴データが送信されてくるため、これを受信し、頻出操作パターンの抽出や検出を行い、ユーザの操作や行動パターンに応じたサービスをユーザに提供することが可能となる。

また、サービスの形態に応じて、最適な頻出操作系列抽出の観点や手法などをサービスコンシェルジェ７２０３で任意に選択可能であるため、提供するサービスの内容や質に応じて最適な手法を採用すればよい。

本発明は、各種機器、ユーザサーバ装置及びアプリケーションサーバ装置等が伝送路を介して接続された通信システムからなる操作履歴利用システムとして、特に、デジタルＴＶ、ビデオ、エアコン、照明器具、ＭＤコンポ、ＰＣなどの端末家電機器、ホームサーバ、ホームゲートウェイなどのサーバ家電機器、コンピュータ等のアプリケーションサーバ装置から構成される通信システム等からなる操作履歴利用システムとして利用することができる。

本発明に係る操作履歴利用システムの全体構成例を示す概念図である。 図１に示されたシステムを構成する主要機能モジュールの配置図である。 デバイスエージェント、ユーザエージェント及びサービスコンシェルジェそれぞれの主要な機能・役割分担を説明するための通信シーケンス図である。 本発明の第１の実施の形態におけるデバイスエージェントのブロック構成図である。 図４に示されたデバイスエージェントの操作履歴記録処理を示すフローチャートである。 図４に示されたデバイスエージェントにおいて履歴として保存すべき操作の例を示す図である。 図４に示された操作履歴記憶部に記録された操作履歴データの例を示す図である。 図４に示されたデバイスエージェントの操作履歴送信処理を示すフローチャートである。 本発明の第１の実施の形態におけるユーザエージェントのブロック構成図である。 図９に示されたユーザエージェントの操作履歴登録処理を示すフローチャートである。 図９に示された操作履歴データベースに登録された操作履歴データの例を示す図である。 図９に示されたユーザエージェントの操作系列パターン抽出処理を示すフローチャートである。 図１１に示された操作履歴データを一連のエピソードに分類した結果を示す図である。 図１３に示されたエピソードから得られた頻出操作パターンを示す図である。 図９に示されたユーザエージェントによるサービスコンシェルジェへの応答処理を示すフローチャートである。 本発明の第１の実施の形態におけるサービスコンシェルジェのブロック構成図である。 本発明の第２の実施の形態におけるユーザエージェントのブロック構成図である。 図１７に示された機能行為データベースの登録内容の例を示す図である。 図１７に示されたユーザエージェントの操作系列パターン抽出処理及び機能系列パターン抽出処理を示すフローチャートである。 図１７に示された操作履歴データベースに登録された操作履歴データの例を示す図である。 図２０に示された操作履歴データを一連のエピソードに分類した結果を示す図である。 図２１に示されたエピソードから得られた頻出操作パターンを示す図である。 図２１に示されたエピソードから得られた頻出機能パターンを示す図である。 第２の実施の形態における操作履歴利用システムの具体的な動作例（その１）を示す図である。 図２４に示された動作例における操作履歴システムによる「端末家電機器の登録」に関する処理手順を示すフローチャートである。 図２４に示された動作例における操作履歴システムによるサービス提供の方法（対話的提供方法）の手順を示す通信シーケンス図である。 図２４に示された動作例における操作履歴システムによるサービス提供の方法（リアルタイム型提供方法）の手順を示す通信シーケンス図である。 第２の実施の形態における操作履歴利用システムの具体的な動作例（その２）を示す図である。 図２８に示された動作例における操作履歴システムによる「端末家電機器の登録削除」に関する処理手順を示すフローチャートである。 図２８に示された動作例における操作履歴システムによるサービス提供の方法（リアルタイム型提供方法）の手順を示す通信シーケンス図である。 本発明の第３の実施の形態におけるデバイスエージェントのブロック構成図である。 図３１に示されたデバイスエージェントの操作履歴及びコンテンツ視聴履歴の記録処理を示すフローチャートである。 図３１に示されたデバイスエージェントにおける操作履歴データ及び視聴履歴データの例を示す図である。 本発明の第３の実施の形態におけるユーザエージェントのブロック構成図である。 図３４に示された操作履歴データベースに登録された操作履歴データの例を示す図である。 図３４に示された視聴履歴データベースに登録された視聴履歴データの例を示す図である。 図３４に示されたユーザエージェントの操作系列パターン抽出処理を示すフローチャートである。 図３５に示された操作履歴データを一連のエピソードに分類した結果を示す図である。 図３８に示されたエピソードから得られた頻出操作パターンを示す図である。 図３８に示されたエピソードの変換結果を示す図である。 図４０に示されたエピソードから得られた頻出操作パターンを示す図である。 本発明の第４の実施の形態におけるデバイスエージェントのブロック構成図である。 図４２に示された操作履歴記憶部に記録された操作履歴データの例を示す図である。 本発明の第４の実施の形態におけるユーザエージェントのブロック構成図である。 図４４に示されたユーザエージェントの操作系列パターン抽出処理を示すフローチャートである。 図４４に示されたユーザエージェントにおける複数ユーザに係る操作履歴データのマージ結果を示す図である。 図４６に示された操作履歴データを一連のエピソードに分類した結果を示す図である。 図４７に示されたエピソードから得られた頻出操作パターンを示す図である。 図４７に示されたエピソードから得られた付帯者情報付きの頻出操作パターンを示す図である。 本発明の第４の実施の形態に図９に示されたユーザエージェントを用いる場合の主要機能モジュールの配置図である。 本発明の第５の実施の形態における操作履歴データの例を示す図である。 図５１に示された操作履歴データを一連のエピソードに分類した結果を示す図である。 図５２に示されたエピソードから得られた頻出操作パターンを示す図である。 図５１に示された操作履歴データから得られた相手先電話番号付きエピソードを示す図である。 図５４に示されたエピソードから得られた頻出操作パターンを示す図である。 本発明の第６の実施の形態における主要機能モジュールの配置図である。 図５６に示されたアプリケーションサーバのブロック構成図である。 本発明の第７の実施の形態におけるユーザエージェントのブロック構成図である。 本発明の第７の実施の形態におけるサービスコンシェルジェのブロック構成図である。

符号の説明

１０１、１０１ａ〜１０１ｆ 端末家電機器
１０２ サーバ家電機器
１０３、１０３ａ アプリケーションサーバ
１０４ ＬＡＮ
１０５ ＷＡＮ（インターネット）
１０６ ルータ
２０１ デバイスエージェント
２０２ ユーザエージェント
２０３ サービスコンシェルジェ
３０１ 操作入力部
３０２ 操作入力解釈部
３０３ 機器制御部
３０４ 操作履歴記憶部
３０５ 操作履歴記録部
３０６ 操作履歴送信部
３０８ ネットワークＩＦ
３０９ 視聴履歴記憶部
３１０ 視聴履歴記録部
３１１ 視聴履歴生成部
３１２ ユーザ識別部
４０１ 操作履歴受信部
４０２ 操作履歴データベース
４０３ 操作履歴登録部
４０４ パターン抽出部
４０５ パターンデータベース
４０６ パターン監視部
４０７ 問い合わせ受信部
４０８ 応答作成部
４０９ 応答送信部
４１０ 機能行為データベース
４１１ 視聴履歴受信部
４１２ 視聴履歴データベース
４１３ 視聴履歴登録部
４１４ ネットワークＩＦ
５０１ サービス提供部
５０２ ユーザデータベース
５０３ 問い合わせ送信部
５０４ 応答受信部
５０５ サービス送信部
５０６ ネットワークＩＦ

Claims (21)

1. 機器に対するユーザの操作履歴を利用してユーザにサービスを提供する操作履歴利用システムであって、
   ユーザの操作内容を表す操作データを送信する機能を有する機器と、
   前記機器から集めた操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するサービス提供装置と
   を備えることを特徴とする操作履歴利用システム。
2. 請求項１記載の操作履歴利用システムにおいて、
   前記サービス提供装置は、
   前記操作履歴データを蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンからユーザ行動を予測するユーザサーバ装置と、
   前記ユーザサーバ装置により予測されたユーザ行動に応じたサービスを提供するアプリケーションサーバ装置とを有する
   ことを特徴とする操作履歴利用システム。
3. 請求項１記載の操作履歴利用システムにおいて、
   前記サービス提供装置は、
   前記操作履歴データを蓄積するユーザサーバ装置と、
   前記ユーザサーバ装置に蓄積された操作履歴データ中の頻出操作パターンからユーザ行動を予測し、予測したユーザ行動に応じたサービスを提供するアプリケーションサーバ装置とを有する
   ことを特徴とする操作履歴利用システム。
4. 請求項１記載の操作履歴利用システムにおいて、
   前記機器は、
   操作日時と操作内容とを組にした操作履歴データを記録する操作履歴記憶手段と、
   前記操作履歴記憶手段に記録された操作履歴データを所定のタイミングで前記サービス提供装置に送信する操作履歴送信手段とを有する
   ことを特徴とする操作履歴利用システム。
5. 請求項４記載の操作履歴利用システムにおいて、
   前記機器は、ユーザが視聴したコンテンツに関する視聴履歴データを記録する視聴履歴記憶手段を更に有し、
   前記操作履歴送信手段は、前記視聴履歴記憶手段に記録された視聴履歴データを前記操作履歴データとともに前記サービス提供装置に送信する
   ことを特徴とする操作履歴利用システム。
6. 請求項４記載の操作履歴利用システムにおいて、
   前記機器は、操作を行ったユーザが誰であるかを識別するユーザ識別手段を更に有し、
   前記操作履歴記憶手段は、前記ユーザ識別手段による識別結果を前記操作履歴の一部として記録する
   ことを特徴とする操作履歴利用システム。
7. 請求項４記載の操作履歴利用システムにおいて、
   前記機器は、通信相手が誰であるかを表す情報を前記操作履歴の一部として前記操作履歴記憶手段に記録する
   ことを特徴とする操作履歴利用システム。
8. 請求項１記載の操作履歴利用システムにおいて、
   前記サービス提供装置は、
   前記機器から送信される操作履歴データを受信する操作履歴受信手段と、
   前記受信した操作履歴データを蓄積する操作履歴データベースと、
   前記操作履歴データベースに蓄積された操作履歴データから頻出操作パターンを抽出するパターン抽出手段と、
   前記抽出された頻出操作パターンを記憶するパターンデータベースと、
   前記操作履歴受信手段によって新たに受信された操作履歴データの系列が前記パターンデータベースに記憶されている頻出操作パターンに合致するかどうかを監視するパターン監視手段と、
   前記パターン監視手段による監視結果から予測されるユーザ行動に応じたサービスを提供するサービス提供手段とを有する
   ことを特徴とする操作履歴利用システム。
9. 請求項８記載の操作履歴利用システムにおいて、
   前記サービス提供装置は、前記機器での操作と、前記操作に対してユーザに提供される機能又は前記操作によってユーザが実行したいと考えられる行為との関係を定義した機能行為データベースを更に有し、
   前記パターン抽出手段は、前記操作履歴データベースに蓄積された操作履歴データを前記機能行為データベースと照合することにより、機能又は行為の系列に変換し、前記機能又は行為の系列から頻出パターンを抽出し、抽出した頻出パターンを前記パターンデータベースに記録する
   ことを特徴とする操作履歴利用システム。
10. 請求項８記載の操作履歴利用システムにおいて、
    前記サービス提供装置は、
    前記機器から前記操作履歴データとともに送信される視聴履歴データを受信する視聴履歴受信手段と、
    前記受信した視聴履歴データを蓄積する視聴履歴データベースとを更に有し、
    前記パターン抽出手段は、前記操作履歴データベースに蓄積された操作履歴データ及び視聴履歴データベースに蓄積された視聴履歴データの双方から頻出パターンを抽出する
    ことを特徴とする操作履歴利用システム。
11. 請求項８記載の操作履歴利用システムにおいて、
    前記パターン抽出手段は、前記機器から送信される操作ユーザに関する情報を前記頻出操作パターンの抽出に利用する
    ことを特徴とする操作履歴利用システム。
12. 請求項８記載の操作履歴利用システムにおいて、
    前記パターン抽出手段は、前記機器から送信される通信相手に関する情報を前記頻出操作パターンの抽出に利用する
    ことを特徴とする操作履歴利用システム。
13. 請求項１記載の操作履歴利用システムにおいて、
    前記操作履歴利用システムは、ユーザの操作内容を表す操作データを送信する複数の機器を備え、
    前記サービス提供装置は、複数の前記機器から集めた操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供する
    ことを特徴とする操作履歴利用システム。
14. 請求項１記載の操作履歴利用システムにおいて、
    前記サービス提供装置は、前記操作頻出パターンに従って前記機器を自動制御することにより、前記サービスを提供する
    ことを特徴とする操作履歴利用システム。
15. 機器に対するユーザの操作履歴を利用してユーザにサービスを提供する操作履歴利用方法であって、
    ユーザの操作内容を表す操作データを機器が送信するステップと、
    前記機器から集めた操作データを時系列の操作履歴データとして蓄積するステップと、
    前記操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するステップと
    を含むことを特徴とする操作履歴利用方法。
16. 請求項１５記載の操作履歴利用方法において、
    前記機器に操作日時と操作内容とを組にした操作履歴データを記録するステップと、
    記録された操作履歴データを所定のタイミングで前記機器から送信するステップとを更に含む
    ことを特徴とする操作履歴利用方法。
17. 請求項１５記載の操作履歴利用方法において、
    前記機器から送信される操作履歴データを受信するステップと、
    前記受信した操作履歴データを操作履歴データベースに蓄積するステップと、
    前記操作履歴データベースに蓄積された操作履歴データから頻出操作パターンを抽出するステップと、
    前記抽出された頻出操作パターンをパターンデータベースに記憶するステップと、
    新たに受信した操作履歴データの系列が前記パターンデータベースに記憶されている頻出操作パターンに合致するかどうかを監視するステップと、
    前記監視の結果から予測されるユーザ行動に応じたサービスを提供するステップとを更に含む
    ことを特徴とする操作履歴利用方法。
18. 機器に対するユーザの操作履歴を利用してユーザにサービスを提供する操作履歴利用システムにおける機器であって、
    ユーザの操作内容を表す操作データを送信する操作データ送信手段と、
    前記機器から集めた操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するサービス提供装置からの指示に従って当該機器の制御を行う制御手段と
    を備えることを特徴とする機器。
19. 機器に対するユーザの操作履歴を利用してユーザにサービスを提供するサービス提供装置であって、
    機器から送信されてくるユーザの操作内容を表す操作データを受信する受信手段と、
    受信した操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するサービス提供手段と
    を備えることを特徴とするサービス提供装置。
20. 機器に対するユーザの操作履歴を利用してユーザにサービスを提供する操作履歴利用システムにおける機器のためのプログラムであって、
    ユーザの操作内容を表す操作データを送信する操作データ送信ステップと、
    前記機器から集めた操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するサービス提供装置からの指示に従って当該機器の制御を行う制御ステップと
    をコンピュータに実行させるプログラム。
21. 機器に対するユーザの操作履歴を利用してユーザにサービスを提供するサービス提供装置のためのプログラムであって、
    機器から送信されてくるユーザの操作内容を表す操作データを受信する受信ステップと、
    受信した操作データを時系列の操作履歴データとして蓄積するとともに、蓄積した操作履歴データ中の頻出操作パターンから予測したユーザ行動に応じたサービスを提供するサービス提供ステップと
    をコンピュータに実行させることを特徴とするプログラム。

Images