JP2017055378A - Ａｖサーバシステムおよびａｖサーバ - Google Patents

Abstract

【課題】ＩＯポート数の拡張およびストレージ量の拡張を容易に行い得るＡＶサーバシステム及びＡＶサーバを提供する。【解決手段】ＡＶサーバシステム１０は、システム外部との入出力ポートとは独立した、他のＡＶサーバと接続するためのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）入出力ポートを有する複数のＡＶサーバ１００−１〜１００−Ｎと、複数のＡＶサーバをそれぞれコントロールするクライアントコントローラ２００−１〜２００−Ｍと、複数のＡＶサーバに記録されているＡＶクリップデータ及び複数のＡＶサーバに入力するＡＶクリップデータに関する情報を記憶しているマネージャ３００と、複数のＡＶサーバのフレーム同期を取るための時刻同期サーバ４００を備える。【選択図】図１

Description

本技術は、ＡＶサーバシステムおよびＡＶサーバに関し、詳しくは、複数のＡＶサーバがネットワーク接続されて構成されるＡＶサーバシステム等に関する。

例えば、特許文献１には、ＡＶサーバのＩＯポート数を拡張する技術が記載されている。ここでは、ＡＶのストレージ部と入出力装置を分離し、入出力装置のみを増やすことで、ＩＯポート数を拡張する。

特開２００５−０６３１２２号公報

本技術の目的は、ＩＯポート数の拡張およびストレージ量の拡張を容易に行い得るようにすることにある。

本技術の概念は、
システム外部との入出力ポートとは独立した、他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを有する複数のＡＶサーバと、
上記複数のＡＶサーバをコントロールするクライアントコントローラと、
上記複数のＡＶサーバに記録されているＡＶクリップデータおよび上記複数のＡＶサーバに入力するＡＶクリップデータに関する情報を記憶しているマネージャと、
上記複数のＡＶサーバのフレーム同期をとるフレーム同期部を備える
ＡＶサーバシステムにある。

本技術におけるＡＶサーバシステムは、複数のＡＶサーバと、クライアントコントローラと、マネージャと、フレーム同期部からなる。ＡＶサーバは、システム外部との入出力ポートとは独立した、他のＡＶサーバと接続するためのＩＰ入出力ポートを有する。複数のＡＶサーバは、ＩＰ入出力ポートが使用され、互いに、ＩＰネットワーク（ＩＰスイッチ）により接続される。フレーム同期部により、複数のＡＶサーバのフレーム同期がとられる。

クライアントコントローラにより、ＡＶサーバがコントロールされる。マネージャにより、複数のＡＶサーバに記録されているＡＶクリップデータおよび複数のＡＶサーバに入力するＡＶクリップデータに関する情報が記憶されている。クライアントコントローラでは、マネージャの記憶情報に基づき各ＡＶサーバにおけるＡＶクリップの内容把握が可能とされ、その把握内容に基づいてＡＶサーバのコントロールが行われる。

例えば、ＡＶサーバは、ＩＰ入出力ポートから所定数のフレーム周期で予め決められたフレーム分の圧縮ＡＶクリップデータを出力する、ようにされてもよい。また、例えば、ＡＶサーバは、ＩＰ入出力ポートから１フレーム周期で１フレーム分の圧縮ＡＶクリップデータを出力する、ようにされてもよい。

また、例えば、ＡＶサーバは、ＩＰ入出力ポートに所定数のフレーム周期で入力された圧縮ＡＶクリップデータを予め決められたフレーム分の圧縮ＡＶクリップデータとして処理する、ようにされてもよい。また、例えば、ＡＶサーバは、ＩＰ入出力ポートに１フレーム周期で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する、ようにされてもよい。

また、例えば、ＡＶサーバは、ＩＰ入出力ポートにフレーム開始時点から１フレームよりも短い期間で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する、ようにされてもよい。この場合、例えば、ＡＶサーバは、入力された圧縮ＡＶクリップデータから、不足する圧縮ＡＶクリップデータを前方誤り訂正により再現する、ようにされてもよい。

また、例えば、ＡＶサーバは、ＩＰ入出力ポートに、通常ビデオデータに対応する圧縮ＡＶクリップデータまたは単板カメラによるＲＡＷデータに対応する圧縮ＡＶクリップデータを出力する、ようにされてもよい。この場合、例えば、ＲＡＷデータに対応する圧縮ＡＶクリップデータには、デモザイク処理のためのメタデータが付加される、ようにされてもよい。

また、例えば、ＡＶサーバは、ＩＰ入出力ポートに入力される圧縮ＡＶクリップデータにデコード処理を施し非圧縮のＡＶクリップデータを得るデコード部を有し、このデコード部における遅延時間は、入力される圧縮ＡＶクリップデータの圧縮データフォーマットに依らずに、一定である、ようにされてもよい。た、例えば、ＡＶサーバは、ＩＰ入出力ポートの総ポート数のうち、入力ポート数と出力ポート数とを任意に変更可能である、ようにされてもよい。

このように本技術においては、複数のＡＶサーバがＩＰネットワークで接続されて構成されるものであり、ＩＯポート数の拡張およびストレージ量の拡張が容易に可能となる。

また、本技術において、例えば、ＡＶサーバは、圧縮ＡＶクリップデータを記録するストレージと、単板カメラから入力されるハイフレームレートのＲＡＷデータに圧縮符号化処理を行って得られた第１のＡＶクリップデータを、デモザイク処理を行うためのメタデータを付加した状態でストレージに記録する第１の記録部を有する、ようにされてもよい。例えば、ハイフレームレートは、１２０Ｐ以上である、ようにされてもよい。このように単板カメラから入力されるＲＡＷデータをデモザイク処理せずにストレージに記録することで、ハイフレームレートのＲＡＷデータのストレージへの記録をスムーズに行うことが可能となると共に、階調や色合いなどの加工の自由度を持たせることが可能となる。

この場合、ＡＶサーバは、単板カメラから入力されるハイフレームレートを通常フレームレートのＲＡＷデータに変換した後にデモザイク処理を行って通常フレームレートの通常ビデオデータを得、この通常ビデオデータに圧縮符号化処理を行って得られた第２のＡＶクリップデータをストレージに記録する第２の記録部をさらに有する、ようにされてもよい。この通常フレームレートの通常ビデオデータの使用頻度は高く、ストレージに予め記録しておくことで、システムに対する負荷が少なくて済む。

本技術によれば、ＩＯポート数の拡張およびストレージ量の拡張を容易に行い得る。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

実施の形態としてのＡＶサーバシステムの構成例を示すブロック図である。 ＡＶサーバの構成例を示すブロック図である。 デコーダの構成例を示すブロック図である。 ＡＶサーバ間でデータ伝送をする場合のデータの流れを説明するための図である。 ＡＶサーバの特殊な構成例を示すブロック図である。 プレイイリスト再生時のクリップつなぎを行なうためのＡＶサーバの構成例を示すブロック図である。 デコーダの他の構成例を示すブロック図である。 ＡＶサーバの他の構成例を示すブロック図である。 ＡＶサーバとサーバ間ネットワークを構成するＩＰスイッチとの接続を示す図である。 クライアントコントローラにおけるプレイリスト作成画面例を示す図である。 ＡＶサーバのＩＯポートのＩＮ/ＯＵＴを動的に変更する例を示す図である。 プレイリスト再生の一例を説明するための図である。

以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例

