JP4638913B2 - 多平面３次元ユーザ・インターフェース - Google Patents

Description

本発明は、一般には、コンピュータ・システムのユーザ・インターフェースに関し、より詳細には、３次元空間およびユーザビリティが強化されたアニメーションを、主としてリモート・コントロールもしくはそのほかの拡張されたコントロール・デバイスを介したユーザによるインタラクションが意図されたデータ処理デバイスの多平面ユーザ・インターフェースに関する。

（この特許書類の一部には、著作権保護の対象となる資料が含まれている。著作権者は、特許商標庁のファイルもしくは記録内において現れる限り、任意の者による当該特許書類もしくは特許の開示の複製を拒まないが、それ以外については、いかなる場合であってもあらゆる著作権を留保する。）

テクノロジの開発が進むにつれて、価格が下がり、たとえばメモリ、ストレージ、プロセッサ速度、グラフィクス等のコンピューティング・パワーが増加し、コンピュータが、より頻繁に、汎用マシンとしての使用ではなく、専用処理のために使用されるようになっている。たとえばコンピュータは、ビデオ・カセット・レコーダ（ＶＣＲ）では不可能であったライブＴＶの録画およびポーズといったことを可能にするパーソナル・ビデオ・レコーダ（ＰＶＲ）の形式でＶＣＲに置き換わっている。ユーザにとって、ユーザが伝統的なＰＣとインタラクションすることのできた方法と同じ方法でのインタラクションが本質的に意図されていないデバイスにコンピュータが置き換わる場合、伝統的なユーザ・インターフェースは、気付くことのできる欠点を含み、それによってそれらが専用コンピュータのためのユーザ・インターフェースとして不適当となり、その結果、ユーザによる新しいデバイスの効率的な使用を可能にする新しいユーザ・インターフェースが必要とされている。

従来的なシナリオにおいては、ユーザが、ＰＣに対して主要な入力を提供するためにキーボードおよびマウスを介し、またＰＣからの主要な出力を受け取るためにディスプレイ・スクリーンおよびスピーカを介してホームＰＣもしくはラップトップとインタラクションを行うことができた（このほかの入力および出力デバイス、たとえばビデオ・カメラ、プリンタ、スキャナ等を使用することもできるが、この種のデバイスは、概して２次的な入力および出力用であり、使用頻度も低い）。キーボード、マウス、ディスプレイ・スクリーン、およびスピーカは、通常はすべてユーザの近傍、たとえば机上に配置される。ＰＣのオペレーティング・システムのユーザ・インターフェースは、一様に、ユーザが近傍に配置されたキーボード、マウス、ディスプレイ・デバイス、およびスピーカを使用してそのオペレーティング・システムとインタラクションするであろうとの期待の下に設計されている。伝統的なコンピュータ入力／出力構成は、基本的にユーザが、たとえばキーボード、マウス、ディスプレイ、およびスピーカが配置されている机の正面で椅子に座り、入力または出力デバイスから約２フィート内の距離にあるＰＣとインタラクションを行うことが意図されていることから、口語的に『２フィート』ユーザ・インターフェースと呼ばれる。

しかしながら、２フィート・ユーザ・インターフェースとともに使用されることが意図されていなく、むしろ赤外線コントロールもしくはそのほかのリモート・コントロール・デバイスを介して使用され、あるいはコントロールされることが意図されているデバイス上にそれが実装されたとき、２フィート・ユーザ・インターフェースは、同じレベルのユーザビリティをユーザに提供しない。主としてリモート・コントロール・デバイスとともに使用されることが意図されているデバイスは、基本的にユーザが、２フィートより遠くからそのデバイスとインタラクションすることが意図されており、概してそのデバイスに取り付けられた出力ディスプレイ・スクリーンから約１０フィートの距離に座ることから口語的に１０フィート・ユーザ・インターフェースと呼ばれるユーザ・インターフェースを有する。１０フィート・ユーザ・インターフェースから利益を得るデバイスの例として、ＰＶＲおよびメディア・センタＰＣが挙げられる。メディア・センタＰＣは、ユーザがＴＶを視聴し、録画すること、音楽をマネージすること、ラジオを聞くこと、ＤＶＤを再生すること、電話を組織化すること、およびそのほかのメディア関連アクティビティを行うことを、主としてリモート・コントロール・デバイスを用いたインタラクションを介して、たとえばユーザが家庭でＴＶを見ることになる距離と類似した距離において可能にする機能を伴ったデータ処理デバイスである。

認識されることになろうが、２フィート・ユーザ・インターフェースが１０フィート・ユーザ・インターフェースを有することが意図されたデバイス上に実装された場合には、一般にディスプレイ・デバイスからユーザまでの距離が遠く、効率的に見るにはテキストおよびグラフィクスが小さすぎるために同様の機能が得られない。第１世代の１０フィート・ユーザ・インターフェースは、現存するデバイス用に開発されたが、それらの第１世代の１０フィート・ユーザ・インターフェースは、それらが実装されているデバイスとのユーザの経験を妨げるという本質的なユーザビリティの欠陥を有している。したがって、この分野において、ユーザによる主要なインタラクションがリモート・コントロール・デバイスを介するデバイスのための改善されたユーザ・インターフェースを提供することは進歩と見られる。

以下は、本発明のいくつかの側面の基本的な理解を提供するための簡略化された要約である。この要約は、本発明の詳細にわたるあらましではない。これには、本発明の鍵もしくは決定的要素をあきらかにすること、あるいは本発明の範囲を線引きすることが意図されていない。以下の要約は、後に示すより詳細な記述に対する序文として本発明のいくつかの概念を簡略化された形式で示しているに過ぎない。

前述した従来技術における限界を克服するため、およびそのほかの、この明細書を熟読し、理解したときに明らかになるであろう限界を克服するために、本発明は、概して、赤外線リモート・コントロール等のリモート・コントロール・デバイスによってコントロール可能なコンピュータ・システムのための１０フィート・ユーザ・インターフェースに向けられている。ユーザ・インターフェースは、コンピュータ・システムのユーザがリモート・コントロール・デバイスを使用して移動可能であり、かつ選択可能である複数のメニュー・アイテムをリストするメニューを表示する。ユーザがメニュー・アイテムの１つを選択するとき、ユーザ・インターフェースは、ユーザ・インターフェースが描かれる３次元空間内における２つの異なる平面上にコンテントを分け、選択されたメニュー・アイテムを顕著な第１の平面上に配置し、選択されていないメニュー・アイテムをより顕著でない第２の平面上に配置する。

本発明の別の側面によれば、ユーザ・インターフェースが実行されているコンピュータが、ユーザ・インターフェースの単一平面ビューから多平面ビューへの遷移を動画化することができる。データ処理システムのユーザは、リモート・コントロール・デバイス、たとえば赤外線リモート・コントロールを用いてこのデータ処理システムをコントロールすることができる。コンピュータは、メモリ内に格納されたソフトウエアを実行することによって、そのコンピュータ・システムに接続されたディスプレイ・デバイス上に描かれる３次元ユーザ・インターフェースとしてユーザ・インターフェースを提供する。メモリ内に格納されているソフトウエアは、３次元空間においてユーザ・インターフェースを提供するユーザ・インターフェース・ソフトウエア・モジュールを含むことができ、それにおいてユーザ・インターフェースは、ユーザがリモート・コントロール・デバイスを使用して移動することのできる複数のメニューを含む。またこのソフトウエアは、ユーザがメニューからアイテムを選択するとき、ユーザ・インターフェース・ソフトウエア・モジュールのコントロールの下にアニメーションのためのフレームのシーケンスを提供するアニメーション・モジュールも含む。このアニメーション・シーケンスは、ユーザがアイテムの選択を行ったメニューのメニュー・アイテムを、３次元空間における２つの平面の間に分け、３次元空間において互いに離れて行く第１および第２の平面を動画化する。

本発明の別の側面によれば、コンピュータ可読媒体が、ユーザ・インターフェースを提供する方法を実行するためのコンピュータ実行可能命令を格納している。この方法は、データ処理デバイスのユーザ・インターフェースを提供するための３次元グラフィック空間を生成すること、および当該データ処理デバイスに接続されたディスプレイ・デバイス上に、リモート・コントロール・デバイスを使用してユーザ・インターフェースを移動するユーザによって選択可能な複数のメニュー・アイテムの第１のリストを表示することを含む。ユーザがメニュー・アイテムの１つを選択するとき、このユーザ・インターフェースは、選択されたメニュー・アイテムを３次元グラフィック空間における第１の平面上に表示し、ほかのメニュー・アイテムを、３次元グラフィック空間における第２の平面上に表示する。その後このユーザ・インターフェースは、アニメーションが完了したときにユーザ・インターフェースが描かれる３次元空間において第１の平面が第２の平面より顕著な表示ポジションを有するように、３次元空間において互いに離れて行く２つの平面を動画化する。

本発明およびその利点のより完全な理解は、添付図面を考慮して以下の説明を参照することによって得ることができ、それにおいて図面内の類似の特徴には類似する参照番号が用いられている。

以下の各種実施態様の説明においては、これの一部を構成し、かつ例示の手段として本発明を実施することのできる各種の実施態様が示されている図面を参照する。ここで理解されているものとするが、このほかの実施態様を使用してもよく、本発明の範囲から逸脱することなく、構造的かつ機能的な修正を行うことは許される。

図１は、本発明を実装することのできる適切なコンピューティング・システム環境１００の一例である。コンピューティング・システム環境１００は、適切なコンピューティング環境の単なる１つの例に過ぎず、本発明の使用もしくは機能について何らの限定を提唱することを意図していない。またコンピューティング環境１００は、例示的な動作環境１００の中に例示されたコンポーネントの１つもしくはそれらの組み合わせに関連する依存性ないしは要件を有するとして解釈されるべきではない。

本発明は、多くのこのほかの汎用もしくは専用コンピューティング・システム環境もしくは構成を伴って機能することができる。本発明を伴う用途に適していると見られる周知のコンピューティング・システム、環境、および／または構成の例としては、限定する意図ではないが、パーソナル・コンピュータ、サーバ・コンピュータ、ハンド‐ヘルドまたはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサ‐ベースのシステム、セットトップ・ボックス、プログラマブル消費者エレクトロニクス、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータ、以上のシステムまたはデバイスの任意のものを含む分散コンピューティング環境等が挙げられる。

本発明は、コンピュータによって実行されるプログラム・モジュール等のコンピュータ実行可能命令との包括的な関連から説明することができる。概して言えば、プログラム・モジュールには、特定のタスクを実行するか、特定のアブストラクト・データ型を具体化するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等が含まれる。本発明はまた、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実行される分散コンピューティング環境内において実施することもできる。分散コンピューティング環境においては、プログラム・モジュールを、メモリ・ストレージ・デバイスを含めたローカルおよびリモートのコンピュータ・ストレージ・メディアの両方に配置することができる。

図１を参照すると、本発明の具体化するための例示的なシステムは、コンピュータ１１０の形式で汎用コンピューティング・デバイスを含む。コンピュータ１１０のコンポーネントには、限定する意図ではないが、処理ユニット１２０、システム・メモリ１３０、およびシステム・メモリを含めた各種のシステム・コンポーネントと処理ユニット１２０を結合するシステム・バス１２１を含めることができる。システム・バス１２１は、メモリ・バスもしくはメモリ・コントローラ、ペリフェラル・バス、および種々のバス・アーキテクチャのいずれかを使用するローカル・バスを含む多くのタイプのバス構造のいずれとしてもよい。限定の意味ではなく例として述べるが、この種のアーキテクチャとしては、ＩＳＡ（インダストリ・スタンダード・アーキテクチャ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ））バス、ＭＣＡ（マイクロ・チャンネル・アーキテクチャ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ））バス、ＥＩＳＡ（拡張ＩＳＡ）バス、ＶＥＳＡ（ビデオ・エレクトロニクス・スタンダード・アソシエーション（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ））ローカル・バス、およびメザニン（Ｍｅｚｚａｎｉｎｅ）バスとしても知られるＰＣＩ（ペリフェラル・コンポーネント・インターコネクト（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ））バスが挙げられる。

