(57)【要約】本発明は、１つのチャネルでストリームユニットの形態で送信されるディジタルストリームを動的に多重化する方法に関するが、前記ストリームユニットはその各々が、自体を対応するディジタルストリームに関連付ける目的で使用可能なストリーム識別子を保持している。ディジタルストリームに対する識別子の割り当ては、割り当てテーブルによって定義されて、時間と共に変化することが可能であり、動的多重化が可能となる。本発明によれば、前記の割り当てテーブルはバージョン番号を保持しており、割り当てテーブルのバージョンの変更が所与のディジタルストリームに適応することを示すために、前記ディジタルストリームの現行の識別子を含む少なくとも１つのバージョン変更ストリームユニットと、ストリームユニットがバージョン変更ストリームユニットであるかどうか判定するために用いることが可能なインジケータと、前記ディジタルストリームに対して適用可能となるバージョン番号と共にバーストを送信する。
2005530376.tif 000002
【特許請求の範囲】
【請求項１】
１つのチャネルにおいてストリームユニットの形態により送信されるディジタルストリームの動的多重化方法であって、
前記ストリームユニットそれぞれは、対応するディジタルストリームにそれ自体を関連付けることを可能にするストリーム識別子を保持し、あるディジタルストリームに対するある識別子の割り当ては、バージョン番号を有する割り当てテーブルによって定義され、時間の経過と共に変化することが可能とされて動的多重化を可能にしており、
前記割り当てテーブルのバージョン変更が所与のディジタルストリームに対して適用されるものであることを示すために、
前記ディジタルストリームの現行の識別子と、
前記ストリームユニットがバージョン変更ストリームユニットであると判定することを可能にするインジケータと、
前記ディジタルストリームに対して適用可能となるバージョン番号と、
を含む少なくとも１つのバージョン変更ストリームユニットを含むバーストを送信するものである動的多重化方法。
【請求項２】
前記バーストは、少なくとも２つの連続したバージョン変更ストリームユニットを含むことを特徴とする請求項１に記載の動的多重化方法。
【請求項３】
前記バーストが、正確に受信されるストリームユニットが全くない可能性がある所定の外乱ウインドウをカバーするのに十分な数の連続したバージョン変更ストリームユニットを含むことを特徴とする請求項１に記載の動的多重化方法。
【請求項４】
前記外乱ウインドウは０．２秒と１秒の間であることを特徴とする請求項３に記載の動的多重化方法。
【請求項５】
前記インジケータは、ストリームユニットの所望のセクションの長さを指定するフィールドであり、その値は、バージョン変更ストリームユニットが関与する場合、ゼロに等しいと定義されていることを特徴とする請求項１から４のいずれかに記載の動的多重化方法。
【請求項６】
バージョン変更ストリームユニットにおいて、バージョン番号は、前記ストリームユニットの内の所望のセクションに書き込まれることを特徴とする請求項１から５のいずれかに記載の動的多重化方法。
【請求項７】
前記バーストの送信の後の少なくとも１つの移行期間において、少なくとも１つの他のバージョン変更ストリームユニットが送信されることを特徴とする請求項１から６のいずれかに記載の動的多重化方法。
【請求項８】
前記割り当てテーブルが前記チャネルで送信されることを特徴とする請求項１から７のいずれかに記載の動的多重化方法。
【請求項９】
前記割り当てテーブルは、前記チャネルの異なる経路によって送信されることを特徴とする請求項１から７のいずれかに記載の動的多重化方法。
【請求項１０】
前記割り当てテーブルは、前記ストリームの内の少なくとも１つに対して適用可能となる前に少なくとも２回送信されることを特徴とする請求項１から９のいずれかに記載の動的多重化方法。
【請求項１１】
バージョンの変更が、前記バーストの後に受信される関与するストリームの内の最初のストリームユニットから適用されることを特徴とする請求項１から１０のいずれかに記載の動的多重化方法。
【請求項１２】
前記ストリームは、
自然のオーディオビジュアル信号と、
合成のオーディオビジュアル信号と、
２次元又は３次元のシーンと、
データの記述的情報（しばしばメタデータと呼ばれる）と、
アクセスデータ及び許可保護データと
を含むグループに属すことを特徴とする請求項１から１１のいずれかに記載の動的多重化方法。
【請求項１３】
ＭＰＥＧ４又はＭＰＥＧ２タイプのアプリケーションで実施されることを特徴とする請求項１から１２のいずれかに記載の動的多重化方法。
【請求項１４】
１つのチャネルにおいてストリームユニットの形態により送信されるディジタルストリームを動的に多重化する信号であって、
前記ストリームユニットそれぞれは、対応するディジタルストリームにそれ自体を関連付けることを可能にするストリーム識別子を保持し、あるディジタルストリームに対するある識別子の割り当ては、バージョン番号を有する割り当てテーブルによって定義され、時間の経過と共に変化することが可能とされて動的多重化を可能にしており、
前記割り当てテーブルのバージョン変更が所与のディジタルストリームに対して適用されるものであることを示すために、
前記ディジタルストリームの現行の識別子と、
前記ストリームユニットがバージョン変更ストリームユニットであると判定することを可能にするインジケータと、
前記ディジタルストリームに対して適用可能となるバージョン番号と
を含む少なくとも１つのバージョン変更ストリームユニットを含むバーストを含む動的多重化信号。
【請求項１５】
前記インジケータは、ストリームユニットの所望のセクションの長さを指定するフィールドであり、その値は、バージョン変更ストリームユニットが関与する場合、ゼロに等しいと定義されることを特徴とする請求項１４に記載の信号。
【請求項１６】
前記信号が、シグナリングデータの送信を可能にするシグナリングチャネルとは別個の、所望のストリームユニットの送信を可能にするデータチャネルを介して転送され、前記バージョン変更ストリームユニットが、前記所望のストリームユニットと同じ構造を有し、前記データチャネルにより運ばれることを特徴とする請求項１４と１５のいずれかに記載の信号。
【請求項１７】
請求項１から１３のいずれかに記載の動的多重化方法によって実施されることを特徴とする請求項１４から１６のいずれかに記載の信号。
【請求項１８】
１つのチャネルにおいてストリームユニットの形態により送信されるディジタルストリームの動的多重化装置であって、
前記ストリームユニットのそれぞれは、対応するディジタルストリームにそれ自体を関連付けることを可能にするストリーム識別子を保持し、あるディジタルストリームに対するある識別子の割り当ては、バージョン番号を有する割り当てテーブルによって定義され、時間の経過と共に変化することが可能とされて動的多重化を可能にしており、
前記割り当てテーブルのバージョン変更が所与のディジタルストリームに対して適用されるものであることを示すために、
前記ディジタルストリームの現行の識別子と、
前記ストリームユニットがバージョン変更ストリームユニットであると判定することを可能にするインジケータと、
前記ディジタルストリームに対して適用可能となるバージョン番号と
を含む少なくとも１つのバージョン変更ストリームユニットを含むバーストが送信される動的多重化装置。
【請求項１９】
請求項１から１３のいずれかに記載の方法を実施することを特徴とする請求項１８に記載の動的多重化装置。
【請求項２０】
送信手段に対して、
インターネット、及び／又は
ＤＶＢネットワーク、
を介して送信することを特徴とする請求項１８または１９に記載の動的多重化装置。
【請求項２１】
前記バーストを検出する手段と、
問題となっているストリームに対する対応するバージョンの変更を有効にする手段と
を備えることを特徴とする請求項１から１３のいずれかに記載の動的多重化方法による多重化信号の受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディジタルストリームの送信と放送の分野に関し、特に、マルチメディアの応用分野に関する。
【０００２】
より詳しくは、本発明は、ディジタルストリームの動的多重化方法と、それに対応する信号と、多重化のための装置及び受信機とに関する。
【背景技術】
【０００３】
本発明は、特に、ＭＰＥＧ２(Motion Picture Coding Experts Group)、ＭＰＥＧ４、ＤＶＢ(Digital Video Broadcast)などのタイプのマルチメディアデータの分野に応用可能である。
【０００４】
今日、特に帯域幅の節約という観点から、同じ信号内で様々なディジタルストリームを多重化することが頻繁に発生する。
【０００５】
このような多重化は事前に決定することが可能であり、従って、その構造は時間が経過しても一定である。
【０００６】
多重化はまた動的なものとすることも可能である。すなわち、多重化された信号の構造は時間の経過と共に変化するものとすることができる。この場合、多重化シグナリングの一部である構成テーブルが、通常、定義される。それは、多重化された信号と同じ送信チャネル（「帯域内（in-band）」シグナリングと呼ばれる）か、あるいは、他の何らかの手段、例えば、所望のディジタルストリームが転送される際に通過するデータチャネルとは別のシグナリングチャネルと呼ばれる特定のチャネルによって（「帯域外（out-band）」シグナリングと呼ばれる）送信することが可能である。
【０００７】
このように、ＭＰＥＧ４規格のフレームワーク内で、ＦｌｅｘＭｕｘＣｈａｎｎｅｌＴａｂｌｅと呼ばれる構成テーブル（又は割り当てテーブル）（configuration table or allocation table）は、特定のストリームユニットが関連しているのがいずれのディジタルストリームであるかを、そのインデックスに基づいて示す。このようなインデックスは、ストリームユニットの特定のフィールドに書き込まれ、２５６ビットでエンコードされる。例えば、所与の構成テーブルに対して、１１２というインデックスはオーディオストリームに対応することが可能であり、また、１１８というインデックスはビデオストリームに対応することが可能である。
【０００８】
ストリームユニットが受信されると、受信機はＦｌｅｘＭｕｘＣｈａｎｎｅｌＴａｂｌｅという構成テーブルを照会して、そのストリームユニットインデックスに従ってそれに適用される処理を決定するが、前の例では、ＦｌｅｘＭｕｘＣｈａｎｎｅｌＴａｂｌｅテーブルは、受信機に対して、インデックス１１８のストリームユニットはビデオデコーダに送信しなければならないことを示す。
【０００９】
「マルチキャスト」モードで動作するアプリケーションのフレームワーク内では、接続したばかりのユーザにとっても直ぐに利用可能となりえるような割り当てテーブルが周期的に（例えば、インターネットタイプのアプリケーションのフレームワーク内で毎秒１回）送出される。
【００１０】
動的多重化のフレームワーク内では、新たな割り当てテーブルが、多重化された信号の構成に変化があればいつでも送出される。受信機は、毎回、最後に受信された構成テーブルを用いて、特定のストリームユニットに適用すべき処理を決定する。
【００１１】
それでも、この方法は、あまり強固（robust）ではないという不便さがある。実際、割り当てテーブルの送信中に損失やエラーが発生すると、受信機が実行する処理は不正確なものとなる。ＭＰＥＧ４のフレームワーク内にある上記の例を再度用いると、ネットワークの外乱のため受信されなかった新しい構成テーブルが、インデックス１８８がシーンの記述に対応していることを示しているにもかかわらず、受信機はこのようにインデックス１１８のストリームユニットをビデオデコーダに切り替える。
【００１２】
このようなバーストの損失や劣化は、特に、外乱にさらされるネットワーク送信のフレームワーク内では頻繁に発生する。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明の目的は、特に、先行技術のこのような不便さを克服することにある。
【００１４】
より具体的には、本発明の目的は、送信環境下で考えられる外乱に対抗する、ディジタルストリームを動的多重化するより確実な技法を提供することである。
【００１５】
本発明の別の目的は、構成（configuration）の変更に対して正確であり、また、通過帯域（又は帯域幅）の点でコスト効率の良い技法を実施することである。
【００１６】
本発明のさらに別の目的は、構成が変化した時点に関する様々な多重化済みストリームからの独立性を確保する技法を提供することである。
【００１７】
これらの目的は、以下に説明する目的と共に、１つのチャネルでストリームユニットの形態で送信されるディジタルストリームの動的多重化方法を用いて達成される。これらのストリームユニットはその各々が、対応するディジタルストリームにそれ自体を関連付けることを可能にするストリーム識別子を有しており、識別子のディジタルストリームに対する割り当ては、割り当てテーブルによって定義され、また、時間の経過と共に変化して動的な多重化を可能にする。
【課題を解決するための手段】
【００１８】
本発明によれば、この割り当てテーブルは、バージョン番号を有しており、
所与のディジタルストリームに適用された前記割り当てテーブルのバージョンにおける変化を示すよう、
前記ディジタルストリームの現行の識別子と、
当該ストリームユニットがバージョン変更ストリームユニットであることを判定することを可能にするインジケータと、
前記ディジタルストリームに対して適用可能となるバージョン番号と
を含む少なくとも１つのバージョン変化ストリームユニットを含むバーストが送出される。
【００１９】
従って、本発明は、ディジタルストリームの動的多重化のためにまったく新規で創意ある方式に基づいている。実際、本発明は、一方では構成テーブルのバージョン番号の導入と、他方では多重構成テーブルのバージョン番号を保持しているバージョン変化ストリームユニットと呼ばれる架空の（fictitious）コンテンツエレメントの導入とに基づいている。これらの架空のコンテンツエレメントもまた、ディジタルストリームの現行の識別子を保持しており、多重化された様々なストリームは、互いに独立して構成を変更することが可能である。さらに、これらのバージョン変更ストリームユニットは、構成（configuration）の変化における移行フェーズでしか用いられず、そのため、本発明による方法は、通過帯域（又は帯域幅）をそれほど多くは消費しない。
【００２０】
前記バーストは、少なくとも２つの連続したバージョン変更ストリームユニットを含むことが好ましい。
【００２１】
従って、バージョン変更ストリームユニットの損失又は劣化に関連した不可避のリスクが減少し、本発明の動的多重化方法がより強固（ロバスト）なものとなる。
【００２２】
有利には、前記バーストが、正確に受信されるストリームユニットが何もない所定の外乱ウインドウをカバーするのに十分な数の連続したバージョン変更ストリームユニットを含む。
【００２３】
このようにして、ネットワークや送信チャネルに対して外乱があった場合に、パケット（又はバースト）が失われる又は劣化するという問題が軽減され、また、構成に変化があった場合、受信機は用いるべき割り当てテーブルのバージョン番号を常に認識していることが保証される。実際、少なくとも１つのバージョン変更ストリームユニットが、外乱ウインドウの開始前及び／又はこのウインドウの終了の後に受信される。
【００２４】
本発明の有利な実施形態では、前記外乱ウインドウは０．２秒と１秒の間である。
【００２５】
より一般的には、外乱ウインドウの持続時間はネットワークの特徴によって異なり、これに対して、バーストの長さは固定している。
【００２６】
前記インジケータは、ストリームユニットの所望のセクション（又は利用されるセクション）の長さを特定するフィールドであるのが好ましい。この長さの値は、バージョン変更ストリームユニットが関与する場合、ゼロに等しいと定義されうるものである。
【００２７】
従って、バージョン変更ストリームユニットは、所望の又は情報を含むストリームユニットとして適格と認めることが可能なストリームユニットと同じ構造を有するが、このようなストリームユニットの長さがゼロであるとする対応するフィールド中の表示によって、受信機がこれを容易に検出できる。「リアルな」コンテンツエレメントはゼロの長さを有することはあり得ず、そのため、受信機は、このコンテンツエレメントは、構成テーブルのバージョン変更を示す架空のコンテンツエレメントであると即座に推論する。
【００２８】
本発明の有利な特徴によれば、バージョン変更ストリームユニットでは、バージョン番号は、前記ストリームユニットの利用されたセクションに書き込まれる。
【００２９】
このように、情報を含むストリームユニットの構造、特にコンテンツエレメントの利用されたセクション用に留保されているフィールドを用いて、問題となっているディジタルストリームに対して用いなければならない割り当てテーブルのバージョン番号が挿入される。このようにして、バージョン変更ストリームユニットは情報を含むストリームユニットと同じ構造を有し、また、同じチャネル中の多重化信号に含めて送ることが可能である。
【００３０】
少なくとも前記バーストの送信後の移行期間においては、少なくとも１つの他のバージョン変更ストリームユニットを送信するのが好ましい。
【００３１】
従って、バージョン変更ストリームユニットを２つの情報を含むストリームユニット同士の間に挿入して、バージョン変更ストリームユニットの後で受信された最初のゼロではない長さのストリームユニットに対して、考慮しなければならない構成テーブルのバージョン番号を示すことが可能である。
【００３２】
第１の有利な変更例によれば、前記割り当てテーブルは前記チャネル中で送信される。
【００３３】
これは、「帯域内（in-band）」送信と呼ばれる。
【００３４】
第２の有利な変更例によれば、前記割り当てテーブルは、前記チャネルとは別の経路によって送信される。
【００３５】
これは、「帯域外（out-of-band）」送信と呼ばれる。
【００３６】
前記割り当てテーブルは、前記ストリームの内の少なくとも１つに対して適用可能となる前に少なくとも２回送信するのが好ましい。
【００３７】
こうして、バージョンストリーム変更ユニットにより新しい構成テーブルがディジタルストリームの内の少なくとも１つに対して適用されるものであることが示される前に、受信機が新しい構成テーブルを受信する可能性が増大する。これは、本発明の動的多重化方法の強固性にとってプラスとなる。
【００３８】
有利には、バージョン変更は、前記バーストの後で受信された問題となっているストリームの最初のストリームユニットから適用される。
【００３９】
前記ストリームは、
自然のオーディオビジュアル信号と、
合成のオーディオビジュアル信号と、
２次元又は３次元のシーンと、
データ（しばしばメタデータと呼ばれる）の記述的情報と、
アクセスデータ及び許可保護データと
を含むグループに属すのが好ましい。
【００４０】
このような方法は、ＭＰＥＧ４又はＭＰＥＧ２タイプのアプリケーションで実施することが有利である。
【００４１】
本発明は、また、１つのチャネルにおいてストリームユニットの形態で送信されるディジタルストリームを動的に多重化する信号に関する。これらのストリームユニットそれぞれは、対応するディジタルストリームにそれ自体を関連付けるストリーム識別子を保持または含んでいる。ディジタルストリームに対する識別子の割り当ては、割り当てテーブルによって定義されるが、時間の経過と共に変化することが可能であり、動的多重化を可能にする。
【００４２】
本発明によれば、この割り当てテーブルはバージョン番号を保持または含んでおり、また、所与のディジタルストリームに適用する前記割り当てテーブルのバージョン変更を示すために、このような信号は、
前記ディジタルストリームの現行の識別子と、
当該ストリームユニットがバージョン変更ストリームユニットであると判定することを可能にするインジケータと、
前記ディジタルストリームに対して適用可能となるバージョン番号と
を含む少なくとも１つのバージョン変更ストリームユニットを持つバーストを含む。
【００４３】
前記インジケータは、ストリームユニットの所望のセクション（又は利用されたセクション）の長さを示すフィールドであるのが好ましい。この値は、バージョン変更ストリームユニットが関与する場合にはゼロに等しいものと定義されている。
【００４４】
前記信号は、シグナリングデータの送信を可能にするシグナリングチャネルとは別個の所望のストリームユニットの送信を可能にするデータチャネルを介して送るのが有利である。前記バージョン変更ストリームユニットは、前記所望のストリームユニットのそれと同じ構造を有し、前記データチャネルで送られる。
【００４５】
従って、バージョン変更ストリームユニットは、所望の又は情報を含むストリームユニットと同じ構造を有する架空のコンテンツエレメントを構成し、また、別のシグナリングチャネルによってではなく後者と同じチャネルによって送信される。ストリームユニットの長さと所望のセクションとのために留保されているフィールドは、バージョン変更ストリームユニットの場合、それぞれ、ゼロ値（架空のコンテンツストリームユニットが関与することを示す）と問題となっているストリームに対して適用される割り当てテーブルのバージョン番号とを含んでいる。
【００４６】
このような信号は上記の動的多重化方法によって実施されるのが好ましい。
【００４７】
本発明はまた、１つのチャネルでストリームユニットの形態で送信されるディジタルストリーム用の動的多重化装置に関する。これらのストリームユニットそれぞれは、対応するディジタルストリームにそれ自体を関連付けるストリーム識別子を保持または含む。ディジタルストリームに対する識別子の割り当ては、割り当てテーブルによって定義され、動的多重化を可能にするよう、時間の経過と共に変化して、動的多重化を可能にすることができる。
【００４８】
本発明によれば、前記割り当てテーブルはバージョン番号を有しており、前記割り当てテーブルのバージョン変化が所与のディジタルストリームに適用されることを示すために、少なくとも１つのバージョン変更ストリームユニットのバーストが送信される。このバーストは、
前記ディジタルストリームの現行の識別子と、
当該ストリームユニットはバージョン変更ストリームユニットであることを判定することを可能にするインジケータと、
前記ディジタルストリームに対して適用可能となるバージョン番号と
を含む。
【００４９】
このような装置は、上記の動的多重化方法を実施する。
【００５０】
このような装置は送信手段に対して、
インターネット、及び／又は
ＤＶＢネットワーク
を介して供給することが有利である。
【００５１】
本発明はまた、上記の動的多重化方法に従って多重化された信号を受信する受信機に関する。
【００５２】
このような受信機は、前記バーストを検出する手段と、対応するバージョンの変更を問題となっているストリームに適用する手段とを含むことが有利である。
【００５３】
本発明の他の特徴と利点とは、単に解説的で限られた以下の好ましい実施形態に関する説明と添付図面とを読めばより明らかであろう。
【発明を実施するための最良の形態】
【００５４】
本発明の一般的原理は、所与のディジタルストリームに対して、一方では割り当てテーブルのバージョン番号の導入と、他方ではバージョン変更を示す架空のコンテンツエレメントの導入とに基づいている。
【００５５】
図１を参照して、ＭＰＥＧ４タイプのアプリケーションプラットフォームのフレームワーク内で本発明のある実施形態を提示する。
【００５６】
このようなプラットフォームのアーキテクチャはＭＰＥＧ４規格の古典的なアーキテクチャであり、従って、以下に簡単に説明する。より詳しくは、ＭＰＥＧ−４システム規格（ＩＳＯ／ＩＥＣ１４４９６−１）を参照すればよい。
【００５７】
ブロック１は、複数のＭＰＥＧ４タイプのファイルを記憶し、本発明によって動的に多重化することが可能な複数の関連のディジタルストリームを発生することを可能にするデータベースを構成している。
【００５８】
より具体的には、本発明は、送信中、様々なディジタルストリームを同期化させて多重化する符号２で示すブロックで実施される。ＭＰＥＧ４規格のフレームワーク内では、この多重化ブロック２は、ＦｌｅｘＭｕｘ多重化ツールを用いる。ＦｌｅｘＭｕｘツールの出力は、符号４で示すブロックに対してリアルタイムで提供されるか、あるいは、符号３で示すブロックに対して遅延させて提供されて記憶される（従って、対応する様々なＦｌｅｘＭｕｘファイルが基準ブロック３に記憶される）。
【００５９】
このように、ＭＰＥＧ４システムレイヤを用いて、ＭＰＥＧ４のオーディオとビデオのストリームと、例えば、ＭＰＥＧ４のビデオ中のオブジェクトのセグメント化を記述し、また、様々なセグメント化されたビデオオブジェクトに添付されたリンクを記述するＭＰＥＧ７データとを多重化、同期化させる。
【００６０】
このディジタルの多重化信号は、符号４で示すリアルタイムトランスファー（ＲＴＰ）ネットワークレイヤを横断し、次にインターネットプロトコル（ＩＰ）ネットワーク５を通過して、符号６で示すブロックに至り、そこで、ＭＰＥＧ−４信号を抽出するためのＲＴＰプロトコルの理解を保証するＭＰＥＧ４規格のＴｒａｎｓｍｕｘツール８を用いて、ローカルに記憶されているＦｌｅｘＭｕｘファイル７に関して処理される。
【００６１】
受信動作中、本発明は、符号９で示すブロックにおいてより具体的に実施されるが、そこで、受信された多重化信号は逆多重化（demultiplex）されて、複数のオーディオや、ビデオや、シーンの記述や、さらには、メタデータの単一なストリーム１０1、１０2、１０3、１０4も生成する。次に、これらの様々なディジタルストリームは、その性質や宛先に従ってブロック１１によって処理される。
【００６２】
次に図２を参照して、本発明のフレームワーク内で実施される多重化信号（マルチプレックス）の構造を提示するが、この構造には、様々なコンテンツやディジタルストリームのバージョンを一時的に独立して変更することを可能にするバージョン変更ストリームユニットが含まれる。
【００６３】
簡略化するため、コンテンツ「Ａ」とコンテンツ「Ｂ」とそれぞれ呼ばれる２つのディジタルストリームからなる多重化信号２０を考える。本発明のフレームワーク内で実施される多重化信号は、一般的に、３つ以上のディジタルストリーム数を含むことが容易に理解されるであろう。
【００６４】
シグナリングデータ２１は、帯域外で又は帯域内で送出することが可能である。特に、このデータは、構成テーブル（又は割り当てテーブル）２３1、そのバージョン番号２３2、さらに、現行の構成テーブルのバージョン番号２３3も転送するパケット２２1から２２3を含む。
【００６５】
多重化信号２０は、コンテンツ「Ａ」（コンテンツ「Ｂ」）の場合、符号２４1から２４7（２５1から２５5）で示す複数の情報を含む又は所望のストリームユニットを含む。
【００６６】
本発明によれば、コンテンツ「Ａ」（コンテンツ「Ｂ」）に対して適用される構成テーブルが変化する（図１の場合では、バージョン番号ｉの割り当てテーブルがバージョン番号ｉ＋１の割り当てテーブルに渡される）ことを示すために、架空のコンテンツエレメント、すなわちバージョン変更ストリームユニットのバースト２８（２９）が送出される。架空のコンテンツエレメント２８、２９は、図１では、情報を含むストリームユニット２４1〜２４7及び２５1〜２５5よりも小さいパケットで表されることが分かるが、これは、これらの架空のコンテンツエレメントの長さがゼロであるという事実を象徴している。
【００６７】
バージョン変更ストリームユニットのバースト２８、２９は、問題となっているコンテンツ「Ａ」と「Ｂ」に対して適用される新しい割り当てテーブルがバージョン番号ｉ＋１を有していることを示している。
【００６８】
従って、コンテンツ「Ａ」（「Ｂ」）に対して、情報を含むストリームユニット２４1〜２４4（２５1〜２５3）は、バージョンｉの構成テーブルを参照する。架空のコンテンツエレメントのバースト２８（２９）の受信が、バージョンｉ＋１の構成テーブルが、次いで受信される符号２４5〜２４7（２５4〜２５5）で示すコンテンツエレメントを考慮に入れ始める２６（２７）で示す時点において、コンテンツ「Ａ」（「Ｂ」）のためのトリガーとなる。
【００６９】
適用可能な構成テーブルが変化する時点２６と２７は、コンテンツ「Ａ」と「Ｂ」とで別々であることが分かる。従って、本発明は、好ましくは、多重化されたコンテンツにおいて、構成が変化する時点が独立していることを可能にする。
【００７０】
所与のコンテンツに対して適用される構成テーブルのバージョンの変更は、第１の情報を含んだストリームユニット２４5、２５4が受信されると（すなわち、第１の架空でないコンテンツエレメントが受信されると）考慮されることになる。
【００７１】
また、バージョン番号ｉ＋１の構成テーブル２３1がバージョン変更ストリームユニットのバースト２８、２９を送出する前にいくつかの機会にわたって送出されることが分かる。このようにして、ｉ＋１の構成テーブルを、それが適用可能となる時点２６、２７以前にデコーディングすることが可能である。そのうえ、このテーブルを繰り返し送出することによって、送信ネットワーク上で遭遇するかも知れない外乱をものともせずに、それが受信機によって少なくとも１回は正確に受信される可能性が増大する。
【００７２】
図１には示されていないが、本発明のある実施形態の変更例では、少なくとも１つの架空のコンテンツエレメントもまた、バースト２８及び／又は２９の送信の後に来る移行期間中に「Ａ」及び／又は「Ｂ」のコンテンツ中に挿入される。例えば、バージョン変更ストリームユニットが、パケット２４5と２４6の間に挿入されて、割り当てテーブルのバージョンが変更されたことを示す。
【００７３】
バースト２８と２９の持続時間は、多重化信号２０によって用いられるネットワーク上で観察されるエラーバーストの持続時間より長くなるように選ぶのが好ましい。このようにして、新しいテーブルが適用可能となる時点２６と２７までに、割り当てテーブルのバージョンが変更されたことを受信機に対して確実に通知しておくことによって、本発明による多重化方法が、ネットワークに起こりうる外乱をものともせず、強固であることが保証される。
【００７４】
図１を参照して説明した本発明の多重化手順は、構成テーブルに対してバージョン番号を関連付けるだけで十分とされる、さらに簡略化された動的多重化法に対して多くの利点を有する。
【００７５】
実際、本発明による動的多重化方法は、構成テーブルにバージョン番号を関連付けるだけの、そして、受信機がテーブルのバージョン番号の変更を監視して、割り当てテーブルのバージョン番号が前のテーブルのそれと異なっている場合に割り当てテーブルを考慮するだけである動的多重化方法と比較して、より強固で、より正確で、よりフレキシブルである。実際、このような方法は、割り当てテーブルの送信中に、割り当てテーブルが失われたり劣化したりする可能性がある。そのうえ、構成の変更は、多重化信号の全てのディジタルストリームに対して同時に強制的に実行されるが、一般に、これは現実の必要性に対応してはいない。
【００７６】
本発明の多重化手順は、構成テーブルとその関連するバージョン番号とが送出される度に現行の構成テーブルのバージョン番号を指定する動的多重化手順であるために、いくつかの利点をも有する。それは、各々のコンテンツエレメント又はストリームユニットにおいて、多重化信号の構成テーブルのバージョン番号の挿入メカニズムにより、帯域外のシグナリング中に完了しうるこのような手順に関連するいくつかの利点も有する。
【００７７】
実際、もし多重化されたコンテンツエレメントが、それぞれ多重化信号の構成テーブルのバージョン番号を含んでいると、これらのバージョン番号に由来する過負荷は、サイズと、帯域幅の混雑という点でもかなりのものとなる。割り当てテーブルのバージョン番号は、実際、多重構成が変化しない長い静的なフェーズと多重構成の変更フェーズとにおいて、問題となっているストリームユニットがこのような変化によって影響されないときでさえ、各多重化されたストリームユニット中に存在することになる。
【００７８】
さらに、多重化された各コンテンツエレメントに対してバージョン番号を書き込まなければならない帯域内のシグナリングの場合、構成の変更を考慮に入れるという動作は、多重化された全てのディジタルストリームに対して同じ時点で必然的に発生するが、これは、ここで考慮されているマルチメディアアプリケーションのいくつかのタイプの必要性を反映していない。
【００７９】
それとは対照的に、本発明の動的多重化方法では、多重化されたコンテンツが、全部一緒にではなく、互いに独立して、構成を変更することが可能である。
【００８０】
本発明には、コンテンツエレメントにバージョン番号を表示した結果もたらされるサイズ的な過負荷に関連した上述の不便さはない。対照的に、実際の構成変更の移行期間中にだけ、しかも、構成特徴が変化するようなコンテンツエレメントの場合だけ、バージョン番号をストリームユニットというレベルで導入することが可能となる。
【００８１】
実際、本発明の動的多重化手順によれば、割り当てテーブルの変更移行期間中に、新しい適用可能な構成テーブルのバージョン番号は、構成特徴が変化するような多重化のコンテンツの場合にだけ、しかも最大限可能な正確さをもって、架空のコンテンツエレメントによって提示される。
【００８２】
さらに、本発明によれば、構成テーブルのバージョン番号は、その構成特徴が変化したかどうかとは無関係に、様々な多重化済みストリームユニットに関する割り当てが安定したフェーズ中に示されることはない。また、それは、構成特徴が変化しない多重化信号のストリームユニットの割り当てテーブルの変更移行期間中にも示されることはない。
【００８３】
その結果、本発明は、考えうる他のより簡略化された動的多重化手順に対して、多重化信号の全体的スループットの増大と、多重化されたフローの構成が変化する時点の独立性と、できる限り高い正確さとを可能にする。
【００８４】
図３ａと３ｂを参照して、本発明によって実現される情報を含むストリームユニットの構造とバージョン変更ストリームユニットの構造とを以下に説明する。
【００８５】
本発明によって導入される架空のコンテンツは、リアルなコンテンツエレメントの同じ構造を有し、また、多重化信号内で、同じ送信チャネルを用いて送信すれば利点となる。
【００８６】
ＭＰＥＧ４規格が提案するストリームユニットの場合におけるある例を以下に説明する。
【００８７】
ＩＳＯ／１４４９６−１（ＭＰＥＧ４システム）規格のフレームワーク内で、より具体的には、ＦｌｅｘＭｕｘと呼ばれる多重化信号の場合、ディジタルストリームユニットは、符号３０〜３２で示される３つのフィールドを含んでおり、これらのフィールドは、
一般的には０と２５５の間でコーディングされ、多重チャネル番号に対応しており、また、問題となっているディジタルストリームを特定することを可能にするインデックス３０と、
パケットの長さ３１と、
コンテンツエレメントの所望のセクション３２と
に対応するものである。
【００８８】
本発明は、データをその利用されたセクション３２中では転送しないＦｌｅｘＭｕｘパケットに対応して架空のコンテンツエレメントを導入することを提案する。このようなパケットは、符号３１で示される長さフィールド中に存在する値がゼロであり、このパケットは受信機で容易に検出可能であることを特徴とする。このようなパケットはまた、その所望のセクション３２中のインデックス３０で示されるストリームに対して適用可能な割り当てテーブル（又はＦｌｅｘＭｕｘＣｈａｎｎｅｌＴａｂｌｅに対してＥＣＭテーブル）の別のバージョン番号を運ぶ。
【図面の簡単な説明】
【００８９】
【図１】本発明の動的多重化方法が適用されるＭＰＥＧ４タイプのアプリケーシプラットフォームのブロック図である。
【図２】例えば図１のアプリケーションプラットフォームのフレームワーク内で実施することが可能な割り当てテーブルのバージョン変更の図である。
【図３】本発明による所望の又は情報を含んだストリームユニットとバージョン変更ストリームユニットとの構造の比較を示す図である。
【図１】
2005530376.tif 000003
【図２】
2005530376.tif 000004
【図３】
2005530376.tif 000005
【国際調査報告】
2005530376.tif 000006
2005530376.tif 000007
2005530376.tif 000008
2005530376.tif 000009
2005530376.tif 000010
2005530376.tif 000011
2005530376.tif 000012
2005530376.tif 000013