＜１．実施の形態＞
［ＡＶサーバシステムの構成例］
図１は、実施の形態としてのＡＶサーバシステム１０の構成例を示している。このＡＶサーバシステム１０は、Ｎ個（Ｎは複数）のＡＶサーバ１００-1，１００-2，・・・，１００-Nと、Ｍ個のクライアントコントローラ２００-1，２００-2，・・・，２００-Nと、マネージャ３００と、時刻同期サーバ４００を有している。なお、Ｍは、通常はＮと同じであるが、異なっていてもよい。

ＡＶサーバ１００-1，１００-2，・・・，１００-Nは、システム外部との入出力ポート（外部ＩＯ）を有すると共に、他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを有している。ＡＶサーバ１００-1，１００-2，・・・，１００-Nは、ＩＰ入出力ポートを利用して専用のＩＰネットワーク（以下、適宜、「サーバ間ネットワーク」と呼ぶ）５００に接続されている。

クライアントコントローラ２００-1，２００-2，・・・，２００-Mは、オペレータの操作に基づき、ＡＶサーバ１００-1，１００-2，・・・，１００-Nをコントロールする。クライアントコントローラ２００-1，２００-2，・・・，２００-Mは、コントローラ/サーバ間ネットワーク６００を介して、それぞれ、ＡＶサーバ１００-1，１００-2，・・・，１００-Nに接続されている。

クライアントコントローラ２００-1，２００-2，・・・，２００-Mは、例えば、各ＡＶサーバにストレージされている、あるいは入力するＡＶクリップデータの把握、再生要求、ＪＯＧ/ＳＨＵＴＴＬＥ/変速再生の操作、プレイリストの編集等の作業を行なうために使用される。

マネージャ３００は、システム全体にストレージされている、あるいは入力するＡＶクリップデータのデータベース管理（ＤＢ管理）、データ伝送を行なう際の帯域保証の管理、各ＡＶサーバの利用状況の管理を行なう。このマネージャ３００は、コントローラ/サーバ間ネットワーク６００を介して、ＡＶサーバ１００-1，１００-2，・・・，１００-N、クライアントコントローラ２００-1，２００-2，・・・，２００-Mに接続されている。

時刻同期サーバ４００は、コントローラ/サーバ間ネットワーク６００を介して、ＡＶサーバ１００-1，１００-2，・・・，１００-N、クライアントコントローラ２００-1，２００-2，・・・，２００-Mに接続されている。また、時刻同期サーバ４００は、サーバ間ネットワーク５００を介して、ＡＶサーバ１００-1，１００-2，・・・，１００-Nに接続されている。

時刻同期サーバ４００は、ＩＥＥＥ１５８８、あるいは特開２０１０−１９０６５３号公報、特開２０１０−１９７３２０号公報によるマスターとして動作することで、ＡＶサーバ１００-1，１００-2，・・・，１００-Nの時刻を所定の誤差範囲内で同期させる。この意味で、時刻同期サーバ４００は、各ＡＶサーバのフレーム同期をとるフレーム同期部を構成している。

なお、各ＡＶサーバが設置されている場所に供給されているハウスシンクを用いても各ＡＶサーバのフレーム同期をとることができる。ハウスシンクとは、放送局等の至るところに供給されている、局内の機器をフレーム同期させるためのフレーム信号のことである。

また、時刻同期サーバ４００は、定期的に行なうノード間伝送遅延測定によって、任意のノード間の伝送遅延量を測定する。ＪＯＧ/ＳＨＵＴＴＬＥのレスポンスを考慮するならば、ノード間伝送遅延量は１フレーム以下に抑えられるのが望ましい。また、ノード間伝送遅延量が１フレーム以下に抑えられていることが前提でシステムが組まれるならば、時刻同期サーバ４００によるノード間データ伝送遅延量測定は必要ない。また、このようにノード間データ伝送遅延量測定が必要なく、加えて各ＡＶサーバのフレーム同期がハウスシンクの入力によりとられるならば、時刻同期サーバ４００は必要なくなる。

ＡＶサーバ１００-1，１００-2，・・・，１００-Nが接続されているサーバ間ネットワーク５００では主にデータ伝送が行われ、ＡＶサーバ１００-1，１００-2，・・・，１００-N、クライアントコントローラ２００-1，２００-2，・・・，２００-Mおよびマネージャ３００が接続されているコントローラ/サーバ間ネットワーク６００ではコマンド伝送、各ＡＶサーバにストレージされている、あるいは入力するＡＶクリップデータの情報伝送などが行われる。

図２は、ＡＶサーバ１００-1，１００-2，・・・，１００-Nとして使用し得るＡＶサーバ１００の構成例を示している。このＡＶサーバ１００は、ＡＶサーバシステム１０の外部に対する入出力ＩＯ（外部ＩＯ）を備えている。図示の例では、外部ＩＯとしてＳＤＩ入出力のみを示しているが、ＩＰ入出力、ＨＤＭＩ入出力、あるいはその他の種々のＩＯが併存していても構わない。なお、「ＨＤＭＩ」は登録商標である。

また、ＡＶサーバ１００は、システムコントローラ１０１と、エンコーダ１０２と、ストレージ１０３と、デコーダ１０４と、ＩＰ出力部１０５と、ＩＰ入力部１０６を有している。システムコントローラ１０１は、ＡＶサーバ１００の各部の動作を制御する。このシステムコントローラ１０１は、コントローラ/サーバ間ネットワーク６００に接続される。

ＩＰ出力部１０５は、サーバ間ネットワーク５００に接続するためのＩＰ出力ポートを構成する。ＩＰ入力部１０６は、サーバ間ネットワーク５００に接続するためのＩＰ入力ポートを構成する。エンコーダ１０２は、外部ＩＯに入力されるＡＶクリップデータに所定のコーデック（Codec）によるエンコード処理を施して圧縮ＡＶクリップデータを生成する。ストレージ１０３は、エンコーダ１０２で得られた圧縮ＡＶクリップデータを格納する。デコーダ１０４は、ストレージ１０３から読み出された、あるいは他のＡＶサーバからＩＰ入力部１０６に入力された圧縮ＡＶクリップデータにデコード処理を施して非圧縮のＡＶクリップデータを生成して、外部ＩＯに出力する。

図３は、デコーダ１０４の構成例を示している。デコーダ１０４は、種々のコーデックのデコードが可能なように、Ｈ．２６４デコーダ、Ｈ．２６２デコーダなど、複数種類のデコーダを備えている。なお、単板カメラで撮像して得られたＲＡＷデータが圧縮された圧縮ＲＡＷデータのデコードも可能とされている。デマルチプレクサとマルチプレクサにより、利用デコーダが選択される。圧縮ＲＡＷデータのデコードに当たっては、デコード後のデータにデモザイク処理が施されて、通常のビデオデータのデコーダ出力とされる。なお、デモザイク処理時には、圧縮ＲＡＷデータに付加されているペイント情報によって、ガンマ補正、ホワイトバランス調整等の処理が行われる。なお、詳細説明は省略するが、エンコーダ１０２も、デコーダ１０４と同様に、複数種類のエンコーダを備えている。

単体動作について説明する。外部ＩＯに入力されたＡＶクリップデータはエンコーダ１０２に供給される。エンコーダ１０２では、ＡＶクリップデータにエンコード処理が施されて圧縮され、圧縮ＡＶクリップデータが生成される。この圧縮ＡＶクリップデータはストレージ１０３に格納される。

また、ストレージ１０３に格納されている圧縮ＡＶクリップデータは、再生要求に従って、ストレージ１０３から読み出されて、デコーダ１０４に供給される。デコーダ１０４では圧縮ＡＶクリップデータにコーデックに応じたデコード処理が施されて伸長され、ＡＶクリップデータが生成される。このＡＶクリップデータは外部ＩＯから出力される。ＪＯＧ/ＳＨＵＴＴＬＥでは、６０Ｐのシステムであれば、１秒当たり６０フレームのＡＶクリップデータが、例えばストレージ１０３からの読み出し時に、命令された速度に応じて間引き等の処理を加えられて、外部ＩＯから出力される。

