JP7167126B2 - 現在のメディアアセットとの同時消費のためのメディアアセットの推奨を生成するためのシステムおよび方法 - Google Patents

Description

従来的なメディアシステムでは、所望される場合、ユーザは、第１の番組からのオーディオおよび第２の番組からのビデオを消費することができる。例えば、ユーザは、タブレットコンピュータを介してニュース（すなわち、第１の番組）を聴取しながら、音をミュートさせたテレビ上でスポーツイベント（すなわち、第２の番組）を鑑賞し得る。別の例では、ユーザは、ラップトップコンピュータ等の同一のデバイスを介して、ニュース（すなわち、第１の番組）の聴取およびスポーツイベント（すなわち、第２の番組）の鑑賞の両方を行い得る。典型的には、ユーザは、この設定を遂行するために、標的デバイス上で第１および第２の番組を手動で選択するように要求される。しかしながら、従来的なメディアシステムは、ユーザが特定の番組のビデオを消費している間、例えば、別の番組のオーディオの推奨を提供することができない。

システムおよび方法が、メディアガイドアプリケーションのユーザによって視聴されている現在のメディアアセットとの同時消費のためのメディアアセットの推奨を生成するために、本明細書に提供される。メディアガイドアプリケーションは、ユーザが第１のメディアアセットのビデオのみを消費していることを決定し得る。例えば、メディアガイドアプリケーションは、ユーザが音をミュートして野球の試合を鑑賞していることを決定し得る。メディアガイドアプリケーションは、第１のメディアアセットのカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、野球の試合がスポーツイベントであることを決定し得る。メディアガイドアプリケーションは、ユーザの視聴履歴を読み出し得る。例えば、メディアガイドアプリケーションは、ユーザがミュートしたスポーツイベントを鑑賞していた他の時間についての情報を読み出し得る。メディアガイドアプリケーションは、ユーザが第１のカテゴリからのメディアアセットと同時に消費することを好む第２のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、ユーザがスポーツイベントを鑑賞しながらニュースを聴取することを好むことを決定し得る。メディアガイドアプリケーションは、メディアデータベースから選択される第２のカテゴリの第２のメディアアセットを推奨するために生成し得る。例えば、メディアガイドアプリケーションは、ユーザがＣＮＮニュース番組を聴取することを推奨し得る。

いくつかの側面では、メディアガイドアプリケーションは、ユーザによって現在消費されている第１のメディアアセットを受信し得る。さらに、第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備えている。加えて、第１のタイプは、オーディオおよびビデオのうちの１つを備え、第２のタイプも、オーディオおよびビデオのうちの１つを備えているが、第２のタイプは、第１のタイプと異なる。例えば、メディアガイドアプリケーションは、ユーザによって現在鑑賞されている野球の試合を受信し得る。野球の試合は、ビデオコンポーネントと、オーディオコンポーネントとを有し得る。さらに、メディアガイドアプリケーションは、ユーザが第１のメディアアセットの第１のタイプの第１のコンポーネントのみを消費していることを決定し得る。例えば、メディアガイドアプリケーションは、ユーザが音をミュートして野球の試合を鑑賞することのみ行っており、したがって、野球の試合のビデオのみを消費していることを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のメディアアセットに関連付けられたメタデータの組を読み出し得る。例えば、メディアガイドアプリケーションは、野球の試合に関連付けられるメタデータを読み出し得る。さらに、メディアガイドアプリケーションは、メタデータの組に基づいて、第１のメディアアセットのための第１のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、メタデータに基づいて、野球の試合がスポーツイベントであることを決定し得る。メディアガイドアプリケーションは、ユーザに対応する視聴履歴を読み出し得る。視聴履歴は、第１のタイプのコンポーネントを含むメディアアセットと同時に消費されるメディアアセットを含む。例えば、メディアガイドアプリケーションは、ユーザがミュートしたスポーツイベントを鑑賞し、別の番組を聴取した以前の時間についての情報を含むユーザの視聴履歴を読み出し得る。さらに、メディアガイドアプリケーションは、複数のメディアアセットに対応する複数のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、過去に、ユーザがミュートしたスポーツイベントを鑑賞したとき、ポッドキャストまたはニュースのいずれかを聴取したことを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、複数のカテゴリのうちの各カテゴリのための複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出し得る。さらに、データ構造の中の各エントリは、複数のカテゴリからのそれぞれのカテゴリに対応し、各エントリは、それぞれのカテゴリに対応する複数のメディアアセットのうちのメディアアセットの数を表す。例えば、メディアガイドアプリケーションは、ユーザが、以前にミュートしたスポーツイベントを鑑賞し、ポッドキャストを１０回聴取し、ユーザが、以前にミュートしたスポーツイベントを鑑賞し、ニュースを９０回聴取したことを示すデータ構造を読み出し得る。さらに、メディアガイドアプリケーションは、任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応するデータ構造からのエントリに対応する第２のカテゴリを検索し得る。例えば、メディアガイドアプリケーションは、ユーザがミュートしたスポーツイベントを鑑賞しながら、ポッドキャストを聴取したよりも頻繁にニュースを聴取したので、第２のカテゴリがニュースであることを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、メディアデータベースから、第２のカテゴリに基づいて第２のメディアアセットを選択し得る。さらに、第２のメディアアセットは、第３のタイプの第３のコンポーネントを備えている。第３のタイプは、オーディオおよびビデオのうちの１つを備え、第３のタイプは、第１のタイプと異なる。例えば、メディアガイドアプリケーションは、少なくともオーディオコンポーネントを有するが、ビデオコンポーネントも有し得るＣＮＮニュース番組を選択し得る。さらに、メディアガイドアプリケーションは、第１のメディアアセットの第１のタイプの第１のコンポーネントとの同時消費のための第２のメディアアセットの第３のタイプの第３のコンポーネントの推奨を表示のために生成し得る。例えば、メディアガイドアプリケーションは、ユーザがＣＮＮニュース番組を聴取しながらミュートした野球の試合を鑑賞することを推奨し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザが第１のメディアアセットの第１のタイプの第１のコンポーネントのみを消費していることを決定するとき、ユーザが第２のタイプの第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定し得る。例えば、メディアガイドアプリケーションは、ユーザのスピーカのみが、ユーザが野球の試合を聴取することを可能にし得ることを決定し得る。さらに、メディアガイドアプリケーションは、１つ以上のユーザ機器の各々が、無効にされていることを決定し得る。例えば、メディアガイドアプリケーションは、スピーカがミュートされていること、または完全に接続解除されていることを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザが第１のメディアアセットの第１のタイプの第１のコンポーネントのみを消費していることを決定するとき、ユーザが第２のタイプの第２のコンポーネントを消費していないという入力をセンサから受信し得る。センサは、ユーザが第２のタイプの第２のコンポーネントを消費している間、ユーザを監視していることもある。例えば、メディアガイドアプリケーションは、ユーザが野球の試合以外のソースからのオーディオを聴取していることを示す入力を画像認識システムから受信し得る。したがって、メディアガイドアプリケーションは、ユーザが実際には野球の試合のオーディオを消費していないことを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応するデータ構造からのエントリに対応する第２のカテゴリを検索するとき、複数のメディアアセットに対応する１つ以上のエントリを決定し得る。例えば、メディアガイドアプリケーションは、ユーザが、以前にミュートした野球の試合を鑑賞し、別のメディアアセットを１００回聴取したことを決定し得る。さらに、メディアガイドアプリケーションは、１つ以上のエントリに基づいて、１つ以上のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、ユーザがポッドキャストまたはニュースを聴取したことを決定し得る。メディアガイドアプリケーションは、１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定し得、メディアアセットの１つ以上の数は、１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す。例えば、メディアガイドアプリケーションは、ユーザがミュートしたスポーツイベントを鑑賞しながら、ポッドキャストを１０回、ニュースを９０回聴取したことを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、メディアデータベースから、第２のカテゴリに基づいて第２のメディアアセットを選択するとき、第２のカテゴリに対応するメディアデータベースからメディアアセットのサブセットを決定し得る。例えば、メディアガイドアプリケーションは、ユーザに利用可能である１０個のニュース番組を決定し得る。さらに、メディアガイドアプリケーションは、メディアアセットのサブセットからの各メディアアセットのための評価を読み出し得る。例えば、メディアガイドアプリケーションは、各ニュース番組のためのレビュー評価を読み出し得る。メディアガイドアプリケーションは、メディアアセットのサブセットの中の第２のメディアアセットを検索し得、第２のメディアアセットは、メディアアセットのサブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組が１０個の利用可能なニュース番組の間で最高のレビュー評価を有することを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス上に第１のメディアアセットの第１のタイプの第１のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、ユーザが第１のテレビ上でミュートした野球の試合を視聴することを可能にし得る。さらに、メディアガイドアプリケーションは、第２のデバイス上で第２のメディアアセットの第３のタイプの第３のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、第２のテレビを使用し、ＣＮＮニュースからのオーディオを再生し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス上に第１のメディアアセットの第１のタイプの第１のコンポーネントを出力のために生成し、第１のデバイス上で第２のメディアアセットの第３のタイプの第３のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、ユーザが同一のＴＶ上でミュートした野球の試合を鑑賞し、ＣＮＮニュース番組を聴取することを可能にし得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザから、第１のメディアアセットの第２のタイプの第２のコンポーネントを出力のために生成するための入力を受信し得る。例えば、メディアガイドアプリケーションは、ユーザから、野球の試合のオーディオをオンにするための入力を受信し得る。さらに、メディアガイドアプリケーションは、第１のデバイスが第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定し得る。例えば、メディアガイドアプリケーションは、第１のＴＶが出力のためにオーディオを生成することを可能にするであろうスピーカまたは別のデバイスを有するかどうかを決定し得る。メディアガイドアプリケーションは、第１のデバイスが第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、第２のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションが、第１のＴＶが出力のためにオーディオを生成することが可能であることを決定し得る場合、メディアガイドアプリケーションは、野球の試合のオーディオを出力のために生成し得る。メディアガイドアプリケーションは、第２のタイプが第３のタイプと同じであるかどうかを決定し得る。例えば、メディアガイドアプリケーションは、ユーザがＣＮＮニュース番組のオーディオを現在消費しているかどうかを決定し得る。さらに、メディアガイドアプリケーションは、第２のタイプが第３のタイプと同じであることを決定することに応答して、第３のタイプの第３のコンポーネントを出力のために生成することを中止し得る。例えば、メディアガイドアプリケーションは、ユーザが以前にＣＮＮニュースを聴取していた場合、ＣＮＮニュースからのオーディオを出力のために生成することを止め得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザから、第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信し得る。例えば、メディアガイドアプリケーションは、ユーザから、ＣＮＮニュース番組のビデオを表示することを開始するための入力を受信し得る。さらに、メディアガイドアプリケーションは、ユーザから入力を受信することに応答して、第２のメディアアセットが第１のタイプの第４のコンポーネントを有するかどうかを決定し得る。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組がビデオトラックを有するかどうかを決定し得る。メディアガイドアプリケーションは、第２のメディアアセットが第１のタイプの第４のコンポーネントを有することを決定することに応答して、第１のデバイス上に第２のメディアアセットの第１のタイプの第４のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組がビデオトラックを有することを決定することに応答して、第１のＴＶ上にＣＮＮニュース番組のビデオを表示し得る。さらに、メディアガイドアプリケーションは、第２のデバイス上に第１のメディアアセットの第２のタイプの第２のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、第２のＴＶ上に野球の試合のオーディオを出力のために生成し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザから、第２のメディアアセットの第３のタイプの第３のコンポーネントを出力のために生成するための入力を受信し得る。例えば、メディアガイドアプリケーションは、ユーザから、ＣＮＮニュース番組のオーディオトラックを出力のために生成するための入力を受信し得る。さらに、メディアガイドアプリケーションは、第１のデバイスが第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定し得る。メディアガイドアプリケーションは、第１のデバイスが第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、第３のタイプの第３のコンポーネントを出力のために生成し得る。さらに、メディアガイドアプリケーションは、第３のタイプが第２のタイプと同じであるかどうかを決定し得る。メディアガイドアプリケーションは、第３のタイプが第２のタイプと同じであることを決定することに応答して、第２のタイプの第２のコンポーネントを出力のために生成することを中止し得る。

いくつかの実施形態では、第１のデバイスは、第２のデバイスと同一であり得、したがって、メディアガイドアプリケーションが同一のデバイス上に出力するために両方のメディアアセットを生成することを可能にする。さらに、オプションが、推奨を拒否し、第２のメディアアセットを手動で選択するために、ユーザに提示され得る。さらに、ユーザは、メディアガイドアプリケーションからの推奨を待つことなく、任意の時点で第２のメディアアセットを手動で選択し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス上で第１のメディアアセットのビデオを出力のために生成しながら、同様に第１のデバイス上で第２のメディアアセットのビデオおよびオーディオを出力のために生成し得る。生成は、推奨によって、またはユーザ入力によってトリガされ得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス上で第１のメディアアセットのビデオを出力のために生成しながら、同様に第２のデバイス上に第２のメディアアセットのビデオおよびオーディオを出力のために生成し得る。生成は、推奨によって、またはユーザ入力によってトリガされ得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス上で第１のメディアアセットのビデオおよびオーディオを出力のために生成しながら、同様に第１のデバイス上で第２のメディアアセットのビデオを出力のために生成し得る。生成は、推奨によって、またはユーザ入力によってトリガされ得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス上に第１のメディアアセットのビデオおよびオーディオを出力のために生成しながら、同様に第２のデバイス上で第２のメディアアセットのビデオを出力のために生成し得る。生成は、推奨によって、またはユーザ入力によってトリガされ得る。

説明されるシステムおよび方法は、ユーザが、ビデオのみの出力のために配信されるメディアアセットおよびオーディオのみの出力のために配信されるメディアアセットを選択することを可能にする。さらに、２つのメディアアセットが、２つの異なるテレビ画面に配分され得る。例えば、ビデオのみの出力のために配信されるメディアアセットは、第１の画面上に表示され、オーディオのみの出力のために配信されるメディアアセットは、第２の画面上に送信される。さらに、ユーザは、第２の画面上に第２のメディアアセットのビデオを表示するかどうかを選択し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザが２つのメディアアセットを鑑賞しながら、ビデオコンポーネントとオーディオコンポーネントとを交換すること、または切り替えることを可能にし得る。例えば、ユーザは、ＣＮＮニュース番組を第１の画面に送信し、ＣＮＮニュース番組のビデオを見ながら、野球の試合を第２の画面に送信し、野球の試合のオーディオを消費することができる。［設定例、次いで、交換例を必要とする。ここでは一例のみがある。］

ユーザが第１のメディアアセットからのオーディオおよび第２のメディアアセットからのビデオを消費することを可能にすることへの従来のアプローチは、ユーザが第１および第２のメディアアセットを手動で選択することである。本明細書に説明されるシステムおよび方法は、メディアガイドアプリケーションが、例えば、第１のメディアアセットのビデオと同時に消費される第２のメディアアセットのオーディオの推奨をユーザに提供することを可能にするソリューションを提供する。このソリューションは、ユーザが第１のメディアアセットのビデオのみを消費していることを決定するメディアガイドアプリケーションによって達成され得る。さらに、メディアガイドアプリケーションは、第１のメディアアセットのための第１のカテゴリを決定し、ユーザに対応する視聴履歴を読み出す。視聴履歴は、第１のカテゴリに対応するメディアアセットと同時に消費された複数のメディアアセットを備え、メディアアセットは、ビデオを含む。メディアガイドアプリケーションは、次いで、複数のメディアアセットの中の最高数のメディアアセットに対応する第２のカテゴリを選択し、さらに、メディアデータベースから、第２のカテゴリに基づいて第２のメディアアセットを選択し、第１のメディアアセットのビデオとの同時消費のための第２のメディアアセットのオーディオの推奨を表示のために生成する。

