JPH11306199A - 複数映像配信システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上に分散する映像コンテンツを
利用して、発信者の意図するマルチ映像ストリームの番
組をクライアントへ配信する。 【解決手段】 発信者サーバ１０は、該発信者サーバ１
０が発信している自映像ソースの映像ストリームを主ス
トリームとし、ネットワーク上にある他の映像コンテン
ツを従ストリームとし、これらストリームの出現や消
滅、提示優先の順番などを記述したイベント情報を、マ
ルチ映像ストリームの構成の切り替え指示時に、中継サ
ーバ２０を介してクライアント３０へ配信する。クライ
アント３０は、配信されたイベント情報に従い、中継サ
ーバ群に接続して、各映像ストリームの受信再生制御を
行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は映像配信システムに
係り、詳しくは、インターネットなどのネットワーク上
に分散する複数の映像コンテンツを利用して、発信者の
意図する番組構成のマルチ映像ストリームをクライアン
トへ配信する映像配信システムに関する。

【０００２】

【従来の技術】従来、インターネットでのＷＷＷブラウ
ザを使った映像再生では、複数の映像から構成される複
合映像コンテンツの再生において、発信者主導でかつ、
受信者のＷＷＷ環境に適応させるような、個々の映像の
品質の制御を行うことができなかった。例えば、発信者
が作成した複合映像コンテンツが、５０kbpsの映像スト
リームと３０kbpsの映像ストリームと２０kbpsの映像ス
トリームで構成されており、受信者のネットワークの帯
域が２８．８kbpsであった場合、クライアントによる決
定によって、１つの映像ストリームの再生に、より多く
の処理能力ならびにネットワーク帯域を割り当て高品質
再生を行い、その他の映像ストリームの再生に、残りの
処理能力ならびにネットワーク帯域を割り当てること
で、複数のストリームを受信再生していた。この場合、
複合映像コンテンツの構成上、ある時点からフォーカス
がある映像ストリームに当たり（高品質再生を行う）、
ある時点から別の映像ストリームに移るというような制
御ができなかった。つまり、発信者が意図するような提
示を受信者へ提供することができなかった。

【０００３】

【発明が解決しようとする課題】インターネット上での
複数の映像ストリームを組み合わした複合映像コンテン
ツ（例えば、ニュース番組などのアナウンサー映像に加
えて、必要であれば、資料や中継の映像等を提供するよ
うな一つの番組）の発信を行う際に、発信者の意図によ
る提示制御（例えば、アナウンサーが喋っている時は、
アナウンサーの映像にフォーカスをあて、中継の映像が
表示されると、フォーカスを中継映像にあてるような提
示）を行いたいという要望が考えられる。

【０００４】本発明は、ネットワーク上にある映像スト
リームを利用して、実時間のＬＩＶＥコンテンツ配信中
に、発信者の意図（どの映像ストリームを複合映像コン
テンツに組み込むか、どの映像ストリームにフォーカス
を当てるか、つまり提示優先順位や提示方法）をイベン
ト情報としてクライアントへ配信し、イベント情報を受
信したクライアントが、そのイベント情報に定義された
提示優先順位や提示方法に従った映像ストリームの受信
再生を行うことにより、発信者へは、発信者の意図する
ような複合映像コンテンツの受信者への提供、受信者へ
は、複合映像コンテンツによるより多くの映像情報の提
供を実現する複数映像配信システムの構築を目的とす
る。

【０００５】また、本発明は、蓄積型のＶＯＤコンテン
ツに対しても、サービス開始前に、発信者の意図が記述
されている番組構成表をクライアントへ送信し、クライ
アントがそれをもとに受信再生制御することで、同様
に、発信者へは、発信者の意図するような複合映像コン
テンツの受信者への提供、受信者へは、複合映像コンテ
ンツによる多くの映像情報の提供を実現する複数映像配
信システムの構築を目的とする。

【０００６】

【課題を解決するための手段】本発明は、発信者サー
バ、中継サーバ群、クライアント群がインターネットな
どのネットワークを介して結ばれたシステムが前提とな
る。発信者サーバは、一定速度などの映像ストリーム
（ＬＩＶＥコンテンツ）を中継サーバへ送出し、中継サ
ーバは接続要求を行ったクライアントならびに下段の中
継サーバ全てに、その映像ストリームを配信する。中継
サーバは、格納されているＶＯＤコンテンツを映像スト
リームとすることもできる。

【０００７】本発明では、複数の映像ストリームからな
る複合映像コンテンツを、例えば、発信者サーバが発信
している映像ストリームを主ストリームとし、ネットワ
ーク上にある他の映像ストリームを従ストリームとして
利用し、ＬＩＶＥ発信する際は、他の映像ストリーム
（従ストリーム）の出現や消滅、主ストリームを含めた
提示優先の順番などの指示をＬＩＶＥ発信を行っている
発信者サーバ側が行う。

