JPH11340966A

JPH11340966A - 鍵を用いた通信システムおよび方法

Info

Publication number: JPH11340966A
Application number: JP10145372A
Authority: JP
Inventors: Yoshiyuki Sugimoto; 圭志杉本
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1998-05-27
Filing date: 1998-05-27
Publication date: 1999-12-10

Abstract

(57)【要約】【課題】暗号鍵送出のための占有時間が短く、かつ、
受信開始時に、画像および音声が得られるまでの時間が
短い通信システム、並びにかかるシステムにおいて所望
の結果を得るための通信パラメータの設定を容易にする
ことを目的とする。【解決手段】暗号化データと鍵対応データは、図２に示
すようなタイミングにて送出される。図２Ｂに示すよう
に、暗号化データにおいて用いた暗号鍵が変わる時点Tx
よりΔt1だけ早く（Ts参照）、次の鍵対応データを送出
している。これは、受信側において、鍵対応データから
暗号鍵を復元するための時間を考慮して、データが途切
れることなく受信できるようにするためである。上記の
ように、一部において重複期間４０を設けることによ
り、鍵対応データによる通信路の占有をできるだけ小さ
くしつつ、特に処理開始時における受信側での復元デー
タの連続的な受信を確保するようにしている。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】この発明は暗号鍵による暗号化通信
に関するものであり、特にその暗号鍵の伝送に関するも
のである。

【０００２】

【従来の技術】図３７に、従来の衛星デジタル放送受信
機の構成をブロック図にて示す。衛星デジタル放送にお
いては、画像データ、音声データ、制御データなどが、
時分割のパケットとして送られてくる。また、このパケ
ットは、暗号鍵によって暗号化されている。

【０００３】チューナ部２は、制御部４の制御に応じ、
衛星から送信されてくる電波から、所望のトランスポー
トストリーム（周波数、偏波面などによって決定される
伝送路）のパケット（ＴＳパケットと呼ぶ）を選択的に
受信する。出力されたＴＳパケットには、複数のチャネ
ルの画像データ、音声データ、制御データが時分割で含
まれている。

【０００４】デ・スクランブル部６は、制御部４の制御
に従って、暗号鍵に基づきＴＳパケットの暗号を解除す
る。さらに、デコーダ部８は、制御部４の制御に従っ
て、ＴＳパケットから、所望のチャネルの画像データ、
音声データ、制御データを選択的に取得する。ＮＴＳＣ
エンコーダ１０は、デコーダ部８によって得られた画像
データ、音声データに基づいて、ＮＴＳＣコンポジット
信号を生成する。

【０００５】ところで、放送局側から送られてくるＴＳ
パケットは、守秘性を高くするために、リアルタイムに
暗号鍵を変えて伝送されてくるようになっている。その
伝送状態を、図３８に示す。たとえば、図中のＴＳパケ
ットにおいて、Odd0と表示された期間では、複数のＴＳ
パケットがOdd0の暗号鍵によって暗号化されている。同
様に、Even1、Odd1、Even2の期間では、複数のＴＳパケ
ットが、それぞれ、暗号鍵Even1、Odd1、Even2によって
暗号化されている。

【０００６】ＴＳパケットの一部として、これら暗号鍵
Odd0、Even1、Odd1、Even2自体を暗号化したＥＣＭデー
タも併せて送信されてくる。このＥＣＭデータは何度も
繰り返し送信される。図３８は、ＥＣＭデータが繰り返
し送信される期間を示している。

【０００７】図３８から明らかなように、ＴＳパケット
において現在用いられている暗号鍵のＥＣＭデータだけ
でなく、次に用いられる暗号鍵のＥＣＭデータも同時に
送信されている。たとえば、図のＴ1のタイミングで受
信を開始すると、デ・スクランブル部６は、受信したＥ
ＣＭデータに基づいて、暗号鍵Odd0、Even1を復元す
る。この暗号鍵の復元にｔ1要するとすれば、Ｔ1＋ｔ1
のタイミングから画像および音声が出力されることとな
る。その後は、予め、次の暗号鍵が復元されて得られて
いるので、とぎれることなく画像および音声が出力され
る。

【０００８】上記のように、常に、現在の暗号鍵と次の
暗号鍵を取得することができるので、どのようなタイミ
ングでチャネルの切替があっても、暗号鍵の復元時間ｔ
1だけ待てば、画像および音声が得られる。

【０００９】また、図３９に示すようにして、暗号鍵の
ＥＣＭデータを伝送する方式もある。この方式では、Ｔ
Ｓパケットに用いている暗号鍵のＥＣＭデータを、所定
時間Δｔだけ早く送信している。ＥＣＭデータから暗号
鍵を復元するために要する時間よりも、このΔｔを大き
くしておけば、とぎれることなく画像および音声を出力
することができる。ＥＣＭデータから暗号鍵を復元する
ために要する時間は、受信機によって異なる。したがっ
て、各種受信機においてＥＣＭデータから暗号鍵を復元
するために要する時間のうち、最大の時間ｔmaxよりも
Δｔが大きくなるように設定すれば、全ての受信機にお
いて、とぎれることなく画像および音声を得ることがで
きる。

【００１０】

【発明が解決しようとする課題】上記のような従来の通
信方式には、次のような問題点があった。

【００１１】図３８に示すような方式においては、２つ
の暗号鍵を１つのＥＣＭデータとして送るようにしてい
るので、ＥＣＭデータが長くなって、ＥＣＭデータの送
出のための時間が長くなるという問題点があった。ま
た、ＥＣＭデータから暗号鍵を復元するための時間が長
くなるという問題もあった。

【００１２】これに対し、図３９に示すような方式にお
いては、１つの暗号鍵のみをＥＣＭデータとして送るよ
うにしているので、ＥＣＭデータ送出のための時間が短
く、暗号鍵復元に要する時間も短いという利点がある。

【００１３】しかしながら、暗号鍵復元に最も時間を要
する受信機の復元時間ｔmaxを考慮してΔｔを設定して
いるので、チャネル切替時に、画像および音声が出力さ
れるまでの時間がかかるという問題があった。図４０
に、この問題点を説明するため、図３８の方式と図３９
の方式とを比較して示す。ここで、タイミングＴ2にお
いて、チャネルが切り換えられて受信が開始されたとす
る。受信機が暗号鍵Odd0の復元に要する時間をｔ1とす
れば、図３８の方式の場合には、Ｔ2＋ｔ1のタイミング
から、画像および音声が得られることとなる。これに対
し、図３９の方式の場合には、タイミングＴ2において
は、もはや暗号鍵Odd0のECMデータが送られてきていな
いので、タイミングＴ3まで画像および音声が得られな
いこととなってしまう。このように、図３９の方式で
は、ＥＣＭデータ送出のための時間が短く、暗号鍵復元
に要する時間も短いという利点があるものの、チャネル
切り替え時などの受信開始時に、画像および音声が得ら
れるまでの時間が長くなってしまうという問題があっ
た。

【００１４】さらに、図３９の方式では、Δｔを、暗号
鍵復元に最も時間を要する受信機の復元時間ｔmaxと等
しくしておいても、チャネル切換時には、一旦表示され
た画像等が途切れるという現象が生じている。かかる現
象については、経験上Δｔを大きくとることによって解
決できることが分かっている。しかしながら、前述のよ
うに、Δｔをあまり大きくすると、復元処理の速い受信
機においても、チャネル切換時に映像等が得られるまで
の時間が長くなるという問題を生じる。そこで、従来、
試行錯誤によって適切なΔｔの長さを決定しており、極
めて煩雑であった。つまり、適切な結果を得るための通
信パラメータの設定が困難であった。

【００１５】この発明は、上記のような問題点を解決し
て、暗号鍵送出のための占有時間が短く、かつ、受信開
始時に、画像および音声が得られるまでの時間が短い通
信システムおよび方法等を提供すること、並びにかかる
システムおよび方法において所望の結果を得るための通
信パラメータの設定を容易にすることを目的とする。

【００１６】

【課題を解決するための手段および発明の効果】この発
明に係る通信システムおよび方法は、所定時間ごとに鍵
を変えて送出すべきデータを暗号化して送出し、受信側
において暗号化データを復号化する通信システムおよび
方法であって、送信側においては、順次異なる鍵に基づ
いて、送出すべきデータを暗号化して暗号化データを生
成し、順次異なる鍵によって暗号化された暗号化データ
と、当該暗号化に用いた鍵に対応する鍵対応データとを
送出するに際して、暗号化データに用いた鍵が変わる時
点より前の所定重複期間内において、当該時点での鍵だ
けでなく次に使用する鍵にも対応するように鍵対応デー
タを送出するとともに、受信側においては、送出されて
きた暗号化データと鍵対応データとを受け取り、受け取
った鍵対応データに基づいて鍵を生成し、受け取った暗
号化データを鍵に基づいて復号化するに際し、暗号化デ
ータに対する処理の開始時点が前記重複期間以外の期間
である場合は、鍵が取得できた後に復号化したデータの
出力を開始するとともに、暗号化データに対する処理の
開始時点が前記重複期間である場合は、少なくとも次の
鍵が取得できた後に復号化したデータの出力を開始する
ものであることを特徴としている。

【００１７】上記のように、暗号化データに用いた鍵が
変わる時点より前の所定重複期間においてのみ、当該時
点での鍵だけでなく次に使用する鍵にも対応するように
鍵対応データを送出するようにしている。たとえば、重
複期間において、当該時点での鍵に対応する鍵対応デー
タと、次に使用する鍵に対応する鍵対応データとの２つ
の鍵対応データを送出するようにしたり、当該時点での
鍵と次に使用する鍵とに対応する１つの鍵対応データを
送出するようにしている。したがって、鍵対応データ送
出のための占有時間を短くしつつ、受信開始時に、画像
および音声が得られるまでの時間を短くすることができ
る。

【００１８】この発明では、重複期間の開始時点Tsが、
下式によって示されるものであることを特徴としてい
る。

【００１９】Ts = Tx - Rmax - α ここで、Txは暗号化データにおいて鍵の変わる時点、Rm
axは受信側において、重複期間外に受けた鍵対応データ
から鍵を取得するに必要な時間と、重複期間内に受けた
鍵対応データから次の鍵を取得するに必要な時間とを合
計した時間のうち想定した最も大きな時間、αは余裕時
間である。

【００２０】上記のようにRmaxを定めて重複期間の開始
時点Tsを定めることにより、重複期間の始まる直前に処
理を開始した場合であっても、途切れることなく復号化
されたデータを得ることができる。また、想定した受信
装置のうち、鍵対応データから鍵を復元する処理の最も
遅い受信装置によってRmaxを定めているので、想定され
る全ての受信機において、これを達成することができ
る。また、処理開始時に途切れることなく復号化された
データを得るために、重複期間の開始時期をどのように
設定すればよいのかが明確となってシステム設計が容易
となる。

【００２１】この発明では、重複期間の終了時点Teが、
下式によって示されるものであることを特徴としてい
る。

【００２２】Te = Tx - Rmin + β ここで、Rminは受信側において、重複期間外に受けた鍵
対応データから鍵を取得するに必要な時間と、重複期間
内に受けた次の鍵に対応する鍵対応データから鍵を取得
するに必要な時間とを合計した時間のうち想定した最も
小さな時間、βは余裕時間である。

【００２３】現在使用する鍵が復元できた時点で、使用
する鍵が次の鍵に変わっていた場合には、鍵の復元処理
が無駄になる。そこで、想定した受信装置のうち、鍵対
応データから鍵を復元する処理の最も速い受信装置に基
づいて、重複期間の終了時点Teを、鍵の変化時点Txより
も前に終了させることにより、復元化されたデータの受
信に支障を与えることなく重複期間を短くすることがで
きる。

【００２４】この発明では、受信側での暗号化データの
処理開始時点において、２つの鍵に対応する鍵対応デー
タを受けている場合には、少なくとも次の鍵が取得でき
た後に復号化したデータの出力を開始するようにしてい
る。したがって、処理開始の際に、復元化されたデータ
を途切れることなく受信することができる。

【００２５】この発明では、受信側での暗号化データの
処理開始時点において、２つの鍵対応データを受けてお
り、現在の鍵を先に取得した際には、２つの鍵対応デー
タが送信される期間の終了時点から鍵が変更される時点
までの時間よりも、鍵対応データから次の鍵を取得する
時間の方が短い場合には、次の鍵の取得を待たずに現在
の鍵を取得した時点で、復号化したデータの出力を開始
することを特徴としている。したがって、処理の開始か
ら復号化したデータの出力までの時間を、受信装置の処
理速度に応じて短くすることができる。

