JP2000201342A - 映像配信装置および映像配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを過負荷にすることなく、映像
配信サービスを利用していない受信端末に対して同一映
像を配信する。 【解決手段】 映像配信装置１０は、映像データを配信
するＭＰＥＧサーバ１１と、ＭＰＥＧサーバ１１に接続
した蓄積装置１２とから構成した。蓄積装置１２には、
映像配信サービスを利用中の受信端末１３Ｂ１，…，１
３Ｂｍに対して配信されるＭＰＥＧデータと共に、映像
配信サービスを利用していない受信端末１３Ａ１，１３
Ａ２，…，１３Ａｎに対して送信される同一配信用デー
タを格納した。映像配信装置１０は、蓄積装置１２から
同一配信用データを読み込んで、受信端末１３Ａ１，１
３Ａ２，…，１３Ａｎの一つずつを巡回するようにし
て、順番に同一配信用データを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してＭＰＥＧデータの配信を行う映像配信装置および映
像配信方法に関する。

【０００２】

【従来の技術】従来、ＭＰＥＧデータの映像配信システ
ムにおいては、ＭＰＥＧデータを配信するＭＰＥＧサー
バに端末管理情報が登録されており、この端末管理情報
に基づいて、映像配信サービスを利用している受信端末
に対してＭＰＥＧデータが送信される。

【０００３】

【発明が解決しようとする課題】ところで、映像配信サ
ービスを利用していない受信端末に対しては、例えば広
告を配信したり、スクリーンセーバを動作させたいとい
う要望がある。しかしながら、上記の従来技術による映
像配信システムでは、映像配信サービスを利用している
受信端末に対して一斉にＭＰＥＧデータが同報配信され
るため、映像配信サービスを利用していない受信端末に
対しても同様に一斉にＭＰＥＧデータが同報配信される
こととなる。この場合、例えばポイント・ツウ・ポイン
トのネットワーク等においては、一斉にＭＰＥＧデータ
が配信されるとネットワークが過負荷状態になるという
問題があった。さらに、このようなネットワークにおい
ては、想定される例えば映像配信サービス等のサービス
利用率からネットワークの設計を行っているため、映像
配信サービスを利用していない例えば多数の受信端末に
対してＭＰＥＧデータが配信されることによって、ネッ
トワークの過負荷状態がより深刻な問題となる恐れがあ
った。本発明は上記事情に鑑みてなされたもので、ネッ
トワークを過負荷状態とすることなく、映像配信サービ
スを利用していない受信端末に対して同一映像を配信す
ることが可能な映像配信装置を提供することを目的とす
る。

【０００４】

【課題を解決するための手段】上記課題を解決して係る
目的を達成するために、請求項１に記載の本発明の映像
配信装置は、蓄積装置に格納された映像データを、端末
管理情報に基づいて受信端末に配信する映像配信装置で
あって、前記映像データは、映像配信サービスを利用し
ている前記受信端末に配信されるＭＰＥＧデータと、映
像配信サービスを利用していない前記受信端末に配信さ
れる同一配信用データとからなり、前記映像配信装置
は、前記映像配信サービスを利用していない前記受信端
末に所定の一定時間毎に前記同一配信用データを送信す
る手段を備えており、前記映像配信サービスを利用して
いない前記受信端末は、前記映像配信装置から配信され
た前記同一配信用データを直ちにバッファに格納する手
段と、前記バッファに格納された前記同一配信用データ
を所定の遅延時間後に復号する手段とを備えており、前
記バッファに格納された前記同一配信用データは、前記
映像配信サービスを利用していない前記受信端末が前記
映像配信装置から新たに前記同一配信用データを受信し
ている最中であって、前記バッファの残り容量が無くな
るより前に復号されることを特徴としている。

