特許 5933588 視聴レコメンデーションを提供する方法及びシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5933588

(24)【登録日】2016年5月13日

(45)【発行日】2016年6月15日

(54)【発明の名称】視聴レコメンデーションを提供する方法及びシステム

(51)【国際特許分類】

   H04N 21/482 20110101AFI20160602BHJP

   H04N 21/258 20110101ALI20160602BHJP

   G06F 17/30 20060101ALI20160602BHJP

【ＦＩ】

   H04N21/482

   H04N21/258

   G06F17/30 340A

   G06F17/30 170D

【請求項の数】20

【全頁数】17

(21)【出願番号】特願2013-546259(P2013-546259)

(86)(22)【出願日】2011年12月16日

(65)【公表番号】特表2014-505412(P2014-505412A)

(43)【公表日】2014年2月27日

(86)【国際出願番号】US2011065497

(87)【国際公開番号】WO2012087825

(87)【国際公開日】20120628

【審査請求日】2014年12月16日

(31)【優先権主張番号】61/459,988

(32)【優先日】2010年12月22日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】501263810

【氏名又は名称】トムソン ライセンシング

【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ラッドマン，ケネス，アラン

(72)【発明者】

【氏名】アハメド，サミール，エム

(72)【発明者】

【氏名】バダウィーイェ，バジル

(72)【発明者】

【氏名】フォルト，ダナ，ショーン

(72)【発明者】

【氏名】グドルフ，グレゴリー，デイヴィッド

(72)【発明者】

【氏名】サンガラング，エマニュエル，ビー

【審査官】 松元 伸次

(56)【参考文献】

【文献】 特開２０１０−２８３６５６（ＪＰ，Ａ）

【文献】 特開２００９−０５５０９５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００７／０１７４８６２（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ１７／３０

Ｈ０４Ｎ５／３８−５／４６

５／７６

５／７６５

５／８０−５／９１

５／９１５

５／９２

５／９２２

５／９２８−５／９３

５／９３７−５／９４

５／９５−５／９５６

７／１０

７／１４−７／１７３

７／２０−７／５６

２１／００−２１／８５８

(57)【特許請求の範囲】

【請求項1】

ユーザに対する視聴レコメンデーションを提供する方法であって、
ユーザにより視聴されたコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するステップと、
ユーザデータを処理するステップと、
時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するステップであって、提供される１以上のレコメンデーションは、前記コンテンツのコスト又は利用可能な帯域幅のうちの少なくとも１つに基づく、ステップと、
を有し、
前記提供されたレコメンデーションの少なくとも１つは、スケジュールされていないコンテンツを有する方法。

【請求項2】

前記スケジュールされていないコンテンツは、格納されているコンテンツ、ウェブサイト、オーバザトップサービスコンテンツ、ビデオオンデマンドコンテンツ及びダウンロード可能なコンテンツを含む群から選ばれる、請求項１記載の方法。

【請求項3】

前記格納されているコンテンツは、ローカルに格納されているコンテンツ及びリモートに格納されているコンテンツを含む群から選ばれる、請求項２記載の方法。

【請求項4】

前記時間及びコンテクスト情報は、ユーザ、視聴の長さ、日時、日、月、年、コンテンツ名、コンテンツタイプ、コンテンツソース、コンテンツジャンル、コンテンツの長さ、及びキャスト・クルーデータの少なくとも１つを有する、請求項１記載の方法。

【請求項5】

前記ユーザにより視聴されたコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するステップは、フロントエンドにより実行される、請求項１記載の方法。

【請求項6】

前記フロントエンドは、タッチスクリーン制御装置を有する、請求項５記載の方法。

【請求項7】

前記フロントエンドは、受信装置を有する、請求項５記載の方法。

【請求項8】

前記ユーザデータを処理するステップは、バックエンドにおいて実行される、請求項１記載の方法。

【請求項9】

前記バックエンドは、サーバ及び利用データベースを有する、請求項８記載の方法。

【請求項10】

前記時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するステップは、バックエンドにおいて実行される、請求項１記載の方法。

【請求項11】

前記提供される１以上のレコメンデーションは、現在の期間を超えた期間のレコメンデーションを含む、請求項１記載の方法。

【請求項12】

前記提供される１以上のレコメンデーションに関する付加情報もまた提供される、請求項１記載の方法。

【請求項13】

前記提供される１以上のレコメンデーションは、ユーザに表示される、請求項１記載の方法。

【請求項14】

請求項１ないし１３のうち何れか１項に記載の方法をシステムのコンピュータに実行させるコンピュータプログラム。

【請求項15】

請求項１４に記載のコンピュータプログラムを記憶する記憶装置。

【請求項16】

ユーザに対する視聴レコメンデーションを提供することを可能にするシステムであって、
ユーザにより視聴されたコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するよう構成されるフロントエンドと、
ユーザデータを処理し、時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するよう構成されるバックエンドであって、提供される１以上のレコメンデーションは、前記コンテンツのコスト又は利用可能な帯域幅のうちの少なくとも１つに基づく、バックエンドと、
を有し、
前記提供されたレコメンデーションの少なくとも１つは、スケジュールされていないコンテンツを有するシステム。

【請求項17】

前記フロントエンドは、タッチスクリーン制御装置を有する、請求項１６記載のシステム。

【請求項18】

前記フロントエンドは、受信装置を有する、請求項１６記載のシステム。

【請求項19】

前記バックエンドは、サーバ及び利用データベースを有する、請求項１６記載のシステム。

【請求項20】

