JP3865467B2 - 複数チャンネルデジタルデータ送出装置および方法 - Google Patents
複数チャンネルデジタルデータ送出装置および方法 Download PDFInfo
- Publication number
- JP3865467B2 JP3865467B2 JP18746397A JP18746397A JP3865467B2 JP 3865467 B2 JP3865467 B2 JP 3865467B2 JP 18746397 A JP18746397 A JP 18746397A JP 18746397 A JP18746397 A JP 18746397A JP 3865467 B2 JP3865467 B2 JP 3865467B2
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- server
- channel
- holding
- sending
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
本発明は、複数チャンネルデジタルデータ送出装置および方法に関し、特に、複数チャンネルの楽曲をＢＧＭとして放送することができるようにするだけでなく、ライブ放送も行えるようにした複数チャンネルデジタルデータ送出装置および方法に関する。
【０００２】
【従来の技術】
最近、情報をデジタル化し、圧縮して、伝送する技術が実用化されている。これにより、例えば１００チャンネル分の楽曲を、衛星を介して、各家庭に放送することもできるようになってきた。その結果、各家庭において、所望の曲を適宜選択し、聴取することが可能となる。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の放送システムにおいては、単に楽曲を放送するだけであり、予め用意した楽曲の資源を、ライブ放送に有機的に結び付けて放送することが困難である課題があった。
【０００４】
本発明はこのような状況に鑑みてなされたものであり、複数チャンネルの楽曲を放送できるだけでなく、そのために用意した資源を、ライブ放送においても有機的に結合し、これを利用することができるようにするものである。
【０００５】
請求項１に記載の複数チャンネルデジタルデータ送出装置は、送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を保持する保持手段と、保持手段に保持されている複数の素材のうちのライブ放送に必要な素材を読み出し、信号として再生する再生手段と、再生手段により再生された信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力するエンコード手段と、保持手段に保持されている複数の素材のうちの、送信時間帯が予め決定されている1以上の素材を読み出した結果得られたデータと、エンコード手段から出力されたデータとをそれぞれ伝送形式に変換する処理を実行する変換手段と、変換手段の処理の結果得られたデータを、送信時間帯に複数チャンネルデジタルデータとして実時間伝送路に送出する送出手段とを備えることを特徴とする。
【０００６】
請求項４に記載の複数チャンネルデジタルデータ送出方法は、保持手段、再生手段、エンコード手段、変換手段、および送出手段を少なくとも備える複数チャンネルデジタルデータ送出装置の複数チャンネルデジタルデータ送出方法であって、送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を保持手段が保持し、送信時間帯に、再生手段が、保持手段に保持されている複数の素材のうちのライブ放送に必要な素材を読み出し、信号として再生し、エンコード手段が、再生手段により再生された信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力し、変換手段が、エンコード手段から出力されたデータと、保持手段に保持されている複数の素材のうちの、送信時間帯が予め決定されている 1 以上の素材を読み出した結果得られたデータとを、それぞれ伝送形式に変換する処理を実行し、送出手段が、変換手段の処理の結果得られたデータを、複数チャンネルデジタルデータとして送信時間帯に実時間伝送路に送出することを特徴とする。
【０００７】
請求項１に記載の複数チャンネルデジタルデータ送出装置および請求項４に記載の複数チャンネルデジタルデータ送出方法においては、保持されている複数の素材のうちの、送信時間帯が予め決定されている素材が、伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出されるだけでなく、その送信時間帯に、保持された素材が読み出され、再生され、リアルタイムでエンコードされたものが、送信時間帯が予め決定されている素材とともに伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出される。
【０００８】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段と以下の実施の形態との対応関係を明らかにするために、各手段の後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。但し勿論この記載は、各手段を記載したものに限定することを意味するものではない。
【０００９】
請求項１に記載の複数チャンネルデジタルデータ送出装置は、送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を保持する保持手段（例えば図２の保有サーバ１２１）と、保持手段に保持されている複数の素材のうちのライブ放送に必要な素材を読み出し、信号として再生する再生手段（例えば図１のライブＰＣ６１）と、再生手段により再生された信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力するエンコード手段（例えば図２のMPEGエンコーダ１２９）と、保持手段に保持されている複数の素材のうちの、送信時間帯が予め決定されている1以上の素材を、送信時間帯に伝送形式に変換し、送信時間帯にエンコード手段によりリアルタイムでエンコードされた１以上の素材を読み出した結果得られたデータと、エンコード手段から出力されたデータとをそれぞれ、伝送形式に変換する処理を実行する変換手段（例えば図２の送出サーバ１２３）と、変換手段の処理の結果得られたデータを、送信時間帯に複数チャンネルデジタルデータとして実時間伝送路に送出する送出手段（例えば図２の２次多重衛星送出システム１０２）とを備えることを特徴とする。
【００１０】
本発明の実施の形態を図１乃至図３に示す。図１は主に編成サイト１の構成を示し、図２は主に送出サイト２の構成を示し、図３は、両者が接続された状態を、主要部の構成で示している。このシステムは１つの衛星中継器（トランスポンダ）でMPEG圧縮された音楽ファイル（デジタルデータ）を１００チャンネル放送する自動化デジタル放送システムである。なお、この明細書において、システムの用語は、複数の装置で構成される全体の装置を表すものとして使用する。
【００１１】
このシステムは、放送番組製作を行う編集サイト１と、番組を送出する送出サイト２で構成されており、両者の間はLANなどよりなる専用回線３で接続されている。編集サイト１には、情報源管理システム１１、素材情報管理・進行編成システム１２、および素材情報登録システム１３が設けられている。また、送出サイト２には、保有サーバおよび多チャンネル送出システム１０１、２次多重衛星送出システム１０２、多チャンネルモニタシステム１０３、および送出管理システム１０４が設けられている。
【００１２】
このシステムでは、衛星を介して各ユーザに楽曲を放送するので、情報源としてはＣＤが用いられる。情報源管理システム１１は、このＣＤ（媒体）の管理と、音源としてのＣＤに収録されている楽曲の管理を行う。このため、情報源管理システム１１は、ＣＤ在庫管理サーバ２１を有しており、このＣＤ在庫管理サーバ２１には、ハードディスク（ミラーディスク２２）と、ＭＯオートチェンジャ２３が接続されている。このハードディスク２２とＭＯオートチェンジャ２３でドライブするＭＯディスクに必要な情報を登録し、データベースを構成するようになされている。
【００１３】
ＣＤ在庫管理サーバ２１にはまた、在庫管理ＰＣ（パーソナルコンピュータ）２４が１２式接続されている。なお、本明細書において、これらの在庫管理ＰＣを個々に区別する必要がある場合には、在庫管理ＰＣ２４−１乃至在庫管理ＰＣ２４−１２のように記述し、特に区別する必要がない場合には、単に、在庫管理ＰＣ２４のように記述する。
【００１４】
さらに、この情報源管理システム１１には、３式のネットワークプリンタ２５−１乃至２５−３、イメージスキャナ２６、バーコードリーダ２７、および４式のバーコードプリンタ２８−１乃至２８−４が設けられている。ネットワークプリンタ２５は、各種の帳票をプリントするのに用いられる。バーコードプリンタ２８は、管理するＣＤに添付するバーコードをプリントするのに用いられる。バーコードリーダ２７は、各ＣＤに添付されているバーコードを読み取るのに用いられる。イメージスキャナ２６は、ＣＤに付随している楽譜、歌詞、その他の情報を取り込むとき用いられる。
【００１５】
ＣＤに関するすべての情報は、ハードディスク２２のデータベースに蓄積されている。ＣＤ在庫管理は、次のように行われる。
【００１６】
１．ＣＤ在庫管理者はＣＤ発注依頼情報を在庫管理ＰＣ２４からＣＤ在庫管理サーバ２１へ登録し、サーバ２１からネットワークプリンタ２５を介して出力されるＣＤ発注票を購入先へ送付して発注する。
【００１７】
２．ＣＤが入庫次第、ＣＤ在庫管理者は在庫管理ＰＣ２４から入庫情報を登録し、在庫管理のための検索に必要なＣＤ媒体に関するあらゆる情報と、ＣＤに収録されている楽曲（音源）に関するあらゆる情報をＣＤ在庫管理サーバ２１のデータベースに入力する。この情報には、タイトル、アーティスト名、時間、ジャンル、キーワードなどのテキスト入力されるもの、ジャケットイメージをイメージスキャナ２６で入力されるものなどが含まれる。また他にも、歌詞、アルバム、もしくは楽曲に関する詳細情報、写真、MIDIデータ、カラオケの唄い出しタイミング等、電子的データで入力されるものも含まれる。ここで入力される情報は、アルバム（ＣＤ全曲）と楽曲に関するもの、並びにそれらに付随・関連するものであり、送出・放送に関する管理情報・履歴等は含まれていない（これらは、後述するように、編成サーバ４１に登録される）。
【００１８】
３．ＣＤ在庫管理サーバ２１はハードディスク２２に情報を格納し、ＣＤ媒体管理番号を受け付け順に発番して、バーコードプリンタ２８からバーコードラベルを発行する。
【００１９】
４．ＣＤ在庫管理者はＣＤ媒体管理番号順に管理棚にＣＤを収納する。
【００２０】
５．ＣＤ利用者は情報管理システム１１の受け付けに行き、ＣＤ媒体管理番号を告げることにより、ＣＤの貸し出しを受けることができる。
【００２１】
なお、この情報源管理システム１１には、DAT、コンパクトカセット、レコードなどのその他の媒体も管理されている。
【００２２】
１式のＣＤ在庫管理サーバ２１はハードディスク２２をミラーリング構成として、ＭＯディスクにより週１回の全バックアップをとり、毎日その日に入力した情報（差分）について情報をバックアップする。１２式のクライアントとしての在庫管理ＰＣ２４で発注、入庫、情報入力、検索、貸し出しを行なう。最大格納情報量は楽曲について１００万件である。
【００２３】
素材情報管理・進行編成システム１２は、２式の編成サーバ４１−１，４１−２と、それに接続されている１５式の編成用ＰＣ４２−１乃至４２−１５により構成されている。編成サーバ４１は、それぞれハードディスク４１Ａを有している。この素材情報管理・進行編成システム１２は、放送に寄与する楽曲の管理と、進行表の編成を行う。この進行表には、放送される素材とその放送開始時刻、放送間隔が記録されている。放送に必要な楽曲の素材情報とチャンネル毎の進行表は、全て、編成サーバ４１のハードディスク４１Ａに格納されている。なお、ここで、素材とは、楽曲をMPEG圧縮（エンコード）してファイル化したものを言い、素材情報とは、素材情報登録システム１３によりエンコードした、もしくはエンコード依頼があるこれから放送に必要な素材の情報を言う。
【００２４】
素材情報管理・進行編成は以下のように行なわれる。編成者は編成用ＰＣ４２から自分の担当するチャンネルの進行表を作成する。
【００２５】
１．編成者は放送したい楽曲について編成サーバ４１の素材情報を検索する。目的の素材が見つかれば、編成用ＰＣ４２のGUI上で、その楽曲を編成枠にドラッグする。この時、ドラッグされた楽曲の演奏時間は放送する際の実時間である。編成枠上この楽曲は「収録済」となる。
【００２６】
２．編成者は放送したい楽曲について編成サーバ４１の素材情報を検索した結果、目的の素材が見つからなければ、ＣＤ在庫管理サーバ２１を検索する。目的の楽曲が見つかれば、編成用ＰＣ４２のGUI上で、その楽曲を編成枠にドラッグする。この時、ドラッグされた楽曲の演奏時間はＣＤ在庫管理上の時間であり、収録した結果の時間はこれと異なる場合がある。この場合には未だ素材情報登録（エンコード）がされていないので、編成枠上この楽曲は「未収録」となる。未収録の楽曲は、順次、素材情報登録システム１３に収録候補として通知され、エンコードされ次第、編成サーバ４１上で、「未収録」が「収録済」の素材に変更され、このとき、素材の演奏時間は放送する際の実時間となる。
【００２７】
ＣＤ在庫管理サーバ２１を検索して、目的の楽曲が見つからない場合、ＣＤ在庫管理サーバ２１に対してＣＤ発注依頼が出力された後、仮候補とされ、入庫、ＣＤ在庫管理登録が済み次第、上述の手続きを経て、エンコードが行なわれ、最終的に全ての楽曲が編成枠上「収録済」となる。
【００２８】
３．全ての楽曲が編成枠上「収録済」となった時点で、編成者は編成用ＰＣ４２のGUI上で整合性チェックをかける。整合性チェックとは、編成枠内で指定された素材を均等に割り付け、再生時間、曲間（無音）時間が規定値以内であるか否かを自動的にチェックする。例えば１時間番組で約５分の曲を１２曲放送しようとした場合、１１曲が丁度５分、１曲が６分だとすると、合計の再生時間が編成枠（１時間）を超えてしまう。また、全曲が丁度５分だとすると、曲の間の無音部分がなくなってしまい、放送としては不自然になってしまう。そこで素材を放送する場合の曲間（無音）の時間の下限値（例えば１．５秒）と、上限値（例えば３秒）を設定して、全曲を均等に割り付けた時に、曲間（無音）時間がこの範囲に入るかどうかチェックする。もし入らない場合は、演奏時間の異なる素材に入れ替えるか、短めな編成としてその編成枠の最後に、予め用意してある時間調整の為の素材を入れてチェックを通過するようにする。
【００２９】
図４は、このような整合性チェックの処理のフローチャートを表している。最初にステップＳ１において、整合性チェックの処理を開始し、ステップＳ２において、すべての楽曲が収録済みであるか否かを判定する。収録済みである場合には、整合性チェックする素材が確定しているので、ステップＳ３に進み、曲間の上限値と下限値を入力する。例えば、曲間の上限値として３秒が、曲間の下限値として１．５秒が、それぞれ入力される。
【００３０】
次に、ステップＳ４で、均等割付け計算が行われる。例えば、図５（Ａ）に示すように、編成枠が１時間（３６００秒）であり、この放送時間内に、曲Ａ乃至曲Ｌを放送するものとする。曲Ａ乃至曲Ｌの演奏（再生）時間の合計は、３４３７秒となるので、曲間総時間は、１６３秒（＝３６００−３４３７）となる。
【００３１】
そこで、この曲間総時間を、曲間数（＝１２）で割算すると、曲間平均時間として、１３．５８秒（＝１６３秒／１２）が得られる。
【００３２】
次に、ステップＳ５に進み、曲間が上限以内であるか否かが判定される。いまの場合、曲間は１３．５８秒であり、上限値（３秒）を越えている。この場合、ステップＳ６に進み、推奨差し替え曲時間を表示する。
【００３３】
いまの場合、曲間上限時間の総和は、３６秒（＝３秒×１２）であり、曲間下限時間の総和は、１８秒（＝１．５秒×１２）となる。従って、最低演奏増加時間は、１２７秒（＝曲間総時間１３６秒−曲間上限時間総和３６秒）となり、最大演奏増加時間は、１４５秒（＝曲間総時間１６３秒−曲間下限時間総和１８秒）となる。そこで、例えば「現状より２分０７秒（１２７秒）乃至２分２５秒（１４５秒）長い曲に変更する必要あり」のようなメッセージを編成用ＰＣ４２に表示させる。
【００３４】
そこで、編成者は、ステップＳ７において、所定の曲を、より長い曲に差し替えるなどの再編成処理を行う。
【００３５】
例えば、図５に示すように、２分の長さの曲Ｌを、４分１０秒（２５０秒）の曲Ｍに変更すると、曲Ｍは、曲Ｌより２分１０秒（１３０秒）長いので、図５（Ｂ）に示すように、曲Ａ乃至曲Ｋ、および曲Ｍの合計１２曲を、均等の曲間（２．７５秒）で割り付けることができる。
【００３６】
図４のステップＳ５で、曲間が上限値以内であると判定された場合には、ステップＳ８に進み、曲間が下限値以内であるか否かが判定される。曲間が下限値以内である場合には、ステップＳ１１に進み、整合性チェックが完了される。
【００３７】
これに対して、ステップＳ８において、曲間が下限値以内ではないと判定された場合には、ステップＳ９に進み、推奨差し替え曲時間が表示される。そして、ステップＳ１０において、編成者は、より短い曲に差し替えるなどの再編成処理を行う。このため、各種の長さの曲が、予め用意され、後述する保有サーバ１２１に登録されている。
【００３８】
ステップＳ２において、整合性チェックを行う楽曲が、すべて収録済みではないと判定された場合には、ステップＳ１２に進み、未収録曲が、編成用ＰＣ４２に表示される。この場合、均等割付け計算を行うことができないので、ステップＳ１３に進み、整合性チェック未了のまま、処理が終了される。
【００３９】
なお、これらの素材の演奏時間はＣＤ在庫管理サーバ２１のデータベースの時間ではなく、編成サーバ４１上の素材情報データベース（エンコードされた後の素材）の時間を基に計算される。
【００４０】
このようにして、１つのチャンネルの１日分の進行表（ファイル）が作成される。最終的に編成管理者がこの進行表を承認し、承認された進行表（ファイル）は書き換えられないようにロックされて、送出サイト２の保有サーバ１２１の外部ハードディスク１２１Ａに専用回線３を使って転送される。
【００４１】
４．このように、編成サーバ４１には、チャンネル毎、放送日毎に、進行表がデータベースとして保存される。また編成サーバ４１には、素材情報として、既に放送素材として保有サーバ１２１の外部ハードディスク１２１Ａに蓄積されている素材に関するデータ、および今後放送予定があり、保有サーバ１２１の外部ハードディスク１２１Ａに蓄積されるべき未収録の素材に関するデータが、データベースとして蓄積される。これらのデータは、ＣＤ在庫管理サーバ２１のデータベースから、放送に必要な項目を引き出したデータを基本とし、それに放送日、放送チャンネル、編成者など、放送に関する情報を付加した形で蓄積されている。
【００４２】
２式の編成サーバ４１−１，４１−２はそれぞれ外部ハードディスク４１Ａ−１，４１Ａ−２をもち、デュアル稼働している。１５式の編成用ＰＣ４２−１乃至４２−１５で、編成サーバ４１の検索、ＣＤ在庫管理サーバ２１の検索などにより編成表を作成する。編成サーバ４１の最大格納情報量は素材について１０万件である。
【００４３】
素材情報登録システム１３は、８式のＣＤプレーヤおよびアンプ５１−１乃至５１−８を有し、８式のMPEGエンコーダデコーダ５２−１乃至５２−８は、ＣＤプレーヤおよびアンプ５１−１乃至５１−８の再生出力をエンコードして、８式の登録ＰＣ５３−１乃至５３−８に出力するようになされている。登録ＰＣ５３−１乃至５３−８は、エンコーダデコーダ５２−１乃至５２−８より供給されたデータを、ルータ７３−３、ターミナルアダプタ（ＴＡ）７２−３、デジタルサービスユニット（DSU）７１−３から、専用回線３を介して送出サイト２のDSU１２５−３に出力するようになされている。
【００４４】
登録ＰＣ５３−１乃至５３−８にはまた、８式のライブＰＣ６１−１乃至６１−８が接続されている。これらのライブＰＣ６１は、そのハードディスク６１Ａに、ライブ用のデータを保存する。そして、ライブＰＣ６１−１乃至６１−８より出力されたデータは、MPEGデコーダ６２−１乃至６２−８によりデコードされた後、コーデック（CODEC:Coder-Decoder）６３−１乃至６３−８から専用回線３を介して、送出サイト２のコーデック１２４−１乃至１２４−８に供給されるようになされている。
【００４５】
なお、このとき、MPEGデコーダ６２−１乃至６２−８の出力は、適宜、マイクロホン７６−１乃至７６−８からの入力と加算され、コーデック６３から出力されるようになされている。
【００４６】
アーカイブ制御ＰＣ５４には、アーカイブＭＯチェンジャ５５が接続されており、アーカイブＭＯチェンジャ５５でドライブされるＭＯディスクに、アーカイブデータが記憶されるようになされている。このアーカイブ制御ＰＣ５４は、登録ＰＣ５３、ライブＰＣ６１、在庫管理サーバ２１、編成サーバ４１、編成用ＰＣ４２などに接続されている他、ルータ７３−２、ターミナルアダプタ７２−２、DSU７１−２から、専用回線３を介して、送出サイト２のDSU１２５−２、ターミナルアダプタ１２６−２、ルータ１２７−２から、保有サーバ１２１にも接続されている。
【００４７】
素材情報登録システム１３は、例えばＣＤ等の蓄積媒体からＣＤプレーヤおよびアンプ５１で楽曲を再生して、MPEGエンコーダデコーダ５２により圧縮処理（エンコード）をして素材ファイル化し、登録ＰＣ５３、ルータ７３−３、ターミナルアダプタ７２−３、DSU７１−３、専用回線３、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)＝約１０Mbyte
５００Gbyte程度／約１０Mbyte＝５万曲
【００７７】
その他の進行表、１００ｃｈ送出に必要な全てのコンフィグレーションのファイルサイズは素材の容量に比べて極わずかとなる。
【００７８】
保有サーバ１２１への編成サイト１からのアクセスは以下の場合に行われる。
【００７９】
１．素材情報管理・進行編成システム１２からの各チャンネル、各放送日毎の進行表の転送。
２．素材情報登録システム１３からの素材の転送（登録）。
３．素材情報登録システム１３への素材の転送（検聴、楽曲再生）。
４．素材情報登録システム１３からの保有サーバ１２１内の素材の削除。
５．素材情報登録システム１３への素材のアーカイブＭＯチェンジャ５５への転送・削除。
６．素材情報登録システム１３のアーカイブＭＯチェンジャ５５からの素材の復帰。
【００８０】
保有サーバ１２１に格納されるシステムコンフィグレーションファイルは以下の通りである。
【００８１】
・共通時刻： 送出システム全体が正しい時刻を共有する。
・ビットレート表： 送出する音楽チャンネルのビットレートを定義する。
・チャンネル組合せ表：送出サーバ１２３が受け持つチャンネルを定義する。
・MUX現用状態：２次多重衛星送出システム１０２の現用系を示す。
・PMT：プログラムマップテーブル
・サービス対応表：管理チャンネル番号と放送サービス番号の対応表である。
【００８２】
なお、ここでいう送出システムとは、編成サーバ４１、保有サーバ１２１、送出サーバ１２３、切替制御ＰＣ１８２、および、マルチプレクサコントローラ（以下MXCと記す）１４４を意味している。このうち、保有サーバ１２１には送出システムの共通情報を蓄積することができ、システム運用中はいつでも参照・更新を行うことができる。
【００８３】
これらのコンフィグレーションを設定するサーバと参照するサーバの関係を図１１に示す。
【００８４】
ビットレート表、PTM、およびサービス対応表は、システム基本パラメータを定義しており、通常の運用中には変更されないものである。チャンネル組合せ表とMUX現用状態は、通常の運用中に変更されないが、チャンネルグループを受け持つ送出サーバ１２３は障害時や保守時に変更される。
【００８５】
これらコンフィグレーションのファイルは先頭注釈行に更新日時が記録されており、参照側はこれから更新の有無を知ることができる。
【００８６】
以下の説明で単に「管理チャンネル番号」と呼ぶものは、システムの内部チャンネルに対応する番号であり、１から１００までの連番である。
【００８７】
＜共通時刻＞
切替制御ＰＣ１８２は、局内時計１８４の計時する時刻を基準にして、定期的に保有サーバ１２１の共通時刻を設定し、更正する。送出サーバ１２３とMXC１４４は、保有サーバ１２１を対象にrdateコマンドを実行することで送出システム全体の時刻を合わせることができる。
【００８８】
＜ビットレート表＞
ビットレート表は、各チャンネルの送出ビットレートと、保有サーバ１２１に保持されている素材ファイルからの送出であるのか、またはリアルタイムのMPEGエンコーダ１２９からの送出であるのか、を定義するとともに、注釈として放送する音楽ジャンルを定義する。これは切替制御ＰＣ１８２が設定し、編成サーバ４１と送出サーバ１２３が参照する。
【００８９】
＜チャンネル組合せ表＞
このチャンネル組合せ表は、１つの送出サーバ１２３が受け持つ管理チャンネルを定義するファイルである。これは、切替制御ＰＣ１８２がftp（file transfer protocol）で設定し、送出サーバ１２３とMXC１４４が参照する。
【００９０】
＜MUX現用状態＞
これは、２重系構成である２次多重衛星送出システム１０２のマルチプレクサ（MUX）１４１の現用系を示し、切替制御ＰＣ１８２が設定し、MXC１４４が参照する。
【００９１】
＜PMT（プログラムマップテーブル）＞
PMTは放送の各チャンネルに割り当てられるマップ情報を定義するファイルである。これは、MXC１４４がftpで毎日更新し、送出サーバ１２３が参照する。
【００９２】
このPMTの転送手順は次の通りである。
時刻ｔ１ ［MXC１４４→保有サーバ１２１］翌日用PMTをPMT.newとしてftp転送
時刻ｔ２ ［保有サーバ１２１］PMT.new があれば PMT にファイル名変更
時刻ｔ３ ［送出サーバ１２３］当日の放送終了
時刻ｔ４ ［ 保有サーバ１２１→送出サーバ１２３］PMT のコピー
時刻ｔ５ ［送出サーバ１２３］翌日の放送開始
【００９３】
なお、放送時刻は、時刻ｔ０から時刻ｔ６までが１日（１サイクル）とされ、上記手順の時刻ｔ１乃至ｔ５は、その間の所定の時刻である。
【００９４】
保有サーバ１２１は、毎日所定の時刻に新しいPMT(PMT.new)の存在を調べ、あればファイル名をPMTとすることで受領する。送出サーバ１２３は、毎日の放送開始に先だってPMTをコピーする。このとき、保有サーバ１２１に障害があれば、前日にコピーしたPMTで送出する。
【００９５】
＜サービス対応表＞
これは、管理チャンネル番号と放送サービス上で割り当てられる「チャンネル番号」との対応を示し、切替制御ＰＣ１８２が設定し、送出サーバ１２３とMXC１４４が参照する。
【００９６】
＜コンフィグレーションファイル変更方法＞
以下のファイルを更新する場合は、接尾語に（.new）を付加して切替制御ＰＣ１８２から保有サーバ１２１へftp転送する。
・ビットレート表： /100ch/config/bitrate.new
・チャンネル組合せ表：/100ch/config/Channel.new
・サービス対応表： /100ch/config/service.new
【００９７】
保有サーバ１２１は、毎日、放送終了間際の所定の時刻に、これら更新ファイルの存在を調べ、あれば接尾語を除いたファイル名に変更することでこれを受領する。
【００９８】
送出サーバ１２３は、毎日の放送開始に先だって、受領されたファイル（すなわち、接尾語の付かないファイル）をコピーする。このとき、保有サーバ１２１に障害があれば、前日にコピーしたものが有効とされる。
【００９９】
コンフィグレーションファイル変更（更新）の処理をフローチャートにまとめると、図１２に示すようになる。最初に、ステップＳ４１において、保有サーバ１２１は、（．new）の接尾語が付加されているファイルがあるか否かを判定し、このようなファイルが存在する場合には、ステップＳ４２に進み、ファイル置換処理を実行する。
【０１００】
すなわち、保有サーバ１２１は、（．new）の接尾語を除いたファイル名のファイルを、その接尾語がついたファイルの内容で更新する。例えば、ＡＢＣ．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 Broadcasting）パラレル、LVDSなどで、データが転送される。
【０１１３】
セレクタ１４３は、切替制御ＰＣ１８２により制御され、変調装置１４２−１または変調装置１４２−２より入力された信号の一方を選択し、図示せぬ中間周波（ＩＦ）処理回路を介して衛星に出力するようになされている。
【０１１４】
また、マルチプレクサ１４１とMXC１４４には、放送全体を管理する放送管理システム３０１より、適宜、所定の信号が供給されるようになされている。
【０１１５】
２次多重衛星送出システム１０２では、８系統の送出サーバ１２３よりそれぞれ供給される１３チャンネル分のPES（Program Elementary Stream）パケット、PMTパケット、およびPCRパケットが１次多重されたＴＳを、マルチプレクサ１４１に入力する。２次多重装置としてのマルチプレクサ１４１ではこれらのパケットと、PMT以外の番組選択に必要なパケット、番組ガイドパケット、番組管理パケット、顧客管理パケット等、衛星に送出する全てのパケットを多重化して出力する。その出力はQPSK変調装置１４２にてエラー訂正符号が付加された後に、QPSK変調されて変調信号として出力される。
【０１１６】
マルチプレクサコントローラ（MXC）１４４は放送管理システム３０１から翌日分の運行データ（放送全体の運行を規定する）を毎日２６：３０に受け取り、２７：５０にPMTファイルを作成し、PMT.newとしてハブ１２２を介して保有サーバ１２１に転送する。またMXC１４４はマルチプレクサ１４１に対して、PMT以外の番組選択に必要なパケット、番組ガイド用パケット、番組管理パケット、顧客管理パケット等、衛星に送出する全てのパケットの送出の設定およびスケジュールを転送する。
【０１１７】
図１４に現用MXC１４４から見た周辺装置の構成を示す。なお、図１４において、送信または受信は、中央に配置されている現用のMXC１４４−１（または１４４−２）からみた場合を示している。
【０１１８】
MXC１４４は、MXC１４４−１（MXC−Ａ）とMXC１４４−２（MXC−Ｂ）の２式により構成され、MXC１４４以降のＡ系、Ｂ系それぞれを独立に制御するが、現用系MXC１４４だけが、ハブ１２２を介して送出サーバ１２３に、ハブ３０３を介してＴＳ音声モニタ１６３に、また、ハブ３０３とチャンネルセッタＰＣ１６２を経由して、多チャンネルモニタシステム１０３の多チャンネルモニタ１６１のスイッチ卓３４１に、それぞれ制御情報を送る（図１３）。現用、予備の認識は、保有サーバ１２１上のコンフィグレーションにより行われる。
【０１１９】
MXC１４４の主な役割の１つは各種パラメータの設定であり、初期パラメータの設定を行い、その後、異常がない限り、送出運用には関与しない。また他の１つの役割は異常監視であり、各周辺装置の監視を行い、アラームＰＣ１８３に異常（アラーム）を通知し、切替制御ＰＣ１８２からの切替指示により、保有サーバ１２１上のコンフィグレーションに従って切替制御を行う（図１４）。
【０１２０】
MXC１４４−１と１４４−２は、例えば、５分毎に、ダミーデータの書き込みを要求し、その実行を確認するなどして、相互に他方を監視し合い、予備MXCから現用MXCの異常がアラームＰＣ１８３に通知された場合は、監視者（人）はこれを判断して切替制御ＰＣ１８２を制御して、現用、予備を入れ替えさせる。
【０１２１】
現用系MXC１４４の役割を以下に示す。
・放送管理システム３０１からの各種送出制御情報の受信
・保有サーバ１２１へのPMTファイルの送信
・保有サーバ１２１からの時刻、現用／予備指定等のコンフィグレーションの受信
・アラームＰＣ１８３への異常通知
・切替制御ＰＣ１８２からの切替指示受信
・現用系MUX１４１の設定および監視
送出サーバ１２３の異常時の現用系MUX１４１の入力チャンネルの切替
現用系MUX１４１の入力チャンネルのエラーの送信
・現用系QPSK変調装置１４２の設定および監視
・予備系MXC１４４の監視
・ＴＳ音声モニタ装置１６３の設定および監視
・チャンネルセッタＰＣ１６２の設定および監視
【０１２２】
予備系MXC１４４の役割を以下に示す。
・放送管理システム３０１からの各種送出制御情報の受信
・保有サーバ１２１からの時刻、現用／予備指定等のコンフィグレーションの受信
・アラームＰＣ１８３への異常通知
・切替制御ＰＣ１８２からの切替指示受信
・予備系MUX１４１の設定および監視
送出サーバ１２３の異常時の予備系MUX１４１の入力チャンネルの切替
予備系MUX１４１の入力チャンネルのエラーの送信
・予備系QPSK変調装置１４２の設定および監視
・現用系MXC１４４の監視
【０１２３】
マルチプレクサ１４１、QPSK変調装置１４２、MXC１４４は上述の如く、それぞれＡ系とＢ系の２式があり、全く独立に並列に動作している。それぞれのQPSK変調装置１４２の出力は、セレクタ１４３に供給され、切替制御ＰＣ１８２がこの切り替えを行う。これにより、現用系・予備系が入れ替わる（Ａ・Ｂ切替）。MXC１４４は独立にそれぞれのMUX１４１に、設定およびスケジュールを転送するが、保有サーバ１２１へのPMTファイルの送信、ＴＳ音声モニタ１６３の設定および監視、チャンネルセッタＰＣ１６２の設定および監視は、現用系のMXC１４４のみが行う。
【０１２４】
多チャンネルモニタシステム１０３は、多チャンネルモニタ１６１を有している。この多チャンネルモニタ１６１には、変調装置１４２−１，１４２−２の出力と、ＴＳ音声モニタ１６３の出力が供給されている。さらに、この多チャンネルモニタ１６１には、図示せぬ受信装置で衛星からの電波を受信し、これを復調して得られた受信ＩＦ信号も供給されている。さらに、多チャンネルモニタ１６１には、ＯＡリスニングＰＣ１６５の出力が、MPEGデコーダ１６６でデコードされた後、供給されている。多チャンネルモニタ１６１では、これらの入力を適宜モニタすることができるようになされている。チャンネルセッタＰＣ１６２は、多チャンネルモニタ１６１を制御するようになされている。
【０１２５】
多チャンネルモニタシステム１０３は、正しく全てのチャンネルが送出されているかをモニタするシステムである。まず、衛星からの送信電波を受信して、１００台の受信装置としてのIRD（図示せず）に分配して、それぞれのIRDによって音を再生して、多チャンネルモニタ１６１の１００チャンネル分のピークレベルメータに一斉表示する。監視者はそのメータの動きにより一目で送出状態を知ることが出来る。また、多チャンネルモニタ１６１にレベル検出装置１６１Ａを設け、−５０dB以下の状態（無音）が３０秒以上続いた場合に、ピークレベルメータ上のインジケータを赤く点滅させるとともに、アラームを鳴らすことで監視者に注意を促す。監視者はそれを知り、そのチャンネルを選択して音をスピーカに出力して、障害かどうかの調査を行うことができる。このレベルのしきい値、検出時間設定は変更することが可能である。
【０１２６】
衛星の送出系統に異常が検出された場合には、多チャンネルモニタ１６１への入力を、一斉に、IRDの出力（CS−IF)から、現用系のQPSK変調装置１４２の出力に切り替えて、衛星送出前の音声を、１００チャンネルのピークレベルメータと、スイッチ卓３４１で選択した１つの音声によって確認を行う。必要に応じて予備系のQPSK変調装置１４２の出力に切り替えて、衛星送出前の音声を１００チャンネルのピークレベルメータと、１つの選択音声によって確認を行う。
【０１２７】
さらに問題がある場合は、ＴＳ音声モニタ１６３によって送出サーバ１２３の出力、すなわちMUX１４１に入力する前の１次多重化ストリームから、１チャンネルのトランスポートストリーム（ＴＳ）を抜き出し（デマルチプレックスし）、デコーダ１６４（図３）でデコードして、１００チャンネルのピークレベルメータと、１つの選択音声によって確認を行う。送出サーバ１２３で１式当たり１３チャンネルを同時に多重するために、ＴＳ音声モニタ１６３は、１式で最大１３チャンネルのＴＳを同時にデコードして、１３チャンネルの音声を出力する。ＴＳ音声モニタ１６３を８式（９式のうちの１式は予備となる）装備することによって１００チャンネルの音声を同時に出力することができる。
【０１２８】
多チャンネルモニタ１６１のスイッチ卓３４１は１００個の選択スイッチを有し、そのスイッチ１つ１つがチャンネル番号に対応している。一方、ＴＳ音声モニタ１６３の出力は各送出サーバ１２３の出力に物理的に対応しているために、９／８リダンダンド切替が実施されると、ＴＳ音声モニタ１６３の出力はチャンネル番号に対応しなくなる。そのため本実施の形態においては、チャンネルセッタＰＣ１６２により、切替情報に応じて多チャンネルモニタ１６１のスイッチ卓３４１の１００個の選択スイッチがどこの入力を選択して出力するかの設定を行う。
【０１２９】
また、チャンネルセッタＰＣ１６２は１式の多チャンネルモニタ１６１のスイッチ卓３４１を制御するのに対し、選択スイッチを制御する設定ファイルは２式のMXC１４４から転送されるために、MXC１４４との通信は専用回線３としてのLANを使ったネットワーク経由で行い、多チャンネルモニタ１６１のスイッチ卓３４１に対する通信はＲＳ−４２２で行われる（図１３）。
【０１３０】
送出サーバ１２３より前段に問題がある場合には、保有サーバ１２１上の素材に原因がある可能性があるので、ＯＡ（On Air）リスニングＰＣ１６５により保有サーバ１２１から問題の素材ファイルを直接読み出し、MPEGデコーダ１６６でデコードして確認を行うことが出来る。なお、図３において、ＯＡリスニングＰＣ１６５とMPEGデコーダ１６６は、再生装置２６５として示されている。
【０１３１】
例えば、放送し、受信した音に異常があった場合、収録された素材自体に異常があったのか、送出過程において異常が発生したのかを識別する必要がる。そこで、ＯＡリスニングＰＣ１６５により、異常があった日とチャンネルを指定し、進行表を表示させる。異常があった素材を進行表上で指定すると、ＯＡリスニングＰＣ１６５は、指定された素材を保有サーバ１２１から読み出し、再生させる。これにより、素材自体に異常があったのか否かを判断することができる。
【０１３２】
送出管理システム１０４は、切替制御ＰＣ１８２−１，１８２−２を有しており、この切替制御ＰＣ１８２には、計時動作を行う局内時計１８４の出力が供給されている。送出管理システム１０４は、この他、ＯＡモニタＰＣ１８１−１，１８１−２、アラームＰＣ１８３を有している。
【０１３３】
送出管理システム１０４のＯＡモニタＰＣ１８１、切替制御ＰＣ１８２、アラームＰＣ１８３、ＯＡリスニングＰＣ１８５は、２次多重衛星送出システム１０２のMXC１４４に接続されている。
【０１３４】
送出管理システム１０４は、保有サーバおよび多チャンネル送出システム１０１と２次多重衛星送出システム１０２からの送出の監視・切替を行う。各システムで発生したアラームは全てアラームＰＣ１８３に通知され、ここでは、その対応レベルに応じて４種類の音色のチャイムが鳴り、アラームの番号とメッセージがアラームＰＣ１８３の表示画面に現われる。また、それに対する対応方法もGUIに従って参照することができる。このアラームＰＣ１８３から各システムのアラームLOGも見ることができ、問題発生の経緯を知ることができる。システム監視者はこのアラームＰＣ１８３でのアラームにより異常を知る。アラームＰＣ１８３の表示内容から障害状況と対応を判断して、必要に応じて切替制御ＰＣ１８２から切替操作を行う。
【０１３５】
２式の切替制御ＰＣ１８２−１，１８２−２のうちのいずれかが現用に設定され、切替動作が入力可能状態に設定される。予備に設定された切替制御ＰＣ１８２からは切替動作の入力を行うことは出来ない。切替制御ＰＣ１８２は局内時計１８４から正確な時刻を知り、保有サーバ１２１に設定する。各周辺装置は保有サーバ１２１を参照することにより、正確な時刻を得る。切替制御ＰＣ１８２はシステム監視者の入力に従い、送出サーバ１２３の予備系への切替（９／８リダンダンド切替）と、セレクタ１４３によるQPSK変調装置１４２の出力の切替（Ａ・Ｂ切替）を行う。その時、切替制御ＰＣ１８２は保有サーバ１２１のコンフィグレーションを書き換え、その後、各周辺装置にコンフィグレーションが書き換えられたことを伝える。各周辺装置はそれをトリガーに保有サーバ１２１から新たなコンフィグレーションを取得することで動作を切り替える。
【０１３６】
また、QPSK変調装置１４２の出力の切替（Ａ・Ｂ切替）は、セレクタ１４３をリモートにしておくことによって切替制御ＰＣ１８２の指示により行われるが、セレクタ１４３をローカル設定にして、セレクタ１４３の本体の前面パネルで切替を強制的に行うことも可能である。その場合、セレクタ１４３本体で切替が行われたことを切替制御ＰＣ１８２が知り、その情報により保有サーバ１２１のコンフィグレーションを切り替える。また、送出サーバ１２３からの楽曲の送出状況を、ＯＡモニタＰＣ１８１で知ることができる。
【０１３７】
ＯＡモニタＰＣ１８１上のGUIから任意のチャンネルを選択すると、そのチャンネルの送出イベント（楽曲）予定が（すなわち、進行表の内容が）リストとして表示される。さらに、送出中の楽曲（イベント）のタイトル、演奏者、演奏時間、残時間が他と異なる色などでマークされ、現在の送出状況、過去の送出履歴、今後の送出予定を一目で知ることができる。また、ＯＡモニタＰＣ１８１の状態は、送出サーバ１２３から取得され、イベント更新は送出サーバ１２３の動作を基準として行われるので、送出サーバ１２３の異常・停止状況も知ることができる。
【０１３８】
本発明は、１００チャンネルの音楽放送に限ったものではなく、デジタル化されたあらゆる情報のデータ放送にも容易に応用できることは言うまでもない。
【０１３９】
本実施の形態では、圧縮方式としてMPEG方式を用いているが、単なる説明のためであり、AC-3,ATRACなど、他の圧縮方式を用いることもできる。また、圧縮を使わない場合にも、本発明は適用ができる。
【０１４０】
本実施の形態では、上述した課題を解決するために利用する伝送路として、衛星を想定して説明したが、上述した課題を解決するために利用する伝送路はこの他、地上波、光空間、光ケーブル、同軸ケーブル、その他の実時間伝送路であっても構わない。なお、上述した課題の解決にこだわらなければ、伝送路は、磁気テープ、光テープ、磁気ディスク、光ディスク、その他の蓄積型伝送路であっても構わない。
【０１４１】
本発明により多チャンネルデータ放送の自動送出システムが実現される。
【０１４２】
【発明の効果】
請求項１に記載の複数チャンネルデジタルデータ送出装置および請求項４に記載の複数チャンネルデジタルデータ送出方法によれば、保持されている複数の素材のうちの、送信時間帯が予め決定されている素材が、伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出されるだけでなく、その送信時間帯に、保持された素材が読み出され、再生され、リアルタイムでエンコードされたものが、送信時間帯が予め決定されている素材とともに伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出される。従って、保持した素材を用いて、複数チャンネルデジタルデータとして送出するだけでなく、これをライブ放送にも有機的に活用することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した編集サイトの構成例を示すブロック図である。
【図２】本発明を適用した送出サイトの構成例を示すブロック図である。
【図３】図１と図２に示した主要部の接続状態を示すブロック図である。
【図４】整合性チェックの処理を説明するフローチャートである。
【図５】整合性チェックの処理を説明する図である。
【図６】楽曲のファイル化を行う構成例を示すブロック図である。
【図７】楽曲のファイル化を行う構成例を示すブロック図である。
【図８】楽曲のファイル化を行う構成例を示すブロック図である。
【図９】楽曲のファイル化を行う構成例を示すブロック図である。
【図１０】アーカイブ処理を説明するフローチャートである。
【図１１】コンフィグレーションを説明する図である。
【図１２】コンフィグレーションファイルの更新を説明するフローチャートである。
【図１３】マルチプレックスコントローラに対する接続関係を示す図である。
【図１４】マルチプレックスコントローラに対する信号の授受を説明する図である。
【符号の説明】
１ 編集サイト， ２ 送出サイト， ３ 専用回線， １１ 情報源管理システム， １２ 素材情報管理・進行編成システム， １３ 素材情報登録システム， ２１ ＣＤ在庫管理サーバ， ４１ 編成サーバ， ５３ 登録ＰＣ，５４ アーカイブ制御ＰＣ， ５５ アーカイブＭＯチェンジャ， ６１ ライブＰＣ， １０１ 保有サーバおよび多チャンネル送出システム， １０２ ２次多重衛星送出システム， １０３ 多チャンネルモニタシステム， １０４送出管理システム， １２１ 保有サーバ， １２３ 送出サーバ， １４１マルチプレクサ， １４２ 変調装置， １４３ セレクタ， １４４ マルチプレクサコントローラ， １６１ 多チャンネルモニタ， １６３ ＴＳ音声モニタ， １６５ ＯＡリスニングＰＣ， １８２ 切替制御ＰＣ， １８３ アラームＰＣ
本発明は、複数チャンネルデジタルデータ送出装置および方法に関し、特に、複数チャンネルの楽曲をＢＧＭとして放送することができるようにするだけでなく、ライブ放送も行えるようにした複数チャンネルデジタルデータ送出装置および方法に関する。
【０００２】
【従来の技術】
最近、情報をデジタル化し、圧縮して、伝送する技術が実用化されている。これにより、例えば１００チャンネル分の楽曲を、衛星を介して、各家庭に放送することもできるようになってきた。その結果、各家庭において、所望の曲を適宜選択し、聴取することが可能となる。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の放送システムにおいては、単に楽曲を放送するだけであり、予め用意した楽曲の資源を、ライブ放送に有機的に結び付けて放送することが困難である課題があった。
【０００４】
本発明はこのような状況に鑑みてなされたものであり、複数チャンネルの楽曲を放送できるだけでなく、そのために用意した資源を、ライブ放送においても有機的に結合し、これを利用することができるようにするものである。
【０００５】
請求項１に記載の複数チャンネルデジタルデータ送出装置は、送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を保持する保持手段と、保持手段に保持されている複数の素材のうちのライブ放送に必要な素材を読み出し、信号として再生する再生手段と、再生手段により再生された信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力するエンコード手段と、保持手段に保持されている複数の素材のうちの、送信時間帯が予め決定されている1以上の素材を読み出した結果得られたデータと、エンコード手段から出力されたデータとをそれぞれ伝送形式に変換する処理を実行する変換手段と、変換手段の処理の結果得られたデータを、送信時間帯に複数チャンネルデジタルデータとして実時間伝送路に送出する送出手段とを備えることを特徴とする。
【０００６】
請求項４に記載の複数チャンネルデジタルデータ送出方法は、保持手段、再生手段、エンコード手段、変換手段、および送出手段を少なくとも備える複数チャンネルデジタルデータ送出装置の複数チャンネルデジタルデータ送出方法であって、送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を保持手段が保持し、送信時間帯に、再生手段が、保持手段に保持されている複数の素材のうちのライブ放送に必要な素材を読み出し、信号として再生し、エンコード手段が、再生手段により再生された信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力し、変換手段が、エンコード手段から出力されたデータと、保持手段に保持されている複数の素材のうちの、送信時間帯が予め決定されている 1 以上の素材を読み出した結果得られたデータとを、それぞれ伝送形式に変換する処理を実行し、送出手段が、変換手段の処理の結果得られたデータを、複数チャンネルデジタルデータとして送信時間帯に実時間伝送路に送出することを特徴とする。
【０００７】
請求項１に記載の複数チャンネルデジタルデータ送出装置および請求項４に記載の複数チャンネルデジタルデータ送出方法においては、保持されている複数の素材のうちの、送信時間帯が予め決定されている素材が、伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出されるだけでなく、その送信時間帯に、保持された素材が読み出され、再生され、リアルタイムでエンコードされたものが、送信時間帯が予め決定されている素材とともに伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出される。
【０００８】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段と以下の実施の形態との対応関係を明らかにするために、各手段の後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。但し勿論この記載は、各手段を記載したものに限定することを意味するものではない。
【０００９】
請求項１に記載の複数チャンネルデジタルデータ送出装置は、送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を保持する保持手段（例えば図２の保有サーバ１２１）と、保持手段に保持されている複数の素材のうちのライブ放送に必要な素材を読み出し、信号として再生する再生手段（例えば図１のライブＰＣ６１）と、再生手段により再生された信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力するエンコード手段（例えば図２のMPEGエンコーダ１２９）と、保持手段に保持されている複数の素材のうちの、送信時間帯が予め決定されている1以上の素材を、送信時間帯に伝送形式に変換し、送信時間帯にエンコード手段によりリアルタイムでエンコードされた１以上の素材を読み出した結果得られたデータと、エンコード手段から出力されたデータとをそれぞれ、伝送形式に変換する処理を実行する変換手段（例えば図２の送出サーバ１２３）と、変換手段の処理の結果得られたデータを、送信時間帯に複数チャンネルデジタルデータとして実時間伝送路に送出する送出手段（例えば図２の２次多重衛星送出システム１０２）とを備えることを特徴とする。
【００１０】
本発明の実施の形態を図１乃至図３に示す。図１は主に編成サイト１の構成を示し、図２は主に送出サイト２の構成を示し、図３は、両者が接続された状態を、主要部の構成で示している。このシステムは１つの衛星中継器（トランスポンダ）でMPEG圧縮された音楽ファイル（デジタルデータ）を１００チャンネル放送する自動化デジタル放送システムである。なお、この明細書において、システムの用語は、複数の装置で構成される全体の装置を表すものとして使用する。
【００１１】
このシステムは、放送番組製作を行う編集サイト１と、番組を送出する送出サイト２で構成されており、両者の間はLANなどよりなる専用回線３で接続されている。編集サイト１には、情報源管理システム１１、素材情報管理・進行編成システム１２、および素材情報登録システム１３が設けられている。また、送出サイト２には、保有サーバおよび多チャンネル送出システム１０１、２次多重衛星送出システム１０２、多チャンネルモニタシステム１０３、および送出管理システム１０４が設けられている。
【００１２】
このシステムでは、衛星を介して各ユーザに楽曲を放送するので、情報源としてはＣＤが用いられる。情報源管理システム１１は、このＣＤ（媒体）の管理と、音源としてのＣＤに収録されている楽曲の管理を行う。このため、情報源管理システム１１は、ＣＤ在庫管理サーバ２１を有しており、このＣＤ在庫管理サーバ２１には、ハードディスク（ミラーディスク２２）と、ＭＯオートチェンジャ２３が接続されている。このハードディスク２２とＭＯオートチェンジャ２３でドライブするＭＯディスクに必要な情報を登録し、データベースを構成するようになされている。
【００１３】
ＣＤ在庫管理サーバ２１にはまた、在庫管理ＰＣ（パーソナルコンピュータ）２４が１２式接続されている。なお、本明細書において、これらの在庫管理ＰＣを個々に区別する必要がある場合には、在庫管理ＰＣ２４−１乃至在庫管理ＰＣ２４−１２のように記述し、特に区別する必要がない場合には、単に、在庫管理ＰＣ２４のように記述する。
【００１４】
さらに、この情報源管理システム１１には、３式のネットワークプリンタ２５−１乃至２５−３、イメージスキャナ２６、バーコードリーダ２７、および４式のバーコードプリンタ２８−１乃至２８−４が設けられている。ネットワークプリンタ２５は、各種の帳票をプリントするのに用いられる。バーコードプリンタ２８は、管理するＣＤに添付するバーコードをプリントするのに用いられる。バーコードリーダ２７は、各ＣＤに添付されているバーコードを読み取るのに用いられる。イメージスキャナ２６は、ＣＤに付随している楽譜、歌詞、その他の情報を取り込むとき用いられる。
【００１５】
ＣＤに関するすべての情報は、ハードディスク２２のデータベースに蓄積されている。ＣＤ在庫管理は、次のように行われる。
【００１６】
１．ＣＤ在庫管理者はＣＤ発注依頼情報を在庫管理ＰＣ２４からＣＤ在庫管理サーバ２１へ登録し、サーバ２１からネットワークプリンタ２５を介して出力されるＣＤ発注票を購入先へ送付して発注する。
【００１７】
２．ＣＤが入庫次第、ＣＤ在庫管理者は在庫管理ＰＣ２４から入庫情報を登録し、在庫管理のための検索に必要なＣＤ媒体に関するあらゆる情報と、ＣＤに収録されている楽曲（音源）に関するあらゆる情報をＣＤ在庫管理サーバ２１のデータベースに入力する。この情報には、タイトル、アーティスト名、時間、ジャンル、キーワードなどのテキスト入力されるもの、ジャケットイメージをイメージスキャナ２６で入力されるものなどが含まれる。また他にも、歌詞、アルバム、もしくは楽曲に関する詳細情報、写真、MIDIデータ、カラオケの唄い出しタイミング等、電子的データで入力されるものも含まれる。ここで入力される情報は、アルバム（ＣＤ全曲）と楽曲に関するもの、並びにそれらに付随・関連するものであり、送出・放送に関する管理情報・履歴等は含まれていない（これらは、後述するように、編成サーバ４１に登録される）。
【００１８】
３．ＣＤ在庫管理サーバ２１はハードディスク２２に情報を格納し、ＣＤ媒体管理番号を受け付け順に発番して、バーコードプリンタ２８からバーコードラベルを発行する。
【００１９】
４．ＣＤ在庫管理者はＣＤ媒体管理番号順に管理棚にＣＤを収納する。
【００２０】
５．ＣＤ利用者は情報管理システム１１の受け付けに行き、ＣＤ媒体管理番号を告げることにより、ＣＤの貸し出しを受けることができる。
【００２１】
なお、この情報源管理システム１１には、DAT、コンパクトカセット、レコードなどのその他の媒体も管理されている。
【００２２】
１式のＣＤ在庫管理サーバ２１はハードディスク２２をミラーリング構成として、ＭＯディスクにより週１回の全バックアップをとり、毎日その日に入力した情報（差分）について情報をバックアップする。１２式のクライアントとしての在庫管理ＰＣ２４で発注、入庫、情報入力、検索、貸し出しを行なう。最大格納情報量は楽曲について１００万件である。
【００２３】
素材情報管理・進行編成システム１２は、２式の編成サーバ４１−１，４１−２と、それに接続されている１５式の編成用ＰＣ４２−１乃至４２−１５により構成されている。編成サーバ４１は、それぞれハードディスク４１Ａを有している。この素材情報管理・進行編成システム１２は、放送に寄与する楽曲の管理と、進行表の編成を行う。この進行表には、放送される素材とその放送開始時刻、放送間隔が記録されている。放送に必要な楽曲の素材情報とチャンネル毎の進行表は、全て、編成サーバ４１のハードディスク４１Ａに格納されている。なお、ここで、素材とは、楽曲をMPEG圧縮（エンコード）してファイル化したものを言い、素材情報とは、素材情報登録システム１３によりエンコードした、もしくはエンコード依頼があるこれから放送に必要な素材の情報を言う。
【００２４】
素材情報管理・進行編成は以下のように行なわれる。編成者は編成用ＰＣ４２から自分の担当するチャンネルの進行表を作成する。
【００２５】
１．編成者は放送したい楽曲について編成サーバ４１の素材情報を検索する。目的の素材が見つかれば、編成用ＰＣ４２のGUI上で、その楽曲を編成枠にドラッグする。この時、ドラッグされた楽曲の演奏時間は放送する際の実時間である。編成枠上この楽曲は「収録済」となる。
【００２６】
２．編成者は放送したい楽曲について編成サーバ４１の素材情報を検索した結果、目的の素材が見つからなければ、ＣＤ在庫管理サーバ２１を検索する。目的の楽曲が見つかれば、編成用ＰＣ４２のGUI上で、その楽曲を編成枠にドラッグする。この時、ドラッグされた楽曲の演奏時間はＣＤ在庫管理上の時間であり、収録した結果の時間はこれと異なる場合がある。この場合には未だ素材情報登録（エンコード）がされていないので、編成枠上この楽曲は「未収録」となる。未収録の楽曲は、順次、素材情報登録システム１３に収録候補として通知され、エンコードされ次第、編成サーバ４１上で、「未収録」が「収録済」の素材に変更され、このとき、素材の演奏時間は放送する際の実時間となる。
【００２７】
ＣＤ在庫管理サーバ２１を検索して、目的の楽曲が見つからない場合、ＣＤ在庫管理サーバ２１に対してＣＤ発注依頼が出力された後、仮候補とされ、入庫、ＣＤ在庫管理登録が済み次第、上述の手続きを経て、エンコードが行なわれ、最終的に全ての楽曲が編成枠上「収録済」となる。
【００２８】
３．全ての楽曲が編成枠上「収録済」となった時点で、編成者は編成用ＰＣ４２のGUI上で整合性チェックをかける。整合性チェックとは、編成枠内で指定された素材を均等に割り付け、再生時間、曲間（無音）時間が規定値以内であるか否かを自動的にチェックする。例えば１時間番組で約５分の曲を１２曲放送しようとした場合、１１曲が丁度５分、１曲が６分だとすると、合計の再生時間が編成枠（１時間）を超えてしまう。また、全曲が丁度５分だとすると、曲の間の無音部分がなくなってしまい、放送としては不自然になってしまう。そこで素材を放送する場合の曲間（無音）の時間の下限値（例えば１．５秒）と、上限値（例えば３秒）を設定して、全曲を均等に割り付けた時に、曲間（無音）時間がこの範囲に入るかどうかチェックする。もし入らない場合は、演奏時間の異なる素材に入れ替えるか、短めな編成としてその編成枠の最後に、予め用意してある時間調整の為の素材を入れてチェックを通過するようにする。
【００２９】
図４は、このような整合性チェックの処理のフローチャートを表している。最初にステップＳ１において、整合性チェックの処理を開始し、ステップＳ２において、すべての楽曲が収録済みであるか否かを判定する。収録済みである場合には、整合性チェックする素材が確定しているので、ステップＳ３に進み、曲間の上限値と下限値を入力する。例えば、曲間の上限値として３秒が、曲間の下限値として１．５秒が、それぞれ入力される。
【００３０】
次に、ステップＳ４で、均等割付け計算が行われる。例えば、図５（Ａ）に示すように、編成枠が１時間（３６００秒）であり、この放送時間内に、曲Ａ乃至曲Ｌを放送するものとする。曲Ａ乃至曲Ｌの演奏（再生）時間の合計は、３４３７秒となるので、曲間総時間は、１６３秒（＝３６００−３４３７）となる。
【００３１】
そこで、この曲間総時間を、曲間数（＝１２）で割算すると、曲間平均時間として、１３．５８秒（＝１６３秒／１２）が得られる。
【００３２】
次に、ステップＳ５に進み、曲間が上限以内であるか否かが判定される。いまの場合、曲間は１３．５８秒であり、上限値（３秒）を越えている。この場合、ステップＳ６に進み、推奨差し替え曲時間を表示する。
【００３３】
いまの場合、曲間上限時間の総和は、３６秒（＝３秒×１２）であり、曲間下限時間の総和は、１８秒（＝１．５秒×１２）となる。従って、最低演奏増加時間は、１２７秒（＝曲間総時間１３６秒−曲間上限時間総和３６秒）となり、最大演奏増加時間は、１４５秒（＝曲間総時間１６３秒−曲間下限時間総和１８秒）となる。そこで、例えば「現状より２分０７秒（１２７秒）乃至２分２５秒（１４５秒）長い曲に変更する必要あり」のようなメッセージを編成用ＰＣ４２に表示させる。
【００３４】
そこで、編成者は、ステップＳ７において、所定の曲を、より長い曲に差し替えるなどの再編成処理を行う。
【００３５】
例えば、図５に示すように、２分の長さの曲Ｌを、４分１０秒（２５０秒）の曲Ｍに変更すると、曲Ｍは、曲Ｌより２分１０秒（１３０秒）長いので、図５（Ｂ）に示すように、曲Ａ乃至曲Ｋ、および曲Ｍの合計１２曲を、均等の曲間（２．７５秒）で割り付けることができる。
【００３６】
図４のステップＳ５で、曲間が上限値以内であると判定された場合には、ステップＳ８に進み、曲間が下限値以内であるか否かが判定される。曲間が下限値以内である場合には、ステップＳ１１に進み、整合性チェックが完了される。
【００３７】
これに対して、ステップＳ８において、曲間が下限値以内ではないと判定された場合には、ステップＳ９に進み、推奨差し替え曲時間が表示される。そして、ステップＳ１０において、編成者は、より短い曲に差し替えるなどの再編成処理を行う。このため、各種の長さの曲が、予め用意され、後述する保有サーバ１２１に登録されている。
【００３８】
ステップＳ２において、整合性チェックを行う楽曲が、すべて収録済みではないと判定された場合には、ステップＳ１２に進み、未収録曲が、編成用ＰＣ４２に表示される。この場合、均等割付け計算を行うことができないので、ステップＳ１３に進み、整合性チェック未了のまま、処理が終了される。
【００３９】
なお、これらの素材の演奏時間はＣＤ在庫管理サーバ２１のデータベースの時間ではなく、編成サーバ４１上の素材情報データベース（エンコードされた後の素材）の時間を基に計算される。
【００４０】
このようにして、１つのチャンネルの１日分の進行表（ファイル）が作成される。最終的に編成管理者がこの進行表を承認し、承認された進行表（ファイル）は書き換えられないようにロックされて、送出サイト２の保有サーバ１２１の外部ハードディスク１２１Ａに専用回線３を使って転送される。
【００４１】
４．このように、編成サーバ４１には、チャンネル毎、放送日毎に、進行表がデータベースとして保存される。また編成サーバ４１には、素材情報として、既に放送素材として保有サーバ１２１の外部ハードディスク１２１Ａに蓄積されている素材に関するデータ、および今後放送予定があり、保有サーバ１２１の外部ハードディスク１２１Ａに蓄積されるべき未収録の素材に関するデータが、データベースとして蓄積される。これらのデータは、ＣＤ在庫管理サーバ２１のデータベースから、放送に必要な項目を引き出したデータを基本とし、それに放送日、放送チャンネル、編成者など、放送に関する情報を付加した形で蓄積されている。
【００４２】
２式の編成サーバ４１−１，４１−２はそれぞれ外部ハードディスク４１Ａ−１，４１Ａ−２をもち、デュアル稼働している。１５式の編成用ＰＣ４２−１乃至４２−１５で、編成サーバ４１の検索、ＣＤ在庫管理サーバ２１の検索などにより編成表を作成する。編成サーバ４１の最大格納情報量は素材について１０万件である。
【００４３】
素材情報登録システム１３は、８式のＣＤプレーヤおよびアンプ５１−１乃至５１−８を有し、８式のMPEGエンコーダデコーダ５２−１乃至５２−８は、ＣＤプレーヤおよびアンプ５１−１乃至５１−８の再生出力をエンコードして、８式の登録ＰＣ５３−１乃至５３−８に出力するようになされている。登録ＰＣ５３−１乃至５３−８は、エンコーダデコーダ５２−１乃至５２−８より供給されたデータを、ルータ７３−３、ターミナルアダプタ（ＴＡ）７２−３、デジタルサービスユニット（DSU）７１−３から、専用回線３を介して送出サイト２のDSU１２５−３に出力するようになされている。
【００４４】
登録ＰＣ５３−１乃至５３−８にはまた、８式のライブＰＣ６１−１乃至６１−８が接続されている。これらのライブＰＣ６１は、そのハードディスク６１Ａに、ライブ用のデータを保存する。そして、ライブＰＣ６１−１乃至６１−８より出力されたデータは、MPEGデコーダ６２−１乃至６２−８によりデコードされた後、コーデック（CODEC:Coder-Decoder）６３−１乃至６３−８から専用回線３を介して、送出サイト２のコーデック１２４−１乃至１２４−８に供給されるようになされている。
【００４５】
なお、このとき、MPEGデコーダ６２−１乃至６２−８の出力は、適宜、マイクロホン７６−１乃至７６−８からの入力と加算され、コーデック６３から出力されるようになされている。
【００４６】
アーカイブ制御ＰＣ５４には、アーカイブＭＯチェンジャ５５が接続されており、アーカイブＭＯチェンジャ５５でドライブされるＭＯディスクに、アーカイブデータが記憶されるようになされている。このアーカイブ制御ＰＣ５４は、登録ＰＣ５３、ライブＰＣ６１、在庫管理サーバ２１、編成サーバ４１、編成用ＰＣ４２などに接続されている他、ルータ７３−２、ターミナルアダプタ７２−２、DSU７１−２から、専用回線３を介して、送出サイト２のDSU１２５−２、ターミナルアダプタ１２６−２、ルータ１２７−２から、保有サーバ１２１にも接続されている。
【００４７】
素材情報登録システム１３は、例えばＣＤ等の蓄積媒体からＣＤプレーヤおよびアンプ５１で楽曲を再生して、MPEGエンコーダデコーダ５２により圧縮処理（エンコード）をして素材ファイル化し、登録ＰＣ５３、ルータ７３−３、ターミナルアダプタ７２−３、DSU７１−３、専用回線３、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)＝約１０Mbyte
５００Gbyte程度／約１０Mbyte＝５万曲
【００７７】
その他の進行表、１００ｃｈ送出に必要な全てのコンフィグレーションのファイルサイズは素材の容量に比べて極わずかとなる。
【００７８】
保有サーバ１２１への編成サイト１からのアクセスは以下の場合に行われる。
【００７９】
１．素材情報管理・進行編成システム１２からの各チャンネル、各放送日毎の進行表の転送。
２．素材情報登録システム１３からの素材の転送（登録）。
３．素材情報登録システム１３への素材の転送（検聴、楽曲再生）。
４．素材情報登録システム１３からの保有サーバ１２１内の素材の削除。
５．素材情報登録システム１３への素材のアーカイブＭＯチェンジャ５５への転送・削除。
６．素材情報登録システム１３のアーカイブＭＯチェンジャ５５からの素材の復帰。
【００８０】
保有サーバ１２１に格納されるシステムコンフィグレーションファイルは以下の通りである。
【００８１】
・共通時刻： 送出システム全体が正しい時刻を共有する。
・ビットレート表： 送出する音楽チャンネルのビットレートを定義する。
・チャンネル組合せ表：送出サーバ１２３が受け持つチャンネルを定義する。
・MUX現用状態：２次多重衛星送出システム１０２の現用系を示す。
・PMT：プログラムマップテーブル
・サービス対応表：管理チャンネル番号と放送サービス番号の対応表である。
【００８２】
なお、ここでいう送出システムとは、編成サーバ４１、保有サーバ１２１、送出サーバ１２３、切替制御ＰＣ１８２、および、マルチプレクサコントローラ（以下MXCと記す）１４４を意味している。このうち、保有サーバ１２１には送出システムの共通情報を蓄積することができ、システム運用中はいつでも参照・更新を行うことができる。
【００８３】
これらのコンフィグレーションを設定するサーバと参照するサーバの関係を図１１に示す。
【００８４】
ビットレート表、PTM、およびサービス対応表は、システム基本パラメータを定義しており、通常の運用中には変更されないものである。チャンネル組合せ表とMUX現用状態は、通常の運用中に変更されないが、チャンネルグループを受け持つ送出サーバ１２３は障害時や保守時に変更される。
【００８５】
これらコンフィグレーションのファイルは先頭注釈行に更新日時が記録されており、参照側はこれから更新の有無を知ることができる。
【００８６】
以下の説明で単に「管理チャンネル番号」と呼ぶものは、システムの内部チャンネルに対応する番号であり、１から１００までの連番である。
【００８７】
＜共通時刻＞
切替制御ＰＣ１８２は、局内時計１８４の計時する時刻を基準にして、定期的に保有サーバ１２１の共通時刻を設定し、更正する。送出サーバ１２３とMXC１４４は、保有サーバ１２１を対象にrdateコマンドを実行することで送出システム全体の時刻を合わせることができる。
【００８８】
＜ビットレート表＞
ビットレート表は、各チャンネルの送出ビットレートと、保有サーバ１２１に保持されている素材ファイルからの送出であるのか、またはリアルタイムのMPEGエンコーダ１２９からの送出であるのか、を定義するとともに、注釈として放送する音楽ジャンルを定義する。これは切替制御ＰＣ１８２が設定し、編成サーバ４１と送出サーバ１２３が参照する。
【００８９】
＜チャンネル組合せ表＞
このチャンネル組合せ表は、１つの送出サーバ１２３が受け持つ管理チャンネルを定義するファイルである。これは、切替制御ＰＣ１８２がftp（file transfer protocol）で設定し、送出サーバ１２３とMXC１４４が参照する。
【００９０】
＜MUX現用状態＞
これは、２重系構成である２次多重衛星送出システム１０２のマルチプレクサ（MUX）１４１の現用系を示し、切替制御ＰＣ１８２が設定し、MXC１４４が参照する。
【００９１】
＜PMT（プログラムマップテーブル）＞
PMTは放送の各チャンネルに割り当てられるマップ情報を定義するファイルである。これは、MXC１４４がftpで毎日更新し、送出サーバ１２３が参照する。
【００９２】
このPMTの転送手順は次の通りである。
時刻ｔ１ ［MXC１４４→保有サーバ１２１］翌日用PMTをPMT.newとしてftp転送
時刻ｔ２ ［保有サーバ１２１］PMT.new があれば PMT にファイル名変更
時刻ｔ３ ［送出サーバ１２３］当日の放送終了
時刻ｔ４ ［ 保有サーバ１２１→送出サーバ１２３］PMT のコピー
時刻ｔ５ ［送出サーバ１２３］翌日の放送開始
【００９３】
なお、放送時刻は、時刻ｔ０から時刻ｔ６までが１日（１サイクル）とされ、上記手順の時刻ｔ１乃至ｔ５は、その間の所定の時刻である。
【００９４】
保有サーバ１２１は、毎日所定の時刻に新しいPMT(PMT.new)の存在を調べ、あればファイル名をPMTとすることで受領する。送出サーバ１２３は、毎日の放送開始に先だってPMTをコピーする。このとき、保有サーバ１２１に障害があれば、前日にコピーしたPMTで送出する。
【００９５】
＜サービス対応表＞
これは、管理チャンネル番号と放送サービス上で割り当てられる「チャンネル番号」との対応を示し、切替制御ＰＣ１８２が設定し、送出サーバ１２３とMXC１４４が参照する。
【００９６】
＜コンフィグレーションファイル変更方法＞
以下のファイルを更新する場合は、接尾語に（.new）を付加して切替制御ＰＣ１８２から保有サーバ１２１へftp転送する。
・ビットレート表： /100ch/config/bitrate.new
・チャンネル組合せ表：/100ch/config/Channel.new
・サービス対応表： /100ch/config/service.new
【００９７】
保有サーバ１２１は、毎日、放送終了間際の所定の時刻に、これら更新ファイルの存在を調べ、あれば接尾語を除いたファイル名に変更することでこれを受領する。
【００９８】
送出サーバ１２３は、毎日の放送開始に先だって、受領されたファイル（すなわち、接尾語の付かないファイル）をコピーする。このとき、保有サーバ１２１に障害があれば、前日にコピーしたものが有効とされる。
【００９９】
コンフィグレーションファイル変更（更新）の処理をフローチャートにまとめると、図１２に示すようになる。最初に、ステップＳ４１において、保有サーバ１２１は、（．new）の接尾語が付加されているファイルがあるか否かを判定し、このようなファイルが存在する場合には、ステップＳ４２に進み、ファイル置換処理を実行する。
【０１００】
すなわち、保有サーバ１２１は、（．new）の接尾語を除いたファイル名のファイルを、その接尾語がついたファイルの内容で更新する。例えば、ＡＢＣ．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 Broadcasting）パラレル、LVDSなどで、データが転送される。
【０１１３】
セレクタ１４３は、切替制御ＰＣ１８２により制御され、変調装置１４２−１または変調装置１４２−２より入力された信号の一方を選択し、図示せぬ中間周波（ＩＦ）処理回路を介して衛星に出力するようになされている。
【０１１４】
また、マルチプレクサ１４１とMXC１４４には、放送全体を管理する放送管理システム３０１より、適宜、所定の信号が供給されるようになされている。
【０１１５】
２次多重衛星送出システム１０２では、８系統の送出サーバ１２３よりそれぞれ供給される１３チャンネル分のPES（Program Elementary Stream）パケット、PMTパケット、およびPCRパケットが１次多重されたＴＳを、マルチプレクサ１４１に入力する。２次多重装置としてのマルチプレクサ１４１ではこれらのパケットと、PMT以外の番組選択に必要なパケット、番組ガイドパケット、番組管理パケット、顧客管理パケット等、衛星に送出する全てのパケットを多重化して出力する。その出力はQPSK変調装置１４２にてエラー訂正符号が付加された後に、QPSK変調されて変調信号として出力される。
【０１１６】
マルチプレクサコントローラ（MXC）１４４は放送管理システム３０１から翌日分の運行データ（放送全体の運行を規定する）を毎日２６：３０に受け取り、２７：５０にPMTファイルを作成し、PMT.newとしてハブ１２２を介して保有サーバ１２１に転送する。またMXC１４４はマルチプレクサ１４１に対して、PMT以外の番組選択に必要なパケット、番組ガイド用パケット、番組管理パケット、顧客管理パケット等、衛星に送出する全てのパケットの送出の設定およびスケジュールを転送する。
【０１１７】
図１４に現用MXC１４４から見た周辺装置の構成を示す。なお、図１４において、送信または受信は、中央に配置されている現用のMXC１４４−１（または１４４−２）からみた場合を示している。
【０１１８】
MXC１４４は、MXC１４４−１（MXC−Ａ）とMXC１４４−２（MXC−Ｂ）の２式により構成され、MXC１４４以降のＡ系、Ｂ系それぞれを独立に制御するが、現用系MXC１４４だけが、ハブ１２２を介して送出サーバ１２３に、ハブ３０３を介してＴＳ音声モニタ１６３に、また、ハブ３０３とチャンネルセッタＰＣ１６２を経由して、多チャンネルモニタシステム１０３の多チャンネルモニタ１６１のスイッチ卓３４１に、それぞれ制御情報を送る（図１３）。現用、予備の認識は、保有サーバ１２１上のコンフィグレーションにより行われる。
【０１１９】
MXC１４４の主な役割の１つは各種パラメータの設定であり、初期パラメータの設定を行い、その後、異常がない限り、送出運用には関与しない。また他の１つの役割は異常監視であり、各周辺装置の監視を行い、アラームＰＣ１８３に異常（アラーム）を通知し、切替制御ＰＣ１８２からの切替指示により、保有サーバ１２１上のコンフィグレーションに従って切替制御を行う（図１４）。
【０１２０】
MXC１４４−１と１４４−２は、例えば、５分毎に、ダミーデータの書き込みを要求し、その実行を確認するなどして、相互に他方を監視し合い、予備MXCから現用MXCの異常がアラームＰＣ１８３に通知された場合は、監視者（人）はこれを判断して切替制御ＰＣ１８２を制御して、現用、予備を入れ替えさせる。
【０１２１】
現用系MXC１４４の役割を以下に示す。
・放送管理システム３０１からの各種送出制御情報の受信
・保有サーバ１２１へのPMTファイルの送信
・保有サーバ１２１からの時刻、現用／予備指定等のコンフィグレーションの受信
・アラームＰＣ１８３への異常通知
・切替制御ＰＣ１８２からの切替指示受信
・現用系MUX１４１の設定および監視
送出サーバ１２３の異常時の現用系MUX１４１の入力チャンネルの切替
現用系MUX１４１の入力チャンネルのエラーの送信
・現用系QPSK変調装置１４２の設定および監視
・予備系MXC１４４の監視
・ＴＳ音声モニタ装置１６３の設定および監視
・チャンネルセッタＰＣ１６２の設定および監視
【０１２２】
予備系MXC１４４の役割を以下に示す。
・放送管理システム３０１からの各種送出制御情報の受信
・保有サーバ１２１からの時刻、現用／予備指定等のコンフィグレーションの受信
・アラームＰＣ１８３への異常通知
・切替制御ＰＣ１８２からの切替指示受信
・予備系MUX１４１の設定および監視
送出サーバ１２３の異常時の予備系MUX１４１の入力チャンネルの切替
予備系MUX１４１の入力チャンネルのエラーの送信
・予備系QPSK変調装置１４２の設定および監視
・現用系MXC１４４の監視
【０１２３】
マルチプレクサ１４１、QPSK変調装置１４２、MXC１４４は上述の如く、それぞれＡ系とＢ系の２式があり、全く独立に並列に動作している。それぞれのQPSK変調装置１４２の出力は、セレクタ１４３に供給され、切替制御ＰＣ１８２がこの切り替えを行う。これにより、現用系・予備系が入れ替わる（Ａ・Ｂ切替）。MXC１４４は独立にそれぞれのMUX１４１に、設定およびスケジュールを転送するが、保有サーバ１２１へのPMTファイルの送信、ＴＳ音声モニタ１６３の設定および監視、チャンネルセッタＰＣ１６２の設定および監視は、現用系のMXC１４４のみが行う。
【０１２４】
多チャンネルモニタシステム１０３は、多チャンネルモニタ１６１を有している。この多チャンネルモニタ１６１には、変調装置１４２−１，１４２−２の出力と、ＴＳ音声モニタ１６３の出力が供給されている。さらに、この多チャンネルモニタ１６１には、図示せぬ受信装置で衛星からの電波を受信し、これを復調して得られた受信ＩＦ信号も供給されている。さらに、多チャンネルモニタ１６１には、ＯＡリスニングＰＣ１６５の出力が、MPEGデコーダ１６６でデコードされた後、供給されている。多チャンネルモニタ１６１では、これらの入力を適宜モニタすることができるようになされている。チャンネルセッタＰＣ１６２は、多チャンネルモニタ１６１を制御するようになされている。
【０１２５】
多チャンネルモニタシステム１０３は、正しく全てのチャンネルが送出されているかをモニタするシステムである。まず、衛星からの送信電波を受信して、１００台の受信装置としてのIRD（図示せず）に分配して、それぞれのIRDによって音を再生して、多チャンネルモニタ１６１の１００チャンネル分のピークレベルメータに一斉表示する。監視者はそのメータの動きにより一目で送出状態を知ることが出来る。また、多チャンネルモニタ１６１にレベル検出装置１６１Ａを設け、−５０dB以下の状態（無音）が３０秒以上続いた場合に、ピークレベルメータ上のインジケータを赤く点滅させるとともに、アラームを鳴らすことで監視者に注意を促す。監視者はそれを知り、そのチャンネルを選択して音をスピーカに出力して、障害かどうかの調査を行うことができる。このレベルのしきい値、検出時間設定は変更することが可能である。
【０１２６】
衛星の送出系統に異常が検出された場合には、多チャンネルモニタ１６１への入力を、一斉に、IRDの出力（CS−IF)から、現用系のQPSK変調装置１４２の出力に切り替えて、衛星送出前の音声を、１００チャンネルのピークレベルメータと、スイッチ卓３４１で選択した１つの音声によって確認を行う。必要に応じて予備系のQPSK変調装置１４２の出力に切り替えて、衛星送出前の音声を１００チャンネルのピークレベルメータと、１つの選択音声によって確認を行う。
【０１２７】
さらに問題がある場合は、ＴＳ音声モニタ１６３によって送出サーバ１２３の出力、すなわちMUX１４１に入力する前の１次多重化ストリームから、１チャンネルのトランスポートストリーム（ＴＳ）を抜き出し（デマルチプレックスし）、デコーダ１６４（図３）でデコードして、１００チャンネルのピークレベルメータと、１つの選択音声によって確認を行う。送出サーバ１２３で１式当たり１３チャンネルを同時に多重するために、ＴＳ音声モニタ１６３は、１式で最大１３チャンネルのＴＳを同時にデコードして、１３チャンネルの音声を出力する。ＴＳ音声モニタ１６３を８式（９式のうちの１式は予備となる）装備することによって１００チャンネルの音声を同時に出力することができる。
【０１２８】
多チャンネルモニタ１６１のスイッチ卓３４１は１００個の選択スイッチを有し、そのスイッチ１つ１つがチャンネル番号に対応している。一方、ＴＳ音声モニタ１６３の出力は各送出サーバ１２３の出力に物理的に対応しているために、９／８リダンダンド切替が実施されると、ＴＳ音声モニタ１６３の出力はチャンネル番号に対応しなくなる。そのため本実施の形態においては、チャンネルセッタＰＣ１６２により、切替情報に応じて多チャンネルモニタ１６１のスイッチ卓３４１の１００個の選択スイッチがどこの入力を選択して出力するかの設定を行う。
【０１２９】
また、チャンネルセッタＰＣ１６２は１式の多チャンネルモニタ１６１のスイッチ卓３４１を制御するのに対し、選択スイッチを制御する設定ファイルは２式のMXC１４４から転送されるために、MXC１４４との通信は専用回線３としてのLANを使ったネットワーク経由で行い、多チャンネルモニタ１６１のスイッチ卓３４１に対する通信はＲＳ−４２２で行われる（図１３）。
【０１３０】
送出サーバ１２３より前段に問題がある場合には、保有サーバ１２１上の素材に原因がある可能性があるので、ＯＡ（On Air）リスニングＰＣ１６５により保有サーバ１２１から問題の素材ファイルを直接読み出し、MPEGデコーダ１６６でデコードして確認を行うことが出来る。なお、図３において、ＯＡリスニングＰＣ１６５とMPEGデコーダ１６６は、再生装置２６５として示されている。
【０１３１】
例えば、放送し、受信した音に異常があった場合、収録された素材自体に異常があったのか、送出過程において異常が発生したのかを識別する必要がる。そこで、ＯＡリスニングＰＣ１６５により、異常があった日とチャンネルを指定し、進行表を表示させる。異常があった素材を進行表上で指定すると、ＯＡリスニングＰＣ１６５は、指定された素材を保有サーバ１２１から読み出し、再生させる。これにより、素材自体に異常があったのか否かを判断することができる。
【０１３２】
送出管理システム１０４は、切替制御ＰＣ１８２−１，１８２−２を有しており、この切替制御ＰＣ１８２には、計時動作を行う局内時計１８４の出力が供給されている。送出管理システム１０４は、この他、ＯＡモニタＰＣ１８１−１，１８１−２、アラームＰＣ１８３を有している。
【０１３３】
送出管理システム１０４のＯＡモニタＰＣ１８１、切替制御ＰＣ１８２、アラームＰＣ１８３、ＯＡリスニングＰＣ１８５は、２次多重衛星送出システム１０２のMXC１４４に接続されている。
【０１３４】
送出管理システム１０４は、保有サーバおよび多チャンネル送出システム１０１と２次多重衛星送出システム１０２からの送出の監視・切替を行う。各システムで発生したアラームは全てアラームＰＣ１８３に通知され、ここでは、その対応レベルに応じて４種類の音色のチャイムが鳴り、アラームの番号とメッセージがアラームＰＣ１８３の表示画面に現われる。また、それに対する対応方法もGUIに従って参照することができる。このアラームＰＣ１８３から各システムのアラームLOGも見ることができ、問題発生の経緯を知ることができる。システム監視者はこのアラームＰＣ１８３でのアラームにより異常を知る。アラームＰＣ１８３の表示内容から障害状況と対応を判断して、必要に応じて切替制御ＰＣ１８２から切替操作を行う。
【０１３５】
２式の切替制御ＰＣ１８２−１，１８２−２のうちのいずれかが現用に設定され、切替動作が入力可能状態に設定される。予備に設定された切替制御ＰＣ１８２からは切替動作の入力を行うことは出来ない。切替制御ＰＣ１８２は局内時計１８４から正確な時刻を知り、保有サーバ１２１に設定する。各周辺装置は保有サーバ１２１を参照することにより、正確な時刻を得る。切替制御ＰＣ１８２はシステム監視者の入力に従い、送出サーバ１２３の予備系への切替（９／８リダンダンド切替）と、セレクタ１４３によるQPSK変調装置１４２の出力の切替（Ａ・Ｂ切替）を行う。その時、切替制御ＰＣ１８２は保有サーバ１２１のコンフィグレーションを書き換え、その後、各周辺装置にコンフィグレーションが書き換えられたことを伝える。各周辺装置はそれをトリガーに保有サーバ１２１から新たなコンフィグレーションを取得することで動作を切り替える。
【０１３６】
また、QPSK変調装置１４２の出力の切替（Ａ・Ｂ切替）は、セレクタ１４３をリモートにしておくことによって切替制御ＰＣ１８２の指示により行われるが、セレクタ１４３をローカル設定にして、セレクタ１４３の本体の前面パネルで切替を強制的に行うことも可能である。その場合、セレクタ１４３本体で切替が行われたことを切替制御ＰＣ１８２が知り、その情報により保有サーバ１２１のコンフィグレーションを切り替える。また、送出サーバ１２３からの楽曲の送出状況を、ＯＡモニタＰＣ１８１で知ることができる。
【０１３７】
ＯＡモニタＰＣ１８１上のGUIから任意のチャンネルを選択すると、そのチャンネルの送出イベント（楽曲）予定が（すなわち、進行表の内容が）リストとして表示される。さらに、送出中の楽曲（イベント）のタイトル、演奏者、演奏時間、残時間が他と異なる色などでマークされ、現在の送出状況、過去の送出履歴、今後の送出予定を一目で知ることができる。また、ＯＡモニタＰＣ１８１の状態は、送出サーバ１２３から取得され、イベント更新は送出サーバ１２３の動作を基準として行われるので、送出サーバ１２３の異常・停止状況も知ることができる。
【０１３８】
本発明は、１００チャンネルの音楽放送に限ったものではなく、デジタル化されたあらゆる情報のデータ放送にも容易に応用できることは言うまでもない。
【０１３９】
本実施の形態では、圧縮方式としてMPEG方式を用いているが、単なる説明のためであり、AC-3,ATRACなど、他の圧縮方式を用いることもできる。また、圧縮を使わない場合にも、本発明は適用ができる。
【０１４０】
本実施の形態では、上述した課題を解決するために利用する伝送路として、衛星を想定して説明したが、上述した課題を解決するために利用する伝送路はこの他、地上波、光空間、光ケーブル、同軸ケーブル、その他の実時間伝送路であっても構わない。なお、上述した課題の解決にこだわらなければ、伝送路は、磁気テープ、光テープ、磁気ディスク、光ディスク、その他の蓄積型伝送路であっても構わない。
【０１４１】
本発明により多チャンネルデータ放送の自動送出システムが実現される。
【０１４２】
【発明の効果】
請求項１に記載の複数チャンネルデジタルデータ送出装置および請求項４に記載の複数チャンネルデジタルデータ送出方法によれば、保持されている複数の素材のうちの、送信時間帯が予め決定されている素材が、伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出されるだけでなく、その送信時間帯に、保持された素材が読み出され、再生され、リアルタイムでエンコードされたものが、送信時間帯が予め決定されている素材とともに伝送形式に変換され、複数チャンネルデジタルデータとして実時間伝送路に送出される。従って、保持した素材を用いて、複数チャンネルデジタルデータとして送出するだけでなく、これをライブ放送にも有機的に活用することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した編集サイトの構成例を示すブロック図である。
【図２】本発明を適用した送出サイトの構成例を示すブロック図である。
【図３】図１と図２に示した主要部の接続状態を示すブロック図である。
【図４】整合性チェックの処理を説明するフローチャートである。
【図５】整合性チェックの処理を説明する図である。
【図６】楽曲のファイル化を行う構成例を示すブロック図である。
【図７】楽曲のファイル化を行う構成例を示すブロック図である。
【図８】楽曲のファイル化を行う構成例を示すブロック図である。
【図９】楽曲のファイル化を行う構成例を示すブロック図である。
【図１０】アーカイブ処理を説明するフローチャートである。
【図１１】コンフィグレーションを説明する図である。
【図１２】コンフィグレーションファイルの更新を説明するフローチャートである。
【図１３】マルチプレックスコントローラに対する接続関係を示す図である。
【図１４】マルチプレックスコントローラに対する信号の授受を説明する図である。
【符号の説明】
１ 編集サイト， ２ 送出サイト， ３ 専用回線， １１ 情報源管理システム， １２ 素材情報管理・進行編成システム， １３ 素材情報登録システム， ２１ ＣＤ在庫管理サーバ， ４１ 編成サーバ， ５３ 登録ＰＣ，５４ アーカイブ制御ＰＣ， ５５ アーカイブＭＯチェンジャ， ６１ ライブＰＣ， １０１ 保有サーバおよび多チャンネル送出システム， １０２ ２次多重衛星送出システム， １０３ 多チャンネルモニタシステム， １０４送出管理システム， １２１ 保有サーバ， １２３ 送出サーバ， １４１マルチプレクサ， １４２ 変調装置， １４３ セレクタ， １４４ マルチプレクサコントローラ， １６１ 多チャンネルモニタ， １６３ ＴＳ音声モニタ， １６５ ＯＡリスニングＰＣ， １８２ 切替制御ＰＣ， １８３ アラームＰＣ
Claims (4)
- 送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を保持する保持手段と、
前記保持手段に保持されている複数の前記素材のうちのライブ放送に必要な素材を読み出し、信号として再生する再生手段と、
前記再生手段により再生された前記信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力するエンコード手段と、
前記保持手段に保持されている複数の前記素材のうちの、送信時間帯が予め決定されている1以上の素材を読み出した結果得られたデータと、前記エンコード手段から出力された前記データとをそれぞれ伝送形式に変換する処理を実行する変換手段と、
前記変換手段の処理の結果得られたデータを、前記送信時間帯に複数チャンネルデジタルデータとして実時間伝送路に送出する送出手段と
を備えることを特徴とする複数チャンネルデジタルデータ送出装置。 - 前記変換手段は、伝送形式に変換するとき、変換するデータに、ＰＭＴ（プログラムマップテーブル）およびＰＣＲ（プログラムクロックリファレンス）を多重して１つのストリームとする
ことを特徴とする請求項１に記載の複数チャンネルデジタルデータ送出装置。 - 前記保持手段に保持されている複数の前記素材のうち、前記送信時間帯が予め決定されている1以上の前記素材をコピーして、前記送信時間帯よりも前の時点から、前記保持手段とは別に保持しておく別保持手段をさらに備え、
前記変換手段は、さらに、前記別保持手段に保持されている1以上の前記素材を読み出した結果得られるデータを、前記送信時間帯に伝送形式に変換する動作を行うものである
ことを特徴とする請求項１に記載の複数チャンネルデジタルデータ送出装置。 - 保持手段、再生手段、エンコード手段、変換手段、および送出手段
を少なくとも備える複数チャンネルデジタルデータ送出装置の複数チャンネルデジタルデータ送出方法であって、
送出するための複数の楽曲をそれぞれエンコードして得られた複数の素材を前記保持手段が保持し、
送信時間帯に、
前記再生手段が、前記保持手段に保持されている複数の前記素材のうちのライブ放送に必要な素材を読み出し、信号として再生し、
前記エンコード手段が、前記再生手段により再生された前記信号にマイクロホンからの信号を加算してリアルタイムでエンコードして、その結果得られるデータを出力し、
前記変換手段が、前記エンコード手段から出力された前記データと、前記保持手段に保持されている複数の前記素材のうちの、送信時間帯が予め決定されている 1 以上の素材を読み出した結果得られたデータとを、それぞれ伝送形式に変換する処理を実行し、
前記送出手段が、前記変換手段の処理の結果得られたデータを、複数チャンネルデジタルデータとして前記送信時間帯に実時間伝送路に送出する
ことを特徴とする複数チャンネルデジタルデータ送出方法。
Priority Applications (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18746397A JP3865467B2 (ja) | 1997-06-27 | 1997-06-27 | 複数チャンネルデジタルデータ送出装置および方法 |
| EP98929727A EP0975110B1 (en) | 1997-06-27 | 1998-06-26 | Multichannel digital data sending device and method, information organizing device and method, and multichannel digital data managing device and method |
| EP07004641A EP1802012A3 (en) | 1997-06-27 | 1998-06-26 | Method and apparatus for programming the information and method and apparatus for managing multi-channel digital data |
| KR10-1999-7001644A KR100518667B1 (ko) | 1997-06-27 | 1998-06-26 | 다채널 디지털 데이터의 송출장치 및 송출방법, 정보 편성 장치및 정보 편성 방법 및 다채널 디지털 데이터의 관리장치 및 관리방법 |
| DE69838477T DE69838477T2 (de) | 1997-06-27 | 1998-06-26 | Verfahren und vorrichtung zum aussenden von multikanal-digitaldaten, verfahren und vorrichtung zum programmieren der information und verfahren und vorrichtung zum verwalten der multikanal-digitaldaten |
| US09/242,814 US6931021B1 (en) | 1997-06-27 | 1998-06-26 | Multichannel digital data sending device and method, information organizing device and method, and multichannel digital data managing device and method |
| PCT/JP1998/002890 WO1999000921A1 (fr) | 1997-06-27 | 1998-06-26 | Dispositif multicanal d'emission de donnees numeriques et procede correspondant, dispositif d'organisation d'information et procede correspondant, et dispositif multicanal de gestion de donnees et procede correspondant |
| US11/150,646 US7483452B2 (en) | 1997-06-27 | 2005-06-10 | Method and apparatus for sending out multi-channel digital data, method and apparatus for programming the information and method and apparatus for managing multi-channel digital data |
| US11/149,821 US7342935B2 (en) | 1997-06-27 | 2005-06-10 | Method and apparatus for sending out multi-channel digital data, method and apparatus for programming the information and method and apparatus for managing multi-channel digital data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18746397A JP3865467B2 (ja) | 1997-06-27 | 1997-06-27 | 複数チャンネルデジタルデータ送出装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1127225A JPH1127225A (ja) | 1999-01-29 |
| JP3865467B2 true JP3865467B2 (ja) | 2007-01-10 |
Family
ID=16206529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18746397A Expired - Fee Related JP3865467B2 (ja) | 1997-06-27 | 1997-06-27 | 複数チャンネルデジタルデータ送出装置および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3865467B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002320280A (ja) * | 2001-04-23 | 2002-10-31 | Fujitsu Ltd | 車載機器遠隔制御方法及び車載機器制御装置 |
| JP4720847B2 (ja) * | 2008-04-21 | 2011-07-13 | ソニー株式会社 | 記録システム、伝送装置、記録装置、及び記録制御方法、並びにプログラム |
| US9398390B2 (en) * | 2013-03-13 | 2016-07-19 | Beatport, LLC | DJ stem systems and methods |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3002471B2 (ja) * | 1988-08-19 | 2000-01-24 | 株式会社日立製作所 | 番組配信装置 |
| JPH08228180A (ja) * | 1995-02-21 | 1996-09-03 | Sony Corp | 情報受信方法および装置 |
| JP3662295B2 (ja) * | 1995-04-17 | 2005-06-22 | ソニー株式会社 | 電子番組ガイド伝送装置および方法並びに電子番組ガイド受信装置および方法 |
| JPH08307822A (ja) * | 1995-05-11 | 1996-11-22 | Hitachi Ltd | ディジタル信号の記録再生装置 |
| JP3394388B2 (ja) * | 1995-05-30 | 2003-04-07 | 三菱電機株式会社 | 衛星通信システム及び衛星通信方法及び情報センタ配信装置 |
| JP3740712B2 (ja) * | 1995-06-13 | 2006-02-01 | 三菱電機株式会社 | 記録再生装置および記録再生方法 |
| JPH09130346A (ja) * | 1995-10-30 | 1997-05-16 | Sony Corp | Ａｖデータ受信装置、ａｖデータ送信装置および放送システム |
-
1997
- 1997-06-27 JP JP18746397A patent/JP3865467B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1127225A (ja) | 1999-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7483452B2 (en) | Method and apparatus for sending out multi-channel digital data, method and apparatus for programming the information and method and apparatus for managing multi-channel digital data | |
| US6295555B1 (en) | System and method for music downloads over a network | |
| US7136934B2 (en) | Multimedia synchronization method and device | |
| KR100599021B1 (ko) | 다채널 디지털 데이터의 송출 장치 및 방법 | |
| US6366953B2 (en) | System and method for recording a compressed audio program distributed from an information center | |
| JPH07505750A (ja) | デジタル音声／映像挿入システム | |
| WO2006006685A1 (ja) | コンテンツ配信システム、クライアント、サーバ、コンテンツ配信方法およびコンテンツ再生方法 | |
| WO2005076907A2 (en) | Recording, editing, encoding and immediately distributing a live performance | |
| JP3879949B2 (ja) | 複数チャンネルデジタルデータ送出装置および方法 | |
| JP3865467B2 (ja) | 複数チャンネルデジタルデータ送出装置および方法 | |
| JP3880134B2 (ja) | データ送出装置および方法 | |
| JPH1127224A (ja) | 多チャンネルデジタルデータ管理装置および方法 | |
| JPH1127227A (ja) | 多チャンネルデジタルデータ送出装置および方法 | |
| JPH1125658A (ja) | 情報編成装置および方法 | |
| JPH0443779A (ja) | 編集映像の作製方法 | |
| JP4209657B2 (ja) | 配信システム、サーバおよび配信制御方法 | |
| JP2000216684A (ja) | デ―タ伝送装置及び方法 | |
| JP4211067B2 (ja) | データ記録・再生システム | |
| JPH10336564A (ja) | データ送出装置とその方法 | |
| JP2000299668A (ja) | 番組放送方法 | |
| JP2001136479A (ja) | 番組制作送出装置 | |
| Reuter | Compressed Video File Transfer for Professional Broadcasting | |
| JP2001292117A (ja) | 音楽等の番組送出装置 | |
| JPH1169278A (ja) | 放送受信蓄積装置 | |
| MXPA98002618A (en) | Data transmission device and da transmission method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050825 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051024 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060525 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060725 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060822 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061003 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061003 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101013 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111013 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111013 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121013 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121013 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131013 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |