JP3920716B2 - ストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体 - Google Patents
ストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体 Download PDFInfo
- Publication number
- JP3920716B2 JP3920716B2 JP2002177363A JP2002177363A JP3920716B2 JP 3920716 B2 JP3920716 B2 JP 3920716B2 JP 2002177363 A JP2002177363 A JP 2002177363A JP 2002177363 A JP2002177363 A JP 2002177363A JP 3920716 B2 JP3920716 B2 JP 3920716B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- bit rate
- brb
- rate
- stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットなどの多数の利用者が混在するネットワークにおいてストリーミングサービスを提供する際に輻輳等による品質低下の影響を軽減するストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体に関するものである。
【０００２】
【従来の技術】
従来、インターネットのような多人数共用ベストエフォート型ネットワークを介してストリーム配信サーバからクライアント端末へ映像や音楽などのデータを配信するストリーミングサービスを提供するにあたり、他の通信の影響、例えば輻輳等による影響によって品質低下が発生することがある。
【０００３】
それを回避するためにサウンドデータや映像データ等のストリーム配信サーバーにおいてはクライアント端末との間で通信状態を確認するなどの方法によって輻輳状態を判断し、配信サーバ側の制御によって、図６に示すようにビットレートの異なるモードＡ，Ｂに動的に変更する機能が装備されていることが多い。
【０００４】
近年においては、ビットレートの異なるモードに動的に変更する手段として周知のマルチビットレート方式を用いることが多くなってきている。このマルチビットレート方式では、上記ビットレートが低くなるほどデータの圧縮率を高くして、同等の転送時間でクライアント端末でのデータ再生が可能になるようにしている。即ち、データの圧縮率を高くすると、データの間引き率が増加する。
【０００５】
上記モードＡでは、データ再生時の品質を高めるためにデータの圧縮率を低くしてエンコードした圧縮データ（圧縮率ＣＲａ）を高ビットレートＢＲａでストリーム配信する。また、モードＢでは、データ再生時の品質がモードＡ程良好ではないが、ある程度の品質となるようにデータの圧縮率を高めてエンコードした圧縮データ（圧縮率ＣＲｂ（＞ＣＲａ））を低ビットレートＢＲｂ（＜ＢＲａ）でストリーム配信する。
【０００６】
一方、ストリーミングサービスを受けるクライアント端末においては、通常、ネットワークでの遅延揺らぎを吸収するために、サーバから受信したデータを一旦ネットワークゆらぎ吸収バッファ（以下、単にゆらぎ吸収バッファと称する）に蓄積してからデコード／再生を行う。
【０００７】
【発明が解決しようとする課題】
前述したように、ネットワークの輻輳を自動的に検出し、データの転送ビットレートを変更して、輻輳による品質低下を軽減することは可能である。しかし、その転送ビットレート切り替え時に、切り替えたモードでストリーム配信したデータがクライアント端末のゆらぎ吸収バッファに貯まって安定して再生可能になるまで、クライアント端末における映像や音声の出力が一時停止してしまうという問題点があった。
【０００８】
即ち、サービス開始時や、モードの切り替え時には最初に安定して映像／音声を再生できるように、ゆらぎ吸収バッファにある程度の量のデータが貯まってからデータをエンコードして再生をはじめる。
【０００９】
このため、サービス開始の要求をクライアントがユーザーから受けてから実際にサービスを開始するまでにはタイムラグが生ずる。例えば、ゆらぎ吸収バッファにある程度の量のデータが貯まるまでの時間（タイムラグ）をｍとすると、この時間ｍは、通常、数秒から数十秒程度である。ここで時間ｍを、例えば１０秒とすると、上記のタイムラグ、すなわち、配信サーバがデータ転送を開始してからクライアント端末において映像や音声の出力が開始されるまでの時間は１０秒となる。
【００１０】
一方、ビットレートの切り替えは、図６に示すように、高ビットレートモードＡ（ビットレート：ＢＲａ）でデータの受信を行っているクライアント端末が受信時の損失率等から輻輳を検出し（時刻ｔ0）、その検出結果をサーバに通知して、サーバが低ビットレートのモードＢ（ビットレート：ＢＲｂ）に送出ストリームを切り替えるという手続きを踏む。
【００１１】
しかし、この変更が行われる時点ではネットワークは混雑しており、データを低ビットレートＢＲｂでしか送ることができない。このため、ゆらぎ吸収バッファにデータを貯めるためには、上記のようにタイムラグ（例えば、ｍ＝１０秒）に相当する時間がかかり、ｔ0〜ｔ2’のタイムラグの間の時間（時間ｍ）は一時的に再生が停止してしまい、ストリーミングサービスとしての品質が低下してしまう。
【００１２】
本発明の目的は上記の問題点に鑑み、ビットレートの切り替え時における再生品質の低下を軽減できるストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体を提供することである。
【００１３】
【課題を解決するための手段】
本発明は上記の目的を達成するために請求項１では、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し且つデータ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートを用いて前記蓄積データのストリーミングサービスを行う配信サーバが、ネットワークを介して接続されたクライアント端末に対して、前記蓄積データをストリーム配信するときのストリーミングサービスの配信レート変更方法であって、前記配信サーバは、配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信し、前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行い、前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替えるストリーミングサービスの配信レート変更方法を提案する。
【００１４】
本発明のストリーミングサービスの配信レート変更方法によれば、前記配信サーバがサウンドデータや動画データをクライアント端末へストリーム配信しているときに、ネットワークの輻輳等によってストリーム配信の品質が低下した場合、前記配信サーバによって前記ストリーム配信のビットレートが第１ビットレートＢＲａから第２ビットレートＢＲｂに低下される。
【００１５】
この際、前記配信サーバによって、前記第１ビットレートＢＲａでの前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信が停止され、前記第３圧縮率ＣＲｃで前記配信対象となるデータを圧縮した圧縮データの前記第２ビットレートＢＲｂでのストリーム配信が開始される。
【００１６】
さらに、前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記配信サーバによって、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信が停止される。そして、配信サーバによって、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とが並行して行われる。
【００１７】
前記配信サーバから前記第４ビットレートＢＲｂ’でクライアント端末へ配信された圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信サーバによって、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替えられる。
【００１８】
従って、前記第１ビットレートＢＲａでのデータ配信が停止され、前記クライアント端末におけるデータ再生が停止した後、再度データ再生が開始されるまでの間の時間が従来よりも低減される。
【００１９】
即ち、前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末に蓄積され、該蓄積されたデータが再生可能になるまでの間の時間は、前記第２圧縮率ＣＲｂの圧縮データが前記クライアント端末に蓄積され、該蓄積されたデータが再生可能になるまでの間の時間よりも短い。
【００２０】
さらに、前記第３ビットレートＢＲｃでのストリーム配信と前記第４ビットレートＢＲｂ’でのストリーム配信が並行して行われるので、前記第３ビットレートＢＲｃでのストリーム配信を停止して、第２ビットレートＢＲｂでのストリーム配信のみに切り替える際に、前記クライアント端末におけるデータ再生が停止されることがない。
【００２１】
また、請求項２では、上記のストリーミングサービスの配信レート変更方法を実施するストリーム配信サーバとして、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積されているデータをストリーム配信するストリーム配信サーバにおいて、配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信する手段と、前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行う手段と、前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替える手段とを備えているストリーム配信サーバを提案する。
【００２２】
また、請求項３では、コンピュータ装置からなるサーバで、上記ストリーミングサービスの配信レート変更方法を容易に実施するために、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積データをストリーム配信するコンピュータ装置からなるサーバの前記ストリーム配信を行うコンピュータプログラムにおいて、配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信するステップと、前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行うステップと、前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替えるステップとを含むストリーム配信プログラムを提案する。
【００２３】
また、請求項４では、上記ストリーム配信プログラムを容易に配布できるようにするために、前記請求項３に記載のストリーム配信プログラムが記録されているコンピュータ読み取り可能な情報記録媒体を提案する。
【００２４】
【発明の実施の形態】
以下、図面に基づいて本発明の一実施形態を説明する。
【００２５】
図１は本発明の一実施形態におけるストリーム配信サービスシステムを示す構成図、図２は本発明の一実施形態における配信サーバの構成を示すブロック図、図３は本発明の一実施形態におけるクライアント端末の構成を示すブロック図である。
【００２６】
図１において、１は配信サーバで、動画および音声等のデータをパケット化してインターネットなどのネットワーク２を介してクライアント端末３に配信する。クライアント端末３は、配信サーバ１から配信されたデータを受信して、映像や音声に変換して出力する。４は配信サーバ１とネットワーク２を接続する接続回線、５は配信サーバ１とクライアント端末３との間のデータの流れである配信ストリームである。
【００２７】
配信サーバ１は、所定のプログラムがインストールされた周知のコンピュータ装置からなり、図２に示すように、回線制御部１１、通信制御部１２、データベース管理システム部（以下、ＤＢ管理システム部と称する）１３、サウンドデータベース（以下、サウンドＤＢと称する）１４、及び映像データベース（以下、映像ＤＢと称する）１５を備えている。尚、映像ＤＢ１５には映像のみのデータ及び映像データとサウンドデータが一体化されたデータが映像データとして蓄積されている。また、配信サーバ１の各構成部は、ハードウエア及びソフトウェアの双方から構成されている。
【００２８】
配信サーバ１において、回線制御部１１は通信制御部１２を介してＤＢ管理システム部１３に接続され、ＤＢ管理システム部１３はサウンドＤＢ１４及び映像ＤＢ２１に接続されている。
【００２９】
クライアント端末３は、所定のプログラムがインストールされた周知のコンピュータ装置からなり、表示部３１、表示制御部３２、通信制御部３３、回線制御部３４、ゆらぎ吸収バッファ３５Ａ，３５Ｂ、マウス３６、及びスピーカ３７を備えている。尚、クライアント端末３の各構成部は、ハードウエア及びソフトウェアの双方から構成されている。
【００３０】
クライアント端末３において、表示部３１は表示制御部３２を介して通信制御部３３に接続されている。また、通信制御部３３は、回線制御部３４、ゆらぎ吸収バッファ３５Ａ，３５Ｂ、マウス３６、スピーカ３７のそれぞれに接続されている。
【００３１】
また、クライアント端末３の回線制御部３４は、ネットワーク２を介して配信サーバ１の回線制御部１１に接続されている。
【００３２】
次に、前述の構成よりなる本実施形態の動作を図４及び図５に基づいて説明する。ここで、図４はストリーム配信されるデータを説明する図、図５は配信サーバにおけるストリーム配信処理を説明するフローチャートである。
【００３３】
データの配信を希望するユーザは、クライアント端末３を操作してクライアント端末３と配信サーバ１との間でネットワークコネクションを接続し、ネットワークコネクションが確率した後、クライアント端末３と配信サーバ１との間のアプリケーションのコネクションが確立された旨をクライアント端末３から配信サーバ１に対してメニュー要求コマンドを用いて転送する。
【００３４】
配信サーバ１は、当該メニュー要求コマンドを受信すると、サウンドＤＢ１４映像ＤＢ１５からメニューを読み出してメニュー確認レスポンスを編集し、当該メニュー確認レスポンスをクライアント端末３に対して転送する。
【００３５】
クライアント端末３では、当該メニュー確認レスポンスを受信すると、回線制御部３４は、当該メニュー確認レスポンスを通信制御部３３に通知する。これを受けた通信制御部３３は、メニューを表示制御部３２を介して表示部３１に表示する。
【００３６】
クライアント端末３を操作するユーザは、表示部３１に表示されているメニューの中から所望とする選択肢をマウス３６を用いて指定する。これにより、データの配信要求がクライアント端末３から配信サーバ１に送信される。
【００３７】
配信サーバ１は、クライアント端末３から配信要求を受信すると要求されたデータ（配信対象データ）を第１圧縮率ＣＲａで圧縮して得られた圧縮データをパケット化してこれを第１ビットレートＢＲａでクライアント端末３へストリーム配信する（Ｓ１，Ｓ２）。
【００３８】
このとき、クライアント端末３は、配信サーバ１から受信したデータをゆらぎ吸収バッファ３５Ａに蓄積し、蓄積したデータが再生可能状態になってからデータをエンコード（圧縮の解除）してデータを再生する。
【００３９】
配信サーバ１は、上記データのストリーム配信中にネットワーク２の通信状態を確認してデータ転送がする（Ｓ３）。尚、通信状態の確認方法は、ストリーム配信システムの構成に応じて現在一般的に用いられている多種の確認方法の中から任意の方法を用いて良い。例えば、配信サーバ１が通信状態の良否を検出しても良いし、クライアント端末３が通信状態の良否を検出してその検出結果を配信サーバ１に通知するようにしても良い。
【００４０】
上記通信状態の確認の結果、通信状態が良好であるときは上記Ｓ２の処理を継続する。また、通信状態が悪化したときは、第１ビットレートＢＲａによる第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で配信対象となるデータを圧縮した圧縮データを第２ビットレートＢＲｂでストリーム配信する（Ｓ４）。
【００４１】
このとき、クライアント端末３は、上記と同様に配信サーバ１から受信したデータをゆらぎ吸収バッファ３５Ａに蓄積し、蓄積したデータが再生可能状態になってからデータをエンコード（圧縮の解除）してデータを再生する。
【００４２】
尚、上記第２圧縮率ＣＲｂは、第１圧縮率ＣＲａよりも高い圧縮率であり、第２圧縮率ＣＲｂで圧縮されたデータは、そのデータ量が第１圧縮率ＣＲａで圧縮されたデータのデータ量よりも少なくなる。また、第２圧縮率ＣＲｂで圧縮された圧縮データを第１ビットレートＢＲａよりも低い第２ビットレートＢＲｂでストリーム配信することにより、ほぼリアルタイムでデータの再生を行うことができる。また、上記第３圧縮率ＣＲｃは、通常、第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するときの圧縮率であり、第３圧縮率ＣＲｃで圧縮されたデータは、そのデータ量が第２圧縮率ＣＲａｂ圧縮されたデータのデータ量よりも少なくなる。また、第３圧縮率ＣＲｃで圧縮された圧縮データを第２ビットレートＢＲｂよりも低い第３ビットレートＢＲｃでストリーム配信することにより、ほぼリアルタイムでデータの再生を行うことができる。
【００４３】
本実施形態では、上記第１ビットレートＢＲａを１０００ｋｂｐｓに、第２ビットレートＢＲｂを５００ｋｂｐｓに、第３ビットレートＢＲｃを１００ｋｂｐｓにそれぞれ設定している。尚、これらの設定値は一例であり、本願発明における各ビットレートがこれらの値に限定されるものではない。
【００４４】
次に、配信サーバ１は、上記第２ビットレートＢＲｂでストリーム配信している第３圧縮率ＣＲｃ（＞ＣＲｂ）の圧縮データが、クライアント端末３において再生可能な蓄積量に達したか否かを判定する（Ｓ５）。この判定は、配信サーバ１が送信したデータ量を計測していて判定しても良いし、或いは配信サーバ１が、クライアント端末３からデータ再生可能状態になったことの通知を受けることによって判定するようにしても良い。
【００４５】
上記判定の結果、上記第２ビットレートＢＲｂでストリーム配信している第３圧縮率ＣＲｃの圧縮データがクライアント端末３において再生可能な蓄積量に達したとき、配信サーバ１は、上記第３圧縮率ＣＲｃの圧縮データの第２ビットレートＢＲｂでのストリーム配信を停止し、配信していたデータに続く配信対象データを第３圧縮率ＣＲｃで圧縮した圧縮データの第３ビットレートＢＲｃによるストリーム配信と、配信対象データを第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’によるストリーム配信とを並行して行う（Ｓ６）。
【００４６】
尚、第４ビットレートＢＲｂ’は、第２ビットレートＢＲｂよりも低く、第３ビットレートＢＲｃよりも高いレートである。また、上記第３圧縮率ＣＲｃで圧縮するデータを予め所定量確保しておき、このデータに続くデータを上記第２圧縮率ＣＲｂで圧縮する。また、本実施形態では、上記第３圧縮率ＣＲｃで圧縮するデータ量は、上記第２圧縮率ＣＲｂで圧縮したデータがクライアント端末３において蓄積されて再生可能状態になるまでの間ストリーム配信できる量に設定されている。
【００４７】
クライアント端末３は、ゆらぎ吸収バッファ３５Ａに蓄積された上記第３圧縮率ＣＲｃの圧縮データが再生可能な蓄積量に達したとき、このデータをエンコードしてデータを再生する。さらに、クライアント端末３は、上記第３ビットレートＢＲｃによりストリーム配信される第３圧縮率ＣＲｃの圧縮データをゆらぎ吸収バッファ３５Ａに蓄積し、上記ゆらぎ吸収バッファ３５Ａに蓄積されているデータに続けて再生を行う。また、クライアント端末３は、上記第４ビットレートＢＲｂ’によりストリーム配信される第２圧縮率ＣＲｂの圧縮データを他方のゆらぎ吸収バッファ３５Ｂに蓄積し、上記一方のゆらぎ吸収バッファ３５Ａに蓄積されたデータの再生が全て終了したときに、このデータ再生に続けて、ゆらぎ吸収バッファ３５Ｂに蓄積したデータの再生を開始する。
【００４８】
次いで、配信サーバ１は、上記第４ビットレートＢＲｂ’でストリーム配信している第２圧縮率ＣＲｂの圧縮データが、クライアント端末３において再生可能な蓄積量に達したか否かを判定する（Ｓ７）。この判定も上記と同様に、配信サーバ１が送信したデータ量を計測していて判定しても良いし、或いは配信サーバ１が、クライアント端末３からデータ再生可能状態になったことの通知を受けることによって判定するようにしても良い。
【００４９】
上記判定の結果、上記第４ビットレートＢＲｂ’でストリーム配信している第２圧縮率ＣＲｂの圧縮データがクライアント端末３において再生可能な蓄積量に達したとき、配信サーバ１は、上記第３圧縮率ＣＲｃの圧縮データの第３ビットレートＢＲｂｃでのストリーム配信と、上記第２圧縮率ＣＲｃの圧縮データの第４ビットレートＢＲｂｃ’でのストリーム配信とを停止し、配信対象データを第２圧縮率ＣＲｂで圧縮した圧縮データの第２ビットレートＢＲｂによるストリーム配信のみに切り替える（Ｓ８）。
【００５０】
次いで、配信サーバ１は、ネットワーク２の通信状態が回復したか否かを判定し（Ｓ９）、通信状態が回復したときに上記Ｓ２の処理に移行して、データの転送量を通常状態に戻す。
【００５１】
前述したように、本実施形態では、映像データやサウンドデータ等の再生不能という一時的なサービス不能状態を改善するために、図４に示すように、ビットレート切り替えを、第１圧縮率ＣＲａの圧縮データの高ビットレートＢＲａでの転送（モードＡ）から、第２圧縮率ＣＲｂの圧縮データの低ビットレートＢＲｂでの転送（モードＢ）へ単純に切り替えるのではなく、一時的に第３圧縮率ＣＲｃの圧縮データの転送モード（モードＣ１，Ｃ２）を作り、モードＡ［時刻ｔ0］→モードＣ１，Ｃ２［時刻ｔ2］→モードＢというようにストリーム配信の状態を遷移させている。これにより、上記サービス不能状態の改善が可能になる。
【００５２】
即ち、モードＣ１，Ｃ２の動作の詳細は以下の通りである。尚、時刻ｔ0において、輻輳を検出して送信ストリームを切り替える判断をするところまでは従来例と同じである。
【００５３】
（モードＣ１）
モードＣ１が実施される時間は、クライアント端末３においてデータ再生可能状態になるまでの時間であるため、少なくともｍ×（ＢＲｃ／ＢＲｂ）の時間である。ここでｍは前述したタイムラグの時間である。時刻ｔ0で、第２圧縮率ＣＲｂの圧縮データの第２ビットレートＢＲｂでのストリーム配信に切り替えるのではなく、第３圧縮率ＣＲｃの圧縮データを第２ビットレートＢＲｂでストリーム配信する。つまり、ＢＲｂ／ＢＲｃ倍速でデータを送信することになる。
【００５４】
ゆらぎ吸収バッファ３５Ａにデータが蓄積され再生が可能になった時点（時刻ｔ1）で、クライアント端末３において、モードＣ１でストリーム配信されたデータの再生が開始される。
【００５５】
このように、第３圧縮率ＣＲｃの圧縮データを第２ビットレートＢＲｂでストリーム配信することにより、第３圧縮率ＣＲｃの圧縮データがゆらぎ吸収バッファに蓄積されて再生可能状態になるまでの時間は、ＢＲｂ＞＞ＢＲｃであるため、最初からモードＢでデータ配信する従来方式の場合のＢＲｃ／ＢＲｂ倍で済む。即ち、データ再生不能となるタイムラグは、上記の例、すなわち、ＢＲａ＝１０００ｋｂｐｓ、ＢＲｂ＝５００ｋｂｐｓ、ＢＲｃ＝１００ｋｂｐｓとしたときは、前述した従来例の０．２倍となる。このモードＣ１でのサービスはモードＢで実現できる再生品質には及ばないが、何らかの映像／音声が再生できることによりサービス品質は完全停止状態よりは大幅に良い状態である。
【００５６】
（モードＣ２）
モードＣ２が実施される時間は、第４ビットレートＢＲｂ’でストリーム配信される第２圧縮率ＣＲｂの圧縮データがクライアント端末３においてデータ再生可能状態になるまでの時間であるため、少なくともｍ×ＢＲｂ／（ＢＲｂ−ＢＲｃ）となる。
【００５７】
ゆらぎ吸収バッファ３５ＡにモードＣ１のデータが蓄積されて再生可能になった時点（時刻ｔ1）でクライアント端末３で再生するデータは第３圧縮率ＣＲｃで圧縮されたデータのままであるが、ストリーム配信されるデータは第３圧縮率ＣＲｃの圧縮データと第２圧縮率ＣＲｂの圧縮データを併せたものに移行される。
【００５８】
但し、配信サーバ１からクライアント端末３へ送信できるビットレートは、やはり最高でも全体として第２ビットレートＢＲｂしかないので、第４ビットレートＢＲｂ’は最大でもＢＲｂ−ＢＲｃとなる。
【００５９】
クライアント端末３では第２圧縮率ＣＲｂの圧縮データはモードＢ用のゆらぎ吸収バッファに蓄積しておく。このとき、モードＢ用のゆらぎ吸収バッファにデータが十分に貯まるには、ｍ×ＢＲｂ／（ＢＲｂ−ＢＲｃ）だけの時間（時刻ｔ1〜ｔ2の間の時間）がかかる。
【００６０】
（モードＢ）
モードＣ２が完了する（時刻ｔ2）と、クライアント端末３では第２圧縮率ＣＲｂの圧縮データを再生できる状態になるので、配信サーバ１は第２圧縮率ＢＲｂの圧縮データのみを第２ビットレートＢＲｂでストリーム配信し、クライアント端末３では再生する映像／音声等のデータも第２圧縮率ＢＲｂのデータに切り替え、当初の目的である第２ビットレートＢＲｂで第２圧縮率ＣＲｂの圧縮データをストリーム配信するモードＢヘ移行する。この先は従来例と同じである。
【００６１】
前述したように、本実施形態によれば、品質の不安定なネットワーク２でのストリーミングサービス品質の向上を図ることができる。従来例であれば時間ｍだけデータ再生が停止してしまうところ、本実施形態では完全なデータ再生停止時間はｍ×ＢＲｃ／ＢＲｂに抑え、本来モードＢで開始されるべき時間がｍ×（２ＢＲｂ−ＢＲｃ）×ＢＲｃ／（（ＢＲｂ−ＢＲｃ）×ＢＲｂ）だけ従来例よりも遅くなるが、ＢＲｂ＞＞ＢＲｃとなる適切なパラメータを選択すればこの値は小さくなり改善効果の方が大きい。
【００６２】
尚、本実施形態は、本発明の一具体例であって、本発明が上記実施形態のみに限定されないことは言うまでもないことである。
【００６３】
また、上記の配信サーバ１のコンピュータプログラムを記録した情報記録媒体作成して配布する、或いはネットワークを介して配布することにより、配布されたコンピュータプログラムをコンピュータ装置にインストールすることにより簡単に上記と同様の配信サーバを構成することができる。
【００６４】
【発明の効果】
以上説明したように本発明によれば、ネットワークの輻輳等によってストリーム配信の品質が低下した場合、配信サーバによって、第１圧縮率ＣＲａの圧縮データの第１ビットレートＢＲａでのストリーム配信から第２圧縮率ＣＲｂの圧縮データの第２ビットレートＢＲｂでのストリーム配信に移行する際に、第３圧縮率ＣＲｃの圧縮データの第２ビットレートＢＲｂでのストリーム配信が行われると共に、これに続いて第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信と第２圧縮率ＣＲｂの圧縮データの第４ビットレートＢＲｂ’によるストリーム配信とが並行して行われた後、第２圧縮率ＣＲｂの圧縮データの第２ビットレートＢＲｂによるストリーム配信のみに切り替えられるため、第１ビットレートＢＲａでのデータ配信が停止されてクライアント端末におけるデータ再生が停止した後、再度データ再生が開始されるまでの間の時間が従来よりも低減されるので、ストリームサービスの品質向上を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態におけるストリーム配信サービスシステムを示す構成図
【図２】本発明の一実施形態における配信サーバの構成を示すブロック図
【図３】本発明の一実施形態におけるクライアント端末の構成を示すブロック図
【図４】本発明の一実施形態におけるストリーム配信されるデータを説明する図
【図５】本発明の一実施形態における配信サーバにおけるストリーム配信処理を説明するフローチャート
【図６】従来例におけるストリーム配信されるデータを説明する図
【符号の説明】
１…配信サーバ、２…ネットワーク、３…クライアント端末、４…接続回線、５…配信ストリーム、１１…回線制御部、１２…通信制御部、１３…データベース管理システム部、１４…サウンドデータベース、１５…映像データベース、３１…表示部、３２…表示制御部、３３…通信制御部、３４…回線制御部、３５Ａ，３５Ｂ…ゆらぎ吸収バッファ、３６…マウス、３７…スピーカ。
【発明の属する技術分野】
本発明は、インターネットなどの多数の利用者が混在するネットワークにおいてストリーミングサービスを提供する際に輻輳等による品質低下の影響を軽減するストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体に関するものである。
【０００２】
【従来の技術】
従来、インターネットのような多人数共用ベストエフォート型ネットワークを介してストリーム配信サーバからクライアント端末へ映像や音楽などのデータを配信するストリーミングサービスを提供するにあたり、他の通信の影響、例えば輻輳等による影響によって品質低下が発生することがある。
【０００３】
それを回避するためにサウンドデータや映像データ等のストリーム配信サーバーにおいてはクライアント端末との間で通信状態を確認するなどの方法によって輻輳状態を判断し、配信サーバ側の制御によって、図６に示すようにビットレートの異なるモードＡ，Ｂに動的に変更する機能が装備されていることが多い。
【０００４】
近年においては、ビットレートの異なるモードに動的に変更する手段として周知のマルチビットレート方式を用いることが多くなってきている。このマルチビットレート方式では、上記ビットレートが低くなるほどデータの圧縮率を高くして、同等の転送時間でクライアント端末でのデータ再生が可能になるようにしている。即ち、データの圧縮率を高くすると、データの間引き率が増加する。
【０００５】
上記モードＡでは、データ再生時の品質を高めるためにデータの圧縮率を低くしてエンコードした圧縮データ（圧縮率ＣＲａ）を高ビットレートＢＲａでストリーム配信する。また、モードＢでは、データ再生時の品質がモードＡ程良好ではないが、ある程度の品質となるようにデータの圧縮率を高めてエンコードした圧縮データ（圧縮率ＣＲｂ（＞ＣＲａ））を低ビットレートＢＲｂ（＜ＢＲａ）でストリーム配信する。
【０００６】
一方、ストリーミングサービスを受けるクライアント端末においては、通常、ネットワークでの遅延揺らぎを吸収するために、サーバから受信したデータを一旦ネットワークゆらぎ吸収バッファ（以下、単にゆらぎ吸収バッファと称する）に蓄積してからデコード／再生を行う。
【０００７】
【発明が解決しようとする課題】
前述したように、ネットワークの輻輳を自動的に検出し、データの転送ビットレートを変更して、輻輳による品質低下を軽減することは可能である。しかし、その転送ビットレート切り替え時に、切り替えたモードでストリーム配信したデータがクライアント端末のゆらぎ吸収バッファに貯まって安定して再生可能になるまで、クライアント端末における映像や音声の出力が一時停止してしまうという問題点があった。
【０００８】
即ち、サービス開始時や、モードの切り替え時には最初に安定して映像／音声を再生できるように、ゆらぎ吸収バッファにある程度の量のデータが貯まってからデータをエンコードして再生をはじめる。
【０００９】
このため、サービス開始の要求をクライアントがユーザーから受けてから実際にサービスを開始するまでにはタイムラグが生ずる。例えば、ゆらぎ吸収バッファにある程度の量のデータが貯まるまでの時間（タイムラグ）をｍとすると、この時間ｍは、通常、数秒から数十秒程度である。ここで時間ｍを、例えば１０秒とすると、上記のタイムラグ、すなわち、配信サーバがデータ転送を開始してからクライアント端末において映像や音声の出力が開始されるまでの時間は１０秒となる。
【００１０】
一方、ビットレートの切り替えは、図６に示すように、高ビットレートモードＡ（ビットレート：ＢＲａ）でデータの受信を行っているクライアント端末が受信時の損失率等から輻輳を検出し（時刻ｔ0）、その検出結果をサーバに通知して、サーバが低ビットレートのモードＢ（ビットレート：ＢＲｂ）に送出ストリームを切り替えるという手続きを踏む。
【００１１】
しかし、この変更が行われる時点ではネットワークは混雑しており、データを低ビットレートＢＲｂでしか送ることができない。このため、ゆらぎ吸収バッファにデータを貯めるためには、上記のようにタイムラグ（例えば、ｍ＝１０秒）に相当する時間がかかり、ｔ0〜ｔ2’のタイムラグの間の時間（時間ｍ）は一時的に再生が停止してしまい、ストリーミングサービスとしての品質が低下してしまう。
【００１２】
本発明の目的は上記の問題点に鑑み、ビットレートの切り替え時における再生品質の低下を軽減できるストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体を提供することである。
【００１３】
【課題を解決するための手段】
本発明は上記の目的を達成するために請求項１では、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し且つデータ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートを用いて前記蓄積データのストリーミングサービスを行う配信サーバが、ネットワークを介して接続されたクライアント端末に対して、前記蓄積データをストリーム配信するときのストリーミングサービスの配信レート変更方法であって、前記配信サーバは、配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信し、前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行い、前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替えるストリーミングサービスの配信レート変更方法を提案する。
【００１４】
本発明のストリーミングサービスの配信レート変更方法によれば、前記配信サーバがサウンドデータや動画データをクライアント端末へストリーム配信しているときに、ネットワークの輻輳等によってストリーム配信の品質が低下した場合、前記配信サーバによって前記ストリーム配信のビットレートが第１ビットレートＢＲａから第２ビットレートＢＲｂに低下される。
【００１５】
この際、前記配信サーバによって、前記第１ビットレートＢＲａでの前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信が停止され、前記第３圧縮率ＣＲｃで前記配信対象となるデータを圧縮した圧縮データの前記第２ビットレートＢＲｂでのストリーム配信が開始される。
【００１６】
さらに、前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記配信サーバによって、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信が停止される。そして、配信サーバによって、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とが並行して行われる。
【００１７】
前記配信サーバから前記第４ビットレートＢＲｂ’でクライアント端末へ配信された圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信サーバによって、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替えられる。
【００１８】
従って、前記第１ビットレートＢＲａでのデータ配信が停止され、前記クライアント端末におけるデータ再生が停止した後、再度データ再生が開始されるまでの間の時間が従来よりも低減される。
【００１９】
即ち、前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末に蓄積され、該蓄積されたデータが再生可能になるまでの間の時間は、前記第２圧縮率ＣＲｂの圧縮データが前記クライアント端末に蓄積され、該蓄積されたデータが再生可能になるまでの間の時間よりも短い。
【００２０】
さらに、前記第３ビットレートＢＲｃでのストリーム配信と前記第４ビットレートＢＲｂ’でのストリーム配信が並行して行われるので、前記第３ビットレートＢＲｃでのストリーム配信を停止して、第２ビットレートＢＲｂでのストリーム配信のみに切り替える際に、前記クライアント端末におけるデータ再生が停止されることがない。
【００２１】
また、請求項２では、上記のストリーミングサービスの配信レート変更方法を実施するストリーム配信サーバとして、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積されているデータをストリーム配信するストリーム配信サーバにおいて、配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信する手段と、前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行う手段と、前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替える手段とを備えているストリーム配信サーバを提案する。
【００２２】
また、請求項３では、コンピュータ装置からなるサーバで、上記ストリーミングサービスの配信レート変更方法を容易に実施するために、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積データをストリーム配信するコンピュータ装置からなるサーバの前記ストリーム配信を行うコンピュータプログラムにおいて、配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信するステップと、前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行うステップと、前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替えるステップとを含むストリーム配信プログラムを提案する。
【００２３】
また、請求項４では、上記ストリーム配信プログラムを容易に配布できるようにするために、前記請求項３に記載のストリーム配信プログラムが記録されているコンピュータ読み取り可能な情報記録媒体を提案する。
【００２４】
【発明の実施の形態】
以下、図面に基づいて本発明の一実施形態を説明する。
【００２５】
図１は本発明の一実施形態におけるストリーム配信サービスシステムを示す構成図、図２は本発明の一実施形態における配信サーバの構成を示すブロック図、図３は本発明の一実施形態におけるクライアント端末の構成を示すブロック図である。
【００２６】
図１において、１は配信サーバで、動画および音声等のデータをパケット化してインターネットなどのネットワーク２を介してクライアント端末３に配信する。クライアント端末３は、配信サーバ１から配信されたデータを受信して、映像や音声に変換して出力する。４は配信サーバ１とネットワーク２を接続する接続回線、５は配信サーバ１とクライアント端末３との間のデータの流れである配信ストリームである。
【００２７】
配信サーバ１は、所定のプログラムがインストールされた周知のコンピュータ装置からなり、図２に示すように、回線制御部１１、通信制御部１２、データベース管理システム部（以下、ＤＢ管理システム部と称する）１３、サウンドデータベース（以下、サウンドＤＢと称する）１４、及び映像データベース（以下、映像ＤＢと称する）１５を備えている。尚、映像ＤＢ１５には映像のみのデータ及び映像データとサウンドデータが一体化されたデータが映像データとして蓄積されている。また、配信サーバ１の各構成部は、ハードウエア及びソフトウェアの双方から構成されている。
【００２８】
配信サーバ１において、回線制御部１１は通信制御部１２を介してＤＢ管理システム部１３に接続され、ＤＢ管理システム部１３はサウンドＤＢ１４及び映像ＤＢ２１に接続されている。
【００２９】
クライアント端末３は、所定のプログラムがインストールされた周知のコンピュータ装置からなり、表示部３１、表示制御部３２、通信制御部３３、回線制御部３４、ゆらぎ吸収バッファ３５Ａ，３５Ｂ、マウス３６、及びスピーカ３７を備えている。尚、クライアント端末３の各構成部は、ハードウエア及びソフトウェアの双方から構成されている。
【００３０】
クライアント端末３において、表示部３１は表示制御部３２を介して通信制御部３３に接続されている。また、通信制御部３３は、回線制御部３４、ゆらぎ吸収バッファ３５Ａ，３５Ｂ、マウス３６、スピーカ３７のそれぞれに接続されている。
【００３１】
また、クライアント端末３の回線制御部３４は、ネットワーク２を介して配信サーバ１の回線制御部１１に接続されている。
【００３２】
次に、前述の構成よりなる本実施形態の動作を図４及び図５に基づいて説明する。ここで、図４はストリーム配信されるデータを説明する図、図５は配信サーバにおけるストリーム配信処理を説明するフローチャートである。
【００３３】
データの配信を希望するユーザは、クライアント端末３を操作してクライアント端末３と配信サーバ１との間でネットワークコネクションを接続し、ネットワークコネクションが確率した後、クライアント端末３と配信サーバ１との間のアプリケーションのコネクションが確立された旨をクライアント端末３から配信サーバ１に対してメニュー要求コマンドを用いて転送する。
【００３４】
配信サーバ１は、当該メニュー要求コマンドを受信すると、サウンドＤＢ１４映像ＤＢ１５からメニューを読み出してメニュー確認レスポンスを編集し、当該メニュー確認レスポンスをクライアント端末３に対して転送する。
【００３５】
クライアント端末３では、当該メニュー確認レスポンスを受信すると、回線制御部３４は、当該メニュー確認レスポンスを通信制御部３３に通知する。これを受けた通信制御部３３は、メニューを表示制御部３２を介して表示部３１に表示する。
【００３６】
クライアント端末３を操作するユーザは、表示部３１に表示されているメニューの中から所望とする選択肢をマウス３６を用いて指定する。これにより、データの配信要求がクライアント端末３から配信サーバ１に送信される。
【００３７】
配信サーバ１は、クライアント端末３から配信要求を受信すると要求されたデータ（配信対象データ）を第１圧縮率ＣＲａで圧縮して得られた圧縮データをパケット化してこれを第１ビットレートＢＲａでクライアント端末３へストリーム配信する（Ｓ１，Ｓ２）。
【００３８】
このとき、クライアント端末３は、配信サーバ１から受信したデータをゆらぎ吸収バッファ３５Ａに蓄積し、蓄積したデータが再生可能状態になってからデータをエンコード（圧縮の解除）してデータを再生する。
【００３９】
配信サーバ１は、上記データのストリーム配信中にネットワーク２の通信状態を確認してデータ転送がする（Ｓ３）。尚、通信状態の確認方法は、ストリーム配信システムの構成に応じて現在一般的に用いられている多種の確認方法の中から任意の方法を用いて良い。例えば、配信サーバ１が通信状態の良否を検出しても良いし、クライアント端末３が通信状態の良否を検出してその検出結果を配信サーバ１に通知するようにしても良い。
【００４０】
上記通信状態の確認の結果、通信状態が良好であるときは上記Ｓ２の処理を継続する。また、通信状態が悪化したときは、第１ビットレートＢＲａによる第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で配信対象となるデータを圧縮した圧縮データを第２ビットレートＢＲｂでストリーム配信する（Ｓ４）。
【００４１】
このとき、クライアント端末３は、上記と同様に配信サーバ１から受信したデータをゆらぎ吸収バッファ３５Ａに蓄積し、蓄積したデータが再生可能状態になってからデータをエンコード（圧縮の解除）してデータを再生する。
【００４２】
尚、上記第２圧縮率ＣＲｂは、第１圧縮率ＣＲａよりも高い圧縮率であり、第２圧縮率ＣＲｂで圧縮されたデータは、そのデータ量が第１圧縮率ＣＲａで圧縮されたデータのデータ量よりも少なくなる。また、第２圧縮率ＣＲｂで圧縮された圧縮データを第１ビットレートＢＲａよりも低い第２ビットレートＢＲｂでストリーム配信することにより、ほぼリアルタイムでデータの再生を行うことができる。また、上記第３圧縮率ＣＲｃは、通常、第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するときの圧縮率であり、第３圧縮率ＣＲｃで圧縮されたデータは、そのデータ量が第２圧縮率ＣＲａｂ圧縮されたデータのデータ量よりも少なくなる。また、第３圧縮率ＣＲｃで圧縮された圧縮データを第２ビットレートＢＲｂよりも低い第３ビットレートＢＲｃでストリーム配信することにより、ほぼリアルタイムでデータの再生を行うことができる。
【００４３】
本実施形態では、上記第１ビットレートＢＲａを１０００ｋｂｐｓに、第２ビットレートＢＲｂを５００ｋｂｐｓに、第３ビットレートＢＲｃを１００ｋｂｐｓにそれぞれ設定している。尚、これらの設定値は一例であり、本願発明における各ビットレートがこれらの値に限定されるものではない。
【００４４】
次に、配信サーバ１は、上記第２ビットレートＢＲｂでストリーム配信している第３圧縮率ＣＲｃ（＞ＣＲｂ）の圧縮データが、クライアント端末３において再生可能な蓄積量に達したか否かを判定する（Ｓ５）。この判定は、配信サーバ１が送信したデータ量を計測していて判定しても良いし、或いは配信サーバ１が、クライアント端末３からデータ再生可能状態になったことの通知を受けることによって判定するようにしても良い。
【００４５】
上記判定の結果、上記第２ビットレートＢＲｂでストリーム配信している第３圧縮率ＣＲｃの圧縮データがクライアント端末３において再生可能な蓄積量に達したとき、配信サーバ１は、上記第３圧縮率ＣＲｃの圧縮データの第２ビットレートＢＲｂでのストリーム配信を停止し、配信していたデータに続く配信対象データを第３圧縮率ＣＲｃで圧縮した圧縮データの第３ビットレートＢＲｃによるストリーム配信と、配信対象データを第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’によるストリーム配信とを並行して行う（Ｓ６）。
【００４６】
尚、第４ビットレートＢＲｂ’は、第２ビットレートＢＲｂよりも低く、第３ビットレートＢＲｃよりも高いレートである。また、上記第３圧縮率ＣＲｃで圧縮するデータを予め所定量確保しておき、このデータに続くデータを上記第２圧縮率ＣＲｂで圧縮する。また、本実施形態では、上記第３圧縮率ＣＲｃで圧縮するデータ量は、上記第２圧縮率ＣＲｂで圧縮したデータがクライアント端末３において蓄積されて再生可能状態になるまでの間ストリーム配信できる量に設定されている。
【００４７】
クライアント端末３は、ゆらぎ吸収バッファ３５Ａに蓄積された上記第３圧縮率ＣＲｃの圧縮データが再生可能な蓄積量に達したとき、このデータをエンコードしてデータを再生する。さらに、クライアント端末３は、上記第３ビットレートＢＲｃによりストリーム配信される第３圧縮率ＣＲｃの圧縮データをゆらぎ吸収バッファ３５Ａに蓄積し、上記ゆらぎ吸収バッファ３５Ａに蓄積されているデータに続けて再生を行う。また、クライアント端末３は、上記第４ビットレートＢＲｂ’によりストリーム配信される第２圧縮率ＣＲｂの圧縮データを他方のゆらぎ吸収バッファ３５Ｂに蓄積し、上記一方のゆらぎ吸収バッファ３５Ａに蓄積されたデータの再生が全て終了したときに、このデータ再生に続けて、ゆらぎ吸収バッファ３５Ｂに蓄積したデータの再生を開始する。
【００４８】
次いで、配信サーバ１は、上記第４ビットレートＢＲｂ’でストリーム配信している第２圧縮率ＣＲｂの圧縮データが、クライアント端末３において再生可能な蓄積量に達したか否かを判定する（Ｓ７）。この判定も上記と同様に、配信サーバ１が送信したデータ量を計測していて判定しても良いし、或いは配信サーバ１が、クライアント端末３からデータ再生可能状態になったことの通知を受けることによって判定するようにしても良い。
【００４９】
上記判定の結果、上記第４ビットレートＢＲｂ’でストリーム配信している第２圧縮率ＣＲｂの圧縮データがクライアント端末３において再生可能な蓄積量に達したとき、配信サーバ１は、上記第３圧縮率ＣＲｃの圧縮データの第３ビットレートＢＲｂｃでのストリーム配信と、上記第２圧縮率ＣＲｃの圧縮データの第４ビットレートＢＲｂｃ’でのストリーム配信とを停止し、配信対象データを第２圧縮率ＣＲｂで圧縮した圧縮データの第２ビットレートＢＲｂによるストリーム配信のみに切り替える（Ｓ８）。
【００５０】
次いで、配信サーバ１は、ネットワーク２の通信状態が回復したか否かを判定し（Ｓ９）、通信状態が回復したときに上記Ｓ２の処理に移行して、データの転送量を通常状態に戻す。
【００５１】
前述したように、本実施形態では、映像データやサウンドデータ等の再生不能という一時的なサービス不能状態を改善するために、図４に示すように、ビットレート切り替えを、第１圧縮率ＣＲａの圧縮データの高ビットレートＢＲａでの転送（モードＡ）から、第２圧縮率ＣＲｂの圧縮データの低ビットレートＢＲｂでの転送（モードＢ）へ単純に切り替えるのではなく、一時的に第３圧縮率ＣＲｃの圧縮データの転送モード（モードＣ１，Ｃ２）を作り、モードＡ［時刻ｔ0］→モードＣ１，Ｃ２［時刻ｔ2］→モードＢというようにストリーム配信の状態を遷移させている。これにより、上記サービス不能状態の改善が可能になる。
【００５２】
即ち、モードＣ１，Ｃ２の動作の詳細は以下の通りである。尚、時刻ｔ0において、輻輳を検出して送信ストリームを切り替える判断をするところまでは従来例と同じである。
【００５３】
（モードＣ１）
モードＣ１が実施される時間は、クライアント端末３においてデータ再生可能状態になるまでの時間であるため、少なくともｍ×（ＢＲｃ／ＢＲｂ）の時間である。ここでｍは前述したタイムラグの時間である。時刻ｔ0で、第２圧縮率ＣＲｂの圧縮データの第２ビットレートＢＲｂでのストリーム配信に切り替えるのではなく、第３圧縮率ＣＲｃの圧縮データを第２ビットレートＢＲｂでストリーム配信する。つまり、ＢＲｂ／ＢＲｃ倍速でデータを送信することになる。
【００５４】
ゆらぎ吸収バッファ３５Ａにデータが蓄積され再生が可能になった時点（時刻ｔ1）で、クライアント端末３において、モードＣ１でストリーム配信されたデータの再生が開始される。
【００５５】
このように、第３圧縮率ＣＲｃの圧縮データを第２ビットレートＢＲｂでストリーム配信することにより、第３圧縮率ＣＲｃの圧縮データがゆらぎ吸収バッファに蓄積されて再生可能状態になるまでの時間は、ＢＲｂ＞＞ＢＲｃであるため、最初からモードＢでデータ配信する従来方式の場合のＢＲｃ／ＢＲｂ倍で済む。即ち、データ再生不能となるタイムラグは、上記の例、すなわち、ＢＲａ＝１０００ｋｂｐｓ、ＢＲｂ＝５００ｋｂｐｓ、ＢＲｃ＝１００ｋｂｐｓとしたときは、前述した従来例の０．２倍となる。このモードＣ１でのサービスはモードＢで実現できる再生品質には及ばないが、何らかの映像／音声が再生できることによりサービス品質は完全停止状態よりは大幅に良い状態である。
【００５６】
（モードＣ２）
モードＣ２が実施される時間は、第４ビットレートＢＲｂ’でストリーム配信される第２圧縮率ＣＲｂの圧縮データがクライアント端末３においてデータ再生可能状態になるまでの時間であるため、少なくともｍ×ＢＲｂ／（ＢＲｂ−ＢＲｃ）となる。
【００５７】
ゆらぎ吸収バッファ３５ＡにモードＣ１のデータが蓄積されて再生可能になった時点（時刻ｔ1）でクライアント端末３で再生するデータは第３圧縮率ＣＲｃで圧縮されたデータのままであるが、ストリーム配信されるデータは第３圧縮率ＣＲｃの圧縮データと第２圧縮率ＣＲｂの圧縮データを併せたものに移行される。
【００５８】
但し、配信サーバ１からクライアント端末３へ送信できるビットレートは、やはり最高でも全体として第２ビットレートＢＲｂしかないので、第４ビットレートＢＲｂ’は最大でもＢＲｂ−ＢＲｃとなる。
【００５９】
クライアント端末３では第２圧縮率ＣＲｂの圧縮データはモードＢ用のゆらぎ吸収バッファに蓄積しておく。このとき、モードＢ用のゆらぎ吸収バッファにデータが十分に貯まるには、ｍ×ＢＲｂ／（ＢＲｂ−ＢＲｃ）だけの時間（時刻ｔ1〜ｔ2の間の時間）がかかる。
【００６０】
（モードＢ）
モードＣ２が完了する（時刻ｔ2）と、クライアント端末３では第２圧縮率ＣＲｂの圧縮データを再生できる状態になるので、配信サーバ１は第２圧縮率ＢＲｂの圧縮データのみを第２ビットレートＢＲｂでストリーム配信し、クライアント端末３では再生する映像／音声等のデータも第２圧縮率ＢＲｂのデータに切り替え、当初の目的である第２ビットレートＢＲｂで第２圧縮率ＣＲｂの圧縮データをストリーム配信するモードＢヘ移行する。この先は従来例と同じである。
【００６１】
前述したように、本実施形態によれば、品質の不安定なネットワーク２でのストリーミングサービス品質の向上を図ることができる。従来例であれば時間ｍだけデータ再生が停止してしまうところ、本実施形態では完全なデータ再生停止時間はｍ×ＢＲｃ／ＢＲｂに抑え、本来モードＢで開始されるべき時間がｍ×（２ＢＲｂ−ＢＲｃ）×ＢＲｃ／（（ＢＲｂ−ＢＲｃ）×ＢＲｂ）だけ従来例よりも遅くなるが、ＢＲｂ＞＞ＢＲｃとなる適切なパラメータを選択すればこの値は小さくなり改善効果の方が大きい。
【００６２】
尚、本実施形態は、本発明の一具体例であって、本発明が上記実施形態のみに限定されないことは言うまでもないことである。
【００６３】
また、上記の配信サーバ１のコンピュータプログラムを記録した情報記録媒体作成して配布する、或いはネットワークを介して配布することにより、配布されたコンピュータプログラムをコンピュータ装置にインストールすることにより簡単に上記と同様の配信サーバを構成することができる。
【００６４】
【発明の効果】
以上説明したように本発明によれば、ネットワークの輻輳等によってストリーム配信の品質が低下した場合、配信サーバによって、第１圧縮率ＣＲａの圧縮データの第１ビットレートＢＲａでのストリーム配信から第２圧縮率ＣＲｂの圧縮データの第２ビットレートＢＲｂでのストリーム配信に移行する際に、第３圧縮率ＣＲｃの圧縮データの第２ビットレートＢＲｂでのストリーム配信が行われると共に、これに続いて第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信と第２圧縮率ＣＲｂの圧縮データの第４ビットレートＢＲｂ’によるストリーム配信とが並行して行われた後、第２圧縮率ＣＲｂの圧縮データの第２ビットレートＢＲｂによるストリーム配信のみに切り替えられるため、第１ビットレートＢＲａでのデータ配信が停止されてクライアント端末におけるデータ再生が停止した後、再度データ再生が開始されるまでの間の時間が従来よりも低減されるので、ストリームサービスの品質向上を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態におけるストリーム配信サービスシステムを示す構成図
【図２】本発明の一実施形態における配信サーバの構成を示すブロック図
【図３】本発明の一実施形態におけるクライアント端末の構成を示すブロック図
【図４】本発明の一実施形態におけるストリーム配信されるデータを説明する図
【図５】本発明の一実施形態における配信サーバにおけるストリーム配信処理を説明するフローチャート
【図６】従来例におけるストリーム配信されるデータを説明する図
【符号の説明】
１…配信サーバ、２…ネットワーク、３…クライアント端末、４…接続回線、５…配信ストリーム、１１…回線制御部、１２…通信制御部、１３…データベース管理システム部、１４…サウンドデータベース、１５…映像データベース、３１…表示部、３２…表示制御部、３３…通信制御部、３４…回線制御部、３５Ａ，３５Ｂ…ゆらぎ吸収バッファ、３６…マウス、３７…スピーカ。
Claims (4)
- サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し且つデータ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートを用いて前記蓄積データのストリーミングサービスを行う配信サーバが、ネットワークを介して接続されたクライアント端末に対して、前記蓄積データをストリーム配信するときのストリーミングサービスの配信レート変更方法であって、
前記配信サーバは、
配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、
前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、
前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信し、
前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、
前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行い、
前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替える
ことを特徴とするストリーミングサービスの配信レート変更方法。 - サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積されているデータをストリーム配信するストリーム配信サーバにおいて、
配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信する手段と、
前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行う手段と、
前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替える手段とを備えている
ことを特徴とするストリーム配信サーバ。 - サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積データをストリーム配信するコンピュータ装置からなるサーバの前記ストリーム配信を行うコンピュータプログラムにおいて、
配信対象となるデータを第１圧縮率ＣＲａで圧縮した圧縮データを第１ビットレートＢＲａでストリーム配信している状態から、前記データを前記第１圧縮率ＣＲａよりも高い第２圧縮率ＣＲｂ（＞ＣＲａ）で圧縮した圧縮データを前記第１ビットレートＢＲａよりも低い第２ビットレートＢＲａ（＜ＢＲａ）でストリーム配信している状態に切り替える際に、前記第１ビットレートＢＲａによる前記第１圧縮率ＣＲａで圧縮した圧縮データのストリーム配信を停止して、前記第２ビットレートＢＲｂよりもさらに低い第３ビットレートＢＲｃ（＜ＢＲｂ）でストリーム配信するための前記第２圧縮率ＣＲｂよりもさらに高い第３圧縮率ＣＲｃ（＞ＣＲｂ）で前記配信対象となるデータを圧縮した圧縮データを前記第２ビットレートＢＲｂでストリーム配信するステップと、
前記第２ビットレートで配信した前記第３圧縮率ＣＲｃの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第３圧縮率ＣＲｃの圧縮データの前記第２ビットレートＢＲｂによるストリーム配信を停止した後、前記配信対象となるデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの第４ビットレートＢＲｂ’（但し、ＢＲｂ’＜ＢＲｂ）によるストリーム配信と、前記第３圧縮率ＣＲｃの圧縮データの前記第３ビットレートＢＲｃによるストリーム配信とを並行して行うステップと、
前記第４ビットレートＢＲｂ’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第２圧縮率ＣＲｂで圧縮した圧縮データの前記第２ビットレートＢＲｂによるストリーム配信のみに切り替えるステップとを含む
ことを特徴とするストリーム配信プログラム。 - 前記請求項３に記載のストリーム配信プログラムが記録されていることを特徴とするコンピュータ読み取り可能な情報記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002177363A JP3920716B2 (ja) | 2002-06-18 | 2002-06-18 | ストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002177363A JP3920716B2 (ja) | 2002-06-18 | 2002-06-18 | ストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004023548A JP2004023548A (ja) | 2004-01-22 |
| JP3920716B2 true JP3920716B2 (ja) | 2007-05-30 |
Family
ID=31175417
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002177363A Expired - Fee Related JP3920716B2 (ja) | 2002-06-18 | 2002-06-18 | ストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3920716B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8176197B2 (en) | 2006-03-30 | 2012-05-08 | Pioneer Corporation | Server device in contents transmitting system and contents transmitting method |
| JP5318658B2 (ja) * | 2009-05-21 | 2013-10-16 | 株式会社エヌ・ティ・ティ・ドコモ | 通信制御装置、及びコーデック切替方法 |
-
2002
- 2002-06-18 JP JP2002177363A patent/JP3920716B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004023548A (ja) | 2004-01-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6792449B2 (en) | Startup methods and apparatuses for use in streaming content | |
| JP4818562B2 (ja) | 漸進的により高品質のバージョンのオーディオおよび／またはビデオプログラムを得るための方法およびコンピュータネットワーク | |
| KR100908954B1 (ko) | 오디오 또는 비디오 자료의 전송방법 및 장치 | |
| JP5894220B2 (ja) | プログレッシブ再生を含む映像分配システム | |
| EP1622385B1 (en) | Media transrating over a bandwidth-limited network | |
| US8589576B2 (en) | Contents distributing system, client, server, contents distributing method, and contents reproducing method | |
| JPH11501786A (ja) | 圧縮ビデオ信号受信方法 | |
| JP2008516477A (ja) | ビデオ圧縮システム | |
| JP2007104656A (ja) | コンテンツダウンロードシステム及び方法 | |
| US20040034870A1 (en) | Data streaming system and method | |
| US20080133744A1 (en) | Multimedia data streaming server and method for dynamically changing amount of transmitting data in response to network bandwidth | |
| JP2006304272A (ja) | 送信装置 | |
| WO2005086009A1 (ja) | メディア配信装置及びメディア受信装置 | |
| AU2008202703A1 (en) | Apparatus and method for providing multimedia content | |
| JPH08317384A (ja) | 情報処理システム | |
| JP2002319991A (ja) | 映像または音声伝送システム | |
| US9032457B2 (en) | Streaming data processing method and apparatus for digital broadcast system supporting VOD service | |
| JP2005303925A (ja) | ストリームデータ送信装置、ストリームデータ受信装置およびそれらの処理をコンピュータに実行させるための処理プログラムを記録した記録媒体 | |
| JP3920716B2 (ja) | ストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体 | |
| JP2003333488A (ja) | ストリーミングデータ再生方式及びストリーミングデータ再生方法 | |
| JPH08289251A (ja) | マルチメディア処理装置 | |
| JP2007086484A (ja) | コンテンツ配信システム及びコンテンツ配信方法並びにそれに用いる配信装置、端末装置及びそのプログラム | |
| JP3860957B2 (ja) | マルチメディアデータの送出装置 | |
| JP2004289295A (ja) | データ処理システム、データ処理装置及びデータ処理方法 | |
| JP2000358232A (ja) | Ｖｏｄシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040806 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070213 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070215 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120223 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130223 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |