JPH1127225A - 多チャンネルデジタルデータ送出装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 保存されている楽曲を読み出し、これを放送
するだけでなく、これを有機的にライブ放送にも利用で
きるようにする。 【解決手段】 保有サーバ１２１に、多数の素材を記録
しておく。この素材を読み出し、送出サーバ１２３で伝
送形式に変換し、マルチプレクサ１４１で多重化し、変
調装置１４２でQPSK方式で変調し、セレクタ１４３を介
して送出する。保有サーバ１２１より読み出されたデー
タは、専用回線３を介して、ライブＰＣに送出し、再生
される。再び専用回線３を介して、このデータの供給を
受け、MPEGエンコーダ１２９でエンコードし、送出サー
バ１２３から送出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、多チャンネルデジ
タルデータ送出装置および方法に関し、特に、多チャン
ネルの楽曲をＢＧＭとして放送することができるように
するだけでなく、ライブ放送も行えるようにした多チャ
ンネルデジタルデータ送出装置および方法に関する。

【０００２】

【従来の技術】最近、情報をデジタル化し、圧縮して、
伝送する技術が実用化されている。これにより、例えば
１００チャンネル分の楽曲を、衛星を介して、各家庭に
放送することもできるようになってきた。その結果、各
家庭において、所望の曲を適宜選択し、聴取することが
可能となる。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
放送システムにおいては、単に楽曲を放送するだけであ
り、予め用意した楽曲の資源を、ライブ放送に有機的に
結び付けて放送することが困難である課題があった。

【０００４】本発明はこのような状況に鑑みてなされた
ものであり、多チャンネルの楽曲を放送できるだけでな
く、そのために用意した資源を、ライブ放送においても
有機的に結合し、これを利用することができるようにす
るものである。

【０００５】

【課題を解決するための手段】請求項１に記載の多チャ
ンネルデジタルデータ送出装置は、送出する複数の素材
を保持する保持手段と、保持手段に保持されている素材
を読み出し、再生する再生手段と、再生手段により再生
された素材をリアルタイムでエンコードするエンコード
手段と、保持手段に保持されている複数の素材、また
は、エンコード手段によりリアルタイムでエンコードさ
れた複数の素材を、伝送形式に変換する変換手段と、変
換手段により変換された素材を、多チャンネルデジタル
データとして伝送路に送出する送出手段と、各手段が他
の手段にアクセスできるように、各手段を相互に接続す
る接続手段とを備えることを特徴とする。

【０００６】請求項３に記載の多チャンネルデジタルデ
ータ送出方法は、送出する素材を保持する保持ステップ
と、保持ステップで保持された素材を読み出し、再生す
る再生ステップと、再生ステップで再生された素材をリ
アルタイムでエンコードするエンコードステップと、保
持ステップで保持された複数の素材、または、エンコー
ドステップによりリアルタイムでエンコードされた複数
の素材を、伝送形式に変換する変換ステップと、変換ス
テップで変換された素材を、多チャンネルデジタルデー
タとして伝送路に送出する送出ステップと、各ステップ
での処理が他のステップでの処理と関連づけられるよう
に、各ステップの処理を相互に接続する接続ステップと
を備えることを特徴とする。

【０００７】請求項１に記載の多チャンネルデジタルデ
ータ送出装置および請求項３に記載の多チャンネルデジ
タルデータ送出方法においては、保持されている複数の
素材が、伝送形式に変換され、多チャンネルデジタルデ
ータとして伝送路に送出されるだけでなく、保持された
素材を読み出し、再生したとき、これがリアルタイムで
エンコードされ、伝送形式に変換され、多チャンネルデ
ジタルデータとして伝送路に送出される。

【０００８】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。

【０００９】請求項１に記載の多チャンネルデジタルデ
ータ送出装置は、送出する複数の素材を保持する保持手
段（例えば図２の保有サーバ１２１）と、保持手段に保
持されている素材を読み出し、再生する再生手段（例え
ば図１のライブＰＣ６１）と、再生手段により再生され
た素材をリアルタイムでエンコードするエンコード手段
（例えば図２のMPEGエンコーダ１２９）と、保持手段に
保持されている複数の素材、または、エンコード手段に
よりリアルタイムでエンコードされた複数の素材を、伝
送形式に変換する変換手段（例えば図２の送出サーバ１
２３）と、変換手段により変換された素材を、多チャン
ネルデジタルデータとして伝送路に送出する送出手段
（例えば図２の２次多重衛星送出システム１０２）と、
各手段が他の手段にアクセスできるように、各手段を相
互に接続する接続手段（例えば図３の専用回線３）とを
備えることを特徴とする。

【００１０】本発明の実施の形態を図１乃至図３に示
す。図１は主に編成サイト１の構成を示し、図２は主に
送出サイト２の構成を示し、図３は、両者が接続された
状態を、主要部の構成で示している。このシステムは１
つの衛星中継器（トランスポンダ）でMPEG圧縮された音
楽ファイル（デジタルデータ）を１００チャンネル放送
する自動化デジタル放送システムである。なお、この明
細書において、システムの用語は、複数の装置で構成さ
れる全体の装置を表すものとして使用する。

【００１１】このシステムは、放送番組製作を行う編集
サイト１と、番組を送出する送出サイト２で構成されて
おり、両者の間はLANなどよりなる専用回線３で接続さ
れている。編集サイト１には、情報源管理システム１
１、素材情報管理・進行編成システム１２、および素材
情報登録システム１３が設けられている。また、送出サ
イト２には、保有サーバおよび多チャンネル送出システ
ム１０１、２次多重衛星送出システム１０２、多チャン
ネルモニタシステム１０３、および送出管理システム１
０４が設けられている。

【００１２】このシステムでは、衛星を介して各ユーザ
に楽曲を放送するので、情報源としてはＣＤが用いられ
る。情報源管理システム１１は、このＣＤ（媒体）の管
理と、音源としてのＣＤに収録されている楽曲の管理を
行う。このため、情報源管理システム１１は、ＣＤ在庫
管理サーバ２１を有しており、このＣＤ在庫管理サーバ
２１には、ハードディスク（ミラーディスク２２）と、
ＭＯオートチェンジャ２３が接続されている。このハー
ドディスク２２とＭＯオートチェンジャ２３でドライブ
するＭＯディスクに必要な情報を登録し、データベース
を構成するようになされている。

【００１３】ＣＤ在庫管理サーバ２１にはまた、在庫管
理ＰＣ（パーソナルコンピュータ）２４が１２式接続さ
れている。なお、本明細書において、これらの在庫管理
ＰＣを個々に区別する必要がある場合には、在庫管理Ｐ
Ｃ２４−１乃至在庫管理ＰＣ２４−１２のように記述
し、特に区別する必要がない場合には、単に、在庫管理
ＰＣ２４のように記述する。

【００１４】さらに、この情報源管理システム１１に
は、３式のネットワークプリンタ２５−１乃至２５−
３、イメージスキャナ２６、バーコードリーダ２７、お
よび４式のバーコードプリンタ２８−１乃至２８−４が
設けられている。ネットワークプリンタ２５は、各種の
帳票をプリントするのに用いられる。バーコードプリン
タ２８は、管理するＣＤに添付するバーコードをプリン
トするのに用いられる。バーコードリーダ２７は、各Ｃ
Ｄに添付されているバーコードを読み取るのに用いられ
る。イメージスキャナ２６は、ＣＤに付随している楽
譜、歌詞、その他の情報を取り込むとき用いられる。

【００１５】ＣＤに関するすべての情報は、ハードディ
スク２２のデータベースに蓄積されている。ＣＤ在庫管
理は、次のように行われる。

【００１６】１．ＣＤ在庫管理者はＣＤ発注依頼情報を
在庫管理ＰＣ２４からＣＤ在庫管理サーバ２１へ登録
し、サーバ２１からネットワークプリンタ２５を介して
出力されるＣＤ発注票を購入先へ送付して発注する。

【００１７】２．ＣＤが入庫次第、ＣＤ在庫管理者は在
庫管理ＰＣ２４から入庫情報を登録し、在庫管理のため
の検索に必要なＣＤ媒体に関するあらゆる情報と、ＣＤ
に収録されている楽曲（音源）に関するあらゆる情報を
ＣＤ在庫管理サーバ２１のデータベースに入力する。こ
の情報には、タイトル、アーティスト名、時間、ジャン
ル、キーワードなどのテキスト入力されるもの、ジャケ
ットイメージをイメージスキャナ２６で入力されるもの
などが含まれる。また他にも、歌詞、アルバム、もしく
は楽曲に関する詳細情報、写真、MIDIデータ、カラオケ
の唄い出しタイミング等、電子的データで入力されるも
のも含まれる。ここで入力される情報は、アルバム（Ｃ
Ｄ全曲）と楽曲に関するもの、並びにそれらに付随・関
連するものであり、送出・放送に関する管理情報・履歴
等は含まれていない（これらは、後述するように、編成
サーバ４１に登録される）。