上で説明されるシステム、方法、装置、および／または側面は、本開示に説明される他のシステム、方法、装置、および／または側面に適用される、もしくはそれに従って使用され得ることに留意されたい。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成する方法であって、前記方法は、
ユーザが第１のメディアアセットのビデオのみを消費していることを決定することと、
前記第１のメディアアセットのための第１のカテゴリを決定することと、
前記ユーザに対応する視聴履歴を読み出すことであって、前記視聴履歴は、前記第１のカテゴリに対応するメディアアセットと同時に消費された複数のメディアアセットを備え、前記メディアアセットは、ビデオを含む、ことと、
前記複数のメディアアセットの中の最高数のメディアアセットに対応する第２のカテゴリを選択することと、
メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択することであって、前記第２のメディアアセットは、オーディオを備えている、ことと、
前記第１のメディアアセットの前記ビデオとの同時消費のための前記第２のメディアアセットの前記オーディオの推奨を表示のために生成することと
を含む、方法。
（項目２）
ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成する方法であって、前記方法は、
ユーザによって現在消費されている第１のメディアアセットを受信することであって、前記第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備え、前記第１のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、前記第１のタイプと異なる、ことと、
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することと、
前記第１のメディアアセットに関連付けられたメタデータの組を読み出すことと、
前記メタデータの組に基づいて、前記第１のメディアアセットのための第１のカテゴリを決定することと、
前記ユーザに対応する視聴履歴を読み出すことであって、前記視聴履歴は、前記第１のタイプのコンポーネントを含むメディアアセットと同時に消費された複数のメディアアセットを備えている、ことと、
前記複数のメディアアセットに対応する複数のカテゴリを決定することと、
前記複数のカテゴリのうちの各カテゴリのための前記複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出すことであって、前記データ構造の中の各エントリは、前記複数のカテゴリからのそれぞれのカテゴリに対応し、前記それぞれのカテゴリに対応する前記複数のメディアアセットのうちのメディアアセットの数を表す、ことと、
任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応する前記データ構造からのエントリに対応する第２のカテゴリを検索することと、
メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択することであって、前記第２のメディアアセットは、第３のタイプの第３のコンポーネントを備え、前記第３のタイプは、オーディオおよびビデオのうちの１つを備え、前記第３のタイプは、前記第１のタイプと異なる、ことと、
前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントとの同時消費のための前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントの推奨を表示のために生成することと
を含む、方法。
（項目３）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することは、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定することと、
前記１つ以上のユーザ機器の各々が無効にされていることを決定することと
を含む、項目２に記載の方法。
（項目４）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することは、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費していないという入力をセンサから受信することを含み、前記センサは、前記ユーザを監視している、項目２に記載の方法。
（項目５）
任意の他のエントリに対応する前記メディアアセットの前記数を上回る前記メディアアセットの前記数に対応する前記データ構造からの前記エントリに対応する前記第２のカテゴリを検索することは、
前記複数のメディアアセットに対応する１つ以上のエントリを決定することと、
前記１つ以上のエントリに基づいて、１つ以上のカテゴリを決定することと、
前記１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定することと
を含み、
前記メディアアセットの前記１つ以上の数は、前記１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す、項目２に記載の方法。
（項目６）
前記メディアデータベースから、前記第２のカテゴリに基づいて前記第２のメディアアセットを選択することは、
前記第２のカテゴリに対応する前記メディアデータベースからのメディアアセットのサブセットを決定することと、
前記メディアアセットの前記サブセットからの各メディアアセットのための評価を読み出すことと、
前記メディアアセットの前記サブセットの中の前記第２のメディアアセットを検索することと
を含み、
前記第２のメディアアセットは、前記メディアアセットの前記サブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する、項目２に記載の方法。
（項目７）
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
第２のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
をさらに含む、項目２に記載の方法。
（項目８）
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
前記第１のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
をさらに含む、項目２に記載の方法。
（項目９）
前記ユーザから入力を受信し、前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成することと、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第２のコンポーネントを出力のために生成することと、
前記第２のタイプが前記第３のタイプと同じであるかどうかを決定することと、
前記第２のタイプが前記第３のタイプと同じであることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することを中止することと
をさらに含む、項目７に記載の方法。
（項目１０）
前記ユーザから前記第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信することと、
前記ユーザから前記入力を受信することに応答して、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有するかどうかを決定することと、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有することを決定することに応答して、
前記第１のデバイス上で前記第２のメディアアセットの前記第１のタイプの前記第４のコンポーネントを出力のために生成することと、
前記第２のデバイス上で前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成することと
をさらに含む、項目７に記載の方法。
（項目１１）
前記ユーザから前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための入力を受信することと、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することと、
前記第３のタイプが前記第２のタイプと同じであるかどうかを決定することと、
前記第３のタイプが前記第２のタイプと同じであることを決定することに応答して、前記第２のタイプの前記第２のコンポーネントを出力のために生成することを中止することと
をさらに含む、項目１０に記載の方法。
（項目１２）
ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成するためのシステムであって、前記システムは、制御回路を備え、
前記制御回路は、
ユーザによって現在消費されている第１のメディアアセットを受信することであって、前記第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備え、前記第１のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、前記第１のタイプと異なる、ことと、
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することと、
前記第１のメディアアセットに関連付けられたメタデータの組を読み出すことと、
前記メタデータの組に基づいて、前記第１のメディアアセットのための第１のカテゴリを決定することと、
前記ユーザに対応する視聴履歴を読み出すことであって、前記視聴履歴は、前記第１のタイプのコンポーネントを含むメディアアセットと同時に消費された複数のメディアアセットを備えている、ことと、
前記複数のメディアアセットに対応する複数のカテゴリを決定することと、
前記複数のカテゴリのうちの各カテゴリのための前記複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出すことであって、前記データ構造の中の各エントリは、前記複数のカテゴリからのそれぞれのカテゴリに対応し、前記それぞれのカテゴリに対応する前記複数のメディアアセットのうちのメディアアセットの数を表す、ことと、
任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応する前記データ構造からのエントリに対応する第２のカテゴリを検索することと、
メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択することであって、前記第２のメディアアセットは、第３のタイプの第３のコンポーネントを備え、前記第３のタイプは、オーディオおよびビデオのうちの１つを備え、前記第３のタイプは、前記第１のタイプと異なる、ことと、
前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントとの同時消費のための前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントの推奨を表示のために生成することと
を行うように構成されている、システム。
（項目１３）
前記制御回路は、前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定するとき、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定することと、
前記１つ以上のユーザ機器の各々が無効にされていることを決定することと
を行うようにさらに構成されている、項目１２に記載のシステム。
（項目１４）
前記制御回路は、前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定するとき、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費していないという入力をセンサから受信するようにさらに構成され、前記センサは、前記ユーザを監視している、項目１２に記載のシステム。
（項目１５）
前記制御回路は、任意の他のエントリに対応する前記メディアアセットの前記数を上回る前記メディアアセットの前記数に対応する前記データ構造からの前記エントリに対応する前記第２のカテゴリを検索するとき、
前記複数のメディアアセットに対応する１つ以上のエントリを決定することと、
前記１つ以上のエントリに基づいて、１つ以上のカテゴリを決定することと、
前記１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定することと
を行うようにさらに構成され、
前記メディアアセットの前記１つ以上の数は、前記１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す項目１２に記載のシステム。
（項目１６）
前記制御回路は、前記メディアデータベースから、前記第２のカテゴリに基づいて前記第２のメディアアセットを選択するとき、
前記第２のカテゴリに対応する前記メディアデータベースからのメディアアセットのサブセットを決定することと、
前記メディアアセットの前記サブセットからの各メディアアセットのための評価を読み出すことと、
前記メディアアセットの前記サブセットの中の前記第２のメディアアセットを検索することと
を行うようにさらに構成され、
前記第２のメディアアセットは、前記メディアアセットの前記サブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する、項目１２に記載のシステム。
（項目１７）
前記制御回路は、
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
第２のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
を行うようにさらに構成されている、項目１２に記載のシステム。
（項目１８）
前記制御回路は、
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
前記第１のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
を行うようにさらに構成されている、項目１２に記載のシステム。
（項目１９）
前記制御回路は、
前記ユーザから、前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成するための入力を受信することと、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第２のコンポーネントを出力のために生成することと、
前記第２のタイプが前記第３のタイプと同じであるかどうかを決定することと、
前記第２のタイプが前記第３のタイプと同じであることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することを中止することと
を行うようにさらに構成されている、項目１７に記載のシステム。
（項目２０）
前記制御回路は、
前記ユーザから、前記第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信することと、
前記ユーザから前記入力を受信することに応答して、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有するかどうかを決定することと、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有することを決定することに応答して、
前記第１のデバイス上で前記第２のメディアアセットの前記第１のタイプの前記第４のコンポーネントを出力のために生成することと、
前記第２のデバイス上で前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成することと
を行うようにさらに構成されている、項目１７に記載のシステム。
（項目２１）
前記制御回路は、
前記ユーザから、前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための入力を受信することと、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することと、
前記第３のタイプが前記第２のタイプと同じであるかどうかを決定することと、
前記第３のタイプが前記第２のタイプと同じであることを決定することに応答して、前記第２のタイプの前記第２のコンポーネントを出力のために生成することを中止することと
を行うようにさらに構成されている、項目２０に記載のシステム。
（項目２２）
ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成するための装置であって、前記は、
ユーザによって現在消費されている第１のメディアアセットを受信する手段であって、前記第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備え、前記第１のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、前記第１のタイプと異なる、手段と、
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定する手段と、
前記第１のメディアアセットに関連付けられたメタデータの組を読み出す手段と、
前記メタデータの組に基づいて、前記第１のメディアアセットのための第１のカテゴリを決定する手段と、
前記ユーザに対応する視聴履歴を読み出す手段であって、前記視聴履歴は、前記第１のタイプのコンポーネントを含むメディアアセットと同時に消費された複数のメディアアセットを備えている、手段と、
前記複数のメディアアセットに対応する複数のカテゴリを決定する手段と、
前記複数のカテゴリのうちの各カテゴリのための前記複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出す手段であって、前記データ構造の中の各エントリは、前記複数のカテゴリからのそれぞれのカテゴリに対応し、前記それぞれのカテゴリに対応する前記複数のメディアアセットのうちのメディアアセットの数を表す、手段と、
任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応する前記データ構造からのエントリに対応する第２のカテゴリを検索する手段と、
メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択する手段であって、前記第２のメディアアセットは、第３のタイプの第３のコンポーネントを備え、前記第３のタイプは、オーディオおよびビデオのうちの１つを備え、前記第３のタイプは、前記第１のタイプと異なる、手段と、
前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントとの同時消費のための前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントの推奨を表示のために生成する手段と
を備えている、装置。
（項目２３）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定する前記手段は、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定する手段と、
前記１つ以上のユーザ機器の各々が無効にされていることを決定する手段と
を備えている、項目２２に記載の装置。
（項目２４）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定する前記手段は、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費していないという入力をセンサから受信する手段を備え、前記センサは、前記ユーザを監視している、項目２２に記載の装置。
（項目２５）
任意の他のエントリに対応する前記メディアアセットの前記数を上回る前記メディアアセットの前記数に対応する前記データ構造からの前記エントリに対応する前記第２のカテゴリを検索する前記手段は、
前記複数のメディアアセットに対応する１つ以上のエントリを決定する手段と、
前記１つ以上のエントリに基づいて、１つ以上のカテゴリを決定する手段と、
前記１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定する手段と
を備え、
前記メディアアセットの前記１つ以上の数は、前記１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す、項目２２に記載の装置。
（項目２６）
前記メディアデータベースから、前記第２のカテゴリに基づいて前記第２のメディアアセットを選択する前記手段は、
前記第２のカテゴリに対応する前記メディアデータベースからのメディアアセットのサブセットを決定する手段と、
前記メディアアセットの前記サブセットからの各メディアアセットのための評価を読み出す手段と、
前記メディアアセットの前記サブセットの中の前記第２のメディアアセットを検索する手段と
を備え、
前記第２のメディアアセットは、前記メディアアセットの前記サブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する、項目２２に記載の装置。
（項目２７）
前記手段は、
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成する手段と、
第２のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成する手段と
をさらに備えている、項目２２に記載の装置。
（項目２８）
前記手段は、
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成する手段と、
前記第１のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成する手段と
をさらに備えている、項目２２に記載の装置。
（項目２９）
前記手段は、
前記ユーザから、前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成するための入力を受信する手段と、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定する手段と、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第２のコンポーネントを出力のために生成する手段と、
前記第２のタイプが前記第３のタイプと同じであるかどうかを決定する手段と、
前記第２のタイプが前記第３のタイプと同じであることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することを中止する手段と
をさらに備えている、項目２７に記載の装置。
（項目３０）
前記手段は、
前記ユーザから、前記第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信する手段と、
前記ユーザから前記入力を受信することに応答して、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有するかどうかを決定する手段と、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有することを決定することに応答して、
前記第１のデバイス上で前記第２のメディアアセットの前記第１のタイプの前記第４のコンポーネントを出力のために生成する手段と、
前記第２のデバイス上で前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成する手段と
をさらに備えている、項目２７に記載の装置。
（項目３１）
前記手段は、
前記ユーザから、前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための入力を受信する手段と、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定する手段と、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成する手段と、
前記第３のタイプが前記第２のタイプと同じであるかどうかを決定する手段と、
前記第３のタイプが前記第２のタイプと同じであることを決定することに応答して、前記第２のタイプの前記第２のコンポーネントを出力のために生成することを中止する手段と
をさらに備えている、項目３０に記載の装置。
（項目３２）
ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成するためのエンコードされた命令を有するメモリを備えている非一過性の機械読み取り可能な媒体であって、前記命令は、
ユーザによって現在消費されている第１のメディアアセットを受信するための命令であって、前記第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備え、前記第１のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、前記第１のタイプと異なる、命令と、
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定するための命令と、
前記第１のメディアアセットに関連付けられたメタデータの組を読み出すための命令と、
前記メタデータの組に基づいて、前記第１のメディアアセットのための第１のカテゴリを決定するための命令と、
前記ユーザに対応する視聴履歴を読み出すための命令であって、前記視聴履歴は、前記第１のタイプのコンポーネントを含むメディアアセットと同時に消費された複数のメディアアセットを備えている、命令と、
前記複数のメディアアセットに対応する複数のカテゴリを決定するための命令と、
前記複数のカテゴリのうちの各カテゴリのための前記複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出すための命令であって、前記データ構造の中の各エントリは、前記複数のカテゴリからのそれぞれのカテゴリに対応し、前記それぞれのカテゴリに対応する前記複数のメディアアセットのうちのメディアアセットの数を表す、命令と、
任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応する前記データ構造からのエントリに対応する第２のカテゴリを検索するための命令と、
メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択するための命令であって、前記第２のメディアアセットは、第３のタイプの第３のコンポーネントを備え、前記第３のタイプは、オーディオおよびビデオのうちの１つを備え、前記第３のタイプは、前記第１のタイプと異なる、命令と、
前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントとの同時消費のための前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントの推奨を表示のために生成するための命令と
を備えている、非一過性の機械読み取り可能な媒体。
（項目３３）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定するための前記命令は、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定するための命令と、
前記１つ以上のユーザ機器の各々が無効にされていることを決定するための命令と
を備えている、項目３２に記載の非一過性の機械読み取り可能な媒体。
（項目３４）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定するための前記命令は、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費していないという入力をセンサから受信するための命令を備え、
前記センサは、前記ユーザを監視している、項目３２に記載の非一過性の機械読み取り可能な媒体。
（項目３５）
任意の他のエントリに対応する前記メディアアセットの前記数を上回る前記メディアアセットの前記数に対応する前記データ構造からの前記エントリに対応する前記第２のカテゴリを検索するための前記命令は、
前記複数のメディアアセットに対応する１つ以上のエントリを決定するための命令と、
前記１つ以上のエントリに基づいて、１つ以上のカテゴリを決定するための命令と、
前記１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定するための命令と
を備え、
前記メディアアセットの前記１つ以上の数は、前記１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す、項目３２に記載の非一過性の機械読み取り可能な媒体。
（項目３６）
前記メディアデータベースから、前記第２のカテゴリに基づいて前記第２のメディアアセットを選択するための前記命令は、
前記第２のカテゴリに対応する前記メディアデータベースからのメディアアセットのサブセットを決定するための命令と、
前記メディアアセットの前記サブセットからの各メディアアセットのための評価を読み出すための命令と、
前記メディアアセットの前記サブセットの中の前記第２のメディアアセットを検索するための命令と
を備え、
前記第２のメディアアセットは、前記メディアアセットの前記サブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する、項目３２に記載の非一過性の機械読み取り可能な媒体。
（項目３７）
前記命令は、
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成するための命令と、
第２のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための命令と
をさらに備えている、項目３２に記載の非一過性の機械読み取り可能な媒体。
（項目３８）
前記命令は、
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成するための命令と、
前記第１のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための命令と
をさらに備えている、項目３２に記載の非一過性の機械読み取り可能な媒体。
（項目３９）
前記命令は、
前記ユーザから、前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成するための入力を受信するための命令と、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定するための命令と、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第２のコンポーネントを出力のために生成するための命令と、
前記第２のタイプが前記第３のタイプと同じであるかどうかを決定するための命令と、
前記第２のタイプが前記第３のタイプと同じであることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することを中止するための命令と
をさらに備えている、項目３７に記載の非一過性の機械読み取り可能な媒体。
（項目４０）
前記命令は、
前記ユーザから、前記第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信するための命令と、
前記ユーザから前記入力を受信することに応答して、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有するかどうかを決定するための命令と、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有することを決定することに応答して、
前記第１のデバイス上で前記第２のメディアアセットの前記第１のタイプの前記第４のコンポーネントを出力のために生成するための命令と、
前記第２のデバイス上で前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成するための命令と
をさらに備えている、項目３７に記載の非一過性の機械読み取り可能な媒体。
（項目４１）
前記命令は、
前記ユーザから、前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための入力を受信するための命令と、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定するための命令と、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成するための命令と、
前記第３のタイプが前記第２のタイプと同じであるかどうかを決定するための命令と、
前記第３のタイプが前記第２のタイプと同じであることを決定することに応答して、前記第２のタイプの前記第２のコンポーネントを出力のために生成することを中止するための命令と
をさらに備えている、項目４０に記載の非一過性の機械読み取り可能な媒体。
（項目４２）
ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成する方法であって、前記方法は、
ユーザによって現在消費されている第１のメディアアセットを受信することであって、前記第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備え、前記第１のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、前記第１のタイプと異なる、ことと、
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することと、
前記第１のメディアアセットに関連付けられたメタデータの組を読み出すことと、
前記メタデータの組に基づいて、前記第１のメディアアセットのための第１のカテゴリを決定することと、
前記ユーザに対応する視聴履歴を読み出すことであって、前記視聴履歴は、前記第１のタイプのコンポーネントを含むメディアアセットと同時に消費された複数のメディアアセットを備えている、ことと、
前記複数のメディアアセットに対応する複数のカテゴリを決定することと、
前記複数のカテゴリのうちの各カテゴリのための前記複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出すことであって、前記データ構造の中の各エントリは、前記複数のカテゴリからのそれぞれのカテゴリに対応し、前記それぞれのカテゴリに対応する前記複数のメディアアセットのうちのメディアアセットの数を表す、ことと、
任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応する前記データ構造からのエントリに対応する第２のカテゴリを検索することと、
メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択することであって、前記第２のメディアアセットは、第３のタイプの第３のコンポーネントを備え、前記第３のタイプは、オーディオおよびビデオのうちの１つを備え、前記第３のタイプは、前記第１のタイプと異なる、ことと、
前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントとの同時消費のための前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントの推奨を表示のために生成することと
を含む、方法。
（項目４３）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することは、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定することと、
前記１つ以上のユーザ機器の各々が無効にされていることを決定することと
を含む、項目４２に記載の方法。
（項目４４）
前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することは、
前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費していないという入力をセンサから受信することを含み、
前記センサは、前記ユーザを監視している、こと項目４２－４３のいずれかに記載の方法。
（項目４５）
任意の他のエントリに対応する前記メディアアセットの前記数を上回る前記メディアアセットの前記数に対応する前記データ構造からの前記エントリに対応する前記第２のカテゴリを検索することは、
前記複数のメディアアセットに対応する１つ以上のエントリを決定することと、
前記１つ以上のエントリに基づいて、１つ以上のカテゴリを決定することと、
前記１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定することと
を含み、
前記メディアアセットの前記１つ以上の数は、前記１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す、項目４２－４４のいずれかに記載の方法。
（項目４６）
前記メディアデータベースから、前記第２のカテゴリに基づいて前記第２のメディアアセットを選択することは、
前記第２のカテゴリに対応する前記メディアデータベースからのメディアアセットのサブセットを決定することと、
前記メディアアセットの前記サブセットからの各メディアアセットのための評価を読み出すことと、
前記メディアアセットの前記サブセットの中の前記第２のメディアアセットを検索することと
を含み、
前記第２のメディアアセットは、前記メディアアセットの前記サブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する、項目４２－４５のいずれかに記載の方法。
（項目４７）
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
第２のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
をさらに含む、項目４２－４６のいずれかに記載の方法。
（項目４８）
第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
前記第１のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
をさらに含む、項目４２－４７のいずれかに記載の方法。
（項目４９）
前記ユーザから、前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成するための入力を受信することと、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第２のコンポーネントを出力のために生成することと、
前記第２のタイプが前記第３のタイプと同じであるかどうかを決定することと、
前記第２のタイプが前記第３のタイプと同じであることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することを中止することと
をさらに含む、項目４７に記載の方法。
（項目５０）
前記ユーザから前記第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信することと、
前記ユーザから前記入力を受信することに応答して、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有するかどうかを決定することと、
前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有することを決定することに応答して、
前記第１のデバイス上で前記第２のメディアアセットの前記第１のタイプの前記第４のコンポーネントを出力のために生成することと、
前記第２のデバイス上で前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成することと
をさらに含む、項目４７に記載の方法。
（項目５１）
前記ユーザから前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための入力を受信することと、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することと、
前記第３のタイプが前記第２のタイプと同じであるかどうかを決定することと、
前記第３のタイプが前記第２のタイプと同じであることを決定することに応答して、前記第２のタイプの前記第２のコンポーネントを出力のために生成することを中止することと
をさらに含む、項目５０に記載の方法。

