JP2015220698A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】ユーザに視聴を勧めるべきコンテンツを好適な態様で提示する。【解決手段】テレビ視聴装置の推薦情報取得部は、情報管理サーバから送信された情報、または所定の記憶領域に予め格納された情報であって、ユーザに視聴を勧めるべき推薦コンテンツの情報を取得する。テレビ視聴装置のキャラクタ表示部は、アプリケーションの推薦情報画面１４０にキャラクタ１２２を表示させる。キャラクタ表示部は、キャラクタ１２２が推薦コンテンツに関心を持つことを示す台詞１２４を推薦情報画面１４０に表示させる。【選択図】図９

Description

この発明は、情報処理装置および情報処理方法に関する。

本出願人は、電子コンテンツの視聴を支援する技術を提案している（例えば特許文献１参照）。また近年、インターネット上の通信販売サイト等では、ユーザの購買履歴に応じたお勧めの商品情報が表示されることもある。

特開２０１３−０１２９５４号公報

本発明者は、テレビ番組の視聴支援装置等、各種の情報処理装置において、ユーザに視聴を勧めたコンテンツが、ユーザにとって何ら関心のないコンテンツであった場合に、そのコンテンツを勧めたために却ってユーザの利便性を損なうことがあると考えた。そして、ユーザに対するお勧めコンテンツの提示態様に改善の余地があると考えた。

本発明は、本発明者の上記課題認識にもとづきなされたものであり、その主たる目的は、ユーザに視聴を勧めるべきコンテンツを好適な態様で提示する技術を提供することである。

上記課題を解決するために、本発明のある態様の情報処理装置は、外部装置から送信された情報、または所定の記憶領域に予め格納された情報であって、ユーザに視聴を勧めるべき推薦コンテンツの情報を取得する推薦情報取得部と、所定のキャラクタを画面に表示させ、キャラクタが推薦コンテンツに関心を持つことを示す情報を画面に表示させるキャラクタ表示部と、を備える。

本発明の別の態様は、情報処理方法である。この方法は、外部装置から送信された情報、または所定の記憶領域に予め格納された情報であって、ユーザに視聴を勧めるべき推薦コンテンツの情報を取得するステップと、所定のキャラクタを画面に表示させるステップと、キャラクタが推薦コンテンツに関心を持つことを示す情報を画面に表示させるステップと、をコンピュータが実行する。

なお、以上の構成要素の任意の組合せ、本発明の表現を、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、ユーザに視聴を勧めるべきコンテンツを好適な態様で提示することができる。

実施の形態のエンタテインメントシステムの構成を示す図である。 図１のテレビ視聴装置の機能構成を示すブロック図である。 キャラクタデータ保持部が保持するコメントデータを示す図である。 推薦情報保持部が保持する推薦番組情報を示す図である。 図１の情報管理サーバの機能構成を示すブロック図である。 番組視聴Ａｐｐのトップ画面を示す図である。 番組視聴Ａｐｐの待機画面を示す図である。 番組視聴Ａｐｐの推薦情報画面を示す図である。 番組視聴Ａｐｐの推薦情報画面を示す図である。 番組視聴Ａｐｐの推薦情報画面を示す図である。

実施の形態のエンタテインメントシステムは、複数の放送番組に対する複数のユーザの録画予約状況にもとづいて、各ユーザに視聴または録画を勧めるべき番組（以下「推薦番組」とも呼ぶ。）を決定し、各ユーザに推薦番組の情報を提示する。本発明者はエンタテインメントシステムの構築に携わる中で以下のような課題を発見した。

（１）推薦番組の決定について：
本発明者は、複数のユーザの録画予約状況を収集した結果、複数日に亘って複数回放送される番組に対する録画予約の約８割は、１回の放送に対する録画予約（以下「１回録画」とも呼ぶ。）ではなく、複数回の放送に対する一括した録画予約（以下「毎回録画」とも呼ぶ。）であることを発見した。例えば、毎週放送されるドラマ番組の第１話に対して１回録画を設定すると第１話のみ録画され、第２話以降の録画予約は別途行う必要がある。その一方、毎回録画を設定すると、第１話が録画されることはもちろんのこと、第２話以降の録画も自動的に実行される。また本発明者は、録画予約の頻度が高い番組のジャンルには偏りがあり、単に録画予約数の多いものを推薦番組とすると、推薦番組が特定のジャンル（例えばアニメ）に偏ってしまうことを発見した。

そこで実施の形態のエンタテインメントシステムでは、複数のユーザそれぞれの録画予約の種類を識別し、録画予約の種類が毎回録画か、または１回録画かにもとづいて、推薦番組を決定する。具体的には、毎回録画ではなく１回録画が録画予約の総数に占める割合が所定の閾値以上（例えば４０％以上）の番組を推薦番組として決定する。一旦設定すれば後は自動で録画される毎回録画と異なり、１回録画はユーザが特定の放送回を意識して設定するものである。したがって、複数日に亘って複数回放送される番組に対する１回録画の比重が大きい放送回は、通常はその番組を視聴しないユーザを引きつける内容（例えば人気俳優の登場やサプライズがある等）と考えられ、推薦番組として好適と考えられるからである。

（２）推薦番組の提示態様について：
番組の好みは人それぞれであり、エンターテインメントシステムがユーザへ提示する推薦番組に対して、ユーザが何の関心を抱かないことも当然考えられる。また、ユーザの嗜好に反する番組が推薦番組となることもあり得る。本発明者は、「あなたへのお勧めはこの番組です」という態様や、「あなたが興味がありそうな番組があります」という態様で推薦番組を提示する場合、推薦番組に対してユーザが何の関心も抱かなければ、つまらない番組をコンピュータが勧めたとユーザに感じさせ、ユーザの気分を害してしまうことがあると考えた。

実施の形態のエンタテインメントシステムでは、ユーザ端末にインストールされたアプリケーションのマスコットであり、ユーザに推薦番組を提示するコンシェルジュとしての役割を演じるキャラクタを提供する。ユーザに推薦番組を提示する際には、そのキャラクタに、一人称の表現で、キャラクタ自身が推薦番組に関心がある旨をつぶやかせる。これにより、推薦番組に対してユーザが関心を持っているか否かはともかく、キャラクタは推薦番組に関心があるということをユーザに認識させる。

推薦番組の精度にはどうしても限界があり、またユーザ毎に推薦番組の適合度合いはまちまちであるが、実施の形態のようにキャラクタの気持ちを提示する形で推薦番組をユーザへ提示することにより、推薦番組の精度に対するハードルを下げられると本発明者は考えた。すなわち、実施の形態における推薦番組の提示態様によると、推薦番組のタイトル等をユーザに認識させつつ、仮に推薦番組に対してユーザが関心を持たない場合でも、ユーザの気分を害してしまうことを抑制できる。

図１は、実施の形態のエンタテインメントシステムの構成を示す。エンタテインメントシステム１００は、テレビ番組の視聴および録画を支援し、ユーザに有用な情報を提供する情報処理システムである。エンタテインメントシステム１００は、テレビ視聴装置１０で総称されるテレビ視聴装置１０ａ、テレビ視聴装置１０ｂ、テレビ視聴装置１０ｃ、テレビ視聴装置１０ｄ・・・と、情報管理サーバ１２を備える。テレビ視聴装置１０と情報管理サーバ１２は、ＬＡＮ・ＷＡＮ・インターネットを含む通信網１４を介して接続される