【００２６】この発明では、２つの鍵が含まれている鍵
対応データを受けた場合には、当該２つの鍵のうち、ま
だ復元していない鍵のみを復元するものであることを特
徴としている。したがって、鍵の復元処理時間を短くす
ることができる。

【００２７】この発明において、「通信」とは、一斉放
送、１対１通信等の形態を問わないものである。また、
有線通信、無線通信を問わない。

【００２８】「受信装置」とは、暗号化されたデータを
受けて、復号化して出力する機能を有する装置をいう。
たとえば、衛星放送テレビジョンの電波を受信して、コ
ンポジット信号として出力するセット・トップ・ボック
ス（ＳＴＢ）や、ＳＴＢの機能を内蔵したＴＶセットな
どがこれに該当する。

【００２９】「鍵出力手段」とは、暗号化のための鍵を
自ら生成する手段だけでなく、他の手段から受け取った
鍵を保持して出力する手段も含む概念である。

【００３０】「復号化手段」とは、暗号化されたデータ
を受けて、これを鍵に基づいて復号化し、出力する手段
をいう。実施形態においては、図１２のデ・スクランブ
ラ６８、トランスポートデコーダ７０およびＣＰＵ７２
（特に図１７、図２３、図３２、図３６に示す処理）
が、これに対応する。

【００３１】「２つの鍵に対応する鍵対応データを受け
る」とは、それぞれが１つの鍵に対応する鍵対応データ
を２つ受ける場合だけでなく、２つの鍵に対応する鍵対
応データを１つ受ける場合をも含む概念である。実施形
態では、前者は図１０に対応し、後者は図３１に対応す
る。

【００３２】「暗号化データに対する処理の開始時点」
とは、当該暗号化データを復号化するために必要な鍵対
応データを受け取った時点をいい、実施形態において
は、図１８〜図２２等の時点Ｘ1がこれに該当する。

【００３３】「送出すべきデータ」とは、暗号化して送
信される対象となるデータであり、画像データ、音声デ
ータだけでなく、文書テキストデータ、プログラムデー
タ等であってもよい。

【００３４】「プログラムを記録した記録媒体」とは、
ＣＰＵによって実行可能なプログラムを記録した、ＲＯ
Ｍ、ＲＡＭ、ハードディスク、フレキシブルディスク、
ＣＤ−ＲＯＭ等の記録媒体をいう。また、プログラム
は、ＣＰＵによって直接実行可能なものだけでなく、一
旦インストールが必要なもの、圧縮されているもの、暗
号化されているものも含まれる。

【００３５】

【発明の実施の形態】１．システムの全体構成 (1)システムのブロック図この発明の一実施形態による通信システムの全体構成を
図１に示す。この通信システムは、送信装置２０と受信
装置２２を備えている。また、送信装置２０と受信装置
３０とは、地上波通信、衛星通信、有線通信、ＷＡＮ、
ＬＡＮ等の通信路（図示せず）によって結合されてい
る。

【００３６】送信装置２０は、鍵出力手段２２、暗号化
手段２４、鍵対応データ生成手段２６、送出手段２８を
備えている。鍵出力手段２２は、暗号化のための鍵を次
々と生成する。暗号化手段２４は、送出すべきデータを
鍵出力手段２２からの暗号鍵によって暗号化して、暗号
化データを生成する。鍵対応データ生成手段２６は、鍵
出力手段２２からの暗号鍵自体を暗号化して、鍵対応デ
ータを生成する。送出手段２８は、暗号化データとその
暗号化に用いられた暗号鍵の鍵対応データとを送出す
る。

【００３７】受信装置３０は、受取手段３２、複合化手
段３４、鍵取得手段３６を備えている。受取手段３２
は、送信装置２０から送られてきた暗号化データおよび
鍵対応データを受け取る。鍵取得手段３６は、受け取っ
た鍵対応データから暗号鍵を復元する。複合化手段３４
は、鍵取得手段３６によって復元された暗号鍵に基づい
て、暗号化データを復号化してデータを取得して出力す
る。

【００３８】なお、図１においては、１つの送信装置に
対して１つの受信装置を示している。しかしながら、こ
の通信システムの適用分野によって、送信装置と受信装
置の対応関係は異なったものとなる。たとえば、衛星放
送システムに適用した場合には、１つの送信装置２０に
対して、多くの受信装置３０が対応することとなる。ま
た、受信装置３０が多くの衛星放送システムに対応して
いる場合、受信装置３０の側から見れば、複数の送信装
置２０に対して、１つの受信装置３０が対応することと
なる。また、ＬＡＮなどのネットワーク通信に適用した
場合には、複数の送信装置２０に対して、複数の受信装
置３０が対応することとなる。

【００３９】(2)通信方法の概要図１に示す通信システムにおける暗号化データと鍵対応
データの送出タイミングを、図２に示す。鍵出力手段２
２は、暗号鍵を順次出力する。ここでは、一連の暗号鍵
をEven0,Odd0,Even1,Odd1,Even2....と表すこととす
る。Even0,Even1...を偶数鍵、Odd0,Odd1,Odd2....を奇
数鍵という。暗号化手段２４は、送出すべきデータに対
し期間を区切って、これら一連の暗号鍵によって暗号化
を行って暗号化データを生成する。この状態を図２Ａに
示す。

【００４０】送出手段２８は、暗号化データと鍵対応デ
ータを図２に示すようなタイミングにて送出する。な
お、図２Ｂにおいて、Odd0,Even1,Odd1,Even2と示した
部分は、それぞれ、暗号鍵Odd0,Even1,Odd1,Even2の鍵
対応データを送出している期間であることを示してい
る。また、各期間において、鍵対応データは、１回だけ
でなく複数回繰り返して同じものを送出するようにして
いる。これにより、鍵対応データの受信に失敗しても、
再度、鍵対応データを受信して暗号鍵を得ることができ
る。

【００４１】図２Ｂに示すように、暗号化データにおい
て用いた暗号鍵が変わる時点TxよりΔt1だけ早く（Ts参
照）、次の鍵対応データを送出している。

【００４２】これは、受信側において、鍵対応データか
ら暗号鍵を復元するための時間を考慮して、データが途
切れることなく受信できるようにするためである。した
がって、Δt1は、受信側の状況によって想定される暗号
鍵復元時間のうち最悪の場合（最も時間がかかる場合）
の時間を基準として、これと等しいかもしくは、わずか
に大きいことが好ましい。複数の受信装置において最も
復元の遅い装置の復元時間を基準としたり、１つの受信
装置において処理負荷状況などによって変化する復元時
間のうち最も遅いものを基準としたりすればよい。

【００４３】また、暗号化データの暗号化に現在用いら
れている暗号鍵の鍵対応データは、次の鍵対応データが
送出され始めてからも、引き続き送出されている。した
がって、この期間４０は、現在の鍵対応データと次の鍵
対応データとが重複して送出されることとなる。この期
間を重複期間と呼ぶ。現在の鍵対応データは、暗号鍵が
変わる時点TxよりΔt2だけ早い時点Teにおいて、送出が
停止される。

【００４４】これは、受信側において、鍵対応データか
ら暗号鍵を復元するための時間を考慮して、不要な鍵対
応データを送出しないようにするためである。つまり、
鍵対応データから暗号鍵が復元できた時点において、す
でに使用されている暗号鍵が次のものに変わっている場
合には、その鍵対応データを送る必要はない。むしろ、
鍵対応データを送ることによって、伝送路の実質的な伝
送容量を低下させることとなる。したがって、Δt2は、
受信側の状況によって想定される暗号鍵復元時間のうち
最良の場合（最も時間がかからない場合）の時間を基準
として、これと等しいかもしくは、わずかに小さいこと
が好ましい。複数の受信装置において最も復元の速い装
置の復元時間を基準としたり、１つの受信装置において
処理負荷状況などによって変化する復元時間のうち最も
速いものを基準としたりすればよい。

【００４５】図２Ｂに示す重複期間４０を設けることに
より、受信側における受信処理開始時でのデータ出力ま
での時間を、受信装置の性能や状況に応じて短くするこ
とができる。つまり、いずれの受信装置においても、あ
るいは受信装置の処理状況がどのような状態にあって
も、ほぼ、暗号鍵の復元時間経過後にデータの出力を得
ることができる。

【００４６】２．衛星放送システムにおける第１の実施
形態次に、この発明による通信システムを衛星放送システム
に適用した場合の実施形態について説明する。

【００４７】(1)送信装置の構成の説明衛星放送においては、周波数や偏波方向などによって決
定される各トランスポンダのそれぞれに複数のチャネル
が設定される。各トランスポンダにおいては、時分割に
よって複数チャネルのデータがパケット化されて送信さ
れている。各トランスポンダによって伝送されるデータ
を、トランスポートストリームと呼ぶ。

【００４８】図３に、トランスポートストリームを生成
して送信するための送信装置の構成を示す。図において
は、１組の画像データ、音声データのみを示している
が、多数の画像データ、音声データの組が与えられる。
音声データ、画像データの組は、所定個数ごとに１つの
トランスポートストリームにまとめられる。

【００４９】画像データ４２は、画像エンコーダ４８に
よって圧縮されて多重化部５４に与えられる。同様に、
音声データ４４は、音声エンコーダ５０によって圧縮さ
れて多重化部５４に与えられる。なお、この実施形態で
は、MPEG2規格に基づいてデータの圧縮を行っている。

【００５０】制御データ生成部４６は、パケット化のた
めの制御データを生成する。この制御データは、時分割
された複数チャネルの画像データ、音声データを正しく
識別するなどのために付される。多重化部５２は、制御
データ、圧縮された画像データ、音声データおよび後述
するＥＣＭデータを時分割して固定長のパケットにし、
トランスポートストリームとして出力する。この際、多
重化部５４は、誤り訂正の符号を付加する。この実施形
態では、畳み込み符号化を内符号、短縮化リードソロモ
ン符号を外符号とする連接符号によって、誤り訂正を行
っている。

【００５１】スクランブラ５６は、出力されたパケット
に対し、スクランブル鍵制御部６０から与えられるスク
ランブル鍵を用いてスクランブルをかける。スクランブ
ルのかけられたトランスポートストリームは、変調部５
８において変調され、放送衛星を介して視聴者に放送さ
れる。

【００５２】なお、スクランブラ５６において用いられ
たスクランブル鍵は、ＥＣＭ生成部５２において暗号化
され、鍵対応データであるＥＣＭ(Entitlement Control
Message)データとされる。多重化部５４は、このＥＣ
Ｍデータも含めてパケット化する。

【００５３】この実施形態においては、エネルギー拡散
方式を用いて、Ｍ系列により発生する疑似ランダム信号
を加算することにより、スクランブルをかけるようにし
ている。なお、この他の暗号化方式によってスクランブ
ルをかけるようにしても良い。

【００５４】(2)トランスポートストリームの構造図３の送信装置によって生成されたトランスポートスト
リームの構造を説明する。この実施形態では、パケット
化の制御データとして、MPEG2システムに規定されるＰ
ＳＩ(Program Specific Information)を用いている。

【００５５】図４を参照して、３つのチャネルを時分割
多重化したトランスポートストリームの構造を説明す
る。画像データはES(Video)1,ES(Video)2,ES(Video)3と
して示され、音声データはES(Audio)1,ES(Audio)2,ES(A
udio)3として示されている。ECM1は画像データES(Vide
o)1、音声データES(Audio)1に用いたスクランブル鍵の
ＥＣＭデータを示している。同様に、ECM2は画像データ
ES(Video)2、音声データES(Audio)2に用いたスクランブ
ル鍵のＥＣＭデータを示し、ECM3は画像データES(Vide
o)3、音声データES(Audio)3に用いたスクランブル鍵の
ＥＣＭデータを示している。

【００５６】NIT,PAT,PMT1,PMT2,PMT3は、ＰＳＩによる
パケット化における制御データである。これらの制御デ
ータにより、各トランスポートストリームに含まれるチ
ャネル、時分割多重化されパケット化された３つのチャ
ネルの画像データ、音声データを識別することができ
る。制御データNIT,PAT,PMT1,PMT2,PMT3のデータ構造
は、後に詳述する。

【００５７】パケット化は、図４の縦線６０ａに示すよ
うに行われる。つまり、制御データNIT,PAT,PMT1,PMT2,
PMT3、ＥＣＭデータECM1,ECM2,ECM3、画像データES(Vid
eo)1,ES(Video)2,ES(Video)3、音声データES(Audio)1,E
S(Audio)2,ES(Audio)3の順にパケット化が行われる。音
声データES(Audio)3までのパケット化が完了すれば、再
び、制御データNIT以下のパケット化を繰り返す（縦線
６０ｂ参照）。