【００１８】３．ＣＤ在庫管理サーバ２１はハードディ
スク２２に情報を格納し、ＣＤ媒体管理番号を受け付け
順に発番して、バーコードプリンタ２８からバーコード
ラベルを発行する。

【００１９】４．ＣＤ在庫管理者はＣＤ媒体管理番号順
に管理棚にＣＤを収納する。

【００２０】５．ＣＤ利用者は情報管理システム１１の
受け付けに行き、ＣＤ媒体管理番号を告げることによ
り、ＣＤの貸し出しを受けることができる。

【００２１】なお、この情報源管理システム１１には、
DAT、コンパクトカセット、レコードなどのその他の媒
体も管理されている。

【００２２】１式のＣＤ在庫管理サーバ２１はハードデ
ィスク２２をミラーリング構成として、ＭＯディスクに
より週１回の全バックアップをとり、毎日その日に入力
した情報（差分）について情報をバックアップする。１
２式のクライアントとしての在庫管理ＰＣ２４で発注、
入庫、情報入力、検索、貸し出しを行なう。最大格納情
報量は楽曲について１００万件である。

【００２３】素材情報管理・進行編成システム１２は、
２式の編成サーバ４１−１，４１−２と、それに接続さ
れている１５式の編成用ＰＣ４２−１乃至４２−１５に
より構成されている。編成サーバ４１は、それぞれハー
ドディスク４１Ａを有している。この素材情報管理・進
行編成システム１２は、放送に寄与する楽曲の管理と、
進行表の編成を行う。この進行表には、放送される素材
とその放送開始時刻、放送間隔が記録されている。放送
に必要な楽曲の素材情報とチャンネル毎の進行表は、全
て、編成サーバ４１のハードディスク４１Ａに格納され
ている。なお、ここで、素材とは、楽曲をMPEG圧縮（エ
ンコード）してファイル化したものを言い、素材情報と
は、素材情報登録システム１３によりエンコードした、
もしくはエンコード依頼があるこれから放送に必要な素
材の情報を言う。

【００２４】素材情報管理・進行編成は以下のように行
なわれる。編成者は編成用ＰＣ４２から自分の担当する
チャンネルの進行表を作成する。

【００２５】１．編成者は放送したい楽曲について編成
サーバ４１の素材情報を検索する。目的の素材が見つか
れば、編成用ＰＣ４２のGUI上で、その楽曲を編成枠に
ドラッグする。この時、ドラッグされた楽曲の演奏時間
は放送する際の実時間である。編成枠上この楽曲は「収
録済」となる。

【００２６】２．編成者は放送したい楽曲について編成
サーバ４１の素材情報を検索した結果、目的の素材が見
つからなければ、ＣＤ在庫管理サーバ２１を検索する。
目的の楽曲が見つかれば、編成用ＰＣ４２のGUI上で、
その楽曲を編成枠にドラッグする。この時、ドラッグさ
れた楽曲の演奏時間はＣＤ在庫管理上の時間であり、収
録した結果の時間はこれと異なる場合がある。この場合
には未だ素材情報登録（エンコード）がされていないの
で、編成枠上この楽曲は「未収録」となる。未収録の楽
曲は、順次、素材情報登録システム１３に収録候補とし
て通知され、エンコードされ次第、編成サーバ４１上
で、「未収録」が「収録済」の素材に変更され、このと
き、素材の演奏時間は放送する際の実時間となる。

【００２７】ＣＤ在庫管理サーバ２１を検索して、目的
の楽曲が見つからない場合、ＣＤ在庫管理サーバ２１に
対してＣＤ発注依頼が出力された後、仮候補とされ、入
庫、ＣＤ在庫管理登録が済み次第、上述の手続きを経
て、エンコードが行なわれ、最終的に全ての楽曲が編成
枠上「収録済」となる。

【００２８】３．全ての楽曲が編成枠上「収録済」とな
った時点で、編成者は編成用ＰＣ４２のGUI上で整合性
チェックをかける。整合性チェックとは、編成枠内で指
定された素材を均等に割り付け、再生時間、曲間（無
音）時間が規定値以内であるか否かを自動的にチェック
する。例えば１時間番組で約５分の曲を１２曲放送しよ
うとした場合、１１曲が丁度５分、１曲が６分だとする
と、合計の再生時間が編成枠（１時間）を超えてしま
う。また、全曲が丁度５分だとすると、曲の間の無音部
分がなくなってしまい、放送としては不自然になってし
まう。そこで素材を放送する場合の曲間（無音）の時間
の下限値（例えば１．５秒）と、上限値（例えば３秒）
を設定して、全曲を均等に割り付けた時に、曲間（無
音）時間がこの範囲に入るかどうかチェックする。もし
入らない場合は、演奏時間の異なる素材に入れ替える
か、短めな編成としてその編成枠の最後に、予め用意し
てある時間調整の為の素材を入れてチェックを通過する
ようにする。

【００２９】図４は、このような整合性チェックの処理
のフローチャートを表している。最初にステップＳ１に
おいて、整合性チェックの処理を開始し、ステップＳ２
において、すべての楽曲が収録済みであるか否かを判定
する。収録済みである場合には、整合性チェックする素
材が確定しているので、ステップＳ３に進み、曲間の上
限値と下限値を入力する。例えば、曲間の上限値として
３秒が、曲間の下限値として１．５秒が、それぞれ入力
される。

【００３０】次に、ステップＳ４で、均等割付け計算が
行われる。例えば、図５（Ａ）に示すように、編成枠が
１時間（３６００秒）であり、この放送時間内に、曲Ａ
乃至曲Ｌを放送するものとする。曲Ａ乃至曲Ｌの演奏
（再生）時間の合計は、３４３７秒となるので、曲間総
時間は、１６３秒（＝３６００−３４３７）となる。

【００３１】そこで、この曲間総時間を、曲間数（＝１
２）で割算すると、曲間平均時間として、１３．５８秒
（＝１６３秒／１２）が得られる。

【００３２】次に、ステップＳ５に進み、曲間が上限以
内であるか否かが判定される。いまの場合、曲間は１
３．５８秒であり、上限値（３秒）を越えている。この
場合、ステップＳ６に進み、推奨差し替え曲時間を表示
する。

【００３３】いまの場合、曲間上限時間の総和は、３６
秒（＝３秒×１２）であり、曲間下限時間の総和は、１
８秒（＝１．５秒×１２）となる。従って、最低演奏増
加時間は、１２７秒（＝曲間総時間１３６秒−曲間上限
時間総和３６秒）となり、最大演奏増加時間は、１４５
秒（＝曲間総時間１６３秒−曲間下限時間総和１８秒）
となる。そこで、例えば「現状より２分０７秒（１２７
秒）乃至２分２５秒（１４５秒）長い曲に変更する必要
あり」のようなメッセージを編成用ＰＣ４２に表示させ
る。

【００３４】そこで、編成者は、ステップＳ７におい
て、所定の曲を、より長い曲に差し替えるなどの再編成
処理を行う。

【００３５】例えば、図５に示すように、２分の長さの
曲Ｌを、４分１０秒（２５０秒）の曲Ｍに変更すると、
曲Ｍは、曲Ｌより２分１０秒（１３０秒）長いので、図
５（Ｂ）に示すように、曲Ａ乃至曲Ｋ、および曲Ｍの合
計１２曲を、均等の曲間（２．７５秒）で割り付けるこ
とができる。

【００３６】図４のステップＳ５で、曲間が上限値以内
であると判定された場合には、ステップＳ８に進み、曲
間が下限値以内であるか否かが判定される。曲間が下限
値以内である場合には、ステップＳ１１に進み、整合性
チェックが完了される。

【００３７】これに対して、ステップＳ８において、曲
間が下限値以内ではないと判定された場合には、ステッ
プＳ９に進み、推奨差し替え曲時間が表示される。そし
て、ステップＳ１０において、編成者は、より短い曲に
差し替えるなどの再編成処理を行う。このため、各種の
長さの曲が、予め用意され、後述する保有サーバ１２１
に登録されている。

【００３８】ステップＳ２において、整合性チェックを
行う楽曲が、すべて収録済みではないと判定された場合
には、ステップＳ１２に進み、未収録曲が、編成用ＰＣ
４２に表示される。この場合、均等割付け計算を行うこ
とができないので、ステップＳ１３に進み、整合性チェ
ック未了のまま、処理が終了される。

【００３９】なお、これらの素材の演奏時間はＣＤ在庫
管理サーバ２１のデータベースの時間ではなく、編成サ
ーバ４１上の素材情報データベース（エンコードされた
後の素材）の時間を基に計算される。

【００４０】このようにして、１つのチャンネルの１日
分の進行表（ファイル）が作成される。最終的に編成管
理者がこの進行表を承認し、承認された進行表（ファイ
ル）は書き換えられないようにロックされて、送出サイ
ト２の保有サーバ１２１の外部ハードディスク１２１Ａ
に専用回線３を使って転送される。

