JP3798605B2

JP3798605B2 - Information distribution method and information distribution apparatus

Info

Publication number: JP3798605B2
Application number: JP2000199630A
Authority: JP
Inventors: 浩一郎秋山
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-06-30
Filing date: 2000-06-30
Publication date: 2006-07-19
Anticipated expiration: 2020-06-30
Also published as: JP2002016565A

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、有料放送システムに関する。
【０００２】
【従来の技術】
デジタル放送は、通信衛星（ＣＳ）に始まって、ケーブルＴＶ、地上放送へとデジタル化が進むにつれ、一層のサービスの充実が期待されており、これからに放送サ―ビスの主役をつとめていくものと思われる。
【０００３】
デジタル放送の最大の特徴は、情報圧縮技術の導入により、番組の送信に要する周波数の使用効率の向上が図れ、アナログ放送に比較して放送チャネル数の大幅な増加が可能になってことである。更に、高度な誤り訂正技術が適用できるため、高品質で均質なサービスの提供が可能となる。
【０００４】
また、デジタル化により従来のように画像や音声による放送だけでなく、文字やデ―タによる放送（データ放送）も可能になり、例えばニュースを文字データとして流すことや、ＰＣソフトを放送で配信することが可能となり、そのようなサービスを提供するためのシステムも続々登場してきている。また、受信装置も従来のような据え置き型だけでなく、移動中でも利用できる携帯情報端末、自動車の中での利用を前提とし、自動車に据え付けられている移動端末などモバイル型受信装置も出現している。
【０００５】
このようなシステムにおいて有料放送サービスを実現する際には、放送コンテンツを暗号化して送信し、契約内容に基づいてスクランブルを解くなど、契約期間、契約内容に即した顧客管理が行えなければいけない。契約期間に即した顧客管理とは、例えば、所定の料金の支払により契約された契約期間内に限って契約チャネルに番組を可能とするというものである。
【０００６】
また、受信装置にてスクランブルあるいは暗号を解くための鍵情報は、不正視聴を防止する観点からも正当な視聴者のみに（契約チャネル、契約期間に即して）しかも確実に提供する必要がある。
【０００７】
これを実現するため、従来は放送受信装置毎にマスター鍵を用意し、受信契約している視聴者に対して受信契約しているチャネルのワーク鍵と視聴可能なチャネル情報などを含む契約形態を示した契約情報をマスター鍵で暗号化して放送波で送信していた。ここでワーク鍵はチャネル固有の鍵であり、暗号化されて送られてくる当該チャネルのチャネルキーを復号することができる。チャネルキーはスクランブル（暗号化された）コンテンツをデスクランブル（復号）するのに用いられる。
【０００８】
このような限定受信方式では（受信装置毎に設定された）マスター鍵で暗号化されるワーク鍵と契約情報は受信装置固有の限定受信情報であり、（複数の受信装置に共通の）ワーク鍵で暗号化されたチャネルキーは共通の限定受信情報であると言える。
【０００９】
従来は、固有の限定受信情報であっても（固有情報を送信するには不適当な）放送波によって送信していた。これは、個別の加入者に対する情報を全ての加入者に送信しているため不必要に送信帯域を専有しているばかりか、加入者が受信したかどうかの情報も得ることができないため、必要な期間繰り返し送信する必要があった。
【００１０】
更に、個別の限定受信情報に含まれるワーク鍵は契約期間（通常１ヶ月）毎に設定され、その期間毎に放送局から個別に限定受信情報を送らなくてはならない上に、受信装置が実際に受信したか否かが契約管理センター側に分からないため、一定期間繰り返し送信しなければならかかった。このため現在限定受信情報に占める個別の限定受信情報の割合が相当に大きくなっている。
【００１１】
この問題を解決するために、電話回線などの双方向通信機能を受信装置に持たせ、各受信装置個別の限定受信情報を双方向回線で、チャネルキーなどの共通の限定受信情報を放送波で送信する方法などが考えられる。しかし、現行の放送事業においては（通常放送の受信のためには）双方向回線が必須ではないため、一部の加入者が限定受信のために双方向回線を所有していないなどの理由によって、全ての加入者に対して双方向回線を前提とした前記の方式が使えなくなることになる。更に、脱着可能な携帯電話などを双方向回線として利用している場合は、限定受信情報送信時に（何らかの事情で）接続されていないため送信できないという問題がある。
【００１２】
一方、限定受信情報を双方向回線で送信する際、現在は契約管理センターから受信装置を発呼している。これは受信装置から発呼することにより、発呼の時期が重なって回線が混乱することを避けるためである。しかし、このためセンター側は常に発呼していなければならず、通信費が掛かるという問題がある。更にモバイル受信装置のように携帯電話を双方向回線として利用する場合、（センターからいつ発呼があるか分からないので、）携帯電話を常に着信待ち状態にしておかなくてはならないため電源の消費量が多いという問題がある。
【００１３】
【発明が解決しょうとする課題】
このように、従来の限定受信システムは、加入者の増加に伴い各加入者宛に配信すべき情報が増大し、それらを放送配信したのでは、放送帯域が圧迫されてしまうという問題点があった。
【００１４】
また、各加入者宛に電話網等の双方向通信にて配信するにしても受信側がそのような受信手段を持たない、あるいは、受信側が電源オフであった場合等通信回線の接続が行えない、あるいは、頻繁に発呼を行う必要があるため送信側の通信費の負担が大きくなる、あるいは、受信側ではいつでも着信待ち状態にしておく必要があるため電力消費量が多くなり、モバイル環境に適していないという問題点があった。
【００１５】
そこで、本発明は、このような現状に鑑み、加入者が増加しても放送帯域を圧迫することなく、不正な視聴を防止できる安全性の高い有料放送サービスの提供を可能にする情報配信方法およびそれを用いた情報配信装置および放送受信装置を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明の情報配信方法及び装置は、放送配信された暗号化されたコンテンツ情報を受信して、復号可能なコンテンツ情報の復号を行う受信装置であって前記コンテンツ情報の復号のために必要な前記受信装置に固有の情報を含む復号制御情報と前記受信装置に依存しない前記コンテンツ情報を復号するために必要な鍵情報とを基に前記放送配信されたコンテンツ情報の復号を行う受信装置に対し、前記鍵情報を放送配信し、前記受信装置に記憶されている前記復号制御情報の一部または全部を更新するための個別制御情報を前記受信装置との双方向通信により配信し、その際、該受信装置での前記個別制御情報の受領が確認されなかったとき該個別制御情報を放送配信することを特徴とする。
【００１７】
本発明によれば、全ての受信装置に共通の鍵情報を放送にて、各受信装置個別の個別制御情報を電話回線等の双方向通信によって配信し、この個別制御情報の受領が確認できなかったときに該個別制御情報を放送配信するので、加入者が増加しても大量の個別制御情報を配信することにより放送帯域を圧迫することなく、さらに不正な視聴を防止できる安全性の高い有料放送サービスの提供を可能にする。また、個別制御情報を電話回線等の双方向通信により配信することも、放送波で配信することもできるため、視聴するチャネルの変更等を行った時（契約更新時）、受信装置に格納されている復号制御情報（例えば、チャネル契約情報、ワーク鍵等）を更新する際に、双方向通信回線に接続されている受信装置に関しては確実な双方向通信で個別制御情報を送信し、何らかの事情で接続されていない場合には放送波で個別制御情報を送信することができる。すなわち、加入者に確実に個別制御情報を配信することができる。
【００１８】
好ましくは、前記受信装置を着信待ち状態にするためのコマンドを放送配信してから前記受信装置を発呼して前記個別制御情報を前記双方向通信により配信することにより、個別制御情報を配信するときのみ、その受信装置を着信待ち状態にするので、受信装置の省電力化が図れるとともに、個別制御情報を確実に配信でき、モバイル環境に適した有料放送システムを提供できる。
【００１９】
また、好ましくは、前記個別制御情報を前記双方向通信により配信するために前記受信装置からの発呼を指示するコマンドを放送配信することにより、受信装置側からの発呼によりに個別制御情報を配信する場合であっても、発呼の発生タイミングを情報配信装置側で管理することによって、例えば、受信装置からの発呼がある時間帯に集中することによって、情報配信装置に回線がつながりにくくなるような状況を回避することができる。
【００２０】
また、好ましくは、前記受信装置を認証してから前記個別制御情報を双方向通信により配信することにより、特に、受信装置側からの発呼によりに個別制御情報を配信する場合であっても、安全に個別制御情報の配信が可能となる。
【００２１】
また、前記鍵情報を前記受信装置に放送配信される鍵生成情報に基づき生成される他の鍵情報で復号可能なように暗号化して放送配信することによっても上記同様の効果がある。
【００２２】
本発明の放送受信装置は、放送配信された暗号化されたコンテンツ情報を受信して、復号すべきコンテンツ情報の復号を行う放送受信装置において、前記放送配信されたコンテンツ情報の復号のために必要な自装置に固有の情報を含む復号制御情報を記憶する記憶手段と、この記憶手段に記憶された復号制御情報の一部または全部を更新するための個別制御情報を配信する第１の配信装置から双方向通信によって配信され、あるいは前記第１の配信装置から放送配信された自装置宛の個別制御情報を受信する第１の受信手段と、この第１の受信手段で双方向通信により自装置宛の個別制御情報を受信したとき、その受領を前記第１の配信装置に送信する受領送信手段と、この第１の受信手段で受信された個別制御情報に基づき前記記憶手段に記憶された復号制御情報を更新する更新手段と、前記コンテンツ情報を復号するために必要な全ての前記放送受信装置に共通の鍵情報を配信する第２の配信装置から放送配信された前記鍵情報を受信する第２の受信手段と、前記記憶手段に記憶された復号制御情報と前記第２の受信手段で受信された鍵情報とを基に前記放送配信されたコンテンツ情報の復号を行うことを特徴とする。
【００２３】
本発明によれば、各放送受信装置は、全ての受信装置に共通の鍵情報を放送にて、各受信装置個別の個別制御情報を電話回線等の双方向通信にて、あるいは双方向通信して受信できないときは放送にて受信することにより、加入者が増加しても大量の個別制御情報を配信することにより放送帯域を圧迫することなく、さらに不正な視聴を防止できる安全性の高い有料放送サービスの提供を可能にする。また、個別制御情報を電話回線等の双方向通信により配信することも、放送波で配信することもできるため、視聴するチャネルの変更等を行った時（契約更新時）、受信装置に格納されている復号制御情報（例えば、チャネル契約情報、ワーク鍵等）を更新する際に、双方向通信回線に接続されている受信装置は双方向通信で個別制御情報を受信し、何らかの事情で接続されていない場合には放送波で個別制御情報を受信することができる。すなわち、各受信装置は確実に個別制御情報を受信することができる。
【００２４】
好ましくは、放送配信されたコマンドを受信して、前記第１の配信装置から配信される前記個別制御情報を受信可能なように自装置を着信待ち状態にすることにより、個別制御情報を受信するときのみ、着信待ち状態にすればよいので、受信装置の省電力化が図れるとともに、個別制御情報を確実に配信でき、モバイル環境に適した受信装置を提供できる。
【００２５】
また、好ましくは、放送配信されたコマンドを受信して、前記個別制御情報を受信するために前記第１の配信装置を発呼することにより、受信装置側からの発呼によりに個別制御情報を受信する場合であっても、発呼の発生タイミングを情第１の配信装置側で管理することによって、例えば、受信装置からの発呼がある時間帯に集中することによって、センタ（第１の配信装置）に回線がつながりにくくなるような状況を回避することができる。
【００２６】
また、好ましくは、自装置が前記第１の配信装置から認証された後、前記個別制御情報を受信することにより、特に、受信装置側からの発呼によりに個別制御情報を受信する場合であっても、安全に個別制御情報の配信が可能となる。
【００２７】
また、前記鍵情報は、別途受信した鍵生成情報に基づき生成される他の鍵情報で復号可能なように暗号化されていることによっても上記同様の効果がある。
【００２８】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【００２９】
まず、用語の定義を行う。１つまたは複数のチャネルからなる放送コンテンツの受信に際し、暗号化などを施して所定の契約・加入手続きなどを行った限られた者（以下、正規の契約者あるいは加入者あるいはユーザと呼ぶ）だけに放送コンテンツの視聴を許可することを総称して限定受信という。また、限定受信を実現するシステムを総称して限定受信システムという。本実施形態では、例えば、有料放送サービスのための限定受信システムを例にとり説明する。
【００３０】
限定受信を行なうため各加入者毎にチャネル毎の契約状態を記述した情報をチャネル契約情報と呼ぶ。例えば各チャネルにチャネル番号を付け、図２のようにチャネル番号に対応したビットが「１」であるか否かによりチャネルの契約状態を表したビット列がチャネル契約情報である。図２では第２、第５、第７、第８チャネルが契約されていることを示している。
【００３１】
更に、図６に示すように、図２に示したチャネル契約情報に当該チャネル契約情報の有効期限などチャネル契約情報に制限を加える情報や、加入者の契約形態をより詳細に表現する情報を付加してチャンネル契約情報が構成されていてもよい。
【００３２】
本実施形態に係る有料放送サービスの各加入者は、それぞれ契約内容（視聴したいチャネルや視聴する期間など）が異なる。すなわち、これら加入者の所持する放送受信装置への限定受信を可能にするためには、各加入者毎に異なる契約内容（利用条件）に基づく当該放送受信装置の制御情報を個別に配信する必要がある。このような制御情報を個別制御情報と呼ぶ。なお、個別制御情報は、パケット形式で配信されるため、その場合は、個別制御パケットとも呼ぶ。この個別制御パケットは、例えば、現行ＣＳ放送規格におけるＥＭＭ（Entitlement Management Message）、ＥＭＭ−Ｓ（Entitlement Management Message for Ｓ−band）に当たる（参考文献「ＢＳデジタル放送限定受信方式標準規格ＡＲＩＢＳＴＤ−Ｂ２５（電波産業会）」）。
【００３３】
放送コンテンツ情報（以下、簡単にコンテンツと呼ぶことがある）は、各チャンネル毎に異なった鍵情報、すなわち、ここでは「チャネルキー」で暗号化されている。よって、各加入者の所持する放送受信装置にて所望の（契約した）チャネルのコンテンツを視聴するためには、このコンテンツ情報に依存する鍵情報のような全ての加入者（加入者の所持する全ての放送受信装置）に共通の制御情報も配信する必要がある。このような制御情報を共通制御情報と呼ぶ。なお、共通制御情報も、パケット形式で配信されるため、その場合は、共通制御パケットとも呼ぶ。この共通制御パケットは、例えば、現行ＣＳ放送規格におけるＥＣＭ（Entitlement Control Message）、ＥＣＭ−Ｓ（Entitlement Control Message for Ｓ−band）に当たる（参考文献「ＢＳデジタル放送限定受信方式標準規格ＡＲＩＢＳＴＤ−Ｂ２５（電波産業会）」。
【００３４】
各加入者の所持する放送受信装置は、個別制御情報と共通制御情報とを確実に受信することにより、各加入者の契約内容に沿ったコンテンツ情報の視聴が可能になるわけである。
【００３５】
以下の実施形態を通じて、受信装置内部で限定受信方法を実現する構成（主にハードウェア）を限定受信部あるいは限定受信チップという。限定受信チップには限定受信のための秘密情報が含まれているので内部のメモリやハード構成に関して外部から容易に読み出し、書き込み、変更ができない耐タンパ構造を仮定している。また、限定受信部をセットトップボックスとして、このセットトップボックスに、当該セットトップボックスにて復号された音声、映像等のコンテンツ情報を実際に再生するためのテレビ受像器、ラジオ等を接続して、全体として放送受信装置を構成してもよい。
【００３６】
なお、以下の説明において、暗号化されたコンテンツ情報をチャネルキーを用いて復号することをデスクランブルと呼ぶこともある。
【００３７】
さらに、以下の実施形態で説明する限定受信システムは、主に、サービス加入者の所持する放送受信装置と、この放送受信装置に個別制御情報、共通制御情報、暗号化コンテンツ情報等を配信する契約管理センター（簡単にセンターと呼ぶことがある）としての情報配信装置（契約管理装置）とから構成される。
【００３８】
（第１の実施形態）
本発明の第１の実施形態は、各受信装置が個別のマスター鍵を有する限定受信システムでの実施形態である。このような限定受信システムは、定期的にしかも個別にチャネル契約情報等を含む制御情報を暗号化して送信しなければならないので送信量が大きくなるという問題点がある。だがその反面マスター鍵が破られた際の被害範囲が狭いなど、安全性が高いため従来からＣＳ放送その他で採用されてきた。しかし、近年の加入者の増加に伴って、受信装置個別に送付すべき制御情報の量が膨大になってきており、本実施形態はこの解決策を与えるものである。
【００３９】
このような限定受信システムでは、例えば、図３に示すような鍵構成を採用している。即ちチャネル毎に定められている全ての受信装置に共通のワーク鍵Ｋｗを各受信装置個別のマスター鍵ＫＭで暗号化して送信する。更に、そのワーク鍵Ｋｗを使ってチャネルキーＫｃｈを暗号化して送信する。放送コンテンツはチャネルキーＫｃｈを使って慣用暗号方式で暗号化されているので、このチャネルキーで復号できる。ここでチャネルキーは解読を防ぐため通常１０分程度の短時間で変更しなくてはならない。これを送信するために個別のマスター鍵を使っていたのでは送信量が膨大となる。そのため全受信装置に共通のワーク鍵を使う必要がある。またワーク鍵も何ヵ月という単位で同じ鍵を使うと危険なので、変更する必要があり、これを個別のマスター鍵で暗号化する仕組みとなっている。このことにより、例えマスター鍵が知られても、ワーク鍵を変更することによって無料視聴を防止することができる。
【００４０】
さて、第１の実施形態の限定受信システムに用いられる放送受信装置が放送波から受信するデータはコンテンツパケット、共通制御パケット、個別制御パケットの３種類である。
【００４１】
コンテンツパケットは図４に示すパケット形式で、情報識別子、チャネル識別子、チャネルキー識別子、スクランブルされた（暗号化された）放送コンテンツからなっている。情報識別子は当該パケットの種別を示すもので、ここではコンテンツパケットであることを示す識別子を記述する。チャネル識別子は当該放送コンテンツがどのチャネルのコンテンツかを示すものである。また、チャネルキー識別子は当該放送コンテンツを復号するチャネルキーの識別子を示す。放送コンテンツは生の番組データで、チャネルキー識別子で指定されたチャネルキーＫｃｈで暗号化されている。尚、本実施形態で述べられる全ての情報（データ）は固定長で表現されているものとする。
【００４２】
ここで説明する共通制御パケットはチャネルキー配信用の共通制御パケットであり、図８に示すパケット形式で、情報識別子、ワーク鍵識別子、チャネル識別子、チャネルキー識別子（１）、チャネルキー（１）、チャネルキー識別子（２）、チャネルキー（２）で構成されており、チャネル識別子からチャネルキー（２）までの部分はワーク鍵識別子で示されたワーク鍵で暗号化されている。情報識別子は当該パケットの種別を示すもので、ここでは共通制御パケット（チャネルキー配信用の共通制御パケット）であることを示す識別子を記述する。チャネル識別子は当該共通制御パケットがどのチャネルものかを示すものである。また、ワーク鍵識別子は当該共通制御パケットがどのワーク鍵Ｋｗによって暗号化されているかを示す情報である。チャネルキー識別子は次に記述されているチャネルキーの識別子であり、チャネルキーはチャネル識別子で指定されているチャネルの放送コンテンツの暗号化に使われているチャネルキーを示している。
【００４３】
ここで、チャネルキー識別子とチャネルキーが２組存在するのは、前記のようにチャネルキーは比較的短時間で変更されるため、チャネルキーの切り替えをスムーズに行う必要から現在使っているチャネルキーと次回使うチャネルキーを同時に送っているからである。もちろん、このように２組送信することは本発明には直接影響しないので、１組であっても構わない。
【００４４】
本実施形態において、個別制御情報は公衆網（電話網）等を用いた双方向通信回線からモデムを経由して配信される場合と放送波によって配信される場合の２通りある。いずれにせよ個別制御情報も共通制御情報と同様にパケット形式で送信されことに変わりはないが、その形式に若干違いがある。
【００４５】
双方向通信回線で送信される個別制御パケットは、図７（ａ）に示すような構成の契約情報配信用の個別制御パケットであり、情報識別子、マスター鍵識別子、暗号化された契約情報からなっている。情報識別子は当該パケットの種別を示すもので、ここでは契約情報配信用の個別制御パケットであることを示す識別子を記述する。マスター鍵識別子は当該個別制御パケットを復号できるマスタ―鍵の識別情報であり、正しく送受信されていれば、ここには当該パケットを受信すべき受信装置の有するマスター鍵識別子が記述されている。
【００４６】
放送配信される個別制御パケットは、同じく契約情報配信用の個別制御パケットであり、図７（ｂ）に示すように、未暗号化部分に受信装置ＩＤが付加される点が双方向通信で送信される個別制御パケット（図７（ａ）参照）と異なる。この受信装置ＩＤは当該個別制御パケットがどの受信装置宛てのものであるかを示す情報で、（本パケットを復号する）マスター鍵が受信装置毎で異なるため、不可欠な情報である。
【００４７】
契約情報とは、図５に示すように、受信装置ＩＤ、チャネル契約情報、ワーク鍵の数ｎ及びｎ個のワーク鍵とワーク鍵識別子のペア、デジタル署名からなっている。受信装置ＩＤは当該契約情報を受信するべき受信装置の識別子であり、正常に送受信されていれば受信装置内部の限定受信部１００内にある受信装置ＩＤと一致したＩＤである。チャネル契約情報は当該受信装置ＩＤを有する受信装置が受信できるチャネルを示すもので、ここでは、例えば、図６に示すようにチャネル契約情報とその有効期限からなっている。ワーク鍵識別子（ｉ）は続くワーク鍵（ｉ）の識別子である。本実施形態においてワーク鍵はチャネル毎に設定されているため、チャネル契約情報に対応したワーク鍵とワーク鍵識別子の組が入る。デジタル署名は当該契約情報（特にチャネル契約情報）の正当性を確認するための情報であり、主に偽造防止のために用いる。
【００４８】
尚、第１の実施形態では、これら全ての情報は固定長で表現されたデータであるので、受信されたパケットから各情報を抽出するアルゴリズムは改めて述べない。
【００４９】
次に、第１の実施形態に係る放送受信装置（以下、簡単に受信装置と呼ぶことがある）の構成とその処理動作について説明する。図１は、放送受信装置の要部の構成例を示したもので、まず、図１を参照しながら図９に示す双方向通信による個別制御パケット受信処理動作について説明する。
【００５０】
図１の放送受信装置は、モデム部１０１を介し、センターからの発呼に対し応答することで、その双方向通信回線経由で個別制御パケットを送受信するためのセッションが確立される（ステップＳ１）。送受信部１０２は、図７（ａ）に示したような個別制御パケットを受信したとき、その情報識別子から当該パケットが契約情報配信用のものであることを認識したら、それを個別制御情報復号部１０４へ渡し、ここで、当該パケットからマスター鍵識別子を取得する（ステップＳ２、ステップＳ３）。取得したマスター鍵識別子がマスター鍵格納部１０３に格納されているマスター鍵に対応したマスター鍵識別子でなければ、確立されているセッションを利用して、センターへエラーを送信する（ステップＳ３、ステップＳ１０）。対応したマスター鍵識別子であるとき（ステップＳ３）、マスター鍵格納部１０３から出力された当該マスター鍵を用いて（ステップＳ４）、受信したパケットに含まれる契約情報を復号する（ステップＳ５）。
【００５１】
復号された契約情報に含まれていたワーク鍵とその識別子をワーク鍵格納部１０５に格納する（ステップＳ１１）。また、当該契約情報に含まれていた受信装置ＩＤと受信装置ＩＤ格納部１０６に格納されている受信装置ＩＤとを比較し、一致しなければ送受信部１０２を介してセンターへエラーを出力する（ステップＳ６、ステップＳ１２）。一致していれば、契約情報認証部１０７でデジタル署名検証鍵格納部１０８に格納されている鍵情報を用いて（例えば、チャネル契約情報あるいは、図５に示す契約情報のうちデジタル署名以外の部分を当該鍵情報で暗号化して、その結果と契約情報中のデジタル署名とを照合することにより）当該契約情報のデジタル署名を検証し（ステップＳ７）、検証が成功しなければ、その旨を送受信部１０２を介してセンターへエラー返信する（ステップＳ１３）。
【００５２】
検証が成功すればチャネル契約情報を契約情報格納部１２１に格納した後（ステップＳ８）、センターへ契約情報の更新が正常終了したことを示す受領通知を送信して終了する（ステップＳ９）。
【００５３】
ここで契約情報認証部１０７におけるデジタル署名の検証処理について説明する。ここでいうデジタル署名は大きく分けて２つ考えられる。１つは共通鍵暗号を用いたそれであり、センターと受信装置で共通の暗号アルゴリズムと共通の秘密鍵を持ち、契約情報を当該の秘密鍵でブロック単位で逐次的に暗号化し、最後のブロックをデジタル署名とする方式である。ここで逐次的な暗号化とは前のブロックが現在のブロックの暗号化に影響を与えるような暗号化の方式である。例えば、現在のブロックを秘密鍵で暗号化し、その暗号化結果と前のブロックの暗号化結果の排他的論理和をもって現在のブロックの暗号化結果とすることによって実現できる。この方法を使うと、途中のブロックを改竄した場合でも、（ほとんどの場合）異なるデジタル署名が生成されるので改竄検出になる。
【００５４】
共通鍵暗号による署名検証は高速に行えるばかりでなく、回路規模が小さくてすむが、センターと同じ情報を受信装置が持つため、ハッキング等に弱いという特徴がある。また、デジタル署名には、前記手法以外にもハッシュ値と呼ばれる署名したいデータ全体の特徴量を計算して、その値を暗号化する手法が知られている。ハッシュ値はデータ全体から計算され、データが１ビットでも変更されるとハッシュ値は著しく異なるばかりか、同じハッシュ値をもつデータを作成することが困難であるという特徴がある。このような性質のため、改竄検出が可能となる。尚、ハッシュ値は固定長データでハッシュ関数で作成される。
【００５６】
もう１つは公開鍵暗号を用いた方法で、秘密鍵で署名したものを公開鍵で検証する。ここで、公開鍵から秘密鍵を導出することが極めて困難なため、受信装置をハッキングして公開鍵を抽出しても、改竄が相当に困難であることが特徴である。極めて安全性の高い方式であるが、低速であるばかりか、回路規模が大きくなるという弱点もある。
【００５７】
このようなデジタル署名の優れた性質により、受信装置は（個別制御パケットに付加されたデジタル署名を通じて、）情報配信装置（契約管理装置ともいう）認証しているとも言える。しかし、本発明で考える問題点を解決するためにはデジタル署名は必須ではない。すなわち、本発明の個別制御パケットにおいてデジタル署名は必須ではなく、個別制御パケットからデジタル署名を除いた構成でも矛盾なく本発明を実施できる。
【００５８】
次に、図１０〜図１４に示すフローチャートを参照して、図１の放送受信装置が放送波から共通制御情報とコンテンツ情報と共通制御情報を受信する処理動作について説明する。受信装置はセンターから発信された放送波を放送受信部１１１で受信して電気信号を得ると（ステップＳ２１）、それをＡ／Ｄ変換部１１２でアナログ信号からデジタル信号に変換してパケット形式のデジタルデータに変換する（ステップＳ２２、ステップＳ２３）。デジタルデータは誤り検出／訂正部１１３に送られ所定の誤り検出／訂正が行われた後（ステップＳ２４）、当該受信パケットの情報識別子を参照してコンテンツパケット、共通制御パケット、個別制御パケットのいずれかを判別して、それに従って分岐して処理を進める。
【００５９】
ところで、チャネル選択インタフェース（Ｉ／Ｆ）１１５は、現在視聴中のチャネル識別子を取得するもので、ここで取得されたチャネル識別子はチャネル選択部１１４とチャネル情報入力部１２３へ渡される（図１２のステップＳ５１〜ステップＳ５３）。
【００６０】
コンテンツパケットである場合は（ステップＳ２５）、チャネル選択部１１４は、現在視聴中のチャネルをチャネルＩ／Ｆ１１５を介して得て、これを基に、視聴チャネルのコンテンツパケットのみ限定受信部１００のフィルター部１１６に渡す（ステップＳ２８）。フィルター部１１６では、これをデスクランブル部１２０へ送る（ステップＳ２９）。
【００６１】
一方、共通制御パケットである場合は（ステップＳ２６）、チャネル選択部１１４を経て、フィルター部１１６で共通制御情報復号部１１７へ送られ、復号が開始される（ステップＳ４１）。
【００６２】
次に、コンテンツパケットに対する処理を図１１のフローチャートに沿って詳しく説明する。図１０のステップＳ２９でデスクランブル部１２０へ送られたコンテンツパケットからチャネル識別子とチャネルキー識別子とがを分離され、それらがチャネルキー出力部１１９に渡される。デスクランブル部１２０からチャネルキー出力部１１９に対してチャネルキーの出力を要請する。
【００６３】
チャネルキー出力部１１９は、契約判定部１１２での当該チャネル識別子に対する契約判定を基に現在視聴中の受信チャネルのチャネルキーをチャネルキー格納部１１８から抽出する。すなわち、図１２に示すように、契約判定部１２２は、チャネル情報入力部１２３から現在視聴されているチャネルのチャネル識別子を取得し（ステップＳ５４）、契約情報格納部１２１にすでに記憶されている図２に示したようなチャネル契約情報を参照して、取得したチャネル識別子に対応するビットが「１」であれば「許可」、「０」であれば「不許可」の信号をチャネルキー出力部１１９に送る（ステップＳ５５）。チャネルキー出力部１１９では、送られてきた判定結果が「許可」であればチャネルキー格納部１１８からコンテンツパケットから取り出されたチャネルキー識別子を持つチャネルキーをチャネルキー格納部１１８から得て、デスクランブル部１２０へ渡す（ステップＳ５７）。判定結果が「不許可」であれば、そこで当該コンテンツパケットに関する処理を終了する。
【００６４】
デスクランブル部１２０は、チャネルキー出力部１１９からチャネルキーを受け取ると、それを用いてコンテンツパケットに含まれる暗号化されたコンテンツ情報を復号して出力する（図１１のステップＳ３１〜ステップＳ３３）。
【００６５】
次に、共通制御パケットに対する処理を図１３に示すフローチャートを参照して説明する。共通制御パケットはフィルター部１１６から共通制御情報復号部１１７に送られる（図１０のステップＳ４１）。ここで、共通制御パケットの未暗号部に含まれるワーク鍵識別子を基にワーク鍵格納部１０５からワーク鍵を取得する（図１３のステップＳ４２）。ワーク鍵が取得できなかった場合、処理を終了する。ワーク鍵が取得できたら、当該ワーク鍵で共通制御パケットの暗号化部を復号する（ステップＳ４４）。復号された共通制御パケットの暗号化部からチャネルキーＫｃｈを取得し、チャネルキー格納部１１８に格納する（ステップＳ４５）。
【００６６】
次に、個別制御パケットに対する処理について図１４に示すフローチャートを参照して説明する。個別制御パケットはフィルター部１１６から個別制御情報復号部１０４に送られる（図１０のステップＳ６１）。ここで、個別制御パケット（の未暗号化部）から受信装置ＩＤを抽出し、受信装置ＩＤ格納部１０６に格納されている自装置の受信装置ＩＤと照合する（図１４のステップＳ６２）。抽出された受信装置ＩＤが自装置のそれと一致しなかった場合は、本パケットの処理を終了する。一致した場合は当該受信パケット（の未暗号化部）から取り出されたマスター鍵識別子をキーにしてマスター鍵格納部１０３からマスター鍵を取得する。更に、当該マスター鍵を使って当該個別制御パケット中の契約情報を復号し（ステップＳ６３）、復号して得られた契約情報（図５参照）からワーク鍵とその識別子を取り出してワーク鍵格納部１０５に格納する（ステップＳ６４）。
【００６７】
次に、復号された契約情報は、契約情報認証部１０７に送られる。契約認証部１０７では、この契約情報のデジタル署名以外の部分をデジタル署名検証鍵格納部１０８に格納されているからデジタル署名検証鍵を用いて暗号化してデジタル署名を取得し、当該契約情報中のデジタル署名と一致しているか否かに基づきデジタル署名を検証する（ステップＳ６５）。検証が成功した場合は契約情報中のチャネル契約情報を契約情報格納部１２１へ格納して処理を終える（ステップＳ６６）。検証が失敗した場合はチャネル契約情報が偽造されたか、受信不良によって壊された可能性があるので格納せずに終了する。
【００６８】
以上説明したように、上記第１の実施形態に係る放送受信装置によれば、個別制御情報を電話回線等の双方向通信により受信する場合と、放送波で配信されたものを受信する場合との両方で受信することができるため、視聴するチャネルの変更等を行った時（契約更新時）、受信装置に格納されているチャネル契約情報等を更新する際に、双方向通信回線に接続されている受信装置に関しては確実な双方向通信で個別制御パケットを送信し、何らかの事情で接続されていない場合には放送波で個別制御パケットを送信することができる。
【００６９】
第１の実施形態では、放送受信装置の構成のみを示したが（第１の実施形態に係る情報配信装置は、第５の実施形態で説明する）、前述したような個別制御情報を双方向通信と放送との両方で配信することにより、例えば、携帯電話等の双方向通信機能を持たない（図１のモデム部１０１，送受信部１０２を持たない）放送受信装置であっても、チャネル契約情報の更新が確実に行える。
【００７０】
（第２の実施形態）
次に、いくつかのバリエーションを述べる。第１のバリエーションは個別制御情報をセンターから双方向通信回線を用いて送信するに先だって、受信装置側の双方向通信機能（例えば携帯電話機能）の電源をオンにする命令を放送波で送信するものである。
【００７１】
このようにすることによって受信装置側はいつ着信するか分からない個別制御情報のために常時電源オン状態（着信待ち状態）にする必要がなくなり、省電力が実現できる。このような省電力の実現は電池を主な電源とするモバイル環境においては重要である。
【００７２】
第２の実施形態に係る放送受信装置の要部の構成を図１５に示すが、図１５において、双方向通信機能とは、送受信部１０２、モデム部１０１以降に対応するが、本発明は、限定受信部に特徴があるので、双方向通信機能部の詳細構成とその説明は省略し、その機能の電源オン／オフ制御を行う動作に係る構成のみ説明する。例えば、送受信部１０２に所定の接続ケーブルを用いて携帯電話を接続して双方向通信機能部を構成することもできる。
【００７３】
図１５において、放送波で送信する個別制御パケットの受信処理に関する構成部が第１の実施形態と異なっている。実際、共通制御パケットの受信手順は第１の実施形態と同じであるので、以下では異なっている点、すなわち、放送波から受信する個別制御パケットの構成とその受信処理動作のみを説明するに留める。
【００７４】
第２の実施形態において、放送波で受信される個別制御パケットは、契約情報配信用のものと、コマンド配信用のものとの２種類である。契約情報配信用の個別制御パケットは第１の実施形態のもの（図７（ｂ）参照）と同じであるので、ここではコマンド配信用の個別制御パケット（以下、コマンドパケットと呼ぶことがある）のみを説明する。
【００７５】
コマンドパケットは図１６に示すように、情報識別子とコマンド本体からなっている。コマンド本体は、大きく分けて図１７に示すように、コマンド識別子と受信装置ＩＤの数とその受信装置ＩＤの数だけ受信装置ＩＤが並び、その後にデジタル署名が続く。デジタル署名は受信装置ＩＤの数と受信装置ＩＤの並びに対して偽造防止のために付けられる。ここでのコマンド識別子は、いつでも着呼可能な状態に（着信待ち状態）にするための例えば、放送受信装置の双方向通信機能への電源の供給を開始するための「電源オン」コマンドであることを識別するためのコマンド識別子である。以下、「電源オン」コマンドを配信するコマンドパケットを電源オンコマンドパケットと呼ぶ。
【００７６】
図１８は、図１５に示した放送受信装置の放送波による個別制御パケットの受信処理動作を説明するためのフローチャートである。以下、図１５に基き、図１８に沿って処理の流れを説明する。
【００７７】
まず、フィルター部１１６から個別制御情報復号部１０４にパケットが渡される。当該パケットの情報識別子を参照し、当該パケットが契約情報配信用の個別制御パケットであった場合は、第１の実施形態の場合（図１４参照）と同様の処理を行う（ステップＳ７１〜ステップＳ７６）。
【００７８】
個別制御情報復号部１０４では、当該パケットがコマンドパケットであった場合、パケット内のコマンド識別子を参照して、当該パケットが電源オンコマンドパケットであるか否かチェックする（ステップＳ７７）。当該パケットが電源オンコマンドパケットでなければ処理を終了する。
【００７９】
電源オンコマンドパケットであった場合、受信装置ＩＤ格納部１０６に格納されている自装置の受信装置ＩＤと当該パケット内の受信装置ＩＤとを１つずつ照合する（ステップＳ７８）。ここで自装置の受信装置ＩＤがパケット内に含まれていなかった場合、処理を終了する。含まれていた場合は、当該パケットを個別制御情報認証部１０７に送る。
【００８０】
個別制御情報認証部１０７では、デジタル署名検証鍵格納部１０８から検証鍵を取得して、デジタル署名を検証する（ステップＳ７９）。デジタル署名の検証が失敗した場合は処理を終了し、成功した場合は電源管理部１２５にモデム部１０１、送受信部１０２等の双方向通信機能に係る機能部への電力供給を開始する（電源オンにする）旨の信号を送り、電源管理部１２５はそれを受けて、これら機能部への電力の供給を開始して、いつでも着信待ち状態にする（ステップＳ８０）。
【００８１】
ステップＳ８０で双方向通信機能が着信待ち状態となるので、その後、図９に示したような手順にて、放送受信装置は契約情報配信用の個別制御パケットを双方向通信回線を介して受信することができる。
【００８２】
なお、ここで言う電源とは双方向通信回線の着信待ちのための待機電源（電力）を意味しているが、構成によってはその他の構成部の電源オン（もしくはオフ）が当該コマンドパケットにより可能となる。尚、電源管理部１２５は、本実施形態でオンになった電源を契約情報配信用の個別制御パケットを双方向通信回線を介して受信した後もしくは受信しなくても一定期間の後にオフすることが望ましい。
【００８３】
このように個別制御パケットを放送波と通信に分けて送信することによって、帯域削減及び省電力という意味で有効な限定受信システムを構成することができる。以上で第１のバリエーションの説明を終わる。
【００８４】
（第３の実施形態）
第１の実施形態の第２のバリエーションについて説明する。個別制御情報をセンターから双方向通信回線を使って送信するために、放送受信装置側から発呼を行う方式に関するバリエーションである。受信装置側から発呼を行うと発呼が一様に分布しないためセンター側システムで受信できない場合がある。本実施形態は、この問題点を解決しようとするものである。更に、本実施形態においては、発呼している受信装置が正当なものか否かを認証する手段を設けている。発呼を一様にするという目的には認証は必ずしも必要ではないが、第１〜第２の実施形態のようなセンター発呼と異なり受信装置発呼の場合は受信装置の正当性が認証しにくく、認証手段を持たないと安全性を保ちにくい。
【００８５】
第３の実施形態に係る放送受信装置の要部の構成を図１９に示す。図１９において、放送波で配信される個別制御パケットを受信する処理動作が第１の実施形態の場合と異なる。従って、以下では放送波から受信する個別制御パケットの構成とその受信処理動作についてのみを説明するに留める。
【００８６】
第３の実施形態では第２の実施形態と同様、放送波で受信される個別制御パケットは、契約情報配信用とコマンド配信用（コマンドパケット）の２種類である。契約情報配信用の個別制御パケットのデータ構成は第１の実施形態で説明したものと同様であり（図７（ｂ）参照）、コマンドパケットの構成も第２の実施形態で説明したもの（図１６、図１７参照）と同様であるが、本実施形態では、コマンド識別子が放送受信装置に対しセンターへの発呼を指示するコマンドの識別子である点が異なる。以下、このようなコマンドを発呼コマンドと呼び、そのパケットを発呼コマンドパケットと呼ぶ。
【００８７】
図２０は、図１９の放送受信装置の放送波による個別制御パケットの受信処理動作を説明するためのフローチャートで、以下では、図１９に基き、図２０に沿って処理の流れを説明する。
【００８８】
まず、フィルター部１１６から個別制御情報復号部１０４に放送波により受信された個別制御パケットが渡される。当該パケットの情報識別子を参照し、当該パケットは契約情報配信用のパケットであった場合は、第１の実施形態と同様の処理（図１４参照）を行う（ステップＳ９１〜ステップＳ９６）。
【００８９】
当該パケットがコマンドパケットであった場合、パケット内のコマンド識別子を参照して、当該パケットが発呼コマンドパケットであるか否かチェックする（ステップＳ９７）。当該パケットが発呼コマンドパケットでなければ処理を終了する。
【００９０】
発呼コマンドパケットであった場合、受信装置ＩＤ格納部１０６に格納されている自装置の受信装置ＩＤと当該パケット内の受信装置ＩＤとを１つずつ照合する（ステップＳ９８）。ここで自装置の受信装置ＩＤがパケット内に含まれていなかった場合、処理を終了する。含まれていた場合は当該パケットを個別制御情報認証部１０７に送る。
【００９１】
個別制御情報認証部１０７では、デジタル署名検証鍵格納部１０８から検証鍵を取得して、デジタル署名を認証する（ステップＳ９９）。デジタル署名の検証が失敗した場合は処理を終了し、成功した場合はセンター発呼部１６２にセンターへの発呼を指示する旨の信号を送り、センター発呼部１６２はセンター間通信部１５２、モデム部１０１を通してセンターへの発呼を行う（ステップＳ１００）。
【００９２】
このように、個別制御パケットを放送波と双方向通信との両方を用いて送信する限定受信システムにおいて、受信装置側からの発呼により当該受信装置とセンター間の双方向通信回線の接続を行う場合、受信装置からの発呼をセンター側から指示して行わせ、発呼の発生タイミングをセンター側で管理することによって、例えば、受信装置からの発呼がある時間帯に集中することによって、センタに回線がつながりにくくなるような状況を回避することができる。
【００９３】
次に、放送受信装置がセンターに対し発呼を行ってから、個別制御パケットを受信するまで処理動作について説明する。センターと放送受信装置との間の双方向通信で送受信されるパケットは、図２１に示すように、情報識別子と情報本体からなっている。この情報本体の違いにより３つのパケットに分類できる。ここでは、例えば、図７（ａ）に示した個別制御パケットと同様のパケット（以下、このパケットを、他の２種類のパケットを区別するためにあえて個別制御パケットと呼ぶ）とチャレンジパケットとレスポンスパケットとがある。
【００９４】
個別制御パケットは、図２２に示すように情報識別子、マスター鍵識別子、暗号化された契約情報からなっている。ここで契約情報は、図５と同様である。チャレンジパケットは、図２３に示すように、チャレンジパケットであることを識別するための情報識別子と、チャレンジ番号とチャレンジ情報本体からなっており、チャレンジ番号とはチャレンジと呼ばれるセンターから受信装置への質問や問題の管理番号である。本実施形態で想定しているチャレンジは、受信装置ＩＤを問い合わせるチャレンジ、マスター鍵識別子を問い合わせるチャレンジ、チャレンジ情報に（各受信装置固有の）秘密鍵で署名を作成するチャレンジである。この他にも、暗号化されたチャレンジ情報を秘密鍵で復号させ、復号結果をレスポンスさせるチャレンジなども考えられる。ここで秘密鍵で署名させるチャレンジのように対象データが必要な場合、それをチャレンジ情報本体に記述して送信する。
【００９５】
チャレンジアンドレスポンスの基本は放送受信装置とセンターのみしか知り得ない情報を使わないと答えられないように質問をして、その質問に正確に答えられたことで、当該放送受信装置が（センターに登録されている）正当な装置であることを確認することにある。
【００９６】
レスポンスパケットは図２４に示すように、レスポンスパケットであることを識別するための情報識別子と、チャレンジ番号とチャレンジ情報本体、レスポンス情報本体からなっている。レスポンス情報本体も（チャレンジ情報本体と同様に）チャレンジ番号によって形式が定まっているものとする。
【００９７】
図２５は、受信装置が、発呼コマンドを受けた後の処理動作を示したフローチャートであり、以下、図１９に基き図２５に沿って処理の流れを説明する。まず、受信装置からセンターに対して発呼が行われ（ステップＳ１０１）、双方向通信回線が受信装置とセンター間に接続されると、センターから個別制御パケットが送信される。受信装置のセンター間通信解析部１５１は、当該接続された双方向通信回線、モデム部１０１，センター間通信部１５２を介して個別制御パケットを受信する（ステップＳ１０２）。受信したパケットは、センタ間通信解析部１５１へ渡され、ここで、そのパケットの情報識別子からどの種別のパケットであるかを識別する。
【００９８】
センター間通信解析部１５１は、当該受信したパケットがチャレンジパケットである場合（ステップＳ１０３）、レスポンス作成部１５２にそれを渡す（ステップＳ１０６）。契約情報配信用の個別制御パケットであった場合は（ステップＳ１０４）、個別制御情報復号部１０４へ渡して（ステップＳ１０７）、第１の実施形態と同様の処理（図９のステップＳ３〜ステップＳ９）によって契約情報の認証と格納処理を行う（ステップＳ１０８）。受信したパケットが上記いずれでもなかった場合はエラーとして双方向通信回線を介してセンターへ送信する（ステップＳ１０５）。
【００９９】
次に、レスポンスパケットの作成および送信処理動作について図２６に示すフローチャートに沿って説明する。レスポンス作成部１５２は、チャレンジパケット中のチャレンジ番号を参照して、チャレンジの種別を確認する。受信装置ＩＤの問い合わせるチャレンジであるときは（ステップＳ１１１）、受信装置ＩＤ格納部１０６から受信装置ＩＤを取り出して（ステップＳ１１５）、予め定められたレスポンス情報形式に受信装置ＩＤを変換して図２３に示すようなレスポンスパケットを作成し（ステップＳ１１６）、センターへ送信する（ステップＳ１１７）。マスター鍵識別子を問い合わせるチャレンジであったとき（ステップＳ１１２）、マスター格納部１０３からマスター鍵識別子を取得して、前述同様にレスポンスパケットを作成し、センターへ送信する（ステップＳ１１８〜ステップＳ１２０）。
【０１００】
署名作成のチャレンジであった場合は（ステップＳ１１３）、署名すべきデータであるチャレンジ情報本体を受信したパケット中から取得し（ステップＳ１２１）、秘密鍵格納部１５３から秘密鍵を取得して（ステップＳ１２２）チャレンジ情報本体に対する署名を作成する（ステップＳ１２３）。作成された署名は予め定められた形式にしたがってレスポンス情報本体の形式に変換され、図２４に示すようなレスポンスパケットの形式でセンターへ送信される（ステップＳ１２４〜ステップＳ１２５）。送信されてきたチャレンジ情報が上記３通りのどれにも当てはまらない場合はエラーをセンターに送信する（ステップＳ１１４）。
【０１０１】
以上の処理によって、センター側が、受信したレスポンスパケットから当該受信装置の正当性を確認した上で個別制御パケットを送信することができるのである。尚、（第１の実施形態で述べたように）、本実施形態においては、個別制御パケットに付されたデジタル署名によって受信装置が情報配信装置（センター）側を認識しているとも言える。このため、本実施形態により受信装置とセンターとの間で相互認証が行われていると考えることも可能である。しかし、第１の実施形態でも述べたように、このような形態は、本発明において必須ではなく、本発明のようにセンター側が受信装置を認識する実施形態が本質的である。
【０１０２】
以上で第２のバリエーションの説明を終わる。
【０１０３】
尚、双方向通信による個別制御パケット送信のための発呼を受信装置、センター相方で行うことができるような限定受信システムにおいては、第２、第３の実施形態を同時に満たすような限定受信方式も実施可能である。何故なら両バリエーションは（その構成から）コマンドの種類（コマンド識別子）が違うだけで、互いに独立な関係にあるので、両方同時に実施することも可能だからである。この意味で第１、第２の実施形態は、各受信装置個別のコマンドパケットを放送で、契約情報配信用の個別制御パケットを双方向通信で送信する実施形態と捉えることができる。
【０１０４】
以上の実施形態において主要な処理を限定受信部１００の中だけで行っているが、デスクランブル部１２０のみを限定受信チップの外側で実装するという考え方もある。デスクランブル部１２０は（放送コンテンツを復号するのであるから）リアルタイムに復号しなくてはならないため高速処理が必要である。しかし、その他の部分は常に動作しなくてはならないわけではなく、しかも処理時間に多少の余裕があるため実装上このようにすると有利なことが多い。更に、他の放送との受信装置の共通化を図る際、全ての放送で放送コンテンツのスクランブル方式を共通にして、（各放送で秘密情報を保持したい）限定受信部１００のみをＩＣカードなど脱着可能なメディア上に実装する実装方法が考えられる。以上説明した実施形態、及びこれから述べる実施形態においては前記のような実装も可能であることを付け加えておく。
【０１０５】
（第４の実施形態）
第４の実施形態は、全ての放送受信装置が共通のマスター鍵を有する限定受信システムの場合である。第４の実施形態における限定受信システムはマスター鍵が全ての放送受信装置で共通であるため、第１の実施形態におけるワーク鍵の役割を（全受信装置に共通の）マスター鍵が果たしているので、図２８に示すように、ワーク鍵が存在しない簡単な鍵構成になっている。このような限定受信システムは構成が単純なため、（放送波での送信を前提にした場合）個別制御情報の送信量削減の点で大変有用である（特開平１１−２４３５３６参照）。しかし、マスター鍵が共通であるため、どの放送受信装置にも等しく全てのチャネルのチャネルキーが受信されてしまうため限定受信を実現するためにはチャネル契約情報のみに依存することになる。
【０１０６】
第４の実施形態に係る放送受信装置の要部の構成を図２７に示す。第４の実施形態では第１の実施形態の場合と同様に、図７に示したような個別制御パケットが用いられる。但し、第４の実施形態ではワーク鍵が存在しないので、契約情報は図２９に示すような受信装置ＩＤとチャネル契約情報とデジタル署名とからなる構成を持つ。また、共通制御パケットは、マスター鍵生成情報配信用の共通制御パケット（図３０（ａ）参照）とチャネルキー配信用の共通制御パケット（図３０（ｂ）参照）の２種類が用いられる。
【０１０７】
チャネルキー配信用の共通制御パケットは、第１の実施形態の場合（図８参照）と同様である。マスター鍵生成情報配信用の共通制御パケットは、図３０（ａ）に示すように、情報識別子、マスター鍵識別子、マスター鍵生成情報、デジタル署名からなっている。
【０１０８】
ここで、情報識別子は当該パケットがマスター鍵生成情報配信用の共通制御パケットであることを示す情報で、他のパケットと区別するために用いられる。マスター鍵識別子は続くマスター鍵生成情報から生成されるマスター鍵の識別子である。デジタル署名は当該マスター鍵生成情報の偽造を防止するためのものであり、第１の実施形態で用いているデジタル署名と同様に秘密鍵暗号によるもの、公開鍵暗号によるものがあり、どちらを使ってもよい。
【０１０９】
次に、図２７の放送受信装置の構成とその処理動作について説明する。第４の実施形態に係る放送受信装置の処理動作は第１の実施形態のそれと重なる部分が多いので、異なる部分のみを説明するに留める。
【０１１０】
共通制御パケットの受信処理動作について図３１をに示すフローチャートを参照して説明する。図３１では、受信装置が共通制御パケットを受信し、共通制御パケットがフィルター部１１６から共通制御情報復号部１１７へ渡された時点で開始される。
【０１１１】
まず、共通制御情報復号部１１７は、当該受信パケットの情報識別子を参照して当該パケットがチャネルキー配信用のものであるか判定する（ステップＳ３０１）。チャネルキー配信用の共通制御パケットであれば、当該パケットの未暗号部分からマスター鍵識別子を抽出し、当該マスター鍵識別子を有するマスター鍵をマスター鍵格納部１０５から取得する（ステップＳ３０２）。取得したマスター鍵を使ってパケットの暗号化部を復号する（ステップＳ３０３）。復号した結果得られたチャネルキーをチャネルキー格納部１１８へ格納し、終了する。
【０１１２】
一方、受信したパケットがマスター鍵生成情報配信用の共通制御パケットであれば（ステップＳ３０５）、当該パケットからマスター鍵識別子を取り出し、そのマスター鍵識別子に対応したマスター鍵がマスター鍵格納部１０３に存在するか否かを判定する（ステップＳ３０６）。既に存在する場合はそこで終了する。存在しない場合は、次に新しいマスター鍵の生成を行う。
【０１１３】
まず、マスター鍵生成情報検証部１８１は、当該パケットに含まれるデジタル署名を検証し（ステップＳ３０７）、検証失敗した場合は終了、検証成功した場合はマスター鍵生成部１８２で、当該パケットに含まれるマスター鍵生成情報から予め定められたアルゴリズムに従ってマスター鍵を生成し（ステップＳ３０８）、その生成されたマスター鍵をマスター鍵格納部１０３に格納して終了する（ステップＳ３０９）。
【０１１４】
ここで、マスター鍵生成情報とマスター鍵生成処理の説明を少ししなくてはならない。マスター鍵生成情報とは例えばマスター鍵生成のための乱数シード情報であり、乱数シードとマスター鍵生成部１８２の予め定められたアルゴリズムとパラメータによる乱数生成の手段によりマスター鍵を生成するものである。生成は耐タンパハードウェアの中で行われるため、マスター鍵生成情報は未暗号化のままでも安全上の問題はない。
【０１１５】
また、双方向通信によって送信される個別制御パケットの受信より動作は第１の実施形態と同様である。
【０１１６】
なお、第４の実施形態についても第１の実施形態のバリエーション（第２，第３の実施形態）を適用することが可能である。
【０１１７】
（第５の実施形態）
第５の実施形態は第１の実施形態に係る放送受信装置に対し個別制御パケット共通制御パケットを配信するためのセンター側に設けられた情報配信装置（契約管理センター装置あるいは契約管理装置とも呼ぶ）について説明する。
【０１１８】
図３２は、第５の実施形態に係る情報配信装置の要部の構成例を示したもので、以下、図３２を参照しながら図３５〜図３９に示すフローチャートに沿って図３２に示す情報配信装置の構成と処理動作について説明する。
【０１１９】
図３２において、加入者データベース（ＤＢ）２０２には、全ての加入者の加入者データが格納されている。加入者データのデータ構成は図３３に示すように、加入者ＩＤ、受信装置ＩＤ、マスター鍵識別子、マスター鍵、チャネル契約情報、送信済みフラグ、放送送信フラグ、発呼番号からなっており、これが一件の加入者データである。
【０１２０】
加入者ＩＤとは各加入者に対して付加された管理番号のことで、本実施形態では簡単のため１番から「ＭＡＸＩＤ」番までの番号がふられているとする。受信装置ＩＤは加入者ＩＤに示す加入者の受信装置ＩＤを示している。マスター鍵識別子は当該加入者の受信装置の内部（マスター鍵格納部１０３）に現在存在するマスター鍵の識別子であり、マスター鍵は当該マスター鍵識別子に対応したマスター鍵である。チャネル契約情報は、図２、図６に示すように、当該加入者の契約状態を表すものである。送信済みフラグは当該加入者に当該チャネル契約情報を双方向通信にて送信したか否かを示すフラグであり、「０」の時未送信、「１」の時は送信済みとなる。放送送信フラグは当該加入者データの当該チャネル契約情報を放送配信すべきか否かを示すフラグであり、「０」の時は放送配信する必要がない旨を示し、「１」の時は放送配信する必要がある旨を示している。
【０１２１】
ここでは、個別制御パケットの配信は、まず、双方向通信にて配信するものとし、その際、それを受けるべき受信装置に対し何度も発呼を試みたにも関わらす、正常受信しなかった、エラーが返信されてきた、応答がなかった等の場合には、その個別制御パケットの配信を放送配信に切り替えるものとする。放送受信装置に対する個別制御パケットの配信を双方向通信から放送配信に切り替えるまでに許容される発呼の回数をＮとする。また、発呼番号は当該加入者の受信装置に接続されている双方向通信回線の電話番号であるとする。
【０１２２】
まず、図３２の情報配信装置における個別制御パケットを双方向通信にて送信する際の処理動作を図３５に示すフローチャートに沿って説明する。この処理は、ワーク鍵更新の都度定期的に個別制御情報制御部２０６によって起動される。
【０１２３】
個別制御パケット作成指示を個別制御情報制御部２０６から受けた個別制御情報作成部２０３は、変数ｋ＝０（ステップＳ３３０１ａ）、ｉ＝１とし（ステップＳ３０１ｂ）、加入者ＩＤがｉである加入者データが加入者ＤＢ２０２内に存在するか否かをチェックする（ステップＳ３０２）。存在しなかった場合の処理を述べる。存在しなかった場合は、ステップＳ３１３に進み、ｉを１つインクリメントし、ｉが「ＭＡＸＩＤ」を越えないことを確認した上で（ステップＳ３１４）、ステップＳ３０２へ戻り、新しいｉで加入者ＩＤをチェックする。
【０１２４】
ステップＳ３１４で、ｉが「ＭＡＸＩＤ」を越えてしまったら、全ての加入者データについて一通りの処理が終了したことを意味するので、次に、ステップＳ３１５へ進み、加入者ＤＢ２０２を全検索して、未送信の加入者データが存在するか否か（送信済みフラグが「０」である加入者データがあるか否か）を検査する。ここで未送信の加入者データがあれば、ｋ（加入者ＤＢ３０２内の加入者データのｋ回目のサーチという意味）を１つインクリメントし（ステップＳ３１６）、ｋがＮ（発呼回数の最大値）を越えた場合（ステップＳ３１７）、その時点で加入者データの送信済みフラグが「０」の加入者については、個別制御パケットを双方向通信で配信するのを諦め、送信済みフラグが「０」の全ての加入者の加入者データの放送送信フラグを「１」にして終了する（ステップＳ３１８）。ｋが１を越えなければ、ステップＳ３０１ｂに戻り、ｉ＝１にして以降の処理を繰り返す。ステップＳ３１５において、未送信フラグが「０」の加入者レコードがなければ終了する。ｋがＮを越えなかった場合、ｉ＝１にして本アルゴリズムを最初から行う。また、未送信の加入者データがなければ終了する。
【０１２５】
ステップＳ３０２で、加入者ＩＤがｉの加入者データが存在した場合、当該加入者データ中の送信済みフラグを参照して、「１」であれば送信済みなので、ステップＳ３１３へ進み、ｉを１つインクリメントした後、ｉが「ＭＡＸＩＤ」を越えていなければ（ステップＳ３１４）、ステップＳ３０２へ戻り、加入者ＩＤの存在チェックに戻る。尚、この「ＭＡＸＩＤ」を越えるまでｉを１つづインクリメントしながら加入者ＩＤの存在チェックを行う処理は、下でも度々現れる処理であるので、以下の説明では簡単のためインクリメント処理と呼ぶことにする。
【０１２６】
ステップＳ３０２で、加入者ＩＤ＝ｉの加入者データが存在した場合、当該加入者データの送信済みフラグを参照して、「１」であれば送信済みなのでｉを１つインクリメントして加入者ＩＤの存在チェックに戻る。送信済みフラグが「０」であった時は、個別制御情報作成部２０３は、当該加入者データのチャネル契約情報に基づいて必要なワーク鍵をワーク鍵ＤＢ２１０から取得する（ステップＳ３０４）。ここでワーク鍵は（第１の実施形態でも説明したように）チャネル毎に設定されていると仮定しているのでこのように契約したチャネル分だけのワーク鍵を取得する処理が必要になる。
【０１２７】
個別制御情報作成部２０３は、取得されたワーク鍵と当該加入者データの受信装置ＩＤ、チャネル契約情報からデジタル署名以外の契約情報本体を作成し、デジタル署名生成鍵格納部２０５に格納されているデジタル署名生成鍵を用いて、この契約情報本体あるいは、契約情報本体とその特徴量としてのハッシュ値とを暗号化することでデジタル署名を作成して、図５に示したような契約情報を作成する。更に当該加入者データ中のマスター鍵でこの作成した契約情報を暗号化し、マスター鍵識別子や情報識別子を付加して、図７（ａ）に示したような個別制御パケットを作成する（ステップＳ３０５）。
【０１２８】
作成したパケットは、個別制御情報制御部２０６を介して当該加入者データ中の発呼番号とともに、送受信制御部２０７に渡され、送受信制御部２０７は、この発呼番号を用いて当該加入者の図１に示した放送受信装置を発呼する（ステップＳ３０６）。この発呼に対し当該受信装置が応答を返してこなかった場合は（ステップＳ３０７）、エラー出力部２１５から受信エラーを出力して（ステップＳ３０８）、ステップＳ３１３へ進み、インクリメント処理を行って、次の加入者データに処理を移す。
【０１２９】
ステップＳ３０７において、発呼に対して当該受信装置から応答が返ってきた場合は、予め定められたプロトコルによって、作成した個別制御パケットを送信する（ステップＳ３０７）。送信後、一定期間に受信装置より受領通知があった場合（ステップＳ３１０）、個別制御情報制御部２０６は、当該加入者データの送信済みフラグを「１」にして（ステップＳ３１２）、ステップＳ３１３へ進みインクリメント処理を行ったのち、次の加入者データに処理を移す。
【０１３０】
インクリメント処理の部分でも述べたように本処理は、ｉが「ＭＡＸＩＤ」を越え、全ての加入者データが送信済みであることを確認するか（ステップＳ３１５）、ｋが既定値Ｎを越え、個別制御パケットの双方向通信による配信を諦めた時終了する（ステップＳ３１８）。
【０１３１】
次に、図３２の放送により共通制御パケットと個別制御パケットとを送信するための送信処理動作とこの送信処理動作に係る構成部について、図３６に示すフローチャートに沿って説明する。本処理は、放送開始と同時に開始され、放送が続く間間断なく繰り返される。まず、共通制御情報作成部２０９は、チャネルキーデータベース（ＤＢ）２１１を検索して、最小のチャネルＩＤを持つチャネルキーデータを取得する（ステップＳ４０１）。
【０１３２】
ここでチャネルキーデータはチャネルキーＤＢ２１１に登録されているチャネル毎の少なくともチャネルキーを含むデータで、図３４に示す構造をしている。チャネルキーデータはチャネルＩＤとチャネル識別子、チャネルキー識別子（１）、チャネルキー（１）、チャネルキー識別子（２）、チャネルキー（２）からなっている。ここでチャネルＩＤとは各チャネルにふられるＤＢ管理上の番号である。チャネル識別子は、放送受信装置が各チャネルを識別するための情報で第１〜第４の実施形態で説明したそれと同じである。更にチャネルキー識別子及びチャネルキーも第１〜第４の実施形態で述べたものと同じである。
【０１３３】
ここでチャネルキーとその識別子とのペアが２組存在するのは現在有効なチャネルキー（チャネルキー（１））と次に使われるチャネルキー（チャネルキー（２））を一緒に送信する必要があるためであり、構成によっては現在使用されているチャネルキーのみでも構わない。
【０１３４】
まず、放送送信制御部２１３から共通制御情報制御部２１２へ共通制御パケットの作成命令がなされる。この命令によって共通制御情報制御部２２１は、共通制御情報作成部２０９にチャネルキーＤＢ２１１を検索して、最小のチャネルキーＩＤを持つチャネルキ―データを検索するように指示する。共通制御情報作成部２０９はこれを受けてチャネルキーＤＢ２１１を検索してチャネルキーデータを取得する（ステップＳ４０１）。
【０１３５】
また、放送送信制御部２１３から個別制御情報制御部２０６へ個別制御パケットの作成命令がなされる。この命令によって個別制御情報制御部２０６は個別制御情報作成部２０３に加入者ＤＢ２０２を検索して、放送送信フラグが「１」である最小の加入者ＩＤを持つ加入者データを検索するように指示する。個別制御情報作成部２０６はこれを受けて加入者ＤＢ２０２を検索して加入者データを取得する（ステップＳ４０６）。
【０１３６】
一方、共通制御情報作成部２０９では、取得したチャネルキーデータからチャネル識別子、チャネルキー識別子（１）、チャネルキー（１）、チャネルキー識別子（２）、チャネルキー（２）を取得し、図８に示したような共通制御パケットを作成する（ステップＳ４０４）。その際、チャネル識別子をキーにしてワーク鍵ＤＢ２１０を検索し、当該チャネルに対する有効なワーク鍵を抽出し、当該ワーク鍵を使って共通制御パケットの暗号化されるべき部分を暗号化する。更に、当該ワーク鍵のワーク鍵識別子と情報識別子を付けて共通制御パケットを生成し、共通制御情報制御部２１２、放送送信制御部２１３を経由して放送送信部２１４へ送り、放送送信部２１４では当該パケットを放送波に載せて発信する（ステップＳ４０５）。
【０１３７】
次に、個別制御情報作成部２０６では、取得した加入者データからチャネル契約情報を抽出し、これに基づいて必要なワーク鍵をワーク鍵ＤＢ２０４から取得する（ステップＳ４０７）。双方向通信により配信する場合と同様、ワーク鍵と当該加入者データ中の受信装置ＩＤ、チャネル契約情報からデジタル署名以外の契約情報本体を作成し、デジタル署名生成鍵格納部２０５に格納されているデジタル署名生成鍵を用いて契約情報を作成する。更に当該加入者データ中のマスター鍵で契約情報を暗号化し、マスター鍵識別子や情報識別子を付加して個別制御パケットを作成する（ステップＳ４０８）。作成したパケットは個別制御情報制御部２０６を経由して、放送送信制御部２１３に渡され、ここから当該パケットを放送波に載せて発信する（ステップＳ４０９）。
【０１３８】
上記処理動作は、共通制御パケット（チャネルキー配信用の共通制御パケット）と個別制御パケット（契約情報配信用の個別制御パケット）を交互に放送送信する例を示している。しかし、この前者をどのくらい配信したら後者をどのくらい配信するかといった配信割合は本来放送事業者の都合に合わせて決められるものであり、割合の変更は容易に実現可能である。
【０１３９】
図３６の説明に戻り、１組の共通制御パケットと個別制御パケットの送信が終了した段階で、それぞれ次の送信パケットの生成に入る。即ち、共通制御情報制御部２１２においては放送送信制御２１３からの指示により次のチャネルキーデータをチャネルキーＤＢ２１１から抽出する（ステップＳ４１０）。ここで次のチャネルキーデータとは、先に送信した共通制御パケットに係るチャネルキーデータのチャネルＩＤの次に大きいチャネルＩＤを持つチャネルキーデータである。ここでそのようなチャネルキーデータがなかった場合は、最小のチャネルＩＤを持つチャネルキーデータをチャネルキーＤＢ２１１から抽出する（ステップＳ４１４）。
【０１４０】
また、加入者データに関しても同様に、放送送信フラグが「１」である加入者データのうち加入者ＩＤが前記処理済みの加入者データの加入者ＩＤを越えた中で最小のものを抽出する（ステップＳ４１２）。ここで、そのような加入者データがなければ、最小の加入者ＩＤを持つ加入者データを抽出する（ステップＳ４０２）。
【０１４１】
これら抽出したデータはそれぞれ共通制御情報作成部２１２、個別制御情報作成部２０３において前述したようなパケット作成／送信処理を行う。このようにして放送開始から間断なく動き続ける。
【０１４２】
以上の説明からも明らかなように、共通制御パケットの生成と個別制御パケットの生成は並列に行うことができる。これは２種類のパケットの生成／送信を放送送信制御部２１３で制御して一定の割合で送信することができるからである。
【０１４３】
（第６の実施形態）
次に、いくつかのバリエーションを述べる。第１のバリエーションとして、センターから電源オンコマンドを各受信装置に個別に配信するという第２の実施形態に係る放送受信装置に対しコマンドパケット、個別制御パケット、共通制御パケットを配信するためのセンター側に設けられた情報配信装置（契約管理センター装置あるいは契約管理装置とも呼ぶ）について説明する。この第１のバリエーションは第６の実施形態として説明する。
【０１４４】
第２のバリエーションとして、センターから発呼コマンドを各受信装置に個別に配信して、受信装置側からセンターに発呼させるという第３の実施形態に係る放送受信装置に対し、コマンドパケット、個別制御パケット、共通制御パケットを配信するためのセンター側に設けられた情報配信装置（契約管理センター装置あるいは契約管理装置とも呼ぶ）について説明する。この第２のバリエーションは第７の実施形態として後述する。
【０１４５】
第６の実施形態に係る情報配信装置の要部の構成例は、第５の実施形態の場合（図３２）と同様であるが、処理動作が異なる。まず、放送波にて電源オンコマンドパケットを配信してから双方向通信により個別制御情報を配信する場合について、図３７〜図３８に示すフローチャートに沿って説明する。
【０１４６】
この処理は、契約変更時期（例えば１ヶ月毎）に合わせて開始される。個別制御情報制御部２０６は、契約変更時期が来たら、まず個別制御情報作成部２０６へチャネル契約情報等の更新をするための契約情報を送信すべき受信装置であって、まだ、その契約情報を送信していない受信装置に対し順次電源オンコマンドを送信する旨の命令を行う。個別制御情報作成部２０３はこれを受け、加入者ＤＢ２０２を検索して、送信済みフラグが「０」の加入者データを加入者ＩＤが小さいものから最大Ｍ個取り出す（ステップＳ５０１）。ここで、Ｍは電源オンコマンドパケットの情報容量その他で決まる定数である。
【０１４７】
次に抽出された加入者データからそれぞれ受信装置ＩＤを抽出し（ステップＳ５０２）、抽出された受信装置ＩＤとそれら受信装置ＩＤの数の並びに対しデジタル署名を付すため、デジタル署名生成鍵格納部２０５からデジタル署名生成鍵を抽出して（ステップＳ５０４）、当該鍵で受信装置ＩＤとそれら受信装置ＩＤの数を暗号化してデジタル署名を生成する（ステップＳ５０５）。抽出された受信装置ＩＤとそれら受信装置ＩＤの数とデジタル署名と電源オンコマンドのコマンド識別子とから図１７に示すようなデータ形式のコマンド本体を作成する。このようにしてできたコマンド本体に情報識別子を付け、コマンドパケットが生成される（ステップＳ５０６）。生成されたコマンドパケットは個別制御情報制御部２０６を経由して放送送信部２１４に送られて（ステップＳ５０７）、一時、放送送信部２１４内のバッファメモリに格納され、後述する手順で共通制御パケットと共に放送送信される（図３９参照）。
【０１４８】
次に、チャネル契約情報等を更新しなければならない放送受信装置に、そのための個別制御パケットを配信する処理を行う。ｉ＝１として（ステップＳ５０８）、ステップＳ５０１で抽出された（最大）Ｍ個の加入者データのうち、ｉ番目の加入者データ中のチャネル契約情報に基づいてワーク鍵ＤＢ２１０からワーク鍵を抽出する（ステップＳ５０９）。更に第５の実施形態の説明と同様にして、個別制御パケット（契約情報配信用の個別制御パケット）を作成する（ステップＳ５１０）。次に当該加入者データ内にある発呼番号を用いて発呼し（ステップＳ５１１）、発呼先の放送受信装置と双方向通信を開始する。ここで当該受信装置から応答がない場合は（ステップＳ５１２）、受信エラーの旨のエラーを個別制御情報制御２０６に返し、個別制御信情報制御部２０６ではこれをエラー出力部２１５で表示させ（ステップＳ５２２）、図３８のステップＳ５１６へ進み、次の加入者データへ処理を移す。
【０１４９】
ステップＳ５１２で、発呼先の放送受信装置から応答が返ってきた場合は、作成した個別制御パケットを送信する（ステップＳ５１３）。個別制御パケット送信後、予め定められた所定時間を経過するまでに、当該受信装置から受領通知がなかった場合は（ステップＳ５１４）、受領エラーの旨のエラーを個別制御情報制御部２０６に返し、個別制御情報制御部２０６では、エラー出力部２１５に受領エラーの旨を表示させ、図３８のステップＳ５１６へ進み、次の加入者データへ処理を移す。
【０１５０】
ステップＳ５１４で受領通知があった場合は、図３８のステップＳ５１５へ進み、当該ｉ番目の加入者データの送信済みフラグを「１」にして、ステップＳ５１６へ進み、次の加入者データに処理を移す。
【０１５１】
次の加入者データに処理を移す際、以下の処理が必要である。即ち、ｉ＝ｉ＋１として（ステップＳ５１６）、ｉがＭを越えないか否かをチェックする（ステップＳ５１７）。越えない場合はｉ番目の加入者データが存在すれば（ステップＳ５１８）、ステップＳ５０９へ戻り、以降、前述同様、その加入者データに対して処理を行う。ステップＳ５１８で、加入者データが存在しない場合は、ステップＳ５１９へ進み、加入者ＤＢ２０２を検索して送信済みフラグが「０」の次の（最大）Ｍ個のレコードを抽出する（ステップＳ５１９）。ここで１個以上の加入者データが抽出できれば（ステップＳ５２０）、ステップＳ５０２へ戻り、その加入者データ群に対しての電源オンコマンドの作成を行う。ステップＳ５２０で、加入者ＤＢ２０２から１つも加入者データが抽出されなかった場合は、一回り処理が終了したことになるので、加入者ＤＢ２０２の全ての加入者データを検索して送信済みフラグが「０」のものがあるか否かを確認する（ステップＳ５２１）。ここであれば、ステップＳ５０１へ戻り、以降、前述同様である。ステップＳ５２１で送信済みフラグが「０」のものが無ければ全ての加入者データに関して送信済みなので終了する。
【０１５２】
一方、ステップＳ５１７で、ｉがＭを越えた場合は、電源オンコマンドを放送送信した受信装置への個別制御パケットは送信し終えたことになるので、ステップＳ５１９へ進み、加入者ＤＢ２０２を検索して、送信済みフラグが「０」である次の（最大）Ｍ個の加入者データを抽出する。ここで１個以上の加入者データが抽出できれば（ステップＳ５２０）、その加入者データ群に対して電源オンコマンドを作成するところ（ステップＳ５０２）に戻って繰り返す。ステップＳ５２０で１つも加入者データが抽出されなかった場合は一回り処理が終了したことになるので、加入者ＤＢ２０２の全ての加入者データを検索して送信済みフラグが「０」のものがあるか否かを確認する（ステップＳ５２１）。ここで１つでも加入者データが抽出されれば、ステップＳ５０１の処理の最初に戻る。１つも加入者データが抽出されなければ、全ての加入者データに関して送信済みなので終了する。
【０１５３】
以上が電源オンコマンドを放送配信した後、個別制御パケットを双方向通信にて送信するまでの処理動作である。本実施形態によれば、これから個別制御パケットを双方向通信にて送信する図１に示したような構成の放送受信装置に対して、予め放送波経由で双方向通信に係る構成部の電源をオンにする指示を出し、当該放受信装置を着信待ち状態にした後、センター側（図３２の情報配信装置）から個別制御パケット配信のための発呼を行うので、双方向通信にて個別制御パケットを受信可能な放送受信装置に対しては、確実に個別制御パケットを双方向通信にて配信することができる。
【０１５４】
次に、共通制御パケットの送信情報の送信処理動作について、図３９に示すフローチャートに沿って説明する。この処理は、放送開始時に開始され、以降放送終了まで間断なく続けられる。
【０１５５】
まず、共通制御情報制御部２１２から共通制御情報作成部２０９に対して、最小のチャネルキーＩＤを持つチャネルキーデータを検索するように指示する（ステップＳ６０１）。共通制御情報作成部２０９ではこの指示を受けてチャネルキーＤＢ２１１を検索し、チャネルキーを取得する。更に、取得したチャネルキーデータからチャネル識別子、チャネルキー識別子（１）、チャネルキー（１）、チャネルキー識別子（２）、チャネルキー（２）を取得し、図８に示したような共通制御パケットを作成する（ステップＳ６０２）。その際、チャネル識別子をキーにしてワーク鍵ＤＢ２１０を検索し、当該チャネルに対する有効なワーク鍵を抽出し、当該ワーク鍵を使って共通制御パケットの暗号化されるべき部分を暗号化する。更に、当該ワーク鍵のワーク鍵識別子と情報識別子を付けて共通制御パケットを生成し、共通制御情報制御部２１２、放送送信制御部２１３を経由して放送送信部２１４へ送り、放送送信部２１４では当該パケットを放送波に載せて発信する（ステップＳ６０３）。
【０１５６】
次に、放送送信部２１４は、図３７のステップＳ５０１〜ステップＳ５０７の処理で作成された電源オンコマンドパケットがそのバッファメモリ内に存在するか否かチェックして（ステップＳ６０４）、存在する場合は当該コマンドパケットの内、作成された時が最も古いものを放送送信部２１４から放送送信し（ステップＳ６０５）、ステップＳ６０６へ進み、一方、存在しない場合は、ステップＳ６０５をスキップして、ステップＳ６０６へ進む。
【０１５７】
ステップＳ６０６では、次のチャネルキーＩＤのチャネルキーデータをチャネルキーＤＢ２１１から検索する旨の命令が放送送信制御部２１３から共通制御情報制御部２１２を経由して共通制御情報作成部２０９に伝えられ、共通制御情報作成部２０９ではチャネルキーＤＢ２１１を検索してチャネルキーデータの抽出を行なう（ステップＳ６０６）。ここで、抽出に成功した場合は（ステップＳ６０７）、ステップＳ６０２以降の当該チャネルキー配信用の共通制御パケットの作成／送信処理を行ない、抽出に失敗してしまった場合は、ステップＳ６０１の処理最初に戻り、再び最小のチャネルキーＩＤをもつチャネルキーデータを検索する。
【０１５８】
このように、１または複数の電源オンコマンドパケット（より一般的に言えばコマンドパケット）をチャネルキー配信用の共通制御パケットを１または複数個配信する際に送信することにより、チャネルキー配信用の共通制御パケットの送信にも支障をきたさず、タイムリーにコマンドパケットを送信することができる。
【０１５９】
尚、通常（タイムリーな受信開始のため）チャネルキ―は１秒間に２回は送信しなくてはならないのに対して、電源オンコマンドの発行頻度は個別制御パケットの送信時間などから１秒に１回もないと考えられる。このため、共通制御パケット配信時に占める配信すべき電源オンコマンドパケット数の割合は極めて低い。更に、このことから電源オンコマンドパケットが作成され、それが放送送信制御部２１３に送られた後すぐに送信されることが期待できるため、個別制御パケット送信のため放送受信装置を発呼する際には、既に受信装置側の双方向通信回線の電源がオンになっていると考えて良い。
【０１６０】
（第７の実施形態）
センターから発呼コマンドを各受信装置に個別に配信して、受信装置側からセンターに発呼させるという第３の実施形態に係る放送受信装置に対し、コマンドパケット、個別制御パケット、共通制御パケットを配信するためのセンター側に設けられた情報配信装置（契約管理センター装置あるいは契約管理装置とも呼ぶ）について説明する。
【０１６１】
第７の実施形態に係る情報配信装置の要部の構成例を図４０に示し、コマンドパケットの作成処理動作について、図４０を参照しながら図４１に示すフローチャートに沿って説明する。この処理動作は、チャネル契約情報等の変更時期に合わせて、例えば１ヶ月毎に開始される。個別制御情報制御部２０６はチャネル契約情報等の変更時期が来たら、まず個別制御情報作成部２０３へチャネル契約情報未更新の受信装置に対し順次発呼コマンドを送信する旨の命令を行う。個別制御情報作成部で２０３は、これを受け、加入者ＤＢ２０４を検索して、送信済みフラグが「０」の加入者データを加入者ＩＤが小さいものから最大Ｍ個取り出す（ステップＳ６１１）。抽出された受信装置ＩＤとそれら受信装置ＩＤの数の並びに対しデジタル署名を付すため、デジタル署名生成鍵格納部２０５からデジタル署名生成鍵を抽出して（ステップＳ６１２）、当該鍵で受信装置ＩＤとそれら受信装置ＩＤの数、あるいはそれらデータ列とその特徴量としてのハッシュ値を暗号化してデジタル署名を生成する（ステップＳ６１３）。抽出された受信装置ＩＤとそれら受信装置ＩＤの数とデジタル署名と発呼コマンドのコマンド識別子とから図１７に示すようなデータ形式のコマンド本体を作成する。このようにしてできたコマンド本体に情報識別子を付け、発呼コマンドパケットが生成される（ステップＳ６１４）。
【０１６２】
生成された発呼コマンドパケットは、個別制御情報制御部２０６を経由して個放送送信制御部２１３に送られて（ステップＳ６１５）、以下に示すように、他の共通制御パケットとともに放送送信される。
【０１６３】
双方向通信による個別制御パケットの送信処理動作について、図４０を参照しながら、図４２〜図４３に示すフローチャートに従って説明する。この処理は、放送受信装置からの発呼によって開始される（ステップＳ７０１）。センターでは受信装置から発呼をモデム２０８を経由して送受信制御部２０７で受け（ステップＳ７０２）、送受信制御部２０７では、チャレンジ作成部２５２に対し、受信装置ＩＤを尋ねるチャレンジの作成命令を送る。チャレンジ作成部２５２ではこれを受けて受信装置ＩＤを尋ねる図２３に示した構成のチャレンジパケットを作成する。ここでチャレンジデータベース（ＤＢ）２５１とは、各種チャレンジのチャレンジ番号と処理の組が記載されたデータベースである。チャレンジ作成部２５２は、チャレンジＤＢ２５１から受信装置ＩＤを問い合わせるチャレンジ番号をキーにして処理内容を抽出する。作成されたチャレンジパケットは送受信部２０７からモデム２０８を経由して受信装置に送信される（ステップＳ７０３）。送信後予め定められてた所定時間内に当該受信装置からレスポンスパケットが送信されてこなかった場合（ステップＳ７０４）、個別制御情報制御部２０６は、受信装置ＩＤを尋ねるチャレンジ失敗の旨のエラー出力をエラー出力部２１５から出力して当該受信装置に対する処理を終了する（ステップＳ７１７）。
【０１６４】
ステップＳ７０４で所定時間内にレスポンスパケットが送信されてきた場合は、そのレスポンスパケットは送受信制御部２０７からレスポンス検証部２５３に送られる。レスポンス検証部２５３では、当該レスポンスパケットのフォーマット検査を行なった後、そのパケットから取り出した受信装置ＩＤを送受信制御部２０７に出力する（ステップＳ７０５）。送受信制御部２０７は、この受信装置ＩＤをキーに個別制御情報制御部２０６に対し、加入者ＤＢ２０２から当該受信装置ＩＤの加入者データを抽出する旨命令する。ここで、該当する加入者データがなければ当該受信装置ＩＤは存在しないので（ステップＳ７０５）、エラー出力等を行って処理を終了する（ステップＳ７２２）。加入者データを取得したら（ステップＳ７０６）、当該加入者データを送受信制御部２０７へ送り、送受信制御部２０７はレスポンス検査部２５３へそれを送る。
【０１６５】
その後、送受信制御部２０７がチャレンジ作成部２５２に対し、受信装置ＩＤを尋ねるチャレンジ作成の場合と同様、マスター鍵識別子を尋ねるチャレンジ作成を指示し、その結果作成されたチャレンジパケットが送信され（ステップＳ７０７）、所定時間内に送られてきたレスポンスパケットを検査する（ステップＳ７０８、ステップＳ７０９）。マスター鍵識別子が当該加入者データのそれと一致していなかった場合は、マスター鍵識別子不一致の旨のエラー出力を行い（ステップＳ７１９）、一致していた場合は以下に説明する受信装置認証の処理に移る。
【０１６６】
受信装置認証処理は、正当な受信装置でしか知らない情報を使って答えさせるチャレンジを１つ以上発生させ、そのレスポンスで認証を行う処理である。まず送受信制御部２０７では、ｊ＝１に設定し（ステップＳ７１０）、チャレンジ作成部２５２に対して認証チャレンジを発行するように要請する。要請を受けたチャレンジ作成部２５２ではチャレンジＤＢ２５１からランダムにチャレンジを抽出し、図２３に示すようなチャレンジパケットを作成し（ステップＳ７１１）、送受信制御部２０７からモデム２０８を介して放送受信装置へ送信される（ステップＳ７１２）。送信後一定期間内に受信装置からレスポンスパケットが送られてこなかった場合（ステップＳ７１３）、認証チャレンジ失敗の旨のエラー出力を行い、終了する（ステップＳ７２０）。レスポンスパケットが送られてきた場合、そのレスポンスパケットは送受信制御部２０７からレスポンス検証部２５３に送られ、レスポンス検証部２５３においてチャレンジＤＢ２５１に定められた認証アルゴリズムによって認証検査を行う（ステップＳ７１４）。認証検査が成功した場合は正しいレスポンスであることが示されたので、ｊを１つインクリメントして（ステップＳ７１５）、ｊがＮを越えるか否かチェックする（ステップＳ７１６）。Ｎは予めシステムに依存した定数で、認証チャレンジの試行回数を意味する。ｊがＮを越えない場合、ｊがＮを越えるまでステップＳ７１１〜ステップＳ７１４の受信装置認証処理を繰り返す。また、ステップＳ７１４で認証検査が失敗した場合は、間違ったレスポンスであるので認証失敗の旨のエラー出力を行い終了する（ステップＳ７２１）。
【０１６７】
ステップＳ７１６でｊがＮを越えた場合は、認証が終了したことを意味し、情報配信装置（センター）側で現在通信を行っている受信装置が正当なものであることを確認できたことになる。そこで、図４３のステップＳ７２２へ進み、送受信制御部２０７から認証終了の信号を個別制御情報制御部２０６に送り、個別制御情報制御部２０６は当該加入者データの個別制御パケットを作成するよう、個別制御情報作成部２０３に要請する。個別制御情報作成部２０３ではこれを受けて、当該加入者データ中のチャネル契約情報に基づいて必要なワーク鍵をワーク鍵ＤＢ２１０から取得する（ステップＳ７２２）。ここでは、ワーク鍵はチャネル毎に設定されていると仮定しているので、チャネル契約情報にて指定される契約しているチャネル分だけのワーク鍵を取得する処理が必要になる。
【０１６８】
次に、取得されたワーク鍵とワーク鍵識別子のペア及び当該加入者データの受信装置ＩＤ、チャネル契約情報からデジタル署名以外の契約情報本体を作成し、デジタル署名生成鍵を用いて契約情報を作成する。更に当該加入者データのマスター鍵で契約情報を暗号化し、マスター鍵識別子や情報識別子を付加して、図２２に示したような個別制御パケットを作成する（ステップＳ７２３）。作成したパケットは個別制御情報制御部２０６を経由して送受信制御部２０７へ送られ、受信装置へ送信される。当該送信後、一定期間に受信装置より受領通知があった場合は（ステップＳ７２４）当該加入者データの送信済みフラグを「１」にして終了する（ステップＳ７２５）。受領通知がなかった場合は個別制御パケットの受領失敗の旨のエラー出力を行い終了する（ステップＳ７２６）。
【０１６９】
上記第７の実施形態によれば、一時期に受信装置側からの発呼が集中しないように、受信装置側からの発呼の時期をセンター側から調整でき、更に受信装置側からの発呼であっても受信装置の正当性を認証した後、受信装置に格納されているチャネル契約情報等を更新するための個別制御パケットの送信が行えるため、他の受信装置になりすまして発呼するような不正を防止できる。
【０１７０】
以上の説明からも明らかなように第１のバリエーションはセンター発呼を前提にし、第２のバリエーションは受信装置発呼を前提にしているため、同時にこれを行なうことも可能である。即ち、発呼コマンドパケットを送信しても一向に発呼してこない受信装置に関して電源オンコマンドパケットを送信してセンター発呼したり、それでも受信しない場合は放送波で個別制御パケットを送信するように構成するのである。このようにすると、より個別制御パケットの送信機会が増え、不正視聴が防げるばかりか、契約しているのに契約更新されないようなトラブルも減る。
【０１７１】
更に、これらと第５の実施形態を組み合わせて、例えば、センター発呼による双方向通信による個別制御パケットの送信を基本にするが、応答しない受信装置については、電源オンコマンドパケットを放送配信して強制的に受信装置の有する双方向通信機能部を着呼可能な状態（電源オン状態）にしたり、発呼コマンドパケットを放送送信して受信装置側から発呼させるなどして、複数の方法により受信装置に記憶されているチャネル契約情報等の更新のための個別制御パケットを配信することができる限定受信システムが構築できる。特にモバイル環境の携帯可能な受信装置に関しては（受信装置が常に同じ状態ではないので）個別制御パケットの送信手段をより多く持っていることは有利である。
【０１７２】
（第８の実施形態）
第８の実施形態は第４の実施形態で説明した放送受信装置に対し、個別制御情報、共通制御情報を配信するためのセンター側に設けられた情報配信装置（契約管理センター装置あるいは契約管理装置とも呼ぶ）について説明する。
【０１７３】
第８実施形態は第５〜第７の実施形態と情報配信装置と構成、処理動作の上で重複する部分が多いので異なる部分のみを説明するに留める。すなわち、個別制御パケットはデータ構成に若干の違いはあってもその取り扱いは同じであり、そのため個別制御パケットを双方向通信にて配信するための構成部と処理動作は第５〜第７の実施形態の場合と同様である。そこで、以下では、個別制御パケット共通制御パケットを放送配信する構成部とその処理動作に絞って説明する。
【０１７４】
第５〜第７の実施形態では放送送信部２１４から送信されるのは、チャネルキー配信用の共通制御パケットとチャネル契約情報等の配信用の個別制御パケットであったのに対し、第８の実施形態ではチャネルキー配信用の共通制御パケットと、マスター鍵生成情報配信用の共通制御パケットと、チャネル契約情報配信用の個別制御パケットの３つが仮定される。従って。第８の実施形態では上記３種類のパケットを放送送信しなくてはならない。この点が第５〜第７の実施形態と本質的に異なる点である。
【０１７５】
第８の実施形態に係る情報配信装置の要部の構成例を図４４に示し、図４５〜図４６に上記３種類のパケットを放送送信する際の処理動作を示している。以下、図４４を参照しながら、図４５〜図４６に示すフローチャートに沿って説明する。
【０１７６】
この処理は、放送開始と同時に開始され、放送が続く間間断なく繰り返される。まず、共通制御情報作成部２０９はチャネルキーＤＢ２１１を検索して、最小のチャネルＩＤを持つチャネルキーデータを取得する。ここでチャネルキーデータはチャネルキーＤＢ２１１に登録されているチャネル毎の少なくともチャネルキーを含むデータで図３４に示す構造をしている。チャネルキーデータは、チャネルＩＤとチャネル識別子、チャネルキー識別子（１）、チャネルキー（１）、チャネルキー識別子（２）、チャネルキー（２）からなっている。ここでチャネルＩＤとは各チャネルにふられるデータベース管理上の番号である。チャネル識別子は受信装置が各チャネルを識別するための情報で前述した実施形態の説明と同様である。更にチャネルキー識別子及びチャネルキーも前述した実施形態の説明と同様である。ここでチャネルキーとその識別子のペアが２組存在するのは現在有効なチャネルキーと次に使われるチャネルキーを一緒に送信する必要があるためであり、構成によっては現在使用されているチャネルキーのみでも構わない。
【０１７７】
まず、放送送信制御２１３から共通制御情報制御部２１２へチャネルキー配信用の共通制御パケットの作成命令がなされる。この命令によって共通制御情報制御部２１２は共通制御情報作成部２０９にチャネルキーＤＢ２１１を検索して、最小のチャネルＩＤを持つチャネルキーデータを検索するように指示する。共通制御情報作成部２０９はこれを受けてチャネルキーＤＢ２１１を検索して、チャネルキーデータを取得する（ステップＳ８０１）。
【０１７８】
また、放送送信制御部２１３は、個別制御情報制御部２０６へ個別制御パケットの作成命令を出す。この命令によって個別制御情報制御部２０６は個別制御情報作成部２０３に加入者ＤＢ２０２を検索して、放送送信フラグが「１」である最小の加入者ＩＤを持つ加入者データを検索ように指示する。個別制御情報作成部２０３は、これを受けて加入者ＤＢ２０２を検索して、加入者データを取得する（ステップＳ８０２）。
【０１７９】
次に、共通制御情報作成部２０９では、取得したチャネルキーデータからチャネル識別子、チャネルキー識別子（１）、チャネルキー（１）、チャネルキー識別子（２）、チャネルキー（２）を取得し（ステップＳ８０３）、図３０（ｂ）に示したようなチャネルキー配信用の共通制御パケットの作成を開始する。すなわち、マスター鍵格納部２６１から有効なマスター鍵を抽出し、当該マスター鍵を使って、チャネル識別子、チャネルキー識別子（１）、チャネルキー（１）、チャネルキー識別子（２）、チャネルキー（２）からなるデータ列を暗号化する。更に、当該マスター鍵のマスター鍵識別子と情報識別子を付けてチャネルキー配信用の共通制御パケットを生成する（ステップＳ８０４）。この共通制御パケットは、共通制御情報制御部２１２、放送送信制御部２１３を経由して放送送信部２１４へ送られ、ここから放送波に載せて発信される（ステップＳ８０５）。
【０１８０】
次に、個別制御情報作成部２０３では、取得した加入者データから受信装置ＩＤ、チャネル契約情報を取得し（ステップＳ８０６）、それらからデジタル署名以外の契約情報を作成する。更にデジタル署名生成鍵格納部２０５に格納されているデジタル署名生成鍵を用いて受信装置ＩＤからチャネル契約情報までのデータ列、あるいは、このデータ列とその特徴量としてのハッシュ値とを暗号化してデジタル署名を作成して、それを受信装置ＩＤからチャネル契約情報までのデータ列の最後に付して、図２９に示したような契約情報を作成する。更に当該加入者データから取り出したマスター鍵で契約情報を暗号化し、マスター鍵識別子、受信装置ＩＤ、情報識別子を付加して、図７（ｂ）に示したような個別制御パケットを作成する（ステップＳ８０７，ステップＳ８０８）。
【０１８１】
作成したパケットは個別制御情報制御部２０６、放送送信制御部２１３を経由して放送送信部２１４へ送られ、ここから放送波に載せて発信される（ステップＳ８０９）。
【０１８２】
次に、共通制御情報作成部２０９は、マスター鍵生成情報配信用の共通制御パケットの作成を行う。まず、マスター鍵生成情報格納部２６４からマスター鍵生成情報とそれから生成されるマスター鍵の識別子（マスター鍵識別子）を取得し、続いて、デジタル署名生成鍵格納部２０５からデジタル署名生成鍵を取得してマスター鍵生成情報あるいはマスター鍵生成情報とその特徴量としてのハッシュ値とを暗号化することによりマスター鍵生成情報に対するデジタル署名を作成し、デジタル署名と情報識別子を付加して、図３０（ａ）に示す構成のマスター鍵生成情報配信用の共通制御パケットを作成する（ステップＳ８１０〜ステップＳ８１１）。
【０１８３】
この作成されたパケットは、共通制御情報制御部２１２、放送送信制御部２１３を経由して放送送信部２１４へ送られ、ここから放送波に載せて発信される（ステップＳ８１２）。
【０１８４】
なお、以上の説明では、チャネルキー配信用の共通制御パケット、契約情報配信用の個別制御パケット、マスター鍵生成情報配信用の共通制御パケットを順次放送送信する例を示している。しかし、どのパケットをどれだけ送信したら次のパケットをどれだけ送信するかといったパケットの送信量にの割合は、本来放送事業者の都合に合わせて決められるものであり、割合の変更は容易である。
【０１８５】
チャネルキー配信用の共通制御パケット、契約情報配信用の個別制御パケット、マスター鍵生成情報配信用の共通制御パケットの１組の送信が終了した段階で、次に送信すべきパケットの生成に移る。即ち、共通制御情報作成部２０９は、次のチャネルキーデータをチャネルキーＤＢ２１１から検索する（ステップＳ８１３）。ここで次のチャネルキーデータとは先に送信したパケットに係るチャネルキーデータのチャネルＩＤより大きいチャネルＩＤを持つチャネルキーデータのうちチャネルＩＤが最小のものである。ここでそのようなチャネルキーデータがなかった場合は（ステップＳ８１４）、最小のチャネルＩＤを持つチャネルキーデータをチャネルキーＤＢ２１１から抽出する（ステップＳ８１７）。
【０１８６】
また、加入者データに関しても同様に、放送送信フラグが「１」である加入者データのうち加入者ＩＤが前記処理済みの加入者データの加入者ＩＤの値より大きいもののうち、最小のものを抽出する（ステップＳ８１５）。ここで、そのような加入者データがなければ（ステップＳ８１６）、最小の加入者ＩＤを持つ加入者データを抽出する（ステップＳ８０２）。
【０１８７】
このようにして抽出されたチャネルキーデータ、加入者データを基に、前述の説明従って、チャネルキー配信用の共通制御パケットと契約情報配信用の個別制御パケットの作成／送信処理を行ない、その後、マスター鍵生成情報配信要の共通制御パケットの作成／送信処理を行なう。以上の処理を放送開始から間断なく動き続ける。
【０１８８】
なお、チャネルキー配信用の共通制御パケットと契約情報配信用の個別制御パケットとマスター鍵生成情報配信用の共通制御パケットの生成は並列に行うことができる。そのように実装する際には３種類のパケットをそれぞれどれくらいづつ作成してどれくらいづつ送信するかといった生成／送信制御を放送送信制御部２１３で行い一定の割合で生成／送信すればよい。
【０１８９】
また、容易に分かるように、第５〜第７の実施形態は第８の実施形態と組み合わせて用いることも可能である。
【０１９０】
（追記）
尚、チャネル数が少ない放送においては、チャネル契約情報を用いずに、ワーク鍵のみによる限定受信も可能である。実際、ワーク鍵は、チャネル毎に設定されている鍵なので、このワーク鍵を契約期間（例えば１ヶ月）毎に更新し、更新されたワーク鍵を当該契約期間に当該チャネルを視聴している視聴者のみに個別制御情報として送信することにより、契約者のみへの視聴限定ができる。
【０１９１】
このような構成において、受信装置側は、当該チャネルのチャネルキーが共通制御パケットで送信されてきたとき、共通制御パケットのヘッダ部分に記載されているワーク鍵識別子をキーにして、当該チャネルのワーク鍵がワーク鍵格納部に存在するかをチェックする。存在した場合には当該制御パケットの暗号化部を復号し、当該チャネルのチャネルキーを取得する。存在しなかった場合は当該共通制御パケットに対する処理を終了する。このことから当該チャネルのワーク鍵を持っている当該チャネルの視聴契約者だけが当該チャネルキーを取得できるため、限定受信が実現できる。
【０１９２】
このように、各チャネルのワーク鍵を契約期間毎に更新するだけでも、限定受信システムは構成できる。ただし、現在のＣＳ放送のようにチャネル数が多い場合、ワーク鍵を契約期間毎に変更するとワーク鍵の更新情報が大規模になるため現実的でない。それ故に現在のＣＳ放送においては上記第１〜第８の実施形態で説明したようなチャンネル契約情報を併用する方式が望ましい。しかし、例えば、１チャネルしかない（もしくは、契約形態が１つしかない）放送においては、ワーク鍵は１つで充分なので、上記のようなワーク鍵のみによる限定受信システムもメリットがある。
【０１９３】
なお、第１の実施形態およびそれに関連する実施形態において、受信装置にて記憶されるチャネル契約情報、ワーク鍵は、１つの個別制御パケットにて同時に更新してもよいし、どちらか一方のみを更新するようにしてもよい。
【０１９４】
また、第１〜第８の実施形態において、デジタル署名を作成する際、デジタル署名の対象である情報部分とその特徴量としてのハッシュ値とを暗号化してデジタル署名を作成してもよい。すなわち、例えば、図５の契約情報中のデジタル署名であれば、デジタル署名以外の部分とそのハッシュ値とを暗号化して契約情報のデジタル署名を作成してもよい。
【０１９５】
なお、本発明は、上記第１〜第８の実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、上記実施形態には種々の段階の発明は含まれており、開示される複数の構成用件における適宜な組み合わせにより、種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題（の少なくとも１つ）が解決でき、発明の効果の欄で述べられている効果（少なくとも１つ）が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【０１９６】
【発明の効果】
以上説明したように、本発明によれば、加入者が増加しても大量の個別制御情報を配信することにより放送帯域を圧迫することなく、さらに不正な視聴を防止できる安全性の高い有料放送サービスの提供を可能にする。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る放送受信装置の要部の構成例を示した図。
【図２】チャネル契約情報の一例を示した図。
【図３】限定受信システムで用いられる鍵構成の一例を示した図。
【図４】コンテンツパケットのデータ構成の一例を示した図。
【図５】契約情報の一例を示した図。
【図６】チャネル契約情報の他の例を示した図。
【図７】個別制御パケットのデータ構成の一例を示した図。
【図８】共通制御パケットのデータ構成の一例を示した図。
【図９】図１に示した放送受信装置の双方向通信による個別制御パケット受信処理動作を説明するためのフローチャート。
【図１０】図１に示した放送受信装置の放送波による個別制御パケット／共通制御パケット／コンテンツパケットの受信処理動作を説明するためのフローチャート。
【図１１】放送波による個別制御パケット／共通制御パケット／コンテンツパケットの受信処理動作を説明するためのフローチャート。
【図１２】チャネル選択／チャネルキー取得処理動作を説明するためのフローチャート。
【図１３】放送波による個別制御パケット／共通制御パケット／コンテンツパケットの受信処理動作を説明するためのフローチャート。
【図１４】放送波による個別制御パケット／共通制御パケット／コンテンツパケットの受信処理動作を説明するためのフローチャート。
【図１５】本発明の第２の実施形態に係る放送受信装置の要部の構成例を示した図。
【図１６】コマンドパケットのデータ構成例を示した図。
【図１７】コマンド本体のデータ構成例を示した図。
【図１８】図１５の放送受信装置の放送波による個別制御パケットの受信処理動作を説明するためのフローチャート。
【図１９】本発明の第３の実施形態に係る放送受信装置の要部の構成例を示した図。
【図２０】図１９の放送受信装置の放送波による個別制御パケットの受信処理動作を説明するためのフローチャート。
【図２１】双方向通信で送受信されるパケットのデータ構成例を示した図。
【図２２】個別制御パケットのデータ構成例を示した図。
【図２３】チャレンジパケットのデータ構成例を示した図。
【図２４】レスポンスパケットのデータ構成例を示した図。
【図２５】受信装置が発呼コマンドを受けた後の処理動作を示したフローチャート。
【図２６】受信装置が発呼コマンドを受けた後の処理動作を示したフローチャート。
【図２７】本発明の第４の実施形態に係る放送受信装置の要部の構成例を示した図。
【図２８】第４の実施形態に係る限定受信システムで用いられる鍵構成の一例を示した図。
【図２９】第４の実施形態に係る契約情報の一例を示した図。
【図３０】共通制御パケットのデータ構成例を示した図で、（a）図はマスター鍵生成情報配信用の共通制御パケットの場合、（ｂ）図はチャネルキー配信用の共通制御パケットの場合を示している。
【図３１】共通制御パケットの受信処理動作を説明するためのフローチャート。
【図３２】本発明の第５の実施形態に係る個別制御情報の情報配信装置であって、第１の実施形態に係る放送受信装置（図１）に対応する情報配信装置の要部の構成例を示した図。
【図３３】図３２の加入者データベースに格納されている加入者データの一例を示した図。
【図３４】図３２のチャネルキーデータベースに格納されているチャネルキーデータの一例を示した図。
【図３５】図３２の情報配信装置の処理動作を説明するためのフローチャート。
【図３６】図３２の情報配信装置の処理動作を説明するためのフローチャート。
【図３７】本発明の第６の実施形態に係る情報配信装置の放送波にて電源オンコマンドパケットを配信していから双方向通信により個別制御情報を配信する場合の処理動作を説明するためのフローチャート。
【図３８】本発明の第６の実施形態に係る情報配信装置の放送波にて電源オンコマンドパケットを配信していから双方向通信により個別制御情報を配信する場合の処理動作を説明するためのフローチャート。
【図３９】本発明の第６の実施形態に係る情報配信装置の共通制御パケットの送信処理動作について説明するためのフローチャート。
【図４０】本発明の第７の実施形態に係る情報配信装置の要部の構成例を示した図。
【図４１】コマンドパケットの作成処理動作について説明するためのフローチャート。
【図４２】双方向通信による個別制御パケットの送信処理動作について説明するためのフローチャート。
【図４３】双方向通信による個別制御パケットの送信処理動作について説明するためのフローチャート。
【図４４】本発明の第８の実施形態に係る情報配信装置の要部の構成例を示した図。
【図４５】図４４の情報配信装置の処理動作を説明するためのフローチャート。
【図４６】図４４の情報配信装置の処理動作を説明するためのフローチャート。
【符号の説明】
１００…限定受信部
１０１…モデム部
１０２…送受信部
１０３…マスター鍵格納部
１０４…個別制御情報復号部
１０５…ワーク鍵格納部
１０６…受信装置ＩＤ格納部
１０７…契約情報認証部
１０８…デジタル署名検証鍵格納部
１１１…放送波受信部
１１２…Ａ／Ｄ変換部
１１３…誤り検出／訂正部
１１４…チャネル選択部
１１５…チャネル選択インタフェース（Ｉ／Ｆ）部
１１６…フィルター部
１１７…共通制御情報復号部
１１８…チャネルキー格納部
１１９…チャネルキー出力部
１２０…デスクランブル部
１２１…契約情報格納部
１２２…契約判定部
１２３…チャネル情報入力部
２０２…加入者データベース
２０３…個別制御情報作成部
２０４…ワーク鍵データベース
２０５…デジタル署名生成鍵作成部
２０６…個別制御情報制御部
２０７…送受信制御部
２０８…モデム
２０９…共通制御情報作成部
２１０…ワーク鍵データベース
２１１…チャネルキーデータベース
２１２…共通制御情報制御部
２１３…放送送信制御部
２１４…放送送信部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a pay broadcasting system, for example.
[0002]
[Prior art]
As digital broadcasting begins with communications satellites (CS), cable TV and terrestrial broadcasting have been digitized, and further enhancement of services is expected. From now on, it will continue to play a leading role in broadcasting services. Seem.
[0003]
The biggest feature of digital broadcasting is that the introduction of information compression technology can improve the frequency usage efficiency required for program transmission, and can greatly increase the number of broadcast channels compared to analog broadcasting. . Further, since advanced error correction technology can be applied, it is possible to provide a high quality and uniform service.
[0004]
Also, digitalization enables not only broadcasting by image and sound as in the past, but also broadcasting by text and data (data broadcasting). For example, news is streamed as text data, and PC software is broadcast. And systems for providing such services are appearing one after another. In addition to conventional stationary devices, mobile devices such as portable information terminals that can be used while moving, mobile terminals installed in automobiles, and other mobile-type receiving devices have also appeared. Yes.
[0005]
When realizing a pay broadcasting service in such a system, it is necessary to be able to manage customers in accordance with the contract period and contract contents, such as transmitting broadcast contents after encrypting them and releasing the scramble based on the contract contents. The customer management in accordance with the contract period is, for example, that a program can be provided on the contract channel only within a contract period contracted by payment of a predetermined fee.
[0006]
Also, key information for scrambled or decrypted by the receiving device must be provided only to legitimate viewers (in accordance with the contract channel and contract period) from the viewpoint of preventing unauthorized viewing. .
[0007]
In order to realize this, conventionally, a master key is prepared for each broadcast receiving apparatus, and a contract form including a work key of a channel subscribed to a reception contracted viewer and channel information that can be viewed is provided. The contract information shown was encrypted with a master key and transmitted over a broadcast wave. Here, the work key is a channel-specific key, and the channel key of the channel transmitted after being encrypted can be decrypted. The channel key is used to descramble (decrypt) the scrambled (encrypted) content.
[0008]
In such a conditional access system, the work key and contract information encrypted with the master key (set for each receiving device) are the limited reception information unique to the receiving device, and the work key (common to multiple receiving devices) It can be said that the channel key encrypted in the above is common conditional access information.
[0009]
Conventionally, even limited reception information that is unique has been transmitted by broadcast waves (unsuitable for transmitting unique information). This is necessary because information on individual subscribers is transmitted to all the subscribers, and not only the transmission bandwidth is unnecessarily occupied, but also information on whether or not the subscribers have received cannot be obtained. It was necessary to send repeatedly for a long period.
[0010]
Furthermore, the work key included in the individual limited reception information is set for each contract period (usually one month), and the limited reception information must be sent individually from the broadcasting station for each period. Because the contract management center does not know whether it was received or not, it had to be sent repeatedly for a certain period. For this reason, the ratio of individual limited reception information in the current limited reception information is considerably large.
[0011]
In order to solve this problem, the receiving device has a bidirectional communication function such as a telephone line, the limited reception information of each receiving device is a bidirectional line, and the common limited reception information such as a channel key is broadcasted. A method of transmitting is conceivable. However, in the current broadcasting business, bidirectional lines are not essential (for receiving regular broadcasts), so some subscribers do not own bidirectional lines for limited reception. Therefore, the above-described method based on a bidirectional line cannot be used for all subscribers. Furthermore, when a detachable mobile phone or the like is used as a bidirectional line, there is a problem that transmission is not possible because it is not connected (for some reason) at the time of limited reception information transmission.
[0012]
On the other hand, when the limited reception information is transmitted through the bidirectional line, the receiving apparatus is currently called from the contract management center. This is in order to avoid the confusion of the line due to the call origination time overlapping by making a call from the receiving device. However, for this reason, the center side must always make a call, and there is a problem that communication costs are incurred. Furthermore, when a mobile phone is used as a two-way line like a mobile receiver, the mobile phone must always be waiting for an incoming call (since it is not known when a call is made from the center), so it consumes power. There is a problem that the amount is large.
[0013]
[Problems to be solved by the invention]
As described above, the conventional conditional access system has a problem that the information to be delivered to each subscriber increases as the number of subscribers increases, and if these are broadcasted, the broadcast band is compressed. It was.
[0014]
In addition, even if delivery is made to each subscriber through two-way communication such as a telephone network, the receiving side does not have such receiving means, or the communication line cannot be connected such as when the receiving side is powered off. Or, because it is necessary to make calls frequently, the burden of communication costs on the transmission side becomes large, or on the receiving side, it is necessary to always be in the waiting state for incoming calls, which increases power consumption and makes it mobile environment There was a problem that it was not suitable.
[0015]
Therefore, in view of such a current situation, the present invention provides an information distribution method capable of providing a highly secure pay broadcast service that can prevent unauthorized viewing without pressing the broadcast band even if the number of subscribers increases. It is another object of the present invention to provide an information distribution apparatus and a broadcast receiving apparatus using the same.
[0016]
[Means for Solving the Problems]
An information distribution method and apparatus according to the present invention is a reception apparatus that receives encrypted content information broadcasted and decrypts content information that can be decrypted, and is necessary for decrypting the content information. For a receiving device that decrypts the broadcast-distributed content information based on decryption control information including information unique to the receiving device and key information necessary to decrypt the content information independent of the receiving device, Broadcasting the key information and distributing individual control information for updating a part or all of the decryption control information stored in the receiving device by bidirectional communication with the receiving device, When the reception of the individual control information at the receiving device is not confirmed, the individual control information is broadcast and distributed.
[0017]
According to the present invention, key information common to all receiving apparatuses is broadcasted, and individual control information for each receiving apparatus is distributed by two-way communication such as a telephone line, and the receipt of the individual control information cannot be confirmed. Since the individual control information is broadcasted at the same time, even if the number of subscribers increases, a large amount of individual control information can be distributed to prevent unauthorized viewing without damaging the broadcast bandwidth. Enables provision of broadcasting services. In addition, since individual control information can be distributed through two-way communication such as a telephone line or broadcast waves, it is stored in the receiving device when the viewing channel is changed (when the contract is updated). When the decryption control information (for example, channel contract information, work key, etc.) is updated, the individual control information is transmitted by reliable bidirectional communication with respect to the receiving device connected to the bidirectional communication line. If not connected, individual control information can be transmitted by broadcast waves. That is, the individual control information can be reliably delivered to the subscriber.
[0018]
Preferably, the individual control information is distributed by broadcasting the command for placing the receiving device in the incoming call waiting state, then calling the receiving device and distributing the individual control information by the bidirectional communication. Only when the receiving device is placed in a waiting state for incoming calls, the power saving of the receiving device can be achieved, and the individual control information can be reliably distributed, and a pay broadcasting system suitable for the mobile environment can be provided.
[0019]
Preferably, in order to distribute the individual control information by the two-way communication, a command for instructing a call from the receiving device is broadcast and distributed, so that the individual control information is obtained by a call from the receiving device side. Even in the case of distribution, it is difficult to connect the line to the information distribution apparatus by managing the generation timing of the call on the information distribution apparatus side, for example, by concentrating the call from the reception apparatus in a certain time zone. This situation can be avoided.
[0020]
Further, preferably, by authenticating the receiving device and then distributing the individual control information by two-way communication, in particular, even when distributing the individual control information by a call from the receiving device side, The individual control information can be distributed safely.
[0021]
Also, the same effect as described above can be obtained by encrypting the key information so that it can be decrypted with other key information generated based on the key generation information broadcasted to the receiving device and broadcasting it.
[0022]
The broadcast receiving apparatus according to the present invention is necessary for decrypting the broadcast-delivered content information in the broadcast-receiving apparatus that receives the encrypted content information broadcasted and decrypts the content information to be decrypted. Storage means for storing decoding control information including information unique to the device itself, and a first distribution apparatus for distributing individual control information for updating a part or all of the decoding control information stored in the storage means A first receiving means for receiving individual control information addressed to the own apparatus distributed by two-way communication or broadcast from the first distribution apparatus; and the first apparatus by two-way communication with the first receiving means. When receiving the individual control information addressed to the reception means, the transmission means for transmitting the receipt to the first distribution device, and the storage means based on the individual control information received by the first reception means Update means for updating the stored decryption control information, and the key information broadcast-distributed from the second distribution device that distributes key information common to all the broadcast receiving devices necessary for decrypting the content information The content information distributed by broadcast is decrypted based on the second receiving means for receiving the information, the decryption control information stored in the storage means, and the key information received by the second receiving means. Features.
[0023]
According to the present invention, each broadcast receiving device transmits key information common to all receiving devices by broadcasting, and individual control information of each receiving device by two-way communication such as a telephone line or two-way communication. If it cannot be received by broadcasting, even if the number of subscribers increases, a large amount of individual control information is distributed, so that it is possible to prevent unauthorized viewing without squeezing the broadcast bandwidth and paying a high level of safety Enables provision of broadcasting services. In addition, since individual control information can be distributed through two-way communication such as a telephone line or broadcast waves, it is stored in the receiving device when the viewing channel is changed (when the contract is updated). When the decryption control information (for example, channel contract information, work key, etc.) is updated, the receiving device connected to the two-way communication line receives the individual control information by two-way communication and is connected for some reason. If not, the individual control information can be received by broadcast waves. That is, each receiving device can reliably receive the individual control information.
[0024]
Preferably, receiving the individual control information by receiving the broadcast-distributed command and placing the own device in a waiting state so that the individual control information distributed from the first distribution device can be received. Only when it is necessary to wait for an incoming call, the power consumption of the receiving device can be reduced, the individual control information can be reliably distributed, and a receiving device suitable for a mobile environment can be provided.
[0025]
Further, preferably, by receiving the broadcast-distributed command and calling the first distribution device to receive the individual control information, the individual control information is obtained by a call from the receiving device side. Even in the case of reception, by managing the generation timing of the call on the first distribution device side, for example, by concentrating on the time zone where the call from the reception device exists, the center (first It is possible to avoid a situation in which it is difficult to connect the line to the distribution device.
[0026]
In addition, it is preferable that the device itself receives the individual control information after being authenticated from the first distribution device, and particularly receives the individual control information by a call from the receiving device side. However, it is possible to safely distribute the individual control information.
[0027]
The key information is also encrypted by being encrypted so that it can be decrypted with other key information generated based on separately received key generation information.
[0028]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0029]
First, terms are defined. Only a limited number of people (hereinafter referred to as legitimate subscribers, subscribers or users) who have applied the prescribed contract / subscription procedure with encryption etc. when receiving broadcast content consisting of one or more channels Permitting broadcast content viewing is generally referred to as limited reception. In addition, systems that implement limited reception are collectively referred to as limited reception systems. In the present embodiment, for example, a conditional access system for pay broadcasting service will be described as an example.
[0030]
In order to perform limited reception, information describing the contract status for each channel for each subscriber is called channel contract information. For example, a channel number is assigned to each channel, and a bit string representing the channel contract state depending on whether or not the bit corresponding to the channel number is “1” as shown in FIG. 2 is the channel contract information. FIG. 2 shows that the second, fifth, seventh and eighth channels are contracted.
[0031]
Furthermore, as shown in FIG. 6, information that restricts channel contract information such as the expiration date of the channel contract information and information that expresses the subscriber contract form in more detail are added to the channel contract information shown in FIG. Thus, channel contract information may be configured.
[0032]
Each subscriber of the pay broadcast service according to the present embodiment has a different contract content (such as a channel to be viewed and a viewing period). That is, in order to enable limited reception to the broadcast receivers possessed by these subscribers, it is necessary to individually distribute the control information of the broadcast receivers based on different contract contents (use conditions) for each subscriber. There is. Such control information is called individual control information. Since the individual control information is distributed in a packet format, in that case, it is also called an individual control packet. This individual control packet corresponds to, for example, EMM (Entitlement Management Message) and EMM-S (Entitlement Management Message for S-band) in the current CS broadcasting standard (reference document “BS Digital Broadcast Limited Reception System Standard ARIB STD-B25”). Radio Industry Association) ”).
[0033]
Broadcast content information (hereinafter, simply referred to as “content”) is encrypted with different key information for each channel, that is, “channel key” here. Therefore, in order to view the content of the desired (contracted) channel in the broadcast receiving device possessed by each subscriber, all subscribers (such as the key information depending on the content information) It is also necessary to distribute control information common to all broadcast receiving apparatuses). Such control information is called common control information. Since the common control information is also distributed in the packet format, in that case, it is also called a common control packet. This common control packet corresponds to, for example, ECM (Entitlement Control Message) and ECM-S (Entitlement Control Message for S-band) in the current CS broadcast standard (reference document “BS Digital Broadcast Limited Reception System Standard ARIB STD-B25”). Radio Industry Association) ”.
[0034]
The broadcast receiving apparatus possessed by each subscriber can receive the individual control information and the common control information, thereby enabling viewing of the content information according to the contract details of each subscriber.
[0035]
Through the following embodiments, a configuration (mainly hardware) that implements a conditional access method inside a reception device is referred to as a conditional access unit or a conditional access chip. Since the limited reception chip includes secret information for limited reception, it is assumed that the internal memory and hardware configuration cannot be easily read, written and changed from the outside. In addition, a limited reception unit is used as a set top box, and a television receiver, a radio, or the like for actually reproducing content information such as audio and video decoded by the set top box is connected to the set top box. The broadcast receiving apparatus may be configured as a whole.
[0036]
In the following description, decrypting encrypted content information using a channel key may be referred to as descrambling.
[0037]
Further, the conditional access system described in the following embodiment mainly includes a broadcast receiving apparatus possessed by a service subscriber and a contract for distributing individual control information, common control information, encrypted content information, etc. to the broadcast receiving apparatus. It is composed of an information distribution device (contract management device) as a management center (sometimes called a center).
[0038]
(First embodiment)
The first embodiment of the present invention is an embodiment in a conditional access system in which each receiving apparatus has an individual master key. Such a limited reception system has a problem that the amount of transmission increases because control information including channel contract information and the like must be encrypted periodically and transmitted separately. However, on the other hand, it has been used in CS broadcasts and others because of its high security, such as the limited scope of damage when the master key is broken. However, as the number of subscribers increases in recent years, the amount of control information to be sent to each receiving apparatus has become enormous, and this embodiment provides this solution.
[0039]
In such a conditional access system, for example, a key configuration as shown in FIG. 3 is adopted. In other words, the work key Kw common to all receiving apparatuses defined for each channel is encrypted with the master key KM of each receiving apparatus and transmitted. Further, the channel key Kch is encrypted using the work key Kw and transmitted. Since the broadcast content is encrypted with a conventional encryption method using the channel key Kch, it can be decrypted with this channel key. Here, the channel key must be changed in a short time of about 10 minutes in order to prevent decryption. If an individual master key is used to transmit this, the amount of transmission becomes enormous. Therefore, it is necessary to use a work key common to all receiving apparatuses. Also, since it is dangerous to use the same key in units of months, it is necessary to change the work key, and this is a mechanism that encrypts it with an individual master key. Thus, even if the master key is known, free viewing can be prevented by changing the work key.
[0040]
The data received from the broadcast wave by the broadcast receiving apparatus used in the conditional access system according to the first embodiment are three types of content packets, common control packets, and individual control packets.
[0041]
The content packet has the packet format shown in FIG. 4 and includes an information identifier, a channel identifier, a channel key identifier, and scrambled (encrypted) broadcast content. The information identifier indicates the type of the packet, and here, an identifier indicating a content packet is described. The channel identifier indicates which channel the broadcast content is. The channel key identifier indicates an identifier of a channel key for decoding the broadcast content. The broadcast content is raw program data and is encrypted with the channel key Kch specified by the channel key identifier. It is assumed that all information (data) described in the present embodiment is expressed in a fixed length.
[0042]
The common control packet described here is a common control packet for channel key distribution, and has an information identifier, a work key identifier, a channel identifier, a channel key identifier (1), a channel key (1), a packet format shown in FIG. It consists of a channel key identifier (2) and a channel key (2), and the part from the channel identifier to the channel key (2) is encrypted with the work key indicated by the work key identifier. The information identifier indicates the type of the packet. Here, an identifier indicating a common control packet (common control packet for channel key distribution) is described. The channel identifier indicates which channel the common control packet belongs to. The work key identifier is information indicating which work key Kw is used to encrypt the common control packet. The channel key identifier is an identifier of a channel key described next. The channel key indicates a channel key used for encrypting broadcast content of the channel specified by the channel identifier.
[0043]
Here, there are two sets of channel key identifier and channel key. Since the channel key is changed in a relatively short time as described above, it is necessary to smoothly switch the channel key. This is because the channel key to be used next time is sent simultaneously. Of course, the transmission of two sets in this manner does not directly affect the present invention, and therefore one set may be used.
[0044]
In the present embodiment, there are two types of individual control information: a case where the individual control information is distributed via a modem from a bidirectional communication line using a public network (telephone network) or the like, and a case where the individual control information is distributed by a broadcast wave. In any case, the individual control information is transmitted in the packet format in the same way as the common control information, but the format is slightly different.
[0045]
The individual control packet transmitted through the two-way communication line is an individual control packet for contract information distribution configured as shown in FIG. 7A, and includes an information identifier, a master key identifier, and encrypted contract information. ing. The information identifier indicates the type of the packet, and here, an identifier indicating that it is an individual control packet for contract information distribution is described. The master key identifier is identification information of a master key that can decrypt the individual control packet. If the master key identifier is correctly transmitted and received, the master key identifier of the receiving apparatus that should receive the packet is described here.
[0046]
The individual control packet distributed by broadcast is also the individual control packet for contract information distribution, and the point that the receiving device ID is added to the unencrypted part as shown in FIG. Different from the individual control packet (see FIG. 7A). This receiving device ID is information indicating which receiving device the individual control packet is addressed to, and is indispensable information because the master key (decrypting this packet) differs for each receiving device.
[0047]
As shown in FIG. 5, the contract information includes a receiving device ID, channel contract information, the number n of work keys, a pair of n work keys and work key identifiers, and a digital signature. The receiving device ID is an identifier of a receiving device that should receive the contract information, and is an ID that matches the receiving device ID in the limited receiving unit 100 inside the receiving device if it is normally transmitted and received. The channel contract information indicates a channel that can be received by the receiving apparatus having the receiving apparatus ID. Here, for example, the channel contract information includes channel contract information and its expiration date as shown in FIG. The work key identifier (i) is an identifier of the subsequent work key (i). In this embodiment, since the work key is set for each channel, a set of a work key and a work key identifier corresponding to the channel contract information is entered. The digital signature is information for confirming the validity of the contract information (particularly channel contract information), and is mainly used for preventing forgery.
[0048]
In the first embodiment, since all of these pieces of information are data expressed in a fixed length, the algorithm for extracting each piece of information from the received packet will not be described again.
[0049]
Next, the configuration and processing operation of the broadcast receiving apparatus (hereinafter sometimes simply referred to as a receiving apparatus) according to the first embodiment will be described. FIG. 1 shows a configuration example of a main part of a broadcast receiving apparatus. First, an individual control packet reception processing operation by bidirectional communication shown in FIG. 9 will be described with reference to FIG.
[0050]
The broadcast receiving apparatus in FIG. 1 responds to a call from the center via the modem unit 101, thereby establishing a session for transmitting / receiving the individual control packet via the bidirectional communication line (step S1). . When the transmission / reception unit 102 receives the individual control packet as shown in FIG. 7 (a) and recognizes from the information identifier that the packet is for contract information distribution, the transmission / reception unit 102 transmits the packet to the individual control information decoding unit. 104, and a master key identifier is acquired from the packet (steps S2 and S3). If the acquired master key identifier is not a master key identifier corresponding to the master key stored in the master key storage unit 103, an error is transmitted to the center using the established session (steps S3 and S10). ). When it is a corresponding master key identifier (step S3), the contract information included in the received packet is decrypted using the master key output from the master key storage unit 103 (step S4) (step S5).
[0051]
The work key and its identifier included in the decrypted contract information are stored in the work key storage unit 105 (step S11). Also, the receiving device ID included in the contract information is compared with the receiving device ID stored in the receiving device ID storage unit 106, and if they do not match, an error is output to the center via the transmitting / receiving unit 102 ( Step S6, Step S12). If they match, the contract information authentication unit 107 uses the key information stored in the digital signature verification key storage unit 108 (for example, the channel contract information or the part other than the digital signature in the contract information shown in FIG. Is encrypted with the key information, and the digital signature of the contract information is verified (by comparing the result with the digital signature in the contract information) (step S7). An error is returned to the center via the unit 102 (step S13).
[0052]
If the verification is successful, the channel contract information is stored in the contract information storage unit 121 (step S8), and then a receipt notification indicating that the update of the contract information has been normally completed is transmitted to the center and the process ends (step S9).
[0053]
Here, the digital signature verification process in the contract information authentication unit 107 will be described. The digital signature here can be roughly divided into two. One is a common key cipher, which has a common encryption algorithm and a common secret key in the center and the receiving device, sequentially encrypts the contract information with the secret key in block units, and the last block This is a digital signature method. Here, sequential encryption is an encryption method in which the previous block affects the encryption of the current block. For example, the present block can be realized by encrypting the current block with a secret key, and using the exclusive OR of the encrypted result and the encrypted result of the previous block as the encrypted result of the current block. When this method is used, even if a block in the middle is falsified, a different digital signature is generated (in most cases), so falsification is detected.
[0054]
Signature verification by common key cryptography can be done at high speed In addition, although the circuit scale may be small, the receiving apparatus has the same information as the center, and is therefore vulnerable to hacking and the like. In addition to the above-described technique, there is known a technique for calculating the feature amount of the entire data to be signed, called a hash value, and encrypting the value for the digital signature. The hash value is calculated from the entire data, and if the data is changed even by one bit, the hash value is not only significantly different, but it is difficult to create data having the same hash value. Because of this property, tampering detection is possible. The hash value is fixed length data and is created by a hash function.
[0056]
The other is a method using public key cryptography, in which a signature signed with a private key is verified with the public key. Here, since it is extremely difficult to derive a secret key from a public key, even if the receiving device is hacked and the public key is extracted, it is characteristic that falsification is considerably difficult. This method is extremely safe, but it is not only low speed but also has the disadvantage of increasing the circuit scale.
[0057]
Due to the superior nature of the digital signature, it can be said that the receiving apparatus authenticates the information distribution apparatus (also referred to as the contract management apparatus) (through the digital signature added to the individual control packet). However, a digital signature is not essential to solve the problems considered in the present invention. That is, the digital signature is not essential in the individual control packet of the present invention, and the present invention can be implemented without contradiction even in a configuration in which the digital signature is removed from the individual control packet.
[0058]
Next, a processing operation in which the broadcast receiving apparatus in FIG. 1 receives common control information, content information, and common control information from a broadcast wave will be described with reference to flowcharts shown in FIGS. When the receiving device 111 receives the broadcast wave transmitted from the center and obtains an electrical signal (step S21), the A / D converter 112 converts the analog signal from the analog signal into a digital signal. Conversion into digital data (step S22, step S23). After the digital data is sent to the error detection / correction unit 113 and predetermined error detection / correction is performed (step S24), any one of the content packet, the common control packet, and the individual control packet is referred to by referring to the information identifier of the received packet. Is determined, and the process branches accordingly.
[0059]
Incidentally, the channel selection interface (I / F) 115 acquires the channel identifier currently being viewed, and the acquired channel identifier is passed to the channel selection unit 114 and the channel information input unit 123 (see FIG. 12). Step S51 to Step S53).
[0060]
If it is a content packet (step S25), the channel selection unit 114 obtains the channel currently being viewed via the channel I / F 115, and based on this, only the content packet of the viewing channel is filtered by the limited reception unit 100. It passes to the part 116 (step S28). The filter unit 116 sends this to the descrambling unit 120 (step S29).
[0061]
On the other hand, if it is a common control packet (step S26), it is sent to the common control information decoding unit 117 by the filter unit 116 via the channel selection unit 114, and decoding is started (step S41).
[0062]
Next, processing for content packets will be described in detail with reference to the flowchart of FIG. The channel identifier and the channel key identifier are separated from the content packet sent to the descrambling unit 120 in step S 29 of FIG. 10, and they are passed to the channel key output unit 119. The descrambling unit 120 requests the channel key output unit 119 to output a channel key.
[0063]
The channel key output unit 119 extracts the channel key of the reception channel currently being viewed from the channel key storage unit 118 based on the contract determination for the channel identifier in the contract determination unit 112. That is, as shown in FIG. 12, the contract determination unit 122 acquires the channel identifier of the channel currently being viewed from the channel information input unit 123 (step S54), and is already stored in the contract information storage unit 121. Referring to the channel contract information as shown in FIG. 2, if the bit corresponding to the acquired channel identifier is “1”, a “permitted” signal is sent, and if it is “0”, a “not permitted” signal is sent to the channel key output unit. It sends to 119 (step S55). The channel key output unit 119 obtains a channel key having the channel key identifier extracted from the content packet from the channel key storage unit 118 from the channel key storage unit 118 if the sent determination result is “permitted”. The data is passed to the scramble unit 120 (step S57). If the determination result is “non-permitted”, the processing relating to the content packet is terminated.
[0064]
When the descrambler 120 receives the channel key from the channel key output unit 119, the descrambler 120 decrypts and outputs the encrypted content information included in the content packet using the channel key (steps S31 to S33 in FIG. 11).
[0065]
Next, the process for the common control packet will be described with reference to the flowchart shown in FIG. The common control packet is sent from the filter unit 116 to the common control information decoding unit 117 (step S41 in FIG. 10). Here, the work key is acquired from the work key storage unit 105 based on the work key identifier included in the unencrypted part of the common control packet (step S42 in FIG. 13). If the work key cannot be acquired, the process ends. When the work key is acquired, the encryption unit of the common control packet is decrypted with the work key (step S44). The channel key Kch is acquired from the encrypted common control packet encryption unit, and stored in the channel key storage unit 118 (step S45).
[0066]
Next, processing for the individual control packet will be described with reference to the flowchart shown in FIG. The individual control packet is sent from the filter unit 116 to the individual control information decoding unit 104 (step S61 in FIG. 10). Here, the receiving device ID is extracted from the individual control packet (its unencrypted portion) and collated with the receiving device ID of the own device stored in the receiving device ID storage unit 106 (step S62 in FIG. 14). If the extracted receiving device ID does not match that of its own device, the processing of this packet is terminated. If they match, the master key is acquired from the master key storage unit 103 using the master key identifier extracted from the received packet (its unencrypted unit) as a key. Further, the contract information in the individual control packet is decrypted using the master key (step S63), and the work key and its identifier are extracted from the contract information (see FIG. 5) obtained by decryption, and the work key storage unit It stores in 105 (step S64).
[0067]
Next, the decrypted contract information is sent to the contract information authentication unit 107. In the contract authentication unit 107, the part other than the digital signature of the contract information is stored in the digital signature verification key storage unit 108, so that the digital signature is encrypted by using the digital signature verification key and the digital signature is obtained. The digital signature is verified based on whether or not it matches the digital signature (step S65). If the verification is successful, the channel contract information in the contract information is stored in the contract information storage unit 121, and the process ends (step S66). If the verification fails, the channel contract information may have been forged or broken due to poor reception, and the process ends without storing.
[0068]
As described above, according to the broadcast receiving apparatus according to the first embodiment, when individual control information is received by two-way communication such as a telephone line, and when received by broadcast waves is received. Therefore, when changing the viewing channel (when updating the contract), when updating the channel contract information stored in the receiving device, it is connected to the two-way communication line. With respect to the receiving device, the individual control packet can be transmitted by reliable two-way communication, and when the connection is not established for some reason, the individual control packet can be transmitted by a broadcast wave.
[0069]
In the first embodiment, only the configuration of the broadcast receiving apparatus is shown (the information distribution apparatus according to the first embodiment will be described in the fifth embodiment), but the individual control information as described above is bidirectional. Distribution by both communication and broadcasting enables, for example, a channel contract even for a broadcast receiving apparatus that does not have a bi-directional communication function (such as a cellular phone or the like) (without the modem unit 101 and the transmission / reception unit 102 in FIG. 1). Information can be updated reliably.
[0070]
(Second Embodiment)
Next, some variations are described. In the first variation, prior to transmitting the individual control information from the center using the bidirectional communication line, a command to turn on the power of the bidirectional communication function (for example, the mobile phone function) on the receiving device side is transmitted by broadcast waves. Is.
[0071]
By doing so, it is not necessary for the receiving apparatus side to always be in the power-on state (waiting for incoming call) for the individual control information that does not know when the incoming call arrives, and power saving can be realized. Such power saving is important in a mobile environment where batteries are the main power source.
[0072]
FIG. 15 shows the configuration of the main part of the broadcast receiving apparatus according to the second embodiment. In FIG. 15, the bidirectional communication function corresponds to the transmission / reception unit 102 and the modem unit 101 and later. Since the limited reception unit has a feature, the detailed configuration of the bidirectional communication function unit and the description thereof are omitted, and only the configuration related to the operation for performing power on / off control of the function will be described. For example, a bidirectional communication function unit can be configured by connecting a mobile phone to the transmission / reception unit 102 using a predetermined connection cable.
[0073]
In FIG. 15, the configuration unit related to the reception process of the individual control packet transmitted by the broadcast wave is different from the first embodiment. Actually, since the reception procedure of the common control packet is the same as that of the first embodiment, only the difference, that is, the configuration of the individual control packet received from the broadcast wave and the reception processing operation will be described below. .
[0074]
In the second embodiment, there are two types of individual control packets received by broadcast waves, one for contract information distribution and one for command distribution. Since the individual control packet for contract information distribution is the same as that of the first embodiment (see FIG. 7B), here, the individual control packet for command distribution (hereinafter also referred to as command packet). I will explain only.
[0075]
As shown in FIG. 16, the command packet includes an information identifier and a command body. As shown in FIG. 17, the command body is roughly divided into the number of command identifiers, the number of receiving device IDs, and the number of receiving device IDs, followed by a digital signature. The digital signature is attached to the number of receiving device IDs and the arrangement of receiving device IDs to prevent forgery. The command identifier here is, for example, a “power on” command for starting the supply of power to the bidirectional communication function of the broadcast receiving apparatus so as to make it ready for incoming calls (waiting for incoming calls). This is a command identifier for identifying this. Hereinafter, a command packet that distributes a “power-on” command is referred to as a power-on command packet.
[0076]
FIG. 18 is a flowchart for explaining the reception processing operation of the individual control packet by the broadcast wave of the broadcast receiving apparatus shown in FIG. Hereinafter, the processing flow will be described with reference to FIG.
[0077]
First, a packet is passed from the filter unit 116 to the individual control information decoding unit 104. If the information identifier of the packet is referred to and the packet is an individual control packet for contract information distribution, the same processing as in the first embodiment (see FIG. 14) is performed (steps S71 to S76). ).
[0078]
When the packet is a command packet, the individual control information decoding unit 104 refers to the command identifier in the packet and checks whether the packet is a power-on command packet (step S77). If the packet is not a power-on command packet, the process ends.
[0079]
If it is a power-on command packet, the receiving device ID of the own device stored in the receiving device ID storage unit 106 and the receiving device ID in the packet are collated one by one (step S78). If the receiving device ID of the own device is not included in the packet, the process is terminated. If included, the packet is sent to the individual control information authentication unit 107.
[0080]
The individual control information authenticating unit 107 acquires a verification key from the digital signature verification key storage unit 108 and verifies the digital signature (step S79). If the verification of the digital signature fails, the process is terminated. If the verification is successful, the power management unit 125 starts supplying power to the function units related to the bidirectional communication function such as the modem unit 101 and the transmission / reception unit 102 (power on The power management unit 125 receives the signal and starts supplying power to these function units to always wait for an incoming call (step S80).
[0081]
In step S80, the bidirectional communication function enters the incoming call waiting state, and then the broadcast receiving apparatus receives the individual control packet for contract information distribution via the bidirectional communication line in the procedure as shown in FIG. be able to.
[0082]
The power supply here means standby power supply (power) for waiting for an incoming call on a bidirectional communication line, but depending on the configuration, the power can be turned on (or off) for other components by the command packet. It becomes. Note that the power management unit 125 turns off the power that is turned on in this embodiment after receiving a separate control packet for contract information distribution via a bidirectional communication line or after a certain period even if it is not received. Is desirable.
[0083]
As described above, by transmitting the individual control packet separately for the broadcast wave and the communication, it is possible to configure a conditional access system that is effective in terms of bandwidth reduction and power saving. This is the end of the description of the first variation.
[0084]
(Third embodiment)
A second variation of the first embodiment will be described. This is a variation related to a method of making a call from the broadcast receiving apparatus side in order to transmit individual control information from the center using a bidirectional communication line. When a call is made from the receiving device side, the call may not be received by the center side system because the calls are not uniformly distributed. The present embodiment is intended to solve this problem. Furthermore, in this embodiment, there is provided means for authenticating whether or not the receiving device that is calling is valid. Authentication is not necessarily required for the purpose of making the calls uniform, but unlike the center call as in the first to second embodiments, the authenticity of the receiver is authenticated in the case of a receiver call. It is difficult to maintain safety without authentication means.
[0085]
The structure of the principal part of the broadcast receiving apparatus which concerns on 3rd Embodiment is shown in FIG. In FIG. 19, the processing operation for receiving the individual control packet distributed by the broadcast wave is different from the case of the first embodiment. Therefore, only the configuration of the individual control packet received from the broadcast wave and its reception processing operation will be described below.
[0086]
In the third embodiment, as in the second embodiment, there are two types of individual control packets received by broadcast waves: contract information distribution and command distribution (command packet). The data configuration of the individual control packet for contract information distribution is the same as that described in the first embodiment (see FIG. 7B), and the configuration of the command packet is also described in the second embodiment (FIG. 16 and FIG. 17), except that the command identifier is an identifier of a command for instructing the broadcast receiving apparatus to make a call to the center. Hereinafter, such a command is called a call command, and the packet is called a call command packet.
[0087]
FIG. 20 is a flowchart for explaining the reception processing operation of the individual control packet by the broadcast wave of the broadcast receiving apparatus of FIG. 19, and the processing flow will be described along FIG. 20 based on FIG.
[0088]
First, the individual control packet received by the broadcast wave is passed from the filter unit 116 to the individual control information decoding unit 104. With reference to the information identifier of the packet, if the packet is a packet for contract information distribution, the same processing as in the first embodiment (see FIG. 14) is performed (steps S91 to S96).
[0089]
If the packet is a command packet, it is checked whether or not the packet is a call command packet with reference to the command identifier in the packet (step S97). If the packet is not a call command packet, the process ends.
[0090]
If the packet is a call command packet, the receiving device ID of the own device stored in the receiving device ID storage unit 106 and the receiving device ID in the packet are collated one by one (step S98). If the receiving device ID of the own device is not included in the packet, the process is terminated. If it is included, the packet is sent to the individual control information authentication unit 107.
[0091]
The individual control information authenticating unit 107 acquires a verification key from the digital signature verification key storage unit 108 and authenticates the digital signature (step S99). If the verification of the digital signature fails, the process is terminated. If the verification is successful, a signal to instruct the center calling unit 162 to make a call to the center is sent to the center calling unit 162. A call is made to the center through the modem unit 101 (step S100).
[0092]
Thus, in a conditional access system that transmits individual control packets using both broadcast waves and bidirectional communication, a bidirectional communication line is connected between the receiving device and the center by a call from the receiving device side. In this case, the call from the receiving device is instructed from the center side, and the generation timing of the call is managed on the center side, for example, by concentrating on a certain time zone of the call from the receiving device, It is possible to avoid a situation in which it is difficult to connect the line to the center.
[0093]
Next, processing operations from when the broadcast receiving apparatus makes a call to the center until receiving the individual control packet will be described. As shown in FIG. 21, a packet transmitted and received by bidirectional communication between the center and the broadcast receiving apparatus is composed of an information identifier and an information main body. It can be classified into three packets according to the difference in the information body. Here, for example, a packet similar to the individual control packet shown in FIG. 7A (hereinafter, this packet is referred to as an individual control packet to distinguish the other two types of packets), a challenge packet, and a response There is a packet.
[0094]
The individual control packet includes an information identifier, a master key identifier, and encrypted contract information as shown in FIG. Here, the contract information is the same as in FIG. As shown in FIG. 23, the challenge packet includes an information identifier for identifying that it is a challenge packet, a challenge number, and a challenge information body. The challenge number is a question from the center called a challenge to the receiving device. And the problem management number. The challenge assumed in the present embodiment is a challenge for inquiring a receiving apparatus ID, a challenge for inquiring a master key identifier, and a challenge for creating a signature with a secret key (specific to each receiving apparatus) in challenge information. In addition to this, there may be a challenge in which the encrypted challenge information is decrypted with the secret key and the decryption result is responded. Here, if the target data is necessary, such as a challenge for signing with a secret key, it is described in the challenge information body and transmitted.
[0095]
The basics of challenge and response are to ask questions not to use information that can only be known by the broadcast receiver and the center, and to answer the question accurately. It is to confirm that it is a legitimate device (registered).
[0096]
As shown in FIG. 24, the response packet includes an information identifier for identifying the response packet, a challenge number, a challenge information body, and a response information body. It is assumed that the response information body has a format determined by the challenge number (similar to the challenge information body).
[0097]
FIG. 25 is a flowchart showing the processing operation after the receiving apparatus receives the call command. Hereinafter, the processing flow will be described with reference to FIG. First, a call is made from the receiving apparatus to the center (step S101), and when the bidirectional communication line is connected between the receiving apparatus and the center, an individual control packet is transmitted from the center. The inter-center communication analysis unit 151 of the receiving apparatus receives the individual control packet via the connected bidirectional communication line, the modem unit 101, and the inter-center communication unit 152 (step S102). The received packet is passed to the center-to-center communication analysis unit 151, where the type of packet is identified from the information identifier of the packet.
[0098]
When the received packet is a challenge packet (step S103), the inter-center communication analysis unit 151 passes it to the response creation unit 152 (step S106). If it is an individual control packet for contract information distribution (step S104), it is passed to the individual control information decoding unit 104 (step S107), and the same processing as in the first embodiment (steps S3 to S9 in FIG. 9). ), The contract information is authenticated and stored (step S108). If the received packet is neither of the above, it is transmitted as an error to the center via the bidirectional communication line (step S105).
[0099]
Next, response packet creation and transmission processing operations will be described with reference to the flowchart shown in FIG. The response creation unit 152 refers to the challenge number in the challenge packet and confirms the type of challenge. If it is a challenge for inquiring about the receiving device ID (step S111), the receiving device ID is extracted from the receiving device ID storage unit 106 (step S115), and the receiving device ID is converted into a predetermined response information format. Is created (step S116) and transmitted to the center (step S117). When it is a challenge to inquire about the master key identifier (step S112), the master key identifier is acquired from the master storage unit 103, a response packet is created as described above, and transmitted to the center (steps S118 to S120).
[0100]
If it is a signature creation challenge (step S113), the challenge information body, which is data to be signed, is acquired from the received packet (step S121), and the secret key is acquired from the secret key storage unit 153 (step S121). S122) A signature for the challenge information body is created (step S123). The created signature is converted into a response information body format according to a predetermined format, and transmitted to the center in a response packet format as shown in FIG. 24 (steps S124 to S125). If the transmitted challenge information does not apply to any of the above three methods, an error is transmitted to the center (step S114).
[0101]
With the above processing, the center side can transmit the individual control packet after confirming the validity of the receiving device from the received response packet. In the present embodiment (as described in the first embodiment), it can be said that the receiving apparatus recognizes the information distribution apparatus (center) side by the digital signature attached to the individual control packet. For this reason, it is possible to consider that mutual authentication is performed between the receiving apparatus and the center according to the present embodiment. However, as described in the first embodiment, such a form is not essential in the present invention, and an embodiment in which the center side recognizes the receiving apparatus as in the present invention is essential.
[0102]
This is the end of the description of the second variation.
[0103]
In the conditional access system that can make a call for transmitting the individual control packet by bidirectional communication between the receiving device and the center, the conditional access system that satisfies the second and third embodiments at the same time. Can also be implemented. This is because both variations are different from each other only in the type of command (command identifier) and are independent of each other, so that both can be executed simultaneously. In this sense, the first and second embodiments can be regarded as embodiments in which a command packet for each receiving apparatus is transmitted by broadcasting and an individual control packet for contract information distribution is transmitted by bidirectional communication.
[0104]
In the above embodiment, main processing is performed only in the conditional access unit 100, but there is also an idea that only the descrambling unit 120 is mounted outside the conditional access chip. The descrambling unit 120 must decode in real time (because it decodes the broadcast content), and therefore requires high-speed processing. However, the other parts do not always have to operate, and since there is some margin in processing time, this is often advantageous in implementation. Furthermore, when sharing the receiving device with other broadcasts, the broadcast content is scrambled for all broadcasts, and only the limited receiving unit 100 (which wants to keep confidential information in each broadcast) is attached and detached. A possible mounting method is possible on a possible medium. It is added that the above-described implementation is possible in the embodiment described above and the embodiment described below.
[0105]
(Fourth embodiment)
The fourth embodiment is a case of a conditional access system in which all broadcast receiving apparatuses have a common master key. In the conditional access system in the fourth embodiment, since the master key is common to all broadcast receiving apparatuses, the master key (common to all receiving apparatuses) plays the role of the work key in the first embodiment. As shown in FIG. 28, it has a simple key configuration with no work key. Since such a conditional access system has a simple configuration, it is very useful in terms of reducing the transmission amount of individual control information (assuming transmission on a broadcast wave) (see JP-A-11-243536). However, since the master key is common, the channel keys of all the channels are received equally by any broadcast receiving device, and therefore, only the channel contract information depends on the limited reception.
[0106]
The structure of the principal part of the broadcast receiving apparatus which concerns on 4th Embodiment is shown in FIG. In the fourth embodiment, as in the case of the first embodiment, an individual control packet as shown in FIG. 7 is used. However, since there is no work key in the fourth embodiment, the contract information has a configuration including a receiving apparatus ID, channel contract information, and a digital signature as shown in FIG. In addition, two types of common control packets are used: a common control packet for master key generation information distribution (see FIG. 30A) and a common control packet for channel key distribution (see FIG. 30B).
[0107]
The common control packet for channel key distribution is the same as in the case of the first embodiment (see FIG. 8). As shown in FIG. 30A, the common control packet for distributing master key generation information includes an information identifier, a master key identifier, master key generation information, and a digital signature.
[0108]
Here, the information identifier is information indicating that the packet is a common control packet for distributing master key generation information, and is used to distinguish it from other packets. The master key identifier is an identifier of a master key generated from the following master key generation information. The digital signature is for preventing forgery of the master key generation information. Like the digital signature used in the first embodiment, there are a secret key encryption method and a public key encryption method. May be.
[0109]
Next, the configuration and processing operation of the broadcast receiving apparatus in FIG. 27 will be described. Since the processing operation of the broadcast receiving apparatus according to the fourth embodiment has many parts overlapping with those of the first embodiment, only the different parts will be described.
[0110]
The common control packet reception processing operation will be described with reference to the flowchart shown in FIG. In FIG. 31, the reception apparatus receives the common control packet, and starts when the common control packet is passed from the filter unit 116 to the common control information decoding unit 117.
[0111]
First, the common control information decoding unit 117 refers to the information identifier of the received packet and determines whether the packet is for channel key distribution (step S301). If it is a common control packet for channel key distribution, a master key identifier is extracted from the unencrypted portion of the packet, and a master key having the master key identifier is obtained from the master key storage unit 105 (step S302). The encrypted part of the packet is decrypted using the acquired master key (step S303). The channel key obtained as a result of the decryption is stored in the channel key storage unit 118, and the process ends.
[0112]
On the other hand, if the received packet is a common control packet for distributing master key generation information (step S305), the master key identifier is extracted from the packet, and the master key corresponding to the master key identifier exists in the master key storage unit 103. It is determined whether or not to perform (step S306). If it already exists, it ends there. If it does not exist, a new master key is generated next.
[0113]
First, the master key generation information verification unit 181 verifies the digital signature included in the packet (step S307). If the verification is unsuccessful, the master key generation information verification unit 181 ends. If the verification is successful, the master key generation information verification unit 181 includes the packet. A master key is generated from the master key generation information in accordance with a predetermined algorithm (step S308), the generated master key is stored in the master key storage unit 103, and the process ends (step S309).
[0114]
Here, a little explanation of master key generation information and master key generation processing has to be made. The master key generation information is, for example, random number seed information for generating a master key, and generates a master key by means of random number generation using a random number seed and a predetermined algorithm and parameters of the master key generation unit 182. Since the generation is performed in tamper-resistant hardware, there is no security problem even if the master key generation information remains unencrypted.
[0115]
The operation is similar to that of the first embodiment from the reception of the individual control packet transmitted by bidirectional communication.
[0116]
Note that variations (second and third embodiments) of the first embodiment can also be applied to the fourth embodiment.
[0117]
(Fifth embodiment)
In the fifth embodiment, an information distribution apparatus (also referred to as a contract management center apparatus or a contract management apparatus) provided on the center side for distributing the individual control packet common control packet to the broadcast receiving apparatus according to the first embodiment. Will be described.
[0118]
FIG. 32 shows a configuration example of a main part of the information distribution apparatus according to the fifth embodiment. Hereinafter, the information shown in FIG. 32 along the flowcharts shown in FIGS. 35 to 39 with reference to FIG. The configuration and processing operation of the distribution apparatus will be described.
[0119]
In FIG. 32, the subscriber database (DB) 202 stores the subscriber data of all subscribers. As shown in FIG. 33, the data structure of the subscriber data includes a subscriber ID, a receiving device ID, a master key identifier, a master key, channel contract information, a transmitted flag, a broadcast transmission flag, and a calling number. One piece of subscriber data.
[0120]
The subscriber ID is a management number added to each subscriber. In the present embodiment, it is assumed that numbers from 1 to “MAXID” are assigned for simplicity. The receiving device ID indicates the receiving device ID of the subscriber indicated by the subscriber ID. The master key identifier is an identifier of a master key currently existing in the subscriber's receiving device (master key storage unit 103), and the master key is a master key corresponding to the master key identifier. The channel contract information represents the contract status of the subscriber, as shown in FIGS. The transmitted flag is a flag indicating whether or not the channel contract information has been transmitted to the subscriber by two-way communication, and is not transmitted when “0”, and has been transmitted when “1”. The broadcast transmission flag is a flag indicating whether or not the channel contract information of the subscriber data should be broadcasted. When the value is “0”, it indicates that broadcast distribution is not necessary. It is necessary to do.
[0121]
Here, it is assumed that the individual control packet is first distributed by two-way communication. At that time, normal reception is not performed even though a number of attempts are made to the receiving device to receive the individual control packet. When an error is returned or no response is received, the distribution of the individual control packet is switched to broadcast distribution. Let N be the number of calls allowed before switching the distribution of individual control packets to the broadcast receiving apparatus from bidirectional communication to broadcast distribution. Further, it is assumed that the calling number is a telephone number of a bidirectional communication line connected to the receiving device of the subscriber.
[0122]
First, the processing operation when transmitting the individual control packet in the information distribution apparatus of FIG. 32 by bidirectional communication will be described along the flowchart shown in FIG. This process is periodically started by the individual control information control unit 206 every time the work key is updated.
[0123]
Upon receiving the individual control packet creation instruction from the individual control information control unit 206, the individual control information creation unit 203 sets the variable k = 0 (step S3301a), i = 1 (step S301b), and the subscriber whose subscriber ID is i. It is checked whether or not the data exists in the subscriber DB 202 (step S302). The process when it does not exist will be described. If not, the process proceeds to step S313, i is incremented by 1, and after confirming that i does not exceed “MAXID” (step S314), the process returns to step S302, and the subscriber ID is set with the new i. To check.
[0124]
If i exceeds “MAXID” in step S314, this means that the processing for all the subscriber data has been completed, so that the process proceeds to step S315, where all subscriber DBs 202 are searched. It is checked whether there is untransmitted subscriber data (whether there is subscriber data whose transmission flag is “0”). If there is untransmitted subscriber data, k (meaning k-th search of subscriber data in the subscriber DB 302) is incremented by 1 (step S316), and k is N (maximum number of calls). ) (Step S317), for the subscriber whose subscriber data transmission flag is “0” at that time, the individual control packet is abandoned by bidirectional communication, and the transmission flag is “0”. The broadcast transmission flags of the subscriber data of all the subscribers “1” are set to “1”, and the process ends (step S318). If k does not exceed 1, the process returns to step S301b, i = 1 is set, and the subsequent processing is repeated. In step S315, if there is no subscriber record whose untransmitted flag is “0”, the process ends. If k does not exceed N, i = 1 is set and the algorithm is executed from the beginning. If there is no untransmitted subscriber data, the process ends.
[0125]
In step S302, if there is subscriber data with the subscriber ID i, the transmission completion flag in the subscriber data is referred to. If it is “1”, the transmission has been completed. If i does not exceed “MAXID” (step S314), the process returns to step S302 to return to the presence check of the subscriber ID. It should be noted that the process of checking the presence of a subscriber ID while incrementing i by 1 until this "MAXID" is exceeded is a process that frequently appears below, and is therefore referred to as an increment process in the following description for simplicity. .
[0126]
In step S302, when there is subscriber data of subscriber ID = i, referring to the transmitted flag of the subscriber data, if it is “1”, i is incremented by one because i has already been transmitted and the subscriber ID Return to the existence check. When the transmitted flag is “0”, the individual control information creation unit 203 acquires a necessary work key from the work key DB 210 based on the channel contract information of the subscriber data (step S304). Here, since it is assumed that work keys are set for each channel (as described in the first embodiment), it is necessary to obtain a work key for the contracted channels.
[0127]
The individual control information creation unit 203 creates a contract information body other than the digital signature from the acquired work key, the receiving device ID of the subscriber data, and the channel contract information, and is stored in the digital signature generation key storage unit 205. Using the digital signature generation key, this contract information body or the contract information body and a hash value as a feature amount thereof are encrypted to create a digital signature to create the contract information as shown in FIG. To do. Further, the created contract information is encrypted with the master key in the subscriber data, and a master key identifier and an information identifier are added to create an individual control packet as shown in FIG. 7A (step S305). .
[0128]
The created packet is transferred to the transmission / reception control unit 207 together with the calling number in the subscriber data via the individual control information control unit 206, and the transmission / reception control unit 207 uses the calling number to transmit the subscriber's data. The broadcast receiving apparatus shown in FIG. 1 is called (step S306). If the receiving apparatus does not return a response to this call (step S307), a reception error is output from the error output unit 215 (step S308), the process proceeds to step S313, and increment processing is performed. Move processing to subscriber data.
[0129]
In step S307, when a response is returned from the receiving device to the call, the created individual control packet is transmitted by a predetermined protocol (step S307). When there is a receipt notification from the receiving device for a certain period after transmission (step S310), the individual control information control unit 206 sets the transmitted flag of the subscriber data to “1” (step S312), and goes to step S313. After performing the advance increment process, the process moves to the next subscriber data.
[0130]
As described in the increment processing section, this processing confirms that i exceeds “MAXID” and that all subscriber data has been transmitted (step S315), or k exceeds the predetermined value N and is individually When the distribution of the control packet by bidirectional communication is given up, the process is terminated (step S318).
[0131]
Next, the transmission processing operation for transmitting the common control packet and the individual control packet by broadcasting in FIG. 32 and the components related to this transmission processing operation will be described with reference to the flowchart shown in FIG. This process is started simultaneously with the start of broadcasting, and is repeated without interruption while the broadcasting continues. First, the common control information creation unit 209 searches the channel key database (DB) 211 to obtain channel key data having the smallest channel ID (step S401).
[0132]
Here, the channel key data is data including at least the channel key for each channel registered in the channel key DB 211, and has a structure shown in FIG. The channel key data includes a channel ID, a channel identifier, a channel key identifier (1), a channel key (1), a channel key identifier (2), and a channel key (2). Here, the channel ID is a DB management number assigned to each channel. The channel identifier is information for the broadcast receiving apparatus to identify each channel, and is the same as that described in the first to fourth embodiments. Further, the channel key identifier and the channel key are the same as those described in the first to fourth embodiments.
[0133]
Here, there are two pairs of channel keys and their identifiers. It is necessary to transmit the currently valid channel key (channel key (1)) and the next used channel key (channel key (2)) together. This is because, depending on the configuration, only the channel key currently used may be used.
[0134]
First, a command for creating a common control packet is issued from the broadcast transmission control unit 213 to the common control information control unit 212. By this command, the common control information control unit 221 instructs the common control information creation unit 209 to search the channel key DB 211 to search for channel key data having the smallest channel key ID. In response to this, the common control information creation unit 209 searches the channel key DB 211 to obtain channel key data (step S401).
[0135]
Also, an instruction to create an individual control packet is issued from the broadcast transmission control unit 213 to the individual control information control unit 206. By this command, the individual control information control unit 206 instructs the individual control information creation unit 203 to search the subscriber DB 202 to search for subscriber data having the minimum subscriber ID whose broadcast transmission flag is “1”. To do. In response to this, the individual control information creation unit 206 searches the subscriber DB 202 to acquire subscriber data (step S406).
[0136]
On the other hand, the common control information creation unit 209 acquires a channel identifier, a channel key identifier (1), a channel key (1), a channel key identifier (2), and a channel key (2) from the acquired channel key data. The common control packet as shown in FIG. 4 is created (step S404). At this time, the work key DB 210 is searched using the channel identifier as a key, a valid work key for the channel is extracted, and the part to be encrypted of the common control packet is encrypted using the work key. Further, a common control packet is generated by attaching a work key identifier and an information identifier of the work key, and is sent to the broadcast transmission unit 214 via the common control information control unit 212 and the broadcast transmission control unit 213. The broadcast transmission unit 214 The packet is transmitted on a broadcast wave (step S405).
[0137]
Next, the individual control information creation unit 206 extracts channel contract information from the acquired subscriber data, and acquires a necessary work key from the work key DB 204 based on this (step S407). As in the case of distribution by two-way communication, a contract information body other than a digital signature is created from the work key, the receiving device ID in the subscriber data, and channel contract information, and stored in the digital signature generation key storage unit 205. Create contract information using the digital signature generation key. Further, the contract information is encrypted with the master key in the subscriber data, and an individual control packet is created by adding a master key identifier and an information identifier (step S408). The created packet is passed to the broadcast transmission control unit 213 via the individual control information control unit 206, and the packet is transmitted on the broadcast wave from here (step S409).
[0138]
The above processing operation shows an example in which common control packets (common control packets for channel key distribution) and individual control packets (individual control packets for contract information distribution) are alternately broadcast. However, the distribution ratio such as how much the former is distributed and how much the latter is distributed is originally determined in accordance with the convenience of the broadcaster, and the change of the ratio can be easily realized.
[0139]
Returning to the description of FIG. 36, when the transmission of one set of common control packet and individual control packet is completed, generation of the next transmission packet is started. That is, the common control information control unit 212 extracts the next channel key data from the channel key DB 211 in accordance with an instruction from the broadcast transmission control 213 (step S410). Here, the next channel key data is channel key data having a channel ID next to the channel ID of the channel key data related to the previously transmitted common control packet. If there is no such channel key data, channel key data having the smallest channel ID is extracted from the channel key DB 211 (step S414).
[0140]
Similarly, with respect to subscriber data, the subscriber data whose broadcast transmission flag is “1” is extracted from the subscriber data whose subscriber ID exceeds the subscriber ID of the processed subscriber data. (Step S412). Here, if there is no such subscriber data, subscriber data having the smallest subscriber ID is extracted (step S402).
[0141]
The extracted data is subjected to packet creation / transmission processing as described above in the common control information creation unit 212 and the individual control information creation unit 203, respectively. In this way, it continues to move without interruption since the start of broadcasting.
[0142]
As is clear from the above description, the generation of the common control packet and the generation of the individual control packet can be performed in parallel. This is because the generation / transmission of two types of packets can be controlled by the broadcast transmission control unit 213 and transmitted at a certain rate.
[0143]
(Sixth embodiment)
Next, some variations are described. As a first variation, a center side for distributing a command packet, an individual control packet, and a common control packet to a broadcast receiving apparatus according to the second embodiment in which a power-on command is individually distributed from the center to each receiving apparatus. An information distribution apparatus (also referred to as a contract management center apparatus or a contract management apparatus) provided in FIG. This first variation will be described as a sixth embodiment.
[0144]
As a second variation, for the broadcast receiving apparatus according to the third embodiment, the call command is individually distributed to each receiving apparatus from the center and the center receives a call from the receiving apparatus side. An information distribution apparatus (also referred to as a contract management center apparatus or a contract management apparatus) provided on the center side for distributing packets and common control packets will be described. This second variation will be described later as a seventh embodiment.
[0145]
The configuration example of the main part of the information distribution apparatus according to the sixth embodiment is the same as in the case of the fifth embodiment (FIG. 32), but the processing operation is different. First, the case where the individual control information is distributed by bidirectional communication after the power-on command packet is distributed by a broadcast wave will be described with reference to the flowcharts shown in FIGS.
[0146]
This process is started in accordance with the contract change timing (for example, every month). The individual control information control unit 206 is a receiving device that should first transmit contract information for updating channel contract information or the like to the individual control information creation unit 206 when the contract change time comes. A command to sequentially transmit a power-on command is performed to a receiving apparatus that has not transmitted In response to this, the individual control information creation unit 203 searches the subscriber DB 202, and extracts a maximum of M pieces of subscriber data having a transmitted flag of “0” from those with a small subscriber ID (step S501). Here, M is a constant determined by the information capacity and the like of the power-on command packet.
[0147]
Next, a receiving device ID is extracted from each extracted subscriber data (step S502), and a digital signature is attached to the sequence of the extracted receiving device ID and the number of the receiving device IDs. A digital signature generation key is extracted from the key (step S504), and the reception device ID and the number of the reception device IDs are encrypted with the key to generate a digital signature (step S505). A command body having a data format as shown in FIG. 17 is created from the extracted receiving device ID, the number of the receiving device IDs, the digital signature, and the command identifier of the power-on command. An information identifier is attached to the command body thus created, and a command packet is generated (step S506). The generated command packet is sent to the broadcast transmission unit 214 via the individual control information control unit 206 (step S507), temporarily stored in the buffer memory in the broadcast transmission unit 214, and the common control packet is processed in the procedure described later. At the same time, it is broadcasted (see FIG. 39).
[0148]
Next, a process of distributing an individual control packet for the broadcast receiving apparatus that needs to update channel contract information or the like is performed. With i = 1 (step S508), out of the (maximum) M subscriber data extracted in step S501, a work key is extracted from the work key DB 210 based on channel contract information in the i-th subscriber data. (Step S509). Further, an individual control packet (individual control packet for contract information distribution) is created in the same manner as described in the fifth embodiment (step S510). Next, a call is made using the calling number in the subscriber data (step S511), and bidirectional communication with the broadcast receiving apparatus of the calling destination is started. If there is no response from the receiving apparatus (step S512), an error indicating the reception error is returned to the individual control information control 206, and the individual control signal information control unit 206 displays this on the error output unit 215 (step S512). S522), the process proceeds to step S516 in FIG. 38, and the process proceeds to the next subscriber data.
[0149]
In step S512, when a response is returned from the broadcast receiving device that is the call destination, the created individual control packet is transmitted (step S513). If there is no receipt notification from the receiving device before the elapse of a predetermined time after sending the individual control packet (step S514), an error indicating a receipt error is returned to the individual control information control unit 206, The individual control information control unit 206 displays a reception error message on the error output unit 215, proceeds to step S516 in FIG. 38, and moves to the next subscriber data.
[0150]
If there is a receipt notification in step S514, the process proceeds to step S515 in FIG. 38, the transmitted flag of the i-th subscriber data is set to “1”, and the process proceeds to step S516 to process the next subscriber data. Transfer.
[0151]
When moving to the next subscriber data, the following processing is required. That is, i = i + 1 is set (step S516), and it is checked whether i does not exceed M (step S517). If not, if there is i-th subscriber data (step S518), the process returns to step S509, and thereafter, the subscriber data is processed as described above. If the subscriber data does not exist in step S518, the process proceeds to step S519, where the subscriber DB 202 is searched to extract the next (maximum) M records whose transmission flag is “0” (step S519). If one or more subscriber data can be extracted (step S520), the process returns to step S502, and a power-on command is created for the subscriber data group. If no subscriber data is extracted from the subscriber DB 202 in step S520, the one-round processing is completed. Therefore, all the subscriber data in the subscriber DB 202 are searched and the transmitted flag is set to “ It is confirmed whether there is a "0" (step S521). In this case, the process returns to step S501, and thereafter the same as described above. If there is no transmission flag “0” in step S 521, the process ends because all the subscriber data has been transmitted.
[0152]
On the other hand, if i exceeds M in step S517, it means that the individual control packet to the receiving apparatus that has broadcasted the power-on command has been transmitted. Therefore, the process proceeds to step S519, and the subscriber DB 202 is searched. Then, the next (maximum) M subscriber data whose transmitted flag is “0” are extracted. If one or more pieces of subscriber data can be extracted (step S520), the process returns to the step of creating a power-on command for the subscriber data group (step S502) and is repeated. If no subscriber data is extracted in step S520, the process is completed. Therefore, all the subscriber data in the subscriber DB 202 is searched and the transmitted flag is “0”. Whether or not (step S521). If at least one subscriber data is extracted, the process returns to the beginning of step S501. If no subscriber data is extracted, the process ends because all the subscriber data has been transmitted.
[0153]
The above is the processing operation from broadcasting the power-on command to transmitting the individual control packet by bidirectional communication. According to the present embodiment, the power supply of the components related to the bidirectional communication via the broadcast wave is previously applied to the broadcast receiving apparatus configured as shown in FIG. After giving an instruction to turn on and placing the receiving / receiving device in a call waiting state, the center side (information distribution device in FIG. 32) makes a call for distributing the individual control packet. For broadcast receiving apparatuses that can receive packets, it is possible to reliably distribute individual control packets by bidirectional communication.
[0154]
Next, the transmission processing operation of the transmission information of the common control packet will be described along the flowchart shown in FIG. This process is started at the start of broadcasting, and continues thereafter without interruption until the end of broadcasting.
[0155]
First, the common control information control unit 212 instructs the common control information creation unit 209 to search for channel key data having the smallest channel key ID (step S601). In response to this instruction, the common control information creation unit 209 searches the channel key DB 211 and acquires the channel key. Further, the channel identifier, channel key identifier (1), channel key (1), channel key identifier (2), and channel key (2) are obtained from the obtained channel key data, and the common control packet as shown in FIG. Is created (step S602). At this time, the work key DB 210 is searched using the channel identifier as a key, a valid work key for the channel is extracted, and the part to be encrypted of the common control packet is encrypted using the work key. Further, a common control packet is generated by attaching a work key identifier and an information identifier of the work key, and is sent to the broadcast transmission unit 214 via the common control information control unit 212 and the broadcast transmission control unit 213. The broadcast transmission unit 214 The packet is transmitted on a broadcast wave (step S603).
[0156]
Next, the broadcast transmission unit 214 checks whether or not the power-on command packet created by the processing in steps S501 to S507 in FIG. 37 exists in the buffer memory (step S604). Among the command packets, the command packet that has been created the oldest is broadcast from the broadcast transmission unit 214 (step S605), and the process proceeds to step S606. On the other hand, if it does not exist, step S605 is skipped and the process proceeds to step S606. move on.
[0157]
In step S606, an instruction to retrieve channel key data of the next channel key ID from the channel key DB 211 is transmitted from the broadcast transmission control unit 213 to the common control information creation unit 209 via the common control information control unit 212. The common control information creation unit 209 searches the channel key DB 211 and extracts channel key data (step S606). If the extraction is successful (step S607), the process for creating / transmitting the common control packet for channel key distribution after step S602 is performed. If the extraction fails, the process starts at step S601. Returning again, the channel key data having the smallest channel key ID is retrieved again.
[0158]
As described above, by transmitting one or more power-on command packets (more generally, command packets) when one or more common control packets for channel key distribution are distributed, The command packet can be transmitted in a timely manner without causing any trouble in the transmission of the common control packet.
[0159]
Note that the channel key must be transmitted twice a second (because of the start of timely reception), while the frequency of issuing the power-on command is 1 second due to the transmission time of the individual control packet. It is thought that it is not once. For this reason, the ratio of the number of power-on command packets to be distributed during the distribution of common control packets is extremely low. Furthermore, since a power-on command packet is created from this, it can be expected to be transmitted immediately after it is sent to the broadcast transmission control unit 213, so when calling a broadcast receiving device for individual control packet transmission It can be considered that the power supply of the bidirectional communication line on the receiving device side is already turned on.
[0160]
(Seventh embodiment)
A command packet, an individual control packet, and a common control packet are transmitted to the broadcast receiving apparatus according to the third embodiment in which a call command is individually distributed from the center to each receiving apparatus and the receiving apparatus calls the center. An information distribution apparatus (also referred to as a contract management center apparatus or a contract management apparatus) provided on the center side for distribution will be described.
[0161]
A configuration example of a main part of an information distribution apparatus according to the seventh embodiment is shown in FIG. 40, and a command packet creation processing operation will be described along the flowchart shown in FIG. 41 with reference to FIG. This processing operation is started every month, for example, in accordance with the change timing of the channel contract information and the like. When the time for changing the channel contract information or the like comes, the individual control information control unit 206 first instructs the individual control information creation unit 203 to sequentially transmit a call command to the receiving device whose channel contract information has not been updated. In response to this, the individual control information creation unit 203 searches the subscriber DB 204, and extracts a maximum of M pieces of subscriber data having a transmitted flag of “0” from those having a small subscriber ID (step S611). In order to attach a digital signature to the extracted receiving device IDs and the number of receiving device IDs, a digital signature generating key is extracted from the digital signature generating key storage unit 205 (step S612). A digital signature is generated by encrypting the number of the receiving device IDs or the data string and the hash value as the feature amount (step S613). A command body having a data format as shown in FIG. 17 is created from the extracted receiving device ID, the number of the receiving device IDs, the digital signature, and the command identifier of the calling command. An information identifier is attached to the command body thus created, and a calling command packet is generated (step S614).
[0162]
The generated call command packet is sent to the individual broadcast transmission control unit 213 via the individual control information control unit 206 (step S615), and is broadcasted together with other common control packets as shown below. .
[0163]
The individual control packet transmission processing operation by bidirectional communication will be described according to the flowcharts shown in FIGS. 42 to 43 with reference to FIG. This process is started by a call from the broadcast receiving apparatus (step S701). The center receives a call from the receiving device via the modem 208 by the transmission / reception control unit 207 (step S702), and the transmission / reception control unit 207 sends a challenge creation command asking the receiving device ID to the challenge creation unit 252. In response to this, the challenge creation unit 252 creates a challenge packet having the configuration shown in FIG. Here, the challenge database (DB) 251 is a database in which a challenge number of various challenges and a set of processes are described. The challenge creation unit 252 extracts processing contents from the challenge DB 251 using the challenge number for inquiring the receiving apparatus ID as a key. The created challenge packet is transmitted from the transmission / reception unit 207 to the reception device via the modem 208 (step S703). If the response packet is not transmitted from the receiving device within a predetermined time after transmission (step S704), the individual control information control unit 206 outputs an error output indicating a challenge failure asking for the receiving device ID. The process is output from the error output unit 215 and the processing for the receiving apparatus is terminated (step S717).
[0164]
If a response packet is transmitted within a predetermined time in step S704, the response packet is transmitted from the transmission / reception control unit 207 to the response verification unit 253. After verifying the format of the response packet, the response verification unit 253 outputs the receiving device ID extracted from the packet to the transmission / reception control unit 207 (step S705). The transmission / reception control unit 207 instructs the individual control information control unit 206 to extract the subscriber data of the reception device ID from the subscriber DB 202 using the reception device ID as a key. Here, if there is no corresponding subscriber data, the receiving apparatus ID does not exist (step S705), so an error output or the like is performed and the process is terminated (step S722). When the subscriber data is acquired (step S706), the subscriber data is sent to the transmission / reception control unit 207, and the transmission / reception control unit 207 sends it to the response inspection unit 253.
[0165]
Thereafter, the transmission / reception control unit 207 instructs the challenge creation unit 252 to create a challenge for asking for the master key identifier, as in the case of challenge creation for asking the receiving apparatus ID, and the challenge packet created as a result is transmitted (step S707). ), The response packet sent within the predetermined time is inspected (steps S708 and S709). If the master key identifier does not match that of the subscriber data, an error output indicating that the master key identifier does not match is output (step S719). If they match, the receiver authentication process described below is performed. Move.
[0166]
The receiving device authentication process is a process for generating one or more challenges to be answered using information known only by a legitimate receiving device and performing authentication using the response. First, the transmission / reception control unit 207 sets j = 1 (step S710), and requests the challenge creation unit 252 to issue an authentication challenge. Upon receiving the request, the challenge creation unit 252 randomly extracts challenges from the challenge DB 251, creates a challenge packet as shown in FIG. 23 (step S 711), and transmits it from the transmission / reception control unit 207 to the broadcast receiving device via the modem 208. (Step S712). If a response packet is not sent from the receiving device within a certain period after transmission (step S713), an error message indicating that the authentication challenge has failed is output, and the process ends (step S720). When a response packet is sent, the response packet is sent from the transmission / reception control unit 207 to the response verification unit 253, and the response verification unit 253 performs an authentication check using an authentication algorithm defined in the challenge DB 251 (step S714). If the authentication check is successful, it is indicated that the response is correct, so j is incremented by 1 (step S715), and it is checked whether j exceeds N (step S716). N is a constant depending on the system in advance and means the number of authentication challenge attempts. If j does not exceed N, the receiving device authentication processing in steps S711 to S714 is repeated until j exceeds N. If the authentication check fails in step S714, since the response is incorrect, an error message indicating the authentication failure is output and the process ends (step S721).
[0167]
If j exceeds N in step S716, this means that the authentication has been completed, and it has been confirmed that the receiving apparatus currently communicating on the information distribution apparatus (center) side is valid. Become. Therefore, the process proceeds to step S722 in FIG. 43, and an authentication end signal is sent from the transmission / reception control unit 207 to the individual control information control unit 206, and the individual control information control unit 206 creates an individual control packet for the subscriber data. The control information creation unit 203 is requested. In response to this, the individual control information creation unit 203 acquires a necessary work key from the work key DB 210 based on the channel contract information in the subscriber data (step S722). Here, since it is assumed that the work keys are set for each channel, it is necessary to obtain the work keys for the contracted channels specified by the channel contract information.
[0168]
Next, the contract information body other than the digital signature is created from the acquired work key and work key identifier pair, the receiving device ID of the subscriber data, and the channel contract information, and the contract information is created using the digital signature generation key. To do. Further, the contract information is encrypted with the master key of the subscriber data, and the master key identifier and the information identifier are added to create an individual control packet as shown in FIG. 22 (step S723). The created packet is sent to the transmission / reception control unit 207 via the individual control information control unit 206 and transmitted to the receiving device. If there is a receipt notification from the receiving device for a certain period after the transmission (step S724), the transmission completion flag of the subscriber data is set to “1” and the process ends (step S725). If there is no receipt notification, an error output indicating that the individual control packet has not been received is output and the process ends (step S726).
[0169]
According to the seventh embodiment, it is possible to adjust the timing of calls from the reception device side from the center side so that calls from the reception device side do not concentrate at one time. Even after authenticating the authenticity of the receiving device, it is possible to send an individual control packet for updating the channel contract information stored in the receiving device. It can prevent fraud.
[0170]
As is clear from the above description, since the first variation is based on the center call and the second variation is based on the reception device call, it is possible to perform this simultaneously. In other words, a power-on command packet is transmitted to a receiving device that does not call anyway even if a call command packet is transmitted, and a center call is made or a separate control packet is transmitted by a broadcast wave if it is not received yet. Make up. In this way, the opportunity for transmitting the individual control packet is increased, and not only illegal viewing can be prevented, but also the trouble that the contract is not renewed even though it is contracted is reduced.
[0171]
Furthermore, combining these and the fifth embodiment, for example, based on the transmission of individual control packets by two-way communication by center call, but for receiving devices that do not respond, broadcast power-on command packets. Forcing the two-way communication function unit of the receiving device into a state where it can receive calls (power-on state), or sending a call command packet by broadcasting to make a call from the receiving device side, etc. A conditional access system capable of distributing individual control packets for updating channel contract information stored in the receiving apparatus can be constructed. Especially for portable receiving devices in mobile environments, it is advantageous to have more means for sending individual control packets (since the receiving devices are not always in the same state).
[0172]
(Eighth embodiment)
In the eighth embodiment, an information distribution apparatus (contract management center apparatus or contract management apparatus) provided on the center side for distributing individual control information and common control information to the broadcast receiving apparatus described in the fourth embodiment. Will also be described.
[0173]
In the eighth embodiment, since there are many overlapping parts in the configuration and processing operation with the information distribution apparatus according to the fifth to seventh embodiments, only the different parts will be described. That is, the individual control packet is handled in the same way even if there is a slight difference in the data configuration. Therefore, the components and processing operations for distributing the individual control packet by bidirectional communication are the fifth to seventh embodiments. It is the same as the case of the form. Therefore, the following description will be focused on the constituent unit that broadcasts the individual control packet common control packet and its processing operation.
[0174]
In the fifth to seventh embodiments, what is transmitted from the broadcast transmission unit 214 is a common control packet for channel key distribution and an individual control packet for distribution of channel contract information and the like. In the embodiment, three common control packets for channel key distribution, common control packet for master key generation information distribution, and individual control packet for channel contract information distribution are assumed. Therefore. In the eighth embodiment, the above three types of packets must be broadcast. This point is essentially different from the fifth to seventh embodiments.
[0175]
A configuration example of a main part of the information distribution apparatus according to the eighth embodiment is shown in FIG. 44, and FIGS. 45 to 46 show processing operations when the three types of packets are broadcast. Hereinafter, description will be made along the flowcharts shown in FIGS. 45 to 46 with reference to FIG. 44.
[0176]
This process is started at the same time as the start of broadcasting, and is repeated without interruption while the broadcasting continues. First, the common control information creation unit 209 searches the channel key DB 211 to obtain channel key data having the smallest channel ID. Here, the channel key data is data including at least the channel key for each channel registered in the channel key DB 211 and has a structure shown in FIG. The channel key data includes a channel ID, a channel identifier, a channel key identifier (1), a channel key (1), a channel key identifier (2), and a channel key (2). Here, the channel ID is a database management number assigned to each channel. The channel identifier is information for the receiving apparatus to identify each channel, and is the same as in the description of the above-described embodiment. Further, the channel key identifier and the channel key are the same as those described in the above embodiment. Here, there are two pairs of channel key and its identifier because it is necessary to transmit the currently valid channel key and the next used channel key together, and depending on the configuration, the channel key currently used It does n’t matter.
[0177]
First, a command for creating a common control packet for channel key distribution is issued from the broadcast transmission control 213 to the common control information control unit 212. By this command, the common control information control unit 212 instructs the common control information creation unit 209 to search the channel key DB 211 to search for channel key data having the minimum channel ID. In response to this, the common control information creation unit 209 searches the channel key DB 211 to obtain channel key data (step S801).
[0178]
In addition, the broadcast transmission control unit 213 issues an individual control packet creation command to the individual control information control unit 206. In response to this command, the individual control information control unit 206 instructs the individual control information creation unit 203 to search the subscriber DB 202 to search for subscriber data having the minimum subscriber ID whose broadcast transmission flag is “1”. . In response to this, the individual control information creation unit 203 searches the subscriber DB 202 to acquire subscriber data (step S802).
[0179]
Next, the common control information creation unit 209 acquires a channel identifier, a channel key identifier (1), a channel key (1), a channel key identifier (2), and a channel key (2) from the acquired channel key data (step S2). In step S803, creation of a common control packet for channel key distribution as shown in FIG. 30B is started. That is, a valid master key is extracted from the master key storage unit 261, and the channel identifier, channel key identifier (1), channel key (1), channel key identifier (2), channel key (2) are extracted using the master key. ) Is encrypted. Further, a common control packet for channel key distribution is generated with the master key identifier and information identifier of the master key added (step S804). The common control packet is sent to the broadcast transmission unit 214 via the common control information control unit 212 and the broadcast transmission control unit 213, and is transmitted on the broadcast wave from here (step S805).
[0180]
Next, the individual control information creation unit 203 obtains the receiving apparatus ID and channel contract information from the obtained subscriber data (step S806), and creates contract information other than the digital signature from them. Further, by using the digital signature generation key stored in the digital signature generation key storage unit 205, the data string from the receiving device ID to the channel contract information, or the data string and the hash value as its feature value are encrypted. A digital signature is created and attached to the end of the data string from the receiving device ID to the channel contract information to create contract information as shown in FIG. Further, the contract information is encrypted with the master key extracted from the subscriber data, and the master key identifier, the receiving device ID, and the information identifier are added to create an individual control packet as shown in FIG. S807, step S808).
[0181]
The created packet is sent to the broadcast transmission unit 214 via the individual control information control unit 206 and the broadcast transmission control unit 213, and transmitted from here on the broadcast wave (step S809).
[0182]
Next, the common control information creation unit 209 creates a common control packet for distributing master key generation information. First, master key generation information and a master key identifier (master key identifier) generated from the master key generation information storage unit 264 are acquired, and then a digital signature generation key is acquired from the digital signature generation key storage unit 205. Then, the master key generation information or the master key generation information and the hash value as the feature amount thereof are encrypted to create a digital signature for the master key generation information, and the digital signature and the information identifier are added. The common control packet for master key generation information distribution having the configuration shown in (2) is created (steps S810 to S811).
[0183]
The created packet is sent to the broadcast transmission unit 214 via the common control information control unit 212 and the broadcast transmission control unit 213, and transmitted from here on a broadcast wave (step S812).
[0184]
The above description shows an example in which a common control packet for channel key distribution, an individual control packet for contract information distribution, and a common control packet for master key generation information distribution are broadcast in sequence. However, the ratio of the amount of packets to be transmitted, such as how many packets are transmitted and how many of the next packets are transmitted, is originally determined according to the broadcaster's convenience, and it is easy to change the ratio. .
[0185]
When transmission of one set of the common control packet for channel key distribution, the individual control packet for contract information distribution, and the common control packet for master key generation information distribution is completed, the process proceeds to generation of a packet to be transmitted next. That is, the common control information creation unit 209 searches the channel key DB 211 for the next channel key data (step S813). Here, the next channel key data is the smallest channel ID among channel key data having a channel ID larger than the channel ID of the channel key data related to the previously transmitted packet. If there is no such channel key data (step S814), channel key data having the smallest channel ID is extracted from the channel key DB 211 (step S817).
[0186]
Similarly, regarding the subscriber data, among the subscriber data whose broadcast transmission flag is “1”, the smallest one of the subscriber data whose subscriber ID is larger than the subscriber ID value of the processed subscriber data is selected. Extract (step S815). If there is no such subscriber data (step S816), the subscriber data having the smallest subscriber ID is extracted (step S802).
[0187]
Based on the channel key data and the subscriber data extracted in this way, according to the above description, the common control packet for channel key distribution and the individual control packet for contract information distribution are created / transmitted. A process for creating / transmitting a common control packet for distributing master key generation information is performed. The above processing continues to move without interruption from the start of broadcasting.
[0188]
The common control packet for channel key distribution, the individual control packet for contract information distribution, and the common control packet for master key generation information distribution can be generated in parallel. In such an implementation, the broadcast transmission control unit 213 performs generation / transmission control such as how many of the three types of packets are generated and how much each is transmitted, and is generated / transmitted at a certain rate.
[0189]
Further, as is easily understood, the fifth to seventh embodiments can be used in combination with the eighth embodiment.
[0190]
(Appendix)
In broadcasting with a small number of channels, limited reception using only work keys is possible without using channel contract information. Actually, since the work key is a key set for each channel, the work key is updated every contract period (for example, one month), and the updated work key is viewed while viewing the channel during the contract period. By transmitting it as individual control information only to the subscriber, viewing only to the contractor can be limited.
[0191]
In such a configuration, when the channel key of the corresponding channel is transmitted in the common control packet, the receiving device side uses the work key identifier described in the header portion of the common control packet as a key to perform the work of the corresponding channel. Check whether the key exists in the work key storage. If it exists, the encryption part of the control packet is decrypted, and the channel key of the channel is obtained. If not, the process for the common control packet is terminated. Accordingly, only the viewing contractor of the channel having the work key of the channel can acquire the channel key, so that limited reception can be realized.
[0192]
In this way, the conditional access system can be configured simply by updating the work key of each channel for each contract period. However, when the number of channels is large as in the current CS broadcasting, if the work key is changed for each contract period, the work key update information becomes large, which is not realistic. Therefore, in the current CS broadcasting, a system using channel contract information as described in the first to eighth embodiments is desirable. However, for example, in broadcasting with only one channel (or only one contract form), since one work key is sufficient, the conditional access system using only the work key as described above has an advantage.
[0193]
In the first embodiment and related embodiments, the channel contract information and work key stored in the receiving device may be updated simultaneously with one individual control packet, or only one of them may be updated. You may make it update.
[0194]
In the first to eighth embodiments, when a digital signature is created, the digital signature may be created by encrypting the information portion that is the target of the digital signature and the hash value as its feature amount. That is, for example, in the case of the digital signature in the contract information of FIG. 5, the digital signature of the contract information may be created by encrypting the portion other than the digital signature and its hash value.
[0195]
In addition, this invention is not limited to the said 1st-8th embodiment, In the implementation stage, it can change variously in the range which does not deviate from the summary. Further, the above embodiments include inventions at various stages, and various inventions can be extracted by appropriate combinations of a plurality of disclosed constituent requirements. For example, even if some constituent elements are deleted from all the constituent elements shown in the embodiment, the problem (at least one of them) described in the column of the problem to be solved by the invention can be solved, and the column of the effect of the invention When the effect (at least one) described in (1) is obtained, a configuration in which this configuration requirement is deleted can be extracted as an invention.
[0196]
【The invention's effect】
As described above, according to the present invention, even if the number of subscribers increases, a highly safe pay broadcast that can prevent unauthorized viewing without compressing the broadcast band by distributing a large amount of individual control information. Enable service provision.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration example of a main part of a broadcast receiving apparatus according to a first embodiment of the present invention.
FIG. 2 is a diagram showing an example of channel contract information.
FIG. 3 is a diagram showing an example of a key configuration used in the conditional access system.
FIG. 4 is a diagram showing an example of the data structure of a content packet.
FIG. 5 is a diagram showing an example of contract information.
FIG. 6 is a diagram showing another example of channel contract information.
FIG. 7 is a diagram illustrating an example of a data configuration of an individual control packet.
FIG. 8 is a diagram illustrating an example of a data configuration of a common control packet.
9 is a flowchart for explaining an individual control packet reception processing operation by bidirectional communication of the broadcast receiving apparatus shown in FIG.
10 is a flowchart for explaining the reception processing operation of an individual control packet / common control packet / content packet by a broadcast wave of the broadcast receiving apparatus shown in FIG. 1;
FIG. 11 is a flowchart for explaining the reception processing operation of an individual control packet / common control packet / content packet by a broadcast wave.
FIG. 12 is a flowchart for explaining a channel selection / channel key acquisition processing operation;
FIG. 13 is a flowchart for explaining the reception processing operation of an individual control packet / common control packet / content packet by a broadcast wave.
FIG. 14 is a flowchart for explaining the reception processing operation of an individual control packet / common control packet / content packet by a broadcast wave.
FIG. 15 is a diagram illustrating a configuration example of a main part of a broadcast receiving apparatus according to a second embodiment of the present invention.
FIG. 16 is a diagram showing a data configuration example of a command packet.
FIG. 17 is a diagram showing a data configuration example of a command main body.
18 is a flowchart for explaining the reception processing operation of the individual control packet by the broadcast wave of the broadcast receiving apparatus of FIG.
FIG. 19 is a diagram illustrating a configuration example of a main part of a broadcast receiving apparatus according to a third embodiment of the present invention.
20 is a flowchart for explaining the reception processing operation of the individual control packet by the broadcast wave of the broadcast receiving apparatus of FIG.
FIG. 21 is a diagram illustrating a data configuration example of a packet transmitted and received by bidirectional communication.
FIG. 22 is a diagram illustrating a data configuration example of an individual control packet.
FIG. 23 is a diagram showing a data configuration example of a challenge packet.
FIG. 24 is a diagram showing a data configuration example of a response packet.
FIG. 25 is a flowchart showing a processing operation after the receiving apparatus receives a call command.
FIG. 26 is a flowchart showing a processing operation after the receiving apparatus receives a call command.
FIG. 27 is a diagram showing a configuration example of a main part of a broadcast receiving apparatus according to a fourth embodiment of the present invention.
FIG. 28 is a diagram showing an example of a key configuration used in the conditional access system according to the fourth embodiment.
FIG. 29 is a diagram showing an example of contract information according to the fourth embodiment.
30 is a diagram showing an example of the data structure of a common control packet, where (a) shows a common control packet for distributing master key generation information, and (b) shows a common control packet for distributing channel key. Is shown.
FIG. 31 is a flowchart for explaining a common control packet reception processing operation;
FIG. 32 is an information distribution apparatus for individual control information according to the fifth embodiment of the present invention, and is a configuration of a main part of the information distribution apparatus corresponding to the broadcast receiving apparatus (FIG. 1) according to the first embodiment; The figure which showed the example.
33 is a diagram showing an example of subscriber data stored in the subscriber database of FIG. 32. FIG.
34 is a diagram showing an example of channel key data stored in the channel key database of FIG. 32. FIG.
35 is a flowchart for explaining the processing operation of the information distribution apparatus in FIG. 32;
36 is a flowchart for explaining the processing operation of the information distribution apparatus in FIG. 32;
FIG. 37 is a view for explaining the processing operation in the case where the individual control information is distributed by bidirectional communication after the power-on command packet is distributed by the broadcast wave of the information distribution apparatus according to the sixth embodiment of the present invention. flowchart.
FIG. 38 is a diagram for explaining the processing operation in the case where the individual control information is distributed by bidirectional communication after the power-on command packet is distributed by the broadcast wave of the information distribution apparatus according to the sixth embodiment of the present invention. flowchart.
FIG. 39 is a flowchart for explaining a common control packet transmission processing operation of the information distribution apparatus according to the sixth embodiment of the present invention;
FIG. 40 is a diagram illustrating a configuration example of a main part of an information distribution apparatus according to a seventh embodiment of the present invention.
FIG. 41 is a flowchart for explaining a command packet creation processing operation;
FIG. 42 is a flowchart for explaining an individual control packet transmission processing operation by bidirectional communication;
FIG. 43 is a flowchart for explaining a transmission processing operation of an individual control packet by bidirectional communication.
FIG. 44 is a diagram showing a configuration example of a main part of an information distribution apparatus according to an eighth embodiment of the present invention.
45 is a flowchart for explaining the processing operation of the information distribution apparatus in FIG. 44;
46 is a flowchart for explaining the processing operation of the information distribution apparatus in FIG. 44;
[Explanation of symbols]
100: Limited reception unit
101 ... Modem part
102: Transmission / reception unit
103 ... Master key storage unit
104. Individual control information decoding unit
105: Work key storage unit
106: Receiving device ID storage unit
107 ... Contract Information Authentication Department
108: Digital signature verification key storage unit
111 ... broadcast wave receiver
112 ... A / D converter
113 ... Error detection / correction unit
114 ... Channel selection section
115 ... Channel selection interface (I / F) section
116: Filter section
117 ... Common control information decoding unit
118: Channel key storage
119: Channel key output section
120 ... descrambling
121 ... Contract information storage unit
122 ... Contract determination unit
123 ... Channel information input section
202 ... Subscriber database
203 ... Individual control information creation unit
204 ... Work key database
205: Digital signature generation key creation unit
206: Individual control information control unit
207 ... Transmission / reception control unit
208 ... modem
209 ... Common control information creation unit
210 ... Work key database
211 ... Channel key database
212 ... Common control information control unit
213 ... Broadcast transmission control unit
214 ... Broadcast transmitter

