JP2001024606A - 情報送信システム - Google Patents

Abstract

(57)【要約】 【課題】 放送設備において、放送用のストリームデー
タに障害があった場合に、迅速かつ正確な対応動作が得
られるようにして、その信頼性を高める。 【解決手段】 放送設備２００のマルチプレクサ４５か
ら送出されるＴＳに含まれるコンポーネントごとのデー
タについての障害をストリーム監視システム２０１によ
り検出し、障害発生時には障害があったとされるコンポ
ーネントを特定する情報を送信することを以て、障害通
知を行う。障害通知の受信に応答して、非常用ストリー
ム２０２は非常用ストリームデータを選択して送出し、
ＭＵＸ制御システム２０３は、障害があったとされるコ
ンポーネントのデータに代えて、非常用ストリームデー
タによってＴＳを形成して送出するようにマルチプレク
サ４５を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばデジタル放
送を行うための放送設備とされて、放送用のデータスト
リームを送出する情報送信システムに関するものであ
る。

【０００２】

【従来の技術】近年、デジタル衛星放送の普及が進んで
いる。デジタル衛星放送は、例えば既存のアナログ放送
と比較してノイズやフェージングに強く、高品質の信号
を伝送することが可能である。また、周波数利用効率が
向上され、多チャンネル化も図ることが可能になる。具
体的には、デジタル衛星放送であれば１つの衛星で数百
チャンネルを確保することも可能である。このようなデ
ジタル衛星放送では、スポーツ、映画、音楽、ニュース
などの専門チャンネルが多数用意されており、これらの
専門チャンネルでは、それぞれの専門のコンテンツに応
じたプログラムが放送されている。

【０００３】また、このようなデジタル放送により送信
されるデータとしては、例えば多数チャンネルのビデオ
データ、オーディオデータ、またいわゆるデータサービ
ス用のマルチメディアコンテンツのデータ（これらの各
種別ごとのデータ以降は「コンポーネント」ともいう）
などが時分割的に配列されて形成されるストリームデー
タとして形成される。

【０００４】このようなデジタル衛星放送システムの放
送局側にあっては、正常な放送が行われるように放送設
備についてのメンテナンスを行うことになるのである
が、このために、放送設備を構築する各種装置などに何
らかの異常、障害が発生していないかを監視するように
されている。

【０００５】そして、例えば放送用のデータをエンコー
ド処理（主として圧縮信号処理）するエンコーダなどの
故障によって、ストリームデータ内の或るコンポーネン
トの送出が停止してしまったような場合には、例えば、
エンコーダによる処理を行わないいわゆる冗長系といわ
れるデータ送出システム系に切り換えることで、ストリ
ームデータの送出の回復を図ることが行われている。

【０００６】

【発明が解決しようとする課題】しかし、例えば冗長系
のデータ送出システムを有さない類のコンポーネントに
関する装置の故障であるとか、運用上のミスなどによっ
てストリームデータの送出が停止されるような場合に
は、上記したような冗長系に切り換えることができない
ために、ストリームデータの送出の回復が遅れる可能性
がでてくる。

【０００７】また、現状の放送設備における障害発生に
対応するシステムとしては、例えばストリームデータ内
に格納される各コンポーネントの状態を監視して障害の
有無を判別する監視システムが設けられる。また、予め
障害発生時に対応して送出することを目的として用意さ
れた特定種別のコンポーネントとしてのデータを送出す
る非常用データ送出システムも設けられている。

【０００８】しかし、上記監視システムと非常用データ
送出システムとは、連携された構成を採ってはいない。
従って、例えば監視システムにより或るコンポーネント
の送出が停止したという障害が発生したことが知らされ
たときには、デジタル放送の運用者が、例えば送信が停
止したコンポーネントに代わるデータを非常用データ送
出システムから送出させるという作業を行う必要があ
る。つまり、送信すべきストリームデータの回復には人
的作業が伴い、その分、例えば回復の遅れや判断ミスな
どの人的要因による信頼性の欠如が免れない。

【０００９】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、情報送信システムとして次のように構
成する。つまり、コンポーネントデータごとに対応して
設けられて、コンポーネントデータを送出するコンポー
ネント送出手段と、これらの各コンポーネント送出手段
から送出されたコンポーネントデータを入力して多重化
を行い、送信用のストリームデータとして出力するスト
リームデータ出力手段とを備える送信装置を備える。ま
た、ストリームデータにおいて挿入されるコンポーネン
トデータを識別可能な識別情報を抽出することで、スト
リームデータに多重化されているコンポーネントデータ
を識別するコンポーネントデータ識別手段と、この識別
されたコンポーネントデータごとについての障害の有無
を検出する障害検出手段と、この障害検出手段により或
るコンポーネントデータについて障害があると判別され
た場合には、障害通知情報として、少なくとも障害があ
るとして判別されたコンポーネントデータを指定するコ
ンポーネント指定情報を所定のネットワークを介して出
力する障害通知手段とを備えたストリームデータ監視装
置を備える。また、予備用の１以上の予備データが用意
され、ネットワークを介して受信した上記コンポーネン
ト指定情報により指定されるコンポーネントデータに応
じた予備データを選択してストリームデータ出力手段に
対して出力する予備データ送出装置を備える。そして、
ネットワークを介して受信した上記コンポーネント指定
情報により指定されるコンポーネントデータのストリー
ムデータ出力手段への入力を無効にすると共に、これに
代えて、予備データ送出装置において選択された予備デ
ータを上記ストリームデータ出力手段に入力させるよう
に制御を実行する制御装置を備える。

【００１０】上記構成によれば、ストリームデータ内に
格納されるコンポーネントの識別信号を利用すること
で、放送用のストリームデータを形成するコンポーネン
トごとの障害を検出するようにされる。そして、障害が
発生すれば、予備データ送出装置において選択した所要
の予備データを、障害が発生したとされるコンポーネン
トデータに代えてストリームデータ出力手段に入力させ
ることが可能となり、また、この動作が自動的に実行さ
れるものである。

【００１１】

【発明の実施の形態】以降、本発明の実施の形態につい
て説明する。本実施の形態としての情報送信装置は、デ
ジタル衛星放送を利用して番組を放送すると共に、受信
装置側ではこの番組に関連した楽曲データ（音声デー
タ）等の情報をダウンロードできるようにしたシステム
に対応することを前提とする。つまり、デジタル衛星放
送システムの放送設備とされるものである。

【００１２】なお、以降の説明は次の順序で行うことと
する。 １．デジタル衛星放送システム １−１．全体構成 １−２．ＧＵＩ画面に対する操作 １−３．地上局 １−４．送信フォーマット １−５．ＩＲＤ ２．本実施の形態の送信システム

【００１３】１．デジタル衛星放送システムの構成 １−１．全体構成 先ず、本実施の形態としての送信装置の説明を行うのに
先立ち、本実施の形態が対応するデジタル衛星放送シス
テムについて説明しておく。

【００１４】図１は、本実施の形態としてのデジタル衛
星放送システムの全体構成を示すものである。この図に
示すように、デジタル衛星放送の地上局１には、テレビ
番組素材サーバ６からのテレビ番組放送のための素材
と、楽曲素材サーバ７からの楽曲データの素材と、音声
付加情報サーバ８からの音声付加情報と、ＧＵＩデータ
サーバからのＧＵＩデータとが送られる。

【００１５】テレビ番組素材サーバ６は、通常の放送番
組の素材を提供するサーバである。このテレビ番組素材
サーバから送られてくる音楽放送の素材は、動画及び音
声とされる。例えば、音楽放送番組であれば、上記テレ
ビ番組素材サーバ６の動画及び音声の素材を利用して、
例えば新曲のプロモーション用の動画及び音声が放送さ
れたりすることになる。

【００１６】楽曲素材サーバ７は、オーディオチャンネ
ルを使用して、オーディオ番組を提供するサーバであ
る。このオーディオ番組の素材は音声のみとなる。この
楽曲素材サーバ７は、複数のオーディオチャンネルのオ
ーディオ番組の素材を地上局１に伝送する。各オーディ
オチャンネルの番組放送ではそれぞれ同一の楽曲が所定
の単位時間繰り返して放送される。各オーディオチャン
ネルは、それぞれ独立しており、その利用方法としては
各種考えられる。例えば、１つのオーディオチャンネル
では最新の日本のポップスの数曲を或る一定時間繰り返
し放送し、他のオーディオチャンネルでは最新の外国の
ポップスの数曲を或る一定時間繰り返し放送するという
ようにされる。

【００１７】音声付加情報サーバ８は、楽曲素材サーバ
７から出力される楽曲の時間情報等を提供するサーバで
ある。

【００１８】ＧＵＩデータサーバ９は、ユーザが操作に
用いるＧＵＩ画面を形成するための「ＧＵＩデータ（放
送用コンテンツのデータ）」を提供する。例えば後述す
るような楽曲のダウンロードに関するＧＵＩ画面であれ
ば、配信される楽曲のリストページや各楽曲の情報ペー
ジを形成するための画像データ、テキストデータ、アル
バムジャケットの静止画を形成するためのデータなどを
提供する。更には、受信設備３側にていわゆるＥＰＧ(E
lectrical Program Guide)といわれる番組表表示を行う
のに利用されるＥＰＧデータもここから提供される。な
お、「ＧＵＩデータ」としては、例えばＭＨＥＧ(Multi
media Hypermedia Information Coding Experts Group)
方式が採用される。ＭＨＥＧとは、マルチメディア情
報、手順、操作などのそれぞれと、その組み合わせをオ
ブジェクトとして捉え、それらのオブジェクトを符号化
したうえで、タイトル（例えばＧＵＩ画面）として制作
するためのシナリオ記述の国際標準とされる。また、本
実施の形態ではＭＨＥＧ−５を採用するものとする。

【００１９】地上局１は上記テレビ番組素材サーバ６、
楽曲素材サーバ７、音声付加情報サーバ８、及びＧＵＩ
データサーバ９から伝送された情報を多重化して送信す
る。本実施の形態では、テレビ番組素材サーバ６から伝
送されたビデオデータはＭＰＥＧ(Moving Picture Expe
rts Group)２方式により圧縮符号化され、オーディオデ
ータはＭＰＥＧ２オーディオ方式により圧縮符号化され
る。また、楽曲素材サーバ７から伝送されたオーディオ
データは、オーディオチャンネルごとに対応して、例え
ばＭＰＥＧ２オーディオ方式と、ＡＴＲＡＣ(Adoptive
Tranform Acoustic Coding)方式と何れか一方の方式に
より圧縮符号化される。また、これらのデータは多重化
の際、キー情報サーバ１０からのキー情報を利用して暗
号化される。なお、地上局１の内部構成例については後
述する。

【００２０】地上局１からの信号は衛星２を介して各家
庭の受信設備３で受信される。衛星２には複数のトラン
スポンダが搭載されている。１つのトランスポンダは例
えば３０Ｍｂｐｓの伝送能力を有している。各家庭の受
信設備３としては、パラボラアンテナ１１とＩＲＤ(Int
egrated Receiver Decorder)１２と、ストレージデバイ
ス１３と、モニタ装置１４とが用意される。また、この
場合には、ＩＲＤ１２に対して操作を行うためのリモー
トコントローラ６４が示されている。

