JP2019057934A - コンテンツ再生装置、コンテンツ再生方法、テレビジョン受像機、プログラム、及び記録媒体 - Google Patents

Abstract

【課題】選択コンテンツに関連する放送予定のコンテンツの記録予約を簡単に行うことを可能にする。
【解決手段】本発明の一態様に係るテレビ（１０）は、リコメンド情報アプリケーションを実行するリコメンド情報アプリケーション処理部（１１１）が、選択されている録画番組に関連するリコメンド情報をリコメンド情報サーバ（３０）から取得する手段と、リコメンド情報を提示する手段と、として機能する。
【選択図】図２

Description

本発明は、放送コンテンツを再生する機能に加えて、アプリケーションを実行する機能を有するコンテンツ再生装置に関する。また、そのようなコンテンツ再生装置に関連情報を提供する関連情報サーバ、第１のアプリケーションを提供する第１のアプリケーションサーバ、第２のアプリケーションを提供する第２のアプリケーションサーバ、並びに、そのようなコンテンツ再生装置及び関連情報提供サーバを備えた関連情報提供システムに関する。

近年、放送コンテンツを再生する機能に加えて、アプリケーションを実行する機能を有するスマートテレビの開発が進んでいる。Ｈｙｂｒｉｄｃａｓｔ（登録商標）（以下、「ＨＣ」とも記載）対応テレビは、このようなスマートテレビの一例であり、通信ネットワークを介して取得したＨＴＭＬ５アプリケーションを実行する機能を有している。ＨＣ対応テレビにて実行されるＨＴＭＬ５アプリケーションとしては、多言語字幕アプリケーションやマルチビューアプリケーションなどが代表的である。

日本国公開特許公報「特開２００９−６０３２８号公報（２００９年３月１９日公開）」

本発明は、再生対象として選択された選択コンテンツに関連する放送予定のコンテンツの記録予約を簡単に行うことができるコンテンツ再生装置等を提供することを目的とする。

本発明の一態様に係るコンテンツ再生装置は、再生対象として選択された選択コンテンツに関連する、放送予定のコンテンツを示す情報をサーバから取得し、上記情報に基づいて、上記放送予定のコンテンツの記録を予約する制御部を備え、上記情報と、上記選択コンテンツの再生画面とを、１つの画面内に共に表示する。

本発明の一態様に係るコンテンツ再生方法は、再生対象として選択された選択コンテンツに関連する、放送予定のコンテンツを示す情報をサーバから取得する情報取得ステップと、上記情報に基づいて、上記放送予定のコンテンツの記録を予約する記録予約ステップと、を含み、放送予定のコンテンツを示す上記情報と、上記選択コンテンツの再生画面とを、１つの画面内に共に表示する。

本発明の一態様によれば、再生対象として選択された選択コンテンツに関連する放送予定のコンテンツの記録予約を簡単に行うことができる。

ＨＣにおける放送マネージド及び放送外マネージドの概要を示す、関連情報提供システムの外観図である。 （ａ）は本発明の一実施形態に係る関連情報提供システムの構成の要部構成を示すブロック図であり、（ｂ）は本発明の一実施形態に係る関連情報提供システムのテレビの備える表示部に表示される表示画面の一例を示す図である。 本発明の一実施形態に係る関連情報提供システムを構成するテレビにおけるリコメンド情報表示処理の流れを示すフローチャートである。 本発明の一実施形態に係るリコメンド情報を表すＸＭＬスキーマの一例を示す図である。 本発明の一実施形態に係るリコメンド情報を表すＸＭＬスキーマの具体例の一例を示す図である。 （ａ）は本発明の他の実施形態に係る関連情報提供システムの構成の要部構成を示すブロック図であり、（ｂ）は本発明の他の実施形態に係る関連情報提供システムのテレビの備える表示部に表示される表示画面の一例を示す図である。 本発明の他の実施形態に係る関連情報提供システムを構成するテレビにおけるリコメンド情報表示処理の流れを示すフローチャートである。 本発明のさらに他の実施形態に係る関連情報提供システムの構成の要部構成を示すブロック図であり、（ｂ）は本発明のさらに他の実施形態に係る関連情報提供システムのテレビの備える表示部に表示される表示画面の一例を示す図である。 本発明のさらに他の実施形態に係る関連情報提供システムを構成するテレビにおけるリコメンド情報表示処理の流れを示すフローチャートである。 本発明のさらに他の実施形態に係る関連情報提供システムの構成の要部構成を示すブロック図である。 本発明のさらに他の実施形態に係る関連情報提供システムを構成するテレビ１０における録画予約処理の流れを示すフローチャートである。

＜実施形態１＞
本発明に係る関連情報提供システムの一実施形態について、図１から図５を参照して説明する。但し、この実施形態に記載されている構成は、特に特定的な記載がない限り、この発明の範囲をそれのみに限定する趣旨ではなく、単なる説明例に過ぎない。

〔ＨＣの概要〕
まず、本実施形態の説明に先立って、Ｈｙｂｒｉｄｃａｓｔ（登録商標）（単にＨＣとも記載する）における放送マネージド及び放送外マネージドの概要について、図１を参照して説明する。図１は、ＨＣにおける放送マネージド及び放送外マネージドの概要を示す、関連情報提供システム１’の外観図である。

図１に示すように、関連情報提供システム１’は、テレビジョン受像機（テレビ）（コンテンツ再生装置）１０’、アプリケーションサーバＡ（第１のアプリケーションサーバ）、及び、アプリケーションサーバＢ（第２のアプリケーションサーバ）を含んで構成されている。また、テレビ１０’は、放送ストリームを受信するアンテナ１０５を備えている。なお、放送ストリームには、放送番組（放送コンテンツ）、及び、該放送番組に関連付けられたアプリＵＲＬ（第１のアドレス）が含まれている。

（放送マネージド）
本実施形態では、テレビ１０’は、放送中の放送番組の再生中に該放送番組に対応する連動ＨＴＭＬ５アプリケーション（いわゆる、放送マネージドアプリケーション（第１のアプリケーション））を実行する。

具体的には、図１の（Ａ）に示すように、テレビ１０’のＣＰＵ（図１には不図示）は、放送マネージドにおいて、放送ストリームに放送番組と関連付けて含まれているアプリＵＲＬを取得し、取得したアプリＵＲＬの示すアプリケーションサーバＡにアクセスする。そして、テレビ１０’は、アプリケーションサーバＡから表示中の放送番組に対応する連動ＨＴＭＬ５アプリケーションを取得し、実行する。

連動ＨＴＭＬ５アプリケーションは、放送ストリームに含まれる起動及び終了などの制御信号に基づいて、放送番組と連動した形で動作する。

なお、連動ＨＴＭＬ５アプリケーションは放送番組に関連しているため、アンテナ１０５において受信対象となるチャンネル（放送局）が切り替えられると、連動ＨＴＭＬ５アプリケーションの実行は終了する。

（放送外マネージド）
テレビ１０’は、また、放送番組を再生していないときに、放送番組から独立したＨＴＭＬ５アプリケーション（いわゆる、放送外マネージドアプリケーション（第２のアプリケーション））を実行する。

具体的には、テレビ１０’は、放送外マネージドにおいて、例えば該テレビ１０’の記憶部などに格納されているアプリＵＲＬリスト中の任意のＵＲＬの示すサーバ（図１の（Ｂ）に示す例では、アプリケーションサーバＢ）にアクセスする。そして、テレビ１０’は、アプリケーションサーバＢからＨＴＭＬ５アプリケーションを取得し、実行する。

放送番組から独立したＨＴＭＬ５アプリケーションは、放送ストリームに含まれる制御信号及び放送番組などにかかわらず、例えばユーザ操作（ランチャー）などにより動作する。放送外マネージドでは、放送局を横断して動作するアプリケーションが実現可能となる。

なお、アプリＵＲＬリストは、上述のようにテレビ１０’の記憶部などに格納されていればよいが、本発明はこれに限定されるものではなく、例えば、インターネットなどのネットワークを介してサーバから取得されてもよい。

〔関連情報提供システムの構成〕
次に、本実施形態に係る関連情報提供システム１の構成の要部構成について、図２を参照して説明する。図２の（ａ）は、本実施形態に係る関連情報提供システム１の構成の要部構成を示すブロック図である。また、図２の（ｂ）は、本実施形態に係る関連情報提供システム１のテレビ１０の備える表示部１０２に表示される表示画面の一例を示す図である。

図２の（ａ）に示すように、本実施形態に係る関連情報提供システム１は、テレビ１０、アプリケーションサーバ（第２のアプリケーションサーバ）２０、及び、リコメンド情報サーバ（関連情報サーバ）３０を含んで構成されている。