本開示の上記および他の目的ならびに利点は、同様の参照文字が全体を通して同様の部分を指す添付の図面と併せて考慮される以下の発明を実施するための形態の検討から明白となるであろう。

図１は、本開示のいくつかの実施形態による現在のメディアアセットとの同時消費のためのメディアアセットの推奨を生成するための双方向メディアガイドアプリケーションの例証的例を示す。

図２は、本開示のいくつかの実施形態によるユーザが２つのデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの例証的例を示す。 図２は、本開示のいくつかの実施形態によるユーザが２つのデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの例証的例を示す。

図３は、本開示のいくつかの実施形態によるユーザが同一のデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの別の例証的例を示す。 図３は、本開示のいくつかの実施形態によるユーザが同一のデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの別の例証的例を示す。

図４は、本開示のいくつかの実施形態によるメディアガイドアプリケーションリスト項目および他のメディアガイド情報を提供するために使用され得る表示画面の例証的例を示す。

図５は、本開示のいくつかの実施形態によるメディアガイドアプリケーションリスト項目を提供するために使用され得る表示画面の別の例証的例を示す。

図６は、本開示のいくつかの実施形態による例証的ユーザ機器（ＵＥ）デバイスのブロック図である。

図７は、本開示のいくつかの実施形態による例証的メディアシステムのブロック図である。

図８は、本開示のいくつかの実施形態によるユーザが第１のメディアアセットを消費している間、ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨をユーザのために生成するためのプロセスの例証的フローチャートを描写する。

図９は、本開示のいくつかの実施形態によるユーザが第１のメディアアセットを消費している間、ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨をユーザのために生成するためのプロセスの別の例証的フローチャートを描写する。

図１０は、本開示のいくつかの実施形態によるユーザが第１のメディアアセットを消費している間、ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨をユーザのために生成するためのプロセスのさらに別の例証的フローチャートを描写する。

システムおよび方法が、現在のメディアアセットとの同時消費のためのメディアアセットの推奨を生成するために、本明細書に提供される。メディアガイドアプリケーションは、ユーザが第１のメディアアセットのビデオのみを消費していることを決定し得る。例えば、メディアガイドアプリケーションは、ユーザがミュートした野球の試合を鑑賞していることを決定し得る。メディアガイドアプリケーションは、第１のメディアアセットのカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、野球の試合がスポーツイベントであることを決定し得る。メディアガイドアプリケーションは、ユーザの視聴履歴を読み出し得る。例えば、メディアガイドアプリケーションは、ユーザがミュートしたスポーツイベントを鑑賞していた他の時間についての情報を読み出し得る。メディアガイドアプリケーションは、ユーザが第１のカテゴリからのメディアアセットと同時に消費することを好む第２のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、ユーザがスポーツイベントを鑑賞しながらニュースを聴取することを好むことを決定し得る。メディアガイドアプリケーションは、メディアデータベースから選択される第２のカテゴリの第２のメディアアセットを推奨するために生成し得る。例えば、メディアガイドアプリケーションは、ユーザがＣＮＮニュース番組を聴取することを推奨し得る。

図１は、本開示のいくつかの実施形態による現在のメディアアセットとの同時消費のためのメディアアセットの推奨を生成するための双方向メディアガイドアプリケーションの例証的例を示す。描写されるように、図１は、ユーザ１０２と、第１のデバイス１０４と、第１のメディアアセット１０６と、第２のメディアアセット１０８と、選択可能なオプション１１０および１１２とを含む。メディアガイドアプリケーションは、推奨１０８を表示のために生成し得、ユーザ１０２は、選択可能なオプション１１２を選択することによって推奨１０８を受け入れるか、または選択可能なオプション１１０を選択することによって推奨１０８を拒否し得る。

図２は、本開示のいくつかの実施形態によるユーザ１０２が２つのデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの例証的例２００を示す。描写されるように、図２の例証的例２００は、ユーザ１０２と、第１のデバイス１０４と、第１のメディアアセット１０６と、第２のメディアアセット１０８と、第２のデバイス２０２とを含む。第２のメディアアセット１０８のオーディオ、随意に、ビデオが、出力のために生成されることができる。出力のための生成は、推奨によって、またはユーザ入力によってトリガされることができる。

図２は、本開示のいくつかの実施形態によるユーザ１０２が２つのデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの例証的例２５０も示す。描写されるように、図２の例証的例２５０は、ユーザ１０２と、第１のデバイス１０４と、第１のメディアアセット１０６と、第２のメディアアセット１０８と、第２のデバイス２０２とを含む。第１のメディアアセット１０６のオーディオ、随意に、ビデオが、出力のために生成されることができる。出力のための生成は、推奨によって、またはユーザ入力によってトリガされることができる。

図３は、本開示のいくつかの実施形態によるユーザが同一のデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの別の例証的例３００を示す。描写されるように、図３の例証的例３００は、ユーザ１０２と、第１のデバイス１０４と、第１のメディアアセット１０６と、第２のメディアアセット１０８とを含む。第２のメディアアセット１０８のオーディオ、随意に、ビデオは、出力のために生成されることができる。出力のための生成は、推奨によって、またはユーザ入力によってトリガされることができる。

図３は、本開示のいくつかの実施形態によるユーザが同一のデバイス上で同時に２つのメディアアセットを消費することを可能にするための双方向メディアガイドアプリケーションの例証的例３５０も示す。描写されるように、図３の例証的例３５０は、ユーザ１０２と、第１のデバイス１０４と、第１のメディアアセット１０６と、第２のメディアアセット１０８とを含む。第１のメディアアセット１０６のオーディオ、随意に、ビデオが、出力のために生成されることができる。出力のための生成は、推奨によって、またはユーザ入力によってトリガされることができる。

本明細書で使用されるように、用語「タイプ」は、メディアアセットのコンポーネントを意味するように定義される。そのようなコンポーネントの例は、ビデオコンポーネント、オーディオコンポーネント、画像コンポーネント、ロゴコンポーネント等である。本明細書で使用されるように、用語「カテゴリ」は、メディアアセットのジャンルを意味するように定義される。そのようなジャンルの例は、ニュース、スポーツ、ポッドキャスト、アクション、ドラマ、犯罪、ファンタジー、歴史等を含む。

いくつかの側面では、メディアガイドアプリケーションは、ユーザ１０２によって現在消費されている第１のメディアアセット１０６を受信し得る。さらに、第１のメディアアセット１０６は、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備えている。加えて、第１のタイプは、オーディオおよびビデオのうちの１つを備え、第２のタイプは、オーディオおよびビデオのうちの１つを備えているが、第２のタイプは、第１のタイプと異なる。例えば、メディアガイドアプリケーションは、ユーザ１０２によって現在鑑賞されている野球の試合を受信し得る。野球の試合は、ビデオコンポーネントと、オーディオコンポーネントとを有し得る。さらに、メディアガイドアプリケーションは、ユーザ１０２が第１のメディアアセット１０６の第１のタイプの第１のコンポーネントのみを消費していることを決定し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２が音をミュートして野球の試合のみを鑑賞しており、したがって、野球の試合のビデオのみを消費していることを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のメディアアセット１０６に関連付けられるメタデータの組を読み出し得る。例えば、メディアガイドアプリケーションは、野球の試合に関連付けられるメタデータを読み出し得る。さらに、メディアガイドアプリケーションは、メタデータの組に基づいて、第１のメディアアセット１０６のための第１のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、メタデータに基づいて、野球の試合がスポーツイベントであることを決定し得る。メディアガイドアプリケーションは、ユーザ１０２に対応する視聴履歴を読み出し得る。視聴履歴は、第１のタイプのコンポーネントを含むメディアアセットと同時に消費されるメディアアセットを含む。例えば、メディアガイドアプリケーションは、ユーザ１０２がミュートしたスポーツイベントを鑑賞し、別の番組を聴取した以前の時間についての情報を含むユーザ１０２の視聴履歴を読み出し得る。さらに、メディアガイドアプリケーションは、複数のメディアアセットに対応する複数のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、過去に、ユーザ１０２がミュートしたスポーツイベントを鑑賞したとき、ポッドキャストまたはニュースのいずれかを聴取したことを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、複数のカテゴリのうちの各カテゴリのための複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出し得る。さらに、データ構造の中の各エントリは、複数のカテゴリからのそれぞれのカテゴリに対応し、各エントリは、それぞれのカテゴリに対応する複数のメディアアセットのうちのメディアアセットの数を表す。例えば、メディアガイドアプリケーションは、ユーザ１０２が、以前にミュートしたスポーツイベントを鑑賞し、ポッドキャストを１０回聴取し、ユーザ１０２が、以前にミュートしたスポーツイベントを鑑賞し、ニュースを９０回聴取したことを示すデータ構造を読み出し得る。さらに、メディアガイドアプリケーションは、任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応するデータ構造からのエントリに対応する第２のカテゴリを検索し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２がミュートしたスポーツイベントを鑑賞しながら、ポッドキャストを聴取したよりも頻繁にニュースを聴取したので、第２のカテゴリがニュースであることを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、メディアデータベースから、第２のカテゴリに基づいて第２のメディアアセット１０８を選択し得る。さらに、第２のメディアアセット１０８は、第３のタイプの第３のコンポーネントを備えている。第３のタイプは、オーディオおよびビデオのうちの１つを備え、第３のタイプは、第１のタイプと異なる。例えば、メディアガイドアプリケーションは、少なくともオーディオコンポーネントを有するが、ビデオコンポーネントも有し得るＣＮＮニュース番組を選択し得る。さらに、メディアガイドアプリケーションは、第１のメディアアセット１０６の第１のタイプの第１のコンポーネントとの同時消費のための第２のメディアアセット１０８の第３のタイプの第３のコンポーネントの推奨を表示のために生成し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２がＣＮＮニュース番組を聴取しながらミュートした野球の試合を鑑賞することを推奨し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザ１０２が第１のメディアアセット１０６の第１のタイプの第１のコンポーネントのみを消費していることを決定するとき、ユーザ１０２が第２のタイプの第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定し得る。例えば、メディアガイドアプリケーションは、ユーザのスピーカのみが、ユーザ１０２が野球の試合を聴取することを可能にし得ることを決定し得る。さらに、メディアガイドアプリケーションは、１つ以上のユーザ機器の各々が、無効にされていることを決定し得る。例えば、メディアガイドアプリケーションは、スピーカがミュートされていること、または完全に接続解除されていることを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザ１０２が第１のメディアアセット１０６の第１のタイプの第１のコンポーネントのみを消費していることを決定するとき、ユーザ１０２が第２のタイプの第２のコンポーネントを消費していないという入力をセンサから受信し得る。センサは、ユーザ１０２が第２のタイプの第２のコンポーネントを消費している間、ユーザ１０２を監視していることもある。例えば、メディアガイドアプリケーションは、ユーザ１０２が野球の試合以外のソースからのオーディオを聴取していることを示す入力を画像認識システムから受信し得る。したがって、メディアガイドアプリケーションは、ユーザ１０２が実際には野球の試合のオーディオを消費していないことを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応するデータ構造からのエントリに対応する第２のカテゴリを検索するとき、複数のメディアアセットに対応する１つ以上のエントリを決定し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２が、以前にミュートした野球の試合を鑑賞し、別のメディアアセットを１００回聴取したことを決定し得る。さらに、メディアガイドアプリケーションは、１つ以上のエントリに基づいて、１つ以上のカテゴリを決定し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２がポッドキャストまたはニュースを聴取したことを決定し得る。メディアガイドアプリケーションは、１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定し得、メディアアセットの１つ以上の数は、１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す。例えば、メディアガイドアプリケーションは、ユーザ１０２がミュートしたスポーツイベントを鑑賞しながら、ポッドキャストを１０回、ニュースを９０回聴取したことを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、メディアデータベースから、第２のカテゴリに基づいて第２のメディアアセット１０８を選択するとき、第２のカテゴリに対応するメディアデータベースからメディアアセットのサブセットを決定し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２に利用可能である１０個のニュース番組を決定し得る。さらに、メディアガイドアプリケーションは、メディアアセットのサブセットからの各メディアアセットのための評価を読み出し得る。例えば、メディアガイドアプリケーションは、各ニュース番組のためのレビュー評価を読み出し得る。メディアガイドアプリケーションは、メディアアセットのサブセットの中の第２のメディアアセット１０８を検索し得、第２のメディアアセット１０８は、メディアアセットのサブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組が１０個の利用可能なニュース番組の間で最高のレビュー評価を有することを決定し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス１０４上に第１のメディアアセット１０６の第１のタイプの第１のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２が第１のテレビ上でミュートした野球の試合を視聴することを可能にし得る。さらに、メディアガイドアプリケーションは、第２のデバイス２０２上に第２のメディアアセット１０８の第３のタイプの第３のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、第２のテレビを使用し、ＣＮＮニュースからのオーディオを再生し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、第１のデバイス１０４上に第１のメディアアセット１０６の第１のタイプの第１のコンポーネントを出力のために生成し、第１のデバイス１０４上に第２のメディアアセット１０８の第３のタイプの第３のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２が同一のＴＶ上でミュートした野球の試合を鑑賞し、ＣＮＮニュース番組を聴取することを可能にし得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザ１０２から、第１のメディアアセット１０６の第２のタイプの第２のコンポーネントを出力のために生成するための入力を受信し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２から、野球の試合のオーディオをオンにするための入力を受信し得る。さらに、メディアガイドアプリケーションは、第１のデバイス１０４が第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定し得る。例えば、メディアガイドアプリケーションは、第１のＴＶが出力のためにオーディオを生成することを可能にするであろうスピーカまたは別のデバイスを有するかどうかを決定し得る。メディアガイドアプリケーションは、第１のデバイス１０４が第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、第２のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションが、第１のＴＶが出力のためにオーディオを生成することが可能であることを決定する場合、メディアガイドアプリケーションは、野球の試合のオーディオを出力のために生成し得る。メディアガイドアプリケーションは、第２のタイプが第３のタイプと同じであるかどうかを決定し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２がＣＮＮニュース番組のオーディオを現在消費しているかどうかを決定し得る。さらに、メディアガイドアプリケーションは、第２のタイプが第３のタイプと同じであることを決定することに応答して、第３のタイプの第３のコンポーネントを出力のために生成することを中止し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２が前もってＣＮＮニュースを聴取していた場合、ＣＮＮニュースからのオーディオを出力のために生成することを止め得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザ１０２から、第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２から、ＣＮＮニュース番組のビデオを表示し始めるための入力を受信し得る。さらに、メディアガイドアプリケーションは、ユーザ１０２から入力を受信することに応答して、第２のメディアアセット１０８が第１のタイプの第４のコンポーネントを有するかどうかを決定し得る。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組がビデオトラックを有するかどうかを決定し得る。メディアガイドアプリケーションは、第２のメディアアセット１０８が第１のタイプの第４のコンポーネントを有することを決定することに応答して、第１のデバイス１０４上に第２のメディアアセット１０８の第１のタイプの第４のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組がビデオトラックを有することを決定することに応答して、第１のＴＶ上にＣＮＮニュース番組のビデオを表示し得る。さらに、メディアガイドアプリケーションは、第２のデバイス２０２上に第１のメディアアセット１０６の第２のタイプの第２のコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、第２のＴＶ上に野球の試合のオーディオを出力のために生成し得る。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザ１０２から、第２のメディアアセット１０８の第３のタイプの第３のコンポーネントを出力のために生成するための入力を受信し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２から、ＣＮＮニュース番組のオーディオトラックを出力のために生成するための入力を受信し得る。さらに、メディアガイドアプリケーションは、第１のデバイス１０４が第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定し得る。メディアガイドアプリケーションは、第１のデバイス１０４が第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、第３のタイプの第３のコンポーネントを出力のために生成し得る。さらに、メディアガイドアプリケーションは、第３のタイプが第２のタイプと同じであるかどうかを決定し得る。メディアガイドアプリケーションは、第３のタイプが第２のタイプと同じであることを決定することに応答して、第２のタイプの第２のコンポーネントを出力のために生成することを中止し得る。

