JP2019216453A - 表示装置 - Google Patents

Abstract

【課題】推薦の対象となるコンテンツについての情報を、より確実にユーザに提示する表示装置を提供する。【解決手段】推薦システムにおいて、ＳＴＢ３は、お勧め画面を表示させ、メッセージを音声出力させるお勧め制御部３０３と、ユーザ有無判定部３００と、を備え、お勧め画面を表示させると共に、お勧め画面に含まれるお勧め情報に関するメッセージを、端末装置４の端末音声出力部４１に音声出力させる。画面表示がＯＦＦであるときにユーザを検出した場合、画面表示をＯＮして、お勧め画面を表示させ、メッセージを音声出力させる。【選択図】図１

Description

本発明は、コンテンツのお勧め情報を出力する端末装置等に関する。

ユーザの嗜好に応じた番組を推薦する技術が従来技術として知られている。例えば、下記の特許文献１には、放送中の各番組の番組特徴量ベクトルとユーザ嗜好ベクトルとの間の類似度を算出し、類似度が高い上位所定数の番組を推薦番組と判定する情報処理装置が開示されている。また、下記の特許文献２および３にもユーザにコンテンツを推薦する技術が開示されている。

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

しかしながら、上述のような従来技術では、推薦の対象となるコンテンツが表示されたとしても、ユーザがその事に気付かないという虞がある。本発明は、上述の問題点に鑑みてなされたものであり、その目的は、推薦の対象となるコンテンツについての情報を、より確実にユーザに提示することを目的とする。

上記の課題を解決するために、本発明の一態様に係る表示装置は、複数のお勧め情報を配置したお勧め画面を表示させるお勧め制御部と、当該表示装置の周囲のユーザを検出するユーザ検出部と、音声を出力する音声出力部と、上記ユーザ検出部がユーザを検出したことに応じて、ユーザに対するメッセージを、上記音声出力部に音声出力させる音声出力制御部と、を備え、上記お勧め情報は、ユーザに視聴あるいは閲覧を勧めるコンテンツを示す情報であり、お勧め画面を表示させると共に、上記お勧め画面に含まれるお勧め情報に関するメッセージを、上記音声出力部に音声出力させ、当該表示装置の画面表示がＯＦＦであるときに上記ユーザ検出部がユーザを検出した場合、上記画面表示がＯＮとなり、上記お勧め制御部は、上記お勧め画面を表示させ、上記音声出力制御部は、上記メッセージを上記音声出力部に音声出力させる。

本発明の一態様によれば、推薦の対象となるコンテンツについての情報を、より確実にユーザに提示することができるという効果を奏する。

本発明の一実施形態に係るＳＴＢと端末装置の要部構成の一例を示すブロック図である。 本発明の一実施形態に係るサーバの要部構成の一例を示すブロック図である。 本発明の一実施形態に係る端末装置の要部構成の一例を示すブロック図である。 本発明の一実施形態に係る推薦システムの概要を示すブロック図である。 お勧め情報の表示レイアウトの例を示す図である。 ユーザの検出結果に応じた表示のＯＮ／ＯＦＦ切り替えの例を示す図である。 朝の時間帯向けのお勧め情報を朝の時間帯向けのレイアウトで表示させたお勧め画面の一例を示す図である。 午後の時間帯向けのお勧め情報を午後の時間帯向けのレイアウトで表示させたお勧め画面の一例を示す図である。 夜の時間帯向けのお勧め情報を夜の時間帯向けのレイアウトで表示させたお勧め画面の一例を示す図である。 ユーザに特化したお勧め情報を強調表示した例を示す図である。 タイルを縦に複数配したレイアウトのお勧め画面の例を示す図である。 円形のタイルにお勧め情報を表示したお勧め画面の例を示す図である。 お勧め情報をテキストで表示したお勧め画面の例を示す図である。 推薦システムで実行される処理の流れの一例を示すフローチャートである。 お勧め情報のレイアウトを動的に変更する処理の一例を示すフローチャートである。 複数ユーザに応じたお勧め情報を生成する処理の一例を示すフローチャートである。 時間帯に応じたお勧め情報とレイアウト情報を取得する処理の一例を示すフローチャートである。 お勧め画面の一例を示す図である。 端末装置がユーザを検出するためのハードウェア構成例を示す図である。 端末装置の状態遷移の一例を示すシーケンス図である。 お勧め情報の生成処理の流れの一例を示すフローチャートである。 推薦システムの構成例を示す図である。 推薦システムの構成例を示す図である。 行動履歴のサイクルとタイミングに応じたお勧め情報を説明する図である。 本発明の一実施形態に係る推薦システムの動作を説明する図である。 お勧め画面の一例を示す図である。 上記推薦システムの概要を示すブロック図である。 カードの生成から表示までの流れを示す図である。 上記推薦システムに含まれるＳＴＢおよび端末装置の動作概要を説明する図である。 放送コンテンツをユーザにお勧めするためのカードの例を示す図である。 外部コンテンツをユーザにお勧めするためのカードの例を示す図である。 お勧め画面の表示およびカードの選択に関する処理の流れを示すフローチャートである。

〔実施形態１〕
本発明の実施形態１について、図２〜図２４に基づいて説明すれば以下のとおりである。まず、本発明の一実施形態に係る推薦システム５の概要を図４に基づいて説明する。図４は、推薦システム５の概要を示すブロック図である。図示のように、推薦システム５は、サーバ（制御サーバ）１と端末装置２Ａ〜２Ｃとを含む。なお、端末装置２Ａ〜２Ｃは、個々の装置を区別する必要のないときには、単に端末装置２と記載する。

サーバ１は、端末装置２および各種サービス（図示の例では、映像配信サービス、広告配信サービス、番組情報サービス、およびその他サービス）から取得した情報に基づいて、端末装置２のユーザへのお勧め情報を生成する。そして、サーバ１は、生成したお勧め情報を、該お勧め情報の表示レイアウトを示すレイアウト情報と共に端末装置２に送信する。詳細は後述するが、お勧め情報とは、ユーザに視聴あるいは閲覧を勧めるコンテンツ等を示す情報である。

端末装置２は、放送局から送信される放送コンテンツを受信して表示する機能を備えていると共に、インターネット上のコンテンツ（以下、ネットコンテンツまたは外部コンテンツと記載する）を受信して表示する機能を備えている。また、端末装置２は、上述のようにしてサーバ１が送信するお勧め情報およびレイアウト情報を受信して、該レイアウト情報の示すレイアウトでお勧め情報を表示する。

図示の端末装置２のうち、端末装置２Ａは、ルータを介さずにサーバ１にアクセスする装置（例えばスマートフォンや携帯電話機）である。また、端末装置２Ｂおよび２Ｃは、ルータを介してサーバ１にアクセスする装置である。端末装置２Ｂおよび２Ｃは、例えばパーソナルコンピュータ（以下、ＰＣと記載）やテレビジョン受像機（以下、テレビと記載）であってもよい。なお、図示の例では、アンテナにて中継局からの電波（放送コンテンツ）を受信する様子を示しているが、ケーブルテレビやＩＰ（Internet Protocol）テレビにて放送コンテンツを受信してもよい。

〔お勧め情報の表示レイアウト〕
次に、お勧め情報の表示レイアウトについて図５に基づいて説明する。図５は、お勧め情報の表示レイアウトの例を示す図である。図５には、タイル５０と、タイル６０Ａ〜６０Ｇをレイアウト表示した例を示している。なお、タイル６０Ａ〜６０Ｇは、個々の要素を区別する必要のないときには、単にタイル６０と記載する。また、タイル５０と６０を区別する必要のないときには、単にタイルと記載する。

タイルには、端末装置２のユーザにお勧めする情報が表示される。例えば、ユーザの嗜好に合った放送コンテンツやネットコンテンツを示す情報や、ユーザの居住地域における、天気情報や交通情報等の、ユーザの関心のある情報が表示される。また、タイルを選択することにより、そのタイルの示すコンテンツを端末装置２に出力させることができる。

このような表示および出力を可能にするため、各タイルにはリソースが対応付けられている。タイルに対応付けられるリソース（以下、タイルリソースと記載する）としては、例えば、タイプ、参照画像、飛び先、表示サイズ、および説明文字列等が挙げられる。

タイプは、タイルの表示形式を示し、図示のタイル５０はバナータイプ（テキストがスクロール表示されるタイプ）であり、タイル６０はボックスタイプ（静止画または動画が表示され、スクロールしないタイプ）である。この他にも、音声を出力して、表示は行わないサウンドタイプ等も考えられる。また、サウンドタイプのお勧め情報には、読み上げ用音声を出力するための情報が含まれていてもよい。このように、お勧め情報の出力フォーマットは、お勧め情報の表示レイアウトに限られず、音声出力などの他の出力フォーマットであってもよい。また、このような出力フォーマットを示す情報は、お勧め情報の一部としてもよいし、上述のレイアウト情報と同様にお勧め情報とは別の情報としてもよい。音声の出力フォーマットとしては、例えば音量、音程、声色、テンポ（速さ）等が挙げられる。

参照画像は、お勧め情報として表示する画像を示す情報であり、例えば当該画像の格納先のＵＲＩ（Uniform Resource Identifier）であってもよい。また、飛び先は、当該タイルがお勧めするコンテンツにアクセスするための情報であり、参照画像と同様に該コンテンツのＵＲＩであってもよい。このようなＵＲＩを参照することにより、これら画像およびコンテンツを、所定のサーバから取得することができる。なお、参照画像は、端末装置２に格納された画像であってもよい。同様に、飛び先は、端末装置２に格納されたコンテンツ（例えば録画したコンテンツやダウンロード済みコンテンツ）や、放送コンテンツであってもよい。この他にも、端末装置２の有するアプリケーションソフトウェア（以下、アプリと記載する）を示す情報や、端末装置２がサーバから取得可能なアプリを示す情報を飛び先としてもよい。前者の情報を飛び先とした場合、タイルの選択時にアプリを起動することができ、後者の情報を飛び先とした場合、タイルの選択時にアプリをサーバからダウンロードして端末装置２にインストールすることができる。また、端末装置２の所定の動作（例えば電源ＯＦＦや設定画面の表示）を示す情報を飛び先として、タイルの選択時に当該所定の動作を実行してもよい。

表示サイズは、タイルのサイズおよび形状を示す情報である。例えば、図示のタイル５０は、縦横比が１：１０の矩形であるから、表示サイズを（１，１０）と表してもよい。また、図示のタイル６０Ａの表示サイズを基準サイズ（１，１）として、他のタイル６０のサイズを表してもよい。この場合、タイル６０Ｂ、６０Ｃ、および６０Ｆの表示サイズは、それぞれ（２，２）、（１，１）、（２，１）となる。無論、表示サイズはタイルのサイズや形状を示す情報であればよく、例えばタイルの縦横のドット数を示す情報であってもよい。

説明文字列は、当該タイルのお勧め対象となっているコンテンツを説明する文字列である。例えば、ある放送コンテンツをお勧めするタイルの説明文字列として、その放送コンテンツの番組名を用いてもよい。

図５の（ａ）の例では、表示画面の左上隅にタイル５０、中央にタイル６０Ｂがそれぞれ配置されている。そして、タイル６０Ｂを挟んで左側にタイル６０Ａ、右側にタイル６０Ｃがそれぞれ配置されている。一方、図５の（ｂ）の例では、表示画面の右上隅にタイル５０が配置され、左端から順にタイル６０Ｄ、６０Ｅ、および６０Ｆがそれぞれ配置されている。そして、タイル６０Ｄの下側にはタイル６０Ｇが配置されている。

このような所定のレイアウトでタイルを表示するために、端末装置２は、レイアウト情報を用いる。レイアウト情報には、配置するタイル、タイルの配置の他、タイルの背景に表示する画像を示す情報等が含まれていてもよい。本例では、端末装置２は、サーバ１からレイアウト情報を受信して、受信したレイアウト情報に従ってお勧め情報のタイルを表示する。なお、受信したレイアウト情報は、例えばキャッシュメモリ等の一時記憶部に格納しておいてもよい。

このように、端末装置２は、レイアウト情報に従ってタイルを配置し、各タイルにお勧め情報を表示する。そして、レイアウト情報は、複数種類用意されているので、図５の（ａ）（ｂ）に示すように、端末装置２はお勧め情報を多様なレイアウトで表示することができる。

〔サーバ１の要部構成〕
次に、サーバ１の要部構成を図２に基づいて説明する。図２は、サーバ１の要部構成の一例を示すブロック図である。図示のように、サーバ１は、サーバ１の各部を統括して制御するサーバ制御部１０、サーバ１が使用する各種データを記憶するサーバ記憶部１１、およびサーバ１が外部の装置と通信するためのサーバ通信部１２を備えている。

サーバ通信部１２を介した通信相手装置としては、端末装置２の他、所定のサービスを提供する外部サーバ等が挙げられる。また、１つのサーバ１にて複数の端末装置２にお勧め情報を提供することが可能である。つまり、サーバ通信部１２を介した通信相手装置には、例えばユーザのリビングの端末装置２（例えばテレビ）、寝室の端末装置２（例えばテレビ）、携帯型の端末装置２（例えば携帯電話）、および対話機能を備えた端末装置（例えば家庭用ロボット）が含まれていてもよい。また、自動車等の車両には、通信機能を備えたものも存在するので、このような車両を通信相手の端末装置２としてもよい。また、他の家のテレビ等のように、所有者が異なる機器が通信相手に含まれていてもよい。なお、図２ではサーバ通信部１２を１つのみ図示しているが、複数の通信部を備え、通信相手に応じて異なる通信部を使用してもよい。

また、サーバ制御部１０には、端末認証部１００、ユーザ特定部１０１、お勧め情報生成部１０２、情報管理部（情報取得部）１０３、レイアウト選択部（フォーマット選択部）１０４、および情報送信部（出力制御部）１０５が含まれている。そして、サーバ記憶部１１には、個人・家族・機器ＤＢ１１０、履歴ＤＢ１１１、サービス情報１１２、知識ＤＢ１１３、およびレイアウト情報（フォーマット）１１４が格納されている。

端末認証部１００は、端末装置２の認証を行う。具体的には、端末認証部１００は、端末装置２から受信した機器ＩＤと、予め登録されている機器ＩＤとが一致するか判定し、一致すれば認証成功、一致しなければ認証失敗とする。認証成功した端末装置２は、お勧め情報の通知対象となる。

ユーザ特定部１０１は、お勧め情報の提示対象のユーザを特定する。具体的には、ユーザ特定部１０１は、端末装置２から通知されたユーザＩＤのユーザを、お勧め情報の提示対象のユーザと特定する。

お勧め情報生成部１０２は、お勧め情報を生成する。具体的には、お勧め情報生成部１０２は、下記の情報の少なくとも何れかに応じたお勧め情報を生成する。

（１）ユーザ特定部１０１が特定したユーザ
（２）ユーザの個人プロファイル（性別、年齢、趣味、嗜好等）
（３）ユーザの家族プロファイル（住所、家族の構成、家族全体の嗜好）
（４）ユーザが所有する機器（端末装置２および端末装置２以外の機器）の機器プロファイル（機器の種類、機器の機能等）
（５）ユーザおよびその家族による端末装置２の使用履歴情報（どのコンテンツを、どのユーザに対して、いつ表示したかなどの情報）
（６）ユーザが所有する機器の使用履歴情報
（７）他のユーザによる該他のユーザの所有する機器の使用履歴情報
（８）関連付け知識データベース
（９）外部サービスのインデックス情報
（１０）お勧め情報を出力する時刻（現在の時間帯）
（１１）お勧めの対象とする情報（サーバ１がお勧めするコンテンツ、外部サーバから取得したコンテンツリスト等）
なお、お勧め情報生成部１０２は、ユーザ特定部１０１が二人以上のユーザを特定した場合、それら複数のユーザに応じたお勧め情報を生成してもよい。この場合、お勧め情報生成部１０２は、複数のユーザの組み合わせに応じたお勧め情報を生成してもよい。例えば、識別したユーザが、父親と母親である場合には、これら二人のユーザが過去に視聴した頻度の高いジャンルのコンテンツのお勧め情報を生成してもよい。また、複数のユーザに所定のユーザが含まれている場合、その所定のユーザに応じたお勧め情報を生成してもよい。例えば、複数のユーザに１２歳の息子が含まれる場合、１５歳以上に適した映画（コンテンツ）のお勧め情報は生成せず、１２歳でも視聴可能なコンテンツのお勧め情報を生成するようにしてもよい。

また、ユーザ特定部１０１がユーザの特定に失敗することも想定される。このような場合、お勧め情報生成部１０２は、端末装置２の使用履歴情報・稼働履歴情報に基づいて、登録されている全ユーザ（例えば、家族の全員）に適合するコンテンツのみを、お勧め情報に含めてもよい。

情報管理部１０３は、お勧め情報の生成およびレイアウト情報の選択の際に参照される各種情報を取得し、管理する。例えば、情報管理部１０３は、端末装置２がお勧め情報を出力する際の状況を示す状況情報、および端末装置２とは異なる他の端末装置の動作履歴情報を取得する。上記状況情報としては、例えば時刻や時間帯、端末装置２の周囲にいるユーザのユーザＩＤ、該ユーザの数等が挙げられる。また、上記動作履歴情報は、上記他の端末装置の動作履歴を示す情報である。上記動作履歴情報は、例えば起動開始日時と起動停止日時とを含む稼働履歴情報であってもよい。この場合、上記起動開始日時は、電源ＯＮや表示ＯＮの操作が行われた日時であってもよく、上記起動停止日時は、電源ＯＦＦや表示ＯＦＦの操作が行われた日時であってもよい。また、上記動作履歴情報は、上記他の機器が受け付けたユーザ操作の履歴を示す操作履歴情報であってもよい。この場合、電源ＯＮや表示ＯＮ等の操作以外にも、出力コンテンツを選択する操作の履歴等も動作履歴情報に含めることができるので、操作履歴情報を取得することにより、他の端末装置のユーザの好むコンテンツに関するお勧め情報を生成することも可能になる。また、上記他の端末装置がコンテンツの出力装置である場合、上記動作履歴情報は、該他の端末装置におけるコンテンツの視聴履歴情報であってもよい。さらに、上記動作履歴情報（視聴履歴情報）は、上記他の端末装置を操作した（コンテンツを視聴した）ユーザを示す情報を含んでいてもよい。これにより、端末装置２のユーザと嗜好が近い、他の端末装置のユーザの操作履歴（視聴履歴）に応じたお勧め情報を生成することも可能になる。

レイアウト選択部１０４は、お勧め情報の出力に用いるレイアウト情報を、複数のレイアウト情報１１４の中から選択する。なお、レイアウト情報の詳細、およびレイアウト情報の選択の方法は後述する。

情報送信部１０５は、お勧め情報生成部１０２が生成したお勧め情報と、レイアウト選択部１０４が選択したレイアウトとを端末装置２に通知して、該レイアウトにて上記お勧め情報を出力させる。

個人・家族・機器ＤＢ１１０は、ユーザの個人プロファイル、その家族のプロファイル、およびユーザまたは家族の使用する機器のプロファイルを格納したデータベースである。

個人プロファイルは、ユーザＩＤの他、そのユーザに関する様々な情報（例えば、年齢、性別、趣味、職業、家族構成、所有機器など）を含む。個人プロファイルは、例えば、下記のような情報であってもよい。
個人プロファイル：ユーザＩＤ Ｐ１２３４、年齢 ３８、性別 女性、趣味 料理、ダンス
家族プロファイルは、家族ＩＤの他、その家族に関する様々な情報（例えば、構成メンバー、共通の趣味など）を含む。家族プロファイルは、例えば、下記のような情報であってもよい。
家族プロファイル：家族ＩＤ Ｋ２２９９、メンバー ユーザＩＤ Ｐ２２３４、ユーザＩＤ Ｐ３４５５
機器プロファイルは、その機器の機器ＩＤの他、その機器に関する様々な情報（例えば、所有者あるいは所有家族、設置場所、機器の種別等）を含む。機器プロファイルは、例えば、下記のような情報であってもよい。なお、下記の例では設置場所を郵便番号で示しているが、設置場所が特定可能であれば郵便番号や住所以外の情報を適用することができる。例えば、緯度経度情報で示してもよいし、ユーザＩＤ（Ｐ１２３４）のユーザの部屋、等のようにユーザとの関係で配置を示してもよい。
機器プロファイル：機器ＩＤ Ｘ２３４５、機器の種別 テレビ、画面サイズ ５２インチ、設置場所〒１２３−４５６７
履歴ＤＢ１１１は、端末装置２の動作履歴（使用履歴、操作履歴、視聴履歴、または稼働履歴とも呼ぶ）を記録したデータベースである。また、履歴ＤＢ１１１には、端末装置２以外の機器（端末装置２のユーザまたはその家族が所有する機器と、該ユーザとは所有者が異なる機器を含む）の動作履歴も記録される。このように、様々な機器、様々なユーザの履歴情報を収集し、記録しておくことにより、他のユーザの行動履歴に応じたお勧め情報を提示することが可能になる。例えば、所定の機種のテレビにて視聴率が高かったコンテンツがある場合、そのコンテンツと類似したコンテンツのお勧め情報を提示することができる。また、例えばユーザと嗜好が類似した他のユーザが視聴したコンテンツのお勧め情報を提示することもできる。

例えば、端末装置２がテレビである場合、ユーザごとの操作履歴を履歴ＤＢ１１１に記録してもよい。この場合、端末装置２の機器ＩＤと、視聴したユーザのユーザＩＤの他、(i)テレビの表示のオン・オフの時刻（日時を含んでもよい）、(ii)視聴したテレビ番組（録画したものであってもよい）の番組情報、および(iii)視聴時刻を記録してもよい。なお、ネットコンテンツの視聴履歴や、アプリのダウンロード履歴なども記録しておいてもよい。

