JPH10271077A - マルチチャンネル放送システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】放送送出制御の簡易型バックアップシステムを
提供する。 【解決手段】マルチチャンネル放送システムは、送出チ
ャンネルに送出される素材データを再生、格納もしくは
送出するｍユニットの送出被制御装置に３０１〜３０１
ｍ対して、送出制御装置１０１〜１０ｍ＋１を少なくと
もｍ＋１ユニット設ける。そして、両者を任意の組み合
わせに接続できるマトリクススイッチャ４０を設ける。
通常制御時には、それぞれｍユニットの送出被制御装置
と送出制御装置とがマトリクススイッチャ４０を介して
接続される。制御中の送出制御装置が故障すると、バッ
クアップ用の送出制御装置と故障した送出制御装置が切
り換えられる。故障発生時に即座に切り換えができる様
に、バックアップ用の送出制御装置には、メインの送出
制御装置に格納された制御用ソフトウエア及び制御用デ
ータベースが格納され、その制御用データベースはメイ
ン用と共にアップデートされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチチャンネル
の放送システムに関し、特に装置の故障、システムダウ
ンに対して柔軟に対応することができ、しかも全体のコ
ストを抑えることができるマルチチャンネル放送システ
ムに関する。

【０００２】

【従来の技術】近年において、衛星を利用したり通信ケ
ーブルを利用したマルチチャンネル放送が注目されてい
る。このマルチチャンネル放送は、従来の地上波を利用
した単一チャンネルの放送と異なり、一つの放送局から
多数のチャンネルに異なる放送を同時に行う。従って、
放送局は、多数のチャンネルに対して、番組とその番組
の間に挿入されるコマーシャルメッセージや番組の宣伝
等（以下簡単の為にＣＭ等と称する）を送出しなければ
ならない。

【０００３】多数のチャンネルに異なる番組やＣＭ等の
素材を送出するために、例えば数チャンネルをサポート
できる放送送出システムユニットを複数配置した放送シ
ステムが利用される。この放送送出システムユニット
は、ＣＭ等の素材のデータを一旦格納しランダムに送出
できるビデオサーバや番組を再生するビデオカートマシ
ン等を有し、各送出チャンネルに与えられるプレイリス
トにしたがって素材データや番組を送出する。これらの
ビデオサーバやビデオカートマシン等を制御する送出制
御装置は、例えばパーソナルコンピュータ等で構成さ
れ、そこに送出用のソフトウエアや送出に必要なデータ
ベース等を保有する。

【０００４】放送システムにおいて、最も重要なこと
は、番組やＣＭ等の素材を送出スケジュール通りに中断
することなくそれぞれの送出チャンネルに送出すること
である。そのためには、放送システムを構成する上記の
放送送出システムユニットの信頼性を上げて、システム
ダウン等の故障の発生を抑制することが必要である。或
いは、故障が発生しても即座に復帰することができるシ
ステムを構築する必要がある。

【０００５】

【発明が解決しようとする課題】しかしながら、故障の
原因には、ハードディスクのクラッシュ等のハードウエ
ア自体の故障とソフトウエアにバグが存在することによ
る故障等があり、それらの故障発生率を限りなくゼロに
するためには、非常に高価なハードウエア及びソフトウ
エアを構築しなければならない。それを回避する手段と
しては、システムを構成する各エレメント全てに予備の
装置を備えて、システムを二重化する方法がある。しか
し、この方法も同様にコストを上げる要因となる。

【０００６】そこで、本発明の目的は、故障が発生して
も放送の送出を中断を最小限にとどめることができ、し
かもコストを抑えることができるマルチチャンネル放送
システムを提供することにある。

【０００７】更に、本発明の目的は、最小限のコスト増
だけで故障発生に柔軟に対応することができる簡易型の
マルチチャンネル放送システムを提供することにある。

【０００８】更に、本発明の目的は、装置の故障を自動
的に検出して、それに自動的に対応することができるマ
ルチチャンネル放送システムを提供することにある。

【０００９】

【課題を解決するための手段】本発明のマルチチャンネ
ル放送システムは、送出チャンネルに送出される素材デ
ータを再生、格納もしくは送出するｍ（ｍは複数）ユニ
ットの送出被制御装置に対して、それを制御する送出制
御装置を少なくともｍ＋１ユニット設ける。そして、送
出制御装置と送出被制御装置とを任意の組み合わせに接
続できるマトリクススイッチャをそれらの間に設ける。
通常制御時には、ｍユニットの送出被制御装置とそれら
をそれぞれ制御するｍユニットの送出制御装置とがマト
リクススイッチャを介して接続される。制御中の送出制
御装置が故障すると、マトリクススイッチャが切り換え
られ、バックアップ用の送出制御装置と故障した送出制
御装置が制御していた送出被制御装置との接続が行われ
る。

