JP2013539893A - メディア番組を推薦およびブックマークするための方法および装置 - Google Patents

Abstract

方法、システム、装置、およびコンピュータプログラムプロダクトは、ソースメディア番組のブックマークの再生の間に、（例えば、その後の視聴のために）代替番組を推薦およびブックマークする能力を提供する。第１のメディア番組が再生される。ユーザにとって潜在的に興味がある第２のメディア番組が、識別される。アドバタイジングブレイクの間、第２のメディア番組を識別するインターフェースが、ユーザに提示される。第２のメディア番組に興味がある指示が、ユーザから受け取られる。興味に基づいて、第２のメディア番組への参照が、後の再生のために、視聴者推薦（例えば、ブックマークのリスト中で維持されているブックマーク）として保存されてもよい。興味が持たれなかった場合には、なぜユーザは興味がなかったかを示している追加入力が、ユーザから受け取られてもよい。
【選択図】図５

Description

関連出願に対する相互参照

本出願は、以下の、同時係属中で、本発明の譲受人に譲渡された米国仮特許出願の米国合衆国法典第３５部第１１９条の下、利益を主張する。この米国仮特許出願は、参照により、ここに組み込まれており、代理人ドケット番号２３７．３２−ＵＳ−Ｐ１である、“メディア番組を推薦するための方法および装置”と題する、Ｅｕｇｅｎｅ Ｃｈｕａｎ−Ｈｕａｉ Ｗｅｉによって２０１０年１０月１５日に出願された仮出願シリアル番号第６１／３９３，８４６である。

本出願は、以下の、同時係属中で、本発明の譲受人に譲渡された米国特許出願に対して優先権を主張する。この米国仮特許出願は、参照により、ここに組み込まれており、代理人ドケット番号２３７．３２−ＵＳ−Ｕ１である、“メディア番組を推薦するための方法および装置”と題する、Ｅｕｇｅｎｅ Ｃｈｕａｎ−Ｈｕａｉ Ｗｅｉ、Ｐｅｔｅｒ Ｓａｒｇｅｎｔ、およびＨｕａ Ｚｈｅｎｇによって、２０１１年３月２９日に出願された米国実用特許出願１３／０７４，８６３と；代理人ドケット番号２３７．３２−ＵＳ−Ｕ２である、“メディア番組を推薦するための処理ワークフロー”と題する、Ｅｕｇｅｎｅ Ｃｈｕａｎ−Ｈｕａｉ Ｗｅｉ、 Ｐｅｔｅｒ Ｅ．Ｓａｒｇｅｎｔ、 Ｈｕａ Ｚｈｅｎｇ、 Ｃｈａｉｔａｎｙａ Ｌａｘｍｉｎａｒａｙａｎ、およびＷｉｎｇ Ｃｈｉｔ Ｍａｋによって２０１１年３月２９日に出願された米国実用特許出願１３／０７４，８７３と；代理人ドケット番号２３７．３２−ＵＳ−Ｕ３である、“その後に視聴するためにメディア番組をブックマークすること”と題する、Ｅｕｇｅｎｅ Ｃｈｕａｎ−Ｈｕａｉ Ｗｅｉ、Ｐｅｔｅｒ Ｅ．Ｓａｒｇｅｎｔ、およびＨｕａ Ｚｈｅｎｇによって２０１１年３月２９日に出願された米国実用特許出願１３／０７４，８８４とである。

本出願は、以下の、同時係属中で、本発明の譲受人に譲渡された特許出願に関する。この特許出願のすべては、参照により、ここに組み込まれており、２０１０年５月２６日に出願された、Ｗｉｎｇ Ｃｈｉｔ Ｍａｋによる、“迅速かつスケーラブルな有向アドバタイジングサービスのための方法および装置”と題する米国実用特許出願１２／７８７，６７９と；Ｒｉｃｈａｒｄ Ｗ． Ｔｏｍ、Ｊａｓｏｎ Ａ．． Ｋｉｌａｒ、 Ｅｒｉｃ Ｉ． Ｆｅｎｇ、Ｈｕａ Ｚｈｅｎｇ、Ｊｅａｎ−Ｐａｕｌ Ｃｏｌａｃｏ、およびＷｉｌｌｉａｍ Ｚ． Ｈｏｌｔによって２０１０年９月２７日に出願された、 “ユーザの好みに基づく有向アドバタイジングを提供するための方法および装置”と題する米国仮特許出願シリアル番号第６１／３８６，９１３と；２０１０年１０月１３日に出願された、Ｘｕａｎ Ｗｅｉ、 Ｈａｎｇ Ｌｉ、 Ｈｕａ Ｚｈｅｎｇ、 Ｔｉｎｇ−ｈａｏ Ｙａｎｇ、 およびＲｉｃｈａｒｄ Ｗ． Ｔｏｍによる “相関されたユーザフィードバックに基づいて、メディア番組を推薦するための方法および装置”と題する、米国仮特許出願シリアル番号第６１／３９２，８９８と；Ｒｏｂｅｒ Ｍ． Ｗｏｎｇ、Ｒｉｃｈａｒｄ Ｗ． Ｔｏｍ、Ｅｕｇｅｎｅ Ｃｈｕａｎ−Ｈｕａｉ Ｗｅｉ、およびＪａｓｏｎ Ａ． Ｋｉｌａｒによる、“視聴者の調査データを訂正するための、および、同じものの補償を提供するための方法および装置”と題する米国実用特許出願番号第１２／６２７，３１１号とである。この米国実用特許出願は、２００９年３月１０日に出願された、Ｒｉｃｈａｒｄ Ｗ． Ｔｏｍ、Ｅｒｉｃ Ｆｅｎｇ、Ｚｈｅｎｇ Ｈｕａ、Ｊｅａｎ−Ｐａｕｌ Ｃｏｌａｃｏ、およびＡｄａｍ Ｗ． Ｍｉｌｌｅｒによる、 “ユーザの好みに基づいて指示されたアドバタイジングを提供するための方法および装置”と題する、係属中の米国実用特許出願番号第１２／４０１，５４７の一部係属（ＣＩＰ）である。この出願は、２００８年３月１０日に出願された、Ａｄａｍ ＭｉｌｌｅｒおよびＲｉｃｈａｒｄ Ｗ． Ｔｏｍによる、“ユーザにアドバタイズメントを配信する方法”と題する米国仮特許出願番号第６１／０３５，２４３の利益を主張し、これらの出願すべては、ここに参照によって組み込まれている。

発明の背景

１．発明の分野
本発明は、提示用メディア番組をユーザに提供するためのシステムおよび方法に関する。特に、（例えば、ユーザ命令で、その後に／後で視聴するために）メディア番組を推薦およびブックマークするためのシステムおよび方法に関する。

２．関連技術の説明
メディア番組の普及および再生は、過去１０年間において相当な変化を経験してきた。以前は、（オーディオ、ビデオ、または両方を含んでいてもよい）メディア番組は、アナログブロードキャスト（従来の、衛星またはケーブル）により、あるいは、映画館へのフィルムの普及により、広まった。

これらの従来の普及および再生手段は、デジタル技術の出現の後にも使用されている。しかしながら、デジタル技術は、メディア番組の普及および再生に深く影響した。

第１に、デジタル技術は、デジタルビデオレコーダ（ＤＶＲ）の使用を可能にした。機能的には標準アナログビデオカセットレコーダ（ＶＣＲ）に類似する一方で、ＤＶＲは、ライブポーズ、１つの番組を記録しつつ別の番組を再生する能力、電子的な番組ガイドのＤＶＲ機能との統合（これにより、メディア番組の登録をだいぶ前にスケジューリングすることが可能になる）を含む、多数の追加の有用な機能を提供する。

第２に、デジタル技術は、高速インターネットアクセス（例えば、ＤＳＬ、ファイバ、および／または衛星）による改善した信号処理およびますます増える世帯とともに、インターネットを介してのメディア番組の普及および再生も可能にした。これらの普及および再生の方法は、従来の手段と競合するものとなった。インターネットを介したメディア番組の普及は、単純なダウンロード、プログレッシブダウンロードまたはストリーミングのうちのいずれかにより起きるかもしれない。

単純なダウンロード、プログレッシブダウンロード、およびストリーミングは、前述の参照によって組み込まれた、“ユーザの好みに基づく有向アドバタイジングを提供するための方法および装置”と題する、同時係属中の仮特許出願シリアル番号６１／３８６，９１３と、“相関されたユーザフィードバックに基づいてメディア番組を推薦するための方法および装置”と題する６１／３９２，８９８とにおいて記述されている。

前述の技術は、即時の視聴のために、広範囲のメディア番組をユーザに対して利用可能にすることを可能にする。このような多岐にわたるメディア番組を提供する際の課題のうちの１つは、ユーザが、多くの入手可能な番組の中から、興味ある番組を見つけることが難しいことである。インターフェースは、ユーザによってサーチできる異なるカテゴリーにメディア番組を分類することを提供できるが、このようなインターフェースは、どんな種類のメディア番組にユーザが興味があるかについてユーザが既に考えがある場合のみ有益である。例えば、奇異な、珍しい、すなわちカテゴリー化することが難しいメディア番組は、このようなインターフェースで見つけることは難しいだろう。

必要とされるものは、このような推薦を提供するためのシステムおよび方法である。本発明が、このニーズを満たす。