【００４１】４．このように、編成サーバ４１には、チ
ャンネル毎、放送日毎に、進行表がデータベースとして
保存される。また編成サーバ４１には、素材情報とし
て、既に放送素材として保有サーバ１２１の外部ハード
ディスク１２１Ａに蓄積されている素材に関するデー
タ、および今後放送予定があり、保有サーバ１２１の外
部ハードディスク１２１Ａに蓄積されるべき未収録の素
材に関するデータが、データベースとして蓄積される。
これらのデータは、ＣＤ在庫管理サーバ２１のデータベ
ースから、放送に必要な項目を引き出したデータを基本
とし、それに放送日、放送チャンネル、編成者など、放
送に関する情報を付加した形で蓄積されている。

【００４２】２式の編成サーバ４１−１，４１−２はそ
れぞれ外部ハードディスク４１Ａ−１，４１Ａ−２をも
ち、デュアル稼働している。１５式の編成用ＰＣ４２−
１乃至４２−１５で、編成サーバ４１の検索、ＣＤ在庫
管理サーバ２１の検索などにより編成表を作成する。編
成サーバ４１の最大格納情報量は素材について１０万件
である。

【００４３】素材情報登録システム１３は、８式のＣＤ
プレーヤおよびアンプ５１−１乃至５１−８を有し、８
式のMPEGエンコーダデコーダ５２−１乃至５２−８は、
ＣＤプレーヤおよびアンプ５１−１乃至５１−８の再生
出力をエンコードして、８式の登録ＰＣ５３−１乃至５
３−８に出力するようになされている。登録ＰＣ５３−
１乃至５３−８は、エンコーダデコーダ５２−１乃至５
２−８より供給されたデータを、ルータ７３−３、ター
ミナルアダプタ（ＴＡ）７２−３、デジタルサービスユ
ニット（DSU）７１−３から、専用回線３を介して送出
サイト２のDSU１２５−３に出力するようになされてい
る。

【００４４】登録ＰＣ５３−１乃至５３−８にはまた、
８式のライブＰＣ６１−１乃至６１−８が接続されてい
る。これらのライブＰＣ６１は、そのハードディスク６
１Ａに、ライブ用のデータを保存する。そして、ライブ
ＰＣ６１−１乃至６１−８より出力されたデータは、MP
EGデコーダ６２−１乃至６２−８によりデコードされた
後、コーデック（CODEC:Coder-Decoder）６３−１乃至
６３−８から専用回線３を介して、送出サイト２のコー
デック１２４−１乃至１２４−８に供給されるようにな
されている。

【００４５】なお、このとき、MPEGデコーダ６２−１乃
至６２−８の出力は、適宜、マイクロホン７６−１乃至
７６−８からの入力と加算され、コーデック６３から出
力されるようになされている。

【００４６】アーカイブ制御ＰＣ５４には、アーカイブ
ＭＯチェンジャ５５が接続されており、アーカイブＭＯ
チェンジャ５５でドライブされるＭＯディスクに、アー
カイブデータが記憶されるようになされている。このア
ーカイブ制御ＰＣ５４は、登録ＰＣ５３、ライブＰＣ６
１、在庫管理サーバ２１、編成サーバ４１、編成用ＰＣ
４２などに接続されている他、ルータ７３−２、ターミ
ナルアダプタ７２−２、DSU７１−２から、専用回線３
を介して、送出サイト２のDSU１２５−２、ターミナル
アダプタ１２６−２、ルータ１２７−２から、保有サー
バ１２１にも接続されている。

【００４７】素材情報登録システム１３は、例えばＣＤ
等の蓄積媒体からＣＤプレーヤおよびアンプ５１で楽曲
を再生して、MPEGエンコーダデコーダ５２により圧縮処
理（エンコード）をして素材ファイル化し、登録ＰＣ５
３、ルータ７３−３、ターミナルアダプタ７２−３、DS
U７１−３、専用回線３、DSU１２５−３、ターミナルア
ダプタ１２６−３、ルータ１２７−３を介して保有サー
バ１２１に転送する機能、保有サーバ１２１内の素材を
削除したり、または、保有サーバ１２１内の素材をルー
タ１２７−２、ターミナルアダプタ１２６−２、DSU１
２５−２、専用回線３、DSU７１−２、ターミナルアダ
プタ７２−２、ルータ７３−２、アーカイブ制御ＰＣ５
４を介して、アーカイブＭＯチェンジャ５５に転送する
機能、保有サーバ１２１内の楽曲を任意に選択して、ル
ータ１２７−３、ターミナルアダプタ１２６−３、DSU
１２５−３、専用回線３、DSU７１−３、ターミナルア
ダプタ７２−３、ルータ７３−３、登録ＰＣ５３、MPEG
エンコーダデコーダ５２、ＣＤプレーヤおよびアンプ５
１の経路で、音楽を再生する機能を実現するシステムで
ある。

【００４８】素材情報管理・進行編成システム１２で編
成者が放送したい楽曲について編成サーバ４１の素材情
報を検索した結果、目的の素材が見つからず、ＣＤ在庫
管理サーバ２１を検索して、目的の素材が見つかれば、
編成用ＰＣ４２のGUI上で、その楽曲を編成枠にドラッ
グする。この場合には未だ素材情報登録（エンコード）
がされていないので、編成枠上この楽曲は「未収録」と
なる。そこで未収録の楽曲は専用回線３を介してこの素
材情報登録システム１３に収録候補として通知される。

【００４９】素材情報登録担当者は、この未収録すなわ
ち素材登録候補の楽曲の中から、これから登録を行う楽
曲を予約する。これは同時に他の担当者と作業が重複し
ないようにするためである。予約をした後、素材情報登
録担当者は、情報源管理システム１１の貸し出し窓口に
行き、必要なＣＤ媒体を借りる。この時、編成用ＰＣ４
２上で引き出された素材情報は、ＣＤ在庫管理サーバ２
１のデータベースによるものなので、ＣＤ媒体管理番号
によって即座に目的のＣＤ媒体を引き出すことができ
る。

【００５０】これを素材登録を行うブースにて、素材登
録候補の楽曲と、実際に借り出してきたＣＤ媒体のうち
の楽曲を電子的に照合するチェックを行う。これは、Ｃ
Ｄ在庫管理登録をする際に、１つの楽曲に対して演奏時
間とトラック番号などから、ある一定の演算式により求
められた楽曲に一意に定まる値を計算して、それが照合
ＩＤとしてデータベースに保存されているので、実際に
借り出したとき、再度その演算により求められた値が一
致するかどうかで実現できる。

【００５１】確認された楽曲をＣＤプレーヤおよびアン
プ５１にかけ、リアルタイムにMPEGエンコーダデコーダ
５２でエンコードして、登録ＰＣ５３のハードディスク
５３Ａに、MPEGファイルとして格納する。書き込みが終
了したファイル（素材）は、送出サイト２の保有サーバ
１２１の外部ハードディスク１２１Ａに専用回線３を使
って転送される。さらに送出サイト２の保有サーバ１２
１の外部ハードディスク１２１Ａに格納されたファイル
（素材）は、専用回線３を使って、編成サイト１の登録
ＰＣ５３のハードディスク５３Ａに転送される。素材情
報登録担当者はこの保有サーバ１２１から転送されたフ
ァイル（素材）を、MPEGエンコーダデコーダ５２によっ
て再生して、音を最初から最後まで聴く検聴を行う。検
聴作業を経て問題ない素材が「収録済」となる。

【００５２】楽曲のMPEGファイル化については図６乃至
図９に示す方法で実現できる。

【００５３】１．図６に示す方法では、ＣＤプレーヤお
よびアンプ５１としての実時間再生装置２０１（例えば
ＣＤプレーヤ）で音楽（ベースバンド）を再生し、それ
をMPEGエンコーダデコーダ５２としての実時間エンコー
ダ２０２で圧縮して、登録ＰＣ５３のハードディスク５
３Ａに蓄積する。

【００５４】２．図７に示す方法では、ＣＤプレーヤお
よびアンプ５１としてのＮ倍速の再生装置２１１、例え
ば８倍速のCD-ROMプレーヤでデータを読み込み、これを
MPEGエンコーダデコーダ５２としての８倍速のエンコー
ダ２１２で圧縮して、登録ＰＣ５３のハードディスク５
３Ａに蓄積する。Ｎは１より大の小数を含む数である。

【００５５】３．図８に示す方法では、ＣＤプレーヤお
よびアンプ５１としての可変倍速再生装置２２１（例え
ばCD-ROMプレーヤ）でデータを読み込み、これを直接登
録ＰＣ５３の内部メモリまたはハードディスク５３Ａに
一旦蓄積して、ソフトウエアでエンコードして、ハード
ディスク５３Ａに蓄積する。なお、ここにおける可変倍
速とはバースト読み出し制御を含む。

