JP2000216684A

JP2000216684A - デ―タ伝送装置及び方法

Info

Publication number: JP2000216684A
Application number: JP1408699A
Authority: JP
Inventors: Masahiko Enari; 正彦江成
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-01-22
Filing date: 1999-01-22
Publication date: 2000-08-04

Abstract

(57)【要約】【課題】例えば、衛星を使った音楽配信システムを構
築する際に素材登録の作業効率高め、保有効率を高め、
拡張性に富んだデータ伝送装置及び方法を提供する。【解決手段】例えばテープストリーマのデータ保存部
４０５にＰＣＭディジタルデータで記憶させておく。放
送に必要なＰＣＭディジタルデータを例えば保有サーバ
４０４のハードディスクのデータ記憶部４０６に記憶さ
せておく。予め保有サーバ４０４のデータ記憶部４０６
からデータ変換部４０２にＰＣＭデータを転送し、デー
タ変換部４０２でＰＣＭデータをＭＵＳＩＣＡＭ形式や
ＡＲＡＣ形式のデータに変換し、この変換されたデータ
をデータ記憶部４０６に返す。ディジタルデータの送出
を行なう前に、データ記憶部４０６からのＭＵＳＩＣＡ
ＭやＡＴＲＡＣ形式のデータをデータ送出部４０７に送
り、データ送出部４０７によりディジタルデータを送出
する。放送終了後、データ記憶部４０６のデータは削除
し、データ保存部４０５にＰＣＭディジタルデータで保
存しておく。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、同期型放送サー
ビスにより音楽データを衛星を用いて配信するような放
送システムに用いて好適なデータ伝送装置及び方法に関
する。

【０００２】

【従来の技術】テレビジョン放送は地上波を伝送媒体と
して始まり、その後、ケーブル、衛星とその伝送媒体を
広げている。また、その変調方式は長い間アナログ方式
で行われている。しかし、近年、ＭＰＥＧ（Moving Pic
ture Experts Group）方式を代表とするディジタル方式
の帯域圧縮技術が確立したことから、テレビジョン放送
は、衛星、ケーブル、地上波、全ての伝送媒体において
ディジタル方式に変わろうとしている。アナログ方式の
テレビジョン放送においても帯域圧縮技術と組み合わせ
ることにより伝送効率を上げることが試みられたが、広
く普及していない。それに比べてディジタル方式のテレ
ビジョン放送における帯域圧縮技術は、非常に高い伝送
効率を得ることが可能になったため、近年、急速に発展
してきている。

【０００３】１つの例として衛星テレビジョン放送があ
げられる。一般的な放送衛星、通信衛星の１トランスポ
ンダ（中継器）の伝送帯域は２７ＭＨｚである。このト
ランスポンダでＳＤＴＶ(Standard Definition TV)をア
ナログのＦＭ変調で伝送する場合は実用的には１つのテ
レビジョン放送しか中継できない。しかし、同じ２７Ｍ
Ｈｚの伝送帯域をもつトランスポンダでディジタルのＱ
ＰＳＫ（Quadrature Phase Shift Keying）変調で伝送
する場合は、制御符号等の冗長分を差し引いても、情報
伝送可能な容量は約２４Ｍｂｐｓ（回線設計により異な
る）確保できる。このため、ＳＤＴＶをＭＰＥＧ２方式
によるディジタルで４Ｍｂｐｓに圧縮した場合は、６チ
ャンネルのテレビジョン放送を中継することができる。

【０００４】また、ディジタル方式の音楽信号も、同様
に、帯域圧縮技術と組み合わせることでより高い伝送効
率が得られる。このため、ディジタル方式を用いると、
音楽放送も同様に効率的に行える。同じ衛星帯域を使っ
て２４Ｍｂｐｓの情報伝送容量で、音声をＭＰＥＧ（こ
の場合、MPEG1 Layer 2 = MUSICAM 以下、MUSICAM 方式
と呼ぶ）を使って１９２ｋｂｐｓに圧縮した場合には１
トランスポンダで１２５チャンネルの音声放送を中継す
ることができる。

【０００５】さらに、ディジタル方式においてはエラー
訂正技術を組み合わせることによって、伝送路における
歪みの影響を殆ど受けずに忠実に送信側の品質が伝達さ
れる長所がある。

【０００６】このように帯域圧縮技術、エラー訂正技術
と組み合わせたディジタル放送が主流となる中で、映
像、音声以外のディジタルデータを放送することによっ
て新しい放送サービスの形態を創造することができるよ
うになってきている。１つは独立型データ放送と呼び、
例えばパソコンのゲームのプログラムを放送するといっ
たもので、データのみを放送するものである。もう１つ
は映像番組、もしくは音楽番組とデータ放送がリンクし
た同期型データ放送である。この同期型データ放送はＭ
ＨＥＧ（Multimedia and Hyper Information Coding Ex
perts Gruop ）方式を代表とするＧＵＩ（Graphics Use
r Interface ）を提供する技術を使い、映像もしくは音
楽番組を視聴しながら、そのサービスに同期したデータ
を放送するものである。

【０００７】このような同期型データ放送のサービスと
して本願出願人はＥＢＳサービスを提案している。な
お、音楽データを電子的に配信するシステムを総称して
ＥＭＤ(Electric Music Distribution) サービスと呼
び、その放送システムをＥＢＳ(EMD Broadcasting Syst
em) と呼ぶ。ＥＢＳサービスの概要は図５に示す通りで
ある。

【０００８】これは衛星を使った音楽配信チャンネルで
テレビを見ながら、音楽をダウンロードして購入するこ
とができるものである。まず、受信機（ＩＲＤ:Integra
tedReceiver Decoder）でこのＥＭＤチャンネルを選択
すると図５のように映像が現れる。５０１に示した画面
の一部分に映像（動画像）が映し出され、その廻りの部
分５０２にＭＨＥＧを使ったＧＵＩ画面（一般的には静
止画像）が現れる。この画面５０１の映像をメイン映像
と言う。この新しいサービスを受けることのできない従
来のＩＲＤではこの画面５０１部分のみが画面に映し出
される。この時の再生音声はメイン映像に付随する音声
であり、メイン音声という。このＭＨＥＧによるＧＵＩ
画面には、この時ＩＲＤにより購入可能な１０曲の音楽
のリスト５０３が表示される。さらに、これらの音楽毎
の画像、歌詞、その他テキストによる情報５０４が表示
される。

【０００９】視聴者はこの番組を見ながら、購入するこ
とができる音楽の情報を知る。一般的にはメイン映像番
組はこの売りに出される音楽に関係している場合が多
く、例えばＥＰＧ(Electric Program Guide)の番組枠で
１時間の「今週のベスト２０曲」となっており、前半の
３０分間で今週のベスト２０位から１１位の１０曲を紹
介し、後半３０分間今週のベスト１０位から１位を紹介
している。視聴者はこのメイン映像を見て、購入したい
音楽を試聴することができる。それはＧＵＩのその音楽
に該当する場所をＩＲＤのポインタで指し示すことによ
ってＩＲＤでその音楽が再生され、ある一定時間の試聴
が可能である。さらにこの試聴期間中に音楽と同時にダ
ウンロードすることができる。画像、歌詞、テキストデ
ータも表示される。音楽の購入（ダウンロード）は、図
５中、ボタン５０５をクリックすることによって行われ
る。

【００１０】音楽の購入（ダウンロード）には２つの方
法がある。１つは音楽を実時間でアナログ端子、もしく
はＰＣＭ（Pulse Code Modulation）のディジタル端子
を使ってテープレコーダやＤＡＴ（Digital Audio Tape
Recoder）、ＭＤ（Mini Disc ）等の録音機器に録音す
る場合である。この場合の音楽の購入（ダウンロード）
手順は以下のようになる。

【００１１】１．録音機器をＩＲＤに接続し、録音スタ
ンバイ状態で待つ。

【００１２】２．ＩＲＤのＧＵＩ画面で購入手続きをす
る。

【００１３】３．ＩＲＤのＧＵＩ画面にて音楽が始まる
までのタイミングを知る。

【００１４】４．そのタイミングを見ながら音楽の始ま
る直前で録音機器を録音状態にする。

【００１５】このようにアナログ端子叉はＰＣＭのディ
ジタル端子を使って記録を行う場合、一般的には通常の
録音機器で録音することを前提とするので、実時間（４
分の音楽は４分間）かけて録音する。倍速ダビング機能
をもつ録音機器にダウンロードする場合は倍速度（４分
の音楽は２分間）で録音させることも可能である。

【００１６】もう１つの方法は互いの制御可能なインタ
フェース、例えばＩＥＥＥ−Ｐ１３９４規格のインタフ
ェース端子を持つ記録機器（この場合、ＭＤ等の音楽機
器に限らずＰＣ等の装置でも良い）にダウンロードする
場合である。この場合の音楽の購入（ダウンロード）手
順は以下のようになる。

【００１７】１．記録機器をＩＲＤに接続し、記録スタ
ンバイ状態で待つ。

【００１８】２．ＩＲＤのＧＵＩ画面で購入手続きをす
る。

【００１９】３．記録のタイミングはこのインタフェー
スで自動的に記録される。

【００２０】この方法の特徴は音楽をベースバンドに復
号することなく、記録先のデータ形式に合わせてダウン
ロードすることができることであり、さらにデータとし
て送ることによって音楽の実時間に関係しない伝送速度
でダウンロードすることが可能である。例えばＭＤの記
録方式であるＡＴＲＡＣ（Adaptive Transform Acousti
c Coding）記録方式データを復号せずに、このままＡＴ
ＲＡＣデータをダウンロードする。データ伝送速度は約
４倍速（４分の音楽は１分間）であり、短時間で音楽の
購入が可能である。

【００２１】同時に音楽ダウンロードに付随してＪＰＥ
Ｇ（Joint Photographic Experts Group）による画像
や、歌詞、テキストデータもダウンロードする。また、
これらの音楽以外のデータは全て音楽に同期したタイミ
ング信号を持ち、音楽に合わせてプレゼンテーションで
きるようになっている。その１例は歌詞であり、その文
字が音楽に合わせて表示できるようになっている。

【００２２】図６はＥＭＤサービスのコンポーネント構
造を示したものてある。図６に示すように、ＥＭＤサー
ビスにはメインサービスとサブサービスという概念が存
在する。メインサービスは４つのコンポーネント（ＴＶ
映像、ＴＶ音声、ＧＵＩ用ＭＨＥＧデータ、予約用ＭＨ
ＥＧデータ）から成り、ＩＲＤのリモコンからチャンネ
ル番号を直接入力することで選曲が可能となる。