ブロードキャストテレビとは異なり、アドバタイジングの収益が、その間にアドバタイズが示されるテレビショーの一般化された人気に依存している場合、ビデオオンデマンドコンテキストでアドバイズするアドバタイズメントの長さ、そしておそらく一日の時間帯は、“ａｄのインプレッション”に基づいていることが多く、これは、アドバタイズメントの視聴数、または、（例えば、さらなる情報のためにアドバタイズメントを選択することによって）提示されたアドバタイズメントに視聴者が興味を示した回数として規定されているかもしれない。“ａｄのインプレッション”数は、実際にメディア番組を観ている視聴者数で変わることから、メディア番組プロバイダは、契約したアドバタイジングのインプレッションのすべてを提供したかもしれないが、メディア番組の提示の間に利用可能な、追加のアドバタイジング時間をさらに持つ可能性がある。このような間隔の間には、公共サービス公告（ＰＳＡ）が再生されてもよいが、ＰＳＡは収益を生み出さない。

他のメディア番組を視聴する推薦が、ＰＳＡ、ボーナスアドバタイズメント（ａｄに対して契約されたインプレッションが提供された後に提供される感謝）のような、減少した、または、ゼロの収益価値のアドバタイズメントの代わりに使用されるシステムおよび方法を以下で記述する。１つの実施形態では、メディア番組の推薦を代用する決定は、アドバタイジング収益全体を最大にする目的で、ａｄのインプレッションの契約上の義務の、動的なリアルタイムまたは近いリアルタイムの評価と、ａｄのインプレッションの履行とにしたがって行われる。

メディア番組の推薦は、映画の予告編に似ていてもよく、ユーザの一部に対して直感的で感情的な興味を、すなわち静止画像およびテキストでは同じ方法で成し遂げることができない何かを生むように設計されている。メディア番組プロバイダは、メディア番組プロバイダによって提示されるショーおよび映画のために、（一部のケースでは、メディア番組のソースの助けを得てアドバタイズされている）ショートビデオの予告編を作成してもよく、これは、典型的には、３０ないし８０秒の長さである。

これらの推薦は、典型的には、ロング形式のメディア番組（例えば、エピソード、映画）の、最後のアドバタイジングポッド（ブレイク）に現れるが、ショート形式のメディア番組（例えば、１時間半のメディア番組）にも現れるかもしれない。最後のポッドにおける、アドバタイズメントの提示が、好まれる。それは、この配置が最も効果的であると、経験が示しているからであり、おそらくは、これが、（もしあれば）どのメディア番組を次に観るかをほとんどのユーザがちょうど考えている時点であるからである。

さらに、メディア番組の推薦の価値の大部分は、推薦が行われる文脈に依存する。ユーザは、推薦された番組をユーザが要求することを可能にするインターフェースが提供されることがあるが、このようなサービスが提供されたときでさえ、このようなサービスは十分に活用されないことが多い。それは、ユーザは、ユーザ自身にとって興味があるメディア番組を思いつくことができないときだけ、このような推薦を捜し出す傾向があるからである。そして、これは頻繁でないことを、経験は示している。結果として、推薦サービスは、典型的に、十分に活用されていない。（推薦が提示され、これらの推薦にしたがって動作するユーザにオプションが利用可能であるときを含む）適切な文脈で与えられているときに、推薦サービスは、１桁分またはより多く視聴率を増加させることができることも、経験は示している。

文脈的に便利な推薦サービスによって提供される視聴率の増加は、そうでなければメディア番組の間に再生されるかもしれない有料アドバタイズメントの代わりに推薦を提示する費用を相殺するのに十分に効果があるという直感的でない結果を、出願人は見出し、本質的には、再生されるメディア番組ごとの、より大きな収益を、視聴されるより多くの番組に対する、より大きな収益と交換する。

これから図面を参照し、図面中では、同一の参照番号が、全体を通して対応する部分を表す。
図１は、本発明の１つ以上の実施形態にしたがって使用される例示的なメディア番組システムを図示しているダイヤグラムである。 図２は、本発明の１つ以上の実施形態のエレメントを実現するために使用できる、例示的な処理システムを図示している。 図３は、本発明の１つ以上の実施形態にしたがった、選択およびユーザへの提示のためにメディア番組を提供および配信するために使用できる、コンテンツ配信サブシステム（ＣＤＳ）およびトップレベルの動作の第１の実施形態を図示しているダイヤグラムである。 図４は、本発明の１つ以上の実施形態にしたがった、ライブストリーミングプロトコルにしたがったメディア番組の送信を図示しているダイヤグラムである。 図５は、本発明の１つ以上の実施形態にしたがった、メディア番組をユーザに推薦するために使用できる、例示的な動作を提示しているブロックダイヤグラムである。 図６は、本発明の１つ以上の実施形態にしたがった、興味がある第２のメディア番組を識別するために使用できる、例示的な方法ステップを提示しているダイヤグラムである。 図７は、本発明の１つ以上の実施形態にしたがった、例示的なプレビューインターフェースのダイヤグラムである。 図８は、本発明の１つ以上の実施形態にしたがった、ユーザが、推薦されたメディア番組に興味があることを示すことができる入力エリアを示している例示的なプレビューインターフェースのダイヤグラムである。 図９は、本発明の１つ以上の実施形態にしたがった、将来に視聴するために、推薦されたメディア番組をブックマークする制御を持つ、例示的なプレビューインターフェースのダイヤグラムである。 図１０は、本発明の１つ以上の実施形態にしたがった、保存されたブックマークの指示がユーザに提供される例示的なプレビューインターフェースのダイヤグラムである。 図１１は、本発明の１つ以上の実施形態にしたがった、ユーザとしてログインするための制御を持つ例示的なプレビューインターフェースのダイヤグラムである。 図１２は、本発明の１つ以上の実施形態にしたがった、ユーザが、推薦されたメディア番組を観ることに興味がないことを示した場合の、例示的なプレビューインターフェースを図示しているダイヤグラムである。 図１３Ａは、本発明の１つ以上の実施形態にしたがった、推薦されたメディア番組に対するメディアクリップ／予告編が示された後の、プレビューインターフェースを提示している。 図１３Ｂは、本発明の１つ以上の実施形態にしたがった、推薦されたメディア番組に対するメディアクリップ／予告編が示された後の、プレビューインターフェースを提示している。 図１４は、本発明の１つ以上の実施形態にしたがった、いったんユーザがブックマークオプションを選択したインターフェースを提示している。 図１５は、本発明の１つ以上の実施形態にしたがった、その後の視聴のためにメディア番組をブックマークするための論理的な方法を説明しているフローチャートである。

好ましい実施形態の詳細な説明

以下の説明では、添付図面に対して参照が行われ、添付図面は、説明の一部を形成し、本発明の、事例、いくつかの実施形態として示されている。他の実施形態を利用してもよく、本発明の範囲から逸脱することなく、構造的な変更を行ってもよいことが理解される。

以下の説明では、添付図面に対して参照が行われ、添付図面は、説明の一部を形成し、本発明の、事例、いくつかの実施形態として示されている。他の実施形態を利用してもよく、本発明の範囲から逸脱することなく、構造的な変更を行ってもよいことが理解される。

図１は、例示的なメディア番組システム１００を図示しているダイヤグラムである。図示されている実施形態では、システム１００は、インターネットのような通信ネットワーク１０４に通信可能に結合されている、１つ以上のメディア番組ソース１２０Ａ、１２０Ｂを備えており、それぞれは、１つ以上のソースメディア番組データベース１２４Ａ、１２４Ｂに通信可能に結合されている、１つ以上のソースビデオサーバ１２２Ａ、１２２Ｂを持っている。メディア番組システム１００は、通信ネットワーク１０４に通信可能に結合され、１つ以上のプロバイダビデオサーバ１１２と１つ以上のプロバイダデータベース１１４とを持つ、メディア番組プロバイダ１１０をさらに備えている。１つの実施形態では、メディア番組プロバイダ１１０は、ビデオオンデマンドおよび／またはストリーミングメディア番組プロバイダである。

メディア番組システム１００は、メディア番組を、（以下では代替的にユーザデバイス１０２と呼ばれる）コンピュータのような第１のユーザデバイス１０２Ａに、または、セルフォンのような第２のユーザデバイス１０２Ｂに送信する。この送信は、メディア番組プロバイダ１１０から直接的なものであってもよく、またはメディア番組プロバイダ１１０は、メディア番組ソース１２０Ａおよび１２０Ｂから利用可能なメディア番組へのインターフェースを提供するポータルとして動作してもよいが、メディア番組自体ではない（メディア番組自体は、代わりに、メディア番組ソース１２０により提供される）。

第１のケースでは、メディア番組プロバイダ１１０は、（www.fox.comまたはwww.nbc.comのような）メディア番組ソース１２０からのメディア番組をライセンスし、典型的には、このような番組に対するメタデータも同様に、メディア番組ソース１２０からメディア番組プロバイダ１１０に提供される。このようなメタデータは、使用のために、メディア番組プロバイダのデータベース１１４によって取り出すことができる。補足的なメタデータが要求される場合、メタデータは、さらに以下で記述するように、メディア番組プロバイダ１１０と、メディア番組ソース１２０とから独立しているメタデータソース１３０から取得できる。

