JP2009200965A - 映像配信装置及びその制御方法、並びに映像配信システム - Google Patents

Abstract

【課題】映像のリアルタイム再生時における各表示装置での操作状態を反映した再表示を、表示装置の記憶容量を大幅に増加することなく可能とする。
【解決手段】映像配信装置は、撮像装置から配信された映像を受信し、記録する。そして、記録された映像から、配信時の映像データの解像度、圧縮フォーマット、フレームレートの少なくともいずれかを含むフォーマットを指定するフォーマット情報を含む第１の外部装置からの操作情報に応じて映像を選択し、加工して、第１の外部装置へ配信するとともに、第１の外部装置からの操作情報による操作内容と時刻を含む履歴情報を記録する。第２の外部装置からの、上記記録された履歴情報の指定に応じて、指定された履歴情報に含まれるフォーマット情報と時刻に従って、記録された映像から映像が選択、加工され、第２の外部装置へ配信される。
【選択図】 図１

Description

本発明は、１台以上の撮像装置及び映像サーバ装置と、該映像の表示を行う表示装置がネットワークを介して接続されたシステムに関するものである。

複数のビデオカメラで撮影した映像及び関連する情報を蓄積することにより、視聴者が毎回同じ映像及びそれに同期した関連情報を見ることを可能とするコンテンツ処理システムが提案されている（特許文献１参照）。

また、映像配信装置から配信された複数の映像を、時刻情報と共に記録し、再生時に映像間の同期をとって表示する映像端末装置が提案されている（特許文献２参照）。
特開２００５−２６０５１２号公報 特開２００４−３２３４１号公報

しかしながら上記特許文献１に係る技術では、映像及び情報を蓄積し配信する側での操作のみが記録されるため、視聴者側における自由度はない。従って、例えば複数の視聴者が各々の表示端末装置で映像に対して様々な映像処理を施して視聴していた場合、それらの映像処理が施された映像を再現することは不可能であった。

また、上記特許文献２に係る技術では、各端末装置毎に映像を記録するため、異なる表示環境上での同一映像の再現は不可能であった。

本発明は、上記課題に鑑みてなされたものであり、過去に表示した映像と同じ映像を、表示環境にかかわらず再現することを可能とすることを目的とする。

上記の目的を達成するための本発明の一態様による映像配信装置は以下の構成を備える。即ち、
撮像装置から配信された映像を受信する受信手段と、
前記受信手段で受信した映像を記録する第１記録手段と、
前記第１記録手段から、配信時の映像データの解像度、圧縮フォーマット、フレームレートの少なくともいずれかを含むフォーマットを指定するフォーマット情報を含む第１の外部装置からの操作情報に応じて映像を選択し、加工して、前記第１の外部装置へ配信する第１配信手段と、
前記第１の外部装置からの前記操作情報による操作内容と時刻を含む履歴情報を記録する第２記録手段と、
第２の外部装置からの、前記第２記録手段に記録された履歴情報の指定に応じて、前記第１記録手段から、指定された履歴情報に含まれるフォーマット情報と時刻に従って映像を選択し、選択した映像を加工して、前記第２の外部装置へ配信する第２配信手段とを備える。

また、上記の目的を達成するための、本発明の他の態様による映像配信装置の制御方法は、
撮像装置から配信された映像を受信する受信工程と、
前記受信工程で受信した映像をメモリに記録する第１記録工程と、
前記受信工程で受信した映像を、第１の外部装置からの操作情報に応じて選択し、加工して、前記第１の外部装置へ配信する第１配信工程と、
前記第１の外部装置からの前記操作情報による操作内容と時刻を含む履歴情報をメモリに記録する第２記録工程と、
第２の外部装置からの、前記第２記録工程で記録された履歴情報の指定に応じて、前記第１記録工程で映像が記録されたメモリから、指定された履歴情報の操作内容と時刻に従って映像を選択し、選択された映像を加工して、前記第２の外部装置へ配信する第２配信工程とを備える。

本発明によれば、表示環境にかかわらず過去に表示した映像を再現できる。

以下、添付の図面を参照して本発明の好適な実施形態を説明する。

（第１実施形態）
第１実施形態について図１〜図７を参照して説明する。

図１は、第１実施形態による映像サーバ装置の構成例を表すブロック図である。図２は、第１実施形態による映像配信システムの構成例を示す図である。図２において、２０１〜２０４は、撮像装置であるところのカメラＡ２０１〜Ｄ２０４である。２０５〜２０８は、各々のカメラの制御及び映像をネットワークに配信するカメラ制御部である。２０９はネットワークである。２１０はカメラ映像を加工しないで記録すると共に、表示装置から要求される映像情報に合わせて映像処理を施して配信する映像サーバ装置である。２１１〜２１３は表示装置Ａ〜Ｃである。

図１は、映像サーバ装置２１０の内部構成の詳細を表す図である。図１において、１０１は、ネットワーク経由の機器との通信により映像或いは各種情報の送受信を行う映像送受信部である。１０２は、映像サーバ装置２１０を制御する為の制御部であり、不図示のＣＰＵが不図示のメモリ（ＲＡＭ、ＲＯＭ等）に格納されたプログラムを実行することにより各種制御を実現する。

１１０は、カメラＡ２０１〜カメラＤ２０４にて撮影した映像を記録し蓄積する映像記録部である。映像記録部１１０には各カメラからの映像データが記録されており、カメラＡ映像１１１〜Ｄ映像１１４は、それぞれカメラＡ２０１〜Ｄ２０４にて撮影により得られた映像データに対応している。こうして、映像記録部１１０は、映像送受信部１０１によって受信した、撮像装置から配信された映像を、そのまま（加工せずに）記録する（第１記録処理）。

１０３−１〜３は映像ストリーム情報であり、ライブ情報記録部１０３に記録される。映像ストリーム情報は、各表示装置の各一連の操作履歴に対応して設けられる。尚、映像ストリーム情報１０３−１〜１０３−３を総称する場合は、単に映像ストリーム情報と記載する。映像ストリーム情報１０３−１は、カメラＡ２０１〜Ｄ２０４にて撮像されている映像に対する、表示装置Ａ２１１からのライブ映像表示時に関する操作情報である。また、映像ストリーム情報１０３−２は、カメラＡ２０１〜Ｄ２０４にて撮像されている映像に対する、表示装置Ｂ２１２からのライブ映像表示時の操作情報である。映像ストリーム情報１０３−３は、カメラＡ２０１〜Ｄ２０４にて撮像されている映像に対する、表示装置Ｃ２１３からのライブ映像表示時の操作情報である。尚、ライブ情報記録部１０３に記録される映像ストリーム情報としては、再生解像度情報１０４、操作履歴情報１０５、映像フォーマット１０６、映像フレームレート１０７、配信ストリーム数１０８がある。再生解像度情報１０４、映像フォーマット１０６、映像フレームレート１０７、配信ストリーム数１０８は映像データの配信のためのフォーマットを指示するフォーマット情報である。操作履歴情報１０５には、映像（カメラ）の選択・切替とその発生時刻が含まれる。以上のように、ライブ情報記録部１０３は、ライブ映像表示を行っている表示装置である第１の外部装置（第１の表示装置）からの操作情報によって示される操作内容と時刻を含む履歴情報を記録する（第２記録処理）。