【００１０】故障発生時に即座に切り換えができる様
に、バックアップ用の送出制御装置には、メインの送出
制御装置に格納された制御用ソフトウエア及び制御用デ
ータベースが格納され、その制御用データベースはメイ
ン用と共にアップデートされる。

【００１１】即ち、本発明は、複数の送出チャンネルに
対して素材データを送出するマルチチャンネル放送シス
テムにおいて、送出チャンネルに送出される素材データ
を再生、格納もしくは送出するｍ（ｍは複数）ユニット
の送出被制御装置と、前記送出被制御装置に対応づけら
れ、対応する送出被制御装置の前記再生、格納もしくは
送出を制御し、ネットワークにより相互に接続された少
なくともｍ＋１ユニットの送出制御装置と、前記送出制
御装置と送出被制御装置との任意の接続を可能にするマ
トリクススイッチャとを有し、前記送出制御装置のうち
バックアップ用の送出制御装置に、メインの送出制御装
置に格納された制御用ソフトウエア及び制御用データベ
ースが格納されていることを特徴とする。

【００１２】更に、別の発明では、送出制御装置の動作
状態を監視し、故障を検出した時、前記マトリクススイ
ッチャの切り換えを行い、前記バックアップ用の送出制
御装置と故障が発生した送出制御装置が制御していた送
出被制御装置との接続を行わせる運行管理装置を更に有
する。これにより、自動的に故障を検出し、バックアッ
プ用の送出制御装置に切り換えることができる。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面に従って説明する。しかしながら、本発明の技術
的範囲がその実施の形態に限定されるものではない。

【００１４】図１は、本発明の実施の形態例に利用され
る放送送出システムユニットの基本的な構成を示す図で
ある。この例では、３つの送出チャンネルに放送を送出
することができる。この放送送出システム１は、パーソ
ナルコンピュータ等で構成される送出制御装置１０、イ
ンターフェース２０及びＣＭ等や番組の素材を送出する
送出被制御装置３０から構成される。

【００１５】例えば、ＣＭ等の比較的短い時間の素材
は、ビデオサーバ３４にコピーされ、放送スケジュール
が記載されたプレイリストに従って送出される。このビ
デオサーバ３４は、例えば複数のハードディスクを冗長
構成にしたファイルシステムをその基本的な構成とす
る。従来から映像及び音声信号を記録し再生する手段と
して利用されてきたビデオテープは、記録された素材を
短時間でランダムにアクセスして再生することが困難で
ある。また、素材を記録する時も比較的長時間を要す
る。従って、ＣＭ等の素材のように、短時間ではあるが
非常に多くの種類を有するものをビデオテープに記録し
て、プレイリストに従って送出することは非常に煩雑な
工程を要する。

【００１６】従って、マルチチャンネルの放送システム
では、短時間で記録することができ、しかも短時間のラ
ンダムアクセスが可能なハードディスク等を利用したビ
デオサーバを使用することが提案されている。図１に示
した通り、ＣＭ等の制作者により提供されたビデオテー
プ３１をビデオ再生装置３２で再生し、再生された映像
と音声信号を圧縮装置３３でデータ圧縮し、ビデオサー
バ３４内の記録媒体内に記録する。圧縮技術を使用する
ことにより、記録媒体への記録及び読み出しの時間は短
くなる。ビデオサーバ３４内に記録されたＣＭ等の素材
データは、送出制御装置１０からの送出指令に応答し
て、デコーダ３５によりデコードされて対応する送出チ
ャンネルに送出される。

【００１７】或いは、ＣＭ等の素材データは、十分圧縮
され或いは十分な容量を有する場合は、リムーバブルデ
ィスク１２により供給され、送出制御装置１０からビデ
オサーバ３４にファイル転送される場合もある。また、
後述する素材の管理データについては、手入力或いは上
位のコンピュータからのダウンロードに加えてリムーバ
ブルディスク１２により与えられる。

【００１８】一方、番組等の比較的長時間の素材データ
は、ＣＭ等と異なり繰り返し送出されることは比較的少
ない。従って、送出の度に番組が記録されたビデオテー
プ３８がビデオカートマシン等のビデオ再生装置３７で
再生され、対応する送出チャンネルに送出される。この
再生と送出の制御も、送出制御装置１０からのコマンド
により行われる。但し、番組などの比較的長時間の素材
データであっても、繰り返し送出されるものは、ビデオ
サーバ３４内に一旦記録されて、ＣＭ等と同様に送出さ
れる場合もある。

【００１９】マルチプレクススイッチャ３６は、デコー
ダ３５からの素材データとビデオ再生装置３７からの素
材データとを、対応する送出チャンネルに与えるための
切り換え装置である。