第２のケースでは、メディア番組は、メディア番組ソース１２０のサーバからユーザデバイス１０２に直接的にストリーミングされる。メディア番組が、メディア番組ソース１２０から直接的にストリーミングされるとき、メディア番組ソース１２０によって提供されるメタデータは不十分であるケースが多い。このようなケースでは、補足のメタデータが、（www.tv.comまたはwww.imdb.comのような）独立的なメタデータソース１３０、または、他の第三者ソースから取得されてもよい。この状況では、メディア番組プロバイダ１１０の役割は、利用可能なメディア番組のリストと、このような番組を見つけるためにサーチし、それらを視聴するためのインターフェースとをユーザ１３２に提供するポータルの役割である。

メディア番組およびメタデータは、インターネットのような通信ネットワーク１０４を介して、または、補助的な（および／または専用の）通信リンク１３４を通して、取得されてもよい。このような情報は、ウェブクロールすること（例えば、ワールドワイドウェブを、方法的な、自動化された方法でブラウズする、プログラムおよび自動スクリプトを使用すること）によって取得されてもよい。

ユーザデバイス１０２を使用して、遠隔ユーザ１３２は、（ビデオオンデマンドおよび／またはストリーミングビデオサービスを含む）メディア番組を取得するために、および、プロバイダメディア番組データベース１１４をサーチして、興味あるメディア番組を見つけるために、通信ネットワーク１０４を使用してメディア番組プロバイダ１１０と通信できる。

メディア番組システム１００は、１つ以上のアドバタイズメントプロバイダ１４０も含んでいてもよく、アドバタイズメントプロバイダ１４０は、メディア番組プロバイダ１１０またはメディア番組ソース１２０によって提供されるメディア番組に関連して再生されるアドバタイズメントを供給する。図示されている実施形態では、アドバタイズメントプロバイダ１４０は、関係付けられていて通信可能に結合されているアドバタイズメントプロバイダデータベース１４４に通信可能に結合されているアドバタイズメントプロバイダサーバ１４２を備えている。

アドバタイズメントは、インターネット１０４、専用リンク１４６を介して、または、アドバタイズメントを持つメモリ記憶デバイスの物理的交換によって、アドバタイズメントプロバイダ１４０からメディア番組プロバイダ１１０に供給されてもよい。このようなアドバタイズメントは、メディア番組プロバイダ１１０に提供でき、そして、メディア番組プロバイダ１１０によって記憶でき、ならびに、適切な時間に、メディア番組とともにユーザデバイス１０２にストリーミングまたはダウンロードできる。

１つの実施形態では、アドバタイズメントは、メディア番組プロバイダ１１０からのストリーミングまたはダウンロードされたビデオと一体化される。別の実施形態では、アドバタイズメントは、メディア番組と一体化されないが、代わりに、メディア番組とは別にユーザデバイス１０２に送信され、各アドバタイズメントがいつ提示されるべきかを示すインデックスを使用して、適切な時間に再生される。例えば、アドバタイズメントは、インデックス付けされ、（メディア番組プロバイダ１１０またはアドバタイズメントプロバイダ１４０から）ユーザデバイス１０２にストリーミングまたはダウンロードされ得る。このようなアドバタイズメントは、メディア番組中の対応するインデックスによって示されている時間に、ユーザ１３２に対して再生できる。

図２は、ユーザデバイス１０２と、サーバ１１２、１２２、および１４２と、データベース１１４、１２４、および１４４とを含む、本発明のエレメントを実現するために使用することができる例示的な処理システム２０２を図示している。コンピュータ２０２は、（以下で代替的に、まとめてプロセッサ２０４と呼ばれる）汎用ハードウェアプロセッサ２０４Ａおよび／または専用ハードウェアプロセッサ２０４Ｂと、ランダムアクセスメモリ（ＲＡＭ）のようなメモリ２０６とを備える。コンピュータ２０２は、キーボード２１４、マウスデバイス２１６およびプリンタ２２８のような入力／出力（Ｉ／Ｏ）デバイスを含む、他のデバイスに結合されていてもよい。

１つの実施形態では、コンピュータ２０２は、オペレーティングシステム２０８の制御の下で、コンピュータプログラム２１０により規定された命令を実行する汎用プロセッサ２０４Ａにより動作する。コンピュータプログラム２１０および／またはオペレーティングシステム２０８は、メモリ２０６中に記憶されてもよく、ユーザ１３２および／または他のデバイスとインターフェースして、入力およびコマンドを受け入れ、そのような入力およびコマンド、ならびに、コンピュータプログラム２１０およびオペレーティングシステム２０８により規定された命令に基づいて、出力および結果を提供してもよい。

出力／結果は、ディスプレイ２２２上に提示され、あるいは、提示またはさらなる処理またはアクションのために、別のデバイスに提供されてもよい。典型的には、ディスプレイ２２２は、画像をユーザ１３２にまとめて提示する状態を変える複数のピクチャエレメント（画素）を含む。例えば、ディスプレイ２２２は、複数の別個にアドレス指定可能な画素を有する液晶ディスプレイ（ＬＣＤ）を含んでいてもよく、それぞれの画素は、入力およびコマンドへの、コンピュータプログラム２１０および／またはオペレーティングシステム２０８の命令の適用からプロセッサ２０４により発生されたデータまたは情報に応答して、ディスプレイ上の画像の一部を形成するために、不透明または半透明状態に変化する液晶を有する。同様に、プラズマディスプレイは、３つの別個のサブ画素セルを持つ画素を含み、それぞれは、異なる色の蛍光体を持っている。色は、画素中で提示される色を生成させるために共に混ぜ合わされている。セルを通して流れる電流のパルスは、入力およびコマンドに応答して、コンピュータプログラムおよび/またはオペレーティングシステム２０８の命令の適用からプロセッサによって発生されたデータにしたがって変わり、画素によって提供される光の強度を変化させる。また、同様に、陰極線管（ＣＲＴ）ディスプレイは、複数の画素を含み、それぞれは、アパーチャグリルからのドットまたは線によって典型的に表現されるサブ画素を持つ各画素を有する。各ドットまたは線は、蛍光体のコーディングを備え、蛍光体のコーディングは、電子銃からの電子によって打たれたときに蛍光を発する。コンピュータプログラムおよび／またはオペレーティングシステム２０８の命令の適用からプロセッサによって発生されたデータに応答して、ならびに、入力およびコマンドに応答して、電子銃によって放出される電子は、ドットまたは線において向きを操作され、結果として、そのドットまたは線の蛍光体のコーディングに蛍光を発させることによって、関係画素の状態を変化させる。

画像は、グラフィカルユーザインターフェース（ＧＵＩ）モジュール２１８Ａを通して提供されてもよい。ＧＵＩモジュール２１８Ａは、別個のモジュールとして描写されているが、ＧＵＩ機能を実行する命令は、オペレーティングシステム２０８、コンピュータプログラム２１０中に内在または分配でき、あるいは、専用メモリまたはプロセッサにより実現できる。

コンピュータプログラム１１０命令にしたがって、コンピュータ２０２により実行される動作のいくつかまたはすべては、専用プロセッサ２０４Ｂにおいて実現されてもよい。この実施形態では、コンピュータプログラム２１０命令のいくつかまたはすべては、専用プロセッサ２０４Ｂ内の、あるいは、メモリ２０６中の、リードオンリーメモリ（ＲＯＭ）、プログラマブルリードオンリーメモリ（ＰＲＯＭ）またはフラッシュメモリ中に記憶されているファームウェア命令を介して、実現されてもよい。専用プロセッサ２０４Ｂはまた、本発明を実現する動作のいくつかまたはすべてを実行するための回路設計を通して、ハードワイヤードであってもよい。さらに、専用プロセッサ２０４Ｂは、ハイブリッドプロセッサであってもよく、ハイブリッドプロセッサは、機能のサブセットを実行する専用回路と、コンピュータプログラム命令に応答することのような、より一般的な機能を実行する他の回路とを含む。１つの実施形態では、専用プロセッサは、特定用途向け集積回路（ＡＳＩＣ）である。

コンピュータ２０２はまた、ＣＯＢＯＬ、Ｃ＋＋、ＦＯＲＴＲＡＮのようなプログラム言語、または、他の言語で書かれたアプリケーションプログラム２１０が、プロセッサ２０４に読み取り可能なコードに翻訳されることを可能にするコンパイラ２１２を実現してもよい。完了の後、アプリケーションまたはコンピュータプログラム２１０は、コンパイラ２１２を使用して生成された関係および論理を使用して、Ｉ／Ｏデバイスから受け入れられ、コンピュータ２０２のメモリ２０６中に記憶されているデータに、アクセスし、操作する。

コンピュータ２０２はまた、モデム、衛星リンク、イーサネット（登録商標）カード、または、他のコンピュータからの入力を受け入れ、出力を他のコンピュータに提供する他のデバイスのような、外部通信デバイスをオプションとして備えている。

