"第1のネットワーク6に対するインターフェース43、および第2のネットワーク7に対するインターフェース44を備える受信装置4において、マルチメディアデータフローを処理する方法であって、前記方法は、前記第1のネットワークから、第1のデータ同期システムに適合した第1のトランスポートプロトコルを介して、第1のマルチメディアデータを有する第1のフローを受信し、同期させるステップであって、前記第1のフローは、前記第1のマルチメディアデータがいつ表示されるべきかを表示するカウントダウン情報を有している前記ステップと、第2のネットワークから、第2のデータ同期システムに適合した第2のトランスポートプロトコルを介して、第2のマルチメディアデータを有する第2のフローを受信し、同期させるステップであって、前記第2の同期システムは、前記第1のデータ同期システムと異なっており、前記第2のマルチメディアデータは、前記受信装置のリクエストによりプリロードされ、これが受信される際に、受信装置が、第1のマルチメディアデータと同期的に表示することを可能にする前記ステップと、を含み、前記第1および第2のフローは各々、第1および第2のトランスポートプロトコルのペイロードフィールドにある同一のフォーマットの同一の同期情報を伝送し、前記同期情報は、前記マルチメディアデータが表示されるべき時点を表示するデータを有し、前記方法は更に、前記同期情報を利用して、前記第1および第2のフローからの前記マルチメディアデータの表示を同期させるステップを含んでいる、前記方法。前記トランスポートプロトコルは、MPEG-2TSおよび/またはRTPタイプである、請求項1に記載の方法。前記同期情報は、複数のトランスポートプロトコルの一つの同期システムに基づく、請求項1または2に記載の方法。前記同期ステップは、コンテンツを同期的に表示できるまで、メモリにより事前に受信されたコンテンツを遅延させるステップを含む、請求項1~3のいずれかに記載の方法。前記第1のフローは、同報モードで前記第1のネットワークで受信される、請求項1に記載の方法受信装置4であって、第1のデータ同期システムに適合した第1のトランスポートプロトコルを介して、マルチメディアデータを有する第1のフローが受信され、同期されることを可能にする第1のネットワークに対するインターフェース43を備え、前記第1のフローは、前記第1のマルチメディアデータがいつ表示されるべきかを表示するカウントダウン情報を有しており、前記装置は更に、第2のデータ同期システムに適合した第2のトランスポートプロトコルを介して、マルチメディアデータを有する第2のフローが受信され、同期されることを可能にする第2のネットワーク44に対するインターフェースであって、前記第2の同期システムは、前記第1のデータ同期システムと異なっており、前記第2のマルチメディアデータは、前記受信装置のリクエストによりプリロードされ、これが受信される際に、受信装置が、第1のマルチメディアデータと同期的に表示することを可能にする前記インターフェースと、前記第1および第2のフローにおいて伝送され、前記マルチメディアデータが表示されるべき時点を表示するデータを有する同期情報を利用して、前記第1および第2のフローからの前記マルチメディアデータの表示を同期させるための同期装置46と、を備える、前記受信装置。前記プログラムがコンピュータ上で実行される場合に、請求項1~5にかかる前記方法のステップを実行する、プログラムコードの命令を有する、コンピュータプログラムプロダクト。複数の実施形態は、2つの通信ネットワークを介して、2つの異なるデータトランスポートプロトコル、すなわちRTPおよびMPEG-2TSにより、コンテンツ配信のフレームワーク内に配置されているが、本発明はこの特定の環境に限定されず、他のデータコンテンツ配信システム内でも適用可能である。本発明の実施形態によるコンテンツ配信システムは、図1に記述されている。これはオーディオビデオサーバタイプのサーバ1を備えている。サーバは、ブロードキャストネットワーク7として表示されたブロードキャストネットワークを介して、オーディオビデオコンテンツを送信する。ブロードキャストネットワークは、DVB-Tタイプであり、MPEG-2TSとして表示され、ISO規格ISO/IEC13818-1規格情報技術―動画および関連するオーディオ情報の共通符号化-システムに規定され、ISO-IEC13818-1として表示されるMPEG-2トランスポートストリームトランスポートプロトコルに従い、オーディオビデオデータを伝送する。ブロードキャストネットワークは、この場合、一方向タイプであるが、本発明はブロードキャストネットワークのいずれのタイプにも当然に適用され、MPEG-2TSトランスポートプロトコルには限定されない。オーディオビデオコンテンツは、STBセットトップボックスとして表示されるビデオデコーダ4により受信される。STBは、オーディオビデオコンテンツを復号化し、復号化されたコンテンツをテレビセット、TV5に送信する。MPEG-2TSプロトコルによると、タイミング参照は、デコーダに送信される。トランスポートストリームは、サーバに収納されるシステムタイムクロックSTCのサンプルである、プログラムクロック参照PCRとも表示されるのパケット備えている。これらは、デコーダ内のクロックシステムを同期させるのに使用される。所定のサービスのエレメンタリストリームは、パケット内を伝送されるデータが表示されるべき時間帯を表す、プレゼンテーションタイムスタンプPTSとも表示されるを収納するパケットを収納している。同一のサーバには、ブロードバンド配信ネットワークまたはブロードバンドネットワーク2を介して、STBによりアクセス可能である。特に、ブロードバンドネットワークは、HG3として表示されるホームゲートウエイを介して、STBにアクセス可能なインターネットネットワーク2を使用している。このネットワークは双方向タイプであり、ゲートウエイがサーバ、そしてより一般的には、インターネットネットワークを介してアクセス可能ないずれのタイプのサーバともデータを送受信することを可能にしている。実施形態によると、サーバは、放送オーディオビデオコンテンツを補完して、第2のオーディオフローをSTBにアクセス可能とする。この第2のオーディオフローは、RTP/RTCPトランスポートプロトコルを介してSTBにより受信可能である。そして受信された時点でオーディオフローは復号され、テレビセットに送信される。RTCPプロトコルは、NTPプロトコルネットワークタイムプロトコルにより、プレゼンテーションタイムスタンプと、共通クロックにより与えられる時間の間の等価性をデコーダに示す。本発明の実施形態によると、オーディオビデオフローおよび第2のオーディオフローは、異なるトランスポートプロトコルを利用して、2つの異なるネットワークにより送信されるが、これらはテレビセットで同期的に再生される。実際上、同期情報の項目は、補助データパケットの形式でサーバにより送信される。この情報により、STBは、オーディオビデオフロー表示時間を第2のオーディオ音声の表示時間に同期させることが可能となる。実際上は、オーディオビデオフローのビデオ映像部分のみが表示され、第2のオーディオ音声は同期的に表示される。図2は、同報モードのMPEG―2TSプロトコルおよびブロードバンドモードのRTP/RTCPプロトコルによるデータトランスポートを記述している。同報モードでは、ビデオフレームV0~V3は、対応するプレゼンテーションタイムスタンプパケットPTSv0~PTSv3と共に送信される。ブロードバンドモードでは、オーディオフレームA0~A2は、対応するプレゼンテーションタイムスタンプパケットTSA0~TSA2と共に伝送される。実施形態によると、補助データパケットT0~T2は、ビデオおよびオーディオフローと関連付けられ、これらが関連付けられるフローと同一のトランスポートプロトコルを利用して、2つのネットワークを介して送信される。各ネットワーク上では、補助データパケットおよびマルチメディアフローは、トランスポートプロトコルに特有の同期プロトコルにより同期される。補助データパケットは、時間的同期データを伝送する。このデータは、時系列にまとめることができ、現在のイベントの開始等、所定時点からのカウンタ値を表す。ブロードキャストネットワークを介して送信されるビデオフレーム、および同時に表示される必要があるブロードバンドネットワークを介して送信されるオーディオフレームは、同一のタイムライン値を参照する。2つのネットワークを介して伝送される同期データは、同一のフォーマットを使用する。このフォーマットは、トランスポートプロトコルにより使用されるタイミング参照のフォーマットと異なっていてもよい。これらにより、受信手段は、PCRクロック参照PCRをNTPクロック参照にマッチさせることができる。換言すれば、これにより、コンテンツプレゼンテーション間の時間を測定することができる。このようにデコーダは、ビデオ映像に関してオーディオプレゼンテーションを調整できる。特に、ビデオ映像が事前に受信されると、十分に長時間記憶され、同期的に音声を表示することが可能になる。より詳細には、受信手段は、事前に受信されたデータを記憶し、遅れて受信されたデータと同期的にこれを提示する。しかし、MPEG-2TSのフレームワークの範囲内では、時点モデルは、データ表示を遅延させないようにしている。より詳細には、データ符号化とデータ提示の間の時間は、依然として一定であることが必要である。よって、これにより当該実施形態の場合のビデオデータの表示は遅延することは認められなくなる。それ故に、第2の実施形態では、デコーダは、到来するコンテンツが再生される場合、事前にデコーダに表示する情報を受信する。これは、タイムラインの開始を表示するカウントダウン情報である。より詳細には、図3に記述されるように、コンテンツが補助データT0に示される時間に対応する時間に表示を開始する必要がある場合、情報T-3、T-2、T-1の項目がこの時間T0が開始する際に、表示する受信手段により事前に受信される。これにより、時間T0で表示されるビデオ映像に対応しているオーディオデータを、先読みモードと呼ばれるモードで受信手段が事前に復元することが可能になる。この情報は、ブロードキャストタイプのネットワークを介して受信され、端末がブロードバンドコンポーネントを事前にプリロードできるようにすることを目的としている。これにより、事前にデータを受信するためのリクエストをデコーダが発行できる。実施形態にかかるSTBは、図4に記述されている。これは、ブロードバンド配信ネットワーク7に対するインターフェース44、ブロードバンドネットワーク6に対するインターフェース43、テレビセット5に対するインターフェース47を備えている。これは、オーディオビデオデコーダ45を備えている。これは更に、上記に示したものにより、コンテンツ表示を同期させることができる同期装置46を備えている。より詳細には、同期装置は、オーディオビデオフローと関連付けられた補助データを特定する。これは、2つのフローの表示の間の時間をかかる手法で測定する。時間価値に従い、同期装置は、表示が同期されるように、複数のコンテンツの一つを記憶する42。複数のコンテンツは、この手法で復号され、同期され、テレビインターフェース47を介してテレビセットに配信される。STBは、復号等の種々のアプリケーションを実装することを可能にするプロセッサ41または同期装置を当然に備えている。同期されたコンテンツは、これらのコンテンツが再生されることを可能にするいずれのタイプのデバイスに送信されてもよい。補助データのパケットを、MPEGー2TSおよびRTPについてここで詳細に記述する。フィールドは、表示された規格に関して読み込みを容易にするために、英語で表示されている。MPEGー2TSに関して、TS102823として表記された規格デジタルビデオブロードキャスティングDVBを介したETSITS102823v1.1.12005-11;DVBトランスポートストリームにおける同期された補助データの搬送の規格は、DVBタイプのトランスポートストリームにおいて、オーディオまたはビデオデータ等いわゆるリニアデータと同期される必要がある補助データを搬送するのに使用される方法を記載している。これは、複数のフォーマットによる補助データ構造のペイロードフィールドを符号化する可能性を提供する。特に使用される複数のフォーマットは、TS102823のセクション5.2.2および5.2.4に表示されたものである。これらは、ブロードキャストタイムライン記述子およびコンテンツラベリング記述子である。ブロードキャストタイムライン記述子は、フローと同一速度で増加する特有のタイムラインを備えたリニアコンテンツエレメントである。これは、タイムラインの値を表示するのに使用される。コンテンツラベリング記述子は、識別子形式のラベルをコンテンツエレメントと関連付ける手段である。すなわち、補助データのパケットは、以下のデータ、すなわち、トランスポートストリームパケットヘッダ情報、エレメンタリーストリームパケットヘッダ情報、補助データ構造を含む。後者は、ブロードキャストタイムライン記述子およびコンテンツラベリング記述子を備えている。トランスポートパケットのフォーマットは、例えば、ISO/IEC規格13818―1のセクショ2.4.3.2に定義されているものである。補助データパケットは、アダプテーションフィールドを備えていない。PCRは、別個のコンポーネント、または同一番組のオーディオまたはビデオコンポーネントのアダプテーションフィールドで伝送される。トランスポートパケットのフィールドおよび値は、以下の表に表示されている。エレメンタリーストリームパケットのフォーマットは、例えば、ISO/IEC規格13818-1のセクション2.4.3.6に定義されているものである。フィールドおよび値は、以下の表に表示されている。補助データ構造のフォーマットは、例えば、TS102823規格のセクション4.5に定義されているものである。フィールドおよび値は、以下の表に表示されている。ペイロードフィールドは、TS102823規格のセクション5で定義される記述子の一つであることを示すために、Payload_formatフィールドの値は、0×1であり、より詳細には、これはブロードキャストタイムライン記述子を伴う。ブロードキャストタイムライン記述子は、TS102823規格のセクション5.2.2で定義される。実施形態によると、ブロードキャストタイムラインは直接型であり、これは線形であり、ディスコンティニュイティ不連続を前提としない。稼働状態フィールドの値は、稼働中である。tickフォーマットは、毎秒90,000ティックである。フィールドおよび値は、以下の表に表示されている。第2の実施形態に関して、ブロードキャストタイムライン記述子は、以下の点で異なる。稼働中状態フィールドの値は、カウントダウンである。これはプライベート値であり、規格では定義されない。ブロードキャストタイムライン情報フィールドの値は、ティック数でプリフェッチ期間を表すために、Prefetch_period_duration_tickである。absolute_ticksフィールドは、カウントアドバンスを表す。このフィールドの値と、Prefetch_period_duration_ticksの組み合わせにより、コンテンツが再生される時間帯を表すことができる。これにより、ゼロに等しい値は、Prefetch_period_duration_ticksのティックでコンテンツが再生されるであろうことを意味する。Prefetch_period_duration_ticksの値は、コンテンツの再生が開始されることを意味する。フィールドおよび値は、以下の表に表示されている。コンテンツラベリング記述子のフォーマットは、例えば、TS102823規格のセクション5.2.4に定義されてものである。フィールドおよび値は、以下の表に表示されている。coten_reference_id_dataを以下の表に定義する。content_labeling_id_typeフィールドは、識別子のタイプを規定する。値は以下の表に表示されている。content_labeling_id_lengthフィールドは、content_labeling_idフィールドの長さを示している。content_labeling_id_byteフィールドは、コンテンツを規定する。コンテンツラベリングフィールドは、例えば、デジタルビデオブロードキャスティングDVB;DVBトランスポートストリームにおけるTV-Anytime情報の伝送および信号送信のETSITS102323規格のセクション12.1で定義されるコンテンツ識別記述子で参照できる。RTPによる伝送に関して、補助データは、RTPパケットのペイロードフィールド部分で伝送される。ペイロードフィールドは、上記で示したものと類似するブロードキャストタイムライン記述子およびコンテンツラベリング記述子を含んでいる。RTPパケットのフィールドおよび値は、以下の表に表示されている。BTdesctype8ビット記述子型。記述子がブロードキャストタイムライン型であることを示すために、値は、0×2に設定される。BTdesclength8ビット:broadcasttimelinedescriptor_length。この記述子については、このフィールドの値を定義するバイトに続く総バイト数を表す。値は、0×8に設定される。BTId8ビット:ブロードキャストタイムラインId。R1ビット:保存済。値1。T1ビット:ブロードキャストタイムライン型。直接型符号化を示すために値を0に設定。C1ビット:Continuity_indicator不連続を前提としないリニアブロードキャストタイムラインを示すために、値を0に設定。P1ビットPrev_discontinuity_flag.先行する不連続がないことを示すために、値を0に設定。N1ビット:Next_discontinuity_flag.更に不連続がないことを示すために、値を0に設定。RS3ビット:稼働状態。状態が稼働中であることを示すために、値を0×4に設定。res2ビット:保存済。値を11に設定。tickformat6ビット:tick_format毎秒90,000ティックを表示するために、値を0×11に設定。Absoluteticks32ビット:絶対ティック値Infolength8ビット:いずれのブロードキャストタイムライン情報も存在しないことを示すために、値を0×0に設定。CLdesctype8ビット:記述子型。記述子がコンテンツラベリング型であることを示すために、値を0×4に設定。CLdesclength8ビット:コンテンツラベリング記述子の長さ。この記述子について、このフィールドの値を定義するバイトに続く総バイト数を表示する。Metadataapplicationformat16ビット:メタデータアプリケーションフォーマット。これがユーザ定義であることを示すために、値を0×4444に設定。F1ビット:コンテンツ参照id記録フラグ。この記述子中のcontent_reference_id_recordの存在を信号伝達するために、値を1に設定。CTBI4ビット:コンテンツ時間ベースインディケータ。DVBブロードキャストタイムラインの使用を表示するために、値を0×8に設定。Res3ビット:保存済み。値を111に設定。CRIRlength8ビット:コンテンツ参照IDレコード長。このフィールドに続くcontent_reference_idのバイト数を規定。CLI_type8ビット:コンテンツラベリングid型。コンテンツの参照識別の型を指定。CLI_length8ビット:コンテンツラベリングidの長さ。コンテンツラベリングidのバイト数、すなわちCLIバイト数で長さを指定。CLIバイトCLI_lengthバイト:コンテンツを識別するコンテンツラベリングid。TBADlength8ビット:時間ベースのデータ長。0×2に設定。Reserved7ビット:保存済み。値を111111に設定。M1ビット:タイムベースマッピングフラグ:外部タイムベースからブロードキャストタイムラインへの明示的なマッピングが与えられていないことを示すために、値を0に設定。BTID8ビット:コンテンツラベリングが参照するブロードキャストタイムラインID。第2の実施形態に関しては、先行するRTPパケットと比較した結果の相違点を以下に表示する。RTPパケットのフィールドおよび値は、以下の表に表示されている。BTdesclengthフィールドは、ブロードキャストタイムライン記述子の長さ、特にこのフィールドの値を定義するバイト以下の総バイト数を表す。RSフィールドは、稼働状態であることを表し、その値はカウントダウンである。情報長フィールドは、ブロードキャストタイムライン情報フィールドの長さを表す。Prefetch_period_duration_tickおよびabsoluteticksフィールドは、上記で示したMPEG-2TSの場合と同一の意味を有する。よって、タイムラインは、いかなるトランスポートプロトコルおよびネットワークが使用されようとも、同一のクロックに基づく。本発明の実施形態は、異なるタイミング参照を備えた2つの異なるトランスポートプロトコルに基づいている。本発明は、異なるタイミング参照に基づく2つの同一のトランスポートプロトコルに同一の手法で必然的に適用される。同様に、第1の実施形態は、2つのブロードバンドネットワーク、および2つのブロードキャストネットワークに基づいていてもよい。複数の実施形態では、補助データパケットで送信される同期データは、複数のクロックの一つ、すなわちMPEG-2TSに関するクロックに基づいている。この同期データは、トランスポートプロトコルのクロックからは独立したクロックに基づいていてもよい。複数の実施形態は、受信手段に基づいている。あるいは、オーディオおよびビデオコンテンツは、特有の装置で表示されてもよい。そして第1の装置はマスタとみなされる。これは、一般に表示されるコンテンツに対応する時間情報を、第2の装置に定期的に伝達する。第2の装置の同期装置は、この情報を参照用に使用する。2つの装置の間の通信時間は、既知あるいは十分に低いと推定される。本発明は、一例として前記本文に記載されている。当業者は、本特許の範囲を逸脱しない限り、本発明の変形を製造できることが理解される。特に、実施形態は、ブロードキャストネットワークの枠組み、またはブロードバンドネットワークの枠組みの範囲内でオーディオおよびビデオコンテンツについて実装される。"