(57)【特許請求の範囲】
【請求項１】
メディア資産に基づいて、双方向ビデオコンテンツを契約者デバイスに提供する方法であって、該メディア資産は、ソースメディアコンテンツと、関連付けられたソースメディアメタデータとを含み、該メディアメタデータは、メディアメタデータ仕様に準拠する記憶フォーマットにおいてエンコードされ、該方法は、
サーバにより、該メタデータをデータ通信ネットワークから受信することと、
該サーバにより、該記憶フォーマットからシンジケートメタデータ仕様に準拠するシンジケートフォーマットに、該メタデータの少なくとも一部を変換することにより、変換されたメタデータを取得することと、
該サーバにより、シンジケートプロトコルに従って、該変換されたメタデータを複数の双方向ビデオコンテンツ生成器に公開することと、
該複数の双方向ビデオコンテンツ生成器のうちの少なくとも１つの双方向ビデオコンテンツ生成器により、該契約者デバイスからの双方向ビデオコンテンツに対する要求を受信したことに応答して、少なくとも該変換されたメタデータから双方向ビデオコンテンツを生成することと
を含む、方法。
【請求項２】
前記メタデータを受信することは、該メタデータを備えるデータパッケージを受信することを含む、請求項１に記載の方法。
【請求項３】
前記データパッケージを受信することは、該データパッケージを含むデータパッケージの収集物を受信することを含む、請求項２に記載の方法。
【請求項４】
前記データ通信ネットワークは、インターネット、衛星ネットワーク、ローカルエリアネットワーク、広域ネットワーク、記憶エリアネットワーク、またはネットワーク接続記憶を含む、請求項１に記載の方法。
【請求項５】
前記メタデータは、前記メディア資産が読み出され得る場所を識別する情報を含む、請求項１に記載の方法。
【請求項６】
前記メディアメタデータ仕様は、資産配信インターフェース仕様である、請求項１に記載の方法。
【請求項７】
前記シンジケートメタデータ仕様は、ＲＳＳ仕様である、請求項１に記載の方法。
【請求項８】
前記シンジケートプロトコルは、ＲＳＳプロトコルである、請求項１に記載の方法。
【請求項９】
前記双方向ビデオコンテンツを生成することは、ＭＰＥＧ仕様に従って該双方向ビデオコンテンツをエンコードすることを含む、請求項１に記載の方法。
【請求項１０】
ＭＰＥＧ仕様に従って前記双方向ビデオコンテンツをエンコードすることは、グラフィックレイアウトテンプレートに従って、複数のＭＰＥＧビデオストリームをともにステッチングすることを含む、請求項９に記載の方法。
【請求項１１】
ユーザディスプレイデバイスに表示するために、双方向ビデオコンテンツ生成器により、前記エンコードされた双方向ビデオコンテンツを所与のユーザに配信することをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記エンコードされた双方向ビデオコンテンツを配信することは、広域ネットワーク、衛星ネットワーク、放送ネットワーク、ケーブルネットワーク、またはインターネットを介して、配信することを含む、請求項１１に記載の方法。
【請求項１３】
双方向ビデオコンテンツ生成器により、前記ユーザディスプレイデバイスと関連付けられたユーザインターフェースから、前記配信された双方向ビデオコンテンツに関連する電子コマンドを受信することと、
該双方向ビデオコンテンツ生成器により、少なくとも前記変換されたメタデータおよび該電子コマンドから第２の双方向ビデオコンテンツを生成することと
をさらに含む、請求項１１に記載の方法。
【請求項１４】
前記第２の双方向ビデオコンテンツはまた、ソースメディアから生成される、請求項１３に記載の方法。
【請求項１５】
前記双方向ビデオコンテンツはまた、ソースメディアから生成される、請求項１に記載の方法。
【請求項１６】
コンピュータプログラムコードを有するコンピュータ可読記憶媒体であって、該コンピュータプログラムコードは、コンピュータプロセッサに命令して、メディア資産に基づいて双方向ビデオコンテンツを契約者デバイスに提供する方法を実施させ、該メディア資産は、ソースメディアコンテンツと、関連付けられたソースメディアメタデータとを含み、該メディアメタデータは、メディアメタデータ仕様に準拠する記憶フォーマットにエンコードされ、該コンピュータ可読記憶媒体は、
該メタデータをデータ通信ネットワークから受信するプログラムコードと、
該記憶フォーマットからシンジケートメタデータ仕様に準拠するシンジケートフォーマットに、該メタデータの少なくとも一部を変換することにより、変換されたメタデータを取得するプログラムコードと、
シンジケートプロトコルに従って、該変換されたメタデータを複数の双方向ビデオコンテンツ生成器に公開するプログラムコードと、
該複数の双方向ビデオコンテンツ生成器のうちの少なくとも１つの双方向ビデオコンテンツ生成器において、該契約者デバイスからの双方向ビデオコンテンツに対する要求を受信したことに応答して、少なくとも該変換されたメタデータから双方向ビデオコンテンツを生成するプログラムコードと
を含む、コンピュータ可読記憶媒体。
【請求項１７】
前記メタデータを受信するプログラムコードは、該メタデータを備えるデータパッケージを受信するプログラムコードを含む、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項１８】
前記データパッケージを受信するプログラムコードは、該データパッケージを備えるデータパッケージの収集物を受信するプログラムコードを含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項１９】
前記データ通信ネットワークは、インターネット、衛星ネットワーク、ローカルエリアネットワーク、広域ネットワーク、記憶エリアネットワーク、またはネットワーク接続記憶を含む、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記メタデータを解析して、前記メディア資産が読み出され得る場所を識別する情報を取得するプログラムコードをさらに備える、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項２１】
前記メディアメタデータ仕様は、資産配信インターフェース仕様である、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項２２】
前記シンジケートメタデータ仕様は、ＲＳＳ仕様である、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項２３】
前記シンジケートプロトコルは、ＲＳＳプロトコルである、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項２４】
前記双方向ビデオコンテンツを生成するプログラムコードは、ＭＰＥＧ仕様に従って前記双方向ビデオコンテンツをエンコードするプログラムコードを含む、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項２５】
前記双方向ビデオコンテンツをエンコードするプログラムコードは、グラフィックレイアウトテンプレートに従って、複数のＭＰＥＧビデオストリームをともにステッチングするプログラムコードを含む、請求項２４に記載のコンピュータ可読記憶媒体。
【請求項２６】
ユーザディスプレイデバイスに表示するために、前記エンコードされた双方向ビデオコンテンツを所与のユーザに配信するプログラムコードをさらに備える、請求項２５に記載のコンピュータ可読記憶媒体。
【請求項２７】
前記エンコードされた双方向ビデオコンテンツを配信することは、インターネット、広域ネットワーク、衛星ネットワーク、放送ネットワーク、またはケーブルネットワークを介して配信することを含む、請求項２６に記載のコンピュータ可読記憶媒体。
【請求項２８】
前記ユーザディスプレイデバイスと関連付けられたユーザインターフェースから、前記配信された双方向ビデオコンテンツに関連する電子コマンドを受信するプログラムコードと、
前記変換されたメタデータおよび前記電子コマンドから第２の双方向ビデオコンテンツを生成するプログラムコードと
をさらに備える、請求項２６に記載のコンピュータ可読記憶媒体。
【請求項２９】
前記第２の双方向ビデオコンテンツを生成するプログラムコードは、ソースメディアから前記第２の双方向ビデオコンテンツを生成するプログラムコードを含む、請求項２８に記載のコンピュータ可読記憶媒体。
【請求項３０】
前記双方向ビデオコンテンツを生成するプログラムコードは、ソースメディアから前記双方向ビデオコンテンツを生成するプログラムコードを含む、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項３１】
メディア資産に基づいて、双方向ビデオコンテンツを契約者デバイスに提供するシステムであって、該メディア資産は、ソースメディアコンテンツと、関連付けられたソースメディアメタデータとを含み、該メディアメタデータは、メディアメタデータ仕様に準拠する記憶フォーマットにエンコードされ、該システムは、
該メタデータをデータ通信ネットワークから受信するインターフェースポートと、
該インターフェースポートに動作可能に連結される第１のプロセッサモジュールであって、
（１）該記憶フォーマットから、シンジケートメタデータ仕様に準拠するシンジケートフォーマットに、該メタデータの少なくとも一部を変換することにより、変換されたメタデータを取得することと、
（２）シンジケートプロトコルに従って、該変換されたメタデータを複数の双方向ビデオコンテンツ生成器に公開することと
を行う、第１のプロセッサモジュールと、
該複数の双方向ビデオコンテンツ生成器のうちの少なくとも１つの双方向ビデオコンテンツ生成器における第２のプロセッサモジュールであって、該契約者デバイスからの双方向ビデオコンテンツに対する要求を受信したことに応答して、該変換されたメタデータから双方向ビデオコンテンツを生成する第２のプロセッサモジュールと
を備える、システム。
【請求項３２】
前記インターフェースポートは、イーサネット（登録商標）ポートである、請求項３１に記載のシステム。
【請求項３３】
前記第１のプロセッサモジュールは、マイクロプロセッサを備える、請求項３１に記載のシステム。
【請求項３４】
前記第２のプロセッサモジュールは、マイクロプロセッサを備える、請求項３３に記載のシステム。
【請求項３５】
前記第１のプロセッサモジュールを前記第２のプロセッサモジュールに動作可能に連結するローカルエリアネットワークまたは広域ネットワークをさらに備える、請求項３１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、米国仮特許出願第６１／１６０，８８０号（２００９年３月１７日出願）の利益を主張し、この出願の内容は、その全体が本明細書に参考として援用される。
【０００２】
（発明の分野）
本発明は、オンデマンドビデオのシンジケートに関し、より具体的には、受信契約者に配信するために、共通シンジケートファイルフォーマットに転換可能なメタデータを有する、ライブイベントから生成されたメディア資産のシンジケートに関する。
【背景技術】
【０００３】
テレビネットワークは、いくつかの方法において、番組制作コンテンツを入手する。ネットワークは、例えば、ニュース番組において使用されるスポーツイベントおよびインタビューを収録することによって、後の放送のための番組制作コンテンツを生成し得る。また、ネットワークは、著作権所有者との契約を介して、映画等の番組制作コンテンツを入手し得る。番組制作ビデオが入手されると、直接またはローカルネットワーク加盟局を介してテレビ受信契約者へ後に配信するために、リポジトリに格納される。
【０００４】
ビデオ番組制作コンテンツは、一般的には、その特性を記述するメタデータとともに格納される。ビデオファイルの物理記憶と関連付けられたメタデータは、例えば、ファイル名、ファイルサイズ、ディスプレイアプリケーション内にファイルをレンダリングするために要求されるコーデック等を含んでもよい。また、ビデオは、記録者、記録されたイベントの種類、イベントの場所、その日時、および番組制作カテゴリ（例えば、スポーツ、ニュース、ドキュメンタリー、ホームコメディ）等、そのコンテンツを記述するメタデータとともに格納されてもよい。種々の番組制作カテゴリのためのメタデータは、そのカテゴリに関連する情報を含んでもよい。例えば、また、映画メタデータは、映画の格付け、上映期間、公開日、俳優リスト、制作スタジオ名、推奨レンタルまたは購入価格等を含んでもよい。
【０００５】
メタデータは、簡易ファイルフォーマット仕様に従って格納される。拡張マークアップ言語（ＸＭＬ）に基づく、そのような仕様の１つは、Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ  Ｌａｂｏｒａｔｏｒｉｅｓ，Ｉｎｃ．（Ｌｏｕｉｓｖｉｌｌｅ、Ｃｏｌｏｒａｄｏ（以下、ＣａｂｌｅＬａｂｓ（登録商標）））に著作権がある資産配信インターフェース（ＡＤＩ）である。以下に参照されるＡＤＩのバージョン１．１は、参照することによって、全体として本明細書に組み込まれる。
【０００６】
ＲＳＳは、同様に、ＸＭＬに基づくウェブコンテンツシンジケートフォーマットである。ＲＳＳ文書は、フィード内のコンテンツの個々のピースに対応するＲＳＳ「アイテム」を有する、単一「チャネル」、すなわち、フィードを画定する。各アイテムは、タイトルまたは説明と、例えば、下層ソース材料へのリンク、グローバル識別子、１つ以上のカテゴリ、および公開日を含む、いくつかの任意のパラメータとを有する。
【発明の概要】
【課題を解決するための手段】
【０００７】
テレビシステムのための双方向ビデオコンテンツの作成は、概して、プロセッサおよびメモリ集約的である。例えば、双方向受信契約者メニューシステムは、遠隔制御装置上のナビゲーションキーを押下する等の受信契約者の行動に応答して、ビデオストリームにアセンブルおよびレンダリングされることになる、ボタン、プレビュービデオコンテンツ等のいくつかの動的要素を有してもよい。また、カスタマイズされた双方向ビデオコンテンツをいくつかのネットワーク受信契約者に提供する際に、このビデオを生成するために要求されるコンピューティング資源の量は、概して、受信契約者の数に比例する。したがって、いくつかの異なるプロセッサ内のいくつかの異なるプロセス間およびいくつかのコンピュータメモリ間において、ビデオストリームを生成する作業を分散させることは、有利である。しかしながら、必要とされる場所が（または、必要とされるかどうかさえ）分からないまま、テレビシステム全体内の異なるビデオ生成器のすべてに、オンデマンド映画等のメディア資産を配信することは、他のタスクのためにより役立つと思われる帯域幅およびコンピューティング資源を使用することになる。したがって、需要に関係なく全ビデオプロセッサにデータを「プッシュ型配信」するよりも、需要に基づいてビデオ生成器にデータを「プル型配信」することが、効率的である。本発明の種々の実施形態は、必要とされるまで、コンテンツを実際に伝送することなく、どのコンテンツが利用可能であるかをリアルタイムベースでビデオ生成器に通知する方法に関する問題を解決する。
【０００８】
本発明の第１の実施形態は、メディア資産に基づいて、双方向ビデオコンテンツを提供するための方法である。メディア資産は、ビデオまたは音声等のソースメディアコンテンツと、関連付けられたソースメディアメタデータとを有する。メディアメタデータは、ＡＤＩ等のメディアメタデータ仕様に準拠する記憶フォーマットにエンコードされる。方法は、メディア資産をデータ通信ネットワークから受信するステップを含む。次に、第１のコンピュータプロセスにおいて、方法は、記憶フォーマットからＲＳＳ等のシンジケートメタデータ仕様に準拠するシンジケートフォーマットに、メタデータの少なくとも一部を変換するステップを含む。次に、方法は、シンジケートプロトコルに従って、変換されたメタデータを公開し、第２のコンピュータプロセスにおいて、少なくとも変換されたメタデータから、双方向ビデオコンテンツを生成するステップを含む。また、ビデオコンテンツは、ソースメディアから生成されてもよい。さらに、第２のコンピュータプロセスは、ＭＰＥＧオブジェクトであってもよい。
【０００９】
メタデータを受信するステップはまた、データパッケージがそのうちの１つである、データパッケージの収集物を受信するステップを含み得る、メタデータを備えるデータパッケージを受信するステップを含んでもよい。例えば、データパッケージは、ビデオオンデマンド、映画ポスター、監督、公開年、および公開期間に関する情報等を含有する、メディア資産パッケージであってもよい。データ通信ネットワークは、インターネット、衛星ネットワーク、ローカルエリアネットワーク、広域ネットワーク、記憶エリアネットワーク、またはネットワーク接続記憶であってもよい。メタデータは、そこからメディア資産が読み出され得る場所を識別する情報を有してもよい。メディアメタデータ仕様は、資産配信インターフェース仕様であってもよく、シンジケートメタデータ仕様は、ＲＳＳ仕様であってもよい。シンジケートプロトコルは、対応するＲＳＳプロトコルであってもよい。
【００１０】
ビデオコンテンツを生成するステップは、ＭＰＥＧ仕様に従って、コンテンツをエンコードするステップを含んでもよい。これは、グラフィックレイアウトテンプレートに従って、複数のＭＰＥＧビデオストリームをともにステッチングするステップを伴ってもよい。さらに、方法は、ユーザディスプレイデバイス上に表示するために、エンコードされたビデオコンテンツを所与のユーザに配信するステップを含んでもよい。配信ネットワークは、広域ネットワーク、衛星ネットワーク、放送ネットワーク、ケーブルネットワーク、またはインターネットであってもよい。関連実施形態では、また、方法は、ユーザディスプレイデバイスと関連付けられたユーザインターフェースから、配信されたビデオコンテンツに関連する電子コマンドを受信し、コンピュータプロセスにおいて、変換されたメタデータおよび電子コマンドから、第２の双方向ビデオコンテンツを生成するステップを含む。したがって、例えば、テレビ受信契約者は、遠隔制御ユーザインターフェースを使用して、双方向ビデオメニューの「ボタンを押下」し、それによって、第２のメニューまたはサブメニューを生成および表示させてもよい。また、第２のビデオコンテンツは、ソースメディアから生成されてもよい。
【００１１】
上述の方法は、コンピュータシステム上で行われてもよく、本発明の他の実施形態は、これらの方法を実施するためのコンピュータプログラム製品を含む。システム自体は、データ通信ネットワークからメディア資産を受信するためのインターフェースポートと、インターフェースポートと動作可能に連結される第１のプロセッサモジュールと、第２のプロセッサモジュールとを有してもよい。第１のプロセッサモジュールは、記憶フォーマットからシンジケートメタデータ仕様に準拠するシンジケートフォーマットに、メタデータの少なくとも一部を変換するステップと、シンジケートプロトコルに従って、変換されたメタデータを公開するステップとの両方を可能にしてもよい。第２のプロセッサモジュールは、変換されたメタデータおよびソースメディアコンテンツから、双方向ビデオコンテンツを生成するために使用されてもよい。インターフェースポートは、イーサネット（登録商標）ポートであってもよい。第１および第２のプロセッサモジュールは、マイクロプロセッサであってもよい。また、システムは、第１のプロセッサモジュールを第２のプロセッサモジュールに動作可能に連結するためのローカルエリアネットワークまたは広域ネットワークを含んでもよい。
本明細書は、例えば、以下の項目も提供する。
（項目１）
メディア資産に基づいて、双方向ビデオコンテンツを提供する方法であって、該メディア資産は、ソースメディアコンテンツと、関連付けられたソースメディアメタデータとを含み、該メディアメタデータは、メディアメタデータ仕様に準拠する記憶フォーマットにおいてエンコードされ、該方法は、
該メディア資産をデータ通信ネットワークから受信することと、
第１のコンピュータプロセスにおいて、該記憶フォーマットからシンジケートメタデータ仕様に準拠するシンジケートフォーマットに、該メタデータの少なくとも一部を変換することと、
シンジケートプロトコルに従って、該変換されたメタデータを公開することと、
第２のコンピュータプロセスにおいて、少なくとも該変換されたメタデータから、双方向ビデオコンテンツを生成することと
を備える、方法。
（項目２）
前記メタデータを受信することは、該メタデータを備えるデータパッケージを受信することを含む、項目１に記載の方法。
（項目３）
前記データパッケージを受信することは、該データパッケージを含むデータパッケージの収集物を受信することを含む、項目２に記載の方法。
（項目４）
前記データ通信ネットワークは、インターネット、衛星ネットワーク、ローカルエリアネットワーク、広域ネットワーク、記憶エリアネットワーク、またはネットワーク接続記憶を含む、項目１に記載の方法。
（項目５）
前記メタデータは、前記メディア資産が読み出され得る場所を識別する情報を含む、項目１に記載の方法。
（項目６）
前記メディアメタデータ仕様は、資産配信インターフェース仕様である、項目１に記載の方法。
（項目７）
前記シンジケートメタデータ仕様は、ＲＳＳ仕様である、項目１に記載の方法。
（項目８）
前記シンジケートプロトコルは、ＲＳＳプロトコルである、項目１に記載の方法。
（項目９）
ビデオコンテンツを生成することは、ＭＰＥＧ仕様に従って該コンテンツをエンコードすることを含む、項目１に記載の方法。
（項目１０）
ＭＰＥＧ仕様に従って前記コンテンツをエンコードすることは、グラフィックレイアウトテンプレートに従って、複数のＭＰＥＧビデオストリームをともにステッチングすることを含む、項目９に記載の方法。
（項目１１）
ユーザディスプレイデバイスに表示するために、前記エンコードされたビデオコンテンツを所与のユーザに配信することをさらに備える、項目１０に記載の方法。
（項目１２）
前記エンコードされたビデオコンテンツを配信することは、広域ネットワーク、衛星ネットワーク、放送ネットワーク、ケーブルネットワーク、またはインターネットを介して、配信することを含む、項目１１に記載の方法。
（項目１３）
前記ユーザディスプレイデバイスと関連付けられたユーザインターフェースから、前記配信されたビデオコンテンツに関連する電子コマンドを受信することと、
コンピュータプロセスにおいて、少なくとも前記変換されたメタデータおよび該電子コマンドから、第２の双方向ビデオコンテンツを生成することと
をさらに備える、項目１１に記載の方法。
（項目１４）
前記第２のビデオコンテンツはまた、前記ソースメディアから生成される、項目１３に記載の方法。
（項目１５）
前記ビデオコンテンツはまた、前記ソースメディアから生成される、項目１に記載の方法。
（項目１６）
前記第２のコンピュータプロセスは、ＭＰＥＧオブジェクトを備える、項目１に記載の方法。
（項目１７）
コンピュータプログラムコードを自身に有する有形コンピュータ可読媒体を備えるコンピュータプログラム製品であって、該コンピュータプログラムコードは、コンピュータプロセッサに命令して、メディア資産に基づいて双方向ビデオコンテンツを提供する方法を実施させ、該メディア資産は、ソースメディアコンテンツと、関連付けられたソースメディアメタデータとを含み、該メディアメタデータは、メディアメタデータ仕様に準拠する記憶フォーマットにエンコードされ、該製品は、
該メディア資産をデータ通信ネットワークから受信するプログラムコードと、
第１のコンピュータプロセスにおいて、該記憶フォーマットからシンジケートメタデータ仕様に準拠するシンジケートフォーマットに、該メタデータの少なくとも一部を変換するプログラムコードと、
シンジケートプロトコルに従って、該変換されたメタデータを公開するプログラムコードと、
第２のコンピュータプロセスにおいて、少なくとも該変換されたメタデータから、双方向ビデオコンテンツを生成するプログラムコードと
を含む、コンピュータプログラム製品。
（項目１８）
前記メタデータを備えるデータパッケージを受信するプログラムコードをさらに備える、項目１７に記載のコンピュータプログラム製品。
（項目１９）
前記データパッケージを備えるデータパッケージの収集物を受信するプログラムコードをさらに備える、項目１８に記載のコンピュータプログラム製品。
（項目２０）
前記データ通信ネットワークは、インターネット、衛星ネットワーク、ローカルエリアネットワーク、広域ネットワーク、記憶エリアネットワーク、またはネットワーク接続記憶を含む、項目１７に記載のコンピュータプログラム製品。
（項目２１）
前記メタデータを解析して、前記メディア資産が読み出され得る場所を識別する情報を取得するプログラムコードをさらに備える、項目１７に記載のコンピュータプログラム製品。
（項目２２）
前記メディアメタデータ仕様は、資産配信インターフェース仕様である、項目１７に記載のコンピュータプログラム製品。
（項目２３）
前記シンジケートメタデータ仕様は、ＲＳＳ仕様である、項目１７に記載のコンピュータプログラム製品。
（項目２４）
前記シンジケートプロトコルは、ＲＳＳプロトコルである、項目１７に記載のコンピュータプログラム製品。
（項目２５）
ＭＰＥＧ仕様に従って前記コンテンツをエンコードするプログラムコードをさらに備える、項目１７に記載のコンピュータプログラム製品。
（項目２６）
グラフィックレイアウトテンプレートに従って、複数のＭＰＥＧビデオストリームをともにステッチングするプログラムコードをさらに備える、項目２５に記載のコンピュータプログラム製品。
（項目２７）
ユーザディスプレイデバイスに表示するために、前記エンコードされたビデオコンテンツを所与のユーザに配信するプログラムコードをさらに備える、項目２６に記載のコンピュータプログラム製品。
（項目２８）
前記エンコードされたビデオコンテンツを配信することは、インターネット、広域ネットワーク、衛星ネットワーク、放送ネットワーク、またはケーブルネットワークを介して配信することを含む、項目２７に記載のコンピュータプログラム製品。
（項目２９）
前記ユーザディスプレイデバイスと関連付けられたユーザインターフェースから、前記配信されたビデオコンテンツに関連する電子コマンドを受信するプログラムコードと、
コンピュータプロセスにおいて、前記変換されたメタデータおよび前記電子コマンドから、第２の双方向ビデオコンテンツを生成するプログラムコードと
をさらに備える、項目２７に記載のコンピュータプログラム製品。
（項目３０）
前記ソースメディアから、前記ビデオコンテンツを生成するプログラムコードをさらに備える、項目２９に記載のコンピュータプログラム製品。
（項目３１）
前記ソースメディアから、前記ビデオコンテンツを生成するプログラムコードをさらに備える、項目１７に記載のコンピュータプログラム製品。
（項目３２）
前記第２のコンピュータプロセスは、ＭＰＥＧオブジェクトを備える、項目１７に記載のコンピュータプログラム製品。
（項目３３）
メディア資産に基づいて、双方向ビデオコンテンツを提供するシステムであって、該メディア資産は、ソースメディアコンテンツと、関連付けられたソースメディアメタデータとを含み、該メディアメタデータは、メディアメタデータ仕様に準拠する記憶フォーマットにエンコードされ、該システムは、
該メディア資産をデータ通信ネットワークから受信するインターフェースポートと、
該インターフェースポートに動作可能に連結される第１のプロセッサモジュールであって、
（１）該記憶フォーマットから、シンジケートメタデータ仕様に準拠するシンジケートフォーマットに、該メタデータの少なくとも一部を変換することと、
（２）シンジケートプロトコルに従って、該変換されたメタデータを公開することと
を行う、第１のプロセッサモジュールと
該変換されたメタデータおよび該ソースメディアコンテンツから、双方向ビデオコンテンツを生成する第２のプロセッサモジュールと
を備える、システム。
（項目３４）
前記インターフェースポートは、イーサネット（登録商標）ポートである、項目３３に記載のシステム。
（項目３５）
前記第１のプロセッサモジュールは、マイクロプロセッサを備える、項目３３に記載のシステム。
（項目３６）
前記第２のプロセッサモジュールは、マイクロプロセッサを備える、項目３５に記載のシステム。
（項目３７）
前記第１のプロセッサモジュールを前記第２のプロセッサモジュールに動作可能に連結するローカルエリアネットワークまたは広域ネットワークをさらに備える、項目３３に記載のシステム。
【図面の簡単な説明】
【００１２】
本発明の上述の特徴は、付随の図面を参照して、以下の発明を実施するための形態を参考することによって、より容易に理解されるであろう。
【図１】図１は、本発明のある実施形態による、テレビ信号を配信するためのシステムを示す概略図である。
【図２】図２は、本発明のある実施形態による、メタデータ変換のブロック図である。
【図３】図３は、図２に示されるように、そのネイティブフォーマットからシンジケートフォーマットに、メタデータの転換の際に生じる主要プロセスのブロック図である。
【発明を実施するための形態】
【００１３】
定義。本説明および添付の請求項に使用されるように、以下の用語は、文脈が別途要求しない限り、以下に示される意味を有するものとする。
【００１４】
ビデオ生成器とは、テレビまたはセットトップボックス等のビデオディスプレイデバイスによって表示するために好適なビデオデータを生成する装置またはシステムである。ビデオ生成器は、表示のためのビデオまたは音声視覚ストリームの生成を補助するビデオレンダラ、音声レンダラ、エンコーダ、あるいは他の構成要素を含んでもよい。
【００１５】
双方向ビデオコンテンツとは、双方向方式において、視聴者に応答するように要請するビデオを意味する。ビデオは、セットトップボックスによって、家庭用テレビに表示されてもよい。視聴者は、例えば、遠隔制御装置上のボタンを押下することによって、ビデオコンテンツと相互作用可能である。または、ビデオは、コンピュータ画面に表示されてもよく、相互作用は、キーボードキー押下およびコンピュータマウス入力の形態をとってもよい。しかしながら、これらの実施形態は、例示にすぎず、他の形態の双方向ビデオコンテンツが、当業者によって企図されてもよい。
【００１６】
メタデータは、他のデータに関するものであるが、そのデータのいかなる実体も備えないデータである。例えば、コンピュータファイルは、任意のデータを含有してもよい。ファイルに関するメタデータは、ファイルの作成者、その作成日時、ファイル内に格納されるデータ量、およびファイルが見出され得る場所を含む。これらの属性はすべて、ファイルに関するが、いずれもファイルのデータのコンテンツを形成するものではない。メタデータは、メタデータの効率的な機械処理を可能にする特有のフォーマットであるメタデータ仕様に従って、コンピュータファイル内に格納される。異なるメタデータ仕様が、存在し、それぞれ、特有のアプリケーションドメイン内にデータを記述するように適合される。
【００１７】
メディア資産は、音声視覚データ、すなわち、「メディアコンテンツ」と、その関連メタデータの一部とを含むコンピュータファイルである。メディア資産は、他のメディア資産を指してもよい。例えば、ビデオメディア資産は、生ビデオメディア資産および生音声メディア資産を指してもよい。メディア資産パッケージは、配信のための単位として、送達、追跡、および管理されるメディア資産の束である。例えば、映画のためのメディア資産パッケージは、ビデオデータ、映画の予告編、小売用ボックスカバーおよび挿入小冊子のための画像、ポスター用の画像のためのメディア資産、および他のメディア資産を含み得る。
【００１８】
シンジケートとは、受信契約によって、個人にメディア資産を公開することを指す。メディア資産に由来するソースは、本質的に、個人が受信契約し得る新しいコンテンツの可用性の一連の発表であるシンジケートフィードを提供する。コンテンツ配信のシンジケートモデルを使用する受信契約者は、いくつかのソースからのメディア資産を統合する第三者からではなく、そのオリジナルソースから直接メディア資産を受信する。シンジケートフィードとしてメディア資産を受信し、フィードからそれらを読み出すためのプロセスは、シンジケートプロトコルである。インターネットシンジケートとは、ＲＳＳ等の一般に利用可能なプロトコルに従って、メディア資産をインターネットユーザにシンジケートするプロセスを指す。
【００１９】
本明細書で使用されるように、用語「ＭＰＥＧオブジェクト」とは、米国特許出願第１２／００８，６９７号「Ｉｎｔｅｒａｃｔｉｖｅ  Ｅｎｃｏｄｅｄ  Ｃｏｎｔｅｎｔ  Ｓｙｓｔｅｍ  Ｉｎｃｌｕｄｉｎｇ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌｓ  ｆｏｒ  ｖｉｅｗｉｎｇ  ｏｎ  ａ  Ｒｅｍｏｖｅ  Ｄｅｖｉｃｅ」および米国特許出願第１２／００８，７２２号「ＭＰＥＧ  Ｏｂｊｅｃｔｓ，ａｎｄ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｕｓｉｎｇ  ＭＰＥＧ  Ｏｂｊｅｃｔｓ」（その開示は、参照することによって、全体として本明細書に組み込まれる）に説明される意味を有する。
【００２０】
本明細書に開示される装置および方法は、受信契約者へのテレビサービスの通常の提供を補完する。テレビネットワークの動作を促進するために使用されるが、別様には本発明の実施形態に関連しない、機能構成要素は、明確にするために、省略される。関連機能構成要素は、テレビサービスプロバイダが適切であると見なすような標準的コンピュータ機器またはカスタムハードウェアを使用して実装されてもよく、テレビサービスプロバイダによって、あるいは本目的のために雇用される契約者またはベンダによって、提供されてもよい。
【００２１】
図１は、本発明のある実施形態による、テレビ信号を配信するシステムを示す概略図である。テレビネットワークは、ネットワーク施設１００を有し、テレビ信号はそこから配信ネットワークインターフェース１１４を経由して、配信ネットワーク１４０を介してテレビ受信契約者１２０に伝送される。最初に、本明細書に開示される本発明は、当技術分野において周知の任意の配信ネットワークを使用して具現化されてもよいことに留意されたい。限定ではなく、一例として、配信ネットワーク１４０は、広域コンピュータネットワーク、衛星および地上局のネットワーク、放送塔による無線周波数放送ネットワーク、ケーブル幹線および分岐ノードを有するケーブルテレビネットワーク、またはインターネットであることが可能である。次いで、配信ネットワークインターフェース１１４は、適切な配信ネットワーク１４０上でテレビ信号を伝送するために必要な機器を含む。本発明の種々の実施形態に従って要求されるものは、テレビ受信契約者１２０が、表示のためのテレビ信号を受信およびデコード可能なセットトップボックスまたはデスクトップコンピュータ等のテレビインターフェースユニットを有することだけである。受信契約者１２０は、配信ネットワーク１４０を介して、あるいはインターネット１６０または他の帰路を介して、メッセージを返信することによって、ネットワークオペレータと通信してもよい。このように、テレビサービスプロバイダは、その受信契約者に、双方向個人化コンテンツを提供可能である。
【００２２】
図１の例示的システムでは、また、ソースメディアコンテンツとしても知られるビデオ番組制作および関連ファイルは、ネットワークオペレータによって、当技術分野において周知のデータ記憶装置であるファイルサーバ１０２内に格納される。ファイルサーバは、大量のソースメディアファイルを格納してもよい。これらのファイルは、例えば、ビデオオンデマンド等のテレビサービを提供するために使用されてもよい。他の構成要素を使用して、ソースメディアコンテンツを入手してもよい。例えば、衛星からのビデオおよび音声データは、衛星放送受信アンテナ１０４を使用して入手されてもよい。一般的には、このデータは、ビデオサーバ１０６によって当技術分野において周知の技法を使用して、ファイルサーバ１０２上の記憶装置にそれ自体を貸与する形式へと処理される。同様に、ソースメディアコンテンツは、ネットワークファイアウォール１０８を介して、インターネット１６０にアクセスすることによって、ビデオプロバイダ１６２から読み出されることが可能である。または、映画配給会社は、長編映画のデジタルコピーを含有する記憶媒体をネットワークオペレータに物理的に送達し、オペレータは、デジタルコピーをファイルサーバ１０２に転送する。当業者は、本発明のある実施形態による、ソースメディアコンテンツを入手する他の方法についても知っているであろう。
【００２３】
本発明の実施形態によると、コンテンツを記述するフォーマットされたメタデータはまた、ファイルサーバ上に格納される。そのようなフォーマットの１つは、Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ  Ｌａｂｏｒａｔｏｒｉｅｓ，Ｉｎｃ．（ＣａｂｌｅＬａｂｓ）（Ｌｏｕｉｓｖｉｌｌｅ、ＣＯ）によって公開されている資産配信インターフェース（ＡＤＩ）仕様に準拠する。ＡＤＩフォーマットによって、ソースメディア配給会社は、単一メディア資産パッケージ内に、関連ビデオ、音声、および画像の束を記述可能とする。本発明の例示的実施形態では、ＡＤＩファイルは、ファイルサーバ１０２上に、特定のメディア資産パッケージと関連付けられて格納される。通常、ＡＤＩファイルは、新しいソースメディアが入手されることに伴って、ネットワークオペレータによって生成される。例えば、ビデオサーバ１０６は、それが受信およびエンコードするビデオの各セグメントに対して、自動的にＡＤＩファイルを生成するように構成可能であって、その場合、放送ビデオセグメントは、当技術分野において周知のキュートーンまたは埋込デジタルマーカを使用して描写され、本機能（および、他の機能）を可能にする。本発明の実施形態によると、メタデータサーバ１１２は、そのネイティブフォーマットからＲＳＳ等のシンジケートフォーマットにこのメタデータを転換し、それを公開する。図３は、メタデータサーバ１１２の動作をより詳細に示す。
【００２４】
ＲＳＳフィード自体は、ビデオ生成器によって読み出され、双方向コンテンツを作成するために使用される。ビデオ生成器は、例えば、ネットワーク施設上に位置する、ビデオサーバ１０６であってもよく、またはビデオ生成器は、ソースメディアコンテンツがテレビシステムに参加する施設から遠隔にあってもよい。したがって、ビデオ生成器は、第２のネットワーク施設に位置するか、またはさらに別個の設備内の全ネットワーク施設から遠隔にあってもよい。別個の設備内の遠隔双方向ビデオ生成の実施例は、２００２年９月２４日出願の米国特許出願第１０／２５３，１０９号「Ｉｎｔｅｒａｃｔｉｖｅ  Ｃａｂｌｅ  Ｓｙｓｔｅｍ  ｗｉｔｈ  Ｒｅｍｏｔｅ  Ｐｒｏｃｅｓｓｏｒｓ」（その内容は、参照することによって、全体として本明細書に組み込まれる）に説明されている。ビデオ生成器は、以下によって完全に説明されるように、ボタン押下等のユーザ定義イベントに応答して、または毎分１回等の定期的に、ＲＳＳフィードを読み出してもよい。
【００２５】
上述の機能構成要素は、ローカルエリアネットワーク１１０等のデータ通信ネットワークを使用して、相互にデータを伝送する。このネットワークは、単一ネットワーク施設１００上に含有されるように示されるが、ネットワークオペレータは、いくつかのネットワーク施設を介して、関連機能構成要素を配信してもよいことを理解されるであろう。例えば、一施設上の衛星放送受信アンテナは、次いで、プライベートネットワークを使用して、ローカル受信契約者への配信のために他の施設に転送され得る、ソースビデオを入手するために使用されてもよい。そのような場合、ローカルエリアネットワークは、インターネット等の広域ネットワークまたは他の適切なネットワークによって置換されてもよい。
【００２６】
これらの構成要素は、本発明の種々の実施形態によるいくつかの方法のうちのいずれかにおいて使用されてもよい。例えば、特定のソースメディアコンテンツが、その受信契約者に多くのチャネルを供給するケーブルテレビシステムを介して配信するために、放送ネットワークによって取得されるスポーツイベントのビデオ記録であると仮定する。ケーブルテレビプロバイダは、その受信契約者に、放送の記録をオンデマンドベースで利用可能にすることを所望してもよい。受信契約者は、一般的には、セットトップボックスを特定のチャネルに同調させ、一連のメニューをナビゲートし、所望の放送コンテンツを特定することによってこのオンデマンドコンテンツにアクセスするであろう。
【００２７】
このプロセスを促進するために、放送ネットワークは、生デジタルビデオフォーマットにあるビデオ記録をエンコードし、それを記憶装置内のケーブルテレビシステムに提供する。一実施形態では、ケーブルテレビシステムは、記憶装置内で実行するジョブを定期的にスケジューリングし、ケーブルテレビシステム全体に分布される種々のビデオサーバに、新しいソースメディアコンテンツが受信されたことを通知する。通知は、本明細書に説明されるように、シンジケートフィードを使用して実施される。具体的に言うと、スケジューリングされたプロセスは、図３と併せて説明されるプロセスに従って、記憶装置内のビデオコンテンツと関連付けられたメタデータを分析することによって、シンジケートフィードをもたらす。
【００２８】
次いで、このシンジケートフィードは、ケーブルテレビシステム内部で公開され、ビデオサーバ１０６等のビデオサーバに、受信契約者が視聴するためのソースメディアコンテンツを準備させる。そのような準備は、例えば、受信契約者のセットトップボックスに表示可能な音声／ビデオフォーマット（例えば、ＭＰＥＧ）に生ビデオをコード変換し、他のアプリケーションがコード変換されたビデオを使用し得るように、コード変換されたビデオを格納することを含む。配信地点は、取込現場から遠隔のケーブル電波中継局を含んでもよい。コード変換および配信は、そのようなソースメディアコンテンツの可能性のある、または実際の需要、ならびに受信契約者セットトップボックス内で使用されるハードウェア、受信契約者が支払い、アクティブにした受信契約特徴に関する情報基づいて、自動的に行われてもよい。本プロセスが成功する場合、他のケーブルテレビシステムソフトウェアまたはハードウェア（ビデオステッチャ等）に、新しく準備されたコンテンツが利用可能であることを通知するための適切な措置が講じられてもよい。例えば、他の構成要素は、「プレイリスト」または他の好適な手段の使用を介して、コード変換されたコンテンツが準備できていることを通知されてもよい。ビデオステッチャは、例えば、アップデートされたプレイリストを読み取ってもよい。次いで、受信契約者の要求に応答して、ビデオステッチャは、準備されたソースメディアコンテンツを、ボタンおよびテキスト等の以前に準備され、エンコードされたメニュー要素とステッチングし、双方向メニューシステムを形成してもよい。メディアコンテンツは、表示のために既にエンコードされているため、ステッチングプロセスは、表示されたメニュー画面を構成する構成要素のいずれもさらにエンコードすることなく、非常に高速に進められてもよい。
【００２９】
当業者は、本発明の他の実施形態が他のネットワークアーキテクチャに適合するように構築され得る方法を理解するであろう。例えば、ビデオプロバイダ１６２は、放送ネットワークがケーブルテレビプロバイダと直接契約しない場合、媒介として使用されてもよい。代替実施形態では、ケーブルテレビネットワーク内の配信自体が、ＲＳＳフィードによって駆動されてもよい。したがって、ケーブルテレビネットワークのいくつかの異なるローカルまたは地域支局が、同一ＲＳＳフィードを受信契約してもよい。各支局は、上述のような機能を実施する、ケーブル電波中継局として動作してもよい。したがって、各電波中継局は、独立して、生ビデオコンテンツを読み出し、それをコード変換し、ローカル（または、遠隔）双方向ビデオステッチャによる使用のために、コード変換されたビデオをローカルに格納する。当業者は、本実施例をシンジケートプロトコルが有用である他のネットワークアーキテクチャに適合する方法を理解するであろう。
【００３０】
図２は、本発明のある実施形態による、メタデータ変換のブロック図である。本実施形態では、テレビサービスプロバイダは、メニューシステム等の双方向テレビ信号を生成する。双方向コンテンツは、その受信契約者による使用のためのサービスによって入手される特定のソースメディアに基づく。例えば、ケーブルＴＶサービスは、いくつかの配給会社からの映画を配信する権利を取得し、「ビデオオンデマンド」受信契約サービスとして、映画を供給してもよい。サービスは、それぞれ、映画ビデオ、映画の予告編、映画ポスター、および説明文を含み得る、映画資産を入手する。次いで、サービスは、それを介して、受信契約者が、遠隔制御装置を使用してブラウジングし、映画を選択し、ポスターおよび概要を閲覧し、予告編を鑑賞し、映画を注文可能なカタログを生成する。カタログ自体は、受信契約者がナビゲート可能な双方向メニューのより大きなシステムの一部であってもよい。次いで、テレビサービスは、ネットワークを介して、ユーザサービスインターフェースデバイスに配信するための双方向ビデオをエンコードし、インターフェースデバイスから受信したコマンドに応答して、双方向コンテンツを修正する。ネットワークオペレータは、ケーブルＴＶ電波中継局等のネットワーク施設またはネットワークオペレータにとって便宜的別の場所に、これらの機能を実行するためのコンピュータ機器をインストールおよび維持してもよい。
【００３１】
プロセス全体は、ボックス２１０から開始し、そこで、サービスプロバイダは、映画またはスポーツイベント等のソースメディアコンテンツと関連付けられたメタデータを受信する。メタデータは、映画配給会社等のコンテンツ配給会社に由来してもよく、またはサービスネットワーク内で生成されてもよい。メタデータが、第三者に由来する場合、例えば、毎夜、バッチプロセスにおいて受信されてもよく、またはテレビサービスは、定期的に、配給会社からメタデータアップデートを要求してもよい。メタデータが、ネットワーク自体内で生成される場合、作成に伴ってファイルサーバに転送されてもよい。また、当技術分野において周知の他の類似データ転送方法が採用されてもよい。
【００３２】
ボックス２２０では、テレビサービスは、ネイティブフォーマット（例えば、ＡＤＩ）からシンジケートフォーマット（例えば、ＲＳＳ）にメタデータを転換する。転換は、ソースメディアコンテンツを記述するメタデータを、ＲＳＳシンジケート等の周知の安価な技法によって、サービスプロバイダのシステム内でその容易な配信を可能にするフォーマットに適応するように使用される。この適応が行われない場合、カスタムソフトウェアおよびハードウェア統合は、メニューシステム等の双方向ビデオの生成をソースメディアメタデータに適応するように要求されるであろう。転換のプロセスは、図３と併せて、以下により詳細に説明される。本明細書に与えられる記述は、主に、ＲＳＳに関するが、コンテンツをシンジケートするための当技術分野において周知の他のシステムおよびデータフォーマットが、発明の範囲から逸脱することなく、代用されてもよいことを理解されたい。同時に、上述のように、ソースメディアコンテンツは、必要に応じて、他のビデオ構成要素との高速ステッチングを可能にするフォーマットにコード変換される。
【００３３】
ボックス２３０では、サービスは、方向ビデオコンテンツを生成する。いくつかの入力は、ＲＳＳメタデータ、エンコードされたメディアコンテンツ、および（以下にさらに詳述されるような）受信契約者から受信される双方向コマンドを含む、ビデオコンテンツを生成するために使用される。受信契約者によって送信されるコマンドは、生成器に、例えば、メニューまたはハイライトボタンを表示し、ピクチャ・イン・ピクチャ信号を生成し、無修正ソースメディアコンテンツをパスし、または任意の他の適切かつサポート措置を講じるように命令してもよい。ビデオ生成は、マイクロプロセッサ等のコンピュータプロセッサ内で生じ、ＭＰＥＧオブジェクト（その用語は、明示的に本明細書に定義される）の使用を含んでもよい。次いで、ビデオステッチングが、実施される。ステッチャ内で使用されるビデオエンコードフォーマットは、ネットワークオペレータによって、受信契約者が、ビデオデータをネットワークから受信し、双方向コマンドをネットワークに送信する、セットトップボックス等のユーザサービスインターフェースデバイスと作用するように選択される。そのようなデバイスは、一般的には、少数のエンコードのみ提供し、そこから、ネットワークオペレータは、共通エンコードがＭＰＥＧ−２であるように選択するはずである。
【００３４】
ボックス２４０では、テレビサービスは、双方向ビデオコンテンツをユーザまたは受信契約者に配信する。インターネット、広域ネットワーク、衛星ネットワーク、放送ネットワーク、ケーブルネットワーク、または当技術分野において周知の他のデータ通信ネットワークを含み得る、ネットワーク１４０を経由して、受信契約者に配信される。ユーザは、双方向ビデオを受信し、テレビディスプレイ上にそれを表示し、遠隔制御装置を使用して、双方向機能を選択する。
【００３５】
ボックス２５０では、テレビサービスは、関連付けられたユーザサービスインターフェースデバイスによって、ユーザの遠隔制御装置から、双方向コマンドを受信する。そのようなコマンドは、例えば、ユーザが、遠隔制御装置上のナビゲーションまたは選択ボタンを押下すると、生じてもよい。ビデオコンテンツは、ダウンストリームネットワークを経由して配信されるが、コマンドは、異なり得る、戻りネットワークを介して受信される。例えば、衛星ＴＶ受信契約者は、一般的には、衛星を介して、コマンドをネットワークオペレータに返信しないが、インターネット１６０または電話ネットワーク等の別のネットワークを介して、返信する。ボックス２３０に戻ると、示されるように、テレビサービスは、受信したコマンドを使用して、双方向ビデオを改変してもよい。実施例として、サービスは、最初に、ビデオメニューをいくつかの選択肢とともに伝送する。ユーザは、選択肢を確認し、１つを選択する。サービスは、選択コマンドを受信し、次いで、本発明の実施形態に従って、第２の双方向ビデオ信号として、ＲＳＳフィード、ビデオソース、および選択コマンドに基づいて、サブメニュービデオ信号を生成する。
【００３６】
ビデオ生成は、新しいデータに対して、ＲＳＳフィードを再チェックするステップを含んでもよい。したがって、オンデマンドビデオコンテンツのメニューは、ユーザが、ページアップまたはページダウン等のナビゲーションボタン等の任意のボタンを押下すると、ＲＳＳフィードからの新しいコンテンツでアップデートされてもよい。または、ユーザに提示するために利用可能なビデオコンテンツは、ユーザが、サブメニューをブラウジングしている間に変化してもよく、ユーザが、最後のメニューまたは戻るボタンを押下すると、アップデートされる。または、メニュー自体が、新しいコンテンツがアップデートされた情報によって利用可能であることの指標を表示し、ユーザに、メニューをリフレッシュし、新しいコンテンツを確認するように要請してもよい。当業者は、ＲＳＳフィードからのデータを使用した他の種類の類似受信契約者−サービス相互作用が、発明の範囲内で使用され得る方法を理解するであろう。
【００３７】
図３は、図２のボックス２２０に示されるように、そのネイティブフォーマットからシンジケートフォーマットへのメタデータの変換の際に生じる、主要プロセスのブロック図である。メタデータは、これらのプロセスの開始時に、ネイティブエンコードとして受信される。例えば、本ネイティブエンコードは、ＣａｂｌｅＬａｂｓ  ＡＤＩ仕様または当技術分野において周知の別のエンコードに従う、ＸＭＬであり得る。そのようなフォーマットは、メタデータを階層フォーマットにエンコードさせ、そこで、メタデータは、データ構造内に封入され、種々のデータ構造は、仕様によって定義されるように、他のデータ構造を含有してもよい。本発明の実施形態の説明を促進するために、解析は、文書オブジェクトモデル（ＤＯＭ）に従って、メタデータの抽出から別個のプロセスとして、図３に示される。本明細書に開示される本発明の実施形態は、メタデータが解析プロセスの際に抽出される、ＸＭＬのためのシンプルなＡＰＩ（ＳＡＸ）等の当技術分野において周知の他の種類の解析、ならびに非ＸＭＬメタデータフォーマットに従う解析を使用してもよいことを理解されるであろう。加えて、解析、抽出、および再フォーマットのステップは、拡張可能なスタイルシート言語変換（ＸＳＬＴ）等のユーティリティによって達成されてもよい。
【００３８】
ボックス３１０では、ネイティブフォーマットが解析され、そのエンコードからメタデータを抽出し、解析木を抽出する。そのような解析木は、該当する場合、メタデータの階層性質を保存する一方、エンコードされた特定のデータフォーマットから解放する。したがって、ネイティブメタデータフォーマットは、ＡＤＩ、またはさらにＸＭＬにも限定されず、記憶仕様に従う任意の適切なエンコードであってもよい。例えば、メタデータは、予測可能に解析され得る限り、データベースまたは「フラット」テキストファイル内に格納されてもよい。
【００３９】
本発明の実施形態に従って解析され得る、データフォーマットの具体的実施例として、ＡＤＩ仕様のバージョン１．１（参照することによって、本仕様に組み込まれる）を検討する。ＡＤＩの付属Ｉは、ＸＭＬ文書型定義（ＤＴＤ）を含有する。本特定のＤＴＤに従って解析され得る文書は、その中に、＜Ｍｅｔａｄａｔａ＞要素およびゼロ以上の＜Ａｓｓｅｔ＞要素が存在する、最上位＜ＡＤＩ＞要素を提供する。順に、＜Ａｓｓｅｔ＞要素はそれぞれ、＜Ｍｅｔａｄａｔａ＞要素、ゼロ以上のネスト化された＜Ａｓｓｅｔ＞要素、および任意の＜Ｃｏｎｔｅｎｔ＞要素を含有する。各＜Ｍｅｔａｄａｔａ＞要素は、＜ＡＭＳ＞要素およびゼロ以上の＜Ａｐｐ＿Ｄａｔａ＞要素を有する。＜Ａｐｐ＿Ｄａｔａ＞要素は、いくつかの属性、すなわち、Ａｐｐ、Ｎａｍｅ、およびＶａｌｕｅを有する。＜ＡＭＳ＞要素も、同様に、いくつかの属性を有する。本説明から、これらのルールに準拠するテキスト文書は、当技術分野において周知の技法を使用して、要素の階層木に解析されてもよい。
【００４０】
ボックス３２０では、特定の種類のメタデータが、解析木から選択および抽出される。選択されるメタデータの種類は、テレビネットワークの所望のレベルの双方向性およびビデオ生成のためのテレビサービスの要件に従って異なってもよい。例えば、テレビサービスは、その受信契約者に、オンデマンド視聴のための異なる映画を含有する電子メニューを提供することを所望してもよい。映画のタイトル、その構想および登場人物の概要、ならびにその公開日等の属性は、双方向電子メニューを作成するために、ビデオ生成器にアクセス可能であるべきである。解析木からの他の属性は、ビデオ生成のプロセスを補助するのに有用であってもよい。これらの属性は、ソースビデオが見出され得る、ＵＲＬまたは他のネットワーク場所、およびキャッシングまたは他の最適化のために使用するためのソースメディアに関するグローバル一意識別子を含む。
【００４１】
上述のＡＤＩ実施例を継続して参照すると、例示的メディア資産パッケージのためのメタデータは、バージョン１．１  ＡＤＩ仕様の付属ＩＩ．１に与えられる。本パッケージは、映画「Ｃａｐｔａｉｎ  Ｃｏｒｅｌｌｉ’ｓ  Ｍａｎｄｏｌｉｎ」に関するメディア資産のためのメタデータを含有する。メタデータファイルは、パッケージ全体のための＜Ｍｅｔａｄａｔａ＞要素に続いて、映画タイトルのための＜Ａｓｓｅｔ＞要素を有する。順に、本＜Ａｓｓｅｔ＞は、その中に、視聴者の興味を引く可能性のある情報を含有する、いくつかの＜Ａｐｐ＿Ｄａｔａ＞要素が見出される、＜Ｍｅｔａｄａｔａ＞要素を含有する。「Ｔｉｔｌｅ」という名称の＜Ａｐｐ＿Ｄａｔａ＞要素は、映画の名前である、値「Ｃａｐｔａｉｎ  Ｃｏｒｅｌｌｉ’ｓ  Ｍａｎｄｏｌｉｎ」を有する。「Ｓｕｍｍａｒｙ＿Ｓｈｏｒｔ」という名称の＜Ａｐｐ＿Ｄａｔａ＞要素は、映画について説明する文章を与える値等を有する。
【００４２】
他の要素は、テレビサービスに対する着目情報を含有する。タイトル＜Ａｓｓｅｔ＞は、３つの他の＜Ａｓｓｅｔ＞要素、すなわち、それぞれ、長編映画、予告編、および挿絵を含有する。理解され得るように、これらの３つの＜Ａｓｓｅｔ＞要素はそれぞれ、それぞれのソースメディア資産のためのデータに対応するＵＲＬ値を含む、＜Ｃｏｎｔｅｎｔ＞要素を有する。したがって、特徴ＵＲＬは、ＭＰＥＧフォーマットにおけるビデオファイルである、「Ｍａｎｄｏｌｉｎ．ｍｐｇ」である。また、各＜Ａｓｓｅｔ＞は、その値が、グローバル一意資産識別子である、Ａｓｓｅｔ＿ＩＤ属性を有する、＜ＡＭＳ＞要素を有する。解析木内のその場所は、既知であるため、これらの有用メタデータは、ボックス３２０において、解析木から選択および抽出されてもよい。
【００４３】
ボックス３３０では、有用メタデータは、ＲＳＳ等のシンジケート仕様に従って再フォーマットされる。ＲＳＳアイテムは、ＲＳＳプロトコルによって提供される、種々の機能に対応する、＜ｔｉｔｌｅ＞、＜ｄｅｓｃｒｉｐｔｉｏｎ＞、＜ｕｒｌ＞、＜ｐｕｂｄａｔｅ＞、および＜ｇｕｉｄ＞等の要素を有する。これらは、ＡＤＩ準拠文書に現れる値に論理的に対応する。上述の実施例を継続して参照すると、新しい映画のためのＲＳＳ＜ｔｉｔｌｅ＞要素は、ボックス３２０において抽出された値を使用して、「Ｔｉｔｌｅ」という名称の適切な＜Ａｐｐ＿Ｄａｔａ＞要素の値によって取り込まれてもよい。他のＲＳＳ要素も、同様に、取り込まれてもよい。ボックス３３０におけるプロセスの終了結果は、シンジケート仕様に従ってフォーマットされたメタデータファイルである。
【００４４】
ボックス３４０では、再フォーマットされたメタデータは、シンジケート仕様内のプロトコルに従って公開される。例えば、ＲＳＳフィードを公開するステップは、ウェブサーバを構成および動作させ、ウェブサーバの公に可視であるエリア内の特定のディレクトリにＲＳＳ文書を配置するステップを伴う。このように、ＲＳＳ受信契約者が、フィードＵＲＬにアクセスすると、ウェブサーバは、ＲＳＳ文書のディレクトリおよびファイル名上にＵＲＬをマッピングし、受信契約者に、文書のコンテンツを提供する。
【００４５】
上述の実施例を継続して参照すると、ビデオ生成器は、特定のＲＳＳフィード、例えば、すべての認可を受けた映画のフィードに対して受信契約可能である。フィード文書のコンテンツは、映画の短い説明、ビデオ生成器が、グラフィックレイアウトテンプレートに従ってサイズを再調整し、特定の位置に電子メニューをステッチング可能な映画ポスターの画像へのリンク、ビデオ生成器が、双方向メニューボタンを提供し得る、予告編へのリンク、映画データのためのローカルキャッシュをチャックするために使用可能なグローバル識別子等を含有する、映画「Ｃａｐｔａｉｎ  Ｃｏｒｅｌｌｉ’ｓ  Ｍａｎｄｏｌｉｎ」のためのＲＳＳアイテムを含むであろう。ビデオ生成器は、この情報を使用して、個々の受信契約者のためのカスタム双方向ビデオを生成可能である。ＲＳＳまたは類似シンジケートプロトコルを採用することによって、このプロセスは、ビデオ生成器の数およびサポートされなければならない受信契約者の数に効率的に対応可能である。
【００４６】
上述の本発明の実施形態は、単なる例示であることが意図される。多数の変形例および修正が、当業者に明白となるであろう。そのような変形例および修正はすべて、添付の請求項のいずれかに定義されるような本発明の範囲内であることが意図される
【図１】
0005675765.tif 000002
【図２】
0005675765.tif 000003
【図３】
0005675765.tif 000004