【０００５】上記構成の映像配信装置では、受信端末の
バッファに格納された同一配信用データがデコード（復
号）される時には、既に新たな同一配信用データがバッ
ファに格納され始めていることから、このデコードが終
了した時点においてもバッファには新たな同一配信用デ
ータが残っており、バッファにおけるアンダーフローを
防ぐことができる。さらに、バッファに新たな同一配信
用データが格納され始めることによって、バッファの容
量は徐々に減少することになるが、バッファの残り容量
が無くなる前に同一配信用データのデコードが行われる
ため、バッファにおけるオーバーフローを防ぐことがで
き、安定したデコード状態を持続することができる。

【０００６】さらに、請求項２に記載の映像配信装置
は、前記映像配信装置は、前記映像配信サービスを利用
していない複数の前記受信端末の一つずつに対して順番
に、前記同一配信用データを送信することを特徴として
いる。

【０００７】上記構成の映像配信装置では、映像配信サ
ービスを利用していない複数の受信端末の一つずつを巡
回するようにして、順番に同一配信用データを送信する
ため、例えば、映像配信サービスを利用していない複数
の受信端末に一斉に同一配信用データを同報配信する場
合に比べて、ネットワークを過負荷状態にすることを防
ぐことができる。

【０００８】さらに、請求項３に記載の映像配信方法
は、蓄積装置に格納された映像データを、映像配信装置
に備えられた端末管理情報に基づいて受信端末に配信す
る映像配信方法であって、前記映像配信方法は、前記映
像配信装置から映像配信サービスを利用していない前記
受信端末に所定の一定時間毎に同一配信用データを送信
するステップと、前記映像配信サービスを利用していな
い前記受信端末に配信された前記同一配信用データを、
直ちにバッファに格納するステップと、前記バッファに
格納した前記同一配信用データを、所定の遅延時間後で
あって、かつ前記映像配信サービスを利用していない前
記受信端末が前記映像配信装置から新たに前記同一配信
用データを受信している最中であって、前記バッファの
残り容量が無くなるより前に復号するステップと、前記
復号した同一配信用データを、前記所定の一定時間内に
所定の回数だけ繰り返し表示するステップとを含むこと
を特徴としている。

【０００９】上記の映像配信方法では、同一配信用デー
タが一定時間毎に送信されてくることに伴って、同一配
信用データのデコードも一定時間毎に行われる。ここ
で、デコードされた同一配信用データは、次の同一配信
用データがデコードされるまでの一定時間内において、
例えばフレームリピートによる繰り返し表示が行われ
る。これによって、いわばＭＰＥＧ映像データの駒送り
表示が可能となり、小容量の情報で実現できるサービス
例えば広告の表示やスクリーンセーバとしての映像の表
示等を行うことが可能となる。

【００１０】

【発明の実施の形態】以下、本発明の映像配信装置の実
施形態について添付図面を参照しながら説明する。図１
は本発明の一実施形態に係わる映像配信装置を具備する
ネットワークシステムの構成図である。本実施の形態に
よる映像配信装置１０は、ＭＰＥＧデータを配信するＭ
ＰＥＧサーバ１１と、ＭＰＥＧサーバ１１に接続されて
映像情報やサービス用のコンテンツ等が格納された蓄積
装置１２とから構成されている。さらに、映像配信装置
１０には、例えば家庭等に設置された映像配信サービス
を利用していない受信端末１３Ａ１，１３Ａ２，…，１
３Ａｎおよび映像配信サービスを利用中である受信端末
１３Ｂ１，…，１３Ｂｍが、例えばポイント・ツー・ポ
イントによってＭＰＥＧデータが配信される際の経路と
なるネットワーク１４を介して接続されている。なお、
ｎおよびｍは任意の自然数とする。ここで、ＭＰＥＧサ
ーバ１１には、映像配信サービスを利用中の受信端末１
３Ｂ１，…，１３Ｂｍおよび映像配信サービスを利用し
ていない受信端末１３Ａ１，１３Ａ２，…，１３Ａｎに
対して映像データを送信する際に参照される端末管理情
報が登録されている。蓄積装置１２には、映像配信サー
ビスを利用中の受信端末１３Ｂ１，…，１３Ｂｍに対し
て配信されるＭＰＥＧデータと共に、映像配信サービス
を利用していない受信端末１３Ａ１，１３Ａ２，…，１
３Ａｎに対して送信される例えば第１同一配信用データ
１５ａ１，第２同一配信用データ１５ａ２，…，第ｋ同
一配信用データ１５ａｋが格納されている。なお、ｋは
任意の自然数とする。

