(57)【要約】本発明は、シームレスなストリームスイッチングを提供するマルチメディアのストリーミング方法に関する。本方法は、可変帯域幅を有するネットワークを介しサーバからクライアントへのマルチメディアデータのストリーム処理から構成される。クライアントは、様々な所定のビットレートを有するストリーム群のストリームサブセットを復号する。復号されたストリームサブセットは、ネットワーク帯域幅に適合するビットレートを有する。本方法は、前記クライアントが前記ストリーム群の中のすべてのストリームの復号が可能となるよう前記クライアントを設定するステップと、前記ストリーム群の中のすべてのストリームを再生するステップと、前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理するステップとを有する。
2005537742.tif 000002
【特許請求の範囲】
【請求項１】
可変帯域幅を有するネットワークを介し、サーバから様々な所定のビットレートを有するストリーム群の中の、前記ネットワーク帯域幅に適合するビットレートを有するストリームサブセットを復号するためのクライアントへのマルチメディアデータのストリーミング方法であって、
前記クライアントが前記ストリーム群の中のすべてのストリームの復号が可能となるよう前記クライアントを設定するステップと、
前記ストリーム群の中のすべてのストリームを再生するステップと、
前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理するステップと、
を有することを特徴とする方法。
【請求項２】
請求項１記載のストリーミング方法であって、
前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理するステップは、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）のＭＵＴＥ/ＵＮＭＵＴＥ拡張にしたがって、前記クライアントからのリクエストに対して前記サーバにより実行されることを特徴とする方法。
【請求項３】
可変帯域幅を有するネットワークを介しストリームサブセットを有するクライアントに供するサーバであって、
様々な所定のビットレートを有するストリーム群から前記ストリームサブセットを選択する手段と、
前記ストリーム群のすべてのストリームを再生する手段と、
前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理する手段と、
を有することを特徴とするサーバ。
【請求項４】
請求項３記載のサーバであって、
前記ストリームサブセットを選択する手段は、前記ネットワーク帯域幅を測定する手段を有することを特徴とするサーバ。
【請求項５】
請求項３記載のサーバであって、
前記ストリームサブセットを選択する手段は、前記クライアントからのリクエストにより制御されることを特徴とするサーバ。
【請求項６】
様々な所定のビットレートを有し、可変帯域幅を有するネットワークを介し送信されるストリーム群の中のストリームサブセットを復号するクライアントであって、
前記ストリーム群のすべてのストリームを復号可能にするための設定手段と、
前記ネットワーク帯域幅に適合するビットレートを有するストリームサブセットを選択する手段と、
前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理する手段と、
を有することを特徴とするクライアント。
【請求項７】
ストリームサブセットを有するクライアントに供し、様々な所定のビットレートを有するストリーム群から前記ストリームサブセットを選択する手段と、前記ストリーム群のすべてのストリームを再生する手段と、ストリームをミュート処理する手段とを有するサーバと、
可変帯域幅を有するネットワークと、
前記ストリームサブセットを復号し、前記ストリーム群のすべてのストリームを復号可能にするための設定手段と、前記ネットワーク帯域幅に適合するビットレートを有するストリームサブセットを選択する手段と、前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理するよう要求する手段とを有するクライアントと、
を有することを特徴とする通信システム。
【請求項８】
プロセッサまたはコンピュータにロードされると、前記プロセッサまたは前記コンピュータに請求項１記載のストリーミング方法を実行させる命令セットを有することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、可変的帯域幅を有するネットワークを介したサーバからクライアントへのマルチメディアデータのストリーミング方法に関し、当該クライアントは、様々な所定のビットレートを有するストリーム群の中のストリームサブセットを復号するためのものであり、当該ストリームサブセットは、ネットワーク帯域幅に適合するビットレートを有する。
【０００２】
本発明はまた、本方法を実行するためのサーバとクライアント、本方法を実現する通信システム及び本方法を実行するコンピュータプログラムに関する。
【０００３】
特に、本発明は、経時的に可変とされる有効な瞬間帯域幅を有するネットワークを介したマルチメディアストリーミングシステムに関する。例えば、本発明は、ＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｅｘｐｅｒｔ  Ｐｉｃｔｕｒｅ  Ｇｒｏｕｐ−４）またはＨ２６３などの各種伝送規格を用いた携帯電話システムを介した伝送に適用される。
【背景技術】
【０００４】
ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｙｓｔｅｍ）やＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ  Ｓｙｓｔｅｍ）などのマルチメディアネットワーク及びインターネットは、保証されたサービスの質を提供するものでない。例えば、混雑、送信エラーまたはリソース共有化などにより、有効な瞬間的帯域幅は経時的に可変となる。このようなネットワークを介したマルチメディアストリーミングの枠組みでは、一方ではデータ損失を最小化し、他方ではクライアントにより受信されるコンテンツの質を最大化するため、これらの変形への適応機構が設けられる必要がある。
【０００５】
この問題に対する古典的なアプローチは、「ストリームスイッチング（Ｓｔｒｅａｍ  Ｓｗｉｔｃｈｉｎｇ）」として知られる。同一のコンテンツは、メディアエンコーダにより複数のビットレートによりストリーム群に符号化される。現在利用可能な帯域幅に関して、適切なストリーム、すなわち、当該利用可能な帯域幅に関する適切なビットレートを有するストリームが、送信すべき適切なストリームを選択するための対応するストリームスイッチングを行うメディアサーバを介してクライアントに送信するのに選ばれる。
【０００６】
以下において、通常のストリームスイッチングの実行方法が説明される。各種ストリームのビットレート及び利用可能な帯域幅に基づき、サーバは、当該利用可能な帯域幅に適合するビットレートを有するストリームを選択する。また、サーバは、当該クライアントが音声及び映像ストリームなどの多数のストリームを同時に復号しようとしているとき、ストリームのサブセットを選択することができる。以下において、「ストリームサブセット」とは、１または少数のストリームを指す。選ばれたストリームサブセットがクライアントにより現在復号されているストリームサブセットと異なる場合、ストリームスイッチングが実行される。
【０００７】
このようなストリームスイッチングを実行するため、選択されたストリームサブセットに関する情報がクライアントに通信され、これにより、クライアントは、当該選択されたストリームサブセットをそのコンテンツとビットレートに関して復号することが可能となるよう設定を変更することができる。
【０００８】
従って、例えば、ネットワークの利用可能な帯域幅に送信されたストリームサブセットのビットレートを調整するため、１つのストリームサブセットから他のストリームサブセットにスイッチするとき、この新たな送信されたストリームサブセットに対応する新しいデコーダの設定がクライアントデコーダに送信される必要がある。その後、デコーダは、この新たなデコーダ設定により再起動される。これにより、ストリームスイッチングは、クライアントにシームレスなものとなくなり、エンドユーザの観点からサービスの質に影響を与えるかもしれない。
【０００９】
例えば、Ｓｃｈｕｌｚｒｉｎｎｅ  Ｈ．らによる「ＲＴＳＰ（ＲｅａｌＴｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＲＦＣ２３２６、１９９８年４月」に記載されるＲＴＳＰであるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）規格を利用したストリームスイッチングの実行が所望されているとする。以下のコマンドがクライアントによりサーバに送信される必要がある。
・ＴＥＡＲＤＯＷＮ：現在のストリームサブセットの中断
・ＤＥＳＣＲＩＢＥ：新たなストリームサブセットに関する情報の取得
・ＳＥＴＵＰ：新たなセッションの設定、すなわち、デコーダが再起動されたことのサーバへの通知
・ＰＬＡＹ：新たなセッションでの新たなストリームサブセットのストリーミング開始
上記コマンド及びそれに対する回答は、例えば、数秒の長い時間を要する。実際、クライアントからサーバへの各リクエストは、サーバからクライアントに送信されるアクノリッジメントを伴い、このことは、各コマンドがネットワークを介して１周するのを要することを意味する。従って、サーバは、許容可能でない数秒間エンドユーザ側で中断される。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の課題は、シームレスなストリーミングスイッチングを導くマルチメディアデータのストリーミング方法を提供することである。
【課題を解決するための手段】
【００１１】
このため、本発明によるマルチメディアデータのストリーミング方法は、導入部に説明されるように、前記クライアントが前記ストリーム群の中のすべてのストリームの復号が可能となるよう前記クライアントを設定するステップと、前記ストリーム群の中のすべてのストリームを再生するステップと、前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理するステップとを有することを特徴とする。
【発明の効果】
【００１２】
本発明によると、クライアントデコーダは、まずストリーム群のすべてのストリームの復号が可能となるよう設定される。その後、ストリーム群のすべてのストリームが再生されるが、大多数のストリームはミュート処理される。すなわち、それらは復号のための最終的なデコーダには届けられない。ネットワーク帯域幅に適合するストリームサブセットのみがミュート解除、すなわち、復号のためにクライアントデコーダに達する。現在復号されているストリームサブセットと次のストリームサブセットとの間でストリームスイッチングが行われるとき、現在復号されているストリームサブセットはミュート処理され、次のストリームサブセットは単にミュート解除される。このため、このようなストリームスイッチングは、２つのストリームサブセットのミュート処理とミュート解除を必要とするだけであり、新たなセッションの設定を要求しない。従って、このようなストリームスイッチングはシームレスである。
【００１３】
前記ストリームサブセットを除く前記ストリーム群の中のすべてのストリームをミュート処理するステップは、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）のＭＵＴＥ/ＵＮＭＵＴＥ拡張にしたがって、前記クライアントからのリクエストに対して前記サーバにより実行されることが効果的である。本方法は、異なる主体により実現されるサーバとクライアントが相互動作可能となるよう標準的なＩＥＴＦプロトコルを使用する。
【００１４】
本発明の上記及び他の特徴は、以下で説明される実施例を参照することにより、明らかとなるであろう。
【発明を実施するための最良の形態】
【００１５】
図１において、本発明による通信システムが示される。このような通信システムは、再生手段１１とミュート手段１２を有するサーバ１５、ネットワーク１３及びクライアント１４を有する。例えば、ネットワーク１３は、携帯無線電話ネットワークあるいはインターネットネットワークであってもよい。
【００１６】
サーバ１５は、ストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝を受信する。これらのストリームは、符号化後にマルチメディアソースにより生成されるマルチメディアコンテンツに対応している。与えられたマルチメディアソースに対して、ストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝の中の生成された符号化ストリームのすべては、同一のマルチメディアコンテンツから構成されるが、異なる所定のビットレートを有する。これらのビットレートは、システムがクライアント１４に様々な質のサービスを提供できるように予め決定される。これらサービスの質は、各コンテンツ（音声、静止画像、映像など）は特定の利用可能な帯域幅を必要とし、一方では送信されるコンテンツの性質に関して選択され、他方ではクライアント側のエンドユーザによって要求されるサービスの質に関して選択される。
【００１７】
また、システムがしばしば送信されるストリームのビットレートの低下を生じさせる利用可能な帯域幅の変動を処理するのに、利用可能な様々なビットレートは有益である。実際、ネットワークの有効な帯域幅は、複数のパラメータに関して経時的に変動するかもしれない。これらのパラメータには、現在の利用可能な帯域幅に大きな影響を与えうる現在のトラフィック及び無線送信状態が含まれる。この現在利用可能な帯域幅と要求されるサービスの質に関して、適切なストリームがクライアント１３に送信される必要がある。
【００１８】
以下において、本発明によるマルチメディアデータのストリーミング方法が説明される。クライアント１４がマルチメディアコンテンツの復号を所望するとき、クライアント１４はまず、当該マルチメディアコンテンツを構成するストリームＳ１〜Ｓ４に関する情報をサーバ１５に求める。この情報は、各ストリームＳ１〜Ｓ４のビットレートを有する。この情報を利用して、クライアント１３は、ストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝の中のすべてのストリームの復号が可能となるよう構成される。図２および図３において、このような構成の実行方法が説明される。このとき、利用可能なネットワーク帯域幅に従って、クライアント１４によって復号されるストリームサブセットが選択される。
【００１９】
利用可能な帯域幅は、サーバ１５によって測定される。この場合、サーバ１５は、クライアント１４により復号されるストリームサブセットを選ぶ。これは、サーバ１５がクライアント１４において利用可能な各種デコーダなどのクライアント１４に関する情報を有するとき、特に効果的である。利用可能な帯域幅は、クライアント１４によって測定することもできる。この場合、クライアント１４は、復号されるストリームサブセットを選ぶ。これは、例えば、多数のクライアントが同一サーバにリンクされる携帯電話ネットワークの場合に当てはまる。実際、そのようなネットワークでは、サーバ１５は、ネットワークの必ずしもすべてのクライアントに関する情報を有することは可能でない。また、利用可能な帯域幅はサーバ１５により測定され、それはクライアント１４に送信されて、その後復号されるストリームサブセットが選択される。
【００２０】
クライアント１４により復号されるストリームサブセットがストリームＳ１であると仮定する。このとき、ストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝のすべてのストリームが、再生手段１１を用いてサーバ１５により再生されるが、ストリームＳ２、Ｓ３及びＳ４はミュート手段１２を用いてミュート処理される。ストリームの再生及びミュート処理は、当該ストリームが再生手段１１により仮想的に再生されるが、クライアント１４には与えられないということを意味し、この仮想的再生はサーバ側のリソースを消費するものでない。例えば、ストリームが１から１０までの１０個のストリーム要素から構成され、第１ストリーム要素１は第１時点ｔ１で、第２ストリーム要素は第２時点ｔ２で、以下同様に再生されると仮定する。また、当該ストリームは時点ｔ４でミュート処理され、時点ｔ８においてミュート解除される。このとき、クライアント１４は、ストリーム要素１〜３を受信し、ｔ４〜ｔ８の経過後、ストリーム要素８〜１０を受信する。
【００２１】
ストリームＳ２、Ｓ３及びＳ４がミュート処理されると、クライアント１４はストリームＳ１のみを受信し、すべてのストリームの復号が可能となるよう設定されているため、当該ストリームの復号が可能である。利用可能な帯域幅が変化し、例えば、ストリームＳ２がクライアント１４によって復号されるよう選ばれるなどのストリームスイッチングが実行されると仮定する。このようなストリームスイッチングを実行するため、ストリームＳ１はミュート処理され、ストリームＳ２はミュート解除される。これにより、ストリームＳ２のみがクライアント１４に届き、クライアント１４はすべてのストリームの復号が可能であるよう設定されているため、ストリームＳ２を復号することができる。
【００２２】
このため、本発明による方法は、シームレスなストリームスイッチングの実行が可能である。実際、サーバ側でのあるストリームのミュート処理及び他のストリームのミュート解除に要する時間は大変小さいものであり、このため、エンドユーザに認識されうるクライアント側のサービスの中断はない。クライアント側のエンドユーザは、現在復号されているストリームの質が変化したため、ストリームスイッチングが実行されたことに気付くかもしれない。従来技術によるストリームスイッチングと比較して、本発明による方法により行われるストリームスイッチングは、ストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝が再生手段１１によって再生されているとき、ストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝の中の各ストリームに対してセッションがすでに確立されているため、クライアント１４によって復号される新たなストリームが選ばれる毎に、新しいセッションを構成する必要がない。この結果、本発明によるストリームスイッチングは、従来技術のものよりはるかによりシームレスなものとなる。
【００２３】
ミュート手段１２がサーバ１５から独立したものとしてもよいということは重要である。例えば、ミュート手段１２は、サーバ１５とクライアント１３との間に配置された独立した装置であってもよく、あるいはクライアント１４の一部を構成するものであってもよい。
【００２４】
図２は、本発明の第１実施例による通信システムを示す。本通信システムは、サーバ１５、ネットワーク１３及びクライアント１４から構成される。クライアント１４は、コントローラ２１と１０個のデコーダＤ１〜Ｄ１０を有する。
【００２５】
以下の例では、クライアント１４により復号されるマルチメディアコンテンツは、ストリーム群｛Ｓ１〜Ｓ１０｝を構成するストリームＳ１〜Ｓ１０に符号化されている。最初の５つのストリームＳ１〜Ｓ５は映像コンテンツを有し、後のストリームＳ６〜Ｓ１０は音声コンテンツを有する。マルチメディアコンテンツの再生は、１つの映像ストリームと１つの音声ストリームとを再生することからなる。ストリームのフォーマット及びビットレートを規定する以下の２つの表において、ストリームＳ１〜Ｓ１０の例が与えられている。
【００２６】
【表１】
2005537742.tif 000003
クライアント１４がマルチメディアコンテンツの復号を所望するとき、コントローラ２１は、各ストリームＳ１〜Ｓ１０に関する情報を求める。例えば、マルチメディアコンテンツは、ＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）アドレスを有するファイルに含まれてもよい。コンテンツのアドレスがわかると、コントローラ２１は、ネットワーク１３を介してサーバ１５にリクエストを送信することにより、当該マルチメディアコンテンツを有するストリームの記述を求める。例えば、ＲＴＳＰプロトコルが用いられる場合、このようなリクエストは、以下の構造を有する「ＤＥＳＣＲＩＢＥ」コマンドとなる。
【００２７】
【表２】
2005537742.tif 000004
このコマンドでは、マルチメディアコンテンツのＵＲＬアドレスは「ｒｔｓｐ：//ｍｏｖｉｅ」であり、使用されているプロトコルは「ＲＴＳＰ/１．０」であり、当該メッセージのシーケンスナンバー「Ｃｓｅｑ」は１である。
【００２８】
この後、サーバ１５は、所望されたマルチメディアコンテンツを有するストリームの記述を送信する。サーバ１５によりクライアント１４に送信されたメッセージは、以下の構造を有する。
【００２９】
【表３】
2005537742.tif 000005
これらのメッセージはそれぞれ、ストリームＳ５、Ｓ１０、Ｓ４及びＳ９の記述に対応する。
【００３０】
与えられたストリームの記述が当該ストリームのフォーマット及びビットレートを有するとき、コントローラは、当該ストリームの復号が可能となるようデコーダの１つを設定することができる。図２の例では、デコーダＤ１がストリームＳ１の復号に設定され、デコーダＤ２がストリームＳの復号に設定されている。以下同様に設定される。
【００３１】
また、クライアント１４とサーバ１５は、トランスポートパラメータ、すなわち、ＵＤＰポートナンバーに同意する必要がある。これは、ストリームＳ１０に与えられる以下の構造を有するＳＥＴＵＰコマンドを利用して実現される。
【００３２】
【表４】
2005537742.tif 000006
このとき、サーバは、以下の構造を有するメッセージを送信することにより、当該メッセージに応答する。
【００３３】
【表５】
2005537742.tif 000007
以下において、帯域幅はコントローラ２１などのクライアント１４により測定され、クライアント１４が利用可能な帯域幅に適合するストリームサブセットを選ぶと仮定する。
【００３４】
クライアント１４のデコーダが設定されると、クライアント１４により復号される、例えばストリームＳ５及びＳ１０などのストリームサブセットが選ばれる。
【００３５】
このとき、コントローラ２１は、ストリームＳ１〜Ｓ４とストリームＳ６〜Ｓ９がミュート処理されることを要求する。このような要求は、ネットワーク１３を介してミュート手段を有するサーバ１５に送信される。ＲＴＳＰプロトコルが利用される場合、このようなリクエストはこのプロトコルのＭＵＴＥ拡張を利用し、ストリームＳ９及びＳ４に対して以下の構造を有する。
【００３６】
【表６】
2005537742.tif 000008
このとき、ストリームＳ１〜Ｓ１０は、サーバ１５により再生される。例えば、クライアント１４は、ストリームＳ１〜Ｓ１０の再生を要求することができる。ＲＴＳＰプロトコルが利用される場合、このようなリクエストはＰＬＡＹコマンドを利用し、以下の構造を有する。
【００３７】
【表７】
2005537742.tif 000009
このとき、サーバは、以下の構造を有するアクノリッジメントを送信する。
【００３８】
【表８】
2005537742.tif 000010
ストリームＳ５及びＳ１０を除くストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝のすべてのストリームがミュート処理されるとき、ストリームＳ５とＳ１０はコントローラ２１に届き、それぞれデコーダＤ５とＤ１０に送信される。コントローラは、入力ストリームを適切なデコーダに送信するため、スイッチまたはマルチプレクサを有するようにしてもよい。また、コントローラ２１は、各々が１つのデコーダに割り当てられる複数のポートを有し、与えられたストリームを復号するためのデコーダに対応するポート上で当該ストリームを受信するようにしてもよい。
【００３９】
利用可能な帯域幅の減少のため、ストリームスイッチングが実行されると仮定する。例えば、クライアント１４は、ストリームＳ５及びＳ１０より低いビットレートを有するストリームＳ４とＳ９を再生したい。このとき、コントローラ２１は、ストリームＳ５とＳ１０をミュート処理し、ストリームＳ４とＳ９をミュート解除することを要求する。このような要求は、ネットワーク１３を介してサーバ１５に送信される。ＲＴＳＰプロトコルが利用されている場合、このようなリクエストは、このプロトコルのＭＵＴＥ/ＵＮＭＵＴＥ拡張を使用し、以下の構造を有する。
【００４０】
【表９】
2005537742.tif 000011
このとき、サーバは以下の構造を有するアクノリッジメントを送信する。
【００４１】
【表１０】
2005537742.tif 000012
このとき、ストリームＳ４とＳ９がクライアント１４に届くと、コントローラ２１はそれぞれＤ４とＤ９に送信する。
【００４２】
図３は、本発明の第２実施例による通信システムを示す。クライアント１４は、２つのデコーダＤ１及びＤ２と、２つのメモリ３１及び３２を有する。第１デコーダＤ１は映像ストリームの復号が可能であり、第２デコーダＤ２は音声ストリームの復号が可能である。
【００４３】
本実施例では、デコーダＤ１及びＤ２は、メモリ３１及び３２にロードされるパラメータを設定する手段により構成される。サーバ１５がネットワーク１３を介しクライアント１４にストリーム群｛Ｓ１，Ｓ２，Ｓ３，Ｓ４｝の各ストリームの記述を送信するとき、コントローラ２１は、復号化パラメータＰ１〜Ｐ１０を計算し、これらのパラメータをメモリ３１及び３２にロードする。パラメータＰ１は、これらのパラメータを知ると、デコーダＤ１がストリームＳ１を復号可能となるよう計算される。パラメータＰ２は、これらのパラメータを知ると、デコーダＤ１がストリームＳ２を復号可能となるよう計算される。以下同様に行われる。パラメータＰ１〜Ｐ５はメモリ３１にロードされ、デコーダＤ１を構成するのに利用される。パラメータＰ６は、これらのパラメータを知ると、デコーダＤ２がストリームＳ６を復号可能となるよう計算される。以下同様に行われる。パラメータＰ６〜Ｐ１０は、メモリ３２にロードされ、デコーダＤ２を構成するのに利用される。
【００４４】
与えられたストリームサブセットが、前述のようにクライアント１４により復号されるとき、当該ストリームサブセットに対応する設定パラメータは、当該ストリームサブセットの復号が可能となるように設定するため、コントローラ２１によりデコーダＤ１及びＤ２に送信される。ストリームスイッチングが有効とされると、新たな設定、すなわち、新たな設定パラメータがデコーダに送信される必要がある。
【００４５】
ストリームＳ１がデコーダＤ１により復号されると仮定すると、ストリームＳ２を復号するのにストリームスイッチングが実効化される。デコーダＤ１は、それに届くストリームＳ１からのデータがなくなるまで、パラメータＰ１に対応するそれの設定を保持する。このとき、ストリームＳ２はデコーダＤ１に届くが、再設定に時間を要するため、デコーダ１はストリームＳ２を復号することはできない。これは、サービスの中断を招くであろう。この問題を解決するため、デコーダと復号されたストリームを表示するためのディスプレイとの間でバッファが利用されてもよい。このバッファは、デコーダの再設定に要する時間を最小にする時間に対応する復号されたストリーム、すなわち、音声及び/または映像を格納する。
【００４６】
このバッファにより、復号されたストリームがバッファからフェッチされ、デコーダの再設定中に表示されるため、エンドユーザはサービスの中断を認識することはない。
【００４７】
図４は、本発明によるマルチメディアのストリーミング方法とストリームスイッチングを示す。このような方法は、図２及び図３のクライアント１４により実現されてもよい。
【００４８】
ステップ４０１において、クライアント１４は、例えば、あるＵＲＬアドレスを有するファイルにおいて構成されるマルチメディアコンテンツを復号することを所望する。ステップ４０２において、クライアント１４は、マルチメディアコンテンツを有する様々なストリームに関する情報を求める。ステップ４０３において、クライアントは、所望されたマルチメディアコンテンツを有するすべてのストリームを復号可能となるよう設定される。このような設定は、図２または図３において説明されたように実行されてもよい。
【００４９】
ステップ４０４において、クライアント１４は、この所望されたマルチメディアコンテンツを有するストリームの再生を要求し、ステップ４０５において、クライアントが復号を所望したストリームサブセット、すなわち、現在利用可能な帯域幅に適合するビットレートを有するストリームサブセットを除いて、ストリームのミュート処理を要求する。ステップ４０４と４０５は、同時であることが効果的である。ステップ４０６において、クライアント１４に届くミュート処理されていないストリームサブセットが復号される。このステップ４０６は、図３において説明されたように、本発明の第２実施例によるクライアントが利用される場合、デコーダの設定を必要とするかもしれない。
【００５０】
ステップ４０７において、クライアント１４は、帯域幅が変化したかチェックする。帯域幅が変化していない場合、現在復号されているストリームサブセットはミュート処理されず、クライアント１４はこのストリームサブセットを復号する。帯域幅が変化した場合、ステップ４０８において、新たな利用可能な帯域幅に従って、復号されるストリームサブセットが選ばれる。このストリームサブセットが現在復号されているストリームサブセットと異なる場合、ステップ４０９において、クライアントは現在復号されているストリームサブセットのミュート処理を要求し、ステップ４１０において、復号される新たなストリームサブセットのミュート解除を要求する。ステップ４０９と４１０は、同時に行われることが効果的である。この後ステップ４０６において、新たなストリームサブセットが復号される。
【００５１】
本発明によるマルチメディアのストリーミング方法は、サーバまたはクライアントに一体化される集積回路により実現することができる。プログラムメモリにロードされる命令セットは、集積回路にマルチメディアのストリーミング方法を実行させる。この命令セットは、ディスクなどのデータキャリアに格納されてもよい。命令セットは、集積回路のプログラムメモリにロードするため、データキャリアから読み出され、その後実行される。
【００５２】
以下のクレームの参照記号は、クレームを限定するものとして解釈されるべきでない。「有する」という動詞及びそれの活用形の使用は、クレームで規定された以外の他の要素またはステップの存在を排除するものでないということは明らかであろう。要素またはステップに先行する「ａ」または「ａｎ」という単語は、そのような要素が複数存在することを排除するものでない。
【図面の簡単な説明】
【００５３】
【図１】図１は、本発明によるサーバ及びクライアントを有する通信システムを示すブロック図である。
【図２】図２は、本発明の第１実施例によるクライアントを有する通信システムを示すブロック図である。
【図３】図３は、本発明の第２実施例によるクライアントを有する通信システムを示すブロック図である。
【図４】図４は、本発明によるストリーミング方法及びストリームスイッチングを示す図である。
【図１】
2005537742.tif 000013
【図２】
2005537742.tif 000014
【図３】
2005537742.tif 000015
【図４】
2005537742.tif 000016
【国際調査報告】
2005537742.tif 000017
2005537742.tif 000018
2005537742.tif 000019