前記フロントエンドはさらに、１以上のレコメンデーションを表示するよう構成される、請求項１６記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、参照することによりその全体がここに援用される、２０１０年１２月２２日に出願された米国仮出願第６１／４５９，９８８号の利益を請求する。

【0002】

本発明は、一般にパーソナル化機能に関し、より詳細には番組レコメンデーションに関する。

【背景技術】

【0003】

従来の番組レコメンデーションは、時間及び／又はコンテクストに特有のレコメンデーションを提供しない。すなわち、従来の番組レコメンデーションは、視聴すべき番組のタイプ（スポーツ、ドキュメンタリ、サイエンスフィクションなど）又はチャネルのタイプ（ＥＳＰＮ、Ｄｉｓｃｏｖｅｒｙ、Ｓｙｆｙ）を示す。それらは、ある時間にユーザにベストな選択が何であるか、すなわち、“午後９時にユーザが視聴するのにベストなもの”を推奨しない。

【0004】

従来のレコメンデーションシステムは、ユーザにより視聴された番組及び／又はチャネルのタイプを追跡し、番組がオンである時間に関係なく、同一のタイプ、ジャンル、主題、俳優などの関連する番組を推奨する。例えば、ＤＶＲシステムはしばしば、ＤＶＲがユーザにより視聴、録画及び／又はレーティングされた番組に類似する推奨番組によってＤＶＲの空いているスペースを充填することを可能にする機能を有する。しかしながら、従来のシステムは、番組が視聴された時間やユーザが推奨番組を視聴することを所望する時間を考慮するものでない。

【発明の概要】

【0005】

本発明は、時間及び／又はコンテクストに特有なユーザに対する番組レコメンデーションを提供するアイデアに関する。すなわち、“ユーザＡがどのタイプの番組を視聴するか？”というより汎用的なものの代わりに、“ユーザＡが木曜日の午後９〜１２時にどのタイプの番組を視聴するか？”というものである。さらに、本発明は、スケジュールされていないコンテンツから構成されるレコメンデーションを提供できる。スケジュールされていないコンテンツは、プロバイダの番組スケジュールの一部でないコンテンツ（すなわち、スケジュールされた特定の時間に表示されるショー及び映画）を表す。スケジュールされていないコンテンツの具体例は、限定することなく、以前に記録されたコンテンツ（ＤＶＲのショーや映画など）、ビデオ・オン・デマンド（ＶＯＤ）、オーバ・ザ・トップ・サービス（Ｎｅｔｆｌｉｘ、Ｈｕｌｕ、Ｖｕｄｕ、Ｐａｎｄｏｒａなどのストリーミングサービスなど）、格納されているコンテンツ（映画、音楽又は写真など）及びウェブサイトを含む。

【0006】

一態様によると、ユーザに対する視聴レコメンデーションを提供する方法が開示される。本方法は、ユーザにより視聴されるコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するステップと、ユーザデータを処理するステップと、時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するステップとに関する。さらに、提供されるレコメンデーションの少なくとも１つは、スケジュールされていないコンテンツを有する。

【0007】

他の実施例によると、ユーザに対する視聴レコメンデーションを提供するシステムが開示される。本システムは、フロントエンドとバックエンドとを有する。フロントエンドは、ユーザにより視聴されるコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するよう構成される。バンクエンドは、ユーザデータを処理し、時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するよう構成され、提供されるレコメンデーションの少なくとも１つは、スケジュールされていないコンテンツを有する。

【図面の簡単な説明】

【0008】

【図1】図１は、一実施例による家庭へのビデオ及びオーディオコンテンツの配信を概略するシステム図である。

【図2】図２は、典型的なセットトップボックス受信機のさらなる詳細を示すシステム図である。

【図3】図３は、一実施例によるタッチパネル制御装置を示す図である。

【図4】図４は、一実施例によるタッチパネル制御装置による一例となるユーザインタラクションを示す図である。

【図5】図５は、一実施例による一例となる処理を示すフロー図である。

【図6A】図６Ａは、一実施例による一例となる処理を示すフロー図である。

【図6B】図６Ｂは、一実施例による一例となる処理を示すフロー図である。

【図7】図７は、一実施例によるユーザインタフェースを示す一例となるスクリーンビューである。

【発明を実施するための形態】

【0009】

図１を参照して、ホーム又はエンドユーザにコンテンツを配信するためのシステム２００の実施例のブロック図が示される。コンテンツは、映画スタジオや制作会社などのコンテンツソース１０２からのものである。コンテンツは、２つの形態の少なくとも１つにより供給されてもよい。１つの形態は、コンテンツの放送形態であってもよい。放送コンテンツは、Ａｍｅｒｉｃａｎ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ（ＡＢＣ）、Ｎａｔｉｏｎａｌ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ（ＮＢＣ）、Ｃｏｌｕｍｂｉａ Ｂｒｏａｄｃａｓｔｉｎｇ Ｓｙｓｔｅｍ（ＣＢＳ）など、典型的には、全国放送サービスである放送アフィリエイトマネージャ１０４に提供される。放送アフィリエイトマネージャは、コンテンツを収集及び格納し、配信ネットワーク１（１０６）として示される配信ネットワークを介しコンテンツの配信をスケジューリングする。配信ネットワーク１（１０６）は、全国センタから１以上の地域又はローカルセンタへの衛星リンク伝送を含むものであってもよい。配信ネットワーク１（１０６）はまた、地上波放送、衛星放送又はケーブル放送などを介しローカル配信システムを利用したローカルコンテンツ配信を含むものであってもよい。ローカル配信されるコンテンツは、当該コンテンツが以降にユーザによりサーチされるユーザの自宅の受信装置１０８に提供される。受信装置１０８は多数の形態をとりうるものであり、セットトップボックス／デジタルビデオレコーダ（ＤＶＲ）、ゲートウェイ、モデムなどとして実現されてもよいことが理解されるべきである。さらに、受信装置１０８は、ホームネットワークのクライアント又はピア装置として構成される追加的な装置を含むホームネットワークシステムのエントリポイント又はゲートウェイとして機能してもよい。