テレビ視聴装置１０は、ユーザがテレビ番組を視聴し、また録画することを支援するアプリケーションソフトウェア（以下「テレビ視聴Ａｐｐ」とも呼ぶ。）がインストールされた情報処理装置である。実施の形態のテレビ視聴装置１０は据置型ゲーム機であるが、携帯型ゲーム機、セットトップボックス、汎用のＰＣ等であってもよい。ユーザは、テレビ視聴装置１０の操作者であり、またテレビ番組の視聴者でもある。

情報管理サーバ１２は、複数のテレビ視聴装置１０のそれぞれにおけるテレビ番組の視聴状況を管理する情報処理装置である。情報管理サーバ１２は、現在放送中の番組に対する視聴状況と、将来放送予定の番組に対する録画予約の設定状況を管理する。また情報管理サーバ１２は、複数のテレビ視聴装置１０のそれぞれにおけるテレビ番組の視聴や録画を支援するための各種情報を保持し、適宜テレビ視聴装置１０へ提供する。

図２は、図１のテレビ視聴装置１０の機能構成を示すブロック図である。テレビ視聴装置１０は、入力装置２０、ディスプレイ２４、チューナー２６と接続される。入力装置２０は、ゲーム機専用のコントローラであってもよい。入力装置２０、ディスプレイ２４、チューナー２６の少なくとも１つは、テレビ視聴装置１０と一体的に形成されてもよい。

チューナー２６は、地上デジタルテレビ用、ＢＳ放送用、ＣＳ放送用の各種チューナであってもよい。チューナー２６は、ユーザにより選択されたチャンネル（放送局）の放送信号を受信し、その放送信号から映像情報を復号する。そして、映像情報をテレビ視聴装置１０へ送出する。またチューナー２６は、テレビ視聴装置１０で視聴可能な放送局の番組のリストであるＥＰＧ（Electronic Program Guide）データを放送信号から取得してテレビ視聴装置１０へ送出する。

テレビ視聴装置１０は、記憶部３０と制御部４０を備える。制御部４０は、テレビ番組の視聴および録画を支援するためのデータ処理を制御する。記憶部３０は、制御部４０のデータ処理において参照または更新される各種データを記憶する記憶領域である。図２には不図示だが、テレビ視聴装置１０は、所定のプロトコルにしたがって、通信網１４を介して外部装置と通信する通信部を備える。制御部４０は、通信部を介して外部装置とデータを送受する。

本明細書の各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や電子回路、機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

例えば、制御部４０の各機能ブロックに対応するプログラムモジュールを含むテレビ視聴Ａｐｐが記録媒体に格納されてユーザに提供されてもよい。また、この記録媒体を介してテレビ視聴Ａｐｐがテレビ視聴装置１０のストレージにインストールされてもよい。また、テレビ視聴装置１０が備えるＣＰＵやＧＰＵが、テレビ視聴Ａｐｐに内包されたプログラムモジュールを適宜メインメモリへ読み出して実行することにより、制御部４０の各機能を発揮してもよい。また、記憶部３０の各機能ブロックは、ストレージやメインメモリ等の記憶装置がデータを記憶することにより実現されてもよい。

記憶部３０は、録画データ保持部３２、ＥＰＧデータ保持部３４、統計データ保持部３６、キャラクタデータ保持部３８、推薦情報保持部３９を含む。

録画データ保持部３２は、放送番組の録画データを保持する。録画データ保持部３２は、録画データが再生済か否か、言い換えれば、録画番組をユーザが視聴済か否かを示すフラグと対応付けて録画データを保持する。ＥＰＧデータ保持部３４は、ユーザの環境（例えばユーザの居住地等）において視聴可能な放送局の放送番組の情報を示すＥＰＧデータを保持する。ＥＰＧデータは、複数の放送番組それぞれの放送局ＩＤ、番組ＩＤ、番組タイトル、放送時間、番組概要（お知らせや出演者情報等）を含む。

統計データ保持部３６は、情報管理サーバ１２から提供されたデータであり、複数のユーザ（複数のテレビ視聴装置１０）それぞれのテレビ番組の視聴状況に関する統計データを保持する。具体的には、現在放送中の各番組の放送局ＩＤおよび番組ＩＤに対応付けて各番組の視聴者数を保持する。また、将来放送予定の各番組の放送局ＩＤおよび番組ＩＤに対応付けて各番組の録画予約数を保持する。

キャラクタデータ保持部３８は、番組視聴Ａｐｐのマスコットキャラクタ（後述のキャラクタ１２２）の画像データと、そのキャラクタにつぶやかせる台詞を規定したコメントデータを保持する。図３は、キャラクタデータ保持部３８が保持するコメントデータを示す。コメントデータは、台詞の本文であるコメント文章と、コメントを表示させる画面を規定した条件（画面条件）と、コメントを表示させる日時を規定した条件（日時条件）と、コメント文章の変数設定元（番組ソース）を含む。現実の実装では、コメントデータは、１０００レコード（１０００コメント）程度格納されてもよい。

図３のコメント文章は、挨拶、時事の情報（例えばＩＤ「０００１」）、放送番組や録画番組の推薦情報（例えばＩＤ「０００２」〜「０００６」）を含む。このように、挨拶や時事の情報をキャラクタにつぶやかせつつ、視聴や録画を勧める番組の情報のつぶやきをさりげなく織り込む。図３の「＄番組タイトル」は変数を示し、コメント表示時に、未視聴の録画番組のタイトル（ＩＤ「０００２」）や、推薦番組のタイトル（ＩＤ「０００３」）が動的に設定される。放送番組や録画番組の推薦情報のコメント文章には、キャラクタ自身が番組に関心や興味を抱いていることを示す文章が設定される。言い換えれば、番組に対するキャラクタの気持ちを示す一人称表現の文章が設定される。なお、放送番組や録画番組の推薦情報のコメント文章として、番組に対する第三者の気持ちを示す三人称表現の文章や、伝聞形式の文章も設定されてよい。

図３の画面条件と日時条件の設定は任意である。例えばＩＤ「０００１」のコメントは、日時条件による指定日にコメント文章が表示される。またＩＤ「０００３」のコメントは、トップ画面で番組表アイコンがフォーカスされた場合、または待機画面の表示中に、推薦番組のタイトルを設定したコメント文章が表示される。またＩＤ「０００５」のコメントは、トップ画面でＴＶアイコンがフォーカスされた場合、または待機画面の表示中に、視聴者数が５００以上である番組タイトルを設定したコメント文章が表示される。

