(57)【要約】【課題】ホームネットワークに接続された複数の受信装置で視聴されたコンテンツ情報の価値や視聴時間に応じて、確実に視聴料を回収することができる放送システムの受信管理装置を提供する。【解決手段】暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報とコンテンツ情報を復号するためのチャネルキーとを受信する複数の放送受信装置に第１のネットワークを介して接続し、チャネルキーを復号するための鍵情報を第２のネットワークを介して受信して記憶手段に記憶し、複数の放送受信装置で、鍵情報を用いて視聴されるコンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、放送受信装置からの要求に応じて記憶手段に記憶された鍵情報を第１のネットワークを介して配信する。【選択図】    図３
2004363724.tif 000002
【特許請求の範囲】
【請求項１】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と前記コンテンツ情報を復号するためのチャネルキーとを受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置であって、
前記チャネルキーを復号するための鍵情報を第２のネットワークを介して受信する第１の受信手段と、
この第１の受信手段で受信した鍵情報を記憶する記憶手段と、
前記１つまたは複数の放送受信装置で、前記鍵情報を用いて視聴される前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶された鍵情報を前記第１のネットワークを介して配信する配信手段と、
を具備したことを特徴とする受信管理装置。
【請求項２】
暗号化されて放送配信される複数の放送チャネルのコンテンツ情報を受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置であって、
前記暗号化されたコンテンツ情報を復号するためのチャネルキーを第２のネットワークを介して受信する受信手段と、
この受信手段で受信したチャネルキーを記憶する記憶手段と、
前記１つまたは複数の放送受信装置で、前記チャネルキーを用いて視聴した前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶されたチャネルキーを前記第１のネットワークを介して配信する配信手段と、
を具備したことを特徴とする受信管理装置。
【請求項３】
前記上限値を定期的に前記第２のネットワークを介して受信する第２の受信手段をさらに具備したことを特徴とする請求項１または２記載の受信管理装置。
【請求項４】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と前記コンテンツ情報を復号するためのチャネルキーとを受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置であって、
前記チャネルキーを復号するための鍵情報を第２のネットワークを介して受信する第１の受信手段と、
この第１の受信手段で受信した鍵情報を記憶する記憶手段と、
前記鍵情報を用いて前記コンテンツ情報を視聴している前記放送受信装置の台数が予め定められた最大数に等しくなるまで、前記１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶された鍵情報を前記第１のネットワークを介して配信する配信手段と、
を具備したことを特徴とする受信管理装置。
【請求項５】
暗号化されて放送配信される複数の放送チャネルのコンテンツ情報を受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置であって、
前記暗号化されたコンテンツ情報を復号するためのチャネルキーを第２のネットワークを介して受信する受信手段と、
この受信手段で受信したチャネルキーを記憶する記憶手段と、
前記チャネルキーを用いて前記コンテンツ情報を視聴している前記放送受信装置の台数が予め定められた最大数に等しくなるまで、前記１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶された鍵情報を前記第１のネットワークを介して配信する配信手段と、
を具備したことを特徴とする受信管理装置。
【請求項６】
前記鍵情報は、前記チャネルキーのうち特定の時間帯の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の時間帯復号可能にする第１の鍵情報と、前記チャネルキーのうち特定日の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定日の間復号可能にする第２の鍵情報と、前記チャネルキーのうち特定の１週間の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の１週間復号可能にする第３の鍵情報と、前記チャネルキーのうち特定のコンテンツ情報に対応する暗号化されたチャネルキーを復号可能にする第４の鍵情報のうちの少なくとも１つであることを特徴とする請求項１記載の受信管理装置。
【請求項７】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と当該コンテンツ情報を復号するためのチャネルキーとを受信する放送受信装置において、
前記暗号化されたチャネルキーを復号するための鍵情報をネットワークを介して取得する取得手段と、
この取得手段で取得した前記鍵情報で暗号化されて放送配信された前記チャネルキーを受信する受信手段と、
この受信手段で受信した暗号化されたチャネルキーを前記鍵情報で復号し、その結果得られた前記チャネルキーを記憶する記憶手段と、
前記暗号化されたコンテンツ情報を受信した際、前記記憶手段に記憶されている前記チャネルキーを用いて該暗号化されたコンテンツ情報を復号する復号手段と、
を具備したことを特徴とする放送受信装置。
【請求項８】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と当該コンテンツ情報を復号するためのチャネルキーとを受信する放送受信装置において、
暗号化されて放送配信される、前記暗号化されたチャネルキーを一定期間復号可能にする前記複数の放送チャネルのそれぞれに対応する第１の鍵情報を取得する手段と、
前記暗号化されたチャネルキーを復号するための第２の鍵情報をネットワークを介して取得する取得手段と、
前記第１の鍵情報で暗号化されて放送配信された前記チャネルキーを受信する第１の受信手段と、
この第１の受信手段で受信した暗号化されたチャネルキーを前記第１の鍵情報で復号し、その結果得られた前記チャネルキーを記憶する第１の記憶手段と、
前記第２の鍵情報で暗号化されて放送配信された前記チャネルキーを受信するする第２の受信手段と、
この第２の受信手段で受信した暗号化されたチャネルキーを前記第２の鍵情報で復号し、その結果得られた前記チャネルキーを記憶する第２の記憶手段と、
前記暗号化されたコンテンツ情報を受信した際、前記第１および第２の記憶手段のうちの少なくとも一方に格納されている前記チャネルキーを用いて該暗号化されたコンテンツ情報を復号する復号手段と、
を具備したことを特徴とする放送受信装置。
【請求項９】
前記鍵情報は、前記チャネルキーのうち特定の時間帯の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の時間帯復号可能にする第１の鍵情報と、前記チャネルキーのうち特定日の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定日の間復号可能にする第２の鍵情報と、前記チャネルキーのうち特定の１週間の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の１週間復号可能にする第３の鍵情報と、前記チャネルキーのうち特定の番組のコンテンツ情報に対応する暗号化されたチャネルキーを復号可能にする第４の鍵情報のうちの少なくとも１つであることを特徴とする請求項７記載の放送受信装置。
【請求項１０】
前記第２の鍵情報は、前記チャネルキーのうち特定の時間帯の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の時間帯復号可能にする第３の鍵情報と、前記チャネルキーのうち特定日の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定日の間復号可能にする第４の鍵情報と、前記チャネルキーのうち特定の１週間の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の１週間復号可能にする第５の鍵情報と、前記チャネルキーのうち特定の番組のコンテンツ情報に対応する暗号化されたチャネルキーを復号可能にする第６の鍵情報のうちの少なくとも１つであることを特徴とする請求項８記載の放送受信装置。
【請求項１１】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と当該コンテンツ情報を復号するためのチャネルキーとを受信する放送受信装置において、
暗号化されて放送配信される、前記暗号化されたチャネルキーを一定期間復号可能にする前記複数の放送チャネルのそれぞれに対応する第１の暗号鍵を取得する手段と、
前記暗号化されたチャネルキーをネットワークを介して取得する手段と、
取得した前記チャネルキーを記憶する第１の記憶手段と、
前記第１の暗号鍵で暗号化されて放送配信された前記チャネルキーを受信する受信手段と、
この受信手段で受信した暗号化されたチャネルキーを前記前記第１の暗号鍵で復号し、その結果得られた前記チャネルキーを記憶する第２の記憶手段と、
前記暗号化されたコンテンツ情報を受信した際、前記第１および第２の記憶手段のうちの少なくとも一方に記憶されている前記チャネルキーを用いて該暗号化されたコンテンツ情報を復号する復号手段と、
を具備したことを特徴とする放送受信装置。
【請求項１２】
暗号化されて放送配信される複数の放送チャネルのコンテンツ情報を受信する放送受信装置において、
前記コンテンツ情報を復号するための所定時間毎に変更されるチャネルキーをネットワークを介して取得する手段と、
取得した前記チャネルキーを記憶する記憶手段と、
前記暗号化されたコンテンツ情報を受信した際、前記記憶手段に記憶されている前記チャネルキーを用いて該暗号化されたコンテンツ情報を復号する復号手段と、
を具備したことを特徴とする放送受信装置。
【請求項１３】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と前記コンテンツ情報を復号するためのチャネルキーとを受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置に第２のネットワークを介して接続して、当該受信管理装置に前記コンテンツ情報を復号する際に必要な情報を配信する情報配信装置であって、
前記チャネルキーを復号するための鍵情報を、前記受信管理装置へ前記第２のネットワークを介して送信する第１の送信手段と、
前記１つまたは複数の放送受信装置で前記鍵情報を用いて視聴される前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計の上限値を、前記受信管理装置へ前記第２のネットワークを介して送信する第２の送信手段と、
を有することを特徴とする情報配信装置。
【請求項１４】
前記鍵情報は、前記チャネルキーのうち特定の時間帯の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の時間帯復号可能にする第１の鍵情報と、前記チャネルキーのうち特定日の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定日の間復号可能にする第２の鍵情報と、前記チャネルキーのうち特定の１週間の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の１週間復号可能にする第３の鍵情報と、前記チャネルキーのうち特定の番組のコンテンツ情報に対応する暗号化されたチャネルキーを復号可能にする第４の鍵情報のうちの少なくとも１つであることを特徴とする請求項１３記載の情報配信装置。
【請求項１５】
暗号化されて放送配信される複数の放送チャネルのコンテンツ情報を受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置に第２のネットワークを介して接続して当該受信管理装置に前記コンテンツ情報を復号する際に必要な情報を配信する情報配信装置であって、
前記コンテンツ情報を復号するためのチャネルキーを前記受信管理装置へ前記第２のネットワークを介して送信する第１の送信手段と、
前記１つまたは複数の放送受信装置で前記鍵情報を用いて視聴される前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計の上限値を、前記受信管理装置へ前記第２のネットワークを介して送信する第２の送信手段と、
を有することを特徴とする情報配信装置。
【請求項１６】
前記１つまたは複数の放送受信装置で用いられた前記鍵情報に対応するポイントの合計が前記上限値以内であるか否かを確認するために、前記１つまたは複数の放送受信装置のそれぞれから、各放送受信装置で前記コンテンツ情報を復号する際に用いた前記鍵情報の識別子と当該鍵情報を提供した前記受信管理装置の識別子とを含む当該鍵情報の利用履歴情報を収集する手段と、
をさらに具備したことを特徴とする請求項１３または１５記載の情報配信装置。
【請求項１７】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と前記コンテンツ情報を復号するためのチャネルキーとを受信する第１のネットワークに接続された１つまたは複数の放送受信装置に対し、前記コンテンツ情報を復号するための鍵情報を配信するための情報配信方法であって、
前記チャネルキーを復号するための鍵情報を、前記第１のネットワークとは異なる第２のネットワークを介して受信する第１の受信ステップと、
この第１の受信ステップで受信した鍵情報を記憶手段に記憶するステップと、
前記１つまたは複数の放送受信装置で、前記鍵情報を用いて視聴される前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶された鍵情報を前記第１のネットワークを介して配信する配信ステップと、
を有することを特徴とする情報配信方法。
【請求項１８】
暗号化されて放送配信される複数の放送チャネルのコンテンツ情報を受信する、第１のネットワークに接続された１つまたは複数の放送受信装置に対し、前記コンテンツ情報を復号するための鍵情報を配信するための鍵配信方法であって、
前記コンテンツ情報を復号するためのチャネルキーを、前記第１のネットワークとは異なる第２のネットワークを介して受信する受信ステップと、
この受信ステップで受信したチャネルキーを記憶手段に記憶するステップと、
前記１つまたは複数の放送受信装置で、前記チャネルキーを用いて視聴した前記コンテンツ情報の価値および視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶されたチャネルキーを前記第１のネットワークを介して配信する配信ステップと、
を具備したことを特徴とする情報配信方法。
【請求項１９】
前記上限値を定期的に前記第１のネットワークを介して受信する第２の受信ステップをさらに有することを特徴とする請求項１７または１８記載の情報配信方法。
【請求項２０】
暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と前記コンテンツ情報を復号するためのチャネルキーとを受信する第１のネットワークに接続された１つまたは複数の放送受信装置に対し、前記コンテンツ情報を復号するための鍵情報を配信するためのプログラムであって、
前記チャネルキーを復号するための鍵情報を、前記第１のネットワークとは異なる第２のネットワークを介して受信する第１の受信ステップと、
この第１の受信ステップで受信した鍵情報を記憶手段に記憶するステップと、
前記１つまたは複数の放送受信装置で、前記鍵情報を用いて視聴される前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶された鍵情報を前記第１のネットワークを介して配信する配信ステップと、
をコンピュータに実行させるプログラム。
【請求項２１】
暗号化されて放送配信される複数の放送チャネルのコンテンツ情報を受信する、第１のネットワークに接続された１つまたは複数の放送受信装置に対し、前記コンテンツ情報を復号するための鍵情報を配信するためのプログラムであって、
前記コンテンツ情報を復号するためのチャネルキーを、前記第１のネットワークとは異なる第２のネットワークを介して受信する受信ステップと、
この受信ステップで受信したチャネルキーを記憶手段に記憶するステップと、
前記１つまたは複数の放送受信装置で、前記チャネルキーを用いて視聴した前記コンテンツ情報の価値および視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶されたチャネルキーを前記第１のネットワークを介して配信する配信ステップと、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、放送配信される有料コンテンツ情報を契約内容に応じて視聴可能にするための有料放送システムに関する。
【０００２】
【従来の技術】
デジタル放送は、通信衛星（ＣＳ）に始まって、ケーブルＴＶ、地上放送へとデジタル化が進むにつれ、一層のサービスの充実が期待されており、これから放送サービスの主役をつとめていくものと思われる。
【０００３】
デジタル放送の最大の特徴は、情報圧縮技術の導入により、番組の送信に要する周波数の使用効率の向上が図れ、アナログ放送に比較して放送チャネル数の大幅な増加が可能になったことである。更に、高度な誤り訂正技術が適用できるため、高品質で均質なサービスの提供が可能となる。
【０００４】
また、デジタル化により従来のように画像や音声による放送だけでなく、文字やデータよる放送（データ放送）も可能になり、例えばニュースを文字データとして流すことや、ＰＣソフトを放送で配信することが可能となり、そのようなサービスを提供するためのシステムも続々登場してきている。
【０００５】
また、受信装置も従来のような据え置き型だけでなく、移動中でも利用できる携帯端末や、自動車に据え付けられて自動車の中での利用される移動端末など、モバイル型受信装置も出現している。
【０００６】
このようなシステムにおいて有料放送サービスを実現する際には、放送コンテンツを暗号化して送信し、契約内容に基づいてスクランブルを解くなど、契約期間、契約内容に即した顧客管理が行えなければいけない。
【０００７】
契約期間に即した顧客管理とは、例えば、所定の料金の支払により契約された契約期間内に限って契約チャネルに番組を可能とするというものである。
【０００８】
また、受信装置にてスクランブルあるいは暗号を解くための鍵情報は、不正視聴を防止する上からも正当な視聴者のみに（契約チャネル、契約期間に即して）しかも確実に提供する必要がある。
【０００９】
これを実現するため、従来は放送受信装置毎にマスター鍵を用意し、受信契約している視聴者に対して受信契約しているチャネルのワーク鍵と視聴可能なチャネル情報などを含む契約形態を示した契約情報をマスター鍵で暗号化して放送波で送信していた。
【００１０】
ここでワーク鍵はチャネル固有の鍵であり、暗号化されて送られてくる当該チャネルのチャネルキーを復号することができる。チャネルキーはスクランブルされた放送コンテンツをデスクランブルするのに用いられる。
【００１１】
このような限定受信方式では、（受信装置毎に設定された）マスター鍵で暗号化されるワーク鍵と契約情報とは受信装置固有の限定受信情報であり、（複数の受信装置に共通の）ワーク鍵で暗号化されたチャネルキーは複数の受信装置に共通の限定受信情報であると言える。
【００１２】
従来は、受信装置固有の限定受信情報であっても（固有情報を送信するには不適当な）放送波によって送信していた。これは主に公衆電話回線の利用料金が高いため、各受信装置に公衆電話回線を利用して受信装置個別の限定受信情報を送信するとコストが掛かることが主な理由であった。このため、個別の加入者に対する情報を全ての加入者向けの帯域を利用して送信する必要があったため、不必要に送信帯域を専有しているばかりか、加入者が受信したかどうかの情報も得られないため、十分長い期間繰り返し送信する必要があった。
【００１３】
更に、前記限定受信システムにおいては、個別の限定受信情報に含まれるワーク鍵が契約期間（通常１ヶ月）毎に設定され、その期間毎に放送局から個別に限定受信情報を送らなくてはならないため、送信量が極めて多く、帯域を圧迫していた。
【００１４】
このため現在限定受信情報に占める個別の限定受信情報の割合を削減するため、受信装置毎に設定されたマスター鍵を持たない方式も考案され、特に帯域の狭い自動車向け衛星音声放送などの衛星放送において実現されようとしている（例えば特許文献１参照）。この方式は全ての受信装置に共通のマスター鍵を持ち、受信装置ＩＤと当該受信装置に設定されるべき契約情報とのペアと、全ての受信装置に共通のチャネル鍵とを、全ての受信装置に共通のマスター鍵で暗号化して送信する。このようにすることで、ワーク鍵の定期的な送信を行う必要がなくなるばかりか、複数の契約情報を１つのパケットにまとめて圧縮して送信することができる。さらに、契約情報を契約期間毎に送信するのではなく、契約更新時のみに行うことで送信量を相当に少なく抑えることができる。
【００１５】
また、従来は衛星放送の契約単位は受信装置であり、同じ契約者であっても受信装置が２台あれば２台分の契約を行い、２台分の受信料を支払わなくてはならなかった。しかし、最近ではこの状況は若干緩和され、ＢＳデジタル放送のように世帯内にある受信装置は同じ受信装置と看做して課金する方法も認められている。しかし、この方式は同じ世帯内であれば複数の受信装置で同時に視聴が可能となってしまうため、高付加価値コンテンツの配信等には向かないという問題点があった。
【００１６】
一方、従来は、公衆電話回線の利用料金は高額であるなどの理由で、公衆電話回線で契約情報やワーク鍵を配信することは敬遠されていた。しかし、最近では、公衆電話回線の高速化と低廉化が進み、インターネットプロバイダとの常時接続も実現されるている。
【００１７】
このような状況の中で、住戸内にはＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が敷設され、住戸内にあるパーソナルコンピュータはもとより冷蔵庫、エアコン、ビデオレコーダ等の家電機器の中にもＬＡＮに接続できる製品は発売されている。これらの家電機器はＬＡＮを経由して常時接続回線や公衆電話回線等と接続して、当該住戸の住人は外出先からＰＣや携帯電話等を利用して当該家電を操作することができる。このような住戸内ＬＡＮはホームネットワークとも呼ばれている。このホームネットワークと常時接続回線や公衆電話回線等の通信手段との接点には、通常、ホームサーバと呼ばれる、住戸内の家電を統括的に制御するサーバが設置されている。
【００１８】
【特許文献１】
特開平１１−２４３５３６号公報
【００１９】
【発明が解決しようとする課題】
このように、従来は、ホームネットワークに接続された複数の受信装置のそれぞれでコンテンツ情報を視聴する場合に、これら複数の受信装置で視聴されたコンテンツ情報の価値または視聴時間またはこれらの組合せや、コンテンツ情報を複数の受信装置で視聴した場合の受信装置の台数に応じて、きめ細やかに視聴料を回収することができないという問題点があった。
【００２０】
そこで、本発明は、上記問題点に鑑み、ホームネットワークに接続された複数の受信装置のそれぞれでコンテンツ情報を視聴する場合に、これら複数の受信装置で視聴されたコンテンツ情報の価値または視聴時間またはこれらの組合せや、コンテンツ情報を複数の受信装置で視聴した場合の受信装置の台数に応じて、確実に視聴料を回収することができる受信管理装置、放送受信装置、情報配信装置、情報配信方法およびプログラムを提供することを目的とする。
【００２１】
【課題を解決するための手段】
（１）本発明の受信管理装置は、暗号化されて放送配信される、複数の放送チャネルのコンテンツ情報と前記コンテンツ情報を復号するためのチャネルキーとを受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置であって、前記チャネルキーを復号するための鍵情報を第２のネットワークを介して受信する第１の受信手段と、この第１の受信手段で受信した鍵情報を記憶する記憶手段と、前記１つまたは複数の放送受信装置で、前記鍵情報を用いて視聴される前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶された鍵情報を前記第１のネットワークを介して配信する配信手段とを具備する。
【００２２】
本発明によれば、第１のネットワークに接続された複数の放送受信装置のそれぞれにおいて受信管理装置から配信された鍵情報を用いて視聴されたコンテンツ情報の価値や視聴時間や、コンテンツ情報を複数の受信装置で視聴した場合の受信装置の台数に応じた課金が容易に行える。
【００２３】
なお、前記鍵情報は、前記チャネルキーのうち特定の時間帯の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の時間帯復号可能にする第１の鍵情報（時間替り鍵）と、前記チャネルキーのうち特定日の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定日の間復号可能にする第２の鍵情報（日替り鍵）と、前記チャネルキーのうち特定の１週間の特定の放送チャネルに対応する暗号化されたチャネルキーを、当該特定の１週間復号可能にする第３の鍵情報と（週替り鍵）、前記チャネルキーのうち特定のコンテンツ情報に対応する暗号化されたチャネルキーを復号可能にする第４の鍵情報（番組鍵）のうちの少なくとも１つであることを特徴とする。
【００２４】
また、前記配信手段で前記鍵情報を配信する際に、前記鍵情報の配信先の放送受信装置の台数を予め定められた最大数に制限する手段をさらに具備する。
【００２５】
また、前記配信手段は、既に配信した前記記鍵情報に対応する予め定められたポイントの合計値と前記上限値との差を算出する手段を有し、前記差が、前記１つまたは複数の放送受信装置から要求された前記鍵情報に対応する予め定められたポイントの値以上であるとき、当該鍵情報を配信する。
【００２６】
（２）本発明の受信管理装置は、暗号化されて放送配信される複数の放送チャネルのコンテンツ情報を受信する１つまたは複数の放送受信装置に第１のネットワークを介して接続する受信管理装置であって、前記暗号化されたコンテンツ情報を復号するためのチャネルキーを第２のネットワークを介して受信する受信手段と、この受信手段で受信したチャネルキーを記憶する記憶手段と、前記１つまたは複数の放送受信装置で、前記チャネルキーを用いて視聴した前記コンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該１つまたは複数の放送受信装置からの要求に応じて前記記憶手段に記憶されたチャネルキーを前記第１のネットワークを介して配信する配信手段とを具備する。
【００２７】
本発明によれば、第１のネットワークに接続された１つまはた複数の放送受信装置のそれぞれにおいて受信管理装置から配信されたチャネルキーを用いて視聴されたコンテンツ情報の価値や視聴時間や、コンテンツ情報を複数の受信装置で視聴した場合の受信装置の台数に応じた課金が容易に行える。
【００２８】
また、前記配信手段で前記チャネルキーを配信する際に、前記チャネルキーの配信先の放送受信装置の台数を予め定められた最大数に制限する手段をさらに具備する。
【００２９】
また、前記配信手段は、既に配信した前記チャネルキーに対応する予め定められたポイントの合計値と前記上限値との差を算出する手段を有し、前記差が、前記１つまたは複数の放送受信装置から要求された前記チャネルキーに対応する予め定められたポイントの値以上であるとき、当該チャネルキーを配信する。
【００３０】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【００３１】
まず、以下の説明で用いる用語の説明を行う。
【００３２】
放送コンテンツの受信に対して暗号化など何らか受信限定を行うことによって、正規の契約者だけに放送コンテンツの視聴を許可することを総称して限定受信という。また、限定受信を実現する方式を総称して限定受信方式といい、限定受信を実現する仕組みのことを限定受信システムという。
【００３３】
限定受信を行なうためチャネル毎の契約状態を記述した情報をチャネル契約情報と呼ぶ。例えば各チャネルにチャネル番号を付け、図１のようにチャネル番号に対応したビットが「１」であるか否かによりチャネルの契約状態を表したビット列がチャネル契約情報である。図１では第２、第５、第７、第８チャネルが契約済であることを示している。
【００３４】
チャネル契約情報に当該チャネル契約情報の有効期限などチャネル契約情報に制限を加える情報や、加入者の契約形態をより詳細に表現する情報を付加して、受信装置向けの契約情報が構成される。この受信装置向け契約情報を受信装置契約情報と呼ぶ。
【００３５】
受信装置契約情報などの各受信装置個別の加入者向けの限定受信情報を個別限定受信情報、チャネルキー情報など全ての加入者に共通の限定受信情報を共通限定受信情報という。これらは限定受信情報であることが明確である文脈においては、簡単のためそれぞれ個別情報、共通情報という。
【００３６】
以下の実施形態を通じて、受信装置内部で限定受信の仕組みを実現するハードウェアを限定受信チップという。限定受信チップには限定受信のための秘密情報が含まれているので内部のメモリやハード構成に関して外部から容易に読み出し、書き込み、変更ができない耐タンパ（ｔａｍｐｅｒ）構造を仮定している。
【００３７】
また、以下の実施形態において、各加入者宅に設置されている受信装置は、ホームネットワークに接続されているものとする。ホームネットワークには１つのみならず、複数の受信装置が接続されていることもある。ホームネットワークには、さらに、１つまたは複数の（一般には複数の）受信装置の他に、これらにおいて有料放送を視聴するための視聴契約を管理する装置が接続されており、これを契約管理装置と呼ぶ。契約管理装置には公衆回線を介して契約管理サーバに常時あるいは必要に応じて接続する。契約管理サーバから当該契約管理装置向けに契約情報が送信される。この契約情報は上記受信装置契約情報とは別のもので、受信装置契約情報が一台の受信装置向けの契約情報であるのに対してホームネットワークに接続している全ての受信装置の視聴に関する契約情報である。尚、以下では契約管理装置向けの契約情報を管理装置契約情報と呼ぶ。
【００３８】
管理装置契約情報は、ホームネットワークに接続された各受信装置で、例えば時間替り鍵を用いたコンテンツ情報の視聴を管理するための情報で、例えば、各受信装置で時間替り鍵で視聴されたコンテンツ情報の価値または視聴時間またはこれらの組合せに対応する数値の合計の上限値を表したポイント数である。ポイント数は、例えば、各受信装置についての視聴契約以外に、加入者が放送局側に支払った金額に応じて与えられる数値である。このポイント情報の利用形態としては、例えば、ホームネットワークに接続されているいずれかの受信装置において、あるチャネルの番組コンテンツを視聴することに対して、あるいは、あるチャネルを１単位時間視聴する度に、与えられたポイント数から所定のポイント数を減算し（例えば、いずれかの受信装置があるチャネルを１時間視聴する毎に１ポイント減算される）、最終的にポイント数が「０」になるまで視聴可能であるというような形態がある。このような形態によれば、予め支払われた金額に応じて番組のコンテンツ情報の視聴が可能となる。また、ある１つの番組を視聴するたびに（視聴時間に関係なく、その番組を所定時間以上視聴したに対し）１ポイント或いは数ポイント減算するようにしてもよい。
【００３９】
ホームネットワーク上の各受信装置では、その受信装置に与えられる受信装置契約情報（チャネル契約情報）では視聴できないチャネルのコンテンツであっても、管理装置契約情報にて定められた範囲内であれば、当該コンテンツを視聴することができるのである。
【００４０】
すなわち、図３に示すように、契約管理装置１１に接続された複数の受信装置では、契約管理装置１１から配信される鍵情報（例えば時間替り鍵）を用いてコンテンツを視聴することができる。管理装置契約情報は、ホームネットワーク上の複数の受信装置による、契約管理装置１１から配信された鍵情報（例えば時間替り鍵）を用いた視聴実績（例えば、契約管理装置１１から配信された鍵情報（例えば時間替り鍵）で視聴された番組コンテンツの価値や視聴時間）に応じて視聴料を回収するために、この視聴実績を客観的に測定できるものであれば何でも構わない。
【００４１】
ホームネットワークに接続された各受信装置においては、受信装置個別の受信装置契約情報にて指定されたチャネルの番組コンテンツの視聴は可能である。しかし、この受信装置契約情報では視聴することのできないコンテンツ情報であっても、管理装置契約情報にして指定された範囲内であれば時間替り鍵を用いて視聴可能となる。
【００４２】
契約管理装置１１では、ホームネットワーク１に接続された各受信装置において時間替り鍵で視聴されたコンテンツ情報の価値や視聴時間に対応する数値の合計が、予め定められた上限値に等しくなるまで、各受信装置からの要求に応じて時間替り鍵を当該受信装置へ配信する。例えば、１つの時間替り鍵には、当該時間替り鍵で復号可能なコンテンツの価値に応じて、予めポイントを定めて、各受信装置に配信した時間替り鍵に対応するポイントの合計値を求めればよい。なお、複数個の同じ時間替り鍵が、複数の受信装置へそれぞれ配信することが許されているならば、同じコンテンツ情報を複数の受信装置で視聴することも可能である。この場合には、配信した数に相当する当該時間替り鍵のポイント数を加算すればよい。その結果、ホームネットワーク上の各受信装置で、時間替り鍵で視聴されたコンテンツ情報の価値や視聴時間、同じコンテンツ情報を複数の受信装置で視聴した場合の受信装置の台数に応じて、視聴料の回収が確実に行える。
【００４３】
すなわち、同じコンテンツをホームネットワーク上の複数の受信装置で受信する場合は、これら複数の受信装置のそれぞれに同じ鍵情報（例えば時間替り鍵）を配信すればよい。この場合、各受信装置に配信した鍵情報の数に応じてポイント数を減じれば、各受信装置で鍵情報を用いて視聴されたコンテンツの価値やその視聴時間あるいは受信装置の台数に応じた課金が可能となる。
【００４４】
１．第１の実施形態
１．１  全体システムの構成
第１の実施形態は、契約管理装置から各受信装置へ暗号化されたコンテンツ復号鍵情報（チャネルキー）を復号する鍵を配信する方式に関する。ここでは、各受信装置が個別のマスター鍵を有する限定受信システムに適用したものであり、以下の実施形態では極めて概念的に記述しているが、ＣＳ放送やＢＳ放送の限定受信の標準規格（ＡＲＩＢ  ＳＴＤ−Ｂ２５）や受信装置の標準規格（ＡＲＩＢ
ＳＴＤ−Ｂ２１）に則ったものである。
【００４５】
本実施形態の限定受信方式は、図２に示すような鍵構成を採用している。即ちチャネル毎に定められている、全ての受信装置に共通のワーク鍵Ｋｗと、受信装置契約情報Ｉとを、受信装置個別のマスター鍵Ｋｍで暗号化して送信する。更に、ワーク鍵Ｋｗを使ってチャネル毎のチャネルキーＫｃｈを暗号化して送信する。放送コンテンツは、チャネルキーＫｃｈを使って共通鍵暗号方式で暗号化されており、このチャネルキーで復号できる。
【００４６】
チャネルキーは、解読を防ぐため通常１秒程度の短時間で変更しなくてはならない。従って、チャネルキーを送信するために個別のマスター鍵を使っていたのでは送信量が膨大となってしまう。そのため、本実施形態では、全受信装置に共通の上記ワーク鍵Ｋｗ、ＰＰＨ（ｐａｙ  ｐｅｒ  ｈｏｕｒ）視聴のための時間替り鍵Ｋｈを利用して、チャネルキーをワーク鍵Ｋｗで暗号化し配信するとともに、時間替り鍵Ｋｈで暗号化して配信する。
【００４７】
なお、１つのホームネットワークに接続されている契約管理装置と受信装置はそれぞれ異なるマスター鍵を持ち、契約管理装置のマスター鍵をＫｍと受信装置のマスター鍵をＫｍｉと呼び、特に両者を区別する必要のないときは、マスター鍵Ｋｍと呼ぶ。
【００４８】
ワーク鍵は、チャネル別に定められた、契約期間単位（通常は１ヶ月程度）で更新される鍵である。時間替り鍵は、チャネル別に定められた、例えば２００３年２月２日１３時から１４時などの時間軸上の予め定まった１時間という時間帯にのみ有効な鍵である。ワーク鍵は従来のＣＳ放送、ＢＳ放送でも用いられてきたが、時間替り鍵は従来の放送では用いられて来なかった。
【００４９】
本実施形態では、加入者との契約により指定されたチャネルの時間替り鍵Ｋｈを、当該加入者宅に設置されていている契約管理装置に固有のマスター鍵Ｋｍで暗号化して、例えば契約期間単位が１ヶ月であれば、１ヶ月分まとめて、あるいは時間替り鍵更新の前に、あるいは契約管理装置からの要求に応じて、契約管理サーバから当該加入者宅の契約管理装置へ通信により配信しておく。契約管理装置は、ホームネットワークを介して当該契約管理装置に接続されている受信装置に、当該時間替り鍵を配信するようになっている。
【００５０】
このように、チャネルキーを、契約期間単位（通常は１ヶ月程度）で更新される全放送受信装置に共通のワーク鍵で暗号化して各放送受信装置に放送配信するとともに、加入者との間の契約により指定されたチャネルに対応する時間替り鍵で暗号化して、加入者宅に設置された契約管理装置へ通信により配信することにより、ホームネットワークに接続されている複数の（放送）受信装置のそれぞれにおける有料放送の視聴管理を行うことができるのである。
【００５１】
次に、本実施形態の限定受信システムの全体構成について、図３を参照して説明する。
【００５２】
図３において、限定受信システムは、大きく分けて、加入者宅内のホームネットワーク（ＬＡＮ）１とチャネル別の番組情報（コンテンツ情報）や鍵情報などを加入者側へ配信する放送局２とから構成される。
【００５３】
ホームネットワーク１には、複数（ここでは３台）の受信装置（第１〜第３の受信装置）と、契約管理装置１１が接続されている。第１〜第３の受信装置には、それぞれに固有のマスター鍵を有し、それをそれぞれＫｍ１、Ｋｍ２、Ｋｍ３とする。また、契約管理装置１１も当該契約管理装置１１に固有のマスター鍵を有し、それをＫｍとする。
【００５４】
放送局２は、契約管理サーバ２１と、衛星放送局２２を有する。契約管理サーバ２１は、各加入者宅の契約管理装置１１に、公衆網上の通信回線を介して、契約管理装置１１からの要求に応じて接続し、あるいは常時接続して、各契約管理装置１１に管理装契約情報や時間替り鍵を配信する。衛星放送局２２は、各受信装置に、チャネルキーＫｃｈで暗号化された暗号化放送コンテンツ［Ｃ］Ｋｃｈと、ワーク鍵Ｋｗで暗号化されたチャネルキー［Ｋｃｈ］Ｋｗを含む共通限定受信情報と、時間替り鍵Ｋｈで暗号化されたチャネルキー［Ｋｃｈ］Ｋｈを含む共通限定受信情報と、受信装置個別のマスター鍵Ｋｍｉ（ｉ＝１〜３、すなわち、第１〜第３の受信装置のそれぞれに対応するマスター鍵を、Ｋｍ１、Ｋｍ２、Ｋｍ３と表す）で暗号化されたワーク鍵と受信装置個別の受信装置契約情報Ｉｉ（ｉ＝１〜３、すなわち、第１〜第３の受信装置のそれぞれに対応する受信装置契約情報をＩ１、Ｉ２、Ｉ３と表す）［Ｋｗ＋Ｉｉ］Ｋｍｉを含む個別限定受信情報を放送配信するために、それらを放送衛星２３に向けて送出する。放送衛星２３は、衛星放送局２２から送信された上記各情報を当該衛星放送の放送範囲に送出する。
【００５５】
なお、上記第１〜第３の受信装置のそれぞれを特に区別することがないときは、それぞれを単に受信装置あるいは放送受信装置と呼ぶ。
【００５６】
各受信装置は衛星放送局２２から放送衛星２３経由で送信される個別限定受信情報から自装置向けの情報を選択し、自装置のマスター鍵Ｋｍｉで復号する。
【００５７】
復号された結果得られたワーク鍵（もしくはワーク鍵の束（ワーク鍵群））と受信装置契約情報は、受信装置の不揮発性メモリー内に保持される。
【００５８】
各受信装置が特定のチャネルの特定の時間帯の番組コンテンツを視聴する場合、まず当該チャネルの視聴契約がなされているかを上記保持されている受信装置契約情報でチェックする。ここで、視聴契約がなされていない場合、契約管理装置１１に時間替り鍵Ｋｈの出力を要請する。
【００５９】
契約管理装置１１では、これを受けて契約管理装置１１が保持する管理装置契約情報Ｊを参照して当該時間替り鍵の出力を許可するかどうかを決定する。許可する場合には、契約管理装置１１が、時間替り鍵の出力を要請した受信装置と鍵共有を行ない、共有された鍵Ｋｔで時間替り鍵を暗号化して（これを［Ｋｈ］Ｋｔと表す）当該受信装置に出力する。時間替り鍵の出力を許可しない場合は、契約管理装置１１はその旨のメッセージを時間替り鍵の出力を要請した受信装置に送信し、当該受信装置側では視聴不可能な旨のメッセージを表示する。
【００６０】
受信装置において、上記特定のチャネルの特定の時間帯の番組コンテンツの視聴可能な場合は、当該チャネルに対応するワーク鍵もしくは時間替り鍵を、ワーク鍵格納部もしくは時間替り鍵格納部の中から取り出して、当該チャネルに対応する共通限定受信情報を受信した際、ワーク鍵もしくは時間替り鍵を利用して暗号化された共通限定受信情報を復号して、当該チャネルのチャネルキーを取得する。
【００６１】
本実施形態では、共通限定受信情報はワーク鍵で暗号化されているものと時間替り鍵で暗号化されているものの２種類が存在する。よってワーク鍵が格納された場合は前者のパケットを、時間替り鍵が格納された場合には後者のパケットを取得し復号することになる。
【００６２】
チャネルキーの取得に成功したら、当該チャネルの暗号化された放送コンテンツを復号し、放送コンテンツの出力を行う。
【００６３】
契約管理装置１１は、契約管理サーバ２１と公衆回線などの通信回線を通じて、例えば常時接続されている。契約管理装置１１は、定期的に、管理装置契約情報Ｊを当該契約管理装置１１のマスター鍵Ｋｍで暗号化したもの（［Ｊ］Ｋｍ）を契約管理サーバ２１から受信する。
【００６４】
管理装置契約情報Ｊは、例えば、視聴されるコンテンツ情報と、同じコンテンツ情報を複数の放送受信装置で視聴する際の当該放送受信装置の数のうちの少なくとも一方を制限する情報であって、例えばポイント数でも良い。管理装置契約情報の詳細については後述する。ここでは、説明の簡単のため管理装置契約情報がポイント数である場合について説明する。
【００６５】
契約管理装置１１は、例えば、１ヶ月に１回、１０００ポイントを管理装置契約情報Ｊとして、契約管理サーバ２１から受信する。このポイントは契約管理装置１１内の不揮発性メモリに保持される。
【００６６】
契約管理装置１１は、ホームネットワーク１内に存在するいずれかの受信装置が視聴状態にあるときは、定常的に契約管理サーバ２１から時間替り鍵Ｋｈを取得している。ここで時間替り鍵は、当該契約管理装置１１のマスター鍵Ｋｍで暗号化されて契約管理サーバ２１から送信され、契約管理装置１１では、これを自装置に保持しているマスター鍵Ｋｍで復号する。
【００６７】
契約管理装置１１は、ホームネットワーク１に接続されている受信装置からの時間替り鍵の出力要請があった際、管理装置契約情報Ｊを参照して、出力要請のあったチャネルの時間替り鍵を出力して良いかどうかを決定する。ここで、時間替り鍵の出力の可否は、例えば出力要請のあった時間替り鍵を出力する際に減ぜられるポイント数（当該時間替り鍵で復号されるチャネルキーで復号されるコンテンツ情報に対応して予め定められたポイント数）が１ポイントであれば、管理装置契約情報格納部に格納されている残ポイント数から「１」減算して９９９ポイントとする。他の受信装置から出力要請があれば更に「１」減算して９９８ポイントとする。このように計算を行ない時間替り鍵出力要請時に残ポイントが、これから出力しようとする時間替り鍵に対応するポイント数よりも多ければ出力可とし、少なければ出力不可とする。
【００６８】
受信装置から出力要請があったチャネルの時間替り鍵の出力が許可になった場合には、当該時間替り鍵を、契約管理装置１１と当該チャネルの時間替り鍵の出力を要請した受信装置との間で共有した鍵Ｋｔで暗号化して、それを当該受信装置宛にホームネットワークを介して送信する。
【００６９】
このように、本実施形態では、各受信装置において、当該受信装置の受信装置契約情報により既に視聴が可能となっている番組コンテンツ以外のコンテンツを視聴する場合には、契約管理装置１１に当該コンテンツを視聴するための時間替り鍵を要求する。契約管理装置１１では、時間替り鍵を要求してきた各受信装置へ時間替り鍵を配信する度に、与えられたポイント数から、当該時間替り鍵に対応する（当該時間替り鍵で復号可能なチャネルキーで復号されるコンテンツ情報に応じた）ポイント値を減算する。ポイント数が「０」になるまでは、ホームネットワークに接続された各受信装置では、それぞれの受信装置契約情報にて視聴可能な番組コンテンツ以外の所望のコンテンツでも所望の時間視聴することができる。
【００７０】
以上が本実施形態の限定受信システム（放送システム）の概要である。尚、ここで受信装置と契約管理装置１１間及び契約管理装置１１と契約管理サーバ２１間には相互認証の必要がある。
【００７１】
また、本システムは実質的に契約管理を担う契約管理装置１１を信頼するモデルとなっているので、仮に契約管理装置１１がアタックされて全ての時間替り鍵が世の中に流出したら、有料放送が成り立たなくなる事態も予測される。
【００７２】
そこで、本実施形態では、ホームネットワーク１に接続されている各受信装置の（契約管理装置１１から出力された鍵情報（例えば時間替り鍵など）を用いた場合の）視聴履歴を定期的に契約管理サーバ２１に送信し、契約以上に視聴していないかをチェックする機構を導入している。もしこの手段により不正視聴が発見されたならば、当該受信装置を管理する契約管理装置１１に対しては、以後時間替り鍵を送信しないこととし上記問題の解決を図っている。
【００７３】
以下、本システムに関して装置毎に詳しく説明する。
【００７４】
１．２  受信装置
図３に示した、本実施形態の限定受信システムにおいて放送受信装置（受信装置）が受信するデータは、放送コンテンツを配信するためのコンテンツパケット、共通限定受信情報を配信するための共通限定受信パケット、個別限定受信情報を配信するための個別限定受信パケットの３種類である。
【００７５】
コンテンツパケットは、図４に示すパケット形式で、情報識別子、チャネル識別子、チャネルキー識別子、暗号化された放送コンテンツからなっている。情報識別子は当該パケットの種別を示すもので、ここではコンテンツパケットであることを示す識別子を記述する。チャネル識別子は当該放送コンテンツがどのチャネルのコンテンツかを示すものである。また、チャネルキー識別子は当該放送コンテンツを復号するチャネルキーの識別子を示す。放送コンテンツは生の番組データで、チャネルキー識別子で指定されたチャネルキーＫｃｈで暗号化されている。尚、説明の簡単のため本実施形態ではパケット内の全ての情報は特に断らない限り固定長で表現されたデータであるとする。
【００７６】
共通限定受信パケットは、１つのパケットである１つのチャネルに対応するチャネルキーを配信するもので、ワーク鍵で暗号化されたチャネルキーを配信するための図５に示したような構成の共通限定受信パケット（第１の共通限定受信パケット）と、時間替り鍵で暗号化されたチャネルキーを配信するための図６に示したような構成の共通限定受信パケット（第２の共通限定受信パケット）がある。
【００７７】
図５に示す第１の共通限定受信パケットは、情報識別子、ワーク鍵識別子、チャネル識別子、第１のチャネルキー識別子、第１のチャネルキー、第２のチャネルキー識別子、第２のチャネルキーで構成されており、第１のチャネルキー識別子から第２のチャネルキーまでの部分は、ワーク鍵識別子で特定されるワーク鍵で暗号化されている。情報識別子は、当該パケットの種別を示すもので、ここではワーク鍵で暗号化された共通限定受信パケットであることを示す識別子を記述する。チャネル識別子は当該共通限定受信情報がどのチャネルのものかを示すものである。また、ワーク鍵識別子は当該共通限定受信情報がどのワーク鍵Ｋｗによって暗号化されているかを示す情報である。チャネルキー識別子は次に記述されているチャネルキーの識別子である。チャネルキーは、チャネル識別子で指定されているチャネルの放送コンテンツの復号に利用できるチャネルキーを示している。
【００７８】
ここで、チャネルキー識別子とチャルキーが２組存在するのは、前述したように、チャネルキーは比較的短時間で変更されるため、チャネルキーの切り替えをスムーズに行う必要から現在使っているチャネルキーと次回使うチャネルキーを同時に送っているからである。もちろん、このように２組送信することは本実施形態には直接影響しないので、１組であっても構わない。
【００７９】
図６に示す第２の共通限定受信パケットは、図５の第１の共通限定受信パケットのワーク鍵の部分を時間替り鍵に置き換えたものである。そして、第１のチャネルキー識別子から第２のチャネルキーまでの部分は、時間替り識別子で特定される時間替り鍵で暗号化されている。
【００８０】
個別限定受信パケットは、各受信装置向けに受信装置契約情報とワーク鍵を放送波で配信する第１の個別限定受信パケットと、契約管理装置向けに管理装置契約情報を通信回線で配信する第２の個別限定受信パケットとがある。
【００８１】
第１の個別限定受信パケットは、図７（ａ）に示すように、情報識別子、受信装置ＩＤ、チャネル契約情報、有効期限、ワーク鍵情報、デジタル署名検証鍵識別子、デジタル署名から構成される。情報識別子は当該パケットの種別を示すもので、ここでは、受信装置向けの個別限定受信パケットであることを示す識別子を記述する。受信装置ＩＤは当該個別限定受信パケットを復号可能な受信装置の識別情報である。チャネル契約情報は当該受信装置ＩＤを持つ受信装置に対応する受信装置契約情報であり、有効期限は当該チャネル契約情報の有効期限である。
【００８２】
ワーク鍵情報は、図７（ｂ）に示すような構造をしている。即ち、ワーク鍵の数ｎと、ｎ個のチャネル識別子とワーク鍵識別子とワーク鍵からなる組で構成されている。ワーク鍵の数ｎは、それ以下に、チャネル識別子とワーク鍵識別子とワーク鍵からなる情報がｎ個続くことを示している。ここでチャネル識別子はワーク鍵が利用されるチャネルの識別子である。ワーク鍵識別子はワーク鍵のＩＤであり、図５に示した第１の共通限定受信パケット中の暗号化された部分を復号する際には、このワーク鍵識別子が参照される。
【００８３】
図７（ａ）の個別限定受信パケットにおいて、デジタル署名検証鍵識別子は、次のデジタル署名を検証するための鍵の識別子を示すものである。デジタル署名は当該受信装置契約情報やワーク鍵情報などの正当性を確認するための情報であり、主に偽造防止や受信誤り検出のために用いる。
【００８４】
第２の個別限定受信パケットは、図８に示すように、情報識別子、契約管理装置ＩＤ、管理装置契約情報としてのポイント数、デジタル署名検証鍵識別子、デジタル署名から構成される。情報識別子は当該パケットの種別を示すもので、ここでは契約管理装置向けの個別限定受信パケットであることを示す識別子を記述する。契約管理装置ＩＤは、当該個別限定受信パケットを復号可能な契約管理装置の識別情報である。ポイント数は、当該契約管理装置ＩＤを持つ契約管理装置に対応する管理装置契約情報であり、当該契約管理装置にホームネットワークを介して接続された受信装置で利用可能なポイント数である。デジタル署名検証鍵識別子は、次のデジタル署名を検証するための鍵の識別子を示すものである。デジタル署名は当該管理装置契約情報などの正当性を確認するための情報であり、主に偽造防止や受信誤り検出のために用いる。
【００８５】
尚、本実施形態ではこれら全ての情報は固定長で表現されたデータである。
【００８６】
次に、本実施形態の放送受信装置（受信装置）の構成と処理動作について、図１０〜図１５に示すフローチャートに沿って図９に示す全体構成図を参照しながら説明する。
【００８７】
受信装置は放送波を放送受信部１０１で受信し（図１０のステップＳ１）、Ａ／Ｄ変換部１０２でアナログ信号からデジタルデータに変換する（ステップＳ２）。デジタルデータは誤り検出／訂正部１０３に送られ、誤り検出／訂正が行われた後（ステップＳ３）、それが、受信チャネルのコンテンツパケットあるいは個別限定受信パケットや共通限定受信パケット（ここでは、上記第１の共通限定受信パケット）といった放送パケットを配信する限定受信チャネルであるときは（ステップＳ４）、それぞれの放送パケットの情報識別子を参照して個別限定受信パケット、共通限定受信パケット及びコンテンツパケットのいずれかであるかを判別して、それに従って以下のように分岐して処理を進める。ステップＳ４でおいて、受信したものが、受信チャネルのコンテンツパケットあるいは限定受信チャネルでないときは、処理を中止する。
【００８８】
コンテンツパケットである場合は（ステップＳ５）、現在視聴中のチャネルをチャネル選択Ｉ／Ｆ１０５を介して得て、チャネル選択部１０４で視聴チャネルのみ限定受信チップ１００のフィルター部１０６に送信する。フィルター部１０６ではこれをデスクランブル部１０７へ送る（ステップＳ６）。
【００８９】
チャネル選択Ｉ／Ｆ１０５は、視聴しようとするチャネル番号を視聴者であるユーザが設定するためのものである。
【００９０】
共通限定受信パケットである場合は（ステップＳ７）、チャネル選択部１０４を経て、フィルター部１０６で共通限定受信情報復号部１１０へ送られ、復号が開始される（ステップＳ８）。
【００９１】
個別限定受信パケットである場合は（ステップＳ９）、チャネル選択部１０４を経て、フィルター部１０６で個別限定受信情報認証部１１４へ送られる（ステップＳ１０）。
【００９２】
次に、コンテンツパケットに関する処理を図１１〜図１３のフローチャートに沿って詳しく説明する。図１０のステップＳ６において、フィルター部１０６からデスクランブル部１０７へ送られたコンテンツパケットは、チャネル識別子とチャネルキー識別子を、チャネルキー出力部１０８に対して送信し、チャネルキーの出力を要請する（ステップＳ１１）。
【００９３】
チャネルキー出力部１０８は、まずチャネル識別子をキーにして契約判定部１２１に対して、当該チャネルが視聴契約されているかを確認する（ステップＳ１２）。契約判定部１２１では、契約情報格納部１２０に格納されている図１に示したようなチャネル契約情報（受信装置契約情報）を参照して（ステップＳ１３）、受け取ったチャネル識別子に対応するチャネルが視聴契約されているか否かを判定する（ステップＳ１４）。当該チャネル識別子に対応するチャネルが視聴可能であると判定されたときには（ステップＳ１５）、チャネルキー出力部１０８は、チャネル識別子とチャネルキー識別子をキーにして、チャネルキー格納部１０９を検索する。検索の結果、当該チャネルキーが存在した場合は当該チャネルキーを取り出して、それをデスクランブル部１０７へ出力する（ステップＳ１６）。デスクランブル部１０７では、受け取ったチャネルキーを用いて放送コンテンツのデスクランブルを行ない（ステップＳ１７）、放送コンテンツを出力して（ステップＳ１８）、処理を終了する。
【００９４】
ステップＳ１４において、当該チャネルが視聴契約されていなかった場合でも後述するように、時間替り鍵を用いて復号された当該チャネルキーがチャネルキー出力部１０８に格納されていることもあり得るので、チャネルキー出力部１０８は、チャネルキー格納部１０９を検索して当該チャネルのチャネルキーの存在を調査する（ステップＳ１９）。チャネルキーが存在した場合は（ステップＳ２０）、ステップＳ１６へ進み、当該チャネルキーをデスクランブル部１０７に出力して、放送コンテンツのデスクランブルを行ない放送コンテンツを出力して処理を終了する（ステップＳ１７、ステップＳ１８）。
【００９５】
ステップＳ１４において、当該チャネルが視聴契約されておらず、しかもステップＳ２０において、チャネルキー格納部１０９を検索してもチャネルキーが存在しなかったとする。この場合の処理動作について、図１２に示すフローチャートを参照して説明する。
【００９６】
ここでは、まず、時間替り鍵検索部１１３が、時間替り鍵格納部１１２に、現在時刻と現在視聴しようとしているチャネルに対応する時間替り鍵が格納されているか、当該チャネルのチャネル識別子と現在時刻をキーにして検索する（ステップＳ２１）。時間替り鍵格納部１１２に、現在時刻を含む当該時間帯に有効な時間替り鍵があった場合には、当該時間替り鍵で復号できる（当該時間替り鍵で暗号化された）暗号化された共通限定受信情報を含む図６に示したような構成の第２の共通限定受信パケットを、図１０のステップＳ１〜ステップＳ７に示したように受信し（ステップＳ２２）、それを共通限定受信情報復号部１１０にて、当該時間替り鍵を用いて復号する（ステップＳ２３）。復号した結果得られたチャネルキーは、チャネルキー格納部１０９に格納し（ステップＳ２４）、図１１のステップＳ１９へ戻る。
【００９７】
このように、ステップＳ２４において、チャネルキー格納部１０９に格納されるので、その後、チャネルキー出力部１０８がチャネルキー格納部１０９を検索すると、当該チャネルのチャネルキーは、チャネルキー格納部１０９に存在するので（ステップＳ２０）、ステップＳ１６へ進み、当該チャネルキーをデスクランブル部１０７に出力して、当該チャネルの放送コンテンツの視聴が行える（ステップＳ１７、ステップＳ１８）。
【００９８】
一方、図１２のステップＳ２１において、時間替り鍵検索部１１３で時間替り鍵格納部１１２を検索した結果、当該時間帯に有効な時間替り鍵がなかった場合には、契約管理装置１１から当該時間替り鍵を得られる可能性がある。すなわち、契約管理装置１１に、現在視聴しようとしているチャネルに対応する現時間帯に有効な時間替り鍵が格納されていて、残ポイント数が当該時間替り鍵に対応するポイント数以上であるときには、契約管理装置１１から当該時間替り鍵を出力してもらえる。そこで、ステップＳ２５へ進み、時間替り鍵検索部１１３は、時間替り鍵取得部１２６に対して、当該チャネルのチャネル識別子に対応する時間替り鍵の出力を要請する（ステップＳ２５）。
【００９９】
時間替り鍵取得部１２６は、この要請を受けて、まず、ネットワーク接続部１２７を通じて、ホームネットワークに接続されている契約管理装置１１に、時間替り鍵を出力してもらうために接続する（ステップＳ２６）。ここで当該接続相手が正当な契約管理装置１１であること、契約管理装置１１側も、正統な受信装置と接続していることを確認するため、相互認証部１２８で相互認証を行う（ステップＳ２７）。
【０１００】
ステップＳ２７における相互認証のプロトコルは、本発明の要旨ではないので、そのアルゴリズムを詳しく述べないが、基本的には認証主体が問題を出し、認証客体がその答えを出すチャレンジ／レスポンスの手法で行われる。
【０１０１】
例えば、公開鍵暗号を利用したチャレンジ／レスポンスの場合、まず、受信装置を認証主体、契約管理装置１１を認証客体として、受信装置はランダムに生成した平文を契約管理装置１１に送信し、当該契約管理装置１１のみが知る秘密鍵を利用してデジタル署名を作成して送り返させるというチャレンジを発行する。送られたチャレンジに対して、契約管理装置１１は、当該平文に対するデジタル署名を当該秘密鍵で生成して送り返す。これがレスポンスである。受信装置側では送り返されたデジタル署名が先に送信した平文に対応したデジタル署名になっているかを（契約管理装置１１の）公開鍵を使って検証する。これを何回か繰り返すことにより、十分大きい確率で検証に成功した（レスポンスに成功した）場合には、契約管理装置１１が正当な装置であることを確認することができる。そうでない場合には、契約管理装置１１は、本物の正当な契約管理装置でない可能性がある。同様のことを契約管理装置１１を認証主体とし、受信装置を認証客体として行うのが相互認証である。尚、この例では公開鍵暗号を利用した認証を示したが、共通鍵暗号でも同様のことが実現できる。但し、この場合は契約管理装置１１と受信装置で予め共通の鍵を持っておく必要がある。
【０１０２】
尚、上記のように相互認証には、ある特定の識別子を持つ装置であることを認証する認証の他、装置がある特定の型番の製品であることを認証するものも存在する。本実施形態においては、前者の相互認証のみを考えるが、どちらを採用するかはどれだけ安全性を考慮するかという問題に深くかかわるため様々な実装が存在することを付け加えておく。
【０１０３】
なお、相互認証が失敗した場合（ステップＳ２８）、受信装置は、契約管理装置１１との相互認証に失敗した旨の表示を行い（ステップＳ２９）、処理を終了する。一方成功した場合は（ステップＳ２８）、受信装置と、契約管理装置１１との間で共有鍵Ｋｔをもつための鍵共有処理を行う（ステップＳ３０）。
【０１０４】
ここで共有化される鍵は、後に、契約管理装置１１が時間替り鍵を出力する際に、当該時間替り鍵を暗号化するために用いる。
【０１０５】
鍵共有の方法は、公開鍵暗号をベースにしたＤｅｆｆｉｅ−Ｈｅｌｌｅｍａｎ法などが知られている。この概略を説明する。
【０１０６】
受信装置と契約管理装置１１で共有されている（公開されていてもよい）情報Ｍに対して、各々がランダムに秘密情報α，βを決め、情報Ｍに作用させてＭα、Ｍβを作成して互いに送信する。いま受信装置が自装置内でランダムに作成したαに基づいてＭαを作成し、契約管理装置１１がこれを受信し、逆に契約管理装置１１が自装置内でランダムに作成したβに基づいてＭβを作成し、受信装置がこれを受信したとする。このとき受信装置は自身の持っているαと送られてきたＭβに基づいてＭβαが計算できる。逆に、契約管理装置１１は自身の持っているβと送られてきたＭαに基づいてＭαβが計算できる。
【０１０７】
ここで、Ｍβα＝Ｍαβ  が成り立つならば、この値をもって共有鍵とすることができる。
【０１０８】
これは例えば有限体Ｆｑ上のべき乗などで成り立ち、更に有限体のサイズｑを十分大きくすればＭα、Ｍβからそれぞれα，βを求めることが困難であることが知られているので、たとえ通信路上に盗聴者がいたとしても安全に鍵交換できる。
【０１０９】
以上のように鍵共有処理が終了したら、受信装置は、契約管理装置１１に対して時間替り鍵の出力を要請する（図１３のステップＳ３１）。この要請に応えて契約管理装置１１が、共有鍵Ｋｔで暗号化された（時間替り鍵を含む）時間替り鍵情報を送信するためのパケット（時間替り鍵情報パケット）を出力し、受信装置がこれを受信した場合には（ステップＳ３２）、受信装置は、受信通知を契約管理装置１１へ送信する（ステップＳ３３）。また受信できなかった時には時間替り鍵が取得できない旨の表示を行う（ステップＳ３８）。
【０１１０】
契約管理装置１１から受信装置へ送信される上記時間替り鍵情報パケットは、図２４に示すデータ構造のものである。時間替り鍵情報パケットは、情報識別子と受信装置ＩＤ、契約管理装置ＩＤとチャネル識別子と時間替り鍵識別子と時間替り鍵からなる時間替り鍵情報が含まれている。情報識別子は当該パケットが時間替り鍵情報パケットであることを示す情報で、受信装置ＩＤはこの時間替り鍵情報の送信先である受信装置の識別子（ＩＤ）を示している。尚、受信装置ＩＤは、上記相互認証時に契約管理装置１１に送信されている。契約管理装置ＩＤはこの時間替り鍵情報を発行した契約管理装置の識別子である。更にチャネル識別子は当該時間替り鍵を適用するチャネルの識別子であり、時間替り鍵識別子は当該時間替り鍵の識別子である。この時間替り鍵情報では契約管理装置ＩＤから時間替り鍵までが上記共有鍵Ｋｔで暗号化されている。
【０１１１】
図１３の説明に戻り、受信装置の時間替り鍵取得部１２６では、契約管理装置１１から送信された時間替り鍵情報パケットを受信すると、当該パケット中の、暗号化された時間替り鍵情報を時間替り鍵検索部１１３へ出力する。時間替り鍵検索部１１３では、上記共有鍵Ｋｔで暗号化された時間替り鍵情報を復号する（ステップＳ３４）。時間替り鍵検索部１１３は、復号された時間替り鍵情報を、時間替り鍵格納部１１２に格納するとともに（ステップＳ３５）、契約管理部１２３には、当該時間替り鍵情報に含まれている情報のうち、契約管理装置ＩＤとチャネル識別子と時間替り鍵ＩＤを送信する（ステップＳ３６）。契約管理部１２３は、受け取った、契約管理装置ＩＤとチャネル識別子と時間替り鍵ＩＤを、視聴履歴データベース（視聴履歴ＤＢ）１２５に格納する（ステップＳ３７）。
【０１１２】
このように、契約管理装置１１から時間替り鍵が受信装置へ出力されるたびに、それを受け取った受信装置の視聴履歴ＤＢ１２５に、当該時間替り鍵を出力した契約管理装置の契約管理装置ＩＤと、当該時間替り鍵に対応するチャネル識別子と時間替り鍵識別子が視聴履歴として記憶される。この視聴履歴により、受信装置がどの時間帯にどのチャネルをどの契約管理装置から出力された鍵（時間替り鍵）で視聴したかが分かり、不正視聴があった場合にこれらの情報を活用できるのである。
【０１１３】
さて、以上の処理が終了した後、時間替り鍵格納部１１２に格納された時間替り鍵を用いて当該受信装置がチャネルキーを獲得するまで、チャネルキー出力部１０８は待機する。すなわち、図１３のステップＳ３５において、復号された時間替り鍵が時間替り鍵格納部１１２に格納されると、図１２のステップＳ２１からステップＳ２２へ進み、当該時間替り鍵で復号できる（当該時間替り鍵で暗号化された）暗号化された共通限定受信情報を含む図６に示したような構成の第２の共通限定受信パケットを、図１０のステップＳ１〜ステップＳ７に示したように受信し（ステップＳ２２）、それを共通限定受信情報復号部１１０にて、当該時間替り鍵を用いて復号する（ステップＳ２３）。復号した結果得られたチャネルキーは、チャネルキー格納部１０９に格納する（ステップＳ２４）。
【０１１４】
チャネルキー出力部１０８は、このように、ステップＳ２４において、チャネルキー格納部１０９にチャネルキーが格納されるのに十分な時間待機した後、チャネルキー格納部１０９を検索する（図１１のステップＳ１９）。この場合、チャネルキー出力部１０８は、チャネルキー格納部１０９にチャネルキーを発見するので（ステップＳ２０）、ステップＳ１６へ進み、当該チャネルキーをデスクランブル部１０７に出力して、当該チャネルの放送コンテンツの視聴が行える（ステップＳ１７、ステップＳ１８）。
【０１１５】
次に、共通限定受信パケットに関する処理を図１４に示すフローチャートを参照して説明する。共通限定受信パケットは、前述したように、フィルター部１０６から共通限定受信情報復号部１１０に送られる（図１０のステップＳ８）。
【０１１６】
共通限定受信情報復号部１１０では、情報識別子を参照して当該パケットが図５のようにワーク鍵で暗号化された共通限定受信情報を含むパケット（第１の共通限定受信パケット）であるか、図６のように時間替り鍵で暗号化された共通限定受信情報を含むパケット（第２の共通限定受信パケット）であるかを判定する（ステップＳ４１）。
【０１１７】
第１の共通限定受信パケットのときは、当該パケット中の未暗号化部分からチャネル識別子とワーク鍵識別子を取出し（ステップＳ４２）、このチャネル識別子とワーク鍵識別子に対応するワーク鍵をワーク鍵格納部１１１から検索する（ステップＳ４３）。
【０１１８】
ワーク鍵格納部１１１に、当該ワーク鍵が格納されていない場合は（ステップＳ４４）、この段階で当該パケットに関する処理を終了する。当該ワーク鍵がワーク鍵格納部１１１に格納されている場合には、共通限定受信情報復号部１１０は、ワーク鍵格納部１１１から当該ワーク鍵を取出して、それを用いて暗号化された共通限定受信情報を復号する（ステップＳ４５）。復号された共通限定受信情報からチャネルキーＫｃｈを取得し、それをチャネルキー格納部１０９に格納する（ステップＳ４６）。
【０１１９】
一方、ステップＳ４１において、フィルター部１０６から渡された共通限定受信パケットが第２の共通限定受信パケットであるときには、ステップＳ４７へ進み、当該パケット中の未暗号化部分に含まれるチャネル識別子と時間替り鍵識別子を取出し（ステップＳ４７）、このチャネル識別子と時間替り鍵識別子に対応する時間替り鍵を時間替り鍵格納部１１２から検索する（ステップＳ４８）。
【０１２０】
時間替り鍵格納部１１２に、当該時間替り鍵が格納されていない場合は（ステップＳ４９）、この段階で当該パケットに関する処理を終了する。
【０１２１】
時間替り鍵格納部１１２に、当該時間替り鍵が格納されている場合には、共通限定受信情報復号部１１０は、時間替り鍵格納部１１２から当該時間替り鍵を取出して、それを用いて暗号化された共通限定受信情報を復号する（ステップＳ５０）。復号された共通限定受信情報からチャネルキーＫｃｈを取得し、それをチャネルキー格納部１０９に格納する（ステップＳ５１）。
【０１２２】
次に、個別限定受信パケットに関する処理を図１５に示すフローチャートを参照して説明する。受信される個別限定受パケットは、図７に示した構成の第１の個別限定受信パケットである。当該第１の個別限定受信パケットは、前述したように、フィルター部１０６から個別限定受信情報認証部１１４に送られる（図１０のステップＳ１０）。
【０１２３】
個別限定受信情報認証部１１４では、まず、受信装置ＩＤ格納部１１５から受信装置ＩＤを取得する（ステップＳ６１）。そして、受信装置ＩＤ格納部１１５から取り出した受信装置ＩＤと、受信した第１の個別限定受信パケット中の未暗号化部分に含まれている受信装置ＩＤとを照合する（ステップＳ６２）。照合の結果、異なっていた場合には、当該パケットに関する処理は終了する。照合の結果一致していた場合は、当該パケット中のマスター鍵で暗号化されている個別限定受信情報を個別制御情報復号部１１６へ渡す。
【０１２４】
個別制御情報復号部１１６は、まず、マスター鍵格納部１１７からマスター鍵Ｋｍｉを取出し（ステップＳ６３）、それを用いて、個別限定受信情報の暗号化部分を復号する（ステップＳ６４）。
【０１２５】
復号された個別限定受信情報の中から、まずデジタル署名を抽出し、その認証を行う。
【０１２６】
ここでデジタル署名に関して少し述べる。ここでいうデジタル署名は大きく分けて２つ考えられる。１つは共通鍵暗号方式で例えばＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）を生成し、それをデジタル署名とするものである。すなわち、放送局２と受信装置とで、共通の暗号アルゴリズムと共通の秘密鍵を持ち、受信装置契約情報とその有効期限とワーク鍵情報を当該秘密鍵でブロック単位で逐次的に暗号化し、最後のブロックをデジタル署名とする。ここで逐次的な暗号化とは前のブロックが現在のブロックの暗号化に影響を与えるような暗号化の方式である。例えば、現在のブロックを秘密鍵で暗号化し、その結果と前のブロックの暗号化結果の排他的論理和をもって現在のブロックの暗号化結果とすることによって実現できる。この方法を使うと、途中のブロックを改竄した場合でも、（ほとんどの場合）異なるデジタル署名が生成されるので改竄検出になる。共通鍵暗号による署名検証は高速に行えるばかりでなく、回路規模が小さくてすむが、放送局と同じ情報を受信装置が持つため、ハッキング等に弱いという特徴がある。
【０１２７】
もう１つは、公開鍵暗号を用いた方法で、秘密鍵で署名したものを公開鍵で検証する。ここで、公開鍵から秘密鍵を導出することが極めて困難なため、受信装置をハッキングして公開鍵を抽出しても、改竄が相当に困難であることが特徴である。極めて安全性の高い方式であるが、低速であるばかりか、回路規模が大きくなるという弱点もある。
【０１２８】
以上のことから分かる通り、デジタル署名の認証に失敗したら（ステップＳ６５）、当該パケットは偽造されているか、ノイズが載っているということなので、当該パケットの処理を終了する。
【０１２９】
認証に成功した場合は（ステップＳ６５）、復号された個別限定受信情報からワーク鍵情報を取出し（ステップＳ６６）、それをワーク鍵格納部１１１へ格納する（ステップＳ６７）。さらに、復号された個別限定受信情報から受信装置契約情報（ここでは、チャネル契約情報）を取出し（ステップＳ６８）、それを契約情報格納部１２０へ格納して（ステップＳ６９）、当該パケットに対する処理を終了する。
【０１３０】
ここで、契約管理部１２３について説明をする。契約管理部１２３は、前述したように（図１３のステップＳ３７）、受信装置が、契約管理装置１１から出力された時間替り鍵を受け取るたびに、視聴履歴（当該時間替り鍵のＩＤとチャネル識別子、当該時間替り鍵を出力した契約管理装置の契約管理装置ＩＤ）を視聴履歴ＤＢ１２５に格納する。
【０１３１】
さらに、契約管理部１２３は、視聴履歴ＤＢ１２５に蓄積された視聴履歴情報（契約管理装置ＩＤ、チャネル識別子、時間替り鍵識別子で１レコードをなしている情報）を定期的にネットワーク接続部１２７を経由して放送契約サーバ２１に送信する。
【０１３２】
本実施形態の受信装置は、受信装置契約情報による視聴以外の視聴は、契約管理装置１１から送信される時間替り鍵を利用して視聴する。このようなホームネットワークに接続された複数の受信装置による視聴管理は、以下で詳しく述べる契約管理装置１１で行われている。しかし、契約管理装置１１自体を改造されるなどして契約管理が正確に行えなくなっている状況を検知する必要がある。そこで、本実施形態では、受信装置内に契約管理部１２３を設けている。すなわち、契約管理部１２３は、視聴履歴情報を保存し、それを定期的に、ホームネットワークと契約管理サーバ２１とを接続する通信回線（インターネット等のネットワーク）を通じて、契約管理サーバ２１に送信するようになっている。なお、受信装置から契約管理サーバで視聴履歴を送信する際には、必然的に情報管理装置１１を経由することとなるが、この場合、情報管理装置１１は、もっぱら、外部ネットワークとホームネットワークとを接続するためのブリッジ、ルータ、ゲートウエイなどといった機能を有する通信装置としての役割を担うのみである。すなわち、外部ネットワークの仕様に適したデータ構造のパケットに変換するなどの処理以外は、送信される情報の中身に対しては何ら関与することなく、また加工することもない。
【０１３３】
契約管理サーバ２１では、各加入者宅の契約管理装置１１から送信されてきた視聴履歴を受け取ると、これと当該契約管理装置１１へ送信した管理装置契約情報とを照合して矛盾がないかをチェックする。当該契約管理装置１１へ送信した管理装置契約情報以上に視聴しているということが明らかになった場合には、当該契約管理装置１１が不正使用されている可能性があるので、当該契約管理装置１１への時間替り鍵の送信を打ち切るなどの手段によって不正視聴を阻止する。
【０１３４】
尚、本実施形態において、各受信装置から契約管理サーバ２１に送信される視聴履歴には、受信装置ＩＤと当該受信装置の秘密鍵によって生成されたデジタル署名を付与する。このようにすることによって、通信途中での改竄や、なりすましを防止し、正確な視聴履歴を受信装置から契約管理サーバ２１へ送信することができる。
【０１３５】
以上で本実施形態における受信装置の基本部分の説明を終了する。
【０１３６】
次に、上記限定受信システムに関するいくつかのバリエーションを述べる。
【０１３７】
１．２．１  第１のバリエーション
上記実施形態では、２種類の個別限定受信パケットのうちの１つを放送配信していたが、個別限定受信パケットを放送配信しないバリエーションもあり得る。
【０１３８】
上記実施形態では、各受信装置が、従来同様、ワーク鍵によりチャネルキーを取得し、暗号化された放送コンテンツを復号し視聴するという機能の他に、契約管理装置１１から配信される時間替り鍵を用いてチャネルキーを取得し、暗号化された放送コンテンツを復号し視聴するという機能を有している。これは従来の放送サービス形態にも準拠しようとしたためである。
【０１３９】
しかし、従来の限定受信方式によらず、後者の機能のみで放送コンテンツを視聴する限定受信方式も可能である。ここでは、契約管理装置１１からホームネットワークを介して各受信装置へ配信される時間替り鍵のみで放送コンテンツを視聴する場合について説明する。
【０１４０】
この場合、図７に示した第１の個別限定受信パケット（各受信装置に固有のマスター鍵で暗号化されたワーク鍵と受信装置契約情報を含むパケット）と、図５に示した第１の共通限定受信パケット（ワーク鍵により暗号化された共通限定受信情報を含むパケット）は放送配信されない。図６に示した第２の共通限定受信パケット（時間替り鍵で暗号化された共通限定受信情報を含むパケット）と、図４に示した暗号化された放送コンテンツのみを放送配信する。
【０１４１】
受信装置は、図９に示した受信装置の構成から、放送配信されない第１の個別限定受信パケットと第１の共通限定受信パケットに関する構成部や格納部（例えば、ワーク鍵格納部１１１、個別限定受信情報認証部１１４など）を削除して、例えば、図１６に示した構成となる。
【０１４２】
この場合、放送配信する限定受信情報を大幅に減らせるだけでなく、受信装置の構成を簡単にすることができる。
【０１４３】
図１６に示した受信装置の処理動作は、図９に示した受信装置の処理動作（図１０〜図１５）のうち、削除された構成部に係る処理動作を除いたものとなる。
【０１４４】
具体的には、図１０のフローチャートのうち、ステップＳ９とステップＳ１０が削除される（図１７参照）。そして、ステップＳ７で受信する共通限定受信パケットは、図６に示した第２の共通限定受信パケットのみである。
【０１４５】
また、図１１に示した、コンテンツパケットを受信した際の処理動作のうち、ステップＳ１２〜ステップＳ１５が削除される（図１８参照）。デスクランブル部１０７は、チャネルキー出力部１０８に、チャネル識別子とチャネルキー識別子を渡して、チャネルキーの出力を要請すると（ステップＳ１１）、ステップＳ１９へ進み、チャネルキー出力部１０８は、チャネルキー格納部１０９を検索して、当該チャネルのチャネルキーが存在するか調べる。チャネルキーが存在した場合は（ステップＳ２０）、ステップＳ１６へ進み、当該チャネルキーをデスクランブル部１０７に出力して、放送コンテンツのデスクランブルを行ない放送コンテンツを出力して処理を終了する（ステップＳ１７、ステップＳ１８）。
【０１４６】
ステップＳ２０において、チャネルキー格納部１０９に当該チャネルキーが存在しなかったときには、図１２〜図１３に示したフローチャートに従った処理動作を行う。すなわち、時間替り鍵格納部１１２に、現在時刻と現在視聴しようとしているチャネルに対応する時間替り鍵が格納されているときには、当該時間替り鍵で復号できる第２の共通限定受信パケットを受信して、それを共通限定受信情報復号部１１０にて、当該時間替り鍵を用いて復号する。そして復号した結果得られたチャネルキーを、チャネルキー格納部１０９に格納し、図１８のステップＳ１９へ戻る。
【０１４７】
一方、図１２のステップＳ２１において、時間替り鍵格納部１１２に、当該時間帯に有効な時間替り鍵がなかった場合には、契約管理装置１１から当該時間替り鍵を出力してもらうべく（例えば、契約管理装置１１に、現在視聴しようとしているチャネルに対応する現時間帯に有効な時間替り鍵が格納されていて、残ポイント数が当該時間替り鍵に対応するポイント数以上であるときには、契約管理装置１１から当該時間替り鍵を出力してもらえる）、図１２のステップＳ２５〜して３０、図１３のステップＳ３１〜ステップＳ３７に示したような動作を行う。その結果、契約管理装置１１から当該時間替り鍵が出力されたときには、それを時間替り鍵格納部１１２に格納する。その際にも前述同様、契約管理部１２３は、視聴履歴を視聴履歴ＤＢ１２５に記憶する。
【０１４８】
共通限定受信パケットに関する処理は、図１４に示した受信装置の処理動作（のうち、削除された構成部に係る処理動作（ステップＳ４１〜ステップＳ４６）を除いたものとなる（図１９参照）。すなわち、受信する共通限定受信パケットは、第２の共通限定受信パケットのみであるから、当該第２の共通限定受信パケットからチャネル識別子と時間替り鍵識別子を取出して、時間替り鍵格納部１１２に、このチャネル識別子と時間替り鍵識別子に対応する時間替り鍵が格納されているときには、それを用いて暗号化された共通限定受信情報を復号する。復号された共通限定受信情報からチャネルキーＫｃｈを取得し、それをチャネルキー格納部１０９に格納する。
【０１４９】
１．２．２  第２のバリエーション
第２のバリエーションとして、上記第１の実施形態で用いた時間替り鍵の他に、１週間毎に変更される週替り鍵、１日毎に変更される日替り鍵、１番組毎に変更される番組鍵を用いる場合について説明する。
【０１５０】
時間替り鍵は、予め定められた１時間毎に変更されることを前提としているため、この鍵でチャネルキーを暗号化して送信することにより１時間視聴（ＰＰＨ）を安全に実現できる。同様のことが１週間毎に変更される週替り鍵、１日毎に変更される日替り鍵、１番組毎に変更される番組鍵を設定して、１週間視聴、１日視聴、１番組視聴などが可能になる。特に最後に述べた１番組視聴は従来ＰＰＶと言っていたサービス形態を本発明でも実現できることを意味している。
【０１５１】
この場合、受信装置の構成は、図９や図１６において、時間替り鍵格納部１１２の他に、週替り鍵格納部、日替り鍵格納部、番組鍵格納部を設け、契約管理装置１１から送信される鍵は、その種別に応じた格納部に格納する。すなわち、受信装置は、時間替り鍵、週替り鍵、日替り鍵、番組鍵のうちの少なくとも１つを用いてコンテンツを復号する。
【０１５２】
放送配信される第２の共通限定受信パケットの構成は、図６と同様である。時間替り鍵の他に、週替り鍵、日替り鍵、番組鍵のいずれかで暗号化された共通限定受信情報を配信するため、いずれかの鍵で暗号化された共通限定受信情報と、暗号化に用いた鍵の識別子を含む第２の共通限定受信パケットが放送配信される。すなわち、第２の共通限定受信パケットには、時間替り鍵で暗号化された共通限定受信情報を含むパケット、週替り鍵で暗号化された共通限定受信情報を含むパケット、日替り鍵で暗号化された共通限定受信情報を含むパケット、番組鍵で暗号化された共通限定受信情報を含むパケットといった４種類がある。
【０１５３】
受信装置では、受信した第２の共通限定受信パケットに含まれる、暗号化された共通限定受信情報を当該パケットにより指定された鍵を用いて復号し、復号した結果えられた共通限定受信情報からチャネルキーを抽出すればよい。
【０１５４】
例えばホームネットワークに接続できる受信装置の中にモバイル受信装置などの移動しながら視聴できる受信装置が含まれる場合、当該モバイル受信装置にホームネットワークを介して時間替り鍵を記憶させた後、当該モバイル受信装置は、一旦ホームネットワークから切り離されて利用される。時間替り鍵では、最大１時間しかコンテンツを視聴することができない。このような、モバイル受信装置の場合には、時間替り鍵よりも有効期限の長い週替り鍵、日替り鍵、番組鍵を用いてコンテンツを復号する方が便利である。また自明なことではあるが、契約管理装置側ではこのように有効期間が長い鍵を出力するときは減算するポイント数を多くする配慮が必要である。
【０１５５】
１．２．３  第３のバリエーション
第３のバリエーションとして、受信装置に、時間替り鍵を取得する際に、時間替り鍵を取得するか否かを視聴者に問い合わせるためのインターフェースの付加する場合について説明する。
【０１５６】
上記第１の実施形態において、時間替り鍵の取得は、当該チャネルを視聴する際に無条件で処理が行われてしまう。このような実現形態であると（極端に言えば）他のチャネルに移動するためにチャネル変更ボタンを押し続けると次から次へとチャネルが切り替わり、その度毎に時間替り鍵を取得に行ってしまい、視聴する意思がなくてもポイント数が減算されていくという問題点がある。
【０１５７】
この問題点を解決するには、時間替り鍵が必要なチャネルに関しては画面に警告と確認の表示を出し、視聴者がそれに応じて時間替り鍵の取得を指示した時点で実際に時間替り鍵を取得して視聴を開始させる。
【０１５８】
このような受信装置を構成するためには、図９や図１６において、時間替り鍵検索部１１３もしくは時間替り鍵取得部１２６に、時間替り鍵の取得処理の可否を問い合わせるインターフェース部を接続して、図１２のステップＳ２５の前あるいは後に、当該インターフェース部が時間替り鍵の取得処理の可否を問い合わせるための動作をおこなう。
【０１５９】
当該インターフェース部は、受信装置の表示画面上での警告表示と確認表示及び視聴者の指示入力に従って、時間替り鍵の取得を行うか否かを決定する情報を時間替り鍵検索部１１３もしくは時間替り鍵取得部１２６に出力する。視聴者から、時間替り鍵の取得指示が得られたときに、ステップＳ２５あるいはステップＳ２６以降の処理動作を行う。
【０１６０】
１．２．４  第４のバリエーション
第４のバリエーションとして、時間替り鍵を暗号化する場合について説明する。上記第１の実施形態では、時間替り鍵を契約管理装置１１から受信装置へ送信する際には、受信装置と契約管理装置１１との間で共有した鍵Ｋｔで時間替り鍵を暗号化していたが、この場合に限らない。時間替り鍵を、例えば、受信装置のマスター鍵Ｋｍｉで暗号化して送信することもできる。これは契約管理装置１１が十分に安全であり、当該契約管理装置１１が管理する受信装置が予め決まっているような場合は、受信装置のマスター鍵を予め契約管理装置１１の中に格納しておき、これを利用する方法が考えられる。このようにすることによって鍵共有処理を省いても安全に時間替り鍵を受信装置へ転送できる。ただこの場合、契約管理装置１１が十分に安全であることが仮定されており、これが実現されない状況においては上記第１の実施形態のように鍵共有を行う方が望ましい。
【０１６１】
１．２．５  その他
以上の第１の実施形態、各種バリエーションにおいて、主要な処理は限定受信チップ１００の中だけで行っているが、デスクランブル部１０７のみを限定受信チップ１００の外側で実装するという考え方もある。
【０１６２】
デスクランブル部１０７は、（放送コンテンツを復号するのであるから）リアルタイムに復号しなくてはならないため高速処理が必要である一方、その他の部分は常に動作しなくてはならない部分は少なく、しかも処理時間に多少の余裕があるため実装上このようにすると有利なことが多い。例えば、他の放送との受信装置の共通化を図る際、全ての放送で放送コンテンツのスクランブル方式を共通にして、（各放送で秘密情報を保持したい）限定受信部分のみをＩＣカードなど脱着可能なメディア上に実装する実装方法が考えられる。
【０１６３】
以上説明した実施形態、及びこれから述べる第２の実施形態においても上記ののような実装も可能であることを付け加えておく。
【０１６４】
１．３  契約管理装置
次に、契約管理装置１１の構成と処理動作について、図２０に示す契約管理装置１１の全体構成図を参照しながら説明する。本実施形態の契約管理装置１１の処理動作は、受信装置からの時間替り鍵の出力要請に伴う接続要求を受けたときに開始する時間替り鍵出力管理処理と、契約管理装置１１が契約管理サーバ２１へ時間替り鍵の出力を要求したときに当該契約管理サーバ２１から出力される時間替り鍵を入力するための時間替り鍵入力処理と、契約管理装置１１が契約管理サーバ２１へ管理装置契約情報の出力を要求したときに当該契約管理サーバ２１から出力される管理装置契約情報を入力するための管理装置契約情報入力処理との３種類である。
【０１６５】
まず、時間替り鍵出力管理処理について、図２１〜図２２に示すフローチャートに沿って説明する。
【０１６６】
ホームネットワークに接続されている受信装置から、図１２のステップＳ２６において、時間替り鍵の出力要請に伴う接続要求が送信される。契約管理装置１１は、ネットワーク部２０３を経由してホームネットワークに接続されている受信装置から、当該接続要求を受信すると、それを契約管理部２０２に転送する。
契約管理部２０２で当該接続要求を受けると、相互認証部２０７で受信装置との相互認証処理を行う（ステップＳ１０１）。このステップＳ１０１の相互認証処理は、受信装置の処理動作を示した図１２のステップＳ２７に対応し、ステップＳ２７の説明と同様である。
【０１６７】
相互認証処理の結果、相互認証が失敗した場合には（ステップＳ１０２）、その旨の情報を受信装置に送信して処理を終える（ステップＳ１０３）。相互認証処理の結果、相互認証が成功した場合は（ステップＳ１０２）、契約管理部２０２は、鍵共有処理を行う（ステップＳ１０４）。このステップＳ１０４の鍵共有処理は、受信装置の処理動作を示した図１２のステップＳ３０に対応し、ステップＳ３０の説明と同様である。
【０１６８】
鍵共有処理により、受信装置と契約管理装置１１との間で共有される共有鍵Ｋｔが作成されると、図１３のステップＳ３１において、当該受信装置（ここでは、受信装置ｉとする）から時間替り鍵の出力要請が送信される。このとき、チャネル識別子も契約管理装置１１へ送られる。この要請に応えて（ステップＳ１０５）、契約管理部２０２では、現在の時刻と、当該受信装置から送られてきたチャネル識別子をキーにして、時間替り鍵データベース（時間替り鍵ＤＢ）２０５を検索する（ステップＳ１０６）。
【０１６９】
時間替り鍵ＤＢ２０５には、例えば、図２３に示すように、チャネル識別子、有効期間、ポイント数、時間替り鍵識別子、時間替り鍵からなるレコードが複数記憶されている。
【０１７０】
ここでチャネル識別子は、当該レコード中の時間替り鍵が適用されるチャネルの識別子であり、有効期間は当該時間替り鍵が有効な期間を表している。図２３において、有効期限は全て「２００３０２０２１３１４」となっているが、これは２００３年２月２日の１３時から１４時までが有効期間であることを示している。
【０１７１】
ポイント数は、当該時間替り鍵を（受信装置に）出力する際に必要なポイント数を表している。基本的に付加価値の高いコンテンツほど高いポイントが要求される。付加価値の高いコンテンツには、例えば、最新の映画などがある。
【０１７２】
時間替り鍵識別子は、当該時間替り鍵の識別子を表している。尚、時間替り鍵は１２８ｂｉｔ鍵を想定している。
【０１７３】
契約管理装置１１が正常に契約管理サーバ２１から時間替り鍵が取得できてさえいれば、時間替り鍵ＤＢ２０５には、検索される時間替り鍵がただ１つ記憶されている。ステップＳ１０６において、時間替り鍵ＤＢ２０５を検索した結果、受信装置ｉから送信されたチャネル識別子と現在時刻とを満足する時間替り鍵が記憶されている場合には（ステップＳ１０７）、時間替り鍵ＤＢ２０５から、当該時間替り鍵を含むレコード毎取り出して抽出し、それを時間替り鍵情報とする（ステップＳ１０８）。
【０１７４】
受信装置ｉから送信されたチャネル識別子と現在時刻とを満足する時間替り鍵が、時間替り鍵ＤＢ２０５に記憶されていない場合には（ステップＳ１０７）、後述するように、契約管理サーバ２１から、時間替り鍵を取得するための処理を行い（ステップＳ１１０）、その結果、当該時間替り鍵を取得したときには（ステップＳ１１１）、当該時間替り鍵を時間替り鍵ＤＢ２０５へ格納した（ステップＳ１１１）、ステップＳ１０８へ戻り、契約管理部２０２は、時間替り鍵ＤＢ２０５からの当該時間替り鍵を含むレコードを取り出して、時間替り鍵情報を得る。
【０１７５】
尚、ステップＳ１１１において、契約管理サーバ２１から当該時間替り鍵を取得することができなかった場合は、その旨の情報を受信装置ｉへ送信して処理を終了する（ステップＳ１１２）。
【０１７６】
契約管理部２０２は、時間替り鍵情報を取得すると、その中からポイント数を取得する（ステップＳ１０９）。
【０１７７】
次に、出力履歴データベース（出力履歴ＤＢ）２０４を検索して、残ポイント数を取得し、それと、ステップＳ１０９で取得したポイント数と比較する（図２２のステップＳ１２１）。残ポイントがステップＳ１０９で取得したポイント数以上であれば、時間替り鍵を出力可と判断する（ステップＳ１２２）。そうでなければ出力不可と判断し（ステップＳ１２２）、現在の契約状態では時間替り鍵の出力が不可能な旨の情報を受信装置ｉに送信して処理を終える（ステップＳ１２３）。
【０１７８】
ステップＳ１２２において、時間替り鍵の出力が可能だと判断されたとする。契約管理部２０２は、時間替り鍵ＤＢ２０５から取得した時間替り鍵情報のうちのチャネル識別子や時間替り鍵識別子や時間替り鍵と、さらに、当該契約管理装置のＩＤとを含む、受信装置ｉへ送信するための時間替り鍵情報をステップＳ１０４で得られた共有鍵で暗号化して（ステップＳ１２４）、前述した図２４に示すような構成の時間替り鍵情報パケットを作成する。
【０１７９】
契約管理部２０２は、出力履歴ＤＢ２０４に現在記憶されている残ポイント数から、これから受信装置ｉへ送信する時間替り鍵に対応するポイント数を減算した結果で出力履歴ＤＢ２０４内の残ポイント数を更新する（ステップＳ１２５、ステップＳ１２６）。その後、作成した時間替り鍵情報パケットをネットワーク部２０３からホームネットワーク１を介して受信装置ｉへに送信する（ステップＳ１２７）。
【０１８０】
受信装置ｉは、図１３に示したように、契約管理装置１１から送信されれた時間替り鍵情報パケットを受信すると（図１３のステップＳ３２）、当該契約管理装置１１に対し受信通知をへ送信する（図１３のステップＳ３３）。
【０１８１】
契約管理装置１１は、受信装置ｉからの着信通知を受信し、送信の成功が確認できた場合は処理を終了する（ステップＳ１２８）。そうでない場合は、着信通知を受けるまで時間替り鍵情報パケットの送信を繰り返す（ステップＳ１２８、ステップＳ１２７）。
【０１８２】
以上が、契約管理装置１１の時間替り鍵出力管理処理動作である。
【０１８３】
次に、契約管理サーバ２１から各契約管理装置１１へ配信される時間替り鍵を各契約管理装置１１で受信するための契約管理装置１１の時間替り鍵入力処理動作について、図２５に示すフローチャートに沿って説明する。
【０１８４】
契約管理装置１１の契約管理部２０２では、定期的もしくは受信装置等からの要求で不定期的に契約管理サーバ２１にアクセスして、時間替り鍵の配信を要求する。ここで時間替り鍵を要求する際に契約管理サーバ２１へ送信する接続要求パケットには、時間替り鍵を取得すべきチャネル識別子や有効期間などの情報が含まれている。尚、この処理では時間替り鍵は当該時間替り鍵を利用した視聴が行われるか否かに関わらず取得されるものである。従って常に全てのチャネルの時間替り鍵の配信を要求することになる。
【０１８５】
契約管理装置１１の契約管理部２０２は、所定時間毎に、あるいは、図２１のステップＳ１０７において時間替り鍵ＤＢ２０５に受信装置へ渡すべき時間替り鍵が存在しないときなど、外部接続部２０１から公衆網上の通信回線やインターネットなどのネットワークを介して、契約管理サーバ２１に接続するための処理動作を開始する（ステップＳ１３１）。その際、契約管理装置１１の相互認証部２０７において、契約管理サーバ２１との相互認証処理を行う（ステップＳ１３２）。この相互認証処理は、前述した、受信装置と契約管理装置１１との間の相互認証処理と同様に、例えば、チャレンジ／レスポンス認証により行う。
【０１８６】
相互認証処理の結果、相手側の正当性が確認できずに、認証が失敗した場合は（ステップＳ１３３）、その旨の情報を契約管理装置１１に送信して処理を終える（ステップＳ１３４）。
【０１８７】
相互認証処理の結果、相手側の正当性が確認されて、認証が成功した場合は（ステップＳ１３３）、契約管理サーバ２１から時間替り鍵情報パケットが送信される。契約管理サーバ２１から送信される時間替り鍵情報パケットはネットワーク部２０３で受信して、時間替り鍵取得部２０６へ渡される。
【０１８８】
契約管理サーバ２１から送信される時間替り鍵情報パケットは、図２６（ａ）に示すように、情報識別子と契約管理装置ＩＤと時間替り鍵情報からなっており、時間替り情報の部分が、当該パケットの配信先である契約管理装置のマスター鍵Ｋｍで暗号化されている。
【０１８９】
情報識別子は、当該パケットが契約管理サーバ２１から配信する時間替り鍵情報パケットであることを示す情報である。契約管理装置ＩＤは、当該パケットの配信先である契約管理装置のＩＤである。
【０１９０】
時間替り鍵情報は、図２６（ｂ）に示すように、時間替り鍵の個数（ここではｎ個）と、ｎ個の時間替り鍵情報を含む。各時間替り鍵情報は、契約管理装置１１の時間替り鍵ＤＢ２０５に記憶される１レコード分に対応する。
【０１９１】
ｎ個の時間替り鍵情報のそれぞれは、時間替り鍵識別子、チャネル識別子、時間替り鍵、ポイント数、有効期間を含む。時間替り鍵識別子、チャネル識別子、時間替り鍵、ポイント数、有効期間はそれぞれ図２３に示した時間替り鍵ＤＢ２０５に記憶される各レコードを構成する情報と同じである。
【０１９２】
時間替り鍵取得部２０６は、図２６に示したような時間替り鍵情報パケットを受け取ると（ステップＳ１３５）、当該パケット内の暗号化されている部分をマスター鍵格納部２１１に格納されているマスター鍵Ｋｍで復号する。その結果えられたｎ個の時間替り鍵情報を時間替りＤＢ２０５に登録し（ステップＳ１３７）、契約管理サーバ２１に対し時間替り鍵情報の取得通知を送信する（ステップＳ１３８）。
【０１９３】
一方、ステップＳ１３５において、時間替り鍵取得部２０６が、時間替り鍵情報パケットを所定時間経過しても受信できなかったとする。このときは後述するように、契約管理サーバ２１において、当該契約管理装置１１への時間替り鍵情報パケットの配信が何らかの理由で制限されている可能性があるので、時間替り鍵情報の取得に失敗した旨の表示を行い、全体の処理を終える（ステップＳ１３９）。
【０１９４】
以上が、契約管理装置１１の時間替り鍵入力処理動作である。
【０１９５】
次に、契約管理サーバ２１から各契約管理装置１１へ配信される管理装置契約情報を各契約管理装置１１で受信するための契約管理装置１１の管理装置契約情報入力処理動作について、図２７に示すフローチャートに沿って説明する。
【０１９６】
契約管理サーバ２１から配信される管理装置契約情報パケットは、図２８に示すように、情報識別子、契約管理装置ＩＤ、管理装置契約情報、デジタル署名検証鍵識別子、デジタル署名からなっている。情報識別子は、当該パケットが管理装置契約情報を配信するパケットであることを示すものであり、デジタル署名検証鍵識別子は契約管理サーバ２１が当該パケットに施したデジタル署名を検証するための鍵の識別子を示す。
【０１９７】
デジタル署名は、当該パケットが確かに契約管理サーバ２１によって発行され、途中で偽造、改竄されていないことを示すために契約管理サーバ２１だけが知る秘密鍵で署名したものである。尚、署名の範囲は、情報識別子からデジタル署名検証鍵識別子までであり、管理装置契約情報からデジタル署名までは契約管理装置のマスター鍵Ｋｍで暗号化されている。
【０１９８】
図２７において、契約管理装置１１の契約管理部２０２は、例えば所定時間毎に（例えば、契約期間の単位時間が１ヶ月であれば１ヶ月毎に）、外部接続部２０１から公衆網上の通信回線を介して、契約管理サーバ２１に接続するための処理動作を開始する（ステップＳ１４１）。
【０１９９】
その際、契約管理装置１１の相互認証部２０７において、契約管理サーバ２１との相互認証処理を行う（ステップＳ１４２）。この相互認証処理は、前述した、受信装置と契約管理装置１１との間の相互認証処理と同様に、例えば、チャレンジ／レスポンス認証により行う。
【０２００】
相互認証処理の結果、相手側の正当性が確認できずに、認証が失敗した場合は（ステップＳ１４３）、その旨の情報を契約管理装置１１に送信して処理を終える（ステップＳ１４４）。
【０２０１】
相互認証処理の結果、相手側の正当性が確認されて、認証が成功した場合は（ステップＳ１４３）、契約管理サーバ２１からは、管理装置契約情報とデジタル署名検証識別子とデジタル署名を当該契約管理装置１１のマスター鍵Ｋｍで暗号化された、図２８に示すような管理装置契約情報パケットが、当該契約管理装置１１へ送信される。なお、マスター鍵の代わりに、契約管理装置１１と契約管理サーバ２１との間の共有鍵で、管理装置契約情報とデジタル署名検証識別子とデジタル署名を暗号化してもよい。この場合は、相互認証処理の後に、鍵共有処理を行う（例えば、図１２のステップＳ３０において、受信装置と契約管理装置１１との間での鍵共有処理と同様）。
【０２０２】
契約管理サーバ２１から送信される管理装置契約情報パケットはネットワーク部２０３で受信して、契約管理部２０２へ渡される。
【０２０３】
契約管理部２０２は、図２８に示したような管理装置契約情報パケットを受け取ると（ステップＳ１４６）、マスター鍵格納部２１１からマスター鍵Ｋｍを取り出して、それを用いて（あるいはステップＳ１４５で取得した共有鍵で）、当該パケットの暗号化部分を復号して、デジタル署名検証部２０９にて、当該パケット中のデジタル署名の検証を行う（ステップＳ１４７）。ここで検証に失敗した場合は（ステップＳ１４８）、何らかの受信不良、偽造、改竄が発生したと考えられるので、当該パケット中の情報は破棄し、処理を終了する（ステップＳ１４９）。
【０２０４】
デジタル署名の検証に成功した場合は（ステップＳ１４８）、当該パケット中の管理装置契約情報、すなわち、ポイント情報を取得する。そして当該ポイント情報で、出力履歴ＤＢ２０４に記憶されている残ポイントを上書きして、残ポイント数を更新する（ステップＳ１５０）。その後、契約管理装置１１は、契約管理サーバ２１に対し、管理装置契約情報の取得通知を送信する（ステップＳ１５１）。
【０２０５】
なお、ステップＳ１４６において、契約管理部２０２は、管理装置契約情報パケットが所定時間経過しても受信できなかったとする。このときは後述するように、契約管理サーバ２１において、当該契約管理装置１１への管理装置契約情報パケットの配信が制限されている可能性がある。すなわち、図３０のステップＳ２０５〜ステップＳ２０７に示すように、リボケーションリストに当該契約管理装置が登録されている場合、契約管理サーバ２１からは、管理装置契約情報は配信されない。この場合には、管理装置契約情報の取得に失敗した旨の表示を行い、全体の処理を終える（ステップＳ１６１）。あるいは、リボケーションリストに当該契約管理装置が登録されている場合、契約管理サーバ２１からはその旨のメッセージが送信されてくるので、それを表示する。
【０２０６】
本実施形態では、たとえば１ヶ月に１０００ポイントというような定期契約が可能であるが、この１０００ポイントの有効期限は１ヶ月であって、新たな月に入った場合は前の月のポイントが溜まっていても実質的に前月のポイントは使えない。しかし、本実施形態における管理装置契約情報は、時間替り鍵の出力によって契約管理を行うものであれば何であっても構わないので、新たに受け取ったポイント数で残ポイントを上書きするのではなく、当該新たなポイント数と残ポイントとを加算する方式もあり得る。
【０２０７】
以上で契約管理装置１１の基本部分の説明を終了する。
【０２０８】
次に、契約管理装置１１のバリエーションについて説明する。
【０２０９】
１．３．１  第１のバリエーション
上記実施形態で説明した管理装置契約情報は、説明の簡単のため、視聴時間とコンテンツの価値を客観的に表すポイント数であるが、管理装置契約情報はこの場合に限らない。例えば、（同じコンテンツを視聴している場合に限らず、異なるコンテンツを視聴する場合においても）同時に放送コンテンツを視聴できる受信装置の台数を制限する情報であってもよい。すなわち、管理装置契約情報は、契約管理装置１１がホームネットワーク１を介して時間替り鍵を配信する先の受信装置の台数の最大値が、予め定められた値以内となるように制限するための情報であってもよい。
【０２１０】
同時に視聴できる受信装置の台数を管理装置契約情報として用いて限定する場合の契約管理装置１１の処理動作について、ここで簡単に説明する。
【０２１１】
この場合、契約管理サーバ２１から契約管理装置１１へ送信される管理装置契約情報は、ホームネットワーク１に接続されている受信装置の台数の上限値と、図１に示したようなチャネル契約である。契約管理装置１１に送られるチャネル契約情報も、各受信装置に送られるチャネル契約情報と同様で、ホームネットワークに接続されている複数の受信装置により視聴可能なチャネルを指定したもので、例えば、契約により定められたものである。
【０２１２】
契約管理装置１１の契約管理部２０２は、ホームネットワーク上の受信装置からの時間替り鍵の配信要求を受けたとき、チャネル契約情報を基に、当該時間替り鍵に対応するチャネルが視聴可能であり、しかも、その時点において、時間替り鍵の配信先の受信装置の台数が上記上限値に満たないときには、当該時間替り鍵を要求した受信装置へ当該時間替り鍵を配信する。その際、当該受信装置のＩＤと当該出力した時間替り鍵の有効期間とを配信履歴として記録する。なお、この配信履歴は、例えば契約管理部２０２内に設けられているメモリ内に記録される。
【０２１３】
契約管理部２０２は、受信装置からの要求を受けた際、時間替り鍵を出力するか否かの判定を行う。すなわち、チャネル契約情報を基に、当該時間替り鍵に対応するチャネルが視聴可能であるとき、さらに、配信履歴を参照して、現在時刻を含む時間帯で有料コンテンツの視聴に使われている受信装置のＩＤに、当該要求元の受信装置のＩＤが含まれているかを調べる。含まれていたら当該時間替り鍵を出力する。含まれていなかったら、現在視聴中の受信装置の数をカウントするためのカウンタの値を１つインクリメントする。当該カウンタの値が、管理装置契約情報で定められている上記上限値以内であれば、時間替り鍵の出力を許可する。当該カウンタの値が、上記上限値を超えているときは、当該時間替り鍵の出力しない。
【０２１４】
なお、管理装置契約情報には、上記実施形態で説明したポイント数と、上記第１のバリエーションで説明したような、同時に視聴可能な受信装置の台数を制限する情報とが含まれていてもよい。また、チャネル契約情報が含まれていてもよい。管理装置契約情報に、ポイント数と、受信装置の台数を制限する情報とが含まれているこの場合には、より厳格に、ホームネットワークに接続された複数の受信装置による視聴（同時視聴している受信装置の台数、視聴しているコンテンツの価値や視聴時間など）を管理することができる。
【０２１５】
さらに、上記以外の管理装置契約情報であっても、ホームネットワークに接続された１つまたは複数の受信装置による視聴実績を客観的に判定できるものであれば本実施形態の方式を若干変更することによって実現可能である。
【０２１６】
１．３．２  第２のバリエーション
受信装置の第２のバリエーションとして説明したように、時間替り鍵の他に、１週間毎に変更される週替り鍵、１日毎に変更される日替り鍵、１番組毎に変更される番組鍵を用いることもできる。
【０２１７】
契約管理装置１１では、これを実現するために、時間替り鍵ＤＢ２０５の他に、さらに、週替り鍵ＤＢ、日替り鍵ＤＢ、番組鍵ＤＢをそれぞれ設け、契約管理サーバ２１からそれぞれの鍵を取得するための処理、受信装置からのそれぞれの鍵の要請に応じて、管理装置契約情報に従って出力判断し、出力可と判断されたときのみそれぞれ対応した鍵を出力する処理をさらに有する。このようにすることの効果は主に受信装置の側に存在する。
【０２１８】
１．３．３  第３のバリエーション
上記契約管理装置１１は、時間替り鍵を、定期的に例えば時間替り鍵の有効期間が切り替わる１５分前などに、契約管理サーバ２１から取得している。しかし、ホームネットワーク１上に視聴している受信装置が１台もない時まで契約管理サーバ２１から時間替り鍵を受信する必要はない。そこで、例えばホームネットワーク１に視聴状態にある受信装置が１台もないときは、時間替り鍵の取得を行わないようにする。この場合、最初に視聴を開始する受信装置に対しての時間替り鍵が契約管理装置１１にはなく、契約管理装置１１が契約管理サーバ２１から取得する必要があるため、若干時間がかかるが、近年の公衆電話回線の高速化によって問題がなくなりつつある。このため更に進んで、契約管理装置１１は予め時間替り鍵を取得することなしに、受信装置からの出力要請があり、出力可と判定したときのみ契約管理サーバ２１にアクセスして、時間替り鍵を取得するという方式も考えられる。このような構成であると契約管理装置１１は、単に管理装置契約情報による受信管理を行う機能のみに集約される。
【０２１９】
１．３．４  第４のバリエーション
上記契約管理装置１１は、管理装置契約情報パケットや、時間替り鍵情報パケットを定期的に契約管理サーバ２１から取得している。しかし、この場合に限らず、契約管理サーバ２１が、これらパケットを定期的に各契約管理装置１１に配信するような構成も考えられる。この場合には、契約管理サーバ２１は、独自の送信スケジュールに従って各契約管理装置１１宛てに管理装置契約情報や時間替り鍵やその他の週替り鍵、日替り鍵、番組鍵を送信することができるため、アクセスの偏りがなくなるというメリットがある。また、契約管理装置１１側もアクセスが多く応答までに時間が掛かるという事態を避けることができる。
【０２２０】
１．４  契約管理サーバ
次に、本実施形態の契約管理サーバ２１の構成と処理動作について、図２９に示す契約管理サーバ２１の全体構成図を参照しながら説明する。本実施形態の契約管理サーバ２１の処理動作は、時間替り鍵や管理装置契約情報といった限定受信情報の配信処理と不正視聴検出処理の２種類がある。
【０２２１】
まず、時間替り鍵の配信処理動作について、図３０、図３１に示すフローチャートを参照して説明する。
【０２２２】
契約管理サーバ２１は、図２５のステップＳ１３１において契約管理装置１１から送信される配信要求を、公衆網上の通信回線を介して制御部３０１で受信する（ステップＳ２０１）。ここで時間替り鍵を要求する際に契約管理サーバ２１へ送信する配信要求パケットには、時間替り鍵を取得すべきチャネル識別子や有効期間などの情報が含まれていてもよい。
【０２２３】
この接続要求のパケットは、相互認証部３０６に渡されて、相互認証部３０６は、契約管理装置１１との間で相互認証処理を行う（ステップＳ２０２）。この相互認証処理は、前述した、受信装置と契約管理装置１１との間の相互認証処理と同様に、例えば、チャレンジ／レスポンス認証により行う。
【０２２４】
相互認証処理の結果、相手側の正当性が確認できずに、認証が失敗した場合は（ステップＳ２０３）、その旨の情報を契約管理装置１１に送信して処理を終える（ステップＳ２０４）。
【０２２５】
相互認証処理の結果、相手側の正当性が確認されて、認証が成功した場合は（ステップＳ２０３）、契約管理部３０２は、まず、相互認証で得られた契約管理装置ＩＤをキーにして、リボケーションリスト記憶部３０３に記憶されているリボケーションリストを検索する（ステップＳ２０５）。ここでリボケーションリストとは、不正視聴などの不正行為があったと考えられる契約管理装置を排除するために、そのような契約管理装置のＩＤを表したリストである。本実施形態では、このリストに載っている契約管理装置には時間替り鍵を送信しないことで限定受信放送サービスからの排除を行っている。
【０２２６】
リボケーションリストに、当該契約管理装置ＩＤが存在する場合には、そのまま処理を終了するか、あるいは、時間替り鍵を配信できない旨の情報を当該契約管理装置１１へ送信して処理を終了する（ステップＳ２０７）。
【０２２７】
当該契約管理装置ＩＤがリボケーションリストに存在しない場合には（ステップＳ２０６）、当該契約管理装置１１は、正統な契約管理装置である。その場合には、時間替り鍵取得部３０７は、契約管理装置１１から送信された要求パケット中に含まれているチャネル識別子や有効期間などの情報を基に、これらを満たす時間替り鍵を時間替り鍵ＤＢ３１１から検索する（ステップＳ２０８）。要求された時間替り鍵が存在しなかった場合（ステップＳ２０９）は、時間替り鍵が取得できない旨の情報を契約管理装置１１に送信して処理を終える（ステップＳ２１０）。存在した場合は（ステップＳ２０９）、契約管理部３０２は、これを取得し（ステップＳ２１１）、図２６（ａ）に示したようなパケット形式の時間替り鍵情報パケットを作成する（図３１のステップＳ２１２）。
【０２２８】
次に、当該時間替り鍵情報パケットを暗号化するために、当該時間替り鍵の要求元の契約管理装置のマスター鍵を（当該契約管理装置のＩＤをキーにして）マスター鍵ＤＢ３１３から検索する（ステップＳ２１３）。ここで当該マスター鍵が存在しなかった場合（ステップＳ２１４）、マスター鍵が存在しない旨の情報を当該契約管理装置１１に送信して処理を終了する（ステップＳ２１５）。存在した場合は（ステップＳ２１４）、当該マスター鍵を取得して、さきに作成した時間替り鍵情報パケットの時間替り鍵情報を暗号化する（ステップＳ２１６）。
【０２２９】
ここで暗号化された時間替り鍵情報パケットは、制御部３０１から当該契約管理装置１１向けに送信される（ステップＳ２１７）。
【０２３０】
契約管理サーバ２１から契約管理装置１１へ図２６（ａ）に示したような時間替り鍵情報パケットが送信されて、当該契約管理装置で正常に受信されると、図２５のステップＳ１３８において、当該契約管理装置１１から時間替り鍵の取得通知が送信される。
【０２３１】
契約管理サーバ２１は、当該契約管理装置１１から図２５のステップＳ１３８で送信された時間替り鍵の取得通知を受信すると、その時点で処理を終了する（ステップＳ２１８）。取得通知が来ない場合は、時間替り鍵情報パケットの送信を取得通知が来るまで数繰り返す。予め定められた回数繰り返しても上記取得通知を受信しないときは、処理を終了する（ステップＳ２１８、ステップＳ２１７）。
【０２３２】
以上が契約管理サーバ２１の時間替り鍵の配信処理動作である。
【０２３３】
管理装置契約情報の配信処理動作もほぼ同様である。次に、この管理装置契約情報の配信処理動作について、図３２〜図３３に示すフローチャートを参照して説明する。
【０２３４】
図２７のステップＳ１４１において、契約管理装置１１から送信された、契約管理サーバ２１への配信要求は、公衆網上の通信回線を介して制御部３０１で受信される。
【０２３５】
この接続要求のパケットは、相互認証部３０６に渡されて、相互認証部３０６は、契約管理装置１１との間で相互認証処理を行う（ステップＳ２２１）。この相互認証処理は、前述した、受信装置と契約管理装置１１との間の相互認証処理と同様に、例えば、チャレンジ／レスポンス認証により行う。
【０２３６】
相互認証処理の結果、相手側の正当性が確認できずに、認証が失敗した場合は（ステップＳ２２２）、その旨の情報を契約管理装置１１に送信して処理を終える（ステップＳ２２３）。
【０２３７】
相互認証処理の結果、相手側の正当性が確認されて、認証が成功した場合は（ステップＳ２２２）、契約管理部３０２は、まず、相互認証で得られた契約管理装置ＩＤをキーにして、リボケーションリスト記憶部３０３に記憶されているリボケーションリストを検索する（ステップＳ２２５）。
【０２３８】
リボケーションリストに、当該契約管理装置ＩＤが存在する場合には（ステップＳ２２６）、そのまま処理を終了するか、あるいは、管理装置契約情報を配信できない旨の情報を当該契約管理装置１１へ送信して処理を終了する（ステップＳ２２７）。
【０２３９】
当該契約管理装置ＩＤがリボケーションリストに存在しない場合には（ステップＳ２２６）、当該契約管理装置１１は、正統な契約管理装置である。その場合、契約情報取得部３０８は、契約情報ＤＢ３１２を検索して（ステップＳ２２８）、当該契約管理装置１１の管理装置契約情報を取得する。
【０２４０】
契約情報ＤＢ３１２に、当該契約管理装置１１の管理装置契約情報が存在しない場合には（ステップＳ２２９）、当該契約管理装置１１に対し、管理装置契約情報を配信できない旨の情報を送信して処理を終了する（ステップＳ２３０）。
【０２４１】
契約情報ＤＢ３１２に、当該契約管理装置１１の管理装置契約情報が存在する場合には（ステップＳ２２９、ステップＳ２３１）、契約管理部３０２は、取得した管理装置契約情報を含む図２８に示した形式の管理装置契約情報パケットを作成する。すなわち、デジタル署名生成部３０９に、管理装置契約情報パケットに対応する情報識別子と、配信先の契約管理装置のＩＤと、上記取得した管理装置契約情報とを渡す。デジタル署名生成部３０９は、署名生成鍵格納部３１０に格納されている鍵のうち選択した鍵を用いて、当該鍵の識別子（デジタル署名検証識別子）と情報識別子と契約管理装置のＩＤと管理装置契約情報からデジタル署名を作成する（図３３のステップＳ２３２）。
【０２４２】
契約管理部３０２は、デジタル署名生成部３０９で作成されたデジタル署名と、その際に用いたデジタル署名検証鍵識別子を受け取ると、管理装置契約情報の要求元の契約管理装置のマスター鍵を（当該契約管理装置のＩＤをキーにして）マスター鍵ＤＢ３１３から検索する（ステップＳ２３３）。ここで当該マスター鍵が存在しなかった場合（ステップＳ２３４）、マスター鍵が存在しない旨の情報を当該契約管理装置１１に送信して処理を終了する（ステップＳ２３５）。存在した場合は（ステップＳ２３４）、当該マスター鍵で、管理装置契約情報とデジタル署名検証鍵識別子とデジタル署名を暗号化して、図２８に示した構成の管理装置契約情報パケットを生成する（ステップＳ２３６）。生成された管理装置契約情報パケットは、当該契約管理装置１１へ送信される（ステップＳ２３７）。
【０２４３】
契約管理サーバ２１から契約管理装置１１へ図２８に示したような管理装置契約情報パケットが送信されて、当該契約管理装置で正常に受信されると、図２７のステップＳ１５１において、当該契約管理装置１１から管理装置契約情報の取得通知が送信される。
【０２４４】
契約管理サーバ２１は、当該契約管理装置１１から図２７のステップＳ１５１で送信された管理装置契約情報の取得通知を受信すると、その時点で処理を終了する（ステップＳ２３８）。取得通知が来ない場合は、管理装置契約情報パケットの送信を取得通知が来るまで数回繰り返す。予め定められた回数繰り返しても上記取得通知を受信しないときは、処理を終了する（ステップＳ２３８、ステップＳ２３７）。
【０２４５】
次に、不正視聴検出処理動作について説明する。不正視聴検出処理は、各加入者宅の各受信装置の視聴履歴ＤＢ１２５に格納されている視聴履歴を収集するための視聴履歴情報収集処理と視聴履歴照合処理の２種類に分かれる。まず、視聴履歴情報収集処理動作について図３４に示すフローチャートに従って説明する。
【０２４６】
契約管理サーバ２１は、各加入者宅の各受信装置と接続する。この際、契約管理サーバ２１と受信装置との間には契約管理装置１が存在するが、この場合の契約管理装置１１は、ブリッジ、ルータ、ゲートウエイなどのホームネットワーク１と外部ネットワークとの接続機器として機能するだけである。
【０２４７】
契約管理サーバ２１の制御部３０１は、受信装置に接続すると、まず相互認証を行う（ステップＳ３０１）。この相互認証処理は、前述した、受信装置と契約管理装置１１との間の相互認証処理と同様に、例えば、チャレンジ／レスポンス認証により行う。
【０２４８】
相互認証処理の結果、相手側の正当性が確認できずに、認証が失敗した場合は（ステップＳ３０２）、その旨の情報を受信装置に送信して処理を終える（ステップＳ３０３）。
【０２４９】
相互認証処理の結果、相手側の正当性が確認されて、認証が成功した場合は（ステップＳ３０２）、視聴履歴調査部３０４は、当該受信装置から視聴履歴情報を含むパケット（視聴履歴情報パケット）を受信する（ステップＳ３０４）。
【０２５０】
視聴履歴情報は、前述したように、当該受信装置が、それが接続されている契約管理装置から時間替り鍵を受け取る度に視聴履歴ＤＢ１２５に記録されるもので、１レコードは、受け取った時間替り鍵のＩＤと、そのチャネル識別子と、当該時間替り鍵を出力した契約管理装置のＩＤからなる。受信装置の契約管理部１２３は、例えば、図３６に示すような構成の視聴履歴情報パケットを作成する。
【０２５１】
視聴履歴情報パケットは、情報識別子と、受信装置ＩＤと、複数（ここでは、ｎ個）の受信履歴のレコードと、デジタル署名検証鍵識別子と、デジタル署名からなる。情報識別子は、当該パケットが視聴履歴情報を送信するためのパケットであることを表す。受信装置ＩＤは、当該パケットの送信元の受信装置の識別子である。デジタル署名検証鍵識別子は、次のデジタル署名を検証するための鍵の識別子を示すものである。デジタル署名の署名の範囲は、情報識別子からデジタル署名検証鍵識別子までである。
【０２５２】
視聴履歴調査部３０４は、図３６に示したような視聴履歴情報パケットを受信したら、まずそのデジタル署名を検証するため、署名検証部３０５に処理を移す。署名検証部３０５では署名検証鍵ＤＢ３１５を検索して、当該パケットに含まれているデジタル署名検証鍵識別子に対応する署名検証鍵を取得して、デジタル署名を検証する（ステップＳ３０５）。ここで署名検証に失敗した場合は（ステップＳ３０６）、当該視聴履歴情報は偽造、改竄かもしくは受信障害等によって壊れた可能性があるので、署名検証に失敗した旨の情報を受信装置に送信し、処理を終了する（ステップＳ３０７）。
【０２５３】
署名検証が成功した場合は（ステップＳ３０６）、視聴履歴調査部３０４では、当該パケットに含まれている、受信装置ＩＤと、視聴履歴の各レコード（契約管理装置ＩＤ、チャネル識別子、時間替り鍵識別子）を、視聴履歴ＤＢ３１４に格納して処理を終了する。
【０２５４】
次に、視聴履歴照合処理動作について、図３５に示すフローチャートに沿って説明する。この処理は、視聴履歴調査部３０４において定期的に開始される。まず、契約管理装置ＩＤに対応する変数ｉを初期値「１」とし（ステップＳ３１１）、契約管理装置ＩＤがｉである視聴履歴情報を視聴履歴ＤＢ３１４から検索する。ここで、契約管理装置ＩＤは「１」から「ＭＡＸＩＤ」まであると仮定している。検索の結果、ｉというＩＤをもつ契約管理装置に対応する視聴履歴情報が視聴履歴ＤＢ３１４に存在しなければ（ステップＳ３１２）、ステップＳ３１７へ進み、ｉを「１」つインクリメントし、更新されたｉが「ＭＡＸＩＤ」以下であれば（ステップＳ３１８）、ステップＳ３１２へ戻り、契約管理装置ＩＤがｉであるものを視聴履歴ＤＢ３１４から検索する。
【０２５５】
検索の結果、ｉというＩＤをもつ契約管理装置に対応する視聴履歴情報が視聴履歴ＤＢ３１４に存在すれば（ステップＳ３１２）、視聴履歴ＤＢ３１４からｉを契約管理装置ＩＤに持つ視聴履歴情報を全て取出す（ステップＳ３１３）。次に、視聴履歴調査部３０４は、契約情報ＤＢ３１２を検索して、ｉをＩＤとしてもつ契約管理装置向けの管理装置契約情報を取得する（ステップＳ３１４）。
【０２５６】
視聴履歴調査部３０４は、視聴履歴ＤＢ３１４から取り出した視聴履歴情報と、契約情報ＤＢ３１２から取り出した管理装置契約情報とを比較して（例えば、当該視聴履歴情報中の時間替り鍵に対応するポイント数の合計と、当該契約管理装置１１に与えたポイント数の合計を比較して）、視聴量が当該管理装置契約情報の範囲であるか（例えば、視聴量に対応するポイント数の合計が与えたポイント数以内であるか）を検査する。ここで、契約視聴の範囲である場合は（ステップＳ３１５）、ステップＳ３１７へ進み、ｉを１つインクリメントし、更新されたｉが「ＭＡＸＩＤ」以下であれば（ステップＳ３１８）、再びステップＳ３１２へ戻り、契約管理装置ＩＤがｉである視聴履歴情報を視聴履歴ＤＢ３１４から検索する。
【０２５７】
ステップＳ３１５で、視聴料が管理装置契約情報の範囲を逸脱している場合は何らかの不正視聴があるということなので、ｉという契約管理装置ＩＤをリボケーションリストに追加した後（ステップＳ３１６）、ｉを１つインクリメントし（ステップＳ３１７）、ｉが「ＭＡＸＩＤ」以下であれば（ステップＳ３１８）、ステップＳ３１２へ戻り、契約管理装置ＩＤがｉである視聴履歴情報を視聴履歴ＤＢ３１４から検索する。
【０２５８】
尚、ステップＳ３１７でｉを１つインクリメントした時、ｉが「ＭＡＸＩＤ」より大きくなった時点で（ステップＳ３１８）、処理が終了する。
【０２５９】
このように、各受信装置で記録した視聴履歴情報と、管理装置契約情報を照合することで、契約管理装置に対する不正行為を検出することができ、検出された場合は、当該契約管理装置のＩＤをリボケーションリストに登録することで、以後、当該契約管理装置への時間替り鍵の配信を中止する。
【０２６０】
尚、全ての受信装置から全ての視聴履歴情報を収集する必要はなく、この世に存在する全ての受信装置のうちの一部の受信装置から、当該受信装置により記録された全ての視聴履歴情報のうちの一部だけを収集するのでもよい。この場合、厳密な不正視聴の検出は困難になるが、視聴履歴情報の送信量を相当に減らすことができる。
【０２６１】
１．４．１  バリエーション
上記契約管理サーバ２１においても、契約管理装置１１で説明した４つのバリエーションがどれも適用可能であり、しかも同様の効果がある。
【０２６２】
上記第１の実施形態は、各受信装置が個別のマスター鍵を有する限定受信システムに応用したもので、ＣＳ放送やＢＳ放送の限定受信の標準規格（ＡＲＩＢ  ＳＴＤ−Ｂ２５）や受信装置の標準規格（ＡＲＩＢ  ＳＴＤ−Ｂ２１）に則ったものである。しかし衛星放送規格はこれ以外に２．６Ｇ帯での衛星デジタル音声放送を実現するための規格案が存在し現在審議中である。
【０２６３】
この規格案は図３７に示すように、チャネルキーと契約情報が一緒に共通のマスター鍵（規格の記述ではワーク鍵）で暗号化されている。この方式は個別制御情報をあたかも共通制御情報として送信できるだけでなく、定期的に各受信装置向けに送信していたワーク鍵がなくなり、全て受信装置契約情報で契約管理するため、限定受信情報の送信量が大幅に削減される。このため衛星デジタル音声放送のような狭帯域放送には大きな効果があり、逆に衛星デジタル音声放送ではこのような方式でないと実現が困難となっている（例えば、特開平１１−２４３５３６参照）。
【０２６４】
上記実施形態を上記２．６Ｇ帯での衛星デジタル音声放送を実現するための規格案に沿って実現する場合、受信装置だけに変更の必要が生じる。例えば、図９に示した受信装置の構成において、ワーク鍵格納部１１１が不要となる。また、図１１に示したフローチャートにおいて、チャネルキー出力部１０８は、まず、契約判定部１２１にて受信装置契約情報を参照した結果、当該チャネルの視聴が許可されているときには当該チャネルキーを出力するが（ステップＳ１２〜ステップＳ１５）、許可されていない場合には（ステップＳ１４）、（上記規格案においては全てのチャネルキーがチャネルキー格納部１０９に格納されているので）図１１のステップＳ１９、ステップＳ２０をスキップして、直ちに図１２のステップＳ２１へ進み、時間替り鍵格納部１１２の検索を行う。
【０２６５】
また、図１２、図１３のフローチャートに示した時間替り鍵の検索処理以降の処理はほぼ同様だが、上記規格案の場合、チャネルキーは必ずチャネルキー格納部１０９に存在するので、取得した時間替り鍵で暗号化された共通限定受信情報を受信するまで待たなくても、図１２のステップＳ２や図１３のステップＳ３５において時間替り鍵を取得時点で、図１１のステップＳ１９へ進み、チャネルキー格納部１０９から対応のチャネルキーを取得して（ステップＳ２０）、それをデスクランブル部１０７に出力する（ステップＳ１６）。
【０２６６】
即ち、上記規格案の下で実現する場合は（技術的には）、時間替り鍵を取得せずともチャネルキーを取得できる。このため契約管理装置１１から送信されるものは、時間替り鍵とは限らず、単なる受信許可情報でも良いことになる。このように、本実施形態において、契約管理装置１１から受信装置へ出力する時間替り鍵を、視聴可能なチャネルの識別子などを表した単なる受信許可情報に変更し、これに応じて、図１３においてステップＳ３６、ステップＳ３７に示したような視聴履歴を保存する処理等も適宜変形すればよい。
【０２６７】
また、本実施形態では、ワーク鍵によりチャネルキーを取得し、暗号化された放送コンテンツを復号し視聴するという既存の放送サービス上で、さらに、契約管理装置１１から配信される時間替り鍵を用いてチャネルキーを取得し、暗号化された放送コンテンツを復号し視聴するという機能を実現する場合を示しているが、受信装置の第１のバリエーションとして説明したように、既存の放送サービスを利用せず、後者の機能のみで放送コンテンツを視聴する限定受信方式も可能である。但し、この場合は、図３７に示したような、チャネルキーと契約情報を共通のマスター鍵（規格の記述ではワーク鍵）で暗号化した共通限定受信情報が送信されなくなるので、チャネルキーは全て時間替り鍵で暗号化されて送信されるようになる。従って、この場合には、上記のような受信許可情報の送信のみによる方法は適用できない。
【０２６８】
契約管理サーバ２１も、以上説明してきた受信装置や契約管理装置のバリエーションに対応させて、適宜変更可能である。
【０２６９】
以上で第１の実施形態の説明を終了する。
【０２７０】
２  第２の実施形態
２．１  全体システムの構成
第２の実施形態では、契約管理装置１１から当該契約管理装置１１にホームネットワーク１で接続されている各受信装置へ、暗号化されたコンテンツ復号鍵Ｋｃｈを配信する。ここでは、各受信装置が個別のマスター鍵を有する限定受信システムに応用したものであり、以下の実施形態では極めて概念的に記述しているが、ＣＳ放送やＢＳ放送の限定受信の標準規格（ＡＲＩＢ  ＳＴＤ−Ｂ２５）や受信装置の標準規格（ＡＲＩＢ  ＳＴＤ−Ｂ２１）に則ったものである。尚、第２の実施形態に係る受信装置や契約管理装置１１、契約管理サーバ２１の構成、処理動作は、第１の実施形態と共通する部分が多い。そこで、異なる部分を中心に説明するに留める。
【０２７１】
第２の実施形態の限定受信方式では、図３８に示すような鍵構成を採用している。図２に示した第１の実施形態の場合とは、時間替り鍵が存在しないことが大きく異なる。第２の実施形態では、チャネルキーＫｃｈは、ワーク鍵で暗号化して放送配信されるとともに、各受信装置と契約管理装置１１との間の共有鍵Ｋｔで暗号化されて契約管理装置１１から通信回線で送各受信装置へ送信される。
【０２７２】
第２の実施形態では、契約管理装置１１から当該契約管理装置１１に接続されている受信装置に配信する鍵を時間替り鍵から（頻繁に変化する）チャネルキーにすることで、より柔軟な契約管理を行うことを目指している。
【０２７３】
次に、第２の実施形態の限定受信システムの全体構成について、図３９を参照して説明する。なお、図３と同一部分には同一符号を付している。
【０２７４】
図３９に示した限定受信システムは、図３と同様、大きく分けて、加入者宅内のホームネットワーク（ＬＡＮ）１とチャネル別の番組情報（コンテンツ）や鍵情報などを加入者側へ配信する放送局２とから構成される。
【０２７５】
図３９では、図３と同様に、ホームネットワーク１には、複数（ここでは３台）の受信装置（第１〜第３の受信装置）と、契約管理装置１１が接続されている。第１〜第３の受信装置には、それぞれに固有のマスター鍵を有し、それをそれぞれＫｍ１、Ｋｍ２、Ｋｍ３とする。また、契約管理装置１１も当該契約管理装置１１に固有のマスター鍵を有し、それをＫｍとする。
【０２７６】
図３と同様に、放送局２は、契約管理サーバ１１と、衛星放送局２２を有する。
【０２７７】
契約管理サーバ１１は、各加入者宅の契約管理装置１１に公衆網上の通信回線を介して接続して、各契約管理装置１１に管理装契約情報やチャネルキーを配信する。衛星放送局２２は、各受信装置に、チャネルキーＫｃｈで暗号化された暗号化放送コンテンツ［Ｃ］Ｋｃｈと、ワーク鍵Ｋｗで暗号化されたチャネルキー［Ｋｃｈ］Ｋｗを含む共通限定受信情報と、受信装置個別のマスター鍵Ｋｍｉ（ｉ＝１〜３、すなわち、第１〜第３の受信装置のそれぞれに対応するマスター鍵を、Ｋｍ１、Ｋｍ２、Ｋｍ３と表す）で暗号化されたワーク鍵と受信装置個別の受信装置契約情報Ｉｉ（ｉ＝１〜３、すなわち、第１〜第３の受信装置のそれぞれに対応する受信装置契約情報をＩ１、Ｉ２、Ｉ３と表す）［Ｋｗ＋Ｉｉ］Ｋｍｉを含む個別限定受信情報を放送配信するために、それらを放送衛星２３に向けて送出する。放送衛星２３は、衛星放送局２２から送信された上記各情報を当該衛星放送の放送範囲に送出する。
【０２７８】
なお、上記第１〜第３の受信装置のそれぞれを特に区別することがないときは、それぞれを単に受信装置と呼ぶ。
【０２７９】
各受信装置は、衛星放送局２２から放送衛星２３経由で送信される個別限定受信情報から自受信装置向けの個別限定受信情報を選択し、自装置のマスター鍵Ｋｍｉで復号する。復号された結果得られたワーク鍵（もしくはワーク鍵の束）と受信装置契約情報は受信装置の不揮発性メモリー内に保持される。
【０２８０】
各受信装置が特定のチャネルを視聴する場合、まず当該チャネルの視聴契約がなされているかを上記保持されている受信装置契約情報でチェックする。視聴契約がなされていない場合、契約管理装置１１にチャネルキーＫｃｈの出力を要請する。契約管理装置１１では、これを受けて当該契約管理装置１１が保持する管理装置契約情報Ｊを参照して、当該チャネルキーの出力を許可するかどうかを決め、許可する場合には、契約管理装置１１は、チャネルキーの出力を要求した受信装置との間で鍵共有処理を実行して、その結果得られた共有鍵Ｋｔで当該チャネルキーを暗号化し（これを［Ｋｃｈ］Ｋｔと表す）、［Ｋｃｈ］Ｋｔを要求元に受信装置に出力する。契約管理装置１１から送信された、共有鍵Ｋｔで暗号化されたチャネルキー［Ｋｃｈ］Ｋｔを受信した受信装置では、それを共有鍵Ｋｔで復号し、その結果えられたチャネルキーＫｃｈを用いて放送配信されるコンテンツを復号する。
【０２８１】
一方、契約管理装置１１は、要求されたチャンネルキーの出力を許可しない場合は、契約管理装置１１は、その旨の情報を要求元の受信装置に送信し、受信装置側では視聴不可能である旨のメッセージを表示する。
【０２８２】
各受信装置に保持されている上記受信装置契約情報から、上記特定のチャネルの視聴契約がなされているときには、ワーク鍵格納部には当該チャネルに対応するワーク鍵が保持されている。従って、放送配信される当該チャネルに対応する共通限定受信情報を受信した際には、当該ワーク鍵を用いて、受信した共通限定受信情報を復号して、当該特定のチャネルのチャネルキーを取得する。
【０２８３】
第２の実施形態の限定受信システムで用いるパケットは、第１の実施形態と同様、放送コンテンツを配信するためのコンテンツパケット、共通限定受信情報を配信するための共通限定受信パケット、個別限定受信情報を配信するための個別限定受信パケットの３種類である。しかし、第２の実施形態で用いる共有限定受信パケットは、ワーク鍵で暗号化されたチャネルキーを含む共通限定受信情報を配信する図５に示した第１の共通限定受信パケットの１種類のみである。
【０２８４】
受信装置では、チャネルキーの取得に成功したら、当該チャネルの暗号化された放送コンテンツを復号し、放送コンテンツの出力を行う。
【０２８５】
契約管理装置１１は、契約管理サーバ２１と公衆網上の通信回線と接続されている。なお、この通信回線は、第１の実施形態と同様、インターネット等による常時接続回線であってもよい。そして、この通信回線を通じて、契約管理サーバ２１から、定期的に契約内容に応じた、暗号化された管理装置契約情報［Ｊ］Ｋｍと、暗号化されたチャネルキーを受信する。管理装置契約情報Ｊは、契約管理装置１１のマスター鍵Ｋｍで暗号化されている。管理装置契約情報は、第１の実施形態と同様である。
【０２８６】
また、契約管理装置１１はホームネットワーク１内に存在するいずれかの受信装置が視聴状態にあるときは、定常的に契約管理サーバ２１からチャネルキーＫｃｈを取得している。チャネルキーは、当該契約管理装置１１のマスター鍵Ｋｍで暗号化されて契約管理サーバ２１から送信され、契約管理装置１１では、これを自装置に保持しているマスター鍵Ｋｍで復号してから、チャネルキーＤＢ２２１に記憶する。
【０２８７】
また、契約管理装置１１は、受信装置からチャネルキーの出力要求を受けたときには、管理装置契約情報を参照して、要求のあったチャネルのチャネルキーを出力して良いかどうかを決定する。ここで、決定の方法は第１の実施形態で述べた方法と同様である。
【０２８８】
このように構成することで、第１の実施形態の場合と同様、各受信装置に契約により指定されたチャネルと視聴期間の視聴に対する視聴料を回収するとともに、それ以外のホームネットワークに接続された複数台の受信装置で契約管理装置１１から配信されたチャネルキーを用いて視聴されたコンテンツ情報の価値や視聴時間などに応じて視聴料を確実に回収することができる。
【０２８９】
以上が、第２の実施形態の限定受信システムの概要である。尚、ここで受信装置と契約管理装置１１との間、契約管理装置１１と契約管理サーバ２１との間には、相互認証の必要がある。
【０２９０】
また、本システムは実質的に契約管理を担う契約管理装置１１を信頼するモデルとなっているので、もし契約管理装置１１がアタックされて全てのチャネルキーが世の中に流出したら、有料放送が成り立たなくなる事態も予測される。
【０２９１】
そこで、第２の実施形態でも第１の実施形態と同様に、各受信装置の視聴履歴を定期的に契約管理サーバ２１に送信し、契約以上に視聴していないかをチェックするようにしている。この手段により、不正視聴が発見されたならば、契約管理サーバ２１は、当該受信装置を管理する契約管理装置１１に対しては、チャネルキーを送信しないようになっている。
【０２９２】
２．２  受信装置
図３に示した、本実施形態の限定受信システムにおける受信装置の構成例を図４０に示す。なお、図４０において、図９と同一部分には同一符号を付し、異なる部分についてのみ説明する。すなわち、図４０では、図９の時間替り鍵格納部１１２と時間替り鍵検索部１１３がなく、また、図９の時間替り鍵取得部１２６の代わりに図４０ではチャネルキー取得部１３１が設けられている。
【０２９３】
なお、この限定受信システムで用いるパケットは、図４の放送コンテンツを配信するためのコンテンツパケット、ワーク鍵で暗号化されたチャネルキーを含む共通限定受信情報を配信する図５に示した第１の共通限定受信パケット（以下、簡単に共通限定受信パケットと呼ぶ）、受信装置個別のマスター鍵で暗号化されたワーク鍵と受信装置契約情報を含む個別限定受信情報を配信する図７に示した第１の個別限定受信パケット（以下、簡単に個別限定受信パケットと呼ぶ）である。また、第２の実施形態においても第１の実施形態と同様にこれら全ての情報は、固定長で表現されたデータである。
【０２９４】
次に、第２の実施形態に係る放送受信装置（受信装置）の構成と処理動作について、図４１〜図４５に示すフローチャートに沿って図４０に示す全体構成図を参照しながら説明する。なお、図４１〜図４５において、図１０〜図１５と同一部分には同一符号を付している。
【０２９５】
受信装置は、第１の実施形態と同様に、放送波を放送受信部１０１で受信し（図４１のステップＳ１）、Ａ／Ｄ変換部１０２でアナログ信号からデジタルデータに変換する（ステップＳ２）。デジタルデータは誤り検出／訂正部１０３に送られ、誤り検出／訂正が行われた後（ステップＳ３）、それが、受信チャネルのコンテンツパケットあるいは個別限定受信パケットや共通限定受信パケットといった放送パケットを配信する限定受信チャネルであるときは（ステップＳ４）、それぞれの放送パケットの情報識別子を参照して個別限定受信パケット、共通限定受信パケット及びコンテンツパケットのいずれかであるかを判別して、それに従って以下のように分岐して処理を進める。ステップＳ４でおいて、受信したものが、受信チャネルのコンテンツパケットあるいは限定受信チャネルでないときは、処理を中止する。
【０２９６】
コンテンツパケットである場合は（ステップＳ５）、現在視聴中のチャネルをチャネル選択Ｉ／Ｆ１０５を介して得て、チャネル選択部１０４で視聴チャネルのみ限定受信チップ１００のフィルター部１０６に送信する。フィルター部１０６ではこれをデスクランブル部１０７へ送る（ステップＳ６）。
【０２９７】
共通限定受信パケットである場合は（ステップＳ７）、チャネル選択部１０４を経て、フィルター部１０６で共通限定受信情報復号部１００へ送られ、復号が開始される（ステップＳ８）。
【０２９８】
個別限定受信パケットである場合は（ステップＳ９）、チャネル選択部１０４を経て、フィルター部１０６で個別限定受信情報認証部１１４へ送られる（ステップＳ１０）。
【０２９９】
次に、コンテンツパケットに関する処理を図４２〜図４４に示すフローチャートに沿って詳しく説明する。
【０３００】
図４１のステップＳ６において、フィルター部１０６からデスクランブル部１０７へ送られたコンテンツパケットは、チャネル識別子とチャネルキー識別子を、チャネルキー出力部１０８に対して送信し、チャネルキーの出力を要請する（ステップＳ１１）。
【０３０１】
チャネルキー出力部１０８は、まずチャネル識別子をキーにして契約判定部１２１に対して、当該チャネルが視聴契約されているかを確認する（ステップＳ１２）。契約判定部１２１では、契約情報格納部１２０に格納されている図１に示したようなチャネル契約情報（受信装置契約情報）を参照して（ステップＳ１３）、受け取ったチャネル識別子に対応するチャネルが視聴契約されているか否かを判定する（ステップＳ１４）。当該チャネル識別子に対応するチャネルが視聴可能であると判定されたときには（ステップＳ１５）、チャネルキー出力部１０８は、チャネル識別子とチャネルキー識別子をキーにして、チャネルキー格納部１０９を検索する。検索の結果、当該チャネルキーが存在した場合は当該チャネルキーを取り出して、それをデスクランブル部１０７へ出力する（ステップＳ１６）。デスクランブル部１０７では、受け取ったチャネルキーを用いて放送コンテンツのデスクランブルを行ない（ステップＳ１７）、放送コンテンツを出力して（ステップＳ１８）、処理を終了する。
【０３０２】
ステップＳ１４において、当該チャネルが視聴契約されていなかった場合でも、契約管理装置１１から当該チャネルのチャネルキーが得られる、あるいは既に得られていることがあるので、まず、チャネルキー出力部１０８は、チャネルキー格納部１０９を検索して当該チャネルのチャネルキーの存在を調査する（ステップＳ１９）。チャネルキーが存在した場合は（ステップＳ２０）、ステップＳ１６へ進み、当該チャネルキーをデスクランブル部１０７に出力して、放送コンテンツのデスクランブルを行ない放送コンテンツを出力して処理を終了する（ステップＳ１７、ステップＳ１８）。
【０３０３】
ステップＳ１４において、当該チャネルが視聴契約されておらず、しかもステップＳ２０において、チャネルキー格納部１０９を検索してもチャネルキーが存在しなかったとする。この場合には、契約管理装置１１から所望のチャネルキーを出力してもらうべく、図４３〜図４４に示すような処理動作を行う。
【０３０４】
まず、チャネルキー出力部１０８では、チャネルキー取得部１３１に対して当該チャネルのチャネル識別子をキーにしてチャネルキーの出力を要請する（図４３のステップＳ４１１）。
【０３０５】
チャネルキー取得部１３１は、この要請を受けて、まず、ネットワーク接続部１２７を通じて、ホームネットワークに接続されている契約管理装置１１に、チャネルキーを出力してもらうために接続する（ステップＳ４１２）。ここで当該接続相手が正当な契約管理装置１１であること、契約管理装置１１側も、正統な受信装置と接続していることを確認するため、相互認証部１２８で相互認証を行う（ステップＳ４１３）。相互認証処理は、図１２のステップＳ２７での相互認証処理と同様、チャレンジ／レスポンスの手法で行われる。
【０３０６】
なお、相互認証が失敗した場合（ステップＳ４１４）、受信装置は、契約管理装置１１との相互認証に失敗した旨の表示を行い（ステップＳ４１５）、処理を終了する。一方成功した場合は（ステップＳ４１４）、受信装置と、契約管理装置１１との間で共有鍵Ｋｔをもつための鍵共有処理を行う（ステップＳ４１６）。鍵共有処理は、図１２のステップＳ３０での鍵共有処理と同様である。
【０３０７】
鍵共有処理により、互いに接続した受信装置と契約管理装置１１は、チャネルキーを送受信するための共有鍵Ｋｔを得る。
【０３０８】
その後、受信装置は、契約管理装置１１に対してチャネルキーの出力を要請する（図４４のステップＳ４１６）。この要請に応えて契約管理装置１１は、共有鍵Ｋｔで暗号化されたチャネルキーを含むチャネルキー情報を送信するためのパケット（チャネルキー情報パケット）を出力する。受信装置がチャネルキー情報パケットを受信した場合には（ステップＳ４１７）、受信装置は、受信通知を契約管理装置１１へ送信する（ステップＳ４１８）。また受信できなかった時には（ステップＳ４１７）、チャネルキーが取得できない旨の表示を行う（ステップＳ４１９）。
【０３０９】
チャネルキー情報パケットは、図４６に示すデータ構造を有し、情報識別子、受信装置ＩＤ、契約管理装置ＩＤ、チャネル識別子、チャネルキー識別子、チャネルキーからなっている。契約管理装置ＩＤ、チャネル識別子、チャネルキー識別子、チャネルキーが共有鍵ｋｔで暗号化されている。
【０３１０】
情報識別子は、当該パケットがチャネルキー情報パケットであることを示す情報で、受信装置ＩＤは、当該チャネルキー情報パケットの送信先（当該パケットを受信すべき）受信装置のＩＤであるこの受信装置ＩＤは、図４３のステップＳ４１３の相互認証時に、当該受信装置から契約管理装置１１に送信されている。
【０３１１】
契約管理装置ＩＤは、当該チャネルキー情報パケットを送信した契約管理装置１１の識別子である。チャネル識別子は、当該パケットにて送信されるチャネルキーのチャネルの識別子であり、チャネルキー識別子は当該チャネルキーの識別子である。
【０３１２】
次に、チャネルキー取得部１３１は、図４６に示したチャネルキー情報パケットを受け取ると、当該パケット中の暗号化されたチャネルキー情報を共有鍵Ｋｔで復号する（ステップＳ４２０）。復号されたチャネルキー情報は、チャネルキー出力部１０８に渡される。チャネルキー出力部１０８は、チャネルキー情報（例えば、チャネル識別子、チャネルキー識別子、チャネルキーを含む情報）をチャネルキー格納部１０９に格納するとともに（ステップＳ４２１）、契約管理部１２３には、契約管理装置ＩＤ、チャネル識別子、チャネルキー識別子を出力する（ステップＳ４２２）。契約管理部１２３は、受け取った、契約管理装置ＩＤとチャネル識別子とチャネルキーを、視聴履歴として視聴履歴ＤＢ１２５に格納する（ステップＳ４２３）。
【０３１３】
このように、契約管理装置１１からチャネルキーが受信装置へ出力されるたびに、それを受け取った受信装置の視聴履歴ＤＢ１２５に、当該チャネルキーを出力した契約管理装置の契約管理装置ＩＤと、当該チャネルキーに対応するチャネル識別子とチャネルキー鍵識別子が視聴履歴として記憶される。この視聴履歴により、受信装置がどの時間帯にどのチャネルをどの契約管理装置から出力された鍵（チャネルキー）で視聴したかが分かり、不正視聴があった場合にこれらの情報を活用できるのである。
【０３１４】
さて、以上の処理が終了し、チャネルキー格納部１０９に所望のチャネルキーが格納されると、図４２のステップＳ１９へ戻り、チャネルキー出力部１０８は、チャネルキー格納部１０９を検索すると（ステップＳ１９）、当該チャネルキーを発見するので（ステップＳ２０）、ステップＳ１６へ進み、当該チャネルキーをデスクランブル部１０７に出力して、当該チャネルの放送コンテンツの視聴が行える（ステップＳ１７、ステップＳ１８）。
【０３１５】
次に、共通限定受信パケットに関する処理動作を図４５に示すフローチャートを参照して明する。
【０３１６】
尚、第２の実施形態では、時間替り鍵で暗号化された、図６に示したような第２の共通限定受信パケットが存在しないので、共通限定受信情報の種別を判定する必要がなく、従って、図１４のステップＳ４１，ステップＳ４７〜ステップＳ５１の処理がないことが第１の実施形態と異なる。
【０３１７】
すなわち、共通限定受信パケットは、前述したように、フィルター部１０６から共通限定受信情報復号部１１０に送られると（図４０のステップＳ８）、共通限定受信情報復号部１１０では、当該パケット中の未暗号部分から、チャネル識別子とワーク鍵識別子を取出し（図４５のステップＳ４２）、このチャネル識別子とワーク鍵識別子に対応するワーク鍵をワーク鍵格納部１１１から検索する（ステップＳ４３）。
【０３１８】
ワーク鍵格納部１１１に、当該ワーク鍵が格納されていない場合は（ステップＳ４４）、この段階で当該パケットに関する処理を終了する。当該ワーク鍵がワーク鍵格納部１１１に格納されている場合には、共通限定受信情報復号部１１０は、ワーク鍵格納部１１１から当該ワーク鍵を取出して、それを用いて暗号化された共通限定受信情報を復号する（ステップＳ４５）。復号された共通限定受信情報からチャネルキーＫｃｈを取得し、それをチャネルキー格納部１０９に格納する（ステップＳ４６）。
【０３１９】
個別限定受信パケットに関する処理は、第１の実施形態と同様である（図１５参照）。
【０３２０】
ここで契約管理部１２３について説明する。契約管理部１２３は、前述したように（図４４のステップＳ４２３）、受信装置が、契約管理装置１１から出力されたチャネルキーを受け取るたびに、視聴履歴（当該チャネルキーのＩＤとチャネル識別子、当該チャネルキーを出力した契約管理装置の契約管理装置ＩＤ）を視聴履歴ＤＢ１２５に格納する。
【０３２１】
さらに、契約管理部１２３は、視聴履歴ＤＢ１２５に蓄積された視聴履歴情報（契約管理装置ＩＤ、チャネル識別子、チャネルキー鍵識別子で１レコードをなしている情報）を定期的にネットワーク接続部１２７を経由して放送契約サーバ２１に送信する。
【０３２２】
第２の実施形態の受信装置も、前述の第１の実施形態と同様、受信装置契約情報による定期視聴以外の視聴は、契約管理装置１１から送信されるチャネルキーを利用して視聴する。このようなホームネットワークに接続された複数の受信装置による視聴管理は、第１の実施形態と同様、契約管理装置１１で行われている。しかし、契約管理装置１１自体を改造されるなどして契約管理が正確に実施できなくなっている状況を検知する必要がある。そこで、第２の実施形態でも、受信装置内に契約管理部１２３を設けている。すなわち、契約管理部１２３は、視聴履歴情報を保存し、それを定期的に、ホームネットワークと契約管理サーバ２１とを接続するインターネット等のネットワークを通じて、契約管理サーバ２１に送信するようになっている。なお、受信装置から契約管理サーバで視聴履歴を送信する際には、必然的に契約管理装置１１を経由することとなるが、この場合、契約管理装置１１は、もっぱら、外部ネットワークとホームネットワークとを接続するためのホームサーバとしての役割を担うのみである。すなわち、外部ネットワークの仕様に適したデータ構造のパケットに変換するなどの処理以外は、送信される情報の中身に対しては何ら関与することなく、また加工することもない。
【０３２３】
契約管理サーバ２１では、第１の実施形態と同様に、当該視聴履歴情報を受け取るとこれと契約管理装置２１へ送信した管理装置契約情報とを照合して矛盾がないかをチェックする。
【０３２４】
ここで、契約管理装置１１へ送信した管理装置契約情報（ポイント数）以上に視聴しているということが明らかになった場合は、当該契約管理装置１１が不正使用されている可能性があるので、当該契約管理装置１１へのチャネルキーの送信を打ち切るなどの手段によって不正視聴を阻止する。
【０３２５】
尚、契約管理サーバ２１に送信される視聴履歴情報パケット（図３６参照）には、受信装置ＩＤと当該受信装置の秘密鍵によって生成されたデジタル署名を付与する。このようにすることによって、他のなりすましを防止し、正確な視聴履歴を送信することができる。
【０３２６】
以上が、第２の実施形態に係る受信装置の基本的な構成と処理動作の説明である。この受信装置のバリエーションに関しては、第１の実施形態の第２のバリエーション以外は全て適用可能であり、また、同様の効果がある。
【０３２７】
ここで、第１の実施形態の受信装置の第１のバリエーションを第２の実施形態の受信装置に適用する場合について補足する。第２の実施形態では、各受信装置が、ワーク鍵によりチャネルキーを取得し、暗号化された放送コンテンツを復号し視聴するという機能の他に、契約管理装置１１から配信されるチャネルキーを用いて、暗号化された放送コンテンツを復号し視聴するという機能を有している。各受信装置は、後者の機能のみで放送コンテンツを視聴する限定受信方式も可能である。すなわち、契約管理装置１１からホームネットワークを介して各受信装置へ配信されるチャネルキーのみで放送コンテンツを視聴する場合には、図４に示した暗号化された放送コンテンツのみが放送配信される。各受信装置には共有限定受信パケットや個別限定受信パケットを受信する必要はない。
【０３２８】
各受信装置は、コンテンツパケットを受信すると（図４１のステップＳ５）、図４２のステップＳ１３〜ステップＳ１５はスキップして、チャネルキー格納部１０９に所望のチャネルキーが存在しないときには、契約管理装置１１に要求し、所望のチャネルキーを取得して、受信したコンテンツを復号する（図４２〜図４４参照）。
【０３２９】
２．３  契約管理装置
図４７は、第２の実施形態に係る契約管理装置の構成例を示したものである。なお、図４７において、図２０と同一部分には同一符号を付し、異なる部分についてのみ説明する。すなわち、第２の実施形態の契約管理装置１１は、第１の実施形態の図２０に示した契約管理装置１１の時間替り鍵ＤＢ２０５をチャネルキーＤＢ２２１に、時間替り鍵取得部２０６をチャネルキー取得部２２２に置き換えたものであり、処理動作やパケットの構成についても、図２０の説明において、時間替り鍵をチャネルキーに置き換えれば、そのまま図４７に示した構成の契約管理装置１１の説明となる。
【０３３０】
これは第２の実施形態においては、（第１の実施形態のように）時間替り鍵の出力制御で視聴管理をする代わりに、チャネルキーの出力制御で視聴管理をしているからである。但し、受信装置の構成においては（限定受信方式の中での）時間替り鍵とチャネルキーの役割が異なるため、図３９〜図４５に示したような変更が必要となっている。
【０３３１】
また、バリエーションに関しても、第１の実施形態の契約管理装置の第２のバリエーション以外は全て適用可能であり、また、同様の効果がある。
【０３３２】
２．４  契約管理サーバ
図４８は、第２の実施形態に係る契約管理サーバ２１の構成例を示したものである。なお、図４８において、図２９と同一部分には同一符号を付し、異なる部分についてのみ説明する。すなわち、第２の実施形態の契約管理サーバ２１は、第１の実施形態の図２９に示した契約管理サーバ２１の時間替り鍵ＤＢ３１１をチャネルキーＤＢ３２２に、時間替り鍵取得部３０７をチャネルキー取得部３２１に置き換えたものであり、処理動作やパケットの構成についても、図２９の説明において、時間替り鍵をチャネルキーに置き換えれば、そのまま図４８に示した構成の契約管理サーバ２１の説明となる。
【０３３３】
これは第２の実施形態においては、（第１の実施形態のように）時間替り鍵の出力制御で視聴管理をする代わりに、チャネルキーの出力制御で視聴管理をしているからである。
【０３３４】
また、バリエーションに関しても、第１の実施形態の第２のバリエーション（時間替り鍵以外に週替り鍵、日替り鍵、番組鍵を用いる場合）以外は全て適用可能であり、また、同様の効果がある。
【０３３５】
２．５  その他
上記第２の実施形態は、各受信装置が個別のマスター鍵を有する限定受信システムに応用したもので、ＣＳ放送やＢＳ放送の限定受信の標準規格（ＡＲＩＢ  ＳＴＤ−Ｂ２５）や受信装置の標準規格（ＡＲＩＢ  ＳＴＤ−Ｂ２１）に則ったものである。しかし衛星放送規格はこれ以外に、２．６Ｇ帯での衛星デジタル音声放送を実現するための規格案が存在し現在審議中である。
【０３３６】
この規格案は図３７に示したように、チャネルキーと契約情報が一緒に共通のマスター鍵（規格の記述ではワーク鍵）で暗号化されている。この方式は個別情報をあたかも共通情報として送信できるだけでなく、定期的に個別受信装置向けに送信していたワーク鍵がなくなり、全て受信装置契約情報で契約管理するため、限定受信情報の送信量が大幅に削減される。このため衛星デジタル音声放送のような狭帯域放送には大きな効果があり、逆に衛星デジタル音声放送ではこのような方式でないと実現が困難となっている（例えば、特開平１１−２４３５３６参照）。
【０３３７】
上記第２の実施形態を上記２．６Ｇ帯での衛星デジタル音声放送を実現するための規格案に沿って実現する場合、受信装置だけに変更の必要が生じる。例えば、図４０に示した受信装置の構成において、ワーク鍵格納部１１１が不要となる。また、図４２に示したフローチャートにおいて、チャネルキー出力部１０８は、まず、契約判定部１２１にて受信装置契約情報を参照した結果、当該チャネルの視聴が許可されているときには当該チャネルキーを出力するが（ステップＳ１２〜ステップＳ１５）、許可されていない場合には（ステップＳ１４）、（上記規格案においては全てのチャネルキーがチャネルキー格納部１０９に格納されているので）図４２のステップＳ１９、ステップＳ２０をスキップして、直ちに図４３のステップＳ４１１へ進み、契約管理装置１１へチャネルキーの出力を要求する。
【０３３８】
また、図４３、図４４のフローチャートに示したチャネルキーの取得処理以降の処理はほぼ同様だが、上記規格案の場合、チャネルキーは必ずチャネルキー格納部１０９に存在するので、上記規格案の下で実現する場合は（技術的には）、チャネルキーを契約管理装置１１からわざわざ取得せずともチャネルキーを取得できる。このため契約管理装置１１から送信されるものは、チャネルキーとは限らず、単なる受信許可情報でも良いことになる。
【０３３９】
このように、第２の実施形態において、契約管理装置１１から受信装置へ出力するチャネルキーを、視聴可能なチャネルの識別子などを表した単なる受信許可情報に変更し、これに応じて、図４４においてステップＳ４２２、ステップＳ４２３に示したような視聴履歴を保存する処理等も適宜変形すればよい。
【０３４０】
また、第２の実施形態においては、ワーク鍵によりチャネルキーを取得し、暗号化された放送コンテンツを復号し視聴するという既存の放送サービス上で、さらに、契約管理装置１１から配信されるチャネルキーを用いて、暗号化された放送コンテンツを復号し視聴するという機能を実現する場合を示しているが、第１の実施形態の受信装置の第１のバリエーションとして説明したように、既存の放送サービスを利用せず、後者の機能のみで放送コンテンツを視聴する限定受信方式も可能である。但し、この場合は、図３７に示したような、チャネルキーと契約情報を共通のマスター鍵（規格の記述ではワーク鍵）で暗号化した共通限定受信情報が送信されなくなるので、チャネルキーは全て契約管理装置のマスター鍵で暗号化されて送信されるようになる。従って、この場合には、上記のような受信許可情報の送信のみによる方法は適用できない。
【０３４１】
契約管理装置１１から配信されるチャネルキーだけを用いて、暗号化された放送コンテンツを復号し視聴するという限定受信システムの場合、放送配信されるパケットは、図４に示したコンテンツパケットのみである。各受信装置は、ホームネットワーク１を介して契約管理装置１１から、（当該受信装置と契約管理装置１１との間で共有される共有鍵で暗号化された）チャネルキーを受信して、それを用いて放送配信されるコンテンツを復号する。そのため、受信装置は、図４０に示した構成において、個別限定受信パケットに対する処理を行う構成部と、共通限定受信パケットに対する処理を行う構成部と、契約判定部１２１、契約情報格納部１２０などは不要となる。そして、各受信装置における視聴管理は、契約管理装置１１においてのみなされる。すなわち、契約管理サーバ２１から契約管理装置１１へ送信される管理装置契約情報（例えばポイントの上限値）に基づき、ホームネットワークに接続された複数の受信装置において（契約管理装置１１から配信されるチャネルキーを用いて）視聴されたコンテンツ情報の価値または視聴時間またはこれらの組合せに対応したポイントの合計値が予め定められた上限値に等しくなるまで、当該複数の放送受信装置からの要求に応じてチャネルキーをホームネットワークを介して配信する。
【０３４２】
なお、第１の実施形態の契約管理装置の第１のバリエーションで説明したように、管理装置契約情報は、ポイント数に代えて、あるいは、ポイント数とともに、同時に放送コンテンツを視聴できる受信装置の台数を制限する情報やチャネル契約情報を用いてもよい。
【０３４３】
契約管理サーバ２１も、受信装置や契約管理装置のバリエーションに対応させて、適宜変更可能である。
【０３４４】
本発明の実施の形態に記載した本発明の手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納して頒布することもできる。
【０３４５】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【０３４６】
【発明の効果】
以上説明したように、本発明によれば、ホームネットワークに接続された複数の受信装置のそれぞれで有料コンテンツ情報を視聴する場合に、これら複数の受信装置で視聴されたコンテンツ情報の価値や視聴時間や、コンテンツ情報を複数の受信装置で視聴した場合の受信装置の台数に応じて、確実に視聴料を回収することができる。
【図面の簡単な説明】
【図１】チャネル契約情報の構成例を示した図。
【図２】本発明の第１の実施形態に係る限定受信システムにおける鍵構造を示した図。
【図３】第１の実施形態に係る限定受信システム全体の概略的な構成例を示した図。
【図４】コンテンツパケットの構成例を示した図。
【図５】第１の共通限定受信パケットの構成例を示した図。
【図６】第２の共通限定受信パケットの構成例を示した図。
【図７】第１の個別限定受信パケットの構成例を示した図。
【図８】第２の個別限定受信パケットの構成例を示した図。
【図９】放送受信装置の構成例を示した図。
【図１０】放送受信装置の処理動作を説明するためのフローチャート。
【図１１】放送受信装置の処理動作を説明するためのフローチャート。
【図１２】放送受信装置の処理動作を説明するためのフローチャート。
【図１３】放送受信装置の処理動作を説明するためのフローチャート。
【図１４】放送受信装置の処理動作を説明するためのフローチャート。
【図１５】放送受信装置の処理動作を説明するためのフローチャート。
【図１６】放送受信装置の他の構成例を示した図。
【図１７】図１６の放送受信装置の処理動作を説明するためのフローチャート。
【図１８】図１６の放送受信装置の処理動作を説明するためのフローチャート。
【図１９】図１６の放送受信装置の処理動作を説明するためのフローチャート。
【図２０】契約管理装置の構成例を示した図。
【図２１】契約管理装置の処理動作（時間替り鍵出力管理処理）を説明するためのフローチャート。
【図２２】契約管理装置の処理動作（時間替り鍵出力管理処理）を説明するためのフローチャート。
【図２３】契約管理装置の時間替り鍵ＤＢに記憶されているレコードの具体例を示した図。
【図２４】契約管理装置から受信装置へ送信される、時間替り鍵情報パケットの構成例を示した図。
【図２５】契約管理装置の処理動作（時間替り鍵入力処理動作）を説明するためのフローチャート。
【図２６】契約管理サーバから契約管理装置へ送信される時間替り鍵情報パケットの構成例を示した図。
【図２７】契約管理装置の処理動作（管理装置契約情報入力処理動作）の処理動作を説明するためのフローチャート。
【図２８】管理装置契約情報パケットの構成例を示した図。
【図２９】契約管理サーバの構成例を示した図。
【図３０】契約管理サーバの処理動作（時間替り鍵の配信処理動作）を説明するためのフローチャート。
【図３１】契約管理サーバの処理動作（時間替り鍵の配信処理動作）を説明するためのフローチャート。
【図３２】契約管理サーバの処理動作（管理装置契約情報の配信処理動作）を説明するためのフローチャート。
【図３３】契約管理サーバの処理動作（管理装置契約情報の配信処理動作）を説明するためのフローチャート。
【図３４】契約管理サーバの処理動作（視聴履歴情報収集処理動作）を説明するためのフローチャート。
【図３５】契約管理サーバの処理動作（視聴履歴照合処理動作）を説明するためのフローチャート。
【図３６】視聴履歴情報パケットの構成例を示した図。
【図３７】限定受信システムにおける他の鍵構造を示した図。
【図３８】本発明の第２の実施形態に係る限定受信システムにおける鍵構造を示した図。
【図３９】第２の実施形態に係る限定受信システム全体の概略的な構成例を示した図。
【図４０】放送受信装置の構成例を示した図。
【図４１】図４０の放送受信装置の処理動作を説明するためのフローチャート。
【図４２】図４０の放送受信装置の処理動作を説明するためのフローチャート。
【図４３】図４０の放送受信装置の処理動作を説明するためのフローチャート。
【図４４】図４０の放送受信装置の処理動作を説明するためのフローチャート。
【図４５】図４０の放送受信装置の処理動作を説明するためのフローチャート。
【図４６】チャネルキー情報パケットの構成例を示した図。
【図４７】契約管理装置の構成例を示した図。
【図４８】契約管理サーバの構成例を示した図。
【符号の説明】
１…ホームネットワーク、１１…契約管理装置、２…放送局、２１…契約管理サーバ、２３…放送衛星、１００…限定受信チップ、１０１…放送波受信部、１０２…Ａ／Ｄ変換部、１０３…誤り検出／訂正部、１０５…チャネル選択部、１０６…フィルター部、１０７…デスクランブル部、１０８…チャネルキー出力部、１０９…チャネルキー格納部、１１０…共通限定受信情報復号部、１１１…ワーク鍵格納部、１１２…時間替り鍵格納部、１１３…時間替り鍵検索部、１１４…個別限定受信情報認証部、１１５…受信装置ＩＤ格納部、１１６…個別制御情報復号部、１１７…マスター鍵格納部、１１８…デジタル署名検証部、１１９…署名検証鍵格納部、１２０…契約情報格納部、１２１…契約判定部、１２２…チャネル情報入力部、１２３…契約管理部、１２４…デジタル署名生成部、１２５…視聴履歴データベース、１２６…時間替り鍵取得部、１２７…ネットワーク接続部、１２８…相互認証部、２０１…外部接続部、２０２…契約管理部、２０３…ネットワーク部、２０４…出力履歴データベース、２０５…時間替り鍵データベース、２０６…時間替り鍵取得部、２０７…相互認証部、２０８…契約管理装置ＩＤ格納部、２０９…デジタル署名検証部、２１０…デジタル署名検証鍵格納部、２１１…マスター鍵格納部、３０１…制御部、３０２…契約管理部、３０３…リボケーションリスト記憶部、３０４…視聴履歴調査部、３０５…署名検証部、３０６…相互認証部
３０７…時間替り鍵取得部、３０８…契約情報取得部、３０９…デジタル署名生成部、３１０…署名生成鍵格納部、３１１…時間替り鍵データベース、３１２…契約情報データベース、３１３…マスター鍵データベース、３１４…視聴履歴データベース、３１５…署名検証鍵データベース、３１６…契約管理サーバＩＤ記憶部
【図１】
2004363724.tif 000003
【図２】
2004363724.tif 000004
【図３】
2004363724.tif 000005
【図４】
2004363724.tif 000006
【図５】
2004363724.tif 000007
【図６】
2004363724.tif 000008
【図７】
2004363724.tif 000009
【図８】
2004363724.tif 000010
【図９】
2004363724.tif 000011
【図１０】
2004363724.tif 000012
【図１１】
2004363724.tif 000013
【図１２】
2004363724.tif 000014
【図１３】
2004363724.tif 000015
【図１４】
2004363724.tif 000016
【図１５】
2004363724.tif 000017
【図１６】
2004363724.tif 000018
【図１７】
2004363724.tif 000019
【図１８】
2004363724.tif 000020
【図１９】
2004363724.tif 000021
【図２０】
2004363724.tif 000022
【図２１】
2004363724.tif 000023
【図２２】
2004363724.tif 000024
【図２３】
2004363724.tif 000025
【図２４】
2004363724.tif 000026
【図２５】
2004363724.tif 000027
【図２６】
2004363724.tif 000028
【図２７】
2004363724.tif 000029
【図２８】
2004363724.tif 000030
【図２９】
2004363724.tif 000031
【図３０】
2004363724.tif 000032
【図３１】
2004363724.tif 000033
【図３２】
2004363724.tif 000034
【図３３】
2004363724.tif 000035
【図３４】
2004363724.tif 000036
【図３５】
2004363724.tif 000037
【図３６】
2004363724.tif 000038
【図３７】
2004363724.tif 000039
【図３８】
2004363724.tif 000040
【図３９】
2004363724.tif 000041
【図４０】
2004363724.tif 000042
【図４１】
2004363724.tif 000043
【図４２】
2004363724.tif 000044
【図４３】
2004363724.tif 000045
【図４４】
2004363724.tif 000046
【図４５】
2004363724.tif 000047
【図４６】
2004363724.tif 000048
【図４７】
2004363724.tif 000049
【図４８】
2004363724.tif 000050