JPH11163812A - 緊急／告知情報の放送開始の通知方法 - Google Patents

Abstract

(57)【要約】 【課題】デジタルネットワークにおいて、受信機の回路
上の負担を増加することなく緊急／告知情報の放送開始
を受信者に通知する。 【解決手段】受信機９１において分離部１１は、受信し
たデータストリームの関連情報２のフレームを情報宛先
分離部９に送る。情報宛先分離部９はフレームの宛先が
自身宛であれば、これをセキュリティーモジュール９２
の関連情報２処理部１２に送る。関連情報２処理部１２
は、フレーム中に番組を視聴するための暗号化された鍵
情報があれば、復号処理部１３を用いて復号化してメモ
リ管理部１５に格納し、フレーム中に緊急/告知放送の
開始通知があれば、受信機９１の出力処理部19に送る。
受信機９１の出力処理部19は、開始通知を受け取ると、
その旨をユーザに対して出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタル放送ネッ
トワークシステムやデジタル通信ネットワークシステム
等のデジタルネットワークシステムにおいて、災害情報
などの緊急/告知情報放送を行う技術に関するものであ
る。

【０００２】

【従来の技術】デジタルCATV放送システムなどのデジタ
ルネットワークシステムでは、送信側から放送或いは通
信されるアプリケーションデータに、契約その他により
認められた資格または権利のある受信者(加入者)のみが
当該アプリケーションデータを利用できるように、秘匿
性を持たせる必要がある場合がある。

【０００３】この秘匿性は、一般的には、次のような手
法で実現することができる。

【０００４】すなわち、送信者では、関連情報２を秘匿
性を持たせる特定のアプリケーションデータの利用が認
められた受信者のみが受信できる形式で送信する。関連
情報１を関連情報２で暗号化して放送形式で送信する。
そして、前記特定のアプリケーションデータを関連情報
１でデスクランブルできるようにスクランブルをかけて
放送形式で送信する。一方、特定のアプリケーションデ
ータの利用が認められた受信者は、関連情報１及び関連
情報２の両情報を受け取り、関連情報２により関連情報
１を復号し、復号した関連情報１でスクランブルされた
アプリケーションデータをデスクランブルし利用す
る。。

【０００５】このようなアプリケーションデータの秘匿
性を要するデジタルネットワークとしては、例えば、MP
EG１ SYSTEMS(ISO/IEC１１１７２-１)やMPEG２ SYSTEMS
(ISO/IEC１３８１８-１)を利用した放送ネットワークや
通信ネットワークで秘匿性を要するものがあり、これに
は、たとえば、パソコン通信システムやパソコンによる
映像配信システム、CATVシステム、地上波システム、衛
星放送システム、衛星通信システム、或いはこれらの有
料システムがある。

【０００６】そして、従来のアプリケーションデータの
秘匿性を要する放送ネットワークや通信ネットワークで
は、例えば電気通信技術審議会諮問第１７号答申に示さ
れているように、改竄等によってアプリケーションデー
タの不正視聴ができないよう、上述した手法の具体的手
法として以下の手順を採用している。

【０００７】すなわち、送信側装置では、アプリケーシ
ョンデータにスクランブルをかけ、このアプリケーショ
ンデータをデスクランブルするためのセッション鍵(Ks)
と呼ばれる、デスクランブル鍵情報を持つ共通情報を伝
送し、更に、加入者毎の契約情報及び前記共通情報の暗
号を解くためのワーク鍵(Kw)と呼ばれる暗号解読鍵情報
を含む個別情報を、マスタ鍵(Km)や個人鍵(Kp)で暗号化
し、個々の加入者毎に伝送する。そして、これらを受信
する受信側装置では、前記加入者毎に送られる個別情報
を受信し、マスタ鍵/個人鍵によってワーク鍵を抽出
し、抽出したワーク鍵によって前記共通情報を復号処理
し、デスクランブルするためのセッション鍵を抽出し、
目的のアプリケーションデータのスクランブルをデスク
ランブルする。

【０００８】ここで、電波産業会 ARIB STD-B１ １.０
版にもあるように、前記共通情報はECM(ISO/IEC １３８
１８-１ MPEG２ SYSTEMS、Entitlement Control Messag
e)として送受され、前記個別情報はEMM(ISO/IEC１３８
１８-１ MPEG２ SYSTEMS、Entitlement Management Mes
sage)として送受されることが想定されている。そし
て、この場合、送信側では、個別情報を格納したEMM
に、個々の受信者を識別するデコーダ識別番号を付され
て送信し、受信側では、送られてきたEMMが個々の受信
装置で受信者自身のデコーダ識別番号によって抽出(EMM
フィルタリング)し、前記マスタ鍵(Km)或いは個人鍵(K
p)によって復号処理してワーク鍵(Kw)を抽出し、抽出し
たワーク鍵(Kw)によって、前ECMを復号処理しセッショ
ン鍵(Ks)を抽出し、目的のアプリケーションデータをデ
スクランブルすることになる。

【０００９】さて、このようなデジタルネットワークに
おいて、従来、現在アナログのCATVネットワークでサー
ビスされているような緊急/告知放送サービスは実現さ
れていない。

【００１０】ここで、アナログCATVネットワークでサー
ビスされている緊急/告知放送は、次のように実現され
ている。

【００１１】すなわち、送信側はTVの映像/音声信号(周
波数)とは異なるローカル専用周波数にて緊急/告知放送
の開始信号を送出し、受信側はTVの映像/音声信号処理
回路とは異なる専用処理回路によって開始信号を検出
し、予め規定された論理ch番号で緊急/告知放送が開始
されている旨をエンドユーザに通知すると共に、ブザー
警告、本体正面でのLED点灯などを行う。

【００１２】

【発明が解決しようとする課題】デジタルネットワーク
システムの加入者の増加に伴い、デジタルネットワーク
システムにおいても、緊急／告知放送を実現することが
望まれる。

【００１３】しかし、デジタルネットワークに上述した
アナログCATVネットワークの緊急／告知情報放送の技術
を単純に適用した場合には、次のような問題が生じる。

【００１４】デジタルネットワークでは、先述したアプ
リケーションデータや関連情報１や関連情報２は、各々
異なる種類の時分割フレームに格納され、これら全てが
時分割多重化されたデータストリームとして送受され
る。そして、アナログCATVネットワークにおけるローカ
ル専用周波数のように緊急／告知情報の開始を通知する
専用の通信チャネルを設けるとするならば、これを、緊
急／告知放送の開始の通知専用に割り当てられた種類の
時分割フレームとして受信側装置へ伝送する必要があ
る。そして、この場合には、従来備えた各種時分割フレ
ームの処理回路とは別に、緊急／告知情報の開始の通知
専用に割り当てられた種類の時分割フレームを処理する
ための新たな処理回路を設ける必要があるなど、既存の
受信機の構成を大幅に変更する必要がある。

【００１５】また、たとえば、衛星を用いたデジタル放
送ネットワークシステムなどは、その加入者の範囲が、
アナログCATVネットワークのように一地域に限定され
ず、全国的であることが多い。このために、災害情報な
どの緊急/告知放送の開始を地域ごとにきめ細かに通知
することが困難であるという問題もある。たとえば、地
域ごとに異なる受信機を使用するなどの手法により、地
域ごとの災害情報の放送を行うことも考えられるが、こ
のようにすると全国的に受信機の共用化することができ
ず、全体としてのコストを増加させてしまう他、受信者
の引っ越しの際などに多大の負担を強いることになる。

【００１６】そこで、本発明は、受信機の大幅な変更を
要することのない、デジタルネットワークにおける緊急
／告知情報の放送を実現することを課題とする。また、
併せて、このような受信機を用いて、限定された受信者
を対象とする緊急／告知情報の放送を実現することを課
題とする。また、個々の受信者によって異ならない受信
機を用いて、限定された受信者を対象とする緊急／告知
情報の放送を実現することを課題とする。

【００１７】

【課題を解決するための手段】前記課題達成のために、
本発明は、たとえば、送信装置において、第1種のフレ
ームにスクランブルを施したアプリケーションデータを
含めて放送し、第2種のフレームにアプリケーションデ
ータをデスクランブルするための鍵情報を暗号化した暗
号化鍵情報を含めて放送し、第3種のフレームに、前記
鍵情報を復号するための復号情報を含めて、個々の受信
装置宛に送信し、受信装置において、当該受信装置宛に
送信された第3種のフレームを受信し、受信した第3種の
フレームに含まれた復号情報を用いて、受信した第2種
のフレームに含まれる暗号化鍵情報から前記鍵情報を復
号し、復号した鍵情報で受信した第1種のフレームに含
まれるアプリケーションデータをデスクランブルして利
用するデジタルネットワークにおいて、送信装置におい
て、前記第3種のフレームに緊急/告知情報の放送開始の
通知を含めて、当該通知を行う受信装置宛に送信し、受
信装置において、受信した当該受信装置宛に送信された
第3種のフレームに緊急/告知情報の放送開始の通知を含
んでいる場合に、当該受信者装置の利用者に対して緊急
/告知情報の放送開始を通知することを特徴とする緊急/
告知情報の放送開始の通知方法を提供する。

【００１８】このような緊急/告知情報の放送開始の通
知方法によれば、復号情報を配信するための第3種のフ
レームに緊急/告知放送の開始通知を含めて受信者に配
信するために、この第3種のフレームを処理する処理回
路で緊急/告知放送の開始通知を処理することができ、
新たに、関連緊急／告知情報の開始の通知専用に割り当
てられた種類のフレームを処理するための処理回路など
を設ける必要がない。

【００１９】

【発明の実施の形態】以下、本発の実施形態について説
明する。

【００２０】まず、第1の実施形態について説明する。

【００２１】図1に、本実施形態が適用されるネットワ
ークシステムの構成の一例を示す。

【００２２】図1は、衛星を利用したサービスネットワ
ークの全体構成を示したものである。

【００２３】図示するように、このネットワークシステ
ムは、送信装置５、送信機部６０、アンテナ部(送信側)
６１、衛星６３、アンテナ部(受信側)６４、受信装置７
から構成される。また、送信装置５は、多重装置１、ス
クランブラ部３、制御情報作成部２、多重装置３８を備
えている。

【００２４】ここで、近年、MPEG２(ISO/IEC１３８１
８)やMPEG１(ISO/IEC１１１７２)等の圧縮技術を利用し
た秘匿性を要する放送ネットワークや通信ネットワーク
が日本だけでなく欧米においても広く運用され始めてい
る。中でも衛星或いはケーブルを利用したものが多い。
図１の、送信機部６０、アンテナ部(送信側)６３、衛星
６、アンテナ部(受信側)６４は、衛星を利用する場合の
伝送システム６００を構成するものであり、他の伝送媒
体を用いるネットワークシステムに本実施形態を適用す
る場合には、これらに代えて、採用した伝送媒体に適し
た伝送システムを用いることになる。

【００２５】さて、図１に示したデジタルネットワーク
において、送信装置５は、多重化装置１へ入力される、
１つ以上の、例えば、映像Video、音声Audio、データDa
taといったアプリケーションデータは多重装置１にて時
分割多重し、さらに任意の特定アプリケーションデータ
には、スクランブラ３にてスクランブルをかけた上で、
１つのデータストリームとしてこれを多重装置３８で時
分割多重化し伝送システム６００を介して、受信装置７
に送信する。また、スクランブルされたアプリケーショ
ンデータの利用が認められた受信装置７は、受信したア
プリケーションデータをデスクランブルして利用する、
すなわち、本デジタルネットワークは、限定受信制御を
行う。

