(57)【特許請求の範囲】
【請求項１】
第１の計時部を有し、この第１の計時部で計時される時間に基づいて、放送番組の素材データを記録する記憶部と、
第２の計時部を有し、この第２の計時部で計時される時間に基づいて、前記記憶部に対し素材データを収録処理する収録部と、
第３の計時部を有し、この第３の計時部で計時される時間に基づいて、前記記憶部に記録された素材データを再生する再生部と、
前記記憶部及び前記収録部及び前記再生部それぞれの処理を統括的に制御する制御部と、
フレーム単位の同期信号を発生する同期部と、
この同期部で発生されたフレーム単位の同期信号を前記記憶部及び前記収録部及び前記再生部及び前記制御部に分配する同期信号分配部とを具備し、
前記記憶部及び前記収録部及び前記再生部及び前記制御部の各々は、
前記同期信号分配部により分配された同期信号を管理する時間管理部を備えることを特徴とするビデオサーバ装置。
【請求項２】
前記記憶部及び前記収録部及び前記再生部それぞれの時間管理部は、前記制御部からの指示、または、能動的な動作により、管理しているフレーム単位の同期信号情報を前記制御部に伝送することを特徴とする請求項１記載のビデオサーバ装置。
【請求項３】
前記制御部は、前記同期信号分配部からのフレーム単位の同期信号情報を前記制御部が管理する情報に合わせることを特徴とする請求項１記載のビデオサーバ装置。
【請求項４】
前記制御部は、異常状態から復帰した場合、前記記憶部から前記再生部へ送信させるデータを、通常で送らなければならない間隔より短い間隔で送信させることを特徴とする請求項３記載のビデオサーバ装置。
【請求項５】
前記制御部及び前記記憶部及び前記再生部は、同期が合うように調整された状態で、確実に同期が合っているか否かを判定する判定部をさらに備えることを特徴とする請求項１記載のビデオサーバ装置。
【請求項６】
前記判定部は、同期のずれがあった場合、その同期のずれ量に基づいて、再生の処理でリカバリ可能な条件か否かを判定することを特徴とする請求項５記載のビデオサーバ装置。
【請求項７】
前記判定部は、前記条件の判断に、各部の同期のずれ及びバッファの空き容量の少なくとも１つを用いることを特徴とする請求項６記載のビデオサーバ装置。
【請求項８】
前記制御部及び前記記憶部及び前記再生部は、前記判定部により前記再生部の処理がリカバリ可能な条件と判定した場合に、前記素材データの次フレームでリカバリ処理を施すリカバリ部をさらに備えることを特徴とする請求項６記載のビデオサーバ装置。
【請求項９】
前記制御部及び前記記憶部及び前記再生部は、前記判定部により前記再生部の処理がリカバリの条件に合わないと判定した場合に、異常状態を管理するとともに外部に通知する異常対応部をさらに備えることを特徴とする請求項６記載のビデオサーバ装置。
【請求項１０】
前記記憶部及び前記収録部及び前記再生部及び前記制御部の各々は、フレーム単位の制御をログ情報としてイベントごとに管理するログ管理部をさらに備えることを特徴とする請求項１記載のビデオサーバ装置。
【請求項１１】
前記同期信号分配部は、前記制御部に設けられ、前記同期部で発生する同期信号を前記制御部で受信し、前記記憶部及び前記収録部及び前記再生部に分配することを特徴とする請求項１記載のビデオサーバ装置。
【請求項１２】
前記同期信号分配部は、前記同期部に設けられることを特徴とする請求項１記載のビデオサーバ装置。
【請求項１３】
第１の計時部を有し、この第１の計時部で計時される時間に基づいて、放送番組の素材データを記録する記憶部と、
第２の計時部を有し、この第２の計時部で計時される時間に基づいて、前記記憶部に対し素材データを収録処理する収録部と、
第３の計時部を有し、この第３の計時部で計時される時間に基づいて、前記記憶部に記録された素材データを再生する再生部と、
前記記憶部及び前記収録部及び前記再生部それぞれの処理を統括的に制御する制御部と、
フレーム単位の同期信号を発生する同期部と、
この同期部で発生されたフレーム単位の同期信号を前記記憶部及び前記収録部及び前記再生部及び前記制御部に分配する同期信号分配部とを具備するビデオサーバ装置で使用される同期制御方法において、
前記記憶部及び前記収録部及び前記再生部及び前記制御部の各々において、前記同期信号分配部により分配された同期信号を管理することを特徴とする同期制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送局内において、放送番組の送出素材の送出処理を行うビデオサーバ装置、及びこのビデオサーバ装置で使用される同期制御方法に関する。
【背景技術】
【０００２】
周知のように、放送番組送出システムは、放送番組の送出素材を予めビデオサーバ装置に格納しておき、自動番組送出制御装置（ＡＰＣ）からの指示に従って該当する素材を再生し、オンエアを行う。このようなオンエア処理において、通常、オンエア前にオンエア順序に従った素材の確認作業が行われている。
【０００３】
ところで、映像品質がハイビジョンからフルハイビジョン(2K×1K)、超ハイビジョン(4K×2K)、スーパーハイビジョン(8K×4K)に向け飛躍的に向上し、地上放送からＢＳ(放送衛星)放送、ＣＳ(通信衛星)放送へとコンテンツが大容量化、多チャネル化していく。そのため、これら素材を保存するビデオサーバ装置も大容量化、多チャンネル化が必要となる。その結果、ビデオサーバ装置には高い処理能力が求められ、単一の機能部から複数の機能部で機能が分担された構成の装置となる。
【０００４】
このような複数の機能部で構成される装置では、これらの機能部間を高速バスで接続されるとともに、大量のデータを送受信できることが求められる。特に映像データの場合は、フレームレベルのリアルタイム性を保持して、大量のデータ送受信を実現することが必須となる。これら基板間の大量データを送受信する高速バスは、同期バスだけでなく汎用の高速な非同期バスを用いて構成される場合がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平８−２５５１４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、上記マルチＣＰＵ構成の場合、各ＣＰＵがフレーム単位の制御に同期して、ＣＰＵ間が連携して決められた時間内に処理することで高品質な再生動作を実現する必要がある。そのため、ＣＰＵ間でタイミングを連携できる何らかの手段がないと、再生品質を確保するビデオサーバ装置を作ることが難しい。ところが、これらＣＰＵ間で時計により連携しようとすると、時計を連携するための方法、時計合わせの方法が必要になり、ＣＰＵ間の処理が煩雑になる。また、正確な時計を各処理部に実装し、ＣＰＵで参照しようとすると、装置コストが上がる。
【０００７】
さらに、何らかの手段でＣＰＵ間の時計を正確に合わせたとしても、１フレーム時間単位の制御で何らかの異常が発生した場合は、異常を検知する手段を持ち、例えばＧＯＰ分の異常をリカバリできないと再生品質は向上しない。また、リカバリできない場合は異常を通知する手段がないと、冗長系への切り替えも動作せず、再生品質を確保する映像再生装置を作ることが難しい。
【０００８】
本発明の目的は、各ユニットが映像１フレーム時間単位の制御単位に同期し連携して処理時間内に処理することが可能なビデオサーバ装置及び同期制御方法を提供することにある。
【課題を解決するための手段】
【０００９】
実施形態によればビデオサーバ装置は、記憶部と、収録部と、再生部と、同期部と、同期信号分配部とを具備している。記憶部は、第１の計時部を有し、この第１の計時部で計時される時間に基づいて、放送番組の素材データを記録する。収録部は、第２の計時部を有し、この第２の計時部で計時される時間に基づいて、記憶部に対し素材データを収録処理する。再生部は、第３の計時部を有し、この第３の計時部で計時される時間に基づいて、記憶部に記録された素材データを再生する。制御部は、記憶部及び収録部及び再生部それぞれの処理を統括的に制御する。同期部は、フレーム単位の同期信号を発生する。同期信号分配部は、同期部で発生されたフレーム単位の同期信号を記憶部及び収録部及び再生部及び制御部に分配する。記憶部及び収録部及び再生部及び制御部の各々は、同期信号分配部により分配された同期信号を管理する時間管理部を備える。
【図面の簡単な説明】
【００１０】
【図１】一実施形態が適用される放送番組送出システムの構成を示すブロック図。
【図２】一実施形態とするビデオサーバの構成を示す回路ブロック図。
【図３】同期信号分配方法を示す図。
【図４】本実施形態による映像１フレーム時間単位の同期信号情報読出し方法を示す図。
【図５】本実施形態による映像１フレーム時間単位の同期信号設定方法を示す図。
【図６】本実施形態による正常時の再生制御シーケンスを示す図。
【図７】本実施形態による異常が発生した時の再生制御シーケンスを示す図。
【図８】本実施形態による再生部の制御処理手順を示すフローチャート。
【図９】本実施形態によるイベントごとのログ情報解析結果を示す図。
【発明を実施するための形態】
【００１１】
以下、実施の形態について、図面を参照して説明する。
【００１２】
図１は本一実施形態が適用される放送番組送出システムの構成を示すブロック図である。図１において、符号１１はビデオサーバで、カメラ１２、再生デッキ１３及びノンリニア編集機１４からのオンエア用放送番組の素材データ（ここでは、映像データと称する）を格納し、オンエア指示に従って該当する映像データを選択的に再生する。この再生データは、ビデオサーバ１１内で映像信号にデコードされて放送設備１５に導かれて、出力される。また、ビデオサーバ１１から再生される映像信号はモニタ１６に供給される。
【００１３】
一方、ビデオサーバ１１は、操作端末１７の操作入力指示に従い、映像データの書き込み／読み出し制御が行われる。
【００１４】
図２は、一実施形態とするビデオサーバ１１の構成を示す回路ブロック図である。  
ビデオサーバ１１は、制御部１１１と、収録部１１２１〜１１２ｎと、記憶部１１３１〜１１３ｍと、再生部１１４１〜１１４ｐと、伝送部１１５とを備える。制御部１１１は、装置全体の制御を行う。収録部１１２１〜１１２ｎは、カメラやビデオデッキなどから送られてくる映像信号を符号化するといった収録処理を実行する。記憶部１１３１〜１１３ｍは、収録部１１２１〜１１２ｎで取り込んだ映像データを記録するためのフラッシュメモリなどの記録媒体への書き込み・読み出し処理を行う。再生部１１４１〜１１４ｐは、記憶部１１３１〜１１３ｍから読み出した映像データを映像信号に復号化し、映像信号を出力するといった再生処理を実行する。伝送部１１５は、映像データ高速に転送する非同期バスが用いられる。また、伝送部１１５は、記憶部１１３１〜１１３ｍを接続した入力チャネルと、再生部１１４１〜１１４ｐを接続した出力チャネルの切替処理も実行する。
【００１５】
映像記録時に、制御部１１１は制御情報により、収録部１１２１〜１１２ｎに対し映像データの取り込みを指示する。すると、指示を受けた収録部１１２１〜１１２ｎは映像データをＭＰＥＧ２などへの符号化処理を実行する。また、収録部１１２１〜１１２ｎに対する指示と同時に、制御部１１１は、記憶部１１３１〜１１３ｍに対して映像データの書き込みを指示する。すると、記憶部１１３１〜１１３ｍは、記録媒体への映像データの書き込み処理を実行する。再生時には、制御部１１１は制御信号によって、記憶部１１３１〜１１３ｍに対して映像データの読み出しを指示する。また記憶部１１３１〜１１３ｍに対する指示と同時に、制御部１１１は再生部１１４１〜１１４ｐに対して映像データの復号化を指示する。指示を受けた再生部１１４１〜１１４ｐはMPEG2等の符号化された映像データを映像信号に復号化して出力を行う。
【００１６】
非同期バスが用いられた伝送部１１５においては、複数の収録部１１２１〜１１２ｎからの映像データや記憶部１１３１〜１１３ｍからの映像データが伝送部１１５に集中することによりパケットの衝突が生じる。その結果、パケット廃棄や一時的な遅延が発生することになる。
【００１７】
同期部１１６は、映像のフレーム同期信号（６０／１．００１Ｈｚ）を発生する。
【００１８】
ところで、制御部１１１には、本実施形態に係わる機能として、タイマ１１１−１と、同期信号分配部１１１−２と、判定部１１１−３と、リカバリ制御部１１１−４と、ログ情報管理部１１１−５とを備える。タイマ１１１−１は、処理時間を計時する。
【００１９】
同期信号分配部１１１−２は、同期部１１６から送られてくるフレーム単位の同期信号を受信して管理する。また、同期信号分配部１１１−２は、受信した同期信号を収録部１１２１〜１１２ｎ、記憶部１１３１〜１１３ｍ及び再生部１１４１〜１１４ｐに分配する。また、同期信号分配部１１１−２は、必要に応じて、タイマ１１１−１で計時される処理時間（カウンタ値）を同期信号に合わせるように調整される。
【００２０】
判定部１１１−３は、収録部１１２１〜１１２ｎ、記憶部１１３１〜１１３ｍ及び再生部１１４１〜１１４ｐに対し、同期が合うように調整された状態で、同期が合っているか否かを判定し、同期のずれがあった場合、その同期のずれ量に基づき、再生の処理においてリカバリ可能な条件か否かを判定する。この条件の判断には、収録部１１２１〜１１２ｎ、記憶部１１３１〜１１３ｍ及び再生部１１４１〜１１４ｐの同期のずれと、収録部１１２１〜１１２ｎ、記憶部１１３１〜１１３ｍ及び再生部１１４１〜１１４ｐに備えられるバッファ１１２１−１，１１３１−１，１１４１−１のそれぞれの空き容量を用いる。これらバッファ１１２１−１，１１３１−１，１１４１−１は、処理する映像データを一時的に蓄積しておくものである。例えば、バッファ１１２１−１に２フレーム分の映像データを格納できるか否かを判断し、２フレーム分の映像データを格納できる空き容量があれば、リカバリ可能であると判断し、２フレーム分の映像データを格納できなければ、リカバリ困難であると判断する。
【００２１】
リカバリ制御部１１１−４は、上記判定部１１１−３により例えば再生部１１４１の再生処理においてリカバリ可能な条件と判定した場合に、映像データの次フレームでリカバリ処理を施す。
【００２２】
ログ情報管理部１１１−５は、フレーム単位の制御をログ情報としてイベントごとに管理する。
【００２３】
上記収録部１１２１〜１１２ｎは、タイマ１１２１−２と、同期信号管理部１１２１−３と、ログ情報管理部１１２１−４と、判定部１１２１−５とを備える。また、記憶部１１３１〜１１３ｍは、タイマ１１３１−２と、同期信号管理部１１３１−３と、ログ情報管理部１１３１−４と、判定部１１３１−５とを備える。再生部１１４１〜１１４ｐは、タイマ１１４１−２と、同期信号管理部１１４１−３と、ログ情報管理部１１４１−４と、判定部１１４１−５とを備える。ここでは、記憶部１１３１〜１１３ｍのうち、代表して記憶部１１３１について説明する。
【００２４】
同期信号管理部１１３１−３は、制御部１１１から送られる同期信号を管理する。また、同期信号管理部１１３１−３は、必要に応じて、タイマ１１３１−１で計時される処理時間（カウンタ値）を同期信号に合わせるように調整する。ログ情報管理部１１３１−４は、フレーム単位の制御をログ情報としてイベントごとに管理する。
【００２５】
判定部１１３１−５は、収録部１１２１〜１１２ｎ、記憶部１１３１〜１１３ｍ及び再生部１１４１〜１１４ｐに対し、同期が合うように調整された状態で、同期が合っているか否かを判定し、同期のずれがあった場合、その同期のずれ量に基づき、再生の処理でリカバリ可能な条件か否かを判定する。この条件の判断には、収録部１１２１〜１１２ｎ及び再生部１１４１〜１１４ｐの同期のずれとバッファ１１３１−１の空き容量を用いる。例えば、バッファ１１３１−１に２フレーム分の映像データを格納できるか否かを判断し、２フレーム分の映像データを格納できる空き容量があれば、リカバリ可能であると判断し、２フレーム分の映像データを格納できなければ、リカバリ困難であると判断する。
【００２６】
次に、上記構成による動作について説明する。  
（同期信号分配方法）  
図３は、同期信号分配方法を示す。
【００２７】
ビデオサーバ装置の再生品質を確保するためには、同期部１１６からのフレーム単位の同期信号に同期して動作する必要がある。制御部１１１は、同期部１１６から供給されるフレーム単位の同期信号を、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に伝送する。制御部１１１ではなく他のユニットが各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に伝送する方法もある。または、同期部１１６が直接各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５にフレーム単位の同期信号を伝送する方法もある。
【００２８】
（同期信号情報読み出し方法）  
図４は、本実施形態によるフレーム単位の同期信号情報読出し方法を示す。
【００２９】
まず、制御部１１１は、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に対し、同期が合っているかを確認するための同期チェック要求を送信する（図４（１））。
【００３０】
制御部１１１からの同期チェック要求に対して、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５は、タイマ１１２１−２,１１３１−２,１１４１−２で計時されるカウンタ値を読出し・照合を行う（図４（２））。
【００３１】
各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５は、フレーム単位に連動して制御部１１１にカウンタ情報を通知する（図４（３））。制御部１１１は、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に対して同一のフレーム単位で問合せするかどうかを選択するようにしてもよい。
【００３２】
また、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５から制御部１１１への通知タイミングも、問い合わせのつぎのフレーム単位で通知する必要はなく、選択できるようにしてもよい。図４では、制御部１１１から各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に問合せする方法を示しているが、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５が定期的に制御部１１１に通知する方法を選択することもできる。
【００３３】
なお、図４（ａ）は、制御部１１１から各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に対し一斉に同期チェック要求を送出する例を示し、図４（ｂ）は、制御部１１１から各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に対し順に同期チェック要求を送出する例を示す。
【００３４】
（同期信号設定方法）  
図５は、本実施形態によるフレーム単位の同期信号設定方法を示す。
【００３５】
同期チェックにより、フレーム単位のカウンタ値が異なる場合、もしくは定期的に、制御部１１１は、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５へ同期設定要求を送信する（図５（１））。
【００３６】
制御部１１１から各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５への同期設定要求に対して、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５はフレーム単位に連動してフレーム単位のカウンタ値を合わせるとともに（図５（２））、制御部１１１に設定結果を通知する（図５（３））。
【００３７】
本動作により、制御部１１１は、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５のフレーム単位のカウンタ値を、制御部１１１から指定されたカウンタ値に一致させることが可能になる。また、制御部１１１は、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に対して同一のフレーム単位に同期信号を設定させるかどうかは選択できるものとする。
【００３８】
また、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５は、制御部１１１への通知タイミングも、問い合わせのつぎのフレーム単位で通知する必要はなく、選択できるようにしてもよい。
【００３９】
なお、図５（ａ）は、制御部１１１から各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に対し一斉に同期設定要求を送出する例であり、図５（ｂ）は、制御部１１１から各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５に対し順に同期設定要求を送出する例である。
【００４０】
（再生制御動作）  
図６は、正常時の再生制御シーケンスを示す。ここで、記憶部１１３１〜１１３ｍ及び再生部１１４１〜１１４ｐは、記憶部１１３及び再生部１１４として説明する。
【００４１】
制御部１１１、記憶部１１３、再生部１１４は、映像１フレーム時間単位の同期に基づき再生シーケンスを制御する。再生部１１４に映像がスタンバイされていない場合は、再生部１１４は制御部１１１からのスタンバイ要求を受け映像が受けられる状態に遷移する。
【００４２】
この場合、制御部１１１は、再生部１１４に対しスタンバイ要求を送信し（図６（１）、再生部１１４からスタンバイ応答が到来すると（図６（２））、記憶部１１３に対し転送要求を送信する（図６（３））。このとき、制御部１１１は、記憶部１１３から転送応答を受信する（図６（４））。
【００４３】
記憶部１１３は、制御部１１１からの転送要求により、指定されたデータを再生部１１４に転送する。再生部１１４はデータが溜まり、ストリームを出力できる状態になると、制御部１１１にスタンバイ完了を通知する（図６（５））。
【００４４】
制御部１１１はストリームを出力するタイミングを調整し（図６（６））、再生部１１４に再生要求を送信する（図６（７））。再生部１１４ではフレーム単位の同期信号に基づき、ストリームを出力する。
【００４５】
（再生制御動作）  
図７は、本実施形態による異常が発生した場合の再生制御シーケンスを示す。
【００４６】
本シーケンスでは、再生部１１４がスタンバイ要求を受信した後、２フレーム時間単位の同期に基づきデータを受信しなかった例を示している。この場合、再生部１１４は２フレーム時間単位の同期に基づきデータを受信するべきところデータを受信しないため、つぎのフレーム時間単位で転送未受信を制御部１１１に送信する（図７（１））。
【００４７】
制御部１１１では、再生部１１４からの転送未受信により、記憶部１１３に対して再度転送要求を送信する（図７（２））。制御部１１１は、記憶部１１３から転送応答を受信する（図７（３））。
【００４８】
本転送要求で問題なく制御できればそれ以降の処理は正常にでき、制御部１１１がスタンバイ完了を受信し（図７（４））、ストリームを出力するまでの期間内でエラー状態から復旧できれば、制御部１１１からの再生要求以降に影響せず、フレーム単位に同期してストリーム出力可能になる。
【００４９】
本再生制御シーケンスでは、記憶部１１３からのデータ転送に失敗した例を示したが、制御部１１１、記憶部１１３、再生部１１４とも一旦何らかの制御要求を受け付けると、それ以降の制御信号やデータがどのフレーム単位にくるかがわかるため、最小のフレーム単位でのエラー処理が可能になる。そのため、最小限の待ち時間でエラー処理を行うことができ、リカバリ処理が最小時間で実施できる。
【００５０】
また、リカバリできないと判断された場合は、その段階で異常通知を行うことで系の切り替え等により、映像再生に影響せず、再生品質を確保したビデオサーバ装置を提供可能となる。
【００５１】
また、制御部１１１は、エラー状態から復旧した場合は、記憶部１１３から再生部１１４へ送信させるデータを、通常で送らなければならない間隔より短い間隔の送信間隔で送信させる。
【００５２】
図８は、再生部１１４の制御処理手順を示すフローチャートである。
【００５３】
再生部１１４は、制御部１１１から再生要求を受信すると、バッファ１１４１−１の空き容量を検出し（ステップＳＴ８ａ）、この検出結果に基づいて、バッファ量、つまり一定量蓄積可能なバッファ１１４１−１の容量があるか否かの判断を行う（ステップＳＴ８ｃ）。ここで、バッファに空き容量がある場合（Ｙｅｓ）、再生部１１４は再送要求（転送未受信）を制御部１１１に送信する（ステップＳＴ８ｃ）。
【００５４】
一方、バッファに空き容量が無い場合（Ｎｏ）、再生部１１４は外部に異常を表す情報を通知する（ステップＳＴ８ｄ）。
【００５５】
（ログ情報収集）  
図９は、イベントごとのログ情報解析結果を示す。
【００５６】
各部１１１，１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５では素材情報、同期カウンタ、および、その処理内容をログ情報としてログ情報管理部１１１−５，１１２１−４，１１３１−４，１１４１−４に収集しておく。それを、制御部１１１もしくはそれに代用する処理部で集め、同期カウンタをキーにすることによりイベント（素材情報）ごとの処理シーケンスがわかるように整列させる。その結果、不具合発生時の情報解析や予防保全情報として活用できる。
【００５７】
ここで、素材情報１（例えば、ＣＭ）を処理する場合を例に説明する。
【００５８】
制御部１１１は、再生部１１４に対しスタンバイ要求を送信する。このとき、スタンバイ要求のヘッダには、タイマ１１１−２でカウントされるカウンタ値「１５」が挿入される。また、制御部１１１は、スタンバイ要求を示す情報を、素材情報１と、同期カウンタ「１５」と、制御部１１１を示す情報と対応付けてログ情報管理部１１１−５に記録する。
【００５９】
また、制御部１１１は、再生部１１４からヘッダにカウンタ値「１５」が付加されたスタンバイ応答が到来すると、スタンバイ応答を示す情報を、素材情報１と、同期カウンタ「１５」と、制御部１１１を示す情報と対応付けてログ情報管理部１１１−５に記録する。
【００６０】
そして、制御部１１１は、再生部１１４からヘッダにカウンタ値「１８」が付加された転送未受信が到来すると、転送未受信を示す情報を、素材情報１と、同期カウンタ「１８」と、制御部１１１を示す情報と対応付けてログ情報管理部１１１−５に記録する。
【００６１】
制御部１１１は、記憶部１１３に対し転送要求を送信すると、転送要求を示す情報を、素材情報１と、同期カウンタ「１９」と、制御部１１１を示す情報と対応付けてログ情報管理部１１１−５に記録する。
【００６２】
また、再生部１１４１は、スタンバイ要求を受信すると、制御部１１１に対しスタンバイ応答を送信する。このとき、スタンバイ要求のヘッダには、タイマ１１４１−２でカウントされるカウンタ値「１５」が挿入される。また、再生部１１４１は、スタンバイ応答を示す情報を、素材情報１と、同期カウンタ「１５」と、再生部１１４１を示す情報と対応付けてログ情報管理部１１４１−４に記録する。
【００６３】
以上のように上記実施形態では、各部１１１，１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５がフレーム単位の制御単位（例えば、３３ｍｓ）に同期して連携して処理時間内に処理することで、各部１１１，１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５が他の部からの制御情報の要求や応答揺らぎを検出できるため、その揺らぎ検出結果に基づき、再生処理に強固なエラー処理を実現できる。
【００６４】
また、上記実施形態では、制御部１１１により、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５の制御情報の要求や応答揺らぎなどを統括的に管理することができる。
【００６５】
また、上記実施形態では、制御部１１１が記憶部１１３から再生部１１４へ送信させるデータを、異常状態から復帰した場合は通常で送らなければならない間隔より短い間隔で送信することが可能となる。
【００６６】
また、上記実施形態では、各部１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５間における同期のずれが検出されたとしても、その同期のずれ量により、再生の処理でリカバリが可能な条件か否かを判定するようにして、リカバリが可能な条件であれば、映像データの次フレームで自動的にリカバリ処理を施すことで、保守員の復旧操作を待たずに迅速に復旧させることができる。
【００６７】
また、上記実施形態では、リカバリが可能な条件でない場合に、この異常を表す情報をユーザまたは保守員に報知することで、ユーザまたは保守員はリカバリ不可能であることを即時知ることができ、これにより復旧操作などの対応処置を迅速に講じることが可能となる。
【００６８】
さらに、上記実施形態では、何らかの不具合が発生し、ログを残して情報を解析する際、各部１１１，１１２１〜１１２ｎ,１１３１〜１１３ｍ,１１４１〜１１４ｐ,１１５間の映像１フレーム時間単位の処理内容が明確になり、タイムチャートでの不具合分析が可能になる。
【００６９】
その他、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００７０】
１１…ビデオサーバ、１２…カメラ、１３…再生デッキ、１４…ノンリニア編集機、１５…放送設備、１６…モニタ、１１１…制御部、１１２１〜１１２ｎ…収録部、１１３１〜１１３ｍ…記憶部、１１４１〜１１４ｐ…再生部、１１５…伝送部、１１６…同期部、１１１−１,１１２１−1,１１３１−1,１１４１−1…タイマ、１１１−２…同期信号分配部、１１１−３…判定部、１１１−４…リカバリ制御部、１１１−５,１１２１−４,１１３１−４,１１４１−４…ログ情報管理部、１１２１−３…同期信号管理部。
【図１】
0005284453.tif 000002
【図２】
0005284453.tif 000003
【図３】
0005284453.tif 000004
【図４】
0005284453.tif 000005
【図５】
0005284453.tif 000006
【図６】
0005284453.tif 000007
【図７】
0005284453.tif 000008
【図８】
0005284453.tif 000009
【図９】
0005284453.tif 000010