【００２３】４つのコンポーネントはまとめて１つのＥ
ＣＭ（Entitlement Control Message ）で括られてお
り、視聴形態はＦＬＡＴ契約とされている。イベントの
単位はＥＰＧの単位と同一で、この例では１時間であ
る。１時間の内、前半と後半のようにＧＵＩ用ＭＨＥＧ
の表示内容を変えることも可能であるが、メインサービ
スのイベントＩＤの変化はしない。予約用ＭＨＥＧデー
タは今後１週間以内に放送される予定の楽曲を購入予約
するためのＧＵＩを提供する。表示内容は１日１回更新
する。

【００２４】サブサービスは楽曲ダウンロード用のサー
ビスで、例えば最大１０サービスとされている。視聴者
からは直接見えない隠れたサービスでＥＰＧにもＮＩＴ
（Network Information Table ）にもこのサービスＩＤ
はのらない。また、ＩＲＤのリモコンからダイレクトに
選曲することもできない。

【００２５】図７に示すように、サブサービスのコンポ
ーネント構成やＰＩＤ（Packet ID）は、ＳＭＴ（Sub-P
rogram MapTable）というＰＭＴ（Program MapTable）
と同じ形式のテーブルに記述されている。ＳＭＴのＰＩ
Ｄは、メインサービスのＰＭＴ内のlinkage ＿descript
or( ) で記述されている。

【００２６】サブサービスに属するコンポーネントは以
下の3 つである。

【００２７】１．ＭＰＥＧＡｕｄｉｏデータ（楽曲試
聴／購入用。１倍速。）２．ＡＴＲＡＣデータ（楽曲ダウンロード用。４倍
速。）３．音声付加情報ＭＰＥＧオーディオデータとＡＴＲＡＣデータとはまと
めて１つのＥＣＭで括られており、視聴形態はＩＰＰＶ
（Impulse Pay Per View）契約とされている。ＥＣＭの
単位はＥＰＧの単位（１時間）ではなく、例えばそれを
前半・後半の２つに分けた単位（この場合30分）とする
ことも可能である。音声付加情報に関しては、ノンスク
ランブルとされている。音声付加情報には曲の経過時間
に関する情報が流れており、購入する以前この時間情報
が読み取れようにするためである。

【００２８】図６に示すように、1 イベント内では同じ
曲が繰り返し流されている。サブサービスの数は例えば
最大１０個とされているので、1 イベント内に流せる曲
数は最大１０曲である。従って１イベント（１時間）で
は２０曲流せることになる。

【００２９】一度購入するとそのイベント内（この場合
３０分間）は鍵が開き続けるので、1 曲の料金で同じ曲
を何度もダウンロードできてしまう。そこで、同じ曲は
１度しかダウンロードできないような機能を受信機に盛
り込んでいる。

【００３０】上述のように衛星を使って音楽データを配
信するようなサービスでは、音楽素材はそのままでは情
報量が多いため、ＭＵＳＩＣＡＭ方式で圧縮される。ま
た、ダウンロード用の音楽データはＡＴＲＡＣ方式で圧
縮される。

【００３１】このように音楽データを圧縮して送信する
システムは、従来、音楽素材のデータを圧縮して保有サ
ーバに送り、保有サーバからのデータを転送系のシステ
ムに転送している。また、この音楽データを保存する場
合にはデータが圧縮された形で保存されている。

【００３２】つまり、図８は、このようなシステムを実
現する場合の従来の音楽放送システムの編成系のサブシ
ステムの構成を示すものである。図８の編成系サブシス
テムにおいて、番組編成端末６０１で作成された編成表
ファイルは、ネットワーク６０９を通じて、保有サーバ
６０５に送られると共に、素材登録／検聴端末６０２、
データ送出部６０７へ送られる。

【００３３】編成上必要な音楽情報は素材登録／検聴端
末６０２が編成表から素材収録候補をリストアップし、
素材登録を行う。素材登録とは素材再生装置６０３であ
るＣＤプレイヤーから音を再生し、高能率符号化復号化
装置６０４によって例えばＭＵＳＩＣＡＭ形式に変換す
る。変換されたＭＵＳＩＣＡＭ形式ファイルは素材登録
／検聴端末６０２のローカルディスクに一旦蓄積され
る。その後、このＭＵＳＩＣＡＭ形式ファイルは保有サ
ーバ６０５へ転送される。

【００３４】保有サーバ６０５へ送られたＭＵＳＩＣＡ
Ｍ形式ファイルはデータ保有部６０６に保存される。そ
の後、素材登録／検聴端末６０２のローカルディスクに
データ保有部６０６に保有されたＭＵＳＩＣＡＭ形式フ
ァイルをロードし、高能率符号化復号化装置６０２によ
って音楽を再生して、取り込まれたＭＵＳＩＣＡＭ形式
ファイルに異常がないかどうか、また音楽前後の無音時
間が適切かどうかなどの検査（音源検聴）を行う。音楽
の前後が切れていたり、音のレベルを変える等の不都合
が生じた場合はもう一度、前述の素材登録作業をやり直
す。

【００３５】この一連の素材登録にはＣＤプレイヤーか
ら実時間をかけて音楽を再生しながら素材登録／検聴端
末６０２のローカルディスクに蓄積し、その後、ネット
ワーク６０９を通じて保有サーバ６０５のデータ保有部
６０６に一旦保有し、さらに、ネットワーク６０９を通
じて素材登録／検聴端末６０２のローカルディスクに戻
し、高能率符号化復号化装置６０４によって実時間かけ
て音楽を再生して検聴を行う。このように素材登録には
膨大な時間がかかる。

【００３６】この検聴を終え、チェック済みのＭＵＳＩ
ＣＡＭ形式ファイルは再びデータ保有部６０６へ送られ
る。データ保有部６０６は保有サーバ６０５に接続され
たハードディスク装置であり、可能な限り保有をし続け
る。そのために限られた蓄積部に多くの音楽コンテンツ
を保有しておく場合に音楽情報の性質を利用した高能率
符号化方式で変換しておくことが有利であり、しかも、
送出形式と同じ形式で蓄積しておくことが望ましい。

【００３７】例えば、５分間の音楽の場合、ＰＣＭファ
イルでの情報量は 44.1kHz ×2(channel)×16(bit) ×60(sec) ×5(min)÷
8(bit)=52.92Mbyte であり、ＭＵＳＩＣＡＭ形式で２５６ｋｂｐｓに高能率
符号化変換すると、 256kbps ×60(sec) ×5(min)÷8(bit)=9.6Mbyte となり、約１／６の蓄積効率が得られる。

【００３８】データ送出部６０７は放送の例えば３日前
になって編成表にある３日先の音楽素材を検出し、ネッ
トワーク６０９を通じて保有サーバ６０５のデータ保有
部６０６に蓄積されているＭＵＳＩＣＡＭ形式データフ
ァイルをデータ送出部６０７内のローカル蓄積部にコピ
ーする。データ送出サーバ６０７は放送の３日前にこの
操作を完了しているので、データ送出部５０７内の送出
サーバはローカル蓄積部から送出に必要なＭＵＳＩＣＡ
Ｍ形式データファイルを適時読み出して、ＭＰＥＧ２シ
ステムズで規定されているＰＥＳ化、ＴＳパケット化、
多重化等の処理を行い、出力部６０８より送出する。

【００３９】

【発明が解決しようとする課題】このように、従来で
は、保有サーバ６０５のデータ保有部６０６に音楽素材
のデータを圧縮して保有している。このような従来の構
成では、以下のような問題がある。

【００４０】音楽を再生しながらの登録作業を行ない、
これをＭＵＳＩＣＭ形式に圧縮して保有サーバに送るた
め、音楽の頭出し、レベルの調整など事前準備に手間が
かかる。

【００４１】実時間をかけて素材登録をする必要があ
り、一旦ローカルディスクに蓄積した後、ネットワーク
を通じて保有サーバへ転送していたために時間がかか
る。

【００４２】また、保存されたデータ再利用する際に
は、検聴作業のために保有サーバからネットワークを通
じて一旦ローカルディスクにＭＵＳＩＣＡＭのデータ蓄
積した後これをＰＣＭデータに変換して音楽を再生する
必要があるために時間がかかる。これら登録・検聴作業
には熟練者でも５分間の音楽として準備に５分間、素材
登録に５分間、ネットワークによる転送に往復５分間、
検聴作業に５分間として２０分間は要している。

【００４３】また、同じ音楽であってもＮ（Ｎは整数）
種類の送出形式（例えば256kbps,192kbps,128kbps 等送
出レートが異なる) があるシステムでは、素材登録、検
聴はそれぞれ行う必要がある。このために作業時間はＮ
倍必要である（登録作業時間の問題）。

【００４４】また、このようにＮ種類の送出形式を必要
とするシステムでは保有サーバのデータ保有部の保有容
量はそれぞれの送出形式分を確保しておかねばならず、
多くの容量を必要とする。圧縮して保有効率を上げても
Ｎ種類分のファイル保有が必要となる（保有容量の問
題）。

【００４５】さらに、今度の技術進歩により、例えばさ
らに高能率な符号化方式が実現された場合の送出方式の
変更や追加に関しては対応が困難である（システムの拡
張性の問題）。

【００４６】したがって、この発明の目的は、素材登録
の作業効率高め、保有効率を高め、拡張性に富んだデー
タ伝送装置及び方法を提供することにある。

【００４７】

【課題を解決するための手段】この発明は、第１の形式
によりディジタルデータを保存しておくディジタルデー
タ保存手段と、送出するディジタルデータを記憶してお
くディジタルデータ記憶手段と、第１の形式のディジタ
ルデータを圧縮して第２の形式のディジタルデータに変
換するデータ変換手段と、ディジタルデータの送出を行
なうデータ送出手段とを備え、送出するディジタルデー
タを第１の形式でディジタルデータ保存手段に保存させ
ると共に、送出するディジタルデータをディジタルデー
タ記憶手段に第１の形式で記憶させ、予め第１の形式の
送出するディジタルデータをディジタルデータ記憶手段
からデータ変換手段に送り、データ変換手段で送出する
ディジタルデータを第２の形式のディジタルデータに変
換して、ディジタルデータ記憶手段に返し、ディジタル
データの送出を行なう前に、第２の形式のディジタルデ
ータとされた送出するディジタルデータをディジタルデ
ータ記憶手段からデータ送出手段に送り、データ送出手
段により第２の形式のディジタルデータを送出するよう
にしたデータ送出装置である。

【００４８】保有サーバにはＰＣＭデータで音楽素材デ
ータを送れば良いので、登録作業を行なう際に音楽の頭
出し、レベルの調整など簡単である。

【００４９】前もって保有サーバからＰＣＭデータをデ
ータ変換部に送り、保有サーバからデータ送出部に圧縮
されたデータを送り、保有サーバが転送を制御している
ので、転送の時間が少なくてすむ。

【００５０】また、データ保存部にはＰＣＭデータで音
楽データが保存されるため、この音楽データを再利用が
簡単である。