他のＡＶサーバとの間の動作（ファイル共有動作）について説明する。ストレージ１０３に格納されている圧縮ＡＶクリップデータは、他のＡＶサーバからの再生要求に従って、ストレージ１０３から読み出され、ＩＰ出力部（ＩＰ出力ポート）１０５からサーバ間ネットワーク５００に出力されて、他のＡＶサーバに伝送される。ＪＯＧ/ＳＨＵＴＴＬＥでは、６０Ｐのシステムであれば、１秒当たり６０フレームのＡＶクリップデータが、ストレージ１０３からの読み出し時に、命令された速度に応じて間引き等の処理を加えられて、他のＡＶサーバに伝送される。

また、他のＡＶサーバからサーバ間ネットワーク５００を介してＩＰ入力部（ＩＰ入力ポート）１０６に入力された圧縮ＡＶクリップデータは、デコーダ１０４に供給される。ＪＯＧ/ＳＨＵＴＴＬＥでは、６０Ｐのシステムであれば、１秒当たり６０フレームのＡＶクリップデータが、他のＡＶサーバから命令した速度に応じて間引き等の処理が加えられて、伝送されてくる。デコーダ１０４では圧縮ＡＶクリップデータにコーデックに応じたデコード処理が施されて伸長され、ＡＶクリップデータが生成される。このＡＶクリップデータは外部ＩＯに出力される。

図４は、“Ｂ”のＡＶサーバ１００から“Ａ”のＡＶサーバ１００にデータ伝送をする場合のデータの流れを破線で示している。なお、図２に示すＡＶサーバ１００の構成例では示していないが、実際には、エンコーダ１０２の前段およびデコーダ１０４の後段、つまり外部ＩＯとエンコーダ１０２、デコーダ１０４との間には、フレームバッファ１０７が存在する。また、ストレージ１０３とエンコーダ１０２、デコーダ１０４との間には、バンク１０８が存在する。また、フレームバッファ１０７の後段には、ＡＶクリップデータを所定のインタフェース形式で出力するための出力インタフェース、図示の例ではＳＤＩフォーマッタ１０９が存在する。

単体動作では、“Ａ”, “Ｂ”のいずれのＡＶサーバ１００も以下のような動作となる。格納時には、ＳＤＩｉｎにＡＶクリップデータが入力され、フレームバッファ１０７を経由してエンコーダ１０２で圧縮され、バンク１０８を経由してストレージ１０３に格納される。再生時には、ストレージ１０３からバンク１０８に読み出され、デコーダ１０４で伸長された後、フレームバッファ１０７を経由して、ＳＤＩｏｕｔに出力される。なお、急ぎのリプレイ動作は、バンク１０８で折り返えされ、あるいはフレームバッファ１０７で折り返えされ、いわゆる“撮って出し”が行われる。

ファイル共有再生時には、“Ｂ”のＡＶサーバ１００のストレージ１０３から読み出された圧縮ＡＶクリップデータはバンク１０８に読み出され、ＩＰ出力部（ＩＰ出力ポート）１０５を通じてサーバ間ネットワーク（ＩＰスイッチ）５００に出力される。そして、サーバ間ネットワーク（ＩＰスイッチ）５００から“Ａ”のＡＶサーバ１００のＩＰ入力部（ＩＰ入力ポート）１０５に入力され、デコーダ１０４で伸長された後、フレームバッファ１０７を経由して、ＳＤＩｏｕｔに出力される。上述の単体動作の再生時とは、途中にサーバ間ネットワーク５００が介在されるだけで、他が変わらない。従って、ＪＯＧ/ＳＨＵＴＴＬＥ/変速再生も基本的に動作は単体動作と変わらず、違いは途中にサーバ間ネットワーク５００が介在されるだけである。

ファイル共有再生では、ＡＶクリップデータは、ａ，ｂ，ｃという順の経路を通る。ａとｃの伝送遅延量が予め決まった値であるのに対し、ｂの伝送遅延量はサーバ間ネットワーク５００の構成や“Ａ”と“Ｂ”のＡＶサーバ１００との間のネットワーク上の距離、場合によっては、サーバ間ネットワーク上のトラフィックで、異なる値になる。

時刻同期サーバ４００が定期的に各ノード間の伝送遅延量を測ることで、所定の時刻に出力するためには、どれだけ前にストレージ１０３から圧縮クリップデータの読みだしを開始しなければならないか、場合によっては、所定の時刻に出力できない、ということを知ることができる。なお、上述したように、予め各ノード間の伝送遅延量が所定の値、例えば１フレーム以内に必ず収まる様なシステム構成であるならば、時刻同期サーバ４００による伝送遅延量測定は必要ない。

このように、任意のノード間に跨るファイル共有再生に関するデータ伝送遅延は予め決まっているＡＶサーバ１００内のａ，ｃの経路の伝送遅延量と、時刻同期サーバ４００によって測られる経路ｂの伝送遅延量とで決まり、正しい時刻にシステム外部にＡＶクリップデータを出力させるためのストレージ１０３からの読みだし時刻が定まる。

ＡＶサーバ１００は、種々の画枠、種々のコーデックをサポートしている。この実施の形態において、経路ｃの伝送遅延量は、サポートする全ての画枠、コーデックについて、一定値とされる。例えば、デコーダ１０４は、デコーダ入力からデコーダ出力までの遅延時間（図３参照）が全てのコーデックに関して一定となるように構成される。この場合、短時間でデコード処理が終ってしまうコーデックの場合に、出力を遅らせることで実現される。

また、ＡＶサーバ１００のストレージ１０３に格納されている圧縮ＡＶクリップデータではなく、現在ストレージに記録中の圧縮ＡＶクリップデータを、ファイル共有によって、他のＡＶサーバから出力させたい場合のデータ経路は、図４の“Ｂ”のＡＶサーバ１００において、ＳＤＩｉｎ→フレームバッファ１０７→エンコーダ１０２→バンク１０８→ＩＰ出力部（ＩＰ出力ポート）１０５→サーバ間ネットワーク（ＩＰスイッチ）５００の経路となる。

図５は、ＡＶサーバ１００の特殊な構成例を示している。この図５において、図２と対応する部分には、同一符号を付し、適宜、その詳細説明は省略する。このＡＶサーバ１００は、システムカメラの後段に接続するベースバンド・プロセッサ・ユニット（ＢＰＵ：Baseband Processor Unit）である。ＢＰＵは、通常、単板カメラによるＲＡＷデータをデモザイクして通常のビデオデータに変換したり、ＨＦＲ（High Frame Rate）カメラによる高速撮像データをストレージして、スロー再生したりするのに使われる。なお、図示においては、システムカメラ運用時のためのリターンビデオ入力については、省略している。なお、３板カメラが接続されていれば、外部から入力されるＡＶクリップデータは通常のビデデータであるため、図２のＡＶサーバ１００と同じ動作となる。

単板カメラによるＲＡＷデータが入力されたとき、このＲＡＷデータにエンコーダ１０２でエンコード処理が施されて圧縮された後にストレージ１０３に圧縮ＡＶクリップデータとして格納（記録）される。ＲＡＷデータはデモザイクしなければ通常のビデオデータとはならないので、デコーダ１０４では、デコード処理による伸長の他にデモザイクが行われる。この図５のＢＰＵとしてのＡＶサーバ１００におけるデコーダ１０４も、図２のＡＶサーバ１００におけるデコーダ１０４と同様の構成とされている（図３参照）。