サービス情報１１２は、外部サーバから取得した外部サービスに関する情報（外部サービスのインデックス情報）である。例えば、放送コンテンツに関するサービス情報１１２は、放送日時、放送局、コンテンツのタイトル、コンテンツの内容、およびジャンル（例えばドラマや映画、ＳＦ等）等を含んでいてもよい。また、例えばＶＯＤ（Video On Demand）コンテンツに関するサービス情報１１２は、コンテンツのタイトル、出演者、コンテンツの内容、およびジャンル等を含んでいてもよい。そして、例えばアプリに関するサービス情報１１２は、タイトル（アプリ名）、アプリの内容、およびジャンル（地図アプリ、ゲームアプリ等）、アプリに対するユーザの評価等を含んでいてもよい。なお、サービス情報１１２は、図示しない一時記憶部に記憶しておいてもよい。

知識ＤＢ１１３は、お勧め情報を生成するためのその他の情報を記録したデータベースである。例えば、年間行事（今日は何の日等）、ローカル情報（ゴミの日等）等が知識ＤＢ１１３に記録される。この他、単語間距離を示す辞書等も知識ＤＢ１１３に記録してもよい。知識ＤＢ１１３は適宜アップデートして最新の知識とすることが可能である。また、知識ＤＢ１１３に記録する情報は、外部サーバを巡回する等して学習することが可能である。この他、お勧め情報を音声出力したりテキスト出力したりするための出力フレーズを知識ＤＢ１１３に記憶しておいてもよい。

レイアウト情報１１４は、お勧め情報を出力するフォーマットのうち、表示レイアウトを示す情報である。本例では、複数のレイアウト情報１１４の中から選択したレイアウト情報にてお勧め情報を表示させる例を説明するが、他の出力フォーマット（例えば音声出力のフォーマット）についても、同様にして複数の候補から選択し、そのフォーマットにてお勧め情報を出力させることができる。

〔端末装置２の要部構成〕
次に、端末装置２の要部構成を図３に基づいて説明する。図３は、端末装置２の要部構成の一例を示すブロック図である。図示のように、端末装置２は、端末装置２の各部を統括して制御する端末制御部２０、端末装置２が使用する各種データを記憶する端末記憶部２１、端末装置２が外部の装置と通信するための端末通信部２２を備えている。この他にも、端末装置２は、タイマ２３、人感センサ２４、撮影部２５、放送受信部２６、表示部２７、および入力部２８を備えている。また、図示していないが、端末装置２は、ユーザの音声を取得して音声信号に変換する音声入力部（例えばマイク）や音声出力部（例えばスピーカ）等を備えていてもよい。

また、端末制御部２０には、ジェスチャ認識部２００、ユーザ有無判定部（起動制御部）２０１、ユーザ特定部（情報取得部）２０２、お勧め情報取得部（フォーマット選択部）２０３、端末認証部２０４、放送コンテンツ制御部２０５、内部コンテンツ制御部２０６、外部コンテンツ制御部２０７、お勧め画面生成部（出力制御部）２０８、および出力切替部２０９が含まれている。

タイマ２３は、現在時刻を示すタイマである。人感センサ２４は、端末装置２の周囲の人を検出するセンサである。人感センサ２４の検出範囲は、端末装置２の表示するコンテンツを視聴可能な範囲とすることが好ましい。撮影部２５は、端末装置２の表示するコンテンツを視聴するユーザを撮影するものであり、例えばカメラである。放送受信部２６は、放送コンテンツを受信する。表示部２７は、端末制御部２０の制御に従って画像を表示する。入力部２８は、端末装置２のユーザの入力操作を受け付ける。入力部２８は、例えば図示しないリモートコントローラ（以下、リモコンと記載する）の発する信号（例えば赤外線信号）の受信部であってもよい。

ジェスチャ認識部２００は、ユーザのジェスチャ操作を認識する。具体的には、ジェスチャ認識部２００は、撮影部２５が撮影した画像からユーザの手や指を検出すると共に、その手や指による所定のジェスチャ動作を検出する。ジェスチャ認識部２００は、例えば、お勧め情報を選択するためのジェスチャ動作を検出する。これにより、ユーザは、リモコンを使用することなくお勧め情報を選択して、所望のコンテンツの視聴等を開始することができる。ジェスチャ操作は、直感的にお勧め情報を選択できるようなものとすることが好ましい。例えば、指または手を動かした方向に選択位置を移動させ、指または手を曲げる、あるいは端末装置２側に指または手を押し込む動きを検出したときの選択位置のお勧め情報の選択を確定してもよい。また、ユーザがウェアラブルデバイスを装着している場合、該デバイスが備えた加速度センサ等によりユーザの手や指の動きを検知してもよい。この構成では、ジェスチャ認識部２００は、上記ウェアラブルデバイスから、ユーザの手や指の動きの情報を取得してジェスチャ操作を認識する。

ユーザ有無判定部２０１は、人感センサ２４の検出結果に基づいて、端末装置２の周囲（端末装置２が出力するお勧め情報を知覚可能な範囲）に人がいるか否かを判定する。そして、端末装置２の表示がＯＦＦになっている状態において人がいると判定したときには、表示をＯＮに切り替える（端末装置２を起動させる）。また、ユーザ有無判定部２０１は、端末装置２の表示がＯＮになっている状態において人がいないと判定したときには、表示をＯＦＦに切り替える（端末装置２を起動停止させる）。これにより、ユーザが端末装置２の周囲に来たときにお勧め情報を表示し、ユーザが端末装置２の周囲から離れたときに表示を終了することができる。なお、ユーザの検知と端末装置２の起動制御とは、別個のブロックで実行する構成としてもよい。

これについて、図６に基づいて説明する。図６は、ユーザの検出結果に応じた表示のＯＮ／ＯＦＦ切り替えの例を示す図である。図示のように、ユーザが端末装置２から離れているときに端末装置２の表示がＯＦＦになっていても、ユーザが端末装置２に近づくと端末装置２の表示がＯＮに切り替わる。また、図示の例では、ユーザに対してあいさつの言葉（おはよう）を表示している。この際、端末装置２は、このあいさつの言葉を音声で出力してもよい。

なお、表示をＯＮに切り替えたときに表示する言葉は、時間帯に応じて変更してもよい。例えば、午前中であれば「おはよう」、午後は「こんにちは」、夜は「こんばんわ」と表示してもよい。また、表示させる内容は、複数の候補の中からランダムで選択してもよい。さらに、表示させる内容は、ユーザ操作等によって更新できるようにしてもよい。これらの例においても、表示と共に音声出力を行ってもよく、また表示を行わずに音声出力を行ってもよい。

また、あいさつの次には、上述のお勧め情報がレイアウト表示されたお勧め画面が表示される。ユーザは、このお勧め画面から所望のコンテンツを選択する操作を行い、該コンテンツを端末装置２に表示させる。

そして、コンテンツの視聴を終えるときには、ユーザは何ら操作を行うことなく端末装置２から離れて人感センサ２４の検出圏外に出ればよい。これにより、端末装置２は、ユーザに対して別れのあいさつの言葉（さようなら）を表示して、動作停止（表示ＯＦＦ）の状態に戻る。なお、表示ＯＮの際と同様に、端末装置２は、別れのあいさつの言葉を音声で出力してもよい。また、表示ＯＮの際と同様に、表示ＯＦＦに切り替えるときに表示する言葉は、時間帯に応じて変更してもよい。例えば、朝であれば「いってらっしゃい」、夜であれば「おやすみなさい」と表示してもよい。また、検知したユーザが誰であるかが特定されていれば、そのユーザに関するメッセージを表示してもよい。また、表示させる内容は、複数の候補の中からランダムで選択してもよい。さらに、表示させる内容は、ユーザ操作等によって更新できるようにしてもよい。これらの例においても、表示と共に音声出力を行ってもよく、また表示を行わずに音声出力を行ってもよい。

なお、ユーザの有無を判定する方法は上記の例に限られず、例えばカメラでの画像認識の結果や、音声認識の結果等を用いて判定してもよい。あるいは、ユーザが保有する機器（例えば、スマートフォン、バイタルセンサ、ウェアラブルデバイス）と端末装置２との間の無線通信が確立された場合に、ユーザが近くにいると判定してもよい。

ユーザ特定部２０２は、ユーザ有無判定部２０１が検出したユーザが、予め登録されたユーザのうちの誰であるかを特定する。特定の方法は特に限定されず、例えば、ユーザを撮影した画像やユーザの声を解析することで特定してもよい。また、例えば、ユーザが保有する機器が持つ固有ＩＤや、疑似固有ＩＤを該機器から取得することにより、該ユーザを特定してもよい。なお、ユーザ特定部２０２は、端末装置２がお勧め情報を出力する際の状況を示す状況情報、および端末装置２とは異なる他の端末装置の動作履歴情報の少なくとも何れかを取得してもよい。これにより、お勧め情報取得部２０３は、取得した上記情報に応じたお勧め情報をサーバ１に要求して取得することが可能になる。また、取得した上記情報に応じたお勧め情報が端末装置２に格納されている場合には、そのお勧め情報を取得することもできる。上記状況情報としては、お勧め情報の出力時における時刻や時間帯、端末装置２の周囲で検知されたユーザの人数等が挙げられる。

お勧め情報取得部２０３は、お勧め情報を取得する。より詳細には、お勧め情報取得部２０３は、ユーザ特定部２０２が特定したユーザのユーザＩＤをサーバ１に送信し、該ユーザに応じたお勧め情報をサーバ１から取得する。なお、お勧め情報取得部２０３は、ユーザＩＤ以外にも、サーバ１におけるお勧め情報の生成の基準となる情報（例えば、上述の状況情報、動作履歴情報、ユーザの嗜好を示す嗜好情報や、お勧め情報の生成方法を指定する情報）をサーバ１に通知してもよい。また、サーバ１と同様の処理によりお勧め情報取得部２０３がお勧め情報を生成してもよい。

また、お勧め情報取得部２０３は、上記お勧め情報と共に、レイアウト情報も取得する。つまり、お勧め情報取得部２０３は、通知したユーザＩＤおよび取得したお勧め情報に応じたレイアウト情報を取得する。なお、お勧め情報取得部２０３は、お勧め情報の取得と同様に、レイアウト情報の選択の基準となる上述のような情報をサーバ１に通知し、その情報に応じたレイアウト情報を取得することもできる。

さらに、お勧め情報取得部２０３は、複数のレイアウト情報が存在する場合（例えば複数のレイアウト情報を取得した場合や、複数のレイアウト情報を端末装置２が記憶している場合、あるいは記憶しているレイアウト状態があるときにレイアウト情報を取得した場合）には、その中から使用するレイアウト情報を選択する。この際の選択には、サーバ１におけるレイアウト情報の選択と同様の手法が適用できる。

端末認証部２０４は、端末装置２の認証を行う。具体的には、端末認証部２０４は、予めサーバ１に登録した端末装置２の機器ＩＤをサーバ１に送信することにより、端末装置２をサーバ１に認証させる。

放送コンテンツ制御部２０５は、放送コンテンツを表示部２７に表示し、内部コンテンツ制御部２０６は、内部コンテンツを表示部２７に表示し、外部コンテンツ制御部２０７は、外部コンテンツを表示部２７に表示する。

お勧め画面生成部２０８は、お勧め情報取得部２０３が取得したお勧め情報を、該お勧め情報と共に取得したレイアウト情報の示すレイアウトで配置したお勧め画面を生成し、表示部２７に表示する。また、お勧め画面生成部２０８は、お勧め情報に音声出力すべきものが含まれている場合には、そのお勧め情報を図示しないスピーカから音声出力させる。なお、お勧め画面生成部２０８は、お勧め情報やレイアウト情報を端末装置２が格納している場合には、そのお勧め情報やレイアウト情報を用いてお勧め画面を生成することもできる。

出力切替部２０９は、端末装置２の出力対象を、放送コンテンツ、内部コンテンツ、外部コンテンツ、およびお勧め画面の何れかに切り替える。なお、切り替え対象にはこれら以外のものが含まれていてもよい。

〔時間帯ごとのお勧め情報とレイアウトの例（朝）〕
サーバ１は、現在時刻が属する時間帯に応じたお勧め情報を、その時間帯に応じたレイアウトで端末装置２に表示させることができる。ここでは、朝の時間帯向けのお勧め情報とレイアウトの例を図７に基づいて説明する。図７は、朝の時間帯向けのお勧め情報を朝の時間帯向けのレイアウトで表示させたお勧め画面の一例を示す図である。

同図のお勧め画面は、タイル６０Ｈ〜６０Ｌが横一列に並び、画面右上に日付、曜日、および時刻が表示されたレイアウトである。このように、タイルは画面全体を埋める必要はなく、画面の一部を埋めるだけで十分である。横一列に並んだタイル６０のうち、タイル６０Ｈのサイズが、縦横とも他のタイル６０Ｉ〜６０Ｌの２倍となっている。

タイル６０Ｈには、ユーザの予め設定した地域（自宅や勤務先、通学先など）の天気予報と、現在の気温、および天気に関するコメントが表示されている。また、これらの文字情報の背景には、空模様の画像が表示されており、天気の状態を一目で認識できるようになっている。

朝の時間帯は、ユーザが、勤務先や通学先に出かける準備をする時間帯であるため、その準備（服装や傘などの携行品の準備）に考慮すべき情報は、ユーザに有用性が高いと考えられる。このため、図示の例のように、朝の時間帯には、他のタイル６０よりもサイズの大きいタイル６０Ｈに天気情報を表示することが好ましい。

また、図示のタイル６０Ｉ〜６０Ｌには、交通機関の運行状況を示す交通情報、ニュース、今日は何の日かを示す情報、および家族掲示板に登録されたスケジュール情報がそれぞれ表示されている。なお、家族掲示板は、所定のグループ（例えば家族）のメンバーがメッセージの投稿および閲覧を行うことのできるＳＮＳ（Social Networking System）である。

タイルに表示する情報は、ユーザがお勧め情報を認識可能なものであればよく、例えばお勧めのアプリを起動するアイコンやショートカット等であってもよいが、お勧めの内容をユーザが容易に認識できるような情報を表示することが好ましい。例えば、図示の例では、天気情報を提供するアプリ（あるいはウェブページ等）の提供する情報のうち、ユーザに応じた地域の天気情報をピックアップして表示している。同様に、交通情報についても、ユーザが使用する交通機関の運行状況をピックアップして表示している。また、ニュースについては、ヘッドラインを文字で表示して一目で認識できるようにしており、ニュースの詳細や他のニュースについては、タイル６０Ｊを選択することによって表示可能としている。また、今日は何の日かを示すタイル６０Ｋには、その日のイメージに合った画像（この例ではコスモスの画像）を表示して、今日が何の日かを印象的にユーザに伝えている。そして、スケジュール情報は、ニュース等と同様に情報性が高いため、文字で簡潔に表示して、必要な情報をユーザが容易に認識できるようにしている。

なお、お勧め画面の表示内容は時間の経過と共に更新する。お勧め画面に現在時刻の表示が含まれている場合、その表示の更新の頻度が最も高くなるので、この場合には、まず時刻の表示を更新し、その後、各タイルに表示するお勧め情報を更新する。

また、お勧め画面の表示時には、そのお勧め画面に関する音声を出力してもよい。例えば、お勧め画面に天気情報が含まれている場合に、「お出かけ前には天気をチェック！」との音声を出力してもよい。このように、お勧め情報の閲覧を促し、ユーザが思わずお勧め情報を見たくなるような音声を出力することにより、ユーザの端末装置２への関心を高め、お勧め情報を表示することの効果を高めることができる。なお、出力する音声は、メッセージに限られず、例えば「ばばばばーん」のような効果音やメロディ（お勧め情報に関連した楽曲等であってもよい）を出力してもよい。このような音声を出力するタイミングは特に限定されないが、例えば時刻情報を音声出力する場合、時刻情報の音声出力後、お勧め情報が表示または更新されるまでの間に出力してもよい。

また、端末装置２は、お勧め画面に含まれるお勧め情報の一部または全部を音声で読み上げてもよい。さらに、お勧め画面に含まれないお勧め情報も読み上げの対象としてもよい。例えば、サーバ１から取得したお勧め情報はお勧め画面に表示し、端末装置２が生成したお勧め情報は音声で読み上げてもよい。この場合、端末装置２は、サーバ１からお勧め画面を取得してそのまま表示すればよいので処理の負荷が軽く、また端末装置２の生成したお勧め情報についてもユーザに提示することができる。

複数のお勧め情報の一部を読み上げ（音声出力）の対象とする場合、端末装置２は、例えばお勧め情報の優先度や、内容（例えばテキストを含んでいるか否か）等に応じて、読み上げの対象とするお勧め情報を選択する。この選択は、サーバ１で行ってもよく、この場合、端末装置２は、読み上げの対象とするお勧め情報をサーバ１からの通知によって特定する。このように推薦システム５では、お勧め情報およびレイアウト情報の他、音声出力するお勧め情報（コンテンツ）の選択も行うようにしてもよい。

〔時間帯ごとのお勧め情報とレイアウトの例（午後）〕
続いて、午後の時間帯向けのお勧め情報とレイアウトの例を図８に基づいて説明する。図８は、午後の時間帯向けのお勧め情報を午後の時間帯向けのレイアウトで表示させたお勧め画面の一例を示す図である。

同図のお勧め画面は、タイル６０Ｍ、６０Ｊ、６０Ｋ、６０Ｌ、および６０Ｎがこの順で左から右に横一列に並び、画面右上に日付、曜日、および時刻が表示されたレイアウトである。横一列に並んだタイル６０のうち、タイル６０Ｎのサイズが、縦横とも他のタイル６０の２倍となっている。

タイル６０Ｎには、お勧めレシピを紹介するウェブページ（またはアプリ）のお勧め情報が表示されている。このタイル６０Ｎには、料理の画像が表示されており、料理に関するお勧め情報であることが一目で分かるようになっている。午後の時間帯には、夕食の献立を考えるユーザも多いと考えられるので、料理のレシピの情報は午後の時間帯のユーザに有用性が高いと考えられる。このため、図示の例のように、午後の時間帯には、他のタイル６０よりもサイズの大きいタイル６０Ｎにレシピの情報を表示することが好ましい。

なお、図８のタイル６０Ｍには、図７のタイル６０Ｈと同様に天気情報が表示されているが、時間が進んだことにより、気温が２７℃に変っている。また、図７のタイル６０Ｈよりもサイズが小さいタイル６０Ｍとなったことにより、天気に関するコメントは表示されていない。このように、お勧めする情報のソースが同じであっても、タイル６０のサイズに応じて表示する情報を変えてもよい。

〔時間帯ごとのお勧め情報とレイアウトの例（夜）〕
続いて、夜の時間帯向けのお勧め情報とレイアウトの例を図９に基づいて説明する。図９は、夜の時間帯向けのお勧め情報を夜の時間帯向けのレイアウトで表示させたお勧め画面の一例を示す図である。

同図のお勧め画面は、タイル６０Ｏ、６０Ｐ、６０Ｊ、６０Ｋ、６０Ｑ、および６０Ｒがこの順で左から右に横一列に並び、画面右上に日付、曜日、および時刻が表示されたレイアウトである。表示されているタイル６０のサイズは何れも同じである。夜はリラックスしてそのときの気分に合ったコンテンツを見ながら過ごしたいユーザも多く、気分に合わないコンテンツをユーザに押し付けることは好ましくない。このため、夜の時間帯には、この例のように各タイル６０を同サイズとして、特定のタイル６０のお勧め情報が押し付けられているかのような感覚をユーザに与えずに済ませることが好ましい。

夜の時間帯向きのお勧め情報について、夜の時間帯には、翌日の天気を確認したいユーザも多いと考えられるため、図示の例では、一番左側のタイル６０Ｏに翌日の天気情報を表示している。また、夜に翌日の献立を考えるユーザもいると想定されるため、タイル６０Ｐにはお勧めレシピの情報を表示し、タイル６０Ｑにはスケジュール情報として、翌日の登録情報を表示している。このように、夜の時間帯のお勧め情報は、翌日に関する情報が含まれていることが好ましい。そして、夜にはネットコンテンツを視聴するユーザも多いと考えられるため、一番右側のタイル６０Ｒには、お勧めのネットコンテンツを示す情報を表示している。このタイル６０Ｒには、該ネットコンテンツのサムネイル画像（ネットコンテンツからキャプチャした画像であってもよい）を表示して、その内容をユーザに認識しやすくしている。なお、放送コンテンツや内部コンテンツをお勧め情報として提示する場合も、この例と同様にコンテンツの画像を表示することが好ましい。

〔ユーザに特化したお勧め情報を強調表示するレイアウトの例〕
図７〜９では、時間帯に応じて異なるお勧め情報とレイアウトを適用する例を示したが、時間帯以外の条件（例えば、ユーザの視聴履歴やタイムライン等）に応じて、異なるお勧め情報やレイアウトを適用してもよい。また、ユーザに特化した（所定のユーザのみを対象とする）お勧め情報がある場合には、他のお勧め情報よりも強調して表示することが好ましい。ここでは、ユーザに特化したお勧め情報を強調表示するレイアウトの例を図１０に基づいて説明する。図１０は、ユーザに特化したお勧め情報を強調表示した例を示す図である。

同図の（ａ）のお勧め画面には、ユーザに特化したお勧め情報は含まれておらず、各お勧め情報は同じサイズのタイル６０に表示されている。これらのタイル６０のうち左端のタイル６０Ｓには、ユーザの自宅がある地域の天気情報（晴れ）が表示されている。

