(57)【特許請求の範囲】
【請求項１】
ネットワークから受信した各々が共通プログラムソースを表すデータパケットの２つ以上のシーケンスを処理する方法において、
前記シーケンスのうちの第１のものに含まれたデータパケットを、第１のバッファリング遅れを有する第１の受信バッファにバッファするステップと、
前記シーケンスの第２のものに含まれるデータパケットを、前記第１のバッファリング遅れよりも小さい第２のバッファリング遅れを有する第２の受信バッファにバッファするステップと、
前記第２のバッファリング遅れが経過した後に、前記第２の受信バッファにバッファされたデータパケットを復号化するステップと、
前記第１のバッファリング遅れが経過した後に、前記第１の受信バッファにバッファされたデータパケットを復号化するステップと、
前記第１のバッファリング遅れが経過する前に、前記第２の受信バッファにバッファされたデータパケットの復号化に少なくとも基づいて、かつ前記第１のバッファリング遅れが経過した後に、前記第１の受信バッファにバッファされたデータパケットの復号化に少なくとも基づいて、前記プログラムソースの再現を生成するステップとを有する
ことを特徴とする方法。
【請求項２】
前記ネットワークはインタネットを含む
ことを特徴とする請求項１記載の方法。
【請求項３】
前記プログラムソースはオーディオプログラムを含む
ことを特徴とする請求項１記載の方法。
【請求項４】
前記プログラムソースがビデオプログラムを含む
ことを特徴とする請求項１記載の方法。
【請求項５】
データパケットの第１のシーケンスおよびデータパケットの第２のシーケンスが、ソースロケーションからネットワークに送信され、データパケットの第２のシーケンスの送信が、所定の相対的な送信遅れだけ、データパケットの第１のシーケンスの送信に対して遅れている
ことを特徴とする請求項１記載の方法。
【請求項６】
所定の相対的送信遅れが、第１のバッファリング遅れと第２のバッファリング遅れとの間の差にほぼ等しい
ことを特徴とする請求項５記載の方法。
【請求項７】
第１の受信バッファが第１のバッファサイズを有し、第２の受信バッファが第２のバッファサイズを有し、第２のバッファサイズに対する第１のバッファサイズの数学的比が、第２のバッファリング遅れに対する第１のバッファリング遅れの数学的比にほぼ等しい
ことを特徴とする請求項１記載の方法。
【請求項８】
プログラムソースが、２つ以上の個々のビットストリームを生成するマルチプルディスクリプティブソースコーダで符号化され、データパケットの第２のシーケンスが、前記個々のビットストリームのうちの１つを含み、データパケットの第１のシーケンスが、前記個々のビットストリームの少なくとも別の１つを含む
ことを特徴とする請求項１記載の方法。
【請求項９】
プログラムソースは、コアレイヤおよび１つ以上のエンハンスメントレイヤを生成する埋め込みコーダで符号化され、データパケットの第２のシーケンスは、前記コアレイヤの符号化器を含み、データパケットの第１のシーケンスは、前記１つ以上のエンハンスメントレイヤのうちの１つまたは２つ以上の符号化を少なくとも含む
ことを特徴とする請求項１記載の方法。
【請求項１０】
データパケットの第１のシーケンスは、第１のビットレートを有する共通プログラムソースの符号化を含み、データパケットの第２のシーケンスは、第２のビットレートを有する共通プログラムソースの符号化を含み、第２のビットレートに対する第１のビットレートの数学的比が、第２のバッファリング遅れに対する第１のバッファリング遅れの数学的比にほぼ等しい
ことを特徴とする請求項１記載の方法。
【請求項１１】
ネットワークから受信したそれぞれが共通プログラムソースを表現する２つ以上のデータパケットのシーケンスを処理するための装置において、
前記シーケンスの第１のものに含まれるデータパケットをバッファするための第１のバッファ遅れを有する第１の受信バッファと、
前記シーケンスの第２のものに含まれるデータパケットをバッファするための前記第１のバッファリング遅れよりも小さい第２のバッファリング遅れを有する第２の受信バッファと、
前記第２のバッファリング遅れが経過した後に前記第２の受信バッファにバッファされたデータパケットを復号化しかつ前記第１のバッファリング遅れが経過した後に前記第１の受信バッファにバッファされたデータパケットを復号化するためのデコーダと、
前記第１のバッファリング遅れが経過する前に、前記第２の受信バッファにバッファされたデータパケットの復号化に少なくとも基づいて、かつ前記第１のバッファリング遅れが経過した後に、前記第１の受信バッファにバッファされたデータパケットの復号化に少なくとも基づいて、前記プログラムソースの再現を生成するための信号生成器とを有する
ことを特徴とする装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばインタネットのようなデータパケットネットワークにおいて使用されるオーディオおよびビデオストリームアプリケーションに係り、特に、そのようなアプリケーションにおいて典型的に実行される受信されたデータパケットのバッファリングに関する。
【０００２】
【従来の技術】
オーディオおよびビデオストリーミングを使用するインタネットアプリケーションは、ますます普及してきている。ここで使用される場合、「オーディオ」の用語は、オーディオ信号の一例としての音声を含むものと意図される。インタネットのようなデータパケットネットワークにおいてデータを送信しかつ受信する当然の結果として、ネットワークトラフィックは大きくなると、ネットワークは、比較的大きなパケット遅れを生じる。
【０００３】
特に、パケット遅れは、通常、ネットワークの混雑の一時的レベルに非常に大幅に依存する。また、データパケットは、ネットワークにより時々完全に失われることもある。オーディオおよびビデオストリーミングを使用するアプリケーションは、典型的には、非双方向的環境において使用されるので、エンドツーエンド遅れは通常重大ではない。
【０００４】
これらの理由により、当業者がよく知っているように、そのようなストリーミングアプリケーションからのデータパケットは、通常、典型的には数秒間の期間である時間について受信端において通常バッファされる。このバッファリングは、変化するネットワーク混雑のレベルから生じる比較的大きくかつ可変のパケット遅れの有害な影響を低減するのに役立つ。ネットワーク中のパケット喪失は、典型的には、当業者によく知られているように、パケットにおいてフォワード誤り訂正コードを使用することにより解決される。そのような誤り訂正コードの誤り訂正能力は、典型的には、データパケットのサイズを改善する。
【０００５】
明らかなことに、大きな受信バッファは、よりよい品質の信号を提供するために強く望まれる。これは、所定の（即ち、バッファ）時間内にデータを表現する送信されたパケットの殆どが、Aplayback.〜＝のためにそれらを復号化する必要がある前に、バッファ中にうまく蓄積される確立を増大させるからである。しかし、受信バッファは、信号が復号化されうる前にまず一杯になる必要があるので、大きなバッファは、それによる大きなバッファリング遅れ、特に大きなスタートアップ遅れを必ず生じる。
【０００６】
数秒のスタートアップ遅れは、特にチャネルスイッチがインタネットブロードキャスト環境において成されるとき、非常にやっかいになりうる。そのような環境は、典型的には、多くの独立のプログラムをブロードキャストするインタネットバックボーン、およびバックボーンに接続されたサーバによりそれらの個別に選択されたプログラムを受信する多数のユーザに関係する。大きなスタートアップ遅れは、ユーザが選択されたブロードキャストプログラムを変更するときに、大きな問題となりうる。
【０００７】
【発明が解決しようとする課題】
したがって、大きな受信バッファを使用する利益を犠牲にすることなしに、より受け入れ可能なスタートアップ遅れでソースコーディングおよび受信データバッファリングスキームを提供することが強く望まれている。この方法において、高品質の安定した性能を維持しつつ、比較的苦痛の少ないチャネル切り替えが達成されうる。
【０００８】
【課題を解決するための手段】
本発明の原理により、オーディオ（音声を含む）またはビデオストリーミングアプリケーションにおいて受信されるプログラムを開始または切り換えるときに生じうるスタートアップ遅れが、その高品質安定性能を維持しつつ好都合に低減される新規な技法が開示される。
【０００９】
具体的には、本発明は、ネットワークから受信された２つ以上のシーケンスのデータパケットを処理するための方法および装置を含む。データパケットのシーケンスの各々は、共通のプログラムソースを表す。プログラムソースの再現は、（ａ）第１のバッファリング遅れを有する第１の受信バッファ中の前記シーケンスのうちの第１のものに含まれるデータパケットをバッファリングするステップ、（ｂ）第２のバッファリング遅れを有する第２の受信バッファ中の前記シーケンスのうちの第２のものに含まれるデータパケットをバッファリングするステップであって、第２のバッファリング遅れが第１のバッファリング遅れより小さいステップ、（ｃ）第２のバッファリング遅れが経過した後に第２の受信バッファ中でバッファされたデータパケットを復号化するステップ、（ｄ）第１のバッファリング遅れが経過した後に第１の受信バッファ中にバッファされたデータパケットを復号化するステップ、および（ｅ）第１のバッファリング遅れが経過する前に第２の受信バッファ中でバッファされたデータパケットの復号化に少なくとも基づき、かつ第１のバッファリング遅れが経過した後に第１の受信バッファ中でバッファされたデータパケットの復号化に少なくとも基づいて、プログラムソースの再現を生成するステップにより生成される。
【００１０】
本発明の一実施形態によれば、プログラムソース（例えば、オーディオおよび／またはビデオデータストリーム）は、２つ以上の別個のビットスリーム（例えば、データパケットのシーケンス）として符号化されかつ送信される。ここで、これらのビットストリームのうちの１つの送信は、他のビットストームの送信に対して所定時間だけ送信の前に送れている。受信端において、これらの２つ以上のビットストリームは、例えば、異なるバッファサイズを有する結果として、異なるバッファリング遅れを有する受信バッファによりバッファされる。ここで、時間遅れの差は、送信前のビットストリーム間において達成される相対的な遅れ時間に反比例的に対応する。
【００１１】
本発明の一実施形態によれば、当業者がよく知っているマルチプルディスクリプティブソースコーディングスキームを使用することが好都合である。よく知られているように、そのようなスキームにおいて、２つ以上の個別のビットストリームの各々が符号化され、それが復号化されるときに、十分な信号品質を有する元のプログラムソースの再現が得られるように、各ビットストリームはそれ自体だけで十分である。しかし、２つ以上のこれらの個別のビットストリームの組合せが復号化される場合、再現される信号の品質が改善される。
【００１２】
例えば、Michael T. Orchard 等による、ARedundancy Rate-Distortin Analysis of Multiple Description Coding Using Pairwise Correlating Transforms,〜＝ Proc. IEEE International Conference on Image Processing, Oct., 1997を参照のこと。この場合において、個別のビットストリームの１つを、データパケットのAsecond〜＝シーケンスとして、個別のビットストリームの別の１つを、または好ましくは個別のビットストリームの２つ以上の組合せを、データパケットのAfirst〜＝シーケンスとして送信することが有用である。
【００１３】
当業者にとって、本発明のいずれかの実施形態において、チャネル帯域幅の効率的な使用のために、複数のビットストリーム中に同じデータが含まれ、データが、これらのビットストリームのうちの１つのみの一部として好都合に送信されることができ、符号化されたビットストリームの対応する復号化が実行される前または後のいずれかにおいて、チャネルの受信端において、他のものと再結合されることが好都合である。
【００１４】
本発明の別の実施形態によれば、当業者によく知られているように、埋め込みコーダを使用し、コアレイヤおよび１つ以上のエンハンスメントレイヤが別個に符号化されることが望ましい。例えば、Jurgen Herre 等による、AThe Integrated Filterbank Based Scalable MPEG-4 Audio Coder,〜＝ 105th Audio Engineering Society Convention, San Francisco, Sept., 1998 を参照のこと。この場合において、コアレイヤビットストリームをデータパケットのAsecond〜＝シーケンスとして、かつコアレイヤビットストリームとエンハンスメントレイヤビットストリームの組合わせをデータパケットのAfirst〜＝シーケンスとして送信することが有用である。
【００１５】
また、上述したチャネル帯域幅効率Atechnique〜＝を好都合に使用することができる。本発明の別の実施形態によれば、データストリームは、各々が異なるビットレートを有するプログラムソースのマルチプルエンコーディングを好都合に含みうる。低いビットレートのエンコーディングは、これに対応して大きな遅れで送信され、したがって、これに対応して短いバッファ遅れを有する受信バッファで受信機においてバッファされる。
【００１６】
【発明の実施の形態】
図１は、本発明の一実施形態により所定のプログラムブロードキャストに対するスタートアップ遅れが好都合に低減されうるオーディオまたはビデオストリーミングアプリケーションについての第１の例示的環境を示す。特に、図は、ソースコーダ１１およびソースコーダ１２の両方により符号化され、２つの独立のビットストリームａ1（ｎ）およびａ2（ｎ）をそれぞれ生成するプログラムソースＡ（ｎ）を示す。これらのソースコーダの各々は、当業者によく知られた多数の通常のパケットコーダのうちの１つを含むことができ、例えば、インタネットのようなパケットネットワークにおける送信のためのオーディオおよび／またはビデオプログラムデータの符号化に使用することができる。
【００１７】
好都合なことに、これらの２つのソースコーダにより実行される符号化は、元のプログラムソース信号の再現が、ａ2（ｎ）の復号化のみにより得ることが可能であり、好ましくはそのような復号化は、合理的に受け入れ可能な品質の信号を生成するようなものである。また、ａ1（ｎ）を個別に復号化すること、または代替的に、ａ1（ｎ）およびａ2（ｎ）の各々を復号化することの混み合わせは、好都合に、ａ2（ｎ）の復号化のみにより得ることができる品質に対して優れた品質を有する元のプログラムソース信号の再現の結果となる。
【００１８】
具体的には、本発明の所定の実施形態によれば、ソースコーダ１１および１２は、多数の様々なコーディングスキームのうちの１つを好都合に具現化する。これは、当業者によく知られたものであり、それらの有利な特性を提供するように設計されている。例えば、マルチプルディスクリプティブソースコーディングスキームを使用することが望ましく、２つまたはそれ以上の個別のビットストリームの各々が符号化されかつそれ自体で、十分な品質を有する復号化された信号を得るのに十分であるが、個別のビットストリームの２つまたはそれ以上の組合せの復号化は、それに比較して改善された品質を有する信号となる。
【００１９】
この場合において、これらの個別のビットストームのうちの１つは、ソースコーダ１２により生成され、かつ信号ａ2（ｎ）として送信されるが、これらの個別のビットストリームの他のもの（２つよりも多いそのような個別のビットストリームがある場合に他のビットストリームのうちの１つ）が、ソースコーダ１１により生成され、かつ信号ａ1（ｎ）として送信される。以下に説明する送信チャネルの受信端において、これら２つまたはそれ以上の個別のビットストリームの組合せ（復号化プロセスの前または後のいずれかにおいて達成される組合せ）が、より高い品質の信号を生成するために使用され得る。
【００２０】
本発明の別の実施形態によれば、当業者によく知られた埋め込みコーダを使用することが好都合であり、コアレイヤおよび１つまたはそれ以上のエンハンスメントレイヤが別個に符号化される。この場合において、コアレイヤはソースコーダ１２により符号化されて、信号ａ2（ｎ）として送信され、エンハンスメントレイヤ（または１つよりも多いレイヤがある場合エンハンスメントレイヤのうちの１つ）がソースコーダ１１により符号化されて信号ａ1（ｎ）として送信される。上記したように、送信チャネルの受信端において、これら２つ（またはそれ以上）の個別のビットストリーム（符号化の前または後に結合された）の組合せが、より高い品質の信号を作るために使用され得る。
【００２１】
また、本発明のさらに別の実施形態によれば、データストリームは、異なるビットレートを各々有するプログラムソースのマルチプルエンコーディングを好都合に含み得る。この場合において、ソースコーダ１１は、より大きなビットレートを有する符号化を生じ、得られるデータストリームを信号ａ1（ｎ）として送信し、ソースコーダ１２は、より小さなビットレートを有する符号化を生成し、かつ得られるデータストリームを信号ａ2（ｎ）として送信する。
【００２２】
いずれの場合においても、図１の例示的環境によれば、ソースコーダ１２により生成される信号ａ2（ｎ）は、通常の遅延エレメント１４により、ソースコーダ１１により生成された信号ａ1（ｎ）の送信に対して、送信の前に遅延される。加えられる遅れの量ｎ（ｄ）は、以下に説明するように、２つのデータストリームａ1（ｎ）およびａ2（ｎ）の復号化に先立って、受信機において使用される受信バッファにより受けるべき遅れの差にほぼ等しいことが望ましい。
【００２３】
したがって、遅延エレメント１４は、信号ａ2（ｎ−ｎd）、即ち時間量ｎdだけ遅れた信号ａ2（ｎ）を生成する。チャネル１６は、例えばインタネットのようなパケットデータストリームの伝送に適合した通信チャネルを表す。代替的に、しかし、チャネル１６は、例えば通信ネットワーク（例えば、ローカルエクスチェンジキャリアネットワークまたはインタネットエクスチェンジキャリアネットワーク）またはローカルまたはワイドエリアコンピュータネットワークを含むいかなる多数の他の可能な通信チャネルを含みうる。
【００２４】
図１の実施形態によれば、チャネル１６の受信端は、２つの受信バッファ、受信バッファ１７および受信バッファ１８を含む。受信バッファ１７は、ａ1（ｎ）として送信されたデータストリームを受信するように適合され、受信バッファ１８は、ａ2（ｎ）として送信されたデータストリームを受信するように適合される。受信バッファ１７は、関連するバッファ遅れｎ1を有し、受信バッファ１８は関連するバッファ遅れｎ2を有する。例えば、これらの特定の関連する遅れは、受信されたデータパケットを蓄積することに使用するために選ばれた特定のバッファサイズによる。
【００２５】
より大きなバッファサイズは、典型的に、より大きな関連するバッファ遅れに対応する。より大きなバッファサイズおよびより大きなバッファ遅れを使用する利点は、当業者によく知られており、上記した。具体的には、本発明の原理によれば、ｎ1＞ｎ2である。特に、ｎ1は望ましくは、ｎ2およびｎdの和にほぼ等しい（即ち、ｎ1＝ｎ2＋ｎd）。ここで、ｎdは、上記したように、通信チャネル１６の送信Aside〜＝上の遅延エレメント１４に関連づけられた遅れである。
【００２６】
受信バッファ１７および受信バッファ１８は、それぞれデコーダ２１およびデコーダ２２へ入力を提供するために使用される。これらのデコーダは、ソースコーダ１１および１２に対応し、２つのデータストリームａ1（ｎ）およびａ2（ｎ）から元のソースプログラムの対応する再現、それぞれｂ1（ｎ）およびｂ2（ｎ）を生成するために使用される。特にデコーダ２１および２２は、パケットビットストリームの通常の復号化を実行し、特に、ソースコーダ１１および１２により使用される符号化アルゴリズムに対応する復号化アルゴリズムを使用する。
【００２７】
即ち、デコーダ２１により実行される復号化アルゴリズムは、コーダ１１により実行される通常の符号化アルゴリズムにより生成されたデータストリームを復号化するための通常の復号化方法を含み、デコーダ２２により実行される復号化アルゴリズムは、コーダ１２により実行される通常の符号化アルゴリズムにより生成されたデータストリームを復号化するための通常の復号化方法を含む。
【００２８】
入ってくるビットストリームの正確かつ確実な復号化を提供するために、デコーダ２１および２２は、最初の受信機スタートアップ（例えば、電力が与えられたとき）の後および受信機Achannel〜＝変化が達成された（即ち、異なるブロードキャストソースプログラムの選択）の後、対応する符号化プロセスが始まる前、それぞれｎ1およびｎ2に等しい時間遅延させることが望ましい。上述したように、ｎ1およびｎ2は、それぞれバッファ１７および１８に関連づけられたバッファ遅れである。
【００２９】
最後に、図１の環境において具現化された本発明の原理によれば、選択プロセッサ２４は、元のソースプログラムの結果として得られる再現Ｂ（ｎ）を生成するように動作する。特に、これは、受信機がスタートアップしたときまたは受信機チャネル変化が、異なるブロードキャストソースプログラムの選択の結果となったときのいずれかから経過した時間量に従って、デコーダ２１の出力またはデコーダ２２の出力のいずれかを選択することにより成されうる。
【００３０】
具体的には、デコーダ２２の出力は、最初に、遅れｎ2が経過し、ビットストリームａ2（ｎ）の適切な復号化がイネーブルされた後、選択プロセッサ２４により選択されるが、その後、特に、遅れｎ1が経過し、ビットストームａ1（ｎ）の適切な復号化がイネーブルされると、デコーダ２１の出力がその変わりに選択される。ここで説明した本発明の例示的な実施形態によれば、ｎ1＞ｎ2である。
【００３１】
したがって、遅れｎ2は、遅れｎ1が経過する前に経過することになる。この方法において、入手可能な最高の品質よりもいくらか低い品質を有するものであるが、プログラムソースの再現は、遅れｎ2が経過するが、遅れｎ1が経過する時間よりも前に提供され、そうでなければ、受信機スタートアップまたは異なるブロードキャストソースプログラムの選択の結果として受信機チャネル変化が生じたときのいずれかにより受ける過剰な遅れを少なくとも部分的に改善する。
【００３２】
上述したように、高品質の信号が２つのデータストリームａ1（ｎ）およびａ2（ｎ）の組合わせに基づいて好都合に得られる符号化スキームが使用される本発明の所定の実施形態によれば、デコーダ２１は、受信バッファ１７および受信バッファ１８の両方の出力を使用し、遅れｎ1が経過した後に元のソースプログラムの再現を生成することができる。
【００３３】
代替的に、そのような符号化スキームを使用する実施形態は、それぞれデコーダ２１およびデコーダ２２による２つのデータストリームａ1（ｎ）およびａ2（ｎ）の個別の復号化を許容し、より高品質の再現を生成するために通常の方法でこれらの復号化を例えば選択プロセッサ２４で結合することが可能である。この後者の場合において、選択プロセッサ２４は、遅れｎ2が経過した後であるが、遅れｎ1が経過する前（ここで、ｎ1＞ｎ2である）、信号ｂ1（ｎ）を好都合に出力し、元のソースプログラムのその最終的な再現Ｂ（ｎ）として、遅れｎ2が経過した後に、信号ｂ1（ｎ）および信号ｂ2（ｎ）の適切な組合せを出力する。
【００３４】
図２は、所定のプログラムブロードキャストに対するスタートアップ遅れが、本発明の別の実施形態により好都合に低減されうるオーディオまたはビデオストリーミングアプリケーションのための第２の例示的な環境を示す。特に、図２に示された例示的な環境は、再現されたソースプログラム信号の品質を増大させ、Aexpense〜＝において関連する復号化遅れを増大させる（例えば、スタートアップ遅れを増大させる）少なくとも３つのレベルを生成するために使用され得る２つではなく３つのビットストリームを提供する。勿論、当業者には、本発明の原理を、さらに多い（即ち、４以上の）ビットストリームを含み、再現されたソースプログラム信号の品質を増大させる対応するより多くの可能性のあるレベルを生成する実施形態に拡張できることが明らかである。
【００３５】
具体的には、図２の例示的な環境は、図１に示され上記した構成要素に対して、追加的なソースコーダ１３、追加的な遅延１５、追加的な受信バッファ１９および追加的なデコーダ２３を追加する。特に、プログラムソースＡ（ｎ）は、ソースコーダ１１，１２および１３の各々により符号化され、それぞれ３つの独立のビットストリームａ1（ｎ），ａ2（ｎ）およびａ3（ｎ）を生成する。
【００３６】
図１に示した例示的な環境の場合のように、これらのソースコーダの各々は、当業者によく知られた、かつ例えばインタネットのようなパケットネットワークにおける伝送のための例えばオーディオまたはビデオプログラムデータの符号化に使用され得る多数の通常のパケットコーダのいずれか１つを含み得る。また、ソースコーダ１１，１２および１３は、各々が当業者によく知られており、図１との関係で上述したものと類似する特性を提供するように設計された多数の様々な符号化スキームのうちの１つを好都合に実行し得る。
【００３７】
具体的には、ソースコーダ１２により生成された信号ａ2（ｎ）およびソースコーダ１３により生成された信号ａ3（ｎ）は、それぞれ、通常の遅延エレメント１４および１５によりソースコーダ１１により生成された信号ａ1（ｎ）の送信に対してかつ互いに送信の前にそれぞれ遅延される。
【００３８】
遅延エレメント１４により与えられる遅延量ｎd1は、２つのデータストリームａ1（ｎ）およびａ2（ｎ）の復号化のために受信機において使用される受信バッファによる遅延の差にほぼ等しいことが望ましく、遅延エレメント１５により加えられる遅延量、ｎd2は、２つのデータストリームａ1（ｎ）およびａ3（ｎ）の復号化のために受信機において使用される受信バッファによる遅延の差にほぼ等しいことが望ましい。したがって、遅延エレメント１４は、信号ａ2（ｎ−ｎd1）、即ち時間量ｎd1だけ遅延された信号ａ2（ｎ）を生成し、遅延エレメント１５は、信号ａ3（ｎ−ｎd2）、即ち時間量ｎd2だけ遅延された信号ａ3（ｎ）を生成する。望ましくは、ｎd1＜ｎd2である。
【００３９】
図２の例示的な実施形態によれば、チャネル１６の受信端は、３個の受信バッファ、受信バッファ１７，１８および１９を含む。受信バッファ１７は、ａ1（ｎ）として送信されたデータストリームを受信するように適合され、受信バッファ１８は、ａ2（ｎ）として送信されたデータストリームを受信するように適合され、受信バッファ１９は、ａ3（ｎ）として送信されたデータストリームを受信するように適合される。
【００４０】
好都合なことに、受信バッファ１７は、関連するバッファ遅れｎ1を有し、受信バッファ１８は関連するバッファ遅れｎ2を有し、受信バッファ１９は関連するバッファ遅れｎ3をそれぞれ有する。ここで、ｎ1＞ｎ2＞ｎ3である。特に、ｎ1は、ｎ2およびｎd1の和にほぼ等しいことが望ましい（即ち、ｎ1＝ｎ2＋ｎd1）。ここで、ｎd1は、上述した遅延エレメント１４に関連づけられた遅れである。同様に、ｎ1は、ｎ3およびｎd2の和にほぼ等しいことが望ましい（即ち、ｎ1＝ｎ3＋ｎd2）。ここで、ｎd2は、上述した遅延エレメント１５に関連づけられた遅れである。
【００４１】
受信バッファ１７，１８および１９は、それぞれデコーダ２１，２２および２３へ入力を提供するために使用される。ソースコーダ１１，１２および１３に対応するこれらの３つのデコーダは、３つのデータストリームａ1（ｎ），ａ2（ｎ）およびａ3（ｎ）からの元のデータプログラムの対応する再現、それぞれｂ1（ｎ），ｂ2（ｎ）およびｂ3（ｎ）を生成するために使用される。特に、デコーダ２１，２２および２３は、パケットベースビットストリームの通常の復号化を実行し、特に、ソースコーダ１１，１２および１３により使用された符号化アルゴリズムに対応する復号化アルゴリズムを使用する。
【００４２】
最終的に図２の例示的環境において具現化された本発明の原理によれば、選択プロセッサ２４は、受信機のスタートアップのときまたは受信機チャネル変化が異なるブロードキャストソースプログラムの選択の結果となったときのいずれかから経過した時間量に従って、デコーダ２１、デコーダ２２またはデコーダ２３のいずれかの出力を選択することにより、元のソースプログラムの結果として得られる再現Ｂ（ｎ）を生成するように動作する。
【００４３】
具体的には、この場合において、デコーダ２３の出力は、遅れｎ3が経過した後に最初に選択され、ビットストリームａ3（ｎ）の適切な復号化をイネーブルする。遅れｎ2が経過し、ビットストリームａ2（ｎ）の適切な復号化がイネーブルされると、デコーダ２２の出力が、好都合にその代わりに選択される得る。
【００４４】
最後に、遅れｎ1が経過し、ビットストリームａ1（ｎ）の適切な復号化をイネーブルすると、デコーダ２１の出力が、望ましくは、元のソースプログラムの高品質の再現を提供するように選択され得る。本発明の例示的な実施形態によれば、ｎ1＞ｎ2＞ｎ3である。この方法において、プログラムソースの再現の階層的シーケンスは、各々、それよりも前に提供されたものよりもいくらかよい品質を有し、望ましくは、十分な対応する遅れが経過した後に提供され得る。
【００４５】
上述したものは、本発明の原理を単に例示するものである。したがって、ここに明示的に示されていないが、本発明の原理を具現化しかつその精神および範囲内に含まれる様々な構成を考案することが、当業者であれば可能である。また、ここに示された全ての例および条件は、原則として、発明の原理および発明者により貢献されたコンセプトを理解する上で読者を助ける目的のためのみを意図されており、具体的に示された例および条件への限定なしに解釈すべきである。
【００４６】
また、ここで、本発明の原理、側面および実施形態についての全ての記述は、その特定の例と同様、その構造的および機能的均等物の両方に及ぶものと意図されている。また、そのような均等物は、現在知られている均等物および将来において開発される均等物、即ち、構造に無関係に同じ機能を果たすいかなる開発される構成要素も含むものと意図されている。
【００４７】
したがって、例えば、当業者は、ここに示されたブロック図は、本発明の原理を具現化する例示的な回路の外面的な表現であると理解するであろう。同様に、フローチャート、状態製図等の様々なプロセスを示すものは、コンピュータで読み出し可能な媒体に表現することができ、コンピュータまたはプロセッサが、明示的に示されているかどうかに関わらず、コンピュータまたはプロセッサにより実行されうるものである。
【００４８】
Aprocessors〜＝ で示された機能ブロックを含む図面中の様々な構成要素の機能は、専用のハードウェアおよび適切なソフトウェアに関連づけられたソフトウェアを実行することができるハードウェアにより提供され得る。プロセッサにより提供される場合、機能は、単一の専用プロセッサにより、単一の共用プロセッサにより、いくつかが共用される複数の個々のプロセッサにより提供され得る。
【００４９】
また、Aprocessor〜＝または Acontroller〜＝の用語の使用は、ソフトウェアを実行することができるハードウェアのみを指すものと解釈されるべきでなく、これに限定されず、デジタルシグナルプロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを格納するためのリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）および不揮発性記憶装置を含み得る。
【００５０】
他の、通常のおよび／またはカスタムのハードウェアも含まれ得る。同様に、図に示されたスイッチは概念的なものである。それらの機能は、プログラムロッジクの動作により、専用ロッジクにより、プログラムコントロールおよび専用ロッジクの相互作用により、または手動により実行することができ、特定の技法が、実施者により選択可能である。
【００５１】
請求項において、特定の機能を実行するための手段として表現されたいずれの構成要素も、例えば、ａ）その機能を実行する回路構成要素の組合せ、またはｂ）ファームウェア、マイクロコード等を含み、その機能を実行するためのソフトウェアを実行するための適切な回路と結合されたいかなる形式のソフトウェアも含む機能を実行するためのいかなる方法にも及ぶと意図されている。そのような請求項により定義される発明は、請求項が請求している方法により様々な手段により提供される機能が結合され、かつ一緒にもたらされるといる事実にある。したがって、本出願人は、ここに示されたものと均等な機能を提供できるいかなる手段も注目する。
【００５２】
【発明の効果】
本発明によれば、大きな受信バッファを使用する利益を犠牲にすることなしに、より受け入れ可能なスタートアップ遅れでソースコーディングおよび受信データバッファリングスキームを提供することができ、高品質の安定した性能を維持しつつ、比較的苦痛の少ないチャネル切り替えが達成される。
【図面の簡単な説明】
【図１】本発明の一実施形態により所定のプログラムブロードキャストに対するスタートアップ遅れが好都合に低減されうるオーディオまたはビデオストリーミングアプリケーションのための第１の例示的な環境を示す図。
【図２】本発明の一実施形態により所定のプログラムブロードキャストに対するスタートアップ遅れが好都合に低減されうるオーディオまたはビデオストリーミングアプリケーションのための第２の例示的な環境を示す図。
【符号の説明】
１１，１２，１３  ソースコーダ
１４，１５  遅延
１６  チャネル
１７，１８，１９  受信バッファ
２１，２２，２３  デコーダ
２４  選択プロセッサ
【図１】
0003705729.tif 000002
【図２】
0003705729.tif 000003