JP2004023548A - Distribution rate change method for streaming service, stream distribution server, stream distribution program, and information recording medium therefor - Google Patents

Distribution rate change method for streaming service, stream distribution server, stream distribution program, and information recording medium therefor Download PDF

Info

Publication number
JP2004023548A
JP2004023548A JP2002177363A JP2002177363A JP2004023548A JP 2004023548 A JP2004023548 A JP 2004023548A JP 2002177363 A JP2002177363 A JP 2002177363A JP 2002177363 A JP2002177363 A JP 2002177363A JP 2004023548 A JP2004023548 A JP 2004023548A
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.)
Granted
Application number
JP2002177363A
Other languages
Japanese (ja)
Other versions
JP3920716B2 (en
Inventor
Ginga Kawaguchi
川口 銀河
Yukitaka Masuda
増田 征貴
Tetsuo Nakamizo
中溝 徹生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2002177363A priority Critical patent/JP3920716B2/en
Publication of JP2004023548A publication Critical patent/JP2004023548A/en
Application granted granted Critical
Publication of JP3920716B2 publication Critical patent/JP3920716B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a distribution rate change method for a streaming service, a stream distribution server, a stream distribution program and an information recording medium therefor in which the deterioration of reproduction quality when switching a bit rate is reduced. <P>SOLUTION: When the quality of stream distribution is lowered by the congestion of a network or the like, in the case of changing the stream distribution of a first bit rate BRa for compressed data of first compressibility CRa to the stream distribution of a second bit rate BRb for compressed data of second compressibility CRb, the stream distribution of the second bit rate BRb is performed for compressed data of third compressibility CRc and continuously, the stream distribution of a third bit rate BRc for the compressed data of the third compressibility CRc and the stream distribution of a fourth bit rate BRb' for the compressed data of the second compressibility CRb are concurrently performed. Afterward, the stream distribution is switched to only the stream distribution of the second bit rate BRb for the compressed data of the second compressibility CRb. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、インターネットなどの多数の利用者が混在するネットワークにおいてストリーミングサービスを提供する際に輻輳等による品質低下の影響を軽減するストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体に関するものである。
【0002】
【従来の技術】
従来、インターネットのような多人数共用ベストエフォート型ネットワークを介してストリーム配信サーバからクライアント端末へ映像や音楽などのデータを配信するストリーミングサービスを提供するにあたり、他の通信の影響、例えば輻輳等による影響によって品質低下が発生することがある。
【0003】
それを回避するためにサウンドデータや映像データ等のストリーム配信サーバーにおいてはクライアント端末との間で通信状態を確認するなどの方法によって輻輳状態を判断し、配信サーバ側の制御によって、図6に示すようにビットレートの異なるモードA,Bに動的に変更する機能が装備されていることが多い。
【0004】
近年においては、ビットレートの異なるモードに動的に変更する手段として周知のマルチビットレート方式を用いることが多くなってきている。このマルチビットレート方式では、上記ビットレートが低くなるほどデータの圧縮率を高くして、同等の転送時間でクライアント端末でのデータ再生が可能になるようにしている。即ち、データの圧縮率を高くすると、データの間引き率が増加する。
【0005】
上記モードAでは、データ再生時の品質を高めるためにデータの圧縮率を低くしてエンコードした圧縮データ(圧縮率CRa)を高ビットレートBRaでストリーム配信する。また、モードBでは、データ再生時の品質がモードA程良好ではないが、ある程度の品質となるようにデータの圧縮率を高めてエンコードした圧縮データ(圧縮率CRb(>CRa))を低ビットレートBRb(<BRa)でストリーム配信する。
【0006】
一方、ストリーミングサービスを受けるクライアント端末においては、通常、ネットワークでの遅延揺らぎを吸収するために、サーバから受信したデータを一旦ネットワークゆらぎ吸収バッファ(以下、単にゆらぎ吸収バッファと称する)に蓄積してからデコード/再生を行う。
【0007】
【発明が解決しようとする課題】
前述したように、ネットワークの輻輳を自動的に検出し、データの転送ビットレートを変更して、輻輳による品質低下を軽減することは可能である。しかし、その転送ビットレート切り替え時に、切り替えたモードでストリーム配信したデータがクライアント端末のゆらぎ吸収バッファに貯まって安定して再生可能になるまで、クライアント端末における映像や音声の出力が一時停止してしまうという問題点があった。
【0008】
即ち、サービス開始時や、モードの切り替え時には最初に安定して映像/音声を再生できるように、ゆらぎ吸収バッファにある程度の量のデータが貯まってからデータをエンコードして再生をはじめる。
【0009】
このため、サービス開始の要求をクライアントがユーザーから受けてから実際にサービスを開始するまでにはタイムラグが生ずる。例えば、ゆらぎ吸収バッファにある程度の量のデータが貯まるまでの時間(タイムラグ)をmとすると、この時間mは、通常、数秒から数十秒程度である。ここで時間mを、例えば10秒とすると、上記のタイムラグ、すなわち、配信サーバがデータ転送を開始してからクライアント端末において映像や音声の出力が開始されるまでの時間は10秒となる。
【0010】
一方、ビットレートの切り替えは、図6に示すように、高ビットレートモードA(ビットレート:BRa)でデータの受信を行っているクライアント端末が受信時の損失率等から輻輳を検出し(時刻t0)、その検出結果をサーバに通知して、サーバが低ビットレートのモードB(ビットレート:BRb)に送出ストリームを切り替えるという手続きを踏む。
【0011】
しかし、この変更が行われる時点ではネットワークは混雑しており、データを低ビットレートBRbでしか送ることができない。このため、ゆらぎ吸収バッファにデータを貯めるためには、上記のようにタイムラグ(例えば、m=10秒)に相当する時間がかかり、t0〜t2’のタイムラグの間の時間(時間m)は一時的に再生が停止してしまい、ストリーミングサービスとしての品質が低下してしまう。
【0012】
本発明の目的は上記の問題点に鑑み、ビットレートの切り替え時における再生品質の低下を軽減できるストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体を提供することである。
【0013】
【課題を解決するための手段】
本発明は上記の目的を達成するために請求項1では、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し且つデータ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートを用いて前記蓄積データのストリーミングサービスを行う配信サーバが、ネットワークを介して接続されたクライアント端末に対して、前記蓄積データをストリーム配信するときのストリーミングサービスの配信レート変更方法であって、前記配信サーバは、配信対象となるデータを第1圧縮率CRaで圧縮した圧縮データを第1ビットレートBRaでストリーム配信している状態から、前記データを前記第1圧縮率CRaよりも高い第2圧縮率CRb(>CRa)で圧縮した圧縮データを前記第1ビットレートBRaよりも低い第2ビットレートBRa(<BRa)でストリーム配信している状態に切り替える際に、前記第1ビットレートBRaによる前記第1圧縮率CRaで圧縮した圧縮データのストリーム配信を停止して、前記第2ビットレートBRbよりもさらに低い第3ビットレートBRc(<BRb)でストリーム配信するための前記第2圧縮率CRbよりもさらに高い第3圧縮率CRc(>CRb)で前記配信対象となるデータを圧縮した圧縮データを前記第2ビットレートBRbでストリーム配信し、前記第2ビットレートで配信した前記第3圧縮率CRcの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第3圧縮率CRcの圧縮データの前記第2ビットレートBRbによるストリーム配信を停止した後、前記配信対象となるデータを前記第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’(但し、BRb’<BRb)によるストリーム配信と、前記第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信とを並行して行い、前記第4ビットレートBRb’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第2圧縮率CRbで圧縮した圧縮データの前記第2ビットレートBRbによるストリーム配信のみに切り替えるストリーミングサービスの配信レート変更方法を提案する。
【0014】
本発明のストリーミングサービスの配信レート変更方法によれば、前記配信サーバがサウンドデータや動画データをクライアント端末へストリーム配信しているときに、ネットワークの輻輳等によってストリーム配信の品質が低下した場合、前記配信サーバによって前記ストリーム配信のビットレートが第1ビットレートBRaから第2ビットレートBRbに低下される。
【0015】
この際、前記配信サーバによって、前記第1ビットレートBRaでの前記第1圧縮率CRaで圧縮した圧縮データのストリーム配信が停止され、前記第3圧縮率CRcで前記配信対象となるデータを圧縮した圧縮データの前記第2ビットレートBRbでのストリーム配信が開始される。
【0016】
さらに、前記第3圧縮率CRcの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記配信サーバによって、前記第3圧縮率CRcの圧縮データの前記第2ビットレートBRbによるストリーム配信が停止される。そして、配信サーバによって、前記配信対象となるデータを前記第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’によるストリーム配信と、前記第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信とが並行して行われる。
【0017】
前記配信サーバから前記第4ビットレートBRb’でクライアント端末へ配信された圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信サーバによって、前記配信対象のデータを前記第2圧縮率CRbで圧縮した圧縮データの前記第2ビットレートBRbによるストリーム配信のみに切り替えられる。
【0018】
従って、前記第1ビットレートBRaでのデータ配信が停止され、前記クライアント端末におけるデータ再生が停止した後、再度データ再生が開始されるまでの間の時間が従来よりも低減される。
【0019】
即ち、前記第3圧縮率CRcの圧縮データが前記クライアント端末に蓄積され、該蓄積されたデータが再生可能になるまでの間の時間は、前記第2圧縮率CRbの圧縮データが前記クライアント端末に蓄積され、該蓄積されたデータが再生可能になるまでの間の時間よりも短い。
【0020】
さらに、前記第3ビットレートBRcでのストリーム配信と前記第4ビットレートBRb’でのストリーム配信が並行して行われるので、前記第3ビットレートBRcでのストリーム配信を停止して、第2ビットレートBRbでのストリーム配信のみに切り替える際に、前記クライアント端末におけるデータ再生が停止されることがない。
【0021】
また、請求項2では、上記のストリーミングサービスの配信レート変更方法を実施するストリーム配信サーバとして、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積されているデータをストリーム配信するストリーム配信サーバにおいて、配信対象となるデータを第1圧縮率CRaで圧縮した圧縮データを第1ビットレートBRaでストリーム配信している状態から、前記データを前記第1圧縮率CRaよりも高い第2圧縮率CRb(>CRa)で圧縮した圧縮データを前記第1ビットレートBRaよりも低い第2ビットレートBRa(<BRa)でストリーム配信している状態に切り替える際に、前記第1ビットレートBRaによる前記第1圧縮率CRaで圧縮した圧縮データのストリーム配信を停止して、前記第2ビットレートBRbよりもさらに低い第3ビットレートBRc(<BRb)でストリーム配信するための前記第2圧縮率CRbよりもさらに高い第3圧縮率CRc(>CRb)で前記配信対象となるデータを圧縮した圧縮データを前記第2ビットレートBRbでストリーム配信する手段と、前記第2ビットレートで配信した前記第3圧縮率CRcの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第3圧縮率CRcの圧縮データの前記第2ビットレートBRbによるストリーム配信を停止した後、前記配信対象となるデータを前記第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’(但し、BRb’<BRb)によるストリーム配信と、前記第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信とを並行して行う手段と、前記第4ビットレートBRb’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第2圧縮率CRbで圧縮した圧縮データの前記第2ビットレートBRbによるストリーム配信のみに切り替える手段とを備えているストリーム配信サーバを提案する。
【0022】
また、請求項3では、コンピュータ装置からなるサーバで、上記ストリーミングサービスの配信レート変更方法を容易に実施するために、サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積データをストリーム配信するコンピュータ装置からなるサーバの前記ストリーム配信を行うコンピュータプログラムにおいて、配信対象となるデータを第1圧縮率CRaで圧縮した圧縮データを第1ビットレートBRaでストリーム配信している状態から、前記データを前記第1圧縮率CRaよりも高い第2圧縮率CRb(>CRa)で圧縮した圧縮データを前記第1ビットレートBRaよりも低い第2ビットレートBRa(<BRa)でストリーム配信している状態に切り替える際に、前記第1ビットレートBRaによる前記第1圧縮率CRaで圧縮した圧縮データのストリーム配信を停止して、前記第2ビットレートBRbよりもさらに低い第3ビットレートBRc(<BRb)でストリーム配信するための前記第2圧縮率CRbよりもさらに高い第3圧縮率CRc(>CRb)で前記配信対象となるデータを圧縮した圧縮データを前記第2ビットレートBRbでストリーム配信するステップと、前記第2ビットレートで配信した前記第3圧縮率CRcの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第3圧縮率CRcの圧縮データの前記第2ビットレートBRbによるストリーム配信を停止した後、前記配信対象となるデータを前記第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’(但し、BRb’<BRb)によるストリーム配信と、前記第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信とを並行して行うステップと、前記第4ビットレートBRb’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第2圧縮率CRbで圧縮した圧縮データの前記第2ビットレートBRbによるストリーム配信のみに切り替えるステップとを含むストリーム配信プログラムを提案する。
【0023】
また、請求項4では、上記ストリーム配信プログラムを容易に配布できるようにするために、前記請求項3に記載のストリーム配信プログラムが記録されているコンピュータ読み取り可能な情報記録媒体を提案する。
【0024】
【発明の実施の形態】
以下、図面に基づいて本発明の一実施形態を説明する。
【0025】
図1は本発明の一実施形態におけるストリーム配信サービスシステムを示す構成図、図2は本発明の一実施形態における配信サーバの構成を示すブロック図、図3は本発明の一実施形態におけるクライアント端末の構成を示すブロック図である。
【0026】
図1において、1は配信サーバで、動画および音声等のデータをパケット化してインターネットなどのネットワーク2を介してクライアント端末3に配信する。クライアント端末3は、配信サーバ1から配信されたデータを受信して、映像や音声に変換して出力する。4は配信サーバ1とネットワーク2を接続する接続回線、5は配信サーバ1とクライアント端末3との間のデータの流れである配信ストリームである。
【0027】
配信サーバ1は、所定のプログラムがインストールされた周知のコンピュータ装置からなり、図2に示すように、回線制御部11、通信制御部12、データベース管理システム部(以下、DB管理システム部と称する)13、サウンドデータベース(以下、サウンドDBと称する)14、及び映像データベース(以下、映像DBと称する)15を備えている。尚、映像DB15には映像のみのデータ及び映像データとサウンドデータが一体化されたデータが映像データとして蓄積されている。また、配信サーバ1の各構成部は、ハードウエア及びソフトウェアの双方から構成されている。
【0028】
配信サーバ1において、回線制御部11は通信制御部12を介してDB管理システム部13に接続され、DB管理システム部13はサウンドDB14及び映像DB21に接続されている。
【0029】
クライアント端末3は、所定のプログラムがインストールされた周知のコンピュータ装置からなり、表示部31、表示制御部32、通信制御部33、回線制御部34、ゆらぎ吸収バッファ35A,35B、マウス36、及びスピーカ37を備えている。尚、クライアント端末3の各構成部は、ハードウエア及びソフトウェアの双方から構成されている。
【0030】
クライアント端末3において、表示部31は表示制御部32を介して通信制御部33に接続されている。また、通信制御部33は、回線制御部34、ゆらぎ吸収バッファ35A,35B、マウス36、スピーカ37のそれぞれに接続されている。
【0031】
また、クライアント端末3の回線制御部34は、ネットワーク2を介して配信サーバ1の回線制御部11に接続されている。
【0032】
次に、前述の構成よりなる本実施形態の動作を図4及び図5に基づいて説明する。ここで、図4はストリーム配信されるデータを説明する図、図5は配信サーバにおけるストリーム配信処理を説明するフローチャートである。
【0033】
データの配信を希望するユーザは、クライアント端末3を操作してクライアント端末3と配信サーバ1との間でネットワークコネクションを接続し、ネットワークコネクションが確率した後、クライアント端末3と配信サーバ1との間のアプリケーションのコネクションが確立された旨をクライアント端末3から配信サーバ1に対してメニュー要求コマンドを用いて転送する。
【0034】
配信サーバ1は、当該メニュー要求コマンドを受信すると、サウンドDB14映像DB15からメニューを読み出してメニュー確認レスポンスを編集し、当該メニュー確認レスポンスをクライアント端末3に対して転送する。
【0035】
クライアント端末3では、当該メニュー確認レスポンスを受信すると、回線制御部34は、当該メニュー確認レスポンスを通信制御部33に通知する。これを受けた通信制御部33は、メニューを表示制御部32を介して表示部31に表示する。
【0036】
クライアント端末3を操作するユーザは、表示部31に表示されているメニューの中から所望とする選択肢をマウス36を用いて指定する。これにより、データの配信要求がクライアント端末3から配信サーバ1に送信される。
【0037】
配信サーバ1は、クライアント端末3から配信要求を受信すると要求されたデータ(配信対象データ)を第1圧縮率CRaで圧縮して得られた圧縮データをパケット化してこれを第1ビットレートBRaでクライアント端末3へストリーム配信する(S1,S2)。
【0038】
このとき、クライアント端末3は、配信サーバ1から受信したデータをゆらぎ吸収バッファ35Aに蓄積し、蓄積したデータが再生可能状態になってからデータをエンコード(圧縮の解除)してデータを再生する。
【0039】
配信サーバ1は、上記データのストリーム配信中にネットワーク2の通信状態を確認してデータ転送がする(S3)。尚、通信状態の確認方法は、ストリーム配信システムの構成に応じて現在一般的に用いられている多種の確認方法の中から任意の方法を用いて良い。例えば、配信サーバ1が通信状態の良否を検出しても良いし、クライアント端末3が通信状態の良否を検出してその検出結果を配信サーバ1に通知するようにしても良い。
【0040】
上記通信状態の確認の結果、通信状態が良好であるときは上記S2の処理を継続する。また、通信状態が悪化したときは、第1ビットレートBRaによる第1圧縮率CRaで圧縮した圧縮データのストリーム配信を停止して、第2圧縮率CRbよりもさらに高い第3圧縮率CRc(>CRb)で配信対象となるデータを圧縮した圧縮データを第2ビットレートBRbでストリーム配信する(S4)。
【0041】
このとき、クライアント端末3は、上記と同様に配信サーバ1から受信したデータをゆらぎ吸収バッファ35Aに蓄積し、蓄積したデータが再生可能状態になってからデータをエンコード(圧縮の解除)してデータを再生する。
【0042】
尚、上記第2圧縮率CRbは、第1圧縮率CRaよりも高い圧縮率であり、第2圧縮率CRbで圧縮されたデータは、そのデータ量が第1圧縮率CRaで圧縮されたデータのデータ量よりも少なくなる。また、第2圧縮率CRbで圧縮された圧縮データを第1ビットレートBRaよりも低い第2ビットレートBRbでストリーム配信することにより、ほぼリアルタイムでデータの再生を行うことができる。また、上記第3圧縮率CRcは、通常、第2ビットレートBRbよりもさらに低い第3ビットレートBRc(<BRb)でストリーム配信するときの圧縮率であり、第3圧縮率CRcで圧縮されたデータは、そのデータ量が第2圧縮率CRab圧縮されたデータのデータ量よりも少なくなる。また、第3圧縮率CRcで圧縮された圧縮データを第2ビットレートBRbよりも低い第3ビットレートBRcでストリーム配信することにより、ほぼリアルタイムでデータの再生を行うことができる。
【0043】
本実施形態では、上記第1ビットレートBRaを1000kbpsに、第2ビットレートBRbを500kbpsに、第3ビットレートBRcを100kbpsにそれぞれ設定している。尚、これらの設定値は一例であり、本願発明における各ビットレートがこれらの値に限定されるものではない。
【0044】
次に、配信サーバ1は、上記第2ビットレートBRbでストリーム配信している第3圧縮率CRc(>CRb)の圧縮データが、クライアント端末3において再生可能な蓄積量に達したか否かを判定する(S5)。この判定は、配信サーバ1が送信したデータ量を計測していて判定しても良いし、或いは配信サーバ1が、クライアント端末3からデータ再生可能状態になったことの通知を受けることによって判定するようにしても良い。
【0045】
上記判定の結果、上記第2ビットレートBRbでストリーム配信している第3圧縮率CRcの圧縮データがクライアント端末3において再生可能な蓄積量に達したとき、配信サーバ1は、上記第3圧縮率CRcの圧縮データの第2ビットレートBRbでのストリーム配信を停止し、配信していたデータに続く配信対象データを第3圧縮率CRcで圧縮した圧縮データの第3ビットレートBRcによるストリーム配信と、配信対象データを第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’によるストリーム配信とを並行して行う(S6)。
【0046】
尚、第4ビットレートBRb’は、第2ビットレートBRbよりも低く、第3ビットレートBRcよりも高いレートである。また、上記第3圧縮率CRcで圧縮するデータを予め所定量確保しておき、このデータに続くデータを上記第2圧縮率CRbで圧縮する。また、本実施形態では、上記第3圧縮率CRcで圧縮するデータ量は、上記第2圧縮率CRbで圧縮したデータがクライアント端末3において蓄積されて再生可能状態になるまでの間ストリーム配信できる量に設定されている。
【0047】
クライアント端末3は、ゆらぎ吸収バッファ35Aに蓄積された上記第3圧縮率CRcの圧縮データが再生可能な蓄積量に達したとき、このデータをエンコードしてデータを再生する。さらに、クライアント端末3は、上記第3ビットレートBRcによりストリーム配信される第3圧縮率CRcの圧縮データをゆらぎ吸収バッファ35Aに蓄積し、上記ゆらぎ吸収バッファ35Aに蓄積されているデータに続けて再生を行う。また、クライアント端末3は、上記第4ビットレートBRb’によりストリーム配信される第2圧縮率CRbの圧縮データを他方のゆらぎ吸収バッファ35Bに蓄積し、上記一方のゆらぎ吸収バッファ35Aに蓄積されたデータの再生が全て終了したときに、このデータ再生に続けて、ゆらぎ吸収バッファ35Bに蓄積したデータの再生を開始する。
【0048】
次いで、配信サーバ1は、上記第4ビットレートBRb’でストリーム配信している第2圧縮率CRbの圧縮データが、クライアント端末3において再生可能な蓄積量に達したか否かを判定する(S7)。この判定も上記と同様に、配信サーバ1が送信したデータ量を計測していて判定しても良いし、或いは配信サーバ1が、クライアント端末3からデータ再生可能状態になったことの通知を受けることによって判定するようにしても良い。
【0049】
上記判定の結果、上記第4ビットレートBRb’でストリーム配信している第2圧縮率CRbの圧縮データがクライアント端末3において再生可能な蓄積量に達したとき、配信サーバ1は、上記第3圧縮率CRcの圧縮データの第3ビットレートBRbcでのストリーム配信と、上記第2圧縮率CRcの圧縮データの第4ビットレートBRbc’でのストリーム配信とを停止し、配信対象データを第2圧縮率CRbで圧縮した圧縮データの第2ビットレートBRbによるストリーム配信のみに切り替える(S8)。
【0050】
次いで、配信サーバ1は、ネットワーク2の通信状態が回復したか否かを判定し(S9)、通信状態が回復したときに上記S2の処理に移行して、データの転送量を通常状態に戻す。
【0051】
前述したように、本実施形態では、映像データやサウンドデータ等の再生不能という一時的なサービス不能状態を改善するために、図4に示すように、ビットレート切り替えを、第1圧縮率CRaの圧縮データの高ビットレートBRaでの転送(モードA)から、第2圧縮率CRbの圧縮データの低ビットレートBRbでの転送(モードB)へ単純に切り替えるのではなく、一時的に第3圧縮率CRcの圧縮データの転送モード(モードC1,C2)を作り、モードA[時刻t0]→モードC1,C2[時刻t2]→モードBというようにストリーム配信の状態を遷移させている。これにより、上記サービス不能状態の改善が可能になる。
【0052】
即ち、モードC1,C2の動作の詳細は以下の通りである。尚、時刻t0において、輻輳を検出して送信ストリームを切り替える判断をするところまでは従来例と同じである。
【0053】
(モードC1)
モードC1が実施される時間は、クライアント端末3においてデータ再生可能状態になるまでの時間であるため、少なくともm×(BRc/BRb)の時間である。ここでmは前述したタイムラグの時間である。時刻t0で、第2圧縮率CRbの圧縮データの第2ビットレートBRbでのストリーム配信に切り替えるのではなく、第3圧縮率CRcの圧縮データを第2ビットレートBRbでストリーム配信する。つまり、BRb/BRc倍速でデータを送信することになる。
【0054】
ゆらぎ吸収バッファ35Aにデータが蓄積され再生が可能になった時点(時刻t1)で、クライアント端末3において、モードC1でストリーム配信されたデータの再生が開始される。
【0055】
このように、第3圧縮率CRcの圧縮データを第2ビットレートBRbでストリーム配信することにより、第3圧縮率CRcの圧縮データがゆらぎ吸収バッファに蓄積されて再生可能状態になるまでの時間は、BRb>>BRcであるため、最初からモードBでデータ配信する従来方式の場合のBRc/BRb倍で済む。即ち、データ再生不能となるタイムラグは、上記の例、すなわち、BRa=1000kbps、BRb=500kbps、BRc=100kbpsとしたときは、前述した従来例の0.2倍となる。このモードC1でのサービスはモードBで実現できる再生品質には及ばないが、何らかの映像/音声が再生できることによりサービス品質は完全停止状態よりは大幅に良い状態である。
【0056】
(モードC2)
モードC2が実施される時間は、第4ビットレートBRb’でストリーム配信される第2圧縮率CRbの圧縮データがクライアント端末3においてデータ再生可能状態になるまでの時間であるため、少なくともm×BRb/(BRb−BRc)となる。
【0057】
ゆらぎ吸収バッファ35AにモードC1のデータが蓄積されて再生可能になった時点(時刻t1)でクライアント端末3で再生するデータは第3圧縮率CRcで圧縮されたデータのままであるが、ストリーム配信されるデータは第3圧縮率CRcの圧縮データと第2圧縮率CRbの圧縮データを併せたものに移行される。
【0058】
但し、配信サーバ1からクライアント端末3へ送信できるビットレートは、やはり最高でも全体として第2ビットレートBRbしかないので、第4ビットレートBRb’は最大でもBRb−BRcとなる。
【0059】
クライアント端末3では第2圧縮率CRbの圧縮データはモードB用のゆらぎ吸収バッファに蓄積しておく。このとき、モードB用のゆらぎ吸収バッファにデータが十分に貯まるには、m×BRb/(BRb−BRc)だけの時間(時刻t1〜t2の間の時間)がかかる。
【0060】
(モードB)
モードC2が完了する(時刻t2)と、クライアント端末3では第2圧縮率CRbの圧縮データを再生できる状態になるので、配信サーバ1は第2圧縮率BRbの圧縮データのみを第2ビットレートBRbでストリーム配信し、クライアント端末3では再生する映像/音声等のデータも第2圧縮率BRbのデータに切り替え、当初の目的である第2ビットレートBRbで第2圧縮率CRbの圧縮データをストリーム配信するモードBヘ移行する。この先は従来例と同じである。
【0061】
前述したように、本実施形態によれば、品質の不安定なネットワーク2でのストリーミングサービス品質の向上を図ることができる。従来例であれば時間mだけデータ再生が停止してしまうところ、本実施形態では完全なデータ再生停止時間はm×BRc/BRbに抑え、本来モードBで開始されるべき時間がm×(2BRb−BRc)×BRc/((BRb−BRc)×BRb)だけ従来例よりも遅くなるが、BRb>>BRcとなる適切なパラメータを選択すればこの値は小さくなり改善効果の方が大きい。
【0062】
尚、本実施形態は、本発明の一具体例であって、本発明が上記実施形態のみに限定されないことは言うまでもないことである。
【0063】
また、上記の配信サーバ1のコンピュータプログラムを記録した情報記録媒体作成して配布する、或いはネットワークを介して配布することにより、配布されたコンピュータプログラムをコンピュータ装置にインストールすることにより簡単に上記と同様の配信サーバを構成することができる。
【0064】
【発明の効果】
以上説明したように本発明によれば、ネットワークの輻輳等によってストリーム配信の品質が低下した場合、配信サーバによって、第1圧縮率CRaの圧縮データの第1ビットレートBRaでのストリーム配信から第2圧縮率CRbの圧縮データの第2ビットレートBRbでのストリーム配信に移行する際に、第3圧縮率CRcの圧縮データの第2ビットレートBRbでのストリーム配信が行われると共に、これに続いて第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信と第2圧縮率CRbの圧縮データの第4ビットレートBRb’によるストリーム配信とが並行して行われた後、第2圧縮率CRbの圧縮データの第2ビットレートBRbによるストリーム配信のみに切り替えられるため、第1ビットレートBRaでのデータ配信が停止されてクライアント端末におけるデータ再生が停止した後、再度データ再生が開始されるまでの間の時間が従来よりも低減されるので、ストリームサービスの品質向上を図ることができる。
【図面の簡単な説明】
【図1】本発明の一実施形態におけるストリーム配信サービスシステムを示す構成図
【図2】本発明の一実施形態における配信サーバの構成を示すブロック図
【図3】本発明の一実施形態におけるクライアント端末の構成を示すブロック図
【図4】本発明の一実施形態におけるストリーム配信されるデータを説明する図
【図5】本発明の一実施形態における配信サーバにおけるストリーム配信処理を説明するフローチャート
【図6】従来例におけるストリーム配信されるデータを説明する図
【符号の説明】
1…配信サーバ、2…ネットワーク、3…クライアント端末、4…接続回線、5…配信ストリーム、11…回線制御部、12…通信制御部、13…データベース管理システム部、14…サウンドデータベース、15…映像データベース、31…表示部、32…表示制御部、33…通信制御部、34…回線制御部、35A,35B…ゆらぎ吸収バッファ、36…マウス、37…スピーカ。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a streaming service distribution rate changing method, a stream distribution server, a stream distribution server, and a stream distribution program that reduce the influence of quality degradation due to congestion or the like when providing a streaming service in a network where a large number of users coexist, such as the Internet. It relates to an information recording medium.
[0002]
[Prior art]
Conventionally, in providing a streaming service for distributing data such as video and music from a stream distribution server to a client terminal via a multi-person best-effort network such as the Internet, the influence of other communications, such as congestion, etc. May cause quality degradation.
[0003]
In order to avoid this, the stream distribution server for sound data and video data determines the congestion state by a method such as confirming the communication state with the client terminal, and the control of the distribution server as shown in FIG. Thus, a function for dynamically changing between modes A and B having different bit rates is often provided.
[0004]
In recent years, a well-known multi-bit rate method has been increasingly used as a means for dynamically changing to a mode having a different bit rate. In this multi-bit rate system, the data compression ratio is increased as the bit rate decreases, so that data can be reproduced on the client terminal in the same transfer time. That is, when the data compression ratio is increased, the data thinning ratio is increased.
[0005]
In the mode A, compressed data (compression rate CRa) encoded by lowering the data compression rate in order to improve the quality at the time of data reproduction is stream-distributed at a high bit rate BRa. In mode B, the quality at the time of data reproduction is not as good as in mode A. However, compressed data (compression rate CRb (> CRa)) encoded by increasing the data compression rate so as to have a certain level of quality is reduced to a low bit rate. Stream distribution at a rate BRb (<BRa).
[0006]
On the other hand, in a client terminal receiving a streaming service, data received from a server is temporarily stored in a network fluctuation absorbing buffer (hereinafter, simply referred to as a fluctuation absorbing buffer) in order to absorb delay fluctuations in the network. Perform decoding / playback.
[0007]
[Problems to be solved by the invention]
As described above, it is possible to automatically detect network congestion and change the data transfer bit rate to reduce quality degradation due to congestion. However, when the transfer bit rate is switched, the video and audio output at the client terminal is temporarily stopped until the data distributed in the switched mode is stored in the fluctuation absorbing buffer of the client terminal and can be stably reproduced. There was a problem.
[0008]
That is, when a service is started or a mode is switched, first, a certain amount of data is stored in the fluctuation absorbing buffer, and then the data is encoded and reproduced so that the video / audio can be reproduced stably at first.
[0009]
Therefore, there is a time lag from when the client receives the service start request from the user until the client actually starts the service. For example, assuming that a time (time lag) until a certain amount of data is stored in the fluctuation absorbing buffer is m, the time m is usually several seconds to several tens of seconds. Assuming that the time m is, for example, 10 seconds, the above-mentioned time lag, that is, the time from the start of data transfer by the distribution server to the start of video and audio output at the client terminal is 10 seconds.
[0010]
On the other hand, as shown in FIG. 6, when switching the bit rate, a client terminal receiving data in the high bit rate mode A (bit rate: BRa) detects congestion from the loss rate at the time of reception (time t0), the detection result is notified to the server, and the server switches the transmission stream to the low bit rate mode B (bit rate: BRb).
[0011]
However, at the time this change is made, the network is congested and data can only be sent at a low bit rate BRb. Therefore, it takes a time corresponding to the time lag (for example, m = 10 seconds) as described above to store data in the fluctuation absorbing buffer, and the time (time m) between the time lags of t0 to t2 ′ is temporarily The playback is stopped temporarily, and the quality as a streaming service is reduced.
[0012]
SUMMARY OF THE INVENTION In view of the above problems, an object of the present invention is to provide a streaming service distribution rate change method, a stream distribution server, a stream distribution program, and an information recording medium thereof, which can reduce a decrease in reproduction quality when a bit rate is switched. is there.
[0013]
[Means for Solving the Problems]
In order to achieve the above object, according to the present invention, there is provided a storage medium storing at least one of sound data and moving image data, and the data compression rate is increased by lowering the data transfer bit rate. A distribution server for performing a streaming service of the stored data by using a multi-bit rate for transferring the stored data to a client terminal connected via a network, wherein the streaming server changes the delivery rate of the streaming service when streaming the stored data. In the distribution server, the data to be distributed is compressed at a first compression rate CRa, and the compressed data is stream-distributed at a first bit rate BRa. Compressed data compressed at the second compression ratio CRb (> CRa) When switching to a state in which the stream is distributed at a second bit rate BRa (<BRa) lower than the rate BRa, the stream distribution of the compressed data compressed at the first compression rate CRa at the first bit rate BRa is stopped. The distribution target at a third compression rate CRc (> CRb) higher than the second compression rate CRb for stream distribution at a third bit rate BRc (<BRb) lower than the second bit rate BRb. The compressed data of the third compression rate CRc distributed at the second bit rate is stream-distributed at the second bit rate BRb, and a predetermined amount of the compressed data of the third compression rate CRc is accumulated in the data buffer of the client terminal. At the point in time when reproduction becomes possible, the second bit rate BR of the compressed data having the third compression rate CRc After the stream distribution by the third compression is stopped, the stream distribution at the fourth bit rate BRb ′ (where BRb ′ <BRb) of the compressed data obtained by compressing the data to be distributed at the second compression ratio CRb, and the third compression A stream of compressed data having a rate CRc is distributed in parallel with the third bit rate BRc, and a predetermined amount of compressed data distributed at the fourth bit rate BRb ′ is accumulated in a data buffer of the client terminal so that it can be reproduced. At this point, a method is proposed for changing the distribution rate of a streaming service in which compressed data obtained by compressing the data to be distributed at the second compression rate CRb is switched to only stream distribution at the second bit rate BRb.
[0014]
According to the method for changing the distribution rate of the streaming service of the present invention, when the distribution server is streaming the sound data or the moving image data to the client terminal, when the quality of the stream distribution is reduced due to network congestion or the like, The distribution server reduces the bit rate of the stream distribution from the first bit rate BRa to the second bit rate BRb.
[0015]
At this time, the distribution server stops the stream distribution of the compressed data compressed at the first compression rate CRa at the first bit rate BRa, and compresses the data to be distributed at the third compression rate CRc. Stream delivery of the compressed data at the second bit rate BRb is started.
[0016]
Further, when the compressed data of the third compression rate CRc is stored in the data buffer of the client terminal by a predetermined amount and becomes reproducible, the distribution server sets the second compression rate of the third compression rate CRc in the data buffer. The stream distribution at the bit rate BRb is stopped. Then, the distribution server distributes the stream of compressed data obtained by compressing the data to be distributed at the second compression rate CRb at a fourth bit rate BRb ′ and the third bit of the compressed data at the third compression rate CRc. Stream distribution at the rate BRc is performed in parallel.
[0017]
When a predetermined amount of compressed data distributed from the distribution server to the client terminal at the fourth bit rate BRb ′ is accumulated in a data buffer of the client terminal and becomes playable, the distribution server Switching to only stream distribution at the second bit rate BRb of compressed data obtained by compressing data at the second compression rate CRb.
[0018]
Therefore, the time from when the data distribution at the first bit rate BRa is stopped and the data reproduction in the client terminal is stopped to when the data reproduction is started again is shorter than before.
[0019]
That is, the time from when the compressed data of the third compression rate CRc is stored in the client terminal until the stored data becomes reproducible, the compressed data of the second compression rate CRb is stored in the client terminal. It is shorter than the time until it is stored and the stored data can be reproduced.
[0020]
Further, since the stream delivery at the third bit rate BRc and the stream delivery at the fourth bit rate BRb ′ are performed in parallel, the stream delivery at the third bit rate BRc is stopped, and When switching to only stream distribution at the rate BRb, data reproduction in the client terminal is not stopped.
[0021]
According to a second aspect of the present invention, there is provided a stream distribution server that implements the method for changing the distribution rate of the streaming service, comprising means for storing at least one of sound data and moving image data, wherein the client is connected via a network. For a terminal, a stream distribution server that stream-distributes the stored data at a multi-bit rate that transfers data at a higher data compression rate as the data transfer bit rate becomes lower, From a state where compressed data compressed at one compression rate CRa is stream-distributed at a first bit rate BRa, compressed data obtained by compressing the data at a second compression rate CRb (> CRa) higher than the first compression rate CRa To a second bit rate B lower than the first bit rate BRa. a (<BRa), the stream distribution of the compressed data compressed at the first compression rate CRa at the first bit rate BRa is stopped, and the stream is distributed from the second bit rate BRb. Compressed data obtained by compressing the data to be distributed at a third compression rate CRc (> CRb) higher than the second compression rate CRb for stream distribution at a lower third bit rate BRc (<BRb). Means for distributing the stream at the second bit rate BRb, and when a predetermined amount of compressed data of the third compression rate CRc distributed at the second bit rate is accumulated in the data buffer of the client terminal and becomes reproducible, After stopping the stream distribution of the compressed data of the third compression rate CRc at the second bit rate BRb, A stream distribution at a fourth bit rate BRb ′ (where BRb ′ <BRb) of the compressed data obtained by compressing the data to be distributed at the second compression rate CRb, and the second compression of the compressed data at the third compression rate CRc. Means for performing stream distribution at the 3-bit rate BRc in parallel; and, when a predetermined amount of compressed data distributed at the fourth bit rate BRb ′ is accumulated in the data buffer of the client terminal and becomes reproducible, The present invention proposes a stream distribution server including means for switching only the stream distribution of the compressed data obtained by compressing the data to be distributed at the second compression rate CRb at the second bit rate BRb.
[0022]
According to a third aspect of the present invention, a server comprising a computer device has means for storing at least one of sound data and moving image data in order to easily implement the method of changing the distribution rate of the streaming service. The stream distribution of a server comprising a computer device that distributes the stored data at a multi-bit rate for transferring data with a higher data compression rate as the data transfer bit rate is lower, to a client terminal connected via the server. From a state in which compressed data obtained by compressing data to be distributed at a first compression rate CRa is stream-distributed at a first bit rate BRa, the data is transmitted at a higher compression rate than the first compression rate CRa. Compressed at 2 compression ratio CRb (> CRa) When switching to a state in which the compressed data is stream-distributed at a second bit rate BRa (<BRa) lower than the first bit rate BRa, the compression performed at the first compression rate CRa at the first bit rate BRa The data stream distribution is stopped, and the third compression rate CRc (higher than the second compression rate CRb for stream distribution at the third bit rate BRc (<BRb) lower than the second bit rate BRb. > CRb), the compressed data obtained by compressing the data to be distributed is stream-distributed at the second bit rate BRb, and the compressed data of the third compression rate CRc distributed at the second bit rate is transmitted to the client terminal. When a predetermined amount of data is stored in the data buffer and can be reproduced, the pressure of the third compression ratio CRc is reduced. After stopping the stream distribution of the data at the second bit rate BRb, the data to be distributed is compressed at the second compression rate CRb according to the fourth bit rate BRb ′ (where BRb ′ <BRb). Performing in parallel the stream delivery and the stream delivery of the compressed data of the third compression rate CRc at the third bit rate BRc, and the compressed data delivered at the fourth bit rate BRb ' Switching the data to be distributed to a stream only at the second bit rate BRb of compressed data obtained by compressing the data to be distributed at the second compression rate CRb at a point in time when the data is accumulated in a buffer and can be reproduced. Suggest a distribution program.
[0023]
A fourth aspect of the present invention proposes a computer-readable information recording medium on which the stream distribution program according to the third aspect is recorded so that the stream distribution program can be easily distributed.
[0024]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0025]
FIG. 1 is a configuration diagram illustrating a stream distribution service system according to an embodiment of the present invention, FIG. 2 is a block diagram illustrating a configuration of a distribution server according to an embodiment of the present invention, and FIG. FIG. 3 is a block diagram showing the configuration of FIG.
[0026]
In FIG. 1, reference numeral 1 denotes a distribution server, which packetizes data such as moving images and audio and distributes the data to a client terminal 3 via a network 2 such as the Internet. The client terminal 3 receives the data distributed from the distribution server 1, converts it into video and audio, and outputs it. Reference numeral 4 denotes a connection line connecting the distribution server 1 and the network 2, and reference numeral 5 denotes a distribution stream which is a data flow between the distribution server 1 and the client terminal 3.
[0027]
The distribution server 1 is composed of a well-known computer device in which a predetermined program is installed, and as shown in FIG. 2, a line control unit 11, a communication control unit 12, a database management system unit (hereinafter, referred to as a DB management system unit). 13, a sound database (hereinafter, referred to as a sound DB) 14, and a video database (hereinafter, referred to as a video DB) 15. It should be noted that the video DB 15 stores video-only data and data in which video data and sound data are integrated as video data. Each component of the distribution server 1 is composed of both hardware and software.
[0028]
In the distribution server 1, the line control unit 11 is connected to a DB management system unit 13 via a communication control unit 12, and the DB management system unit 13 is connected to a sound DB 14 and a video DB 21.
[0029]
The client terminal 3 is a well-known computer device on which a predetermined program is installed, and includes a display unit 31, a display control unit 32, a communication control unit 33, a line control unit 34, fluctuation absorbing buffers 35A and 35B, a mouse 36, and a speaker. 37. Each component of the client terminal 3 is composed of both hardware and software.
[0030]
In the client terminal 3, the display unit 31 is connected to the communication control unit 33 via the display control unit 32. The communication control unit 33 is connected to each of the line control unit 34, the fluctuation absorbing buffers 35A and 35B, the mouse 36, and the speaker 37.
[0031]
The line controller 34 of the client terminal 3 is connected to the line controller 11 of the distribution server 1 via the network 2.
[0032]
Next, the operation of the present embodiment having the above-described configuration will be described with reference to FIGS. Here, FIG. 4 is a diagram for explaining data to be stream-distributed, and FIG. 5 is a flowchart for explaining stream distribution processing in the distribution server.
[0033]
A user who wants to distribute data operates the client terminal 3 to connect a network connection between the client terminal 3 and the distribution server 1, and establishes a network connection between the client terminal 3 and the distribution server 1. Is transmitted from the client terminal 3 to the distribution server 1 using a menu request command.
[0034]
Upon receiving the menu request command, the distribution server 1 reads the menu from the sound DB 14 and the video DB 15, edits the menu confirmation response, and transfers the menu confirmation response to the client terminal 3.
[0035]
When the client terminal 3 receives the menu confirmation response, the line control unit 34 notifies the communication control unit 33 of the menu confirmation response. Upon receiving this, the communication control unit 33 displays the menu on the display unit 31 via the display control unit 32.
[0036]
The user operating the client terminal 3 specifies a desired option from the menu displayed on the display unit 31 using the mouse 36. Thereby, a data distribution request is transmitted from the client terminal 3 to the distribution server 1.
[0037]
Upon receiving the distribution request from the client terminal 3, the distribution server 1 packetizes the requested data (data to be distributed) at a first compression rate CRa, packetizes the compressed data, and converts it into a packet at a first bit rate BRa. Stream distribution to the client terminal 3 (S1, S2).
[0038]
At this time, the client terminal 3 accumulates the data received from the distribution server 1 in the fluctuation absorption buffer 35A, encodes the data (decompresses the data) after the accumulated data becomes a reproducible state, and reproduces the data.
[0039]
The distribution server 1 confirms the communication state of the network 2 during the data stream distribution and transfers the data (S3). The communication state may be confirmed by using any of various confirmation methods generally used at present depending on the configuration of the stream distribution system. For example, the distribution server 1 may detect whether or not the communication state is good, or the client terminal 3 may detect whether or not the communication state is good and notify the distribution server 1 of the detection result.
[0040]
As a result of checking the communication state, if the communication state is good, the process of S2 is continued. Further, when the communication state deteriorates, the stream distribution of the compressed data compressed at the first compression rate CRa at the first bit rate BRa is stopped, and the third compression rate CRc (>) is higher than the second compression rate CRb. The compressed data obtained by compressing the data to be distributed in CRb) is stream-distributed at the second bit rate BRb (S4).
[0041]
At this time, the client terminal 3 accumulates the data received from the distribution server 1 in the fluctuation absorption buffer 35A in the same manner as described above, encodes the data (decompresses the data) after the accumulated data is in a reproducible state, To play.
[0042]
The second compression rate CRb is a compression rate higher than the first compression rate CRa, and the data compressed at the second compression rate CRb has the data amount of the data compressed at the first compression rate CRa. Less than the amount of data. Further, by distributing the compressed data compressed at the second compression rate CRb at the second bit rate BRb lower than the first bit rate BRa, the data can be reproduced almost in real time. The third compression rate CRc is a compression rate when a stream is distributed at a third bit rate BRc (<BRb) lower than the second bit rate BRb, and is compressed at the third compression rate CRc. The data amount of the data is smaller than the data amount of the data subjected to the second compression ratio CRab compression. Further, by delivering the compressed data compressed at the third compression rate CRc in a stream at the third bit rate BRc lower than the second bit rate BRb, the data can be reproduced almost in real time.
[0043]
In the present embodiment, the first bit rate BRa is set to 1000 kbps, the second bit rate BRb is set to 500 kbps, and the third bit rate BRc is set to 100 kbps. Note that these set values are merely examples, and each bit rate in the present invention is not limited to these values.
[0044]
Next, the distribution server 1 determines whether or not the compressed data of the third compression rate CRc (> CRb), which is stream-distributed at the second bit rate BRb, has reached a storage amount that can be reproduced by the client terminal 3. A determination is made (S5). This determination may be made by measuring the amount of data transmitted by the distribution server 1, or by receiving a notification from the client terminal 3 that the client terminal 3 has entered a data reproducible state. You may do it.
[0045]
As a result of the determination, when the compressed data of the third compression rate CRc, which is stream-distributed at the second bit rate BRb, reaches a storage amount that can be reproduced in the client terminal 3, the distribution server 1 performs the third compression rate Stopping the stream delivery of the CRc compressed data at the second bit rate BRb, and delivering the compressed data obtained by compressing the delivery target data following the delivered data at the third compression rate CRc at the third bit rate BRc; Stream distribution of the compressed data obtained by compressing the distribution target data at the second compression rate CRb at the fourth bit rate BRb ′ is performed in parallel (S6).
[0046]
Note that the fourth bit rate BRb 'is lower than the second bit rate BRb and higher than the third bit rate BRc. Further, a predetermined amount of data to be compressed at the third compression rate CRc is secured in advance, and data subsequent to this data is compressed at the second compression rate CRb. In the present embodiment, the amount of data compressed at the third compression rate CRc is the amount that can be stream-distributed until the data compressed at the second compression rate CRb is accumulated in the client terminal 3 and becomes reproducible. Is set to
[0047]
When the compressed data of the third compression rate CRc stored in the fluctuation absorbing buffer 35A reaches a reproducible storage amount, the client terminal 3 encodes the data and reproduces the data. Further, the client terminal 3 accumulates the compressed data of the third compression ratio CRc, which is stream-distributed at the third bit rate BRc, in the fluctuation absorbing buffer 35A, and reproduces the data following the data stored in the fluctuation absorbing buffer 35A. I do. Further, the client terminal 3 stores the compressed data of the second compression rate CRb stream-distributed at the fourth bit rate BRb 'in the other fluctuation absorbing buffer 35B, and stores the data stored in the one fluctuation absorbing buffer 35A. When the reproduction of all the data has been completed, the reproduction of the data accumulated in the fluctuation absorbing buffer 35B is started following the data reproduction.
[0048]
Next, the distribution server 1 determines whether or not the compressed data of the second compression ratio CRb, which has been stream-distributed at the fourth bit rate BRb ′, has reached a storage amount that can be reproduced in the client terminal 3 (S7). ). This determination may be made by measuring the amount of data transmitted by the distribution server 1 in the same manner as described above, or the distribution server 1 may be notified from the client terminal 3 that the data can be reproduced. The determination may be made based on the above.
[0049]
As a result of the determination, when the compressed data of the second compression rate CRb, which is stream-distributed at the fourth bit rate BRb ′, has reached a storage amount that can be reproduced in the client terminal 3, the distribution server 1 performs the third compression. The stream distribution of the compressed data of the rate CRc at the third bit rate BRbc and the stream distribution of the compressed data of the second compression rate CRc at the fourth bit rate BRbc ′ are stopped, and the data to be distributed is converted to the second compression rate BRbc. Switching to only the stream distribution of the compressed data compressed by CRb at the second bit rate BRb (S8).
[0050]
Next, the distribution server 1 determines whether or not the communication state of the network 2 has been recovered (S9). When the communication state has been recovered, the distribution server 1 proceeds to the process of S2 and returns the data transfer amount to the normal state. .
[0051]
As described above, in the present embodiment, as shown in FIG. 4, the bit rate switching is performed by changing the first compression ratio CRa in order to improve a temporary service failure state in which video data and sound data cannot be reproduced. Rather than simply switching the transfer of the compressed data at the high bit rate BRa (mode A) to the transfer of the compressed data at the second compression rate CRb at the low bit rate BRb (mode B), the third compression is temporarily performed. A transfer mode (modes C1 and C2) of the compressed data at the rate CRc is created, and the state of stream distribution is changed from mode A [time t0] → mode C1 and C2 [time t2] → mode B. This makes it possible to improve the above-mentioned service unavailable state.
[0052]
That is, the details of the operations in the modes C1 and C2 are as follows. It is the same as the conventional example up to the point of time t0 when the congestion is detected and the transmission stream is determined to be switched.
[0053]
(Mode C1)
The time during which the mode C1 is executed is a time until the client terminal 3 becomes in a data reproducible state, and is at least m × (BRc / BRb). Here, m is the time of the aforementioned time lag. At time t0, instead of switching to the stream delivery of the compressed data of the second compression rate CRb at the second bit rate BRb, the stream of the compressed data of the third compression rate CRc is delivered at the second bit rate BRb. That is, data is transmitted at BRb / BRc double speed.
[0054]
At the time (time t1) when the data is accumulated in the fluctuation absorption buffer 35A and can be reproduced (time t1), the client terminal 3 starts reproducing the data distributed in the mode C1.
[0055]
As described above, by distributing the compressed data of the third compression rate CRc in a stream at the second bit rate BRb, the time required for the compressed data of the third compression rate CRc to be accumulated in the fluctuation absorbing buffer and become a reproducible state is obtained. , BRb >> BRc, it suffices to be BRc / BRb times that of the conventional method of distributing data in mode B from the beginning. That is, the time lag at which data cannot be reproduced is 0.2 times that of the above-described conventional example when the above-mentioned example, that is, when BRa = 1000 kbps, BRb = 500 kbps, and BRc = 100 kbps. The service in the mode C1 does not reach the reproduction quality that can be realized in the mode B, but the service quality is much better than the completely stopped state because some video / audio can be reproduced.
[0056]
(Mode C2)
Since the time during which the mode C2 is performed is the time until the compressed data of the second compression ratio CRb, which is stream-distributed at the fourth bit rate BRb ′, becomes a data reproducible state in the client terminal 3, at least m × BRb / (BRb-BRc).
[0057]
When the data of mode C1 is accumulated in the fluctuation absorbing buffer 35A and becomes reproducible (time t1), the data to be reproduced by the client terminal 3 remains the data compressed at the third compression ratio CRc. The data to be transferred is transferred to a combination of the compressed data of the third compression rate CRc and the compressed data of the second compression rate CRb.
[0058]
However, since the maximum bit rate that can be transmitted from the distribution server 1 to the client terminal 3 is only the second bit rate BRb as a whole, the fourth bit rate BRb ′ is at most BRb−BRc.
[0059]
In the client terminal 3, the compressed data of the second compression ratio CRb is stored in the fluctuation absorption buffer for mode B. At this time, it takes time m × BRb / (BRb−BRc) (time between times t1 and t2) to sufficiently store data in the fluctuation absorption buffer for mode B.
[0060]
(Mode B)
When the mode C2 is completed (time t2), the client terminal 3 is ready to reproduce the compressed data of the second compression rate CRb, so that the distribution server 1 transmits only the compressed data of the second compression rate BRb to the second bit rate BRb. The client terminal 3 also switches the data such as video / audio to be reproduced to the data of the second compression rate BRb, and stream-distributes the compressed data of the second compression rate CRb at the initial target second bit rate BRb. To mode B. The rest is the same as the conventional example.
[0061]
As described above, according to the present embodiment, it is possible to improve the streaming service quality in the network 2 having unstable quality. Where the data reproduction is stopped for the time m in the conventional example, the complete data reproduction stop time is suppressed to m × BRc / BRb in the present embodiment, and the time to be started in the mode B is m × (2BRb −BRc) × BRc / ((BRb−BRc) × BRb) is slower than the conventional example, but if an appropriate parameter that satisfies BRb >> BRc is selected, this value becomes smaller and the improvement effect is larger.
[0062]
Note that the present embodiment is a specific example of the present invention, and it goes without saying that the present invention is not limited to only the above embodiment.
[0063]
Also, by creating and distributing an information recording medium on which the computer program of the above-mentioned distribution server 1 is recorded, or distributing it via a network, the distributed computer program can be easily installed on a computer by simply installing the computer program on the computer. Can be configured.
[0064]
【The invention's effect】
As described above, according to the present invention, when the quality of stream distribution is degraded due to network congestion or the like, the distribution server converts the compressed data of the first compression rate CRa from the stream distribution at the first bit rate BRa to the second bit rate. At the time of moving to the stream distribution of the compressed data of the compression rate CRb at the second bit rate BRb, the stream distribution of the compressed data of the third compression rate CRc at the second bit rate BRb is performed. After the stream distribution of the compressed data of the third compression rate CRc at the third bit rate BRc and the stream distribution of the compressed data of the second compression rate CRb at the fourth bit rate BRb ′ are performed in parallel, the second compression rate Since it is possible to switch only the stream distribution of the CRb compressed data at the second bit rate BRb, Since the time from when the data distribution in the BRa is stopped and the data reproduction in the client terminal is stopped and when the data reproduction is started again is shorter than before, the quality of the stream service can be improved. .
[Brief description of the drawings]
FIG. 1 is a configuration diagram illustrating a stream distribution service system according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a configuration of a distribution server according to an embodiment of the present invention.
FIG. 3 is a block diagram illustrating a configuration of a client terminal according to an embodiment of the present invention.
FIG. 4 is a diagram illustrating data distributed in a stream according to an embodiment of the present invention.
FIG. 5 is a flowchart illustrating stream distribution processing in a distribution server according to an embodiment of the present invention.
FIG. 6 is a diagram illustrating data distributed in a stream in a conventional example.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Distribution server, 2 ... Network, 3 ... Client terminal, 4 ... Connection line, 5 ... Distribution stream, 11 ... Line control part, 12 ... Communication control part, 13 ... Database management system part, 14 ... Sound database, 15 ... Image database, 31 display unit, 32 display control unit, 33 communication control unit, 34 line control unit, 35A, 35B fluctuation fluctuation buffer, 36 mouse, 37 speaker.