１つの実施形態では、オペレーティングシステム２０８、コンピュータプログラム２１０およびコンパイラ２１２を実現する命令は、ジップドライブ、フロッピー（登録商標）ディスクドライブ２２４、ハードドライブ、ＣＤ−ＲＯＭドライブ、テープドライブ、ＤＶＤ等のような、１つ以上の固定または取り外し可能なデータ記憶デバイスを含み得る、コンピュータ読み取り可能媒体、例えば、データ記憶デバイス２２０中で有体的に具現化されている。さらに、オペレーティングシステム２０８およびコンピュータプログラム２１０は、コンピュータプログラム命令からなる。コンピュータプログラム命令は、コンピュータ２０２により、アクセスされ、読み込まれ、実行されるときに、本発明を実現および／または使用し、あるいは、命令のプログラムをメモリ中にロードするために必要なステップをコンピュータ２０２に実行させ、結果として、ここに記述した方法のステップを実行する特別にプログラミングされたコンピュータとして、コンピュータを動作させる専用データ構造を生成させる。コンピュータプログラム２１０および／またはオペレーティング命令はまた、メモリ２０６および／またはデータ通信デバイス２３０中に有体的に具現化されてもよく、これにより、本発明にしたがった、コンピュータプログラムプロダクトまたは製造品を作成する。したがって、ここで使用する“製造品”、“プログラム記憶デバイス”および“コンピュータプログラムプロダクト”という用語は、任意のコンピュータ読み取り可能デバイスまたは媒体からアクセス可能なコンピュータプログラムを含むことを意図している。

もちろん、当業者は、上記のコンポーネントの任意の組み合わせ、あるいは、任意の数の異なるコンポーネント、周辺機器および他のデバイスが、コンピュータ２０２とともに使用されてもよいことを認識するだろう。

“ユーザコンピュータ”またはユーザデバイスという用語をここで言及したが、ユーザコンピュータまたはコンピュータは、セルフォン、ポータブルＭＰ３プレイヤー、ビデオゲームコンソール、ノートブックコンピュータ、ポケットコンピュータ、パーソナルデータアシスタント（ＰＤＡ）、あるいは、適した処理、通信、および入力／出力能力を持つ他の何らかのデバイスのような、ポータブルデバイスを含んでいてもよいことが理解される。

図３は、選択およびユーザ１３２への提示のためにメディア番組を提供および配信するために使用できる、コンテンツ配信サブシステム（ＣＤＳ）３００およびトップレベルの動作の第１の実施形態を図示しているダイヤグラムである。図示されている実施形態では、コンテンツ配信サブシステム３００は、ユーザデバイス１０２と、メディア番組プロバイダ１１０と、アドバタイズメントプロバイダ１４０とを備えている。

図示されている実施形態では、メディア番組プロバイダ１１０は、コンテンツ管理サービス３１０と、アドバタイズメントサービス３１６と、フィードサービス３０６と、コンテンツセレクタ３０８と、推薦エンジン３２０を備えているガイドサービス３１８とを具備している。ＣＭＳ３１０は、利用可能なメディア番組およびユーザデータに関するメタデータを含むデータをデータベース３２２に記憶させる。

１つの実施形態では、ガイドサービス３１８の推薦エンジン３２０が、フィードバック要求をユーザデバイス１０２に送信する。この要求は、フィードバックが要求されるメディア番組の再生の後に、または、別の時間において、送信されてもよい。メディア番組に関するフィードバックについての要求は、ガイドサービスの提供に応答して行われてもよい。例えば、メディア番組ガイドがユーザデバイス１０２に提供された場合、その中で提示されたメディア番組は、ユーザ１３２が、そのメディア番組を視聴したか否かを、そしてそうであるならば、ユーザは、そのメディア番組を気に入ったか否かを、または、メディア番組をどのくらい気に入ったかを示すことを可能にするインターフェースを備えていてもよい。

ユーザは、その後、メディア番組に関するフィードバックを提供し、フィードバックまたはオピニオンデータを推薦エンジン３２０に送信する。推薦エンジンは、オピニオンデータを受け取り、以下に記述したような後の使用のために、ＣＭＳ３２２を通して、それをデータベース３２２中に記憶する。

同じユーザ１３２、または別のユーザ１３２は、その後、推薦に対する要求を推薦エンジン３２０に送信してもよい。データベース３２２から取得したデータを使用して、推薦エンジン３２０は、１つ以上の推薦されたメディア番組を発生させ、情報を送信し、情報から、ユーザデバイス１０２は、ユーザインターフェースモジュール３０２による提示のために、ユーザデバイス１０２に対するそれらの推薦されたメディア番組へのアクセスを得てもよい。これらの動作に関するさらなる詳細を以下で提示する。

ユーザ１３２が、ユーザデバイス１０２を使用してメディア番組を選択するとき、選択されたメディア番組のメディア番組識別子（ＰＩＤ）を要求するメッセージが、ユーザデバイス１０２からメディア番組プロバイダ１１０に送信される。

フィードサービス３０６は、要求を受け取って、コンテンツ管理サービス３１０を通して、安全な記憶装置３１２またはデータベース３２２から取得した情報を使用して、フィードサービス３０６は、選択されたメディア番組に対するＰＩＤを決定し、ＰＩＤをユーザデバイス１０２に送信する。ユーザデバイスは、このＰＩＤとユーザＩＤとを、メディア番組プロバイダ１１０のコンテンツセレクタ３０８に送信する。コンテンツセレクタ３０８は、情報をコンテンツ管理サービス３１０に転送し、コンテンツ管理サービス３１０は、安全な記憶装置３１２中に記憶された情報を使用して、ユーザおよび選択されたメディア番組にとって適切なアドバタイズメントを選択するためにアドバタイズメントサービス３１８を使用する。これは、２０１０年５月２６日に出願された、Ｗｉｎｇ Ｃｈｉｔ Ｍａｋによる、“迅速かつスケーラブルな有向アドバタイジングサービスのための方法および装置”と題する、同時継続中の特許出願１２／７８７，６７９中に記述されているように達成できる。この特許出願は、参照によりここに組み込まれている。コンテンツ管理サービス３１０は、この情報をコンテンツセレクタ３０８に転送し、コンテンツセレクタ３０８は、情報を送信し、情報から、ユーザデバイス１０２は、メディアサーバ１１４からの選択されたメディア番組とともに、アドバタイジングプロバイダ１４０からのアドバタイズメントも取得してもよい。図示されている実施形態では、この情報は、所望のメディア番組をメディアサーバ１１４から取得できるアドレス（例えば、ＵＲＬ）を含む。ユーザデバイス１０２は、特定のアドレスでメディア番組要求をメディアサーバ１１４に送信する。メディアサーバ１１４が、安全な記憶装置からメディア番組を取り出して、メディア番組をユーザデバイス１０２に送信する。ユーザデバイス１０２は、アドバタイジングプロバイダ１４０からアドバタイズメントも要求して、それらを同様に受け取ってもよい。

アドバタイズメントプロバイダ１４０とメディアサーバ１１４とを、メディア番組プロバイダ１１０とは別個のアーキテクチャのエンティティとして図示しているが、アドバタイズメントプロバイダ１４０は、メディア番組プロバイダ１１０と一体化されてもよい（すなわち、メディア番組プロバイダもアドバタイズメントを提供してもよい）。ＣＤＳ３００は、複数の分配ネットワークを通して、メディア番組およびアドバタイズメントを提供する手段を提供する。提供する手段は、www.hulu.com、www.imdb.com、www.aol.comまたはwww.msn.comを含んでいてもよい。

メディア番組およびアドバタイズメントをＣＤＳ３００内のどこで見つけることがきるかを記述しているデータであるような、メディア番組およびアドバタイズメントコンテンツに関するメタデータおよびストリーミング情報は、コンテンツ配信システム３００において、データベース３１２および３２２中で記憶される。

ユーザデバイス１０２は、インターフェースモジュール３０２とメディア番組プレイヤー３０４とを備えていてもよい。インターフェースモジュール３０２は、情報およびメディア番組をユーザ１３２に提示するために、および、コマンドを含むユーザ入力を受け入れるために使用される、ユーザデバイス１０２によって実行される命令を含む。例示的なユーザデバイス１０２は、デスクトップコンピュータ、ラップトップコンピュータ、あるいはＩＰＯＤ（登録商標）、ＩＰＨＯＮＥ（登録商標）、ＩＰＡＤ（登録商標）、ポータブル電話機、またはＰＡＬＭデバイスのようなポータブルデバイスである。

図４は、ライブストリーミングプロトコルにしたがった、メディア番組の送信を図示しているダイヤグラムである。基本的には、このプロトコルは、ユーザデバイス１０２がメディア番組を要求するときに、小さなセグメントの“プレイリスト”またはメディア番組の“チャンク”が提供されることを除いて、図３中で図示されているプロトコルと類似している。ユーザデバイス１０２は、プレイリストを使用して、メディア番組の各チャンクの送信を順番で要求し、各チャンクを受け取ったとき、各チャンクは処理され、ユーザ１３２に提示されるメディア番組にアセンブルされる。

図４中で示されているように、ユーザデバイス１０２は、メディア番組のＰＩＤに対する要求をフィードサービス３０６に送信する。要求は、典型的に、ユーザＩＤまたはそれらのプロキシを含むとともに、メディア番組に対する何らかの識別子を含む。フィードサービス３０６は、要求を受け取り、安全な記憶装置３１２とコンテンツメタデータ／ストリーミング情報データベースとから取得した情報を使用して、ＣＭＳ３１０から、要求されたメディア番組のＰＩＤを取得する。その後、ＰＩＤが、ユーザデバイス１０２に送信される。ユーザデバイスは、その後、ＰＩＤとともにメディア番組要求をコンテンツセレクタ３０８に送信する。

