(57)【特許請求の範囲】
【請求項１】
コンテンツを受信して再生するコンテンツ処理部と、再生されたコンテンツを提示するユーザインタフェース部とを備えたアプリケーション実行端末において、
コンテンツデータに多重化されたメタデータの内容や時間帯に対応付けて各種のイベントが登録されたイベント検出ルールに基づいてイベントの発生を検出するイベント検出部と、
イベントに関連するアプリケーションが登録されたプロファイルを格納するプロファイル保存部と、
イベントの発生に応じて実行すべき提案内容が記述されたイベント処理ルールを格納するイベント処理ルール保存部と、
起動要求に応じてアプリケーションを起動し実行するアプリケーション実行部と、
前記イベント処理ルールに基づいて前記イベント検出部で検出したイベントに関連するアプリケーション又はプロファイルの起動を提案するとともに、提案が受理された前記アプリケーション又は前記プロファイルに登録されたアプリケーションの起動を前記アプリケーション実行部へ要求するアプリケーション起動制御部とを備えたことを特徴とするアプリケーション実行端末。
【請求項２】
アプリケーション起動制御部は、アプリケーション又はプロファイルの起動提案が拒否されると、前記アプリケーション又は前記プロファイルに対応するイベントの発生に応じて起動提案を実行しないようにイベント処理ルールを修正することを特徴とする請求項１記載のアプリケーション実行端末。
【請求項３】
アプリケーション起動制御部は、アプリケーションの起動提案の受理回数が所定回数以上になると、ユーザインタフェース部を介して当該アプリケーションのプロファイルへの登録を提案し、前記提案が受理されると当該アプリケーションを登録したプロファイルをプロファイル保存部へ格納することを特徴とする請求項１記載のアプリケーション実行端末。
【請求項４】
アプリケーション起動制御部は、プロファイルの起動提案の受理回数が所定回数以上になると、ユーザインタフェース部を介して対応するイベントの発生に際して当該プロファイルを自動的に起動することを提案し、前記提案が受理されると前記対応するイベントの発生に応じて当該プロファイルが自動的に起動するようにイベント処理ルールを修正することを特徴とする請求項１記載のアプリケーション実行端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、映像や音声を含むコンテンツを受信し再生すると共に、当該コンテンツの関連情報を提供するアプリケーションを実行するアプリケーション実行端末に関するものである。
【背景技術】
【０００２】
例えば、特許文献１には、有線又は無線のネットワークを介して映像コンテンツデータを受信して再生し、関連する広告（ＣＭ）等の情報と共に、映像コンテンツを提示するシステムが開示されている。このシステムは、映像コンテンツ及び映像コンテンツの意味的単位の内容を記述した意味情報を配信する情報発信サーバ、要求に応じて映像コンテンツに関する関連情報を配信する関連情報サーバ、及び映像コンテンツを受信して再生するクライアント端末を備える。また、特許文献１におけるクライアント端末は、意味情報に対応付けて関連情報の種類及びその提示タイミングを予め定めたルール及びユーザの好みや興味を記述したユーザプロファイルを備える。
【０００３】
クライアント端末では、情報発信サーバから映像コンテンツデータとその意味情報を受信すると、この意味情報に基づいて上記ルール及び上記ユーザプロファイルを参照し、上記意味情報に応じた関連情報を関連情報サーバに要求する。このようにすることにより、クライアント端末が、映像コンテンツと共に、その意味情報及びユーザの好みに応じた関連情報を、映像コンテンツの内容に合わせてユーザに対して効果的なタイミングで提示することができる。
【０００４】
また、特許文献１のシステムは、入力操作により、ユーザの好みや興味をユーザプロファイルに反映する反応応答部を備える。クライアント端末を介してユーザに提示された関連情報を、反応応答部を通じて評価することにより、ユーザプロファイルを評価内容に応じて更新することができる。
【０００５】
【特許文献１】特開２００２−１０１４０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述した従来のシステムでは、反応応答部を用いてユーザプロファイルを更新することにより、映像コンテンツの視聴の際に提示された関連情報の種類を変更できる。例えば、ユーザが視聴する映像コンテンツの内容が暑いシーンに差し掛かった際に提示される飲み物のＣＭがビールのＣＭであった場合を考える。この場合、ビールのＣＭをユーザが好まなければ、反応応答部を用いて他のジュースのＣＭを提示するようにユーザプロファイルを修正することができる。
【０００７】
しかしながら、従来のシステムでは、特定の映像コンテンツの１つのコンテンツ内容に対して複数の関連情報を関連付けて提示することをユーザに対して提案したり、ユーザに明示的に提案された関連情報をユーザプロファイルへ追加登録することが考慮されていなかった。
【０００８】
例えば、暑いシーンを示す映像コンテンツにおいて、ビールとジュースのＣＭを同時に関連情報としてユーザに提示することができない。また、暑いシーンを示す映像コンテンツに対して、ユーザ自らがビールとジュースの双方のＣＭを関連付けるようにユーザプロファイルを更新することができない。
【０００９】
このように、従来では、放送波や通信ネットワークを介して受信し再生したコンテンツを視聴する際、コンテンツの内容や視聴時間帯に適応した関連情報のバリエーションを、ユーザが知ることができず、真にユーザの趣向に合致する関連情報を提示することができないという課題があった。
【００１０】
この発明は、上記のような課題を解決するためになされたもので、コンテンツの内容や視聴時間帯に適したタイミングで、真にユーザの趣向に合致した関連情報を提示することができるアプリケーション実行端末を得ることを目的とする。
【課題を解決するための手段】
【００１１】
この発明に係るアプリケ−ション実行端末は、コンテンツデータに多重化されたメタデータの内容や時間帯に対応付けて各種のイベントが登録されたイベント検出ルールに基づいてイベントの発生を検出するイベント検出部と、
イベントに関連するアプリケーションが登録されたプロファイルを格納するプロファイル保存部と、
イベントの発生に応じて実行すべき提案内容が記述されたイベント処理ルールを格納するイベント処理ルール保存部と、
起動要求に応じてアプリケーションを起動し実行するアプリケーション実行部と、
イベント処理ルールに基づいてイベント検出部で検出したイベントに関連するアプリケーション又はプロファイルの起動を提案するとともに、提案が受理されたアプリケーション又はプロファイルに登録されたアプリケーションの起動をアプリケーション実行部へ要求するアプリケーション起動制御部とを備えたものである。
【発明の効果】
【００１２】
この発明によれば、コンテンツデータに多重化されたメタデータの内容や時間帯に対応付けて各種のイベントが登録されたイベント検出ルールに基づき、コンテンツの受信再生において検出されたイベントに関連するアプリケーション又はプロファイルの起動を提案し、提案が受理されたアプリケーション又はプロファイルに登録されたアプリケーションの起動をアプリケーション実行部へ要求する。このようにすることで、コンテンツの内容や視聴時間帯に関連するイベント検出条件に合致したイベントの発生タイミングで、ユーザに関連情報を提示するアプリケーションの起動を提案することができ、真にユーザの趣向に合致した関連情報を提示することができるという効果がある。
【発明を実施するための最良の形態】
【００１３】
実施の形態１．
図１は、この発明の実施の形態１によるアプリケーション実行端末の構成を示すブロック図である。実施の形態１によるアプリケーション実行端末１００では、映像や音声等のコンテンツを受信・再生する機能を有する。また、アプリケーション実行端末１００は、再生したコンテンツ（映像、音声等）の内容や現在時刻の時間帯に応じて、ユーザに対しその関連情報を提示するアプリケーションの起動を提案する機能を有する。
【００１４】
図１に示すように、アプリケーション実行端末１００は、コンテンツ受信・再生制御部１０１、イベント検出部１０２、イベント検出ルール保存部１０３、アプリケーション起動制御部１０４、イベント処理ルール保存部１０５、プロファイル保存部１０６、アプリケーション実行部１０７、アプリケーション保存部１０８、ユーザインタフェース部１０９及びユーザ入力受信部１１０を備える。これら構成要素によって、上記機能が実現される。
【００１５】
コンテンツ受信・再生制御部（コンテンツ処理部）１０１は、放送波あるいは通信ネットワークを介してコンテンツデータを受信し、符号化されたコンテンツデータを復号する。これにより、コンテンツデータは、ユーザインタフェース部１０９で表示可能なデータ形態に復号される。復号されたコンテンツデータは、コンテンツ受信・再生制御部１０１からユーザインタフェース部１０９へ出力される。
【００１６】
また、コンテンツ受信・再生制御部１０１は、受信したコンテンツデータに多重されたメタデータを抽出し、イベント検出部１０２へ出力する。なお、メタデータとは、コンテンツのタイトルや、ジャンル、コンテンツ提供者、出演者情報、コンテンツ作成者情報、その他のコンテンツの説明等が記述されたデータである。
【００１７】
イベント検出部１０２は、イベント検出ルールを参照してコンテンツ受信・再生制御部１０１から入力したメタデータの内容や現在時刻等の情報に基づくイベントの発生を検出する。ここで、イベントは、アプリケーションの起動を提案する契機となる情報であり、コンテンツのメタデータの内容や時間帯に対応付けて予め設定される。検出されたイベントは、イベント検出部１０２からアプリケーション起動制御部１０４へ出力される。
【００１８】
イベント検出ルール保存部１０３は、イベントを検出するためのイベント検出ルールを保存する記憶部であり、イベント検出部１０２によってイベント検出ルールが読み出される。なお、イベント検出ルールとは、コンテンツデータに多重化されたメタデータの内容（メタデータに含まれるキーワードやコンテンツのジャンル）や時間帯に対応付けて各種のイベントが登録されたデータである。
【００１９】
アプリケーション起動制御部１０４は、イベント処理ルールに従って、イベント検出部１０２で検出されたイベントに対するプロファイルの生成状況を確認し、プロファイルに登録されたアプリケーションの起動をアプリケーション実行部１０８へ要求する。
【００２０】
イベント処理ルール保存部１０５は、イベント処理ルールを保存する記憶部であり、アプリケーション起動制御部１０４によってイベント処理ルールが読み出される。なお、イベント処理ルールとは、イベント検出ルールに登録されたイベントに対する、イベント処理条件、イベント処理動作の内容、ユーザ応答内容等がそれぞれ対応付けて登録されたデータである。
【００２１】
プロファイル保存部１０６は、各種のイベントに対応するプロファイルを保存する記憶部である。なお、プロファイルには、イベントに関連した情報を提示するアプリケーション及びこのアプリケーションに関する設定情報が登録される。
【００２２】
アプリケーション実行部１０７は、アプリケーション起動制御部１０４から起動要求を受けたアプリケーションを実行する。アプリケーション保存部１０８は、各種イベントに関連したアプリケーションを保存する記憶部であり、アプリケーション実行部１０７によってアプリケーションが読み出される。
【００２３】
ユーザインタフェース部１０９は、コンテンツ受信・再生制御部１０１及びアプリケーション実行部１０７から各々入力した、再生（復号）後のコンテンツデータ及びアプリケーションの実行結果を、不図示の表示装置や音声出力装置を介してユーザに提示する。ユーザ入力受信部１１０は、不図示の入力操作部（例えば、リモートコントローラ、キーボタン、タッチパネル等）の入力操作に応じて外部から情報を入力し、入力情報をユーザインタフェース部１０９へ出力する。
【００２４】
なお、コンテンツ受信・再生制御部１０１、イベント検出部１０２、イベント検出ルール保存部１０３、アプリケーション起動制御部１０４、イベント処理ルール保存部１０５、プロファイル保存部１０６、アプリケーション実行部１０７、アプリケーション保存部１０８、ユーザインタフェース部１０９、及びユーザ入力受信部１１０は、例えば本発明の趣旨に従うアプリケーション実行用プログラムを、放送波の受信機能、あるいは通信ネットワークを介した通信機能を有するコンピュータに読み込ませてその動作を制御することにより、このコンピュータ上でソフトウエアとハードウエアが協働した具体的な手段として実現することができる。
【００２５】
次に動作について説明する。
図２は、図１中のアプリケーション実行端末による動作を示すシーケンス図である。この図に沿って、アプリケーション実行端末１００の動作の詳細を説明する。
先ず、イベント検出部１０２は、イベント検出ルール取得要求をイベント検出ルール保存部１０３へ送信する（ステップＳＴ２０１）。イベント検出ルール保存部１０３は、イベント検出ルール取得要求に応じて、自らが保存するイベント検出ルールをイベント検出部１０２へ送信する（ステップＳＴ２０２）。
【００２６】
図３は、イベント検出ルールの一例を示す図である。イベント検出ルール保存部１０３は、図３に示すようなイベント検出ルールを記憶しており、イベント検出ルール取得要求に応じてイベント検出部１０２へイベント検出ルールを送信する。図３に示すイベント検出ルールでは、イベント検出ルール欄３０１及び通知イベント欄３０２の各々に、イベント検出に関する設定内容が分類される。
【００２７】
イベント検出ルール欄３０１には、イベント発生を検出するためのイベント検出条件がイベント毎に設定される。イベント検出条件としては、イベントに関連するキーワード、コンテンツのジャンルや時間帯が挙げられる。このイベント検出ルール欄３０１のデータを、コンテンツ受信・再生制御部１０１によりコンテンツから取得されたメタデータや現在時刻情報と照合することにより、イベント発生が検出される。
【００２８】
通知イベント欄３０２は、検出すべきイベントが設定される。図３の例では、キーワードが野球やベースボールである場合、イベントは「野球」となる。イベント検出ルール３０１に一致してイベントが検出されると、このイベントを示すイベント発生通知が、イベント検出部１０２からアプリケーション起動制御部１０４へ送信される。
【００２９】
図２の説明に戻ると、アプリケーション起動制御部１０４は、イベント検出部１０２と同様に、イベント処理ルール取得要求をイベント処理ルール保存部１０５へ送信する（ステップＳＴ２０３）。イベント処理ルール保存部１０５は、イベント処理ルール取得要求に応じて、自らが保存するイベント処理ルールをアプリケーション起動制御部１０４へ送信する（ステップＳＴ２０４）。
【００３０】
図４は、イベント処理ルールの一例を示す図である。イベント処理ルール保存部１０５は、図４に示すようなイベント処理ルールを記憶しており、イベント処理ルール取得要求に応じてイベント処理ルールをアプリケーション起動制御部１０４へ送信する。図４に示すイベント処理ルールは、受信イベント欄４０１、イベント処理条件欄４０２、イベント処理動作欄４０３、及びユーザ応答欄４０４の各々に、イベント処理に関する設定内容が分類される。
【００３１】
受信イベント欄４０１には、イベントの内容を示すデータが設定される。例えば、図４では、イベント内容である「野球」及び「時間帯＿朝」が設定されている。この受信イベント欄４０１の内容をイベント検出部１０２から受信したイベント発生通知のイベントと照合することにより、処理すべきイベントが特定される。
【００３２】
イベント処理条件欄４０２には、検出されたイベントに関する処理動作を決定するためのイベント処理条件が設定される。イベント処理条件としては、図４に示すように、受信イベント欄４０１との照合で特定されたイベントに対応するプロファイルの有無が挙げられる。なお、プロファイルには、イベントに対応する、ユーザごとの各種のアプリケーションの設定やデータ等が設定される。
【００３３】
イベント処理動作欄４０３には、イベント処理条件欄４０２のイベント処理条件が成立した場合に実行されるべき提案内容（イベント処理動作）を示す情報が設定される。例えば、イベント「野球」の場合、このイベント「野球」に対応するプロファイル（野球プロファイル）があれば、野球プロファイルに登録されたアプリケーションの起動を提案する動作が、イベント処理動作として決定される。また、野球プロファイルがない場合、野球中継を受信・再生するアプリケーションの起動が提案される。
【００３４】
ユーザ応答欄４０４には、イベント処理動作欄４０３に設定された処理動作に対するユーザの応答が設定される。図４の例では、アプリケーションの起動提案をユーザが受理した場合、ユーザ応答欄４０４には「提案受理」が設定される。また、提案が拒否された場合は、ユーザ応答欄４０４に「提案拒否」が設定される。さらに、イベント処理条件が成立しておらず、イベント処理動作が実行されていない場合（アプリケーションの起動が提案されていない場合）、「未提案」が設定される。
【００３５】
上述のようにして、コンテンツ受信・再生制御部１０１による処理の前処理として、イベント検出部１０２がイベント検出ルールを取得し、アプリケーション起動制御部１０４がイベント処理ルールを取得する。
【００３６】
コンテンツ受信・再生制御部１０１は、放送波あるいは通信ネットワークを介してコンテンツデータを受信して再生すると共に、コンテンツデータに多重されたメタデータが更新されたか否かを検出する。メタデータの更新の検出は、例えば特定の時点におけるメタデータの内容を記述する履歴情報を作成し参照することにより実現できる。
【００３７】
続いて、コンテンツ受信・再生制御部１０１は、コンテンツのメタデータが更新されたことを検出すると、更新されたメタデータ及び更新があった旨を示すコンテンツメタデータ更新通知をイベント検出部１０２へ送信する（ステップＳＴ２０５）。なお、メタデータとは、コンテンツ（映像や音声等のコンテンツ）のタイトルや、ジャンル、コンテンツ提供者、出演者情報、コンテンツ作成者情報、その他のコンテンツの説明を含むものとする。
【００３８】
イベント検出部１０２は、コンテンツ受信・再生制御部１０１からコンテンツメタデータ更新通知及びこれに対応する更新されたメタデータを受信すると、このメタデータの内容とイベント検出ルールとを照合し、メタデータの更新により検出すべきイベントが発生したか否かを判定する（ステップＳＴ２０６）。図３に示した例を用いて説明すると、特定のコンテンツに関連付けられたメタデータの任意の箇所に「野球」あるいは「ベースボール」というキーワードがあった場合、イベント「野球」が検出される。また、コンテンツのジャンルが「映画」であることを示す情報がメタデータに記述されている場合、イベント「映画」が検出される。
【００３９】
また、イベント検出部１０２は、不図示のタイマから現在時刻を取得し、現在時刻とイベント検出ルールとを照合して、現在時刻に対応するイベントが発生したか否かを判定する。図３の例では、現在時刻が７：００であった場合、「時間帯＝＝０５：００〜１０：００」のイベント検出ルールに適合し、イベント「時間帯＿朝」が検出される。
【００４０】
イベント検出部１０２は、イベントの発生を検出すると、検出したイベントを示すイベント発生通知をアプリケーション起動制御部１０４へ送信する（ステップＳＴ２０７）。アプリケーション起動制御部１０４は、イベント検出部１０２から受信したイベント発生通知のイベントとイベント処理ルールとを照合し、検出されたイベントに対応するイベント処理を判定する（ステップＳＴ２０８）。
【００４１】
図５は、図１中のアプリケーション起動制御部によるイベント処理チェックの流れを示すフローチャートである。この図に沿って、イベント処理のチェック動作を詳細に説明する。先ず、アプリケーション起動制御部１０４は、イベント検出部１０２から受信したイベント発生通知のイベントが、図４で示したイベント処理ルールの受信イベント欄４０１に定義されているかどうかを調べる（ステップＳＴ５０１）。ここで、イベント発生通知のイベントが受信イベント欄４０１に定義されていなければ、イベント処理チェックを終了する。
【００４２】
一方、イベント発生通知のイベントが受信イベント欄４０１に定義されている場合、アプリケーション起動制御部１０４は、このイベントに対応するプロファイルが存在するか否かを、プロファイル保存部１０６へ問い合わせる（ステップＳＴ５０２）。
【００４３】
アプリケーション起動制御部１０４は、イベント発生通知のイベントがプロファイル保存部１０６に存在する場合、イベント処理ルールのユーザ応答欄４０４を参照して、このイベントに対応するイベント処理が行われた結果、ユーザから「提案拒否」がなされているか否かを判定する（ステップＳＴ５０３）。これにより、ユーザから一度拒否された提案が重複して行われることを防ぐことができる。
【００４４】
ステップＳＴ５０３において、ユーザ応答欄４０４に「提案拒否」が設定されていなければ、アプリケーション起動制御部１０４は、このイベントに対応するプロファイルの起動提案を決定する（ステップＳＴ５０４）。一方、ユーザ応答欄４０４に「提案拒否」が設定されていた場合、アプリケーション起動制御部１０４は、このイベントに対応するイベント処理条件欄４０２を「対応プロファイル無し」とした上で、ステップＳＴ５０５の処理に移行する。
【００４５】
このように、アプリケーション起動制御部１０４は、プロファイルのアプリケーションの起動が拒否されても、このイベントに対応するアプリケーションの有無を判定するステップＳＴ５０５の処理へ移行する。これにより、このイベントに対応するアプリケーションのうち、プロファイルに登録されていないアプリケーションの起動を、ユーザに提案することができる。
【００４６】
ステップＳＴ５０５において、アプリケーション起動制御部１０４は、イベント発生通知のイベントについてイベント処理ルールを参照し、対応するイベント処理条件欄４０２に「対応プロファイル無し」が設定されており、かつイベント処理動作欄４０３にアプリケーションの起動を提案する動作が設定されているものを探索する（ステップＳＴ５０５）。
【００４７】
ここで、イベント処理条件欄４０２に「対応プロファイル無し」が設定されており、かつイベント処理動作欄４０３にアプリケーションの起動提案が設定されていなければ、アプリケーション起動制御部１０４は、イベント処理チェックを終了する。
【００４８】
イベント処理条件欄４０２に「対応プロファイル無し」が設定されており、かつイベント処理動作欄４０３にアプリケーションの起動を提案する動作が設定されている場合、アプリケーション起動制御部１０４は、このイベントに対応するユーザ応答欄４０４を参照し、「提案拒否」が設定されているか否かを判定する（ステップＳＴ５０６）。ステップＳＴ５０６において、ユーザ応答欄４０４に「提案拒否」が設定されていれば、アプリケーション起動制御部１０４は、ステップＳＴ５０５に戻り、他のアプリケーションの起動提案が設定されているか否かの判定処理を実行する。
【００４９】
また、ステップＳＴ５０６でユーザ応答欄４０４に「提案拒否」が設定されていなければ、アプリケーション起動制御部１０４は、「提案拒否」が設定されていないアプリケーションの起動提案を、ユーザインタフェース部１０９に通知することを決定する（ステップＳＴ５０７）。
【００５０】
アプリケーション起動制御部１０４は、上述したステップＳＴ２０８におけるイベント処理チェックによって、起動提案を通知すべきプロファイル若しくはアプリケーションを決定すると、上記プロファイル若しくは上記アプリケーションの起動提案通知をユーザインタフェース部１０９に送信する。図２の例では、アプリケーション起動制御部１０４が、ステップＳＴ２０８で起動提案通知すべきプロファイルを決定した場合を示している。このため、プロファイルの起動提案通知が、アプリケーション起動制御部１０４からユーザインタフェース部１０９へ送信される（ステップＳＴ２０９）。
【００５１】
ユーザインタフェース部１０９は、アプリケーション起動制御部１０４からプロファイル（若しくはアプリケーション）の起動提案通知を受信すると、このプロファイル（若しくはアプリケーション）の起動提案を、不図示の表示装置に表示する（ステップＳＴ２１０）。図６は、図１中のユーザインタフェース部によるプロファイルの起動提案の表示例を示す図である。この図６を用いて、図２における以降の処理を説明する。図６の例は、「プロ野球中継○○対□□」の開始を契機として、野球プロファイルを起動すべきか否かを提案するものであり、プロ野球中継の映像コンテンツを表示する表示画面６０１上に、野球プロファイルの起動提案６０２を重ねて表示している。
【００５２】
野球プロファイルの起動提案６０２には、不図示のリモートコントローラ等の入力装置によってユーザ入力受信部１１０を介してオン設定が可能なＯＫボタン６０３及びキャンセルボタン６０４が設けられる。ＯＫボタン６０３は、野球プロファイルの起動提案６０２の「野球プロファイルを起動しますか？」という事項に対して、野球プロファイルの起動を許可する場合にオンにする。また、キャンセルボタン６０４は、野球プロファイルの起動を拒否する場合にオンにする。
【００５３】
ユーザは、不図示の入力装置の入力操作によりユーザ入力受信部１１０を介してＯＫボタン６０３若しくはキャンセルボタン６０４を選択して、プロファイルの起動可否を決定する（ステップＳＴ２１１）。ここで、キャンセルボタン６０４がオンにされて、プロファイルの起動が拒否された場合、ユーザインタフェース部１０９は、野球プロファイルの起動提案６０２の表示を終了し、映像コンテンツの表示を継続する。また、ユーザインタフェース部１０９は、プロファイルの起動拒否通知をアプリケーション起動制御部１０４へ送信する。この通知を受けると、アプリケーション起動制御部１０４は、イベント処理ルール保存部１０５から取得したイベント処理ルールの対応するユーザ応答欄４０４に「提案拒否」を設定する。
【００５４】
ステップＳＴ２１１でＯＫボタン６０３がオンされて、プロファイルの起動が受理された場合、ユーザインタフェース部１０９は、プロファイルの起動許可通知をアプリケーション起動制御部１０４へ送信する（ステップＳＴ２１２）。
【００５５】
アプリケーション起動制御部１０４は、プロファイルの起動許可通知を受信すると、イベント検出部１０２で検出されたイベント（イベント発生通知のイベント）に関連付けられたプロファイルの取得要求をプロファイル保存部１０６へ送信する（ステップＳＴ２１３）。図７は、図１中のプロファイル保存部に記憶されたプロファイル情報の一例を示す図である。図７の例は、ユーザである「太郎」のイベント「野球」に関連付けられたプロファイル情報７００を示しており、ＸＭＬ（eXtensible Markup Language）により記述されている。
【００５６】
また、プロファイル情報７００には、「太郎」のプロファイルに登録された複数のアプリケーションのタイトル、ＩＤ、表示画面上での配置位置、表示サイズ等の設定情報が記述される。例えば、アプリケーションのタイトルが”TV Screen”であるアプリケーションについては、ＩＤが”０００”であり、表示画面上での配置位置がｘ＝”１０”ｙ＝”１０”であり、表示サイズがｗ＝”３２０”、ｈ＝”１８０”である。
【００５７】
アプリケーション起動制御部１０４は、プロファイルの取得要求に応じたプロファイル情報７００をプロファイル保存部１０６から取得すると（ステップＳＴ２１４）、このプロファイル情報７００の内容を解析し、このプロファイルに登録された複数のアプリケーションの設定情報を抽出する。この後、アプリケーション起動制御部１０４は、抽出した複数のアプリケーションの設定情報と共に、これらアプリケーションの各々の起動要求をアプリケーション実行部１０７へ送信する（ステップＳＴ２１５）。
【００５８】
図２の例では、プロファイル情報７００に登録された複数のアプリケーションのうち、先ずアプリケーション１を起動する場合を示している。これに次いで、アプリケーション２、アプリケーション３・・・と、プロファイル情報７００に含まれる全てのアプリケーションの起動が完了するまで、ステップＳＴ２１５から後述するステップＳＴ２２２までに相当する処理が繰り返し行われる。
【００５９】
アプリケーション実行部１０７は、アプリケーション１の起動要求を受信すると、この起動要求で特定されるアプリケーション１の取得要求を、アプリケーション保存部１０８へ送信する（ステップＳＴ２１６）。アプリケーション保存部１０８は、取得要求に対応するアプリケーション１を読み出し、アプリケーション実行部１０７へ送信する（ステップＳＴ２１７）。
【００６０】
アプリケーション実行部１０７は、アプリケーション保存部１０８からアプリケーション１を受信すると、所定の手続に従ってアプリケーション１を実行する（ステップＳＴ２１８）。続いて、アプリケーション実行部１０７は、ユーザインタフェース部１０９を介してアプリケーション１の実行結果を不図示の表示画面上に表示するため、アプリケーション１の表示要求をユーザインタフェース部１０９に送信する（ステップＳＴ２１９）。
【００６１】
ユーザインタフェース部１０９は、表示要求で特定されるアプリケーション１の実行結果を不図示の表示画面上に表示する（ステップＳＴ２２０）。アプリケーション１の表示に成功すると、ユーザインタフェース部１０９は、アプリケーション実行部１０７に対してアプリケーション表示成功通知を送信する（ステップＳＴ２２１）。次に、アプリケーション実行部１０７は、アプリケーション１の起動が成功したことを示す起動成功通知を、アプリケーション起動制御部１０４へ送信する（ステップＳＴ２２２）。
【００６２】
アプリケーション起動制御部１０４は、アプリケーション１の起動成功通知を受信すると、引き続きプロファイル情報７００中に登録される次のアプリケーション２の起動をアプリケーション実行部１０７に対して要求する（ステップＳＴ２２３）。プロファイル情報７００に含まれる全てのアプリケーションの起動が完了するまで、ステップＳＴ２１５からステップＳＴ２２２までに相当する処理が繰り返し行われる。このようにして、アプリケーション実行端末１００は、イベント検出部１０２により検出されたイベントに基づいて、コンテンツに関連する情報を提示するアプリケーション若しくはプロファイルに登録されたアプリケーションの起動を行う。
【００６３】
図８は、図１中のユーザインタフェース部によるアプリケーションの実行結果の表示例を示す図であり、図７に示すプロファイル情報７００に登録された複数のアプリケーションの表示を完了した状態を示している。図８の例では、表示装置の表示画面上に、映像コンテンツ画面８０１、野球用のリーグ順位表８０２、野球チームである○○チームの情報８０３、広告８０４が表示されている。
【００６４】
映像コンテンツ画面８０１は、図７に示すプロファイル情報７００に登録されたアプリケーションのうち、映像コンテンツの表示アプリケーション（タイトル“TV Screen”）を実行した結果である。また、リーグ順位表８０２は、リーグ順位表を提示するためのアプリケーション（タイトル“Baseball League Standings”）を実行した結果である。また、○○チームの情報８０３は、○○チームの情報を提示するためのアプリケーション（タイトル“○○Team Information”）を実行した結果である。さらに、広告８０４は、広告表示用アプリケーション（タイトル“Advertisement”）を実行した結果である。
【００６５】
なお、ユーザは、不図示の入力装置の入力操作によりユーザ入力受信部１１０を介してアプリケーションの実行結果を操作することができる。例えば、○○チームの情報８０３を選択してアプリケーション実行部１０７へ実行要求を送信することで、より詳細な○○チームの情報を提示するアプリケーションを実行させて表示画面上に表示することもできる。
【００６６】
以上のように、この実施の形態１によれば、イベントごとのイベント検出条件を記述したイベント検出ルールに基づき、コンテンツ受信・再生制御部１０１によるコンテンツの受信再生においてイベント検出条件に合致したイベントを検出するイベント検出部１０２と、イベントに関連するアプリケーションが登録されたプロファイルを格納するプロファイル保存部１０６と、イベントの発生に応じて実行すべき提案内容が記述されたイベント処理ルールを格納するイベント処理ルール保存部１０５と、起動要求に応じてアプリケーションを起動し実行するアプリケーション実行部１０７と、イベント処理ルールに基づいて、イベント検出部１０２で検出されたイベントに関連するアプリケーション又はプロファイルの起動を提案するとともに、提案が受理されたアプリケーション又はプロファイルに登録されたアプリケーションの起動をアプリケーション実行部１０７へ要求するアプリケーション起動制御部１０４とを備える。このような構成を有することで、受信されたコンテンツのメタデータあるいは時間帯によって検出されるイベントを契機として、事前にプロファイルに登録された複数のアプリケーション、及び単一のアプリケーションの起動をユーザに対して提案することができる。これにより、ユーザはコンテンツを視聴する際、コンテンツの内容や視聴時間帯に適したアプリケーションの起動を容易に行うことができる。
【００６７】
また、この実施の形態１によれば、アプリケーション起動制御部１０４が、アプリケーション又はプロファイルの起動提案が拒否されると、これに対応するイベントの発生に応じて起動提案を実行しないようにイベント処理ルールを修正するので、ユーザが提案を拒否したプロファイルあるいはアプリケーションについては、対応するイベントの発生に応じて起動の提案が行われない。これにより、ユーザは好みではないアプリケーションの起動提案に煩わされることがなく、自らが希望するアプリケーションのみの提案をイベントに合わせて受けることができる。
【００６８】
実施の形態２．
この実施の形態２は、アプリケーション及びプロファイルの起動提案が受理された回数を管理し、受理回数に応じてアプリケーションのプロファイルへの登録やプロファイルの自動起動の提案を行うものである。
【００６９】
実施の形態２によるアプリケーション実行端末の基本的な構成は、上記実施の形態１で説明した図１の構成と同様であるが、アプリケーション起動制御部が、アプリケーション及びプロファイルの起動提案の受理回数を管理し、受理回数に応じてプロファイルの自動起動の提案を行う点で異なる。そこで、以降では、実施の形態２によるアプリケーション実行端末に図１の構成をあてはめて説明する。
【００７０】
次に動作について説明する。
図９は、この発明の実施の形態２によるアプリケーション実行端末の動作を示すシーケンス図である。この図に沿って、実施の形態２によるアプリケーション実行端末１００の動作の詳細を説明する。
先ず、イベント検出部１０２は、上記実施の形態１と同様に、イベント検出ルール取得要求をイベント検出ルール保存部１０３へ送信する。イベント検出ルール保存部１０３は、イベント検出ルール取得要求に応じて、自らが保存するイベント検出ルールをイベント検出部１０２へ送信する。
【００７１】
アプリケーション起動制御部１０４は、イベント検出部１０２と同様に、イベント処理ルール取得要求をイベント処理ルール保存部１０５へ送信する。イベント処理ルール保存部１０５は、イベント処理ルール取得要求に応じて、自らが保存するイベント処理ルールをアプリケーション起動制御部１０４へ送信する。
【００７２】
コンテンツ受信・再生制御部１０１は、放送波あるいは通信ネットワークを介して、コンテンツデータを受信して再生すると共に、コンテンツデータに多重されたメタデータが更新されたか否かを検出する。ここで、コンテンツ受信・再生制御部１０１は、コンテンツのメタデータの更新を検出すると、更新されたメタデータ及び更新があった旨を示すコンテンツメタデータ更新通知をイベント検出部１０２へ送信する。
【００７３】
イベント検出部１０２は、コンテンツ受信・再生制御部１０１からコンテンツメタデータ更新通知及びこれに対応する更新されたメタデータを受信すると、このメタデータの内容とイベント検出ルールとを照合し、メタデータの更新により検出すべきイベントが発生したか否かを判定する。また、イベント検出部１０２は、不図示のタイマから現在時刻を取得し、現在時刻とイベント検出ルールとを照合して、現在時刻に対応するイベントが発生したか否かを判定する。
【００７４】
上述のようにしてイベントの発生を検出すると、イベント検出部１０２は、検出したイベントを示すイベント発生通知をアプリケーション起動制御部１０４へ送信する（ステップＳＴ９０１）。アプリケーション起動制御部１０４は、イベント検出部１０２から受信したイベント発生通知のイベントとイベント処理ルールとを照合し、検出されたイベントに対応するイベント処理を判定する（ステップＳＴ９０２）。
【００７５】
図１０は、実施の形態２のアプリケーション起動制御部によるイベント処理チェックの流れを示すフローチャートである。この図に沿ってイベント処理のチェック動作を詳細に説明する。先ず、実施の形態２によるアプリケーション起動制御部１０４は、上記実施の形態１と同様に、イベント検出部１０２から受信したイベント発生通知のイベントが、イベント処理ルールに定義されているかどうかを調べる（ステップＳＴ５０１）。
【００７６】
図１１は、実施の形態２によるイベント処理ルールの一例を示す図である。図１１に示すように、実施の形態２によるイベント処理ルールは、受信イベント欄４０１、イベント処理条件欄４０２、イベント処理動作欄４０３、ユーザ応答欄４０４、及び提案受理回数１１０１の各々に、イベント処理に関する設定内容が分類される。設定欄４０１〜４０４については、上記実施の形態１で説明した図４と同様である。提案受理回数１１０１は、イベント処理動作欄４０３の提案処理を実行した際、ユーザによって提案が受理された回数である。
【００７７】
ステップＳＴ５０１において、アプリケーション起動制御部１０４は、イベント検出部１０２から受信したイベント発生通知のイベントが、図１１で示したイベント処理ルールの受信イベント欄４０１に定義されているかどうかを調べる。ここで、イベント発生通知のイベントが受信イベント欄４０１に定義されていなければ、イベント処理チェックを終了する。一方、イベント発生通知のイベントが受信イベント欄４０１に定義されている場合、アプリケーション起動制御部１０４は、このイベントに対応するプロファイルが存在するか否かを、プロファイル保存部１０６へ問い合わせる（ステップＳＴ５０２）。
【００７８】
アプリケーション起動制御部１０４は、イベント発生通知のイベントがプロファイル保存部１０６に存在しない場合、このイベントについてイベント処理ルールを参照して、対応するイベント処理条件欄４０２に「対応プロファイル無し」が設定されており、かつイベント処理動作欄４０３にアプリケーションの起動を提案する動作が設定されているものを探索する（ステップＳＴ５０５）。ここで、イベント処理条件欄４０２に「対応プロファイル無し」が設定されており、かつイベント処理動作欄４０３にアプリケーションの起動提案が設定されていなければ、アプリケーション起動制御部１０４は、イベント処理チェックを終了する。
【００７９】
イベント処理条件欄４０２に「対応プロファイル無し」が設定されており、かつイベント処理動作欄４０３にアプリケーションの起動を提案する動作が設定されている場合、アプリケーション起動制御部１０４は、このイベントに対応する提案受理回数欄１１０１を参照し、上記イベント処理動作欄４０３のアプリケーションの起動提案が行われた結果、ユーザによって「提案受理」された回数が一定回数以上であるか否かを判定する（ステップＳＴ１００１）。
【００８０】
ここで、アプリケーション起動制御部１０４は、提案受理回数欄１１０１の回数が一定回数以上であると、上記イベント処理動作欄４０３に設定されたアプリケーションの新規プロファイルへの登録を提案することを決定する（ステップＳＴ１００２）。この後、アプリケーション起動制御部１０４は、イベント処理チェックを終了する。
【００８１】
ステップＳＴ１００１において、提案受理回数欄１１０１の回数が一定回数未満である場合、アプリケーション起動制御部１０４は、このイベントに対応するユーザ応答欄４０４を参照し、「提案拒否」が設定されているか否かを判定する（ステップＳＴ５０６）。ここで、ユーザ応答欄４０４に「提案拒否」が設定されていれば、アプリケーション起動制御部１０４は、ステップＳＴ５０５に戻り、他のアプリケーションの起動提案が設定されているか否かの判定処理を実行する。
【００８２】
ステップＳＴ５０６において、ユーザ応答欄４０４に「提案拒否」が設定されていなければ、アプリケーション起動制御部１０４は、「提案拒否」が設定されていないアプリケーションの起動提案を、ユーザインタフェース部１０９に通知することを決定する（ステップＳＴ５０７）。この後、アプリケーション起動制御部１０４は、イベント処理チェックを終了する。
【００８３】
また、ステップＳＴ５０２において、イベント発生通知のイベントがプロファイル保存部１０６に存在する場合、アプリケーション起動制御部１０４は、イベント処理ルールの提案受理回数欄１１０１を参照して、このイベントに対応するプロファイルのイベント処理（起動提案）が行われた結果、ユーザによって「提案受理」された回数が一定回数以上であるか否かを判定する（ステップＳＴ１００３）。
【００８４】
アプリケーション起動制御部１０４は、提案受理回数欄１１０１の回数が一定回数以上である場合、このイベントに対応するプロファイルの自動起動を提案することを決定する（ステップＳＴ１００４）。この後、アプリケーション起動制御部１０４は、イベント処理チェックを終了する。
【００８５】
一方、提案受理回数欄１１０１の回数が一定回数未満であれば、アプリケーション起動制御部１０４は、イベント処理ルールのユーザ応答欄４０４を参照して、このイベントに対応するイベント処理が行われた結果、ユーザから「提案拒否」がなされているか否かを判定する（ステップＳＴ５０３）。
【００８６】
ステップＳＴ５０３において、ユーザ応答欄４０４に「提案拒否」が設定されていなければ、アプリケーション起動制御部１０４は、このイベントに対応するプロファイルの起動提案を決定する（ステップＳＴ５０４）。この後、アプリケーション起動制御部１０４は、イベント処理チェックを終了する。
【００８７】
また、ユーザ応答欄４０４に「提案拒否」が設定されていた場合、アプリケーション起動制御部１０４は、このイベントに対応するイベント処理条件欄４０２を「対応プロファイル無し」とした上で、ステップＳＴ５０５の処理に移行する。
【００８８】
図９の説明に戻ると、アプリケーション起動制御部１０４は、図１０に示すステップＳＴ１００２において、アプリケーションの新規プロファイルへの登録を提案することを決定すると、このアプリケーションの登録提案通知をユーザインタフェース部１０９に送信する（ステップＳＴ９０３）。ユーザインタフェース部１０９は、アプリケーション起動制御部１０４からアプリケーションの登録提案通知を受信すると、このアプリケーションの登録提案を不図示の表示装置に表示する（ステップＳＴ９０４）。
【００８９】
図１２は、実施の形態２のユーザインタフェース部によるアプリケーションの登録提案の表示例を示す図である。図１２の例は、表示装置にプロ野球中継を表示してユーザに提示する「野球中継アプリケーション」を登録する「野球プロファイル」を作成すべきか否かを提案するものであり、プロ野球中継の映像コンテンツを表示する表示画面１２０１上に、「野球プロファイル」への野球中継アプリケーションの登録提案１２０２を重ねて表示している。
【００９０】
野球中継アプリケーションの登録提案１２０２には、不図示のリモートコントローラ等の入力装置によってユーザ入力受信部１１０を介してオン設定が可能なＯＫボタン１２０３及びキャンセルボタン１２０４が設けられる。ＯＫボタン１２０３は、野球中継アプリケーションの登録提案１２０２の「野球プロファイルを作成しませんか？」という事項に対して、野球プロファイルの作成を許可する場合にオンにする。また、キャンセルボタン１２０４は、野球プロファイルの作成を拒否する場合にオンにする。
【００９１】
ユーザは、不図示の入力装置の入力操作によりユーザ入力受信部１１０を介してＯＫボタン１２０３若しくはキャンセルボタン１２０４を選択し、野球中継アプリケーションが登録された野球プロファイルの作成可否を決定する（ステップＳＴ９０５）。ここで、キャンセルボタン１２０４がオンにされて、野球プロファイルの作成が拒否された場合、ユーザインタフェース部１０９は、野球中継アプリケーションの登録提案１２０２の表示を終了し、映像コンテンツの表示を継続する。また、ユーザインタフェース部１０９は、野球プロファイルの起動拒否通知をアプリケーション起動制御部１０４へ送信する。この通知を受けると、アプリケーション起動制御部１０４は、イベント処理ルール保存部１０５から取得したイベント処理ルールの対応するユーザ応答欄４０４に「提案拒否」を設定する。
【００９２】
ステップＳＴ９０５でＯＫボタン１２０３がオンされ、野球中継アプリケーションを登録する野球プロファイルの作成が受理された場合、ユーザインタフェース部１０９は、野球中継アプリケーションの登録許可通知をアプリケーション起動制御部１０４へ送信する（ステップＳＴ９０６）。なお、ユーザによってＯＫボタン１２０３が選択されると、ユーザインタフェース部１０９が、アプリケーションのユーザインタフェース（表示画面）上での配置を特定するための画面を表示して、ユーザからアプリケーションの配置を入力するようにしてもよい。
【００９３】
アプリケーション起動制御部１０４は、アプリケーション登録許可通知を受信すると、登録許可通知で特定された野球中継アプリケーションを登録するための野球プロファイルを生成し、この野球プロファイルを登録すべきプロファイルとして指定するアプリケーション登録要求をプロファイル保存部１０６に対して行う（ステップＳＴ９０７）。
【００９４】
プロファイル保存部１０６は、アプリケーション起動制御部１０４から要求されたアプリケーションを指定のプロファイルへ登録し、新たにアプリケーションを登録したプロファイル情報をアプリケーション起動制御部１０４に対して送信する（ステップＳＴ９０８）。アプリケーション起動制御部１０４は、プロファイル保存部１０６から取得したプロファイル情報に従って、図２に示したステップＳＴ２１５からステップＳＴ２２１までの処理と同様にアプリケーションの起動処理を行う（ステップＳＴ９０９）。
【００９５】
続いて、イベント検出部１０２が、上記実施の形態１と同様に、アプリケーション実行端末１００が受信する映像コンテンツのメタデータあるいは時間帯に基づいて、さらに別のイベントを検出すると、検出したイベントを示すイベント発生通知をアプリケーション起動制御部１０４へ送信する（ステップＳＴ９１０）。
【００９６】
アプリケーション起動制御部１０４は、図１０に示したイベント処理チェックを実行する（ステップＳＴ９１１）。ここでは、図１０のステップＳＴ１００４において、アプリケーション起動制御部１０４が、イベント発生通知のイベントに対応するプロファイルの自動起動を提案することを決定した場合を例に説明する。この場合、アプリケーション起動制御部１０４は、上記プロファイルの自動起動提案通知をユーザインタフェース部１０９に送信する（ステップＳＴ９１２）。
【００９７】
ユーザインタフェース部１０９は、アプリケーション起動制御部１０４からプロファイルの自動起動提案通知を受信すると、このプロファイルの自動起動提案を、不図示の表示装置に表示する（ステップＳＴ９１３）。図１３は、プロファイルの自動起動提案の表示例を示す図である。図１３の例は、「プロ野球中継○○対□□」の開始を契機として、野球プロファイルを自動起動すべきか否かを提案するものであり、プロ野球中継の映像コンテンツを表示する表示画面１３０１上に、野球プロファイルの自動起動提案１３０２を重ねて表示している。この図１３を用いて、図９における以降の処理を説明する。
【００９８】
野球プロファイルの自動起動提案１３０２には、不図示のリモートコントローラ等の入力装置によってユーザ入力受信部１１０を介してオン設定が可能なＯＫボタン１３０３及びキャンセルボタン１３０４が設けられる。ＯＫボタン１３０３は、野球プロファイルの自動起動提案１３０２における「野球プロファイルを自動で起動しませんか？」という事項に対して、野球プロファイルの自動起動を許可する場合にオンにする。また、キャンセルボタン１３０４は、野球プロファイルの自動起動を拒否する場合にオンにする。
【００９９】
ユーザは、不図示の入力装置の入力操作によりユーザ入力受信部１１０を介してＯＫボタン１３０３若しくはキャンセルボタン１３０４を選択して、プロファイルの起動可否を決定する（ステップＳＴ９１４）。ここで、キャンセルボタン１３０４がオンにされて、野球プロファイルの自動起動が拒否された場合、ユーザインタフェース部１０９は、野球プロファイルの自動起動提案１３０２の表示を終了し映像コンテンツの表示を継続する。
【０１００】
ユーザインタフェース部１０９は、ステップＳＴ９１４でＯＫボタン１３０３がオンされ、野球プロファイルの自動起動が受理された場合、プロファイルの自動起動許可通知をアプリケーション起動制御部１０４へ送信する（ステップＳＴ９１５）。アプリケーション起動制御部１０４は、プロファイルの自動起動許可通知を受信すると、許可されたプロファイル（野球プロファイル）の自動起動を行うイベント処理動作を、イベント処理ルールの対応するイベント（イベント発生通知のイベント）のイベント処理動作欄４０３に設定する。
【０１０１】
この後、アプリケーション起動制御部１０４は、これ以降に上記イベントが発生した際に上記プロファイル（野球プロファイル）が自動的に起動するようにイベント処理ルールを更新させるイベント処理ルール更新要求を、イベント処理ルール保存部１０５へ送信する（ステップＳＴ９１６）。イベント処理ルール保存部１０５は、上記イベント処理ルール更新要求を受信すると、この要求に対応するイベント処理ルールのイベント処理動作欄４０３を「○○プロファイルの起動を提案」から「野球プロファイルを自動起動」へ更新する（ステップＳＴ９１７）。これにより、イベントが発生した際には、ユーザインタフェース部１０９を通じて、ユーザに問い合わせをすることなく、アプリケーション起動制御部１０４によって自動的にプロファイルの起動が行われる。
【０１０２】
以上のように、この実施の形態２によれば、アプリケーション起動制御部１０４が、アプリケーションの起動提案の受理回数が所定回数以上になると、ユーザインタフェース部１０９を介して当該アプリケーションのプロファイルへの登録を提案し、提案が受理されると当該アプリケーションを登録したプロファイルをプロファイル保存部１０６へ格納する。また、アプリケーション起動制御部１０４が、プロファイルの起動提案の受理回数が所定回数以上になると、ユーザインタフェース部１０９を介して対応するイベントの発生に際して当該プロファイルを自動的に起動することを提案し、提案が受理されると対応するイベントの発生に応じて当該プロファイルが自動的に起動するようにイベント処理ルールを修正する。このようにすることで、ユーザは段階的にイベントと関連付けて良く使用するアプリケーションを自動的に起動することができるようになる。これにより、ユーザはアプリケーション実行端末１００から問い合わせがあるたびに操作を行う手間を省くことができ、コンテンツの内容や視聴時間帯に適したアプリケーションの起動を容易に行うことができる。
【図面の簡単な説明】
【０１０３】
【図１】この発明の実施の形態１によるアプリケーション実行端末の構成を示すブロック図である。
【図２】図１中のアプリケーション実行端末による動作を示すシーケンス図である。
【図３】イベント検出ルールの一例を示す図である。
【図４】イベント処理ルールの一例を示す図である。
【図５】図１中のアプリケーション起動制御部によるイベント処理チェックの流れを示すフローチャートである。
【図６】プロファイルの起動提案の表示例を示す図である。
【図７】プロファイル情報の一例を示す図である。
【図８】図１中のユーザインタフェース部によるアプリケーションの実行結果の表示例を示す図である。
【図９】この発明の実施の形態２によるアプリケーション実行端末の動作を示すシーケンス図である。
【図１０】実施の形態２のアプリケーション起動制御部によるイベント処理チェックの流れを示すフローチャートである。
【図１１】イベント処理ルールの一例を示す図である。
【図１２】アプリケーションの登録提案の表示例を示す図である。
【図１３】プロファイルの自動起動提案の表示例を示す図である。
【符号の説明】
【０１０４】
１００  アプリケーション実行端末、１０１  コンテンツ受信・再生制御部（コンテンツ処理部）、１０２  イベント検出部、１０３  イベント検出ルール保存部、１０４  アプリケーション起動制御部、１０５  イベント処理ルール保存部、１０６  プロファイル保存部、１０７  アプリケーション実行部、１０８  アプリケーション保存部、３０１  イベント検出ルール欄、３０２  通知イベント欄、４０１  受信イベント欄、４０２  イベント処理条件欄、４０３  イベント処理動作欄、４０４  ユーザ応答欄、６０１，１２０１，１３０１  表示画面、６０２  起動提案、６０３，１２０３，１３０３  ＯＫボタン、６０４，１２０４，１３０４  キャンセルボタン、７００  プロファイル情報、８０１  映像コンテンツ画面、８０２  リーグ順位表、８０３  ○○チームの情報、８０４  広告、１１０１  提案受理回数欄、１２０２  登録提案、１３０２  自動起動提案。
【図１】
0005116492.tif 000002
【図２】
0005116492.tif 000003
【図３】
0005116492.tif 000004
【図４】
0005116492.tif 000005
【図５】
0005116492.tif 000006
【図６】
0005116492.tif 000007
【図７】
0005116492.tif 000008
【図８】
0005116492.tif 000009
【図９】
0005116492.tif 000010
【図１０】
0005116492.tif 000011
【図１１】
0005116492.tif 000012
【図１２】
0005116492.tif 000013
【図１３】
0005116492.tif 000014