JP2004520764A

JP2004520764A - 対話型アプリケーションの記録

Info

Publication number: JP2004520764A
Application number: JP2002588080A
Authority: JP
Inventors: リチャードジェイホウルドスウォルス; オクタヴィウスジェイモーリス
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2001-05-04
Filing date: 2002-05-02
Publication date: 2004-07-08
Anticipated expiration: 2022-05-02
Also published as: BRPI0205146B1; JP4229706B2; RU2003135213A; US20020170074A1; BR0205146A; KR100918009B1; GB0111008D0; KR20030021241A; CN1462554A; RU2304855C2; PL363519A1; WO2002091747A1; AU2002302869B2; EP1393570A1; CN100370833C

Abstract

送信機と、該送信機から送信される信号を受信するように構成される少なくとも１つの受信機とを有する送信システム。送信されたストリーム中の報知データは、サイクルで送信される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随され、ここで前記ファイル及びディレクトリオブジェクトの所定のグループは送信機においてそれぞれのモジュールへと形成され、各前記モジュールは全体として送信される。データオブジェクトの階層構造のルートを定義する各オブジェクトカルーセルに対して、前記ストリーム中に送信される、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントデータカルーセルについての識別子のリストがある。
前記受信機は、記録されるべき特定のアプリケーションの識別に際して、該アプリケーションについての前記受信されたファイルデータ及びディレクトリオブジェクトを識別し、次いで保存するために、識別子の前記リストを利用するように構成される。

Description