本実施形態に係る関連情報提供システム１の備えるアプリケーションサーバ２０は、図１に示す関連情報提供システム１’におけるアプリケーションサーバＢと同様の機能を果たす。また、関連情報提供システム１は、図２に示す構成に加え、アプリケーションサーバＡを含んで構成されているが、ここではその説明を省略する。

（アプリケーションサーバ）
アプリケーションサーバ２０は、図２の（ａ）に示すように、テレビ１０からのアプリケーションの提供指示に従い、テレビ１０に対してアプリケーションを供給する。

テレビ１０に供給されるアプリケーションとしては、例えば、テレビ１０において録画番組の番組ＩＤ（コンテンツＩＤ）やキーワードなどを取得し、リコメンド情報サーバ３０からリコメンド情報（関連情報）を取得するためのリコメンド情報アプリケーション（第２のアプリケーション）などを挙げることができる。アプリケーションサーバ２０は、リコメンド情報アプリケーションの提供指示に従い、テレビ１０に対してリコメンド情報アプリケーションを提供する。

なお、録画番組の番組ＩＤは、放送番組を録画番組として録画する時点で、他の放送番組から識別するために当該放送番組に関連付けられている番組ＩＤである。

ここで、リコメンド情報とは、テレビ１０を利用しているユーザに対して、未来に放送が予定されている放送予定番組のうち、ユーザにお勧めの放送予定番組（リコメンド番組とも記載する）（放送予定コンテンツ）を勧めるための情報である。また、放送予定番組は、未放送の番組であってもよいし、再放送の番組であってもよいし、特に限定されない。

リコメンド情報アプリケーションは、例えば、ＨＴＭＬ５により記述されていることが好ましいが、これに限定されるものではない。なお、本実施形態では、リコメンド情報アプリケーションは、放送外マネージドアプリケーションに分類される。

アプリケーションサーバ２０におけるアプリケーションのテレビ１０への供給は、例えば、ＡＰＩ（Application Programming Interface：アプリケーションプログラミングインタフェース）によって実現されればよい。なお、リコメンド情報によってユーザに勧められるリコメンド番組はアプリケーションサーバ２０の有するＡＰＩによって決定されればよく、詳細についてはＡＰＩと共に後述する。

（リコメンド情報サーバ）
リコメンド情報サーバ３０は、図２の（ａ）に示すように、テレビ１０からのリコメンド情報の提供指示に従い、テレビ１０に対してリコメンド情報を供給する。なお、リコメンド情報の詳細については後述するが、リコメンド情報サーバ３０におけるリコメンド情報のテレビ１０への供給は、例えば、ＡＰＩによって実現されればよい。

なお、本実施形態では、放送局毎に１つのリコメンド情報サーバ３０が提供（運営）されている構成を例に挙げて説明するが、本発明はこれに限定されるものではなく、１つの放送局が複数のリコメンド情報サーバ３０を提供する構成であってもよい。

（テレビ）
テレビ１０は、図１の（ａ）に示すように、ＣＰＵ１０１を備えている。

ＣＰＵ１０１は、テレビ１０の各部における処理を統括的に制御する。テレビ１０の各部とは、例えば、放送番組、録画番組、及び録画番組のリスト（単に録画リストとも記載する）などを表示する表示部（図２の（ｂ）に示す１０２）が挙げられる。また、テレビ１０の各部には、録画番組を格納する記憶部（例えば、内蔵ＨＤＤなど）、リモコン信号を受信するリモコン受信部、アプリケーションサーバ２０及びリコメンド情報サーバ３０と無線通信を行う通信部など（何れも不図示）も含まれる。

また、ＣＰＵ１０１は、アプリＵＲＬを取得するアドレス取得手段としても機能する。

ここで、テレビ１０とアプリケーションサーバ２０及びリコメンド情報サーバ３０との無線通信は、例えば、インターネットなどのネットワークを介した通信である。もちろん、本発明における各機器間の通信は無線通信に限定されるものではなく、ＬＡＮケーブルなどで接続された有線通信であってもよい。

また、ＣＰＵ１０１は、リコメンド情報アプリケーション処理部１１１、及び、動画再生アプリケーション処理部（リスト提示手段）１１２を備えている。

リコメンド情報アプリケーション処理部１１１は、アプリケーションサーバ２０に対し、リコメンド情報アプリケーションの提供指示を送信する手段である。そして、リコメンド情報アプリケーション処理部１１１は、リコメンド情報アプリケーションの提供指示に対する応答として、アプリケーションサーバ２０からリコメンド情報アプリケーションを取得する。

また、リコメンド情報アプリケーション処理部１１１は、リコメンド情報アプリケーションを実行することにより、リコメンド情報サーバ３０からリコメンド情報を取得する。

具体的には、リコメンド情報アプリケーション処理部１１１は、後述する動画再生アプリケーション処理部１１２において取得された番組ＩＤ（又はキーワードなど）に対するリコメンド情報があるかをリコメンド情報サーバ３０に問い合わせる。そして、リコメンド情報サーバ３０は、リコメンド情報がある場合には、問い合わせに対する応答としてリコメンド情報をテレビ１０に供給する。

すなわち、本実施形態では、リコメンド情報アプリケーション処理部１１１は、アプリケーション取得手段、アプリケーション実行手段、関連情報取得手段、及び、関連情報提示手段として機能する。

動画再生アプリケーション処理部１１２は、アンテナ１０５において受信した放送番組、記憶部に格納されている録画番組の録画リスト（放送コンテンツのリスト）、及び、リスト表示された録画番組の中から選択されている録画番組（選択コンテンツ）のプレビュー画面などを再生する手段である。

例えば、動画再生アプリケーション処理部１１２は、リスト表示された録画番組の中から選択されている録画番組を示す録画番組データを記憶部から読み出し、読み出した録画番組データの示す録画番組をプレビュー表示することにより、録画番組のプレビューを表示する。

動画再生アプリケーション処理部１１２は、リコメンド情報アプリケーション処理部１１１において取得されたリコメンド情報アプリケーションを実行することにより、プレビュー画面の表示されている録画番組の番組ＩＤ及びキーワードなどを取得する。また、動画再生アプリケーション処理部１１２は、並びに、録画番組の放送局を示す放送局ＩＤや、録画番組を受信したチャンネルを示すチャンネルＩＤなどを更に取得してもよい。

録画番組のキーワードとしては、例えば、録画番組の番組名（番組のタイトル、又は、略称など）、及び、出演者名などの文字情報を挙げることができる。

（表示画面の一例）
次に、本実施形態に係る関連情報提供システム１のテレビ１０備える表示部１０２に表示される録画リスト画面の一例について、図２の（ｂ）を参照して説明する。

テレビ１０の表示部１０２に表示される録画リスト画面のリスト表示領域１２１には、録画番組のタイトルが（図２の（ｂ）では、録画番組Ａ〜Ｇ）が、一覧になってリスト表示される。そして、録画リスト画面のプレビュー表示領域１２２には、動画再生アプリケーション処理部１１２により、リスト表示されている録画番組のうちユーザのリモコン操作によって選択された録画番組（図２の（ｂ）では、録画番組Ｄ）のプレビュー画面が表示される。

そして、録画リスト画面のリコメンド情報表示領域１２３には、リコメンド情報アプリケーション処理部１１１において取得されたリコメンド情報が表示される。なお、リコメンド情報表示領域１２３に表示されるリコメンド情報は、例えば、文字列、静止画像、及び、動画像の少なくとも何れかであることが好ましい。もちろん、リコメンド情報はこれに限定されるものではなく、例えば、音声のみであってもよいし、文字列、静止画像、及び、動画像の少なくとも何れかと音声との組み合わせであってもよい。

〔リコメンド情報表示処理〕
次に、本実施形態に係る関連情報提供システム１のテレビ１０におけるリコメンド情報表示処理の流れについて、図３を参照して説明する。図３は、本実施形態に係る関連情報提供システム１を構成するテレビ１０におけるリコメンド情報表示処理の流れを示すフローチャートである。

図３に示すように、関連情報提供システム１を構成するテレビ１０は、録画リストを表示する旨のユーザ指示である録画リスト表示指示を、リモコン（不図示）を介して受け付けると、リコメンド情報表示処理を開始する。

録画リスト表示指示を受け付けると、まず、ＣＰＵ１０１は、録画番組のタイトルをリスト表示する（ステップＳ１０１）。

録画番組がリスト表示されると、ＣＰＵ１０１のリコメンド情報アプリケーション処理部１１１は、アプリケーションサーバ２０から、リコメンド情報アプリケーションを取得する（ステップＳ１０２）。具体的には、リコメンド情報アプリケーション処理部１１１は、記憶部（不図示）に予め格納されているアプリケーション取得先のＵＲＬ情報に従ってアプリケーションサーバ２０にアクセスし、リコメンド情報アプリケーションを取得する。