コンピュータ１１０は、通常、種々のコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータ１１０がアクセスすることのできる任意の利用可能な媒体とすることが可能であり、揮発性および不揮発性媒体、取り外し可能および固定媒体のいずれも含む。限定の意味ではなく例として述べるが、コンピュータ可読媒体は、コンピュータ・ストレージ・メディアおよび通信媒体を包含することができる。コンピュータ・ストレージ・メディアは、コンピュータ可読命令、データ構造、プログラム・モジュール、あるいはそのほかのデータといった情報を格納するための任意の方法またはテクノロジにおいて具体化された揮発性および不揮発性、取り外し可能および固定媒体のいずれも含む。コンピュータ・ストレージ・メディアには、限定の意図ではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリもしくはそのほかのメモリ・テクノロジ、ＣＤ‐ＲＯＭ、ディジタル多用途ディスク（ＤＶＤ）もしくはそのほかの光ディスク・ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージもしくはそのほかの磁気ストレージ・デバイス、あるいはこのほかの、所望の情報の格納に使用可能であり、かつコンピュータ１１０によるアクセスが可能な任意の媒体が含まれる。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラム・モジュール、もしくはそのほかのデータを、搬送波もしくはそのほかのトランスポート・メカニズム等の変調されたデータ信号の形で具体化し、任意の情報配信媒体を含む。この用語『変調されたデータ信号』は、その特徴の１ないしは複数を、信号内に情報をエンコードする態様で設定もしくは変化させた信号を意味する。限定としてではなく、例として述べるが、通信媒体は、有線ネットワークまたは直接有線接続等の有線媒体、音響、ＲＦ、赤外線、およびそのほかのワイヤレス・メディア等の無線媒体を含む。以上のうちの任意の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれる。

システム・メモリ１３０は、読み出し専用メモリ（ＲＯＭ）１３１およびランダム・アクセス・メモリ（ＲＡＭ）１３２等の揮発性および／または不揮発性メモリの形式のコンピュータ・ストレージ・メディアを含む。スタート‐アップ等の間におけるコンピュータ１１０内のエレメント間の情報の転送を補助する基本ルーチンを含む基本入出力システム（ＢＩＯＳ）１３３は、通常、ＲＯＭ １３１内に格納されている。ＲＡＭ １３２は、処理ユニット１２０によって直ちにアクセス可能な、かつ／または現在操作中のデータおよび／またはプログラム・モジュールを含む。限定ではなく例として述べるが、図１には、オペレーティング・システム１３４、アプリケーション・プログラム１３５、そのほかのプログラム・モジュール１３６、およびプログラム・データ１３７が例示されている。

またコンピュータ１１０は、そのほかの取り外し可能／固定の、揮発性／不揮発性のコンピュータ・ストレージ・メディアを含むことができる。例示のみとして述べるが、図１には、固定の不揮発性磁気媒体からの読み出しまたは書き込みを行うハードディスク・ドライブ１４０、取り外し可能の不揮発性磁気ディスク１５２からの読み出しまたは書き込みを行う磁気ディスク・ドライブ１５１、およびＣＤ‐ＲＯＭ等の取り外し可能の不揮発性光ディスク１５６またはそのほかの光媒体からの読み出しまたは書き込みを行う光ディスク・ドライブ１５５が示されている。例示の動作環境の中で使用することのできるそのほかの取り外し可能／固定の、揮発性／不揮発性コンピュータ・ストレージ・メディアとしては、限定する意図ではないが、磁気テープ・カセット、フラッシュ・メモリ・カード、ディジタル多用途ディスク、ディジタル・ビデオ・テープ、ソリッド・ステートＲＡＭ、ソリッド・ステートＲＯＭ等を挙げることができる。ハードディスク・ドライブ１４１は、通常、インターフェース１４０等の固定のメモリ・インターフェースを介してシステム・バス１２１に接続されており、磁気ディスク・ドライブ１５１および光ディスク・ドライブ１５５は、通常、インターフェース１５０等の取り外し可能・メモリ・インターフェースを介してシステム・バス１２１に接続されている。

上に述べ、また図１に例示したこれらのドライブおよび関連するコンピュータ・ストレージ・メディアは、コンピュータ可読命令、データ構造、プログラム・モジュール、およびコンピュータ１１０のためのそのほかのデータのストレージを提供する。図１においては、たとえばハードディスク・ドライブ１４１が、オペレーティング・システム１４４、アプリケーション・プログラム１４５、そのほかのプログラム・モジュール１４６、およびプログラム・データ１４７を格納しているとして例示されている。ここで注意を要するが、これらのコンポーネントは、オペレーティング・システム１３４、アプリケーション・プログラム１３５、そのほかのプログラム・モジュール１３６、およびプログラム・データ１３７と同じであってもよく、あるいは異なってもよい。ここでは、オペレーティング・システム１４４、アプリケーション・プログラム１４５、そのほかのプログラム・モジュール１４６、およびプログラム・データ１４７に異なる番号を与え、少なくとも異なるコピーであることを例示している。ユーザは、キーボード１６２および、一般にマウス、トラックボール、あるいはタッチ・パッドと呼ばれるポインティング・デバイス１６１等の入力デバイスを介してコンピュータ２０へコマンドおよび情報を入力することができる。そのほかの入力デバイス（図示せず）として、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星アンテナ、スキャナ等を含めることができる。これら入力デバイスならびのそのほかの入力デバイスは、しばしばシステム・バスに結合されたユーザ入力インターフェース１６０を介して処理ユニット１２０へ接続されるが、パラレル・ポート、ゲーム・ポート、あるいはユニバーサル・シリアル・バス（ＵＳＢ）といった、そのほかのインターフェースおよびバス構造によって接続されることもある。モニタ１９１もしくはそのほかのタイプのディスプレイ・デバイス（たとえばＴＶ）もまた、ビデオ・インターフェース１９０等のインターフェースを介してシステム・バス１２１に接続されている。モニタに加え、コンピュータは、そのほかの、スピーカ１９７およびプリンタ１９６等の周辺出力デバイスを含むこともあり、それらは出力周辺インターフェース１９０を介して接続することができる。

いくつかの側面においては、ペン・ディジタイザ１６５およびそれに付随するペンまたはスタイラス１６６が、フリーハンド入力をディジタル的に取り込むために提供される。ここにはペン・ディジタイザ１６５とユーザ入力インターフェース１６０の間の直接接続が示されているが、実際問題としては、ペン・ディジタイザ１６５を処理ユニット１１０へ直接、パラレル・ポートもしくは別のインターフェースおよびシステム・バス１３０へ、ワイヤレスを含めた任意のテクニックによって結合してもよい。また、ペン１６６が、それに関連付けされたカメラおよび、そのカメラによって取り込まれたイメージ情報をバス１３０とインタラクションするインターフェースへワイヤレス転送するためのトランシーバを有することもできる。さらにこのペンは、カメラに加えて、あるいはそれに代えて、そのほかの、加速度計、磁力計、およびジャイロスコープを含めた電子インクのストロークを決定するためのセンシング・システムを有することができる。

コンピュータ１１０は、リモート・コンピュータ１８０等の１ないしは複数のリモート・コンピュータへの論理接続を使用するネットワーク環境において動作することができる。リモート・コンピュータ１８０は、パーソナル・コンピュータ、サーバ、ルータ、ネットワークＰＣ、ピア・デバイスもしくはそのほかの共通ネットワーク・ノードとすることができ、通常、コンピュータ１１０に関連して前述したエレメントの多くもしくは全部を含むことができるが、図１には、メモリ・ストレージ・デバイス１８１だけが示されている。図１に示されている論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）１７１およびワイド・エリア・ネットワーク（ＷＡＮ）１７３を含んでいるが、そのほかのネットワークを含むこともできる。その種のネットワーク環境は、オフィス、エンタープライズ規模のコンピュータ・ネットワーク、イントラネット、およびインターネットにおいて一般的である。さらに、このシステムは、有線および／または無線能力を有する。たとえば、ネットワーク・インターフェース１７０は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ＳＷＬａｎ、および／またはＩＥＥＥ ８０２．１１クラスのコンビネーション能力を含むことができる。ここで認識されるように、このほかの無線通信プロトコルをこれらのプロトコルとともに、あるいはこれらのプロトコルに代えて使用してもよい。

ＬＡＮネットワーク環境内において使用される場合には、コンピュータ１１０が、ネットワーク・インターフェースもしくはアダプタ１７０を介してＬＡＮ １７１へ接続される。ＷＡＮネットワーク環境内において使用される場合には、コンピュータ１１０が、通常、インターネット等のＷＡＮ １７３にわたる通信を構築するためのモデム１７２もしくはそのほかの手段を含む。モデム１７２は、内蔵もしくは外付けのいずれとしてもよく、ユーザ入力インターフェース１６０もしくはそのほかの適切なメカニズムを介してシステム・バス１２１へ接続することができる。ネットワーク環境においては、コンピュータ１１０に関して図示されているプログラム・モジュールもしくはその一部を、リモート・メモリ・ストレージ・デバイス内に格納することができる。限定としてではなく例示の意味で述べるが、図１には、リモート・アプリケーション・プログラム１８５がメモリ・デバイス１８１に常駐するとして例示されている。ここで認識されるように、図示されているネットワーク接続は例示であり、このほかの、コンピュータ間の通信リンクを構築する手段を使用することもできる。

またここで認識されるように、図示されているネットワーク接続は例示であり、このほかの、コンピュータ間の通信リンクを構築するテクニックを使用することもできる。ＴＣＰ／ＩＰ、イーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標）、ＦＴＰ、ＨＴＴＰ等といった様々な周知のプロトコルのうちの任意の存在が仮定されており、このシステムは、クライアント‐サーバ構成において動作し、ユーザがウェブ‐ベースのサーバからウェブ・ページを検索することを可能にする。従来的な種々のウェブ・ブラウザのいずれかを使用してウェブ・ページに関するデータを表示し、操作することができる。

本発明の１ないしは複数の側面は、１ないしは複数のコンピュータもしくはそのほかのデバイスによって実行される１ないしは複数のプログラム・モジュール等のコンピュータ実行可能命令内に具体化することができる。概して言えば、プログラム・モジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含み、それらは、コンピュータ内のプロセッサもしくはそのほかのデバイスによって実行されたときに特定のタスクを実行するか、特定のアブストラクト・データ型を具体化する。コンピュータ実行可能命令は、ハードディスク、光ディスク、取り外し可能・ストレージ・メディア、ソリッド・ステート・メモリ、ＲＡＭ等のコンピュータ可読媒体上に格納することができる。当業者であれば認識されるように、プログラム・モジュールの機能は、種々の実施態様において、希望に応じて結合し、あるいは分散することができる。それに加えて、機能を全体として、あるいは部分的に、集積回路、現場プログラム可能ゲート・アレイ（ＦＰＧＡ）等のファームウエアもしくはハードウエア等価物の中に具体化することもできる。

（本発明の例示的な実施態様）

上記に加えて、コンピュータ１１０は、付加的にＴＶチューナ・カードを伴って構成されることがあり、コンピュータ１１０は、赤外線リモート・コントロール等のリモート・コントロール・デバイス１６３によってコントロール可能とすることができる。リモート・コントロール・デバイス１６３は、たとえばボタン、キー、タッチ・パッド、フィンガ・ポインティング・デバイス、スクロール・コントロールといった複数の入力を伴って構成でき、そのそれぞれは、赤外線コントロール信号を介してコンピュータ１１０へ一意的なコマンドを送るべく構成される。リモート・コントロール１６３は、移動ボタン（たとえば、左、右、上、下、前、後等）、選択ボタン（たとえば、主選択、二次選択、エンター、エスケープ、キャンセル等）、英数入力ボタン（たとえば、１、２、．．．、９、０、Ａ、Ｂ、Ｃ等）、特定のアプリケーションを立ち上げるか、特定タイプのデータへ移動するアプリケーション・ボタン（たとえば、インターネット・エクスプローラ（Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）、音楽、ＴＶ、写真等）を、従来のリモート・コントロール入力（たとえば、チャンネル送り、チャンネル戻し、音量アップ、音量ダウン等）に加えて提供するべく構成することができる。