尚、ライブ情報記録部１０３は表示装置Ａ２１１〜Ｃ２１３の各々の映像ストリーム情報を記録するように構成されており、本実施形態では３つの映像ストリーム情報が保持されている例が示されているが、これに限られないことはいうまでもない。また、ライブ情報記録部１０３は、映像ストリーム情報毎にファイル化しており、各々のファイルの中に、上述の各情報（１０４〜１０８）が記録されている。

１０９は、表示装置Ａ２１１〜Ｃ２１３からの要求に含まれるコマンドを判断する再生コマンド判断部である。１１５は、表示装置Ａ２１１〜Ｃ２１３から要求された映像フォーマットに応じて映像処理を施す為の映像処理部である。本実施形態の映像処理部１１５は、
・画素データの間引き処理によって映像の解像度を変換する為の解像度変換部１１６、
・映像のエリアをトリミングする（切り出す）為の映像トリミング部１１７、
・映像の圧縮フォーマット等のデータフォーマットを変換する映像フォーマット変換部１１８、
・映像のフレームレートを変換する為の映像フレームレート変換部１１９を有している。

図３は、本実施形態の表示装置Ａ２１１〜Ｃ２１３の各々に対応した時間軸に対する映像選択過程と映像フォーマットの例を示す図である。また、図４は、各表示装置に対応した映像ストリーム情報を説明する為の図である。また、図５は、ライブ映像表示時における映像サーバ装置２１０の動作例を示すフローチャートである。上記構成において、まずライブ映像表示時の動作を説明する。

（ライブ映像表示時の動作）
ライブ映像表示時において、映像サーバ装置２１０は、上述の第１記録処理と第２記録処理を実行する。そしてこれらの記録処理と共に、映像送受信部１０１で受信した映像を、リアルタイムに表示を行っている第１の外部装置からの操作情報に応じて選択、加工し、当該第１の外部装置へ配信する第１配信処理を行う。以下、これらの処理について詳細に説明する。

今、図３に示すように表示装置Ａ２１１〜Ｃ２１３が、カメラＡ２０１〜Ｄ２０４の映像の選択操作を含む映像要求情報を出しているとする。又、ここで、カメラＡ２０１〜Ｄ２０４が撮影し、配信する映像は、フルハイビジョン（以下ＦＵＬＬ＿ＨＤとして説明する）サイズに対応する映像サイズを有し、映像フォーマットはＭＰＥＧ２、フレームレートは３０ｆｐｓであるとして説明する。但し、これらは説明のための仮定であり、これに限定されるものではない。もちろん全てのカメラからの映像が同一のサイズやフォーマットを有する必要も無い。

表示装置Ａ２１１では、時刻ｔ０からｔ１まではカメラＡ２０１の映像、時刻ｔ１からｔ２まではカメラＢ２０２の映像、時刻ｔ２からｔ３まではカメラＣ２０３の映像、時刻ｔ３からはカメラＤ２０４の映像が選択されている。同時に、映像送受信部１０１は、映像フォーマット情報として、解像度：ＱＶＧＡサイズ、フレームレート：１５ｆｐｓ、映像フォーマット：ＭＰＥＧ４、トリミング：無し、ストリーム数：１本というコマンドを受信する。再生コマンド判断部１０９は、映像送受信部１０１で受信した映像フォーマットの解釈を行い、映像処理部１１５は、この解釈結果に基づいて、要求された映像フォーマットとなるように、送信すべき映像データに映像処理を施す。たとえば、映像フォーマットにあわせて映像処理部１１５は、解像度変換部１１６を用いて、送信すべきＦＵＬＬ＿ＨＤサイズの映像をＱＶＧＡの映像サイズで表示出来るように縮小する。更に、映像フレームレート変換部１１９にて映像フレームレートを３０ｆｐｓから１５ｆｐｓに落とす。そして、映像フォーマット変換部１１８により、映像フォーマットをＭＰＥＧ２からＭＰＥＧ４へ変換する。こうして映像処理部１１５により映像処理が施された映像データは、映像送受信部１０１から、当該要求を行った表示装置へライブ映像として配信する。

図３に示されるように、表示装置Ｂ２１２に関しては、時刻ｔ０からｔ４まではカメラＡ２０１の映像、時刻ｔ４からｔ５まではカメラＤ２０４の映像、時刻ｔ５からはカメラＢの映像が選択されている。同時に、映像フォーマット情報として、解像度：ＦＵＬＬ＿ＨＤサイズ、フレームレート：３０ｆｐｓ、映像フォーマット：ＭＰＥＧ２、トリミング：無し、ストリーム数：１本というコマンドが映像送受信部１０１で受信される。この場合、映像フォーマットの変更は不要である。映像フォーマットに変化がないと判断された場合は、映像送受信部１０１で受信された映像は、映像処理部１１５を介さずにライブ映像として配信される。

表示装置Ｃ２１３は、途中から２画面表示を行っている。すなわち、表示装置Ｃ２１２では、１つのウインドウで時刻ｔ０からカメラＡの映像が選択され、別のウインドウで、時刻ｔ６からｔ７までカメラＣ２０３の映像、時刻ｔ７からカメラＤ２０４の映像が選択されている。同時に、解像度：ＶＧＡサイズ、フレームレート：３０ｆｐｓ、映像フォーマット：Ｍ−ＪＰＥＧ（モーションＪＰＥＧ）、トリミング：無し、ストリーム数：ｔ０で１本、ｔ６で２本というコマンドが映像送受信部１０１で受信される。映像処理部１１５の解像度変換部１１６は、映像フォーマット情報に従い、ＦＵＬＬ＿ＨＤサイズの映像をＶＧＡサイズの映像に縮小し、映像フォーマット変換部１１８は、Ｍ―ＪＰＥＧへ映像フォーマットを変換する。尚、映像フレームレートは変化が無い（３０ｆｐｓ）ので、映像フレームレート変換部１１９による処理は発生しない。尚、映像サーバ装置２１０は、こうして得られたライブ映像を表示装置Ｃ２１２にストリームで送信するが、時刻ｔ６以降は、２本のストリームがライブ映像として配信される。なお、図４の映像ストリームＣ情報は、２本のストリームが存在することを示すが、ｔ６以降でストリームが２本になることは、カメラC映像のウインドウ指定がｗ１ではなくｗ２であることから判断される。また、図４の映像ストリームＣ情報で配信ストリーム数が１であった場合は、ｔ６においてカメラＡ映像の受信は停止されることになる。