【００５１】また、ＰＣＭデータで音楽データが保存さ
れるため、複数種類の送出形式があるシステムでも、素
材登録や検聴は一回で良く、登録作業が簡単である。

【００５２】また、ＰＣＭデータが音楽データが保存さ
れ、データ変換部を複数の圧縮方式に対応させること
で、複数の種類の送出形式を必要とするシステムでも、
簡単に対応できる。

【００５３】今後の技術進歩により、例えばさらに高能
率な符号化方式が実現された場合にも、データ変換装置
を交換するだけで対応できる。

【００５４】

【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照して説明する。図１は、この発明が適用
されたＥＢＳシステム１００の構成を示すものである。
この発明が適用されたＥＢＳシステム１００は、アーカ
イブサブシステム、保有系サブシステム、音源変換サブ
システム、送出系サブシステム、監視系サブシステム、
アラーム系サブシステム、編成系サブシステム、業務系
サブシステム、ＧＵＩ系サブシステムからなるサブシス
テムから構成されている。

【００５５】図１において、１０１はアーカイブサブシ
ステムを実現するためのものである。アーカイブシステ
ム１０１は、ＰＣＭ音楽データを大容量保管するための
システムである。これは複数本のカセットテープにディ
ジタル記録するテープ媒体を物理的にカートで管理する
記録装置１０１ａと、その大容量のファイルを階層化管
理するソフトウェアを起動する階層化管理サーバ１０１
ｂから成る。

【００５６】アーカイブサブシステム１０１の総記録容
量は例えば５．４テラバイトで、完全２重記録すること
でユーザ記録容量は２．７テラバイトである。２重記録
の目的は万一記録媒体（テープ）が破損した場合でも、
もう１本の記録媒体で修復を可能とするためである。将
来カートを増設することにより容量拡張が可能である。
１６ビット、４８ｋＨｚサンプリング、５分間のステレ
オ音楽の場合、１曲当りの情報量は１６(bit) ×４８(kHz) ×２(ch)×６０(sec) ×５(mi
n) ÷８(bit) ＝５７．６(Mbyte) ２．７(Tbyte) ÷５７．６(Mbyte) ＝４６，８７５
（曲）約５万曲格納できる容量である。

【００５７】階層管理サーバ１０１ｂの階層化管理ソフ
トウェアは大多数のファイルを効率良く管理するもので
ある。上述のように５万曲ものファイルをアクセスする
には、使用頻度が高い可能性のあるファイルは階層化管
理サーバ１０１ｂのローカルディスク上に残しておき高
アクセス性を得る。逆に使用頻度の低いファイルは記録
装置１０１ｂのテープに記録し、階層管理サーバ１０１
ｂのローカルディスクからは削除する。テープの管理に
ついても設定条件に応じてテープドライブからカート上
の格納位置を制御する。

【００５８】１０２は保有系サブシステムを構成する保
有サーバである。保有サーバ１０２は、番組送出に必要
な編成表、及び音楽素材ＰＣＭデータ、音楽素材ＭＵＳ
ＩＣＡＭ形式データ、音楽素材ＡＴＲＡＣ形式データ、
ＭＨＥＧデータを、当日を含む未来約１週間分をハード
ディスクに保有する。放送終了後にＭＵＳＩＣＡＭ、Ａ
ＴＲＡＣ、ＭＨＥＧデータは削除され、ＰＣＭデータは
アーカイブシステム１０１に保存された後に、保有サー
バ１０２のハードディスクから削除される。アーカイブ
システム１０１に転送されたＰＣＭデータは後に再利用
が可能である。

【００５９】保有サーバ１０２は停止すると音楽素材の
登録業務が停止し、送出系処理についても音源変換処理
が停止、番組変更ができなくなる等影響が大きいために
ハードウェアはクラスタによる２重化をしている。保有
サーバ１０２のハード障害時には数分以内に自動的に予
備系サーバに切り替わる。ハードディスクは信頼性確保
のためにＲＡＩＤ（Redundant Array of Inexpensive D
isc ）構造をとっている。

【００６０】アーカイブシステム１０１は大規模装置で
あるために２重化対応はされていない。記録装置１０１
ａが故障、又は階層化管理サーバ１０１ｂがハードウェ
ア異常でダウンした場合は、復旧に時間がかかる。この
ためにアーカイブシステム１０１が長時間停止状態にあ
っても番組送出、編成・登録業務に支障を来さないため
に保有サーバ１０２で約一週間の運用が可能な構成にな
っている。

【００６１】１０３はデータ変換サブシステムを構成す
るデータ変換装置である。このデータ変換装置１０３は
ＡＴＲＡＣ／ＭＵＳＩＣＡＭエンコーダである。データ
変換装置１０３は、ＳＣＨＬＡＮ１３１を介して送ら
れてくる保有サーバ１０２からの指示により、保有サー
バ１０２上にあるＰＣＭデータファイルを入力とし、Ａ
ＴＲＡＣ形式データとＭＵＳＩＣＡＭ形式データに変換
して保有サーバ１０２に出力する。データ変換装置１０
３において必要とされるエンコーダ台数は、エンコーダ
の変換速度と、放送する音楽素材の量によって決定され
る。この例では５台構成である。保有サーバ１０２とデ
ータ変換装置１０３のＡＴＲＡＣ／ＭＵＳＩＣＡＭエン
コーダは１：５の関係となり、変換処理の順番管理、及
びＡＴＲＡＣ／ＭＵＳＩＣＡＭエンコーダの状態管理は
保有サーバ１０２で行われる。

【００６２】１０４ａ、１０４ｂは映像エンコーダ、１
０６ａ、１０６ｂはＭＵＳＩＣＡＭ音声送出サーバ、１
０８ａ、１０８ｂ〜１１２ａ、１１２ｂはＡＴＲＡＣデ
ータ送出サーバ、１１８ａ、１１８ｂはＭＨＥＧデータ
送出サーバ、１２０ａ、１２０ｂは１次多重化装置、１
２２ａ、１２２ｂはエンコーダ及び多重化装置コントロ
ーラ、１２３ａ、１２３ｂはＰＴＳ同期化装置である。
これらは送出系サブシステムを構成している。

【００６３】映像エンコーダ１０４ａ、１０４ｂは、受
託放送事業者１４０内のカート装置１７０により送り出
されたメイン映像・音声をエンコードする。エンコーダ
の制御パラメータは以下の通りである。

【００６４】音声モード（STEREO/BILINGAL ）イベント単位ビットレートイベント単位。

【００６５】映像エンコーダ１０４ａ、１０４ｂは現
用、待機独立で稼動しており、ハードウェアの障害時、
定期メンテナンスのための点検時など切替え装置１０５
で即時に切替えが可能である。

【００６６】ＭＵＳＩＣＡＭ音声送出サーバ１０６ａ、
１０６ｂは、保有サーバ１０２から編成データとＭＵＳ
ＩＣＡＭ形式音声データをＳＣＨＬＡＮ１３１を介し
て取得してＭＵＳＩＣＡＭ音声送出サーバ１０６ａ、１
０６ｂ内のソフトウェアによりＰＥＳ（Program Elemen
tary Stream）化、ＴＳ（Transport Stream）パケット
化して１０系統分多重、及び頭出しを行うための時間情
報の音声付加情報パケットを多重してＴＳ出力Ｉ／Ｆボ
ードによりＴＳパケットストリーム（ＡＳＩ：Asynchro
nous Serial Interface ）で出力する。

【００６７】ＭＵＳＩＣＡＮ音声送出サーバ１０６ａ、
１０６ｂのハードディスクには当日分を含む未来３日分
の編成・送出データを格納しておくことで、万一保有サ
ーバ１０２がダウンしても３日間は送出が保証される。
保有サーバ１０２がダウンした場合は編成からの変更情
報は伝わらない。ＭＵＳＩＣＡＭ音声送出サーバ１０６
ａ、１０６ｂは現用、待機独立で稼動しており、ハード
ウェアの障害時、定期メンテナンスのための点検時など
切替え装置１０７で即時に切替えが可能である。

【００６８】ＡＴＲＡＣデータ送出サーバ１０８ａ、１
０８ｂ〜１１２ａ、１１２ｂは、保有サーバ１０２から
編成データとＭＤダウンロード用のＡＴＲＡＣ形式音声
データを取得してデータを送出サーバ内１０８ａ、１０
８ｂ〜１１２ａ、１１２ｂのソフトウェアによりＰＥＳ
化、ＴＳパケット化して２系統分多重して４倍速でＴＳ
出力Ｉ／ＦボードによりＴＳパケット（ＡＳＩ）で出力
する。この例においてはＡＴＲＡＣデータ送出サーバ１
０８ａ、１０８ｂ〜１１２ａ、１１２ｂを使用して１０
系統のＴＳパケットストリームを得ている。

【００６９】ＡＴＲＡＣデータ送出サーバ１０８ａ、１
０８ｂ〜１１２ａ、１１２ｂのハードディスクには当日
分を含む未来３日分の編成・送出データを格納しておく
ことで、万一保有サーバ１０２がダウンしても３日間は
送出が保証される。保有サーバ１０２がダウンした場合
は編成からの変更情報は伝わらない。ＡＴＲＡＣデータ
送出サーバ１０８ａ、１０８ｂ〜１１２ａ、１１２ｂは
現用、待機独立で稼動しており、ハードウェアの障害
時、定期メンテナンスのための点検時なそれぞれの切替
え装置１１３〜１１７で即時に切替えが可能である。

【００７０】ＭＨＥＧデータ送出サーバ１１８ａ、１１
８ｂは、保有サーバ１０２からＳＣＨＬＡＮ１３１を
介して編成データとＭＨＥＧ送出データを取得して送出
サーバ内のソフトウェアによりＤＳＭ−ＣＣ（Digital
Strage Media-Command and Control）形式処理、ＴＳパ
ケット化して所定速度にてＴＳ出力Ｉ／Ｆボードにより
ＴＳパケットストリーム（ＡＳＩ）で出力する。ＭＨＥ
Ｇデータはメイン映像用ＧＵＩのためのコンテンツＭＨ
ＥＧデータと、１週間分の予約を行うための予約用ＭＨ
ＥＧデータがあり、夫々異なる制御を行うためにＴＳ出
力Ｉ／ＦボードによるＴＳパケットストリーム（ＡＳ
Ｉ）は２系統出力する。

【００７１】ＭＨＥＧデータ送出サーバ１０８ａ、１０
８ｂのハードディスクには当日分を含む未来３日分の編
成・送出データを格納しておくことで、万一保有サーバ
１０２がダウンしても３日間は送出が保証される。保有
サーバ１０２がダウンした場合は編成からの変更情報は
伝わらない。ＭＨＥＧデータ送出サーバ１１８ａ、１１
８ｂは現用、待機独立で稼動しており、ハードウェアの
障害時、定期メンテナンスのための点検時など切替え装
置１１９ｘ、１１９ｙで即時に切替えが可能である。