コンピュータ１１０は、ユーザがリモート・コントロール・デバイス１６３および、ＴＶ １９１上に表示されるいわゆる『１０フィート』ユーザ・インターフェースを使用してコンピュータ１１０とインタラクションを行うメディア・モードの動作を伴って構成することができる。メディア・モードの動作は、ユーザがＴＶの視聴もしくは録画を行うこと、ＤＶＤを見ること、音楽を（ディジタル音楽ファイルを介して、あるいはラジオもしくは光ディスクを介して）聴くこと、ディジタル写真の閲覧もしくは編集を行うこと、およびそのほかのメディア関連の操作を行うことを可能にする。メディア・モードの動作のユーザが、しばしば、通常モードの動作においてコンピュータ１１０とインタラクションを行うために座る場所より遠くに座ることになるため、メディア・モードの動作のユーザ・インターフェースは、リモート・コントロール・ユーザ入力の受け取りをユーザに充分に伝え、かつユーザ・インターフェースの移動を、より距離的に離れた場所のユーザへ伝える機能を提供する必要がある。すなわち、ユーザ・インターフェースの表示は、ユーザがコンピュータ・モニタの正面に直接（たとえば、従来の２フィート・ユーザ・インターフェースの場合のように約２フィート離れて）座っているときに容易に認識できるだけでなく、ユーザが、より離れた距離（たとえば１０フィート）からリモート・コントロール・デバイス１６３を使用してユーザ・インターフェースをコントロールするときにも明確に認識可能であり、かつ利用可能である必要がある。たとえば、１０フィート・ユーザ・インターフェースは、通常、ユーザがユーザ・インターフェースとのインタラクションを行う距離に起因して、スクリーン上に一度に有する情報が２フィート・ユーザ・インターフェースより少ない。言い換えると、ユーザが離れた距離からユーザ・インターフェースを見ることができるようにスクリーン上の情報がより大きくなければならない。１０フィート・ユーザ・インターフェース上の情報が、２フィート・ユーザ・インターフェース上に表示される同じ情報より一般に大きいことから、同じ面積のディスプレイ・スクリーン内に収まる情報がより少なくなる。メディア・モードの動作の１０フィート・ユーザ・インターフェースを、ここではメディア・ユーザ・インターフェースと呼ぶ。

本発明のある側面によれば、メディア・ユーザ・インターフェースのユーザに対して奥行きの感覚を伝えるために、メディア・ユーザ・インターフェースを、３次元空間において構成することができる。すなわち、メディア・ユーザ・インターフェースを、モニタもしくはＴＶ等の２次元ディスプレイ・デバイス上に表示することができる一方、Ｘ、Ｙ、およびＺ次元はもとより、メディア・ユーザ・インターフェースの特定の機能（後述）に従って透明を提供するアルファ・チャンネルαを有する３Ｄグラフィック空間において構成することができる。Ｚ次元を使用することは、種々のＸおよびＹ値をはじめ種々のＺ値を伴って情報を提供できることから、メディア・ユーザ・インターフェースは、伝統的な２フィート・ユーザ・インターフェースより離れた距離から見ることのできる充分に大きなサイズで情報を提供しつつ、より多くの情報をスクリーン上に有することが可能になる。

本発明の別の側面によれば、ユーザ入力を基礎とするメディア・ユーザ・インターフェースの種々の表示の間に流動性を提供するために、メディア・ユーザ・インターフェースを動画化することができる。通常、メディア・ユーザ・インターフェースのユーザが２フィート・ユーザ・インターフェースよりスクリーンから離れて位置することになるため、一般に、ユーザ・インターフェース上のより小さな詳細を見ることは、ユーザにとってより困難なものとなる。１つのメニューから次へ、あるいは１つのメニュー・アイテムの選択から次への瞬時の変更は、いずれもユーザが充分な注意を払っていなければ見失うことがあるが、それに代えてアニメーションを使用してユーザに、そのユーザ自身のユーザ入力の結果、すなわち１つのメニューから次への変更の結果を示すことができ、それによってユーザが、メディア・ユーザ・インターフェースを介したそのユーザ自身の行った移動を概念的に追随することを容易にする。さらに、アニメーションを使用して、ユーザがユーザ・インターフェース上で行った何らかのアクション、たとえば（ａ）１つのメニュー選択肢から別の選択肢への焦点の移動、または（ｂ）メニューからのアイテムの選択等のフィードバックを提供することができる。

３次元性およびアニメーションを提供するために、メディア・ユーザ・インターフェースは、３次元性およびグラフィック・アクセラレーションを提供する、ワシントン州レッドモンドのマイクロソフト・コーポレーション（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）から入手可能なダイレクトＸ（ＤｉｒｅｃｔＸ）９．０ｂルーチンを伴うダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））９．０ソフトウエア・デベロップメント・キット等のソフトウエア・パッケージを使用して開発することができる。基礎をなすソフトウエア・アーキテクチャは、それがメディア・ユーザ・インターフェースを提供するサービスに対して従属的なものである。マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））は、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のウインドウズ（Ｗｉｎｄｏｗｓ（登録商標））オペレーティング・システムに組み込まれたマルチメディア・アプリケーション・プログラミング・インターフェース（ＡＰＩ）スイートであり、ソフトウエア・デベロッパが、ハードウエア固有のコードを記述する必要なく特化されたハードウエア機能へアクセスすることを可能にすることによって、ウインドウズ（Ｗｉｎｄｏｗｓ（登録商標））ベースのＰＣのための標準的な開発プラットフォームを提供する。ＡＰＩは、ハードウエアとソフトウエアがコミュニケートするためのブリッジとして作用する。ダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））ＡＰＩは、３次元（３‐Ｄ）グラフィック・アクセラレーション・チップおよびサウンド・カードといった高性能ハードウエアの先進機能に対するマルチメディア・アプリケーション・アクセスを提供する。ＡＰＩは、２次元（２‐Ｄ）グラフィック・アクセラレーション、ジョイスティック、キーボード、およびマウス等の入力デバイスのサポート、およびサウンド・ミキシングおよびサウンド出力のコントロールを含めたロー・レベルの機能もコントロールする。バージョン９．０以前のバージョンのダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））を使用すること、あるいは代替的に使用することもできる。

特定のソフトウエア・アーキテクチャはシステムごとに変化することになるが、次に図２を参照して例示的なメディア・センタ・インターフェース・インフラストラクチャ２００について説明する。この特定のメディア・ユーザ・インターフェース・インフラストラクチャを参照することは、本発明をインフラストラクチャ２００等の特定のインフラストラクチャの使用に限定すること、あるいはダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））等の特定のソフトウエア・パッケージに限定することのいずれを意味するものでもない。図２に例示したインフラストラクチャ２００は、メディア・ユーザ・インターフェース・インフラストラクチャをどのように設計できるかについての単なる例を提供している。使用されるインフラストラクチャは、図３から説明が始まる以下の、結果として得られるメディア・ユーザ・インターフェースの実際の動作および機能の背後にある従属的な考慮事項である。

インフラストラクチャ２００は、トップ・レベルのメディア・ユーザ・インターフェース・アプリケーション２０５、コントロール・インターフェース２１０、ＵＩフレームワーク２１５、コンポーネント・モデル・サービス２２０、およびレンダラ２６０を含むことができる。ＵＩアプリケーション２０５は、トップ・レベルのコントロール・アプリケーションであり、ユーザのメディア・ユーザ・インターフェースとのインタラクションを基礎としてコントロール・ルーチンおよびＵＩフレームワークを呼び出すことによってメディア・ユーザ・インターフェースの動作をマネージする。アプリケーション２０５の動作については詳細を後述する。残りのインフラストラクチャについて、下から上に向かって説明する。

レンダラ２６０は、最終結果のメディア・ユーザ・インターフェースをビデオ・メモリへ書き込む。レンダラは、独自のスレッド上で実行され、何を描くかについてＵＩフレームワーク２１５から情報を受け取る。レンダラのためのドローイングの単位をＶｉｓｕａｌ（ビジュアル）と呼ぶことができる。Ｖｉｓｕａｌ（ビジュアル）は、ペイント順およびコンテナシップを記述するツリーに整理することができる。またＶｉｓｕａｌ（ビジュアル）は、イメージ、テキスト、カラー等といった描くべき内容も含むことができる。ＵＩフレームワーク２１５がレンダラ２６０に対して何を描くべきかを指示できるように、ＵＩフレームワーク２１５内に、各レンダラのＶｉｓｕａｌ（ビジュアル）に対応するＶｉｓｕａｌ（ビジュアル）オブジェクトが存在することができる。レンダラ２６０は、メディア・ユーザ・インターフェース、ダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））９、ＧＤＩ、ダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））７のそれぞれに使用されるグラフィック開発アプリケーションに応じてレンダリング・モジュール２６１、２６３、２６５を含むか、それらと通信することができる。

コンポーネント・モデル・サービス２２０には、４つの主要サービス・モジュール：すなわちビジュアル２２１、共通サービス２３１、ＵＩフレームワーク固有（ＵＩＦＷ）サービス２４１、およびメッセージングおよび状態サービス２５１を含めることができる。メッセージングおよび状態サービスは、ディスパッチャ２５３およびＵＩセッション２５５によってマネージされる。標準的なウインドウズ（Ｗｉｎｄｏｗｓ（登録商標））メッセージ・キューと同様にディスパッチャ２５３は、すべての１０フィート・ユーザ・インターフェース経験のためのプラットフォームであるメディア・モードの動作用のシェル内のコンポーネントに関するすべてのプロセッシング・タイム要求をマネージする。ＵＩインフラストラクチャ・コンポーネントは、シェル・プロセスの部分として実行される。しかしながらディスパッチャ２５３は、必要に応じて新しい優先度規則の作成および表現を可能にするべく、たとえばすべてのペインティング・タスクの後であるが、タイマ・タスクの前に特定のタスクを実行する新しい規則を可能にするべく、拡張可能とすることができる。ＵＩセッション２５５は、オブジェクトのセットに関連するすべてのデータをマネージする状態コンテナである。ＵＩセッション２５５はデータをマネージし、ディスパッチャ２５３はタイミングをマネージする。インフラストラクチャ２００のこのほかのサービス、たとえばレンダラ２６０、レイアウト２２３、ドローイング２２７等は、それらのデータをサブ‐オブジェクトとしてセッション２５５上に格納することができる。セッション２５５は、各サービスがそれぞれのデータの部分を参照してそれぞれ独自のタスクを扱うことが可能となるように、各サービスと通信するポートを作ることができる。

リモーティング２５７は、望ましい場合には高忠実度でリモート・デバイス上にユーザ・インターフェースをレンダリングすることを担う。リモーティングは、随意的であり、直接もしくは間接的に接続されたモニタもしくはＴＶ上にユーザ・インターフェースをレンダリングするためには必要でない。

ビジュアル・サービス２２１には、レイアウト・サービス２２３、ビデオ・メモリ・マネジメント２２５、ドローイング・サービス２２７、およびアニメーション・サービス２２９を含めることができる。レイアウト・サービス２２３は、ＵＩフレームワーク２１５およびレンダラ２６０によるレンダリングに先行してＶｉｓｕａｌ（ビジュアル）を位置決めする。ビデオ・メモリ・マネジメント２２５は、ビデオ・カードへ送られるデータおよび命令をマネージし、それには、たとえば表面、頂点バッファ、ピクセル・シェーダのマネジメントが含まれる。ドローイング・サービス２２７は、テキストを含め、ユーザ・インターフェース上に描かれる動画化されない任意のビジュアル・コンポーネントをマネージする。アニメーション・サービス２２９は、コンポーネント・モデル２２０によって使用される部分およびレンダラ２６０によって使用される部分を含む。コンポーネント・モデルの部分は、オブジェクト、行き先、タイマ期間、アニメーション方法、ストップ・ポイント、およびそのほか任意の必要なアニメーション・データを指定するアニメーション・テンプレートを構築する。このテンプレートは、ある時点のための値を記述するキーフレームおよびそのキーフレームと次に定義されたキーフレームの間を補間する方法を含むことができる。その後、レンダラがテンプレートを再生し、その時点においてアニメーション・サービスが実際のアニメーションを構築し、それをレンダラ２６０が、フレームごとに実行してスクリーン上においてＶｉｓｕａｌ（ビジュアル）を動かす。

非ビジュアルの共通サービス２３１には、入力サービス２３３および方向ナビゲーション２３５を含めることができる。入力サービス２３３は、メディア・ユーザ・インターフェースの特定のビューに対して入力（リモート・コントロール・ナビゲーション、クリック・ダウン／アップ、マウスの動き等）をどのように処理するかについて決定する状態マシンをマネージする。方向ナビゲーション・サービス２３５は、現在のスクリーン選択の中心点、スクリーン上のそのほかのターゲット、およびユーザによって示された方向を基礎として同一ページの動きの方向を識別する。