【０００８】具体的には、ＬＩＶＥコンテンツの場合、
複合映像コンテンツを構成する複数の映像ストリームの
ＵＲＬ等の情報、ならびにそれらの中の提示優先の順番
を示す提示優先度情報、さらにクライアントでの提示方
法の指示情報を、中継サーバを介して、複合映像コンテ
ンツの構成の切り替え指示の時にイベント情報として、
発信者サーバから、接続しているクライアント全てに配
信する。クライアントは、自身のネットワークや負荷状
況などの環境に応じて、受信したイベント情報に従った
複数の映像ストリームを受信再生制御を行う。例えば、
イベント情報の提示方法の指示情報に従った受信パラメ
ータ算出方法を用いて、各映像ストリームの提示優先度
から、要求パケット数、要求間隔を求め、各映像ストリ
ームの受信ならびに再生を行う。これにより、発信者の
意図（フォーカス制御）に従ったＬＩＶＥ映像を含む複
数の映像ストリームの配信制御を行うことができる。

【０００９】また、ＶＯＤコンテンツに対しても、再生
開始前に、複合映像コンテンツを構成する複数の映像ス
トリームのＵＲＬ等の情報、ならびにそれらの中の提示
優先の順番を示す提示優先度情報、さらにクライアント
での提示方法の指示情報全てが順番に記述されたテーブ
ル（番組構成表と呼ぶ）を、発信者サーバからクライア
ントへ送信し、クライアントが、それをもとに、各映像
ストリームの受信再生制御を行う。

【００１０】

【発明の実施の形態】以下、本発明の一実施例について
図面を用いて説明する。図１は本発明による映像配信シ
ステムの概念図であり、１０は発信者サーバ、２０は中
継サーバ、３０はクライアント、４０はインターネット
などのネットワークを示す。発信者サーバ１０は、自分
の映像ソース（ＬＩＶＥコンテンツ）の映像ストリーム
を特定の中継サーバ２０へ送出する。該特定サーバ２０
は、当該発信者サーバ１０からの映像ストリームを一時
記憶し、接続要求を行ったクライアントならびに下段の
中継サーバ全てに該映像ストリームを配信する。クライ
アント３０は、中継サーバ２０に接続を要求し、映像ス
トリームを受信して再生表示を行う。なお、中継サーバ
２０のあるものは、同様に別のＬＩＶＥコンテンツを記
憶し、さらに、あるものはＶＯＤコンテンツを蓄積して
おり、これらのＬＩＶＥコンテンツやＶＯＤコンテンツ
を映像ストリームとすることができる。

【００１１】本発明は、発信者サーバ２０が発信してい
る映像ストリームを主ストリームとし、これに必要に応
じてネットワーク４０上の中継サーバ群２０の別のＬＩ
ＶＥコンテンツやＶＯＤコンテンツを従ストリームとし
て利用し、発信者の意図する番組構成の複数映像コンテ
ンツを、接続要求を行ったクライアント３０全てに配信
するものである。ここで、複数映像コンテンツの構成の
実際の切り替え制御を、主ストリームの発信者側の主導
で行う方式を発信者主導制御方式と呼び、クライアント
側の主導で行う方式をクライアント主導制御方式と呼ぶ
ことにする。

【００１２】図２は、発信者主導制御方式による複数映
像配信システムの実施例を説明する図である。発信者主
導制御方式では、複合映像コンテンツを構成する複数の
映像ストリームのＵＲＬ等の情報、ならびにそれらの中
の提示優先の順番を示す提示優先度情報、さらにクライ
アントでの提示方法の指示情報を、中継サーバ２０を介
して、複合映像コンテンツの構成の切り替え指示の時々
に、発信者サーバ１０から、接続しているクライアント
３０全てに配信する。この情報をイベント情報と呼ぶこ
とにする。クライアント３０は、自身のネットワークや
負荷状況などの環境に応じ、受信したイベント情報に従
って中継サーバ１０からの複数の映像ストリームの受信
再生制御を行うことにより、発信者の意図に従ったＬＩ
ＶＥ映像を含む複数の映像ストリームの表示が可能にな
る。以下、発信側、中継側、クライアント側の動作を詳
述する。

【００１３】〔発信側〕映像（ＬＩＶＥコンテンツ）を
主ストリームとして発信する発信者は、あらかじめ該映
像およびネットワーク上の他の映像（複数映像コンテン
ツ）の配信する順番のおおまかな流れと構成を番組構成
表１５０によって決定する。図４の（Ａ）に、該番組構
成表１５０の一例を示す。ここで、番組構成表１５０の
各行がそれぞれ、複合映像コンテンツの構成の切り替え
指示時のイベント情報を構成している。この例は、当該
発信者サーバ１０の映像ストリーム（主ストリーム）Ａ
を配信し、これに必要に応じてネットワーク４０上の中
継サーバ群２０にある他の映像ストリーム（従ストリー
ム）Ｂ、Ｃ、Ｄを付加して配信することを示している。
なお、カッコ内の数字は各映像ストリームの提示優先
度、「ｔｏｐ」、「ａｌｌ」は提示方法である。この番
組構成表１５０を、あらかじめイベント情報発信アプリ
ケーション（ＡＰ）１２０の一時記憶部１２３に格納し
ておく。

