(57)【要約】  メディアデータストリーム（ＡＳ，ＶＳ）のデータパケットに、第１の基準時間（ＺＳ１，ＺＳ２）に関連づけられた第１のタイムマークがそれぞれ設けられており、シーンデータファイル（Ａ〜Ｅ）および／またはこれらのシーンデータファイル（Ａ〜Ｅ）のデータパケットに、第２の基準時間（ＺＳ３）に関連づけられた第２のタイムマークがそれぞれ設けられている。その際、少なくとも１つのタイムマークアロケーションデータストリーム（ＳＲＡ，ＳＲＶ，ＳＲＳ）が送信装置（２）から受信装置（３）へ伝送され、そこにおいてメディアデータストリーム（ＡＳ，ＶＳ）の第１のタイムマークと、シーンデータファイル（Ａ〜Ｅ）および／またはこれらのシーンデータファイル（Ａ〜Ｅ）のデータパケットの第２のタイムマークが、第３の基準時間（ＺＳ*）に関連づけられた第３のタイムマークにそれぞれ対応づけられている。
2010507952.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのメディアデータストリーム（ＡＳ，ＶＳ）のデータパケットを、単方向データ伝送システム（１）における少なくとも１つのシーンを記述するシーンデータファイル（Ａ〜Ｅ）および／または該シーンデータファイル（Ａ〜Ｅ）のデータパケットと、時間的に同期合わせする方法において、
前記メディアデータストリーム（ＡＳ，ＶＳ）のデータパケットに、第１の基準時間（ＺＳ１，ＺＳ２）に関連づけられた第１のタイムマークがそれぞれ設けられており、
前記シーンデータファイル（Ａ〜Ｅ）および／または該シーンデータファイル（Ａ〜Ｅ）のデータパケットに、第２の基準時間（ＺＳ３）に関連づけられた第２のタイムマークがそれぞれ設けられており、
少なくとも１つのタイムマークアロケーションデータストリーム（ＳＲＡ，ＳＲＶ，ＳＲＳ）が送信装置（２）から受信装置（３）へ伝送され、
該少なくとも１つのタイムマークアロケーションデータストリーム（ＳＲＡ，ＳＲＶ、ＳＲＳ）において、前記メディアデータストリーム（ＡＳ，ＶＳ）の第１のタイムマークと、前記シーンデータファイル（Ａ〜Ｅ）および／または該シーンデータファイル（Ａ〜Ｅ）のデータパケットの第２のタイムマークが、第３の基準時間（ＺＳ*）に関連づけられた第３のタイムマークにそれぞれ対応づけられていることを特徴とする方法。
【請求項２】
各メディアデータストリーム（ＡＳ，ＶＳ）に別個のタイムマークアロケーションデータストリーム（ＳＲＡ，ＳＲＶ）が対応づけられている、請求項１記載の方法。
【請求項３】
前記少なくとも１つのタイムマークアロケーションデータストリームのデータパケットは、前記第３の基準時間（ＺＳ*）を介して該タイムマークアロケーションデータストリームのデータパケットに対応づけられた少なくとも１つのメディアデータストリーム（ＡＳ，ＶＳ）のデータパケットが伝送されてはじめて、生成および伝送される、請求項１または２記載の方法。
【請求項４】
送信装置（２）と少なくとも１つの受信装置（３）を備えた単方向データ伝送システム（１）において、
前記送信装置（２）および前記受信装置（３）は請求項１から３のいずれか１項記載の方法を実施するために構成されていることを特徴とする単方向データ伝送システム。
【請求項５】
単方向データ伝送システム（１）の送信装置（２）において、
コンピュータ読み取り可能なプログラムコードが実行され、
該プログラムコードには、請求項１から３のいずれか１項記載の方法を前記送信装置（２）に実行させる制御命令が含まれていることを特徴とする送信装置。
【請求項６】
請求項５記載の単方向データ伝送システム（１）におけるデータカルーセル送信装置（２）のためのコンピュータ読み取り可能なプログラムコードにおいて、
請求項１から３のいずれか１項記載の方法を前記送信装置（２）に実行させる制御命令が含まれていることを特徴とするプログラムコード。
【請求項７】
請求項６記載のコンピュータ読み取り可能なプログラムコードが格納されている記憶媒体。
【請求項８】
単方向データ伝送システム（１）の受信装置（３）において、
コンピュータ読み取り可能なプログラムコードが実行され、
該プログラムコードには、請求項１から３のいずれか１項記載の方法を前記受信装置（３）に実行させる制御命令が含まれていることを特徴とする受信装置。
【請求項９】
請求項８記載の単方向データ伝送システム（１）における受信装置（３）のためのコンピュータ読み取り可能なプログラムコードにおいて、
請求項１から３のいずれか１項記載の方法を前記受信装置（３）に実行させる制御命令が含まれていることを特徴とするプログラムコード。
【請求項１０】
請求項９記載のコンピュータ読み取り可能なプログラムコードが格納されている記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術の分野に関するものであり、単方向データ伝送システムにおいてデータカルーセル（data carousel）により伝送されるシーンデータファイルおよび／またはそれらのデータパケットをメディアデータストリームのデータパケットと時間的に同期合わせする方法に関する。
【０００２】
従来の技術
単方向データ伝送システム（ブロードキャストシステム）の場合、データは送信装置から１つまたは複数の受信側へプッシュ方式により伝送される。ブロードキャストシステムの場合、データはたとえばストリーミング方式により連続的なデータストリームとして伝送される。このことにより得られる利点とは、たとえばデータレートが受信側のシステムクロックに結合される場合、データレートの精度に対する高度な要求を満たすことができる点である。したがって今日、オーディオ・ビデオデータストリームは一般に受信側へストリーミングされ、その際、データにはそれぞれ、プレゼンテーションおよび／またはデコーディングのためにどの時点でそれらのデータが関連づけられるかを表すタイムマーカが設けられる。ストリーミング方式の欠点は、受信側が受信し逃すかエラーを伴って受信したデータは受信側に新たに伝送できないことである。
【０００３】
さらにブロードキャストシステムにおいてダウンロード方式によるデータ伝送が知られており、これによればデータはデータファイルもしくはデータオブジェクトとして送信側から受信側へ伝送されて、受信側に格納される。これまで、１つの同じデータ伝送セッションにおけるオーティオデータストリームとビデオデータストリームに該当する付加データたとえば電子プログラム情報ないしは電子番組ガイド（EPG = Electronic Program Guide）等だけが、ダウンロード方式で受信側へ伝送されていた。その理由は、この種の付加データは時間的にクリティカルなものではないので、それらの付加データをプレゼンテーションのためにストリーミング手法で伝送されるオーディオ・ビデオデータストリームと同期合わせする必要がないからである。
【０００４】
ただしこのような状況は、グラフィックシーンが記述されるいわゆるリッチメディアアプリケーション（rich media application）の分野において根本的に変わった。比較的長い期間にわたって有効な状態にある可能性のあるグラフィックシーン各々は、このようなアプリケーションの場合、オーディオデータとビデオデータとシーンデータ（グラフィックデータおよびテキストデータ）から合成される（たとえばMPEG-Standard "LASeR" Lightweight Application Scene Representation参照、これはかつてはMPEG 4, Part 20もしくはISO/IEC 14496-20と呼ばれたものであり、そこにおいてグラフィックシーン記述フォーマットが指定されている）。シーンデータにより記述される１つのシーンの状態は時間的にクリティカルなものであるため、シーンデータをオーディオ・ビデオデータストリームと同期合わせさせる必要がある。
【０００５】
送信側と受信側との間におけるデータ伝送がポイント・ツー・ポイント・コネクションによって行われる場合、シーンデータとメディアデータ（オーディオデータとビデオデータ）をパラレルにないしは同時に受信側にストリーミングすることができるので、それらのデータが有効状態にある時間範囲の始点でそれらを受信側が利用可能となる。
【０００６】
１つのシーンの状態とメディアデータストリームとの時間的な同期合わせは、たとえばＲＴＰ（Real Time Transport Protocol）をベースとするストリーム同期メカニズムにより行うことができ、これはＩＰベースのネットワークを介してオーディオビジュアルデータ（ストリーム）を連続的に伝送するためのプロトコルであって、RFC 3550 (RFC = Request for Comments)により標準化されている。ＲＴＰの場合、個々のメディアデータストリームに対しパラレルにいわゆる送信側レポートSender Reportが送信され、メディアデータストリームにおけるＲＴＰタイムマークがＮＴＰタイムマーク（NTP = Network Time Protocol）に割り当てられ、この場合、ＮＴＰタイムマークはそれぞれ異なるメディアデータストリームのすべての送信側レポートにおいて一義的である。ＮＴＰは、パケットベースの通信ネットワークを介してコンピュータシステムにおけるクロックを同期合わせするための標準であり、これはＲＦＣ９５８として標準化されている。送信側レポートにおいて、ＮＴＰのタイムマークフォーマットが用いられる。
【０００７】
しかしながらブロードキャスト方式の場合には、個々のシーンが有効となる時間範囲の始点で受信装置がすでにデータストリームを受信しているということを保証できないので、あとになってはじめてスイッチオン状態となる受信装置もシーンデータを受信できるよう、１つのシーンが有効である時間範囲中にシーンデータをたえず繰り返し伝送しなければならない。ただしデータストリームの同期合わせをベースとしたシーン状態の同期合わせを行うことはできない。複雑でありしたがって早期に処理すべきシーンデータ、あるいは場合によっては他のシーンで利用されるシーンデータを事前に受信するのは不可能である。
【０００８】
このような問題点を解決するための１つのアプローチは"HisTV"と称するアプリケーションにより知られており、これによればシーン状態の同期合わせは、オーディオデータストリームまたはビデオデータストリームのＮＴＰタイムマークが１つのシーンの状態の記述において参照づけられることにより実現される。
【０００９】
この場合の欠点は、メディアストリームにおいてどのタイムマークを使用するのかが事前に既知でなければならないことであるが、このことは殊にライブで記録された送信の場合には不可能である。とはいうものの、すでに記録された送信であっても、このことによりたとえば広告エントリの切り替えのときなどに、ヘッドエンドにおけるコンテンツの扱いが制約される。
【００１０】
発明の概要
発明が解決しようとする課題
したがって本発明の課題は、シーンを記述するシーンデータファイルをシーンのメディアストリーム（オーディオ・ビデオデータストリーム）と同期合わせする方法を提供することにある。
【００１１】
課題を解決するための手段
この課題は、単方向データ伝送システムにおいて少なくとも１つのメディアデータストリームのデータパケットを、少なくとも１つのシーンを記述する複数のシーンデータファイルおよび／またはそれらの中に含まれているデータパケットと同期合わせするための、請求項１記載の特徴を備えた方法により解決される。本発明の有利な実施形態が従属請求項の特徴として挙げられている。
【００１２】
本発明によれば、単方向データ伝送システムにおいて少なくとも１つのメディアデータストリームの複数のデータパケットを、少なくとも１つのシーンを記述するシーンデータファイルおよび／またはそれらのデータパケットと同期合わせするための方法が提供される。少なくとも１つのメディアデータストリームは、単方向データ伝送システムの送信装置から単方向データ伝送システムの少なくとも１つの受信装置へ、ストリーミング方式で連続的に伝送される。単方向データ伝送システムをブロードキャストデータ伝送システム、マルチキャストデータ伝送システムまたはユニキャストデータ伝送システムとすることができる。
【００１３】
シーンデータファイルもしくはそれらのデータパケットは、データカルーセルdata carouselを用いて送信装置から少なくとも１つの受信装置へダウンロード方式で伝送される。シーンデータファイルを伝送するためのデータカルーセルは、それぞれ少なくとも１つの同一のシーンを記述するシーンデータオブジェクトが含まれているシーンデータファイルを、少なくとも１つの受信装置へ周期的に反復して伝送するのに適している。データカルーセルdata carouselはいわゆるデータオブジェクトカルーセルdata object carouselの形式で構成されており、したがってファイルだけでなくディレクトリ構造も周期的に繰り返し伝送することができる。
【００１４】
データを周期的に繰り返し送信するためのデータカルーセルもしくはデータオブジェクトカルーセルは、たとえば標準DSM-CC (DSM-CC = Data Storage Media Command and Control)において仕様が定められており、それゆえ当業者にはよく知られているので、ここではこれ以上詳しくは言及しない。データカルーセルをFlueおよび／またはALC (Asychronous Layer Coding)および／またはLCT (Layer Coding Transport)をベースとすることができる。
【００１５】
少なくとも１つのメディアデータストリームのデータパケットには、第１の基準時間に関連づけられた第１のタイムマークがそれぞれ設けられている。シーンデータファイルおよび／またはそれらのデータパケットには、（第１の基準時間とは異なる）第２の基準時間に関連づけられている第２のタイムマークがそれぞれ設けられている。
【００１６】
さらに本発明による方法によれば、少なくとも１つのタイムマークアロケーションストリームがストリーミング方式で送信装置から受信装置へ伝送され、そこにおいて少なくとも１つのメディアデータストリームのデータパケットにおける第１のタイムマークと、シーンデータファイルおよび／またはそれらのデータパケットのタイムマークが、それぞれ第３のタイムマークに関連づけられており、したがってタイムマークアロケーションストリームの第３のタイムマークを介して、第１のタイムマークと第２のタイムマークとの対応づけが可能になる。
【００１７】
したがって本発明による方法によれば有利には、事前にロードされたシーンとストリーミングされたメディアデータとの同期合わせをフレキシブルにリアルタイムで行うことができる。さらに付加的なコンテンツたとえば宣伝ブロックなどを、タイムマークの対応づけにより結びつけてリンクすることができる。同期合わせをこれまでのようにストリーミングのケースにおいて処理することができる。
【００１８】
シーンデータファイルに第２のタイムマークを設ければ、シーンデータファイルと少なくとも１つのメディアデータストリームのデータパケットとの同期合わせが行われる（データファイルレベルでの同期）。シーンデータファイルのデータパケットに第２のタイムマークを設ければ、シーンデータファイルのデータパケットと少なくとも１つのメディアデータストリームのデータパケットとの同期合わせが行われる（データパケットレベルでの同期）。１つのシーンデータファイルのデータパケットに第２のタイムマークを設ければ、シーンデータファイルのデータパケットと少なくとも１つのメディアデータストリームのデータパケットとの同期合わせが行われる（データパケットレベルでの同期）。
【００１９】
本発明による方法の１つの有利な実施形態によれば、メディアデータストリーム各々について別個のタイムマークアロケーションデータストリームが設けられており、これによって簡単なインプリメントが可能となる。
【００２０】
本発明による方法のさらに別の有利な実施形態によれば、少なくとも１つのタイムマークアロケーションデータストリームのデータパケットは、第３の基準時間の第３のタイムマークを介してタイムアロケーションデータストリームのデータパケットに対応づけられている少なくとも１つのメディアデータストリームのデータパケットが伝送されるとはじめて生成される。これによってデータストリーム伝送のフレキシブルな形態という利点が得られ、その際にたとえば帯域幅変動を考慮することができ、別のコンテンツを挿入することができる。
【００２１】
本発明はさらに、送信装置および少なくとも１つの受信装置を備えた単方向データ伝送システムにも関する。この場合、送信装置と受信装置はこれまで述べてきた方法を実施するのに適したかたちで構成されている。
【００２２】
さらに本発明は、上述の単方向データ伝送システムにおける送信装置にも関する。この送信装置においてマシン読み出し可能ないしはコンピュータで読み取り可能なプログラムコードが実行され、もしくは実行可能であり、このプログラムコードには送信装置に対し既述の方法を実施させる制御命令が含まれている。さらに本発明は、この種の送信装置のためのマシン読み取り可能ないしはコンピュータ読み取り可能なプログラムコード（コンピュータプログラム）にも関する。このプログラムコードには、送信装置に対し既述の方法を実施させるための制御命令が含まれている。さらに本発明は、この種のコンピュータ読み出し可能なプログラムコードが記録された記憶媒体（コンピュータプログラム製品）にも関する。
【００２３】
さらに本発明は、上述の単方向データ伝送システムにおける受信装置にも関する。この受信装置において、マシン読み取り可能ないしはコンピュータ読み出し可能なプログラムコードが実行され、もしくは実行可能であり、このプログラムコードには、受信装置に対し既述の方法を実施させる制御命令が含まれている。さらに本発明は、この種の受信装置のためのマシン読み取り可能ないしはコンピュータ読み取り可能なプログラムコード（コンピュータプログラム）にも関する。このプログラムコードには、受信装置に対し既述の方法を実施させるための制御命令が含まれている。さらに本発明は、この種のコンピュータ読み出し可能なプログラムコードが記録された記憶媒体（コンピュータプログラム製品）にも関する。
次に、添付の図面を参照しながら実施例に基づき本発明について詳しく説明する。
【図面の簡単な説明】
【００２４】
【図１】本発明による方法の１つの実施形態を表す単方向データ伝送システムの実施例を示す図
【００２５】
発明を実施するための形態
図１には、参照符号１により本発明による単方向データ伝送システムの実施例が示されている。データ伝送システムには送信装置２（データカルーセルサーバ）と複数の受信装置３が含まれており、これら複数の受信装置３のうち図１にはただ１つの受信装置だけが描かれている。送信装置２と受信装置３との間のデータはブロードキャスト方式で伝送され、つまり送信装置２から受信装置３へプッシュ方式で送信される。データ伝送をワイヤレスまたはケーブル接続とすることができ、このことは図１には詳しくは示されていない。
【００２６】
送信装置２のデータカルーセルもしくはデータオブジェクトカルーセルは、たとえば標準フォーマットDSM-CCに従って仕様を定めることができ、あるいはFluteおよび／またはALC (Asychronous Layer Coding)および／またはLCT (Layer Coding Transport)をベースとすることができ、そこには複数のシーンデータファイルＡ〜Ｅが設けられており、これら複数のシーンデータファイルは、少なくとも１つの同一のグラフィックシーンを記述するためのそれぞれ１つまたは複数のシーンデータオブジェクトを有しており、周期的な反復で受信装置３へ伝送される。
【００２７】
図１には、わかりやすく表現するために１つのリングの周囲にそれぞれ異なるシーンデータファイルＡ〜Ｅが配分されており、その際、データカルーセルの回転方向をシンボリックに表す矢印と、データカルーセル上のシーンデータファイルＡ〜Ｅの配置とによって、シーンデータファイルＡ〜Ｅの周期的送信に関する時間順序が示されている。したがって第１のシーンデータファイルＡの後に第２のシーンデータファイルＢが送信され、第２のシーンデータファイルＢの後に第３のシーンデータファイルＣが、第３のシーンデータファイルＣの後に第４のシーンデータファイルＤが送信され、さらに第４のシーンデータファイルＤの後に第５のシーンデータファイルＥが送信される。ついで第１〜第５のシーンデータファイルＡ〜Ｅの送信がこの順序で、シーンデータファイルＡ〜Ｅのシーンデータオブジェクトに記述されたシーンのプレゼンテーションおよび／またはデコーディングおよび／または記憶のために有効である選択可能な時間範囲において繰り返される。
【００２８】
ＦＥＣメカニズム（FEC = Forward Error Correction）を利用した場合には殊に、これが理想的な表示であること、シーンデータファイルＡ〜Ｅの順序は受信側によってのみ解釈できることが知られている。
【００２９】
シーンデータファイルＡ〜Ｅの伝送は、IETF (Internet Engineering Task Force)により標準化されているトランスポートプロトコルRFC 3926 "Flute" (Flute = File Delivery over Unidirectional Transport)に準拠したFlute伝送セッションである。この場合、シーンデータファイルＡ〜ＥのほかにインデックスファイルＦＤＴ（FDT = File Delivery Table）が伝送される。
【００３０】
シーンデータファイルＡ〜Ｅおよび／またはそれらのデータパケットにはそれぞれシーンデータファイルタイムマーク（タイムスタンプ）が設けられており、これはシーンデータファイル基準時間（タイムスケール）ＺＳ３に関連づけられている。送信装置２はさらにストリーミング方式で、オーディオデータストリームＡＳとビデオデータストリームＶＳを受信装置３へ伝送する。
【００３１】
オーディオデータストリームＡＳのデータパケットにはそれぞれオーディオデータストリームタイムマーク（タイムスタンプ）が設けられており、これはオーディオデータストリーム基準時間（タイムスケール）ＺＳ１に関連づけられている。これはRFC 3550 (RFC = Request for Comments)において標準化されているＲＴＰ（Real Time Transport Protocol）をベースとするＲＴＰタイムマークである。
【００３２】
ビデオデータストリームＶＳのデータパケットにはそれぞれビデオデータストリームタイムマーク（タイムスタンプ）が設けられており、これはビデオデータストリーム基準時間（タイムスケール）ＺＳ２に関連づけられている。これはRFC 3550 (RFC = Request for Comments)において標準化されているＲＴＰ（Real Time Transport Protocol）をベースとするＲＴＰタイムマークである。
【００３３】
オーディオデータストリーム基準時間ＺＳ１は、ビデオデータストリーム基準時間ＺＳ２とは異なっている。オーディオデータストリーム基準時間ＺＳ１とビデオデータストリーム基準時間ＺＳ２は、それぞれシーンデータファイル基準時間ＺＳ３とは異なる。
【００３４】
さらに送信装置２からストリーミング方式で３つのタイムマークアロケーションデータが受信装置３へ伝送され、つまりオーディオデータストリームＡＳに対応づけられている第１のタイムマークアロケーションデータストリームＳＲＡと、ビデオデータストリームＶＳに対応づけられている第２のタイムマークアロケーションデータストリームＳＲＶと、シーンデータファイルに対応づけられている第３のタイムマークアロケーションデータストリームＳＲＳが伝送される。
【００３５】
オーディオデータストリームＡＳに対応づけられている第１のタイムマークアロケーションデータストリームＳＲＡにおいて、オーディオデータストリームＡＳにおけるデータパケットのオーディオデータストリームタイムマーク各々について、共通の基準時間（タイムスケール）ＺＳ*の基準時間タイムマーク（タイムスタンプ）に対する割り当てが行われている。この場合、送信側レポートSender Reportsが送信され、これらのレポートによってオーディオデータストリームＡＳにおけるＲＴＰタイムマークがＮＴＰタイムマークに割り当てられる。ＮＴＰタイムマークは、RFC 958として標準化されているＮＴＰ（NTP = Network Time Protocol）をベースとしている。
【００３６】
ビデオデータストリームＶＳに対応づけられている第２のタイムマークアロケーションデータストリームＳＲＶにおいて、ビデオデータストリームＶＳにおけるデータパケットのビデオデータストリームタイムマーク各々について、共通の基準時間（タイムスケール）ＺＳ*の基準時間タイムマーク（タイムスタンプ）に対する割り当てが行われている。この場合、送信側レポートSender Reportsが送信され、これらのレポートによってビデオデータストリームＶＳにおけるＲＴＰタイムマークがＮＴＰタイムマークに割り当てられる。
【００３７】
シーンデータファイルＡ〜Ｅに対応づけられている第３のタイムマークアロケーションデータストリームＳＲＳにおいて、シーンデータファイルＡ〜Ｅおよび／またはそれらのデータパケットのシーンデータファイルタイムマークの各々について、共通の基準時間（タイムスケール）ＺＳ*の基準時間タイムマーク（タイムスタンプ）に対する割り当てが行われている。この場合、送信側レポートSender Reportsが送信され、これらのレポートによって、シーンデータファイルＡ〜Ｅおよび／またはそれらのデータパケットのシーンデータファイルタイムマークがＮＴＰタイムマークに割り当てられる。
【００３８】
したがって第１のタイムマークアロケーションデータストリームＳＲＡによって、ＲＴＰタイムマークとＮＴＰタイムスタンプとの割り当てが行われ、第２のタイムマークアロケーションデータストリームＳＲＶによって、ＲＴＰタイムマークとＮＴＰタイムスタンプとの割り当てが行われ、第３のタイムマークアロケーションデータストリームＳＲＳによって、シーンデータファイルおよび／またはそれらのデータパケットのタイムマークとＮＴＰタイムマークとの割り当てが行われる。
【００３９】
第１、第２ならびに第３のタイムマークアロケーションデータストリームＳＲＡ，ＳＲＶ，ＳＲＳのＮＴＰタイムマークは、それぞれ同じタイムスケールＺＳ*に関連づけられている。受信側においてタイムスケールＺＳ*を、クロックまたはクロック発生器に関して解釈することができる。
【００４０】
第１、第２および第３のタイムマークアロケーションデータストリームＳＲＡ，ＳＲＶ，ＳＲＳにより受信装置３は共通の基準時間ＺＳ*を介して、シーンデータファイルＡ〜Ｅおよび／またはそれらのデータパケットと、ビデオデータストリームＶＳおよびオーディオデータストリームＡＳのデータパケットとの一義的な対応づけを行うことができ、このようにしてシーンデータファイルをビデオデータストリームおよびオーディオデータストリームと、表示および／またはデコーディングおよび／または記憶のために時間的に同期合わせすることができる。
【図１】
2010507952.tif 000003
【国際調査報告】
2010507952.tif 000004
2010507952.tif 000005
2010507952.tif 000006
2010507952.tif 000007