JP6078476B2 - メディアアセットに関する説明情報の表示をカスタマイズする方法 - Google Patents

Description

本出願は、参照することによりそのすべてがここに援用される、２０１０年１２月２２日に出願された米国仮出願第６１／４２６，１３７号の利益を請求する。

本開示は、一般にメディアアセットに関する説明情報を表示するためのユーザインタフェースに関する。より詳細には、本開示は、メディアアセットの説明情報を表示するユーザインタフェースをカスタマイズする方法のためのものである。

メディアアセット（ビデオ、オーディオ、コンピュータプログラム、テキストなど）を検索する際、ユーザは、電子番組ガイドなどのサービスやサーチエンジンを利用して、このようなメディアアセットを説明する説明情報を検出することが可能である。典型的には、このようなクエリの結果は、当該結果の順序がユーザにより変更不可なテキストとして単に示される説明情報をもたらす。すなわち、俳優情報、クルー情報、メディアアセットの監督などの説明情報が、サーチクエリのコンテンツに関係なく、同じタイプの情報により同じ順序で提示される。

メディアアセットに対応する説明情報のプレゼンテーションをカスタマイズするため、ユーザに提供するユーザインタフェースによる方法が提供される。当該カスタマイズ処理は、ウィンドウがメディアアセット説明情報フィールド及び／又は説明情報メディアアセットに対応するウィンドウの追加又は削除を含む。

本開示の上記及び他の態様、特徴及び効果は、添付した図面と共に参照されるべき好適な実施例の以下の詳細な説明に記載されるか、またはそれから明らかになるであろう。

図面において、同様の参照番号は図面を通じて同様の要素を示す。
図１は、本開示によるビデオコンテンツを配信するための一例となるシステムのブロック図である。 図２は、本開示によるメディア装置としての一例となるセットトップボックス／デジタルビデオレコーダ（ＤＶＲ）のブロック図である。 図３は、本開示の実施例による一例となる装置の斜視図である。 図４は、本開示による検知コントローラ又はタッチ画面のジェスチャの利用の実施例を示す。 図５は、本開示による一例となるアプリケーションサーバ５００の全体図を提供する。 図６は、本開示によるサーチを実行するのに利用されるサーチユーザインタフェースの実施例を示す。 図７は、本開示によるサーチ処理から生じるサーチを提示するユーザインタフェースの実施例を示す。 図８は、本開示によるメディアアセットに関する説明情報を提示するユーザインタフェースの実施例を示す。 図９は、本開示によるメディアアセットに関する説明情報を提示するユーザインタフェースの実施例を示す。 図１０は、本開示によるメディアアセットに関連するキャストに関する説明情報を提示するユーザインタフェースの実施例を示す。 図１１は、本開示によるメディアアセットに関連するビデオの予告に関する説明情報を提示するユーザインタフェースの実施例を示す。 図１２は、本開示による説明情報を提示するユーザインタフェースの実施例を示す。 図１３は、本開示によるユーザインタフェースのコンポーネントをユーザが移動することによって変更可能な説明情報を提示するユーザインタフェースの実施例を示す。 図１４は、本開示によるユーザにより変更された説明情報を提示するユーザインタフェースの実施例を示す。 図１５は、本開示によるリサイジング処理をユーザが利用することによって変更可能な説明情報を提示するユーザインタフェースの実施例を示す。 図１６は、本開示によるユーザにより変更された説明情報を提示するユーザインタフェースの実施例を示す。 図１７は、本開示によるユーザにより変更可能な説明情報を提示するユーザインタフェースの実施例を示す。 図１８は、本開示によるユーザにより変更可能な説明情報を提示するユーザインタフェースの実施例を示す。 図１９は、本開示によるユーザにより変更可能な説明情報を提示するユーザインタフェースの実施例を示す。 図２０は、装置の説明情報を受信するよう指定可能な各種サーバによるブロック図の実施例を提示する。 図２１は、本開示によるユーザインタフェースを変更するための処理のフローチャートを示す。

本開示は、ビデオ、テレビショー、映画、オーディオ、音楽、ビデオゲームなどのメディアアセットに関する情報を表示するのに利用されるユーザインタフェースの複数の異なる実施例を提供する。さらに、このようなユーザインタフェースの実施例は、受信、記録、再生、購入などのための処理をサポートできる。このようなユーザインタフェースは、コンピュータ、セットトップボックス、メディアサーバ、タブレット、携帯電話、パーソナルメディア装置、携帯ビデオゲームシステム、ビデオゲームシステムなどの装置上で実現可能である。

説明情報アプリケーションは、典型的には、中継されるものより多くのメディアアセットに関する情報を紹介するプログラム（テレビショー、映画、ラジオ番組、音楽、楽曲、マルチメディア、ゲームなど）でありうる。例えば、ユーザがテレビショーを視聴するとき、ユーザは、当該ショーの時間及びおそらくキャストなどの情報をリストした電子番組ガイドを呼び出すことができる。しかしながら、このような情報は、ここに説明される説明情報に提供される説明情報メディアアセット（画像、ビデオ、オーディオ、ウェブページ、インタラクティブアプリケーション、ゲーム、説明テキスト、メディア購入情報、示唆されたメディアなど）の深さを欠いている。すなわち、本原理は、ユーザがメディアアセットに関する情報を探すことを試みるときに提供される典型的なテキストの説明より、説明情報メディアアセットと呼ばれる追加的なメディアアセットを提供するスキームを提供する。

図１を参照して、ホーム又はエンドユーザにコンテンツを配信するためのシステム１００の実施例のブロック図が示される。当該コンテンツは、映画スタジオ又は制作会社などのコンテンツソース１０２からのものである。コンテンツは、２つの形式の少なくとも１つにより供給されてもよい。１つの形式は、コンテンツの放送形式であってもよい。放送コンテンツは、典型的には、Ａｍｅｒｉｃａｎ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ（ＡＢＣ）、Ｎａｔｉｏｎａｌ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ（ＮＢＣ）、Ｃｏｌｕｍｂｉａ Ｂｒｏａｄｃａｓｔｉｎｇ Ｓｙｓｔｅｍ（ＣＢＳ）などの全国放送サービスである放送アフィリエイトマネージャ１０４に提供される。放送アフィリエイトマネージャは、コンテンツを収集及び格納し、配信ネットワーク１（１０６）として示される配信ネットワークを介したコンテンツの配信をスケジューリングしてもよい。配信ネットワーク１（１０６）は、全国センタから１以上の地方又はローカルセンタへの衛星リンク伝送を含むものであってもよい。配信ネットワーク１（１０６）はまた、地上波放送、衛星放送、ケーブル放送などのローカル配信システムを利用して、又はＩＰを介した外部ネットワークからのローカルコンテンツの配信を含むものであってもよい。ローカル配信されたコンテンツは、ユーザの自宅のユーザのセットトップボックス／デジタルビデオレコーダ（ＤＶＲ）１０８に提供され、コンテンツは、ユーザによりサーチされる利用可能なコンテンツの本体に以降に含まれることになる。

コンテンツの第２形式は、特別コンテンツと呼ばれる。特別コンテンツは、有料視聴、ペイパービュー又は放送アフィリエイトマネージャに提供されない他のコンテンツとして配信されるコンテンツを含むものであってもよい。多くのケースにおいて、特別コンテンツは、ユーザにより要求されたコンテンツであってもよい。特別コンテンツは、コンテンツマネージャ１１０に配信されてもよい。コンテンツマネージャ１１０は、例えば、コンテンツプロバイダ、放送サービス又は配信ネットワークサービスなどと提携したインターネットウェブサイトなどのサービスプロバイダであってもよい。コンテンツマネージャ１１０はまた、ユーザのセットトップボックス／デジタルビデオレコーダ１０８にまだ配信されていないコンテンツがサーチされてもよいように、インターネットコンテンツを配信システムや明示的にはサーチのみに搭載してもよい。コンテンツマネージャ１１０は、別の配信ネットワークである配信ネットワーク２（１１２）を介しコンテンツをユーザのセットトップボックス／デジタルビデオレコーダ１０８に配信してもよい。配信ネットワーク２（１１２）は、高速ブロードバンドインターネットタイプの通信システムを含むものであってもよい。放送アフィリエイトマネージャ１０４からのコンテンツがまた配信ネットワーク２（１１２）のすべて又は一部を利用して配信され、コンテンツマネージャ１１０からのコンテンツは配信ネットワーク１（１０６）のすべて又は一部を利用して配信されてもよいことに留意することが重要である。さらに、ユーザはまた、コンテンツがコンテンツマネージャ１１０により管理される必要なく、配信ネットワーク２（１１２）を介しインターネットから直接的にコンテンツを取得してもよい。さらに、サーチ範囲は、利用可能なコンテンツから将来的に放送又は利用可能とされるコンテンツに及ぶ。