【００１４】発信者サーバ１０は、映像発信ＡＰ１１０
において、ＬＩＶＥコンテンツの映像ソースを入力部１
１１で入力し、エンコード部１１２でエンコードし、送
信部１１３で当該映像ストリームを中継サーバ２０−１
へ送出する。映像ストリームを中継サーバ２０−１へ送
出している間、発信者は、番組構成表１５０に基づい
て、マウス１３０のクリックやキーボード１４０の押下
などによりイベント情報の発信をイベント情報発信ＡＰ
１２０へ指示する。イベント情報発信ＡＰ１２０では、
ユーザの指示をアクション感知部１２１や編集部１２２
で感知・編集し、指示がある度に一時記憶部１２３に格
納された番組構成表１５０のイベント情報を順番に読み
出し、通信制御部１２４から中継サーバ２０−１へ送信
する。

【００１５】なお、イベント情報発信ＡＰ１２０の一時
記憶部１２３に格納された番組構成表１５０のイベント
情報は、映像発信ＡＰ１１０が映像ストリームを中継サ
ーバへ送出している間でも、追加、削除、変更等が可能
である。

【００１６】〔中継側〕中継サーバ２０−１では、発信
者サーバ１０からの映像ストリームならびに上段の中継
サーバ（存在する場合）からの映像ストリームを受信部
２１１で受信し、それをバッファ２１２、送信部２１３
を通して、接続しているクライアント３０への配信なら
びに下段の中継サーバ２０−４への中継を行う映像中継
ＡＰ２１０と、発信者サーバ１０ならびに上段の中継サ
ーバからのイベント情報を受信部２２１で受信し、それ
を一時記憶部２２２、送信部２２３を通して、同様に接
続しているクライアント３０ならびに下段の中継サーバ
２０−４へ配信するイベント情報中継ＡＰ２２０が動作
している。

【００１７】ここで、イベント情報中継ＡＰ２２０は受
信した最新のイベント情報を、次に受信するイベント情
報があるまで一時記憶して、新規に接続のあったクライ
アントならびに下段の中継サーバへ、該記憶しているイ
ベント情報を配信する。また、すでに接続しているクラ
イアントならびに下段の中継サーバへは、イベント情報
を受信した際に、ただちに配信する。また、発信者サー
バ１０のイベント情報発信ＡＰ１２０からのイベント情
報を受信する前では、すなわち、一時記憶しているイベ
ント情報がない時は、空のイベント情報を全ての接続し
ているクライアントならびに下段の中継サーバ２０−４
へ配信する。

【００１８】〔クライアント〕クライアント３０は、ユ
ーザから主ストリームのＵＲＬが入力されると、通信制
御部３１０が当該ＵＲＬの中継サーバ２０−１上で動作
しているイベント情報中継ＡＰ２２０から、主ストリー
ムのイベント情報を取得し、イベント情報処理部３２０
へ渡す。イベント情報処理部３２０は、イベント情報が
空の情報であった場合、主ストリームの受信再生部３３
０−１を新規に生成し、主ストリームの接続ならびに受
信再生の要求を指示す。この指示を受けた受信再生部３
３０−１は、通信制御部が中継サーバ２０−１の映像中
継ＡＰとの接続を行って、主ストリームを受信し、それ
をデコード部がデコードし、再生表示部が表示を行う。
以後、受信再生部３３０−１は、イベント情報処理部３
２０の指示に従って主ストリームの受信再生を続行す
る。

【００１９】一方、イベント情報処理部３２０は、イヘ
ント情報が空の情報でない場合、該イベント情報に記述
されている主ストリームと従ストリームのＵＲＬ、それ
らの提示優先度ならびに提示方法などに従い、該当従ス
トリームの受信再生部が未生成ならば生成し、主ストリ
ームや従ストリームの接続ならびに受信再生要求、切断
要求、受信パラメータ変更などを受信再生部３３０−
１、３３０−２、…、などへ指示する。

【００２０】受信再生部３３０−１、３３０−２、…で
は、指示に従いネットワーク上の中継サーバ２０−１、
２０−２、…などの接続や切断を行い、主ストリームお
よび従ストリーム（ＬＩＶＥコンテンツ、ＶＯＤコンテ
ンツなど）の受信再生を行う。