表示装置Ａ２１１〜Ｃ２１３に関連して、この時のカメラ選択情報、各映像フォーマット情報を、ライブ情報記録部１０３に、それぞれ映像ストリームＡ情報、映像ストリームＢ情報、映像ストリームＣ情報として個別に記録する。これらは映像ストリーム情報１０３−１〜３に対応する。同時に、映像記録部１１０は、カメラＡ２０１〜Ｄ２０４から入力された全ての映像情報をそのまま記録する。

尚、表示装置Ａ２１１〜Ｃ２１３に配信される映像に関しては本実施形態に示す限りではなく、他の映像フォーマット等に対応した映像でも可である。

図４は、ライブ情報記録部１０３が記録する、各表示装置に対応したストリームの映像ストリーム情報の例を示す図であり、表示装置Ａ２１１〜Ｃ２１２に対応した映像ストリーム情報が示されている。

図４に示されるように、映像ストリーム情報は、表示装置のＩＰアドレスに続き、映像ストリームパスワード情報、ライブ配信時の再生解像度情報１０４、映像フォーマット１０６、映像フレームレート１０７、配信ストリーム数１０８を含む。そして、これに続いて、カメラ切り換え操作等を示す操作履歴情報が記録される。このような形式の映像ストリーム情報がライブ情報記録部１０３に、各々のライブ映像表示時のストリーム毎に記録される。尚、ＩＰアドレス、映像ストリームパスワード情報、再生解像度情報１０４、映像フォーマット１０６、映像フレームレート１０７、配信ストリーム数１０８をフォーマット情報と呼ぶことにする。従って、本実施形態の映像ストリーム情報は、大きく分けて、フォーマット情報と操作履歴情報で構成されることになる。また、操作履歴情報は複数のフレーム情報を含み、各フレーム情報は、操作時刻（ｔ０等）、表示ウインドウの指定（ｗ１等）、カメラ映像の指定を有する。上述のように、ライブ映像表示を行っている第１の外部装置からの操作情報は、配信時の映像データのフォーマットを指定するフォーマット情報を含むが、フォーマット情報はライブ映像表示の開始時に映像サーバ装置２１０に１回だけ通知されれば十分である。

図５は、ライブ映像表示時における映像サーバ装置２１０の動作を示すフローチャートである。

処理はステップＳ１００１からスタートして、ステップＳ１００２において、制御部１０２は、表示装置による映像表示が開始されたか否かを判断する。ここで、表示開始と判断するとステップＳ１００３へ進み、表示開始でないと判断すると表示開始になるまでステップＳ１００２で待ちの状態となる。

ステップＳ１００３において、映像送受信部１０１は、表示装置Ａ２１１〜Ｃ２１３から要求される配信フォーマットを示すフォーマット情報を受信する。ステップＳ１００４において、制御部１０２は、ステップＳ１００３で受信したフォーマット情報を対応する表示装置毎に、映像ストリーム情報の一部として記録する。このフォーマット情報は、上述したように、図４に示す映像ストリーム情報の先頭の、表示側ＩＰアドレス〜配信ストリーム数までの情報である。但し、映像ストリームパスワードは後述の終了処理（ステップＳ１０１２）において設定される。

ステップＳ１００５において、制御部１０２は、映像を送信してもよいか否かを判断する。送信不可の場合は、送信可能になるまでステップＳ１００５で待機する。送信してもよいと判断された場合は、ステップＳ１００６へ進み、制御部１０２は、ステップＳ１００３で受信した各々の表示装置の要求フォーマットに応じた映像を映像処理部１１５を用いて作成する。例えば、まず、映像処理部１１５によりカメラＡ２０１からの映像データを映像処理し、要求された映像フォーマットに合わせた配信用の映像データを作成する。ステップＳ１００７において、制御部１０２は、ステップＳ１００６で作成した映像データを配信する。こうして、第１配信処理では、ライブ映像表示を行っている表示装置（第１の外部装置）からの操作情報に従って選択された映像データを、上記フォーマット情報に従って加工して、当該表示装置へ配信する。

ステップＳ１００８において、制御部１０２は、カメラ切替操作の有り無しを判断する。カメラの切替操作が無い場合は、処理はそのままステップＳ１０１１へ進む。カメラの切替操作があった場合は、ステップＳ１００９へ進み、制御部１０２は、当該カメラ切替操作にて選択されたカメラの映像を、映像処理部１１５に処理させ、配信するように処理を切り替える。以降、ステップＳ１００６及びステップＳ１００７で処理される映像データは、切替先のカメラから取得された映像データとなる。ステップＳ１０１０において、制御部１０２は、ステップＳ１００９でカメラの切替が発生した時刻と、切替先のカメラを判別する為のカメラ情報とを操作履歴情報として映像ストリーム情報に記録する。

ステップＳ１０１１において、制御部１０２は、表示終了か否かを判断する。表示終了と判断した場合は、ステップＳ１０１２にて終了処理が実行される。終了処理において、制御部１０２は、映像ストリーム毎にパスワードを発行し、上述した図４の映像ストリーム情報に設定し、記録する。制御部１０２は、こうして得られた映像ストリーム情報をファイルとしてライブ情報記録部１０３に記録する。表示終了ではない場合、処理はステップＳ１００５へ戻り、制御部１０２は、ステップＳ１０１１で表示終了と判断するまで、上記のステップＳ１００５〜ステップＳ１０１０の処理を繰り返す。その間に操作された情報は、ステップＳ１０１０において、随時図４に示すフォーマットに追記する形で記録されていく。ステップＳ１０１３でライブ映像表示時のシーケンスを終了する。

以上が、ライブ映像表示時の動作を説明した内容である。続いて、再表示時の動作を説明する。

（再表示時の動作）
再表示時のシステム構成として、図１と図２に示す構成は同一であり、上述したストリームＡ〜Ｃの各々に対応した映像を、対応する表示装置或いは別の表示装置に配信する場合を説明する。なお、別の表示装置に表示する場合も、ライブ表示した際の映像ストリームと全く同じ映像サイズ、映像フォーマットにて映像データが配信される。