単板カメラは、映画やドラマの撮影で使われることが多い。その場合、デモザイクと同時にカラーリング等の絵作りの専門が時間を掛けてビデオ信号化するため、必ずしもデモザイクに関するメタデータを必要としない。しかし、この実施の形態においては、自動的なデモザイクを行なうため、ＲＡＷデータの他に、適切なペイント情報（メタデータ）が必要となる。そこで、カメラから入力されたＲＡＷデータがエンコーダ１０２で圧縮された後、圧縮ＲＡＷデータにペイント情報が付加されてストレージ１０３に格納される。なお、このペイント情報は、ガンマ補正、ホワイトバランス調整等の処理を行うための情報であり、カメラから供給される。

ストレージ１０３から圧縮ＲＡＷデータが読み出される際に、それに付加されているペイント情報も同時に読み出され、単体動作では自身のデコーダ１０４に送られ、共有再生動作は、サーバ間ネットワーク５００を介して他のＡＶサーバ１００のデコーダ１０４に送られる。そして、デコーダ１０４では、デコード処理による伸長の他にデモザイクが行われ、さらにペイント情報に基づいてガンマ補正、ホワイトバランス調整等の処理が行われる。

図６は、プレイイリスト再生時のクリップつなぎを行なうためのＡＶサーバ１００の構成例を示している。この図６において、図２と対応する部分には、同一符号を付し、その詳細説明は省略する。図示の例においては、２系統のデコーダ１０４ａ，１０４ｂと、２系統のＩＰ入力部（ＩＰ入力ポート）１０６ａ，１０６ｂと、エフェクタ１１０を有している。なお、この図６においては、システムコントローラ１０１の図示は省略している。

プレイリスト再生とは、カット編集したりエフェクトを掛けたりする編集手順を記したプレイリストの通りに再生を行なう再生である。単純な再生を組み合わせ、外部出力を行なうＡＶサーバ１００上で適切にスイッチング、あるいはエフェクトを掛けてＡＶクリップデータを切り替えることが必要となる。

クリップつなぎでは、つなぎ前後の圧縮ＡＶクリップデータをそれぞれ適切なタイミングで格納された所定のＡＶサーバ１００のストレージ１０３から読みだし、サーバ間ネットワーク５００を経由して出力ポート指定されたＡＶサーバ１００に両者を入力し、当該ＡＶサーバ１００においてデコード後にエフェクタ１１０で切り替え/エフェクトを掛けることを行なう。

図６の例では、ＡＶクリップデータαからＡＶクリップデータβへの切り替えを行なう構成を示している。サーバ間ネットワーク５００に対して２つのＩＰ入力部（ＩＰ入力ポート）１０６ａ，１０６ｂが用意され、それぞれ、ＡＶクリップデータα，βが入力されるように、サーバ間ネットワーク５００の伝送が行われる。そして、ＡＶクリップデータα，βに対して、それぞれデコーダ１０４ａ，１０４ｂでデコード処理が行われた後に、エフェクタ１１０で適切に切り替えが行われる。

なお、このペイント情報としては、ホワイトバランスの設定情報、ホワイトバランスのオフセットの設定情報、ブラックの設定情報、フレア補正の設定情報、ゲインの設定情報、電子シャッターの動作条件の設定情報、スローシャッターの設定情報、アイリスの制御設定情報、スロー＆クイックモーションの設定情報、フリッカー補正の設定情報、ガンマ補正の設定情報、ブラックガンマの設定情報、ニー補正の設定情報、ホワイトクリップの設定情報、ディテール調整の設定情報、アパーチャー補正の設定情報、スキンディテール補正の設定情報、マトリックス補正の設置情報、マルチマトリックス補正の設定情報、等があり、カメラから供給され、ＲＡＷデータに付加された状態でストレージ１０３に格納される。

「スロー再生」
ＢＰＵ（図５のＡＶサーバ１００参照）にＨＦＲ(High Frame Rate)カメラを接続するケースについて説明する。ＨＦＲカメラとは、通常フレームレートよりも大きなフレームレート、つまりハイフレームレートでの撮影が可能なカメラのことである。例えば、通常フレームレートが６０Ｐ(１秒間に６０フレームの撮影)であるとき、ハイフレームレートは１２０Ｐ以上である。ＨＦＲカメラで高速撮影をしたフレームデータを、通常フレームレートで読み出すことで、スロー再生が可能になる。例えば、４８０Ｐで撮影したデータを６０Ｐのレートで読み出せば、１／８倍速という速度でのスロー再生となる。

ｎ×６０Ｐで撮影したデータを、６０Ｐで出力すれば１／ｎ倍速でのスロー再生になるが、再生時に、連続するｋフレームを加算し、その結果を１／ｋ倍して６０ｐで出力すれば、ｋ／ｎ倍速でのスロー再生になる。図７は、連続するｋフレームを加算し、その結果を１／ｋ倍する加算処理部を含めたデコーダ１０４の構成例を示している。この場合、撮影時のｎと再生時のｋとで、様々なレートでのスロー再生が可能となる。

この加算処理を行なわずに、ｋ枚おきに再生出力を１フレーム出力するといった間引きをすることで、ｋ／ｎ倍速再生を行なう方法もあり、その場合、サーバ間ネットワークの負荷は軽くなるが、連続フレームを全て送り、加算処理をした方が、再生出力の動きは滑らかとなる。

また、ＨＦＲカメラで高速撮影をしたときには、通常フレームレートのデータも記録しておくとでデータの使い勝手が良くなる。図８は、その場合におけるＡＶサーバ１００の構成例を示している。この図８において、図５と対応する部分には同一符号を付して示し、適宜、その詳細説明は省略する。

単板カメラから入力されるＮ倍速のハイフレームレートのＲＡＷデータにエンコーダ１０２でエンコード処理（圧縮符号化処理）が施されて圧縮ＲＡＷデータが得られ、この圧縮ＲＡＷデータにペイント情報が付加されて圧縮ＡＶクリップデータ（第１のＡＶクリップデータ）としてストレージ１０３に格納（記録）される。このように単板カメラから入力されるＲＡＷデータをデモザイク処理せずにストレージ１０３に記録することで、Ｎ倍速のハイフレームレートのＲＡＷデータのストレージ１０３への記録をスムーズに行うことが可能となると共に、階調や色合いなどの加工の自由度を持たせることが可能となる。

また、単板カメラから入力されるＮ倍速のハイフレームレートのＲＡＷデータに対し、加算処理部１１７で連続するＮフレームが加算され、さらにその結果が１／Ｎ倍されて、１倍速の通常フレームレートのＲＡＷデータが得られる。この通常フレームレートのＲＡＷデータにデモザイク部１１８でデモザイク処理が施されて、通常フレームレートの通常ビデオデータ（１倍速ビデオデータ）が得られる。

この通常フレームレートの通常ビデオデータにエンコーダ１１９でエンコード処理（圧縮符号化処理）が施されて圧縮通常ビデオデータが得られ、この圧縮通常ビデオデータが圧縮ＡＶクリップデータ（第２のＡＶクリップデータ）としてストレージ１０３に格納（記録）される。これにより、ストレージ１０３には、ハイフレームレートのＲＡＷデータと共に、あたかも通常フレームレートで撮影したかのような通常ビデオデータも格納される。この通常フレームレートの通常ビデオデータの使用頻度は高く、ストレージ１０３に予め記録しておくことで、システムに対する負荷が少なくて済む。

