JP7258716B2 - 受信装置、サーバ、コンテンツ推奨プログラム、コンテンツ推奨システム、コンテンツ推奨方法 - Google Patents

Description

本実施形態は、受信装置、サーバ、コンテンツ推奨プログラム、コンテンツ推奨システム、コンテンツ推奨方法に関する。

テレビ装置などの表示機器を介して番組（所謂コンテンツ）を視聴する形態として、以下のような形態がある。なお以下では番組とコンテンツは同義語として説明する。
(ａ)個人個人が例えばパーソナルコンピュータ（ＰＣ）やタブレットＰＣを使用し、ネットワークを介してコンテンツプロバイダ（ＣＳＰ）にログインして所望のコンテンツを視聴する形態
(ｂ)テレビ装置を使用し、チャンネル選択により放送コンテンツを視聴する形態
(c)記録再生装置を使用し、録画したコンテンツを再生して視聴する形態
(d)テレビ装置を使用し、コンテンツ推奨システムにより提示された複数の推薦コンテンツの中からユーザが選択して視聴する形態。

上記（ｄ）のコンテンツ推奨システムは、視聴者が視聴したコンテンツに関する視聴ログを収集して蓄積し、蓄積した視聴ログに基づいて、当該テレビ装置におけるコンテンツの視聴傾向（所謂嗜好性）を割り出している。この嗜好性を、コンテンツ推奨システムは推薦コンテンツ情報として管理する。

そしてコンテンツ推奨システムは、当該テレビ装置が推薦コンテンツを要求したときに、前記推薦コンテンツ情報を当該テレビ装置に提示する。

ところで上記(ａ)に記載したように、コンテンツサービスプロバイダ（ＣＳＰ）に対して個人個人がネットワークを介してログインして所望のコンテンツを視聴するシステムに対して、上記コンテンツ推奨システムが採用された場合を考えてみる。この場合は、ログインデータが参照されれば、ログインした個人個人を特定することが可能である。このために、個人宛てへのコンテンツ推薦データを作成することが可能である。

しかし(ｂ)、(c)、（ｄ）の項目に記載したようなケースであると、家族の複数の構成員が、テレビ装置或いは記録再生装置を共有して使用する。このために、テレビ装置或いは記録再生装置自体を、特定することはできるが、装置を使用した視聴者（ユーザ）個人までは、視聴ログからは特定することができない。

特開２０１７－１６７９０６号公報

上記のように、家族単位で利用されるテレビ装置などの表示機器(以下、単にテレビ装置という)に対し、コンテンツ推薦データを提供する場合、そのコンテンツ推奨データは、利用者個人宛てではなくテレビ装置毎に提供されることになる。

この場合、例えば、子供の視聴中、大人が視聴する傾向のあるコンテンツが推薦される場合がある。本来は子供の嗜好性に合ったコンテンツのみの推薦データが欲しいのであるが、現状では、推薦データの中に大人が視聴する傾向のコンテンツの推薦データも含まれるのである。

そこで本実施形態では、複数のユーザが共有して利用するテレビ装置に対して、視聴する番組を推薦する場合、その基準となる基準番組の選定方法を工夫した表示装置を提供することを目的とする。

一実施形態によれば、少なくとも番組情報処理器、推薦番組管理部、推薦番組情報出力部を備え、
前記番組情報処理器は、
視聴ログを参照して、視聴された番組の時間帯又は録画された前記番組の録画された時間帯及び再生された時間帯を判断し、各前記時間帯を１日の複数の区分時間帯に対応させて、前記対応する前記区分時間帯に対して、対応した前記番組の番組識別情報を割り当てて管理するものであり、
前記推薦番組管理部は、
推薦番組リストの要求があったときに、前記要求のあった時間帯に対応する前記区分時間帯に管理されている番組識別情報に対応した番組リストを前記推薦番組情報出力部から表示器に向けて出力するものであり、
前記番組情報処理器は、前記番組識別情報を管理する場合、前記録画された前記番組の番組識別情報を、過去に前記再生された時間帯にても管理している、ことを特徴とする受信装置が提供される。

図１は、テレビ装置が使用される形態の一例を示す説明図である。 図２は、一実施形態における基本構成を示すブロック図である。 図３Ａは、図２の推薦判定部５００の例を説明するための説明図である。 図３Ｂは、番組情報処理器４２０において視聴ログが処理されるときの動作例を示すフローチャートである。 図４は、一実施例の装置が使用される際の一例を説明するために示した説明図である。 図５は、機器（テレビ装置或いは記録再生装置）において、番組が視聴されたときに視聴ログが生成されてアップロードされるまでの処理手順を示すフローチャートである。 図６は、本実施例の装置の動作例をさらに示すフローチャートであり、テレビ装置がオンされてから、推薦番組リストの要求があった場合、チャンネル選択があった場合などの動作を説明するフローチャートである。 図７は、ユーザが時間帯ＴＢ３に放送される番組を記録再生装置により録画し、時間帯ＴＢ５で視聴する習慣がある場合の推薦判定部のデータ管理状態の例を示す図である。 図８は、記録再生装置の番組録画時間帯と番組再生時間帯が異なる時間帯である場合のコンテンツ推奨装置の動作例を示すフローチャートである。

以下、実施の形態について図面を参照して説明する。
図１は、受信機（以下テレビ装置として説明する）が、ある家庭において使用される形態の一例である。テレビ装置１００は、家族の構成員Ｕ１、Ｕ２、Ｕ３、Ｕ４により共通に利用される。構成員は、リモートコントローラ１１０を操作して、テレビ装置１００を起動し、チャンネル選択或いは番組録画指定、録画番組再生指定、さらにはコンテンツのダウンロードなどを実行させることができる。