この実施形態では、メディア番組は、ユーザデバイス１０２からの要求に応じてユーザデバイス１０２に送信できる、複数のセグメントまたはチャンクに分けられる。どのセグメントを要求するか、または、それらを要求する順序は、メディア番組プロバイダ１１０からユーザデバイス１０２に送信されるセグメントプレイリストによって決定される。

ライブストリーミングプロトコルは、メディア番組セグメントへの、（ＵＲＬ［ユニフォームリソースロケータ］のような）アドレスまたはＵＲＩ（ユニフォームリソース識別子）を持つセグメントプレイリストの、メディア番組プレイヤー３０４への送信を含む。メディア番組プレイヤー３０４は、セグメントプレイリスト中のアドレスまたはＵＲＩを使用して、何らかのセグメント（したがって、何らかのフレーム）を取り出すのに必要な情報を持っているので、インターフェース４００を実現するユーザインターフェースモジュール３０２が、ナビゲーション要求に従うメディア番組フレームを持つセグメントを決定することと、（このようなセグメント、まだ、受け取られてバッファリングされていない場合）このようなセグメントを要求することと、先に示したようなセグメントからのフレームを提示することとによって、メディア番組ナビゲーションコマンドに応答する。

メディア番組情報をメディア番組プレイヤー３０４に送信するために使用される技術にかかわらず、幅広いさまざまなメディア番組をユーザ１３２に提供する際の課題のうちの１つは、ユーザ１３２が、興味あるメディア番組を見つけて選択することを可能にする情報を、このようなユーザ１３２に提示することにある。１つのアプローチは、（例えば、タイプ、コンテンツ、俳優または任意の数の要素によって）メディア番組が適切にカテゴリー化されている番組ガイドをユーザに提供することである。これは、ユーザが、興味あるメディア番組を見つけることを可能するものの、ユーザはそれについて何も知らないが、それでも楽しめそうであるメディア番組をユーザに向ける際にはほとんど役に立たない。

ユーザにとって興味があるメディア番組を見つけるために使用できる技術のうちの１つは、推薦されたメディア番組をユーザに提示するためのユーザインターフェースモジュール３０２を使用することである。このような推薦は、このような推薦に対するユーザ１３２の要求に応答して、またはユーザの要求なしに提供できる。例えば、ユーザがコンテンツ配信システム３００に最初にアクセスしたときに、ユーザ１３２が、興味あるメディア番組を見つけるためにデータベース３１６をブラウジングまたはデータベース３１６に問い合わせているときに、メディア番組プレイヤー３０４がメディア番組を再生しているときに、あるいは、メディア番組プレイヤー３０４が、メディア番組の再生を、完了しなければならないときに、または、完了しようとしているときに、ユーザインターフェースモジュール３０２が、ユーザ１３２にとって興味あるメディア番組を推薦してもよい。

図５は、メディア番組をユーザに推薦するために使用できる例示的な動作を提示しているブロックダイヤグラムである。ブロック５０２では、第１のメディア番組が、再生のためにユーザデバイス１０２に提供される。ブロック５０４では、第１の視聴者にとって潜在的な興味がある第２のメディア番組が識別される。

図６は、興味がある第２のメディア番組を識別するために使用できる例示的な方法ステップを提示しているダイヤグラムである。ブロック６０４では、オピニオンデータが、ユーザのセット中のユーザ１３２のうちの１人以上から受け入れられる。オピニオンデータは、例えば、ユーザ１３２が、メディア番組のしきいパーセンテージよりも多く観たこと、ユーザ１３２がメディア番組を明確に格付けしたこと、ユーザ１３２がメディア番組またはシリーズのメディア番組に申し込んだこと、あるいは、ユーザ１３２が、記録、または、後の再生のためにメディア番組をキューに入れたことを示しているデータの任意の組み合わせを含んでいてもよい。１つの実施形態では、オピニオン（またはフィードバック）データは、（論理的なオルタナティブのリストから選ばれた）論理データ、もしくは、ブールデータ（“ｙｅｓ”または“ｎｏ”あるいは“１”または“０”のような、２値のうちの１つ）であってもよい。

ブロック６０２中で示されているように、ユーザ１３２は、このような情報を提供するように促されるかもしれない。この促しは、ユーザが、メディア番組を視聴した後に（例えば、メディア番組の再生の終わりに、または、ユーザが、メディア番組を既に見ており、それを再び見ることを望まない指示に応答して）、メディア番組の視聴の間に、または、メディア番組の視聴の前に実行されてもよい。いくつかのケースでは、オピニオンデータは、（例えば、ユーザが、最小時間期間の間、そのメディア番組を観た場合に、そのメディア番組をユーザが気に入ると推定される）番組の視聴に、あるいは、（例えば、メディア番組をキューに入れる、または、メディア番組に申し込む）他のアクティビティに固有である。米国仮特許出願番号第６１／３９２，８９８は、類似した番組を推薦する目的のために、２つのメディア番組の類似性または関連性を決定するために使用できる技術を記述している。それらの技術を使用して、ブロック６０６中で示されているように、第１のメディア番組（ｉ）および第２のメディア番組（ｊ）の暗黙の類似性の測度を発生させる。最後に、推薦されたメディア番組は、ブロック６０８において示されているように、暗黙の類似性の測度を使用して発生される。

１つの実施形態では、前述のものは、推薦を行うために、トップｎのアイテムの協調フィルタリングアルゴリズムを使用する。サービスは、推薦されたショーと、推薦を促すショーまたはコンテンツとの間の関係を識別する。２つのアイテム間の相関を見つけるために、我々は、条件付き確率ベースの類似性：

を使用する。
Ｃｏｕｎｔ（ｉ）＝アイテムｉを観たすべてのユーザのカウント
Ｃｏｕｎｔ（ｊ）＝アイテムｊを観たすべてのユーザのカウント
Ｃｏｃｏｕｎｔ（ｉ，ｊ）＝アイテムｉおよびアイテムｊの両方を観たすべてのユーザのカウント

計算を簡単にするために、各推薦されたショーおよび推薦に対するトップ３０に関連するアイテムだけが、（代替的には、“ソースショー”と呼ぶ）これらの３０個しかないメディア番組から促される。いったん３０個のソースショーが識別されると、メディア番組プロバイダは、いくつかの不合理な相関を取り除くためにリストをレビューしてもよい。

この計算の１つの例は、（推薦されたメディア番組として）“サンクチュアリ”と、（ソースメディア番組として）“ドレスデン・ファイル”との間の関係になるだろう。ここで、これらの相関は０．１５４である。（推薦されたショーとして）“ファイヤーフライ”と、（ソースショー）“ドレスデン・ファイル”との間の相関は、０．０９である。より大きい値（０．１５４）は、“ドレスデン・ファイル”と“サンクチュアリ”間の相関がより大きいことを意味する。他のすべての条件が等しい場合には、これは、“ドレスデン・ファイル”を観ている誰かが、推薦されたショーとして“ファイヤーフライ”が供給される可能性が高いことを意味する。しかしながら、推薦エンジン３２０は、推薦されたショーを最後に識別する際に、ユーザの現在の視聴率と好みにも対処するだろう。ショーは、以下の条件のうちのいずれかに基づいてユーザに推薦されてもよい：
１．現在、観られているショー
２．ユーザが、過去に観たショー
３．ユーザが、高く評価したショー
４．ユーザが、申し込んだショー
５．ユーザが、それらのキューに追加したショー

可能であれば、メディア番組プロバイダ１１０は、（例えば、クッキーを使用して）ログインしたユーザおよび匿名のユーザの両方に対して、これらの条件を考慮してもよい。異なる条件は、異なる重み付けを持っているかもしれない。例えば、（メディア番組の推薦を受け取ろうとしているユーザの心の一番上にあるものである、）ユーザが現在観ているメディア番組は、ユーザが過去のある時点で申し込んだメディア番組よりもより重く重み付けされる。観られた、または、ユーザのキューに追加されたメディア番組に対する条件の重み付けを評価するとき、観られた、または、キュー待ちするために追加されるメディア番組の総数が考慮に入れられてもよい。メディア番組の推薦エンジンは、他の関連性のあるユーザの振る舞い（例えば、サーチ履歴、タグ履歴等）も取り入れて、行う推薦の文脈上の関連性を広げてもよい。

推薦エンジン３２０は、個々のユーザの振る舞いの条件を、２つのアイテム（このケースでは、ＴＶショー）間の相関と整合させ、その後、ユーザが、どのくらい、各メディア番組の推薦候補に興味がありそうかを計算する。

以前のステップでは、ユーザの好みおよび／または振る舞いに基づく、ユーザにとって可能性ある推薦候補が決定された。次に、推薦エンジン３２０は、どの個々のメディア番組の推薦をユーザに提供すべきかを決める。以下は、候補のメディア番組が推薦される前に考慮される他の条件である。以下のうちのいずれかは、ユーザに供給されることから、メディア番組の推薦候補を除外するだろう。
１．ユーザが、過去７日内に、このメディア番組の推薦候補を既に見た場合。
２．ユーザが、メディア番組の推薦候補に関係するショーを既にブックマークしている場合。
３．ユーザが、メディア番組の推薦候補にさらされて、ユーザがそのショーに興味がないことを示した場合。
４．ユーザが、３つ星よりも低い格付けで、（メディア番組の推薦候補として機能してもよい）ショーを格付けした場合。
５．ユーザが、（メディア番組の推薦候補として供給されてもよい）ショーを既に認識しており、いくつかのエピソードを観た、または、それを既に格付けした、または、ユーザのキューにそれを追加した、または、それを申し込んだ、のいずれかの場合。

