JP2014241632A - ビデオが豊富なナビゲーションのためのシステムおよび方法 - Google Patents

Abstract

【課題】ユーザーに、対話型番組ガイドなどの対話型メディアガイドアプリケーションにおけるメディア資産の効率的なビデオが豊富なナビゲーション（ＶＲＮ）を提供する方法およびシステムを提供する。
【解決手段】ユーザーは表示されるビデオ資産を選択することができ、また、リモートコントロールを使用して、選択可能なビデオ資産でアクションを実行することができる。ビデオ資産が表示される方法および特定のビデオ資産に使用可能なアクションが、ＶＲＮデータ配信のユーザー装置に伝送される画面データによって定義される。
【選択図】図１

Description

本発明は、対話型メディアガイドアプリケーションにおける「ビデオが豊富なナビゲーション」（ＶＲＮ）を提供するためのシステムおよび方法に方向付けられている。

本出願は、２００５年３月３０日に出願された米国仮特許出願第６０／６６７，２００号の利益を主張し、その出願の内容は、参照によりその全体が本明細書に援用される。

本対話型メディアガイドアプリケーションでは、ユーザーは、利用可能な番組構成、および、例えば、ビデオオンデマンド（ＶＯＤ）、高品位テレビ（ＨＤＴＶ）、ペイパービュー（ＰＰＶ）、デジタルビデオレコーダ（ＤＶＲ）、音楽チャンネル、デジタルケーブルテレビおよびデジタル衛生放送（ＤＢＳ）、文字情報などの利用可能な他の資産を示す中立メニューの形式で番組ガイドデータを提供される。ユーザーは通常、メインメニューを提供され、ユーザーが興味を示す可能性のある番組が放送される前にいくつかの選択肢をクリックスルーする。

増えつづける数のチャンネルおよびサービスのために、受信契約者は、テレビ鑑賞の体験を簡素化し、向上させるのに手ごわい挑戦に直面する。通信事業者は、鑑賞者に番組の選択肢を認識させ、興味を示させる方法が必要であり、ユーザーには見えない方法で、多数の通信事業者からの提供物を継ぎ目がないかのように組み合わせるために、より簡単な取り掛かり方法が必要となる。

したがって、ユーザーがより使いやすい方法で、ビデオ資産のガイドをユーザーに供給するためのシステムおよび方法を提供することが望ましいであろう。通信事業者およびサービス提供者が、表示画面をもっと簡単にナビゲートできるようにする選択性、対話型性、向上した機能性を提供する、画面要素を備えたビデオページを表示できるようにすることもまた望ましいであろう。

ビデオが豊富なナビゲーション（ＶＲＮ）は、ユーザーが対話型テレビアプリケーションシステムのビデオが豊富なメニュー画面からサービスおよび／または資産にアクセスできるようにする。ＶＲＮ画面（以後「ページ」とも時々称される）は、従来のメニューボタンおよび「ＶＲＮボタン」の両方を含んでもよい。ＶＲＮボタンは対話型ボタンであり、画面要素またはセルを含む。ＶＲＮ画面は、ＶＲＮチャンネルで前記ユーザーに提供されてもよく、および／またはアナログもしくはデジタルビデオ放送チャンネルから、またはいくつかのデジタルチャンネルから構成される合成ビデオストリーム（例えば、エムペグ−２）からの前記セルに充填することによって組み立てられてもよい。前記ＶＲＮチャンネルは、例えば、多重チューナーを使用して、または前記合成ビデオストリームからデジタルチャンネルを選択して、前記ユーザー装置によって調節可能である。ＶＲＮ画面はまた、ビデオオンデマンド（ＶＯＤ）ストリームからのデータにアクセスして、オンデマンドＶＲＮポータル（例えば、ＶＯＤ放送バーカーの機能性）を作成する。本明細書では、「ＶＲＮチャンネル」は調節可能なチャンネルまたはＶＯＤストリームとどちらかと称される。ＶＲＮチャンネルまたは多重リンクＶＲＮチャンネルは、本明細書では「ＶＲＮアプリケーション」と称される一連の特長を提供する。１つ以上のＶＲＮチャンネルを備える例となるアプリケーションは、対話型番組ガイドの特長、対話型ニュースの特長、対話型スポーツアプリケーションの特長、またはビデオオンデマンドの特長を提供してもよい。

ＶＲＮ画面の外観および触感は、ユーザー装置に提供される画面データによって定義してもよい。例えば、画面データは、ＶＲＮページの前記画面上の要素を独自に識別する内容識別子を含む。前記画面データは、例えば、前記ＶＲＮページに表示される前記内容および前記画面要素の対話型機能を定義する「塊」の形式で、テンプレートの定義および管理データを含んでもよい。

画面データはまた、番組、チャンネル、ＶＯＤ番組、グラフなどのための独自の識別子を含んでもよい。さらに、画面データは、グラフの前記ディスプレイ、画面上のテキスト、ならびにＶＲＮ画面の選択可能な項目のユーザー入力に対する作用および反応を識別してもよい。

前記画面データは、帯域内または帯域外の前記ユーザー装置に提供してもよい。帯域内で放送する場合は、画面データは必要に応じて読み出されるが、前記画面がユーザーによってアクセスする場合（オンデマンドで調節または読み出される場合）、適当な時間内に前記ＶＲＮ画面を表示するのに十分な速度で循環してもよい。例えば、データは、少なくとも毎秒１回および毎秒２回の速さで循環してもよい。帯域外で放送する場合は、画面データはユーザー装置（例えば、セットトップボックス）によって局所的に保存してもよい。

ユーザー装置のＶＲＮクライアントは、前記画面データを実行して、ＶＲＮアプリケーションを提供する。ＶＲＮアプリケーションは、エンドユーザー装置に電源が入ったときに自動的に実行、特定のチャンネルに調節されたとき自動的に実行、ユーザー装置でも起動している対話型テレビアプリケーション（対話型番組ガイド、またはＩＰＧ）の１つ以上のメニューからユーザーによってアクセス、またはリモートコントロール装置からのボタンを経てユーザーによってアクセスされてもよい。

実例となる一実施例では、例えば、ＶＲＮページのためのビデオ資産は、合成ビデオとしてビデオ配信に含まれる。テンプレートは、ビデオ内のそれぞれの資産の位置を定義し、またＶＲＮページ内の他の非ビデオ資産の位置を定義する。ＶＲＮクライアントは、背景およびメニュー選択肢などのオーバーレイのしてある非ビデオ資産によって、ＶＲＮボタンとして使用するのに見ることができる前記ビデオ資産の少なくとも一部を残して、前記ビデオ配信に前記ＶＲＮページを生成する。ＶＲＮクライアントがユーザーナビゲーションコマンドを受けるとともに、それは前記ディスプレイの前記選択可能な要素の中の強調表示領域を移動させる。前記ユーザーがビデオ要素などの要素を選択すると、ＶＲＮクライアントは前記画面データに定義されたその要素に関連するアクションを実行する。

さらなる実施態様、特長および修正は、２００５年３月３０日に出願された、米国仮特許出願第６０／６６７，２００号により詳細に開示されており、それに対する本出願請求の優先および付属書ＡからＰを含むその内容は、それらの全体を参照することによって本出願に含まれる。
例えば、本発明は以下の項目を提供する。
（項目１）
ビデオが豊富なナビゲーションインターフェースを提供する方法であって、
複数のビデオ資産を備えるビデオ配信をクライアントで受信するステップと、
該ビデオ資産のうちの少なくとも１つをユーザーによって選択可能なものとして定義し、また該少なくとも１つの選択可能なビデオ資産のユーザーの選択に応答して実行されるべきアクションをさらに定義する画面データを該クライアントで受信するステップと、
該少なくとも１つの選択可能なビデオ資産を表示する対話型ディスプレイを該クライアントで生成するステップと、
該少なくとも１つの表示される選択可能なビデオ資産のうちの１つのユーザーの選択を該クライアントで受信するステップと、
該ユーザーの選択に応答して、該表示される選択可能なビデオ資産のための該画面データによって定義された該アクションを該クライアントで実行するステップと
を含む、方法。
（項目２）
上記ビデオ資産は、生放送番組、ＶＯＤ資産、ＰＰＶ資産、ＤＶＲ資産、ウェブキャスト、プレビューおよび広告から選択される、項目１に記載の方法。
（項目３）
上記ビデオ配信は、１つ以上のアナログチャンネル、１つ以上のデジタルチャンネル、１つ以上のコンポジットビデオ配信、またはそれらの組み合わせを備える、項目１または２に記載の方法。
（項目４）
上記画面データは、上記対話型ディスプレイのレイアウトを定義し、上記少なくとも１つの選択可能なビデオ資産が、上記選択可能なディスプレイで表示される場所を指定する、項目１〜３のいずれかに記載の方法。
（項目５）
上記対話型ディスプレイはホームページであり、また上記少なくとも１つの選択可能なビデオ資産は、デフォルトで強調表示される、項目１〜４のいずれかに記載の方法。
（項目６）
上記アクションを実行するステップは、上記少なくとも１つの選択可能なビデオ資産または別の選択可能なビデオ資産を表示するよう適合された画面要素を有する別の対話型ディスプレイへ切り替えるステップを含む、項目１〜５のいずれかに記載の方法。
（項目７）
上記画面データは、ＸＭＬ文書として受信される、項目１〜６のいずれかに記載の方法。
（項目８）
上記方法は、複数のテンプレートを上記クライアントで受信するステップであって、それぞれのテンプレートはテンプレートＩＤを有するとともに対話型ディスプレイのためのレイアウトを定義するステップをさらに含み、
上記画面データは、テンプレートの該テンプレートＩＤを含み、
上記対話型ディスプレイを生成するステップは、該画面データに含まれる該ＩＤを有する該テンプレートによって定義される上記少なくとも１つのビデオ資産を表示するステップを含む、項目１〜７のいずれかに記載の方法。
（項目９）
上記ユーザーは、リモートコントロール装置のキーを起動することによって上記アクションを開始する、項目１〜８のいずれかに記載の方法。
（項目１０）
上記アクションを開始するために起動される上記キーは、上記画面データによって定義される、項目９に記載の方法。
（項目１１）
上記画面データの少なくとも一部は、時間または地理的な位置の制限によって定義される有効性を有し、該有効性は、上記少なくとも１つの選択可能なビデオ資産が表示されるか、またはユーザーが選択可能であるかどうかを定義する、項目１〜１０のいずれかに記載の方法。
（項目１２）
上記画面データは、複数の塊に論理的に編成され、異なる塊はビデオまたは非ビデオ資産の異なる組に関連している、項目１〜１１のいずれかに記載の方法。
（項目１３）
上記画面データは、複数の塊に論理的に編成され、該塊のうちの少なくとも１つは、上記対話型ディスプレイ用のグローバルリソースを定義する、項目１〜１２のいずれかに記載の方法。
（項目１４）
上記画面データは、複数の塊に論理的に編成され、該塊のうちの少なくとも１つは、定義された期間にわたり変化する、上記対話型ディスプレイ用のリソースを定義する、項目１〜１３のいずれかに記載の方法。
（項目１５）
上記ビデオ配信は、ディスプレイの複数の領域をレンダリングするビデオであり、上記複数のビデオ資産のそれぞれは、該ディスプレイの異なる領域である、項目１〜１４のいずれかに記載の方法。
（項目１６）
上記ビデオ配信を受信するステップは、複数のＶＲＮチャンネルを受信するステップを含み、該複数のＶＲＮチャンネルのうちの第１のＶＲＮチャンネルのためのＶＲＮ画面データは、その選択可能な要素のための上記アクションとして、第２のＶＲＮチャンネルにアクセスし、該第２のＶＲＮチャンネルのための対話型ディスプレイを生成することを定義し、
上記アクションを実行するステップは、該第２のＶＲＮチャンネルの該画面データによって定義される該アクションを実行するステップを含み、
該第１および第２のＶＲＮチャンネルの該対話型ディスプレイは、集合的にＶＲＮアプリケーションを形成する、項目１〜１５のいずれかに記載の方法。
（項目１７）
上記複数のＶＲＮチャンネルのための上記ＶＲＮ画面データは、複数の塊に編成される結合されたデータ配信で上記クライアントによって受信される、項目１８に記載の方法。（項目１８）
上記少なくとも１つの選択可能なビデオ資産は、フルモーションビデオ資産である、項目１〜１７のいずれかに記載の方法。
（項目１９）
上記ビデオ配信は、ＶＲＮページに表示される複数の領域に対するビデオデータを含み、それぞれの表示される領域は、異なるビデオ資産であり、上記方法は、
上記画面データにより上記クライアントに保存された非ビデオ資産を読み出すステップと、
該非ビデオ資産および上記受信されるビデオ資産とともに、該画面データにより上記少なくとも１つの選択可能なビデオ資産を含む対話型ディスプレイを生成するステップとをさらに含む、項目１〜１８のいずれかに記載の方法。
（項目２０）
ビデオが豊富なナビゲーションインターフェースを提供するシステムであって、
複数のビデオ資産を備えるビデオ配信を受信する手段と、
ユーザーによって選択可能なものとして該ビデオ資産のうちの少なくとも１つを定義し、該少なくとも１つの選択可能なビデオ資産のうちのユーザーの選択に応答して実行されるアクションをさらに定義する画面データを受信する手段と、
該少なくとも１つの選択可能なビデオ資産を表示する手段と、
ディスプレイで選択するユーザーの入力を、表示される選択可能なビデオ資産に提供する手段と、
該ユーザーの選択に応答して、該表示される選択可能なビデオ資産のための該画面データによって定義された上記アクションを実行する手段と
を備えるシステム。
（項目２１）
上記ビデオ資産は、生放送番組、ビデオオンデマンド資産、ペイパービュー資産、デジタルビデオレコーダ資産、ウェブキャスト、プレビューおよび広告から選択される、項目２０に記載のシステム。
（項目２２）
上記ビデオ配信は、１つ以上のアナログチャンネル、１つ以上のデジタルチャンネル、またはそれらの組み合わせを備える、項目２０に記載のシステム。
（項目２３）
上記画面データはバイナリデータを備える、項目２０に記載のシステム。
（項目２４）
上記画面データは、上記対話型ディスプレイのレイアウトを定義する、項目２０に記載のシステム。
（項目２５）
上記画面データの少なくとも一部は、時間または地理的な位置の制限を定義する制御データを含み、上記制御データは、上記少なくとも１つの選択可能なビデオ資産が表示される、もしくはユーザーが選択可能である、または両方であるかどうかを定義する、項目２０に記載のシステム。
（項目２６）
上記画面データは、複数の塊に論理的に編成され、異なる塊はビデオまたは非ビデオ資産の異なる組に関連している、項目２０に記載のシステム。
（項目２７）
上記画面データは、複数の塊に論理的に編成され、上記塊のうちの少なくとも１つは、上記対話型ディスプレイ用のグローバルリソースを定義する、項目２０に記載のシステム。
（項目２８）
上記画面データは、複数の塊に論理的に編成され、上記塊のうちの少なくとも１つは、定義された期間にわたり変化する、上記対話型ディスプレイ用のリソースを定義する、項目２０に記載のシステム。
（項目２９）
上記ビデオ配信は、ディスプレイの複数の領域に関連しており、上記複数のビデオ資産のそれぞれは、該ディスプレイの異なる領域である、項目２０に記載のシステム。
（項目３０）
ビデオが豊富なナビゲーション（ＶＲＮ）アプリケーションを提供するシステムであって、
ビデオ配信に複数のＶＲＮビデオ資産を提供する手段と、
ビデオ資産のユーザーの選択に応答して実行されるアクションを定義する画面データを提供するＶＲＮ画面データ手段と、
該ＶＲＮビデオ資産およびＶＲＮ画面データを受信する手段であって、該表示されるビデオ資産のうちの１つは選択可能である、手段と、
該受信されるＶＲＮビデオ資産を表示する手段と、
上記ユーザーの選択に応答して、該表示される選択可能なビデオ資産のための該画面データによって使用可能な該アクションを実行する手段と
を備えるシステム。

