JP2000299668A

JP2000299668A - 番組放送方法

Info

Publication number: JP2000299668A
Application number: JP11106695A
Authority: JP
Inventors: Tetsuo Sasaki; 鉄雄佐々木
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-04-14
Filing date: 1999-04-14
Publication date: 2000-10-24

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 ）等の録音機器に録音す
る場合である。この場合の音楽の購入（ダウンロード）
手順は以下のようになる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３０】

【発明が解決しようとする課題】上述のように、衛星放
送を使って音楽配信するようなＥＭＤサービスでは、メ
イン放送（通常のＴＶ映像信号及びＴＶ音声信号の放
送）の他に、サブサービスを行うための音声コンポーネ
ント（ＭＰＥＧＡｕｄｉｏデータやＡＴＲＡＣデー
タ）が送るられる。更に、このようなシステムでは、Ｅ
ＭＤサービスを実現するために、メイン番組の素材と音
楽配信を行なうための音楽素材とからなる番組の手順や
操作の情報を記述したＭＨＥＧデータが送られる。

【００３１】しかだって、ＥＭＤサービスを行なう際に
は、放送スケジュールを作成した後、このスケジュール
データを放送の送出機器に通知し、予め決められたスケ
ジュール通りに、メイン放送のＴＶ映像信号や音声信号
の他に、サブサービスを行なうためのＭＰＥＧＡｕｄｉ
ｏデータやＡＴＲＡＣデータ、ＧＵＩ用のＭＨＥＧデー
タをスケジュール通りに送出する必要がある。

【００３２】したがって、この発明の目的は、予め決め
られたスケジュール通りに、メイン放送のＴＶ映像信号
や音声信号と共に、マルチメディアサービスの放送が行
なえるような音声コンポーネントやＭＨＥＧデータを管
理できるようにしたものである。

【００３３】

【課題を解決するための手段】この発明は、メイン番組
の素材をメイン番組素材識別子を付けてデータベースに
蓄積し、データ配信を行なうためのデータ素材をデータ
素材識別子を付けてデータベースに蓄積し、メイン番組
の素材とデータ配信を行なうためのデータ素材とからな
る番組の手順や操作の情報を、プログラム情報識別子を
付けてデータベースに蓄積し、メイン番組素材識別子、
データ素材識別子、プログラム情報識別子を使って番組
の進行を示す放送スケジュール表を作成し、スケジュー
ル表に基づいたスケジュールで、メイン番組の素材とデ
ータ配信を行なうためのデータ素材とからなる番組を放
送するようにした番組放送方法である。

【００３４】ＶＴＲ素材管理端末によりビデオテープで
メイン番組の情報が管理され、ＣＤ素材管理端末により
サブチャンネルのダウンロード用の音楽データが管理さ
れ、ＭＨＥＧ管理サーバにより、ＭＨＥＧデータが管理
される。そして、編成サーバにより、メイン番組用のビ
デオテープ素材と、ダンウロード用の音楽素材と、ＭＨ
ＥＧデータに、夫々、ユニークな識別子が付され、この
識別子を使って、ビデオテープ素材、音楽素材、ＭＨＥ
Ｇデータの放送スケジュール表が作成される。このスケ
ジュール表が保有サーバに送られ、スケジュール表に従
って、メイン番組用のビデオテープ素材と、ダウンロー
ド用の音楽素材と、ＭＨＥＧデータとがエンコードされ
て、送出される。これにより、予め決められたスケジュ
ールに従って、メイン放送のＴＶ映像信号や音声信号と
共に、ダウンロード用の音声コンポーネントやＭＨＥＧ
データを送出することができる。

【００３５】

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

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

