JP2013074452A - ビデオサーバシステム - Google Patents

Abstract

【課題】ビデオサーバシステム内の情報管理サーバが長時間停止状態となっていても、その間に発生した通知を復旧後に通知できるビデオサーバシステムを提供する。
【解決手段】ビデオサーバシステム内の収録コントローラは、それぞれ、少なくとも、不揮発性メモリで構成されるディスクキューを有し、収録コントローラの本番系の収録コントローラが制御状態の通知を情報管理サーバに送信できなかった場合に、本番系の収録コントローラは収録端末装置から操作された収録操作の情報をディスクキューに保存し、復旧後収録端末装置から操作された収録操作の情報をディスクキューから取り出し、情報管理サーバに送信する。
【選択図】図２

Description

本発明は、複数の回線から伝送される放送素材を収録するビデオサーバシステムに関わり、特に、ビデオサーバシステムのビデオサーバに取り込むために収録制御を行う収録コントローラに関する。

ビデオサーバシステムにおいて、情報管理サーバは、各制御コントローラの状態を管理する立場にある（例えば、特許文献１参照。）。情報管理サーバが障害等によりしばらく停止状態の間、もしくはネットワーク障害の間には、コントローラの制御状態の通知ができない。
従来は、コントローラの制御状態の通知のために、通知キューがメモリに持ち、一時的な多重数もしくは、通信障害によるリトライ中の保持分を確保していた。
本システムでも通常動作では、通知キューのメモリ上にて制御している。しかし、情報管理サーバがメンテナンス等により、長時間（例えば、２時間以上）停止状態の間に発生する通知の全てを保持することはできなかった。

特開２００６−０９４０５２号公報

従来の通知キューでは、通信制御のタスクを保持しているだけに過ぎず、１本のキュー上に保管されており、本システムのビデオサーバシステムように、７０系統と多数の系統がある場合に、制御毎による制御順の管理、並列の通知、および並列の復旧処理を実行することができなかった。
復旧時には、通信仕様通りの通知になるため、各コントローラから一斉に高負荷で通知が行き、せっかく復旧した情報管理サーバが別の問題に陥ることがあった。
また、情報管理サーバがダウンしている間に、コントローラでも障害が発生し本番系から待機系に切り替わったときまで、情報を引き継げなかった。
本発明の目的は、上記のような問題に鑑み、ビデオサーバシステム内の情報管理サーバが長時間停止状態となっていても、その間に発生した通知を復旧後に通知できるビデオサーバシステムを提供することにある。

上記課題を達成するため、本発明のビデオサーバシステムは、あらかじめ登録された収録スケジュールに基づいて収録する収録素材の情報を通知する情報管理サーバと、複数の系統の収録素材が同時に入力され、入力された前記複数の収録素材の中から前記通知された収録素材の情報によって選択された収録素材をサーバに保存する収録系統部と、前記情報管理サーバと前記収録系統部を操作する収録端末装置とを備えたビデオサーバシステムにおいて、前記収録系統部は、常に稼働する少なくとも本番系と待機系の２つの系の収録コントローラを有し、一方の系の収録コントローラが本番系として収録系統部の制御を行い、他方の系を待機系としたビデオサーバシステムであって、前記収録コントローラは、それぞれ、少なくとも、不揮発性メモリで構成されるディスクキューを有し、前記収録コントローラの前記本番系の収録コントローラが制御状態の通知を前記情報管理サーバに送信できなかった場合に、前記本番系の収録コントローラは前記収録端末装置から操作された収録操作の情報を前記ディスクキューに保存し、復旧後前記収録端末装置から操作された前記収録操作の情報を前記ディスクキューから取り出し、前記情報管理サーバに送信するものである。