セットトップボックス／デジタルビデオレコーダ１０８は、配信ネットワーク１及び配信ネットワーク２の一方又は双方から異なるタイプのコンテンツを受信してもよい。セットトップボックス／デジタルビデオレコーダ１０８は、コンテンツを処理し、ユーザの嗜好及びコマンドに基づきコンテンツの分離を提供する。セットトップボックス／デジタルビデオレコーダはまた、オーディオ及びビデオコンテンツを記録及び再生するため、ハードドライブ又は光ディスクドライブなどの記憶装置を含むものであってよい。セットトップボックス／デジタルビデオレコーダ１０８の処理及び格納されているコンテンツの再生に関する機能のさらなる詳細は、図２に関して後述される。処理されたコンテンツは、表示装置１１４に提供される。表示装置１１４は、従来の２Ｄタイプのディスプレイであってもよいし、又は先進的な３Ｄディスプレイであってもよい。無線電話、ＰＤＡ、コンピュータ、ゲームプラットフォーム、リモコン、マルチメディアプレーヤーなどの表示機能を有する他の装置が、本開示の教示を利用し、本開示の範囲内に属するとみなされることが理解されるべきである。

アプリケーションサーバ１１６は、配信ネットワーク２（１１２）を介しセットトップボックス１０８に接続され、アプリケーションサーバ１１６は、セットトップボックス１０８からの各種コール（リクエスト）に応答する少なくとも１つのアプリケーションを実行するよう構成可能である。すなわち、セットトップボックス１０８はクライアントとして機能することが可能であり、アプリケーションサーバ１１６はサーバとして機能し、ウェブサーバ、データベースなどの各種アプリケーションを実行することが可能である。コールは、ＨＴＭＬ、ＪＡＶＡ（登録商標）、ＡＪＡＸフレームワーク、ＡＳＰ（Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ）などのフレームワークを利用して実現可能であり、アプリケーションサーバ１１６は、データを配信するため、セットトップボックス１０８から受信したコール又はファンクションに応答する。同様に、アプリケーションサーバ１１６は、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）モデル又はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）から派生したものとすることが可能である。

ＪＡＶＡベース環境では、アプリケーションサーバ１１６は、他のサーバ及びＡＰＩが利用可能であるが、セットトップボックス１０８から各種コールを受信するＪｅｒｓｅｙベースのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用したＧｌａｓｓｆｉｓｈベースサーバを利用して実現可能である。

第２モデルがまた利用可能であり、アプリケーションサーバ１１６及びセットトップボックス１０８は、アプリケーションが分散化されて実行されるピア・ツー・ピア環境において実行するよう構成される。

図２を参照して、セットトップボックス／デジタルビデオレコーダ２００のコアの実施例のブロック図が示される。図示される装置２００はまた、表示装置１１４を含む他のシステムに搭載されてもよい。さらに、ディスプレイ２１４が装置２００の処理を制御するためコマンド又はジェスチャを入力するのに利用可能となるように、表示装置２１４がタッチ画面装置である装置２００が実現可能である。これらのケースの何れかにおいて、システムの完全な処理に必要な複数のコンポーネントが、当業者に周知であるとき、簡潔さのため図示されない。

図２に示される装置２００では、コンテンツは入力信号受信機２０２において受信される。入力信号受信機２０２は、地上波、ケーブル、衛星、イーサネット（登録商標）、ファイバ及び電話線ネットワークを含む可能な複数のネットワークの１つを介し提供される信号を受信、復調及び復号化するのに利用される複数の既知の受信回路の１つであってもよい。所望の入力信号は、制御インタフェース（図示せず）を介し提供されるユーザ入力に基づき、入力信号受信機２０２において選択及び抽出されてもよい。復号化された出力信号は、入力ストリームプロセッサ２０４に提供される。入力ストリームプロセッサ２０４は、最終的な信号選択及び処理を実行し、コンテンツストリームのオーディオコンテンツからビデオコンテンツを分離することを含む。オーディオコンテンツは、圧縮デジタル信号などの受信フォーマットからアナログ波形信号への変換のため、オーディオプロセッサ２０６に提供される。アナログ波形信号は、オーディオインタフェース２０８と、さらに表示装置１１４又はオーディオアンプ（図示せず）とに提供される。あるいは、オーディオインタフェース２０８は、Ｓｏｎｙ／Ｐｈｉｌｉｐｓ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｆｏｒｍａｔ（ＳＰＤＩＦ）などを介しＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）ケーブル又は他のオーディオインタフェースを利用して、オーディオ出力装置又は表示装置にデジタル信号を提供してもよい。オーディオプロセッサ２０６はまた、オーディオ信号の格納に必要な変換を実行する。

入力ストリームプロセッサ２０４から出力されたビデオは、ビデオプロセッサ２１０に提供される。ビデオ信号は、複数のフォーマットの１つであってもよい。ビデオプロセッサ２１０は、必要に応じて入力信号フォーマットに基づきビデオコンテンツの変換を提供する。ビデオプロセッサ２１０はまた、ビデオ信号の格納に必要な変換を実行する。

ストレージ装置２１２は、入力において受信したオーディオ及びビデオコンテンツを格納する。ストレージ装置２１２は、コントローラ２１４の制御の下で、またユーザインタフェース２１６から受信した早送り（ＦＦ）及び巻き戻し（Ｒｅｗ）などのナビゲーション命令などのコマンドに基づきコンテンツの以降の抽出及び再生を可能にする。ストレージ装置２１２は、ハードディスクドライブ、ＳＲＡＭやＤＲＡＭなどの１以上の大容量集積電子メモリ、又はＣＤドライブやＤＶＤドライブなどの互換的な光ディスクストレージシステムであってもよい。一実施例では、ストレージ装置２１２は、外部的なものであり、システムになくてもよい。

入力又はストレージ装置２１２から与えられるビデオプロセッサ２１０からの変換されたビデオ信号が、ディスプレイインタフェース２１８に提供される。ディスプレイインタフェース２１８はさらに、上述されたタイプの表示装置に表示信号を提供する。ディスプレイインタフェース２１８は、ＲＧＢ（Ｒｅｄ−Ｇｒｅｅｎ−Ｂｌｕｅ）などのアナログ信号インタフェースであってもよいし、又はＨＤＭＩなどのデジタルインタフェースであってもよい。ディスプレイインタフェース２１８が、以下でより詳細に説明されるように、３次元アレイによりサーチ結果を提示するための各種画面を生成することが理解されるべきである。

コントローラ２１４は、入力ストリームプロセッサ２０２、オーディオプロセッサ２０６、ビデオプロセッサ２１０、ストレージ装置２１２及びユーザインタフェース２１６を含む装置２００のコンポーネントのいくつかにバスを介し相互接続される。コントローラ２１４は、入力ストリーム信号をストレージ装置への格納用又は表示用の信号に変換するための変換処理を管理する。コントローラ２１４はまた、格納されているコンテンツ／メディアアセットの抽出及び再生と、コンテンツ／メディアアセットを再生するためのリモートサーバとの通信とを管理する。さらに、以下に説明されるように、コントローラ２１４は、上述された配信ネットワークを介し配信又は格納されるコンテンツの検索を実行する。コントローラ２１４はさらに、コントローラ２１４のための情報及び命令コードを格納するため、制御メモリ２２０（ＲＡＭ、ＳＲＡＭ、ＤＲＡＭ、ＲＯＭ、ＰＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどを含む揮発性又は不揮発性メモリなど）に接続される。さらに、メモリの実現形態は、単一のメモリ装置又は共有又は共通メモリを構成するため一緒に接続される複数のメモリ回路などの複数の可能な実施例を含むものであってもよい。さらに、メモリがより大きな回路のバス通信回路の一部などの他の回路と共に含まれてもよい。

