(57)【要約】【課題】  データ受信側のバッファのアンダーフロー、オーバフローを発生させることなく配信装置の配信数を減らさずに符号化映像データを長時間安定したストリーム再生を行う。【解決手段】  ＵＤＰによる通常の送信モード以外にＴＣＰによる送信モードを備え、ＴＣＰ利用時は実際の映像再生レートよりもオーバレートで配信装置２から送信を行なう。再生装置１は数秒から数分の映像データ蓄積バッファ８と受信データ残量検出手段１０とを備え、受信データ残量の上限値と下限値を基にして、標準のストリーミング送信制御プロトコルであるＲＴＳＰを用い、再生装置１の状態変化（再生状態、一時停止状態、停止状態）と無関係にＲＴＳＰメソッドをバックグラウンドで発行して、再生装置１主導によるフロー制御を常時アクティブに行ない、受信データ残量を指定範囲内に保ち、音切れや映像切れを防ぎストリームを長時間安定的に再生する。【選択図】  図２
2005303783.tif 000002
【特許請求の範囲】
【請求項１】
ベストエフォート型ネットワークを介して符号化映像データを送信する配信装置と、前記ネットワークを介して音声や動画などをストリーミング配信するための標準制御プロトコルを使って前記配信装置へ所望の映像データを要求し、この要求に応じた符号化映像データを前記配信装置から受信しながら、前記映像データをストリーム再生する再生装置とを備えた映像データ配信システムにおいて、
前記配信装置に具備されＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で平均映像再生レートよりもオーバレートで送信するモードで符号化映像データを送信する映像データ送信部と、
前記再生装置に具備され受信データバッファ、受信データ残量を監視する受信データ残量検出手段とを有し、
前記受信データ量検出手段が、前記バッファに蓄積される前記映像データ送信部から送信された符号化映像データの上限値と下限値を保持し、前記バッファの受信データ残量を監視すること
を特徴とするストリーム再生方法。
【請求項２】
前記受信データ量検出手段が、前記受信データ残量が上限値以上となった場合には前記再生装置に具備された送信制御応答部に送信一時停止メソッドを意味する信号を供給し、前記受信データ残量が下限値以下となった場合には前記送信制御応答部に送信開始メソッドを意味する信号を供給すること
を特徴とする請求項１記載のストリーム再生方法。
【請求項３】
前記配信装置は、前記再生装置における送信制御応答部からの信号に基づき前記映像データ送信部を制御する送信制御応答部を備え、
この送信制御応答部は、前記再生装置における送信制御応答部から送信一時停止メソッドを意味する信号を受けると、前記映像データ送信部に符号映像データの送信一時停止メソッドを意味する信号を供給し、
前記映像データ送信部は、前記送信一時停止メソッドを意味する信号を受けると、符号化映像データの読み出しを中止し送信を一時停上すること
また、前記再生装置における送信制御応答部から送信開始メソッドを意味する信号を受けると、前記映像データ送信部に符号映像データの送信開始メソッドを意味する信号を供給し、
前記映像データ送信部は、送信開始の通知メソッドを受信すると符号化映像データの読み出しを開始し、前記オーバレートによる送信を開始すること
を特徴とする請求項２記載のストリーム再生方法。
【請求項４】
前記前記受信データ量検出手段が通知するメソッドはＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）に準拠したものであること
を特徴とする請求項１から３のいずれか１項に記載のストリーム再生方法。
【請求項５】
前記再生装置に具備された送信制御応答部は、ベストエフォート型ネットワークを介して前記配信装置に具備された送信制御応答部と連絡可能であり、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）に準拠したメソッドを意味する信号を送信すること
を特徴とする請求項１から４のいずれか１項に記載のストリーム再生方法。
【請求項６】
コンピュータに請求項１から５のいずれか1項に記載の配信装置及び再生装置として機能させるためのストリーム再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ベストエフォート型ネットワークを介してＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）プロトコルを用いて符号化映像データを送信する配信装置と、符号化映像データの受信と再生を実行するＲＴＳＰプロトコルを用いる再生装置から構成する符号化映像データ送信システム、特に、符号化映像データ送信を安定させる再生抜術に関する。
【背景技術】
【０００２】
従来のストリーミング配信技術は、ＲＴＳＰ／ＲＴＰを使って音声や動画等の符号化映像データをサーバ・クライアント間で配信することが一般的である。
【０００３】
ＲＴＳＰは、ストリーミング配信装置に対して、再生、一時停止、停止等の再生状態の変化を要求し、配信装置のストリーミング送信の送出モードを再生装置側から遠隔制御する制御プロトコルである。
【０００４】
一方、ＲＴＰは、音声や映像等の符号化映像データをリアルタイムに送信するためのデータ転送プロトコルである。さらに、ＲＴＰは、通常ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）と組み合わせて使い、ＲＴＣＰは、データストリーム受信側がＲＴＣＰパケットを定期的に送信することで、送信側の転送レート等の調整を行い、品質制御を行なっている。
【０００５】
以上の述べたように、従来のストリーミング送信技術は、再生装置操作者の再生状態を変更する操作（再生、停止、一時停止、ジャンプ）を相当するＲＴＳＰの命令に変換して能信装置へ伝える用途に用い、ＲＴＰ、ＲＴＣＰはリアルタイム性保証や品質制御に使うという使い分けをして配信を行っている。
【０００６】
そして、従来技術においては、ＲＴＰ／ＲＴＣＰを様々な方法で工夫し、安定した配信を行なうことが努力されていた。例えば、特許文献１（特開平１０−３３６２６号公報）に示された映像データの転送方法及びその装置によると、ネットワークの混雑状態や、配信装置の負荷状況に応じて映像データの転送レートであるビットレートを変化させ、または事前に登録してある異なるビットレートの符号化映像データに切り替えてネットワークを介してデータ受信側にストリーミング送信し、データ受信側は符与化映像データの受信とストリーミング再生を行っている。
【特許文献１】特開平１０−３３６６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のＲＴＳＰプロトコルを用いたストリーミング配信では、通信速度が保証されないベストエフォート型ネットワークを介する場合、配信装置、データ中継点へのアクセスの集中による送信処理能力の限界などで発生する不定期な突発的な通信速度の低下の影響を受け、ブロックノイズ等の現象が発生し、安定したストリーム再生ができていなかった。
【０００８】
また、数秒オーダの大規模なパケットロスが発生するとデータ受信側のバッファが空になり、ブロックノイズ、音切れ、映像切れ等の現象が大きく発生し、安定したストリーム再生ができていなかった。
【０００９】
さらに、データ送信側とデータ受信側は、それぞれ独立の水晶発振子のクロックを基準にして送信レート、再生レートを決定している。
【００１０】
しかし、水晶発振子のクロックはコンピュータ毎にわずかな差があるため、データ送信側の送信レートとデータ受信側の再生レートにわずかな差ができ、この差の累積でバッファのアンダーフロー、オーバフローが発生する場合もあり、安定したストリーム再生ができなかった。
【００１１】
これに対し、サーバ・クライアント間を独自のプロトコルを用いたフロー制御によりバッファ制御をすることが効果的であるが、それらの方法を用いた従来技術では、ストリーミングの標準的制御プロトコルであるＲＴＳＰから外れた独白化様になってしまうため、配信装置と再生装置の間の相互運用性を損ねてしまうという欠点があった。
【００１２】
また、ＵＤＰ配信でなく、ＴＣＰを用いてパケットロスをＴＣＰの再送機能により補う従来技術が存在するがこれらの技術では、配信装置が再生装置に常に引きずられてしまうため、効率的な配信ができず、配信数を上げられないという問題があった。
【００１３】
本発明は、かかる事情に鑑みなされたもので、その目的は、数秒から数十秒の大規模なパケット欠損や通信速度の一時的な低下が起きるベストエフォート型ネットワークを介して、ストリーミングの標準プロトコルであるＲＴＳＰを用いる映像送信システムを用いながら、データ受信側のバッファのアンダーフロー、オーバフローを発生させることなく、配信装置の配信数を減らさずに、符事化映像データを長時間安定したストリーム再生を行なえるストリーム再生方法とそのプログラムの提供にある。
【課題を解決するための手段】
【００１４】
本発明のストリーム再生方法は、ベストエフォート型ネットワークを介して符号化映像データを送信する配信装置と、前記ネットワークを介して音声や動画などをストリーミング配信するための標準制御プロトコルを使って前記配信装置へ所望の映像データを要求し、この要求に応じた符号化映像データを前記配信装置から受信しながら、前記映像データをストリーム再生する再生装置とを備えた映像データ配信システムにおいて、前記配信装置に具備されＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で平均映像再生レートよりもオーバレートで送信するモードで符号化映像データを送信する映像データ送信部と、前記再生装置に具備され受信データバッファ、受信データ残量を監視する受信データ残量検出手段とを有し、前記受信データ量検出手段が、前記バッファに蓄積される前記映像データ送信部から送信された符号化映像データの上限値と下限値を保持し、前記バッファの受信データ残量を監視している。
【００１５】
また、前記受信データ量検出手段としては、前記受信データ残量が上限値以上となった場合には前記再生装置に具備された送信制御応答部に送信一時停止メソッドを意味する信号を供給し、前記受信データ残量が下限値以下となった場合には前記送信制御応答部に送信開始メソッドを意味する信号を供給するものがある。
【００１６】
前記配信装置としては、前記再生装置における送信制御応答部からの信号に基づき前記映像データ送信部を制御する送信制御応答部を備え、この送信制御応答部は、前記再生装置における送信制御応答部から送信一時停止メソッドを意味する信号を受けると、前記映像データ送信部に符号映像データの送信一時停止メソッドを意味する信号を供給し、前記映像データ送信部は、前記送信一時停止メソッドを意味する信号を受けると、符号化映像データの読み出しを中止し送信を一時停上すること、また、前記再生装置における送信制御応答部から送信開始メソッドを意味する信号を受けると、前記映像データ送信部に符号映像データの送信開始メソッドを意味する信号を供給し、前記映像データ送信部は、送信開始の通知メソッドを受信すると符号化映像データの読み出しを開始し、前記オーバレートによる送信を開始するものある。
【００１７】
前記前記受信データ量検出手段が通知するメソッドは、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）に準拠したものがある。
【００１８】
前記再生装置に具備された送信制御応答部は、ベストエフォート型ネットワークを介して前記配信装置に具備された送信制御応答部と連絡可能であり、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）に準拠したメソッドを意味する信号を送信するものがある。
【００１９】
以上のように、本発明のストリーム再生方法は、映像データを配信する配信装置とネットワークを介して連絡する映像を再生する再生装置とを備えたＲＴＳＰプロトコルを利用したサーバ・クライアント型の映像データ配信システムにおいて、配信装置が再生装置の再生速度よりも高速に映像を転送している（オーバーレート転送）。このとき、再生装置においては、バッファ蓄積量が増加し、受信データ残量が上限値に達した場合、停止指令を出している。一方、バッファ蓄積量が減少し、受信データ残量が下限値に達した場合、送信開始指令を発している。以上の動作を繰り返すことで、ＲＴＳＰを利用した前記データ配信システムにおいて安定的したストリーム再生を実現している。
【００２０】
前記配信装置は、ＵＤＰを用いた送信モードと、ＴＣＰを用いた送信モードとを有し、前記再生装置と連絡するネットワークがベストエフォート型ネットワークである場合、前記送信モードとしてＴＣＰを用いたオーバレート送信モードを採用している。
【００２１】
前記再生装置に具備された受信データ残量検出手段は、ＴＣＰを用いたオーバレート送信時、受信データ残量の上限値と下限値を設定保持しており、ストリーム再生中の受信データバッファの残量を監視している。ここで、受信データバッファの残量が上限値以上となった場合、ＲＴＳＰメソッド（送信一時停止）を送受信する再生装置に具備された送信制御応答部に送信一時停止を通知している。一方、受信データ残量が下限値以下となった場合、ＲＴＳＰメソッド（送信開始）を送受信する再生装置の送信制御応答部に送信開始を通知し、これらの動作が実際の再生映像の再生、一時停止、停止の再生状態の変化を伴わずに、バックグラウンドで行なっている。これによってバッファ残量の制御をアクティブに実行できる。尚、バックグラウンドとは映像の再生処理と並行してユーザには見えない裏側で処理することを意味する。アクティブとは配信装置主導ではなく再生端末がフロー制御を自発的に行うことを意味する。
【００２２】
ＲＴＳＰメソッドを送受信する配信装置に具備された送信制御応答部は、再生装置に具備された送信制御応答部からＲＴＳＰメソッドのＰＡＵＳＥ（送信一時停止）を受信すると、映像データ送信部に符号映像データの送信一時停止を通知する。一方、前記送信制御応答部からＰＬＡＹ（送信開始）のリクエストを受信すると、前記映像データ送信部に符号映像データの送信開始を通知する。
【００２３】
前記映像データ送信部は、前記送信一時停止の通知を受信すると、符号化映像データの読み出しを中止し送信を一時停上する。一方、送信開始の通知を受信すると符号化映像データの読み出しを開始し、ＴＣＰでオーバレートによる送信を開始する。
【００２４】
以上に述べたフロー制御、送信方法、再生装置、配信装置で、受信バッファのアンダーフローオーバフローが発生することなく、常に指定範囲内に映像データ蓄積バッファを維持することができる。これにより、通信速度が保証されないベストエフォート型ネットワークにおいても符号化映像データを長時間安定したストリーム再生が可能となる。
【００２５】
また、本発明のコンテンツ再生方法は、コンピュータとプログラムによっても実現でき、プログラムをコンピュータ読み取り可能な記録媒体に記録すること、ネットワークを通して提供することも可能である。前記記録媒体としては、例えばフレキシブルディスクや、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバルディスク等が挙げられる。
【発明の効果】
【００２６】
本発明のストリーム再生方法とそのプログラムによれば、通信速度が保証されないベストエフォート型ネットワークを介した符号化映像データ送信システムにおいて、実際の再生、一時停止、停止の再生状態の変化に伴ったフロー制御ではなく、再生装置の映像データ受信部に受信データ残量検出手段を設け、その受信データ残量から再生装置主導によるＲＴＳＰメソッドを使ったフロー制御と配信装置からＴＣＰでオーバレート送信しているので、バッファのアンダーフロー、オーバフローが発生することなく、常に高安定に指定範囲内で受信データ残量を保持できる。これにより符号化映像データを長時間安定したストリーム再生ができる。
【発明を実施するための最良の形態】
【００２７】
本発明の実施の形態について図面を参照しながら説明する。
【００２８】
図５は従来技術の実施形態例を示した概略図である。
【００２９】
再生装置１は、ユーザ操作による再生変更要求を行う再生制御部３と、ＲＴＳＰメソッドを送信する送信制御応答部４と、ＵＤＰプロトコルで符号化映像データの受信を行う映像データ受信部７と、送信されてくる符事化映像データの蓄積を行う映像データ蓄積バッファ８と、符事化映像データの伸張と表示を行う復号・表示部９とを備える。
【００３０】
配信装置２は、再生装置１からのリクエストにより、ＵＤＰプロトコルを用いたべストエフォート型ネットワーク１００を介して再生装置１に符号化映像データの送信を行う。配信装置２は、ＲＴＳＰメソッドの受信と応答を行う送信制御応答部５と、ＵＤＰプロトコルで符号化映像データの送信を行う映像データ送信部６とを備える。
【００３１】
図６を参照しながら従来のストリーム再生方法について説明する。
【００３２】
先ず、再生装置２の再生制御部３から操作者再生状態変更信号７１によって送信制御応答部４に再生、一時停止及び停止の再生状態の変化を要求する。次いで、送信制御応答部４は再生制御信号７２によって配信装置２の送信制御応答部５へＲＴＳＰのＰＬＡＹ（送信開始）またはＰＡＵＳＥ（送信一時停止）メソッドを送信する。配信装置２の送信制御応答部５は、映像データ送信部６へ送信制御信号７３によって送信開始または送信一時停止通知する。次いで、映像データ送信部６は送信の一時停止またはＵＤＰのプロトコルでデータ送信信号７４によってベストエフォート型ネットワーク１００を介して再生装置１に符号化映像データの送信を行おこなっている。
【００３３】
図１は本発明の実施形態例を示した概略図である。
【００３４】
配信装置２は、再生装置１からのリクエストにより、ＴＣＰプロトコルで符号化映像データをオーバレートでベストエフォート型ネットワーク１００を介して再生装置１に送信する配信手段である。
【００３５】
再生装置１は、ユーザ操作からの再生変更要求を行う再生制御部３と、ＲＴＳＰメソッドを送信する送信制御応答部４と、ＴＣＰプロトコルとオーバレート送信されてくる符号化映像データの受信を行う映像データ受信部７と、前記送信されてくる符号化映像データの蓄積を行う映像データ蓄積バッファ８と、受信データ残量の検出を行う受信データ残最検出手段１０と、符号化映像データの伸張と表示を行う復号・表示部９とを備える。
【００３６】
受信データ残量検出手段１０は、映像データ蓄積バッファ８に蓄積される符号化映像データの上限値と下限値を保持し、受信データ残量検出信号８１で映像データ蓄積バッファ８の受信データ残量を監視する。ここで、受信データ残量が「受信データ残量≧上限値」となったとき、受信データ残量検出手段１０は、送信制御応答部４に対して残量再生状態変更信号８２で送信一時停上を通知する。
【００３７】
送信一時停止を受信した送信制御応答部４は、配信装置２の送信制御応答蔀５へＲＴＳＰのＰＡＵＳＥ（送信一時停止）メソッドを再生制御信号７２で送信する。
【００３８】
また、受信データ残量が「受信データ残量≦下限値」となったとき、受信データ残量検出手段１０は、送信制御応答部４に対して残量再生状態変更信号８２により送信開始を通知する。
【００３９】
送信開始を受信した送信制御応答部４は、配信装置２の送信制御応答部５へＲＴＳＰのＰＬＡＹ（送信開始）メソッドを再生制御信号７２で送信する。
【００４０】
配信装置２は、ＲＴＳＰメソッドの受信と応答を行う送信制御応答部５と、ＴＣＰプロトコルに基いて符号化映像データをオーバレートで送信を行う映像データ送信部６とを備える。
【００４１】
送信制御応答部５は、再生装置１からＲＴＳＰのＰＡＵＳＥ（送信一時停止）メソッドを受信すると、映像データ送信部６に送信制御信号７３で送信一時停止を通知する。次いで、映像データ送信部６は、送信制御応答部５から送信一時停止を受信すると符号化映像データの読み出しを中止し、送信を一時停止する。
【００４２】
また、送信制御応答部５は、再生装置１からＲＴＳＰのＰＬＡＹ（送信開始）メソッドを受信すると、映像データ送信部６に送信制御信号７３で送信開始を通知する。
【００４３】
映像データ送信部６は、送信制御応答部５から送信開始を受信すると符号化映像データの読み出しを開始し、ＴＣＰプロトコルで符事化映像データをオーバレートでデータ送信信号７４により送信を開始する。
【００４４】
従来のストリーム再生実施形態例について図６を参照しながら説明する。
【００４５】
符号化映像データは仮に６Ｍｂｐｓとする。従来は、再生装置１の再生制御部３が、ユーザ操作に基づいて操作者再生状態変更信号７１によって送信制御応答部４へ再生要求を行なう。送信制御応答部４は、再生信号７２によってＲＴＳＰメソッドのＰＬＡＹ（送信開始）を配信装置２の送信制御応答部５へ送信する。
【００４６】
配信装置２の送信制御応答部５は、ＰＬＡＹメソッドを受信すると、送信制御信号７３で映像データ送信部６へ送信開始を通知する。映像データ送信部６は、符号化映像データの読み出しを開始し、ＵＤＰプロトコルを用いてＲＴＰパケットを付加した符号化映像データの送信を６Ｍｂｐｓでデータ送信信号７４によって開始する。
【００４７】
再生装置１はＲＴＣＰパケットを定期的に配信装置２へ送信し、配信装置２は転送レートの調整を行いストリーム再生の品質制御を行っている。ＵＤＰプロトコルの場合、送信レートが一時的に上がるとルータ等においてパケット欠損が発生しやすくなるため、符号化映像データの送信は、可能な限り平滑化し送信する。この場合、６Ｍｂｐｓで送信されることになる。固定バッファ量を１秒とすると、ネットワークが混雑した場合に、通信速度の低下や、データ中継地点へのアクセス集中による処理能力の限界等で数秒オーダの大規模なパケットロスが発生し場合、再生装置の映像データ蓄積バッファ８は空になり、音切れ、映像切れ、ブロックノイズ等の現象が発生していた。
【００４８】
図２はＲＴＳＰをフロー制御に用いた本発明に係るストリーム再生例の説明図である。
【００４９】
再生装置１の再生制御部３はユーザ操作に基づいて操作者再生状態変更信号７１によって送信制御応答部４へ再生要求を行なう。送信制御応答部４は、再生信号７２によってＲＴＳＰメソッドのＰＬＡＹ（送信開始）を配信装置２の送信制御応答部５へ送信する。
【００５０】
配信装置２における送信制御応答部５はＰＬＡＹメソッドを受信すると送信制御信号７３によって映像データ送信部６へ送信開始を通知する。
【００５１】
映像データ送信部６は、符号化映像データの読み出しを開始し、データ送信信号７４でＴＣＰプロトコルを用いて、６Ｍｂｐｓの符事化映像データの１．５倍である９Ｍｂｐｓのオーバレートで送信を開始する。
【００５２】
再生装置１のデータ受信部７は、符号化映像データの受信を開始し、映像データ蓄積バッファ８に符号化映像データを蓄積し、指定量例えば２秒蓄積されると、ストリーム再生が開始する。オーバレート送信により映像データ蓄積バッファ８の受信データ残量は徐々に増え、例えば、映像データ蓄積バッファ８の上限値を２０秒、下限値を７秒とした場合、１秒間に０．５秒分増えていき、３６秒間オーバレート送信すると、映像データ蓄積バッファ８が上限値となると、受信データ残量検出手段１０は、残量再生状態変更信号８２により「送信一時停止」を送信制御応答部４に通知する。送信制御応答部４は、ＰＡＵＳＥ（送信一時停止）メソッドを配信装置２の送信制御応答部５へ再生制御信号７２によって送信する。
【００５３】
そして、配信装置２の送信制御応答部５は、送信制御信号７３で映像データ送信部６へ「送信一時停止」を通知する。「送信一時停止」命令を受信した映像データ受信部６は、符号化映像データの読み出しを停止し、送信を一時停止する。この場合、画面上の映像自体は、一時停止せず、そのまま再生を継続する。送信が一時停止中においても、再生は継続しているため、映像データ蓄積バッファ８の受信データ残量は毎秒１秒分減少していき、残量が下限値７秒分になると、受信データ残量検出手段１０から、残量再生状態変更信号８２で送信開始が送信制御応答部４に通知され、送信制御応答部４はＰＬＡＹ（送信開始）メソッドを配信装置２の送信制御応答部５へ再生制御信号７２によって送信する。
【００５４】
送信制御応答部５は、送信制御信号７３によって映像データ送信部６へ送信開始を通知する。送信開始を受信した映像データ受信部６は、符事化映像データの読み出しを再び開始し、９Ｍｂｐｓのオーバレートで送信を開始する。再生は６Ｍｂｐｓのため、毎秒０．５秒分映像データ蓄積バッファ８が増えていき、上限値２０秒分になると送信が一時停止になる。このフロー制御により、映像蓄積バッファを一定範囲内に保つことができる。そして、４秒程度の大規模なパケットロスが例えば５分に一回発生した場合でも、バッファ残量は７秒以上あり、余裕があるため音切れ、映像切れが発生することなくストリーム再生が継続できる。このとき、４秒のパケット損失で、最悪の場合バッファ残量は３秒まで減少するが、例えば、９Ｍｂｐｓのオーバレートで３４秒間送信すると、映像データ蓄積バッファ８は上限値に達するため、従来のフロー制御状態に自動的に復帰する。
【００５５】
このように、１．ＴＣＰによるオーバレート送信、２．ＲＴＳＰの通常の使用方法（ユーザによる再生状態変更要求）とは別に、ＲＴＳＰを再生装置からのフロー制御に使う手法により、大規模なパケットロスが一発生した場合でも、映像データ蓄積バッファ８を空にすることなく維持でき、安定したストリーム再生ができる。
【００５６】
ここで、図７を参照しながら従来技術に係るストリーム再生について説明する。
【００５７】
１番目（Ｒ１）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ
最初に、ユーザからの再生要求Ｐ１に応じて、再生装置１の送信制御応答部４からコンテンツ情報要求のＲＴＳＰメソッドＲ１を送信する。
【００５８】
２番目（Ｒ２）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ  ＯＫ
配信装置２の送信制御応答部５は再生する符号化映像データの情報が記述されているＲＴＳＰメソッドＲ２（ＳＤＰファイル）を送信する。
【００５９】
３番目（Ｒ３）：ＲＴＳＰ：ＳＥＴＵＰ
次に再生装置１の送信制御応答部４から符号化映像データの送信種別、送信プロトコル、送信ポートネゴシエーション要求等のＲＴＳＰメソッドＲ３を送信する。
【００６０】
４番目（Ｒ４）：ＲＴＳＰ：ＳＥＴＵＰ  ＯＫ
配信装置２は符号化映像データ送信の送信種別、送信プロトコル、送信ポートネゴシエーション等の準備が終わると送信制御応答部４からＲＴＳＰメソッドＲ４を応答する。
【００６１】
５番目（Ｒ５）：ＲＴＳＰ：ＰＬＡＹ
次に再生装置１の送信制御応答部４から送信開始を要求するＲＴＳＰメソッドＲ５を送信する。
【００６２】
６番日（Ｒ６）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２は送信の準備が終わると配信装置２の送信制御応答部５からＰＬＡＹ応答メソッドＲ６を送信する。さらに、映像データ送信部６に送信開始Ｃ１を通知する。
【００６３】
７番目（Ｔ１）：送信（ＵＤＰ）次に、符号化映像データの読み出しが開始され、配信装置からＲＴＰとＵＤＰで送信Ｕ１を開始する。
【００６４】
８番目（Ｐ２）：再生開始
再生装置１は、ＵＤＰで送信される符号化映像データの受信を開始し、指定したバッファ量蓄積されるとストリーム再生Ｐ２を開始する。再生装置１からは、ＲＴＣＰパケットを定期的に送信して転送レートの調整を行いストリーム再生の品質制御を行う。
【００６５】
９番目（Ｐ３）：ＲＴＳＰ：ＰＡＵＳＥ
ユーザからの再生終了要求Ｐ３に応じて、再生装置１の送信制御応答部４から送信停止のＲＴＳＰメソッドＲ７を送信する。
【００６６】
１０番目（Ｒ８）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ７に対する応答メソッドＲ８を再生装置１の送信制御応答部４に送信する。
【００６７】
１１番目（Ｒ９）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ
再生装置１の送信制御応答部４は、再生終了のＲＴＳＰメソッドＲ９を配信装置２の送信制御応答部５に送信する。
【００６８】
１２番目（Ｒ１０）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ９に対する応答メソッドＲ１Ｏを再生装置１の送信制御応答部４に送信する。
【００６９】
図３はＲＴＳＰをフロー制御に用いた本発明に係るストリーム再生方法の説明図である。
【００７０】
１番目（Ｐ１）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ
最初に、ユーザからの再生要求Ｐ１に応じて、再生装置１の送信制御応答部４からコンテンツ情報要求のＲＴＳＰメソッドＲ１を送信する。
【００７１】
２番目（Ｒ２）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ  ＯＫ
配信装置２の送信制御応答部５は再生する符号化映像データの情報が記述されているＲＴＳＰメソッドＲ２（ＳＤＰファイル）を送信する。
【００７２】
３番目（Ｒ３）：ＲＴＳＰ：ＳＥＴＵＰ
次に、再生装置１の送信制御応答部４から符事化映像データの送信種別、送信プロトコル、送信ボートネゴシエーション要求等のＲＴＳＰメソッドＲ３を送信する。
【００７３】
４番目（Ｒ４）：ＲＴＳＰ：ＳＥＴＵＰ  ＯＫ
配信装置２は符号化映像データ送信の送信種別、送信プロトコル、送信ポートネゴシエーション等の準備が終わると送信制御応答部５からＲＴＳＰメソッドＲ４を応答する。
【００７４】
５番目（Ｒ５）：ＲＴＳＰ：ＰＬＡＹ
次に、再生装置１の送信制御応答部４から送信開始を要求するＲＴＳＰメソッドＲ５を送信する。
【００７５】
６番目（Ｒ６）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２は送信の準備が終わると、配信装置２の送信制御応答部５からＰＬＡＹ応答メソッドＲ６を送信する。さらに、映像データ送信部６に送信開始Ｃ１を通知する。
【００７６】
７番目（Ｔ１）：オーバレート送信（ＴＣＰ）
次に、符号化映像データの読み出しが開始され、配信装置２から信頼性の高いＴＣＰでオーバレート送信Ｔ１を開始する。
【００７７】
８番目（Ｐ２）：再生開始
再生装置１は、ＴＣＰでオーバレート送信される符号化映像データの受信を開始し、指定したバッファ量蓄積されるとストリーム再生Ｐ２を開始する。
【００７８】
９番目（Ｋ１）：受信データ残量上限値
オーバレート送信で受信データ残量は、ストリーミング再生中においても増加する。そのため、データ残量を監視する受信データ残量検出手段１０は、受信したデータ残量が上限他と等しくあるいはより大きくなった時、再生装置１における送信制御応答部４に送信一時停止Ｋ１を通知する。
【００７９】
１０番目（Ｒ７）：ＲＴＳＰ：ＰＡＵＳＥ
次に、再生装置１の送信制御応答部４は、送信一時停止のＲＴＳＰメソッドＲ７を配信装置２の送信制御応答部５に送信する。
【００８０】
１１番目（Ｒ８）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ７に対する応答メソッドＲ８を再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部６に送信一時停止Ｃ２を通知する。
【００８１】
１２番目（Ｓ１）：送信一時停止
配信装置２は符号化映像データの読み出しを中止し、配信装置２からのデータ送信を一時停止Ｓ１する。
【００８２】
１３番目（Ｋ２）：受信データ残量下限値
一方、再生装置１側は、データ送信一時停止中においても再生をしているため、映像データ蓄積バッファ８に蓄積されている受信データ残量は減少していく。データ残量を監視する受信データ残量検出手段１０は、下限値と等しくあるいはより小さくなった時、再生装置１の送信制御応答部４に送信開始Ｋ２を通知する。
【００８３】
１４番目（Ｒ９）：ＲＴＳＰ：ＰＬＡＹ
再生装置１の送信制御応答部４は、送信開始のＲＴＳＰメソッドＲ９を配信装置２の送信制御応答部５に送信する。
【００８４】
１５番目（Ｒ１０）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ９に対する応答メソッドＲ１Ｏを再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部４に送信開始Ｃ３を通知する。
【００８５】
１６番目（Ｔ２）：オーバレート送信（ＴＣＰ）
その後、符号化映像データの読み出しを開始し、配信装置２から信頼性の高いＴＣＰでオーバレート送信Ｔ２を開始する。
【００８６】
１７番は（Ｋ３）：受信アーク残量上限値
ＴＣＰのオーバレート送信で映像データ蓄積バッファの受信データ残量は、ストリーミング再生中においても増加する。そのため、データ残量を監視する受信データ残量検出手段１０は、受信したデータ残量が上限値と等しくあるりはより大きくなった時、再生装置１の送信制御応答部４に送信一時停止Ｋ３を通知する。
【００８７】
１８番目（Ｒ１１）：ＲＴＳＰ：ＰＡＵＳＥ
再生装置１の送信制御応答部４は、送信一時停止のＲＴＳＰメソッドＲ１１を配信装置２の送信制御応答部５に送信する。
【００８８】
１９番目（Ｒ１２）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１１に対する応答メソッドＲ１２を再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部６に送信一時停止Ｃ４を通知する。
【００８９】
２０番目（Ｓ２）：送信一時停止
その後、配信装置は符号化映像データの読み出しを中止し、配信装置２からのデータ送信を一時停止Ｓ２する。
【００９０】
２１番目（Ｋ４）：受信データ下限値
一方、再生装置１側は、データ送信を一時停止中においても、再生をしているため、映像データ蓄積バッファに蓄積されている受信データ残量は、減少していく。そのため、データ残量を監視する受信データ残量検出手段１０は、受信したデータ残量が下限値と等しくあるいはより小さくなった時、再生装置１の送信制御応答部４に送信開始Ｋ４を通知する。
【００９１】
２２番目（Ｒ１３）：ＲＴＳＰ：ＰＬＡＹ
再生装置１の送信制御応答部４は、送信開始のＲＴＳＰメソッドＲ１３を配信装置２の送信制御応答部６に送信する。
【００９２】
２３番目（Ｒ１４）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１３に対する応答メソッドＲ１４を再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部６に送信開始Ｃ５を通知する。
【００９３】
２４番目（Ｐ３）：ＲＴＳＰ：ＰＡＵＳＥ
ユーザからの再生終了要求Ｐ３に応じて、再生装置１の送信制御応答部４から送信停止めＲＴＳＰメソッドＲ１５を送信する。
【００９４】
２５番目（Ｒ１６）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１５に対する応答メソッドＲ１６を再生装置１の送信制御応答部４に送信する。
【００９５】
２６番目（Ｒ１７）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ
再生装置１の送信制御応答部４は、再生終了のＲＴＳＰメソッドＲ１７を配信装置２の送信制御応答部５に送信する。
【００９６】
２７番目（Ｒ１８）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１７に対する応答メソッドＲ１８を再生装置１の送信制御応答部４に送信する。
【００９７】
このように、実際の再生、一時停止、停止の再生状態を伴ったＲＴＳＰメソッドのリクエスト発行ではなく、受信データ残量を基づいたＲＴＳＰメソッドＰＡＵＳＥ（送信一時停止）またはＰＬＡＹ（送信開始）のリクエスト発行によるフロー制御とＴＣＰによるオーバレート送信で、映像データ蓄積バッファを指定範囲内で保つことができる。そのため、バッファのアンダーフロー、オーバフローが発生することなく、常に高安定に受信データ残量を保つことが可能である。これにより、通信速度が保証されないベストエフォート型ネットワークにおいても符号化映像データを長時間安定してストリーム再生を可能とすることができる。また、フロー制御に用いているメソッドは従来のＲＴＳＰそのものであり、汎用性が高い。
【００９８】
図４は、ＲＴＳＰをフロー制御に用いたストリーム再生方法を説明したフローチャートである。この図を参照しながら、符号化映像データ送信システムにおけるストリーミング再生方法について説明する。
【００９９】
１０１）  ユーザからの再生要求により、再生制御部３から操作者再生状態変更信号７１で送信制御応答部４に再生開始を要求し、送信制御応答部４は、ストリームミーング送信制御プロトコルＲＴＳＰを用いて、再生制御信号７２で配信装置２の送信制御応答部５間で符号化映像データストリーミング送信の準備を行う。
【０１００】
１０２）  ＲＴＳＰの送信制御準備が終わると、符号化映像データの読み出しが開始され、映像データ送信部６からＴＣＰでオーバレート送信が開始される。
【０１０１】
１０３）  映像データ受信部７に受信開始し、映像データ蓄積バッファ８に蓄積にする。
【０１０２】
１０４）  再生開始に指定量が蓄積されると再生を開始する。
【０１０３】
１０５）  符号化映像テータをＴＣＰに基づくオーバレート送信で受信中。
【０１０４】
１０６）  符号映像データの受信終了の場合は、１０７）へ処理を進める。符号映像データの受信をそのまま継続の場合は、１０９）へ処理を進める。
【０１０５】
１０７）  符号映像データの受信終了の場合は、映像データ蓄積バッファ８に蓄積してある符号化映像データを再生し、終了する。
【０１０６】
１０８）  処理を終了する。
【０１０７】
１０９）  受信データ残量検出手段１０は上限値を保持し、ＴＣＰによるオーバレート送信でデータ蓄積バッファ８に蓄積している受信データ残量を受信データ残量検出信号８１で監視する。
【０１０８】
１１０）  受信データ残量検出手段１０は、受信データ残量≧上限値になったら送信制御応答部４へ残量再生状態変更信号８２で符号化映像データの送信一時停止を通知する。次に、再生装置１の送信制御応答部４は、送信一時停止のＲＴＳＰメソッドＰＡＵＳＥを再生制御信号７２で配信装置２の送信制御応答部５へ送信する。
【０１０９】
１１１）  ＲＴＳＰメソッドのＰＡＵＳＥ（送信一時停止）を受け取った送信制御応答部５は、送信一時停止を映像データ送信部６へ送信制御信号７３で通知する。映像データ送信部６は送信・時停止を受信すると、符号化映像データの読み出しを中止し、送信を一時停止する。
【０１１０】
１１２）  送信一時停止中においても、再生は継続して行われているため、受信データ残量は減少する。
【０１１１】
１１３）  受信データ残量検出手段１０は下限値を保持し、データ蓄積バッファ８に蓄積してある受信テータ残量を受信データ残量検出信号８１で監視する。
【０１１２】
１１４）  受信データ残量検出手段１０は、受信データ残量≦下限値になったら送信制御応答部４へ残量再生状態変更信号８２によって符号化映像データの送信開始を通知する。次に、再生装置１の送信制御応答部４は、送信開始のＲＴＳＰメソッドＰＬＡＹを再生制御信号７２で配信装置２の送信制御応答部５へ送信する。
【０１１３】
１１５）  ＲＴＳＰメソッドＰＬＡＹ（送信開始）を受け取った送信制御応答部５は、送信開始を映像データ送信部６へ送信制御信号７３で通知する。映像データ送信部６は送信開始を受信すると、符号化映像データの読み出しを開始し、ＴＣＰを用いてデータ送信信号７４で符号化映像データのオーバレート送信を開始する。その後、１０５）の処理が続く。
【０１１４】
本発明のストリーム再生方法は、前述した実施形態に係る装置の機能を実現するソフトウェアのプログラムコードを記録したコンピュータ読み取り可能な記録媒体を、コンピュータに供給し、このコンピュータの演算手段が前記記憶媒体に格納されたプログラムコードを読み出し実行することによっても実現できる。この場合、記録媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、このプログラムコードを記憶した記憶媒体、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＭＯ、ＨＤＤ等は本発明を構成するものである。
【図面の簡単な説明】
【０１１５】
【図１】本発明の実施形態例を示した概略図。
【図２】ＲＴＳＰを用いた本発明に係るストリーム再生の一例。
【図３】ＲＴＳＰを用いた本発明に係るストリーム再生のシーケンス図。
【図４】ＲＴＳＰを用いた本発明に係るストリーム再生のフローチャート図。
【図５】従来技術の実施形態例を示した概略図。
【図６】従来技術のストリーム再生の一例。
【図７】従来技術のストリーム再生のシーケンス図。
【符号の説明】
【０１１６】
１…再生装置、３…再生制御部、４…送信制御部、７…映像データ受信部、８…映像データ蓄積バッファ、９…復号・表示部、１０…受信データ残量検出手段
２…配信装置、５…送信制御応答部、６…映像データ送信部
７１…操作者再生状態変更信号、７２…再生制御信号、７３…送信制御信号、７４…データ送信信号、８１…受信データ残量検出信号、８２…残量再生状態変更信号
１００…ベストエフォート型ネットワーク
【図１】
2005303783.tif 000003
【図２】
2005303783.tif 000004
【図３】
2005303783.tif 000005
【図４】
2005303783.tif 000006
【図５】
2005303783.tif 000007
【図６】
2005303783.tif 000008
【図７】
2005303783.tif 000009
【手続補正書】
【提出日】平成16年11月8日(2004.11.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ベストエフォート型ネットワークを介して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で平均映像再生レートよりもオーバレートで配信するモードによって符号化映像データを送信する映像データ送信部を備えた配信装置へ、音声や動画などをストリーミング配信するための標準制御プロトコルを使って所望の映像データの配信を要求し、この要求に応じた符号化映像データを前記配信装置から受信しながら、前記映像データをストリーミング再生する再生装置を備え、
前記再生装置は、送信されてくる前記符号化映像データを受信する映像データ受信部と、受信した前記符号化映像データの一時蓄積を行う映像データ蓄積バッファと、この映像データ蓄積バッファに蓄積された受信データの残量を検出する受信データ残量検出手段とを有し、
前記受信データ残量検出手段が、前記映像データ蓄積バッファに蓄積される前記配信装置から送信された符号化映像データの上限値と下限値を保持し、前記映像データ蓄積バッファの受信データ残量を監視し、
この前記映像データ蓄積バッファの受信データの残量を意味する受信データ残量をもとにして、ストリーミング配信するための標準制御プロトコルであるＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を使って、送信開始、あるいは送信一時停止の要求を前記配信装置に送信する
ことを特徴とするストリーミング再生方法。
【請求項２】
前記受信データ残量検出手段は、前記受信データ残量が上限値以上となった場合には、前記再生装置に具備された前記配信装置との通信を担う送信制御応答部に通知し、
これを受けた送信制御応答部は、前記ＲＴＳＰを使って送信一時停止を意味するメソッドを前記配信装置に送信し、
前記配信装置が送信一時停止を意味する前記メソッドを受信すると、前記映像データ送信部が前記符号化映像データの読み出しを中止し、送信を停止する
ことを特徴とする請求項１記載のストリーミング再生方法。
【請求項３】
前記受信データ残量検出手段は、前記受信データ残量が下限値以下となった場合には、前記再生装置に具備された前記配信装置との通信を担う送信制御応答部に通知し、
これを受けた送信制御応答部は、前記ＲＴＳＰを使って送信開始を意味するメソッドを前記配信装置に送信し、
前記配信装置が送信開始を意味する前記メソッドを受信すると、前記映像データ送信部が、前記符号化映像データの読み出しを開始し、オーバレートによる送信を開始すること
を特徴とする請求項１記載のストリーミング再生方法。
【請求項４】
コンピュータに請求項１から３のいずれか１項に記載の配信装置および再生装置として機能させるためのストリーミング再生プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ベストエフォート型ネットワークを介してＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）プロトコルを用いて符号化映像データを送信する配信装置と、符号化映像データの受信と再生を実行するＲＴＳＰプロトコルを用いる再生装置から構成する符号化映像データ配信システム、特に、符号化映像データ送信を安定させる再生技術に関する。
【背景技術】
【０００２】
従来のストリーミング配信技術は、ＲＴＳＰ／ＲＴＰを使って音声や動画等の符号化映像データをサーバ・クライアント間で配信することが一般的である。
【０００３】
ＲＴＳＰは、ストリーミング配信装置に対して、再生、一時停止、停止等の再生状態の変化を要求し、配信装置のストリーミング送信の送出モードを再生装置側から遠隔制御する制御プロトコルである。
【０００４】
一方、ＲＴＰは、音声や映像等の符号化映像データをリアルタイムに送信するためのデータ転送プロトコルである。さらに、ＲＴＰは、通常ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）と組み合わせて使い、ＲＴＣＰは、データストリーム受信側がＲＴＣＰパケットを定期的に送信することで、送信側の転送レート等の調整を行い、品質制御を行なっている。
【０００５】
以上の述べたように、従来のストリーミング送信技術は、再生装置操作者の再生状態を変更する操作（再生、停止、一時停止、ジャンプ）を相当するＲＴＳＰの命令に変換して配信装置へ伝える用途に用い、ＲＴＰ、ＲＴＣＰはリアルタイム性保証や品質制御に使うという使い分けをして配信を行っている。
【０００６】
そして、従来技術においては、ＲＴＰ／ＲＴＣＰを様々な方法で工夫し、安定した配信を行なうことが努力されていた。例えば、特許文献１（特開平１０−３３６６２６号公報）に示された映像データの転送方法及びその装置によると、ネットワークの混雑状態や、配信装置の負荷状況に応じて映像データの転送レートであるビットレートを変化させ、または事前に登録してある異なるビットレートの符号化映像データに切り替えてネットワークを介してデータ受信側にストリーミング送信し、データ受信側は符号化映像データの受信とストリーミング再生を行っている。
【特許文献１】特開平１０−３３６６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のＲＴＳＰプロトコルを用いたストリーミング配信では、通信速度が保証されないベストエフォート型ネットワークを介する場合、配信装置、データ中継点へのアクセスの集中による送信処理能力の限界などで発生する不定期な突発的な通信速度の低下の影響を受け、ブロックノイズ等の現象が発生し、安定したストリーム再生ができていなかった。
【０００８】
また、数秒オーダの大規模なパケットロスが発生するとデータ受信側のバッファが空になり、ブロックノイズ、音切れ、映像切れ等の現象が大きく発生し、安定したストリーム再生ができていなかった。
【０００９】
さらに、データ送信側とデータ受信側は、それぞれ独立の水晶発振子のクロックを基準にして送信レート、再生レートを決定している。
【００１０】
しかし、水晶発振子のクロックはコンピュータ毎にわずかな差があるため、データ送信側の送信レートとデータ受信側の再生レートにわずかな差ができ、この差の累積でバッファのアンダーフロー、オーバフローが発生する場合もあり、安定したストリーム再生ができなかった。
【００１１】
これに対し、サーバ・クライアント間を独自のプロトコルを用いたフロー制御によりバッファ制御をすることが効果的であるが、それらの方法を用いた従来技術では、ストリーミングの標準的制御プロトコルであるＲＴＳＰから外れた独自仕様になってしまうため、配信装置と再生装置の間の相互運用性を損ねてしまうという欠点があった。
【００１２】
また、ＵＤＰ配信でなく、ＴＣＰを用いてパケットロスをＴＣＰの再送機能により補う従来技術が存在するがこれらの技術では、配信装置が再生装置に常に引きずられてしまうため、効率的な配信ができず、配信数を上げられないという問題があった。
【００１３】
本発明は、かかる事情に鑑みなされたもので、その目的は、数秒から数十秒の大規模なパケット欠損や通信速度の一時的な低下が起きるベストエフォート型ネットワークを介して、ストリーミングの標準プロトコルであるＲＴＳＰを用いる映像配信システムを用いながら、データ受信側のバッファのアンダーフロー、オーバフローを発生させることなく、配信装置の配信数を減らさずに、符号化映像データを長時間安定したストリーム再生を行なえるストリーム再生方法とそのプログラムの提供にある。
【課題を解決するための手段】
【００１４】
（１）本発明のストリーミング再生方法は、ベストエフォート型ネットワークを介して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で平均映像再生レートよりもオーバレートで配信するモードによって符号化映像データを送信する映像データ送信部を備えた配信装置へ、音声や動画などをストリーミング配信するための標準制御プロトコルを使って所望の映像データの配信を要求し、この要求に応じた符号化映像データを前記配信装置から受信しながら、前記映像データをストリーミング再生する再生装置を備え、
【００１５】
前記再生装置は、送信されてくる前記符号化映像データを受信する映像データ受信部と、受信した前記符号化映像データの一時蓄積を行う映像データ蓄積バッファと、この映像データ蓄積バッファに蓄積された受信データの残量を検出する受信データ残量検出手段とを有し、
【００１６】
前記受信データ残量検出手段が、前記映像データ蓄積バッファに蓄積される前記配信装置から送信された符号化映像データの上限値と下限値を保持し、前記映像データ蓄積バッファの受信データ残量を監視し、この前記映像データ蓄積バッファの受信データの残量を意味する受信データ残量をもとにして、ストリーミング配信するための標準制御プロトコルであるＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を使って、送信開始、あるいは送信一時停止の要求を前記配信装置に送信している。
【００１７】
具体的には、前記受信データ残量検出手段は、前記受信データ残量が上限値以上となった場合には、前記再生装置に具備された前記配信装置との通信を担う送信制御応答部に通知し、これを受けた送信制御応答部は、前記ＲＴＳＰを使って送信一時停止を意味するメソッドを前記配信装置に送信し、前記配信装置が送信一時停止を意味する前記メソッドを受信すると、前記映像データ送信部が前記符号化映像データの読み出しを中止し、送信を停止する。
【００１８】
また、前記受信データ残量検出手段は、前記受信データ残量が下限値以下となった場合には、前記再生装置に具備された前記配信装置との通信を担う送信制御応答部に通知し、
これを受けた送信制御応答部は、前記ＲＴＳＰを使って送信開始を意味するメソッドを前記配信装置に送信し、前記配信装置が送信開始を意味する前記メソッドを受信すると、前記映像データ送信部が、前記符号化映像データの読み出しを開始し、オーバレートによる送信を開始する。
【００１９】
（２）以上のように、本発明のストリーム再生方法は、映像データを配信する配信装置とネットワークを介して送信される映像を再生する再生装置とを備えたＲＴＳＰプロトコルを利用したサーバ・クライアント型の映像データ配信システムにおいて、配信装置が再生装置の再生速度よりも高速に映像を転送している（オーバーレート転送）。このとき、再生装置においては、バッファ蓄積量が増加し、受信データ残量が上限値に達した場合、ＲＴＳＰメソッドの送信一時停止命令を出している。一方、バッファ蓄積量が減少し、受信データ残量が下限値に達した場合、ＲＴＳＰソメッドの送信開始指令を発している。以上の動作を繰り返すことで、ＲＴＳＰを利用した前記データ配信システムにおいて安定的したストリーム再生を実現している。
【００２０】
前記配信装置は、ＵＤＰを用いた送信モードと、ＴＣＰを用いた送信モードとを有し、前記再生装置と連絡するネットワークがベストエフォート型ネットワークである場合、前記送信モードとしてＴＣＰを用いたオーバレート送信モードを採用している。
【００２１】
前記再生装置に具備された受信データ残量検出手段は、ＴＣＰを用いたオーバレート送信時、受信データ残量の上限値と下限値を設定保持しており、ストリーム再生中の映像データ蓄積バッファの残量を監視している。ここで、受信データの残量が上限値以上となった場合、ＲＴＳＰメソッド（送信一時停止）を送受信する再生装置に具備された送信制御応答部に送信一時停止を通知している。一方、受信データ残量が下限値以下となった場合、ＲＴＳＰソメッド（送信開始）を送受信する再生装置の送信制御応答部に送信開始を通知し、これらの動作が実際の再生映像の再生、一時停止、停止の再生状態の変化を伴わずに、バックグラウンドで行なっている。これによって映像データ蓄積バッファの受信データ残量の制御をアクティブに実行できる。尚、バックグラウンドとは映像の再生処理と並行してユーザには見えない裏側で処理することを意味する。アクティブとは配信装置主導ではなく再生端末がフロー制御を自発的に行うことを意味する。
【００２２】
次に、前記配信装置は、前記送信制御応答部からＲＴＳＰメソッドのＰＡＵＳＥ（送信一時停止）を受信した場合に前記映像データ送信部に符号化映像データの送信一時停止を通知する一方、前記送信制御応答部からＲＴＳＰメソッドのＰＬＡＹ（送信開始）を受信した場合に前記映像データ送信部に符号化映像データの送信開始を通知する。
【００２３】
前記映像データ送信部は、前記送信一時停止の通知を受けると符号化映像データの読み出しを中止し送信を一時停上する。一方、送信開始の通知を受けると符号化映像データの読み出しを開始し、ＴＣＰでオーバレートによる送信を開始する。
【００２４】
以上に述べたフロー制御、送信方法、再生装置、配信装置で、映像データ蓄積バッファのアンダーフローオーバフローが発生することなく、常に指定範囲内に映像データ蓄積バッファを維持することができる。これにより、通信速度が保証されないベストエフォート型ネットワークにおいても符号化映像データを長時間安定したストリーム再生が可能となる。
【００２５】
また、本発明のコンテンツ再生方法は、コンピュータとプログラムによっても実現でき、プログラムをコンピュータ読み取り可能な記録媒体に記録すること、ネットワークを通して提供することも可能である。前記記録媒体としては、例えばフレキシブルディスクや、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバルディスク等が挙げられる。
【発明の効果】
【００２６】
本発明のストリーム再生方法とそのプログラムによれば、通信速度が保証されないベストエフォート型ネットワークを介した符号化映像データ配信システムにおいて、実際の再生、一時停止、停止の再生状態の変化に伴ったフロー制御ではなく、再生装置の映像データ受信部に受信データ残量検出手段を設け、その受信データ残量から再生装置主導によるＲＴＳＰメソッドを使ったフロー制御と配信装置からＴＣＰでオーバレート送信しているので、バッファのアンダーフロー、オーバフローが発生することなく、常に高安定に指定範囲内で受信データ残量を保持できる。これにより符号化映像データを長時間安定したストリーム再生ができる。
【発明を実施するための最良の形態】
【００２７】
本発明の実施の形態について図面を参照しながら説明する。
【００２８】
図５は従来技術の実施形態例を示した概略図である。
【００２９】
再生装置１は、ユーザ操作による再生変更要求を行う再生制御部３と、ＲＴＳＰメソッドを送信する送信制御応答部４と、ＵＤＰプロトコルで符号化映像データの受信を行う映像データ受信部７と、送信されてくる符号化映像データの蓄積を行う映像データ蓄積バッファ８と、符号化映像データの伸張と表示を行う復号・表示部９とを備える。
【００３０】
配信装置２は、再生装置１からのリクエストにより、ＵＤＰプロトコルを用いたべストエフォート型ネットワーク１００を介して再生装置１に符号化映像データの送信を行う。配信装置２は、ＲＴＳＰメソッドの受信と応答を行う送信制御応答部５と、ＵＤＰプロトコルで符号化映像データの送信を行う映像データ送信部６とを備える。
【００３１】
図６を参照しながら従来のストリーム再生方法について説明する。
【００３２】
先ず、再生装置１の再生制御部３から操作者再生状態変更信号７１によって送信制御応答部４に再生、一時停止及び停止の再生状態の変化を要求する。次いで、送信制御応答部４は再生制御信号７２によって配信装置２の送信制御応答部５へＲＴＳＰのＰＬＡＹ（送信開始）またはＰＡＵＳＥ（送信一時停止）メソッドを送信する。配信装置２の送信制御応答部５は、映像データ送信部６へ送信制御信号７３によって送信開始または送信一時停止通知する。次いで、映像データ送信部６は送信の一時停止またはＵＤＰのプロトコルでデータ送信信号７４によってベストエフォート型ネットワーク１００を介して再生装置１に符号化映像データの送信を行おこなっている。
【００３３】
図１は本発明の実施形態例を示した概略図である。
【００３４】
配信装置２は、再生装置１からのリクエストにより、ＴＣＰプロトコルで符号化映像データをオーバレートでベストエフォート型ネットワーク１００を介して再生装置１に送信する配信手段である。
【００３５】
再生装置１は、ユーザ操作からの再生変更要求を行う再生制御部３と、ＲＴＳＰメソッドを送信する送信制御応答部４と、ＴＣＰプロトコルとオーバレート送信されてくる符号化映像データの受信を行う映像データ受信部７と、前記送信されてくる符号化映像データの蓄積を行う映像データ蓄積バッファ８と、受信データ残量の検出を行う受信データ残量検出手段１０と、符号化映像データの伸張と表示を行う復号・表示部９とを備える。
【００３６】
受信データ残量検出手段１０は、映像データ蓄積バッファ８に蓄積される符号化映像データの上限値と下限値を保持し、受信データ残量検出信号８１で映像データ蓄積バッファ８の受信データ残量を監視する。ここで、受信データ残量が「受信データ残量≧上限値」となったとき、受信データ残量検出手段１０は、送信制御応答部４に対して残量再生状態変更信号８２で送信一時停上を通知する。
【００３７】
送信一時停止を受けた送信制御応答部４は、配信装置２の送信制御応答部５へＲＴＳＰのＰＡＵＳＥ（送信一時停止）メソッドを再生制御信号７２で送信する。
【００３８】
また、受信データ残量が「受信データ残量≦下限値」となったとき、受信データ残量検出手段１０は、送信制御応答部４に対して残量再生状態変更信号８２により送信開始を通知する。
【００３９】
送信開始を受けた送信制御応答部４は、配信装置２の送信制御応答部５へＲＴＳＰのＰＬＡＹ（送信開始）メソッドを再生制御信号７２で送信する。
【００４０】
配信装置２は、ＲＴＳＰメソッドの受信と応答を行う送信制御応答部５と、ＴＣＰプロトコルに基いて符号化映像データをオーバレートで送信を行う映像データ送信部６とを備える。
【００４１】
送信制御応答部５は、再生装置１からＲＴＳＰのＰＡＵＳＥ（送信一時停止）メソッドを受信すると、映像データ送信部６に送信制御信号７３で送信一時停止を通知する。次いで、映像データ送信部６は、送信制御応答部５から送信一時停止を受けると符号化映像データの読み出しを中止し、送信を一時停止する。
【００４２】
また、送信制御応答部５は、再生装置１からＲＴＳＰのＰＬＡＹ（送信開始）メソッドを受信すると、映像データ送信部６に送信制御信号７３で送信開始を通知する。
【００４３】
映像データ送信部６は、送信制御応答部５から送信開始を受けると符号化映像データの読み出しを開始し、ＴＣＰプロトコルで符号化映像データをオーバレートでデータ送信信号７４により送信を開始する。
【００４４】
従来のストリーム再生実施形態例について図６を参照しながら説明する。
【００４５】
符号化映像データは仮に６Ｍｂｐｓとする。従来は、再生装置１の再生制御部３が、ユーザ操作に基づいて操作者再生状態変更信号７１によって送信制御応答部４へ再生要求を行なう。送信制御応答部４は、再生制御信号７２によってＲＴＳＰメソッドのＰＬＡＹ（送信開始）を配信装置２の送信制御応答部５へ送信する。
【００４６】
配信装置２の送信制御応答部５は、ＰＬＡＹメソッドを受信すると、送信制御信号７３で映像データ送信部６へ送信開始を通知する。映像データ送信部６は、符号化映像データの読み出しを開始し、ＵＤＰプロトコルを用いてＲＴＰパケットを付加した符号化映像データの送信を６Ｍｂｐｓでデータ送信信号７４によって開始する。
【００４７】
再生装置１はＲＴＣＰパケットを定期的に配信装置２へ送信し、配信装置２は転送レートの調整を行いストリーム再生の品質制御を行っている。ＵＤＰプロトコルの場合、送信レートが一時的に上がるとルータ等においてパケット欠損が発生しやすくなるため、符号化映像データの送信は、可能な限り平滑化し送信する。この場合、６Ｍｂｐｓで送信されることになる。固定バッファ量を１秒とすると、ネットワークが混雑した場合に、通信速度の低下や、データ中継地点へのアクセス集中による処理能力の限界等で数秒オーダの大規模なパケットロスが発生し場合、再生装置１の映像データ蓄積バッファ８は空になり、音切れ、映像切れ、ブロックノイズ等の現象が発生していた。
【００４８】
図２はＲＴＳＰをフロー制御に用いた本発明に係るストリーム再生例の説明図である。
【００４９】
再生装置１の再生制御部３はユーザ操作に基づいて操作者再生状態変更信号７１によって送信制御応答部４へ再生要求を行なう。送信制御応答部４は、再生制御信号７２によってＲＴＳＰメソッドのＰＬＡＹ（送信開始）を配信装置２の送信制御応答部５へ送信する。
【００５０】
配信装置２における送信制御応答部５はＰＬＡＹメソッドを受信すると送信制御信号７３によって映像データ送信部６へ送信開始を通知する。
【００５１】
映像データ送信部６は、符号化映像データの読み出しを開始し、データ送信信号７４でＴＣＰプロトコルを用いて、６Ｍｂｐｓの符号化映像データの１．５倍である９Ｍｂｐｓのオーバレートで送信を開始する。
【００５２】
再生装置１の映像データ受信部７は、符号化映像データの受信を開始し、映像データ蓄積バッファ８に符号化映像データを蓄積し、指定量例えば２秒蓄積されると、ストリーム再生が開始する。オーバレート送信により映像データ蓄積バッファ８の受信データ残量は徐々に増え、例えば、映像データ蓄積バッファ８の上限値を２０秒、下限値を７秒とした場合、１秒間に０．５秒分増えていき、３６秒間オーバレート送信すると、映像データ蓄積バッファ８が上限値となり、受信データ残量検出手段１０は、残量再生状態変更信号８２により「送信一時停止」を送信制御応答部４に通知する。送信制御応答部４は、ＰＡＵＳＥ（送信一時停止）メソッドを配信装置２の送信制御応答部５へ再生制御信号７２によって送信する。
【００５３】
そして、配信装置２の送信制御応答部５は、送信制御信号７３で映像データ送信部６へ「送信一時停止」を通知する。「送信一時停止」命令を受けた映像データ送信部６は、符号化映像データの読み出しを中止し、送信を一時停止する。この場合、画面上の映像自体は、一時停止せず、そのまま再生を継続する。送信が一時停止中においても、再生は継続しているため、映像データ蓄積バッファ８の受信データ残量は毎秒１秒分減少していき、残量が下限値７秒分になると、受信データ残量検出手段１０から、残量再生状態変更信号８２で送信開始が送信制御応答部４に通知され、送信制御応答部４はＰＬＡＹ（送信開始）メソッドを配信装置２の送信制御応答部５へ再生制御信号７２によって送信する。
【００５４】
送信制御応答部５は、送信制御信号７３によって映像データ送信部６へ送信開始を通知する。送信開始を受けると映像データ送信部６は、符号化映像データの読み出しを再び開始し、９Ｍｂｐｓのオーバレートで送信を開始する。再生は６Ｍｂｐｓのため、毎秒０．５秒分映像データ蓄積バッファ８が増えていき、上限値２０秒分になると送信が一時停止になる。このフロー制御により、映像データ蓄積バッファ８を一定範囲内に保つことができる。そして、４秒程度の大規模なパケットロスが例えば５分に一回発生した場合でも、映像データ蓄積バッファ８の受信データ残量は７秒以上あり、余裕があるため音切れ、映像切れが発生することなくストリーム再生が継続できる。このとき、４秒のパケット損失で、最悪の場合映像データ蓄積バッファ８の受信データ残量は３秒まで減少するが、例えば、９Ｍｂｐｓのオーバレートで３４秒間送信すると、映像データ蓄積バッファ８は上限値に達するため、従来のフロー制御状態に自動的に復帰する。
【００５５】
このように、１．ＴＣＰによるオーバレート送信、２．ＲＴＳＰの通常の使用方法（ユーザによる再生状態変更要求）とは別に、受信データ残量をもとにしたＲＴＳＰを使う再生装置１からのフロー制御手法により、大規模なパケットロスが一発生した場合でも、映像データ蓄積バッファ８を空にすることなく維持でき、安定したストリーム再生ができる。
【００５６】
ここで、図７を参照しながら従来技術に係るストリーム再生について説明する。
【００５７】
１番目（Ｒ１）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ
最初に、ユーザからの再生要求Ｐ１に応じて、再生装置１の送信制御応答部４からコンテンツ情報要求のＲＴＳＰメソッドＲ１を送信する。
【００５８】
２番目（Ｒ２）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ  ＯＫ
配信装置２の送信制御応答部５は再生する符号化映像データの情報が記述されているＲＴＳＰメソッドＲ２（ＳＤＰファイル）を送信する。
【００５９】
３番目（Ｒ３）：ＲＴＳＰ：ＳＥＴＵＰ
次に再生装置１の送信制御応答部４から符号化映像データの送信種別、送信プロトコル、送信ポートネゴシエーション要求等のＲＴＳＰメソッドＲ３を送信する。
【００６０】
４番目（Ｒ４）：ＲＴＳＰ：ＳＥＴＵＰ  ＯＫ
配信装置２は符号化映像データ送信の送信種別、送信プロトコル、送信ポートネゴシエーション等の準備が終わると送信制御応答部５からＲＴＳＰメソッドＲ４を応答する。
【００６１】
５番目（Ｒ５）：ＲＴＳＰ：ＰＬＡＹ
次に再生装置１の送信制御応答部４から送信開始を要求するＲＴＳＰメソッドＲ５を送信する。
【００６２】
６番日（Ｒ６）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２は送信の準備が終わると配信装置２の送信制御応答部５からＰＬＡＹ応答メソッドＲ６を送信する。さらに、映像データ送信部６に送信開始Ｃ１を通知する。
【００６３】
７番目（Ｕ１）：送信（ＵＤＰ）
次に、符号化映像データの読み出しが開始され、配信装置２からＲＴＰとＵＤＰで送信Ｕ１を開始する。
【００６４】
８番目（Ｐ２）：再生開始
再生装置１は、ＵＤＰで送信される符号化映像データの受信を開始し、指定したバッファ量蓄積されるとストリーム再生Ｐ２を開始する。再生装置１からは、ＲＴＣＰパケットを定期的に送信して転送レートの調整を行いストリーム再生の品質制御を行う。
【００６５】
９番目（Ｐ３）：ＲＴＳＰ：ＰＡＵＳＥ
ユーザからの再生終了要求Ｐ３に応じて、再生装置１の送信制御応答部４から送信停止のＲＴＳＰメソッドＲ７を送信する。
【００６６】
１０番目（Ｒ８）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ７に対する応答メソッドＲ８を再生装置１の送信制御応答部４に送信する。
【００６７】
１１番目（Ｒ９）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ
再生装置１の送信制御応答部４は、再生終了のＲＴＳＰメソッドＲ９を配信装置２の送信制御応答部５に送信する。
【００６８】
１２番目（Ｒ１０）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ９に対する応答メソッドＲ１０を再生装置１の送信制御応答部４に送信する。
【００６９】
図３はＲＴＳＰをフロー制御に用いた本発明に係るストリーム再生方法の説明図である。
【００７０】
１番目（Ｐ１）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ
最初に、ユーザからの再生要求Ｐ１に応じて、再生装置１の送信制御応答部４からコンテンツ情報要求のＲＴＳＰメソッドＲ１を送信する。
【００７１】
２番目（Ｒ２）：ＲＴＳＰ：ＤＥＳＣＲＩＢＥ  ＯＫ
配信装置２の送信制御応答部５は再生する符号化映像データの情報が記述されているＲＴＳＰメソッドＲ２（ＳＤＰファイル）を送信する。
【００７２】
３番目（Ｒ３）：ＲＴＳＰ：ＳＥＴＵＰ
次に、再生装置１の送信制御応答部４から符号化映像データの送信種別、送信プロトコル、送信ポートネゴシエーション要求等のＲＴＳＰメソッドＲ３を送信する。
【００７３】
４番目（Ｒ４）：ＲＴＳＰ：ＳＥＴＵＰ  ＯＫ
配信装置２は符号化映像データ送信の送信種別、送信プロトコル、送信ポートネゴシエーション等の準備が終わると送信制御応答部５からＲＴＳＰメソッドＲ４を応答する。
【００７４】
５番目（Ｒ５）：ＲＴＳＰ：ＰＬＡＹ
次に、再生装置１の送信制御応答部４から送信開始を要求するＲＴＳＰメソッドＲ５を送信する。
【００７５】
６番目（Ｒ６）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２は送信の準備が終わると、配信装置２の送信制御応答部５からＰＬＡＹ応答メソッドＲ６を送信する。さらに、映像データ送信部６に送信開始Ｃ１を通知する。
【００７６】
７番目（Ｔ１）：オーバレート送信（ＴＣＰ）
次に、符号化映像データの読み出しが開始され、配信装置２から信頼性の高いＴＣＰでオーバレート送信Ｔ１を開始する。
【００７７】
８番目（Ｐ２）：再生開始
再生装置１は、ＴＣＰでオーバレート送信される符号化映像データの受信を開始し、指定したバッファ量蓄積されるとストリーム再生Ｐ２を開始する。
【００７８】
９番目（Ｋ１）：受信データ残量上限値
オーバレート送信で受信データ残量は、ストリーミング再生中においても増加する。そのため、受信データ残量を監視する受信データ残量検出手段１０は、受信したデータ残量が上限値と等しくあるいはより大きくなった時、再生装置１における送信制御応答部４に送信一時停止Ｋ１を通知する。
【００７９】
１０番目（Ｒ７）：ＲＴＳＰ：ＰＡＵＳＥ
次に、再生装置１の送信制御応答部４は、送信一時停止のＲＴＳＰメソッドＲ７を配信装置２の送信制御応答部５に送信する。
【００８０】
１１番目（Ｒ８）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ７に対する応答メソッドＲ８を再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部６に送信一時停止Ｃ２を通知する。
【００８１】
１２番目（Ｓ１）：送信一時停止
配信装置２は符号化映像データの読み出しを中止し、配信装置２からのデータ送信を一時停止Ｓ１する。
【００８２】
１３番目（Ｋ２）：受信データ残量下限値
一方、再生装置１側は、データ送信一時停止中においても再生をしているため、映像データ蓄積バッファ８に蓄積されている受信データ残量は減少していく。受信データ残量を監視する受信データ残量検出手段１０は、下限値と等しくあるいはより小さくなった時、再生装置１の送信制御応答部４に送信開始Ｋ２を通知する。
【００８３】
１４番目（Ｒ９）：ＲＴＳＰ：ＰＬＡＹ
再生装置１の送信制御応答部４は、送信開始のＲＴＳＰメソッドＲ９を配信装置２の送信制御応答部５に送信する。
【００８４】
１５番目（Ｒ１０）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ９に対する応答メソッドＲ１０を再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部６に送信開始Ｃ３を通知する。
【００８５】
１６番目（Ｔ２）：オーバレート送信（ＴＣＰ）
その後、符号化映像データの読み出しを開始し、配信装置２から信頼性の高いＴＣＰでオーバレート送信Ｔ２を開始する。
【００８６】
１７番目は（Ｋ３）：受信データ残量上限値
ＴＣＰのオーバレート送信で映像データ蓄積バッファの受信データ残量は、ストリーミング再生中においても増加する。そのため、受信データ残量を監視する受信データ残量検出手段１０は、受信したデータ残量が上限値と等しくまたはより大きくなった時、再生装置１の送信制御応答部４に送信一時停止Ｋ３を通知する。
【００８７】
１８番目（Ｒ１１）：ＲＴＳＰ：ＰＡＵＳＥ
再生装置１の送信制御応答部４は、送信一時停止のＲＴＳＰメソッドＲ１１を配信装置２の送信制御応答部５に送信する。
【００８８】
１９番目（Ｒ１２）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１１に対する応答メソッドＲ１２を再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部６に送信一時停止Ｃ４を通知する。
【００８９】
２０番目（Ｓ２）：送信一時停止
その後、配信装置は符号化映像データの読み出しを中止し、配信装置２からのデータ送信を一時停止Ｓ２する。
【００９０】
２１番目（Ｋ４）：受信データ残量下限値
一方、再生装置１側は、データ送信を一時停止中においても、再生をしているため、映像データ蓄積バッファに蓄積されている受信データ残量は、減少していく。そのため、データ残量を監視する受信データ残量検出手段１０は、受信したデータ残量が下限値と等しくあるいはより小さくなった時、再生装置１の送信制御応答部４に送信開始Ｋ４を通知する。
【００９１】
２２番目（Ｒ１３）：ＲＴＳＰ：ＰＬＡＹ
再生装置１の送信制御応答部４は、送信開始のＲＴＳＰメソッドＲ１３を配信装置２の送信制御応答部５に送信する。
【００９２】
２３番目（Ｒ１４）：ＲＴＳＰ：ＰＬＡＹ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１３に対する応答メソッドＲ１４を再生装置１の送信制御応答部４に送信する。さらに、映像データ送信部６に送信開始Ｃ５を通知する。以上のように受信データ残量をもとにしたＲＴＳＰメソッドを使った再生装置１からのフロー制御を行う。
【００９３】
２４番目（Ｐ３）：ＲＴＳＰ：ＰＡＵＳＥ
ユーザからの再生終了要求Ｐ３に応じて、再生装置１の送信制御応答部４から送信停止のＲＴＳＰメソッドＲ１５を送信する。
【００９４】
２５番目（Ｒ１６）：ＲＴＳＰ：ＰＡＵＳＥ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１５に対する応答メソッドＲ１６を再生装置１の送信制御応答部４に送信する。
【００９５】
２６番目（Ｒ１７）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ
再生装置１の送信制御応答部４は、再生終了のＲＴＳＰメソッドＲ１７を配信装置２の送信制御応答部５に送信する。
【００９６】
２７番目（Ｒ１８）：ＲＴＳＰ：ＴＥＡＲＤＯＷＮ  ＯＫ
配信装置２の送信制御応答部５は、ＲＴＳＰメソッドＲ１７に対する応答メソッドＲ１８を再生装置１の送信制御応答部４に送信する。
【００９７】
このように、実際の再生、一時停止、停止の再生状態を伴ったＲＴＳＰメソッドのリクエスト発行ではなく、受信データ残量に基づいたＲＴＳＰメソッドＰＡＵＳＥ（送信一時停止）またはＰＬＡＹ（送信開始）のリクエスト発行によるフロー制御とＴＣＰによるオーバレート送信で、映像データ蓄積バッファを指定範囲内で保つことができる。そのため、バッファのアンダーフロー、オーバフローが発生することなく、常に高安定に受信データ残量を保つことが可能である。これにより、通信速度が保証されないベストエフォート型ネットワークにおいても符号化映像データを長時間安定してストリーム再生を可能とすることができる。また、フロー制御に用いているメソッドは従来のＲＴＳＰそのものであり、汎用性が高い。
【００９８】
図４は、ＲＴＳＰをフロー制御に用いた本発明に係るストリーム再生方法を説明したフローチャートである。この図を参照しながら、符号化映像データ配信システムにおけるストリーミング再生方法について説明する。
【００９９】
１０１）  ユーザからの再生要求により、再生制御部３から操作者再生状態変更信号７１で送信制御応答部４に再生開始を要求し、送信制御応答部４は、ストリームミーング送信制御プロトコルＲＴＳＰを用いて、再生制御信号７２で配信装置２の送信制御応答部５間で符号化映像データストリーミング送信の準備を行う。
【０１００】
１０２）  ＲＴＳＰの送信制御準備が終わると、符号化映像データの読み出しが開始され、映像データ送信部６からＴＣＰでオーバレート送信が開始される。
【０１０１】
１０３）  映像データ受信部７に受信開始し、映像データ蓄積バッファ８に蓄積にする。
【０１０２】
１０４）  再生開始に指定量が蓄積されると再生を開始する。
【０１０３】
１０５）  符号化映像データをＴＣＰに基づくオーバレート送信で受信中。
【０１０４】
１０６）  符号化映像データの受信終了の場合は、１０７）へ処理を進める。符号映像データの受信をそのまま継続の場合は、１０９）へ処理を進める。
【０１０５】
１０７）  符号化映像データの受信終了の場合は、映像データ蓄積バッファ８に蓄積してある符号化映像データを再生し、終了する。
【０１０６】
１０８）  処理を終了する。
【０１０７】
１０９）  受信データ残量検出手段１０は上限値を保持し、ＴＣＰによるオーバレート送信でデータ蓄積バッファ８に蓄積している受信データ残量を受信データ残量検出信号８１で監視する。
【０１０８】
１１０）  受信データ残量検出手段１０は、受信データ残量≧上限値になったら送信制御応答部４へ残量再生状態変更信号８２で符号化映像データの送信一時停止を通知する。次に、再生装置１の送信制御応答部４は、送信一時停止のＲＴＳＰメソッドＰＡＵＳＥを再生制御信号７２で配信装置２の送信制御応答部５へ送信する。
【０１０９】
１１１）  ＲＴＳＰメソッドのＰＡＵＳＥ（送信一時停止）を受け取った送信制御応答部５は、送信一時停止を映像データ送信部６へ送信制御信号７３で通知する。映像データ送信部６は送信一時停止を受けると、符号化映像データの読み出しを中止し、送信を一時停止する。
【０１１０】
１１２）  送信一時停止中においても、再生は継続して行われているため、受信データ残量は減少する。
【０１１１】
１１３）  受信データ残量検出手段１０は下限値を保持し、データ蓄積バッファ８に蓄積してある受信テータ残量を受信データ残量検出信号８１で監視する。
【０１１２】
１１４）  受信データ残量検出手段１０は、受信データ残量≦下限値になったら送信制御応答部４へ残量再生状態変更信号８２によって符号化映像データの送信開始を通知する。次に、再生装置１の送信制御応答部４は、送信開始のＲＴＳＰメソッドＰＬＡＹを再生制御信号７２で配信装置２の送信制御応答部５へ送信する。
【０１１３】
１１５）  ＲＴＳＰメソッドＰＬＡＹ（送信開始）を受信した送信制御応答部５は、送信開始を映像データ送信部６へ送信制御信号７３で通知する。映像データ送信部６は送信開始を受け取ると、符号化映像データの読み出しを開始し、ＴＣＰを用いてデータ送信信号７４で符号化映像データのオーバレート送信を開始する。その後、１０５）の処理が続く。
【０１１４】
本発明のストリーム再生方法は、前述した実施形態に係る装置の機能を実現するソフトウェアのプログラムコードを記録したコンピュータ読み取り可能な記録媒体を、コンピュータに供給し、このコンピュータの演算手段が前記記憶媒体に格納されたプログラムコードを読み出し実行することによっても実現できる。この場合、記録媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、このプログラムコードを記憶した記憶媒体、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＭＯ、ＨＤＤ等は本発明を構成するものである。
【図面の簡単な説明】
【０１１５】
【図１】本発明の実施形態例を示した概略図。
【図２】ＲＴＳＰを用いた本発明に係るストリーム再生の一例。
【図３】ＲＴＳＰを用いた本発明に係るストリーム再生のシーケンス図。
【図４】ＲＴＳＰを用いた本発明に係るストリーム再生のフローチャート図。
【図５】従来技術の実施形態例を示した概略図。
【図６】従来技術のストリーム再生の一例。
【図７】従来技術のストリーム再生のシーケンス図。
【符号の説明】
【０１１６】
１…再生装置、３…再生制御部、４…送信制御応答部、７…映像データ受信部、８…映像データ蓄積バッファ、９…復号・表示部、１０…受信データ残量検出手段
２…配信装置、５…送信制御応答部、６…映像データ送信部
７１…操作者再生状態変更信号、７２…再生制御信号、７３…送信制御信号、７４…データ送信信号、８１…受信データ残量検出信号、８２…残量再生状態変更信号
１００…ベストエフォート型ネットワーク
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2005303783.tif 000010
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2005303783.tif 000011