Claims (4)

サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し且つデータ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートを用いて前記蓄積データのストリーミングサービスを行う配信サーバが、ネットワークを介して接続されたクライアント端末に対して、前記蓄積データをストリーム配信するときのストリーミングサービスの配信レート変更方法であって、
前記配信サーバは、
配信対象となるデータを第1圧縮率CRaで圧縮した圧縮データを第1ビットレートBRaでストリーム配信している状態から、前記データを前記第1圧縮率CRaよりも高い第2圧縮率CRb(>CRa)で圧縮した圧縮データを前記第1ビットレートBRaよりも低い第2ビットレートBRa(<BRa)でストリーム配信している状態に切り替える際に、
前記第1ビットレートBRaによる前記第1圧縮率CRaで圧縮した圧縮データのストリーム配信を停止して、
前記第2ビットレートBRbよりもさらに低い第3ビットレートBRc(<BRb)でストリーム配信するための前記第2圧縮率CRbよりもさらに高い第3圧縮率CRc(>CRb)で前記配信対象となるデータを圧縮した圧縮データを前記第2ビットレートBRbでストリーム配信し、
前記第2ビットレートで配信した前記第3圧縮率CRcの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第3圧縮率CRcの圧縮データの前記第2ビットレートBRbによるストリーム配信を停止した後、
前記配信対象となるデータを前記第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’(但し、BRb’<BRb)によるストリーム配信と、前記第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信とを並行して行い、
前記第4ビットレートBRb’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第2圧縮率CRbで圧縮した圧縮データの前記第2ビットレートBRbによるストリーム配信のみに切り替える
ことを特徴とするストリーミングサービスの配信レート変更方法。
Means for storing at least one of sound data and moving image data, and a streaming service of the stored data is provided by using a multi-bit rate for transferring data at a higher data compression rate as the data transfer bit rate becomes lower. A delivery server for performing a delivery rate change method of a streaming service when the stored data is stream-distributed to a client terminal connected via a network,
The distribution server,
From a state where compressed data obtained by compressing data to be distributed at a first compression rate CRa is stream-distributed at a first bit rate BRa, the data is converted to a second compression rate CRb (>) higher than the first compression rate CRa. When switching the compressed data compressed at CRa) to a state of stream distribution at a second bit rate BRa (<BRa) lower than the first bit rate BRa,
Stopping the stream distribution of the compressed data compressed at the first compression rate CRa at the first bit rate BRa,
The data is distributed at a third compression rate CRc (> CRb) higher than the second compression rate CRb for stream distribution at a third bit rate BRc (<BRb) lower than the second bit rate BRb. Streaming the compressed data obtained by compressing the data at the second bit rate BRb,
When a predetermined amount of the compressed data of the third compression rate CRc distributed at the second bit rate is accumulated in the data buffer of the client terminal and becomes reproducible, the compressed data of the third compression rate CRc can be reproduced. After stopping the stream distribution at the 2-bit rate BRb,
A stream distribution at a fourth bit rate BRb ′ (where BRb ′ <BRb) of the compressed data obtained by compressing the data to be distributed at the second compression rate CRb, and the compression of the compressed data at the third compression rate CRc. The stream distribution at the 3-bit rate BRc is performed in parallel,
When a predetermined amount of compressed data distributed at the fourth bit rate BRb ′ is accumulated in the data buffer of the client terminal and becomes reproducible, the compressed data obtained by compressing the data to be distributed at the second compression rate CRb A delivery rate changing method for a streaming service, wherein the method switches to only stream delivery at the second bit rate BRb.
サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積されているデータをストリーム配信するストリーム配信サーバにおいて、
配信対象となるデータを第1圧縮率CRaで圧縮した圧縮データを第1ビットレートBRaでストリーム配信している状態から、前記データを前記第1圧縮率CRaよりも高い第2圧縮率CRb(>CRa)で圧縮した圧縮データを前記第1ビットレートBRaよりも低い第2ビットレートBRa(<BRa)でストリーム配信している状態に切り替える際に、前記第1ビットレートBRaによる前記第1圧縮率CRaで圧縮した圧縮データのストリーム配信を停止して、前記第2ビットレートBRbよりもさらに低い第3ビットレートBRc(<BRb)でストリーム配信するための前記第2圧縮率CRbよりもさらに高い第3圧縮率CRc(>CRb)で前記配信対象となるデータを圧縮した圧縮データを前記第2ビットレートBRbでストリーム配信する手段と、
前記第2ビットレートで配信した前記第3圧縮率CRcの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第3圧縮率CRcの圧縮データの前記第2ビットレートBRbによるストリーム配信を停止した後、前記配信対象となるデータを前記第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’(但し、BRb’<BRb)によるストリーム配信と、前記第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信とを並行して行う手段と、
前記第4ビットレートBRb’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第2圧縮率CRbで圧縮した圧縮データの前記第2ビットレートBRbによるストリーム配信のみに切り替える手段とを備えている
ことを特徴とするストリーム配信サーバ。
Means for storing at least one of sound data and moving image data, and transferring the data to a client terminal connected via a network with a higher data compression ratio as the data transfer bit rate is lower. In a stream distribution server that streams the stored data at a multi-bit rate,
From a state where compressed data obtained by compressing data to be distributed at a first compression rate CRa is stream-distributed at a first bit rate BRa, the data is converted to a second compression rate CRb (>) higher than the first compression rate CRa. CRa), when switching to a state in which the stream is distributed at a second bit rate BRa (<BRa) lower than the first bit rate BRa, the first compression rate based on the first bit rate BRa The stream distribution of the compressed data compressed by CRa is stopped, and the stream is further transmitted to a third bit rate BRc (<BRb) lower than the second bit rate BRb. 3 The compressed data obtained by compressing the data to be distributed at a compression rate CRc (> CRb) is expressed by the second bit rate BRb. And means for stream delivery,
When a predetermined amount of the compressed data of the third compression rate CRc distributed at the second bit rate is accumulated in the data buffer of the client terminal and becomes reproducible, the compressed data of the third compression rate CRc can be reproduced. After stopping the stream distribution at the 2-bit rate BRb, stream distribution at a fourth bit rate BRb ′ (where BRb ′ <BRb) of compressed data obtained by compressing the data to be distributed at the second compression rate CRb; Means for concurrently performing stream distribution of the compressed data having the third compression rate CRc at the third bit rate BRc;
When a predetermined amount of compressed data distributed at the fourth bit rate BRb ′ is accumulated in the data buffer of the client terminal and becomes reproducible, the compressed data obtained by compressing the data to be distributed at the second compression rate CRb Means for switching only to stream delivery at the second bit rate BRb.
サウンドデータ及び動画データの少なくとも何れか一方を蓄積する手段を有し、ネットワークを介して接続されたクライアント端末に対して、データ転送ビットレートが低くなるほどデータの圧縮率を高くしてデータを転送するマルチビットレートで前記蓄積データをストリーム配信するコンピュータ装置からなるサーバの前記ストリーム配信を行うコンピュータプログラムにおいて、
配信対象となるデータを第1圧縮率CRaで圧縮した圧縮データを第1ビットレートBRaでストリーム配信している状態から、前記データを前記第1圧縮率CRaよりも高い第2圧縮率CRb(>CRa)で圧縮した圧縮データを前記第1ビットレートBRaよりも低い第2ビットレートBRa(<BRa)でストリーム配信している状態に切り替える際に、前記第1ビットレートBRaによる前記第1圧縮率CRaで圧縮した圧縮データのストリーム配信を停止して、前記第2ビットレートBRbよりもさらに低い第3ビットレートBRc(<BRb)でストリーム配信するための前記第2圧縮率CRbよりもさらに高い第3圧縮率CRc(>CRb)で前記配信対象となるデータを圧縮した圧縮データを前記第2ビットレートBRbでストリーム配信するステップと、
前記第2ビットレートで配信した前記第3圧縮率CRcの圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能となった時点で、前記第3圧縮率CRcの圧縮データの前記第2ビットレートBRbによるストリーム配信を停止した後、前記配信対象となるデータを前記第2圧縮率CRbで圧縮した圧縮データの第4ビットレートBRb’(但し、BRb’<BRb)によるストリーム配信と、前記第3圧縮率CRcの圧縮データの前記第3ビットレートBRcによるストリーム配信とを並行して行うステップと、
前記第4ビットレートBRb’で配信した圧縮データが前記クライアント端末のデータバッファに所定量蓄積されて再生可能になった時点で、前記配信対象のデータを前記第2圧縮率CRbで圧縮した圧縮データの前記第2ビットレートBRbによるストリーム配信のみに切り替えるステップとを含む
ことを特徴とするストリーム配信プログラム。
Means for storing at least one of sound data and moving image data, and transferring the data to a client terminal connected via a network with a higher data compression ratio as the data transfer bit rate is lower. A computer program for performing the stream distribution of a server including a computer device that distributes the stored data at a multi-bit rate,
From a state where compressed data obtained by compressing data to be distributed at a first compression rate CRa is stream-distributed at a first bit rate BRa, the data is converted to a second compression rate CRb (>) higher than the first compression rate CRa. CRa), when switching to a state in which the stream is distributed at a second bit rate BRa (<BRa) lower than the first bit rate BRa, the first compression rate based on the first bit rate BRa The stream distribution of the compressed data compressed by CRa is stopped, and the stream is further transmitted to a third bit rate BRc (<BRb) lower than the second bit rate BRb. 3 The compressed data obtained by compressing the data to be distributed at a compression rate CRc (> CRb) is expressed by the second bit rate BRb. The method comprising the steps of: stream delivery,
When a predetermined amount of the compressed data of the third compression rate CRc distributed at the second bit rate is accumulated in the data buffer of the client terminal and becomes reproducible, the compressed data of the third compression rate CRc can be reproduced. After stopping the stream distribution at the 2-bit rate BRb, stream distribution at a fourth bit rate BRb ′ (where BRb ′ <BRb) of compressed data obtained by compressing the data to be distributed at the second compression rate CRb; Performing, in parallel, stream distribution of the compressed data having the third compression rate CRc at the third bit rate BRc;
When a predetermined amount of compressed data distributed at the fourth bit rate BRb ′ is accumulated in the data buffer of the client terminal and becomes reproducible, the compressed data obtained by compressing the data to be distributed at the second compression rate CRb Switching to stream delivery only at the second bit rate BRb.
前記請求項3に記載のストリーム配信プログラムが記録されていることを特徴とするコンピュータ読み取り可能な情報記録媒体。A computer-readable information recording medium on which the stream distribution program according to claim 3 is recorded.
JP2002177363A 2002-06-18 2002-06-18 Streaming service distribution rate changing method, stream distribution server, stream distribution program, and information recording medium thereof Expired - Fee Related JP3920716B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002177363A JP3920716B2 (en) 2002-06-18 2002-06-18 Streaming service distribution rate changing method, stream distribution server, stream distribution program, and information recording medium thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002177363A JP3920716B2 (en) 2002-06-18 2002-06-18 Streaming service distribution rate changing method, stream distribution server, stream distribution program, and information recording medium thereof

