JP5937572B2 - 動的ｕｉフレームワークを介した主画面ビューの制御 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１０年４月３０日に出願された米国特許仮出願第６１／３４３５４６号明細書の利益を主張し、そのすべての開示内容は、参照により本明細書に組み込まれる。

本発明は、ユーザインタフェースに関し、より詳細には、第２の画面制御デバイス上の動的ユーザインタフェースを提供して、主表示画面上のメディアコンテンツを制御することに関する。

メディアコンテンツがインターネットベースで配信されて消費される最近の進歩によって、利用可能なメディアコンテンツが豊富になった。このことは、今後も増え続ける一方である。コンテンツの生産および流通のこうした急増は、エンドユーザがコンテンツを選択する際に興味深い問題を引き起こした。従来のセットトップボックスまたはホームゲートウェイでも、自宅に延びているメディアパイプおよびデータパイプを介してメディアコンテンツの消費が可能になるように進化している。これによって、背後の流通チャネルにかかわらず、複数のソースからユーザがメディアを消費することが可能になる。この状況において、従来のリモートコントロールまたはその他の既存の静的ナビゲーションまたは制御デバイスでは、このような選択をナビゲートするには不十分であることが判明した。

セットトップボックスおよびホームゲートウェイに加えて、このようなシステムに対するリモート装置も進化している。自宅で娯楽システムを制御するのに利用可能ないくつかのタイプのリモートコントロールデバイスがある。そのデバイスのうちのいくつかは、テレビ画面および制御パネルの小規模のマッピングを表示する通常の固いボタンに加えて、タッチスクリーンを有する。他のタイプは、カメラベースのジェスチャ検出スキームに依存する、ジェスチャベースのリモートコントロールを含む。さらに他にも、タブレットまたはスマートフォンなどの、リモートコントロールソフトウェアを実行する第２の画面デバイスがある。しかし、これらのデバイスのいずれも、完全な動的ＵＩベースの制御を組み込んでいない。現在見ている番組の番組メタ情報またはコンテキストにアクセスしないリモートコントロールは、番組のコンテキストに従って自身のインタフェースに動的に適応することができない。言い換えれば、利用可能なほとんどすべてのリモートコントロールは、そのインタフェースが結合されている範囲では、事実上静的である。

本開示は、第２の画面制御デバイスに主表示画面のコンテンツを制御させるのに適応可能なユーザインタフェースシステムを導入することによって、この問題の解決策を提供する。

一実施形態に従って、動的ユーザインタフェースを第２の画面制御デバイス上で作成して、コンテンツを主表示画面上で制御するための方法が提供される。その方法は、表示されるコンテンツを主表示画面上で監視するステップと、主表示画面上に表示されるコンテンツについての付加的な情報を取得するステップと、監視されるコンテンツ、付加的な情報、およびタッチスクリーン制御デバイスの機能性に基づいてビューコンテキストを生成するステップと、ビューコンテキストを第２の画面制御デバイスに提供するステップとを含む。

別の実施形態に従って、第２の画面制御デバイス上で動的に作成されたユーザインタフェースを使用して、主表示画面上のコンテンツを制御するためのシステムが提供される。そのシステムは、クライアントとサーバとを含む。クライアントは、第１の表示制御とイベントリスナとを含む。第１の表示制御は、第２の画面制御デバイスの表示を制御するように構成される。イベントリスナは、第２の画面制御デバイス上でユーザからコマンドを受信するように構成される。サーバは、クライアントと通信し、ビューコンテキストクリエータとイベントインタプリタとを含む。ビューコンテキストクリエータは、主表示画面上に表示されるコンテンツ、付加的な情報、および第２の画面制御デバイスの機能性に基づいてビューコンテキストを生成するように構成される。イベントインタプリタは、イベントリスナによって提供されたユーザからのコマンドを受信して、ビューコンテキストクリエータによって生成されたビューコンテキストに照らしてコマンドを解釈するように構成される。

本原理は、以下の模範的な図面に従ってより良く理解されるであろう。

一実施形態に係る、ビデオおよびオーディオコンテンツを自宅に配信する概要を示した系統図である。 代表的なセットトップボックスレシーバをさらに詳細に示した系統図である。 一実施形態に係る、タッチパネル制御デバイスを示す図である。 一実施形態に係る、タッチパネル制御デバイスで使用するいくつかの模範的なユーザインタラクションを示す図である。 一実施形態に係る、システムの模範的なコンポーネントを描いた系統図である。 一実施形態に係る、イベントを処理する模範的なプロセスを示すフロー図である。 一実施形態に係る、システム全体の他の模範的なプロセスを示すフロー図である。 一実施形態に係る、システムのコンポーネントとの関連でシステム全体の他の例示的なプロセスを示すフロー図である。

本原理は、ユーザインタフェースを対象とし、より詳細には、メディアコンテンツのナビゲーションおよび制御を行うための動的ユーザインタフェースを提供するソフトウェアシステムを対象とする。

従って、本明細書で明示的に説明されていないが、本発明を具体化し、本発明の趣旨および範囲に含まれるさまざまな構成を考案できるようになることを当業者は認識するであろう。

本明細書に記載されたすべての例および条件付きの語は、発明者（複数）が当技術を促進するために寄与した本発明および概念を読み手が理解するのに役立つ教授目的として意図され、そのように具体的に記載された例および条件に限定されないものと見なすべきである。

さらに、本発明の原理、態様、および実施形態、ならびにそれらの特定の例を記載した本明細書のすべての記述は、それらの構造的等価物と機能的等価物との両方を網羅するように意図される。さらに、そのような等価物は、現在知られている等価物だけでなく、今後開発される等価物、即ち、構造にかかわらず同じ機能を行うように開発された任意の要素も含むことを意図する。

従って、例えば、本明細書で提示されるブロック図は、本発明を具体化する事例的な回路の概念図を表すことを当業者は認識するであろう。同様に、フローチャート、フロー図、状態遷移図、擬似コードなどはいずれも、おおむねコンピュータ可読媒体で表され、コンピュータまたはプロセッサが明示的に示されているか否かにかかわらず、コンピュータまたはプロセッサによって実行されることが可能なさまざまなプロセスを表すことが認識されるであろう。