【００２１】パラボラアンテナ１１で衛星２を介して放
送されてきた信号が受信される。この受信信号がパラボ
ラアンテナ１１に取り付けられたＬＮＢ(Low Noize Blo
ck Down Converter)１５で所定の周波数に変換され、Ｉ
ＲＤ１２に供給される。

【００２２】ＩＲＤ１２における概略的な動作として
は、受信信号から所定のチャンネルの信号を選局し、そ
の選局された信号から番組としてのビデオデータ及びオ
ーディオデータの復調を行ってビデオ信号、オーディオ
信号として出力する。また、ＩＲＤ１２では、番組とし
てのデータと共に多重化されて送信されてくる、ＧＵＩ
データに基づいてＧＵＩ画面としての出力も行う。この
ようなＩＲＤ１２の出力は、例えばモニタ装置１４に対
して供給される。これにより、モニタ装置１４では、Ｉ
ＲＤ１２により受信選局した番組の画像表示及び音声出
力が行われ、また、後述するようなユーザの操作に従っ
てＧＵＩ画面を表示させることが可能となる。

【００２３】ストレージデバイス１３は、ＩＲＤ１２に
よりダウンロードされたオーディオデータ（楽曲デー
タ）を保存するためのものである。このストレージデバ
イス１３の種類としては特に限定されるものではなく、
ＭＤ(Mini Disc)レコーダ／プレーヤ、ＤＡＴレコーダ
／プレーヤ、ＤＶＤレコーダ／プレーヤ等を用いること
ができる。また、ストレージデバイス１３としてパーソ
ナルコンピュータ装置を用い、ハードディスクのほか、
ＣＤ−Ｒ等をはじめとする記録が可能なメディアにオー
ディオデータを保存するようにすることも可能とされ
る。

【００２４】また、本実施の形態の受信設備３として
は、図２に示すように、データ伝送規格としてＩＥＥＥ
１３９４に対応したデータインターフェイスを備えたＭ
Ｄレコーダ／プレーヤ１３Ａを、図１に示すストレージ
デバイス１３として使用することができるようになって
いる。この図に示すＩＥＥＥ１３９４対応のＭＤレコー
ダ／プレーヤ１３Ａは、ＩＥＥＥ１３９４バス１６によ
りＩＲＤ１２と接続される。これによって、本実施の形
態では、ＩＲＤ１２にて受信された、楽曲としてのオー
ディオデータ（ダウンロードデータ）を、ＡＴＲＡＣ方
式により圧縮処理が施されたままの状態で直接取り込ん
で記録することができる。また、ＭＤレコーダ／プレー
ヤ１３ＡとＩＲＤ１２とをＩＥＥＥ１３９４バス１６に
より接続した場合には、上記オーディオデータの他、そ
のアルバムのジャケットデータ（静止画データ）及び歌
詞などのテキストデータを記録することも可能とされて
いる。

【００２５】ＩＲＤ１２は、例えば電話回線４を介して
課金サーバ５と通信可能とされている。ＩＲＤ１２に
は、後述するようにして各種情報が記憶されるＩＣカー
ドが挿入される。例えば楽曲のオーディオデータのダウ
ンロードが行われたとすると、これに関する履歴情報が
ＩＣカードに記憶される。このＩＣカードの情報は、電
話回線４を介して所定の機会、タイミングで課金サーバ
５に送られる。課金サーバ５は、この送られてきた履歴
情報に従って金額を設定して課金を行い、ユーザに請求
する。

【００２６】これまでの説明から分かるように、本発明
が適用されたシステムでは、地上局１は、テレビ番組素
材サーバ６からの音楽番組放送の素材となるビデオデー
タ及びオーディオデータと、楽曲素材サーバ７からのオ
ーディオチャンネルの素材となるオーディオデータと、
音声付加情報サーバ８からの音声データと、ＧＵＩデー
タサーバ９からのＧＵＩデータとを多重化して送信して
いる。そして、各家庭の受信設備３でこの放送を受信す
ると、例えばモニタ装置１４により、選局したチャンネ
ルの番組を視聴することができる。また、番組のデータ
と共に送信されるＧＵＩデータを利用したＧＵＩ画面と
して、第１にはＥＰＧ（Electrical Program Guide；電
子番組ガイド）画面を表示させ、番組の検索等を行うこ
とができる。また、第２には、例えば通常の番組放送以
外の特定のサービス用のＧＵＩ画面を利用して所要の操
作を行うことで、本実施の形態の場合には、放送システ
ムにおいて提供されている通常番組の視聴以外のサービ
スを享受することができる。例えば、オーディオ（楽
曲）データのダウンロードサービス用のＧＵＩ画面を表
示させて、このＧＵＩ画面を利用して操作を行えば、ユ
ーザが希望した楽曲のオーディオデータをダウンロード
してストレージデバイス１３に記録して保存することが
可能になる。

【００２７】なお、本実施の形態では、上記したような
ＧＵＩ画面に対する操作を伴う、通常の番組放送以外の
特定のサービスを提供するデータサービス放送について
は、インタラクティブ性を有することもあり、「インタ
ラクティブ放送」ともいうことにする。

【００２８】１−２．ＧＵＩ画面に対する操作 ここで、上述しているインタラクティブ放送の利用例、
つまり、ＧＵＩ画面に対する操作例について、図３及び
図４を参照して概略的に説明しておく。ここでは、楽曲
データ（オーディオデータ）のダウンロードを行う場合
について述べる。

【００２９】先ず、図３によりＩＲＤ１２に対してユー
ザが操作を行うためのリモートコントローラ６４の操作
キーについて、特に主要なものについて説明しておく。
図３には、リモートコントローラ６４において各種キー
が配列された操作パネル面が示されている。ここでは、
これら各種キーのうち、電源キー１０１、数字キー１０
２、画面表示切換キー１０３、インタラクティブ切換キ
ー１０４、ＥＰＧキーパネル部１０５、チャンネルキー
１０６について説明する。

【００３０】電源キー１０１は、ＩＲＤ１２の電源のオ
ン／オフを行うためのキーである。数字キー１０２は、
数字指定によりチャンネル切り換えを行ったり、例えば
ＧＵＩ画面において数値入力操作が必要な場合に操作す
るためのキーである。画面表示切換キー１０３は、例え
ば通常の放送画面とＥＰＧ画面との切り換えを行うキー
である。例えば、画面表示切換キー１０３によりＥＰＧ
画面を呼び出した状態の下で、ＥＰＧキーパネル部１０
５に配置されたキーを操作すれば、電子番組ガイドの表
示画面を利用した番組検索が行えることになる。また、
ＥＰＧキーパネル部１０５内の矢印キー１０５ａは、後
述するサービス用のＧＵＩ画面におけるカーソル移動な
どにも使用することができる。インタラクティブ切換キ
ー１０４は、通常の放送画面と、その放送番組に付随し
たサービスのためのＧＵＩ画面との切り換えを行うため
に設けられる。チャンネルキー１０６は、ＩＲＤ１２に
おける選局チャンネルをそのチャンネル番号の昇順、降
順に従って順次切り換えていくために設けられるキーで
ある。

【００３１】なお、本実施の形態のリモートコントロー
ラ６４としては、例えばモニタ装置１４に対する各種操
作も可能に構成されているものとされ、これに対応した
各種キーも設けられているものであるが、ここでは、モ
ニタ装置１４に対応するキー等の説明は省略する。

【００３２】次に、図４を参照してＧＵＩ画面に対する
操作の具体例について説明する。受信設備３により放送
を受信して所望のチャンネルを選局すると、モニタ装置
１４の表示画面には、図４（ａ）に示すように、テレビ
番組素材サーバ６から提供された番組素材に基づく動画
像が表示される。つまり、通常の番組内容が表示され
る。ここでは、例えば音楽番組が表示されているものと
する。また、この音楽番組には楽曲のオーディオデータ
のダウンロードサービス（インタラクティブ放送）が付
随されているものとする。そして、この音楽番組が表示
されている状態の下で、例えばユーザがリモートコント
ローラ６４のインタラクティブ切換キー１０４を操作し
たとすると、表示画面は図４（ｂ）に示すような、オー
ディオデータのダウンロードのためのＧＵＩ画面に切り
替わる。

【００３３】このＧＵＩ画面においては、先ず、画面の
左上部のテレビ番組表示エリア２１Ａに対して、図４
（ａ）にて表示されていたテレビ番組素材サーバ６から
のビデオデータによる画像が縮小化されて表示される。
また、画面の右上部には、オーディオチャンネルで放送
されている各チャンネルの楽曲のリスト２１Ｂが表示さ
れる。また、画面の左下にはテキスト表示エリア２１Ｃ
とジャケット表示エリア２１Ｄが表示される。さらに、
画面の右側には歌詞表示ボタン２２、プロフィール表示
ボタン２３、情報表示ボタン２４、予約録音ボタン２
５、予約済一覧表示ボタン２６、録音履歴表示ボタン２
７、およびダウンロードボタン２８が表示される。

【００３４】ユーザは、このリスト２１Ｂに表示されて
いる楽曲名を見ながら、興味のある楽曲を探していく。
そして、興味のある楽曲を見つけたらリモートコントロ
ーラ６４の矢印キー１０５ａ（ＥＰＧキーパネル部１０
５内）を操作して、その楽曲が表示されている位置にカ
ーソルを合わせた後、エンター操作を行う（例えば矢印
キー１０５ａのセンター位置を押圧操作する）。これに
よって、カーソルを合わせた楽曲を試聴することができ
る。すなわち、各オーディオチャンネルでは、所定の単
位時間中、同一の楽曲が繰り返し放送されているので、
テレビ番組表示エリア２１Ａの画面はそのままで、ＩＲ
Ｄ１２により上記操作により選択された楽曲のオーディ
オチャンネルに切り換えて音声出力することで、その楽
曲を聞くことができる。この時、ジャケット表示エリア
２１Ｄにはその楽曲のＭＤジャケットの静止画像が表示
される

【００３５】また、例えば上記の状態で歌詞表示ボタン
２２にカーソルを合わせ、エンター操作を行う（以下、
ボタン表示にカーソルを合わせ、エンター操作を行うこ
とを「ボタンを押す」という）と、テキスト表示エリア
２１Ｃに楽曲の歌詞がオーディオデータと同期したタイ
ミングで表示される。同様に、プロフィール表示ボタン
２３あるいは情報表示ボタン２４を押すと、楽曲に対応
するアーティストのプロフィールあるいはコンサート情
報などがテキスト表示エリア２１Ｃに表示される。この
ように、ユーザは、現在どのような楽曲が配信されてい
るのかを知ることができ、更に各楽曲についての詳細な
情報を知ることができる。

【００３６】ユーザは試聴した楽曲を購入したい場合に
は、ダウンロードボタン２８を押す。ダウンロードボタ
ン２８が押されると、選択された楽曲のオーディオデー
タがダウンロードされ、ストレージデバイス１３に記憶
される。楽曲のオーディオデータと共に、その歌詞デー
タ、アーティストのプロフィール情報、ジャケットの静
止画データ等をダウンロードすることもできる。そし
て、このようにして楽曲のオーディオデータがダウンロ
ードされる毎に、その履歴情報がＩＲＤ１２内のＩＣカ
ードに記憶される。ＩＣカードに記憶された情報は、例
えば１カ月に一度ずつ課金サーバ５により取り込みが行
われ、ユーザに対してデータサービスの使用履歴に応じ
た課金が行われる。これによって、ダウンロードされる
楽曲の著作権を保護することができることにもなる。

