(57)【要約】  メディアユーザインタフェースの実施形態を本明細書で提示する。
2009515234.tif 000002
【特許請求の範囲】
【請求項１】
複数のメニューが関わるユーザナビゲーションを記述する履歴を格納することと、
前記履歴から、１つまたは複数の前記メニューの繰り返しのインスタンスを削除することと
を備えたことを特徴とする方法。
【請求項２】
各前記メニューは、複数のモジュールのそれぞれのモジュールによって提供されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザナビゲーションには、複数のメディアアイテム間のナビゲーションもかかわり、前記削除することは、前記メディアアイテムとの対話が関わるフィーチャを提供するように構成された１つまたは複数の前記メニューの前記繰り返しのインスタンスが、削除されるように実行されることを特徴とする請求項１に記載の方法。
【請求項４】
前記削除することは、メディアアイテムの繰り返しのインスタンスが、前記履歴から削除されないように実行されることを特徴とする請求項３に記載の方法。
【請求項５】
少なくとも１つの前記メニューは、複数のメディアアイテムの選択可能な表現を含むスタートメニューとして構成されることを特徴とする請求項１に記載の方法。
【請求項６】
少なくとも１つの前記メニューが、オーバーレイとして構成され、メディアアイテムの同時の出力中に前記履歴の中を戻るようにナビゲートすることをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項７】
前記１つまたは複数の前記メニューの単一のインスタンスに遭遇しないように前記履歴の中を戻るようにナビゲートすることをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項８】
ユーザインタフェース内の複数の位置を、メディアアイテムの表現を表示するように購入可能であるものとして提供することであって、
各前記表現は、それぞれの前記メディアアイテムまでナビゲートするように選択可能であり、
少なくとも１つの前記位置は、第１のディスプレイスクリーンを介してアクセス可能であり、
他の１つまたは複数の前記位置は、前記第１のディスプレイスクリーンからアクセス可能な第２のディスプレイスクリーンを介してアクセス可能である提供することと、
前記複数の位置における表現を含むように出力されるように前記ユーザインタフェースを構成することと
をさらに備えたことを特徴とする方法。
【請求項９】
メディアアイテムの各前記表現は、それぞれの前記メディアアイテムを起動するように選択可能であることを特徴とする請求項８に記載の方法。
【請求項１０】
前記第２のディスプレイスクリーンは、ある特定のメディアタイプのさらなるメディアアイテムが、メディアタイプ表現を介してアクセス可能であることを示す該メディアタイプ表現を介してアクセス可能であることを特徴とする請求項８に記載の方法。
【請求項１１】
前記メディアタイプ表現は、前記第２のディスプレイスクリーンを介してアクセス可能なメディアアイテムの表現も含み、前記メディアタイプ表現に含まれる前記表現は、前記メディアタイプ表現を介して選択可能ではないことを特徴とする請求項１０に記載の方法。
【請求項１２】
メディアアイテムの前記複数の表現は、それぞれのメディアタイプカテゴリに入るように配置され、各前記カテゴリは、前記ユーザインタフェースにおける垂直ナビゲーションを介してアクセス可能であり、前記少なくとも１つの前記位置および前記第２のディスプレイスクリーンは、水平ナビゲーションを使用して、それぞれの前記カテゴリを介してアクセス可能であることを特徴とする請求項８に記載の方法。
【請求項１３】
前記第１のディスプレイスクリーンにおける前記少なくとも１つの位置は、前記第２のディスプレイスクリーンにおける前記１つまたは複数の前記位置に関する金額より高い金額で、購入のために提供されることを特徴とする請求項８に記載の方法。
【請求項１４】
前記第１のディスプレイスクリーン内に位置付けられた表現は、前記ユーザインタフェースにおいて、前記第２のディスプレイスクリーン内に位置付けられた１つまたは複数の表現と一緒に同時に表示可能ではないことを特徴とする請求項８に記載の方法。
【請求項１５】
コンピュータを介して利用可能なアプリケーションおよびメディアアイテムを複数のメディアタイプカテゴリのそれぞれのカテゴリに分類し、
ユーザインタフェースにおいて垂直に配置された前記カテゴリの表現と、それぞれの前記カテゴリにおいて水平に配置された前記アプリケーションおよび前記メディアアイテムの表現とを含むように該ユーザインタフェースを構成する
ことを実行されるときにコンピュータに実行させるコンピュータ実行可能命令を備えることを特徴とする１つまたは複数のコンピュータ可読記憶媒体。
【請求項１６】
前記コンピュータ実行可能命令は、前記アプリケーションおよび前記メディアアイテムの表現を、前もって構成された表現が利用可能でない場合、作成するように前記コンピュータをさらに導くことを特徴とする請求項１５に記載の１つまたは複数のコンピュータ可読記憶媒体。
【請求項１７】
前記アプリケーションおよび前記メディアアイテムの前記表現は、前記アプリケーションまたは前記メディアアイテムをそれぞれ起動するように構成されることを特徴とする請求項１５に記載の１つまたは複数のコンピュータ可読記憶媒体。
【請求項１８】
前記ユーザインタフェースは、メディアアイテムと同時に表示可能であるオーバーレイとして構成されることを特徴とする請求項１５に記載の１つまたは複数のコンピュータ可読記憶媒体。
【請求項１９】
前記メディアユーザインタフェースは、メディアアイテムの表現を表示する複数の位置を含み、
少なくとも１つの前記位置は、第１のディスプレイスクリーンを介してアクセス可能であり、
１つまたは複数の他の前記位置は、前記第１のディスプレイスクリーンからアクセス可能な第２のディスプレイスクリーンを介してアクセス可能である
ことを特徴とする請求項１５に記載の１つまたは複数のコンピュータ可読記憶媒体。
【請求項２０】
前記表現の少なくとも一部分は、水平の向きにされたカルーセル(carousel)に配置されることを特徴とする請求項１５に記載の１つまたは複数のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
（関連出願）
本出願は、米国特許法第１１９条（ｅ）の下で、２００５年７月２７日に出願した米国特許仮出願第７０３０２３号明細書の優先権を主張する。
【０００２】
ユーザは、多種多様なデバイスを介して、多種多様な異なるタイプのメディアへのアクセスを有する。例えば、ユーザは、従来のテレビジョン受信機を介してテレビ番組を鑑賞し、セットトップボックスを介してＰＰＶ（従量課金制）およびＶＯＤ（ビデオオンデマンド）の番組を注文し、ゲームコンソールを使用してビデオゲームを行い、デスクトップＰＣ（パーソナルコンピュータ）を使用して電子メールおよびインスタントメッセージを読み、返信し、デジタル音楽プレーヤを使用して曲を聴き、無線電話機を介してストリーミングビデオを鑑賞し、ＰＤＡ（携帯情報端末）上で予約をスケジュールするなどといったことを行うことができる。しかし、様々なメディアタイプおよびデバイスが増えつづけるなかで、ユーザは、通常、異なるデバイスを使用して異なるメディアタイプにアクセスする必要性に直面しており、このことは、不都合であるとともに苛立たしくもある可能性がある。
【０００３】
ユーザのフラストレーションを抑えるため、単一のデバイスを介して様々なメディアタイプを利用可能にする従来の技術が、使用された。したがって、デバイスのユーザは、デバイスを切り替える必要なしに、様々なメディアタイプと対話することができる。しかし、それらの従来の技術はまた、メディアと対話する際、面倒でもある可能性がある。例えば、メディアアイテム間でナビゲートするための従来の技術は、ある特定のタイプのメディアアイテムのために最適化されていることが可能であり、したがって、他のメディアアイテムに適していない可能性がある。さらに、従来の技術は、数百の映画、数千の曲と対話することなどの、ユーザに現在、利用可能である多数のメディアアイテムに適していない可能性がある。
【発明の開示】
【課題を解決するための手段】
【０００４】
メディアユーザインタフェースを説明する。１つまたは複数の実施形態では、メディアユーザインタフェースが、メディアアイテム（例えば、映画）とユーザインタフェースが同時に表示可能であるように、階層で構成される。したがって、メディアユーザインタフェースのユーザは、ユーザインタフェースと対話しながら、現在の消費モード、例えば、映画を見ることを離れることなしに、メディアアイテム（例えば、映画）を見つづけることができる。さらに、メディアユーザインタフェースは、メディアアイテムと関係のあるフィーチャを提供するように、表示されているメディアアイテムにコンテキストセンシティブであるように構成されることが可能である。
【０００５】
この概要は、詳細な説明において後段でさらに説明する選定された概念を簡略化した形態で概説するために提供される。この概要は、請求される主題の重要な特徴、または不可欠な特徴を明らかにすることを意図しておらず、請求される主題の範囲を決定する助けとして使用されることも意図していない。
【発明を実施するための最良の形態】
【０００６】
同一の符号は、説明の中の実例において、同様の構造およびコンポーネントを参照するのに利用される。
【０００７】
（概要）
メディアユーザインタフェース、およびメディアユーザインタフェースを使用するシステムを説明する。ある実施形態では、別々の経験分野、すなわち、ブラウズすること、管理すること、および消費することを含むメディアユーザインタフェースが、システムを介して提供される。それらの経験のそれぞれが、各分野に当てはまる特定の機能セットのために最適化され、それぞれの経験が、互いに適切に相互リンクされるように構築される。システムは、例えば、メイン「ページ」として機能するオーバーレイを含むメディアユーザインタフェースを使用することが可能であり、ダイアログボックスおよび通知ボックスに焦点を当てる従来の技術とは異なり、ユーザは、それらのページと対話し、それらのページからフィーチャを選択することができる。したがって、それらの従来の技術は、ユーザが、現在の消費経験、例えば、映画を鑑賞すること、曲を聴くことなどを「離れる」ことを余儀なくさせた。
【０００８】
さらに、オーバーレイの表示は、現在、表示されているメディアアイテム、前に行われたアクション、およびそれらの対話性などの、消費経験のコンテキストに依存することが可能である。例えば、「詳細」ページが、オーバーレイとして表示される場合、出力されている現在のメディアアイテムの詳細、ならびに、写真編集フィーチャ、およびイメージに関する作成日、曲に関するアーチスト情報などの、そのメディアアイテムと関係のある、現在のメディアアイテムと対話するフィーチャが、表示される。オーバーレイおよびコンテキストセンシティビティについてのさらなる説明は、図３〜図７、および図２１〜図２２に関連して見ることができる。
【０００９】
さらなる実施形態において、左／右メディアナビゲーションを説明する。従来のナビゲーション技術は、ページおよびコンテンツの中でウェブ様の垂直ナビゲーションをたどるのに対して、これらの実施形態では、水平空間と垂直空間の両方を活用する移行が行われている。このことは、「Ｓｔａｒｔ  Ｍｅｎｕ」、「Ｇａｌｌｅｒｙ」、「Ｄｅｔａｉｌｓ」、「Ｎｏｗ  Ｐｌａｙｉｎｇ」メニューなどの、メディアユーザインタフェースの対話モデルの様々な箇所で反映されている。左／右ナビゲーション技術についてのさらなる説明は、図８〜図１１、および図２３〜図２４に関連して見ることができる。
【００１０】
さらなる実施形態では、メディアユーザインタフェースが、コンテンツを提示するギャラリーコントロールを含むように構成される。ギャラリーコントロールは、様々な機能を提供することが可能である。例えば、ギャラリービューの中の表現（例えば、タイル）を「中央ロック」する中央ロック領域が、使用されることが可能である。ユーザが、その領域から「出る」ようにナビゲートしようと試みると、タイルは、水平に、例えば、左から右、およびその逆にスクロールする。さらに、ギャラリーは、メディアＵＩを巡るカルーセルとして構成されて、単一の方向におけるナビゲーションが、そのカルーセルにおける各表現にアクセスするのに利用されることが可能であるようにしてもよい。さらに、ギャラリービューは、巡るので、表現されるリストがどこで始まり、どこで終わるかについてユーザが容易に知らされることが可能であるように、ギャラリーの「始め」と「終わり」の間の間隙が、使用されてもよい。さらに、リストの終わりの間の「間隙」は、中央ロック領域が、最小限の処理で保たれることが可能であるように扱われてもよい。さらに、ピボットが、メディアアイテムをソートするのに使用されてもよい。ギャラリーコントロールについてのさらなる説明は、図１２〜図１８、および図２４に関連して見ることができる。
【００１１】
さらなる実施形態において、スタートメニューとして構成されたメディアユーザインタフェースについて説明する。スタートメニューの例において、それぞれのサービスが登録されている場合、表現（例えば、パートナタイル）が、提供されることが可能であり、それらの表現は、様々な仕方で位置付けられることが可能である。例えば、複数のサービスが登録されている場合、「ｍｏｒｅ  ｐｒｏｇｒａｍｓ」タイルが、それらのサービスを表すのに使用されることが可能である（例えば、「左側」の特定のパートナが優先される一方で、他のパートナは、「ｍｏｒｅ  ｐｒｏｇｒａｍｓ」タイルを介してアクセス可能であることが可能である）。別の例では、メニューの単一のインスタンスが、バックスタックに保存されて、他の各インスタンスは、無視される／削除されるように、ユーザのナビゲーション履歴の「バックスタック調整」が、実行されることが可能である。さらなる例では、インストール済みのアプリケーションおよびメディアに、カテゴリが割り当てられ、分類されたビューの中で提示されるアプリケーションおよびメディアアイテムの分類されたビューが、使用されることが可能である。さらに、事前構成された表現を有さないメディアアイテムに関して、テキストが、組み込まれて、表現を作成することが可能である。スタートメニュー、および説明される他の機能についてのさらなる説明は、図１９〜図２０、および図２５〜図２７に関連して見ることができる。
【００１２】
以下の説明において、メディアユーザインタフェースを使用するように機能可能な例示的な環境について最初に説明する。次に、例示的な環境、ならびにその他の環境において使用されることが可能な例示的なユーザインタフェースについて説明する。
【００１３】
（例示的な環境）
図１は、メディアユーザインタフェースを使用するように機能可能な、寝室１０２と、居間１０４とを含む例示的な自宅環境１００を示す。自宅環境１００の全体にわたって配置されているのが、メインＴＶ１０６、セカンダリＴＶ１０８、およびＶＧＡモニタ１１０などの複数のモニタである。メディアアイテムは、モニタ１０６、１０８、１１０のそれぞれに、居間１０４に配置されたエンターテイメントサーバ１１２からホームネットワークを介して供給されることが可能である。一実施形態では、エンターテイメントセンタ１１２は、例えば、マイクロソフトコーポレーションによって市販されるＷｉｎｄｏｗｓ（登録商標）ＸＰ  Ｍｅｄｉａ  Ｃｅｎｔｅｒ（商標）（ＷＩＮＤＯＷＳ（登録商標）およびＭＥＤＩＡ  ＣＥＮＴＥＲは、ワシントン州レッドモンド所在のマイクロソフトコーポレーションの商標である）版のオペレーティングシステムなどの、マルチメディアソフトウェアパッケージを実行するように構成された従来のＰＣ（パーソナルコンピュータ）である。そのような構成において、エンターテイメントセンタ１１２は、完全なホームエンターテイメントシステムを有する完全なコンピューティング機能を単一のＰＣに組み込むことができる。例えば、ユーザは、モニタ１０６、１０８、１１０のいずれかのモニタの１つのグラフィックウインドウにおいて、同一のモニタ上の別のグラフィックウインドウの中で電子メールを送信しながら、スプレッドシートで作業しながら、ＴＶを観ることができる。さらに、エンターテイメントシステムは、例えば、以下のような他のフィーチャを含むことも可能である。すなわち、
将来に鑑賞するためにライブのＴＶショーをキャプチャする、または単一の番組またはシリーズの将来のブロードキャストを記録するＤＶＲ（デジタルビデオレコーダ）
ＤＶＤ再生
ＴＶショー、曲、ピクチャ、およびホームビデオなどの、ユーザの記録されたコンテンツの統合されたビュー
１４日のＥＰＧ（電子番組案内）
従来のＰＣに加えて、エンターテイメントサーバ１１２は、例えば、ノートブックコンピュータ、タブレットＰＣ、サーバ、またはメディアコンポーネントをレンダリングすることができる任意の家庭用電化製品を含め、様々な他のコンピューティングデバイスとして構成されることも可能である。
【００１４】
エンターテイメントサーバ１１２を使用して、ユーザは、例えば、ケーブル１１４、衛星１１６、および／またはアンテナ（図を簡明にするために図示せず）、および／またはインターネット１１８などのネットワークを介して受信されるライブのテレビを観て、制御することができる。この能力は、エンターテイメントサーバ１１２内部に存在するチューナによって可能にされる。しかし、チューナは、エンターテイメントサーバ１１２から遠隔に配置されてもよいことも理解されたい。両方のケースで、ユーザは、任意の特定の選好に合うようにチューナを選択することができる。例えば、標準コンテンツとＨＤコンテンツをともに観ることを所望するユーザは、両方のタイプのコンテンツのために構成されたチューナを使用すべきである。エンターテイメントサーバ１１２は、オペレーティングシステムを実行している完全機能のコンピュータであることが可能であるので、ユーザは、標準のコンピュータプログラム（ワードプロセッシング、スプレッドシートなど）を実行する、電子メールを送受信する、インターネットをブラウズする、または他の一般的な機能を実行するオプションも有することが可能である。
【００１５】
また、エンターテイメントサーバ１１２は、複数のメディア１２４（ｎ）と対話するメディアユーザインタフェース（ＵＩ）１２２を提供するように実行可能なメディアマネジャモジュール１２０を有するものとしても図示されており、ただし、「ｎ」は、１から「Ｎ」までの任意の整数であることが可能である。前述したとおり、複数のメディア１２４（ｎ）アイテムが、様々なソースから獲得され、様々な異なるタイプとして構成されることが可能である。したがって、メディアマネジャモジュール１２０は、実行されると、エンターテイメントサーバのユーザが、関心対象の特定のメディアアイテムにナビゲートするように複数のメディア１２４（ｎ）と対話し、メディア対話と関係した、メディアマネジャモジュール１２０によって提供されるフィーチャ（例えば、編集、格納、検索など）を利用し、メディア１２４（ｎ）を獲得するといったことを行うように、メディアＵＩ１２２を提供することができる。メディアマネジャモジュール１２０の実行、およびメディアＵＩ１２２の出力についてのさらなる説明は、後続の図に関連して見ることができる。
【００１６】
一般に、本明細書で説明する機能のいずれも、ソフトウェア、ファームウェア（例えば、固定論理回路）、手動処理、または以上の実施形態の組み合わせを使用して実施されることが可能である。本明細書で使用する「モジュール」、「機能」、および「論理」という用語は、一般に、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアの組み合わせを表す。ソフトウェア実施形態のケースでは、モジュール、機能、または論理は、プロセッサ（例えば、ＣＰＵまたは複数のＣＰＵ）上で実行されると、指定されたタスクを実行するプログラムコードを表す。プログラムコードは、１つまたは複数のコンピュータ可読メモリデバイスの中に格納されることが可能であり、このことについてのさらなる説明は、図２に関連して見ることができる。後段で説明するメディアユーザインタフェース技術のフィーチャは、プラットフォーム独立であり、これは、それらの技術が、様々なプロセッサを有する様々な市販のコンピューティングプラットフォーム上で実施されることが可能であることを意味する。
【００１７】
図２は、図１のエンターテイメントサーバ１１２の例示的な実施形態２００をより詳細に示す。エンターテイメントサーバ１１２は、プロセッサ２０２と、メモリ２０４とを含む。プロセッサは、プロセッサが形成される材料、または本明細書で使用される処理機構によって限定されない。例えば、プロセッサは、半導体および／またはトランジスタ（例えば、電子ＩＣ（集積回路））から成ることが可能である。そのようなコンテキストにおいて、プロセッサ実行可能命令は、電子的に実行可能な命令であることが可能である。代替として、プロセッサの機構、またはプロセッサのための機構、したがって、コンピューティングデバイスの機構、またはコンピューティングデバイスのための機構には、量子コンピューティング、光コンピューティング、メカニカルコンピューティング（例えば、ナノテクノロジーを使用する）が含まれるが、以上には限定されない。さらに、単一のメモリ２０４が、エンターテイメントサーバ１１２に関して示されているものの、ＲＡＭ（ランダムアクセスメモリ）、ハードディスクメモリ、リムーバブルメディアメモリ、および他のタイプのコンピュータ可読記憶媒体などの、多種多様なタイプおよび組み合わせのメモリが、使用されることが可能である。
【００１８】
メディアマネジャモジュール１２０は、プロセッサ２０２上で実行されるものとして図示され、メモリ２０４の中に格納可能である。メディアマネジャモジュール１２０は、エンターテイメントサーバ１１２上でアクセス可能な複数のメディア１２４（ｎ）を管理するように実行可能な機能を表す。メディアマネジャモジュール１２０は、スタンドアロンのモジュール、または図示されるオペレーティングシステム２０６のような、他の実行可能モジュールの一部として含められるなどの、様々な仕方で実施されることが可能である。また、様々な他の実施例も企図される。
【００１９】
前述したとおり、エンターテイメントサーバ１１２は、様々な異なるタイプのメディア１２４（ｎ）と対話するように利用されることが可能である。例えば、メディア１２４（ｎ）は、従量課金の映画２０８、ビデオオンデマンド２１０、歌２１２（例えば、ＭＰ３の歌）、写真２１４（例えば、デジタル写真）、ストリーミングオーディオ２１６（例えば、衛星ラジオ）、テレビ番組２１８、および他の２２０のタイプのメディアとして構成されることが可能である。複数のメディア１２４（ｎ）が、メモリ２０４の中に格納されているものとして示されているものの、例えば、図１のインターネット１１８を介して、エンターテイメントサーバ１１２の「外部」から獲得されるメディア１２４（ｎ）も、管理されることが可能である。様々な技術が、メディアマネジャモジュール１２０によって提供されるメディアＵＩ１２２を介してメディアと対話するのに使用されることが可能であり、このことについてのさらなる説明は、後続の図に関連して見ることができる。
【００２０】
（例示的なユーザインタフェース）
図３〜図２０は、例示的なメディアユーザインタフェースの図である。メディアユーザインタフェースは、レイヤおよびオーバーレイ、左／右ナビゲーション、ギャラリーコントロール、スタートメニューなどの多種多様な機能を提供するように構成されることが可能であり、これらについてのさらなる説明は、後続のセクションに関連してそれぞれ見ることができる。
【００２１】
（レイヤおよびオーバーレイ）
次に、メディアアイテム上のオーバーレイとして同時に表示される例示的なメディアＵＩを示す図３〜図７を全体的に参照する。図３は、テレビ番組として構成されたメディアアイテムを、そのメディアアイテムと関係したフィーチャを提供するように構成されたメディアＵＩと一緒に同時に表示する例示的な実施形態３００を示す。図示される実施形態では、メディアアイテム３０２は、テレビジョンなどのディスプレイデバイス上に表示されるテレビ番組、「Ｄｅａｄｗｏｏｄ」である。
【００２２】
メディアアイテム３０２の「上」に表示されるのは、この実例では、「ｚｏｏｍ」、「ｔｅｌｅｔｅｘｔ」、「ｇｏ  ｉｎｔｅｒａｃｔｉｖｅ」、および「ｓｅｔｔｉｎｇ」として示される、メディアアイテム３０２と関係するフィーチャ（例えば、コントロール）を含むメディアＵＩ３０４である。図示されるとおり、メディアＵＩ３０４は、テレビ番組の実質的な部分が、まだメディアＵＩ３０４を「通り抜けて」見えるように、メディアアイテム３０２（例えば、テレビ番組）に重なる。メディアアイテム３０２は、この実例では、ディスプレイデバイスの利用可能な表示エリアを実質的に占有する。すなわち、メディアアイテム３０２は、メディアを表示するのに利用できる、利用可能なサイズ（例えば、高さおよび幅）を占有するように表示される。
【００２３】
図示される実施形態では、メディアＵＩ３０４は、実質的に半透明であり、したがって、ディスプレイデバイスの諸部分は、メディアＵＩ３０４とメディアアイテム３０２をともに出力する。図示される実例では、メディアＵＩ３０４の非テキスト部分は、十分に半透明であり、したがって、ユーザは、メディアアイテム３０２だけでなく、メディアＵＩを介して利用可能なフィーチャ（例えば、「ｚｏｏｍ」、「ｇｏ  ｉｎｔｅｒａｃｔｉｖｅ」など）も見ることができる。メディアＵＩ３０４のテキスト部分、ならびにフィーチャ、および利用可能なフィーチャの指示（例えば、左／右ナビゲーションのセクションに関連して、さらなる説明を見ることができるテキスト「ｃｏｎｔｒｏｌｓ」の上方の「ａｒｒｏｗｓ」）が、メディアアイテム３０２の上に見られるように構成される。メディアアイテム３０２の他の部分３０６は、例えば、メディアＵＩ３０４の透明な部分を提供すること、ディスプレイデバイスの特定の部分にメディアＵＩを限定することなどにより、直接に見える。
【００２４】
前述したとおり、オーバーレイとしてのメディアＵＩの構成により、メディアＵＩによって提供される機能に、ユーザが、メディアアイテム、例えば、曲、テレビ番組などを消費しながら、アクセスが行われることを可能にする。このため、メディアＵＩは、現在の消費経験から「離れて」、例えば、別個のページに行くナビゲーションを要求する従来のページの使用なしに、提供されることが可能である。
【００２５】
例えば、図４は、詳細ビューが示される例示的な実施形態４００におけるメディアＵＩを示す。図示される「詳細ビュー」４０２は、いつでも、メディアアイテムの消費中のいずれの時点でも表示されることが可能なオーバーレイである。図示される詳細ビュー４０２では、特定のチャネル４０４、メディアアイテム４０６の出力における相対的時点、メディアアイテム３０２が、「ｏｎ  ｎｏｗ」である（すなわち、ＤＶＲにおける記録から出力されているのではなく、現在、エンターテイメントサーバ１１２にストリーミングされている）という指示４０８などの、メディアアイテム３０２の消費の詳細が、表示される。
【００２６】
詳細ビューは、いつでも、メディアアイテムの消費中の任意の時点で表示されることが可能であるため、コンテキストセンシティブにされることも可能である。例えば、図４に示すとおり、メディアＵＩ４０２は、表示されているメディアアイテム３０２と関係するフィーチャを含む。また、コンテキストセンシティビティは、メディアＵＩの多種多様な異なるオーバーレイに関して提供されることも可能である。
【００２７】
図５は、イメージとして構成されたメディアアイテムに編集フィーチャを提供するメディアＵＩの例示的な実施形態５００を示す。例示的な実施形態５００において、メディアアイテム５０２は、デジタル写真として構成され、その上に、メディアＵＩ５０４が表示される。メディアＵＩ５０４は、この実例では、「ｒｏｔａｔｅ」、「ｄｅｌｅｔｅ」、「ｔｏｕｃｈ  ｕｐ」、および「ｐｒｉｎｔ」というフィーチャを含むｅｄｉｔｉｎｇオーバーレイである、メディアアイテム５０２のメディアタイプ（例えば、イメージ）と関係するフィーチャを含む。このため、ユーザは、現在の消費モード、例えば、メディアアイテムを見ることを離れることなしに、それらのフィーチャと対話することができる。
【００２８】
メディアアイテムと関係するデータと、メディアユーザインタフェースとの同時の表示は、視覚的メディアタイプに限定されない。例えば、図６は、オーディオメディアアイテムが、メディアＵＩ６０２と同時に出力される例示的な実施形態を示す。メディアＵＩ６０２は、オーディオアイテムに関する「ｎｏｗ  ｐｌａｙｉｎｇ」オーバーレイとして示され、曲名（例えば、マックスウェルズシルバーハンマー）、アルバム（例えば、アビーロード）、アーチスト（例えば、ビートルズ）、アルバムアート６０４、出力ステータスバー６０６などのメディアアイテムと関係する詳細も表示する。
【００２９】
また、メディアアイテムの状態およびタイプに基づいてフィーチャを提供するコンテキストセンシティビティも、提供されることが可能である。例えば、ユーザは、音楽ライブラリにナビゲートし、図６に示されるメディアアイテムの再生を選択することができる。今やユーザ（および、より詳細には、メディアＵＩ６０２）は、「再生」段階にあるので、ユーザは、さらなる説明を後続の図に関連して見ることができる、プレイリストを形成することにより、その曲の後にさらなる曲を聴くことを所望することが可能である。
【００３０】
図７は、図６のメディアアイテムの出力中にキューに追加されるべき、さらなるメディアアイテムの選択を示す例示的な実施形態７００を示す。ユーザによって選択されると（例えば、入力デバイスから入力を受け取ると）、詳細ページが、オーバーレイとして表示され、「キューに追加」する論理が、使用される。このため、メディアマネジャモジュール１２０は、フィーチャ「ａｄｄ  ｔｏ  ｑｕｅｕｅ」が、フィーチャ「ｐｌａｙ」の代わりに提供されるべきことを判定する論理を含むことが可能である。したがって、メディアアイテムが、レンダリングを開始すると、フォーカスは、メディアマネジャモジュール１２０によって「ａｄｄ  ｔｏ  ｑｕｅｕｅ」に自動的に与えられる。ユーザが、「ａｄｄ  ｔｏ  ｑｕｅｕｅ」オーバーレイの中でメディアアイテムの１つを選択すると、アニメーションが、アルバムカバー（または他の表現）が、メディアＵＩ７０４の「ｎｏｗ  ｐｌａｙｉｎｇ」エリア７０２まで「下」に移されるのを示すことが可能である。このため、ユーザは、行き先（例えば、アルバムページ）を選択し、「ａｄｄ  ｔｏ  ｑｕｅｕｅ」を選択し、その後、「ｂａｃｋ」を選択して、曲リストに戻り、次に、それぞれの追加のメディアアイテムに関してこのプロセスを繰り返すなどの、従来の技術によって要求される様々なページへのナビゲーションを強制されない。それどころか、オーバーレイの使用を介して、ユーザは、選択に関するメディアアイテムのコンテキスト（例えば、さらなる説明を後続のセクションに関連して見ることができる「ギャラリー」）に残され、したがって、ユーザは、曲のコンテキストに留まりながら、曲を引き続き追加することができる。
【００３１】
例えば、ユーザが、ある曲を聴いており、その曲についてのさらなる情報を知ることを所望するものと想定されたい。ユーザが、リモートコントロール上で「ｍｏｒｅ  ｉｎｆｏ」ボタンを選択すると、メディアマネジャが、曲のｄｅｔａｉｌｓをオーバーレイとして出現させることが可能である。この場合も、ユーザは、そのコンテキストを離れることを強制されず、現時点で、そのコンテキストにおいて表現されているアイテムについてさらに知ることができる。ユーザが、「ｂａｃｋ」を選択すると、ユーザは、再生に戻ることができる。同様の機能が、テレビ番組を観ることに関しても提供されることが可能である。このため、メディアＵＩは、行われた前のアクションに関連するコンテキストによってメディアを表示することができる。コンテキストセンシティビティ、およびオーバーレイについてのさらなる説明は、図２１の例示的な手続き２１００、および図２２の例示的な手続き２２００に関連して見ることができる。
【００３２】
（左／右ナビゲーション）
ナビゲーションのためのメディアアイテムのリストは、従来、左から右に水平に並べられない。例えば、従来のウェブページでは、ナビゲーションは、一般に、「上／下」の向きにされて提供される。したがって、ユーザが、メディアアイテムの大量のコレクションに直面すると、ユーザは、そのコレクションの大部分の中をナビゲートして、関心対象の特定のメディアアイテムを探し出すことを要求される可能性がある。さらに、このナビゲーションには、ナビゲーションを実行するのに、相当な時間、および／またはユーザからの相当な数の入力が関わる可能性がある。しかし、この実施形態では、関心対象のアイテムを効率的に探し出すようにメディアアイテムの表現、およびリストの中でナビゲートするように、「左／右」ナビゲーション技術が、提供される。
【００３３】
図８は、左／右ナビゲーションを使用して、曲のコレクションの中をユーザがナビゲートすることができるようにする音楽ライブラリとして構成されたメディアＵＩの例示的な実施形態８００を示す。図示されるメディアＵＩ８０２は、アーチスト間で水平にグローバルナビゲーションを提供して、ユーザが、左／右ナビゲーションを使用して、アーチストの集団全体の中でナビゲートすることができるようにする。さらに、それぞれのアーチストによる曲が、垂直にグループ化される。したがって、ユーザは、上下にナビゲートして、リストの中の個々のメディアアイテム（例えば、ある特定のアーチストによる曲）を選択することができるが、リスト全体を実際にナビゲートするのに、ユーザは、左／右にナビゲートする。
【００３４】
このため、ユーザには、カラム（例えば、グループ）ごとにナビゲートする能力が与えられ、これにより、ユーザは、各メディアアイテムを１つずつ、個々にナビゲートしなければならないのではなく、図８における「Ａｉｒ」８０４から「Ａｖｒｉｌ  Ｌａｖｉｇｎｅ」８０６までのように、アイテムのコレクションの間で「飛ばす」ことができるようになる。また、メディアＵＩの水平の整列が、様々な他のフィーチャを提供することも可能である。
【００３５】
図９は、記録されたテレビ番組を選択するスタートメニューとして構成されたメディアＵＩの例示的な実施形態９００を示す。メディアＵＩ９０２は、記録済みのテレビ番組の複数の表現を含み、それらの表現から、ユーザは、鑑賞のためにある特定の番組を選択することができる。例えば、ユーザは、スタートメニュー（例えば、メディアＵＩ９０２）にナビゲートし、あるテレビ番組を選択し、次に、そのテレビ番組が、メディアＵＩ９０２の一番下に、ＰＩＰ９０４（ピクチャインピクチャ）、すなわち、はめ込みとして表示されることが可能である。
【００３６】
メディアＵＩ９０２は、コマンド９０６（表現されたメディアアイテムに適用されることが可能な）、ピボット９０８（表現をソートする／配置する）、およびメディアアイテム表現のギャラリー９１０（例えば、アルバムアート、映画ポスタなど）として構成されたフィーチャを含み、これらについてのさらなる説明は、「ギャラリーコントロール」セクションに関連して見ることができる。メディアＵＩ９０２の一番下にあるのが、ギャラリー９１０から「下」にナビゲートすることによってアクセス可能なＰＩＰ９０４である。しかし、従来の技術の使用は、ユーザが、メディアアイテムのグリッド間およびカラム間でナビゲートし、次に、アイテムのカラムの特定の１つ（例えば、左端のカラム）までナビゲートして、ＰＩＰを選択することを要求することによるなどの、どのようにＰＩＰにナビゲートすべきかをユーザが認識していないことを、しばしば、もたらした。水平の向きにされたユーザインタフェースにおいて「一番下」にＰＩＰ９０４を提供することにより、ユーザは、メディアアイテムの表現から「下」にナビゲートして、ＰＩＰ９０４まで直観的にナビゲートすることができる。このため、ディスプレイデバイスの見えるエリアにわたる左／右、すなわち、水平の向きにされたリストを使用するメディアＵＩ９０２の単純化された構造が、提供される。
【００３７】
図１０は、アルバムデータの中のナビゲーションを提供するように構成されたメディアＵＩ１００２の例示的な実施形態１０００を示す。図１０のメディアＵＩ１００２は、この実例では、アルバムである、メディアアイテムのある特定のグループと関係するフィーチャを提供するように構成される。図示されるメディアＵＩ１００２は、そのアルバム上で利用可能な曲を示し、それらの曲のそれぞれが、垂直（すなわち、上／下）ナビゲーションを介して選択されることが可能である。
【００３８】
フィーチャのカテゴリ間のナビゲーションが、この実例では、水平（すなわち、左／右）ナビゲーションを介して提供され、したがって、ユーザは、アルバムに関するグローバルコンテキストを介してナビゲートすることができる。例えば、ユーザが、ある特定のトラックにナビゲートすることを所望しない、例えば、ユーザが、そのアルバムについてのさらなる情報を所望する場合、ユーザは、フィーチャの間で左／右にナビゲートすることができる。この機能が利用可能である（例えば、さらなるスクリーン／ページが、左／右ナビゲーションを介して利用可能である）という指示１００４が、メディアＵＩ１００２の右上隅における矢印の使用を介して示される。リスト内の「どこに」ユーザが位置しているかにつての別の指示は、例えば、他の表現に比べて拡大されたように表示される、フォーカスを有するメディアアイテムの下として示される、「ブレッドクラム」１００４（すなわち、パネルインジケータ）によって矢印の下に示される。このため、図１６は、メディアアイテムのグループの複数の「詳細ページ」の１つを示す。多種多様な他のメディアアイテムに関する同様な機能が、提供されることが可能である。
【００３９】
図１１は、テレビ番組に関する詳細ページとして構成されたメディアＵＩ１１０２の例示的な実施形態１１００を示す。ユーザが、このページから左／右にナビゲートすると、ユーザには、「ｏｔｈｅｒ  ｓｈｏｗｉｎｇｓ」ページ、「ｓｅｔｔｉｎｇｓ」ページ、「ｒｅｃｏｒｄｉｎｇ」ページなどの、テレビ番組と関係する様々な他のカテゴリのフィーチャが与えられることが可能である。このため、左／右ナビゲーションは、カテゴリによって配置されることが可能な、メディアアイテムのインスタンス（または、アルバムなどのメディアアイテムのグループ）と、そのメディアアイテムについての関連した情報とを１箇所で提供することができる。したがって、ユーザは、左／右にナビゲートして、その特定のメディアアイテム、またはメディアアイテムのグループに関する関連したフィーチャの様々なカテゴリを得ることができる。
【００４０】
しかし、従来の技術は、データを個々に提供し、したがって、ユーザは、「掘り下げて」、関心対象のある特定のメディアアイテム、そのメディアについての情報、そのメディアアイテムと関係するフィーチャなどを見つけなければならなかった。さらに、ユーザが、関心対象の特定のフィーチャを探し出すのに、従来の技術を使用して、複数のレベルを掘り下げることを要求された場合、ユーザは、「道に迷う」可能性さえあり、したがって、ナビゲーション体験の減退した見通ししか有さない可能性がある。しかし、この実施例では、ユーザが、メディアアイテム、またはメディアアイテムのグループの表現を選択し、アイテムの「詳細」ビューを開始した（例えば、リモートコントロールの詳細ボタンを押すことにより）場合はいつでも、ユーザは、カテゴリの間で水平に（例えば、左右に）ナビゲートして、ギャラリーを離れることなしに、そのアイテムについてのさらなる情報を探し出すことができる。というのは、詳細ビューは、オーバーレイであり、ユーザを、そのアイテムのコンテキスト内に保つからである。
【００４１】
左右モデルの別の特徴は、左／右が、マクロレベルのナビゲートを実行するのに使用されることが可能であるため、リストを有する各パネルが、一方向で構成されることが可能である（例えば、図８）という点で、「上／下」を単純化することである。例えば、アルバムの複数のトラックを示す図８を再び参照する。ユーザが、「左」ナビゲーションまたは「右」ナビゲーションを選択すると、ユーザが、メディアアイテムのリストを「下」にナビゲートした場合でも、次のパネルが、表示される。このため、各パネルに関するメディアＵＩは、この実施例において単純化される。例えば、それらのパネルが表示されると、ユーザは、それらのパネル間で左／右にナビゲートして、事実上、各リストを１次元リストにし、各パネルを１次元パネルにする。しかし、別の実施形態では、例えば、さらなる選択が、パネルの中のアイテム上で提供されることが可能であり、ユーザは、あるアイテムまでリストを下にナビゲートして、次に、そのアイテムに固有のパネルで左／右にナビゲートすることができる。
【００４２】
前述したとおり、左／右ナビゲーションは、ユーザが、実際に離れることなしに、現在の消費状態（例えば、曲を聴くこと、テレビ番組を観ることなど）に留まることを可能にすることもできる。というのは、ユーザは単に、ビューをナビゲートし、かつ／またはパネルを旋回しただけだからである。例えば、ユーザが、あるアルバムの曲を聴いており、それらの曲をシャッフルすることを所望する場合、従来の技術は、ユーザが、別の行き先にナビゲートし、設定ページに行って「シャッフル」を選択し、次に、現在、再生中の音楽にナビゲートして戻ることを要求した、しかし、この実例では、関係のあるデータを左／右パネルの中に入れることにより、ユーザは、所望される経験の範囲内に留まることができる。
【００４３】
ある実施形態では、ユーザを、アクティブに再生されている何かに連れて行く「ｎｏｗ  ｐｌａｙｉｎｇ」と呼ばれる機能が、提供される。例えば、テレビ経験が、「ｎｏｗ  ｐｌａｙｉｎｇ」オーバーレイを有することが可能であり、音楽が、「ｎｏｗ  ｐｌａｙｉｎｇ」オーバーレイを有することが可能であるといった具合である。起動されると、「ｎｏｗ  ｐｌａｙｉｎｇ」経験は、フルスクリーンの、ズーム専用の経験として提供されることが可能である。例えば、テレビ番組のケースでは、ユーザが、テレビ番組を観ており、他のどのようなテレビ番組が利用可能になるかを見ることを所望する可能性がある。従来の技術を使用すると、ユーザは、「ｂａｃｋ」ボタンを選択し、このことにより、ユーザインタフェースが、そのＴＶショーに関するギャラリーに戻るようにされる。ユーザは、次に、「ｂａｃｋ」を再び選択して「ｍｙ  ＴＶ」ページを獲得し、このページにおいて、ユーザは、他のショーを記述する情報を見ることができる。しかし、この実施形態では、ユーザは、表現されるメディアタイプにコンテキストセンシティブであるパネルが表示されるようにする左／右ボタンを選択することができる。例えば、設定は、ユーザが、イメージを回転させる、削除する、トリミングする、タッチアップする、または印刷する（図５）、曲を再生するといったことを行うことができるようにすることが可能である。このため、コンテキストセンシティビティは、その消費モードに適切であるフィーチャをユーザに提供し、それらのフィーチャの間で、左／右ナビゲーションを介してナビゲートが行われることが可能である。
【００４４】
左／右ナビゲーションは、様々な仕方で提供されることが可能である。例えば、「ｎｏｗ  ｐｌａｙｉｎｇ」において、ビデオ自体が、ディスプレイデバイスの利用可能な表示エリアを消費して、消費コンテキストが、フルスクリーン（例えば、テレビ番組またはビデオのような）に依拠する場合、ユーザが、左／右を選択すると、それらのパネルが、メディアＵＩの一番下で表示されることが可能であり、左／右のナビゲートが可能である。前段の場合と同様に、パネルは、経験の「上に」オーバーレイとして表示され、したがって、パネルは、ディスプレイデバイスの利用可能な表示エリアを節約する。音楽に関して、音楽が、フルスクリーンビデオ経験ではない場合、メディアＵＩのパネルの全体が、スクリーン上で表現されることが可能である。したがって、ユーザが、左／右にナビゲートすると、スクリーン全体が、左または右に「ずれる」。左／右ナビゲーションのさらなる説明は、図２３に関連して見ることができる。
【００４５】
（ギャラリーコントロール）
図１２は、音楽が選択されることが可能なスタートメニューとして構成されたメディアＵＩ１２０２の例示的な実施形態１２００を示す。３つの水平の向きにされたカルーセルを有する３ロウギャラリービューと呼ばれることが可能なメディアＵＩ１２０２が、示されている。入力デバイスの使用を介して、ユーザは、この実例では、アルバムの表現の間で左／右および上下にナビゲートして、エンターテイメントサーバ１１２によって出力されるべきアルバムを選択することができる。このため、前述したとおり、ユーザは、左／右に動いて、循環カルーセルに配置されることが可能な異なるタイル間でナビゲートして、ユーザが、単一方向で絶えずスクロールして、そのカルーセルにおける各表現にアクセスすることができる。すなわち、カルーセルは、ループである。
【００４６】
（中央ロック領域）
ある実施形態では、メディアＵＩ１２０２は、「フォーカス」が保持される中央ロック動作をもたらす。このことが、中央ロック領域１２０４を描く破線ボックスの使用を介して図１２に示される。メディアＵＩ１２０２の一番下に示されるメタデータ１２０６が、図示される実例では、アルバム「Ｄｕｂ  Ｓｉｄｅ  ｏｆ  ｔｈｅ  Ｍｏｏｎ」であるフォーカスに追従する。このため、中央ロック領域１２０４は、ユーザが表現を選択することができるメディアＵＩ１２０２のエリアを提供する。
【００４７】
ある実施形態では、ユーザは、破線によって描かれる中央ロック領域１２０４の「縁端」を越えてナビゲートすることはできない。それどころか、そのような実例では、表現（例えば、この実例ではアルバムの）が、ユーザによって指示された方向に全体としてスクロールされる（例えば、回転される）。つまり、この実施形態におけるユーザは、表現の全体をスクロールすることなしに、メディアＵＩ２０２の縁端に達することはできない。したがって、メディアＵＩ１２０２の中で表示され、中央ロック領域１２０４に入っていない表現は、ユーザが、それらの表現を回転させて（すなわち、スクロールして）、中央ロック領域１２０４に入れるまで、ユーザによって選択可能でない。このため、メディアＵＩ１２０２は、ディスプレイデバイスの利用可能な表示エリアを最適化する４：３スクリーンフォーマットと１６：９スクリーンフォーマットに関する汎用テンプレートを提供することができる。
【００４８】
図示される実施形態では、図１２の中央ロック領域１２０４は、「３×３」であり、したがって、ユーザは、「上」と「下」だけでなく、「左」と「右」でもナビゲートして、中央ロック領域１２０４の中のメディアアイテムの表現を選択することができる。後段の説明では、「上」と「下」は、メディアＵＩの中の垂直ナビゲーションを使用する、それぞれの方向を指すことが可能である一方で、「左」と「右」は、水平ナビゲーションを使用する、それぞれの方向を指す。
【００４９】
図１３は、タイトルによってアルバムを選択する単一の水平カルーセルとして構成されたメディアＵＩ１３０２の別の例示的な実施形態１３００を示す。この実例では、図１２の「３×３」グリッドの中でナビゲートする実例と同様に、水平ロウにおける３つの相次ぐアイテムの間のナビゲーションが、提供される。ユーザが、中央ロック領域１３０４（この場合も、破線ボックスとして示される）の終端に達すると、リストは、メディアＵＩ１３０２を介してスクロールされる。例えば、ユーザは、メディアＵＩ１３０２の中で表現のそれぞれをスクロールさせることなしに、中央ロック領域の中で表現「Ｌｉｖｅ  ａｔ  ｔｈｅ  Ｒｏｘｙ」から表現「Ｒａｓｔａ  Ｒｅｖｏｌｕｔｉｏｎ」にナビゲートすることができる。しかし、ユーザが、表現「Ｒａｓｔａ  Ｒｅｖｏｌｕｔｉｏｎ」から表現「Ｒｅｇｇａｅ  Ｇｏｌｄ」にナビゲートしようと試みると、表現のそれぞれがスクロールされて、表現「Ｒａｓｔａ  Ｒｅｖｏｌｕｔｉｏｎ」が、メディアＵＩ１３０２における中央ロック領域１３０４に入れられる。
【００５０】
（間隙管理）
次に図１２を再び参照する。中央ロック領域１２０４（すなわち、破線ボックス）の左側に示されるとおり、表示されているリストの始めと終わりを示す間隙１２０８が、示される。つまり、間隙１２０８は、リストが、どこで始まり、どこで終わるかについての視覚的キューである。さもなければ、連続的な循環がもたらされ、その循環において、ユーザには、リストが、どこで始まり、どこで終わるか、例えば、図示されるアルバムの中のどこにＡがあり、どこでＺを見つけることができるかが、容易に分からない。
【００５１】
図示されるとおり、間隙１２０８は、このケースでは、アルバムカバーとして図示される、メディアアイテムの表現と同一の幅ではない。ある実施形態では、間隙１２０８の間のナビゲーションは、表現自体の間のナビゲーションとは異なる仕方で管理される。例えば、間隙１２０８が、中央ロック領域（すなわち、破線ボックス）に入ると、フォーカスエリアは、同一のポイントに留まり、間隙が、中央ロック領域１２０４から出るまで、動かない。例えば、間隙１２０８が、中央ロック領域に入っている場合、ユーザが、左または右にナビゲートすると、リスト全体が、スクロールされることが可能である。したがって、中央ロック領域１２０４によってメディアＵＩ１２０２において消費される「サイズ」（すなわち、表示エリアの量）が、保たれる。さもなければ、中央ロック領域１２０４のサイズは、間隙１２０８が含められると、拡大する必要があり、このことは、他の各表現がどのように表示されるべきかについての再計算を要求することなどにより、残りの表現がどのようにレンダリングされるかに有害な影響を及ぼす可能性がある。
【００５２】
このように、間隙１２０８は、リストの表現と同一のサイズである必要はなく、このサイズは、図１２の例示される実施形態では、メディアの表現と比べて「より薄い」（すなわち、ユーザインタフェースにおいて、より少ない水平表示スペースを消費する）として示されるが、他の表現の間で提供される間隙と比べて「より幅広い」（例えば、より大きい）。図示される実例では、リストの「始め」または「終わり」に配置されていない表現の間では、間隙は、提供されず、すなわち、表現は「接触」し、したがって、「０」の有効間隙を有する。このため、間隙１２０８が、中央ロック領域１２０４に入っている場合、各表現が、スクロールされ、間隙１２０８が、中央ロック領域１２０４に入っていない場合、中央ロック領域１２０４の中のナビゲーションが、他の各表現をスクロールすることなしに提供される。
【００５３】
さらに、間隙１２０８のサイズは、映画ポスタに関してなどの、異なるサイズの表現を有するメディアアイテムの異なるビューにおいて保たれることが可能である。したがって、異なるメディアタイプと対話する場合でさえ、一貫した外観および感じが、ユーザに提供される。例えば、ユーザは、異なるメディアタイプを見る際、間隙１２０８を容易に識別することができ、したがって、メディアアイテムのリストが、どこで始まり、どこで終わるかについて知っていることが可能である。
【００５４】
（メタデータフォーカス）
図１４および図１５は、メタデータが、選択された表現の「フォーカス」に追従する、それぞれのメディアＵＩ１４０２、１５０２を示す例示的な実施形態１４００、１５００を示す。例えば、図１４のユーザインタフェース１４０２において、テレビショー「Ｅｘｔｒｅｍｅ  Ｍａｋｅｏｖｅｒ」の表現１４０４が、フォーカスされている（例えば、選択されている）として示され、したがって、そのテレビショーに属するメタデータ１４０６が、表現１４０４近くに表示される。図１５のメディアＵＩ１５０２において、ユーザは、「Ｅｘｔｒｅｍｅ  Ｍａｋｅｏｖｅｒ」表現から、テレビ番組「Ｆｅａｒ  Ｆａｃｔｏｒ」の表現１５０４に「右」にナビゲートしている。このため、表現１５０４「Ｆｅａｒ  Ｆａｃｔｏｒ」が、フォーカスが当てられているものとして（例えば、メディアＵＩ１５０２における、その他の表現と比べて、拡大され、より明るく）示され、メタデータ１５０６は、その表現近くに表示される。このため、メタデータは、フォーカスが当てられた表現に「追従」する。すなわち、メタデータの表示は、表現の選択に追従する。
【００５５】
（段階的階層）
図１６〜図１８は、メディアアイテム、ピボットエリア、およびコマンド領域の表現の段階的階層を有する、それぞれのメディアＵＩ１６０２、１７０２、および１８０２の例示的な実施形態を示す。ユーザが、複数のメディアアイテムの表現を含むギャラリーエリア１６０４から「ピボットエリア」１６０６にナビゲートすることができる、図１６を次に参照する。ピボットエリア１６０６の中の表現は、ギャラリーエリア１６０４の中のメディアアイテムの表現の「ビュー」を変更するように選択可能である。また、メディアＵＩ１６０２は、実行され、ギャラリーエリア１６０４の中の表現されたメディアアイテムと関係することが可能なコマンドを含むコマンドエリア１６０８も含む。
【００５６】
例えば、メディアＵＩ１６０２は、アルバムの表現が、ギャラリーエリア１６０４の中のアーチストに従ってグループ化されるようにする、ピボットエリア１６０６の中で選択された「ａｌｂｕｍｓ  ｂｙ  ａｒｔｉｓｔｓ」を有する。ギャラリーエリア１６０４の中で選択された（すなわち、「フォーカス」を有する）アルバムの表現は、この実例では、ギャラリー１６０４の中でフォーカスを有するものとして示されるアーチスト「Ｂｅｃｋ」によるアルバム「Ｍｕｔａｔｉｏｎｓ」である、メディアＵＩ１６０２のメタデータエリア１６１０の中で表示される、対応するメタデータを有する。この実例では、メタデータは、図１４および図１５に関連して前述した表現の選択（例えば、フォーカス）に、やはり追従することに留意されたい。
【００５７】
ユーザは、次に、ギャラリーエリア１６０４からピボットエリア１６０６まで垂直に「上」にナビゲートして、ギャラリーエリア１６０４の中のアイテムのビューを、例えば、メディアアイテムが、ギャラリーエリア１６０４の中で、どのようにソートされるかを変更することができる。ユーザが、ピボットエリア１６０６の中の利用可能な選択の間でナビゲートするにつれ、ギャラリーは、自動的に更新されることが可能である。例えば、ユーザは、図１７のメディアＵＩ１７０２において示される「ａｌｂｕｍｓ  ｂｙ  ｔｉｔｌｅ」１７０４にナビゲートすることができる。すると、ギャラリーエリア１７０６は、タイトルによってアルバムの表現を配置するように自動的に更新される。アルバム表現について説明してきたが、同様の機能は、ギャラリーの中の様々な他のメディアタイプに関して使用されることが可能である。例えば、イメージ（例えば、デジタル写真）に関するメディアＵＩに、日付、ソースなどによってイメージを配置する機能を提供するピボット領域が設けられることが可能である。しかし、従来の技術は、ラジオボタンを選択して変更を行い、ダイアログボックスの使用を介して、現在の経験の外部で「ＯＫ」を選択するよう、ユーザを導いた。この実施形態では、変更は、ピボットエリアの中で「右」や「左」に動くことにより、「オーケー」を選択する必要なしに、自動的に行われる。
【００５８】
ある実施形態では、ピボットアイテムの１つまたは複数が、さらなる機能を提供するように選択可能である。例えば、ピボットアイテム「ａｌｂｕｍｓ  ｂｙ」１７０４は、「ｔｉｔｌｅ」、「ａｒｔｉｓｔ」、「ｄａｔｅ」などの、複数のサブアイテムを有することが可能である。したがって、ユーザは、水平ナビゲーションを使用して「ａｌｂｕｍｓ  ｂｙ」アイテムにナビゲートし、１回、ピボットアイテムにより、ユーザは、「ｅｎｔｅｒ」ボタンまたは「ｏｋ」ボタンを選択し、次に、選択のためにサブアイテムのメニューを与えられることが可能である。選択されると、ユーザは、垂直ナビゲーションを使用してサブアイテムの間をナビゲートすることができる。また、様々な他の実施例も企図される。
【００５９】
図１８（他の例示的な図１６〜図１７においても）は、「コマンド領域」１８０４を有するメディアＵＩ１８０２を示す。コマンド領域１８０４は、ピボット領域１８０６およびギャラリー領域１８０８と同様に、メディアＵＩ１８０２における垂直（例えば、上／下）ナビゲーションを介してアクセス可能である。例えば、ユーザは、メディアアイテムの表現を有するギャラリー領域１８０８から上に、ピボット領域１８０６（例えば、前述したピボットを有する）を通って、コマンド領域１８０４まで「上」にナビゲートする（例えば、フォーカスをナビゲートする）ことができる。ある実施形態では、コマンド領域１８０４の中のコマンドの１つまたは複数が、ビュー全体に適用されることが可能である。例えば、「ｐｌａｙ  ａｌｌ」または「ａｄｄ  ｔｏ  ｑｕｅｕｅ」などのコマンドが、コマンド領域１８０４に含められることが可能である。
【００６０】
例えば、ユーザは、ある特定のアーチストから、曲のギャラリービューにナビゲートして、コマンド領域から「ｐｌａｙ  ａｌｌ」を選択することができ、「ｐｌａｙ  ａｌｌ」は、再生されるべき、そのビューの中のすべての曲を選択する役割をする。同様に、「ａｄｄ  ｔｏ  ｑｕｅｕｅ」の場合、その特定のアーチストによるすべての曲が、キューに追加される。例えば、ユーザが、プレイリストを作成することが可能であり、そのプレイリストにおいて、ユーザがジャズアルバムを聴くことを所望する。すると、ユーザは、ピボット「ｇｅｎｒｅｓ」を選択して、利用可能なすべてのジャズ曲を見つけ、「ｐｌａｙ  ａｌｌ」を選択して、そのジャンルの中でリストされる曲が再生されるようにすることができる。音楽に関して説明したが、この機能は、様々なメディアタイプに関して提供されることが可能である。例えば、ピクチャが、日付による、作成者によるなどの、指定された順序でスライドショーとして見られることが可能である。次に、ユーザは、コマンド領域にナビゲートして、そのギャラリーの中のイメージのそれぞれが再生されるようにする、「ｐｌａｙ  ｓｌｉｄｅ  ｓｈｏｗ」を選択することができる。このため、コマンド領域は、コンテキストセンシティブであることが可能であり、ただし、コマンド領域は、必ずしも、ギャラリーにコンテキストセンシティブではなく、例えば、コマンド領域は、表現される、かつ／または出力されるメディアアイテムのタイプに汎用であるコマンドを含むことが可能であることに留意されたい。
【００６１】
（ＳＴＡＲＴ  ＭＥＮＵ）
図１９は、メディア１９０４の表示上のオーバーレイとして提供されるスタートメニューとして構成されたメニューＵＩ１９０２の例示的な実施形態を示す。図示される実施形態では、メディアアイテム１９０４は、ディスプレイデバイスの表示エリアを実質的に占有するテレビ番組（すなわち、Ｄｅａｄｗｏｏｄ）である。さらに、メディアＵＩ１９０２（例えば、スタートメニュー）は、概ね、メディアアイテム（例えば、テレビ番組）の表示の上に表示され、したがって、メディアアイテムの実質的な部分は、前述したスタートメニューの「下」に見える。
【００６２】
メディアＵＩ１９０２において利用可能なフィーチャは、垂直の配置で表示される。さらに、フィーチャのそれぞれには、サブフィーチャを表示する「フォーカス」が与えられることが可能であり、サブフィーチャの例が、「ｍｏｒｅ  ｍｏｖｉｅｓ」、「ｃｉｎｅｍａ  ｎｏｗ」、「ｍｏｖｉｅ  ｌｉｂｒａｒｙ」、「ｏｎ  ｔｅｌｅｖｉｓｉｏｎ」などのサブフィーチャを有する「Ｍｏｖｉｅｓ」として示される。このため、ユーザが、スタートボタンを選択すると、メディアＵＩ１９０２が、オーバーレイとして現れることが可能であり、したがって、ユーザは、ディスプレイデバイスの全体（例えば、利用可能な表示エリア）を実質的に占有するものとしてメディアアイテム１９０４を鑑賞しつづけ、スタートメニューのフィーチャと同時に対話することができる。しかし、従来の技術は、ユーザを別個のページに連れて行く。
【００６３】
図２０は、パートナカスタマイズを提供するように構成されたメディアＵＩ２００２の例示的な実施形態２０００を示す。メディアＵＩ２００２内の様々な位置が、パートナ（例えば、メディアＵＩ２００２のプロバイダの顧客）に提供されて、パートナによって提供されるメディアアイテムにナビゲートするように選択可能な表現を表示することが可能である。例えば、ユーザは、「ｍｏｖｉｅｓ」カテゴリ２００４にナビゲートすることができる。このカテゴリにおいて、ある特定のパートナの１つまたは複数のメディアアイテムに関する表現２００６（メディアアイテム「Ｃｉｎｅｍａ  Ｎｏｗ」に関する「ｔｉｌｅ」として構成された表現として示される）が、映画２００４カテゴリに関する第１のディスプレイスクリーン内に含められる。したがって、ユーザは、カテゴリ（例えば、映画２００４）にナビゲートし、その特定のカテゴリにおいて優先される表現２００６（例えば、「Ｃｉｎｅｍａ  Ｎｏｗ」）を見ることができる。
【００６４】
やはり含められるのが、第２のディスプレイスクリーンにおけるさらなるメディアアイテムの表現を可能にする、「ｍｏｒｅ  ｍｏｖｉｅｓ」と呼ばれる表現である。例えば、ユーザが、「ｍｏｒｅ  ｍｏｖｉｅｓ」表現２００８にナビゲートして、さらなるメディアアイテムの表現を含む第２のディスプレイスクリーンが出力されるようにすることが可能である。このため、メディアＵＩは、「ｔｏｐ  ｌｅｖｅｌ」フィーチャおよびメディアアイテムを含む第１のディスプレイスクリーンと、他のフィーチャおよびアイテムにアクセスする第２のディスプレイスクリーンとを提供することが可能である。また、メディアアイテムの表現に関する位置も、「ｍｏｒｅ  ｍｏｖｉｅｓ」表現２００８を介してアクセス可能な第２のディスプレイスクリーンにおいて提供されることが可能である。選択されると、ユーザは、エンターテイメントサーバ１１２を介して利用可能なメディアアイテムを提供する他の映画パートナのそれぞれのフィルタリング済みのビューに連れて行かれることが可能である。明白なとおり、これは、音楽などの、様々なメディアタイプに適用されることが可能であり、パートナタイルが、妥当な経験内に置かれるように、メディアタイプによって分類されることが可能である。メディアＵＩにおける表現の位置付けについてのさらなる説明は、図２６に関連して見ることができる。
【００６５】
また、スタートメニューは、コンテキスト（例えば、コンテント）センシティビティを有するようにも構成されることが可能であり、このことは、オーバーレイとしての構成と相俟って、さらなる機能を提供することができる。例えば、ユーザが、テレビ番組を観て、そのテレビ番組を記録する助けを必要とすることが可能である。したがって、ユーザは、スタートボタンを選択して、スタートメニューが出力されるようにすることができる。スタートメニューは、この時点で、ホームページのような行き先ではなく、オーバーレイであるため、スタートメニューは、テレビ番組と併せて表示されることが可能である。別の実施例では、ユーザが、「ｈｅｌｐ」を選択すると、実行可能モジュール（例えば、メディアマネジャモジュール１２０）が、「どこで」オーバーレイが展開されているか（例えば、テレビ経験内で）を判定することができ、したがって、コンテキストセンシティブな命令を提供することができる。従来、ヘルプメニューが行き先であった場合、この機能は、「どこで」要求が発信されたかを知らないため、提供されることが可能でなかった。
【００６６】
コンテキストセンシティビティは、前述したとおり、音楽、ピクチャ、ビデオなどに対するセンシティビティなどの、様々な他の実例において提供されることが可能である。例えば、ユーザが、スタートボタンを選択すると、ユーザが、現在、対話の相手としている経験（すなわち、「どこで」）に基づき、与えられることが可能である。これにより、ホームページ、およびナビゲーションのために使用される他のそのようなページが削除されることが可能になる。例えば、従来の技術は、「Ｍｙ  ＴＶ」ページ、「Ｍｙ  Ｍｕｓｉｃ」ページ、「Ｍｙ  Ｍｏｖｉｅ」などを使用した。しかし、本実施例では、コンテキストセンシティブな経験が、それらの行き先をスクリプトの一部分として提供することができる。このため、ユーザは、いずれのポイントにも、どこにでも、いつでもナビゲートすることができる。というのは、それが、オーバーレイであるからであり、モジュール（例えば、メディアマネジャモジュール１２０）が、ユーザが「どこ」に位置しているか、例えば、いずれの消費経験かを知っているからである。
【００６７】
（例示的な手続き）
後段の説明は、前述したシステム、デバイス、およびユーザインタフェースを利用して実施されることが可能なメディアユーザインタフェース技術を説明する。それらの手続きの各手続きの諸態様は、ハードウェアで、ファームウェアで、またはソフトウェアで、あるいは以上の組み合わせで実施されることが可能である。手続きは、１つまたは複数のデバイスによって実行される動作を指定するブロックのセットとして示され、それぞれのブロックによる動作を実行するために示される順序に必ずしも限定されない。後段の説明のいくつかの部分において、図１〜図２０の環境、システム、およびメディアＵＩを参照する。
【００６８】
図２１は、メディアアイテムのコンテキストが、メディアＵＩに含めるためのフィーチャを選択するように判定される例示的な実施形態における手続き２１００を示す。メディアＵＩの出力を生じさせる入力が、受け取られる（ブロック２１０２）。例えば、ユーザは、カーソル制御デバイス（例えば、マウス）、リモートコントロール、キーボードなどを使用して、ｄｅｔａｉｌｓオーバーレイ、ｎｏｗ  ｐｌａｙｉｎｇオーバーレイなどのメディアＵＩが表示されるようにすることができる。
【００６９】
入力が受け取られると、表示されているメディアアイテムのコンテキストが、判定される（ブロック２１０４）。例えば、メディアマネジャモジュール１２０が、実行されて、あるメディアアイテムが、現在、表示されているかどうかを判定し、そうである場合、その表示が実現されているコンテキストを判定することが可能である。メディアアイテムのタイプと関係する消費コンテキスト（例えば、メディアアイテムのタイプ、そのメディアアイテムを出力するのに利用されるレンダリングデバイスのタイプなど）、入力が受け取られる前に実行された（例えば、使用されたフィーチャ）１つまたは複数のアクションなどの、様々なコンテキストが、判定されることが可能である。
【００７０】
次に、１つまたは複数のフィーチャが、メディアＵＩに含めるために選択される（ブロック２１０６）。例えば、選択されるフィーチャは、メディアアイテムの処理（例えば、オーディオファイルのイメージに関する編集フィーチャ、ＤＶＲにおける格納済みのテレビ番組に関する再生オプション）、メディアアイテムのストレージ（例えば、テレビ番組を記録する）、メディアアイテムと関係する情報の提供（例えば、テレビ番組または曲を記述するメタデータを得る）と関係することが可能である。
【００７１】
メディアアイテムと一緒に同時に表示可能であるメディアユーザインタフェースが、オーバーレイとして出力される（ブロック２１０８）。このため、ユーザは、メディアアイテムの消費コンテキスト内に留まり、メディアアイテムのコンテキストに基づく１つまたは複数のフィーチャを使用してメディアアイテムと対話することができる。例えば、ユーザが、ギャラリービューにあり、「ｏｋ」を選択した場合、詳細が、表示される。この場合、オーバーレイは、ギャラリービューの「上に」表示され、ユーザ出力を受けいれる。別の実例において、「ｎｏｗ  ｐｌａｙｉｎｇ」オーバーレイのケースでは、ユーザが、左／右を選択した場合、そのパネルが、起動される。ユーザが、そのパネルを見つづけることを所望しない場合、ユーザは、「ｂａｃｋ」を選択することができ、そのパネルが除去される。このため、ユーザは、そのメディアタイプコンテキストに留まり、それらのフィーチャのそれぞれが、ユーザに「もたらされる」。しかし、従来の技術は、ユーザが、別のスペースに、例えば、別のページにブラウズすることを要求し、このため、メディアアイテムの消費コンテキストから漸進的に遠くに「ナビゲート」させられた。
【００７２】
図２２は、メディアＵＩが、メディアアイテムの表示と同時に表示されて、メディアアイテムが、ディスプレイデバイスの利用可能な表示エリアを実質的に占有するようになる例示的な実施形態における手続き２２００を示す。メディアアイテムが、ディスプレイデバイスの利用可能な表示エリアを実質的に占有するものとして表示される（ブロック２２０２）。例えば、ディスプレイデバイスの利用可能な表示エリアが、「Ｘ」の高さと「Ｙ」の幅などの、所与のサイズを有する利用可能な表示エリアを含むことが可能である。したがって、メディアアイテムは、表示されると、一般に、表示エリアの所与のサイズ、例えば、おおよそ「Ｘ」の高さと「Ｙ」の幅を消費する。
【００７３】
メディアユーザインタフェースの出力を生じさせるように構成された入力が、受け取られる（ブロック２２０４）。例えば、入力は、ｄｅｔａｉｌｓオーバーレイ、電子番組案内、ｅｄｉｔｉｎｇオーバーレイなどを指定することができる。
【００７４】
この入力に応答して、メディアＵＩが、メディアアイテムと併せて、オーバーレイとして表示され、したがって、メディアアイテムが、ディスプレイデバイスの利用可能な表示エリアをまだ占有する（ブロック２２０６）。例えば、メディアＵＩは、利用可能な表示エリアの全体、または一部分にわたって表示されることが可能である。メディアＵＩの諸部分は、半透明または透明であることが可能であり、したがって、メディアアイテムの諸部分は、図３〜図７に関連して前述したとおり、メディアＵＩを「通り抜けて」見える。このため、メディアＵＩとメディアアイテムは、同時に表示されることが可能であり、したがって、ユーザは、メディアアイテムを、メディアアイテムの最初の表示サイズで観ながら、メディアＵＩのフィーチャを選択することができる。また、様々な他の実施例も、その趣旨および範囲を逸脱することなく、企図される。
【００７５】
図２３は、メディアＵＩにおける複数の表現の間のナビゲーションが、左／右ナビゲーションおよび上／下ナビゲーションを使用して実行される例示的な実施形態における手続き２３００を示す。メディアアイテムの複数の表現が、ユーザインタフェースにおいて表示される（ブロック２３０２）。例えば、表現は、実質的に水平の向きにされることが可能であり、したがって、メディアＵＩ、例えば、図９の垂直軸に沿った向きにされた表現の部分と比べて、表現のより大きい部分が、メディアＵＩの水平軸に沿った向きにされる。
【００７６】
ナビゲーションは、複数の表現の間で左／右に実行され、したがって、それらの複数の表現は、水平には位置された表現の間でナビゲートが行われると、水平にスクロールされる（ブロック２３０４）。例えば、図９に示されるとおり、ユーザは、テレビ番組「Ｅｘｔｒｅｍｅ  Ｍａｋｅｏｖｅｒ」の表現から、テレビ番組「Ｄｅａｄｗｏｏｄ」の表現にナビゲートすることができる。このナビゲーションは、複数の表現の全体が、カルーセルのように水平にスクロールされるようにすることが可能であり、したがって、「Ｓｐｉｄｅｒｍａｎ」の表現は、表示されないが、表示された複数の表現の右側のスクリーンから外れた表現が、次に、表示される。このナビゲーションは、ユーザが、「方向を変えること」なしに、例えば、絶えず左から右にスクロールして、この実例における複数の表現のそれぞれをスクロールすることができるように続くことが可能である。
【００７７】
また、ナビゲーションは、複数の表現の間で上／下にも実行され、したがって、垂直に配置された表現の間でナビゲートしている際、複数の表現は、垂直にはスクロールされない（ブロック２３０６）。例えば、垂直ナビゲーションは、表現が垂直にスクロールされることを生じさせることなしに、図１２のアルバムの表現の間で実行されることが可能である。他のそのような例は、図１６〜図１８に関連して見ることができる。例えば、ユーザは、表現が垂直にスクロールされることを生じさせることなしに、図１６のメディアＵＩ１６０２において垂直に配置されたアルバムの間でナビゲートすることができる。
【００７８】
図２４は、中央ロック領域を使用するナビゲーションが説明される例示的な実施形態における手続き２４００を示す。メディアアイテムの複数の表現を有するユーザインタフェースが、出力され、それらの表現の一部は、中央ロック領域内に位置付け可能であり、したがって、各表現は、中央ロック領域内に位置付けられると、選択可能である（ブロック２４０２）。例えば、図１２のメディアＵＩ１２０２は、複数の表現を含み、それらの表現の一部が、中央ロック領域１２０４内に配置される。アルバム「Ｄｕｂ  Ｓｉｄｅ  ｏｆ  ｔｈｅ  Ｍｏｏｎ」の表現が、オフセットの使用を介してユーザによって選択されたものとして、さらに、その他の表現と比べて拡大されることによって示される。
【００７９】
中央ロック領域内に位置する表現の１つから、中央ロック領域外に位置する表現の別の１つへのナビゲーションが試みられると、その別の表現が、中央ロック領域内に位置付けられるようにスクロールされる（ブロック２４０４）。例えば、ユーザが、リモートコントロールを利用して、図１３における表現「Ｔｈｉｓ  ｉｓ  Ｒｅｇｇａｅ  Ｍｕｓｉｃ：Ｔｈｅ  Ｇｏｌｄｅｎ  Ｙｅａｒｓ」１３０６から、中央ロック領域１３０４外に位置する「Ｄｕｂ  Ｓｉｄｅ  ｏｆ  ｔｈｅ  Ｍｏｏｎ」１３０８の表現へのナビゲーションを指定する入力を与えることができる。この入力に応答して、メディアＵＩ１３０２における複数の表現のそれぞれが、スクロールされて、表現「Ｄｕｂ  Ｓｉｄｅ  ｏｆ  ｔｈｅ  Ｍｏｏｎ」１３０８が、中央ロック領域１３０４内に位置付けられるようになり、したがって、ユーザによって選択可能になる。
【００８０】
中央ロック領域内に位置する表現の１つから、中央ロック領域内に位置する表現の別の１つへのナビゲーションが試みられると、それらの複数の表現をスクロールすることなしに、その他の表現へのナビゲーションが、提供される（ブロック２４０６）。例えば、図１３における表現「Ｔｈｉｓ  ｉｓ  Ｒｅｇｇａｅ  Ｍｕｓｉｃ：Ｔｈｅ  Ｇｏｌｄｅｎ  Ｙｅａｒｓ」１３０６から、やはり中央ロック領域１３０４内に位置する「Ｌｉｖｅ  ａｔ  ｔｈｅ  Ｒｏｘｙ」１３１０の表現へのナビゲーションを指定する入力が、受け取られることが可能である。したがって、複数の表現をスクロールすることなしに、フォーカスは、表現「Ｌｉｖｅ  ａｔ  ｔｈｅ  Ｒｏｘｙ」１３１０に移される。このため、中央ロック領域１３０４内のナビゲーションが、表現のそれぞれをスクロールすることなしに、提供されるのに対して、中央ロック領域１３０４外のナビゲーションは、メディアＵＩ１３０２における表現が、スクロールされることを生じさせる。
【００８１】
図２５は、メニューの繰り返しのインスタンスが、ユーザナビゲーションの履歴から削除される例示的な実施形態における手続き２５００を示す。前述したとおり、スタートメニューは、オーバーレイであるため、「行き先」であることなしに、提供されることが可能である。例えば、ユーザが、メディアアイテムとメニュー間で交互にナビゲートしていた従来のウェブページ履歴スタックを考慮されたい。ユーザが、「ｂａｃｋ」を選択する場合、ユーザは、メディアアイテムと同一のメニューとの間で交互にナビゲートする。本実施例では、履歴は、ユーザが、「ｂａｃｋ」を選択した場合、ユーザが、メニューの単一のインスタンス、および前に選択されたメディアアイテムにナビゲートするように、「削減」されることが可能である。このため、ユーザは、メニューの中で繰り返しナビゲートする必要なしに、行き先のそれぞれにナビゲートすることができる。このため、この実施例では、メニューは、履歴「スタック」における単一のインスタンスで提供され、他のすべてのインスタンスは、自動的に、ユーザ介入なしに、「削減」されて捨てられる。
【００８２】
例えば、複数のメニューが関わるユーザナビゲーションを記述した履歴が、格納される（ブロック２５０２）。例えば、ユーザは、複数のメディアアイテム（例えば、映画、テレビ番組、曲など）と、それらのメディアアイテムと対話するのに利用される、スタートメニュー、詳細メニューなどのメニューとの間でナビゲートすることができる。
【００８３】
それらのメニューの１つまたは複数のメニューの繰り返されるインスタンスが、履歴から削除される（ブロック２５０４）。例えば、メディアマネジャモジュール２５０４が、履歴を調べ、スタートメニュー、詳細ページなどの繰り返しのインスタンスなどの、メニューに繰り返しのインスタンスを削除することができる。別の実施例では、特定のメニューに関する繰り返しのインスタンスが削除される一方で、他の繰り返しのインスタンスは、保持される。例えば、スタートメニューの繰り返しのインスタンスが、削除される一方で、詳細メニューの繰り返しのインスタンスは、保持されることが可能である。また、様々な他の実施例も企図される。
【００８４】
次に、履歴の中のナビゲーションが、実行され、したがって、メディアアイテムの間のナビゲーションが、メニューの単一のインスタンスとともに提供される（ブロック２５０６）。例えば、ユーザが、「ｂａｃｋ」ボタンを利用して、特定のメニューを複数回、再訪問することなしに、履歴の中をナビゲートすることができる。したがって、ユーザは、メニューの中を繰り返しナビゲートして、関心対象の別のメニューまたはメディアアイテムを探し出すことを要求されることなしに、それでも、メニューの機能へのアクセスを有する。
【００８５】
図２６は、ユーザインタフェース内の位置が、購入可能であるものとして提供される例示的な実施形態における手続き２６００を示す。ユーザインタフェース内の複数の位置が、メディアアイテムの表現を表示するように購入可能であるものとして提供される（ブロック２６０２）。例えば、購入者によって指定されたメディアアイテムにアクセスするメディアＵＩ内の位置が、利用可能であることを示すウェブサイト、広告などが、出力されることが可能である。
【００８６】
位置は、ユーザインタフェースにおいて様々な仕方で構成されることが可能である。例えば、図２０のメディアＵＩ２００２における「ｃｉｎｅｍａ  ｎｏｗ」表現２００６などの、１つまたは複数の好ましい位置が、メディアＵＩにおける第１のディスプレイスクリーン上で提供されることが可能である。さらなる映画が、別のスクリーンを介して利用可能であることを示す表現「ｍｏｒｅ  ｍｏｖｉｅｓ」２００８などを介して、さらなる表現が、第２のディスプレイスクリーン上でアクセス可能であることが可能である。また、様々な他の実施例も企図される。
【００８７】
次に、ユーザインタフェースは、複数の位置における表現を含むように出力されるように構成される（ブロック２６０４）。例えば、第１のメディアプロバイダが、第１のディスプレイスクリーン上に、そのプロバイダのメディアアイテムの表現を含めるようにプレミアムを支払う一方で、他のメディアプロバイダが、第２のディスプレイスクリーン上に表現を含めるように、より低い金額を支払うことが可能である。表現は、表現されるメディアアイテムまでナビゲートして、ユーザが、所望されるメディアアイテムにアクセスするのを助けるように構成されることが可能である。
【００８８】
図２７は、メディアアイテムおよびアプリケーションが、メディアＵＩにおける出力のために分類され、アプリケーションおよびメディアアイテムの表現が、利用可能でない場合、作成される例示的な実施形態における手続き２７００を示す。いずれのアプリケーションおよびメディアアイテムが、エンターテイメントサーバを介してアクセス可能であるかについての判定が、行われる（ブロック２７０２）。この判定は、アプリケーションおよびメディアアイテムが、エンターテイメントサーバ１１２にインストールされた際、メディアマネジャモジュール１２０が、エンターテイメントサーバ１１２にインストールされた際、この判定を実行する要求が受け取られた際など、様々な仕方で実行されることが可能である。
【００８９】
アプリケーションおよびメディアアイテムのそれぞれが、それぞれのメディアタイプに基づいて分類される（ブロック２７０４）。例えば、アプリケーションおよびメディアアイテムは、インストールされる際、スタートメニュー、例えば、図１９〜２０上の分類されたビューの中で提示するために、あるカテゴリに割り当てられることが可能である。したがって、各カテゴリ（例えば、音楽カテゴリ、ビデオカテゴリなど）は、対応するタイプのメディアアイテムおよびアプリケーションを含む。
【００９０】
しかし、いくつかの実例では、メディアアイテムは、事前構成された（例えば、「既成の」）表現を有さない可能性がある。そのような実例において、事前構成された表現を有さない各アプリケーションおよび各メディアアイテムの表現が、作成される（ブロック２７０６）。例えば、メディアアイテムのメタデータを利用して、図１２の表現１２０４に関するタイトル「Ｄｕｂ  Ｓｉｄｅ  ｏｆ  ｔｈｅ  Ｍｏｏｎ」のメタデータなどの、表現における関係のあるテキストが供給されることが可能である。したがって、コンピュータ実行可能コード（例えば、メディアマネジャモジュール１２０）を利用して、メタデータ（例えば、タイトル）が取り込まれ、アルバムアートを有さないメディアアイテムの代替としてアルバムアート表現に入れられることが可能である。次に、ユーザインタフェースが、出力される際に、その表現を含むように構成されることが可能である（ブロック２７０８）。
【００９１】
（結論）
本発明を、構造上の特徴、および／または方法上の動作に特有の言葉で説明してきたが、添付の特許請求の範囲において定義される本発明は、説明される特定の特徴および動作に必ずしも限定されないことを理解されたい。むしろ、それらの特定の特徴および動作は、主張される発明を実施する例示的な形態として開示されている。
【図面の簡単な説明】
【００９２】
【図１】メディアユーザインタフェースを提供するように機能可能な例示的な環境を示す図である。
【図２】図１のエンターテイメントサーバをより詳細に示す例示的な実施形態を示す図である。
【図３】テレビ番組として構成されたメディアアイテムの、そのメディアアイテムと関係するフィーチャを提供するように構成されたメディアユーザインタフェースとの同時の表示を示す例示的な実施形態を示す図である。
【図４】詳細ビューが示される例示的な実施形態におけるメディアユーザインタフェースを示す図である。
【図５】デジタル写真などの、イメージとして構成されたメディアアイテムに編集フィーチャを提供するメディアユーザインタフェースを示す例示的な実施形態を示す図である。
【図６】オーディオメディアアイテムがメディアユーザインタフェースと同時に出力される例示的な実施形態を示す図である。
【図７】図６のメディアアイテムの出力中にキューに追加されるさらなるメディアアイテムの選択を示す例示的な実施形態を示す図である。
【図８】ユーザが、左／右ナビゲーションを使用して曲のコレクションの中でナビゲートすることができるようにする音楽ライブラリとして構成されたメディアユーザインタフェースを示す例示的な実施形態を示す図である。
【図９】記録済みのテレビ番組を選択するスタートメニューとして構成されたメディアユーザインタフェースを示す例示的な実施形態を示す図である。
【図１０】この実例では、アルバムである、メディアアイテムのグループの詳細の中でナビゲーションを提供するように構成されたメディアユーザインタフェースの例示的な実施形態を示す図である。
【図１１】テレビ番組に関する詳細ページとして構成されたメディアユーザインタフェースの例示的な実施形態を示す図である。
【図１２】音楽が選択されることが可能なスタートメニューとして構成されたメディアユーザインタフェースの例示的な実施形態を示す図である。
【図１３】タイトルによってアルバムを選択する単一の水平カルーセルとして構成されたメディアユーザインタフェースの別の例示的な実施形態を示す図である。
【図１４】表現の選択の後にメタデータが続く、それぞれのメディアユーザインタフェースを示す例示的な実施形態を示す図である。
【図１５】表現の選択の後にメタデータが続く、それぞれのメディアユーザインタフェースを示す例示的な実施形態を示す図である。
【図１６】メディアアイテムの表現の段階的階層を有するメディアユーザインタフェースの例示的な実施形態を示す図である。
【図１７】ピボットエリアの表現の段階的階層を有するメディアユーザインタフェースの例示的な実施形態を示す図である。
【図１８】コマンド領域の表現の段階的階層を有するメディアユーザインタフェースの例示的な実施形態を示す図である。
【図１９】スタートメニューとして構成され、メディアの表示上のオーバーレイとして提供されるメディアユーザインタフェースを示す例示的な実施形態を示す図である。
【図２０】パートナカスタマイズを提供するように構成されたメディアＵＩを示す例示的な実施形態を示す図である。
【図２１】メディアアイテムのコンテキストが、メディアユーザインタフェースの中に含めるためのフィーチャを選択するように決定される例示的な実施形態における手続きを示す流れ図である。
【図２２】メディアアイテムが、ディスプレイデバイスの利用可能な表示エリアを実質的に占めるように、メディアユーザインタフェースが、メディアアイテムの表示と同時に表示される例示的な実施形態における手続きを示す流れ図である。
【図２３】メディアユーザインタフェースにおける複数の表現の中のナビゲーションが、左／右ナビゲーションおよび上／下ナビゲーションを使用して実行される例示的な実施形態における手続きを示す流れ図である。
【図２４】中央ロック領域を使用するナビゲーションが説明される例示的な実施形態における手続きを示す流れ図である。
【図２５】メニューの繰り返しのインスタンスが、ユーザナビゲーションの履歴から削除される例示的な実施形態における手続きを示す流れ図である。
【図２６】ユーザインタフェース内の複数の位置が、購入可能であるものとして提供される例示的な実施形態における手続きを示す流れ図である。
【図２７】メディアアイテムおよびアプリケーションが、メディアＵＩにおける出力のために分類され、アプリケーションおよびメディアアイテムの表現が、利用可能でない場合に作成される例示的な実施形態における手続きを示す流れ図である。
【図１】
2009515234.tif 000003
【図２】
2009515234.tif 000004
【図３】
2009515234.tif 000005
【図４】
2009515234.tif 000006
【図５】
2009515234.tif 000007
【図６】
2009515234.tif 000008
【図７】
2009515234.tif 000009
【図８】
2009515234.tif 000010
【図９】
2009515234.tif 000011
【図１０】
2009515234.tif 000012
【図１１】
2009515234.tif 000013
【図１２】
2009515234.tif 000014
【図１３】
2009515234.tif 000015
【図１４】
2009515234.tif 000016
【図１５】
2009515234.tif 000017
【図１６】
2009515234.tif 000018
【図１７】
2009515234.tif 000019
【図１８】
2009515234.tif 000020
【図１９】
2009515234.tif 000021
【図２０】
2009515234.tif 000022
【図２１】
2009515234.tif 000023
【図２２】
2009515234.tif 000024
【図２３】
2009515234.tif 000025
【図２４】
2009515234.tif 000026
【図２５】
2009515234.tif 000027
【図２６】
2009515234.tif 000028
【図２７】
2009515234.tif 000029
【国際調査報告】
2009515234.tif 000030