効果的に動作するため、本開示のユーザインタフェース２１６は、ディスプレイ上でカーソルを移動させる入力装置を利用し、ディスプレイはさらに、カーソルが通過するとコンテンツを拡大させる。一実施例では、入力装置は、ジャイロスコープ又は加速度計等の動き検出の形態のリモコンであり、ユーザが画面又はディスプレイの周りで自由にカーソルを動かすことを可能にする。他の実施例では、入力装置は、画面のパッド上のユーザの動きをトラッキングするタッチパッド又は接触感知装置の形態によるコントローラである。他の実施例では、入力装置は、方向ボタンを備えた従来のリモコンとすることができる。

図３を参照して、本開示のユーザインタフェース処理は、早送り、巻き戻しなどの機能を表すのに利用可能な入力装置を利用する。これを可能にするため、タブレット又はタッチパネル装置３００（図１に示されるタッチ画面装置１１６と同じであり、及び／又はメディア装置１０８及びタッチ画面装置１１６の一体化された具体例である）は、受信装置２００のユーザインタフェース２１６及び／又はタッチパネルインタフェース２２２を介しインタフェースをとるようにしてもよい。タッチパネル装置３００は、セットトップボックス又は他の制御装置に対するコマンドにパネルを介し変換されたアクション及び手の動き又はジェスチャに基づき、受信機又はセットトップボックスの処理を可能にする。一実施例では、タッチパネル３００は、グリッドディスプレイをナビゲートするためのナビゲーションツールとして単に機能するものであってもよい。他の実施例では、タッチパネル３００はさらに、コンテンツのグリッドディスプレイを介したナビゲーションとユーザがより直接的にやりとりすることを可能にする表示装置として機能する。タッチパネル装置は、アクティブ化ボタンなどのより従来の制御機能を含むリモコン装置の一部として含まれてもよい。タッチパネル３００はまた、少なくとも１つのカメラ要素を含むことが可能である。以下でより詳細に説明されるように、タッチパネル装置３００に表示されるコンテンツは、メイン画面にザッピング又は投影されてもよい（例えば、図１に示される表示装置１１４など）。

図４を参照して、図示されるようなジェスチャ検知コントローラ又はタッチ画面の利用は、いくつかのタイプのユーザインタラクションを提供する。コントローラからの入力はジェスチャを定義するのに利用され、さらにジェスチャは具体的な状況のコマンドを定義する。センサの設定は、タッチ画面上のユーザの指の動きを定義することを可能にするか、又は１次元若しくは２次元でのコントローラ自体の動きを定義することを可能にするものであってもよい。対角線などの２次元の動きと、ヨー、ピッチ及びロールの組み合わせは、スウィングなどの何れか３次元の動きを定義するのに利用可能である。図４において、いくつかのジェスチャが示される。ジェスチャはコンテクスト又は状況において解釈され、ユーザにより行われる定義された動きにより特定される。

バンピング（ｂｕｍｐｉｎｇ）４２０は、上下左右の何れか１つの方向へのポインティングを示す２ストロークの描画により定義される。バンピングジェスチャは、状況における特定のコマンドに関連付けされる。例えば、時間シフトモードでは、左バンプジェスチャ４２０は巻き戻しを示し、右バンプジェスチャは早送りを示す。他の状況では、バンプジェスチャ４２０は、バンプにより指定された方向に特定の値をインクリメントするよう解釈される。チェッキング（ｃｈｅｃｋｉｎｇ）４４０は、チェックマークを描画するのと同様に定義される。それは、下方へのバンプジェスチャ４２０と類似している。チェッキングは、リマインダのユーザタグを指定するため、又はアイテム若しくは要素を選択するための状況において特定される。サークリング（ｃｉｒｃｌｉｎｇ）４４０は、何れかの方向にサークルを描画するとの同様に定義される。２つの方向が区別できることが可能である。しかしながら、混乱を回避するため、サークルは、方向に関係なく単一のコマンドとして特定される。ドラッギング（ｄｒａｇｇｉｎｇ）４５０は、タブレット３００上で（仮想的又は物理的）ボタンの押下中（すなわち、“トリガードラッグ”）、コントローラの角度の動き（ピッチ及び／又はヨーの変化）として定義される。ドラッギングジェスチャ４５０は、ナビゲーション、スピード、距離、時間シフト、巻き戻し及び早送りに利用されてもよい。ドラッギング４５０は、ディスプレイ上の輪郭のハイライト化や選択など、状態の変化、カーソル又は仮想的カーソルを動かすのに利用可能である。ドラッギング４５０は、何れかの方向のものとすることが可能であり、２次元にナビゲートするのに一般に利用される。しかしながら、特定のインタフェースでは、ドラッギングコマンドに対するレスポンスを修正することが好ましい。例えば、いくつかのインタフェースでは、１次元又は方向への操作が、仮想的カーソルのポジション又は動きの方向に応じて他の次元又は方向に関して好まれる。ノッディング（ｎｏｄｄｉｎｇ）４６０は、２つの高速のトリガードラッグ上下垂直方向の動きにより定義される。ノッディング４６０は、“はい（Ｙｅｓ）”又は“了解（Ａｃｃｅｐｔ）”を示すのに利用される。Ｘ−ｉｎｇ４７０は、文字“Ｘ”を描画するとの同様に定義される。Ｘ−ｉｎｇ４７０は、“削除（Ｄｅｌｅｔｅ）”又は“ブロック（Ｂｌｏｃｋ）”コマンドに利用される。ワギング（ｗａｇｇｉｎｇ）４８０は、２つの高速のトリガードラッグ前後水平方向の動きにより定義される。ワギングジェスチャ４８０は、“いいえ（Ｎｏ）”又は“キャンセル（Ｃａｎｃｅｌ）”を示すのに利用される。

センサシステムの複雑さに応じて、シンプルな１次元の動き又はジェスチャのみが許容されてもよい。例えば、ここに示されるように、センサ上のシンプルな左又は右の動きが、早送り又は巻き戻し機能を生じさせるようにしてもよい。さらに、複数のセンサは、タッチ画面上の異なる位置に内蔵及び配置可能である。例えば、左右の動きのための水平方向のセンサがある場所に配置され、ボリュームアップ・ダウンに利用され、上下の動きのための垂直方向のセンサが異なる場所に配置され、チャネルアップ・ダウンに利用されてもよい。このように、具体的なジェスチャマッピングが利用されてもよい。以下でさらに詳細に説明されるように、２フィンガースワイプジェスチャが、タブレット３００からメイン画面又は表示装置１１４へのコンテンツのスローイング又は移動を開始するのに利用されてもよい。

図５は、配信ネットワーク１０６，１１２上の装置にサービスを提供するため配信ネットワーク１０６，１１２と共に利用可能な本開示による一例となるアプリケーションサーバ５００の全体図を提示する。アプリケーションサーバ５００は、アプリケーション、当該アプリケーションのデータ、データベース情報、ウェブページ情報、メディアデータなどの情報を格納するのに利用されるストレージ５１０を有することが可能である。ストレージ５１０は、１以上のハードドライブ、ＲＡＩＤシステム、揮発性メモリ、不揮発性メモリ、ディスクベースストレージ、ソリッドステートストレージ、リール・ツー・リールテープなどとして実現可能である。オペレーティングシステム５２０は、サーバ５００を動作させるのに利用される基礎となるシステムである。利用可能なオペレーティングシステムの具体例として、Ｗｉｎｄｏｗｓ（登録商標）、Ｓｏｌａｒｉｓ、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＭａｃＯＳなどがあげられる。アプリケーション５３０は、アプリケーションサーバ５００上で実行可能なウェブサーバ、ファイルサーバ、アプリケーションライセンシング、サーチエンジン、認証、テルネット、電子メール、ファイル転送、メディア配信、メディアアセット情報プログラム、プログラムコード実行などのアプリケーションである。