【００７２】１次多重化装置１２０ａ、１２０ｂは、有
限である受託放送事業者１４０内の２次多重化装置１８
０の入力ポートにインターフェースする信号を物理的に
１系統のＡＳＩ信号にする目的で、映像エンコーダ１０
４ａ、１０４ｂ、ＭＵＳＩＣＡＭ音声送出サーバ１０６
ａ、１０６ｂ、ＡＴＲＡＣデータ送出サーバ１０８ａ、
１０８ｂ〜１１２ａ、１１２ｂ、ＭＨＥＧデータ送出サ
ーバ１１８ａ、１１８ｂの出力を１系統のトランスポー
トストリームに多重するものである。この多重化された
信号は切替え装置１２１、分配器（図示せず）を経由し
て、受託放送事業者１４０の２次多重化装置１８０に供
給される。１次多重化装置１２０ａ、１２０ｂは現用、
待機独立で稼動しており、ハードウェアの障害時、定期
メンテナンスのための点検時など切替え装置１２１で即
時に切替えが可能である。

【００７３】コントローラ１２２ａ及び１２２ｂは、映
像エンコーダ１０４ａ、１０４ｂ及び１次多重化装置１
２０ａ、１２０ｂを制御するものであり、１次多重化装
置１２０ａ、１２０ｂの初期設定と映像エンコーダ１０
４ａ、１０４ｂの音声モードをイベント単位で制御、及
び映像エンコーダ１０４ａ、１０４ｂ、１次多重化装置
１２０ａ、１２０ｂのアラーム収集等を行う。

【００７４】ＰＴＳ同期化装置１２３ａ及び１２３ｂは
映像とＭＵＳＩＣＡＭ音声との同期化を行うためにＰＴ
Ｓ（Program Time Stamp）値を付け替えるものである。
ＩＲＤ内のＭＰＥＧデコーダは１つのＳＴＣ(System Ti
me Clock) で動作する。このため、映像エンコーダ１０
４ａ、１０４ｂで多重化されたメイン映像ストリームを
デコードしながら、ＭＵＳＩＣＡＭ音声送出サーバ１０
６ａ、１０６ｂで多重化された視聴用音声ストリームを
同時にデコードするためにはＰＴＳ値を同期化する必要
がある。そこで、ＰＴＳ同期化装置１２３ａ、１２３ｂ
において映像エンコーダ１０４ａ、１０４ｂで作成され
たＰＣＲ（Program Clock Reference )値を読みとり、
ＭＵＳＩＣＡＭ送出サーバ１０６ａ、１０６ｂで作成さ
れたＰＴＳ値をそれに対応したＰＴＳ値に付替える。Ｐ
ＴＳ同期化装置１２３ａ、１２３ｂは現用、待機独立で
稼動しており、ハードウェアの障害時、定期メンテナン
スのための点検時などはＥＭＣによる１次多重化装置１
２０ａ、１２０ｂの入力ポートの制御によって、即時に
切替えが可能である。

【００７５】各出力切替え装置１０５、１０７、１１
３、１１４、１１５、１１６、１１７、１１９x 、１１
９y 、１２１は、映像エンコーダ１０４ａ、１０４ｂ、
ＭＵＳＩＣＡＭ音声送出サーバ１０６ａ、１０６ｂ、Ａ
ＴＲＡＣデータ送出サーバ１０８ａ、１０８ｂ〜１１２
ａ、１１２ｂ、ＭＨＥＧデータ送出サーバ１１８ａ、１
１８ｂ、１次多重装置１２０ａ、１２０ｂをそれぞれ現
用、待機のＴＳ（ＡＳＩ）出力とで切替えるものであ
る。これらの切替え装置１０５、１０７、１１３、１１
４、１１５、１１６、１１７、１１９x 、１１９y 、１
２１のハードウェアはリレーによるトグル単純切替え
で、電源が落ちても接点は保持されている。筐体は電源
が２重化され十分信頼性が高いことから、筐体、スイッ
チ回路の２重化は行っていない。制御はＳＷＯ（スイッ
チオーバー）制御装置（ＳＯＣ）の接点インタフェース
により制御される。緊急時には切替え機の全面パネルで
直接切り替えることも可能である。

【００７６】１２４ａ及び１２４ｂはトランスポートス
トリームモニタ装置であり、トランスポートストリーム
モニタ装置１２４ａ及び１２４ｂは監視系サブシステム
を構成している。ＥＢＳシステム１００で送出するメイ
ンの映像、音声、およびＭＵＳＩＣＡＭ方式の送出サー
バの出力はデコードすることにより監視が可能である。
しかし、ＥＢＳシステム１００で送出するＡＴＲＡＣ、
ＭＨＥＧデータ等、視覚的、聴覚的に監視できないコン
テンツについてはトランスポートストリーム（ＴＳ）レ
ベルの監視が必要となる。

【００７７】そこでトランスポートストリームモニタ装
置１２４ａ及び１２４ｂにて以下の項目をリアルタイム
に同時監視する。

【００７８】・メイン映像、映像、音声、およびＭＵＳ
ＩＣＡＭ方式の送出サーバ出力のデコード・ＴＳパケット連続性(Continuity Counter)のチェック
及びアラームの通告・パケット通過（送出）間隔のチェック及びアラームの
通告・セクションＣＲＣのチェック及びアラームの通告。

【００７９】なお、監視系のサブシステム、アラーム系
サブシステムについては、後に詳述する。

【００８０】１５０は編成サーバ、１５２は番組編成端
末、１５３はＣＤ素材管理端末、１５４はＶＴＲ素材管
理端末、１５５〜１５７は音源検聴端末、１５８はＡＴ
ＲＡＣ／ＭＵＳＩＣＡＭ視聴端末、１５９はＯＡモニタ
端末である。これらは、編成系サブシステムを構成して
いる。

【００８１】編成サーバ１５０は、全ての編成情報を１
つのデータベースで一元管理する。編成サーバ１５０が
ＢＤＰＳ(Broadcast Data Processing System)ファイル
をＴｒｕｎｋＬＡＮ１３３を経由して受託放送事業者
１４０内の設備ＮＭＤ（Network Management Database
）１５１にインタフェースする。尚、インタフェース
ファイルは以下の通りである。

【００８２】・サービス情報ファイル(Service Informa
tion File) ・イベント情報ファイル(Event Information File) ・運行データファイル(Scheduling File) 。

【００８３】編成サーバ１５０は停止すると番組編成、
素材登録などの重要機能が停止し、制作業務に与える影
響が多大なこと、外部とインタフェースが多く、外部か
らは１つのマシンに見えていることが望ましいために、
ハードウェアはクラスタによる２重化をしている。編成
サーバ１５０のハード障害時には数分以内に自動的に予
備系サーバに切り替わる。ハードディスクは信頼性確保
のためにＲＡＩＤ構造としている。

【００８４】番組編成端末１５２は、メインサービス
（メイン映像）については従来の受信機でも受信が可能
であり、また他のサービス（チャンネル）と同等の扱い
となっている。ＮＭＤ（Network Management Databas
e）インタフェースは受託放送事業者１４０内のＢＤＰ
Ｓと全く同じ形式である。サブサービスについては従来
の受信機では受信できず、メインサービスの付随である
ことからＥＰＧ情報は登録されない。ＣＡ（Condition
Access）情報についてはメインサービス、サブサービス
ともに設定される。

【００８５】各サービスのコンポーネント、サービスモ
ードは以下の通りである。

【００８６】・メインサービス：ＦＬＡＴ契約 Video1,Audio1,Data1(MHEG data for GUI),Data1(MHEG
for Scheduling) ・サブサービス＃１〜＃１０：ＩＰＰＶ契約 Audio1(MUSICAM),Data1(ATRAC),Data2(Audio Informati
on) 。

【００８７】ＣＤ素材管理端末１５３はＣＤ素材を管理
する端末である。ここでＣＤの媒体管理を行ない、楽曲
単位にタイトル、アーティスト、歌詞等、楽曲に付随す
る情報が入力され、データベース登録が行なわれる。ま
た、ＪＰＥＧ形式の画像の登録も同時に行われる。さら
に帳票プリンタ、バーコードプリンタ等周辺機器が備え
られる。

【００８８】ＶＴＲ素材管理端末１５４はＶＴＲの素材
を管理する端末である。ここでＶＴＲの媒体管理を行
い、映像素材に関する情報のデータベース登録が行われ
る。さらに、帳票プリンタ、バーコードプリンタ、ＶＴ
Ｒ、ＴＶモニタ等周辺機器が備えられる。

【００８９】音源検聴端末１５５〜１５７はＰＣＭ音源
収録機能、ＰＣＭ音源検聴機能、歌詞タイミング入力機
能、音源調整入力機能をもつ。音源検聴端末１５５、１
５６はこれらの機能のうちＰＣＭ音源収録機能、ＰＣＭ
音源検聴機能、歌詞タイミング入力機能をもつ。音源検
聴端末１５５は遮音された検聴ブース内にあり、高性能
な音響設備を備えている。音源検聴端末１５６は通常の
オフィス空間に配置され、簡易的な作業を行うことに適
している。音源検聴端末１５７は、特別な音源検聴端末
で、音源調整入力機能を含む全ての機能を有して、検聴
ブース内にあり、高性能な音響設備を備えている。

【００９０】音源検聴端末１５５〜１５７では放送に必
要な楽曲を検索し、該当するＣＤから外付けＣＤ−ＲＯ
ＭドライブによりＰＣＭデータを端末の内部ハードディ
スクに音を再生することなくデータとして高速に取り込
む。そして、一旦端末のハードディスクに格納されたＰ
ＣＭ音楽データをＳＣＨＬＡＮ１３１を介して保有サ
ーバ１０２に転送する（ＰＣＭ音源収録機能）。

【００９１】また、ライブ収録音楽の拍手など音源によ
っては曲の切れ目がない楽曲や極端に音レベルが異な
り、他の音楽と整合が悪い音楽楽曲についてはＣＤプレ
ーヤーで一旦音を再生しミキサー等で加工した後にＰＣ
Ｍデータを実時間かけて取り込む。この作業は特別な音
源検聴端末１５７で行う（音源調整入力機能）。

【００９２】ＰＣＭ音源収録作業により保有サーバ１０
２に格納されたＰＣＭ音楽データはエラーを起こしてデ
ータが正確に取り込まれていない可能性や、ＣＤ版のセ
ットミスも考えられる。そこで、端末内部のハードディ
スクに転送して音を再生して正しく入力されたかどうか
実時間をかけて検査する（ＰＣＭ音源検聴機能）。