【００５６】４．図９に示す方法では、外部にて既にエ
ンコードされたファイルの供給を受けて、登録ＰＣ５３
のハードディスク５３Ａに蓄積する。

【００５７】素材情報登録システム１３では、保有サー
バ１２１からルータ１２７−２、ターミナルアダプタ１
２６−２、DSU１２５−２、専用回線３、DSU７１−２、
ターミナルアダプタ７２−２、ルータ７３−２、ライブ
ＰＣ６１の経路で転送されたファイル（素材）を、MPEG
デコーダ６２によってデコード、再生する方法で、ＤＪ
（ディスクジョッキー）によるライブ放送の楽曲送出が
行われる。放送したい楽曲を、ＤＪ端末としてのライブ
ＰＣ６１から編成サーバ４１を検索して、目的の楽曲が
既に収録済であるか否かを調べる。その素材を送出サイ
ト２の保有サーバ１２１から専用回線３により転送し
て、デコーダ６２によって楽曲を再生（デコード）す
る。このとき、マイクロホン７６により収音した音声信
号がＡ／Ｄ変換され、MPEGデコーダ６２の出力に重畳
（ミキシング）される。

【００５８】また、高速で高価な保有サーバ１２１の外
部ハードディスク１２１Ａの容量は有限なために、いず
れ飽和してしまう。そこで保有サーバ１２１の外部ハー
ドディスク１２１Ａの容量を常に監視し、設定した条件
に従って、削除候補の素材をアーカイブ制御ＰＣ５４に
表示する。この条件とは、例えば、放送された回数が１
年以内に２回以下の素材、予め放送終了後に削除候補に
指定した楽曲などである。逆に予め素材登録時に削除候
補にあげないように指定した素材は削除候補から除外さ
れる。素材管理者がこの削除候補から実際に削除する楽
曲、ＭＯディスクにアーカイブするもの、削除候補から
外すもの、を指定することによって、自動的にその処理
が行われる。アーカイブＭＯチェンジャ５５のＭＯディ
スクにアーカイブされている楽曲は、編成上必要となっ
た時、バッチ処理によって保有サーバ１２１の外部ハー
ドディスク１２１Ａに戻すことが可能である。このた
め、保有サーバ１２１とアーカイブ制御ＰＣ５４は、ル
ータ１２７−２、ターミナルアダプタ１２６−２、DSU
１２５−２、専用回線３、DSU７１−２、ターミナルア
ダプタ７２−２、ルータ７３−２の経路で相互に接続さ
れている。

【００５９】図１０は、このアーカイブ処理の詳細を表
している。すなわち、最初にステップＳ３１において、
アーカイブ制御ＰＣ５４または登録ＰＣ５３からアーカ
イブのための条件が設定される。この条件は、上述した
ように、例えば、放送回数が過去１年以内に２回以下の
楽曲とすることができる。このときアーカイブ制御ＰＣ
５４は、ステップＳ３２に進み、過去１年以内に放送回
数が２回以下の素材を編成サーバ４１から検索し、これ
を削除候補として、アーカイブ制御ＰＣ５４または登録
ＰＣ５３に表示させる。

【００６０】次に、ステップＳ３３に進み、ステップＳ
３２で表示された削除候補の素材の中から、素材管理者
が実際に削除するものを指定する。この指定が行われる
と、ステップＳ３４において、アーカイブ制御ＰＣ５４
は、削除が指定された素材を保有サーバ１２１の登録か
ら削除する処理を行う。

【００６１】次に、ステップＳ３５において、素材管理
者は、削除候補素材の中から、アーカイブ素材を指定す
る。この指定が行われると、アーカイブ制御ＰＣ５４
は、ステップＳ３６で、保有サーバ１２１に登録されて
いるその素材を、アーカイブＭＯチェンジャ５５のＭＯ
ディスクにアーカイブさせる。

【００６２】これにより、高速ではあるが容量が小さい
ハードディスク１２１Ａと、ハードディスク１２１Ａに
較べて低速ではあるが、容量が大きいＭＯディスクに素
材を分けて保存することができ、すべての素材をハード
ディスク１２１Ａに保存する場合に較べて、小型化、低
コスト化を図ることができる。

【００６３】このように、８式の登録ＰＣ５３−１乃至
５３−８で編成サーバ４１のデータベース上の素材登録
候補を知り、各登録ＰＣ５３に接続された８式のエンコ
ーダデコーダ５２−１乃至５２−８で素材のファイル化
を行う。１式のアーカイブ制御ＰＣ５４（クライアン
ト）で編成サーバ４１のデータベース上の削除候補の素
材を知り、登録ＰＣ５３から削除するか、または、接続
された１式のアーカイブＭＯチェンジャ５５のＭＯディ
スクにアーカイブを行う。８式のライブＰＣ６１−１乃
至６１−８（クライアント）で編成サーバ４１のデータ
ベース上の収録済素材を知り、ライブＰＣ６１−１乃至
６１−８に接続された８式のデコーダ６２−１乃至６２
−８で楽曲の再生を行う。

【００６４】なお、一度アーカイブされた素材であった
としても、その素材が、再び進行表上で使用された場合
には、これを保有サーバ１２１に再び保持させる必要が
ある。すなわち、上述したように、進行表上で素材が指
定されると、その素材が収録済みであるか否かがチェッ
クされる。収録済みでない素材は、収録する必要がある
が、アーカイブされた素材は、既に収録されている素材
である。編成サーバ４１は、ハードディスク４１Ａ上に
形成されているデータベースにおいて、素材の情報を管
理しており、その素材が、アーカイブされた素材である
場合、その素材のアーカイブＭＯチェンジャ５５の記録
位置も保持している。

【００６５】そこで、編成サーバ４１は、進行表上で指
定された素材がアーカイブされた素材であることが判明
した場合、予め設定してある所定の時刻が到来したと
き、バッチ処理により、アーカイブ制御ＰＣ５４を制御
し、アーカイブＭＯチェンジャ５５に保持されている、
その素材を読み出させ、保有サーバ１２１に転送し、保
有させる。

【００６６】なお、もちろん、編成者が必要に応じて手
動操作して、アーカイブされている素材を保有サーバ１
２１に転送し、保持させるようにすることも可能であ
る。

【００６７】さらにまた、進行表上で指定されたアーカ
イブ素材を、バッチ処理により、自動的に保有サーバ１
２１に転送し、保有させる機能を停止するか、あるいは
続行するかを、必要に応じて、選択させるようにしても
よい。このようにすれば、アーカイブされている素材
が、誤って保有サーバ１２１に復元されるようなことが
抑制される。

【００６８】保有サーバおよび多チャンネル送出システ
ム１０１は、２式の保有サーバ１２１−１，１２１−２
を有している。これらの保有サーバ１２１には、例え
ば、５００ＧＢの容量を有するハードディスク（ディス
クアレイ）１２１Ａが接続されている。保有サーバ１２
１は、ルータ１２７−１、ターミナルアダプタ１２６−
１、DSU１２５−１、専用回線３、編成サイト１のDSU７
１−１、ターミナルアダプタ７２−１、ルータ７３−１
を介して編成サーバ４１に接続されている。

【００６９】また、保有サーバ１２１には、専用回線３
上のハブ（HUB）１２２を介して９式の送出サーバ１２
３−１乃至１２３−９が接続されている。送出サーバ１
２３−１乃至１２３−９には、それぞれ２０ＧＢの容量
を有するハードディスク１２３Ａ−１乃至１２３Ａ−９
が接続されている。

【００７０】送出サーバ１２３−１乃至１２３−９には
また、MPEGエンコーダ１２９−１乃至１２９−９の出力
が供給されている。MPEGエンコーダ１２９−１乃至１２
９−９は、編成サイト１のコーデック６３−１乃至６３
−８から専用回線３を介してコーデック１２４−１乃至
１２４−８に供給され、そこからさらにスイッチ１２８
を介して入力されたデータをエンコードして出力するよ
うになされている。

【００７１】送出サーバ１２３−１乃至１２３−９と、
MPEGエンコーダ１２９−１乃至１２９９−９のうち、そ
れぞれ１式の送出サーバ１２３と、１式のMPEGエンコー
ダ１２９は、予備用（待機用）とされ、他の送出サーバ
１２３またはMPEGエンコーダ１２９が故障したとき、代
わりに用いられるようになされている。

【００７２】保有サーバおよび多チャンネル送出システ
ム１０１においては、保有サーバ１２１がその外部ハー
ドディスク１２１Ａに、放送に必要な楽曲をMPEG圧縮
（エンコード）した素材、進行表、多チャンネル（この
実施の形態の場合、１００ｃｈ）のデータの送出に必要
な全てのシステムコンフィグレーション（システム全体
の制御に必要な情報）を保有する。