通信インタフェース５４０は、サーバ５００がネットワーク１０６，１１２上の装置と通信するためのインタフェースを提供する。通信インタフェースの具体例として、イーサネット（登録商標）、衛星インタフェース、ファイバ接続、Ｔ１，Ｔ２，Ｔ３、同軸ケーブルなどであり、他のデータ配信システムが利用可能であるが、このような通信は、好ましくはパケットベースである。

ユーザがメディアアセットに関する検索に興味があるとき、ユーザは、異なるメディアアセットに関する情報を検出するため、サーチユーザインタフェース６００の実施例を表す図６に示されるようなインタフェースを利用可能である。具体的には、ユーザインタフェース６００は、サーチクエリがエリア６２０にタイプされるように、フロントエンドとして利用され、これにより、入力されたサーチクエリは、当該分野で知られるように、サーチ結果についてサーチエンジンに配信される。すなわち、ＧＯＯＧＬＥ、ＹＡＨＯＯ、ＢＩＮＧなどのサーチ結果のためのリモートサーチエンジンに対するクエリが装置により可能であり、ローカル記憶装置におけるサーチ結果についてサーチが実行可能であり、複数のサーチエンジンがサーチ結果について同時にクエリ可能であり、他の技術が本説明に従って利用可能である。

ユーザインタフェース６００は、表示装置、ディスプレイ画面などにおいて視聴可能なディスプレイエリア６１０を提供する。サーチ機能は、サーチ制御６０５をユーザがアクティブ化することによって呼び出し可能であり、これにより、当該アクションの結果がサーチユーザインタフェース６００をもたらす。エリア６２０は、キーボード６３０に示される文字を利用することによって、サーチ基準に入力するのに利用される。ボタン６４０は、他のユーザにより行われる一般的な他のサーチを呼び起こすためアクティブ化可能であり、サーチ情報がリモートサーバから取得可能である。アクティブ化されると、ボタン６４５は、ユーザにより以前に行われたサーチを呼び起こす。

本例では、ユーザは、エリア６２０に“ｈｏｗ ｔｏ ｔｒａｉｎ ｙｏｕｒ ｄｒａｇｏｎ”という言葉をタイプした。このサーチクエリの結果が、サーチ結果を提示するユーザインタフェース７００の実施例を示す図７において示される。すなわち、サーチ結果６５０，６５３及び６５５は“Ｈｏｗ ｔｏ Ｔｒａｉｎ Ｙｏｕｒ Ｄｒａｇｏｎ”の異なるバージョンを提示し、６５０が映画の通常バージョンを構成し、６５３が３Ｄバージョンに対応し、６５５が映画のＩＭＡＸバージョンに関する。映画は、サーチ結果の隣の再生ボタン６５９をアクティブ化することによって選択可能である。理想的には、再生ボタン６５９は、ユーザがすでにメディアアセットを購入済みである場合、ユーザが加入によりメディアアセットにアクセス可能である場合、ユーザがローカル若しくはリモートストレージを介しアクセス可能なバージョンのメディアアセットを有している場合などに生成される。あるいは、メディアアセットは、ユーザがオプション６５７などのオプションをアクティブ化する場合、購入可能である。さらに、メディアアセットに関する説明情報がまた、オプション６５７をアクティブ化することによってアクセス可能である。

図８は、本開示によるメディアアセットに関する説明情報を提示するユーザインタフェース８００の実施例を示す。説明情報の具体例として、ポスターアート、アセットの概要、監督、俳優、スタジオ、テレビ情報、映画情報、音楽情報、音楽アーティスト、アーティスト、プロデューサ、写真の監督、映画脚本著者、エグゼクティブプロデューサ、プロデューサ、ジャンル、リリース日などとすることが可能である。このような説明情報は、Ｂａｓｅｌｉｎｅ、Ｔｒｉｂｕｎｅ Ｍｅｄｉａ Ｓｅｒｖｉｃｅｓ（ＴＭＳ）、Ｉｎｔｅｒｎｅｔ Ｍｏｖｉｅ Ｄａｔａｂａｓｅ（ＩＭＤＢ）、Ｉｎｔｅｒｎｅｔ Ｖｉｄｅｏ Ａｒｃｈｉｖｅ（ＩＶＡ）などのソースから抽出可能であり、装置からローカルに、電子番組ガイド情報、レーティング、ランタイム、リリースデータなどがまた、当該情報を生成するためアクセス可能である。説明情報はまた、アセットの概要、監督、俳優、スタジオ、テレビ情報、映画情報、音楽情報、音楽アーティスト、アーティスト、プロデューサ、写真の監督、映画脚本著者、エグゼクティブプロデューサ、プロデューサ、ジャンル、リリース日などのカテゴリを含むメディアアセット説明情報フィールドにより分類可能である。

説明情報メディアセットは、メディアアセットに関する情報を求めるとき、説明情報の一部として呼び出し可能なビデオ、オーディオ、ピクチャ、添付されたテキスト、コンピュータプログラムなどである。例えば、ユーザがメディアアセットとして映画の説明情報をサーチしている場合、映画の俳優のピクチャ、映画の予告、映画からの監督とのインタビューからの音声などのすべてが、異なる形式の説明情報メディアアセットを表す。

ユーザインタフェース８００に戻って、説明情報は、ポスターアート６１０と、他のフィールドのうちアセットタイトル、クルー、アセットの概要、レーティング、ランタイム、スタジオ及びリリース日を含む各種説明情報フィールドを含む説明情報テキスト６６０とを含む。ディスプレイエリア６１０は利用可能な情報の部分しか提示しないことがあり、ユーザインタフェース８００は、ディスプレイエリア６１０を下方にスクローリングすることによってアクセス可能な映画アセットの監督に関する追加的な情報を提示する。すなわち、メディアアセットの説明情報はディスプレイエリア６１０に示されるより大きくなることが予想され、このような情報は、ジェスチャ、制御入力、コマンドなどを構成することによって、適切な方向へのスクロール処理を構成することによって配置可能である。メディアアセット説明情報の具体例としてメディアアセットのビデオ予告は、メイン画面、サブ画面などに予告を再生させる予告再生オプション６６２をアクティブ化することによってアクセス可能である。

図９は、本開示によるメディアアセットに関する説明情報を提示するユーザインタフェース９００の実施例を提供する。メディアアセットの説明情報に対するリクエストに応答して単にテキストを提示する代わりに、ユーザインタフェース９００は、対応するメディアアセット説明フィールドの説明テキストと共に、ディスプレイエリア９１０にピクチャを提示する。例えば、メディアアセットの名前を示すアセットタイトルバー９２０とは別に、ウィンドウ９２５は、インタラクティブアプリケーションが選択されたメディアアセットについて呼び出し可能であることを示す。さらに、ウィンドウ９３０は、メディアアセットに関する追加的な情報があることを示し、このような情報は、批評家によるメディアアセットのレビュー、メディアアセットに関するユーザコメント、メディアアセットの映画脚本などとすることが可能である。

ウィンドウ９４０はキャスト情報を表示し、クルー情報がウィンドウ９５０を介しアクセス可能であり、メディアアセットからの画像がウィンドウ９６０を介しアクセス可能であり、メディアアセットのビデオがウィンドウ９７０のアクティブ化を介しアクセス可能である。任意的には、９８０などのグラフィックバックグラウンドが呼び出し可能であり、そこに９２５，９３０，９４０，９５０，９６０，９７０，９８０などのウィンドウがディスプレイエリア９１０のフォアグラウンドに配置される。他の説明情報フィールドの他のウィンドウが本開示により利用可能であることが予想される。

テーブル１において、図９に提供される説明ユーザインタフェースの実施例を生成するのに利用可能なコンフィギュレーションテーブルの具体例が示される。