ＵＩＦＷサービス２４１には、データ・サービス２４３、パージング・サービス２４５、およびページ・ナビゲーション・サービス２４７を含めることができる。データ・サービス２４３は、オブジェクトのためのデータ・ソースを提供し、あらかじめ決定されたバインディング規則に従ってバインディングをマネージし、必要に応じて基準データに対する変数の定義を可能にする。たとえばデータ・サービス２４３は、オブジェクトの１つのプロパティが設定されるか変更されたときに、ほかのオブジェクトの関連するプロパティが同様に設定されるか変更されるように、写真アイテムの表示名プロパティとサムネール・ボタンのテキスト・ビュー・アイテム・コンテントのプロパティを関連させるべく使用することができる。関係は１対１である必要はない。バインドされたオブジェクトの値が変化するとき、バインディングが『ダーティ』としてマークされ、その後のいずれかのときに、ディスパッチャ２５３がプロセスを呼び出してダーティ・バインディングを再評価し、データ・サービス２４３に、各ダーティ・バインディングの行き先へ新しい値を伝播させる。パージング・サービス２４５は、メディア・ユーザ・インターフェースのＸＭＬ記述のパーズを行う。言い換えると、Ｃ、Ｃ＋＋、および／またはＣ＃によるメディア・ユーザ・インターフェースのビジュアル側面のハンド‐オーサリングに加えて、ＸＭＬを使用してメディア・ユーザ・インターフェースのビジュアル側面を作成することができる。ページ・ナビゲーション・サービス２４７は、選択されたコンテント・アイテムを基礎としてページ間の移動を識別する。

ＵＩフレームワーク２１５は、アプリケーション２０５とコンポーネント・モデル２２０の間にアブストラクション・レイヤを提供する。コントロール・ユーザ・インターフェース２１０は、ディスプレイ・スクリーン上に表示されているアイテムの動作をマネージする。言い換えると、単にスクリーン上にボタンを描くことは、本質的に、ユーザによるそのボタンの選択の結果としてアクションを生じさせることにはならない。コントロール・ユーザ・インターフェース２１０は、ボタン、ラジオ・リスト、スピナ・コントロール等のアイテムをはじめ、ビューおよびビュー・アイテムの実際の動作をマネージする。Ｃｏｎｔｒｏｌ（コントロール）は、ユーザがインタラクションできるメディア・ユーザ・インターフェースに対するものであり、入力、焦点、および移動を扱う。Ｖｉｅｗ（ビュー）は、Ｃｏｎｔｒｏｌ（コントロール）の表示のオーナである。Ｖｉｅｗ（ビュー）は、Ｃｏｎｔｒｏｌ（コントロール）のＶｉｓｕａｌ（ビジュアル）がスクリーン上に描かれることを要求する。言い換えるとＶｉｅｗ（ビュー）は、Ｃｏｎｔｒｏｌ（コントロール）の視覚的表現をメディア・ユーザ・インターフェースの部分として表示させる。Ｖｉｅｗ（ビュー）は、ＶｉｅｗＩｔｅｍ（ビューアイテム）のツリーを作成することによってＶｉｓｕａｌ（ビジュアル）をマネージすることができる。ＶｉｅｗＩｔｅｍ（ビューアイテム）は、描くべきコンテント（すなわち、Ｖｉｓｕａｌ（ビジュアル））をはじめ、そのコンテントがどのように使用されるか（たとえば、Ｃｏｎｔｒｏｌ（コントロール）として、あるいはアニメーションの部分として）についてのロジックを格納する。

上記のインフラストラクチャは、マネージ付きＵＩ記述レイヤを、前述したとおり基本単位がＶｉｓｕａｌ（ビジュアル）であるレンダリング・システムのトップに提供する。Ｖｉｓｕａｌ（ビジュアル）は、変換のためのコンテナシップを設定するツリー・ノードとして表すことができる。マネージ付きレイヤ（コンポーネント・モデル）は、レンダリング・システムのための、より高いレベルのプログラミング・インターフェースを作り出す。このインフラストラクチャは、Ｃ、Ｃ＋＋、またはＣ＃等の言語により記述されたＸＭＬおよび／またはソース・コードを用いてイメージ、アニメーション、変換等を記述するオブジェクトを使用することができる。当業者であれば認識されることになろうが、基礎をなすＵＩインフラストラクチャは、それが提供するサービスに対して従属的なものである。

上記のインフラストラクチャおよびそれが提供するサービスを使用し、ＵＩアプリケーション２０５（すなわち、マネージ付き記述レイヤ）は、メディア・ユーザ・インターフェースの構成、定義、および動作のコントロールを行うルーチンおよび定義を提供する。次にＵＩアプリケーション２０５によって提供される例示のメディア・ユーザ・インターフェースについて、さらに図３〜３１を参照して説明する。

メディア・ユーザ・インターフェースの開始ページ３００は、複数のハイ・レベルのメニュー選択肢３０１、最近使用した（ＭＲＵ）アイテムのリスト（テキスト、アイコン、グラフィック等のリスト）３０３、電源メニュー・アイコン３０５、および時計を含むことができる。ハイ・レベルのメニュー選択肢は、Ｏｎｌｉｎｅ Ｓｐｏｔｌｉｇｈｔ（オンライン・スポットライト）、Ｍｙ Ｐｉｃｔｕｒｅｓ（マイ・ピクチャ）、Ｍｙ Ｖｉｄｅｏｓ（マイ・ビデオ）、Ｍｙ ＴＶ（マイＴＶ）、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）、Ｍｙ Ｒａｄｉｏ（マイ・ラジオ）、Ｍｙ Ｐｒｏｇｒａｍｓ（マイ・プログラム）、Ｍｙ Ｔａｓｋｓ（マイ・タスク）、およびＳｅｔｔｉｎｇｓ（設定）についてのオプションを含むことができる。このほかのハイ・レベルの選択肢を含ませること、あるいはこれらに代えることもできる。ＭＲＵリスト３０３は、常時、選択カーソル３０９によって示されているとおり、現在の強調表示されているメニュー選択アイテム３０７に対応する。言い換えると、ＭＲＵリスト３０３は、現在の強調表示されているメニュー選択アイテム３０７に対応する最大で３つの最近ユーザが選択したメディア・アイテム３０３ａ、３０３ｂ、および３０３ｃを含むことができる。たとえばＭｙ ＴＶ（マイＴＶ）メニュー・アイテムが強調表示されているときには、ＭＲＵアイテムがＤＶＤ、ＴＶ、またはムービーに関するメディア選択肢を含んでいることがあり、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・アイテムが強調表示されているときには、ユーザが最近再生した３つの楽曲をＭＲＵリストが含むことができ、Ｍｙ Ｒａｄｉｏ（マイ・ラジオ）メニュー・アイテムが強調表示されているときには、ユーザが最近聴いた３つのラジオ局をＭＲＵリストが含むことができ、そのほかも同様となる。ユーザが新しいメニュー・アイテムの上でコントロール・カーソル３０９を動かすと、ＵＩアプリケーションがＭＲＵリスト３０３を更新し、新しく強調表示されたメニュー・アイテムに対応させる。ユーザが、現在のアイテム３０７に対応する３つのメニュー・アイテムをまだ選択していなかった場合には、ＵＩアプリケーション２０５は、それに代えてデフォルトのアイテムもしくはアクションをＭＲＵリスト３０３内に表示するか、アイテムを表示しない。本発明のある側面によれば、ＭＲＵリストがアイコンまたはグラフィック、もしくはテキスト、あるいはこれら２つの組み合わせを含むことができる。視覚的シミュレーションの方がテキストより離れた距離（１０フィート・ユーザ・インターフェースを伴う使用に一般的な距離）からの知覚および認識が容易であるため、好ましくはアイコンが、テキスト付きまたはテキストなしで使用される。同じ距離においてテキストを知覚し、認識するためには、テキストが必然的に極めて大きくなり、グラフィックまたはアイコンのために必要とされるより大きな表示面積を占めることになる。したがって、２フィート・ユーザ・インターフェースはもとより、１０フィート・ユーザ・インターフェースとして使用するためにもテキストとグラフィックの組み合わせは、メディア・ユーザ・インターフェースに適している。

電源メニュー・アイコン３０５は、図１５〜１８に関連して説明を後述するが、電源サブ‐メニューを立ち上げる。

図４は、リモート・コントロール・デバイス１６３を使用してユーザが選択することのできるメディア・ユーザ・インターフェース３００のゾーン４０１〜４１７を例示している。ユーザは、各ゾーン内に選択可能なコンテントが表示されているとき、リモート・コントロール・デバイス１６３上の上、下、左、および右の移動ボタンを使用して各ゾーンを移動することができる。ゾーン４０１は、ユーザによって選択可能なメニュー・アイテムを含む、ゾーン４０３は、ユーザによって選択可能な第１のＭＲＵアイテムを含む、ゾーン４０５は、ユーザによって選択可能な第２のＭＲＵアイテムを含む、ゾーン４０７は、ユーザによって選択可能な第３のＭＲＵアイテムを含む、ゾーン４０９は現在の強調表示されているメニュー選択アイテム３０７に対応するアクション・ボタンを含む、ゾーン４１１はシステム・コントロール、たとえば電源メニュー・アイコン３０５を含む、ゾーン４１３は、現在再生されている楽曲（たとえば、図５を参照されたい）というように、現在生じているアクションを示す選択可能なコンテント・アイテムを含むことができる。各ゾーンは、現在選択されているアイテム、現在生じているアクション（たとえば、現在再生されている楽曲またはラジオ局等）に応じて選択可能なアイテムを含むように、あるいは含まないように設定することができる。ＭＲＵリストが１ないしは複数のアイテムを含む場合にユーザは、利用可能なＭＲＵアイテムが１つ、２つ、または３つのいずれであるかに応じて、ゾーン４０３、４０５、または４０７内を移動し、そこに表示されるＭＲＵアイテムを選択することができる。

さらにここで図５を参照するが、ユーザがメニュー・アイテム３０１をスクロールすると、選択カーソル３０９が同一ポジションに固定されたままメニュー・アイテムが動画的に上または下にスクロールする。ユーザが、リモート・コントロール１６３上の下移動ボタンを押し下げるとコンテントが上シフトし、ユーザが、リモート・コントロール１６３上の上移動ボタンを押し下げるとコンテントが下シフトする。たとえば、図３に示されているメディア・ユーザ・インターフェースから図５に示されているメディア・ユーザ・インターフェースへ移動する場合にユーザは、リモート・コントロール・デバイス１６３上の下移動ボタンを押すだけでよい。ユーザが下移動ボタンを押し下げると、メディア・ユーザ・インターフェースが、図３に示されているビューから図５に示されているビューまで一連の中間フレームを通りコンテントを適切にシフトしながら動く。

メディア・ユーザ・インターフェースがアイドルの間、すなわちユーザがまったく入力を行っていない間は、たとえばグロウ表示または脈を打つ表示によって選択カーソル３０９を強調し、ユーザに対して現在の強調表示されているメニュー・アイテムを示すとともに、コンピュータがフリーズ（つまり、クラッシュ）していないことを示すことができる。これは、１０フィート・ユーザ・インターフェースとともに使用するとき、ユーザがインターフェースとインタラクションを行うと見られる距離に起因して、ユーザが追跡するにはカーソルが充分に大きくないか、充分に顕著でない場合にユーザがよりカーソルを見失いやすいことから、特に有用である。強調表示されたアイテムをユーザが選択するとき、選択カーソル３０９がフラッシュするか、あるいはそのほかの、ユーザが入力を提供したことを示す視覚的な表示を提供してもよい。それに加えて、あるいはそれに代えてオーディオ信号を使用し、ユーザに対して選択のフィードバックを提供することもできる。

