JPH0946331A - 情報処理装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 不正なデコーダが用いられるのを抑制する。 【解決手段】 セキュリティモジュール３２は、デコー
ダ３１に対して、デコーダ認証コマンドと、それに続い
てＣａｒｄ ＩＤを出力する。デコーダ３１は、入力さ
れたＣａｒｄ ＩＤに対して、予め定められている所定
の演算を行い、その演算結果Ｅ（Ｃａｒｄ ＩＤ）をセ
キュリティモジュール３２に返す。セキュリティモジュ
ール３２は、この演算結果Ｅ（Ｃａｒｄ ＩＤ）が正し
いものであるか否か（デコーダ３１が正規のものである
か否か）を判定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法に関し、特に不正な装置が用いられるのを抑制す
るようにした情報処理装置および方法に関する。

【０００２】

【従来の技術】有料放送においては、スクランブル放送
と呼ばれる放送方式が用いられることが多い。このスク
ランブル放送は、放送局側において、元の信号を所定の
方法で意図的に乱す（スクランブルする）ことにより、
放送局と契約していない者が放送を受信しても、正常な
画像、音声、およびデータなどを利用することができな
いようにするものである。

【０００３】すなわち、放送局と契約した者のデコーダ
に対しては、このスクランブルを解除する鍵信号を与
え、この鍵信号によりデコーダがスクランブルされてい
るデータを元の形にデスクランブルすることで、正常な
画像、音声、およびデータなどを得ることができるよう
にしている。

【０００４】有料放送を視聴する契約のうち、チャンネ
ル単位で契約する場合をフラット、視聴した番組に応じ
て課金される場合をペイパービューという。ペイパービ
ューのうち、視聴者が急に所定の番組を見たくなった場
合、所定の操作を行うだけでそれを見ることができる、
事前連絡が不要のものを特にインパルスペイパービュー
といい、事前連絡が必要なものを、コールアヘッドペイ
パービューという。

【０００５】このように、スクランブル放送をデスクラ
ンブルするには、鍵信号が必要となる。従来のスクラン
ブル装置においては、この鍵信号をＩＣカードに記憶さ
せるようにし、このＩＣカードをスクランブル放送をデ
スクランブルする（デコードする）デコーダに装着さ
せ、ＩＣカードからデコーダに鍵信号を供給して、スク
ランブル放送をデスクランブルするようにしている。

【０００６】

【発明が解決しようとする課題】しかしながら、このよ
うに、ＩＣカードをデコーダに装着して、デスクランブ
ル処理を実行するようにすると、デコーダとして、正規
のデコーダではなく、ライセンスを受けていないものが
製造したようなデコーダに対して、正規のＩＣカードを
装着して、視聴契約をしていないものがスクランブル放
送を不正に視聴する恐れがあった。

【０００７】本発明はこのような状況に鑑みてなされた
ものであり、不正な装置を用いて、スクランブル放送が
不正に視聴されるのを抑制するものである。

【０００８】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、供給手段は、処理手段が予め定められている
ものであるか否かを判定する判定手段と、判定手段の判
定結果に対応して所定の制御を行う制御手段とを備え、
処理手段は、供給手段に対して判定手段の判定の基礎と
なる情報を出力する出力手段を備えることを特徴とす
る。

【０００９】請求項４に記載の情報処理方法は、供給手
段は、処理手段が予め定められているものであるか否か
を判定し、判定結果に対応して所定の制御を行い、処理
手段は、供給手段に対して判定手段の判定の基礎となる
情報を出力することを特徴とする。

【００１０】請求項１に記載の情報処理装置において
は、判定手段が、処理手段が予め定められているもので
あるか否かを判定し、制御手段が、判定手段の判定結果
に対応して異なる制御を行い、出力手段が、供給手段に
対して判定手段の判定の基礎となる情報を出力する。

【００１１】請求項４に記載の情報処理方法におては、
供給手段が、処理手段が予め定められているものである
か否かを判定するとともに、判定結果に対応して所定の
制御を行い、処理手段が、供給手段に対して判定手段の
判定の基礎となる情報を出力する。

