JP2000295638A

JP2000295638A - 放送設備監視装置

Info

Publication number: JP2000295638A
Application number: JP11097502A
Authority: JP
Inventors: Jun Nakayama; 準中山
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-04-05
Filing date: 1999-04-05
Publication date: 2000-10-20

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 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)が使用される。ＩＯＲには、
オブジェクトを見つけ出すためのカルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール
中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ
＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモ
ジュールの情報を持つＤＩＩを識別するためのタグ（ａ
ｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。ま
た、モジュール情報を持つＤＩＩには、１つ以上のモジ
ュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿
ｔａｇ）情報を含んでいる。

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

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

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

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

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

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

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

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

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

【０１１２】２．本実施の形態の監視システム２−１．第１例続いて、本実施の形態の監視システムの構成として、第
１例としての構成について説明する。本実施の形態の監
視システムは、例えば図１に示した地上局１に対して備
えられ、この地上局１を構成する各種機器の動作状況を
監視するために設けられる。

【０１１３】図１３は、第１例としての監視システムの
構成を示すブロック図である。この場合、図示する放送
設備２００は、例えば先に説明した図５の地上局１とし
ての構成において破線で括って示す部位により構成され
るものと見ることができる。つまり、図５において、電
波送出システム４６を除いた全ての機能回路部によって
構成されるものとしている。そして、実際の放送設備２
００としては、図５に示す放送設備２００としての機能
を実現するための各種機器が備えられて構成されるもの
である。

【０１１４】このような放送設備２００の構成とされた
場合には、図５においても説明したように、この放送設
備２００からはＴＳといわれる放送用のストリームデー
タが送出されて、電波送出システム４６に対して供給さ
れることになる。

【０１１５】ここで、図１３に示す放送設備２００とし
ては、先の図５においての説明は省略したが、実際に
は、放送設備２００を構成する各種機器から、その動作
状況を示す動作状況通知情報を監視システム３００に対
して送信するようにしている。そして、特に或る機器に
おいて何らかの障害が発生した場合には、上記動作状況
通知情報として、障害通知情報ＩＮＦ１を送信するよう
にしている。この障害通知情報ＩＮＦ１は、障害の発生
した機器を示す情報と、その障害の種類を示す情報とが
少なくとも含まれているものとされる。

【０１１６】続いて、監視システム３００の構成につい
て説明する。図１５に示す監視システム３００において
は、例えばコンピュータ装置として構成される監視制御
装置３０１が備えられている。この監視制御装置３０１
においてＣＰＵ３０２は、例えば後述する監視プログラ
ムに従って、放送設備監視に関わる所要の制御処理を適
宜実行する。

【０１１７】ＲＯＭ３０３は、例えばフラッシュメモリ
などの書き換え可能な不揮発性のメモリ素子を備えて構
成され、例えばＣＰＵが各種制御処理を実行する際に参
照すべきとされる所要の情報が格納される。ＲＡＭ３０
４は、ＣＰＵ３０２が実行すべきアプリケーションソフ
トウェアが読み込まれる他、ＣＰＵ３０２の各種処理に
応じて発生した情報が保持される領域とされる。例え
ば、本実施の形態であれば、この後述するストレージデ
バイス３０９に記憶されているとされる監視プログラム
としてのアプリケーションソフトウェアがＲＡＭ３０４
上に読み込まれて起動される。そして、この監視プログ
ラムを実行することで、本実施の形態としての監視シス
テムの動作が制御される。

【０１１８】インターフェイス３０５は主として外部機
器とのデータインターフェイスに用いられるものとさ
れ、ここでは、先に述べた放送設備２００から送信され
る障害通知情報ＩＮＦ１、及び後述するストリームデー
タ監視装置３１０から送信される障害通知情報ＩＮＦ２
を受信するようにされている。

【０１１９】一方、インターフェイス３０６は、当該監
視システム３００を形成する周辺機器との通信を行うた
めに設けられるものとされる。この場合、インターフェ
イス３０６に対しては、操作部３０７，ディスプレイ３
０８、ストレージデバイス３０９、及びストリームデー
タ取込装置３１１が接続されている。

【０１２０】操作部３０７は、例えばマウス、キーボー
ド等の操作子を備え、これら操作子に対して行われた操
作に応じた操作情報を、監視制御装置３０１内のＣＰＵ
３０２に対して出力する。

【０１２１】ディスプレイ３０８は、ＣＰＵ３０２の制
御によって、監視制御装置３０１の動作に応じた各種表
示が行われるものとされ、特に本実施の形態では、監視
プログラムに従って、監視のためのＧＵＩ画面（監視画
面）が表示出力される。ここで、特に本実施の形態にお
いて、ＣＰＵ３０２の制御による上記監視画面の表示と
しては、受信した障害通知情報（ＩＮＦ１，ＩＮＦ２）
に応じて、その障害状況を示す表示も行われる。なお、
ディスプレイ３０８として採用されるデバイスは、ここ
では特に限定しないが、ＣＲＴ、液晶ディスプレイ等が
採用されればよい。