スポーツ映像などでは、１倍速再生をしておいて、ある時点からスロー再生を行なう、というカットの要求が多く、それは、１倍速ビデオデータと、Ｎ倍速記録を行なったＲＡＷデータとをある時刻で切り替えて再生する、といった、２つの圧縮ＡＶクリップを同期的に切り替える方法で実現することができる。例えば、図６に示したＡＶサーバに、クリップデータαとして１倍速ビデオデータを、クリップデータβとしてＮ倍速ＲＡＷデータを入力し、撮影同時刻のある時刻にて切り替えることで、実現することができる。

なお、上記で説明した圧縮１倍速ビデオデータの代わりに、連続するＮフレームを加算し、その結果を１／Ｎ倍した１倍速ＲＡＷデータ作成し、それを圧縮したデータをペイント情報とともにストレージ１０３に格納し、それを利用することも考えられる。

図９は、ＡＶサーバ１００とサーバ間ネットワーク５００を構成するＩＰスイッチとの接続を示す。図示の例では、１つのＡＶサーバ１００がサーバ間ネットワーク５００に４つのＩＯポートで接続され、入力と出力がそれぞれ２つずつという設定とされている。また、図示の例では、システム外部に対する入出力ＩＯも合計４つ、入力、出力がそれぞれ２つという構成とされている。

ここで、ＡＶサーバ１００は、１つのＩＰ出力ポートから、所定数のフレーム周期で予め決められたフレーム分、この実施の形態においては、１フレーム周期で１フレーム分の圧縮ＡＶクリップデータを出力する。また、ＡＶサーバ１００は、１つのＩＰ入力ポートに、所定数のフレーム周期で入力された圧縮ＡＶクリップデータを予め決められたフレーム分の圧縮ＡＶクリップデータとして処理する、この実施の形態においては、１フレーム周期で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する。これにより、ＡＶサーバシステム１０のサーバ間ネットワーク５００における帯域管理がし易くなり、実装が容易となる。

この場合、ＡＶサーバ１００は、フレーム開始時点から１フレーム以下の期間、例えば０．５フレームの期間で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する。これにより、ＪＯＧ/ＳＨＵＴＴＬＥのレスポンスを高めることが可能となる。なお、この場合、期間を短くするほどレスポンスを高めることが可能となるが、その分だけＩＰケットの未受信の個数が増加する。ＩＰケットの未受信のために不足する圧縮ＡＶクリップデータは、前方誤り訂正（ＦＥＣ：Forward Error Correction）処理により再現される。

「サーバ間ネットワークの帯域保証」
次に、サーバ間ネットワーク５００の帯域保証に関する説明をする。図１に示すＡＶサーバシステム１０において、あるオペレータがクライアントコントローラ２００（２００-1，２００-2，・・・，２００-M）を操作して、対応するＡＶサーバ１００（１００-1，１００-2，・・・，１００-N）からシステム外部にＡＶクリップデータを出力させることを考える。

マネージャ３００は全てのＡＶサーバ１００に格納されているＡＶクリップデータに関する情報のデータベースを持っている。この情報には、例えば、ストレージＩＤ（Storage ID）、クリップＩＤ（Clip ID）、クリップネーム（Clip Name）、スタートタイムコード（Start Time Code）、デュレーション（Duration）、ビデオフォーマット/コーデック（Video Format/Codec）、キーワード（Keyword）などが含まれている。

マネージャ３００のデータベースは、クライアントコントローラ２００からのコマンドに基づいて内容が更新されていく。クライアントコントローラ２００は、マネージャ３００と同様のデータベースを持っている。マネージャ３００は、自身のデータベースが更新される毎に、更新データをクライアントコントローラ２００に配信する、これにより、クライアントコントローラ２００におけるデータベースも更新される。

オペレータはクライアントコントローラ２００に接続された図示しないモニタの画面で、データベースの内容を把握し、キーボード、マウス、あるいはＪＯＧダイヤル等でコマンドを入力する。この場合、モニタ画面に表示された複数のクリップからあるクリップが選択されると、そのクリップの中の特徴的な場面について付けられた名称のリストが表示される。さらに、その名称のリストからある名称が選択されると、その場面に対応するサムネイルが表示される。

オペレータは、モニタ画面の表示を参照して、どのＡＶクリップのどこからどこまでを、ＡＶサーバ１００のどの出力ポートに、どの時刻に出力するかという再生要求を、クライアントコントローラ２００に入力する。ここでの時刻は、ＡＶサーバシステム１０に動作規定されているフレームレートによるタイムコードを基軸とする。

クライアントコントローラ２００に入力された再生要求は、マネージャ３００に伝えられる。マネージャ３００は、再生要求を実行するための予定を組む。すなわち、マネージャ３００は、ＡＶクリップデータを格納しているＡＶサーバ１００内のデバイスの利用予定、サーバ間ネットワーク５００の帯域利用予定、出力ポートのあるＡＶサーバ１００内のデバイスの利用予定を、要求された時刻に指定された出力ポートに再生出力を出せるように割り付ける。ここで、帯域利用予定やデバイス利用予定を、以下、適宜、「帯域予約」、「デバイス予約」呼ぶ。

マネージャ３００は、上述のように組んだ予約の利用可能性を確認する。すなわち、マネージャ３００は、上述のように組んだ予定に基づいて、ＡＶサーバ１００に関しては必要なデバイスが利用できるかどうか、サーバ間ネットワーク５００に関しては帯域の保証ができるかどうかを確認する。

サーバ間ネットワーク５００の帯域は、通常は、ネットワークを形成するＩＰスイッチの能力によって決まる。マネージャ３００は、帯域保証の確認においては、再生要求で使う帯域分が、再生要求で必要とするサーバ間ネットワーク５００上のデータ伝送期間中の全ての瞬間に亘ってあるかどうかを確認する。すなわち、マネージャ３００は、今回の再生要求よりも以前に予定された、今回のデータ伝送期間中のサーバ間ネットワーク５００の帯域消費分の残りから、今回の使用帯域分を引いて、所定の帯域量が残るかどうか、を確認する。

サーバ間ネットワーク５００とコントローラ/サーバ間ネットワーク６００をＶ−ＬＡＮとせずに統合した場合には、コントローラ/サーバ間ネットワーク６００の通信に使う帯域分を減じておくことが必要と思われる。しかし、コントローラ/サーバ間ネットワーク６００の通信のデータ量は、圧縮ＡＶクリップデータのデータ量に比べて非常に小さく、無視することも考えられる。

また、マネージャ３００は、デバイス利用可能性の確認においても、帯域保証の確認と同様に行う。すなわち、マネージャ３００は、今回の再生要求に係るデバイスが、データ伝送期間中の全ての瞬間に亘って利用可能かどうかを確認する。ここで、デバイスとは、サーバ間ネットワークＩＯ、システム外部ＩＯ、デコーダ等を意味する。

マネージャ３００は、以前からの予約の存在の上で、今回の予約の利用可能性があることを確認したとき、その予約に従って、再生対象のＡＶクリップの格納元のＡＶサーバ１００に、外部出力ポートに指定されたＡＶサーバ１００へのデータ転送を行なうようにコマンドを送る。これにより、再生対象のＡＶクリップの格納元のＡＶサーバ１００から外部出力ポートに指定されたＡＶサーバ１００へのデータ伝送が開始される。

また、マネージャ３００は、以前からの予約の存在の上で、今回の予約の利用可能性がないことを確認したとき、クライアントコントローラ２００を通じて、オペレータに再生要求の拒否を通知する。