前述したとおり、ユーザが、リスト３０１内の１つのメニュー・アイテムから別のアイテムへ移動するとき、ユーザが移動した先のアイテムに対応する新しいＭＲＵリスト・アイテムを含むべくＭＲＵリストが新しくなる。本発明のある側面によれば、ＭＲＵリストは、種々のアニメーションを使用して更新することができる。一実施態様においては、ＭＲＵリスト３０３をメニュー・リスト３０１とともに動画化されるようにできるが、ユーザが離れたメニュー・リスト３０１からのアイテムに対応するＭＲＵリスト・アイテムを、そこから離れるに従ってビューからゆっくりとフェードさせ、ユーザの移動先のメニュー・リスト３０１からのアイテムに対応するＭＲＵリスト・アイテムを、それらがメディア・ユーザ・インターフェース３００上におけるそれらの最終ポジションに近づくに従ってビュー内にゆっくりとフェードインさせる点が異なる。メニュー・アイテムが選択カーソル３０９の上または下へ動くとき、それらは可視のままとなるが、ＭＲＵリスト・アイテムはそのようにならない。たとえばここで、ユーザが、図３に示されているＭｙ ＴＶ（マイＴＶ）メニュー・アイテムから図５に示されているＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・アイテムへ移動する場合を考える。Ｍｙ ＴＶ（マイＴＶ）からＭｙ Ｍｕｓｉｃ（マイ・ミュージック）へ移動するために、ユーザは、リモート・コントロールまたはキーボード上の下移動キーを選択し、下移動コマンドをＵＩアプリケーションへ渡す。ＵＩアプリケーションが図３に示されている状態から下移動コマンドを受け取ると、ＵＩアプリケーション２０５は、上スライドするメニュー・アイテムを動画化し、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・アイテムを選択カーソル３０９内へシフトさせ、それとともにアニメーションの一部として、Ｍｙ Ｖｉｄｅｏｓ（マイ・ビデオ）メニュー・アイテムをビューから部分的にフェードさせ、Ｍｏｒｅ Ｐｒｏｇｒａｍｓ（そのほかのプログラム）メニュー・アイテムをビュー内に完全にフェードインさせる。またこのアニメーションの一部として、Ｏｎｌｉｎｅ Ｓｐｏｔｌｉｇｈｔ（オンライン・スポットライト）メニュー・アイテムがビューから完全に消え、Ｓｅｔｔｉｎｇｓ（設定）メニュー・アイテムが部分的にビュー内に現れる。メニュー・アイテムをスライドさせるアニメーションと同時に、Ｍｙ ＴＶ（マイＴＶ）のＭＲＵリスト・アイテムがＭｙ ＴＶ（マイＴＶ）メニュー・アイテムの上に移動する。しかしながらＭｙ ＴＶ（マイＴＶ）のＭＲＵリスト・アイテムは、それらがオリジナルのポジションから移動するときのそれらの上方への動きに調和して、トップからボトムへ向かってビューからフェードし、それによって、完全な透明から完全な不透明まで徐々に不透明度が増加するカバーの下へくぐるＭＲＵリスト・アイテムをグラフィカルにシミュレーションする。同様に、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）のＭＲＵリスト・アイテムは、完全な不透明から完全な透明まで徐々に透明度が増加するカバーの下側から現れるように、Ｍｙ ＴＶ（マイＴＶ）のＭＲＵリスト・アイテムの下側からビュー内へフェードインする。これと同じ効果を、図１３に示されている、焦点が当てられたＭＲＵリスト・アイテムに使用することができる（後述）。

別の実施態様によれば、図６〜８を参照すると、ＭＲＵアイコンのビュー内への滑り込み、スイープ、または飛び込みを動画的に行い、左から右へ移動しながらメニュー選択アイテム３０１のリストの背後から生じるようにグラフィカルに見せることできる。ビュー内への滑り込みは、ユーザに対して、メニュー・アイテムの焦点における変化が、焦点の当てられたメニュー・アイテムに基づいて二次的なコンテントの変化をもたらしたという視覚的なキューを提供する。図６〜８は、新しく強調表示されたＭｙ Ｍｕｓｉｃ（マイ・ミュージック）アイテムに関連付けされたＭＲＵリスト・アイテムを表示するために生じさせることのできるＭＲＵリスト出現アニメーションの開始フレーム６０１、中間フレーム７０１、および最終フレーム８０１をそれぞれ例示している。図６は、ユーザが図３に示されているメディア・ユーザ・インターフェースから開始してリモート・コントロール・デバイス１６３上の下移動ボタンを押し、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）を選択した後の最初のフレーム６０１を例示している。図６に示されているとおり、以前に選択されていたＭｙ ＴＶ（マイＴＶ）メニュー・アイテムのために表示されていた以前のアイテムのＭＲＵリストは消えている。

図７は、ＭＲＵリスト・アイテム３０３が右方へスイープし、メニュー・リスト・アイテム３０１の背後から生じるように見えるアニメーションの中間フレーム７０１を例示している。図７に示されているとおり、ＭＲＵリスト・アイテムは、アニメーションの間、それらのアイテムが少なくとも部分的に透明となるようにアルファ値を持つことができる。それに代わる方法ではアルファ値をまったく使用しない。図８は、ＭＲＵリストのアニメーションの最終フレーム８０１を例示しており、ＭＲＵリスト・アイテム３０３の最終的なポジションおよびアピアランス（すなわち、透明でない）を示している。ＭＲＵリスト・アイテムのアピアランスを動画化することは、ユーザの注意をＭＲＵリストへ向けさせ、その結果ユーザは、新しく強調表示されたメニュー・アイテム、すなわちこの例であればＭｙ Ｍｕｓｉｃ（マイ・ミュージック）アイテムの結果としてＭＲＵアイテムが変化したことを明確に理解できる。

当業者であれば認識されるように、ここではＭＲＵリスト出現アニメーションのために３つのアニメーション・フレームが提供されているが、図６〜８に提供されているフレームの間には、このほかのアニメーション・フレームも存在する。図６〜８は、使用することのできるＫｅｙｆｒａｍｅｓ（キーフレーム）の例を提供している。Ｋｅｙｆｒａｍｅｓ（キーフレーム）は、コントロール・ポイントを提供し、それらの間においては、アニメーションを補間して１つのＫｅｙｆｒａｍｅ（キーフレーム）から次のそれへ遷移させることができる。補間を使用することにより、任意のフレーム・レートにおいてアニメーションを再生し、かつ補正することができる（フレーム‐ベースのアニメーションとは対照的）。これに代えてより多くの、あるいはより少ないＫｅｙｆｒａｍｅｓ（キーフレーム）を使用することもできる。

本発明の別の側面によれば、さらに図９〜１２を参照するが、ユーザがメニュー・リスト３０１から離れたという事実にユーザの注意を向けるために、ユーザが焦点をメニュー・リスト３０１からＭＲＵリスト３０３内のアイテムに変更したとき、ユーザに対してメディア・ユーザ・インターフェースが３次元フィードバックを提供することができる。本発明の１つの例示的な実施態様においては、ユーザがナビゲーション・カーソルをＭＲＵリスト・アイテムへ移動するとき、メディア・ユーザ・インターフェースが３次元空間においてグラフィカルにシミュレーションされた二重ヒンジ効果を提供する。図９ａおよび９ｂは、ユーザが対応するＭＲＵリスト３０３を伴うメニュー・アイテム３０１をスクロールするときの、メディア・ユーザ・インターフェースの開始ページ３００の上方斜視図および平面図をそれぞれ例示している。図９ａおよび９ｂにおいては、ユーザがまだＭＲＵリスト・アイテムへコントロール・カーソルを移動していない。図９ａおよび９ｂは、開始ページ３００上に表示されているすべてのコンテントが単一のＸＹ平面９０１上にあることを例示している。言い換えると、開始ページ３００上にあるすべてのコンテントは、同一のＺ次元を有する。図８は、ユーザが、ＭＲＵリスト・アイテム３０１ａ、３０１ｂ、または３０１ｃを選択する前の、図９ａおよび９ｂに対応する開始ページ３００を例示している。

図１０ａおよび１０ｂは、二重ヒンジ付きＭＲＵリスト・アイテム選択ビュー１３０１（対応する図１３を参照されたい）内のメディア・ユーザ・インターフェースの上方斜視図および平面図をそれぞれ例示している。図１０ａおよび１０ｂは、ＭＲＵリスト・アイテム選択ビュー内に表示されているコンテントが、それぞれの『ヒンジ』軸１００５、１００７から広がる２つの平面１００１、１００３に分かれることを例示している。前方平面１００１は、選択されたメニュー・リスト・アイテム３０７およびそれに対応するＭＲＵリスト・アイテム３０１ａ、３０１ｂ、３０１ｃを含むことができる。後方平面１００３は、選択されたメニュー・アイテム３０７以外のメニュー・リスト・アイテム３０１を含むことができる。それぞれの平面１００１、１００３が仮想ヒンジ軸１００５、１００７上にそれぞれ視覚的にヒンジ結合されていることから、それらの平面上においてコンテントがヒンジ軸から離れるに従って、それぞれの平面上のコンテントのＺ値が徐々に変化することになる。後方平面１００３上のコンテントは、たとえば前方平面のアルファ・シェーディングを使用して、前方平面１００１のコンテントの背後に見えるようにできる。図１３は、この例示の実施態様に従ったメディア・ユーザ・インターフェースのＭＲＵリスト・アイテム選択ビュー１３０１を例示している。

選択されているコンテントを前方平面１００１へシフトし、選択されていないコンテントを後方平面１００３へシフトすることによって、メディア・ユーザ・インターフェースは、ユーザに対して概念的に、選択されたメニュー・アイテムはいずれであるかについて、それと対応するＭＲＵリスト３０１とともに伝え、また選択されていないが、ユーザが戻ることを選択すれば使用可能となるメニュー・アイテムはいずれであるかについて伝える。図１３に示されているとおり、メニュー選択リスト３０１またはＭＲＵリスト３０３内にないメディア・ユーザ・インターフェースのコンテントは、開始平面９０１のポジションに配置される第３の平面上に表示することができる。二次的なコンテントをオリジナルの平面９０１上に維持することによって、メディア・ユーザ・インターフェースのユーザは、平面９０１上に配置された、電源メニュー・アイコン３０５等のコンテントへ容易に移動することができる。

図８および１１〜１３は、ユーザが、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・アイテムからＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・アイテムに対応する最初のＭＲＵリスト・アイテム３０１ａの上へナビゲーション・カーソルを移動するときの、ＭＲＵリスト傾斜アニメーション内のフレームを連続的に例示している。このアニメーションの間は、２つの平面がヒンジ軸からそれぞれ前および後へグラフィカルに枢動またはスイングし、ＭＲＵリスト・アイテムが外側へスイープされ、選択されたメニュー・アイテム３０７から生じるように見える。図８は、ナビゲーション・カーソル３０９がＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・アイテムの上にある間の単一平面の開始メニューを例示している。図１１は、メディア・ユーザ・インターフェースがコンテントを２つの平面に分け、前方平面１００１がヒンジ軸１００５上においてＺ次元内で前方に仮想的に枢動を開始し、後方平面１００３がヒンジ軸１００７上においてＺ次元内で後方に仮想的に枢動を開始したときの第１の中間フレーム１１０１を例示している。また図１１には、外側へのスイープを開始し、選択されたメニュー・リスト・アイテム３０７の背後から生じるように現れ始めたＭＲＵリスト・アイテム３０１も例示されている。

図１２は、このアニメーションにおける第２の中間フレーム１２０１を示しており、それぞれの最終ポジションに近づきつつある平面を例示している。図１２においては、選択されたメニュー・アイテム『Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）』がグラフィカルに前方へ継続的に移動し、後退している選択されなかったメニュー・アイテムに比べて、より顕著なアピアランスを呈し始めている。選択されたメニュー・アイテムに対応するサブタイトルの『ｒｅｃｅｎｔ ｍｕｓｉｃ（最近のミュージック）』が、図１１に例示されているフレーム１１０１より鮮明に見え始めている。また図１２においては、引き続きＭＲＵリスト・アイテムが外側へスイープし、それらの最終ポジションに近づきつつある。図１３は、このアニメーションの最終フレーム１３０１を、希望に応じてユーザが選択できる最終ポジションにおけるメニュー・アイテムおよびＭＲＵリスト・アイテムとともに例示している。以上の例示は、１０フィート・ユーザ・インターフェースのユーザに対して明確な視覚的かつ概念的なフィードバックを提供する二重ヒンジ付き平面の使用の一例として提供されたものである。二重ヒンジ付き平面は、メディア・ユーザ・インターフェースの任意の移動機能のために使用することができ、ＭＲＵリスト・アイテムの選択に限定されるものとして解釈されるべきでない。