【００７３】ここでは送出サーバ１２３は、１式で、最
大１３チャンネル分のフォーマット変換と多重化をソフ
トウェアにより行う。

【００７４】本実施の形態における保有サーバ１２１の
外部ハードディスク１２１Ａの容量は５００ギガバイト
（ＧＢ）である。これは、次に示すように、楽曲の１曲
を５分として、２５６kbit／秒のレートの素材とした場
合、約５万曲の格納容量となる。

【００７５】条件：サンプリング周波数 ４８kHz 量子化ビット数 １６bit 音声モード STEREO 圧縮率 １／６(256kbps) 演奏時間 ５分

【００７６】計算式： 48kHz×16bit×2×(1／6)×60×5×(1／8)＝約１０Mbyt
e ５００Gbyte程度／約１０Mbyte＝５万曲

【００７７】その他の進行表、１００ｃｈ送出に必要な
全てのコンフィグレーションのファイルサイズは素材の
容量に比べて極わずかとなる。

【００７８】保有サーバ１２１への編成サイト１からの
アクセスは以下の場合に行われる。

【００７９】１．素材情報管理・進行編成システム１２
からの各チャンネル、各放送日毎の進行表の転送。 ２．素材情報登録システム１３からの素材の転送（登
録）。 ３．素材情報登録システム１３への素材の転送（検聴、
楽曲再生）。 ４．素材情報登録システム１３からの保有サーバ１２１
内の素材の削除。 ５．素材情報登録システム１３への素材のアーカイブＭ
Ｏチェンジャ５５への転送・削除。 ６．素材情報登録システム１３のアーカイブＭＯチェン
ジャ５５からの素材の復帰。

【００８０】保有サーバ１２１に格納されるシステムコ
ンフィグレーションファイルは以下の通りである。

【００８１】・共通時刻： 送出システム全体が正しい
時刻を共有する。 ・ビットレート表： 送出する音楽チャンネルのビット
レートを定義する。 ・チャンネル組合せ表：送出サーバ１２３が受け持つチ
ャンネルを定義する。 ・MUX現用状態：２次多重衛星送出システム１０２の現
用系を示す。 ・PMT：プログラムマップテーブル ・サービス対応表：管理チャンネル番号と放送サービス
番号の対応表である。

【００８２】なお、ここでいう送出システムとは、編成
サーバ４１、保有サーバ１２１、送出サーバ１２３、切
替制御ＰＣ１８２、および、マルチプレクサコントロー
ラ（以下MXCと記す）１４４を意味している。このう
ち、保有サーバ１２１には送出システムの共通情報を蓄
積することができ、システム運用中はいつでも参照・更
新を行うことができる。

【００８３】これらのコンフィグレーションを設定する
サーバと参照するサーバの関係を図１１に示す。

【００８４】ビットレート表、PTM、およびサービス対
応表は、システム基本パラメータを定義しており、通常
の運用中には変更されないものである。チャンネル組合
せ表とMUX現用状態は、通常の運用中に変更されない
が、チャンネルグループを受け持つ送出サーバ１２３は
障害時や保守時に変更される。

【００８５】これらコンフィグレーションのファイルは
先頭注釈行に更新日時が記録されており、参照側はこれ
から更新の有無を知ることができる。

【００８６】以下の説明で単に「管理チャンネル番号」
と呼ぶものは、システムの内部チャンネルに対応する番
号であり、１から１００までの連番である。

【００８７】＜共通時刻＞切替制御ＰＣ１８２は、局内
時計１８４の計時する時刻を基準にして、定期的に保有
サーバ１２１の共通時刻を設定し、更正する。送出サー
バ１２３とMXC１４４は、保有サーバ１２１を対象にrda
teコマンドを実行することで送出システム全体の時刻を
合わせることができる。

【００８８】＜ビットレート表＞ビットレート表は、各
チャンネルの送出ビットレートと、保有サーバ１２１に
保持されている素材ファイルからの送出であるのか、ま
たはリアルタイムのMPEGエンコーダ１２９からの送出で
あるのか、を定義するとともに、注釈として放送する音
楽ジャンルを定義する。これは切替制御ＰＣ１８２が設
定し、編成サーバ４１と送出サーバ１２３が参照する。

【００８９】＜チャンネル組合せ表＞このチャンネル組
合せ表は、１つの送出サーバ１２３が受け持つ管理チャ
ンネルを定義するファイルである。これは、切替制御Ｐ
Ｃ１８２がftp（file transfer protocol）で設定し、
送出サーバ１２３とMXC１４４が参照する。

【００９０】＜MUX現用状態＞これは、２重系構成であ
る２次多重衛星送出システム１０２のマルチプレクサ
（MUX）１４１の現用系を示し、切替制御ＰＣ１８２が
設定し、MXC１４４が参照する。

【００９１】＜PMT（プログラムマップテーブル）＞PMT
は放送の各チャンネルに割り当てられるマップ情報を定
義するファイルである。これは、MXC１４４がftpで毎日
更新し、送出サーバ１２３が参照する。

【００９２】このPMTの転送手順は次の通りである。 時刻ｔ１ ［MXC１４４→保有サーバ１２１］翌日用PMT
をPMT.newとしてftp転送 時刻ｔ２ ［保有サーバ１２１］PMT.new があれば PMT
にファイル名変更 時刻ｔ３ ［送出サーバ１２３］当日の放送終了 時刻ｔ４ ［ 保有サーバ１２１→送出サーバ１２３］P
MT のコピー 時刻ｔ５ ［送出サーバ１２３］翌日の放送開始

【００９３】なお、放送時刻は、時刻ｔ０から時刻ｔ６
までが１日（１サイクル）とされ、上記手順の時刻ｔ１
乃至ｔ５は、その間の所定の時刻である。

【００９４】保有サーバ１２１は、毎日所定の時刻に新
しいPMT(PMT.new)の存在を調べ、あればファイル名をPM
Tとすることで受領する。送出サーバ１２３は、毎日の
放送開始に先だってPMTをコピーする。このとき、保有
サーバ１２１に障害があれば、前日にコピーしたPMTで
送出する。

【００９５】＜サービス対応表＞これは、管理チャンネ
ル番号と放送サービス上で割り当てられる「チャンネル
番号」との対応を示し、切替制御ＰＣ１８２が設定し、
送出サーバ１２３とMXC１４４が参照する。

【００９６】＜コンフィグレーションファイル変更方法
＞以下のファイルを更新する場合は、接尾語に（.new）
を付加して切替制御ＰＣ１８２から保有サーバ１２１へ
ftp転送する。 ・ビットレート表： /100ch/config/bitrate.new ・チャンネル組合せ表：/100ch/config/Channel.new ・サービス対応表： /100ch/config/service.new

【００９７】保有サーバ１２１は、毎日、放送終了間際
の所定の時刻に、これら更新ファイルの存在を調べ、あ
れば接尾語を除いたファイル名に変更することでこれを
受領する。

【００９８】送出サーバ１２３は、毎日の放送開始に先
だって、受領されたファイル（すなわち、接尾語の付か
ないファイル）をコピーする。このとき、保有サーバ１
２１に障害があれば、前日にコピーしたものが有効とさ
れる。

【００９９】コンフィグレーションファイル変更（更
新）の処理をフローチャートにまとめると、図１２に示
すようになる。最初に、ステップＳ４１において、保有
サーバ１２１は、（．new）の接尾語が付加されている
ファイルがあるか否かを判定し、このようなファイルが
存在する場合には、ステップＳ４２に進み、ファイル置
換処理を実行する。

【０１００】すなわち、保有サーバ１２１は、（．ne
w）の接尾語を除いたファイル名のファイルを、その接
尾語がついたファイルの内容で更新する。例えば、ＡＢ
Ｃ．newのファイルが存在する場合、ファイルＡＢＣ
が、ファイルＡＢＣ．newで更新される。そして、更新
後のファイル名は、ＡＢＣとされる。

【０１０１】このようなファイル置換処理が実行された
後、ステップＳ４３に進む。ステップＳ４１において、
（．new）の接尾語を有するファイルが存在しないと判
定された場合には、ステップＳ４２の処理をスキップ
し、ステップＳ４３に進む。ステップＳ４３において
は、このようにして保有サーバ１２１において更新され
たファイルが、送出サーバ１２３にコピーされ、送出サ
ーバ１２３は、その内容に応じて、放送を行う。

【０１０２】本実施の形態において、送出サーバ１２３
は９式とし、そのうち８式が現用、１式を予備としてい
る。送出サーバ１２３は１式で保有サーバ１２１からの
複数チャンネル（本実施の形態においては最大１３チャ
ンネル）の素材ファイル、或いは実時間でMPEG圧縮（エ
ンコード）処理するリアルタイムエンコーダ１２９から
の素材ストリームを入力とし、MPEGシステム規格のトラ
ンスポートストリーム（ＴＳ）にソフトウェアにてリア
ルタイムで変換し、多重する。