【００５８】画像データES(Video)1,ES(Video)2,ES(Vid
eo)3や音声データES(Audio)1,ES(Audio)2,ES(Audio)3
は、制御データやＥＣＭデータに比べて大量に送られ
る。この実施形態では、固定長パケットを用いているの
で、画像データES(Video)1,ES(Video)2,ES(Video)3や音
声データES(Audio)1,ES(Audio)2,ES(Audio)3は、制御デ
ータやＥＣＭデータに比べて多くのパケットが送られる
こととなる。図４において、画像データおよび音声デー
タが太く示されているのは、このことを模式的に表した
ものである。

【００５９】図５に、パケット化されたデータの基本的
構造を示す。制御データ、ＥＣＭデータ、画像データ、
音声データのいずれもが、図５に示すようなデータ構造
を持つパケットとされる。パケット化データの先頭に
は、パケット符号PID(Packet ID)が付される。パケット
符号PIDは、各パケットを識別するため各パケットごと
にユニークに付された符号である。スクランブルコント
ロールビットは、当該パケットにスクランブルがかかっ
ているか否か、スクランブルがかかっている場合には偶
数鍵(Even)か奇数鍵(Odd)かを示す。たとえば、"00"は
スクランブル無し、"10"は偶数鍵によるスクランブ
ル、"11"は奇数鍵によるスクランブルを示す。内容デー
タは、パケット化された対象データ（制御データ、ＥＣ
Ｍデータ、画像データ、音声データなど）である。

【００６０】なお、この実施形態では、制御データNIT,
PAT,PMT1,PMT2,PMT3やＥＣＭデータECM1,ECM2,ECM3にス
クランブルをかけないようにしている。したがって、こ
れらデータのパケットにおいて、スクランブルコントロ
ールビットは"00"となる。

【００６１】図６に制御データPATのデータ構造を示
し、図７に制御データPMT1,PMT2,PMT3のデータ構造を示
す。制御データPMT1は、図７に示すように、画像データ
ES(Video)1のパケット符号PIDとそのスクランブル鍵の
ＥＣＭデータECM1のパケット符号PID、および音声デー
タES(Audio)1のパケット符号PIDとそのスクランブル鍵
のＥＣＭデータECM1のパケット符号PIDを有している。
図７においては、画像データのＥＣＭデータのPIDが１
６進数で２１、画像データのPIDが１６進数で２２、音
声データのＥＣＭデータのPIDが１６進数で２１、音声
データのPIDが１６進数で２４であることが示されてい
る。なお、他のチャンネルの制御データPMT2,PMT3も同
様の構成である。また、この実施形態では、画像データ
と音声データのスクランブル鍵を同じものとしたが、そ
れぞれ異なるスクランブル鍵を用いるようにしてもよ
い。

【００６２】制御データPATは、図６に示すように、各
チャネルの制御データPMT1,PMT2,PMT3のパケット符号PI
Dを示している。図６においては、３チャネルのPMTのPI
Dが１６進数で１０、５チャネルのPMTのPIDが１６進数
で１１、７チャネルのPMTのPIDが１６進数で１２である
ことが示されている。

【００６３】図６、図７に示す制御データPAT、PMTによ
って、画像データ、音声データのパケットが、チャネル
ごとに特定できる。

【００６４】図８にＥＣＭデータECM1,ECM2,ECM3の構造
を示す。ＥＣＭデータは、セクションヘッダとＥＣＭ内
容データとを有している。ＥＣＭ内容データは、スクラ
ンブル鍵自体を暗号化したものである。セクションヘッ
ダには、偶数鍵(Even)か奇数鍵(Odd)かを示すtable_i
d、このＥＣＭデータによるスクランブル鍵が現在の鍵
（カレント鍵という）か、次に用いる鍵（ネクスト鍵と
いう）かを示すtable_id_extensionが設けられている。
この実施形態では、table_idが８進数で８２であれば偶
数鍵であること、８３であれば奇数鍵であることを表
す。また、table_id_extensionが００であれば、このＥ
ＣＭデータがカレント鍵のものでありカレント鍵だけが
送られていること、０１であれば、このＥＣＭデータが
カレント鍵のものであり同時にネクスト鍵も送られてい
ること、１０であれば、このＥＣＭデータがネクスト鍵
のものであることを表している。

【００６５】なお、この実施形態では、table_id_exten
sionによって上記の区別を行っている。しかしながら、
ＥＣＭデータの内容に、このような区別を行うデータを
記述するようにしてもよい。

【００６６】以上のようにして、１つのトランスポンダ
に複数のチャネルのデータが時分割で多重化され、１つ
のトランスポートストリームを形成している。なお、ト
ランスポートストリームは複数設けられており、図９に
示すようにその識別子Ts_id、周波数・偏波方向などの
伝送諸元、そのトランスポートストリームに含まれるチ
ャネルのリストがNIT(Network Information Table)デー
タとして伝送される。

【００６７】図１０に、画像データES(Video)1（または
音声データES(Audio)1）とＥＣＭデータECM1の送出タイ
ミングを示す。なお、図１０の画像（音声）データにお
いて、Odd0,Even1,Odd1,Even2と示した部分は、それぞ
れ、スクランブル鍵Odd0,Even1,Odd1,Even2によってス
クランブルをかけた部分である。また、ＥＣＭデータEC
M1において、Odd0,Even1,Odd1,Even2と示した部分は、
それぞれ、スクランブル鍵Odd0,Even1,Odd1,Even2の鍵
対応データを送出している期間であることを示してい
る。なお、他のチャネルの画像データES(Video)2,ES(Au
dio)2とＥＣＭデータECM2とのタイミング関係、画像デ
ータES(Video)3,ES(Audio)3とＥＣＭデータECM3とのタ
イミング関係も、上記と同様である。

【００６８】図４においては、ＥＣＭデータは１本のデ
ータとして示されているが、より詳細には、図１０に示
すように、所定の重複期間では２つのＥＣＭデータが同
時に送られている。図１１に、重複期間の前後を拡大し
て示す。図１１に示すように、画像（音声）データにお
いて用いたスクランブル鍵がOdd0からEven1へ変わる時
点TxよりΔt1だけ早いタイミングTsにて、次のスクラン
ブル鍵Even1の鍵対応データを送出している。

【００６９】これは、受信装置において、鍵対応データ
からスクランブル鍵を復元するための時間を考慮して、
画像や音声が途切れることなく受信できるようにするた
めである。したがって、重複期間４０の開始時Tsは下式
のように定めるのが好ましい。

【００７０】Ts = Tx - Rmax - α ここで、Txは暗号化データにおいて鍵の変わる時点を示
す。Rmaxは、最大復元時間であり、想定される複数の受
信装置において、連続して２つのＥＣＭデータを受けた
時に、２つのスクランブル鍵に復元するために要する２
重復元時間のうち、最も大きいものをいう。αは余裕時
間であり、０と等しいかそれ以上の値を持つ。

【００７１】図１５Ａに示すように、１つずつしか復元
処理をしない受信装置を想定する場合には、時点Q1から
時点Q2までを２重復元時間とし、想定した各受信装置の
２重復元時間のうち最も大きいものを最大復元時間Rmax
とする。

【００７２】また、図１５Ｂに示すように、２つの復元
処理を並列して行う受信装置を想定する場合には、２つ
のＥＣＭデータを同時に与えてからスクランブル鍵を復
元できるまでを２重復元時間とし、想定した各受信装置
の２重復元時間のうち最も大きいものを最大復元時間Rm
axとする。

【００７３】さらに、図１５Ａ、図１５Ｂのような受信
装置が混在することが想定される場合には、それぞれの
最大復元時間のうち最も大きいものを全体としての最大
復元時間Rmaxとする。

【００７４】図１１に戻って、暗号化データの暗号化に
現在用いられているスクランブル鍵Odd0の鍵対応データ
は、次の鍵Even1の鍵対応データが送出され始めてから
も、引き続き送出されている。したがって、この期間４
０は、現在の鍵Odd0の鍵対応データと次の鍵Even1の鍵
対応データとが重複して送出されることとなる。現在の
鍵Odd0の鍵対応データは、スクランブル鍵が変わる時点
TxよりΔt2だけ早い時点Teにおいて、送出が停止され
る。

【００７５】これは、受信側において、鍵対応データか
らスクランブル鍵を復元するための時間を考慮して、不
要な鍵対応データを送出しないようにするためである。
つまり、鍵対応データからスクランブル鍵Odd0が復元で
きた時点において、すでに使用されているスクランブル
鍵が次のものEven1に変わっている場合には、その鍵対
応データを送る必要はない。むしろ、鍵対応データを送
ることによって、伝送路の実質的な伝送容量を低下させ
ることとなる。したがって、重複期間４０の終了時Teは
下式のように定めるのが好ましい。

【００７６】Te = Tx-Rmin + β ここで、Txは暗号化データにおいて鍵の変わる時点を示
す。Rminは最小復元時間であり、想定される複数の受信
装置において、連続して２つのＥＣＭデータを受けた場
合に、２つのスクランブル鍵に復元するために要する２
重復元時間のうち、最も小さいものをいう。βは余裕時
間であり、０と等しいかそれ以上の値を持つ。

【００７７】図１５Ａに示すように、１つずつしか復元
処理をしない受信装置を想定する場合には、時点Q1から
時点Q2までを２重復元時間とし、想定した各受信装置の
２重復元時間のうち最も小さいものを最小復元時間Rmin
とする。

【００７８】また、図１５Ｂに示すように、２つの復元
処理を並列して行う受信装置を想定する場合には、２つ
のＥＣＭデータを同時に与えてからスクランブル鍵を復
元できるまでを２重復元時間とし、想定した各受信装置
の２重復元時間のうち最も小さいものを最小復元時間Rm
inとする。

【００７９】さらに、図１５Ａ、図１５Ｂのような受信
装置が混在することが想定される場合には、それぞれの
最小復元時間のうち最も小さいものを全体としての最小
復元時間Rminとする。

【００８０】なお、RmaxやRminを決定するために想定す
る受信装置として、可能性のある全ての受信装置を想定
した場合には、全受信装置においてチャネル切換時の画
像等の乱れを防止することができる。しかし、全受信装
置に対して所定の割合（９５％等）のものについて、チ
ャネル切換時の画像等の乱れを防止することができるよ
うに受信装置を想定し、RmaxやRminを決定してもよい。

【００８１】(3)受信装置の構成図１２に、この実施形態による通信システムにおける受
信装置のブロック図を示す。この実施形態においては、
復調部６４が受取手段３２に該当し、ＩＣカード８０が
鍵取得手段３６に該当する。また、デ・スクランブラ６
８、トランスポートデコーダ７０およびＣＰＵ７２によ
って復号化手段３４を実現している。

【００８２】アンテナ６２によって受信された電波は、
復調部６４において選択され、所望のトランスポートス
トリームのみがデジタルデータとして取り出される。誤
り訂正部６６は、パケットに付されている誤り訂正符号
に基づいてデータの誤り訂正を行う。

【００８３】デ・スクランブラ６８は、スクランブル鍵
に基づいて、トランスポートストリームのスクランブル
を解除する。なお、パケットの中には制御データやＥＣ
Ｍデータのパケットようにスクランブルがかけられてい
ないものも含まれる。スクランブルがかかっていないパ
ケットの場合、デ・スクランブラ６８は、何も処理を行
わずそのままそのパケットを出力する。なお、スクラン
ブルがかかっているか否かは、パケットのスクランブル
コントロールビット（図５参照）を見ることにより判断
することができる。

【００８４】図１３に、デ・スクランブラ６８内に設け
られているＤＳレジスタを示す。デ・スクランブラ６８
は、ＣＰＵ７２から与えられたスクランブル鍵と、その
スクランブル鍵を用いてスクランブルをかけられたパケ
ットの符号PIDを、このＤＳレジスタに記憶する。な
お、スクランブル鍵は、偶数鍵（Even鍵）と奇数鍵（Od
d鍵）の２つが記憶されるようになっている。

【００８５】デ・スクランブラ６８は、与えられたパケ
ットのスクランブルコントロールビット（図５参照）に
基づいて、スクランブルされているか否かを判断する。
スクランブルされていない場合には、誤り訂正部６６か
らのトランスポートストリームをそのままトランスポー
トデコーダ７０に与える。また、偶数鍵によってスクラ
ンブルされている場合には、当該パケットの偶数鍵をＤ
Ｓレジスタによって知り、その偶数鍵によってスクラン
ブルを解除する。スクランブルの解除されたトランスポ
ートストリームは、トランスポートデコーダ７０に与え
られる。奇数鍵によってスクランブルされている場合も
同様である。