さらに図９および図１４〜２２を参照するが、本発明の別の側面によれば、メディア・ユーザ・インターフェースが、コンテントを２つの平面、すなわちより顕著な前方平面およびより顕著でない後方平面に分けるが、図９〜１３に示されるような各平面のヒンジ結合に代えて、メディア・ユーザ・インターフェースは、後方平面をグラフィカルに、そのオリジナルのポジションからまっすぐ後方に押し込み、前方平面をそのオリジナルのポジションからまっすぐ前方に引き出す。結果として得られるグラフィック効果は、コンテントの二重壁であり、選択または強調されたコンテントが前方に持ち出されて強調され、選択されなかったコンテントが、３次元空間において後方に押し込まれ、選択および非選択コンテントの、あるいは以前に表示していたメニューの上に浮き出ている新しいメニューの明確な概念的かつ視覚的ピクチャをユーザに提供する。

図９ａは、対応するＭＲＵリスト３０３を伴うメニュー・アイテム３０１をユーザがスクロールするときのメディア・ユーザ・インターフェースの開始ページ３００の仮想的な上方斜視図を、図９ｂはその平面図をそれぞれ例示している。図９ａおよび９ｂにおいては、ユーザがまだ新しいメニュー・アイテムを選択してなく、平面の分割を開始していない。図９ａおよび９ｂは、開始ページ３００上に表示されているすべてのコンテントが同一の平面９０１上にあることを例示している。言い換えると、開始ページ３００上にあるすべてのコンテントは、同一のＺ次元を有する。図８は、ユーザが、メニュー・リスト・アイテムまたはそのほかのメニュー・アイテムを強調表示または選択する前の、図９ａおよび９ｂに対応する開始ページ３００を例示している。

図１４ａおよび１４ｂは、２つの平面、すなわち前方平面１４０１および後方平面１４０３の間にコンテントが分けられた後のメディア・ユーザ・インターフェースの上方斜視図および平面図をそれぞれ示しており、それにおいて前方平面１４０１は、前方へまっすぐグラフィカルに引き出され、後方平面１４０３は、後方へまっすぐグラフィカルに押し込まれている。前方平面１４０１上のすべてのコンテントは実質的に同じＺ値を有し、後方平面１４０３上のすべてのコンテントは実質的に同じＺ値を有するが、それと前方平面１４０１上のコンテントのＺ値は異なる。前方平面１４０１は、ユーザによって以前の平面９０１から選択されたコンテント・アイテムに対応する新しいメニュー（たとえば、サブメニュー）を有することができる。後方平面１４０３は、以前のメニュー、すなわちその上でユーザがコンテント・アイテムの選択を行って新しいメニューの出現をもたらしたメニューを含むことができる。ここで認識されるように、Ｚ空間において前方平面が引き出される量とＺ空間において後方平面が押し込まれる量は、シミュレーションされる平面が互いに対してそれぞれ前方および後方へ実質的にまっすぐに移動されるという事実に対する二次的な考慮事項である。上記に代えて、後方平面１４０３を後方へ移動し、前方平面１４０１を静止させたまま新しいコンテント、たとえば電源メニューを、その静止ポジション（開始平面９０１が最初に配置されていたポジション）内において開くようにすることもできる。さらに別の変形においては、後方平面１４０３を静止させたまま、前方平面１４０１を前方へ移動し、それが前方へ移動するときに新しいコンテント、たとえばコンテキスト・メニューを表示させることもできる。前方への平面１４０１の移動、後方への平面１４０３の移動、またはそれらを両方行うアピアランスのグラフィカルなシミュレーションは、平面１４０１の拡大および／または平面１４０３の縮小を行い、平面１４０１上のコンテントに焦点を当てる一方、平面１４０３上のコンテントの焦点をある程度外すことによって、かつ／またはアピアランスにおける平面１４０１上のコンテントをより明るく、もしくは明白にし、平面１４０３上のコンテントをより暗くすることによって達成することができる。

さらにここで図１８を参照するが、この二重壁効果を使用し、ユーザに対してそのユーザが電源メニューを選択したことを示すことができる。図１８は、前方平面１４０１上の電源メニュー１８０１を伴ったメディア・ユーザ・インターフェース、および後方平面１４０３上の開始メニュー・コンテント３０１を例示している。図１８と図３の比較から明白になるとおり、図１８における電源メニュー１８０１の背後の開始メニュー・コンテントは、図１８においては開始メニュー・コンテントが図１８の電源メニュー１８０１の背後に押し込まれている平面上にあることから、図３における開始メニュー・コンテント３０１より小さく見えるようにグラフィカルにシミュレーションされている。たとえばユーザが電源メニュー１８０１からＵＩアプリケーション２０５を終了しないこと、もしくは電源メニュー上において利用可能な別のオプションを実行することを選択する場合に、ユーザは、電源メニュー１８０１から開始メニュー３００へ迅速に戻ることができるため、電源メニュー１８０１は二次的なメニューと考えることができる。この例においては、電源メニューがボタン１８０３〜１８１１、すなわちメディア・センタ・アプリケーション２０５を終了するボタン、現在のユーザをログオフするボタン、コンピュータを停止するボタン、コンピュータを再起動するボタン、およびスタンバイ電源モードを設定するボタンを有し、それぞれのボタンは、リモート・コントロール・デバイス１６３上の移動ボタンおよび選択ボタンを使用して選択することができる。

二重壁の３次元グラフィック効果の使用は、ユーザに対して、そのユーザがコンテキスト・メニューもしくは電源メニュー等の二次的なメニューを選択し、そこからユーザは、このサブメニューを選択したオリジナルのメニューへ迅速に復帰できることを伝える上で有利なものとなり得る。しかしながら二重壁効果はまた、コンテントを後方へ押し込むことによって、現在の移動が一時的に中断され、中断されたコンテントの手前の新しいコンテントに焦点が当てられたことをユーザに対して概念的に示す、１０フィート・ユーザ・インターフェースにおける別の目的に使用することも可能である。

図１５〜１８は、電源メニュー出現のアニメーションを例示しており、ユーザに対して、そのユーザが開始メニュー３００上の電源ボタン３０５（図３）を選択したことを視覚的に示すことができる。図１５は、ユーザが電源ボタン３０５を選択した後のアニメーションにおける第１の中間フレーム１５０１を例示している。フレーム１５０１においては、開始平面９０１、すなわち現在後方平面１４０３と考えている平面が、すでにＺ次元において後方に押し込まれており、その結果、最初に平面９０１上に配置されていたすべてのコンテント（すなわち、すべての開始メニュー・コンテント）がユーザから離れて見えるように、グラフィック的により小さく現れる。またフレーム１５０１内には、ウインドウ１５０３が現れ始めている。電源メニュー１８０１は、ウインドウ１５０３が完全に形成されたときにウインドウ１５０３内に配置されることになる。

図１６は、電源メニュー出現アニメーションの第２の中間フレーム１６０１を例示している。この特定の例においては後方平面が迅速にＺ空間内におけるその行き先に到達することから、図１６においては、後方平面１４０３上のコンテントが移動していない（しかしながら、アニメーションの速度、および特定の平面が移動する速度は希望に応じて設定することができる）。またフレーム１６０１内でもウインドウ１５０３が開き続けており、ここではその最終的なサイズの概略で半分になっている。図１７は、電源メニュー出現アニメーションの第３の中間フレーム１７０１を例示している。フレーム１７０１内においては、電源メニュー・ウインドウ１５０３が、ほとんどその最終サイズに到達しており、ビューへのボタン１８０３〜１８１１のフェードインが始まっている。図１８は、電源メニュー出現アニメーションの最終フレームを例示しており、ウインドウ１５０３が完全に形成されてボタン１８０３〜１８１１を含む電源メニュー１８０１が完成する。

さらに図１９〜２３を参照するが、二重壁効果の変形を使用してメディア・ユーザ・インターフェース内にコンテキスト・メニューを持ち出すことができる。図２３の平面図によって例示されるとおり、図１９〜２２は、メディア・ユーザ・インターフェースのユーザに対してコンテキスト・メニューを提供するために使用できるコンテキスト・メニュー出現アニメーションを例示している。図２３は、図９ｂに示されている概念的な平面図から開始するアニメーションの終了時に結果として得られる２つの平面の概念的な平面図を示している。図２３は、単一ヒンジ軸２３０５を例示しており、その周りを平面２３０３が、平面９０１のオリジナルのポジションから後方へ向かってスイングする。

図１９は、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニューを例示しており、ユーザが図８から強調表示したＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・アイテムを選択した結果である。Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー１９０１は、このメディア・ユーザ・インターフェースが実行されているコンピュータ１１０上に、あるいはコンピュータ１１０がアクセスを有する別のネットワーク・コンピュータ上に格納されている音楽を表すアイコン１９０３〜１９１１を含んでいる。図１９に示されている例においては、ビュー表示１９２５によって示されるとおり、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニューがこの時点でＡｌｂｕｍ（アルバム）ビューになっていることから、これらのアイコンは音楽アルバムを示す。Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー１９０１はまた、複数のメニュー・ボタン１９１３〜１９２３も有し、それを介してユーザが、アルバム、アーティスト、再生リスト、楽曲、またはジャンルによって音楽を閲覧できることはもとより、音楽のサーチを行うこともできる。ビュー表示１９２５は、現在のＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー・ビューを表すメニュー・ボタンの隣に常に配置される。

図１９においては、ユーザ選択カーソル３０９が、ユーザによる選択のために現在アイコン１９０５が強調表示されていることを示している。アイコン１９０５上において『右クリック』を行うと、図２０〜２２に示されているアニメーションのシーケンスが開始する。ユーザは、マウスに代えてリモート・コントロール・デバイス１６３を使用してメディア・ユーザ・インターフェースをコントロールすると見られることから、リモート・コントロール・デバイスに、右利き構成のコンピュータ・マウスの右クリックに類似した二次的な選択ボタンを備えることができ、それを選択すると、リモート・コントロール・デバイス１６３の主選択ボタンの使用の結果としてもたらすことができる選択された音楽の再生に代えて、コンテキスト・メニューが現れる。

図２０は、ユーザがアイコン１９０５を右クリックした直後の第１の中間フレーム２００１を例示している。図２０においては、ユーザに対して、そのユーザが（ほかのいずれのアイコンでもなく）アイコン１９０５を選択したことを伝えるべくアイコン１９０５がわずかに拡大され、かつアイコン１９０５が、平面２３０１（図２３）上に配置される。平面９０１から生じた残りのコンテントは、平面２３０３上に配置され、それが後方への移動が始まったように見えるレンダリングが行われる。この例においては、平面２３０３がポイント２３０５にヒンジ結合されており、その結果、平面２３０３上のコンテントは、まっすぐに下がるのではなく、後方へスイングするように見える。

図２１は、コンテキスト・メニュー出現アニメーションの第２の中間フレーム２１０１を例示している。フレーム２１０１においては、ウインドウ２２０３の形成が始まっており、最終ウインドウ２２０５の仮想中心ポジション２１０５から生じて上下の方向にウインドウ２２０３が徐々に拡大していくように見える。平面２３０３上のコンテントは、ヒンジ軸２３０５上を継続して後方へスイングし続ける。図２２は、コンテキスト・メニュー出現アニメーションのシーケンスの最終フレーム２２０１を例示している。フレーム２２０１内においては、ウインドウ２２０３が完全に形成され、コンテキスト・メニュー２２０５が、ユーザによる移動および選択のために表示される。ウインドウ２２０３（そのコンテントを含む）およびアイコン１９０５は平面２３０１上となるが、残りのコンテントは、完全に平面２３０１上にスイングバックされる。