【００３７】また、ユーザは予めダウンロードの予約を
行いたい場合には、予約録音ボタン２５を押す。このボ
タンを押すと、ＧＵＩ画面の表示が切り換わり、予約が
可能な楽曲のリストが画面全体に表示される。例えばこ
のリストは１時間単位、１週間単位、チャンル単位等で
検索した楽曲を表示することが可能である。ユーザはこ
のリストの中からダウンロードの予約を行いたい楽曲を
選択すると、その情報がＩＲＤ１２内に登録される。そ
して、すでにダウンロードの予約を行った楽曲を碓認し
たい場合には、予約済一覧表示ボタン２６を押すことに
より、画面全体に表示させることができる。このように
して予約された楽曲は、予約時刻になるとＩＲＤ１２に
よりダウンロードされ、ストレージデバイス１３に記憶
される。

【００３８】ユーザはダウンロードを行った楽曲につい
て確認したい場合には、録音履歴ボタン２７を押すこと
により、既にダウンロードを行った楽曲のリストを画面
全体に表示させることができる。

【００３９】このように、本発明が適用されたシステム
の受信設備３では、モニタ装置１４のＧＵＩ画面上に楽
曲のリストが表示される。そして、このＧＵＩ画面上の
表示にしたがって楽曲を選択するとその楽曲を試聴する
ことができ、その楽曲の歌詞やアーティストのプロフィ
ール等を知ることができる。さらに、楽曲のダウンロー
ドとその予約、ダウンロードの履歴や予約済楽曲リスト
の表示等を行うことができる。

【００４０】詳しいことは後述するが、上記図４（ｂ）
に示すようなＧＵＩ画面の表示と、ＧＵＩ画面に対する
ユーザの操作に応答したＧＵＩ画面上での表示変更、及
び音声出力は、前述したＭＨＥＧ方式に基づいたシナリ
オ記述により、オブジェクトの関係を規定することによ
り実現される。ここでいうオブジェクトとは、図４
（ｂ）に示された各ボタンに対応するパーツとしての画
像データや各表示エリアに表示される素材データとな
る。そして、本明細書においては、このＧＵＩ画面のよ
うな、シナリオ（スクリプト）記述によってオブジェク
ト間の関係が規定されることで、或る目的に従った情報
の出力態様（画像表示や音声出力等）が実現される環境
を「シーン」というものとする。また、１シーンを形成
するオブジェクトとしては、シナリオ記述のファイル自
体も含まれるものとする。

【００４１】以上、説明したように、本発明が適用され
たデジタル衛星放送システムでは放送番組が配信される
と共に、複数のオーディオチャンネルを使用して楽曲の
オーディオデータが配信される。そして、配信されてい
る楽曲のリスト等を使用して所望の楽曲を探し、そのオ
ーディオデータをストレージデバイス１３に簡単に保存
することができる。なお、デジタル衛星放送システムに
おける番組提供以外のサービスとしては、上記した楽曲
データのダウンロードの他にも各種考えられる。例え
ば、いわゆるテレビショッピングといわれる商品紹介番
組を放送した上で、ＧＵＩ画面としては購買契約が結べ
るようなものを用意することも考えられる。

【００４２】１−３．地上局 これまで、本実施の形態としてのデジタル衛星放送シス
テムの概要について説明したが、以降、このシステムに
ついてより詳しい説明を行っていくこととする。そこ
で、先ず地上局１の構成について図５を参照して説明す
る。

【００４３】なお、以降の説明にあたっては、次のこと
を前提とする。本実施の形態では、地上局１から衛星２
を介しての受信設備３への送信を行うのにあたり、少な
くともＧＵＩデータについては、ＤＳＭ−ＣＣ(デジタ
ル蓄積メディア・コマンド・アンド・コントロール；Di
gital Strage Media-Command and Control)プロトコル
を採用する。ＤＳＭ−ＣＣ（ＭＰＥＧ−ｐａｒｔ６）方
式は、既に知られているように、例えば、何らかのネッ
トワークを介して、デジタル蓄積メディア（ＤＳＭ）に
蓄積されたＭＰＥＧ符号化ビットストリームを取り出し
(Retrieve)たり、或いはＤＳＭに対してストリームを蓄
積(Store)するためのコマンドや制御方式を規定したも
のである。そして本実施の形態においては、このＤＳＭ
−ＣＣ方式がデジタル衛星放送システムにおける伝送規
格として採用されているものである。そして、ＤＳＭ−
ＣＣ方式によりデータ放送サービス（例えばＧＵＩ画面
など）のコンテンツ（オブジェクトの集合）を伝送する
ためには、コンテンツの記述形式を定義しておく必要が
ある。本実施の形態では、この記述形式の定義として先
に述べたＭＨＥＧが採用されるものである。

【００４４】図５に示す地上局１の構成としては、放送
設備２００と電波送出システム４６とに大別される。先
ず放送設備２００において、テレビ番組素材登録システ
ム３１は、テレビ番組素材サーバ６から得られた素材デ
ータをＡＶサーバ３５に登録する。この素材データはテ
レビ番組送出システム３９に送られ、ここでビデオデー
タは例えばＭＰＥＧ２方式で圧縮され、オーディオデー
タは、例えばＭＰＥＧ２オーディオ方式によりパケット
化される。テレビ番組送出システム３９の出力はマルチ
プレクサ４５に送られる。

【００４５】また、楽曲素材登録システム３２では、楽
曲素材サーバ７からの素材データ、つまりオーディオデ
ータを、ＭＰＥＧ２オーディオエンコーダ３６Ａ、及び
ＡＴＲＡＣエンコーダ３６Ｂに供給する。ＭＰＥＧ２オ
ーディオエンコーダ３６Ａ、ＡＴＲＡＣエンコーダ３６
Ｂでは、それぞれ供給されたオーディオデータについて
エンコード処理（圧縮符号化）を行った後、ＭＰＥＧオ
ーディオサーバ４０Ａ及びＡＴＲＡＣオーディオサーバ
４０Ｂに登録させる。ＭＰＥＧオーディオサーバ４０Ａ
に登録されたＭＰＥＧオーディオデータは、ＭＰＥＧオ
ーディオ送出システム４３Ａに伝送されてここでパケッ
ト化された後、マルチプレクサ４５に伝送される。ＡＴ
ＲＡＣオーディオサーバ４０Ｂに登録されたＡＴＲＡＣ
データは、ＡＴＲＡＣオーディオ送出システム４３Ｂに
４倍速ＡＴＲＡＣデータとして送られ、ここでパケット
化されてマルチプレクサ４５に送出される。

【００４６】また、音声付加情報登録システム３３で
は、音声付加情報サーバ８からの素材データである音声
付加情報を音声付加情報データベース３７に登録する。
この音声付加情報データベース３７に登録された音声付
加情報は、音声付加情報送出システム４１に伝送され、
同様にして、ここでパケット化されてマルチプレクサ４
５に伝送される。

【００４７】また、ＧＵＩ用素材登録システム３４で
は、ＧＵＩデータサーバ９からの素材データであるＧＵ
Ｉデータを、ＧＵＩ素材データベース３８に登録する。

【００４８】ＧＵＩ素材データベース３８に登録された
ＧＵＩ素材データは、ＧＵＩオーサリングシステム４２
に伝送され、ここで、ＧＵＩ画面、即ち図４にて述べた
「シーン」としての出力が可能なデータ形式となるよう
に処理が施される。

【００４９】つまり、ＧＵＩオーサリングシステム４２
に伝送されてくるデータとしては、例えば、楽曲のダウ
ンロードのためのＧＵＩ画面であれば、アルバムジャケ
ットの静止画像データ、歌詞などのテキストデータ、更
には、操作に応じて出力されるべき音声データなどであ
る。上記した各データはいわゆるモノメディアといわれ
るが、ＧＵＩオーサリングシステム４２では、ＭＨＥＧ
オーサリングツールを用いて、これらのモノメディアデ
ータを符号化して、これをオブジェクトとして扱うよう
にする。そして、例えば図４（ｂ）にて説明したような
シーン（ＧＵＩ画面）の表示態様と操作に応じた画像音
声の出力態様が得られるように上記オブジェクトの関係
を規定したシナリオ記述ファイル（スクリプト）と共に
ＭＨＥＧ−５のコンテンツを作成する。また、図４
（ｂ）に示したようなＧＵＩ画面では、テレビ番組素材
サーバ６の素材データを基とする画像・音声データ（Ｍ
ＰＥＧビデオデータ、ＭＰＥＧオーディオデータ）と、
楽曲素材サーバ７の楽曲素材データを基とするＭＰＥＧ
オーディオデータ等も、ＧＵＩ画面に表示され、操作に
応じた出力態様が与えられる。従って、上記シナリオ記
述ファイルとしては、上記ＧＵＩオーサリングシステム
４２では、上記したテレビ番組素材サーバ６の素材デー
タを基とする画像・音声データ、楽曲素材サーバ７の楽
曲素材データを基とするＭＰＥＧオーディオデータ、更
には、音声付加情報サーバ８を基とする音声付加情報も
必要に応じてオブジェクトとして扱われて、ＭＨＥＧの
スクリプトによる規定が行われる。

【００５０】なお、ＧＵＩオーサリングシステム４２か
ら伝送されるＭＨＥＧコンテンツのデータとしては、ス
クリプトファイル、及びオブジェクトとしての各種静止
画データファイルやテキストデータファイル（更には音
声データファイル）などとなるが、静止画データは、例
えばＪＰＥＧ(Joint Photograph Experts Group)方式で
圧縮された６４０×４８０ピクセルのデータとされ、テ
キストデータは例えば８００文字以内のファイルとされ
る。

【００５１】ＧＵＩオーサリングシステム４２にて得ら
れたＭＨＥＧコンテンツのデータはＤＳＭ−ＣＣエンコ
ーダ４４に伝送される。ＤＳＭ−ＣＣエンコーダ４４で
は、ＭＰＥＧ２フォーマットに従ったビデオ、オーディ
オデータのデータストリームに多重できる形式のトラン
スポートストリーム（以下ＴＳ(Transport Stream)とも
略す）に変換して、パケット化されてマルチプレクサ４
５に出力される。

【００５２】マルチプレクサ４５においては、テレビ番
組送出システム３９からのビデオパケットおよびオーデ
ィオパケットと、ＭＰＥＧオーディオ送出システム４３
Ａからのオーディオパケットと、ＡＴＲＡＣオーディオ
送出システム４３Ｂからの４倍速オーディオパケット
と、音声付加情報送出システム４１からの音声付加情報
パケットと、ＧＵＩオーサリングシステム４２からのＧ
ＵＩデータパケットとが時間軸多重化されると共に、キ
ー情報サーバ１０（図１）から出力されたキー情報に基
づいて暗号化される。このようにして多重化された情報
は、ＴＳとしてのストリームデータとして得られる。ま
た、マルチプレクサ４５においては、上記のようにして
チャンネル多重化して形成したＴＳに対して、ＰＳＩ，
ＳＩなどのチャンネルや番組に関する情報を付加する。
なお、ＰＳＩ，ＳＩについては後述する。

