"ユーザインタフェースをカスタマイズする方法であって、メディアアセットの説明情報に対するリクエストに応答して、複数のウィンドウを含むユーザインタフェースを生成するステップと、前記複数のウィンドウからの少なくとも1つのウィンドウに影響を与える前記複数のウィンドウに対する変更を示す情報を格納するステップであって、前記変更は、前記少なくとも1つのウィンドウがアクティブ化されると、前記説明情報の以降の表示を変更する、前記格納するステップと、を有する方法。前記少なくとも1つのウィンドウに対する変更は、ディスプレイエリアの異なるエリアへの前記少なくとも1つのウィンドウの移動である、請求項1記載の方法。前記少なくとも1つのウィンドウに対する変更は、前記少なくとも1つのウィンドウの異なるサイズへのリサイズである、請求項1記載の方法。前記複数のウィンドウにウィンドウを追加するステップをさらに有し、前記追加されるウィンドウは、前記追加されたウィンドウに対応する新たな説明情報メディアアセットと新たなメディアアセット説明情報フィールドとの少なくとも1つを表示する前記説明情報を生じさせる、請求項1記載の方法。前記複数のウィンドウからウィンドウを削除するステップをさらに有し、前記説明情報の表示は、前記削除されるウィンドウに対応する説明メディアアセットとメディアアセット説明情報フィールドとの少なくとも1つを以降の表示から削除することによって影響を受ける、請求項1記載の方法。前記説明情報は、説明情報メディアアセットとメディアアセット説明情報フィールドとの少なくとも1つを有する、請求項1記載の方法。前記説明情報メディアアセットの少なくとも1つは、ビデオ、オーディオアセット、テキスト、ピクチャ及びコンピュータプログラムの少なくとも1つを有する、請求項6記載の方法。前記メディアアセット説明情報フィールドの少なくとも1つは、前記アセットの概要、監督、俳優、スタジオ、テレビ情報、映画情報、音楽情報、音楽アーティスト、アーティスト、プロデューサ、写真の監督、映画脚本の著作者、エグゼクティブプロデューサ、プロデューサ、ジャンル及びリリース日の少なくとも1つを有する、請求項6記載の方法。サーバ優先度に従って選択されたサーバから説明情報を抽出するステップをさらに有する、請求項1記載の方法。第1サーバが説明情報を返さないとき、第2サーバのサーチエンジンに説明情報のクエリを送信するステップをさらに有する、請求項1記載の方法。本開示は、ビデオ、テレビショー、映画、オーディオ、音楽、ビデオゲームなどのメディアアセットに関する情報を表示するのに利用されるユーザインタフェースの複数の異なる実施例を提供する。さらに、このようなユーザインタフェースの実施例は、受信、記録、再生、購入などのための処理をサポートできる。このようなユーザインタフェースは、コンピュータ、セットトップボックス、メディアサーバ、タブレット、携帯電話、パーソナルメディア装置、携帯ビデオゲームシステム、ビデオゲームシステムなどの装置上で実現可能である。説明情報アプリケーションは、典型的には、中継されるものより多くのメディアアセットに関する情報を紹介するプログラムテレビショー、映画、ラジオ番組、音楽、楽曲、マルチメディア、ゲームなどでありうる。例えば、ユーザがテレビショーを視聴するとき、ユーザは、当該ショーの時間及びおそらくキャストなどの情報をリストした電子番組ガイドを呼び出すことができる。しかしながら、このような情報は、ここに説明される説明情報に提供される説明情報メディアアセット画像、ビデオ、オーディオ、ウェブページ、インタラクティブアプリケーション、ゲーム、説明テキスト、メディア購入情報、示唆されたメディアなどの深さを欠いている。すなわち、本原理は、ユーザがメディアアセットに関する情報を探すことを試みるときに提供される典型的なテキストの説明より、説明情報メディアアセットと呼ばれる追加的なメディアアセットを提供するスキームを提供する。図1を参照して、ホーム又はエンドユーザにコンテンツを配信するためのシステム100の実施例のブロック図が示される。当該コンテンツは、映画スタジオ又は制作会社などのコンテンツソース102からのものである。コンテンツは、2つの形式の少なくとも1つにより供給されてもよい。1つの形式は、コンテンツの放送形式であってもよい。放送コンテンツは、典型的には、AmericanBroadcastingCompanyABC、NationalBroadcastingCompanyNBC、ColumbiaBroadcastingSystemCBSなどの全国放送サービスである放送アフィリエイトマネージャ104に提供される。放送アフィリエイトマネージャは、コンテンツを収集及び格納し、配信ネットワーク1106として示される配信ネットワークを介したコンテンツの配信をスケジューリングしてもよい。配信ネットワーク1106は、全国センタから1以上の地方又はローカルセンタへの衛星リンク伝送を含むものであってもよい。配信ネットワーク1106はまた、地上波放送、衛星放送、ケーブル放送などのローカル配信システムを利用して、又はIPを介した外部ネットワークからのローカルコンテンツの配信を含むものであってもよい。ローカル配信されたコンテンツは、ユーザの自宅のユーザのセットトップボックス/デジタルビデオレコーダDVR108に提供され、コンテンツは、ユーザによりサーチされる利用可能なコンテンツの本体に以降に含まれることになる。コンテンツの第2形式は、特別コンテンツと呼ばれる。特別コンテンツは、有料視聴、ペイパービュー又は放送アフィリエイトマネージャに提供されない他のコンテンツとして配信されるコンテンツを含むものであってもよい。多くのケースにおいて、特別コンテンツは、ユーザにより要求されたコンテンツであってもよい。特別コンテンツは、コンテンツマネージャ110に配信されてもよい。コンテンツマネージャ110は、例えば、コンテンツプロバイダ、放送サービス又は配信ネットワークサービスなどと提携したインターネットウェブサイトなどのサービスプロバイダであってもよい。コンテンツマネージャ110はまた、ユーザのセットトップボックス/デジタルビデオレコーダ108にまだ配信されていないコンテンツがサーチされてもよいように、インターネットコンテンツを配信システムや明示的にはサーチのみに搭載してもよい。コンテンツマネージャ110は、別の配信ネットワークである配信ネットワーク2112を介しコンテンツをユーザのセットトップボックス/デジタルビデオレコーダ108に配信してもよい。配信ネットワーク2112は、高速ブロードバンドインターネットタイプの通信システムを含むものであってもよい。放送アフィリエイトマネージャ104からのコンテンツがまた配信ネットワーク2112のすべて又は一部を利用して配信され、コンテンツマネージャ110からのコンテンツは配信ネットワーク1106のすべて又は一部を利用して配信されてもよいことに留意することが重要である。さらに、ユーザはまた、コンテンツがコンテンツマネージャ110により管理される必要なく、配信ネットワーク2112を介しインターネットから直接的にコンテンツを取得してもよい。さらに、サーチ範囲は、利用可能なコンテンツから将来的に放送又は利用可能とされるコンテンツに及ぶ。セットトップボックス/デジタルビデオレコーダ108は、配信ネットワーク1及び配信ネットワーク2の一方又は双方から異なるタイプのコンテンツを受信してもよい。セットトップボックス/デジタルビデオレコーダ108は、コンテンツを処理し、ユーザの嗜好及びコマンドに基づきコンテンツの分離を提供する。セットトップボックス/デジタルビデオレコーダはまた、オーディオ及びビデオコンテンツを記録及び再生するため、ハードドライブ又は光ディスクドライブなどの記憶装置を含むものであってよい。セットトップボックス/デジタルビデオレコーダ108の処理及び格納されているコンテンツの再生に関する機能のさらなる詳細は、図2に関して後述される。処理されたコンテンツは、表示装置114に提供される。表示装置114は、従来の2Dタイプのディスプレイであってもよいし、又は先進的な3Dディスプレイであってもよい。無線電話、PDA、コンピュータ、ゲームプラットフォーム、リモコン、マルチメディアプレーヤーなどの表示機能を有する他の装置が、本開示の教示を利用し、本開示の範囲内に属するとみなされることが理解されるべきである。アプリケーションサーバ116は、配信ネットワーク2112を介しセットトップボックス108に接続され、アプリケーションサーバ116は、セットトップボックス108からの各種コールリクエストに応答する少なくとも1つのアプリケーションを実行するよう構成可能である。すなわち、セットトップボックス108はクライアントとして機能することが可能であり、アプリケーションサーバ116はサーバとして機能し、ウェブサーバ、データベースなどの各種アプリケーションを実行することが可能である。コールは、HTML、JAVA登録商標、AJAXフレームワーク、ASPActiveServerPagesなどのフレームワークを利用して実現可能であり、アプリケーションサーバ116は、データを配信するため、セットトップボックス108から受信したコール又はファンクションに応答する。同様に、アプリケーションサーバ116は、RESTRepresentationalStateTransferモデル又はSOAPSimpleObjectAccessProtocolから派生したものとすることが可能である。JAVAベース環境では、アプリケーションサーバ116は、他のサーバ及びAPIが利用可能であるが、セットトップボックス108から各種コールを受信するJerseyベースのAPIApplicationProgramInterfaceを利用したGlassfishベースサーバを利用して実現可能である。第2モデルがまた利用可能であり、アプリケーションサーバ116及びセットトップボックス108は、アプリケーションが分散化されて実行されるピアツーピア環境において実行するよう構成される。図2を参照して、セットトップボックス/デジタルビデオレコーダ200のコアの実施例のブロック図が示される。図示される装置200はまた、表示装置114を含む他のシステムに搭載されてもよい。さらに、ディスプレイ214が装置200の処理を制御するためコマンド又はジェスチャを入力するのに利用可能となるように、表示装置214がタッチ画面装置である装置200が実現可能である。これらのケースの何れかにおいて、システムの完全な処理に必要な複数のコンポーネントが、当業者に周知であるとき、簡潔さのため図示されない。図2に示される装置200では、コンテンツは入力信号受信機202において受信される。入力信号受信機202は、地上波、ケーブル、衛星、イーサネット登録商標、ファイバ及び電話線ネットワークを含む可能な複数のネットワークの1つを介し提供される信号を受信、復調及び復号化するのに利用される複数の既知の受信回路の1つであってもよい。所望の入力信号は、制御インタフェース図示せずを介し提供されるユーザ入力に基づき、入力信号受信機202において選択及び抽出されてもよい。復号化された出力信号は、入力ストリームプロセッサ204に提供される。入力ストリームプロセッサ204は、最終的な信号選択及び処理を実行し、コンテンツストリームのオーディオコンテンツからビデオコンテンツを分離することを含む。オーディオコンテンツは、圧縮デジタル信号などの受信フォーマットからアナログ波形信号への変換のため、オーディオプロセッサ206に提供される。アナログ波形信号は、オーディオインタフェース208と、さらに表示装置114又はオーディオアンプ図示せずとに提供される。あるいは、オーディオインタフェース208は、Sony/PhilipsDigitalInterconnectFormatSPDIFなどを介しHDMI登録商標High-DefinitionMultimediaInterfaceケーブル又は他のオーディオインタフェースを利用して、オーディオ出力装置又は表示装置にデジタル信号を提供してもよい。オーディオプロセッサ206はまた、オーディオ信号の格納に必要な変換を実行する。入力ストリームプロセッサ204から出力されたビデオは、ビデオプロセッサ210に提供される。ビデオ信号は、複数のフォーマットの1つであってもよい。ビデオプロセッサ210は、必要に応じて入力信号フォーマットに基づきビデオコンテンツの変換を提供する。ビデオプロセッサ210はまた、ビデオ信号の格納に必要な変換を実行する。ストレージ装置212は、入力において受信したオーディオ及びビデオコンテンツを格納する。ストレージ装置212は、コントローラ214の制御の下で、またユーザインタフェース216から受信した早送りFF及び巻き戻しRewなどのナビゲーション命令などのコマンドに基づきコンテンツの以降の抽出及び再生を可能にする。ストレージ装置212は、ハードディスクドライブ、SRAMやDRAMなどの1以上の大容量集積電子メモリ、又はCDドライブやDVDドライブなどの互換的な光ディスクストレージシステムであってもよい。一実施例では、ストレージ装置212は、外部的なものであり、システムになくてもよい。入力又はストレージ装置212から与えられるビデオプロセッサ210からの変換されたビデオ信号が、ディスプレイインタフェース218に提供される。ディスプレイインタフェース218はさらに、上述されたタイプの表示装置に表示信号を提供する。ディスプレイインタフェース218は、RGBRed-Green-Blueなどのアナログ信号インタフェースであってもよいし、又はHDMIなどのデジタルインタフェースであってもよい。ディスプレイインタフェース218が、以下でより詳細に説明されるように、3次元アレイによりサーチ結果を提示するための各種画面を生成することが理解されるべきである。コントローラ214は、入力ストリームプロセッサ202、オーディオプロセッサ206、ビデオプロセッサ210、ストレージ装置212及びユーザインタフェース216を含む装置200のコンポーネントのいくつかにバスを介し相互接続される。コントローラ214は、入力ストリーム信号をストレージ装置への格納用又は表示用の信号に変換するための変換処理を管理する。コントローラ214はまた、格納されているコンテンツ/メディアアセットの抽出及び再生と、コンテンツ/メディアアセットを再生するためのリモートサーバとの通信とを管理する。さらに、以下に説明されるように、コントローラ214は、上述された配信ネットワークを介し配信又は格納されるコンテンツの検索を実行する。コントローラ214はさらに、コントローラ214のための情報及び命令コードを格納するため、制御メモリ220RAM、SRAM、DRAM、ROM、PROM、フラッシュメモリ、EPROM、EEPROMなどを含む揮発性又は不揮発性メモリなどに接続される。さらに、メモリの実現形態は、単一のメモリ装置又は共有又は共通メモリを構成するため一緒に接続される複数のメモリ回路などの複数の可能な実施例を含むものであってもよい。さらに、メモリがより大きな回路のバス通信回路の一部などの他の回路と共に含まれてもよい。効果的に動作するため、本開示のユーザインタフェース216は、ディスプレイ上でカーソルを移動させる入力装置を利用し、ディスプレイはさらに、カーソルが通過するとコンテンツを拡大させる。一実施例では、入力装置は、ジャイロスコープ又は加速度計等の動き検出の形態のリモコンであり、ユーザが画面又はディスプレイの周りで自由にカーソルを動かすことを可能にする。他の実施例では、入力装置は、画面のパッド上のユーザの動きをトラッキングするタッチパッド又は接触感知装置の形態によるコントローラである。他の実施例では、入力装置は、方向ボタンを備えた従来のリモコンとすることができる。図3を参照して、本開示のユーザインタフェース処理は、早送り、巻き戻しなどの機能を表すのに利用可能な入力装置を利用する。これを可能にするため、タブレット又はタッチパネル装置300図1に示されるタッチ画面装置116と同じであり、及び/又はメディア装置108及びタッチ画面装置116の一体化された具体例であるは、受信装置200のユーザインタフェース216及び/又はタッチパネルインタフェース222を介しインタフェースをとるようにしてもよい。タッチパネル装置300は、セットトップボックス又は他の制御装置に対するコマンドにパネルを介し変換されたアクション及び手の動き又はジェスチャに基づき、受信機又はセットトップボックスの処理を可能にする。一実施例では、タッチパネル300は、グリッドディスプレイをナビゲートするためのナビゲーションツールとして単に機能するものであってもよい。他の実施例では、タッチパネル300はさらに、コンテンツのグリッドディスプレイを介したナビゲーションとユーザがより直接的にやりとりすることを可能にする表示装置として機能する。タッチパネル装置は、アクティブ化ボタンなどのより従来の制御機能を含むリモコン装置の一部として含まれてもよい。タッチパネル300はまた、少なくとも1つのカメラ要素を含むことが可能である。以下でより詳細に説明されるように、タッチパネル装置300に表示されるコンテンツは、メイン画面にザッピング又は投影されてもよい例えば、図1に示される表示装置114など。図4を参照して、図示されるようなジェスチャ検知コントローラ又はタッチ画面の利用は、いくつかのタイプのユーザインタラクションを提供する。コントローラからの入力はジェスチャを定義するのに利用され、さらにジェスチャは具体的な状況のコマンドを定義する。センサの設定は、タッチ画面上のユーザの指の動きを定義することを可能にするか、又は1次元若しくは2次元でのコントローラ自体の動きを定義することを可能にするものであってもよい。対角線などの2次元の動きと、ヨー、ピッチ及びロールの組み合わせは、スウィングなどの何れか3次元の動きを定義するのに利用可能である。図4において、いくつかのジェスチャが示される。ジェスチャはコンテクスト又は状況において解釈され、ユーザにより行われる定義された動きにより特定される。バンピングbumping420は、上下左右の何れか1つの方向へのポインティングを示す2ストロークの描画により定義される。バンピングジェスチャは、状況における特定のコマンドに関連付けされる。例えば、時間シフトモードでは、左バンプジェスチャ420は巻き戻しを示し、右バンプジェスチャは早送りを示す。他の状況では、バンプジェスチャ420は、バンプにより指定された方向に特定の値をインクリメントするよう解釈される。チェッキングchecking440は、チェックマークを描画するのと同様に定義される。それは、下方へのバンプジェスチャ420と類似している。チェッキングは、リマインダのユーザタグを指定するため、又はアイテム若しくは要素を選択するための状況において特定される。サークリングcircling440は、何れかの方向にサークルを描画するとの同様に定義される。2つの方向が区別できることが可能である。しかしながら、混乱を回避するため、サークルは、方向に関係なく単一のコマンドとして特定される。ドラッギングdragging450は、タブレット300上で仮想的又は物理的ボタンの押下中すなわち、トリガードラッグ、コントローラの角度の動きピッチ及び/又はヨーの変化として定義される。ドラッギングジェスチャ450は、ナビゲーション、スピード、距離、時間シフト、巻き戻し及び早送りに利用されてもよい。ドラッギング450は、ディスプレイ上の輪郭のハイライト化や選択など、状態の変化、カーソル又は仮想的カーソルを動かすのに利用可能である。ドラッギング450は、何れかの方向のものとすることが可能であり、2次元にナビゲートするのに一般に利用される。しかしながら、特定のインタフェースでは、ドラッギングコマンドに対するレスポンスを修正することが好ましい。例えば、いくつかのインタフェースでは、1次元又は方向への操作が、仮想的カーソルのポジション又は動きの方向に応じて他の次元又は方向に関して好まれる。ノッディングnodding460は、2つの高速のトリガードラッグ上下垂直方向の動きにより定義される。ノッディング460は、はいYes又は了解Acceptを示すのに利用される。X-ing470は、文字Xを描画するとの同様に定義される。X-ing470は、削除Delete又はブロックBlockコマンドに利用される。ワギングwagging480は、2つの高速のトリガードラッグ前後水平方向の動きにより定義される。ワギングジェスチャ480は、いいえNo又はキャンセルCancelを示すのに利用される。センサシステムの複雑さに応じて、シンプルな1次元の動き又はジェスチャのみが許容されてもよい。例えば、ここに示されるように、センサ上のシンプルな左又は右の動きが、早送り又は巻き戻し機能を生じさせるようにしてもよい。さらに、複数のセンサは、タッチ画面上の異なる位置に内蔵及び配置可能である。例えば、左右の動きのための水平方向のセンサがある場所に配置され、ボリュームアップダウンに利用され、上下の動きのための垂直方向のセンサが異なる場所に配置され、チャネルアップダウンに利用されてもよい。このように、具体的なジェスチャマッピングが利用されてもよい。以下でさらに詳細に説明されるように、2フィンガースワイプジェスチャが、タブレット300からメイン画面又は表示装置114へのコンテンツのスローイング又は移動を開始するのに利用されてもよい。図5は、配信ネットワーク106,112上の装置にサービスを提供するため配信ネットワーク106,112と共に利用可能な本開示による一例となるアプリケーションサーバ500の全体図を提示する。アプリケーションサーバ500は、アプリケーション、当該アプリケーションのデータ、データベース情報、ウェブページ情報、メディアデータなどの情報を格納するのに利用されるストレージ510を有することが可能である。ストレージ510は、1以上のハードドライブ、RAIDシステム、揮発性メモリ、不揮発性メモリ、ディスクベースストレージ、ソリッドステートストレージ、リールツーリールテープなどとして実現可能である。オペレーティングシステム520は、サーバ500を動作させるのに利用される基礎となるシステムである。利用可能なオペレーティングシステムの具体例として、Windows登録商標、Solaris、Unix登録商標、Linux登録商標、MacOSなどがあげられる。アプリケーション530は、アプリケーションサーバ500上で実行可能なウェブサーバ、ファイルサーバ、アプリケーションライセンシング、サーチエンジン、認証、テルネット、電子メール、ファイル転送、メディア配信、メディアアセット情報プログラム、プログラムコード実行などのアプリケーションである。通信インタフェース540は、サーバ500がネットワーク106,112上の装置と通信するためのインタフェースを提供する。通信インタフェースの具体例として、イーサネット登録商標、衛星インタフェース、ファイバ接続、T1,T2,T3、同軸ケーブルなどであり、他のデータ配信システムが利用可能であるが、このような通信は、好ましくはパケットベースである。ユーザがメディアアセットに関する検索に興味があるとき、ユーザは、異なるメディアアセットに関する情報を検出するため、サーチユーザインタフェース600の実施例を表す図6に示されるようなインタフェースを利用可能である。具体的には、ユーザインタフェース600は、サーチクエリがエリア620にタイプされるように、フロントエンドとして利用され、これにより、入力されたサーチクエリは、当該分野で知られるように、サーチ結果についてサーチエンジンに配信される。すなわち、GOOGLE、YAHOO、BINGなどのサーチ結果のためのリモートサーチエンジンに対するクエリが装置により可能であり、ローカル記憶装置におけるサーチ結果についてサーチが実行可能であり、複数のサーチエンジンがサーチ結果について同時にクエリ可能であり、他の技術が本説明に従って利用可能である。ユーザインタフェース600は、表示装置、ディスプレイ画面などにおいて視聴可能なディスプレイエリア610を提供する。サーチ機能は、サーチ制御605をユーザがアクティブ化することによって呼び出し可能であり、これにより、当該アクションの結果がサーチユーザインタフェース600をもたらす。エリア620は、キーボード630に示される文字を利用することによって、サーチ基準に入力するのに利用される。ボタン640は、他のユーザにより行われる一般的な他のサーチを呼び起こすためアクティブ化可能であり、サーチ情報がリモートサーバから取得可能である。アクティブ化されると、ボタン645は、ユーザにより以前に行われたサーチを呼び起こす。本例では、ユーザは、エリア620にhowtotrainyourdragonという言葉をタイプした。このサーチクエリの結果が、サーチ結果を提示するユーザインタフェース700の実施例を示す図7において示される。すなわち、サーチ結果650,653及び655はHowtoTrainYourDragonの異なるバージョンを提示し、650が映画の通常バージョンを構成し、653が3Dバージョンに対応し、655が映画のIMAXバージョンに関する。映画は、サーチ結果の隣の再生ボタン659をアクティブ化することによって選択可能である。理想的には、再生ボタン659は、ユーザがすでにメディアアセットを購入済みである場合、ユーザが加入によりメディアアセットにアクセス可能である場合、ユーザがローカル若しくはリモートストレージを介しアクセス可能なバージョンのメディアアセットを有している場合などに生成される。あるいは、メディアアセットは、ユーザがオプション657などのオプションをアクティブ化する場合、購入可能である。さらに、メディアアセットに関する説明情報がまた、オプション657をアクティブ化することによってアクセス可能である。図8は、本開示によるメディアアセットに関する説明情報を提示するユーザインタフェース800の実施例を示す。説明情報の具体例として、ポスターアート、アセットの概要、監督、俳優、スタジオ、テレビ情報、映画情報、音楽情報、音楽アーティスト、アーティスト、プロデューサ、写真の監督、映画脚本著者、エグゼクティブプロデューサ、プロデューサ、ジャンル、リリース日などとすることが可能である。このような説明情報は、Baseline、TribuneMediaServicesTMS、InternetMovieDatabaseIMDB、InternetVideoArchiveIVAなどのソースから抽出可能であり、装置からローカルに、電子番組ガイド情報、レーティング、ランタイム、リリースデータなどがまた、当該情報を生成するためアクセス可能である。説明情報はまた、アセットの概要、監督、俳優、スタジオ、テレビ情報、映画情報、音楽情報、音楽アーティスト、アーティスト、プロデューサ、写真の監督、映画脚本著者、エグゼクティブプロデューサ、プロデューサ、ジャンル、リリース日などのカテゴリを含むメディアアセット説明情報フィールドにより分類可能である。説明情報メディアセットは、メディアアセットに関する情報を求めるとき、説明情報の一部として呼び出し可能なビデオ、オーディオ、ピクチャ、添付されたテキスト、コンピュータプログラムなどである。例えば、ユーザがメディアアセットとして映画の説明情報をサーチしている場合、映画の俳優のピクチャ、映画の予告、映画からの監督とのインタビューからの音声などのすべてが、異なる形式の説明情報メディアアセットを表す。ユーザインタフェース800に戻って、説明情報は、ポスターアート610と、他のフィールドのうちアセットタイトル、クルー、アセットの概要、レーティング、ランタイム、スタジオ及びリリース日を含む各種説明情報フィールドを含む説明情報テキスト660とを含む。ディスプレイエリア610は利用可能な情報の部分しか提示しないことがあり、ユーザインタフェース800は、ディスプレイエリア610を下方にスクローリングすることによってアクセス可能な映画アセットの監督に関する追加的な情報を提示する。すなわち、メディアアセットの説明情報はディスプレイエリア610に示されるより大きくなることが予想され、このような情報は、ジェスチャ、制御入力、コマンドなどを構成することによって、適切な方向へのスクロール処理を構成することによって配置可能である。メディアアセット説明情報の具体例としてメディアアセットのビデオ予告は、メイン画面、サブ画面などに予告を再生させる予告再生オプション662をアクティブ化することによってアクセス可能である。図9は、本開示によるメディアアセットに関する説明情報を提示するユーザインタフェース900の実施例を提供する。メディアアセットの説明情報に対するリクエストに応答して単にテキストを提示する代わりに、ユーザインタフェース900は、対応するメディアアセット説明フィールドの説明テキストと共に、ディスプレイエリア910にピクチャを提示する。例えば、メディアアセットの名前を示すアセットタイトルバー920とは別に、ウィンドウ925は、インタラクティブアプリケーションが選択されたメディアアセットについて呼び出し可能であることを示す。さらに、ウィンドウ930は、メディアアセットに関する追加的な情報があることを示し、このような情報は、批評家によるメディアアセットのレビュー、メディアアセットに関するユーザコメント、メディアアセットの映画脚本などとすることが可能である。ウィンドウ940はキャスト情報を表示し、クルー情報がウィンドウ950を介しアクセス可能であり、メディアアセットからの画像がウィンドウ960を介しアクセス可能であり、メディアアセットのビデオがウィンドウ970のアクティブ化を介しアクセス可能である。任意的には、980などのグラフィックバックグラウンドが呼び出し可能であり、そこに925,930,940,950,960,970,980などのウィンドウがディスプレイエリア910のフォアグラウンドに配置される。他の説明情報フィールドの他のウィンドウが本開示により利用可能であることが予想される。テーブル1において、図9に提供される説明ユーザインタフェースの実施例を生成するのに利用可能なコンフィギュレーションテーブルの具体例が示される。テーブル1は、再生されるウィンドウについて、対応するポジション及びサイズ情報があることをリストする。本例では、ポジション情報はx,y座標として提供され、xは、図9に示されるように、ディスプレイエリアの左上部分から測定され、xの値は正であり、指定された単位ピクセル、インチ、センチメータなどに従って右方向への動きを示す。yの値は、図9に示されるように、ディスプレイエリアの左上部分から測定され、yの値は正であり、指定された単位ピクセル、インチ、センチメータなどに従う下方の動きである。幅の値wは、指定されたx座標から始まり、指定された単位で左方向に移動するx方向のウィンドウのサイズである例えば、ウィンドウは、100ピクセル幅、0.5インチ幅、3.23cm幅などである。高さの値は、ウィンドウについて指定されたy座標から始まり、指定された単位で下方に移動するy方向のウィンドウのサイズである例えば、ウィンドウは、400ピクセル長、0.75インチの高さ、8cmの高さなどである。ウィンドウの構成は他の形式をとりうるものであり、他の単位を利用可能であることに留意されたい。バックグラウンドフィールドは、バックグラウンドが特定のサーバから呼び出し可能であることを示すか、又はバックグラウンドが存在しないときにはnoneの用語が利用される。テーブルIの説明に続いて、MediaAssetDescriptiveFieldと呼ばれるフィールドは、対応するウィンドウのアクティブ化によりアクセス可能な説明情報のフィールドを示す。メディアタイプは、ビデオ、オーディオ、ピクチャ、ページ、コンピュータプログラム、テキスト、これらの組み合わせなどとすることが可能な説明情報フィールドに対応するウィンドウに表示されるべきものを示す。すなわち、ウィンドウがアクティブ化されると、メディアアセットに対応する説明情報メディアアセットがアクセス可能である。例えば、メディアアセットがビデオの形式による予告である対応する説明メディアアセットを有する場合、対応するウィンドウがアクティブ化される場合にはこのような予告が呼び出されて再生のためアクティブ化可能である。対応する説明メディアアセットのサーバ位置は、当該フィールドにおいて指定可能である。メディアアセット説明フィールドについて、当該説明フィールドメディアアセットのソースに割り当てられる優先度があるかもしれないことに留意されたい。例えば、ソースのランキングは、説明フィールドメディアアセットがまずIVAから、その後にTMS、そしてローカルサーバから到来することが可能である。情報に対するサーバの優先順位付けは、関連情報に入力するなどによってユーザ、サービスプロバイダなどによって指定可能である。当該サーバの優先順位付けの他の具体例が、本説明に従って実現可能である。メディアタイプのフィールドでは、追加的なウィンドウ、メディアアセットなどが記述可能なテーブルIと同様の方法により設定される追加的なページへのリファレンスが存在しうることに留意されたい。典型的には、ページと呼ばれるテーブルの識別子は、後述される図10及び11について示される追加的なページの存在を示す。例えば、メディアタイプフィールドの他のアセットタイプピクチャによるページという用語は、ピクチャが対応するウィンドウについて示されるべきであるが、より多くのウィンドウのページが、典型的には、ウィンドウがアクティブ化されると生成されることを示す。あるいは、ビデオによるページという用語は、ウィンドウにおいて再生されるビデオを有し、これにより、参照されたページが、対応するウィンドウのアクティブ化の際に生成される。すなわち、ビデオ、オーディオ、テキスト、インタラクティブプログラム及びピクチャなどの用語が、ウィンドウのテーブルのページという用語なしに出現するとき、対応するページは、ウィンドウのアクティブ化によって生成されない。他のアプローチが、説明された原理に従って可能である。サーバから説明情報メディアアセットを要求すると、このようなアセットはコンフィギュレーションテーブル、ファイル、データベースのファイル名によって、又は他の方法により指定されることが可能である。説明情報メディアアセットに対するリクエストにおいて参照される具体的なファイルがないが、アセットに対するクエリがサーバにあるサーチエンジンに行われる可能性があることが想定されることもある。映画の予告に対する当該アプローチの具体例は、サーバのサーチエンジンにクエリ映画の予告及びアセットタイトルを提供するものである。サーチ結果がサーチクエリから利用可能である場合、サーチエンジンは、アセットタイトルの映画の予告に対応するビデオアセットへのリンクを返すことになる。このスキームは、ビデオ、オーディオ、ピクチャ、テキスト、アプリケーションなどを取得するため適用可能である。さらに、第1サーバがクエリされ、説明情報メディアアセットへのリンクを提供することができない場合、第2サーバが、テーブルに示される優先度情報などに従ってクエリ可能である。メディアアセットに対応する説明情報メディアアセットを受信するための他の技術は、説明された原理に従って実現可能である。図10は、本開示によるメディアアセットに関する説明情報及び説明情報メディアアセットを提示するユーザインタフェース1000の実施例を示す。具体的には、ディスプレイエリア1010に示されるように、ウィンドウ1020,1025,1030,1035,1040,1045,1050,1055が、説明フィールドキャストに関連する異なる俳優に対応する。本ケースでは、これらのウィンドウの何れかのアクティブ化は、特定の俳優に関する説明情報の追加的なページを生じさせることが可能である。このような処理は、本説明に従って無限に継続可能である。説明情報メディアアセットはまた、このようなウィンドウがアクティブ化されると、再生可能である。図10がどのように再生可能であるかのさらなる具体例がテーブルIIに示され、これにより、当該情報は本説明に従って再生可能である。図11は、本開示によるメディアアセットに関する説明情報メディアアセットとしてビデオの予告を提示するユーザインタフェース1100の実施例を示す。本例では、ディスプレイエリア1120は、ビデオの予告の対応するウィンドウの何れかをアクティブ化することによって再生可能なビデオの予告1120,1125,1130,1135,1140,1145,1150のいくつかのスクリーンショットを表示する。上述されたように、ビデオの予告は、本原理に従って装置上での再生に指定されたサーバからアクセス可能である。図12は、本開示による説明情報を提示するユーザインタフェース1200の実施例を示す。ディスプレイエリア1210について、複数のウィンドウ1220,1230,1240,1250,1260,1270,1280,1290が提示される。特に、1250,1260,1290のウィンドウの部分はディスプレイエリア1210の画面から離れており、スクローリング処理が、当該ウィンドウを完全に閲覧するのに利用可能である。上述されたように、各ウィンドウは、本原理を利用して呼び出し可能な対応する説明情報フィールド又は説明情報メディアアセットを有する。図12の要素はユーザによりカスタマイズ可能であり、ジェスチャ、制御入力コマンド、ドラッギング及びドロッピングなどを用いて、各種ウィンドウがディスプレイエリアから移動、リサイズ、追加又は削除可能である。すなわち、ユーザがクルー情報のついて新たなウィンドウをユーザインタフェースに追加することを所望する場合、当該追加は、コンフィギュレーションファイル、テーブル、データベースなどの属性を変更する。図13は、本開示に従ってユーザがユーザインタフェースのコンポーネントを移動することによって変更可能な説明情報を提示するユーザインタフェース1300の実施例を示す。例えば、ユーザが1235のポジションにウィンドウ1230を移動する場合、ウィンドウの対応するx及びy座標が変化する。同様に、ウィンドウ1290をポジション1295に移動することは、ウィンドウ1290の対応するx及びy座標を変更する。このような変更は、関連するコンフィギュレーションファイル、テーブル、データベースなどに格納される。移動処理の結果を表示するユーザインタフェース1400が、本開示に従って図14に示される。図15は、本開示に従ってリサイジング処理を利用してユーザにより変更可能な説明情報を提示するユーザインタフェース1500の実施例を示す。ディスプレイエリア1210について、ウィンドウ1230が、エリア1235を占有するようリサイズされる。ビデオウィンドウのコンテンツをスケーリングするためのこのようなリサイジング処理は、当該分野において知られている。リサイジング処理の結果は、ウィンドウの対応するw及びhを変更することであり、このような変更は、関連するコンフィギュレーションファイル、テーブル、データベースなどに格納される。図16において、本開示によるリサイジング処理の結果を表示するユーザインタフェース1600が示される。図17は、本開示によるユーザにより変更可能な説明情報を提示するユーザインタフェース1700の実施例を示す。ディスプレイエリア1210について、ユーザインタフェース1200からの要素をより少なく含む図12の変更されたバージョンが示される。具体的には、ウィンドウ1230,1240,1250,1260,1270,1290が、本原理について説明されたような方法により再配置された。さらに、ウィンドウ1220,1280が、ユーザインタフェース1700を生成するため、ユーザインタフェース1200から削除された。図18は、本開示によるユーザにより変更可能な説明情報を提示するユーザインタフェース1800の実施例を示す。本構成では、ウィンドウ1230,1240,1250,1260が一緒にグループ化される。ウィンドウ1290は、ディスプレイエリア1210の他のエリアに移動された。ウィンドウ1270は当該コンフィギュレーションから削除されていることに留意されたい。同様に、図19は、本開示によるユーザインタフェース1900のウィンドウ1230,1240,1250,1260,1290の他の構成を示す。図20は、装置の説明情報メディアアセットを受信するよう指定可能な各種サーバによるブロック図2000の実施例を提供する。何れのサーバが説明情報フィールドメディアアセットについてアクセス又はクエリされるべきか指定可能であることによると、サーバ2010,2020,2030は、IVA、TMSなどのサーバを表す。サーバ2040は、サービスプロバイダが装置2060にネットワークサービスを提供するネットワークサービスプロバイダ2050により運営されるサーバである。サービスプロバイダ2050は、サーバを介しメディアアセットを販売するための宣伝又は試みを行うことを介して、経済的な利益を導出可能であるため、サービスプロバイダ2050は、対応するサーバ2040が他のサーバ2010,2020,2030より高い優先度を有することを所望してもよい。例えば、ネットワークサービスプロバイダ2050は、メディアアセットの説明情報に対するクエリに応答して、ユーザ装置2060がビデオオンデマンドサービスを介しサービスプロバイダ2050からメディアアセットを要求することを可能にする予告説明情報フィールドメディアアセットとしてを提示可能である。これは、Amazon、Itunes、Netflix、IVA、IMDBなどの外部サービスがそれらの情報サービスを介しユーザに高く売りつけることを防ぐ。あるいは、ユーザの装置2060に接続されたローカル記憶装置2070は、利用可能な説明情報と説明情報メディアアセットとを有することが可能である。このような優先度情報は、テーブル、データベース、コンフィギュレーションファイルなどに指定可能である。メディアアセットとそれに対応する説明情報メディアセットとは、アプリケーションサーバ118により呼び出し可能であり、メディアアセットが生成可能な各カテゴリについてリソースを有する各種ソースファイル、メディアファイルのコンポーネントなどが構成される。例えば、キャストリソースは、表示されるキャスト及びクルー情報に対応する。同様に、ビデオカテゴリについて、コンテンツビデオリソースの下にビデオのリストがある。リソースは、テキスト、ビデオ、ピクチャ、JAVAコード、HTMLコードなどにより実現可能である。RESTサービスを実行するアプリケーションサーバとアセットサーバ上のリソースとの間の各種コールが以下に示される。getContentVideos:このサービスは、contentIdパラメータを有するJSONリクエストをとり、インポート処理中にデータベースに取り込まれるIVAInternetVideoArchive予告URLを有するJSONレスポンスを返す。getContentImages:このサービスは、contentIdパラメータを有するJSONリクエストをとり、以下の位置\opt\Spectrum\catalogs\backstage\contentimagesのJSONレスポンスファイルにおいて利用可能なJSONレスポンス又はデータベースから返される対応するイメージURLを有するJSONレスポンスを返す。getContentNotes:このサービスは、contentIdパラメータを有するJSONリクエストをとり、以下の位置\opt\Spectrum\catalogs\backstage\contentnotesのJSONレスポンスファイルにおいて利用可能なJSONレスポンス又はデータベースから返される対応するイメージURLを有するJSONレスポンスを返す。getPersonVideos:このサービスは、personIdパラメータを有するJSONリクエストを利用し、以下の位置\opt\Spectrum\catalogs\backstage\person\videosからJSONレスポンスファイルを読むことによって、JSONレスポンスを返す。getPersonImages:このサービスは、personIdパラメータを有するJSONリクエストを利用し、以下の位置\opt\Spectrum\catalogs\backstage\person\imagesからJSONレスポンスファイルを読むことによって、JSONレスポンスを返す。getHomePage:このサービスは、contentIdパラメータを有するJSONリクエストを利用し、以下の位置\opt\Spectrum\catalogs\backstage\homepageからJSONレスポンスファイルを読むことによって、JSONレスポンスを返す。テーブル3において、リソースを取得するための上記の各種コマンドの実現形態である各種URLの生成が示される。上述されたリソースの生成は、各種ソース及びデータ収集方法から取得可能である。本開示の実施例はまた、以下の方法により実現可能である。図12に提供されるホームページは、メディアアセットに関するより多くの情報をユーザが要求することに応答して生成される。ホームページは、ユーザが選択するいくつかの説明情報フィールドを理想的には表示する。ホームページの生成は、各種リソースからである。例えば、ホームページを生成するとき、ホームページを構成するのに利用される画像は、Baselineからのものである。クエリされるメディアアセットに関係なく、同じカテゴリが各ホームページついて利用されるホームページを構成可能である。本例では、任意数のカテゴリがホームページについて選択可能であるが、6つのカテゴリが図示される。カテゴリイメージについて、外部データベース又は他のタイプの情報ソースから当該情報が利用可能であるとき、タイトル及び説明情報を有する利用可能ないくつかの異なるイメージがありうる。あるイメージが選択されると、選択されたイメージとイメージカテゴリにある選択されたメディアアセットに関連する他のイメージとを示すイメージプレビューワアプリケーション又はスライドショーがアクティブ化可能である。任意的には、他の何れかのバックグラウンドグラフィックを利用可能にすることが可能であるが、データベースからのバックグラウンドイメージがまた、ホームページに利用可能である。また、ホームページ及び下方の基礎となるページを構成するのに利用される各種イメージ及び情報のベンダが、説明された開示を実現するネットワークサービスプロバイダの要求に応じて置換できると考えられる。カテゴリビデオにアクセスすると、映画の予告、俳優のインタビュー、クルーのインタビュー、ドキュメンタリ、メディアアセットに関するコマーシャルなどの説明情報メディアアセットとしてリソースが、FLASH、QUICKTIME、MICROSOFTMEDIAPLAYER、H.264MediaPlayerなどのプログラムを利用して再生のための利用可能である。このようなビデオリソースは、他のデータベースがこのような情報を抽出するのに利用可能であるが、ビデオ、ビデオサムネイル、タイトル及び説明情報を含むIVAなどのデータベースから取得可能である。キャスト及びクルーカテゴリがアクセスされると、情報が利用可能である場合には、キャストの各メンバーにはイメージ、俳優名及び対応するキャラクタ名が提示される。例えば、ある俳優のイメージが利用可能である場合、そのイメージ、俳優名及びキャラクタ名が表示される。イメージが利用可能でない場合、俳優名及びキャラクタ名が表示され情報が利用可能である場合、そうでない場合、アプリケーションは、他の又はデフォルトイメージを利用する。ある俳優が選択されると、俳優の誕生日、死去日及び他の経歴情報など、当該俳優に利用可能な情報の具体例が、当該情報がBaseline、IMDBなどのデータベースから利用可能である場合、表示可能である。理想的には、4つのビデオと5つのイメージとが特定の俳優について表示されるが、イメージ及びビデオの個数は、本原理によるネットワークサービスプロバイダ、ユーザなどの要求に基づき変更可能である。ビデオ及びイメージの選択は、上述される。任意的には、ビデオ又はイメージのソースは、YouTube登録商標、Googleなどのサービスからのサーチからの結果として取得可能であるか、又はビデオが手作業の処理により予め構成可能である。クルー情報がアクセスされると、クルーの各メンバーは、当該クルーメンバーの画像とクルーの役割により各自の名前がリストされる。クルーメンバーのイメージが利用可能でない場合、デフォルトイメージが表示される。特定のクルーメンバーの選択は、当該情報が利用可能であるとき、クルーメンバーの経歴ページを提示する。任意的には、追加的コメントカテゴリは、メディアアセットの起源の国、撮影場所、興行総収入、メディアの総売上高デジタルダウンロード、DVD、Blu-Ray、ストリーミングメディアなど、賞、音声トラック情報、AMAZON、ITUNESなどのソースからのメディアアセットに利用されるサウンドトラック又は楽曲を購入する方法の情報などのメディアアセットの情報を利用して実現可能である。このような情報が利用可能でない場合、追加的コメントカテゴリは表示されるべきでない。図21は、本開示によるユーザインタフェースを変更する処理2100のフローチャートである。ステップ2110において、ユーザインタフェースが、当該ユーザインタフェースが複数のウィンドウを含むべきであるユーザコマンドに応答して生成される。上述されるように、このユーザインタフェースは、ユーザがメディアアセットに関する追加的な説明情報を要求するため、生成される。ユーザインタフェースのこれらのウィンドウの1つがアクティブ化されると、メディアアセットに関する説明情報メディアアセット又はメディアアセット説明情報フィールドに関する情報が提示される場合、説明情報が提示される。すなわち、ウィンドウのアクティブ化は、本開示により説明されるように、追加的な情報のページを生成するメディアアセット説明情報フィールド及び/又は異なる説明情報メディアアセット第1予告、第2予告、オーディオインタビューなどを表示する。ユーザインタフェースの生成は、何個のウィンドウが生成されるべきか、当該ウィンドウのポジション、当該ウィンドウの場所、及び当該ウィンドウが説明情報メディアアセット及び/又はメディアアセット説明情報フィールドに対応するか否かを示すコンフィギュレーションファイル、テーブル、データベース、ローカルストレージ、リモートストレージなどにより決定可能である。コンフィギュレーション情報はまた、説明情報が抽出されるべきソースであって、リモートサーバとローカルストレージとを含むソースを示すため参照可能である。ユーザは、ステップ2120において、当該ウィンドウのプレゼンテーションを変更可能であり、ステップ2130において、当該変更はウィンドウのリサイズとすることが可能であり、ステップ2140において、ウィンドウのポジションを変更し、ステップ2150において、ウィンドウの追加又は削除などを行う。任意的なステップとして、説明情報が抽出可能な場所は、サーバの階層的なリストを利用して優先順位付けできる。このようなステップは、サービスプロバイダが他のサーバを利用することに代えて、自らのサーバを利用することを所望するときに実行可能である。ステップ2160において、ユーザインタフェースに行われた変更が、ウィンドウの場所の変更、ウィンドウサイズの変更、ウィンドウの追加又は削除などを含む情報を有するメモリに格納される。さらに、当該ステップは、ウィンドウの追加又は削除のため、説明情報の提示が変更可能であることを含む。例えば、キャストに対応するウィンドウの追加は、ユーザインタフェースにおいて生成されるメディアアセット説明情報フィールドキャストのウィンドウを有し、次に、ユーザは、メディアアセットの説明情報を要求する。同様に、他のウィンドウの追加は、ディスプレイエリアに示される予告の個数をアップすることが可能である。従って、ウィンドウの削除は、ユーザインタフェースのディスプレイから対応する説明情報フィールド又は説明メディアアセットを削除し、次にユーザはメディアアセットの説明情報を要求する。従って、何れの説明情報が提示されるかの以降のプレゼンテーションは、当該変更によって変更される。他の変更は、本原理により実現可能である。図面に示される要素はハードウェア、ソフトウェア又はこれらの組み合わせの各種形態により実現されてもよいことが理解されるべきである。好ましくは、これらの要素は、プロセッサ、メモリ及び入出力インタフェースを含みうる1以上の適切にプログラムされた汎用装置上のハードウェアとソフトウェアとの組み合わせにより実現される。本説明は、本開示の原理を示す。従って、当業者は、明示的には説明又は図示されないが、本開示の原理を実現し、それの範囲内に含まれる各種構成を創出可能であることが理解されるであろう。ここに記載されるすべての具体例及び条件付き言語は、発明者が技術を推進することによって寄与する開示及びコンセプトの原理を読者が理解するのに役立つための情報的目的を意図したものであり、このように具体的に記載された具体例及び条件に限定されないものとして解釈されるべきである。さらに、本開示の原理、態様及び実施例と共にこれらの特定の具体例をここに記載したすべての説明は、構成的及び機能的な均等の双方を含むことが意図される。さらに、このような均等は現在知られている均等と共に将来的に開発される均等との双方を含み、すなわち、構成にかかわらず同一の機能を実行する要素が開発されることが意図される。従って、例えば、ここに提供されるブロック図は本開示の原理を実現する例示的な回路の概念図を表すことが当業者により理解されるであろう。同様に、フローチャート、フロー図、状態遷移図、擬似コードなどは、コンピュータ可読媒体に実質的に表され、コンピュータ又はプロセッサが明示的に示されるいるか否かに関係なく、コンピュータ又はプロセッサにより実行可能な各種処理を表すことが理解されるであろう。コンピュータ可読媒体及びそれに記述されたコードは、一時的状態信号及び非一時的状態CD-ROM、DVD、Blu-Ray、ハードドライブ、フラッシュカード又は他のタイプの有形な記憶媒体などの有形な媒体上などに実現可能である。図面に示される各種要素の機能は、専用のハードウェアと共に適切なソフトウェアと関連してソフトウェアを実行可能なハードウェアを利用することにより提供されてもよい。プロセッサにより提供されると、これらの機能は、単一の専用プロセッサ、単一の共有プロセッサ、又は一部が共有されてもよい複数の個別プロセッサにより提供されてもよい。さらに、プロセッサ又はコントローラという用語の明示的な利用は、ソフトウェアを実行可能なハードウェアを排他的に参照すると解釈されるべきでなく、限定することなく、デジタル信号プロセッサDSPハードウェア、ソフトウェアを格納するROM、RAM及び不揮発性ストレージを非明示的に含むものであってもよい。他のハードウェア、従来の及び/又はオーダーメイドのハードウェアがまた含まれてもよい。同様に、図面に示されるスイッチは単に概念的なものである。それらの機能は、プログラムロジックの動作を介し、専用ロジックを介し、プログラム制御と専用ロジックとのインタラクションを介し、又は手作業により実行されてもよく、特定の技術はコンテクストからより具体的に理解されるように実施者により選択可能である。本開示の教示を含む実施例が詳細に図示及び説明されたが、当業者は、これらの教示を依然として含む他の変更された多数の実施例を容易に創出可能である。上記教示に基づき当業者により改良及び変形が可能であることに留意されたい。"