図面に示したさまざまな要素の機能を、専用ハードウェア、ならびに適切なソフトウェアと連動してソフトウェアを実行する能力があるハードウェアの使用を介して提供できる。プロセッサによって提供される場合、その機能を、単一の専用プロセッサによって、単一の共有プロセッサによって、または一部を共有できる個々のプロセッサからなる複数のプロセッサによって提供できる。さらに、用語「プロセッサ」または「コントローラ」の明示的な使用は、ソフトウェアを実行する能力があるハードウェアだけを指すものと見なすべきでなく、デジタル信号プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶するためのリードオンリーメモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、および不揮発性ストレージを暗示的に含むことができるが、これらに限定されない。

他のハードウェアである、従来および／またはカスタムのハードウェアも含むことができる。同様に、図面に示したスイッチのいずれも、単に概念的なものである。それらの機能は、プログラム論理の演算を介して、専用論理を介して、プログラム制御と専用論理とのインタラクションを介して、または手動でも実行され得るし、特定の技術は、コンテキストからより具体的に理解されるので実装者が選択可能である。

本発明の特許請求の範囲において、指定された機能を行う手段として表現される任意の要素は、その機能、例えば、ａ）その機能を行う回路要素の組み合わせ、またはｂ）任意の形態のソフトウェア、従って、その機能を行うソフトウェアを実行するために適切な回路と組み合わされたファームウェア、マイクロコードなどを含む機能を行ういずれのやり方も網羅するように意図される。このような特許請求の範囲によって定義される本発明は、記載されたさまざまな手段によって提供される機能性が、特許請求の範囲が要求する通りに組み合わされて一つにまとめられるという事実に帰する。従って、そのような機能性を提供することができるいずれの手段も、本明細書に示した手段と同等であると見なされる。

明細書における本発明の「一実施形態」または「実施形態」の言及、ならびにそれらの他の変形は、実施形態に関連して説明される特定の特徴、構造、特性などが、本発明の少なくとも１つの実施形態に含まれることを意味する。従って、語句「一実施形態において」または「実施形態において」の記載、ならびに明細書にわたってさまざまな箇所に見られるその他の変形は、必ずしもすべて同じ実施形態を指すとは限らない。

図１では、コンテンツを自宅またはエンドユーザに配信するためのシステム１００の実施形態のブロック図を示す。コンテンツは、映画スタジオまたは制作会社などの、コンテンツソース１０２から発生する。コンテンツを、２つの形態のうちの少なくとも１つの形態で供給できる。１つの形態は、コンテンツの放送形態である。放送コンテンツは、アメリカンブロードキャスティングカンパニー（ＡＢＣ）、ナショナルブロードキャスティングカンパニー（ＮＢＣ）、コロンビアブロードキャスティングシステム（ＣＢＳ）などの、典型的な全国放送サービスである、放送加盟マネージャ１０４に提供される。放送加盟マネージャは、コンテンツを収集して記憶でき、配信ネットワーク１（１０６）として示した配信ネットワークを通じてコンテンツの配信をスケジュールできる。配信ネットワーク１（１０６）は、全国センターから１または複数の地域またはローカルセンターへの衛星リンク伝送を含むことができる。配信ネットワーク１（１０６）は、無線放送、衛星放送、またはケーブル放送などの、ローカル配信システムを使用するローカルコンテンツ配信を含むこともできる。ローカルに配信されるコンテンツは、ユーザの自宅内の受信デバイス１０８に提供され、その後ユーザによってコンテンツが検索される。受信デバイス１０８は、多くの形態をとることができ、セットトップボックス／デジタルビデオレコーダ（ＤＶＲ）、ゲートウェイ、モデムなどとして具体化できる。さらに、受信デバイス１０８は、ホームネットワーク内のクライアントデバイスとしても、ピアデバイスとしても構成される付加的なデバイスを含むホームネットワークシステムに対するエントリポイントまたはゲートウェイとして機能できる。

コンテンツの第２の形態は、特別コンテンツと呼ばれる。特別コンテンツは、プレミアム視聴、ペイパービュー方式、または放送加盟マネージャに提供されない、例えば、映画、ビデオゲームまたは他のビデオ要素などの、他のコンテンツとして配信されるコンテンツを含むことができる。多くの場合、特別コンテンツは、ユーザによって要求されるコンテンツである。特別コンテンツは、コンテンツマネージャ１１０に配信される。コンテンツマネージャ１１０は、例えば、コンテンツプロバイダ、放送サービス、または配信ネットワークサービスに加盟している、インターネットのウェブサイトなどのサービスプロバイダであってよい。コンテンツマネージャ１１０は、インターネットのコンテンツを配信システムに組み込むこともできる。コンテンツマネージャ１１０は、別個の配信ネットワークである、配信ネットワーク２（１１２）を通じてユーザの受信デバイス１０８にコンテンツを配信できる。配信ネットワーク２（１１２）は、高速ブロードバンドインターネットタイプの通信システムを含むことができる。配信ネットワーク２（１１２）のすべてまたは一部を使用して、放送加盟マネージャ１０４からのコンテンツを配信することもできるし、配信ネットワーク１（１０６）のすべてまたは一部を使用して、コンテンツマネージャ１１０からのコンテンツを配信できることに注意しなくてはならない。さらに、コンテンツがコンテンツマネージャ１１０によって必ずしも管理されなくても、ユーザは、インターネットから配信ネットワーク２（１１２）経由でコンテンツを直接取得することもできる。

別個に配信されたコンテンツを利用するためのいくつかの適応が実行可能である。実行可能な一手法において、特別コンテンツは、増強(augmentation)として放送コンテンツに提供され、代替表示、購入および販売オプション、拡張要素(enhancement material)などを提供する。別の実施形態において、特別コンテンツは、放送コンテンツとして提供されたいくつかの番組コンテンツに完全に取って代わることができる。最後に、特別コンテンツは、放送コンテンツから完全に分離することができ、ユーザが利用するのに選択できる単なるメディアの選択肢にできる。例えば、特別コンテンツを、放送コンテンツとしてまだ入手できない映画のライブラリにすることができる。

受信デバイス１０８は、配信ネットワーク１および配信ネットワーク２のうちの１つまたは両方から異なるタイプのコンテンツを受信できる。受信デバイス１０８は、コンテンツを処理して、ユーザの好みおよびコマンドに基づいて分離したコンテンツを提供する。受信デバイス１０８は、オーディオおよびビデオコンテンツを記録して再生するためのハードドライブまたは光ディスクドライブなどの、記憶デバイスを含むこともできる。さらに、受信デバイス１０８の動作の詳細、および記憶されたコンテンツの再生と関連付けられた特徴を、図２との関連で以下に説明する。処理されたコンテンツは、主表示デバイス１１４に提供される。主表示デバイス１１４は、従来の２Ｄタイプの表示であってよいし、または代替として最新の３Ｄ表示であってよい。