任意の所与のコンテンツ配信システムでユーザに利用可能なコンテンツの量が、膨大であり得る。その結果、多くのユーザは、ユーザがコンテンツの選択を効率的にナビゲートし、所望し得るコンテンツを容易に識別することを可能にするインターフェースを通したメディアガイドの形態を所望している。そのようなガイドを提供するアプリケーションは、本明細書では、双方向メディアガイドアプリケーションと称されるが、時として、メディアガイドアプリケーションまたはガイドアプリケーションと称されることもある。

双方向メディアガイドアプリケーションは、ガイドを提供するコンテンツに応じて、種々の形態をとり得る。１つの典型的なタイプのメディアガイドアプリケーションは、双方向テレビ番組ガイドである。双方向テレビ番組ガイド（時として、電子番組ガイドと称される）は、とりわけ、ユーザが、多くのタイプのコンテンツまたはメディアアセット間をナビゲートし、それらを突き止めることを可能にする周知のガイドアプリケーションである。双方向メディアガイドアプリケーションは、ユーザが、コンテンツ間をナビゲートし、それらを突き止め、選択することを可能にするグラフィカルユーザインターフェース画面を生成し得る。本明細書で参照されるように、用語「メディアアセット」および「コンテンツ」は、例えば、テレビ番組、ならびに有料番組、オンデマンド番組（ビデオオンデマンド（ＶＯＤ）システムにおけるような）、インターネットコンテンツ（例えば、ストリーミングコンテンツ、ダウンロード可能コンテンツ、ウェブキャスト等）、ビデオクリップ、オーディオ、コンテンツ情報、写真、回転画像、ドキュメント、再生リスト項目、ウェブサイト、記事、書籍、電子書籍、ブログ、チャットセッション、ソーシャルメディア、アプリケーション、ゲーム、および／または任意の他のメディアもしくはマルチメディア、および／または、それらの組み合わせ等の電子的に消費可能なユーザアセットを意味すると理解されたい。ガイドアプリケーションは、ユーザが、コンテンツ間をナビゲートし、それらを突き止めることも可能にする。本明細書で参照されるように、用語「マルチメディア」は、上で説明される少なくとも２つの異なるコンテンツ形態、例えば、テキスト、オーディオ、画像、ビデオ、または双方向コンテンツ形態を利用するコンテンツを意味すると理解されたい。コンテンツは、ユーザ機器デバイスによって、録画、再生、表示、またはアクセスされ得るが、ライブパーフォーマンスの一部であることもできる。

本明細書に議論される実施形態のいずれかを実施するためのメディアガイドアプリケーションおよび／または任意の命令は、コンピュータ読み取り可能な媒体上にエンコードされ得る。コンピュータ読み取り可能な媒体は、データを記憶することが可能な任意の媒体を含む。コンピュータ読み取り可能な媒体は、限定ではないが、電気もしくは電磁信号の伝搬を含む一過性であり得るか、または、限定ではないが、ハードディスク、フロッピー（登録商標）ディスク、ＵＳＢドライブ、ＤＶＤ、ＣＤ、メディアカード、レジスタメモリ、プロセッサキャッシュ、ランダムアクセスメモリ（「ＲＡＭ」）等の揮発性および不揮発性コンピュータメモリもしくは記憶デバイスを含む非一過性であり得る。

インターネット、モバイルコンピューティング、および高速無線ネットワークの出現に伴って、ユーザは、従来は使用しなかったユーザ機器デバイス上でメディアにアクセスしている。本明細書で参照されるように、語句「ユーザ機器デバイス」、「ユーザ機器」、「ユーザデバイス」、「電子デバイス」、「電子機器」、「メディア機器デバイス」、または「メディアデバイス」は、テレビ、スマートＴＶ、セットトップボックス、衛星テレビに対応するための統合型受信機デコーダ（ＩＲＤ）、デジタル記憶デバイス、デジタルメディア受信機（ＤＭＲ）、デジタルメディアアダプタ（ＤＭＡ）、ストリーミングメディアデバイス、ＤＶＤプレーヤ、ＤＶＤレコーダ、接続型ＤＶＤ、ローカルメディアサーバ、ＢＬＵ－ＲＡＹ（登録商標）プレーヤ、ＢＬＵ－ＲＡＹ（登録商標）レコーダ、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレットコンピュータ、ウェブＴＶボックス、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、ＰＣメディアサーバ、ＰＣメディアセンター、ハンドヘルドコンピュータ、固定電話、携帯情報端末（ＰＤＡ）、携帯電話、ポータブルビデオプレーヤ、ポータブル音楽プレーヤ、ポータブルゲーム機、スマートフォン、または任意の他のテレビ機器、コンピューティング機器、もしくは無線デバイス、および／またはそれらの組み合わせ等の上で説明されるコンテンツにアクセスするための任意のデバイスを意味すると理解されたい。いくつかの実施形態では、ユーザ機器デバイスは、正面画面および裏面画面、複数の正面画面、または複数の角度付き画面を有し得る。いくつかの実施形態では、ユーザ機器デバイスは、正面カメラおよび／または裏面カメラを有し得る。これらのユーザ機器デバイス上で、ユーザは、テレビを通して利用可能な同一のコンテンツ間をナビゲートし、それらを突き止めることが可能であり得る。その結果として、メディアガイドは、これらのデバイス上でも利用可能であり得る。提供されるガイドは、テレビのみを通して利用可能なコンテンツ、他のタイプのユーザ機器デバイスのうちの１つ以上のもののみを通して利用可能なコンテンツ、もしくはテレビおよび他のタイプのユーザ機器デバイスのうちの１つ以上のものの両方を通して利用可能なコンテンツのためのものであり得る。メディアガイドアプリケーションは、ユーザ機器デバイス上で、オンラインアプリケーション（すなわち、ウェブサイト上で提供される）として、または独立型アプリケーションもしくはクライアントとして提供され得る。メディアガイドアプリケーションを実装し得る、種々のデバイスおよびプラットフォームは、下でより詳細に説明される。

メディアガイドアプリケーションの機能のうちの１つは、メディアガイドデータをユーザに提供することである。本明細書で参照されるように、語句「メディアガイドデータ」または「ガイドデータ」は、コンテンツに関連する任意のデータもしくはガイドアプリケーションを動作させることにおいて使用されるデータを意味すると理解されたい。例えば、ガイドデータは、番組情報、ガイドアプリケーション設定、ユーザ選好、ユーザプロファイル情報、メディアリスト項目、メディア関連情報（例えば、放送時間、放送チャネル、タイトル、内容、評価情報（例えば、ペアレンタルコントロール評価、批評家の評価等）、ジャンルまたはカテゴリ情報、俳優情報、放送会社またはプロバイダのロゴのロゴデータ等）、メディア形式（例えば、標準解像度、高解像度、３Ｄ等）、オンデマンド情報、ブログ、ウェブサイト、およびユーザが所望のコンテンツ選択間をナビゲートし、それらを突き止めるために役立つ、任意の他のタイプのガイドデータを含み得る。

図４－５は、メディアガイドデータを提供するために使用され得る例証的表示画面を示す。図４－５に示される表示画面は、任意の好適なユーザ機器デバイスまたはプラットフォーム上に実装され得る。図４－５の表示は、フル画面表示として図示されているが、それらは、表示されているコンテンツ上に完全または部分的にもオーバーレイされ得る。ユーザは、表示画面に提供された選択可能なオプション（例えば、メニューオプション、リスト項目オプション、アイコン、ハイパーリンク等）を選択することによって、またはリモートコントロールもしくは他のユーザ入力インターフェースまたはデバイス上の専用ボタン（例えば、「ガイド」ボタン）を押すことによって、コンテンツ情報にアクセスする要望を示し得る。ユーザの指示に応答して、メディアガイドアプリケーションは、グリッド内の時間およびチャネル別、時間別、チャネル別、ソース別、コンテンツタイプ別、カテゴリ別（例えば、映画、スポーツ、ニュース、子供向け、または他の番組カテゴリ）、または他の所定、ユーザ定義、もしくは他の編成基準等のいくつかの方法のうちの１つにおいて編成されたメディアガイドデータを表示画面に提供し得る。

図４は、単一表示内の異なるタイプのコンテンツへのアクセスも可能にする時間およびチャネル別に配列された番組リスト項目表示４００の例証的グリッドを示す。表示４００は、以下、すなわち、（１）各チャネル／コンテンツタイプ識別子（列内のセル）が利用可能な異なるチャネルまたはコンテンツのタイプを識別するチャネル／コンテンツタイプ識別子４０４の列、および、（２）各時間識別子（行内のセル）が番組の時間帯を識別する時間識別子４０６の行を伴うグリッド４０２を含み得る。グリッド４０２は、番組リスト項目４０８等の番組リスト項目のセルも含み、各リスト項目は、リスト項目の関連チャネルおよび時間において提供される番組のタイトルを提供する。ユーザ入力デバイスを用いて、ユーザは、ハイライト領域４１０を移動させることによって番組リスト項目を選択することができる。ハイライト領域４１０によって選択される番組リスト項目に関する情報が、番組情報領域４１２内に提供され得る。領域４１２は、例えば、番組タイトル、番組内容、番組が提供される時間（該当する場合）、番組が放送されるチャネル（該当する場合）、番組の評価、および他の所望の情報を含み得る。

線形番組（例えば、所定の時間に複数のユーザ機器デバイスに伝送されるようにスケジュールされ、スケジュールに従って提供されるコンテンツ）にアクセスを提供することに加えて、メディアガイドアプリケーションは、非線形番組（例えば、任意の時間においてユーザ機器デバイスにアクセス可能であり、スケジュールに従って提供されないコンテンツ）へのアクセスも提供する。非線形番組は、オンデマンドコンテンツ（例えば、ＶＯＤ）、インターネットコンテンツ（例えば、ストリーミングメディア、ダウンロード可能メディア等）、ローカルで記憶されたコンテンツ（例えば、上で説明される任意のユーザ機器デバイスまたは他の記憶デバイス上に記憶されたコンテンツ）、または時間的制約のない他のコンテンツを含む異なるコンテンツソースからのコンテンツを含み得る。オンデマンドコンテンツは、特定のコンテンツプロバイダ（例えば、「Ｔｈｅ Ｓｏｐｒａｎｏｓ」や「Ｃｕｒｂ Ｙｏｕｒ Ｅｎｔｈｕｓｉａｓｍ」を提供するＨＢＯ Ｏｎ Ｄｅｍａｎｄ）によって提供される映画または任意の他のコンテンツを含み得る。ＨＢＯ ＯＮ ＤＥＭＡＮＤは、Ｔｉｍｅ Ｗａｒｎｅｒ Ｃｏｍｐａｎｙ Ｌ． Ｐ． ｅｔ ａｌ．によって所有されるサービスマークであり、ＴＨＥ ＳＯＰＲＡＮＯＳおよびＣＵＲＢ ＹＯＵＲ ＥＮＴＨＵＳＩＡＳＭは、Ｈｏｍｅ Ｂｏｘ Ｏｆｆｉｃｅ，Ｉｎｃ．によって所有される商標である。インターネットコンテンツは、チャットセッションまたはウェブキャスト等のウェブイベント、もしくはインターネットウェブサイトまたは他のインターネットアクセス（例えば、ＦＴＰ）を通して、ストリーミングコンテンツまたはダウンロード可能なコンテンツとしてオンデマンドで利用可能なコンテンツを含み得る。

グリッド４０２は、オンデマンドリスト項目４１４、録画コンテンツリスト項目４１６、およびインターネットコンテンツリスト項目４１８を含む非線形番組のメディアガイドデータを提供し得る。異なるタイプのコンテンツソースからのコンテンツのためのメディアガイドデータを組み合わせる表示は、時として、「混合メディア」表示と称されることもある。表示４００とは異なる表示され得るメディアガイドデータのタイプの種々の組み合わせは、ユーザ選択またはガイドアプリケーション定義に基づき得る（例えば、録画および放送リスト項目のみの表示、オンデマンドおよび放送リスト項目のみの表示等）。例証されるように、リスト項目４１４、４１６、および４１８は、これらのリスト項目の選択が、それぞれ、オンデマンドリスト項目、録画リスト項目、またはインターネットリスト項目専用の表示へのアクセスを提供し得ることを示すように、グリッド４０２内に表示される時間帯全体に及ぶものとして示されている。いくつかの実施形態では、これらのコンテンツタイプのリスト項目は、グリッド４０２に直接含まれ得る。ユーザがナビゲーションアイコン４２０のうちの１つを選択することに応答して、追加のメディアガイドデータが表示され得る（ユーザ入力デバイス上の矢印キーを押すことは、ナビゲーションアイコン４２０を選択することと同様に表示に影響を及ぼし得る）。

表示４００は、ビデオ領域４２２およびオプション領域４２６を含み得る。ビデオ領域４２２は、ユーザが、ユーザに現在利用可能である番組、今後利用可能となる番組、もしくは利用可能であった番組を視聴および／またはプレビューすることを可能にし得る。ビデオ領域４２２のコンテンツは、グリッド４０２に表示されるリスト項目のうちの１つに対応するか、または、それから独立し得る。ビデオ領域を含むグリッド表示は、時として、ピクチャインガイド（ＰＩＧ）表示と称されることもある。ＰＩＧ表示およびそれらの機能性は、２００３年５月１３日に発行されたＳａｔｔｅｒｆｉｅｌｄ ｅｔ ａｌ．の米国特許第６，５６４，３７８号、および２００１年５月２９日に発行されたＹｕｅｎ ｅｔ ａｌ．の米国特許第６，２３９，７９４号（それらの全体として参照することによって本明細書に組み込まれる）でより詳細に説明されている。ＰＩＧ表示は、本明細書に説明される実施形態の他のメディアガイドアプリケーション表示画面に含まれ得る。

オプション領域４２６は、ユーザが、異なるタイプのコンテンツ、メディアガイドアプリケーション表示、および／またはメディアガイドアプリケーション特徴にアクセスすることを可能にし得る。オプション領域４２６は、表示４００（および本明細書に説明される他の表示画面）の一部であり得るか、または、画面上のオプションを選択すること、もしくはユーザ入力デバイス上の専用または割り当て可能ボタンを押すことによって、ユーザによって呼び出され得る。オプション領域４２６内の選択可能オプションは、グリッド４０２内の番組リスト項目に関連する特徴に関し得るか、または、メインメニュー表示から利用可能なオプションを含み得る。番組リスト項目に関連する特徴は、他の放送時間または番組の受信方法の検索、番組の録画、番組の連続録画の有効化、番組および／またはチャネルをお気に入りとして設定、番組の購入、もしくは他の特徴を含み得る。メインメニュー表示から利用可能なオプションは、検索オプション、ＶＯＤオプション、ペアレンタルコントロールオプション、インターネットオプション、クラウドベースのオプション、デバイス同期オプション、第２の画面デバイスオプション、種々のタイプのメディアガイドデータ表示にアクセスするオプション、プレミアムサービスをサブスクライブするオプション、ユーザのプロファイルを編集するオプション、ブラウザオーバーレイにアクセスするオプション、または他のオプションを含み得る。

