(57)【特許請求の範囲】
【請求項１】
複数の送出チャンネルに対して素材データを送出するマルチチャンネル放送システムにおいて、
それぞれが、送出チャンネルに対応する素材データの再生、格納又は送出処理を実行するｍ（ｍは複数）ユニットの被制御装置と、
それぞれが１対１に対応付けられた前記被制御装置の処理動作を送出チャンネル別に用意されたプレイリストに基づいて制御するｍユニットのメイン送出制御装置であって、それぞれが送出制御用プログラムと前記プレイリストを格納するｍユニットのメイン送出制御装置と、
前記メイン送出制御装置のそれぞれとネットワーク経由で相互接続されるバックアップ送出制御装置であって、前記メイン送出制御装置のそれぞれが保有する送出制御用プログラムとプレイリストの全てを前記ネットワーク経由で受信して最新の状態に保持する、前記メイン送出制御装置と同一構造のバックアップ送出制御装置と、
前記ｍユニットのメイン送出制御装置及び前記バックアップ送出制御装置と前記ｍユニットの被制御装置とを任意に接続する制御用マトリクススイッチャであって、前記メイン送出制御装置の故障を確認したオペレータの切り替え操作に伴い、故障したメイン送出制御装置と対応する被制御装置との接続を前記バックアップ送出制御装置側に切り替えるマトリクススイッチャと
を有することを特徴とするマルチチャンネル放送システム。
【請求項２】
複数の送出チャンネルに対して素材データを送出するマルチチャンネル放送システムにおいて、
それぞれが、送出チャンネルに対応する素材データの再生、格納又は送出処理を実行するｍ（ｍは複数）ユニットの被制御装置と、
それぞれが１対１に対応付けられた前記被制御装置の処理動作を送出チャンネル別に用意されたプレイリストに基づいて制御するｍユニットのメイン送出制御装置であって、それぞれが送出制御用プログラムと前記プレイリストを格納するｍユニットのメイン送出制御装置と、
前記メイン送出制御装置のそれぞれとネットワーク経由で相互接続されるバックアップ送出制御装置であって、前記メイン送出制御装置のそれぞれが保有する送出制御用プログラムとプレイリストの全てを前記ネットワーク経由で受信して最新の状態に保持する、前記メイン送出制御装置と同一構造のバックアップ送出制御装置と、
前記ｍユニットのメイン送出制御装置及び前記バックアップ送出制御装置と前記ｍユニットの被制御装置とを任意に接続する制御用マトリクススイッチャと、
前記ｍユニットのメイン送出制御装置及びバックアップ送出制御装置の動作状況を個別の管理信号線を通じて監視する運行管理装置であって、故障の検出時には、前記制御用マトリクススイッチャの切り替えにより、故障したメイン送出制御装置と対応する被制御装置との接続を前記バックアップ送出制御装置側に切り替えると共に、対応する被制御装置に対する制御の継続を前記バックアップ送出制御装置に指示する運行管理装置と
を有することを特徴とするマルチチャンネル放送システム。
【請求項３】
複数の送出チャンネルに対して素材データを送出するマルチチャンネル放送システムにおいて、
それぞれが、送出チャンネルに対応する素材データの再生、格納又は送出処理を実行する複数ユニットの送出被制御装置と、
それぞれが複数の前記送出被制御装置に対応づけられた前記被制御装置の処理動作を送出チャンネル別に用意されたプレイリストに基づいて制御する１つ又は複数のメイン送出制御装置であって、それぞれが送出制御用プログラムと前記プレイリストを格納する１つ又は複数ユニットのメイン送出制御装置と、
前記メイン送出制御装置のそれぞれとネットワーク経由で相互接続されるバックアップ送出制御装置であって、前記メイン送出制御装置のそれぞれが保有する送出制御用プログラムとプレイリストの全てを前記ネットワーク経由で受信して最新の状態に保持する、前記メイン送出制御装置と同一構造のバックアップ送出制御装置と、
前記１つ又は複数ユニットのメイン送出制御装置及び前記バックアップ送出制御装置と前記ｍユニットの被制御装置とを任意に接続する制御用マトリクススイッチャと、
前記ｍユニットのメイン送出制御装置及びバックアップ送出制御装置の動作状況を個別の管理信号線を通じて監視する運行管理装置であって、故障の検出時には、前記制御用マトリクススイッチャの切り替えにより、故障したメイン送出制御装置と対応する被制御装置との接続を前記バックアップ送出制御装置側に切り替えると共に、対応する被制御装置に対する制御の継続を前記バックアップ送出制御装置に指示する運行管理装置と
を有することを特徴とするマルチチャンネル放送システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチチャンネルの放送システムに関し、特に装置の故障、システムダウンに対して柔軟に対応することができ、しかも全体のコストを抑えることができるマルチチャンネル放送システムに関する。
【０００２】
【従来の技術】
近年において、衛星を利用したり通信ケーブルを利用したマルチチャンネル放送が注目されている。このマルチチャンネル放送は、従来の地上波を利用した単一チャンネルの放送と異なり、一つの放送局から多数のチャンネルに異なる放送を同時に行う。従って、放送局は、多数のチャンネルに対して、番組とその番組の間に挿入されるコマーシャルメッセージや番組の宣伝等（以下簡単の為にＣＭ等と称する）を送出しなければならない。
【０００３】
多数のチャンネルに異なる番組やＣＭ等の素材を送出するために、例えば数チャンネルをサポートできる放送送出システムユニットを複数配置した放送システムが利用される。この放送送出システムユニットは、ＣＭ等の素材のデータを一旦格納しランダムに送出できるビデオサーバや番組を再生するビデオカートマシン等を有し、各送出チャンネルに与えられるプレイリストにしたがって素材データや番組を送出する。これらのビデオサーバやビデオカートマシン等を制御する送出制御装置は、例えばパーソナルコンピュータ等で構成され、そこに送出用のソフトウエアや送出に必要なデータベース等を保有する。
【０００４】
放送システムにおいて、最も重要なことは、番組やＣＭ等の素材を送出スケジュール通りに中断することなくそれぞれの送出チャンネルに送出することである。そのためには、放送システムを構成する上記の放送送出システムユニットの信頼性を上げて、システムダウン等の故障の発生を抑制することが必要である。或いは、故障が発生しても即座に復帰することができるシステムを構築する必要がある。
【０００５】
【発明が解決しようとする課題】
しかしながら、故障の原因には、ハードディスクのクラッシュ等のハードウエア自体の故障とソフトウエアにバグが存在することによる故障等があり、それらの故障発生率を限りなくゼロにするためには、非常に高価なハードウエア及びソフトウエアを構築しなければならない。それを回避する手段としては、システムを構成する各エレメント全てに予備の装置を備えて、システムを二重化する方法がある。しかし、この方法も同様にコストを上げる要因となる。
【０００６】
そこで、本発明の目的は、故障が発生しても放送の中断を最小限にとどめることができ、しかもコストを抑えることができるマルチチャンネル放送システムを提供することにある。
【０００７】
更に、本発明の目的は、最小限のコスト増だけで故障発生に柔軟に対応することができる簡易型のマルチチャンネル放送システムを提供することにある。
【０００８】
更に、本発明の目的は、装置の故障を自動的に検出して、それに自動的に対応することができるマルチチャンネル放送システムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明のマルチチャンネル放送システムは、送出チャンネルに送出される素材データを再生、格納もしくは送出するｍ（ｍは複数）ユニットの送出被制御装置に対して、それを制御する送出制御装置を少なくともｍ＋１ユニット設ける。そして、送出制御装置と送出被制御装置とを任意の組み合わせに接続できるマトリクススイッチャをそれらの間に設ける。通常制御時には、ｍユニットの送出被制御装置とそれらをそれぞれ制御するｍユニットの送出制御装置とがマトリクススイッチャを介して接続される。制御中の送出制御装置が故障すると、マトリクススイッチャが切り換えられ、バックアップ用の送出制御装置と故障した送出制御装置が制御していた送出被制御装置との接続が行われる。
【００１０】
故障発生時に即座に切り換えができる様に、バックアップ用の送出制御装置には、メインの送出制御装置に格納された制御用ソフトウエア及び制御用データベースが格納され、その制御用データベースはメイン用と共にアップデートされる。
【００１１】
即ち、本発明は、複数の送出チャンネルに対して素材データを送出するマルチチャンネル放送システムにおいて、
送出チャンネルに送出される素材データを再生、格納もしくは送出するｍ（ｍは複数）ユニットの送出被制御装置と、
前記送出被制御装置に対応づけられ、対応する送出被制御装置の前記再生、格納もしくは送出を制御し、ネットワークにより相互に接続された少なくともｍ＋１ユニットの送出制御装置と、
前記送出制御装置と送出被制御装置との任意の接続を可能にするマトリクススイッチャとを有し、
前記送出制御装置のうちバックアップ用の送出制御装置に、メインの送出制御装置に格納された制御用ソフトウエア及び制御用データベースが格納されていることを特徴とする。
【００１２】
更に、別の発明では、送出制御装置の動作状態を監視し、故障を検出した時、前記マトリクススイッチャの切り換えを行い、前記バックアップ用の送出制御装置と故障が発生した送出制御装置が制御していた送出被制御装置との接続を行わせる運行管理装置を更に有する。これにより、自動的に故障を検出し、バックアップ用の送出制御装置に切り換えることができる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図面に従って説明する。しかしながら、本発明の技術的範囲がその実施の形態に限定されるものではない。
【００１４】
図１は、本発明の実施の形態例に利用される放送送出システムユニットの基本的な構成を示す図である。この例では、３つの送出チャンネルに放送を送出することができる。この放送送出システム１は、パーソナルコンピュータ等で構成される送出制御装置１０、インターフェース２０及びＣＭ等や番組の素材を送出する送出被制御装置３０から構成される。
【００１５】
例えば、ＣＭ等の比較的短い時間の素材は、ビデオサーバ３４にコピーされ、放送スケジュールが記載されたプレイリストに従って送出される。このビデオサーバ３４は、例えば複数のハードディスクを冗長構成にしたファイルシステムをその基本的な構成とする。従来から映像及び音声信号を記録し再生する手段として利用されてきたビデオテープは、記録された素材を短時間でランダムにアクセスして再生することが困難である。また、素材を記録する時も比較的長時間を要する。従って、ＣＭ等の素材のように、短時間ではあるが非常に多くの種類を有するものをビデオテープに記録して、プレイリストに従って送出することは非常に煩雑な工程を要する。
【００１６】
従って、マルチチャンネルの放送システムでは、短時間で記録することができ、しかも短時間のランダムアクセスが可能なハードディスク等を利用したビデオサーバを使用することが提案されている。図１に示した通り、ＣＭ等の制作者により提供されたビデオテープ３１をビデオ再生装置３２で再生し、再生された映像と音声信号を圧縮装置３３でデータ圧縮し、ビデオサーバ３４内の記録媒体内に記録する。圧縮技術を使用することにより、記録媒体への記録及び読み出しの時間は短くなる。ビデオサーバ３４内に記録されたＣＭ等の素材データは、送出制御装置１０からの送出指令に応答して、デコーダ３５によりデコードされて対応する送出チャンネルに送出される。
【００１７】
或いは、ＣＭ等の素材データは、十分圧縮され或いは十分な容量を有する場合は、リムーバブルディスク１２により供給され、送出制御装置１０からビデオサーバ３４にファイル転送される場合もある。また、後述する素材の管理データについては、手入力或いは上位のコンピュータからのダウンロードに加えてリムーバブルディスク１２により与えられる。
【００１８】
一方、番組等の比較的長時間の素材データは、ＣＭ等と異なり繰り返し送出されることは比較的少ない。従って、送出の度に番組が記録されたビデオテープ３８がビデオカートマシン等のビデオ再生装置３７で再生され、対応する送出チャンネルに送出される。この再生と送出の制御も、送出制御装置１０からのコマンドにより行われる。但し、番組などの比較的長時間の素材データであっても、繰り返し送出されるものは、ビデオサーバ３４内に一旦記録されて、ＣＭ等と同様に送出される場合もある。
【００１９】
マルチプレクススイッチャ３６は、デコーダ３５からの素材データとビデオ再生装置３７からの素材データとを、対応する送出チャンネルに与えるための切り換え装置である。
【００２０】
送出制御装置１０は、上位の制御コンピュータや他の送出制御装置等に接続されるネットワーク１０に接続され、ＣＭ等の素材をビデオサーバ３４に記録したり、ビデオ再生装置３７やビデオサーバ３４から素材データを送出チャンネルに送出したりする時の制御を行う。一般には、送出チャンネル毎に素材の送出スケジュールを記載したプレイリストが作成される。このプレイリストは、送出制御装置１０上でオペレータにより作成されるか、或いは上位の制御コンピュータ（図示せず）から与えられる。そして、プレイリスト上の送出時刻の早い素材であって、ビデオサーバ３４内に記録されていない素材について、ファイリングリストが作成される。このファイリングリストも、送出制御装置１０上でオペレータにより作成されるか、或いは上位の制御コンピュータ（図示せず）から与えられる。
【００２１】
従って、ファイリングリストやプレイリスト等の送出制御に必要なデータベースが、送出制御装置１０の記録領域１１内に格納される。また、当然に、送出制御装置１０は、オペレーションソフトウエアの如きシステムソフトウエアと上記の記録、再生、送出のためのアプリケーションソフトウエア等を有する。
【００２２】
パーソナルコンピュータ等で構成される送出制御装置１０は、上記の素材データの記録、再生、送出等を対応するコマンドをインターフェース２０に与えることにより制御する。それらのコマンドに応答して、インターフェース２０では、送出被制御装置３０内のそれぞれのデバイスに対応した制御信号を各デバイスに与える。そういう意味で、このインターフェースはインテリジェントを持ったデバイスコントローラＩＤＳ（Intelligent Device Controller) である。尚、送出制御装置１０は、複数のパーソナルコンピュータにより分散されて構成されてもよい。
【００２３】
上記の放送送出システム１は、数チャンネルしかサポートできないので、多数の送出チャンネルをサポートするためには、この放送送出システムをユニット化し、複数のユニットを設ける構成にする必要がある。ところが、この放送送出システムに故障が発生した場合に、素材データの送出を中断することなく対応する必要がある。
【００２４】
ここで注目すべき点は、ビデオサーバ３４は、上記した通り冗長性をもったファイルシステムで構成されている。即ち、標準化された廉価なハードディスクを冗長性を持たせてアレイ状に配置したＲＡＩＤ（Redundancy Array of Inexpensive Disk) 構造である。従って、それ自体はハードウエアクラッシュ等の故障に柔軟に対応できる性質を有する。つまり、映像・音声の素材データに関しては、故障に強くなっている。
【００２５】
それに対して、汎用のパーソナルコンピュータ等で構成される送出制御装置１０は、廉価な装置ではあるが、システムのハングアップや制御用のデータベースを記録したハードウエアのクラッシュ等の故障の発生には比較的脆弱である。
【００２６】
そこで、本発明の実施の形態例では、廉価ではあるが脆弱性を有する送出制御装置１０に冗長性を持たせて放送システムの制御系を故障に対して強固な構成にする。
【００２７】
図２は、本発明の第一の実施の形態例の概略構成図である。この例では、図１に示した送出被制御装置３０を３０１〜３０ｍとｍユニット設ける。それぞれの送出被制御装置３０１〜３０ｍが３つの送出チャンネルをサポートし、全体で３ｍチャンネルの放送を可能にする。これらの送出被制御装置３０１〜３０ｍを制御する送出制御装置１０を、この例ではｍ＋１ユニット設ける。送出制御装置は、送出被制御装置３０を１対１に対応して素材データの記録、再生、送出の制御を行う。従って、この例では、送出制御装置１０が必要な数よりも１ユニット多い構成をとる。この冗長性をもたせることにより、送出制御装置１０が故障した場合に、故障装置に変わってバックアップ用の送出制御装置を使用することができる。従って、故障に対して柔軟に対応することができる。尚、送出制御装置１０の数をｍよりも複数ユニット多い構成にすることで、さらに安全性を高めることができる。
【００２８】
原理的には、冗長性をもって構成された送出制御装置１０１〜１０ｍ＋１は、いずれの送出被制御装置３０１〜３０ｍをも制御することができる。従って、両者を任意の組み合わせで接続することができるマトリックススイッチャ４０が、各送出被制御装置３０１〜３０ｍのインターフェース２０１〜２０ｍと送出制御装置１０１〜１０ｍ＋１との間に設けられる。そして、故障した送出制御装置に代わって、バックアップ用の送出制御装置が対応する送出被制御装置の制御を継続する。故障した送出制御装置は、その後復帰し、バックアップ用として待機する。
【００２９】
今仮に、送出制御装置１０１〜１０ｍがアクティブ状態であり、対応する被制御装置３０１〜３０ｍを制御しているとする。その場合は、各送出制御装置には、送出制御用のソフトウエアとデータベースが保有される。バックアップ中の送出制御装置１０ｍ＋１が、故障時に即座に置き換えられるためには、アクティブ状態にある送出制御装置１０１〜１０ｍが保有するソフトウエアやデータベースを全て保有し、且つアップデートされておく必要がある。その為のデータベースの転送は、ネットワーク１０を経由して図中矢印の通り行われる。但し、それらを記録するのに要する媒体の容量は、映像信号等に比較して非常に少ない。従って、送出制御装置に冗長性を持たせて、バックアップ用の送出制御装置に制御に必要なソフトウエアとデータベースを格納させても、僅かなコストアップで対応することができる。
【００３０】
［簡易型バックアップシステム］
図３は、本実施の形態例の更に詳細な構成図である。この例は、放送送出制御系についての簡易型バックアップシステムであり、基本的構成は、図２で説明した通りである。送出制御装置１０１〜１０ｍには、送出被制御装置３０１〜３０ｍ内の、ビデオテープの再生、ビデオサーバ３４への素材データの記録、そして、ビデオ再生装置３７またはビデオサーバ３４からの素材データの送出を制御する。その為に、各送出制御装置１０１〜１０ｍは、制御に必要なシステムソフトウエア及びアプリケーションソフトウエアを保有する。また、上記したファイリングリスト、プレイリスト及びサポート中の送出被制御装置の制御データ等のデータベースも同様に記録媒体１１内に保有する。今仮に送出制御装置１０１〜１０ｍがアクティブ状態とすると、バックアップ用の送出制御装置１０ｍ＋１の記録媒体１１Ｒには、全てのアクティブ中の送出制御装置１０１〜１０ｍが保有するソフトウエアとデータベースが格納される。そして、各送出制御装置では、制御中に制御用データベースを更新すると、バックアップ用の送出制御装置内の対応する制御用データベースも同様に更新する。
【００３１】
このバックアップシステムで特徴的な点は、ＣＭ等の素材データや番組の素材データ等の映像、音声等のビデオ信号系については、送出チャンネルに必要最小限の構成をとるのに対して、制御信号系については、制御装置１０１〜１０１ｍ＋１と、それから被制御装置３０１〜３０ｍまでの制御信号線に冗長性を持たせている点である。特に、ＣＭ等の素材データは、ＲＡＩＤ構成を持つビデオサーバ３４に格納されて送出されるので、故障に対して強靱性を有する。従って、ビデオ信号系については、送出チャンネルの数に適合した構成をとる。一方、制御信号系は、比較的廉価なパーソナルコンピュータを利用した送出制御装置に冗長性を持たせて、僅かなコストアップで故障に対する強靱性を実現している。
【００３２】
その為に必要なことは、バックアップ中の送出制御装置が何時切り換えられても対応できるように、制御用のプログラムとデータベースがその装置に格納されアップデートされておくことである。
【００３３】
この簡易型のバックアップシステムでは、送出制御装置の故障は、例えばスタジオ内のオペレータにより検出される。一般に、放送中は送出制御の為にオペレータが常駐して、放送モニタを観察しながら素材データの最終送出指示を行う。従って、オペレータは送出制御装置の故障を容易に且つ正確に検出することができる。この様に、送出制御装置の故障が検出されると、オペレータによりバックアップ用の送出制御装置への切り替えが行われ、（ｍ＋１）×ｍマトリクススイッチャ４０の切り替え設定が行われる。この切り替え設定は、例えばマニュアルにより行われても良い。
【００３４】
故障によりダウンした送出制御装置は、復旧すると、今度はバックアップ用の送出制御装置として待機することになる。尚、図３の例では、被制御装置３０１〜３０ｍ内の送出チャンネルへの切り替え用のマトリクススイッチャは簡単の為に省略されている。
【００３５】
図４は、図３の簡易型バックアップシステムによる放送制御全体のフローチャート図である。このフローチャート図を参照しながら放送制御及び故障時の対応について説明する。
【００３６】
放送システムを起動すると、まず送出チャンネルとそこに素材データを送出する送出被制御装置３０１〜３０ｍとの対応、及び送出被制御装置３０１〜３０ｍとそれを制御する送出制御装置１０１〜１０ｍ＋１との対応が設定される（Ｓ１）。
【００３７】
そして、放送送出のスケジュールに従うプレイリストを作成、または上位の制御コンピュータから受領する（Ｓ２）。図５は、そのプレイリストの一例を示す図である。この例では、送出日時、識別コード、素材種別、素材のタイトル、送出時間長、及び送出の有無についてのステータス等の属性データを有する。このプレイリストは、送出チャンネル毎に作成され、対応する送出制御装置１０１〜１０ｍの記録媒体内に格納される。そして、バックアップ用の送出制御装置１０ｍ＋１の記録媒体内には、全ての送出制御装置１０１〜１０ｍに格納されるプレイリストが格納される。
【００３８】
次に、プレイリストの素材の特にＣＭ等が、送出被制御装置３０１〜３０ｍ内のビデオサーバ３４に格納済みかいなかのチェックが行われ、格納されていない素材についてのファイリングリストが作成される（Ｓ３）。ファイリングリストの作成は、送出制御装置１０１〜１０ｍにより行われる。但し、プレイリストに関係なく、作成が終了した素材に対してファイリングリストが作成される場合もある。例えば、緊急に放送すべき素材等は、プレイリストが作成される前にファイリングリストに含められファイリングされる。
【００３９】
図６は、ファイリングリストの一例を示す図である。このファイリングリストは、識別コード、素材名、送出チャンネル及び送出日時等を属性データとして持つ。図３に示したシステムでは、それぞれの送出被制御装置内でプレイリスト上の素材を再生してビデオサーバに記録するので、ファイリングリストは送出被制御装置毎に作成される。従って、図６に示した送出バッファ装置Ｎｏの属性データは、図３の例では利用されず後述する実施の形態例で利用される。
【００４０】
各送出被制御装置毎のファイリングリストは、対応する送出制御装置１０１〜１０ｍのファイリング制御プログラムにより作成され、それぞれの記録媒体１１内に格納される。同時に、すべてのファイリングリストがバックアップ用の送出制御装置１０ｍ＋１の記録媒体１１Ｒにも格納される。
【００４１】
送出制御装置は、ファイリングリスト上にファイルすべき素材があるかいなかをチェックし（Ｓ４）、送出日時の早い順に素材の再生とビデオサーバ３４への格納を行う。その為に、送出制御装置は、送出被制御装置内の容量管理テーブルを参照して、空き容量が十分あるかいなかをチェックする（Ｓ５）。図７は、その容量管理テーブルの一例を示す図である。このテーブルには、送出チャンネル毎に割り当てられている送出被制御装置の番号、その装置内のビデオサーバに割り当てられた使用可能容量、そして使用済み容量等の属性データを有する。この容量管理テーブルも、各送出制御装置１０１〜１０ｍにそれぞれ保有され、バックアップ用の送出制御装置にも格納される。尚、この例では、後述する別の実施の形態例に適応して、送出被制御装置に対応する送出バッファ装置（ＯＡＢＵＦ）の容量データが示されている。
【００４２】
対応するビデオサーバの容量に空き領域が存在すれば、送出制御装置１０１〜１０ｍから、ビデオ再生装置３２を起動して素材を再生し、ビデオサーバ３４内にその素材データを格納（ファイル）する（Ｓ６）。空き容量がない場合は、空き容量が発生するまで素材データは格納されない。素材データが格納されると、上記した容量管理テーブルの使用済み容量の属性データが変更されると共に、バックアップ用の送出制御装置内の容量管理テーブルの属性データもアップデートされる。
【００４３】
そこで、プレイリスト上の送出時刻になるのを待って（Ｓ９）、送出制御装置からの送出コマンドにより、ＣＭ等の素材の場合はビデオサーバ３４から、番組であればビデオカートリッジマシンの様なビデオ再生装置３７から素材データが送出チャンネルに送出される（Ｓ１０）。
【００４４】
送出されると、プレイリスト内のステータスの属性データに送出済みのフラグが書き込まれる（Ｓ１２）。同時に、バックアップ用送出制御装置内のプレイリストにも同様の変更が行われる。そして、送出された素材であってその後繰り返し送出されない不要な素材は、ビデオサーバ３４内から削除される（Ｓ１１）。ビデオサーバ３４内に格納された素材データについてのデータベースは、例えば対応する送出制御装置１０１〜１０ｍに格納される。同様に、バックアップ用の制御装置にも格納される。
【００４５】
以上の送出制御がプレイリストの全てのイベントについて終了するまで繰り返される（Ｓ１３）。
【００４６】
上記のプレイリスト作成、ファイリングリスト作成、素材の再生、格納、そして送出の一連の制御を行っている途中に、送出制御装置１０１〜１０ｍのいずれかが故障すると、その故障が、例えばオペレータにより検出される（Ｓ７）。故障が検出されると、例えばオペレータによりマトリクススイッチャ４０のスイッチを切り換えて、故障した送出制御装置に対応していた送出被制御装置とバックアップ用送出制御装置１０ｍ＋１とを接続する。そして、その送出制御装置１０ｍ＋１と対応する送出被制御装置３０ｎとの接続の設定が行われる（Ｓ８）。バックアップ用送出制御装置１０ｍ＋１内には、送出制御に必要なソフトウエアとアップデートされたデータベースが格納されているので、マトリックススイッチャ４０による接続と、両者の接続確認設定等が終了すれば、遅滞なく送出制御を継続することができる。
【００４７】
［自動型のバックアップシステム］
上記の簡易型のバックアップシステムでは、オペレータにより送出制御装置の故障が検出され、マトリクススイッチャ４０の切り換えを行った。しかしながら、送出チャンネルが更に増加しそれに対応して送出制御装置の数も増加すると、オペレータによる故障検出には限界がある。そこで、自動的に故障を検出する機能、故障を検出したら自動的にマトリクススイッチャを切り換える機能を有することが望まれる。但し、その場合は、その自動化の為に追加の制御ソフトウエアを開発する必要がある。
【００４８】
図８は、第二の実施の形態例である自動型の放送制御のバックアップシステムを示す図である。このシステムでは、送出制御装置１０１〜１０ｍ＋１に冗長性をもたせた点は、上記した第一の実施の形態例と同じである。異なる点は、システム全体の動作状況を監視する運行管理装置５０を新たに設けた点である。
【００４９】
この運行管理装置５０は、例えばパーソナルコンピュータにより構成され、送出制御装置１０１〜１０ｍ＋１等とネットワーク１０を介して接続される。また、運行管理装置５０は、送出制御装置１０１〜１０ｍ＋１と直接管理信号線５１１〜５１ｍ＋１により接続される。こうすることにより、運行管理装置５０は、各送出制御装置からその自己診断機能により報告される動作ログ（as run log）を監視し、送出制御装置の故障を検出する。同様に、被制御装置３０１〜３０ｍ側のインターフェース２０１〜２０ｍとも管理信号線５３１〜５３ｍで接続され、それぞれのインターフェースから報告される動作ログも監視する。
【００５０】
この動作ログは、それぞれの装置が自己診断状況を示すデータとして運行管理装置に報告するデータである。例えば、送出制御装置から被制御装置に送り出される命令に対して、被制御装置がその命令の実施状況を報告する。この命令のログと実施状況のログとを照合することにより、送出制御装置と送出被制御装置との動作状況を監視することができる。即ち、命令に対してその命令の実行が終了する時刻を予想し、その時刻において報告される実施状況を監視する。
【００５１】
尚、インターフェース２０１〜２０ｍは上記した通り、被制御装置３０１〜３０ｍ内の全てのデバイスを制御し、それらの動作状況を監視する。従って、インターフェースからは被制御装置内の故障状況が報告される。
【００５２】
運行管理装置５０は、送出制御装置と送出被制御装置との対応関係のテーブルを管理する。そして、その対応にしたがって、制御信号５２によりマトリクススイッチャ４０の切り換え制御を行う。
【００５３】
運行管理装置５０は、送出制御装置の動作とインターフェースの動作を監視することにより、送出制御装置１０１〜１０ｍ＋１の故障を適切に検出することができる。例えば、インターフェース側は正常動作しているのに、送出制御装置側が異常を通知するか或いは何ら通知しなくなった場合は、送出制御装置側の故障の可能性が判明する。その場合、運行管理装置５０は、送出制御装置に異常の可能性があることを、オペレータに画面や他の視覚的聴覚的手段で通知する。
【００５４】
図９は、運行管理装置５０による、故障の検出と送出制御装置の切り換えのフローチャート図である。したがって、図４の全体のフローチャートのステップＳ７とＳ８の部分に該当する。
【００５５】
運行管理装置５０は、各装置の自己診断機能を管理信号線５１１〜５１ｍ＋１及び５３１〜５３ｍ経由で監視する（Ｓ２０）。上記した動作ログによる監視である。運行管理装置５０は、送出制御装置１０１〜１０ｍ＋１からの異常通知があるか、或いは通知が中断していることを検出すると（Ｓ２１）、異常の可能性がある送出制御装置を特定する（Ｓ２２）。そして、運行管理装置５０は、制御信号５２によりマトリクススイッチャ４０に、バックアップ用送信制御装置１０ｍ＋１と故障した送出制御装置に対応する被制御装置との接続を行わせる。
【００５６】
そして、運行管理装置５０は、ネットワーク１０経由で、バックアップ用送信制御装置１０ｍ＋１のセットアップ条件を設定し、対応するプレイリストやファイリングリスト等のデータベースのセットアップを行う。その結果、切り換えられた送信制御装置１０ｍ＋１は、対応する被制御装置のインターフェースと接続の確認を行う。従って、運行管理装置５０は管理信号線５１ｍ＋１と５３１〜５３ｍにより、この接続の動作を確認する（以上Ｓ２４）。それが確認されたら、運行管理装置５０は、送出制御装置１０ｍ＋１に送出制御の続行を指示する（Ｓ２５）。
【００５７】
以上の様に、運行管理装置５０を追加し、それがそれぞれの装置の自己診断機能による報告を管理信号線でモニタすることで、送出制御装置の故障を自動的に検出することができる。そして、運行管理装置５０がマトリクススイッチャ４０を直接切り換え制御を行うことで、自動的に切り換えが行われる。そして、切り換えられたバックアップ用の送信制御装置１０ｍ＋１にセットアップ指示を出して、接続確認後、継続指令を出すことで、自動で放送送出を再開することができる。
【００５８】
全体のシステムの規模、自動化のコスト等に応じて、上記自動化の程度が設計される。
【００５９】
図１０は、共通のビデオサーバと各送出チャンネルへの素材データの送出を行う送出バッファ装置を利用したマルチチャンネル放送システムに、本発明を適用した時の実施の形態例を示す図である。送出チャンネルの数が更に増加すると、共通のＣＭ等の素材が複数の送出チャンネルから送出されることになる。一方、素材をビデオテープ等から再生してビデオサーバにファイルする工程は、再生する時間が必要であり長時間を要する。
【００６０】
そこで、ＣＭ等の素材を再生して共通のビデオサーバ６０に記録し、そこから必要に応じて各送出バッファにコピーする方法がより効率的になる。即ち、共通ビデオサーバ６０内にファイリングされた圧縮済みの素材データを、ファイル転送によりビデオケーブル６４を経由して送出バッファ７０１〜７０ｍのビデオサーバにコピーする。このコピーは、圧縮されたデータをファイル転送するだけであり、極めて短時間で行うことができる。
【００６１】
図１０に示された通り、共通のビデオサーバであるニアラインサーバ６０に、ビデオテープ６３内の素材が再生されて記録（ファイル）される。この記録は、ファイリング制御用ＰＣ６２により制御される。ファイリング制御用ＰＣ６２は、ファイリングリストの管理とサーバ６０に記録されている素材のデータベースを管理する。
【００６２】
図１０に示した例では、フィリング制御用ＰＣ６２は、ネットワーク１０を介して各送出制御装置１０１〜１０ｍ＋１に接続される。従って、送出制御装置が、プレイリストの早い送出時間の素材のうち、送出バッファ７０１〜７０ｍに格納されていない素材をリストしたコピーリストを作成する。このコピーリストに従って、共通ビデオサーバ６０から送出バッファに、素材データが転送されてコピーされる。図６に示したファイリングリストは、本実施の形態例においてはコピーリストとなる。
【００６３】
このコピーの制御は、種々の方法が考えられる。その一例として、例えば、送出制御装置からのコピー依頼がネットワーク１０を経由してファイリング制御ＰＣ６２に出される。それに応答する信号をファイリング制御ＰＣ６２が送出制御装置に送信して、所定のタイミングで素材データのファイル転送が行われる。その時、送出制御装置は、通常の制御系を介してインターフェースにファイル受信を指示する。
【００６４】
図１０に示された例では、送出バッファ７０１〜７０ｍは、図８において被制御装置３０１〜３０ｍの構成から、例えばビデオ再生装置３２，エンコーダ３３が削除された構成である。そして、共通ビデオサーバ６２からの映像・音声信号がビデオサーバ３４にコピーされる。送出チャンネルに固有の番組の素材は、図８の通りビデオ再生装置３７により再生され、送出される。
【００６５】
図１０に示されたマルチチャンネル放送システムにおいても、送出制御装置に冗長性をもたせる。そして、運行管理装置５０により、上記と同様にその故障の検出、バックアップへの切り換え、送出の続行を行う。
【００６６】
上記の実施の形態例では、ｍユニットの送出被制御装置に対してｍ＋１ユニットの送出制御装置が備えられた。しかしながら、１ユニットの送出制御装置が複数ユニットの送出被制御装置を制御する場合は、送出被制御装置を制御するのに必要な送出制御装置のユニット数よりも多いユニット数で送出制御装置が設けられる。それにより、送出制御装置に冗長性を持たせることができる。
【００６７】
【発明の効果】
以上説明した通り、本発明によれば、送出制御装置の数に冗長性を持たせて構成し、送出被制御装置との間の接続を任意の組み合わせにできるようにマトリクススイッチャにより行うので、送出制御装置の故障に伴う制御系の故障が発生しても、即座に切り換えて放送の中断を最小限にとどめて続行することができる。
【００６８】
しかも、送出制御装置はパーソナルコンピュータ等の廉価の装置で構成でき、バックアップに伴うコストアップは最小限に抑えることができる。
【００６９】
また、簡易型のバックアップシステムの場合は、バックアップ用の送出制御装置には、通常の送出制御装置と同じ制御ソフトウエアと制御用のデータベースを格納するだけでよく、通常の運行スタイルをそのまま利用することができ、特別のバックアップ用の専用ソフトウエア等を準備する必要がない。
【００７０】
更に、自動型のバックアップシステムでは、運行管理装置により動作状況の監視と故障時の切り換えをさせることで、自動化をはかることができる。
【図面の簡単な説明】
【図１】放送送出システムユニットの基本的な構成を示す図である。
【図２】第一の実施の形態例の概略構成図である。
【図３】第一の実施の形態例の更に詳細な構成図である。
【図４】簡易型バックアップシステムによる放送制御全体のフローチャート図である。
【図５】プレイリストの一例を示す図である。
【図６】ファイリングリストまたはコピーリストの一例を示す図である。
【図７】容量管理テーブルの一例を示す図である。
【図８】第二の実施の形態例の自動型の放送制御のバックアップシステムを示す図である。
【図９】自動化された故障の検出と送出制御装置の切り換えのフローチャート図である。
【図１０】共通のビデオサーバと各送出チャンネルへの素材データの送出を行う送出バッファ装置を利用したマルチチャンネル放送システムに本発明を適用した時の実施の形態例を示す図である。
【符号の説明】
１０１〜１０ｍ＋１  送出制御装置
４０                マトリクススイッチャ
２０１〜２０ｍ      インターフェース
３０１〜３０ｍ      送出被制御装置
５０                運行管理装置
【図１】
0004026189.tif 000002
【図２】
0004026189.tif 000003
【図３】
0004026189.tif 000004
【図４】
0004026189.tif 000005
【図５】
0004026189.tif 000006
【図６】
0004026189.tif 000007
【図７】
0004026189.tif 000008
【図８】
0004026189.tif 000009
【図９】
0004026189.tif 000010
【図１０】
0004026189.tif 000011