【００１２】

【発明の実施の形態】図１は、本発明を応用した有料放
送システムの一実施例の構成を示すブロック図である。
送信側システム２１のエンコーダ１（１Ａ乃至１Ｅ）
は、５チャンネル分の映像信号や音声信号をディジタル
化し、圧縮するようになされている。多重化器２は、複
数（５チャンネル分）のエンコーダ１の出力や複数の関
連情報をパケット化し、時分割多重する。ここで関連情
報とは、番組に関する情報とデスクランブルのためのス
クランブル鍵を含む「共通情報（番組情報）」、加入者
（視聴者）毎の契約情報（例えばフラットやペイパービ
ューなどの契約形態など）および共通情報の暗号を解く
ための契約鍵を含む「個別情報」などからなるものとす
る。

【００１３】スクランブラ３は、関連情報送出装置４か
らのスクランブル鍵により、多重化器２の出力信号の所
定のものに対して選択的にスクランブルを施すようにな
されている。

【００１４】スクランブル制御システム６は、関連情報
送出装置４に契約鍵（ワーク鍵）を供給するとともに、
受信端末２２に固有の個別鍵（スクランブル制御システ
ム６に記憶されている）により契約鍵を暗号化し、個別
情報の一部として多重化器２に供給するようになされて
いる。

【００１５】関連情報送出装置４は、スクランブラ３に
スクランブル鍵を供給するとともに、スクランブル制御
システム６から供給された契約鍵により、スクランブル
鍵を暗号化し、共通情報（番組情報）の一部として多重
化器２に供給するようになされている。

【００１６】番組制御システム５は、所定の制御信号を
発生し、番組に応じてエンコーダ１を制御する。すなわ
ち、デジタル化や圧縮の方法を制御する。また、いま、
エンコーダ１においてエンコードされている番組の番組
ＩＤや対応するチャンネルのチャンネルＩＤ（ｓｅｒｖ
ｉｃｅ−ｉｄ）等を発生し、関連情報送出装置４に供給
する。視聴情報収集処理システム７は、多数の受信端末
２２から電話回線２４を介してアップロードされる視聴
情報（例えば視聴した番組ＩＤ、対応するチャンネルＩ
Ｄ、および視聴した時間など）や、視聴者からの契約要
求を処理し、契約情報としてスクランブル制御システム
６に供給するようになされている。

【００１７】一方、受信端末２２のデコーダ３１（処理
手段）は、内蔵するデスクランブラ４１（図４）によ
り、セキュリティモジュール３２（供給手段）から供給
されたスクランブル鍵により、スクランブルされた信号
を元の信号にデスクランブルするようになされている。
また、番組に付加された個別情報や番組情報を抽出し、
出力するようになされている。

【００１８】セキュリティモジュール３２は、デコーダ
３１に対して着脱自在に装着される例えばＩＣカード等
により構成され、内蔵するＥＥＰＲＯＭ５３（図４）
に、受信端末２２に固有の個別鍵を記憶しており、デコ
ーダ３１よりスクランブルされていない個別情報が供給
されたとき、この個別鍵を用いて個別情報を復号し、契
約鍵と契約情報をそれぞれ取り出し、記憶する。また、
デコーダ３１を介して供給された番組に付随する共通情
報を取り込み、契約鍵により共通情報を復号し、スクラ
ンブル鍵を取り出し、デコーダ３１に供給するようにな
されている。

【００１９】次にその動作について説明する。まず、送
信側システム２１より受信端末２２に個別情報が送信さ
れる場合の動作について説明する。この個別情報は、図
２に示すように、契約鍵に対応する契約鍵番号、契約
鍵、契約したチャンネルに対応するチャンネルＩＤ（ｓ
ｅｒｖｉｃｅ−ｉｄ）、および契約タイプなどを含んで
いる。また、個別情報は、送信先の受信端末２２のＩＤ
番号（Ｃａｒｄ ＩＤ）も含んでいる。