好ましくは、上記本発明のビデオサーバシステムにおいて、前記ディスクキューは、複数の系統別に収録操作の情報を保存するものである。
また好ましくは、上記本発明のビデオサーバシステムにおいて、前記本番系の収録コントローラは、前記ディスクキューに保存した前記収録操作の情報を、前記待機系の収録コントローラに送信し、前記待機系の前記収録コントローラのディスクキューにも保存させるものである。
さらに、好ましくは、上記本発明のビデオサーバシステムにおいて、前記本番系の収録コントローラは、前記復旧後前記収録端末装置から操作された前記収録操作の情報を前記ディスクキューから取り出し、前記情報管理サーバに一定間隔で送信するものである。

また、本発明の他の目的は、復旧時に情報管理サーバが同時に通信できる量と通知間隔を制御すること。
また、多重障害としてコントローラも障害となり本番系から待機系への切替えが発生したとしても通常処理として未通知の電文を引き継いでおき、待機系に切替えた後に情報管理サーバが復旧しても未通知の電文から通知することである。

本発明によれば、ビデオサーバシステム内の情報管理サーバが例えば、２時間以上等の長時間、停止状態となっていても、その間に発生した通知を復旧後に通知できるビデオサーバシステムを提供することができる。

本発明のビデオサーバシステムの一実施例における収録機器に関わる機器の構成を示すブロック図である。 本発明のビデオサーバシステムの一実施例の略構成を示すブロック図である。 本発明のビデオサーバシステムの一実施例における通知電文と通知同期電文の処理動作手順の一実施例を説明するためのフローチャートである。

以下に本発明の一実施形態について、図面等を用いて説明する。なお、以下の説明は、本発明の一実施形態を説明するためのものであり、本願発明の範囲を制限するものではない。従って、当業者であればこれらの各要素若しくは全要素をこれと均等なものに置換した実施形態を採用することが可能であり、これらの実施形態も本願発明の範囲に含まれる。
なお、各図の説明において、共通な機能を有する構成要素には同一の参照番号を付し、できるだけ説明の重複を避け、説明を省略した。

図１を用いて、本発明のビデオサーバシステムの一実施例について説明する。図１は、本発明のビデオサーバシステムの一実施例の機器構成を示すブロック図である。１００は収録系統部、１５１は報道情報システム、１５２はあらかじめ登録されたスケジュールに基づいて収録する収録素材の情報を通知する情報管理サーバ、１５３は再生収録端末、１５４は収録端末、１６１は収録素材の管理を行う素材管理サーバ、１６２はプロキシ管理サーバ、１７１は素材サーバ、１７２はプロキシサーバ、１８１は素材Ａ群を入力して選択出力するマトリックススイッチ（ＭＴＸ）、１８２は素材Ｂ群を入力して選択出力するＭＴＸである。また収録系統部１００において、１０１は本番系の収録コントローラ、１０２は収録制御切替器、１０３は本番系の１６分割制御装置、１０４は１６分割合成装置、１０５は本番系のマトリックス（ＭＴＸ）コントローラ、１０６はＲＳ４２２切替器、１０７は２：１切替器、１０８は高解像度／低解像度エンコーダ、１０９は収録転送装置である。また、１０１−２は待機系の収録コントローラ、１０３−２は待機系の１６分割制御装置、１０５−２は待機系のマトリックス（ＭＴＸ）コントローラである。なお、ＲＳ４２２切替器は、他のインタフェース（例えば、ＲＳ４８５、ＲＳ２３２Ｃ、ＵＳＢ、等）が用いられれば、他のインタフェースの切替器が採用される。

収録系統部１００は、収録システム内の情報管理サーバ１５２から入力される収録スケジュール、または、再生収録端末１５３若しくは収録端末１５４からの収録操作により本番系のＭＴＸコントローラ１０５や高解像度／低解像度エンコーダ１０８を制御し、素材サーバ１７１及びプロキシサーバ１７２へ収録素材を収録するための収録処理を行う。即ち、再生収録端末１５３、収録端末１５４、若しくは、報道情報システム１５１等の上位機器を介して割当て、あらかじめ登録された収録スケジュールの中の収録素材の収録時間が現在時刻の２日前（以内）になった場合（スタンバイ時間を含む）に、情報管理サーバ１５２は、当該収録素材の情報を本番系の収録コントローラ１０１に通知する。本番系の収録コントローラ１０１は、通知された収録素材の情報に基づいて、各機器を制御し、当該収録素材の収録処理を実行する。

