マルチメディアデジタルコンテンツを加入者にブロードキャストするための方法であって、IPインターネットプロトコルに基づく通信ネットワークとは異なる第1の通信ネットワークを通じてヘッダソース12から加入者にブロードキャストされるデジタルデータの第1のトランスポートストリームを顧客デバイス15において受信するステップと、デコーディングユニット152により回復され、受信機16に接続された第1のストレージユニット154に供給される所望のコンテンツを加入者の視聴覚受信機において再生するステップとを備え、第1のチャネル変更ユニット153により受信されたチャネル変更メッセージに応答して、IPインターネットプロトコルに基づく第2の通信ネットワーク11を通じて顧客デバイス15に接続可能なサービスアプリケーションユニット13に含まれる第2のチャネル変更ユニット132へ、第1のチャネル変更メッセージを第1のチャネル変更ユニット153からブロードキャストするステップと、第1のチャネル変更メッセージを受信したことに応答して、サービスアプリケーションユニット13に含まれる第2のストレージユニット133に格納された、所望のチャネルの視聴覚コンテンツに対応する、キーフレームで開始する、顧客により選択されたチャネルに関連付けられている第2のデジタルデータストリームをブロードキャストするステップとをさらに備えることを特徴とする、方法。受信した第2のデータストリームからデコーダユニット152によって復号された所望のチャネルコンテンツを視聴覚受信機16において再生するステップをさらに備えることを特徴とする、請求項1に記載の方法。第1の通信ネットワークを通じてヘッダソース12から拡散された第1のデジタルデータストリームのサーバ13の第2のストレージユニット133への格納のステップをさらに備えることを特徴とする、請求項1に記載の方法。第2のストリームのデータパッケージが第1のバッファ154に格納されている第1のデータストリームのデータパッケージと一致することを第1の変更ユニット153が識別する場合、デコーディングユニット152による第2のデータストリームの復号化を終結するステップをさらに備えることを特徴とする、請求項2に記載の方法。IPインターネットプロトコルに基づく通信ネットワークとは異なる第1の通信ネットワークを通じてヘッダソース12から伝送される第1のデジタルデータストリームを受信する顧客デバイスであって、第1のチャネル変更ユニット153により受信されたチャネル変更メッセージに応答して、IPインターネットプロトコルに基づく第2の通信ネットワーク11を通じて第1のチャネル変更メッセージを顧客デバイス15に接続可能なサーバアプリケーションユニット13に含まれる第2のチャネル変更ユニット132に伝送するように構成される第1のチャネル変更ユニット153を備えることを特徴とする、デバイス。第2のチャネル変更ユニット132における第1のチャネル変更メッセージを受信したことに応答して、サービスアプリケーションユニット13に含まれる第2のストレージユニット133に格納された少なくとも最終キーフレームを含む、所望のチャネルコンテンツに関連付けられている第2のデジタルデータストリームを受信するように構成されるコーダ152を特徴とする、請求項4に記載のデバイス。デコーダ152が、受信した第2のデータストリームを復号して、所望のチャネルの復号化コンテンツを加入者の視聴覚受信機16に供給するように構成されることを特徴とする、請求項5に記載のデバイス。第2のストリームのデータパッケージが第1のバッファ154に格納された第1のデータストリームのデータパッケージと一致することを第1の変更ユニット153が識別する場合、デコーディングユニット152による第2のデータストリームの復号化を終結するように構成されることを特徴とする、請求項6に記載のデバイス。デコーダ152が、第2のストリームのデータパッケージが第1のバッファ154に格納された第1のデータストリームのデータパッケージと一致することを第1の変更ユニット153が識別した後、第1のバッファ154に格納された第1のデータストリームのデータパッケージを復号するように構成されることを特徴とする、請求項6に記載のデバイス。インターネットプロトコルまたはIPに基づく通信ネットワークとは異なる第1の通信ネットワークを通じてヘッダソース12から伝送される第1のデジタルデータストリームを受信するサービスアプリケーションユニットであって、第1のチャネル変更ユニット153により受信されたチャネル変更メッセージに応答して顧客デバイス15に含まれる第1のチャネル変更ユニット153からIPインターネットプロトコルに基づいて第2の通信ネットワーク11を受信するように構成される第2のチャネル変更ユニット132を備えることを特徴とする、アプリケーションユニット。アプリケーションユニット13が、第1のチャネル変更メッセージを受信したことに応答して、サービスアプリケーションユニット13に含まれる第2のストレージユニット133に格納された少なくとも最終キーフレームを含む、顧客の所望のチャネルコンテンツに関連付けられている第2のデジタルデータストリームを伝送するように構成されることを特徴とする、請求項9に記載のアプリケーションユニット。第2のストレージユニット133が、第1の通信ネットワークを通じてヘッダソース12から拡散された第1のデジタルデータストリームを格納するように構成されることを特徴とする、請求項10に記載のアプリケーションユニット。第2のストリームのデータパッケージが第1のバッファ154に格納された第1のデータストリームのデータパッケージと一致することを第1の変更ユニット153が識別する場合、サービスアプリケーションユニット13が、第2のデータストリームの伝送を停止するように構成されることを特徴とする、請求項10に記載のアプリケーションユニット。入口および出口ユニットならびに処理ユニットを備える内部コンピュータメモリにロードされうるコンピュータプログラムであって、第2のチャネル変更ユニットにおいて受信された第2のチャネル変更要求メッセージに応答してマルチメディアデジタルコンテンツの伝送方法のステップを実行して、所望のチャネルに対応する少なくとも最終キーフレームを備える顧客の選択されたチャネルに関連付けられて、サービスアプリケーションユニットに含まれる第3のストレージユニットに格納された、第2のデジタルデータストリームを供給するように構成された実行可能コードを備える、請求項1から4のいずれかに記載のコンピュータプログラム。本発明は、マルチメディアコンテンツを特許請求の範囲において定義されるように加入者にブロードキャストする方法を用いて、上記に説明される欠点の1つまたは複数を解決または縮小することを目的とする。マルチメディアデジタルコンテンツを加入者にブロードキャストするための方法の1つの実施形態は、IPインターネットプロトコルに基づく第1の通信ネットワークを通じてヘッダソースから加入者へ第1のデジタルデータストリームを伝送するステップと、第1のチャネル変更ユニットを用いて顧客により選択されうる少なくとも1つのチャネルに関連付けられている第1のデジタルデータストリームを顧客デバイスにおいて受信するステップと、IPインターネットプロトコルに基づく、第2の通信ネットワークを通じて顧客デバイスに接続されうるサービスアプリケーションユニットに含まれる第2のチャネル変更ユニットへ第1のチャネル変更メッセージを、また第1のチャネル変更ユニットにより受信されたチャネル変更メッセージに応答して、チャネル変更を実行するためにデコーディングユニットへ第2のチャネル変更メッセージを、第1のチャネル変更ユニットから並列ブロードキャストするステップと、第2のチャネル変更ユニットにおいて受信された第2の変更チャネル変更メッセージを受信したことに応答して、所望のチャネルに対応し、サービスアプリケーションユニットに含まれる第3のストレージユニットに格納された少なくとも最終キーフレームを備える顧客により選択されたチャネルに関連付けられている第2のデジタルデータフローをブロードキャストするステップと、受信された第2のデータストリームからデコーディングユニットにより回復され、受信機に接続された第2のストレージユニットに供給される所望のコンテンツを視聴覚受信機において再生するステップであって、第1のストレージユニットは所望のコンテンツを加入者の受信機に供給することができない、ステップとを備える。ヘッダソースは、選択された第1のトランスポートネットワークを通じて、同じ第1のデジタルデータストリームをすべての顧客のデバイスにブロードキャストする。このストリームは、元のストリームに関していかなる変更も必要としない。デコーディングユニットは、選択されたチャネルのマルチメディアコンテンツを回復し、それを第1のストレージユニットを通じて加入者の視聴覚画面に供給する。顧客のデバイスは、チャネル変更信号を受信すると、選択されたチャネルのコンテンツを視聴覚画面に供給するために必要なアクションの実行を開始する。顧客のデバイスによって実行されるアクションの1つは、所望のチャネルのコンテンツに対応する先行のフレームのいかなる知識もなしに再構築されうるキーフレームを受信するために待機することである。マルチメディアコンテンツは、マルチメディアコンテンツがデジタル符号化されて、たとえばイントラ符号化フレームI配信、双方向符号化Bフレーム、および単方向符号化Pフレームを含むMPEG2規格に従って生成されたデジタルデータフローを形成するように、トランスポートネットワーク経由のトランスポートのための符号化規格に従って符号化される。キーフレームの復号がその他のフレームからの情報を必要としないことに留意されたい。その結果、前記キーフレームは、残りのさまざまなタイプのフレームを回復するためのサポートフレームとして使用されてもよい。第1の有効なキーフレームの待機時間を短縮するため、その結果として、顧客デバイスにおいて加入者により選択されたチャネルに対応するコンテンツの再構築のため、これは、第1の変更ユニットを通じて顧客のデバイスが有効なキーフレームで開始する加入者の所望のチャネルコンテンツを上記のサーバに要求するように、IPインターネットプロトコルタイプの第2のトランスポートネットワーク経由のサーバのようなサービスアプリケーションユニットに接続する。明らかに、サーバは、ヘッダソースによってブロードキャストされたさまざまなチャネルに対応するすべての視聴覚コンテンツの間隔を受信して格納するために、第3のストレージユニットを含む。サーバが、ヘッダソースからブロードキャストされた数秒、さらには数分の各々のチャネルを格納するのに十分なストレージ容量を有する必要があることにも留意されたい。キーフレームが顧客デバイスにより一度受信されると、顧客デバイスが対応する所望の視聴覚コンテンツを視聴覚画面に供給するために任意のタイプのフレームの復号を開始できるように、サーバは、自ら格納した所望のチャネルに対応する最終有効キーフレームを一度識別すると、そのキーフレームおよび連続する異なるフレームを顧客デバイスに供給する。したがって一定期間にわたり、顧客のデバイスは、格納されているが加入者の受信機には供給されていないヘッダソースから直接受信された第1のストリームと、直接復号されて受信機に供給されているサーバから受信された第2のストリームという、2つのデータストリームを受信している。しばらくの後、ヘッダから受信された第1のストリームに対して時間にわたって遅延する、サーバから受信された第2のストリームのフレームは、顧客のデバイスが格納する第1のストリームのフレームと一致することになる。その瞬間、顧客のデバイスは、第2のストリームを中断するようサーバに要求し、ヘッダソースから受信された所望のチャネルのコンテンツに対応するフレームの復号および顧客の受信機への供給を開始する。第2のストリームを中断して、顧客デバイスのストレージユニットは、第1のストリームが復号されて加入者の受信機に供給される前に、第1のストリームが第1のストレージユニットに引き続き格納されるように、循環の無期限の形式で引き続き機能する。本発明の実施形態によるデバイスおよび/または方法のさらに詳細な説明は、添付の図面に基づいて、後段の説明において示される。図1は、ラジオおよびテレビジョン情報のデジタルサービス放送システムを示し、ここでテレビジョンおよびラジオヘッダソース12はCNN、RTLなどのようなさまざまなマルチメディアコンテンツの通信チャネルに関連付けられているさまざまなタイプのマルチメディア視聴覚コンテンツを受信して、受信したマルチメディア視聴覚コンテンツがインターネットIPプロトコル以外の第1の通信ネットワークのデジタルデータの第1のトランスポートストリームとともにユーザまたは最終加入者にトランスポートされるように、受信されたマルチメディア視聴覚コンテンツを圧縮および/または符号化、多重化、および適合する。図2に関して、通信運営者12のヘッダソース12は、デジタルデータストリームを、単一方向モードで第1のトランスポートネットワークを通じて多数の加入者にブロードキャストする。マルチメディアコンテンツがヘッダソース12によりデジタル符号化されて、収集された符号化規格に従ってデジタルデータストリームを生成してブロードキャストするような方法で、マルチメディア視聴覚コンテンツは、選択された第1の通信ネットワーク経由のトランスポートのためにMPEG2ビデオタイプまたはH.264のような符号化規格に従って符号化される。加入者は、たとえばセットトップボックスタイプのデコーダインターフェイスのような顧客デバイス15を通じて第1のデータストリームを受信し、顧客デバイス15は伝送された第1のデジタルデータストリームを受信して、それをデコーダユニット152に送信する第1の151入口/出口ユニットを備え、デコーダユニット152が選択されたチャネルのマルチメディア視聴覚コンテンツをマルチメディア視聴覚画面のような加入者の受信機16に供給するようにする。デコーダインターフェイス152はまた、1つの選択されたチャネルを、ヘッダソース12から伝送された第1のデジタルデータストリームによりトランスポートされた複数のチャネルから所望のチャネルが選択されるように変更する信号を受信するための第1のチャネル変更ユニットを備える。第1のチャネルチェンジャ153において受信されたチャネル変更信号に応答して、デコーダ152は、チャネルの変更を要求した加入者の、視聴覚画面16に所望のチャネルのコンテンツを表示するため、選択されたチャネルから所望のチャネルへのチャネル変更を実行する。ブロードキャストのために生成された第1のデータストリームは、符号化の度合いに従って第1のデータストリーム内で配信されたさまざまなタイプのフレームを備える一連のデータパッケージを備える。たとえばイントラ符号化Iフレーム、双方向符号化Bフレーム、および単方向符号化Pフレームという、少なくとも3つの異なるタイプのフレームがあってもよい。受信されたマルチメディア視聴覚コンテンツの再構築はキーフレームまたはサポートに基づいて行なわれ、そのコンテンツは先行のフレーム、たとえば圧縮がBおよび/またはPフレームの圧縮レベルよりも低いフレームIの知識なくして再構築されてもよいので、フレームの毎回の圧縮のレベルは異なることに留意されたい。したがって、画面16は、デコーダ152が顧客のデバイス15によって受信された第1のデータストリームの復号を開始できる基準となるキーフレームをデコーディングインターフェイス15が受信するまで、所望のコンテンツを表示することはない。視聴覚画面16が所望のチャネルに関連するいかなるデータも表示しないか、もしくは信号なしまたはブラック画面である期間を短縮するため、第1の変更ユニット153は、第1の入口/出口ユニット151を通じてゲートウェイデバイス14に接続可能であり、ネットワークのIPインターネットプロトコルタイプのトランスポート通信の第2のネットワーク11を通じてサービスアプリケーション手段またはサーバ13に含まれる第2の入口/出口ユニット131を通じて第2のチャネル変更ユニット132に接続可能である。サーバ13は、第2の入口/出口ユニット131を通じてヘッダソース12から拡散された第1のデジタルデータストリームを受信する。サーバ13はまた、ヘッダソースから拡散され、第2の制御変更ユニット132および入口/出口ユニット131に電気的に接続された異なるチャネルごとのコンテンツを特定の期間にわたり格納するために、循環バッファタイプの第2のストレージユニット133を含む。第1の変更ユニット153は、チャネル変更の要求を受信した場合、サーバ13の第2のストレージユニット133に格納されている所望のチャネルの最終キーフレームの伝送のための第1の要求メッセージをサーバ13に伝送し、加えて、要求されたチャネルの変更を実行するために顧客のデバイス15のデコーダ152へのチャネル変更のための第2の要求メッセージを送信する。第1および第2の要求メッセージはいずれも、同時および/または並行してブロードキャストされる。第2のストレージユニット133は、通信ネットワークを通じてヘッダソース12から拡散された第1のデジタルデータストリームを受信する。第2の変更ユニット132は、第2の133バッファに格納され、第1のデータストリームによってサーバ13にトランスポートされたチャネルのさまざまなコンテンツまたは番組に対応するキーフレーム識別タスクを実行する。第1の要求メッセージがサーバ13において受信されると、第2の変更ユニット132は、所望のチャネルの番組に対応し第1の変更ユニット153によって要求された、サーバ13の第2のストレージユニット133に格納された最終キーフレームを見つけ、このようにして、サーバ13は、第2の入口/出口ユニット131を通じて、所望のチャネルの番組に関連付けられている最終キーフレームおよび連続するさまざまなタイプのフレームを備える第2のデータストリームを生成して供給する。生成された第2のデータストリームは、第2のIPネットワーク11によって要求側顧客のデバイス15にトランスポートされ、顧客のデバイス15は第1の入口/出口ユニット151を通じて前述の第2のストリームを受信し、それをデコーダ152に再送信するが、並行して第1のデータストリームは、第1のメモリバッファ154が前記第1のストリームを格納するように、同じデコーダ152によっても引き続き受信される。その結果、特定の時点において、デコーダ152は、時間の経過に伴っていかに位相が外れていても所望のチャネルの同じ番組に対応する2つのデータストリームを並行して受信し、所望のチャネルのコンテンツを顧客の受信機16に供給するためにキーフレームを有するそのストリームのみを復号する。第1および第2のデータストリームが異なるタイプのデータを含むこと、つまり第1のデータストリームはヘッダソース12、マルチプログラムトランスポートセクションを伝送するさまざまなタイプのチャネルに関連するデータパッケージをトランスポートすることができ、第2のデータストリームは、顧客により選択され、顧客のデバイス15の第1のチャネル変更ユニット153から要求されたチャネルコンテンツに対応する、サーバ13で、以前格納されたデータパッケージを独占的にトランスポートすることに留意されたい。サーバ13は、より大きいビットレートで第2のデータストリームをユニキャストモードで伝送し、それにより第2のIPネットワーク11を通じて顧客のデバイス15の第1の入口/出口ユニット151とサーバ13の第2の入口/出口ユニット131の間に通信チャネルが確立されることが可能となる。第2のデータストリームが、チャネル変更を要求した加入者15に独占的にブロードキャストされることに留意されたい。上記の説明から、第1のストリームによってトランスポートされた所望のチャネルコンテンツと第2のストリームによってトランスポートされたコンテンツの間に、画面16に潜在的に表示されうるコンテンツ間の位相外れがある、すなわち、デコーダ152が第1のストリームに対応するキーフレームの前の第2のデータストリームに対応するキーフレームを受信し、そのためデコーダ152が、ヘッダソース12からライブでブロードキャストされているコンテンツより前の瞬間に対応する受信済みの第2のストリームに対応するキーフレームに基づいて、伸張し、所望のチャネルのコンテンツを画面16に供給し始めることが推測され得る。しかし、画面16が所望のチャネルのコンテンツに関連付けられているデータを表示しない状態にある時間が短縮され、したがって、加入者の体験は、チャネルの変更の要求時にマルチメディア視聴覚コンテンツを伝送するためにアナログ放送システムで得られる体験にほぼ近似であってもよい。上記の説明は、視聴覚画面16に表示されるコンテンツが、たとえば付加価値サービスプロバイダの、サーバ13の第2のストレージユニット133に格納されているコンテンツに対応するデータパッケージをトランスポートする第2のデータストリームから回復されたという事実により支持される。前述のように、デコーダ152は、加入者がチャネル変更を要求したとき、格納されている両コンテンツの間に時差があるような方法で、第1および第2のデータストリームを並行して受信する、すなわち、第1のバッファ154に格納されているコンテンツはライブのブロードキャスティングに対応し、第2のバッファ133に格納されているコンテンツは同じ所望のチャネルのコンテンツではあるがほんの少し前にブロードキャストされたコンテンツに対応する。顧客デバイス15が、データパッケージ、つまり第2のストリームにより受信される任意のタイプのフレームが第1のバッファ154に格納されていることを検出すると、第1の変更ユニット153は、第2のデータストリームの伝送をインターセプトするため、第2のストリームの伝送を中止するよう求める第3の要求メッセージをサーバ13の第2の変更ユニット132に送信する。続いて、顧客のデバイス15の第3のバッファ155は空になり、デコーダ152は、第1のバッファ154に格納されているデータパッケージを復号して所望のチャネルのコンテンツを画面16に供給し続ける。この状況は、末端の顧客がチャネル変更を要求するごとに前述の方法が毎回実行されるように、加入者が新しいチャネル変更を要求するまで長期にわたり保持される。第2のIPネットワーク11でブロードキャストされた第1のチャネル変更ユニット153から第2チャネル変更ユニット132に要求されたチャネル変更に関連するマルチメディア視聴覚コンテンツをブロードキャストするための方法は、コンピュータにより実行されても良く、方法は、入口および出口ユニットを備え、ならびにまたプロセッサユニットを備えるコンピュータの内部メモリに蓄えられてもよい。この目的のために、コンピュータプログラムは、コンピュータによって実行されるとき、前述のプロセスのステップを実行するように構成されたコードを備える。加えて、実行可能コードは、コンピュータ内の判読可能なキャリア媒体に記録されてもよい。