【００２０】契約鍵は、例えば、８ビットの契約鍵番号
とともに送信され、複数の契約鍵を使い分けることがで
きるようになっている。契約したチャンネルＩＤを、例
えば１６ビットのＳｅｒｖｉｃｅ＿ｉｄで表すものとす
る。契約タイプは、フラット、ペイパービュー、特別契
約を識別することができるもので、例えば４ビットとす
る。

【００２１】この個別情報は、スクランブル制御システ
ム６において、この個別情報が送信されるべき送信先の
受信端末２２に固有の個別鍵を用いて暗号化される。ス
クランブル制御システム６は、全ての受信端末２２につ
いて、受信端末２２に固有の個別鍵を受信端末２２のＩ
Ｄ番号（Ｃａｒｄ ＩＤ）に対応させて記憶しており、
送信先の受信端末２２のＩＤ番号からその個別鍵を検索
することができるようになっている。従って、送信先の
受信端末２２のＩＤ番号に対応する個別鍵を検索し、そ
れに基づいて、個別情報が暗号化されることになる。暗
号化された個別情報は多重化器２に供給される。

【００２２】多重化器２においては、エンコーダ１より
供給された所定の番組に対応するディジタル化され、圧
縮された映像信号や音声信号と、スクランブル制御シス
テム６より供給された個別情報がパケット化され、時分
割多重された後、スクランブラ３に供給される。スクラ
ンブラ３に供給されたディジタル信号は、関連情報送出
装置４より供給されたスクランブル鍵を用いて番組部分
（映像データと音声データ）だけがスクランブルされ、
個別情報の部分はスクランブルされずに伝送路２３に送
出される。

【００２３】なお、この個別情報の受信端末２２への送
信は、個別情報の更新が必要とされる時に、必要に応じ
て随時行われる。この個別情報には、上述した契約情報
が含まれている。

【００２４】次に、通常の番組とそれに付加された番組
情報（共通情報の構成要素）が送信側システム２１から
受信端末２２に送信される場合の動作について説明す
る。

【００２５】番組情報は、例えば図３に示すように、契
約タイプ、契約鍵の番号を示す契約鍵番号、スクランブ
ル鍵、チャンネルＩＤに相当するＳｅｒｖｉｃｅ＿ｉ
ｄ、番組を識別するための番組ＩＤなどを含んでいる。
このうちスクランブル鍵は、スクランブル制御システム
６より供給された契約鍵（ワーク鍵）によって暗号化さ
れている。また、契約タイプには、特別番組であるか否
かを識別するためのフラグが含まれている。

【００２６】関連情報送出装置４において生成された上
述したような構成の所定の番組情報は、多重化器２に供
給される。多重化器２においては、エンコーダ１から供
給された所定の番組に対応するディジタル化され、圧縮
された映像信号や音声信号と、関連情報送出装置４より
供給された番組情報がパケット化され、時分割多重さ
れ、スクランブラ３に供給される。

【００２７】スクランブラ３には、番組を構成する圧縮
された映像信号や音声信号と番組情報がパケット化さ
れ、時分割多重されたディジタル信号が入力されるが、
このうちの番組部分（映像信号と音声信号）だけが関連
情報送出装置４より供給されたスクランブル鍵によって
スクランブルされ、番組情報の部分はスクランブルされ
ずに伝送路２３に送出される。

【００２８】このようにして、所定の番組とそれに付随
する番組情報が送信側システム２１より受信端末２２に
送信される。

【００２９】次に、受信端末２２側の動作について説明
する。

【００３０】図４は、受信端末２２において、視聴許可
の制御を行う場合の原理的な動作を説明するための図で
ある。デコーダ３１は、例えば、デスクランブラ４１と
ＣＰＵ４２を有し、セキュリティモジュール３２は、実
質的に復号器５１，５２を内蔵するＣＰＵ５０、および
ＥＥＰＲＯＭ５３を有している。

【００３１】正式に契約した視聴者の受信端末２２に
は、個別情報が送信される。送信側システム２１より、
伝送路２３を介して送信されたスクランブルされた所定
の番組と、スクランブルされていない個別情報が時分割
多重されたディジタル信号が、受信端末２２の図示せぬ
チューナにより受信されると、スクランブルされた番組
に対応するディジタル信号は、デスクランブラ４１に供
給される。