【０１０３】また、送出サーバ１２３は、他にPMT（プ
ログラムマップテーブル）、PCR（プログラムクロック
リファレンス）も同時に多重する。これを１次多重化と
呼ぶ。

【０１０４】本実施の形態のように、全体で１００チャ
ンネルを放送する場合、８式の送出サーバ１２３の内、
６式が１３チャンネル、１式が１２チャンネル、残り１
式が１０チャンネルを１次多重する。それを電気信号に
変換して、２次多重衛星送出システム１０２の現用系と
予備系の２式のマルチプレクサ（MUX）１４１−１，１
４１−２に並列に出力する。さらに同様の出力を、ＴＳ
音声モニタ１６３にも並列に出力する。これらの伝送路
のケーブル内を流れる電気信号は、全て送出サーバ１２
３からマルチプレクサ１４１、ＴＳ音声モニタ１６３へ
の信号であり、内容はＴＳデータ、クロック、シンク、
データバリッドである。

【０１０５】送出サーバ１２３は日替り時（４：００）
に、前日に取得した当日分の複数の担当チャンネル分の
進行表に従って、放送に必要な素材のファイルを送出サ
ーバ１２３の外部ハードディスク１２３Ａから順次読み
出し、それと同時に、MPEGエンコーダ１２９により実時
間でMPEG圧縮（エンコード）処理された素材ストリーム
を並列のMPEGシステム規格のトランスポートストリーム
パケットに変換し、また、PMT（プログラムマップテー
ブル）パケットの作成を行い、さらにNullパケットを挿
入した後、PCR（プログラムクロックリファレンス）パ
ケットを多重した上に、そのPCRパケットに時間情報を
打刻して出力する。

【０１０６】送出サーバ１２３はさらに、日替り時に、
翌日分の複数の担当チャンネル分の進行表を保有サーバ
１２１から読み出し、その進行表に従って、翌日放送に
必要な素材を保有サーバ１２１から送出サーバ１２３の
外部ハードディスク１２３Ａへコピーする。これによ
り、万一、保有サーバ１２１に障害が生じた場合や、進
行表の送付が遅れた場合に対して、翌日まで対応を猶予
することができる。また万一、２日以上、保有サーバ１
２１に障害が生じた場合や、進行表が送付されなかった
場合に、その当日は前日分の進行表を代用（コピー）す
ることによって、放送が全く実行されないという事故を
防ぐことが可能となる。

【０１０７】本実施の形態における送出サーバ１２３の
外部ハードディスク１２３Ａの容量は、２日分格納する
ものとした。ディスクの占有容量は、本日分と翌日分な
ど、素材が重複する場合には、各チャンネル内、さらに
全チャンネルで互いに全く重複しない素材を放送する場
合より減少する。すなわち、極端な場合として、全ての
チャンネルで１つの素材を連続して２日間放送する場合
には、ディスクの占有容量は１素材ファイル分のみでよ
い。また、運用によっては、特定のチャンネルはより短
い編成とし、特定のチャンネルはより長い編成にするこ
とも可能である。

【０１０８】８式の送出サーバ１２３の中の１式に、万
一障害が生じ、送出不能になった場合、その送出サーバ
１２３−ｉが担当している全てのチャンネル（例えば１
３チャンネル）の放送が停止する。そこで、障害が生じ
た送出サーバ１２３−ｉで実行していたプロセスを、全
て予備の送出サーバ１２８−ｊへ切り替える（９／８リ
ダンダンド切替を行う）。後述する切替制御ＰＣ１８２
は保有サーバ１２１のコンフィグレーションを書き換
え、その後、各送出サーバ１２３、MXC１４４にコンフ
ィグレーションが書き換えられたことを伝える。予備と
して待機していた送出サーバ１２８−ｊは障害を生じた
送出サーバ１２８−ｉが担当していたチャンネルの進行
表を保有サーバ１２１から取得して、その進行表に従っ
て現在送出に必要な素材ファイルを保有サーバ１２１か
ら直接読み出して送出を開始する。これと同時にMXC１
４４はMUX１４１の入力チャンネルを切り替える。すな
わち、障害の生じたMUX１４１の入力ゲートを閉じ、予
備としてそれまで閉じていた入力ゲートを開ける。これ
により直ちに放送が開始される（復旧する）。

【０１０９】また、その間にも送出サーバ１２３−ｊ
は、担当するチャンネルの進行表から、今後、本日およ
び翌日に必要となる素材ファイルを検索し、それを保有
サーバ１２１から読み出して外部ハードディスク１２３
Ａ−ｊに順次コピーを行う。すなわち、送出する素材フ
ァイルの読み出しよりも、保有サーバ１２１から送出サ
ーバ１２３へのファイルの転送時間の方が早いので、送
出すべきものは、すべての素材のコピーの完了を待たず
に送出し、その合間に、コピーを完了する。これにより
予備として待機していた送出サーバ１２３−ｊは、最終
的に、障害を生じた送出サーバ１２３−ｉと全く同様の
設定となる。これにより、障害により入れ替えが起こっ
た後、予備機を現用機に戻す必要がなく、以後、障害が
生じた送出サーバ１２３−ｉを予備機として待機させ、
修理することが可能となる。

【０１１０】２次多重衛星送出システム１０２は、図１
３に示すように、送出システムＡ系３１１と、送出シス
テムＢ系３１２を有している。送出システムＡ系３１１
を構成するマルチプレクサ１４１−１には、送出サーバ
１２３−１乃至１２３−９の出力が供給されている。マ
ルチプレクサ１４１−１は、MXC１４４−１により制御
され、所定の８式の送出サーバ１２３からの出力を選択
し、変調装置１４２−１に出力している。変調装置１４
２−１は、入力されたデータをQPSK方式で変調し、セレ
クタ１４３に出力する。

【０１１１】同様に、送出システムＢ系３１２を構成す
るマルチプレクサ１４１−２は、MXC１４４−２により
制御され、送出サーバ１２３の出力を選択し、変調装置
１４２−２に出力している。変調装置１４２−２は、入
力された信号をQPSK方式で変調し、セレクタ１４３に出
力している。

【０１１２】なお、送出サーバ１２３からMXC１４４と
ＴＳ音声モニタ１６３には、DVB（Digital Video Broad
casting）パラレル、LVDSなどで、データが転送され
る。

【０１１３】セレクタ１４３は、切替制御ＰＣ１８２に
より制御され、変調装置１４２−１または変調装置１４
２−２より入力された信号の一方を選択し、図示せぬ中
間周波（ＩＦ）処理回路を介して衛星に出力するように
なされている。

【０１１４】また、マルチプレクサ１４１とMXC１４４
には、放送全体を管理する放送管理システム３０１よ
り、適宜、所定の信号が供給されるようになされてい
る。

【０１１５】２次多重衛星送出システム１０２では、８
系統の送出サーバ１２３よりそれぞれ供給される１３チ
ャンネル分のPES（Program Elementary Stream）パケッ
ト、PMTパケット、およびPCRパケットが１次多重された
ＴＳを、マルチプレクサ１４１に入力する。２次多重装
置としてのマルチプレクサ１４１ではこれらのパケット
と、PMT以外の番組選択に必要なパケット、番組ガイド
パケット、番組管理パケット、顧客管理パケット等、衛
星に送出する全てのパケットを多重化して出力する。そ
の出力はQPSK変調装置１４２にてエラー訂正符号が付加
された後に、QPSK変調されて変調信号として出力され
る。

【０１１６】マルチプレクサコントローラ（MXC）１４
４は放送管理システム３０１から翌日分の運行データ
（放送全体の運行を規定する）を毎日２６：３０に受け
取り、２７：５０にPMTファイルを作成し、PMT.newとし
てハブ１２２を介して保有サーバ１２１に転送する。ま
たMXC１４４はマルチプレクサ１４１に対して、PMT以外
の番組選択に必要なパケット、番組ガイド用パケット、
番組管理パケット、顧客管理パケット等、衛星に送出す
る全てのパケットの送出の設定およびスケジュールを転
送する。

【０１１７】図１４に現用MXC１４４から見た周辺装置
の構成を示す。なお、図１４において、送信または受信
は、中央に配置されている現用のMXC１４４−１（また
は１４４−２）からみた場合を示している。

【０１１８】MXC１４４は、MXC１４４−１（MXC−Ａ）
とMXC１４４−２（MXC−Ｂ）の２式により構成され、MX
C１４４以降のＡ系、Ｂ系それぞれを独立に制御する
が、現用系MXC１４４だけが、ハブ１２２を介して送出
サーバ１２３に、ハブ３０３を介してＴＳ音声モニタ１
６３に、また、ハブ３０３とチャンネルセッタＰＣ１６
２を経由して、多チャンネルモニタシステム１０３の多
チャンネルモニタ１６１のスイッチ卓３４１に、それぞ
れ制御情報を送る（図１３）。現用、予備の認識は、保
有サーバ１２１上のコンフィグレーションにより行われ
る。