【0010】

第２の形態のコンテンツは、特別コンテンツと呼ばれる。特別コンテンツは、プレミアムビューイング、ペイパービュー又は、映画、ビデオゲーム又は他のビデオ要素などの放送アフィリエイトマネージャに提供されない他のコンテンツとして配信されるコンテンツを含むものであってもよい。多くのケースにおいて、特別コンテンツは、ユーザにより要求されるコンテンツであってもよい。特別コンテンツは、コンテンツマネージャ１１０に配信されてもよい。コンテンツマネージャ１１０は、コンテンツプロバイダ、放送サービス又は配信ネットワークサービスなどと提携したインターネットウェブサイトなどのサービスプロバイダであってもよい。コンテンツマネージャ１１０は、配信システムにインターネットコンテンツを含めてもよい。コンテンツマネージャ１１０は、別の配信ネットワークである配信ネットワーク２（１１２）を介しユーザの受信装置１０８にコンテンツを配信してもよい。配信ネットワーク２（１１２）は、高速ブロードバンドインターネットタイプの通信システムを含むものであってもよい。放送アフィリエイトマネージャ１０４からのコンテンツはまた配信ネットワーク２（１１２）のすべて又は一部を用いて配信されてもよく、コンテンツマネージャ１１０からのコンテンツは配信ネットワーク１（１０６）のすべて又は一部を用いて配信されてもよいことに留意することが重要である。さらに、ユーザはまた、コンテンツマネージャ１１０によりコンテンツが管理される必要なく、配信ネットワーク２（１１２）を介しインターネットから直接コンテンツを取得してもよい。

【0011】

別々に配信されるコンテンツを利用するための複数の適応化が可能である。１つの可能なアプローチでは、特別コンテンツは、他のディスプレイ、購入及び売買オプション、エンハンスメントマテリアルなどを提供する放送コンテンツに対する拡張として提供される。他の実施例では、特別コンテンツは、放送コンテンツとして提供される番組コンテンツを完全に置換するものであってもよい。最後に、特別コンテンツは、放送コンテンツと完全に別のものであり、単にユーザが利用するため選択可能な他のメディアであってもよい。例えば、特別コンテンツは、放送コンテンツとしてまだ利用可能でない映画のライブラリであってもよい。

【0012】

受信装置１０８は、配信ネットワーク１及び２の一方又は双方から異なるタイプのコンテンツを受信してもよい。受信装置１０８は、コンテンツを処理し、ユーザの嗜好及び命令に基づきコンテンツの分離を提供する。受信装置１０８はまた、オーディオ及びビデオコンテンツを記録及び再生するため、ハードドライブや光ディスクドライブなどの記憶装置を含むものであってもよい。受信装置１０８の処理及び格納されているコンテンツの再生に関する機能のさらなる詳細が、図２に関連して後述される。処理されたコンテンツは、表示装置１１４に提供される。表示装置１１４は、従来の２Ｄタイプのディスプレイであってもよいし、又は先進的な３Ｄディスプレイであってもよい。

【0013】

受信装置１０８はまた、タッチスクリーン制御装置１１６などの第２スクリーンとインタフェースをとってもよい。タッチスクリーン制御装置１１６は、受信装置１０８及び／又は表示装置１１４のためのユーザ制御を提供するよう構成されてもよい。タッチスクリーン装置１１６はまた、ビデオコンテンツを表示可能であってもよい。ビデオコンテンツは、ユーザインタフェースエントリなどのグラフィックスエントリであってもよいし、又は表示装置１１４に配信されるビデオコンテンツの一部であってもよい。タッチスクリーン制御装置１１６は、赤外線（ＩＲ）又は無線周波数（ＲＦ）通信などの何れか周知の信号送信システムを利用して受信装置１０８とインタフェースをとってもよく、ｉｎｆｒａ−ｄａｔａ ａｓｓｏｃｉａｔｉｏｎ（ＩＲＤＡ）規格、Ｗｉ−Ｆｉ、ブルートゥースなど又は他の何れかの専用プロトコルなどの標準的なプロトコルを含むものであってもよい。タッチスクリーン制御装置１１６の処理は、以下でさらに詳細に説明される。

【0014】

図１の具体例では、システム１００はまた、バックエンドサーバ１１８及び利用データベース１２０を含む。バックエンドサーバ１１８は、ユーザの利用習慣を解析し、これらの利用習慣に基づき推奨するパーソナル化エンジンを含む。利用データベース１２０は、ユーザの利用習慣が格納されている所である。いくつかのケースでは、利用データベース１２０は、バックエンドサーバ１１８ａの一部であってもよい。本例では、バックエンドサーバ１１８（及び利用データベース１２０）は、システム１００に接続され、配信ネットワーク２（１１２）を介しアクセスされる。

【0015】

図２を参照して、受信装置２００の実施例のブロック図が示される。受信装置２００は、図１において説明される受信装置と同様に動作し、ゲートウェイ装置、モデム、セットトップボックス又は他の同様の通信装置の一部として含まれてもよい。図示された装置２００はまた、オーディオ装置又は表示装置を含む他のシステムに搭載されてもよい。何れのケースでも、システムの完全な処理に必要な複数のコンポーネントは、それらが当業者に周知であるとき、簡単化のため図示されない。