【００３２】一方、スクランブルされていない個別情報
の非暗号部に付加された受信端末２２のＩＤ番号（Ｃａ
ｒｄ ＩＤ）と、セキュリティモジュール３２のＥＥＰ
ＲＯＭ５３に予め記憶されている受信端末２２のＩＤ番
号（Ｃａｒｄ ＩＤ）とが比較され、両者が一致した場
合、その個別情報が（すなわち自分自身宛の個別情報
が）取り込まれ、復号器５１に供給される。

【００３３】復号器５１に供給された個別情報のうち、
暗号化されている部分は、ＥＥＰＲＯＭ５３に記憶され
ている受信端末２２に固有の個別鍵によって解読され、
契約鍵、および契約情報が取り出され、ＥＥＰＲＯＭ５
３に供給され、記憶される。この契約鍵は、番組情報の
解読に使用される。また、契約情報は、受信した番組が
契約した番組であるか否かを判断するとき使用される。

【００３４】受信端末２２において、視聴者が番組を視
聴しているとき、受信端末２２は、伝送路２３を介して
送信されてきたスクランブルされた所定の番組と、それ
に付随した番組情報を受信している。スクランブルされ
た所定の番組に対応するディジタル信号は、デスクラン
ブラ４１に供給され、それに付随した番組情報は、復号
器５２に供給される。

【００３５】所定の番組のチャンネルに対応する契約鍵
が、上述したようにして、すでに復号器５１において復
号され、ＥＥＰＲＯＭ５３に記憶されている場合、復号
器５２が動作し、ＥＥＰＲＯＭ５３より供給されたその
契約鍵によって番組情報のうちの暗号化されている部分
が復号化される。これにより、番組情報に含まれている
スクランブル鍵が取り出される。

【００３６】次に、番組情報は、ＥＥＰＲＯＭ５３にす
でに記憶している契約情報との照合が行われる。照合の
結果、番組情報が付加された番組が、契約した番組であ
ると認識された場合、復号器５２において得られたスク
ランブル鍵は、セキュリティモジュール３２からデコー
ダ３１に供給される。

【００３７】デコーダ３１側においては、スクランブル
鍵が、デスクランブラ４１に供給される。デスクランブ
ラ４１においては、スクランブルされている所定の番組
のディジタル信号が、復号器５２より供給されたスクラ
ンブル鍵によってデスクランブルされ、正常に視聴可能
な元の信号に戻された後、出力される。

【００３８】次に、図５を参照して、ＩＣカードで構成
されるセキュリティモジュール３２を、デコーダ３１に
装着した場合に行われる動作について説明する。

【００３９】デコーダ３１は、セキュリティモジュール
３２が装着されたとき、最初に、Ｒｅｓｅｔ信号を発生
し、セキュリティモジュール３２に出力する。セキュリ
ティモジュール３２は、このＲｅｓｅｔ信号が入力され
ると、リセット動作を行い、リセット動作が完了する
と、Ａｎｓｗｅｒ Ｔｏ Ｒｅｓｅｔ信号をデコーダ３
１に出力する。

【００４０】デコーダ３１は、このＡｎｓｗｅｒ Ｔｏ
Ｒｅｓｅｔ信号の入力を受け、セキュリティモジュー
ル３２のリセットが完了したことを検知すると、次に、
セキュリティモジュール３２に対して、ＩＤ Ｒｅｑｕ
ｅｓｔ信号を出力する。セキュリティモジュール３２
は、このＩＤ Ｒｅｑｕｅｓｔ信号の入力を受けたと
き、ＥＥＰＲＯＭ５３に記憶されているＣａｒｄ ＩＤ
とＣａ＿Ｓｙｓｔｅｍ＿ＩＤをデコーダ３１に出力す
る。

