(57)【要約】      （修正有）【課題】既存ＡＴＳＣ  ＭＰＥＧ−２の方法論を使用してＭＰＥＧ−４データをＭＰＥＧ−２で伝送するための手段。【解決手段】パケット化されたＡＴＳＣ  ＴＳＦＳを備えるＭＰＥＧ−２ＴＳを受信し、ＴＳ内のＵＲＩを探し出し、そのＵＲＩに応じて、ｌｉｄ又はｈｔｔｐアドレスなどのアドレスにアクセスし、そのＡＴＳＣ  ＴＳからＭＰＥＧ−４リソースを検索し、そのＭＰＥＧ−４リソースを復号する。初期オブジェクト記述子（ＩＯＲ）に埋め込まれたｌｉｄＵＲＩが、ＢＩＦＳシーン記述ストリーム及び／又はオブジェクト記述ストリームなどのＴＦＳＦ内のリソースを探し出すために使用されるときに、アクセスされたｌｉｄＵＲＩは、バインディングネームとアクセススキームをそのＡＴＳＣ  ＴＳＦＳ内のオブジェクトに提供する。【選択図】  図８
2005229569.tif 000002
【特許請求の範囲】
【請求項１】
Ａｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）のＭＰＥＧ−２トランスポートストリームファイルシステム（ＴＳＦＳ）で伝送されるＭＰＥＧ−４データリソースを参照するためのユニフォームリソース識別子（ＵＲＩ）ポインター方法であって、
パケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを受信し、
前記ＴＳ内のＵＲＩを探し出し、
前記ＵＲＩに応じて、アドレスにアクセスし、
前記アドレスにアクセスすることに応じて、ＭＰＥＧ−４リソースを前記ＡＴＳＣ  ＴＳＦＳから検索し、
前記ＭＰＥＧ−４リソースを復号する、
ことを有する方法。
【請求項２】
前記ＵＲＩに応じてアドレスにアクセスすることが、ローカル識別子（ｌｉｄ）及びｈｔｔｐアドレスを含むグループから選択されたアドレスにアクセスすることを含む請求項１に記載の方法。
【請求項３】
アドレスにアクセスすることが、ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを提供するｌｉｄＵＲＩにアクセスすることを含む請求項２に記載の方法。
【請求項４】
ｌｉｄＵＲＩを使用して、ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを提供することが、初期オブジェクト記述子（ＩＯＤ）に埋め込まれたｌｉｄ  ＵＲＩを使用して、ＢＩＦＳシーン記述ストリーム及びオブジェクト記述ストリームを含むグループから選択された前期ＴＳＦＳ中のリソースを探し出すことを含む請求項３に記載の方法。
【請求項５】
パケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを受信することが、階層ディレクトリ構造にＭＰＥＧ−４リソースを形成することを含む請求項４に記載の方法。
【請求項６】
階層ディレクトリ構造を形成することが、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含むＢＩＯＰオブジェクトの階層ディレクトリ構造を形成することを含む請求項５に記載の方法。
【請求項７】
前記アドレスにアクセスすることに応じて、ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索し、
ＤＳＩメッセージを探し出し、
Ｓｅｒｖｉｃｅ  ＧａｔｅｗａｙのためのＩＯＲを抽出し、
Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙオブジェクトを解析し、
Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙバインディング構造からＤｉｒｅｃｔｏｒｙオブジェクト及びＦｉｌｅオブジェクトのためのＩＯＲを抽出し、
前記ファイルオブジェクトからＭＰＥＧ−４リソースを獲得する
請求項６に記載の方法。
【請求項８】
請求項６に記載の方法であって、
パケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを受信することが、ＩＳＯ／ＩＥＣ１３８１８−３カプセル化規格に従って、ＭＰＥＧ−２ＴＳに埋め込まれたＭＰＥＧ−４オーディオ／ビデオストリームを受信することを含み、
前記方法は、さらに、
前記ＭＰＥＧ−２ＴＳから前記ＭＰＥＧ−４オーディオ／ビデオストリームを検索することを有し、
前記ＭＰＥＧ−４リソースを復号化することが、前記検索されたＭＰＥＧ−４オーディオ／ビデオストリームと共にＡＴＳＣ  ＴＳＦＳから検索されたレソースを復号化することを含む請求項６に記載の方法。
【請求項９】
パケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを受信することが、パケット化されたＡＴＳＣ  ＴＳＦＳを備えた第１のＭＰＥＧ−２ＴＳ及び第２のＭＰＥＧ−２ＴＳを受信することを含み、
前記ＴＳ中のＵＲＩを探し出すことが、前記第１のＭＰＥＧ−２ＴＳ中のｌｉｄＵＲＩを検索することを含み、
前記ｌｉｄＵＲＩにアクセスすることに応じて、ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索することが、ＭＰＥＧ−４リソースを第２のＭＰＥＧ−２ＴＳ  ＡＴＳＣ  ＴＳＦＳから検索することを含む請求項３に記載の方法。
【請求項１０】
前記アドレスにアクセスすることに応じて、ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索することが、オーディオデータ、ビデオデータ及びシステムデータを含むグループから選択されたＭＰＥＧ−４リソースを検索することを含む請求項１に記載の方法。
【請求項１１】
前記ＭＰＥＧ−４リソースを復号化することが、前記ＭＰＥＧ−２ＴＳ内のオーディオデータをエンハンスすること、ＭＰＥＧ−２ＴＳ内のビデオデータをエンハンスすること並びにシステムデータを使用して、対話型オーディオビジュアルシーン及び通信リンクを確立することを含むグループから選択された処理を含む請求項１０に記載の方法。
【請求項１２】
ＭＰＥＧ−４システムデータを復号化することに応じて、対話型オーディオビジュアルシーン及び通信リンクを確立することをさらに有する請求項１１に記載の方法。
【請求項１３】
前記検索されたＭＰＥＧ−４リソースをキャッシュ保持することをさらに有する請求項１に記載の方法。
【請求項１４】
請求項３に記載の方法であって、
前記ＵＲＩに応じて、アドレスにアクセスすることが、ローカルキャッシュアドレス及びウェブプロトコル識別子を含むグループから選択されたアドレスにさらにアクセスすることを含み、
前記方法が、さらに、
前記アドレスにアクセスすることに応じて、ローカルキャッシュ及びウェッブサイトを含むグループから選択されたソースからＭＰＥＧ−４リソースを検索することを有する請求項３に記載の方法。
【請求項１５】
Ａｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）のＭＰＥＧ−２トランスポートストリームファイルシステム（ＴＳＦＳ）でＭＰＥＧ−４データへのポインターを放送するためのユニフォームリソース識別子（ＵＲＩ）ポインター方法であって、
ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込み、
前記ＡＴＳＣ  ＴＳＦＳをＭＰＥＧ−２ＴＳにパケット化し、
前記ＡＴＳＣ  ＴＳＦＳ中のアドレスに存在するＭＰＥＧ−４リソースにアクセスするためのＵＲＩを生成し、
前記ＵＲＩをＭＰＥＧ−２ＴＳに埋め込み、
パケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを放送する
ことを有する前記方法。
【請求項１６】
前記ＭＰＥＧ−４リソースにアクセスするためのＵＲＩを生成することが、ｈｔｔｐアドレス及びローカル識別子（ｌｉｄ）を含むグループから選択されたＵＲＩを生成することを含む請求項１５に記載の方法。
【請求項１７】
前記ＡＴＳＣ  ＴＳＦＳ中のアドレスに存在するＭＰＥＧ−４リソースにアクセスするためのＵＲＩを生成することが、前記ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを供給するためにｌｉｄＵＲＩを生成することを含む請求項１６に記載の方法。
【請求項１８】
前記ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを供給するためにｌｉｄＵＲＩを生成することが、ＢＩＦＳシーン記述ストリーム及びオブジェクト記述子ストリームを含むグループから選択された、前記ＡＴＳＣ  ＴＳＦＳ中のリソースを探し出すために初期オブジェクト記述子（ＩＯＤ）に埋め込まれたｌｉｄＵＲＩを生成することを含む請求項１７に記載の方法。
【請求項１９】
ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込むことが、ＭＰＥＧ−４リソース階層ディレクトリ構造を形成することを含む請求項１８に記載の方法。
【請求項２０】
階層ディレクトリ構造を形成することが、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含むＢＩＯＰオブジェクトの階層ディレクトリ構造を形成することを含む請求項１９に記載の方法。
【請求項２１】
前記ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込むことが、
ファイルオブジェクトに前記ＭＰＥＧ−４リソースをロードすること、
Ｄｉｒｅｃｔｏｒｙオブジェクト及びＦｉｌｅオブジェクトのためのＩＯＲを作成すること、
前記ＩＯＲをＳｅｒｖｉｃｅ  Ｇａｔｅｗａｙにおいてバインドすること、
前記Ｓｅｒｖｉｃｅ  ＧａｔｅｗａｙのためのＩＯＲを作成すること、及び
前記Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ  ＩＯＲをＤＳＩメッセージで探し出すことを含む請求項２０に記載の方法。
【請求項２２】
請求項２０に記載の方法であって、前記方法が、
ＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従って、ＭＰＥＧ−２ＴＳにＭＰＥＧ−４オーディオ／ビデオストリームを埋め込むことをさらに有し、
ＭＰＥＧ−２ＴＳを放送することが、前記埋め込まれたＭＰＥＧ−４オーディオ／ビデオストリームを備えた前記ＭＰＥＧ−２ＴＳを放送することを含む請求項２０に記載の方法。
【請求項２３】
前記ＵＲＩをＭＰＥＧ−２ＴＳ中に埋め込むことが、第１のＭＰＥＧ−２ＴＳ内のｌｉｄＵＲＩを探し出すことを含み、
ＭＰＥＧ−２ＴＳ中に前記ＡＴＳＣ  ＴＳＦＳをパケット化することが、第２のＭＰＥＧ−２ＴＳによって伝送されたＡＴＳＣ  ＴＳＦＳ中の前記ＭＰＥＧ−４リソースをパケット化することを含み、
前記ＭＰＥＧ−２ＴＳを放送することが、前記第１及び第２のＭＰＥＧ−２ＴＳを放送することを含む請求項１８に記載の方法。
【請求項２４】
ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込むことが、オーディオデータ、ビデオデータ及びシステムデータを含むグループから選択されたＭＰＥＧ−４リソースを埋め込むことを含む請求項１５に記載の方法。
【請求項２５】
ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込むことが、前記ＭＰＥＧ−２ＴＳ中のエンハンスされたオーディオデータ、前記ＭＰＥＧ−２ＴＳ中のエンハンスされたビデオデータ並びに対話型オーディオビジュアルシーン及び通信リンクを確立するためのシステムデータを含むグループから選択された目的のために使用されるリソースを含む請求項２４に記載の方法。
【請求項２６】
ウェッブサイト及びローカル（受信機）キャッシュからそれぞれＭＰＥＧ−４リソースにアクセスするためのｈｔｔｐアドレス及びローカル（受信機）キャッシュアドレスを含むグループから選択された追加のＵＲＩアドレスを生成することをさらに有する請求項１５に記載の方法。
【請求項２７】
Ａｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）のＭＰＥＧ−２トランスポートストリームファイルシステム（ＴＳＦＳ）からＭＰＥＧ−４データにアクセスするためのユニフォームリソース識別子（ＵＲＩ）ポインターシステムであって、前記システムは、
埋め込まれたＵＲＩ及びパケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを受け入れるためのインタフェースを有する受信機と、
前記受信機から前記ＭＰＥＧ−２ＴＳを受け入れるためのインタフェースを有するアドレスアクセスユニットであって、前記アドレスアクセスユニットは、前記ＴＳ中のＵＲＩを探し出し、アドレスにアクセスし、ＭＰＥＧ−４リソースを該ＡＴＳＣ  ＴＳＦＳから検索する該アドレスアクセスユニットと、
前記ＭＰＥＧ−４リソースを受信する前記アドレスアクセスユニットに接続されたインタフェース及び復号化されたＭＰＥＧ−４情報を供給するインタフェースを有する復号器と、
を有するシステム。
【請求項２８】
前記アドレスアクセスユニットが、ｈｔｔｐアドレス及びローカル識別子（ｌｉｄ）を含むグループから選択されたＵＲＩを探し出す請求項２７に記載のシステム。
【請求項２９】
前記アドレスアクセスユニットが、前記ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを提供するｌｉｄＵＲＩにアクセスする請求項２８に記載のシステム。
【請求項３０】
前記アドレスアクセスユニットが、初期オブジェクト記述子（ＩＯＤ）中に埋め込まれたｌｉｄＵＲＩを使用して、ＢＩＦＳシーン記述ストリーム及びオブジェクト記述子ストリームを含むグループから選択された前記ＡＴＳＣ  ＴＳＦＳ中のリソースを探し出す請求項２９に記載のシステム。
【請求項３１】
前記アドレスアクセスユニットが、階層ディレクトリ中のＭＰＥＧ−４リソースにアクセスする請求項３０に記載のシステム。
【請求項３２】
前記アドレスアクセスユニットが、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含むＢＩＯＰオブジェクトの階層ディレクトリ構造を形成する請求項３１に記載のシステム。
【請求項３３】
前記アドレスアクセスユニットが、前記ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを下記のように検索する請求項３２に記載のシステムであって、
ＤＳＩメッセージを探し出し、
前記Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙのための前記ＩＯＲを抽出し、
前記Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙオブジェクトを解析し、
前記Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙバインディング構造からＤｉｒｅｃｔｏｒｙオブジェクト及びＦｉｌｅオブジェクトのためのＩＯＲを抽出し、
前記ファイルオブジェクトからＭＰＥＧ−４リソースを獲得する請求項３２に記載のシステム。
【請求項３４】
前記受信機が、ＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従って、ＭＰＥＧ−２ＴＳに埋め込まれたＭＰＥＧ−４オーディオ／ビデオストリームをさらに受信し、
前記アドレスアクセスユニットが、前記ＭＰＥＧ−２ＴＳから検索された前記
オーディオ／ビジュアルストリームを供給し、
ＭＰＥＧ−４ストリームをＭＰＥＧ−２ＴＳで伝送するためのＩＳＯ／ＩＥＣ１３８１８−１カプセル化方法に従って、前記検索されたＭＰＥＧ−４オーディオ／ビジュアルストリームを受け入れるインタフェース及び復号化されたＭＰＥＧ−４オーディオ／ビジュアルストリーム情報を供給するインタフェースを有するＭＰＥＧ−２ＴＳ復号器を有する請求項３２に記載のシステム。
【請求項３５】
前記受信機が、パケット化されたＡＴＳＣ  ＴＳＦＳを備えた第１のＭＰＥＧ−２ＴＳ及び第２のＭＰＥＧ−２ＴＳを受信し、
前記アドレスアクセスユニットが、前記第１のＭＰＥＧ−２ＴＳからｌｉｄＵＲＩを検索し、前記第２のＭＰＥＧ−２ＴＳ中の前記ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索する請求項２９に記載のシステム。
【請求項３６】
前記アドレスアクセスユニットが、オーディオデータ、ビデオデータ及びシステムデータを含むグループから選択されたＭＰＥＧ−４リソースを検索する請求項２７に記載のシステム。
【請求項３７】
前記復号器が、前記ＭＰＥＧ−２ＴＳ中のオーディオデータをエンハンスすること、前記ＭＰＥＧ−２ＴＳ中のビデオデータをエンハンスすること並びに対話型オーディオビジュアルシーン及び通信リンクを確立するための前記システムデータを使用することを含むグループから選択されたＭＰＥＧ−４情報を供給する請求項３６に記載のシステム。
【請求項３８】
さらに、送信インタフェースを有する送信機を有し、
前記送信機及び受信機が、ＭＰＥＧ−４システムデータを復号化することに応じて、対話型オーディオビジュアルシーン及び通信リンクを形成する請求項３７に記載のシステム。
【請求項３９】
保存のための検索されたＭＰＥＧ−４リソースを受信するためのインタフェースを有するローカルキャッシュをさらに有する請求項２７に記載のシステム。
【請求項４０】
前記アドレスアクセスユニットが、ローカルキャッシュアドレス及びウェッブプロトコル識別子を含むグループから選択されたアドレスにアクセスし、該アドレスにアクセスすることに応じて、ローカルキャッシュ及びネットワーク接続されたウェッブサイトを含むグループから選択されたソースからＭＰＥＧ−４リソースを検索する請求項２８に記載のシステム。
【請求項４１】
ＭＰＥＧ−４放送装置において、Ａｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）のＭＰＥＧ−２トランスポートストリームファイルシステム（ＴＳＦＳ）中のＭＰＥＧ−４データにアクセスするためのユニフォームリソース識別子（ＵＲＩ）ポインターシステムであって、前記システムは、
ＡＴＳＣ  ＴＳＦＳに埋め込まれたＭＰＥＧ−４リソースにアクセスするためのＵＲＩをＭＰＥＧ−２ＴＳに供給し、前記パケット化されたＡＴＳＣ  ＴＳＦＳをＭＰＥＧ−２ＴＳに供給するためのインタフェースを有するアドレスポインターユニット（ＡＰＵ）と、
前記アドレスポインターユニットから前記パケット化されたＡＴＳＣ  ＴＳＦＳを備えた前記ＭＰＥＧ−２ＴＳを受け入れるインタフェース及び前記ＭＰＥＧ−２ＴＳを放送するためのインタフェースを有する送信機と、
を有するシステム。
【請求項４２】
前記ＡＰＵが、ｈｔｔｐアドレス及びローカル識別子（ｌｉｄ）を含むグループから選択されたＵＲＩを備えたＭＰＥＧ−２ＴＳを供給する請求項４１に記載のシステム。
【請求項４３】
前記ＡＰＵが、前記ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを供給するためのｌｉｄＵＲＩを生成する請求項４２に記載のシステム。
【請求項４４】
前記ＡＰＵが、初期オブジェクト記述子（ＩＯＤ）中に埋め込まれたｌｉｄＵＲＩを生成して、ＢＩＦＳシーン記述ストリーム及びオブジェクト記述子ストリームを含むグループから選択された前記ＡＴＳＣ  ＴＳＦＳ中のリソースを探し出す請求項４３に記載のシステム。
【請求項４５】
前記ＡＰＵが、階層ディレクトリ構造にＭＰＥＧ−４リソースを形成することにより、ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込む請求項４４に記載のシステム。
【請求項４６】
前記ＡＰＵが、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含むＢＩＯＰオブジェクトの階層ディレクトリ構造を形成する請求項４５に記載の方法。
【請求項４７】
前記ＡＵＰが、前記ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを下記のように埋め込む請求項４６に記載のシステムであって、
ファイルオブジェクトに前記ＭＰＥＧ−４リソースをロードし、
Ｄｉｒｅｃｔｏｒｙオブジェクト及びＦｉｌｅオブジェクトのためのＩＯＲを作成し、
Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ中に前記ＩＯＲをバインドし、
Ｓｅｒｖｉｃｅ  ＧａｔｅｗａｙのためのＩＯＲを作成し、
ＤＳＩメッセージ中の前記Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ  ＩＯＲを探し出す請求項４６に記載のシステム。
【請求項４８】
前記ＡＵＰが、ＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従って、ＭＰＥＧ−２ＴＳにＭＰＥＧ−４オーディオ／ビデオストリームをさらに埋め込み、
前記送信機が、前記埋め込まれたＭＰＥＧ−４オーディオ／ビデオストリームを備えた前記ＭＰＥＧ−２ＴＳを放送する請求項４６に記載のシステム。
【請求項４９】
前記ＡＵＰが、第１のＭＰＥＧ−２ＴＳ中のｌｉｄＵＲＩを探し出し、第２のＭＰＥＧ−２ＴＳ中にパケット化されたＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込み、
前記送信機が、前記第１及び第２のＭＰＥＧ−２ＴＳを放送する請求項４２に記載のシステム。
【請求項５０】
前記ＡＵＰが、オーディオ、ビデオ及びシステムデータを含むグループから選択されたＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込む請求項４１に記載のシステム。
【請求項５１】
前記ＡＵＰが、ウェッブサイト及びローカル（受信機）キャッシュからそれぞれＭＰＥＧ−４リソースにアクセスするためのｈｔｔｐアドレス及びローカル（受信機）キャッシュアドレスを含むグループから選択された、前記ＭＰＥＧ−２ＴＳに埋め込まれた追加のＵＲＩアドレスを生成する請求項４１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、ディジタル画像及びデータトランスポートプロセスに関し、より詳細には、ユニフォームリソース表示子（ＵＲＩ）システム及びＭＰＥＧ−４データをＭＰＥＧ−２トランスポートストリーム（ＴＳ）にパケット化されたＡｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）トランスポートストリームファイルシステム（ＴＳＦＳ）で伝送する方法に関する。
【０００２】
［関連出願］
本願は、代理人整理願号Ｎｏ．ＳＬＡ１３２５、２００３年９月２５日に提出された、願番Ｎｏ．、カイ−チェー  リァンにより発明された、発明の名称が、ＵＲＩポインターシステム及びＭＰＥＧ−４データをＭＰＥＧ−２トランスポートストリームで伝送する方法、である、係属中の出願の一部継続出願である。
【背景技術】
【０００３】
ほとんどのディジタルビデオ放送システムは、例えば、Ｅｕｒｏｐｅａｎ  Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）及びＡｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）のように、共通のＭＰＥＧ−２符号化システムに基づくものである。ＭＰＥＧ−２は、高解像ビデオ、マルチチャンネルオーディオ、また、画期的な新しいマルチメディアデータ及び対話型サービスなどの機能さえ提供するものである。
【０００４】
一方、ＩＳＯ及びＩＥＣが、次世代オーディオビジュアル規格として、ＩＳＯ／ＩＥＣ１４４９６  ＭＰＥＧ−４を共同開発している。ＭＰＥＧ−４は、ＭＰＥＧ−２よりも優れた圧縮効率と、オーディオビジュアル対話機能、著作権保護、及び、ディジタルテレビジョン放送を向上させることができかつ新しいアプリケーションを実現するその他の機能などの新しい機能とを提供する。ＤＶＢなどの放送規格に基づいたＭＰＥＧ−２とＭＰＥＧ−４技術との調和は、今後のディジタルテレビジョン放送を向上させるためには重要である。ＭＰＥＧ−２放送とＭＰＥＧ−４規格との調和は、トランスポートレイヤ及びアプリケーションレイヤなどのレイヤの調和を含まなければならない。
【０００５】
トランスポートレイヤの整合化は、この試みの基礎をなすものである。具体的には、シーン及びそれに関連するストリームを含めたＭＰＥＧ−４データエレメントを、ＭＰＥＧ−２放送が指定するトランスポートレイヤプロトコルによって伝送するのを可能にするための手段を見つけ出さなければならない。ヨーロッパのＤＶＢまたはアメリカのＡＴＳＣなどのＭＰＥＧ−２放送システムは、いくつかを挙げれば、ＭＰＥＧ−２トランスポートストリーム、ＤＳＭ−ＣＣデータカルーセル、ＤＳＭ−ＣＣユーザ対ユーザ（Ｕ−Ｕ）オブジェクトカルーセル及びインターネットプロトコルなどを含むトランスポートプロトコルを定義している。ＭＰＥＧ−２トランスポートストリームは、その他のほとんどのプロトコルの基礎となるレイヤである。したがって、ＭＰＥＧ−２トランスポートを使用してＭＰＥＧ−４データを伝送することは、解決すべき重要な問題である。
【０００６】
ＩＳＯ／ＩＥＣは、ＩＳＯ／ＩＥＣ１３８１８−１の仕様において、ＭＰＥＧ−４コンテンツをＭＰＥＧ−２トランスポートストリームで伝送するための方法（４ｏｎ２として知られている）を指定している。ＭＰＥＧ−４コンテンツは、オブジェクト記述子ストリーム、シーン記述ストリーム、オーディオストリーム、ビデオストリーム、ＩＰＭＰストリームなどの初期オブジェクト記述子及び可変数ストリームからなる。仕様（ＩＳＯ／ＩＥＣ１３８１８−１）は、それぞれのＭＰＥＧ−４ストリームが、ＳＬパケット化ストリーム内に含まれ、また、オプションとして、ＦｌｅｘＭｕｘストリーム内に多重化されてもよいことを要求しており、ＳＬパケット化ストリーム及びＦｌｅｘＭｕｘストリームの両方とも、ＩＳＯ／ＩＥＣ１４４９６−１に定義されている。ＳＬパケット化ストリームまたはＦｌｅｘＭｕｘストリームは、トランスポートストリームパケット化及び多重化される前に、ＭＰＥＧ−２パケット化エレメンタリーストリーム（ＰＥＳ）パケット内かまたはＩＳＯ＿ＩＥＣ＿１４４９６＿ｓｅｃｔｉｏｎ内のいずれかにカプセル化される。
【０００７】
ＩＳＯ／ＩＥＣ１３８１８−１は、ＩＳＯ／ＩＥＣ１３８１８−１トランスポートストリームで伝送されたＩＳＯ／ＩＥＣ１４４９６オーディオビジュアルシーン及びそれに関連するストリームのためのカプセル化及び信号伝達アプローチを指定している。その手順を以下に要約する。
【０００８】
トランスポートストリームで伝送されたプログラムに関連するＭＰＥＧ−４コンテンツは、そのプログラムのプログラムマップテーブルによって参照されなければならない。プログラムマップテーブルは、表１に示されている。
【０００９】
初期オブジェクト記述子（ＩＯＤ）は、ＩＳＯ／ＩＥＣ１４４９６−１シーンを定義するために使用されなければならない。関連するすべてのＭＰＥＧ−４ストリームへの初期アクセスポイントの役割を果たす初期オブジェクト記述子は、そのシーンが関連されたプログラムのプログラムマップテーブル内のｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドのすぐ後に続く記述子ループ内に配置されたＩＯＤ記述子によって運ばれなければならない。
【００１０】
ＩＯＤは、プログラムを構成するシーン記述及びオブジェクト記述子ストリームを識別するＥＳ＿Ｄｅｓｃｒｉｐｔｏｒを含む。また、ＩＯＤは、例えば１つ以上の関連するＩＰＭＰまたはＯＣＩストリームを識別するＥＳ＿Ｄｅｓｃｒｉｐｔｏｒを含んでもよい。
【００１１】
ＩＳＯ／ＩＥＣ１４４９６コンテンツのエレメントは、トランスポートストリーム内の固有のＰＩＤ値によって参照される１つ以上のＩＳＯ／ＩＥＣ１３８１８−１  ＭＰＥＧ−２プログラムエレメントによって運ばれてもよい。
【００１２】
ＰＩＤでＩＳＯ／ＩＥＣ１４４９６コンテンツを伝送することは、そのＰＩＤ値に関連するプログラムマップテーブル内の０ｘ１２または０ｘ１３のｓｔｒｅａｍ＿ｔｙｐｅ値によって信号伝達される。
【００１３】
ＳＬ記述子及びＦＭＣ記述子は、カプセル化されたＩＳＯ／ＩＥＣ１４４９６ストリームごとにＥＳ＿ＩＤを指定するために使用されなければならない。
【表１】
2005229569.tif 000003
【００１４】
図１は、ＭＰＥＧ−４コンテンツを再生するための手順（従来技術）を説明する図である。ＩＳＯ／ＩＥＣ１３８１８−１の仕様に従って、１３８１８−１トランスポートから受信されたＭＰＥＧ−４コンテンツを再生する、上述した手順を以下に説明する。
【００１５】
１．ＢＩＦＳシーンストリーム、オブジェクト記述子ストリーム、などのためのＥＳ＿Ｄｅｓｃｒｉｐｔｏｒを含む初期オブジェクト記述子（ＩＯＤ）を得る。
【００１６】
２．ＢＩＦＳ  ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒは、検索すべきＢＩＦＳストリームのためのＥＳ＿ＩＤ及びオプションのユニバーサルリソースロケータ（ＵＲＬ）を含む。したがって、ＢＩＦＳストリームを検索するには、２つの方法がある。
【００１７】
ａ．ＥＳ＿ＩＤ及びＳＬ＿Ｄｅｓｃｒｉｐｔｏｒを使用する。ＥＳ＿ＩＤは、そのネームの範囲内にあるエレメンタリーストリームの固有のラベルの役割を果たし、ＳＬ＿Ｄｅｓｃｒｉｐｔｏｒは、ＥＳ＿ＩＤのためのＰＩＤを含む。ＰＩＤに関連するパケットからＢＩＦＳストリームを検索することができる。
【００１８】
ｂ．あるいは、ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒが、ＵＲＬを含んでいれば、ＵＲＬによって指定されるロケーションからＢＩＦＳストリームを検索することができる。そして、検索されたストリームは、ＥＳ＿ＩＤに関連付けられる。
【００１９】
３．オブジェクト記述子ストリームに対してステップ２を反復する。
【００２０】
４．検索されたＢＩＦＳストリームを使用してＢＩＦＳシーンを組み立てる。
【００２１】
５．いくつかのＢＩＦＳノードが、オブジェクト記述子を介して、対応するエレメンタリーストリームリソースに関連付けられる。この関連付けは、オブジェクト記述子内のｏｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒＩＤによって達成される。
【００２２】
ａ．オブジェクト記述子ストリーム内のオブジェクト記述子を探し出すためにｏｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒＩＤを使用する。
【００２３】
ｂ．オブジェクト記述子は、エレメンタリーストリームのためのＥＳ＿Ｄｅｓｃｒｉｐｔｏｒを含まなければならない。
【００２４】
ステップ２を反復する。すなわち、エレメンタリーストリームを検索するために、ＥＳ＿ＩＤまたはＵＲＬを使用する。
【発明の開示】
【発明が解決しようとする課題】
【００２５】
指定されたＩＳＯ／ＩＥＣの手順の複雑さのために、利用することのできる有効かつ完璧な方法、特に、ＭＰＥＧ−４システムをＭＰＥＧ−２トランスポートで伝送するための方法は、これまでのところ存在しない。したがって、ＭＰＥＧ−４コンテンツをＭＰＥＧ−２トランスポートプロトコルに基づいて配信するための新しい方法を定義する必要がある。
【００２６】
既存のＡＴＳＣ  ＭＰＥＧ−２の方法論を使用してＭＰＥＧ−４データをＭＰＥＧ−２ＴＳで伝送するための手段が開発されれば、それは都合のよいことである。
【課題を解決するための手段】
【００２７】
本発明は、ユニフォーム参照識別子（ＵＲＩ）及びトランスポートストリームファイルシステムを使用して（ＴＳＦＳ）、ＭＰＥＧ−４データをＡＴＳＣ  ＭＰＥＧ−２ＴＳで伝送するための新しい方法を定義する。ＴＳＦＳは、オブジェクトカルーセル（ＯＣ）と同じで、ＭＰＥＧ−２放送において使用される重要なトランスポートの１つである。ユニフォーム参照ロケータ（ＵＲＬ）の参照が、ＭＰＥＧ−４データを送信するための代替となるアプローチとして、ＩＳＯ／ＩＥＣ１３８１８−１仕様に定義されているが、ＵＲＬを使用するための具体的な手段は、その仕様書には定義されていない。本発明は、その手段を定義し、ＩＳＯ／ＩＥＣ１３８１８−１規格に完全に適合する解決方法を提案する。この解決方法は、ＭＰＥＧ−４コンポーネントをＭＰＥＧ−２放送インフラストラクチャ内に取り込みかつ関連付けるのに順応性がありかつ効率的である。さらに、元来のＩＳＯ／ＩＥＣ方法及び新しく発明された方法は、同時に使用することができる。また、受信機は、獲得プロセスを迅速化し、かつ、データの再生を改善するために、取り込まれたデータをキャッシュすることも選択できる。要約すれば、本発明は、ＭＰＥＧ−２規格とＭＰＥＧ−４規格とを調和し、ＡＴＳＣ  ＭＰＥＧ−２ＯＣトランスポートプロトコルを使用することによって、シーン及びそれに関連するストリームを含むＭＰＥＧ−４データを伝送するためのアプローチを実現する。
【００２８】
したがって、Ａｍｅｒｉｃａｎ  ＡＴＳＣ  ＭＰＥＧ−２ＴＳＦＳで伝送されたＭＰＥＧ−４データリソースを参照するために、ＵＲＩポインター方法が提供される。この方法は、パケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを受信し；前記ＴＳ中のＵＲＩを探し出し；前記ＵＲＩに応じて、ローカル識別子（ｌｉｄ）又はｈｔｔｐなどのアドレスにアクセスし；前記アドレスにアクセスすることに応じて、ＭＰＥＧ−４リソースをＡＴＳＣ  ＴＳＦＳから検索し；及び、そのＭＰＥＧ−４リソースを復号化することを有する。
【００２９】
初期オブジェクト記述子（ＩＯＤ）に埋め込まれたｌｉｄＵＲＩが使用されて、ＢＩＦＳシーン記述ストリーム及び／又はオブジェクト記述子ストリームなどのＴＳＦＳ中のリソースを探し出すように、アクセスされたｌｉｄＵＲＩは、ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを提供する。パケット化されたＡＴＳＣ  ＴＳＦＳを備えたＭＰＥＧ−２ＴＳを受信することは、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含むＢＩＯＰオブジェクトの階層ディレクトリ構造にＭＰＥＧ−４リソースが形成されることを意味する。
【００３０】
検索されたＭＰＥＧ−４リソースは、オーディオ、ビデオ及び／又はシステムデータであり得る。さらに、もしＭＰＥＧ−４オーディオ／ビデオストリームがＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従ってＭＰＥＧ−２ＴＳに埋め込まれているなら、前記方法が使用されて、ＭＰＥＧ−４オーディオ／ビデオデータにアクセスすることができる。前記方法は、さらに、ＭＰＥＧ−２方法論を使用して、ＭＰＥＧ−２ＴＳからＭＰＥＧ−４オーディオ／ビデオストリームを検索すること、及び、前記検索されたＭＰＥＧ−４オーディオ／ビデオストリームと共にＡＴＳＣ  ＴＳＦＳから検索されたリソースを復号化することを有する。
【００３１】
上述した方法、及び、ＭＰＥＧ−２ＴＳ内のＭＰＥＧ−４データへのポインターにアクセスするためのＵＲＩポインターシステムを使用する受信機及び放送装置を以下に詳細に説明する。
【発明を実施するための最良の形態】
【００３２】
図２は、Ａｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）のＭＰＥＧ−２トランスポートストリームファイルシステム（ＴＳＦＳ）からＭＰＥＧ−４データにアクセスするための本発明によるユニフォームリソース識別子（ＵＲＩ）ポインターシステムの概略ブロック図である。システム２００は、パケット化されたＡＴＳＣ  ＴＳＦＳと共に埋め込まれたＵＲＩを備えたＭＰＥＧ−２ＴＳを受け入れるために回線２０４に関するインタフェースを有する受信機２０２を備える。該図は単一のＴＳを示しているが、多数のＴＳも受信されることに注意されたい。また、該ＵＲＩが典型的には該ＡＴＳＣ  ＴＳＦＳに埋め込まれていないことにも注意されたい。アドレスアクセスユニット２０６は、受信機２０２からＭＰＥＧ−２ＴＳを受け入れるために回線２０４に関するインタフェースを有する。アドレスアクセスユニット２０６（ＡＡＵ）は、ＴＳ中のＵＲＩを探し出し、アドレスにアクセスし、ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索する。復号器２０８は、ＭＰＥＧ−４リソースを受信するための、アドレスアクセスユニット２０６に連結した、回線２１０に関するインタフェースを有し、復号化されたＭＰＥＧ−４情報を供給するための回線２１２に関するインタフェースを有する。
【００３３】
本発明の脈絡において、アドレスアクセスユニット２０６は、ｈｔｔｐアドレス又はローカル識別子（ｌｉｄ）などのＵＲＩを探し出す。典型的には、ｌｉｄアドレスがアクセスされる。しかし、ｈｔｔｐアドレスをｌｉｄとして使用することは可能である。すなわち、もしファイルがｈｔｔｐアドレスでインデックスされている場合、ＴＳＦＳ中のファイルにアクセスするのにｈｔｔｐを使用することができる。ｌｉｄアドレスとしてｈｔｔｐアドレスを使用する利点は、もし何かの理由でＡＴＳＣ  ＴＳＦＳが利用できないか、又は都合が悪い場合、システム２００は、例えばバックアップとしてウェッブサイトにアクセスすることを選択できる。
【００３４】
ＵＲＩが、形成されると、それらのＵＲＩは、ＭＰＥＧ−２ＴＳ内に埋め込まれる。形成されたこれらのＵＲＩは、ＭＰＥＧ−４システムを構築するために使用される。また、ＭＰＥＧ−４システムは、ＵＲＩなどの、様々なオーディオオブジェクト／ビデオオブジェクト／グラフィックオブジェクト（リソース）へのあらゆる種類のポインターを備えた対話型シーンも含むことができる。ＵＲＩは、ＯＣを用いて放送トランスポート内に埋め込まれた、あるいは、リモートサイトに配置された、キャッシュ内にすでに存在するリソース（オーディオ、ビデオ、システムデータ）を参照することができる。
【００３５】
コーデックシステムは、通常、システムデータリソース、ビデオリソース、及び、オーディオリソースを含む。ＭＰＥＧ−４において、システムデータ部分は、対話型オーディオビジュアルシーンを組み立てるために使用される。シーンは、オーディオ、ビデオ、グラフィック、ｈｔｍｌなどの（異なる形状を有する）多くのオブジェクトからなる。１つの例は、ソファーオブジェクト、椅子オブジェクト、テーブルオブジェクトなどからなる家のシーンである。ＭＰＥＧ−４システムは、対話型シーンを組み立てるのに使用されるので、シーンが１つのオブジェクトしか含まない場合でも、ＭＰＥＧ−４システムは必要とされる。
【００３６】
図３は、ｌｉｄＵＲＩを使用してＭＰＥＧ−４リソースにアクセスする手順を示す図である。ｌｉｄＵＲＩは、ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを提供する。もっと具体的には、アドレスアクセスユニットは、初期オブジェクト記述子（ＩＯＤ）に埋め込まれたｌｉｄＵＲＩを使用して、ＡＴＳＣ  ＴＳＦＳ中のリソースを探し出す。ＢＩＦＳシーン記述ストリーム及びオブジェクト記述子ストリームがアクセスされるのが示されている。
【００３７】
図４は、ＢＩＯＰディレクトリ及びファイルオブジェクトを示す図である。図を見て分かるように、アドレスアクセスユニットは、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含む放送インター−オブジェクトリクエストブローカープロトコル（ＢＩＯＰ：Ｉｎｔｅｒ−Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ｐｒｏｔｏｃｏｌ）の階層ディレクトリ中のＭＰＥＧ−４リソースにアクセスする。
【００３８】
図５は、単純なＡＴＳＣ  ＴＳＦＳファイル構造を説明する図である。ＳＧはＳｅｒｖｉｃｅ  Ｇａｔｅｗａｙで、ＤはＤｉｒｅｃｔｏｒｙで、ＦはＦｉｌｅであることに注意されたい。アドレスアクセスユニットは、次のようにＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索する。第一に、ＤＳＩメッセージが探し出される。ＤＳＩはＤｏｗｎｌｏａｄＳｅｒｖｅｒＩｎｉｔｉａｔｅ（）である。ＤＳＩは、ＴＳＦＳ（及びＤＳＭＣＣ  ＯＣ）に使用されるメッセージで、Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ（ファイルシステムのルートディレクトリ）のＩＯＲ（ポインターの一種）を放送する。次に、Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙのためのインターオパラブルオブジェクトレファランス（ＩＯＲ）が抽出される。ＤＳＩからＳＧのＩＯＲが抽出されると、ＳＧが探し出され、検索される。Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙオブジェクトが解析され、Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙバインディング構造からＤｉｒｅｃｔｏｒｙオブジェクト及びＦｉｌｅオブジェクトのためのＩＯＲが抽出される。最後に、ＭＰＥＧ−４リソースがＦｉｌｅオブジェクトから獲得される。
【００３９】
図６は、ＴＳＦＳファイルディレクトリの例を示す図である。
【００４０】
図２に戻って説明すると、アドレスアクセスユニットは、オーディオデータ、ビデオデータ、システムデータを含むＭＰＥＧ−４リソースをＡＴＳＣ  ＴＳＦＳから検索する。これらのリソースにより、復号器２０８は、ＭＰＥＧ−２ＴＳ中のエンハンスされたオーディオデータ及び／又はＭＰＥＧ−２ＴＳ中のエンハンスされたビデオデータなどのＭＰＥＧ−４情報を提供することができる。システムデータは、対話型オーディオビジュアルシーン及び通信リンクを確立するために使用される。しかし、ストリームデータは、ＡＴＳＣ  ＴＳＦＳで伝送することができない。システムのいくつかの態様において、受信機２０２が、さらに、ＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従って、ＭＰＥＧ−２ＴＳに埋め込まれたＭＰＥＧ−４ＴＳオーディオ／ビジュアルストリームを受信する。すると、アドレスアクセスユニット２０６が、ＭＰＥＧ−２ＴＳから検索されたオーディオ／ビジュアルストリームを供給する。ＭＰＥＧ−２復号器２１４は、検索されたＭＰＥＧ−４オーディオ／ビジュアルストリームを受け入れるための回線２１０に関するインタフェースを有し、ＭＰＥＧ−２ＴＳでＭＰＥＧ−４ストリームを伝送するＩＳＯ／ＩＥＣ１３８１８−１カプセル化方法に従って、復号化されたＭＰＥＧ−４オーディオ／ビジュアル情報を供給するための回線２１８に関するインタフェースを有する。
【００４１】
ＵＲＩ及びＭＰＥＧ−４リソースは、必ずしも同じＴＳで伝送される必要はないことを理解されるべきである。いくつかの態様において、受信機２０２は、第１のＭＰＥＧ−２ＴＳ及びパケット化されたＡＴＳＣ  ＴＳＦＳを備えた第２のＭＰＥＧ−２ＴＳを受信する。アドレスアクセスユニット２０６は、第１のＭＰＥＧ−２ＴＳからｌｉｄＵＲＩを検索し、第２のＭＰＥＧ−２ＴＳ中のＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索する。第１及び第２のＴＳは、同時に受信される必要はないことを理解されるべきである。他の態様において、両方のＴＳが、埋め込まれたＭＰＥＧ−４リソースと共にパケット化されたＡＴＳＣ  ＴＳＦＳを伝送する。すると、第１及び第２の両方のＴＳ中のＭＰＥＧ−４リソースを検索するのに第１のＴＳ中のＵＲＩが使用される。
【００４２】
他の態様において、システム２００は、さらに、回線２２２に関する送信インタフェースを有する送信機２２０を有する。送信機２２０及び受信機２０２は、ＭＰＥＧ−４システムデータを復号することに応じて、対話型オーディオビジュアルシーン及び通信リンクを形成するのに使用される。
【００４３】
他の態様において、システムは、さらに、ストレージから検索されたＭＰＥＧ−４リソースを受信するために回線２１０に関するインタフェースを有するローカルキャッシュ２２４を有する。これらのリソースは、引き続いて受信されたＴＳ中のＵＲＩ又は同じＴＳ中の引き続いて受信されたＵＲＩを使用してアクセスすることができる。例えば、アドレスアクセスユニット２０６は、ｌｉｄアドレスの代わりに又は追加して、ローカルキャッシュアドレス又はウェッブプロトコル識別子にアクセスすることができる。すると、ローカルキャッシュアドレスにアクセスすることに応じて、ＭＰＥＧ−４リソースがローカルキャッシュ２２４から検索される。もしＴＳに新しいＡＴＳＣ  ＴＳＦＳデータが受信されるたびに、ＡＡＵ２０６がディレクトリ全体を構築しなくてもいい場合、リソースを処理することが維持される。別には、ネットワークに連結されたウェッブサイトからＭＰＥＧ−４リソースをアクセスするのにウェッブプロトコル識別子又はｈｔｔｐアドレスが使用される。
【００４４】
図７は、ＭＰＥＧ−４放送装置において、ＡｍｅｒｉｃａｎＡＴＳＣ  ＭＰＥＧ−２ＴＳＦＳ中のＭＰＥＧ−４データにアクセスするための本発明によるＵＲＩポインターシステムの概略ブロック図である。システム６００は、ＡＴＳＣ  ＴＳＦＳに埋め込まれたＭＰＥＧ−４リソースにアクセスするためのＵＲＩをＭＰＥＧ−２ＴＳに供給し、パケット化されたＡＴＳＣ  ＴＳＦＳをＭＰＥＧ−２ＴＳに供給するために回線６０４に関するインタフェースを有するアドレスポインターユニット（ＡＰＵ）６０２を有する。ＡＰＵ６０２は、符号化されたＭＰＥＧ−２ＴＳ及びＭＰＥＧ−４リソースを回線６０５で受信する。いくつかの態様において、同じＴＳがＵＲＩ及びＡＴＳＣ  ＴＳＦＳの両方を伝送する。送信機６０６は、アドレスポインターユニット６０２からパケット化されたＡＴＳＣ  ＴＳＦＳと共にＭＰＥＧ−２ＴＳを受け入れるのに回線６０４に関するインタフェースを有する。送信機６０６は、ＭＰＥＧ−２ＴＳを放送するのに回線６０８に関するインタフェースを有する。
【００４５】
ＡＰＵ６０２は、ｈｔｔｐアドレス又はｌｉｄＵＲＩのいずれかをＭＰＥＧ−２ＴＳに供給する。上記のように、いくつかの態様において、（もしリソースファイルにラベルが適切に付けられているなら）ＡＴＳＣ  ＴＳＦＳ中のＭＰＥＧ−４リソースにアクセスするのにｈｔｔｐアドレスがｌｉｄとして使用される。かように、ＡＰＵ６０２は、ＡＴＳＣ  ＴＳＦＳ中のオブジェクトにバインディングネーム及びアクセススキームを供給するのにｌｉｄＵＲＩを生成する。すなわち、ＡＰＵ６０２は、ＡＴＳＣ  ＴＳＦＳ中のＢＩＦＳシーン記述ストリーム及び／又はオブジェクト記述子ストリームリソースを探し出すのに初期オブジェクト記述子（ＩＯＤ）中に埋め込まれたｌｉｄＵＲＩを生成する（図３を参照）。
【００４６】
ＡＰＵ６０２は、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含むＢＩＯＰオブジェクトの階層ディレクトリ構造にＭＰＥＧ−４リソースを形成することによってＡＴＳＣ  ＴＳＦＳ中にＭＰＥＧ−４リソースを埋め込む（図４を参照）。ＡＰＵ６０２は、ＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを次のように埋め込む：  ＭＰＥＧ−４リソースがＦｉｌｅオブジェクト中にロードされる；  Ｄｉｒｅｃｔｏｒｙオブジェクト及びＦｉｌｅオブジェクト用のＩＯＲが作成される；  ＩＯＲがＳｅｒｖｉｃｅ  Ｇａｔｅｗａｙ中にバインドされる；  Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ用にＩＯＲが作成される；  Ｓｅｒｖｉｃｅ  ＧａｔｅｗａｙＩＯＲがＤＳＩメッセージにおいて探し出される（図５を参照）。
【００４７】
典型的には、ＡＰＵ６０２は、オーディオ、ビデオ及びシステムデータなどのＭＰＥＧ−４リソースをＡＴＳＣ  ＴＳＦＳに埋め込む。ストリームデータが放送される時、ＡＰＵ６０２は、さらに、ＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従って、ＭＰＥＧ−４オーディオ／ビデオストリームをＭＰＥＧ−２ＴＳに埋め込む。送信機６０８は、埋め込まれたＭＰＥＧ−４オーディオ／ビデオストリームを備えたＭＰＥＧ−２ＴＳを放送する。
【００４８】
いくつかの態様において、ＡＰＵ６０２は、第１のＭＰＥＧ−２ＴＳ中にｌｉｄＵＲＩを探し出し、第２のＭＰＥＧ−２ＴＳ中にパケット化されたＡＴＳＣ  ＴＳＦＳにＭＰＥＧ−４リソースを埋め込む。すると、送信機６０８は、第１及び第２のＭＰＥＧ−２ＴＳを放送する。上記に記したように、送信機６０８は、必ずしも、第１及び第２のＴＳを同時に放送する必要はない。さらに、第１のＴＳ中のＵＲＩは、（パケット化されたＡＴＳＣ  ＴＳＦＳを備えた）１つ以上のＴＳ中のリソースをポイントする。
【００４９】
別な態様において、ＡＰＵ６０２は、ウェッブサイト及びローカル（受信機）キャッシュのそれぞれからＭＰＥＧ−４リソースにアクセスするために、ｈｔｔｐアドレス及びローカル（受信機）キャッシュアドレスなどの、ＭＰＥＧ−２ＴＳに埋め込まれた追加のＵＲＩアドレスを生成する。
【００５０】
［機能説明］
図３に戻り説明すると、図示されていないが、オブジェクト記述子は、どこかほかの場所にある別のオブジェクト記述子を指示するＵＲＩを有してもよいことに注意されたい。新しいオブジェクト記述子は、参照され、ＵＲＩストリングを伝送する元来のオブジェクト記述子のｏｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒＩＤと関連付けられる。この技術は、エレメンタリーストリーム及びオブジェクト記述子の両方に適用することができる。下記の説明においては、エレメンタリーストリームが例として使用される。しかし、同じ分析が、オブジェクト記述子に同様に十分に適用される。上記に説明したように、エレメンタリーストリームを検索するために二つの方法が推進された：（１）トランスポートで伝送されるパケットのためのＥＳ＿ＩＤ及びそれと関連付けられたＰＩＤを介するものであり；（２）ＩＰネットワークを介するなどの、どこかほかの場所に伝送されたストリームを参照するためのＵＲＩを使用する本発明のプロセスである。しかし、ＵＲＩ手段は、ＩＳＯ／ＩＥＣ１３８１８−１に定義されていない。本発明は、インターネットを介する放送ファイルシステム中のリソース及びローカルメモリー中のリソースにアクセスするためのＵＲＬ参照手段を定義する。
【００５１】
［ＵＲＩ、ＵＲＬ及びローカル識別子（ｌｉｄ：）ＵＲＩスキーム］
Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）ドキュメントは、リソースを識別するための簡単で、統一された、広範なメカニズムを定義している。ＵＲＩは、ＵＲＬのスーパーセットであり、既存のインターネットプロトコルに限定されない。本発明は、ＵＲＩ参照のためにｌｉｄスキームを使用する。ｌｉｄスキームは、ＳＭＰＴＥ３４３Ｍ−２００２に定義されているように、テレビ放送などの一方向手段で伝送されたＨＴＭＬページ及びグラフィックファイルを識別するのに元は設計された。放送トランスポートでｌｉｄスキームを使用すると、リターンチャンネルがインターネットを介してリソース（ＭＰＥＧ−４シーン及び関連ストリーム）にアクセスする必要がない。受信機が時宜的に関連するプログラムエレメントを関連付けすることがより容易になる。もっと具体的には、本発明は、ＡＴＳＣ  ＴＳＦＳ放送システムを備えたｌｉｄスキームを使用する。
【００５２】
［ＡＴＳＣ  ＴＳＦＳ］
第一に、ＭＰＥＧ−４リソースは、各リソースに唯一のＵＲＩを備えて、放送トランスポートに組織化されなければならない。ＡＴＳＣトランスポートストリームファイルシステム（ＴＳＦＳ）は、そのような手段を提供する。具体的には、ＡＴＳＣ  ＴＳＦＳは、ＵＲＩスキームが特定のリソースを参照できるようにトランスポート中のファイルシステムを提供する。ＴＳＦＳは、ＩＳＯ／ＩＥＣ１３８１８−６ＤＳＭ−ＣＣに定義されているオブジェクトカルーセルプロトコルに基づく。
【００５３】
ＴＳＦＳは、図４に示されているＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：ＦｉｌｅのタイプのＢＩＯＰオブジェクトを使用する。それぞれのＢＩＯＰオブジェクトは、それの固有のオブジェクトキー及びタイプ情報（ディレクトリ、ファイル、または、サービスゲートウェイ）をヘッダー内に有する。また、それぞれのＢＩＯＰオブジェクトは、ＢＩＯＰオブジェクトのタイプに応じてファイルサイズ、コンテンツタイプ（ＭＩＭＥタイプ）、タイムスタンプ、などの情報を提供する付加的なｏｂｊｅｃｔＩｎｆｏ構造を有する。ＤＳＭ：：Ｆｉｌｅオブジェクトの本体は、ファイルコンテンツである。ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ或はＤＳＭ：：Ｄｉｒｅｃｔｏｒｙオブジェクトの本体は、バインディングのリストからなる。バインディングは、バインディングネーム、参照されたオブジェクトのオブジェクトタイプ（ディレクトリ、ファイル、または、サービスゲートウェイ）、及び、参照されたオブジェクトのロケーションを提供するＩＯＰ：：ＩＯＲ（共通のオブジェクトレファレンス）を含む。ＩＯＰ：：ＩＯＲは、しばしばＩＯＲと呼ばれる。
【００５４】
ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙオブジェクトは、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙオブジェクトに類似する。それら２つのオブジェクト間の違いは、単に、バインディングネームのシンタックスだけである。ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙオブジェクトの場合、ネームは、常に、ベースＵＲＩであり、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙオブジェクトの場合、ネームは、相対的なパスである。それぞれのＴＳＦＳは、ＴＳＦＳの最上位ディレクトリの役割を果たす１つのサービスゲートウェイオブジェクトを必ず有する。サービスゲートウェイから開始して、ディレクトリパス、すなわち、一連のディレクトリリンクを辿ることによって、ＴＳＦＳ内のオブジェクトに到達することができる。ＴＳＦＳ内のオブジェクトは、複数のディレクトリから参照することができ、そのために、サービスゲートウェイからオブジェクトまで、多数のパスが、存在する場合もある。
【００５５】
図５は、単純な階層ディレクトリ構造によって、ＴＳＦＳ内のすべてのオブジェクトを獲得するための手順を例を示している。まず最初に、サービスゲートウェイオブジェクトのＩＯＲが、ＤＳＩメッセージから抽出される。サービスゲートウェイのＩＯＲが与えられると、そのＩＯＲを伝送するデータモジュールからサービスゲートウェイオブジェクトが解析される。サービスゲートウェイオブジェクト内部のバインディング構造から、ディレクトリオブジェクトＤ０及びファイルオブジェクトＦ２のＩＯＲが抽出される。Ｆ２のＩＯＲが与えられると、Ｆ２オブジェクトを伝送するデータモジュールからＦ２のファイルデータが獲得される。Ｄ０のＩＯＲが与えられると、ディレクトリオブジェクトＤ０を抽出することができ、そのディレクトリオブジェクトＤ０から、Ｆ０及びＦ１のＩＯＲが得られる。同様に、Ｆ０のＩＯＲ及びＦ１のＩＯＲが与えられると、Ｆ０及びＦ１のファイルデータが獲得される。したがって、ディレクトリ構造におけるオブジェクトのＩＯＲが、ＩＯＲ−ＳＧ、ＩＯＲ−Ｄ０、ＩＯＲ−Ｆ２、ＩＯＲ−Ｆ０、及び、ＩＯＲ−Ｆ１の順序で得られる。一旦オブジェクトのＩＯＲが得られると、次に対応するデータモジュールからオブジェクトが検索される。
【００５６】
ＴＳＦＳのオブジェクトは、通常、単一の仮想チャンネルで伝送されることに注意されたい。しかし、同一又は異なる仮想チャンネル内に存在してもよい他のＴＳＦＳ（しばしば“ソフトリンクス”と呼ばれる）内のオブジェクトへの参照を含むバインディングを有することが可能である。それら他のＴＳＦＳは、同一又は異なる仮想チャネルにあるかもしれない。ＴＳＦＳが異なる仮想チャンネル内に存在する場合、それは、同一のトランスポートストリーム内に存在するかもしれないし、又は、同一のトランスポートストリーム内に存在しないかもしれない。したがって、ＴＳＦＳの論理ネーム空間は、多数の仮想チャンネルにわたることが可能であり、多数のトランスポートストリームにわたることさえ可能である。異なるＴＳＦＳ内に存在するオブジェクトを参照するＩＯＰ：：ＩＯＲは、そのオブジェクトを含むＴＳＦＳを識別し、かつ、そのＴＳＦＳのサービスゲートウェイからそのオブジェクトへ導くそのＴＳＦＳ内のディレクトリパスを提供しなければならない。
【００５７】
［ＡＴＳＣ  ＴＳＦＳの保存］
受信機は、すべてかまたは一部分のディレクトリオブジェクト及びファイルオブジェクトをそれのローカル記憶装置にキャッシュ保存し、オブジェクトへのＵＲＩインデックスをセットアップすることを選択できる。そうすると、放送トランスポート内のＴＳＦＳをすべて調べることなく、どのようなオブジェクトでもローカルメモリーからきわめて迅速に獲得することができる。ＵＲＩは、ダウンロードされたＴＳＦＳから生じないローカルファイルシステム中のリソースを参照することもできる。
【００５８】
［統合ｌｉｄＵＲＩスキーム及びＡＴＳＣ  ＴＳＦＳ］
ｌｉｄＵＲＩスキームは、受信機の放送トランスポート或はメモリー内のリソースをアクセスするために使用できる。ＡＴＳＣ  ＴＳＦＳは、伝送される各リソースに対して独自のＵＲＩを提供するために使用される。よって、ＭＰＥＧ−２トランスポートの組織されたファイルシステム内における参照とキャリッジＭＰＥＧ−４プログラムエレメントの両方を成し遂げられる。以下の可能性が存在する。
【００５９】
・リソース（ＭＰＥＧ−４シーン及び関連したストリーム）は、同じＴＳＦＳで搬送されることができる。一般的に、ストリーム型リソースは、ＴＳＦＳによりサポートされない。しかしながら、ＭＰＥＧ−４システムデータ内のファイルのように短いストリームを搬送することは可能である。大きな、連続ストリームは、相対的に小さなシステムデータファイル内に含められない。
・異なるＴＳＦＳ内のリソースは、同じ仮想チャネルで搬送できる。
・異なる仮想チャネルのＴＳＦＳ内のリソースは、同じトランスポートストリームで搬送できりかも、できないかもしれない。
・リソースは、ローカルキャッシュに記憶できる。
【００６０】
［ＴＳＦＳ内の他のＵＲＩスキーム］
本発明は主にｌｉｄスキームを放送トランスポート内の参照リソースに使用するが、ＵＲＩスキームｈｔｔｐアドレスのアクセスにも用いられ得る。ＡＴＦＳ  ＴＳＦＳが関係するＤＣＭ−ＣＣオブジェクトカルーセルのように、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙのバインディングネームだけがベース（絶対）ＵＲＩとして要求される。ベースＵＲＩは、ｌｉｄ又はｈｔｔｐの何れかとできる。しかしながら、ベースＵＲＩは、他のアドレスのタイプも可能である。しかし、異なるＵＲＩスキームを使用及び解析する場合、いくつかの相違点が存在する。放送ストリームにおいてｌｉｄＵＲＩだけしか得ることができない場合、ｌｉｄＵＲＩは、放送リソースにラベルを付けるのに使用される“べき”である。ウェブサーバーにおいてｈｔｔｐＵＲＩも得ることができる場合、ｈｔｔｐＵＲＩは放送リソースにラベルを付けるのに使用される“べき”である。もし、ｈｔｔｐＵＲＩが使用されるなばら、限られたキャッシュ空間及びインターネットコネクションを備えた受信機は、ｌｉｄＵＲＩをラベルとして付けられたリソースを保存できるが、ｈｔｔｐＵＲＩをラベルとして付けられたリソースは保存できない。
【００６１】
ｌｉｄリファレンスを解析するとき、受信機は、まず最初に、キャッシュ内のリソースを探すことができる。もしリソースが見つからなければ、受信機は、リソースが得られないことをただ単に通知してもよく、あるいは、リソースが放送ストリーム内に現れるのを待ってもよい。ある時間が経過しても、リソースが現れなければ、受信機は、タイムアウトにして、リソースが得られないことを通知してもよい。
【００６２】
ｈｔｔｐＵＲＩリファレンスを解析する場合、受信機は、まず最初に、キャッシュ内のリソースを探すことができる。もしリソースが見つからず、且つ、もし受信機がインターネットコネクションを備えていれば、インターネット上でリソースを探すとともに、同時に放送ストリームにリソースが現れるのを監視できる。もし、受信機がいずれの場合にもリソースを発見できなければ、ある時間の経過後、受信機はタイムアウトにして、リソースが得られないことを通知してもよい。
【００６３】
図８は、ＡｍｅｒｉｃａｎＡＴＳＣ  ＭＰＥＧ−２ＴＳＦＳで伝送されたＭＰＥＧ−４データリソースの参照するための本発明のＵＲＩポインター方法を説明するフローチャートである。方法は、わかりやすいように、一連の番号が付されたステップとして示されているが、明示的に述べない限り、順序は、番号から推測すべきではない。これらのステップのいくつかは、スキップされ、並行して実行され、あるいは、厳密な順序を維持せずに実行されてもよいことを理解すべきである。方法は、ステップ７００から開始する。
【００６４】
ステップ７０２は、パケット化されたＡＴＳＣ  ＴＳＦＳを備えるＭＰＥＧ−２ＴＳを受信する。ステップ７０４は、ＴＳ内のＵＲＩを探し出す。ステップ７０６は、ＵＲＩに応じて、アドレスにアクセスする。典型的には、ステップ７０６のアドレスへのアクセスにはローカル識別子（ｌｉｄ）及び／又はｈｔｔｐアドレスへのアクセスを含んでいる。ステップ７０８は、アドレスへのアクセスに応じて、ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索する。ステップ７１０は、ＭＰＥＧ−４リソースを復号する。ある１つの態様において、ステップ７１２は、検索されたＭＰＥＧ−４リソースをキャッシュする。
【００６５】
この方法のいくつかの態様においては、ステップ７０６のアドレスへのアクセスには、ＡＴＳＣ  ＴＳＦＳ内のオブジェクトへのバインディリングネームとアクセススキームを提供するｌｉｄ  ＵＲＩのアクセスを含む。より具体的には、初期オブジェクト記述子（ＩＯＤ）に埋め込まれたｌｉｄ  ＵＲＩは、ＢＩＦＳシーン記述ストリーム及び／またはオブジェクト記述子ストリームなどのＴＳＦＳ内のリソースを探し出すのに用いられる。
【００６６】
ステップ７０２でパケット化されたＡＴＳＣ  ＴＳＦＳを備えるＭＰＥＧ−２ＴＳを受信することには、階層ディレクトリ構造内にＭＰＥＧ−４リソースを形成することを含む。すなわち、階層ディレクトリ構造は、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含んでいるＢＩＯＰオブジェクトで形成される。
【００６７】
いくつかの態様においては、ステップ７０８においてＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索することは、下位のステップを含む。ステップ７０８ａはＤＳＩメッセージを探し出す。ステップ７０８ｂは、Ｓｅｒｖｉｃｅ  ＧａｔｅｗａｙのためのＩＯＲを抜き出す。ステップ７０８ｃは、Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙオブジェクトを解析する。ステップ７０８ｄは、Ｄｉｒｅｃｔｏｒｙオブジェクト及びＦｉｌｅオブジェクトのためのＩＯＲをＳｅｒｖｉｃｅ  Ｇａｔｅｗａｙバインディング構造から抜き出す。ステップ７０８ｅは、ＭＰＥＧ−４リソースをＦｉｌｅオブジェクトから獲得する。
【００６８】
典型的には、ステップ７０８においてＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索することは、オーディオデータ、ビデオデータ、及び、システムデータを含むグレームから選択されたＭＰＥＧ−４リソースを検索することを含む。また、ステップ７１０でのＭＰＥＧ−４リソースの復号は、ＭＰＥＧ−２ＴＳ内のオーディオデータをエンハンスすること、ＭＰＥＧ−２ＴＳ内のビデオデータをエンハンスすること、または、対話型オーディオビジュアルシーン及び通信リンクを確立するためにシステムデータを使用するなどの動作を含む。ある１つの態様において、さらなるステップ７１４は、復号化ＭＰＥＧ−４システムデータに応じて、対話型オーディオビジュアルシーン及び通信リンクを確立する。
【００６９】
ストリームデータを受信するために、ステップ７０２はさらに、ＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従ってＭＰＥＧ−２ＴＳに埋め込まれたＭＰＥＧ−４オーディオ／ビデオストリ−ムを受信する。そして、その方法はさらにＭＰＥＧ−２ＴＳからＭＰＥＧ−４オーディオ／ビデオストリ−ムを検索するステップ７０９を有する。この場合、ステップ７１０でのＭＰＥＧ−４リソースの復号は、その検索されたＭＰＥＧ−４オーディオ／ビデオストリ−ムと共に、ＡＴＳＣ  ＴＳＦＳから検索されたリソースを復号することを含む。
【００７０】
いくつかの態様の中には、ステップ７０２でのパケット化されたＡＴＳＣ  ＴＳＦＳと共にＭＰＥＧ−２ＴＳを受信することは、パケット化されたＡＴＳＣ  ＴＳＦＳと共に第１のＭＰＥＧ−２ＴＳと第２のＭＰＥＧ−２ＴＳを受信することを含む。そして、ステップ７０４でのＴＳ内のＵＲＩを探し出すことは、第１のＭＰＥＧ−２ＴＳ内のｌｉｄＵＲＩを検索することを含み、及びステップ７０８でのＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索することには、第２のＭＰＥＧ−２ＴＳ  ＡＴＳＣ  ＴＳＦＳからＭＰＥＧ−４リソースを検索することを含む。
【００７１】
１つの態様においては、ステップ７０４においてＵＲＩに応じてアドレスにアクセスすることは、さらにローカルキャッシュアドレス及び／又はウェブプロトコル識別子などのアドレスをアクセスすることを含む。そして、さらなるステップ７１６は、そのアドレスへのアクセスに応じて、ローカルキャッシュ及び／又はウェブサイトを含んでいるグループから選択されたソースからＭＰＥＧ−４リソースを検索する。
【００７２】
図９は、ＡｍｅｒｉｃａｎＡＴＳＣ  ＭＰＥＧ−２ＴＳＦＳ内に存在するＭＰＥＧ−４データへのポインターを放送するための本発明のＵＲＩポインター方法を説明するフローチャートである。この方法は、ステップ８００から開始する。ステップ８０２は、ＭＰＥＧ−４リソースをＡＴＳＣ  ＴＳＦＳに埋め込む。ステップ８０４は、そのＡＴＳＣ  ＴＳＦＳをＭＰＥＧ−２ＴＳ内にパケット化する。ステップ８０６は、そのＡＴＳＣ  ＴＳＦＳ内のあるアドレスに配置されたＭＰＥＧ−４リソースをアクセスするためのＵＲＩを生成する。ステップ８０８は、ＭＰＥＧ−２ＴＳ内にそのＵＲＩを埋め込む。ステップ８１０はパケット化されたＡＴＳＣ  ＴＳＦＳと共にＭＰＥＧ−２ＴＳを放送する。
【００７３】
典型的には、ステップ８０６は、ｈｔｔｐアドレス及び／又はローカル識別子（ｌｉｄ）などのＵＲＩを生成する。１つの態様においては、さらなるステップ８０７は、ウェブサイトとローカル（受信機）キャッシュからＭＰＥＧ−４リソースをアクセスするための各々のｈｔｔｐアドレスとローカル（受信機）キャッシュアドレスなどの追加のＵＲＩアドレスを生成する。
【００７４】
ステップ８０６の１例においては、ｌｉｄＵＲＩはバインディングネームやアクセススキームをＡＴＳＣ  ＴＳＦＳ内のオブジェクトに供給するために生成され得る。さらに、生成されたｌｉｄＵＲＩは、ＢＩＦＳシーン記述ストリーム及び／又はオブジェクト記述ストリームなどのＡＴＳＣ  ＴＳＦＳ内のリソースを探し出すためにＩｎｉｔｉａｌ  Ｏｂｊｅｃｔ  Ｄｅｓｃｒｉｐｔｅｒ（ＩＯＲ）内に埋め込まれ得る。
【００７５】
ステップ８０２でのＭＰＥＧ−４リソースをＡＴＳＣ  ＴＳＦＳに埋め込むことは、ＤＳＭ：：ＳｅｒｖｉｃｅＧａｔｅｗａｙ、ＤＳＭ：：Ｄｉｒｅｃｔｏｒｙ及びＤＳＭ：：Ｆｉｌｅを含んでいるＢＩＯＰオブジェクトのＭＰＥＧ−４リソース階層ディレクトリ構造を形成することを含む。いくつかの態様においては、ステップ８０２は下位のステップを含む。ステップ８０２ａは、ＭＰＥＧ−４リソースをＦｉｌｅオブジェクト内にロードする。ステップ８０２ｂは、ＤｉｒｅｃｔｏｒｙＯｂｊｅｃｔ及びＦｉｌｅＯｂｊｅｃｔのためのＩＯＲを生成する。ステップ８０２ｃは、そのＩＯＲをＳｅｒｖｉｃｅＧａｔｅｗａｙにバインドする。ステップ８０２ｄはそのＳｅｒｖｉｃｅＧａｔｅｗａｙ用のＩＯＲを生成する。ステップ８０２ｅは、ＤＳＩメッセージ内のそのＳｅｒｖｉｃｅＧａｔｅｗａｙＩＯＲを探し出す。
【００７６】
１つの態様においては、ＭＰＥＧ−４リソースをＡＴＳＣ  ＴＳＦＳに埋め込むことは（ステップ８０２）、ＭＰＥＧ−２ＴＳ内のオーディオデータをエンハンスすること、ＭＰＥＧ−２ＴＳ内のビデオデータをエンハンスすること、及び／または、対話型オーディオビジュアルシーンと通信リンクを確立するためのシステムデータなどの目的のために使用されうる、オーディオデータ、ビデオデータ及び／又はシステムデータなどのＭＰＥＧ−４リソースを埋め込むことを含む。
【００７７】
別の態様においては、ステップ８０３は、ＩＳＯ／ＩＥＣ１３８１８−１カプセル化規格に従ってＭＰＥＧ−４オーディオ／ビデオストリームをＭＰＥＧ−２ＴＳ内に埋め込む。そして、ステップ８１０は、その埋め込まれたＭＰＥＧ−４オーディオ／ビデオストリームとともにそのＭＰＥＧ−２ＴＳを放送する。
【００７８】
別の態様においては、ステップ８０８でのＭＰＥＧ−２ＴＳ内へのそのＵＲＩを埋め込むことは、第１のＭＰＥＧ−２ＴＳ内のｌｉｄＵＲＩを探し出すことを含み、且つ、ステップ８０８でのＭＰＥＧ−２ＴＳ内でそのＡＴＦＳ  ＴＳＦＳをパケット化することは、第２のＭＰＥＧ−２ＴＳで伝送されるＡＴＳＣ  ＴＳＦＳ内でＭＰＥＧ−４リソースをパケット化することを含む。そして、ステップ８１０は、第１、第２のＭＰＥＧ−２ＴＳを放送する。
【００７９】
ＡＴＳＣ  ＴＳＦＳでＭＰＥＧ−４リソースにアクセスするために、ＭＰＥＧ−２ＴＳに埋め込まれたＵＲＩを使用するために、システム及び方法が提供された。どのようにＵＲＩを使用することができるかを説明するために、いくつかの例が示されたが、これらの例は、すべてを網羅するものではない。同様に、ＭＰＥＧ−４リソースを探し出すことを説明するために、いくつかの例が示されたが、その他の方法で探し出すことも可能である。当業者は、別の様々な実施態様を考え出すことができる。
【図面の簡単な説明】
【００８０】
【図１】ＭＰＥＧ−４コンテンツを再生する手順を説明する図である（従来技術）。
【図２】Ａｍｅｒｉｃａｎ  Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）のＭＰＥＧ−２トランスポートストリームファイルシステム（ＴＳＦＳ）からＭＰＥＧ−４データにアクセスするための本発明によるＵＲＩポインターシステムの概略ブロック図である。
【図３】ｌｉｄＵＲＩを用いてＭＰＥＧ−４リソースにアクセスする手順を示す図である。
【図４】ＢＩＯＰディレクトリ及びファイルオブジェクトを示す図である。
【図５】単純ＡＴＳＣ  ＴＳＦＳファイル構造を説明する図である。
【図６】ＴＳＦＳファイルディレクトリの例を示す図である。
【図７】ＭＰＥＧ−４放送装置において、ＡｍｅｒｉｃａｎＡＴＳＣ  ＭＰＥＧ−２ＴＳＦＳ中のＭＰＥＧ−４データにアクセスするための本発明によるＵＲＩポインターシステムの概略ブロック図である。
【図８】ＡｍｅｒｉｃａｎＡＴＳＣ  ＭＰＥＧ−２ＴＳＦＳで伝送されたＭＰＥＧ−４データリソースを参照するための本発明によるＵＲＩポインター方法を説明するフローチャートである。
【図９】ＡｍｅｒｉｃａｎＡＴＳＣ  ＭＰＥＧ−２ＴＳＦＳ中のＭＰＥＧ−４データへのポインターを放送するための本発明によるＵＲＩポインター方法を説明するフローチャートである。
【図１】
2005229569.tif 000004
【図２】
2005229569.tif 000005
【図３】
2005229569.tif 000006
【図４】
2005229569.tif 000007
【図５】
2005229569.tif 000008
【図６】
2005229569.tif 000009
【図７】
2005229569.tif 000010
【図８】
2005229569.tif 000011
【図９】
2005229569.tif 000012
【外国語明細書】
2005229569.tif 000013
2005229569.tif 000014
2005229569.tif 000015
2005229569.tif 000016
2005229569.tif 000017
2005229569.tif 000018
2005229569.tif 000019
2005229569.tif 000020
2005229569.tif 000021
2005229569.tif 000022
2005229569.tif 000023
2005229569.tif 000024
2005229569.tif 000025
2005229569.tif 000026
2005229569.tif 000027
2005229569.tif 000028
2005229569.tif 000029
2005229569.tif 000030
2005229569.tif 000031
2005229569.tif 000032
2005229569.tif 000033
2005229569.tif 000034
2005229569.tif 000035
2005229569.tif 000036
2005229569.tif 000037
2005229569.tif 000038
2005229569.tif 000039
2005229569.tif 000040
2005229569.tif 000041
2005229569.tif 000042
2005229569.tif 000043
2005229569.tif 000044
2005229569.tif 000045
2005229569.tif 000046
2005229569.tif 000047
2005229569.tif 000048
2005229569.tif 000049
2005229569.tif 000050
【図１】
2005229569.tif 000051
【図２】
2005229569.tif 000052
【図３】
2005229569.tif 000053
【図４】
2005229569.tif 000054
【図５】
2005229569.tif 000055
【図６】
2005229569.tif 000056
【図７】
2005229569.tif 000057
【図８】
2005229569.tif 000058
【図９】
2005229569.tif 000059