【0016】

図２に示される装置２００では、コンテンツは、入力信号受信機２０２により受信される。入力信号受信機２０２は、無線、ケーブル、衛星、イーサネット（登録商標）、ファイバ及び電話線ネットワークを含む複数の可能なネットワークの１つを介し提供される信号を受信、復調及び復号化するのに利用される複数の既知の受信回路の１つであってもよい。所望の入力信号は、制御インタフェース又はタッチパネルインタフェース２２２を介し提供されるユーザ入力に基づき、入力信号受信機２０２により選択及び抽出されてもよい。タッチパネルインタフェース２２２は、タッチスクリーン装置のインタフェースを含むものであってもよい。タッチパネルインタフェース２２２はまた、携帯電話、タブレット、マウス、ハイエンドリモートなどとインタフェースをとるよう構成されてもよい。

【0017】

復号化された出力信号は、入力ストリームプロセッサ２０４に提供される。入力ストリームプロセッサ２０４は、最終信号の選択及び処理を実行し、コンテンツストリームのためのオーディオコンテンツからビデオコンテンツの分離を含む。オーディオコンテンツは、圧縮されたデジタル信号などの受信フォーマットからアナログ波形信号への変換のため、オーディオプロセッサ２０６に提供される。アナログ波形信号は、オーディオインタフェース２０８に提供され、さらに表示装置又はオーディオアンプに提供される。あるいは、オーディオインタフェース２０８は、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）ケーブル又は他のオーディオインタフェースを用いて、Ｓｏｎｙ／Ｐｈｉｌｉｐｓ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｆｏｒｍａｔ（ＳＰＤＩＦ）などを介しオーディオ出力装置又は表示装置にデジタル信号を提供してもよい。オーディオインタフェースはまた、１以上のスピーカーセットを駆動するためのアンプを含むものであってもよい。オーディオプロセッサ２０６はまた、オーディオ信号の格納に必要な変換を実行する。

【0018】

入力ストリームプロセッサ２０４からのビデオ出力は、ビデオプロセッサ２１０に提供される。ビデオ信号は、複数のフォーマットの１つであってもよい。ビデオプロセッサ２１０は、入力信号フォーマットに基づき、必要に応じてビデオコンテンツの変換を提供する。ビデオプロセッサ２１０はまた、ビデオ信号の格納に必要な変換を実行する。

【0019】

記憶装置２１２は、入力において受信されるオーディオ及びビデオコンテンツを格納する。記憶装置２１２は、コントローラ２１４の制御の下、ユーザインタフェース２１６及び／又はタッチパネルインタフェース２２２から受信した早送り（ＦＦ）及び巻き戻し（Ｒｅｗ）などのナビゲーション命令などの命令に基づきコンテンツの以降の抽出及び再生を可能にする。記憶装置２１２は、ハードディスクドライブ、スタティックＲＡＭ（ＳＲＡＭ）やダイナミックＲＡＭ（ＤＲＡＭ）などの１以上の大容量集積電子メモリであってもよく、又はＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）ドライブやＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｋ）ドライブなどの互換的な光ディスク記憶システムであってもよい。

【0020】

入力又は記憶装置２１２から発信されたビデオプロセッサ２１０からの変換されたビデオ信号は、ディスプレイインタフェース２１８に提供される。ディスプレイインタフェース２１８はさらに、上述されたタイプの表示装置に表示信号を提供する。ディスプレイインタフェース２１８は、ＲＧＢ（Ｒｅｄ Ｇｒｅｅｎ Ｂｌｕｅ）などのアナログ信号インタフェース又はＨＤＭＩなどのデジタルインタフェースであってもよい。ディスプレイインタフェース２１８は、以下でより詳細に説明されるような３次元グリッドによりサーチ結果を提示する各種スクリーンを生成する。

【0021】

コントローラ２１４は、入力ストリームプロセッサ２０２、オーディオプロセッサ２０６、ビデオプロセッサ２１０、記憶装置２１２及びユーザインタフェース２１６を含む装置２００のコンポーネントの複数にバスを介し相互接続される。コントローラ２１４は、記憶装置への格納用又は表示用の信号に入力ストリーム信号を変換するための変換処理を管理する。コントローラ２１４はまた、格納されているコンテンツの抽出及び再生を管理する。さらに、後述されるように、コントローラ２１４は、コンテンツの検索と、上述されるような配信ネットワークを介し格納又は配信されるコンテンツを表すグリッドディスプレイの生成及び調整を実行する。

【0022】

コントローラ２１４はさらに、（ＲＡＭ、ＳＲＡＭ、ＤＲＡＭ、ＲＯＭ、プログラマブルＲＯＭ（ＰＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などを含む揮発性又は不揮発性メモリなど）コントローラ２１４のための情報及び命令コードを格納するための制御メモリ２２０にさらに接続される。制御メモリ２２０は、コントローラ２１４のための命令を格納する。制御メモリはまた、コンテンツを含むグラフィックス要素などの要素のデータベースを格納してもよい。データベースは、グラフィック要素のパターンとして格納されてもよい。あるいは、メモリは、特定又はグループ化されたメモリ位置にグラフィック要素を格納し、アクセス又はロケーションテーブルを利用して、グラフィック要素に関する各種情報部分についてメモリ位置を特定してもよい。グラフィック要素の格納に関するさらなる詳細が後述される。さらに、制御メモリ２２０の実現は、単一の記憶装置や共有又は共通メモリを形成するのに通信接続される複数のメモリ回路などの複数の可能な実施例を含むものであってもよい。さらに、メモリは、より大きな回路にバス通信回路の一部などの他の回路と共に含まれてもよい。