【００８６】また、ＤＳレジスタに必要なスクランブル
鍵が記憶されていない場合（図のPIDが0x75であるパケ
ットに対する偶数鍵を参照）には、スクランブルを解除
することができないので、スクランブルされたままトラ
ンスポートデコーダ７０に与える。

【００８７】トランスポートデコーダ７０は、デ・スク
ランブラ６８からトランスポートストリームを受け、処
理部であるＣＰＵ７２によって指定されたPIDを持つパ
ケットのみを取り出す。この実施形態では、デ・スクラ
ンブラ６８とトランスポートデコーダ７０によって復元
出力部が構成されている。

【００８８】取り出されたパケットの内、画像データ、
音声データは、ビデオデコーダ８２、オーディオデコー
ダ８４において圧縮が解凍され、アナログ信号に変換さ
れて出力される。画像信号は、ＣＲＴコントローラ８６
によりＮＴＳＣ画像信号に変換されて出力される。

【００８９】ＣＲＴコントローラ８６からのＮＴＳＣ画
像信号と、オーディオデコーダ８４からの音声信号は、
ＴＶセット８８に与えられる。したがって、ＴＶセット
のディスプレイ（図示せず）から画像が、スピーカ（図
示せず）から音声が出力される。

【００９０】この実施形態では、受信装置本体９０の出
力はＴＶセット８８に与えられている。しかしながら、
アナログビデオレコーダ、デジタルビデオレコーダ、パ
ーソナルコンピュータ等の他の機器に与えるようにして
もよい。パーソナルコンピュータやデジタルビデオデコ
ーダ等のデジタル機器に出力する場合には、ビデオデコ
ーダ８２、オーディオデコーダ８４において解凍した後
のデジタルデータを与えるようにする。

【００９１】トランスポートデコーダ７０において取り
出されたデータの内、制御データやＥＣＭデータは、記
憶部であるメモリ７４に記憶される。ＥＣＭデータはＣ
ＰＵ７２によって、コネクタ７９を介して復元処理部で
あるＩＣカード８０に送られ、ＩＣカード８０はこのＥ
ＣＭデータからスクランブル鍵を復元する。復元された
スクランブル鍵は、コネクタ７９を介してＣＰＵ７２に
送り返される。ＣＰＵ７２は、これをデ・スクランブラ
６８に与える。なお、メモリ７４には制御プログラムも
格納されている。ＣＰＵ７２は、この制御プログラムに
したがって、各部を制御する。

【００９２】操作パネル７８は、操作者の操作により、
チャネル情報の入力等を行うためのものである。リモコ
ン受光部７６は、リモコン（図示せず）から送られてき
たチャネル情報等を受けるためのものである。

【００９３】リモコン受光部７６、操作パネル８６から
のチャネル情報はＣＰＵ７２に与えられる。ＣＰＵ７６
はチャネル情報を復調部６４に与え、所望のチャネルが
属するトランスポートストリームのみを復調させる。ま
た、受信した制御データに基づいて、トランスポートデ
コーダ７０により、トランスポートストリームから所望
のチャネルのデータのみを取り出させる。

【００９４】図１４に、鍵取得手段であるＩＣカード８
０の構成を示す。このＩＣカード８０は、受信装置本体
９０と接続するためのコネクタ９４、データ伝送のため
のインターフェイス９６、ＣＰＵ９２、メモリ９８を備
えている。ＣＰU９２は、メモリ９８に格納されたプロ
グラムにしたがって、コネクタ９４、インターフェイス
９６を介して受け取ったＥＣＭデータに基づいてスクラ
ンブル鍵を復元する。

【００９５】この実施形態におけるＩＣカード８０は、
一度に１つのＥＣＭデータに対する復元処理を行う（図
１５Ａ参照）。したがって、ＣＰＵ７２は、ＥＣＭデー
タをＩＣカード８０に送った後、ＩＣカード８０からス
クランブル鍵が返送されて来るのを待って、次のＥＣＭ
データをＩＣカード８０に送るようにしている。

【００９６】(4)受信装置の動作鍵復元を１つずつ行う場合図１６、図１７に、メモリ７４に記憶された制御プログ
ラムのフローチャートを示す。この制御プログラムは、
受信装置本体９０の電源投入またはチャネルの切換によ
り処理を開始する。以下、このフローチャートを参照し
つつ受信装置の動作を説明する。

【００９７】まず、ステップＳ１において、ＣＰＵ７２
は電源投入であるかチャネル切換であるかを判断する。
操作パネル７８またはリモコン受光部７６より新たなチ
ャネル情報（所望のチャネルを示す情報）が与えられた
場合には、チャネル切換であると判断できる。また、リ
セット動作が行われることにより、電源投入であると判
断できる。

【００９８】チャネル切換であった場合には、現在受信
しているトランスポートストリームに所望のチャネルが
含まれているかどうかを判断する。この判断は、受信し
た制御データNITの内容を見ることによって行うことが
できる（図４および図９参照）。

【００９９】現在受信中のトランスポートストリーム内
に所望のチャネルが含まれていない場合、ＣＰＵ７２
は、図９に示す制御データNITの内容にしたがって所望
のチャネルが含まれるトランスポートストリームの識別
子Ts_id、伝送諸元を取得する。ＣＰＵ７２は、取得し
たトランスポートストリームの識別子Ts_id、伝送諸元
を復調部６４に与える（ステップＳ３）。復調部６４
は、与えられた識別子Ts_id、伝送諸元にもとづいて、
所望のトランスポートストリームのみを選択的に復調し
て出力する。これにより、誤り訂正部６６によって誤り
訂正されたトランスポートストリームが、デ・スクラン
ブラ６８に与えられる。ＣＰＵ７２は、ステップＳ４の
処理に進む。

【０１００】なお、現在受信しているトランスポートス
トリーム内に所望のチャネルが含まれている場合には、
復調部６４の切換を行う必要がないので、ＣＰＵ７２
は、ただちにステップＳ４の処理に進む。

【０１０１】また、電源投入の場合には現在受信中のト
ランスポートストリームが存在しないので、ＣＰＵ７２
は復調部６４の切換を行った後、ステップＳ４の処理に
進む。

【０１０２】ステップＳ４において、ＣＰＵ７２は、ト
ランスポートデコーダ７０に、制御データPATのパケッ
ト符号PIDを設定する。これにより、トランスポートデ
コーダ７０は、トランスポートストリームから制御デー
タPATを取り出して、メモリ７４に記憶する。

【０１０３】次に、ＣＰＵ７２は、メモリ７４に記憶さ
れた制御データPATに基づいて、所望のチャネルの制御
データPMTのパケット符号PIDを取得する（図６参照）。
図６の例でいえば、３チャネルを受信するのであれば、
３チャネルの制御データPMTのパケット符号PIDが１６進
数で”１０”であることがわかる。

【０１０４】続けて、ＣＰＵ７２は、トランスポートデ
コーダ７０に、所望のチャネルの制御データPMTのパケ
ット符号PIDを設定する。これにより、トランスポート
デコーダ７０は、トランスポートストリームから所望の
チャネルの制御データPMTを取り出して、メモリ７４に
記憶する。

【０１０５】さらに、ＣＰＵ７２は、メモリ７４に記憶
された制御データPMTに基づいて、所望のチャネルの画
像データ、音声データ、ＥＣＭデータのパケット符号PI
Dを取得する（図７参照）。ＣＰＵ７２は、取得したパ
ケット符号PIDに基づいて、画像データ、音声データを
取得するようにトランスポートデコーダ７０を制御し、
ＥＣＭデータからスクランブル鍵を復元させるようにＩ
Ｃカード８０を制御し、スクランブル鍵によって画像デ
ータ、音声データのスクランブルを解除するようにデ・
スクランブラ６８を制御する（ステップＳ６）。

【０１０６】ステップＳ６における処理の詳細を図１７
に示す。ここでは、図１８の時点Ｘ１において、チャネ
ルの切換または電源投入があって、このチャネルに対す
る処理が開始されたものとして説明を進める。

【０１０７】まず、所望のチャネルの画像、音声データ
のスクランブル鍵に対応するＥＣＭデータのパケット符
号ＰＩＤを、トランスポートデコーダ７０に設定する
（ステップＳ１１）。これにより、トランスポートデコ
ーダ７０は、設定されたPIDを持つＥＣＭデータ（つま
り所望のチャネルの画像、音声データのスクランブル鍵
のＥＣＭデータ）を選択的に取り出してメモリ７４に記
憶する。

【０１０８】さらに、ＣＰＵ７２は、取得したＥＣＭデ
ータのtable_idおよびtable_id_extensionを読んで、必
要としているＥＣＭデータであるか否かを判断する（ス
テップＳ１１）。このような判断を行うのは、一度取得
したＥＣＭデータはもはや取得する必要がないので、新
たなＥＣＭデータのみを取得するようにするためであ
る。具体的には、必要とするＥＣＭデータのtable_id、
table_id_extensionを指定することによってこの判断を
行うが、その詳細については後述する。なお、処理開始
時には、必要とするＥＣＭデータのtable_id、table_id
_extensionの指定は行わないので、パケット符号PIDに
よって指定したＥＣＭデータであれば、無条件で指定条
件を満たしたものとみなされる。

【０１０９】指定条件を満たさないＥＣＭデータである
場合には、再び、ＥＣＭデータの取得を繰り返す。指定
条件を満たすＥＣＭデータである場合には、当該ＥＣＭ
データをＩＣカード８０に送る（ステップＳ１２）。つ
まり、図１８の時点X1において、スクランブル鍵Odd0の
ＥＣＭデータをＩＣカード８０に送る。ＥＣＭデータを
受け取ったＩＣカード８０は、このＥＣＭデータからス
クランブル鍵Odd0を復元し、時点X2においてＣＰＵ７２
に送り返す（ステップＳ１３）。

【０１１０】スクランブル鍵Odd0を受け取ったＣＰＵ７
２は、スクランブル鍵Odd0をデ・スクランブラ６８に設
定する。これにより、デ・スクランブラ６８は、画像お
よび音声データのスクランブルを解除してトランスポー
トデコーダ７０に出力するようになる。

【０１１１】ECMデータには、図８に示すようにtable_i
d_extensionとして、カレントのみ、カレント（ネクス
ト有り）、ネクストの３つの区別が付されている。これ
により、CPU７２は、受け取った鍵が、図１０のａの期
間（カレントのみ）にあるのか、ｂの期間（カレント
（ネクスト有り））にあるのか、ｃの期間（ネクスト）
にあるのかを知ることができる。なお、ｄに示す期間
は、Even1鍵にとって、本来、ネクストとすべきである
が、この実施形態ではカレントとして扱っている。

【０１１２】ＣＰＵ７２は、table_id_extensionに基づ
いて、ＩＣカード８０から受け取った鍵がカレント鍵
（現在使われている鍵）であるか、ネクスト鍵（次に使
われる鍵）であるかを判断する（ステップＳ１５）。ス
クランブル鍵Odd0のＥＣＭデータのtable_id_extension
には、カレント鍵である旨の区別が付されているので、
ＣＰＵ７２はステップＳ１６に進む。

【０１１３】ステップＳ１６においては、X1の時点にお
いて、ネクスト鍵が同時に送られてきていたか否かを判
断する。これも、スクランブル鍵Odd0のＥＣＭデータの
table_id_extensionによって判断することができる。時
点X1においては、カレント鍵のみであって、ネクスト鍵
はまだ送信されていないことがtable_id_extensionより
わかるので、ステップＳ１７に進む。ステップＳ１７に
おいては、トランスポートデコーダ７０に、所望のチャ
ネルの画像データ、音声データのパケット符号ＰＩＤが
設定されているかどうかを判断する。現在、まだ画像デ
ータ、音声データのＰＩＤは設定していないので、ステ
ップＳ１８に進む。

【０１１４】ステップＳ１８において、ＣＰＵ７２は、
すでにステップＳ５において取得している所望のチャネ
ルの画像データ、音声データのパケット符号PIDを、ト
ランスポートデコーダ７０に設定する。これにより、ト
ランスポートデコーダ７０は、所望のチャネルの画像デ
ータ、音声データを、ビデオデコーダ８２、オーディオ
デコーダ８４に出力し始める。すなわち、図１８の場合
には、時点X1にてチャネル切換が行われてから、ＩＣカ
ード８０による復元処理時間経過後の時点X2より、画像
および音声がＴＶセット８８から出力される。時点Ｘ1
にチャネル切換があれば、時点Ｘ2において、画像・音
声が立ち上がる。