図１は、ＶＲＮを提供するための実例となるシステムアーキテクチャを示す。 図２は、ホームページとして実装される実例となるＶＲＮ画面を示す。 図３は、図２のＶＲＮ画面のワイヤーフレームの説明を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図４〜図１７は、実例となるＶＲＮ画面および関連するワイヤーフレームのテンプレートの異なる実施態様を示す。 図１８は、特長を定義するための管理データおよびＶＲＮアプリケーションのための対話型要素の第１の実施態様を示す。 図１８Ａは、ＶＲＮアプリケーションのための管理データのオブジェクトを定義するための管理データの第１のセグメントを示す。 図１８Ｂは、ＶＲＮアプリケーションの番組の利用可能な番組およびキーのアクションを管理するため管理データの第２のセグメントを示す。 図１９は、ＶＲＮアプリケーションのための特長および対話型要素を定義するための管理データの第２の実施態様を示す。 図２０は、ＶＲＮアプリケーションに関連する定義ファイルを図式的に示す。 図２１は、ＶＮＲ画面を設定およびユーザー起動のアクションを実行するための実例となるプロセスの流れを示す。 図２２は、テンプレートを使用してＶＲＮ画面を設定するための実例となるプロセスの流れを示す。 図２３は、選択可能なビデオ要素を備えるＶＲＮページを設定するための実例となるプロセスの流れを示す。 図２４は、異なるＶＲＮ配信からのＶＲＮアプリケーションを設定するための実例となるプロセスの流れを示す。

本発明の上記および他の特長、その性質ならびに多様な利点は、以下の添付図面と併用して、以下の詳細な説明を考慮するとさらに明白になるであろう。

本明細書に説明されるシステムおよび方法は、例えば、テレビのディスプレイもしくは他の型のモニターおよび視覚的通信装置で表示されるビデオが豊富なナビゲーション（ＶＲＮ）ページの形式でビデオ内容を提供およびナビゲーションする特定の実施態様を説明する。ＶＲＮページは複数の適切に配列されたセルを含み、例えば、テレビのディスプレイおよび／またはチューナー装置にスイッチを入れると、開始することができる。ＶＲＮページのセルには、放送チャンネルからのビデオ資産、ビデオオンデマンド（ＶＯＤ）、ペイパービュー（ＰＰＶ）、広告チャンネル、録画資産（ＤＶＲ）、局所的に保存された資産、ウェブサイトおよび同等物を投入してもよい。セルは適切な任意の大きさおよび／または形状であってもよく、また表示画面の適切な任意の位置に位置していてもよい。セルは、テキスト、静止画、フルモーションビデオ画像、ロゴ、もしくはこれらの組み合わせ、または他の適切な要素を含んでもよい。以下の説明では、用語「ＶＲＮページ」および「ＶＲＮ画面」は、交互に使用し、または例えば、テレビのモニターの全画面表示を意味する。

図１は、ＶＲＮを提供するための実例となるシステムアーキテクチャを示す。中央設備１０は、内容ソース１２、ＶＲＮ画面データソース１４および配信装置１６を含む。内容ソース１２は、ＶＲＮ画面のためのビデオ内容を産生および生成するために適切な任意の装置であってもよい。内容ソース１２からのビデオ内容は、アナログ形式またはデジタル形式であってもよい。他の実施態様では、内容ソース１２は、中央設備１０以外の設備であってもよく、また普通のテレビチャンネル（例えば、放送番組、ＶＯＤ内容など）として配信するための内容を提供してもよい。

ＶＲＮ画面データソース１４は、ＶＲＮ画面データを生成するために適切な任意の装置であってもよい。例えば、ＶＲＮ画面データソース１４は、パーソナルコンピュータ（ＰＣ）システムまたはワークステーションであってもよい。ユーザーインターフェース１８は、例えば、オペレータが、ファイルなどのＶＲＮ定義データを定義する、また内容ソース１２からの内容を含む定義データのＶＲＮ画面データを同期させることができる、ウィンドウズ（登録商標）ベースまたはユニックスベースのグラフユーザーインターフェース（ＧＵＩ）などの適切な任意のインターフェースであってもよい。ユーザーインターフェースは、例えば、オペレータがビデオ内容の同期化において選択可能な項目用の明確な設定仕様間の移行を特定できるようにしてもよい。ユーザーインターフェースはさらに、オペレータが、画面要素に表示される内容および資産と同様に、とりわけ、画面要素の外観、機能性および対話型性を管理する管理データを定義できるようにしてもよい。

いくつかの実施態様では、ユーザーインターフェースは、ＶＲＮ画面が明確な内容要素間で移行する場合、オペレータが、新しいビデオ内容用の初期設定仕様に比較的高い優先順位を割り当てることができるようにしてもよい。これにより、かかる内容と関する新しいデータは時間内に伝送されることができる。例えば、ビデオウィンドウがイーエスピーエヌからケーブルニュースネットワークへ変わるときの変更については、ＣＮＮに関連する新しいＶＲＮ画面データは他のデータより優先順位を付与されてもよい。ＶＲＮ画面の変更は、例えば、起動時および／もしくは非起動時を特定することにより、またはＶＲＮ画面データのバージョン番号を特定することにより、スケジュール化してもよい。

コンパイラ２０は、定義ファイルのＶＲＮ画面データをバイナリＶＲＮ画面データにコンパイルするための、適切な任意のハードウェアおよびソフトウェアの組み合わせであってもよい。いくつかの実施形態では、定義データは直ちに使用可能な形式に保存されもよく、またコンパイルを必要とする可能性がない。

配信装置１６は、内容ソース１２からのＶＲＮ画面およびＶＲＮ画面データソース１４からのＶＲＮ画面データを、通信路１９を超えて配信設備２０へ配信するための、またさらに通信路２８を超えてユーザー装置３０に配信するための、任意の適切な装置である。中央設備１０は、多数の配信設備２０へ画面および画面データを配信してもよいが、図面の過度の複雑性を回避するために１つだけ示す。他の実施態様では、中央設備１０は、ＶＲＮ画面および／または画面データをユーザーへ直接配信してもよい。配信装置１６は、適切な任意のアナログまたはデジタル形式の、および適切な任意の通信路（例えば、衛生または地上放送、インターネットなど）を超えるＶＲＮ画面およびＶＲＮ画面データを配信してもよい。ＶＲＮ画面データは、ＶＲＮ画面からの帯域内または帯域外で配信されてもよい。

配信設備２０は、ＶＲＮ画面および画面データを受信するための、ならびに画面および画面データをユーザー装置３０へ配信するための適切ないかなる設備（例えば、電波中継局）であってもよい。ユーザー装置３０の多数のインスタンスがあってもよいが、図面の過度の複雑性を回避するために１つのインスタンスだけを示す。配信設備２０は、局所オペレータが、内容とデータをＶＲＮ画面またはＶＲＮ画面データにそれぞれ挿入でき、また（必要に応じて）伝送のためにＶＲＮ画面データを２進法形式にコンパイルすることができるようにさせるために、内容ソース２４および局所挿入装置２２を有してもよい。局所挿入装置２２は、例えば、ユーザーインターフェース１８およびコンパイラ２０の局所バーションで起動してもよい。

配信装置２６は、適切な任意のアナログまたはデジタル形式の、およびユーザー装置３０への適切ないかなる通信路（例えば、放送、ケーブル、インターネットなど）を超えるＶＲＮ画面およびＶＲＮ画面データを配信してもよい。通信路１９、４９および２８は、例えば、衛星経路、光ファイバ経路、ケーブル経路、インターネット経路またはその他の適切な任意の有線もしくは無線経路を含んでもよい。例えば、ＶＲＮ画面は、エムペグ２配信として提供してもよい。ＶＲＮ画面データは、ＶＲＮ画面からの帯域内または帯域外で配信してもよい。配信装置２６は、調節可能なアナログもしくはデジタルチャンネルとして、またはＶＯＤストリーム（どちらもＶＲＮチャンネルと称す）としてＶＲＮ画面（帯域内ならばＶＲＮ画面データ）を提供してもよい。ＶＲＮチャンネルは、ユーザー装置３０のユーザーに、ＶＲＮアプリケーションを構成する一連の対話型の特長を提供する。

いくつかの実施態様では、配信設備２０は、所定のアナログまたはデジタルチャンネルを超えて常時ＶＲＮチャンネルを提供してもよい。あるいは、配信設備２０は、臨時にＶＲＮチャンネルを提供してもよい。

配信設備２０は、ユーザー装置３０に１つ以上のＶＲＮアプリケーションを提供してもよい。ユーザー装置３０は、配信設備２０によって提供されるＶＲＮアプリケーションを含む、対話型テレビの体験を提供するために適切な任意の装置を含んでもよい。ユーザー装置３０は、テレビ、セットトップボックス、録音機器、ビデオプレーヤー、ユーザー入力装置（例えば、リモートコントロール、キーボード、マウス、タッチパッド、タッチスクリーンおよび音声認識インターフェース）などのテレビ装置、または対話型マルチメディアの体験を提供するために他に適切な任意の装置を含んでもよい。例えば、ユーザー装置３０は、Ｍｏｔｏｒｏｌａ社によって提供されるＤＣＴ２０００、２５００、５１００、６２０８または６４１２セットトップボックスを含んでもよい。いくつかの実施態様では、ユーザー装置３０は、テレビカードを備えたパーソナルコンピュータ（ＰＣＴＶ）などのコンピュータ装置を含んでもよい。いくつかの実施態様では、ユーザー装置３０は、ゲーム用システム、携帯用ＤＶＤプレーヤーなどの携帯用電子機器、携帯用ゲーム機器、携帯電話、携帯用端末、音楽プレーヤー（例えば、ＭＰ３プレーヤー）、および他に適切な任意の携帯用または固定装置を含んでもよい。

図１の実施例では、ユーザー装置３０は、個々の装置または単独の装置として実装してもよい、少なくとも管理回路３２、ディスプレイ装置３４、録音機器３６およびユーザー入力装置３８を含む。ＶＲＮクライアントは、ＶＲＮアプリケーションを提供するために、ユーザー装置３０に実装する。

管理回路３２は、入力装置３８からのユーザー入力を受信するため、およびＶＲＮクライアント（したがって、ＶＲＮアプリケーション）の指示およびユーザー装置３０で軌道している他の任意の対話型テレビアプリケーションを実行するよう適合させる。管理回路３２は、１つ以上のチューナー（例えば、アナログまたはデジタルチューナー）、デコーダー（例えば、エムペグデコーダー）、プロセッサ（例えば、Ｍｏｔｏｒｏｌａ社の６８０００ファミリープロセッサ）、メモリ（すなわち、ランダムアクセスメモリおよびハードディスク）、通信回路（例えば、ケーブルモデム回路）、入力／出力回路（すなわち、グラフ回路）、ユーザー装置３０の多様な装置への接続、およびアナログまたはデジタルテレビ番組および対話型テレビの特長を提供するために他に適切な任意の要素を含んでもよい。一実施態様では、管理回路３２は、例えば、録音機器３６、ディスプレイ装置３４または他に適切な任意の装置（例えば、セットトップボックス、テレビ、ビデオプレーヤーなど）のようなユーザー装置３０の装置のうちの１つの部分として含まれてもよい。

ユーザーは、ケーブルテレビネットワーク、ローカルエリアネットワーク（ＬＡＮ）、無線ネットワーク、ならびに他に適切な任意の手段またはそれらの組み合わせを使用して、マルチメディアソース１２ａ、１２ｂ、１２ｃ、および中央設備１０からのウェブ内容１２ｄへの、および／または同様のソース２４（同様のマルチメディアソースおよびウェブ内容、２４ａ、２４ｂ、２４ｃ、２４ｄを含んでも含まなくてもよい）へのアクセスを有してもよい。いくつかの実施態様では、複数のユーザーの装置は、適切な任意の手段を使用して互いに接続してもよい。

ディスプレイ装置３４は、例えば、テレビモニター、コンピュータモニター、またはユーザー装置３０に組み入れられるディスプレイ（例えば、携帯電話または音楽プレーヤーディスプレイ）などの適切な任意の装置であってもよい。ディスプレイ装置３４はまた、音声の出力を提供するよう構成してもよい。

任意的な録音機器３６は、パーソナルビデオレコーダー（ＰＶＲ），デジタルビデオレコーダ（ＤＶＲ）、ビデオカセットレコーダー（ＶＣＲ）、ＤＶＤレコーダー、または他に適切なビデオレコーダーであってもよい。録音機器３６は、１つ以上のチューナーを含んでもよい。

ユーザー装置３０に実装されたＶＲＮクライアントは、独立するクライアントまたは対話型テレビ番組ガイド（ＩＰＧ）などの対話型テレビアプリケーションの一部であってもよい。対話型テレビアプリケーションは、アプリケーションデータソース４０からの対話型テレビアプリケーションデータを受信してもよい。図１に示すように、データは、配信設備２０経由して、通信路４９を超えて受信されてもよい。あるいは、ユーザー装置３０によって、アプリケーションデータソース４０から直接的な通信路を超えて受信されてもよい（図示せず）。アプリケーションデータソース４０は、中央設備１０の一部であってもよい（図示せず）。いくつかの実施態様では、対話型テレビアプリケーションデータは、グラフ、ロゴなどのようなＶＲＮアプリケーションに含めるためのＶＲＮ画面データに参照される要素を含んでもよい。例えば、ＶＲＮテンプレートは、対話型テレビアプリケーションデータの一部として提供してもよい。

ユーザー装置３０は、多数の対話型テレビアプリケーションを実行してもよい。かかる実施態様のうちのいくつかは、ＶＲＮクライアントは、アプリケーションプログラムインターフェース（ＡＰＩ）を提供して、他の対話型テレビアプリケーションがＶＲＮアプリケーションに起動またはＶＲＮアプリケーションの特長にアクセスできるようにする。ＶＲＮクライアントが、ＩＰＧなどの特定な対話型テレビアプリケーションに一部であるとき、そのアプリケーションは、他のアプリケーションがＶＲＮアプリケーションを起動し、またアクセスできるように、ＡＰＩを他のアプリケーションに提供してもよい。さらに他の方法では、対話型テレビアプリケーションはＡＰＩにＶＲＮアプリケーションを提供してもよい。これは、対話型テレビアプリケーションの多様な特長にＶＲＮアプリケーションアクセスを提供してもよい。例えば、ユーザー装置３０は、ＩＰＧを提供してもよい。ＶＲＮ画面データは、例えば、特定の特長（例えば、所定のチャンネル、サービスおよびタイムスロット）を提供するために、ＶＲＮアプリケーションがＩＰＧ（または、例えば、ＶＲＮクライアントがＩＰＧである場合のＩＰＧの特長）を呼び出すように特定してもよい。

上述したように、ＶＲＮの特長は、ＶＲＮクライアントで使用可能である必要があり、画面データおよび管理データなどＶＲＮデータは、ユーザーがＶＲＮの特長をうまく利用するようにＶＲＮクライアントに利用可能である必要がある。したがって、ユーザーが、ＰＰＶまたはＶＯＤサービスなどの放送チャンネルまたはビデオストリームに合わせたとき、ＶＲＮクライアントは、チャンネルまたはビデオストリームがＶＲＮ画面データを含むかどうか最初に確定してもよい。この確定は自動的に行われてもよく（なぜなら、チャンネルまたはビデオストリームは、ＶＲＮチャンネルとしてガイドにまだ識別されていないから）、またはチャンネルがＶＲＮチャンネルとして識別されたときのみ実行されてもよい。チャンネルまたはビデオストリームはＶＲＮ画面データを有していない場合は、かかるデータがその後に伝送されたかどうか、ＶＲＮクライアントはチャンネルまたはＶＯＤ資産の監視を続けて、そのようなデータを検出してもよい。ＶＲＮクライアントがアイドル状態（ユーザーが番組またはストリームされた財産を見る場合など）またはフリップ状態（ユーザーが調節をしていて、ＶＲＮクライアントがＩＰＧである場合など）であると同時にＶＲＮ画面データが受信される場合に、それにより、ＶＲＮクライアントはアイドル状態またはフリップ状態を終了し、ＶＲＮアプリケーションを起動してもよい。ＶＲＮクライアントは一時期（例えば、１５秒）ＶＲＮデータを受信することを停止する場合、ＶＲＮクライアントはアイドル状態へ立ち戻ってもよい。

伝送された画面データは、テンプレートへの参照を含んでもよい。しかしながら、テンプレートはＶＲＮアプリケーションには必要とされない。テンプレートは受信される定義文書（またはそれらのコンパイルされた相当物）であり、またＶＲＮクライアントによって保存されてもよい。いくつかの実施態様では、テンプレートは、ハードコードされ、またＶＲＮクライアントの一部として含まれてもよい。テンプレートは、ＶＲＮアプリケーションの画面の外観を定義するが、実際の内容または内容を識別する情報の代わりに、内容のプレースホルダーを含む。テンプレートの識別子は、テンプレート、例えば、クライアントに保存されたテンプレートを識別するための実際のテンプレートの定義の代わりに使用することができる。ＶＲＮクライアントはテンプレートの識別子を使用して、メモリからテンプレートを読み出し、その後ＶＲＮ画面データの内容識別子に基づいてテンプレートを投入する。これは、データが伝送される量を削減する可能性がある。ＶＲＮクライアントはテンプレートを、またそれによってテンプレートの識別子の変更によりＶＲＮ画面の外観を変更する。テンプレートの識別子および／またはテンプレートの定義は、ＶＲＮ画面データ配信以外のデータ配信を経てクライアントに伝送することができる。