リコメンド情報アプリケーションを取得すると、ＣＰＵ１０１の動画再生アプリケーション処理部１１２は、録画リストの中から選択されている録画番組のプレビュー画面を、表示部１０２のプレビュー表示領域１２２に表示する（ステップＳ１０３）。

選択されている録画番組のプレビュー画面を表示すると、ＣＰＵ１０１の動画再生アプリケーション処理部１１２は、プレビュー画面表示中の録画番組の番組ＩＤ及びキーワードなどを取得する（ステップＳ１０４）。そして、動画再生アプリケーション処理部１１２は、取得した番組ＩＤ及びキーワードを、リコメンド情報アプリケーション処理部１１１に供給する。番組ＩＤには、放送局を特定する要素である放送局ＩＤが含まれる。

録画番組の番組ＩＤ及びキーワードを取得すると、リコメンド情報アプリケーション処理部１１１は、取得した番組ＩＤが、該番組ＩＤを取得する直前に取得した番組ＩＤから変化しているか否かを判定する（ステップＳ１０５）。なお、リコメンド情報アプリケーション処理部１１１は、最初に取得した番組ＩＤについては、直前に取得した番組ＩＤから変化していると判定すればよい。

番組ＩＤが変化したと判定すると（ステップＳ１０５においてＹＥＳ）、リコメンド情報アプリケーション処理部１１１は、番組ＩＤに対応する放送局が存在するか否かを判定する（ステップＳ１０６）。なお、本実施形態では、番組ＩＤに対応する放送局が存在するか否かとは、番組ＩＤ内の放送局ＩＤの示す録画番組の放送元の放送局の提供するリコメンド情報サーバ３０がネットワーク上に存在するか否かを意味する。

また、放送局ＩＤに対応する放送局が提供するリコメンド情報サーバ３０がネットワーク上に存在するか否かの判定は、例えば、リコメンド情報アプリケーション処理部１１１が実行するリコメンド情報アプリケーションに含まれる放送局テーブルに、放送局ＩＤに関連付けられたリコメンド情報サーバ３０のＵＲＬが格納されているか否かにより判定することができる。放送局テーブルとは、放送局を他の放送局と識別するための放送局ＩＤと、当該放送局ＩＤの示す放送局から放送された番組に関するリコメンド情報を格納するリコメンド情報サーバ３０のＡＰＩのＵＲＬとを関連付けて記録しているテーブルである。

番組ＩＤに対応する放送局が存在すると判定すると（ステップＳ１０６においてＹＥＳ）、リコメンド情報アプリケーション処理部１１１は、番組ＩＤに対応する放送局が提供しているリコメンド情報サーバ３０のＡＰＩに対し、番組ＩＤを送信する（ステップＳ１０７）。そして、リコメンド情報アプリケーション処理部１１１は、送信した番組ＩＤに関連付けられているリコメンド情報を、リコメンド情報サーバ３０から取得する。

番組ＩＤに対応する放送局が存在しない（つまり、放送局が特定できない）と判定すると（ステップＳ１０６においてＮＯ）、リコメンド情報アプリケーション処理部１１１は、各放送局が提供しているリコメンド情報サーバ３０の各々のＡＰＩに対し、キーワードを送信する（ステップＳ１０８）。そして、リコメンド情報アプリケーション処理部１１１は、送信したキーワードに関連付けられているリコメンド情報を、各放送局の提供するリコメンド情報サーバ３０の各々から取得する。

なお、リコメンド情報アプリケーション処理部１１１において番組ＩＤに対応する放送局が存在しないと判定される場合には、例えば、録画番組が番組ＩＤを有していない場合なども含まれる。

番組ＩＤ又はキーワードに関連付けられているリコメンド情報を取得すると、リコメンド情報アプリケーション処理部１１１は、録画リスト画面のリコメンド情報表示領域１２３にリコメンド情報を表示する（ステップＳ１０９）。

ステップＳ１０４において取得した番組ＩＤが直前に取得した番組ＩＤから変化していないと判定した場合（ステップＳ１０５においてＮＯ）、又は、ステップＳ１０９においてリコメンド情報を表示した場合、ＣＰＵ１０１は、所定の時間が経過したか否かを判定する（ステップＳ１１０）。なお、所定の時間が経過していないと判定した場合には（ステップＳ１１０においてＮＯ）、ＣＰＵ１０１は、所定の時間が経過したと判定するまでステップＳ１１０における判定処理を繰り返す。

所定の時間が経過したと判定すると（ステップＳ１１０においてＹＥＳ）、ＣＰＵ１０１は、ステップＳ１０４からの処理を再び実行する。つまり、テレビ１０では、表示部１０２に表示された録画リストにおいて選択された録画番組のプレビュー画面が表示されると、所定の時間が経過する度にステップＳ１０４〜Ｓ１１０までの処理が繰り返し実行されることになる。

なお、本実施形態では、録画番組のタイトルがリスト表示されたときに、自動的にアプリケーションサーバ２０からリコメンド情報アプリケーションを取得する構成を例に挙げて説明したが、本発明はこれに限定されるものではない。

例えば、録画番組のタイトルがリスト表示された後、録画リスト画面にリコメンド情報を表示する旨のユーザ指示を示すリモコン信号を受け付けた場合に、アプリケーションサーバ２０からリコメンド情報アプリケーションを取得してもよい。リコメンド情報を表示する旨のユーザ指示は、例えば、リモコンの備えるＨＣ起動ボタン（不図示）がユーザにより押下されることによって受け付けられればよい。

（ＡＰＩの一例）
ここで、本実施形態に係るリコメンド情報サーバ３０のＡＰＩの一例について説明する。なお、本実施形態に係るリコメンド情報サーバ３０は、少なくとも１つのＡＰＩを有していればよい（つまり、複数の異なるＡＰＩを有していてもよい）。

リコメンド情報サーバ３０の有するＡＰＩは、例えば、リコメンド情報として、録画リスト画面において選択されている録画番組に類似する（近い）番組をリコメンド番組とするリコメンド情報をテレビ１０に提供するＡＰＩであればよい。録画番組に類似するリコメンド番組としては、例えば、録画番組と同じ番組であって当該録画番組の次回に放送される番組、録画番組の再放送の番組、及び、録画番組と同じジャンルの番組などを挙げることができる。

ＡＰＩは、リコメンド情報サーバ３０が、新しく始まる番組をリコメンド番組とするリコメンド情報をテレビ１０に提供するＡＰＩであってもよい。

また、ＡＰＩは、リコメンド情報サーバ３０が、録画番組の出演者と同じ出演者が登場する番組をリコメンド番組とするリコメンド情報をテレビ１０に提供するＡＰＩであってもよい。この場合には、リコメンド情報サーバ３０は、録画番組がドラマである場合にも、当該ドラマの出演者が出演しているトーク番組、バラエティー番組、及び、映画などをリコメンド番組とするリコメンド情報をテレビ１０に提供することができる。

一方、ＡＰＩとして、リコメンド情報サーバ３０が、録画番組とは特に関係ない番組であるが当該録画番組を提供している放送局が視聴を勧める番組をリコメンド番組とするリコメンド情報をテレビ１０に提供するＡＰＩを採用することもできる。放送局が視聴を勧める番組としては、例えば、特集番組やスペシャル番組などを挙げることができる。また、スポーツ番組やアニメ番組などに力を入れている放送局は、スポーツ番組やアニメ番組などを視聴を勧める番組とすることもできる。この場合には、リコメンド情報の広告宣伝機能をより生かすことができる。

さらに、ＡＰＩは、リコメンド情報サーバ３０が、テレビ１０の視聴履歴に応じた番組をリコメンド番組とするリコメンド情報をテレビ１０に提供するＡＰＩであってもよい。このようなＡＰＩを有するリコメンド情報サーバ３０は、リコメンド情報を要求するテレビ毎に異なるリコメンド情報であって、テレビ毎（より具体的には、各テレビを利用するユーザ毎）に最適なリコメンド番組を勧めるリコメンド情報を提供することができる。

〔リコメンド情報〕
次に、リコメンド情報サーバ３０から取得するリコメンド情報の一例について、図４及び図５を参照して説明する。図４は、本実施形態に係るリコメンド情報を表すＸＭＬスキーマの一例を示す図である。また、図５は、本実施形態に係るリコメンド情報を表すＸＭＬスキーマの具体例の一例を示す図である。

図４及び図５に示すように、本実施形態に係るテレビ１０は、リコメンド情報を、リコメンド情報サーバ３０から、ＸＭＬスキーマの形式で取得することができる。

図４に示すＸＭＬスキーマの一例において、「Broadcaster」は、リコメンド情報を供給するリコメンド情報サーバ３０を提供している放送局の情報を示している。また、「Broadcaster」における「Name」は放送局の名称（又は略称）を示し、「BroadcasterID」は放送局を識別するための放送局ＩＤを示している。