Publications (2)

Publication Number Publication Date
JP2004023548A true JP2004023548A (en) 2004-01-22
JP3920716B2 JP3920716B2 (en) 2007-05-30

Family

ID=31175417

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002177363A Expired - Fee Related JP3920716B2 (en) 2002-06-18 2002-06-18 Streaming service distribution rate changing method, stream distribution server, stream distribution program, and information recording medium thereof

Country Status (1)

Country Link
JP (1) JP3920716B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007114107A1 (en) * 2006-03-30 2007-10-11 Pioneer Corporation Server device in contents transmitting system and contents transmitting method
JP2010273103A (en) * 2009-05-21 2010-12-02 Ntt Docomo Inc Communication control device, and codec changeover method

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007114107A1 (en) * 2006-03-30 2007-10-11 Pioneer Corporation Server device in contents transmitting system and contents transmitting method
JP4731600B2 (en) * 2006-03-30 2011-07-27 パイオニア株式会社 Server apparatus and content transmission method in content transmission system
US8176197B2 (en) 2006-03-30 2012-05-08 Pioneer Corporation Server device in contents transmitting system and contents transmitting method
JP2010273103A (en) * 2009-05-21 2010-12-02 Ntt Docomo Inc Communication control device, and codec changeover method

Also Published As

Publication number Publication date
JP3920716B2 (en) 2007-05-30