なお、上述では、クライアントコントローラ２００からの再生要求に対して、マネージャ３００が予定を組み、その予定の利用可能性を確認し、その予定に従ってＡＶサーバ１００にコマンドを送る旨を説明した。しかし、クライアントコントローラ２００は、上述したようにマネージャ３００と同様に随時更新されるデータベースを持っているので、再生要求に対して予定を組むこと、その予定の利用可能性を確認することを自身で行うことも考えられる。

その場合には、例えば、クライアントコントローラ２００は、利用可能性が最終的に確認された予定を、マネージャ３００を通じて外部出力ポートに指定されたＡＶサーバ１００に送る。そして、このＡＶサーバ１００が、その予約に従って、再生対象のＡＶクリップの格納元のＡＶサーバ１００に、外部出力ポートに指定されたＡＶサーバ１００へのデータ転送を行なうようにコマンドを送る。これにより、再生対象のＡＶクリップの格納元のＡＶサーバ１００から外部出力ポートに指定されたＡＶサーバ１００へのデータ伝送が開始される。

再生対象のＡＶクリップの格納元のＡＶサーバ１００から外部出力ポートに指定されたＡＶサーバ１００へのデータ伝送において、場合によってはデータパケットをロストすることが考えられる。そうした場合、再送要求で対処しようとすると、設定された帯域予約やデバイス予約を崩すことになる。

予約通りに進めようとすると、来るはずのデータを伝送先サーバは受け取れないことになる。その場合に備え、この実施の形態では、ＡＶサーバ１００間のデータ伝送に関し、前方誤り訂正(Forward Error Correction)を行うこととし、伝送データには十分な冗長性を持たせ、受け取ることができたデータから、受け取れなかった部分を再現する機能を持たせる。

図２、図４、図５、図６、図８におけるＩＰ出力部（ＩＰ出力ポート）１０５は前方誤り訂正のための冗長性を持たせる機能を持ち、ＩＰ入力部（ＩＰ入力ポート）１０６、１０６ａ，１０６ｂは伝送されたデータに足りない部分があった場合に前方誤り訂正によって再現させる機能を持つ。

「プレイリスト作成」
図１０は、クライアントコントローラ２００におけるプレイリスト作成画面例を示す。オペレータは、モニタ画面に表示されるクリップ情報に基づき、プレイリスト作成画面を使って
プレイリストを作成する。再生時刻を示すタイムラインに沿って、再生したいクリップを選んで、クリップ名称を入力し、そのクリップの開始したい時刻のタイムコードを再生したいタイムコードに指定すると、開始時点での画面サムネイルが現れ、終了したいタイムコードを指定すると、終了時点での画面サムネイルと、再生期間を示す表示がタイムライン上に、現れる。

例えば、図示の例において、クリップ名称Ａのクリップに関して、示のように、“Ａ”と書かれた長方形と、開始サムネイル、終了サムネイルが表示されている。図示の例においては、クリップ名称Ａのクリップの指定に続き、クリップ名称Ｂのクリップ、クリップ名称Ｃのクリップ、クリップ名称Ｂのクリップが指定された場合の例を示している。なお、二度目のクリップ名称Ｂのクリップの指定に対応した長方形には、“Ｂ´”と書いている。図示の例は、Ａ→Ｂ→Ｃ→Ｂ‘と再生が続くことがプレイリストとして定義されたものである。

クリップに時間的な重なりがある部分は、画面の切り替わりにエフェクトがあることを示しており、エフェクト名を指定することで、エフェクトが選択される（図中では、エフェクト名称１，３で示されている）。一方、クリップに時間的な重なりがなければ、単純なシーンチェンジということである（図中では、エフェクト名称２として示している）。

クライアントコントローラ２００では、このようにしてプレイリストが定義され、その再生がマネージャ３００に対して要求される。要求を受けたマネージャ３００は、プレイリストに沿って、帯域予約とデバイス予約を行うと共に、その利用可能性を確認する。なお、このように作成されたプレイリストに対して、マネージャ３００ではなく、クライアントコントローラ２００自身が帯域予約とデバイス予約を行うと共に、その利用可能性を確認することも考えられる。

「入出力ポートの向きの変更」
図１１は、利用デバイスとしてサーバ間ネットワーク５００とのＩＯポートが足りなかった場合に、可能であれば、動的にＩＮ/ＯＵＴを逆に設定してデバイスを利用可能とする例を示している。例えば、初期状態に於いて、３個のＡＶサーバ１００-1，１００-2，ＡＶサーバ１００-3のそれぞれのサーバ間ネットワーク５００とのＩＯポートは入力２個、出力２個であったとする。

今回の再生要求が、ＡＶサーバ１００-1に格納されているＡＶクリップデータをＡＶサーバ１００-2から外部出力するという要求であって、その再生期間中には、既にＡＶサーバ１００-1から の２つのサーバ間ネットワーク出力ポートと、ＡＶサーバ１００-2への２つのサーバ間ネットワーク入力ポートが予約されてしまっていた、とする。

この場合、ＡＶサーバ１００-1へのサーバ間ネットワーク入力ポートが１個、ＡＶサーバ１００-2からのサーバ間ネットワーク出力ポートが１個、再生要求期間に亘って予約されていなかったならば、例えば、マネージャ３００は、図示のように、それぞれのポートを逆向きに設定して、再生要求を実行可能とする。

因みに、システム外部とのＩＯポートを逆転することも考えられる。例えば、図示の例においては、初期状態に於いて、システム外部とのＩＯポートはそれぞれ入力２個、出力２個であるのを、ＡＶサーバ１００-2の入力ポートを１個出力ポートに変えている。

なお、システムが稼働中でなく、初期状態で入出力ポートを任意の組み合わせにすることも可能である。

「プレイリスト再生」
プレイリスト再生は、その再生要求自体が、複数再生要求の予約になっている、ということになる。加えて、フレーム切れ目によるシーンチェンジ、あるいはエフェクトを伴うシーンチェンジ等の特殊動作のためのスケジューリングをマネージャ３００は行なうことになる。ここで、特殊な再生要求としては、終了時刻(終了フレーム)を定めない再生要求が考えられる。

この場合における帯域予約、デバイス予約は、再生終了命令が来るまで、延々と帯域なりデバイスなりを使い続けることを前提に、帯域とデバイスの予定を考慮して再生可能性を判断し、再生が開始されたならば、再生終了命令が来るまで、帯域もデバイスも予約し続けることになる。このことは、ＪＯＧやＳＨＵＴＴＬＥ等の、オペレータの時間的に任意な命令を伴う再生要求であっても同じである。

図１２は、プレイリスト再生の一例を示している。ＡＶサーバ１００-1のストレージに格納されているＡＶクリップ[α]を時刻ｔ２から時刻ｔ４までＡＶサーバ１００-3に出力し、時刻ｔ４でＡＶサーバ１００-2のストレージに格納されているＡＶクリップ[β]に切り替えて時刻ｔ７まで出力する、というプレイリストに関しては、例えば、以下のデバイス予約、帯域予約が行われる。

すなわち、デバイス予約に関しては、
ＡＶサーバ１００-1のサーバ間ネットワーク出力ポートをｔ１からｔ５まで、
ＡＶサーバ１００-2のサーバ間ネットワーク出力ポートをｔ３t3からｔ７まで、
ＡＶサーバ１００-3のサーバ間ネットワーク出力ポートの１個をｔ１からｔ５まで、
ＡＶサーバ１００-3のサーバ間ネットワーク出力ポートの１個をｔ３からｔ７まで、
ＡＶサーバ１００-3の外部への出力ポートをｔ２からｔ７まで、
（その他、サーバ内部の必要なデコーダ等)
を予約する。