【００２１】上記処理はストリーム再生中でも、イベン
ト情報が送信された場合に行われ、ユーザが終了を行う
まで、または、中継サーバ２０−１のイベント情報中継
ＡＰ２２０からの終了指示があるまで繰り返される。こ
こで、イベント情報は、発信者サーバ１０で動作するイ
ベント情報発信ＡＰ１２０から、発信者のアクションに
よって、ネットワーク４０ならびに中継サーバ２０−１
のイベント情報中継ＡＰ２２０を介してクライアント３
０へ配信されるものであり、クライアント３０での映像
ストリームの接続、切断、受信パラメータ変更によるフ
ォーカス制御、品質制御が、発信者からのイベント情報
によるイベントドリブンの形態が行われる。

【００２２】図３は、クライアント主導制御方式による
複数映像配信システムの実施例を説明する図である。ク
ライアント主導制御方式では、発信者が、複合映像コン
テンツを構成する複数の映像ストリームのＵＲＬ等の情
報、ならびに、それらの中の提示優先の順番を示す提示
優先度情報、さらにクライアントでの提示方法の指示情
報全てが順番に記述されたテーブル（番組構成表）をあ
らかじめクライアント３０へ送信し、クライアント３０
がそれをもとに、映像ストリームの受信再生制御を実行
する。以下、発信側、中継側、クライアント側の動作を
詳述する。

【００２３】〔発信側〕発信者はあらかじめ、複合映像
コンテンツを構成する各映像ストリームのＵＲＬ等の情
報、ならびに、それらの中の提示優先の順番を示す提示
優先度情報、さらにクライアントでの提示方法の指示情
報全てが順番に記述された番組構成表１６０を作成して
おく。図４の（Ｂ）に、該番組構成表１６０の一例を示
す。これは、図４の（Ａ）に示した番組構成表１５０
に、映像開始時刻、ならびに、その後の映像コンテンツ
の構成の切替え時刻が追加されている以外、先の番組構
成表１５０と同じである。

【００２４】発信者サーバ１０のイベント情報発信ＡＰ
１２０では、番組構成表１６０を一時記憶部１２３に取
り込み、通信制御部１２４にて中継サーバ２０−１へ送
信する。一方、映像発信ＡＰ１１０は、映像開始時刻に
なったなら、映像ソースを入力部１１１で入力し、エン
コード部１１２でエンコードし、送信部１１３で当該映
像ストリームを中継サーバ２０−１へ送出する。これ
は、図２の場合と基本的に同じである。

【００２５】〔中継側〕中継サーバ２０−１では、イベ
ント情報中継ＡＰ２２０が、発信サーバ１０のイベント
情報発信ＡＰ１２０から送られた番組構成表１６０を、
受信部２２１で受信して、一旦、番組構成表記憶部２３
０に記憶し、クライアント３０からの接続要求を受け
て、該番組構成表記憶部２３０から番組構成表１６０を
読み出し、送信部２２３からクライアント３０へ送信す
る。中継サーバ２０−１の映像中継ＡＰ２１０の動作
は、図２の場合と同様である。

【００２６】〔クライアント側〕クライアント３０で
は、通信制御部３１０が中継サーバ２０−１上で動作し
ているイベント情報中継ＡＰ２２０から番組構成表１６
０を取得してイベント情報処理部３２０へ渡し、イベン
ト情報処理部３２０は、一旦、該番組構成表１６０を番
組構成表記憶部３４０に格納する。

【００２７】その後、イベント情報処理部３２０は、番
組構成表記憶部３４０に格納された番組構成表１６０の
イベント情報を順番に読み出し、そのイベント情報に記
述された実行時刻（映像コンテンツの構成の切り替え時
刻）になると、当該イベント情報に記述されている主ス
トリームおよび／または従ストリームのＵＲＬ、それら
の提示優先度ならびに提示方法などに従い、該当主スト
リームや従ストリームの受信再生部３３０−１、３３０
−２、…が未生成ならば生成し、主ストリームや従スト
リームの接続ならびに受信再生要求、切断要求、受信パ
ラメータ変更などを受信再生部３３０−１、３３０−
２、…などへ指示する。受信再生部３３０−１、３３０
−２、…では、指示に従いネットワーク上の中継サーバ
２０−１、２０−２、…などの接続や切断を行い、主ス
トリームや従ストリームの受信再生を行う。

【００２８】上記処理は、クライアント３０のユーザが
終了操作を行うまで繰り返される。このようにして、発
信者の意図する番組構成の複数映像配信が、クライアン
ト側のユーザ操作でも可能である。

【００２９】図３は、番組構成表１６０を、発信者サー
バ１０から中継サーバ２０−１を通してクライアント３
０へ配信する構成であるが、発信者サーバ１０からクラ
イアント３０へ直接発信することでもよい。また、番組
構成表１６０は、ネットワーク上の映像コンテンツ群の
みで構成することも可能である。特に、ネットワーク上
のＶＯＤコンテンツ群を利用して、発信者が番組を配信
する場合に有効である。

【００３０】クライアント３０は発信者主導制御方式と
クライアント主導制御方式のいずれでも対処可能であ
る。図５に、該クライアント３０の全体的処理フローチ
ャートを示す。以下、図２および図３の構成について図
５に従ってクライアント３０側の動作を詳述する。