【００５３】マルチプレクサ４５にて得られたＴＳとし
てのストリームデータは電波送出システム４６に伝送さ
れ、ここで例えば誤り訂正符号の付加、変調、及び周波
数変換などの処理を施された後、アンテナから衛星２に
向けて送信出力するようにされる。

【００５４】なお、この図５に示す地上局１としてはそ
の基本的構成を示しているものとされ、本実施の形態の
実際としては後述するようにして、送出すべきＴＳに障
害が発生した場合の対応のために、非常用システムが追
加されて構成される。

【００５５】１−４．送信フォーマット 次に、ＤＳＭ−ＣＣ方式に基づいて規定された本実施の
形態の送信フォーマットについて説明する。図６は、地
上局１から衛星２に送信出力される際のデータの一例を
示している。なお、前述したように、この図に示す各デ
ータは実際には時間軸多重化されているものである。ま
た、この図では、図６に示すように、時刻ｔ１から時刻
ｔ２の間が１つのイベントとされ、時刻ｔ２から次のイ
ベントとされる。ここでいうイベントとは、例えば音楽
番組のチャンネルであれば、複数楽曲のラインナップの
組を変更する単位であり、時間的には３０分或いは１時
間程度となる。

【００５６】図６に示すように、時刻ｔ１から時刻ｔ２
のイベントでは、通常の動画の番組放送で、所定の内容
Ａ１を有する番組が放送されている。また、時刻ｔ２か
ら始めるイベントでは、内容Ａ２としての番組が放送さ
れている。この通常の番組で放送されているのは動画と
音声である。

【００５７】ＭＰＥＧオーディオチャンネル（１）〜
（１０）は、例えば、チャンネルＣＨ１からＣＨ１０の
１０チャンネル分用意される。このとき、各オーディオ
チャンネルＣＨ１，ＣＨ２，ＣＨ３・・・・ＣＨ１０で
は、１つのイベントが放送されている間は同一楽曲が繰
り返し送信される。つまり、時刻ｔ１〜ｔ２のイベント
の期間においては、オーディオチャンネルＣＨ１では楽
曲Ｂ１が繰り返し送信され、オーディオチャンネルＣＨ
２では楽曲Ｃ１が繰り返し送信され、以下同様に、オー
ディオチャンネルＣＨ１０では楽曲Ｋ１が繰り返し送信
されることになる。これは、その下に示されている４倍
速ＡＴＲＡＣオーディオチャンネル（１）〜（１０）に
ついても共通である。

【００５８】つまり、図６において、ＭＰＥＧオーディ
オチャンネルと４倍速ＡＴＲＡＣオーディオチャンネル
のチャンネル番号である（ ）内の数字が同じものは同
じ楽曲となる。また、音声付加情報のチャンネル番号で
ある（ ）内の数字は、同じチャンネル番号を有するオ
ーディオデータに付加されている音声付加情報である。
更に、ＧＵＩデータとして伝送される静止画データやテ
キストデータも各チャンネルごとに形成されるものであ
る。これらのデータは、図７（ａ）〜（ｄ）に示すよう
にＭＰＥＧ２のトランスポートパケット内で時分割多重
されて送信され、図７（ｅ）〜（ｈ）に示すようにして
ＩＲＤ１２内では各データパケットのヘッダ情報を用い
て再構築される。

【００５９】また、上記図６及び図７に示した送信デー
タのうち、少なくとも、データサービス（ＴＶ放送（又
はオーディオ放送）に同期したＭＨＥＧコンテンツの放
送、又はインタラクティブ放送）に利用されるＧＵＩデ
ータは、ＤＳＭ−ＣＣ方式に則って論理的には次のよう
にして形成されるものである。ここでは、ＤＳＭ−ＣＣ
エンコーダ４４から出力されるトランスポートストリー
ムのデータに限定して説明する。

【００６０】図８（ａ）に示すように、ＤＳＭ−ＣＣ方
式によって伝送される本実施の形態のデータ放送サービ
スは、Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙという名称のル
ートディレクトリの中に全て含まれる。Ｓｅｒｖｉｃｅ
Ｇａｔｅｗａｙに含まれるオブジェクトとしては、デ
ィレクトリ（Ｄｉｒｅｃｔｏｒｙ），ファイル（Ｆｉｌ
ｅ），ストリーム（Ｓｔｒｅａｍ），ストリームイベン
ト（Ｓｔｒｅａｍ Ｅｖｅｎｔ）などの種類が存在す
る。

【００６１】これらのうち、ファイルは静止画像、音
声、テキスト、更にはＭＨＥＧにより記述されたスクリ
プトなどの個々のデータファイルとされる。ストリーム
は例えば、他のデータサービスやＡＶストリーム（ＴＶ
番組素材としてのＭＰＥＧビデオデータ、オーディオデ
ータ、楽曲素材としてのＭＰＥＧオーディオデータ、Ａ
ＴＲＡＣオーディオデータ等）にリンクする情報が含ま
れる。また、ストリームイベントは、同じくリンクの情
報と時刻情報が含まれる。ディレクトリは相互に関連す
るデータをまとめるフォルダである。

【００６２】そして、ＤＳＭ−ＣＣ方式では、図８
（ｂ）に示すようにして、これらの単位情報とＳｅｒｖ
ｉｃｅ Ｇａｔｅｗａｙをそれぞれオブジェクトという
単位と捉え、それぞれをＢＩＯＰメッセージという形式
に変換する。なお、本発明に関わる説明では、ファイ
ル，ストリーム，ストリームイベントの３つのオブジェ
クトの区別は本質的なものではないので、以下の説明で
はこれらをファイルとしてのオブジェクトに代表させて
説明する。

【００６３】そして、ＤＳＭ−ＣＣ方式では、図８
（ｃ）に示すモジュールといわれるデータ単位を生成す
る。このモジュールは、図８（ｂ）に示したＢＩＯＰメ
ッセージ化されたオブジェクトを１つ以上含むようにさ
れたうえで、ＢＩＯＰヘッダが付加されて形成される可
変長のデータ単位であり、後述する受信側における受信
データのバッファリング単位となる。また、ＤＳＭ−Ｃ
Ｃ方式としては、１モジュールを複数のオブジェクトに
より形成する場合の、オブジェクト間の関係については
特に規定、制限はされていない。つまり、極端なことを
いえば、全く関係の無いシーン間における２以上のオブ
ジェクトにより１モジュールを形成したとしても、ＤＳ
Ｍ−ＣＣ方式のもとでの規定に何ら違反するものではな
い。

【００６４】このモジュールは、ＭＰＥＧ２フォーマッ
トにより規定されるセクションといわれる形式で伝送す
るために、図８（ｄ）に示すように、機械的に「ブロッ
ク」といわれる原則固定長のデータ単位に分割される。
但し、モジュールにおける最後のブロックについては規
定の固定長である必要はないものとされている。このよ
うに、ブロック分割を行うのはＭＰＥＧ２フォーマット
において、１セクションが４ＫＢを越えてはならないと
いう規定があることに起因する。また、この場合には上
記ブロックとしてのデータ単位と、セクションとは同義
なものとなる。

【００６５】このようにしてモジュールを分割して得た
ブロックは、図８（ｅ）に示すようにしてヘッダが付加
されてＤＤＢ(Download Data Block)というメッセージ
の形式に変換される。

【００６６】また、上記ＤＤＢへの変換と並行して、Ｄ
ＳＩ(Download Server Initiate)及びＤＩＩ(Download
Indication Information)という制御メッセージが生成
される。上記ＤＳＩ及びＤＩＩは、受信側（ＩＲＤ１
２）で受信データからモジュールを取得する際に必要と
なる情報であり、ＤＳＩは主として、次に説明するカル
ーセル（モジュール）の識別子、カルーセル全体に関連
する情報（カルーセルが１回転する時間、カルーセル回
転のタイムアウト値）等の情報を有する。また、データ
サービスのルートディレクトリ（Ｓｅｒｖｉｃｅ Ｇａ
ｔｅｗａｙ）の所在を知るための情報も有する（オブジ
ェクトカルーセル方式の場合）。

【００６７】ＤＩＩは、カルーセルに含まれるモジュー
ルごとに対応する情報であり、モジュールごとのサイ
ズ、バージョン、そのモジュールのタイムアウト値など
の情報を有する。

【００６８】そして、図８（ｆ）に示すように、上記Ｄ
ＤＢ、ＤＳＩ、ＤＩＩの３種類のメッセージをセクショ
ンのデータ単位に対応させて周期的に、かつ、繰り返し
送出するようにされる。これにより、受信機側では例え
ば目的のＧＵＩ画面（シーン）を得るのに必要なオブジ
ェクトが含まれているモジュールをいつでも受信できる
ようにされる。本明細書では、このような伝送方式を回
転木馬に例えて「カルーセル方式」といい、図８（ｆ）
に示すようにして模式的に表されるデータ伝送形態をカ
ルーセルというものとする。

【００６９】ここで、１カルーセルに含まれるモジュー
ルとしては複数とされて構わない。例えば、１カルーセ
ルにより１つのデータサービスに必要な複数のモジュー
ルを伝送するようにしてもよいものである。ここで、上
記した「カルーセル方式」としては、「データカルーセ
ル方式」と「オブジェクトカルーセル方式」とに分けら
れる。特にオブジェクトカルーセル方式では、ファイ
ル、ディレクトリ、ストリーム、サービスゲートウェイ
などの属性を持つオブジェクトをデータとしてカルーセ
ルを用いて転送する方式で、ディレクトリ構造を扱え
る。これに対して、データカルーセル方式では、例えば
ＭＨＥＧコンテンツに対応する場合には、例えば実際に
は１シーンを形成するファイルのディレクトリ構造を、
１つのファイルに纏める（インクルードする）ようにし
て管理し、このファイル単位のデータをカルーセルを用
いて転送する方式である。本実施の形態のシステムで
は、何れの方式が採用されても構わないものとされる。

【００７０】また、図９に、ＭＨＥＧ方式に則ったデー
タサービスとしてのファイル（ＭＨＥＧ ａｐｐｌｉｃ
ａｔｉｏｎ ｆｉｌｅ）のディレクトリ構造例を示す。
上述のようにオブジェクトカルーセル方式は、このディ
レクトリ構造を扱えることに特徴を有する。また、デー
タカルーセル方式にあっては、例えばシーン単位として
のディレクトリ構造が１ファイルとされることになる。
通常、Ｓｅｒｖｉｃｅ Ｄｏｍａｉｎの入り口となる
（ＭＨＥＧ ａｐｐｌｉｃａｔｉｏｎ ｆｉｌｅ）は、必
ず、Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙの直下にある、ａ
ｐｐ０／ｓｔａｒｔｕｐというファイルとなる。基本的
には、Ｓｅｒｖｉｃｅ Ｄｏｍａｉｎ（Ｓｅｒｖｉｃｅ
Ｇａｔｅｗａｙ）の下にａｐｐｌｉｃａｔｉｏｎ ｄ
ｉｒｅｃｔｏｒｙ（ａｐｐ０，ａｐｐ１・・・ａｐｐ
Ｎ）があり、その下にｓｔａｒｔｕｐといわれるアプリ
ケーション・ファイルと、ａｐｐｌｉｃａｔｉｏｎを構
成する各ｓｃｅｎｅのｄｉｒｅｃｔｏｒｙ（ｓｃｅｎｅ
ｄｉｒ０，ｓｃｅｎｅｄｉｒ１・・・）があるようにさ
れる。更にｓｃｅｎｅ ｄｉｒｅｃｔｏｒｙの下には、
ＭＨＥＧ ｓｃｅｎｅ ｆｉｌｅとｓｃｅｎｅを構成す
る各ｃｏｎｔｅｎｔ ｆｉｌｅがおかれることとしてい
る。