まず、ライブ表示時の映像ストリームＡを再表示する際のフローを図６のフローチャートを参照して説明する。以下では、表示装置Ａ２１１が映像サーバ装置２１０に再生コマンドを送信した場合を説明する。映像サーバ装置２１０は、再表示を実行する表示装置である第２の外部装置（第２の表示装置）からの、ライブ情報記録部１０３に記録された映像ストリーム情報（履歴情報）の指定を受け付ける。そして、映像サーバ装置２１０は、この指定に応じて、指定された映像ストリーム情報の操作内容と時刻に従って映像を選択し、加工する。そして、得られた映像を当該第２の外部装置へ配信する。このような、再表示時の処理を第２配信処理と称する。尚、ライブ映像表示時の表示装置である第１の外部装置（第１の表示装置）と、再表示時の表示装置である第２の外部装置（第２の表示装置）は同一であってもよいし、異なるものであってもよい。

処理はステップＳ２００１からスタートし、ステップＳ２００２において、制御部１０２は、規定のコマンドを受信したかどうか判断する再生コマンド判断部１０９より、表示装置Ａ２１１から再生コマンドを受信したか否かの判断結果を受け取る。図７は再生コマンドのデータ構成例を示す図である。再生コマンドは、コマンドの先頭から、
・表示装置側のＩＰアドレス、
・ライブ映像表示時の映像ストリームＡの要求であることを示す映像ストリーム情報ファイルの映像ヘッダコマンド（映像ストリームＡの映像であることを識別する為のストリームＩＤコードに相当する）、
・ライブ時と同一環境或いは全く同じストリーム（映像切り換えタイミング、解像度、映像フォーマット、フレームレート、トリミング情報、ストリーム数が同一な映像）で有るか否かを判断するビット（ここでは、‘０’で同一とする）、が並んでいる。

再生コマンド判断部１０９は、要求している映像ストリーム（ここでは映像ストリームＡ）に対応したパスワード情報を受け取ると、再生コマンドを受信したと判断する。

以下、表示装置Ａ２１１におけるユーザインターフェースについて、一例を挙げて説明する。図１４は、表示装置Ａ２１１上にて表示されるユーザインターフェースの一例を示す図である。

図１４において、４０１は画面表示全体を表す。４０１−１はメッセージの表示、４０１−２〜４０１−３は動作設定用アイコンボタンを表している。ここでＹＥＳボタン４０１−２が選択されると、表示装置Ａ２１１の画面４０１は、図１５に示す画面４０２に切り替わる。画面４０２により、ユーザは、映像サーバ装置２１０への再生コマンドの発行に必要な情報を入力することができる。ストリームＩＤ入力画面ボタン４０２−１が選択されると、再生したい映像ストリームのＩＤコードを入力するための画面に切り替わる。また、パスワード入力画面ボタン４０２−２を押すと、映像ストリームパスワードを入力するための画面に切り替わる。更に、映像要求設定画面５０１内の５０１−１にライブ時に表示した映像ストリームと全く同じ映像ストリームを再表示するのか否かのメッセージが表示される。ユーザは、ＹＥＳボタン５０１−２とＮＯボタン５０１−３の何れかを押すことにより、ライブ時に表示したとおりに再生するか否かを指示することが出来る。これらの操作を行うことでコマンド情報を生成する。最後に、視聴開始ボタン４０２−３をユーザが選択することで、表示装置Ａ２１１から映像サーバ装置２１０に再生コマンドが発行される。表示装置Ａ２１１側のユーザインターフェースに関しては、表示方法、各種設定方法、操作方法等、再表示専用の機能を有する場合の方が望ましいがこの限りではない。

ステップＳ２００３において、制御部１０２は、ステップＳ２００２にて受け付けた再生コマンドに応じて、ライブ情報記録部１０３に記録されている映像ストリーム情報を読み出す。ここでは、ライブ表示時に記録した図４の映像ストリームＡの情報が読み出される。ステップＳ２００４において、制御部１０２は、ステップＳ２００３で読み出した映像ストリームの情報を基に、映像記録部１１０から、操作履歴情報１０５が示す時刻と映像の指定（カメラの指定）に従って配信すべきカメラ映像を選択し、読み出していく。ステップＳ２００５において、制御部１０２は、映像ストリームの情報に従って、映像処理部１１５にライブ表示時の映像ストリームと同一な映像を作製させ、映像送受信部１０１よりネットワーク２０９を介して表示装置Ａ２１１へ映像を配信する。例えば、映像ストリーム情報に含まれているフォーマット情報に従って、選択された映像の解像度やフォーマットやフレームレートを変更し、これを表示装置Ａ２１１へ配信する。こうして、第２配信処理では、指定された映像ストリーム情報に含まれているフォーマット情報に従って映像が加工され、第２の外部装置へ配信される。

ステップＳ２００６において、制御部１０２は、映像ストリームＡ情報の残りのフレーム情報の有無を判断する。残りのフレーム情報があると判断された場合、制御部１０２は、ステップＳ２００７において、表示装置Ａ２１１から映像配信の中止を指示するコマンドを受信したか否かを判断する。映像配信中止のコマンドを受信したと判断された場合は、処理はステップＳ２００８へ進む。中止コマンドを受信していない場合は、処理はステップＳ２００３へ戻り、上述のステップＳ２００３〜ステップＳ２００７の処理を繰り返す。こうして、映像ストリームＡが継続して配信される。ステップＳ２００８において、制御部１０２は、終了処理を実行する。終了処理では、配信を中止し、再生コマンドを受信していないときの初期状態に戻す処理を行う。

以上、映像ストリームＡを表示装置Ａ２１１に配信し表示させる場合を説明した。表示装置Ｂ２１２に映像ストリームＢを配信し表示させる場合、表示装置Ｃ２１３に映像ストリームＣを配信し表示させる場合も、上述の処理と同様の処理を実行させればよい。異なるのは、要求される映像ストリーム情報が各々異なる要求に応じるという点のみである。

尚、本実施形態ではカメラが４台のシステムを想定していたが、もちろんこれに限定されるものではない。特にカメラが１台のみの場合は選択の必要性がないためフレーム情報として、選択しているカメラに関する情報の記録は省略することも可能である。

以上説明したように、第１実施形態によれば、表示端末装置側で再生状態を保持することなく、過去に表示した映像と同じ映像を表示端末装置に再生させることが可能となる。

（第２実施形態）
次に、第２実施形態を、図１〜図６、図８、図９を参照して説明する。第2実施形態では、ライブ映像表示時に用いた表示端末と、再生時に用いる表示端末が異なる場合を説明する。尚、ライブ映像表示時の構成は、第１実施形態（図１〜図５）と同一構成である。従って、ライブ映像表示時の動作については説明を省略し、第２実施形態に関わる再生処理について詳しく説明する。