【００１１】本実施の形態による映像配信装置１０は上
述の構成を備えており、次に、映像配信装置１０の動作
すなわち映像配信方法について図１および図２を参照し
ながら説明する。図２は映像配信装置１０から配信され
る各第１，第２，…，第ｋ同一配信用データ１５ａ１，
１５ａ２，…，１５ａｋを受信端末１３Ａ１，１３Ａ
２，…，１３Ａｎのそれぞれで処理する際のタイミング
図である。先ず、ＭＰＥＧサーバ１１は、端末管理情報
に基づいて蓄積装置１２からＭＰＥＧデータを取り出し
て映像配信サービスを利用中の受信端末１３Ｂ１，…，
１３Ｂｍに対して配信を行う。これに加えて、ＭＰＥＧ
サーバ１１は、端末管理情報に基づいて蓄積装置１２か
ら第１，第２，…，第ｋ同一配信用データ１５ａ１，１
５ａ２，…，１５ａｋのうちの何れか一つを取り出し
て、映像配信サービスを利用していない受信端末１３Ａ
１，１３Ａ２，…，１３Ａｎに対して送信する。この
時、受信端末１３Ａ１，１３Ａ２，…，１３Ａｎの全て
に対して同報配信するのではなく、例えば受信端末１３
Ａ１，１３Ａ２，…，１３Ａｎの順番に順次送信を行
う。すなわち、例えば蓄積装置１２から第１同一配信用
データ１５ａ１を読み込んだ時には、先ず受信端末１３
Ａ１に第１同一配信用データ１５ａ１の送信を行い、こ
の送信が終了すると第１同一配信用データ１５ａ１を受
信端末１３Ａ２に送信し、順次、受信端末１３Ａｎに至
るまで、第１同一配信用データ１５ａ１の送信を行う。
受信端末１３Ａｎに対する第１同一配信用データ１５ａ
１の送信が終了すると、次に蓄積装置１２から例えば第
２同一配信用データ１５ａ２を読み込んで、再び、受信
端末１３Ａ１，１３Ａ２，…，１３Ａｎの順番に第２同
一配信用データ１５ａ２の送信を行う。こうして蓄積装
置１２に格納されている全ての第１，第２，…，第ｋ同
一配信用データ１５ａ１，１５ａ２，…，１５ａｋの送
信を終了した際には、再び、蓄積装置１２から第１同一
配信用データ１５ａ１を読み込んで上記の処理を繰り返
す。

【００１２】次に、映像配信装置１０から配信される各
第１，第２，…，第ｋ同一配信用データ１５ａ１，１５
ａ２，…，１５ａｋが、受信端末１３Ａ１，…，１３Ａ
ｎのそれぞれにおいて処理される際のタイミングについ
て図２を参照しながら説明する。先ず、例えば第１同一
配信用データ（図２においてはＤａｔａ１と記述す
る。）１５ａ１は、バーストデータとしてＭＰＥＧサー
バ１１から、例えば受信端末１３Ａ１に送信される。受
信端末１３Ａ１で受信データ２１として受信された第１
同一配信用データ１５ａ１は、直ちにデコーダバッファ
（バッファ）であるＶＢＶバッファ２２へと転送され
る。ＶＢＶバッファ２２に格納された第１同一配信用デ
ータ１５ａ１がデコード（復号）されて表示部２３で表
示される際には、表示部２３は所定のフレーム周期Ｌお
よび所定のフレームリピート回数Ｍによってフレームリ
ピートを発生する。すなわち、表示部２３において例え
ば第１同一配信用データ１５ａ１が表示されている全時
間は（フレーム周期Ｌ×フレームリピート回数Ｍ：以下
においてはＬ×Ｍと記述する）とされる。これに伴い、
ＭＰＥＧサーバ１１から、受信端末１３Ａ１，…，１３
Ａｎのそれぞれに送信される各第１，第２，…，第ｋ同
一配信用データ１５ａ１，１５ａ２，…，１５ａｋは、
（Ｌ×Ｍ）の時間間隔で送信されており、図２における
受信データ２１に示すように、第１同一配信用データ
（Ｄａｔａ１）１５ａ１の次に第２同一配信用データ
（Ｄａｔａ２）１５ａ２が受信されるのは、（Ｌ×Ｍ）
の時間後とされている。なお、フレーム周期Ｌは特に限
定されないが、例えばＮＴＳＣでは好ましくは約３３．
４ｍｓとされる。