「Service」はチャンネルの情報を示している。「Service」における「Name」は放送局の名称（又は略称など）を示す。「OriginalNetworkID」はオリジナルネットワーク識別を示し、放送されているネットワークを一意に識別する。「ServiceID」はサービス識別を示し、ネットワーク内の個々のサービスを一意に識別する。また、リコメンド情報の示す番組にＶＯＤが含まれている場合には、「Service」には、ＶＯＤを取得するためのＵＲＬが更に含まれていてもよい。

「Event」は、番組の情報を示している。「Event」における「Name」は番組の名称（又は略称など）を示し、「EventID」は番組ＩＤを示し、「StartTime」は番組の開始時刻を示し、「Duration」は番組の長さを示している。また、「Description」は、番組の説明、並びに、シリーズ及び再放送などの、番組の属性を示している。

「Display」は、リコメンド情報をテレビ１０の表示部１０２に表示する際に参照される情報である。「Display」における「Text」（図５に示す一例では、「Name」）は、リコメンド情報を表示するためのテキストデータを示し、「Banner」は、リコメンド情報を表示するための、テキスト情報以外の情報を示している。「Banner」には更に、リコメンド情報を表示するための画像データを取得するためのＵＲＬを示す「Picture」、動画データを取得するためのＵＲＬを示す「Video」、及び、音声データを取得するためのＵＲＬを示す「Audio」の少なくとも何れかが含まれる。

そして、「InformationProvider」は、リコメンド情報の情報提供元の情報を示している。「InformationProvider」の「Name」は情報提供元の名称を示し、「URL」は情報提供元のＵＲＬを示している。

なお、情報提供元は、放送局と同一である場合には省略されてもよい。情報提供元と放送局とが異なる場合としては、情報提供元が放送局ではなく、例えばＥＰＧ提供サービス会社などである場合が挙げられる。

なお、図５に示すＸＭＬスキーマの一例では、「Broadcaster」の「Name」は「ＳＳＳテレビ」であり、「BroadcasterID」は「１ＦＦＦ」である。「Service」の「Name」は「ＳＳＳテレビ１」であり、「OriginalNetworkID」は「７ＦＥ９」であり、「ServiceID」は「０４４８」である。「Event」の「Name」は「ドラマ・・・・第４回」であり、「EventID」は「３ＦＦＦ」であり、「StartTime」は「２０１４−０１−０１Ｔ１９：００：００」であり、「Duration」は「Ｐ１８０Ｍ」である。

また、「Display」の「Name」（図４に示す一例では、「Text」）は「人気のドラマ・・・・第４回！」であり、「Banner」には、「Picture」のＵＲＬ及び「Video」のＵＲＬが含まれている。そして、「InformationProvider」の「Name」は「ＳＳＳテレビのおすすめ」であり、「URL」には参照先のＵＲＬが記述されている。

＜実施形態２＞
実施形態１では、テレビ１０の表示部１０２に録画リスト画面が表示されている場合にリコメンド情報を表示する構成を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、テレビ１０の表示部１０２に、録画番組の再生画面が表示されている場合にリコメンド情報を表示してもよい。

本発明の他の実施形態について、図６及び図７を参照して説明する。

〔関連情報提供システムの構成〕
まず、本実施形態に係る関連情報提供システム２の構成の要部構成について、図６を参照して説明する。図６の（ａ）は、本実施形態に係る関連情報提供システム２の構成の要部構成を示すブロック図である。また、図６の（ｂ）は、本実施形態に係る関連情報提供システム２のテレビ１０ａの備える表示部１０２に表示される表示画面の一例を示す図である。説明の便宜上、実施形態１に係る関連情報提供システム１と同様の機能を有する構成要素については同一の符号を付し、その説明を省略する。本実施形態では、主に、実施形態１との相違点について説明するものとする。

（テレビ）
図６の（ａ）に示すように、本実施形態に係る関連情報提供システム２は、テレビ１０ａのＣＰＵ１０１ａが動画再生アプリケーション処理部（コンテンツ再生手段）１１２ａを備えていること以外は、実施形態１に係る関連情報提供システム１と同様である。

テレビ１０ａの動画再生アプリケーション処理部１１２ａは、ユーザのリモコン操作により、録画リスト画面において任意の録画番組が選択されると、選択された録画番組（選択コンテンツ）を再生する。

具体的には、動画再生アプリケーション処理部１１２ａは、選択された録画番組を示す録画番組データを記憶部から読み出し、読み出した録画番組データの示す録画番組を表示部１０２に表示する。これにより、例えば図６の（ｂ）に一例を示すように、動画再生アプリケーション処理部１１２ａは、録画リスト画面において選択された録画番組を再生した、録画番組再生画面を表示部１０２に表示する。

そして、リコメンド情報アプリケーション処理部１１１は、図６の（ｂ）に示すように、動画再生アプリケーション処理部１１２ａにより表示される録画番組再生画面のリコメンド情報表示領域１２３に、リコメンド情報サーバ３０から取得したリコメンド情報を表示する。

〔リコメンド情報表示処理〕
次に、本実施形態に係る関連情報提供システム２のテレビ１０ａにおけるリコメンド情報表示処理の流れについて、図７を参照して説明する。図７は、本実施形態に係る関連情報提供システム２を構成するテレビ１０ａにおけるリコメンド情報表示処理の流れを示すフローチャートである。

録画番組選択指示を受け付けると、まず、ＣＰＵ１０１ａの動画再生アプリケーション処理部１１２は、録画番組選択指示により選択された録画番組の再生を開始する（ステップＳ２０１）。

録画番組再生画面が表示されると、ＣＰＵ１０１ａは、録画番組再生画面にリコメンド情報を表示する旨のユーザ指示を示すリモコン信号を受け付ける。リコメンド情報を表示する旨のユーザ指示は、例えば、リモコンの備えるＨＣ起動ボタンがユーザにより押下されることによって受け付けられればよい。

リコメンド情報を表示する旨のユーザ指示を示すリモコン信号を受け付けると、ＣＰＵ１０１ａは、ＨＣを起動する（ステップＳ２０２）。

ＨＣを起動すると、リコメンド情報アプリケーション処理部１１１は、アプリケーションサーバ２０から、リコメンド情報アプリケーションを取得する（ステップＳ２０３）。

リコメンド情報アプリケーションを取得すると、動画再生アプリケーション処理部１１２ａは、再生中の録画番組の番組ＩＤ及びキーワードなどを取得する（ステップＳ２０４）。そして、動画再生アプリケーション処理部１１２ａは、取得した番組ＩＤ及びキーワードを、リコメンド情報アプリケーション処理部１１１に供給する。

なお、図７に示すステップＳ２０５〜Ｓ２０８の処理は、図３に示すステップＳ１０５〜Ｓ１０８の処理と同様であるため、ここではその説明を省略する。

番組ＩＤに関連付けられているリコメンド情報を取得すると、リコメンド情報アプリケーション処理部１１１は、録画番組再生画面のリコメンド情報表示領域１２３にリコメンド情報を表示する（ステップＳ２０９）。

ステップＳ２０４において取得した番組ＩＤが直前に取得した番組ＩＤから変化していないと判定した場合（ステップＳ２０５においてＮＯ）、又は、ステップＳ２０９においてリコメンド情報を表示した場合、ＣＰＵ１０１ａは、所定の時間が経過したか否かを判定する（ステップＳ２１０）。なお、所定の時間が経過していないと判定した場合には（ステップＳ３２０においてＮＯ）、ＣＰＵ１０１ａは、所定の時間が経過したと判定するまでステップＳ２１０における判定処理を繰り返す。

所定の時間が経過したと判定すると（ステップＳ２１０においてＹＥＳ）、ＣＰＵ１０１ａは、ステップＳ２０４からの処理を再び実行する。つまり、テレビ１０ａでは、表示部１０２に表示されている録画番組について、所定の時間が経過する度にステップＳ２０４〜Ｓ２１０までの処理が繰り返し実行されることになる。

＜実施形態３＞
実施形態１では、テレビ１０の表示部１０２に録画リスト画面が表示されている場合にリコメンド情報を表示する構成を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、テレビ１０の表示部１０２に、インターネットの動画配信サービスによって配信されている配信動画（ネットコンテンツ）の再生画面が表示されている場合にリコメンド情報を表示してもよい。

本発明の他の実施形態について、図８及び図９を参照して説明する。

〔関連情報提供システムの構成〕
まず、本実施形態に係る関連情報提供システム２の構成の要部構成について、図８を参照して説明する。図８の（ａ）は、本実施形態に係る関連情報提供システム３の構成の要部構成を示すブロック図である。また、図８の（ｂ）は、本実施形態に係る関連情報提供システム３のテレビ１０ｂの備える表示部１０２に表示される表示画面の一例を示す図である。説明の便宜上、実施形態１に係る関連情報提供システム１と同様の機能を有する構成要素については同一の符号を付し、その説明を省略する。本実施形態では、主に、実施形態１との相違点について説明するものとする。