受信デバイス１０８は、タッチスクリーン制御デバイス１１６などの、第２の画面制御デバイスのような第２の画面とインタフェースをとることもできる。第２の画面制御デバイス１１６は、受信デバイス１０８および／または表示デバイス１１４にユーザ制御を提供するように適応されることができる。第２の画面デバイス１１６は、ビデオコンテンツを表示する能力も可能である。ビデオコンテンツは、ユーザインタフェースエントリなどの、グラフィックエントリであってよいし、または表示デバイス１１４に配信されるビデオコンテンツ部であってよい。第２の画面制御デバイス１１６は、赤外線（ＩＲ）または無線周波数（ＲＦ）通信などの、周知の単一伝送システムを任意に使用して、受信デバイス１０８とインタフェースをとることができ、赤外線データ協会（ＩＲＤＡ）標準、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの、標準プロトコル、またはその他の専用プロトコルを含むことができる。タッチスクリーン制御デバイス１１６の動作を、以下にさらに詳細に説明する。

図１の例において、システム１００は、バックエンドサーバ１１８および利用状況データベース１２０も含む。バックエンドサーバ１１８は、ユーザの利用傾向を分析して、それらの利用傾向に基づいて提案を行う個人化エンジンを含む。利用状況データベース１２０において、ユーザの利用傾向が記憶される。場合によっては、利用状況データベース１２０を、バックエンドサーバ１１８ａの一部にすることができる。本例において、バックエンドサーバ１１８（ならびに利用状況データベース１２０）は、システム１００に接続されて、配信ネットワーク２（１１２）を介してアクセスされる。

図２では、受信デバイス２００の実施形態のブロック図を示す。受信デバイス２００は、図１で説明した受信デバイスと同様に動作でき、ゲートウェイデバイス、モデム、セットトップボックス、または他の同様の通信デバイスの一部として含まれ得る。図示したデバイス２００を、オーディオデバイスまたは表示デバイスを含む、他のシステムに組み込むこともできる。いずれの場合も、システムの動作を完了するのに必要ないくつかのコンポーネントは、当業者には周知であるので、簡潔にするために図示していない。

図２に示したデバイス２００において、コンテンツは、入力信号レシーバ２０２によって受信される。入力信号レシーバ２０２は、無線、ケーブル、衛星、Ｅｔｈｅｒｎｅｔ（登録商標）、ファイバーおよび電話回線ネットワークを含む、いくつかの実行可能なネットワークのうちの１つを通じて提供される信号を受信し、復調し、そして復号するのに使用されるいくつかの周知のレシーバ回路のうちの１つであってよい。制御インタフェース２２２を介して提供されるユーザ入力に基づいて、所望の入力信号を入力信号レシーバ２０２によって選択して読み出すことができる。制御インタフェース２２２は、タッチスクリーンデバイスのインタフェースを含むことができる。タッチパネルインタフェース２２２を適応して、セル電話、タブレット、マウス、高性能リモコンなどとインタフェースをとることもできる。

復号された出力信号は、入力ストリームプロセッサ２０４に提供される。入力ストリームプロセッサ２０４は、最終の信号選択および処理を行い、コンテンツストリームに対し、オーディオコンテンツからビデオコンテンツを分離することを含む。オーディオコンテンツは、圧縮デジタル信号などの、受信フォーマットからアナログ波形信号に変換する、オーディオプロセッサ２０６に提供される。アナログ波形信号は、オーディオインタフェース２０８に提供されて、さらに表示デバイスまたはオーディオ増幅器に提供される。代替として、オーディオインタフェース２０８は、高精細度マルチメディアインタフェース（ＨＤＭＩ）ケーブル、またはソニー／フィリップスデジタル相互接続フォーマット（ＳＰＤＩＦ）経由などの、代替オーディオインタフェースを使用して、デジタル信号をオーディオ出力デバイスまたは表示デバイスに提供できる。オーディオインタフェースは、もう１つのスピーカセットを駆動するための増幅器を含むこともできる。オーディオプロセッサ２０６は、オーディオ信号の記憶に必要な任意の変換も行う。

入力ストリームプロセッサ２０４からのビデオ出力は、ビデオプロセッサ２１０に提供される。ビデオ信号は、いくつかのフォーマットのうちの１つとすることができる。ビデオプロセッサ２１０は、入力信号フォーマットに基づいて、必要に応じてビデオコンテンツの変換を提供する。ビデオプロセッサ２１０は、ビデオ信号の記憶に必要な変換も任意に行う。

記憶デバイス２１２は、入力時に受信されるオーディオおよびビデオコンテンツを記憶する。記憶デバイス２１２は、コントローラ２１４の制御下で、さらにユーザインタフェース２１６および／または制御インタフェース２２２から受信したコマンド、例えば、早送り（ＦＦ）および巻き戻し（Ｒｅｗ）などの、ナビゲーション命令に基づいて、後でコンテンツの読み出しおよび再生を行うことを可能にする。記憶デバイス２１２は、ハードディスクドライブや、静的ＲＡＭ（ＳＲＡＭ）、または動的ＲＡＭ（ＤＲＡＭ）などの、１または複数の大容量集積電子メモリであってよいし、またはコンパクトディスク（ＣＤ）ドライブまたはデジタルビデオディスク（ＤＶＤ）ドライブなどの、交換可能な光ディスク記憶システムとすることができる。

入力または記憶デバイス２１２のいずれかから発生し、ビデオプロセッサ２１０から変換されたビデオ信号は、表示インタフェース２１８に提供される。表示インタフェース２１８はさらに、上述したタイプの表示デバイスに表示信号を提供する。表示インタフェース２１８は、赤−緑−青（ＲＧＢ）などのアナログ信号インタフェースであってよいし、またはＨＤＭＩなどのデジタルインタフェースとすることができる。表示インタフェース２１８は、以下により詳細に説明するように、三次元グリッドで検索結果を提示するためにさまざまな画面を生成することを認識されたい。

コントローラ２１４は、入力ストリームプロセッサ２０６、オーディオプロセッサ２０６、ビデオプロセッサ２１０、記憶デバイス２１２、およびユーザインタフェース２１６を含む、デバイス２００のいくつかのコンポーネントへ、バス経由で相互接続される。コントローラ２１４は、入力ストリーム信号を、記憶デバイスに記憶するまたは表示するための信号に変換する、変換プロセスを管理する。コントローラ２１４は、記憶されたコンテンツの読み出しおよび再生も管理する。さらに、以下に説明するように、コントローラ２１４は、コンテンツの検索と、記憶されたコンテンツまたは上述した配信ネットワーク経由で配信されるコンテンツのいずれかを表すグリッド表示の作成および調整とを行う。