【００１３】ところで、ＶＢＶバッファ２２に転送され
た例えば第１同一配信用データ１５ａ１は、直ちにはデ
コードされず、例えばＶＢＶ＿ｄｅｌａｙの時間後にデ
コードされて表示部２３で表示（図２においてはＤｉｓ
ｐｌａｙ１と記述する。）される。ここにおいて、受信
データ２１とされる各第１，第２，…，第ｋ同一配信用
データ１５ａ１，１５ａ２，…，１５ａｋのデータサイ
ズＢは所定の値に設定されて例えば互いに等しくされて
いる。また、バーストデータとしてＭＰＥＧサーバ１１
から送信される各第１，第２，…，第ｋ同一配信用デー
タ１５ａ１，１５ａ２，…，１５ａｋのビットレートＸ
は所定の値に設定されて例えば互いに等しくされてい
る。さらに、所定の値に設定されたＶＢＶバッファサイ
ズＶはデータサイズＢよりも大きくされている。ここ
で、ＶＢＶ＿ｄｅｌａｙは以下のように記述される。 （Ｌ×Ｍ）＜ＶＢＶ＿ｄｅｌａｙ＜（Ｌ×Ｍ）＋（Ｖ−
Ｂ）／Ｘ すなわち、受信端末１３Ａ１において、ＶＢＶバッファ
２２に転送された第１同一配信用データ（Ｄａｔａ１）
１５ａ１は、次の第２同一配信用データ（Ｄａｔａ２）
１５ａ２が受信されている最中にデコードされて表示部
２３で表示（Ｄｉｓｐｌａｙ１）が開始される。なお、
各第１，第２，…，第ｋ同一配信用データ１５ａ１，１
５ａ２，…，１５ａｋの先頭には、例えばシーケンスヘ
ッダやピクチャヘッダ等が含まれており、ＶＢＶ＿ｄｅ
ｌａｙはピクチャヘッダから起算される。

【００１４】従って、図２に示すように、第１同一配信
用データ（Ｄａｔａ１）１５ａ１が受信されている最中
には、第１同一配信用データ（Ｄａｔａ１）１５ａ１の
前に受信された第ｋ同一配信用データ１５ａｋがデコー
ドされている。この後、第１同一配信用データ（Ｄａｔ
ａ１）１５ａ１のデコードが開始されるまでの（Ｌ×
Ｍ）の時間内においては、表示部２３でＤｉｓｐｌａｙ
ｋ，Ｒｅｐｅａｔｋ（１），…，Ｒｅｐｅａｔｋ（Ｍ―
１）の全部でＭ回のフレームリピートが発生される。そ
して、Ｍ回目のフレームリピート（Ｒｅｐｅａｔｋ（Ｍ
―１））が終了するより前に、第２同一配信用データ
（Ｄａｔａ２）１５ａ２が受信され始めており、この受
信が終了するより前に、第ｋ同一配信用データ１５ａｋ
のＭ回目のフレームリピート（Ｒｅｐｅａｔｋ（Ｍ―
１））が終了して、第１同一配信用データ（Ｄａｔａ
１）１５ａ１の第一回目のフレームリピート（Ｄｉｓｐ
ｌａｙ１）が開始される。これに伴って、ＶＢＶバッフ
ァ２２内のデータ量には、図２に示すように、例えば第
２同一配信用データ（Ｄａｔａ２）１５ａ２を受信し始
めてから、第１同一配信用データ（Ｄａｔａ１）１５ａ
１の表示（Ｄｉｓｐｌａｙ１）が開始されるまでの間
に、データサイズＢを越えて上昇する部分２２ａが存在
する。このため、第１同一配信用データ１５ａ１がデコ
ードされた時点においても、ＶＢＶバッファ２２内のデ
ータ量はゼロとはならずに、この時点で既に受信された
第２同一配信用データ（Ｄａｔａ２）１５ａ２の一部２
２ｂが残ることとなる。なお、データサイズＢを越えて
上昇する部分２２ａの上限は（Ｖ―Ｂ）であり、ＶＢＶ
バッファ２２内のデータ量はＶＢＶバッファサイズＶを
越えることはない。