（リコメンド情報サーバ）
図８の（ａ）に示すように、本実施形態に係る関連情報提供システム３は、リコメンド情報サーバ３０Ａ〜３０Ｃを含んで構成されている。なお、リコメンド情報サーバ３０Ａ〜３０Ｃの構成は、何れも、実施形態１に係るリコメンド情報サーバ３０と同様である。本実施形態では、放送局Ａの提供するリコメンド情報サーバをリコメンド情報サーバ３０Ａとし、放送局Ｂ、Ｃの提供するリコメンド情報サーバをそれぞれリコメンド情報サーバ３０Ｂ、３０Ｃとする。

（テレビ）
テレビ１０ｂは、インターネットなどの通信ネットワークを介して、配信動画を取得する。

また、本実施形態に係る関連情報提供システム３におけるテレビ１０ｂのＣＰＵ１０１ｂは、リコメンド情報アプリケーション処理部１１１ｂ及び動画再生アプリケーション処理部１１２ｂを備えている。

テレビ１０ｂの動画再生アプリケーション処理部１１２ｂは、ユーザのリモコン操作により、配信動画再生指示を受け付けると、指示された配信動画（選択コンテンツ）を再生し、図８の（ｂ）に示すように、表示部１０２に配信動画再生画面を表示する。また、動画再生アプリケーション処理部１１２ｂは、再生している配信動画からタイトル及びキーワードなどを取得する。

リコメンド情報アプリケーション処理部１１１ｂは、動画再生アプリケーション処理部１１２ｂにおいて取得されたタイトルやキーワードに対するリコメンド情報があるかを、リコメンド情報サーバ３０Ａ〜３０Ｃの各々に問い合わせる。そして、リコメンド情報サーバ３０Ａ〜３０Ｃの各々は、リコメンド情報がある場合には、問い合わせに対する応答としてリコメンド情報をテレビ１０ｂに供給する。

リコメンド情報アプリケーション処理部１１１ｂは、図８の（ｂ）に示すように、動画再生アプリケーション処理部１１２ｂにより表示される配信動画再生画面のリコメンド情報表示領域１２３に、リコメンド情報サーバ３０Ａ〜３０Ｃから取得したリコメンド情報を一覧表示する。

〔リコメンド情報表示処理〕
次に、本実施形態に係る関連情報提供システム３のテレビ１０ｂにおけるリコメンド情報表示処理の流れについて、図９を参照して説明する。図９は、本実施形態に係る関連情報提供システム３を構成するテレビ１０ｂにおけるリコメンド情報表示処理の流れを示すフローチャートである。

配信動画再生指示を受け付けると、まず、ＣＰＵ１０１ｂの動画再生アプリケーション処理部１１２ｂは、録画番組選択指示により指示された配信動画の再生を開始する（ステップＳ３０１）。

配信動画再生画面が表示されると、ＣＰＵ１０１ｂは、配信動画再生画面にリコメンド情報を表示する旨のユーザ指示を示すリモコン信号を受け付ける。リコメンド情報を表示する旨のユーザ指示を示すリモコン信号を受け付けると、ＣＰＵ１０１ｂは、ＨＣを起動する（ステップＳ３０２）。

ＨＣを起動すると、リコメンド情報アプリケーション処理部１１１ｂは、アプリケーションサーバ２０から、リコメンド情報アプリケーションを取得する（ステップＳ３０３）。

リコメンド情報アプリケーションを取得すると、動画再生アプリケーション処理部１１２ｂは、再生中の配信番組のタイトル及びキーワードなどを取得する（ステップＳ３０４）。そして、動画再生アプリケーション処理部１１２ｂは、取得したタイトル及びキーワードを、リコメンド情報アプリケーション処理部１１１ｂに供給する。

配信動画のタイトル及びキーワードを取得すると、リコメンド情報アプリケーション処理部１１１ｂは、取得したタイトル又はキーワードが、該タイトル及びキーワードを取得する直前に取得したタイトル及びキーワードから変化しているか否かを判定する（ステップＳ３０５）。なお、リコメンド情報アプリケーション処理部１１１ｂは、最初に取得したタイトル及びキーワードについては、直前に取得したタイトル及びキーワードから変化していると判定すればよい。

取得したタイトル及びキーワードが変化したと判定すると（ステップＳ３０５においてＹＥＳ）、リコメンド情報アプリケーション処理部１１１ｂは、タイトルに対応するリコメンド情報を有する放送局が存在するか否かを判定する（ステップＳ３０６）。より具体的には、リコメンド情報アプリケーション処理部１１１ｂは、タイトルに対応するリコメンド情報が格納されているリコメンド情報サーバ３０が存在するか否かを判定する。

タイトルに対応するリコメンド情報を有する放送局が存在すると判定すると（ステップＳ３０６においてＹＥＳ）、リコメンド情報アプリケーション処理部１１１ｂは、タイトルに対応するリコメンド情報を有する放送局Ａ〜Ｃが提供しているリコメンド情報サーバ３０Ａ〜３０Ｃの各々のＡＰＩに対し、タイトルを送信する（ステップＳ３０７）。そして、リコメンド情報アプリケーション処理部１１１ｂは、送信したタイトルに関連付けられているリコメンド情報を、リコメンド情報サーバ３０Ａ〜３０Ｃの各々から取得する。

タイトルに対応するリコメンド情報を有する放送局が存在しないと判定すると（ステップＳ３０６においてＮＯ）、リコメンド情報アプリケーション処理部１１１ｂは、各放送局Ａ〜Ｃが提供しているリコメンド情報サーバ３０Ａ〜３０Ｃの各々のＡＰＩに対し、キーワードを送信する（ステップＳ３０８）。そして、リコメンド情報アプリケーション処理部１１１ｂは、送信したキーワードに関連付けられているリコメンド情報を、各放送局Ａ〜Ｃの提供するリコメンド情報サーバ３０Ａ〜３０Ｃの各々から取得する。

タイトル又はキーワードに関連付けられているリコメンド情報を取得すると、リコメンド情報アプリケーション処理部１１１ｂは、配信動画再生画面のリコメンド情報表示領域１２３にリコメンド情報を表示する（ステップＳ３０９）。

ステップＳ３０４において取得したタイトル又はキーワードが直前に取得したタイトル又はキーワードから変化していないと判定した場合（ステップＳ３０５においてＮＯ）、若しくは、ステップＳ３０９においてリコメンド情報を表示した場合、ＣＰＵ１０１ｂは、所定の時間が経過したか否かを判定する（ステップＳ３１０）。なお、所定の時間が経過していないと判定した場合には（ステップＳ３１０においてＮＯ）、ＣＰＵ１０１ｂは、所定の時間が経過したと判定するまでステップＳ３１０における判定処理を繰り返す。

所定の時間が経過したと判定すると（ステップＳ３１０においてＹＥＳ）、ＣＰＵ１０１ｂは、ステップＳ３０４からの処理を再び実行する。つまり、テレビ１０ｂでは、表示部１０２に表示されている配信番組について、所定の時間が経過する度にステップＳ３０４〜Ｓ３１０までの処理が繰り返し実行されることになる。

＜実施形態４＞
実施形態１〜３では、テレビ１０の表示部１０２にリコメンド情報を表示する構成を例に挙げて説明したが、本発明は更に、未来に放送が予定されている放送予定番組（放送予定コンテンツ）のうちリコメンド情報によりお勧めされているリコメンド番組の録画予約を行うことができる。

本発明のさらに他の実施形態について、図１０及び図１１を参照して説明する。

〔関連情報提供システムの構成〕
まず、本実施形態に係る関連情報提供システム４の構成の要部構成について、図１０を参照して説明する。図１０は、本実施形態に係る関連情報提供システム４の構成の要部構成を示すブロック図である。説明の便宜上、実施形態１に係る関連情報提供システム１と同様の機能を有する構成要素については同一の符号を付し、その説明を省略する。本実施形態では、主に、実施形態１との相違点について説明するものとする。

図１０に示すように、本実施形態に係る関連情報提供システム４は、アプリケーションサーバ２０、リコメンド情報サーバ３０、リコメンド選択履歴サーバ４０、及び、テレビ１０ｃを含んで構成されている。

（テレビ）
テレビ１０ｃのＣＰＵ１０１ｃは、リコメンド情報アプリケーション処理部１１１に代えてリコメンド情報アプリケーション処理部（通知手段）１１１ｃを備え、録画予約アプリケーション処理部（記録予約手段）１１３を更に備えていること以外は、実施形態１に係るテレビ１０のＣＰＵ１０１と同様である。