Similar Documents

Publication Publication Date Title
EP1622385B1 (en) Media transrating over a bandwidth-limited network
US7974200B2 (en) Transmitting and receiving real-time data
US6792449B2 (en) Startup methods and apparatuses for use in streaming content
TWI424747B (en) System and method for connection to a network and for reproducing an audio/video stream received from a server on the network
JPH11501786A (en) Compressed video signal receiving method
US20080133744A1 (en) Multimedia data streaming server and method for dynamically changing amount of transmitting data in response to network bandwidth
KR20180031547A (en) Method and apparatus for adaptively providing multiple bit rate stream media in server
JP2007057767A (en) Content receiving set and content receiving method
JP2008516477A (en) Video compression system
WO2008108379A1 (en) Medium distribution system, distribution server device, medium distribution method used for them, and program thereof
WO2005086009A1 (en) Medium distribution device and medium reception device
JP2007104656A (en) Contents downloading system and method
US20040034870A1 (en) Data streaming system and method
JP2002084339A (en) Streaming method and system for executing the same method
JP2006304272A (en) Transmitting device
JP2001177573A (en) Data communication system, data reception terminal and data transmission terminal
US20100166387A1 (en) Method and apparatus for playing video data of high bit rate format by a player capable of playing video data of low bit rate format
JP2001204001A (en) Moving picture distribution system, reproduction terminal and distributor
JP2002319991A (en) Video or audio transmission system
US9032457B2 (en) Streaming data processing method and apparatus for digital broadcast system supporting VOD service
JP2002199019A (en) Communication controller, communication control method and recording medium recorded with communication control program
JP2014183488A (en) Streaming receiver
JP2007086484A (en) Content delivery system, and content delivery method, delivery apparatus and terminal device used for the same, and program thereof
JPH08289251A (en) Multi-media processor
JP2000358232A (en) Vod system

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