【００１５】本実施の形態による映像配信装置１０によ
れば、第１同一配信用データ（Ｄａｔａ１）１５ａ１が
受信されている最中に、第１同一配信用データ（Ｄａｔ
ａ１）１５ａ１の前に受信された第ｋ同一配信用データ
１５ａｋがデコードされ、第２同一配信用データ（Ｄａ
ｔａ２）１５ａ２が受信されている最中に、第２同一配
信用データ（Ｄａｔａ２）１５ａ２の前に受信された第
１同一配信用データ（Ｄａｔａ１）１５ａ１がデコード
されているため、ＶＢＶバッファ２２をアンダーフロー
させることを防ぐことができる。さらに、第１同一配信
用データ（Ｄａｔａ１）１５ａ１が格納されているＶＢ
Ｖバッファ２２に、第２同一配信用データ（Ｄａｔａ
２）１５ａ２が格納され始めても、ＶＢＶバッファ２２
のデータ量がＶＢＶバッファサイズＶを越えるより前に
第１同一配信用データ（Ｄａｔａ１）１５ａ１のデコー
ドが行われるため、ＶＢＶバッファ２２をオーバーフロ
ーさせることなく安定したデコード状態を持続すること
ができる。

【００１６】また、本実施の形態による映像配信方法に
よれば、映像配信サービスを利用していない受信端末１
３Ａ１，１３Ａ２，…，１３Ａｎの一つずつに対して順
番に、第１，第２，…，第ｋ同一配信用データ１５ａ
１，１５ａ２，…，１５ａｋのうちの一つを順次配信す
ることによって、ネットワーク１４を過負荷状態とする
ことなく同一の映像データを配信することが出来る。さ
らに、各受信端末１３Ａ１，１３Ａ２，…，１３Ａｎに
おいては、第１，第２，…，第ｋ同一配信用データ１５
ａ１，１５ａ２，…，１５ａｋのうちの一つとして例え
ば第１同一配信用データ（Ｄａｔａ１）１５ａ１を受信
してデコードを開始した際には、その次のデータ第２同
一配信用データ（Ｄａｔａ２）１５ａ２を受信してデコ
ードを開始するまでの間に、第１同一配信用データ（Ｄ
ａｔａ１）１５ａ１に対してＭ回のフレームリピートを
発生するため、映像配信サービスを利用していない受信
端末１３Ａ１，１３Ａ２，…，１３Ａｎのそれぞれに対
して、ＭＰＥＧ方式の映像データのいわゆる駒送り表示
が可能となり、小容量の情報で実現できるサービス例え
ば広告の表示やスクリーンセーバとしての映像の表示等
を行うことが可能となる。

【００１７】