【００２６】ここで、限定受信制御とは、電気通信技術
審議会諮問第７４号一部答申にもあるように、正当な権
利を持つ受信者のみがアプリケーションデータを受信で
きるようアプリケーションデータにスクランブルをかけ
て伝送し、正当な権利のある受信者のみにこのスクラン
ブルをデスクランブルするための情報を与え、この情報
を受けた受信者のみがスクランブルを解けるようにする
制御のことである。

【００２７】そして、本実施形態において、この限定受
信制御の際に必要となる情報を作成するのが、図１の制
御情報作成部２である。必要となる制御情報には関連情
報１と関連情報２とがあり、前記したように、この関連
情報１とは、MPEG２ SYSTEMS(ISO/IEC１３８１８-１)で
ECMに相当し、電気通信技術審議会諮問第７４号答申で
は共通情報に相当する。また、関連情報２とは、MPEG２
SYSTEMS(ISO/IEC１３８１８-１)でEMMに相当し、電気
通信技術審議会諮問第７４号答申では個別情報に相当す
る。

【００２８】この制御情報作成部２は、正当な権利のあ
る受信者に与えるスクランブルを解くための情報を作成
し、これを多重化装置３８へ入力することにより、受信
側にスクランブルを解くための情報(関連情報１や関連
情報２)を配信する。また、制御情報作成部２は、前記
スクランブルを解くための情報に対応したスクランブル
をかけるための情報をスクランブラ３へ受け渡すことに
より、スクランブル部３に、アプリケーションデータに
スクランブルをかけさせる。

【００２９】このようなデジタルネットワークにおい
て、本実施形態では、制御情報作成部２は、さらに、緊
急／告知情報も、多重装置３８へ入力することにより、
前記スクランブルを解くための情報の時分割フレームを
利用して受信装置７に配信する。より、具体的には、後
述するように関連情報２の時分割フレームを利用して緊
急／告知情報を受信装置７に配信する。

【００３０】ここで、各受信装置７は、受信者個々を識
別する受信者IDと、個々の受信者それぞれに異なる固有
鍵を予め記憶している。

【００３１】以下、このようなデジタルネットワークの
送信装置５と、受信装置７の行う処理の詳細について説
明する。

【００３２】まず、送信装置５の行う処理について説明
する。

【００３３】図２に、この処理の処理手順を示す。

【００３４】例えば外部入力装置からの配信すべきデー
タの登録のイベントが発生するとＳ２０１、配信イベン
トが発生したと判定されＳ２０２、ステップS２０３か
らS２０６において、S２０１のイベントを発生された登
録の対象となったデータの種類などより発生した配信イ
ベントの種類を検出する。

【００３５】図２では、配信イベントの種類は、(１)加
入者の契約情報の配信を指示するイベント(ステップS２
０３)、(２)番組開始(ステップS２０４)を指示するイベ
ント、(３)緊急/告知放送の開始通知情報の配信を指示
するイベント(ステップS２０５)、（４）（１）から
（３）の何れのケースとも異なる場合の、その他の処理
を指示するイベント(ステップS２０６)の４つとしてい
る。

【００３６】さて、配信イベントが(１)加入者（たとえ
ば、図１のP氏）の契約情報の配信を指示するイベント
であった場合(S２０３)、まず、配信するべき加入者の
契約情報を、受信者の固有鍵(たとえば、P氏の固有鍵K
p)で暗号化する(ステップS２０３１)。この配信するべ
き契約情報とは、例えば、P氏が契約した番組の識別情
報であったり、予め用意しておいた、その番組のワーク
鍵(Kw)であったりする。そして、暗号化した契約情報に
宛先のP氏の受信者IDを付して関連情報２を作成する(ス
テップS２０３２)。作成した受信者IDを付した関連情報
２は、前記アプリケーションデータの時分割と同様に時
分割フレーム化する(S２０３３)。この際、この時分割
フレームには、関連情報１の時分割フレームやアプリケ
ーションデータの時分割フレーム等と区別できるよう関
連情報２であることを示す時分割フレーム識別番号を付
す。

【００３７】次に、配信イベントが(２)番組開始を指示
するイベントであった場合(S２０４)、まず、開始する
番組アプリケーションデータにかけるスクランブル鍵を
生成(S２０４１)し、これを暗号化する(S２０４２)。こ
の際、正当な視聴権限のある受信者(受信装置)が解ける
よう、例えば、各番組毎に異なる、この番組のワーク鍵
(Kw)にてスクランブル鍵を暗号化する。次に、暗号化し
たスクランブル鍵情報には開始する番組を識別できる番
組識別情報を付して関連情報１を作成する(ステップS２
０４３)。尚、ここで付与する番組識別情報は、別の他
の鍵によって暗号化していてもよい。作成した関連情報
１は、前記アプリケーションデータの時分割フレームや
関連情報２の時分割フレームと同様に時分割フレーム化
する(ステップS２０４４)。この際、時分割フレームに
は、関連情報２の時分割フレームやアプリケーションデ
ータの時分割フレーム等と識別できるよう、この番組の
アプリケーションデータに係る関連情報１であることを
示す時分割フレーム識別番号を付す。そして、さらに、
作成したスクランブル鍵(Ks)とスクランブルに該当する
アプリケーションデータの時分割フレーム識別番号とを
図１のスクランブラ３に設定しスクランブラ３が、この
番組を作成したスクランブル鍵(Ks)でスクランブルする
よう制御する(ステップS２０４５)。

【００３８】次に、配信イベントが(３)緊急/告知放送
の開始通知情報の配信を指示するイベントであった場合
(S２０５)、緊急/告知放送の開始通知パラメータを作成
し(ステップS２０５１)、これに配信するべき加入者の
受信者IDを付して関連情報２を作成する(ステップS２０
５２)。作成した受信者IDを付した関連情報２は、前記
アプリケーションデータの時分割フレームと同様に時分
割フレーム化する(ステップS２０５３)。この際、時分
割フレームには、関連情報１の時分割フレームやアプリ
ケーションデータの時分割フレーム等と区別できるよう
関連情報２であることを示す時分割フレーム識別番号を
付す(ステップS２０５３)。

【００３９】このように、配信イベントの種別に応じて
作成した時分割フレーム化した関連情報１、関連情報２
は、何れも図１の多重化装置１に伝送して、前記アプリ
ケーションデータの時分割フレームとともにデータスト
リーム化し(ステップS２０７)、伝送媒体にあった伝送
処理を行って送信する(ステップS２０８)。

【００４０】次に、受信装置７が行う処理について説明
する。

【００４１】図３に、受信装置７が行う処理を示す。

【００４２】この処理では、送信装置５が送信した、デ
ータストリームを受けるとステップS３０１)、まず準備
として、受信装置７それぞれに予め備えた受信者個々に
異なるよう設定した受信者ID(たとえば、P氏の受信者I
D)を読み出す(ステップS３０２)。次に、前記データス
トリーム中の関連情報２の時分割フレームを分離できる
よう受信装置７内部の分離部に対し関連情報２の時分割
フレーム識別番号を設定する(ステップS３０３)。この
状態で選局動作があった場合(ステップS３０４)、選局
した番組のアプリケーションデータの関連情報１の時分
割フレーム識別番号を、関連情報２と同様、分離部に対
し設定する(ステップS３０４１)。つまり、前記データ
ストリームの中で目的とするアプリケーションデータの
関連情報１の時分割フレームが分離できるよう分離部に
対し、その時分割フレームの識別番号を設定する。

【００４３】ここで、関連情報２の時分割フレームを受
信し、関連情報２の宛先が自分自身の受信者ID値(P氏の
受信者ID)であった場合(ステップS３０５)、まず、予め
受信装置に備えていた受信者(P氏)の固有鍵(Kp)を読み
出し、この鍵で関連情報２の復号化処理を行う(ステッ
プS３０５１)。その処理結果、該関連情報２のデータが
加入者の必要とする契約情報であると(ステップS３０５
２)、そのデータを格納管理する(ステップS３０５３)。
この加入者の必要とする契約情報とは、例えば、P氏が
契約した番組の識別情報であったり、その番組のワーク
鍵(Kw)であったりする。次に、受信装置７は、前記ステ
ップS３０５１で処理した結果の関連情報２のデータの
中に、緊急/告知放送の開始通知パラメータが存在する
かどうか検出する(ステップS３０５４)。この検出結
果、関連情報２のデータ中に該開始通知パラメータが存
在していれば、受信装置は、その開始の旨をユーザに通
知する(ステップS３０５５)。

【００４４】一方、選局によって受信装置が関連情報１
の時分割フレームを受信すると(ステップS３０６)、関
連情報１の中の番組識別情報と、先に関連情報２で送ら
れてきていて既に受信装置７で格納管理している契約し
た番組の番組識別情報とを全て照合する(ステップS３０
６１)。ここで、該格納管理している全ての番組識別情
報と照合一致しなかった場合には(ステップS３０６１の
NG)、分離した前記関連情報１は破棄(無視)し、受信禁
止(視聴禁止)の処理を行う(ステップS３０６３)。一
方、格納管理している番組識別情報のどれかに該当する
場合には(ステップS３０６１のOK)、例えば前記関連情
報２でP氏の契約情報として配信されてきた番組の識別
情報に該当した場合には、格納管理しているその番組識
別情報のワーク鍵(Kw)で前記関連情報１の復号化処理を
行い、その結果として得られる関連情報１の中に格納し
たスクランブル鍵(Ks)を復をデスクランブラに設定する
(ステップS３０６２)。デスクランブラではこの鍵(Ks)
によって目的とするアプリケーションデータの時分割フ
レームに係るスクランブルをデスクランブルする。

【００４５】以下、このような処理を行う送信装置５と
受信装置７の構成の詳細について説明する。

【００４６】まず、図４に、送信装置５の構成を示す。

【００４７】図中において、映像Video、音声Audio、デ
ータDataといったアプリケーションデータは全て時分割
フレーム作成部３１にて時分割フレーム化され、全ての
時分割フレームにはそれぞれを識別できるよう時分割フ
レーム識別番号が付される。この時、映像データVide
o、音声データAudioは圧縮化されていてもよく、この場
合は、それぞれ映像用エンコーダ２９、音声用エンコー
ダ３０にて圧縮化する。例えば、映像用エンコーダ２９
をMPEG２ Video(ISO/IEC１３８１８-２)のエンコーダ、
音声用エンコーダ３０をMPEG２ Audio(ISO/IEC１３８１
８-３)のエンコーダとする。

【００４８】さて、これら全てのアプリケーションデー
タの時分割フレームは多重装置１にて多重化され、複数
の時分割フレームで構成した１つのデータストリーム４
０として伝送する。この時、任意の特定アプリケーショ
ンデータの時分割フレームには、制御線４１で指定され
た任意のスクランブル鍵(Ks)でスクランブラ３にてスク
ランブルをかける。

