JP2004312560A

JP2004312560A - ストリーミング受信端末、ストリーミング配信装置

Info

Publication number: JP2004312560A
Application number: JP2003105760A
Authority: JP
Inventors: Kenichi Marumo; 憲一丸茂
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2003-04-09
Filing date: 2003-04-09
Publication date: 2004-11-04

Abstract

【課題】回線帯域が異なるネットワーク間を移動した場合でも、安定したデータ通信を実現できるストリーミング受信端末を提供する。
【解決手段】本発明に係るストリーミング受信端末１０は、ストリーミング配信装置３０から送信される映像データ及び音声データを受信する受信モジュール１３と、受信モジュール１３によって受信した映像データのコマ落ちをカウントするフレームチェックモジュール１５と、フレームチェックモジュール１５によって評価された品質に基づいて、映像データの配信を停止させるか否か判定する映像配信停止判定モジュール１６と、映像配信停止判定モジュール１６によって映像データの配信を停止させると判定された場合に、映像データの配信停止要求をストリーミング配信装置に送信する配信要求送信モジュール１２と、を備える。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
映像データ及び音声データのマルチメディアデータをストリーミング受信するストリーミング受信端末、及びマルチメディアデータをストリーミング配信するストリーミング配信装置に関する。
【０００２】
【従来の技術】
従来から、インターネットなどのネットワークを通じて映像や音声などのマルチメディアデータを視聴する際に、データを受信しながら同時に再生を行なうストリーミング配信が知られている。また、近年のインターネットの急速な普及により、ユーザが様々なネットワーク環境に移動しても、そのインターネットセッションを途切れることなく接続維持することができる新しい技術、「ＭｏｂｉｌｅＩＰ」が注目されている。
【０００３】
【特許文献１】
特開平１１−２７５１４５号公報
【０００４】
【特許文献２】
特開２００２−９４６０３号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、ストリーミング配信を上記したＭｏｂｉｌｅＩＰに適用すると、次のような問題点が生じることがあった。すなわち、マルチメディアデータの配信中にデータを受信する受信端末が異なる回線帯域のネットワーク間を移動した際に、ネットワーク切り替え時のＱｏＳ制御がスムーズに行なわれず、映像や音声の一時的な停止や乱れが生じることがあった。
【０００６】
本発明は、上記課題を解決し、回線帯域が異なるネットワーク間を移動した場合でも、安定したデータ通信を実現できるストリーミング受信端末、及びストリーミング配信装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明に係るストリーミング受信端末は、ストリーミング配信装置から送信される映像データ及び音声データを受信する受信手段と、受信手段によって受信した映像データの品質を評価する映像品質評価手段と、映像品質評価手段によって評価された品質に基づいて、映像データの配信を停止させるか否か判定する映像配信停止判定手段と、映像配信停止判定手段によって映像データの配信を停止させると判定された場合に、映像データの配信停止要求をストリーミング配信装置に送信する送信手段と、を備えることを特徴とする。
【０００８】
一般にマルチメディアのストリーミング配信において映像データと音声データとを比較した場合、映像データ配信に要する伝送帯域の方がはるかに広い。そのため、テレビなどの映像付きのマルチメディアデータの配信中に、ストリーミング受信端末とストリーミング配信装置との間で帯域変動が発生した場合、ストリーミング受信端末では映像・音声共に不安定な受信状態となる。その一方で、現実のユーザのニーズを考えると、ネットワークが切り替わるという事象が発生するのはユーザが移動しているということが一つの前提であり、車や電車などの例を考えるまでもなく移動中において映像を見たいというニーズは少ない。しかし、移動中においても、ヘッドホンステレオのように音楽等を聞きたいというニーズは確実に存在している。この点に着目し、ネットワークが切り替わった際にも安定してデータを受信できるストリーミング受信端末を発明した。本発明に係るストリーミング受信端末によれば、映像品質評価手段によって受信した映像データの品質を評価し、映像配信停止判定手段が映像データの品質に基づいて映像データの配信を停止させるか否か判定する。そして、映像データの配信を停止させる場合には、その要求を送信手段によってストリーミング配信装置に送信することにより、映像データの配信を停止させ、音声データのみ受信できる。このような構成を有するストリーミング受信端末によれば、回線帯域幅の狭いネットワークに移動した際には、速やかに映像データの配信を停止することにより、ネットワークが切り替わる際のＱｏＳ制御に要する時間を短縮することができる。また、ネットワークが切り替わった後においては、安定した音声データのストリーミング配信を実現できる。
【０００９】
上記ストリーミング受信端末において映像品質評価手段は、所定時間内におけるコマ落ち数をカウントし、映像配信停止判定手段は、映像品質評価手段によってカウントされたコマ落ち数が所定の閾値以上となった場合に、映像データの配信を停止させると判定することをさらなる特徴とする。
【００１０】
このように所定時間内におけるコマ落ち数に基づいて映像品質を判定することが簡易でかつ確実な方法である。
【００１１】
上記ストリーミング受信端末は、映像配信停止判定手段によって映像配信を停止させると判定された場合には、映像データを再生処理するための画像処理回路及び表示デバイスへの電源供給を停止させることをさらなる特徴とする。
【００１２】
このように映像配信を停止させる場合に映像データ再生用の画像処理回路及び表示デバイスへの電源供給を停止させることにより、ストリーミング受信端末の電池寿命を延長させることができる。
【００１３】
上記ストリーミング受信端末は、接続中のネットワークの回線帯域幅を判定する回線帯域幅判定手段と、映像データの配信停止後において、受信手段によって受信する音声データの転送量が回線帯域幅判定手段によって判定された回線帯域幅より大きい場合に、ストリーミング配信装置と協働して音声データのストリーミング配信のＱｏＳ制御を行うＱｏＳ制御手段と、をさらに備えることを特徴とする。
【００１４】
ネットワークの回線帯域幅が音声データ転送量より小さい場合には、映像データの配信を停止してもデータ受信が不安定になるので、回線帯域幅判定手段によって接続中の回線帯域幅を判定し、音声データ転送量がそれより大きい場合には音声データの配信をＱｏＳ制御することが好ましい。
【００１５】
上記ストリーミング受信端末は、回線帯域幅判定手段によって判定された回線帯域幅が、映像データ及び音声データの転送量より大きい場合に、映像データの配信を開始させると判定する映像配信開始判定手段をさらに備え、送信手段は、映像配信開始判定手段によって映像データの配信を開始させると判定された場合に、映像データの配信開始要求をストリーミング配信装置に送信することをさらなる特徴とする。
【００１６】
映像データ及び音声データを合わせたデータ転送量より回線帯域幅が大きいネットワークにおいては、ストリーミング配信装置によって映像データ及び音声データの両方を配信することができるので、配信開始要求をストリーミング配信装置に送信することが好ましい。
【００１７】
本発明に係るストリーミング配信装置は、映像データ及び音声データをストリーミング配信する装置であって、上記ストリーミング受信端末から映像データの配信停止要求が送信された際にそのストリーミング受信端末に対する映像データの配信を停止して音声データのみ配信することを特徴とする。
【００１８】
上記したストリーミング受信端末から送信される映像データの配信停止要求に基づいて映像データの配信を停止して音声データのみ配信することにより、帯域の狭いネットワークに切り替わる際のＱｏＳ制御時間を短縮すると共に、安定した音声データのストリーミング配信を実現できる。
【００１９】
また、本発明に係るストリーミング配信装置は、映像データ及び音声データをストリーミング配信する装置であって、上記ストリーミング受信端末から映像データの配信開始要求が送信された際にそのストリーミング受信端末に対する映像データの配信を開始することを特徴とする。
【００２０】
上記したストリーミング受信端末から送信される映像データの配信開始要求に基づいて映像データの配信を開始することにより、回線帯域幅の大きいネットワークではストリーミング受信端末に対し映像データ及び音声データを安定して配信することができる。
【００２１】
本発明に係るストリーミング配信システムは、上記ストリーミング受信端末と、そのストリーミング受信端末に映像データ及び音声データを配信すると共にストリーミング受信端末から映像データの配信停止要求が送信された際に映像データの配信を停止して音声データのみ配信するストリーミング配信装置と、を備えることを特徴とする。
【００２２】
上記したストリーミング受信端末から送信される映像データの配信停止要求に基づいて映像データの配信を停止して音声データのみ配信することにより、帯域の狭いネットワークに切り替わる際のＱｏＳ制御時間を短縮すると共に、安定した音声データのストリーミング配信を実現できる。
【００２３】
本発明に係るストリーミング配信システムは、上記ストリーミング受信端末と、そのストリーミング受信端末に映像データ及び音声データを配信すると共にストリーミング受信端末から映像データの配信開始要求が送信された際に映像データの配信を開始するストリーミング配信装置と、を備えることを特徴とする。
【００２４】
上記したストリーミング受信端末から送信される映像データの配信開始要求に基づいて映像データの配信を開始することにより、回線帯域幅の大きいネットワークではストリーミング受信端末に対し映像データ及び音声データを安定して配信することができる。
【００２５】
本発明に係るストリーミング配信方法は、ストリーミング配信装置からストリーミング受信端末に映像データ及び音声データをストリーミング配信するストリーミング配信方法であって、ストリーミング配信装置からストリーミング受信端末に映像データ及び音声データを送信する第１の送信ステップと、送信ステップにおいて送信された映像データの品質をストリーミング受信端末が評価する映像品質評価ステップと、映像品質評価ステップにおいて評価された品質に基づいて、映像データの配信を停止させるか否かストリーミング受信端末が判定する映像配信停止判定ステップと、映像配信停止判定ステップにおいて映像データの配信を停止させると判定された場合に、ストリーミング受信端末がストリーミング配信装置に映像データの配信停止要求を送信する配信停止要求送信ステップと、配信停止要求送信ステップにおいて配信停止要求が送信されたときに、ストリーミング配信装置が映像データの配信を停止して音声データのみ配信する第２の送信ステップと、を備えることを特徴とする。
【００２６】
本発明に係るストリーミング配信方法によれば、受信した映像データの品質を映像品質評価ステップにおいて評価し、映像データの品質に基づいて映像配信停止判定ステップにおいて映像データの配信を停止させるか否か判定する。そして、映像データの配信を停止させる場合には、その要求を配信停止要求送信ステップにおいてストリーミング配信装置に送信することにより、映像データの配信を停止させ、音声データのみ受信できる。このようなストリーミング配信方法によれば、回線帯域幅の狭いネットワークに移動した際には、速やかに映像データの配信を停止することにより、ネットワークが切り替わる際のＱｏＳ制御に要する時間を短縮することができる。また、ネットワークが切り替わった後においては、安定した音声データのストリーミング配信を実現できる。
【００２７】
上記ストリーミング配信方法において、映像品質評価ステップでは、所定時間内におけるコマ落ち数をカウントし、映像配信停止判定ステップでは、映像品質評価ステップにおいてカウントされたコマ落ち数が所定の閾値以上となった場合に、ストリーミング受信端末が映像データの配信を停止させると判定することをさらなる特徴とする。
【００２８】
このように所定時間内におけるコマ落ち数に基づいて映像品質を判定することが簡易でかつ確実な方法である。
【００２９】
上記ストリーミング配信方法は、映像データの配信停止後において、接続中のネットワークの回線帯域幅をストリーミング受信端末が判定する回線帯域幅判定ステップと、第２の送信ステップにおいて送信される音声データの転送量が回線帯域幅判定ステップにおいて判定された回線帯域幅より大きい場合に、ストリーミング受信端末が音声データのストリーミング配信のＱｏＳ制御を行うＱｏＳ制御ステップと、をさらに備えることを特徴とする。
【００３０】
ネットワークの回線帯域幅が音声データ転送量より小さい場合には、映像データの配信を停止してもデータ受信が不安定になるので、接続中の回線帯域幅を回線帯域幅判定ステップにおいて判定し、音声データ転送量がそれより大きい場合には音声データの配信をＱｏＳ制御することが好ましい。
【００３１】
上記ストリーミング配信方法は、回線帯域幅判定ステップにおいて判定された回線帯域幅が、映像データ及び音声データの転送量より大きい場合に、映像データの配信を開始させると判定する映像配信開始判定ステップと、映像配信開始判定ステップにおいて映像データの配信を開始させると判定された場合に、ストリーミング受信端末がストリーミング配信装置に映像データの配信開始要求を送信する映像配信開始要求送信ステップと、をさらに備え、映像配信開始要求送信ステップにおいて映像データの配信開始要求を受信したときに、第１の送信ステップに移行してストリーミング配信装置はストリーミング受信端末に映像データ及び音声データを送信することをさらなる特徴とする。
【００３２】
映像データ及び音声データを合わせたデータ転送量より回線帯域幅が大きいネットワークにおいては、ストリーミング配信装置によって映像データ及び音声データの両方を配信することができるので、配信開始要求をストリーミング配信装置に送信することが好ましい。
【００３３】
【発明の実施の形態】
以下、図面と共に本発明に係るストリーミング配信装置の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００３４】
図１は、実施形態に係るストリーミング配信システム１の構成を示すブロック図である。ストリーミング配信システム（以下、「配信システム」という）１は、ストリーミング配信装置（以下、「配信装置」という）３０と、ストリーミング受信端末１０（以下、「受信端末」という）１０と、が接続されて構成されている。受信端末１０は、移動しても配信装置３０とのセッションを維持することができるモバイルＩＰネットワークによって接続されている。これを実現するため、配信装置３０と受信端末１０との間には、ホームエージェント（ＨＡ）４０が介在されている。ＨＡ４０は、配信装置３０から送信されたパケットを移動後の受信端末１０に転送する機能を有する。
【００３５】
次に、受信端末１０の構成について説明する。受信端末１０は、マルチメディアデータの配信要求を入力させる要求モジュール１１と、要求モジュール１１等からの要求に応じて配信要求を配信装置３０に送信する配信要求送信モジュール１２と、配信装置３０から送信されたデータを受信する受信モジュール１３と、受信したデータを再生する再生モジュール１４と、を備えている。ここで、要求モジュール１１には、例えば、これを押下することで配信を要求する受信端末１０のボタンが含まれる。また、受信端末１０は、受信モジュール１３によって受信した映像データのコマ落ちを検出する機能を有するフレームチェックモジュール１５と、フレームチェックモジュール１５によって検出されたコマ落ちの頻度に基づいて映像配信を停止させるか否かを判定する映像配信停止判定モジュール１６と、を備える。映像配信停止判定モジュール１６による判定結果は配信要求送信モジュール１２に入力され、映像配信停止という判定結果が入力された場合には、配信要求送信モジュール１２によって映像データを停止して音声データのみを要求する配信要求が送信される。また、受信端末１０は、現在接続中のネットワークの回線帯域を判定する帯域チェックモジュール１７と、帯域チェックモジュール１７によって判定された回線帯域に基づいて、映像データの配信を再開するか否か判定する映像配信開始判定モジュール１８と、を備え、映像配信開始判定モジュール１８による判定結果は配信要求送信モジュール１２に入力される。さらに、帯域チェックモジュール１７による回線帯域の判定結果に基づいてストリーミング配信のＱｏＳ制御を行うＱｏＳ制御モジュール１９を備えている。また、受信端末１０は、画像処理を行う画像処理モジュール２１と、画像を表示する表示モジュール２２と、表示デバイスのバックライトを点灯させるバックライトモジュール２３と、これらの各モジュールを制御する画像処理／表示デバイス制御モジュール２０と、を備えている。以上に説明した受信端末１０は、通信機能を有する携帯電話などによって実現され、上記したそれぞれのモジュールは携帯電話が有するＣＰＵによって実行されることにより上記各機能を果たす。
【００３６】
次に、配信装置３０の構成について説明する。配信装置３０は、受信端末１０からの配信要求を受信する配信要求受信モジュール３１と、配信要求に基づいて品質を決定する品質決定モジュール３２と、配信するコンテンツを格納したコンテンツデータベース（「コンテンツＤＢ」という）３７と、コンテンツＤＢ３７からコンテンツを読み取るコンテンツ読取モジュール３３と、読み取ったコンテンツを配信用のデータに加工する映像フレームモジュール３４と、ＱｏＳを調整するＱｏＳ微調整モジュール３５と、コンテンツデータを配信する配信モジュール３６と、を備えている。以上に説明した配信装置３０は、通信機能を有するコンピュータによって実現され、上記したそれぞれのモジュールはコンピュータによって実行されることにより上記各機能を果たす。
【００３７】
次に、本実施形態に係る配信システム１の動作について図２を参照しながら説明する。図２は、配信システム１の動作を示すフローチャートである。
【００３８】
まず、受信端末１０は、コンテンツ取得要求を配信装置３０に対して送信する（Ｓ１０）。例えば、受信端末１０において、ユーザが配信要求用のボタンを押下することにより要求モジュール１１が作動し、配信要求送信モジュール１２によって配信要求が送信される。ここでは、受信端末１０は回線帯域が３００ｋｂｐｓのネットワークに接続されているものとする。ＨＡ４０がそのコンテンツ取得要求を配信装置３０に転送し（Ｓ１２）、配信装置３０は受信端末１０から送信されたコンテンツ取得要求を受信する（Ｓ１４）。配信装置３０は、受信端末１０からコンテンツ取得要求を受信する（Ｓ１４）と、受信端末１０にストリーミングデータを配信する（Ｓ１６）。ここで配信されるデータは、映像データが２４０ｋｂｐｓ、音声データが６０ｋｂｐｓで計３００ｋｂｐｓのマルチメディアデータであるとする。ＨＡ４０は配信装置３０から送信されたデータを受信端末１０に転送し（Ｓ１８）、受信端末１０は配信装置３０から送信されたデータを受信する（Ｓ２０）。ここまでの流れは通常のストリーミング配信の動作であり、受信端末１０が移動しない場合にはこの動作によってストリーミング配信は完結する。また、これまでの段階では、配信される３００ｋｂｐｓのデータはこのネットワークの回線帯域幅（３００ｋｂｐｓ）で送信可能なデータ量であるので、何らかの原因によって通信環境が悪化しなければ、配信品質の低下は起こらない。
【００３９】
次に、受信端末１０が移動して回線帯域が６４ｋｂｐｓのネットワークに移動したとする。受信端末１０がネットワークを移動すると、受信端末１０とＨＡ４０との間でセッションハンドオーバが行われる（Ｓ２２）。具体的には、受信端末１０からＨＡ４０に対してバインディングアップデートを送信し、ＨＡ４０は受信したバインディングアップデートに基づいて、ホームアドレスと移動後のアドレスの対であるバインディングキャッシュを更新する。このように受信端末１０がネットワーク間を移動した後もセッションが維持され、配信装置３０から受信端末１０にストリーミングデータ配信がなされる（Ｓ２４、Ｓ２６、Ｓ２８）。このとき、ネットワークの回線帯域は６４ｋｂｐｓであるので３００ｋｂｐｓのデータを配信しようとすると、配信品質が低下してコマ落ちなどが生じる。受信端末１０は、所定時間内におけるコマ落ち数を検出し（Ｓ３０）、そのコマ落ち数に基づいて映像データの配信を停止させるか否か判定する（Ｓ３２）。ここでは、１秒間に３コマ以上の欠落が発生し、その状態が３秒以上続いた場合に、映像データの配信を停止させると判定する。
【００４０】
映像データの配信を停止させると判定された場合には、受信端末１０は映像データ停止要求を送信する（Ｓ３４）。ＨＡ４０が映像データ停止要求を配信装置３０に転送し（Ｓ３６）、配信装置３０は受信端末１０から送信された映像データ停止要求を受信する（Ｓ３８）。配信装置３０は映像データ停止要求を受信する（Ｓ３８）と、その受信端末１０への映像データの配信を停止し、音声データのみの配信を行う（Ｓ４０）。ＨＡ４０が音声データを受信端末１０に転送し（Ｓ４２）、受信端末１０が音声データを受信する（Ｓ４４）。
【００４１】
次に、上記したフローを実現する受信端末１０の動作について、図３を参照しながら説明する。図３は、受信端末１０の動作を示すフローチャートである。
【００４２】
受信端末１０は、ストリーミングデータを受信している際に（Ｓ６０）、回線帯域幅が減少したか否か判定する（Ｓ６２）。回線帯域が減少した場合には、受信端末１０は、所定時間内における映像データのコマ落ち数をカウントし（Ｓ６４）、そのコマ落ち数が所定の閾値以上であるか否か判定する（Ｓ６６）。本実施形態では所定の閾値は１秒間に３コマであり、１秒間に３コマ以上コマ落ちが発生する状態が３秒間継続したか否か判定する。３秒間継続して閾値以上のコマ落ちが発生したことを条件としているのは、輻輳などにより一時的に映像にコマ落ちが発生した場合と回線帯域の変動によるコマ落ちとを区別するためである。コマ落ち数が閾値以上となった場合には、受信端末１０は映像配信停止要求を配信装置３０に対して送信し（Ｓ６８）、その要求に応じて送信される音声データのみ受信する（Ｓ７０）。次に、受信端末１０は、音声データのデータ転送速度と回線速度とを比較する（Ｓ７１）。音声データのデータ転送速度が回線速度より大きいと判定された場合には、受信端末１０は配信装置３０に対し、音声データ転送速度の低下要求を通知し（Ｓ７２）、これに基づいて、受信端末１０と配信装置３０とはＱｏＳ制御を行う（Ｓ７４）。ステップＳ６６でコマ落ち数が閾値より少ないと判定された場合、又はステップＳ７１で音声データ転送速度が回線速度以下であると判定された場合には、通信が安定しているか否か判定するステップＳ７６に移行する。
【００４３】
続いて、受信端末１０は、映像データを受信できる程度に通信が安定してか否か判定する（Ｓ７６）。上記の例では、６０ｋｂｐｓの音声データに加えて２４０ｋｂｐｓの映像データを受信できる程度に通信が安定したと判定された場合には、受信端末１０は映像配信開始要求を配信装置３０に対して送信し（Ｓ７８）、その後、上記のフローを繰り返す。通信が安定していないと判定された場合には、映像配信開始要求を送信しないで、上記のフローを繰り返す。
【００４４】
次に、本実施形態に係る配信装置３０の効果について説明する。本実施形態に係る配信装置３０によれば、回線帯域幅の異なるネットワークに移動してその帯域幅が狭くなることによって映像データのコマ落ちが検出された場合には、受信端末１０は映像配信停止要求を配信装置３０に送信し、これを受信した配信装置３０ではその受信端末１０に対して映像データの配信を停止して音声データのみの配信を行う。この制御による効果について図４及び図５を用いて従来の制御を比較して説明する。図４は本実施形態の配信システム１の制御を従来例と比較する図、図５は上記で説明した具体例を用いて比較した図である。図４（ａ）に示されるように、従来は、広帯域のネットワークから狭帯域のネットワークに切り替わると、ＱｏＳ制御を行って、映像データ及び音声データの比率を維持して狭い回線帯域に対応していた。具体的には、図５（ａ）に示されるように２４０ｋｂｐｓの映像データと６０ｋｂｐｓの音声データを３００ｋｂｐｓのネットワークで配信していたときに、６４ｋｂｐｓのネットワークに切り替わると２４０：６０の比率をほぼ維持し、６４ｋｂｐｓの回線帯域を映像データ５２ｋｂｐｓ、音声データ１２ｋｂｐｓで配信する。本実施形態に係る配信装置３０においては、図４（ｂ）に示されるように広帯域のネットワークから狭帯域のネットワークに切り替わると、配信制御を行って、映像データの配信を停止して音声データのみ配信する。図５（ｂ）に示されるように、６４ｋｂｐｓの回線帯域を用いて６０ｋｂｐｓの音声データを配信する。これにより、狭帯域のネットワークに切り替わった後でも音声データをネットワーク切り替え前と同じ品質に保つことができる。ネットワークの切り替えが生じる場合、すなわちユーザが移動しているときには、音声データのみ配信すれば十分な場合が多いので、高音質の音声データを優先して配信することが好ましい。
【００４５】
また、図４（ａ）と図４（ｂ）を比較すれば分かるように、本実施形態における配信装置３０では、ネットワーク切り替え時のＱｏＳ制御時間を短縮することができ、これにより切り替え時の配信停止時間を短縮できるという効果がある。この点について図６及び図７を用いて説明する。図６は、回線帯域が１０Ｍｂｐｓのネットワークから１００ｋｂｐｓのネットワークに切り替わるときの帯域制御について説明する図である。図６において実線で示されているように、実際の通信回線速度は急峻に低下する。一方、ＱｏＳ制御では、回線速度を所定値だけ低下させて通信を試行してその通信品質を検出し、通信品質が良くなればＱｏＳ制御を完了し、通信品質が良くなければさらに所定値低下させて試行する、というステップダウン型の制御が行われる。従って、図７に示されるように、切り替え前後のネットワークの帯域ギャップに比例したＱｏＳ制御時間を要し、この間はストリーミング配信が停止してしまう。これに対し、本実施形態に係る配信装置３０によれば、映像データのコマ落ちが所定の閾値以上発生した場合には、受信端末１０から映像配信停止要求が送信され、配信装置３０から映像配信が停止されるという簡便なシーケンス（図２参照）で処理をすることができ、切り替え時の配信停止時間を大幅に短縮できる。
【００４６】
また、本実施形態に係る受信端末１０は、それぞれの受信端末１０において映像の品質を評価して、その結果に基づく映像配信停止の判定を各受信端末１０によって行う構成を採用しているので、それぞれの受信端末１０ごとに映像停止の判定基準を自由に設定することができる。また、このように判定基準を受信端末１０側に持たせることにより、受信端末１０自身が判定を行うことができ、受信端末１０の自立的な応用機能にリンケージすることができる。例えば、画像処理回路チップ群（ＬＳＩ）や表示デバイス（液晶ディスプレイ、バックライト系）は、音声回路や音声処理群に比べて比較的消費電力が大きいため、映像データの配信を停止させると判定した際には配信装置３０から送られてくる画像データのデコード及び表示処理を受信端末自身が中止し、音声処理群に特化させることで、電池寿命（起動時間）の延長を実現できる。本実施形態に係る受信端末１０の例では、映像配信停止判定モジュール１６及び映像配信開始判定モジュール１８によって映像データの配信を開始又は停止させる際に、その情報を画像処理／表示デバイス制御モジュール２０に通知し、これにより画像処理／表示デバイス制御モジュール２０は、画像処理モジュール２１、表示モジュール２２、バックライトモジュール２３を制御することができる。このようなコマ落ち検出による一部の処理チップ群を停止させる機能は、双方向通信に限らず、将来の地上波デジタル放送に対応する携帯ＴＶ、対応携帯電話に上記技術を適用して音声のみのニーズに応えると共に、電池寿命の延長について有効な効果が得られる。
【００４７】
次に、本実施形態の配信システム１において、音声データの転送速度より小さい回線速度のネットワークに切り替わった場合の処理について図８を参照しながら説明する。図８は、配信システム１の動作を示すフローチャートである。
【００４８】
受信端末１０から配信装置３０に映像配信停止要求を送信し、配信装置３０が映像データ配信を停止して音声データのみを配信する（Ｓ４４）までの動作は、図２で説明したフローと同じである。ただし、図８で説明するフローでは、配信装置３０は、映像データ３０４ｋｂｐｓ、音声データ８０ｋｂｐｓの計３８４ｋｂｐｓのデータを受信端末１０に対してストリーミング配信しているものとする。
【００４９】
映像データ配信を停止して音声データのみの配信が開始された後、受信端末１０は回線帯域幅を判定する（Ｓ４６）。回線帯域幅は、データを受信している受信端末１０のデバイス情報を用いて回線帯域幅を判定することができる。例えば、使用デバイスによってＦＯＭＡ（登録商標）によって接続しているかＰＨＳによって接続しているかなどを判定でき、これに基づいて回線帯域幅を判定できる。ここでは、切り替え後のネットワークの回線帯域幅は６４ｋｂｐｓ（例えばＰＨＳ）である。次に、受信端末１０は、回線帯域幅と音声データの転送速度とを比較する（Ｓ４８）。ここでは、音声データの転送速度の方が大きいので、音声データ配信についてＱｏＳ制御を行う（Ｓ５０）。これにより、音声データの転送速度が回線帯域幅より大きい場合であっても、映像データと音声データの両方を送出する一般的なストリーミング配信手段と比べて、音声データの品質劣化を防止することができる。なお、回線帯域幅を判定する方法は、デバイス情報を用いる上記した方法とは異なる方法を採用してもよい。例えば、データサイズが既知の所定ファイルを配信装置３０から受信端末１０にダウンロードし、ダウンロードに要した時間に基づいて回線帯域幅を算出する方法を採用することができる。
【００５０】
【発明の効果】
本発明に係るストリーミング受信端末によれば、通信速度の小さいネットワークに移動した際には、速やかに映像データの配信を停止することにより、ネットワークが切り替わる際のＱｏＳ制御に要する時間を短縮することができる。また、ネットワークが切り替わった後においては、安定した音声データのストリーミング配信を実現できる。
【図面の簡単な説明】
【図１】実施形態に係る配信システムの構成を示す図である。
【図２】実施形態に係る配信システムの動作を示すフローチャートである。
【図３】実施形態に係る受信端末の動作を示すフローチャートである。
【図４】実施形態に係る配信システムの制御を従来例と比較する図である。
【図５】具体例を用いて、実施形態に係る配信システムの制御を従来例と比較した図である。
【図６】広帯域のネットワークから狭帯域のネットワークに切り替わるときの制御について説明する図である。
【図７】ネットワーク切り替え時の従来のＱｏＳ制御について説明する図である。
【図８】実施形態に係る配信システムの動作を示すフローチャートである。
【符号の説明】
１・・・ストリーミング配信システム、１０・・・ストリーミング受信装置、３０・・・ストリーミング配信装置、４０・・・ＨＡ。