一方、同図の（ｂ）のお勧め画面には、ユーザに特化したお勧め情報が含まれており、このお勧め情報は他のタイル６０よりもサイズが大きいタイル６０Ｔに表示されている。また、このタイル６０Ｔは、外縁部分に白の縁取りがされている点、および形状が台形である点で他のタイル６０と相違しており、これにより一層他のタイル６０よりもユーザの注意を惹きやすくなっている。

タイル６０Ｔには、ユーザの自宅がある地域の天気情報（晴れ）が表示されていると共に、所定のユーザ（お父さん）の勤務先の天気が雨であることを伝え、傘の持参を促すメッセージが表示されている。つまり、端末装置２は、お勧め情報を提示する対象となるユーザに「お父さん」が含まれていることを特定した場合、予め登録された「お父さん」の勤務先の天気情報をお勧め情報として取得し、このお勧め情報を他のお勧め情報よりも強調して表示する。また、「お父さん」の通常の出勤時間後には、勤務先の天気情報の提示は不要になると考えられるため、端末装置２はお勧め画面を図１０の（ａ）に示したような表示に戻してもよい。

〔レイアウトの例（縦に複数のタイル６０を配置）〕
タイル６０が縦に複数並んだレイアウトとしてもよい。これについて図１１に基づいて説明する。図１１は、タイル６０を縦に複数配したレイアウトのお勧め画面の例を示す図である。図示の例では、階段状にタイル６０を配置し、またサイズの大きいタイル６０とサイズの小さいタイル６０とを組み合わせて、ユーザの注意を惹くレイアウトとしている。

〔レイアウトの例（円形のタイル）〕
タイルの形状は矩形に限られない。これについて図１２に基づいて説明する。図１２は、円形のタイルにお勧め情報を表示したお勧め画面の例を示す図である。この例では、直径の異なる円形のタイルを縦に並べて配置し、水中を立ち上る泡（バブル）のような外観のお勧め画面としている。上述の各例と同様に、本例においても、優先度が高いお勧め情報は、直径の大きいタイルに表示することが好ましい。

〔レイアウトの例（テキスト）〕
タイル６０を用いずにお勧め情報を提示してもよい。これについて図１３に基づいて説明する。図１３は、お勧め情報をテキストで表示したお勧め画面の例を示す図である。この例では、上述の各例のようなタイルがなく、お勧め情報であるテキストが表示されている。テキストによる表示では、シンプルにお勧め情報を提示することができる。本例においては、優先度が高いお勧め情報は、大きいフォントで表示することが好ましい。

なお、テキストのみでは、お勧め情報の内容が分かりにくい場合も考えられるので、テキストにマーク等を併記してもよい。例えば、図示の例では、ネットコンテンツのお勧め情報には映像コンテンツを示すマークを併記し、家族掲示板に関するお勧め情報には吹き出しのマークを併記している。

〔お勧め情報およびレイアウトについて補足〕
端末装置２は、時間帯に応じて、画面のレイアウトを変更してもよい。例えば、ユーザは、朝の時間帯には、ゆっくりテレビを見ることができない。そのため、端末装置２は、朝の時間帯には、画面の一部に、天気予報やお勧め行動（例えば、「傘を持っていくべき」）などの情報のみを表示することが望ましい。一方、端末装置２は、夜の時間帯には、画面の全体に、多くのタイルを表示することが望ましい。

端末装置２は、時間帯に応じて、表示するタイルの傾向を変えてもよい。例えば、端末装置２は、深夜の時間帯には、リラックスしやすい映画のタイルを中心に表示する。一方、端末装置２は、朝の時間帯には、ニュースや天気情報などのタイルを主に表示する。端末装置２は、ユーザの操作履歴情報や端末装置２の稼働履歴情報に基づいて、ユーザの嗜好を学習する。そして、学習の結果に基づいて、お勧め情報に含むコンテンツの傾向を決定することが望ましい。しかしながら、ユーザが端末装置２を購入してからあまり時間が経過していない場合、お勧め情報に含めるコンテンツの傾向は、端末装置２またはサーバ１が設定してもよい。

端末装置２は、時間帯に応じて、音声出力の可否を決定することが望ましい。たとえば、朝の時間帯において、ユーザの居住地域に気象警報が発令されている場合、端末装置２は、気象警報が発令されていることを、一度だけ、音声で報知してもよい。ここで、端末装置２は、テキストから音声合成する技術によって、音声を生成してもよい。なお、音声の合成は、端末装置２が実行してもよいし、サーバ１が実行してもよく、他の外部サーバに実行させてもよい。また、端末装置２は、ユーザが音声の出力を許可または指示したときにのみ、音声を出力してもよい。例えば、端末装置２は、報知すべき交通情報があることを、特定の方法で表示（例えば、スピーカのアイコンを表示する）する。そして、ユーザが、報知を許可または指示した場合（例えば、ユーザが、上記アイコンを選択する操作を行った場合）、報知すべき交通情報の詳細を読み上げてもよい。

端末装置２は、ユーザが所有する他の機器（たとえばスマートフォン）の使用履歴情報・稼働履歴情報等に基づいて、お勧め情報を提供してもよい。例えば、端末装置２は、スマートフォンに記録されている位置情報の履歴から、ユーザが京都を訪問してきたと判定した場合、所定期間（例えば、京都の訪問日から２〜３日間）、京都の旅番組の優先度を上昇させる。これにより、京都の旅番組が、お勧め情報として画面に表示されやすくする。

お勧め情報には、広告が含まれてもよい。この構成では、端末装置２は、外部の広告サーバに接続して、タイルリソースのリクエストを送信する。外部の広告サーバは、端末装置２内の使用履歴情報（クッキー等）に基づいて、ユーザに適切な広告を選択し、選択した広告のタイルリソースを、端末装置２に送信する。

端末装置２は、ＥＣ（e-commerce）事業者サーバから、ショッピングサイトのウェブページのタイルリソースを取得してもよい。この構成では、端末装置２は、サーバ１を介して、ＥＣ事業者サーバにユーザＩＤを送信する。ＥＣ事業者サーバは、ユーザＩＤに基づいて、お勧め商品を決定し、そのお勧め商品が掲載されたウェブページから生成したタイルリソースを、サーバ１を介して端末装置２へ送信する。なお、朝の時間帯には、ユーザは、忙しいために、ショッピングをする可能性が低い。そのため、端末装置２は、時間帯に応じて、ショッピングサイトのウェブページのタイルの表示の有無を切り替えたり、タイルの大きさを変更したりしてもよい。

端末装置２は、他の機器にお勧め情報を送信して出力させてもよい。例えば、端末装置２は、お勧め情報が料理のレシピである場合、該お勧め情報を、ユーザが所有するスマートフォン等の携帯型の端末装置に表示させてもよい。また、例えば、ユーザが、共働きの家庭の家族である場合、端末装置２は、休日には端末装置２にレシピを表示する一方、平日にはユーザのスマートフォンにレシピを表示してもよい。この構成によれば、平日は帰宅途中にスマートフォンにてレシピを確認し、休日は家族で端末装置２にてレシピを確認することができる。なお、この構成においても、端末装置２は、ユーザの視聴履歴情報や操作履歴情報に基づいて選択したお勧めのレシピをお勧め情報として生成することが望ましい。また、他の機器にお勧め情報を出力させる場合、サーバ１が当該他の機器にお勧め情報を送信してもよい。

端末装置２は、家庭用ロボットであってもよい。この場合、上述のようにお勧め情報を表示する他、お勧め情報が緊急情報（例えば、「ユーザの居住地域に避難勧告が出された」など）である場合には、これを音声で出力してもよい。緊急情報が検出された場合、端末装置２の表示がＯＦＦであっても、その緊急情報を音声で出力することが好ましい。また、緊急情報の検出時には表示をＯＮにしてその緊急情報を表示してもよい。

端末装置２は、自動車のナビゲーション装置等の車載機器であってもよい。この場合、例えば、ユーザが一週間前に視聴していたテレビ番組に登場した店舗の近傍となったことを検出して、上記店舗の情報をお勧め情報として出力（表示および音声の少なくとも何れかによる）してもよい。

端末装置２は、ユーザの嗜好に応じて、お勧め情報に含むコンテンツを決定してもよい。ユーザの嗜好とは、例えば、ユーザが、ドラマを好むのか、アニメを好むのか、それとも、サッカーを好むのかといった傾向であってよい。なお、ユーザ（の一人）がドラマを視聴する時間が長い場合であっても、他のユーザの中に子供が含まれる場合、端末装置２は、子供が見るアニメを主体として、お勧め情報を決定してもよい。

また、端末装置２は、好きなコンテンツのカテゴリをユーザに予め選択させ、選択されたカテゴリのコンテンツをお勧め情報に含めてもよい。また、端末装置２は、ユーザの嗜好に応じて、画面に表示するキャラクタを設定してもよい。この構成では、端末装置２は、画面の一部にアバターを表示したり、キャラクタの声色で音声を出力したりする。これにより、ユーザは、お勧め情報の傾向を判断することができる。

〔処理の流れ（推薦システム５全体）〕
次に、推薦システム５で実行される処理の流れを図１４に基づいて説明する。図１４は、推薦システム５で実行される処理の流れの一例を示すフローチャートである。なお、同図では、お勧め情報の生成およびレイアウト情報の選択に用いる各種データについても記載している。

まず、端末装置２の処理を説明する。端末認証部２０４は、サーバ１と端末通信部２２を介した通信接続を確立し（Ｓ１）、端末装置２の認証処理を行う（Ｓ２）。ここで、ユーザ有無判定部２０１が、人感センサ２４の検出結果から人（ユーザ）を検出したと判定すると（Ｓ３）、ユーザ特定部２０２は、撮影部２５が撮影した画像を解析して、Ｓ３で検出されたユーザが誰であるかを特定する（Ｓ４）。

なお、Ｓ３の処理の頻度は時間帯に応じて変更してもよい。例えば、朝の時間帯には、ユーザが、端末装置２の前を何度も横切る可能性が高い。そのため、朝の時間帯において、ユーザ有無判定部２０１は、表示をＯＦＦにした後、所定時間（例えば５分間）は、ユーザを検知した場合であっても、表示をＯＮにしなくてもよい。また、例えば深夜や早朝（例えば午前０時〜午前５時）の時間帯には、ユーザを検知した場合であっても、表示をＯＮにしなくてもよい。これにより、ユーザの睡眠を妨げずに済む。あるいは、端末装置２の外部の明るさを検出して、検出した明るさに応じた輝度で表示をＯＮにしてもよい。

次に、お勧め情報取得部２０３は、Ｓ４で特定されたユーザのユーザＩＤをサーバ１に送信すると共に（Ｓ５）、お勧め情報の送信要求を同じくサーバ１に送信する（Ｓ６）。そして、お勧め情報取得部２０３は、サーバ１からお勧め情報およびレイアウト情報を受信し（Ｓ７）、お勧め画面生成部２０８は、Ｓ７で受信したお勧め情報を、Ｓ７で受信したレイアウト情報が示すレイアウトで表示部２７に表示する（Ｓ８）。なお、Ｓ７で受信したレイアウト情報が示すレイアウトで表示可能なお勧め情報よりも多くのお勧め情報がある場合、予め設定された優先度に従って表示するお勧め情報を選択してもよい。

ここで、ジェスチャ認識部２００または入力部２８がユーザによる選択（Ｓ８で表示したお勧め情報の選択）を受け付けると（Ｓ９）、選択されたコンテンツが出力される（Ｓ１０）。より具体的には、選択されたコンテンツが放送コンテンツであれば放送コンテンツ制御部２０５が出力させ、内部コンテンツであれば内部コンテンツ制御部２０６が出力させ、外部コンテンツであれば外部コンテンツ制御部２０７が出力させる。

また、コンテンツの選択を受け付けると、お勧め情報取得部２０３は、ユーザに選択されたコンテンツをサーバ１に通知する（Ｓ１１）。ここで、ユーザ有無判定部２０１は、Ｓ３でユーザを検出した後、ユーザが端末装置２から離れたか否か、すなわちユーザが引き続き検出されているか否かを監視している（Ｓ１２）。そして、ユーザが離れていなければ（Ｓ１２でＮＯ）処理はＳ３に戻り、離れていれば（Ｓ１２でＹＥＳ）表示部２７の表示をＯＦＦに切り替えて（Ｓ１３）処理を終了する。

続いてサーバ１の処理を説明する。端末認証部１００は、端末装置２とサーバ通信部１２を介した通信接続を確立し（Ｓ２０）、端末装置２の認証処理を行う（Ｓ２１）。上述のように、端末装置２はユーザを検出して、そのユーザのユーザＩＤをサーバ１に送信する（Ｓ５）ので、ユーザ特定部１０１はこのユーザＩＤを受信する（Ｓ２２）。これにより、ユーザ特定部１０１は該ユーザＩＤの示すユーザが、お勧め情報の提示対象であると特定する。また、上述のようにユーザを検出した端末装置２は、お勧め情報要求を送信する（Ｓ６）ので、お勧め情報生成部１０２は、このお勧め情報要求を受信する（Ｓ２３）。

次に、お勧め情報要求を受信したお勧め情報生成部１０２は、情報管理部１０３から各種情報を取得し、これらの情報を参照してお勧め情報を生成する（Ｓ２４）。なお、お勧め情報は、必ずしも生成する必要はなく、例えば予め用意されたお勧め情報の候補の中から選択してもよい。次に、お勧め情報生成部１０２は、生成したお勧め情報をレイアウト選択部１０４に通知する。また、レイアウト選択部１０４は、通知されたお勧め情報の配置に用いるレイアウト情報を、サーバ記憶部１１に格納されている複数のレイアウト情報１１４の中から選択する（Ｓ２５）。なお、お勧め情報の生成とレイアウト情報の選択の詳細は後述する。

そして、情報送信部１０５は、Ｓ２４で生成されたお勧め情報と、Ｓ２５で選択されたレイアウト情報とを端末装置２に送信する（Ｓ２６）。なお、過去に端末装置２にお勧め情報を送信している場合、前回送信したお勧め情報と、今回送信するお勧め情報との差分（例えばアップデートされたお勧め情報）のみを送信してもよい。この場合、端末装置２は、サーバ１が前回送信したお勧め情報をキャッシュしておくことで、当該お勧め情報を表示することができる。同様に、レイアウト情報を端末装置２がキャッシュしておく構成を採用することにより、レイアウト変更がない場合にレイアウト情報の送信を省略することができ、サーバ１と端末装置２との間の通信量を低減することができる。

この後、端末装置２は選択されたコンテンツをサーバ１に通知するので、情報管理部１０３はこの通知を受信し（Ｓ２７）、通知されたコンテンツを履歴ＤＢ１１１に記録する（Ｓ２８）。この後処理はＳ２２に戻る。

（上記フローの補足）
Ｓ５にて、端末装置２がサーバ１に送信するユーザＩＤは、ユーザが個人的に所有する機器（例えば、スマートフォン、ウェアラブルデバイス）のＩＤでもよい。

Ｓ２４では、サーバ１は、(i)現在時刻の情報、(ii)ユーザ個人・家族・機器の各プロファイル、(iii)ユーザ・家族・機器と対応付けられた履歴情報、(iv)他のユーザと対応付けられた履歴情報、(v)コンテンツの内容や属性等に関する情報、(vi)その他、サーバ１が他サーバを巡回して収集および学習した知識（例えば、年間行事、ユーザの居住地域に関する情報、単語間の距離、音声出力やテキスト出力のための出力フレーズ）、などを集約して解析を行うことによって、ユーザが好むサービスやコンテンツの傾向を判定する。そして、サーバ１は、インターネットサービス事業者が提供するサービスおよびコンテンツのインデックス情報を参照して、お勧め情報を生成する。

コンテンツのインデックス情報には、例えば、番組の放送日程、タイトル（お勧めサービスがＶＯＤサービスである場合、配信中のタイトル）、視聴年齢の制限、製作者、出演者、内容、視聴者の評価、カテゴリ、およびジャンルなどが含まれる。

サーバ１は、インデックス情報に含まれるテキスト情報に基づいて、お勧め情報を決定してもよい。例えば、ユーザがダンスや料理を嗜好する場合、サーバ１は、コンテンツのタイトルに「ダンス」や「料理」といった文字が含まれるコンテンツを、お勧め情報の１つとして決定してもよい。あるいは、サーバ１は、コンテンツの印象や雰囲気（例えば、明るさ、音量、色彩）に基づいて、お勧め情報を決定してもよい。

サーバ１がお勧めサービスとして決定するサービスは、特に限定されないが、例えば、映像配信（ＶＯＤ）サービス、ＥＣサービス、ＳＮＳサービス、スケジュールサービス、またはアプリケーション提供サービスであってよい。

また、お勧め情報には、過去（録画コンテンツ）、現在（現在放送中の番組）、未来（視聴予約または録画予約を登録されているコンテンツ）が含まれてよい。サーバ１は、お勧め情報を決定するために、前述したインデックス情報に加えて、ユーザの居住地域における放送関連情報（放送局、放送時刻、および放送タイトル関連情報（タイトル、内容、出演者、過去の視聴率等））を、外部サーバから取得してもよい。さらに、サーバ１は、放送波に付随するＳＩ情報から、上記放送関連情報を取得してもよい。

サーバ１は、端末装置２に記憶されている内部コンテンツの中から、お勧め情報に含めるコンテンツを決定してもよい。この構成では、サーバ１は、予め、端末装置２から、内部コンテンツ（例えば、写真、ビデオ）のインデックス情報を取得し、サービスインデックスとして記憶しておく。そして、サーバ１は、お勧め情報としてのタイルリソースを生成する際に、インターネットサービス事業者が提供するサービスインデックスとともに、端末装置２から取得した内部コンテンツのインデックス情報も参照する。なお、端末装置２が、内部コンテンツの中から、お勧め情報に含めるコンテンツを決定してもよい。

Ｓ２５では、サーバ１は、お勧め情報を送信するときのデータ形式を決定し、お勧め情報を、該データ形式の送信情報（所定のフォーマットに従う）に変換する。なお、お勧め情報は、１つのタイルを表示するための情報であってもよいし、複数のタイルを含む表示画面の全体を記述する（お勧め画面を表示するための情報）ものであってもよい。また、サーバ１は、お勧め情報として、タイルリソースのみを送信してもよい。この構成では、端末装置２が、複数のレイアウト情報を格納しておき、その中から選択したレイアウト情報にてお勧め情報をレイアウト表示する。また、端末装置２は、サーバ１から受信したお勧め情報に含まれるコンテンツのタイルとともに、内部コンテンツの中から選択したコンテンツのタイルも表示してもよい。この場合、お勧め情報とする内部コンテンツは、端末装置２で録画されたコンテンツの内容やタイトル等の情報に基づいて決定すればよい。タイルリソースには、コンテンツの取得先の他、サムネイル画像（動画含む）等の情報も含まれる。

なお、サーバ１は、お勧め情報に、外部コンテンツも含めることができる。この構成では、ユーザが、お勧め情報（お勧めコンテンツを含む）の中から、外部コンテンツを選択した場合、端末装置２から、外部コンテンツのリクエストが発行される。サーバ１は、コンテンツ提供事業者サーバから、リクエストされた外部コンテンツを取得して、端末装置２に送信する。無論、端末装置２は、サーバ１を介さずに外部コンテンツを取得してもよい。

〔処理の流れ（レイアウトの動的な変更）〕
次に、端末装置２がお勧め情報のレイアウトを動的に変更する処理の流れを図１５に基づいて説明する。図１５は、お勧め情報のレイアウトを動的に変更する処理の一例を示すフローチャートである。

お勧め画面生成部２０８は、お勧め画面を生成して表示部２７に表示した後、所定時間が経過すると、そのお勧め画面のレイアウトがどのようなレイアウトであるか確認する（Ｓ４０）。そして、お勧め画面生成部２０８は、確認したレイアウトが、タイマ２３の出力する現在時刻（または現在の時間帯）に応じたレイアウトであるか否かを判定する（Ｓ４１）。

ここで、現在時刻（または現在の時間帯）に応じたレイアウトではないと判定した場合（Ｓ４１でＮＯ）、お勧め画面生成部２０８は、現在時刻（または現在の時間帯）に応じたレイアウトに変更する（Ｓ４４）。なお、レイアウトの変更に使用するレイアウト情報は、端末装置２に格納されているものがあればそれを使用してもよいし、なければサーバ１から取得すればよい。

一方、現在時刻（または現在の時間帯）に応じたレイアウトであると判定した場合（Ｓ４１でＹＥＳ）、お勧め画面生成部２０８は、Ｓ４０で確認したレイアウトが、現在、端末装置２の出力する画像を視聴しているユーザに応じたレイアウトであるか否かを判定する（Ｓ４２）。なお、この判定は、ユーザ特定部２０２が受信した最新のユーザＩＤに基づいて行う。

そして、ユーザに応じたレイアウトではないと判定した場合（Ｓ４２でＮＯ）、お勧め画面生成部２０８は、現在時刻（または現在の時間帯）に応じたレイアウトへの変更の場合と同様にして、ユーザに応じたレイアウトに変更する（Ｓ４４）。一方、ユーザに応じたレイアウトであると判定した場合（Ｓ４２でＹＥＳ）、お勧め画面生成部２０８は、Ｓ４０で確認したレイアウトが、現在、端末装置２に表示させているお勧め情報に応じたレイアウトであるか否かを判定する（Ｓ４３）。なお、この判定は、お勧め情報取得部２０３が取得した最新のお勧め情報に基づいて行う。