【0023】

本開示のユーザインタフェース処理は、早送り、巻き戻しなどの機能を表現するのに利用可能な入力装置を利用する。これを可能にするため、タッチパネル装置３００が、図３に示されるように、受信装置２００のタッチパネルインタフェース２２２及び／又はユーザインタフェース２１６を介しインタフェースをとるようにしてもよい。タッチパネル装置３００は、パネルを介しセットトップボックス又は他の制御装置のための命令に変換された手の動きやジェスチャ及びアクションに基づき、受信装置又はセットトップボックスの処理を可能にする。一実施例では、タッチパネル３００は、グリッドディスプレイをナビゲートするためのナビゲーションツールとして単に機能してもよい。他の実施例では、タッチパネル３００はさらに、ユーザがコンテンツのグリッド表示を介しナビゲーションとより直接的にやりとりすることを可能にする表示装置として機能する。タッチパネル装置は、アクティベータボタンなどのより従来の制御機能を含むリモコン装置の一部として含まれてもよい。タッチパネル３００はまた、少なくとも１つのカメラ要素を含むことが可能である。

【0024】

図４を参照して、図示されるようなジェスチャ検知コントローラ又はタッチスクリーンの利用は、多数のタイプのユーザインタラクションを提供する。コントローラからの入力は、ジェスチャを規定するのに利用され、さらに、ジェスチャは、具体的なコンテクスト命令を規定する。センサの設定は、タッチスクリーン上のユーザの指の動きを規定することを可能にするか、又は１次元若しくは２次元にコントローラ自らの動きを規定することを可能にするものであってもよい。対角線やヨー、ピッチ及びロールの組み合わせなどの２次元の動きは、スウィングなどの何れかの４次元の動きを規定するのに利用可能である。図４において、いくつかのジェスチャが示される。ジェスチャはコンテクストにおいて解釈され、ユーザにより行われた規定された動きにより特定される。

【0025】

バンピング（ｂｕｍｐｉｎｇ）４２０は、上下左右の何れかの一方向のポインティングを示すツーストローク描画により規定される。バンピングジェスチャは、コンテクストにおいて特定の命令に関連付けされる。例えば、ＴｉｍｅＳｈｉｆｔｉｎｇモードでは、左バンプジェスチャ４２０は巻き戻しを示し、右バンプジェスチャは早送りを示す。他のコンテクストでは、バンプジェスチャ４２０は、バンプにより指定された方向に特定の値をインクリメントするよう解釈される。チェッキング（ｃｈｅｃｋｉｎｇ）４４０は、チェックマークの描画と同様に規定される。それは、下方バンプジェスチャ４２０と同様である。チェッキングは、リマインダやユーザタグを指定するため、又はアイテム又は要素を選択するためコンテクストにおいて特定される。サークリング（ｃｉｒｃｌｉｎｇ）４４０は、何れかの方向に円を描画するものとして規定される。双方向が区別できることが可能である。しかしながら、混乱を回避するため、円は方向に関係なく単一の命令として特定される。ドラッギング（ｄｒａｇｇｉｎｇ）４５０は、タブレット３００上のボタン（バーチャル又は物理的）を押下しながら、コントローラの角度の動き（ピッチ及び／又はヨーの変化）として規定される（すなわち、“トリガドラッグ”）。ドラッギングジェスチャ４５０は、ナビゲーション、スピード、距離、タイムシフト、巻き戻し及び早送りのため利用されてもよい。ドラッギング４５０は、ディスプレイ上のアウトライン又は選択のハイライト化など、カーソル、バーチャルカーソル又は状態の変更を移動するのに利用可能である。ドラッギング４５０は、何れかの方向とすることが可能であり、一般に２次元でナビゲートするのに利用される。しかしながら、あるインタフェースでは、ドラッギング命令に対する応答を修正することが好ましい。例えば、いくつかのインタフェースでは、１つの次元又は方向における操作は、バーチャルカーソルのポジション又は動きの方向に依存した他の次元又は方向に関して好ましい。ノッディング（ｎｏｄｄｉｎｇ）４６０は、２つの高速トリガドラッグアップアンドダウンの垂直方向の動きにより規定される。ノッディング４６０は、“Ｙｅｓ”又は“Ａｃｃｅｐｔ”を示すのに利用される。Ｘ−ｉｎｇ４７０は、文字“Ｘ”の描画として規定される。Ｘ−ｉｎｇ４７０は、“Ｄｅｌｅｔｅ”又は“Ｂｌｏｃｋ”命令のために利用される。ワッギング（ｗａｇｇｉｎｇ）４８０は、２つのトリガドラッグ高速前後の水平方向の動きにより規定される。ワッギングジェスチャ４８０は、“Ｎｏ”又は“Ｃａｎｃｅｌ”を示すのに利用される。

【0026】

センサシステムの複雑さに依存して、１次元のみの動き又はジェスチャが可能とされてもよい。例えば、図示されるようなセンサ上のシンプルな左右の動きは、ここでは早送り又は巻き戻し機能を生じさせてもよい。さらに、複数のセンサが含まれ、タッチスクリーン上の異なる位置に配置できる。例えば、左右の動きのための水平方向のセンサは、１つのスポットに配置され、ボリュームアップ／ダウン用に利用され、上下の動きのための垂直方向のセンサが異なるスポットに配置され、チャネルアップ／ダウンのために利用されてもよい。このようにして、具体的なジェスチャマッピングが利用されてもよい。