【０１１５】次に、ＣＰＵ７２は、ステップＳ１１にお
ける受信すべきＥＣＭデータの設定を変更する（ステッ
プＳ１９）。これは、現在の鍵Odd0は既に取得したの
で、次の鍵Even1を取得ように設定するためである。こ
こでは、今回取得したＥＣＭデータと異なったtable_id
（つまり偶数鍵）を持ったＥＣＭデータを取得するよう
設定する。なお、table_idは、図８に示すように、偶数
鍵、奇数鍵によって異なるようになっている。その後、
ステップＳ１１に戻って処理を繰り返す。

【０１１６】この実施形態では、table_idによって、す
でにその鍵を取得したかどうかを判断するようにしてい
るが、セクションヘッダ中のバージョン情報によって判
断するようにしてもよい。この場合、異なるＥＣＭデー
タには、異なるバージョン情報を付しておくようにす
る。

【０１１７】次に、ネクスト鍵Even1のＥＣＭデータを
取得すると（ステップＳ１２、図１８の時点X3）、ＩＣ
カード８０によってネクスト鍵Even1を得る（ステップ
Ｓ１３、時点X4）。ＣＰＵ７２は、これをデ・スクラン
ブラ６８に設定する（ステップＳ１４）。このようにし
て、ネクスト鍵Even1によってスクランブルされた画像
データ、音声データが送られてくる前に、ネクスト鍵Ev
en1をデ・スクランブラ６８に設定するので、画像およ
び音声データを途切れることなく出力することができ
る。

【０１１８】次に、ＣＰＵ７２は、トランスポートデコ
ーダ７０に、画像データ、音声データのＰＩＤが設定さ
れているか否かを判断する（ステップＳ２０）。ここで
は、すでにＰＩＤが設定されているので、ステップＳ２
１に進んで、取得するＥＣＭデータの設定を変更する。

【０１１９】ステップＳ２１においては、今回取得した
ＥＣＭデータと異なったtable_idを持ち、ネクストのta
ble_id_extensionを持ったＥＣＭデータを取得するよう
設定する。その後、ステップＳ１１に戻って処理を繰り
返す。

【０１２０】以後は、順次上記の処理を繰り返して、Ｔ
Ｖセット８８にＮＴＳＣ画像信号と音声信号を出力す
る。

【０１２１】なお、図１９に示すように、チャネル切換
の時点X1が重複期間４０の開始時点に近接している場合
には、ネクスト鍵Even1のＥＣＭデータが送られてきて
いても、ＩＣカード８０がカレント鍵Odd0の復元処理を
行っている状態となる。したがって、ネクスト鍵Even1
の復元処理は、カレント鍵Odd0の復元処理が終わってか
ら（時点X2,X3参照）ということになり、ネクスト鍵Eve
n1の取得が後ろにずれ込むこととなる。

【０１２２】しかしながら、図１９のΔt1は、最も遅い
処理の受信装置における２重復元時間（２つのＥＣＭデ
ータから連続して２つのスクランブル鍵を復元するに要
する時間）を基準として設定されているので、スクラン
ブル鍵が変わる時点Txよりも早くネクスト鍵Even1をデ
・スクランブラ６８に設定することができる。つまり、
画像および音声が途切れることなく出力される。したが
って、図１９に示す場合も、図１８と同じように、時点
X1にてチャネル切換が行われてから、ＩＣカード８０に
よる復元処理時間経過後の時点X2に、画像および音声が
立ち上がる。つまり、画像および音声をＴＶセット８８
から得ることができる。

【０１２３】次に、図２０に示すように、時点X1におい
てチャネルの切換または電源投入があって、このチャネ
ルに対する処理が開始された場合の処理を説明する。時
点X1は重複期間４０内にあるので、カレントの鍵Odd0の
ＥＣＭデータとネクストの鍵Even1のＥＣＭデータが送
られてきている。

【０１２４】ＣＰＵ７２は、取得したＥＣＭデータのta
ble_id_extensionから、そのＥＣＭデータによる鍵が、
カレント鍵（ネクストあり）か、ネクスト鍵かを判断す
ることができる（図８参照）。先に、時点X1において、
カレント鍵Odd0のＥＣＭデータを取得した場合には、時
点X2においてカレント鍵Odd0をＩＣカード８０から得
る。ＣＰＵ７２は、当該カレント鍵Odd0をデ・スクラン
ブラ６８に設定した後、ステップＳ１５を経て、ステッ
プＳ１６に進む。ここでは、（ネクストあり）であるか
ら、ステップＳ１９に進んで、取得するＥＣＭデータの
設定を変更する。ここでは、異なるtable_idのＥＣＭデ
ータ（つまり偶数鍵のＥＣＭデータ）を指定し、ステッ
プＳ１１以下を実行する。

【０１２５】指定した偶数鍵（つまりネクスト鍵Even
1）のＥＣＭデータを取得すると（時点X3）、これをＩ
Ｃカード８０に送って、ネクスト鍵Even1を得る（時点X
4）。ＣＰＵ７２は、これをデ・スクランブラ６８に設
定する（ステップＳ１４）。次に、ステップＳ１５を経
て、デコーダ７０に音声・画像のＰＩＤを設定済みかど
うかを判断する（ステップＳ２０）。ここではまだ設定
していないので、ステップＳ１８に進み、所望のチャネ
ルの画像データ、音声データのパケット符号PIDをトラ
ンスポートデコーダ７０に設定し、デコードを開始す
る。つまり、図２０の場合には、時点X1のチャネル切換
に対し、時点X4から画像、音声が立ち上がる。

【０１２６】上記のように、重複期間４０内においてチ
ャネル切換等によって当該チャネルに対する処理を開始
した場合には、カレント鍵だけが取得できた時点X2では
デコードを開始せず（ＰＩＤを設定せず）、ネクスト鍵
が得られてはじめてデコードを開始し（ＰＩＤを設定
し）、画像データ、音声データを出力するようにしてい
る。

【０１２７】上記のように処理している理由を、図２１
を用いて説明する。図２１に示すような場合において、
カレント鍵Odd0だけが取得できた時点X2からデコードを
開始すると、区間R1で画像・音声が得られた後、区間R2
で画像・音声が途切れるという問題を生じる。これは、
区間R2ではネクスト鍵Even1がまだ取得できていないた
めである。

【０１２８】したがって、重複期間４０内において当該
チャネルの処理を開始した場合には、ネクスト鍵が得ら
れてから音声・画像のＰＩＤをデコーダ７０に設定する
ようにしている。その結果、図２１の場合であれば、時
点X4から画像・音声出力が得られることとなり、画像や
音声の途切れがない。

【０１２９】なお、図２０の場合において、時点X1で先
にネクスト鍵Even1のＥＣＭデータを取得し、時点X2で
ネクスト鍵Even1が得られた場合には、ステップＳ１
５、Ｓ２０を経て、トランスポートデコーダ７０に画像
および音声のパケット符号PIDを設定する（ステップＳ
１８）。つまり、カレント鍵Odd0の取得を待たずに、デ
コーダ７０への設定を行う。しかし、ネクスト鍵Even1
によってスクランブルされた画像および音声データはま
だ送られてきていないので、設定したパケット符号PID
に対応する画像および音声データが直ちに出力されるも
のではない。

【０１３０】その後、時点X4にてカレント鍵Odd0を取得
した時点で、現在送られてきている画像および音声デー
タのスクランブルを解除することができ、画像および音
声が出力される。したがって、結果的に、時点X4から画
像および音声が得られる点は同じである。

【０１３１】また、図２１の場合において、時点X1で先
にネクスト鍵Even1のＥＣＭデータを取得し、時点X2で
ネクスト鍵Even1が得られた場合には、ステップＳ１
５、Ｓ２０を経て、トランスポートデコーダ７０に画像
および音声のパケット符号PIDを設定する（ステップＳ
１８）。つまり、カレント鍵Odd0の取得を待たずに、デ
コーダ７０への設定を行う。しかし、ネクスト鍵Even1
によってスクランブルされた画像および音声データはま
だ送られてきていないので、設定したパケット符号PID
に対応する画像および音声データが直ちに出力されるも
のではない。

【０１３２】その後、ネクスト鍵Even1によってスクラ
ンブルがかけられた画像および音声データが送られてく
る時点Txより、画像および音声データが出力されること
となる。なお、このケースの場合には、時点X4にて復元
されたOdd0鍵は使用されない。

【０１３３】いずれにしても、この実施形態では、重複
期間４０においてチャネル切換等によって処理を開始し
た場合、少なくともネクスト鍵が取得できた後に、デコ
ードを開始して、画像および音声データを出力するよう
にしている。したがって、図２１に示すような状況にお
いても、一旦出力された画像および音声データが途切れ
るおそれがない。

【０１３４】次に、図２２に示すように、時点X1におい
てチャネル切換等があった場合について説明する。この
場合には、時点X1においてＥＣＭデータを取得し、時点
X2において復元した鍵Even1を得る。その後、ステップ
Ｓ１５、Ｓ２０を経て、ステップＳ１８においてデコー
ドを開始する。したがって、時点X2より、画像および音
声データの出力が得られる。

【０１３５】上記のようにこの実施形態においては、図
２０や図２１に示す場合を除いて、チャネルの切換等か
ら画像・音声が得られるまでの立ち上がり時間を、鍵復
元に要する時間と等しくすることができる。ただし、図
２０や図２１の場合には、最悪、鍵復元に要する時間の
２倍の時間を要することとなる。

【０１３６】図２０の場合においても、復元処理の速い
受信装置については、チャネルの切換等から画像・音声
が得られるまでの立ち上がり時間を、鍵復元に要する時
間と等しくすることが可能である。

【０１３７】そのためには、図２０のカレント鍵Odd0が
取得できた時点X2において、下記の２つの条件を満足す
るか否かを判断し、満足している場合には、時点X2にお
いて画像・音声のＰＩＤをデコーダ７０に設定して、デ
コードを開始するようにすればよい。

【０１３８】条件１：時点X2が重複期間４０内にあるこ
と。

【０１３９】条件２：Δt2＞Δtrを満たすこと。

【０１４０】ここで、Δt2は重複期間４０の終了Teから
鍵の切り替わる時点Txまでの時間、Δtrはこの受信装置
による復元時間（ＥＣＭデータからスクランブル鍵を復
元するに必要な時間）である。

【０１４１】条件１、２をともに満足する場合には、時
点X2からデコードを開始し、画像および音声データを出
力しても、以後、途切れることなく画像および音声デー
タを出力することができる。したがって、このような判
断を行うことにより、チャネル切換から画像および音声
出力までの立ち上がり時間を短くすることができる。

【０１４２】なお、上記のような処理を行うためには、
受信装置側においてΔt2の大きさが知られていなければ
ならない。通信システムとして、Δt2が予め固定されて
いる場合は、その値を受信装置に予め設定しておけばよ
い。また、Δt2が固定されていない場合には、送信装置
からΔt2の値を受信装置に送るようにすればよい。

【０１４３】２つの鍵復元を同時に並行して行う場合上記では、受信装置における鍵の復元処理が、１つのＥ
ＣＭデータごとに行われる場合について説明した。しか
し、受信装置における鍵の復元処理が、図１５Ｂに示す
ように並行して行われる場合には、図１７の処理に換え
て、図２３、図２４に示すような処理を行えばよい。

【０１４４】まず、図２５の時点X1において、チャネル
の切換または電源投入があって、このチャネルに対する
処理が開始された場合について説明する。

【０１４５】まず、ＣＰＵ７２は、所望のチャネルの画
像、音声データのスクランブル鍵に対応するＥＣＭデー
タのパケット符号PIDを、トランスポートデコーダ７０
に設定し（ステップＳ５１）、当該ＥＣＭデータを選択
的に取り出してメモり７４に記憶する。

【０１４６】さらに、ＣＰＵ７２は、取得したＥＣＭデ
ータのtable_idおよびtable_id_extensionを読んで、必
要としているＥＣＭデータであるか否かを判断する（ス
テップＳ５１）。なお、処理開始時には、必要とするＥ
ＣＭデータのtable_id、table_id_extensionの指定は行
わないので、パケット符号PIDによって指定したＥＣＭ
データであれば、無条件で指定条件を満たしたものとみ
なされる。

【０１４７】したがって、図２５の時点X1において、ス
クランブル鍵Odd0のＥＣＭデータを取得し、ステップＳ
５２に進む。ステップＳ５２、Ｓ５４では、取得したＥ
ＣＭデータのtable_id_extensionを見て、受信したＥＣ
Ｍデータが”カレント（ネクストあり）”か”ネクス
ト”であるかを判断する。つまり、重複期間４０内にお
ける受信であるかどうかを判断する。ここでは、重複期
間４０外の受信であるから、ステップＳ５８に進む。