テレビ装置１００には、記録再生装置１１３が接続されている。テレビ装置１００は、インターネットを介して外部のサーバ３００と接続し、相互通信を行うことも可能である。

図２は、本実施形態における基本構成を示す図であり、コンテンツ推薦機能を示している。符号４１０は、推薦処理部を示し、符号４２０は、番組情報処理器を示す。例えば、推薦処理部４１０は、テレビ装置１００内部に配置され、番組情報処理器４２０は、サーバ３００内部に配置される。

しかし、その配置は、限定されるものではなく、それぞれの推薦処理部４１０と番組情報処理器４２０内の各機能ブロックが、さらにテレビ装置１００内部及び又はサーバ３００内に分散されて配置されてもよい。

推薦処理部４１０は、推薦番組情報を表示部へ出力する出力部４１２、推薦番組取得部４１３、推薦番組管理部４１４を含む。推薦番組取得部４１３は、ここではコントローラも含むものとして説明する。コントローラは、テレビ装置１００の内部の各ブロックを統括して制御するとともに、外部機器との相互通信も制御するものとする。

サーバ３００の番組情報処理器４２０は、視聴番組管理部４２２、推薦判定部５００、時間帯管理部５０１、時間帯特定部５０２を含む。サーバ３００内では、例えば視聴時間管理部４２２がコントローラを含みサーバ内の各機能ブロックを統括して制御するものとする。時間帯管理部５０１、時間帯特定部５０２は、後で説明するように、推薦判定部５００と共に番組情報を時間帯で管理する場合に機能するブロックである。

時間帯管理部５０１は、番組表のデータなどを外部から取得し、例えば各番組の放送時間帯情報（番組の開始、終了時刻など）を管理する。時間帯特定部５０２は、アップロードされる視聴ログが含む番組情報及び視聴時間情報と、時間帯管理部５０１が管理している各番組の放送時間帯情報を参照して、当該視聴ログに対応する番組が、何時から何時に放送され、どの時間帯で視聴されているかを管理することができる。これにより、各テレビ装置における視聴番組の時間帯を管理することが可能となる。

ここで、本実施形態では、基本的に推薦判定部５００が主要な機能を持つものであり、フィルタリング部と称してもよい。本実施例は、ユーザに対してお勧めする番組を推薦する場合、その基準となる基準番組の選定方法を工夫している。基準番組の選定に不備があると、基準番組に関連して推薦される推薦番組は、正しく推薦されないからである。基準番組としては、視聴者が過去視聴した複数の番組（コンテンツ）が存在するが、この中からどの基準番組を選定するかということが重要である。

結果的には本装置は、テレビ装置１００を使用しているユーザに対して、当該ユーザに有効な番組を推薦することになる。この推薦機能をコンテンツ推薦機能と称する。

なお、図２では、推薦判定部５００は、番組情報処理器４２０の中に配置されているが、この場所に限定されるものではない。推薦判定部５００は、番組情報処理器４２０の中、或いはこれらのブロックの内部の詳細ブロックの中のいずれに設けられてもよい。