【００９３】これらの音源検聴端末１５５〜１５７によ
り検聴済みのＰＣＭ音楽データのみが送出系でＡＴＲＡ
Ｃ／ＭＵＳＩＣＡＭ形式のデータに変換され放送するこ
とができる。また、音源検聴端末１５５〜１５７には、
ＣＤ素材管理作業により編成サーバ１５０に格納された
歌詞データに楽曲に合わせたタイミングが入力される
（歌詞タイミング入力機能）。

【００９４】ＡＴＲＡＣ／ＭＵＳＩＣＡＭ試聴端末１５
８は、放送前後にＡＴＲＡＣ／ＭＵＳＩＣＡＭ形式に変
換後のデータに異常があると推測された場合に、保有サ
ーバ１０２がデータを削除する以前であれば、該当する
ＡＴＲＡＣ或いはＭＵＳＩＣＡＭ形式データを保有サー
バ１０２から端末に転送して音を再生する機能する。さ
らにＡＴＲＡＣデータはＭＤにコピーする機能を有す
る。

【００９５】ＯＡモニタ端末１５９は、ＡＴＲＡＣ／Ｍ
ＵＳＩＣＡＭデータの進行スケジュールを表示するため
の装置で、端末がもつ時刻情報に合わせてプレゼンテー
ションする。

【００９６】１６０は課金サーバである。課金サーバ１
６０は業務処理系サブシステムを構成している。音楽コ
ンテンツはＣＡシステムによるＩＰＰＶ(Impulse buy P
ay Per View)によって販売されている。これはＩＲＤの
ＩＣカードにＶｉｅｗＬｏｇ（ＶＬ）が記録され、受託
放送事業者１４０内ＳＭＳ(Subscriber Management Sys
tem)１６１によって収集することによって顧客から料金
を回収する。しかし、ＶＬにはカードＩＤとサービスＩ
Ｄ、イベントＩＤのみの情報しかないために著作権者と
のリンクができない。そこでＳＭＳ１６１からＶＬを入
手してサービスＩＤ、イベントＩＤと著作権者とのリン
クをＥＢＳ内課金サーバ１６０にて行う。

【００９７】１６２はＭＨＥＧ管理サーバ、１６４はＭ
ＨＥＧオーサリング端末、１６５は映像入力端末であ
る。ＭＨＥＧ管理サーバ１６２、ＭＨＥＧオーサリング
端末１６４及び映像入力端末１６５によりＧＵＩ系サブ
システムが構成される。

【００９８】ＭＨＥＧ管理サーバ１６２は、ＧＵＩ構築
系サブシステムを構成している。ＥＢＳシステム１００
ではＩＲＤのＧＵＩを構成するＭＨＥＧは大体の基本型
をテンプレートとして予め作成されていることを前提と
している。このテンプレートは外部の委託業者からルー
タ１６３経由で、ＭＨＥＧＬＡＮ１３２を通じて納入
され、一旦、このＭＨＥＧ管理サーバ１６２に入る。ま
た、編成サーバ１５０からプログラム編成に必要な情報
とＭＨＥＧを利用してダウンロードするコンテンツが入
力され、ＭＨＥＧ管理サーバ１６２内でテンプレートと
リンクされる。具体的にプログラム編成に必要な情報と
は１つには音楽のタイトルであり、テンプレートの穴空
きの部分にリンクされる。またコンテンツの１つはＪＰ
ＥＧ画像であり、ＭＨＥＧでリンクするディレクトリに
配置される。

【００９９】ＭＨＥＧオーサリング端末１６４は、ＭＨ
ＥＧ管理サーバ１６２によりテンプレートの穴空き部分
に情報が埋められた後に、最終的デザインを加工した
り、確認する機能を持つ。例えばタイトル部分に穴が空
いており、そこに情報としてタイトルがリンクされてい
るが、デザイン的にはその部分が考慮されていない。そ
こで画像加工ツール等を用いて周辺部分を考慮したデザ
インを行う。

【０１００】ＭＨＥＧで映像とリンクしたデザインを行
う場合にコンピュータ上にメイン映像を取り込む必要が
ある。フルの動画を取り込む必要はなく、一般的にはメ
モリを削減するために解像度とフレーム周波数は低いも
ので良い。映像入力端末１６５は、この機能を持つ。さ
らに、最終的にできあがったＭＨＥＧデータをメイン映
像と合わせて確認する機能を持つ。

【０１０１】図２は、監視系サブシステム及びアラーム
系サブシステムの詳細を示すものである。図２中の番号
は第１図中の番号と合致している。

【０１０２】図２において、映像のベースバンド信号
は、シリアルディジタルインタフェース（ＳＤＩ）によ
り伝送され、ＳＤＩ分配器２１５によって３分配され
る。そのうちの２系統は、映像エンコーダ１０４ａ及び
１０４ｂのそれぞれに入力される。

【０１０３】映像エンコーダ１０４ａ及び１０４ｂのそ
れぞれの出力はＡＳＩの３系統である。そのうち第１系
統の出力を切替え装置１０５に供給し、第２系統の出力
を信号チェック用のパッチ２０１に供給し、第３系統の
出力をエンコーダモニタ装置２０２ａ、２０２ｂに供給
している。第２図中、信号の接続線はラベルで示してい
る。

【０１０４】ＭＵＳＩＣＡＭ音声送出サーバ１０６ａ、
１０６ｂの出力はＡＳＩの２系統である。第１系統の出
力を切替え装置１０７に供給し、第２系統の出力を信号
チェック用のパッチ２０１に供給している。ＰＴＳ同期
化装置１２３ａ、１２３ｂは、出力Ｉ／Ｆボードに２７
ＭＨｚのクロックを入力している。

【０１０５】ＡＴＲＡＣデータ送出サーバ１０８ａ、１
０８ｂ〜１１２ａ、１１２ｂの出力はＡＳＩの２系統で
ある。第１系統の出力をそれぞれの切替え装置１１３〜
１１７に供給し、第２系統の出力を信号チェック用のパ
ッチ２０１に供給している。

【０１０６】ＭＨＥＧデータ送出サーバ１１８ａ、１１
８ｂの出力はＡＳＩの４系統である。第１系統の出力を
切替え装置１１９ｘに、第２系統の出力を切り替え装置
１１９ｙに、第３系統、第４系統の出力を信号チェック
用のパッチ２０１に供給している。第１系統及び、第３
系統はメイン映像用ＧＵＩのためのコンテンツＭＨＥＧ
データのＴＳパケットストリームを出力し、第２系統、
第４系統は１週間分の予約を行うための予約用ＭＨＥＧ
データのＴＳパケットストリームを出力している。

【０１０７】１次多重化装置１２０ａ、１２０ｂの出力
はＡＳＩの２系統である。第１系統を切替え装置１２０
ａ、１２０ｂに供給し、第２系統をＴＳモニタ装置１２
４ａ、１２４ｂに供給している。

【０１０８】２０３は衛星受信アンテナ、２０４はＩＦ
信号分配器である。１２４ｃもトランスポートストリー
ムモニタ装置（ＴＳモニタ）であるが、この装置は衛星
からの受信のＭＵＳＩＣＡＭ音声をモニタする。

【０１０９】トランスポートストリームモニタ装置１２
４ｃは、例えば１０系統の音声を同時にデコードして切
替え卓２１５に供給する。切替え卓２１５ではその衛星
折り返しの音声信号(On Air Sub Audio)を出力して、音
声ピークレベル表示装置２１６ａで１０系統のピークレ
ベルを表示させる。

【０１１０】受信機（ＩＲＤ）２０５でデコード映像は
モニタテレビ２１２に映し出され、その音声は切替え卓
２１５に供給される。一方、トランスポートストリーム
モニタ装置１２４ａ、１２４ｂは、メイン映像の音声と
サブサービスの音声１１系統の音声を同時にデコードし
て２１５の切替え卓に供給する。

【０１１１】切替え卓２１５ではその１次多重化装置１
２０ａ及び１２０ｂの音声信号(MUX-A,B out Audio)を
出力して、ピークレベル表示装置２１６ａ、２１６ｂで
夫々１１系統の音声ピークレベルを表示させる。

【０１１２】また、切替え卓２１５にはＥＢＳシステム
１００に入力されたベースバンドＳＤＩ信号（モニタテ
レビ２０９の音声出力）、エンコーダモニタ装置２０２
ａ及び２０２ｂでデコードされた音声信号が供給され
る。

【０１１３】切替え卓２１５ではこれらの信号と受信機
２０５でデコードされた音声、トランスポートモニタ装
置１２４ａ、１２４ｂでそれぞれデコードされたメイン
音声信号(Main Audio with Video) の６系統を出力して
ピークレベル表示装置２２０で夫々６系統の音声ピーク
レベルを表示させる。

【０１１４】また、切替え卓２１５で供給された任意の
映像を選択して波形モニタ２１８に表示させ、また供給
された任意の音声を選択してＸ−Ｙモニタ２１９に表示
させると同時にスピーカ２１７で音声をモニタできる。

【０１１５】ＴＳモニタ装置１２４ａ及び１２４ｂで再
生されるメイン映像信号は１次多重装置出力確認映像と
して、それぞれモニタテレビ２１１、２１４に映し出さ
れる。

【０１１６】ＴＳモニタ装置１２４ａ、１２４ｂの制御
及びアラームの通告はＡｌａｒｍＬＡＮ２５０を通じて
行われる。モニタ個所は１次多重化装置の現用、予備出
力と受信電波の３個所である。

【０１１７】２０６ａ及び２０６ｂはＴＳストレージャ
装置である。万一ストリームに障害が生じた場合、事実
確認及び解析が必要となる。そのために現用系１次多重
化装置１２０ａ及び１２０ｂの出力を分配器２０８で分
配されたトランスポートストリームを常にストレージす
る。

【０１１８】２０７ａ及び２０７ｂはＴＳストレージャ
装置２０６ａ及び２０６ｂのそれぞれに供給された大容
量のハードディスクにエンドレスで記録して障害が生じ
た前後数十分間のストレージを行う。現用で２台並列設
置してデータのバックアップ装置への抽出に利用する。

【０１１９】２０２ａ及び２０２ｂはエンコーダモニタ
装置である。エンコーダモニタ装置２０２ａ、２０２ｂ
は、映像エンコーダ１０４ａ、１０４ｂのＴＳ（ＡＳ
Ｉ）出力を入力して映像、音声をデコードするエンコー
ダモニタ装置である。エンコーダモニタ装置２０２ａで
デコードされた映像はモニタテレビ２１０に映し出さ
れ、エンコーダモニタ装置２０２ｂでデコードされた映
像はモニタテレビ２１３に映し出される。一方、入力さ
れた映像のベースバンド信号は、分配器２１５を通り、
直接モニタテレビ２０９に映し出される。これらの映像
を比較することにより、映像エンコーダ１０４ａ、１０
４ｂの障害かどうか切り分けができる。

