(57)【要約】【課題】中断なく再生を行えるようにストリーミング配信を行う「ストリーミング配信システム及びストリーミング配信方法」を提供する。【解決手段】ストリーミングプレイヤ４３は、ストリーミングサーバ１３から、ストリーミング配信されるＡランクファイルのオーディオデータのストリーミング再生を開始する。その後、ストリーミング配信の伝送品質が、ストリーミング再生に中断が生じる程度に劣化すると、ストリーミングプレイヤ４３は、ストリーミングサーバ１３に対してランク切替要求を送信する。ランク切替要求を受けたストリーミングサーバ１３は、ストリーミング配信するデータを、音声品質がＡランクファイルよりも低い、従ってビットレートもより小さいＢランクファイルのオーディオデータに切り替える（a）。【選択図】図５
2005121693.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを表すストリーミングデータをストリーミング配信するストリーミングサーバと、ストリーミング配信されたストリーミングデータを受信しストリーミング再生するストリーミングプレイヤを備えたユーザ端末とを含むストリーミング配信システムであって、
前記ユーザ端末は、前記ストリーミングプレイヤにおいてストリーミングデータを正常に受信したレートを正常受信レートとして算出する正常受信レート算出手段と、前記正常受信レートと現在ストリーミングプレイヤで受信しているストリーミングデータのビットレートが整合しない場合に、前記ストリーミングサーバに対して、前記正常受信レートに応じたビットレートへの、ストリーミングデータのビットレートの変更を要求するビットレート変更要求手段とを有し、
前記ストリーミングサーバは、前記ユーザ端末からのビットレートの変更の要求に応じて、ストリーミング配信するストリーミングデータを、ストリーミングデータが表すコンテンツの品質とビットレートとが異なるストリーミングデータに変更するストリーミング品質変更手段を有することを特徴とするストリーミング配信方法。
【請求項２】
請求項１記載のストリーミング配信システムであって、
前記正常受信レート算出手段は、前記ストリーミングデータの受信エラー率に基づいて、前記正常受信レートを算出することを特徴とするストリーミング配信システム。
【請求項３】
請求項１または２記載のストリーミング配信システムであって、
前記ストリーミングデータはオーディオもしくはビデオであるコンテンツを表すことを特徴とするストリーミング配信システム。
【請求項４】
コンテンツを表すストリーミングデータをストリーミング配信するストリーミングサーバと、ストリーミング配信されたストリーミングデータを受信しストリーミング再生するストリーミングプレイヤを備えたユーザ端末とを含むストリーミング配信システムにおいて、前記ストリーミングサーバから、前記ストリーミングプレイヤに前記ストリーミングデータを配信するストリーミング配信方法であって、
前記ストリーミングサーバから、前記ストリーミングプレイヤに、前記ストリーミングデータを配信するステップと、
前記ユーザ端末において、前記ストリーミングプレイヤでストリーミングデータを正常に受信したレートを正常受信レートとして算出するステップと、
前記ユーザ端末において、前記正常受信レートと現在ストリーミングプレイヤで受信しているストリーミングデータのビットレートが整合しない場合に、前記ストリーミングサーバに対して、前記正常受信レートに応じたビットレートへの、ストリーミングデータのビットレートの変更を要求するステップと、
前記ストリーミングサーバにおいて、前記ユーザ端末からのビットレートの変更の要求に応じて、ストリーミング配信するストリーミングデータを、ストリーミングデータが表すコンテンツの品質とビットレートとが異なるストリーミングデータに変更するステップとを有することを特徴とするストリーミング配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信と再生を再生端末において並行的に行うことができる形態で、オーディオデータやビデオデータなどのコンテンツデータをサーバより配信するストリーミング配信の技術に関するものである。
【背景技術】
【０００２】
従来より、受信と再生を再生端末において並行的に行うことができる形態で、オーディオデータやビデオデータなどのコンテンツデータをサーバより配信するストリーミング配信の技術の技術が知られている（たとえば、特許文献１）。
また、データ伝送におけるエラー発生時の処理としては、受信側においてエラーを監視し、エラーが発生した場合には、正常に受信できなかったデータの再送を送信側に要求し、送信側において再送を要求されたデータを再度送信する技術が知られている（たとえば、特許文献２）。
【特許文献１】特開２００１−３０６４３７号公報
【特許文献２】特開平２００２−１９９０４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前記ストリーミング再生は、データの転送とデータの受信側におけるデータの再生を並行して行うものであるために、転送レートがデータの再生レートより小さくなると、データの転送が間に合わず、再生を中断せざるを得ない状況が発生する可能性がある。たとえば、伝送路の伝送品質が劣化した場合には、前記特許文献２の技術などによるデータの再送頻度が大きくなり、結果として実効的なデータの転送レートが小さくなり、受信側における再生が中断してしまう。
【０００４】
一方で、携帯型の装置や車載の装置などの、移動電話網や無線ＬＡＮなどの無線通信を介してデータ転送を行う移動端末では、データ転送に用いる伝送路の伝送品質が比較的大きく変動する可能性がある。
したがって、これらの移動装置を受信装置として、前記ストリーミング配信の技術を適用した場合には、移動装置におけるオーディオやビデオなどのデータの再生の中断が頻発してしまう可能性がある。
そこで、本発明は、受信装置の再生の中断を抑制することのできるストリーミング配信を実現することを課題とする。
【課題を解決するための手段】
【０００５】
前記課題達成のために、本発明は、コンテンツを表すストリーミングデータをストリーミング配信するストリーミングサーバと、ストリーミング配信されたストリーミングデータを受信しストリーミング再生するストリーミングプレイヤを備えたユーザ端末とを含むストリーミング配信システムにおいて、前記ユーザ端末に、前記ストリーミングプレイヤにおいてストリーミングデータを正常に受信したレートを正常受信レートとして算出する正常受信レート算出手段と、前記正常受信レートと現在ストリーミングプレイヤで受信しているストリーミングデータのビットレートが整合しない場合に、前記ストリーミングサーバに対して、前記正常受信レートに応じたビットレートへの、ストリーミングデータのビットレートの変更を要求するビットレート変更要求手段とを備えると共に、前記ストリーミングサーバに、前記ユーザ端末からのビットレートの変更の要求に応じて、ストリーミング配信するストリーミングデータを、ストリーミングデータが表すコンテンツの品質とビットレートとが異なるストリーミングデータに変更するストリーミング品質変更手段を備えたものである。
【０００６】
このようなストリーミング配信システムによれば、ストリーミング配信中に伝送品質の劣化などによりストリーミングデータを正常に受信できるレートが、ストリーミングデータのビットレートと、ストリーミング再生の中断が発生する程度に整合しなくなった場合などに、ユーザ端末からストリーミングサーバに対してストリーミングデータのビットレートの変更を要求することにより、その後に配信されるストリーミングデータのビットレートを、ストリーミングデータを正常に受信、再生できるレートに整合させることができる。したがって、ストリーミングデータを正常に受信できるレートの変動に対して、ストリーミングプレイヤにおける、ストリーミング再生の中断の発生を抑制することができるようになる。
【０００７】
ここで、以上のストリーミング配信システムにおいて、前記ユーザ端末の前記正常受信レート算出手段は、前記ストリーミングデータの受信エラー率に基づいて、前記正常受信レートを算出するようにしてもよい。また、以上のストリーミング配信システムにおいて、前記ストリーミングデータは、たとえば、オーディオもしくはビデオであるコンテンツを表すものとしてよい。
【発明の効果】
【０００８】
以上のように、本発明によれば、ストリーミング配信において、受信装置における再生の中断を抑制することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について、オーディオデータをストリーミング配信の対象とするシステムへの適用を例にとり説明する。
図１に、本実施形態に係るストリーミング配信システムの構成を示す。
図示するように、ストリーミング配信システムは、インターネットなどのＷＡＮ２に接続したコンテンツ配信システム１と、無線基地局３との無線通信を介してＷＡＮ２に収容される１または複数のユーザ端末４とを含む。ここで、無線基地局３は、たとえば、移動電話網を構成する無線基地局３である。
【００１０】
そして、コンテンツ配信システム１は、Ｗｅｂサーバ１１、Ｗｅｂコンテンツ格納部１２、ストリーミングサーバ１３、エンコーダ１４、音声入力装置１５、ストリーム監視部１６、ストリーミングファイル格納部１７、ファイルデータベース１８とを有する。
一方、ユーザ端末４は、無線基地局３と無線通信を介して通信する無線通信装置４１、Ｗｅｂブラウザ４２、ストリーミングプレイヤ４３、音声出力装置４４、スピーカ４５、受信状態監視部４６とを含む。
さて、このような構成において、コンテンツ配信システム１のＷｅｂコンテンツ格納部１２には、Ｗｅｂサーバ１１がhttpによってユーザ端末４に提供するのＷｅｂページのデータが格納されている。Ｗｅｂコンテンツ格納部１２に格納されたＷｅｂページは、Ｗｅｂサーバ１１によって、ユーザ端末４のＷｅｂブラウザ４２かららの当該ＷｅｂページのＵＲＬに対するアクセスによって読み出され、ユーザ端末４に転送される。そして、ユーザ端末４のＷｅｂブラウザ４２は、転送されたＷｅｂページを表示する。ここで、このようにしてＷｅｂサーバ１１が提供するＷｅｂページには、ストリーミングサーバ１３が提供するストリーミングコンテンツの選択をユーザから受け付けるためのメニューのＷｅｂページも含まれる。
【００１１】
次に、コンテンツ配信システム１のストリーミングファイル格納部１７には、ストリーミングサーバ１３がストリーミング配信する楽曲のデータを格納したオーディオファイルが格納される。また、エンコーダ１４は、ストリーミングサーバ１３がライブ形式でストリーミング配信するオーディオデータのデータストリームを、音声入力装置１５から入力する音声をエンコードすることにより生成する。
【００１２】
ここで、本実施形態では、エンコーダ１４は、音声入力装置１５からの音声入力に対して、音声品質の異なる４つのデータストリームを生成する。なお、音声品質が高いデータストリームはビットレートも大きく、音声品質が低いデータストリームはビットレートも小さい。また、ストリーミングファイル格納部１７には、同じ楽曲に対して、音声品質の異なる４つのオーディオファイルが格納される。ここで、音声品質が高いオーディオファイルはビットレートも大きく、音声品質が低いオーディオファイルはビットレートも小さい。なお、ここで言うビットレートとは、単位時間分の音声を表すオーディオデータ量を指し、ストリーミング配信では、このビットレートを伝送レートとしてオーディオデータの配信が行われる。
【００１３】
ここで、あるオーディオ信号に対して音声品質の異なるオーディオデータを生成する技術としては、オーディオデータのサンプリングレートを増減する技術と、オーディオデータのサンプリングレート自体は変更せずに、単位時間あたりのデータ量を増減する技術がある。また、このようにオーディオデータの単位時間あたりのデータ量を増減する技術としては、ＭＰ３（MPEG-1 Audio Layer−3）などで採用されている、聴覚特性を考慮した周波数帯域毎の解像度の制御により、所定サンプル数のデータを圧縮符号化したフレーム当たりのデータ量を一定に保つように、各フレームを単位とした圧縮符号化を行う技術が知られている。また、このＭＰ３では、一つのデータストリーム中において、フレームあたりのビットレートを適時変更可能とした可変ビットレート（ＶＢＲ）と呼ばれる技術も採用されている。
【００１４】
以下では、エンコーダ１４では、この可変ビットレートをサポートするデータフォーマットによって、入力音声のエンコードを行い、ストリーミングファイル格納部１７には、可変ビットレートをサポートするデータフォーマットによってエンコードされたオーディオファイルを格納した場合を例にとり説明する。また、この場合、ストリーミングプレイヤ４３はこのような可変ビットレートをサポートしたストリーミング再生を行うものである。
【００１５】
さて、次に、コンテンツ配信システム１のファイルデータベース１８には、ファイル管理テーブルと、時間ブロック管理テーブルが予め記録されている。
図２ａに示すようにファイル管理テーブルは、ストリーミングファイル格納部１７にオーディオファイルが格納された楽曲毎に設けられる。そして、各ファイル管理テーブルには、その楽曲に対して仮想的に与えたＵＲＬである代表ＵＲＬと、ストリーミングファイル格納部１７に格納されている、その楽曲を異なる音声品質で表す４つのオーディオファイルのＵＲＬが記述される。
【００１６】
ここで、以下では、便宜上、この同じ楽曲に対応する４つのオーディオファイルを、音声品質の良いものより、Ａランクファイル、Ｂランクファイル、Ｃランクファイル、Ｄランクファイルと呼ぶことにする。
次に、時間ブロック管理テーブルも、ストリーミングファイル格納部１７にオーディオファイルが格納された楽曲毎に設けられる。そして、各時間ブロック管理テーブルには、その楽曲に対して仮想的に与えたＵＲＬである代表ＵＲＬと、その楽曲を表すＡランクファイルからＤランクファイルまでの各ファイルのエントリを有する。そして、各エントリには、楽曲を所定時間毎に区切った各時間ブロック毎に、その時間ブロックに対応する時間帯の音声を表す、オーディオファイル中のフレームのうちの先頭のフレームの識別が記述される。すなわち、たとえば、時間ブロックｎが、ｍ秒からｋ秒の時間帯に対応し、Ａランクファイルのフレームｊが楽曲のｍ秒からｍ＋Δの時間帯の音声を表しているのであれば、Ａランクファイルのエントリには、時間ブロックｎに対してフレームｊの識別が記述される。
【００１７】
次に、コンテンツ配信システム１のエンコーダ１４にも、仮想的なＵＲＬがライブストリーム用の代表ＵＲＬとして割り当てられている。
以下、このようなストリーミング配信システムのストリーミング配信の動作について説明する。
まず、ユーザは、ユーザ端末４のＷｅｂブラウザ４２に、楽曲選択用のメニューを含むＷｅｂページのＵＲＬにアクセスさせ、Ｗｅｂサーバ１１から提供された当該Ｗｅｂページを表示させる。そして、Ｗｅｂブラウザ４２は、表示したＷｅｂページ上で、ユーザから楽曲の選択を受付け、表示したＷｅｂページのハイパーリンクの記述に従って、所定のＵＲＬにアクセスする。
【００１８】
このアクセスは、Ｗｅｂサーバ１１によって受け付けられ、Ｗｅｂサーバ１１は、アクセスされたＵＲＬに対応してＷｅｂコンテンツ格納部１２に格納されている、選択された楽曲の代表ＵＲＬの記述を含むメタファイルをＷｅｂブラウザ４２に返送する。
メタファイルを受け取ったＷｅｂブラウザ４２は、ストリーミングプレイヤ４３を起動して、メタファイルを引き渡す。
起動されたストリーミングプレイヤ４３は、以下のストリーミング再生処理を行う。
図３に、ストリーミング再生処理の手順を示す。
図示するように、ストリーミングプレイヤ４３は、ストリーミング再生処理では、まず、現在ランクにランクＡを設定する（ステップ３０２）。そして、Ｗｅｂブラウザ４２から渡されたメタファイルに記述されている楽曲の代表ＵＲＬにアクセスし（ステップ３０４）、その応答としてストリーミングサーバ１３からストリーミング配信されるオーディオデータを受信し、バッファに格納していく（ステップ３０６）。また、受信状態監視部４６に、アクセスした代表ＵＲＬからのストリーミング配信のエラーレベルを測定させる（ステップ３０８）。ここでは、ストリーミングサーバ１３からのストリーミング配信が常に一定の伝送レートで輻輳なく行われているものとし、エラーレベルは、ストリーミング配信されるオーディオデータの、ストリーミングプレイヤ４３にとっての実効的な伝送帯域、すなわち、正常に受信できたオーディオデータ受信レートも表すものとする。なお、エラーレベルは、たとえば、ストリーミングプレイヤ４３で受信したストリーミングデータの誤り発生率や、ストリーミングデータの再送要求の発行頻度や、ストリーミングデータの正常受信レートなどより測定する。一方、もし、ストリーミングサーバ１３からのストリーミング配信が変動する伝送レートで行われる場合には、エラーレベルとしては、最高音質のオーディオデータを中断なくストリーミング再生するために必要な実効的な伝送帯域に対する、実際の実効的な伝送帯域の比率などを用いるようにする。
【００１９】
そして、バッファに格納したオーディオデータ量が所定のしきい値ＴｈＶを越えた場合には（ステップ３１０）、ステップ３１２に進み、バッファに格納したオーディオデータ量が、所定のしきい値ＴｈＶを越える前に、受信状態監視部４６が測定しているエラーレベルが、現在ランクとマッチしなくなったならば（ステップ３１８）、測定したエラーレベルにマッチしたランクへのランク切替要求をストリーミングサーバ１３に発行すると共に、現在ランクを測定したエラーレベルにマッチしたランクに変更する（ステップ３２０）。ここで、エラーレベルとしては、対応する実効的な伝送帯域の大きいレベルより、Ａレベル、Ｂレベル、Ｃレベル、Ｄレベルを設ける。また、ＡランクにはＡレベルが、ＢランクにはＢレベルが、ＣランクにはＣレベルが、ＤランクにはＤレベルがマッチするものとする。
【００２０】
さて、ステップ３１２では、バッファに格納されたオーディオデータの、当該オーディオデータのビットレートに応じた再生を開始する。そして、楽曲の全ての再生が終了したならば（ステップ３１６）、ストリーミング再生処理を終了する。また、楽曲の全ての再生が終了する前に、受信状態監視部４６が測定しているエラーレベルが、現在ランクとマッチしなくなったならば（ステップ３１４）、測定したエラーレベルにマッチしたランクへのランク切替要求をストリーミングサーバ１３に発行すると共に、現在ランクを測定したエラーレベルにマッチしたランクに変更した上で（ステップ３２２）、バッファに格納されたオーディオデータの、当該オーディオデータのビットレートに応じた再生を継続する。
【００２１】
次に、このようなストリーミングプレイヤ４３へのストリーミング配信を行うストリーミングサーバ１３の動作について説明する。
図４に、ストリーミングプレイヤ４３よりアクセスされた代表ＵＲＬが、ストリーミング格納部に格納されたオーディオファイルの楽曲の代表ＵＲＬである場合に、ストリーミングサーバ１３が行うストリーミング配信処理の手順を示す。
この場合、図示するようにストリーミングサーバ１３は、ストリーミング配信処理において、まず、ファイルデータベース１８より、アクセスされた代表ＵＲＬに対応するファイル管理テーブルを読み出し、代表ＵＲＬに対応する楽曲のＡランクファイルＵＲＬを取得する（ステップ４０２）。そして、取得したＡランクファイルＵＲＬを配信対象ＵＲＬとし、ストリーミングファイル格納部１７から、配信対象ＵＲＬのオーディオファイル（ここでは、Ａランクファイル）を読み出し、オーディオファイルのオーディオデータのストリーミング配信を開始する（ステップ４０４）。
【００２２】
そして、その後、ストリーミングプレイヤ４３からのランク切替要求の受け取りと（ステップ４０６）、配信対象ＵＲＬのオーディオファイルのオーディオデータのストリーミング配信の終了の発生（ステップ４０８）を監視し、ストリーミング配信が終了した場合には（ステップ４０８）、ストリーミング配信処理を終了する。
【００２３】
一方、ストリーミングプレイヤ４３からランク切替要求を受け取った場合には（ステップ４０６）、まず、時間ブロック管理テーブルを参照し、現在のストリーミング配信中のフレームに対応する時間ブロックの次の時間ブロックを切替時間ブロックとして算出する（ステップ４１０）。そして、現在ストリーミング配信中のオーディオファイルが登録されているファイル管理テーブルを参照して、ランク切替要求で要求された切替先のランクのオーディオファイルのＵＲＬを、次配信対象ファイルＵＲＬとして取得し（ステップ４１２）、ストリーミングファイル格納部１７の次配信対象ファイルＵＲＬに格納されているオーディオファイルの、切替時間ブロックの先頭に対応するフレーム位置を時間ブロック管理テーブルを参照して求める（ステップ４１４）。
【００２４】
そして、現在ストリーミング配信中のフレームに対応する時間ブロックに含まれる、現在の配信対象ファイルＵＲＬのオーディオファイルのフレームの全てのストリーミング配信が終了するのを待ち（ステップ４１６）、終了したならば、配信対象ファイルＵＲＬのオーディオファイルのストリーム配信を終了し（ステップ４１８）、次配信対象ファイルＵＲＬを配信対象ファイルＵＲＬに設定し、配信対象ファイルＵＲＬのオーディオファイルのオーディオデータの、ステップ４１４でフレーム位置を抽出したフレームからのストリーミング配信を開始する（ステップ４２０）。そして、ステップ４０８に進み、ストリーミングプレイヤ４３からランク切替要求の受け取りと、配信対象ＵＲＬのオーディオファイルのオーディオデータのストリーミング配信の終了の発生の監視に戻る。
【００２５】
以上、ストリーミングプレイヤ４３よりアクセスされた代表ＵＲＬが、ストリーミング格納部に格納されたオーディオファイルの楽曲の代表ＵＲＬである場合に、ストリーミングサーバ１３が行うストリーミング配信処理について説明した。
次に、ストリーミングプレイヤ４３よりアクセスされた代表ＵＲＬが、エンコーダ１４の代表ＵＲＬである場合に、ストリーミングサーバ１３が行うストリーミング配信処理について説明する。
この場合、ストリーミングサーバ１３は、エンコーダ１４が出力する４つのストリームのうち、最も音声品質が良いストリームのストリーミング配信を開始する。そして、その後、ランク切替要求を受け取ったならば、ランク切替要求で要求された切替先のランクに応じて、ストリーミング配信するストリームを、エンコーダ１４が出力する４つのストリームの間で切り替える。すなわち、切替先のランクがＢランクであればエンコーダ１４が出力する４つのストリームのうち２番目に音声品質が良いストリームをストリーミング配信の対象とし、切替先のランクがＣランクであればエンコーダ１４が出力する４つのストリームのうち３番目に音声品質が良いストリームをストリーミング配信の対象とし、切替先のランクがＤランクであればエンコーダ１４が出力する４つのストリームのうち４番目に音声品質が良いストリームをストリーミング配信の対象とし、切替先のランクがＡランクであればエンコーダ１４が出力する４つのストリームのうち最も音声品質が良いストリームをストリーミング配信の対象とする。
【００２６】
以上、本実施形態に係るストリーミング配信システムにおけるストリーミング配信動作について説明した。
ここで、図５ａにこのようなストリーミング配信動作による動作例を示す。
図示するように、この動作例では、まず、ユーザ端末４のユーザは、Ｗｅｂブラウザ４２を介して、Ｗｅｂページから楽曲にアクセスする。すると、ウエブサーバから応答としてメタファイルが送られ、これを受け取ったＷｅｂブラウザ４２はストリーミングプレイヤ４３を起動する。
【００２７】
起動したストリーミングプレイヤ４３は、メタファイルに記述された代表ＵＲＬにアクセスする。すると、ストリーミングサーバ１３から、ユーザが選択した楽曲の最も高音声品質のオーディオデータであるＡランクファイルのオーディオデータがストリーミング配信される。一方、ストリーミングプレイヤ４３は、ストリーミング配信されたオーディオデータのストリーミング再生を開始する。
【００２８】
その後、ストリーミングプレイヤ４３とストリーミングサーバ１３との間のストリーミング配信の伝送品質が、ストリーミング再生に中断が生じる程度に劣化すると、これを検出したストリーミングプレイヤ４３は、ストリーミングサーバ１３に対してＢランクへの切替を要求するランク切替要求を送信する。
【００２９】
そして、ランク切替要求を受けたストリーミングサーバ１３は、ストリーミング配信中のオーディオデータの次の時間ブロックの区切りで、ストリーミング配信するデータを、音声品質がより低い、従ってビットレートのより小さいＢランクファイルのオーディオデータに切り替える。
【００３０】
以降、ストリーミングプレイヤ４３から、ストリーミング配信の伝送品質に応じて、適時、その時点の伝送品質で中断なくストリーミング再生が可能な最高音声品質のオーディオファイルへのランクへのランク切替要求が発行され、ストリーミングサーバ１３からストリーミング配信されるオーディオデータの音声品質とビットレートとがランク切替要求に応じて切り替えられていくことになる。
【００３１】
この結果、たとえば、図５ｂ１に示すようにＡランクファイルに対して、Ｂランクファイルが、同じデータ量に対する再生時間が３倍長い（ビットレートが１／３である）ものとすると、もし、Ａランクファイルのみのオーディオデータをストリーミング配信した場合に、図５ｂ２に示すように、伝送品質の影響で実効的なオーディオデータのストリーミング配信が途切れ途切れに行われた場合には、同図に示すようにストリーミング再生の中断が生じてしまう。
【００３２】
一方、本実施形態によって、図５ｂ３に示すように、伝送品質が劣化した直後の５０の時点で、ストリーミングプレイヤ４３からランク切替要求をストリーミングサーバ１３に発行して、ストリーミングサーバ１３においてストリーミング配信するオーディオデータをＢランクファイルのオーディオデータに切り替えた場合には、図５ｂ２と同様にオーディオデータのストリーミング配信が途切れ途切れに行われた場合にも、ストリーミング再生の中断は生じない。
【００３３】
以上、本発明の実施形態について説明した。
このように本実施形態によれば、ストリーミング配信中に伝送品質が劣化した場合の、ストリーミング再生の中断の発生を抑制することができる。
また、本実施形態では、ストリーミングファイル格納部１７に同じ楽曲についての音声品質の異なるオーディオファイルを予め複数用意したが、これは単一のオーディオファイルのみを記憶し、このオーディオファイルより、ストリーミング配信と並行してランク切替要求で要求されたランクに対応する音声品質のオーディオデータをリアルタイムに生成するようにしてもよい。なお、同じ楽曲についての音声品質の異なるオーディオデータや時間ブロック管理テーブルは、一つのファイルとして用意するようにしてもよい。
【００３４】
また、本実施形態では、一つのオーディオデータのストリームを、ストリーミングサーバ１３からストリーミングプレイヤ４３に１対１に配信する場合について説明したが、本実施形態は、ストリーミングサーバ１３からオーディオデータを、不特定複数のストリーミングプレイヤ４３にブロードキャスト形式で配信する場合についても適用することができる。
【００３５】
この場合には、ストリーミングサーバ１３は、オーディオデータを、所定のブロードキャストアドレス宛にストリーミング配信し、各ストリーミングプレイヤ４３は、このブロードキャストアドレス宛にストリーミング配信されたオーディオデータを受信しストリーミング再生する。そして、各ストリーミングプレイヤ４３は、各々独立して自己が受信しているストリーミング配信のエラーレベルを測定し上述のようにランク切替要求を、受信中のストリームの識別子と共にストリーミングサーバ１３に発行する。
【００３６】
ストリーミングサーバ１３は、各ストリーミングプレイヤ４３からランク切替要求を受信し、あらかじめ定めた切替アルゴリズムに従い、ブロードキャスト形式でストリーミング配信するオーディオデータの音声品質／ビットレートを切り替える。ここで、この切替アルゴリズムとしては、所定期間毎に、受け取ったランク切替要求で要求されたランクのうち最も低いランクに対応する音声品質のオーディオデータにストリーミング配信するオーディオデータを切り替えるアルゴリズムや、所定期間毎に、受け取ったランク切替要求で要求されたランクのうち、そのランクへのランク切替要求を発行したストリーミングプレイヤ数が最も多かったランクに対応する音声品質のオーディオデータにストリーミング配信するオーディオデータを切り替えるアルゴリズムや、所定期間毎に、受け取ったランク切替要求で要求されたランクのうち、それ以下のランクを要求するランク切替要求を発行したストリーミングプレイヤ数が所定数以下となるランクに対応する音声品質のオーディオデータにストリーミング配信するオーディオデータを切り替えるアルゴリズムなどを用いることができる。
【００３７】
このように本実施形態によれば、ストリーミングプレイヤ４３側で伝送品質を測定し、測定した伝送品質に応じた音声品質への配信オーディオデータの切替を、ストリーミングサーバ１３に要求する構成を有するので、コネクションレスで行われるブロードキャスト形式においても、ストリーミング配信を、ストリーミングプレイヤ４３におけるストリーミング再生の中断を抑制できるように行うことができる。
【００３８】
ところで、以上の本実施形態は、オーディオデータをストリーミング配信する場合を例にとり説明したが、本実施形態は、ビデオデータなどの他のメディアのデータをストリーミング配信する場合についても同様に適用することができる。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施形態に係るストリーミング配信システムの構成を示すブロック図である。
【図２】本発明の実施形態においてファイルデータベースに格納するテーブルを示す図である。
【図３】本発明の実施形態に係るストリーミング再生処理を示すフローチャートである。
【図４】本発明の実施形態に係るストリーミング配信処理を示すフローチャートである。
【図５】本発明の実施形態に係るストリーミング配信動作の動作例を示す図である。
【符号の説明】
【００４０】
１…コンテンツ配信システム、２…ＷＡＮ、３…無線基地局、４…ユーザ端末、１１…Ｗｅｂサーバ、１２…Ｗｅｂコンテンツ格納部、１３…ストリーミングサーバ、１４…エンコーダ、１５…音声入力装置、１６…ストリーム監視部、１７…ストリーミングファイル格納部、１８…ファイルデータベース、４１…無線通信装置、４２…Ｗｅｂブラウザ、４３…ストリーミングプレイヤ、４４…音声出力装置、４５…スピーカ、４６…受信状態監視部。
【図１】
2005121693.tif 000003
【図２】
2005121693.tif 000004
【図３】
2005121693.tif 000005
【図４】
2005121693.tif 000006
【図５】
2005121693.tif 000007