Claims

It is a receiving device that receives encrypted content information broadcasted and is independent of the receiving device and control information including channel contract information specific to the receiving device necessary for selection of decodable content information. Part or all of the control information stored in the receiving device for the receiving device that selects and decrypts the content information broadcasted based on the key information necessary for decrypting the content information An information distribution method in an information distribution apparatus comprising: individual control information for updating the information; broadcast distribution means for distributing the key information; and communication means,
A first distribution step in which the broadcast distribution means broadcasts the key information to the receiving device;
A second distribution step in which the communication means distributes the individual control information by bidirectional communication with the receiving device ;
A third distribution step in which when the reception device has not confirmed receipt of the individual control information, the broadcast distribution means broadcasts the individual control information to the reception device;
Information delivery method including

In the second distribution step, the distribution of the individual control information is repeated a predetermined number of times until receipt of the individual control information is confirmed by the receiving device to which the individual control information is distributed,
In the third distribution step, when the distribution of the individual control information is repeated a predetermined number of times and the reception of the individual control information is not confirmed by the receiving device to which the individual control information is distributed, The information distribution method according to claim 1, wherein distribution means distributes the individual control information by broadcast.

Channel receiving information unique to the receiving device that is necessary for selecting content information that can be decrypted and that is a receiving device that receives encrypted content information broadcasted and content selected based on the channel contract information Selection and decryption of the broadcast-delivered content information is performed based on the decryption control information including the work key information for decrypting the key information that is not dependent on the receiving device necessary for decrypting the information and the key information Information distribution provided with broadcast distribution means and communication means for distributing individual control information and key information for updating a part or all of the decryption control information stored in the reception apparatus to the reception apparatus An information distribution method in a device,
A first distribution step in which the broadcast distribution means broadcasts the key information to the receiving device;
A second distribution step in which the communication means distributes the individual control information by bidirectional communication with the receiving device ;
A third distribution step in which, when reception of the individual control information is not confirmed by the receiving device, the broadcast distribution means broadcasts the individual control information to the receiving device;
Information delivery method including