コントローラ２１４はさらに、コントローラ２１４に対する情報および命令コードを記憶するために、制御メモリ２２０（例えば、ＲＡＭ、ＳＲＡＭ、ＤＲＡＭ、ＲＯＭ、プログラマブルＲＯＭ（ＰＲＯＭ）、フラッシュメモリ、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）などを含む、揮発性または不揮発性メモリ）に結合される。制御メモリ２２０は、コントローラ２１４に対する命令を記憶できる。制御メモリは、コンテンツを包含するグラフィック要素などの、要素のデータベースを記憶することもできる。データベースを、グラフィック要素のパターンとして記憶できる。代替として、制御メモリは、グラフィック要素を特定またはグループ化されたメモリ位置に記憶し、アクセスまたは位置情報テーブル(location table)を使用して、グラフィック要素に関連するさまざまな情報部のメモリ位置を特定できる。グラフィック要素の記憶に関連する付加的な詳細は、以下に説明する。さらに、制御メモリ２２０の実装は、単一のメモリデバイスまたは、代替として、共有または共通メモリを形成するために通信的に接続または結合された２以上のメモリ回路などの、いくつかの実行可能な実施形態を含むことができる。またさらに、制御メモリを、大規模回路内のバス通信回路部などの、他の回路に含むことができる。

本開示のユーザインタフェースのプロセスは、早送り、巻き戻しなどの、機能を表現するのに使用することができる入力デバイスを用いる。これを可能にするために、タッチパネルデバイス３００などの、第２の画面制御デバイスは、図３に示すように、受信デバイス２００のユーザインタフェース２１６および／または制御インタフェース２２２経由でインタフェースをとることができる。タッチパネルデバイス３００は、手の動き、またはジェスチャ、およびアクションに基づいて、パネルを介してセットトップボックスまたは他の制御デバイスのコマンドに変換される、受信デバイスまたはセットトップボックスの動作を可能にする。一実施形態において、タッチパネル３００は、グリッド表示をナビゲートするナビゲーションツールとして単に機能する場合もある。他の実施形態において、タッチパネル３００は、ユーザが、コンテンツのグリッド表示を介してナビゲーションとより直接的にインタラクトするのを可能にする、表示デバイスとして付加的に機能する。タッチパネルデバイスを、起動ボタンなどの、より従来型の制御機能を包含するリモートコントロールデバイスの一部として含むことができる。タッチパネル３００は、少なくとも１つのカメラ要素を含むこともできる。

図４について、図示したような、ジェスチャ感知コントローラまたはタッチスクリーンを使用して、いくつかのタイプのユーザインタラクションまたはイベントを提供する。コントローラからの入力は、ジェスチャを定義するために使用され、今度はジェスチャが、特定のコンテキストのコマンドまたはイベントを定義する。センサのコンフィギュレーションによって、タッチスクリーン上のユーザの指の動きを定義することが可能になるし、またはコントローラ自体の動きを１つの次元または２つの次元のいずれかで定義することも可能になる。対角線(diagonal)などの二次元モーション、および横軸(yaw)、縦軸(pitch)、奥行き(roll)の組み合わせを使用して、揺れ動き(swing)などの、四次元モーションを任意に定義することができる。いくつかのジェスチャを図４に示す。ジェスチャは、コンテキストにおいて解釈されて、ユーザが行った動きを定義することによって特定される。

突き出し(bumping)４２０は、上下左右のいずれか一方向を指し示す一筆画きを２回することによって定義される。突き出しジェスチャは、コンテキストにおける特定のコマンドと関連付けられる。例えば、ＴｉｍｅＳｈｉｆｔｉｎｇモードにおいて、左側の突き出しジェスチャ４２０は、巻き戻しを示し、右側の突き出しジェスチャは、早送りを示す。他のコンテキストにおいて、突き出しジェスチャ４２０は、突き出しによって指定された方向の特定の値を増分(increment)するように解釈される。チェック４３０は、チェックマークを描いたものとして定義される。それは、下向きの突き出しジェスチャ４２０と同様である。チェックは、リマインダ、ユーザタグを指定するか、または項目もしくは要素を選択するコンテキストにおいて特定される。円囲み４４０は、どちらの方向からでも円を描いたものとして定義される。両方向を識別することも考えられる。しかし、混乱を避けるために、円は、方向にかかわらず単一のコマンドとして特定される。ドラッグ４５０は、タブレット３００上のボタン（仮想または物理的ボタン）を押している間の（即ち、「トリガドラッグ」）、コントローラの角度の動き（縦軸および／横軸の変更）として定義される。ドラッグジェスチャ４５０を、ナビゲーション、速度、距離、時間移動、巻き戻し、および早送りに使用できる。ドラッグ４５０を使用して、カーソル、仮想カーソルを移動し、または表示装置上でハイライトし、輪郭を描き、または選択するなどの、状態を変更することができる。ドラッグ４５０を任意の方向にすることができ、２つの次元でナビゲートするのに概ね使用される。しかし、あるインタフェースにおいて、ドラッグするコマンドに応じて改良することが好ましい。例えば、いくつかのインタフェースにおいて、１つの次元または方向の動作は、仮想カーソルの位置または動く方向によって決まる他の次元または方向に対して有利に働く。同意４６０は、トリガドラッグしながら垂直に上下する動きを２回速く行うことによって定義される。同意４６０は、「肯定」または「承諾」を示すのに使用される。Ｘ−ｉｎｇ４７０は、文字「Ｘ」を描いたものとして定義される。Ｘ−ｉｎｇ４７０は、「削除」または「遮断」コマンドに使用される。横振り４８０は、トリガドラッグしながら水平に速く往復する動きを２回行うことによって定義される。横振りジェスチャ４８０は、「否定」または「取り消し」を示すのに使用される。

センサシステムの複雑度(complexity)に応じて、単純な１つの次元モーションまたはジェスチャだけを可能にできる。例えば、ここで示すセンサに対する単純な右または左の動きは、早送りまたは巻き戻し機能を作り出すことができる。さらに、複数のセンサをタッチスクリーン上の異なる位置に含めて置くことも考えられる。例えば、左右の動きに対する水平センサを１つの場所に置いて、音量の上／下に使用してもよいし、あるいは上下の動きに対する垂直センサを異なる場所に置いて、チャネルの上／下に使用してもよい。このようにして、特定のジェスチャマッピングを使用できる。