【００２０】送出制御装置１０は、上位の制御コンピュ
ータや他の送出制御装置等に接続されるネットワーク１
０に接続され、ＣＭ等の素材をビデオサーバ３４に記録
したり、ビデオ再生装置３７やビデオサーバ３４から素
材データを送出チャンネルに送出したりする時の制御を
行う。一般には、送出チャンネル毎に素材の送出スケジ
ュールを記載したプレイリストが作成される。このプレ
イリストは、送出制御装置１０上でオペレータにより作
成されるか、或いは上位の制御コンピュータ（図示せ
ず）から与えられる。そして、プレイリスト上の送出時
刻の早い素材であって、ビデオサーバ３４内に記録され
ていない素材について、ファイリングリストが作成され
る。このファイリングリストも、送出制御装置１０上で
オペレータにより作成されるか、或いは上位の制御コン
ピュータ（図示せず）から与えられる。

【００２１】従って、ファイリングリストやプレイリス
ト等の送出制御に必要なデータベースが、送出制御装置
１０の記録領域１１内に格納される。また、当然に、送
出制御装置１０は、オペレーションソフトウエアの如き
システムソフトウエアと上記の記録、再生、送出のため
のアプリケーションソフトウエア等を有する。

【００２２】パーソナルコンピュータ等で構成される送
出制御装置１０は、上記の素材データの記録、再生、送
出等を対応するコマンドをインターフェース２０に与え
ることにより制御する。それらのコマンドに応答して、
インターフェース２０では、送出被制御装置３０内のそ
れぞれのデバイスに対応した制御信号を各デバイスに与
える。そういう意味で、このインターフェースはインテ
リジェントを持ったデバイスコントローラＩＤＳ（Inte
ligent Device Controller) である。尚、送出制御装置
１０は、複数のパーソナルコンピュータにより分散され
て構成されてもよい。

【００２３】上記の放送送出システム１は、数チャンネ
ルしかサポートできないので、多数の送出チャンネルを
サポートするためには、この放送送出システムをユニッ
ト化し、複数のユニットを設ける構成にする必要があ
る。ところが、この放送送出システムに故障が発生した
場合に、素材データの送出を中断することなく対応する
必要がある。

【００２４】ここで注目すべき点は、ビデオサーバ３４
は、上記した通り冗長性をもったファイルシステムで構
成されている。即ち、標準化された廉価なハードディス
クを冗長性を持たせてアレイ状に配置したＲＡＩＤ（Re
dundancy Array of Inexpensive Disk) 構造である。従
って、それ自体はハードウエアクラッシュ等の故障に柔
軟に対応できる性質を有する。つまり、映像・音声の素
材データに関しては、故障に強くなっている。

【００２５】それに対して、汎用のパーソナルコンピュ
ータ等で構成される送出制御装置１０は、廉価な装置で
はあるが、システムのハングアップや制御用のデータベ
ースを記録したハードウエアのクラッシュ等の故障の発
生には比較的脆弱である。

【００２６】そこで、本発明の実施の形態例では、廉価
ではあるが脆弱性を有する送出制御装置１０に冗長性を
持たせて放送システムの制御系を故障に対して強固な構
成にする。

【００２７】図２は、本発明の第一の実施の形態例の概
略構成図である。この例では、図１に示した送出被制御
装置３０を３０１〜３０ｍとｍユニット設ける。それぞ
れの送出被制御装置３０１〜３０ｍが３つの送出チャン
ネルをサポートし、全体で３ｍチャンネルの放送を可能
にする。これらの送出被制御装置３０１〜３０ｍを制御
する送出制御装置１０を、この例ではｍ＋１ユニット設
ける。送出制御装置は、送出被制御装置３０を１対１に
対応して素材データの記録、再生、送出の制御を行う。
従って、この例では、送出制御装置１０が必要な数より
も１ユニット多い構成をとる。この冗長性をもたせるこ
とにより、送出制御装置１０が故障した場合に、故障装
置に変わってバックアップ用の送出制御装置を使用する
ことができる。従って、故障に対して柔軟に対応するこ
とができる。尚、送出制御装置１０の数をｍよりも複数
ユニット多い構成にすることで、さらに安全性を高める
ことができる。

【００２８】原理的には、冗長性をもって構成された送
出制御装置１０１〜１０ｍ＋１は、いずれの送出被制御
装置３０１〜３０ｍをも制御することができる。従っ
て、両者を任意の組み合わせで接続することができるマ
トリックススイッチャ４０が、各送出被制御装置３０１
〜３０ｍのインターフェース２０１〜２０ｍと送出制御
装置１０１〜１０ｍ＋１との間に設けられる。そして、
故障した送出制御装置に代わって、バックアップ用の送
出制御装置が対応する送出被制御装置の制御を継続す
る。故障した送出制御装置は、その後復帰し、バックア
ップ用として待機する。

【００２９】今仮に、送出制御装置１０１〜１０ｍがア
クティブ状態であり、対応する被制御装置３０１〜３０
ｍを制御しているとする。その場合は、各送出制御装置
には、送出制御用のソフトウエアとデータベースが保有
される。バックアップ中の送出制御装置１０ｍ＋１が、
故障時に即座に置き換えられるためには、アクティブ状
態にある送出制御装置１０１〜１０ｍが保有するソフト
ウエアやデータベースを全て保有し、且つアップデート
されておく必要がある。その為のデータベースの転送
は、ネットワーク１０を経由して図中矢印の通り行われ
る。但し、それらを記録するのに要する媒体の容量は、
映像信号等に比較して非常に少ない。従って、送出制御
装置に冗長性を持たせて、バックアップ用の送出制御装
置に制御に必要なソフトウエアとデータベースを格納さ
せても、僅かなコストアップで対応することができる。