【００３７】アーカイブサブシステム１０１の総記録容
量は例えば５．４テラバイトで、完全２重記録すること
でユーザ記録容量は２．７テラバイトである。２重記録
の目的は万一記録媒体（テープ）が破損した場合でも、
もう１本の記録媒体で修復を可能とするためである。将
来カートを増設することにより容量拡張が可能である。
１６ビット、４８ｋＨｚサンプリング、５分間のステレ
オ音楽の場合、１曲当りの情報量は１６(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）インタフェースは受託放送事業者１４０内のＢＤＰ
Ｓと全く同じ形式である。サブサービスについては従来
の受信機では受信できず、メインサービスの付随である
ことからＥＰＧ情報は登録されない。ＣＡ（Conditiona
l Access）情報についてはメインサービス、サブサービ
スともに設定される。

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

【００６７】・メインサービス：ＦＬＡＴ契約 Video1,Audio1,Data1(MHEG data for GUI),Data2(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 ）制御装置
である。ＳＷＯ制御装置２２１で、ＴＳの各種切替え装
置を制御する。内蔵インタフェースボードと外部の接点
ボックス（図示せず）により切替え機のリレー接点を制
御し、また切替え装置の状態を取得する。さらにオーデ
ィオモニタルームのメイン映像監視モニタテレビタリー
を制御する。これらの切替え指示、状態監視はＡｌａｒ
ｍＬＡＮ２５０により制御される。

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

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

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

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

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

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

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

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

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

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

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

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

【０１１４】図１において、メイン放送の映像及び音声
信号は、ＶＴＲで行なわれる。ビデオテープ素材は、Ｖ
ＴＲ素材管理端末１５４で行なわれる。放送で用いられ
るビデオテープは、予めＶＴＲ素材管理端末１５４から
ビデオテープ素材を入力し、データベース１７０に登録
しておく。ビデオテープ素材をデータベース１７０に登
録する際に、ビデオテープ素材をユニークに識別するた
めのビデオテープ素材ＩＤが発番される。

【０１１５】サブチャンネルで提供されるダウンロード
用の音楽は、ＣＤ素材管理端末１５３で管理される。放
送される音楽素材は、予めＣＤ素材管理端末１５３か
ら、音楽素材情報と音楽データとを入力し、データベー
ス１７０に登録しておく。音楽素材をデータベースに登
録する際に、音楽素材をユニークに識別するための音楽
素材ＩＤが発番される。

【０１１６】ＭＨＥＧデータは、ＭＨＥＧ管理サーバ１
６２で管理される。放送で用いられるＭＨＥＧデータ
は、予めＭＨＥＧ管理サーバ１６２からＭＨＥＧデータ
情報とＭＨＥＧデータを入力し、データベース１７０に
登録しておく。ＭＨＥＧデータをデータベース１７０に
登録する際に、ＭＨＥＧデータをユニークに識別するた
めのＭＨＥＧデータＩＤが発番される。

【０１１７】放送スケジュールの入力は、番組編成端末
１５２から行なわれる。番組編成端末１５２では、デー
タベース１７０により、先に入力されたメイン放送のビ
デオ素材情報、音楽素材情報、ＭＨＥＧ情報を検索して
表示させることができる。放送スケジュールを作成する
場合には、番組編成端末上でデータベースに登録されて
いるビデオテープ素材情報、音楽素材情報、ＭＨＥＧデ
ータ情報を確認しながら作業が行なわれる。

【０１１８】放送スケジュールは、図４に示すような形
式で表示され、データベース１７０に登録される。図４
のスケジュール表は、１９９９年１月５日０時０分０秒
から１９９９年１月５日３時４０分０秒までのもので、
この間に送出するビデオテープ素材、音楽素材、ＭＨＥ
ＧデータのＩＤが記述されている。例えば、１時００分
から１時３０分までは、ビデオテープ素材ＩＤが「１１
４」、音楽素材ＩＤが「２５３」、ＭＨＥＧデータＩＤ
が「３８９」のものが送出されるようにスケジュールが
組まれている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３３】

【発明の効果】この発明によれば、ＶＴＲ素材管理端末
によりビデオテープでメイン番組の情報が管理され、Ｃ
Ｄ素材管理端末によりサブチャンネルのダウンロード用
の音楽データが管理され、ＭＨＥＧ管理サーバにより、
ＭＨＥＧデータが管理される。そして、編成サーバによ
り、メイン番組用のビデオテープ素材と、ダンウロード
用の音楽素材と、ＭＨＥＧデータに、夫々、ユニークな
識別子が付され、この識別子を使って、ビデオテープ素
材、音楽素材、ＭＨＥＧデータの放送スケジュール表が
作成される。このスケジュール表が保有サーバに送ら
れ、スケジュール表に従って、メイン番組用のビデオテ
ープ素材と、ダウンロード用の音楽素材と、ＭＨＥＧデ
ータとがエンコードされて、送出される。これにより、
予め決められたスケジュールに従って、メイン放送のＴ
Ｖ映像信号や音声信号と共に、ダウンロード用の音声コ
ンポーネントやＭＨＥＧデータを送出することができ
る。

【図面の簡単な説明】

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

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

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

【図４】放送スケジュール表の一例の略線図である。

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 7/16 Ｈ０４Ｎ 7/08 Ｚ 7/20 ６１０

Claims

【特許請求の範囲】

【請求項１】メイン番組の素材をメイン番組素材識別
子を付けてデータベースに蓄積し、データ配信を行なうための素材をデータ素材識別子を付
けてデータベースに蓄積し、上記メイン番組の素材と上記データ配信を行なうための
データ素材とからなる番組の手順や操作の情報を、プロ
グラム情報識別子を付けてデータベースに蓄積し、上記メイン番組素材識別子、上記データ素材識別子、プ
ログラム情報識別子を使って番組の進行を示す放送スケ
ジュール表を作成し、上記スケジュール表に基づいたスケジュールで、上記メ
イン番組の素材と上記データ配信を行なうためのデータ
素材とからなる番組を放送するようにした番組放送方
法。
【請求項２】上記プログラム情報は、ＭＨＥＧ情報で
ある請求項１に記載の番組放送方法。
【請求項３】上記音楽素材は、ＡＴＲＡＣで圧縮され
た音楽情報である請求項１に記載の番組放送方法。
【請求項４】上記データは、音楽データである請求項
１に記載の番組放送方法。
【請求項５】上記データは、コンピュータプログラム
である請求項１に記載の番組放送方法。