【００７１】また、上記のようにしてカルーセルにより
送信されるＧＵＩデータを含む放送用のデータ、つま
り、図５のマルチプレクサ４５から出力されるデータと
しては、トランスポートストリームの形態により出力さ
れる。このトランスポートストリームは例えば図１０に
示す構造を有する。図１０（ａ）には、トランスポート
ストリームが示されている。このトランスポートストリ
ームとはＭＰＥＧシステムで定義されているビット列で
あり、図のように１８８バイトの固定長パケット（トラ
ンスポートパケット）の連結により形成される。

【００７２】そして、各トランスポートパケットは、図
１０（ｂ）に示すようにヘッダと特定の個別パケットに
付加情報を含めるためのアダプテーションフィールドと
パケットの内容（ビデオ／オーディオデータ等）を表す
ペイロード（データ領域）とからなる。

【００７３】ヘッダは、例えば実際には４バイトとさ
れ、図１０（ｃ）に示すように、先頭には必ず同期バイ
トがあるようにされ、これより後ろの所定位置にそのパ
ケットの識別情報であるＰＩＤ（Ｐａｃｋｅｔ＿Ｉ
Ｄ）、スクランブルの有無を示すスクランブル制御情
報、後続するアダプテーションフィールドやペイロード
の有無等を示すアダプテーションフィールド制御情報が
格納されている。

【００７４】これらの制御情報に基づいて、受信装置側
ではパケット単位でデスクランブルを行い、また、デマ
ルチプレクサによりビデオ／オーディオ／データ等の必
要パケットの分離・抽出を行うことができる。また、ビ
デオ／オーディオの同期再生の基準となる時刻情報（Ｐ
ＣＲ；Program Clock Reference）を再生することもこ
こで行うことができる。

【００７５】また、これまでの説明から分かるように、
１つのトランスポートストリームには複数チャンネル分
の映像／音声／データのパケットが多重されているが、
それ以外にＰＳＩ(Program Specific Information)とい
われる選局を司るための信号や、限定受信（個人の契約
状況により有料チャンネルの受信可不可を決定する受信
機能）に必要な情報（ＥＭＭ／ＥＣＭ）、ＥＰＧなどの
サービスを実現するためのＳＩ(Service Information)
が同時に多重されている。

【００７６】ＰＳＩは、図１１に示すようにして、４つ
のテーブルで構成されている。それぞれのテーブルは、
セクション形式というＭＰＥＧ Ｓｙｓｔｅｍに準拠し
た形式で表されている。図１１（ａ）には、ＮＩＴ(Net
work Informataion Table)及びＣＡＴ(Conditional Acc
ess Table)のテーブルが示されている。ＮＩＴは、全キ
ャリアに同一内容が多重されている。キャリアごとの伝
送諸元（偏波面、キャリア周波数、畳み込みレート等）
と、そこに多重されているチャンネルのリストが記述さ
れている。ＮＩＴのＰＩＤとしては、ＰＩＤ＝0x0010と
されている。

【００７７】ＣＡＴもまた、全キャリアに同一内容が多
重される。限定受信方式の識別と契約情報等の個別情報
であるＥＭＭ(Entitlement Management Message)パケッ
トのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ
＝0x0001により示される。

【００７８】図１１（ｂ）には、キャリアごとに固有の
内容を有する情報として、ＰＡＴが示される。ＰＡＴに
は、そのキャリア内のチャンネル情報と、各チャンネル
の内容を表すＰＭＴのＰＩＤが記述されている。ＰＩＤ
としては、ＰＩＤ＝0x0000により示される。

【００７９】また、キャリアにおけるチャンネルごとの
情報として、図１１（ｃ）に示すＰＭＴ(Program Map T
able)のテーブルを有する。ＰＭＴは、チャンネル別の
内容が多重されている。例えば、図１１（ｄ）に示すよ
うな、各チャンネルを構成するコンポーネント（ビデオ
／オーディオ等）と、デスクランブルに必要なＥＣＭ(E
ncryption Control Message)パケットのＰＩＤが記述さ
れている。ＰＭＴのＰＩＤは、ＰＡＴにより指定され
る。

【００８０】また、ＳＩは、図示は省略するが、ＰＳＩ
と同様にセクション形式のテーブルとされ、ここにＥＰ
Ｇに関する情報が記述される。ＩＲＤ側では、このテー
ブルから必要とされる情報を抽出して画面上に表示する
ようにされている。そして、このＳＩの代表的なテーブ
ルとしては、ＳＤＴ(Service DescriptionTable)とＥＩ
Ｔ(Event Information Table)が挙げられる。ＳＤＴ
は、チャンネル情報を表すもので、チャンネル番号、チ
ャンネル名、チャンネル内容等が記述される。ＰＩＤと
しては、ＰＩＤ＝0x0011により示されることになってい
る。ＥＩＴは、番組情報を表すもので、番組名、番組開
始時刻、番組のあらすじ、ジャンル等が記述されてい
る。ＰＩＤとしては、ＰＩＤ＝0x0012により示される。
なお、上記ＰＳＩ及びＳＩとしての情報は、図５に示し
たマルチプレクサ４５において、ＴＳとしての形式のデ
ータに対して付加される。

【００８１】１−５．ＩＲＤ 続いて、受信設備３に備えられるＩＲＤ１２の一構成例
について図１２を参照して説明する。

【００８２】この図に示すＩＲＤ１２において、入力端
子Ｔ１には、パラボラアンテナ１１のＬＮＢ１５により
所定の周波数に変換された受信信号を入力してチューナ
／フロントエンド部５１に供給する。チューナ／フロン
トエンド部５１では、ＣＰＵ(Central Processing Uni
t)８０からの伝送諸元等を設定した設定信号に基づい
て、この設定信号により決定されるキャリア（受信周波
数）を受信して、例えばビタビ復調処理や誤り訂正処理
等を施すことで、トランスポートストリームを得るよう
にされる。チューナ／フロントエンド部５１にて得られ
たトランスポートストリームは、デスクランブラ５２に
対して供給される。また、チューナ／フロントエンド部
５１では、トランスポートストリームからＰＳＩのパケ
ットを取得し、その選局情報を更新すると共に、トラン
スポートストリームにおける各チャンネルのコンポーネ
ントＰＩＤを得て、例えばＣＰＵ８０に伝送する。ＣＰ
Ｕ８０では、取得したＰＩＤを受信信号処理に利用する
ことになる。

【００８３】デスクランブラ５２では、ＩＣカード６５
に記憶されているデスクランブルキーデータをＣＰＵ８
０を介して受け取ると共に、ＣＰＵ８０によりＰＩＤが
設定される。そして、このデスクランブルキーデータと
ＰＩＤとに基づいてデスクランブル処理を実行し、トラ
ンスポート部５３に対して伝送する。

【００８４】トランスポート部５３は、デマルチプレク
サ７０と、例えばＤＲＡＭ等により構成されるキュー
（Queue）７１とからなる。キュー（Queue）７１は、モ
ジュール単位に対応した複数のメモリ領域が列となるよ
うにして形成されているものとされ、例えば本実施の形
態では、３２列のメモリ領域が備えられる。つまり、最
大で３２モジュールの情報を同時に格納することができ
る。

【００８５】デマルチプレクサ７０の概略的動作として
は、ＣＰＵ８０のＤｅＭＵＸドライバ８２により設定さ
れたフィルタ条件に従って、デスクランブラ５２から供
給されたトランスポートストリームから必要なトランス
ポートパケットを分離し、必要があればキュー７１を作
業領域として利用して、先に図７（ｅ）〜（ｈ）により
示したような形式のデータを得て、それぞれ必要な機能
回路部に対して供給する。デマルチプレクサ７０にて分
離されたＭＰＥＧビデオデータは、ＭＰＥＧ２ビデオデ
コーダ５５に対して入力され、ＭＰＥＧオーディオデー
タは、ＭＰＥＧオーディオデコーダ５４に対して入力さ
れる。これらデマルチプレクサ７０により分離されたＭ
ＰＥＧビデオ／オーディオデータの個別パケットは、Ｐ
ＥＳ(Packetized Elementary Stream)と呼ばれる形式で
それぞれのデコーダに入力される。

【００８６】また、トランスポートストリームにおける
ＭＨＥＧコンテンツのデータについては、デマルチプレ
クサ７０によりトランスポートストリームからトランス
ポートパケット単位で分離抽出されながらキュー７１の
所要のメモリ領域に書き込まれていくことで、モジュー
ル単位にまとめられるようにして形成される。そして、
このモジュール単位にまとめられたＭＨＥＧコンテンツ
のデータは、ＣＰＵ８０の制御によってデータバスを介
して、メインメモリ９０内のＤＳＭ−ＣＣバッファ９１
に書き込まれて保持される。

【００８７】また、トランスポートストリームにおける
４倍速ＡＴＲＡＣデータ（圧縮オーディオデータ）も、
例えばトランスポートパケット単位で必要なデータがデ
マルチプレクサ７０により分離抽出されてＩＥＥＥ１３
９４インターフェイス６０に対して出力される。また、
ＩＥＥＥ１３９４インターフェイス６０を介した場合に
は、オーディオディオデータの他、ビデオデータ及び各
種コマンド信号等を送出することも可能とされる。

【００８８】ＰＥＳとしての形式によるＭＰＥＧビデオ
データが入力されたＭＰＥＧ２ビデオデコーダ５５で
は、メモリ５５Ａを作業領域として利用しながらＭＰＥ
Ｇ２フォーマットに従って復号化処理を施す。復号化さ
れたビデオデータは、表示処理部５８に供給される。

【００８９】表示処理部５８には、上記ＭＰＥＧ２ビデ
オデコーダ５５から入力されたビデオデータと、後述す
るようにしてメインメモリ９０のＭＨＥＧバッファ９２
にて得られるデータサービス用のＧＵＩ画面等のビデオ
データが入力される。表示処理部５８では、このように
して入力されたビデオデータについて所要の信号処理を
施して、所定のテレビジョン方式によるアナログオーデ
ィオ信号に変換してアナログビデオ出力端子Ｔ２に対し
て出力する。これにより、アナログビデオ出力端子Ｔ２
とモニタ装置１４のビデオ入力端子とを接続すること
で、例えば先に図４に示したような表示が行われる。