【００３０】［簡易型バックアップシステム］図３は、
本実施の形態例の更に詳細な構成図である。この例は、
放送送出制御系についての簡易型バックアップシステム
であり、基本的構成は、図２で説明した通りである。送
出制御装置１０１〜１０ｍには、送出被制御装置３０１
〜３０ｍ内の、ビデオテープの再生、ビデオサーバ３４
への素材データの記録、そして、ビデオ再生装置３７ま
たはビデオサーバ３４からの素材データの送出を制御す
る。その為に、各送出制御装置１０１〜１０ｍは、制御
に必要なシステムソフトウエア及びアプリケーションソ
フトウエアを保有する。また、上記したファイリングリ
スト、プレイリスト及びサポート中の送出被制御装置の
制御データ等のデータベースも同様に記録媒体１１内に
保有する。今仮に送出制御装置１０１〜１０ｍがアクテ
ィブ状態とすると、バックアップ用の送出制御装置１０
ｍ＋１の記録媒体１１Ｒには、全てのアクティブ中の送
出制御装置１０１〜１０ｍが保有するソフトウエアとデ
ータベースが格納される。そして、各送出制御装置で
は、制御中に制御用データベースを更新すると、バック
アップ用の送出制御装置内の対応する制御用データベー
スも同様に更新する。

【００３１】このバックアップシステムで特徴的な点
は、ＣＭ等の素材データや番組の素材データ等の映像、
音声等のビデオ信号系については、送出チャンネルに必
要最小限の構成をとるのに対して、制御信号系について
は、制御装置１０１〜１０１ｍ＋１と、それから被制御
装置３０１〜３０ｍまでの制御信号線に冗長性を持たせ
ている点である。特に、ＣＭ等の素材データは、ＲＡＩ
Ｄ構成を持つビデオサーバ３４に格納されて送出される
ので、故障に対して強靱性を有する。従って、ビデオ信
号系については、送出チャンネルの数に適合した構成を
とる。一方、制御信号系は、比較的廉価なパーソナルコ
ンピュータを利用した送出制御装置に冗長性を持たせ
て、僅かなコストアップで故障に対する強靱性を実現し
ている。

【００３２】その為に必要なことは、バックアップ中の
送出制御装置が何時切り換えられても対応できるよう
に、制御用のプログラムとデータベースがその装置に格
納されアップデートされておくことである。

【００３３】この簡易型のバックアップシステムでは、
送出制御装置の故障は、例えばスタジオ内のオペレータ
により検出される。一般に、放送中は送出制御の為にオ
ペレータが常駐して、放送モニタを観察しながら素材デ
ータの最終送出指示を行う。従って、オペレータは送出
制御装置の故障を容易に且つ正確に検出することができ
る。この様に、送出制御装置の故障が検出されると、オ
ペレータによりバックアップ用の送出制御装置への切り
替えが行われ、（ｍ＋１）×ｍマトリクススイッチャ４
０の切り替え設定が行われる。この切り替え設定は、例
えばマニュアルにより行われても良い。

【００３４】故障によりダウンした送出制御装置は、復
旧すると、今度はバックアップ用の送出制御装置として
待機することになる。尚、図３の例では、被制御装置３
０１〜３０ｍ内の送出チャンネルへの切り替え用のマト
リクススイッチャは簡単の為に省略されている。

【００３５】図４は、図３の簡易型バックアップシステ
ムによる放送制御全体のフローチャート図である。この
フローチャート図を参照しながら放送制御及び故障時の
対応について説明する。

【００３６】放送システムを起動すると、まず送出チャ
ンネルとそこに素材データを送出する送出被制御装置３
０１〜３０ｍとの対応、及び送出被制御装置３０１〜３
０ｍとそれを制御する送出制御装置１０１〜１０ｍ＋１
との対応が設定される（Ｓ１）。

【００３７】そして、放送送出のスケジュールに従うプ
レイリストを作成、または上位の制御コンピュータから
受領する（Ｓ２）。図５は、そのプレイリストの一例を
示す図である。この例では、送出日時、識別コード、素
材種別、素材のタイトル、送出時間長、及び送出の有無
についてのステータス等の属性データを有する。このプ
レイリストは、送出チャンネル毎に作成され、対応する
送出制御装置１０１〜１０ｍの記録媒体内に格納され
る。そして、バックアップ用の送出制御装置１０ｍ＋１
の記録媒体内には、全ての送出制御装置１０１〜１０ｍ
に格納されるプレイリストが格納される。