【0027】

図５は、本開示に説明されるようなレコメンデーションを提供することに関する処理のフロー図５００を示す。当該処理は、利用データの収集又は取得（ステップ５１０）、ユーザデータの処理（ステップ５２０）及びレコメンデーションの提供（ステップ５３０）に関する。これらのステップのそれぞれは以下でより詳細に説明される。

【0028】

図５の第１ステップに従って、ユーザの利用習慣に関するデータが収集される。利用情報は、受信装置１０８及びタッチスクリーン制御装置１１６から収集される情報を含むことが可能である。収集された情報のタイプは、表示装置１１４上で視聴されたチャネル、視聴された場合の時間とチャネル、チャネルが視聴された期間、チャネル上の番組のタイプ、視聴された番組に関する情報（ジャンル、監督、俳優など）、タッチスクリーン制御装置１１６上に視聴されたもの（すなわち、番組ガイド、付加的な番組情報、ウェブサイト、アプリケーションなど）、タッチスクリーン制御装置１１６上でコンテンツが視聴された時刻、コンテンツが視聴された期間、及び視聴されたコンテンツに関する情報（コンテンツのタイプ、ジャンルなど）を含むものであってもよい。テーブル１は、タッチスクリーン制御装置を介し収集された利用データのタイプのいくつかの具体例を提供する。

【0029】

【表1】

利用データが収集されると（ステップ５１０）、利用データは、ユーザプロファイルを構成するのにそれが処理可能なバックエンドサーバ１１８に提供される（ステップ５２０）。ユーザが視聴するものと共に、時刻及び期間を知ることによって、ユーザの利用習慣をマッピングすることが可能である。当該発明について、ユーザの利用習慣の時間的側面を知ることは、時間に固有の所望の番組レコメンデーションにとって特に重要である。すなわち、ユーザが特定の時間のため番組をレコメンデーションを提供するため、当該時間に何を視聴することを所望するか知ることは重要である。収集されたユーザデータは、ユーザプロファイルと共に利用データベース１２０に格納される。

【0030】

以下の性質は、ユーザアクティビティのログ処理を介し送信され、ＭｙＣｈａｎｎｅｌアプリケーションのコンテンツを計算するのに利用される。

【0031】

ビューコンテンツスタートアクション／ビューコンテンツエンドアクション
タイムスタンプ
家計ＩＤ
ユーザＩＤ
デバイスＩＤ
セッションＩＤ
アプリケーションＩＤ
チャネルＩＤ
収集されたデータが処理されると（ステップ５２０）、結果として得られるユーザプロファイルは、番組レコメンデーションを提供するのに利用可能である（ステップ５３０）。例えば、システムは、あるユーザがある時点で視聴すべきものを推奨できる。図６において、このようなレコメンデーションを提供することに関する処理の一例が以下で見ることができる。

【0032】

図６の具体例では、レコメンデーションは、受信装置１０８などのフロントエンド装置からのリクエストに応答して、バックエンドサーバ１１８において実行される。図６の処理（６００）のためのロジックは、以下のとおりである。

【0033】

１．フロントエンドは、ユーザＩＤ及び任意的な日時によりＲＥＳＴｆｕｌサービス（６１０）をコールする。

【0034】

２．具体例のため、ユーザＩＤ＝“Ａ”とし、現在日時のリクエストは２０１０年１１月２３日午前１：３０である。

【0035】

３．バックエンド（６２０）は、“ＭｙＣｈａｎｎｅｌ”アイテムのラインナップがスタートするより効果的な“優先”時間を策定しようとする。この場合、その時間の１６分後に時間が要求されたため、優先権は次の時間“午前２時”に基づくことになる。しかしながら、視聴者はおそらくそれ以前に何を視聴することを所望していたため、アプリケーションは、“午前１時”にスタートする番組を検索することによって、優先的な開始時間にベストに適合する番組を検出することを試みるであろう。その後、それは、検出された番組がユーザの視聴履歴に基づき“午前２時”に終了するか調べることを試みる。

【0036】

ａ．視聴履歴は、当該時間ブロックにおいて過去に視聴者が視聴したコンテンツのリストと呼ばれる（このケースでは、チャネル）。時間ブロックは、第１ブロックとして真夜中から始まる３０分の間隔である。ある日の最後の視聴ブロックは、“２３：３０”又は“午後１１時３０分”となる。論理的には、１日には４８個の論理時間ブロックがある。同一の時間ブロックの履歴は、その週の異なる２つの日について正確に同じであるとは限らない。例えば、月曜日の“午前１時”のユーザの視聴履歴の情報は、火曜日のユーザの視聴履歴とは集計されない。しかしながら、次の月曜日は、その日について何れのデータがすでにデータベースにあろうと、集計される。

【0037】

例えば、ユーザは、２０１０年１１月８日に“午前１時５分”に１０分間チャネルＡを視聴し、２０１０年１１月１５日に“午前１時１０分”にもう１０分間同じチャネルを視聴した。その履歴は、“午前１時”から“午前１時３０分”までに２０分間“チャネルＡ”を視聴したユーザに関する情報を含む。視聴者が指定された時間より多くチャネルに留まっていた場合に限って、履歴が記録される。この点において、設定は５分になっている。

【0038】