リコメンド情報アプリケーション処理部１１１ｃは、表示部１０２に表示されているリコメンド情報の示すリコメンド番組の録画を予約する旨のユーザ指示（録画予約指示）を示すリモコン信号を、赤外線受光部を介してリモコンから受信する。そして、リコメンド情報アプリケーション処理部１１１ｃは、受信したリモコン信号の示す録画予約指示を、録画予約アプリケーション処理部１１３に通知する。

また、リコメンド情報アプリケーション処理部１１１ｃは、録画予約指示を受け付けたリコメンド番組とリコメンド元番組とを関連付けて、リコメンド選択履歴サーバ４０に供給する。ここで、リコメンド元番組とは、リコメンド番組を示すリコメンド情報が関連付けられている録画番組（又は、配信動画）である。すなわち、リコメンド元番組は、録画リスト画面において選択されている録画番組、録画番組再生画面において再生されている録画番組、及び、配信動画再生画面において再生されている配信動画などを指す。

録画予約アプリケーション処理部１１３は、リコメンド情報アプリケーション処理部１１１ｃから録画予約指示の通知を受け付けると、録画予約指示によって録画の対象として指定されている録画対象番組の録画予約を実行する。具体的には、録画予約アプリケーション処理部１１３は、録画対象番組を示すリコメンド情報に含まれている該録画対象番組の番組ＩＤ（放送予定コンテンツ指定情報）を参照し、番組ＩＤに基づいて録画予約を実行すればよい。

（リコメンド選択履歴サーバ）
リコメンド選択履歴サーバ４０は、何れの録画番組（又は配信動画）が選択又は再生されている場合に、何れのリコメンド番組の録画予約がされたか、という情報を蓄積する。

具体的には、リコメンド選択履歴サーバ４０は、テレビ１０ｃのリコメンド情報アプリケーション処理部１１１ｃから、録画予約指示を受け付けたリコメンド番組及びリコメンド元番組を取得する。リコメンド選択履歴サーバ４０は、例えば、リコメンド番組を示す番組ＩＤ、及び、リコメンド元番組を示す番組ＩＤ（リコメンド元番組が配信動画である場合にはそのタイトルなど）を取得することにより、リコメンド番組及びリコメンド元番組を取得すればよい。

そして、リコメンド選択履歴サーバ４０は、取得したリコメンド番組とリコメンド元番組とを関連付けて記録する。

また、リコメンド選択履歴サーバ４０は、録画予約されたリコメンド番組及びリコメンド元番組と共に、これらの情報の提供元のテレビ１０を特定するためのテレビ１０の機器ＩＤなどを更に取得してもよい。この場合には、取得したリコメンド番組及びリコメンド元番組と情報提供元のテレビ１０とを関連付けて記録する。

この構成によれば、本実施形態に係るリコメンド選択履歴サーバ４０は、テレビ毎に、録画予約されたリコメンド番組とリコメンド元番組とを蓄積することができる。そして、リコメンド選択履歴サーバ４０において蓄積された情報をリコメンド情報サーバ３０において管理されているリコメンド情報に反映させることにより、リコメンド情報サーバ３０は、テレビを利用するユーザ毎の嗜好に合ったリコメンド情報を提供することができる。

〔録画予約処理〕
次に、本実施形態に係る関連情報提供システム４のテレビ１０ｃにおける録画予約処理の流れについて、図１１を参照して説明する。図１１は、本実施形態に係る関連情報提供システム４を構成するテレビ１０ｃにおける録画予約処理の流れを示すフローチャートである。

なお、本実施形態では、テレビ１０ｃの表示部１０２に録画リスト画面が表示されている場合を例に挙げて説明する。

図１１に示すように、録画リスト画面において選択されている録画番組に関連するリコメンド情報の示すリコメンド番組に対する録画予約指示を受け付けると、テレビ１０ｃは、録画予約処理を開始する。

録画予約処理が開始されると、まず、ＣＰＵ１０１ｃのリコメンド情報アプリケーション処理部１１１ｃは、録画予約指示において指定されたリコメンド番組の番組ＩＤを、リコメンド情報サーバ３０から取得する（ステップＳ４０１）。

リコメンド番組の番組ＩＤを取得すると、リコメンド情報アプリケーション処理部１１１ｃは、取得したリコメンド番組の番組ＩＤを、録画予約アプリケーション処理部１１３に供給する。録画予約アプリケーション処理部１１３は、供給されたリコメンド番組の番組ＩＤを基に録画対象番組を特定し、特定した録画対象番組の録画予約を実行する（ステップＳ４０２）。

録画予約アプリケーション処理部１１３において録画対象番組の録画予約が実行されると、リコメンド情報アプリケーション処理部１１１ｃは、録画対象番組として選択されたリコメンド番組の番組ＩＤ及びリコメンド元番組の番組ＩＤを、リコメンド選択履歴サーバに送信する（ステップＳ４０３）。

＜ソフトウェアによる実現例＞
テレビ１０のＣＰＵ１０１は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、テレビ１０は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係るコンテンツ再生装置（テレビ１０、１０ａ〜１０ｃ）は、放送コンテンツに関連付けられた第１のアドレス（アプリＵＲＬ）を取得するアドレス取得手段（ＣＰＵ）と、上記第１のアドレスにより指定された第１のアプリケーションサーバ（アプリケーションサーバＡ）から第１のアプリケーション（放送マネージドアプリケーション）を取得する機能、及び、予め定められた第２のアプリケーションサーバ（アプリケーションサーバ２０、アプリケーションサーバＢ）から第２のアプリケーション（リコメンド情報アプリケーション、放送外マネージドアプリケーション）を取得する機能を有するアプリケーション取得手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、上記放送コンテンツの再生と連動させて上記第１のアプリケーションを実行する機能、及び、上記放送コンテンツの再生と連動させずに上記第２のアプリケーションを実行する機能を有するアプリケーション実行手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、を備えており、上記第２のアプリケーションを実行する上記アプリケーション実行手段は、選択されている選択コンテンツ（録画番組、配信番組）に関連する関連情報（リコメンド情報）を関連情報サーバ（リコメンド情報サーバ３０、３０Ａ〜３０Ｃ）から取得する関連情報取得手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、上記関連情報を提示する関連情報提示手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、として機能する。

上記の構成によれば、ユーザにより選択されている選択コンテンツに関連する関連情報を取得する機能と、取得した関連情報をユーザに提示する機能とが、放送コンテンツと連動せずに動作する第２のアプリケーション（例えば、放送外マネージドアプリケーション）により実現される。したがって、放送コンテンツと連動して動作する第１のアプリケーション（例えば、放送マネージドアプリケーション）を実行する機能を有するコンテンツ再生装置において、選択コンテンツに関連する関連情報をユーザに提示する機能を実現することができる。

本発明の態様２に係るコンテンツ再生装置の上記選択コンテンツは、上記態様１において、放送局により放送され、記録された放送コンテンツであり、上記関連情報サーバは、上記放送局により運営された関連情報サーバであり、上記関連情報取得手段は、上記選択コンテンツを上記放送局により放送された他の放送コンテンツから識別するためのコンテンツＩＤを上記関連情報サーバに送信すると共に、その応答として上記関連情報を取得してもよい。

上記の構成によれば、放送局により放送され、記録された放送コンテンツに関連する関連情報をユーザに提示することができる。

本発明の態様３に係るコンテンツ再生装置は、上記態様２において、放送局により放送され、記録された放送コンテンツのリストを提示するリスト提示手段を更に備えており、上記選択コンテンツは、上記リストから選択されている放送コンテンツであってもよい。

上記の構成によれば、放送局により放送され、記録された放送コンテンツのリストの中から選択された放送コンテンツに関連する関連情報をユーザに提示することができる。

本発明の態様４に係るコンテンツ再生装置は、上記態様２において、放送局により放送され、記録された放送コンテンツを再生するコンテンツ再生手段を更に備えており、上記選択コンテンツは、上記コンテンツ再生手段の再生対象として選択されている放送コンテンツであってもよい。

上記の構成によれば、放送局により放送され、記録された放送コンテンツの中から再生対象として選択された放送コンテンツに関連する関連情報をユーザに提示することができる。

本発明の態様５に係るコンテンツ再生装置の上記関連情報取得手段は、上記態様２から４において、上記放送局が特定できない場合、上記選択コンテンツに関するキーワードを予め定められた１又は複数の関連情報サーバに送信すると共に、その応答として上記関連情報を取得してもよい。

上記の構成によれば、上記選択コンテンツを放送した放送局が特定できない場合であっても、上記選択コンテンツに関連する関連情報をユーザに提示することができる。

本発明の態様６に係るコンテンツ再生装置の上記選択コンテンツは、上記態様１において、通信ネットワークを介して取得したネットコンテンツであり、上記関連情報取得手段は、上記選択コンテンツのタイトル、又は、上記選択コンテンツに関するキーワードを予め定められた１又は複数の関連情報サーバに送信すると共に、その応答として上記関連情報を取得してもよい。