【０１２２】ストレージデバイス３０９は、例えば本実
施の形態の場合であれば、監視プログラムなど、ＣＰＵ
３０２が実行すべき各種アプリケーションソフトウェア
が記憶保存されている。また、例えばアプリケーション
ソフトウェアの実行等によって作成した各種ファイルな
どの保存もここで行われる。特に本実施の形態にあって
は、監視プログラムに付随する情報として、障害リスト
ファイル３０９ａが格納される。この障害リストファイ
ル３０９ａは、例えば障害通知情報ＩＮＦ１，ＩＮＦ２
として送信される障害内容のうち、受信側で放送波を受
信してデコード出力した場合に、受信側で認識できてし
まうような比較的重度とされる障害の種類をリストアッ
プして予め作成されるものである。もちろん、この障害
リストファイル３０９ａの内容は、例えば監視時におい
て新たに発生した障害の種類を追加登録することもでき
る。また、リストから削除を行うことも可能とされてい
る。また、ストレージデバイス３０９の具体的構成とし
ては、ここでは特に限定しないが、例えば現状であれ
ば、ハードディスク又は光磁気ディスク、及びこれらに
対応したドライブ装置などにより構成することが一般的
には考えられる。

【０１２３】ストリームデータ取込装置３１１は、放送
設備２００から電波送出システムに対して送出される放
送用ストリームデータ（ＴＳ）を分岐して入力して、内
部に備えられているとされる所定のストレージデバイス
３１１ａに対して記録を行うために設けられる。本実施
の形態の場合、このストリームデータ取込装置３１１の
記録開始及び停止は、ＣＰＵ３０２がインターフェイス
３０６を介して出力する開始／停止コマンド（ＣＭＤ
１，２）によって制御可能とされている。そして、例え
ば後述するようにして、何らかの障害が放送設備で発生
したとされた場合にはストリームデータ取込装置３１１
の記録動作を停止させ、この障害発生時にストレージデ
バイス３１１ａに記録された放送用ストリームデータを
解析することで、その症状、原因を探って、対応策を得
るようにされるものである。

【０１２４】ところで、ストレージデバイス３１１ａに
備えられる記録媒体は或る有限の記録容量を有している
が、ストレージデバイス３１１ａではこの記録媒体を循
環バッファとして扱い、入力された放送用ストリームデ
ータを巡回的に記録するようにしている。そして、この
記録媒体の実際の容量としては、上記したように障害を
解析するという用途を考えると、例えば分、時間単位に
よりストリームデータを巡回的に記録できるだけの容量
とされることが好ましい。また、この記録媒体の種類と
しては、ここでは特に限定されるべきものではなく、要
求される容量が容易に確保できることや実際の使用条件
等を考慮して決定すればよいものである。

【０１２５】ストリームデータ監視装置３１０もまた、
放送設備２００から電波送出システムに対して送出され
る放送用ストリームデータ（ＴＳ）を分岐して入力す
る。そして、この入力された放送用ストリームデータの
状態を監視して、例えば何らかの障害が発生しているこ
とを検出すると、放送用ストリームデータに異常があっ
たことを通知するための障害通知情報ＩＮＦ２を出力す
る。この障害通知情報ＩＮＦ２は、インターフェイス３
０５を介してＣＰＵ３０２が受信する。ここで、ストリ
ームデータ監視装置３１０におけるストリームデータの
状態監視の方法としては、いくつか考えられるのである
が、先に送信フォーマットとして説明した、ＰＳＩ（図
１１参照）及びＳＩを利用することが考えられる。

【０１２６】つまり、例えば入力された放送用ストリー
ムデータ（ＴＳ）に挿入されているＰＳＩ，ＳＩを取り
出すための処理を行い、このＰＳＩ，ＳＩの有無、ま
た、ＰＳＩ，ＳＩのデータ内容の正常／異常などについ
ての検出を行うことで、現在放送設備２００から送出さ
れている放送用ストリームデータが正常であるのか、ま
たは障害が発生しているのかを判定するように構成する
ものである。

【０１２７】なお、障害状況を通知する側としては、例
えば放送設備２００のみ、又はストリームデータ監視装
置３１０のみとされても良いものであるが、例えば、放
送設備２００からは、放送用ストリームデータには現れ
ないが、機器の状態として無視することの出来ない重度
の障害を通知することができる。一方、ストリームデー
タ監視装置３１０からは、放送設備２００の各機器では
通知されない又は認識されないが、放送用ストリームデ
ータの形式とされたときに、はじめて現れるような障害
を認識して通知することができるものである。つまり、
放送設備２００及びストリームデータ監視装置３１０の
両者から障害通知情報を受信するようにしていること
で、できるだけ多くの障害の情報が得られるように配慮
しているものである。

【０１２８】そして、上記構成による監視システム３０
０にあっては、以降説明するようにして、ストリームデ
ータ取込装置３１１の記録動作についての開始／停止制
御を行うようにされる。図１４のフローチャートは、監
視プログラムに従ってＣＰＵ３０２が実行するストリー
ムデータ取込装置３１１に対する制御処理を示してい
る。