メディアガイドアプリケーションは、ユーザの選好に基づいて個人化され得る。個人化されたメディアガイドアプリケーションは、ユーザが、メディアガイドアプリケーションを用いて個人化された「体験」を生成するように、表示および特徴をカスタマイズすることを可能にする。この個人化された体験は、ユーザがこれらのカスタマイズを入力することを可能にすることによって、および／または種々のユーザ選好を決定するようにメディアガイドアプリケーションがユーザアクティビティを監視することによって、生成され得る。ユーザは、ログインすることによって、またはガイドアプリケーションに対して自らを識別することによって、それらの個人化されたガイドアプリケーションにアクセスし得る。メディアガイドアプリケーションのカスタマイズは、ユーザプロファイルに従って作成され得る。カスタマイズは、提示方式（例えば、表示の色方式、テキストのフォントサイズ等）、表示されるコンテンツリスト項目の側面（例えば、ＨＤＴＶ番組のみまたは３Ｄ番組のみ、お気に入りチャネル選択に基づいたユーザ指定の放送チャネル、チャネルの表示の並び替え、推奨コンテンツ等）、所望の録画特徴（例えば、特定のユーザに対する録画または連続録画、録画品質等）、ペアレンタルコントロール設定、インターネットコンテンツのカスタマイズされた提示（例えば、ソーシャルメディアコンテンツ、電子メール、電子的に配信された記事等の提示）、および他の所望のカスタマイズを変更させることを含み得る。

メディアガイドアプリケーションは、ユーザが、ユーザプロファイル情報を提供することを可能にし得るか、または、ユーザプロファイル情報を自動的にコンパイルし得る。メディアガイドアプリケーションは、例えば、ユーザがアクセスするコンテンツ、および／またはユーザがガイドアプリケーションと行い得る他の相互作用を監視し得る。加えて、メディアガイドアプリケーションは、特定のユーザに関連する他のユーザプロファイルの全体または一部を取得し（例えば、ｗｗｗ．Ｔｉｖｏ．ｃｏｍ等のユーザがアクセスするインターネット上の他のウェブサイトから、ユーザがアクセスする他のメディアガイドアプリケーションから、ユーザがアクセスする他の双方向アプリケーションから、ユーザの別のユーザ機器デバイスから等）、および／または、メディアガイドアプリケーションがアクセスし得る他のソースから、ユーザについての情報を取得し得る。結果として、ユーザは、ユーザの異なるユーザ機器デバイスにわたって、統一されたガイドアプリケーション体験を提供されることができる。このタイプのユーザ体験は、図７に関連して下でより詳細に説明される。追加の個人化されたメディアガイドアプリケーション特徴は、２００５年７月１１日に出願されたＥｌｌｉｓ ｅｔ ａｌ．の米国特許出願第２００５／０２５１８２７号、２００７年１月１６日に発行されたＢｏｙｅｒ ｅｔ ａｌ．の米国特許第７，１６５，０９８号、および２００２年２月２１日に出願されたＥｌｌｉｓ ｅｔ ａｌ．の米国特許出願公開第２００２／０１７４４３０号（それらの全体として参照することによって本明細書に組み込まれる）でより詳細に説明されている。

メディアガイドを提供するための別の表示配列が、図５に示されている。ビデオモザイク表示５００は、コンテンツのタイプ、ジャンル、および／または他の編成基準に基づいて編成されたコンテンツ情報のための選択可能オプション５０２を含む。表示５００では、テレビリスト項目オプション５０４が、選択され、したがって、リスト項目５０６、５０８、５１０、および５１２を放送番組リスト項目として提供する。表示５００では、リスト項目は、カバーアート、コンテンツからの静止画像、ビデオクリップのプレビュー、コンテンツからのライブビデオ、またはリスト項目中のメディアガイドデータによって記述されているコンテンツをユーザに示す他のタイプのコンテンツを含むグラフィック画像を提供し得る。グラフィックリスト項目の各々は、リスト項目に関連付けられるコンテンツに関するさらなる情報も提供するように、テキストを伴い得る。例えば、リスト項目５０８は、メディア部分５１４およびテキスト部分５１６を含む２つ以上の部分を含み得る。メディア部分５１４および／またはテキスト部分５１６は、コンテンツをフル画面で視聴するために、またはメディア部分５１４に表示されるコンテンツに関連する情報を閲覧するために（例えば、ビデオが表示されるチャネルのリスト項目を閲覧するために）、選択可能であり得る。

表示５００内のリスト項目は、異なるサイズである（すなわち、リスト項目５０６は、リスト項目５０８、５１０、および５１２より大きい）が、所望に応じて、全てのリスト項目が同一のサイズであり得る。リスト項目は、コンテンツプロバイダの所望に応じて、またはユーザ選好に基づいて、ユーザの関心の程度を示すように、またはあるコンテンツを強調するように、異なるサイズであるか、または、グラフィック的に強調され得る。コンテンツリスト項目をグラフィック的に強調するための種々のシステムおよび方法は、例えば、２００９年１１月１２日に出願されたＹａｔｅｓの米国特許出願公開第２０１０／０１５３８８５号（その全体として参照することによって本明細書に組み込まれる）に議論されている。

ユーザは、そのユーザ機器デバイスのうちの１つ以上のものから、コンテンツおよびメディアガイドアプリケーション（および上および下で説明されるその表示画面）にアクセスし得る。図６は、例証的ユーザ機器デバイス６００の汎用実施形態を示す。ユーザ機器デバイスのより具体的な実装は、図７に関連して下で議論される。ユーザ機器デバイス６００は、入出力（以下「Ｉ／Ｏ」）パス６０２を介して、コンテンツおよびデータを受信し得る。Ｉ／Ｏパス６０２は、処理回路６０６および記憶装置６０８を含む制御回路６０４に、コンテンツ（例えば、放送番組、オンデマンド番組、インターネットコンテンツ、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を経由して利用可能なコンテンツ、および／または他のコンテンツ）およびデータを提供し得る。制御回路６０４は、Ｉ／Ｏパス６０２を使用して、コマンド、要求、および他の好適なデータを送受信するために使用され得る。Ｉ／Ｏパス６０２は、制御回路６０４（具体的には、処理回路６０６）を１つ以上の通信パス（下で説明される）に接続し得る。Ｉ／Ｏ機能は、これらの通信パスのうちの１つ以上のものによって提供され得るが、図面が複雑になり過ぎることを回避するために、図６では単一パスとして示されている。

制御回路６０４は、処理回路６０６等の任意の好適な処理回路に基づき得る。本明細書で参照されるように、処理回路は、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等に基づく回路を意味すると理解され、マルチコアプロセッサ（例えば、デュアルコア、クアドコア、ヘクサコア、または任意の好適な数のコア）またはスーパーコンピュータを含み得る。いくつかの実施形態では、処理回路は、複数の別個のプロセッサまたは処理ユニット、例えば、複数の同一のタイプの処理ユニット（例えば、２つのＩｎｔｅｌ Ｃｏｒｅ ｉ７プロセッサ）または複数の異なるプロセッサ（例えば、Ｉｎｔｅｌ Ｃｏｒｅ ｉ５プロセッサおよびＩｎｔｅｌ Ｃｏｒｅ ｉ７プロセッサ）にわたって分散され得る。いくつかの実施形態では、制御回路６０４は、メモリ（すなわち、記憶装置６０８）に記憶されたメディアガイドアプリケーションに対する命令を実行する。具体的には、制御回路６０４は、メディアガイドアプリケーションによって、上および下で議論される機能を果たすように命令され得る。例えば、メディアガイドアプリケーションは、制御回路６０４に、メディアガイド表示を生成するための命令を提供し得る。いくつかの実装では、制御回路６０４によって実施される任意のアクションは、メディアガイドアプリケーションから受信される命令に基づき得る。

クライアントサーバベースの実施形態では、制御回路６０４は、ガイドアプリケーションサーバまたは他のネットワークもしくはサーバと通信するための好適な通信回路を含み得る。上で述べられる機能性を実施するための命令は、ガイドアプリケーションサーバ上に記憶され得る。通信回路は、ケーブルモデム、総合デジタル通信網（ＩＳＤＮ）モデム、デジタルサブスクライバ回線（ＤＳＬ）モデム、電話モデム、イーサネット（登録商標）カード、または他の機器との通信のための無線モデム、もしくは任意の他の好適な通信回路を含み得る。そのような通信は、インターネットまたは任意の他の好適な通信ネットワークもしくはパスを伴い得る（図７に関連してより詳細に説明される）。加えて、通信回路は、ユーザ機器デバイスのピアツーピア通信、または互いから遠隔の場所にあるユーザ機器デバイスの通信を可能にする回路を含み得る（下でより詳細に説明される）。

メモリは、制御回路６０４の一部である記憶装置６０８として提供される電子記憶デバイスであり得る。本明細書で参照されるように、語句「電子記憶デバイス」または「記憶デバイス」は、ランダムアクセスメモリ、読み取り専用メモリ、ハードドライブ、光学ドライブ、デジタルビデオディスク（ＤＶＤ）レコーダ、コンパクトディスク（ＣＤ）レコーダ、ＢＬＵ－ＲＡＹ（登録商標）ディスク（ＢＤ）レコーダ、ＢＬＵ－ＲＡＹ（登録商標） ３Ｄディスクレコーダ、デジタルビデオレコーダ（ＤＶＲ、または時として、パーソナルビデオレコーダもしくはＰＶＲと呼ばれる）、ソリッドステートデバイス、量子記憶デバイス、ゲームコンソール、ゲームメディア、または任意の他の好適な固定もしくはリムーバブル記憶デバイス、および／またはそれらの任意の組み合わせ等の電子データ、コンピュータソフトウェア、もしくはファームウェアを記憶するための任意のデバイスを意味すると理解されたい。記憶装置６０８は、本明細書に説明される種々のタイプのコンテンツのみならず、上で説明されるメディアガイドデータも記憶するために使用され得る。不揮発性メモリも、（例えば、ブートアップルーチンおよび他の命令を起動するために）使用され得る。図７に関連して説明されるクラウドベースの記憶装置が、記憶装置６０８を補完するために使用されるか、または、記憶装置６０８の代わりに使用され得る。

制御回路６０４は、１つ以上のアナログチューナ、１つ以上のＭＰＥＧ－２デコーダ、もしくは他のデジタルデコード回路、高解像度チューナ、または任意の他の好適な同調もしくはビデオ回路、またはそのような回路の組み合わせ等のビデオ生成回路および同調回路を含み得る。（例えば、記憶するために、無線、アナログ、またはデジタル信号をＭＰＥＧ信号に変換するための）エンコード回路も、提供され得る。制御回路６０４は、コンテンツをユーザ機器６００の好ましい出力形式に上方変換および下方変換するためのスケーリング回路も含み得る。回路６０４は、デジタル信号とアナログ信号との間で変換するためのデジタル／アナログ変換回路およびアナログ／デジタル変換回路も含み得る。同調およびエンコード回路は、コンテンツを受信して表示すること、再生すること、または録画することを行うために、ユーザ機器デバイスによって使用され得る。同調およびエンコード回路は、ガイドデータを受信するためにも使用され得る。例えば、同調、ビデオ生成、エンコード、デコード、暗号化、解読、スケーリング、およびアナログ／デジタル回路を含む本明細書に説明される回路は、１つ以上の汎用もしくは特殊プロセッサ上で起動するソフトウェアを使用して実装され得る。複数のチューナが、同時同調機能（例えば、視聴および録画機能、ピクチャインピクチャ（ＰＩＰ）機能、多重チューナ録画機能等）に対処するために提供され得る。記憶装置６０８が、ユーザ機器６００とは別のデバイスとして提供される場合、同調およびエンコード回路（複数のチューナを含む）は、記憶装置６０８に関連付けられ得る。

ユーザは、ユーザ入力インターフェース６１０を使用して、命令を制御回路６０４に送信し得る。ユーザ入力インターフェース６１０は、リモートコントロール、マウス、トラックボール、キーパッド、キーボード、タッチスクリーン、タッチパッド、スタイラス入力、ジョイスティック、音声認識インターフェース、または他のユーザ入力インターフェース等の任意の好適なユーザインターフェースであり得る。ディスプレイ６１２は、独立型デバイスとして提供されるか、または、ユーザ機器デバイス６００の他の要素と統合され得る。例えば、ディスプレイ６１２は、タッチスクリーンまたはタッチセンサ式ディスプレイであり得る。そのような状況では、ユーザ入力インターフェース６１０は、ディスプレイ６１２と統合されるか、または、組み合わせられ得る。ディスプレイ６１２は、モニタ、テレビ、モバイルデバイス用液晶ディスプレイ（ＬＣＤ）、非晶質シリコンディスプレイ、低温ポリシリコンディスプレイ、電子インクディスプレイ、電気泳動ディスプレイ、アクティブマトリクスディスプレイ、エレクトロウェッティングディスプレイ、電気流体ディスプレイ、ブラウン管ディスプレイ、発光ダイオードディスプレイ、エレクトロルミネセントディスプレイ、プラズマディスプレイパネル、高性能アドレッシングディスプレイ、薄膜トランジスタディスプレイ、有機発光ダイオードディスプレイ、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、レーザテレビ、カーボンナノチューブ、量子ドットディスプレイ、干渉変調器ディスプレイ、もしくは視覚的画像を表示するための任意の他の好適な機器のうちの１つ以上のものであり得る。いくつかの実施形態では、ディスプレイ６１２は、ＨＤＴＶ対応型であり得る。いくつかの実施形態では、ディスプレイ６１２は、３Ｄディスプレイであり得、双方向メディアガイドアプリケーションおよび任意の好適なコンテンツは、３Ｄで表示され得る。ビデオカードまたはグラフィックカードは、ディスプレイ６１２への出力を生成し得る。ビデオカードは、３Ｄシーンおよび２Ｄグラフィックのレンダリング加速、ＭＰＥＧ－２／ＭＰＥＧ－４デコード、ＴＶ出力、または複数のモニタを接続する能力等の種々の機能を提供し得る。ビデオカードは、制御回路６０４に関連する上で説明される任意の処理回路であり得る。ビデオカードは、制御回路６０４と統合され得る。スピーカ６１４は、ユーザ機器デバイス６００の他の要素と統合されたものとして提供され得るか、または、独立型ユニットであり得る。ディスプレイ６１２上に表示されるビデオおよび他のコンテンツのオーディオ成分は、スピーカ６１４を通して再生され得る。いくつかの実施形態では、オーディオは、スピーカ６１４を介して音声を処理および出力する受信機（図示せず）に分配され得る。

ガイドアプリケーションは、任意の好適なアーキテクチャを使用して実装され得る。例えば、それは、ユーザ機器デバイス６００上で完全に実装される独立型アプリケーションであり得る。そのようなアプローチでは、アプリケーションの命令は、ローカルで（例えば、記憶装置６０８内に）記憶され、アプリケーションによって使用するためのデータは、周期的にダウンロードされる（例えば、帯域外フィードから、インターネットリソースから、または別の好適なアプローチを使用して）。制御回路６０４は、記憶装置６０８からアプリケーションの命令を読み出し、本明細書に議論される表示のうちのいずれかを生成するための命令を処理し得る。処理された命令に基づいて、制御回路６０４は、入力が入力インターフェース６１０から受信されるときに実施するアクションを決定し得る。例えば、表示上のカーソルの上／下への移動は、入力インターフェース６１０が上／下ボタンが選択されたことを示すとき、処理された命令によって示され得る。

いくつかの実施形態では、メディアガイドアプリケーションは、クライアントサーバベースのアプリケーションである。ユーザ機器デバイス６００上に実装されるシックまたはシンクライアントによって使用するためのデータは、ユーザ機器デバイス６００の遠隔にあるサーバに要求を発行することによって、オンデマンドで読み出される。クライアントサーバベースのガイドアプリケーションの一例では、制御回路６０４は、遠隔サーバによって提供されるウェブページを解釈するウェブブラウザを起動する。例えば、遠隔サーバは、記憶デバイス内にアプリケーションのための命令を記憶し得る。遠隔サーバは、回路（例えば、制御回路６０４）を使用して、記憶された命令を処理し、上および下で議論される表示を生成し得る。クライアントデバイスは、遠隔サーバによって生成される表示を受信し得、表示のコンテンツを機器デバイス６００上にローカルで表示し得る。このように、命令の処理が、サーバによって遠隔で実施される一方、結果として生じる表示は、機器デバイス６００上にローカルで提供される。機器デバイス６００は、入力インターフェース６１０を介して、ユーザからの入力を受信し、対応する表示を処理および生成するために、それらの入力を遠隔サーバに伝送し得る。例えば、機器デバイス６００は、上／下ボタンが入力インターフェース６１０を介して選択されたことを示す通信を遠隔サーバに伝送し得る。遠隔サーバは、その入力に従って命令を処理し、入力に対応するアプリケーションの表示を生成し得る（例えば、カーソルを上／下に移動させる表示）。生成された表示は、次いで、ユーザへの提示のために、機器デバイス６００に伝送される。

