(57)【特許請求の範囲】
【請求項１】
少なくとも制御装置と稼働系デコーダと待機系デコーダを有するビデオサーバシステムにおいて、
前記制御装置が前記稼働系デコーダと前記待機系デコーダの再生後に、前記稼働系デコーダと前記待機系デコーダ間でフレームのずれを検知した場合、前記待機系デコーダに対してフレーム合わせの指示のために再同期用ＣｕｅＵｐを出力し、前記再同期用ＣｕｅＵｐで指定される再生位置情報は前記稼働系デコーダの再生位置に一致するように調整され、
前記再同期用ＣｕｅＵｐを受けた前記待機系デコーダは、ビデオサーバに対して素材要求を送ってＣｕｅＵｐ中状態となり、前記素材要求で通常より多い要求帯域が指定され、前記素材要求を受けた前記ビデオサーバは前記待機系デコーダへ素材データを転送するが、前記再同期用ＣｕｅＵｐはデコード開始に必要な所要蓄積量を通常より少なく設定し、
前記待機系デコーダはデコード映像を出力して蓄積済みの映像データ量が増加していき、通常の所要蓄積に達するとビデオサーバに対し適宜ＮＡＫ或いはＢＵＳＹを応答し又は要求帯域を変更して帯域を実質的に絞るようにし、
前記待機系デコーダは、前記フレーム合わせの指示を受信した場合、所定フレームの映像データを記憶することを特徴とするビデオサーバシステム。
【請求項２】
請求項１に記載のビデオサーバシステムにおいて、
前記待機系デコーダは、前記フレーム合わせの指示を受信した場合、少なくとも６フレ
ームの映像データを記憶することを特徴とするビデオサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオサーバシステムに関するものである。
【背景技術】
【０００２】
従来のビデオサーバシステムの構成と動作について図３と図４を用いて説明する。
図３は従来のビデオサーバシステムの概要を示す図である。
ビデオサーバシステム３００は、少なくともビデオサーバ１０、デコーダ３２１，３２２、送出制御装置３０、端末装置４０で構成されている。
制御装置３０は、稼働系、待機系の冗長構成となるデコーダ３２１，３２２を制御し、再生後にデコーダ３２１，３２２間の同期ずれを検知した場合、待機系のデコーダ３２２をＣｕｅＵｐし直すことでフレームの同期を合わせる。
【０００３】
図４は従来のビデオサーバシステムの送出動作を説明するためのシーケンス図であり、主に制御系の通信を示してある。
端末装置４０は、送出制御装置３０に対してスタンバイの指示を出力する（１０１）。
制御装置３０は、デコーダ３２１，３２２に対してスタンバイの指示を出力する（１０２）（１０３）。
デコーダ３２１，３２２は、制御装置３０に対して応答する（１０４）（１０５）。またビデオサーバ１０に対して素材データを要求し、読み出されたデータを一定量自己のバッファに蓄積する。
その後、端末装置４０は、送出制御装置３０に対して再生（即時再生）の指示を出力する（１１１）。
制御装置３０は、デコーダ３２１，３２２に対して再生の指示を出力する（１１２）（１１３）。
デコーダ３２１，３２２は、制御装置３０に対して応答する（１１４、１１５）とともに、それぞれ再生を開始する。つまり、デコードされたベースバンドの映像信号（HD-SDI等）を出力する。
制御装置３０は、デコーダ３２１，３２２の応答からデコーダ３２１，３２２間の同期ずれを検知した場合（１１６）、待機系のデコーダ３２２の再生時刻を現用系のデコーダ３２１に合せるため、デコーダ３２２にＣｕｅＵｐを出力する（１１７）。この時のＣｕｅＵｐ指示は、スタンバイに失敗している可能性もあるため、素材データを指定した位置から全て取得し直させるような指示となる場合がある。
待機系のデコーダ３２２は、ＣｕｅＵｐし直すため、ＣｕｅＵｐ中となる（１１８）。
ここで、待機系のデコーダ３２２がＣｕｅＵｐ中に、端末装置４０が制御装置３０に対してＣｕｅＵｐ点ジャンプの指示を出力する（２０９）状況を考える。
制御装置３０は、デコーダ３２１，３２２に対してＣｕｅＵｐを出力する（２１０、１２３）。
しかし、待機系のデコーダ３２２は、ＣｕｅＵｐ中のため、新たなＣｕｅＵｐの処理を実施できない（４１２）。待機系のデコーダ３２２のＣｕｅＵｐは、スタンバイ時と同じ量の映像データを蓄積するため、蓄積時間も同様にかかる。システムによっては、有効期限内の（リアルタイムな）処理に失敗した指示は破棄され、再度指示する必要がある。
【０００４】
先行技術文献としては、例えば、特許文献１に、番組送出システムにおけるメンテナンスのため、番組素材の再生を停止させても、番組素材の途中から再生できる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１０８８７４号公報
【特許文献２】特開２０１０−２１２７４６号公報
【特許文献３】特開２０１４−１７５６８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の従来のビデオサーバシステムでは、同期再生のためのＣｕｅＵｐと、意図した再生位置制御のためのＣｕｅＵｐが稀に競合を起こし、二重化が不完全な状態が無視できない時間持続する恐れがある。近年の送出用デコーダでは、HDDやSSD等の大型の記憶装置を内蔵してバッファを巨大化し、ネットワーク障害等が起こってもしばらくは運用を続けられるようにして信頼性を向上させる思想が主流となっており、単にバッファ量を減らすと、そのような恩恵が得られない。
本発明の目的は、同期再生によるＣｕｅＵｐ時には待機系デコーダの映像データの蓄積量を減らして蓄積時間を削減し、速やかに同期再生以外のＣｕｅＵｐ処理に移行できることである。
【課題を解決するための手段】
【０００７】
本発明のビデオサーバシステムは、少なくとも制御装置と稼働系デコーダと待機系デコーダを有するビデオサーバシステムであって、制御装置が稼働系デコーダと待機系デコーダの再生後に、稼働系デコーダと待機系デコーダ間でフレームのずれを検知した場合、待機系デコーダに対してフレーム合わせの指示を出力し、待機系デコーダはフレーム合わせの指示を受信した場合、所定フレームの映像データを記憶することを特徴とする。
【０００８】
また、本発明のビデオサーバシステムは、上述のビデオサーバシステムであって、さらに端末装置を有し、端末装置は制御装置に少なくとも再生とＣｕｅＵｐ点ジャンプの指示を出力することを特徴とする。
【０００９】
さらに、本発明ビデオサーバシステムは、上述のビデオサーバシステムであって、待機系デコーダはフレーム合わせの指示を受信した場合、少なくとも６フレームの映像データを記憶することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、同期再生によるＣｕｅＵｐ時には待機系デコーダの映像データの蓄積量を減らして蓄積時間を削減し、速やかに同期再生以外のＣｕｅＵｐ処理に移行できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施例に係るビデオサーバシステムの概要を示す図である。
【図２】本発明の一実施例に係るビデオサーバシステムの動作を説明するためのシーケンス図である。
【図３】従来のビデオサーバシステムの概要を示す図である。
【図４】従来のビデオサーバシステムの動作を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面を参照して詳細に説明する。
ビデオサーバシステムの構成について図１を用いて説明する。
図１はビデオサーバシステムの概要を示す図である。
ビデオサーバシステム１００は、少なくともビデオサーバ１０、デコーダ１２１，１２２、制御装置３０、端末装置４０で構成されている。
制御装置３０は、稼働系、待機系の冗長構成となるデコーダ１２１，１２２を制御し、再生後にデコーダ１２１，１２２間の同期ずれを検知した場合、待機系のデコーダ１２２をＣｕｅＵｐし直すことでフレームの同期を合わせる。同期ずれを検出する方法は任意であるが、デコーダ１２１等が定期的に再生位置を制御装置に通知する方法や、デコード出力に含まれるタイムスタンプを信号監視ユニットで監視する方法がある。
【００１３】
図２は本発明の一実施例に係るビデオサーバシステムの動作を説明するためのシーケンス図である。スタンバイ動作は従来と同様であるため、図示を省略する。なお端末装置からのスタンバイ指示１０１や制御装置からのスタンバイ指示１０２等には、素材ＩＤが含まれているものとする。
本例の待機系のデコーダ１２２は、送出制御装置３０がずれ検知をした場合のＣｕｅＵｐ時には必要最小限の映像データを蓄積（記憶）するように設定している。必要最小限の映像データとは、待機系のデコーダ１２２の異常検知から送出制御装置３０が系を切替えるために必要な蓄積量であり、例えば、６フレーム分である。ここで検知する異常は、ビデオサーバ１０から応答が無い、或いはバッファ量が所要量を満たさない、等を含む。
なお、待機系のデコーダ１２２は、スタンバイ制御、ＣｕｅＵｐ点ジャンプ制御に関しては通常通りの映像データの蓄積を行うので、稼働系のデコーダ１２１の再生には影響がない。
【００１４】
以下に、ビデオサーバシステムの動作について説明する。
図２において、端末装置４０は、送出制御装置３０に対して再生の指示を出力する（２０１）。再生指示２０１は、素材ＩＤ、再生開始時刻（又は要求発行時刻）、トランザクションＩＤ等が含まれ得る。時刻指定が無い場合は即時再生となり、本例では即時再生するものとする。
制御装置３０は、スタンバイ済みのデコーダ１２１，１２２に対して再生の指示を出力する（２０２）（２０３）。
デコーダ１２１，１２２は、送出制御装置３０に対して応答する（２０４）（２０５）とともに、ビデオサーバ１０に対し、素材要求を送る（２０６）。なお図２では、ビデオサーバ１０との通信は、デコーダ１２２に関するもののみ図示した。素材要求には、素材ＩＤ、再生位置情報、要求帯域（フレームレート）情報、優先度等が含まれ、更に再生開始時刻（又は要求発行時刻）、トランザクションＩＤ等も含まれ得る。時刻指定が無い場合は即時再生となる。ここでは、デコーダ１２１、１２２ともに通常の要求帯域（１倍速）が指定される。また、送出用の素材要求は、他の試写用等に比べ、優先度は高くなっている。要求を受けたビデオサーバ１０は、デコーダ１２１，１２２へ映像データを転送する（不図示）。
【００１５】
制御装置３０は、デコーダ１２１，１２２の応答からデコーダ１２１，１２２間の同期ずれを検知した場合（１１６）、待機系のデコーダ１２２に再同期用ＣｕｅＵｐを出力する（２０７）。再同期用ＣｕｅＵｐ２０７で指定される再生位置情報は、デコーダ１２１の再生位置に一致するように調整される。基本的には、
再同期用ＣｕｅＵｐ２０７を受けた待機系のデコーダ１２２は、ビデオサーバ１０に対し、素材要求２０８を送り、ＣｕｅＵｐ中状態となる。この素材要求２０８では、通常より多い要求帯域（例えば２倍速、或いはベストエフォート）が指定され得る。要求を受けたビデオサーバ１０は、デコーダ１２１，１２２へ素材データを転送するが、必ずしも要求通り帯域で転送が実現するわけではなく、少なくとも1倍速のレートが保証されるのみである。再同期用ＣｕｅＵｐは、デコード開始に必要な所要蓄積量を通常より少なく設定する。蓄積時間が短いため、仮に１倍速転送でもＣｕｅＵｐ処理がすぐに完了する（２１８）。完了次第、デコーダ１２２はデコード映像を出力する。その後、蓄積済みの映像データ量が増加していき、通常の所要蓄積に達すると、ビデオサーバ１０に対し適宜ＮＡＣＫ或いはＢＵＳＹを応答し又は要求帯域を変更し、帯域を実質的に絞るようにする。
【００１６】
次に、端末装置４０が制御装置３０に対してＣｕｅＵｐ点ジャンプの指示を出力する（２０９）。
制御装置３０は、デコーダ１２１，１２２に対してＣｕｅＵｐを出力する（２１０）（２１１）。
デコーダ１２１，１２２は、ビデオサーバ１０に素材要求（２１２）を送り、ＣｕｅＵｐの処理を行う（２１３、２１４）。この素材要求２１２では、要求帯域及び所要蓄積量は通常に戻る。
【００１７】
本発明の実施形態に係るビデオサーバシステムは、同期再生によるＣｕｅＵｐ時には待機系デコーダの映像データの蓄積量を減らして蓄積時間を削減し、速やかに同期再生以外のＣｕｅＵｐ処理に移行できる。また、再同期用のＣｕｅＵｐでは、１倍速よりわずかでも高いレートで映像データをビデオサーバ１０から受信するようにすれば、時間の経過とともに、稼働系と待機系のデコーダの状態を、バッファ蓄積量も含め一致させることができる。
【００１８】
なお、ビデオサーバ１０への素材要求はデコーダから行うものに限らず、送出制御装置から行ってもよい。
【産業上の利用可能性】
【００１９】
同期再生によるＣｕｅＵｐ時には待機系デコーダの映像データの蓄積量を減らすことによって、待機系デコーダの同期再生制御を速やかに完了させる必要がある用途にも適用できる。
【符号の説明】
【００２０】
１００，３００：ビデオサーバシステム、１０：ビデオサーバ、１２１，１２２，３２１，３２２：デコーダ、３０：制御装置、４０：端末装置。
【図１】
0006579692.tif 000002
【図２】
0006579692.tif 000003
【図３】
0006579692.tif 000004
【図４】
0006579692.tif 000005