【発明の効果】以上説明したように、請求項１記載の本
発明の映像配信装置によれば、受信端末のバッファに格
納された同一配信用データが復号される時には、既に新
たな同一配信用データがバッファに格納され始めている
ことから、このデコードが終了した時点においてもバッ
ファには新たな同一配信用データが残っており、バッフ
ァにおけるアンダーフローを防ぐことができる。さら
に、バッファに新たな同一配信用データが格納され始め
ることによって、バッファの容量は徐々に減少すること
になるが、バッファの残り容量が無くなるより前に同一
配信用データのデコードが行われるため、バッファにお
けるオーバーフローを防ぐことができ、安定したデコー
ド状態を持続することができる。さらに、請求項２記載
の映像配信装置によれば、映像配信サービスを利用して
いない複数の受信端末の一つずつを巡回するようにし
て、順番に同一配信用データを送信するため、ネットワ
ークを過負荷状態にすることを防ぐことができる。ま
た、請求項３記載の映像配信方法によれば、ＭＰＥＧ方
式の映像データの駒送り表示が可能となり、小容量の情
報で実現できるサービス例えば広告の表示やスクリーン
セーバとしての映像の表示等を行うことができる。

【図面の簡単な説明】

【図１】 本発明の一実施形態に係わる映像配信装置を
具備するネットワークシステムの構成図である。

【図２】 映像配信装置から配信される各同一配信用デ
ータを受信端末のそれぞれで処理する際のタイミング図
である。

【符号の説明】

１０ 映像配信装置 １１ ＭＰＥＧサーバ １２ 蓄積装置 ２１ 受信データ ２２ ＶＢＶバッファ ２３ 表示部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C059 KK35 MA00 RA01 SS09 UA01 UA04 UA34 UA38 5C064 BA01 BB05 BC16 BC18 BC20 BD08 5K028 DD01 DD02 DD07 EE03 SS14 SS24 5K030 GA13 HB02 KA03 KA19 KA21 LA08 LD17 MA13 MB15

Claims (3)

【特許請求の範囲】
1. 【請求項１】 蓄積装置に格納された映像データを、端
   末管理情報に基づいて受信端末に配信する映像配信装置
   であって、 前記映像データは、映像配信サービスを利用している前
   記受信端末に配信されるＭＰＥＧデータと、映像配信サ
   ービスを利用していない前記受信端末に配信される同一
   配信用データとからなり、 前記映像配信装置は、前記映像配信サービスを利用して
   いない前記受信端末に所定の一定時間毎に前記同一配信
   用データを送信する手段を備えており、 前記映像配信サービスを利用していない前記受信端末
   は、前記映像配信装置から配信された前記同一配信用デ
   ータを直ちにバッファに格納する手段と、前記バッファ
   に格納された前記同一配信用データを所定の遅延時間後
   に復号する手段とを備えており、 前記バッファに格納された前記同一配信用データは、前
   記映像配信サービスを利用していない前記受信端末が前
   記映像配信装置から新たに前記同一配信用データを受信
   している最中であって、前記バッファの残り容量が無く
   なるより前に復号されることを特徴とする映像配信装
   置。
2. 【請求項２】 前記映像配信装置は、前記映像配信サー
   ビスを利用していない複数の前記受信端末の一つずつに
   対して順番に、前記同一配信用データを送信することを
   特徴とする請求項１に記載の映像配信装置。
3. 【請求項３】 蓄積装置に格納された映像データを、映
   像配信装置に備えられた端末管理情報に基づいて受信端
   末に配信する映像配信方法であって、 前記映像配信方法は、前記映像配信装置から映像配信サ
   ービスを利用していない前記受信端末に所定の一定時間
   毎に同一配信用データを送信するステップと、 前記映像配信サービスを利用していない前記受信端末に
   配信された前記同一配信用データを、直ちにバッファに
   格納するステップと、 前記バッファに格納した前記同一配信用データを、所定
   の遅延時間後であって、かつ前記映像配信サービスを利
   用していない前記受信端末が前記映像配信装置から新た
   に前記同一配信用データを受信している最中であって、
   前記バッファの残り容量が無くなるより前に復号するス
   テップと、 前記復号した同一配信用データを、前記所定の一定時間
   内に所定の回数だけ繰り返し表示するステップとを含む
   ことを特徴とする映像配信方法。