ユーザが３０分の時間ブロックより多くコンテンツ（この場合、チャネル上の種）を視聴していた場合、履歴は、視聴経験に関する異なる時間ブロックに適切に分割される。例えば、ユーザが午前１時１５分から午前２時までチャネルＡを視聴していた場合、視聴履歴について２つのレコードが生成される。すなわち、午前１時から１時３０分（排他的）までの時間ブロックの１５分と、午前１時３０分から午前２時（排他的）まで次の時間ブロックとである。ユーザは、“ｎ”時間経過前に何かをしなければならない。本例では、アプリケーションは、非アクティビティの２時間のみを許すよう設定される。この背後の理由付けは、２時間の非アクティビティがテレビの前でユーザが寝ていたことを意味し、長時間同じチャネルでテレビをオンし続けたままか、又は寝てしまった場合、彼／彼女の履歴に影響を与えることは、視聴者の意思でないかもしれないことを意味する。

【0039】

４．ステップ３において検出されたチャネルが午前１時３０分以前に終了する番組を放送していた場合、それは、午前１時３０分に始まり、午前２時に終了する他の番組を検出しようとする。

【0040】

５．アプリケーションは、プロバイダのスケジュールにおけるすべての可能性を枯渇させるまで（又は履歴が尽きるまで）、基準に一致するスケジュールを検出する試みを維持する。履歴は、リストの先頭として最大分数の時間ブロックのチャネルを返すことによって視聴履歴から導出され、少なくともユーザの視聴分数を有するチャネルを上から順番に探す。

【0041】

ａ．履歴は、ユーザの視聴履歴を確認することによって始まる。

【0042】

ｂ．当該ユーザによる履歴が検出されない場合、それは、当該時間ブロックにおいて家計の視聴履歴を集計することを試みる。

【0043】

ｃ．ユーザ及び家計から導出可能なものがない場合、それは、一般の人々の集計結果を利用して視聴履歴を求める。

【0044】

ｄ．アプリケーションは、ユーザ、家計及び一般の人々の履歴について加入者のＥＪＢをコールする（６３０）。

【0045】

６．“マイチャネル”のリスト上の次のアイテムについて計算するとき、アプリケーションは、それが選択した番組の“終了時間”を求め、当該“終了時間”と時間ブロックとを関連付けすることを試みる。例えば、“ステップ３”において、アプリケーションは、午前２時４５分に終了する番組を検出する場合、それは、“午前２時３０分”と“午前３時”との間の時間ブロックのユーザの視聴履歴を検出しようとする。それは、“午前２時４５分”にスタートする番組を履歴に従って検出しようとする。何れも充足しない場合、それは、現在の番組の“終了時間”に３０分を加え、次の３０分のフルブロックにそれの端数を切り上げる。（従って、“午前２時４５分”の例では、それは、“午前３時１５分”にそれを調整し、“午前３時３０分”にそれの端数を切り上げる。当該ロジックは、“ラウンドアップファースト”について現在テストされ、適切に調整する。例えば、“午前２時４５分”によると、それは“午前３時”に切り上げられる。それはフル時間ブロックであるため、それは、次のスタート時間を検索するためもう３０分追加しない。あと３０分は、視聴履歴により“午前３時”にスタートする番組が検出されない場合に追加される。この場合、最後の番組は、次に計算されるスタート時間まで延長される。

【0046】

７．時間の切り上げ又はラウンドアップは、以下のロジックにより行われる。

【0047】

ａ．当該時間後３０分未満の分である場合、それは当該時間の３０分に切り捨てられる。例えば、“午前１時１５分”は、“午前１時３０分”に四捨五入される。

【0048】

ｂ．当該時間の分が当該時間後３０分より大きい場合、それは、次の時間に四捨五入される。“午前１時４５分”は、“午前２時”に四捨五入される。

【0049】

ｃ．現在時間が当該時間のゼロ分又は３０分ちょうどである場合、それは四捨五入されない。

【0050】

８．チャネルＩＤ及び時間ブロックを決定すると、アプリケーションは、その後にプロバイダの現在の放送番組をカタログウェブサービス（６４０）においてサーチすることができる。チャネルに関する情報は、カタログサービスの“ｇｅｔＴｖＧｕｉｄｅＢｙＰｒｏｇｒａｍＳｅｒｖｉｃｅＩｄ”を呼び出すことによって抽出される。それは、ある時間に放送されているコンテンツのリストを返す。それは、当該リストにおいて利用可能な最初のコンテンツについて調べられる。当該コンテンツの情報はさらに、カタログへの“ｇｅｔＣｏｎｔｅｎｔＩｎｆｏｒｍａｔｉｏｎ”へのコールを行うことによって調べられる。

【0051】

９．同じステップが、５つ又は“ｎ”個の番組（フロントエンドアプリケーションにより要求されるような）が充足されるまで繰り返される。返された番組のトータルの集計期間は、少なくとも２時間又は“ｘ”時間を充足すべきである（フロントエンドアプリケーションにより要求されるように）。

【0052】

その後、結果として得られるレコメンデーションは、それが表示装置１１４又はタッチスクリーン制御装置１１６上でユーザに表示可能な受信装置などのフロントエンドに提供可能である。例えば、図６に示される処理により提供されるレコメンデーションは、図７に示されるようなタッチスクリーン制御装置上でユーザに表示可能である。

【0053】

本例では、スクリーン７００は、レコメンデーションが現在の時間及びユーザに基づくものであったことを示す。返されるレコメンデーションは、次の４つの時間スロット（７２０〜７５０）と共に、現在のタイムスロット（７１０）の推奨された番組を含むものであった。本例では、推奨された各番組に関する付加的情報がまた提供される。

【0054】