推薦判定部５００は、基準番組の視聴ログから得られる時間情報を参照して、少なくともこの基準番組を推薦対象とするか否かを判定し、この判定に基づいて識別した推薦番組識別情報（或いは推薦番組選別情報）を生成している。言い換えると、推薦判定部５００は、番組推薦の要求があることを想定し、その要求時間に応じて、前記基準番組の時間情報を管理し、前記基準番組を推薦対象とするか否かを判定した情報である。前記基準番組には、嗜好性情報やデモグラフィック（デモグラ）情報に基づいて、まとまりとして関連付け(或いは紐付）される他の番組も付随している場合がある。逆に前記基準番組に対して関係を遮断される番組が存在する。

上記の「管理し」とは、基準番組の視聴ログが含む時間情報を推薦要求時間に関連づけて判断することである。視聴ログが含む時間情報は、対応する基準番組に関しての放送時間、視聴した時間、録画した時間、再生した時間などを含む。

上記のように、推薦判定部５００が基準番組を判定して識別した推薦番組識別情報が、サーバ３００（番組情報処理器４２０）からテレビ装置１００（推薦処理部４１０）へ送信される。送信されるタイミングは、例えば、推薦番組取得部４１３が定期的に視聴番組管理部４２２へ要求したときである。推薦番組識別情報は、推薦番組取得部４１３の制御により推薦番組管理部４１４に格納され準備される。

本システムでは、ユーザがテレビ装置１００に対して推薦番組リストを表示するようにリモートコントローラ１１０を通じて要求することができる。この場合、テレビ装置１００の推薦番組管理部４１４が、推薦番組リストを生成し、１つまたは複数の番組を推薦する。推薦番組リストは、推薦番組取得部４１３の制御に基づいて、出力部４１２を介して表示器に出力される。

上記推薦番組管理部４１４が、基準番組に応じた推薦番組リストを出力する場合、推薦番組識別情報を参照する。ここで、推薦番組識別情報は、先の説明のように番組推薦の要求時間に応じて、前記基準番組の時間情報を管理し、前記基準番組を推薦対象とするか否かを判定した情報である。したがって推薦番組管理部４１４は、要求時間に応じた推薦番組を示す推薦番組リストを提供することができ、この推薦番組リストは、推薦番組取得部４１３、推薦番組情報出力部５１２を介して表示器へ出力されることになる。

なお、上記した番組情報処理器４２０において、前記視聴ログは、少なくともテレビ装置１００から過去送られてきた視聴ログであり、他のテレビ装置から送られてきた視聴ログも含まれる場合がある。また基準番組とは、基本的には前記視聴ログから得られる番組を基準番組としているが、過去、未来及び又は現在の番組表の番組情報から得られるものでもよい。したがって基準番組は、１つのチャンネルの番組に限定されるものではない。また基準番組は放送番組に限定されるものではなく、ビデオ・オン・デマンド（ＶＯＤ）などのコンテンツでもよい。そして、推薦判定部５００が生成する上記の視聴番組識別情報は、推薦番組の要求時間に基づいて上記基準番組として判定される番組の番組情報と、該基準番組に対応する番組の番組情報を含む情報である。また基準番組に対応する番組としては、基準番組の属性が類似する他の番組、視聴時間及び又は放送時間が近い他の番組などがあげられる。

上記したように推薦番組管理部４１４は、上記の視聴番組識別情報を推薦番組取得部４１３を介して受け取っている。そして推薦番組の要求があった時、その要求のあった要求時間に応じて、推薦番組管理部４１４は、前記判定によって推薦対象とされている前記基準番組を選択し、この基準番組に関連付けられる１つまたは複数の番組を推薦番組として特定する。

つまり、前記１つまたは複数の番組は、例えば、一例としては、選択された基準番組の放送時間に近い時間に視聴された番組が選択されて推薦番組リストとして選別されて出力される。或いは基準番組の属性（ジャンル、番組制作者、出演者など）が共通する番組などが推薦番組リストに選別されて出力される。

上記実施形態における特徴的な事項をまとめると以下のようになる、
１）視聴番組（基準番組）に応じた番組を推薦する場合、例えば、視聴番組として、午前に視聴した番組Ａ、午後に視聴した番組Ｂ、深夜に視聴した番組Ｃの履歴があり、番組推薦の要求時間が午後にあった場合、番組Ｂを基準番組とし、少なくとも番組Ｃは基準番組とはしない（＝番組Ｃは推薦番組リストには表示されないようにする）。
例えば基準番組として深夜２５時の視聴番組Ｅと、１３時の視聴番組Ｆの２種類があったとする。ここで１４時に番組推薦の要求があったとする。本装置では、この要求により、テレビ装置では視聴番組Ｆ（要求時間に近い）に基づいた推薦番組リストが表示される（結果的には、深夜２５時の視聴番組Ｅに基づく推薦番組リストは表示されない）。

このように、本実施形態では、「推薦番組の要求時間」と、「視聴番組の視聴ログに含まれる時間情報」との両者を用いて（照らし合わせて）基準番組を推薦対象とするか否かを判断し、推薦対象とされた基準番組に対応した番組を推薦している。

また、推薦対象とする前記基準番組の判断基準は、例えば、ａ）要求時間に近い視聴時間履歴をもつ番組を選ぶ、ｂ）予め定められた時間幅（要求時間を基準とする時間幅）の中で、要求時間に近い視聴時間履歴をもつ番組を選ぶ、あるは、ｃ）予め区分された時間帯別に適否を判断する、等があげられる。
２）基準番組を時間帯で管理する場合、番組推薦要求時間と、視聴番組の視聴時間は、重複する必要はなく、要求時間が午後の場合、夜間、深夜の時間帯以外の視聴番組は基準番組としてもよい。
３）視聴番組の視聴ログの中の番組情報に含まれる時間情報は、例えば、放送時間、ライブ番組の視聴時間、録画番組の録画時間、当該録画番組の視聴時間等、視聴番組に関連する時間情報である。
４）上記の時間帯管理部５０１、時間帯特定部５０２、推薦判定部５００は、番組情報処理器４２０に設けられる。これらは、前記基準番組の判断基準を決める際に、予め定められた時間幅（要求時間を基準とする時間幅）の中で決める場合、或いは要求時間に近い視聴時間履歴をもつ番組を選ぶ場合、あるは、予め区分された時間帯別に基準番組の適否を判断する場合、等に利用される。
５）推薦番組取得部４１３は、推薦番組管理部４１４に対し、番組情報処理器４２０で基準番組として判定された視聴番組の情報に応じた推薦番組を要求する。
６）推薦番組管理部４１４は、推薦番組要求時間に応じた基準番組に関連した番組の推薦番組リストを生成する。
なお、図では省略しているが、視聴番組識別情報の要求と、要求に応じた視聴番組識別情報の配信とが適切に行われるように、送受信プロトコールを備える送受信システムが関与している。

上記の説明では、推薦対象とする基準番組の判断基準は、例えば、要求時間に近い視聴時間履歴をもつ番組を選ぶとした。しかし予め定められた時間幅（要求時間を基準とする時間幅）の中で、要求時間に近い視聴時間履歴をもつ番組を選ぶ、あるは、予め区分された時間帯別に適否を判断する実施形態も本発明の範疇である。
図３Ａは、時間帯をカテゴライズして、時間帯管理部５０１が各時間帯を区分して各時間帯で推薦番組の対象となる情報を管理している様子を示している。この時間帯管理部５０１の管理情報を推薦判定部５００は参照する。

時間帯の区分は、基準番組の選択区分を設定するテーブルである。推薦番組リストは、時間帯に区分により制限されることなく、複数の番組が関連付けられることにより作成される。この場合、時間帯管理部５０１は、さらに視聴ログ（機器ＩＤ、視聴日時、視聴時間情報などの番組情報を含む）を用いて番組の紐付処理を行って管理してもよい。

基準番組の選択（設定）を制限することができる区分について説明する。まずテーブルは、月曜日から日曜日に区分する、次に、
月曜日から金曜日までは、１日の時間帯を
深夜の時間帯ＴＢ１・・・・・２２：００～４：００までとする、
平日朝の時間帯ＴＢ２・・・・４：００～８：００までとする、
平日日中１の時間帯ＴＢ３・・・・８：００～１４：００までとする、
平日日中２の時間帯ＴＢ４・・・・１４：００～１７：００までとする、
平日夜の時間帯ＴＢ５・・・・・・１７：００～２２：００までとする、
日曜と土曜日は、番組視聴の習慣性が、月曜日から金曜日に比べて、低いので、
深夜の時間帯ＴＢ１・・・・・・・２２：００～４：００までとする、
休日朝の時間帯ＴＢ６・・・・・・４：００～８：００までとする、
休日日中の時間帯ＴＢ７・・・・・８：００～１７：００までとする、
休日夜の時間帯ＴＢ８・・・・・・１７：００～２２：００までとする。

上記のテーブルは、サーバ３００内に設けられた場合は、サーバ３００に接続されるテレビ装置毎に用意される。ただしテレビ装置１００自身が番組情報処理器４２０を含む場合は、視聴ログは、テレビ装置１００が生成したものが用いられる。

今、月曜から金曜であって、１４：００～１７：００の間に、第１番組（基準番組）と第３番組（基準番組）が視聴されたとすると、平日日中２の時間帯ＴＢ４（第１時間帯）における推薦番組要求時間の基準番組候補として分類される。また、月曜から金曜、及び土曜、日曜のいずれかであって、２２：００～４：００の間に、第２番組（基準番組）と第４番組（基準番組）が視聴されたとすると、深夜帯ＴＢ１（第２時間帯）における推薦番組要求時間の基準番組候補として分類される。

上記時間帯に対する基準番組の割り当てが実行されるが、番組の紐付処理も実行される。紐付処理とは、例えば以下の様な処理である。視聴ログに含まれる番組情報（視聴日時、チャンネル、ジャンンル、出演者、監督、プロデューサ、等の属性）を整理して配列し、またデータ量などを整理し解析易くする。複数の番組間で、共通或いは類似するテーマ、キーワード、ジャンル、出演者、監督、プロデューサ、等のそれぞれ、或いはこれらの組合せ単位を共通軸として、同じ嗜好性を持つ複数の番組同志を関連番組あるいは番組グループ（所謂紐付グループ）として纏めることができる。この紐付方法は、種々のタイプがある。紐付された番組グループ（所謂紐付グループ）は、本実施形態では次のように区分されている。番組紐付処理は、将来や現在の番組宣伝情報やメディア販売情報などを外部から取り込んで実行されてもよい。これらの情報は、プロバイダ、テレビ局、販売店などからインターネットを介して提供される。

なお、上記の紐付処理と本実施形態で重要な番組推薦リスト作成とは異なる概念である。り、時間帯管理部５０１は、仮に、第１番組（時間帯ＴＢ４で視聴された番組（基準番組））と第４番組（時間帯ＴＢ１で視聴された番組（基準番組））が同じ嗜好性を持って紐付グループであったとして、両者が同じ推薦リストに含まれることはない。

即ち、要約すると、この時間帯管理部５０１は、複数の視聴番組（基準番組）の時間帯を管理する制御部である。そして時間帯管理部５０１は、例えば時間帯ＴＢ１－ＴＢ８を区分して管理する。また、区分された各時間帯ＴＢ１－ＴＢ８で視聴されたそれぞれの基準番組の番組情報を各区分で管理している。なお上記の区分は、システム管理者或いはユーザにより、時間帯を調整可能とされてもよい。また、各番組情報は、紐付けられた他の番組の番組情報のリンク情報を有してもよい。したがって、基準番組の選定とは関係ない番組リストが要求された場合は、推薦判定部５００と共同して、紐付られている番組を含む番組リストを提示することも可能である。

上記の推薦判定部５００は、推薦番組を要求する要求時間に応じて、前記区分され時間帯を特定しこの時間帯内の基準番組を選定するための視聴番組識別情報を持っている。また選定された基準番組に関連する番組を推薦対象とするか否かを判定した識別を行っている。つまり推薦判定部５００は、番組推薦リストとして提示するために紐付されている番組情報も前記視聴番組識別情報内で管理している。ただし、推薦番組リスト（紐付処理による番組リスト）の構築は、特定の情報（例えばでもグラフィック（所謂デモグラ）により、属性による制限を受けている場合がある。例えば家族構成（両親、子供の属性情報、独身の属性情報など）で、紐付の制限を受けている場合がある。

テレビ装置からの定期的な要求に応じて各テレビ装置に対して図２で説明したように上記の視聴番組識別情報が推薦判定部５００から送信される。

上記推薦番組リストが提示される例について、さらに説明することにする。例えば、番組Ａ１（基準番組）を視聴した人へのお勧め番組Ａ２，Ａ３，Ａ４・・・（推薦番組リスト）がある場合、時間の影響を受けるのは、基準番組Ａ１のみである。基準番組と推薦番組リストの紐付は任意の方法が可能である。単純な例として以下を説明する。
（１）番組Ｂ１（午後８時放送）、番組Ｂ２（午前９放送）、番組Ｂ３（午後７時３０分放送）が今、任意の方法で紐付されているものとする、
（２）ユーザが、午後３時に番組Ｂ１を視聴したとする（番組Ｂ１は録画再生）、
（３）ユーザが、翌日の午後３時に「推薦番組リストを要求」したとする、
（４）すると前日の午後３時に視聴されている番組Ｂ１が基準番組として選定される、
（５）そして、（１）で紐付されている番組Ｂ２と番組Ｂ３の番組情報が推薦番組リストとして表示される。

上記説明では、推薦番組リストで出力される番組は、紐付されている番組すべてが出力される必要はない。紐付情報は、例えば推薦番組の数を限定する場合などに、番組の優先順位を決める場合に利用することができる。

上記の実施形態によると、家族構成に子供が含まれている場合は、日中に深夜帯の番組やレイティングコンテンツをテレビ装置１００で表示しないようにすることが可能となる。

図２に戻り説明する。ユーザがテレビ装置１００に対して推薦番組リストを表示するようにリモートコントローラ１１０を通じて要求する。するとテレビ装置１００の推薦番組管理部４１４が、推薦番組リストを生成し、１つまたは複数の番組を推薦する。推薦番組リストは、推薦番組取得部４１３の制御に基づいて、出力部４１２を介して表示器に出力される。このときの推薦番組リストを取得するために基準番組は、要求時間に応じて、図３に示した時間帯で制限を受けている。

推薦番組の要求は、一例としては、ユーザがリモートコントローラ１１０を操作し、テレビ装置１００の表示画面の所定のボタンを選択し、決定ボタンを押すことで行われる。或いは、ユーザがリモートコントローラを操作し、テレビ装置１００の画面の表示があった時に、要求が行われる。

推薦番組取得部４１３は、推薦番組の要求があった場合に、推薦番組の要求があった時間が含まれる時間帯の前記視聴時間帯毎に区分されている前記基準番組と関連した番組を取得して推薦番組リストとする。そして出力部４１２は、推薦番組取得部４１３が取得した前記推薦番組リストを表示器に向けて出力する。

なお推薦判定部５００が、テレビ装置側に設けられている場合は、推薦番組取得部４１３は、推薦判定部５００から定期的に視聴番組識別情報を受け取ることになる。

図３Ｂは、視聴ログを利用して、番組をその視聴時間帯に応じて区分する処理を実行するとともに、番組の紐付処理を実行するプログラムのフローチャートを示す図である。この処理により基準番組をどの時間帯で推薦対象とするか否かの判断がなされる。また基準番組と、基準番組に関連する番組との紐付が行われる。

機器（テレビ装置或いは記録再生装置）による番組視聴或いは録画が開始され、番組の視聴或いは録画が一定時間以上続いたら、視聴ログが作成される。番組情報処理器４２０は、定期的に視聴ログを取得する（ＳＡ１）。次に視聴ログに含まれる番組情報から、当該番組が視聴された時間帯を判断し、時間帯毎に区分する（ＳＡ２）。例えば所定のテレビ装置から一定時間内で新しくアップロードされている視聴ログのすべてを処理したかどうかを判断する（ＳＡ３）。

次に、各基準番組について、各基準番組の番組情報の属性を利用し、所定の属性が共通する複数の番組を紐付し、紐付グループを生成する（ＳＡ４）。この紐付処理は、この時点では各時間帯とは無関係に行うことができる（ＳＡ５）。

上記の紐付処理が終了したら、図３Ａで示したようなパターンの情報整理が完了する。なお、ステップＳＡ２（時間帯の区分）と、ステップＳＡ４（紐付処理）は、どちらが先に行われてもよい。

図４は、上記した番組情報処理器４２０が作成し、推薦番組管理部４１４が保持している推薦番組リスト用の情報（視聴番組識別情報）が利用される際のテレビ装置１００の利用状態を示す説明図である。ユーザＵ３が、リモートコントローラ１１０を操作し、テレビ装置１００をオンしたとする。そして、カーソルを移動させて画面上に表示されるボタンＢＵＴ１，ＢＵＴ２，ＢＵＴ３・・・の中から、お勧め番組ボタンＢＵＴ２を選択したとする。すると、現在の時間帯に対応する番組リスト（推薦番組タイルａ，ｂ，ｃ，・・・・・）が表示される。推薦番組タイルは、例えば番組の一画面のサムネールと番組名を表示する。なおサムネールは、推薦番組タイルに含まれていない場合もある。この推薦番組タイルａ，ｂ，ｃ，・・・・・の情報は、先に説明した推薦判定部５００が作成した情報に基づくものである。

推薦番組タイルａ，ｂ，ｃ，・・・・・の情報は、サーバ３００から送られてきている（条件：サーバで推薦番組リストの情報が作成されている場合）。

推薦番組タイルａ，ｂ，ｃ，・・・・・は、条件によって、記録再生装置１１３の記録データから作成されている場合もある（条件：録画番組を再生して視聴する場合）。この場合の動作については後で説明する。

図５は、テレビ装置において、例えばテレビ装置或いは記録再生装置からサーバに向けて視聴ログがアップされるまでの動作例を示すフローチャートである。

テレビ装置或いは記録再生装置などの機器による、番組視聴が開始されると、視聴されている番組（例えば番組Ａ）の番組情報が取得される（ＳＣ１）。この処理は図２で説明したコントローラにより実行される（ＳＣ２）。

番組（番組Ａ）が一定時間以上視聴された場合、視聴ログが生成される（ＳＣ３）。視聴ログは、機器ＩＤ、視聴或いは録画時間帯などの情報を含む。番組視聴が終了すると、視聴ログがサーバへアップロードされる（ＳＣ４，ＳＣ５）。

図６は、本実施例の装置の動作例をさらに示すフローチャートであり、テレビ装置がオンされてから、推薦番組リストの要求があった場合、チャンネル選択があった場合などの動作を説明する図である。

テレビ装置がオンされ（ＳＥ１）、推薦番組リストの要求があったと判断されると（ＳＥ２）、現在の時間帯を判断し、推薦番組管理部４１４内で区分されている対応する時間帯内の番組情報を推薦番組リストとして読み出す（ＳＥ３）。読み出した推薦番組リストを推薦番組取得部４１３を介して推薦番組情報出力部に送付する（ＳＥ４）。すると図４で説明したように、推薦番組リストが表示される（ＳＥ５）。ユーザは、リモートコントローラ１１０を操作し、所望の推薦番組のタイルにカーソルを合わせて決定ボタンを押すことで、推薦番組のチャンネル情報に基づくチャンネル選択が行われ、当該推薦番組の視聴状態となる。推薦番組リストの推薦番組タイルａ，ｂ，ｃ，・・・には、それぞれ、放送中、放送開始時間、チャンネル、録画番組などの識別表示が含まれていてもよい。

ステップＳＥ２において、チャンネル選択があった場合は（ＳＥ１０）、テレビ装置１００は、選択されたチャンネルの受信状態となり、視聴ログの作成を開始する（ＳＥ１２）。番組が一定時間以上視聴されたと判断した場合、視聴ログを例えば、番組識別情報管理部４２３の視聴履歴情報管理部４２３ａへ送信する（ＳＥ１３）。すると、番組識別情報管理部４２３の番組紐付処理部４２３ｂが、図５で説明したように、同一時間帯における他の番組との紐付処理を行う（ＳＥ１４）。

ステップＳＥ１０において、チャンネル選択が行われず、視聴予約による視聴が開始されたる場合もある（ＳＥ１５）。この場合も、ステップＥＳ１２において、視聴ログの作成が開始される。

ステップＳＥ１５において、視聴予約による視聴開始ではなく、例えば、記録再生装置１１３を利用した録画、或いは再生が開始される場合もある。この後の動作については、別途説明することにする。

図７は、ユーザが時間帯ＴＢ３に放送される番組を記録再生装置１１３により録画し、時間帯ＴＢ５に視聴する習慣がある場合、番組情報処理器４２０におけるデータ管理状態の例を示している。したがって、このような習慣性を管理した情報も推薦判定部５００の管理範囲に含まれてよい。つまり、習慣性管理情報に録画番組を視聴したという視聴ログが含まれている。

推薦判定部５００は、番組を視聴する時間帯に応じた推薦番組（視聴する時間帯と同じ時間帯に放送される番組）を提示することを基本とするが、録画番組に関しては、例外としている。録画番組が視聴された時の視聴ログから作成されている番組識別情報には、この情報に対応する番組が、録画されて視聴されたものであるかどうかの情報も含まれる。

今、図７に示すように、第４時間帯（時間帯ＴＢ３）において、第５番組が放送され、録画されたとする。また第６番組が放送されたとする。ここで、第５番組が基準番組とされた場合、第６番組は推薦リストに入れられるものとする。

また、第５番組に関しては、第３時間帯（時間帯ＴＢ５）で過去に視聴された際に、視聴ログが作成されて、この視聴ログが番組情報処理器４２０と記録再生装置１１３で管理される。

次に、ユーザが、第３時間帯（時間帯ＴＢ５）で、画面を表示し、録画番組リストを表示させて、推薦番組リストを要求したとする。この場合、要求時間は、時間帯ＴＢ５であるが、第５番組が基準番組として選定され、第５番組を基準番組とした第６番組を推薦リストとする画面が表示される。

但し、第６番組が必ずしも記録再生装置１１３で記録されているとは限らない場合がある。そこで本システムでは、第６番組が記録再生装置１１３で記録されている場合は、「再生可能」、記録されていない場合は、該当する推薦番組タイルに「未記録番組」を示し警告表示を行うことができる。また、第６番組が今日よりも後の日付で放送される場合もあるので、その放送時間を推薦番組タイルに表示してもよい。この場合、視聴予約ボタンあるいは録画予約ボタンを表示してもよい。

つまり、放送システムから送られてくる番組情報には、未来に放送される番組情報も含まれるので、このような場合は、第６番組を録画予約することも可能である。このような場合或いは未記録番組の警告が表示された場合、画面に「録画予約ボタン」が同時に表示されると好都合である。

また上記したように、推薦番組の要求時間に応じて、基準番組が確定し、この基準番組に応じて推薦番組リストが決まる。このために、推薦番組の要求時間が、上記の第５番組が再生された時間にヒットしないこともある。この場合は、例えば基本的に要求時間にもっとも近い時間に視聴された番組が基準番組として選定され、この基準番組に紐づいている番組が推薦番組リストで提示される。したがって、時間帯ＴＢ５で１回でも視聴された番組が基準番組として選定されることもある。

図８は、記録再生装置１１３が関連している場合のコンテンツ推奨装置の動作例を示すフローチャートである。テレビ装置１００がオンされて、録画モードになり、録画する番組（チャンネル）が選択されると、当該番組の録画が開始される（ＳＦ１，ＳＦ２）。録画が開始されると、録画情報（視聴ログに相当）が作成される（ＳＦ３）。

作成された録画情報は、番組情報処理器４２０に送信される（ＳＦ４）。そして互いにユーザ嗜好性が類似する番組が該録画番組と紐付される（ＳＦ５）。そして、紐付けされた複数の番組の録画番組情報が、番組情報処理器４２０内で管理される。ただしここでは録画番組であることの識別情報が録画番組情報に付加されている（ＳＦ６）。また紐付された番組であって、未録画の番組（推薦番組）の情報に対しては、未録画であることの情報が識別情報として付加される。このように、図７で示した推薦判定部５００が管理するための情報が生成される。

装置が、録画番組の再生モードとなった場合（ＳＧ２）、視聴番組識別情報の要求があったかどうかの判断がなされる（ＳＧ３）。この要求が無い場合には、単純に録画済の番組の録画リストが表示器に表示される。

視聴番組識別情報の要求があった場合、装置システムは、推薦判定部５００が作成し、推薦番組管理部４１４に格納されている推薦番組リストを読出す（ＳＧ４）。この場合、時間帯に応じて前記基準番組が選定され、前記基準番組と紐付けされている嗜好性の属性が共通する番組が推薦番組リストに含まれている（ＳＧ４）。この推薦番組リストが前記要求に応じて読みだされ、表示器で表示される（ＳＧ５，ＳＧ６）。

さらにこの場合、推薦番組リストの中には、録画済番組と未録画番組があるので、その識別が表示される。ユーザは、録画済番組があった場合、推薦番組リストの中が所望の録画済番組を選択して再生することができる。未録画番組に対して、ユーザは、シリーズものの番組の識別があった場合、当該番組を次の放送回の録画予約番組、或いは視聴予約番組として設定することが可能ある。

本発明は、上記の実施形態に限定されるものではなく、各種の変形例が可能である。以下その他の実施形態を説明する。上記の説明では、番組の紐付処理を行うのに、同一の時間帯内の番組を紐付して推薦番組リストを生成した。しかし、紐付の優先順位を付けてもよい。例えば、視聴した番組に近い時間に放送されている番組の紐付優先順位を高くしてもよい。勿論この場合、紐付される複数の番組は、ジャンル、出演者、音楽名等の所定の属性を共有する番組である。これらは、テレビ装置における設定画面において行うことができる。

さらに設定画面においては、推薦判定部５００が区分する時間帯の数、時間帯を形成する時間も、ユーザが任意に調整することも可能であり、ユーザに適応してカスタマイズすることも可能である。

さらに推薦判定部５００は、デモンストレーショングラフ（デモグラ）の情報を紐付のための条件、紐付拒否の情報として利用してもよい。例えば、デモグラの情報は、テレビ装置を使用する家族構成情報を含む場合がある。例えばテレビ装置のユーザが、一人暮らしのユーザである、或いは男性である、或いは女性である、或いは子供が複数人居る家族である、或いは不特定多数の人が共有する、或いはある番組に対しては視聴年齢制限対象となるユーザが含まれる、等である。このような場合、一人暮らしユーザの場合は、全視聴履歴から推薦番組リストを作成することも可能である。また子供が複数人居る家族の場合は、日中の時間帯では、深夜帯の番組を基準番組や推薦リストを提示しないなどの制限を付加することも可能である。この判断は、サーバ内の番組情報処理器４２０が行ってもよい。

また最近では、テレビ装置は、スマートフォーン連携機能を備えている。例えばスマートフォーンから視聴予約、録画予約、さらにはスマートフォーンに対して映画番組のダウンロードなどを行うことができる。このような場合、スマートフォーンの機器ＩＤから、推薦判定部５００は、ユーザを特定することができる。このようにユーザが特定可能になると、個々のユーザの嗜好性に応じた基準番組や推薦番組リストを、個々のユーザに提示することもできる。この場合、推薦判定部５００は、テレビ装置用の管理テーブルと、個々のユーザ用の管理テーブルを持つことになる。

さらに最近では、テレビ装置に、カメラや人感センサが取り付けられる場合がある。カメラが取り付けられた場合、より具体的に個々のユーザが判別される。このような場合、個々のユーザの嗜好性に応じた基準番組や推薦番組リストを、正確に個々のユーザに提示することもできる。この場合、推薦判定部５００は、テレビ装置用の管理テーブルと、個々のユーザ用の管理テーブルを持つ。

上記した実施例において、要点を記載すると以下のように整理することができる。即ち、
（１）視聴番組を基準番組とし、前記基準番組に対応した番組を推薦するコンテンツ推奨機能を有する受信装置であって、番組推薦の要求時間に応じて、前記基準番組の時間情報を管理し、前記基準番組を推薦対象とするか否かを判定して得られる推薦判定情報を用い、前記推薦判定情報により、推薦対象とされた前記基準番組に対応した番組を推薦する推薦処理部４１０を具備する上記のコンテンツ推奨機能を有する受信装置。
（２）基準番組が含まれる時間、推薦番組が含まれる時間、および、要求時間の少なくとも１つの時間を区分して、時間帯として管理する時間帯管理部５０１と、前記視聴番組の前記視聴ログに含まれる時間情報に応じ、前記視聴番組が属する前記時間帯を選定時間帯として特定する時間帯特定部５０２とを具備し、
前記基準番組が前記選定時間帯ごとに分けて管理される、請求項１のコンテンツ推奨機能を有する受信装置。
（３）前記推薦判定情報を生成する推薦判定部５００を具備する（１）または（２）のコンテンツ推薦機能を有する受信装置。
（４）前記推薦判定情報が入力され、入力された前記推薦判定情報を格納する推薦番組管理部を具備する（１）または（２）のコンテンツ推薦機能を有する受信装置。
（５）前記推薦判定情報が、前記番組推薦の要求時間に応じて、前記基準番組の時間情報を管理し、さらに、デモンストレーショングラフに関連するデモグラ情報を用いて、前記基準番組を推薦対象とするか否かを判定して得られるものであって、
判定の際に、前記デモグラ情報に応じ、前記番組推薦の要求時間を管理基準から排除する、または、前記番組推薦の要求時間を予め設定された範囲に固定する、（１）から（４）のいずれかに記載のコンテンツ推薦機能を有する受信装置。
（６）視聴番組を基準番組とし、前記基準番組に対応した番組の推奨に関する情報を管理するサーバであって、番組推薦の要求時間に応じて、前記基準番組の時間情報を管理し、前記基準番組を推薦対象とするか否かを判定し、推薦判定情報を生成する推薦判定部５００を有する上記のサーバ。
（７）視聴番組を基準番組とし、前記基準番組に対応した番組を推薦するコンテンツ推奨プログラムであって、番組推薦の要求時間に応じて、前記基準番組の時間情報を管理し、前記基準番組を推薦対象とするか否かを判定して得られる推薦判定情報を用い、前記推薦判定情報により、推薦対象とされた前記基準番組に対応した番組を推薦することを実行させる上記のコンテンツ推奨プログラム。
（８）視聴番組を基準番組とし、前記基準番組に対応した番組を推薦するコンテンツ推奨システムであって、番組推薦の要求時間に応じて、前記基準番組の時間情報を管理し、前記基準番組を推薦対象とするか否かを判定して推薦判定情報を生成する推薦判定部と、前記推薦判定情報により、推薦対象とされた前記基準番組に対応した番組を推薦する推薦処理部と、を具備する上記のコンテンツ推奨システム。
（９）視聴番組を基準番組とし、前記基準番組に対応した番組を推薦するコンテンツ推奨方法であって、番組推薦の要求時間に応じて、前記基準番組の時間情報を管理し、前記基準番組を推薦対象とするか否かを判定して推薦判定情報を生成するステップと、前記推薦判定情報により、推薦対象とされた前記基準番組に対応した番組を推薦するステップとを含む上記のコンテンツ推奨方法。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。

また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。

１００・・・テレビ装置、
１１０・・・リモートコントローラ、
１１３・・・記録再生装置、
３００・・・サーバ、
４１０・・・推薦処理部、
４１２・・・出力部、
４１３・・・推薦番組取得部、
４１４・・・推薦番組管理部、
４２０・・・番組情報処理器、
５００・・・推薦判定部、
５０１・・・時間帯管理部、
５０２・・・時間帯特定部。

Claims (7)

1. 少なくとも番組情報処理器、推薦番組管理部、推薦番組情報出力部を備え、
   前記番組情報処理器は、
   視聴ログを参照して、視聴された番組の時間帯又は録画された前記番組の録画された時間帯及び再生された時間帯を判断し、各前記時間帯を１日の複数の区分時間帯に対応させて、前記対応する前記区分時間帯に対して、対応した前記番組の番組識別情報を割り当てて管理するものであり、
   前記推薦番組管理部は、
   推薦番組リストの要求があったときに、前記要求のあった時間帯に対応する前記区分時間帯に管理されている番組識別情報に対応した番組リストを前記推薦番組情報出力部から表示器に向けて出力するものであり、
   前記番組情報処理器は、前記番組識別情報を管理する場合、前記録画された前記番組の番組識別情報を、過去に前記再生された時間帯にても管理している、ことを特徴とする受信装置。
2. 前記番組情報処理器は、前記録画された前記番組とユーザ嗜好性が類似する他の番組を紐づけし、且つ、前記他の番組が録画済か否かの識別を含む番組識別情報を生成する、請求項１記載の受信装置。
3. 前記番組リストを表示する前記表示器は、前記他の番組が録画済か否かを示す識別を示す、請求項２記載の受信装置。
4. 前記番組情報処理器は、サーバに設けられていることを特徴とする、請求項１記載の受信装置。
5. 少なくとも番組情報処理器、推薦番組管理部、推薦番組情報出力部を制御し、推薦番組リストの要求があったときに前記要求のあった時間帯に対応する推薦番組リストを表示器に表示させるためのプログラムであって、
   視聴ログを参照して、視聴された番組の時間帯又は録画された前記番組の録画された時間帯及び再生された時間帯を判断し、各前記時間帯を１日の複数の区分時間帯に対応させて、前記対応する前記区分時間帯に対して、対応した前記番組の番組識別情報を割り当てて管理する処理を実行し、
   推薦番組リストの要求があったときに、前記要求のあった時間帯に対応する前記区分時間帯に管理されている番組識別情報に対応した番組リストを前記推薦番組情報出力部から表示器に向けて出力する処理を実行し、
   前記番組情報処理器では、前記番組識別情報を管理する場合、前記録画された前記番組の番組識別情報を、過去に前記再生された時間帯にても管理する処理を実行する、ことを特徴とするコンテンツ推奨プログラム。
6. 少なくとも番組情報処理器、推薦番組管理部、推薦番組情報出力部を制御し、推薦番組リストの要求があったときに前記要求のあった時間帯に対応する推薦番組リストを表示器に表示させるコンテンツ推奨システムであって、
   視聴ログを参照して、視聴された番組の時間帯又は録画された前記番組の録画された時間帯及び再生された時間帯を判断し、各前記時間帯を１日の複数の区分時間帯に対応させて、前記対応する前記区分時間帯に対して、対応した前記番組の番組識別情報を割り当てて管理する前記番組情報処理器と、
   推薦番組リストの要求があったときに、前記要求のあった時間帯に対応する前記区分時間帯に管理されている番組識別情報に対応した番組リストを前記推薦番組情報出力部から表示器に向けて出力する前記推薦番組管理部と、
   前記番組情報処理器は、さらに前記番組識別情報を管理する場合、前記録画された前記番組の番組識別情報を、過去に前記再生された時間帯にても管理する処理を含む、ことを特徴とするコンテンツ推奨システム。
7. 少なくとも番組情報処理器、推薦番組管理部、推薦番組情報出力部を制御し、推薦番組リストの要求があったときに前記要求のあった時間帯に対応する推薦番組リストを表示器に表示させるためのコンテンツ推奨方法であって、
   視聴ログを参照して、視聴された番組の時間帯又は録画された前記番組の録画された時間帯及び再生された時間帯を判断し、各前記時間帯を１日の複数の区分時間帯に対応させて、前記対応する前記区分時間帯に対して、対応した前記番組の番組識別情報を割り当てて管理する処理を行い、
   推薦番組リストの要求があったときに、前記要求のあった時間帯に対応する前記区分時間帯に管理されている番組識別情報に対応した番組リストを前記推薦番組情報出力部から表示器に向けて出力する処理を行い、
   前記番組情報処理器では、前記番組識別情報を管理する場合、前記録画された前記番組の番組識別情報を、過去に前記再生された時間帯にても管理する処理を行う、ことを特徴とするコンテンツ推奨方法。

Images