一実施形態において、システムは、ソフトウェアシステムに基づく受信デバイス１０８である。システムは、番組の関連情報を読み出すために、サービスプロバイダ（例えば、コムキャスト、ベライゾンなど）によって提供される電子番組ガイドを主に利用する。インターネット対応の受信デバイス１０８において、システムは、異なるウェブサービスに問い合わせを行って、番組についての付加的な情報を得ることもできる。システムの主要なコンポーネントを図５に示す。

現在利用可能な受信デバイス１０８において、ユーザインタフェースは、静的に構成される。言い換えれば、ユーザインタフェースは、あらかじめ組み込まれていて、リモートコントロールキーを押して起動する。例えば、ユーザがスポーツ番組を見ている場合、イベントの複数の角度が利用可能か否かにかかわらず、ユーザが番組を選択するインタフェースは、同じになる。ユーザオプションは、クラウドサービス（インターネット）から利用可能なコンテンツの数に伴って爆発的に増加するであろう。その場合、静的にあらかじめ組み込まれたインタフェースは、ナビゲーションおよび選択をより複雑にするであろう。

図５に示したソフトウェアシステム５００は、クライアント側５１０およびサーバ側５２０を有する。クライアント側５１０のコンポーネントは、第２の画面制御デバイス５４０内で、スタンドアロンのアプリケーションまたはブラウザにインストールされたプラグインまたは隠しアプレットのいずれかとして常駐する。サーバ側５２０のコンポーネントは、サービス／デーモンプロセスとして受信デバイス（セットトップボックスまたはゲートウェイ５５０など）に常駐する。機能モジュールを以下に説明する。

ビューコンテキストの作成および表示制御
ビューコンテキストクリエータ５２２は、システムの主要部分である。システムの機能性の基本的な考えは、ビューコンテキストに従ってユーザインタフェースのコンポーネントを作成することである。ビューコンテキストは、現在表示されている番組またはコンテンツ、ユーザの個人的な好み、または第２の画面制御デバイスとして使用されるデバイスというようないくつかの事によって決まる。システムのチューナコンポーネント５２４は、セットトップボックスまたはゲートウェイデバイス５５０が現在合わせているイベントのチャネル同定または番組同定を提供する。ＥＰＧコンポーネント５２６は、その特定の番組が利用可能な番組ガイド情報を提供する。関連データエクストラクタコンポーネント５２８は、ＥＰＧ情報をさらにパースして、現在消費されている番組についてのコンテキスト情報を作り出す。このコンポーネントは、データパイプ（インターネット）を介していくつかのクラウドサービスと任意にコンタクトして、多くのコンテキスト情報を抽出することができる。ユーザデータを提供するユーザプロファイラ５３０も、このコンポーネントによって使用されて、コンテキスト情報をさらに豊富にすることができる。

一実施形態において、ビューコンテキストは、バックグラウンド情報およびナビゲーション制御で強化された主画面コンテンツの小さなアイコンビューを表す。例えば、生スポーツイベントのビューコンテキストは、生ビデオが縮小された小さなビューポートに加えて、そのイベントの他の利用可能なビュー角度のアイコン表現を包含することも可能である。セットトップボックス５５０によって作成されたビューコンテキストは、第２の画面制御デバイス５４０内の表示制御モジュール５１２に送信される。表示制御モジュール５１２は、ビューコンテキストのレンダリングを受け持つ。表示制御モジュール５１２は、デバイスの仕様に従ってレンダリングを適応する。このモジュールを有することによって、表示サイズや能力が異なる複数のデバイスを第２の画面制御デバイス５４０として使用することも可能である。セットトップボックス／ゲートウェイ５５０は、表示なしで初歩的なリモートコントロールを使用することができる場合、テレビなどの主表示画面５６０上でビューコンテキストのレンダリングを受け持つ、デフォルト表示コントローラ５３２を有することもできる。

イベントリスナおよびイベントインタプリタ
システムの第２の部分は、イベントモジュールである。このモジュールも、クライアント側５１０およびサーバ側５２０のコンポーネントを有する。クライアント側５１０コンポーネントは、第２の画面制御デバイス５４０上で実行するイベントリスナ５１４であり、制御デバイス５４０上で起こるイベントを獲得して、イベントデータを、セットトップボックス５５０内で実行するイベントインタプリタ５３４に転送する。イベントデータは、周辺すべてのユーザイベントに加えて、それに関連付けられたデータも含む。これは、タッチスクリーン、加速度計、コンパス、および近接センサなどを介して生じたイベントを含む。例えば、単一のタッチ、複数のタッチ、スクロール、傾き、回転および近接を含む。

図５に示すように、イベントインタプリタ５３４は、現在のビューコンテキストとクライアント側のイベントデータとの両方を得る。イベントインタプリタ５３４の機能は、現在のイベントおよびビューコンテキストに従ってイベントを解釈することである。イベントの解釈は、結果としてビューコンテキストの変更を招くこともあり得る。

システムの機能性は、以下の項の例示的なシナリオを用いて詳述する。これらの例示的なシナリオは、番組のコンテキストに従って、ビューコンテキストまたはユーザインタフェースがどのように異なるかを説明する。

シナリオ１
ユーザは、野生のドキュメンタリーを見ていると仮定する。システムは、以下の情報を収集することができる：

ＥＰＧモジュール
→番組のジャンル
→番組の開始時間および終了時間
→番組のＨＤバージョンの利用可能性
ユーザプロファイラ
→見逃した前回がＤＶＲで記録される
関連データエクストラクタ
→現在の番組に関連する地理的情報および画像
ビューコンテキスト
→ビデオの小さなビューポート
→見逃した前回のアイコンビュー（例えば、ボックスアート）
→ＨＤバージョンのアイコンビュー
→関連する画像および文字情報のティッカー
→関連付けられたスクリーンセーバに対するＲＳＳフィードまたはリンク

シナリオ２（食べ物チャネル）
ビューコンテキスト
→レシピを印刷する印刷アイコン
→スタッフに注文するためのオンラインショッピングのウェブサイトへのリンク
→関連する健康情報を提供するためのティッカーインタフェース
→レシピを友人と共有するための電子メールアイコンまたは共有アイコン

シナリオ３（オンライン協働イベント）
視聴者も参加するディスカッションフォーラムまたは競技イベントようなテレビ番組と仮定する。