In the second distribution step, the distribution of the individual control information is repeated a predetermined number of times until receipt of the individual control information is confirmed by the receiving device to which the individual control information is distributed,
In the third distribution step, when the distribution of the individual control information is repeated a predetermined number of times and the reception of the individual control information is not confirmed by the receiving device to which the individual control information is distributed, 4. The information distribution method according to claim 3, wherein a distribution means broadcasts the individual control information.

The second distribution step includes
The broadcast distribution means for broadcasting a command for placing the receiving device in a waiting state for an incoming call ;
The communication means calling the receiving device and distributing the individual control information by the bidirectional communication ;
Claim 1 or 3 information distribution method according to, characterized in that it comprises a.

The second distribution step includes
The broadcast distribution means for broadcasting a command for instructing a call from the receiving device ;
The communication means delivering the individual control information by the bidirectional communication in response to a call from the receiving device;
Claim 1 or 3 information distribution method according to, characterized in that it comprises a.

The first distribution step includes:
Encrypting the key information so that it can be decrypted with other key information generated based on the key generation information broadcast to the receiving device ,
Claim 1 or 3 information distribution method according to, characterized in that broadcast distribution key information the encrypted other key information.

The second delivery step, according to claim 1 or 3 information distribution method according to, characterized in that distributed by two-way communication with the individual control information after authenticating the receiving device.