【００４１】このＣａｒｄ ＩＤは、セキュリティモジ
ュール３２に個別に与えられたセキュリティモジュール
３２に固有のＩＤである。セキュリティモジュール３２
は、受信した個別情報のうち、自分自身の個別情報とし
て、ＥＥＰＲＯＭ５３に取り込むべき個別情報であるの
か否かを判定するのに、このＣａｒｄ ＩＤを用いてい
る。

【００４２】一方、Ｃａ（Ｃｏｎｄｉｔｉｏｎａｌ ａ
ｃｃｅｓｓ）＿Ｓｙｓｔｅｍ＿ＩＤは、複数の限定受信
システムが共存する場合において、各受信システムを識
別するための識別子である。

【００４３】次に、セキュリティモジュール３２は、デ
コーダ３１が正規のデコーダであるか否かを認証するた
めに、デコーダ認証コマンドと、それに続いてＣａｒｄ
ＩＤをデコーダ３１に出力する。デコーダ３１は、こ
のデコーダ認証コマンドの供給を受けると、入力された
Ｃａｒｄ ＩＤに対して、所定の演算を施し、その演算
結果Ｅ（Ｃａｒｄ ＩＤ）をセキュリティモジュール３
２に出力する。セキュリティモジュール３２は、入力さ
れた演算結果からデコーダ３１が正規のものであるか否
かを判定する。この処理については、図６乃至図１０の
フローチャートを参照して後述する。

【００４４】次に、デコーダ３１は、受信した個別情報
（ＥＭＭ：ＥｎｔｉｔｌｅｍｅｎｔＭａｎａｇｅｍｅｎ
ｔ Ｍｅｓｓａｇｅ）をセキュリティモジュール３２に
出力する。セキュリティモジュール３２は、この個別情
報（ＥＭＭ）の入力を受けたとき、Ｃａｒｄ ＩＤに対
応するものを抽出し、対応するＲｅｓｐｏｎｓｅをデコ
ーダ３１に返す。

【００４５】また、デコーダ３１は、番組情報（ＥＣ
Ｍ：Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓ
ｓａｇｅ）を、セキュリティモジュール３２に出力す
る。セキュリティモジュール３２は、供給された番組情
報から、上述したように、スクランブル鍵Ｋｓを復号
し、これをさらに暗号化して、デコーダ３１に出力す
る。

【００４６】セキュリティモジュール３２は、スクラン
ブル鍵Ｋｓ以外にも、Ｃｏｐｙ ＲｉｇｈｔとＦｉｎｇ
ｅｒ Ｐｒｉｎｔｉｎｇを、デコーダ３１に出力する。
このＣｏｐｙ Ｒｉｇｈｔは、対応する番組をコピーす
ることが許可されているか否かを表すフラグである。ま
た、Ｆｉｎｇｅｒ Ｐｒｉｎｔｉｎｇは、その番組に対
応されているＣａｒｄ ＩＤを強制的にモニタに表示さ
せるか否かを表すフラグである。

【００４７】以下、デコーダ３１より個別情報（ＥＭ
Ｍ）が供給されると、セキュリティモジュール３２は、
それに対応するメッセージを返し、また、デコーダ３１
より番組情報（ＥＣＭ）が供給されると、セキュリティ
モジュール３２は、対応するメッセージを返す動作が適
宜行われる。

【００４８】次に、図６のフローチャートを参照して、
セキュリティモジュール３２が行うデコーダ認証処理に
ついて説明する。最初にステップＳ１において、セキュ
リティモジュール３２のＣＰＵ５０は、デコーダ３１の
ＣＰＵ４２に対して、デコーダ認証コマンドを出力す
る。続いてＣＰＵ５０は、ステップＳ２において、Ｃａ
ｒｄ ＩＤをＣＰＵ４２に出力する。ＣＰＵ４２は、デ
コーダ認証コマンドに続いてこのＣａｒｄ ＩＤの入力
を受けると、図７を参照して後述するように、所定の演
算を行って、その演算結果Ｅ（Ｃａｒｄ ＩＤ）をＣＰ
Ｕ５０に出力する。ＣＰＵ５０は、この演算結果をステ
ップＳ３で受信する。

