番組再生システム
【課題】稼働系と待機系で映像取得に時間ズレがあっても、映像再生された映像では稼働系と待機系で同期が取られているようにした冗長構成による番組再生システムを提供すること。
【解決手段】デコーダ２、３は、ＬＡＮ(映像ＬＡＮ)を介して送出サーバ４、５にアクセスし、これらに録画・録音してある映像や音の映像取得を行い、映像Ａと映像Ｂの映像素材として同時に再生し、何等かの障害発生時、映像Ａから映像Ｂに切り替えることにより映像の連続性が保たれるようにした番組再生システムにおいて、デコーダ２、３による映像Ａと映像Ｂの映像取得に時間ズレが生じた場合、映像取得が遅れた方の映像について映像再取得を行うようにしたもの。
【解決手段】デコーダ２、３は、ＬＡＮ(映像ＬＡＮ)を介して送出サーバ４、５にアクセスし、これらに録画・録音してある映像や音の映像取得を行い、映像Ａと映像Ｂの映像素材として同時に再生し、何等かの障害発生時、映像Ａから映像Ｂに切り替えることにより映像の連続性が保たれるようにした番組再生システムにおいて、デコーダ２、３による映像Ａと映像Ｂの映像取得に時間ズレが生じた場合、映像取得が遅れた方の映像について映像再取得を行うようにしたもの。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに用意した複数の個別の映像素材を時系列的に並べて再生するシステムに係り、特に放送業務用に好適な冗長構成による番組再生システムに関する。
【背景技術】
【０００２】
現在、テレビ局(テレビジョン放送局)では、予め放送プログラムの作成に必要な夫々の映像素材(放送素材)をサーバに用意しておき、必要とする映像素材を、放送スケジュールに従って逐次、サーバから取り出すことによりプログラム構成された映像素材に再生し、放送プログラムとして放送用送信システムに供給するという運用が一般的であり、このときに用いられるのが番組再生システムと呼ばれるものである。
【０００３】
ところで、例えばテレビ局での運用を想定した、いわゆる業務用の場合、放送スケジュールの維持は、ほとんど至上命令であるといってもよく、従って、放送プログラムの作成に必要な映像素材の再生には万全の信頼性が要求され、このため、従来から映像素材再生系を冗長構成にし、障害の発生に備えてバックアップが与えられるようにするのが一般的である(例えば特許文献１、２等参照)。
【０００４】
ここで、冗長構成とは、端的にいえば、システムに含まれる各種の機器を稼働系と待機系に分け、夫々を独立に設けたもので、要するに二重系にすることであり、稼働系に障害が発生して本来の映像が得られなくなったら待機系の映像に切り替え、放送スケジュールの維持に疎漏が生じないようにするのである。
【０００５】
このとき、稼働系については現用系又は主系と呼称し、待機系については予備系又は従系と呼称する場合もあり、更に二重系にとどまらず、三重系以上にする場合もある。
【０００６】
そして、この冗長構成の番組再生システムにおいては、障害発生時、稼働系から直ちに待機系に切り替えが可能なように、稼働系と待機系で同じ映像を同期して再生する必要があり、このため従来技術では、制御指示を稼働系と待機系で同じタイミングにすることにより同期制御が実現されるようにしている。
【０００７】
なお、このときの「再生」とは、録画・録音した映像や音を記録媒体から取り出し、デコーダ機器を用いて１倍速或いは早送り・巻き戻しで表示を行うことを意味する。
【０００８】
ここで、図７は、従来の冗長構成された番組再生システムの一例を示したもので、この従来技術の場合、図示のように、送出制御装置１とデコーダ２、３、それに送出サーバ４、５を備えている。なお、デコーダ２、３については、通常、高解像度デコーダが用いられている。
【０００９】
まず、送出制御装置１は、所望のプログラムが搭載されたＣＰＵを備え、これにより、デコーダ２、３による映像取得を同時に開始させ、映像取得完了後、映像再生を開始させるのに必要な制御と、これに付随したシステム全体の動作に必要な制御とを司る。
【００１０】
次に、デコーダ２、３は、冗長化のためＡ系とＢ系の２台備えられ、送出制御装置１から供給される制御指令Ａ、Ｂに応じて再生動作を行う。
【００１１】
そして、送出サーバ４、５は、データベースとなる記録媒体を備え、これに録画・録音した映像や音を記録し、映像素材として保持する働きをするもので、これらも冗長化のためＡ系とＢ系の２台が備えられている。
【００１２】
従って、デコーダ２と送出サーバ４及びデコーダ３と送出サーバ５が各々対になり、Ａ系とＢ系の冗長構成された映像再生手段を構成していることになる。
【００１３】
次に、この従来技術の動作について説明する。
【００１４】
デコーダ２、３は、送出制御装置１から再生要求を受け取ると、それぞれＬＡＮ(映像ＬＡＮ)を介して送出サーバ４、５にアクセスする。そして、送出サーバ４、５の記録媒体に録画・録音してある画像や音を、当該記録媒体から取り出し、それぞれ映像Ａと映像Ｂの映像素材として再生する。
【００１５】
このとき、映像Ａと映像Ｂの一方、例えば映像Ａを稼働系とする。従って、この場合、映像Ｂは待機系となる。
【００１６】
そして、この映像Ａの映像素材を放送プログラム用として、図示してない放送用の送信システムに供給する。
【００１７】
一方、ここで待機系となった映像Ｂは、予備の映像素材として、障害発生時でのバックアップに備えて用意されていることになり、この結果、障害発生時、稼働系から待機系に切り替えることにより映像の連続性が保たれ、冗長構成による放送スケジュールの維持が疎漏なく得られることになる。
【先行技術文献】
【特許文献】
【００１８】
【特許文献１】特開２００８−２４４５４３号公報
【特許文献２】特開２０１０−２２０１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１９】
上記従来技術は、冗長構成の番組再生システムにおいて同期制御の実現に配慮がされておらず、障害発生時の切り替えに際して映像の連続性が保持できないという問題がある。
【００２０】
上記したように、従来の冗長構成の番組再生システムにおいては、稼働系と待機系で同じタイミングで制御指示を行うことにより同期制御が実現されるようにしている。
【００２１】
しかし、このとき稼働系と待機系は互いに独立した機器であるから、例えば、このときの映像データのデータベースにおける格納位置の違い、ネットワークやサーバ内ＣＰＵの負荷状態の違いなど、いくつかの外部要因により、稼働系と待機系で全く同じ応答特性をもたせることは、事実上、不可能に近く、しかもアトランダムになる。
【００２２】
従って、たとえ同じタイミングで制御したとしても、記録媒体から稼働系と待機系で同じタイミングで映像や音を取得するのは困難で、このため従来技術では、稼働系と待機系で同期した映像の再生が常時、確実に得られるという保証は、必ずしもない。
【００２３】
これを図８により具体的に説明する。
【００２４】
いま、或る時点で送出制御装置１(図７)から再生要求がなされたとする。
【００２５】
このとき送出制御装置１は、内部にシステム時計を備え、これを使用して稼働系と待機系の双方に同時に遅れ無く再生要求が行えるものとする。
【００２６】
そこで、この再生要求が送出制御装置１から指示された時刻を図８(a)のズレない場合と、同(b)のズレた場合の時点ｔ１とすると、デコーダ２、３は、この時点ｔ１で同時に映像Ａと映像Ｂの取得(映像取得)を開始することになる。
【００２７】
次に、図８(a)において、この再生要求の指示時点ｔ１以後、デコーダ２による映像Ａの映像取得が完了し、映像再生が可能になったら、送出制御装置１から映像再生が指示され、この結果、時点ｔ２から映像Ａの映像再生が開始され、稼働系の映像素材として、図示してない放送用の送信システムに供給されることになる。
【００２８】
また、このとき、映像Ｂについても、図８(a)に示すように、時点ｔ２までに映像取得が完了して映像再生が可能になっていれば、この時点ｔ２で送出制御装置１の映像再生指示により映像Ｂの映像再生も開始され、待機系の映像素材としてバックアップに備えることができる。
【００２９】
ここで、この図８(a)の場合、映像Ａと映像Ｂは、時点ｔ２で同時に映像再生が開始されている。
【００３０】
そして、この場合、図示のように、画像フレーム内容が同一、つまりタイムコードＴＣが同一の映像Ａと映像Ｂが相互に同期した状態で稼働系と待機系に個別に再生されることになり、従って、この後、バックアップに際して映像を切り替えても、映像はフレームが正しく連続した状態を保ち、従って、冗長構成による放送スケジュールの維持が映像に乱れを伴うことなく得られることになる。
【００３１】
しかしながら、上記した外部要因のため、映像Ａと映像Ｂが同時に再生可能な状態になるとは限らず、時間がズレてしまう場合があり、しかも、このとき、上記したように、ズレの程度は映像取得ごとにアトランダムに決まる。
【００３２】
例えば、図８(b)に示すように、映像Ａの映像取得が完了し、時点ｔ２で映像Ａの映像再生が開始されたとき、映像Ｂでは映像取得が遅れ、時点ｔ２から遅れた時点ｔ３になってからでなければ映像Ｂの映像再生ができなくなってしまった場合、映像Ａと映像Ｂに画像ズレが現れ、映像Ｂの画像フレーム内容は、時点ｔ２での映像Ａの画像フレーム内容と同じになってしまう。
【００３３】
このとき、時点ｔ１で再生要求が指示されたのは、上記したように、放送スケジュールに従ってなされたものであり、このため時点ｔ２で映像取得が完了し映像再生が可能になったら、それが、たとえ映像Ａについてだけであっても、放送システムとしての運用上、とにかく、この映像Ａの映像素材を放送プログラム用として、図示してない放送用の送信システムに供給しなければならないので、ここで映像再生を中止し、再度、映像取得から始めて、映像Ａと映像Ｂが同時に映像再生可能になるのを待つ訳にはいかない。
【００３４】
そうすると、この図８(b)の場合、映像Ａと映像Ｂで画像フレーム内容に時間的なズレをもった状態になっていることになり、バックアップが必要な局面において稼働系から待機系に映像を切り替えたとき、画像のフレーム内容が前に飛んでしまい、以前と同じ場面からの繰り返し映像になって画像の連続性に乱れが生じてしまう。
【００３５】
しかも、この時間ズレは、上記したように、外部要因によるものであるから、このような冗長構成による番組再生システムの場合、ほとんど不可避で、結果として甘受するしかない。
【００３６】
このため、従来技術では、同期再生の確保に配慮がされているとはいえず、障害発生時の切り替えに際して映像の連続性が保持できないという問題が生じてしまうのである。
【００３７】
本発明の目的は、稼働系と待機系で映像取得に時間ズレがあっても、映像再生された映像では稼働系と待機系で同期が取られているようにした冗長構成による番組再生システムを提供することにある。
【課題を解決するための手段】
【００３８】
上記目的は、少なくとも２系統のデコーダとサーバを備え、前記少なくとも２系統のサーバの各々に記憶保持された複数の映像素材を少なくとも２系統のデコーダの各々から所望の順序で取り出すことにより、少なくとも２系統の映像素材を所望のプログラム構成された映像素材として同時に再生する方式の番組再生システムにおいて、前記少なくとも２系統のデコーダの各々による映像取得を同時に開始させ、映像取得完了後、映像再生させる制御部と、前記少なくとも２系統のデコーダの中の何れかのデコーダの映像取得だけが完了した場合、他のデコーダによる映像取得が完了した時点で当該他のデコーダによる映像再取得を開始させ、前記一方のデコーダによる映像取得が完了した時点から予め設定した合わせ込み時間が経過した時点で、前記他のデコーダにより映像再取得された映像を映像再生させる制御部とが設けられているようにして達成される。
【発明の効果】
【００３９】
本発明においては、外部要因による同期再生の時間ズレが補償されるので、稼働系と待機系の切り替えに際しても常に同期した映像素材が再生され、従って、本発明によれば、冗長構成による番組再生システムとしての機能を、放送プログラムの連続性に乱れを伴うことなく、常に確実に発揮させることができる。
【図面の簡単な説明】
【００４０】
【図１】本発明に係る番組再生システムの一実施の形態を示すブロック図である。
【図２】本発明の一実施形態の動作を説明するためのタイミング図である。
【図３】本発明の一実施形態における送出制御装置のデータと処理の関連を示す説明図である。
【図４】本発明の一実施形態における処理の流れをイメージ化して示した説明図である。
【図５】本発明の一実施形態におけるユーザーの処理内容を示す説明図である。
【図６】本発明の一実施形態における保守員の処理内容を示す説明図である。
【図７】番組再生システムの従来技術の一例を示すブロック図である。
【図８】番組再生システムの従来技術による動作を説明するためのタイミング図である。
【発明を実施するための形態】
【００４１】
以下、本発明による番組再生システムについて、図示の実施の形態により詳細に説明する。
【００４２】
まず、図１は、本発明に係る番組再生システムの一実施の形態で、この図１において、１０は送出制御装置、１１はユーザーインターフェース用のマウスやキーボードなどからなる入力装置で、１２はモニター用の表示手段を備えた出力装置であり、その他、デコーダ２、３、それに送出サーバ４、５を備えている点は、図７の従来技術の場合と同じである。
【００４３】
従って、送出制御装置１０も、デコーダ２、３による映像取得を同時に開始させ、映像取得完了後、映像再生を実行させ、このとき付随して必要なシステム全体の動作を司る制御部として機能する点では、従来技術における送出制御装置１と基本的には同じであるが、このとき外部要因による同期再生の時間ズレが補償されるように構成されている点で、この送出制御装置１０は、従来技術の送出制御装置１とは明確に構成が異なっている。
【００４４】
このとき図２は、この実施形態の動作を説明するためのタイミング図で、詳しくは後述する。
【００４５】
図３は、送出制御装置１０におけるデータと処理の関連を示したもので、図示されているアプリケーション１０１、１０２、１０３は、送出制御装置１０のＣＰＵが有するアプリケーションであり、記憶媒体１０４は、ハードディスクや不揮発性メモリなどの記憶装置で、ユーザーＵから入力された動画データ群(１つ以上の動画データ)を保持し、且つ、保守員Ｍから入力されたディレイ値(後述)を設定値の一つとして保持する働きをする。
【００４６】
そして、まず、アプリケーション(ユーザーＩ／Ｆ)１０１は、ユーザーＵ及び保守員Ｍと記憶媒体１０４の間に位置し、ディレイ値(遅延値)など設定値の参照(設定)や変更を保守員Ｍの入力に応じて行う。このときユーザーＵと保守員Ｍは同一人の場合もある。また、このアプリケーション(ユーザーＩ／Ｆ)１０１は、ユーザーＵ及び保守員Ｍとアプリケーション(同期再生処理)１０２の間にも位置し、ユーザーＵが選択した動画情報(動画ＩＤなど)の通知を行う。このため上記した入力装置１１と出力装置１２が備えられている。
【００４７】
ここで、アプリケーション(同期再生処理)１０２はメインとなる処理で、アプリケーション(ユーザーＩ／Ｆ)１０１から処理開始要求を受け付けると、指定された動画データを記憶媒体１０４から取得する。
【００４８】
そして、取得した動画データは、このアプリケーション(同期再生処理)１０２において、再生すべき先頭位置が各設定値に従って決定され、準備・実行・停止の各制御指令としてアプリケーション(映像・音声再生)１０３に転送される。
【００４９】
このアプリケーション(映像・音声再生)１０３は、高解像度デコーダ(デコーダ２、３)を再生動作させるための処理で、アプリケーション(同期再生処理)１０２から準備・実行・停止の各制御指令が転送されると、ここで高解像度デコーダは、この制御指令に従って順に準備状態から再生動作状態にされ、停止処理されることになる。
【００５０】
そして、このときに指示された制御が実行されると、結果がアプリケーション(同期再生処理)１０２に通知され、更に再生中の現在のデコーダ２、３のタイムコードＴＣについても通知され、出力装置１２に表示される。
【００５１】
ここで、図４は、以上の処理の流れをイメージ化したものであり、図５は、図４のユーザーＵによる処理をユースケース１として示したもので、図６は、図４の保守員Ｍによる処理をユースケース２として示したものである。
【００５２】
そして、まず、図５のユースケース１は、ユーザーＵの操作により開始され、動画データを読み込み、再生に必要な先頭位置に移動して再生を行う。
【００５３】
このときのユーザーＵの操作とは、オペレータなどの人員による操作だけをイメージするのではなく、コンピュータ制御により放送スケジュールに従って操作が行われる場合も含まれ、一般的には、これが主流である。
【００５４】
また、図６のユースケース２は、保守員Ｍの操作により開始され、稼働系と待機系の同期再生に必要なディレイ値Ｄの指定(変更を含む)を行う。
【００５５】
次に、この実施形態に係る番組再生システムの動作について説明する。
【００５６】
ここで、この実施形態における同期再生処理は、送出制御装置１０のアプリケーション(同期再生処理)１０２による高解像度デコーダ(デコーダ２、３)の再生動作により得られるもので、このとき、保守員Ｍにより設定値として入力され、磁気媒体１０４に保持されているディレイ値Ｄが用いられる。
【００５７】
そこで、まず、このディレイ値Ｄについて説明する。
【００５８】
既に、図８により説明したように、２台のデコーダ２、３により稼働系(映像Ａ)と待機系(映像Ｂ)の映像を再生した場合、たとえ同じ時点ｔ１で映像取得を開始させたとしても、映像Ａの映像再生開始時点ｔ２と映像Ｂの映像再生開始時点ｔ３の間に時間差Δｔが生じ、図８(b)に示すように、画像のズレとして現れる。
【００５９】
この時間差Δｔは、上記した外部要因によりアトランダムに決まるので、正確な予測はできない。
【００６０】
しかし、ここで映像取得が完了するまでの平均的な時間Ｔmeanについては、テスト動作などから、かなりの確度で予測が可能である。
【００６１】
そこで、この実施形態においては、放送スケジュールに従ってシステムを運用する際、保守員Ｍは、準備処理として、まず、上記した平均的な時間Ｔmeanを予測し、それを映像のタイムコードによる時間に換算した値ＴＣmean とする。例えば１倍速の場合、６０フレーム／秒の映像ならタイムコードは１／６０秒毎に１ずつ増減するので、１／６０秒がタイムコード１に換算される。
【００６２】
そして、このＴＣmean に所望のマージン時間分ｍを加算し、それをディレイ値Ｄ(Ｄ＝ＴＣmean＋ｍ)とした上で入力装置１１から入力し、図６のユースケース２に示されているように、アプリケーション(ユーザーＩ／Ｆ)１０１を介して磁気媒体１０４に保持させ、準備処理を終了する。
【００６３】
従って、この後、いつでもシステムの運用に入ることができることになる。
【００６４】
そこで、今度は図５のユースケース１に示されているように、ユーザーＵにより、つまりコンピュータの制御又はオペレータの操作により、放送スケジュールに従った再生制御が行われる。
【００６５】
このときの動作について、図２のタイミング図により説明する。
【００６６】
いま、放送スケジュールにより、或る時点ｔ１で再生すべき映像が指定されたとすると、これを受け、送出制御装置１０は、デコーダ２、３に指示し、Ａ系の送出サーバ４とＢ系の送出サーバ５の双方から、このとき指定された映像の取得を開始させる。
【００６７】
これにより時点ｔ１以降、このとき指定された映像の最初のタイムコードからの映像取得がデコーダ２、３の双方により開始され、やがて或る時間経過後に映像取得が完了し、映像再生が可能になる。
【００６８】
そして、このとき、図８(a)で説明したように、Ａ系とＢ系の双方で同時に映像取得が完了し、同時に画像再生が可能になれば何も問題は無く、この場合、送出制御装置１０は、Ａ系とＢ系の双方の映像取得が完了した時点ｔ２から映像Ａと映像Ｂの映像再生を開始させる。
【００６９】
この結果、映像Ａは稼働系の映像素材として、図示してない放送用の送信システムに供給され、映像Ｂはバックアップに備え、待機系の映像素材として用意されている状態になり、冗長構成による機能が充分に活かせることになる。
【００７０】
しかして、このとき、Ａ系とＢ系の何れか一方でだけ、例えば図８(b)で説明したように、時点ｔ２ではＡ系だけ映像取得が完了し、Ｂ系では、まだ映像取得が完了せず、継続していたとする。
【００７１】
ところで、この場合でも、上記したように、放送システムとしては、放送プログラムに穴を開ける訳にはいかないので、送出制御装置１０は、Ａ系とＢ系の一方でも映像取得が完了したら、その時点ｔ２から、映像取得が先に完了した方の映像、この場合は映像Ａを稼働系の映像素材として、図示してない送信システムに供給する。
【００７２】
この後、送出制御装置１０は、他方の映像、つまり映像Ｂの画像取得が完了するのを待つ。ここで、映像Ｂの画像取得が完了時点をｔ３とすると、この時点ｔ３で、このときの映像ＡのタイムコードをＡ系デコーダ２から取得し、タイムコードＴＣｘとする。そして、このタイムコードＴＣｘにディレイ値Ｄを加算して映像再取得用のタイムコードＴＣＲ(＝ＴＣｘ＋Ｄ)とした上でＢ系のデコーダ３に指示し、送出サーバ５からの映像Ｂの映像再取得を、当該映像ＢのタイムコードＴＣＲから開始させる。
【００７３】
このとき、既に映像取得した映像Ｂについては放置する。
【００７４】
また、これと並行して、送出制御装置１０は、再生中の画像Ａのタイムコードをモニターし、時点ｔ３でのタイムコードＴＣｘ以降、それが映像再取得用のタイムコードＴＣＲに等しくなるのを待つ。
【００７５】
このとき図２では、この再生中の画像ＡのタイムコードがタイムコードＴＣＲに等しくなる時点をｔ５とし、このときの時点ｔ３から時点ｔ５までの期間については、合わせ込み時間ｎとしている。
【００７６】
このとき、映像Ｂについてみると、この映像Ｂの映像再取得は時点ｔ３で開始されている。
【００７７】
そして、この時点ｔ３から時点ｔ５までの時間はディレイ値Ｄ、つまり映像取得が完了するまでの平均的な時間にマージン時間分が加算されたものであり、従って、時点ｔ５になる以前の時点ｔ４において、既に映像Ｂの映像再取得が完了している確率はかなり高い筈であり、この結果として、この時点ｔ４では映像ＢのタイムコードＴＣＲからの映像再生が可能になっている確率はかなり高いといえる。
【００７８】
そこで、送出制御装置１０は、この時点ｔ４では、たとえ映像Ｂの映像再生が可能になっていた場合でも、ここで映像Ｂの映像再生に直ちに移行するのは抑えておき、時刻ｔ５になってから映像Ｂの映像再生を開始させる。
【００７９】
そうすると、この時点ｔ５以降、映像ＢはタイムコードＴＣＲからの映像として映像再生されることになる。
【００８０】
このとき稼働系の映像Ａについてみると、この時点ｔ５においては、映像ＡのタイムコードはＴＣＲになっている。
【００８１】
従って、この時点ｔ５以降、映像Ａと映像Ｂは、各々のタイムコードが同じ映像として映像再生されていることになる。
【００８２】
そこで、この映像Ｂを待機系とすることにより、バックアップが必要な局面において稼働系から待機系に映像を切り替えたときに画像の連続性に乱れが生じてしまう虞がなく、この結果、この実施形態によれば、冗長構成によるバックアップ機能が充分に活かせることになる。
【００８３】
しかも、この実施形態の場合、時点ｔ２以降は映像Ａが稼働系の映像として供給されているので、上記した映像Ｂの映像再取得に際しても放送システムとしての運用が阻害される虞はなく、確実な運用が保証されることになる。
【００８４】
ところで、この場合、上記したように、他方の映像、例えば映像Ｂの画像再取得がディレイ値Ｄよりも前に完了する確率が高いとはいっても、そうでない確率が０ではない以上、画像再取得を開始した後、時間がディレイ値Ｄを越えても画像再取得が完了せず、画像再取得が失敗してしまう場合がある。
【００８５】
しかし、この実施形態の場合、時点ｔ２以降は映像Ａが稼働系の映像として供給されているので、上記した映像Ｂの映像再取得に際しても放送システムとしての運用に直ちに支障を来す訳ではない。
【００８６】
そこで、画像再取得に失敗した場合、送出制御装置１０は、このときの画像再取得に失敗した時点を図２の時点ｔ３に置き換え、この時点から再び上記した画像再取得動作を開始させ、映像Ａと同じタイムコードから映像Ｂの映像再生が得られるように制御する。
【００８７】
そして、この画像再取得動作の繰り返しは、送出制御装置１０により、映像Ｂの映像再生が正しく得られるまで、必用に応じて複数回、実行される。
【００８８】
このときの合わせ込み時間ｎの時間値は、主としてシステムの性能により決まるが、通常、数秒から数十秒の比較的短時間である。
【００８９】
従って、画像再取得動作を繰り返したとしても、冗長構成によるバックアップ機能に影響する虞は少ないといえるが、制御処理としては限度があるので、複数回、例えは３回繰り返しても失敗したら、このときの映像素材については冗長構成によるバックアップ機能は諦め、画像再取得動作を終了させるようにする。
【００９０】
ところで、以上の説明は、映像Ｂが映像Ａよりも遅れた場合であるが、反対に映像Ａが映像Ｂよりも遅れた場合には、映像Ｂを稼働系とし、映像Ａについて画像再取得動作を行わせるように制御してやればよい。
【００９１】
以上のように、この実施形態によれば、稼働系と待機系の切り替えに際しても、常に稼働系と待機系とで同期した映像素材が得られ、この結果、冗長構成による番組再生システムとしての機能を、放送プログラムの連続性に乱れを伴うことなく、常に確実に発揮させることができる。
【産業上の利用可能性】
【００９２】
本発明は、テレビ局で業務用として運用される番組再生システムに利用することができる。
【符号の説明】
【００９３】
１ 送出制御装置(従来技術)
２ Ａ系のデコーダ
３ Ｂ系のデコーダ
４ 送出サーバ(Ａ系)
５ 送出サーバ(Ｂ系)
１０ 送出制御装置(本発明の実施形態)
１１ 入力装置(ユーザーインターフェース用のマウスやキーボード
などの入力装置)
１２ 出力装置(モニタ用の表示手段を備えた出力装置)
【技術分野】
【０００１】
本発明は、サーバに用意した複数の個別の映像素材を時系列的に並べて再生するシステムに係り、特に放送業務用に好適な冗長構成による番組再生システムに関する。
【背景技術】
【０００２】
現在、テレビ局(テレビジョン放送局)では、予め放送プログラムの作成に必要な夫々の映像素材(放送素材)をサーバに用意しておき、必要とする映像素材を、放送スケジュールに従って逐次、サーバから取り出すことによりプログラム構成された映像素材に再生し、放送プログラムとして放送用送信システムに供給するという運用が一般的であり、このときに用いられるのが番組再生システムと呼ばれるものである。
【０００３】
ところで、例えばテレビ局での運用を想定した、いわゆる業務用の場合、放送スケジュールの維持は、ほとんど至上命令であるといってもよく、従って、放送プログラムの作成に必要な映像素材の再生には万全の信頼性が要求され、このため、従来から映像素材再生系を冗長構成にし、障害の発生に備えてバックアップが与えられるようにするのが一般的である(例えば特許文献１、２等参照)。
【０００４】
ここで、冗長構成とは、端的にいえば、システムに含まれる各種の機器を稼働系と待機系に分け、夫々を独立に設けたもので、要するに二重系にすることであり、稼働系に障害が発生して本来の映像が得られなくなったら待機系の映像に切り替え、放送スケジュールの維持に疎漏が生じないようにするのである。
【０００５】
このとき、稼働系については現用系又は主系と呼称し、待機系については予備系又は従系と呼称する場合もあり、更に二重系にとどまらず、三重系以上にする場合もある。
【０００６】
そして、この冗長構成の番組再生システムにおいては、障害発生時、稼働系から直ちに待機系に切り替えが可能なように、稼働系と待機系で同じ映像を同期して再生する必要があり、このため従来技術では、制御指示を稼働系と待機系で同じタイミングにすることにより同期制御が実現されるようにしている。
【０００７】
なお、このときの「再生」とは、録画・録音した映像や音を記録媒体から取り出し、デコーダ機器を用いて１倍速或いは早送り・巻き戻しで表示を行うことを意味する。
【０００８】
ここで、図７は、従来の冗長構成された番組再生システムの一例を示したもので、この従来技術の場合、図示のように、送出制御装置１とデコーダ２、３、それに送出サーバ４、５を備えている。なお、デコーダ２、３については、通常、高解像度デコーダが用いられている。
【０００９】
まず、送出制御装置１は、所望のプログラムが搭載されたＣＰＵを備え、これにより、デコーダ２、３による映像取得を同時に開始させ、映像取得完了後、映像再生を開始させるのに必要な制御と、これに付随したシステム全体の動作に必要な制御とを司る。
【００１０】
次に、デコーダ２、３は、冗長化のためＡ系とＢ系の２台備えられ、送出制御装置１から供給される制御指令Ａ、Ｂに応じて再生動作を行う。
【００１１】
そして、送出サーバ４、５は、データベースとなる記録媒体を備え、これに録画・録音した映像や音を記録し、映像素材として保持する働きをするもので、これらも冗長化のためＡ系とＢ系の２台が備えられている。
【００１２】
従って、デコーダ２と送出サーバ４及びデコーダ３と送出サーバ５が各々対になり、Ａ系とＢ系の冗長構成された映像再生手段を構成していることになる。
【００１３】
次に、この従来技術の動作について説明する。
【００１４】
デコーダ２、３は、送出制御装置１から再生要求を受け取ると、それぞれＬＡＮ(映像ＬＡＮ)を介して送出サーバ４、５にアクセスする。そして、送出サーバ４、５の記録媒体に録画・録音してある画像や音を、当該記録媒体から取り出し、それぞれ映像Ａと映像Ｂの映像素材として再生する。
【００１５】
このとき、映像Ａと映像Ｂの一方、例えば映像Ａを稼働系とする。従って、この場合、映像Ｂは待機系となる。
【００１６】
そして、この映像Ａの映像素材を放送プログラム用として、図示してない放送用の送信システムに供給する。
【００１７】
一方、ここで待機系となった映像Ｂは、予備の映像素材として、障害発生時でのバックアップに備えて用意されていることになり、この結果、障害発生時、稼働系から待機系に切り替えることにより映像の連続性が保たれ、冗長構成による放送スケジュールの維持が疎漏なく得られることになる。
【先行技術文献】
【特許文献】
【００１８】
【特許文献１】特開２００８−２４４５４３号公報
【特許文献２】特開２０１０−２２０１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１９】
上記従来技術は、冗長構成の番組再生システムにおいて同期制御の実現に配慮がされておらず、障害発生時の切り替えに際して映像の連続性が保持できないという問題がある。
【００２０】
上記したように、従来の冗長構成の番組再生システムにおいては、稼働系と待機系で同じタイミングで制御指示を行うことにより同期制御が実現されるようにしている。
【００２１】
しかし、このとき稼働系と待機系は互いに独立した機器であるから、例えば、このときの映像データのデータベースにおける格納位置の違い、ネットワークやサーバ内ＣＰＵの負荷状態の違いなど、いくつかの外部要因により、稼働系と待機系で全く同じ応答特性をもたせることは、事実上、不可能に近く、しかもアトランダムになる。
【００２２】
従って、たとえ同じタイミングで制御したとしても、記録媒体から稼働系と待機系で同じタイミングで映像や音を取得するのは困難で、このため従来技術では、稼働系と待機系で同期した映像の再生が常時、確実に得られるという保証は、必ずしもない。
【００２３】
これを図８により具体的に説明する。
【００２４】
いま、或る時点で送出制御装置１(図７)から再生要求がなされたとする。
【００２５】
このとき送出制御装置１は、内部にシステム時計を備え、これを使用して稼働系と待機系の双方に同時に遅れ無く再生要求が行えるものとする。
【００２６】
そこで、この再生要求が送出制御装置１から指示された時刻を図８(a)のズレない場合と、同(b)のズレた場合の時点ｔ１とすると、デコーダ２、３は、この時点ｔ１で同時に映像Ａと映像Ｂの取得(映像取得)を開始することになる。
【００２７】
次に、図８(a)において、この再生要求の指示時点ｔ１以後、デコーダ２による映像Ａの映像取得が完了し、映像再生が可能になったら、送出制御装置１から映像再生が指示され、この結果、時点ｔ２から映像Ａの映像再生が開始され、稼働系の映像素材として、図示してない放送用の送信システムに供給されることになる。
【００２８】
また、このとき、映像Ｂについても、図８(a)に示すように、時点ｔ２までに映像取得が完了して映像再生が可能になっていれば、この時点ｔ２で送出制御装置１の映像再生指示により映像Ｂの映像再生も開始され、待機系の映像素材としてバックアップに備えることができる。
【００２９】
ここで、この図８(a)の場合、映像Ａと映像Ｂは、時点ｔ２で同時に映像再生が開始されている。
【００３０】
そして、この場合、図示のように、画像フレーム内容が同一、つまりタイムコードＴＣが同一の映像Ａと映像Ｂが相互に同期した状態で稼働系と待機系に個別に再生されることになり、従って、この後、バックアップに際して映像を切り替えても、映像はフレームが正しく連続した状態を保ち、従って、冗長構成による放送スケジュールの維持が映像に乱れを伴うことなく得られることになる。
【００３１】
しかしながら、上記した外部要因のため、映像Ａと映像Ｂが同時に再生可能な状態になるとは限らず、時間がズレてしまう場合があり、しかも、このとき、上記したように、ズレの程度は映像取得ごとにアトランダムに決まる。
【００３２】
例えば、図８(b)に示すように、映像Ａの映像取得が完了し、時点ｔ２で映像Ａの映像再生が開始されたとき、映像Ｂでは映像取得が遅れ、時点ｔ２から遅れた時点ｔ３になってからでなければ映像Ｂの映像再生ができなくなってしまった場合、映像Ａと映像Ｂに画像ズレが現れ、映像Ｂの画像フレーム内容は、時点ｔ２での映像Ａの画像フレーム内容と同じになってしまう。
【００３３】
このとき、時点ｔ１で再生要求が指示されたのは、上記したように、放送スケジュールに従ってなされたものであり、このため時点ｔ２で映像取得が完了し映像再生が可能になったら、それが、たとえ映像Ａについてだけであっても、放送システムとしての運用上、とにかく、この映像Ａの映像素材を放送プログラム用として、図示してない放送用の送信システムに供給しなければならないので、ここで映像再生を中止し、再度、映像取得から始めて、映像Ａと映像Ｂが同時に映像再生可能になるのを待つ訳にはいかない。
【００３４】
そうすると、この図８(b)の場合、映像Ａと映像Ｂで画像フレーム内容に時間的なズレをもった状態になっていることになり、バックアップが必要な局面において稼働系から待機系に映像を切り替えたとき、画像のフレーム内容が前に飛んでしまい、以前と同じ場面からの繰り返し映像になって画像の連続性に乱れが生じてしまう。
【００３５】
しかも、この時間ズレは、上記したように、外部要因によるものであるから、このような冗長構成による番組再生システムの場合、ほとんど不可避で、結果として甘受するしかない。
【００３６】
このため、従来技術では、同期再生の確保に配慮がされているとはいえず、障害発生時の切り替えに際して映像の連続性が保持できないという問題が生じてしまうのである。
【００３７】
本発明の目的は、稼働系と待機系で映像取得に時間ズレがあっても、映像再生された映像では稼働系と待機系で同期が取られているようにした冗長構成による番組再生システムを提供することにある。
【課題を解決するための手段】
【００３８】
上記目的は、少なくとも２系統のデコーダとサーバを備え、前記少なくとも２系統のサーバの各々に記憶保持された複数の映像素材を少なくとも２系統のデコーダの各々から所望の順序で取り出すことにより、少なくとも２系統の映像素材を所望のプログラム構成された映像素材として同時に再生する方式の番組再生システムにおいて、前記少なくとも２系統のデコーダの各々による映像取得を同時に開始させ、映像取得完了後、映像再生させる制御部と、前記少なくとも２系統のデコーダの中の何れかのデコーダの映像取得だけが完了した場合、他のデコーダによる映像取得が完了した時点で当該他のデコーダによる映像再取得を開始させ、前記一方のデコーダによる映像取得が完了した時点から予め設定した合わせ込み時間が経過した時点で、前記他のデコーダにより映像再取得された映像を映像再生させる制御部とが設けられているようにして達成される。
【発明の効果】
【００３９】
本発明においては、外部要因による同期再生の時間ズレが補償されるので、稼働系と待機系の切り替えに際しても常に同期した映像素材が再生され、従って、本発明によれば、冗長構成による番組再生システムとしての機能を、放送プログラムの連続性に乱れを伴うことなく、常に確実に発揮させることができる。
【図面の簡単な説明】
【００４０】
【図１】本発明に係る番組再生システムの一実施の形態を示すブロック図である。
【図２】本発明の一実施形態の動作を説明するためのタイミング図である。
【図３】本発明の一実施形態における送出制御装置のデータと処理の関連を示す説明図である。
【図４】本発明の一実施形態における処理の流れをイメージ化して示した説明図である。
【図５】本発明の一実施形態におけるユーザーの処理内容を示す説明図である。
【図６】本発明の一実施形態における保守員の処理内容を示す説明図である。
【図７】番組再生システムの従来技術の一例を示すブロック図である。
【図８】番組再生システムの従来技術による動作を説明するためのタイミング図である。
【発明を実施するための形態】
【００４１】
以下、本発明による番組再生システムについて、図示の実施の形態により詳細に説明する。
【００４２】
まず、図１は、本発明に係る番組再生システムの一実施の形態で、この図１において、１０は送出制御装置、１１はユーザーインターフェース用のマウスやキーボードなどからなる入力装置で、１２はモニター用の表示手段を備えた出力装置であり、その他、デコーダ２、３、それに送出サーバ４、５を備えている点は、図７の従来技術の場合と同じである。
【００４３】
従って、送出制御装置１０も、デコーダ２、３による映像取得を同時に開始させ、映像取得完了後、映像再生を実行させ、このとき付随して必要なシステム全体の動作を司る制御部として機能する点では、従来技術における送出制御装置１と基本的には同じであるが、このとき外部要因による同期再生の時間ズレが補償されるように構成されている点で、この送出制御装置１０は、従来技術の送出制御装置１とは明確に構成が異なっている。
【００４４】
このとき図２は、この実施形態の動作を説明するためのタイミング図で、詳しくは後述する。
【００４５】
図３は、送出制御装置１０におけるデータと処理の関連を示したもので、図示されているアプリケーション１０１、１０２、１０３は、送出制御装置１０のＣＰＵが有するアプリケーションであり、記憶媒体１０４は、ハードディスクや不揮発性メモリなどの記憶装置で、ユーザーＵから入力された動画データ群(１つ以上の動画データ)を保持し、且つ、保守員Ｍから入力されたディレイ値(後述)を設定値の一つとして保持する働きをする。
【００４６】
そして、まず、アプリケーション(ユーザーＩ／Ｆ)１０１は、ユーザーＵ及び保守員Ｍと記憶媒体１０４の間に位置し、ディレイ値(遅延値)など設定値の参照(設定)や変更を保守員Ｍの入力に応じて行う。このときユーザーＵと保守員Ｍは同一人の場合もある。また、このアプリケーション(ユーザーＩ／Ｆ)１０１は、ユーザーＵ及び保守員Ｍとアプリケーション(同期再生処理)１０２の間にも位置し、ユーザーＵが選択した動画情報(動画ＩＤなど)の通知を行う。このため上記した入力装置１１と出力装置１２が備えられている。
【００４７】
ここで、アプリケーション(同期再生処理)１０２はメインとなる処理で、アプリケーション(ユーザーＩ／Ｆ)１０１から処理開始要求を受け付けると、指定された動画データを記憶媒体１０４から取得する。
【００４８】
そして、取得した動画データは、このアプリケーション(同期再生処理)１０２において、再生すべき先頭位置が各設定値に従って決定され、準備・実行・停止の各制御指令としてアプリケーション(映像・音声再生)１０３に転送される。
【００４９】
このアプリケーション(映像・音声再生)１０３は、高解像度デコーダ(デコーダ２、３)を再生動作させるための処理で、アプリケーション(同期再生処理)１０２から準備・実行・停止の各制御指令が転送されると、ここで高解像度デコーダは、この制御指令に従って順に準備状態から再生動作状態にされ、停止処理されることになる。
【００５０】
そして、このときに指示された制御が実行されると、結果がアプリケーション(同期再生処理)１０２に通知され、更に再生中の現在のデコーダ２、３のタイムコードＴＣについても通知され、出力装置１２に表示される。
【００５１】
ここで、図４は、以上の処理の流れをイメージ化したものであり、図５は、図４のユーザーＵによる処理をユースケース１として示したもので、図６は、図４の保守員Ｍによる処理をユースケース２として示したものである。
【００５２】
そして、まず、図５のユースケース１は、ユーザーＵの操作により開始され、動画データを読み込み、再生に必要な先頭位置に移動して再生を行う。
【００５３】
このときのユーザーＵの操作とは、オペレータなどの人員による操作だけをイメージするのではなく、コンピュータ制御により放送スケジュールに従って操作が行われる場合も含まれ、一般的には、これが主流である。
【００５４】
また、図６のユースケース２は、保守員Ｍの操作により開始され、稼働系と待機系の同期再生に必要なディレイ値Ｄの指定(変更を含む)を行う。
【００５５】
次に、この実施形態に係る番組再生システムの動作について説明する。
【００５６】
ここで、この実施形態における同期再生処理は、送出制御装置１０のアプリケーション(同期再生処理)１０２による高解像度デコーダ(デコーダ２、３)の再生動作により得られるもので、このとき、保守員Ｍにより設定値として入力され、磁気媒体１０４に保持されているディレイ値Ｄが用いられる。
【００５７】
そこで、まず、このディレイ値Ｄについて説明する。
【００５８】
既に、図８により説明したように、２台のデコーダ２、３により稼働系(映像Ａ)と待機系(映像Ｂ)の映像を再生した場合、たとえ同じ時点ｔ１で映像取得を開始させたとしても、映像Ａの映像再生開始時点ｔ２と映像Ｂの映像再生開始時点ｔ３の間に時間差Δｔが生じ、図８(b)に示すように、画像のズレとして現れる。
【００５９】
この時間差Δｔは、上記した外部要因によりアトランダムに決まるので、正確な予測はできない。
【００６０】
しかし、ここで映像取得が完了するまでの平均的な時間Ｔmeanについては、テスト動作などから、かなりの確度で予測が可能である。
【００６１】
そこで、この実施形態においては、放送スケジュールに従ってシステムを運用する際、保守員Ｍは、準備処理として、まず、上記した平均的な時間Ｔmeanを予測し、それを映像のタイムコードによる時間に換算した値ＴＣmean とする。例えば１倍速の場合、６０フレーム／秒の映像ならタイムコードは１／６０秒毎に１ずつ増減するので、１／６０秒がタイムコード１に換算される。
【００６２】
そして、このＴＣmean に所望のマージン時間分ｍを加算し、それをディレイ値Ｄ(Ｄ＝ＴＣmean＋ｍ)とした上で入力装置１１から入力し、図６のユースケース２に示されているように、アプリケーション(ユーザーＩ／Ｆ)１０１を介して磁気媒体１０４に保持させ、準備処理を終了する。
【００６３】
従って、この後、いつでもシステムの運用に入ることができることになる。
【００６４】
そこで、今度は図５のユースケース１に示されているように、ユーザーＵにより、つまりコンピュータの制御又はオペレータの操作により、放送スケジュールに従った再生制御が行われる。
【００６５】
このときの動作について、図２のタイミング図により説明する。
【００６６】
いま、放送スケジュールにより、或る時点ｔ１で再生すべき映像が指定されたとすると、これを受け、送出制御装置１０は、デコーダ２、３に指示し、Ａ系の送出サーバ４とＢ系の送出サーバ５の双方から、このとき指定された映像の取得を開始させる。
【００６７】
これにより時点ｔ１以降、このとき指定された映像の最初のタイムコードからの映像取得がデコーダ２、３の双方により開始され、やがて或る時間経過後に映像取得が完了し、映像再生が可能になる。
【００６８】
そして、このとき、図８(a)で説明したように、Ａ系とＢ系の双方で同時に映像取得が完了し、同時に画像再生が可能になれば何も問題は無く、この場合、送出制御装置１０は、Ａ系とＢ系の双方の映像取得が完了した時点ｔ２から映像Ａと映像Ｂの映像再生を開始させる。
【００６９】
この結果、映像Ａは稼働系の映像素材として、図示してない放送用の送信システムに供給され、映像Ｂはバックアップに備え、待機系の映像素材として用意されている状態になり、冗長構成による機能が充分に活かせることになる。
【００７０】
しかして、このとき、Ａ系とＢ系の何れか一方でだけ、例えば図８(b)で説明したように、時点ｔ２ではＡ系だけ映像取得が完了し、Ｂ系では、まだ映像取得が完了せず、継続していたとする。
【００７１】
ところで、この場合でも、上記したように、放送システムとしては、放送プログラムに穴を開ける訳にはいかないので、送出制御装置１０は、Ａ系とＢ系の一方でも映像取得が完了したら、その時点ｔ２から、映像取得が先に完了した方の映像、この場合は映像Ａを稼働系の映像素材として、図示してない送信システムに供給する。
【００７２】
この後、送出制御装置１０は、他方の映像、つまり映像Ｂの画像取得が完了するのを待つ。ここで、映像Ｂの画像取得が完了時点をｔ３とすると、この時点ｔ３で、このときの映像ＡのタイムコードをＡ系デコーダ２から取得し、タイムコードＴＣｘとする。そして、このタイムコードＴＣｘにディレイ値Ｄを加算して映像再取得用のタイムコードＴＣＲ(＝ＴＣｘ＋Ｄ)とした上でＢ系のデコーダ３に指示し、送出サーバ５からの映像Ｂの映像再取得を、当該映像ＢのタイムコードＴＣＲから開始させる。
【００７３】
このとき、既に映像取得した映像Ｂについては放置する。
【００７４】
また、これと並行して、送出制御装置１０は、再生中の画像Ａのタイムコードをモニターし、時点ｔ３でのタイムコードＴＣｘ以降、それが映像再取得用のタイムコードＴＣＲに等しくなるのを待つ。
【００７５】
このとき図２では、この再生中の画像ＡのタイムコードがタイムコードＴＣＲに等しくなる時点をｔ５とし、このときの時点ｔ３から時点ｔ５までの期間については、合わせ込み時間ｎとしている。
【００７６】
このとき、映像Ｂについてみると、この映像Ｂの映像再取得は時点ｔ３で開始されている。
【００７７】
そして、この時点ｔ３から時点ｔ５までの時間はディレイ値Ｄ、つまり映像取得が完了するまでの平均的な時間にマージン時間分が加算されたものであり、従って、時点ｔ５になる以前の時点ｔ４において、既に映像Ｂの映像再取得が完了している確率はかなり高い筈であり、この結果として、この時点ｔ４では映像ＢのタイムコードＴＣＲからの映像再生が可能になっている確率はかなり高いといえる。
【００７８】
そこで、送出制御装置１０は、この時点ｔ４では、たとえ映像Ｂの映像再生が可能になっていた場合でも、ここで映像Ｂの映像再生に直ちに移行するのは抑えておき、時刻ｔ５になってから映像Ｂの映像再生を開始させる。
【００７９】
そうすると、この時点ｔ５以降、映像ＢはタイムコードＴＣＲからの映像として映像再生されることになる。
【００８０】
このとき稼働系の映像Ａについてみると、この時点ｔ５においては、映像ＡのタイムコードはＴＣＲになっている。
【００８１】
従って、この時点ｔ５以降、映像Ａと映像Ｂは、各々のタイムコードが同じ映像として映像再生されていることになる。
【００８２】
そこで、この映像Ｂを待機系とすることにより、バックアップが必要な局面において稼働系から待機系に映像を切り替えたときに画像の連続性に乱れが生じてしまう虞がなく、この結果、この実施形態によれば、冗長構成によるバックアップ機能が充分に活かせることになる。
【００８３】
しかも、この実施形態の場合、時点ｔ２以降は映像Ａが稼働系の映像として供給されているので、上記した映像Ｂの映像再取得に際しても放送システムとしての運用が阻害される虞はなく、確実な運用が保証されることになる。
【００８４】
ところで、この場合、上記したように、他方の映像、例えば映像Ｂの画像再取得がディレイ値Ｄよりも前に完了する確率が高いとはいっても、そうでない確率が０ではない以上、画像再取得を開始した後、時間がディレイ値Ｄを越えても画像再取得が完了せず、画像再取得が失敗してしまう場合がある。
【００８５】
しかし、この実施形態の場合、時点ｔ２以降は映像Ａが稼働系の映像として供給されているので、上記した映像Ｂの映像再取得に際しても放送システムとしての運用に直ちに支障を来す訳ではない。
【００８６】
そこで、画像再取得に失敗した場合、送出制御装置１０は、このときの画像再取得に失敗した時点を図２の時点ｔ３に置き換え、この時点から再び上記した画像再取得動作を開始させ、映像Ａと同じタイムコードから映像Ｂの映像再生が得られるように制御する。
【００８７】
そして、この画像再取得動作の繰り返しは、送出制御装置１０により、映像Ｂの映像再生が正しく得られるまで、必用に応じて複数回、実行される。
【００８８】
このときの合わせ込み時間ｎの時間値は、主としてシステムの性能により決まるが、通常、数秒から数十秒の比較的短時間である。
【００８９】
従って、画像再取得動作を繰り返したとしても、冗長構成によるバックアップ機能に影響する虞は少ないといえるが、制御処理としては限度があるので、複数回、例えは３回繰り返しても失敗したら、このときの映像素材については冗長構成によるバックアップ機能は諦め、画像再取得動作を終了させるようにする。
【００９０】
ところで、以上の説明は、映像Ｂが映像Ａよりも遅れた場合であるが、反対に映像Ａが映像Ｂよりも遅れた場合には、映像Ｂを稼働系とし、映像Ａについて画像再取得動作を行わせるように制御してやればよい。
【００９１】
以上のように、この実施形態によれば、稼働系と待機系の切り替えに際しても、常に稼働系と待機系とで同期した映像素材が得られ、この結果、冗長構成による番組再生システムとしての機能を、放送プログラムの連続性に乱れを伴うことなく、常に確実に発揮させることができる。
【産業上の利用可能性】
【００９２】
本発明は、テレビ局で業務用として運用される番組再生システムに利用することができる。
【符号の説明】
【００９３】
１ 送出制御装置(従来技術)
２ Ａ系のデコーダ
３ Ｂ系のデコーダ
４ 送出サーバ(Ａ系)
５ 送出サーバ(Ｂ系)
１０ 送出制御装置(本発明の実施形態)
１１ 入力装置(ユーザーインターフェース用のマウスやキーボード
などの入力装置)
１２ 出力装置(モニタ用の表示手段を備えた出力装置)
【特許請求の範囲】
【請求項１】
少なくとも２系統のデコーダとサーバを備え、前記少なくとも２系統のサーバの各々に記憶保持された複数の映像素材を少なくとも２系統のデコーダの各々から所望の順序で取り出すことにより、少なくとも２系統の映像素材を所望のプログラム構成された映像素材として同時に再生する方式の番組再生システムにおいて、
前記少なくとも２系統のデコーダの各々による映像取得を同時に開始させ、映像取得完了後、映像再生させる制御部と、
前記少なくとも２系統のデコーダの中の何れかのデコーダの映像取得だけが完了した場合、他のデコーダによる映像取得が完了した時点で当該他のデコーダによる映像再取得を開始させ、前記一方のデコーダによる映像取得が完了した時点から予め設定した合わせ込み時間が経過した時点で、前記他のデコーダにより映像再取得された映像を映像再生させる制御部とが設けられていることを特徴とする番組再生システム。
【請求項１】
少なくとも２系統のデコーダとサーバを備え、前記少なくとも２系統のサーバの各々に記憶保持された複数の映像素材を少なくとも２系統のデコーダの各々から所望の順序で取り出すことにより、少なくとも２系統の映像素材を所望のプログラム構成された映像素材として同時に再生する方式の番組再生システムにおいて、
前記少なくとも２系統のデコーダの各々による映像取得を同時に開始させ、映像取得完了後、映像再生させる制御部と、
前記少なくとも２系統のデコーダの中の何れかのデコーダの映像取得だけが完了した場合、他のデコーダによる映像取得が完了した時点で当該他のデコーダによる映像再取得を開始させ、前記一方のデコーダによる映像取得が完了した時点から予め設定した合わせ込み時間が経過した時点で、前記他のデコーダにより映像再取得された映像を映像再生させる制御部とが設けられていることを特徴とする番組再生システム。
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図８】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図８】
【公開番号】特開２０１２−２２７６１３（Ｐ２０１２−２２７６１３Ａ）
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１１−９１３６６（Ｐ２０１１−９１３６６）
【出願日】平成２３年４月１５日（２０１１．４．１５）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２３年４月１５日（２０１１．４．１５）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
[ Back to top ]