ビューコンテキスト
→イベントに音声電話をかけるためのインタフェース
→イベントにＳＭＳ投票をするためのインタフェース
→コメント／挨拶を入力して送信するためのインタフェース
→友人とチャットするためのインタフェース
→フェイスブック、ツイッター用のインタフェース

シナリオ４（生スポーツイベント）
ビューコンテキスト
→友人と協働するためのインタフェース
→オンラインギャンブルのためのインタフェース
→イベントの複数の角度のアイコン表現
→ビデオを再生するアイコンビュー
→競技者を更新するためのティッカーインタフェース

いったんビューコンテキストが作成されると、それは、表示制御モジュール５１２に渡される。ビューコンテキスト情報は、ユーザインタフェースを形成するために表示コントローラ５１２によって使用される。表示コントローラ５１２は、デバイスの能力に従ってユーザインタフェースを適応する、第２の画面制御デバイス５４０内の機能モジュールである。セットトップボックス／ゲートウェイ５５０は、テレビまたは主表示画面５６０上で表示されるユーザインタフェースを提供する、デフォルト表示コントローラ５３２を有することもできる。第２の画面制御デバイス５４０は、イベントを獲得して、それをセットトップボックス５５０内のイベントインタプリタ５３４に返送する、イベントリスナコンポーネント５１４も必要である。セットトップボックス５５０内のイベントインタプリタ５３４は、現在のビューコンテキスト内のイベントを実行して、表示を更新する。

ビューコンテキストをＨＴＭＬ／ＸＭＬを使用して表すことができるし、またはその他の互換性のあるフォーマットを使用することができる。ビューコンテキストがＨＴＭＬに変換される場合、ブラウザをイベントリスナおよびイベントインタプリタとして使用することができる。この例を図６に示すことができる。

図６は、ブラウザを使用したイベント実行フローを示す。この例において、ブラウザ６１０を使用して、イベントリスナ６１２およびイベントインタプリタ６１４の機能性をシステム６００に提供する。システム６００は、ビューコンテキストクリエータ６２０および表示コントローラ６３０も含む。イベントリスナ６１２は、ユーザによるコマンド（例えば、ユーザによるハイパーリンクボタンの選択）または他のイベントを第２の画面制御デバイス上で獲得する。イベントは次に、イベントインタプリタ６１４に送信される（矢印６１６で示す）。イベントインタプリタ６１４は、獲得されたイベントおよび現在のビューコンテキストに照らして解釈を与える。解釈されたイベントは次に、ビューコンテキストクリエータ６２０に提供されて（矢印６１８で示す）システムによって実行される（矢印６２２で示す）。コンテキストクリエータ６２０は、表示コントローラ６３０に対して実行されたイベントおよび提供された変更に照らしてビューコンテキストを更新する（矢印６２４で示す）。

図７は、システムの全プロセスの方法７００を示す。この例において、方法７００は、チューナから現在のチャネルを取得するステップ（ステップ７１０）と電子番組ガイド（ＥＰＧ）から番組情報を取得するステップ(ステップ７２０)とを含む。方法はさらに、表示されるコンテンツに関するユーザプロファイルデータを取得するステップ（ステップ７３０）とインターネットからコンテンツ関連情報を取得するステップ(ステップ７４０)とを含む。次にこの情報を使用して、ビューコンテキストを生成する（ステップ７５０）。次にビューコンテキストを使用して、表示ユーザインタフェースを形成するコンポーネントを生成することができる(ステップ７６０)。最後に、任意に検出されて解釈されたイベントに基づいて、ビューコンテキストを更新することができる(ステップ７７０)。これらのステップのそれぞれを、図８に関連して以下により詳細に説明する。

図８は、システム８００内のビューコンテキスト作成の連続手順を示す。この例において、主表示デバイス上で表示される現在のチャネルまたはコンテンツは、チューナ８１０から取得される（ステップ７１０）。現在のチャネルまたはコンテンツは、矢印８１２で示すように、電子番組ガイド（ＥＰＧ）８２０に提供される。次にＥＰＧ８２０を使用して、取得したチャネルまたはコンテンツの番組情報を取得する(ステップ７２０)。これらのステップは、主表示画面上で表示されるコンテンツを監視するプロセスを形成する。逆に、表示されるコンテンツが、オンディマンドまたは他のストリーミングなどの、映画である場合、ＥＰＧ内で見られるであろう題名および他の関連データを、オンディマンドまたはストリーミングサービスの一部として提供できる。

図８の例において、ユーザの視聴傾向を追跡するユーザプロファイラ８３０を使用して、表示されるコンテンツに関連するユーザデータを取得する（ステップ７３０）。他の実施形態において、ユーザの視聴傾向についてのデータをリモートに収集して順に並べることができるので、ユーザプロファイラ８３０は、リモートに構築されたユーザプロファイルのデータを提供するだけである。このユーザデータならびにＥＰＧ８２０から取得されたコンテンツ情報は、それぞれ矢印８３２と矢印８２２で示すように、関連データエクストラクタ８４０に提供される。

関連データエクストラクタ８４０は、矢印８４２で示すように、番組ガイド情報およびユーザデータ、ならびにインターネットからのコンテンツに関連する付加的なデータを取得する（ステップ７４０）。このすべてのデータは次に、表示されるコンテンツのコンテキストを作成するために関連データエクストラクタ８４０によって使用されて、矢印８４４で示すように、ビューコンテキストクリエータ８５０に提供される。

ビューコンテキストクリエータ８５０は、ビューコンテキストを生成し（ステップ７６０）、ならびに、検出されて解釈されたイベントによって必要とされるビューコンテキストに任意に更新する（ステップ７７０）。ビューコンテキストは、矢印８５２で示すように、表示コントローラ８６０に提供される。表示コントローラ８６０は、ビューコンテキストを使用して、矢印８６２で示すように、表示されるユーザインタフェースを生成する。

本原理のこれらと他の特徴および利点とは、本明細書の教示を基に当業者によって容易に解明されるであろう。本原理の教示を、ハードウェア、ソフトウェア、ファームウェア、専用プロセッサ、またはそれらの組み合わせのさまざまな形態に実装できることを理解されたい。