図２に戻り、推薦情報保持部３９は、情報管理サーバ１２から提供された、ユーザに視聴や録画を勧めるべき推薦番組の情報を保持する。図４は、推薦情報保持部３９が保持する推薦番組情報を示す。キャラクタコメント欄には、キャラクタの台詞が任意に設定される。例えば、キャラクタの台詞として、キャラクタデータ保持部３８のコメント文章と同様に、キャラクタ自身が番組に関心や興味を抱いていることを示す一人称表現の文章が設定される（例えばＩＤ「０００１」「０００２」）。また別の台詞として、番組に対する第三者の気持ちを示す三人称表現の文章や、伝聞形式の文章も設定される（例えばＩＤ「０００３」）。

図２に戻り、制御部４０は、操作検出部４２、番組表示部４４、録画部４６、視聴状況通知部４８、再生部５０、ＥＰＧ取得部５２、統計データ取得部５３、キャラクタコメント取得部５４、推薦情報取得部５６、トップ画面表示部５８、待機画面表示部６０、ＥＰＧ画面表示部６１、推薦情報画面表示部６２、コメント判定部６４、キャラクタ表示部６６を含む。

操作検出部４２は、入力装置２０へ入力された、番組視聴Ａｐｐに対するユーザの操作を検出し、その操作内容を他の機能ブロックへ通知する。番組表示部４４は、番組視聴ＡｐｐのＴＶ画面表示中にユーザの放送局選択操作が入力された場合、選択された放送局で現在放送中の番組映像をチューナー２６から取得し、ディスプレイ２４に表示させる。視聴状況通知部４８は、放送局選択操作が入力された場合に、現在視聴中の番組を示す情報（以下「視聴中番組情報」とも呼ぶ。）を情報管理サーバ１２へ送信する。視聴中番組情報は、ユーザＩＤ、視聴フラグ、視聴中番組の識別情報（例えば放送局ＩＤ＋番組ＩＤ）を含む。

録画部４６は、番組視聴ＡｐｐのＥＰＧ画面表示中にユーザの録画予約操作が入力された場合、録画対象番組の放送時に当該番組の録画処理を実行する。録画部４６は、番組の録画データを未視聴を示すフラグと対応付けて録画データ保持部３２へ格納する。視聴状況通知部４８は、録画予約操作が入力された場合に、録画予約が設定された番組を示す情報（以下「録画予約番組情報」とも呼ぶ。）を情報管理サーバ１２へ送信する。録画予約番組情報は、ユーザＩＤ、録画予約フラグ、録画対象番組の識別情報（例えば放送局ＩＤ＋番組ＩＤ）、録画予約の種類（毎回録画または１回録画を示す情報）を含む。

再生部５０は、番組視聴Ａｐｐのビデオ画面表示中にユーザの録画番組再生操作が入力された場合、再生対象番組の録画データを録画データ保持部３２から取得し、番組映像を再生してディスプレイ２４に表示させる。再生部５０は、再生した録画データのフラグを視聴済へ変更する。ＥＰＧ取得部５２は、ＥＰＧデータをチューナー２６から取得してＥＰＧデータ保持部３４へ格納する。

統計データ取得部５３は、先のデータ取得から所定期間の経過を検出した場合に、複数のユーザ（複数のテレビ視聴装置１０）における番組の視聴状況または録画予約状況を示す統計データを情報管理サーバ１２から取得し、統計データ保持部３６へ格納する。統計データの取得間隔は、数十分から数時間であってもよい。

統計データは、各番組の識別情報（例えば放送局ＩＤ＋番組ＩＤ）と、視聴者数および／または録画予約数を含む。視聴者数は、複数のテレビ視聴装置１０からの通知にもとづいて情報管理サーバ１２が集計した、現在放送中の各番組を視聴しているユーザの数を示す。録画予約数は、複数のテレビ視聴装置１０からの通知にもとづいて情報管理サーバ１２が集計した、将来放送予定の各番組に対して録画予約を設定したユーザの数を示す。

キャラクタコメント取得部５４は、先のデータ取得から所定期間の経過を検出した場合に、キャラクタの台詞を示す最新のコメントデータ（図３）を情報管理サーバ１２から取得し、キャラクタデータ保持部３８へ格納する。コメントデータの取得間隔は、１日または数時間であってもよい。推薦情報取得部５６は、先の情報取得から所定期間の経過を検出した場合に、最新の推薦番組情報（図４）を情報管理サーバ１２から取得し、推薦情報保持部３９へ格納する。推薦番組情報の取得間隔は、１日または数時間であってもよい。

トップ画面表示部５８は、番組視聴Ａｐｐのトップ画面をディスプレイ２４に表示させる。待機画面表示部６０は、番組視聴Ａｐｐの待機画面をディスプレイ２４に表示させる。推薦情報画面表示部６２は、番組視聴Ａｐｐの推薦情報画面をディスプレイ２４に表示させる。これらの画面の具体例は後述する。

ＥＰＧ画面表示部６１は、チャンネル軸と時間軸を含む表内にユーザが視聴可能な複数の番組の情報を配置した電子番組表を示すＥＰＧ画面を表示する。ＥＰＧ画面表示部６１は、電子番組表内の各番組に対応付けて、各番組の視聴者数（以下「ミル値」とも呼ぶ。）と、録画予約数（以下「トル値」とも呼ぶ。）を表示させる。

コメント判定部６４は、番組視聴Ａｐｐの各画面を表示中に、キャラクタデータ保持部３８が保持するキャラクタのコメントを表示させるか否かを判定する。コメント判定部６４は、１日に所定回数、コメントを表示させた場合、当日における以後のコメント表示を抑制する。翌日になり、言い換えれば日付が変更されると、コメントの表示を再開する。またコメント判定部６４は、各コメントデータに設定された画面条件や日時条件にしたがって、複数のコメントの中からキャラクタの台詞として表示させるコメントを選択する。ある日に１度表示したコメントは、その日における選択対象から除外してもよい。

キャラクタ表示部６６は、番組視聴Ａｐｐの各画面に、キャラクタデータ保持部３８に保持された番組視聴Ａｐｐのマスコットキャラクタの画像を表示させる。またキャラクタ表示部６６は、キャラクタの台詞を示す態様で、キャラクタデータ保持部３８に保持されたコメント文章であり、コメント判定部６４により選択されたコメント文章を表示させる。図３に関連して既述したように、キャラクタ表示部６６が表示させるコメント文章には、キャラクタが推薦番組に関心を持つことを示す一人称表現の文章が含まれる。

またキャラクタ表示部６６は、番組視聴Ａｐｐの推薦情報画面で特定の推薦番組がフォーカスされた場合に、その推薦番組にキャラクタコメントが付加されていれば、そのコメントを表示させる。図４に関連して既述したように、キャラクタコメントには、キャラクタが推薦番組に関心を持つことを示す一人称表現の文章が含まれる。

図５は、図１の情報管理サーバ１２の機能構成を示すブロック図である。情報管理サーバ１２は、キャラクタコメント保持部７０、推薦情報保持部７２、番組対応関係保持部７４、視聴状況保持部７６、キャラクタコメント登録部７８、キャラクタコメント提供部８０、視聴状況取得部８２、統計処理部８４、統計データ保持部８５、統計データ提供部８６、推薦コンテンツ決定部８８、推薦情報登録部９０、推薦情報提供部９２を備える。