以下の項は、ＶＲＮアプリケーションの実例となる実施態様を説明する。セットトップボックスまたはディスプレイなどのユーザー装置は最初にスイッチが入り、ＶＲＮビデオ配信およびＶＲＮ画面データが利用可能となると、ＶＲＮホームページが表示されてもよい。以下に説明する要素および動作は、表示されるホームページに関連してより包括的に説明するが、これは例証の目的のみである。ＶＲＮホームページからアクセス可能な他のＶＲＮ画面などのホームページであってもよい、またはそうでなくてもよい他のＶＲＮ画面を、異なるページレイアウトおよび強調表示された管理機能性を備えた、実例となるホームページの説明に続いて以下に説明する。

ホームページ（および他のＶＲＮ画面）は、ディスプレイ（またはＶＲＮページ）の確定した領域を占める、対話型または非対話型の多くの要素を含んでもよい。一実施態様では、ＶＲＮ画面の多様なＶＲＮ要素の内容は、ＶＲＮビデオ配信とともに伝送することができる。サイズ、カラースキーム、およびＶＲＮ画面要素に関連する対話型機能などのＶＲＮ画面要素の他の属性は、ＶＲＮ画面データを経てＶＲＮクライアントへ伝送することができる。ＶＲＮ画面データは、特定の未対応のＶＲＮ画面要素（例えば、利用不可な、または阻止された内容に関連したＶＲＮ画面要素）または除外される、目立たなくされる、またはグレー表示されるべきＶＲＮ画面の領域を引き起こしてもよい。対話型ＶＲＮ画面要素、ＶＲＮボタンとも称される、は、強調表示され、選択される。エンドユーザーが特定の対話型要素に（例えば、リモートコントロール装置の矢印キーを使用することによって）、ナビゲートする場合、対話型要素は、何らかの方法で、視覚的に強調表示される。エンドユーザーが強調表示された対話型要素を「選択する」と（例えば、リモートコントロール装置の「ＯＫ」ボタンを押すことによって）、システムは、調節可能なチャンネル、ＶＯＤクリップ、ＶＯＤ画面、ＩＰＧ画面、またはＶＲＮ画面データの対話型要素のために特定される選択動作に基づく他の対話型メディアガイドアプリケーションを表示する。

ＶＲＮ画面の以下の説明を、以下のように編成する。

項Ｉは、ホームページの一般的な設定に対応し、項ＩＡは実例となるホームページの要素および実例となるホームページの動作を説明する。項ＩＢは、リモートコントロールキーに対する実例となるホームページの応答を説明する。項ＩＣは、ホームページアプリケーションにより呼び出される実例となるＩＰＧ機能を説明する。項ＩＤは、ＩＰＧを通るホームページアクセスを提供するための実例となるＩＰＧ動作を説明する。項ＩＩは、優先順位およびテンプレートの使用を説明する。項ＩＩＩは、テンプレートに基づく実例となる追加のＶＲＮ画面の実例を提供する。項ＩＶは、管理データまたは塊の使用を紹介する。テンプレートの生成、ＶＲＮ画面および選択可能なビデオ要素の生成、対話型および非対話型ボタンの生成（またはＶＲＮ画面要素）に関するプロセスならびにＶＲＮ画面および管理データの使用の詳細を、図２１から図２４に表わした実例となるプロセスの流れに示す。実例となるホームページの設定。

ＩＡ 実例となるホームページの要素の説明
図２は、対話型および非対話型の特長ならびに内容を有する利用可能となる多様なプログラミング要素を備えたホームページのための実例となるＶＲＮ画面を示す。図３は、フルモーションビデオおよび他の内容に投入された要素（「要素」）を備えたワイヤーフレームの形式の対応する実例となるテンプレートである。

画面の要素は、以下の型であってもよい。
・静止画−例えば、ファイル名によってＶＲＮ画面データで識別される
・ＶＯＤビデオクリップ−例えば、プロバイダーＩＤおよび資産ＩＤによってＶＲＮ画面データで識別される
・生ビデオソース−例えば、ソースＩＤによってＶＲＮ画面データで識別される
・ビデオプレイリスト−一連のＶＯＤビデオクリップおよび／または生ビデオソース
・グラフ−例えば、メタデータによってＶＲＮ画面データで説明される
・テキストブロック−例えば、メタデータによってＶＲＮ画面データで説明される
・音声トラック−例えば、ケーブルプラント音声ＰＩＤによってＶＲＮ画面データで識別される
他に適切な任意の要素を使用してもよいので、これらは一例にすぎない。例えば、双方向の通信を支持するいくつかの実施態様では、ユーザーがＨＴＭＬ経由でアプリケーションサーバーに形式を提出できるようにするために、入力形式を提供してもよい。

表１は、図２および図３で参照された多様な要素を説明する。

Ｉ．Ａ．１ 背景（ＢＧ−１）
背景は、テンプレートの他のすべての要素の背後に位置する全画面表示の非対話型要素である。図３では、ＢＧ−Ｉは背景要素を表わす。この要素は、図２に示す青色のグラフの背景および黒色のグラフのブロックヘッダーを含むことを前提とする。いくつかの方法では、ホームページロゴ（ＳＥ−Ｉ）（または他のロゴ）は背景要素に組み込むことが可能であることに留意されたい。

背景要素は以下のうちのどれか１つであってもよい。
・静止画
・ＶＯＤビデオクリップ
・生ビデオソース
・ビデオプレイリスト
背景要素はそれに関連する特別な動作を有することはない。背景要素の変更は、日付および／または日にちの部分に基づくＶＲＮ画面データにスケジュール化してもよい。

Ｉ．Ａ．２ ホームページロゴ（ＳＥ−１）
ホームページロゴは非対話型、静的要素（したがって、図３の指示「ＳＥ−１」）であり、すなわち、ホームページが表示される間は同じ状態である。（以下項ＩＩＩに説明するテンプレートを採用する実施態様では、静的要素は、特定のテンプレートの全てのインスタンスで同じ状態である）。ホームページロゴ要素が背景要素の変更と時を同じくして変更されることが望ましい場合、前項で述べたように、ホームページロゴを背景要素に組み込むことは、いくつかの実施態様では比較的簡単である可能性がある。ホームページロゴ要素は静止画である。非ホームページのために図２の画面が使用される実施態様では、この要素は異なるロゴによって置換されてもよい。

Ｉ．Ａ．３ メッセージインジケータ（ＳＥ−２）
メッセージインジケータは対話型、静的要素である。メッセージインジケータ要素自体が変更されない場合は、条件付き視認性と称される特別な動作を有し、受信契約者がＩＰＧメッセージセンターの１つ以上の未読メッセージを有する場合にようやく可視的となる。メッセージインジケータ要素は特別な強調表示動作を有することはない。選択動作は、ＩＰＧメッセージセンター画面を表示することである。メッセージインジケータ要素は、静止画またはテキストブロック（例えば、アイコン）とどちらかであってもよい。

Ｉ．Ａ．４ 時間（ＤＥ−１）
時間は対話型、ＳＴＢ（セットトップボックス）クロックの現在の時刻を反映するために変更される、動的要素（したがって、図３の指示「ＤＥ−１」）である。時間要素は特別な強調表示動作を有することはない。選択動作は、ＩＰＧテレビタイマー画面を表示することである。時間要素はテキストブロックである。

Ｉ．Ａ．５ 温度（ＤＥ−２）
温度は、対話型、ケーブルシステムに提供される現在の温度を反映するために変更される、動的要素である。この要素は、２つの明確なテキスト文字列−一方はテキスト「現在の温度」を含み、また他方は実際の温度読み出しを含む。温度要素は特別な強調表示動作を有することはない。選択動作は、ＩＰＧ天候画面を表示することである。温度要素はテキストブロックである。

Ｉ．Ａ．６ メインビデオウィンドウ（ＶＷ−１）
メインビデオウィンドウは、対話型、例えば、ＶＯＤビデオクリップのプレイリストを通って循環してもよい、動的要素である。メインビデオウィンドウは、いくつのＶＯＤビデオクリップを含むことができる、プレイリストを通して継続的に循環するが、プレイリストは、マルチプルシステムオペレータが促進したいと願う少数（１ダースまたはそれ以下）を含んでもよい。メインビデオウィンドウプレイリストに関連する音声トラックは、デフォルトにより受信契約者に可聴式となる。

メインビデオウィンドウ要素は特別な強調表示動作を有することはない。選択動作は、現在のＶＯＤビデオクリップ（選択の時点）を促進する、ＶＯＤ番組のために特別に情報画面を表示することであってもよい。代替の選択動作は、プレイリストのＶＯＤビデオクリップによって促進される全てのＶＯＤ番組を含むＶＯＤサブメニューを表示することであってもよい。メインビデオウィンドウ要素は、ＶＯＤビデオクリップまたはビデオプレイリストである。メインビデオウィンドウプレイリストの変更は、日付および／または日にちの部分に基づきスケジュール化してもよい。

Ｉ．Ａ．７ メインビデオウィンドウ情報（ＣＥ−１）
メインビデオウィンドウ情報は、メインビデオウィンドウの非対話型子要素（したがって、図３の指示「ＣＥ−１」）である。メインビデオウィンドウ情報要素は、メインビデオウィンドウで再生している現在のＶＯＤビデオクリップに一致させるよう変更される。この要素は、現在のＶＯＤビデオクリップ−特に、「価格」メタデータ要素、「価格情報」メタデータ要素、「継続期間」メタデータ要素および「評価」メタデータ要素に関連するいくつかのメタデータ要素の連結である。メインビデオウィンドウ情報要素はテキストブロックである。

Ｉ．Ａ．８ メニューボタン（ＭＢ−１からＭＢ−６）
メニューボタンは、ＭＳＯ（マルチプルシステムオペレータ、すなわち、２つ以上のケーブルシステムを動作する企業）が望むようにカスタマイズ化および修正してももい、対話型要素である。図３では、ＭＢ−１からＭＢ−６は、メニューボタン要素を表す。これらの６つの要素は、「メニューグループ」に論理的に組み合わせる。メニューグループは、特定の画面エリアの角にアンカーポイントを有してもよい。全体としてのメニューグループは、特別な動作を有する。第１に、メニューボタン要素のいずれかが未定義（空の）である場合、それは表示されず、またメニューグループの他のメニューボタン要素は、必要に応じてディスプレイの上方に移動すべきである。

さらに、それぞれのメニューボタン要素は、１つ以上のシステムおよび／またはセッションプロパティに基づき、条件付き視認性を有するように定義することができる。例えば、図２（図３のＭＢ−４）に示すＤＶＲメニューボタンは、ユーザーの装置がＤＶＲ機能を有する場合にようやく可視的となり得る。さもなければ、ＤＶＲメニューボタンは可視的となることはなく、再び、他のメニューボタン要素は、必要に応じてディスプレイの上方に移動するであろう。

メニューボタン要素のための条件付き視認性を推進する可能性のある性質の他の実例は、特定の対話型テレビアプリケーションのためのＳＴＢサポート、または特定の調節可能なチャンネルのための受信契約者の資格の欠如を含んでもよい。メニューボタン要素の条件付き視認性の代替の方法は、条件付き選択動作であってもよい。例えば、ＤＶＲ機能のない受信契約者については、ＤＶＲメニューボタンは、ＤＶＲ使用可能なＳＴＢを促進する画面を表示してもよい。

メニューボタンの条件付き視認性のさらに別の実例は、番組に関連する要素を強調表示しているユーザーに応えて、メニューボタン（または別の選択可能な要素）を表示している。このようにして、番組に関連する唯一の選択肢を提供する。これらの選択肢は、例えば、ツールバーに表示してもよい。

メニューボタン要素は特別な強調表示動作を有することはない。選択動作はＭＳＯ（マルチプルシステムオペレータ−２つ以上のケーブルシステムを動作する企業）に基づき構成してもよい。可視的なメニューボタン要素は、以下のうちのいずれか１つであってもよい。
・静止画（組み込みテキスト付き）
・静止画＋テキストブロックオーバーレイ
・グラフ＋テキストブロックオーバーレイ
メニューボタン要素の変更は、日付および／または日にちの部分に基づきスケジュール化してもよい。スケジュール化された変更は、ホームページのＶＲＮ画面データに出現する。メニューグループのＶＲＮ画面データはさらに、メニューグループのための画面エリアおよびアンカーポイントを特定してもよい。

Ｉ．Ａ．９ ビデオ見本（ＶＳ−１からＶＳ−４）
ビデオ見本は、対話型、ＭＳＯが望むようにカスタマイズ化および修正することができる、動的要素である。いくつかの実施態様では、メインビデオウィンドウ要素と同様に、それぞれのビデオ見本要素はＶＯＤビデオクリップのプレイリストによって推進されてもよい。他の実施態様では、ビデオ見本要素は、一貫性のある選択動作とともに、単一の題目（したがって、単一のＶＯＤビデオクリップまたはビデオプレイリストを使用する）を表してもよい。

ビデオ見本は、多くの特別な動作を有してもよい。第１に、明確なビデオ見本要素はそれぞれ、強調表示されていない場合は「カバー画像」の間で視覚的に行ったり来たりする能力を、また強調表示されている場合はビデオ内容（ＶＯＤビデオクリップ、生ビデオソースまたはビデオプレイリスト）を有してもよい。本明細書ではこれは「ハイブリッド対話型要」と称す。第２に、関連した音声トラックを有する、いかなるビデオ見本要素のための音声トラックは、ビデオ見本が強調表示される（または選択される）場合に、受信契約者にとって可聴式となる。最後に、４つのビデオ見本要素は、メニューボタン要素に酷似の「強調表示グループ」に論理的に組み合わせる。しかしながら、このグループの定義は、以下のビデオ見本情報の項で説明する、個別の「強調表示要素」の動作を推進する。ビデオ見本要素のための選択動作は、ＭＳＯによって構成可能であってもよい。

ビデオ見本要素は以下のうちのいずれか１つであってもよい。
・静止画
・ＶＯＤビデオクリップ
・生ビデオソース
・ビデオプレイリスト
・ビデオ見本要素が強調表示（ハイブリッド）される場合、ＶＯＤビデオクリップ、生ビデオソースまたはビデオプレイリストへ移行している静止画（「カバー画像」）。ビデオ見本要素／要素プレイリストの変更は、日付および／または日にちの部分に基づきスケジュール化してもよい。

Ｉ．Ａ．１０ ビデオ見本の表題（ＣＥ−２からＣＥ−５）
ビデオ見本の表題は、ビデオ見本（ＶＳ−１からＶＳ−４のそれぞれ）の非対話型子要素（したがって、図３の指示「ＣＥ−２」から「ＣＥ−５」）である。ビデオ見本の表題は、それら個別のビデオ見本要素に表示される、現在の静止画、ＶＯＤビデオクリップ、生ビデオソースまたはビデオプレイリストに一致するように変更される。表示される表題は、それぞれ個別に関連するメタデータ要素からであってもよい。

ビデオ見本の表題の要素はテキストブロックである。さらに、描写したように、ビデオ見本の表題の要素は、テキストブロックの真下に透過的な黒色の「棒グラフ」を含んでもよいことに留意されたい。この棒グラフは、半製品化され、ＶＯＤビデオクリップに組み込むことができるが、生ビデオソースのためのこの棒グラフのレンダリングは、リアルタイムで実行されることが必要となるであろう。

Ｉ．Ａ．１１ ビデオ見本情報（ＨＥ−１）
ビデオ見本情報は、非対話型、ビデオ見本の強調表示グループに関連する動的強調表示要素（したがって、図２の指示「ＨＥ−１」）である。ビデオ見本情報要素は、子要素に酷似して動作するが、その親として単一の要素を有するのに対して、その親として強調表示グループを有する。ビデオ見本要素のうちの１つが強調表示されると、ビデオ見本情報要素は現在強調表示されているビデオ見本要素を反映するように変更される。ビデオ見本情報要素はまた、条件付き視認性を有する。ビデオ見本要素のうちの１つが強調表示されると、ようやく可視的となる。表示された情報は、ビデオ見本要素のそれぞれの固有の値を有する単一のメタデータの属性から収集してもよい。ビデオ見本情報要素はテキストブロックである。