より好適には、本原理の教示は、ハードウェアとソフトウェアとの組み合わせとして実装される。さらに、ソフトウェアを、プログラム記憶装置上で有形で具体化されるアプリケーションプログラムとして実装できる。アプリケーションプログラムは、適した任意のアーキテクチャを備えるマシンにアップロードして、そのマシンによって実行されてよい。好適には、マシンは、１または複数の中央処理装置（「ＣＰＵ」）、ランダムアクセスメモリ（「ＲＡＭ」）、および入力／出力（「Ｉ／Ｏ」）インタフェースなどの、ハードウェアを有するコンピュータプラットフォーム上で実装される。コンピュータプラットフォームは、オペレーティングシステムおよびマイクロ命令コードを含むこともできる。本明細書で説明したさまざまなプロセスおよび機能は、ＣＰＵによって実行されることができる、マイクロ命令コードの一部、またはアプリケーションプログラムの一部、またはそれらの任意の組み合わせのいずれかであってよい。さらに、他のさまざまな周辺機器を、付加的なデータ記憶装置および印刷装置などの、コンピュータプラットフォームに接続できる。

添付の図面で示したいくつかの構成システムコンポーネントおよび方法は、ソフトウェアに好適に実装されるために、システムコンポーネントまたはプロセス機能ブロック間の実際の接続は、本原理がプログラムされるやり方によって異なる場合もあることをさらに理解されたい。本明細書の教示があれば、当業者は、これらの実装と、本原理の同様の実装またはコンフィギュレーションとを熟考できるようになるであろう。

添付図面を参照しながら事例的な実施形態を本明細書で説明したが、本原理は、それらの実施形態に厳密に限定されず、本原理の範囲または精神から逸脱しなければ、さまざまな変更および改良は、当業者によってその中で達成されることができることを理解されたい。そのようなすべての変更および改良は、添付の特許請求の範囲において記載されるように、本原理の範囲に含まれることを意図する。
本発明の好ましい実施形態を以下に示す。
付記１．第２の画面制御デバイス上に動的ユーザインタフェースを提供して、主表示画面上でコンテンツを制御するための方法であって、
表示されるコンテンツを前記主表示画面上で監視するステップと、
主画面上に表示される前記コンテンツについての付加的な情報を取得するステップと、
監視される前記コンテンツ、付加的な情報、および前記第２の画面制御デバイスの機能性に基づいてビューコンテキストを生成するステップと、
前記ビューコンテキストを前記第２の画面制御デバイスに提供するステップと、
を備える、前記方法。
付記２．表示される前記コンテンツを前記主表示画面上で監視する前記ステップは、
表示される現在のチャネルを取得するステップと、
表示される前記現在のチャネルについての番組を取得するステップと、
を備えることを特徴とする付記１に記載の方法。
付記３．表示される前記現在のチャネルは、チューナから取得される、付記２に記載の方法。
付記４．表示される前記現在のチャネルについての前記番組情報は、電子番組ガイドから取得される、付記２に記載の方法。
付記５．表示される前記コンテンツについての付加的な情報を取得する前記ステップは、関連データエクストラクタによって行われる、付記１に記載の方法。
付記６．表示される前記コンテンツについての付加的な情報を取得する前記ステップは、
ユーザプロファイルデータを取得するステップと、
コンテンツ関連情報をインターネットから取得するステップと、
を備える、付記１に記載の方法。
付記７．前記ユーザプロファイルデータは、ユーザプロファイラから取得される、付記６に記載の方法。
付記８．監視される前記コンテンツ、付加的な情報、およびタッチスクリーン制御デバイスの機能性に基づいてビューコンテキストを生成する前記ステップと、前記ビューコンテキストを前記第２の画面制御デバイスに提供する前記ステップとは、ビューコンテキストクリエータによって行われる、付記１に記載の方法。
付記９．前記ビューコンテキストに基づいて前記第２の画面制御デバイス上でユーザインタフェース表示を生成するステップをさらに備える、付記１に記載の方法。
付記１０．前記ビューコンテキストに基づいて前記第２の画面制御デバイス上でユーザインタフェース表示を生成する前記ステップは、表示コントローラによって行われる、付記９に記載の方法。
付記１１．前記第２の画面制御デバイスからのユーザコマンドを受信するステップと、
前記コマンドを行うステップとをさらに備える、付記１に記載の方法。
付記１２．ユーザコマンドを受信する前記ステップは、
イベントを検出するステップと、
前記イベントを解釈するステップと、
を備える、付記１１に記載の方法。
付記１３．イベントを検出する前記ステップは、イベントリスナによって行われる、付記１２に記載の方法。
付記１４．イベントを解釈する前記ステップは、イベントインタプリタによって行われる、付記１２に記載の方法。
付記１５．第２の画面制御デバイス上の動的に作成されたユーザインタフェースを使用して、コンテンツを主表示画面上で制御するためのシステムであって、
前記第２の画面制御デバイスの表示を制御するための第１の表示制御と、
前記第２の画面制御デバイス上でコマンドをユーザから受信するためのイベントリスナとを備えるクライアントと、
前記クライアントと通信するサーバであって、
前記主表示画面上に表示される前記コンテンツ、付加的な情報、および前記第２の画面制御デバイスの機能性に基づいてビューコンテキストを生成するためのビューコンテキストクリエータと、
前記イベントリスナによって提供された前記ユーザからの前記コマンドを受信し、および前記ビューコンテキストクリエータによって生成された前記ビューコンテキストに照らして前記コマンドを解釈するためのイベントインタプリタとを備える前記サーバと、
を備える、前記システム。
付記１６．前記サーバは、前記主表示デバイス上に表示される前記コンテンツに関連する付加的なデータを抽出するための関連データエクストラクタをさらに備える、付記１５に記載のシステム。
付記１７．前記サーバは、前記関連データエクストラクタと通信するチューナと、
前記チューナおよび前記関連データエクストラクタとの通信をする電子番組ガイドと、 をさらに備える、付記１６に記載のシステム。
付記１８．前記サーバは、ユーザプロファイルデータを提供するために前記関連データエクストラクタと通信するユーザプロファイラをさらに備える、付記１６に記載のシステム。
付記１９．前記サーバは、前記主表示画面の前記表示を制御するために前記ビューコンテキストクリエータと通信する第２の表示コントローラをさらに備える、付記１５に記載のシステム。
付記２０．コンピュータ可読プログラムを有するコンピュータ使用可能媒体であって、前記コンピュータ可読プログラムは、第２の画面制御デバイス上のユーザインタフェースを主表示画面上の制御コンテンツに提供するために、コンピュータ上で実行される時に前記コンピュータに、
前記主表示画面上に表示される前記コンテンツを監視するステップと、
主画面上に表示されるコンテンツについての付加的な情報を取得するステップと、
監視される前記コンテンツ、付加的な情報、および前記第２の画面制御デバイスの機能性に基づいて、前記第２の画面制御デバイスのためのユーザインタフェースを生成するステップと、
前記ユーザインタフェースを前記第２の画面制御デバイス上に表示するステップと、
を含む方法ステップを行わせる、前記コンピュータ使用可能媒体を備える、コンピュータプログラム製品。