【０１２０】２２１はＳＷＯ（Switch Over Controlle
r）制御装置である。ＳＷＯ制御装置２２１で、ＴＳの
各種切替え装置を制御する。内蔵インタフェースボード
と外部の接点ボックス（図示せず）により切替え機のリ
レー接点を制御し、また切替え装置の状態を取得する。
さらにオーディオモニタルームのメイン映像監視モニタ
テレビタリーを制御する。これらの切替え指示、状態監
視はＡｌａｒｍＬＡＮ２５０により制御される。

【０１２１】２２２はアラームリダンダント制御装置、
２２３はアラームリダンダント端末）である。ＥＢＳ内
全てのアラームはＡｌａｒｍＬＡＮ２５０を経由し、
アラームリダンダント制御装置２２２にて収集される。
アラームリダンダント端末２２３はアラームリダンダン
ト制御装置２２２により収集されたデータをグラフィク
ス処理して大画面高精細ディスプレイ２２４に表示す
る。また障害状態に応じてスピーカ２２５にて警告音を
出す。

【０１２２】２２６はネットワーク監視端末で、ＳＮＭ
Ｐ（Simple Network Management Protocol）によるネッ
トワーク監視を行い、表示装置２２７に表示する。

【０１２３】２２８はＥＢＳ全体のメンテナンス端末で
各装置にログインが可能である。２２９はその表示装置
である。

【０１２４】図３は受託放送事業者１４０内のシステム
を詳細に示したものである。受託放送事業者１４０とＥ
ＢＳ１００とは、ＮＭＤインターフェースＩＦ１と、ベ
ースバンドインターフェースＩＦ２と、トランスポート
インターフェースＩＦ３とで接続されている。

【０１２５】ＮＭＤインタフェースＩＦ１は、ＥＢＳシ
ステム１００と受託放送事業者１４０との間でファイル
の転送を行うインターフェースである。ＥＢＳシステム
１００内の編成サーバ１５０がＥＭＤ専用ＢＤＰＳ(Bro
adcasting Data ProcessingSystem) の役割を成し、Ｅ
ＢＳシステム１００内の保有サーバ１０２を一旦経由し
てから受託放送事業者１４０のＮＭＤ１５１に以下のフ
ァイルをＴｒｕｎｋＬＡＮ１０３を介してインタフェー
スする。なお、ファイル形式、通信仕様は受託放送事業
者内のＢＤＰＳと同じものとされている。

【０１２６】受託放送事業者１４０内のＰＧＳＬＡＮ
３５０を経由して、ＥＭＤ用エンコーダチェーン３０５
が接続される。エンコーダチェーン３０５内のＰＧＳ
（Program Guide System）３０５―１でスケジュール、
ＥＰＧ、コンディショナルアクセス（ＣＡ）情報が生成
される。エンコーダチェーン３０５内のＳＲＣ（Sub Re
dundant Controller）３０５―２でアラームが収集され
る。エンコーダチェーン３０５内のＥＰＧ−ＦＣ３０５
―３で、ＥＰＧの送出が行なわれる。

【０１２７】エンコーダチェーン３０５内のＭＣＳ（Mu
ltiplexer Controller System）３０５―４で２次多重
化装置３０５―５ａ、３０５−５ｂが制御される。２次
多重化装置３０５−５、３０５−５ｂ内でＰＳＩ、ＥＰ
Ｇ情報及び、ＥＣＭが生成され、番組選択、コンディシ
ョナルアクセス制御を行われ、ＥＭＭ発生装置（図示せ
ず）によって顧客の管理が行われる。

【０１２８】ベースバンドインタフェースＩＦ２は、ベ
ースバンドの映像及び音声信号を送るものである。メイ
ン映像・音声は、受託放送事業者１４０のカート装置１
７０により送り出され、ＥＢＳシステム１００へは１系
統のＳＤＩ信号で送られる。ＥＢＳシステム１００側の
ＳＤＩ分配器２１５により必要な系統数に分配されて映
像エンコーダ１０４ａ及び１０４ｂに入力される。

【０１２９】トランスポートストリームインタフェース
ＩＦ３は、ＴＳ信号を伝送するものである。映像エンコ
ーダ１０４ａ、１０４ｂ、ＭＵＳＩＣＡＭ音声送出サー
バ１０６ａ、１０６ｂ、ＡＴＲＡＣデータ送出サーバ１
０８ａ、１０８ｂ〜１１２ａ、１１２ｂ、ＭＨＥＧ送出
サーバ１１８ａ、１１８ｂ、ＰＴＳ同期化装置１２３
ａ、１２３ｂの出力は１次多重化装置１２０ａ、１２０
ｂにより多重化されて、１本のＴＳ（ＡＳＩ）信号とな
る。トランスポートストリームインターフェースＩＦ３
からは、監視設備３０１にて監視され正常なＴＳを切替
え装置１２１にて選択して１系統のＴＳパケットが出力
される。このＴＳパケットは、受託放送事業者１４０側
で必要な系統数に分配して使用する。

【０１３０】受託放送事業者１４０側ではＴＳ（ＡＳ
Ｉ）分配器３０４によって６系統に分配する。分配され
たＴＳ信号はＥＭＤ用エンコーダチェーン３０５内の現
用、予備の２次多重化装置３０５―５ａ、３０５−５ｂ
に供給されると共に、グローバルリダンダントチェーン
（＃１）３０６内の現用、予備の２次多重化装置３０６
―５、３０６−５ｂ、グローバルリダンダントチェーン
（＃２）３０７内の現用、予備の２次多重化装置３０７
―５ａ、３０５−５ｂに供給される。

【０１３１】グローバルリダンダントチェーン３０６内
のＰＧＳ３０６―１でスケジュール、ＥＰＧ、コンディ
ショナルアクセス（ＣＡ）情報が生成される。グローバ
ルリダンダントチェーン内のＳＲＣ３０６―２でアラー
ムが収集される。ＥＰＧ−ＦＣ３０６―３でＥＰＧの送
出が行なわれる。３０６―４は２次多重化装置を制御す
るＭＣＳである。３０６―６はＥＣＳで、映像エンコー
ダ３０６−７を制御する。グローバルリダンダントチェ
ーンはこのＥＭＤ放送以外のサービスの待機系としての
働きがあるため、チェーン内にこれらＥＣＳ、映像エン
コーダが必要となる。

【０１３２】上述のＥＢＳ１００のシステムを使って、
以下のようにして音楽配信の放送が行われる。

【０１３３】図１において、番組編成端末１５２により
番組編成が行われ、楽曲情報や編成データが編成サーバ
１５０に転送される。編成サーバ１５０は、楽曲情報及
び編成データを保有し、放送前の指定された日までにイ
ンタフェースファイルを受託放送事業者１４０のＮＭＤ
１５１に転送する。

【０１３４】ＣＤ素材管理端末１５３、ＶＴＲ素材管理
端末１５４により曲一般情報、画像情報、歌詞情報の登
録、管理が行われる。また、編成サーバ１５０からＭＨ
ＥＧ管理サーバ１６２にはＭＨＥＧで使用するコンテン
ツが転送される。

【０１３５】ＭＨＥＧ管理サーバ１６２ではＭＨＥＧテ
ンプレート委託業者よりＭＨＥＧテンプレートを受け、
コンテンツとの付け合わせを行う。その後、ＭＨＥＧオ
ーサリング端末１６２にてＭＨＥＧのオーサリングを行
い、またメインの映像を取り込み番組の事前送出確認を
行う。

【０１３６】編成サーバ１５０からの編成表は、ＳＣＨ
ＬＡＮ１３１を介して保有サーバ１０２へ送られる。
編成表にある音楽素材については、音源検聴端末１５５
〜１５７により、ＰＣＭの素材登録、歌詞タイミング登
録が行われ、さらに検聴が行われる。

【０１３７】保有サーバ１０２はこの編成表を元にデー
タ変換装置１０３にＰＣＭデータを送り、このＰＣＭデ
ータをＭＵＳＩＣＡＭ形式、ＡＴＲＡＣ形式データに変
換するように制御する。

【０１３８】保有サーバ１０２には編成表や音楽データ
等の番組データが例えば１週間分保有される。放送の終
了したＰＣＭ音楽データは、アーカイブシステム１０１
に転送される。アーカイブシステム１０１はＰＣＭ音楽
データが大容量階層化管理して記録しておく。

【０１３９】映像エンコーダ１０４ａ、１０４ｂには、
受託放送事業者１４０のカート１７０から映像信号が送
られる。映像エンコーダ１０４ａ、１０４ｂで、この映
像信号がエンコードされる。

【０１４０】ＭＵＳＩＣＡＭ送出システム１０６ａ、１
０６ｂ、ＡＴＲＡＣ送出システム１０８ａ、１０８ｂ〜
１１２ａ、１１２ｂには、保有サーバ１０２から編成表
が送られる。この編成表の内容に従って、ＭＵＳＩＣＡ
Ｍデータの多重／送出、音声付加データの多重／送出、
ＡＴＲＡＣデータの多重／送出が行われる。

【０１４１】映像エンコーダ１０４ａ、１０４ｂと、Ｍ
ＵＳＩＣＡＭ送出サーバからの音声信号ＴＳパケットの
ＰＴＳは、ＰＴＳ同期化装置１２３ａ、１２３ｂによっ
て同期化される。

【０１４２】また、ＭＨＥＧデータ送出サーバ１１８
ａ、１１８ｂに、保有サーバ１０２から編成表が送られ
る。ＭＨＥＧデータ送出サーバ１１８ａ、１１８ｂは、
編成表を受け取ると、その内容に従ってパケットの多
重、ＤＳＭ−ＣＣ方式送出を行う。

【０１４３】各送出サーバ１０８ａ、１０８ｂ〜１１２
ａ、１１２ｂ、１１８ａ、１１８ｂ、ＰＴＳ同期化装置
１２３ａ、１２３ｂの出力は１次多重化装置１２０ａ、
１２０ｂにより多重化され、受託放送事業者のエンコー
ダチェーンにインタフェースされる。

【０１４４】また、ＴＳモニタ１２４ａ、１２４ｂでＥ
ＢＳシステム１００から送信されるトランスポートスト
リームがモニタされる。これとともに、受信機２０５
（図２）で送信信号が受信され、このＴＳがＴＳモニタ
１２４ｃでモニタされる。

【０１４５】ＥＢＳシステム１００の映像についてはモ
ニタテレビ２０９〜２１４でモニタできる。また、各音
声信号は、切り替え卓２１５で切り替えて、音声ピーク
レベル表示装置２１６ａ〜２１６ｃ、２２０で視覚的に
モニタできる。また、この音声をスピーカ２１７により
直接聴くことができる。