【００４９】一方、入力装置３４において、配信すべき
制御データの登録イベントが発生すると制御データの配
信イベントが起こる。入力装置３４で起きたその配信イ
ベントが、加入者(たとえば、P氏)宛に送るべき契約情
報の配信である場合、入力装置３４から制御線４３を介
して関連情報２作成部３５の契約情報処理部３５１に受
信先(P氏)と契約情報(例えば、P氏の契約した番組の番
組識別情報とそのワーク鍵Kw)の配信指示を行う。これ
を受けて契約情報処理部３５１では、まず、保有する加
入者全ての固有鍵のうち該当する受信者の固有鍵(P氏の
固有鍵Kp)を検索する。検索した鍵はP氏に送るべき契約
情報の暗号化で使用し、暗号化した契約情報には宛先の
P氏の受信者IDを付して関連情報２(後述する、図６の情
報領域６３)を作成する。

【００５０】また、入力装置３４において、緊急/告知
放送の開始通知の配信イベントが起こり、加入者(P氏)
に開始通知を配信する場合、入力装置３４から制御線４
３を介して関連情報２作成部３５の緊急/告知放送開始
通知処理部３５２に受信先(P氏)の通知と緊急/告知開始
通知の配信指示を行う。これを受けて緊急/告知放送開
始通知処理部３５２では、緊急/告知放送の開始通知パ
ラメータを作成し、作成したデータには宛先のP氏の受
信者IDを付して関連情報２(例えば、後述する図７の情報
領域６５)を作成する。開始通知パラメータの値は、緊
急/告知放送の開始通知の配信イベントに応じた値とす
る。これは、たとえば、配信イベントが、最重要な緊急
/告知放送の開始を示しているときと、一般的な緊急/告
知放送の開始を示しているときで開始通知パラメータの
値を切り替えるようにする。

【００５１】ここで、緊急/告知放送の開始は、メール
データとして受信者に通知するようにしてもよく、この
場合には、入力装置３４から制御線４３を介して関連情
報２作成部３５に受信先(P氏)の通知と緊急/告知開始通
知のメール配信指示を行う。これを受けた関連情報２作
成部３５の緊急/告知情報放送開始通知処理部３５２
は、緊急/告知情報放送の開始通知文(メールデータ)と
前記と同様に開始通知パラメータを作成し、作成したデ
ータには宛先のP氏の受信者IDを付して関連情報２(例え
ば、後述する図８(I)の情報領域６９或いは(II)の情報
領域７０)を作成する。

【００５２】次に、入力装置３４において、任意の特定
番組の配信イベントが起こると、まず、入力装置３４か
ら制御線４３を介して登録対象番組の番組識別番号が指
示される。これを受けた関連情報２作成部３５では、自
作成部３５内で生成し管理していた、その番組識別番号
のワーク鍵(Kw)を検索し、この番組識別番号とワーク鍵
(Kw)を制御線４４を介して関連情報１作成部３６に渡
す。これを受けた関連情報１作成部３６ではこれら情報
を格納管理しておく。

【００５３】さらに、この番組の配信イベントでは、入
力装置３４から制御線４２を介して関連情報１作成部３
６に登録対象番組の番組識別情報とスクランブルをかけ
るべき対象アプリケーションデータの時分割フレーム識
別番号とを受け渡す。これを受けて関連情報１作成部３
６では、まず、自作成部３６内で保有する全てのワーク
鍵情報のうち、制御線４２から指示された番組識別情報
に該当する番組識別情報のワーク鍵(Kw)を検索する。検
索した鍵は、アプリケーションデータの時分割フレーム
にかけるべきスクランブル鍵情報の暗号化で使用する
が、この時、同作成部３６ではそのスクランブル鍵情報
を作成し、該検索結果のワーク鍵で暗号化する。さらに
同作成部３６では、暗号化したスクランブル鍵情報に対
し対象とする番組を受信側が識別できるよう番組識別情
報を付して関連情報１(例えば、後述する図９の情報領
域５７)を作成する。この関連情報１を作成すると関連
情報１作成部３６は、制御線４１を介してスクランブラ
３に、スクランブルをかけるべき対象アプリケーション
データの時分割フレーム識別番号とスクランブル鍵情報
(Ks)を受け渡す。スクランブラ３では受け取ったこれら
情報に従い、目的とするアプリケーションデータの時分
割フレームにスクランブルをかけて前記データストリー
ム４０を出力する。

【００５４】このように以上の処理によって、関連情報
２作成部３５で作成した関連情報２と、関連情報１作成
部３６で作成した関連情報１とは、それぞれ、関連情報
２は時分割フレーム作成手段３３に、関連情報１は時分
割フレーム作成手段３２に受け渡し、それぞれの時分割
フレーム作成手段３３と３２とで時分割フレーム化す
る。この際、関連情報２の時分割フレームには関連情報
２であることを示す時分割フレーム識別番号を付し、関
連情報１の時分割フレームには、その関連情報１のスク
ランブル鍵情報を用いた番組のアプリケーションデータ
に係る関連情報１であることを示す時分割フレーム識別
番号を付す。

【００５５】こして、時分割フレーム作成手段３３で時
分割フレーム化した関連情報２は、時分割フレーム作成
手段３３が信号線４５を介して多重化装置３８に伝送す
る。また、時分割フレーム作成手段３２で時分割フレー
ム化した関連情報１は、時分割フレーム作成手段３２が
信号線４６を介して多重化装置３８に伝送する。これで
多重化装置３８では、受け取った関連情報２の時分割フ
レーム或いは受け取った関連情報１の時分割フレーム
を、たとえば、後述する図１０に示す前記データストリ
ーム４０に多重し１つのデータストリーム３９として伝
送する。

【００５６】ここで、以上に説明してきた各時分割フレ
ームとデータストリームの構成を示す。

【００５７】図５は、映像Video、音声Audio、データDa
taといったアプリケーションデータの時分割フレームの
フォーマット構成例を示したものである。

【００５８】図５に示すように、時分割フレームには、
同期データ５４が付される。これは関連情報１或いは関
連情報２の時分割フレームにおいても同じである。ま
た、全ての時分割フレームには時分割フレーム識別番号
５５が付される。これも関連情報１或いは関連情報２の
時分割フレームにおいても同じである。時分割フレーム
識別番号５５は、MPEG２ SYSTEMS(ISO/IEC１３８１８-
１)のPacket IDentifier(PID)に相当する。アプリケー
ションデータの時分割フレームの時分割フレーム識別番
号５５は、そのアプリケーションデータの番組に対応し
て設定される。

【００５９】次に、図６、図7、図8は、関連情報２の時
分割フレームのフォーマット構成例を示したものであ
り、図6が契約情報を格納した関連情報２、図７は緊急
／告知情報放送の開始を格納した関連情報２、図８は緊
急／告知情報放送の開始文をメールデータとして格納し
た関連情報２についてのものである。

【００６０】各図に示したように、関連情報２の時分割
フレームでは、特定加入者を宛先とする受信者ID(例え
ばP氏の受信者ID)６１が設けられる。また、関連情報２
の時分割フレームには、時分割フレーム識別番号とし
て、その内容に関わらずに全て同じ値が設定される。

【００６１】さて、図６の契約情報を格納した関連情報
２では、情報領域６３を格納している。この情報領域６
３では、該加入者宛(例えばP氏)の契約情報としてセキ
ュリティ情報６２を格納している。このセキュリティ情
報６０とは、例えば、P氏の契約した番組の識別番号と
そのワーク鍵Kwであったりする。この場合、このセキュ
リティ情報６０は、例えば、加入者それぞれで異なる固
有の固有鍵(Kp)等を用いて送信側装置にて暗号化する。
ただし、他の仕組みによって、その秘匿性が守られる場
合には、暗号化しなくてもよい。

【００６２】また、図７の緊急／告知情報放送の開始を
格納した関連情報２の時分割フレームでは、緊急/告知
放送の開始通知パラメータ６４を含んだ情報領域６５を
格納している。ここで、緊急／告知情報放送の開始を格
納した関連情報２と契約情報を格納した関連情報２が同
時に発生した場合には、この情報領域６５に、図６と同
様のセキュリティ情報６２を含めることにより、二つの
関連情報２を一つの時分割フレームにまとめるようにし
てもよい。

【００６３】次に、図８の緊急／告知情報放送の開始文
をメールデータとして格納した関連情報２のの時分割フ
レームは、図中(I)もしくは(II)のいずれかのフォーマ
ットとしてよい。(I)は情報領域６９に、(II)は情報領
域７０に、緊急/告知放送の開始通知メールデータを含
んでいる。

【００６４】さて、(I)の情報領域６９では、情報領域
６９にメールデータが格納されている旨を示すメール指
示６６を格納する。受信側ではこのメール指示６６によ
って、該情報領域６９にメールデータが格納されている
旨を認識することができる。さらに、(１)情報領域６９
では、メールデータがどんな内容のものなのか識別する
ためのメール内容識別子６７を格納する。受信側ではこ
のメール内容識別子６７によって、メールデータ６８の
内容(例えば、受信済みのメールデータであるかどうか)
を識別することができる。さらに(１)情報領域６９に
は、該メールデータが緊急/告知放送の開始通知メール
であることを示すために、図７と同様の開始通知パラメ
ータ６４を格納する。この開始通知パラメータ６４によ
って(１)情報領域６９を処理した受信側では、該メール
データ６８が緊急/告知放送の開始通知メールであるこ
とを識別することができる。

【００６５】次に、(II)の情報領域７０は、(I)と同様
に情報領域７０にメールデータが格納されている旨を示
すメール指示６６と、メールデータがどんな内容のもの
なのか識別するためのメール内容識別子６７を格納す
る。ここで、(II)では、(I)の情報領域６９とは異な
り、メール内容識別子６７のこの領域を使ってメールデ
ータ６８が緊急/告知放送の開始通知メールであること
を認識できるようにしている。

【００６６】つまり、受信側に該メールデータが緊急/
告知放送の開始通知メールであることを表示するため
に、(I)の情報領域６９では、メール内容識別子６７と
は別の領域にて開始通知パラメータを用意したのに対
し、(II)の情報領域７０では、メール内容識別子６７の
領域を開始通知パラメータの格納にも利用している。具
体的には、(II)の情報領域７０のメール内容識別子６７
の値として、その開始通知パラメータに対応するメール
データのメール内容識別子６７には用いない範囲の値を
用いるようにするか、緊急／告知情報放送の開始通知パ
ラメータを示す値を付加するようにする。

【００６７】次に、図９に関連情報１の時分割フレーム
のフォーマット構成例を示す。

【００６８】この時分割フレームには、任意の特定番組
のアプリケーションデータに係る関連情報１であること
を示す時分割フレーム識別番号５９が付してある。ま
た、情報領域５７を格納する。この情報領域５９には、
関連情報１が対象とする番組を識別できるよう番組識別
情報５６と、その番組のアプリケーションデータのスク
ランブルを解くためのスクランブル鍵情報５８とを格納
する。番組識別情報５６は暗号化されていても良く、例
えば、ネットワークで別途規定する固定鍵、マスタ鍵、
或いは固定鍵若しくはマスタ鍵で予め受信者に配信して
いた別ワーク鍵等を用いて送信側装置にて暗号化しても
よい。また、たとえば、限定受信制御を行わない番組の
アプリケーションデータのスクランブル鍵情報５８など
は暗号されていなくてもよい。

【００６９】次に、図１０に、これらの時分割フレーム
を、多重化装置３８が時分割多重化したデータストリー
ム４０のフォーマット構成例を示す。