キャラクタコメント保持部７０は、図３で既述した、テレビ視聴装置１０へ提供すべきキャラクタのコメントデータを保持する。推薦情報保持部７２は、図４で既述した、テレビ視聴装置１０へ提供すべき推薦番組情報を保持する。

ここで推薦情報保持部７２には、複数のテレビ視聴装置１０における番組視聴状況、すなわち複数のユーザの番組視聴状況にもとづいて複数の番組の中から抽出された第１の推薦番組の情報が格納される。さらに推薦情報保持部７２には、複数のテレビ視聴装置１０における番組視聴状況以外の所定の条件を満たした第２の推薦番組の情報が格納される。既述したテレビ視聴装置１０の推薦情報取得部５６が取得し、推薦情報保持部３９に格納される推薦番組情報も同様に、第１の推薦番組の情報と第２の推薦番組の情報を含む。

推薦コンテンツ決定部８８に関連して後述するように、実施の形態における第１の推薦番組は、複数のテレビ視聴装置１０における録画予約の設定状況であり、１回録画の比率にもとづいて推薦コンテンツ決定部８８が決定した推薦番組である。第１の推薦番組の決定には様々な変形例が考えられる。例えば、推薦コンテンツ決定部８８は、現在放送中の複数の番組のうち視聴者数（ミル値）が相対的に多い（もしくは所定の閾値以上）の番組を推薦番組として決定してもよい。また、将来放送予定の複数の番組のうち録画予約数（トル値）が相対的に多い（もしくは所定の閾値以上）の番組を推薦番組として決定してもよい。

第２の推薦番組は、第１の推薦番組を決定するアルゴリズムとは異なるアルゴリズムで決定されるものと言え、また、第１の推薦番組を決定する基礎データ（例えば視聴状況）に依存しない、別の基礎データにもとづいて決定されるものと言える。推薦情報登録部９０に関連して後述するように、実施の形態における第２の推薦番組は、エンタテインメントシステム１００の管理スタッフが任意に定めるものとし、管理スタッフが情報管理サーバ１２に登録したことをもって推薦番組としての条件をみたしたこととする。第２の推薦番組も様々な変形例が考えられる。

例えば、管理スタッフは、推薦番組抽出のためのキーワード（以下フレーズを含む）を予め情報管理サーバ１２に登録してもよい。また情報管理サーバ１２は、各種のソーシャル・ネットワーキング・サービスや、ソーシャル・メディア、電子掲示板等で話題になっているキーワードを所定の外部装置から取得してもよい。不図示の第２の推薦コンテンツ決定部は、上記のキーワードを検索キーとして、複数の番組の情報（ＥＰＧデータ等）を検索してもよい。不図示の第２の推薦コンテンツ決定部は、タイトル、概要、出演者等のテキスト情報の中に上記のキーワードを含む番組を推薦番組として決定し、推薦番組情報を推薦情報保持部３９へ格納してもよい。

番組対応関係保持部７４は、第１放送局が放送する番組と、第１放送局とは異なる第２放送局が放送する番組との対応関係を保持する。この対応関係は、放送局ＩＤと番組ＩＤの組み合わせが異なる複数の番組について、情報管理サーバ１２が実質的に同一の番組として取り扱うための紐付け情報である。また、この対応関係はエンタテインメントシステム１００の管理スタッフにより予め定められる。

典型的には第１放送局と第２放送局は系列関係にあり、第１放送局はキー局である一方、第２放送局はキー局が制作した番組を主な放送コンテンツとするローカル局である場合に、第１放送局の番組と第２放送局の番組の間に対応関係が設定される。例えば、放送局Ａで放送される番組「７時のニュース」と、放送局Ａと系列関係にある放送局Ｂで放送される番組「７時のニュース」（ここでは番組タイトルは同一だが、放送局ＩＤと番組ＩＤは異なる）について、両者に対応関係が設定されてもよい。

視聴状況保持部７６は、複数のユーザ、言い換えれば複数のテレビ視聴装置１０における現在視聴中の番組を示す視聴中番組情報と、録画予約が設定された番組を示す録画予約番組情報を保持する。

キャラクタコメント登録部７８は、エンタテインメントシステム１００の管理スタッフの端末（不図示）から送信された、キャラクタのコメントデータを取得し、キャラクタコメント保持部７０へ格納する。キャラクタのコメントには任意の内容を設定可能であるが、番組を推薦するコメントの場合は、キャラクタ自身が推薦番組に関心を持つことを示す文章が設定されることが望ましい。キャラクタコメント提供部８０は、テレビ視聴装置１０からの要求に応じて、キャラクタコメント保持部７０に格納されたコメントデータをテレビ視聴装置１０へ送信する。

視聴状況取得部８２は、テレビ視聴装置１０から送信された視聴中番組情報を取得し、視聴状況保持部７６に格納する。また視聴状況取得部８２は、テレビ視聴装置１０から送信された録画予約番組情報を取得し、視聴状況保持部７６へ格納する。

統計処理部８４は、１時間に１回等、定期的に、視聴状況保持部７６に格納された視聴中番組情報と録画予約番組情報を番組単位に集計することにより、各番組の視聴状況および録画予約状況を示す統計データを生成する。具体的には、放送局ＩＤと番組ＩＤをキーとして視聴中番組情報のレコード数をカウントし、そのレコード数を、放送局ＩＤと番組ＩＤにより特定される番組の視聴者数（ミル値）として識別する。また、放送局ＩＤと番組ＩＤをキーとして録画予約番組情報のレコード数をカウントし、そのレコード数を、放送局ＩＤと番組ＩＤにより特定される番組の録画予約数（トル値）として識別する。

統計処理部８４は、各番組に関する統計処理の結果を示すデータであり、各番組の視聴者数および／または録画予約数を統計データ保持部８５へ格納する。統計データ提供部８６は、テレビ視聴装置１０の要求に応じて、統計データ保持部８５に格納された、各番組の視聴者数および／または録画予約数をテレビ視聴装置１０へ送信する。具体的には、放送局ＩＤ、番組ＩＤ、トル値、ミル値の組み合わせを送信する。

推薦コンテンツ決定部８８は、１日に１回等、定期的に、視聴状況保持部７６に格納された録画予約番組情報にもとづいて推薦番組を決定する。上記の第１の推薦番組である。推薦コンテンツ決定部８８は、推薦番組の放送局ＩＤ、番組ＩＤ、録画予約数を推薦情報保持部７２へ格納する。

具体的には、推薦コンテンツ決定部８８は、放送局ＩＤと番組ＩＤにより特定される各番組の録画予約数（トル値）を集計し、その録画予約数が第１閾値以上の番組（以下「推薦候補番組」とも呼ぶ。）を特定する。第１閾値は録画予約数が相対的に少ない番組を排除するためのものであり、第１閾値によるフィルタリングは推薦するに値する人気がある番組であることを担保するためのものである。具体的な第１閾値は、エンタテインメントシステム１００の管理スタッフの知見や経験、エンタテインメントシステム１００を用いた実験等により決定されてよい。