第２実施形態では、ライブ映像表示時の構成が図２に示したシステム構成であり、再映像表示時の構成が図８に示すシステム構成であった場合を説明する。すなわち、ライブ映像表示時と再表示時とでシステム構成が変化する場合（本例では表示装置Ａ２１１〜Ｃ２１３が表示装置Ａ’２１４〜Ｃ’２１６に置き変わっている）の再表示時の動作を説明する。

以下では、第１実施形態にて説明したライブ映像表示時の映像ストリームＡを、ライブ映像表示時に利用していた表示装置Ａ２１１とは異なる表示装置Ａ’２１４で再表示する場合を説明する。ここでの例として、映像ストリームＡのライブ映像表示時は、の表示装置Ａ２１１としての携帯機器で表示していたが、再度表示する際には大画面ＦＵＬＬ＿ＨＤ表示可能な表示装置Ａ’２１４が用いられるとする。これは、図２の構成において、表示装置Ｂ２１２が映像ストリームＡを再表示するように要求した場合と同等である。

又、逆に映像ストリームＢのライブ映像表示時の表示装置は、ＦＵＬＬ＿ＨＤ映像表示可能な表示装置Ｂ２１２であったが、再度表示する際には、携帯機器である表示装置Ｂ’２１５が用いられるとする。ここで、携帯機器の表示装置Ｂ’２１５は、最大解像度がＶＧＡ表示以下、映像フォーマットはＭＰＥＧ４のみしか再生できないとする。これは、図２の構成において、表示装置Ａ２１１が映像ストリームＢを再表示するように要求した場合と同等である。又、映像ストリームＣはライブ映像表示時と再表示時の表示装置は変わらないとする（表示装置Ｃ２１３と表示装置Ｃ’２１６は同一であるとする）。その場合、映像ストリームＣの再表示時の動作は、第１実施形態と同一な動作となる。

映像ストリームＡをライブ表示時と異なる表示環境である表示装置Ａ’２１４に映像を配信する際の動作を説明する。

再生コマンドの受信による映像サーバ装置２１０の処理は、第１実施形態（図６）とほぼ同じであるため、以下図６のフローチャートを流用して第２実施形態を説明する。まず、ステップＳ２００２において再生コマンド受信を判断する際の再生コマンドの内容が第1実施形態とは異なる。第２実施形態による再生コマンドのデータ構成例を図９に示す。

図９に示すコマンド例において、コマンドの先頭から、
・表示装置側のＩＰアドレス、
・ライブ映像表示時のどのストリームの要求かを示すヘッダコマンド（本例では、Ａストリームの要求であることを示すＡ映像ヘッダコマンド）、
・ライブ時と同一環境或いは全く同じストリーム（映像切り換えタイミング、解像度、映像フォーマット、フレームレート、トリミング情報、ストリーム数が同一な映像）で有るか否かを示す「ライブ時と同一設定ビット」、
・映像ストリームＡに対応したパスワード情報、が続いている。

第２実施形態では、要求表示情報が異なるため、「ライブ時と同一設定ビット」には‘１’がセットされる。更に、「ライブ時と同一設定ビット」に‘１’が立っているので、再生コマンドには、図９にストリームＡ追加再生コマンドとして示す、受信側の表示装置が必要とする配信フォーマットの指定が含まれる。

表示装置Ａ’２１４上にてここまでのステップを実行する為のユーザインターフェースの一例を以下に説明する。第２実施形態においても、図１４の画面４０１、図１５の画面４０２が表示されるが、これらについては第１実施形態で説明したとおりである。図１５の映像要求設定画面５０１内において、ライブ時に表示した映像ストリームと全く同じ映像ストリームを再表示するのか否かをユーザが判断する。第２実施形態では、ライブ映像表示時と異なる表示環境での再生或いは異なる映像要求の例であるため、ＮＯボタン５０１−３が選択される。すると、画面４０２の表示が、図１５の状態から、図１６の状態に切り替わる。図１６の画面４０２では、破線で囲われた部分、すなわち、配信フォーマット指定のための領域６０１が追加表示される。

領域６０１は、
・再生時の解像度を設定する解像度入力６０１−１、
・再生時の映像フォーマットを指定する映像フォーマット入力６０１−２、
・再生時のフレームレートを指定するフレームレート入力６０１−３、
・再生時のトリミング操作を指定するトリミング情報入力６０１−４、
・再生時の映像ストリーム数を設定するストリーム数入力６０１−５を有する。これら入力値に対応して、追加再生コマンドが生成される。最後に、視聴開始ボタン４０２−３をユーザが選択することで、表示装置から映像サーバ装置２１０に再生コマンドが発行される。

映像サーバ装置２１０にて受信する内容は、再生解像度情報、映像フォーマット、フレームレート、トリミング情報、映像ストリーム数であり、それらが１つの再生コマンドとして受信したと判断される。

この内容に合わせて、ステップＳ２００３で、制御部１０２は、映像に関連する情報を読み出し、ステップＳ２００４で、制御部１０２は、映像ストリームＡに対応したカメラ撮影映像を映像記録部１１０から読み出す。次にステップＳ２００５において、制御部１０２は、フォーマット情報に従って映像を処理するが、映像ストリーム情報のフォーマット情報ではなく、ステップＳ２００２で受信した追加再生コマンド（図９参照）のフォーマット情報を用いる。従って、制御部１０２は、映像処理部１１５にて、解像度（ＦＵＬＬ＿ＨＤ映像サイズ）、映像フォーマット（Ｈ．２６４／ＡＶＣ）、フレームレート（３０ｆｐｓ）、トリミング（無し）、映像ストリーム（１）で映像に変換処理を施す。具体的には、解像度はカメラ映像そのままの解像度、映像フォーマットはＭＰＥＧ２からＨ．２６４／ＡＶＣに変換される。なお、カメラ映像はＭＰＥＧ２の限られるものではなく他のフォーマットでもよい。映像フレームレートは、カメラ映像そのままのフレームレート（３０ｆｐｓ）、トリミング処理は無しとした映像フォーマットを構成する。そして、制御部１０２は、こうして処理された映像を再生コマンドの発行元の表示装置へ配信する。その他の処理は、第１実施形態で説明した図６のフローチャートの各ステップと同一である。これにより、カメラ切り換えはライブ映像表示時と同一タイミングにて行われるが、表示先がライブ映像表示時とは異なる表示装置Ａ’２１４の環境に合った映像が配信される。