ここで、端末装置２が表示中のお勧め情報に応じたレイアウトではないと判定した場合（Ｓ４３でＮＯ）、お勧め画面生成部２０８は、現在時刻（または現在の時間帯）に応じたレイアウトへの変更の場合と同様にして、表示中のお勧め情報に応じたレイアウトに変更する（Ｓ４４）。一方、表示中のお勧め情報に応じたレイアウトであると判定した場合（Ｓ４３でＹＥＳ）、お勧め画面生成部２０８は、所定時間経過後に再度Ｓ４０以下の処理を実行する。Ｓ４４でレイアウトを変更した場合も同様であり、レイアウト変更後、所定時間が経過したときに再度Ｓ４０以下の処理を実行する。

なお、上記では、レイアウトの動的な変更を行う場合の処理を説明したが、図１４のＳ２５におけるレイアウトの選択も同様の判定により行うことができる。すなわち、Ｓ２５では、時刻（または時間帯）、お勧め情報、提示対象のユーザの少なくとも何れかに応じた所定のレイアウト情報を選択する。なお、お勧め情報に応じたレイアウト情報、およびユーザに応じたレイアウト情報は、時間帯に応じたレイアウト情報と同様に予め決めておけばよい。例えば、高齢者向けのお勧め情報には、表示される文字が大きくなるようなレイアウト情報を対応付けてもよい。同様に、高齢のユーザには、表示される文字が大きくなるようなレイアウト情報を対応付けてもよい。

〔処理の流れ（複数ユーザに応じたお勧め情報の生成）〕
次に、複数ユーザに応じたお勧め情報を生成する処理の流れを図１６に基づいて説明する。図１６は、複数ユーザに応じたお勧め情報を生成する処理の一例を示すフローチャートである。

サーバ１のお勧め情報生成部１０２は、ユーザ特定部１０１が特定した、端末装置２の出力する画像を視聴しているユーザが複数であるか否かを判定する（Ｓ５０）。具体的には、ユーザ特定部１０１が所定時間以内に複数の異なるユーザＩＤを１つの端末装置２から受信した場合に、視聴ユーザが複数であると判定する。

ここで、視聴ユーザが複数ではない（一人である）と判定した場合（Ｓ５０でＮＯ）、お勧め情報生成部１０２は、当該一人の視聴ユーザに応じたお勧め情報を生成し（Ｓ５４）、処理を終了する。一方、視聴ユーザが複数であると判定した場合（Ｓ５０でＹＥＳ）、お勧め情報生成部１０２は、視聴ユーザに年少者が含まれるか否かを判定する（Ｓ５１）。なお、何歳以下を年少者とするかは適宜設定しておけばよく、例えば１５歳以下を年少者としてもよい。

ここで、視聴ユーザに年少者が含まれていないと判定した場合（Ｓ５１でＮＯ）、お勧め情報生成部１０２は、複数の視聴ユーザに応じたお勧め情報を生成し（Ｓ５３）、処理を終了する。一方、視聴ユーザに年少者が含まれていると判定した場合（Ｓ５１でＹＥＳ）、お勧め情報生成部１０２は、年少者対応のお勧め情報を生成し（Ｓ５２）、処理を終了する。

〔処理の流れ（時間帯に応じたお勧め情報およびレイアウト情報の取得）〕
次に、時間帯に応じたお勧め情報とレイアウト情報を取得する処理の流れを図１７に基づいて説明する。図１７は、時間帯に応じたお勧め情報とレイアウト情報を取得する処理の一例を示すフローチャートである。

端末装置２のお勧め情報取得部２０３は、タイマ２３の出力から現在時刻を特定し（Ｓ６０）、その現在時刻が予め定められた複数の時間帯の何れに該当するか特定する（Ｓ６１）。例えば、午前５時〜午前９時を朝、午前９時〜午前１２時を昼前、午前１２時〜午後６時を午後、午後７時〜午後１２時を夜、それ以外の時間帯を深夜・早朝としてもよい。

そして、お勧め情報取得部２０３は、特定した時間帯を示す情報と共に、お勧め情報要求をサーバ１に送信して、Ｓ６１で特定した時間帯に応じたお勧め情報とレイアウト情報をサーバ１から取得する（Ｓ６２、Ｓ６３）。この後、お勧め画面生成部２０８によって、Ｓ６２で取得したお勧め情報がＳ６３で取得したレイアウト情報の示すレイアウトに配置されたお勧め画面が生成され、表示部２７に表示されて（Ｓ６４）、処理は終了する。

〔お勧め画面の他の例〕
お勧め画面は図１８のようなものであってもよい。図１８は、お勧め画面の一例を示す図である。図示のお勧め画面には、以下の情報が含まれている。

(i)現在日時
(ii)ニュースのテロップ
(iii)天気情報（現在位置の天気、予め登録された地域の天気、１つまたは複数の天気）
(iv)端末装置２の電源ＯＮ・ＯＦＦを切り替えるボタン（タイル）
(v)お勧め行動情報（サービスおよびユーザ情報から生成される。例えば、天気情報から「午後から天気が悪化するので、傘を持って出かけたほうがよい」というお勧め行動情報が生成される）
(vi)お勧め番組情報（ユーザの操作履歴情報・視聴履歴情報・録画番組情報から生成される。例えば、ユーザが、○○というタイトルの番組を視聴したことがある場合、「１７：３０から、○○」というお勧め番組情報が表示される。）
(vii)お勧め商品やお勧めサービス（例えば、お勧めゲーム）の広告
(viii)お勧めネットコンテンツ（操作履歴情報・視聴履歴情報から生成される。）
(ix)放送中の番組情報（例えば、番組名、放送時間、テレビ局名（またはそのテレビ局に割り当てられたチャンネル）が表示される。さらに、番組の一部、または番組のサムネイル画像等が表示される。）
(x)お勧め商品を紹介するショッピングサイトのウェブページ
(xi)ユーザのスケジュール（例えば、「１６：００から、△△」（△△は予定の内容）というスケジュールが表示される。）
(xii)写真（写真共有アプリケーション。写真に付加された情報も表示される）。

〔端末装置２がユーザを検出するためのハードウェア構成例〕
端末装置２がユーザを検出するためのハードウェア構成例を図１９に基づいて説明する。図１９は、端末装置２がユーザを検出するためのハードウェア構成例を示す図である。

同図の（ａ）の端末装置２は、カメラ、マイク、および人感センサを備えている。この端末装置２では、カメラで撮影した画像の解析、マイクで取得した音声の解析、あるいは人感センサの検出結果の少なくとも何れかにより、ユーザを検出することができる。この場合の端末装置２は、例えばＰＣやテレビであってもよい。

同図の（ｂ）の端末装置２は、カメラ、振動センサ、およびマイクを備えている。この端末装置２では、カメラで撮影した画像の解析、マイクで取得した音声の解析、あるいは振動センサの検出結果の少なくとも何れかにより、ユーザを検出することができる。なお、振動センサの代わりに、ユーザが端末装置２を把持していることを検知するグリップセンサを適用してもユーザの検出が可能である。

同図の（ｂ）の端末装置２は、カメラ、マイク、および人感センサを備えた他の端末装置と通信接続されている。この場合、当該他の端末装置がユーザを検出可能であるから、端末装置２はその検出結果を受信することにより、ユーザを検出することができる。なお、端末装置２と他の端末装置は、有線通信接続されていてもよいし、無線通信接続されていてもよい。

〔端末装置２の状態遷移〕
端末装置２の状態遷移について図２０に基づいて説明する。図２０は、端末装置２の状態遷移の一例を示すシーケンス図である。なお、同図では、下記の（１）〜（８）の状態を例示しているが、端末装置２の遷移する状態はこれらの例に限られない。

（１）電源ＯＦＦ
（２）リモコン利用可
（３）センサ・リモコン利用可
（４）ネット利用可
（５）放送利用可
（６）お勧め情報表示
（７）放送コンテンツ表示
（８）ネットコンテンツ表示
上記（１）の状態（電源ＯＦＦ）において端末装置２の電源がＯＮされた場合の端末装置２の遷移先は、その時点における端末装置２のモードによって異なる。具体的には、端末装置２は、電源がＯＮされた時点のモードに応じて、上記（２）または（３）の状態に遷移する。すなわち、端末装置２が所定のモードであるときに電源ＯＮされた場合、端末装置２は、リモコン操作を受け付ける（２）の状態に遷移する。なお、図示していないが、（２）の状態では、従来の一般的なテレビと同様に、ユーザは、リモコンによる操作にて所望のコンテンツを端末装置２に出力させることができる。

一方、端末装置２が上記所定のモードとは異なる他のモードであるときに電源ＯＮされた場合、端末装置２は、上記（３）の状態に遷移する。（３）の状態では、リモコン操作を受け付けるとともに、人感センサ２４（図１９に示したようなグリップセンサや振動センサであってもよいし、マイクやカメラであってもよい）によってユーザを認識する。

端末装置２は、上記（３）の状態に遷移した後、タイマ制御によって、第１の所定時間後に、インターネットおよびサーバ１と接続された（４）の状態に遷移する。これにより、端末装置２は、ネットコンテンツを出力できるようになり、また、サーバ１やインターネットから、ユーザが所有する機器の使用履歴情報・稼働履歴情報等を取得することができるようになる。なお、ネットコンテンツの出力は、ユーザ操作に応じて開始する。

また、端末装置２は、上記（３）の状態に遷移した後、タイマ制御によって、第２の所定時間後に、デジタル放送やＢＳ・ＣＳ放送などの放送波、すなわち放送コンテンツを受信可能な（５）の状態に遷移する。これにより、端末装置２は、放送コンテンツを出力できるようになり、また、番組表や番組情報等の放送情報を取得することができるようになる。なお、放送コンテンツの出力は、ユーザ操作に応じて開始する。

そして、端末装置２は、上記（３）の状態に遷移した後、人感センサ２４にてユーザを検知すると、上記（６）の状態に遷移する。端末装置２は、電源ＯＦＦ操作を受けるか、何も操作を受けずに所定時間が経過するか、あるいは、人感センサ２４でユーザが検知されなくなった場合、（６）の状態から、上記（３）の状態に遷移する。なお、端末装置２は、特定のモードである場合、（６）の状態から、上記（３）に遷移する代わりに、上記（１）または（２）に遷移してもよい。

端末装置２は、上記（６）の状態に遷移した後、放送コンテンツを視聴するための操作（例えば、視聴するチャンネルを選択する操作）を受けた場合に、放送コンテンツを出力する（７）の状態に遷移する。（７）の状態において人感センサ２４でユーザが検知されなくなった場合、端末装置２は上記（３）に遷移する。なお、端末装置２は、特定のモードである場合、上記（７）から上記（３）に遷移する代わりに、上記（１）または（２）に遷移してもよい。

一方、上記（６）の状態に遷移した後、ネットコンテンツを閲覧するための操作（例えば、ネットコンテンツに対応するお勧め情報や、ショートカットのアイコンを選択する操作）を受けた場合に、ネットコンテンツを出力する（８）の状態に遷移する。（８）の状態において人感センサ２４でユーザが検知されなくなった場合、端末装置２は上記（３）に遷移する。なお、端末装置２は、特定のモードである場合、上記（８）から上記（３）に遷移する代わりに、上記（１）または（２）に遷移してもよい。

〔処理の流れ（お勧め情報の生成）〕
次に、図１４のＳ２４で行われるお勧め情報の生成処理の詳細を図２１に基づいて説明する。図２１は、お勧め情報の生成処理の流れの一例を示すフローチャートである。なお、同図の「タイルリソース」は、上述のお勧め情報に対応している。また、ここでは、端末装置２のお勧め情報取得部２０３から、下記（Ａ）〜（Ｄ）の何れかの種類を指定したお勧め情報要求を受信した場合の処理を示している。

（Ａ）外部要求項目
（Ｂ）内部生成項目（履歴タイトル活用型）
（Ｃ）内部生成項目（履歴内容活用型）
（Ｄ）内部生成項目（知識活用型）
上記（Ａ）の外部要求項目とは、広告やＥＣ等のような外部のサービスが端末装置２への提示を要請するお勧め情報である。一般的なＥＣサイトの場合、ユーザは端末装置２等の機器で当該サイトにアクセスして購買行動を行うため、購買した項目リスト、訪問ページリストなどがサーバ１内に残らない。よって、ＥＣ事業者サーバにお勧め情報（タイル情報）の送信を要求し、該要求に応じて受信したお勧め情報をベースにタイルリソースを生成して端末装置２に送信する。また、広告の場合は、広告サーバがクッキーを用いたユーザの行動履歴把握を行っていれば、該広告サーバに要求してお勧め情報（広告）を取得する。もちろん、サーバ１の個人履歴や嗜好情報からお勧めの広告やショッピング品目を選定して、それらをお勧めするタイルリソースを生成してもよい。

つまり、外部要求項目のお勧め情報が要求された場合、情報管理部１０３は、外部サーバに接続し（Ｓ７１）、該外部サーバからタイル情報（ユーザにお勧めする広告等の情報）を取得する（Ｓ７２）。そして、取得したタイル情報からタイルリソース（お勧め情報）を生成し（Ｓ７３）、生成したタイルリソースを情報送信部１０５が端末装置２に送信する（Ｓ７４）。

上記（Ｂ）の内部生成項目（履歴タイトル活用型）は、個人、家族、機器の履歴をベースに他人との関係で生成されたお勧め情報である。図２１では代表的な手法を記載するが、その手法は問わない。

ユーザ特定部１０１は、端末装置２から取得したユーザＩＤからユーザを特定する。また、情報管理部１０３は、個人・家族・機器ＤＢ１１０を参照して、端末装置２から取得した機器ＩＤおよび上記ユーザＩＤに対応付けられている、該ユーザの家族、および該ユーザまたは家族が所有する機器を特定する（Ｓ７５）。

さらに、情報管理部１０３は、履歴ＤＢ１１１を参照して、上記ユーザＩＤのユーザに対応付けられている、視聴、操作、アクセス履歴から、例えばコンテンツのタイトルを要素にした対応履歴ベクトル（本人ベクトル）を生成する（Ｓ７６）。この場合、映画や放送など推薦すべきカテゴリ毎に処理を行う。視聴したタイトルは１とし、それ以外は０とする方法が、代表的なベクトルの生成方法である。

また、履歴ＤＢ１１１には、端末装置２のユーザ以外にも多数のユーザの履歴情報が格納されているので、情報管理部１０３は、上記と同様にして、コンテンツのタイトルを要素にした他人履歴ベクトルを生成する（Ｓ７７）。また、他のユーザが所有する機器についても同様のベクトルを生成してもよい。

なお、情報管理部１０３は、予め他人履歴ベクトルを生成して記憶していてもよい。また、日々、多数のコンテンツが放送されているので、対応履歴ベクトルおよび他人履歴ベクトルの成分には、最近の所定期間内に放送されたテレビ番組のタイトルのみが含まれていてもよい。

次に、情報管理部１０３は、Ｓ７６で生成した対応履歴ベクトルと、Ｓ７７で生成した他人履歴ベクトルとの尤度を求め、各他人履歴ベクトルを尤度が大きい（１に近い）ものから順に並べる。この尤度が大きい他人は、ユーザ本人と近い嗜好をもつと考えられるので、情報管理部１０３は、尤度が所定値以上の他人履歴ベクトルの中から一つ選択する（Ｓ７８）。この選択はランダムであってもよいし、尤度が最大のものを選択してもよい。

続いて、情報管理部１０３は、その他人履歴ベクトルの要素（タイトル）の中からお勧めするものを選択する（Ｓ７９）。上記のように、視聴したタイトルは１、それ以外は０とした場合、他人履歴ベクトルにおいて値が１である要素のうち、対応履歴ベクトル（本人ベクトル）の値が０であるものを選択すればよい。なお、このような要素が複数ある場合、その中から所望の数（必要なお勧め情報の数）だけ要素を選択すればよく、その選択はランダムな選択であってもよい。これにより、ユーザは視聴していないが、ユーザと嗜好の近い他のユーザが視聴したコンテンツのタイトルを特定することができる。

そして、情報管理部１０３は、外部サーバ（特定したタイトルのコンテンツに関するメタ情報等を提供するサーバ）からタイル情報を取得する（Ｓ８０）。そして、取得したタイル情報からタイルリソース（お勧め情報）を生成し（Ｓ８１）、生成したタイルリソースを情報送信部１０５が端末装置２に送信する（Ｓ７４）。

コンテンツのタイトル以外にも、例えば出演者や脚本家などをベースに対応履歴ベクトルおよび他人履歴ベクトルを生成してもよい。また、放送コンテンツのお勧め情報では、現在もしくは未来のタイトルをお勧めすべきであるから、現在放送中、もしくは今後放送される番組のみを選択する。この場合、視聴履歴だけでなく、録画予約履歴を活用してもよい。なお、お勧めするタイトルは、端末装置２が録画したコンテンツであってもよく、この場合録画コンテンツの中からお勧め情報とするコンテンツを選択する。

上記（Ｃ）の内部生成項目（履歴内容活用型）は、個人、家族、機器の履歴をベースに番組等の内容との関係で生成したお勧め情報である。（Ｃ）においては、上記（Ｂ）ではお勧め対象とすることが困難な未知のコンテンツ（新作映画、新刊書）等もお勧め対象とすることができる。

（Ｃ）のお勧め情報も（Ｂ）と同様に、ベクトルを用いてお勧め対象のコンテンツを選択する。ただし、（Ｃ）のお勧め情報は、ユーザが過去に視聴したコンテンツに付随するメタデータの中に含まれる内容情報（テキスト）を元に生成した対応嗜好ベクトルを用いる点で（Ｂ）のお勧め情報と相違している。

（Ｃ）のお勧め情報を生成する場合、まず、情報管理部１０３は、Ｓ７５と同様にしてユーザ、家族、機器を特定する（Ｓ８２）。次に、情報管理部１０３は、対応嗜好ベクトルを生成する（Ｓ８３）。具体的には、情報管理部１０３は、ユーザが過去に視聴したコンテンツに付随するテキストに対して形態素解析を行って単語を抽出し、抽出した単語の中から特徴単語をさらに抽出する。特徴単語の抽出には特徴単語が登録された辞書情報を用いればよく、予め多量の文章を学習することで基礎となる辞書情報を作成可能である。代表的にはＴＦ−ＩＤＦ法（ https://ja.wikipedia.org/wiki/Tf-idf）があるがその手法は問わない。次に、情報管理部１０３は、得られた特徴単語のそれぞれをベクトル化する。ベクトル化の手法としては、例えばwordtovec（https://code.google.com/p/word2vec/）が挙げられる。この手法によれば、大量の自然言語を学習することで、単語の特徴を固定長のベクトルで表現することができる。なお、これ以外にも単語をベクトルで表現する手法は存在し、Ｓ８３で適用する手法はwordtovecに限られない。そして、情報管理部１０３は、上記のようにして得た各特徴単語のベクトルを加算することにより、コンテンツ全体を表す特徴ベクトル（対応嗜好ベクトル）を生成する。

また、情報管理部１０３は、お勧めの候補となる各コンテンツ（ユーザが未視聴のコンテンツ）についても、上記と同様の処理にてコンテンツ嗜好ベクトルを生成する（Ｓ８４）。そして、情報管理部１０３は、Ｓ７８と同様に尤度を用いて、ユーザが過去に視聴したコンテンツと内容が類似した未視聴のコンテンツを選択し（Ｓ８５）、その中からお勧めの対象とするコンテンツを選択する（Ｓ８６）。この後のＳ８７およびＳ８８の処理は、Ｓ８０およびＳ８０とそれぞれ同様である。

なお、上記では特徴単語のベクトルを加算して対応嗜好ベクトルとしたが、特徴単語のベクトルをそのまま対応嗜好ベクトルとして、コンテンツ間の尤度を計算することも可能である。

上記（Ｄ）の内部生成項目（知識活用型）は、外部サーバや知識ＤＢ１１３から取得した個人、家族、機器ＩＤに関係する情報を活用して生成したお勧め情報である。（Ｄ）のお勧め情報を生成する場合、まず、情報管理部１０３は、Ｓ７５と同様にしてユーザ、家族、機器を特定する（Ｓ８９）。次に、情報管理部１０３は、Ｓ８９で特定した、個人、家族、および機器ＩＤの少なくとも何れかに関係する情報を外部サーバに接続して取得する（Ｓ９０、Ｓ９１）。例えば、上記機器ＩＤの機器が所在する地域の天気予報や、その家族のスケジュールなどを示す情報を取得してもよい。また、今日は何の日であるかを示す情報などのように、Ｓ８９の特定結果とは関係のない一般的な情報であってもよい。そして、情報の取得先は外部サーバに限られず、知識ＤＢ１１３等であってもよい。

また、情報管理部１０３は、Ｓ８９で特定した内容およびＳ９１で取得した情報の少なくとも何れかに付随する関連知識を知識ＤＢ１１３にて検索し（Ｓ９２）、検出した関連知識とＳ９１で取得した情報とを組み合わせてお勧め情報の内容を決定する（Ｓ９３）。この後のＳ９４はＳ７３と同様である。

例えば、知識ＤＢ１１３において、所定の天気情報と、それに対応する出力フレーズとを対応付けたルールベースが含まれている場合、Ｓ９１では天気情報を取得し、Ｓ９２ではその天気情報に対応する出力フレーズを関連知識として検出してもよい。これにより、現在は雨ではないが、夜までに雨となる予報が出ている場合に、傘の持参を促す出力フレーズをお勧め情報として表示させることも可能になる。上記出力フレーズは適宜設定しておけばよいが、例えば「今日は傘を持っていったほうがいいですよ。今日のＵ市は晴れのち曇り、夕方から雨が降るでしょう。」のようなものであってもよい。このような表示をさせる場合、天気が崩れる予報の場合、傘の持参を促す出力フレーズを表示させるというルールベースを知識ＤＢ１１３に含めておけばよい。なお、ルールベースの格納先は、知識ＤＢ１１３に限られず、外部サーバ等の外部機器であってもよい。