【０１２９】ここで、例えば監視プログラムが起動され
て、これより監視制御装置３０１による監視動作を開始
すべきとされた場合や、又は、監視動作が既に実行中に
ある状態の下で、何らかの事情によって一旦記録動作を
停止させたストリームデータ取込装置３１１の記録動作
を再開させる必要が生じた場合には、ＣＰＵ２０２はス
テップＳ１０１以降の処理を実行する。なお、ここで
は、ステップＳ１０１に以降する以前の段階において、
未だディスプレイ３０８に対して監視画像を表示させて
いなければ、この表示を開始させるための制御処理も実
行される。

【０１３０】ステップＳ１０１においては、ストリーム
取込装置３１１に対して開始コマンドＣＭＤ１を送信す
る。これにより、以降はストリーム取込装置３１１にお
いて、放送用ストリームデータを取り込んで巡回的に記
録媒体に対して記録を行っていく動作が行われていくこ
とになる。

【０１３１】そして、次のステップＳ１０２に進むこと
で、例えば、以降は放送設備の状態監視を継続して行っ
ていくようにされる。この放送設備の状態監視としては
例えば、先ず、ステップＳ１０３に示すようにして、放
送設備２００及びストリームデータ監視装置３１０から
送信される障害通知情報ＩＮＦ１，ＩＮＦ２の少なくと
も何れか一方を受信したか否かを判別するようにされ
る。

【０１３２】ここで、ステップＳ１０３において障害通
知情報ＩＮＦ１，ＩＮＦ２の何れも受信していないこと
が判別された場合には、ステップＳ１０５に進み、現在
表示中の監視画像として、放送設備が正常に機能してい
ることを示す内容が提示されるように表示制御を実行し
てステップＳ１０２に戻るようにされる。

【０１３３】これに対して、ステップＳ１０３におい
て、障害通知情報ＩＮＦ１，ＩＮＦ２の少なくとも何れ
か一方を受信したことが判別された場合には、ステップ
Ｓ１０６に進む。ステップＳ１０６においては、障害通
知情報ＩＮＦ１，ＩＮＦ２として通知されたその障害の
内容と、ストレージデバイス３０９に保存されている障
害リストファイル３０９ａとの内容を参照する。そし
て、この障害リストファイル３０９ａのリスト内容の中
に、今回、障害通知情報ＩＮＦ１，ＩＮＦ２として通知
された障害の種類と一致するものがあるか否かを判別す
る。

【０１３４】このステップＳ１０６において否定結果が
得られた場合には、今回発生した障害は軽度のものであ
り、特に検証をおこなうほどの障害ではないとして、ス
テップＳ１０２の処理に戻るようにされる。

【０１３５】このようにして、放送設備２００において
障害が発生しておらず、また、障害が発生したとしても
それが軽度のものであるとされる場合には、ステップＳ
１０２→Ｓ１０３→Ｓ１０５の処理、又はステップＳ１
０２→Ｓ１０３→Ｓ１０４→Ｓ１０６の処理をくり返す
ようにされる。この処理がくり返される場合、ステップ
Ｓ１０１にて開始されたストリーム取込装置３１１によ
る記録動作が継続されることになる。

【０１３６】これに対して、ステップＳ１０６において
肯定結果が得られた場合とは、今回発生した障害は重度
のものであり検証を行うべきものであるとされた場合で
ある。この場合、ＣＰＵ３０２はステップＳ１０７に進
むことでストリーム取込装置３１１に対して停止コマン
ドＣＭＤ２を送信する。これにより、ストリーム取込装
置３１１はこれまで実行していた記録動作が停止される
ことになる。そして、ステップＳ１０７の処理を実行し
たとされると、このストリーム取込装置３１１に対する
処理ルーチンを終了することになる。

【０１３７】こののち、例えば、ストリーム取込装置３
１１に対する放送用ストリームデータの記録を再開させ
る場合には、再度ステップＳ１０１からの処理が実行さ
れるように運用者が操作を行えばよい。

【０１３８】例えば本実施の形態の監視システム３００
として、上記図１４に示すような処理を実行しないもの
として構成すると、監視システム３００を使用している
運用者自身が、常にディスプレイ３０８に表示される監
視画像を監視するようにして、この監視画像に障害の発
生したことが表示されたときに、その障害の程度を判断
して、手動操作によってストリーム取込装置３１１の記
録動作を停止させる必要がある。この場合、例えば監視
画像上の障害発生の表示を運用者が見落としてしまった
り、たまたまその場を離れていたりしてこれを見ること
ができない状況にいたような場合には、ストリーム取込
装置３１１の記録動作が継続されて、一度は記録された
障害発生時の放送用ストリームデータが上書き消去され
る可能性がある。放送用ストリームデータが上書き消去
されてしまうと、例え後になって、運用者が障害の発生
したことに気づいていたとしても、既にこのときの放送
用ストリームデータは無くなっているために、障害の原
因を調べることができないという不都合が生じる。

