(57)【要約】  オーディオ／ビデオストリームを生成する方法であって、ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを多重化するステップを有する方法である。オーディオ／ビデオストリームを受信するための装置、および、オーディオ／ビデオストリームを送信するための装置が開示されている。
2005516491.tif 000002
【特許請求の範囲】
【請求項１】
オーディオ／ビデオストリームを生成する方法であって、
ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを多重化するステップを有する方法。
【請求項２】
請求項１に記載の方法であって、
前記セマンティックデータパケットは、前記コンテント参照識別子が現在のまたはリンクしているコンテント参照識別子であるかの情報を含むことを特徴とする方法。
【請求項３】
請求項１または２に記載の方法であって、
前記オーディオ／ビデオストリームは第２のコンテント参照識別子を含み、前記セマンティックデータパケットは両方のコンテント参照識別子の情報を含むことを特徴とする方法。
【請求項４】
請求項１ないし３いずれか一項に記載の方法であって、
前記セマンティックデータパケットは、前記コンテント参照識別子または各コンテント参照識別子がタイムクリティカルであるかの情報を含むことを特徴とする方法。
【請求項５】
オーディオ／ビデオストリームを送信する装置であって、
ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと、前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを多重化するためのマルチプレクサと、結果として得られる前記オーディオ／ビデオストリームを送信するための送信手段と
を備えた装置。
【請求項６】
請求項５に記載の装置であって、
前記送信手段は、前記オーディオ／ビデオストリームを無線接続を介して送信することを特徴とする装置。
【請求項７】
請求項５に記載の装置であって、
前記送信手段は、前記オーディオ／ビデオストリームを有線接続を介して送信することを特徴とする装置。
【請求項８】
オーディオ／ビデオストリームを受信する装置であって、
ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを有するオーディオ／ビデオストリームを受信する受信手段と、
前記オーディオ／ビデオストリームをデマルチプレックスするためのデマルチプレクサとを有する装置。
【請求項９】
請求項８に記載の装置であって、前記装置はデジタルテレビレシーバであることを特徴とする装置。
【請求項１０】
ビデオコンポーネントと、
オーディオコンポーネントと、
コンテント参照識別子と、
前記ビデオコンポーネントと前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットと
を有するオーディオ／ビデオストリーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオ／ビデオストリームを生成する方法、オーディオ／ビデオストリームを送信する装置、オーディオ／ビデオストリームを受信する装置、およびオーディオ／ビデオ自体に関する。
【０００２】
伝統的に、少数のテレビチャンネルと単一の配信（無線放送）は、エンドユーザが配信されるコンテントを監視するために番組スケジュールを容易に追跡できることを意味していた。しかし、デジタルテレビとインターネットの導入により、エンドユーザが利用できるチャンネル数（現在は数百に達している）とコンテントが急激に増加した。同様に、配信方法の数も増加し、光ファイバーケーブルや旧式の銅線の電話ネットワークを介する放送も含まれるようになった。エンドユーザは、利用可能なコンテントのほんの一部を追うだけでも大変である。サービスを利用することによる楽しみは結果として減少している。
【０００３】
様々な利益団体が、この問題を解決する多数の方法を試みている。そのような団体の１つがTV-Anytimeフォーラム（www.tv-anytime.org）であり、この団体はコンテントがどこで（例えば、伝統的な放送、インターネットベース等）、いつ（例えば、予定に従って、またはいつでもアクセス可能な状態で）利用可能であっても、コンテントを検索し、選択し、場所を特定し、取得するシステムを開発している。このコンセプトを実現するため、このフォーラムは、３つの異なる技術分野を標準化が必要な分野として特定した。メタデータ、コンテント参照、および著作権管理である。これら３つのエリアは、実行可能なエンド・ツー・エンドのTV-Anytimeシステムを実施するのに必要とされる最低限の基本的機能に及ぶ。消費者は、エンド・ツー・エンドのTV-Anytimeシステムを用いて、コンテントを検索し、選択し、視聴または記録するためにコンテントを取得することができる。
【０００４】
TV  Anytimeフォーラムにより作成された文献TV038r2（２０００年４月７日）「要求シリーズ：コンテント参照要求（標準）上のR4」は、コンテント参照の様々な面に言及している。この文献はここに参照により援用する。TV  Anytimeフォーラムは、コンテントアイテムを特定するコンテント参照識別子（CRID）を規定した。しかし、そのコンテントアイテムがどこで見つけられるかについては規定していない。しかし、コンテント参照識別子とそのエンドユーザへの通信に関連した問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
それゆえ、本発明の目的は、コンテント参照識別子の通信を改善することである。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によると、オーディオ／ビデオストリームを生成する方法であって、ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを多重化するステップを有する方法が提供される。
【０００７】
本発明の第２の態様によると、オーディオ／ビデオストリームを送信する装置であって、ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと、前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを多重化するためのマルチプレクサと、結果として得られる前記オーディオ／ビデオストリームを送信するための送信手段とを備えた装置が提供される。
【０００８】
本発明の第３の態様によると、オーディオ／ビデオストリームを受信する装置であって、ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを有するオーディオ／ビデオストリームを受信する受信手段と、前記オーディオ／ビデオストリームをデマルチプレックスするためのデマルチプレクサとを有する装置が提供される。
【０００９】
本発明の第４の態様によると、ビデオコンポーネントと、オーディオコンポーネントと、コンテント参照識別子と、前記ビデオコンポーネントと前記コンテント参照識別子間の関係の情報を含むセマンティックデータパケットとを有するオーディオ／ビデオストリームが提供される。
【００１０】
本発明によって、エンドユーザは容易にアクセスできる仕方で、ビデオコンポーネントとコンテント参照識別子の間の関係のセマンティック情報を含む、コンテント参照識別子を供給される。コンテント参照識別子がビデオコンポーネントと関係づけられる様々な方法を分類し、これらの関係をラベリングすることにより、オーディオ／ビデオストリームを受信する装置は、識別子をかなり処理でき、適当なユーザインターフェイスをしかるべく構成することができる。
【００１１】
有利にも、セマンティックデータパケットは、コンテント参照識別子が現在のコンテント参照識別子であるか、またはリンクするコンテント参照識別子であるかの情報を含む。オーディオ／ビデオストリームは、第２のコンテント参照識別子を含んでもよく、セマンティックデータパケットは、両方のコンテント参照識別子の情報を含む。好ましくは、セマンティックデータパケットは、そのコンテント参照識別子または各コンテント参照識別子が時間について決定的であるかどうかの情報を含む。
【００１２】
オーディオ／ビデオストリームを送信する装置は、無線接続（例えば、ラジオリンク）または有線接続（例えば、光ファイバーケーブル）を介して、オーディオ／ビデオストリームを送信する。オーディオ／ビデオストリームを受信する装置は、好ましくは、デジタルテレビレシーバである。
【００１３】
オーディオ／ビデオストリームは、伝統的な放送、インターネットマルチキャスト、１対１ファイルサーバ配信を含む、いかなる好適な一方向配信方法により送信することもできる。
【発明を実施するための最良の形態】
【００１４】
例示のためだけに、添付した図面を参照して本発明の実施形態を説明する。
【００１５】
図１において、オーディオ／ビデオストリームを送信するための装置は、マルチプレクサ１２と送信手段１４とを備えた送信機１０である。マルチプレクサ１２は、ビデオコンポーネント、オーディオコンポーネント、コンテント参照識別子、およびセマンティックデータパケットを、好適な配信ネットワークを介して送信するために、オーディオ／ビデオストリームに多重化するためのものである。
【００１６】
ビデオコンポーネントとオーディオコンポーネントは、単一のコンテントストリーム１６としてマルチプレクサ１２に供給されるように示されている。その単一のコンテントストリーム１６は、データベースから検索されてもよいし、例えばスポーツイベントからリアルタイムで生成されてもよい。同様に、マルチプレクサ１２は、ビデオコンポーネントとオーディオコンポーネントを別々に受信することもできる。ビデオおよびオーディオコンポーネントについては分けて供給されることができるが、コンテント参照識別子とセマンティックデータパケットは、単一のデータストリーム１８としてマルチプレクサ１２に供給される。
【００１７】
セマンティックデータパケットは、ビデオコンポーネントとコンテント参照識別子間の関係の情報を含む。コンテント参照識別子は、供給されているコンテントについてユニークであり、そのコンテントの識別ラベルとして機能する。コンテント参照識別子は、予め定められた題名により生成され、コンテントプロバイダにより制御される。
【００１８】
ビデオコンポーネント、オーディオコンポーネント、コンテント参照識別子、およびセマンティックデータパケットを有するオーディオ／ビデオストリームは、送信手段１４によりケーブルネットワーク２０を介してネットワーク２０に接続されたレシーバに送信される。同様に、送信手段１４は、標準の変調されたテレビ信号または衛星放送等の無線接続を介してストリームを送信することができる。
【００１９】
そのようなレシーバ２２が、デジタルテレビレシーバの形で、ケーブルネットワーク２０に接続されて示されている。オーディオ／ビデオストリームを受信するこの装置は、オーディオ／ビデオストリームを受信するための受信手段２４と、オーディオ／ビデオストリームをデマルチプレックスするためのデマルチプレクサ２６とを有する。また、レシーバには、CPU、キャッシュメモリ、メインメモリ等の標準的構成要素が設けられているが、明瞭性のため図示されていない。
【００２０】
レシーバ２２の受信手段２４は、ビデオコンポーネント、オーディオコンポーネント、コンテント参照識別子、セマンティックデータパケットを有するオーディオ／ビデオストリームを受信し、このストリームを構成部分に分離するデマルチプレクサ２６に供給する。通常の動作においては、デマルチプレクサ２６はビデオコンポーネントをディスプレイ装置２８に供給する。このディスプレイ装置２８は一般的には、オーディオコンポーネントも受信するオーディオ機能も有している。
【００２１】
エンドユーザは、ディスプレイ装置２８に表示された、選択したチャンネルのビデオストリームを見る。レシーバ２２のキャッシュメモリは、コンテント参照識別子とセマンティックデータパケットを記憶する。リモコン等の好適なユーザインターフェイスを用いて、通常はオンスクリーンメニューシステムを介して、ユーザはレシーバ２２の機能にアクセスできる。
【００２２】
最も単純な使用において、コンテント参照識別子は、それが組み込まれたビデオストリームを直接指す。このコンテント参照識別子は、その現在のコンテントのラベルである。この現在のコンテント参照識別子は、ユーザインターフェイスを介して現在の番組についての拡張された情報を取得することなどに使用することができる。ユーザは、オンスクリーンメニューから、現在の番組の情報を取得するオプションを選択することができる。一旦選択されると、レシーバ２２はそのキャッシュメモリからコンテント参照識別子を検索し、これを番組のさらなる情報を取得するために使用する。このさらなる情報は、関連するウェブサイトから検索してもよいし、トランスミッタ１０により配信されたデータから検索してもよい。
【００２３】
しかし、多くの状況において、コンテント参照識別子は配信されているコンテントに直接関係はしないか、またはそのオーディオ／ビデオストリームには１つ以上のコンテント参照識別子がある。これらの状況において、オーディオ／ビデオストリームのビデオコンポーネントとコンテント参照識別子の間の関係を知ることにより、レシーバ２２の機能は大きく拡張される。これはオーディオ／ビデオストリーム中のセマンティックデータパケットの存在により達成される。セマンティックデータパケットはこの関係の情報を含む。CPUは、セマンティックデータパケットを解釈し、レシーバ２２の動作をしかるべく調整する。
【００２４】
例えば、今後の番組の予告が示されたとき、ストリームに組み込まれたコンテント参照識別子は、その予告ではなく、予告されている実際の番組のためのものである。セマンティックデータパケットは、配信されているコンテントは将来の番組の予告であり、コンテント参照識別子は将来の番組のものであることを、レシーバ２２に示す情報を含む。レシーバ２２のユーザが予告の放送中に記録機能を選択したとき、レシーバは、オーディオ／ビデオストリームの現在のビデオおよびオーディオコンポーネントは記録しない。その代わり、レシーバ２２は、そのストリームに関連するコンテント参照識別子をキャッシュからメインメモリのバッファに転送する。レシーバ２２は、TV  Anytimeのコンテント参照標準の方法により、選択した番組のコンテントを取得することができる。
【００２５】
オーディオ／ビデオストリームが第２のコンテント識別子を含んでいるとき、状況はより複雑となる。この場合、セマンティックデータパケットは、両方のコンテント参照識別子の情報を含む。２つ以上の識別子があるとき、セマンティックデータパケットは、コンテント参照識別子すべての情報、およびオーディオ／ビデオストリームのビデオコンポーネントとの関係の情報を含む。
【００２６】
例えば、映画が放送されている間に、オーディオ／ビデオストリームは映画自体のコンテント参照識別子を含むが、じきに放送される「メイキング・オブ・．．．．．」の識別子を含んでもよく、その映画の続編の識別子を含んでもよい。セマンティックデータパケットは、異なるコンテント参照識別子の分類情報を含んでもよい。例えば、レシーバ２２は、どの識別子がどれであるか分かり、エンドユーザに使いやすい仕方でこの情報を表示することができる。再度記録の例をとると、エンドユーザが記録機能を選択したとき、その映画とその映画にリンクされた異なる番組の詳細を示され、本当に記録したいと思うコンテントを選択することができる。
【００２７】
放送されている番組が階層構造を有し、その番組全体がより小さな構成部分からなるとき、その番組全体のコンテント参照識別子に加え、その構成部分も個別の識別子を割り当てられ、分離して記録することができる。これの例は、異なるスポーツイベントからなるスポーツ番組である。図２に示した。レシーバ２２は、関連したセマンティックデータパケットの内容に基づき、異なった階層タイプの識別子を区別することができ、データを区別して取り扱うことができ、好適な仕方でユーザに提示することができる。似たような状況は、番組全体のコンテント参照識別子とその番組内の異なる部のコンテント参照識別子を有する「オムニバス」および「マガジン」形式の番組でも起こる。
【００２８】
オーディオ／ビデオストリームが、相前後する２つの番組の２つの異なったコンテント参照識別子を含むことも可能である。連続する２つの番組が、いずれかが記録されたとき、レシーバ２２が取得するのが便利であると放送事業者が考える、ある共通の内容を分け合ってもよい。図３に示した。例えば、これはコマーシャル、または連結セクションである。再度、この情報は、レシーバ２２による処理のためにセマンティックデータパケットに含まれている。
【００２９】
上記の２つのシナリオ（例えば、連続した２つのマガジン番組）は、同時に送信される４つ以上のコンテント参照識別子につながる。レシーバ２２は、セマンティックデータパケットを介して各識別子のタイプと関係を通知される。
【００３０】
結果において、コンテント参照識別子には２つのタイプがある。現在のコンテント参照識別子とリンクするコンテント参照識別子である。セマンティックデータパケットは、コンテント参照識別子が現在のコンテント参照識別子であるか、リンクするコンテント参照識別子であるかの情報を含む。現在のコンテント参照識別子は、それが組み込まれているコンテントを直接指す。一方、リンクするコンテント参照識別子は、他の番組、すなわちそれが組み込まれたコンテントではない番組を指すものである。図４は、様々なリンクする識別子のテーブルであり、セマンティックデータパケットで搬送される情報のタイプに関する詳細を含んでいる。この図において、「A/Vコンテント」への参照は、オーディオ／ビデオストリームのオーディオおよびビデオコンテントを指す。「グループ」とラベルされた列は、コンテント参照識別子が番組グループに関係するか、単一の番組に関係するかを指す。
【００３１】
いくつかのコンテント参照識別子は時間に大きく依存し（タイムクリティカル）であり、セマンティックデータパケットは、コンテント参照識別子がタイムクリティカルかどうかについての情報を含む。例えば、レシーバ２２が正しい時刻に記録を開始しなければならないので、現在のコンテント参照識別子はタイムクリティカルである。一方、関係する番組を参照するリンクする識別子は、タイムクリティカルではない。レシーバ２２は、動作が時間通りに行われるようタイムクリティカルなコンテント参照識別子を効率的に特定できるように、この情報を処理する。
【図面の簡単な説明】
【００３２】
【図１】オーディオ／ビデオストリームを受信するための装置にケーブルネットワークを介してオーディオ／ビデオストリームを送信するための装置の概略図である。
【図２】オーディオ／ビデオストリームの概略図である。
【図３】第２のオーティオ／ビデオストリームの概略図である。
【図４】コンテント参照識別子をリンクするテーブルである。
【図１】
2005516491.tif 000003
【図２】
2005516491.tif 000004
【図３】
2005516491.tif 000005
【図４】
2005516491.tif 000006
【国際調査報告】
2005516491.tif 000007
2005516491.tif 000008