【００３１】クライアント３０では、ユーザから主スト
リームのＵＲＬの入力ならびに映像再生指示があると
（ステップ５０１）、通信制御部３１０が、当該ＵＲＬ
と同じ中継サーバ２０−１上で動作しているイベント情
報中継ＡＰ２２０に接続してイベント情報を取得し、イ
ベント情報処理部３２０へ渡す（ステップ５０２）。イ
ベント情報処理部３２０は、取得したイベント情報が番
組構成表か否か判定して（ステップ５０３）、番組構成
表の場合にはステップ５０９以降の処理を実行し、イベ
ント情報の場合には、ステップ５０４以降の処理を実行
する。

【００３２】最初、イベント情報を取得した場合につい
て説明する。これは、図２の発信者主導制御方式のケー
スである。

【００３３】まず、取得したイベント情報が空情報か判
定する（ステップ５０４）。ここで、イベント情報が空
状態は、まだ発信者が最初のイベント情報を配信する前
で、発信者サーバ１０では、映像ストリーム（主ストリ
ーム）だけを送出しているか、それもまだ送出していな
いかを意味している。取得したイベント情報が空の情報
の場合、主ストリームの新規の接続ならびに受信再生を
行う（ステップ５０５）。具体的には、イベント情報処
理部３２０は、受信再生部３３０−１を新規に生成し、
該クライアント自身のネットワーク環境や処理能力に応
じた要求パケット数、要求間隔時間のデフオルト値を設
定して、主ストリームの接続ならびに受信を要求する。
受信再生部３３０−１は、その通信制御部が主ストリー
ムのＵＲＬの中継サーバ２０−１の映像中継ＡＰ２１０
に接続して、イベント情報処理部３２０から設定された
要求パケット数、要求間隔に従って主ストリームを受信
し、デコード部がデコードし、再生表示部が再生表示す
る。以後、発信者サーバ１０から配信されるイベント情
報に従った処理が行われることになる。なお、発信者サ
ーバ１０が、まだ映像ストリーム（主ストリーム）も送
出していない場合には、送出されるまで待つことにな
る。

【００３４】取得したイベント情報が空の情報でない場
合、イベント情報処理部３２０は、当該イベント情報に
従って主ストリームと従ストリームの接続ならびに受信
再生あるいは切断を行う（ステップ５０６）。具体的に
は、イベント情報処理部３２０では、取得したイベント
情報に記述されている主ストリームと従ストリームのＵ
ＲＬにより、必要に応じて受信再生部３３０−２、３３
０−３、…を新規に生成し、また、主ストリームと従ス
トリームの提示優先度、ならびに提示方法などの情報か
ら、各ストリームの要求パケット数、要求間隔時間を算
出し、それらを用いて、各受信再生部３３０−１、３３
０−２、…に対して、主ストリームや従ストリームの接
続ならびに受信再生要求あるいは切断要求、受信パラメ
ータ変更を指示する。指示を受けた受信再生部３３０−
１、３３０−２、…は、主ストリームや従ストリームの
接続ならびに切断を行い、イベント情報処理部３２０か
ら通知された要求パケット数、要求間隔時間を使用し
て、主ストリームや従ストリームの受信再生あるいは停
止を行う。

【００３５】その後、イベント情報処理部３２０は、ユ
ーザが終了操作を行うか判定し（ステップ５０７）、終
了操作が行われない場合、イベント情報が送られてきた
か判定して（ステップ５０８）、イベント情報が送られ
てくるまで、ステップ５０７、５０８をループする。そ
して、イベント情報が送られてくると、再びステップ５
０６を実行する。こうして、ユーザが終了操作を行うま
で、イベント情報が送られてくる度にステップ５０６の
処理を繰り返す。なお、図５の処理フローには示さなか
ったが、中継サーバ２０−１のイベント情報中継ＡＰ２
２０から終了指示を受信した場合も処理終了となる。

【００３６】次に、ステップ５０３で番組構成表の取得
が判定された場合について説明する。これは、図３のク
ライアント主導制御方式のケースである。

【００３７】イベント情報処理部３２０は、取得した番
組構成表１６０（図４の（Ｂ））を一旦、番組構成表記
憶部３４０へ格納する（ステップ５０９）。次に、番組
構成表記憶部３４０上の番組構成表１６０から最初のイ
ベント情報を取り出し（ステップ５１０）、タイマを
“０”にリセットする（ステップ５１１）。次に、該イ
ベント情報に従って主ストリームと従ストリームの接続
ならびに受信再生を行う（ステップ５１２）。これは、
基本的に先のステップ５０６の処理と同じである。即
ち、イベント情報処理部３２０は、取り出したイベント
情報に記述されている主ストリームと従ストリームのＵ
ＲＬにより（図４の（Ｂ）では主ストリームのみである
が）、必要な受信再生部３３０−１、３３０−２、…を
生成し、主ストリームと従ストリームの提示優先度なら
びに提示方法などの情報から、各ストリームの要求パケ
ット数、要求間隔時間を算出し、これらを用いて、主ス
トリームや従ストリームの接続ならびに受信再生要求を
受信再生部３３０−１、３３０−２、…へ指示する。受
信再生部３３０−１、３３０−２、…では、主ストリー
ムや従ストリームのＵＲＬの中継サーバ２０−１、２０
−２、…の映像中継ＡＰと接続し、イベント情報処理部
から通知された要求パケット数、要求間隔時間を使用し
て、主ストリームや従ストリームの受信再生を行う。