次に、本実施形態において、映像ストリームＢを再表示する場合について説明する。第２実施形態では、ライブ映像表示時には表示装置Ｂ２１２（大画面ディスプレイ）が用いられ、再表示時に表示装置Ｂ’２１５（携帯画面）が用いられる。即ち、映像ストリームＢに関して、映像を表示する環境条件については、ライブ映像表示時の映像表示装置より、再表示時の映像表示装置のスペックが低画質再現しか出来ない環境となっている。図６のフローチャートにて、ステップＳ２００３で、制御部１０２は、映像に関連する情報を読み出す。そして、ステップＳ２００４で、制御部１０２は、映像ストリームＢに対応したカメラ撮影映像を映像記録部１１０から読み出す。ステップＳ２００５で、制御部１０２は、フォーマット情報に従って映像を処理するが、映像ストリーム情報のフォーマット情報ではなく、ステップＳ２００２で受信した追加再生コマンド（図１０参照）のフォーマット情報を用いる。従って、映像処理部１１５は、解像度：ＶＧＡ、映像フォーマット：ＭＰＥＧ４、フレームレート：３０ｆｐｓ、トリミング：無し、映像ストリーム数：１に合った映像データに、読み出した映像データを変換する。具体的には、解像度はカメラ映像より小さい映像サイズとなるので、解像度変換部１１６は縮小処理を実行し、映像フォーマット変換部１１８は映像フォーマットをＭＰＥＧ２からＭＰＥＧ４に変換する。なお、カメラ映像はＭＰＥＧ２に限られるものではなく他のフォーマットでもよい。なお、映像処理部１１５で生成される映像データのフレームレートはカメラ映像そのままのフレームレートであり、トリミング処理は未処理となる。

その他の処理フローは、第１実施形態で説明した図６のフローチャートと各ステップと同一な処理を行う。これにより、映像サーバ装置２１０は、カメラ切り換えをライブ映像表示時と同一タイミングにて実行しながら、図８の表示装置Ｂ’２１５の環境に合った映像を配信する。

尚、本実施形態でもカメラが４台のシステムを想定していたが、もちろんこれに限定されるものではない。特にカメラが１台のみの場合は選択の必要性がないためフレーム情報として、選択しているカメラに関する情報の記録は省略することも可能である。

以上のように、第２実施形態では、映像の再表示を行う第２の外部装置からの、映像ストリーム情報（履歴情報）を指定するコマンドが映像データの配信フォーマットを指定するフォーマット情報を含む場合の第２配信処理に特徴がある。即ち、第２実施形態の第２配信処理は、指定された映像ストリーム情報に含まれているフォーマット情報に代えて、映像ストリーム情報を指定するコマンドに含まれているフォーマット情報に従って、映像を加工して第２の外部装置へ配信する。このような第２実施形態の構成によれば、過去に表示した映像と同じ内容の映像を再表示する際に、表示装置の仕様や性能に依存することなく映像を表示することが可能となる。即ち、過去に表示した同じ内容の映像を表示機器の仕様に合わせた最適な映像として、再度表示することが可能となる。

（第３実施形態）
次に、第３実施形態について、図１〜図６と図８、図１１を参照して説明する。

ライブ映像表示時の構成は、上記第１及び第２実施形態（図１〜図５）と同様である。また、ライブ映像表示時の動作は第１実施形態と同様である。以下、第３実施形態に関わる部分について説明を行う。

第３実施形態において、再表示時のシステム構成は第２実施形態と同様（図８）である。本実施形態では、図１１に示すように、ライブ映像表示時の操作にてマルチ画面表示をトリミングしている場合の例を説明する。図１１の例では、第１実施形態にて説明したライブ映像表示時において、表示装置Ｃ２１３は、ｔ６から２画面表示を行う。ｔ０〜ｔ８までは、２画面表示の一方のカメラＡ２０１の映像が選択され、トリミング情報１によってトリミング範囲(1)に設定され、映像トリミング部１１７によりトリミングされる。解像度変換部１１６は、このトリミング映像を表示側要求解像度であるＶＧＡサイズにリサイズし、映像配信を行う。ｔ８〜最後まではトリミング範囲が(2)に設定され、映像トリミング部１１７によりトリミングが行われる。解像度変換部１１６は、このトリミング映像を表示側要求解像度であるＶＧＡサイズにリサイズする。

別のウインドウに対応した別ストリームは、時刻ｔ６からｔ７までカメラＣ２０３、時刻ｔ７からカメラＤ２０４の映像を選択し、トリミング情報２によってトリミング範囲(3)に設定して映像トリミング部１１７によりトリミングする。解像度変換部１１６は、トリミング映像を表示側要求解像度であるＶＧＡサイズにリサイズする。尚、上記のトリミング処理は、図５のステップＳ１００７において行われる。そして、図５のステップＳ１００８において、制御部１０２は、カメラ切替操作またはトリミング処理等の映像処理に関する操作が行われたどうかを判断する。そして、ステップＳ１００９において、制御部１０２は、カメラ切替操作が指示された場合にのみカメラの切替操作を実行する。そして、ステップＳ１０１０において、制御部１０２は、操作履歴情報を記録する。以下に説明するトリミング履歴情報もステップＳ１０１０で記録されることになる。尚、映像処理に関する操作が行われた場合は、ステップＳ１００６において、映像処理部１１５が指定された映像処理を実行する（例えばトリミング処理が指定された場合は、映像トリミング部１１７が配信すべき映像にトリミング処理を施す）。以上のように、第３実施形態の第１配信処理では、ライブ映像表示を行っている第１の外部装置からの操作情報が映像処理に関する操作を含む場合に、映像に当該映像処理を加えて第１の外部装置へ配信する。また、第１記録処理では、当該映像処理に関する操作を示す操作情報を映像ストリーム情報（履歴情報）の一部として記録する。

また、このとき、解像度（全画面サイズとして）：ＶＧＡ、フレームレート：３０ｆｐｓ、映像フォーマット：Ｍ−ＪＰＥＧ（モーションＪＰＥＧ）、ストリーム数：ｔ０で１本、ｔ６で２本というコマンドが映像送受信部１０１で受信される。映像フォーマット変換部１１８はＭ−ＪＰＥＧへ映像フォーマットを変換し、映像フレームレートは変更無しとして、２本のストリームをライブ映像として配信する。

また、ライブ映像表示時の映像ストリーム情報として、制御部１０２は、図１２に示すようなフォーマットの映像ストリーム情報をライブ情報記録部１０３に記録する。フォーマットの中身の詳細は、先頭コマンドからカメラ映像選択履歴コマンド（カメラＡ〜Ｄ）とウインドウ種別（ｗ１又はｗ２）の部分については、第１実施形態にて説明した図４の映像ストリームＣに対応するコマンドと同一情報である。そして、第３実施形態では、その後に、トリミング履歴情報として、
・トリミング切り換え時刻（ｔ０，ｔ６，ｔ８）と、
・どのウインドウについてなされた操作かを表す情報（ｗ１又はｗ２）と、
・各操作トリミング範囲にかかわる情報（トリミング範囲(1)〜(3)）とを記憶しておく。