上記の構成によれば、ネットコンテンツに関連する関連情報をユーザに提示することができる。

本発明の態様７に係るコンテンツ再生装置は、上記態様１から６において、上記関連情報には、上記選択コンテンツに関連する放送予定コンテンツを指定する放送予定コンテンツ指定情報が含まれており、当該コンテンツ再生装置は、上記放送予定コンテンツの記録を、上記放送予定コンテンツ指定情報に基づいて予約する記録予約手段を更に備えていてもよい。

上記の構成によれば、上記選択コンテンツに関連する放送予定コンテンツの記録予約（例えば、録画予約）を簡単に行うことができるコンテンツ再生装置を実現することができる。

本発明の態様８に係るコンテンツ再生装置は、上記態様７において、上記選択コンテンツのコンテンツＩＤと、上記放送予定コンテンツのコンテンツＩＤとを、予め定められたサーバに通知する通知手段を更に備えていてもよい。

上記の構成によれば、どのコンテンツ（選択コンテンツ）に基づいてどのコンテンツ（放送予定コンテンツ）の記録予約が行われたかという情報を、上記サーバに集約することができる。したがって、記録予約への誘導成否を示す有用な統計情報を、上記サーバにおいて生成することができる。

本発明の態様９に係る関連情報サーバは、上記態様１から８に係るコンテンツ再生装置に上記関連情報を提供する関連情報提供手段を備えている。

上記の構成によれば、上記のコンテンツ再生装置に関連情報を提供する関連情報サーバを実現することができる。

本発明の態様１０に係る関連情報提供システムは、上記態様１から８に係るコンテンツ再生装置と、上記態様９に係る関連情報サーバとを備えている。

上記の構成によれば、上記のコンテンツ再生装置に関連情報を提供する関連情報提供システムを実現することができる。

本発明の態様１１に係る第１のアプリケーションサーバは、上記態様１から８に係るコンテンツ再生装置に上記第１のアプリケーションを提供する提供手段を備えている。

上記の構成によれば、上記のコンテンツ再生装置に第１のアプリケーションを提供する第１のアプリケーションサーバを実現することができる。

本発明の態様１２に係る第２のアプリケーションサーバは、上記態様１から８に係るコンテンツ再生装置に上記第２のアプリケーションを提供する提供手段を備えている。

上記の構成によれば、上記のコンテンツ再生装置に第２のアプリケーションを提供する第２のアプリケーションサーバを実現することができる。

本発明の態様１３に係るコンテンツ再生方法は、選択されている選択コンテンツに関連する関連情報をコンテンツ再生装置が再生するコンテンツ再生方法であって、放送コンテンツに関連付けられた第１のアドレスを取得するアドレス取得ステップと、上記第１のアドレスにより指定された第１のアプリケーションサーバから第１のアプリケーションを取得する第１のアプリケーション取得ステップと、予め定められた第２のアプリケーションサーバから第２のアプリケーションを取得する第２のアプリケーション取得ステップと、上記放送コンテンツの再生と連動させて上記第１のアプリケーションを実行する第１のアプリケーション実行ステップと、上記放送コンテンツの再生と連動させずに上記第２のアプリケーションを実行する第２のアプリケーション実行ステップと、を含んでおり、上記第２のアプリケーション実行ステップは、上記選択コンテンツに関連する関連情報を関連情報サーバから取得する関連情報取得ステップと、上記関連情報を再生する関連情報再生ステップと、を含んでいる。

上記の構成によれば、放送コンテンツと連動して動作する第１のアプリケーション（例えば、放送マネージドアプリケーション）を実行する機能を有するコンテンツ再生装置において、選択コンテンツに関連する関連情報をユーザに提示する機能を実現することができる。

本発明の態様１４に係るテレビジョン受像機は、上記態様１から８に係るコンテンツ再生装置の各手段を備えている。

上記の構成によれば、放送コンテンツと連動して動作する第１のアプリケーション（例えば、放送マネージドアプリケーション）を実行する機能を有するテレビジョン受像機において、選択コンテンツに関連する関連情報をユーザに提示する機能を実現することができる。

本発明の各態様に係るコンテンツ再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記コンテンツ再生装置が備える各手段として動作させることにより上記コンテンツ再生装置をコンピュータにて実現させる表示装置のプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

（付記事項）
本発明の一態様に係るコンテンツ再生装置（テレビ１０、１０ａ〜１０ｃ）は、放送コンテンツに関連付けられた第１のアドレス（アプリＵＲＬ）を取得するアドレス取得手段（ＣＰＵ）と、上記第１のアドレスにより指定された第１のアプリケーションサーバ（アプリケーションサーバＡ）から第１のアプリケーション（放送マネージドアプリケーション）を取得する機能、及び、予め定められた第２のアプリケーションサーバ（アプリケーションサーバ３０、アプリケーションサーバＢ）から第２のアプリケーション（リコメンド情報アプリケーション、放送外マネージドアプリケーション）を取得する機能を有するアプリケーション取得手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、上記放送コンテンツの再生と連動させて上記第１のアプリケーションを実行する機能、及び、上記放送コンテンツの再生と連動させずに上記第２のアプリケーションを実行する機能を有するアプリケーション実行手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、を備えており、上記第２のアプリケーションを実行する上記アプリケーション実行手段は、ユーザが選択した選択コンテンツ（録画番組、配信番組）に関連する関連情報（リコメンド情報）を関連情報サーバ（リコメンド情報サーバ３０、３０Ａ〜３０Ｃ）から取得する関連情報取得手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、上記関連情報をユーザに提示する関連情報提示手段（リコメンド情報アプリケーション処理部１１１、１１１ｂ、１１１ｃ）と、として機能する。

上記の構成によれば、ユーザが選択した選択コンテンツに関連する関連情報を取得する機能と、取得した関連情報をユーザに提示する機能とが、放送コンテンツと連動せずに動作する第２のアプリケーション（例えば、放送外マネージドアプリケーション）により実現される。したがって、放送コンテンツと連動して動作する第１のアプリケーション（例えば、放送マネージドアプリケーション）を実行する機能を有するコンテンツ再生装置において、選択コンテンツに関連する関連情報をユーザに提示する機能を実現することができる。

本発明の一態様に係るコンテンツ再生装置の上記選択コンテンツは、放送局により放送され、記録された放送コンテンツであり、上記関連情報サーバは、上記放送局により運営された関連情報サーバであり、上記関連情報取得手段は、上記選択コンテンツを上記放送局により放送された他の放送コンテンツから識別するためのコンテンツＩＤを上記関連情報サーバに送信すると共に、その応答として上記関連情報を取得してもよい。

上記の構成によれば、放送局により放送され、記録された放送コンテンツに関連する関連情報をユーザに提示することができる。

本発明の一態様に係るコンテンツ再生装置は、放送局により放送され、記録された放送コンテンツのリストをユーザに提示するリスト提示手段を更に備えており、上記選択コンテンツは、上記リストからユーザが選択した放送コンテンツであってもよい。

上記の構成によれば、放送局により放送され、記録された放送コンテンツのリストの中から選択された放送コンテンツに関連する関連情報をユーザに提示することができる。

本発明の一態様に係るコンテンツ再生装置は、放送局により放送され、記録された放送コンテンツを再生するコンテンツ再生手段を更に備えており、上記選択コンテンツは、上記コンテンツ再生手段の再生対象としてユーザが選択した放送コンテンツであってもよい。

上記の構成によれば、放送局により放送され、記録された放送コンテンツの中から再生対象として選択された放送コンテンツに関連する関連情報をユーザに提示することができる。

本発明の一態様に係るコンテンツ再生装置の上記関連情報取得手段は、上記放送局が特定できない場合、上記選択コンテンツに関するキーワードを予め定められた１又は複数の関連情報サーバに送信すると共に、その応答として上記関連情報を取得してもよい。

上記の構成によれば、上記選択コンテンツを放送した放送局が特定できない場合であっても、上記選択コンテンツに関連する関連情報をユーザに提示することができる。

本発明の一態様に係るコンテンツ再生装置の上記選択コンテンツは、通信ネットワークを介して取得したネットコンテンツであり、上記関連情報取得手段は、上記選択コンテンツのタイトル、又は、上記選択コンテンツに関するキーワードを予め定められた１又は複数の関連情報サーバに送信すると共に、その応答として上記関連情報を取得してもよい。

上記の構成によれば、ネットコンテンツに関連する関連情報をユーザに提示することができる。

本発明の一態様に係るコンテンツ再生装置は、上記関連情報には、上記選択コンテンツに関連する放送予定コンテンツを指定する放送予定コンテンツ指定情報が含まれており、当該コンテンツ再生装置は、上記放送予定コンテンツの記録を、上記放送予定コンテンツ指定情報に基づいて予約する記録予約手段を更に備えていてもよい。