【００３８】その後、イベント情報処理部３２０は、ユ
ーザが終了操作を行ったか判定し（ステップ５１３）、
終了操作が行われない場合、番組構成表記憶部３４０上
の番組構成表１６０から次のイベント情報を取り出せる
か判定する（ステップ５１４）。そして、取り出せる場
合、次のイベント情報を取り出し（ステップ５１５）、
タイマが該イベント情報に記述された実行時間値になる
と（ステップ５１６）、ステップ５１２に戻り、該イベ
ント情報に従って主ストリームと従ストリームの接続な
らびに受信再生あるいは切断を行う。具体的には、イベ
ント情報処理部３２０は、今回取り出したイベント情報
を一つ前のイベント情報と比較して、主ストリームや従
ストリームの接続ならびに受信再生要求、受信パラメー
タ変更、切断要求などを受信再生部３３０−１、３３０
−２、…へ指示する。ここで、受信再生要求、受信パラ
メータ変更を指示する場合は、受信再生制御するにあた
って必要なパラメータである要求パケット数、要求間隔
時間を提示優先度、提示方法などに従って算出し、それ
らを該当の受信再生部３３０−１、３３０−２、…へ通
知する。これらの指示を受けた受信再生部３３０−１、
３３０−２、…は、主ストリームの接続ならびに切断を
行い、イベント情報処理部３４０から通知された要求パ
ケット数、要求間隔時間を使用して、主ストリームと従
ストリームの受信再生あるいは中断を行う。

【００３９】以上のようにして、ステップ５１１〜５１
６をループし、ユーザが終了操作を行うことで、処理が
終了となる。

【００４０】次に、図５のステップ５０６、５１２にお
いて、イヘント情報に記述されている映像ストリームの
提示優先度、ならびに提示方法から、各映像ストリーム
の要求パケット数、パケット要求間隔を算出する方法
（受信パラメータ算出方法）を説明する。

【００４１】ここでは、イベント情報に記述されている
映像ストリームの提示方法の指定“ｔｏｐ”、“ａｌ
ｌ”に対応して二種類の受信パラメータ算出方法１、２
を使い分ける。受信パラメータ算出方法１は、イベント
情報に記述されている提示優先度の高い映像ストリーム
を優先的に受信再生する方法である。この方法では、他
の優先度の低い映像ストリームが再生されない場合があ
るが、優先度の最高位の映像ストリームは動きがあるよ
うに見える利点がある。受信パラメータ算出方法２は、
イベント情報に記述されているすべての映像ストリーム
のイントラフレームを可能な限り受信再生する方法であ
る。この方法では、優先度の最高位の映像ストリームは
動きがない分、優先度が低い映像ストリームもそれなり
に再生される利点がある。イベント情報に記述されてい
る提示方法が“ｔｏｐ”であれば、受信パラメータ算出
方法１を適用し、提示方法が“ａｌｌ”であれば、受信
パラメータ算出方法２を適用する。

【００４２】図６は受信パラメータ算出方法１の処理フ
ロー図、図７は受信パラメータ算出方法２の処理フロー
図を示したものである。各記号の定義を以下に示す。 〔入力〕 Ｂ：クライアントマシンのネットワーク帯域 Ｘintra(i)：提示優先度がｉである映像ストリーム(i)
のイントラフレーム挿入間隔 ｉ：提示優先度ｉ＝１…ｎ Ｙ(i)：提示優先度がｉである映像ストリーム（ｉ）の
イントラフレームの情報量 Ｚ(i)：提示優先度がｉである映像ストリーム（ｉ）の
次のイントラフレームまでのインターフレーム（差分フ
レーム）の情報量 ｆ₁()：情報量をインターフレームを構成するパケット
数に変換する関数 ｆ₂()：情報量をイントラフレームのパケット数に変換
する関数 〔出力〕 Ｘ(i)：提示優先度がｉである映像ストリーム（ｉ）の
パケット要求間隔 Ｐ(i)：提示優先度がｉである映像ストリーム（ｉ）の
要求パケット数 まず、図６の受信パラメータ算出方法１の処理フローに
ついて説明する。取得したイベント情報に記述された映
像ストリーム中の提示優先度の最高位（ｉ＝１）のもの
から処理を開始し（ステップ６０１）、該クライアント
自身のネットワーク環境ならびに該提示優先度がｉ（ｉ
＝１）である映像ストリーム（ｉ）のイントラフレーム
挿入間隔をもとに、該イントラフレーム挿入間隔をＸ時
間として、該Ｘ時間で受信できる映像ストリームの情報
量を求める（ステップ６０２）。そして、動き要求度を
１（１００％）に設定し（ステップ６０３）、Ｘ時間で
映像ストリーム（ｉ）のイントラフレームとインターフ
レーム（動き）を受信できるか判定する（ステップ６０
４）。受信できない場合、動き要求度を減らしていき
（ステップ６０５、６０６）、動き要求度０になったな
ら、イントラフレーム要求間隔（Ｘ時間）を大きくし、
受信可能となる情報量を増加する（ステップ６０７）。
ステップ６０４の判定が成立すると、提示優先度がｉ
（ｉ＝１）である映像ストリーム（ｉ）のパケット要求
間隔Ｘ（ｉ）、要求パケット数Ｐ（ｉ）が決定する（ス
テップ６０８）。