図１９〜２３に例示されている単ヒンジ・アニメーション効果は、各種の形に修正することができる。たとえば、ヒンジ軸を、図２３に示されているように対応するヒンジが付き平面の右側ではなく、対応するヒンジ付き平面の左に配置してもよく、あるいはヒンジ軸を、対応するヒンジ付き平面の上方もしくは下方に配置してもよい。当業者であれば認識されることになろうが、ダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））等の３Ｄ対応アプリケーションを使用することによって、３次元空間の任意の場所にヒンジ軸を配置することができる。本発明のある側面によれば、ヒンジ軸を、概念的に、選択されたアイコンから離して配置することができる。言い換えると、ユーザがＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー１９０１の左側にあるアイコンを選択した場合には、ＵＩアプリケーションが、図２３に示されているようにＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニューの右側にヒンジ軸２３０５を配置することができ、その結果、後方平面２３０３上のコンテントが、そのメニューの左にヒンジ軸が配置された場合よりも選択されたアイコンから後方に離れているように見える。同様に、ユーザがＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー１９０１の右側にあるアイコンを選択した場合には、ＵＩアプリケーションが、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニューの左側にヒンジ軸２３０５を配置することができる、ユーザがＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー１９０１の上端にあるアイコンを選択した場合には、ＵＩアプリケーションが、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニューの下方にヒンジ軸２３０５を配置することができる、ユーザがＭｙ Ｍｕｓｉｃ（マイ・ミュージック）メニュー１９０１の下端にあるアイコンを選択した場合には、ＵＩアプリケーションが、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニューの上方にヒンジ軸２３０５を配置することができる。類似のヒンジ配置を、対角を含めた任意の方向に使用し、使用されないコンテントを選択されたコンテントの可能な限り後方へスイングさせることができる。本発明のある側面によれば、ユーザは、たとえばＳｅｔｔｉｎｇｓ（設定）メニュー・アイテム下のヒンジ軸位置セッティングを変更することによって、ヒンジ軸が配置される場所を指定することができる。

このほかの多平面効果およびアニメーションを使用して、メディア・ユーザ・インターフェースのユーザに対し、メニューおよびアイテム間の移動および選択を概念的に伝えることができる。ここで使用されている特定の多平面効果およびアニメーションは、メニュー・コンテントを２もしくはそれを超える数の平面に分け、ユーザに、関連するアイテムもしくは関連する複数のアイテムはいずれであるかを、そのユーザによるメディア・ユーザ・インターフェース上のメニューおよびアイテム間の移動および選択を基礎として概念的に伝えるということに対して二次的なものである。いくつかの効果およびアニメーションにおいては、図１０ｂ（平面９０１を除く）、１４ｂ（平面９０１を除く）、２３、または３０（平面３３０１、３３０３を含み、平面９０１を除く）に例示されているように２つの平面を使用することができる。別の効果およびアニメーションにおいては、図１０ｂ（平面９０１を含む）、１４ｂ（平面９０１を含む）、２９（平面２９０１、２９０３、２９０５を含む）、および３０（平面３００１、３００３、９０１を含む）に例示されているように、ＵＩアプリケーション２０５がコンテントを３もしくはそれを超える数の平面に分けることができる。好ましくは、より関係のあるコンテントもしくはユーザの最近の選択に関係するコンテントが、より顕著な平面、すなわち通常は現在使用中のほかの平面（または複数の平面）と比較して前面となる平面上に配置される。

ダイレクトＸ（ＤｉｒｅｃｔＸ（登録商標））等の３Ｄ対応アプリケーションの使用は、ここに述べられているメディア・ユーザ・インターフェースのほかの新しい機能を可能にする。たとえば、メディア・ユーザ・インターフェースの背景を、１つのメニューから次のメニューの間においてある程度一定にとどめるが、わずかに変化させて、アプリケーション２０５がフリーズしていないことをユーザに示すとともに、ディスプレイ・デバイス１９１の焼けを防止することができる。したがってメディア・ユーザ・インターフェースは、図３〜８、１１〜１３、および１５〜２２に例示されているとおり、動画化された背景を有することができる。図３〜８、１１〜１３、および１５〜２２においては、それぞれの図中に類似した背景が現れる。しかしながら、詳細に調べると気付かれるように、実際に背景がわずかに異なっているが、全体的な類似性が残されており、ユーザを混乱させることはない。図３〜８、１１〜１３、および１５〜２２に例示されている動画化された背景は、３Ｄ空間内において回転する２もしくはそれを超える数のレイヤを使用して作ることができ、正面のレイヤを好ましくはほとんど透明とし、各レイヤにアルファ値および回転サイクル長を持たせる。好ましくはそれぞれのサイクル長が異なり、それぞれのサイクル長は、互いの倍数としない。２つのレイヤは、不可視のポールがあるかのように接続され、Ｚ空間において（『不可視のポール』の軸に沿って）離隔される。親平面（背景）が回転するとき、子平面（前景）も同様に同じもしくは異なる速度で回転することができる。動画化の効果は、このようにして親平面を回転することによって達成され、２つの間に深さを持たせることは、ユーザに対して動きの感覚を作り出す。

３Ｄ空間およびアルファ・シェーディングの使用によって可能になる別の特徴は、図１３、１９、および２２に例示されているようなアルファ・フェーディングである。すなわち従来技術において、ディスプレイに充分な割り当て空間がなく、アイテムの完全な名前を表示できないとき、あるいはアイテムに関連付けされたすべてのテキストを表示する充分な空きがないとき、アプリケーションは、テキストを唐突に削除するか、省略記号（『…』）を表示して表示されているより多くのテキストがあることをユーザに示す。しかしながらメディア・ユーザ・インターフェースは、テキストのアルファ（α）ビデオ・チャンネルを使用してテキストを徐々にフェードアウトする。図２４を参照すると、ステップ２４０１においてＵＩアプリケーション２０５が、スクリーン上に書き込まれるテキストＴ_０に使用できる空間Ｓがどの程度であるかを決定する。ステップ２４０３においては、ＵＩアプリケーション２０５が、割り当てられた空間Ｓ内に収まるテキストＴ_０の量を決定する。ここで、割り当てられた空間Ｓ内に収まるテキストの量をＴ_１とする。テキストの測定は、ＤｒａｗＴｅｘｔ（ドローテキスト）等のＷｉｎ３２ ＧＤＩ ＡＰＩから獲得することができる。ステップ２４０５においては、ＵＩアプリケーション２０５が、Ｔ_１とＴ_０が等しいか否か、すなわちすべてのテキストＴ_０が空間Ｓ内に収まるか否かを決定する。Ｔ_１とＴ_０が等しい場合には、ＵＩアプリケーション２０５がステップ２４０７へ進み、アルファ・ブレンドなしに割り当てられた空間内にテキストＴ_０を描く。Ｔ_１とＴ_０が等しくない場合には、ＵＩアプリケーション２０５が、割り当てられた空間内にテキストＴ_１を描き、テキストＴ_１の末尾からあらかじめ決定済みの量、たとえば最後の１〜５文字をアルファ・ブレンドし、完全な不透明から完全な透明までアルファ・レベルを徐々に変化させる。アルファ・グラデーションには、ダイレクト３Ｄ（Ｄｉｒｅｃｔ３Ｄ）の頂点カラー補間機能を使用することができる。このように、アルファ・ブレンドの使用を介して省略記号の必要性が回避され、ここではそれをアルファ・フェーディングと呼んでいる。

さらに別のメディア・ユーザ・インターフェースの特徴においては、ＵＩアプリケーション２０５が以上述べたもののほかに、追加の機能をメディア・ユーザ・インターフェースに提供する。たとえば図２５は、フォルダ・ナビゲーション・スクリーン２５０１を例示している。図２５においては、フォルダ・ナビゲーション・スクリーン２５０１が、ｍｕｓｉｃ ｌｉｂｒａｒｙ（ミュージック・ライブラリ）へ音楽を追加するためにサーチするフォルダの選択に使用されている。しかしながら、図２５に例示されているフォルダ・ナビゲーションは、フォルダ・ナビゲーションが有用となる任意の目的に使用することができる。

図２６〜２８は、ユーザが、たとえばリモート・コントロール・デバイス１６３を使用してサウンドの音量を調整するときに現れる音量ウインドウ２６０１である。音量ウインドウ２６０１は、音量レベルの数値表示２６０３をはじめ、最小音量レベルから最大音量レベルへ向かって音量が増加するとき、左から右へ向かって埋められていく音量バーの形式で音量レベルを表すビジュアル表示２６０５を含む。音量ウインドウ２６０１は、消音をオフにしたとき、どの音量レベルに復帰するかを容易に決定できることから有利である。言い換えると、図３１に示されているように、消音がオンとなっている間は数値表示が『ｍｕｔｅ（ミュート）』に切り替わるが、音量バー２６０５は、消音がオフになったときにその結果としてもたらされる音量を表示している。音量ウインドウ２６０１は、単一の平面９０１（図９）上に現れるように、あるいは前述した二重平面効果のいずれかを使用して現れるようにすることができる。

上記のメディア・ユーザ・インターフェースは、モニタもしくはＴＶ等の平面もしくはわずかな凸面のディスプレイ・デバイス上にレンダリングされるが、３次元に見えるようにグラフィカルにシミュレーションされる。ここで述べた特徴を使用し、ＵＩアプリケーション２０５は、顕著なアイコンおよびメニュー・アイテムをディスプレイ上に配置し、３次元変換を用いてコンテントを表示できるディスプレイの面積を増加させ、かつアニメーションを用いてビューの間の移動を概念的にユーザへ伝えることによって、１０フィート・ユーザ・インターフェースとして適したメディア・ユーザ・インターフェースをユーザへ提供する。このメディア・ユーザ・インターフェースはまた、データ処理デバイスのメディア・モードの動作を伴う使用時にも特に有用であるが、メディア・モードは必須ではない。以上、本発明を、現在のところ本発明を実施するに好ましい態様を含む特定の例に関して述べてきたが、当業者であれば認識されるように、これまで述べたシステムおよびテクニックには、多くの変形および置換が存在する。したがって、本発明の精神および範囲については、付随する特許請求の範囲内に示されるとおり、広く解釈されるべきとする。

本発明の例示的な実施態様に従ったメディア・ユーザ・インターフェースの実装に適した一般的な動作環境を例示するブロック図である。 本発明の例示的な実施態様に従ったメディア・ユーザ・インターフェースのサポートに使用できるユーザ・インターフェース・インフラストラクチャを例示するブロック図である。 本発明の例示的な実施態様に従ったメディア・ユーザ・インターフェースの開始メニューを例示する図である。 本発明の例示的な実施態様に従った図３に示されている開始メニューのコントロール・ゾーンを例示する図である。 本発明の例示的な実施態様に従った、異なるメニュー・アイテムが選択カーソルによって強調表示されるときの図３に示されている開始メニューを例示する図である。 本発明の例示的な実施態様に従った、最近使用した（ＭＲＵ）リスト出現アニメーションにおける第１のフレームを例示する図である。 本発明の例示的な実施態様に従った、ＭＲＵリスト出現アニメーションにおける中間フレームを例示する図である。 本発明の例示的な実施態様に従った、ＭＲＵリスト出現アニメーションにおける最終フレームを例示する図である。 本発明の例示的な実施態様に従った、単一平面メニューの上方斜視図を例示する図である。 本発明の例示的な実施態様に従った、図９ａに例示されている単一平面メニューの平面図を例示する図である。 本発明の例示的な実施態様に従った、二重ヒンジ付き二重平面メニューの上方斜視図を例示する図である。 本発明の例示的な実施態様に従った、図１０ａに例示されている二重ヒンジ付き二重平面メニューの平面図を例示する図である。 本発明の例示的な実施態様に従った、ＭＲＵリスト傾斜アニメーションの第１の中間フレームを例示する図である。 本発明の例示的な実施態様に従った、ＭＲＵリスト傾斜アニメーションの第２の中間フレームを例示する図である。 本発明の例示的な実施態様に従った、ＭＲＵリスト傾斜アニメーションの最終フレームを例示する図である。 本発明の例示的な実施態様に従った、二重壁二重平面メニューを例示する上方斜視図である。 本発明の例示的な実施態様に従った、図１４ａに例示されている二重壁二重平面メニューの平面図を例示する図である。 本発明の例示的な実施態様に従った、電源メニュー出現アニメーションの第１の中間フレームを例示する図である。 本発明の例示的な実施態様に従った、電源メニュー出現アニメーションの第２の中間フレームを例示する図である。 本発明の例示的な実施態様に従った、電源メニュー出現アニメーションの第３の中間フレームを例示する図である。 本発明の例示的な実施態様に従った、電源メニュー出現アニメーションの最終フレームを例示する図である。 本発明の例示的な実施態様に従った、Ｍｙ Ｍｕｓｉｃ（マイ・ミュージック）メニューを例示する図である。 本発明の例示的な実施態様に従った、コンテキスト・メニュー出現アニメーションの第１の中間フレームを例示する図である。 本発明の例示的な実施態様に従った、コンテキスト・メニュー出現アニメーションの第２の中間フレームを例示する図である。 本発明の例示的な実施態様に従ったコンテキスト・メニュー出現アニメーションの最終フレームを例示する図である。 本発明の例示的な実施態様に従った単一ヒンジ付き二重平面メニューを例示する平面図である。 本発明の例示的な実施態様に従ったアルファ・フェーディングを実行する方法について例示するフローチャートである。 本発明の例示的な実施態様に従ったフォルダ・ナビゲーション・メニューを例示する図である。 本発明の例示的な実施態様に従った音量ウインドウを例示する図である。 本発明の例示的な実施態様に従った音量ウインドウの第２のビューを例示する図である。 本発明の例示的な実施態様に従った、音量が消音のときの音量ウインドウのビューを例示する図である。 本発明の例示的な実施態様に従った代替多平面メディア・ユーザ・インターフェースの平面図を例示する図である。 本発明の例示的な実施態様に従った代替多平面メディア・ユーザ・インターフェースの平面図を例示する図である。