上記の構成によれば、上記選択コンテンツに関連する放送予定コンテンツの記録予約（例えば、録画予約）を簡単に行うことができるコンテンツ再生装置を実現することができる。

本発明の一態様に係るコンテンツ再生装置は、上記選択コンテンツのコンテンツＩＤと、上記放送予定コンテンツのコンテンツＩＤとを、予め定められたサーバに通知する通知手段を更に備えていてもよい。

上記の構成によれば、どのコンテンツ（選択コンテンツ）に基づいてどのコンテンツ（放送予定コンテンツ）の記録予約が行われたかという情報を、上記サーバに集約することができる。したがって、記録予約への誘導成否を示す有用な統計情報を、上記サーバにおいて生成することができる。

本発明の一態様に係る関連情報サーバは、上述のコンテンツ再生装置に上記関連情報を提供する関連情報提供手段を備えている。

上記の構成によれば、上記のコンテンツ再生装置に関連情報を提供する関連情報サーバを実現することができる。

本発明の一態様に係る関連情報提供システムは、上述のコンテンツ再生装置と、上述の関連情報サーバとを備えている。

上記の構成によれば、上記のコンテンツ再生装置に関連情報を提供する関連情報提供システムを実現することができる。

本発明の一態様に係るコンテンツ再生方法は、ユーザが選択したコンテンツに関連する関連情報をコンテンツ再生装置が再生するコンテンツ再生方法であって、放送コンテンツに関連付けられた第１のアドレスを取得するアドレス取得ステップと、上記第１のアドレスにより指定された第１のアプリケーションサーバから第１のアプリケーションを取得する第１のアプリケーション取得ステップと、予め定められた第２のアプリケーションサーバから第２のアプリケーションを取得する第２のアプリケーション取得ステップと、上記放送コンテンツの再生と連動させて上記第１のアプリケーションを実行する第１のアプリケーション実行ステップと、上記放送コンテンツの再生と連動させずに上記第２のアプリケーションを実行する第２のアプリケーション実行ステップと、を含んでおり、上記第２のアプリケーション実行ステップは、ユーザが選択した選択コンテンツに関連する関連情報を関連情報サーバから取得する関連情報取得ステップと、上記関連情報を再生する関連情報再生ステップと、を含んでいる。

上記の構成によれば、放送コンテンツと連動して動作する第１のアプリケーション（例えば、放送マネージドアプリケーション）を実行する機能を有するコンテンツ再生装置において、選択コンテンツに関連する関連情報をユーザに提示する機能を実現することができる。

本発明の一態様に係るテレビジョン受像機は、上述のコンテンツ再生装置の各手段を備えている。

上記の構成によれば、放送コンテンツと連動して動作する第１のアプリケーション（例えば、放送マネージドアプリケーション）を実行する機能を有するテレビジョン受像機において、選択コンテンツに関連する関連情報をユーザに提示する機能を実現することができる。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することもできる。

〔付記事項２〕
ＨＣ対応テレビにて実行可能なアプリケーションには、放送信号に含まれる制御信号を参照して動作する（放送コンテンツと連動して動作する）放送マネージドアプリケーションと、放送信号に含まれる制御信号を参照せずに動作する（放送コンテンツと連動せずに動作する）放送外マネージドアプリケーションとがある。現在、規格化が進行しているのは、放送マネージドアプリケーションであり、上述した多言語字幕アプリケーション及びマルチビューアプリケーションは、何れも放送マネージドアプリケーションである。

ところが、放送マネージドアプリケーションは、放送信号に含まれる制御信号を参照して動作するため、放送中のコンテンツ以外のコンテンツの再生と連動して動作させることができない。例えば、特許文献１に記載の機能、すなわち、録画されたコンテンツの再生と連動して、そのコンテンツに関連する関連情報を提示する機能を有するアプリケーションを、放送マネージドアプリケーションとして実現することができない。

本発明は、上記の課題を解決するためになされたものであり、その主たる目的は、放送コンテンツを再生する機能に加えて、アプリケーションを実行する機能を有するコンテンツ再生装置において、放送中のコンテンツ以外のコンテンツ、特に、ユーザにより選択されたコンテンツに関連する関連情報をユーザに提示する機能を実現することにある。

上記の課題を解決するために、本発明の一態様に係るコンテンツ再生装置は、放送コンテンツに関連付けられた第１のアドレスを取得するアドレス取得手段と、上記第１のアドレスにより指定された第１のアプリケーションサーバから第１のアプリケーションを取得する機能、及び、予め定められた第２のアプリケーションサーバから第２のアプリケーションを取得する機能を有するアプリケーション取得手段と、上記放送コンテンツの再生と連動させて上記第１のアプリケーションを実行する機能、及び、上記放送コンテンツの再生と連動させずに上記第２のアプリケーションを実行する機能を有するアプリケーション実行手段と、を備えており、上記第２のアプリケーションを実行する上記アプリケーション実行手段は、選択されている選択コンテンツに関連する関連情報を関連情報サーバから取得する関連情報取得手段と、上記関連情報を提示する関連情報提示手段と、として機能する。

本発明の一態様に係るコンテンツ再生方法は、選択されている選択コンテンツに関連する関連情報をコンテンツ再生装置が再生するコンテンツ再生方法であって、放送コンテンツに関連付けられた第１のアドレスを取得するアドレス取得ステップと、上記第１のアドレスにより指定された第１のアプリケーションサーバから第１のアプリケーションを取得する第１のアプリケーション取得ステップと、予め定められた第２のアプリケーションサーバから第２のアプリケーションを取得する第２のアプリケーション取得ステップと、上記放送コンテンツの再生と連動させて上記第１のアプリケーションを実行する第１のアプリケーション実行ステップと、上記放送コンテンツの再生と連動させずに上記第２のアプリケーションを実行する第２のアプリケーション実行ステップと、を含んでおり、上記第２のアプリケーション実行ステップは、上記選択コンテンツに関連する関連情報を関連情報サーバから取得する関連情報取得ステップと、上記関連情報を再生する関連情報再生ステップと、を含んでいる。

本発明の一態様によれば、ユーザが選択した選択コンテンツに関連する関連情報を取得する機能と、取得した関連情報をユーザに提示する機能とが、放送コンテンツと連動せずに動作する第２のアプリケーション（例えば、放送外マネージドアプリケーション）により実現される。したがって、放送コンテンツと連動して動作する第１のアプリケーション（例えば、放送マネージドアプリケーション）を実行する機能を有するコンテンツ再生装置において、選択コンテンツに関連する関連情報をユーザに提示する機能を実現することができる。

本発明は、サーバと通信を行うテレビジョン受像機などに好適に利用することができる。

１、１’、２〜４ 関連情報提供システム
１０、１０’、１０ａ〜ｃ テレビ（コンテンツ再生装置）
２０ アプリケーションサーバ（第２のアプリケーションサーバ）
３０、３０Ａ〜Ｃ リコメンド情報サーバ（関連情報サーバ）
４０ リコメンド選択履歴サーバ（予め定められたサーバ）
１０１、１０１ａ〜ｃ ＣＰＵ（アドレス取得手段）
１０２ 表示部
１０５ アンテナ
１１１、１１１ｂ〜ｃ リコメンド情報アプリケーション処理部（アプリケーション取得手段、アプリケーション実行手段、関連情報取得手段、関連情報提示手段、通知手段）
１１２、１１２ａ〜ｃ 動画再生アプリケーション処理部（リスト提示手段、コンテンツ再生手段）
１１３ 録画予約アプリケーション処理部（記録予約手段）
１２１ リスト表示領域
１２２ プレビュー表示領域
１２３ リコメンド情報表示領域

Claims (5)

1. 再生対象として選択された選択コンテンツに関連する、放送予定のコンテンツを示す情報をサーバから取得し、上記情報に基づいて、上記放送予定のコンテンツの記録を予約する制御部を備え、
   上記情報と、上記選択コンテンツの再生画面とを、１つの画面内に共に表示することを特徴とするコンテンツ再生装置。
2. 再生対象として選択された選択コンテンツに関連する、放送予定のコンテンツを示す情報をサーバから取得する情報取得ステップと、
   上記情報に基づいて、上記放送予定のコンテンツの記録を予約する記録予約ステップと、を含み、
   放送予定のコンテンツを示す上記情報と、上記選択コンテンツの再生画面とを、１つの画面内に共に表示することを特徴とするコンテンツ再生方法。
3. 請求項１に記載のコンテンツ再生装置として機能することを特徴とするテレビジョン受像機。
4. コンピュータを請求項１に記載のコンテンツ再生装置として動作させるためのプログラムであって、上記コンピュータを上記制御部として機能させるプログラム。
5. 請求項４に記載のプログラムが記録されているコンピュータ読み取り可能な記録媒体。

Images