【００４９】ステップＳ４（判定手段）においては、ス
テップＳ３で受信した演算結果Ｅ（Ｃａｒｄ ＩＤ）が
正しいものであるか否かを判定する。すなわち、ＣＰＵ
５０は、ＣＰＵ４２がＣａｒｄ ＩＤに対して行う演算
を予め知っており、従って、正しい演算結果Ｅ（Ｃａｒ
ｄ ＩＤ）も既知のデータとして知っている。演算結果
Ｅ（Ｃａｒｄ ＩＤ）が正しい場合においては、ステッ
プＳ５（制御手段）に進み、ＣＰＵ５０は、以後の処理
を継続して実行する。例えば、図５に示したように、デ
コーダ３１より個別情報が入力された場合においては、
それに対応するＲｅｓｐｏｎｓｅを返す処理などを実行
する。

【００５０】これに対して、ステップＳ４において、Ｃ
ＰＵ４２より供給された演算結果Ｅ（Ｃａｒｄ ＩＤ）
が正しいものではないと判定された場合、ステップＳ６
（制御手段）に進み、ＣＰＵ５０はエラー処理を実行す
る。すなわち、このときＣＰＵ５０は、以後、デコーダ
３１から個別情報が供給されたとしても、Ｒｅｓｐｏｎ
ｓｅを返さない。従って、デコーダ３１は、以後、デコ
ード処理（デスクランブル処理）を実行することができ
ないことになる。

【００５１】図７は、デコーダ３１のＣＰＵ４２が、セ
キュリティモジュール３２のＣＰＵ５０からデコーダ認
証コマンドの入力を受けたとき実行する処理を表してい
る。最初に、ステップＳ１１において、デコーダ３１の
ＣＰＵ４２は、セキュリティモジュール３２のＣＰＵ５
０が出力したＣａｒｄ ＩＤを受信する。そして、ステ
ップＳ１２において、このＣａｒｄ ＩＤに対して予め
定められた所定の演算を行い、その演算結果Ｅ（Ｃａｒ
ｄ ＩＤ）を得る。

【００５２】次に、ステップＳ１３（出力手段）に進
み、ステップＳ１２で求めた演算結果Ｅ（Ｃａｒｄ Ｉ
Ｄ）をセキュリティモジュール３２のＣＰＵ５０に出力
する。ＣＰＵ５０は、この演算結果Ｅ（Ｃａｒｄ Ｉ
Ｄ）が正しいものであるか否かの判定を、図６のステッ
プＳ４において行うことになる。

【００５３】図８乃至図１０は、図７のステップＳ１２
おいて、デコーダ３１のＣＰＵ４２が行う演算の処理例
を表している。

【００５４】図８の例においては、デコーダ３１のＣＰ
Ｕ４２は、セキュリティモジュール３２のＣＰＵ５０よ
りＣａｒｄ ＩＤが入力されると、そのＣａｒｄ ＩＤ
のビットを反転する演算を行う。例えば、Ｃａｒｄ Ｉ
Ｄが、１１００１１０１である時、演算結果Ｅ（Ｃａｒ
ｄ ＩＤ）は、００１１００１０となる。

【００５５】図９の実施例においては、デコーダ３１の
ＣＰＵ４２は、Ｃａｒｄ ＩＤのＭＳＢとＬＳＢを入れ
換える処理を実行する。例えば、Ｃａｒｄ ＩＤが、１
１００１１００であるとき、演算結果Ｅ（Ｃａｒｄ Ｉ
Ｄ）は、０１００１１０１となる。

【００５６】また、図１０の実施例においては、図８と
図９に示した演算の両方を行うようになされている。す
なわち、ステップＳ４１において、Ｃａｒｄ ＩＤのビ
ットの反転処理が実行され、ステップＳ４２において
は、そのＭＳＢとＬＳＢを入れ換える処理が実行され
る。

【００５７】例えば、Ｃａｒｄ ＩＤが、１１００１１
００である時、ビット反転処理により、００１１００１
１が得られ、さらに、ＭＳＢとＬＳＢを入れ換える処理
により、１０１１００１０が得られる。