本例は単にスケジューリングされたコンテンツ（すなわち、テレビショー）を推奨したが、推奨されたコンテンツはまた、記録された番組、オンデマンド番組、ストリーミングコンテンツ、音楽、ウェブサイトなどの非スケジューリングコンテンツと共に、これらの何れかの組み合わせを含むべきである。例えば、午前１０時のレコメンデーションは、システムに以前に記録された番組でありうる一方、午前１１時のレコメンデーションは、オンデマンドに利用可能な映画である１２時及び１時のレコメンデーションによる他のライブのテレビ番組である。

【0055】

ある実現形態では、あるタイプの番組に他のものに対する嗜好が与えることができる（すなわち、“有料”コンテンツに対する“無料コンテンツ”又はその反対、インターネットコンテンツに対するテレビなど）。他の実施例では、消費するリミット又は“ウォレット”のコンセプトが、推奨される“有料”コンテンツの量を限定するのに利用可能である。同様に、帯域幅リミットがまた、ダウンロード、ストリーミング又はウェブコンテンツのレコメンデーションのために利用されてもよい。

【0056】

さらに、レコメンデーションの時間ウィンドウは、４時間又は４つの番組に限定されるものでなく、所望されるようにより多く又は少なくすることも可能である。他の実現形態では、示される時間ウィンドウは、ユーザが次の４時間からレコメンデーションをさらに確認することができるようにスライドしてもよい。さらなる他の実現形態では、ユーザには、提供されたレコメンデーションを記録するためのオプションが提供されてもよい。特定の番組の指定を要求しないシーズンパスタイプの記録オプション（すなわち、木曜日の９〜１０時に常に記録されるレコメンデーション）がまた提供されてもよい。

【0057】

上述された具体例は電子装置に着目したが、本発明はまた、ここに説明された方法の実現を可能にするすべての特徴を有し、コンピュータシステムにロードされると、これらの方法を実行可能なコンピュータプログラムに組み込まれることが可能であることが理解されるべきである。この文脈におけるコンピュータプログラム又はアプリケーションは、情報処理機能を有するシステムに、ａ）他の言語、コード又は表記への変換、ｂ）異なるマテリアル形式による再生成の一方又は双方の後又は直接的に特定の機能を実行させることが意図される命令セットの何れかの言語、コード又は表記により何れかの表現を意味する。
さらに、上記説明は、単なる具体例として意図され、以下の請求項に記載されるものを除き、如何なる方法によっても本発明を限定するように意図されてはいない。
以下、例示的に付記を列挙する。
（付記１）
ユーザに対する視聴レコメンデーションを提供する方法であって、
ユーザにより視聴されたコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するステップと、
ユーザデータを処理するステップと、
時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するステップと、
を有し、
前記提供されたレコメンデーションの少なくとも１つは、スケジュールされていないコンテンツを有する方法。
（付記２）
前記スケジュールされていないコンテンツは、格納されているコンテンツ、ウェブサイト、オーバザトップサービスコンテンツ、ビデオオンデマンドコンテンツ及びダウンロード可能なコンテンツからなる群から選ばれる、付記１記載の方法。
（付記３）
前記格納されているコンテンツは、ローカルに格納されているコンテンツ及びリモートに格納されているコンテンツからなる群から選ばれる、付記２記載の方法。
（付記４）
前記時間及びコンテクスト情報は、ユーザ、視聴の長さ、日時、日、月、年、コンテンツ名、コンテンツタイプ、コンテンツソース、コンテンツジャンル、コンテンツの長さ、及びキャスト・クルーデータの少なくとも１つを有する、付記１記載の方法。
（付記５）
前記ユーザにより視聴されたコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するステップは、フロントエンドにより実行される、付記１記載の方法。
（付記６）
前記フロントエンドは、タッチスクリーン制御装置を有する、付記５記載の方法。
（付記７）
前記フロントエンドは、受信装置を有する、付記５記載の方法。
（付記８）
前記ユーザデータを処理するステップは、バックエンドにおいて実行される、付記１記載の方法。
（付記９）
前記バックエンドは、サーバ及び利用データベースを有する、付記８記載の方法。
（付記１０）
前記時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するステップは、バックエンドにおいて実行される、付記１記載の方法。
（付記１１）
前記提供される１以上のレコメンデーションは、現在の期間を超えた期間のレコメンデーションを含む、付記１記載の方法。
（付記１２）
前記提供される１以上のレコメンデーションに関する付加情報がまた提供される、付記１記載の方法。
（付記１３）
前記提供される１以上のレコメンデーションは、ユーザに表示される、付記１記載の方法。
（付記１４）
前記提供される１以上のレコメンデーションは、前記コンテンツのコストに基づく、付記１記載の方法。
（付記１５）
前記提供される１以上のレコメンデーションは、利用可能な帯域幅の大きさに基づく、付記１記載の方法。
（付記１６）
ユーザに対する視聴レコメンデーションを提供することを可能にするシステムであって、
ユーザにより視聴されたコンテンツに関する時間及びコンテクスト情報を含む利用データを収集するよう構成されるフロントエンドと、
ユーザデータを処理し、時間及びコンテクスト情報に基づき１以上のレコメンデーションを提供するよう構成されるバックエンドと、
を有し、
前記提供されたレコメンデーションの少なくとも１つは、スケジュールされていないコンテンツを有するシステム。
（付記１７）
前記フロントエンドは、タッチスクリーン制御装置を有する、付記１６記載のシステム。
（付記１８）
前記フロントエンドは、受信装置を有する、付記１６記載のシステム。
（付記１９）
前記バックエンドは、サーバ及び利用データベースを有する、付記１６記載のシステム。
（付記２０）
前記フロントエンドはさらに、１以上のレコメンデーションを表示するよう構成される、付記１６記載のシステム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】