再映像表示時の動作では、ライブ映像表示時に記憶しておいた映像ストリームＣに対応する映像データを読み出し、トリミングされた映像データを含む映像ストリームを生成して表示装置Ｃ’２１６へ配信する。即ち、第３実施形態の第２配信処理では、映像ストリーム情報（履歴情報）が含む操作情報に従って映像に映像処理を施し、再表示を行なっている第２の外部装置へ配信する。

トリミング履歴情報に関わる処理以外は、第１及び第２実施形態と同様の処理により、映像ストリームから再生すべき映像が構成され、配信される。又、表示装置Ｃ’２１６に相当する表示装置からのトリミングサイズの要求に応じて、映像処理部１１５は、トリミング範囲を可変して映像ストリームを構成する（Ｓ１００７）。

再表示時には、映像サーバ装置２１０の制御部１０２は、読み出した映像に対して、トリミング履歴情報に従ったトリミング処理を施し、得られた映像データを配信する。図９乃至図１０のトリミング情報のコマンドエリア領域に表示側からのトリミングサイズ変更情報を受信し、この情報に基づいてトリミング範囲を決定するように動作する。

尚、本実施形態でもカメラが４台のシステムを想定していたが、もちろんこれに限定されるものではない。特にカメラが１台のみの場合は選択の必要性がないためフレーム情報として、選択しているカメラに関する情報の記録は省略することも可能である。

以上のように、第３実施形態によれば、過去に表示した映像と同じ内容の映像を同じ映像処理を施して再表示することができる。また、第２実施形態の図９．図１０に示した再生コマンドの「トリミング情報」において、トリミングを実行する指示を記述すれば、再表示時に新たなトリミング処理を加えることが出来る。従って、再表示時に、表示範囲を任意に変更し、見る側で最適な映像ストリームを再表示することが可能となる。

（第４実施形態）
次に、図１、図１３を参照して第４実施形態を説明する。第４実施形態の映像サーバ装置２１０の構成は、第１実施形態にて説明した構成（図１）と同一である。

図１３において、枠３０１内にある２０１〜２０８は、第１の実施形態（図２）にて説明した２０１〜２０８の構成と同じである。表示装置Ａ２１７は、カメラＡ２０１〜２０４及びカメラ制御部２０５〜２０８と同一な拠点（場所）に配置されている。なお、図１３では、表示装置Ａ２１７として大画面ディスプレイと記載してあるが、特にこの限りではなく表示装置であれば特に限定はしない。また、図１３の枠３０２内にあるカメラＡ’２１８〜Ｄ’２２１、及びカメラ制御部２２２〜２２５は、第１実施形態にて説明した２０１〜２０８と同じ構成である。但し、これらは、枠３０１内にある各種装置とは異なる拠点（場所）に配置され、ネットワーク２０９に接続されている。また、表示装置Ｂ２２６は、カメラＡ’２１８〜Ｄ’２２１及びカメラ制御部２２２〜２２５と同一な拠点（場所）に配置されている。表示装置Ｂ２２６も図中には大画面ディスプレイと記載してあるが、特にこの限りではなく表示装置であれば特に限定はされない。

映像サーバ装置２１０は、第１実施形態にて説明したとおりである。この映像サーバ装置２１０を置いてある物理的な拠点（場所）は、枠３０１内の機器の拠点、或いは枠３０２内の機器の拠点、或いはその他の拠点（場所）のいずれでもよく、ネットワーク２０９に接続されている場所であれば特に限定はしない。

上記構成において、表示装置Ａ２１７は枠３０２内の拠点のカメラＡ’２１８〜Ｄ’２２１の映像を表示している。又、表示装置Ｂ２２６は、枠３０１内のカメラＡ２０１〜Ｄ２０４の映像を表示している。

第４実施形態は、２拠点間で双方向に映像を表示しているシステム構成であり、ビデオ会議等を行うシステムの例である。尚、図１３は２拠点での例を示しているが、拠点毎に対応した数の表示装置と撮像装置であるカメラをネットワークを介して配置することで、多地点ビデオ会議システムに応用できる。特に表示装置と撮像装置であるカメラの数の構成はこの限りではない。

（ライブ映像表示時（本実施形態ではビデオ会議中）の動作ついて）
ビデオ会議中の動作においては、映像サーバ装置２１０が、撮像装置であるカメラと表示装置の組み合わせを有する複数の拠点（場所）間における双方向ストリームに対応するように動作する。映像サーバ装置２１０は、図１で説明した構成を有し、双方向のストリームに対応するように第１及び第２実施形態にて説明した内容と同様の動作をする。例えば、映像サーバ装置２１０は、枠３０１内の撮像装置（カメラＡ２０１〜Ｄ２０４）と表示装置Ａ２１７を第１のグループに属する装置として登録する。同様に、映像サーバ装置２１０は、枠３０２内の撮像装置（カメラＡ’２１８〜Ｄ’２２１）と表示装置Ｂ２２６を第２のグループに属する装置として登録する。そして、枠３０１の拠点から枠３０２の拠点の方向へのライブ映像表示時の映像ストリームと、枠３０２の拠点から枠３０１の拠点の方向へのライブ映像表示時の映像ストリーム毎に、第１実施形態〜第３実施形態にて説明した映像ストリーム情報を記録しておく。即ち、第１のグループに属する撮像装置から配信された映像に関して、第２のグループに属する表示装置を第１の外部装置として第１〜第３実施形態で説明した第１記録処理、第１配信処理、第２記録処理を実行する。同様に、第２のグループに属する撮像装置から配信された映像に関して、第１のグループに属する表示装置を第１の外部装置として第１〜第３実施形態で説明した第１記録処理、第１配信処理、第２記録処理を実行する。ここで，ライブ映像表示時とは例えばビデオ会議時である。

第４実施形態での再表示時の動作は、上記第１実施形態〜第３実施形態にて再表示する際の動作にて説明した内容と同一動作を行う。

枠３０１内の装置の拠点から枠３０２内の装置の拠点の方向へのライブ映像表示時の映像ストリームと、相反する通信方向である枠３０２拠点から枠３０１の拠点の方向へのライブ映像表示時の映像ストリームについて映像の配信が行われる。ここで、ライブ映像表示時としては、ビデオ会議時が挙げられる。即ち、第１実施形態〜第３実施形態にて説明した動作により、ライブ情報記録部１０３内の映像ストリーム情報を基に、いずれかの映像ストリームを要求に応じて配信するように動作する。

以上説明した内容が、第４の実施形態に関わる例である。以上のように、複数の拠点に配置するように構成することで、ネットワークを介したビデオ会議システムとして応用することが出来、過去に表示した同じ内容の映像である会議映像を簡単に再表示することが可能となる。