推薦コンテンツ決定部８８は、複数の推薦候補番組のそれぞれについて、録画予約の種類として１回録画が設定されたレコード数をカウントする。そして、推薦候補番組の中で、録画予約の総数に占める１回録画の割合が第２閾値以上の番組を推薦番組として決定する。言い換えれば、毎回録画に対する１回録画の比率が相対的に大きい番組を推薦番組として決定する。具体的な第２閾値も、エンタテインメントシステム１００の管理スタッフの知見や経験、エンタテインメントシステム１００を用いた実験により決定されてよい。第２閾値は例えば４０％であってもよい。

変形例として、推薦コンテンツ決定部８８は、第１閾値によるフィルタリングに代えて、録画予約数が相対的に大きい番組を推薦候補番組として特定してもよい。例えば、録画予約数が上位５０位の番組を推薦候補番組として特定してもよい。また変形例として、推薦コンテンツ決定部８８は、第２閾値によるフィルタリングに代えて、録画予約数に占める１回録画の割合が相対的に大きい推薦候補番組を推薦番組として決定してもよい。例えば、録画予約数に占める１回録画の割合が上位１０位の推薦候補番組を推薦番組として決定してもよい。また変形例として、一旦推薦候補番組を決定することなく、録画予約数に占める１回録画の割合にもとづいて全番組の中から直接推薦番組を決定してもよい。

推薦コンテンツ決定部８８は、第１の番組（例えばキー局の放送番組）を推薦番組として決定した場合、番組対応関係保持部７４が保持する対応関係を参照し、第１の番組と対応付けられた第２の番組（例えばローカル局の放送番組）も推薦番組として決定する。例えば、推薦コンテンツ決定部８８は、キー局の放送番組に対する録画予約数を集計し、キー局の放送番組の中で推薦番組を決定してもよい。そして、推薦番組としたキー局の放送番組と対応付けられたローカル局の放送番組をさらに推薦番組として決定してもよい。

一般的にローカル局の視聴者はキー局の視聴者よりも少ないが、番組内容は共通する場合がある。実施の形態の態様によると、キー局の放送番組に対する録画予約状況にもとづいて決定した推薦番組情報をローカル局の放送番組へも展開することができる。すなわち、様々な地域に居住するユーザに対して有用な推薦番組情報を提供できる。

推薦情報登録部９０は、エンタテインメントシステム１００の管理スタッフの端末から送信された、推薦コンテンツ決定部８８により決定された推薦番組に対するキャラクタコメントを取得し、推薦情報保持部７２へ格納する。キャラクタコメントには任意の内容を設定可能であるが、好適な態様としては、キャラクタ自身が推薦コンテンツに関心を持つことを示す一人称の文章が設定される。

また推薦情報登録部９０は、管理スタッフの端末から送信された、管理スタッフが決定した推薦番組の情報（放送局ＩＤ、番組ＩＤ、キャラクタコメント）を推薦情報保持部７２へ格納する。上記の第２の推薦番組である。このとき推薦情報登録部９０は、推薦番組の録画予約数を視聴状況保持部７６から取得し、推薦情報保持部７２へ格納する。ここでの推薦番組は、推薦コンテンツ決定部８８による推薦番組決定処理を経ずに、管理スタッフが任意に定めた推薦番組である。例えば管理スタッフは、最近公開される映画の元となったテレビドラマや、最近公開される映画の出演者が登場するテレビ番組を推薦番組として情報管理サーバ１２へ登録してもよい。

推薦情報提供部９２は、テレビ視聴装置１０からの要求に応じて、推薦情報保持部７２に保持された推薦番組情報をテレビ視聴装置１０へ送信する。

以上の構成によるエンタテインメントシステム１００の動作を以下説明する。
エンタテインメントシステム１００の管理スタッフは、テレビ視聴装置１０が設置される各地域の番組表および放送局の系列関係にしたがって、番組間の対応関係を番組対応関係保持部７４に記録する。情報管理サーバ１２の視聴状況取得部８２は、複数のテレビ視聴装置１０のそれぞれから逐次送信された視聴中番組情報と録画予約番組情報を取得し、視聴状況保持部７６へ格納する。統計処理部８４は、現在放送中の番組に対するミル値と、将来放送予定の番組に対するトル値を集計し、統計データ保持部８５へ格納する。各番組のミル値とトル値の集計データは定期的に更新される。

推薦コンテンツ決定部８８は、視聴状況保持部７６に格納された録画予約番組情報を参照して各番組の毎回録画と１回録画を識別し、録画予約が設定された番組の中で１回録画の割合が大きい番組を推薦番組としてする。推薦コンテンツ決定部８８は、推薦番組情報を推薦情報保持部７２へ格納する。エンタテインメントシステム１００の管理スタッフは、推薦情報保持部７２に格納された推薦番組に対するキャラクタコメントを情報管理サーバ１２に登録する。推薦情報登録部９０は、管理スタッフの端末から受信したキャラクタコメントを推薦番組に対応付けて推薦情報保持部７２へ格納する。推薦番組情報は定期的に更新される。

また管理スタッフは、推薦コンテンツ決定部８８により推薦番組に選ばれなかった番組のうちユーザにお勧めしたい番組を推薦番組として情報管理サーバ１２に登録する。推薦情報登録部９０は、管理スタッフの端末から受信した推薦番組情報を推薦情報保持部７２へ格納する。また管理スタッフは、番組視聴Ａｐｐの各画面でマスコットキャラクタにつぶやかせたいコメントを情報管理サーバ１２に登録する。キャラクタコメント登録部７８は、管理スタッフの端末から受信したキャラクタコメントをキャラクタコメント保持部７０へ格納する。

テレビ視聴装置１０のユーザは、テレビ視聴装置１０にインストールされた番組視聴Ａｐｐを起動する。番組視聴Ａｐｐの起動時に、ＥＰＧ取得部５２は、チューナー２６からＥＰＧデータを取得してＥＰＧデータ保持部３４へ格納する。統計データ取得部５３は、情報管理サーバ１２へ統計データを要求する。情報管理サーバ１２の統計データ提供部８６は、各番組のミル値、トル値をテレビ視聴装置１０へ送信し、統計データ取得部５３は、これらのデータを統計データ保持部３６へ格納する。

また番組視聴Ａｐｐの起動時に、キャラクタコメント取得部５４は、情報管理サーバ１２へキャラクタのコメントデータを要求する。情報管理サーバ１２のキャラクタコメント提供部８０は、コメントデータをテレビ視聴装置１０へ送信し、キャラクタコメント取得部５４は、コメントデータをキャラクタデータ保持部３８へ格納する。推薦情報取得部５６は、情報管理サーバ１２へ推薦番組情報を要求する。情報管理サーバ１２の推薦情報提供部９２は、推薦番組情報をテレビ視聴装置１０へ送信し、推薦情報取得部５６は、推薦番組情報を推薦情報保持部３９へ格納する。これらのデータ取得処理は、予め定められた時間間隔で繰り返し実行される。

トップ画面表示部５８は、番組視聴Ａｐｐ起動時に、番組視聴Ａｐｐのトップ画面をディスプレイ２４に表示させる。図６は、番組視聴Ａｐｐのトップ画面を示す。トップ画面１１０には、ＴＶアイコン１１２、ＥＰＧアイコン１１４、ビデオアイコン１１６、お勧めアイコン１１８が配置される。