メディア番組の推薦は、ａｄブレイク中に供給されるので、ａｄサーバ３１６は、ａｄを配信するために使用される。同時に、推薦エンジン３２０は、どのユーザに、そして、何の理由で、どのショーを推薦するかを選ぶ。ログインしたユーザのために、推薦エンジン３２０は、ユーザの視聴習慣およびコンテンツの好みに基づいて、何らかのショーを推薦してもよい。ログインしていないユーザのためには、推薦されたショーは、ユーザが、現在のセッションで、観ている、または、観たショー（多くは、ユーザが現在観ているショー）に基づいていてもよい。

１つ以上のメディア番組の推薦は、先の条件をパスしたメディア番組から選択され、以下に記述するようにユーザに提供されてもよい。

ブロック５０６において、推薦されたメディア番組に対するプレビューインターフェースが、アドバタイズメントブレイクの間、アドバタイズメントの代わりに使用される。プレビューインターフェースは、ユーザに対して１つ以上の推薦された番組を識別し、以下に記述するように、ユーザが、さらなる視聴のために、それらの推薦されたメディア番組のうちの１つ以上を選択することを可能にする。

図７は、例示的なプレビューインターフェース７０２のダイヤグラムである。この実施形態では、プレビューインターフェースは、ログインしたユーザに向けられており、そのユーザ１３２に対して個人化されている。ユーザ１３２は、名前７１０によって識別され、このインターフェースでは、推薦されたメディア番組が存在することが報知される。図示されている実施形態では、インターフェース７０２は、エリア７１４では、推薦されたメディア番組のタイトル（このケースでは、“宝石の潜入捜査”）を、エリア７１２では、メディア番組が推薦された理由を示している統計値も示している。

ユーザ１３２に対するメッセージは、次のものを含んでいてもよい：
１．“あなたは、ショーＡのファンのＸ％がこのショーＢ［推薦されたショー］も楽しむかを知っていたか？”
これは、格付けをショーＡおよびショーＢの両方に割り当てたすべてのユーザの我々の解析に基づいている。
２．“あなたは、ショーＡのファンは、このショーＢ［推薦されたショー］を観る可能性がＸ倍であることを知っていたか？”
これは、ショーＢを観るすべてのユーザの割合を、ショーＢを観る、ショーＡのファン（すなわち、高いユーザ格付けをショーＡに割り当てたユーザ）の割合と比較することに基づいている。

プレビューインターフェース７０２はまた、選択された場合に、（さらに以下で説明する）ブックマークの配置のような、ユーザ１３２の情報を示すようなエリア７０６と、選択されたときにユーザプロファイルを視聴するために使用できるエリア７０６と、選択されたときに、ユーザが、将来視聴するためにキューに入れているメディア番組を視聴するために使用できるエリア７０８とを含んでいてもよい。

１つの実施形態では、推薦されたメディア番組は１つだけ、ユーザ１３２に提示される。この実施形態では、推薦されたメディア番組についてのショーボートまたは予告編の再生を開始し、ユーザ１３２は、メディア番組への興味を示す機会が与えられる。

図８は、推薦されたメディア番組の、予告編、アドバタイズメント、またはメディアクリップが再生される再生エリア８０２を示している例示的なプレビューインターフェース７０２のダイヤグラムである。そして、ユーザ１３２が推薦されたメディア番組に興味があることを示すことができる入力エリア８０４が提供されている。ユーザが、メディア番組への興味を示した場合、指示が受け入れられ、処理は、図５の、ブロック５１０および５１６−５２０に移る。

ブロック５１６において、推薦されたメディア番組への参照が、後の再生のために保存される。再生は、現在のメディア番組が再生を完了した後まで延期されるかもしれず、または、現在のメディア番組が再生を完了するとすぐに始まるかもしれず、または、さらに以下で記述したように、後の再生のためにブックマークされるかもしれない。ブロック５１８において、ユーザ入力を反映させて、データベース３２２を更新する。

図９は、将来に視聴するために、推薦されたメディア番組をブックマークする制御９０２を持つ例示的なプレビューインターフェース７０２のダイヤグラムである。ユーザ１３２がこの制御を選択した場合、ブックマークは保存されて、図１０のアイテム１００２中で示されているような、保存されたブックマークの指示がユーザに提供される。

ユーザがログインしていない場合、ユーザは、ブックマークを保存できる前に、ログインを実行する必要があるだろう。ログインを実行するためのインターフェース１１０２を図１１中に提示した。代替的に、特定のブラウザ／コンピュータについてのブックマークされた情報を識別するために、クッキーを使用してもよい。

図５に戻って、ユーザが、（興味がなかったとして明示的に示すこと、または、指定された時間期間内に促しに応答しないこと、のいずれかによって、）推薦されたメディア番組を視聴することに興味を示さなかった場合、ユーザは、なぜ、推薦されたメディア番組に興味がなかったかを示すためのインターフェースが提供されてもよい。

図１２は、ユーザが、推薦されたメディア番組を観ることに興味がないことを示した場合の、例示的なプレビューインターフェース７０２を図示しているダイヤグラムである。この実施形態では、プレビューインターフェース７０２は、入力インターフェース１２０２を含み、入力インターフェース１２０２では、ユーザが、例えば、推薦されたメディア番組になぜ興味がなかったかを示すために、推薦されたメディア番組に関するフィードバックを提供してもよい。図示されている実施形態では、３つの選択肢（１）ユーザ１３２は、メディア番組を既に見た、（２）ユーザ１３２は、興味がない、および（３）ユーザは、近い将来にメディア番組を選択する気分ではないが、未来時にそれを実行したいかもしれない、が提供されている。例示的な入力インターフェース１２０２はまた、送信ボタンと、入力インターフェース１２０２に情報を入力するために、どのくらいの時間がユーザ１３２に残されているかを示しているカウントダウンタイマーとを備える。受け入れられた情報は、ブロック５１２および５１４中に示されているように、このユーザに対する、および、他のユーザに対する推薦の将来の使用のためにデータベース中に記憶される。

図１３Ａは、推薦されたメディア番組に対するメディアクリップ／予告編が示された後の、プレビューインターフェース７０２を提示する。インターフェースは、推薦されたメディア番組のタイトルまたはシリーズ１３０２と、ショーをブックマークするための制御１３０４と、ショーの再生をすぐに始めるための制御１３０６とを含む。

図１３Ｂは、メディア番組プロバイダの拡張された加入サービスを通して利用可能であるショーに対してのみ使用されるエンドカードとして使用されるプレビューインターフェース７０２（例えば、Ｈｕｌｕ（登録商標）ウェブサイトから利用可能なＨｕｌｕ Ｐｌｕｓ^TM）を図示している。“今チェックする”ボタン１３０６の代わりに、インターフェース１３０８は、（ログインしていない、または、クラッシクだけの加入者（例えば、支払ベースまたは拡張サービスに申し込まないユーザ）であると決定された、）それらのユーザに、１つ以上のより高いレベルのサービスを申し込むことを考えるように勧めるための“Ｈｕｌｕ Ｐｌｕｓを試す”ボタン１３１０を提供する。加えて、インターフェース１３０８は、拡張された加入サービスを通して、特定のメディア番組の利用可能性（例えば、“拡張されたサービス上でのみ利用可能な”）を示してもよい。

図１４は、いったん、ユーザがブックマークオプションを選択したときのインターフェースを提示する。エレメント１４０２および１４０４は、選択がブックマークされたことを示しており、制御１４０６は、ユーザ１３２が、メディア番組をすぐに視聴することを可能にする。