Ｉ．Ａ．１２ 音声
音声は図２および図３では暗黙要素である。メインビデオウィンドウに示されても、ビデオ見本に示されても、全てのＶＯＤビデオクリップおよび生ビデオソースは、関連する音声トラックを有する。いくつかの実施態様では、ホームページは、正確に１つのデフォルト音声トラックを識別してもよい。図２の見本のホームページでは、メインビデオウィンドウ（ＶＷ−１）に関連する音声トラックは、デフォルト音声トラックである。しかしながら、関連する音声トラックを有するいかなるビデオ見本要素については、そのビデオ見本が強調表示されると、関連する音声トラックはユーザーにとって可聴式となる。ビデオ見本要素が強調表示されない場合は、デフォルト音声トラックは、受信契約者にとって可聴式となる。関連する音声トラックを備える対話型要素が現在強調表示されない場合は、ホームページアプリケーションは、ユーザーのために可聴式なデフォルト音声トラックを作成する。関連する音声トラックを備える任意の対話型要素が現在強調表示されている場合は、ホームページアプリケーションは、ユーザーに可聴式な強調表示された対話型要素に関連する音声トラックを作成する。音声トラックは、単一のエムペグストリームの異なるＰＩＤまたは異なるエムペグストリームに提供してもよい。いくつかの実施態様では、音声は、発話に合成するミディデータまたはテキストとして提供されてもよい。

Ｉ．Ａ．１３ 実例となる強調表示および選択動作
ホームページアプリケーション（および他のＶＲＮアプリケーション）は、ホームページアプリケーションが最初に実行されるとき、デフォルトによって強調表示されるべき対話型要素を識別してもよい。ホームページアプリケーションが焦点を失うが、アクティブ状態を保つ場合、ホームページアプリケーションは、最後に強調表示された対話型要素の知識を保持してもよい。焦点を失った後に、ホームページアプリケーションが焦点を取り戻す場合は、ホームページアプリケーションは、強調表示を最後に強調表示された対話型要素に修復してもよい。ホームページアプリケーションが非アクティブ（終了）になる場合は、ホームページアプリケーションは、現在強調表示されている対話型要素の知識を保持することはできない。

対話型要素が（「強調表示された」）にナビゲートされる場合は、ホームページアプリケーション（または他のＶＲＮアプリケーション）は、呼び出すべき１つ以上の特別な強調表示動作を特定してもよい。例えば、関連する音声トラックを備える対話型要素が強調表示される場合、強調表示された対話型要素のための音声トラックは、受信契約者にとって可聴式となる。ハイブリッドの対話型要素が強調表示される場合は、ハイブリッド対話型要素に関連する「カバー画像」は、ハイブリッド対話型要素と関連するＶＯＤビデオクリップ、生ビデオソースまたはビデオプレイリストと置換してもよい。

ホームページアプリケーション（または他のＶＲＮアプリケーション）は、対話型要素の明確なグループ（「強調表示グループ」）の関連性に個別の「強調表示要素」を提供してもよい。強調表示グループに関連する強調表示要素は、強調表示グループに現在強調表示されている対話型要素のための特定のメタデータを表示する。強調表示グループの対話型要素のいずれも現在の強調表示されていない場合は、強調表示グループに関連するいかなる強調表示要素も表示されない。

ホームページアプリケーション（または他のＶＲＮアプリケーション）は、ＶＲＮ画面データのその要素に特定された基準に基づく要素に、「条件付き選択動作」を提供してもよい。条件付き選択動作のための基準を有する任意の要素のための選択動作は、選択時において特定された基準の評価によって決定してもよい。条件付き選択動作のために特定された基準は、選択時に確定することができる要素、セションまたはシステムの属性に限定してもよい。

Ｉ．Ａ．１４ 追加の実例となるホームページ表示動作
ホームページアプリケーション（または他のＶＲＮアプリケーション）は、１つ以上の以下の追加の表示動作を支援してもよい。

ホームページアプリケーション（または他のＶＲＮアプリケーション）は、「条件付き視認性」を、要素のために特定された基準に基づくその要素に提供してもよい。特定された基準を満たすとき、条件付き視認性のための基準を有するいかなる要素も、受信契約者にとってようやく可視的となる。条件付き視認性のために特定された基準は、ホームページアプリケーションを実行する間に確定することができる、要素、セッションおよびシステムの属性に限定してもよい。全画面が条件付き視認性を有してもよい。例えば、画面は、ＶＲＮアプリケーションがどこからアクセスされるかにより多様であってもよい。

ホームページアプリケーション（または他のＶＲＮアプリケーション）は、要素間の親子関係に基づいて要素を動的に表示してもよい。子要素は、それぞれの親要素に関連する１つ以上のメタデータの属性を有する。特定の親要素が変更されるにつれて、子要素は、新しい親要素に関連してメタデータの属性を反映するように変更される。

ホームページアプリケーション（または他のＶＲＮアプリケーション）は、ＳＴＢクロックなどのシステムの属性、および温度に基づき要素を動的に表示してもよい。

ＶＲＮボタンが、局所チャンネルマップで支援されていないチャンネルまたはソースと関連するとき、ＶＲＮクライアントは、ホームページ（または他のＶＲＮアプリケーション）のＶＲＮボタンを隠してもよい。ＶＲＮクライアントは、ＡＰＩの呼び出しを経て、他の対話型テレビアプリケーション（例えば、ＩＰＧ）に対して局所チャンネルマップを獲得してもよく、ＶＲＮ画面データとして局所チャンネルマップを受信してもよく、またはＶＲＮクライアントがＩＰＧである場合の実施態様では、ＩＰＧデータとして局所チャンネルマップを受信してもよい。例えば、その機能性がユーザーの装置で支援されていない（例えば、ＶＲＮクライアントが、非ＤＶＲのＳＴＢのためのＤＶＲボタンを表示しない）とき、ＶＲＮクライアントはまた、ボタンを隠してもよい。ＶＲＮのボタンが隠されているとき、その音声およびビデオは、ユーザーにとって感知できなくてもよい。ＶＲＮ画面データは、隠されたＶＲＮボタンに代替の表示構成を提供してもよい。

いくつかの実施態様では、ホームページ（または他のＶＲＮアプリケーション）が構成可能な間隔で非アクティブになった後、ＶＲＮクライアントは、スクリーンセーバーを表示してもよい。ＶＲＮ画面がＶＯＤである場合、ＶＲＮクライアントは、スクリーンセーバーが一時期提供された後で、ユーザーの装置を、調節された最後の線形チャンネルに単に調節してもよい。ＶＲＮ画面が放送される場合、スクリーンセーバーはタイムアウトにできない。

Ｉ．Ａ．１５ ホームページ要素の移行スケジュール化
ホームページアプリケーション（または他のＶＲＮアプリケーション）は、要素のための仕様の予め設定されたスケジュールに基づいてその要素のための多数で明確な仕様間で移行してもよい。スケジュール化は、例えば、日付および日にちの部分または日付および時間によってもよい。アプリケーションのためのＶＲＮ画面データは、それぞれの明確な要素のために使用されるべき仕様の予め設定されたスケジュールを含む。

ホームページアプリケーション（または他のＶＲＮアプリケーション）は、ＶＲＮアプリケーションの起動時にホームページアプリケーションの要素のための明確な仕様間で選択してもよい。いくつかの実施態様では、ＶＲＮアプリケーションは、実行する単一例の間、要素の仕様間で移行することはない。

Ｉ．Ｂ リモートコントロールキーに対する実例となる反応
セットトップボックスの機能性を管理し、ユーザーの入力に対する画面の命令および反応を定義するリモートコントロールに供給されるキーの数は、相当増加してきた。リモートコントロールがユーザー装置のいくつかの異なる要素を動作するだけでなく、それらはまた、ますますより複雑になる機能を始動させる。表２は、本書で説明されるものなどのホームページアプリケーションがアクティブで、焦点が合っている間はほとんどがアクティブである、４５のコントロールキーを備えたリモートコントロールの実例となる動作を定義する。全てのキーがアクティブでない可能性があるので、実際のキーの数はそれ以上になる場合がある。以下の動作のいくつかは、ホームページは、ＩＰＧの機能（これは以下の項ＩＣおよびＩＤで説明する）へのアクセスを有することを前提とする。

上述の実例となる動作に加えて、ホームページアプリケーション（または他のＶＲＮアプリケーション）は、構成可能なボタンを支援してもよい。例えば、画面上で物理的なボタン（例えば、リモートコントロールまたはＳＴＢボタン）は、ＶＲＮ画面データによって特定される多様な動作を有してもよい。いくつかの実施態様では、強調表示動作は構成可能であってもよい。例えば、画面上のボタン上のカーソルを移動させることは、速報テキストなどの動作を始動することができる。いくつかの実施態様では、選択動作は構成可能であってもよい（例えば、ボタンが特定の画面を始動してもしなくても）。いくつかの実施態様では、例外動作が構成可能であってもよい。

Ｉ．Ｃ ホームページアプリケーションによって呼び出される実例となるＩＰＧ機能
いくつかの実施態様では、ＩＰＧは、ユーザー装置３０（図１）に備わっていてもよく、ホームページアプリケーションがＩＰＧ機能にアクセスするように（ＩＰＧがＶＲＮクライアントであってもなくても）、ＡＰＩをホームページアプリケーションに提供してもよい。ホームページアプリケーションは、ＩＰＧがユーザー入力に応えて以下のアクションのうちのいずれかを実行することを要求してもよい。
・特定のソースチャンネルに調節する（例えば、ソースＩＤまたはチャンネルコールサインによって特定される）
・ホームページチャンネルに先立ち調節された最後のソースに調節する。ユーザーがチャンネル（ホームページチャンネル以外の）を調節しようとすると、ホームページアプリケーションは終了してもよい。
・特定のＶＯＤビデオクリップ（例えば、プロバイダーＩＤおよび／または資産ＩＤによって特定された）を再生する。
・特定のＶＯＤ資産（例えば、プロバイダーＩＤおよび／または資産ＩＤによって特定された）のための情報画面を表示する。
・ＶＯＤメインメニュー画面を表示する。
・特定のＶＯＤサブメニュー画面を表示する。
・ＩＰＧ以外の特定のＶＲＮアプリケーションを起動する。他のアプリケーションを起動した状態で、ホームページアプリケーションは終了してもよい。
・現在の３０分を発端に、チャンネルマップの一番低いチャンネル番号で、ＩＰＧグリッドリスト画面を表示する。
・ＩＰＧフィルター文字列で支援されている任意のサービスの属性によってフィルターにかけられたチャンネルとともに、ＩＰＧグリッドリスト画面を表示する。
・現在の３０分を発端に、チャンネルマップの一番低いチャンネル番号で、時間およびチャンネル画面によってＩＰＧリストを表示する。
・任意のサービス、スケジュールまたは番組の属性によってフィルターにかけられた番組とともに、時間およびチャンネル画面によってＩＰＧリストを表示する。
・チャンネルマップの一番低いチャンネル番号を発端に、現在の３０分で、チャンネルおよび時間画面によってＩＰＧリストを表示する。
・ＩＰＧフィルター文字列で現在支援されている任意のサービス、スケジュールまたは番組の属性によってフィルターにかけられた番組とともに、チャンネルおよび時間画面によってＩＰＧリストを表示する。
・表題画面によってＩＰＧリストを表示する。
・ＩＰＧフィルター文字列で現在支援されている任意のサービス、スケジュールまたは番組の属性によってフィルターにかけられた番組とともに、表題画面によってＩＰＧリストを表示する。
・ＩＰＧチャンネルリスト画面を表示する。
・ＩＰＧフィルター文字列で現在支援されている任意のサービスの属性によってフィルターにかけられた番組とともに、ＩＰＧチャンネルリスト画面を表示する。
・現在の３０分を発端に、チャンネルマップの一番低いチャンネル番号で、ＩＰＧミニガイドオーバーレイを表示する。
・ＩＰＧメインメニュー画面を表示する。
・ＩＰＧ検索メニュー画面を表示する。
・ＩＰＧ設定メニュー画面を表示する。
・ＩＰＧメッセージセンター画面を表示する。
・ＩＰＧテレビタイマー画面を表示する。
・ＩＰＧ天候画面を表示する。
・ＩＰＧデジタル録画リスト画面を表示する。
・ＭＳＯによって特定される他のＩＰＧ画面を表示する。
・ＩＰＧ設定に基づきＶＲＮアプリケーションをカスタマイズ化する。

Ｉ．Ｄ ホームページアクセスを提供するための実例となるＩＰＧ動作
いくつかの実施態様では、ユーザー装置３０（図１）に実装されたＩＰＧは、ＩＰＧがＶＲＮクライアントである場合などに、アクセスをＶＲＮホームページまたは他のＶＲＮアプリケーションに提供してもよい。この項では、かかる実施態様における、ＩＰＧのための実例となる動作を説明する。ホームページチャンネルは、ＩＰＧにＳＴＥＴソースとして含んでもよい。ＳＴＥＴソースは、単一で、一般の番組の表題および説明を有するソースである。他のソースと同様に、ＩＰＧはホームページチャンネルに調節してもよい。例えば、ＳＴＢの電源が入ったとき、ＩＰＧはホームページアプリケーションに自動的に調節してもよい。ＩＰＧはまた、以下のアクセスポイントを通って、ホームページチャンネルがエンドユーザーアクセス可能となるようにしてもよい。
・ホームページチャンネルへの直接的な調節。チャンネルが権限を与えられない場合は、ホームページは起動することができない。
・ＩＰＧチャンネルリスト、グリッドまたはミニガイドディスプレイのホームページチャンネルの対話型選択。ホームページがスケール化されたビデオウィンドウで調節される場合は、ＩＰＧは起動することができない。
・ＩＰＧメインメニューの「ホームページ」ボタンからアクセス
・ＩＰＧクイックアクセスメニュー（ＱＡＭ）の「ホームページ」ボタンからアクセス
・リモートコントロールの「最後の」ボタンを介してホームページチャンネルに調節
ＩＰＧが、テレビタイマーでスケジュール化された事象（録画など）を実行するために、ＳＴＢに自動的に電源をいれるが、しかしながら、ＩＰＧがホームページチャンネルに調節しない。ＩＰＧが、ＳＴＢに電源が入ったとき、ホームページチャンネルに自動的に調節する場合、ＳＴＢが最後に電源が切れたとき、チャンネルに調節されるものは何でも、リモートコントロールの「最後の」ボタンからユーザーによってアクセスされてもよい。

ＳＴＢがデュアルチューナーを有する場合、ＩＰＧは、ホームページチャンネルに自動的に調節するのにチューナー１を使用する。ＩＰＧがホームページチャンネルに自動的に調節するのにチューナー１を使用する場合、その結果、ＳＴＢが最後に電源が切れたとき、チューナー１でチャンネルに調節されるものは何でも、リモートコントロールの「最後の」ボタンからユーザーによってアクセスされてもよい。

親管理ロックがホームページチャンネルに設置されている場合は、ホームページチャンネルに直接調節する代わりに、ホームページチャンネルへの調節を試みたときはいつでも、ＩＰＧは親管理ＰＩＮ入力オーバーレイを表示する。正しい親管理ＰＩＮが入力された場合に、ＩＰＧはようやくホームページチャンネルに調節する。

ユーザーがホームページチャンネルに調節するとき、ＩＰＧは、ＩＰＧフリップバーオーバーレイを表示しない。ホームページアプリケーションはアクティブであるが、ＩＰＧが現在の焦点を有する場合、ＩＰＧは、ホームページチャンネル以外の任意のチャンネルへの調節を呼び出すユーザーに応えて、または別の対話型テレビアプリケーションを呼び出すユーザーに応えて、ホームページアプリケーションを終了させる。

ホームページアプリケーションはアクティブであるが、ＩＰＧが現在の焦点を有する場合、ＩＰＧは終了して、ホームページチャンネルへの調節を呼び出すユーザーに応えて、ホームページアプリケーションに焦点を取り戻させ、ユーザーはホームページアプリケーションを表すメニューボタンを選択するか、またはユーザーは、ホームページチャンネルにまだ調節されている間に、リモートコントロール装置の「終了」キーを押す。