Claims (18)

1. 第２の画面制御デバイス上に動的なユーザインタフェース表示を提供して、主表示画面上のコンテンツを制御するための方法であって、
   前記主表示画面上に表示されるコンテンツを監視するステップと、
   前記主表示画面上に表示される前記コンテンツについての付加的な情報を取得するステップと、
   監視される前記コンテンツ、前記付加的な情報、および前記第２の画面制御デバイスの機能性に基づいてビューコンテキストを生成するステップと、
   前記ビューコンテキストを前記第２の画面制御デバイスに提供するステップと、
   前記ビューコンテキストに基づいて、前記主表示画面に関するユーザ制御を提供するためのユーザインタフェース表示を前記第２の画面制御デバイス上で生成するステップと、
   前記ユーザインタフェース表示を介して前記第２の画面制御デバイス上でユーザコマンドを受信するステップと、
   前記ビューコンテキストに従って前記ユーザコマンドを解釈し、前記ユーザコマンドを実行するステップと、
   前記実行されたユーザコマンドに基づいて前記ビューコンテキストを更新するステップと、
   を含む、前記方法。
2. 前記主表示画面上に表示される前記コンテンツを監視する前記ステップは、
   表示される現在のチャネルを取得するステップと、
   表示される前記現在のチャネルについての番組情報を取得するステップと、
   を含む、請求項１に記載の方法。
3. 表示される前記現在のチャネルは、チューナから取得される、請求項２に記載の方法。
4. 表示される前記現在のチャネルについての前記番組情報は、電子番組ガイドから取得される、請求項２に記載の方法。
5. 表示される前記コンテンツについての付加的な情報を取得する前記ステップは、関連データエクストラクタによって行われる、請求項１に記載の方法。
6. 表示される前記コンテンツについての付加的な情報を取得する前記ステップは、
   ユーザプロファイルデータを取得するステップと、
   コンテンツ関連情報をインターネットから取得するステップと、
   を含む、請求項１に記載の方法。
7. 前記ユーザプロファイルデータは、ユーザプロファイラから取得される、請求項６に記載の方法。
8. 監視される前記コンテンツ、付加的な情報、および前記第２の画面制御デバイスの機能性に基づいてビューコンテキストを生成する前記ステップと、前記ビューコンテキストを前記第２の画面制御デバイスに提供する前記ステップとは、ビューコンテキストクリエータによって行われる、請求項１に記載の方法。
9. 前記ビューコンテキストに基づいて前記第２の画面制御デバイス上でユーザインタフェース表示を生成する前記ステップは、表示コントローラによって行われる、請求項１に記載の方法。
10. ユーザコマンドを受信する前記ステップは、
    イベントを検出するステップと、
    前記イベントを解釈するステップと、
    を含む、請求項１に記載の方法。
11. イベントを検出する前記ステップは、イベントリスナによって行われる、請求項１０に記載の方法。
12. イベントを解釈する前記ステップは、イベントインタプリタによって行われる、請求項１０に記載の方法。
13. 第２の画面制御デバイス上の動的に作成されたユーザインタフェース表示を使用して、主表示画面上のコンテンツを制御するためのシステムであって、
    前記第２の画面制御デバイスの表示を制御するための第１の表示制御器であって、前記第１の表示制御器は、前記主表示画面上で現在表示されている前記コンテンツに対応するビューコンテキストに基づいてユーザインタフェース表示を生成する手段を有する、第１の表示制御器と、
    前記第２の画面制御デバイス上でコマンドをユーザから受信し、前記コマンドに対応するイベントデータを送信するためのイベントリスナと、
    を含むクライアントと、
    前記クライアントと通信するサーバであって、
    前記主表示画面上に表示される前記コンテンツ、付加的な情報、および前記第２の画面制御デバイスの機能性に基づいてビューコンテキストを生成し、前記ユーザインタフェース表示の生成のために前記第１の表示制御器に前記ビューコンテキストを送信するためのビューコンテキストクリエータと、
    前記イベントリスナによって提供された前記イベントデータを受信し、および前記ビューコンテキストクリエータによって生成された前記ビューコンテキストに照らして前記コマンドを解釈して、イベントを実行し、前記ビューコンテキストを更新するためのイベントインタプリタと、
    を含む前記サーバと、
    を備える、前記システム。
14. 前記サーバは、前記主表示画面上に表示される前記コンテンツに関連する付加的なデータを抽出するための関連データエクストラクタをさらに備える、請求項１３に記載のシステム。
15. 前記サーバは、
    前記関連データエクストラクタと通信するチューナと、
    前記チューナおよび前記関連データエクストラクタとの通信をする電子番組ガイドと、
    をさらに備える、請求項１４に記載のシステム。
16. 前記サーバは、ユーザプロファイルデータを提供するために前記関連データエクストラクタと通信するユーザプロファイラをさらに備える、請求項１４に記載のシステム。
17. 前記サーバは、前記主表示画面の前記表示を制御するために前記ビューコンテキストクリエータと通信する第２の表示コントローラをさらに備える、請求項１３に記載のシステム。
18. コンピュータ可読プログラムを有するコンピュータ使用可能記憶媒体であって、前記コンピュータ可読プログラムは、第２の画面制御デバイス上に動的ユーザインタフェースを提供して主表示画面上のコンテンツを制御するために、コンピュータ上で実行されるときに前記コンピュータに、
    前記主表示画面上に表示される前記コンテンツを監視するステップと、
    前記主表示画面上に表示されるコンテンツについての付加的な情報を取得するステップと、
    監視される前記コンテンツ、前記付加的な情報、および前記第２の画面制御デバイスの機能性に基づいて、前記第２の画面制御デバイスのためのビューコンテキストを生成するステップと、
    前記ビューコンテキストに基づいて、前記主表示画面に関するユーザ制御を提供するためのユーザインタフェース表示を前記第２の画面制御デバイス上で生成するステップと、
    前記ユーザインタフェース表示を介して前記第２の画面制御デバイス上でユーザコマンドを受信するステップと、
    前記ビューコンテキストに従って前記ユーザコマンドを解釈し、前記ユーザコマンドを実行するステップと、
    前記実行されたユーザコマンドに基づいて前記ビューコンテキストを更新するステップと、
    を含む方法ステップを実行させる、前記コンピュータ使用可能記憶媒体。

Images