ユーザインターフェースの概要
前述したユーザインターフェースは、以下のエレメントを含む。
１．ユーザが、推薦されたショーを楽しむであろうと考えられる理由を説明している紹介のタイトルカード（例えば、図７）。ユーザがログインしている場合、これらのタイトルカードは個人化されている（“ユージン、サーティロックの視聴者が、ピープショーも楽しむ可能性は１０倍であることを知っていた？”）。ユーザがログインしていない場合には、我々は、ユーザが観ている現在のショーのタイトルのような文脈情報を使用して、以下の推薦の関連性をさらに説明するだろう（“［ユーザがちょうど観ているショーのタイトル］を楽しむ視聴者の７９％は、以下のショーも観る”）。
２．ショーからのビデオモンタージュ（図８−図１２）。このセクションの目的は、大部分の、メディア番組の推薦の持続時間を構成し、一般的なストーリー展開、スタイル、番組／タイトルの印象を紹介することである。目的は、人々に対してショーを台無しにすることではなく、何らかの陰謀およびサスペンスを生み出すことである。ビデオの物語の流れを確立する、または、注目に値する批評家の称賛を掲載するインターステーシャルテキストカードの使用は、利用可能であるときに適用されることが多い。ショーからの音楽を使用することは、雰囲気を伝えるのに効果的である。全ＴＶシリーズのストーリー展開を確立することは、単一の映画のストーリー展開を単に確立するよりもより複雑であるとはいえ、全体的な目的は、映画の予告編の目的に類似している。
３．ユーザは、推薦された番組アドバタイズメントに対してすぐにアクションを起こすことができる。メディア番組の推薦はａｄとして供給されるので、ビデオモンタージュが始まると、“この推薦はあなたに興味を持たせますか？はい／いいえ”を（プレイヤーの右上の角で）尋ねるメッセージが表示される。“はい”を回答したユーザは、後の視聴のために、“この推薦をブックマークする”ためにオプションが提供される。“いいえ”を回答したユーザは、その後、なぜ興味がないかについての多項選択式の問題が尋ねられる。これらの対話は、いずれも必須ではない。メディア番組のａｄは、とにかく再生し続けるだろう。しかし、興味がないことを示すそれらのユーザに対しては、同じメディア番組のａｄは、決して、再び彼らに供給されないかもしれない。加えて、なぜ興味がないかをユーザが説明した場合には、貴重な見識が得られるかもしれない。いずれにしても、ユーザの反応は、ユーザに示されるかもしれない将来のメディア番組のａｄに織り込まれるかもしれない。
最後に、ユーザは、メディア番組のａｄ自体もクリックでき、どんなときにも、促されたショーのショーページに案内される。
４．エンドカード（図１３および１４）。エンドカードは、２つのことを実行する：１）エンドカードは、エンドユーザに対して、ショーからどのコンテンツが入手可能であるかを定める：いくつのシーズン、および、どのシーズン；２）エンドカードは、ユーザがちょうど見ている推薦に対してアクションを取るためのユーザオプションを提供する。ユーザは、：１）適切なショーのページにユーザをすぐに案内する“それを[ショー]を今チェック”に進む；および、２）後の視聴のために、“このショーをブックマークする”、ための２つのオプション／ボタンをエンドカード中に有する。後者のオプションは、“マイブックマーク”と呼ばれる、ユーザのプロファイル中で追跡されるかもしれないショーの新しいリスト中に、ショーを入れるだろう。

本発明の１つ以上の実施形態では、“マイブックマーク”エリアは、ユーザによってブックマークされているショーのキューまたはリスティングを含んでいてもよい。ショーは、上述したように、推薦されたクリップを使用してブックマークされてもよい。代替的に、ショーは、ショーをサーチし、第三者（例えば、ソーシャルネットワーキングアプリケーションにおける友だち）からショーをブックマークするための要求を受け取るユーザによって、周辺デバイス（例えば、セルラデバイス）を介してのユーザによって、ソーシャルネットワーキングアプリケーション（例えば、フェイスブック（登録商標）アプリケーション）を介してのユーザによって、ユーザからのｅメール／ＳＭＳ／テキストメッセージを介して等によって、ブックマークされてもよい。したがって、ユーザは、さまざまな方法でショーをブックマークしてもよく、このようなブックマークは、ユーザが、興味はあるものの、今すぐに観る時間がなかったショーを識別するために使用されてもよい。このようなブックマークは、ユーザが望んだときに、自動的に、再生可能なバージョンのショーに直接的にリンクさせるために使用されてもよい。ブックマークは、アルファベット順で、他の使用による最高視聴率、ブックマークとして追加された日付、ショーの公開日、コンテンツライブラリへのショーの追加日、ユーザのプロファイルに基づく最高の視聴率等を含む、さまざまな方法でソートされてもよい。

ブックマークのワークフロー
図１５は、本発明の１つ以上の実施形態にしたがった、その後視聴するためにメディア番組をブックマークするための論理的方法を説明しているフローチャートである。

ステップ１５０２において、第１のメディア番組を識別する第１のインターフェースが、（例えば、コンピュータディスプレイ、セルラフォン上で、ソーシャルネットワーキングアプリケーションを通して等）表示される。第１のインターフェースは、（例えば、アドバタイジングブレイクの間に表示される）推薦されたメディア番組のアドバタイズメントの予告編の一部であってもよい。このような予告編は、第１の視聴者に関する情報に基づいて表示されてもよい。代替的に、第１のインターフェースは、ユーザによって実施されるメディア番組のサーチに対する結果を表示するサーチ結果インターフェースを通して提供されてもよい。さらに別の代替実施形態では、第１のインターフェースは、（例えば、ウェブサイトのブラウズセクション中に、サーチ結果、ショーページ、推薦カルーセル、予告編のアドバタイズメント内に、等）“ショーレベル”または“映画レベル”の詳細で、何らかのオブジェクトの隣に表示されてもよい。基本的に、（メディア番組についての関連情報とともに）メディア番組（例えば、ショーまたは映画）に対するサムネイルはどこにでも表示され、ユーザは、後の考慮のために、そのメディア番組をブックマークするオプションを持っていてもよい。

ステップ１５０４において、維持されているブックマークのリスト中にブックマークとして第１のメディア番組を記録することを要求する入力が、第１のインターフェースを通して、第１の視聴者から受け入れられる。このようなリストは、その後の視聴のために、（ユーザによってブックマークとして追加された）１つ以上のメディア番組を識別する。さらに、ブックマークのリストは、（例えば、クライアントデバイス／ワークステーション、プレイヤー３０４、等上で）ローカルに、または、ユーザデバイス／メディア番組プレイヤーアプリケーション３０４からネットワークを通してサーバアプリケーション（例えば、サーバ１１０）上で維持されてもよい。さらに、ここで使用するとき、ブックマークが記憶されるメカニズムを、ブックマークメンテナンスエンジンと呼ぶことがある。このようなブックマークメンテナンスエンジンは、クライアントデバイス１０２、メディア番組プロバイダ１１０、または異なるデバイス（例えば、アドバタイジングプロバイダ１４０または外部エンティティ３１４）の一部であってもよい。

ステップ１５０６において、維持されているブックマークのリストが表示される。このようなリストは、（例えば、ユーザに対して推薦された格付けに基づいて）第１の視聴者のプロファイルに基づいてソートされていてもよく、または、アルファベット順に、リストに加えた日付等によってソートされていてもよい。

ステップ１５０８において、リスト中のブックマークのうちの１つが、視聴者によって選択される。

ステップ１５１０において、その選択に応答して、選択されたブックマークに対応するメディア番組が、視聴者に表示される。

推薦のワークフロー
推薦エンジン３２０が、ビデオプレイヤー３０４およびａｄサーバ３１６とともに、以下のように働く：
１．プレイヤー３０４が推薦サービス３２０をコールする：ユーザ１３２がいくらか長い形態のビデオ（例えば、ソースメディア番組）を観るのを始めるとき、メディア番組プレイヤー３０４が、（ネットワーク／クラウドを通して）推薦エンジン３２０をコールして、ユーザＩＤ、ユーザが観ている現在のビデオのＩＤとともに、推薦されたメディア番組の露出のユーザの履歴（これは、クッキーの使用を通して可能である）のような、第１の視聴者に関する情報を提供する；
２．推薦エンジン３２０が、プレイヤー３０４にコールバックする：いったん、推薦エンジン３２０が、プレイヤーから要求を受け取ると、エンジン３２０は、ユーザ１３２に配信できる、（例えば、推薦されたメディア番組の候補のそれぞれに対する、推薦されたメディア番組の識別子を含む、）メディア番組の推薦候補のリストを、（第１の視聴者に関する情報に基づいて）計算して配信するだろう；
基準のセットは、特定のユーザに促すべき最良の候補であるショーを識別するために使用されてもよい。このような基準は、以下のうちの１つ以上を含んでいてもよい。
・ユーザは、（例えば、Ｈｕｌｕまたは他のウェブサイトからの）３．５のユーザ格付けまたはより多くのスターを持っていなければならない。
・潜在的な候補は、他のユーザによって視聴された、高い人気の他のショー／メディア番組であってはならない。例えば、促進に対する候補は、視聴された（例えば、または、メディア番組プロバイダによってストリーミング／配信された）トップ１００のメディア番組でなく、露出を必要とするメディア番組を促すためのみに使用されてもよい。
・メディア番組は、（例えば、Ｈｕｌｕのようなメディア番組プロバイダから利用可能な）ウェブサイト上でコンテンツの少なくとも１つのフルシーズンを持っていなければならない。
・メディア番組の候補は、（シリーズ内で観られたエピソードの平均数とともに、個々のエピソードのｖｉｅｗ−ｔｈｒｏｕｇｈの点で）高視聴率の“浸透”に基づいて優先順位付けされてもよい。このような優先順位付けは、メディア番組の候補を実際に観た、ウェブサイトユーザに基づいて提供されてもよい。
・その他
３．プレイヤーが情報をＡｄサーバ３１６に伝える：ユーザ１３２が、最後のａｄポッド（または他のアドバタイジングブレイク）に達しようとしているとき、プレイヤー３０４は、Ａｄサーバ３１６からアドバタイズメントを要求する一方でそれと同時に、ユーザにとって適切であるかもしれない、何らかの推薦されたメディア番組のａｄのＩＤを提供する；
４．Ａｄサーバ３１６が、どのａｄまたは推薦されたメディア番組の予告編を配信するかを決める：プレイヤーからの要求に１つ以上の推薦されたメディア番組のａｄがある場合、ａｄサーバ３１６は、推薦されたメディア番組のａｄを供給すべきか否か、または、優先しなければならない別のａｄがあるかどうかを決定するだろう。（多くの場合、有料アドバタイズメントが、推薦されたメディア番組のａｄよりも優先されるだろう）。したがって、ａｄサーバ３１６は、推薦されたメディア番組の識別子のうちの１つに対応するメディア番組の予告編のアドバタイズメントおよび／または予告編でないアドバタイズメントを構成する／からなる、アドバタイズメントグループを選択する。ａｄサーバ３１６は、何らかの推薦されたメディア番組の頻度の上限または推薦されたメディアａｄを不適切にするだろう他の条件（例えば、年齢制限）を考慮することに対しても責任がある。この点で、アドバタイズメントは、期待収益、年齢制限、メディア番組の予告編のアドバタイズメントに対する頻度の最大数等に基づいて、優先順位が付けられるかもしれない。
５．プレイヤー３０４が、推薦されたメディア番組のａｄを供給する：ａｄサーバが適切な、推定されたメディア番組を決定した場合、プレイヤー３０４は、推薦されたメディア番組のａｄをユーザにレンダリングして、（例えば、アドバタイジングブレイクの間）個人化されたメッセージを配信するだろう；および
６．プレイヤーが、ユーザのフィードバックを記録する：ユーザが推薦されたメディア番組のａｄと対話する場合、その情報は、プレイヤーによって記録されるだろう（および、推薦エンジンによって送信および記録されてもよい）。このような記録／記憶は、後の視聴のために、ブックマークの形態を取ってもよい。