【００９０】また、ＰＥＳによるＭＰＥＧオーディオデ
ータが入力されるＭＰＥＧ２オーディオデコーダ５４で
は、メモリ５４Ａを作業領域として利用しながらＭＰＥ
Ｇ２フォーマットに従って復号化処理を施す。復号化さ
れたオーディオデータは、Ｄ／Ａコンバータ５６及び光
デジタル出力インターフェイス５９に対して供給され
る。

【００９１】Ｄ／Ａコンバータ５６では、入力されたオ
ーディオデータについてアナログ音声信号に変換してス
イッチ回路５７に出力する。スイッチ回路５７では、ア
ナログオーディオ出力端子Ｔ３又はＴ４の何れか一方に
対してアナログ音声信号を出力するように信号経路の切
換を行う。ここでは、アナログオーディオ出力端子Ｔ３
はモニタ装置１４の音声入力端子と接続されるために設
けられているものとされる。また、アナログオーディオ
出力端子Ｔ４はダウンロードした楽曲をアナログ信号に
より出力するための端子とされる。また、光デジタル出
力インターフェイス５９では、入力されたデジタルオー
ディオデータを光デジタル信号に変換して出力する。こ
の場合、光デジタル出力インターフェイス５９は、例え
ばＩＥＣ９５８に準拠する。

【００９２】メインメモリ９０は、ＣＰＵ８０が各種制
御処理を行う際の作業領域として利用されるものであ
る。そして、本実施の形態では、このメインメモリ９０
において、前述したＤＳＭ−ＣＣバッファ９１と、ＭＨ
ＥＧバッファ９２としての領域が割り当てられるように
なっている。ＭＨＥＧバッファ９２には、ＭＨＥＧ方式
によるスクリプトの記述に従って生成された画像データ
（例えばＧＵＩ画面の画像データ）を生成するための作
業領域とされ、ここで生成された画像データはバスライ
ンを介して表示処理部５８に供給される。

【００９３】ＣＰＵ８０は、ＩＲＤ１２における全体制
御を実行する。このなかには、デマルチプレクサ７０に
おけるデータ分離抽出についての制御も含まれる。ま
た、獲得したＭＨＥＧコンテンツのデータについてデコ
ード処理を施すことで、スクリプトの記述内容に従って
ＧＵＩ画面（シーン）を構成して出力するための処理も
実行する。

【００９４】このため、本実施の形態のＣＰＵ８０とし
ては、主たる制御処理を実行する制御処理部８１に加
え、例えば少なくとも、ＤｅＭＵＸドライバ８２、ＤＳ
Ｍ−ＣＣデコーダブロック８３、及びＭＨＥＧデコーダ
ブロック８４が備えられる。本実施の形態では、このう
ち、少なくともＤＳＭ−ＣＣデコーダブロック８３及び
ＭＨＥＧデコーダブロック８４については、ソフトウェ
アにより構成される。ＤｅＭＵＸドライバ８２は、入力
されたトランスポートストリームのＰＩＤに基づいてデ
マルチプレクサ７０におけるフィルタ条件を設定する。
ＤＳＭ−ＣＣデコーダブロック８３は、ＤＳＭ−Ｍａｎ
ａｇｅｒとしての機能を有するものであり、ＤＳＭ−Ｃ
Ｃバッファ９１に格納されているモジュール単位のデー
タについて、ＭＨＥＧコンテンツのデータに再構築す
る。また、ＭＨＥＧデコーダブロック８４からのアクセ
スに従って所要のＤＳＭ−ＣＣデコード等に関連する処
理を実行する。

【００９５】ＭＨＥＧデコーダブロック８４は、ＤＳＭ
−ＣＣデコーダブロック８３により得られたＭＨＥＧコ
ンテンツのデータ、つまり、ＤＳＭ−ＣＣバッファ９１
にて得られているＭＨＥＧコンテンツのデータにアクセ
スして、シーン出力のためのデコード処理を行う。つま
り、そのＭＨＥＧコンテンツのスクリプトファイルによ
り規定されているオブジェクト間の関係を実現していく
ことで、シーンを形成するものである。この際、シーン
としてＧＵＩ画面を形成するのにあたっては、ＭＨＥＧ
バッファ９２を利用して、ここで、スクリプトファイル
の内容に従ってＧＵＩ画面の画像データを生成するよう
にされる。

【００９６】ＤＳＭ−ＣＣデコーダブロック８３及びＭ
ＨＥＧデコーダブロック８４間のインターフェイスに
は、Ｕ−Ｕ ＡＰＩ（ＤＳＭ−ＣＣ Ｕ−Ｕ ＡＰＩ(A
pplivation Portability Interface)）が採用される。
Ｕ−Ｕ ＡＰＩは、例えばクライアント（ＭＨＥＧデコ
ーダブロック８４）側がＤＳＭ Ｍａｎａｇｅｒオブジ
ェクト（ＤＳＭの機能を実現するサーバオブジェクト；
ＤＳＭ−ＣＣデコーダブロック８３）にアクセスするた
めのインターフェイスであり、カルーセルに含まれるＳ
ｅｒｖｉｃｅ Ｇａｔｅｗａｙ，Ｄｉｒｅｃｔｏｒｙ，
Ｆｉｌｅ，Ｓｔｒｅａｍ，Ｓｔｒｅａｍ Ｅｖｅｎｔな
どの属性を有するオブジェクトをファイルシステムのよ
うにして構造的にアクセスすることができるようにした
ＡＰＩとされる。

【００９７】このＡＰＩを通じてカルーセルに含まれる
オブジェクトへのアクセスを行うことで、カルーセルを
使用するプログラム（クライアント）がカルーセル受信
動作を関知することなく、バス名を使用してオブジェク
トにアクセスすることが可能になる。

【００９８】また、このＵ−Ｕ ＡＰＩは、下層のデー
タ転送方式に関わらず利用することが出来るように規定
されたインターフェイスの集合であることから、このＡ
ＰＩを利用するプログラムは、Ｕ−Ｕ ＡＰＩを提供す
るどのようなデータ転送方式においても利用できるとい
う利点を有する。

【００９９】ここで、ＣＰＵ８０の制御によりトランス
ポートストリームから１シーンを形成するのに必要な目
的のオブジェクトを抽出するための動作例について説明
しておく。

【０１００】ＤＳＭ−ＣＣでは、トランスポートストリ
ーム中のオブジェクトの所在を示すのにＩＯＲ(Interop
erable Object Reference)が使用される。ＩＯＲには、
オブジェクトを見つけ出すためのカルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール
中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ
＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモ
ジュールの情報を持つＤＩＩを識別するためのタグ（ａ
ｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。ま
た、モジュール情報を持つＤＩＩには、１つ以上のモジ
ュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿
ｔａｇ）情報を含んでいる。

【０１０１】トランスポートストリームから抜き出され
たＩＯＲがＣＰＵ８０において識別された場合に、その
ＩＯＲで示されたオブジェクトを受信、分離して得るプ
ロセスは、例えば次のようになる。 （Ｐｒ１） ＣＰＵ８０のＤｅＭＵＸドライバ８２で
は、ＩＯＲのａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同じ値
を持つエレメンタリーストリーム（以下ＥＳと表記）
を、カルーセルにおけるＰＭＴのＥＳループから探し出
してＰＩＤを得る。このＰＩＤを持つＥＳにＤＩＩが含
まれていることになる。 （Ｐｒ２） このＰＩＤとｔａｂｌｅ＿ｉｄ＿ｅｘｔｅ
ｎｓｉｏｎとをフィルタ条件としてデマルチプレクサ７
０に対して設定する。これにより、デマルチプレクサ７
０では、ＤＩＩを分離してＣＰＵ８０に対して出力す
る。 （Ｐｒ３） ＤＩＩの中で、先のＩＯＲに含まれていた
ｍｏｄｕｌｅ＿ｉｄに相当するモジュールのａｓｓｏｃ
ｉａｔｉｏｎ＿ｔａｇを得る。 （Ｐｒ４） 上記ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同
じ値を有するＥＳを、ＰＭＴのＥＳループ（カルーセ
ル）から探し出し、ＰＩＤを得る。このＰＩＤを有する
ＥＳに目的とするモジュールが含まれる。 （Ｐｒ５） 上記ＰＩＤとｍｏｄｕｌｅ＿ｉｄとをフィ
ルタ条件として設定して、デマルチプレクサ７０による
フィルタリングを行う。このフィルタ条件に適合して分
離抽出されたトランスポートパケットがキュー７１の所
要のメモリ領域（列）に格納されていくことで、最終的
には、目的のモジュールが形成される。 （Ｐｒ６） 先のＩＯＲに含まれていたｏｂｊｅｃｔ＿
ｋｅｙに相当するオブジェクトをこのモジュールから抜
き出す。これが目的とするオブジェクトになる。このモ
ジュールから抜き出されたオブジェクトは、例えば、Ｄ
ＳＭ−ＣＣバッファ９１の所定の領域に書き込みが行わ
れる。例えば、上記動作を繰り返し、目的とするオブジ
ェクトを集めてＤＳＭ−ＣＣバッファ９１に格納してい
くことで、必要とされるシーンを形成するＭＨＥＧコン
テンツが得られることになる。

【０１０２】マンマシンインターフェイス６１では、リ
モートコントローラ６４から送信されてきたコマンド信
号を受信してＣＰＵ８０に対して伝送する。ＣＰＵ８０
では、受信したコマンド信号に応じた機器の動作が得ら
れるように、所要の制御処理を実行する。

【０１０３】ＩＣカードスロット６２にはＩＣカード６
５が挿入される。そして、この挿入されたＩＣカード６
５に対してＣＰＵ８０によって情報の書き込み及び読み
出しが行われる。

【０１０４】モデム６３は、電話回線４を介して課金サ
ーバ５と接続されており、ＣＰＵ８０の制御によってＩ
ＲＤ１２と課金サーバ５との通信が行われるように制御
される。

【０１０５】ここで、上記構成によるＩＲＤ１２におけ
るビデオ／オーディオソースの信号の流れを、図４によ
り説明した表示形態に照らし合わせながら補足的に説明
する。図４（ａ）に示すようにして、通常の番組を出力
する場合には、入力されたトランスポートストリームか
ら必要な番組のＭＰＥＧビデオデータとＭＰＥＧオーデ
ィオデータとが抽出されて、それぞれ復号化処理が施さ
れる。そして、このビデオデータとＭＰＥＧオーディオ
データが、それぞれアナログビデオ出力端子Ｔ２と、ア
ナログオーディオ出力端子Ｔ３に出力されることで、モ
ニタ装置１４では、放送番組の画像表示と音声出力が行
われる。

【０１０６】また、図４（ｂ）に示したＧＵＩ画面を出
力する場合には、入力されたトランスポートストリーム
から、このＧＵＩ画面（シーン）に必要なＭＨＥＧコン
テンツのデータをトランスポート部５３により分離抽出
してＤＳＭ−ＣＣバッファ９１に取り込む。そして、こ
のデータを利用して、前述したようにＤＳＭ−ＣＣデコ
ーダブロック８３及びＭＨＥＧデコーダブロック８４が
機能することで、ＭＨＥＧバッファ９２にてシーン（Ｇ
ＵＩ画面）の画像データが作成される。そして、この画
像データが表示処理部５８を介してアナログビデオ出力
端子Ｔ２に供給されることで、モニタ装置１４にはＧＵ
Ｉ画面の表示が行われる。