テーブル１は、再生されるウィンドウについて、対応するポジション及びサイズ情報があることをリストする。本例では、ポジション情報はｘ，ｙ座標として提供され、“ｘ”は、図９に示されるように、ディスプレイエリアの左上部分から測定され、“ｘ”の値は正であり、指定された単位（ピクセル、インチ、センチメータなど）に従って右方向への動きを示す。“ｙ”の値は、図９に示されるように、ディスプレイエリアの左上部分から測定され、“ｙ”の値は正であり、指定された単位（ピクセル、インチ、センチメータなど）に従う下方の動きである。幅の値“ｗ”は、指定された“ｘ”座標から始まり、指定された単位で左方向に移動するｘ方向のウィンドウのサイズである（例えば、ウィンドウは、１００ピクセル幅、０．５インチ幅、３．２３ｃｍ幅などである）。高さの値は、ウィンドウについて指定された“ｙ”座標から始まり、指定された単位で下方に移動するｙ方向のウィンドウのサイズである（例えば、ウィンドウは、４００ピクセル長、０．７５インチの高さ、８ｃｍの高さなどである）。ウィンドウの構成は他の形式をとりうるものであり、他の単位を利用可能であることに留意されたい。バックグラウンドフィールドは、バックグラウンドが特定のサーバから呼び出し可能であることを示すか、又はバックグラウンドが存在しないときには“ｎｏｎｅ”の用語が利用される。

テーブルＩの説明に続いて、Ｍｅｄｉａ Ａｓｓｅｔ Ｄｅｓｃｒｉｐｔｉｖｅ Ｆｉｅｌｄと呼ばれるフィールドは、対応するウィンドウのアクティブ化によりアクセス可能な説明情報のフィールドを示す。メディアタイプは、ビデオ、オーディオ、ピクチャ、ページ、コンピュータプログラム、テキスト、これらの組み合わせなどとすることが可能な説明情報フィールドに対応するウィンドウに表示されるべきものを示す。すなわち、ウィンドウがアクティブ化されると、メディアアセットに対応する説明情報メディアアセットがアクセス可能である。例えば、メディアアセットがビデオの形式による予告である対応する説明メディアアセットを有する場合、対応するウィンドウがアクティブ化される場合にはこのような予告が呼び出されて再生のためアクティブ化可能である。対応する説明メディアアセットのサーバ位置は、当該フィールドにおいて指定可能である。メディアアセット説明フィールドについて、当該説明フィールドメディアアセットのソースに割り当てられる優先度があるかもしれないことに留意されたい。例えば、ソースのランキングは、説明フィールドメディアアセットがまずＩＶＡから、その後にＴＭＳ、そしてローカルサーバから到来することが可能である。情報に対するサーバの優先順位付けは、関連情報に入力するなどによってユーザ、サービスプロバイダなどによって指定可能である。当該サーバの優先順位付けの他の具体例が、本説明に従って実現可能である。

メディアタイプのフィールドでは、追加的なウィンドウ、メディアアセットなどが記述可能なテーブルＩと同様の方法により設定される追加的なページへのリファレンスが存在しうることに留意されたい。典型的には、“ページ”と呼ばれるテーブルの識別子は、後述される図１０及び１１について示される追加的なページの存在を示す。例えば、メディアタイプフィールドの他のアセットタイプ“ピクチャ”による“ページ”という用語は、ピクチャが対応するウィンドウについて示されるべきであるが、より多くのウィンドウのページが、典型的には、ウィンドウがアクティブ化されると生成されることを示す。あるいは、“ビデオ”による“ページ”という用語は、ウィンドウにおいて再生されるビデオを有し、これにより、参照されたページが、対応するウィンドウのアクティブ化の際に生成される。すなわち、“ビデオ”、“オーディオ”、“テキスト”、“インタラクティブプログラム”及び“ピクチャ”などの用語が、ウィンドウのテーブルの“ページ”という用語なしに出現するとき、対応するページは、ウィンドウのアクティブ化によって生成されない。他のアプローチが、説明された原理に従って可能である。

サーバから説明情報メディアアセットを要求すると、このようなアセットはコンフィギュレーションテーブル、ファイル、データベースのファイル名によって、又は他の方法により指定されることが可能である。説明情報メディアアセットに対するリクエストにおいて参照される具体的なファイルがないが、アセットに対するクエリがサーバにあるサーチエンジンに行われる可能性があることが想定されることもある。映画の予告に対する当該アプローチの具体例は、サーバのサーチエンジンにクエリ“（映画の予告）及び（アセットタイトル）”を提供するものである。サーチ結果がサーチクエリから利用可能である場合、サーチエンジンは、アセットタイトルの映画の予告に対応するビデオアセットへのリンクを返すことになる。このスキームは、ビデオ、オーディオ、ピクチャ、テキスト、アプリケーションなどを取得するため適用可能である。さらに、第１サーバがクエリされ、説明情報メディアアセットへのリンクを提供することができない場合、第２サーバが、テーブルに示される優先度情報などに従ってクエリ可能である。メディアアセットに対応する説明情報メディアアセットを受信するための他の技術は、説明された原理に従って実現可能である。

図１０は、本開示によるメディアアセットに関する説明情報及び説明情報メディアアセットを提示するユーザインタフェース１０００の実施例を示す。具体的には、ディスプレイエリア１０１０に示されるように、ウィンドウ１０２０，１０２５，１０３０，１０３５，１０４０，１０４５，１０５０，１０５５が、説明フィールド“キャスト”に関連する異なる俳優に対応する。本ケースでは、これらのウィンドウの何れかのアクティブ化は、特定の俳優に関する説明情報の追加的なページを生じさせることが可能である。このような処理は、本説明に従って無限に継続可能である。説明情報メディアアセットはまた、このようなウィンドウがアクティブ化されると、再生可能である。

図１０がどのように再生可能であるかのさらなる具体例がテーブルＩＩに示され、これにより、当該情報は本説明に従って再生可能である。

図１１は、本開示によるメディアアセットに関する説明情報メディアアセットとしてビデオの予告を提示するユーザインタフェース１１００の実施例を示す。本例では、ディスプレイエリア１１２０は、ビデオの予告の対応するウィンドウの何れかをアクティブ化することによって再生可能なビデオの予告１１２０，１１２５，１１３０，１１３５，１１４０，１１４５，１１５０のいくつかのスクリーンショットを表示する。上述されたように、ビデオの予告は、本原理に従って装置上での再生に指定されたサーバからアクセス可能である。

図１２は、本開示による説明情報を提示するユーザインタフェース１２００の実施例を示す。ディスプレイエリア１２１０について、複数のウィンドウ１２２０，１２３０，１２４０，１２５０，１２６０，１２７０，１２８０，１２９０が提示される。特に、１２５０，１２６０，１２９０のウィンドウの部分はディスプレイエリア１２１０の画面から離れており、スクローリング処理が、当該ウィンドウを完全に閲覧するのに利用可能である。上述されたように、各ウィンドウは、本原理を利用して呼び出し可能な対応する説明情報フィールド又は説明情報メディアアセットを有する。図１２の要素はユーザによりカスタマイズ可能であり、ジェスチャ、制御入力コマンド、ドラッギング及びドロッピングなどを用いて、各種ウィンドウがディスプレイエリアから移動、リサイズ、追加又は削除可能である。すなわち、ユーザが“クルー”情報のついて新たなウィンドウをユーザインタフェースに追加することを所望する場合、当該追加は、コンフィギュレーションファイル、テーブル、データベースなどの属性を変更する。

図１３は、本開示に従ってユーザがユーザインタフェースのコンポーネントを移動することによって変更可能な説明情報を提示するユーザインタフェース１３００の実施例を示す。例えば、ユーザが１２３５のポジションにウィンドウ１２３０を移動する場合、ウィンドウの対応する“ｘ”及び“ｙ”座標が変化する。同様に、ウィンドウ１２９０をポジション１２９５に移動することは、ウィンドウ１２９０の対応する“ｘ”及び“ｙ”座標を変更する。このような変更は、関連するコンフィギュレーションファイル、テーブル、データベースなどに格納される。移動処理の結果を表示するユーザインタフェース１４００が、本開示に従って図１４に示される。