いくつかの実施形態では、メディアガイドアプリケーションは、インタープリタまたは仮想マシン（制御回路６０４によって起動される）によって、ダウンロードされ、解釈または起動される。いくつかの実施形態では、ガイドアプリケーションは、ＥＴＶバイナリ交換形式（ＥＴＶ Ｂｉｎａｒｙ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ／ＥＢＩＦ）でエンコードされ、好適なフィードの一部として制御回路６０４によって受信され、制御回路６０４上で起動するユーザエージェントによって解釈され得る。例えば、ガイドアプリケーションは、ＥＢＩＦアプリケーションであり得る。いくつかの実施形態では、ガイドアプリケーションは、制御回路６０４によって実行されるローカル仮想マシンまたは他の好適なミドルウェアによって受信および起動される一連のＪＡＶＡ（登録商標）ベースのファイルによって定義され得る。そのような実施形態のうちのいくつか（例えば、ＭＰＥＧ－２または他のデジタルメディアエンコードスキームを採用するもの）では、ガイドアプリケーションは、例えば、番組のＭＰＥＧオーディオおよびビデオパケットを用いたＭＰＥＧ－２オブジェクトカルーセルにおいてエンコードされ、伝送され得る。

図６のユーザ機器デバイス６００は、ユーザテレビ機器７０２、ユーザコンピュータ機器７０４、無線ユーザ通信デバイス７０６、または非ポータブルゲーム機等のコンテンツにアクセスするために好適な任意の他のタイプのユーザ機器として、図７のシステム７００に実装されることができる。簡単にするために、これらのデバイスは、本明細書では総称して、ユーザ機器またはユーザ機器デバイスと称され得、上で説明されるユーザ機器デバイスに実質的に類似し得る。メディアガイドアプリケーションが実装され得るユーザ機器デバイスは、独立型デバイスとして機能し得るか、または、デバイスのネットワークの一部であり得る。デバイスの種々のネットワーク構成が実装され得、下でより詳細に議論される。

図６に関連して上で説明されるシステム特徴のうちの少なくともいくつかを利用するユーザ機器デバイスは、単に、ユーザテレビ機器７０２、ユーザコンピュータ機器７０４、または無線ユーザ通信デバイス７０６として分類されないこともある。例えば、ユーザテレビ機器７０２は、いくつかのユーザコンピュータ機器７０４のように、インターネットコンテンツへのアクセスを可能にするインターネット対応型であり得る一方で、ユーザコンピュータ機器７０４は、あるテレビ機器７０２のように、テレビ番組へのアクセスを可能にするチューナを含み得る。メディアガイドアプリケーションも、種々の異なるタイプのユーザ機器上で同一レイアウトを有し得るか、または、ユーザ機器の表示能力に合わせられ得る。例えば、ユーザコンピュータ機器７０４上では、ガイドアプリケーションは、ウェブブラウザによってアクセスされるウェブサイトとして提供され得る。別の例では、ガイドアプリケーションは、無線ユーザ通信デバイス７０６のために縮小され得る。

システム７００では、典型的には、各タイプのユーザ機器デバイスが２つ以上存在するが、図面が複雑になり過ぎることを回避するために、各々の１つのみが図７に示されている。加えて、各ユーザは、２つ以上のタイプのユーザ機器デバイスを利用し、各タイプのユーザ機器デバイスのうちの２つ以上のものも利用し得る。

いくつかの実施形態では、ユーザ機器デバイス（例えば、ユーザテレビ機器７０２、ユーザコンピュータ機器７０４、無線ユーザ通信デバイス７０６）は、「第２の画面デバイス」と称され得る。例えば、第２の画面デバイスは、第１のユーザ機器デバイス上に提示されるコンテンツを補完し得る。第２の画面デバイス上に提示されるコンテンツは、第１のデバイス１０４上に提示されるコンテンツを補完する任意の好適なコンテンツであり得る。いくつかの実施形態では、第２の画面デバイスは、第１のデバイス１０４の設定および表示選好を調節するためのインターフェースを提供する。いくつかの実施形態では、第２の画面デバイスは、他の第２の画面デバイスと相互作用するか、または、ソーシャルネットワークと相互作用するために構成される。第２の画面デバイスは、第１のデバイス１０４と同一の部屋内に、第１のデバイス１０４と異なる部屋であるが、同一の家または建物内に、もしくは第１のデバイス１０４と異なる建物内に位置することができる。

ユーザは、家庭内デバイスおよび遠隔デバイスにわたって一貫したメディアガイドアプリケーション設定を維持するために、種々の設定も設定し得る。設定は、本明細書に説明されるもののみならず、お気に入りのチャネルおよび番組、番組を推奨するためにガイドアプリケーションが利用する番組選好、表示選好、および他の望ましいガイド設定も含む。例えば、ユーザが、そのオフィスのパーソナルコンピュータ上で、例えば、ウェブサイトｗｗｗ．Ｔｉｖｏ．ｃｏｍの上で、チャネルをお気に入りとして設定した場合、同一のチャネルが、ユーザの家庭内デバイス（例えば、ユーザテレビ機器およびユーザコンピュータ機器）上で、ならびに所望に応じて、ユーザのモバイルデバイス上でお気に入りとして表示されるであろう。したがって、同一または異なるタイプのユーザ機器デバイスであるかどうかにかかわらず、１つのユーザ機器デバイス上で行われる変更は、別のユーザ機器デバイス上のガイド体験を変更することができる。加えて、行われる変更は、ユーザによって入力される設定、ならびにガイドアプリケーションによって監視されるユーザアクティビティに基づき得る。

ユーザ機器デバイスは、通信ネットワーク７１４に結合され得る。すなわち、ユーザテレビ機器７０２、ユーザコンピュータ機器７０４、および無線ユーザ通信デバイス７０６は、それぞれ、通信パス７０８、７１０、および７１２を介して、通信ネットワーク７１４に結合される。通信ネットワーク７１４は、インターネット、携帯電話ネットワーク、モバイルボイスまたはデータネットワーク（例えば、４ＧまたはＬＴＥネットワーク）、ケーブルネットワーク、公衆交換電話ネットワーク、または他のタイプの通信ネットワーク、もしくは通信ネットワークの組み合わせを含む１つ以上のネットワークであり得る。パス７０８、７１０、および７１２は、別個または一緒に、衛星パス、光ファイバパス、ケーブルパス、インターネット通信をサポートするパス（例えば、ＩＰＴＶ）、フリースペース接続（例えば、放送または他の無線信号用）、もしくは任意の他の好適な有線または無線通信パス、もしくはそのようなパスの組み合わせ等の１つ以上の通信パスを含み得る。パス７１２は、図７に示される例示的実施形態では、無線パスであることを示すように破線で描かれ、パス７０８および７１０は、有線パスであることを示すように実線として描かれている（しかし、これらのパスは、所望に応じて、無線パスであり得る）。ユーザ機器デバイスとの通信は、これらの通信パスのうちの１つ以上のものによって提供され得るが、図７では、図面が複雑になり過ぎることを回避するために、単一パスとして示されている。

通信パスは、ユーザ機器デバイスの間には描かれていないが、これらのデバイスは、パス７０８、７１０、および７１２に関連して上で説明されるもの、ならびにＵＳＢケーブル、ＩＥＥＥ １３９４ケーブル、無線パス（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、赤外線、ＩＥＥＥ ８０２－１１ｘ等）等の他の短距離ポイントツーポイント通信パス、もしくは有線または無線パスを介した他の短距離通信等の通信パスを介して、互いに直接通信し得る。ＢＬＵＥＴＯＯＴＨ（登録商標）は、ＢＬＵＥＴＯＯＴＨ（登録商標） ＳＩＧ，ＩＮＣ．によって所有される認証マークである。ユーザ機器デバイスはまた、通信ネットワーク７１４を介した間接パスを通して、互いに直接通信し得る。

システム７００は、通信パス７２０および７２２を介して通信ネットワーク７１４にそれぞれ結合されるコンテンツソース７１６およびメディアガイドデータソース７１８を含む。パス７２０および７２２は、パス７０８、７１０、および７１２に関連して上で説明される通信パスのうちのいずれかを含み得る。コンテンツソース７１６およびメディアガイドデータソース７１８との通信は、１つ以上の通信パスを介して交信され得るが、図７では、図面が複雑になり過ぎることを回避するために、単一パスとして示される。加えて、コンテンツソース７１６およびメディアガイドデータソース７１８の各々が２つ以上存在し得るが、図７では、図面が複雑になり過ぎることを回避するために、各々の１つのみが示されている。（異なるタイプのこれらのソースの各々が下で議論される）。所望に応じて、コンテンツソース７１６およびメディアガイドデータソース７１８は、１つのソースデバイスとして統合され得る。ソース７１６および７１８と、ユーザ機器デバイス７０２、７０４、および７０６との間の通信は、通信ネットワーク７１４を通したものとして示されるが、いくつかの実施形態では、ソース７１６および７１８は、パス７０８、７１０、および７１２に関連して上で説明されるもの等の通信パス（図示せず）を介して、ユーザ機器デバイス７０２、７０４、および７０６と直接通信し得る。

コンテンツソース７１６は、テレビ配信施設、ケーブルシステムヘッドエンド、衛星配信施設、番組ソース（例えば、ＮＢＣ、ＡＢＣ、ＨＢＯ等のテレビ放送会社）、中間配信施設および／またはサーバ、インターネットプロバイダ、オンデマンドメディアサーバ、および他のコンテンツプロバイダを含む１つ以上のタイプのコンテンツ配信機器を含み得る。ＮＢＣは、Ｎａｔｉｏｎａｌ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ，Ｉｎｃ．によって所有される商標であり、ＡＢＣは、Ａｍｅｒｉｃａｎ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ，ＩＮＣ．によって所有される商標であり、ＨＢＯは、Ｈｏｍｅ Ｂｏｘ Ｏｆｆｉｃｅ，Ｉｎｃ．によって所有される商標である。コンテンツソース７１６は、コンテンツの発信元であることも（例えば、テレビ放送会社、ウェブキャストプロバイダ等）、コンテンツの発信元でないこともある（例えば、オンデマンドコンテンツプロバイダ、ダウンロード用放送番組のコンテンツのインターネットプロバイダ等）。コンテンツソース７１６は、ケーブルソース、衛星プロバイダ、オンデマンドプロバイダ、インターネットプロバイダ、オーバーザトップコンテンツプロバイダ、または他のコンテンツのプロバイダを含み得る。コンテンツソース７１６は、ユーザ機器デバイスのうちのいずれかから遠隔の場所にある異なるタイプのコンテンツ（ユーザによって選択されるビデオコンテンツを含む）を記憶するために使用される遠隔メディアサーバも含み得る。コンテンツの遠隔記憶のための、および遠隔に記憶されたコンテンツをユーザ機器に提供するためのシステムならびに方法は、２０１０年７月２０日に発行されたＥｌｌｉｓ ｅｔ ａｌ．の米国特許第７，７６１，８９２号（その全体として参照することによって本明細書に組み込まれる）に関連して、より詳細に議論されている。

メディアガイドデータソース７１８は、上で説明されるメディアガイドデータ等のメディアガイドデータを提供し得る。メディアガイドデータは、任意の好適なアプローチを使用して、ユーザ機器デバイスに提供され得る。いくつかの実施形態では、ガイドアプリケーションは、データフィード（例えば、継続フィードまたはトリクルフィード）を介して、番組ガイドデータを受信する、独立型双方向テレビ番組ガイドであり得る。番組スケジュールデータおよび他のガイドデータは、テレビチャネルのサイドバンド上で、帯域内デジタル信号を使用して、帯域外デジタル信号を使用して、または任意の他の好適なデータ伝送技術によって、ユーザ機器に提供され得る。番組スケジュールデータおよび他のメディアガイドデータは、複数のアナログまたはデジタルテレビチャネル上でユーザ機器に提供され得る。

いくつかの実施形態では、メディアガイドデータソース７１８からのガイドデータは、クライアントサーバアプローチを使用して、ユーザの機器に提供され得る。例えば、ユーザ機器デバイスは、メディアガイドデータをサーバからプルし得るか、または、サーバが、メディアガイドデータをユーザ機器デバイスにプッシュし得る。いくつかの実施形態では、ユーザの機器上に常駐するガイドアプリケーションクライアントは、必要に応じて、例えば、ガイドデータが古くなっているとき、またはユーザ機器デバイスがデータを受信する要求をユーザから受信するとき、ソース７１８とセッションを開始し、ガイドデータを取得し得る。メディアガイドは、任意の好適な頻度で（例えば、継続的に、毎日、ユーザ規定期間で、システム規定期間で、ユーザ機器からの要求に応答して等）ユーザ機器に提供され得る。メディアガイドデータソース７１８は、ユーザ機器デバイス７０２、７０４、および７０６に、メディアガイドアプリケーション自体、またはメディアガイドアプリケーションのソフトウェア更新を提供し得る。

いくつかの実施形態では、メディアガイドデータは、視聴者データを含み得る。例えば、視聴者データは、現在および／または履歴ユーザアクティビティ情報（例えば、ユーザが典型的に鑑賞するコンテンツ、ユーザがコンテンツを鑑賞する時刻、ユーザがソーシャルネットワークと相互作用するかどうか、ユーザがソーシャルネットワークと相互作用し、情報をポストする時間、ユーザが典型的に鑑賞するコンテンツのタイプ（例えば、有料ＴＶまたは無料ＴＶ）、気分、脳の活動情報等）を含み得る。メディアガイドデータは、サブスクリプションデータも含み得る。例えば、サブスクリプションデータは、所与のユーザがサブスクライブするソースもしくはサービスおよび／または所与のユーザが以前にサブスクライブしていたが、後にアクセスを打ち切ったソースもしくはサービス（例えば、ユーザがプレミアムチャネルをサブスクライブしているかどうか、ユーザがプレミアムレベルのサービスを追加したかどうか、ユーザがインターネット速度を加速させたかどうか）を識別し得る。いくつかの実施形態では、視聴者データおよび／またはサブスクリプションデータは、１年を上回る期間の間の所与のユーザのパターンを識別し得る。メディアガイドデータは、所与のユーザがサービス／ソースへのアクセスを打ち切るであろう可能性を示すスコアを生成するために使用されるモデル（例えば、残存者モデル）を含み得る。例えば、メディアガイドアプリケーションは、所与のユーザが特定のサービスまたはソースへのアクセスを打ち切るであろうかどうかの可能性を示す値またはスコアを生成するためのモデルを使用して、サブスクリプションデータとともに視聴者データを処理し得る。特に、より高いスコアは、ユーザが特定のサービスまたはソースへのアクセスを打ち切るであろう、より高いレベルの信頼性を示し得る。スコアに基づいて、メディアガイドアプリケーションは、ユーザがアクセスを打ち切る可能性が高いであろうものとしてスコアによって示される特定のサービスまたはソースをユーザが維持するように勧誘する宣伝を生成し得る。

メディアガイドアプリケーションは、例えば、ユーザ機器デバイス上に実装される独立型アプリケーションであり得る。例えば、メディアガイドアプリケーションは、記憶装置６０８内に記憶され、ユーザ機器デバイス６００の制御回路６０４によって実行され得るソフトウェアまたは実行可能命令の組として実装され得る。いくつかの実施形態では、メディアガイドアプリケーションは、クライアント－サーバアプリケーションであり得、その場合、クライアントアプリケーションのみが、ユーザ機器デバイス上に常駐し、サーバアプリケーションは、遠隔サーバ上に常駐する。例えば、メディアガイドアプリケーションは、部分的にユーザ機器デバイス６００の制御回路６０４上のクライアントアプリケーションとして、および遠隔サーバの制御回路上で起動するサーバアプリケーション（例えば、メディアガイドデータソース７１８）として部分的に遠隔サーバ上で、実装され得る。遠隔サーバの制御回路（メディアガイドデータソース７１８等）によって実行されると、メディアガイドアプリケーションは、制御回路に、ガイドアプリケーション表示を生成し、生成された表示をユーザ機器デバイスに伝送するように命令し得る。サーバアプリケーションは、メディアガイドデータソース７１８の制御回路に、ユーザ機器上での記憶のためのデータを伝送するように命令し得る。クライアントアプリケーションは、受信用ユーザ機器の制御回路に、ガイドアプリケーション表示を生成するように命令し得る。