ＭＴＸ１８１及びＭＴＸ１８２は、それぞれ、ＲＳ４２２切替器１０６を介して本番系のＭＴＸコントローラ１０５の制御を受ける。ＭＴＸ１８１及びＭＴＸ１８２は、それぞれ、同時に複数の系統（例えば、１０００ｃｈ）の収録素材（映像データやプロキシデータ）を入力可能で、情報管理サーバ１５２から入力される収録スケジュール、または、再生収録端末１５３若しくは収録端末１５４からの収録操作に基づいて、必要な系統から収録素材を入力し、入力された収録素材を１６分割合成装置１０４、２：１切替器１０７及び高解像度／低解像度エンコーダ１０８に出力する。なお、ＭＴＸ１８１に入力される収録素材と、ＭＴＸ１８１に入力される収録素材とは、例えば、データの通信方式やデータのフォーマット形式が異なる。
なお、本実施例では、ＭＴＸ１８１は、同時に最大７０系統の収録素材の入力が可能で、ＭＴＸ１８２は、同時に最大１０系統の収録素材の入力が可能である。
なお、各構成要素間は、ＬＡＮ（Local Area Network）等のネットワークで通信している。

２：１切替器１０７は、本番系のＭＴＸコントローラ１０５に制御に基づいて、ＭＴＸ１８１またはＭＴＸ１８２から入力された収録素材に切替えて、高解像度／低解像度エンコーダ１０８に出力する。高解像度／低解像度エンコーダ１０８は、同時に複数系統（例えば、最大７０ｃｈ）のエンコード処理が可能で、収録コントローラ１０１の制御に基づいて、入力される収録素材をエンコードして収録転送装置１０９に出力する。収録転送装置１０９は、入力された収録素材の管理情報を、素材管理サーバ１６１若しくはプロキシ管理サーバ１６２に転送する。また、収録転送装置１０９は、入力された収録素材を、素材サーバ１７１若しくはプロキシサーバ１７２に転送する。それぞれのサーバ１６１、１６２、１７１、及び１７２は、入力された収録素材を記録する。

なお、図１において、収録系統部１００の各コントローラは、冗長構成となっている。１系と２系の２つの系からなり、常に両方の系が稼働し、一方の系が本番系として収録系統部の制御を行い、他方の系を待機系とする。そして、本番系が障害を発生した時には、本番系から待機系に切替えられて、収録系統部の動作が停止しないように制御される。例えば、本番系の収録コントローラ１０１と待機系の収録コントローラ１０１−２、本番系の１６分割制御装置１０３と待機系の１６分割制御装置１０３−２、及び本番系のＭＴＸコントローラ１０５と待機系のＭＴＸコントローラ１０５−２というように、本番系と待機系でそれぞれ１台ずつ、計２台備える。図１の収録系東部１００は、例えば、収録コントローラ、１６分割制御装置、およびＭＴＸコントローラを、本番系と待機系でそれぞれ１台ずつ、計２台備える。
情報管理サーバ１５２、再生収録端末１５３、若しくは収録端末１５４から入力される、収録系統部１００の収録コントローラへの制御指示は、本番系と待機系の両方（収録コントローラ１０１および１０１−２）に行われ、本番系のみが、指示に対する制御結果の応答を返す。即ち、本番系は、制御結果の応答を、上記制御指示を出力した機器に出力する。
好ましくは、本番系は、制御結果の上記応答を、上位の端末すべて、即ち、情報管理サーバ１５２、再生収録端末１５３、及び収録端末１５４全てに出力する。
また、好ましくは、特定の上位の端末がなくても、収録状況を共有可能とするため、収録用の本番系の１６分割制御装置１０３は、収録用の１６分割合成装置１０４を制御し、１６分割合成装置１０４が収録映像を表示するように制御する。

