(57)【要約】  デジタルデータの第１のトランスポートストリームがＩＰインターネットプロトコルに基づく通信ネットワークとは異なる第１の通信ネットワークを通じてヘッダソース１２から加入者に伝送され、顧客デバイス１５において受信される、マルチメディアデジタルコンテンツを加入者にブロードキャストする方法と、第１の変更ユニット１５３により受信されたチャネル変更メッセージに応答して、ＩＰインターネットプロトコルに基づく第２の通信ネットワーク１１を通じてデバイス１５に接続可能なサービスアプリケーションユニット１３の第２の変更ユニット１３２への、第１のチャネル変更メッセージの第１のチャネル変更ユニット１５３からの伝送と、第１のチャネル変更ユニット１５３により受信されたチャンネル変更メッセージに応答して、第２のチャネル変更ユニットにおいて受信された第１の変更メッセージを受信したことに応答して、サーバ１３の第２のストレージユニット１３３に格納されたキーフレームで開始する、所望のチャネルに関連付けられている第２のデジタルデータストリームの伝送。
2013527662.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアデジタルコンテンツを加入者にブロードキャストするための方法であって、
ＩＰインターネットプロトコルに基づく通信ネットワークとは異なる第１の通信ネットワークを通じてヘッダソース（１２）から加入者にブロードキャストされるデジタルデータの第１のトランスポートストリームを顧客デバイス（１５）において受信するステップと、
デコーディングユニット（１５２）により回復され、受信機（１６）に接続された第１のストレージユニット（１５４）に供給される所望のコンテンツを加入者の視聴覚受信機において再生するステップとを備え、
第１のチャネル変更ユニット（１５３）により受信されたチャネル変更メッセージに応答して、ＩＰインターネットプロトコルに基づく第２の通信ネットワーク（１１）を通じて顧客デバイス（１５）に接続可能なサービスアプリケーションユニット（１３）に含まれる第２のチャネル変更ユニット（１３２）へ、第１のチャネル変更メッセージを第１のチャネル変更ユニット（１５３）からブロードキャストするステップと、
第１のチャネル変更メッセージを受信したことに応答して、サービスアプリケーションユニット（１３）に含まれる第２のストレージユニット（１３３）に格納された、所望のチャネルの視聴覚コンテンツに対応する、キーフレームで開始する、顧客により選択されたチャネルに関連付けられている第２のデジタルデータストリームをブロードキャストするステップとをさらに備えることを特徴とする、方法。
【請求項２】
受信した第２のデータストリームからデコーダユニット（１５２）によって復号された所望のチャネルコンテンツを視聴覚受信機（１６）において再生するステップをさらに備えることを特徴とする、請求項１に記載の方法。
【請求項３】
第１の通信ネットワークを通じてヘッダソース（１２）から拡散された第１のデジタルデータストリームのサーバ（１３）の第２のストレージユニット（１３３）への格納のステップをさらに備えることを特徴とする、請求項１に記載の方法。
【請求項４】
第２のストリームのデータパッケージが第１のバッファ（１５４）に格納されている第１のデータストリームのデータパッケージと一致することを第１の変更ユニット（１５３）が識別する場合、デコーディングユニット（１５２）による第２のデータストリームの復号化を終結するステップをさらに備えることを特徴とする、請求項２に記載の方法。
【請求項５】
ＩＰインターネットプロトコルに基づく通信ネットワークとは異なる第１の通信ネットワークを通じてヘッダソース（１２）から伝送される第１のデジタルデータストリームを受信する顧客デバイスであって、第１のチャネル変更ユニット（１５３）により受信されたチャネル変更メッセージに応答して、ＩＰインターネットプロトコルに基づく第２の通信ネットワーク（１１）を通じて第１のチャネル変更メッセージを顧客デバイス（１５）に接続可能なサーバアプリケーションユニット（１３）に含まれる第２のチャネル変更ユニット（１３２）に伝送するように構成される第１のチャネル変更ユニット（１５３）を備えることを特徴とする、デバイス。
【請求項６】
第２のチャネル変更ユニット（１３２）における第１のチャネル変更メッセージを受信したことに応答して、サービスアプリケーションユニット（１３）に含まれる第２のストレージユニット（１３３）に格納された少なくとも最終キーフレームを含む、所望のチャネルコンテンツに関連付けられている第２のデジタルデータストリームを受信するように構成されるコーダ（１５２）を特徴とする、請求項４に記載のデバイス。
【請求項７】
デコーダ（１５２）が、受信した第２のデータストリームを復号して、所望のチャネルの復号化コンテンツを加入者の視聴覚受信機（１６）に供給するように構成されることを特徴とする、請求項５に記載のデバイス。
【請求項８】
第２のストリームのデータパッケージが第１のバッファ（１５４）に格納された第１のデータストリームのデータパッケージと一致することを第１の変更ユニット（１５３）が識別する場合、デコーディングユニット（１５２）による第２のデータストリームの復号化を終結するように構成されることを特徴とする、請求項６に記載のデバイス。
【請求項９】
デコーダ（１５２）が、第２のストリームのデータパッケージが第１のバッファ（１５４）に格納された第１のデータストリームのデータパッケージと一致することを第１の変更ユニット（１５３）が識別した後、第１のバッファ（１５４）に格納された第１のデータストリームのデータパッケージを復号するように構成されることを特徴とする、請求項６に記載のデバイス。
【請求項１０】
インターネットプロトコルまたはＩＰに基づく通信ネットワークとは異なる第１の通信ネットワークを通じてヘッダソース（１２）から伝送される第１のデジタルデータストリームを受信するサービスアプリケーションユニットであって、第１のチャネル変更ユニット（１５３）により受信されたチャネル変更メッセージに応答して顧客デバイス（１５）に含まれる第１のチャネル変更ユニット（１５３）からＩＰインターネットプロトコルに基づいて第２の通信ネットワーク（１１）を受信するように構成される第２のチャネル変更ユニット（１３２）を備えることを特徴とする、アプリケーションユニット。
【請求項１１】
アプリケーションユニット（１３）が、第１のチャネル変更メッセージを受信したことに応答して、サービスアプリケーションユニット（１３）に含まれる第２のストレージユニット（１３３）に格納された少なくとも最終キーフレームを含む、顧客の所望のチャネルコンテンツに関連付けられている第２のデジタルデータストリームを伝送するように構成されることを特徴とする、請求項９に記載のアプリケーションユニット。
【請求項１２】
第２のストレージユニット（１３３）が、第１の通信ネットワークを通じてヘッダソース（１２）から拡散された第１のデジタルデータストリームを格納するように構成されることを特徴とする、請求項１０に記載のアプリケーションユニット。
【請求項１３】
第２のストリームのデータパッケージが第１のバッファ（１５４）に格納された第１のデータストリームのデータパッケージと一致することを第１の変更ユニット（１５３）が識別する場合、サービスアプリケーションユニット（１３）が、第２のデータストリームの伝送を停止するように構成されることを特徴とする、請求項１０に記載のアプリケーションユニット。
【請求項１４】
入口および出口ユニットならびに処理ユニットを備える内部コンピュータメモリにロードされうるコンピュータプログラムであって、第２のチャネル変更ユニットにおいて受信された第２のチャネル変更要求メッセージに応答してマルチメディアデジタルコンテンツの伝送方法のステップを実行して、所望のチャネルに対応する少なくとも最終キーフレームを備える顧客の選択されたチャネルに関連付けられて、サービスアプリケーションユニットに含まれる第３のストレージユニットに格納された、第２のデジタルデータストリームを供給するように構成された実行可能コードを備える、請求項１から４のいずれかに記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、マルチメディアコンテンツを加入者にブロードキャストするための方法、および前記方法を実行するサービスアプリケーション媒体に関する。
【背景技術】
【０００２】
ラジオおよびテレビジョン向けデジタル情報サービスの拡散または放送システムの運営者が、衛星、ケーブル、デジタル地上波タイプなどのＴＶトランスポートネットワークを通じてデジタルテレビジョンおよびラジオチャネルを、デジタルサービス放送システムのエンドユーザのグループにブロードキャストすることができることが当技術分野において知られている。
【０００３】
テレビジョンおよびラジオサービスに関連する視聴覚コンテンツおよび情報は、ヘッダソースから生成または収集されるが、そこでそれらのコンテンツおよび情報は圧縮され、多重化されて、トランスポートネットワークに適合され、トランスポートネットワークがコンテンツおよび情報をエンドユーザにトランスポートする。
【０００４】
その結果、加入者は、テレビジョンデコーダインターフェイスまたはセットトップボックスのような顧客デバイスにおいてマルチメディアヘッダソースから受信されるＴＶおよびラジオチャネルのグループの、１つの選択されたチャネルから別の所望のチャネルに変更することができる。
【０００５】
ブロードキャストチャネルを受信する顧客のデバイスが、ＴＶヘッダソースからブロードキャストされたデータストリーム内の規格ＭＰＥＧ２のフレームＩまたは規格Ｈ．２６４のＩＤＲフレームのようなキーフレームを受信した場合に限り、データパッケージを表示するために視聴覚画面に供給し始めることができるという事実により、加入者が好みのチャネルを選択するチャネルの変更を要求する瞬間から、アナログＴＶ放送システムにおける同様の機能とは異なる複数の秒数が経過することがある。
【０００６】
顧客のデバイスは、第１の有効なキーフレームを受信すると、データパッケージを、復号、多重化解除して、視聴覚画面に供給し始める。
【０００７】
参照により本明細書に組み入れられる欧州特許第ＥＰ１８９５７７７Ｂ１号明細書を通じて、高速チャネル変更（ＦＣＣ：ｆａｓｔ  ｃｈａｎｎｅｌ  ｃｈａｎｇｅ）方法が知られており、ＴＶ運営者がＩＰインターネットプロトコルネットワークを通じて視聴覚コンテンツをブロードキャストする特定の場合には、運営者がＩＰＴＶインターネットプロトコルＴＶサービスを供給する。
【０００８】
しかし、前述の欠点は、視聴覚コンテンツがＩＰネットワーク以外のトランスポートネットワークを通じてブロードキャストされる場合、依然として除去されてはおらず、その結果、チャネル変更には複数秒を要することもあり、そのため、この場合には、加入者の体験が、アナログＴＶ放送システムの加入者の場合に比べて劣ることになる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】欧州特許第１８９５７７７号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、マルチメディアコンテンツを特許請求の範囲において定義されるように加入者にブロードキャストする方法を用いて、上記に説明される欠点の１つまたは複数を解決または縮小することを目的とする。
【課題を解決するための手段】
【００１１】
マルチメディアデジタルコンテンツを加入者にブロードキャストするための方法の１つの実施形態は、ＩＰインターネットプロトコルに基づく第１の通信ネットワークを通じてヘッダソースから加入者へ第１のデジタルデータストリームを伝送するステップと、第１のチャネル変更ユニットを用いて顧客により選択されうる少なくとも１つのチャネルに関連付けられている第１のデジタルデータストリームを顧客デバイスにおいて受信するステップと、ＩＰインターネットプロトコルに基づく、第２の通信ネットワークを通じて顧客デバイスに接続されうるサービスアプリケーションユニットに含まれる第２のチャネル変更ユニットへ第１のチャネル変更メッセージを、また第１のチャネル変更ユニットにより受信されたチャネル変更メッセージに応答して、チャネル変更を実行するためにデコーディングユニットへ第２のチャネル変更メッセージを、第１のチャネル変更ユニットから並列ブロードキャストするステップと、第２のチャネル変更ユニットにおいて受信された第２の変更チャネル変更メッセージを受信したことに応答して、所望のチャネルに対応し、サービスアプリケーションユニットに含まれる第３のストレージユニットに格納された少なくとも最終キーフレームを備える顧客により選択されたチャネルに関連付けられている第２のデジタルデータフローをブロードキャストするステップと、受信された第２のデータストリームからデコーディングユニットにより回復され、受信機に接続された第２のストレージユニットに供給される所望のコンテンツを視聴覚受信機において再生するステップであって、第１のストレージユニットは所望のコンテンツを加入者の受信機に供給することができない、ステップとを備える。
【００１２】
ヘッダソースは、選択された第１のトランスポートネットワークを通じて、同じ第１のデジタルデータストリームをすべての顧客のデバイスにブロードキャストする。このストリームは、元のストリームに関していかなる変更も必要としない。
【００１３】
デコーディングユニットは、選択されたチャネルのマルチメディアコンテンツを回復し、それを第１のストレージユニットを通じて加入者の視聴覚画面に供給する。
【００１４】
顧客のデバイスは、チャネル変更信号を受信すると、選択されたチャネルのコンテンツを視聴覚画面に供給するために必要なアクションの実行を開始する。顧客のデバイスによって実行されるアクションの１つは、所望のチャネルのコンテンツに対応する先行のフレームのいかなる知識もなしに再構築されうるキーフレームを受信するために待機することである。
【００１５】
マルチメディアコンテンツは、マルチメディアコンテンツがデジタル符号化されて、たとえばイントラ符号化フレームＩ配信、双方向符号化Ｂフレーム、および単方向符号化Ｐフレームを含むＭＰＥＧ２規格に従って生成されたデジタルデータフローを形成するように、トランスポートネットワーク経由のトランスポートのための符号化規格に従って符号化される。
【００１６】
キーフレームの復号がその他のフレームからの情報を必要としないことに留意されたい。その結果、前記キーフレームは、残りのさまざまなタイプのフレームを回復するためのサポートフレームとして使用されてもよい。
【００１７】
第１の有効なキーフレームの待機時間を短縮するため、その結果として、顧客デバイスにおいて加入者により選択されたチャネルに対応するコンテンツの再構築のため、これは、第１の変更ユニットを通じて顧客のデバイスが有効なキーフレームで開始する加入者の所望のチャネルコンテンツを上記のサーバに要求するように、ＩＰインターネットプロトコルタイプの第２のトランスポートネットワーク経由のサーバのようなサービスアプリケーションユニットに接続する。
【００１８】
明らかに、サーバは、ヘッダソースによってブロードキャストされたさまざまなチャネルに対応するすべての視聴覚コンテンツの間隔を受信して格納するために、第３のストレージユニットを含む。
【００１９】
サーバが、ヘッダソースからブロードキャストされた数秒、さらには数分の各々のチャネルを格納するのに十分なストレージ容量を有する必要があることにも留意されたい。
【００２０】
キーフレームが顧客デバイスにより一度受信されると、顧客デバイスが対応する所望の視聴覚コンテンツを視聴覚画面に供給するために任意のタイプのフレームの復号を開始できるように、サーバは、自ら格納した所望のチャネルに対応する最終有効キーフレームを一度識別すると、そのキーフレームおよび連続する異なるフレームを顧客デバイスに供給する。
【００２１】
したがって一定期間にわたり、顧客のデバイスは、格納されているが加入者の受信機には供給されていないヘッダソースから直接受信された第１のストリームと、直接復号されて受信機に供給されているサーバから受信された第２のストリームという、２つのデータストリームを受信している。
【００２２】
しばらくの後、ヘッダから受信された第１のストリームに対して時間にわたって遅延する、サーバから受信された第２のストリームのフレームは、顧客のデバイスが格納する第１のストリームのフレームと一致することになる。その瞬間、顧客のデバイスは、第２のストリームを中断するようサーバに要求し、ヘッダソースから受信された所望のチャネルのコンテンツに対応するフレームの復号および顧客の受信機への供給を開始する。
【００２３】
第２のストリームを中断して、顧客デバイスのストレージユニットは、第１のストリームが復号されて加入者の受信機に供給される前に、第１のストリームが第１のストレージユニットに引き続き格納されるように、循環の無期限の形式で引き続き機能する。
【００２４】
本発明の実施形態によるデバイスおよび／または方法のさらに詳細な説明は、添付の図面に基づいて、後段の説明において示される。
【図面の簡単な説明】
【００２５】
【図１】テレビジョン放送システムを示す図である。
【図２】実施形態の手段を示すブロック図である。
【発明を実施するための形態】
【００２６】
図１は、ラジオおよびテレビジョン情報のデジタルサービス放送システムを示し、ここでテレビジョンおよびラジオヘッダソース１２はＣＮＮ、ＲＴＬなどのようなさまざまなマルチメディアコンテンツの通信チャネルに関連付けられているさまざまなタイプのマルチメディア視聴覚コンテンツを受信して、受信したマルチメディア視聴覚コンテンツがインターネットＩＰプロトコル以外の第１の通信ネットワークのデジタルデータの第１のトランスポートストリームとともにユーザまたは最終加入者にトランスポートされるように、受信されたマルチメディア視聴覚コンテンツを圧縮および／または符号化、多重化、および適合する。
【００２７】
図２に関して、通信運営者１２のヘッダソース１２は、デジタルデータストリームを、単一方向モードで第１のトランスポートネットワークを通じて多数の加入者にブロードキャストする。
【００２８】
マルチメディアコンテンツがヘッダソース１２によりデジタル符号化されて、収集された符号化規格に従ってデジタルデータストリームを生成してブロードキャストするような方法で、マルチメディア視聴覚コンテンツは、選択された第１の通信ネットワーク経由のトランスポートのためにＭＰＥＧ２ビデオタイプまたはＨ．２６４のような符号化規格に従って符号化される。
【００２９】
加入者は、たとえばセットトップボックスタイプのデコーダインターフェイスのような顧客デバイス１５を通じて第１のデータストリームを受信し、顧客デバイス１５は伝送された第１のデジタルデータストリームを受信して、それをデコーダユニット１５２に送信する第１の１５１入口／出口ユニットを備え、デコーダユニット１５２が選択されたチャネルのマルチメディア視聴覚コンテンツをマルチメディア視聴覚画面のような加入者の受信機１６に供給するようにする。
【００３０】
デコーダインターフェイス１５２はまた、１つの選択されたチャネルを、ヘッダソース１２から伝送された第１のデジタルデータストリームによりトランスポートされた複数のチャネルから所望のチャネルが選択されるように変更する信号を受信するための第１のチャネル変更ユニットを備える。
【００３１】
第１のチャネルチェンジャ１５３において受信されたチャネル変更信号に応答して、デコーダ１５２は、チャネルの変更を要求した加入者の、視聴覚画面１６に所望のチャネルのコンテンツを表示するため、選択されたチャネルから所望のチャネルへのチャネル変更を実行する。
【００３２】
ブロードキャストのために生成された第１のデータストリームは、符号化の度合いに従って第１のデータストリーム内で配信されたさまざまなタイプのフレームを備える一連のデータパッケージを備える。たとえばイントラ符号化Ｉフレーム、双方向符号化Ｂフレーム、および単方向符号化Ｐフレームという、少なくとも３つの異なるタイプのフレームがあってもよい。
【００３３】
受信されたマルチメディア視聴覚コンテンツの再構築はキーフレームまたはサポートに基づいて行なわれ、そのコンテンツは先行のフレーム、たとえば圧縮がＢおよび／またはＰフレームの圧縮レベルよりも低いフレームＩの知識なくして再構築されてもよいので、フレームの毎回の圧縮のレベルは異なることに留意されたい。
【００３４】
したがって、画面１６は、デコーダ１５２が顧客のデバイス１５によって受信された第１のデータストリームの復号を開始できる基準となるキーフレームをデコーディングインターフェイス１５が受信するまで、所望のコンテンツを表示することはない。
【００３５】
視聴覚画面１６が所望のチャネルに関連するいかなるデータも表示しないか、もしくは信号なしまたはブラック画面である期間を短縮するため、第１の変更ユニット１５３は、第１の入口／出口ユニット１５１を通じてゲートウェイデバイス１４に接続可能であり、ネットワークのＩＰインターネットプロトコルタイプのトランスポート通信の第２のネットワーク１１を通じてサービスアプリケーション手段またはサーバ１３に含まれる第２の入口／出口ユニット１３１を通じて第２のチャネル変更ユニット１３２に接続可能である。
【００３６】
サーバ１３は、第２の入口／出口ユニット１３１を通じてヘッダソース１２から拡散された第１のデジタルデータストリームを受信する。
【００３７】
サーバ１３はまた、ヘッダソースから拡散され、第２の制御変更ユニット１３２および入口／出口ユニット１３１に電気的に接続された異なるチャネルごとのコンテンツを特定の期間にわたり格納するために、循環バッファタイプの第２のストレージユニット１３３を含む。
【００３８】
第１の変更ユニット１５３は、チャネル変更の要求を受信した場合、サーバ１３の第２のストレージユニット１３３に格納されている所望のチャネルの最終キーフレームの伝送のための第１の要求メッセージをサーバ１３に伝送し、加えて、要求されたチャネルの変更を実行するために顧客のデバイス１５のデコーダ１５２へのチャネル変更のための第２の要求メッセージを送信する。第１および第２の要求メッセージはいずれも、同時および／または並行してブロードキャストされる。
【００３９】
第２のストレージユニット１３３は、通信ネットワークを通じてヘッダソース１２から拡散された第１のデジタルデータストリームを受信する。
【００４０】
第２の変更ユニット１３２は、第２の１３３バッファに格納され、第１のデータストリームによってサーバ１３にトランスポートされたチャネルのさまざまなコンテンツまたは番組に対応するキーフレーム識別タスクを実行する。
【００４１】
第１の要求メッセージがサーバ１３において受信されると、第２の変更ユニット１３２は、所望のチャネルの番組に対応し第１の変更ユニット１５３によって要求された、サーバ１３の第２のストレージユニット１３３に格納された最終キーフレームを見つけ、このようにして、サーバ１３は、第２の入口／出口ユニット１３１を通じて、所望のチャネルの番組に関連付けられている最終キーフレームおよび連続するさまざまなタイプのフレームを備える第２のデータストリームを生成して供給する。
【００４２】
生成された第２のデータストリームは、第２のＩＰネットワーク１１によって要求側顧客のデバイス１５にトランスポートされ、顧客のデバイス１５は第１の入口／出口ユニット１５１を通じて前述の第２のストリームを受信し、それをデコーダ１５２に再送信するが、並行して第１のデータストリームは、第１のメモリバッファ１５４が前記第１のストリームを格納するように、同じデコーダ１５２によっても引き続き受信される。
【００４３】
その結果、特定の時点において、デコーダ１５２は、時間の経過に伴っていかに位相が外れていても所望のチャネルの同じ番組に対応する２つのデータストリームを並行して受信し、所望のチャネルのコンテンツを顧客の受信機１６に供給するためにキーフレームを有するそのストリームのみを復号する。
【００４４】
第１および第２のデータストリームが異なるタイプのデータを含むこと、つまり第１のデータストリームはヘッダソース１２、マルチプログラムトランスポートセクションを伝送するさまざまなタイプのチャネルに関連するデータパッケージをトランスポートすることができ、第２のデータストリームは、顧客により選択され、顧客のデバイス１５の第１のチャネル変更ユニット１５３から要求されたチャネルコンテンツに対応する、サーバ１３で、以前格納されたデータパッケージを独占的にトランスポートすることに留意されたい。
【００４５】
サーバ１３は、より大きいビットレートで第２のデータストリームをユニキャストモードで伝送し、それにより第２のＩＰネットワーク１１を通じて顧客のデバイス１５の第１の入口／出口ユニット１５１とサーバ１３の第２の入口／出口ユニット１３１の間に通信チャネルが確立されることが可能となる。
【００４６】
第２のデータストリームが、チャネル変更を要求した加入者１５に独占的にブロードキャストされることに留意されたい。
【００４７】
上記の説明から、第１のストリームによってトランスポートされた所望のチャネルコンテンツと第２のストリームによってトランスポートされたコンテンツの間に、画面１６に潜在的に表示されうるコンテンツ間の位相外れがある、すなわち、デコーダ１５２が第１のストリームに対応するキーフレームの前の第２のデータストリームに対応するキーフレームを受信し、そのためデコーダ１５２が、ヘッダソース１２からライブでブロードキャストされているコンテンツより前の瞬間に対応する受信済みの第２のストリームに対応するキーフレームに基づいて、伸張し、所望のチャネルのコンテンツを画面１６に供給し始めることが推測され得る。
【００４８】
しかし、画面１６が所望のチャネルのコンテンツに関連付けられているデータを表示しない状態にある時間が短縮され、したがって、加入者の体験は、チャネルの変更の要求時にマルチメディア視聴覚コンテンツを伝送するためにアナログ放送システムで得られる体験にほぼ近似であってもよい。
【００４９】
上記の説明は、視聴覚画面１６に表示されるコンテンツが、たとえば付加価値サービスプロバイダの、サーバ１３の第２のストレージユニット１３３に格納されているコンテンツに対応するデータパッケージをトランスポートする第２のデータストリームから回復されたという事実により支持される。
【００５０】
前述のように、デコーダ１５２は、加入者がチャネル変更を要求したとき、格納されている両コンテンツの間に時差があるような方法で、第１および第２のデータストリームを並行して受信する、すなわち、第１のバッファ１５４に格納されているコンテンツはライブのブロードキャスティングに対応し、第２のバッファ１３３に格納されているコンテンツは同じ所望のチャネルのコンテンツではあるがほんの少し前にブロードキャストされたコンテンツに対応する。
【００５１】
顧客デバイス１５が、データパッケージ、つまり第２のストリームにより受信される任意のタイプのフレームが第１のバッファ１５４に格納されていることを検出すると、第１の変更ユニット１５３は、第２のデータストリームの伝送をインターセプトするため、第２のストリームの伝送を中止するよう求める第３の要求メッセージをサーバ１３の第２の変更ユニット１３２に送信する。
【００５２】
続いて、顧客のデバイス１５の第３のバッファ１５５は空になり、デコーダ１５２は、第１のバッファ１５４に格納されているデータパッケージを復号して所望のチャネルのコンテンツを画面１６に供給し続ける。
【００５３】
この状況は、末端の顧客がチャネル変更を要求するごとに前述の方法が毎回実行されるように、加入者が新しいチャネル変更を要求するまで長期にわたり保持される。
【００５４】
第２のＩＰネットワーク１１でブロードキャストされた第１のチャネル変更ユニット１５３から第２チャネル変更ユニット１３２に要求されたチャネル変更に関連するマルチメディア視聴覚コンテンツをブロードキャストするための方法は、コンピュータにより実行されても良く、方法は、入口および出口ユニットを備え、ならびにまたプロセッサユニットを備えるコンピュータの内部メモリに蓄えられてもよい。
【００５５】
この目的のために、コンピュータプログラムは、コンピュータによって実行されるとき、前述のプロセスのステップを実行するように構成されたコードを備える。加えて、実行可能コードは、コンピュータ内の判読可能なキャリア媒体に記録されてもよい。
【図１】
2013527662.tif 000003
【図２】
2013527662.tif 000004
【国際調査報告】
2013527662.tif 000005
2013527662.tif 000006
2013527662.tif 000007