Claims (29)

1. ユーザに対し、ユーザ・インターフェースを介してコンテントを表示するための方法であって、
   データ処理デバイスに接続された、前記ユーザ・インターフェースがレンダリングされるディスプレイ・デバイス上に、３次元グラフィック空間内において１つのシミュレーションされた平面上にユーザがリモート・コントロール・デバイスを使用して選択することのできる第１の複数の選択可能メニュー・アイテムを処理ユニットが表示するステップと、
   前記ユーザによる前記第１の複数の選択可能メニュー・アイテムの１つの選択に応答して前記選択された１つのメニュー・アイテムを、３次元グラフィック空間内においてシミュレーションされた第１の平面上に前記処理ユニットが表示し、かつ前記選択された１つのアイテムを除いた前記第１の複数の選択可能メニュー・アイテムを前記３次元グラフィック空間内においてシミュレーションされた第２の平面上に前記処理ユニットが表示するステップであって、前記第１の平面が前記第２の平面より顕著な表示ポジションを有する、ステップと、
   前記第１の平面を第１のヒンジ軸上において前記処理ユニットが回転させるステップと、
   前記第２の平面を第２のヒンジ軸上において前記処理ユニットが回転させるステップと
   を備えたことを特徴とする方法。
2. 前記第１の平面が前記第２の平面より顕著な表示ポジションを有することは、前記ユーザ・インターフェースのユーザから見たとき、前記３次元グラフィック空間内において前記第１の平面が前記第２の平面の手前となることを特徴とする請求項１に記載の方法。
3. 前記第１の平面上に前記選択された１つのアイテムに対応する第２の複数のメニュー・アイテムを前記処理ユニットが表示するステップをさらに備えたことを特徴とする請求項１に記載の方法。
4. 前記第１のヒンジ軸は、前記３次元空間内において前記第２のヒンジ軸と異なる場所を有することを特徴とする請求項１に記載の方法。
5. 前記第２の平面を前記３次元空間のＺ次元内において前記第１の平面に対して後方へ押すシミュレーションを前記処理ユニットが行うステップをさらに備えたことを特徴とする請求項１に記載の方法。
6. 前記第１の平面を前記Ｚ次元内において前方へ前記処理ユニットが引くステップをさらに備えたことを特徴とする請求項５に記載の方法。
7. 前記第１および第２のヒンジ軸は、前記３次元空間のＸ次元内において前記ディスプレイ・デバイスの実質的に対向する側にあることを特徴とする請求項１に記載の方法。
8. 前記第２の複数のメニュー・アイテムは、前記選択された１つのアイテムに対応するコンテキスト・メニューのアイテムを含むことを特徴とする請求項３に記載の方法。
9. 前記選択された１つのアイテムがメディアのタイプを含み、前記第２の複数のメニュー・アイテムが前記選択された１つのメディアのタイプの、最近使用されたメディアのリストを含むことを特徴とする請求項３に記載の方法。
10. 前記第２の複数のメニュー・アイテムは、前記選択された１つのメニュー・アイテムの下側にサブメニューを含むことを特徴とする請求項３に記載の方法。
11. 請求項１の方法を実行するためのコンピュータ実行可能命令を格納しているコンピュータ読み取り可能な記録媒体。
12. データ処理システムであって、
    前記データ処理システムをコントロールするためのリモート・コントロール・デバイスと、
    前記データ処理システムのメモリ内に格納されたコンピュータ実行可能ソフトウエアを実行することによって、前記データ処理システムに接続されたディスプレイ・デバイス上に３次元ユーザ・インターフェースを提供するべく構成されたデータ・プロセッサと、
    前記コンピュータ実行可能ソフトウエア・モジュールを格納するメモリと
    を備え、
    前記ディスプレイ・デバイス上に表示される３次元空間における前記ユーザ・インターフェースを提供するべく構成され、ユーザがリモート・コントロール・デバイスを使用して移動することのできる複数のメニューを前記ユーザ・インターフェースが含むユーザ・インターフェース・ソフトウエア・モジュールと、
    前記ユーザが前記複数のメニューの第１のメニューから複数のメニュー・アイテムの１つを選択した場合、前記ユーザ・インターフェース・ソフトウエア・モジュールのコントロールの下に、アニメーションのフレームのシーケンスを提供し、前記アニメーション・シーケンスが前記複数のメニュー・アイテムを第１の平面と第２の平面に分けおよび前記３次元空間内において互いに離れていく前記第１および第２の平面を動画化するアニメーション・モジュールであって、前記アニメーション・モジュールは、前記第１の平面を第１のヒンジ軸上において枢動し、前記アニメーション・モジュールは、前記第２の平面を第２のヒンジ軸上において枢動するアニメーション・モジュールと
    を含むことを特徴とするデータ処理システム。
13. 前記選択された１つのメニュー・アイテムは、前記第１の平面上であり、前記選択された１つのメニュー・アイテムを除いた前記複数のメニュー・アイテムは前記第２の平面上であることを特徴とする請求項１２に記載のデータ処理システム。
14. 前記第１の平面は、前記第２の平面より顕著は表示ポジションを有することを特徴とする請求項１２に記載のデータ処理システム。
15. 前記第１の平面が前記第２の平面より顕著な表示ポジションを有することは、前記ユーザ・インターフェースのユーザから見た場合、前記３次元グラフィック空間内において前記第１の平面を前記第２の平面の手前に配置することを含むことを特徴とする請求項１４に記載のデータ処理システム。
16. 前記第１および第２のヒンジ軸は、前記３次元空間のＸ次元内において前記ディスプレイ・デバイスの実質的に対向する側にあることを特徴とする請求項１２に記載のデータ処理システム。
17. 前記第１のヒンジ軸は、前記３次元空間内において前記第２のヒンジ軸と異なる場所を有することを特徴とする請求項１２に記載のデータ処理システム。
18. 前記アニメーション・モジュールは、前記第２の平面を、前記３次元空間のＺ次元内において前記第１の平面に対して後方へ押ことを特徴とする請求項１２に記載のデータ処理システム。
19. 前記アニメーション・モジュールは、前記第１の平面を、前記Ｚ次元内において前方へ引くことを特徴とする請求項１２に記載のデータ処理システム。
20. 前記ユーザ・インターフェース・ソフトウエア・モジュールは、前記第１の平面上に、前記選択された１つのアイテムに対応する第２の複数のメニュー・アイテムを表示させることを特徴とする請求項１２に記載のデータ処理システム。
21. 前記第２の複数のメニュー・アイテムは、前記選択された１つのアイテムに対応するコンテキスト・メニューのアイテムを含むことを特徴とする請求項２０に記載のデータ処理システム。
22. 前記選択された１つのアイテムはメディアのタイプを含み、前記第２の複数のメニュー・アイテムは、前記選択された１つのメディアのタイプの、最近使用されたメディアのリストを含むことを特徴とする請求項２０に記載のデータ処理システム。
23. 前記アニメーション・モジュールは、前記第２の複数のメニュー・アイテムが前記選択された１つのメニュー・アイテムの背後からビュー内へ滑り込むように見せることを特徴とする請求項２２に記載のデータ処理システム。
24. 前記第２の複数のメニュー・アイテムは、前記選択された１つのメニュー・アイテムの下側にサブメニューを含むことを特徴とする請求項２０に記載のデータ処理システム。
25. ３次元ユーザ・インターフェースを提供するプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
    コンピュータに、
    データ処理デバイスのユーザ・インターフェースを提供するための３次元グラフィック空間を生成する手順と、
    前記データ処理デバイスに接続されたディスプレイ・デバイス上に、前記３次元グラフィック空間内において１つのシミュレーションされた平面上にリモート・コントロール・デバイスを使用して前記ユーザ・インターフェース内を移動するユーザによって選択可能な複数のメニュー・アイテムの第１のリストをグラフィカルに表示する手順と、
    前記ユーザによる前記複数のメニュー・アイテムの１つの選択に応答して前記選択された１つのメニュー・アイテムを、前記３次元グラフィック空間内の第１の平面上に表示し、および前記選択された１つのアイテムを除いた前記複数のメニュー・アイテムを前記３次元グラフィック空間内の第２の平面上に表示する手順と、
    前記３次元空間内において互いに離れていく前記第１および第２の平面を動画化する手順であって、前記第１および第２の平面は、前記３次元空間内において前記第１の平面を第１のヒンジ軸周りに枢動する手順、および前記３次元空間内において前記第２の平面を第２のヒンジ軸周りに枢動する手順をさらに含み、前記アニメーションの完了時には、前記第１の平面は、前記第２の平面より顕著な表示ポジションを有する、手順と
    を実行させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
26. 前記第１のヒンジ軸は、前記第２のヒンジ軸と異なることを特徴とする請求項２５に記載のコンピュータ読み取り可能な記録媒体。
27. 前記第１および第２の平面を動画化する手順は、前記第１および第２の平面を、前記３次元のＺ次元内において、前記第１もしくは第２の平面のいずれかの上におけるコンテントのＸおよびＹ次元を変化させることなく移動する手順をさらに含むことを特徴とする請求項２５に記載のコンピュータ読み取り可能な記録媒体。
28. ３次元ユーザ・インターフェースを提供するプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
    コンピュータに、
    前記コンピュータに接続されたディスプレイ・デバイス上にユーザ・インターフェースを表示する手順であって、前記ユーザ・インターフェースは、
    第１の状態において、
    前記３次元グラフィック空間内において１つのシミュレーションされた平面上に第１の複数の選択可能なメニュー・アイテムであって、ユーザが、選択カーソルを用いて一度にその１つを強調させることができる第１の複数の選択可能なメニュー・アイテムと、
    前記第１の複数のメニュー・アイテムの前記強調された１つに対する対応が存続し、前記ユーザが前記選択カーソルを第１のメニュー・アイテムから第２のメニュー・アイテムへ移動する場合に前記第１のメニュー・アイテムの前記強調された１つに対する対応が存続するべく変化する第２の複数のメニュー・アイテムと
    を含み、
    第２の状態において、
    ユーザが選択した前記第１の複数のメニュー・アイテムの１つ、および前記第１の複数のメニュー・アイテムの前記選択された１つに対応する前記第２の複数のメニュー・アイテムを有する第１のグラフィカルにシミュレーションされた平面と、
    前記ユーザが選択した前記第１の複数のメニュー・アイテムの１つを除く残りの前記第１の複数のメニュー・アイテムを有する第２のグラフィカルにシミュレーションされた平面と
    を含み、
    前記第１のグラフィカルにシミュレーションされた平面が、前記第２のグラフィカルにシミュレーションされた平面より顕著なアピアランスを有する、手順と、
    前記ユーザが前記選択カーソルを移動して前記第２の複数のメニュー・アイテムの１つを強調する場合に前記第１の状態から前記第２の状態へ前記ユーザ・インターフェースを動画的に遷移させる手順であって、前記第１のヒンジ軸上にグラフィカルにシミュレーションされた平面、および前記第２のヒンジ軸上にグラフィカルにシミュレーションされた平面を回転させる手順を含む、手順と
    を実行させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
29. 前記動画的に遷移させる手順は、前記第１の平面および前記第２の平面のうちの少なくとも一方をヒンジ軸上において枢動する手順を含むことを特徴とする請求項２８に記載のコンピュータ読み取り可能な記録媒体。

Images