【００３８】次に、プレイリストの素材の特にＣＭ等
が、送出被制御装置３０１〜３０ｍ内のビデオサーバ３
４に格納済みかいなかのチェックが行われ、格納されて
いない素材についてのファイリングリストが作成される
（Ｓ３）。ファイリングリストの作成は、送出制御装置
１０１〜１０ｍにより行われる。但し、プレイリストに
関係なく、作成が終了した素材に対してファイリングリ
ストが作成される場合もある。例えば、緊急に放送すべ
き素材等は、プレイリストが作成される前にファイリン
グリストに含められファイリングされる。

【００３９】図６は、ファイリングリストの一例を示す
図である。このファイリングリストは、識別コード、素
材名、送出チャンネル及び送出日時等を属性データとし
て持つ。図３に示したシステムでは、それぞれの送出被
制御装置内でプレイリスト上の素材を再生してビデオサ
ーバに記録するので、ファイリングリストは送出被制御
装置毎に作成される。従って、図６に示した送出バッフ
ァ装置Ｎｏの属性データは、図３の例では利用されず後
述する実施の形態例で利用される。

【００４０】各送出被制御装置毎のファイリングリスト
は、対応する送出制御装置１０１〜１０ｍのファイリン
グ制御プログラムにより作成され、それぞれの記録媒体
１１内に格納される。同時に、すべてのファイリングリ
ストがバックアップ用の送出制御装置１０ｍ＋１の記録
媒体１１Ｒにも格納される。

【００４１】送出制御装置は、ファイリングリスト上に
ファイルすべき素材があるかいなかをチェックし（Ｓ
４）、送出日時の早い順に素材の再生とビデオサーバ３
４への格納を行う。その為に、送出制御装置は、送出被
制御装置内の容量管理テーブルを参照して、空き容量が
十分あるかいなかをチェックする（Ｓ５）。図７は、そ
の容量管理テーブルの一例を示す図である。このテーブ
ルには、送出チャンネル毎に割り当てられている送出被
制御装置の番号、その装置内のビデオサーバに割り当て
られた使用可能容量、そして使用済み容量等の属性デー
タを有する。この容量管理テーブルも、各送出制御装置
１０１〜１０ｍにそれぞれ保有され、バックアップ用の
送出制御装置にも格納される。尚、この例では、後述す
る別の実施の形態例に適応して、送出被制御装置に対応
する送出バッファ装置（ＯＡＢＵＦ）の容量データが示
されている。

【００４２】対応するビデオサーバの容量に空き領域が
存在すれば、送出制御装置１０１〜１０ｍから、ビデオ
再生装置３２を起動して素材を再生し、ビデオサーバ３
４内にその素材データを格納（ファイル）する（Ｓ
６）。空き容量がない場合は、空き容量が発生するまで
素材データは格納されない。素材データが格納される
と、上記した容量管理テーブルの使用済み容量の属性デ
ータが変更されると共に、バックアップ用の送出制御装
置内の容量管理テーブルの属性データもアップデートさ
れる。

【００４３】そこで、プレイリスト上の送出時刻になる
のを待って（Ｓ９）、送出制御装置からの送出コマンド
により、ＣＭ等の素材の場合はビデオサーバ３４から、
番組であればビデオカートリッジマシンの様なビデオ再
生装置３７から素材データが送出チャンネルに送出され
る（Ｓ１０）。

【００４４】送出されると、プレイリスト内のステータ
スの属性データに送出済みのフラグが書き込まれる（Ｓ
１２）。同時に、バックアップ用送出制御装置内のプレ
イリストにも同様の変更が行われる。そして、送出され
た素材であってその後繰り返し送出されない不要な素材
は、ビデオサーバ３４内から削除される（Ｓ１１）。ビ
デオサーバ３４内に格納された素材データについてのデ
ータベースは、例えば対応する送出制御装置１０１〜１
０ｍに格納される。同様に、バックアップ用の制御装置
にも格納される。

【００４５】以上の送出制御がプレイリストの全てのイ
ベントについて終了するまで繰り返される（Ｓ１３）。

【００４６】上記のプレイリスト作成、ファイリングリ
スト作成、素材の再生、格納、そして送出の一連の制御
を行っている途中に、送出制御装置１０１〜１０ｍのい
ずれかが故障すると、その故障が、例えばオペレータに
より検出される（Ｓ７）。故障が検出されると、例えば
オペレータによりマトリクススイッチャ４０のスイッチ
を切り換えて、故障した送出制御装置に対応していた送
出被制御装置とバックアップ用送出制御装置１０ｍ＋１
とを接続する。そして、その送出制御装置１０ｍ＋１と
対応する送出被制御装置３０ｎとの接続の設定が行われ
る（Ｓ８）。バックアップ用送出制御装置１０ｍ＋１内
には、送出制御に必要なソフトウエアとアップデートさ
れたデータベースが格納されているので、マトリックス
スイッチャ４０による接続と、両者の接続確認設定等が
終了すれば、遅滞なく送出制御を継続することができ
る。