図１５は、本開示に従ってリサイジング処理を利用してユーザにより変更可能な説明情報を提示するユーザインタフェース１５００の実施例を示す。ディスプレイエリア１２１０について、ウィンドウ１２３０が、エリア１２３５を占有するようリサイズされる。ビデオウィンドウのコンテンツをスケーリングするためのこのようなリサイジング処理は、当該分野において知られている。リサイジング処理の結果は、ウィンドウの対応する“ｗ”及び“ｈ”を変更することであり、このような変更は、関連するコンフィギュレーションファイル、テーブル、データベースなどに格納される。図１６において、本開示によるリサイジング処理の結果を表示するユーザインタフェース１６００が示される。

図１７は、本開示によるユーザにより変更可能な説明情報を提示するユーザインタフェース１７００の実施例を示す。ディスプレイエリア１２１０について、ユーザインタフェース１２００からの要素をより少なく含む図１２の変更されたバージョンが示される。具体的には、ウィンドウ１２３０，１２４０，１２５０，１２６０，１２７０，１２９０が、本原理について説明されたような方法により再配置された。さらに、ウィンドウ１２２０，１２８０が、ユーザインタフェース１７００を生成するため、ユーザインタフェース１２００から削除された。

図１８は、本開示によるユーザにより変更可能な説明情報を提示するユーザインタフェース１８００の実施例を示す。本構成では、ウィンドウ１２３０，１２４０，１２５０，１２６０が一緒にグループ化される。ウィンドウ１２９０は、ディスプレイエリア１２１０の他のエリアに移動された。ウィンドウ１２７０は当該コンフィギュレーションから削除されていることに留意されたい。同様に、図１９は、本開示によるユーザインタフェース１９００のウィンドウ１２３０，１２４０，１２５０，１２６０，１２９０の他の構成を示す。

図２０は、装置の説明情報メディアアセットを受信するよう指定可能な各種サーバによるブロック図２０００の実施例を提供する。何れのサーバが説明情報フィールドメディアアセットについてアクセス又はクエリされるべきか指定可能であることによると、サーバ２０１０，２０２０，２０３０は、ＩＶＡ、ＴＭＳなどのサーバを表す。サーバ２０４０は、サービスプロバイダが装置２０６０にネットワークサービスを提供するネットワークサービスプロバイダ２０５０により運営されるサーバである。サービスプロバイダ２０５０は、サーバを介しメディアアセットを販売するための宣伝又は試みを行うことを介して、経済的な利益を導出可能であるため、サービスプロバイダ２０５０は、対応するサーバ２０４０が他のサーバ２０１０，２０２０，２０３０より高い優先度を有することを所望してもよい。例えば、ネットワークサービスプロバイダ２０５０は、メディアアセットの説明情報に対するクエリに応答して、ユーザ装置２０６０がビデオオンデマンドサービスを介しサービスプロバイダ２０５０からメディアアセットを要求することを可能にする予告（説明情報フィールドメディアアセットとして）を提示可能である。これは、Ａｍａｚｏｎ、Ｉｔｕｎｅｓ、Ｎｅｔｆｌｉｘ、ＩＶＡ、ＩＭＤＢなどの外部サービスがそれらの情報サービスを介しユーザに高く売りつけることを防ぐ。あるいは、ユーザの装置２０６０に接続されたローカル記憶装置２０７０は、利用可能な説明情報と説明情報メディアアセットとを有することが可能である。このような優先度情報は、テーブル、データベース、コンフィギュレーションファイルなどに指定可能である。

メディアアセットとそれに対応する説明情報メディアセットとは、アプリケーションサーバ１１８により呼び出し可能であり、メディアアセットが生成可能な各カテゴリについてリソースを有する各種ソース（ファイル、メディアファイルのコンポーネントなど）が構成される。例えば、“キャスト”リソースは、表示される“キャスト及びクルー”情報に対応する。同様に、“ビデオ”カテゴリについて、“コンテンツビデオ”リソースの下にビデオのリストがある。リソースは、テキスト、ビデオ、ピクチャ、ＪＡＶＡコード、ＨＴＭＬコードなどにより実現可能である。ＲＥＳＴサービスを実行するアプリケーションサーバとアセットサーバ上のリソースとの間の各種コールが以下に示される。

ｇｅｔＣｏｎｔｅｎｔＶｉｄｅｏｓ：
このサービスは、ｃｏｎｔｅｎｔＩｄパラメータを有するＪＳＯＮリクエストをとり、インポート処理中にデータベースに取り込まれるＩＶＡ（Ｉｎｔｅｒｎｅｔ Ｖｉｄｅｏ Ａｒｃｈｉｖｅ）予告ＵＲＬを有するＪＳＯＮレスポンスを返す。

ｇｅｔＣｏｎｔｅｎｔＩｍａｇｅｓ：
このサービスは、ｃｏｎｔｅｎｔＩｄパラメータを有するＪＳＯＮリクエストをとり、以下の位置＼ｏｐｔ＼Ｓｐｅｃｔｒｕｍ＼ｃａｔａｌｏｇｓ＼ｂａｃｋｓｔａｇｅ＼ｃｏｎｔｅｎｔｉｍａｇｅｓのＪＳＯＮレスポンスファイルにおいて利用可能なＪＳＯＮレスポンス又はデータベースから返される対応するイメージＵＲＬを有するＪＳＯＮレスポンスを返す。

ｇｅｔＣｏｎｔｅｎｔＮｏｔｅｓ：
このサービスは、ｃｏｎｔｅｎｔＩｄパラメータを有するＪＳＯＮリクエストをとり、以下の位置＼ｏｐｔ＼Ｓｐｅｃｔｒｕｍ＼ｃａｔａｌｏｇｓ＼ｂａｃｋｓｔａｇｅ＼ｃｏｎｔｅｎｔｎｏｔｅｓのＪＳＯＮレスポンスファイルにおいて利用可能なＪＳＯＮレスポンス又はデータベースから返される対応するイメージＵＲＬを有するＪＳＯＮレスポンスを返す。

ｇｅｔＰｅｒｓｏｎＶｉｄｅｏｓ：
このサービスは、ｐｅｒｓｏｎＩｄパラメータを有するＪＳＯＮリクエストを利用し、以下の位置＼ｏｐｔ＼Ｓｐｅｃｔｒｕｍ＼ｃａｔａｌｏｇｓ＼ｂａｃｋｓｔａｇｅ＼ｐｅｒｓｏｎ＼ｖｉｄｅｏｓからＪＳＯＮレスポンスファイルを読むことによって、ＪＳＯＮレスポンスを返す。

ｇｅｔＰｅｒｓｏｎＩｍａｇｅｓ：
このサービスは、ｐｅｒｓｏｎＩｄパラメータを有するＪＳＯＮリクエストを利用し、以下の位置＼ｏｐｔ＼Ｓｐｅｃｔｒｕｍ＼ｃａｔａｌｏｇｓ＼ｂａｃｋｓｔａｇｅ＼ｐｅｒｓｏｎ＼ｉｍａｇｅｓからＪＳＯＮレスポンスファイルを読むことによって、ＪＳＯＮレスポンスを返す。

ｇｅｔＨｏｍｅＰａｇｅ：
このサービスは、ｃｏｎｔｅｎｔＩｄパラメータを有するＪＳＯＮリクエストを利用し、以下の位置＼ｏｐｔ＼Ｓｐｅｃｔｒｕｍ＼ｃａｔａｌｏｇｓ＼ｂａｃｋｓｔａｇｅ＼ｈｏｍｅｐａｇｅからＪＳＯＮレスポンスファイルを読むことによって、ＪＳＯＮレスポンスを返す。

テーブル３において、リソースを取得するための上記の各種コマンドの実現形態である各種ＵＲＬの生成が示される。

上述されたリソースの生成は、各種ソース及びデータ収集方法から取得可能である。