また、帯域予約に関しては、
ＡＶクリップ[α]、ＡＶクリップ[β]のそれぞれの圧縮データを送るためのサーバ間ネットワーク５００の帯域を相応の時間帯で予約する。

このような予約が行われて実行されれば、ｔ７までで、全てのデバイスと帯域を開放できる。しかし、このプレイリストに沿っての再生に関して、ＪＯＧとかＳＨＵＴＴＬＥを任意に行なうならば、上記したデバイスや帯域の予約は延々続けなければならない。なぜならば、伝送の経路と、ＡＶクリップの切り替えのデータ位置は決まっているが、再生箇所や再生終了については何も決まっていないからである。

例えば、図１２の下部に記載されるように、ＳＨＵＴＴＬＥで飛ばして、ＪＯＧで細かく動いて、またＳＨＵＴＴＬＥで戻す、などの任意な動きを許すには、デバイスも帯域もいつまでも必要であるからである。

上述したように、図１に示すＡＶサーバシステム１０においては、複数のＡＶサーバ１００がＩＰネットワークで接続されて構成されるものであり、ＩＯポート数の拡張およびストレージ量の拡張が容易に可能となる。また、ＡＶサーバ１００同士のサーバ間ネットワーク５００を汎用的なＩＰスイッチで構成でき、ＡＶ系製品に特化したものではないため、将来的に入手が容易であるばかりでなく、高性能化も見込め、より高度な再生要求に応えられる可能性がある接続が可能となる。

＜２．変形例＞
なお、上述実施の形態においては、サーバ間ネットワーク５００とコントローラ/サーバ間ネットワーク６００が独立している例を示したが、Ｖ−ＬＡＮを形成して、物理的には同じＩＰネットワークであっても構わない。また、システム外部のＩＰネットワークとも、Ｖ−ＬＡＮによる独立性が保たれている限り、物理的に同じネットワークであって構わない。

また、上述実施の形態においては、時刻同期サーバ４００、マネージャ３００、クライアントコントローラ２００-1，２００-2，・・・，２００-Mがそれぞれ独立して設けられている例を示した。しかし、これらは、物理的に独立に存在する必要はなく、ＡＶサーバ１００-1，１００-2，・・・，１００-N上に他の機能があっても構わない。例えば、個々のＡＶサーバ上にクライアントコントローラ機能があってもよいし、どれかひとつのＡＶサーバ上にマネージャ機能があってもよいし、時刻同期サーバも同様に、どれかのＡＶサーバが兼ねていても構わない。

また、上述実施の形態においては、マネージャ３００が１個である例を示した。しかし、マネージャを複数個接続し、通常はそのうちの１個のみが動作し、他は予備とし、動作している１個のマネージャに送られる情報は他の予備のマネージャにも送られ、把握している情報は常に更新していくこととして、動作中のマネージャがダウンした時に、予備のマネージャのうちのひとつを新マネージャとして動作させてもよい。

また、本技術は、以下のような構成を取ることもできる。
（１）システム外部との入出力ポートとは独立した、他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを有する複数のＡＶサーバと、
上記複数のＡＶサーバをコントロールするクライアントコントローラと、
上記複数のＡＶサーバに記録されているＡＶクリップデータおよび上記複数のＡＶサーバに入力するＡＶクリップデータに関する情報を記憶しているマネージャと、
上記複数のＡＶサーバのフレーム同期をとるフレーム同期部を備える
ＡＶサーバシステム。
（２）上記ＡＶサーバは、
上記ＩＰ入出力ポートから所定数のフレーム周期で予め決められたフレーム分の圧縮ＡＶクリップデータを出力する
前記（１）に記載のＡＶサーバシステム。
（３）上記ＡＶサーバは、
上記ＩＰ入出力ポートから１フレーム周期で１フレーム分の圧縮ＡＶクリップデータを出力する
前記（１）に記載のＡＶサーバシステム。
（４）上記ＡＶサーバは、
上記ＩＰ入出力ポートに所定数のフレーム周期で入力された圧縮ＡＶクリップデータを予め決められたフレーム分の圧縮ＡＶクリップデータとして処理する
前記（１）に記載のＡＶサーバシステム。
（５）上記ＡＶサーバは、
上記ＩＰ入出力ポートに１フレーム周期で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する
前記（１）に記載のＡＶサーバシステム。
（６）上記ＡＶサーバは、
上記ＩＰ入出力ポートにフレーム開始時点から１フレーム以下の期間で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する
前記（１）に記載のＡＶサーバシステム。
（７）上記ＡＶサーバは、
上記入力された圧縮ＡＶクリップデータから、不足する圧縮ＡＶクリップデータを前方誤り訂正により再現する
前記（６）に記載のＡＶサーバシステム。
（８）上記ＡＶサーバは、
上記ＩＰ入出力ポートに、通常ビデオデータに対応する圧縮ＡＶクリップデータまたは単板カメラによるＲＡＷデータに対応する圧縮ＡＶクリップデータを出力する
前記（１）から（７）のいずれかに記載のＡＶサーバシステム。
（９）上記ＲＡＷデータに対応する圧縮ＡＶクリップデータには、デモザイク処理のためのメタデータが付加される
前記（８）に記載のＡＶサーバシステム。
（１０）上記ＡＶサーバは、
上記ＩＰ入出力ポートに入力される圧縮ＡＶクリップデータにデコード処理を施し非圧縮のＡＶクリップデータを得るデコード部を有し、
上記デコード部における遅延時間は、上記入力される圧縮ＡＶクリップデータの圧縮データフォーマットに依らずに、一定である
前記（１）から（９）のいずれかに記載のＡＶサーバシステム。
（１１）上記ＡＶサーバは、
上記ＩＰ入出力ポートの総ポート数のうち、入力ポート数と出力ポート数とを任意に変更可能である
前記（１）から（１０）のいずれかに記載のＡＶサーバシステム。
（１２）他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを備える
ＡＶサーバ。
（１３）上記ＩＰ入出力ポートから所定数のフレーム周期で予め決められたフレーム分の圧縮ＡＶクリップデータを出力する
前記（１２）に記載のＡＶサーバ
（１４）上記ＩＰ入出力ポートに所定数のフレーム周期で入力された圧縮ＡＶクリップデータを予め決められたフレーム分の圧縮ＡＶクリップデータとして処理する
前記（１２）に記載のＡＶサーバ。
（１５）上記ＩＰ入出力ポートに、通常ビデオデータに対応する圧縮ＡＶクリップデータまたは単板カメラによるＲＡＷデータに対応する圧縮ＡＶクリップデータを出力する
前記（１２）から（１４）のいずれかに記載のＡＶサーバ。
（１６）上記ＩＰ入出力ポートに入力される圧縮ＡＶクリップデータにデコード処理を施し非圧縮のＡＶクリップデータを得るデコード部を有し、
上記デコード部における遅延時間は、上記入力される圧縮ＡＶクリップデータの圧縮データフォーマットに依らずに、一定である
前記（１２）から（１５）のいずれかに記載のＡＶサーバ。
（１７）上記ＩＰ入出力ポートの総ポート数のうち、入力ポート数と出力ポート数とを任意に変更可能である
前記（１２）から（１６）のいずれかに記載のＡＶサーバ。
（１８）システム外部との入出力ポートとは独立した、他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを有する複数のＡＶサーバと、
上記複数のＡＶサーバをコントロールするクライアントコントローラと、
上記複数のＡＶサーバに記録されているＡＶクリップデータおよび上記複数のＡＶサーバに入力するＡＶクリップデータに関する情報を記憶しているマネージャを備え、
上記ＡＶサーバは、
上記ＩＰ入出力ポートから所定数のフレーム周期で予め決められたフレーム分の圧縮ＡＶクリップデータを出力する
ＡＶサーバシステム。
（１９）上記ＡＶサーバは、
単板カメラから入力されるハイフレームレートのＲＡＷデータに圧縮符号化処理を行って得られた第１のＡＶクリップデータを、デモザイク処理を行うためのメタデータを付加した状態でストレージに記録する第１の記録部を有する
前記（１）から（１８）のいずれかに記載のＡＶサーバシステム。
（２０）上記ＡＶサーバは、
上記単板カメラから入力されるハイフレームレートのＲＡＷデータを通常フレームレートのＲＡＷデータに変換した後にデモザイク処理を行って通常フレームレートの通常ビデオデータを得、該通常ビデオデータに圧縮符号化処理を行って得られた第２のＡＶクリップデータを上記ストレージに記録する第２の記録部をさらに有する
前記（１９）に記載のＡＶサーバシステム。