以上、実施形態を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、ソフトウェアのプログラムをシステム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによって前述した実施形態の機能が達成される場合を含む。この場合、供給されるプログラムは実施形態で図に示したフローチャートに対応したコンピュータプログラムである。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

コンピュータプログラムを供給するためのコンピュータ読み取り可能な記憶媒体としては以下が挙げられる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムをハードディスク等の記録媒体にダウンロードすることが挙げられる。この場合、ダウンロードされるプログラムは、圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布するという形態をとることもできる。この場合、所定の条件をクリアしたユーザに、インターネットを介してホームページから暗号を解く鍵情報をダウンロードさせ、その鍵情報を使用して暗号化されたプログラムを実行し、プログラムをコンピュータにインストールさせるようにもできる。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどとの協働で実施形態の機能が実現されてもよい。この場合、ＯＳなどが、実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれて前述の実施形態の機能の一部或いは全てが実現されてもよい。この場合、機能拡張ボードや機能拡張ユニットにプログラムが書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行なう。

第１実施形態による映像配信システムに係る映像蓄積装置の内部構成を表すブロック図である。 第１実施形態による映像配信システムの一例を示すブロック図である。 第１実施形態によるライブ映像表示時の各表示ストリームの構成を表す図である。 第１実施形態によるストリーム毎の映像情報を記録する方式の一例を表す図である。 第１実施形態による映像サーバ装置の、ライブ映像表示時の動作例を示すフローチャートである。 第１実施形態による映像サーバ装置の、再表示時の動作例を表すフローチャートである。 第１実施形態における、再表示時の表示装置側からの要求コマンドの一例を表す図である。 第２実施形態の再表示時に係る映像配信システムの構成例を示すブロック図である。 第２実施形態時のストリームＡに対応する表示装置側からの要求コマンドの一例を表す図である。 第２実施形態によるストリームＢに対応する表示装置側からの要求コマンドの一例を表す図である。 第３実施形態によるライブ映像表示時の表示ストリームの構成例を表す図である。 第３実施形態によるストリーム毎の映像情報を記録する方式の一例を表す図である。 第４実施形態による映像配信システムの一例を示すブロック図である。 第１実施形態による再表示時の表示装置のユーザインターフェースを表す図である。 第１実施形態による再表示時の表示装置のユーザインターフェースを表す図である。 第２実施形態による再表示時の表示装置のユーザインターフェースを表す図である。

Claims (9)

1. 撮像装置から配信された映像を受信する受信手段と、
   前記受信手段で受信した映像を記録する第１記録手段と、
   前記第１記録手段から、配信時の映像データの解像度、圧縮フォーマット、フレームレートの少なくともいずれかを含むフォーマットを指定するフォーマット情報を含む第１の外部装置からの操作情報に応じて映像を選択し、加工して、前記第１の外部装置へ配信する第１配信手段と、
   前記第１の外部装置からの前記操作情報による操作内容と時刻を含む履歴情報を記録する第２記録手段と、
   第２の外部装置からの、前記第２記録手段に記録された履歴情報の指定に応じて、前記第１記録手段から、指定された履歴情報に含まれるフォーマット情報と時刻に従って映像を選択し、選択した映像を加工して、前記第２の外部装置へ配信する第２配信手段とを備えることを特徴とする映像配信装置。
2. 前記第２配信手段は、前記第２の外部装置からの履歴情報の指定が映像データのフォーマットを指定するフォーマット情報を含む場合には、前記指定された履歴情報に含まれているフォーマット情報に代えて、前記履歴情報の指定に含まれているフォーマット情報に従って、映像を加工して前記第２の外部装置へ配信することを特徴とする請求項１に記載の映像配信装置。
3. 前記第１配信手段は、前記第１の外部装置からの操作情報が映像処理に関する操作を含む場合に、映像に前記映像処理を加えて配信し、
   前記第２記録手段は、前記映像処理に関する操作を示す操作情報を前記履歴情報の一部として記録し、
   前記第２配信手段は、前記履歴情報が含む操作情報に従って映像に映像処理を施し、前記第２の外部装置へ配信することを特徴とする請求項１に記載の映像配信装置。
4. 前記映像処理は、映像のトリミング処理を含むことを特徴とする請求項３に記載の映像配信装置。
5. 第１のグループに属する撮像装置と表示装置を登録し、第２のグループに属する撮像装置と表示装置を登録する登録手段と、
   前記第１のグループに属する撮像装置から配信された映像に関して、前記第２のグループに属する表示装置を前記第１の外部装置として前記受信手段、前記第１記録手段、前記第１配信手段及び前記第２記録手段を機能させ、
   前記第２のグループに属する撮像装置から配信された映像に関して、前記第１のグループに属する表示装置を前記第１の外部装置として前記受信手段、前記第１記録手段、前記第１配信手段及び前記第２記録手段を機能させる制御手段とを更に備えることを特徴とする請求項１に記載の映像配信装置。
6. 撮像装置と映像配信装置と表示装置がネットワークに接続された映像配信システムであって、
   前記映像配信装置が、
   撮像装置から配信された映像を受信する受信手段と、
   前記受信手段で受信した映像を記録する第１記録手段と、
   前記受信手段で受信した映像を、前記ネットワークに接続された第１の表示装置からの操作情報に応じて選択し、加工して、前記第１の表示装置へ配信する第１配信手段と、
   前記第１の表示装置からの前記操作情報による操作内容と時刻を含む履歴情報を記録する第２記録手段と、
   前記ネットワークに接続された第２の表示装置からの、前記第２記録手段に記録された履歴情報の指定に応じて、前記第１記録手段から、指定された履歴情報の操作内容と時刻に従って映像を選択し、選択された映像を加工して、前記第２の表示装置へ配信する第２配信手段とを備えることを特徴とする映像配信システム。
7. 撮像装置から配信された映像を受信する受信工程と、
   前記受信工程で受信した映像をメモリに記録する第１記録工程と、
   前記受信工程で受信した映像を、第１の外部装置からの操作情報に応じて選択し、加工して、前記第１の外部装置へ配信する第１配信工程と、
   前記第１の外部装置からの前記操作情報による操作内容と時刻を含む履歴情報をメモリに記録する第２記録工程と、
   第２の外部装置からの、前記第２記録工程で記録された履歴情報の指定に応じて、前記第１記録工程で映像が記録されたメモリから、指定された履歴情報の操作内容と時刻に従って映像を選択し、選択された映像を加工して、前記第２の外部装置へ配信する第２配信工程とを備えることを特徴とする映像配信装置の制御方法。
8. 請求項７に記載された映像配信装置の制御方法をコンピュータに実行させるためのプログラム。
9. 請求項８に記載されたプログラムを格納したコンピュータ読み取り可能な記憶媒体。

Images