本発明の収録システムにおいて、収録する素材（収録素材）は、データの通信方式やフォーマット形式が異なる素材Ａ群と素材Ｂ群に分けている。それらを収録する系統は、本システムでは、素材Ａ群が同時に最大７０系統入力可能で、素材Ｂ群が同時に１０系統入力可能である。
一般的な収録システムでは、素材Ｂ群の収録素材を収録中には、平行作業として、同時に、素材Ａ群のすべての入力系統を使用しない。本発明の収録システムは、素材Ｂ群の収録素材を収録中に、同時に素材Ａ群の収録素材をすべての系統で入力しないことを利用して、収録システムの一部の系統を共通に使用できるようにした。

即ち、本システムの収録処理にかかわる機器についての図１の説明のように、本発明のビデオサーバシステムは、ビデオサーバシステム内の情報管理サーバ１５２からの収録スケジュール、および、再生収録端末１５３若しくは収録端末１５４からの収録操作により、ＭＴＸコントローラ１０５（又は１０５−２）や高解像度／低解像度エンコーダ１０８を制御し、素材サーバ１７やプロキシサーバ１７２への収録処理を行う。

また、収録系統部の各コントローラは、冗長構成となっている。本番系と待機系の２台からなり、制御は、本番系が行う。収録コントローラへの制御指示は、本番系と待機系の両方に行い、指示に対する制御結果の応答は本番系のみが返す。
また、特定の端末がなくても、収録状況を共有可能とするため、本番系の収録用１６分割制御装置１０３又は待機系の収録用１６分割制御装置１０３−２で収録用１６分割合成装置１０４を制御し、収録映像を表示する。

図２によって、本発明のビデオサーバシステムの通知電文と通知同期電文の流れの一実施例を説明する。図２は、本発明のビデオサーバシステムの一実施例の略構成を示すブロック図である。図１の同じ構成要素には同じ参照番号を付し、説明を省略する。２５０は収録系統部１００の収録コントローラ１０１および１０１−２を除いた構成要素である処理装置群。図２では、ＭＴＸコントローラ１０５および高解像度／低解像度エンコーダ１０８のみ図示している。また、本番系の収録コントローラ１０１において、２１１はディスクキュー、２１２は状態共有領域である。また待機系の収録コントローラ１０１−２において、２２１はディスクキュー、２２２は状態共有領域である。

図２において、
（１）通知電文は、本番系のみが通知する。即ち、本番系の収録コントローラ１０１が、上方管理サーバ１５１に通知電文を通知する。もし、情報管理サーバ１５１が障害等により停止している状態のために通知できなかった場合に、若しくはネットワーク障害のために通知できなかった場合に、当該通知電文をディスクキュー２１１に保持する。情報管理サーバが障害等によりしばらく停止状態の間、もしくはネットワーク障害の間には、それぞれの系統別に、ディスクキュー２１１に保存する。
（２）通知のディスクキュー状態を状態変化毎に待機系のディスクキュー２２１に通知し、ディスクキュー２２１にも保存させ、系が切替わってもディスクキューの状態を引き継げるようにする。
（３）ディスクキューは、系統別に７０個ある高解像度／低解像度エンコーダ１０８に対応して、７０個ありそれぞれ並列処理を行っている。
（４）障害から復旧した場合には、情報管理サーバ１５１の負荷が過剰にならないように、一定間隔（パラメータ）を空けて次の通知電文を通知する。復旧時に溜まっていた通知が全て通知された後は、通常状態として、通知電文があり、応答が返信されていれば即時に通知する。