【０１４８】ステップＳ５８においては、ＥＣＭデータ
をＩＣカード８０に送る。ＥＣＭデータを受け取ったＩ
Ｃカード８０は、このＥＣＭデータからスクランブル鍵
Odd0を復元し、時点X2においてＣＰＵ７２に送り返す
（図２４、ステップＳ５９）。

【０１４９】スクランブル鍵Odd0を受け取ったＣＰＵ７
２は、スクランブル鍵Odd0をデ・スクランブラ６８に設
定する（ステップＳ６０）。これにより、デ・スクラン
ブラ６８は、画像および音声データのスクランブルを解
除してトランスポートデコーダ７０に出力するようにな
る。次に、トランスポートデコーダ７０に、所望のチャ
ネルの画像データ、音声データのパケット符号PIDが設
定されているかどうかを判断する（ステップＳ６１）。
ここでは、まだ設定していないので、ステップＳ６２に
進み、所望のチャネルの画像データ、音声データのパケ
ット符号PIDをトランスポートデコーダ７０に設定す
る。

【０１５０】これにより、トランスポートデコーダ７０
は、所望のチャネルの画像データ、音声データを、ビデ
オデコーダ８２、オーディオデコーダ８４に出力し始め
る。すなわち、図２５の場合には、時点X1にてチャネル
切換が行われてから、ＩＣカード８０による復元処理時
間経過後の時点X2より、画像および音声がＴＶセット８
８から出力される。

【０１５１】次に、ＣＰＵ７２は、ＥＣＭデータのtabl
e_id_extensionが”カレント（ネクスト無し）”であっ
たかどうかを判断する（ステップＳ６３）。ここで
は、”カレント（ネクスト無し）”であるから、ステッ
プＳ６４に進み、受信すべきＥＣＭデータの変更を行
う。ここでは、今回取得したＥＣＭデータと異なったta
ble_id（つまり偶数鍵）を持ち、table_id_extension
が”ネクスト”であるＥＣＭデータを取得するよう設定
する。

【０１５２】次に、ネクスト鍵Even1のＥＣＭデータを
取得すると（ステップＳ５１、図２５の時点X3）、ステ
ップＳ５２、Ｓ５４、Ｓ５５を経てステップＳ５８に進
む。ステップＳ５８、Ｓ５９においては、ＩＣカード８
０にＥＣＭデータを送信し、ネクスト鍵Even1を得る
（時点Ｘ４）。ＣＰＵ７２は、これをデ・スクランブラ
６８に設定する（ステップＳ６０）。このようにして、
ネクスト鍵Even1によってスクランブルされた画像デー
タ、音声データが送られてくる前に、ネクスト鍵Even1
をデ・スクランブラ６８に設定するので、画像および音
声データを途切れることなく出力することができる。

【０１５３】次に、ＣＰＵ７２は、トランスポートデコ
ーダ７０によって画像データ、音声データのデコードが
開始されているか否かを判断する（ステップＳ２０）。
ここでは、すでにデコードが開始されているので、ステ
ップＳ６３を経て、ステップＳ６５に進んで、取得する
ＥＣＭデータの設定を変更する。

【０１５４】ステップＳ６５においては、カレントのＥ
ＣＭ（つまり時点Ｘ１にて受信したＥＣＭ）のTable_id
（つまり奇数鍵）を持ち、”ネクスト”のTable_id_ext
ensionを持つＥＣＭを受信するよう設定する。その後、
ステップＳ５１に戻って処理を繰り返す。

【０１５５】以後は、順次上記の処理を繰り返して、Ｔ
Ｖセット８８にＮＴＳＣ画像信号と音声信号を出力す
る。

【０１５６】なお、図２６に示すように、チャネル切換
の時点X1が重複期間４０の開始時点に近接している場合
には、ネクスト鍵Even1のＥＣＭデータが送られてきて
いても、ＩＣカード８０がカレント鍵Odd0の復元処理を
行っている状態となる。したがって、ネクスト鍵Even1
の復元処理は、カレント鍵Odd0の復元処理が終わってか
ら（時点X2,X3参照）ということになり、ネクスト鍵Eve
n1の取得が後ろにずれ込むこととなる。

【０１５７】しかしながら、図１９のΔt1は、最も遅い
処理の受信装置における２重復元時間（２つのＥＣＭデ
ータから連続して２つのスクランブル鍵を復元するに要
する時間）を基準として設定されているので、スクラン
ブル鍵が変わる時点Txよりも早くネクスト鍵Even1をデ
・スクランブラ６８に設定することができる。つまり、
画像および音声が途切れることなく出力される。したが
って、図２６に示す場合も、図２５と同じように、時点
X1にてチャネル切換が行われてから、ＩＣカード８０に
よる復元処理時間経過後の時点X2より、画像および音声
がＴＶセット８８から得ることができる。

【０１５８】次に、図２７に示すように、時点X1におい
てチャネルの切換または電源投入があって、このチャネ
ルに対する処理が開始された場合の処理を説明する。時
点X1は重複期間４０内にあるので、カレントの鍵Odd0の
ＥＣＭデータとネクストの鍵Even1のＥＣＭデータが送
られてきている。

【０１５９】ＣＰＵ７２は、取得したＥＣＭデータのta
ble_id_extensionから、そのＥＣＭデータによる鍵が、
カレント鍵（ネクストあり）か、ネクスト鍵かを判断す
ることができる（図８参照）。先に、時点X1においてカ
レント鍵Odd0のＥＣＭデータを取得した場合には、ステ
ップＳ５２、Ｓ５３を経て、ステップＳ５６において、
異なるTable_id（つまりEven鍵）を持つＥＣＭデータを
受信するように設定する。このようにして、２つのＥＣ
Ｍデータを受信した後、これらをＩＣカードに送信する
（ステップＳ５８）。この実施形態では、ＩＣカード８
０は、２つの鍵の復元処理を同時に行うことができるの
で、ＣＰＵ７２は同時に２つの鍵を受け取る（時点Ｘ
２）。したがって、時点Ｘ２から画像・音声の出力が得
られる。

【０１６０】なお、ＣＰＵ７２からＩＣカード８０への
ＥＣＭデータの伝送（伝送のための前処理や後処理を含
む）、復元した鍵の伝送（伝送のための前処理や後処理
を含む）には時間を要する。したがって、この実施形態
のように同時処理を行うことのできるＩＣカードを用い
ることにより、ＣＰＵ７２がＥＣＭデータを受け取って
から、復元した鍵を得るまでの立ち上がり時間を短くす
ることができる。つまり、チャネル切換時等に映像・音
声を得るまでの時間を短くすることができる。

【０１６１】次に、図２８に示すように、時点X1におい
てチャネル切換等があった場合について説明する。この
場合には、時点X1においてＥＣＭデータを取得し、ステ
ップＳ５２、Ｓ５４、Ｓ５８を経て、時点X2において復
元した鍵Even1を得る。その後、ステップＳ６２におい
てＥＳのＰＩＤを設定し、デコードを開始する。したが
って、時点X2より、画像および音声データの出力が得ら
れる。

【０１６２】なお、この実施形態では、図２６に示すよ
うな場合において、Odd0の鍵が復元されるのを待って、
Even1の鍵の復元処理を行っている。しかし、重複期間
４０の開始時点Ｔsより、Even1の鍵の復元処理を並行し
て行うようにしてもよい。２つの鍵の復元を同時に行っ
た方が、それぞれ単独で処理するよりも速いようなＩＣ
カード８０を用いる場合には、並行処理を行うことによ
り、重複期間４０を短くすることができる。

【０１６３】３．衛星放送システムにおける第２の実施
形態図２９に、他の実施形態におけるＥＣＭデータの送出タ
イミングを示す。この実施形態では、重複期間４０にお
いて、２つのスクランブル鍵を１つのＥＣＭデータとし
て送出するようにしている。したがって、重複期間４０
以外では１つのＥＣＭデータに１つのスクランブル鍵が
含まれ、重複期間４０では１つのＥＣＭデータに２つの
スクランブル鍵が含まれることとなる。

【０１６４】図３０に、この実施形態におけるＥＣＭデ
ータの構造を示す。table_id_extensionには、図２３の
を区別する情報が記述されている。table_id_e
xtensionがを示している場合には１つのＥＣＭデー
タが含まれ、を示している場合には２つのＥＣＭデ
ータが含まれる。なお、この実施形態では、table_idは
常に同一であり、奇数鍵、偶数鍵の区別をしていない。
table_id_extensionのほうに、この情報が含まれている
からである。

【０１６５】図３１に、重複期間４０近傍の拡大図を示
す。重複期間４０の開始時Tsは下式のように定めるのが
好ましい。

【０１６６】Ts = Tx - Rmax - α ここで、Txは暗号化データにおいて鍵の変わる時点を示
す。Rmaxは、最大復元時間であり、想定される受信装置
において１つのＥＣＭデータから１つのスクランブル鍵
を復元するために要する復元時間と、１つのＥＣＭデー
タから２つのスクランブル鍵を復元するために要する復
元時間との合計を合計復元時間としたとき、想定される
複数の受信装置において最も大きい合計復元時間をい
う。αは余裕時間であり、０と等しいかそれ以上の値を
持つ。

【０１６７】上記のように最大復元時間Rmaxを定めたの
は、図３５に示すように、重複期間４０の直前の時点X1
においてチャネル切換等があった場合を考慮したもので
ある。この場合、復元によって鍵Odd0が得られた時点X2
にて画像および音声データの出力を開始しても、スクラ
ンブル鍵が変わる時点Txより前に、ネクスト鍵Even1を
取得することが保証される。これは、Δt1を、最も復元
処理の遅い受信装置における合計復元時間以上に設定し
ているからである。

【０１６８】また、重複期間４０の終了時Teは下式のよ
うに定めるのが好ましい。

【０１６９】Te = Tx - Rmin + β ここで、Txは暗号化データにおいて鍵の変わる時点を示
す。Rminは最小復元時間であり、想定される受信装置に
おいて１つのＥＣＭデータから１つのスクランブル鍵を
復元するために要する復元時間と、１つのＥＣＭデータ
から２つのスクランブル鍵を復元するために要する復元
時間との合計を合計復元時間としたとき、想定される複
数の受信装置において最も小さい合計復元時間をいう。
βは余裕時間であり、０と等しいかそれ以上の値を持
つ。

【０１７０】この実施形態において用いる受信装置のブ
ロック図は図１２に示すものと同じである。さらに、メ
モリ７４に記憶された受信処理プログラムのフローチャ
ートも、図１６に示す概略は同様である。しかし、図１
６のステップＳ６のＥＣＭ、ＥＳの受信に関する処理の
詳細が異なる。図３２に、この実施形態によるＥＣＭ、
ＥＳの受信処理プログラムをフローチャートにて示す。

【０１７１】図３３に、この実施形態において用いる鍵
再生装置１０２の全体構成を示す。この鍵再生装置１０
２は、個数検出手段１０４と鍵再生手段１０６を備えて
いる。個数検出手段１０２は、与えられた鍵対応データ
中に何個の鍵が含まれているかを検出する。鍵再生手段
１０６は、個数検出手段によって検出された個数の鍵
を、鍵対応データから復元する。

【０１７２】この鍵再生装置１０２を、ＣＰＵを用いて
ＩＣカードとして実現した場合のハードウエア構成は、
図１４に示すものと同じである。図３４に、ＩＣカード
８０のメモリ９８に記録された処理プログラムのフロー
チャートを示す。

【０１７３】以下、図３２、図３４を参照して、この実
施形態による受信装置９０の動作を説明する。

【０１７４】まず、ＣＰＵ７２は、所望のチャネルの画
像、音声データのスクランブル鍵に対応するＥＣＭデー
タのパケット符号PIDを、トランスポートデコーダ７０
に設定する（ステップＳ３１）。これにより、トランス
ポートデコーダ７０は、設定されたPIDを持つＥＣＭデ
ータ（つまり所望のチャネルの画像、音声データのスク
ランブル鍵のＥＣＭデータ）を選択的に取り出してメモ
リ７４に記憶する。

【０１７５】さらに、ＣＰＵ７２は、取得したＥＣＭデ
ータのtable_id_extensionを読んで、指定されたtable_
id_extensionであるか否かを判断する。指定したtable_
id_extensionを持ったＥＣＭデータでない場合には、受
信を繰り返す。指定したtable_id_extensionを持ったＥ
ＣＭデータであれば、ステップＳ３２に進む。ただし、
チャネル切換時や電源投入時等の当該チャネルに対する
処理開始時には、table_id_extensionを指定しないの
で、設定されたPIDを持つＥＣＭデータを受信すれば、
ステップＳ３２に進むこととなる。