【０１４６】また、ＥＢＳ１００内のアラームは、アラ
ームリダンダント端末２２３に収集される。障害が発生
すると、ディスプレイ２２４にアラームが表示され、ス
ピーカ２２５から警告音が発生される。

【０１４７】なお、この例ではデータ送出部として、Ｍ
ＰＥＧ２システムズで規定されている種々のパケット
化、多重化等の処理をすることで説明しているが、イン
ターネットやコンピュータＬＡＮによりパケット化、多
重化を行わずそのままファイルとして送出しても構わな
い。

【０１４８】また、この例では伝送媒体として衛星を使
用したが、地上波、ケーブルなど他の伝送媒体でも適用
することが可能であることは言うまでもない。

【０１４９】更に、この例ではＧＵＩ構築にＭＨＥＧ技
術を例にとって説明したが、ＨＴＭＬ、ＡＴＶＥＦな
等、他のＧＵＩ構築技術を適用しても構わないし、ＧＵ
Ｉを放送システムから送らず、受信機側でＧＵＩを構築
する、もしくはＧＵＩを持たないボタン等単純な構成に
しても構わない。

【０１５０】この例ではテレビジョン映像に音楽をデー
タとしてダウンロードする映像同期型データ放送システ
ムを述べたが、音楽に画像をデータとしてダウンロード
する等、音楽同期型データ放送であっても、さらにダウ
ンロードするデータは映像、画像、テキスト、プログラ
ムあらゆるコンテンツであっても、コンテンツが圧縮／
非圧縮、変換／非変換などデータ形式にとらわれずに容
易に適用することが可能であることは言うまでもない。

【０１５１】上述のように、この発明が適用されたＥＢ
Ｓシステム１００では、データ変換部１０３がＳＣＨ
ＬＡＮ１３１上に設けられており、このデータ変換部１
０３でＰＣＭデータをＭＵＳＩＣＡＭ形式、ＡＴＲＡＣ
形式に変換している。このとき、保有サーバ１０２は、
放送に必要な分のＰＣＭデータをデータ変換部１０３で
変換し、保有サーバ１０２のデータ記憶部に記憶し、放
送が終了したら、保有サーバ１０２のハードディスク上
から削除し、必要に応じて、アーカイブシステム１０１
に保存する音楽データを保存している。このように、Ｐ
ＣＭの音楽データを保存しているため、新たなＰＣＭ形
式データの登録作業は必要がなく、検聴作業も必要とし
ない。また、ＰＣＭデータはそのままモニタできるた
め、レベル調整等の音源の調整が簡単に行なえる。

【０１５２】つまり、図４は上述のＥＢＳシステム１０
０の編成系サブシステムを示したものである。図４にお
いて、編成系サブシステム４０１の編成端末４０１−１
で作成された編成表ファイルは、ネットワーク４０３通
じて保有サーバ４０４、データ送出部４０７に送られ
る。

【０１５３】なお、編成端末４０１−１は図１における
番組編成サーバ１５０、番組編成端末１５２に対応し、
音源検調端末４０１−２は音源検調査端末１５５〜１５
７に対応し、保有サーバ４０４は保有サーバ１０２に対
応し、データ送出部４０７はＭＵＳＩＣＡＭ音声送出サ
ーバ１０６ａ、１０６ｂ、ＡＴＲＡＣデータ送出サーバ
１０８ａ、１０８ｂ〜１１２ａ、１１２ｂに対応してい
る。

【０１５４】さらに、編成端末４０１−１から送出に必
要な音楽情報がＣＤからＣＤ−ＲＯＭ再生装置によりダ
イレクトに取り出され、ＰＣＭ形式ファイルとして保有
サーバ４０４へ転送される。このＰＣＭ形式のデータは
データ記憶部４０６に記憶されると共に、データ保存部
４０５に記憶される。

【０１５５】データ記憶部４０６は高速アクセス可能な
ハードディスク装置からなるものであり、例えば保有サ
ーバ４０４のハードディスク装置である。データ保存部
４０５は長時間記録可能な例えばテープストリーマであ
り、図１におけるアーカイブシステム１０１のテープス
トリーマ装置に対応している。このように、保有サーバ
４０４に対して２つのデータ記憶装置があり、一方のデ
ータ記憶部４０６は例えば高速アクセス可能で、他方の
データ保存部４０５は長時間記録が可能である。

【０１５６】これら記憶、保存されているＰＣＭファイ
ルは編成系サブシステム４０１によってデータベース化
され管理されている。このように編成表にある放送素材
は保有サーバ４０４の管理下にある。

【０１５７】保有サーバ４０４に送られたＰＣＭ形式フ
ァイルは保有サーバ４０４のハードディスク上のデータ
記憶部４０６に蓄積される。その後、音源検聴端末４０
１−２（図１における音源検査端末１５５〜１５７に対
応する）にデータ記憶部４０６に蓄積されたＰＣＭ形式
ファイルがロードされ、ＣＤから取り込まれたＰＣＭ形
式ファイルに異常がないかどうか、また音楽前後の無音
時間が適切かどうかなどの検査（音源検聴）が行なわれ
る。場合によっては音のレベルを変える等のＰＣＭ形式
データの加工が行なわれる。この検聴作業は実時間かけ
て行なわれる。

【０１５８】編成表により放送が近づいた放送素材は保
有サーバ４０４のデータ記憶部４０６からネットワーク
４０３（図１におけるＳＣＨＬＡＮ１３２に対応す
る）を通じてデータ変換部４０２へ送られる。データ変
換部４０２は音楽ＰＣＭファイルを入力とし、それをＭ
ＵＳＩＣＡＭ形式とＡＴＲＡＣ形式のファイルに変換す
る。これらの形式は音楽情報の性質を利用した高能率符
号化方式で変換するものである。

【０１５９】例えば、５分間の音楽の場合、ＰＣＭファ
イルでの情報量は 44.1kHz ×2(channel)×16(bit) ×60(sec) ×5(min)÷
8(bit)=52.92Mbyte であり、ＭＵＳＩＣＡＭ形式で２５６ｋｂｐｓに高能率
符号化変換すると、 256kbps ×60(sec) ×5(min)÷8(bit)=9.6Mbyte であり、ＡＴＲＡＣ形式で２５６ｋｂｐｓに高能率符号
化変換すると、 256kbps ×60(sec) ×5(min)÷8(bit)=9.6Mbyte となる。

【０１６０】データ変換部４０２で変換されたＭＵＳＩ
ＣＡＭ形式、ＡＴＲＡＣ形式データファイルはいずれも
ネットワーク４０３を通じて保有サーバ４０４のデータ
記憶部４０６に蓄積される。この変換作業は、例えば放
送の３日より前に編成表にある全ての音楽素材が変換完
了するように保有サーバ４０４がこれらのジョブを管理
する。

【０１６１】データ送出部４０７は放送の例えば３日前
になって編成表にある３日先の音楽素材を検出し、ネッ
トワーク４０３を通じて保有サーバ４０４のデータ記憶
部４０６に蓄積されているＭＵＳＩＣＡＭ形式、ＡＴＲ
ＡＣ形式データファイルをデータ送出部内のローカル蓄
積部にコピーする。データ送出部４０７は放送の３日前
にこの操作を完了しているので、データ送出部４０７内
の送出サーバはローカル蓄積部から送出に必要なＭＵＳ
ＩＣＡＭ形式、ＡＴＲＡＣ形式データファイルを適時読
み出して、ＭＰＥＧ２システムズで規定されているＰＥ
Ｓ化、ＴＳパケット化、多重化等の処理を行い、出力部
４０８より送出する。

【０１６２】データ送出部４０７内のローカル蓄積部は
当日を含む３日先分の送出に必要なＭＵＳＩＣＡＭ形
式、ＡＴＲＡＣ形式データファイル格納容量しかなく、
送出が終了次第、今後３日間に送出予定のないＭＵＳＩ
ＣＡＭ形式、ＡＴＲＡＣ形式データファイルは直ちに削
除される。送出が終了したファイルであっても今後３日
間に送出予定があるファイルについては削除されない。

【０１６３】一方、保有サーバ４０４側でも同様な管理
が行われる。データ記憶部４０６は当日を含む約７日先
分の放送に必要なＰＣＭ形式、ＭＵＳＩＣＡＭ形式、Ａ
ＴＲＡＣ形式データファイルを格納しておく。放送が終
了次第、今後約７日間に放送予定のないＰＣＭ形式、Ｍ
ＵＳＩＣＡＭ形式、ＡＴＲＡＣ形式データファイルは直
ちに削除される。放送が終了したファイルであっても今
後約７日間に放送予定があるファイルについては削除さ
れない。

【０１６４】放送が終了し、今後約７日間に放送予定の
ないＰＣＭ形式ファイルはデータ記憶部４０６からは削
除されるが、データ保存部４０５には保存されている。

【０１６５】未来、同楽曲を放送する編成が成された場
合は、編成サブシステム４０１内のデータベースによ
り、その音楽がデータ保存部４０５に存在していること
が分かり、新たなＰＣＭ形式データの登録作業は必要が
なく、検聴作業も必要としなく、また、レベル調整等の
音源の調整が簡単に行なえる。

【０１６６】このようにデータ保有部４０５、データ記
憶部４０６には、ＰＣＭデータが記憶される。ＰＣＭデ
ータは圧縮されていないため、圧縮して記憶装置に記憶
する場合に比べてデータ量が多くなる。しかしながら、
この例では、データ保存部４０５のデータを高速で読み
出す必要がないため、データ保存部４０５はとしてはハ
ードディスクを用いる必要はなく、テープストリーマが
使用できる。したがって、結果的には大容量のハードデ
ィスク装置を容易する必要がなくなり、かえってコスト
ダウンが図れる。

【０１６７】なお、上述の例では音楽をコンテンツとす
る送信システムであるが、これは音楽のコンテンツに限
定されるものではなく、映像やデータを送る場合も同様
適用できる。

【０１６８】例えば、動画データをＭＰＥＧ方式で圧縮
して伝送する場合には、データ変換部４０２は動画デー
タをＭＰＥＧ方式で圧縮するＭＰＥＧエンコーダとな
る。また、静止画データをＪＰＥＧ方式で圧縮して伝送
する場合には、データ変換部４０２は静止画データをＪ
ＰＥＧ方式で圧縮するＪＰＥＧエンコーダとなる。

【０１６９】そして、データ保存部４０５、データ記憶
部４０６に動画データ又は静止画データが送られ、動画
データ又は静止画データがデータ保存部４０５及びデー
タ記憶部４０６に記憶される。それから、保有サーバ４
０４の制御により、放送に必要な分の動画データ又は静
止画データがデータ記憶部４０４からデータ変換部４０
２に送られ、データ変換部４０２でＭＰＥＧ方式やＪＰ
ＥＧ方式により圧縮がなされ、圧縮された動画データ又
は静止画データがデータ記憶部４０６に戻される。