【０１０７】また、図４（ｂ）に示したＧＵＩ画面上で
楽曲のリスト２１Ｂにより楽曲が選択され、その楽曲の
オーディオデータを試聴する場合には、この楽曲のＭＰ
ＥＧオーディオデータがデマルチプレクサ７０により得
られる。そして、このＭＰＥＧオーディオデータが、Ｍ
ＰＥＧオーディオデコーダ５４、Ｄ／Ａコンバータ、ス
イッチ回路５７、アナログオーディオ出力端子Ｔ３を介
してアナログ音声信号とされてモニタ装置１４に対して
出力される。

【０１０８】また、図４（ｂ）に示したＧＵＩ画面上で
ダウンロードボタン２８が押されてオーディオデータを
ダウンロードする場合には、ダウンロードすべき楽曲の
オーディオデータがデマルチプレクサ７０により抽出さ
れてアナログオーディオ出力端子Ｔ４、光デジタル出力
インターフェイス５９、またはＩＥＥＥ１３９４インタ
ーフェイス６０に出力される。

【０１０９】ここで、特にＩＥＥＥ１３９４インターフ
ェイス６０に対して、図２に示したＩＥＥＥ１３９４対
応のＭＤレコーダ／プレーヤ１３Ａが接続されている場
合には、デマルチプレクサ７０ではダウンロード楽曲の
４倍速ＡＴＲＡＣデータが抽出され、ＩＥＥＥ１３９４
インターフェイス６０を介してＭＤレコーダ／プレーヤ
１３Ａに装填されているディスクに対して記録が行われ
る。また、この際には、例えばＪＰＥＧ方式で圧縮され
たアルバムジャケットの静止画データ、歌詞やアーティ
ストのプロフィールなどのテキストデータもデマルチプ
レクサ７０においてトランスポートストリームから抽出
され、ＩＥＥＥ１３９４インターフェイス６０を介して
ＭＤレコーダ／プレーヤ１３Ａに転送される。ＭＤレコ
ーダ／プレーヤ１３Ａでは、装填されているディスクの
所定の領域に対して、これら静止画データ、テキストデ
ータを記録することができるようになっている。

【０１１０】２．本実施の形態の放送設備 続いて、本実施の形態の特徴となる放送設備の構成につ
いて説明する。本実施の形態の放送設備の実際として
は、先に図５においてその基本的な構成として示した放
送設備２００に対して、放送用に送出されるストリーム
データに障害があった場合にこれを検出して非常用のス
トリームデータ（予備データ）を送出する非常用システ
ムを備えた構成とされる。

【０１１１】図１３は、このような非常用システムを備
えた放送設備２００の構成を示すブロック図である。こ
の図においては、先に図５に示した放送設備２００内の
システムのうち、ＴＶ番組送出システム３９、ＭＰＥＧ
オーディオ送出システム４３Ａ、ＡＴＲＡＣオーディオ
送出システム４３Ｂ、音声付加情報送出システム４１，
ＤＳＭ−ＣＣエンコーダ４２、マルチプレクサ４５を示
し、残るシステム（及びサーバ、データベース等）につ
いてはその図示を省略している。この放送設備２００か
らは、図５においても説明したように、ＴＳといわれる
放送用のストリームデータが送出されて、電波送出シス
テム４６に対して供給される。

【０１１２】そして、この放送設備２００に対しては、
非常用システムとして、ストリーム監視システム２０
１、非常用ストリーム送出システム２０２、マルチプレ
クサ（ＭＵＸ）制御システム２０３が設けられ、例えば
これらがＬＡＮ(Local Area Network)２０４等のネット
ワークを介して相互通信可能に接続される。

【０１１３】ストリーム監視システム２０１は、例えば
コンピュータ装置を備えて構築されるもので、例えば所
定のインターフェイスを介してマルチプレクサ４５から
送出されるＴＳを取り込む。そして、ＴＳに含まれる各
コンポーネントとしてのストリームデータについての障
害の有無を検出して、或るコンポーネントについての障
害があることを検出すると、障害通知を出力する。

【０１１４】ここで、図１４のフローチャートにより、
ストリーム監視システム２０１の動作を説明する。この
処理は、例えばストリーム監視システム２０１を構成す
るコンピュータ装置内のＣＰＵが実行するものとされ
る。この図に示す処理にあっては、先ず、ステップＳ１
０１において、マルチプレクサ４５から取り込んだＴＳ
から、各チャンネルのＰＭＴ（図１１（ｃ）参照）を抽
出する。先に図１１において述べたように、ＰＭＴには
各コンポーネントのＰＩＤが格納されていることで、各
チャンネルを構成するコンポーネントの種別（ビデオ／
オーディオ／データ等）が特定できる。そこで、次のス
テップＳ１０２においては、抽出した各チャンネルのＰ
ＭＴからＰＩＤを抽出して、各チャンネルを構成するコ
ンポーネントの種別を識別するようにされる。そして、
以降の処理としては、先ずステップＳ１０３に示すよう
にして、ＴＳ内のＰＭＴから抽出されるＰＩＤを監視し
て、次のステップＳ１０４にて何らかの障害が発生して
いるか否かを判別するようにされる。ここで、特に障害
は発生していないと判別されれば、ステップＳ１０１の
処理に戻るようにされる。つまり、特に障害がない限り
は、ステップＳ１０１〜Ｓ１０４の処理が継続して繰り
返されることになる。これに対して、例えば、ＴＳから
抽出される或るコンポーネントについてのＰＩＤが検出
されないなどして、或るコンポーネントについて障害が
発生していることが検出されると、ステップＳ１０５に
進むようにされる。

【０１１５】ここで、上記ステップＳ１０３→Ｓ１０４
の処理は、ＴＶ番組送出システム３９、ＭＰＥＧオーデ
ィオ送出システム４３Ａ、ＡＴＲＡＣオーディオ送出シ
ステム４３Ｂ、音声付加情報送出システム４１，ＤＳＭ
−ＣＣエンコーダ４２から送出される、メインの各スト
リームデータについて、障害が発生しているか否かを判
定するための動作となるものである

【０１１６】ステップＳ１０５においては、非常用スト
リーム２０２とＭＵＸ制御システム２０３に対して、Ｌ
ＡＮ２０４を介して障害通知を送出するための処理が実
行される。ここで、障害通知としては、障害が発生した
コンポーネントが何であるのかを示す識別情報（例えば
チャンネルナンバと、そのチャンネル内におけるストリ
ームデータ種別の情報）と、その障害が発生したコンポ
ーネントのＰＩＤの情報とを付随して送信するようにさ
れる。但し、ＰＩＤのみによってチャンネルナンバと、
そのチャンネル内におけるコンポーネントが特定できる
場合には、ＰＩＤのみを障害通知に付随させて送信して
もよいものである。

【０１１７】次に、非常用ストリーム送出システム２０
２について説明する。非常用ストリーム送出システム２
０２もまた、コンピュータ装置等を備えて構成される。
そして、ここでは図示しないが、例えば非常用ストリー
ム送出システム２０２の前段には、予め非常用として送
出するための各種コンポーネントのストリームデータが
用意されたサーバ、（若しくはデータベース）が備えら
れており、非常用ストリーム送出システム２０２では、
このサーバから受け取った非常用のストリームデータを
マルチプレクサ４５に対して出力可能とされている。

【０１１８】図１５のフローチャートは、非常用ストリ
ーム送出システム２０２の動作を示しているものであ
る。なお、この図に示す動作もまた、非常用ストリーム
送出システム２０２を構成するコンピュータ装置内のＣ
ＰＵが実行するものとされる。この図に示す処理として
は、先ずステップＳ２０１において、ストリーム監視シ
ステム２０１から送信された障害通知の受信の有無を判
別しており、ここで、障害通知が受信されていないと判
別される場合には、ステップＳ２０２に進むことで通常
動作が実行されるように制御を行う。ここでいう、非常
用ストリーム送出システム２０２の通常動作とは、ＴＶ
番組送出システム３９、ＭＰＥＧオーディオ送出システ
ム４３Ａ、ＡＴＲＡＣオーディオ送出システム４３Ｂ、
音声付加情報送出システム４１，ＤＳＭ−ＣＣエンコー
ダ４２から送出される各ストリームについて障害が無い
とされる平常時に対応するもので、この場合には、当該
非常用ストリーム送出システム２０２からは、特にスト
リームデータは送出しないものとされる。なお、通常動
作として、何らかのコンポーネントの非常用ストリーム
データを送出していても構わないのであるが、このとき
には、後述するようにしてマルチプレクサ４５において
は、非常用ストリーム送出システム２０２から送出され
たストリームデータの入力を無効としてＴＳ化のための
データとしては処理しないようにされる。

【０１１９】これに対してステップＳ２０１にて障害通
知を受信したことが判別された場合には、ステップＳ２
０３の処理に進む。ステップＳ２０３においては、受信
した障害通知の内容に基づいて、障害有りとして通知さ
れたコンポーネントに代わるものとして用意されたコン
ポーネントのストリームデータを、例えば先に述べたサ
ーバから選択して取り込むようにされる。そして、次の
ステップＳ２０４においてこの選択して取り込んだコン
ポーネントのストリームデータに対して、障害通知とし
て通知されたＰＩＤと同じ値のＰＩＤを付加するように
される。これによって、例えば受信側（ＩＲＤ１２）に
おいては、この非常用のストリームデータを、障害があ
ったコンポーネントのストリームデータとして処理する
ことが可能になるものである。そして、このようにして
形成された非常用のストリームデータを、マルチプレク
サ４５に対して送出するようにされる。

【０１２０】次に、ＭＵＸ制御システム２０３について
説明する。このＭＵＸ制御システム２０３もまた、コン
ピュータ装置を備えて構成されるもので、次のようにし
てストリーム監視システム２０１から送信された障害通
知に従ってマルチプレクサ４５の動作制御を実行する。

【０１２１】図１６は、このＭＵＸ制御システムとして
の動作を実現するための処理動作を示している。この処
理もまた、ＭＵＸ制御システム２０３としてのコンピュ
ータ装置内のＣＰＵが実行するものとされる。

【０１２２】この図に示す処理においても、ＣＰＵは、
先ずステップＳ３０１においてストリーム監視システム
２０１から送信される障害通知の受信の有無を判別して
おり、ここで障害通知の受信がないとされる場合には、
ステップＳ３０２の処理に進んで、マルチプレクサ４５
については通常動作となるように制御を実行する。つま
り、平常時の動作として、ＴＶ番組送出システム３９、
ＭＰＥＧオーディオ送出システム４３Ａ、ＡＴＲＡＣオ
ーディオ送出システム４３Ｂ、音声付加情報送出システ
ム４１，ＤＳＭ−ＣＣエンコーダ４２から送出されるメ
インの各ストリームデータについて時分割多重化を行っ
てＴＳを形成し、これを電波送出システム４６に送出す
るという動作が得られるように制御を実行するものであ
る。換言すれば、仮に非常用ストリーム送出システム２
０２からストリームデータが送出されているとしても、
これを無効として、ＴＳに含めるべきデータとしては扱
わないようにされる。