本開示の実施例はまた、以下の方法により実現可能である。図１２に提供されるホームページは、メディアアセットに関するより多くの情報をユーザが要求することに応答して生成される。ホームページは、ユーザが選択するいくつかの説明情報フィールドを理想的には表示する。ホームページの生成は、各種リソースからである。例えば、ホームページを生成するとき、ホームページを構成するのに利用される画像は、Ｂａｓｅｌｉｎｅからのものである。クエリされるメディアアセットに関係なく、同じカテゴリが各ホームページついて利用されるホームページを構成可能である。本例では、任意数のカテゴリがホームページについて選択可能であるが、６つのカテゴリが図示される。カテゴリ“イメージ”について、外部データベース又は他のタイプの情報ソースから当該情報が利用可能であるとき、タイトル及び説明情報を有する利用可能ないくつかの異なるイメージがありうる。あるイメージが選択されると、選択されたイメージと“イメージ”カテゴリにある選択されたメディアアセットに関連する他のイメージとを示すイメージプレビューワアプリケーション又はスライドショーがアクティブ化可能である。

任意的には、他の何れかのバックグラウンドグラフィックを利用可能にすることが可能であるが、データベースからのバックグラウンドイメージがまた、ホームページに利用可能である。また、ホームページ及び下方の基礎となるページを構成するのに利用される各種イメージ及び情報のベンダが、説明された開示を実現するネットワークサービスプロバイダの要求に応じて置換できると考えられる。

カテゴリ“ビデオ”にアクセスすると、映画の予告、俳優のインタビュー、クルーのインタビュー、ドキュメンタリ、メディアアセットに関するコマーシャルなどの説明情報メディアアセットとしてリソースが、ＦＬＡＳＨ、ＱＵＩＣＫＴＩＭＥ、ＭＩＣＲＯＳＯＦＴ ＭＥＤＩＡ ＰＬＡＹＥＲ、Ｈ．２６４ Ｍｅｄｉａ Ｐｌａｙｅｒなどのプログラムを利用して再生のための利用可能である。このような“ビデオ”リソースは、他のデータベースがこのような情報を抽出するのに利用可能であるが、ビデオ、ビデオサムネイル、タイトル及び説明情報を含むＩＶＡなどのデータベースから取得可能である。

“キャスト及びクルー”カテゴリがアクセスされると、情報が利用可能である場合には、キャストの各メンバーにはイメージ、俳優名及び対応するキャラクタ名が提示される。例えば、ある俳優のイメージが利用可能である場合、そのイメージ、俳優名及びキャラクタ名が表示される。イメージが利用可能でない場合、俳優名及びキャラクタ名が表示され（情報が利用可能である場合）、そうでない場合、アプリケーションは、他の又はデフォルトイメージを利用する。

ある俳優が選択されると、俳優の誕生日、死去日及び他の経歴情報など、当該俳優に利用可能な情報の具体例が、当該情報がＢａｓｅｌｉｎｅ、ＩＭＤＢなどのデータベースから利用可能である場合、表示可能である。理想的には、４つのビデオと５つのイメージとが特定の俳優について表示されるが、イメージ及びビデオの個数は、本原理によるネットワークサービスプロバイダ、ユーザなどの要求に基づき変更可能である。ビデオ及びイメージの選択は、上述される。任意的には、ビデオ又はイメージのソースは、ＹｏｕＴｕｂｅ（登録商標）、Ｇｏｏｇｌｅなどのサービスからのサーチからの結果として取得可能であるか、又はビデオが手作業の処理により予め構成可能である。

“クルー”情報がアクセスされると、クルーの各メンバーは、当該クルーメンバーの画像とクルーの役割により各自の名前がリストされる。クルーメンバーのイメージが利用可能でない場合、デフォルトイメージが表示される。特定のクルーメンバーの選択は、当該情報が利用可能であるとき、クルーメンバーの経歴ページを提示する。

任意的には、“追加的コメント”カテゴリは、メディアアセットの起源の国、撮影場所、興行総収入、メディアの総売上高（デジタルダウンロード、ＤＶＤ、Ｂｌｕ−Ｒａｙ、ストリーミングメディアなど）、賞、音声トラック情報、ＡＭＡＺＯＮ、ＩＴＵＮＥＳなどのソースからのメディアアセットに利用されるサウンドトラック又は楽曲を購入する方法の情報などのメディアアセットの情報を利用して実現可能である。このような情報が利用可能でない場合、追加的コメントカテゴリは表示されるべきでない。

図２１は、本開示によるユーザインタフェースを変更する処理２１００のフローチャートである。ステップ２１１０において、ユーザインタフェースが、当該ユーザインタフェースが複数のウィンドウを含むべきであるユーザコマンドに応答して生成される。上述されるように、このユーザインタフェースは、ユーザがメディアアセットに関する追加的な説明情報を要求するため、生成される。ユーザインタフェースのこれらのウィンドウの１つがアクティブ化されると、メディアアセットに関する説明情報メディアアセット又はメディアアセット説明情報フィールドに関する情報が提示される場合、説明情報が提示される。すなわち、ウィンドウのアクティブ化は、本開示により説明されるように、追加的な情報のページを生成するメディアアセット説明情報フィールド及び／又は異なる説明情報メディアアセット（第１予告、第２予告、オーディオインタビューなど）を表示する。

ユーザインタフェースの生成は、何個のウィンドウが生成されるべきか、当該ウィンドウのポジション、当該ウィンドウの場所、及び当該ウィンドウが説明情報メディアアセット及び／又はメディアアセット説明情報フィールドに対応するか否かを示すコンフィギュレーションファイル、テーブル、データベース、ローカルストレージ、リモートストレージなどにより決定可能である。コンフィギュレーション情報はまた、説明情報が抽出されるべきソースであって、リモートサーバとローカルストレージとを含むソースを示すため参照可能である。

ユーザは、ステップ２１２０において、当該ウィンドウのプレゼンテーションを変更可能であり、ステップ２１３０において、当該変更はウィンドウのリサイズとすることが可能であり、ステップ２１４０において、ウィンドウのポジションを変更し、ステップ２１５０において、ウィンドウの追加又は削除などを行う。任意的なステップとして、説明情報が抽出可能な場所は、サーバの階層的なリストを利用して優先順位付けできる。このようなステップは、サービスプロバイダが他のサーバを利用することに代えて、自らのサーバを利用することを所望するときに実行可能である。

ステップ２１６０において、ユーザインタフェースに行われた変更が、ウィンドウの場所の変更、ウィンドウサイズの変更、ウィンドウの追加又は削除などを含む情報を有するメモリに格納される。さらに、当該ステップは、ウィンドウの追加又は削除のため、説明情報の提示が変更可能であることを含む。例えば、“キャスト”に対応するウィンドウの追加は、ユーザインタフェースにおいて生成されるメディアアセット説明情報フィールド“キャスト”のウィンドウを有し、次に、ユーザは、メディアアセットの説明情報を要求する。同様に、他のウィンドウの追加は、ディスプレイエリアに示される予告の個数をアップすることが可能である。従って、ウィンドウの削除は、ユーザインタフェースのディスプレイから対応する説明情報フィールド又は説明メディアアセットを削除し、次にユーザはメディアアセットの説明情報を要求する。従って、何れの説明情報が提示されるかの以降のプレゼンテーションは、当該変更によって変更される。他の変更は、本原理により実現可能である。

図面に示される要素はハードウェア、ソフトウェア又はこれらの組み合わせの各種形態により実現されてもよいことが理解されるべきである。好ましくは、これらの要素は、プロセッサ、メモリ及び入出力インタフェースを含みうる１以上の適切にプログラムされた汎用装置上のハードウェアとソフトウェアとの組み合わせにより実現される。

本説明は、本開示の原理を示す。従って、当業者は、明示的には説明又は図示されないが、本開示の原理を実現し、それの範囲内に含まれる各種構成を創出可能であることが理解されるであろう。

ここに記載されるすべての具体例及び条件付き言語は、発明者が技術を推進することによって寄与する開示及びコンセプトの原理を読者が理解するのに役立つための情報的目的を意図したものであり、このように具体的に記載された具体例及び条件に限定されないものとして解釈されるべきである。

さらに、本開示の原理、態様及び実施例と共にこれらの特定の具体例をここに記載したすべての説明は、構成的及び機能的な均等の双方を含むことが意図される。さらに、このような均等は現在知られている均等と共に将来的に開発される均等との双方を含み、すなわち、構成にかかわらず同一の機能を実行する要素が開発されることが意図される。

従って、例えば、ここに提供されるブロック図は本開示の原理を実現する例示的な回路の概念図を表すことが当業者により理解されるであろう。同様に、フローチャート、フロー図、状態遷移図、擬似コードなどは、コンピュータ可読媒体に実質的に表され、コンピュータ又はプロセッサが明示的に示されるいるか否かに関係なく、コンピュータ又はプロセッサにより実行可能な各種処理を表すことが理解されるであろう。コンピュータ可読媒体及びそれに記述されたコードは、一時的状態（信号）及び非一時的状態（ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕ−Ｒａｙ、ハードドライブ、フラッシュカード又は他のタイプの有形な記憶媒体などの有形な媒体上など）に実現可能である。

図面に示される各種要素の機能は、専用のハードウェアと共に適切なソフトウェアと関連してソフトウェアを実行可能なハードウェアを利用することにより提供されてもよい。プロセッサにより提供されると、これらの機能は、単一の専用プロセッサ、単一の共有プロセッサ、又は一部が共有されてもよい複数の個別プロセッサにより提供されてもよい。さらに、“プロセッサ”又は“コントローラ”という用語の明示的な利用は、ソフトウェアを実行可能なハードウェアを排他的に参照すると解釈されるべきでなく、限定することなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを格納するＲＯＭ、ＲＡＭ及び不揮発性ストレージを非明示的に含むものであってもよい。

他のハードウェア、従来の及び／又はオーダーメイドのハードウェアがまた含まれてもよい。同様に、図面に示されるスイッチは単に概念的なものである。それらの機能は、プログラムロジックの動作を介し、専用ロジックを介し、プログラム制御と専用ロジックとのインタラクションを介し、又は手作業により実行されてもよく、特定の技術はコンテクストからより具体的に理解されるように実施者により選択可能である。

本開示の教示を含む実施例が詳細に図示及び説明されたが、当業者は、これらの教示を依然として含む他の変更された多数の実施例を容易に創出可能である。上記教示に基づき当業者により改良及び変形が可能であることに留意されたい。
上記の実施形態に加えて、以下の付記を開示する。
（付記１）
ユーザインタフェースをカスタマイズする方法であって、
メディアアセットの説明情報に対するリクエストに応答して、複数のウィンドウを含むユーザインタフェースを生成するステップと、
前記複数のウィンドウからの少なくとも１つのウィンドウに影響を与える前記複数のウィンドウに対する変更を示す情報を格納するステップであって、前記変更は、前記少なくとも１つのウィンドウがアクティブ化されると、前記説明情報の以降の表示を変更する、前記格納するステップと、
を有する方法。
（付記２）
前記少なくとも１つのウィンドウに対する変更は、ディスプレイエリアの異なるエリアへの前記少なくとも１つのウィンドウの移動である、付記１記載の方法。
（付記３）
前記少なくとも１つのウィンドウに対する変更は、前記少なくとも１つのウィンドウの異なるサイズへのリサイズである、付記１記載の方法。
（付記４）
前記複数のウィンドウにウィンドウを追加するステップをさらに有し、
前記追加されるウィンドウは、前記追加されたウィンドウに対応する新たな説明情報メディアアセットと新たなメディアアセット説明情報フィールドとの少なくとも１つを表示する前記説明情報を生じさせる、付記１記載の方法。
（付記５）
前記複数のウィンドウからウィンドウを削除するステップをさらに有し、
前記説明情報の表示は、前記削除されるウィンドウに対応する説明メディアアセットとメディアアセット説明情報フィールドとの少なくとも１つを以降の表示から削除することによって影響を受ける、付記１記載の方法。
（付記６）
前記説明情報は、説明情報メディアアセットとメディアアセット説明情報フィールドとの少なくとも１つを有する、付記１記載の方法。
（付記７）
前記説明情報メディアアセットの少なくとも１つは、ビデオ、オーディオアセット、テキスト、ピクチャ及びコンピュータプログラムの少なくとも１つを有する、付記６記載の方法。
（付記８）
前記メディアアセット説明情報フィールドの少なくとも１つは、前記アセットの概要、監督、俳優、スタジオ、テレビ情報、映画情報、音楽情報、音楽アーティスト、アーティスト、プロデューサ、写真の監督、映画脚本の著作者、エグゼクティブプロデューサ、プロデューサ、ジャンル及びリリース日の少なくとも１つを有する、付記６記載の方法。
（付記９）
サーバ優先度に従って選択されたサーバから説明情報を抽出するステップをさらに有する、付記１記載の方法。
（付記１０）
第１サーバが説明情報を返さないとき、第２サーバのサーチエンジンに説明情報のクエリを送信するステップをさらに有する、付記１記載の方法。

Claims (11)

1. ユーザインタフェースをカスタマイズする方法であって、
   メディアアセットの説明情報の表示に対するリクエストに応答して、ディスプレイエリアでの提示のために複数のウィンドウを含むユーザインタフェースを生成するステップであって、前記複数のウィンドウの夫々は、前記説明情報の夫々の説明情報メディアアセット及びメディアアセット説明情報フィールドに対応し、当該説明情報メディアアセット及びメディアアセット説明情報フィールドを表すテキスト及びピクチャを含む、前記生成するステップと、
   前記複数のウィンドウの夫々がアクティブ化されることに応答して、該アクティブ化されたウィンドウに対応する説明情報メディアアセット及びメディアアセット説明情報フィールドに関連した前記メディアアセットの追加的な情報のページを前記ディスプレイエリアで提示するステップと、
   前記複数のウィンドウのうちの少なくとも１つのウィンドウに影響を与える前記複数のウィンドウに対する変更を示す情報を格納するステップであって、前記変更を示す情報は、前記メディアアセットの説明情報の表示に対する以降のリクエストにおいて前記ユーザインタフェースを変更するために使用される、前記格納するステップと、
   を有する方法。
2. 前記少なくとも１つのウィンドウに対する変更は、前記ディスプレイエリアの異なるエリアへの前記少なくとも１つのウィンドウの移動である、請求項１記載の方法。
3. 前記少なくとも１つのウィンドウに対する変更は、前記少なくとも１つのウィンドウの異なるサイズへのリサイズである、請求項１記載の方法。
4. 前記複数のウィンドウにウィンドウを追加するステップをさらに有し、
   前記追加されるウィンドウは、前記追加されたウィンドウに対応する新たな説明情報メディアアセットと新たなメディアアセット説明情報フィールドとの少なくとも１つを表示する前記説明情報を生じさせる、請求項１記載の方法。
5. 前記複数のウィンドウからウィンドウを削除するステップをさらに有し、
   前記説明情報の表示は、前記削除されるウィンドウに対応する説明情報メディアアセットとメディアアセット説明情報フィールドとの少なくとも１つを以降の表示から削除することによって影響を受ける、請求項１記載の方法。
6. 前記説明情報は、説明情報メディアアセットとメディアアセット説明情報フィールドとの少なくとも１つを有する、請求項１記載の方法。
7. 前記説明情報メディアアセットの少なくとも１つは、ビデオ、オーディオアセット、テキスト、ピクチャ及びコンピュータプログラムの少なくとも１つを有する、請求項６記載の方法。
8. 前記メディアアセット説明情報フィールドの少なくとも１つは、前記メディアアセットの概要、監督、俳優、スタジオ、テレビ情報、映画情報、音楽情報、音楽アーティスト、アーティスト、プロデューサ、写真の監督、映画脚本の著作者、エグゼクティブプロデューサ、プロデューサ、ジャンル及びリリース日の少なくとも１つを有する、請求項６記載の方法。
9. サーバ優先度に従って選択されたサーバから説明情報を抽出するステップをさらに有する、請求項１記載の方法。
10. 第１サーバが説明情報を返さないとき、第２サーバのサーチエンジンに説明情報のクエリを送信するステップをさらに有する、請求項１記載の方法。
11. 請求項１乃至１０何れか一項記載の方法を実現する装置。

Images