放送チャンネルがＶＲＮ状態にある場合、ＩＰＧは、停止命令を除いてＤＶＲのトリック再生機能を無効にしてもよい。ＶＯＤ資産がＶＲＮ状態にある場合、ＩＰＧは、停止命令を除いてＶＯＤトリック再生機能を無効にしてもよい。
ＩＩ．ＶＲＮテンプレート
ＶＲＮテンプレートは、ＶＲＮ画面の外観および動作を定義する、ＶＲＮ定義文書（またはそれらのバイナリ相当物）である。図３に表した実例となるワイヤーフレームは、テンプレートによって定義されもよい。テンプレートは、例えば、メニューボタン、ＶＲＮボタン、または図２および図３の他の静的または動的な選択可能なグラフ要素などの選択可能な項目の、位置（ｘ、ｙおよびｚ軸）、外観、大きさおよび形状を定義してもよい。ＶＲＮテンプレートはまた、速報を定義してもよく、またかかるエリアを選択可能な要素に関連付けてもよい。

ＶＲＮテンプレートはまた、選択可能な要素間でナビゲーションを特定してもよい。テンプレートは、例えば、デフォルトナビゲーション動作を定義してもよい。このデフォルトナビゲーション動作は、ＶＲＮクライアントによって受信されるＶＲＮ画面データによってオーバーライドされてもよい。これは、以下に説明するように、ＯＫ、矢印上、矢印下、矢印左、矢印右、スクロールアップおよびスクロールダウンなどの特定のキーによってのみ発生してもよい。テンプレートは、例えば、１つの選択可能な要素をデフォルト強調表示の位置と定義してもよい。

ＶＲＮ画面にＶＲＮボタンがある場合、テンプレートはボタンのうちの１つをデフォルト音声ソースと定義してもよい。ＶＲＮボタンがない場合は、デフォルト音声は、例えば、ユーザーがＶＲＮアプリケーションにアクセスしたチャンネル、またはデフォルの音声チャンネルなどの、放送ソースのデフォルト音声である。これは、例えば、ＩＰＧ設定の特長のデフォルト音声セットなどの、ユーザー装置の任意の他のデフォルト音声設定をオーバーライドする。

ＶＲＮテンプレートはまた、背景、ＭＳＯロゴ、時間要素、メッセージセンター要素、または他の非選択可能な要素、例えば、図２および図３の実例となるホームページに関連して上述されたものなどの、非選択可能な要素の位置（ｘ、ｙおよびｚ軸）、外観、大きさおよび形状を定義してもよい。

テンプレートは、ＶＲＮ画面の視覚的要素のためのプレースホルダーを含む。これらのプレースホルダーは、ＶＲＮ画面データに含まれる視覚的要素のための管理データに基づきＶＲＮクライアントによって投入される。視覚的要素それら自体は、ユーザー装置に予め保存された、またはＶＲＮクライアントによってオンデマンドで獲得されたＶＲＮ画面データに含まれてもよい。

ＶＲＮテンプレートは、任意の適切な方法を使用して、ＶＲＮクライアントによって受信してもよい。例えば、それらは、ＶＲＮデータ配信に定期的に伝送してもよい。他の方法では、ＶＲＮクライアントは、配信設備２０でサーバーからオンデマンドでテンプレートをダウンロードしてもよい（不明なテンプレートがＶＲＮ画面データで定義される場合など）。いくつかの方法では、テンプレートは、ＶＲＮクライアントの一部として組み込まれてもよい。ＶＲＮクライアントがＩＰＧである場合、テンプレートはＩＰＧデータとして提供してもよい。ＶＲＮ画面データは、識別子を使用してＶＲＮクライアントのために適用テンプレートを識別する。ＶＲＮクライアントはその識別子を検出し、メモリから該当するテンプレートを読み出た後、テンプレートで特定される選択可能および非選択可能な項目の全てをレンダリングするのに必要なＶＲＮ画面データを獲得する。ＶＲＮクライアントは、ＶＲＮ画面データの資産（内容）識別子でテンプレートのプレースホルダーを決定し、実際の視覚的要素を読み出す。実際の視覚的要素は、ＶＲＮデータの一部として、またはＩＰＧなどのユーザー装置３０（図１）の別のアプリケーションのためのデータの一部として提供されてもよい。いくつかの視覚的要素は、ビデオ内容の一部として含まれてもよく、またＶＲＮ画面データによって示されたように表示されるか、または拒否されてもよい。

ＶＲＮ画面をレンダリングすることは、テンプレートを投入するために全てのデータを有することを必要とする。いくつかの実施態様では、十分なＶＲＮ画面データがＶＲＮ画面を完全にレンダリングするために獲得されるまで、ＶＲＮクライアントは、利用可能なＶＲＮ画面のためのビデオおよび音声を作成できない。十分なＶＲＮデータが、タイムアウト値（例えば、３０秒）が切れる前に、受信されない場合は、ＶＲＮクライアントは、「特長は利用不可」のオーバーレイを表示してもよい。ＶＲＮクライアントがＩＰＧである場合、例えば、ＩＰＧのデータベースがＶＲＮチャンネルを特定する局所的な構成データを獲得すると、ＶＲＮチャンネルが表示されてもよい。ＶＲＮ画面データがＶＯＤストリームに提供されるいくつかの実施態様では、ＶＲＮクライアントは、ＶＲＮ画面データの機能不全によるいかなる遅れを与えることなくユーザーにとってＶＲＮ画面を可視的にしてもよい。ＶＲＮデータが消滅する（またはタイムアウト時間内で有効化されない）場合は、ＶＲＮクライアントの音声およびビデオを拒否してもよい。

いくつかの実施態様では、チャンネルおよびＶＯＤストリームは、臨時の場合のみ使用可能なＶＲＮである。かかる実施態様では、ＶＲＮクライアントは、有効なＶＲＮ画面データの有無に基づきＶＲＮアプリケーションを動的に有効および無効にしてもよい。ＶＲＮアプリケーションが無効の場合は、チャンネルのための音声およびビデオは、ユーザー装置によって通常されるように提供される。
ＩＩＩ．追加のＶＲＮ画面
ホームページから独立して表示することができる、またはホームページからアクセスすることができる、多数の追加の実例となるＶＲＮ画面を、図４〜図１７を参照して今から説明する。これらの実例となる画面および関連するワイヤーフレームは、テンプレートで定義しているように本明細書で説明しているが、かかるＶＲＮ画面は、他の実施態様では、テンプレートを使用することなく提供される。さらに、図４〜図１７のこれらの実例となるＶＲＮ画面は、ＩＰＧのＶＲＮクライアントによって提供されているように以下で説明する。他の実施態様では、他のＶＲＮクライアントを使用してもよい。

図４〜図１７のそれぞれの画面／ワイヤーフレームのための実例となるテンプレートを、一連の表を使用して以下に簡単に説明する。これらの表は、実例となるテンプレートのために、その特定のテンプレートによって定義されるＶＲＮ画面の多様なＶＲＮ要素を識別するワイヤーフレームの参照表を含む。さらに、図４および図５に表されるテンプレート用に、そのテンプレートによって定義されるＶＲＮ画面の外観および触感を説明する一般的な記述表を提示する。入力キー処理表は、テンプレートによって定義されるデフォルトナビゲーションのためのリモートコントロールキーの機能性を記載し、先述のホームページのためのキー割り当の機能に追加となる、またはそれと異なるこれらの機能を単に論じる。テンプレートで定義されるＶＲＮ画面のためのデフォルト強調表示およびカスタマイズ化情報を説明する、強調表示／カスタマイズ表などの追加の表と同様に、例証される実例となるテンプレートおよび関連するワイヤーフレームのための機能の完全リスト、およびテンプレートによって定義されるように画面をいかにフォーマットしてもよいかを説明する画面フォーマット表が、２００５年３月３０日に出願された、仮出願番号６０／６６７，２００号に詳細が説明されおり、その全内容は参照することにより本明細書に組み込まれる。

ＩＩＩ．Ａ テンプレート０１−実例となるホームページテンプレート（図４〜図５）

図４および図５の実例となるＶＲＮテンプレート０１は、連続的であってもよい、すなわち、最小の余白によってのみ分離される、一連の選択可能なメニューボタン（ワイヤーフレームでフィールド番号「１」から「７」と識別される）を含む。フィールド番号「９」として識別される１つのメインＶＲＮボタンは、メインビデオウィンドウの役割をする。フィールド番号「１０」と定義されるエリアは、メインビデオウィンドウのために構成されるどのようなボタンラベルテキストも表示することができる。メニューボタンまたはメインビデオウィンドウテキストフィールドが強調表示される場合は、メニューボタンのために構成される速報が、フィールド番号「８」と定義されるエリアに表示されてもよい。

フィールド番号「１１」、「１２」、および「１３」と定義される３つのＶＲＮボタンは、テキストフィールド番号「１１ａ」、「１２ａ」、および「１３ａ」と定義されるそれぞれのラベルエリアに表示される関連するボタンラベルテキストとともに、サムネイルビデオの役割をする。サムネイルビデオが強調表示される場合は、サムネイルビデオのために構成される速報は、フィールド番号「８」と定義されるエリアに表示される。

図４および図５のＶＲＮテンプレート０１に含まれる他の要素は、非選択可能なＭＳＯロゴ要素１００、非選択可能な時間要素「１０３」、および非選択可能なメッセージインジケータ要素「１０４」である。

メインビデオウィンドウは、ＶＲＮテンプレート０１のためのデフォルト音声ＰＩＤである、関連する音声ＰＩＤを有する。サムネイルビデオのそれぞれの提示は、関連する音声ＰＩＤを有してもよい。

表４は、ＶＲＮテンプレート０１が表示される場合の、入力キー処理の強化された特定の特長を示す。多様なこれらの入力キー処理の特長は、ホームページに関して上記に説明された表２の特長の大部分に加えて、アクティブである。

強調表示／カスタマイズ化および画面フォーマットと同様に、図４および図５のＶＲＮテンプレート０１のため他のキーの機能は、仮出願番号６０／６６７，２００号でより詳細に論じられている。

表４から見られるように、機能が画面焦点の特定のビデオウィンドウまたはテキストバーに応じてキーによって実行される動作によって、リモートコントロールの少なくとも矢印キーに追加されてきた。追加された機能性は、テンプレートに対して特定であり、例えば、画面データまたは管理データによって動的に割り当てることができ、以下に詳細に説明する。
テンプレート０２−実例となるニュース、スポーツおよび子供向け画面テンプレート（図６〜図９）

図６から図９の実例となるＶＲＮテンプレート０２は、連続的であってもよい、すなわち、最小の余白によって分離される、一連の選択可能なメニューボタン（図９のワイヤーフレームのフィールド番号「１」から「７」として識別される）を含む。メニューボタンが強調表示される場合は、メニューボタンのために構成される速報は、フィールド番号「８」によって定義されるエリアに表示される。最大４つのＶＲＮボタン「９」、「１０」、「１１」、および「１２」は、サムネイルビデオの役割をする。サムネイルビデオウィンドウテキストバーが強調表示される場合、サムネイルビデオのための速報が、フィールド番号「８」によって定義されるエリアに表示されてもよい。

図６から図９のＶＲＮテンプレート０２に含まれる他の要素は、ＭＳＯロゴ要素１００、非選択可能な時間要素「１０３」、および非選択可能なメッセージインジケータ要素「１０４」である。

４つ全てのサムネイルビデオウィンドウは、関連する音声ＰＩＤを有し、上部で最も左のビデオウィンドウ「９」に関連する音声ＰＩＤは、ＶＲＮテンプレート０２のためのデフォルト音声ＰＩＤである。

表６は、ＶＲＮテンプレート０２が表示される場合の、入力キー処理の強化された特定の特長を示す。これらの強化された特長のうちのいくつかは、入力キーの割り当てがテンプレート特有であることを強調するように、テンプレート０１のためのこれらと異なることに留意されたい。

強調表示／カスタマイズ化および画面フォーマットと同様に、図６から図９のＶＲＮテンプレート０２のため他のキーの考察については、仮出願番号６０／６６７，２００号を再び参照する。

追加の実例となるテンプレート０３から０６および対応するワイヤーフレームを図１０から図１７に示す。表７から表１０は、ＶＲＮページの多様な画面要素を説明する。強調表示／カスタマイズ化および画面フォーマットと同様に、図１０から図１７のＶＲＮテンプレート０３から０６のため他のキーの考察については、仮出願番号６０／６６７，２００号を再び参照する。

ＩＩＩ．Ｂテンプレート０３−実例となるニュース、スポーツ、子供向け画面テンプレート（図１０〜１１）

ＩＩＩ．Ｃ テンプレート０４−実例となるＶＯＤテンプレート（図１２〜１３）

ＩＩＩ．Ｄ テンプレート０５−広告バナーテンプレートを備えた実例となるメインメニュー画面（図１４〜図１５）

ＩＩＩ．Ｅ テンプレート０６−速報テンプレートを備えた実例となるメインメニュー画面（図１６〜図１７）

上述のように、ＶＲＮ画面は、テンプレートによって定義されても、されなくてもよい。しかしながら、図２から図１７に表したＶＲＮ画面のように、テンプレートでＶＲＮ画面の要素を配列することは、ビデオ資産およびデータを表示する、およびそれぞれのＶＲＮページを定義するのに必要なデータの量を削減する一方で、異なる資産間のナビゲーションを強化するための的確な方法を表す。

例えば、先述のワイヤーフレームによって表されるテンプレートは、通信事業者、サービスプロバイダー、電波中継局から、またはインターネットなどの他に適切な任意のソースから、セットトップボックスなどの、および局所的に保存されるユーザー装置へ伝送することができる。テンプレートは独自のテンプレートＩＤによって定義できる。テンプレートは通常、ＶＲＮ画面の多様なセルおよびウィンドウの配列を定義するが、それら自体によって実際の内容を含むことはできない。

ＶＲＮクライアントがＶＲＮアプリケーションを起動するとき、それはビデオストリームに加えてＶＲＮデータストリームを獲得し、またＶＲＮデータストリームに提供された定義によりＶＲＮチャンネルまたは番組を表示する。データストリームは、ＶＲＮチャンネルの帯域外または帯域内に個別に伝送してもよい。デジタル帯域内のデータは、ビデオおよび音声ＰＩＤから分離したＰＩＤで放送してもよい。帯域外で放送する場合は、このデータは、ユーザー装置３０によって局所的に保存してもよい（図１参照）。帯域内で放送する場合は、随時読み出してもよいが、ＶＲＮチャンネルに調節されるとき、適当な時間にＶＲＮ画面を表示するのに十分な速さで循環してもよい。例えば、新しいデータは、少なくとも毎秒１回および毎秒２回の速さで循環してもよい。この速さは、いくつかの実施形態では、チャンネル獲得のための応答、メニュー表示からの回復、トリックモードからの回復、トランスポート問題からの回復のために十分である可能性がある。いくつかの実施態様では、ＶＲＮデータは、タイムアウトを回避するために、常時のＶＲＮチャンネルに対しては少なくとも３０秒毎に一回、臨時のＶＲＮチャンネルに対しては少なくとも１５秒毎に一回循環する。いくつかの実施態様では、画面データは、Ｍｏｔｏｒｏｌａ ＤＣ−ＩＩテキストフォーマットで放送される。

ＶＲＮアプリケーションがアクティブで焦点が合っている（データの欠如または無効性により、アプリケーションが無効になっているかを問わず）間は、ＶＲＮクライアントは、ＶＲＮ画面データを継続的に監視する。ＶＲＮアプリケーションがアクティブで焦点が合っている間に、ＶＲＮクライアントがＶＲＮ画面データへの変更を検出するときは、ＶＲＮクライアントは直ちにＶＲＮディスプレイを更新する。ＶＲＮ画面データが変更された後で、現在強調表示されているオブジェクトがまだ存在し、選択するのに使用可能な場合は、それは強調表示された状態を保つ。ＶＲＮ画面データが変更された後で、現在強調表示されているオブジェクトが存在せず、選択するのに使用可能でない場合は、またはテンプレートが変更された場合は、ＶＲＮのクライアントは、新しい定義で特定されたデフォルト強調表示に立ち戻ってもよい。