【００７０】図１０において、符号５１の時分割フレー
ムはチャネル１の映像データに係る関連情報１の時分割
フレームを指し、図９の関連情報１の時分割フレームに
対応する。また、符号５３の時分割フレームは同じくチ
ャネル１の音声データに係る関連情報１の時分割フレー
ムを指し、同じく図９の関連情報１の時分割フレームに
対応するものである。また、符号４８と符号５０の時分
割フレームは関連情報２の時分割フレームを指す。特
に、符号４８の時分割フレームはP氏宛に受信者IDを付
した関連情報２の時分割フレームで、符号５０の時分割
フレームは他の特定加入者宛に受信者IDを付した関連情
報２の時分割フレームである。この符号４８、５０の時
分割フレームは何れも図６の関連情報２の時分割フレー
ムに対応するものである。符号４９の時分割フレームは
アプリケーションデータの時分割フレームを指し、便宜
上、図１０ではチャネル１の映像データと音声データ、
チャネル２の映像データを表記している。この符号４９
の時分割フレームは何れも図５のアプリケーションデー
タの時分割フレームに対応するものである。さらに、符
号４７と符号５２の時分割フレームは、緊急/告知放送
の開始通知を配信するための関連情報２の時分割フレー
ムを指す。特に、符号４７の時分割フレームは、P氏宛
に受信者IDを付した関連情報２の時分割フレームで、該
開始通知のメールをP氏宛に配信するための関連情報２
の時分割フレームである。この符号４７の時分割フレー
ムは図８の関連情報２の時分割フレームに対応するもの
である。一方、符号５２の時分割フレームは、その他の
特定加入者宛に受信者IDを付した関連情報２の時分割フ
レームで、緊急/告知放送の該開始通知のみを配信する
ための関連情報２の時分割フレームである。つまり、符
号５２の時分割フレームは図７の関連情報２の時分割フ
レームに対応するものである。

【００７１】このように、データストリームは、アプリ
ケーションデータや関連情報１、関連情報２の時分割フ
レームを全て多重した構成となる。さらに、このデータ
ストリームは、送信器部６０によって伝送媒体に適した
形で送信される。受信装置７もこの伝送媒体に適した形
でデータストリーム３９を受信し、これより図１０のデ
ータストリームを復元し、処理を行うことになる。

【００７２】なお、送信装置５は、緊急/告知放送の開
始を通知する関連情報２の時分割フレームを送信する
と、予め定めた番組チャネル、もしくは、緊急/告知放
送の開始を通知するメール文で通知した番組チャネル
で、緊急/告知放送を行う。緊急/告知放送は、通常の番
組のアプリケーションデータの放送と同様に行う。ただ
し、スクランブルをかけずに放送したり、スクランブル
鍵を暗号化せずに関連情報１の時分割フレームで送信す
ることにより、限定受信制御を行わないようにしてもよ
い。

【００７３】次に、受信装置７の詳細について説明す
る。

【００７４】図１１に、受信装置７の構成を示す。

【００７５】図示するように、受信装置７は受信機９１
と、例えばICカードのような取り外し可能なセキュリテ
ィモジュール９２で構成される。また、受信機９１に
は、テレビジョン装置などの表示装置２０００が接続さ
れる。なお、復調器１８は、図１の伝送システム６００
に属するものであるが、本実施形態では受信機９１に内
蔵している。

【００７６】セキュリティモジュール９２は、通信イン
タフェース８７で受信機９１と通信を行なう。このセキ
ュリティモジュール９２がICカード(ISO/IEC７８１６)
であればこの通信インタフェース８７はT=０、T=１通信
であればよい。受信機９１にてこのセキュリティモジュ
ール９２との通信を司るのがセキュリティモジュールイ
ンタフェース処理部８６である。このセキュリティモジ
ュールインタフェース処理部８６は通信インタフェース
８７に対応した処理を行う。

【００７７】さて、本受信装置７では、関連情報１や関
連情報２の分離を受信機が行ない、その関連情報１や関
連情報２の処理をセキュリティモジュール９２が行って
スクランブル鍵の抽出、緊急/告知放送の開始通知の検
出を行い、受信機９１に通知し、受信機９１が、アプリ
ケーションデータのデスクランブルと、緊急/告知情報
の開始通知を行う。

【００７８】以下、その動作の詳細について説明する。

【００７９】まず準備として、セキュリティモジュール
９２に備えてあって受信者毎にそれぞれ異なる受信者ID
(たとえば、P氏の受信者)を、通信インタフェース８７
でセキュリティモジュールインタフェース処理部８６を
介して、セキュリティモジュール９２中のメモリ管理部
１５から読み出し同受信機９１内の情報宛先分離部９に
設定する。つまりこれが経路８９である。

【００８０】また、また、分離部１１に関連情報２の時
分割フレーム識別番号を設定し、復調機１８が送信装置
５から受信した信号を復調したデータストリーム１７か
ら分離部１１が関連情報２の時分割フレームを分離する
よう設定しておく。さらに番組の選局動作があった場合
には、選局した番組のアプリケーションデータの関連情
報１の時分割フレーム識別番号を、関連情報２と同様、
分離部１１に設定し、データストリーム１７から目的の
関連情報１の時分割フレームを分離するよう設定してお
く。

【００８１】受信機９１で関連情報２の時分割フレーム
を分離部１１が分離すると、これを分離部１１が信号線
２０を介し情報宛先分離部９に受け渡す。分離部１１で
分離した関連情報２は全てこの情報宛先分離部９に受け
渡される。これら情報を受け取り情報宛先分離部９で
は、設定された受信者ID値と前記関連情報２の受信者ID
領域の値との照合を行なう。ここで合致した場合、情報
宛先分離部９はその関連情報２をセキュリティモジュー
ルインタフェース処理部８６を介して通信インタフェー
ス８７でセキュリティモジュール９２に受け渡す(経路
９０)。一方、合致しない場合、情報宛先分離部９は分
離部１１から受け取った前記関連情報２を破棄(無視)す
る。つまり、情報宛先分離部９で受け取った関連情報２
の宛先が受信者の受信者IDに該当する場合に、同宛先分
離部９が該関連情報２をセキュリティモジュール９２に
受け渡し、同セキュリティモジュール９２内の関連情報
２処理部１２でこれを受け取る。

【００８２】ここで、このような情報宛先分離部９が関
連情報２処理部１２に受け渡す該情報宛先分離部９が分
離した関連情報２のデータ構成を図１２に示す。

【００８３】図１２においてデータ(a)は、図６の情報
領域６３のうち受信者ID６１以降のデータエリアの一部
に相当する。すなわち、図６の情報領域６３における受
信者ID６１、セキュリティ情報６２といった受信装置
(加入者)に必要な情報は全て図１２の(a)となり、これ
を情報宛先分離部９が関連情報２処理部１２に受け渡
す。

【００８４】同様に、図１２のデータ(b)は、図７の情
報領域６５のうち受信者ID６１以降のデータエリアの一
部に相当する。すなわち、図７の情報領域６５における
受信者ID６１、緊急/告知放送の開始通知パラメータ６
４、セキュリティ情報６２といった受信装置(加入者)に
必要な情報は全て図１２のデータ(b)となり、これを情
報宛先分離部９が関連情報２処理部１２に受け渡す。

【００８５】図１２のデータ(c)は、図８(I)の情報領域
６９のうち受信者ID６１以降のデータエリアの一部に相
当する。従って、図８(I)の情報領域６９における受信
者ID６１、緊急/告知放送の開始通知パラメータ６４、
メール内容識別子６７、緊急/告知放送の開始通知メー
ルデータ６８といった受信装置(加入者)に必要な情報は
全て図１２のデータ(c)となり、これを情報宛先分離部
９が関連情報２処理部１２に受け渡す。