Claims

ストリーミング配信装置から送信される映像データ及び音声データを受信する受信手段と、
前記受信手段によって受信した映像データの品質を評価する映像品質評価手段と、
前記映像品質評価手段によって評価された品質に基づいて、映像データの配信を停止させるか否か判定する映像配信停止判定手段と、
前記映像配信停止判定手段によって映像データの配信を停止させると判定された場合に、映像データの配信停止要求を前記ストリーミング配信装置に送信する送信手段と、
を備えることを特徴とするストリーミング受信端末。
前記映像品質評価手段は、所定時間内におけるコマ落ち数をカウントし、
前記映像配信停止判定手段は、前記映像品質評価手段によってカウントされた前記コマ落ち数が所定の閾値以上となった場合に、映像データの配信を停止させると判定する、
ことを特徴とする請求項１に記載のストリーミング受信端末。
前記映像配信停止判定手段によって映像配信を停止させると判定された場合には、前記映像データを再生処理するための画像処理回路及び表示デバイスへの電源供給を停止させる、ことを特徴とする請求項１又は２に記載のストリーミング受信端末。
接続中のネットワークの回線帯域幅を判定する回線帯域幅判定手段と、
映像データの配信停止後において、前記受信手段によって受信する音声データの転送量が前記回線帯域幅判定手段によって判定された回線帯域幅より大きい場合に、前記ストリーミング配信装置と協働して前記音声データのストリーミング配信のＱｏＳ制御を行うＱｏＳ制御手段と、
をさらに備えることを特徴とする請求項１〜３のいずれか１項に記載のストリーミング受信端末。
前記回線帯域幅判定手段によって判定された回線帯域幅が、前記映像データ及び音声データの転送量より大きい場合に、映像データの配信を開始させると判定する映像配信開始判定手段をさらに備え、
前記送信手段は、前記映像配信開始判定手段によって映像データの配信を開始させると判定された場合に、映像データの配信開始要求を前記ストリーミング配信装置に送信する、
ことを特徴とする請求項４に記載のストリーミング受信端末。
映像データ及び音声データをストリーミング配信する装置であって、請求項１〜５のいずれか１項に記載のストリーミング受信端末から映像データの配信停止要求が送信された際にそのストリーミング受信端末に対する映像データの配信を停止して音声データのみ配信する、ことを特徴とするストリーミング配信装置。
映像データ及び音声データをストリーミング配信する装置であって、請求項５に記載のストリーミング受信端末から映像データの配信開始要求が送信された際にそのストリーミング受信端末に対する映像データの配信を開始する、ことを特徴とするストリーミング配信装置。