テンプレートなどの、ＶＲＮアプリケーションのための定義文書は、例えば、ＲＥＬＡＸ ＮＧ（ｗｗｗ．ｒｅｌａｘｎｇ．ｏｒｇ）のためのスキーマ言語を使用して、ＸＭＬ形式で定義してもよい。このスキーマ言語は、ＸＭＬ文書、の情報一式を変更せず、ＸＭＬネームスペースを支援し、要素を有する属性を一様に処理し、命令されていない、雑多の内容のための支援を制限していない。
ＩＶ．管理データおよび塊
いくつかの実施態様では、上述の内容を表示するためのテンプレート、その内容を提供するソース、上述のリモートコントロールのキーの機能性、およびＶＲＮアプリケーションの他の特長を含むＶＲＮアプリケーション定義は、管理データとしてデータストリームに供給されてもよい。いくつかの実施態様では、管理データは、小さな区分に分割してもよく、以降「ＶＲＮの塊」と称す。ＶＲＮの塊は、単一のＤＣ−ＩＩテキストメッセージの形式であってもよく、いくつかの実施態様では、有利に、長さでわずか１０００バイトであり、同等の数のバイトを含む。それぞれのＶＲＮ画面の定義およびＶＲＮ画面によって参照されるそれぞれ個別のリソースは、単一のＶＲＮの塊で定義してもよく、２つ以上の塊、または定義の部分で、いくつかの塊にわたって含まれてもよい。ユーザー装置への適切な構文を有する管理データの伝送は、表示された内容の包括的な管理および電波中継局または中央位置からのユーザーの機能性を可能にし、また伝送の帯域幅を保存する。

ＶＲＮの塊の特長および動作は、実例となるＶＲＮの塊の構造を示す、図１８を参照して最も良く説明する。２つの実例となるＶＲＮの塊の多様なフィールドのさらなる詳細は、仮特許出願番号６０／６６７，２００号の付属書ＡおよびＣのそれぞれ説明している。

図１８の塊は、多数の固定長のバイナリフィールドおよび多数の可変長のバイナリフィールドを含む。全てのバイナリフィールドの長さの合計は好ましくは、１０００バイトを超えないが、概念的に任意長を有してもよい。長さは固定しておらず、第２のフィールドで特定される。最初の３２ビットは、多数の塊から構成される管理データの構文解析を補助する同期化ビットである。プロトコルバージョンに続いて、ＶＲＮの塊の型（マスター／補助）、ＶＲＮチャンネルで独自の塊ＩＤ、ユーザー装置が常に最新バージョンを実行できるように、塊のバージョンを特定する３つのフィールドがある。特定のＶＲＮチャンネルのための管理データ内の１つの塊は、マスター塊型を示すラベルが付けられ、他の全てのものは、補助塊のラベルが付けられる。

マスター塊に対して、次のいくつかのフィールドは、ＶＲＮページの全体の特徴を定義する。これには、テンプレートの定義ファイル用の識別子、ページに使用する関連する色パレット、およびマスター塊に加えて多くの補助塊が含まれる。ＶＲＮチャンネルの定義は、マスター塊および必要とされる全ての補助塊が受信され、保存されるまで、完了しないことを前提としている。

フィールドの次の組は、キーアクションのデフォルトセットをオーバーライドする、特定のＶＲＮページのための、特定のリモートコントロールキーのためにアクションを定義する。これには、キーアクションオーバーライドの数の総数が含まれる。オーバーライドされるキーに対して、マスター塊は、キーコード、キーが押されたときに行われるアクションの型、およびテンプレートのキーの割り当てのために上述された表のように、特定のアクションに必要とされる特定の任意の詳細事項を含む。キーコードで定義されないキーは無視され、ＶＲＮページがアクティブになる間に他のいくつかのデフォルトアクションを行う。

次の２つのフィールドは、補助塊のためだけに存在し、またマスター塊のバージョンと同様に、特定のＶＲＮチャンネルまたはＶＲＮのＶＯＤ番組のマスター塊ＩＤを定義する。次のフィールドは、オブジェクトの数（すなわち、画面要素）を定義する。これは、マスター塊のための全ての塊において定義されたオブジェクトの数、およびそれぞれの補助塊のための特定の塊におけるオブジェクトの数である。以下のオブジェクトの数は、オブジェクトディレクトリ、オブジェクトＩＤのリストおよび位置である。ＶＲＮページのそれぞれのオブジェクトは、独自のオブジェクトＩＤが割り当てられる。補助塊に対しては、塊に対して内部で定義されたオブジェクトだけが、オブジェクトディレクトリに含まれる。マスター塊に対しては、全ての補助塊（外部オブジェクト）で定義される全てのオブジェクトが、内部オブジェクトとともに含まれる。オブジェクトディレクトリのそれぞれのオブジェクトに対しては、位置が含まれる。オブジェクトが外部にある場合は塊ＩＤとして、またはオブジェクトが内部にある場合はオフセットとして、オブジェクトの位置は表示される。オフセットは、塊の始まりからオブジェクト定義の始まりまでのバイトの数を表わす。オブジェクトの定義は、オブジェクトディレクトリに従う。

実例となる塊の構造の内容のオブジェクトは、例えば、選択可能なビデオウィンドウ、メニューボタン、選択可能なまたは非選択可能なテキスト、またはロゴおよび時間表示器などの固定した項目を表示する。それぞれのオブジェクトは、リモートコントロールの使用可能な特定のキーアクションと同様に、音声の性質、言語の定義を含んでもよい。オブジェクトはまた、言語、端子特性、ＤＶＲおよびＶＯＤの機能性、第三者のアプリケーションまたは同等物に基づいてデータをカスタマイズ化する能力を提供するソフトウェアフィルターを含むことができる。より詳細な事項は、米国仮出願６０／６６７，２００、とりわけ付属書Ｂ（ＶＲＮの塊のわずかに異なる実施態様を説明している）、付属書Ｃ，および多様なソフトウェアフィルターを説明している付属書Ｅに見ることができる。ＶＲＮの塊はチェックサムフィールドで終了する。

例えば、それぞれのＶＲＮチャンネルの定義のための１つのＶＲＮの塊、さらにグローバルリソース（例えば、画面要素と同様に、文字列およびグラフ）のための１つ以上のＶＲＮの塊が存在していてもよい。それぞれの塊は、グローバルリソースのディレクトリを有してもよい。ＶＲＮの塊は容易に交換されてもよく、またアプリケーションの定義それ自体へ変更を強制することなく更新してもよいことが留意されるべきである。

実例として、３つの対話型チャンネルを備えるＶＲＮアプリケーションは、以下の塊を含むことがある。
・３つのＶＲＮの塊、それぞれの３つの対話型チャンネルを定義するもの。これらは中央位置から送信される可能性がある。
・ＶＲＮアプリケーションのグローバルリソースを定義するために、中央位置から送信される、１つのＶＲＮの塊。
・アプリケーションが異なる文字列、グラフなどを使用するためのそれぞれの電波中継局でのグローバルリソースの塊のための代替品。
・対話型チャンネルで再生されているビデオクリップを説明している文字列などの、短時間の間に変化するソースを含んでいる時間依存性のＶＲＮの塊。

例えば、塊の番号フィールドによって定義される、それぞれの塊は、現在調節されているＶＲＮチャンネルのオブジェクトおよび属性の独自の組を定義してもよい。図１８Ａおよび図１８Ｂを参照して、これらをより詳細に説明する。塊の内容に対する変化（すなわち、塊で定義されたオブジェクトのうちの１つ以上の定義における変化）は、更新された塊のバージョンフィールドとともに、塊の新しいバージョンを輸送させる。ＶＲＮクライアントは、塊の塊番号および塊バージョンが、すでにうまく受信され、また保存された塊と一致する、受信された任意の塊を無視してもよい。ＶＲＮクライアントは、受信されたブロックの塊番号が保存されたブロックと一致するとき受信される任意の塊の現在保存されているバージョンを切り替えてもよいが、塊バージョンのフィールドは異なる。チャンネルがセットトップボックス（またはＶＯＤ番組の終わり）で変更されるとき、保存されたＶＲＮデータは保持できない。

いくつかの実施態様では、ＶＲＮチャンネルごとの塊の最大数は４つであってもよい。しかしながら、程度の差はあるが４つの塊があってもよい。１つは「マスター」塊と見なされてもよい。他の全ては「補助」塊である。いくつかの実施態様では、マスター塊がそれほど変化しないデータを含む一方で、補助塊は頻繁に変化するオブジェクトのためのデータを含む。別の利用モデルは、マスター塊でグローバル情報を、また補助塊で局所的な情報を放送することであってもよい。１つ以上の補助塊は、塊の数を更新することを除けば、他の補助塊またはマスター塊へ変更することなく、内容および／または特長を追加／削除するために、電波中継局または中央位置で切り替えてもよい。

多数の塊がある場合は、それぞれの塊バージョンは、独立して管理してもよい。マスター塊の特定の任意のバージョンについては、対応する補助塊の多くのバージョンが存在してもよい。任意の塊のただ１つのバージョンを輸送してもよく、任意の所定の時間で有効であってもよい。マスター塊の新しいバージョンを受信することは、ＶＲＮクライアントに、保存された任意の補助塊を破棄させ、再び獲得させる。補助塊の新しいバージョンを受信することは、新しく獲得された塊が、それは古いマスター塊ＩＤおよびバージョンと互換性がないと表示しない限り、ＩＰＧにマスター塊を獲得させない。

今から図１９を参照して、わずかに異なるＶＲＮの塊の定義は、ＶＲＮアプリケーションが、多数のデータストリームまたは単一のデータストリームからの多数の録画にわたって結合されたデータからどのように定義されるかを示す。他のフィールドによって定義された特長の多くは、図１８のＶＲＮの塊を参照して説明されるものと類似しているので、最初の１２のフィールドだけを示す。

この実例では、どの塊がＶＲＮ画面の配信を受け入れ、そこから保存するかを決定するとき、ＶＲＮクライアントのアプリケーションは以下のフィールドを調べてもよい。
・アプリケーションＩＤ。所定のＶＲＮアプリケーションに関連する全てのＶＲＮの塊は、同一のＩＤを有し、これは、アプリケーションが改訂されても変更されると予想されない。
・アプリケーションバージョン。アプリケーションに関連する全てのＶＲＮの塊は、同一のプリケーションバージョン番号を有するであろう。このフィールドの変更は、クライアントに、以前のバージョン番号とともに、保存された全ての塊を破棄させるであろう。例えば、アプリケーションの設計／レイアウトの変更が発生するときにこれが変更されてもよい。文字列およびグラフなどのリソースにおける変更は、塊バージョンのフィールドにマークされる。ＶＲＮクライアントは、インクリメントだけでなく、バージョン番号に対するいかなる変更を探すであろう。
・ＶＲＮの塊番号。アプリケーションのそれぞれの塊は固有の番号が付与される。塊が更新されるとき、新しい塊は同一の塊番号を保持することになっている。グローバルバージョンの塊が、より局所的なバージョンと交換されるとき、同一の塊番号が使用されることになっている。塊番号は連続していなくてもよく、またＶＲＮクライアントには、現在調節されているデータストリームに関連するＶＲＮアプリケーションの部分を正確に表示するのに十分な塊を保存することだけが要求される。ＶＲＮクライアントは、アプリケーションＩＤおよび塊番号の同一の組み合わせを有する、多くても１つの塊で保存することになっている。
・塊スコープ。このフィールドは、塊の内容が、いかに「グローバル」であるかを特定する。高い番号ほどより局所的なスコープを示唆する。例えば、このフィールドは、塊がグローバルバージョンであれば「０」、塊が全体のＭＳＯを対象としていれば「４」、特定のケーブルシステムのためにローカライズされていれば「８」、また塊が特定の電波中継局にローカライズされていれば「１０」を含む可能性がある。ＶＲＮクライアントが同一のスコープで同一の塊の多数のバージョンを受信しないように、スコープは配信装置によって設定されることが好ましい。
・塊バージョン。この番号は、塊内のデータのいずれかに変更が生じたときはいつでも変更されることになっている。クライアントが変更された塊バージョンを検出するときは、それは前のバージョンを破棄し、新しいものと交換することになっている。塊は、修正または再収集されるＶＲＮアプリケーションにおける他の任意の塊をもたらすことなく改訂することができることに留意されたい。
・塊のアクティブ化時間および非アクティブ化時間。同一の塊番号、スコープおよびバージョンを備える同一の塊の多数の変形物は、重なるアクティブ化および非アクティブ化時間を有することがない限り、利用の可能性がある。いくつかの実施態様では、配信装置は、現在アクティブでないどのような塊も輸送しない。

ＶＲＮクライアントは、ＶＲＮアプリケーションのためのユーザーインターフェースをレンダリングするために、異なる型のリソースを利用する。かかるリソースのオブジェクトは、ＶＲＮアプリケーションによってインスタンスを作成し、またかかるオブジェクトのアクセスの可能性は、塊内で定義してもよい。例えば、リソースオブジェクトは以下を含んでもよい。
・文字列（多言語間翻訳を含んでもよい）
・ＧＩＦおよびＭＤＥなどのグラフ（多言語バージョンでも利用の可能性のある）。
・ソフトウェアフィルター（ＩＰＧなどのＶＲＮクライアントへ通過する、またＶＲＮクライアントによって評価されるべきソフトウェアフィルター文字列）。ソフトウェアフィルターは、局所的なＶＲＮクライアントによって調査することができる、また虚実を評価する、１つ以上の条件を含む、表現行為である。ソフトウェアフィルターは、ＶＲＮの定義の部分が、局所的条件に基づいて条件付きとなることができるように使用される。
・ガイドアクションなどの、ＶＲＮクライアントのアクション。（番組ガイドのカスタムメニューボタンへのマップ）
・データベース検索（ガイドデータベースなどの対話型テレビアプリケーションデータベースからデータを戻す）。
・ユーザー入力（数字列、パスワード、および多肢選択の収集を可能にする）
リソースオブジェクトは、局所的またはグローバルのどちらでもよい。局所的リソースは、定義される塊内のみでアクセス可能であってもよい。グローバルリソースは、ＶＲＮアプリケーションの任意の塊からアクセスしてもよい。

それぞれのリソースオブジェクトはオブジェクトＩＤを有する。局所的リソースオブジェクトは、３２７６８に満たないオブジェクトＩＤを有してもよい。それぞれの塊では、局所のオブジェクトＩＤは１で始まり、順次的に割り当てられるであろう。グローバルオブジェクトＩＤは、例えば、３２７６８−６５５３５の範囲であってもよい。それらは、アプリケーションの全ての塊にわたり一意的である必要があり、順次的である必要はない。

いくつかの実施態様では、塊は２つのオブジェクトディレクトリを含んでもよい。第１は、塊で定義／使用される全ての局所的オブジェクトのディレクトリである。第２は、塊で定義される全てのグローバルオブジェクトのディレクトリである。それぞれのディレクトリの入力は、オブジェクトの詳細な定義を検出する塊内でのオフセットを定義する。

ＶＲＮ画面が局所的オブジェクトに照会するとき、クライアントは、ページ自体が定義された同一の塊だけを見る。ＶＲＮ画面がグローバルオブジェクトに照会するとき、ＶＲＮアプリケーションのための、現在の全ての塊を介して検索が実行されなければならない。検索は、より局所的な塊を優先的に取り扱う必要がある。例えば、塊１のＶＲＮ画面はオブジェクト番号０ｘ８００２を参照し、また塊１および塊４の両方にオブジェクト０ｘ８００２のための定義がある場合に、それぞれの塊スコープは調査される必要がある。塊４の塊スコープがより高い（より局所的）である場合は、オブジェクトの定義は優先的に取り扱われる。

図１８に表示するように、それぞれの塊は多数のオブジェクトの定義を含む。ここで、図１８Ａを参照すると、オブジェクトの定義は、多くの固定長のバイナリフィールドおよび多くの可変長のバイナリフィールドを含む。最初の１６ビットは、このオブジェクトの同一のこの定義が存在していたこの塊の前のバージョンの数に対応する、オブジェクト年齢を定義する。一般に、塊バージョンがそれぞれの変更とともにインクリメントされると仮定すると、この値は、このオブジェクトの定義が２の補数計算において、最後に修正された塊＿バージョンを引いた現在の塊＿バージョンとして計算される。最大値は３２７６７である。パッドビットを除き、このフィールドの後に、オブジェクトディレクトリの入力に一致するオブジェクトＩＤおよびオブジェクトの大きさを定義するオブジェクトの長さが続く。以下のフィールドの値は、構文解析することなく、ＶＲＮクライアントのバージョンによって支援されないこのオブジェクトのための任意の補足データを飛ばすのに使用される。

「フラッグ」フィールドは、ＶＲＮクライアントが、ペアレンタルコントロールなどのオブジェクトに対する変更を所定の間隔で調査するのを促進するのに使用する。次のフィールドは、現在のオブジェクトのために定義された変形物の数を示す。次のフィールドは全て、それぞれ定義された変形物を繰り返す。それぞれの変形物が使用されるべき条件は、そのソフトウェアのフィルターによって定義される。ソフトウェアのフィルターが特定されていない場合は、無効なソフトウェアのフィルターが使用される。ソフトウェアのフィルターは、言語に基づくデータのカスタマイズ化、端子特性、ＤＶＲおよびＶＯＤの機能性、第三者のアプリケーション、および同等物を可能にする。