なお、上記（Ｃ）と（Ｄ）は、並列で算出することも可能である。また、タイル毎に（Ｃ）と（Ｄ）を使い分ける、確率的に（Ｃ）と（Ｄ）を切り替える、（Ｃ）と（Ｄ）の何れを適用するかをユーザに設定させる等により、（Ｃ）と（Ｄ）の一方を用いてもよい。このように、各タイルのお勧め情報を異なる方式で決定してもよい。

〔推薦システム５の構成例〕
推薦システム５は、図２２または図２３のような構成としてもよい。図２２および図２３は、推薦システム５の構成例を示す図である。なお、これらの図面の中央付近の「クラウド」の中にサーバ１が含まれ、「クラウド」の左隣のテレビが端末装置２に対応している。

図２２および図２３の例では、複数のＣＰ（コンテンツプロバイダ）が、それぞれが提供するコンテンツに関する情報（コンテンツＩＤやタイトルなど）を事前にＷｅｂＡＰＩ（Web Application Programing Interface）を介して参照できるように登録している。

また、図２２に示すように、端末装置２は、そのユーザのユーザＩＤと共に、そのユーザに関する各種情報（録画履歴、予約履歴、視聴履歴、ユーザプロファイル等）をサーバ１に定期的にアップロードする（１）。そして、サーバ１は、端末装置２および他の端末装置２からアップロードされる上記各種情報を記録し、蓄積しておく（２）。これにより、様々なユーザの嗜好が反映されたＤＢを生成することができる。

ここで、端末装置２が起動すると、そのユーザのユーザＩＤをサーバ１に通知する（３）。そして、サーバ１は通知されたユーザＩＤのユーザの嗜好を上記ＤＢに格納された各種情報を元に解釈し（４）、ユーザの嗜好に合ったお勧め情報（図２２ではＩｎｄｅｘ情報と記載）を生成して端末装置２に送信する（５）。このお勧め情報には、図示のように、そのお勧め情報を表示するタイルのサイズ等の情報が含まれている。

次に、端末装置２では、所定のアプリにより、上記お勧め情報を表示し（６）、ユーザ選択を受け付ける（７）。ここで選択されたお勧め情報が端末装置２の内部コンテンツであれば、その内部コンテンツに対応するアプリ（図示の例ではＴＶアプリまたはＰｌａｙＢａｃｋアプリ）を起動して該内部コンテンツを出力する。また、選択されたお勧め情報がＣＰの提供するコンテンツであれば、そのＣＰからそのコンテンツを取得して出力する。

また、上述のように、端末装置２はユーザが近付くとお勧め画面を表示し、そのお勧め画面には放送コンテンツ以外のコンテンツも提示される。このため、テレビを端末装置２とした場合、図２３に示すように、テレビとユーザとの接点を増やすことができる。

上記推薦システム５によれば、サーバ１は、各ユーザの履歴情報と、その集合であるビッグデータと、クラウドID-Profile（クラウド上でユーザＩＤまたは機器ＩＤと対応付けて管理されているプロファイル）とを用いて、ユーザの嗜好を解析する。これら３つの情報を組み合わせることにより、ユーザの嗜好を的確に把握することができる。

また、サーバ１は、嗜好解析により導き出したユーザのパターンに応じたコンテンツをお勧め情報として端末装置２に表示させる。そして、お勧め情報は、お勧め対象のコンテンツに対応するアプリを起動させるルールを含んでいてもよい。つまり、お勧め情報は、コンテンツのリンク先を示す情報ではなく、そのコンテンツに応じた、端末装置２内のアプリ（例えばそのコンテンツを出力するアプリ）を起動させるための情報を含んでいてもよい。

また、サーバ１は、個々のユーザの行動履歴を使用することにより、アプリの起動ルールをユーザパターン別に複数提示することも可能である。これにより、個々のユーザに適したアプリを起動させることができる。

また、端末装置２は、ウェブページやアプリのショートカットではなく、アプリ起動ルールに基づいてアプリを起動することにより、所定のコンテンツを出力することができる。

そして、端末装置２は、ユーザが何れのお勧め情報を選択したかを、該ユーザの行動履歴としてサーバ１にアップロードする。これにより、ユーザの嗜好をより正確に反映させたお勧め情報を生成することが可能になる。つまり、ユーザの行動履歴をサイクルさせることにより、お勧めの精度を高めていくことができる。また、ユーザが何れのお勧め情報を選択したかは、お勧め情報の掲示効果を計るパラメータとしても利用可能である。例えば、お勧め情報が広告等である場合、そのお勧め情報が選択された頻度は、その広告の広告効果を示すパラメータとして、広告ビジネスなどにも利用可能である。

また、端末装置２がサーバ１を介さずに出力可能なイベント情報（お勧め情報として提示可能な情報）についても、サーバ１の格納する各種履歴情報や、その集合情報であるビッグデータを用いて優先度の重み付けをすることが可能である。つまり、端末装置２単体では、優先順位を付けることができない情報に、サーバ１によって優先順位を付けることが可能である。

〔行動履歴のサイクルとタイミングに応じたお勧め情報について〕
次に、行動履歴のサイクルとタイミングに応じたお勧め情報について図２４に基づいて説明する。図２４は、行動履歴のサイクルとタイミングに応じたお勧め情報を説明する図である。

図示のように、放送は概ね一日中行われている。また、ユーザとその家族は、一日の各時間帯に応じた行動をしており、その行動の中には放送コンテンツの視聴も含まれる。そして、このような行動の履歴は、クラウド上のサーバ１にアップロードされる。よって、サーバ１は、お勧め情報の提示対象のユーザのみならず、お勧め情報を提示する時間帯やユーザの家族も考慮して、その時間帯、その家族、そしてそのユーザに適した旬な情報をお勧め情報とすることができる。

〔その他補足事項〕
（時間に応じたお勧め情報の決定）
端末装置２は、ユーザの生活に合わせてお勧め情報を提示するために、日時や時間や時刻に応じて、お勧め情報を決定することが望ましい。例えば、朝の時間帯には、端末装置２は、日中の天気、交通情報、および当日のスケジュール等に連動したお勧め情報を提示することが望ましい。一方、夕方の時間帯には、端末装置２は、お勧めレシピ情報などを提示することが望ましい。また、夜の時間帯には、端末装置２は、お勧め番組（コンテンツ）情報を提示することが望ましい。

また、端末装置２は、ユーザの休日のお勧め情報と、ユーザの出勤日のお勧め情報とを異ならせることが望ましい。ここで、端末装置２は、テレビなど使用頻度が高い機器の操作履歴や視聴履歴などに基づいて、ユーザが在宅している確率が高い曜日や、ユーザが定時で帰宅する曜日などを推定することができる。

例えば、端末装置２は、ユーザによるテレビの視聴パターンをクラスタリングし、ユーザの代表的な視聴パターンを、教師データ（出勤日、休日などが既知である人物の視聴パターンのデータ）と比較する。これにより、端末装置２は、ユーザが休日である曜日や、ユーザが勤務をする曜日などを判定することができる。

また、端末装置２は、月や年に応じて、お勧め情報を変更してもよい。例えば、１１月には、端末装置２は、鍋料理を作ることを勧める表示とともに、鍋のレシピを紹介するウェブページにリンクしたお勧め情報を表示してもよい。また、端末装置２は、時刻に応じて、お勧め情報を変更してもよい。例えば、端末装置２は、表示するお勧め情報を決定する際、ユーザがその時間帯に視聴したことがあるコンテンツの優先度を上げてもよい。

（複数のユーザがいる場合）
端末装置２がカメラでユーザを識別（顔認識）する構成では、端末装置２は、複数の顔（複数のユーザ）を特定することができる。複数のユーザが操作をしている場合、端末装置２は、各ユーザの操作履歴情報に加え、複数のユーザの操作履歴情報も記憶することが望ましい。この構成では、端末装置２は、複数のユーザの操作履歴情報に基づいて、お勧め情報を決定することができる。なお、端末装置２は、ユーザの声に基づいて、ユーザを特定することもできる。

あるいは、端末装置２は、一般的なクラスタリングの方法により、ユーザが属するクラスを選定することで、複数のユーザを区別してもよい。この構成によれば、ユーザの個人データが予め登録される必要がないという利点を有する。

また、端末装置２は、時間帯に応じて、お勧め情報を変更してもよい。例えば、端末装置２は、昼の時間帯には、幼児を含む家族（複数のユーザ）がコンテンツを視聴する可能性があることを考慮して、幼児向けの番組をお勧め番組として提示する。一方、端末装置２は、深夜の時間帯には、識別したユーザに応じたお勧め番組を提示してもよい。

（音声によるお勧め情報の提示）
端末装置２は、天気予報、ニュース、および交通情報などのお勧め情報が選択された場合、それらの情報を音声で読み上げてもよい。音声の合成を実行する機器は、端末装置２であってもよいし、他の機器であってもよい。

（お勧め情報を表示する時間帯について）
端末装置２がお勧め情報を提示する時間帯は、調整可能であることが望ましい。ユーザが時間帯を設定してもよいし、システム（端末装置２またはサーバ１）が時間帯を設定してもよい。例えば、ユーザは、通常、夜中には寝ていると考えられる。そのため、端末装置２は、夜中の時間帯には、お勧め情報を提示しないことが望ましい。また、端末装置２は、ユーザの操作履歴に基づいて、ユーザが端末装置２を利用する時間帯を推定し、推定した時間帯またはそれに近い時間帯において、お勧め情報を提示してもよい。

（お勧め情報の傾向の設定、およびキャラクタ設定）
端末装置２は、お勧め情報の傾向を設定可能であることが望ましい。例えば、傾向には、アニメ多め、幼児向け、大人向け、などが含まれていてよい。また、端末装置２は、お勧め情報の傾向に応じたキャラクタ（例えばアバターキャラクタ）を表示してもよい。また、この場合、表示したキャラクタに応じた表示態様や、音声でお勧め情報を出力してもよい。

（他の機器との関係）
端末装置２は、時間帯によっては、ユーザが所有する他の機器（例えば、スマートフォン）に、お勧め情報を表示することが望ましい。例えば、１７時から１８時の間、端末装置２は、お勧めレシピ情報やお勧め番組情報をスマートフォンに送信する。これにより、ユーザは、会社からの帰宅途中、スマートフォンに表示されたお勧め情報を確認することによって、晩ごはんの料理を考えたり、夜の番組を予約したりすることができる。なお、端末装置２は、お勧め情報の傾向に応じて、お勧め情報の出力先を切り替えることが望ましい。例えば、端末装置２は、家族全員に対するお勧め情報を家族掲示板に投稿する一方、家族のうちの一人に対するお勧め情報をその一人のＳＮＳに投稿することが望ましい。なお、端末装置２としてのスマートフォンから、お勧め番組の録画予約をしたり、他の機器の動作制御（例えば、エアコンのオン・オフ制御）をしたりすることが可能であると望ましい。

端末装置２がテレビである場合、人物（子供）を検知して、お勧め情報を表示したとき、端末装置２は、例えば、母親の携帯電話に、お勧め情報が表示されたことを通知してもよい。この構成では、母親は、子供が学校から帰宅したことを知ることができる。さらに、この構成において、母親による携帯電話の操作に応じて、端末装置２が撮影した子供の様子が、母親の携帯電話に表示されてもよい。

同じユーザが複数の端末装置２（例えば、テレビおよび携帯電話）を使用している場合、それらの端末装置２は、各端末装置２の使用履歴情報・稼働履歴情報を全て用いて、お勧め情報を決定してもよい。これにより、ユーザの嗜好により合致したお勧め情報を提示することができる。

（コンテンツ視聴中のお勧め情報の提示）
端末装置２は、基本的に、ユーザを検知して表示をＯＮに切り替えたときにお勧め情報を提示する。しかしながら、ユーザにとって有用なお勧め情報がある場合、または、ユーザがコンテンツを視聴中であってもお勧め情報を確認したい場合、端末装置２は、リモコン操作、ジェスチャ操作、または音声入力に応じて、お勧め情報を提示してもよい。例えば、端末装置２は、表示中のコンテンツに重畳してお勧め情報を表示してもよいし、コンテンツの表示を一時的に縮小して、お勧め情報を表示してもよい。なお、端末装置２は、緊急のお勧め情報を有する場合、ユーザがコンテンツを視聴中であっても、該お勧め情報を提示することが望ましい。緊急のお勧め情報には、例えば、警報が発令されたこと、避難勧告が出されたことなどが含まれる。また、ユーザがオークションに参加している場合、他人の入札金額がユーザの入札金額を超えたことも、緊急のお勧め情報に含まれてよい。

（ユーザを検知する距離の設定）
端末装置２は、表示部２７の画面の大きさに応じて、ユーザを検知する距離を変更してもよい。例えば、画面が大きい場合、端末装置２が配置されている部屋も比較的大きいと考えられる。そのため、端末装置２は、ユーザを検知する距離を長くする。一方、画面が小さい場合、端末装置２は、ユーザを検知する距離を短くする。これにより、端末装置２が配置されている部屋内にユーザが居る場合のみ、端末装置２は、ユーザを検知して、お勧め情報を提示することができる。端末装置２は、撮影部２５を用いてユーザを検知した場合、撮影した画像中の顔の大きさに基づいて、ユーザまでの距離を推定してもよい。

（ジェスチャ認識）
ユーザが簡単にコンテンツを切り替えることができるように、端末装置２は、ジェスチャ認識可能であることが望ましい。この構成では、ユーザはリモコンを持っていない場合であっても、端末装置２を操作することができる。なお、端末装置２は、２眼カメラを用いてジェスチャ認識を行ってもよいし、赤外線および赤外線センセンサを用いてジェスチャ認識を行ってもよい。端末装置２は、ユーザの指先の小さな動きを識別可能であることが望ましい。

端末装置２は、お勧め情報のタイルを左右方向に一列で配列することが望ましい。この構成では、ユーザは、左右方向のみに指または手を移動させるという直感的かつ簡易なジェスチャ操作にてお勧め情報を選択することができる。また、人体の構造上、左右方向に手を動かしたときには、手が上下方向にぶれやすいが、お勧め情報が一列で配列している場合、このようなぶれに起因してユーザの意図しないお勧め情報が選択されることがない。

（お勧め情報の学習）
端末装置２は、ユーザに適切なお勧め情報を表示するために、ユーザフィードバックを活用することが望ましい。具体的には、端末装置２は、一度以上選択されたコンテンツ（お勧め情報）と類似するコンテンツの優先度を上げてもよいし、類似するコンテンツをお勧め情報に追加してもよい。また、端末装置２は、所定期間以上にわたって一度も選択されていないコンテンツと類似するコンテンツの優先度を低下させてもよいし、選択されていないコンテンツをお勧め情報から削除してもよい。

例えば、端末装置２は、お勧め情報に含まれる各コンテンツおよびそのカテゴリについての評価数値を記憶して、コンテンツが選択された回数に応じて、評価数値を増減させてもよい。また、端末装置２は、コンテンツの評価数値に応じて、そのコンテンツおよびそのカテゴリのコンテンツをお勧め情報に含めるか否かを決定してもよい。

（お勧め情報について）
端末装置２がユーザに提示するお勧め情報は、サーバ１や端末装置２等の任意の装置またはサービスにて選択または生成された情報、すなわち任意の装置またはサービスがユーザにお勧めする情報であればよい。例えば、お勧め情報は、上述の例で示したように、サーバ１や端末装置２、あるいは外部サーバがユーザに視聴を勧めるコンテンツを示す情報であってもよいし、天気情報やニュース等のユーザが関心のあるインターネット上の情報であってもよい。

また、お勧め情報のデータ形式およびユーザへの提示態様は特に限定されない。例えば、お勧め情報は、テキストデータであってもよいし、画像データであってもよいし、音声データであってもよいし、これらの組み合わせであってもよい。そして、テキストデータであるお勧め情報は、例えば、表示出力、音声出力、印字出力、およびこれらの組み合わせによってユーザに提示することができる。また、画像データであるお勧め情報は、表示出力、印字出力、およびこれらの組み合わせによってユーザに提示することができ、音声像データであるお勧め情報は音声出力によってユーザに提示することができる。

（フォーマットについて）
上記例では、お勧め情報を出力するフォーマットを複数のフォーマットの中から選択する例として、表示レイアウトを選択する構成を説明した。しかしながら、選択の対象とするフォーマットは、表示レイアウトに限られない。なお、フォーマットとは、お勧め情報の出力形式あるいは出力態様を示す情報である。例えば、テキストデータであるお勧め情報を表示出力する場合、テキストの書体を上記フォーマットとしてもよい。また、例えば、音声データであるお勧め情報を音声出力する場合、音量、音程、声色、テンポ（速さ）等を上記フォーマットとしてもよい。これらの構成により、例えばユーザの好みやお勧め情報の内容等に応じた態様でお勧め情報をユーザに提示することができる。

また、上記フォーマットは、何れの装置にお勧め情報を出力させるかを示す情報であってもよい。例えば、出力機器としてテレビを指定するフォーマットと、出力機器として携帯型の端末装置を指定するフォーマットとを予め用意しておき、お勧め情報の内容に応じて何れかのフォーマットを選択してもよい。これにより、例えば、テレビで視聴することが推奨される映画などのお勧め情報はテレビに出力させ、レシピ情報などのようにユーザが手元で確認するお勧め情報は携帯型の端末装置２に出力させることもできる。

〔実施形態２〕
上記実施形態では、サーバ１がお勧め情報を生成し、レイアウト情報を選択する例を示したが、お勧め情報の生成とレイアウト情報の選択の少なくとも一方を端末装置２が実行する構成としてもよい。つまり、端末装置２は、お勧め情報を出力するフォーマットを、複数のフォーマットの中から選択するフォーマット選択部と、お勧め情報を生成するお勧め情報生成部とを備えていてもよい。

また、お勧め情報の生成に用いる各種情報は、サーバ１や外部サーバから取得してもよいし、予め端末装置２に格納しておくことのできる情報であれば、端末装置２に格納しておいてもよい。レイアウト情報についても同様であり、予め端末装置２に格納しておいてもよいし、サーバ１や外部サーバから取得してもよく、要はお勧め画面を表示するときに選択可能なレイアウト情報が複数存在していればよい。

また、端末装置２は、お勧め情報生成部を備えている場合、お勧め情報の生成に用いる各種情報を取得する情報取得部をさらに備えていてもよい。そして、この情報取得部は、端末装置２がお勧め情報を出力する際の状況を示す状況情報、および端末装置２とは異なる他の機器の動作履歴情報の少なくとも何れかを取得するものであってもよい。

〔実施形態３〕
上記各実施形態では、１つのサーバ１を用いる例を説明したが、サーバ１の有する各機能が、個別のサーバにて実現されていてもよい。また、端末装置２の有する機能の少なくとも一部を、サーバ１または他のサーバに実行させてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。

〔実施形態４〕
本発明の一実施形態について、図１および図２５から図３２に基づいて説明する。なお、上記実施形態と同様の構成には同一の参照番号を付し、その説明を省略する。

〔概要〕
本実施形態の推薦システム５の概要を図２５に基づいて説明する。図２５は、本実施形態の推薦システム５の動作を説明する図である。図示のように、本実施形態の推薦システム５は、ＳＴＢ（Set Top Box）３（制御装置）と端末装置（表示装置）４を含む。ＳＴＢ３は、コンテンツのお勧め情報を端末装置４に表示させる装置である。なお、本実施形態では、端末装置４がテレビジョン受像機（以下、ＴＶと称する場合がある）である例を説明するが、端末装置４はテレビジョン受像機に限定されない。また、ＳＴＢ３と端末装置４の詳細については後述する。

図示の推薦システム５では、ＳＴＢ３が人感センサによりユーザを検知し、検知したユーザに対してあいさつの言葉を発話する。そして、ＳＴＢ３は、図示しないサーバ１からお勧め情報を取得して、端末装置４に表示させる。また、ＳＴＢ３は、端末装置４にお勧め情報のお勧め理由の発話（理由発話と呼ぶ）、またはお勧め情報に少なくとも直接には関係しない内容の発話（雑談発話と呼ぶ）を行わせる。同図には、Ｍ１からＭ５の５つのメッセージを示しているが、このうちＭ１からＭ４が理由発話であり、Ｍ５が雑談発話である。ＳＴＢ３は、これらのメッセージの何れかを端末装置４に発話させる。

〔お勧め画面〕
ＳＴＢ３が表示させるお勧め画面について図２６に基づいて説明する。図２６は、お勧め画面の一例を示す図である。図示の例では、実施形態１で説明したタイル６０と同様の矩形が、一画面の中央付近に４つ横一列で配置されている。本実施形態では、これらの矩形をそれぞれカード７０Ａ〜７０Ｄと呼ぶ。なお、各カードを区別する必要がないときには、単にカード７０と記載する。なお、カード７０に含まれる情報の詳細については後述する。