１０・・・ＡＶサーバシステム
１００，１００-1，１００-2，・・・，１００-N・・・ＡＶサーバ
１０１・・・システムコントローラ
１０２・・・エンコーダ
１０３・・・ストレージ
１０４，１０４ａ，１０４ｂ・・・デコーダ
１０５・・・ＩＰ出力部（ＩＰ出力ポート）
１０６，１０６ａ，１０６ｂ・・・ＩＰ入力部（ＩＰ入力ポート）
１０７・・・フレームバッファ
１０８・・・バンク
１０９・・・ＳＤＩフォーマッタ
１１０・・・エフェクタ
１１７・・・加算処理部
１１８・・・デモザイク部
１１９・・・エンコーダ
２００，２００-1，２００-2，・・・，２００-M・・・クライアントコントローラ
３００・・・マネージャ
４００・・・時刻同期サーバ
５００・・・サーバ間ネットワーク
６００・・・コントローラ/サーバ間ネットワーク

Claims (20)

1. システム外部との入出力ポートとは独立した、他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを有する複数のＡＶサーバと、
   上記複数のＡＶサーバをコントロールするクライアントコントローラと、
   上記複数のＡＶサーバに記録されているＡＶクリップデータおよび上記複数のＡＶサーバに入力するＡＶクリップデータに関する情報を記憶しているマネージャと、
   上記複数のＡＶサーバのフレーム同期をとるフレーム同期部を備える
   ＡＶサーバシステム。
2. 上記ＡＶサーバは、
   上記ＩＰ入出力ポートから所定数のフレーム周期で予め決められたフレーム分の圧縮ＡＶクリップデータを出力する
   請求項１に記載のＡＶサーバシステム。
3. 上記ＡＶサーバは、
   上記ＩＰ入出力ポートから１フレーム周期で１フレーム分の圧縮ＡＶクリップデータを出力する
   請求項１に記載のＡＶサーバシステム。
4. 上記ＡＶサーバは、
   上記ＩＰ入出力ポートに所定数のフレーム周期で入力された圧縮ＡＶクリップデータを予め決められたフレーム分の圧縮ＡＶクリップデータとして処理する
   請求項１に記載のＡＶサーバシステム。
5. 上記ＡＶサーバは、
   上記ＩＰ入出力ポートに１フレーム周期で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する
   請求項１に記載のＡＶサーバシステム。
6. 上記ＡＶサーバは、
   上記ＩＰ入出力ポートにフレーム開始時点から１フレーム以下の期間で入力された圧縮ＡＶクリップデータを１フレーム分の圧縮ＡＶクリップデータとして処理する
   請求項１に記載のＡＶサーバシステム。
7. 上記ＡＶサーバは、
   上記入力された圧縮ＡＶクリップデータから、不足する圧縮ＡＶクリップデータを前方誤り訂正により再現する
   請求項６に記載のＡＶサーバシステム。
8. 上記ＡＶサーバは、
   上記ＩＰ入出力ポートに、通常ビデオデータに対応する圧縮ＡＶクリップデータまたは単板カメラによるＲＡＷデータに対応する圧縮ＡＶクリップデータを出力する
   請求項１に記載のＡＶサーバシステム。
9. 上記ＲＡＷデータに対応する圧縮ＡＶクリップデータには、デモザイク処理のためのメタデータが付加される
   請求項８に記載のＡＶサーバシステム。
10. 上記ＡＶサーバは、
    上記ＩＰ入出力ポートに入力される圧縮ＡＶクリップデータにデコード処理を施し非圧縮のＡＶクリップデータを得るデコード部を有し、
    上記デコード部における遅延時間は、上記入力される圧縮ＡＶクリップデータの圧縮データフォーマットに依らずに、一定である
    請求項１に記載のＡＶサーバシステム。
11. 上記ＡＶサーバは、
    上記ＩＰ入出力ポートの総ポート数のうち、入力ポート数と出力ポート数とを任意に変更可能である
    請求項１に記載のＡＶサーバシステム。
12. 他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを備える
    ＡＶサーバ。
13. 上記ＩＰ入出力ポートから所定数のフレーム周期で予め決められたフレーム分の圧縮ＡＶクリップデータを出力する
    請求項１２に記載のＡＶサーバ
14. 上記ＩＰ入出力ポートに所定数のフレーム周期で入力された圧縮ＡＶクリップデータを予め決められたフレーム分の圧縮ＡＶクリップデータとして処理する
    請求項１２に記載のＡＶサーバ。
15. 上記ＩＰ入出力ポートに、通常ビデオデータに対応する圧縮ＡＶクリップデータまたは単板カメラによるＲＡＷデータに対応する圧縮ＡＶクリップデータを出力する
    請求項１２に記載のＡＶサーバ。
16. 上記ＩＰ入出力ポートに入力される圧縮ＡＶクリップデータにデコード処理を施し非圧縮のＡＶクリップデータを得るデコード部を有し、
    上記デコード部における遅延時間は、上記入力される圧縮ＡＶクリップデータの圧縮データフォーマットに依らずに、一定である
    請求項１２に記載のＡＶサーバ。
17. 上記ＩＰ入出力ポートの総ポート数のうち、入力ポート数と出力ポート数とを任意に変更可能である
    請求項１２に記載のＡＶサーバ。
18. システム外部との入出力ポートとは独立した、他のＡＶサーバと接続するためのＩＰ（Internet Protocol）入出力ポートを有する複数のＡＶサーバと、
    上記複数のＡＶサーバをコントロールするクライアントコントローラと、
    上記複数のＡＶサーバに記録されているＡＶクリップデータおよび上記複数のＡＶサーバに入力するＡＶクリップデータに関する情報を記憶しているマネージャを備え、
    上記ＡＶサーバは、
    上記ＩＰ入出力ポートから所定数のフレーム周期で予め決められたフレーム分の圧縮ＡＶクリップデータを出力する
    ＡＶサーバシステム。
19. 上記ＡＶサーバは、
    単板カメラから入力されるハイフレームレートのＲＡＷデータに圧縮符号化処理を行って得られた第１のＡＶクリップデータを、デモザイク処理を行うためのメタデータを付加した状態でストレージに記録する第１の記録部を有する
    請求項１に記載のＡＶサーバシステム。
20. 上記ＡＶサーバは、
    上記単板カメラから入力されるハイフレームレートのＲＡＷデータを通常フレームレートのＲＡＷデータに変換した後にデモザイク処理を行って通常フレームレートの通常ビデオデータを得、該通常ビデオデータに圧縮符号化処理を行って得られた第２のＡＶクリップデータを上記ストレージに記録する第２の記録部をさらに有する
    請求項１９に記載のＡＶサーバシステム。

Images