ＴＶアイコン１１２は、現在放送中のテレビ番組を視聴するＴＶ画面へ遷移させるためのアイコンであり、ＥＰＧアイコン１１４は、番組表を提示し、録画予約等を受け付けるＥＰＧ画面へ遷移させるためのアイコンである。また、ビデオアイコン１１６は、録画済の番組を再生するビデオ画面へ遷移させるためのアイコンであり。お勧めアイコン１１８は、推薦番組の情報を提示する推薦情報画面へ遷移させるためのアイコンである。このようにトップ画面１１０は、番組の視聴および録画に関する複数種類の画面に対する共通の遷移元となるポータル画面と言える。

トップ画面１１０から遷移したＴＶ画面において特定の放送局が選択されると、番組表示部４４は、選択された放送局の番組映像をディスプレイ２４に表示させ、視聴状況通知部４８は、視聴中番組情報を情報管理サーバ１２へ送信する。また、トップ画面１１０から遷移したＥＰＧ画面において特定の番組の録画予約が設定されると、視聴状況通知部４８は、録画予約番組情報を情報管理サーバ１２へ送信する。

トップ画面表示部５８は、トップ画面１１０においてフォーカス状態のアイコンに応じて新着情報１２０を表示させる。図６ではビデオアイコン１１６がフォーカスされているため、録画状況に関する情報を示す新着情報１２０を表示させている。トップ画面表示部５８は、ＴＶアイコン１１２がフォーカスされている場合は、統計データ保持部３６に格納されたミル値（視聴者数）が相対的に大きい番組タイトルを示す新着情報１２０を表示させる。例えば、ミル値が最も大きい番組タイトルを新着情報１２０として表示させてもよい。また、ＥＰＧアイコン１１４がフォーカスされている場合は、統計データ保持部３６に格納されたトル値（録画予約数）が相対的に大きい番組タイトルを新着情報１２０として表示させる。例えば、トル値が最も大きい番組タイトルを示す新着情報１２０を表示させてもよい。

キャラクタ表示部６６は、番組視聴Ａｐｐのマスコットであるキャラクタ１２２をトップ画面１１０に表示させ、キャラクタ１２２が発声したことを示す態様で台詞１２４を表示させる。図６ではビデオアイコン１１６がフォーカスされているため、コメント判定部６４は、図３のＩＤ「０００２」のコメントを選択し、キャラクタ表示部６６は、ＩＤ「０００２」のコメント文章を台詞１２４に設定している。

また、コメント文章の「＄番組タイトル」には、録画データ保持部３２に格納された録画データのうち未視聴フラグに対応付けられた録画データの番組タイトルを設定している。すなわち図６では、未視聴の録画番組である「７時のニュース」を推薦番組として、キャラクタ１２２がその未視聴の録画番組を見たい旨のコメントを表示させている。これにより、ビデオアイコン１１６に対する選択操作（例えば所定ボタンの押下操作）により遷移するビデオ画面における再生対象番組の選択を支援することができる。

またキャラクタ表示部６６は、トップ画面１１０でＥＰＧアイコン１１４がフォーカスされている場合、図３のＩＤ「０００３」のコメントを表示させてもよい。すなわち、キャラクタ１２２が、情報管理サーバ１２で決定された推薦番組を欠かさず見ている旨のコメントを表示させてもよい。これにより、ＥＰＧアイコン１１４に対する選択操作により遷移するＥＰＧ画面における録画対象番組の選択を支援することができる。

またキャラクタ表示部６６は、トップ画面１１０でＴＶアイコン１１２がフォーカスされている場合、図３のＩＤ「０００５」のコメントを表示させてもよい。すなわち、ミル値が大きい番組を推薦番組として、キャラクタ１２２がミル値が大きい番組を好きである旨のコメントを表示させてもよい。これにより、ＴＶアイコン１１２に対する選択操作により遷移するＴＶ画面における視聴対象番組の選択を支援することができる。

このようにキャラクタ表示部６６は、情報管理サーバ１２で決定された推薦番組に加えて、ミル値やトル値、録画番組の再生状況等に応じた種々の番組を推薦番組として取得する。そして、それらの推薦番組に対してキャラクタ１２２が関心を持つ旨のコメントを台詞１２４として表示させる。これにより、ユーザの操作状況に応じた好適な番組の情報をユーザへ提示できる。また、仮にキャラクタ１２２につぶやかせた番組がユーザにとって関心のない番組であっても、キャラクタ１２２の気持ちに過ぎないため、ユーザの気分を害してしまうことを抑制できる。

トップ画面１１０において所定時間、操作入力を未検出の場合、待機画面表示部６０は、待機画面をディスプレイ２４に表示させる。図７は、番組視聴Ａｐｐの待機画面を示す。待機画面表示部６０は、待機画面において、トップ画面１１０に配置された複数のアイコンを変動表示させる。

キャラクタ表示部６６は、キャラクタ１２２と台詞１２４を待機画面１３０に表示させる。図７では、コメント判定部６４は、図３のＩＤ「０００４」のコメントを選択し、キャラクタ表示部６６は、ＩＤ「０００４」のコメント文章を台詞１２４に設定している。また、コメント文章の「＄番組タイトル」には、録画データ保持部３２に格納された録画データのうち視聴済フラグに対応付けられた録画データの番組タイトルを設定している。

図３の画面条件で示すように、待機画面１３０では、未視聴の録画番組、推薦番組、視聴済の録画番組、ミル値が大きい番組、トル値が大きい番組等、様々な条件に合致する番組タイトルを提示する台詞１２４を表示する。待機画面１３０ではユーザがどのような画面へ遷移するか（例えばＴＶ画面か、ＥＰＧ画面か）は不明であり、言い換えれば、様々な操作可能性があるため、幅広い情報を提供することが望ましいためである。

トップ画面１１０においてお勧めアイコン１１８がフォーカスされ、選択操作の入力が検出されると、推薦情報画面表示部６２は、推薦情報画面をディスプレイ２４に表示させる。図８は、番組視聴Ａｐｐの推薦情報画面を示す。推薦情報画面は、情報管理サーバ１２で決定された推薦番組を提示する画面であり、キャラクタ１２２がピックアップしたお勧め番組を提示する画面として位置づけられる。

推薦情報画面表示部６２は、情報管理サーバ１２から提供され、推薦情報保持部３９に格納された推薦番組のうち、ＥＰＧデータ保持部３４のＥＰＧデータに記録された番組を特定する。すなわち、推薦番組の中でユーザが視聴可能な放送局の番組を特定する。例えば、ある推薦番組の放送局ＩＤと番組ＩＤの組み合わせをＥＰＧデータ内で検索することにより、ユーザがその推薦番組を視聴可能か否かを判定してもよい。