【０００１】
【発明の属する技術分野】
本発明は、デジタル放送のマテリアルを記録する方法及び装置に関し、更に詳細には、テレビジョン放送に付随した対話型の又はマルチメディアのアプリケーションを記録する方法及び装置に関する。
【０００２】
【従来の技術】
放送者は、場合によってはデジタルテレビ番組と共に、マルチメディアのプラットフォーム依存型のアプリケーションを放送することができる。適切に装備されたマルチメディアのプラットフォーム依存型セットトップボックスは、これらのアプリケーションを受信し、ローカルに実行することができる。例となるアプリケーションは、電子番組ガイド、プレイアロング（ｐｌａｙ−ａｌｏｎｇ）型のゲーム、テレ・バンキング（Ｔｅｌｅ−ｂａｎｋｉｎｇ）、テレ・ショッピング（Ｔｅｌｅ−ｓｈｏｐｐｉｎｇ）、電子新聞及び同様の情報サービスである。テレビ番組は記録されることができ、該テレビ番組が例えばスポーツの試合の生放送に付随したスポーツのデータ又はテレテキスト（ｔｅｌｅｔｅｘｔ）アプリケーションのような、かようなテレビ番組に関連するアプリケーションを持つ場合には、該アプリケーションも記録されるべきである。典型的に、マルチメディアのプラットフォーム依存型のアプリケーションは、全てのアプリケーションの符号及びデータがサイクルで放送される、オブジェクトカルーセル方式（ｏｂｊｅｃｔｃａｒｏｕｓｅｌ）によって放送される。これは同様にカルーセル方式によって放送されるテレテキストデータに似ている。
【０００３】
かようなアプリケーションの配信のための適切な送信システムは、ＩＳＯ／ＩＥＣ国際規格１３８１８−６、「ＭＰＥＧ−２ＤｉｇｉｔａｌＳｔｏｒａｇｅＭｅｄｉａＣｏｍｍａｎｄａｎｄＣｏｎｔｒｏｌ」（１９９６年７月１２日、ここではＤＳＭ−ＣＣと識別される）により知られている。現代のデジタル放送システムにおいては、送信機は典型的に多数のサービス（又はチャンネル）を、テレビジョンセット又はセットトップボックスにおいて例が見出されるような複数の受信機に送信する。かようなサービスは音声／映像ストリーム、対話型アプリケーション（例えばＭＨＥＧ−５形式によって）、他の種類のデータ又はこれらの要素の結合を含むことができる。ＭＰＥＧ−２トランスポートストリーム（ｔｒａｎｓｐｏｒｔｓｔｒｅａｍ）は、多数のサービスの多重（ｍｕｌｔｉｐｌｅｘ）であり、送信機は典型的に前記セットトップボックスに幾つかのトランスポートストリームを送信する。次に、適切に構成されたセットトップボックスは、特定のトランスポートストリームに同調することができ、該トランスポートストリームから情報を取得することができる。
【０００４】
上述したように、対話型マルチメディアアプリケーションは典型的に、連続するデータセクションが前記トランスポートストリームにおいて周期的に及び連続的に繰り返される、カルーセル型の様式により放送される。例えば、ＤＶＢ及びＤＡＶＩＣは共に、対話型アプリケーションの放送のために、上述したような規定のＤＳＭ−ＣＣオブジェクトカルーセルを持つ。
【０００５】
ＤＶＢはＤＶＢトランスポートストリーム内のファイルシステムを担持する方法を規定する。これはデータ放送及び対話型放送システムのために利用される。該規格は例えば、ＤＶＢのイギリス地上波放送の実施におけるＭＨＥＧ−５の放送のために選択された方法であり、ＤＶＢからのＭＨＰ仕様におけるＪａｖａ（Ｒ）のクラスファイル及びその関連するデータのために利用されている。
【０００６】
【発明が解決しようとする課題】
本発明の譲渡人に譲渡された国際特許出願ＷＯ９９／６５２３０において説明されるように、ＤＳＭ−ＣＣオブジェクトカルーセルのオブジェクトはモジュール中に放送され、パーソナルコンピュータ（ＰＣ）のファイルシステムのような階層構造のファイル及びディレクトリオブジェクトを有する仮想的なファイルシステムを提供する。かようなモジュールはオブジェクトのコンテナであり、多数の（ＭＰＥＧ−２規格において専有（ｐｒｉｖａｔｅ）部分として規定されている）「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージを有する。セットトップボックスがＤＳＭ−ＣＣオブジェクトをプリフェッチ（ｐｒｅ−ｆｅｔｃｈ）しようとするときは、該オブジェクトがどのモジュールの中にあるかを（数ある中でも）知る必要がある。正しいモジュールを取得した後は、前記セットトップボックスは、前記オブジェクト自身に達するために前記モジュールをパースする必要がある。前記ＤＳＭ−ＣＣオブジェクトカルーセルの階層的な性質のため、オブジェクトはサブディレクトリに含まれる場合もある。この場合には、前記セットトップボックスは中間のディレクトリまで前記モジュールを検索し、関心のあるオブジェクトに達するまでパースする必要もある。
【０００７】
典型的に、サービスプロバイダは前記オブジェクトカルーセルを圧縮された形で放送する。該圧縮は通常、前記モジュールのレベルで為される。従って、保存のために特定のオブジェクトを選択することは、前記セットトップボックスが関心のある前記オブジェクトの識別のために必要とされる全ての前記モジュールの解凍をも必要とする。理解されるように、前記ＤＳＭ−ＣＣオブジェクトカルーセルの階層的な性質は、オブジェクトを識別する目的のため、前記セットトップボックスにおける多数の処理を必要とする。従って、デジタルビデオ放送の捕捉の付加物として記録の問題を考慮すると、オブジェクトカルーセルを記録（及び再生）する効率的な方法が欠如していることが認識されるであろう。
【０００８】
かような仕組みにおいては、前記モジュールは送信の単位であり、従ってモジュールの一部分を送信することはない。即ち、前記モジュールの全体が送信されるか何も送信されないかのいずれかである。更に、前記モジュールはパッケージングの単位であり、モジュール中の前記オブジェクトは典型的に同時に圧縮されている。
【０００９】
ファイル及びディレクトリオブジェクトは時間と共に変化しても良い。モジュール及びオブジェクトの特性の１つは、モジュール中のオブジェクトのグルーピングは時間と共に一定である必要はないということである。オブジェクトはモジュール間で移動しても良いし、オブジェクトは追加されたり消去されても良い。
【００１０】
モジュールはＭＰＥＧ−２トランスポートストリーム中に放送され、各モジュールは基本ストリームの専有データ部中に放送されるため、典型的に多数のモジュールが同一の基本ストリームを共有し、全体のオブジェクトカルーセルは一般に、限られた数だけの基本ストリーム（典型的には５個より少ない）によって担持される。モジュールが担持されている前記基本ストリームも時間と共に変化して良い。
【００１１】
当業者には認識されるように、前記オブジェクトカルーセルは３つの層から成り、最上の層は前記ファイル及びディレクトリオブジェクトから成り、その下の層はモジュールから成り、その下の層は基本ストリーム中の専有データ部から成る。問題となるのは、データ放送（オブジェクトカルーセル）のどの部分が特定のアプリケーションに関連しているかを、該アプリケーションを完全に処理することなくどのように識別するかということである。この問題は、対話型のアプリケーションを、配信されたときに単に処理するのではなく保存する要求がある場合に重要になる。理想的にはこの目的は、後にいつか前記アプリケーションが利用されることができるように、データの必要な部分を保存するため、限られた処理のリソースを利用するためのものである。該データが保存される前に完全に前記カルーセルが処理される必要がある場合、その結果のオーバーヘッドは、前記アプリケーションを保存することは実現性が全くない可能性があるということを意味する。
【００１２】
従って本発明の目的は、マルチメディアのプラットフォーム依存型アプリケーションの記録を容易にすることにある。ここでは１つ以上のオブジェクトカルーセル（又はオブジェクトカルーセルの一部）において明示されたアプリケーションを記録する必要がある。ここで前記記録の処理は、要求される記録領域が最小となり、複雑さが処理しやすい程度となるように為される。
【００１３】
【課題を解決するための手段】
本発明の第１の態様によれば、送信機と、該送信機から送信される信号ストリームを受信するように構成される少なくとも１つの受信機とを有する送信システムであって、送信される前記ストリーム中に放送されるデータは、サイクルで送信される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随され、ここで前記ファイル及びディレクトリオブジェクトの所定のグループは送信機においてそれぞれのモジュールへと形成され、各前記モジュールは全体として送信されるものであり、データオブジェクトの階層構造のルートを定義する各オブジェクトカルーセルに対して、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントデータカルーセルについての識別子のリストが前記ストリーム中に送信され、前記受信機は、記録されるべき特定のアプリケーションの識別に際して、該アプリケーションについての受信された前記コンポーネントデータカルーセルを識別し、次いで保存するために、識別子の前記リストを利用するように構成される送信システムが具備される。前記識別子のリストを含めることにより、特定のアプリケーションに関係しているか（参照されているか）否かを識別するために、各カルーセルを前記モジュールレベルまで処理する必要はもはやない。
【００１４】
前記送信機は、送信される前記ストリーム中に、送信された前記モジュールについての保存要件を識別する情報を含むように構成されても良い。また前記受信機は、受信された前記ストリーム中のかような情報を識別し、受信された前記モジュールを該モジュールへのリファレンスと共に保存するように構成されても良い。このような場合、前記情報は、各前記モジュールについて、前記モジュールが他の前記カルーセルから他のデータオブジェクトによって参照されているか否かを識別するインジケータを含んでも良い。かようなインジケータを用いて、前記受信機は、参照されていない前記モジュールを周期的に識別し削除することにより、メモリの再利用を実行するように構成されても良い。
【００１５】
また本発明によれば、送信機と、該送信機から送信される信号ストリームを受信するように構成される少なくとも１つの受信機とを有する送信システムにおける利用のための送信機であって、送信される前記ストリーム中に放送されるデータは、サイクルで送信される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随され、ここで前記ファイル及びディレクトリオブジェクトの所定のグループは送信機においてそれぞれのモジュールへと形成され、各前記モジュールは全体として送信されるものであり、データオブジェクトの階層構造のルートを定義する各オブジェクトカルーセルに対して、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントカルーセルについての識別子のリストが前記ストリーム中に送信される送信機が具備される。
【００１６】
更に本発明は、送信機と、該送信機から送信される信号ストリームを受信するように構成される少なくとも１つの受信機とを有する送信システムにおける利用のための受信機であって、送信される前記ストリーム中に放送されるデータは、サイクルで送信される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随され、ここで前記ファイル及びディレクトリオブジェクトの所定のグループは送信機においてそれぞれのモジュールへと形成され、各前記モジュールは全体として送信されるものであり、データオブジェクトの階層構造のルートを定義する各オブジェクトカルーセルに対して、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントデータカルーセルについての識別子のリストが前記ストリーム中に送信され、前記受信機は、記録されるべき特定のアプリケーションの識別に際して、該アプリケーションについての受信されたデータオブジェクトを識別し、次いで保存するために、識別子の前記リストを利用するように構成される受信機を具備する。
【００１７】
本発明の他の態様によれば、サイクルで担持される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随される報知データを有する多重信号であって、ここで前記ファイル及びディレクトリオブジェクトの所定のグループはそれぞれのモジュールへと形成され、前記信号は各前記モジュールを全体として含むものであり、データオブジェクトの階層のルートを定義する各オブジェクトカルーセルに対して、前記信号は、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントデータカルーセルについての識別子のリストを含む多重信号が提供される。
【００１８】
本発明の、ここで為されるべき引用に対する付加的な特徴は添付された請求項において定義される。ここで該引用の開示内容は参照によって本明細書に組み込まれたものとする。他の特徴もまた以下の本発明の例示的な実施例の説明において開示される。
【００１９】
本発明の実施例は、添付する図面を参照しながら例として以下説明される。
【００２０】
【発明の実施の形態】
ＤＶＢ（ＤｉｇｉｔａｌＶｉｄｅｏＢｒｏａｄｃａｓｔ）規格は、ＤＶＢトランスポートストリーム内に階層的なファイルシステムを担持する方法を規定する。該規格は、データ放送のために利用される。該規格は、通常コンピュータのファイルシステムに保存されるような種類の任意のデータを担持するために利用されることができる。該規格は、対話型の放送システムのためのデータファイルを担持するために頻繁に利用される。該規格は例えば、ＤＶＢのイギリス地上波放送の実施におけるＭＨＥＧ−５の放送のために選択された方法であり、ＤＶＢからのＭＨＰ仕様におけるＪａｖａ（Ｒ）のクラスファイル及びその関連するデータのために利用されている。
【００２１】
図１は、本発明の実施に適した送信システムのブロック図を示す。かような送信システムにおいては、多重信号１２の多数のストリームが、送信機１０によって受信機１４に送信される。該送信システムは更なる受信機１４．Ａ及び１４．Ｂを有しても良く、例えばケーブルテレビ（ＣＡＴＶ）ネットワーク環境において利用されても良い。該環境においては、送信機１０がＣＡＴＶネットワークのヘッドエンドを有し、受信機１４がエンドユーザのセットトップボックス又はテレビジョンセットを有する。前記エンドユーザは、例えばキーボード、リモートコントローラ又は前記受信機ユニット自身に据え付けられた１つ以上の制御装置のようなユーザ入力装置（ＵＩＤ）１５によって、受信機１４を制御することができる。前記エンドユーザは表示装置（ＤＩＳＰ）１７において選択されたサービスを視聴することができる。ここで該表示装置１７は、受信機１４がテレビジョンセットに収納された場合は、受信機１４と一体化していても良い。多重信号１２は、ＭＰＥＧ−２トランスポートストリームの形で実装化されることができる。ＭＰＥＧ−２トランスポートストリームは、多数の所謂サービスの多重である。かようなサービスは音声／映像ストリーム、対話型アプリケーション（例えばＭＨＥＧ−５形式によって）、他の種類のデータ、又はこれらの要素の結合を含むことができる。典型的に、ヘッドエンド１０は幾つかのトランスポートストリーム１２をセットトップボックス１４に送信する。このようにして、多数のサービス（又はチャンネル）が、ヘッドエンド１０によって複数のセットトップボックス１４に放送されることができる。
【００２２】
セットトップボックス１４は特定のトランスポートストリーム１２と同調することができ、次いでトランスポートストリーム１２から情報を取得することができる。かようなセットトップボックス１４は典型的にただ１つのチューナを持ち、従って一度に単に単一のトランスポートストリームだけを受信することができる。ユーザがテレビ番組を見たい場合、対話型のアプリケーションを実行したい場合、又は他の種類のデータにアクセスしたい場合は、セットトップボックス１４は対応するトランスポートストリームに同調し、その瞬間に放送されているサービスから要求されたデータを取得及び／又は処理する。
【００２３】
テレ・バンキング、テレ・ショッピング又は情報サービスのような対話型アプリケーションは、典型的にカルーセル型の様式によって放送される。即ち、対応するデータ部がトランスポートストリーム１２内で周期的に繰り返される。例えば、ＤＶＢ及びＤＡＶＩＣは共に、対話型アプリケーションを放送するためのＤＳＭ−ＣＣオブジェクトカルーセルを規定する。かようなアプリケーションの応答時間及び処理能力は、前記受信機においてローカルな記憶装置１９を装備することによって改良されることができる。ここで該記憶装置１９は、ハードディスク又は他の（好ましくは不揮発性の）メモリの形をとっても良く、更に送信機１０から受信された線形のテレビコンテンツ（音声／映像）を保存するために利用されても良い。記憶装置１９は、例えばプリフェッチ又はデータセクション若しくはオブジェクトの保存のような、前記受信機におけるキャッシュのために利用されても良い。オブジェクトの保存は前記受信機の中のプロセッサ１６によって行われる。ここでプロセッサ１６は、以下に詳細に説明されるように、更にオブジェクトカルーセルの処理も行う。
【００２４】
前記ＤＳＭ−ＣＣシステムは、階層的なファイルシステムの連続的な接続に渡る効率的なトランスポート（ｔｒａｎｓｐｏｒｔ）の問題の解法を提供するように設計される。該ファイルシステムはパースされることができ、階層的なディレクトリ構造、ファイル名及びファイルの内容は前記受信機において取り出される。
【００２５】
図２において、ＤＳＭオブジェクトカルーセルのためのモジュールの階層化された構造が示される。ＤＳＭオブジェクトカルーセルのオブジェクトはかようなモジュールによって放送される。かようなモジュールはオブジェクトのコンテナであり、多数の「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージ（ＭＰＥＧ−２の専有部）を有する。図２において、モジュール４２はオブジェクト３２、３６及び４０を有する。これらのオブジェクトは所謂ＢＩＯＰメッセージに含まれる。かようなＢＩＯＰメッセージにおいては、前記オブジェクトはメッセージヘッダに先行される。図２においては、第１のＢＩＯＰメッセージはメッセージヘッダ３０及びオブジェクト３２を有する。ここでオブジェクト３２はディレクトリ情報を含んでも良い。第２のＢＩＯＰメッセージはメッセージヘッダ３４及びオブジェクト３６を有する。ここでオブジェクト３６はストリーム情報を含んでも良い。第３のＢＩＯＰメッセージはメッセージヘッダ３８及びオブジェクト４０を有する。ここでオブジェクト４０はファイル情報を含んでも良い。
【００２６】
更に、モジュール４２は５つの「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージを有する。これらの「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージは、ヘッダとデータブロックとから成る。第１の「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージは、データブロック４６と共にヘッダ４４から形成され、第２の「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージは、データブロック５０と共にヘッダ４８から形成され、第３の「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージは、データブロック５４と共にヘッダ５２から形成され、第４の「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」メッセージは、データブロック５８と共にヘッダ５６から形成され、第５の「ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ」は、データブロック６２と共にヘッダ６０から形成される。
【００２７】
前記オブジェクトカルーセルの前記階層化に基づき、前記オブジェクトカルーセルの記録は３つの層それぞれにおいて実行されることができる。最上の層における記録は、アプリケーションのファイル及びディレクトリが（標準の）ファイルシステムに保存されることを意味する。
【００２８】
前記オブジェクトカルーセルの記録は、前記基本ストリームレベルで行われても良い。このことは、一般に単純であり、前記オブジェクトカルーセルの特性に依存しないという利点を持つ。しかしながら、前記カルーセルの各サイクルが何度も保存されるため、この方法の欠点は記憶容量の点におけるコストの欠点である。多数の前記カルーセルのコンテンツがサイクルの間で変化しない場合は、前記記録は著しい量の冗長性を含む。更なる構成においては、前記オブジェクトカルーセルの記録は前記モジュールレベルで実行される。
【００２９】
基本ストリーム又はモジュールレベルにおけるカルーセル構成モジュールの捕捉及び保存は、特に記録されたモジュールを含む前記装置が、記録されたアプリケーションを再生する又は再生するであろう装置と異なる装置である場合には、要求に応じてモジュールをアプリケーションに供給することにより、アプリケーションの効率的な再生を援助する。即ち、前記オブジェクトカルーセルは再生の間に再構成されるのではなく（それは確かに効果的な選択肢だが）、マルチメディアのプラットフォーム依存型装置が明示的にモジュールを要求したときに、該モジュールだけが該マルチメディアのプラットフォーム依存型装置に送られる。このことは、前記マルチメディアのプラットフォーム依存型装置が、モジュールを取得するときに最小の待ち時間を観測するという利点を持つ。このことは典型的に、ライブのオブジェクトカルーセル放送に比べると、又は前記記憶装置が再生の間に前記オブジェクトカルーセルを再構成するという状況に比べると、著しい性能の改善をもたらす。
【００３０】
不幸なことに、ＤＶＢに採用されている前記解法は、前記ストリーム中のどの構成要素が解析されるべきかを識別するために、前記放送されたデータの構造の全てのパースを必要とする。前記ストリームのどの部分が（どの基本ストリームが）前記ファイルシステムの再構成のために必須な情報を含むのかを示すための高レベルな信号はない。
【００３１】
前記ファイルシステムが利用されるときに前記ライブの放送から再構成されるような通常の利用においては、このことは問題ではない。しかしながら、前記ストリームを保存したい場合には、構文の高いレベルにおいて、どの構成要素が必要であるかを示すためには、このことは非常に不便である。
【００３２】
問題は、データ放送のどの部分が特定のアプリケーションに関係しているのかを、前記アプリケーションを全て処理することなく識別する方法である。対話型アプリケーションが配信されたときに、該対話型アプリケーションを単に処理するのではなく記録する要求がある場合に、この問題は重要になる。好ましい解法は、後にいつか前記アプリケーションが利用されることができるように、データの必要な部分を保存するため、限られた処理のリソースを利用することである。前記アプリケーションが保存される前に、前記アプリケーションを全て処理する必要がある場合は、前記アプリケーションを保存する実現性が全くないということになろう。
【００３３】
対話型アプリケーションは１つ以上のオブジェクトカルーセル中に送信され、前記トランスポートストリーム内（又は他のトランスポートストリーム）からの１つ以上のストリームにアクセスしても良い。
【００３４】
用語：
以下の例において用語はＭＰＥＧ及びＤＶＢ規格において用いられる用語である。しかしながら、これらは一般的な概念のためには一般的な語として用いられ、他の放送環境における他の実装化にも適用する。ＤＶＢシステムに関連する例は斜体で示される。
【００３５】
トランスポートストリーム：サービスのセットを有する基本ストリームの多重化を含むデータストリーム。
【００３６】
例：ＭＰＥＧ−２トランスポートストリーム。
【００３７】
基本ストリーム：メディア又はデータの単一の要素から成るデータストリーム。
【００３８】
例：ＭＰＥＧ−２基本ストリーム。
【００３９】
サービス：従来の「テレビ番組」を共に有する、種々のタイプの基本ストリームのセットの記述。前記サービスは、参照される前記基本ストリームの各々についてのタイプ情報及び記述子を含む。
【００４０】
例：番組マップ表（ＰｒｏｇｍａｒｍＭａｐＴａｂｌｅ、ＰＭＴ）中にエンコードされたＤＶＢサービス。
【００４１】
データカルーセル：カルーセルの様式で繰り返され、１つ以上の基本ストリームに渡って配信される、一般的なデータモジュールのセットの放送。前記データカルーセルはメッセージを含む。モジュールのセット及び前記モジュールについての記述子を列記したメッセージから成る。
【００４２】
例：ＤＳＭＣＣＤａｔａＩｎｆｏＩｎｄｉｃａｔｉｏｎ（ＤＩＩ）メッセージ。
【００４３】
モジュール：データカルーセル中に配信されたデータの単一の要素。これはより小さな分離した放送ユニットのセットから構成されても良い。
【００４４】
例：ＭＰＥＧ−２専有部としてエンコードされたＤＳＭＣＣＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋｓ（ＤＤＢｓ）から構成されるＤＳＭＣＣモジュール。
【００４５】
オブジェクトカルーセル：コンピュータのファイルシステムに類似するが、データカルーセルのセットとして配信される、データオブジェクトの階層構造。オブジェクトカルーセルは、１つ以上のデータカルーセルを利用して配信されたデータと、前記階層構造のルートオブジェクトへのリファレンスとから成る。オブジェクトカルーセルは典型的に、モジュールをデータオブジェクトのシーケンスとして解釈する。前記データオブジェクトは、ファイル及びディレクトリのタイプを含む、種々のタイプのものであっても良い。（前記ルートオブジェクトのような）ディレクトリを表すオブジェクトは、同一の又は他のデータカルーセルにおける他のオブジェクトを参照する。
【００４６】
例：ＤＶＢオブジェクトカルーセルは、ファイルシステムの「サービスゲートウェイ（ＳｅｒｖｉｃｅＧａｔｅＷａｙ）」（ルートディレクトリ）を参照するために、ＤＳＭＣＣＤｏｗｎｌｏａｄＳｅｒｖｅｒＩｎｉｔｉａｔｅ（ＤＳＩ）メッセージを利用する。このモジュールは、Ｉｎｔｅｒ−ｏｐｅｒａｂｌｅＯｂｊｅｃｔＲｅｆｅｒｅｎｃｅ（ＩＯＲ）を利用するために参照されるＢｒｏａｄｃａｓｔＩｎｔｅｒ−ＯＲＢＰｒｏｔｏｃｏｌ（ＢＩＯＰ）メッセージのシーケンスから成る。
【００４７】
オブジェクトカルーセルの必須の要素を探す問題を考慮すると、現在の仕様は、どの基本ストリームがオブジェクトカルーセルを再構成するために十分な内容を含んでいるかを決定する、明確な信号を定義しない。前記サービスは、どの基本ストリームがオブジェクトカルーセルを含むかを示す記述子を含む。
【００４８】
例：ＰＭＴは、前記ＤＳＩメッセージを担持する前記ストリーム中にｃａｒｏｕｓｅｌ＿ｉｄ＿ｄｅｓｃｒｉｐｔｏｒを担持する。
【００４９】
該サービスは、前記オブジェクトカルーセルの前記「ルート」オブジェクトへのリファレンスを単に含んでいるにすぎないことに留意されたい。前記データの大部分は当該基本ストリーム又は他の基本ストリームにある。データカルーセルを担持する他の全ての基本ストリームは、タイプ情報によって識別されることができても良い。
【００５０】
例：ｓｔｒｅａｍ＿ｔｙｐｅ、及びそれらに関連したｄａｔａ＿ｂｒｏａｄｃａｓｔ＿ｄｅｓｃｒｉｐｔｏｒによって。
【００５１】
前記オブジェクトカルーセルの中のオブジェクトは、場合によっては現在のサービスの外のデータカルーセルにアクセスする。しかしながら、前記サービスは、原則的に、該サービス中の要求された基本ストリームが識別されることを可能にする、これらの他のサービスの位置に関する情報を保持する。
【００５２】
例：ＰＭＴのｄｅｆｅｒｒｅｄ＿ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇｓに列記されたａｓｓｏｃｉａｔｉｏｎ＿ｔａｇを利用するＢＩＯＰプロファイルボディ（ＢＩＯＰＰｒｏｆｉｌｅＢｏｄｙ）。
【００５３】
また、前記オブジェクトカルーセル中のオブジェクトは、場合によっては完全に離れたトランスポート上の、他のオブジェクトカルーセル中のオブジェクトにアクセスする。これらの外部リンクは通常記憶装置には保存されない。
【００５４】
例：「ＬｉｔｅＯｐｔｉｏｎｓＰｒｏｆｉｌｅＢｏｄｙ」は、ＮＳＡＰアドレスを利用して外部のコンテンツを参照する。
【００５５】
かくして、前記オブジェクトカルーセルの「深いパース」なしに、前記オブジェクトカルーセルに必須のデータを含むであろう全ての基本ストリームのセットを見つけることができる（ここで「深いパース」という語句によって、前記データカルーセルレベル以下の前記オブジェクトカルーセルの構造の検査を表す）。しかしながら、前記サービスに１つより多いオブジェクトカルーセルがあるような場合においては、どの基本ストリームが各カルーセルによって必要とされるかを識別することは容易ではない。前記オブジェクトカルーセル内に利用される全ての前記オブジェクトリファレンスを完全にパースすることによって、前記基本ストリームを識別することができるのみである。
【００５６】
１つのサービス中に２つのカルーセルが利用されるような実際的なケースは、（ユーザが記録したいとは望まないような）通常のデジタルテレテキストサービスと結合された対話的放送（例えば、ユーザが記録したいと望み得るスポーツアプリケーション）である。これらは別々の基本ストリーム上の別々のオブジェクトカルーセル中に担持され得る。各オブジェクトカルーセルについてのデータは、幾つかの基本ストリーム上に担持されることができる。前記データの幾つかは前記２つのオブジェクトカルーセルの間で共有される。前記データのどの部分が各アプリケーションによって必要とされているかを識別する容易な方法はない。前記スポーツアプリケーションはサイズが幾分小さく、一方前記テレテキストアプリケーションは幾分大きい場合がある。
【００５７】
出願者は、最上のレベルのオブジェクトカルーセルのオブジェクトにおける前記オブジェクトカルーセルによって利用される、基本ストリームのリストを含むことを提案する。
【００５８】
例：ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇｓのリストを前記ＤＳＩメッセージに追加する。
【００５９】
図３の模式図及び図４乃至６の表を参照しながら説明される、本発明の以下の実施例は、ＤＶＢオブジェクトカルーセルを利用するイタリックで表記した関連する例と共に、前記実施例の一般的な説明を含む。
【００６０】
最初に図３を参照すると、ＤＳＩメッセージ８０は、第１のデータカルーセル（ＤＩＩ（ｉ））へのポインタ８４を提供する前記ファイルシステムのサービスゲートウェイ（ルートディレクトリ）へのリファレンス８２を担持する。該第１のデータカルーセル８６はモジュール８８、９０及び９２のセットのリストを有する。第１のデータカルーセルのモジュールの１つ９２は、第２のデータカルーセル（ＤＩＩ（ｉｉ））９６へのリファレンス９４を担持しても良い。ここで同様に前記第２のデータカルーセルは、モジュール９８、１００、１０２及び１０４のセットをそれぞれ列記している。従来は、与えられたアプリケーションに関連する前記データカルーセルを識別するためには、第２のデータカルーセル９６へのリファレンス９４を発見するために、前記第１のデータカルーセルを前記モジュールレベルにまで深くパースする必要があった。この作業を避けるために前記ＤＳＩメッセージは、（サービスゲートウェイ８２によって既に識別された前記第１のものを越えて）各付加的なデータカルーセルへのリファレンス１０８を提供する付加的なポインタのリスト（ＡＰＬＩＳＴ）１０６を含む。
【００６１】
提案される実施例は、前記オブジェクトカルーセル及びデータカルーセルを表現する最上レベルのメッセージへの拡張である。データカルーセルの完全なセットのリストのために、参照される前記モジュールの予期される合計のサイズ（記憶装置の要件を評価するため）、及び次のエントリをアクセスするためのタイムアウトを記述した新しい識別子が定義される。更なる機能拡張として、データカルーセル内の個々のモジュールが、どこからアクセスされることができるかを記述子する記述子と共に「マークされる」ことができる。このことはどのモジュールをデータ毎のカルーセルに基づいて保存するべきかの評価を可能にする。
【００６２】
ＤＶＢオブジェクトカルーセルについて規定されたＤＳＩ及びＤＩＩ形式は拡張される。
【００６３】
前記最上レベルのオブジェクトカルーセルメッセージの仕様は、以下に説明されるように、記述子のシーケンスを可能とするように拡張される。
【００６４】
ＳｅｒｖｉｃｅＧａｔｅｗａｙＩｎｆｏ（）：ＵｓｅｒＩｎｆｏフィールドが前記記述子を含むために利用される。該フィールドは現在のところオブジェクトカルーセルの中では利用されない。この仕様は、該フィールドが記述子のループとして解釈されるべきであることを規定する。
【００６５】
明示識別子（Ｍａｎｉｆｅｓｔｄｅｓｃｒｉｐｔｏｒ）：前記オブジェクトカルーセルを有するデータカルーセルの完全なセットを列記する。既に参照されている、ルートディレクトリ自身を含むデータカルーセルは含まない。該識別子の一般的な形態は図４の表に示される。
【００６６】
代替実施例は、前記オブジェクトカルーセル内の全てのＤＩＩ要素を列記するＴａｐｓのシーケンスを保持するために、前記ＤＳＩメッセージのＴａｐｓフィールドを利用することである。該フィールドの利用は、ＭＰＥＧＤＳＭ−ＣＣ規格（ＩＳＯ／ＩＥＣ１２８１８−６）セクション１１．３において、前記オブジェクトカルーセルへの初めの添付に必要とされるものとは対照的に、前記ＴａｐｓはＤＩＩメッセージの完全なセットを列記するというセマンティクスの変更と共に規定されている。
【００６７】
カルーセル統計記述子：前記オブジェクトカルーセル全体についての情報を与える。保存のために有用になり得る要素は、全体のサイズとサイクル全体の時間である。これらは全体の領域の要件、入ってくるビット率の平均、及び保存を価値あるものとするために該当するチャンネルがどのくらい長く同調されている必要があるかを示すことができる。該記述子の一般的な形式は図５の表に示される。
【００６８】
現在のところ前記データカルーセルのレベルにおいて拡張の必要はない。ここで前記明示識別子と同様に「参照されたデータカルーセル記述子」を持つことは賢明なことに思えるが、データカルーセルの構成は前記オブジェクトカルーセル内の前記オブジェクトの階層構造を反映する必要はないことが思い起こされるべきである。データカルーセルの間の循環的なリファレンスがある場合があり、他のＤＩＩからの複数のエントリ点がある場合がある。それ故、ＤＩＩを通した再起的な追跡を助長することは好ましくない。
【００６９】
前記データカルーセルは前記モジュールのリストを含み、特別な記述子はここでは追加されない。
【００７０】
ＤＶＢ及びＭＨＰはＢＩＯＰ：ＭｏｄｕｌｅＩｎｆｏ：ＵｓｅｒＩｎｆｏフィールドを記述子のループとして規定する。そこで、単純な拡張としてここに新たな記述子を規定する。
【００７１】
モジュールリファレンス記述子：他のオブジェクト又はデータカルーセルからの前記モジュールへのリファレンスを列記する。該記述子は該データカルーセル中の全ての「エントリモジュール」に存在する。該記述子は、存在する場合には、同一のデータカルーセル中の他のモジュールからのリファレンスがある場合には、自身のデータカルーセルを列記する必要がある。しかしながら該記述子が自身のデータカルーセルからの１つだけのリファレンスから成ることは有効ではない。
【００７２】
先進の記録装置は、該モジュールの保存が必要であるかどうかを算定するために、前記明示記述子と共同してこの情報を利用することができる。また、前記データカルーセル中の全てのモジュールが読み込まれると、これらの「ルート」モジュールからのマークスイープ（ｍａｒｋ−ｓｗｅｅｐ）方式のガベージコレクション処理が必要のないモジュールを摘み取る。この種の操作は前記オブジェクトのレベルで行われるのが最善であるため、これは粗雑な方法であるが、保存及びパースのオーバーヘッドの間のトレードオフである。カルーセルは共通の要素を持たない機能が別々のモジュールに保存されるように設計される傾向がある。
【００７３】
該記述子は、どのモジュールが前記カルーセルの全体の構造の横断を実行するために必要とされる優先モジュールであるかの良い指標である。該記述子は、データカルーセル中の全てのモジュールを一度に要求することができない（例えば利用可能な一定の数のセクションのフィルタがある場合）記憶装置に対する効率的な検索戦略を確立する際に有用となり得る。該識別子の一般的な形式は図６の表において示される。
【００７４】
上述の実施例はＭＰＥＧ−２ＤＳＭ−ＣＣプロトコルを参照しながら説明されたが、本発明はいずれの特定のプロトコル又はデータ放送の形式にも限定されるものではないことは、当業者は認識するであろう。
【００７５】
本開示を読むことにより、当業者には他の変更が明白となるであろう。かような変更は、マルチメディアホームプラットフォーム（ｍｕｌｔｉｍｅｄｉａｈｏｍｅｐｌａｔｆｏｒｍｓ）及びアプリケーション、並びにこれらの結合のための装置、及びここで既に説明された特徴の代わりに又は該特徴に加えて利用され得る装置の設計、製造及び利用において、既に知られた他の特徴を含んでも良い。
【図面の簡単な説明】
【図１】本発明の実施に適した送信システムのブロック図を示す。
【図２】ＤＳＭ−ＣＣオブジェクトカルーセルのためのモジュールの構成に利用される低レベルの階層化を模式的に示す。
【図３】本発明による、それぞれのモジュールを識別するカルーセルの構成を表す。
【図４】本発明と共に利用するための第１のサービス記述子の特性を列記する表である。
【図５】本発明と共に利用するための第２のサービス記述子の特性を列記する表である。
【図６】本発明と共に利用するための第３のサービス記述子の特性を列記する表である。