【００４７】［自動型のバックアップシステム］上記の
簡易型のバックアップシステムでは、オペレータにより
送出制御装置の故障が検出され、マトリクススイッチャ
４０の切り換えを行った。しかしながら、送出チャンネ
ルが更に増加しそれに対応して送出制御装置の数も増加
すると、オペレータによる故障検出には限界がある。そ
こで、自動的に故障を検出する機能、故障を検出したら
自動的にマトリクススイッチャを切り換える機能を有す
ることが望まれる。但し、その場合は、その自動化の為
に追加の制御ソフトウエアを開発する必要がある。

【００４８】図８は、第二の実施の形態例である自動型
の放送制御のバックアップシステムを示す図である。こ
のシステムでは、送出制御装置１０１〜１０ｍ＋１に冗
長性をもたせた点は、上記した第一の実施の形態例と同
じである。異なる点は、システム全体の動作状況を監視
する運行管理装置５０を新たに設けた点である。

【００４９】この運行管理装置５０は、例えばパーソナ
ルコンピュータにより構成され、送出制御装置１０１〜
１０ｍ＋１等とネットワーク１０を介して接続される。
また、運行管理装置５０は、送出制御装置１０１〜１０
ｍ＋１と直接管理信号線５１１〜５１ｍ＋１により接続
される。こうすることにより、運行管理装置５０は、各
送出制御装置からその自己診断機能により報告される動
作ログ（as run log）を監視し、送出制御装置の故障を
検出する。同様に、被制御装置３０１〜３０ｍ側のイン
ターフェース２０１〜２０ｍとも管理信号線５３１〜５
３ｍで接続され、それぞれのインターフェースから報告
される動作ログも監視する。

【００５０】この動作ログは、それぞれの装置が自己診
断状況を示すデータとして運行管理装置に報告するデー
タである。例えば、送出制御装置から被制御装置に送り
出される命令に対して、被制御装置がその命令の実施状
況を報告する。この命令のログと実施状況のログとを照
合することにより、送出制御装置と送出被制御装置との
動作状況を監視することができる。即ち、命令に対して
その命令の実行が終了する時刻を予想し、その時刻にお
いて報告される実施状況を監視する。

【００５１】尚、インターフェース２０１〜２０ｍは上
記した通り、被制御装置３０１〜３０ｍ内の全てのデバ
イスを制御し、それらの動作状況を監視する。従って、
インターフェースからは被制御装置内の故障状況が報告
される。

【００５２】運行管理装置５０は、送出制御装置と送出
被制御装置との対応関係のテーブルを管理する。そし
て、その対応にしたがって、制御信号５２によりマトリ
クススイッチャ４０の切り換え制御を行う。

【００５３】運行管理装置５０は、送出制御装置の動作
とインターフェースの動作を監視することにより、送出
制御装置１０１〜１０ｍ＋１の故障を適切に検出するこ
とができる。例えば、インターフェース側は正常動作し
ているのに、送出制御装置側が異常を通知するか或いは
何ら通知しなくなった場合は、送出制御装置側の故障の
可能性が判明する。その場合、運行管理装置５０は、送
出制御装置に異常の可能性があることを、オペレータに
画面や他の視覚的聴覚的手段で通知する。

【００５４】図９は、運行管理装置５０による、故障の
検出と送出制御装置の切り換えのフローチャート図であ
る。したがって、図４の全体のフローチャートのステッ
プＳ７とＳ８の部分に該当する。

【００５５】運行管理装置５０は、各装置の自己診断機
能を管理信号線５１１〜５１ｍ＋１及び５３１〜５３ｍ
経由で監視する（Ｓ２０）。上記した動作ログによる監
視である。運行管理装置５０は、送出制御装置１０１〜
１０ｍ＋１からの異常通知があるか、或いは通知が中断
していることを検出すると（Ｓ２１）、異常の可能性が
ある送出制御装置を特定する（Ｓ２２）。そして、運行
管理装置５０は、制御信号５２によりマトリクススイッ
チャ４０に、バックアップ用送信制御装置１０ｍ＋１と
故障した送出制御装置に対応する被制御装置との接続を
行わせる。

【００５６】そして、運行管理装置５０は、ネットワー
ク１０経由で、バックアップ用送信制御装置１０ｍ＋１
のセットアップ条件を設定し、対応するプレイリストや
ファイリングリスト等のデータベースのセットアップを
行う。その結果、切り換えられた送信制御装置１０ｍ＋
１は、対応する被制御装置のインターフェースと接続の
確認を行う。従って、運行管理装置５０は管理信号線５
１ｍ＋１と５３１〜５３ｍにより、この接続の動作を確
認する（以上Ｓ２４）。それが確認されたら、運行管理
装置５０は、送出制御装置１０ｍ＋１に送出制御の続行
を指示する（Ｓ２５）。