【０１３９】これに対して、図１４に示すようにしてス
トリーム取込装置３１１に対する記録動作の停止制御を
実行すれば、たとえ運用者が、監視画像に現れた障害発
生のメッセージを見落としたりするようなことがあって
も、障害発生時のタイミングに対応してストリーム取込
装置３１１の記録動作が自動的に停止されることにな
る。これによって、ストリーム取込装置３１１において
記録された障害発生時の放送用ストリームデータは上書
き消去されることなく、確実に保存して残しておくこと
が可能になるものである。

【０１４０】２−２．第２例続いて、第２例としての本実施の形態の監視システムの
構成について説明する。図１５は第２例としての監視シ
ステム３００Ａの構成を示している。なお、この図にお
いて、図１４と同一部分には同一符号を付して説明を省
略する。

【０１４１】この図に示す監視システム３００Ａでは、
第１ストリーム取込装置３１１−１，第２ストリーム取
込装置３１１−２の２台のストリーム取込装置が設けら
れている点が、先に図１３に示した第１例の監視システ
ム３００と異なる。これら第１ストリーム取込装置３１
１−１，第２ストリーム取込装置３１１−２は、共に、
図１３により説明したストリーム取込装置３１１と同様
の構成とされればよく、何れのストリーム取込装置も、
放送用ストリームデータを巡回的に記録媒体に記録する
ためのストレージデバイス３１１ａ−１，３１１ａ−２
が備えられる。そして、第１ストリーム取込装置３１１
−１，第２ストリーム取込装置３１１−２の何れも、Ｃ
ＰＵ３０２から出力される開始／停止コマンド（ＣＭＤ
１，２）によってその記録動作の開始／停止が制御され
る。

【０１４２】図１６は、上記図１５に示した第２例とし
ての構成に対応する監視動作として、上記した第１スト
リーム取込装置３１１−１，第２ストリーム取込装置３
１１−２に対する制御のための処理動作を示すフローチ
ャートである。この図に示す処理も、監視プログラムに
従ってＣＰＵ３０２が実行する処理とされる。

【０１４３】ここで、この図に示す処理にあっては、例
えば先ず、ステップＳ２０１とこれに続くステップＳ２
０２とによって第１ストリーム取込装置３１１−１及び
第２ストリーム取込装置３１１−２の記録動作状態に対
する初期設定的な制御を実行する。この場合には、ステ
ップＳ２０１により第１ストリーム取込装置３１１−１
に対して開始コマンドＣＭＤ１を送信し、ステップＳ２
０２により第２ストリーム取込装置３１１−２に対して
停止コマンドＣＭＤ２を送信する。これにより、第１ス
トリーム取込装置３１１−１は放送用ストリーム取込装
置の記録を開始する一方で、第２ストリーム取込装置３
１１−２は停止状態となって放送用ストリーム取込装置
の記録は行わないようにされる。

【０１４４】そして、続くステップＳ２０３〜ステップ
Ｓ２０７までに示す各処理は、先に第１例として説明し
た図１４のステップＳ１０２〜Ｓ１０６までの各処理と
同様となるため、ここでの説明は省略する。

【０１４５】ここで、ステップＳ２０７において、通知
された通知された障害の種類が、障害リストファイル３
０９ａのリストに含まれていたことが判別された場合に
は、ステップＳ２０８の処理に移行する。ステップＳ２
０８においては、第１ストリーム取込装置３１１−１，
第２ストリーム取込装置３１１−２のうち、現在停止中
となっているストリーム取込装置に対して開始コマンド
ＣＭＤ１を送信する。そして、続くステップＳ２０９に
おいては、現在記録動作を実行しているストリーム取込
装置に対して停止コマンドＣＭＤ２を送信する。

【０１４６】例えば、上記ステップＳ２０８，Ｓ２０９
の処理が、ステップＳ２０１から開始された処理として
最初に実行された処理であるとすれば、それまで記録を
行っていたのは第１ストリーム取込装置３１１−１であ
り、停止中にあったのは第２ストリーム取込装置３１１
−２だったのであるから、このステップＳ２０８，Ｓ２
０９の処理によって、第１ストリーム取込装置３１１−
１の記録が停止され、代わりに第２ストリーム取込装置
３１１−２による記録動作が開始されることになる。つ
まり、ステップＳ２０８，Ｓ２０９の処理は、第１スト
リーム取込装置３１１−１，第２ストリーム取込装置３
１１−２について、その記録と停止の動作を互いに交代
させるようにして切り換えるための制御を行うためのも
のとされる。そして、ステップＳ２０８，Ｓ２０９の処
理が終了すれば、ステップＳ２０３以降の処理に戻るよ
うにされる。

【０１４７】このような処理に依れば、監視動作中にお
いて、障害リストファイルに含まれるような重度の障害
が発生した場合には、それまで放送用ストリームデータ
の記録を行っていたストリーム取込装置が停止されるこ
とで、障害発生時に対応して記録された放送用ストリー
ムデータは上書き消去されることなく保存されているこ
とになる。そして、その一方で、これまで停止していた
他方のストリーム取込装置による記録が開始されること
で、この障害発生時以降のストリームデータも取りこぼ
すことなく、記録を行うことができるものである。そし
て、重度とされる障害が発生する都度、上記した第１ス
トリーム取込装置３１１−１，第２ストリーム取込装置
３１１−２間で記録／停止を交代する動作がくり返され
るものであり、これによって、連続した内容の放送用ス
トリームデータを記録していくことが可能となると共
に、障害発生時に対応する放送用ＤっＳを確保すること
ができるものである。

【０１４８】なお、上記第２例としては、或る一方のス
トリーム取込装置により記録を行っているときには、必
ず他方のストリーム取込装置が停止しているように制御
されているが、本発明としては、障害が発生してこれま
で記録を行っていたストリーム取込装置の記録動作が停
止されたときには、必ず他のストリーム取込装置により
記録が行われている状態が得られていればよいものであ
る。従って、特に障害が発生していない状態が継続して
いるときには、２台のストリーム取込装置に同時に記録
動作を実行させるように制御しても構わないことにな
る。そして、障害が発生したときに、何れか一方のスト
リーム取込装置を停止させて、残る他方のストリーム取
込装置には記録動作を継続させるようにするものであ
る。

【０１４９】また、上記第２例ではストリーム取込装置
を２台備えた構成としているが、ストリーム取込装置を
３台以上備えた構成として、通常時には、少なくとも１
台には記録動作を実行させておき、障害が生じたらこの
記録を行っていたストリーム取込装置は停止させて、残
るストリーム取込装置により記録を実行させるようにす
ればよい。この際、これら３台以上のストリーム取込装
置についてどのようなパターンで記録／停止を実行させ
るのは、その台数が多くなるほど、多様に考えることが
できる。３台以上のストリーム取込装置を備えた場合に
は、例えば、障害の発生が頻度が高くなるなどして、例
えば２台のストリーム取込装置では、解析に必要な障害
時のストリームデータを確保できないような場合に有効
となる。

【０１５０】２−３．監視表示続いて、本実施の形態の監視システム３００として、デ
ィスプレイ３０８に表示される監視画像の表示形態例、
及び監視画像に対する操作手順例について説明する。図
１７は、ディスプレイ３０８の表示画面上に表示される
監視画像として、メインのメニュー画面となる、メイン
監視ウィンドウＷＤ１の表示形態例を示している。

【０１５１】この図に示すメイン監視ウィンドウＷＤ１
には、先ずシステム状況表示エリアＡＲ１が配置されて
いる。このシステム状況表示エリアＡＲ１には、放送設
備２００及び当該監視システム３００を構成する各種装
置が機器アイコンＩｃｎによって示されている。各機器
アイコンＩｃｎには機器の名称が文字によって示されて
いる。そして、これら機器アイコンＩｃｎが例えば図の
ようにしてレイアウトされた上で、ライン表示により所
要の機器アイコンＩｃｎ間を結ぶようにして表示するこ
とで、放送設備２００及び監視システム３００内の機器
間の構成、及び現在の機器の使用状況を視覚的に把握で
きるようになっている。

【０１５２】例えば、補足的に、図１７に示すメイン監
視ウィンドウＷＤ１が図１５に示すシステム構成に対応
しているとすれば、第１ストリーム取込装置３１１−１
及び第２ストリーム取込装置３１１−２の記録動作状態
も、次に説明するようにしてｍメイン監視ウィンドウＷ
Ｄ１により提示することができる。図２２は第１ストリ
ーム取込装置３１１−１及び第２ストリーム取込装置３
１１−２に対応する機器アイコンＩｃｎが表示されてい
る部分を抜き出し、拡大して示している。ここでは第１
ストリーム取込装置３１１−１を「ＴＳＳ＃１ＡＳ
Ｔ」と表示された機器アイコンＩｃｎにより示し、第２
ストリーム取込装置３１１−２を「ＴＳＳ＃２ＡＳ
Ｔ」と表示された機器アイコンＩｃｎにより示している
ものとされる。そして、「ＴＳＳ＃１ＡＳＴ」と表示
された機器アイコンＩｃｎと、「ＴＳＳ＃２ＡＳＴ」
と表示された機器アイコンＩｃｎの右側には、それぞ
れ、現在の動作状況として、記録／停止を示す動作アイ
コンＩｃｎ−Ｐを配置している。この場合には、「ＴＳ
Ｓ＃１ＡＳＴ」の動作アイコンＩｃｎ−Ｐが三角形の
シンボルを表示していることで、第１ストリーム取込装
置３１１−１が記録中であることが示され、「ＴＳＳ＃
２ＡＳＴ」の動作アイコンＩｃｎ−Ｐは四角形のシン
ボルを表示していることで、第２ストリーム取込装置３
１１−２は停止中であることを示している。

【０１５３】また、実際の監視画像としてはカラー表示
とされ、メイン監視ウィンドウＷＤ１にあっては、機器
アイコンＩｃｎの色によってその障害状況が示されるこ
とになっている。例えば機器アイコンＩｃｎが緑色によ
って表示されていればその機器は正常であることを示
し、黄色であれば軽度の障害（例えば障害リストファイ
ル３０９ａにはリストアップされない障害）が発生して
いることが示される。そして、赤色であれば重度の障害
（障害リストファイル３０９ａにリストアップされる類
の障害）であることが示される。

【０１５４】そして、その障害状況の具体的内容は、シ
ステム状況表示エリアＡＲ１の下にあ障害状況一覧エリ
アＡＲ２に対してテキストによって表示されることにな
っている。

【０１５５】ここで、例えば図１７に示したシステム状
況表示エリアＡＲ１内の機器アイコンＩｃｎのうちから
任意のアイコンを選択してダブルクリックするなどの所
定操作を行うと、図１８に示すようにして、その選択し
た機器に対応するコメント登録ウィンドウＷＤ２を呼び
出して表示させることができるようになっている。

【０１５６】このコメント登録ウィンドウＷＤ２には、
例えば図のようにして、選択された機器を示す機器アイ
コンＩｃｎが表示されて、コメント登録ウィンドウＷＤ
２が対応する機器を視覚的に示すようにしている。ここ
では、ＭＡＳという名称が付された機器が示されてい
る。実際の放送設備では、何らかのトラブルがあって使
用不能となったときのために、メインとなる機器と共に
予備機が設けられるのであるが、このＭＡＳ−Ａ，ＭＡ
Ｓ−Ｂは、メイン機器と予備機の関係にある。そして、
ここでは現在はＭＡＳ−Ａの機器から出たラインがその
右に在るセレクタとしてのアイコンを通過していること
で、このＭＡＳ−Ａが放送に使用されていることが示さ
れている。

【０１５７】そして、その下側にあっては、機器名を文
字により示すと共に、例えばメイン機器と予備機間でプ
ルダウンメニューにより選択を行うことのできる機器名
エリアＡＲ３が配置され、その左には、コメント入力欄
ＡＲ４が配置されている。

【０１５８】上記コメント入力欄ＡＲ４には、機器名エ
リアＡＲ３に対する操作に依って指定した機器について
のコメントを運用者が入力するための領域とされる。例
えば、この場合であれば、運用者は、例えばマウス操作
などによって機器名エリアＡＲ３によりＭＡＳ−Ａの機
器を選択したうえで、コメント入力欄ＡＲ４をアクティ
ブにして文字入力を可能とする。そしてこの状態で、こ
のコメント入力欄ＡＲ４に対して、例えばキーボード操
作などによって任意のコメントを文字として入力するよ
うにされる。ここでは、「予備機」と入力した状態が示
されている。また、コメント入力欄ＡＲ４は、図１９に
示すようにしてコメント選択欄ＡＲ７としてのプルダウ
ンメニューを有している。このコメント選択欄ＡＲ７に
提示されているのは、過去に、この機器のコメント入力
欄ＡＲ４に対して入力したことのあるコメントが提示さ
れるものである。運用者は、このコメント選択欄ＡＲ７
に今回も使用できるコメントがあれば、文字入力の手順
を踏むことなく、ここからコメントの選択を行ってコメ
ント入力欄ＡＲ４に対して入力させることができる。

【０１５９】そして、このようにしてコメント入力を行
って後、その右に在る登録ボタンＡＲ５に対してクリッ
ク操作を行うと、コメント入力欄ＡＲ４に入力した文字
がコメント情報として確定されて保存されることになっ
ている。なお、その下側に表示されているのは、障害状
況一覧エリアＡＲ６とされ、例えば、ＭＡＳ−Ａ，ＭＡ
Ｓ−Ｂに関する障害状況が文字により提示される領域で
ある。

【０１６０】ここで、例えば上記のようにして、機器Ｍ
ＡＳ−Ａについて、「予備機」とコメントを入力して確
定したとする。そしてこの後、先に図１７に示したメイ
ン監視ウィンドウＷＤ１を再度表示させたときには、例
えば、このメイン監視ウィンドウＷＤ１のシステム状況
表示エリアＡＲ１に表示されている機器ＭＡＳ−Ａの機
器アイコンＩｃｎには、図２０に示すようにして、何ら
かのコメントが与えら得ていることを示すコメントアイ
コンＩｃｎ−ＣＭがペーストされるようにして表示され
る。そして、例えばマウス操作などによって、この機器
ＭＡＳ−Ａの機器アイコンＩｃｎに対してカーソルポイ
ンタ（ここでは図示していない）を配置させて例えばシ
ングルクリック操作を行うと、例えば図のようにして、
現在登録されているコメント内容をポップアップ表示に
より提示するコメント表示ＡＲ８が行われるものであ
る。ここでは「予備機」と、文字による表示がコメント
表示ＡＲ８として行われている。なお、一旦表示された
コメント表示ＡＲ８は、ここでは、このコメント表示Ａ
Ｒ８以外の領域をシングルクリックすることでその表示
が消去されるものとする。