【０１１９】MXC１４４の主な役割の１つは各種パラメ
ータの設定であり、初期パラメータの設定を行い、その
後、異常がない限り、送出運用には関与しない。また他
の１つの役割は異常監視であり、各周辺装置の監視を行
い、アラームＰＣ１８３に異常（アラーム）を通知し、
切替制御ＰＣ１８２からの切替指示により、保有サーバ
１２１上のコンフィグレーションに従って切替制御を行
う（図１４）。

【０１２０】MXC１４４−１と１４４−２は、例えば、
５分毎に、ダミーデータの書き込みを要求し、その実行
を確認するなどして、相互に他方を監視し合い、予備MX
Cから現用MXCの異常がアラームＰＣ１８３に通知された
場合は、監視者（人）はこれを判断して切替制御ＰＣ１
８２を制御して、現用、予備を入れ替えさせる。

【０１２１】現用系MXC１４４の役割を以下に示す。 ・放送管理システム３０１からの各種送出制御情報の受
信 ・保有サーバ１２１へのPMTファイルの送信 ・保有サーバ１２１からの時刻、現用／予備指定等のコ
ンフィグレーションの受信 ・アラームＰＣ１８３への異常通知 ・切替制御ＰＣ１８２からの切替指示受信 ・現用系MUX１４１の設定および監視 送出サーバ１２３の異常時の現用系MUX１４１の入力チ
ャンネルの切替 現用系MUX１４１の入力チャンネルのエラーの送信 ・現用系QPSK変調装置１４２の設定および監視 ・予備系MXC１４４の監視 ・ＴＳ音声モニタ装置１６３の設定および監視 ・チャンネルセッタＰＣ１６２の設定および監視

【０１２２】予備系MXC１４４の役割を以下に示す。 ・放送管理システム３０１からの各種送出制御情報の受
信 ・保有サーバ１２１からの時刻、現用／予備指定等のコ
ンフィグレーションの受信 ・アラームＰＣ１８３への異常通知 ・切替制御ＰＣ１８２からの切替指示受信 ・予備系MUX１４１の設定および監視 送出サーバ１２３の異常時の予備系MUX１４１の入力チ
ャンネルの切替 予備系MUX１４１の入力チャンネルのエラーの送信 ・予備系QPSK変調装置１４２の設定および監視 ・現用系MXC１４４の監視

【０１２３】マルチプレクサ１４１、QPSK変調装置１４
２、MXC１４４は上述の如く、それぞれＡ系とＢ系の２
式があり、全く独立に並列に動作している。それぞれの
QPSK変調装置１４２の出力は、セレクタ１４３に供給さ
れ、切替制御ＰＣ１８２がこの切り替えを行う。これに
より、現用系・予備系が入れ替わる（Ａ・Ｂ切替）。MX
C１４４は独立にそれぞれのMUX１４１に、設定およびス
ケジュールを転送するが、保有サーバ１２１へのPMTフ
ァイルの送信、ＴＳ音声モニタ１６３の設定および監
視、チャンネルセッタＰＣ１６２の設定および監視は、
現用系のMXC１４４のみが行う。

【０１２４】多チャンネルモニタシステム１０３は、多
チャンネルモニタ１６１を有している。この多チャンネ
ルモニタ１６１には、変調装置１４２−１，１４２−２
の出力と、ＴＳ音声モニタ１６３の出力が供給されてい
る。さらに、この多チャンネルモニタ１６１には、図示
せぬ受信装置で衛星からの電波を受信し、これを復調し
て得られた受信ＩＦ信号も供給されている。さらに、多
チャンネルモニタ１６１には、ＯＡリスニングＰＣ１６
５の出力が、MPEGデコーダ１６６でデコードされた後、
供給されている。多チャンネルモニタ１６１では、これ
らの入力を適宜モニタすることができるようになされて
いる。チャンネルセッタＰＣ１６２は、多チャンネルモ
ニタ１６１を制御するようになされている。

【０１２５】多チャンネルモニタシステム１０３は、正
しく全てのチャンネルが送出されているかをモニタする
システムである。まず、衛星からの送信電波を受信し
て、１００台の受信装置としてのIRD（図示せず）に分
配して、それぞれのIRDによって音を再生して、多チャ
ンネルモニタ１６１の１００チャンネル分のピークレベ
ルメータに一斉表示する。監視者はそのメータの動きに
より一目で送出状態を知ることが出来る。また、多チャ
ンネルモニタ１６１にレベル検出装置１６１Ａを設け、
−５０dB以下の状態（無音）が３０秒以上続いた場合
に、ピークレベルメータ上のインジケータを赤く点滅さ
せるとともに、アラームを鳴らすことで監視者に注意を
促す。監視者はそれを知り、そのチャンネルを選択して
音をスピーカに出力して、障害かどうかの調査を行うこ
とができる。このレベルのしきい値、検出時間設定は変
更することが可能である。

【０１２６】衛星の送出系統に異常が検出された場合に
は、多チャンネルモニタ１６１への入力を、一斉に、IR
Dの出力（CS−IF)から、現用系のQPSK変調装置１４２の
出力に切り替えて、衛星送出前の音声を、１００チャン
ネルのピークレベルメータと、スイッチ卓３４１で選択
した１つの音声によって確認を行う。必要に応じて予備
系のQPSK変調装置１４２の出力に切り替えて、衛星送出
前の音声を１００チャンネルのピークレベルメータと、
１つの選択音声によって確認を行う。

【０１２７】さらに問題がある場合は、ＴＳ音声モニタ
１６３によって送出サーバ１２３の出力、すなわちMUX
１４１に入力する前の１次多重化ストリームから、１チ
ャンネルのトランスポートストリーム（ＴＳ）を抜き出
し（デマルチプレックスし）、デコーダ１６４（図３）
でデコードして、１００チャンネルのピークレベルメー
タと、１つの選択音声によって確認を行う。送出サーバ
１２３で１式当たり１３チャンネルを同時に多重するた
めに、ＴＳ音声モニタ１６３は、１式で最大１３チャン
ネルのＴＳを同時にデコードして、１３チャンネルの音
声を出力する。ＴＳ音声モニタ１６３を８式（９式のう
ちの１式は予備となる）装備することによって１００チ
ャンネルの音声を同時に出力することができる。

【０１２８】多チャンネルモニタ１６１のスイッチ卓３
４１は１００個の選択スイッチを有し、そのスイッチ１
つ１つがチャンネル番号に対応している。一方、ＴＳ音
声モニタ１６３の出力は各送出サーバ１２３の出力に物
理的に対応しているために、９／８リダンダンド切替が
実施されると、ＴＳ音声モニタ１６３の出力はチャンネ
ル番号に対応しなくなる。そのため本実施の形態におい
ては、チャンネルセッタＰＣ１６２により、切替情報に
応じて多チャンネルモニタ１６１のスイッチ卓３４１の
１００個の選択スイッチがどこの入力を選択して出力す
るかの設定を行う。

【０１２９】また、チャンネルセッタＰＣ１６２は１式
の多チャンネルモニタ１６１のスイッチ卓３４１を制御
するのに対し、選択スイッチを制御する設定ファイルは
２式のMXC１４４から転送されるために、MXC１４４との
通信は専用回線３としてのLANを使ったネットワーク経
由で行い、多チャンネルモニタ１６１のスイッチ卓３４
１に対する通信はＲＳ−４２２で行われる（図１３）。

【０１３０】送出サーバ１２３より前段に問題がある場
合には、保有サーバ１２１上の素材に原因がある可能性
があるので、ＯＡ（On Air）リスニングＰＣ１６５によ
り保有サーバ１２１から問題の素材ファイルを直接読み
出し、MPEGデコーダ１６６でデコードして確認を行うこ
とが出来る。なお、図３において、ＯＡリスニングＰＣ
１６５とMPEGデコーダ１６６は、再生装置２６５として
示されている。

【０１３１】例えば、放送し、受信した音に異常があっ
た場合、収録された素材自体に異常があったのか、送出
過程において異常が発生したのかを識別する必要がる。
そこで、ＯＡリスニングＰＣ１６５により、異常があっ
た日とチャンネルを指定し、進行表を表示させる。異常
があった素材を進行表上で指定すると、ＯＡリスニング
ＰＣ１６５は、指定された素材を保有サーバ１２１から
読み出し、再生させる。これにより、素材自体に異常が
あったのか否かを判断することができる。

【０１３２】送出管理システム１０４は、切替制御ＰＣ
１８２−１，１８２−２を有しており、この切替制御Ｐ
Ｃ１８２には、計時動作を行う局内時計１８４の出力が
供給されている。送出管理システム１０４は、この他、
ＯＡモニタＰＣ１８１−１，１８１−２、アラームＰＣ
１８３を有している。