ユーザ機器デバイス７０２、７０４、および７０６に配信されるコンテンツおよび／またはメディアガイドデータは、オーバーザトップ（ＯＴＴ）コンテンツであり得る。ＯＴＴコンテンツ配信は、上で説明される任意のユーザ機器デバイスを含むインターネット対応型ユーザデバイスが、ケーブルまたは衛星接続を経由して受信されるコンテンツに加えて、上で説明される任意のコンテンツを含むインターネットを経由して転送されるコンテンツを受信することを可能にする。ＯＴＴコンテンツは、インターネットサービスプロバイダ（ＩＳＰ）によって提供されるインターネット接続を介して配信されるが、第三者も、コンテンツを配布する。ＩＳＰは、視聴能力、著作権、またはコンテンツの再配布に責任がないこともあり、ＯＴＴコンテンツプロバイダによって提供されるＩＰパケットのみを転送し得る。ＯＴＴコンテンツプロバイダの例は、ＩＰパケットを介してオーディオおよびビデオを提供するＹＯＵＴＵＢＥ（登録商標）、ＮＥＴＦＬＩＸ、ならびにＨＵＬＵを含む。Ｙｏｕｔｕｂｅ（登録商標）は、Ｇｏｏｇｌｅ Ｉｎｃ．によって所有される商標であり、Ｎｅｔｆｌｉｘは、Ｎｅｔｆｌｉｘ，Ｉｎｃ．によって所有される商標であり、Ｈｕｌｕは、Ｈｕｌｕ，ＬＬＣ．によって所有される商標である。ＯＴＴコンテンツプロバイダは、加えて、または代替として、上で説明されるメディアガイドデータを提供し得る。コンテンツおよび／またはメディアガイドデータに加えて、ＯＴＴコンテンツのプロバイダは、メディアガイドアプリケーション（例えば、ウェブベースのアプリケーションまたはクラウドベースのアプリケーション）を配布することができ、コンテンツは、ユーザ機器デバイス上に記憶されたメディアガイドアプリケーションによって表示されることができる。

メディアガイドシステム７００は、いくつかのアプローチまたはネットワーク構成を例証することを意図しており、それによって、ユーザ機器デバイスおよびコンテンツならびにガイドデータのソースは、コンテンツにアクセスし、メディアガイドを提供する目的のために、互いに通信し得る。本明細書に説明される実施形態は、これらのアプローチのうちのいずれか１つまたは一部において、もしくはコンテンツを配信し、メディアガイドを提供するための他のアプローチを採用するシステムにおいて、適用され得る。以下の４つのアプローチは、図７の汎用例の具体的例証を提供する。

あるアプローチでは、ユーザ機器デバイスは、ホームネットワーク内で互いに通信し得る。ユーザ機器デバイスは、上で説明される短距離ポイントツーポイント通信方式を介して、ホームネットワーク上に提供されるハブまたは他の類似デバイスを通した間接パスを介して、もしくは通信ネットワーク７１４を介して、互いに直接通信することができる。１つの家庭内の複数の個人の各々が、ホームネットワーク上の異なるユーザ機器デバイスを動作させ得る。結果として、種々のメディアガイド情報または設定が、異なるユーザ機器デバイスの間で通信されることが望ましくあり得る。例えば、２００５年７月１１日に出願されたＥｌｌｉｓ ｅｔ ａｌ．の米国特許公開第２００５／０２５１８２７号でより詳細に説明されるように、ホームネットワーク内の異なるユーザ機器デバイス上で、ユーザが一貫したメディアガイドアプリケーション設定を維持することが望ましくあり得る。ホームネットワーク内の異なるタイプのユーザ機器デバイスも、互いに通信し、コンテンツを伝送し得る。例えば、ユーザは、ユーザコンピュータ機器からポータブルビデオプレーヤまたはポータブル音楽プレーヤにコンテンツを伝送し得る。

第２のアプローチでは、ユーザは、複数のタイプのユーザ機器を有し得、それによって、コンテンツにアクセスし、メディアガイドを取得する。例えば、一部のユーザは、家庭内およびモバイルデバイスによってアクセスされるホームネットワークを有し得る。ユーザは、遠隔デバイス上に実装されるメディアガイドアプリケーションを介して、家庭内デバイスを制御し得る。例えば、ユーザは、そのオフィスのパーソナルコンピュータ、またはＰＤＡもしくはウェブ対応携帯電話等のモバイルデバイスを介して、ウェブサイト上のオンラインメディアガイドアプリケーションにアクセスし得る。ユーザは、オンラインガイドアプリケーション上で種々の設定（例えば、録画、リマインダ、または他の設定）を設定して、ユーザの家庭内機器を制御し得る。オンラインガイドは、直接、またはユーザの家庭内機器上のメディアガイドアプリケーションと通信することによって、ユーザの機器を制御し得る。ユーザ機器デバイスが互いから遠隔の場所にあるユーザ機器デバイスの通信のための種々のシステムおよび方法は、例えば、Ｅｌｌｉｓ ｅｔ ａｌ．の２０１１年１０月２５日に発行された米国特許第８，０４６，８０１号（その全体を参照することによって本明細書に組み込まれる）に議論されている。

第３のアプローチでは、家庭内外のユーザ機器デバイスのユーザは、コンテンツソース７１６と直接通信し、コンテンツにアクセスするために、そのメディアガイドアプリケーションを使用することができる。具体的には、家庭内では、ユーザテレビ機器７０２およびユーザコンピュータ機器７０４のユーザは、メディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それらを突き止め得る。ユーザは、無線ユーザ通信デバイス７０６も使用して、家庭外のメディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それらを突き止め得る。

第４のアプローチでは、ユーザ機器デバイスは、クラウドコンピューティング環境内で動作し、クラウドサービスにアクセスし得る。クラウドコンピューティング環境では、コンテンツ共有、記憶、または配布のための種々のタイプのコンピューティングサービス（例えば、ビデオ共有サイトまたはソーシャルネットワーキングサイト）が、「クラウド」と称されるネットワークアクセス可能コンピューティングおよび記憶リソースの集合によって提供される。例えば、クラウドは、通信ネットワーク７１４を介したインターネット等のネットワークを介して接続される種々のタイプのユーザおよびデバイスにクラウドベースのサービスを提供する中央にまたは分散場所に位置し得るサーバコンピューティングデバイスの集合を含むことができる。これらのクラウドリソースは、１つ以上のコンテンツソース７１６および１つ以上のメディアガイドデータソース７１８を含み得る。加えて、または代替として、遠隔コンピューティングサイトは、ユーザテレビ機器７０２、ユーザコンピュータ機器７０４、および無線ユーザ通信デバイス７０６等の他のユーザ機器デバイスを含み得る。例えば、他のユーザ機器デバイスは、ビデオの記憶されたコピーまたはストリーミングされたビデオへのアクセスを提供し得る。そのような実施形態では、ユーザ機器デバイスは、中央サーバと通信することなく、ピアツーピア様式で動作し得る。

クラウドは、ユーザ機器デバイスのために、他の例の中でもとりわけ、コンテンツ記憶、コンテンツ共有、またはソーシャルネットワーキングサービス等のサービスへのアクセス、ならびに上で説明される任意のコンテンツへのアクセスを提供する。サービスは、クラウドコンピューティングサービスプロバイダを通して、またはオンラインサービスの他のプロバイダを通して、クラウド内で提供されることができる。例えば、クラウドベースのサービスは、コンテンツ記憶サービス、コンテンツ共有サイト、ソーシャルネットワーキングサイト、または他のサービスを含むことができ、それを介して、ユーザ供給コンテンツは、接続されたデバイス上で他者によって視聴するために配布される。これらのクラウドベースのサービスは、ユーザ機器デバイスが、コンテンツをローカルで記憶し、ローカルで記憶されたコンテンツにアクセスするのではなく、コンテンツをクラウドに記憶し、コンテンツをクラウドから受信することを可能にし得る。

ユーザは、カムコーダ、ビデオモード付きデジタルカメラ、オーディオレコーダ、携帯電話、およびハンドヘルドコンピューティングデバイス等の種々のコンテンツ捕捉デバイスを使用して、コンテンツを録画し得る。ユーザは、直接、例えば、ユーザコンピュータ機器７０４から、またはコンテンツ捕捉特徴を有する無線ユーザ通信デバイス７０６からのいずれかにおいて、クラウド上のコンテンツ記憶サービスにコンテンツをアップロードすることができる。代替として、ユーザは、最初に、コンテンツをユーザコンピュータ機器７０４等のユーザ機器デバイスに転送することができる。コンテンツを記憶するユーザ機器デバイスは、通信ネットワーク７１４上のデータ伝送サービスを使用して、コンテンツをクラウドにアップロードする。いくつかの実施形態では、ユーザ機器デバイス自体が、クラウドリソースであり、他のユーザ機器デバイスは、直接、ユーザがコンテンツを記憶したユーザ機器デバイスから、コンテンツにアクセスすることができる。

クラウドリソースは、例えば、ウェブブラウザ、メディアガイドアプリケーション、デスクトップアプリケーション、モバイルアプリケーション、および／またはそれらのアクセスアプリケーションの任意の組み合わせを使用して、ユーザ機器デバイスによってアクセスされ得る。ユーザ機器デバイスは、アプリケーション配信のためにクラウドコンピューティングに依拠するクラウドクライアントであり得るか、または、ユーザ機器デバイスは、クラウドリソースにアクセスすることなく、ある機能性を有し得る。例えば、ユーザ機器デバイス上で起動するいくつかのアプリケーションは、クラウドアプリケーション、すなわち、インターネットを経由してサービスとして配信されるアプリケーションであり得る一方で、他のアプリケーションは、ユーザ機器デバイス上に記憶され、起動され得る。いくつかの実施形態では、ユーザデバイスは、コンテンツを複数のクラウドリソースから同時に受信し得る。例えば、ユーザデバイスは、オーディオを１つのクラウドリソースからストリーミングする一方で、コンテンツを第２のクラウドリソースからダウンロードすることができる。または、ユーザデバイスは、より効率的なダウンロードのために、コンテンツを複数のクラウドリソースからダウンロードすることができる。いくつかの実施形態では、ユーザ機器デバイスは、図６に関連して説明される処理回路によって実施される処理動作等の処理動作のために、クラウドリソースを使用することができる。

本明細書で参照されるように、用語「～に応答して」は、「～の結果として開始される」ことを指す。例えば、第２のアクションに応答して実施されている第１のアクションは、第１のアクションと第２のアクションとの間に介在ステップを含み得る。本明細書で参照されるように、用語「～に直接応答して」は、「～によって引き起こされる」ことを指す。例えば、第２のアクションに直接応答して実施されている第１のアクションは、第１のアクションと第２のアクションとの間に介在ステップを含まないこともある。

図８は、本開示のいくつかの実施形態によるユーザ１０２が第１のメディアアセット１０６を消費している間、ユーザ１０２の視聴履歴に基づいて、第２のメディアアセット１０８の推奨をユーザ１０２のために生成するためのプロセスの例証的フローチャートを描写する。プロセス８００は、（例えば、メディアガイドアプリケーションによって制御回路６０４に命令される様式で）制御回路６０４によって実行され得る。制御回路６０４は、通信ネットワーク７１４によってユーザ１０２から分離された遠隔サーバの一部であり得る。

プロセス８００は、制御回路６０４がユーザ１０２によって現在消費されている第１のメディアアセット１０６を受信するとき、ステップ８０２から開始する。さらに、第１のメディアアセット１０６は、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備えている。加えて、第１のタイプは、オーディオおよびビデオのうちの１つを備え、第２のタイプは、オーディオおよびビデオのうちの１つを備え、第２のタイプは、第１のタイプと異なる。例えば、メディアガイドアプリケーションは、ユーザ１０２によって現在鑑賞されている野球の試合を受信し得る。

ステップ８０４で、制御回路６０４は、ユーザ１０２が第１のメディアアセット１０６の第１のタイプの第１のコンポーネントのみを消費していることを決定する。例えば、メディアガイドアプリケーションは、ユーザ１０２が音をミュートして野球の試合を鑑賞することのみを行っており、したがって、野球の試合のビデオのみを消費していることを決定し得る。

ステップ８０６で、制御回路６０４は、第１のメディアアセット１０６に関連付けられるメタデータの組を読み出す。例えば、メディアガイドアプリケーションは、野球の試合に関連付けられるメタデータを読み出し得る。

ステップ８０８で、制御回路６０４は、メタデータの組に基づいて、第１のメディアアセット１０６のための第１のカテゴリを決定する。例えば、メディアガイドアプリケーションは、メタデータに基づいて、野球の試合がスポーツイベントであることを決定し得る。

ステップ８１０で、制御回路６０４は、ユーザ１０２に対応する視聴履歴を読み出す。視聴履歴は、第１のタイプのコンポーネントを含むメディアアセットと同時に消費されるメディアアセットを含む。例えば、メディアガイドアプリケーションは、ユーザ１０２がミュートしたスポーツイベントを鑑賞し、別の番組を聴取した以前の時間についての情報を含むユーザの視聴履歴を読み出し得る。

ステップ８１２で、制御回路６０４は、複数のメディアアセットに対応する複数のカテゴリを決定する。例えば、メディアガイドアプリケーションは、過去に、ユーザ１０２がミュートしたスポーツイベントを鑑賞したとき、ポッドキャストまたはニュースのいずれかを聴取したことを決定し得る。

ステップ８１４で、制御回路６０４は、複数のカテゴリのうちの各カテゴリのための複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出す。データ構造の中の各エントリは、複数のカテゴリからのそれぞれのカテゴリに対応し、それぞれのカテゴリに対応する複数のメディアアセットのうちのメディアアセットの数を表す。例えば、メディアガイドアプリケーションは、ユーザ１０２が、以前にミュートしたスポーツイベントを鑑賞し、ポッドキャストを１０回聴取し、ユーザ１０２が、以前にミュートしたスポーツイベントを鑑賞し、ニュースを９０回聴取したことを示すデータ構造を読み出し得る。

ステップ８１６で、制御回路６０４は、任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応するデータ構造からのエントリに対応する第２のカテゴリを検索する。例えば、メディアガイドアプリケーションは、ユーザ１０２がミュートしたスポーツイベントを鑑賞しながら、ポッドキャストを聴取したよりも頻繁にニュースを聴取したので、第２のカテゴリがニュースであることを決定し得る。

ステップ８１８で、制御回路６０４は、メディアデータベースから、第２のカテゴリに基づいて第２のメディアアセット１０８を選択する。さらに、第２のメディアアセット１０８は、第３のタイプの第３のコンポーネントを備えている。第３のタイプは、オーディオおよびビデオのうちの１つを備え、第３のタイプは、第１のタイプと異なる。例えば、メディアガイドアプリケーションは、少なくともオーディオコンポーネントを有するが、ビデオコンポーネントも有し得るＣＮＮニュース番組を選択し得る。

ステップ８２０で、制御回路６０４は、第１のメディアアセット１０６の第１のタイプの第１のコンポーネントとの同時消費のための第２のメディアアセット１０８の第３のタイプの第３のコンポーネントの推奨を表示のために生成する。ディスプレイ６１２またはスピーカ６１４は、推奨を表示のために生成するために使用され得る。ユーザ１０２は、選択可能なオプション１１０を選択すること、または１１２を選択することによって、それぞれ、推奨を受け入れること、または拒否することを行い得る。ユーザ１０２は、ユーザ入力インターフェース６１０を使用し、選択可能なオプション１１０または１１２を選択し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２がＣＮＮニュース番組を聴取しながらミュートした野球の試合を鑑賞することを推奨し得る。

図９は、本開示のいくつかの実施形態によるユーザ１０２が第１のメディアアセット１０６を消費している間、ユーザ１０２の視聴履歴に基づいて、第２のメディアアセット１０８の推奨をユーザ１０２のために生成するためのプロセスの別の例証的フローチャートを描写する。プロセス９００は、（例えば、メディアガイドアプリケーションによって制御回路６０４に命令される様式で）制御回路６０４によって実行され得る。制御回路６０４は、通信ネットワーク７１４によってユーザ１０２から分離された遠隔サーバの一部であり得る。

プロセス９００は、制御回路６０４が第１のデバイス１０４上に第１のメディアアセット１０６の第１のタイプの第１のコンポーネントを出力のために生成するとき、ステップ９０２から開始する。制御回路６０４は、ディスプレイ６１２またはスピーカ６１４を使用し、メディアアセットのコンポーネントを出力のために生成し得る。例えば、メディアガイドアプリケーションは、ユーザ１０２が第１のテレビ上でミュートした野球の試合を鑑賞することを可能にし得る。

ステップ９０４で、制御回路６０４は、第２のデバイス２０２上に第２のメディアアセット１０８の第３のタイプの第３のコンポーネントを出力のために生成する。例えば、メディアガイドアプリケーションは、第２のテレビを使用し、ＣＮＮニュースからのオーディオを再生し得る。

ステップ９０６で、制御回路６０４は、ユーザ１０２から、第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信する。例えば、メディアガイドアプリケーションは、ユーザ１０２から、ＣＮＮニュース番組のビデオを表示することを始めるための入力を受信し得る。

ステップ９０８で、制御回路６０４は、第２のメディアアセット１０８が第１のタイプの第４のコンポーネントを有するかどうかを決定する。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組がビデオトラックを有するかどうかを決定し得る。

ステップ９０８で、制御回路６０４が、第２のメディアアセット１０８が第１のタイプの第４のコンポーネントを有していないことを決定する場合、プロセス９００は、随意に、ステップ９１０において終了することができる。