図示のお勧め画面に配置されたカード７０は、ユーザの入力操作によって選択可能である。言い換えれば、各カード７０はそのカード７０にてお勧めするコンテンツを選択させるためのオブジェクトである。図示のように、カード７０が放送コンテンツやネットコンテンツなどのコンテンツをお勧めするものである場合、ＳＴＢ３は上記入力操作に応じてコンテンツを端末装置４に表示させたり、コンテンツの視聴予約や録画予約を端末装置４に行わせたりする。なお、該入力操作は特に限定されない。例えば端末装置４のリモコン（遠隔操作装置）のカラーボタン（所定の選択キー）のいずれかをユーザが押下したことに応じて、カード７０Ａ〜７０Ｄのいずれかが選択されてもよい。この例の場合、図示のようにカード７０Ａ〜７０Ｄの色はそれぞれ別の色であり、これらの色の組み合わせはカラーボタンの色と一致していることが好ましい。また、リモコンにおけるカラーボタンの並び順と、カード７０Ａ〜７０Ｄの並び順とは一致していることが好ましい。これにより、ユーザはカード７０とカラーボタンとの対応付けを容易に理解することができる。

また、図示のようにお勧め画面はカード７０以外の情報を含んでいてもよい。該情報は特に限定されないが、例えば、図示のお勧め画面の上側付近に表示されている情報であってもよい。該情報は、現在時刻、現在の日付および曜日、今日の天気（天気予報）、今日の最高気温および最低気温、並びに今日の花の情報（現在の日付に関連するメッセージ）である。これらの情報は、ＳＴＢ３がサーバから定期的に取得することにより、更新される。

また、図示のお勧め画面の左下付近には４つのアイコンが縦一列に表示されている。該アイコンがユーザの入力操作によって選択されると、ＳＴＢ３および端末装置４はアイコンに応じた処理を実行する。

一番上のアイコンは、端末装置４にお勧め画面の表示を終了させて放送コンテンツの表示を開始させるためのオブジェクトである。このアイコンが選択された場合、ＳＴＢ３はお勧め画面に代えて、端末装置４に放送コンテンツを表示させる。つまり、端末装置４に、外部出力（ＳＴＢ３の出力）から内部出力（端末装置４の出力）への出力切り替えを行わせる。

また、上から二番目のアイコンは、お勧め画面に配置されたカード７０を更新させるためのオブジェクトである。このアイコンが選択された場合、ＳＴＢ３はカード７０の更新を行う。より具体的には、新たな４つのカード７０を画面の中央付近に横一列で表示させる。なお、表示可能なカード７０が４つに満たない場合は、表示させるカード７０は３つ以下であってもよい。なお、上から二番目のアイコンが連続して所定回選択された場合、ユーザは視聴したいコンテンツを探していると考えられるので、表示するカード７０の数を５以上に増やしてもよい。

また、上から三番目のアイコンは、ユーザにお勧め画面の設定を行わせるためのオブジェクトである。このアイコンが選択された場合、ＳＴＢ３はお勧め画面に代えて、お勧め画面の設定を行う設定画面を端末装置４に表示させる。

また、一番下のアイコンは、権利関係の情報を表示させるためのオブジェクトである。このアイコンが選択された場合、ＳＴＢ３はお勧め画面に代えて、カード７０としてお勧め画面に表示される各コンテンツの権利に関する情報を提示する画面を端末装置４に表示させる。なお、お勧め画面に表示されるアイコン、および該アイコンがユーザによって選択された場合の処理は、上述した例に限定されない。

〔推薦システム５の概要〕
次に、本実施形態に係る推薦システム５の概要について図２７に基づいて説明する。図２７は、本実施形態に係る推薦システム５の概要を示すブロック図である。図示のように、本実施形態に係る推薦システム５は、サーバ１、ＳＴＢ３、ＴＶ（端末装置４）、コンテンツ配信サーバ、およびリモコンを含む。

本実施形態に係るサーバ１は、実施形態１で説明したサーバ１と異なり、ユーザの視聴履歴などに基づいて生成したお勧め情報を、端末装置ではなくＳＴＢ３に送信する。また、本実施形態に係るサーバ１は、お勧め情報の表示レイアウトが１種類である場合（例えば、図２６に示すお勧め画面の表示レイアウトのみである場合）、レイアウト情報をＳＴＢ３に送信しなくてもよい。なお、サーバ１が有する各機能が、個別のサーバにて実現されていてもよい。

ＳＴＢ３は、サーバ１が送信するお勧め情報を受信して、お勧め画面（図２６参照）を生成し、ＴＶ（端末装置４）に該お勧め画面を表示させる。また、ＳＴＢ３は、上述のようにしてお勧め画面から選択されたコンテンツ（放送コンテンツまたは外部コンテンツ）の表示、放送コンテンツの視聴予約などを端末装置４に実行させる。また、ＳＴＢ３は図示のように人感センサを備えており、上述したように、検知したユーザに対してあいさつの言葉を発話する。

ＴＶは、上述の端末装置４である。端末装置４は、一般的なＴＶが備える放送コンテンツを表示する機能に加え、外部コンテンツ（インターネットを介して配信されるネットコンテンツなど）を取得し、表示する機能を備えている。これにより、端末装置４は、お勧め画面から選択された外部コンテンツを表示することができる。

図示のリモコンは従来のリモコンと同様である。なお、図２７では、リモコンが出力した信号をＳＴＢ３が直接受信するように矢印が記載されているが、端末装置４のリモコンを用いる場合には、リモコンが出力した信号は端末装置４が受信する。そして、端末装置４は受信した上記信号をＳＴＢ３に転送し、これによりＳＴＢ３はリモコンによる操作内容を認識する。例えば、お勧め画面が表示された状態で、リモコンのカラーボタンのいずれかが押下されたことを示す信号を端末装置４が取得した場合、端末装置４は該信号をＳＴＢ３に送信する。上述のように、カラーボタンはカード７０に対応しているから、ＳＴＢ３は上記信号により、何れのカード７０が選択されたかを特定することができる。

無論、ＳＴＢ３をリモコン（遠隔操作装置）にて直接操作できるようにしてもよく、この場合、該リモコンにも４色のカラーボタンを設けて、各カラーボタンに応じた色のカード７０を選択できるようにすることが好ましい。

コンテンツ配信サーバは、外部コンテンツを端末装置４に送信する。なお、コンテンツ配信サーバは複数あってもよい。

〔カードの生成から表示までの流れ〕
次に、カードの生成から表示までの流れについて、図２８に基づいて説明する。図２８は、カードの生成から表示までの流れを示す図である。学習サーバは端末装置４におけるコンテンツの視聴履歴をＳＴＢ３または端末装置４から取得して、その視聴履歴をＳＴＢ３または端末装置４における視聴履歴として記録している。なお、コンテンツを視聴したユーザの識別を行っている場合は、当該ユーザの視聴履歴として記録してもよい。

配信サーバは、カード７０の元になるメタ情報をコンテンツプロバイダから取得する。また、この際に、カード７０の表示に関するコンテンツプロバイダの意向や要望を示すインテンド情報も取得してもよい。インテンド情報は、例えばサムネイル画像の表示可否や表示有効期限、優先度等を示す情報であってもよい。

そして、配信サーバは、上記メタ情報と視聴履歴から、端末装置４に表示させるべきカード７０を決定し、決定したカード７０をＳＴＢ３に送信する。このように、配信サーバがカード７０を決定することにより、多様なコンテンツプロバイダの提供するコンテンツのお勧め情報をカード７０という単一の形式でユーザに提示することができる。つまり、配信サーバは、コンテンツプロバイダを問わずにコンテンツの推薦を行うことができるプラットフォームを提供している。

そして、ＳＴＢ３は、受信したカード７０を端末装置４に表示させる。このとき、ＳＴＢ３は、カード７０に対するインテンド情報に基づいてカード７０の表示内容を変更等してもよい。なお、この際のＳＴＢ３の処理は、コンテンツプロバイダのアプリケーションソフトウェア（ＣＰ−Ａｐｐｓ）をＳＴＢ３にインストールすることで実行してもよい。

〔サーバの実行する処理〕
上述の学習サーバと配信サーバの機能は、図２に示した１つのサーバ１にて実現することができる。これについて、図２に基づいて説明する。

情報管理部１０３は、端末装置４におけるコンテンツの視聴履歴の取得と記録を行う。なお、視聴履歴は直接端末装置４から取得してもよいし、ＳＴＢ３を介して取得してもよい。取得した視聴履歴は、端末装置４の機器ＩＤと対応付けて履歴ＤＢ１１１に格納される。

お勧め情報生成部１０２は、カード７０を表示するために必要な各種データとインテンド情報を対応付けたお勧め情報を生成する。お勧め情報は、お勧めするコンテンツ１つに対して１つ生成され、これによりお勧めする１つのコンテンツに対して１枚のカード７０が表示されることになる。以下、お勧め情報の生成について説明する。

まず、お勧め情報生成部１０２は、下記の３通りの方法でお勧めするコンテンツを決定する。お勧めするコンテンツが偏らないように、各方法のそれぞれで複数のコンテンツを決定することが好ましい。なお、お勧めするコンテンツの決定方法は特に限定されず、例えば上記実施形態で述べたような方法で決定してもよい。

（１）視聴履歴に基づくお勧め
（２）外部サービスからのお勧め
（３）ランキングに基づくお勧め
なお、上記（１）は、端末装置４において、よく視聴されているコンテンツ、よく視聴されているジャンルのコンテンツ、よく視聴されているコンテンツに共通して出演している出演者が出演しているコンテンツをお勧めコンテンツとするものである。また、上記（２）は、コンテンツプロバイダが指定したコンテンツや、コンテンツプロバイダにおける視聴回数や録画または視聴予約数のランクが高いコンテンツをお勧めコンテンツとするものである。そして、上記（３）は、その時点での視聴率や視聴者数が多いコンテンツをお勧めコンテンツとするものである。

次に、お勧め情報生成部１０２は、お勧めするコンテンツのメタ情報およびインテンド情報をそのコンテンツのコンテンツプロバイダ等から取得する。また、お勧め情報生成部１０２は、コンテンツのお勧め理由に応じた理由発話のメッセージを取得する。なお、お勧め理由が同じであっても、理由発話のメッセージは複数種類（例えば４種類）取得することが好ましい。各メッセージは、語尾、使用する単語、音声の高低や大小などが異なるものであってもよい。これにより、ＳＴＢ３が出力する音声のバリエーションが増えるため、ユーザを飽きさせないという利点がある。このようなメッセージは、お勧め理由ごとに予め用意しておけばよい。なお、メッセージは音声データであってもよいし、テキストデータであってもよい。ただし、メッセージがテキストデータである場合には、ＳＴＢ３がテキストデータの読み上げ機能を備えている必要がある。

さらに、お勧め情報生成部１０２は、取得したメタ情報から、カード７０に表示させるべき各データ（詳細は図３０および図３１に基づいて後述する）を生成する。そして、生成または取得した上述の各データとインテンド情報を対応付けて１枚のカード７０に対応するお勧め情報として生成する。

お勧め情報生成部１０２が生成したお勧め情報は、情報送信部１０５によってＳＴＢ３に送信される。コンテンツが放送コンテンツである場合のお勧め情報は、例えば、コンテンツをお勧めする理由、放送局名、放送日時、コンテンツのタイトルおよび内容、コンテンツのサムネイルを含んでいてもよい。また、コンテンツが外部コンテンツである場合、上記放送局名がコンテンツプロバイダ名に、放送日時が再生時間にそれぞれ変更されてもよい。なお、送信するお勧め情報の数、すなわちカード７０の数は、５以上とすることが好ましい。これにより、ＳＴＢ３側で表示させるカード７０を選択する余地が生じる。

また、お勧め情報生成部１０２は、雑談発話（図２５のＭ５）のメッセージを取得し、情報送信部１０５は、このメッセージについてもＳＴＢ３に送信する。ユーザを飽きさせないようにするため、雑談発話のメッセージは複数種類送信することが好ましい。メッセージの内容は特に限定されず、例えば、天気に関するメッセージ、時間帯に関するメッセージ、コンテンツ全般に関するメッセージ、ニュースに関するメッセージ等が挙げられる。なお、雑談発話のメッセージは予め記憶しておいたものを取得してもよいし、お勧め情報生成部１０２が生成してもよい。生成する場合、外部サーバ（例えば、天気予報の情報を管理するサーバ）から取得した情報と、サーバ記憶部１１に記憶されている音声フォーマット（不図示）とから生成してもよい。

なお、お勧め情報生成部１０２がお勧め情報としてカード７０を生成し、レイアウト選択部１０４がこのカード７０を図２６のようなレイアウトに配置したお勧め画面を生成して、情報送信部１０５がこのお勧め画面をＳＴＢ３に送信してもよい。この場合、ＳＴＢ３は、受信したお勧め画面をそのまま端末装置４に表示させればよい。

〔ＳＴＢの要部構成〕
ＳＴＢ３の要部構成を図１に基づいて説明する。図１は、ＳＴＢ３と端末装置４の要部構成の一例を示すブロック図である。図示のように、ＳＴＢ３は、ＳＴＢ制御部３０、ＳＴＢ記憶部３１、ＳＴＢ通信部３２、ＳＴＢ−端末通信部３３、人感センサ３４、およびＳＴＢ音声出力部（第１の音声出力部）３５を備えている。また、ＳＴＢ制御部３０は、ユーザ有無判定部（ユーザ検出部、音声出力制御部）３００、お勧め情報取得部３０１、お勧め内容決定部（メッセージ選択部、お勧め内容変更部）３０２、お勧め制御部（音声出力制御部）３０３、およびＦＢ処理部（選択結果通知部）３０４を含む。なお、人感センサ３４は、図３の人感センサ２４と同様の構成であるから説明を省略する。

ＳＴＢ制御部３０はＳＴＢ３の各部を統括して制御するものであり、ＳＴＢ記憶部３１はＳＴＢ３が使用する各種データを記憶するものである。また、ＳＴＢ通信部３２はＳＴＢ３が外部の装置（例えばサーバ１）と通信するためのものであり、ＳＴＢ−端末通信部３３はＳＴＢ３が端末装置４と通信するためのものである。なお、ＳＴＢ３と端末装置４の通信方式は特に限定されないが、ここではＨＤＭＩ（登録商標）による有線接続である例を説明する。そして、ＳＴＢ音声出力部３５はＳＴＢ制御部３０の制御に従って音声を出力するものである。

ユーザ有無判定部３００は、ＳＴＢ３の周囲のユーザを検出して、ＳＴＢ３を起動（端末装置４に画像を出力可能な状態に遷移）させる。また、ユーザ有無判定部３００は、ユーザを検出したことに応じて、ＳＴＢ音声出力部３５にユーザに対するメッセージを音声出力させる。

お勧め情報取得部３０１は、サーバ１からお勧め情報、すなわちカード７０を表示するために必要な各種データとインテンド情報を対応付けた情報を取得する。また、お勧め情報取得部３０１は、理由発話のメッセージと雑談発話のメッセージについてもサーバ１から取得する。

お勧め内容決定部３０２は、端末装置４に表示させるお勧め情報を決定する。この際、お勧め内容決定部３０２は、放送時間が所定時間以下（例えば、放送時間の２／３が経過しているなど）の放送コンテンツについては、端末装置４に表示させるお勧め情報としないことが好ましい。なお、上記「所定時間」は、上記の例のようにお勧めする放送コンテンツの放送時間の長さに応じて決められた時間であってもよいし、例えば１０分等の固定的な時間であってもよい。また、放送開始直前（例えば、放送開始５分前など）の放送コンテンツについて、そのコンテンツの録画予約をお勧めするお勧め情報は、端末装置４に表示させるお勧め情報としないことが好ましい。これにより、お勧め情報が選択されたが、そのコンテンツを冒頭から録画できないという状況を防ぐことができる。

なお、お勧め内容決定部３０２は、端末装置４およびそのユーザの少なくとも何れかに応じて端末装置４に表示させるお勧め情報を決定してもよい。例えば年齢制限のあるコンテンツのお勧め情報は、その年齢制限にかかるユーザが視聴する端末装置４に表示させないようにしてもよい。また、どのようなコンテンツのお勧め情報を表示させるか（あるいは表示させないか）をユーザが設定可能としてもよく、この場合、お勧め内容決定部３０２は、ユーザの設定に従ってお勧め情報を選択する。このように、サーバ１側ではなく、ユーザの所持するＳＴＢ３側でお勧め情報の選択基準を設定可能とすることにより、サーバ１は複数のＳＴＢ３に共通のお勧め情報を一括で送信することが可能になり、効率のよい送信が可能になる。また、ＳＴＢ３は、サーバ１からお勧め情報を受信済みであるが、選択基準によってそれを表示しないだけであるから、選択基準を変更すれば、サーバ１にアクセスすることなくそのお勧め情報を表示させることができる。

さらに、お勧め内容決定部３０２は、お勧め情報を表示させるタイミングに応じてお勧め情報の表示内容を変更する。具体的には、お勧め内容決定部３０２は、お勧め情報にコンテンツのサムネイル画像が含まれている場合に、インテンド情報として該サムネイル画像の表示を許可する情報が含まれているか否かを判定する。そして、含まれていると判定した場合には、そのサムネイル画像を表示すると決定し、含まれていないと判定した場合には、そのサムネイル画像を表示しないと決定する。なお、インテンド情報にサムネイル画像の表示を許可する期間を示す情報が含まれている場合、お勧め内容決定部３０２は、現在の時刻がその期間内であるか否かを判定し、期間外であれば表示しないと決定する。表示しない場合、お勧め内容決定部３０２は、画像表示領域を空白としてもよいし、お勧めするコンテンツのジャンルを示す画像（後述のジャンルアイコン）を画像表示領域に表示してもよい。

また、お勧め内容決定部３０２は、お勧め情報取得部３０１が取得した複数のお勧め情報に優先度が設定されている場合、その優先度に従って、表示させるお勧め情報を決定する。お勧め情報の優先度を示す情報は、例えばインテンド情報に含まれていてもよい。そして、お勧め情報取得部３０１が取得したお勧め情報に、表示させることが必須であることを示す表示必須情報を含む必須お勧め情報が含まれている場合には、お勧め内容決定部３０２は、上記優先度にかかわらず必須お勧め情報を表示させる。表示必須情報もインテンド情報に含まれていてもよい。この場合、コンテンツプロバイダ側でお勧め情報の表示を制御することができる。つまり、コンテンツプロバイダは、表示必須情報や高い優先度の設定をインテンド情報に含めることにより、特定のコンテンツのお勧め情報を必ず表示させたり、高い確率で表示させたりすることが可能になる。

さらに、お勧め内容決定部３０２は、お勧め情報に関するメッセージと、お勧め情報と少なくとも直接には関連しないメッセージとを含む複数のメッセージの中からメッセージを選択する。具体的には、お勧め内容決定部３０２は、表示させるカード７０のそれぞれに対応する理由発話のメッセージと、サーバ１から受信した雑談発話のメッセージとを含む複数のメッセージの中から端末装置４に発話させるメッセージを選択する。

お勧め制御部３０３は、お勧め内容決定部３０２が決定したお勧め情報を端末装置４に出力させる。なお、表示させたお勧め情報のコンテンツが放送コンテンツである場合に、該コンテンツの放送時間が所定時間以下となったときには、お勧め制御部３０３は、当該お勧め情報の表示を終了させる。この場合、放送時間が所定時間以下となっていない放送コンテンツのお勧め情報や、外部コンテンツ等のお勧め情報については表示を継続してもよく、表示を終了させたお勧め情報に代わる新たなお勧め情報を追加してもよい。追加する場合、表示を終了させたお勧め情報と関連するお勧め情報（例えばお勧めの理由が同じものや、放送コンテンツの視聴をお勧めするもの）を追加することが好ましい。また、全てのお勧め情報を更新してもよい。

また、お勧め制御部３０３は、お勧め内容決定部３０２が選択したメッセージ（理由発話または雑談発話のメッセージ）を端末装置４に音声出力させる。

さらに、お勧め制御部３０３は、端末装置４にて選択されたお勧め情報のコンテンツを当該端末装置４に出力させる。具体的には、お勧め画面を表示している状態において、端末装置４のリモコンの４色のカラーボタンの何れかが押下されると、端末装置４のＳＴＢ連携制御部４００は押下されたカラーボタンを示す信号をＳＴＢ３に送信する。そして、お勧め制御部３０３は、上記信号から選択されたお勧め情報を特定し、該お勧め情報のコンテンツを出力するように端末装置４に指示する。

ＦＢ処理部３０４は、端末装置４に表示させて選択されたお勧め情報と、端末装置４に表示させたが選択されなかったお勧め情報をそれぞれ特定し、特定結果を所定の通知先装置に通知する。具体的には、特定結果はサーバ１に通知し、通知した特定結果は、サーバ１の情報管理部１０３が取得し、履歴ＤＢ１１１に記録する。具体的には、情報管理部１０３は、コンテンツ、端末装置４のＩＤ（ユーザが特定できる場合にはユーザＩＤも）、および選択されたか否かを示す情報を対応付けて記録する。また、コンテンツをお勧めした日時などを併せて記録してもよい。なお、図２８の例のように、配信サーバと学習サーバが分かれている場合には、上記「所定の通知先装置」は、ＳＴＢ３に提供するお勧め情報を決定するサーバ、すなわち学習サーバとなる。

この記録は、お勧め情報生成部１０２による次回以降のお勧め情報の生成に反映される。つまり、お勧め情報生成部１０２は、ユーザに選択されたコンテンツについては、端末装置４のユーザの嗜好に合致しているものと判定する。そして、該コンテンツと同じジャンルのコンテンツ、該コンテンツと同じ出演者が出演しているコンテンツ等、該コンテンツに関連したコンテンツを優先的にお勧め情報とする。逆に、ユーザに選択されなかったコンテンツについては、端末装置４のユーザの嗜好に合致していないものと判定する。そして、該コンテンツと同じジャンルのコンテンツ、該コンテンツと同じ出演者が出演しているコンテンツ等、該コンテンツに関連したコンテンツはお勧め情報とする優先度を下げる。