【０１６１】例えば従来においては、このような各機器
についてのコメント入力、及びコメント表示を行う機能
を有していなかったため、運用者は、例えば或る機器に
ついてトラブルが発生したときなど、その措置経過など
を他の運用者に知らせるためには、後に連絡を行った
り、例えばメモ書による伝言などをしていたものであ
る。この場合、連絡を忘れたり、メモを紛失するなどし
て、他の運用者に連絡が行き届かないことが考えられ
る。これに対して、本実施の形態のようにして、機器ご
とにコメント入力を行って、これが監視画面上で表示さ
れるようにすれば、運用者は誰でも、監視画面を見るこ
とでコメントの確認を行うことができ、連絡が不行き届
きになる可能性は著しく低くなるものである。

【０１６２】続いて、上記したコメント入力及びコメン
ト表示の処理手順を図２１のフローチャートに示す。こ
の図においては、先ずステップＳ３０１においてメイン
監視ウィンドウＷＤ１を表示させる。そして次のステッ
プＳ３０２においてコメント登録メニュー選択のための
操作（例えば、機器アイコンＩｃｎに対するクリック操
作）を受付け、次のステップＳ３０３においてコメント
登録ウィンドウＷＤ２を表示させる。

【０１６３】そして、次のステップＳ３０４において、
コメント入力欄ＡＲ４に対するコメント入力操作に応じ
て、コメントの入力を行い、次のステップＳ３０５にお
いては、登録ボタンＡＲ５に対するクリック操作に応じ
て入力されたコメントを登録する。

【０１６４】続くステップＳ３０６においては、例えば
メイン監視ウィンドウＷＤ１に表示されている機器アイ
コンＩｃｎのうち、上記ステップＳ３０５によってコメ
ントが登録された機器アイコンＩｃｎに対して、コメン
トが登録されていることを示すコメントアイコンＩｃｎ
−ＣＭを貼り付け表示させる。

【０１６５】そしてこの後、例えばステップＳ３０７に
おいて、コメントアイコンＩｃｎ−ＣＭが表示されてい
る機器アイコンＩｃｎに対する（シングル）クリック操
作を受け付けたとすると、次のステップＳ３０８におい
て、シングルクリックされた機器アイコンＩｃｎに対し
て図２０に示したコメント表示ＡＲ８を行う。そして、
例えば次のステップＳ３０９においてコメント表示ＡＲ
８以外の領域をクリックする操作を受け付けたとする
と、ステップＳ３１０に進んでこれまで表示させていた
コメント表示ＡＲ８を消去する。そして、ステップＳ３
０１に戻るようにされる。

【０１６６】なお、本発明の放送設備監視装置として
は、例えば図１及び図５に示した放送設備（地上局）以
外の構成によるデジタル放送設備に対しても適用が可能
である。また、本発明の放送設備監視装置は、上記実施
の形態として説明してきた構成に限定されるものではな
く、実際の使用状況等に応じて適宜変更は可能とされ
る。また、本実施の形態の監視システムとして表示出力
するＧＵＩとしての監視画像の表示形態例、及び操作形
態についても、これまでに説明した内容に限定されるも
のではない。

【０１６７】

【発明の効果】以上説明したように本発明は、デジタル
放送を行う放送設備の動作状況を監視するための放送設
備監視装置として、放送設備側から障害通知情報が送信
された場合には、放送設備にて得られる放送用データを
巡回的に記録している記録手段（ストリーム取込装置）
に記録動作を停止させるようにしている。これによっ
て、例え運用者が障害発生を知らずにいたとしても、記
録手段に記録された障害発生時の放送用データは、上書
き消去されずに残っていることになる。これによって、
確実に、障害発生時の放送用データを解析することが可
能になるため、放送設備の運用にあたっての作業効率が
向上されるものである。

【０１６８】また本発明としては、上記記録手段（スト
リーム取込装置）としては複数を備えて、放送設備側か
ら障害通知情報が送信された場合には、これら複数のう
ちでこれまで放送用データ記録を行っていた１以上の記
録手段のうちの少なくとも１つの記録手段について記録
動作を停止させる一方で、残る他の記録手段のうちの少
なくとも１つの記録手段によって記録動作が行われるよ
うに構成される。例えば２つの記録手段が備えられてい
れば、一方の記録手段に記録動作を実行させると共に、
他方の記録手段は記録動作を停止させておき、障害発生
時には、上記一方の記録手段の記録動作を停止させ、上
記他方の記録手段の記録動作を開始させるものである。
このような構成であれば、記録手段に記録された障害発
生時の放送用データを上書き消去せずに残すことができ
ると共に、放送用データを断続することなくほぼ連続的
に記録していくことができる。つまり、解析のために収
集している情報をたとえ一時でも失うことがない。

【０１６９】また、本発明の放送設備監視装置として
は、監視状況（障害状況）を視覚的に把握可能なＧＵＩ
としての監視画像を表示出力可能に構成した上で、放送
設備又は監視装置を構成する各装置部ごとに、コメント
（文字情報）を入力して登録可能としたうえで、これを
コメント表示として監視画像上に提示できるように構成
している。これを運用者が利用することで、例えば運用
者間での連絡事項の伝達が確実に行われることになり、
この点でも、放送設備の監視作業効率が向上されるもの
である。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【図１３】本発明の実施の形態とされる、第１例として
の監視システムの構成例を示すブロック図である。