It is a receiving device that receives encrypted content information broadcasted and is independent of the receiving device and control information including channel contract information specific to the receiving device necessary for selection of decodable content information. Part or all of the control information stored in the receiving device for a receiving device that selects and decrypts the content information broadcasted based on key information necessary for decrypting the content information An information distribution apparatus for distributing the individual control information for updating the key information and the key information,
First distribution means for broadcasting the key information;
Second distribution means for distributing the individual control information by bidirectional communication with the receiving device;
A third distribution means for broadcasting the individual control information when reception of the individual control information is not confirmed by the receiving device to which the individual control information is distributed;
An information distribution apparatus comprising:

Channel receiving information unique to the receiving device that is necessary for selecting content information that can be decrypted and that is a receiving device that receives encrypted content information broadcasted and content selected based on the channel contract information Selection and decryption of the broadcast-delivered content information is performed based on the decryption control information including the work key information for decrypting the key information that is not dependent on the receiving device necessary for decrypting the information and the key information An information distribution device for distributing individual control information and key information for updating a part or all of the decryption control information stored in the reception device to a reception device,
First distribution means for broadcasting the key information;
Second distribution means for distributing the individual control information by bidirectional communication with the receiving device;
A third distribution means for broadcasting the individual control information when reception of the individual control information is not confirmed by the receiving device to which the individual control information is distributed;
An information distribution apparatus comprising:

The second distribution means broadcasts a command for placing the reception device in an incoming call waiting state, and then calls the reception device to distribute the individual control information by the bidirectional communication. The information distribution apparatus according to claim 9 or 10 .

The second distribution means broadcasts and distributes a command for instructing a call from the receiving apparatus to the own apparatus in order to distribute the individual control information by the bidirectional communication, and then makes a call from the receiving apparatus. The information distribution apparatus according to claim 9 or 10, wherein the individual control information is distributed by the bidirectional communication in accordance with the information.

The first distribution means encrypts the key information so that it can be decrypted with other key information generated based on key generation information broadcast to the receiving device, and distributes the broadcast. Item 9. The information distribution device according to Item 9 or 10 .

The information distribution apparatus according to claim 9 or 10, wherein the second distribution unit distributes the individual control information after authenticating the reception apparatus.