JP2003125374A - 映像配信システム及びその送信装置及び送信方法、及び受信装置及び受信方法 - Google Patents
映像配信システム及びその送信装置及び送信方法、及び受信装置及び受信方法Info
- Publication number
- JP2003125374A JP2003125374A JP2001315813A JP2001315813A JP2003125374A JP 2003125374 A JP2003125374 A JP 2003125374A JP 2001315813 A JP2001315813 A JP 2001315813A JP 2001315813 A JP2001315813 A JP 2001315813A JP 2003125374 A JP2003125374 A JP 2003125374A
- Authority
- JP
- Japan
- Prior art keywords
- data
- reception
- receiving device
- receiving
- video
- 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.)
- Abandoned
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
(57)【要約】
【課題】 フレーム落ち無くスムーズな映像を視聴者に
配信することが可能な映像配信システムを提供する。 【解決手段】 送信装置１０４の映像配信制御部１０３
はデータ記憶部１０２に記憶されたテストデータを通信
ネットワーク１０７を介して受信装置１１３へ送信す
る。受信装置１１３の受信状態検出部１１２は、受信テ
ストデータをリアルタイムに再生した際にフレーム落ち
等の表示状態を検出し、該表示状態及びＣＰＵの処理能
力等を含む受信装置に関する情報を作成して前記送信装
置１０４に送出する。配信条件作成部１０５は受信装置
１１３から送出された前記受信装置に関する情報から、
該受信装置側でフレーム落ち無くリアルタイムに再生で
きる映像配信条件を作成し受信装置に提示する。
配信することが可能な映像配信システムを提供する。 【解決手段】 送信装置１０４の映像配信制御部１０３
はデータ記憶部１０２に記憶されたテストデータを通信
ネットワーク１０７を介して受信装置１１３へ送信す
る。受信装置１１３の受信状態検出部１１２は、受信テ
ストデータをリアルタイムに再生した際にフレーム落ち
等の表示状態を検出し、該表示状態及びＣＰＵの処理能
力等を含む受信装置に関する情報を作成して前記送信装
置１０４に送出する。配信条件作成部１０５は受信装置
１１３から送出された前記受信装置に関する情報から、
該受信装置側でフレーム落ち無くリアルタイムに再生で
きる映像配信条件を作成し受信装置に提示する。
Description
【０００１】
【発明の属する技術分野】インターネットや無線ネット
ワークなどのネットワークを用いて、映像や音声などの
デジタルデータを送信装置から受信装置へ有料でリアル
タイムに配信するシステムに関する。
ワークなどのネットワークを用いて、映像や音声などの
デジタルデータを送信装置から受信装置へ有料でリアル
タイムに配信するシステムに関する。
【０００２】
【従来の技術】オーディオ／ビデオなどのデータストリ
ームをリアルタイムに伝送するためのデータ転送プロト
コルに関する規格書として、RFC-1889 「RTP:A Transpor
t Protocol for Real-time Application」がある。この
規格の中で、伝送路のトラフィックを制御し、リアルタ
イム伝送をある程度保証するためのプロトコルとして、
ＲＴＣＰ (Real-Time Transport Control Protocol)が
ある。このＲＴＣＰで周期的に、パケットロス、伝送遅
延ジッタ、ラウンドトリップ時間等のパケット送受信の
統計情報を交換（受信側から定期的に受信状況の情報を
フィードバック）し、この情報をもとに送信するデータ
量が適応的に制御される。
ームをリアルタイムに伝送するためのデータ転送プロト
コルに関する規格書として、RFC-1889 「RTP:A Transpor
t Protocol for Real-time Application」がある。この
規格の中で、伝送路のトラフィックを制御し、リアルタ
イム伝送をある程度保証するためのプロトコルとして、
ＲＴＣＰ (Real-Time Transport Control Protocol)が
ある。このＲＴＣＰで周期的に、パケットロス、伝送遅
延ジッタ、ラウンドトリップ時間等のパケット送受信の
統計情報を交換（受信側から定期的に受信状況の情報を
フィードバック）し、この情報をもとに送信するデータ
量が適応的に制御される。
【０００３】このプロトコルは、実際に伝送しているパ
ケットデータが確実に受信できているかを検出するため
のものであり、実際に映像を表示させた際の受信装置側
のシステム能力（ＣＰＵ処理能力やＲＡＭ容量）に左右
される表示状態までフィードバックしていない。パケッ
トデータとしては伝送路上、正常に受信できていても、
ＣＰＵ処理能力が低ければ、正常に再生させることは困
難であり、再生時、フレームの駒落ち（以下、単にフレ
ーム落ちという）を生じた映像になる。
ケットデータが確実に受信できているかを検出するため
のものであり、実際に映像を表示させた際の受信装置側
のシステム能力（ＣＰＵ処理能力やＲＡＭ容量）に左右
される表示状態までフィードバックしていない。パケッ
トデータとしては伝送路上、正常に受信できていても、
ＣＰＵ処理能力が低ければ、正常に再生させることは困
難であり、再生時、フレームの駒落ち（以下、単にフレ
ーム落ちという）を生じた映像になる。
【０００４】また、特開平９−４６６７７号公報（発明
の名称：画像伝送システム）では、伝送路のトラフィッ
クに応じて、伝送するＭＰＥＧデータのフレーム（Ｉ，
Ｐ，Ｂ）の組合せを設定し、設定したフレームに応じた
料金体系で課金処理が行われる。この文献は、図７の従
来例のように送信側で画像データのネットワーク（伝送
路）１０７のトラフィック（混雑状態）をトラフィック
検出部７１２において検出し、その検出値に応じて、Ｉ
フレーム、Ｐフレーム、Ｂフレームの組合せを変えるこ
とにより転送レートを変えて画像伝送しようとするもの
である。
の名称：画像伝送システム）では、伝送路のトラフィッ
クに応じて、伝送するＭＰＥＧデータのフレーム（Ｉ，
Ｐ，Ｂ）の組合せを設定し、設定したフレームに応じた
料金体系で課金処理が行われる。この文献は、図７の従
来例のように送信側で画像データのネットワーク（伝送
路）１０７のトラフィック（混雑状態）をトラフィック
検出部７１２において検出し、その検出値に応じて、Ｉ
フレーム、Ｐフレーム、Ｂフレームの組合せを変えるこ
とにより転送レートを変えて画像伝送しようとするもの
である。
【０００５】現在のインターネットによる映像配信シス
テムでは、コンサートや映画などの映像配信者が、ホー
ムページなどで配信予定の内容や配信データの転送レー
トとその課金料金を提示している。視聴者はその転送レ
ートと課金料金を見て、複数の配信条件があれば、どの
契約を選択するか決め契約を結ぶ。この際、実際に配信
が始まらないと、正常にフレーム落ち無く、映像を表示
できているかどうか判断できない。
テムでは、コンサートや映画などの映像配信者が、ホー
ムページなどで配信予定の内容や配信データの転送レー
トとその課金料金を提示している。視聴者はその転送レ
ートと課金料金を見て、複数の配信条件があれば、どの
契約を選択するか決め契約を結ぶ。この際、実際に配信
が始まらないと、正常にフレーム落ち無く、映像を表示
できているかどうか判断できない。
【０００６】また、映像配信システム及びアプリケーシ
ョンによっては、バッファが一杯になるまでデータを送
信し、バッファが一杯になり、映像配信途中でパケット
ロスやフレーム落ちを検出した場合、バッファ内のデー
タが全て再生終了するまで一時的に配信映像を停止して
バッファを空にし、その後、損失したデータをバッファ
リングすると共に配信を再開させるということをしてい
るが、この場合、動画が途切れ途切れの映像となる。
ョンによっては、バッファが一杯になるまでデータを送
信し、バッファが一杯になり、映像配信途中でパケット
ロスやフレーム落ちを検出した場合、バッファ内のデー
タが全て再生終了するまで一時的に配信映像を停止して
バッファを空にし、その後、損失したデータをバッファ
リングすると共に配信を再開させるということをしてい
るが、この場合、動画が途切れ途切れの映像となる。
【０００７】
【発明が解決しようとする課題】以上のように、上記Ｒ
ＴＰや公知例においては、伝送路のトラフィック状態し
か検出していないため、受信側で実際に映像を再生した
場合に、フレーム落ち無く再生できているかどうかまで
は、送信側で分からないという問題があった。フレーム
落ち率は、受信装置側のシステム能力、即ちＣＰＵの処
理能力やＲＡＭなどのメモリ容量に左右されることが多
い。また、画面サイズは小さくてもフレーム落ち無くス
ムーズな映像で視聴したいという要求がある。
ＴＰや公知例においては、伝送路のトラフィック状態し
か検出していないため、受信側で実際に映像を再生した
場合に、フレーム落ち無く再生できているかどうかまで
は、送信側で分からないという問題があった。フレーム
落ち率は、受信装置側のシステム能力、即ちＣＰＵの処
理能力やＲＡＭなどのメモリ容量に左右されることが多
い。また、画面サイズは小さくてもフレーム落ち無くス
ムーズな映像で視聴したいという要求がある。
【０００８】そこで、本発明は上記の問題を解決するた
めになされたものであり、フレーム落ち無く、フレーム
レートを固定して、受信装置即ち視聴者にスムーズな映
像を配信することが可能な映像配信システムを提供する
ことを目的とする。
めになされたものであり、フレーム落ち無く、フレーム
レートを固定して、受信装置即ち視聴者にスムーズな映
像を配信することが可能な映像配信システムを提供する
ことを目的とする。
【０００９】
【課題を解決するための手段】上記目的を達成するため
に本発明は、通信ネットワークを用いて、映像・音声デ
ータを送信装置から受信装置へ配信するシステムにおけ
る送信装置であって、前記ネットワーク及び前記受信装
置との接続処理を行うネットワーク処理部と、前記受信
装置へ配信するテストデータを含むデータを格納してい
るデータ記憶部と、前記データ記憶部のデータを前記ネ
ットワーク処理部を介して前記受信装置へ配信制御する
配信制御部と、前記データ記憶部内の前記テストデータ
を前記配信制御部を介して前記受信装置へ配信した際、
該受信装置から報告される受信情報を受信し、該受信装
置側でフレーム落ち無くリアルタイムに再生できる映像
配信条件を作成し受信装置に提示する配信条件作成部と
を具備する。
に本発明は、通信ネットワークを用いて、映像・音声デ
ータを送信装置から受信装置へ配信するシステムにおけ
る送信装置であって、前記ネットワーク及び前記受信装
置との接続処理を行うネットワーク処理部と、前記受信
装置へ配信するテストデータを含むデータを格納してい
るデータ記憶部と、前記データ記憶部のデータを前記ネ
ットワーク処理部を介して前記受信装置へ配信制御する
配信制御部と、前記データ記憶部内の前記テストデータ
を前記配信制御部を介して前記受信装置へ配信した際、
該受信装置から報告される受信情報を受信し、該受信装
置側でフレーム落ち無くリアルタイムに再生できる映像
配信条件を作成し受信装置に提示する配信条件作成部と
を具備する。
【００１０】前記受信情報としては、受信装置のＣＰＵ
処理能力、受信装置側での映像データ再生時のフレーム
落ち率などが含まれる。前記映像配信条件としては、画
面サイズ、転送レート、圧縮率などが含まれる。
処理能力、受信装置側での映像データ再生時のフレーム
落ち率などが含まれる。前記映像配信条件としては、画
面サイズ、転送レート、圧縮率などが含まれる。
【００１１】また本発明は、通信ネットワークを用い
て、映像・音声データを送信装置から受信装置へ配信す
るシステムにおける受信装置であって、前記ネットワー
ク及び前記送信装置との接続処理を行うネットワーク処
理部と、前記送信装置から送信されたテストデータを前
記ネットワーク処理部を介して受信し、該テストデータ
をリアルタイムに再生した際の受信及び表示状態を検出
し、該受信及び表示状態を含む受信情報を作成して前記
送信装置に送出する受信状態検出部と、前記受信状態検
出部が前記受信情報を前記送信装置に送出した結果、該
送信装置から返信されてくる配信条件を表示するための
制御を行う表示制御部と、前記表示制御部により表示さ
れた前記配信条件の中の１つをユーザが選択するための
ユーザインターフェース処理部とを具備する。
て、映像・音声データを送信装置から受信装置へ配信す
るシステムにおける受信装置であって、前記ネットワー
ク及び前記送信装置との接続処理を行うネットワーク処
理部と、前記送信装置から送信されたテストデータを前
記ネットワーク処理部を介して受信し、該テストデータ
をリアルタイムに再生した際の受信及び表示状態を検出
し、該受信及び表示状態を含む受信情報を作成して前記
送信装置に送出する受信状態検出部と、前記受信状態検
出部が前記受信情報を前記送信装置に送出した結果、該
送信装置から返信されてくる配信条件を表示するための
制御を行う表示制御部と、前記表示制御部により表示さ
れた前記配信条件の中の１つをユーザが選択するための
ユーザインターフェース処理部とを具備する。
【００１２】本編配信前に、テストデータを用いて受信
装置側の表示状況を送信装置側にフィードバックさせる
ことで、受信装置側の処理能力に応じたリアルタイム動
画配信が可能となる。また、映像配信条件として、駒落
ちの無いリアルタイム動画配信可能な条件、例えば転送
レート、画面サイズ、料金などを一つ以上提示すること
で、視聴者の選択肢が広がる。
装置側の表示状況を送信装置側にフィードバックさせる
ことで、受信装置側の処理能力に応じたリアルタイム動
画配信が可能となる。また、映像配信条件として、駒落
ちの無いリアルタイム動画配信可能な条件、例えば転送
レート、画面サイズ、料金などを一つ以上提示すること
で、視聴者の選択肢が広がる。
【００１３】前記テストデータとして、配信予定のフル
スペックの映像データに等しいデータを使用し、受信装
置側で再生させることで、受信装置側の処理能力がどれ
くらいあるのか知ることが可能となる。前記受信情報を
フィードバック情報として用いることにより、フルスペ
ックのデータが再生可能なのか、それともフレームレー
トを固定にしてどれくらいまで他のパラメータ（画面サ
イズと転送レート）を変更すれば良いのか検出が可能と
なる。
スペックの映像データに等しいデータを使用し、受信装
置側で再生させることで、受信装置側の処理能力がどれ
くらいあるのか知ることが可能となる。前記受信情報を
フィードバック情報として用いることにより、フルスペ
ックのデータが再生可能なのか、それともフレームレー
トを固定にしてどれくらいまで他のパラメータ（画面サ
イズと転送レート）を変更すれば良いのか検出が可能と
なる。
【００１４】また、フレームレートを変えずに他のパラ
メータを変えた配信条件を提供することにより、受信装
置側でスムーズな映像を視聴することが可能となる。更
に、複数個の配信条件をその課金料金と共に提示するこ
とにより、視聴者の選択範囲が広がる。
メータを変えた配信条件を提供することにより、受信装
置側でスムーズな映像を視聴することが可能となる。更
に、複数個の配信条件をその課金料金と共に提示するこ
とにより、視聴者の選択範囲が広がる。
【００１５】前記受信情報に表示画面サイズを含めるこ
とにより、受信装置側への最適な転送レートの設定がで
き、無駄なデータを転送しなくて済む。また、ユーザー
へ適正な選択条件を提示できる。
とにより、受信装置側への最適な転送レートの設定がで
き、無駄なデータを転送しなくて済む。また、ユーザー
へ適正な選択条件を提示できる。
【００１６】
【発明の実施の形態】以下、図面を参照しながら本実施
の形態について説明する。
の形態について説明する。
【００１７】図１は本発明による映像配信システム（送
信装置と受信装置）の一実施形態の構成を示すブロック
図である。本実施形態ではネットワーク１０７として、
インターネットの場合を示す。図２は受信装置１１３側
の動作を説明するフローチャート、図３は送信装置１０
４側の動作を説明するフローチャートである。
信装置と受信装置）の一実施形態の構成を示すブロック
図である。本実施形態ではネットワーク１０７として、
インターネットの場合を示す。図２は受信装置１１３側
の動作を説明するフローチャート、図３は送信装置１０
４側の動作を説明するフローチャートである。
【００１８】最初に、図１に示す映像配信システムの各
構成部について説明する。
構成部について説明する。
【００１９】制御部１０１、１１０はそれぞれ送信装置
１０４と受信装置１１３を制御するためのＣＰＵ、ＲＯ
Ｍ、ＲＡＭから構成されるコントローラである。ネット
ワーク処理部１０６、１０９はインターネットなどの通
信ネットワーク１０７への各機器の接続処理とＴＣＰ／
ＩＰやＵＤＰなどのデータ伝送プロトコルの制御を行
う。
１０４と受信装置１１３を制御するためのＣＰＵ、ＲＯ
Ｍ、ＲＡＭから構成されるコントローラである。ネット
ワーク処理部１０６、１０９はインターネットなどの通
信ネットワーク１０７への各機器の接続処理とＴＣＰ／
ＩＰやＵＤＰなどのデータ伝送プロトコルの制御を行
う。
【００２０】送信装置１０４のデータ記憶部１０２は、
配信を案内するためのホームページデータや、受信装置
側からの要求により配信を行う後述のテストデータや配
信映像の本編を格納している。映像配信制御部１０３
は、データ記憶部１０２に格納されている映像データを
映像リアルタイム伝送プロトコルに応じて送信制御す
る。配信条件作成部１０５は後述するように、テストデ
ータを受信した受信装置１１３側の受信情報（ＣＰＵ処
理能力や表示能力、伝送路の帯域幅及びテストデータ再
生時の受信装置側でのフレーム落ち率など）をフィード
バック情報として、受信装置側でフレーム落ち無く再生
可能な配信データの条件（転送レート、画面サイズ、料
金）を作成する。
配信を案内するためのホームページデータや、受信装置
側からの要求により配信を行う後述のテストデータや配
信映像の本編を格納している。映像配信制御部１０３
は、データ記憶部１０２に格納されている映像データを
映像リアルタイム伝送プロトコルに応じて送信制御す
る。配信条件作成部１０５は後述するように、テストデ
ータを受信した受信装置１１３側の受信情報（ＣＰＵ処
理能力や表示能力、伝送路の帯域幅及びテストデータ再
生時の受信装置側でのフレーム落ち率など）をフィード
バック情報として、受信装置側でフレーム落ち無く再生
可能な配信データの条件（転送レート、画面サイズ、料
金）を作成する。
【００２１】受信装置１１３のＵＩ処理部１０８は視聴
者が前記送信装置１０４から提示された内容に対して、
文字入力やＹｅｓ／Ｎｏなどの入力をするキーボードや
リモコンなどのユーザーインターフェースである。表示
制御部１１１は送信装置１０４からの配信映像や前記ホ
ームページを表示しモニターなどに表示するための制御
を行う。受信状態検出部１１２は後述するように、送信
装置１０４から送信されてくる前記テストデータから前
記受信情報を検出する。
者が前記送信装置１０４から提示された内容に対して、
文字入力やＹｅｓ／Ｎｏなどの入力をするキーボードや
リモコンなどのユーザーインターフェースである。表示
制御部１１１は送信装置１０４からの配信映像や前記ホ
ームページを表示しモニターなどに表示するための制御
を行う。受信状態検出部１１２は後述するように、送信
装置１０４から送信されてくる前記テストデータから前
記受信情報を検出する。
【００２２】次に図１の各装置の動作を図２、図３のフ
ローチャートを参照して説明する。
ローチャートを参照して説明する。
【００２３】視聴者はインターネット１０７上のホーム
ページを介して映像配信に関する情報を入手する。視聴
者が視聴（配信）を希望する旨、受信装置１１３のキー
ボードなどのＵＩ処理部１０８を利用して送信装置１０
４に送信する（図２のＳ１０１）。
ページを介して映像配信に関する情報を入手する。視聴
者が視聴（配信）を希望する旨、受信装置１１３のキー
ボードなどのＵＩ処理部１０８を利用して送信装置１０
４に送信する（図２のＳ１０１）。
【００２４】送信装置１０４では、視聴者からの視聴希
望データを受信すると（図３のＳ２０１）、配信契約の
ための情報を視聴者側の受信装置１１３に送信すると共
に、データ記憶部１０２内のテストデータである圧縮さ
れた映像データを送信する（Ｓ２０２）。この際、配信
するテスト映像データは、本来視聴者が配信を希望して
いる映像のフルスペック（最大フレームレート、最大転
送レート、最大画面サイズ）に等しい映像圧縮データで
ある。例えば、フルスペック配信映像の数秒間を抽出し
たデータでも良いし、広告映像など本編の映像よりも非
常に短いデータであれば何でも良い。
望データを受信すると（図３のＳ２０１）、配信契約の
ための情報を視聴者側の受信装置１１３に送信すると共
に、データ記憶部１０２内のテストデータである圧縮さ
れた映像データを送信する（Ｓ２０２）。この際、配信
するテスト映像データは、本来視聴者が配信を希望して
いる映像のフルスペック（最大フレームレート、最大転
送レート、最大画面サイズ）に等しい映像圧縮データで
ある。例えば、フルスペック配信映像の数秒間を抽出し
たデータでも良いし、広告映像など本編の映像よりも非
常に短いデータであれば何でも良い。
【００２５】テスト映像を受信した受信装置１１３で
は、受信データを伸長し、再生表示を表示制御部１１１
で行い、図示していないモニターで視聴者は再生データ
を視聴する（Ｓ１０２）。再生中、受信装置１１３は受
信情報（受信装置のＣＰＵ処理能力、映像データ再生時
の受信側でのフレーム落ち率、伝送路の帯域幅など）を
受信状態検出部１１２において作成し、この情報を送信
装置１０４へ送信する（Ｓ１０３）。このフレーム落ち
率は受信データについてのＣＲＣ等のエラーチェック、
あるいはパケット落ちの検出データ等から算出できる。
は、受信データを伸長し、再生表示を表示制御部１１１
で行い、図示していないモニターで視聴者は再生データ
を視聴する（Ｓ１０２）。再生中、受信装置１１３は受
信情報（受信装置のＣＰＵ処理能力、映像データ再生時
の受信側でのフレーム落ち率、伝送路の帯域幅など）を
受信状態検出部１１２において作成し、この情報を送信
装置１０４へ送信する（Ｓ１０３）。このフレーム落ち
率は受信データについてのＣＲＣ等のエラーチェック、
あるいはパケット落ちの検出データ等から算出できる。
【００２６】図４は受信装置１１３においてテスト映像
を受信中のモニター映像Ｐ１である。このモニター映像
Ｐ１は図示するように、転送レート、画面サイズ、フレ
ームレート等、現在受信中のテスト映像の仕様（フルス
ペックデータ）を表示している。更にモニター映像Ｐ１
は、フルスペックのテスト映像を再生している場合のフ
レーム落ち情報を検出し表示している。このフレーム落
ち情報は、受信状態検出部１１２が前述したように検出
した情報である。
を受信中のモニター映像Ｐ１である。このモニター映像
Ｐ１は図示するように、転送レート、画面サイズ、フレ
ームレート等、現在受信中のテスト映像の仕様（フルス
ペックデータ）を表示している。更にモニター映像Ｐ１
は、フルスペックのテスト映像を再生している場合のフ
レーム落ち情報を検出し表示している。このフレーム落
ち情報は、受信状態検出部１１２が前述したように検出
した情報である。
【００２７】送信装置１０４では、受信装置の受信情報
を受信すると（Ｓ２０３）、この情報を配信条件作成部
１０５において解析する。送信装置１０４側では、フレ
ーム落ち率（％）、転送レート（ｂｐｓ：ビット／
秒）、表示画面サイズ、更に伝送路のトラフィック（転
送レート）の相互関係を各パラメータを変えて、予め実
験によってフレーム落ちしない条件を調べておき、図５
のようなデータに照らし合わせて算出できるようにして
おく。図５は画面サイズをパラメータとして、フレーム
落ち率と適正な転送レートの関係を示している。
を受信すると（Ｓ２０３）、この情報を配信条件作成部
１０５において解析する。送信装置１０４側では、フレ
ーム落ち率（％）、転送レート（ｂｐｓ：ビット／
秒）、表示画面サイズ、更に伝送路のトラフィック（転
送レート）の相互関係を各パラメータを変えて、予め実
験によってフレーム落ちしない条件を調べておき、図５
のようなデータに照らし合わせて算出できるようにして
おく。図５は画面サイズをパラメータとして、フレーム
落ち率と適正な転送レートの関係を示している。
【００２８】例えば、図４のようにフレーム落ちが２５
％あったという情報が受信された場合、送信装置１０４
は適正な転送レートと画面サイズ、更にそれに対応した
課金料金（視聴料金）を一組以上、受信装置に対して図
６の配信条件画面Ｐ２のように提示する（Ｓ２０４）。
この配信条件画面Ｐ２に示される配信条件[１]、[２]、
[３]は共に、上記受信情報を送信した受信装置１１３側
がフレーム落ちせずに映像データを受信、再生、表示で
きる条件を示している。この例で、配信条件[１]、
[２]、[３]は、映像のフレームレートを変えること無
く、転送レートと表示画面サイズのみを変更した場合の
配信条件を示している。但し、上記受信情報内に、受信
装置の表示画面サイズに関する情報が含まれている場合
は、この画面サイズ以下の配信条件を提示する。
％あったという情報が受信された場合、送信装置１０４
は適正な転送レートと画面サイズ、更にそれに対応した
課金料金（視聴料金）を一組以上、受信装置に対して図
６の配信条件画面Ｐ２のように提示する（Ｓ２０４）。
この配信条件画面Ｐ２に示される配信条件[１]、[２]、
[３]は共に、上記受信情報を送信した受信装置１１３側
がフレーム落ちせずに映像データを受信、再生、表示で
きる条件を示している。この例で、配信条件[１]、
[２]、[３]は、映像のフレームレートを変えること無
く、転送レートと表示画面サイズのみを変更した場合の
配信条件を示している。但し、上記受信情報内に、受信
装置の表示画面サイズに関する情報が含まれている場合
は、この画面サイズ以下の配信条件を提示する。
【００２９】受信装置側では、提示された配信条件を表
示制御手段１１１を介してモニターなどで視聴者が確認
し（Ｓ１０４）、キーボードやリモコンなどのユーザー
インターフェースを利用して、ＵＩ処理部１０８で視聴
希望（契約）する／しない、更に視聴希望（契約）する
場合の配信条件の選択を行い、そのデータ（契約内容）
を送信装置１０４へ送信する（Ｓ１０５）。
示制御手段１１１を介してモニターなどで視聴者が確認
し（Ｓ１０４）、キーボードやリモコンなどのユーザー
インターフェースを利用して、ＵＩ処理部１０８で視聴
希望（契約）する／しない、更に視聴希望（契約）する
場合の配信条件の選択を行い、そのデータ（契約内容）
を送信装置１０４へ送信する（Ｓ１０５）。
【００３０】以上の契約内容を受信した送信装置１０４
は、受信装置側へ確認データを送信し、確認後（Ｓ２０
６）、配信条件の映像データである本編を配信する（Ｓ
２０７）。受信装置１１３では、前記確認への応答後
（Ｓ１０６）、希望した配信条件の配信データである本
編を受信し、再生・視聴する（Ｓ１０７）。
は、受信装置側へ確認データを送信し、確認後（Ｓ２０
６）、配信条件の映像データである本編を配信する（Ｓ
２０７）。受信装置１１３では、前記確認への応答後
（Ｓ１０６）、希望した配信条件の配信データである本
編を受信し、再生・視聴する（Ｓ１０７）。
【００３１】以上のような課金システムで購入した配信
条件の受信をしていき、更に伝送路におけるトラフィッ
クが発生した場合は、リアルタイム伝送プロトコルなど
により圧縮率の微調整を行いながら配信が行なわれる。
条件の受信をしていき、更に伝送路におけるトラフィッ
クが発生した場合は、リアルタイム伝送プロトコルなど
により圧縮率の微調整を行いながら配信が行なわれる。
【００３２】上記説明した実施形態では、テスト映像を
再生・表示させた際のフレーム落ち率に基づいて、図５
に示す相関関係から転送レートが算出された。しかし、
受信装置内にＣＰＵ処理能力や表示画面サイズを記述し
ているファイルを格納しておき、そのデータと、以前に
テスト映像を再生・表示した際のフレーム落ち率とを受
信装置の受信情報として送信装置に送り、これらの情報
から送信装置が転送レートを算出しても良い。また、一
度配信した視聴者の受信装置固有のＣＰＵ処理能力やＲ
ＡＭサイズ、表示画面サイズに関するデータを送信装置
側で保管しておき、次回同じ視聴者から配信要求が来た
場合は、保管している情報をテスト映像配信時に提示し
て、確認を求めることも可能である。
再生・表示させた際のフレーム落ち率に基づいて、図５
に示す相関関係から転送レートが算出された。しかし、
受信装置内にＣＰＵ処理能力や表示画面サイズを記述し
ているファイルを格納しておき、そのデータと、以前に
テスト映像を再生・表示した際のフレーム落ち率とを受
信装置の受信情報として送信装置に送り、これらの情報
から送信装置が転送レートを算出しても良い。また、一
度配信した視聴者の受信装置固有のＣＰＵ処理能力やＲ
ＡＭサイズ、表示画面サイズに関するデータを送信装置
側で保管しておき、次回同じ視聴者から配信要求が来た
場合は、保管している情報をテスト映像配信時に提示し
て、確認を求めることも可能である。
【００３３】
【発明の効果】テスト映像を本編配信前に受信装置に送
信し、該受信装置の再生状態から伝送路のトラフィック
状態やＣＰＵの処理能力など受信側のシステム能力を送
信側にフィードバックすることにより、フレーム落ちし
ない配信を行うことが可能となる。更に、フレーム落ち
しない配信条件を少なくとも一つ以上視聴者に提示する
ことにより、視聴者の選択肢を広げることが可能とな
る。
信し、該受信装置の再生状態から伝送路のトラフィック
状態やＣＰＵの処理能力など受信側のシステム能力を送
信側にフィードバックすることにより、フレーム落ちし
ない配信を行うことが可能となる。更に、フレーム落ち
しない配信条件を少なくとも一つ以上視聴者に提示する
ことにより、視聴者の選択肢を広げることが可能とな
る。
【図１】本発明の一実施形態に係る映像配信システムの
構成を示す図。
構成を示す図。
【図２】図１に示す受信装置側の動作の一実施形態を説
明するフローチャート。
明するフローチャート。
【図３】図１に示す送信装置側の動作の一実施形態を説
明するフローチャート。
明するフローチャート。
【図４】本発明による受信装置のテスト映像の表示例を
示す図。
示す図。
【図５】本発明の送信装置による転送レート算出方法の
一例を説明する図。
一例を説明する図。
【図６】本発明の受信装置への配信条件と課金料金の表
示例を示す図。
示例を示す図。
【図７】従来例の映像配信システムの構成を示す図。
１０１ 送信装置側制御部
１０２ データ記憶部
１０３ 映像配信制御部
１０４ 送信装置
１０５ 配信条件作成部
１０６ ネットワーク処理部
１０７ インターネット網
１０８ ＵＩ処理部
１０９ ネットワーク処理部
１１０ 受信装置側制御部
１１１ 表示制御部
１１２ 受信状態検出部
Claims (10)
- 【請求項１】 通信ネットワークを用いて、映像・音声
データを送信装置から受信装置へ配信するシステムにお
ける前記送信装置であって、 前記ネットワーク及び前記受信装置との接続処理を行う
ネットワーク処理部と、 前記受信装置へ配信するテストデータを含むデータを格
納しているデータ記憶部と、 前記データ記憶部のデータを前記ネットワーク処理部を
介して前記受信装置へ配信制御する配信制御部と、 前記データ記憶部内のテストデータを前記配信制御部を
介して前記受信装置へ配信した際、該テストデータに応
答して該受信装置から報告される受信情報を受信し、該
受信装置側でフレーム落ち無くリアルタイムに再生でき
る映像配信条件を作成し受信装置に提示する配信条件作
成部と、を具備することを特徴とする送信装置。 - 【請求項２】 前記テストデータは、送信装置側が配信
予定の映像フルスペックに等しい映像圧縮データである
ことを特徴とする請求項１記載の送信装置。 - 【請求項３】 前記配信条件作成部は、前記テストデー
タを前記受信装置へ配信し、前記受信装置から報告され
る前記受信情報から、配信予定の映像のフレームレート
を変えること無く、転送レートと表示画面サイズのみを
変更した少なくとも一つ以上の配信条件を受信装置側に
提示することを特徴とする請求項１記載の送信装置。 - 【請求項４】 前記受信装置から報告される前記受信情
報は、該受信装置の表示画面サイズを含み、前記配信条
件作成部は、上記配信条件の提示において、画面サイズ
として、前記表示画面サイズ以下の条件を提示すること
を特徴とする請求項１記載の送信装置。 - 【請求項５】 通信ネットワークを用いて、映像・音声
データを送信装置から受信装置へ配信するシステムにお
ける前記受信装置であって、 前記ネットワーク及び前記送信装置との接続処理を行う
ネットワーク処理部と、 前記送信装置から送信されたテストデータを前記ネット
ワーク処理部を介して受信し、該テストデータをリアル
タイムに再生した際の受信及び表示状態を検出し、該受
信及び表示状態を含む受信情報を作成して前記送信装置
に送出する受信状態検出部と、 前記受信状態検出部が前記受信情報を前記送信装置に送
出した結果、該送信装置から返信されてくる配信条件を
表示するための制御を行う表示制御部と、 前記表示制御部により表示された前記配信条件の中の１
つをユーザが選択するためのユーザインターフェース処
理部と、を具備することを特徴とする受信装置。 - 【請求項６】 前記受信情報は、受信装置側での映像デ
ータ再生時のフレーム落ち率を含むことを特徴とする請
求項５記載の受信装置。 - 【請求項７】 前記受信情報には、該受信装置のＣＰＵ
処理能力が含まれることを特徴とする請求項５記載の送
信装置。 - 【請求項８】 通信ネットワークを用いて、映像・音声
データを送信装置から受信装置へ配信するシステムにお
いて、 前記送信装置は、 前記ネットワーク及び前記受信装置との接続処理を行う
ネットワーク処理部と、 前記受信装置へ配信するテストデータを含むデータを格
納しているデータ記憶部と、 前記データ記憶部のデータを前記ネットワーク処理部を
介して前記受信装置へ配信制御する配信制御部と、 前記データ記憶部内のテストデータを前記配信制御部を
介して前記受信装置へ配信した際、該テストデータに応
答して該受信装置から報告される受信情報を受信し、該
受信装置側でフレーム落ち無くリアルタイムに再生でき
る映像配信条件を算出し受信装置に提示する配信条件作
成部とを具備し、 前記受信装置は、 前記ネットワーク及び前記送信装置との接続処理を行う
ネットワーク処理部と、 前記送信装置から送信された前記テストデータを前記ネ
ットワーク処理部を介して受信し、該テストデータをリ
アルタイムに再生した際の受信及び表示状態を検出し、
該受信及び表示状態を含む受信情報を作成して前記送信
装置に送出する受信状態検出部と、 前記受信状態検出部が前記受信情報を前記送信装置に送
出した結果、該送信装置から返信されてくる配信条件を
表示するための制御を行う表示制御部と、 前記表示制御部により表示された前記配信条件の中の１
つをユーザが選択するためのユーザインターフェース処
理部と、を具備することを特徴とする映像配信システ
ム。 - 【請求項９】 通信ネットワークを用いて、映像・音声
データを送信装置から受信装置へ有料で配信するシステ
ムにおける配信条件を受信する受信方法であって、 送信装置側に視聴希望データを送信するステップと、 前記視聴希望データ送信後、送信装置からテスト映像を
受信し表示するステップと、 前記テスト映像が表示された際、該テスト映像の受信及
び表示状態を検出し、該受信及び表示状態を含む受信情
報を作成し前記送信装置へ送信するステップと、 前記受信情報を送信後、前記送信装置から配信条件が提
示されたか否かチェックするステップと、 前記配信条件が送信された場合、配信契約をするか否か
チェックするステップと、 前記配信契約をした場合、契約内容データを送信後、前
記送信装置から確認データを受信するステップと、 前記配信条件の映像データである本編を受信し、再生す
るステップを有することを特徴とする受信方法。 - 【請求項１０】 通信ネットワークを用いて、映像・音
声データを送信装置から受信装置へ有料で配信するシス
テムにおける配信条件を送信する送信方法であって、 前記受信装置から視聴希望データを受信するステップ
と、 前記希望データを受信後、テスト映像を受信装置に配信
するステップと、 受信装置側の前記テスト映像に応じた受信情報を受信し
たか否かチェックするステップと、 前記受信情報を受信した場合、該受信情報から、リアル
タイムにフレーム落ち無く再生できる前記配信条件を算
出し、更にその課金料金を少なくとも一つ以上提示する
と共に契約するか否か受信装置に提示するステップと、 受信装置側が契約したかチェックするステップと、 契約成立の場合、受信装置に確認データを送信するステ
ップと、 契約した映像データである本編を配信するステップとを
有することを特徴とする送信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001315813A JP2003125374A (ja) | 2001-10-12 | 2001-10-12 | 映像配信システム及びその送信装置及び送信方法、及び受信装置及び受信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001315813A JP2003125374A (ja) | 2001-10-12 | 2001-10-12 | 映像配信システム及びその送信装置及び送信方法、及び受信装置及び受信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003125374A true JP2003125374A (ja) | 2003-04-25 |
Family
ID=19133929
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001315813A Abandoned JP2003125374A (ja) | 2001-10-12 | 2001-10-12 | 映像配信システム及びその送信装置及び送信方法、及び受信装置及び受信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003125374A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195838A (ja) * | 2005-01-14 | 2006-07-27 | Yamaha Corp | サーバ装置、クライアント装置、ストリーミング配信システム、及びコンテンツ記録方法 |
| JP2011198391A (ja) * | 2011-06-28 | 2011-10-06 | Toyota Motor Corp | コンテンツ配信システム |
| JP2014107796A (ja) * | 2012-11-29 | 2014-06-09 | Mitsubishi Electric Corp | 映像表示システム及び映像表示装置 |
| US9100447B2 (en) | 2003-06-25 | 2015-08-04 | Toyota Jidosha Kabushiki Kaisha | Content delivery system |
| JP2016197866A (ja) * | 2011-06-08 | 2016-11-24 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | マルチパスレート適応 |
| WO2017009889A1 (ja) * | 2015-07-10 | 2017-01-19 | 富士通株式会社 | 情報処理装置、表示制御プログラム及び表示制御方法 |
| CN117692338A (zh) * | 2024-02-01 | 2024-03-12 | 长城数字能源(西安)科技有限公司 | 能源物联网数据可视化方法及系统 |
| JPWO2024189909A1 (ja) * | 2023-03-16 | 2024-09-19 |
-
2001
- 2001-10-12 JP JP2001315813A patent/JP2003125374A/ja not_active Abandoned
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9100447B2 (en) | 2003-06-25 | 2015-08-04 | Toyota Jidosha Kabushiki Kaisha | Content delivery system |
| JP2006195838A (ja) * | 2005-01-14 | 2006-07-27 | Yamaha Corp | サーバ装置、クライアント装置、ストリーミング配信システム、及びコンテンツ記録方法 |
| JP2016197866A (ja) * | 2011-06-08 | 2016-11-24 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | マルチパスレート適応 |
| JP2011198391A (ja) * | 2011-06-28 | 2011-10-06 | Toyota Motor Corp | コンテンツ配信システム |
| JP2014107796A (ja) * | 2012-11-29 | 2014-06-09 | Mitsubishi Electric Corp | 映像表示システム及び映像表示装置 |
| WO2017009889A1 (ja) * | 2015-07-10 | 2017-01-19 | 富士通株式会社 | 情報処理装置、表示制御プログラム及び表示制御方法 |
| JPWO2017009889A1 (ja) * | 2015-07-10 | 2018-05-24 | 富士通株式会社 | 情報処理装置、表示制御プログラム及び表示制御方法 |
| US10319337B2 (en) | 2015-07-10 | 2019-06-11 | Fujitsu Client Computing Limited | Information processing device and display control method for calculating data transfer rates |
| JPWO2024189909A1 (ja) * | 2023-03-16 | 2024-09-19 | ||
| WO2024189909A1 (ja) * | 2023-03-16 | 2024-09-19 | 三菱電機株式会社 | コマ落ち検知装置、プログラム及びコマ落ち検知方法 |
| CN117692338A (zh) * | 2024-02-01 | 2024-03-12 | 长城数字能源(西安)科技有限公司 | 能源物联网数据可视化方法及系统 |
| CN117692338B (zh) * | 2024-02-01 | 2024-06-04 | 长城数字能源(西安)科技有限公司 | 能源物联网数据可视化方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106464601B (zh) | 信道捆绑 | |
| JP5402389B2 (ja) | 電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体 | |
| EP2129126A1 (en) | Transmission apparatus, transmission method, and reception apparatus | |
| EP1213926A2 (en) | Data reproduction method, data receiving terminal and data receiving method | |
| EP1309151A2 (en) | System and method of network adaptive real-time multimedia streaming | |
| US20140108622A1 (en) | Streaming media transmission method, device, and system | |
| US20070076756A1 (en) | System and method for transferring multiple data channels | |
| JP2003318975A (ja) | データ受信装置及びデータ配信システム | |
| US6973474B2 (en) | Information distribution apparatus that resumes distribution after interruption | |
| CN101919245A (zh) | 信息发送装置和信息传送系统 | |
| US8422369B2 (en) | Transmission and reception system, transmitter, transmission method, receiver, reception method, and program | |
| EP1677474A1 (en) | Method and device for multimedia messaging service | |
| JP5659791B2 (ja) | コンテンツ配信システム、コンテンツ配信方法及びプログラム | |
| JP2003125374A (ja) | 映像配信システム及びその送信装置及び送信方法、及び受信装置及び受信方法 | |
| US20120304240A1 (en) | Method and apparatus for selecting audiovisual content for streaming | |
| US20030004992A1 (en) | Data reproduction apparatus and data reproduction method | |
| US20070006270A1 (en) | Timely recovery for media on demand streaming | |
| JP2003283512A (ja) | 情報提供装置、情報受信装置、および情報送受信システム | |
| WO2012166444A2 (en) | Scalable audiovisual streaming method and apparatus | |
| JP5997439B2 (ja) | オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも一つをレンダリングするための方法及び入出力デバイス、及び、プリレンダリングされたオーディオ、プリレンダリングされたビデオ、及びプリレンダリングされたコンピュータグラフィックスコンテンツの少なくとも一つを配信するためのサービスを行うデバイス | |
| JP4222253B2 (ja) | クライアント端末、ストリーミングサーバ及びストリーミング切り替え配信システム | |
| US7530089B1 (en) | System and method for improving video quality using a constant bit rate data stream | |
| JP3927486B2 (ja) | ストリーミング配信装置、ストリーミング配信システム、及びストリーミング配信方法 | |
| JP2011182061A (ja) | 通信端末およびデータ配信方式切り替えプログラム | |
| JP2003125020A (ja) | 情報配信システム及び情報配信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A762 | Written abandonment of application |
Free format text: JAPANESE INTERMEDIATE CODE: A762 Effective date: 20040122 |