【０１７６】ステップＳ３２において、ＣＰＵ７２は、
ＥＣＭデータをＩＣカード８０に送信する。ＩＣカード
８０は、図３４のフロチャートに示すように、与えられ
たＥＣＭデータに２つの鍵が含まれているか否かを判断
する（ステップＳ４１）。この判断は、ＣＰＵ７２から
送られてくるtable_id_extensionや全体のデータ長等に
よって判断することができる。

【０１７７】２つの鍵が含まれている場合には２つの鍵
を復元して送り返し（ステップＳ４２）、１つの鍵が含
まれている場合には１つの鍵を復元して送り返す（ステ
ップＳ４３）。なお、２つの鍵を送り返す場合には、何
れが偶数鍵であり、何れが奇数鍵であるかを明らかにし
て送り返す。

【０１７８】図３４に戻って、ステップＳ３３において
スクランブル鍵を受け取ったＣＰＵ７２は、それがカレ
ントの鍵であるかどうかを判断する。この判断は、当該
鍵のＥＣＭデータ中のtable_id_extensionによって行う
ことができる。また、２つの鍵が含まれている場合に
は、先に現れるＥＣＭデータ（図３０のECM1）がカレン
ト鍵であると定める等の方法により、いずれがカレント
鍵かネクスト鍵かが分かるようにしている。

【０１７９】table_id_extensionには、図２９の
を区別するための情報が記述されている。これによ
り、においてはカレント鍵が偶数鍵、において
はカレント鍵が奇数鍵であることを知ることができる。
したがって、ＣＰＵ７２は、このtable_id_extensionに
基づいて、受け取った鍵がカレント鍵であるか否か、あ
るいは、２つの鍵を受け取った場合には何れがカレント
鍵であるかを知ることができる。

【０１８０】ＣＰＵ７２は、カレント鍵を受け取った場
合には、これをデ・スクランブラ６８のＤＳデコーダに
設定する（図１３参照）。これにより、デ・スクランブ
ラ６８は、画像および音声データのスクランブルを解除
して、トランスポートデコーダ７０に与える。

【０１８１】次に、ＣＰＵ７２は、table_id_extension
に基づいて、ネクスト鍵が送られてきているか否か、つ
まりであるかどうかを判断する（ステップＳ３
５）。ネクスト鍵が送られてきていなければ、つまり
であれば、重複期間４０内ではないので、ステップＳ
３７を経て、トランスポートデコーダ７０に、所望のチ
ャネルの画像データ、音声データのパケット符号PIDを
設定する（ステップＳ３８）。これにより、トランスポ
ートデコーダ７０は、所望のチャネルの画像データ、音
声データを、ビデオデコーダ８２、オーディオデコーダ
８４に出力し始める。

【０１８２】次に、ＣＰＵ７２は、取得すべきＥＣＭデ
ータのtable_id_extensionを指定した後、ステップＳ３
１に戻る。現在取得したＥＣＭデータのtable_id_exten
sionがまたはであれば、またはを取得するよう
指定する。現在取得したＥＣＭデータのtable_id_exten
sionがまたはであれば、またはを取得するよう
指定する。この指定によって、ステップＳ３１におい
て、一度取得して必要のないＥＣＭデータを受信した場
合には、ステップＳ３２以下に進まないようにしてい
る。

【０１８３】以上のように、重複期間４０内にチャネル
切換等によって処理を開始し、ＥＣＭデータを受け取っ
た場合には、カレント鍵とネクスト鍵をデ・スクランブ
ラに設定した後、デコードを開始するようにしている。
また、重複期間４０外で処理を開始し、ＥＣＭデータを
受け取った場合には、カレント鍵をデ・スクランブラに
設定した後、デコードを開始するようにしている。な
お、重複期間４０の終了時点Teから鍵が変わる時点Tx間
での間は、ネクスト鍵が送られているが、table_id_ext
ensionではカレント鍵を送っているものとし、図３２に
おける処理もこのtable_id_extensionに従うようにして
いる。

【０１８４】なお、この実施形態において、Δt1は、想
定される最も復元処理の遅い受信装置において１つのＥ
ＣＭデータから１つのスクランブル鍵を復元するために
要する復元時間と、１つのＥＣＭデータから２つのスク
ランブル鍵を復元するために要する復元時間との合計復
元時間である最大復元時間Rmaxと等しいかまたはそれ以
上に設定されている。したがって、図３５に示すよう
に、重複期間４０の直前にチャネル切換等があった場
合、いずれの受信装置においても、鍵が変わる時点Txよ
り前にネクスト鍵を取得することができる。したがっ
て、カレント鍵Odd0を取得した時点X2において画像およ
び音声データを出力しても、途切れることなく画像およ
び音声データを出力することができる。

【０１８５】一般的に、２つのＥＣＭデータを受けて２
つの鍵を復元する時間よりも、２つの鍵が含まれた１つ
のＥＣＭデータから２つの鍵を復元する時間の方が短
い。これは、前者の場合には、ＥＣＭデータをＩＣカー
ドに送る処理、および復元された鍵を受信装置３０のＣ
ＰＵ７２に送り返す処理を２回行わねばならず、その時
間を要するからである。したがって、図２０に示すよう
に、重複期間４０内においてチャネル切換等があった場
合には、図１６、図１７に示す実施形態よりも、本実施
形態の方が立ち上がり時間が短くなる。

【０１８６】なお、上記実施形態では、図２９のにて
カレント鍵Odd0を復元して取得した後、にてカレント
鍵Odd0とネクスト鍵Even1の双方を復元して取得するよ
うにしている。したがって、すでに、取得済みのカレン
ト鍵Odd0の復元を行っており、その分だけ復元時間が長
くなっていた。これを解決するため、図３６に示すよう
に、カレント鍵が取得済みである場合には、２つの鍵が
含まれたＥＣＭデータを取得した場合であっても、ＩＣ
カード８０にてネクスト鍵だけを復元するように指示し
てもよい（ステップＳ３１Ｃ）。これにより、鍵の復元
時間を短くすることができる。

【０１８７】以上のような処理を行うことにより、図３
５に示すような場合に、時点X3にてＥＣＭデータを取得
してから、復元が完了する時点X4までの時間が短縮され
る。したがって、重複期間４０の開始時点Tsを下式のよ
うに決定することができる。

【０１８８】Ts = Tx - Rmax - α ここで、Txは暗号化データにおいて鍵の変わる時点を示
す。Rmaxは、最大復元時間であり、想定される受信装置
において１つのＥＣＭデータから１つのスクランブル鍵
を復元するために要する復元時間と、２つのスクランブ
ル鍵を含む１つのＥＣＭデータから１つのスクランブル
鍵を復元するために要する復元時間との合計を合計復元
時間としたとき、想定される複数の受信装置において最
も大きい合計復元時間をいう。αは余裕時間であり、０
と等しいかそれ以上の値を持つ。

【０１８９】上記のように、Rmaxを図３２の実施形態に
比べて小さくすることができるので、重複期間４０の開
始時期を後ろにずらすことができる。これにより、重複
期間４０を小さくして、ＥＣＭデータの送信密度を減ら
すことができる。

【０１９０】また、重複期間４０の終了時点Teを下式の
ように決定することができる。

【０１９１】Te = Tx - Rmin + β ここで、Txは暗号化データにおいて鍵の変わる時点を示
す。Rminは、最小復元時間であり、想定される受信装置
において１つのＥＣＭデータから１つのスクランブル鍵
を復元するために要する復元時間と、２つのスクランブ
ル鍵を含む１つのＥＣＭデータから１つのスクランブル
鍵を復元するために要する復元時間との合計を合計復元
時間としたとき、想定される複数の受信装置において最
も小さい合計復元時間をいう。βは余裕時間であり、０
と等しいかそれ以上の値を持つ。

【０１９２】上記のように、Rminを前記の実施形態に比
べて小さくすることができるので、重複期間４０の終了
時期を鍵の変わる時点Ｔxに近づけることができる。こ
れにより、処理の迅速な受信装置において、重複期間４
０終了直前でチャネル切換があった場合の立ち上がり時
間を短くすることができる。

【０１９３】なお、Ｔeが後ろにずれることにより重複
期間４０が長くなるが、これは、Ｔsが後ろにずれる量
よりも小さいので、全体として重複期間４０は短くな
る。

【０１９４】４．他のシステムにおける実施形態上記実施形態では、衛星放送システムに適用した場合に
ついて説明した。しかしながら、暗号鍵を用いて行う地
上波放送や有線放送についても同じように適用すること
ができる。

【０１９５】また、ローカルエリアネットワーク（ＬＡ
Ｎ）、ワイドエリアネットワーク（ＷＡＮ）等におい
て、データを暗号化して通信する場合にも適用すること
ができる。送信側と受信側が１対１の場合にも適用でき
るが、送信側から複数の受信側に一斉通信する場合に適
用するとより好ましい。

【図面の簡単な説明】

【図１】この発明の一実施形態による通信システムの全
体構成を示す図である。

【図２】この発明の一実施形態による通信システムにお
ける暗号化データと鍵対応データの送出タイミングを示
す図である。

【図３】本発明を衛星放送システムに適用した一実施形
態による送信装置の構成を示す図である。

【図４】送信装置によるデータのパケット化を示すため
の図である。

【図５】パケット化されたデータの構造を示す図であ
る。

【図６】制御データＰＡＴの一例を示す図である。

【図７】制御データＰＭＴの一例を示す図である。

【図８】ＥＣＭデータの構造を示す図である。

【図９】制御データＮＩＴの一例を示す図である。

【図１０】ＥＳデータとＥＣＭデータの送出タイミング
を示す図である。

【図１１】図１０の重複期間４０近傍の詳細を示す図で
ある。

【図１２】本発明を衛星放送システムに適用した一実施
形態による受信装置の構成を示す図である。

【図１３】デ・スクランブラ６８のＤＳレジスタの記憶
内容例を示す図である。

【図１４】ＩＣカード８０の構成を示す図である。

【図１５】ＩＣカード８０における鍵復元処理のタイミ
ングを示す図である。

【図１６】受信装置のメモリ７４に記録された受信処理
のためのプログラムを示すフローチャートである。

【図１７】図１６のステップＳ６の処理の詳細を示すフ
ローチャートである。

【図１８】チャネル切換が行われた場合の処理を説明す
るための図である。

【図１９】重複期間４０の直前にてチャネル切換が行わ
れた場合の処理を説明するための図である。

【図２０】重複期間４０内にてチャネル切換が行われた
場合の処理を説明するための図である。

【図２１】重複期間４０内にてチャネル切換が行われた
場合の処理を説明するための図である。

【図２２】重複期間４０終了後、鍵変更時点Ｔxまでの
間に、チャネル切換が行われた場合の処理を説明するた
めの図である。

【図２３】２つの鍵復元を並行して行う場合における、
図１６のステップＳ６の処理の詳細を示すフローチャー
トである。

【図２４】２つの鍵復元を並行して行う場合における、
図１６のステップＳ６の処理の詳細を示すフローチャー
トである。

【図２５】チャネル切換が行われた場合の処理を説明す
るための図である。

【図２６】重複期間４０の直前にてチャネル切換が行わ
れた場合の処理を説明するための図である。

【図２７】重複期間４０内にてチャネル切換が行われた
場合の処理を説明するための図である。

【図２８】重複期間４０終了後、鍵変更時点Ｔxまでの
間に、チャネル切換が行われた場合の処理を説明するた
めの図である。

【図２９】他の実施形態における、ＥＳデータとＥＣＭ
データの送出タイミングを示す図である。

【図３０】他の実施形態における、ＥＣＭデータの構造
を示す図である。

【図３１】図３０の重複期間近傍の詳細を示す図であ
る。

【図３２】他の実施形態における、図１６のステップＳ
６の処理の詳細を示すフローチャートである。

【図３３】他の実施形態における鍵再生装置（鍵取得手
段）の全体構成を示す図である。

【図３４】ＩＣカードのメモリ９８に記録されたプログ
ラムのフローチャートを示す図である。

【図３５】チャネル切換が行われた場合の処理を説明す
るための図である。

【図３６】この実施形態において、図１６のステップＳ
６の詳細を示すフローチャートである。

【図３７】従来の受信機の構成を示す図である。

【図３８】従来の鍵の通信方法を示す図である。

【図３９】従来の鍵の通信方法を示す図である。

【図４０】従来の通信方法における問題点を示す図であ
る。

【符号の説明】