ただし、ユーザの嗜好に合ったお勧め情報であっても、ユーザにコンテンツを視聴する時間がないとき等には選択されないため、選択されなかったお勧め情報が、ユーザの嗜好に合わないとはせず、嗜好に合うと嗜好に合わないとの中間的な評価としてもよい。これにより、このようなコンテンツについて、ユーザの嗜好に合うことが分かっているコンテンツよりはお勧めされる可能性を下げつつ、ユーザの嗜好に合わないことが分かっているコンテンツよりも優先してお勧めすることが可能になる。

なお、お勧め情報を選択してコンテンツの視聴が開始されたが、コンテンツが最後まで視聴されることなく、視聴が終了されることも考えられる。特に、コンテンツの視聴時間が短かった場合には、そのコンテンツはユーザの嗜好に合わなかった可能性がある。そこで、ＦＢ処理部３０４は、お勧め情報が選択された後、そのお勧めにかかるコンテンツが視聴された時間を計測し、その時間についてもサーバ１に通知してもよい。これにより、サーバ１は、視聴時間に応じた重み付けをする等の手法により、ユーザの嗜好に合うコンテンツのお勧め情報を選択できるようになる。

〔端末装置の要部構成〕
端末装置４の要部構成を図１に基づいて説明する。端末装置４は、端末−ＳＴＢ通信部４０および端末音声出力部（第２の音声出力部）４１を備えている点で図３の端末装置２と相違している。また、端末制御部２０にＳＴＢ連携制御部４００が含まれている点でも図３の端末装置２と相違している。本実施形態では、ＳＴＢ３がユーザの検出、カード７０の取得および表示制御等の処理を行うので、端末装置４の構成は従来の一般的なＴＶと概ね同様なものとすることが可能である。

端末−ＳＴＢ通信部４０は、端末装置４がＳＴＢ３と通信するためのものである。上述のように、ここではＨＤＭＩ（登録商標）にて通信する例を説明する。また、端末音声出力部４１は、端末制御部２０の制御に従って音声を出力するものである。

ＳＴＢ連携制御部４００は、ＳＴＢ３の制御に従って端末装置４の出力を切り替えさせる制御を行う。具体的には、ＳＴＢ連携制御部４００は、ＳＴＢ３からお勧め画面と理由発話または雑談発話の音声データを受信したことに応じて、出力切替部２０９に指示して、表示部２７に出力させる画像をＳＴＢ３から受信したお勧め画面に切り替えさせるとともに、端末音声出力部４１から上記音声データを出力させる。

〔ＳＴＢ３および端末装置４の動作概要〕
次に、ＳＴＢ３および端末装置４の動作概要を図２９に基づいて説明する。図２９は、ＳＴＢ３および端末装置４の動作概要を説明する図である。図示のように、ユーザがＳＴＢ３に近づき、人感センサ３４の検出圏内に入ると、ＳＴＢ３は端末装置４（ＴＶ）の起動状態（起動しているか否かを示す情報）を取得する。ここで、端末装置４が起動していない（ＯＦＦ状態である）ことを示す情報を取得すると、ＳＴＢ３は、端末装置４に起動指示（ＯＮ通知）を送信する。このとき、ＳＴＢ３がＯＮ通知を送信してから、端末装置４の画面表示および音声出力が可能となるまでには５〜１５秒程度のタイムラグがある。そのため、ＳＴＢ３は起動音を出力し、続いてユーザに対するあいさつの音声メッセージ（こんにちは）を出力する。これにより、端末装置４の画面表示および音声出力が可能となるまで、ユーザを端末装置４の前に留めておくことができる。

なお、あいさつの音声は時間帯に応じて変更してもよい。例えば、午前中であれば「おはよう」、午後は「こんにちは」、夜は「こんばんわ」と出力してもよい。また、ＳＴＢ３は、あいさつの言葉を出力してから端末装置４の画面表示および音声出力が可能となるまでの間、図示のように待受け音を出力してもよい。この例の場合、端末装置４は画面表示および音声出力が可能となると、その旨をＳＴＢ３に通知する。ＳＴＢ３は該通知を受けて、待受け音の出力を停止する。

端末装置４は、上述したように、ＯＮ通知を受けてから５〜１５秒程度で画面表示を行い、音声を出力する。具体的には、端末装置４は起動音を出力して図２６に示したお勧め画面を表示する。そして、端末装置４は、理由発話Ｍ１〜Ｍ４の何れか、または、雑談発話Ｍ５（図２５参照）を音声出力する。

その後、ユーザがリモコンの電源ボタンを押下すると、端末装置４はリモコンからの信号に従ってＯＦＦ状態となる。このとき、端末装置４はＳＴＢ３にＯＦＦ状態となる旨を示す通知（ＯＦＦ通知）を送信する。これにより、ＳＴＢ３は端末装置４がＯＦＦ状態となったことを認識することができる。なお、端末装置４をＯＦＦ状態とする方法はこの例に限定されない。例えば、ユーザが人感センサ３４の検出圏外に出たときに端末装置４がＯＦＦ状態となってもよい。この例の場合、ＳＴＢ３はユーザが人感センサ３４の検出圏外に出たことを検知すると、端末装置４に終了指示を送信する。端末装置４は、該終了指示に従ってＯＦＦ状態となるとともに、ＳＴＢ３にＯＦＦ通知を送信する。これにより、ＳＴＢ３は端末装置４が指示通りＯＦＦ状態となったことを認識することができる。

〔カード７０の詳細（放送コンテンツの場合）〕
次に、放送コンテンツをユーザにお勧めするためのカード７０の詳細について、図３０を参照して説明する。図３０は、放送コンテンツをユーザにお勧めするためのカード７０の例を示す図である。

カード７０は、動作アイコン表示領域Ａ、タイトル表示領域Ｂ、画像表示領域Ｃ、時間表示領域Ｄ、提供元表示領域Ｅ、およびお勧め理由表示領域Ｆを含む。これらの各領域にお勧めするコンテンツに関する関連情報が表示される。なお、カード７０に含まれる関連情報はこの例に限定されるものではない。上述したように、カード７０は、サーバ１から取得したお勧め情報に基づいてＳＴＢ３が生成する。つまり、カード７０に含まれる内容は、全てお勧め情報に基づくものである。

動作アイコン表示領域Ａには、カード７０を選択したときに端末装置４にて行われる動作を示す動作アイコンが表示される。図示の例における動作アイコンは、放送コンテンツの予約（端末装置４が録画機能を備えている場合には録画予約または視聴予約、録画機能を備えていない場合には視聴予約）動作を示している。端末装置４が録画予約機能を備えているか否かをお勧め内容決定部３０２が判定し、備えていなければ視聴予約動作を示す動作アイコンを表示し、備えていれば録画予約動作を示す動作アイコンを表示してもよい。なお、前述の図２６のカード７０Ｂの動作アイコンは放送コンテンツの視聴開始動作を示している。

タイトル表示領域Ｂには、お勧めの対象となる放送コンテンツのタイトルが表示される。放送コンテンツの内容等も本表示領域に表示してもよい。また、提供元表示領域Ｅには、お勧めの対象となる放送コンテンツの放送局名が表示される。

画像表示領域Ｃには、コンテンツを示す画像が表示される。コンテンツのサムネイル画像がある場合には、同図の左側に示すように、画像表示領域Ｃにサムネイル画像が表示される。一方、サムネイル画像が取得できなかった場合や、取得できたがその使用許可を示すインテンド情報は取得できなかった場合には、同図の右側に示すように、コンテンツのジャンルを示すジャンルアイコンが表示される。

時間表示領域Ｄには、お勧めの対象となる放送コンテンツの放送日時（時間情報）が表示される。なお、お勧めの対象となる放送コンテンツが、カード７０を表示する時点で放送開始されていない場合には、図３０の例のように、放送開始時刻（時間情報）を表示し、放送終了時刻の表示は省略してもよい。一方、お勧めの対象となる放送コンテンツが、カード７０を表示する時点で放送開始されている場合には、図２６のカード７０Ｂのように、放送終了時刻（時間情報）を表示し、放送開始時刻の表示は省略してもよい。なお、これらの情報に加えて、放送開始から終了までの時間（尺）（時間情報）を表示してもよい。

お勧め理由表示領域Ｆには、コンテンツのお勧め理由、言い換えれば、当該放送コンテンツの選択の基準となった事項を示すメッセージが表示される。例えば、視聴頻度が高いという基準で選択された放送コンテンツについては、図示のように「よく見る番組です」のようなメッセージが表示される。このようなメッセージはサーバ１が取得してＳＴＢ３に送信してもよいし、サーバ１がメッセージの選択基準をＳＴＢ３に通知して、ＳＴＢ３がその選択基準に応じたメッセージを取得してもよい。

なお、ＳＴＢ３は、動作アイコン、お勧め理由のメッセージ、放送局名を取得できない場合、Ａ、Ｅ、Ｆの表示領域は、ブランク表示としてもよい。一方、放送日時、タイトルを取得できない場合、ＳＴＢ３は、そのカード７０は表示させないことが好ましい。このようなカード７０は、ユーザが選択したとしても、その放送コンテンツを出力することができない可能性があるためである。

〔カード７０の詳細（外部コンテンツの場合）〕
次に、外部コンテンツをユーザにお勧めするためのカード７０の詳細について、図３１を参照して説明する。図３１は、外部コンテンツをユーザにお勧めするためのカード７０の例を示す図である。外部コンテンツをユーザにお勧めするためのカード７０においても、図３０の例と同様に、動作アイコン表示領域Ａ、タイトル表示領域Ｂ、画像表示領域Ｃ、時間表示領域Ｄ、提供元表示領域Ｅ、およびお勧め理由表示領域Ｆが含まれる。

図３１の例においては、動作アイコン表示領域Ａには、再生すると課金される（有料のコンテンツである）ことを示すアイコンが表示されている。課金のないコンテンツについては、図２６のカード７０Ｄのように、コンテンツの再生を示すアイコンが表示される。

タイトル表示領域Ｂにはコンテンツのタイトル、画像表示領域Ｃにはコンテンツのサムネイル画像、時間表示領域Ｄにはコンテンツの再生時間、提供元表示領域Ｅにはコンテンツの提供元、そしてお勧め理由表示領域Ｆにはお勧め理由がそれぞれ表示される。なお、図示の「これ好きかも」は、端末装置４で視聴されている頻度の高いジャンルのコンテンツであるという理由で選択されたコンテンツに表示されるお勧め理由である。

図３０の例と同様に、サムネイル画像が取得できなかった場合や、取得できたがその使用許可を示すインテンド情報は取得できなかった場合には、画像表示領域Ｃにサムネイル画像は表示しない。この場合、図３０のようなジャンルアイコンを表示してもよいし、図３１の右側の例のように画像表示領域Ｃをブランクにしてもよい。なお、図３１の例では、画像表示領域Ｃがブランクとなったときには、その領域にタイトル表示領域Ｂを移動させて、カード７０の中央付近に大きなブランクが生じないようにしている。このように、一部の表示領域をブランクとする場合には、他の表示領域の位置を変更してもよい。

また、外部コンテンツは、配信前のコンテンツであってもよい。この場合、時間表示領域Ｄには、コンテンツの配信日時（時間情報）を表示してもよい（図２６のカード７０Ｄ参照）。ユーザが配信前のコンテンツのカード７０を選択した場合、そのコンテンツのプロモーション動画や予告動画を再生してもよいし、該コンテンツのプロモーションのためのＷｅｂページを表示させてもよい。すなわち、カード７０のコンテンツの代わりとして、コンテンツプロバイダが用意したそのコンテンツに関連する別のコンテンツを表示させる。

なお、取得できない情報がある場合には、その情報の表示領域をブランクとするが、コンテンツのタイトルのように、コンテンツの取得に必須の情報が取得できない場合には、そのようなカード７０は表示させないことが好ましい。これにより、ユーザが選択したコンテンツが表示されないという状況を防ぐことができる。

〔処理の流れ（お勧め画面の表示およびカード７０の選択）〕
次に、ＳＴＢ３が実行する、お勧め画面の表示およびカード７０の選択に関する処理（制御装置の制御方法）の流れを図３２に基づいて説明する。図３２は、お勧め画面の表示およびカード７０の選択に関する処理の流れを示すフローチャートである。

まず、ＳＴＢ３の処理を説明する。ユーザ有無判定部３００は、人感センサ３４の検出結果から、ＳＴＢ３の周囲に人（ユーザ）を検出したと判定すると（Ｓ１００、ユーザ検出ステップ）、ＳＴＢ音声出力部３５にあいさつの音声を発話させる（Ｓ１０１、音声出力制御ステップ）。なお、ユーザ有無判定部３００は、あいさつの音声の前に、ＳＴＢ音声出力部３５に起動音を出力させてもよいし、あいさつの音声の後に、ＳＴＢ音声出力部３５に待受け音を出力させてもよい（図２９参照）。

次に、お勧め情報取得部３０１は、端末装置４のＩＤとともに、お勧め情報要求をサーバ１に送信する（Ｓ１０２）。このように、端末装置４のＩＤを送信することにより、端末装置４のユーザの嗜好に合ったお勧め情報を取得することができる。なお、ＳＴＢ３を他の端末装置に接続したときには、当該他の端末装置のＩＤを送信するので、他の端末装置のユーザの嗜好に合ったお勧め情報を取得することができる。

そして、お勧め情報取得部３０１は、お勧め情報要求に対する応答として、サーバ１からお勧め情報を受信し（Ｓ１０３）、お勧め内容決定部３０２が端末装置４に表示させる内容を決定する（Ｓ１０４）。具体的には、お勧め内容決定部３０２は、受信した複数のお勧め情報からお勧め画面（図２６参照）に表示させる４枚のカード７０を決定し、お勧め画面を生成する。

次に、お勧め内容決定部３０２は、端末装置４の発話内容を決定する（Ｓ１０５、メッセージ選択ステップ）。具体的には、お勧め内容決定部３０２は、お勧め画面に表示する４枚のカード７０の理由発話のメッセージと、雑談発話のメッセージとから、端末装置４に発話（音声出力）させるメッセージを１つ選択する。

お勧め制御部３０３は、ＳＴＢ−端末通信部３３を介して、お勧め画面および発話させるメッセージの音声データを送信し、端末装置４に表示および発話指示を行う（Ｓ１０６、音声出力制御ステップ、お勧め制御ステップ）。これにより、端末装置４のＳＴＢ連携制御部４００は、出力切替部２０９に指示して、表示部２７に出力させる画像をＳＴＢ３から受信した画像、すなわちお勧め画面に切り替えさせるとともに、端末音声出力部４１から上記メッセージを出力させる。なお、Ｓ１０１の発話の後、ＳＴＢ音声出力部３５に待ち受け音を出力させていた場合には、お勧め制御部３０３は、ＳＴＢ音声出力部３５に指示して待ち受け音の出力を終了させてもよい。

お勧め画面を表示させた後、ＦＢ処理部３０４は、カード７０の選択を待機する状態となっている（Ｓ１０７）。カード７０が選択された（例えば、リモコンのカラーボタンの何れかが押下されたことを示す信号を受信した）場合（Ｓ１０７でＹＥＳ）、ＦＢ処理部３０４は、選択されたコンテンツを特定するとともに、選択コンテンツ以外のコンテンツを非選択コンテンツとして特定し、サーバ１に通知する（Ｓ１０８）。

一方、ＦＢ処理部３０４は、カード７０が選択されなかった（例えば、ＳＴＢ連携制御部４００から、カラーボタンが押下されたことを示す信号を受信することなく、端末装置４をＯＦＦ状態とするための信号を受信した）場合（Ｓ１０７でＮＯ）、全てのカード７０のコンテンツを非選択コンテンツとしてサーバ１に通知する（Ｓ１０９）。以上で、ＳＴＢ３の処理は終了する。

続いてサーバ１の処理を説明する。お勧め情報生成部１０２は、ＳＴＢ３から送信されたお勧め情報要求を受信すると、お勧め情報を生成する（Ｓ１１０）。そして、情報送信部１０５は、生成されたお勧め情報をＳＴＢ３に送信する（Ｓ１１１）。また、情報管理部１０３は、選択コンテンツおよび非選択コンテンツ、または非選択コンテンツのみを通知されると、通知されたコンテンツを履歴ＤＢ１１１に記録する（Ｓ１１２）。以上で、サーバ１の処理は終了する。

〔変形例〕
各カード７０についての発話は、そのカード７０すなわちお勧め情報に関連したメッセージの発話であればよく、理由発話に限られない。例えば、お勧めするコンテンツの出演者や、タイトル、ＰＲコメント等のメッセージを発話してもよい。

上記実施形態４では、ＳＴＢ３と端末装置４が協働してお勧め情報を表示する例を説明したが、実施形態１〜３と同様に、ＳＴＢ３と端末装置４が一体となった装置であっても、上記実施形態４と同様の機能を実現できる。

お勧め情報（カード７０）の選択においては、基本的には動作アイコンの種類が偏らないようにすることが好ましい。これにより、様々なコンテンツにユーザが触れる機会を提供することができる。また、端末装置４の機能に応じたお勧め情報を選択してもよい。例えば、端末装置４が４Ｋ放送に対応している場合には、４Ｋ放送のコンテンツのお勧め情報を優先して選択してもよい。

また、上記実施形態では、端末装置４に予約録画を行わせる例を示したが、端末装置４に録画機器が接続されている場合、録画機器に予約録画を行わせてもよい。また、このように複数の機器で録画が可能である場合、より高画質で録画することが可能な機器や、より録画可能な記録媒体の空き容量が大きい機器に予約録画を行わせてもよい。また、この場合、行動アイコンも外部機器に予約録画を行わせることが認識できるようなものとすることが好ましい。

また、上記実施形態では、ＳＴＢ３は、サーバ１からお勧め情報を取得するのみであったが、取得したお勧め情報、あるいはカード７０として表示したお勧め情報を、他のユーザに対しても提示させることができるようにしてもよい。この場合、サーバ１は、予めＳＴＢ３を所有する複数のユーザをグループとして管理しておく。そして、そのグループに属するユーザのＳＴＢ３からお勧め情報の共有のリクエストを受信したことに応じて、そのグループに属する他のユーザにも、上記リクエストの送信元のＳＴＢ３と同じお勧め情報を送信する。これにより、グループ内の各ユーザは、自身のＳＴＢ３と端末装置４にて同じお勧め情報の提示を受けることができる。

〔ソフトウェアによる実現例〕
サーバ１、端末装置２、およびＳＴＢ３の制御ブロック（特にサーバ制御部１０、端末制御部２０、およびＳＴＢ制御部３０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

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

〔まとめ１〕
「背景技術」で挙げた従来技術には、推薦番組を判定することができるものの、推薦番組をユーザに提示する際の出力態様に変化を付けることができないという問題がある。本発明の一態様は、上述の問題点に鑑みてなされたものであり、その目的は、お勧め情報の出力態様に変化を付けることができる端末装置等を提供することにある。

本発明の態様１に係る端末装置（２）は、お勧め情報を出力する端末装置であって、上記お勧め情報を出力するフォーマットを、複数のフォーマット（レイアウト情報１１４）の中から選択するフォーマット選択部（お勧め情報取得部２０８）と、上記フォーマット選択部が選択したフォーマットにて上記お勧め情報を出力する出力制御部（お勧め画面生成部２０８）と、を備えている。

上記の構成によれば、複数のフォーマットの中から選択したフォーマットにてお勧め情報を出力するので、お勧め情報の出力態様に変化を付けることができるという効果を奏する。

本発明の態様２に係る端末装置は、上記態様１において、上記フォーマット選択部は、出力する上記お勧め情報に応じたフォーマットを選択してもよい。

上記の構成によれば、お勧め情報に応じたフォーマットを選択するので、お勧め情報に応じた出力態様で該お勧め情報をユーザに提示することができる。

本発明の態様３に係る端末装置は、上記態様２において、上記フォーマット選択部は、出力する上記お勧め情報に応じて、表示出力のフォーマットおよび音声出力のフォーマットの少なくとも一方を選択してもよい。

上記の構成によれば、お勧め情報に応じて表示出力のフォーマットおよび音声出力のフォーマットの少なくとも一方を選択するので、表示出力が好ましいお勧め情報は表示出力し、音声出力が好ましいお勧め情報は音声出力することができる。また、表示出力と共に音声出力することも可能である。

本発明の態様４に係る端末装置は、上記態様１から３の何れかにおいて、上記フォーマット選択部は、上記お勧め情報を出力する時刻または時間帯に応じたフォーマットを選択してもよい。

上記の構成によれば、お勧め情報を出力する時刻または時間帯に応じたフォーマットを選択するので、時刻または時間帯に応じた出力態様で該お勧め情報をユーザに提示することができる。

本発明の態様５に係る端末装置は、上記態様１から４の何れかにおいて、上記フォーマット選択部は、上記端末装置の周囲にて検知したユーザに応じたフォーマットを選択してもよい。

上記の構成によれば、ユーザは、端末装置に近付くだけで、自身に応じたお勧め情報の提示を受けることができる。

本発明の態様６に係る端末装置は、上記態様１から５の何れかにおいて、上記お勧め情報の提示対象となるユーザを検知した場合に、上記端末装置を起動させる起動制御部を備えていてもよい。

上記の構成によれば、お勧め情報の提示対象となるユーザを検知した場合に端末装置を起動させる。よって、端末装置の提示対象となるユーザが存在しており、端末装置にてそのユーザにお勧め情報を提示することができる状況となったときに、自動的に端末装置を起動させてお勧め情報を提示することができる。

本発明の態様７に係る端末装置は、上記態様１から６の何れかにおいて、上記お勧め情報の提示対象となるユーザが不在となったことを検知した場合に、上記端末装置を起動停止させる起動制御部を備えていてもよい。