【００４３】次に、提示優先度がｉ（ｉ＝１）である映
像フレームのイントラフレーム受信後に、さらに他の提
示優先度の低い映像ストリームを受信できる情報量を求
める（ステップ６０９）。そして、ステップ６１０、６
１１をループし、次に高い提示優先度の映像ストリーム
ｉ（ｉ＝２）についてステップ６０３以降の処理を再び
行う。以下、これをイベント情報に記述された各映像ス
トリームについて繰り返す。

【００４４】次に、図７の受信パラメータ算出方法２の
処理フロについて説明する。まず、イベント情報に記述
された各映像ストリームのパケット要求間隔を決定す
る。処理は、取得したイベント情報に記述された映像ス
トリーム中の提示優先度ｉの最高位のものから開始し
（ステップ７０１）、該映像ストリーム（ｉ）のイント
ラフレーム挿入間隔をＸ時間として、該Ｘ時間で受信で
きる映像ストリームの情報量を求める（ステップ７０
２）。次に、該Ｘ時間で映像ストリーム（ｉ）のイトラ
フレームを受信できるか判定し（ステップ７０３）、受
信できない場合には、イントラフレーム要求間隔を大き
くする（ステップ７０４）。ステップ７０３の判定が成
立すると、提示優先度がｉである映像ストリーム（ｉ）
のパケット要求間隔Ｘ（ｉ）が決定する（ステップ７０
５）。次に、この提示優先度がｉである映像フレーム
（ｉ）のイントラフレーム受信後に、さらに他の提示優
先度の低い映像ストリームのイントラフレームを受信で
きる情報量を求めるる（ステップ７０６）。その後、ス
テップ７０７、７０８をループし、ステップ７０３以降
の処理を繰り返すことで、イベント情報に記述された各
映像ストリームのパケット要求間隔が、提示優先度の高
い順番に決定する。

【００４５】次に、各映像ストリームの要求パケット数
を決定する。この場合も、処理は、取得したイベント情
報に記述された映像ストリーム中の提示優先度ｉの最高
位のものから開始する（ステップ７０９）。まず、提示
優先度ｉの映像ストリーム（ｉ）の動き要求度を１（１
００％）に設定して（ステップ７１０）、該映像ストリ
ーム（ｉ）のパケット要求間隔のＸ時間で該映像ストリ
ーム（ｉ）のイントラフレームを受信できるか判定し
（ステップ７１１）、受信できない場合、受信できるよ
うになるまで動き要求度を減らしていく（ステップ７１
２）。ステップ７１１の判定が成立すると、該提示優先
度ｉである映像ストリーム（ｉ）の要求パケット数Ｐ
（ｉ）が決定する（ステップ７１３）。次に、この提示
優先度がｉである映像フレーム（ｉ）のイントラフレー
ム受信後に、さらに他の提示優先度の低い映像ストリー
ムを受信できる情報量を求める（ステップ７１４）。そ
の後、ステップ７１５、７１６をループし、ステップ７
１０以降の処理を繰り返すことで、イベント情報に記述
された各映像ストリームの要求パケット数が、提示優先
度の高い順番に決定する。

【００４６】

【発明の効果】本発明によれば、ネットワーク上にある
複数のＬＩＶＥコンテンツやＶＯＤコンテンツを利用し
て、発信者の意図する番組構成のマルチ映像ストリーム
をクライアントに配信することが可能になる。また、本
発明では、クライアント側は、当該クライアントのネッ
トワークや負荷状況などの環境に応じ、発信者側からの
提示優先度、提示方法に従って複数映像ストリームを受
信再生制御することにより、発信者側はクライアント側
の環境を意識することなく、異なる環境の複数クライア
ントに対してマルチ映像ストリームを配信することが可
能である。