【００８６】図１２のデータ(c')は、図８(II)の情報領
域７０のうち受信者ID６１以降のデータエリアの一部に
相当する。すなわち、図８(II)の情報領域７０における
受信者ID６１、メール内容識別子６７(前述の通り、こ
の領域に緊急/告知放送の開始通知パラメータを格納す
る)、緊急/告知放送の開始通知メールデータ６８といっ
た受信装置(加入者)に必要な情報は全て図１２のデータ
(c')となり、これを情報宛先分離部９が関連情報２処理
部１２に受け渡す。

【００８７】さて、これら図１２の(a)(b)(c)(c')デー
タを受け取ったセキュリティモジュール９２の、関連情
報２処理部１２では、経路２５を介してメモリ管理部１
５内で管理している受信者IDの値を取り出し、この値
と、図１２(a)(b)(c)(c')の受信者ID６１の値との照合
を行ない、一致していれば、同メモリ管理部１５内に格
納している固有鍵(Kp、受信者それぞれに異なる受信者
の固有鍵)を関連情報２処理部１２が同経路２５を介し
て取り出す。一方、一致して無ければ、受け取った図１
２の(a)(b)(c)(c')のデータは破棄(無視)する。

【００８８】関連情報２処理部１２が経路２５を介して
メモリ管理部１５内の固有鍵(P氏の固有鍵)を読み出す
と、同処理部１２は、読み出した固有鍵と図１２の情報
領域７３、情報領域７１を経路２３を介し復号処理部１
３に受け渡す。尚ここでは、図１２の情報領域７３、情
報領域７１中のセキュリティ情報６２が固有鍵で暗号化
されていると仮定し、情報領域７２、情報領域７４中に
は暗号化データが一切含まれないものとする。このため
に、関連情報２処理部１２の処理では、関連情報２処理
部１２が読み出した固有鍵と同情報領域７３、７１のデ
ータのみを復号処理部１３に受け渡し、情報領域７２、
情報領域７４中の開始通知パラメータやメール識別子や
メールデータは自身で抽出している。しかし、図１２の
情報領域７２、情報領域７４中のデータも暗号化する場
合には、同処理部１２は暗号化を解くための鍵とこれら
情報領域も復号処理部１３に受け渡す。

【００８９】復号処理部１３では、関連情報２処理部１
２から受け取った前記鍵情報で、同処理部１２から受け
取った情報領域７３、或いは情報領域７１を所定の復号
アルゴリズムを用いて復号処理する。

【００９０】そして、図１２(a)の情報領域７３を復号
処理した場合、復号処理部１３は、領域７３中のセキュ
リティ情報６２を経路２６を介しメモリ管理部１５に格
納する。このセキュリティ情報６２とは前述の通り、例
えば、契約した番組識別情報、そのワーク鍵Kwであった
りする。一方、図１２(b)の情報領域７１を復号処理し
た場合、同復号処理部１３は、前記情報領域７３と同
様、領域７１中のセキュリティ情報６２を経路２６を介
しメモリ管理部１５にこれを格納する。このセキュリテ
ィ情報６２も前記情報領域７３と同様、前述の通り受信
者が契約した番組識別情報、そのワーク鍵Kwであったり
する。さらに、この情報領域７１の場合、復号処理部１
３は、前記情報領域７３とは異なり、緊急/告知放送の
開始通知パラメータ６４の指示に従い、経路２３を介し
この開始通知指示を関連情報２処理部１２に通知する。

【００９１】尚、ここでも、前述の通り、図１２の情報
領域７２、情報領域７４中には暗号化データが一切含ま
れないものとしているが、これらの領域も暗号化した場
合は、同復号処理部１３にて復号処理し、これが図１２
(c)の情報領域７２を復号処理した場合、前記情報領域
７１と同様、同領域７２中の緊急/告知放送の開始通知
パラメータ６４の指示に従い経路２３を介してこの開始
通知パラメータを関連情報２処理部１２に通知する。さ
らに、同情報領域７２の場合、復号処理部１３は、開始
通知パラメータとメール内容識別子をメールデータ６８
ともに経路２３を介し関連情報２処理部１２に受け渡
す。また、図１２(c')の情報領域７４を同復号処理部１
３が復号処理する場合は、メール内容識別子６４とメー
ルデータ６８を経路２３を介し関連情報２処理部１２に
受け渡す。逆に、検出結果が緊急/告知放送の開始通知
パラメータでなければ、復号処理部１３は同情報領域７
４中のメール識別子とメールデータ６８のみを経路２３
を介し関連情報２処理部１２に受け渡す。

【００９２】これら上記処理を経て、開始通知パラメー
タ、メール識別子、メールデータを入手した関連情報２
処理部１２は、通信インタフェース８７を介して、受信
機９１と通信しながら、これらを受信機７に通知する。

【００９３】このような、開始通知指示とその開始通知
メールデータ、通常のメールデータを受信機７に通知す
るために、関連情報２処理部１２が、通信インタフェー
ス８７を介して、受信機９１に送信する通信文の内容を
図１３に示す。

【００９４】図１３においてデータ(a)は、セキュリテ
ィモジュール９２が受信機９１から関連情報２を受け取
って、セキュリティモジュール９２内の関連情報２処理
部１２が正しく該関連情報２を処理したことをセキュリ
ティモジュール９２が通信インタフェース８７でセキュ
リティモジュールインタフェース処理部８６を介して受
信機９１に返信する場合のデータ例である。これは、図
１２のデータ(a)をセキュリティモジュール９２が受け
た場合に、同モジュール９２内の関連情報２処理部１２
で復号処理部１３とともに図１２データ(a)を正しく処
理した後、通信インタフェース８７でセキュリティモジ
ュールインタフェース処理部８６を介して同モジュール
９２が受信機９１に返信するもので、同図１３(a)のよ
うに、例えば、正しく受領した旨を伝える受領データ７
５のみ返信する。

【００９５】図１３のデータ(b)は、セキュリティモジ
ュール９２が受信機９１から関連情報２を受け取って、
セキュリティモジュール９２内の関連情報２処理部１２
が正しく該関連情報２を処理し、同モジュール９２が通
信インタフェース８７でセキュリティモジュールインタ
フェース処理部８６を介して受信機９１に緊急/告知放
送の開始通知を行う場合のデータ例である。これは、図
１２のデータ(b)をセキュリティモジュール９２が受け
て、同モジュール９２内の関連情報２処理部１２が復号
処理部１３とともに図１２データ(b)を正しく処理し図
１２(b)の緊急/告知放送の開始通知パラメータ６４を検
出した場合に、通信インタフェース８７でセキュリティ
モジュールインタフェース処理部８６を介して同モジュ
ール９２が受信機９１に該緊急/告知放送の開始通知を
指示するもので、図１３(b)のように、例えば、受領且
つ開始通知指示データ７６のみ返信する。同図１３のデ
ータ(a)つまり受領データ７５と、図１３のこのデータ
(b)つまり受領且つ開始通知指示データ７６とでは、例
えば、格納する(セキュリティモジュール９２が受信機
９１に返信する)値そのものが異なるだけであったりす
る。

【００９６】図１３のデータ(c)と(c')は、セキュリテ
ィモジュール９２が受信機９１から関連情報２を受け取
って、セキュリティモジュール９２内の関連情報２処理
部１２が正しく該関連情報２を処理し、同モジュール９
２が通信インタフェース８７でセキュリティモジュール
インタフェース処理部８６を介して受信機９１に緊急/
告知放送の開始通知と該開始通知文のメールデータを受
け渡す場合のデータ構成例である。

【００９７】図１３のデータ(c)は、図１２のデータ(c)
をセキュリティモジュール９２が受けて、同モジュール
９２内の関連情報２処理部１２が図１２のデータ(c)を
正しく処理し、図１２(c)のメール内容識別子６７を検
出することで関連情報２にメールデータ６８が格納され
ている旨を認識し、関連情報２処理部１２が図１２(c)
の緊急/告知放送の開始通知パラメータ６４を検出する
ことで前記メールデータ６８が緊急/告知放送の開始通
知メールデータであることを認識した場合に、通信イン
タフェース８７でセキュリティモジュールインタフェー
ス処理部８６を介し同モジュール９２が受信機９１に該
開始通知とその開始通知メールデータを指示するもので
ある。図１３のデータ(c)において、メール内容識別子
６７は図１２データ(c)のメール内容識別子６７に相当
し、また、メールデータ６８は図１２データ(c)のメー
ルデータ６８に相当する。また、同図１３(c)の受領且
つ開始通知データ８０は、前記図１３(b)の受領且つ開
始通知指示データ７６に相当する。

【００９８】この場合、受信機９１はこの図１３のデー
タ(c)を受けて、同図１３(c)のメール内容識別子６７か
らメールデータ６８の内容を知り得る。さらに受信機９
１は、同図１３(c)の受領且つ開始通知指示データ８０
により該メールデータ６８が緊急/告知放送の開始通知
メールデータであることを知り得る。

【００９９】一方、図１３のデータ(c')は、図１２のデ
ータ(c')をセキュリティモジュール９２が受けて、同モ
ジュール９２内の関連情報２処理部１２がこれ(を正し
く処理し、図１２(c')のメール内容識別子６７を検出す
ることで該関連情報２にメールデータ６８が格納されて
いる旨を認識し、さらに、関連情報２処理部１２が図１
２(c')のメール内容識別子６７の値が緊急/告知放送の
開始通知パラメータ値であることを検出することで前記
メールデータ６８が該開始通知メールデータであること
を認識した場合に、通信インタフェース８７でセキュリ
ティモジュールインタフェース処理部８６を介し同モジ
ュール９２が受信機９１に開始通知とその開始通知メー
ルデータを指示するものである。

【０１００】図１３のデータ(c')で、メール内容識別子
６７は図１２データ(c')のメール内容識別子６７に相当
し、また、メールデータ６８は図１２データ(c')のメー
ルデータ６８に相当する。また、同図１３(c')のメール
内容識別子６７の値は、メール内容識別子の値から認識
される緊急/告知放送の開始通知パラメータの値とす
る。図１３(c')の受領データ７７は、前記図１３(a)の
受領データ７５に相当する。つまり、この受領データ７
７は、図１３のデータ(a)の場合と同様、図１２(c')の
情報領域７２をセキュリティモジュール９２が正しく受
領し且つ処理した旨を受信機９１に伝えるものである。

【０１０１】この場合、受信機９１はこの図１３のデー
タ(c')を受けて、同図１３(c')のメール内容識別子６７
からメールデータ６８の内容を知り得る。さらに受信機
９１は、同図１３(c')のメール内容識別子６７の値が緊
急/告知放送の開始指示パラメータを表す値であること
を検出することで該メールデータ６８が緊急/告知放送
の開始通知メールデータであることを知り得る。

【０１０２】ここで、通常のメールデータを関連情報２
処理部１２が入手した場合にも、図１３(c')と同様の通
信文を用いる。ただし、この場合のメール内容識別子
は、開始通知パラメータの値としない。

【０１０３】さて、図１１において、セキュリティモジ
ュール９２からのデータを受け取った受信機９１内の出
力処理部１６は、そのデータの内容に応じた出力処理を
行う。すなわち、開始通知パラメータを表す値を含む図
１３(b)(c)(c')のデータを受け取った場合には、緊急/
告知放送開始を通知する出力処理を行い、開始通知パラ
メータを示さないメール識別子とメールデータのデータ
を受け取った場合には、メール出力処理を行う。

【０１０４】こらら出力処理の具体例については、後述
する。

【０１０５】以上，関連情報２の処理について説明し
た。

【０１０６】以下、関連情報１とアプリケーションデー
タの処理について説明する。

【０１０７】図１１において、前述の通りユーザによる
選局操作があって、受信機９１で関連情報１の時分割フ
レームを分離部１１が分離すると、信号線８４でセキュ
リティモジュールインタフェース処理部８６を介して通
信インタフェース８７でセキュリティモジュール９２に
これを受け渡す。

【０１０８】このセキュリティモジュール９２に受け渡
す関連情報１のデータ構成例が図１２の(d)である。図
９の番組識別情報５６、スクランブル鍵情報５８といっ
た受信装置(選局番組の視聴)にとって必要な情報が図１
２のデータ(d)となり、これを分離部１１が関連情報１
処理部１４に受け渡す。

【０１０９】図１２のデータ(d)を受け取ったセキュリ
ティモジュール９２内では、関連情報１処理部１４が、
まず、図１２のデータ(d)の番組識別情報５６のデータ
エリアを抽出する。次に、抽出したの番組識別情報５６
に対応する対象番組データをメモリ管理部１５の中で格
納管理しているかどうか検索を行なう。ここで対象番組
データとは、例えば、抽出した番組識別情報であったり
する。従って、ここで行なう検索とは、関連情報１処理
部１４が経路２７を介しメモリ管理部１５の中に、抽出
した番組識別情報が既に格納管理されているかどうかを
検索するものである。

【０１１０】この結果、もし格納管理していれば、同管
理部１５内のその対象番組データとともに同管理部１５
内で格納管理している鍵情報(たとえば、ワーク鍵Kw)
を、関連情報１処理部１４は経路２７を介し読み出す。
逆に格納して無ければ、関連情報１処理部１４が前記受
け取った図１２のデータ(d)を同処理部１４は破棄(無
視)する。

【０１１１】検索の結果、関連情報１処理部１４がメモ
リ管理部１５内の鍵情報を読み出すと、同処理部１４
は、読み出した鍵情報と前記受け取った図１２のデータ
(d)とを、経路２４を介し復号処理部１３に受け渡す。

【０１１２】復号処理部１３では、関連情報１処理部１
４から受け取った前記鍵情報で、同処理部１４から同じ
く受け取った図１２のデータ(d)を所定の復号アルゴリ
ズムに従い復号処理する。復号処理した結果は、復号処
理部１３が通信インタフェースを介し受信機９１のデス
クランブラ１０に受け渡す。ここで、この復号処理した
結果とは、図１２のデータ(d)の中のスクランブル鍵情
報５８のことであり、復号処理部１３は、復号処理した
このスクランブル鍵情報５８をデスクランブラ１０へ受
け渡す。

【０１１３】尚、図８の番組識別情報５６を暗号化する
場合は、関連情報１処理部１４が受け取る図１２のデー
タ(d)の中の番組識別情報５６に暗号がかかっているた
め、送信装置で前記説明したような、例えば、ネットワ
ークで別途予め用意した固定鍵或いはマスタ鍵或いはワ
ーク鍵を、関連情報１処理部１４が経路２７を介しメモ
リ管理部１５から読み出し、読み出した該鍵とその暗号
化のデータ(番組識別情報５６)をまず復号処理部１３に
受け渡す。これを受けて復号処理部１３は復号処理し、
結果を関連情報１処理部１４に受け渡す。その後、前述
の関連情報１処理部１４の処理と同様、同処理部１４
は、番組識別情報５６をメモリ管理部１５の格納データ
中に検索し、番組識別情報５６の該当鍵を同管理部１５
から読み出し、該鍵と図１２のデータ(d)とを復号処理
部１３に受け渡し、同処理部１３ではこれを復号処理す
る、といった上述の処理を行なうことで復号処理部１３
がスクランブル鍵情報５８をデスクランブラ１０に受け
渡す。

【０１１４】受信機９１の、デスクランブラ１０では、
受け取ったこのスクランブル鍵情報５８を用いて、前記
ユーザが選局した番組のアプリケーションデータの時分
割フレームにかかったスクランブルをデスクランブル
し、表示装置２０００に出力する。

【０１１５】ここで、以上の処理で用いたメモリ管理部
１５の内容を図１４に示しておく。

【０１１６】図１１のメモリ管理部１５には、加入者そ
れぞれを識別する受信者ID８１(P氏の受信者ID)と、加
入者それぞれに異なる受信者の固有鍵８２(P氏の固有
鍵)とが予め化右脳されている。番組識別情報８３とそ
れに対応するワーク鍵情報８３は、前述した関連情報２
の処理によって格納されることになる。図１４は、P氏
の契約した番組視聴条件として番組aと番組cの情報が契
約情報(セキュリティ情報)として配信され格納している
ことを示している。つまり、関連情報の時分割フレーム
によってP氏宛に配信された番組識別情報a８３とそのワ
ーク鍵情報Kwa８３、番組識別情報b８３とそのワーク鍵
情報Kwb８３のデータが前述した関連情報２の処理によ
って格納されている。

【０１１７】なお、契約期限８３、暗号アルゴリズム初
期設定データ８３も、図６或いは図７の関連情報２のセ
キュリティ情報としてP氏に配信し、受信装置７の関連
情報２の処理によってメモリ管理部に格納されたデータ
であり、受信禁止指示や暗号アルゴリズムデータ、改竄
等のパイレーツ対策で用いるネットワークの運用上で必
要となるセキュリティ情報である。一般的にネットワー
クを運用するのであれば、この他の鍵情報、セキュリテ
ィ情報も必要であるが、図１４では、これをその他セキ
ュリティ情報８３としている。尚、これらの情報も、セ
キュリティ情報として配信することができる。

【０１１８】以下、前述した受信機９１内の出力処理部
１６が行う出力処理について説明する。

【０１１９】図１５に、出力処理の例を示した。

【０１２０】図１５は、受信機９１、セキュリティモジ
ュール９２、表示装置２０００の外観を示したものであ
る。

【０１２１】さて、出力処理では、開始通知パラメータ
を表す値を含む図１３(b)(c)(c')のデータを受け取った
場合には、緊急/告知放送開始を通知する出力処理とし
て、出力処理として、図１１の出力器１３に相当する緊
急/告知放送専用の開始通知LED等９５の点灯或いは点滅
を行う。また、開始通知パラメータを表す値を含む図１
３(b)(c)(c')のデータを受け取った場合には、緊急/告
知放送開始を通知する出力処理として、図１１の出力器
１３に相当するブザー９８を鳴動させる。また、開始通
知パラメータを表す値を含む図１３(b)(c)(c')のデータ
を受け取った場合には、緊急/告知放送開始を通知する
出力処理として、図１１のMIX処理部１００２を介し
て、表示装置２０００のスピーカ９９からブザー音を表
示させる。また、開始通知パラメータを表す値を含む図
１３(c)(c')のデータを受け取った場合には、緊急/告知
放送開始を通知する出力処理として、図１１のMIX処理
部１００２を介して、表示装置２０００の表示画面上部
に緊急告知メール受信の点滅表示９６を行う。また、開
始通知パラメータを示さないメール識別子とメールデー
タのデータを受け取った場合に、出力処理として、図１
１のMIX処理部１００２を介して、表示装置２０００の
表示画面下部にメール受信の点滅表示９７を行うことに
より緊急/告知放送開始通知のメール受信とは区別して
メール受信をユーザに伝える。そして、緊急告知メール
受信の点滅表示９６の場合も、メール受信の点滅表示９
７の場合も、その後、ユーザよりメールの表示を指示さ
れると、出力処理部１６は、MIX処理部１００２を介し
て、メールデータを表示画面に表示する。

【０１２２】なお、これらの出力処理は適宜、組み合わ
せて用いるようにしてよい。

【０１２３】ここで、開始通知LED９５は、例えば、図
１５のように受信機９１正面に備えられ、点灯或いは点
滅によってユーザに緊急/告知放送の該開始を通知す
る。このように開始通知LED９５を正面に備えること
で、図１５で例えば表示装置２０００が電源OFF状態で
あってもユーザに緊急/告知放送の該開始を通知するこ
とができる。

【０１２４】同様に、ブザー９８のを受信機９１に備え
ることで、表示装置２０００が電源OFF状態であっても
ユーザに緊急/告知放送の該開始を通知することができ
る。

【０１２５】このようにすることにより、受信装置７と
表示装置２０００が離れたところにあって、ユーザが番
組視聴をしていたとしてもユーザに緊急/告知放送の該
開始を通知することができる。

【０１２６】ここで、以上、図１５にあるような緊急/
告知放送開始通知のユーザへの出力は、例えば、最近の
有料デジタル衛星放送に見られるようなIPPV(Impulse P
ay Per View)サービス、つまり、ユーザが視聴した分だ
け番組視聴料を支払うといったサービスを運用したとす
ると、購入した番組の映像上にメール着信表示が突然現
れるような不快感をユーザに与えてしまったりするが、
前述したように関連情報２で配信する緊急/告知放送の
前記開始指示パラメータの値を複数用意しておいて、そ
れら複数個用意した該パラメータ値の違いに応じて出力
処理部１６が、どの出力を行うかを切り替えるようにす
れば、例えば、緊急/告知放送の緊急度に応じ送信側(サ
ービス運用者)がパラメータ値を選択して配信すること
で、毎回、ユーザに不快感を与えることが避けられる。
つまり、前述の通り、関連情報２で配信する緊急/告知
放送の前記開始指示パラメータの値を予め複数用意する
ことで、例えば緊急度に応じて、図１５にあるような緊
急/告知放送開始通知のユーザへの出力のいずれを行う
かを送信側から制御することができる。

【０１２７】以下、本発明の第2の実施形態について説
明する。

【０１２８】本第2実施形態は、第1実施形態では、緊急
度の高い緊急/告知放送をこれから行なう用意があっ
て、ネットワーク加入者全てに対しその放送開始の旨を
通知しなければならない場合、送信先毎に、送信先の受
信者IDと開始通知パラメータを含めた関連情報２の時分
割フレームを送信しなければならないことを考慮したも
のである。

【０１２９】ここで、受信者個々に関連情報２を送るこ
とは、第1実施形態では、例えば受信者が５千人いたと
すると、少なくとも５千人分の関連情報２の時分割フレ
ームを送信装置５は送信しなければならないといったよ
うに、大規模なデジタルネットワークでは、伝送媒体資
源の有効利用上、運用サービスに対し大きな阻害要因と
なるのみならず、迅速な開始通知が行えない可能性が生
じる。

【０１３０】本第2実施形態では、このような問題を解
決するために、受信者個々に異なる受信者IDとは別に、
ネットワークで固定的に規定した全受信者共通のネット
ワーク規定値と、受信者のグループ毎に割り当てたグル
ープ情報をネットワークでまず用意し、各受信装置７
に、１つの該受信者ID値(例えばP氏の受信者ID値)の他
に、ネットワーク規定値と、その受信装置７の受信者が
属するグループのグループ情報を与える。

【０１３１】そして、送信装５において、一人の受信者
に関連情報２を送る場合には、その受信者固有の受信者
IDを付した関連情報２の時分割フレームを送信し、受信
者全員に関連情報２を送る場合には、受信者IDとしてネ
ットワーク規定値を付した関連情報２にはグループ情報
を含めない時分割フレームを送信し、ある受信者のグル
ープにのみ関連情報２を送る場合には、受信者IDとして
ネットワーク規定値を付すと共に、そのグループのグル
ープ情報を含めた関連情報２の時分割フレームを送信す
る。

【０１３２】一方、受信装置７においては、その受信装
置７を使用する受信者固有の受信者IDを付した関連情報
２に加え、受信者IDとしてネットワーク規定値が付され
グループ情報を含んでいない関連情報２と、受信者IDと
してネットワーク規定値が付され、その受信装置７の受
信者の属するグループのグループ情報を含んでいいる関
連情報２とを、第1実施形態における、その受信装置７
を使用する受信者固有の受信者IDを付した関連情報２の
処理と同様に処理する。

【０１３３】に自身宛の関連情報２として、上述のよう
に処理する。

【０１３４】これによって、加入者が５千人に対し少な
くとも５千人分の該開始通知の関連情報２を配信する必
要があるといった問題を解決することができる。

【０１３５】以下、その詳細について説明する。

【０１３６】まず、この場合に、受信装置７のセキュリ
ティモジュール９２のメモリ管理部１５に格納される情
報を図１６に示す。

【０１３７】図示するように、この場合、メモリ管理部
１５には、先に図１４に示した第1実施形態における情
報に加え、ネットワーク規定値と、その受信装置７の受
信者のグループのグループ情報が格納される。これらの
情報は、あらかじめセキュリティモジュールに格納して
おいてもよいし、その受信装置７の受信者固有の受信者
IDを付した関連情報２にセキュリティ情報として含めて
送信装置５より送信することにより、第1実施形態で示
した受信装置７の関連情報２の処理によりメモリ管理部
１５に格納されるものであってもよい。

【０１３８】次に、受信者全員または受信者のグループ
に緊急/告知情報の開始を通知するための関連情報２の
時分割フレームのフォーマット例を図１７、図１８に示
す。

【０１３９】図１７は、先に図７に示した関連情報２の
時分割フレームに相当するもので、異なる点は、図７の
受信者ID６１の領域に、図１７ではネットワーク規定値
１００を格納した点と、情報領域１０１にグループ情報
３０００を含めた点である。ただし、グループ情報３０
００は、特定の受信者グループにのみ緊急/告知情報の
開始を通知する場合のみ、その受信者グループのグルー
プ情報が含められる。

【０１４０】次に、図１８は、前述した図８の関連情報
２の時分割フレームに相当するものであり、異なる点
は、図８の受信者ID６１の領域に、図１８ではネットワ
ーク規定値１００を格納した点と、情報領域１０２、１
０３にグループ情報３０００を含めた点である。ただ
し、グループ情報３０００は、特定の受信者グループに
のみ緊急/告知情報の開始を通知する場合のみ、その受
信者グループのグループ情報が含められる。

【０１４１】さて、本第2実施形態に係る受信者装置７
では、情報宛先分離部９に、ユーザの受信者ID値に加
え、ネットワーク規定値を、予め、メモリ管理部１５か
ら読み出し、情報宛先分離部９に設定する。

【０１４２】この状態で、分離部１１が経路２０を介し
情報宛先分離部９に関連情報２を受け渡すと、情報宛先
分離部９では、該関連情報２の受信者ID６１領域の値
が、ユーザの受信者ID値であった場合、或いはその関連
情報２の受信者ID６１領域の値がネットワーク規定値で
あった場合にのみ、前記第1実施形態と同様に、受信者I
D６１領域以降の部分の関連情報２を通信インタフェー
ス８７を介してセキュリティモジュールインタフェース
処理部８６を介しセキュリティモジュール９２内の関連
情報２処理部１２に関連情報２を受け渡す。

【０１４３】この情報宛先分離部９で分離し、セキュリ
ティモジュール９２の関連情報２処理部１２に受け渡す
関連情報２のデータのデータ構成例を図１９に示す。

【０１４４】本来、この情報宛先分離部９が分離し関連
情報２処理部１２に受け渡す関連情報２のデータとして
は、前述の通り、ユーザの受信者ID値(例えばP氏の受信
者ID値)或いはネットワーク規定値で配信されてきた関
連情報２のデータとなるが、図１９ではネットワーク規
定値で分離した関連情報２のデータ例のみを図示してい
る。情報宛先分離部９でユーザの受信者ID値で分離した
関連情報２のデータ構成例は、図１２における(a)(b)
(c)(c')のデータと同様になる。

【０１４５】図１９データ(a)は、図１７の情報領域１
０１のうち受信者ID６１領域(前述の通り、この領域に
はネットワーク規定値１００を格納している)以降のデ
ータエリアの一部に相当する。従って、図１７の情報領
域１０１におけるネットワーク規定値１００、グループ
情報３０００、緊急/告知放送の開始通知パラメータ６
４といった受信装置(加入者)に必要な情報は全て図１９
のデータ(a)となる。これを情報宛先分離部９が関連情
報２処理部１２に受け渡す。

【０１４６】図１９データ(b)も、図１８(I)の情報領域
１０２のうち受信者ID６１領域(前述の通り、この領域
にはネットワーク規定値１００を格納している)以降の
データエリアの一部に相当する。従って、図１８(I)の
情報領域１０２におけるネットワーク規定値１００、グ
ループ情報３０００、緊急/告知放送の開始通知パラメ
ータ６４、メール内容識別子６７、メールデータ６８と
いった受信装置(加入者)に必要な情報は全て図１９のデ
ータ(a)となり、これを情報宛先分離部９が関連情報２
処理部１２に受け渡す。

【０１４７】図１９データ(c)も、図１８(II)の情報領
域１０３のうち受信者ID６１領域(前述の通り、この領
域にはネットワーク規定値１００を格納している)以降
のデータエリアの一部に相当する。従って、図１8(II)
の情報領域１０３におけるネットワーク規定値１００、
グループ情報３０００、メール内容識別子６７(前述の
通り、この領域に緊急/告知放送の開始通知パラメータ
値を格納する)、緊急/告知放送の開始通知メールデータ
６８といった受信装置(加入者)に必要な情報は全て図１
９のデータ(c)となり、これを情報宛先分離部９が関連
情報２処理部１２に受け渡す。

【０１４８】さて、これら図１９の(a)(b)(c)データを
受け取った関連情報２処理部１２には、あらかじめメモ
リ管理部１５より読み出した、その受信装置７が属する
寿審査yグループのグループ情報が設定されている。ネ
ットワーク規定値を検出すると、次にグループ情報の有
無を調べ、グループ情報が含まれていなければ、自身の
受信者IDが付された関連情報２と同様に（第1実施形態
と同様に）、この関連情報２を処理する。一方、グルー
プ情報が含まれていれば、設定されているグループ情報
と一致するかを調べ、一致する場合には、自身の受信者
IDが付された関連情報２と同様に（第1実施形態と同様
に）、この関連情報２を処理する。もし、関連情報２に
含まれたグループ情報と、メモリ管理不５より読み出し
て設定したグループ情報が一致しない場合には、この関
連情報２を破棄する。

【０１４９】このように、受信者IDとしてネットワーク
規定値が付されグループ情報を含んでいない関連情報２
と、受信者IDとしてネットワーク規定値が付され、その
受信装置７の受信者の属するグループのグループ情報を
含んでいいる関連情報２は、その受信装置７の受信者I
Ｄが付された関連情報２と同様に処理され、結果、図１
３のデータが受信機９１の出力処理部１６に受け渡さ
れ、図１５に示したような、緊急／告知情報の放送開始
を通知する出力がなされる。

【０１５０】なお、本第2実施形態において、グループ
情報を用いずに、受信者のグループ毎に異なるネットワ
ーク規定値を設定することにより、特定のグループにの
み緊急／告知情報の開始の通知を行うようにしてもよ
い。これは、たとえば、送信装置から、各受信装置に、
その受信装置が属するグループに設定したネットワーク
規定値をセキュリティ情報として配信することにより、
グループに対応するネットワーク規定値メモリ管理部１
５に格納させておき、送信装置から、関連情報２の受信
者IDを通知を行いたいグループに設定したネットワーク
規定値とした、緊急／告知放送開始の通知を含めた関連
情報２を送信することにより実現することができる。

【０１５１】以下、本発明の第3の実施形態を示す。

【０１５２】本第3実施形態は、前記第1実施形態および
第2実施形態において、表示装置７を表示機９１とセキ
ュリティモジュール９２で構成していたものを、セキュ
リティモジュール９２の機能を表示機91内に設けること
により単一の表示装置７と構成したものである。

【０１５３】図２０に、本第2実施形態に係る表示装置
７の構成を示す。

【０１５４】図示するように、表示装置７を表示機９１
とセキュリティモジュール９２を一体として構成したた
めに、図１１に示したセキュリティモジュールインタフ
ェース処理部が不要となっている。他の構成、動作は、
第1実施形態、第2実施形態と同様である。

【０１５５】以下、第4の実施形態について説明する。

【０１５６】本第4実施形態は、第1実施形態、第2実施
形態に係る受信機９１を、コンピュータの拡張スロット
に搭載される拡張カードとして構成したものである。

【０１５７】図２１に、本実施形態に係る受信機９１を
搭載したコンピュータの構成を示す。

【０１５８】図示するように、本実施形態に係るコンピ
ュータは、CPU４０００、主記憶４００１が接続したCPU
バス４０１０と、ＣＰＵバス４０１０にバスブリッジ回
路４００２を介して接続する拡張バス４０２０に接続し
た外部記憶装置４００３、表示装置４００５などを有す
る。また、拡張バス４０２０に接続した拡張スロット４
００４に装着された受信機９１を有する。拡張スロット
４００４に装着された受信機９１は、CPU４０００の指
示に従って動作し、受信機９１が拡張バス４０２０に出
力する映像や音声は、表示装置４００５に送られ出力さ
れる。送信装置５から送られた信号は、アンテナ４１０
０を介して受信装置７に直接入力する。セキュリティモ
ジュール９２は、受信機９１に取り外し可能に装着され
る。

【０１５９】ただし、セキュリティモジュール９２は、
拡張バス４０２０に接続した他の拡張スロットなどに装
着されたICカードドライバなどに装着するように構成し
てもよい。この場合、セキュリティモジュール９２と受
信機９１間のデータの送受は、拡張バス４０２０、や、
CPUバス４０１０や、主記憶４００１を介して行う。

【０１６０】また、本第4実施形態において、第3実施形
態と同様に、セキュリティモジュールの機能を、受信機
９１内に取り込み、両者を一体化して構成するようにし
てもよい。

【０１６１】また、前記第1実施形態において、図１１
の出力処理部１６と出力器１００４をセキュリティモジ
ュール92側に備えるようにし、セキュリティモジュール
92において、利用者に対する緊急/告知放送の開始の通
知を行うようにしてもよい。

【０１６２】以上、本発明の実施形態について説明し
た。

【０１６３】以上の各実施形態によれば、ワーク鍵など
の契約情報を配信する関連情報２として緊急/告知放送
の開始通知を受信者に配信するために、この関連情報２
を処理する処理回路で緊急/告知放送の開始通知を処理
することができ、新たに、関連緊急／告知情報の開始の
通知専用に割り当てられた種類の時分割フレームを処理
するための処理回路などを設ける必要がない。

【０１６４】また、特に第1実施形態においては、この
受信者個々に内容の異なる関連情報２に関わる処理をセ
キュリティーモジュールにおいて行うようにし、受信機
には受信者個々で異ならない標準且つ固定的な処理機能
のみを備えた。このため、受信機の回路負担の軽減と共
用化が可能となる。たとえば、セキュリティーモジュー
ルからの応答に応じて、LED表示や表示装置へのメッセ
ージ表示やブザー出力の制御を行う機能を備えた受信機
であれば、セキュリティーモジュールを本第1実施形態
に係るものに交換するだけで、この受信機をそのまま用
いた緊急/告知放送の開始通知が可能となる。また、本
第1実施形態に係る受信機は、セキュリティーモジュー
ルからの応答に応じて、LED表示や表示装置へのメッセ
ージ表示やブザー出力の制御を行う機能を備えない受信
機に、このような出力の制御を行う機能を付加するだけ
で実現することができる。また、前述したように、図１
１の出力処理部１６と出力器１００４をセキュリティモ
ジュール92側に備えた場合には、セキュリティーモジュ
ールからの応答に応じて、LED表示や表示装置へのメッ
セージ表示やブザー出力の制御を行う機能を備えない受
信機をそのまま使用して緊急/告知放送の開始のユーザ
への通知を行うことができる。

【０１６５】また、本第1実施形態に係る受信機は、緊
急/告知情報の通知を行わないシステムにおける受信機
として共用できる他、セキュリティーモジュールを交換
するだけで、関連情報１や関連情報２の形式や内容が異
なる複数のシステムにおける受信機として用いることが
できる。

【０１６６】また、第2の実施形態によれば、このよう
な本来、受信者個々に個別に送られる関連情報２を用い
た、緊急/告知放送の開始の通知を前受信者に一度に配
信したり、特定の受信者のグループにのみ配信すること
が可能となる。

【０１６７】

【発明の効果】以上のように、本発明によれば、受信機
の大幅な変更を要することのない、デジタルネットワー
クにおける緊急／告知情報の放送を実現することができ
る。また、このような受信機を用いて、限定された受信
者を対象とする緊急／告知情報の放送を実現することが
できる。また、個々の受信者によって異ならない受信機
を用いて、限定された受信者を対象とする緊急／告知情
報の放送を実現することができる。

【図面の簡単な説明】

【図１】本発明の実施形態にかかるデジタルネットワー
クの構成を示すブロック図である。

【図２】本発明の実施形態に係る送信装置の動作を示す
フローチャートである。

【図３】本発明の実施形態に係る受信装置の動作を示す
フローチャートである。

【図４】本発明の実施形態に係る送信装置の構成を示す
ブロック図である。

【図５】本発明の第1実施形態に係る時分割フレームの
フォーマットを示す図である。

【図６】本発明の第1実施形態に係る時分割フレームの
フォーマットを示す図である。

【図７】本発明の第1実施形態に係る時分割フレームの
フォーマットを示す図である。

【図８】本発明の第1実施形態に係る時分割フレームの
フォーマットを示す図である。

【図９】本発明の第1実施形態に係る時分割フレームの
フォーマットを示す図である。

【図１０】本発明の第1実施形態に係るデータストリー
ムの例を示す図である。

【図１１】本発明の第1実施形態に係る受信装置の構成
を示すブロック図である。

【図１２】本発明の第1実施形態において受信機からセ
キュリティモジュールに受け渡すデータを示した図であ
る。

【図１３】本発明の第1実施形態においてセキュリティ
モジュールから受信機に受け渡すデータを示した図であ
る。

【図１４】本発明の第1実施形態においてメモリ管理部
に格納される情報を示した図である。

【図１５】本発明の第1実施形態において出力処理部が
行う出力処理のようすを示した図である。

【図１６】本発明の第２実施形態においてメモリ管理部
に格納される情報を示した図である。

【図１７】本発明の第２実施形態に係る時分割フレーム
のフォーマットを示す図である。

【図１８】本発明の第２実施形態に係る時分割フレーム
のフォーマットを示す図である。

【図１９】本発明の第２実施形態において受信機からセ
キュリティモジュールに受け渡すデータを示した図であ
る。

【図２０】本発明の第3実施形態に係る受信装置の構成
を示すブロック図である。

【図２１】本発明の第４実施形態に係る受信装置の構成
を示すブロック図である。

【符号の説明】

１…多重装置、２…制御情報作成部、３…スクランブ
ラ、５…送信装置、７…受信装置、９…情報宛先分離
部、１０…デスクランブラ、１１…分離部、１２…関連
情報２処理部、１３…復号処理部(復号アルゴリズム)、
１４…関連情報１処理部、１５…メモリ管理部、１６…
出力処理部、１８…復調器、２９…映像エンコーダ、３
０…音声エンコーダ、３１…時分割フレーム作成部、３
２…関連情報１の時分割フレーム作成部、３３…関連情
報２の時分割フレーム作成部、３４…入力装置、３５…
関連情報２作成部、３６…関連情報１作成部、３７…ス
クランブラ、３８…多重装置

Claims (10)

【特許請求の範囲】
1. 【請求項１】送信装置において、第1種のフレームにス
   クランブルを施したアプリケーションデータを含めて放
   送し、第2種のフレームにアプリケーションデータをデ
   スクランブルするための鍵情報を暗号化した暗号化鍵情
   報を含めて放送し、第3種のフレームに、前記鍵情報を
   復号するための復号情報を含めて、個々の受信装置宛に
   送信し、 各受信装置において、当該受信装置宛に送信された第3
   種のフレームを受信し、受信した第3種のフレームに含
   まれた復号情報を用いて、受信した第2種のフレームに
   含まれる暗号化鍵情報から前記鍵情報を復号し、復号し
   た鍵情報で受信した第1種のフレームに含まれるアプリ
   ケーションデータをデスクランブルして利用するデジタ
   ルネットワークにおいて、 送信装置において、前記第3種のフレームに緊急/告知情
   報の放送開始の通知を含めて、当該通知を行う受信装置
   宛に送信し、 受信装置において、受信した当該受信装置宛に送信され
   た第3種のフレームに緊急/告知情報の放送開始の通知を
   含んでいる場合に、当該受信者装置の利用者に対して緊
   急/告知情報の放送開始を通知することを特徴とする緊
   急/告知情報の放送開始の通知方法。
2. 【請求項２】請求項１記載の緊急/告知情報の放送開始
   の通知方法であって、 前記送信装置は、所定の規定値に予め対応づけた複数の
   受信装置に対して緊急/告知情報の放送開始の通知を行
   う場合に、前記緊急/告知情報の放送開始の通知を含め
   た第3種のフレームの当該通知を行う受信装置宛の送信
   を、宛先として前記規定値を付した第3種のフレーム
   に、緊急/告知情報の放送開始の通知を含めて送信する
   ことにより行い、 前記規定値に予め対応づけられた受信者装置は、前記規
   定値が宛先として付された第3種のフレームを、当該受
   信装置宛に送信された第3種のフレームとして受信する
   ことを特徴とする緊急/告知情報の放送開始の通知方
   法。
3. 【請求項３】請求項２記載の緊急/告知情報の放送開始
   の通知方法であって、 前記規定値に予め対応づけた複数の受信装置とは、前記
   デジタルネットワークに属する全ての受信装置であっ
   て、 前記送信装置は、一部の受信装置のグループに対して緊
   急/告知情報の放送開始の通知を行う場合に、前記緊急/
   告知情報の放送開始の通知を含めた第3種のフレームの
   当該通知を行う受信装置宛の送信を、通知を行うグルー
   プの識別情報と緊急/告知情報の放送開始の通知とを含
   めた、宛先として所定の規定値を付した第3種のフレー
   ムを送信することにより行い、 前記受信者装置は、前記規定値が宛先として付された第
   3種のフレームに、グループの識別情報が含まれている
   場合には、当該グループの識別情報が示すグループに当
   該受信装置が属する場合にのみ、前記規定値が宛先とし
   て付された第3種のフレームを当該受信装置宛に送信さ
   れた第3種のフレームとして受信することを特徴とする
   緊急/告知情報の放送開始の通知方法。
4. 【請求項４】送信装置と複数の受信装置を含むデジタル
   ネットワークであって、 前記送信装置は、 第1種のフレームにスクランブルを施したアプリケーシ
   ョンデータを含めて放送する手段と、第2種のフレーム
   にアプリケーションデータをデスクランブルするための
   鍵情報を暗号化した暗号化鍵情報を含めて放送する手段
   と、第3種のフレームに、前記鍵情報を復号するための
   復号情報を含めて、個々の受信装置宛に送信する手段
   と、前記第3種のフレームに緊急/告知情報の放送開始の
   通知を含めて、当該通知を行う受信装置宛に送信する手
   段とを有し、 前記受信装置は、 当該受信装置宛に送信された第3種のフレームを受信す
   る手段と、受信した第3種のフレームに含まれた復号情
   報を用いて、受信した第2種のフレームに含まれる暗号
   化鍵情報から前記鍵情報を復号する手段と、復号した鍵
   情報で受信した第1種のフレームに含まれるアプリケー
   ションデータをデスクランブルする手段と、受信した当
   該受信装置宛に送信された第3種のフレームに緊急/告知
   情報の放送開始の通知を含んでいる場合に、当該受信者
   装置の利用者に対して緊急/告知情報の放送開始を通知
   する手段とを有することを特徴とするネットワークシス
   テム。
5. 【請求項５】第1種のフレームにスクランブルを施した
   アプリケーションデータを含めて放送し、第2種のフレ
   ームにアプリケーションデータをデスクランブルするた
   めの鍵情報を暗号化した暗号化鍵情報を含めて放送し、
   第3種のフレームに、前記鍵情報を復号するための復号
   情報を含めて、個々の受信装置宛に送信する送信システ
   ムを含むデジタルネットワークの受信装置であって、 当該受信装置宛に送信された第3種のフレームを受信す
   る手段と、受信した第3種のフレームに含まれた復号情
   報を用いて、受信した第2種のフレームに含まれる暗号
   化鍵情報から前記鍵情報を復号する手段と、復号した鍵
   情報で受信した第1種のフレームに含まれるアプリケー
   ションデータをデスクランブルする手段と、受信した当
   該受信装置宛に送信された第3種のフレームに緊急/告知
   情報の放送開始の通知を含んでいる場合に、当該受信者
   装置の利用者に対して緊急/告知情報の放送開始を通知
   する手段とを有することを特徴とする受信装置。
6. 【請求項６】第1種のフレームにスクランブルを施した
   アプリケーションデータを含めて放送し、第2種のフレ
   ームにアプリケーションデータをデスクランブルするた
   めの鍵情報を暗号化した暗号化鍵情報を含めて放送し、
   第3種のフレームに、前記鍵情報を復号するための復号
   情報を含めて、個々の受信装置宛に送信する送信システ
   ムを含むデジタルネットワークの受信装置であって、 受信機と、当該受信機に脱着可能に装着された補助装置
   とを有し、 前記受信機は、 当該受信装置宛に送信された第3種のフレームを受信す
   る手段と、 受信した当該受信装置宛に送信された第3種のフレーム
   の内容を前記補助装置に送信する手段と、受信した第2
   種のフレームの内容を前記補助装置に送信する手段と、
   前記モジュール装置から受信した鍵情報で受信した第1
   種のフレームに含まれるアプリケーションデータをデス
   クランブルする手段と、前記補助装置から受信した通知
   指示に従って当該受信者装置の利用者に対して緊急/告
   知情報の放送開始を通知する手段とを有し、 前記補助装置は、 前記受信機から受信した第3種のフレームの内容に含ま
   れる復号情報を用いて、前記受信機から受信した第2種
   のフレームの内容に含まれる暗号化鍵情報から前記鍵情
   報を復号する手段と、復号した鍵情報を前記受信機に送
   信する手段と、受信機から受信した当該受信装置宛に送
   信された第3種のフレームの内容に緊急/告知情報の放送
   開始の通知が含まれている場合に、前記受信機に前記通
   知指示を送信する手段とを有することを特徴とする受信
   装置。
7. 【請求項７】第1種のフレームにスクランブルを施した
   アプリケーションデータを含めて放送し、第2種のフレ
   ームにアプリケーションデータをデスクランブルするた
   めの鍵情報を暗号化した暗号化鍵情報を含めて放送し、
   第3種のフレームに、前記鍵情報を復号するための復号
   情報を含めて、個々の受信装置宛に送信する送信システ
   ムを含むデジタルネットワークの受信機に脱着可能に装
   着される補助装置であって、 前記受信機から受信した第3種のフレームの内容に含ま
   れる復号情報を用いて、前記受信機から受信した第2種
   のフレームの内容に含まれる暗号化鍵情報から前記鍵情
   報を復号する手段と、復号した鍵情報を前記受信機に送
   信する手段と、受信機から受信した当該受信装置宛に送
   信された第3種のフレームの内容に緊急/告知情報の放送
   開始の通知が含まれている場合に、前記受信機に前記通
   知指示を送信する手段とを有することを特徴とする補助
   装置。
8. 【請求項８】第1種のフレームにスクランブルを施した
   アプリケーションデータを含めて放送し、第2種のフレ
   ームにアプリケーションデータをデスクランブルするた
   めの鍵情報を暗号化した暗号化鍵情報を含めて放送し、
   第3種のフレームに、前記鍵情報を復号するための復号
   情報を含めて、個々の受信装置宛に送信する送信システ
   ムを含むデジタルネットワークの受信機に脱着可能に装
   着される補助装置であって、 前記受信機から受信した第3種のフレームの内容に含ま
   れる復号情報を用いて、前記受信機から受信した第2種
   のフレームの内容に含まれる暗号化鍵情報から前記鍵情
   報を復号する手段と、復号した鍵情報を前記受信機に送
   信する手段と、受信機から受信した当該受信装置宛に送
   信された第3種のフレームの内容に緊急/告知情報の放送
   開始の通知が含まれている場合に、当該受信者機の利用
   者に対して緊急/告知情報の放送開始を通知する手段と
   を有することを特徴とする補助装置。
9. 【請求項９】第1種のフレームにスクランブルを施した
   アプリケーションデータを含めて放送し、第2種のフレ
   ームにアプリケーションデータをデスクランブルするた
   めの鍵情報を暗号化した暗号化鍵情報を含めて放送し、
   第3種のフレームに、前記鍵情報を復号するための復号
   情報を含めて、個々の受信装置宛に送信する送信システ
   ムを含むデジタルネットワークの受信装置を構成する、
   脱着可能に補助装置が装着される受信機であって、 当該受信装置宛に送信された第3種のフレームを受信す
   る手段と、 受信した当該受信装置宛に送信された第3種のフレーム
   の内容を前記補助装置に送信する手段と、受信した第2
   種のフレームの内容を前記補助装置に送信する手段と、
   前記モジュール装置から受信した鍵情報で受信した第1
   種のフレームに含まれるアプリケーションデータをデス
   クランブルする手段と、前記補助装置から受信した通知
   指示に従って当該受信者装置の利用者に対して緊急/告
   知情報の放送開始を通知する手段とを有することを特徴
   とする受信機。
10. 【請求項１０】請求項９記載の受信機であって、 当該受信機は、コンピュータに搭載されるカード型装置
    として形成されていることを特徴とする受信機。