上記の構成によれば、お勧め情報の提示対象となるユーザが不在となったことを検知した場合に、端末装置を起動停止させるので、端末装置の使用を終えたユーザは、その端末装置から離れるだけで、端末装置を起動停止させることができる。

本発明の態様８に係る制御サーバ（サーバ１）は、お勧め情報を端末装置（２）に出力させる制御サーバであって、上記お勧め情報を出力させるフォーマットを、複数のフォーマットの中から選択するフォーマット選択部（レイアウト選択部１０４）と、上記フォーマット選択部が選択したフォーマットを上記端末装置に通知して、該フォーマットにて上記お勧め情報を出力させる出力制御部（情報送信部１０５）と、を備えている。

上記の構成によれば、複数のフォーマットの中から選択したフォーマットにてお勧め情報を出力させるので、お勧め情報の出力態様に変化を付けることができるという効果を奏する。

本発明の態様９に係る推薦システム（５）は、お勧め情報を出力する端末装置（２）と、該端末装置に上記お勧め情報を出力させる制御サーバ（サーバ１）とを含む推薦システムであって、上記制御サーバは、複数のフォーマットの中からフォーマットを選択して上記端末装置に通知し、上記端末装置は、上記制御サーバから通知された上記フォーマットにて上記お勧め情報を出力する。

上記の構成によれば、複数のフォーマットの中から選択したフォーマットにてお勧め情報を出力させるので、お勧め情報の出力態様に変化を付けることができるという効果を奏する。

本発明の態様１０に係る端末装置（２）は、お勧め情報を出力する端末装置であって、上記端末装置が上記お勧め情報を出力する際の状況を示す状況情報、および上記端末装置とは異なる他の端末装置の動作履歴情報の少なくとも何れかを取得する情報取得部（ユーザ特定部２０２）と、上記情報取得部が取得した情報に応じた上記お勧め情報を取得するお勧め情報取得部（２０３）と、を備えている。

上記の構成によれば、状況情報および動作履歴情報の少なくとも何れかを取得し、取得した情報に応じた上記お勧め情報を取得する。よって、端末装置の状況および他の端末装置の動作履歴の少なくとも何れかに応じたお勧め情報を取得することができる。

本発明の態様１１に係る端末装置は、上記態様１０において、上記情報取得部は、上記端末装置の周囲で検知されたユーザの人数を示す上記状況情報を取得し、上記お勧め情報取得部は、上記状況情報の示すユーザの人数に応じた上記お勧め情報を取得してもよい。

上記の構成によれば、端末装置の周囲のユーザの人数に応じたお勧め情報を取得するので、提示対象のユーザの人数に応じたお勧め情報を出力することができる。

本発明の態様１２に係る端末装置は、上記態様１０または１１において、上記情報取得部は、上記お勧め情報を出力する時刻または時間帯を示す上記状況情報を取得し、上記お勧め情報取得部は、上記状況情報の示す上記時刻または時間帯に応じたお勧め情報を取得してもよい。

上記の構成によれば、時刻または時間帯に応じたお勧め情報を取得するので、時刻または時間帯に応じたお勧め情報を出力することができる。

本発明の態様１３に係る端末装置は、上記態様１０から１２の何れかにおいて、上記情報取得部は、上記他の端末装置のユーザが該他の端末装置にて視聴したコンテンツの履歴を示す上記動作履歴情報を取得し、上記お勧め情報取得部は、上記動作履歴情報の示すコンテンツの履歴に応じたお勧め情報を取得してもよい。

上記の構成によれば、他の端末装置のユーザが他の端末装置にて視聴したコンテンツの履歴に応じたお勧め情報を取得するので、他のユーザがどのようなコンテンツを視聴しているかに応じたお勧め情報を出力することができる。

本発明の態様１４に係る端末装置は、上記態様１０から１３の何れかにおいて、上記お勧め情報取得部は、外部サーバが提供するコンテンツを示す情報を、上記お勧め情報として上記外部サーバから取得してもよい。

上記の構成によれば、外部サーバが提供するコンテンツを示す情報を、上記お勧め情報として外部サーバから取得するので、端末装置が格納していない情報をお勧め情報として出力することができる。例えば、上記外部サーバは、ＥＣ事業者サーバであってもよく、この場合、上記端末装置のユーザが上記ＥＣ事業者サーバを介して行った過去の購入履歴に応じたお勧め情報を取得して出力することも可能である。

本発明の態様１５に係る制御サーバ（サーバ１）は、お勧め情報を端末装置（２）に出力させる制御サーバであって、上記端末装置が上記お勧め情報を出力する際の状況を示す状況情報、および上記端末装置とは異なる他の端末装置の動作履歴情報の少なくとも何れかを取得する情報取得部（情報管理部１０３）と、上記情報取得部が取得した情報に応じた上記お勧め情報を上記端末装置に出力させる出力制御部（情報送信部１０５）と、を備えている。

上記の構成によれば、状況情報および動作履歴情報の少なくとも何れかを取得し、取得した情報に応じた上記お勧め情報を端末装置に出力させる。よって、端末装置の状況および他の端末装置の動作履歴の少なくとも何れかに応じたお勧め情報を出力させることができる。

本発明の態様１６に係る推薦システム（５）は、お勧め情報を出力する端末装置（２）と、該端末装置に上記お勧め情報を出力させる制御サーバ（サーバ１）とを含む推薦システムであって、上記制御サーバは、上記端末装置が上記お勧め情報を出力する際の状況を示す状況情報、および上記端末装置とは異なる他の端末装置の動作履歴情報の少なくとも何れかを取得し、取得した情報に応じた上記お勧め情報を上記端末装置に通知し、上記端末装置は、上記制御サーバから通知された上記お勧め情報を出力する。

上記の構成によれば、制御サーバは、状況情報および動作履歴情報の少なくとも何れかを取得し、取得した情報に応じた上記お勧め情報を端末装置に通知し、端末装置は上記お勧め情報を出力する。よって、端末装置の状況および他の端末装置の動作履歴の少なくとも何れかに応じたお勧め情報を出力することができる。

本発明の各態様に係る端末装置および制御サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記端末装置および制御サーバが備える各部（ソフトウェア要素）として動作させることにより上記端末装置および制御サーバをコンピュータにて実現させる端末装置の制御プログラム、制御サーバの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

〔まとめ２〕
「背景技術」で挙げた従来技術には、推薦するコンテンツのユーザへの提示態様に改良の余地がある。すなわち、上記特許文献１および２には、推薦するコンテンツをユーザに提示する際の表示画面をどのようなものとすべきかについて記載されていない。また、上記特許文献３には、楽曲の演奏者とタイトルを表示することが記載されているものの、ユーザが楽曲を聴く意図がある場合にはこのような表示で足りるが、楽曲を聴く意図がないときに楽曲を聴くという動作にユーザを誘導することは難しい。

本発明の一態様は、上述の問題点に鑑みてなされたものであり、その目的は、たとえユーザがコンテンツを視聴する意図がないときであっても、お勧めするコンテンツの視聴にユーザを誘導することができる制御装置等を提供することにある。

本発明の態様１に係る制御装置（ＳＴＢ３）は、コンテンツのお勧め情報（カード７０）を表示装置（端末装置４）に表示させる制御装置であって、上記制御装置の周囲のユーザを検出するユーザ検出部（ユーザ有無判定部３００）と、上記ユーザ検出部がユーザを検出したことに応じて、１または複数の上記お勧め情報を配置したお勧め画面を上記表示装置に表示させるお勧め制御部（３０３）と、を備え、上記お勧め画面には、現在の日付と現在の日付に関連するメッセージ、天気予報、上記表示装置に上記お勧め画面の表示を終了させて放送コンテンツの表示を開始させるためのオブジェクト、および上記お勧め画面に配置された上記お勧め情報を更新させるためのオブジェクト、が含まれており、１つの上記お勧め情報は、お勧めするコンテンツを選択させるための１つのオブジェクト内に当該コンテンツに関連する関連情報が表示された情報であり、上記関連情報には、上記お勧め情報が選択された場合に上記表示装置にて行われる動作を示す画像、上記コンテンツのタイトル、上記コンテンツを示す画像、上記コンテンツに関する時間情報、および上記コンテンツのお勧め理由を示すメッセージが含まれている。

上記の構成によれば、ユーザを検出したことに応じてお勧め画面を表示させる。よって、ユーザがコンテンツを視聴しようとして制御装置に近付いた場合のみならず、ユーザがコンテンツを視聴する意図がなく制御装置の近くを通ったようなときにも、お勧め画面が表示される。

そして、お勧め画面には、現在の日付と現在の日付に関連するメッセージと天気予報が表示される。これらの情報は、日によって変わり、多くのユーザの関心のある情報であるから、これらの情報を表示することにより、お勧め画面にユーザの注意を惹くことができる。

また、お勧め画面には、お勧め画面の表示を終了させて放送コンテンツの表示を開始させるためのオブジェクト、およびお勧め画面に配置されたお勧め情報を更新させるためのオブジェクト、が含まれている。よって、放送コンテンツを視聴するために制御装置および表示装置に近付いたユーザが、速やかに放送コンテンツの視聴を開始することができる。また、お勧めされたコンテンツを視聴しようとして制御装置に近付いたユーザが、他のお勧めコンテンツを容易に確認することができる。

さらに、お勧め情報は、お勧めするコンテンツを選択させるための１つのオブジェクト内に当該コンテンツに関連する関連情報が表示された情報である。そして、上記関連情報には、選択時に表示装置にて行われる動作を示す画像、タイトル、コンテンツを示す画像、時間情報、およびお勧め理由を示すメッセージが含まれている。よって、どのようなコンテンツがお勧めされているかをユーザに認識させることができるので、ユーザにコンテンツの視聴開始の動機付けを与えることができる。

よって、ユーザがコンテンツを視聴する意図があるときのみならず、ユーザがコンテンツを視聴する意図がないときであっても、お勧めするコンテンツの視聴にユーザを誘導することができるという効果を奏する。なお、上記制御装置と上記表示装置は、独立した個別の装置であってもよいし、一体の装置として構成されていてもよい。

本発明の態様２に係る制御装置は、上記態様１において、上記お勧め情報に関するメッセージと、上記お勧め情報と少なくとも直接には関連しないメッセージとを含む複数のメッセージの中からメッセージを選択するメッセージ選択部と、上記メッセージ選択部が選択したメッセージを音声出力させる音声出力制御部と、を備えていてもよい。

上記の構成によれば、お勧め情報に関するメッセージと、お勧め情報と少なくとも直接には関連しないメッセージとを含む複数のメッセージの中からメッセージを選択して音声出力させる。よって、お勧め情報に関するメッセージのみを音声出力する場合と比べて、メッセージに変化がつくので、ユーザを飽きさせることなく、新鮮な気持ちでお勧め情報に関するメッセージに耳を傾けてもらうことができるようになる。

本発明の態様３に係る制御装置は、上記態様１または２において、上記表示装置に表示させた上記お勧め情報は、遠隔操作装置の備える複数の所定の選択キーにて選択できるようになっており、上記お勧め制御部は、上記複数の所定の選択キーのそれぞれに対応するお勧め情報を上記表示装置に一画面で表示させるとともに、上記選択キーの何れが操作された場合に、該選択キーに対応するお勧め情報のコンテンツを上記表示装置に出力させる構成であってもよい。

上記の構成によれば、複数の所定の選択キーのそれぞれに対応するお勧め情報を一画面で表示させるので、各お勧め情報を一目で認識させることができる。さらに、選択キーの何れが操作された場合に、該選択キーに対応するお勧め情報のコンテンツを出力させるので、お勧め情報を簡易な操作で選択させて、そのお勧め情報のコンテンツを出力させることができる。

本発明の態様４に係る制御装置は、上記態様１から３の何れかにおいて、上記お勧め制御部は、上記表示装置に表示させたお勧め情報のコンテンツが放送コンテンツである場合に、該コンテンツの放送時間が所定時間以下となったことに応じて、当該お勧め情報の表示を終了させてもよい。

上記の構成によれば、表示装置に表示させたお勧め情報のコンテンツが放送コンテンツである場合に、該コンテンツの放送時間が所定時間以下となったことに応じて、当該お勧め情報の表示を終了させる。よって、放送時間が残り少ない放送コンテンツをユーザにお勧めすることを防ぐことができる。

本発明の態様５に係る制御装置は、上記態様１から４の何れかにおいて、お勧め情報を提供するサーバ（１）から上記お勧め情報を取得するお勧め情報取得部（３０１）と、上記お勧め情報取得部が取得した上記お勧め情報の表示内容を、上記お勧め情報を上記表示装置に表示させるタイミングに応じた表示内容に変更するお勧め内容変更部（お勧め内容決定部）と、を備えていてもよい。

上記の構成によれば、取得したお勧め情報の表示内容を、そのお勧め情報を表示させるタイミングに応じた表示内容に変更する。よって、お勧め情報を表示させるタイミングに応じた適切な内容のお勧め情報を表示させることができる。例えば、サムネイル画像を含むお勧め情報を取得した場合、取得時点はそのサムネイル画像の表示が許可された期間内であったが、お勧め情報を表示させる時点では、期間外となっていたような場合に、そのサムネイル画像を表示しないようにすることも可能になる。

本発明の態様６に係る制御装置は、上記態様５において、上記お勧め内容変更部は、上記お勧め情報取得部が取得した上記お勧め情報に、上記関連情報における上記コンテンツを示す画像として上記コンテンツのサムネイル画像が含まれているが、少なくとも上記お勧め情報を表示させる時点において該サムネイル画像の表示を許可する情報が含まれていない場合に、上記関連情報における上記コンテンツを示す画像として上記コンテンツのジャンルを示す画像を表示させてもよい。

上記の構成によれば、取得したお勧め情報にサムネイル画像が含まれているが、少なくともお勧め情報を表示させる時点において該サムネイル画像の表示を許可する情報が含まれていない場合に、当該お勧め情報におけるサムネイル画像を上記コンテンツのジャンルを示す画像に変更する。よって、表示が許可されていないサムネイル画像を表示することを防ぐことができるとともに、サムネイル画像を表示しない場合にもコンテンツのジャンルをユーザに認識させてコンテンツを選びやすくすることができる。

本発明の態様７に係る制御装置は、上記態様１から６の何れかにおいて、お勧め情報を提供するサーバから上記お勧め情報を複数取得するお勧め情報取得部（３０１）と、上記お勧め情報取得部が取得した複数の上記お勧め情報のうち、上記表示装置に表示させるお勧め情報を決定するお勧め内容決定部（３０２）と、を備え、上記お勧め内容決定部は、複数の上記お勧め情報のそれぞれに設定された優先度に従って表示させるお勧め情報を決定するとともに、複数の上記お勧め情報に、表示させることが必須であることを示す表示必須情報を含む必須お勧め情報が含まれている場合には、上記優先度にかかわらず上記必須お勧め情報を表示させると決定してもよい。

上記の構成によれば、優先度に従ったお勧め情報を表示させつつ、必須お勧め情報が含まれている場合には必ずこれを表示させることができる。

本発明の態様８に係る制御装置は、上記態様１から７の何れかにおいて、お勧め情報を提供するサーバ（１）から上記お勧め情報を取得するお勧め情報取得部（３０１）と、上記表示装置に表示させた上記お勧め情報のうち、ユーザが選択したお勧め情報と、ユーザが選択しなかったお勧め情報とをそれぞれ特定し、該特定結果を所定の通知先装置に通知する選択結果通知部（ＦＢ処理部）と、を備えていてもよい。

上記の構成によれば、ユーザが選択したお勧め情報と、ユーザが選択しなかったお勧め情報とをそれぞれ特定し、該特定結果をサーバに通知する。よって、次回以降にお勧め情報をサーバから取得する際には、ユーザがどのようなお勧め情報を選択したかという履歴のみならず、ユーザがどのようなお勧め情報を選択しなかったかという履歴に基づいて選択されたお勧め情報を取得することが可能になる。

本発明の態様９に係る制御装置は、上記態様１から８の何れかにおいて、上記ユーザ検出部がユーザを検出したことに応じて、上記制御装置の備える第１の音声出力部（ＳＴＢ音声出力部３５）から上記ユーザに対するメッセージを音声出力させる音声出力制御部（ユーザ有無判定部３００）と、上記お勧め情報を上記表示装置に表示させると共に、該表示装置の備える第２の音声出力部（端末音声出力部４１）から上記お勧め情報に関するメッセージを音声出力させるお勧め音声出力制御部（お勧め制御部３０３）と、を備えている構成であってもよい。

上記の構成によれば、制御装置の周囲のユーザを検出したことに応じて、制御装置の備える第１の音声出力部からユーザに対するメッセージを音声出力させる。第１の音声出力部は、ユーザを検出した制御装置が備えているものであるから、速やかにユーザに対するメッセージを音声出力することができ、これにより表示装置にお勧め情報が表示されるまでの時間、検出したユーザの足を止めることができる。そして、表示装置にはお勧め情報が表示されるとともに、お勧め情報に関するメッセージが表示装置の備える第２の音声出力部から音声出力される。よって、表示装置に表示されるお勧め情報をユーザに強く印象付けて、お勧め情報のコンテンツの視聴に誘導することができる。

また、コンテンツのお勧め情報を表示装置（端末装置４）に表示させる制御装置（ＳＴＢ３）の制御方法であって、上記制御装置の周囲のユーザを検出するユーザ検出ステップ（Ｓ１００）と、上記ユーザ検出ステップにてユーザを検出したことに応じて、上記お勧め情報を配置したお勧め画面を上記表示装置に表示させるお勧め制御ステップ（Ｓ１０６）と、を含み、上記お勧め画面には、現在の日付と現在の日付に関連するメッセージ、天気予報、上記表示装置に上記お勧め画面の表示を終了させて放送コンテンツの表示を開始させるためのオブジェクト、および上記お勧め画面に配置された上記お勧め情報を更新させるためのオブジェクト、が含まれており、上記お勧め情報は、お勧めするコンテンツ１つにつき、該コンテンツに関連する関連情報が、上記ユーザが選択可能な１つの領域内に表示された情報であり、上記関連情報には、上記お勧め情報が選択された場合に上記表示装置にて行われる動作を示す画像、上記コンテンツのタイトル、上記コンテンツを示す画像、上記コンテンツの放送時刻、上記コンテンツの配信開始時刻、または上記コンテンツの長さを示す時間、および上記コンテンツがお勧めされた理由を示すメッセージが含まれている上記コンテンツのお勧めに関するメッセージと、上記コンテンツと少なくとも直接には関連しないメッセージとを含む複数のメッセージの中からメッセージを選択するメッセージ選択ステップ（Ｓ１０５）と、上記メッセージ選択ステップにて選択したメッセージを音声出力させる音声出力制御ステップ（Ｓ１０６）と、を含む制御装置の制御方法であれば、上記態様１と同様の効果を奏する。

本発明の各態様に係る制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記制御装置が備える各部（ソフトウェア要素）として動作させることにより上記制御装置をコンピュータにて実現させる制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

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

１ サーバ（制御サーバ、所定の通知先装置）
１０３ 情報管理部（情報取得部）
１０４ レイアウト選択部（フォーマット選択部）
１０５ 情報送信部（出力制御部）
１１４ レイアウト情報（フォーマット）
２ 端末装置
２０１ ユーザ有無判定部（起動制御部）
２０２ ユーザ特定部（情報取得部）
２０３ お勧め情報取得部（フォーマット選択部）
２０８ お勧め画面生成部（出力制御部）
３ ＳＴＢ（制御装置）
３５ ＳＴＢ音声出力部（第１の音声出力部）
３００ ユーザ有無判定部（ユーザ検出部、音声出力制御部）
３０１ お勧め情報取得部
３０２ お勧め内容決定部（メッセージ選択部、お勧め内容変更部）
３０３ お勧め制御部（お勧め音声出力制御部）
３０４ ＦＢ処理部（選択結果通知部）
４ 端末装置（表示装置）
４１ 端末音声出力部（第２の音声出力部）
５ 推薦システム

Claims (3)

1. 複数のお勧め情報を配置したお勧め画面を表示させるお勧め制御部と、
   当該表示装置の周囲のユーザを検出するユーザ検出部と、
   音声を出力する音声出力部と、
   上記ユーザ検出部がユーザを検出したことに応じて、ユーザに対するメッセージを、上記音声出力部に音声出力させる音声出力制御部と、を備え、
   上記お勧め情報は、ユーザに視聴あるいは閲覧を勧めるコンテンツを示す情報であり、
   お勧め画面を表示させると共に、上記お勧め画面に含まれるお勧め情報に関するメッセージを、上記音声出力部に音声出力させ、
   当該表示装置の画面表示がＯＦＦであるときに上記ユーザ検出部がユーザを検出した場合、
   上記画面表示がＯＮとなり、
   上記お勧め制御部は、上記お勧め画面を表示させ、
   上記音声出力制御部は、上記メッセージを上記音声出力部に音声出力させる
   ことを特徴とする表示装置。
2. 上記音声出力制御部は、優先度に応じて選択されたお勧め情報に関するメッセージを、上記音声出力部に音声出力させる
   ことを特徴とする請求項１に記載の表示装置。
3. お勧め情報を提供するサーバから上記お勧め情報を取得するお勧め情報取得部と、
   当該表示装置に表示させた上記お勧め情報のうち、ユーザが選択したお勧め情報と、ユーザが選択しなかったお勧め情報とをそれぞれ特定し、該特定結果を所定の通知先装置に通知する選択結果通知部と、を備えている
   ことを特徴とする請求項１または２に記載の表示装置。

Images