【０１３３】送出管理システム１０４のＯＡモニタＰＣ
１８１、切替制御ＰＣ１８２、アラームＰＣ１８３、Ｏ
ＡリスニングＰＣ１８５は、２次多重衛星送出システム
１０２のMXC１４４に接続されている。

【０１３４】送出管理システム１０４は、保有サーバお
よび多チャンネル送出システム１０１と２次多重衛星送
出システム１０２からの送出の監視・切替を行う。各シ
ステムで発生したアラームは全てアラームＰＣ１８３に
通知され、ここでは、その対応レベルに応じて４種類の
音色のチャイムが鳴り、アラームの番号とメッセージが
アラームＰＣ１８３の表示画面に現われる。また、それ
に対する対応方法もGUIに従って参照することができ
る。このアラームＰＣ１８３から各システムのアラーム
LOGも見ることができ、問題発生の経緯を知ることがで
きる。システム監視者はこのアラームＰＣ１８３でのア
ラームにより異常を知る。アラームＰＣ１８３の表示内
容から障害状況と対応を判断して、必要に応じて切替制
御ＰＣ１８２から切替操作を行う。

【０１３５】２式の切替制御ＰＣ１８２−１，１８２−
２のうちのいずれかが現用に設定され、切替動作が入力
可能状態に設定される。予備に設定された切替制御ＰＣ
１８２からは切替動作の入力を行うことは出来ない。切
替制御ＰＣ１８２は局内時計１８４から正確な時刻を知
り、保有サーバ１２１に設定する。各周辺装置は保有サ
ーバ１２１を参照することにより、正確な時刻を得る。
切替制御ＰＣ１８２はシステム監視者の入力に従い、送
出サーバ１２３の予備系への切替（９／８リダンダンド
切替）と、セレクタ１４３によるQPSK変調装置１４２の
出力の切替（Ａ・Ｂ切替）を行う。その時、切替制御Ｐ
Ｃ１８２は保有サーバ１２１のコンフィグレーションを
書き換え、その後、各周辺装置にコンフィグレーション
が書き換えられたことを伝える。各周辺装置はそれをト
リガーに保有サーバ１２１から新たなコンフィグレーシ
ョンを取得することで動作を切り替える。

【０１３６】また、QPSK変調装置１４２の出力の切替
（Ａ・Ｂ切替）は、セレクタ１４３をリモートにしてお
くことによって切替制御ＰＣ１８２の指示により行われ
るが、セレクタ１４３をローカル設定にして、セレクタ
１４３の本体の前面パネルで切替を強制的に行うことも
可能である。その場合、セレクタ１４３本体で切替が行
われたことを切替制御ＰＣ１８２が知り、その情報によ
り保有サーバ１２１のコンフィグレーションを切り替え
る。また、送出サーバ１２３からの楽曲の送出状況を、
ＯＡモニタＰＣ１８１で知ることができる。

【０１３７】ＯＡモニタＰＣ１８１上のGUIから任意の
チャンネルを選択すると、そのチャンネルの送出イベン
ト（楽曲）予定が（すなわち、進行表の内容が）リスト
として表示される。さらに、送出中の楽曲（イベント）
のタイトル、演奏者、演奏時間、残時間が他と異なる色
などでマークされ、現在の送出状況、過去の送出履歴、
今後の送出予定を一目で知ることができる。また、ＯＡ
モニタＰＣ１８１の状態は、送出サーバ１２３から取得
され、イベント更新は送出サーバ１２３の動作を基準と
して行われるので、送出サーバ１２３の異常・停止状況
も知ることができる。

【０１３８】本発明は、１００チャンネルの音楽放送に
限ったものではなく、デジタル化されたあらゆる情報の
データ放送にも容易に応用できることは言うまでもな
い。

【０１３９】本実施の形態では、圧縮方式としてMPEG方
式を用いているが、単なる説明のためであり、AC-3,ATR
ACなど、他の圧縮方式を用いることもできる。また、圧
縮を使わない場合にも、本発明は適用ができる。

【０１４０】本実施の形態では、伝送路を衛星を想定し
て説明したが、伝送路はこの他、地上波、光空間、光ケ
ーブル、同軸ケーブル、その他の実時間伝送路であって
も、磁気テープ、光テープ、磁気ディスク、光ディス
ク、その他の蓄積型伝送路であっても構わない。

【０１４１】本発明により多チャンネルデータ放送の自
動送出システムが実現される。

【０１４２】

【発明の効果】以上の如く、請求項１に記載の多チャン
ネルデジタルデータ送出装置および請求項３に記載の多
チャンネルデジタルデータ送出方法によれば、保持され
ている素材が、その後、伝送形式に変換され、多チャン
ネルデジタルデータとして伝送路に送出されるだけでな
く、保持された素材を読み出し、再生したとき、これを
エンコードし、エンコードした素材を伝送形式に変換し
て、多チャンネルデジタルデータとして伝送路に送出す
るようにしたので、保持した素材を用いて、多チャンネ
ルデジタルデータとして送出するだけでなく、これをラ
イブ放送にも有機的に活用することが可能となる。

【図面の簡単な説明】

【図１】本発明を適用した編集サイトの構成例を示すブ
ロック図である。

【図２】本発明を適用した送出サイトの構成例を示すブ
ロック図である。

【図３】図１と図２に示した主要部の接続状態を示すブ
ロック図である。

【図４】整合性チェックの処理を説明するフローチャー
トである。

【図５】整合性チェックの処理を説明する図である。

【図６】楽曲のファイル化を行う構成例を示すブロック
図である。

【図７】楽曲のファイル化を行う構成例を示すブロック
図である。

【図８】楽曲のファイル化を行う構成例を示すブロック
図である。

【図９】楽曲のファイル化を行う構成例を示すブロック
図である。

【図１０】アーカイブ処理を説明するフローチャートで
ある。

【図１１】コンフィグレーションを説明する図である。

【図１２】コンフィグレーションファイルの更新を説明
するフローチャートである。

【図１３】マルチプレックスコントローラに対する接続
関係を示す図である。

【図１４】マルチプレックスコントローラに対する信号
の授受を説明する図である。

【符号の説明】

１ 編集サイト， ２ 送出サイト， ３ 専用回線，
１１ 情報源管理システム， １２ 素材情報管理・
進行編成システム， １３ 素材情報登録システム，
２１ ＣＤ在庫管理サーバ， ４１ 編成サーバ， ５
３ 登録ＰＣ，５４ アーカイブ制御ＰＣ， ５５ ア
ーカイブＭＯチェンジャ， ６１ ライブＰＣ， １０
１ 保有サーバおよび多チャンネル送出システム， １
０２２次多重衛星送出システム， １０３ 多チャンネ
ルモニタシステム， １０４送出管理システム， １２
１ 保有サーバ， １２３ 送出サーバ， １４１マル
チプレクサ， １４２ 変調装置， １４３ セレク
タ， １４４ マルチプレクサコントローラ， １６１
多チャンネルモニタ， １６３ ＴＳ音声モニタ，
１６５ ＯＡリスニングＰＣ， １８２ 切替制御Ｐ
Ｃ， １８３アラームＰＣ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 久直 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝小向工場内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 送出する複数の素材を保持する保持手段
   と、 前記保持手段に保持されている素材を読み出し、再生す
   る再生手段と、 前記再生手段により再生された素材をリアルタイムでエ
   ンコードするエンコード手段と、 前記保持手段に保持されている複数の前記素材、また
   は、前記エンコード手段によりリアルタイムでエンコー
   ドされた複数の素材を、伝送形式に変換する変換手段
   と、 前記変換手段により変換された前記素材を、多チャンネ
   ルデジタルデータとして伝送路に送出する送出手段と、 前記各手段が他の手段にアクセスできるように、前記各
   手段を相互に接続する接続手段とを備えることを特徴と
   する多チャンネルデジタルデータ送出装置。
2. 【請求項２】 前記変換手段は、前記素材に、時刻情
   報、サービス識別情報、サービス管理情報を多重して１
   つのストリームとすることを特徴とする請求項１に記載
   の多チャンネルデジタルデータ送出装置。
3. 【請求項３】 送出する素材を保持する保持ステップ
   と、 前記保持ステップで保持された素材を読み出し、再生す
   る再生ステップと、 前記再生ステップで再生された素材をリアルタイムでエ
   ンコードするエンコードステップと、 前記保持ステップで保持された複数の前記素材、また
   は、前記エンコードステップによりリアルタイムでエン
   コードされた複数の素材を、伝送形式に変換する変換ス
   テップと、 前記変換ステップで変換された前記素材を、多チャンネ
   ルデジタルデータとして伝送路に送出する送出ステップ
   と、 前記各ステップでの処理が他のステップでの処理と関連
   づけられるように、前記各ステップの処理を相互に接続
   する接続ステップとを備えることを特徴とする多チャン
   ネルデジタルデータ送出方法。