Claims

送信機と、該送信機から送信される信号ストリームを受信するように構成される少なくとも１つの受信機とを有する送信システムであって、送信される前記ストリーム中の報知データは、サイクルで送信される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随され、ここで前記ファイル及びディレクトリオブジェクトの所定のグループは送信機においてそれぞれのモジュールへと形成され、各前記モジュールは全体として送信されるものであり、データオブジェクトの階層構造のルートを定義する各オブジェクトカルーセルに対して、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントデータカルーセルについての識別子のリストが前記ストリーム中に送信され、前記受信機は、記録されるべき特定のアプリケーションの識別に際して、該アプリケーションについての受信された前記構成データカルーセルを識別し、次いで保存するために、識別子の前記リストを利用するように構成される送信システム。
前記送信機は、送信される前記ストリーム中に、送信される前記モジュールについての保存要件を識別する情報を含むように構成され、前記受信機は、受信された前記ストリーム中のかような情報を識別し、受信された前記モジュールを該モジュールへのリファレンスと共に保存するように構成される、請求項１に記載のシステム。
前記情報は、各前記モジュールについて、該モジュールが他のカルーセルから他のデータオブジェクトによって参照されているか否かを識別するインジケータを含む、請求項２に記載のシステム。
前記受信機は、参照されていないモジュールをサイクルで識別し削除することによって、メモリの再利用を実行するように構成される、請求項３に記載のシステム。
送信機と、該送信機から送信される信号ストリームを受信するように構成される少なくとも１つの受信機とを有する送信システムに利用される送信機であって、送信される前記ストリーム中の報知データは、サイクルで送信される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随され、ここで前記ファイル及びディレクトリオブジェクトの所定のグループは送信機においてそれぞれのモジュールへと形成され、各前記モジュールは全体として送信されるものであり、データオブジェクトの階層構造のルートを定義する各オブジェクトカルーセルに対して、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントカルーセルについての識別子のリストが前記ストリーム中に送信される送信機。
送信される前記ストリーム中に、送信される前記モジュールについての保存要件を識別する情報を含むように構成される、請求項５に記載の送信機。
前記情報は、各前記モジュールについて、前記モジュールが他のカルーセルから他のデータオブジェクトによって参照されているか否かを識別するインジケータを含む、請求項６に記載の送信機。
送信機と、該送信機から送信される信号ストリームを受信するように構成される少なくとも１つの受信機とを有する送信システムに利用される受信機であって、送信される前記ストリーム中の報知データは、サイクルで送信される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随され、ここで前記ファイル及びディレクトリオブジェクトの所定のグループは送信機においてそれぞれのモジュールへと形成され、各前記モジュールは全体として送信されるものであり、データオブジェクトの階層構造のルートを定義する各オブジェクトカルーセルに対して、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントデータカルーセルについての識別子のリストが前記ストリーム中に送信され、前記受信機は、記録されるべき特定のアプリケーションの識別に際して、該アプリケーションについての受信されたデータオブジェクトを識別し、次いで保存するために、識別子の前記リストを利用するように構成される受信機。
送信される前記ストリームは、送信される前記モジュールについての保存要件を識別する情報を含み、前記受信機は、受信された前記ストリーム中のかような情報を識別し、受信された前記モジュールを該モジュールへのリファレンスと共に保存するように構成される、請求項８に記載の受信機。
前記情報は、各前記モジュールについて、前記モジュールが他のカルーセルから他のデータオブジェクトによって参照されているか否かを識別するインジケータを含む、請求項９に記載の受信機。
参照されていないモジュールをサイクルで識別し削除することによって、メモリ再利用を実行するように構成される、請求項１０に記載の受信機。
サイクルで担持される、データファイル及びディレクトリオブジェクトにより形成された１つ以上のデータカルーセルにおいて定義された、１つ以上のアプリケーションに付随される報知データを有する多重信号であって、ここで前記ファイル及びディレクトリオブジェクトの所定のグループはそれぞれのモジュールへと形成され、前記信号は各前記モジュールを全体として含むものであり、データオブジェクトの階層のルートを定義する各オブジェクトカルーセルに対して、前記信号は、アプリケーションに関連する前記データオブジェクトの全体又は一部をそれぞれ定義するコンポーネントデータカルーセルについての識別子のリストを含む多重信号。
請求項１２に記載の信号が記録されたデータ記憶装置。
前記信号の前記記憶装置への記録は、前記信号内の前記モジュールについての、前記信号内の情報により識別される保存要件によって、少なくとも部分的に決定された形式で行われる、請求項１３に記載のデータ記憶装置。