「有効にする」と称される以下のフィールドは、ディスプレイおよび選択の機能性を有効にする。例えば、値０×０１はオブジェクト変形物のディスプレイを可能にし、また０×０２はオブジェクト変形物の選択を可能にするのに対して、０×００の値はオブジェクト変形物（メニューオプションなど）を表示せず、または選択可能にさせない。他の値は、例えば、ビデオ画面を隠すことができ、その選択を可能にする。次のフィールドでは、音声ＰＩＤは、オブジェクトのこの変形物が強調表示されるとき選択できる。このフィールドが０×００００００である場合、このオブジェクトが強調表示されている間は、音声は無効となる。このフィールドが０×ｆｆｆｆｆｆである場合は、このオブジェクトが選択されるときデフォルト音声ＰＩＤは選択される。

次の６つのアクティブフィールドは、テキストに関して表示オプションおよびモダリティのための値を定義する。テキストの長さおよびオブジェクト変形物の部分として表示されるテキストは、表示される速報テキストを有するオブジェクトの数と同様に、特定される。速報テキストは、修正されるそれぞれのオブジェクトのオブジェクトＩＤに関連する。このオブジェクトがユーザーによって強調表示されるとき、速報テキストは、ＶＲＮページの別のオブジェクトの部分として表示されるテキストである。

次のフィールドの値は、構文解析することなく、ＶＲＮクライアントのバージョンによって支援されないこのオブジェクト変形物のための任意の補足データを飛ばすのに使用される。以下のフィールド「フラッグ」は、ペアレンタルコントロール（「１」）、放送中止（「２」）および番組の層（「４」）を設定するのに使用され、また図１８Ｂに詳細に示す、ロックアウト／放送中止の定義が続く。

図１８Ｂを今から参照すると、オブジェクトの定義それぞれは、ＶＲＮチャンネル内の個別のウィンドウの番組を、ユーザーによってロックアウトまたはサービスプロバイダーによって放送中止とさせることができるデータを含む。個別のビデオ資産を示す個別のウィンドウがロックアウトまたは放送中止となる場合、ＶＲＮクライアントは、ユーザーがビデオを見ることを防止する、ウィンドウの上端一面にオーバーレイをかける。

ペアレンタルコントロールがアクティブ（「１」に設定）な場合、フィールドの「ロックソースＩＤ」は、提供されるソースＩＤに基づきオブジェクト変形物をロックする。ペアレンタルコントロールＰＩＮが設定されている場合、および場合のみ、ロックが擦り抜けていない場合、ソースＩＤがロックされている、または表題または評価によってロックされているサービスの放送に現在スケジュール化されている番組である場合、オブジェクト変形物はロックされる。いくつかの実施態様では、ロック基準は、ソースＩＤよりはむしろ、オブジェクト変形物のソフトウェアによって特定してもよい。その場合、ページが、ペアレンタルコントロール基準が最新であることを確実にするために表示されている間、ＶＲＮクライアントは、例えば、少なくとも毎分１回、定期的にフィルターを再評価してもよい。

放送中止コントロールがアクティブ（「２」に設定）の場合、放送中止データに関連する最初の４つのフィールドは、この変形物のための放送中止データのバイトの数、および局所マップにある場合は、放送中止にされるこのオブジェクト変形物を引き起こすソースＩＤの数を定義し、放送中止にされるべきＭＣＡ（マルチキャストアドレス）の数を特定し、また完全に、または部分的に放送中止にされるべきコントローラーの数を特定する。いくつかの実施態様では、ページが表示されていると、ＶＲＮクライアントは定期的に放送中止基準を動的に調査してもよい。放送中止データに関連する次の３つのフィールドは、放送中止ソースＩＤ、ＭＣＡ値、および放送中止が適用するセットトップコントローラーＩＤを特定する。それぞれのソースＩＤに対して、特定されたチャンネルがチャンネル番組編成予定表にある場合、オブジェクト変形物は放送中止にされる。それぞれのＭＣＡ（マルチキャストアドレス、例えば、地理的領域）に対して、ユーザー装置が定義されたグループの一部である場合、オブジェクト変形物は放送中止となってもよい。それぞれのコントローラーＩＤに対しては、ユーザー装置が特定されたコントローラーによって管理される場合、オブジェクト変形物は放送中止となってもよい。ユーザー装置が特定されたコントローラーによって管理され、また特定されたチャンネルマップのうちの１つを有するとき、放送中止が適用される場合に、それぞれのコントローラーＩＤに対して、チャンネルマップの総数を維持するフィールドおよびチャンネルマップＩＤのリストを有するフィールドがさらに存在していてもよい。いくつかの実施態様では、放送中止基準は、ソースＩＤ、ＭＣＡ、コントローラーＩＤおよびチャンネルマップＩＤによってというよりもむしろ、オブジェクト変形物のソフトウェアフィルターによって特定されてもよい。

フィールド「層」は、潜在的に必要な承認を参照するが、これ以上説明しない。層調査がアクティブな場合、層値は調査する層を特定する。層値は、コントローラーによって提供されても、されなくてもよい承認を独自に識別する値である。層が承認されると、オブジェクト変形物は使用可能となってもよく、層が承認されないと、オブジェクト変形物は拒否または無効になってもよい。いくつかの実施態様では、層は、層値よりもむしろオブジェクト変形物のソフトフィルターによって特定してもよい。

以下の２つのフィールドは、全てのキーアクションを定義するために使用されるバイトの数、およびこの変形物のために定義されるキーアクションの数を特定する。それぞれのキーアクションに対して、フィールドは、キーコード、アクション型、およびアクション用の追加の変数データを定義する。

以下のフィールドのキーコードは、１７（ＯＫ）、２２（ロック）、５１（情報）、５２（カーソル上）、５３（カーソル下）、（５４（カーソル左）および５５（カーソル右）である最適の許容値の、標準Ｍｏｔｏｒｏｌａキーコードに合致する。アクション型は、オブジェクト変形物が強調表示されている間に、特定のキーがリモートコントロールに押されるとき実行される機能性を定義する。ボタン機能は、今から簡単に説明する、アクション変数データによって定義される。

アクション変数データは、特定のキーを有するオブジェクト変形物のユーザーの選択に応えて、クライアントによって行われるアクションの詳細、および特定されたアクション型によって決まるアクション変数データのフォーマットを定義する。図１８Ｂのフィールド「アクション型」は、以下の値を有することができる。
０＝ホーム（ＩＰＧメインメニュー）
１＝ページアップ
２＝ページダウン
３＝終了
４＝閲覧
５＝メッセージセンター
６＝お気に入り
７＝局所的一覧（天候）
８＝設定
９＝タイマー（手動録画）
１０＝ＶＯＤメニューまたはサブメニュー
１１＝リスト
１２＝メニュー
１３＝第三者のアプリケーション
１４＝ロック設定（ＰＩＮ構成）
１５＝ロック選択（ロックすべきチャンネル、評価、番組など）
１６＝移動先
１７＝サブ表題
１８＝検索画面
１９＝保存検索
２０＝キーを押すこと
２１＝線形プログラムアクション
２２〜９９は定義されず、ＶＲＮクライアントによって無視される。
１００〜２５４はＩＰＧ定義の内部ボタン型のために予約される。
２５５＝非アクティブ
説明に役立つアクション型のための実例となる定義されたアクションの変数データフィールドは以下である。
「リスト「１１」」に関して：リスト型１＝グリッド、２＝チャンネル時間、３＝時間チャンネル、４＝チャンネル、５＝表題、６＝Ａ〜Ｚ検索、７＝自分用録画、８＝自分用スケジュール（スケジュール化された録画）、９＝シリーズ優先順位リスト
画面＿表題 可変長の表題
検索＿フィルター 可変長のフィルター文字列
ソース＿ＩＤ ソースＩＤリスト。存在するのなら、それらのソースからの表示リストのみ。
他のフィールドは、現在の時間およびチャンネルならびにまだ放送されていないリストの最初の番組、プレビューチャンネルおよび同等物を表示する強調表示の位置を特定する。「移動先「１６」」に関して： 移動先＿型１＝ソースＩＤ（調節）
２＝ネットワークＩｄ（調節）
３＝ＶＯＤクリップ（再生）
４＝ＶＯＤ番組（情報）
５＝ＶＲＮＶＯＤクリップ（再生）
６＝アドレス可能なクリップ（再生）
７＝アドレス可能なＶＲＮＶＯＤクリップ（再生）
８＝現在のＶＲＮＶＯＤクリップ内のアドレス
可能な位置
９＝ＶＯＤサブメニュー
１０＝ＶＯＤリスト画面
０、１１〜２５５：ＶＲＮクライアントによって無
視される
「リスト「１１」」に関連するアクションは、表示されるべきリスト情報を選択するのに使用されるチャンネルおよび番組イベントのフィルタリングを定義する検索フィルターを有するアクションフィールドをさらに含む。それは、以下の表１１に説明するように、属性の特定の組み合わせを特定する。

検索フィルター文字列は、どの番組およびチャンネルの属性の組み合わせが、得られるＩＰＧリスト画面を含むために選択されるべきかを特定する。記録が１つ以上の組み合わせの明細に一致したときのみ、記録がリストされる。属性（属性フィールドのビットおよび検索フィルターの最後の３２ビットの意味）は、事務管理部門の徹底した管理下にあり、すなわち、ＶＲＮクライアントはビットの意味する知識がない。すなわち、ＶＲＮクライアントは、属性のビットが、検索フィルターのけたを一致させる、または一致させないかどうかだけを気にする。

いくつかの実施態様では、ＶＲＮアプリケーションは、１つ以上のＸＭＬ文書で定義してもよい。これらのＸＭＬ文書は、ＶＲＮクライアントに伝送してもよく、または上述の塊データにコンパイルされてもよく、また塊データはＶＲＮクライアントに伝送してもよい。いくつかの実施態様では、ＶＲＮアプリケーションは、中間ＸＭＬ形式の生成を必要とすることなく、塊データに直接生成するソフトウェアアプリケーションで定義してもよい。ＶＲＮアプリケーションを定義するＸＭＬ文書のためのスキーマは、ＸＭＬのための簡易スキーマ言語であり、ＸＭＬ文書の構造および内容のためのパターンを特定する、ＲＥＬＡＸ ＮＧに定義することができる。ＲＥＬＡＸ ＮＧスキーマは、それ自体ＸＭＬ文書であってもよい。ＲＥＬＡＸ ＮＧスキーマの詳細が、以下のウェブサイトｈｔｔｐ：／／ｗｗｗ．ｒｅｌａｘｎｇ．ｏｒｇ．に説明されている。

ＶＲＮアプリケーションのためのＲｅｌａｘ ＮＧスキーマは、米国仮特許出願番号６０／６６７，２００号の付属書Ｈに詳細に説明されており、その全体の内容は参照することにより本明細書に組み込まれる。

ＸＭＬ文書のための塊データとして供給されるべき必要とされるフィールドは、とりわけ、チャンネル参照、属性起動／非起動、テキスト文字列定義、表示すべきグラフオブジェクトの定義、ユーザー入力（例えば、パスワード）、ソフトウェアフィルター、メニューボタンの定義、およびＤＶＲＮページの定義を含む。ＶＲＮアプリケーションのためのソフトウェアフィルターは、米国仮特許出願番号６０／６６７，２００号の付属書Ｅに詳細に説明されており、その全体の内容は参照することにより本明細書に組み込まれる。

図１に戻ると、ＶＲＮアプリケーションのためのＸＭＬ文書は、ＶＲＮ画面データソース１４のコンパイラ２０で、ユーザー装置３０によって最終的に受信され、ＶＲＮアプリケーションを提供するためにＶＲＮクライアントによって実行される、バイナリＶＲＮ画面データにコンパイルすることができる。

一実施態様では、ＶＲＮ画面データは、例えば、上述のＲＥＬＡＸ ＮＧスキーマを使用して、ＶＲＮの塊の形式を定義する塊の文法ファイルによってクライアントに通訳されてもよい。塊の文法ファイルはまた、コンパイラ２０でバイナリファイルにコンパイルされ、ユーザー装置３０に送信されてもよい。塊の文法ファイルは、塊データを含まないが、伝送された塊データが適切に通訳されることを可能する。図１８に表した塊データを通訳するための実例となる塊の文法は、例えば、仮出願番号６０／６６７，２００号の付属書Ｎに説明されており、その全体の内容は参照することにより本明細書に組み込まれる。

図２０は、ＶＲＮアプリケーション２０１０のためのＶＲＮ画面データを定義するための別の方法の実例となる概要を示す。ユーザーインターフェース１８（図１）により、オペレータは、ＶＲＮアプリケーションを定義する４つの型のファイル、テンプレートの定義ファイル２０２０、環境の定義ファイル２０３０、ＶＲＮの塊の定義ファイル２０４０およびＶＲＮの塊データ２０５０を作成および編集することができる。

テンプレートの定義ファイル２０２０は、テンプレートの定義の詳細を提供する。いくつかの実施態様では、ファイルネーミングの基準は、ＶＲＮ１テンプレートｎｎｎ．ｘｍｌである。このテンプレートの指定は、７の実例となるテンプレートの説明において上で使用された。ファイルが単一のテンプレートを特定する場合は、「ｎｎｎ」がそのテンプレートのＩＤである。ファイルが一連の利用可能なテンプレートを特定する場合は、「ｎｎｎ」は除外される。このファイルには２つの目的がある。
・ＶＲＮの塊データを有効化させる
・正確なデータが選択されたテンプレートのために入力されたか確実にするために、情報をユーザーインターフェースに提供する
いくつかの実施態様では、これらのファイルは手動で生成してもよい。仮出願番号６０／６６７，２００号の付属書Ｊは、このファイルの形式を定義するために使用される実例となる文法を説明している。仮出願番号６０／６６７，２００号の付属書Ｋは、実例となるテンプレートファイルの例を示している。

環境の定義ファイル２０３０は、特定のチャンネル、ネットワーク、ＶＯＤクリップ、ＶＯＤサブカテゴリー、ＶＲＮデータ内の名前によって照会されてもよい、他の資産の定義を提供する。これにより、ＶＲＮ画面データソース１４（図１）のオペレータは、ソースＩＤ、資産ＩＤ、または他の不可解な情報を入力しなければならないよりもむしろ、名前によってこれらの項目を選択することができる。ファイル名の形式は、例えば、「ＶＲＮ１環境ｘｘｘｘ．ｘｍｌ」であってもよい。文字列「ｘｘｘｘ」は「ＣＭＣ」などの特定の識別子のための独自の名前または識別子である。

いくつかの実施態様では、これらのファイルは手動で生成してもよい。いくつかの実施態様では、これらのファイルは自動で全部または一部を生成してもよい。例えば、利用可能なチャンネルの名前およびソースＩＤの番号の定義は、ケーブルシステムのためのチャンネル番組構成を管理するシステム、および利用可能なＶＯＤクリップの名前の定義から自動的に生成してもよく、それらのプロバイダーＩＤおよび資産ＩＤは、ＶＯＤサーバーから自動的に生成してもよい。仮出願番号６０／６６７，２００号の付属書Ｌは、このファイルの形式を説明している。仮出願番号６０／６６７，２００号の付属書Ｍは、実例となる環境の定義ファイルの例を示している。

ＶＲＮの塊の定義ファイル２０４０は、ＸＭＬ形式のＶＲＮデータの特定の塊の特定のバージョンの正確な定義を提供する。ユーザーインターフェース１８（図１）により、オペレータはこれらのファイルに書き込み、また送信できる。ファイル名の形式は、例えば、「ＶＲＮ１塊ｔｔｔ ｘｘｘｘ ｓｓｓｓｓ ｍ ｃｃｃｃｃ ｖｖｖｖｖ ｙｙｙｙｍｍｄｄｈｈｍｍｓｓ ｙｙｙｙｍｍｄｄｈｈｍｍｓｓ．ｘｍｌ」であってもよい。文字列「ｔｔｔ」は、塊のために使用されるテンプレート番号である。文字列「ｘｘｘｘ」は環境の識別子である。文字列「ｓｓｓｓｓ」は、この塊が伝送されるべきソースＩＤである。文字列「ｍ」はマスター塊の「Ｍ」、また補助塊の「ｓ」である。文字列「ｃｃｃｃｃ」および「ｖｖｖｖｖ」は、塊ＩＤであり、塊バージョン番号である。ファイル名はまた、塊が放送されるべき開始および停止日／時間を含む。このファイルの形式を定義するために使用される実例となる文法のための付属書Ｎを参照されたい。仮出願番号６０／６６７，２００号の付属書Ｏは、マスター塊のための実例となるＶＲＮの塊の定義ファイルを説明している。仮出願番号６０／６６７，２００号の付属書Ｐは、補助塊のＶＲＮの塊の定義ファイルの例を示している。