【００５８】もちろん、このような演算は一例であり、
そのほか各種の演算が実行可能である。

【００５９】上記実施例においては、伝送路２３を放送
波であるものとして説明したが、これに限定されるもの
ではなく、光ファイバケーブルやその他の伝送媒体とす
ることも可能である。

【００６０】

【発明の効果】以上の如く、請求項１に記載の情報処理
装置、および請求項４に記載の情報処理方法によれば、
供給手段に対して判定手段の判定の基礎となる情報を出
力し、供給手段において、処理手段が予め定められてい
るものであるか否かを判定し、その判定結果に対応して
所定の処理を行うようにしたので、不正な処理手段が用
いられることを抑制することが可能となる。

【図面の簡単な説明】

【図１】本発明を応用した有料放送システムの構成例を
示すブロック図である。

【図２】個別情報の一部を示す図である。

【図３】番組情報の一部を示す図である。

【図４】図１の受信端末２２の動作の原理を説明するた
めの図である。

【図５】図１のデコーダ３１とセキュリティモジュール
３２の間の信号の授受を説明する図である。

【図６】図１のセキュリティモジュール３２のデコーダ
認証処理を説明するフローチャートである。

【図７】図１のデコーダ３１のデコーダ認証コマンド受
信時の処理例を示すフローチャートである。

【図８】図７のステップＳ１２における演算の処理例を
示すフローチャートである。

【図９】図７のステップＳ１２における演算の処理例を
示すフローチャートである。

【図１０】図７のステップＳ１２における演算の処理例
を示すフローチャートである。

【符号の説明】

１，１Ａ乃至１Ｅ エンコーダ ２ 多重化器 ３ スクランブラ ４ 関連情報送出装置 ５ 番組制御システム ６ スクランブル制御システム ７ 視聴情報収集処理システム ２１ 送信側システム ２２ 受信端末 ２３ 伝送路 ２４ 電話回線 ３１ デコーダ ３２ セキュリティモジュール ４１ デスクランブラ ４２ ＣＰＵ ５０ ＣＰＵ ５１，５２ 復号器 ５３ ＥＥＰＲＯＭ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 7/167 Ｈ０４Ｌ 9/00 ６７３Ｂ ６７３Ｅ Ｈ０４Ｎ 7/167 Ｚ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 入力された情報を処理する処理手段と、 前記処理手段に対して前記処理の鍵を供給する供給手段
   とを備える情報処理装置において、 前記供給手段は、 前記処理手段が予め定められているものであるか否かを
   判定する判定手段と、 前記判定手段の判定結果に対応して所定の制御を行う制
   御手段とを備え、 前記処理手段は、前記供給手段に対して前記判定手段の
   判定の基礎となる情報を出力する出力手段を備えること
   を特徴とする情報処理装置。
2. 【請求項２】 前記処理手段は、スクランブルされてい
   る情報をデスクランブルし、 前記供給手段は、前記処理手段に対して着脱され、デス
   クランブルする鍵を前記処理手段に供給することを特徴
   とする請求項１に記載の情報処理装置。
3. 【請求項３】 前記判定手段は、前記処理手段に、所定
   のデータに対して所定の演算を行わせるコマンドを供給
   し、前記コマンドに対応して前記処理手段が出力する演
   算結果から前記判定を行い、 前記処理手段は、前記供給手段から前記コマンドの入力
   を受けたとき、前記データに対して所定の演算を行って
   前記供給手段に出力することを特徴とする請求項１に記
   載の情報処理装置。
4. 【請求項４】 入力された情報を処理する処理手段と、 前記処理手段に対して前記処理の鍵を供給する供給手段
   とを備える情報処理装置の情報処理方法において、 前記供給手段は、 前記処理手段が予め定められているものであるか否かを
   判定するとともに、 前記判定結果に対応して所定の制御を行い、 前記処理手段は、前記供給手段に対して前記判定手段の
   判定の基礎となる情報を出力することを特徴とする情報
   処理方法。