２０・・・送信装置２２・・・鍵出力手段２４・・・暗号化手段２６・・・鍵対応データ生成手段２８・・・送出手段３０・・・受信装置３２・・・受取手段３４・・・復号化手段３６・・・鍵取得手段

Claims

【特許請求の範囲】

【請求項１】所定時間ごとに鍵を変えて送出すべきデー
タを暗号化して送出する(a)送信装置と(b)受信装置とを
備えた鍵を用いた通信システムであって：前記送信装置
は、 (a1)順次異なる鍵を出力する鍵出力手段と、 (a2)鍵出力手段から取得した鍵に基づいて、送出すべき
データを暗号化して暗号化データを生成する暗号化手段
と、 (a3)鍵出力手段からの鍵を、対応する鍵対応データに変
換する鍵対応データ生成手段と、 (a4)順次異なる鍵によって暗号化された暗号化データ
と、当該暗号化に用いた鍵に対応する鍵対応データとを
送出する送出手段であって、暗号化データに用いた鍵が
変わる時点より前の所定重複期間内においては、当該時
点での鍵だけでなく次に使用する鍵にも対応するように
鍵対応データを送出する送出手段と、を備えており、前記受信装置は、 (b1)送信されてくる暗号化データと鍵対応データとを受
け取る受取手段と (b2)受取手段によって受け取った鍵対応データに基づい
て、鍵を生成する鍵取得手段と、 (b3)受取手段によって受け取った暗号化データを、鍵取
得手段によって取得した鍵に基づいて復号化する復号化
手段であって、暗号化データに対する処理の開始時点が
前記重複期間外である場合は、鍵が取得できた後に復号
化したデータの出力を開始するとともに、暗号化データ
に対する処理の開始時点が前記重複期間である場合は、
少なくとも次に使用する鍵が取得できた後に復号化した
データの出力を開始する復号化手段と、を備えていることを特徴とする通信システム。
【請求項２】所定時間ごとに鍵を変えて送出すべきデー
タを暗号化して送出し、受信側において暗号化データを
復号化する通信方法であって、順次異なる鍵に基づいて、送出すべきデータを暗号化し
て暗号化データを生成し、順次異なる鍵によって暗号化された暗号化データと、当
該暗号化に用いた鍵に対応する鍵対応データとを送出す
るに際して、暗号化データに用いた鍵が変わる時点より前の所定重複
期間内において、当該時点での鍵だけでなく次に使用す
る鍵にも対応するように鍵対応データを送出するととも
に、送出されてきた暗号化データと鍵対応データとを受け取
り、受け取った鍵対応データに基づいて鍵を生成し、受け取った暗号化データを鍵に基づいて復号化するに際
し、暗号化データに対する処理の開始時点が前記重複期
間外である場合は、鍵が取得できた後に復号化したデー
タの出力を開始するとともに、暗号化データに対する処
理の開始時点が前記重複期間である場合は、少なくとも
次に使用する鍵が取得できた後に復号化したデータの出
力を開始するものであることを特徴とする通信方法。
【請求項３】所定時間ごとに鍵を変えて送出すべきデー
タを暗号化して送出する送信装置であって、順次異なる鍵を出力する鍵出力手段と、鍵出力手段から取得した鍵に基づいて、送出すべきデー
タを暗号化して暗号化データを生成する暗号化手段と、鍵出力手段からの鍵を、対応する鍵対応データに変換す
る鍵対応データ生成手段と、順次異なる鍵によって暗号化された暗号化データと、当
該暗号化に用いた鍵に対応する鍵対応データとを送出す
る送出手段であって、暗号化データに用いた鍵が変わる
時点より前の所定重複期間内においては、当該時点での
鍵だけでなく次に使用する鍵にも対応するように鍵対応
データを送出する送出手段と、を備えた送信装置。
【請求項４】所定時間ごとに鍵を変えて送出すべきデー
タを暗号化して通信する通信方法であって、順次異なる鍵に基づいて、送出すべきデータを暗号化し
て暗号化データを生成し、順次異なる鍵によって暗号化された暗号化データと、当
該暗号化に用いた鍵に対応する鍵対応データとを送出す
るに際して、暗号化データに用いた鍵が変わる時点より前の所定重複
期間内においては、当該時点での鍵だけでなく次に使用
する鍵にも対応するように鍵対応データを送出すること
を特徴とする通信方法。
【請求項５】請求項４の通信方法において、前記重複期間においては、当該時点での鍵に対応する鍵
対応データと、次に使用する鍵に対応する鍵対応データ
との２つの鍵対応データを送出することを特徴とするも
の。
【請求項６】請求項４の通信方法において、前記重複期間においては、当該時点での鍵と次に使用す
る鍵とに対応する１つの鍵対応データを送出することを
特徴とするもの。
【請求項７】請求項５または６の通信方法において、前記重複期間の開始時点Ｔsは、下式によって示される
ものであることを特徴とするもの： Ts = Tx - Rmax - α ここで、Txは暗号化データにおいて鍵の変わる時点、Rm
axは受信側において、前記重複期間外に受けた鍵対応デ
ータから鍵を取得するに必要な時間と、前記重複期間内
に受けた鍵対応データから次の鍵を取得するに必要な時
間とを合計した時間のうち想定した最も大きな時間、α
は余裕時間である。
【請求項８】請求項５、６または７の通信方法におい
て、前記重複期間の終了時点Ｔeは、下式によって示される
ものであることを特徴とするもの： Te = Tx - Rmin + β ここで、Txは暗号化データにおいて鍵の変わる時点、Rm
inは受信側において、前記重複期間外に受けた鍵対応デ
ータから鍵を取得するに必要な時間と、前記重複期間内
に受けた鍵対応データから次の鍵を取得するに必要な時
間とを合計した時間のうち想定した最も小さな時間、β
は余裕時間である。
【請求項９】所定時間ごとに鍵を変えて暗号化された暗
号化データと当該鍵に対応する鍵対応データとを受け
て、暗号化データを復号化する受信装置であって、受け取った鍵対応データに基づいて、鍵を生成する鍵取
得手段と、受取手段によって受け取った暗号化データを、鍵取得手
段によって取得した鍵に基づいて復号化する復号化手段
であって、暗号化データに対する処理の開始時点におい
て、１つの鍵に対応する鍵対応データを受けている場合
には、鍵が取得できた後に復号化したデータの出力を開
始するとともに、暗号化データに対する処理の開始時点
において、２つの鍵に対応する鍵対応データを受けてい
る場合には、少なくとも次の鍵が取得できた後に復号化
したデータの出力を開始する復号化手段と、を備えた受信装置。
【請求項１０】請求項９の受信装置において、前記２つの鍵に対応する鍵対応データは、現在の鍵に対
応する鍵対応データと次の鍵に対応する鍵対応データと
の２つの鍵対応データとして与えられ、前記１つの鍵に
対応する鍵対応データは、現在の鍵に対応する１つの鍵
対応データとして与えられており、前記復号化手段は、暗号化データに対する処理の開始時
点において、現在の鍵に対応する１つの鍵対応データを
受けている場合には、当該鍵が取得できた後に復号化し
たデータの出力を開始し、暗号化データに対する処理の
開始時点において、現在の鍵および次の鍵に対応する２
つの鍵対応データを受けている場合には、少なくとも次
の鍵が取得できた後に復号化したデータの出力を開始す
るものであることを特徴とする受信装置。
【請求項１１】請求項１０の受信装置において、前記復号化手段は、暗号化データに対する処理の開始時
点において、現在の鍵および次の鍵に対応する２つの鍵
対応データを受けている場合には、現在の鍵を先に取得
した際には、２つの鍵対応データが送信される期間の終
了時点から鍵が変更される時点までの時間よりも、鍵対
応データから次の鍵を取得する時間の方が短い場合に
は、次の鍵の取得を待たずに現在の鍵を取得した時点
で、復号化したデータの出力を開始することを特徴とす
る受信装置。
【請求項１２】請求項９の受信装置において、前記２つの鍵に対応する鍵対応データは、現在の鍵およ
び次の鍵に対応する１つの鍵対応データとして与えら
れ、前記１つの鍵に対応する鍵対応データは、現在の鍵
が１つの鍵対応データとして与えられており、前記復号化手段は、暗号化データに対する処理の開始時
点において、現在の鍵に対応する１つの鍵対応データを
受けている場合には、当該鍵が取得できた後に復号化し
たデータの出力を開始し、暗号化データに対する処理の
開始時点において、現在の鍵および次の鍵に対応する１
つの鍵対応データを受けている場合には、少なくとも次
の鍵が取得できた後に復号化したデータの出力を開始す
るものであることを特徴とする受信装置。
【請求項１３】請求項１２の受信装置において、前記復号化手段は、現在の鍵および次の鍵が含まれてい
る１つの鍵対応データを受けた場合には、当該２つの鍵
のうち、まだ復元していない次の鍵のみを復元するもの
であることを特徴とする受信装置。
【請求項１４】所定時間ごとに鍵を変えて暗号化された
暗号化データと当該鍵に対応する鍵対応データとを受け
て、暗号化データを復号化する受信装置であって、暗号化データを鍵に基づいて復号化して出力する復号化
出力部と、復号化出力部の動作を制御する処理部と、処理部の処理内容を定めたプログラムを記録している記
録部と、を備え、前記プログラムは、処理部に接続された鍵復元部に鍵対
応データを与えて鍵を復元させ、復号化出力部において、受け取った暗号化データを、前
記生成された鍵に基づいて復号化させるに際して、暗号
化データに対する処理の開始時点において、１つの鍵に
対応する鍵対応データを受けている場合には、鍵が取得
できた後に復号化したデータの出力を開始するととも
に、暗号化データに対する処理の開始時点において、２
つの鍵に対応する鍵対応データを受けている場合には、
少なくとも次の鍵が取得できた後に復号化したデータの
出力を開始するよう制御するものであること、を特徴とする受信装置。
【請求項１５】所定時間ごとに鍵を変えて暗号化された
暗号化データを復号化する復号化装置であって、暗号化データに対する処理の開始時点において、１つの
鍵に対応する鍵対応データを受けている場合には、鍵が
取得できた後に復号化したデータの出力を開始するとと
もに、暗号化データに対する処理の開始時点において、
２つの鍵に対応する鍵対応データを受けている場合に
は、少なくとも次の鍵が取得できた後に復号化したデー
タの出力を開始するように構成されていることを特徴と
する復号化装置。
【請求項１６】所定時間ごとに鍵を変えて暗号化された
暗号化データを復号化する処理を制御するためのプログ
ラムを記録した記録媒体であって、当該プログラムは、受け取った鍵対応データに基づいて
鍵を生成させ、受け取った暗号化データを、前記生成された鍵に基づい
て復号化させるに際して、暗号化データに対する処理の
開始時点において、１つの鍵に対応する鍵対応データを
受けている場合には、鍵が取得できた後に復号化したデ
ータの出力を開始するとともに、暗号化データに対する
処理の開始時点において、２つの鍵に対応する鍵対応デ
ータを受けている場合には、少なくとも次の鍵が取得で
きた後に復号化したデータの出力を開始するよう制御す
るものであること、を特徴とするプログラムを記録した記録媒体。
【請求項１７】鍵対応データを受けて鍵を再生する鍵再
生装置であって、受け取った鍵対応データに対応する鍵の個数を検出する
個数検出手段と、当該個数検出手段によって検出された個数の鍵を、鍵対
応データから再生する鍵再生手段と、を備えたことを特徴とする鍵再生装置。
【請求項１８】所定時間ごとに鍵を変えて暗号化された
暗号化データと当該鍵に対応する鍵対応データとを受け
て、暗号化データを復号化する通信方法であって、暗号化データと鍵対応データとを受け取り、受け取った鍵対応データに基づいて鍵を生成し、受け取った暗号化データを鍵に基づいて復号化するに際
して、暗号化データに対する処理の開始時点において２
つの鍵に対応する鍵対応データを受けている場合には、
取得した現在の鍵に基づいて暗号化データを複号化する
とともに取得した次の鍵を保持し、暗号化データに対す
る処理の開始時点において１つの鍵に対応する鍵対応デ
ータを受けている場合には、取得した鍵に基づいて暗号
化データを復号化するようにしたことを特徴とする通信
方法。
【請求項１９】請求項１８の通信方法において、暗号化データに対する処理の開始時点において、１つの
鍵に対応する鍵対応データを受けている場合には、当該
鍵が取得できた後に復号化したデータの出力を開始する
とともに、暗号化データに対する処理の開始時点におい
て、２つの鍵に対応する鍵対応データを受けている場合
には、少なくとも次に使用する鍵が取得できた後に復号
化したデータの出力を開始するようにしたことを特徴と
する通信方法。