図３によって、本発明のビデオサーバシステムの通知電文と通知同期電文の処理動作手順の流れの一実施例を説明する。図３は、本発明のビデオサーバシステムの一実施例における通知電文と通知同期電文の処理動作手順の一実施例を説明するためのフローチャートである。図３の処理では、特に記載しない場合には、本番系の収録コントローラ１０１が処理するものとする。
ステップＳ３０１では、前回の通知電文が送信されたか否かを判定する。送信できた場合にはステップＳ３０６に進み、送信できなかった場合には、ステップＳ３０２に進む。
ステップＳ３０２では、ステータス異常（状態異常）とし、通知失敗の同期電文を待機系の収録コントローラ１０１−２に送信する。
ステップＳ３０３では、当該送信できなかった通知電文がディスクキュー２１１に保存されているか否かを判定する。保存されていればステップＳ３０５に進み、保存されていなければステップＳ３０４に進む。
ステップＳ３０４では、ディスクキュー２１１に当該送信できなかった通知電文を保存し、同期電文を待機系の収録コントローラ１０１−２に送信し、ディスクキュー２２１にも保存させる。かつ、一定タイマ処理を起動し、一定の時間間隔で送信できなかった通知電文を情報管理サーバ１５１に送信する。例えば、送信間隔は、２通／秒である。
ステップＳ３０５では、一定タイマ処理を起動し、一定の時間間隔で送信できなかった通知電文を情報管理サーバ１５１に送信する。例えば、送信間隔は、２通／秒である。

ステップＳ３０６では、ステータス正常（状態正常）とし、ディスクキュー２１１から当該通知電文を削除し、通知済みの同期電文を待機系の収録コントローラ１０１−２に送信し、ディスクキュー２２１にも保存させる。
ステップＳ３０７では、ディスクキュー２１１にまだ障害中の電文が保存されているか否かを判定する。保存されていればステップＳ３１０に進み、保存されていなければステップＳ３０８に進む。
ステップＳ３０８では、送信できなかった通知電文がディスクキュー２１１に保存されているか否かを判定する。保存されていればステップＳ３１１に進み、保存されていなければステップＳ３０９に進む。
ステップＳ３０９では、通信電文がディスクキュー２１１に保存されているか否かを判定する。保存されていればステップＳ３１２に進み、保存されていなければ図３の処理を終了する。

ステップＳ３１０では、ディスクキュー２１１内の通知電文を情報管理サーバ１５１に送信する。かつ、当該通知電文を同期電文として待機系の収録コントローラ１０１−２に送信し、ディスクキュー２２１にも保存させる。かつ、一定タイマ処理を起動し、一定の時間間隔で送信できなかった通知電文を情報管理サーバ１５１に送信する。例えば、送信間隔は、２通／秒である。
ステップＳ３１１では、ディスクキュー２１１内の通知電文を情報管理サーバ１５１に送信する。かつ、当該通知電文を同期電文として待機系の収録コントローラ１０１−２に送信し、ディスクキュー２２１にも保存させる。
ステップＳ３１２では、ディスクキュー２１１内の通知電文を情報管理サーバ１５１に送信し、図３の処理を終了する。

ビデオサーバシステムにおいて、情報管理サーバは、各制御コントローラの状態を管理する立場にある。情報管理サーバが障害等によりしばらく停止状態の間、もしくはネットワーク障害の間には、コントローラの制御状態の通知（送信）ができなかったが、上記図１〜図３の実施例によれば、コントローラの制御状態を通知ができなかった場合に、通知できなかったそれらのコントローラの状態の通知電文を障害中に保持しておき、復旧後に通知することによって、情報管理サーバの管理データを更新する。この結果、情報管理サーバの管理を継続可能とすることができる。

特に、収録コントローラでは、情報管理サーバが停止状態であっても、緊急収録を端末から手動で行えるようにという顧客要求により、収録端末１５４若しくは再生収録端末１５３の操作に応じて、収録操作が手動で実施される。この手動での収録操作の情報（それらの成り行きや結果）を、復旧後でもサーバに管理する必要があった。このことから、収録コントローラでは、通知電文をコントローラ内で保存しておく構成としている。
例えば、通知電文は、収録コントローラがシャットダウンしても記憶しておける十分な記憶容量を有した不揮発性メモリで構成されるディスクキューを備える。不揮発性メモリは、例えば、ハードディスクである。