ＶＲＮの塊のデータファイル２０５０は、ＶＲＮデータのための公表されているバイナリ形式のコンパイラ２０によって作成してもよい。１つのファイルは、それぞれのデータ塊のために作成する。ネーミング形式は、ファイル拡張子が「．ｄａｔ」であることを除き、ＸＭＬの塊の定義ファイルに対するものと同じである。実例となる塊のデータファイルを図１８、１８ａおよび１８Ｂに例証する。

実例となる一実施態様では、図２０に表されるＶＲＮアプリケーション２０１０は、中央設備１０（図１参照）のユーザーインターフェース１８から、または配信設備２０（図１に図示せず）のユーザーインターフェースから管理してもよい。例えば、ユーザーインターフェース１８は、以下に記載の特長のうちの１つ以上を提供することができるグラフユーザーインターフェース（ＧＵＩ）であってもよい。これらの特長により、オペレータは、ＶＲＮアプリケーションのためのＶＲＮ画面データソース１４のＶＲＮ画面データを作成および管理できる。その構造は、以下のことをする。
・テンプレートの定義ファイル２０２０を管理する
・テンプレートの定義ファイル２０２０がロードできるようにする
・環境の定義ファイル２０３０を管理する
・環境の定義ファイル２０３０がロードできるようにする
・マスター塊および補助塊のためにＶＲＮの塊の定義ファイル２０４０を管理し、ＶＲＮの塊の定義ファイルがロードおよび更新できるようにする
・塊の定義ファイルのために塊データ２０５０を作成および編集する
・図１８および図１９に表されたバイナリ塊データファイル２０５０を出力する
・項ＩＶで説明したように、マスター塊および補助塊の関係を管理する
・塊のバージョニングを管理する
・メッセージ長、テキスト長、テキスト圧縮、オブジェクトオフセット、パッドバイトおよびチェックサムなどのバイナリ塊データのフィールドを自動計算し、塊の大きさの制限を強化する
・編成された入力書式のユーザーインターフェース１８でデータ入力フィールドを提示する
‐予め設定された値を有するフィールドの入力を容易にするのに適切なドロップダウンリストを含む
‐試験目的のためにこれらのフィールドに基準外の値を入力できるモードを支援する
‐選択されたテンプレート、塊の型、および入力された他のフィールド値に基づいてのみ適切とされるフィールドおよび値を可能にする
‐メンバー（例えば、塊ごとの多数のオブジェクト、オブジェクトごとの多数の変形物、オブジェクトごとの多数の速報定義）の変数を有する要素の入力を可能にする
‐ソフトウェアフィルターおよびメニューアクションの入力のためのガイド（および制限）を提供する
図２１は、ＶＲＮ画面を生成し、ユーザー装置に伝送されるＶＲＮ画面データに基づきＶＲＮ画面の表示されたＶＲＮ要素にユーザー起動のアクションを実行する実例となるプロセスの流れ２１００を示す。ＶＲＮ画面は、例えば、図２から図１７を参照して上述するＶＲＮ画面のいずれであってもよい。ステップ２１１０では、クライアントは、ＶＲＮ資産、例えば、書式内容ソース１２または局所的内容ソース２２とともにビデオ配信を受信する。ビデオ配信は、合成ビデオストリームまたは多重チャンネルビデオ配信、デジタルまたはアナログのどちらであってもよい。ビデオ配信は、放送またはオンデマンドであってもよい。ステップ２１２０では、クライアントはまた、例えば、ＶＲＮ画面データソース１４、または局所挿入装置２２などの配信設備２０の画面データソースからＶＲＮ画面データを受信する。画面データはまた、これより前に管理データとも称され、「塊」にフォーマットしてもよい。画面データは、ビデオ配信とともに帯域内で受信してもよく、また帯域外（例えば、個別の配信）で受信してもよい。帯域外で受信する場合は、画面データは、ビデオ配信の受信の前に受信し、保存してもよい。ステップ２１３０では、クライアントはまた、ＶＲＮのテンプレートの定義を受信してもよい。テンプレートの定義は、定期的に、または時々中央設備１０または配信設備２０から伝送してもよく、また、ユーザー装置３０を保存しても、または保存しなくてもよい。テンプレートの定義は、ＶＲＮ画面を生成するＶＲＮクライアントの一部として受信してもよい。これらのステップ２１１０、２１２０および２１３０は、実例となるＶＲＮアプリケーションを定義し、特定の順序で実行する必要はない。ＶＲＮアプリケーションは、テンプレートを備えても、または備えていなくても、動作できる可能性が、テンプレートを使用することによって大幅に簡素化できる。ステップ２１１０および２１２０、任意的な２１３０からのデータがクライアントで完全に受信されるとき、対話型ＶＲＮ画面要素を備えたＶＲＮディスプレイは、ステップ２１４０で産出される。ステップ２１５０では、ユーザーは、例えば、例えば、リモートコントロール装置を使用することによって、例えば、画面要素を強調表示することができ、またステップ２１６０では、ＶＲＮクライアントは、焦点が合っているＶＲＮ資産のための画面データによって可能となる機能により、ユーザーによって選択されたアクションを実行（または実行をもたらす）する。前記アクションにより、上述のように、フルモーションビデオは表示され、別のビデオボタン、別のＶＲＮ画面への移行および同等物を強調表示する。

図２２は、ＶＲＮビデオ資産のテンプレートを使用してＶＲＮ画面を表示するための実例となるプロセスの流れ２２００を表示する。ステップ２２１０では、ユーザー装置３０などのＶＲＮクライアントは、テンプレートが以前に保存されない場合は、ステップ２２２０で起動し、またテンプレートを受信する。テンプレートは、例えば、ユーザーインターフェース１８経由で中央設備１０で生成することができる。ステップ２２３０では、クライアントはビデオ配信を、また２２４０では、図２１を参照して上述したように、例えば、中央設備１０または配信設備２０からのＶＲＮ画面データを受信する。ＶＲＮクライアントは、例えば、関連するＶＲＮ画面データを有するチャンネルに変わるユーザーの装置に応えて、ＶＲＮガイドを起動するユーザーに応えて、ユーザーが最初にユーザーの装置をつけるとき、または他に適切な任意の時間に、ステップ２２１０で起動する。ステップ２２５０では、ＶＲＮクライアントは、ＶＲＮのビデオ配信をオーバーレイするのに必要な全てのＶＲＮの非ビデオ資産が受信されているかどうかを調査する。この場合には、ＶＲＮクライアントは、ステップ２２７０で、ＶＲＮ画面データにより、ＶＲＮ配信にＶＲＮの非ビデオ資産をオーバーレイする。ＶＲＮのテンプレートは、そのテンプレートＩＤによって単に識別することができる。ＶＲＮデータが受信されないＶＲＮ画面のＶＲＮの要素またはボタンは、ＶＲＮ画面から除外される、または表示されるが目立たなくするまたは無効にする、例えば、グレー表示にする、ステップ２２６０。ステップ２２８０では、ＶＲＮ画面は表示され、ステップ２２９０では、ＶＲＮクライアントは、新しいＶＲＮのデータが中央設備１０または配信設備２０のどちらから受信されるか定期的に調査する。ＶＲＮ画面はその後、例えば、資産の表示を可能にする／回避することによって、ＶＲＮビデオ配信の資産を代用することによって、使用可能な対話型機能を更新するなどによって、追加で受信したデータに基づき更新する。

図２３は、数ある中でも、選択可能なビデオ要素を有するＶＲＮ画面を作成するための実例となるプロセス２３００のフローチャートである。限定する目的ではなく、例示の目的のために、このプロセス２３００は、図４〜図１７の他のＶＲＮ画面のいずれか、または選択可能なビデオ要素を有する他に適切な任意のＶＲＮ画面を提供するのに使用してもよいとはいえ、図２のＶＲＮ画面に関して説明する。ステップ２３１０では、ユーザーの装置（例えば、図１のユーザー装置３０）は、ビデオが豊富な（ＶＲＮ）ディスプレイに含めるためのビデオ資産のビデオ配信を受信する。図２の実例では、ＶＲＮ画面（「マトリックスレボリューションズ」、「オンデマンド」、「スポーツネット」、「ＣＮ８」および「公開中」）のビデオ領域のそれぞれは、配信の異なる資産であり、資産の全ては、それぞれが配信を作り上げるビデオストリームのフレームの異なる部分を占めるように、同時に伝送される。言い換えれば、ビデオ配信は、単一のビデオと見なしてもよく、そのビデオ配信の異なる部分で配列され、またディスプレイの異なる領域に関連する。

ステップ２３２０では、ＶＲＮクライアントは、ＶＲＮ画面データを受信する。ＶＲＮ画面データは、クライアントによって生成されるべきＶＲＮ画面の外観および触感を定義する。ＶＲＮ画面データは、例えば、ビデオ配信のソースを定義し、選択可能なビデオ要素の位置、ＶＲＮ画面（例えば、メニューオプション）の他の要素の位置を定義し、またＶＲＮ画面（例えば、ビデオ資産およびメニューオプション、ならびにメニューオプションそれ自体を囲む画面の背景）の実際の非ビデオ資産を識別する。いくつかの実施態様では、テンプレート（例えば、図３のワイヤーフレームを定義する）は、画面データを簡素化するために本明細書に説明するように使用してもよい。

ステップ２３３０、ＶＲＮクライアントは、ＶＲＮ画面を生成するために、メモリ（例えば、図１のユーザー装置３０の管理回路３２内）から非ビデオ資産（例えば、メニューオプションおよび背景）を読み出す。非ビデオ資産の一部または全部は、ＶＲＮ画面データの一部として受信してもよい。ステップ２３４０では、ＶＲＮクライアントは、非ビデオ資産（例えば、メニューオプションおよび背景）をビデオ配信にオーバーレイすることによって、ＶＲＮページを生成する。これらの非ビデオ資産は、ＶＲＮボタンのために使用されるビデオ資産を含まないビデオ配信の一部を隠す。要素をビデオにオーバーレイするための方法は、当技術分野で知られている。配信のビデオ資産の全てが、任意の所定のページおよび／または任意の所定の時間に見られるわけではないことに留意すべきである。例えば、表示されたＶＲＮ画面からユーザーによってアクセス可能なＶＲＮ画面などの、他のＶＲＮ画面に含ませるための追加の資産を配信に含んでもよい。いくつかの実施態様では、ユーザーが利用できないソースからの資産は、ＶＲＮクライアントによって隠されてもよい。ＶＲＮ画面データは、どのＶＲＮ画面にどの資産が提供されるか定義する。未使用の資産は、非ビデオ要素によって隠され、表示されない。

ＶＲＮ画面データはまた、ビデオ資産を選択可能と定義してもよく、それにより、本明細書に説明するＶＲＮビデオボタンを提供する。ステップ２３５０では、ＶＲＮクライアントはユーザーの装置（図１のディスプレイ装置３４）で生成されたＶＲＮ画面を表示し、またステップ２３６０では、ＶＲＮ画面データによりビデオ資産に強調表示領域を位置付ける。画面データは、例えば、角座標のｘ／ｙ位置およびビデオ資産の大きさ、もしくはビデオ資産の４つのコーナーのｘ／ｙ位置を定義することによって、または他に適切な任意の方法によってビデオ資産（および他のビデオ資産）を定義してもよい。いくつかの実施態様では、情報はテンプレートで特定される。ビデオ資産（または他のオブジェクト）が強調表示されるとき、ＶＲＮクライアントは、テンプレートまたは画面データによって特定してもよい他に適切なアクションを実行してもよい。例えば、ＶＲＮクライアントは、強調表示されたビデオ資産に関連する音声トラックを選択してもよく、ユーザーヘルプテキスト、または他の画面の位置（速報）の強調表示された資産に関連する他の情報を表示してもよい。ステップ２３７０では、ＶＲＮクライアントは、ユーザーコマンド（例えば、図１の入力装置３８から）を受信してもよい。ユーザーコマンドがナビゲーションコマンドである場合、ＶＲＮクライアントは、強調表示領域を別の画面上の要素へ移動させる。明確にするために、図２３は、別のビデオ資産の強調表示領域の位置決めだけを示す。実際には、強調表示領域はまた、図２のメニューオプションなどの非ビデオ要素に設置してもよい。ユーザーコマンドが選択コマンドである場合、ステップ２３８０では、ＶＲＮクライアントは、ＶＲＮ画面データに定義されている選択可能な要素に関連するアクションを実行する。どの要素がナビゲートされたか、および／または選択されたかを特定することは、適切な任意の方法を使用して達成してもよい。例えば、ＶＲＮクライアントは、ユーザーのナビゲーション履歴および／または現在の位置を探知してもよく、そこではナビゲーションの位置は、ＶＲＮ画面データの要素と関連する。

図２４は、いくつかのＶＲＮビデオおよび画面データ受信からのＶＲＮアプリケーションを生成するための実例となるプロセスの流れ２４００を示す。ステップ２４１０では、ユーザー装置３０は、内容ソース１２および／または２４などの内容ソースから受信し、上述の多重ＶＲＮチャンネルは、アナログ／デジタルチャンネルおよび／またはビデオチャンネルを合成ビデオストリームから分離することができる。ステップ２４２０では、ユーザー装置３０は、ＶＲＮ画面データソース１４、または多様なビデオチャンネルのための局所挿入装置２２多重ＶＲＮ画面データから受信し、ステップ２４３０では、ディスプレイ装置３４のディスプレイのために、第１のビデオチャンネルに関連する画面データによって定義される対話型機能および特長を有する第１のチャンネルからのＶＲＮ要素を有する対話型ビデオ画面を生成する。ステップ２４４０では、ユーザーは、別のＶＲＮビデオチャンネルから１つ以上の追加のＶＲＮ資産を必要とする、または連結されている、図４および図５の実例となるＶＲＮボタン１２（「ＥＳＰＮ」のラベル付き）などのＶＲＮビデオ要素を選択してもよい。例えば、ユーザーが、「ＳＰＯＲＴＳ」（図示せず）と表題の付いた対話型ＶＲＮビデオ要素を強調表示し、また全てのスポーツチャンネルが共通ビデオチャンネルを共有せず、図１０および図１１に表すように、スポーツチャンネルＥＳＰＮ、ＦＯＸ ＳＰＯＲＴＳ、ＥＳＰＮ２、ＳＰＥＥＤ、ＮＢＡおよびＮＦＬなどの多数のスポーツソースを有する別のＶＲＮ画面を開く場合に、これが起こり得る。多数のソースを有するＶＲＮビデオデータおよびＶＲＮ画面データの編成は、アプリケーションデータソース、例えば、上述の適切な管理データまたは塊によって管理してもよい。
ステップ２４５０では、第２の（および／または追加の）チャンネルのＶＲＮ要素が、アクションがその後、ステップ２４６０で、ユーザーの入力に応えて実行する、第２の（および／または追加の）ＶＲＮ画面データからのＶＲＮ画面データによって定義される対話型機能とともに、表示されている（図１０）。いくつかの実施態様では、ＶＲＮ画面データの多数の組は、単一のＶＲＮチャンネルに関連してもよい。画面データのそれぞれの組は、非ビデオ資産の異なる組、および同じビデオ背景のオーバーレイとして表示してもよいオブジェクトとともに、異なるＶＲＮ画面を表してもよい。

上記のように、ビデオが豊富なナビゲーション（ＶＲＮ）を有する対話型メディアガイドアプリケーションが提供される。ビデオ内容は、従来および対話型ビデオボタンを含んでもよい、ＶＲＮ画面に表示してもよい。当業者は、本発明は、限定ではなく、例示の目的のために提示されている、説明された実施態様以外によって実践することができ、本発明は続く特許請求の範囲によってのみ限定されることを理解するであろう。

Claims (28)

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. 前記テンプレートは、前記第１の対話型ディスプレイ内の要素に対して、位置、外観、大きさ、形状、または、デフォルトナビゲーション動作のうちの少なくとも１つを定義する、請求項１５に記載のシステム。

Images