【０１２３】これに対して、ステップＳ３０１にて障害
通知を受信したことが判別された場合には、ステップＳ
３０３の処理に進むようにされる。ステップＳ３０３に
おいては、ＴＶ番組送出システム３９、ＭＰＥＧオーデ
ィオ送出システム４３Ａ、ＡＴＲＡＣオーディオ送出シ
ステム４３Ｂ、音声付加情報送出システム４１，ＤＳＭ
−ＣＣエンコーダ４２から送出されるメインの各ストリ
ームデータのうちから、障害通知として指定されたコン
ポーネントのストリームデータの入力を無効とする。そ
して、次のステップＳ３０４において、先の図１５のス
テップＳ２０３〜Ｓ２０５の処理によって、非常用スト
リームデータ送出システム２０２において送出される非
常用ストリームデータがマルチプレクサ４５から通過す
るように、マルチプレクサ４５に対する制御を実行す
る。つまり、障害があったとされるコンポーネントに代
えて、現在非常用ストリームデータ送出システム２０２
から送出される非常用ストリームデータを含むようにし
てＴＳが形成されるようにするものである。

【０１２４】このような動作が実行されることで、本実
施の形態では、例えばメインのデータストリームの出力
系（ＴＶ番組送出システム３９、ＭＰＥＧオーディオ送
出システム４３Ａ、ＡＴＲＡＣオーディオ送出システム
４３Ｂ、音声付加情報送出システム４１，ＤＳＭ−ＣＣ
エンコーダ４２から出力される各ストリームデータ）か
ら出力されるコンポーネントのストリームデータについ
て障害が発生したとされる場合には、その障害があった
とされるストリームデータに代えて、適切とされる非常
用ストリームデータを送出するようにされる。そして、
本実施の形態にあっては、ストリーム監視システム２０
１においてコンポーネントに障害があったことが検出さ
れると、これを障害通知としてネットワークを介して非
常用ストリーム送出システム２０２とＭＵＸ制御システ
ム２０３に対して送信するようにされ、更に非常用スト
リーム送出システム２０２とＭＵＸ制御システム２０３
は、この障害通知に応答して上記図１５及び図１６に示
す制御処理を実行するようにされている。つまり、本実
施の形態では、コンポーネントのデータストリームにつ
いての障害の検知に応じて、非常用ストリームデータの
送出が自動的に行われるものである。本実施の形態にあ
っては、このような障害に対する自動的な対応を実現す
るために、先に述べたように、通知情報として、ＴＳか
ら抽出したＰＩＤ等の情報を利用している。

【０１２５】なお、本発明の放送設備、つまり情報送信
装置としては、例えば図１及び図５に示した放送設備
（地上局）以外の構成によるデジタル放送設備に対して
も適用が可能である。そして、本実施の形態以外のスト
リームデータのフォーマットであっても、ストリームデ
ータ内に、このストリームデータに多重化されたコンポ
ーネントを特定可能な識別情報を含むフォーマットであ
れば、本発明の適用が可能である。

【０１２６】

【発明の効果】以上説明したように本発明は、放送設備
から送出される送信用ストリームデータに含まれるコン
ポーネントごとのデータについての障害を検出し、障害
があったとされるコンポーネントを特定する情報（コン
ポーネント識別情報）を送信することを以て、障害通知
を行うようにされる。この障害通知の送信はストリーム
データ監視装置（ストリーム監視システム）から、予備
データ送出装置（非常用データ送出システム）及び制御
装置（ＭＵＸ制御システム）に対してネットワークを介
して行われる。そしてこの障害通知の受信に応答して、
予備データ送出装置及び制御装置は、障害があったとさ
れるコンポーネントのデータに代えて、非常用ストリー
ムデータ（予備データ）によってストリームデータを形
成して送出するように動作するようにされている。

【０１２７】このような構成であれば、ストリームデー
タ内に多重化されたコンポーネントデータに障害が発生
したときに、非常用ストリームデータを代わりに送出さ
せるという動作を自動的に実行させることが可能とな
る。これは、例えば放送側の運用者が障害確認を行っ
て、手作業で非常用ストリームを送出させるなどの人的
作業を伴う場合よりも、迅速、かつ、正確に非常時に対
応する動作が実行されることを意味する。つまり、本発
明は、デジタル放送などの情報送信システムにおいて、
送出データに障害が発生したときの対応として、高い信
頼性が得られるものである。

【図面の簡単な説明】

【図１】本発明の実施の形態のデジタル衛星放送受信シ
ステムの構成例を示すブロック図である。

【図２】本実施の形態における受信設備の構築例を示す
ブロック図である。

【図３】ＩＲＤのためのリモートコントローラの外観を
示す正面図である。

【図４】放送画面とＧＵＩ画面との切り換えを示す説明
図である。

【図５】地上局の構成例を示すブロック図である。

【図６】地上局から送信されるデータを示すチャート図
である。

【図７】送信データの時分割多重化構造を示す説明図で
ある。

【図８】ＤＳＭ−ＣＣによる送信フォーマットを示す説
明図である。

【図９】データサービスのディレクトリ構造の一例を示
す説明図である。

【図１０】トランスポートストリームのデータ構造図で
ある。

【図１１】ＰＳＩのテーブル構造を示す説明図である。

【図１２】ＩＲＤの構成を示す説明図である。

【図１３】本実施の形態の非常用システムを備えた放送
設備の構成例を示すブロック図である。

【図１４】ストリーム監視システムの処理を示すフロー
チャートである。

【図１５】非常用ストリーム送出システムの処理を示す
フローチャートである。

【図１６】ＭＵＸ制御システムの処理を示すフローチャ
ートである。

【符号の説明】

１ 地上局、２ 衛星、３ 受信設備、５ 課金サー
バ、６ テレビ番組素材サーバ、７ 楽曲素材サーバ、
８ 音声付加情報サーバ、９ ＧＵＩデータサーバ、１
０ キー情報サーバ、１１ パラボラアンテナ、１３
ストレージデバイス、１３Ａ ＭＤレコーダ／プレー
ヤ、１４ モニタ装置、１６ ＩＥＥＥ１３９４バス、
２１Ａ テレビ番組表示エリア、２１Ｂ リスト、２１
Ｃ テキスト表示エリア、２１Ｄ ジャケット表示エリ
ア、２２ 歌詞表示ボタン、２３ プロフィール表示ボ
タン、２４ 情報表示ボタン、２５ 予約録音ボタン、
２６予約済一覧表示ボタン、２７ 録音履歴ボタン、２
８ ダウンロードボタン、３１ テレビ番組素材登録シ
ステム、３２ 楽曲素材登録システム、３３ 音声付加
情報登録システム、３４ ＧＵＩ用素材登録システム、
３５ ＡＶサーバ、３６Ａ ＭＰＥＧオーディオエンコ
ーダ、３６Ｂ ＡＴＲＡＣエンコーダ、３７音声付加情
報データベース、３８ ＧＵＩ素材データベース、３９
テレビ番組送出システム、４０Ａ ＭＰＥＧオーディ
オサーバ、４０Ｂ ＭＰＥＧオーディオサーバ、４１
音声付加情報送出システム、４２ ＧＵＩ（ＭＨＥＧ）
オーサリングシステム、４３Ａ ＭＰＥＧオーディオ送
出システム、４３Ｂ ＡＴＲＡＣオーディオ送出システ
ム、４４ ＤＳＭ−ＣＣエンコーダ、４５ マルチプレ
クサ、４６ 電波送出システム、５１ チューナ／フロ
ントエンド部、５２ デスクランブラ、５３ トランス
ポート部、５４ ＭＰＥＧ２オーディオデコーダ、５４
Ａ メモリ、５５ ＭＰＥＧ２ビデオデコーダ、５５Ａ
メモリ、５６Ｄ／Ａコンバータ、５７ スイッチ回
路、５８ 表示処理部、５９ 光デジタル出力インター
フェイス、６０ ＩＥＥＥ１３９４インターフェイス、
６１ マンマシンインターフェイス、６２ ＩＣカード
スロット、６３ モデム、６４ リモートコントロー
ラ、６５ ＩＣカード、７０ デマルチプレクサ、７１
キュー、８１ 制御処理部、８２ ＤｅＭＵＸドライ
バ、８３ ＤＳＭ−ＣＣデコーダブロック、８４ ＭＨ
ＥＧデコーダブロック、９０ メインメモリ、９１ Ｄ
ＳＭ−ＣＣバッファ、１０１ 電源キー、１０２ 数字
キー、１０３ 画面表示切換キー、１０４ インタラク
ティブ切換キー、１０５ａ 矢印キー、１０５ＥＰＧキ
ーパネル部、１０６ チャンネルキー、Ｔ１ 入力端
子、Ｔ２ アナログビデオ出力端子、Ｔ３ アナログオ
ーディオ出力端子、Ｔ４ アナログオーディオ出力端
子、２００ 放送設備、２０１ ストリーム監視システ
ム、２０２非常用ストリーム送出システム、２０３ Ｍ
ＵＸ制御システム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/00 Ｈ０４Ｎ 7/08 Ｚ 7/08 7/081 Ｆターム(参考） 5C056 FA06 FA11 GA11 HA04 5C063 AB03 AB07 AB11 CA23 CA34 CA36 DA05 DA13 EA01 5K028 AA14 BB05 KK01 MM08 QQ02 SS01 5K030 JA01 JL02 LD07 MB01 MC06 9A001 BB04 CC09 DD10 JJ12 LL02 LL06

Claims (1)

【特許請求の範囲】
1. 【請求項１】 コンポーネントデータごとに対応して設
   けられて、コンポーネントデータを送出するコンポーネ
   ント送出手段と、上記各コンポーネント送出手段から送
   出されたコンポーネントデータを入力して多重化を行
   い、送信用のストリームデータとして出力するストリー
   ムデータ出力手段とを備える送信装置と、 上記ストリームデータにおいて挿入されるコンポーネン
   トデータを識別可能な識別情報を抽出することで、上記
   ストリームデータに多重化されているコンポーネントデ
   ータを識別するコンポーネントデータ識別手段と、識別
   されたコンポーネントデータごとについての障害の有無
   を検出する障害検出手段と、この障害検出手段により或
   るコンポーネントデータについて障害があると判別され
   た場合には、障害通知情報として、少なくとも障害があ
   るとして判別されたコンポーネントデータを指定するコ
   ンポーネント指定情報を所定のネットワークを介して出
   力する障害通知手段とを備えたストリームデータ監視装
   置と、 予備用の１以上の予備データが用意され、上記ネットワ
   ークを介して受信した上記コンポーネント指定情報によ
   り指定されるコンポーネントデータに応じた予備データ
   を選択して上記ストリームデータ出力手段に対して出力
   する予備データ送出装置と、 上記ネットワークを介して受信した上記コンポーネント
   指定情報により指定されるコンポーネントデータのスト
   リームデータ出力手段への入力を無効にすると共に、こ
   れに代えて、上記予備データ送出装置において選択され
   た予備データを上記ストリームデータ出力手段に入力さ
   せるように制御を実行する制御装置、 とを備えていることを特徴とする情報送信システム。