【００５７】以上の様に、運行管理装置５０を追加し、
それがそれぞれの装置の自己診断機能による報告を管理
信号線でモニタすることで、送出制御装置の故障を自動
的に検出することができる。そして、運行管理装置５０
がマトリクススイッチャ４０を直接切り換え制御を行う
ことで、自動的に切り換えが行われる。そして、切り換
えられたバックアップ用の送信制御装置１０ｍ＋１にセ
ットアップ指示を出して、接続確認後、継続指令を出す
ことで、自動で放送送出を再開することができる。

【００５８】全体のシステムの規模、自動化のコスト等
に応じて、上記自動化の程度が設計される。

【００５９】図１０は、共通のビデオサーバと各送出チ
ャンネルへの素材データの送出を行う送出バッファ装置
を利用したマルチチャンネル放送システムに、本発明を
適用した時の実施の形態例を示す図である。送出チャン
ネルの数が更に増加すると、共通のＣＭ等の素材が複数
の送出チャンネルから送出されることになる。一方、素
材をビデオテープ等から再生してビデオサーバにファイ
ルする工程は、再生する時間が必要であり長時間を要す
る。

【００６０】そこで、ＣＭ等の素材を再生して共通のビ
デオサーバ６０に記録し、そこから必要に応じて各送出
バッファにコピーする方法がより効率的になる。即ち、
共通ビデオサーバ６０内にファイリングされた圧縮済み
の素材データを、ファイル転送によりビデオケーブル６
４を経由して送出バッファ７０１〜７０ｍのビデオサー
バにコピーする。このコピーは、圧縮されたデータをフ
ァイル転送するだけであり、極めて短時間で行うことが
できる。

【００６１】図１０に示された通り、共通のビデオサー
バであるニアラインサーバ６０に、ビデオテープ６３内
の素材が再生されて記録（ファイル）される。この記録
は、ファイリング制御用ＰＣ６２により制御される。フ
ァイリング制御用ＰＣ６２は、ファイリングリストの管
理とサーバ６０に記録されている素材のデータベースを
管理する。

【００６２】図１０に示した例では、フィリング制御用
ＰＣ６２は、ネットワーク１０を介して各送出制御装置
１０１〜１０ｍ＋１に接続される。従って、送出制御装
置が、プレイリストの早い送出時間の素材のうち、送出
バッファ７０１〜７０ｍに格納されていない素材をリス
トしたコピーリストを作成する。このコピーリストに従
って、共通ビデオサーバ６０から送出バッファに、素材
データが転送されてコピーされる。図６に示したファイ
リングリストは、本実施の形態例においてはコピーリス
トとなる。

【００６３】このコピーの制御は、種々の方法が考えら
れる。その一例として、例えば、送出制御装置からのコ
ピー依頼がネットワーク１０を経由してファイリング制
御ＰＣ６２に出される。それに応答する信号をファイリ
ング制御ＰＣ６２が送出制御装置に送信して、所定のタ
イミングで素材データのファイル転送が行われる。その
時、送出制御装置は、通常の制御系を介してインターフ
ェースにファイル受信を指示する。

【００６４】図１０に示された例では、送出バッファ７
０１〜７０ｍは、図８において被制御装置３０１〜３０
ｍの構成から、例えばビデオ再生装置３２，エンコーダ
３３が削除された構成である。そして、共通ビデオサー
バ６２からの映像・音声信号がビデオサーバ３４にコピ
ーされる。送出チャンネルに固有の番組の素材は、図８
の通りビデオ再生装置３７により再生され、送出され
る。

【００６５】図１０に示されたマルチチャンネル放送シ
ステムにおいても、送出制御装置に冗長性をもたせる。
そして、運行管理装置５０により、上記と同様にその故
障の検出、バックアップへの切り換え、送出の続行を行
う。

【００６６】上記の実施の形態例では、ｍユニットの送
出被制御装置に対してｍ＋１ユニットの送出制御装置が
備えられた。しかしながら、１ユニットの送出制御装置
が複数ユニットの送出被制御装置を制御する場合は、送
出被制御装置を制御するのに必要な送出制御装置のユニ
ット数よりも多いユニット数で送出制御装置が設けられ
る。それにより、送出制御装置に冗長性を持たせること
ができる。

【００６７】

【発明の効果】以上説明した通り、本発明によれば、送
出制御装置の数に冗長性を持たせて構成し、送出被制御
装置との間の接続を任意の組み合わせにできるようにマ
トリクススイッチャにより行うので、送出制御装置の故
障に伴う制御系の故障が発生しても、即座に切り換えて
放送送出を中断を最小限にとどめて続行することができ
る。

【００６８】しかも、送出制御装置はパーソナルコンピ
ュータ等の廉価の装置で構成でき、バックアップに伴う
コストアップは最小限に抑えることができる。

【００６９】また、簡易型のバックアップシステムの場
合は、バックアップ用の送出制御装置には、通常の送出
制御装置と同じ制御ソフトウエアと制御用のデータベー
スを格納するだけでよく、通常の運行スタイルをそのま
ま利用することができ、特別のバックアップ用の専用ソ
フトウエア等を準備する必要がない。