【図１４】第１例としての構成による監視システムにお
いて行われる、ストリーム取込装置に対する制御を実現
するための処理動作を示すフローチャートである。

【図１５】本発明の実施の形態とされる、第２例として
の監視システムの構成例を示すブロック図である。

【図１６】第２例としての構成による監視システムにお
いて行われる、ストリーム取込装置に対する制御を実現
するための処理動作を示すフローチャートである。

【図１７】監視画像としてのメイン監視ウィンドウを示
す説明図である。

【図１８】コメント登録ウィンドウを示す説明図であ
る。

【図１９】コメント選択欄が表示された状態のコメント
登録ウィンドウを示す説明図である。

【図２０】コメント表示の表示形態例を示す説明図であ
る。

【図２１】コメント登録及びコメント表示のための処理
手順を示すフローチャートである。

【図２２】ストリーム取込装置についてのメイン監視ウ
ィンドウの表示形態例を示す説明図である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】デジタル放送として放送すべき放送用デ
ータを、所定の放送素材情報を利用して生成して出力す
る放送設備に備えられ、該放送設備内の所要の装置部の
動作について監視を行う監視装置として、上記放送設備内の所要の各装置部の動作、又は所定の装
置部から出力される所定の情報についての所定の障害状
況を示す障害通知情報を取得可能とされる、障害通知情
報取得手段と、上記放送用データを取り込んで、所定の記録容量内で循
環的に記録を行うようにされる記録手段と、上記障害通知情報取得手段により取得される障害通知情
報に基づいて障害が発生したことが判別された場合に、
上記記録手段の記録動作を停止させるように制御を実行
することのできる記録動作制御手段と、を備えていることを特徴とする放送設備監視装置。
【請求項２】上記障害通知情報は、上記放送設備内の各所要の装置部から、これら各装置部
自体の動作状態に基づいて発生されるものであることを
特徴とする請求項１に記載の放送設備監視装置。
【請求項３】上記放送設備にて生成される放送用スト
リームデータの状態監視を行って、監視している放送用
ストリームデータの状態に基づいて上記障害通知情報を
発生するように構成されたストリームデータ監視手段、を備えていることを特徴とする請求項１に記載の放送設
備監視装置。
【請求項４】上記障害通知情報取得手段により取得さ
れる障害通知情報に基づいて、少なくとも上記放送設備
内の所要の装置部ごとの障害状況を視覚的に把握可能な
監視画像としての画像情報を出力することのできる表示
制御手段と、上記監視画像上に対する操作によって、文字情報を上記
各装置部ごとに対応づけて入力することのできる入力操
作手段とを備え、上記表示制御手段は、上記入力操作手段により入力され
た文字情報を所定の形態により監視画像上に提示可能に
構成されている、ことを特徴とする請求項１に記載の放送設備監視装置。
【請求項５】デジタル放送として放送すべき放送用デ
ータを、所定の放送素材情報を利用して生成して出力す
る放送設備に備えられ、該放送設備内の所要の装置部の
動作について監視を行う監視装置として、上記放送設備内の所要の各装置部の動作、又は所定の装
置部から出力される所定の情報についての所定の障害状
況を示す障害通知情報を取得可能とされる、障害通知情
報取得手段と、上記放送用データを取り込んで、所定の記録容量内で巡
回的に記録を行うようにされる複数の記録手段と、上記障害通知情報取得手段により取得される障害通知情
報に基づいて障害が発生したことが判別された場合に
は、上記記録動作を行っていたとされる１以上の上記記
録手段のうちで少なくとも１つの記録手段の記録動作を
停止させるように停止制御を実行させると共に、この停
止制御が実行されて以降においても、残る他の記録手段
のうち少なくとも１つの記録手段による記録動作が開始
されている状態にあるように制御を実行することのでき
る記録動作制御手段と、を備えていることを特徴とする放送設備監視装置。
【請求項６】上記障害通知情報は、上記放送設備内の
各所要の装置部から、これら各装置部自体の動作状態に
基づいて発生されるものであることを特徴とする請求項
５に記載の放送設備監視装置。
【請求項７】上記放送設備にて生成される放送用スト
リームデータの状態監視を行って、監視している放送用
ストリームデータの状態に基づいて上記障害通知情報を
発生するように構成されたストリームデータ監視手段、を備えていることを特徴とする請求項５に記載の放送設
備監視装置。
【請求項８】上記障害通知情報取得手段により取得さ
れる障害通知情報に基づいて、少なくとも上記放送設備
内の所要の装置部ごとの障害状況を視覚的に把握可能な
監視画像としての画像情報を出力することのできる表示
制御手段と、上記監視画像上に対する操作によって、文字情報を上記
各装置部ごとに対応づけて入力することのできる入力操
作手段とを備え、上記表示制御手段は、上記入力操作手段により入力され
た文字情報を所定の形態により監視画像上に提示可能に
構成されている、ことを特徴とする請求項５に記載の放送設備監視装置。