結論
これは、本発明の好ましい実施形態の説明を結論付ける。本発明の好ましい実施形態の説明の前述は、例示および説明の目的のために提示されている。これは、排他的であること、または、開示した厳格な形態に本発明を限定することを意図していない。上記の教示を踏まえて、多くの修正および変更が可能である。本発明の範囲は、この詳細な説明によってではなく、むしろ、ここに添付した特許請求の範囲により限定されることを意図している。上記の仕様、例およびデータは、本発明の構成の製造および使用の完全な説明を提供する。本発明の多くの実施形態は、本発明の精神および範囲から逸脱することなく実施できることから、本発明は、これ以下に添付した特許請求の範囲内に属する。

Claims (19)

1. 後の視聴のためにメディア番組をブックマークするための、コンピュータにより実現される方法において、
   （ａ）１つ以上の維持されているブックマークのリストを維持し、前記１つ以上の維持されているブックマークのリストは、第１の視聴者による後の視聴のために、対応する１つ以上のメディア番組を識別するステップと、
   （ｂ）前記１つ以上の維持されているブックマークのリスト中にブックマークとして第１のメディア番組を記録することを要求する要求入力を前記第１の視聴者から受け取るステップと、
   （ｃ）表示のために、前記１つ以上の維持されているブックマークのリストを送信するステップと、
   （ｄ）前記リスト中で前記ブックマークを選択する選択入力を前記第１の視聴者から受け取るステップと、
   （ｅ）前記選択に応答して、前記第１のメディア番組を前記第１の視聴者に表示することを可能にするステップとを含む方法。
2. 推薦されたメディア番組のアドバタイズメントの予告編を送信することをさらに含み、前記第１のメディア番組をブックマークとして記録することを要求する前記入力は、前記推薦されたメディア番組のアドバタイズメントの予告編とともに表示されるインターフェースを介して受け取られる請求項１記載のコンピュータにより実現される方法。
3. 前記推薦されたメディア番組のアドバタイズメントの予告編は、再生しているメディア番組のアドバタイジングブレイクの間に表示される請求項２記載のコンピュータにより実現される方法。
4. 前記第１の視聴者から、メディア番組についてのサーチ要求を受け取ることと、
   前記サーチ要求に応答して、前記第１の視聴者に表示されるサーチ結果を送信することとをさらに含み、
   前記サーチ結果は、前記第１のメディア番組の識別子を含む請求項１記載のコンピュータにより実現される方法。
5. 前記リストは、メディア番組プレイヤーアプリケーションから、ネットワークを通してサーバ上で維持される請求項１記載のコンピュータにより実現される方法。
6. 複数のアドバタイジングブレイクを持つソースメディア番組の、第１の視聴者への再生の間に、代替番組を推薦するための処理ワークフロー方法において、
   （ａ）前記ソースメディア番組を前記第１の視聴者に対して再生しているメディア番組プレイヤーからコールを受け取るステップと、
   （ｂ）前記第１の視聴者に関する情報を前記メディア番組プレイヤーから受け取るステップと、
   （ｃ）１つ以上の推薦されたメディア番組の候補のリストを計算し、
   （１）前記１つ以上の推薦されたメディア番組の候補は、前記情報に基づいており、
   （２）前記リストは、前記１つ以上の推薦されたメディア番組の候補のそれぞれに対する、推薦されたメディア番組の識別子を含む、
   ステップと、
   （ｄ）前記メディア番組プレイヤーに、前記１つ以上の推薦されたメディア番組の候補のリストを送信し、前記メディア番組プレイヤーは、
   （１）再生している前記ソースメディア番組においてアドバタイジングブレイクに達するより前に、１つ以上の推薦されたメディア番組の識別子を含む、アドバタイズメントについての要求をアドバタイジングサーバに送信し、
   （２）前記要求に応答して、前記アドバタイジングサーバから前記アドバタイズメントを受け取り、
   （３）前記アドバタイジングブレイクの間に、前記アドバタイズメントを再生するように構成されている、
   ステップとを実行する推薦エンジンを具備する方法。
7. 前記推薦サーバは、前記メディア番組プレイヤーから、ネットワークを通して第１のコンピュータ上で実行している請求項６記載の処理ワークフロー方法。
8. 前記推薦エンジンは、
   前記メディア番組プレイヤーを介して、前記メディア番組の予告編のアドバタイズメントに関する、前記第１の視聴者からの入力を受け入れるステップと、
   前記第１のユーザへの将来の推薦に使用するために前記入力を記憶させるステップとをさらに実行する請求項６記載の処理ワークフロー方法。
9. 前記推薦エンジンは、
   前記第１の視聴者に対する前記推薦されたメディア番組の後の視聴のために、前記記憶された入力を使用してブックマークを追加するステップをさらに実行する請求項８記載の処理ワークフロー方法。
10. 複数のアドバタイジングブレイクを持つ第１のメディア番組の、第１の視聴者への再生の間に、代替番組を推薦するための方法において、
    （ａ）前記第１のメディア番組が前記第１の視聴者によって再生されているとの指示をメディアプレイヤーから受け取るステップと、
    （ｂ）前記第１の視聴者にとって潜在的に興味がある第２のメディア番組を識別するステップと、
    （ｃ）アドバタイジングブレイクの間に、前記第２のメディア番組を識別するインターフェースの、前記メディアプレイヤー上での提示を可能にするステップと、
    （ｄ）前記識別された第２のメディア番組への第１の視聴者の興味の指示を受け入れるステップと、
    （ｅ）前記識別された第２のメディア番組への前記第１の視聴者の興味の受け入れられた指示に応答して、
    （ｉ）前記第１の視聴者が前記第２のメディア番組に興味があることを、前記第１の視聴者の興味の受け入れられた指示が示した場合、前記第２のメディア番組への参照を、後の再生のために第１の視聴者推薦として保存するステップとを含む方法。
11. 前記第１の視聴者が前記第２のメディア番組に興味がないことを、前記第１の視聴者の興味の受け入れられた指示が示した場合、前記第１の視聴者が前記第２のメディア番組に興味がない理由を説明している第１の視聴者のフィードバックを受け入れるフィードバックの提示を、前記メディアプレイヤー上で可能にする請求項１０記載の方法。
12. 前記第２のメディア番組は、前記第１のメディア番組の再生が開始した後に識別される請求項１０記載の方法。
13. 前記アドバタイズメントブレイクは、最終アドバタイズメントブレイクである請求項１０記載の方法。
14. 前記第２のメディア番組は、
    第１のメディア番組の視聴者の一部が、前記第１のメディア番組および前記第２のメディア番組の両方を好きであることを証明することを含む、１つ以上の要素に基づいて識別される請求項１０記載の方法。
15. 前記インターフェースは、前記要素のうちの少なくとも１つの指示と、前記要素のうちの少なくとも１つのメトリックとをさらに含む請求項１４記載の方法。
16. 前記インターフェースは、前記第１の視聴者の現在の視聴率および／または好みに基づいて、前記第１の視聴者に対して個人化される請求項１５記載の方法。
17. 前記インターフェースは、
    前記第２のメディア番組のクリップの再生と、
    前記第２のメディア番組への第１の視聴者の興味を示すための視聴者の興味の入力インターフェースとを含み、
    前記視聴者の興味の入力インターフェースは、前記第２のメディア番組のクリップの再生と同時に提示されており、前記第２のメディア番組のクリップの再生の中断を可能にする請求項１０記載の方法。
18. 前記第２のメディア番組を識別するインターフェースは、前記アドバタイジングブレイクの間に再生されるようにスケジューリングされるアドバイズメントの代わりに使用される請求項１０記載の方法。
19. 請求項１ないし１８のステップを実行するように構成されているシステム。

Images