【００７０】更に、自動型のバックアップシステムで
は、運行管理装置により動作状況の監視と故障時の切り
換えをさせることで、自動化をはかることができる。

【図面の簡単な説明】

【図１】放送送出システムユニットの基本的な構成を示
す図である。

【図２】第一の実施の形態例の概略構成図である。

【図３】第一の実施の形態例の更に詳細な構成図であ
る。

【図４】簡易型バックアップシステムによる放送制御全
体のフローチャート図である。

【図５】プレイリストの一例を示す図である。

【図６】ファイリングリストまたはコピーリストの一例
を示す図である。

【図７】容量管理テーブルの一例を示す図である。

【図８】第二の実施の形態例の自動型の放送制御のバッ
クアップシステムを示す図である。

【図９】自動化された故障の検出と送出制御装置の切り
換えのフローチャート図である。

【図１０】共通のビデオサーバと各送出チャンネルへの
素材データの送出を行う送出バッファ装置を利用したマ
ルチチャンネル放送システムに本発明を適用した時の実
施の形態例を示す図である。

【符号の説明】

１０１〜１０ｍ＋１ 送出制御装置 ４０ マトリクススイッチャ ２０１〜２０ｍ インターフェース ３０１〜３０ｍ 送出被制御装置 ５０ 運行管理装置

Claims (7)

【特許請求の範囲】
1. 【請求項１】複数の送出チャンネルに対して素材データ
   を送出するマルチチャンネル放送システムにおいて、 送出チャンネルに送出される素材データを再生、格納も
   しくは送出するｍ（ｍは複数）ユニットの送出被制御装
   置と、 前記送出被制御装置に対応づけられ、対応する送出被制
   御装置の前記再生、格納もしくは送出を制御し、ネット
   ワークにより相互に接続された少なくともｍ＋１ユニッ
   トの送出制御装置と、 前記送出制御装置と送出被制御装置との任意の接続を可
   能にするマトリクススイッチャとを有し、 前記送出制御装置のうちバックアップ用の送出制御装置
   に、メインの送出制御装置に格納された制御用ソフトウ
   エア及び制御用データベースが格納されていることを特
   徴とするマルチチャンネル放送システム。
2. 【請求項２】請求項１において、 前記送出制御装置は、前記制御用ソフトウエア及び制御
   用データベースにより送出被制御装置の再生、格納もし
   くは送出の制御を行い、該制御用データベースを更新す
   ると共に、該更新された制御用データベースを前記バッ
   クアップ用の送出制御装置に格納することを特徴とする
   マルチチャンネル放送システム。
3. 【請求項３】請求項１において、 前記送出被制御装置を制御するメインの送出制御装置に
   故障が発生すると、前記マトリクススイッチャが切り換
   えられ、前記バックアップ用の送出制御装置と故障が発
   生した送出制御装置が制御していた送出被制御装置との
   接続が行われることを特徴とするマルチチャンネル放送
   システム。
4. 【請求項４】請求項１において、 更に、前記送出制御装置の動作状態を監視し、故障を検
   出した時、前記マトリクススイッチャの切り換えを行
   い、前記バックアップ用の送出制御装置と故障が発生し
   た送出制御装置が制御していた送出被制御装置との接続
   を行わせる運行管理装置を有することを特徴とするマル
   チチャンネル放送システム。
5. 【請求項５】請求項４において、 前記運行管理装置は、更に、バックアップ用の送出制御
   装置に前記送出被制御装置との接続セットアップを指令
   し、制御の再会を指令することを特徴とするマルチチャ
   ンネル放送システム。
6. 【請求項６】複数の送出チャンネルに対して素材データ
   を送出するマルチチャンネル放送システムにおいて、 送出チャンネルに送出される素材データを再生、格納も
   しくは送出する複数の送出被制御装置と、 前記送出被制御装置に対応づけられ、対応する送出被制
   御装置の前記再生、格納もしくは送出を制御し、ネット
   ワークにより相互に接続された複数の送出制御装置と、 前記送出制御装置と送出被制御装置との任意の接続を可
   能にするマトリクススイッチャとを有し、 前記送出制御装置は、前記送出被制御装置の制御に必要
   なユニット数よりも冗長性をもって構成され、当該送出
   制御装置のうちバックアップ用の送出制御装置に、メイ
   ンの送出制御装置に格納された制御用ソフトウエア及び
   制御用データベースが格納されていることを特徴とする
   マルチチャンネル放送システム。
7. 【請求項７】請求項６において、 更に、前記送出制御装置の動作状態を監視し、故障を検
   出した時、前記マトリクススイッチャの切り換えを行
   い、前記バックアップ用の送出制御装置と故障が発生し
   た送出制御装置が制御していた送出被制御装置との接続
   を行わせる運行管理装置を有することを特徴とするマル
   チチャンネル放送システム。