【０１７０】放送が開始する前に、データ記憶部４０６
からデータ送出部４０７に圧縮された動画データ又は静
止画データが送られ、データ送出部４０７からＭＰＥＧ
方式で圧縮された静止画データ又はＪＰＥＧ方式で圧縮
された静止画データが送出される。放送が終了したら、
データ記憶部４０６のデータが削除され、データ保存部
４０５に圧縮前の動画データ又は静止画データが保存さ
れる。

【０１７１】同様に、アプリケーションソフトウェア等
のバイナリデータやテキストデータを送信する場合に
は、データ変換装置４０２は実行可能なバイナリデータ
やテキストデータをＬＨＺ方式やＺＩＰ方式で圧縮する
エンコーダとなり、前述と同様にしてデータが送出され
る。

【０１７２】

【発明の効果】この発明によれば、保有サーバにはＰＣ
Ｍデータで音楽素材データを送れば良いので、音楽の頭
出し、レベルの調整など簡単である。

【０１７３】また、前もって保有サーバからＰＣＭデー
タをデータ変換部に送り、保有サーバからデータ送出部
に圧縮されたデータを送り、保有サーバが転送を制御し
ているので、転送の時間が少なくてすむ。

【０１７４】また、データ保存部４０５にはＰＣＭデー
タで音楽データが保存されるため、この音楽データを再
利用が簡単である。

【０１７５】また、ＰＣＭデータで音楽データが保存さ
れるため、複数種類の送出形式があるシステムでも、素
材登録や検聴は一回で良く、登録作業が簡単である。

【０１７６】また、ＰＣＭデータが音楽データが保存さ
れるため、複数の種類の送出形式を必要とするシステム
でも、簡単に対応できる。

【０１７７】今度の技術進歩により、例えばさらに高能
率な符号化方式が実現された場合にも、データ変換装置
を交換するだけで対応できる。

【図面の簡単な説明】

【図１】この発明が適用されたＥＢＳシステムの構成を
示すブロック図である。

【図２】この発明が適用されたＥＢＳシステムにおける
監視、アラーム系の構成を示すブロック図である。

【図３】この発明が適用されたＥＢＳシステムと受託放
送事業者間のシステムの構成を示すブロック図である。

【図４】この発明が適用されたＥＢＳシステムの編成系
サブシステムの構成を示すブロック図である。

【図５】ＥＭＤサービスの形態の説明に用いる略線図で
ある。

【図６】ＥＭＤサービスのコンポーネント構造を示すタ
イミング図である。

【図７】ＰＭＴとＳＭＴの関係を示す略線図である。

【図８】従来の編成系サブシステムの構成を示すブロッ
ク図である。

【符号の説明】

１０１・・・アーカイブシステム，１０２・・・保有サ
ーバ，１０３・・・データ変換装置，１０４ａ，１０４
ｂ・・・映像エンコーダ，１０６ａ，１０６ｂ・・・Ｍ
ＵＳＩＣＡＭ音声送出サーバ，１０８ａ，１０８ｂ〜１
１２ａ，１１２ｂ・・・ＡＴＲＡＣデータ送出サーバ，
１１８ａ，１１８ｂ・・・ＭＨＥＧデータ送出サーバ，
１５０・・・編成サーバ，１５５〜１５７・・・音源検
査端末，１６２・・・ＭＨＥＧ管理サーバ，１６４・・
・ＭＨＥＧオーサリング端末，４０１・・・編成系サブ
システム，４０２・・・データ変換部，４０４・・・保
有サーバ，４０５・・・データ保有部，４０６・・・デ
ータ記憶部，４０７・・・データ送出部

Claims

【特許請求の範囲】

【請求項１】第１の形式によりディジタルデータを保
存しておくディジタルデータ保存手段と、送出するディジタルデータを記憶しておくディジタルデ
ータ記憶手段と、上記第１の形式のディジタルデータを圧縮して第２の形
式のディジタルデータに変換するデータ変換手段と、ディジタルデータの送出を行なうデータ送出手段とを備
え、上記送出するディジタルデータを上記第１の形式で上記
ディジタルデータ保存手段に保存すると共に、上記送出
するディジタルデータを上記ディジタルデータ記憶手段
に上記第１の形式で記憶させ、予め上記第１の形式の上記送出するディジタルデータを
上記ディジタルデータ記憶手段から上記データ変換手段
に送り、上記データ変換手段で上記送出するディジタル
データを上記第２の形式のディジタルデータに変換し
て、上記ディジタルデータ記憶手段に返し、上記ディジタルデータの送出を行なう前に、上記第２の
形式のディジタルデータとされた上記送出するディジタ
ルデータを上記ディジタルデータ記憶手段から上記デー
タ送出手段に送り、上記データ送出手段により第２の形式のディジタルデー
タを送出するようにしたデータ送出装置。
【請求項２】更に、上記ディジタルデータの送出後
に、上記ディジタルデータ記憶手段のデータを削除し、
上記ディジタルデータ保存手段に上記送出したディジタ
ルデータを上記第１の形式で保存しておくようにした請
求項１に記載のデータ送出装置。
【請求項３】上記ディジタルデータ記憶手段は高速ア
クセス可能な記憶装置から構成され、上記ディジタルデ
ータ保存手段は大容量記憶装置から構成される請求項１
に記載のデータ送出装置。
【請求項４】上記ディジタルデータ記憶手段はハード
ディスクドライブ装置であり、上記ディジタルデータ保
存手段はテープストリーム装置である請求項３に記載の
データ送出装置。
【請求項５】上記データ変換手段は、上記第１の形式
のディジタルデータを２種類以上の圧縮方式で圧縮する
ようにした請求項１に記載のデータ送出装置。
【請求項６】上記データ変換手段は、上記第１の形式
のディジタルデータを、ＭＰＥＧオーディオ形式とＡＴ
ＲＡＣ形式に圧縮するようにした請求項５に記載のデー
タ送出装置。
【請求項７】上記第１の形式のディジタルデータはＰ
ＣＭオーディオデータであり、上記第２の形式のディジ
タルデータはＭＰＥＧオーディオデータである請求項１
に記載のデータ送出装置。
【請求項８】上記第１の形式のディジタルデータはＰ
ＣＭオーディオデータであり、上記第２の形式のディジ
タルデータはＡＴＲＡＣオーディオデータである請求項
１に記載のデータ送出装置。
【請求項９】上記第１の形式のディジタルデータは動
画像データであり、上記第２の形式のディジタルデータ
はＭＰＥＧビデオデータである請求項１に記載のデータ
送出装置。
【請求項１０】上記第１の形式のディジタルデータは
静止画像データであり、上記第２の形式のディジタルデ
ータはＪＰＥＧビデオデータである請求項１に記載のデ
ータ送出装置。
【請求項１１】上記第１の形式のディジタルデータは
実行可能なバイナリデータであり、上記第２の形式のデ
ィジタルデータはＺＩＰ形式のデータである請求項１に
記載のデータ送出装置。
【請求項１２】上記第１の形式のディジタルデータは
実行可能なバイナリデータであり、上記第２の形式のデ
ィジタルデータはＬＺＨ形式のデータである請求項１に
記載のデータ送出装置。
【請求項１３】上記第１の形式のディジタルデータは
テキストデータであり、上記第２の形式のディジタルデ
ータはＺＩＰ形式のデータである請求項１に記載のデー
タ送出装置。
【請求項１４】上記第１の形式のディジタルデータは
テキストデータであり、上記第２の形式のディジタルデ
ータはＬＺＨ形式のデータである請求項１に記載のデー
タ送出装置。
【請求項１５】送出するディジタルデータを上記第１
の形式でディジタルデータ保存手段に保存すると共に、
上記送出するディジタルデータをディジタルデータ記憶
手段に上記第１の形式で記憶させ、予め上記第１の形式の上記送出するディジタルデータを
上記ディジタルデータ記憶手段から上記データ変換手段
に送り、データ変換手段で上記送出するディジタルデー
タを上記第２の形式のディジタルデータに変換して、上
記ディジタルデータ記憶手段に返し、上記ディジタルデータの送出を行なう前に、上記第２の
形式のディジタルデータとされた上記送出するディジタ
ルデータを上記ディジタルデータ記憶手段からデータ送
出手段に送り、上記データ送出手段により第２の形式のディジタルデー
タを送出するようにしたデータ送出方法。
【請求項１６】更に、上記ディジタルデータの送出後
に、上記ディジタルデータ記憶手段のデータを削除し、
上記ディジタルデータ保存手段に上記送出したディジタ
ルデータを上記第１の形式で保存しておくようにした請
求項１５に記載のデータ送出方法。
【請求項１７】上記データ変換手段で、上記第１の形
式のディジタルデータを２種類以上の圧縮方式で圧縮す
るようにした請求項１５に記載のデータ送出方法。
【請求項１８】上記データ変換手段で、上記第１の形
式のディジタルデータを、ＭＰＥＧオーディオ形式とＡ
ＴＲＡＣ形式に圧縮するようにした請求項１７に記載の
データ送出方法。
【請求項１９】上記第１の形式のディジタルデータは
ＰＣＭオーディオデータであり、上記第２の形式のディ
ジタルデータはＭＰＥＧオーディオデータである請求項
１５に記載のデータ送出方法。
【請求項２０】上記第１の形式のディジタルデータは
ＰＣＭオーディオデータであり、上記第２の形式のディ
ジタルデータはＡＴＲＡＣオーディオデータである請求
項１５に記載のデータ送出方法。
【請求項２１】上記第１の形式のディジタルデータは
動画像データであり、上記第２の形式のディジタルデー
タはＭＰＥＧビデオデータである請求項１５に記載のデ
ータ送出方法。
【請求項２２】上記第１の形式のディジタルデータは
静止画像データであり、上記第２の形式のディジタルデ
ータはＪＰＥＧビデオデータである請求項１５に記載の
データ送出方法。
【請求項２３】上記第１の形式のディジタルデータは
実行可能なバイナリデータであり、上記第２の形式のデ
ィジタルデータはＺＩＰ形式のデータである請求項１５
に記載のデータ送出方法。
【請求項２４】上記第１の形式のディジタルデータは
実行可能なバイナリデータであり、上記第２の形式のデ
ィジタルデータはＬＺＨ形式のデータである請求項１５
に記載のデータ送出方法。
【請求項２５】上記第１の形式のディジタルデータは
テキストデータであり、上記第２の形式のディジタルデ
ータはＺＩＰ形式のデータである請求項１５に記載のデ
ータ送出方法。
【請求項２６】上記第１の形式のディジタルデータは
テキストデータであり、上記第２の形式のディジタルデ
ータはＬＺＨ形式のデータである請求項１５に記載のデ
ータ送出方法。