推薦情報画面表示部６２は、推薦情報保持部３９に格納された推薦番組のうちユーザが視聴可能な複数の番組の情報を推薦情報画面１４０に並べて表示させる。具体的には、推薦番組の放送局ＩＤと番組ＩＤの組み合わせをキーとして、ＥＰＧデータ保持部３４から放送局名、放送日時、番組タイトルを取得し、推薦情報画面１４０に表示させる。このように、ユーザの居住地域、言い換えれば、テレビ視聴装置１０が設置された地域において視聴可能な推薦番組を推薦情報画面１４０に表示させる。これにより、あるユーザはキー局の放送番組を視聴可能であり、別のユーザはローカル局の放送番組を視聴可能である場合でも、各ユーザにとって意味のある推薦番組情報を提示できる。

変形例として、テレビ視聴装置１０の推薦情報取得部５６が、情報管理サーバ１２から提供された複数の推薦番組のうち、ＥＰＧデータ保持部３４のＥＰＧデータに記録された番組のみを推薦情報保持部３９へ格納してもよい。

別の変形例として、推薦番組情報のフィルタリングは情報管理サーバ１２が実行してもよい。この場合、情報管理サーバ１２は、複数のユーザ（複数のテレビ視聴装置１０）それぞれが視聴可能な番組情報を保持してもよい。例えば、各地域のＥＰＧデータと、各ユーザの居住地域（テレビ視聴装置１０の設置位置）との対応関係を保持し、各ユーザが視聴可能な番組を識別可能に構成されてもよい。情報管理サーバ１２の推薦情報提供部９２は、推薦情報保持部７２に保持された推薦番組情報のうち、情報送信先のユーザが視聴可能な推薦番組の情報のみを当該ユーザのテレビ視聴装置１０へ送信してもよい。

また、図８の推薦番組１４２は、情報管理サーバ１２の推薦コンテンツ決定部８８が複数のユーザの録画予約状況にもとづいて複数の番組の中から動的に抽出した第１の推薦番組と、エンタテインメントシステム１００のスタッフが任意に設定した第２の推薦番組の両方を含む。例えば、トル値が１００以上の１番目、３番目、４番目の番組は第１の推薦番組であり、トル値が４０の２番目の番組は第２の推薦番組であってもよい。第１の推薦番組は、推薦番組決定のアルゴリズムにもとづくデータ処理により動的に決定されたものと言える。第２の推薦番組は、動的な抽出過程を経ずに静的に定められたものと言え、また、動的な抽出結果にかかわらずユーザに視聴を勧めるべき番組と言える。

このように、視聴状況にもとづくアルゴリズムで決定された第１の推薦番組と、視聴状況以外の条件を満たした第２の推薦番組の両方をユーザに提示することで、視聴状況にもとづくアルゴリズムでは抽出されないが、視聴を勧めるべきと考えられる番組をユーザへ提示することができる。言い換えれば、単一の観点に縛られず、様々な観点から推薦番組を決定し、ユーザへ提示することを実現できる。例えば、動的な推薦番組の決定処理では抽出されないが、スタッフの経験則上、ユーザに視聴を勧めるべき番組を推薦番組に追加することができる。言い換えれば、自動的なデータ処理では漏れてしまう番組を、スタッフの意思や経験、知見により補い、多様な観点にもとづく推薦番組をユーザへ提示することができる。

推薦情報画面表示部６２は、複数の推薦番組のうちキャラクタコメントが設定された推薦番組、図４の例ではＩＤ「０００１」〜「０００３」の推薦番組に対して、キャラクタコメントインジケータ１４４を設定し、キャラクタが何かつぶやくことをユーザに示唆する。キャラクタ表示部６６は、キャラクタ１２２を推薦情報画面１４０に表示させる。キャラクタ表示部６６は、推薦情報画面１４０の推薦番組１４２のうちキャラクタコメントインジケータ１４４が付加された推薦番組１４２がフォーカス枠１４６でフォーカスされた場合に、台詞１２４をさらに表示させる。

図８の例では、フォーカス枠１４６でフォーカスされた推薦番組「金曜ドラマ・・・」に対応付けられたキャラクタコメント（図４のＩＤ「０００３」）を示す台詞１２４を表示させている。このようにキャラクタ表示部６６は、キャラクタ１２２が発する台詞１２４として、第三者の意見を伝聞形式で示す文書も表示させる。図８でフォーカスされた推薦番組は、トル値が低いため情報管理サーバ１２の推薦コンテンツ決定部８８が推薦番組として決定したものではなく、スタッフが推薦番組として追加したものである。

図９も、番組視聴Ａｐｐの推薦情報画面を示す。この例では、フォーカス枠１４６でフォーカスされた推薦番組「週刊のど自慢」に対応付けられたキャラクタコメント（図４のＩＤ「０００１」）を示す台詞１２４を表示させている。図９でフォーカスされた推薦番組は、情報管理サーバ１２の推薦コンテンツ決定部８８が推薦番組として決定したものである。すなわち１回録画の割合が大きいものであるため、何かサプライズがあるかもしれない旨のコメントが設定されている。ただし、あくまでキャラクタ１２２の気持ちを示す態様で表示するため、仮に実際の番組内容にサプライズがなくても、ユーザの不満を抑制しやすくなる。

図１０も、番組視聴Ａｐｐの推薦情報画面を示す。この例では、フォーカス枠１４６にでフォーカスされた推薦番組にはキャラクタコメントインジケータ１４４が付加されていない。すなわち、当該フォーカスされた推薦番組にはキャラクタコメントが未設定である（例えば図４のＩＤ「０００４」）。この場合、キャラクタ表示部６６は、台詞１２４を表示させない。その代わりに、推薦情報画面表示部６２は、当該フォーカスされた推薦番組に関する概要情報をＥＰＧデータ保持部３４から取得し、番組概要１４８として表示させる。

キャラクタ表示部６６は、１日の間に、キャラクタデータ保持部３８に格納されたキャラクタ用のコメントを表示させた回数を記憶部３０に記録し、コメントを表示させる都度、その回数をインクリメントする。キャラクタ表示部６６は、１日の間に所定回数、キャラクタデータ保持部３８に格納されたキャラクタ用のコメントを表示させた場合、当日における以降のコメント表示を抑制する。言い換えれば、１日の間に所定個数のコメントを表示させた場合、翌日になるまでは新たなコメントの表示を抑制する。この閾値は、管理スタッフの知見や経験等により決定されてよく、例えば１日の間に７回コメントを表示させたことでもよく、７個のコメントを表示させたことでもよい。

また、キャラクタ表示部６６は、コメント表示を抑制する間、キャラクタ１２２を、疲れた様子を示す態様や、怒った様子を示す態様、すねた様子を示す態様で表示させる。翌日になると、キャラクタ表示部６６は、所定の記憶領域に格納されたコメント表示回数を０に戻し、キャラクタ１２２の外観を通常に戻すとともに、コメントの表示を再開する。このようなコメント表示の抑制処理は、推薦情報保持部３９に格納されたキャラクタコメントの表示、すなわち、推薦情報画面１４０におけるキャラクタコメントの表示についても適用してもよい。