通知電文は、収録の系統毎に非同期で通知される。このため、系統毎のファイル（本システムでは、７０系統あるため、７０ファイル）としている。
ディスクキュー（通知キュー）からの取り出しは、時系列で整列されなければならない。また、通知できた場合には、当該対象の通知電文をディスクキューの記憶から消す方式としている。また、整列は、系統毎に時系列であれば良く、系統が違えば、時間による入れ替わりが発生しても情報管理サーバとしては問題が無い。

情報管理サーバの復旧直後は、各コントローラから大量の通知が送信される。このため、情報管理サーバの処理の負荷低減のため、復旧時点にディスクキューにあったものを送信する間は、送信に間隔を持たせる制御をしている。本システムでは２件／秒としているが、パラメータで調整が可能としている。
また、収録コントローラは、２台のコントローラで二重化しており、両方を起動しておき、どちらか片方が稼動系となり、もう片方が待機系となる。稼動系が障害になった場合は、待機系が稼動系となって動作し、システム稼動には影響しない。このため、情報管理サーバに通知できずにディスクキューにある情報を待機系にも通知し、かつ記憶させ、送信できた場合には、同期して待機系のディスクキューから削除するという同期制御を行っている。

従って、ビデオサーバシステム内の情報管理サーバが長時間（例えば、２時間以上）ダウンしていても、その間に発生した通知は復旧後に通知できるようになった。
なお、その時の通知は情報管理サーバの負荷を考慮し、一定間隔（パラメータ）で通知することで、復旧直後の負荷を減らすことができた。
また、多重障害としてコントローラも障害となり待機系へ切替えが発生したとしても通常処理として未通知の電文を引き継いでおき切替え後に情報管理サーバが復旧しても未通知の電文から通知することができる。

１００：収録系統部、 １０１：本番系の収録コントローラ、 １０１−２：待機系の収録コントローラ、 １０２：収録制御切替器、 １０３：本番系の１６分割制御装置、 １０３−２：待機系の１６分割制御装置、 １０４：１６分割合成装置、 １０５：本番系のマトリックス（ＭＴＸ）コントローラ、 １０５−２：待機系のマトリックス（ＭＴＸ）コントローラ、 １０６：ＲＳ４２２切替器、 １０７：２：１切替器、 １０８：高解像度／低解像度エンコーダ、 １０９：収録転送装置、 １５１：報道情報システム、 １５２：情報管理サーバ、 １５３：再生収録端末、 １５４：収録端末、 １６１：素材管理サーバ、 １６２：プロキシ管理サーバ、 １７１：素材サーバ、 １７２：プロキシサーバ、 １８１、１８２：マトリックススイッチ（ＭＴＸ）、 ２１１、２２１：ディスクキュー、 ２１２、２２２：状態共有領域、 ２５０：処理装置群。

Claims (1)

1. あらかじめ登録された収録スケジュールに基づいて収録する収録素材の情報を通知する情報管理サーバと、複数の系統の収録素材が同時に入力され、入力された前記複数の収録素材の中から前記通知された収録素材の情報によって選択された収録素材をサーバに保存する収録系統部と、前記情報管理サーバと前記収録系統部を操作する収録端末装置とを備えたビデオサーバシステムにおいて、
   前記収録系統部は、常に稼働する少なくとも本番系と待機系の２つの系の収録コントローラを有し、一方の系の収録コントローラが本番系として収録系統部の制御を行い、他方の系を待機系としたビデオサーバシステムであって、
   前記収録コントローラは、それぞれ、少なくとも、不揮発性メモリで構成されるディスクキューを有し、
   前記収録コントローラの前記本番系の収録コントローラが制御状態の通知を前記情報管理サーバに送信できなかった場合に、前記本番系の収録コントローラは前記収録端末装置から操作された収録操作の情報を前記ディスクキューに保存し、復旧後前記収録端末装置から操作された前記収録操作の情報を前記ディスクキューから取り出し、前記情報管理サーバに送信することを特徴とするビデオサーバシステム。

Images