(57)【要約】多様なメディアコンテンツソースの間を切り替える、またはトグルするシステムおよび方法を提供する。リクエストされたメディアアセットの１つ以上の標準バージョンは、該メディアシステム内で視聴可能な場合、強化バージョンに自動的にマッピングすることができる。画面上のトグルオプションも提示することができ、ユーザは、該リクエストされたメディアアセットの１つ以上の代替バージョンの間を迅速かつ容易に前後に切り替えることが可能になる。ユーザは、指定されたバージョンでメディアアセットを自動的に提示するように、視聴選好を設定することもできる。
2010512681.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器装置上にメディアアセットを提示する方法であって、
メディアアセットに対するユーザリクエストを受信することと、
前記リクエストされたメディアアセットが、少なくとも１つの代替バージョンで視聴可能かどうかを判断することであって、前記代替バージョンは、リクエストされたバージョンではない、ことと、
前記リクエストされたメディアアセットが、前記少なくとも１つの代替バージョンで視聴可能であるという判断に応答して、前記リクエストされたメディアアセットに、画面上バージョンのトグルオプションを提示することであって、前記画面上バージョンのトグルオプションは、ユーザによって選択可能である、ことと
を含む、方法。
【請求項２】
前記画面上バージョンのトグルオプションのユーザ選択の指示を受信することと、
前記指示に応答して、前記少なくとも１つの代替バージョンのうちの１つを提示することと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの代替バージョンは、標準解像度バージョン、高解像度バージョン、ドルビーデジタルサウンドの高解像度バージョン、Ｈ２６４バージョン、未編集バージョン、子供用に編集されたバージョン、および広告用に編集されたバージョンから成る群より選択される、請求項１に記載の方法。
【請求項４】
前記リクエストされたメディアアセットが少なくとも１つの代替バージョンで視聴可能であるかどうかを判断することは、ユーザ機器装置上に保存されたソースマッピングテーブルを読み取ることを含む、請求項１に記載の方法。
【請求項５】
前記リクエストされたメディアアセットが少なくとも１つの代替バージョンで視聴可能であるかどうかを判断することは、前記ユーザ機器装置からリモートのコンテンツまたはデータソースにクエリすることを含む、請求項１に記載の方法。
【請求項６】
前記ユーザ機器装置が前記少なくとも１つの代替バージョンをサポートするかどうかを判断することをさらに含む、請求項１に記載の方法。
【請求項７】
前記リクエストされたメディアアセットに前記画面上バージョンのトグルオプションを提示することは、表示画面の情報領域に前記画面上バージョンのトグルオプションを提示することを含む、請求項１に記載の方法。
【請求項８】
前記リクエストされたメディアアセットに前記画面上バージョンのトグルオプションを提示することは、前記リクエストされたアセットの上部に前記画面上バージョンのトグルオプションを提示することを含む、請求項１に記載の方法。
【請求項９】
前記リクエストされたメディアアセットに前記画面上バージョンのトグルオプションを提示することは、オーバーレイに前記画面上バージョンのトグルオプションを提示することを含む、請求項１に記載の方法。
【請求項１０】
前記リクエストされるメディアアセットは、放送テレビ番組、録画番組、オンデマンド番組、有料（ｐａｙ−ｐｅｒ−ｖｉｅｗ）番組、およびデジタル音楽から成る群より選択される、請求項１に記載の方法。
【請求項１１】
前記ユーザ機器装置上で前記少なくとも１つの代替バージョンのうち少なくとも１つをバッファすることをさらに含む、請求項１に記載の方法。
【請求項１２】
前記指示を受信することに応答して、前記少なくとも１つの代替バージョンのうち少なくとも１つをバッファすることをさらに含む、請求項２に記載の方法。
【請求項１３】
ユーザ機器装置上にメディアアセットを提示するシステムであって、
ユーザ入力デバイスと、
制御回路であって、
前記ユーザ入力デバイスから、メディアアセットに対するユーザリクエストを受信することと、
前記リクエストされたメディアアセットが、少なくとも１つの代替バージョンで視聴可能であるかどうかを判断することであって、前記代替バージョンは前記リクエストされたバージョンではない、ことと、
前記リクエストされたメディアアセットが前記少なくとも１つの代替バージョンで視聴可能であるという判断に応答して、前記リクエストされたメディアアセットに、画面上バージョンのトグルオプションを提示することであって、前記画面上バージョンのトグルオプションは、ユーザによって選択可能である、ことと
を実行するように構成された制御回路と
を含む、システム。
【請求項１４】
前記制御回路は、
前記ユーザ入力デバイスから、前記画面上バージョンのトグルオプションのユーザ選択の指示を受信し、
前記指示の受信に応答して、前記少なくとも１つの代替バージョンのうちの１つを提示するようにさらに構成される、請求項１３に記載のシステム。
【請求項１５】
前記少なくとも１つの代替バージョンは、標準解像度バージョン、高解像度バージョン、ドルビーデジタルサウンドの高解像度バージョン、Ｈ２６４バージョン、未編集バージョン、子供用に編集されたバージョン、および広告用に編集されたバージョンから成る群より選択される、請求項１３に記載のシステム。
【請求項１６】
前記制御回路は、ソースマッピングテーブルの前記リクエストされたアセットを参照することによって、前記リクエストされたメディアアセットが少なくとも１つの代替バージョンで視聴可能であるかどうかを判断するように構成される、請求項１３に記載のシステム。
【請求項１７】
前記制御回路は、前記ユーザ機器装置からリモートのコンテンツまたはデータソースにクエリすることによって、前記リクエストされたメディアアセットが少なくとも１つの代替バージョンで視聴可能であるかどうかを判断するように構成される、請求項１３に記載のシステム。
【請求項１８】
さらに前記制御回路は、前記ユーザ機器装置が前記少なくとも１つの代替バージョンをサポートするかどうかを判断するように、さらに構成される、請求項１３に記載のシステム。
【請求項１９】
前記制御回路は、前記画面上バージョンのトグルオプションを表示画面の情報領域に提示することによって、前記リクエストされたメディアアセットに前記画面上バージョンのトグルオプションを提示するように構成される、請求項１３に記載のシステム。
【請求項２０】
前記制御回路は、前記リクエストされたアセットの上部に前記画面上バージョンのトグルオプションを提示することによって、前記リクエストされたメディアアセットに前記画面上バージョンのトグルオプションを提示するように構成される、請求項１３に記載のシステム。
【請求項２１】
前記制御回路は、前記画面上バージョンのトグルオプションをオーバーレイに提示することによって、前記リクエストされたメディアアセットに前記画面上バージョンのトグルオプションを提示するように構成される、請求項１３に記載のシステム。
【請求項２２】
前記リクエストされるメディアアセットは、放送テレビ番組、録画番組、オンデマンド番組、有料（ｐａｙ−ｐｅｒ−ｖｉｅｗ）番組、およびデジタル音楽から成る群より選択される、請求項１３に記載のシステム。
【請求項２３】
さらに前記制御回路は、前記ユーザ機器装置上で前記少なくとも１つの代替バージョンのうち少なくとも１つをバッファするようにさらに構成される、請求項１３に記載のシステム。
【請求項２４】
前記制御回路は、前記指示を受信することに応答して、前記少なくとも１つの代替バージョンのうち少なくとも１つをバッファするようにさらに構成される、請求項１４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してメディアシステムに関し、より具体的には、２つ以上のバージョンのメディアアセットをサポートするメディアシステムに関する。
【背景技術】
【０００２】
今日のメディアシステムは、大量のメディアを視聴者に提供する。テレビ放送コンテンツ、有料（ｐａｙ−ｐｅｒ−ｖｉｅｗ）番組（ＰＰＶ）コンテンツ、録画コンテンツ、オンデマンドコンテンツ（例えば、ビデオオンデマンド（ＶＯＤ）コンテンツ）、およびデジタル音楽は、全て、適切なユーザ機器を使用して視聴者の家庭においてアクセスすることができる。さらに、一部の場合には、ユーザ機器から２つ以上のバージョンの特定のメディアアセットにアクセス可能にすることができる。
【０００３】
例えば、同じメディアアセットの標準解像度（ＳＤ）バージョンと高解像度（ＨＤ）バージョンが、異なるコンテンツソースからまたは異なるチャンネル上で同時にアクセス可能にすることができる。別の例としては、メディアアセットのドルビー５．１オーディオのＨＤバージョンと、同じメディアアセットのドルビーデジタルＥＸ（またはドルビーデジタルプラス）のＨＤバージョンも、メディアシステムで同時に視聴可能にすることもできる。しかしながら、ユーザは、現在ユーザ機器上で提示されているメディアアセットの１つ以上の代替バージョンが視聴可能であることに気づかない場合がよくある。
【０００４】
さらに、ユーザは、ある場合においては、２つ以上のバージョンのメディアアセットを容易に切り替える、またはトグルすることを望むことがある。例えば、ＨＤ放送またはＨＤ信号が壊れるか、劣化または飛びが発生する場合（例えば衛星システム内の悪天候または処理および／またはデコードの遅延等により）、ユーザは、ビデオおよび／またはオーディオの完全性を増加するために、アセットのＨＤバージョンからＳＤバージョンに切り替えることを希望する場合がある。後に、信号の完全性が増加すると、ユーザは、迅速にＨＤバージョンに切り替える、またはトグルすることを望むことがある。別の例としては、視聴者がＲ指定の映画を観ている時に、他の家族が部屋に入ってきた際、ＰＧ１３指定の映画になるようにオーディオおよび／またはビデオが編集されているバージョンに切り替えることを希望する場合がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、メディアシステムで視聴可能で、ユーザ機器装置によってサポートされている、リクエストされたメディアアセットの最高画質バージョンを自動的に提示するユーザ機器を提供することが望ましいであろう。また、ユーザにメディアアセットの代替バージョンが視聴可能であることを通知するため、さらに、あるバージョンから別のバージョンへの効率的なトグル切り替えまたは切り替えを可能にするために強化されたユーザインターフェイスを提供することも望ましいであろう。
【課題を解決するための手段】
【０００６】
本発明の原理に従い、強化されたアセット選択をサポートする双方向メディアガイダンスアプリケーションが提供される。強化されたビデオ選択のサポートは、同じメディアアセットの２つ以上のバージョンを切り替えまたはトグルするために使用することができる。
【０００７】
本明細書で使用される、メディアアセットの代替バージョンは、異なるフォーマット、サイズ、解像度、エンコードレート、圧縮、フレームレート、ビデオ画質、オーディオ音質、オーディオチャンネルの数、編集ステータス、または他の任意の適切なオーディオまたはビデオ特徴で視聴可能な同じコンテンツを含むことができる。ＳＤとＨＤは、メディアアセットの代替バージョンの２つの例として使用される場合があるが、他のバージョンも存在し得ることを明確に理解されたい。代替バージョンは、さらに高いオーディオ音質、ビデオ画質、または両方の強化バージョンに加えて、さらに低いオーディオ音質、ビデオ画質、または両方のバージョンを含むことができる。例えば、それぞれ、異なるドルビーデジタル（ＡＣ−３）バージョン（例えば、ドルビーデジタル（５．１）、ドルビーデジタルＥＸ、ドルビーデジタルサラウンドＥＸおよびドルビーデジタルプラス）または他のオーディオ形式の複数のＨＤバージョンにアクセス可能にできる。さらに、メディアシステムでは、１つ以上の高圧縮バージョンのアセットを視聴可能にすることができる（例えば、ＡＶＣ／Ｈ．２６４形式）。また、代替バージョンは、オーディオおよび／またはビデオが編集されたバージョンも含むことができる。例えば、コマーシャルを追加または削除された可能性もあり、不適切な場面または会話が削除または置き換えられた可能性もある。
【０００８】
また、本発明の原理は、関連するビデオコンポーネントがないデジタルオーディオメディアアセットのバージョンに適用することもできる。例えば、異なるビットレート（例えば、１２８、１９２、２５６および３２０ｋｂｐｓ）およびサンプリング周波数（例えば、３２、４４．１、４８、１２８および１９２ｋＨｚ）の複数のＭＰ３または他のデジタルオーディオファイルをメディアシステムで視聴可能にすることができる。これらのデジタルオーディオファイルは、異なる音質指定（例えば、通常、良好、優良、最高）で分類することができ、ユーザは、２つ以上のこれらのバージョンの間を効率的に切り替えまたはトグルすることができる。
【０００９】
一部の実施形態においては、強化されたソースがメディアシステムで視聴可能でユーザ機器装置によってサポートされている場合、メディアアセットの標準ソース（例えば、ＳＤソース）は強化されたソース（例えば、ＨＤソース）に自動的にマッピングされる。強化されたソースは、さらに高い画質のビデオおよび／または高い音質のオーディオの任意のソースを含むことができる。アセットに対するユーザのリクエストを受信後、双方向メディアガイダンスアプリケーションは、ユーザが強化されたレベルの顧客であるかどうかを判断する。ユーザが強化されたレベルの顧客であり、リクエストされたアセットの強化バージョンがメディアシステムで視聴可能である場合、強化されたコンテンツソースを見つけることができる。次に、新しいバージョンのマッピングを反映するように、バージョンマッピングテーブルを更新することができる。今後のアクセスリクエストに備えて、標準ソースを強化ソースに自動的にマッピングすることができる。
【００１０】
ソースの切り替えまたはトグル（これらの用語は本明細書では同義に使用される）を容易にするために、一部の実施形態においては、ユーザが選択可能なバージョントグルオプションは、例えば、フリップまたはブラウザバー、情報画面、透過的なオーバーレイまたはウィンドウの形態で提示される。バージョントグルオプションによって、ユーザは、代替バージョンがアクセス可能なチャンネル番号またはソースを知らなくても、１つ以上の代替バージョンのメディアアセットの間を効果的に切り替えまたはトグルすることができるようになる。バージョントグルオプションは、一部の実施形態においては、メディアアセット上にオーバーレイすることができ、表示画面上の任意の適切な場所に提示することができる。バージョントグルオプションをユーザが選択後、現在提示されているメディアアセットの代わりのソースがアクセスされて、ユーザに提示される。一部の実施形態においては、バージョントグルオプションをユーザが選択後、ユーザ機器がステルスチャンネル合わせを行うので、表示チャンネルは変えられないが、ソースまたはチャンネルの呼び出し文字を更新することができ（例えば、ＨＢＯＨＤからＨＢＯへ、またはこの反対）、新しいソースが提示される。ユーザが選択可能なバージョントグルオプションは、代わりのソースが現在提示されていることを反映するように変更することもできる。
【００１１】
アセットの代替バージョンの間を前後にトグルするために、ユーザは、ユーザが選択可能なオプションを１回以上選択することができる。それぞれの選択後、適当なソースに合わされて、ユーザに提示される。メディアシステムで複数の代替バージョンが視聴可能である場合、バージョントグルオプションは、一部の実施形態においては、ラウンドロビン方式で視聴可能なバージョンを繰り返すことができる。
【００１２】
一部の実施形態においては、円滑なソースのトグルを促進するために、ユーザ機器上で１つ以上のリアルタイムバッファを維持することができる。リクエストされたメディアアセットの１つ以上の代替バージョンがメディアシステムで視聴可能であると判断後、リアルタイムバッファは、１つ以上のこれらの代替バージョンをバッファすることができる。例えば、ＳＤのメディアアセットをリクエスト後、同じメディアアセットのＨＤおよびＨ．２６４両方のバージョンの３０分間のバッファが、現在の視聴位置の後、前、または前後両方で維持することができる。一部の実施形態においては、バージョントグルオプションまたは代替バージョンの通知は、１つ以上の代替バージョンの十分な（例えば、デコードの開始に十分な）量がユーザ機器上でバッファされるまで、ユーザには表示されないようにできる。このようにして、バージョントグルオプションをユーザが選択後、メディアアセットの新しいバージョンの、デコードされるのに十分な量の受信のために待機することなく、ほとんど直後に新しいバージョンを提示することができる。
【００１３】
一部の実施形態においては、ユーザプロファイルを作成してユーザ機器または他の場所に保存することができる。ユーザプロファイルは、多様なバージョン視聴選好を含むことができる。例えば、ユーザは、メディアシステムで視聴可能な場合、ユーザのプロファイルに、一定のアセットは常に特定のバージョンまたは形式（例えば、常にＨＤ、ＳＤまたはＡＶＣ／Ｈ．２６４エンコード形式）で提示すべきであるということを指示することができる。ユーザは、メディアアセットを、タイトル、ジャンル、時間、チャンネル、メディアタイプまたは他の任意の適切な条件（または条件の組み合わせ）によって指定することができる。例えば、ユーザは、午後５時以降、常にスポーツコンテンツをＨＤで視聴して、常にニュースをＳＤで視聴すると望むことができる。ユーザのプロファイルに適当な選択を行うことによって、スポーツまたはニュースジャンル（例えば、メディアガイダンスアプリケーションデータによって決定されるように）のコンテンツは、視聴可能な場合、指定されたバージョンまたは形式で提示される。
【図面の簡単な説明】
【００１４】
本発明の上記および他の特徴、その性質および多様な利点は、添付の図面を参照しながら、以下の詳細説明を検討することによってさらに明らかとなるであろう。
【図１】本発明の一実施形態に従う、例示的な双方向メディアシステムの模式図である。
【図２】本発明の一実施形態に従う、例示的なバージョンバッファの模式図である。
【図３】本発明の一実施形態に従う、例示的なソースマッピングテーブルである。
【図４】図４および図５は、本発明の実施形態に従う、強化されたソース選択オプションを有する例示的な表示画面を示す図である。
【図５】図４および図５は、本発明の実施形態に従う、強化されたソース選択オプションを有する例示的な表示画面を示す図である。
【図６】本発明の一実施形態に従う、強化されたソース選択オプションを有する例示的な表示画面の別の実施形態を示す図である。
【図７】本発明の一実施形態に従う、ソース選択トグルオプションを有する例示的な表示画面を示す図である。
【図８】本発明の一実施形態に従う、例示的な視聴プロファイル表示画面を示す図である。
【図９】本発明の一実施形態に従う、アセットの代替バージョンに自動的にアクセスするための例示的なプロセスを示す図である。
【図１０】本発明の一実施形態に従う、ソース選択オプションを使用してソースをトグルするための例示的なプロセスを示す図である。
【図１１】本発明の一実施形態に従う、バージョンマッピングテーブルを更新するための例示的なプロセスを示す図である。
【発明を実施するための形態】
【００１５】
図１は、本発明の一実施形態に従う、例示的な双方向メディアシステム１００を示す。ユーザ機器装置１０２は、通信経路１５０を介して、コンテンツソース１３０、１３３および１３５より信号の形でコンテンツを受信する。任意の適切な数のユーザは、コンテンツソース１３０、１３３および１３５ならびにデータソース１４０に接続されたユーザ機器装置１０２のようなユーザ機器を有することができる。さらに、単独のユーザが複数のユーザ機器装置を有することができる。しかしながら、図面を明確にするために、単一のユーザだけの単一のユーザ機器が示される。
【００１６】
コンテンツソース１３０、１３３および１３５は、例えば、ケーブルシステムヘッドエンド、衛星テレビ配信施設、テレビ放送施設、オンデマンドサーバ（例えば、ビデオオンデマンド（「ＶＯＤ」）サーバ）、家庭用メディアハブ、インターネットまたはネットワークメディア／ウェブサーバ、または受動的または双方向のメディアコンテンツを発信またはユーザ機器装置１０２に配信するための他の任意の適切な施設またはシステム等の任意の適切なコンテンツを含むことができる。コンテンツソース１３０、１３３および１３５によってユーザ機器装置１０２に提供され得るメディアアセットは、放送番組、放送シリーズ、ＶＯＤ番組、デジタル音楽、ニュース、双方向アプリケーション（例えば双方向ゲーム）、インターネットリソースおよびウェブサービス（例えば、ウェブサイト、ニュースグループおよびチャットルーム）、およびユーザ機器装置１０２を使用して、表示、提示、録画または双方向通信することができる他の任意のメディアアセットを含むことができる。
【００１７】
メディアシステムで視聴可能なコンテンツソースは、１つ以上のＳＤコンテンツソース１３０、ＨＤコンテンツソース１３３およびＨ．２６４コンテンツソース１３５を含むことができる。これらのコンテンツソースは、メディアシステム１００では別々の要素として示されているが、実際の実現形態では、これらのコンテンツソースは、単一のコンテンツソースに統合され得る。他のコンテンツソースもメディアシステム１００に画定され得る。例えば、多様なドルビーデジタルオーディオバージョンのＨＤコンテンツは、ＨＤコンテンツソース１３３の一部または１つ以上の別々のコンテンツソースとして視聴可能にすることができる。また、編集されたコンテンツもいずれかまたは全てのソースの一部として含み得る。
【００１８】
ＳＤコンテンツソース１３０上で視聴可能な一部または全てのコンテンツは、ＨＤコンテンツソース１３３、Ｈ．２６４コンテンツソース１３５、またはＨＤコンテンツソース１３３とＨ．２６４コンテンツソース１３５の両方で視聴可能にすることもできる。例えば、一部のコンテンツは、３つ全ての形式で視聴可能にすることができるが、他のコンテンツはＳＤ、ＨＤまたはＨ．２６４形式だけで視聴可能にすることができる。
【００１９】
一部の実施形態においては、ユーザ機器装置１０２の一部の事例は、異なる機能を有することができる。ユーザ機器装置は、異なる種類のコンテンツを表示して、異なる種類のソフトウェアを異なるプラットフォーム上で実行するように構成することができる。例えば、ユーザ機器装置１０２の事例は、セットトップボックス、メディアサーバ、パーソナルコンピュータ、および携帯電話やＰＤＡ等の多様な移動通信装置を含むことができる。これらのユーザ機器装置のそれぞれは、データを受信するために異なる帯域幅容量を有し得る。例えば、ワイヤレスユーザ機器装置は、有線（例えば、ケーブル）経路を経由してコンテンツまたはデータソースに接続されたユーザ機器装置よりも低いデータレートでデータを受信し得る。さらに、ワイヤレスデバイスは、ＨＤコンテンツを表示するように構成され得ないが、他のユーザ機器装置は、ＨＤデコーダおよび表示サポートを有することができる。一部の実施形態においては、ユーザ機器装置は、リクエストしているユーザ機器装置と互換性のあるコンテンツだけを提示するように自動的に選択することができる。
【００２０】
コンテンツソース１３０、１３３および１３５は、例えば、衛星経路、光ファイバ経路、ケーブル経路または他の任意の適切な有線またはワイヤレス経路等、任意の適切な通信経路１５０を介して、ユーザ機器装置１０２に信号を伝送するように構成され得る。図１の例では通信経路１５０だけが示されているが、実際の実現形態では、多数の通信経路がユーザ機器装置１０２とコンテンツソース１３０、１３３および１３５を接続することができる。信号は、ブロードキャスト、マルチキャスト、ユニキャストまたは他の任意の適切な伝送ストリームとして伝送され得る。コンテンツソース１３０、１３３および１３５は、例えば、新しい信号を生成するため、またはオンデマンドコンテンツを提供するユーザ機器装置１０２と通信するため等、コンテンツソースによって伝送される信号上で操作を実行するための制御回路１３２も含むことができる。
【００２１】
ユーザ機器装置１０２は、１つ以上のインスタンスのデータソース１４０から双方向アプリケーションデータを受信することができる。データソース１４０は、特定のタイプのコンテンツまたはユーザ機器装置１０２で実行中の特定のアプリケーションのためにデータを提供することができる。例えば、１つのデータソース１４２は、双方向メディアガイダンスアプリケーションのためにデータを提供することができ、別のデータソース１４２は、双方向ホームショッピングアプリケーションのためにデータを提供することができる。一部の実施形態においては、データソース１４０は、クライアント・サーバモデルを使用して、ユーザ機器装置１０２上で実行中のアプリケーションにデータを提供できる。データソースあたり１台のサーバ、全てのソースに１台のサーバでもよく、または、一部の実施形態においては、単独のサーバが、ユーザ機器装置１０２と多様なデータソース１４０との間のプロキシとして通信することができる。
【００２２】
コンテンツソース１３０、１３３および１３５、およびデータソース１４０は、図１では個別の要素として示される。実際、これらの機能は、単一のメカニズムに組み合わされて、単一の施設で単一のシステムから提供することができ、または、これらの機能は、複数の施設で複数のシステムによって提供することができる。例えば、１つ以上のコンテンツソース１３０、１３３および１３５、およびデータソース１４２は、テレビ放送コンテンツ、および評価情報、番組データ、ジャンル情報、または他の適切な情報を含む、関連するテレビ放送データをユーザ機器装置１０２に提供するように組み合わされ得る。
【００２３】
ユーザ機器装置１０２は、双方向メディア体験を提供するために適切な任意の機器を含むことができる。例えば、ユーザ機器装置１０２は、テレビカード付パーソナルコンピュータ（ＰＣＴＶ）のようなコンピュータ機器を含み得る。ユーザ機器装置１０２は、テレビとセットトップボックス、録画デバイス、ビデオ再生機、ユーザ入力デバイス（例えば、リモコン装置、キーボード、マウス、タッチパッド、タッチ画面、および／または音声認識／確認モジュール）または完全な双方向体験を提供するための他の任意の適切なデバイス等のテレビ機器も含むことができる。例えば、ユーザ機器１０２は、Ｍｏｔｏｒｏｌａ，Ｉｎｃ．から市販されているＤＣＴ２０００、２５００、５１００、６２０８または６４１２のセットトップボックスを含み得る。ユーザ機器装置１０２は、ＰＤＡ、ノートパソコンコンピュータ、携帯電話、ｉＰｏｄのようなオーディオプレーヤー等、一体化または付属のディスプレイを備えた多様なモバイル通信デバイスも含み得る。
【００２４】
図１の例では、ユーザ機器装置１０２は、少なくとも制御回路１１０、ディスプレイデバイス１０４、双方向メディアガイダンスアプリケーション１０６、メモリ１１２、ユーザ入力デバイス１０８、およびエンコード／デコード回路１０９を含み、これら全ては、個別のデバイスまたは単一の一体化デバイスとして実現することができる。双方向メディアガイダンスアプリケーション１０６に加えて、他の双方向アプリケーションがユーザ機器装置１０２上に実現され得る。これらの双方向アプリケーションは、制御回路１１０の１つ以上のデジタルまたはアナログチューナに、ディスプレイデバイス１０４上に、通信経路１５０を介してコンテンツソース１３０によって伝送されたコンテンツを表示して、双方向アプリケーション機能を提供するように命令することができる。１つのデジタルチューナがＨＤコンテンツだけを受信して、別のデジタルチューナがＳＤコンテンツだけを受信することができる。または単独のデジタルチューナが全ての形式のデジタルコンテンツを受信し得る。
【００２５】
制御回路１１０は、１つ以上のチューナに、入力デバイス１０８からの何らかのユーザ入力に応答してコンテンツ信号を取得するように命令することができる。デコード／エンコード回路１０９は、ＭＰＥＧ（例えば、ＭＰＥＧ−２またはＭＰＥＧ−４）デコード／エンコード回路、圧縮／解凍回路、および伝送コード回路を含むことができる。デコード／エンコード回路１０９は、ＨＤコンテンツソース１３３から受信したＨＤコンテンツ、ＳＤコンテンツソース１３０から受信したＳＤコンテンツ、および／またはＨ．２６４コンテンツソース１３５から受信したＨ．２６４コンテンツをエンコードおよび／またはデコードする能力を有し得る。デコード／エンコード回路１０９は、図１の例では、ユーザ機器装置１０２の別個の要素として示されているが、実際の実現形態では、デコード／エンコード回路１０９は、制御回路１１０と統合することができる。
【００２６】
ディスプレイデバイス１０４は、例えばテレビモニタ、コンピュータモニタ、ＬＣＤまたはプラズマディスプレイ、ビデオプロジェクションデバイス、ホログラフィックプロジェクタ、バーチャルリアリティシミュレータ等、人間が知覚可能なメディアを提示することができる任意の適切なデバイスにすることができる。また、ディスプレイデバイス１０４はオーディオおよび他の感覚の出力を提供するように構成することもできる。一部の実施形態においては、ディスプレイデバイス１０４は、制御回路１１０に入力を提供することもできる（例えば、容量性、抵抗性または表面波のタッチ画面ディスプレイ）。
【００２７】
制御回路１１０は、入力デバイス１０８（およびオプションでデバイス１０４）からのユーザ入力を受信、双方向メディアガイダンスアプリケーション１０６の命令を実行、他の任意の双方向アプリケーションの命令を実行、およびデバイス１０４にメディアコンテンツおよび双方向アプリケーション表示画面、およびオーバーレイを表示するように命令するように、適合される。制御回路１１０は、１つ以上のチューナ（例えば、アナログまたはデジタルチューナ）、エンコーダおよびデコーダ（例えば、ＭＰＥＧエンコーダやデコーダ）、プロセッサ（例えば、モトローラ６８０００ファミリープロセッサ）、通信回路（例えば、ケーブルモデムやＡＴＳＣ２５６ＱＡＭ受信回路）、入力／出力回路（例えば、グラフィック回路）、ユーザ機器１０２の多様なデバイスへの接続（例えば、メモリ１１２）、およびテレビ番組、双方向メディアアプリケーションおよびゲーム、デジタル音楽、および他の双方向機能を含む、アナログまたはデジタルのメディアコンテンツを提供するための他の任意の適切なコンポーネントを含むことができる。制御回路１１０は、メモリ１１２から双方向メディアガイダンスアプリケーション１０６の命令を実行するように構成されてもよく、任意のタイプの記憶またはメモリメカニズム（例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ハイブリッドタイプのメモリ、ハードディスクおよび／または光学式ドライブ）を含む可能性がある。一実施形態においては、制御回路１１０は、例えば、ディスプレイ１０４の一部または他の任意のデバイス（例えば、セットトップボックス、テレビ、および／またはビデオ再生機）等、ユーザ機器１０２のデバイスのうちの１つの部分として含むことができる。
【００２８】
メモリ１１２は、データソース１４０またはコンテンツソース１３０、１３３および１３５からのデータおよびアセットを保存するための１つ以上の記録デバイスも含むことができる。記録デバイスは、デジタルビデオレコーダ（ＤＶＲ）、ファイルシステムまたはゲームシステムを含めて、任意のメディア記憶または記録デバイスを含むことができる。記録デバイス上に保存されたデータおよびアセットは、双方向メディアガイダンスアプリケーション１０６によって使用されるデータ（例えば、メディアコンテンツ情報、または他の任意の適切な情報）、およびユーザ機器装置１０２で提示されることが可能な任意のメディアアセットを含むことができる。
【００２９】
図１の図説された実施形態では、双方向メディアガイダンスアプリケーション１０６は、ユーザ機器装置１０２の内部にあるが、双方向メディアガイダンスアプリケーション１０６は、ユーザ機器装置１０２の外部に実装、または部分的に外部に実装され得る。例えば、双方向メディアガイダンスアプリケーション１０６は、コンテンツソース１３０、１３３または１３５において実装されてもよく、一部のアプリケーションがクライアントプロセスの形でユーザ機器装置１０２上にローカルに実装されて、一部のアプリケーションがサーバプロセスの形でリモートの場所に実装される、クライアント・サーバまたは分散アーキテクチャーを使用して実行することができる。双方向メディアガイダンスアプリケーション１０６は、ユーザ機器装置１０２によってアクセス可能な任意の適切なサーバ、コンピュータ機器、またはセットトップボックス上に実装することもできる。一部の実施形態においては、双方向メディアガイダンスアプリケーション１０６は、別の双方向アプリケーションと統合、または、独立型のアプリケーション、サブプロセスまたはクラス（例えばＯＣＡＰ環境で）として実現される。
【００３０】
少なくとも一部の実施形態では、双方向メディアガイダンスアプリケーション１０６は、ソフトウェアにおいて実現される。しかしながら、他の実施形態においてはソフトウェアおよび／またはハードウェアにおける実現形態が使用され得る。これらの設定は例示的なものに過ぎない。希望であれば、双方向メディアガイダンスアプリケーション１０６を実現するために他の適切な技法を使用することができる。
【００３１】
双方向メディアガイダンスアプリケーション１０６は、メモリ１１２にソースマッピングのテーブルを維持することができる。テーブルは、メディアガイダンスアプリケーションによってローカルに生成される、または、リモートのサーバ、コンテンツ、またはデータソースからダウンロードすることができる。このソースマッピングのテーブルは、コンテンツの標準バージョン（例えば、ＳＤバージョン）を、メディアシステム１００で視聴可能な場合（例えば、コンテンツソース１３０、１３３または１３５、またはメモリ１１２から）、コンテンツの強化（例えば、ＨＤ）バージョンに関連付けることができる。また、ソースマッピングのテーブルは、多様なドルビーデジタルサウンドバージョンのコンテンツのＨ．２６４およびＨＤバージョン等、視聴可能なコンテンツの代替のソースを特定することもできる。一部の実施形態においては、ソースマッピングのテーブルは、以下に説明する、図３に示されているように、視聴可能なソースのソースまたはチャンネル識別子も含むことができる。双方向メディアガイダンスアプリケーション１０６は、このソースマッピングのテーブルにアクセスして、ユーザ入力または選好、帯域幅の考慮、ユーザ機器１０２の能力、または他の任意の適切な条件に基づいて、リクエストされたアセットの代替バージョンを選択することができる。
【００３２】
例えば、ネットワークの帯域幅が限定または非常によく利用されている場合、双方向メディアガイダンスアプリケーション１０６は、リクエストしたＨＤソースの代わりに、視聴可能なＳＤソースを選択し得る。別の例としては、ユーザが、リクエストしているユーザ機器装置によってサポートされない形式のメディアアセットをリクエストすると（例えば、ユーザ機器装置がＨＤデコードをサポートしない場合のＨＤアセット）、双方向メディアガイダンスアプリケーション１０６は、メディアシステム１００で視聴可能な場合、リクエストされたアセットのサポートされたＳＤバージョンを自動的に提示することができる。
【００３３】
上述のように、メディアシステムは、しばしば、システム内に視聴可能な複数のバージョンのメディアアセットを有することができる。例えば、ローカルチャンネル、プレミアムチャンネル、スポーツチャンネル、および他のコンテンツに対して、別々のＳＤとＨＤのチャンネルが提供され得る。時には、対応するＳＤ／ＨＤのチャンネルの組は、隣接するチャンネル番号上で、ローカルチャンネルマップで一緒にまとめることもできる。他の場合、全てのＳＤチャンネルは、第１の範囲で一緒にグループ化され得、さらに、全てのＨＤチャンネルは一部の第２の範囲で一緒にグループ化され得る。従って、ユーザには、メディアアセットの代替バージョンがメディアシステムで視聴可能なことが容易に明らかではない場合もある。
【００３４】
図２は、例示的なリアルタイムバッファセット２００および２１０を示す。メディアアセットへアクセスするユーザリクエストが受信された後、ユーザ機器装置１０２（図１）は、リクエストされたアセットのリアルタイムバッファおよびリクエストされたアセットの代替バージョンの１つ以上のリアルタイムバッファを維持することができる。例えば、バッファ２０４は、バッファされたコンテンツの３０分間の時間枠を含むことができる。バッファ２０４にバッファされたコンテンツは、リクエストされたアセットのＳＤバージョンに対応することができる（例えば、アセットのバージョンは、実際にユーザによってリクエストされる）。バッファ２０２および２０６もユーザ機器装置上で維持することができる。バッファ２０２は、３０分間のリクエストされたアセットをＨＤでバッファすることができる（メディアシステムで視聴可能な場合）。バッファ２０６は、３０分間のリクエストされたアセットをＨ．２６４形式でバッファすることができる（メディアシステムで視聴可能な場合）。
【００３５】
ユーザ機器は、代替バージョンの間を切り替えまたはトグルする円滑なソースを容易にするために、リクエストされたコンテンツの代替バージョンをバッファすることができる。以下に詳細を説明するように、ユーザは、メディアコンテンツの１つのバージョンから同じメディアコンテンツの別のバージョンへの切り替えを望むことがある（例えば、ＨＤソースが壊れるかまたは劣化すると、ＨＤバージョンからＳＤバージョンへ）。メディアアセットの代替バージョンのリアルタイムバッファを維持することによって、ユーザ機器は、チャンネルの変更に伴いがちなプロセスまたはデコードの遅延なく、アセットの代替バージョンをより迅速に提示することができる。ユーザ機器は、視聴されているバージョンに関わらず、ユーザがビデオを操作できるようにすることもできる（例えば、巻き戻しや早送り）。前述のバッファの全てまたは一部は、希望する場合は、予めデコードすることができる。
【００３６】
示された実施形態では、バッファ２０２、２０４および２０６は、３０分間のバッファされたコンテンツを維持するが、バッファ２０２、２０４および２０６は、任意の適切な量または時間のコンテンツを維持することができる。さらに、バッファされたコンテンツは、ユーザが現在視聴している位置の前、後、または示された実施形態のように、前後にすることができる。ユーザの現在の視聴位置が変化すると、バッファ２０２、２０４および２０６は、視聴位置を中心とする枠を維持するようにさらにコンテンツを自動的にバッファすることができる。示された実施形態は、リクエストされたメディアコンテンツの３つの視聴可能なバージョンに対応する３つのリアルタイムバッファを維持しているが、他の実施形態においては、これより多いまたは少ないバッファを使用することができる。前述のバッファの全ては、ローカルのユーザ機器装置またはユーザ機器装置からリモートのサーバまたはコンテンツソース（例えば、図１のコンテンツソース１３０、１３３および／または１３５）に維持することができる。１つ以上のバッファがユーザ機器装置からリモートに保存される場合、ユーザ機器装置は、任意の適切な通信経路を経由してバッファにアクセスすることができる。
【００３７】
バッファセット２１０は、一部の実施形態において使用することができる代わりまたは追加のバッファセットを示す。バッファセット２１０は、バッファセット２００のように、バッファ２１２を使用して、リアルタイムの探索（ｓｅｅｋ）コマンド（例えば、早送りや巻き戻し）をサポートすることができる。例えば、ユーザが現在メディアアセットをＳＤで視聴している場合、ＳＤバッファ２１２は探索（ｓｅｅｋ）コマンドのために使用でき、ユーザは、ユーザ機器装置上で現在提示されているメディアアセットのバージョンを探すことができるようになる。バッファセット２００のように、中央にバッファされた枠を維持する代わりに、ユーザがバッファ２１２の一定の点、例えば、位置２１３を過ぎて探索すると、ユーザ機器装置は、さらに多くのコンテンツを、バッファ２１４、２１６および２１８に取り入れることができる。バッファ２１４、２１６および２１８にバッファされたコンテンツは、それぞれ、現在アクセスされているメディアコンテンツのＨＤ、ＳＤ、およびＨ．２６４形式に対応し得る。バッファ２１４、２１６および２１８は、ユーザが遅延なく（または遅延を短縮して）同一方向で探索を継続できるように使用することができる。探索（ｓｅｅｋ）コマンドが停止した後、ユーザは、プロセスまたはデコードの遅延なく、バッファされたソースの間を切り替えまたはトグルすることができる。示された実施形態は、リクエストされたメディアコンテンツの３つの視聴可能なバージョンに対応する３つのリアルタイムバッファを維持しているが、他の実施形態においては、メディアアセットのこれより多いまたは少ないバージョンに対応して、これより多いまたは少ないバッファを使用することができる。バッファは、編集バージョンを含む、任意の適切なタイプの代替バージョンで使用することができる。バッファ操作のために選択されるバージョンは、図８を参照して詳細を説明するように、ユーザの履歴、ユーザのアクティビティ（例えば、有効なユーザの監視）、または、ユーザプロファイル情報から導き出される。一部の実施形態においては、メディアシステムで視聴可能で、ユーザ機器装置によってサポートされる代替バージョン全てがバッファされる。
【００３８】
図３は、例示的なソースマッピングテーブル３００を示す。テーブル３００は、ユーザ機器に保存することができる（例えば、図１のメモリ１１２）。双方向メディアガイダンスアプリケーション１０６は、テーブル３００から読み取って、リクエストされたメディアコンテンツの代替バージョンまたは形式がメディアシステムで視聴可能かどうかを判断することができる。コンテンツ列３０２にリストされたコンテンツは、固有の識別子または名前によって特定される、特定の番組コンテンツを含むことができる。コンテンツ列３０２は、ワイルドカード文字も含むことができ、対応するソースから視聴可能な全てのコンテンツを指定するために使用される。
【００３９】
テーブル３００のそれぞれのコンテンツエントリは、ＨＤソース列３０４、ＳＤソース列３０６、Ｈ．２６４ソース列３０８および他のソース列３１０の１つ以上のエントリに関連付けることができる。視聴可能なドルビーデジタルバージョンのリストもテーブル３００のドルビーサポート列３１２に含めることができる。ユーザが特定のソース（例えば、ＨＢＯのソプラノ（Ｔｈｅ  Ｓｏｐｒａｎｏｓ））からメディアアセットをリクエストすると、双方向メディアガイダンスアプリケーション１０６（図１）は、ソースマッピングテーブル３００のコンテンツまたはコンテンツのソースを参照することができる。例えばコンテンツ列３０２の「ソプラノ（Ｔｈｅ  Ｓｏｐｒａｎｏｓ）」を、またはＳＤソース列３０６の「ＨＢＯ」を参照すると、この番組は、ＨＤソース（つまり、ＨＢＯＨＤ）およびＨ．２６４ソース（つまり、ＨＢＯＭｏｂｉｌｅ）から視聴可能であることが明らかになるであろう。コンテンツは、他のソース列３１０にリストされたネットワークアドレスから、他のソースでも視聴可能である。他のソース列３１０は、ストリーミングインターネットソースのようなネットワークソースを含むことができる。同じコンテンツの異なる形式は、異なる種類のソースから視聴可能にし得る。例えば、番組のＳＤバージョンは、テレビ放送チャンネルから視聴可能にでき、ＨＤバージョンはビデオオンデマンドサーバから視聴可能にでき、Ｈ．２６４バージョンは、インターネットフィードから視聴可能にできる。図３に示されるソーステーブルの形式は例示的に過ぎない。他の設定を使用することもできる。希望する場合、他のビデオおよびオーディオ形式、または編集バージョンを含めて、他のタイプの代替バージョンのサポートを含めることができる。
【００４０】
上記のように、一部の実施形態においては、ユーザがメディアコンテンツをリクエスト後、双方向メディアガイダンスアプリケーション１０６（図１）はメディアシステムで視聴可能な最高品質のバージョンで、リクエストされたコンテンツを自動的に提示する。例えば、ユーザがＨＢＯからＳＤの「ソプラノ（Ｔｈｅ  Ｓｏｐｒａｎｏｓ）」をリクエストすると、ユーザ機器がＨＤ番組をサポートする場合、ユーザに、ＨＢＯＨＤからのＨＤの「ソプラノ（Ｔｈｅ  Ｓｏｐｒａｎｏｓ）」が自動的に提示することができる。他の実施形態においては、コンテンツは、視聴可能な最高品質のバージョンでは自動的に提示されず、代わりに、ユーザには、コンテンツが１つ以上の代替バージョンで視聴可能であるという通知が提示される。さらに他の実施形態においては、以下に詳細を説明するように、コンテンツは、リクエストしているユーザ機器によってサポートされる最高品質のバージョンで自動的に提示され、ユーザには、１つ以上の代替バージョンがメディアシステムで視聴可能なことの通知が提示される。
【００４１】
例えば、図４は例示的な表示画面４００を示す。ユーザは、エリア４０２のチャンネル「３０３ＨＢＯ」上でＳＤの番組を視聴している。このチャンネルにチューニングすると、フリップバーまたは情報領域を画面上に提示することができる。フリップバーまたは情報領域は、コンテンツの名前、その評価、そのソース、簡単な説明または概要、さらには代替バージョン通知４０４を含むことができる。フリップバーは、ユーザが入力デバイス１０８（図１）上の適当なキーまたはボタンを押すまで提示することができる。または、フリップバーは、規定の秒数後に自動的にタイムアウトすることができる。代替バージョン通知４０４は、ユーザが、視聴可能な１つ以上の代替バージョンで番組を提示するチャンネルにチューニング後に提示することができる。あるいは、またはこれに追加して、バージョン通知４０４は、入力デバイス１０８（図１）上の「情報」ボタン（または他の適切なボタン）を押すことによって、エリア４０２に現在表示されている番組に関する情報をさらに追加した後に提示することができる。図４の例では、代替バージョン通知４０４は、ユーザに、コンテンツは、ＨＤで視聴可能であることを知らせるが、代替バージョン通知４０４に類似の追加のバージョンの通知が、ユーザに、エリア４０２で現在提示されているメディアアセットの他の視聴可能なバージョン（メディアシステムで視聴可能である場合）を通知することができる。例えば、ＨＤおよびＨ．２６４のバージョンはどちらも視聴可能であり、この場合、２つのバージョンの通知をフリップバーエリアに提示することができる。別の例としては、コンテンツが編集されたバージョンが視聴可能である場合、バージョン通知は、番組の保護者向け評価（例えば、ＲまたはＰＧ）を示すことができる。
【００４２】
フリップバーエリアに表示されるバージョン通知に加えてまたは代わりに、通知をエリア４０２自体に表示することができる。例えば、バージョン通知４０４は、エリア４０２の任意のコーナーに、情報オーバーレイ上、フル画面情報画面、双方向アプリケーション画面（例えば、双方向メディアガイダンスアプリケーション画面）、または他の任意の適切な場所に表示することができる。
【００４３】
一部の実施形態においては、バージョン通知は、双方向またはユーザによって選択可能にすることができる。例えば、ユーザは、図５の表示画面５００に示されるように、映画「Ｘ−Ｍｅｎ」のＨＤバージョンと提示される代替バージョン通知４０４を選択することができる。一部の実施形態においては、代替バージョン通知４０４を選択後、アセットのＨＤバージョンのためにリアルタイムバッファが作成される。ＳＤバージョンは、ＨＤバージョンの十分な量がデコードのために受信されるまで、継続して提示することができる。ＨＤバージョンがデコードされてから（および提示の準備ができてから）初めて、制御回路はＨＤバージョンを提示する。このように、本発明に従う、ソースの切り替えまたはトグルが能率化され、チャンネルの切り替えにしばしば伴うデコードの遅延（およびブラックまたはブランク画面）を最小限に抑える。
【００４４】
ＨＤのコンテンツをエリア５０２に提示することに加えて、双方向メディアガイダンスアプリケーションは、ＨＤコンテンツの呼び出し名および／またはチャンネル番号も更新することができる。例えば、図５の例では、呼び出し名５０４は「ＨＢＯＨＤ」に変更されている。提示されているコンテンツがＨＤであるという１つ以上の追加の指示も表示することができる。例えば、ラベル５０６は、ユーザに、エリア５０２に提示されているコンテンツはＨＤコンテンツであることを知らせることができる。
【００４５】
一部の実施形態においては、ＨＤコンテンツは、異なるデジタルサウンド特徴で視聴可能にすることができる。例えば、図５に示されたＨＤ映画「Ｘ−Ｍｅｎ」は、ドルビー５．１、ドルビーデジタルプラス、ＤＴＳ−ＥＳ、および他のいくつかの適切なホームシアターまたはデジタルオーディオ形式で視聴可能にすることができる。これらの視聴可能な形式は、ユーザ機器がバージョンをサポートする場合、バージョン通知５０８のような１つ以上のバージョン通知にリストすることができる。これらのバージョン通知のそれぞれは、ユーザによって選択され得る。バージョン通知を選択後、ユーザは、選択したバージョンのアセットにチューニングすることができる。
【００４６】
図６は、エリア６０２にＳＤコンテンツを提示している例示的な表示画面６００を示す。フリップバーの上に、選択可能なアイコンのアクション列がユーザに提示される。選択可能なアイコンの１つが「ＨＤ」アイコン６０４で、現在提示されているコンテンツはＨＤで視聴可能であることを示している。ユーザが、ＨＤのコンテンツを視聴することを望めば、ユーザは、アイコン６０４を選択することができる。アイコン６０４を選択後、双方向メディアガイダンスアプリケーションは、ＨＤコンテンツソースを選択して、ＨＤのコンテンツを提示することができる。
【００４７】
アイコン６０４を選択後、ユーザには、図７の表示画面７００を提示することができる。表示画面７００は、図６のエリア６０２に提示されるコンテンツと同じコンテンツを、エリア７０２にＨＤで提示する。チェックマーク（または他の適切なインジケータ）は、「ＨＤ」アイコン７０４に提示の変化を反映することができる。さらに、チャンネル呼び出し名７０４を更新することができ、ＨＤを指定するロゴ７０８が表示され得る。本例では、双方向メディアガイダンスアプリケーションが「ステルスチャンネル合わせ」を行った。代替コンテンツバージョンにアクセスするために、チューニングを実行されたとしても、ユーザに表示されるチャンネル番号は変わらない。一部の実施形態においては、ステルスチャンネル合わせが行なわれる場合は、呼び出し文字も同じままにすることができる。
【００４８】
双方向メディアガイダンスアプリケーションは、一部の実施形態において、視聴選好のユーザプロファイルも維持することができる。ユーザプロファイルは、ユーザの直接入力から作成することができる（例えば、ユーザがデフォルト設定を変更）。さらに、または代わりに、ユーザの視聴プロファイルは、積極的なユーザモニタリングに基づいて、自動的に対応することができる。例えば、双方向メディアガイダンスアプリケーションは、ユーザ機器とのユーザの相互作用を全てモニタするアプリケーションプロセスを実行することができる。このアプリケーションプロセスは、このようなユーザの相互作用を、指定のチャンネルで費やした時間、ＳＤで視聴した番組の数とタイプ（例えば、ジャンル）、ＨＤで視聴した番組の数とタイプ（例えば、ジャンル）、Ｈ．２６４で視聴した番組の数とタイプ（例えば、ジャンル）、視聴した番組の評価、ペアレンタルコントロールの設定、および、他の任意の適切なユーザ機器との双方向メディアアプリケーションの相互作用としてモニタすることができる。ユーザの積極的なモニタリングに基づいて、双方向メディアガイダンスアプリケーションは、ユーザのプロファイルに、ユーザの視聴選好を自動的に作成または更新することができる。
【００４９】
例えば、図８の視聴選好表示画面８００は、ユーザの動作から作成されたデフォルトの選択を含むことができる。ユーザは、希望する場合は、表示画面８００のこれらのデフォルト選択を変更して、選択をカスタマイズすることができる。例えば、ユーザは、視聴選好表示画面８００で提示される、入力デバイス１０８（図１）の「プロファイル」ボタンをいつでも押すことができる。
【００５０】
一部の実施形態においては、ユーザは、任意の適切な条件（または条件の組み合わせ）に基づいて、視聴選好を設定することができる。図８には、一部の一般的な条件が示されている。例えば、ジャンル別の視聴選好を設定するには、ユーザは、ジャンル一覧８０２の任意の視聴可能なジャンルを選択することができる。このように、ユーザは、コンテンツのジャンル分類に基づいて、メディアコンテンツの提示をカスタマイズすることができる。１つ以上のデータソース（図１のデータソース１４０等）から作成されたメディアガイダンスアプリケーションデータのようにな、任意の適切なソースからジャンル分類を作成することができる。
【００５１】
それぞれのジャンルの下には、いくつかの視聴オプションがユーザに提示される。これらの視聴オプションは、「常にＨＤ」、「常にＳＤ」、「常にＨ．２６４」、「常にＨＤ／ドルビー５．１」、「常にＨＤ／ドルビー６．１」、「常にＨＤ／ドルビーＥＸ」、「常にＨＤ／ドルビーデジタルプラス」および「視聴可能な最高品質」のような提示オプション等を含むことができる。他の適切なオプションは、メディアシステムにおけるメディアコンテンツの他のバージョンの視聴可能性に基づいて提示することもできる。他の適切なオプションは、例えば、「無編集」、「家族向けに編集」および「コマーシャルなし」を含むことができる。ユーザが、確認ボタン８１２を選択することによって、表示画面８００に表示された選好を保存した後、双方向メディアガイダンスアプリケーションは、表示画面８００の選択を反映するように、ユーザのプロファイルを作成または更新することができる。このプロファイル情報は、その後、メディアコンテンツのジャンルに基づいて、メディアコンテンツの望ましいバージョンを自動的に提示するために使用することができる。例えば、図８の例に示されるように、全てのスポーツ、アクション、ホラーのジャンルがＨＤで提示される（視聴可能な場合）一方で、ニュースや他の任意のジャンルのコンテンツはＳＤで提示される。図８で示されるジャンルよりも多い、または少ないジャンルを定義することもできる。
【００５２】
同様に、ユーザは、特定のチャンネル上（または特定のソースから）の全てのコンテンツを一定のバージョンまたは形式で提示されるように選択することができる。チャンネル一覧８０４で示されているように、一部の頻繁に視聴するチャンネルは、視聴オプションでリストされる。これらのオプションは、ジャンル一覧８０２で視聴可能であるのと同じ視聴オプションを含むことができる（例えば、常にＨＤ、常にＳＤ、常にＨ．２６４）。オプションボタン８１０を選択することによって、図８に示されたチャンネルよりも多い、または少ないチャンネルを、一覧８０４に提示することができる。一部の実施形態においては、チャンネルのリストは、複数の形式を提供する全てのチャンネルを自動的に含めて、単一の形式だけを提供する全てのチャンネルを自動的に排除することができる。
【００５３】
ユーザは、特定の番組（例えば、「ソプラノ（Ｔｈｅ  Ｓｏｐｒａｎｏｓ）」の全てのエピソード）を特定のバージョンまたは形式で提示するように（視聴可能な場合）選択することもできる。ユーザは、オプションボタン８１０を選択することによって、コンテンツ一覧８０６にコンテンツを追加または削除することができる。コンテンツの視聴オプションは、ジャンル一覧８０２で視聴可能であるのと同じ視聴オプションを含むことができる（例えば、常にＨＤ、常にＳＤ、常にＨ．２６４）。一部の実施形態においては、特定の番組が双方向メディアガイダンスアプリケーションのような双方向アプリケーションとの関連で示される場合、番組はユーザによってリストに追加され得る。例えば、ユーザは、双方向メディアガイダンスアプリケーションの番組一覧画面で見つけた特定の番組に対する番組情報画面にアクセスすることができ、番組情報画面は、番組、チャンネル、またはジャンルに対する視聴選好を指定するオプションを含むことができる。
【００５４】
最後に、ユーザは、１日の一定の時間（例えば、午前６時〜午前１０時）、１週間の特定の曜日（例えば、土曜日と日曜日）、１年の特定の月（例えば、野球のシーズン）、または他の任意の便利な時間条件に対する視聴選好も設定することができる。一部の実施形態においては、時間の条件をジャンル、チャンネルまたは特定の番組と組み合わせて指定することができる。時間条件の視聴オプションは、ジャンル一覧８０２で視聴可能であるのと同じ視聴オプションを含むことができる（例えば、常にＨＤ、常にＳＤ、常にＨ．２６４、および家族向け）。
【００５５】
表示画面８００に表示された選択項目を保存するには、ユーザは、確認ボタン８１２を選択することができる。確認ボタン８１２を選択後、ユーザのプロファイルを適宜に作成（プロファイルがまだユーザに存在していない場合）または更新することができる。全ての変更を削除するには、ユーザは削除ボタン８１４を選択することができる。
【００５６】
図９は、代替コンテンツソースを選択して、リクエストされたアセットの代替バージョンを提示するための例示的なプロセス９００を示す。前述のように、一部の実施形態においては、双方向メディアガイダンスアプリケーション１０６（図１）は、メディアシステム１００（図１）で視聴可能な場合、全ての標準コンテンツ（例えば、ＳＤコンテンツ）を強化されたバージョン（例えば、ＨＤコンテンツ）に自動的にマッピングする。ＨＤコンテンツはコンテンツの代替バージョンの一例であるが、他の代替バージョンも存在し得る。
【００５７】
ステップ９０２で、メディアコンテンツに対するユーザリクエストが受信される。例えば、ユーザは、入力デバイス１０８（例えば、リモコン装置）を使用して、特定のチャンネルまたはコンテンツにチューニングすることができる。ステップ９０４で、双方向メディアガイダンスアプリケーションは、ステップ９０４で、ユーザが強化されたレベルの顧客であるかどうかを判断することができる。例えば、ユーザは、追加料金の支払いを要求され得、または承認されたネットワーク識別子を備えるユーザ機器装置を有することが要求され得る。この認証ネットワーク識別子は、ユーザ機器が提示することができるメディアコンテンツのバージョンまたは形式を示すことができる。例えば、一部のユーザ機器装置は、ＨＤデコード／エンコードサポートを含む、デコード／エンコード回路２１６（図２）を含み得る。他のユーザ機器装置は、ＨＤコンテンツの提示をサポートしない場合がある。
【００５８】
ユーザが強化レベルの顧客でない場合、リクエストされたコンテンツは、ステップ９１０で、標準形式でユーザに提示され得る。例えば、制御回路１１０（図１）は、リクエストされたコンテンツをＳＤで取得して、表示デバイス１０４（図１）上で提示するように、チューナに命令することができる。しかしながら、ユーザが強化レベルの顧客である場合、リクエストしているユーザ機器の能力がステップ９０６で判断され得る。前述のように、ユーザ機器装置は、多数の異なるプラットフォームを稼動する多数のデバイスの形を取ることができるため、ユーザ機器装置の能力は、非常にばらつく可能性がある。例えば、携帯電話や他の移動デバイスは、高度に圧縮された、低いデータレートまたはフレームレートのビデオだけをサポートすることができる。別の例としては、一部のセットトップボックスは、ＨＤ番組をサポートするが、他のデバイスはサポートしない場合がある。ユーザ機器の能力を判断するには、ユーザ機器装置のモデルまたはバージョンが、ステップ９０６で読み取られ得る。
【００５９】
ステップ９０６でリクエストしているユーザ機器装置の能力を判断後、双方向メディアガイダンスアプリケーションは、次に、ステップ９０８で、リクエストされたコンテンツの１つ以上の代替バージョンがメディアシステム１００（図１）で視聴可能であるかどうかを判断する。例えば、マッピングテーブル３００（図３）が参照されて、リクエストされたコンテンツの代替バージョンがメディアシステムに存在するかどうかを判断することができる。代替バージョンは、独自のチャンネルまたはソース（例えば、プレミアムＨＤチャンネル）で視聴可能にしてもよく、または、オンデマンドまたは有料（ｐａｙ−ｐｅｒ−ｖｉｅｗ）番組サービスを経由して視聴可能にし得る。また、リクエストされたコンテンツの１つ以上の代替バージョンがメディアシステム１００（図１）に存在するかどうかを判断するために、コンテンツソースまたはデータソース（図１のコンテンツソース１３０、１３３または１３５、またはデータソース１４０等）にクエリを送信することができる。
【００６０】
ステップ９０８で代替バージョンが視聴可能でない場合、ステップ９１０で、リクエストされたコンテンツを標準バージョンで提示することができる。ステップ９０８で代替バージョンが視聴可能である場合、ステップ９１２で双方向メディアガイダンスアプリケーションは代替コンテンツを探し出すことができる。例えば、代替バージョンが存在するソースまたはチャンネルは、マッピングテーブル３００（図３）から読み取ることができる。追加で、または代わりに、代替コンテンツのソースを判断するために、特に、代替コンテンツがローカルチャンネルマップにリストされていないチャンネルまたはソースで視聴可能である場合、データソースまたはコンテンツソースのネットワーククエリが、実行される。
【００６１】
代替ソースを探し出した後、ソースマッピングテーブル（例えば、図３のテーブル３００）は、代替バージョンの場所またはソースを反映するように更新され得る。例えば、ユーザ機器は、メディアシステムで視聴可能なコンテンツのそれぞれの代替バージョンに対する新しいエントリを含むように、テーブル３００（図３）を更新することができる。このように、ユーザが、リクエストしたコンテンツの標準バージョンにその後再度アクセスを試みる際、メディアガイダンスアプリケーションは、ユーザの選好に基づいて、代替バージョンを自動的に提示することができる。最後に、ステップ９１６で、リクエストされたコンテンツの代替バージョンがユーザに提示される。
【００６２】
実際には、例示的なプロセス９００に示された１つ以上のステップは、他のステップと組み合わされても、任意の適切な順序で実行されても、並列で実行されても（例えば、同時または実質的に同時）、または削除されてもよい。例えば、一部の実施形態においては、ステップ９１４の次のアクセスリクエストでは、標準バージョンを強化バージョンに自動的にマッピングしなくてもよい。むしろ、一部の実施形態においては、ユーザは、次のアクセスリクエストでは標準バージョンにアクセスすることができる。標準バージョンにアクセス後、以下の例示的なプロセス１０００で示されているように、ユーザに通知を提示することができる。
【００６３】
図１０は、ユーザへのバージョン通知またはバージョントグルオプションを提示するための例示的なプロセス１０００を示す。ステップ１００２で、ユーザにメディアコンテンツを提示することができる。ステップ１００６で、双方向メディアガイダンスアプリケーションは、現在提示されているメディアコンテンツの１つ以上の代替バージョンがメディアシステムで視聴可能であるかどうかを判断することができる。例えば、マッピングテーブル３００（図３）が参照されて、リクエストされたコンテンツの代替バージョンがメディアシステムで存在するかどうかを判断することができる。また、メディアガイダンスアプリケーションは、１つ以上のコンテンツソースのクエリを実行して（例えば、図１のコンテンツソース１３０、１３３、１３５）、メディアシステムに何らかの代替バージョンが存在するかどうかを判断することができる。代替バージョンは、１つ以上の強化バージョン（例えば、標準バージョンが現在提示されている場合）、または標準バージョン（例えば、強化バージョンが現在提示されている場合）を含むことができる。一部の実施形態においては、ユーザ機器がサポートしていない場合、代替バージョンを無視し得る。
【００６４】
ステップ１００６で、代替バージョンがメディアシステムで視聴可能ではない場合、ステップ１００２で、メディアコンテンツの提示を継続することができる。ステップ１００６で、代替バージョンがメディアシステムで視聴可能である場合、ステップ１０１０で、バージョントグルオプションまたはバージョン通知をユーザに提示することができる。例えば、図４〜７の情報フリップバーをユーザに提示することができる。バージョントグルオプションは、メイン番組画面またはウィンドウ、オーバーレイ（例えば、透過的オーバーレイ）、または別のウィンドウの任意の適切な場所に提示することができる。ユーザが、トグルバージョンの切り替えまたはトグルを希望する場合、ステップ１０１２で、ユーザはバージョントグルオプションを選択することができる。ユーザがバージョントグルオプションを選択しない場合、ステップ１００２で、提示されたメディアコンテンツの提示を継続することができる。
【００６５】
ステップ１０１２で、ユーザがバージョントグルオプションを選択後、ステップ１０１４で、代替コンテンツソースを探し出すことができる。例えば、代替バージョンが存在するソースまたはチャンネルは、マッピングテーブル３００（図３）から読み取ることができる。追加で、または代わりに、代替バージョンのソースを判断するために、特に、代替バージョンがローカルチャンネルマップにリストされていないチャンネルまたはソースで視聴可能である場合、データソースまたはコンテンツソースのネットワーククエリが、実行される。最終的に、ステップ１０１６で、代替バージョンがバージョントグルオプションとともにユーザに提示される。例えば、バージョン通知７０４（図７）は、表示画面のフリップまたはステータスバーまたは情報領域に提示することができる。次に、ユーザは、希望する場合、バージョントグルオプションを選択して、バージョンを再度切り替えまたはトグルすることができる。
【００６６】
例示的なプロセス１０００は１つの代替バージョンを参照するが、一部の実施形態においては、複数の代替バージョンを視聴可能にし得る。例えば、ＳＤ、ＨＤ、Ｈ．２６４および異なるドルビーデジタルサウンドバージョンのいくつかのＨＤバージョンは、すべて視聴可能にし得る。バージョン通知またはバージョントグルオプションによって、ユーザは、メディアシステムで視聴可能な全てのバージョンから１つのバージョンを選択することができるか、または、個別のバージョントグルオプションをそれぞれの代替バージョンに提供することができる。
【００６７】
実際には、例示的なプロセス１０００に示された１つ以上のステップは、他のステップと組み合わされても、任意の適切な順序で実行されても、並列で実行されても（例えば、同時または実質的に同時）、または削除されてもよい。
【００６８】
図１１は、メディアアセットの１つ以上の代替バージョンをバッファするための例示的なプロセス１１００を示す。ステップ１１０２で、メディアアセットにアクセスするユーザリクエストが受信される。例えば、ユーザは、メディアガイダンスアプリケーションの予定欄ガイドから一覧を選択することができる。ステップ１１０４で、メディアガイダンスアプリケーションは、リクエストされたコンテンツがソースマッピングテーブル（図３のソースマッピングテーブル３００）にリストされているかどうかを判断することができる。コンテンツがソースマッピングテーブルにリストされている場合、ステップ１１１０で１つ以上の代替ソースを探し出すことができる。例えば、テーブル３００（図３）は、リクエストされたコンテンツのチャンネル番号、呼び出し名、ソース識別子、または１つ以上の代替バージョンのネットワークアドレスをリストすることができる。
【００６９】
ステップ１１０４で、メディアガイダンスアプリケーションが、リクエストされたコンテンツはソースマッピングテーブルにはリストされていないと判断すると、ステップ１１０６で、メディアガイダンスアプリケーションは、ユーザ機器装置によってアクセス可能な代替バージョンを検索することができる。例えば、コンテンツソース１３０、１３３および１３５（図１）のクエリを、リクエストされたメディアコンテンツの代替バージョンを発見するように実行することができる。検索の結果は、ステップ１１０８おいて、マッピングテーブル中で更新することができる。例えば、１つ以上のエントリが、マッピングテーブル３００（図３）で作成する（または既存のエントリが更新される）ことができる。
【００７０】
ステップ１１０８でマッピングテーブルを更新、またはステップ１１１０で代替ソースを探し出した後、１つ以上の代替ソースは、図２に示されたバッファのように、１つ以上のリアルタイムバッファにバッファすることができる。例えば、リクエストされたコンテンツのＨＤおよびＨ．２６４のバージョンをバッファすることができる。ステップ１１１４で、メディアガイダンスアプリケーションはバッファの準備ができているかどうかを判断する。例えば、ユーザ機器は、すぐにデコードを可能にする、のに十分なＭＰＥＧ−２またはＭＰＥＧ−４ストリームをバッファすることができる。バッファの準備ができた後、ステップ１１１６で、バージョントグルオプションまたは代替ソース通知をユーザに提示することができる。例えば、図４〜７の通知フリップバーをユーザに提示することができる。バージョントグルオプションまたはバージョン通知は、メイン番組画面またはウィンドウ、オーバーレイ（例えば、透過的オーバーレイ）、または別のウィンドウの任意の適切な場所に提示することができる。
【００７１】
実際には、例示的なプロセス１１００に示された１つ以上のステップは、他のステップと組み合わされても、任意の適切な順序で実行されても、並列で実行されても（例えば、同時または実質的に同時）、または削除されてもよい。
【００７２】
本発明の上記実施形態は、限定ではなく説明を目的として提示されたものであり、本発明は以下の請求項によってのみ限定される。
【図１】
2010512681.tif 000003
【図２】
2010512681.tif 000004
【図３】
2010512681.tif 000005
【図４】
2010512681.tif 000006
【図５】
2010512681.tif 000007
【図６】
2010512681.tif 000008
【図７】
2010512681.tif 000009
【図８】
2010512681.tif 000010
【図９】
2010512681.tif 000011
【図１０】
2010512681.tif 000012
【図１１】
2010512681.tif 000013
【国際調査報告】
2010512681.tif 000014
2010512681.tif 000015
2010512681.tif 000016