近年、キャラクタの台詞の一覧がインターネット上のサイトでまとめられることがある。キャラクタ１２２の台詞１２４の表示回数に制限を設けない場合、キャラクタ１２２につぶやかせるコメントが全て開示されてしまい、コメントに対するユーザの関心が損なわれてしまいかねない。また、たびたびキャラクタ１２２がつぶやくことで却ってユーザに煩わしさを感じさせかねない。そこで、１日等の単位期間に表示させるコメントの個数を制限することで、コメントに対するユーザの関心が損なわれることを抑制し、また、ユーザに煩わしさを感じさせてしまうことを回避できる。

また、人間も話す量が過多になると疲れるが、番組視聴Ａｐｐのキャラクタ１２２も同様の動作とすることで、キャラクタ１２２があたかも生きているかのようにユーザに感得させやすくなる。これにより、キャラクタ１２２に対する親近感を醸成しやすくなり、キャラクタ１２２がつぶやく推薦番組がユーザにとって的外れであっても、ユーザの気分を害するおそれを一層低減しやすくなる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

実施の形態では言及していないが、推薦コンテンツ決定部８８は、各番組の録画予約総数に占める１回録画の割合について、その時系列での推移を保持してもよい。そして、録画予約総数に占める１回録画の割合が最近、所定の閾値以上上昇した番組を推薦番組として決定してもよい。例えば、録画予約総数に占める１回録画の割合が、直近の２日間に２０％以上上昇した番組を推薦番組として決定してもよい。実施の形態と同様に、絞り込んだ推薦候補番組の中で上記アルゴリズムにしたがって推薦番組を決定してもよい。録画予約総数に占める１回録画の割合が急上昇している番組は、その番組を普段視聴しないユーザの間でも話題になっている番組と言え、推薦番組として好適と言える。

また、上記実施の形態では、情報管理サーバ１２とテレビ視聴装置１０が連携してユーザに視聴を勧めるコンテンツをテレビ番組としたが、様々な種類のデジタルコンテンツや電子コンテンツをユーザに勧める場合も実施の形態に記載の技術を適用可能であることはもちろんである。例えば、種々の楽曲や動画、静止画、ゲーム、ウェブサイト等について、これらの閲覧や購入等を好適な態様でユーザに促すことができる。

また、実施の形態に記載の情報管理サーバ１２の構成は以下のように表現することができる。複数回放送される番組を録画予約した複数のユーザのそれぞれから、録画予約の種類を取得する取得部と、各ユーザによる上記番組の録画予約の種類が、複数回の放送に対する一括した録画予約であるか、または１回の放送に対する録画予約であるかにもとづいて、上記番組を、他のユーザへ視聴を勧めるべき推薦番組として決定する決定部を備えることを特徴とする情報処理装置。

また、情報管理サーバ１２の構成は以下のように表現することもできる。複数回放送される番組を録画予約した複数のユーザのそれぞれから、録画予約の種類を取得する取得部と、上記番組の録画予約総数の中で、複数回の放送に対する一括した録画予約ではなく１回の放送に対する録画予約が占める割合が所定の閾値以上である場合に、上記番組を、他のユーザへ視聴を勧めるべき推薦番組として決定する決定部を備えることを特徴とする情報処理装置。

上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

例えば、請求項に記載の推薦情報取得部は、実施の形態に記載の推薦情報取得部５６と推薦情報画面表示部６２の連携により実現されてもよい。また、請求項に記載の視聴状況は、実施の形態で記載したように、将来放送予定の番組に対する複数のユーザによる録画予約の設定状況（言い換えれば視聴予約状況）を含む。また、現在放送中の番組に対する複数のユーザの現在の視聴状況（言い換えれば視聴選択状況）も含む。

１０ テレビ視聴装置、 １２ 情報管理サーバ、 ５６ 推薦情報取得部、 ６２ 推薦情報画面表示部、 ６６ キャラクタ表示部、 ８８ 推薦コンテンツ決定部、 ９２ 推薦情報提供部、 １００ エンタテインメントシステム、 １２２ キャラクタ、 １２４ 台詞。

Claims (8)

1. 外部装置から送信された情報、または所定の記憶領域に予め格納された情報であって、ユーザに視聴を勧めるべき推薦コンテンツの情報を取得する推薦情報取得部と、
   所定のキャラクタを画面に表示させ、前記キャラクタが前記推薦コンテンツに関心を持つことを示す情報を前記画面に表示させるキャラクタ表示部と、
   を備えることを特徴とする情報処理装置。
2. 前記キャラクタ表示部は、前記キャラクタが発する台詞として複数の文章を前記画面に表示させ、前記キャラクタが前記推薦コンテンツに関心を持つ旨の文章を前記台詞の１つとして表示させることを特徴とする請求項１に記載の情報処理装置。
3. 推薦情報表示部をさらに備え、
   前記推薦情報取得部は、複数の推薦コンテンツの情報として、他装置におけるコンテンツの視聴状況にもとづいて決定された第１コンテンツの情報と、前記視聴状況以外の所定の条件を満たした第２コンテンツの情報を取得し、
   前記推薦情報表示部は、前記第１コンテンツの情報と前記第２コンテンツの情報を１つの画面に並べて表示させることを特徴とする請求項１または２に記載の情報処理装置。
4. ユーザが視聴可能な放送番組の情報を示す番組表を保持する番組表保持部と、
   推薦情報表示部をさらに備え、
   前記推薦情報取得部は、前記外部装置から送信された複数の推薦コンテンツの情報であって、複数の放送番組の情報を取得し、
   前記推薦情報表示部は、前記複数の放送番組のうち、前記番組表に含まれる放送番組の情報を表示させることを特徴とする請求項１または２に記載の情報処理装置。
5. 前記推薦情報取得部が取得する推薦コンテンツは、複数回放送される番組を含み、
   前記複数回放送される番組は、他装置における当該番組の録画予約の種類が、複数回の放送に対する一括した録画予約であるか、または１回の放送に対する録画予約であるかにもとづいて前記推薦コンテンツして決定されることを特徴とする請求項１から４のいずれかに記載の情報処理装置。
6. 前記推薦情報取得部が取得する推薦コンテンツは、複数回放送される番組を含み、
   前記複数回放送される番組は、複数の他装置における当該番組の録画予約総数の中で、複数回の放送に対する一括した録画予約ではなく１回の放送に対する録画予約が占める割合が所定の閾値以上である場合に、前記推薦コンテンツして決定されることを特徴とする請求項１から４のいずれかに記載の情報処理装置。
7. 外部装置から送信された情報、または所定の記憶領域に予め格納された情報であって、ユーザに視聴を勧めるべき推薦コンテンツの情報を取得するステップと、
   所定のキャラクタを画面に表示させるステップと、
   前記キャラクタが前記推薦コンテンツに関心を持つことを示す情報を前記画面に表示させるステップと、
   をコンピュータが実行することを特徴とする情報処理方法。
8. 外部装置から送信された情報、または所定の記憶領域に予め格納された情報であって、ユーザに視聴を勧めるべき推薦コンテンツの情報を取得する機能と、
   所定のキャラクタを画面に表示させ、前記キャラクタが前記推薦コンテンツに関心を持つことを示す情報を前記画面に表示させる機能と、
   をコンピュータに実現させるためのコンピュータプログラム。

Images