ステップ９０８で、制御回路６０４が、第２のメディアアセット１０８が第１のタイプの第４のコンポーネントを有することを決定する場合、プロセス９００は、ステップ９１２に続く。ステップ９１２で、制御回路６０４は、第１のデバイス１０４上に第２のメディアアセット１０８の第１のタイプの第４のコンポーネントを出力のために生成する。例えば、メディアガイドアプリケーションは、ＣＮＮニュース番組がビデオトラックを有することを決定することに応答して、第１のＴＶ上にＣＮＮニュース番組のビデオを表示し得る。

ステップ９１４で、制御回路６０４は、第２のデバイス２０２上に第１のメディアアセット１０６の第２のタイプの第２のコンポーネントを出力のために生成する。例えば、メディアガイドアプリケーションは、第２のＴＶ上に野球の試合のオーディオを出力のために生成し得る。

ステップ９１６で、制御回路６０４は、ユーザ１０２から、第２のメディアアセット１０８の第３のタイプの第３のコンポーネントを出力のために生成するための入力を受信する。例えば、メディアガイドアプリケーションは、ユーザ１０２から、ＣＮＮニュース番組のオーディオトラックを出力のために生成するための入力を受信し得る。

ステップ９１８で、制御回路６０４は、第１のデバイス１０４が第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定する。

ステップ９１８で、制御回路６０４が、第１のデバイス１０４が第３のタイプのコンポーネントを出力のために生成することをサポートしないことを決定する場合、プロセス９００は、随意に、ステップ９２０において終了することができる。

ステップ９１８で、制御回路６０４が、第１のデバイス１０４が第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定する場合、プロセス９００は、ステップ９２２に続く。ステップ９２２で、制御回路６０４は、第３のタイプの第３のコンポーネントを出力のために生成する。

ステップ９２４で、制御回路６０４は、第３のタイプが第２のタイプと同じであるかどうかを決定する。

ステップ９２４で、制御回路６０４が、第３のタイプが第２のタイプと同じではないことを決定する場合、プロセス９００は、随意に、ステップ９２６において終了することができる。

ステップ９２４で、制御回路６０４が、第３のタイプが第２のタイプと同じであることを決定する場合、プロセス９００は、ステップ９２８に続く。ステップ９２８で、制御回路６０４は、第２のタイプの第２のコンポーネントを出力のために生成することを中止する。

図１０は、本開示のいくつかの実施形態によるユーザ１０２が第１のメディアアセット１０６を消費している間、ユーザ１０２の視聴履歴に基づいて、第２のメディアアセット１０８の推奨をユーザ１０２のために生成するためのプロセスのさらに別の例証的フローチャートを描写する。プロセス１０００は、（例えば、メディアガイドアプリケーションによって制御回路６０４に命令される様式で）制御回路６０４によって実行され得る。制御回路６０４は、通信ネットワーク７１４によってユーザ１０２から分離された遠隔サーバの一部であり得る。

プロセス１０００で、制御回路６０４が、ユーザ１０２が第１のメディアアセット１０６のビデオのみを消費していることを決定するとき、ステップ１００２から開始する。

ステップ１００４で、制御回路６０４は、第１のメディアアセット１０６のための第１のカテゴリを決定する。

ステップ１００６で、制御回路６０４は、ユーザ１０２に対応する視聴履歴を読み出す。視聴履歴は、第１のカテゴリに対応し、ビデオを含むメディアアセットと同時に消費されたメディアアセットを含む。

ステップ１００８で、制御回路６０４は、複数のメディアアセットの中の最高数のメディアアセットに対応する第２のカテゴリを選択する。

ステップ１０１０で、制御回路６０４は、メディアデータベースから、第２のカテゴリに基づいて第２のメディアアセット１０８を選択する。第２のメディアアセット１０８は、オーディオを備えている。

ステップ１０１２で、制御回路６０４は、第１のメディアアセット１０６のビデオとの同時消費のための第２のメディアアセット１０８のオーディオの推奨を表示のために生成する。ディスプレイ６１２またはスピーカ６１４は、推奨を表示のために生成するために使用され得る。ユーザ１０２は、選択可能なオプション１１０または１１２をそれぞれ選択することによって、推奨を受け入れ、または拒否し得る。ユーザ１０２は、ユーザ入力インターフェース６１０を使用し、選択可能なオプション１１０または１１２を選択し得る。

プロセス８００－１０００またはその任意のステップは、図４－７に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。例えば、プロセス８００－１０００のうちのいずれかは、ユーザ機器７０２、７０４、および７０６（図７）上に実装される制御回路によって命令されるような制御回路６０４（図６）、および／または推奨を選択するためのユーザ機器によって、実行され得る。加えて、プロセス８００－１０００の１つ以上のステップは、任意の他のプロセスまたは実施形態の１つ以上のステップの中に組み込まれるか、またはそれと組み合わせられ得る。

図８－１０の各々のステップまたは説明は、本開示の任意の他の実施形態とともに使用され得ることが考慮される。加えて、図８－１０に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われ得る。例えば、これらのステップの各々は、システムまたは方法の遅延を低減させるように、もしくは速度を増加させるように、任意の順序で、または並行して、もしくは実質的に同時に実施され得る。さらに、図４－７に関して議論されるデバイスまたは機器のいずれかは、図８－１０におけるステップのうちの１つ以上のものを実施するために使用され得ることに留意されたい。

本発明に関与する方法は、コンピュータ使用可能および／または読み取り可能な媒体を含むコンピュータプログラム製品で具現化され得ることが、当業者に明白であろう。例えば、そのようなコンピュータ使用可能媒体は、その上に記憶されたコンピュータ読み取り可能なプログラムコードを有するＣＤ－ＲＯＭディスクもしくは従来のＲＯＭデバイス等の読み取り専用メモリデバイス、またはハードドライブデバイスもしくはコンピュータディスケット等のランダムアクセスメモリから成ってもよい。本開示に関与する方法、技法、およびプロセスが処理回路を使用して実行され得ることも理解されたい。処理回路は、例えば、ユーザ機器７０４、メディアコンテンツソース７１６、またはメディアガイドデータソース７１８内の汎用プロセッサ、カスタマイズされた集積回路（例えば、ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）であり得る。例えば、プロファイルは、本明細書に説明されるように、図６の記憶装置６０８または図７のメディアガイドデータソース７１８内に記憶され、そこから読み出され得る。

上で議論されるプロセスは、例証であって、限定を意図するものではない。当業者は、本明細書に議論されるプロセスのステップが、本発明の範囲から逸脱することなく、省略され、修正され、組み合わせられ、および／または再配列され得、任意の追加のステップが、実施され得ることを理解するであろう。より一般的には、上記開示は、例示的であり、限定を意図するものではない。続く請求項のみが、本発明が含むものに関する境界を設定することが意図される。さらに、いずれか１つの実施形態で説明される特徴および限定は、本明細書の任意の他の実施形態に適用され得、一実施形態に関するフローチャートまたは例は、好適な様式で任意の他の実施形態と組み合わせられ得ること、異なる順序で行われ得ること、または並行して行われ得ることに留意されたい。加えて、本明細書で説明されるシステムおよび方法は、リアルタイムで実施され得る。上で説明されるシステムおよび／または方法が他のシステムおよび／または方法に適用され得ること、またはそれらに従って使用され得ることにも留意されたい。

Claims (20)

1. ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成する方法であって、前記方法は、
   ユーザによって現在消費されている第１のメディアアセットを受信することであって、前記第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備え、前記第１のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、前記第１のタイプと異なる、ことと、
   前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することと、
   前記第１のメディアアセットに関連付けられたメタデータの組を読み出すことと、
   前記メタデータの組に基づいて、前記第１のメディアアセットのための第１のカテゴリを決定することと、
   前記ユーザに対応する視聴履歴を読み出すことであって、前記視聴履歴は、前記第１のタイプのコンポーネントを含むメディアアセットと同時に消費された複数のメディアアセットを備えている、ことと、
   前記複数のメディアアセットに対応する複数のカテゴリを決定することと、
   前記複数のカテゴリのうちの各カテゴリのための前記複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出すことであって、前記データ構造の中の各エントリは、前記複数のカテゴリからのそれぞれのカテゴリに対応し、前記それぞれのカテゴリに対応する前記複数のメディアアセットのうちのメディアアセットの数を表す、ことと、
   任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応する前記データ構造からのエントリに対応する第２のカテゴリを検索することと、
   メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択することであって、前記第２のメディアアセットは、第３のタイプの第３のコンポーネントを備え、前記第３のタイプは、オーディオおよびビデオのうちの１つを備え、前記第３のタイプは、前記第１のタイプと異なる、ことと、
   前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントとの同時消費のための前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントの推奨を表示のために生成することと
   を含む、方法。
2. 前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することは、
   前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定することと、
   前記１つ以上のユーザ機器の各々が無効にされていることを決定することと
   を含む、請求項１に記載の方法。
3. 前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することは、
   前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費していないという入力をセンサから受信することを含み、前記センサは、前記ユーザを監視している、請求項１に記載の方法。
4. 任意の他のエントリに対応する前記メディアアセットの前記数を上回る前記メディアアセットの前記数に対応する前記データ構造からの前記エントリに対応する前記第２のカテゴリを検索することは、
   前記複数のメディアアセットに対応する１つ以上のエントリを決定することと、
   前記１つ以上のエントリに基づいて、１つ以上のカテゴリを決定することと、
   前記１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定することと
   を含み、
   前記メディアアセットの前記１つ以上の数は、前記１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す、請求項１に記載の方法。
5. 前記メディアデータベースから、前記第２のカテゴリに基づいて前記第２のメディアアセットを選択することは、
   前記第２のカテゴリに対応する前記メディアデータベースからのメディアアセットのサブセットを決定することと、
   前記メディアアセットの前記サブセットからの各メディアアセットのための評価を読み出すことと、
   前記メディアアセットの前記サブセットの中の前記第２のメディアアセットを検索することと
   を含み、
   前記第２のメディアアセットは、前記メディアアセットの前記サブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する、請求項１に記載の方法。
6. 第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
   第２のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
   をさらに含む、請求項１に記載の方法。
7. 第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
   前記第１のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
   をさらに含む、請求項１に記載の方法。
8. 前記ユーザから入力を受信し、前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成することと、
   前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
   前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第２のコンポーネントを出力のために生成することと、
   前記第２のタイプが前記第３のタイプと同じであるかどうかを決定することと、
   前記第２のタイプが前記第３のタイプと同じであることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することを中止することと
   をさらに含む、請求項６に記載の方法。
9. 前記ユーザから前記第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信することと、
   前記ユーザから前記入力を受信することに応答して、
   前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有するかどうかを決定することと、
   前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有することを決定することに応答して、
   前記第１のデバイス上で前記第２のメディアアセットの前記第１のタイプの前記第４のコンポーネントを出力のために生成することと、
   前記第２のデバイス上で前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成することと
   をさらに含む、請求項６に記載の方法。
10. 前記ユーザから前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための入力を受信することと、
    前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
    前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することと、
    前記第３のタイプが前記第２のタイプと同じであるかどうかを決定することと、
    前記第３のタイプが前記第２のタイプと同じであることを決定することに応答して、前記第２のタイプの前記第２のコンポーネントを出力のために生成することを中止することと
    をさらに含む、請求項９に記載の方法。
11. ユーザが第１のメディアアセットを消費している間、前記ユーザの視聴履歴に基づいて、第２のメディアアセットの推奨を前記ユーザのために生成するためのシステムであって、前記システムは、制御回路を備え、
    前記制御回路は、
    ユーザによって現在消費されている第１のメディアアセットを受信することであって、前記第１のメディアアセットは、第１のタイプの第１のコンポーネントと、第２のタイプの第２のコンポーネントとを備え、前記第１のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、オーディオおよびビデオのうちの１つを備え、前記第２のタイプは、前記第１のタイプと異なる、ことと、
    前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定することと、
    前記第１のメディアアセットに関連付けられたメタデータの組を読み出すことと、
    前記メタデータの組に基づいて、前記第１のメディアアセットのための第１のカテゴリを決定することと、
    前記ユーザに対応する視聴履歴を読み出すことであって、前記視聴履歴は、前記第１のタイプのコンポーネントを含むメディアアセットと同時に消費された複数のメディアアセットを備えている、ことと、
    前記複数のメディアアセットに対応する複数のカテゴリを決定することと、
    前記複数のカテゴリのうちの各カテゴリのための前記複数のメディアアセットのうちのメディアアセットの発生の数を示すデータ構造を読み出すことであって、前記データ構造の中の各エントリは、前記複数のカテゴリからのそれぞれのカテゴリに対応し、前記それぞれのカテゴリに対応する前記複数のメディアアセットのうちのメディアアセットの数を表す、ことと、
    任意の他のエントリに対応するメディアアセットの数を上回るメディアアセットの数に対応する前記データ構造からのエントリに対応する第２のカテゴリを検索することと、
    メディアデータベースから、前記第２のカテゴリに基づいて第２のメディアアセットを選択することであって、前記第２のメディアアセットは、第３のタイプの第３のコンポーネントを備え、前記第３のタイプは、オーディオおよびビデオのうちの１つを備え、前記第３のタイプは、前記第１のタイプと異なる、ことと、
    前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントとの同時消費のための前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントの推奨を表示のために生成することと
    を行うように構成されている、システム。
12. 前記制御回路は、前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定するとき、
    前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費することを可能にする１つ以上のユーザ機器を決定することと、
    前記１つ以上のユーザ機器の各々が無効にされていることを決定することと
    を行うようにさらに構成されている、請求項１１に記載のシステム。
13. 前記制御回路は、前記ユーザが前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントのみを消費していることを決定するとき、
    前記ユーザが前記第２のタイプの前記第２のコンポーネントを消費していないという入力をセンサから受信するようにさらに構成され、前記センサは、前記ユーザを監視している、請求項１１に記載のシステム。
14. 前記制御回路は、任意の他のエントリに対応する前記メディアアセットの前記数を上回る前記メディアアセットの前記数に対応する前記データ構造からの前記エントリに対応する前記第２のカテゴリを検索するとき、
    前記複数のメディアアセットに対応する１つ以上のエントリを決定することと、
    前記１つ以上のエントリに基づいて、１つ以上のカテゴリを決定することと、
    前記１つ以上のカテゴリのためのメディアアセットの１つ以上の数を決定することと
    を行うようにさらに構成され、
    前記メディアアセットの前記１つ以上の数は、前記１つ以上のカテゴリからの各カテゴリに対応するメディアアセットの数を表す請求項１１に記載のシステム。
15. 前記制御回路は、前記メディアデータベースから、前記第２のカテゴリに基づいて前記第２のメディアアセットを選択するとき、
    前記第２のカテゴリに対応する前記メディアデータベースからのメディアアセットのサブセットを決定することと、
    前記メディアアセットの前記サブセットからの各メディアアセットのための評価を読み出すことと、
    前記メディアアセットの前記サブセットの中の前記第２のメディアアセットを検索することと
    を行うようにさらに構成され、
    前記第２のメディアアセットは、前記メディアアセットの前記サブセットからの任意の他のメディアアセットのための対応する評価を上回る対応する評価を有する、請求項１１に記載のシステム。
16. 前記制御回路は、
    第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
    第２のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
    を行うようにさらに構成されている、請求項１１に記載のシステム。
17. 前記制御回路は、
    第１のデバイス上で前記第１のメディアアセットの前記第１のタイプの前記第１のコンポーネントを出力のために生成することと、
    前記第１のデバイス上で前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成することと
    を行うようにさらに構成されている、請求項１１に記載のシステム。
18. 前記制御回路は、
    前記ユーザから、前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成するための入力を受信することと、
    前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
    前記第１のデバイスが前記第２のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第２のコンポーネントを出力のために生成することと、
    前記第２のタイプが前記第３のタイプと同じであるかどうかを決定することと、
    前記第２のタイプが前記第３のタイプと同じであることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することを中止することと
    を行うようにさらに構成されている、請求項１６に記載のシステム。
19. 前記制御回路は、
    前記ユーザから、前記第１のタイプの第４のコンポーネントを出力のために生成するための入力を受信することと、
    前記ユーザから前記入力を受信することに応答して、
    前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有するかどうかを決定することと、
    前記第２のメディアアセットが前記第１のタイプの前記第４のコンポーネントを有することを決定することに応答して、
    前記第１のデバイス上で前記第２のメディアアセットの前記第１のタイプの前記第４のコンポーネントを出力のために生成することと、
    前記第２のデバイス上で前記第１のメディアアセットの前記第２のタイプの前記第２のコンポーネントを出力のために生成することと
    を行うようにさらに構成されている、請求項１６に記載のシステム。
20. 前記制御回路は、
    前記ユーザから、前記第２のメディアアセットの前記第３のタイプの前記第３のコンポーネントを出力のために生成するための入力を受信することと、
    前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートするかどうかを決定することと、
    前記第１のデバイスが前記第３のタイプのコンポーネントを出力のために生成することをサポートすることを決定することに応答して、前記第３のタイプの前記第３のコンポーネントを出力のために生成することと、
    前記第３のタイプが前記第２のタイプと同じであるかどうかを決定することと、
    前記第３のタイプが前記第２のタイプと同じであることを決定することに応答して、前記第２のタイプの前記第２のコンポーネントを出力のために生成することを中止することと
    を行うようにさらに構成されている、請求項１９に記載のシステム。

Images