【図面の簡単な説明】

【図１】本発明の複数映像配信システムの概念図であ
る。

【図２】本発明の発信者主導制御方式による複数映像配
信の実施例を説明する図である。

【図３】本発明のクライアント主導制御方式による複数
映像配信の実施例を説明する図である。

【図４】本発明で用いる番組構成表の一例を示す図であ
る。

【図５】クライアントでの一実施例の全体的処理フロー
図である。

【図６】クライアントでの受信パラメータ算出の一実施
例の処理フロー図である。

【図７】クライアントでの受信パラメータ算出の他の実
施例の処理フロー図である。

【符号の説明】

１０ 発信者サーバ ２０ 中継サーバ ３０ クライアント ４０ ネットワーク １１０ 映像発信ＡＰ １２０ イベント情報発信ＡＰ １５０、１６０ 番組構成表 ２１０ 映像中継ＡＰ ２２０ イベント情報中継ＡＰ ３１０ 通信制御部 ３２０ イベント情報処理部 ３３０ 受信再生部

Claims (6)

【特許請求の範囲】
1. 【請求項１】 発信者サーバ、中継サーバ群、クライア
   ント群をネットワークを介して結び、発信者サーバ側
   で、該発信者サーバが発信する映像ストリームとネット
   ワーク上の他の映像ストリーム群を利用して複数映像ス
   トリームの番組を構成してクライアント群に配信する複
   数映像配信システムにおいて、 発信者サーバは、該発信者サーバの映像ソースを映像ス
   トリームとして発信する手段と、該発信者サーバの映像
   ストリームとネットワーク上の他の映像ストリーム群の
   ＵＲＬの情報、映像ストリーム群の出現や消滅、提示優
   先順位、提示方法を示すイベント情報を、番組構成の切
   り替えに対応して順番に発信する手段を備え、 中継サーバは、発信者サーバの映像ストリームあるいは
   上段の中継サーバからの映像ストリームを受信し、クラ
   イアントあるいは下段の中継サーバへ配信する手段と、
   発信者サーバからのイベント情報を受信し、クライアン
   トあるいは下段の中継サーバへ配信する手段を備え、 クライアントは、配信されたイベント情報に基づいて、
   中継サーバ群から映像ストリームを受信し、再生表示を
   行う手段を備えている、 ことを特徴とする複数映像配信システム。
2. 【請求項２】 発信者サーバ、中継サーバ群、クライア
   ント群をネットワークを介して結び、発信者サーバ側
   で、ネットワーク上の映像ストリーム群を利用して複数
   映像ストリームの番組を構成してクライアント群に配信
   する複数映像配信システムにおいて、 発信者サーバは、ネットワーク上の映像ストリーム群の
   ＵＲＬの情報、映像ストリーム群の出現や消滅、提示優
   先順位、提示方法、及び、体示時刻を示すイベント情報
   を複数、番組構成の切り替えに対応して順番に記述した
   番組構成表を発信する手段を備え、 中継サーバは、発信者サーバの映像ストリームあるいは
   上段の中継サーバからの映像ストリームを受信し、クラ
   イアントあるいは下段の中継サーバへ配信する手段と、
   発信者サーバからの番組構成表を受信し、クライアント
   あるいは下段の中継サーバへ配信する手段を備え、 クライアントは、配信された番組構成表を格納する手段
   と、該格納された番組構成表からイベント情報を順番に
   取り出し、該イベント情報に基づいて、中継サーバ群か
   ら映像ストリームを受信し、再生表示を行う手段を備え
   ている、ことを特徴とする複数映像配信システム。
3. 【請求項３】 請求項１、２記載の複数映像配信システ
   ムにおいて、中継サーバ群の一つ以上の中継サーバはＶ
   ＯＤコンテンツを蓄積する手段を備え、該ＶＯＤコンテ
   ンツを映像ストリームとしてクライアントあるいは下段
   の中継サーバへ配信することを特徴とする複数映像配信
   システム。
4. 【請求項４】 請求項１、２、３記載の複数映像配信シ
   ステムにおいて、クライアントは、該クライアント自身
   のネットワーク環境に応じて、イベント情報に示された
   各映像ストリームについて、その提示優先度、提示方法
   に従った要求パケット数、要求間隔の受信パラメータを
   求め、該受信パラメータを用いて、各映像ストリームの
   受信再生を制御することを特徴とする複数映像配信シス
   テム。
5. 【請求項５】 請求項４記載の複数映像配信システムに
   おいて、クライアントは、提示優先度の高い映像ストリ
   ームを優先的に受信再生し、少なくとも優先度の最高位
   の映像ストリームは動きも受信再生することを特徴とす
   る複数映像配信システム。
6. 【請求項６】 請求項４記載の複数映像配信システムに
   おいて、クライアントは、すべての映像ストリームのイ
   ントラフレームを可能な限り受信再生することを特徴と
   する複数映像配信システム。