JPH11243536A - 放送受信装置および契約管理装置 - Google Patents

放送受信装置および契約管理装置

Info

Publication number
JPH11243536A
JPH11243536A JP10228287A JP22828798A JPH11243536A JP H11243536 A JPH11243536 A JP H11243536A JP 10228287 A JP10228287 A JP 10228287A JP 22828798 A JP22828798 A JP 22828798A JP H11243536 A JPH11243536 A JP H11243536A
Authority
JP
Japan
Prior art keywords
information
contract
key
channel
encrypted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP10228287A
Other languages
English (en)
Other versions
JP3561154B2 (ja
Inventor
Koichiro Akiyama
浩一郎 秋山
Tatsu Kamibayashi
達 上林
Shuichi Tsujimoto
修一 辻本
Naoki Endo
直樹 遠藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP22828798A priority Critical patent/JP3561154B2/ja
Priority to US09/219,889 priority patent/US6463155B1/en
Publication of JPH11243536A publication Critical patent/JPH11243536A/ja
Priority to US10/206,764 priority patent/US6650754B2/en
Priority to US10/206,763 priority patent/US6650752B2/en
Application granted granted Critical
Publication of JP3561154B2 publication Critical patent/JP3561154B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/15—Arrangements for conditional access to broadcast information or to broadcast-related services on receiving information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/16—Arrangements for conditional access to broadcast information or to broadcast-related services on playing information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/23—Arrangements for conditional access to broadcast information or to broadcast-related services using cryptography, e.g. encryption, authentication, key distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165—Centralised control of user terminal ; Registering at central
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/601—Broadcast encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/603—Digital right managament [DRM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

(57)【要約】 【課題】限定受信のための情報を送信できる放送帯域が
狭かったり、契約者が予想外に多くなってしまった場合
であっても、同程度の安全性を保ちながら限定受信が実
現できる放送受信装置を提供する。 【解決手段】複数の放送受信装置に共通のマスター鍵と
本放送受信装置に固有に設定された受信装置ＩＤを持
ち、少なくとも契約情報と該契約情報に対応した受信装
置ＩＤを含む暗号化された受信契約情報を受信したと
き、前記マスター鍵を用いて、該暗号化された受信契約
情報を順次復号し、該復号された受信契約情報のうち、
本放送受信装置の有する受信装置ＩＤに一致する受信装
置ＩＤに対応付けられた契約情報を選択して取得し、そ
の取得した契約情報に基づき、暗号化された情報コンテ
ンツを復号するチャネルキーを暗号化されたコンテンツ
情報を復号するための復号部に送るか否か制御する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、たとえば、契約内
容（期間、視聴チャネル）に応じて放送配信されるコン
テンツを復号する有料放送サービスのための契約管理装
置およびこの契約管理装置にてコンテンツの復号が制御
されるコンテンツの受信装置に関する。
【０００２】
【従来の技術】ディジタル放送は、通信衛星（ＣＳ）に
始まって、ケーブルＴＶ、地上放送へとディジタル化が
進むにつれ、いっそうのサービスの充実が期待されてお
り、これからの放送サービスの主役をつとめていくもの
と思われる。
【０００３】ディジタル放送の最大の特徴は、情報圧縮
技術の導入により、番組の送信に要する周波数の使用効
率の向上が図れ、アナログ放送に比較して放送チャネル
数の大幅な増加が可能となったことである。さらに、高
度な誤り訂正技術が適用でるため、高品質で均質なサー
ビスの提供が可能となる。
【０００４】放送のディジタル化により、多様な情報形
態（映像、音声、文字、データ等）によるマルチメディ
アサービスの提供が可能となり、そのようなサービスを
提供するためのシステムも続々登場してきている。
【０００５】このようなシステムで、契約内容に基づい
てスクランブルを解く、あるいは復号する有料放送サー
ビスを提供する際、契約期間に即した顧客管理が行えな
ければいけない。契約期間に即した顧客管理とは、例え
ば、所定の料金の支払により契約された契約期間内に限
って契約チャネルの番組の視聴を可能とするというもの
である。
【０００６】また、受信装置にてスクランブルあるいは
暗号を解くための鍵情報は、不正視聴を防止する上から
も正当な視聴者のみに（契約チャネル、契約期間に即し
て）しかも確実に提供する必要がある。
【０００７】この意味で、従来は、放送受信装置毎にマ
スター鍵を用意し、受信契約している視聴者に対して受
信契約しているチャネルのワークキーのみをマスター鍵
で暗号化して送っていた。ここでワークキーはチャネル
固有の鍵であり、暗号化されて送られてくる当該チャネ
ルのチャネルキーを復号することができる。チャネルキ
ーはスクランブルされた放送コンテンツをデスクランブ
ルするのに用いられる。
【０００８】さらに、ワークキーは契約期間（通常１ヶ
月）毎に設定され、その期間毎に放送局から送られて来
る。このため契約期間毎各契約者に必要十分なワークキ
ーを送らなくてはならない。だが逆に見ればワークキー
が更新されることにより確実に契約期間が守られるとい
う長所があった。しかし、このシステムを取る限り１ヶ
月毎に全契約者に対してワークキーを放送波で送らなけ
ればならす、ＣＳ放送の契約者やチャネルが増加傾向に
ある今日送信量の観点からはかなり厳しくなりつつあ
る。
【０００９】
【発明が解決しようとする課題】そこで、本発明は、限
定受信のための情報を送信できる放送帯域が狭かった
り、契約者が予想外に多くなってしまった場合であって
も、同程度の安全性を保ちながら限定受信が実現できる
放送受信装置、放送受信装置と放送送信装置（契約管理
装置）を用いた限定受信システムを構築することを目的
としている。
【００１０】
【課題を解決するための手段】（１）請求項１ 暗号化されたコンテンツ情報の復号を制御するための契
約情報に基づき、放送配信される暗号化コンテンツ情報
を復号する放送受信装置において、複数の放送受信装置
に共通のマスター鍵と本放送受信装置に固有に設定され
た受信装置ＩＤを持ち、少なくとも前記契約情報と該契
約情報に対応した受信装置ＩＤを含む暗号化された受信
契約情報を受信したとき、前記マスター鍵を用いて、該
暗号化された受信契約情報を順次復号し、該復号された
受信契約情報のうち、本放送受信装置の有する受信装置
ＩＤに一致する受信装置ＩＤに対応付けられた契約情報
を選択して取得し、その取得した契約情報に基づき、暗
号化された情報コンテンツを復号するチャネルキーを暗
号化されたコンテンツ情報を復号するための復号部に送
るか否か制御することを特徴とする。
【００１１】本発明によれば、限定受信のための情報を
送信できる放送帯域が狭かったり、契約者が予想外に多
くなってしまった場合であっても、同程度の安全性を保
ちながら限定受信が実現できる。例えば、契約期間に限
って当該顧客のみに契約チャネルのコンテンツの視聴が
可能となるような限定受信が行える。
【００１２】（２）請求項２：第２の実施形態（チャネ
ルキーは、受信契約情報とは別途に配布） 請求項１記載の放送受信装置において、前記チャネルキ
ーは別途受信し、前記受信契約情報を受信しない限り、
前記チャネルキーは前記復号部に送られることがないよ
うに制御することを特徴とする。
【００１３】（３）請求項３：第３の実施形態（受信契
約情報にチャネルキー復号鍵が含まれる） 請求項１記載の放送受信装置において、暗号化された前
記チャネルキーを別途受信し、この暗号化されたチャネ
ルキーを復号するチャネルキー復号鍵を含む前記受信契
約情報を受信しない限り、前記チャネルキーが復号され
ないよう制御することを特徴とする。
【００１４】（４）請求項４：第１の実施形態（受信契
約情報にチャネルキーの一部が含まれる） 請求項１記載の放送受信装置において、前記チャネルキ
ーの一部は別途受信され、前記チャネルキーの他の一部
を含む前記受信契約情報を受信しない限り、前記チャネ
ルキーが得られないように制御することを特徴とする。
【００１５】（５）請求項５：第４の実施形態（受信契
約情報にチャネルキーが含まれる） 請求項１記載の放送受信装置において、前記チャネルキ
ーは、前記受信契約情報に含まれて受信され、前記受信
契約情報を受信しない限り、前記チャネルキーが得られ
ないものであることを特徴とする （６）請求項６：第２の実施形態（チャネルキーは、受
信契約情報とは別途に配布） 請求項１記載の放送受信装置において、暗号化されたコ
ンテンツ情報を含む通常放送波を受信する第１の受信手
段と、前記暗号化された受信契約情報を含む契約放送波
を受信する第２の受信手段と、を具備し、前記マスター
鍵を用いて、前記第１もしくは第２の受信手段で受信し
た暗号化されたチャネルキーを復号してチャネルキーを
取得するとともに、前記第２の受信手段で受信した暗号
化された受信契約情報を復号して前記契約情報を取得
し、その取得した契約情報に基づき、前記チャネルキー
を暗号化されたコンテンツ情報を復号するための復号部
に送るか否か制御することを特徴とする。
【００１６】（７）請求項７：第３の実施形態（受信契
約情報にチャネルキー復号鍵が含まれる） 請求項１記載の放送受信装置において、暗号化されたコ
ンテンツ情報を含む通常放送波を受信する第１の受信手
段と、前記暗号化されたチャネルキーを復号するための
チャネルキー復号鍵を含む暗号化された受信契約情報を
含む契約放送波を受信する第２の受信手段と、を具備
し、前記マスター鍵を用いて、前記第２の受信手段で受
信した暗号化された受信契約情報を復号して前記チャネ
ルキー復号鍵を取得し、その取得したチャネルキー復号
鍵を用いて、前記第１もしくは第２の受信手段で受信し
た暗号化チャネルキーを復号することによってチャネル
キーを取得し、前記取得した契約情報に基づき、前記チ
ャネルキーを暗号化されたコンテンツ情報を復号するた
めの復号部に送るか否か制御することを特徴とする。
【００１７】（８）請求項８：第１の実施形態（受信契
約情報にチャネルキーの一部が含まれる） 請求項１記載の放送受信装置において、暗号化された放
送コンテンツ情報と前記チャネルキーの一部を含む通常
放送波を受信する第１の受信手段と、前記チャネルキー
の他の一部を含む暗号化された受信契約情報を含む契約
放送波を受信する第２の受信手段を具備し、前記マスタ
ー鍵を用いて、前記第２の受信手段で受信した暗号化さ
れた受信契約情報を復号して前記チャネルキーの他の一
部と前記契約情報を取得し、前記第１の受信手段で受信
したチャネルキーの一部と前記取得したチャネルキーの
他の一部とからチャネルキーを再生し、前記取得した契
約情報に基づき、前記チャネルキーを暗号化されたコン
テンツ情報を復号するための復号部に送るか否か制御す
ることを特徴とする。
【００１８】（９）請求項９：第４の実施形態（受信契
約情報にチャネルキーが含まれる） 請求項１記載の放送受信装置において、暗号化されたコ
ンテンツ情報を含む通常放送波を受信する第１の受信手
段と、前記チャネルキーを含む暗号化された受信契約情
報を含む契約放送波を受信する第２の受信手段と、を具
備し、前記マスター鍵を用いて、前記第２の受信手段で
受信した暗号化された受信契約情報を復号して該受信契
約情報に含まれる契約情報とチャネルキーを取得し、そ
の取得した契約情報に基づき、前記チャネルキーを暗号
化されたコンテンツ情報の復号部に送るか否か制御する
ことを特徴とする。 （１０）請求項１〜請求項９の記載の放送受信装置にお
いて、チャネルキー、マスター鍵の少なくとも一方が変
更されることを特徴とする。
【００１９】鍵情報に有効期間が定められていることに
より、契約期間の管理（契約期間の開始、終了、継続
等）が容易に行える。また、コンテンツの不正視聴防止
等のセキュリティの向上が図れる。 （１１）請求項１、請求項３、請求項７記載の放送受信
装置において、チャネルキーおよびチャネルキー復号鍵
およびマスター鍵のうちの少なくとも１つが変更される
ことを特徴とする。
【００２０】鍵情報に有効期間が定められていることに
より、契約期間の管理（契約期間の開始、終了、継続
等）が容易に行える。また、コンテンツの不正視聴防止
等のセキュリティの向上が図れる。 （１２）請求項１〜請求項９の記載の放送受信装置にお
いて、チャネルキー、マスター鍵の少なくとも一方が変
更され、チャネルキー、マスター鍵のそれぞれは、同時
に最大２つの鍵を保持することを特徴とする。 （１３）請求項１〜請求項９の記載の放送受信装置にお
いて、チャネルキー、マスター鍵の少なくとも一方が変
更され、チャネルキー、マスター鍵のそれぞれにおいて
同時に最大２つの鍵を保持し、鍵変更の際には古い方を
更新することを特徴とする。 （１４）請求項１、請求項３、請求項７記載の放送受信
装置において、チャネルキーおよびチャネルキー復号鍵
およびマスター鍵のうちの少なくとも一つが変更され、
チャネルキー、チャネルキー復号鍵、マスター鍵のそれ
ぞれは、同時に最大２つの鍵を保持することを特徴とす
る。 （１５）請求項１、請求項３、請求項７記載の放送受信
装置において、チャネルキーおよびチャネルキー復号鍵
およびマスター鍵のうちの少なくとも１つが変更され、
チャネルキー、チャネルキー復号鍵、マスター鍵のそれ
ぞれは、同時に最大２つの鍵を保持し、鍵変更の際には
古い方を更新することを特徴とする。 （１６）請求項１〜請求項９の記載の放送受信装置にお
いて、チャネルキーは、チャネル毎に同時に最大２つ保
持することを特徴とする。
【００２１】チャネルキーをチャネル毎に最大２つ保持
することにより、チャネル切替時であっても（切替元に
チャネルの受信契約を行っていれば）、保持している当
該チャネルのチャネルキーを暗号化されたコンテンツ情
報の復号部に即時的に送ることでチャネル切替の受信状
態を良好にできる。 （１７）請求項１０ 請求項１記載の放送受信装置において、暗号化されたコ
ンテンツ情報を復号するための内容の正確性が要求され
る必須情報（例えば、チャネルキー等の鍵情報、受信契
約情報）の誤受信検出のために、それぞれの必須情報に
認証子が付加されたデータを受信し、前記認証子とそれ
が付加された必須情報とを照合し、照合に失敗した場合
は当該必須情報を無効にすることを特徴とする。 （１８）請求項１０記載の放送受信装置において、暗号
化された必須情報の認証子は、該必須情報を該必須情報
で暗号化したもの、あるいは、その一部であることを特
徴とする。 （１９）請求項１０記載の放送受信装置において、暗号
化された必須情報の認証子は、該必須情報を該必須情報
で暗号化したもの、あるいは、前記暗号化された必須情
報を該必須情報で再暗号化したもの、あるいは、数回再
暗号化した情報のうち全部あるいは一部であることを特
徴とする。 （２０）請求項１０記載の放送受信装置において、暗号
化されていない必須情報（例えば、マスター鍵シード）
の認証子は、該必須情報を必要があればブロック分割
し、それぞれのブロックの情報を鍵として当該情報を暗
号化したもの、あるいは、それをさらに圧縮したものを
用いることを特徴とする。 （２１）請求項１１ 請求項１記載の放送受信装置において、前記受信契約情
報に含まれるデジタル署名を検証し、検証により正当性
の確認されたデジタル署名を持つ受信契約情報に含まれ
る契約情報のみを受理することを特徴とする。 （２２）請求項１１記載の放送受信装置において、受信
契約情報に当該放送受信装置に対する契約情報が含まれ
た時のみ、受信契約情報に含まれるデジタル署名を検証
することを特徴とする。 （２３）請求項１１記載の放送受信装置において、デジ
タル署名検証用の公開鍵を変更することを特徴とする。 （２４）請求項１２ 請求項１記載の放送受信装置において、内部データ（復
号された受信契約情報、放送受信装置内の受信装置ＩＤ
格納部に格納されている受信装置ＩＤ）をテスト出力す
るためのテスト制御部（スキャンパステスト用ラッチ
部）を具備し、このテスト制御部は、前記受信契約情報
に付加されたテスト用である旨の識別子を確認すること
により、あるいは、該受信契約情報に付加されたデジタ
ル署名の正当性を確認することにより、前記内部データ
をテスト出力するか否かを制御することを制御すること
を特徴とする。 （２５）請求項１２記載の放送受信装置において、前記
テスト制御部は、暗号化された内部データを出力するこ
とを特徴とする。 （２６）請求項１３ 請求項１記載の放送受信装置において、暗号化された受
信契約情報を記録したカード型記録媒体から該暗号化さ
れた受信契約情報を読み出して本放送受信装置に受信さ
せるカードリーダを具備したことを特徴とする。 （２７）請求項１３記載の放送受信装置において、前記
カードリーダは、有効期間毎に複数の契約情報が記録さ
れた磁気カードから、前記複数の契約情報を読み出し、
有効期間に応じてそれらの複数の契約情報を使い分ける
ことを特徴とする。 （２８）契約管理装置 暗号化されたコンテンツ情報の復号を制御するための契
約情報に基づき放送配信される暗号化コンテンツ情報を
復号することにより該コンテンツ情報を受信する複数の
放送受信装置を管理する契約管理装置において、少なく
とも放送受信装置毎個別に設定された受信装置ＩＤと該
受信装置ＩＤに対応した契約情報を含む受信契約情報を
複数の放送受信装置に共通のマスター鍵で暗号化して送
信することを特徴とする。
【００２２】本発明によれば、限定受信のための情報を
送信できる放送帯域が狭かったり、契約者が予想外に多
くなってしまった場合であっても、同程度の安全性を保
ちながら限定受信のための情報を各放送受信装置に配信
できる。 （２９）請求項１４：第２の実施形態の契約管理装置 暗号化されたコンテンツ情報の復号を制御するための自
装置用の契約情報を受信しない限り、該暗号化された情
報コンテンツを復号するためのチャネルキーは暗号化さ
れたコンテンツ情報を復号するための復号部に送られる
ことがないよう制御することにより、該契約情報に従っ
たコンテンツ情報の復号を行う複数の放送受信装置を管
理する契約管理装置であって、少なくとも放送受信装置
毎個別に設定された受信装置ＩＤと該受信装置ＩＤに対
応した契約情報を含む受信契約情報を複数の放送受信装
置に共通のマスター鍵で暗号化して送信し、前記チャネ
ルキーは前記受信契約情報とは別途配信することを特徴
とする。
【００２３】本発明によれば、限定受信のための情報を
送信できる放送帯域が狭かったり、契約者が予想外に多
くなってしまった場合であっても、同程度の安全性を保
ちながら限定受信のための情報を各放送受信装置に配信
できる。 （３０）請求項１５：第３の実施形態の契約管理装置 暗号化されたコンテンツ情報の復号を制御するための自
装置用の契約情報を受信しない限り、該暗号化された情
報コンテンツを復号するための暗号化されたチャネルキ
ーが復号されないよう制御することにより、該契約情報
に従ったコンテンツ情報の復号を行う複数の放送受信装
置を管理する契約管理装置であって、少なくとも放送受
信装置毎個別に設定された受信装置ＩＤと該受信装置Ｉ
Ｄに対応した契約情報と前記暗号化されたチャネルキー
を復号するためのチャネルキー復号鍵とを含む受信契約
情報を複数の放送受信装置に共通のマスター鍵で暗号化
して送信することを特徴とする。
【００２４】本発明によれば、限定受信のための情報を
送信できる放送帯域が狭かったり、契約者が予想外に多
くなってしまった場合であっても、同程度の安全性を保
ちながら限定受信のための情報を各放送受信装置に配信
できる。 （３１）請求項１６：第１の実施形態の契約管理装置 暗号化されたコンテンツ情報の復号を制御するための自
装置用の契約情報を受信しない限り、該暗号化された情
報コンテンツを復号するためのチャネルキーが得られな
いように制御することにより、該契約情報に従ったコン
テンツ情報の復号を行う複数の放送受信装置を管理する
契約管理装置であって、少なくとも放送受信装置毎個別
に設定された受信装置ＩＤと、該受信装置ＩＤに対応し
た契約情報として前記チャネルキーの一部を含むものと
を包含する受信契約情報を複数の放送受信装置に共通の
マスター鍵で暗号化して送信し、前記チャネルキーの他
の一部を別途送信することを特徴とする。
【００２５】本発明によれば、限定受信のための情報を
送信できる放送帯域が狭かったり、契約者が予想外に多
くなってしまった場合であっても、同程度の安全性を保
ちながら限定受信のための情報を各放送受信装置に配信
できる。 （３２）請求項１７：第４の実施形態の契約管理装置 暗号化されたコンテンツ情報の復号を制御するための自
装置用の契約情報を受信しない限り、該暗号化された情
報コンテンツを復号するためのチャネルキーが得られな
いように、複数の放送受信装置を管理する契約管理装置
であって、少なくとも放送受信装置毎個別に設定された
受信装置ＩＤと該受信装置ＩＤに対応した契約情報と前
記チャネルキーとを含む受信契約情報を複数の放送受信
装置に共通のマスター鍵で暗号化して送信することを特
徴とする。
【００２６】本発明によれば、限定受信のための情報を
送信できる放送帯域が狭かったり、契約者が予想外に多
くなってしまった場合であっても、同程度の安全性を保
ちながら限定受信のための情報を各放送受信装置に配信
できる。 （３３）請求項１４〜１５記載の契約管理装置におい
て、チャネルキーおよびマスター鍵のうち少なくとも１
つが予め定められた期間で変更されることを特徴とす
る。 （３４）請求項１４〜１７記載の契約管理装置におい
て、チャネルキーおよびチャネルキー復号鍵およびマス
ター鍵のうち少なくとも１つが予め定められた期間で変
更されることを特徴とする。 （３５）請求項１４〜１７記載の契約管理装置におい
て、前受信契約情報に対する認証子を受信契約情報に含
めて送信することを特徴とする。 （３６）請求項１４〜１７記載の契約管理装置におい
て、前記受信契約情報に対する認証子を受信契約情報に
含めて送信し、該認証子として、受信契約情報に含まれ
る鍵情報で前記契約情報を暗号化したもの、もしくは、
その一部を用いることを特徴とする。 （３７）請求項１４〜１７記載の契約管理装置におい
て、受信契約情報に対する認証子を受信契約情報に含め
て送信し、該認証子として、受信契約情報に含まれる鍵
情報を該鍵情報で暗号化したもの、前記暗号化された鍵
情報を鍵情報で再暗号化したもの、もしくは数回再暗号
化した情報のうち全部もしくは一部を用いることを特徴
とする。 （３８）請求項１４〜１７記載の契約管理装置におい
て、受信契約情報に対する認証子を受信契約情報に含め
て送信し、該認証子として、受信契約情報を必要があれ
ばブロック分割し、それぞれのブロックの情報を鍵とし
て当該情報を暗号化し、必要があれば圧縮したものを用
いることを特徴とする。 （３９）請求項１４〜１７記載の契約管理装置におい
て、受信契約情報に該受信契約情報に対するデジタル署
名を付加して送信することを特徴とする。 （４０）請求項１４〜１７記載の契約管理装置におい
て、受信契約情報に該受信契約情報に対するデジタル署
名を付加して送信し、デジタル署名検証用の公開鍵と作
成用の秘密鍵のペアを生成する機構を具備し、一定期間
で前記デジタル署名用の公開鍵と秘密鍵を変更すると共
に、前記デジタル署名検証用の公開鍵を送信することを
特徴とする。 （４１）請求項１８ 請求項１４〜１７に記載の契約管理装置において、カー
ド型記録媒体に前記暗号化された受信契約情報を記録す
る記録手段を具備したことを特徴とする。 （４２）請求項１９ 請求項１４〜１７に記載の契約管理装置において、最近
一定期間内に契約の変化の生じた（新規契約を含む）契
約者の受信契約情報を選択的に送信することをことを特
徴とする。
【００２７】契約の種類（例えば、契約変更、新規契約
など）と契約後の経過期間によって、契約情報の放送頻
度を変更するようにしてもよい。 （４２−１）請求項１４〜１７に記載の契約管理装置に
おいて、契約の変化の生じた（新規契約を含む）時期に
より、受信契約情報の送信頻度を変化させることを特徴
とする。 （４３）請求項２０ 請求項１〜請求項１３記載の放送受信装置において、前
記受信契約情報に含まれる情報の種別に応じた識別子
（情報識別子）に基づき、該受信契約情報に対する処理
形態を切り替えることを特徴とする。 （４４）請求項２１ 請求項１４〜１７記載の契約管理装置において、前記受
信契約情報を送信すべき契約者の数に応じて、受信契約
情報の送信形態を切り替えることを特徴とする。
【００２８】
【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。
【００２９】（第１の実施形態） １）放送システムの概略 図１は、本発明の契約管理装置および放送受信装置を用
いた放送システムの概略構成を示したもので、放送局２
００から衛星を利用して受信契約を行った各ユーザにコ
ンテンツを提供するサービス形態の場合を示している。
なお、図１では衛星放送の場合を例にとり説明するが、
地上波にてコンテンツを提供するサービス形態の場合も
同様である。
【００３０】図２は、図１に示した放送サービスへの加
入・継続契約時、契約更新時、解約時、課金手続きの概
略的に流れを示したものである。
【００３１】図２に示すように、図１の放送サービスへ
の加入を希望するユーザは、加入手続きを代行する所定
の代理店にて、視聴を希望するチャネル、視聴期間等の
契約内容に伴った所定の加入手続きを行う。代理店を介
して、その契約内容が放送局側の契約ユーザデータベー
スに登録されると、その登録内容に従ったユーザへのサ
ービス提供を開始する。このサービス提供に対してユー
ザが支払うべき料金を例えばクレジットカード、あるい
は銀行を介しての支払うようにしてもよい。
【００３２】ユーザへのサービス提供は、もっぱら、放
送局側にある契約者データベースの登録内容に従ったも
のである。従って、加入時の契約内容の継続・更新、解
約時等には、ユーザによる直接あるいは所定の代理店等
を介してのその旨の通告を受けて、契約ユーザデータベ
ースの登録内容を更新あるいは消去すればよい。なお、
放送局は、加入料、受信料等の支払を確認した上で、当
該ユーザへのサービス提供を開始あるいは継続するよう
にしてもよい。
【００３３】２）契約管理装置 （１）図３は、本実施形態に係る契約管理装置の構成例
を示したもので、図１の放送局２００に設置されて用い
られる。
【００３４】放送局２００では、チャネル毎に予め定め
られたチャネルキーＫｃｈによって暗号化したコンテン
ツ情報（［コンテンツ］Ｋｃｈ）、端末ＩＤおよびチャ
ネルキーＫｃｈ等を含む付加情報をマスターキーＫｍに
よって暗号化した付加情報（［付加情報］Ｋｍ）を放送
する。
【００３５】付加情報は放送受信契約し、受信料を支払
ったユーザのみに受信許可を与えるためのもので、各ユ
ーザ宅に設置された受信装置は受信装置自身の持つマス
ターキーＫｍによって受信された暗号化付加情報（［付
加情報］Ｋｍ）を復号し、その中に含まれる端末ＩＤと
受信装置のもつ端末ＩＤとを比較し、一致していた場合
には、そこに含まれているチャネルキーＫｃｈを受信装
置の持つデータベースに格納し、暗号化されたコンテン
ツ情報（［コンテンツ］Ｋｃｈ）を復号するためにこれ
を用いる。
【００３６】チャネルキーＫｃｈは一定の期間（例えば
１ヶ月）毎に変更され、契約期間が切れたユーザにはそ
れ以降の付加情報は送られず、対応するチャネルキーＫ
ｃｈが入手できないことから視聴できないことになる。
【００３７】さらに、この方式の安全性を向上させるた
め、マスターキーＫｍを一定期間毎に更新する。これは
受信装置と放送装置の両方に共通にある乱数発生器を用
いて行ない、放送波ではその乱数発生器に乱数を発生さ
せる初期値（以下シードという）を受信装置に定期的に
送る。これにより、たとえマスターキーＫｍが露見して
も、一定期間しかそれが有効でないので、不正視聴を防
止することが可能となる。また、復号鍵そのものを配信
するのではなく、復号鍵を生成するために基となる情報
を配信するので、セキュリティ性が高い。
【００３８】さて、図３の契約管理装置は、付加情報の
生成と、その生成された付加情報をマスターキーＫｍで
暗号化して放送するためのものである。
【００３９】まず、図７に示すフローチャートと図３を
参照して、契約ユーザＤＢ１の登録処理動作について説
明する。図１の放送サービスへの加入を希望するユーザ
との間で、放送契約がなされると、図３の契約管理装置
に契約情報が入力され（ステップＳ１）、支払い確認待
ちデータベース（ＤＢ）２に蓄えられる（ステップＳ２
〜ステップＳ３）。支払い確認待ちＤＢ２において支払
確認が済んだ項目から順次契約ユーザデータベース（Ｄ
Ｂ）１に送られ、支払い確認待ちＤＢ２からは消去され
る（ステップＳ２〜ステップＳ４）。
【００４０】契約ユーザＤＢ１には、図４に示す形式で
データが蓄えられる。図４において受信端末ＩＤは受信
端末を特定するための情報であり、チャネル番号は契約
済みのチャネルの番号である。契約期間は契約済みの期
間（例えば１９９８年０１月３１日までなど）が予め定
められた形式で記入されている。
【００４１】契約期間は契約期間確認部７で一定のタイ
ミングでその有効性を確認する。ここで無効とされた場
合は契約解除ユーザデータベース（ＤＢ）６に当該契約
情報を送り、契約ユーザＤＢ１からは削除する。従っ
て、契約期間の経過した（契約切れ）のユーザに関する
情報は、契約ユーザＤＢ１から消去されているため、付
加情報は配信されない。
【００４２】シードデータベース（ＤＢ）３は、シード
・マスターキー生成部１０が一定のタイミングで生成し
たマスターキー生成用のシードから生成されるマスター
キーをそのシードＩＤ及び有効期限とともに、図５に示
す形式で格納している。
【００４３】チャネルキーデータベース（ＤＢ）４は、
チャネルキー生成部１１が一定のタイミングで生成した
チャネルキーをチャネル番号、チャネルキーＩＤやその
有効期限とともに図６に示す形式で格納している。
【００４４】次に、契約ユーザ毎に対応した付加情報を
生成し、これを放送装置１３を使って受信装置に送る手
順を図８に示すフローチャートを参照して説明する。
【００４５】付加情報生成制御部９は、付加情報生成部
８に対し、付加情報生成の指示を送る（ステップＳ１
１）。この指示とは、例えば「１９９７年１２月１日か
ら１ヶ月間契約している契約ユーザの付加情報を送れ」
なる内容のもので、予め定められた形式のビット列で表
現されたものでもよい。このような指示が出されると付
加情報生成部８では契約ユーザＤＢ１から１９９７年１
２月１日から少なくとも１ヶ月間契約しているユーザの
情報を検索して、当該情報を読み込む（ステップＳ１２
〜ステップＳ１３）。契約ユーザＤＢ１から読み込まれ
たユーザ情報（図４参照）から各ユーザの端末ＩＤ、チ
ャネル番号を得る（ステップＳ１４）。
【００４６】ここで、契約期間の最小単位は１ヶ月で、
契約有効期限は１日にはじまり月末に終了するとし、チ
ャネルキーもこの契約最小期間に固有なものとする。す
なわち、１１月のチャネルキーは１２月のそれとは異な
るものを用い、それぞれの月内では変更しないものとす
る。また、当然チャネル番号が異なれば期間が同じでも
違うチャネルキーを使うものとする。
【００４７】次に、付加情報生成部８は、チャネルキー
ＤＢ４から１９９７年１２月１日から１９９７年１２月
３１日に有効なチャネルキーＫｃｈを検索して、当該チ
ャネルキーＫｃｈ読み込む（ステップＳ１５）。また、
シードＤＢ３から１９９７年１２月１日から１９９７年
１２月３１日に有効なシードに対応したマスターキーＫ
ｍを検索し、当該マスターキーＫｍを読み込む（ステッ
プＳ１６）。ここでもマスターキーの切り替えの最小単
位は 1ヶ月とする。ただマスターキーの場合その性格上
必ずしも 1ヶ月で切り替える必要はない。
【００４８】以上によって得られた情報（各ユーザの端
末ＩＤ、契約チャネル番号、チャネルキーＫｃｈ）をも
とに、付加情報生成部８では、図９（ｂ）に示すような
各ユーザ毎の付加情報を生成し、マスターキーＫｍで暗
号化する（ステップＳ１７）。ここで生成された各契約
ユーザ毎の暗号化付加情報は順次付加情報生成制御部
９、放送装置１３に送られる。
【００４９】放送装置は、暗号化付加情報を所定の周波
数帯域の放送波に変換して各受信装置に向けて配信する
（ステップＳ１８）。
【００５０】一方、各チャネル番号に対応するチャネル
キーＫｃｈを用いて暗号化された暗号化コンテンツ情報
（図９（ａ）参照）は、この付加情報とは別途（別の帯
域で）送られ、受信装置ではその両方を受信するように
なっている。
【００５１】図１０は、暗号化コンテンツ情報の生成お
よび配信（放送）するための放送局２００に設置される
コンテンツ情報の配信装置の構成例を示したものであ
る。なお、図１０において、図３と同一部分には同一符
号を付している。
【００５２】各チャネルのコンテンツ情報は、図１０に
示すように、コンテンツ情報データベース（ＤＢ）２１
に蓄積されている。暗号化部２２は、コンテンツ情報Ｄ
Ｂ２１から各チャネル番号に対応したコンテンツ情報を
読み出すとともに、チャネルキーＤＢ４から先ほどの付
加情報生成範囲で有効なチャネル番号毎のチャネルキー
を読み出して、各チャネルのコンテンツ情報を当該チャ
ネル番号のチャネルキーＫｃｈで暗号化し、情報付加部
２３に送る。
【００５３】マスターキーＫｍを一定期間毎に更新する
場合、情報付加部２３では、シードＤＢ３から先ほどの
付加情報生成範囲で有効なマスターキーシードあるいは
シードＩＤを読み出し、それを放送装置１３へ出力す
る。
【００５４】放送装置１３では、チャネルキーで暗号化
されたコンテンツ情報およびマスターキーシードあるい
はシードＩＤを多重して、所定の周波数帯域の放送波に
変換して各受信装置に向けて配信する。
【００５５】ユーザ毎チャネル毎の付加情報を個別に送
るため大量の情報を配信する必要が生じ、一度に全ての
情報を送れない場合は付加情報生成部８で生成された付
加情報を一旦付加情報データベース（ＤＢ）５に蓄えて
おき、そこから配信する部分を取り出して放送配信し、
配信が終了した後、該付加情報ＤＢ５から消去するとし
てもよい。あるいは、付加情報生成制御部９が付加情報
の生成をコントロールし、配信できる範囲のものだけを
付加情報生成部８に指示してもよい。
【００５６】また、１回の放送だけでは受信装置が（何
らかの理由で）受信できないこともある。このため、付
加情報は契約期間の前から（可能な限り）何度も頻繁に
送る必要がある。しかしそれでも（長期間受信不能なと
ころに受信装置が存在するなどの理由で）受信できない
場合もあるであろう。この場合、ユーザは視聴できなく
なるので、ユーザからのクレームという形で放送局側に
フィードバックがかかる。その際は、付加情報出力要請
部１２に端末ＩＤと該当チャネル番号を含む付加情報出
力要請信号を送り、付加情報出力要請部１２は付加情報
生成制御部９にそれを送り、付加情報生成制御部９では
契約ユーザＤＢ１を検索し、有効な契約を確認したら前
述の手続きに従って暗号化した付加情報を生成し、放送
する。
【００５７】（２）なお、上記説明では、付加情報にチ
ャネルキーＫｃｈそのものを含む場合について説明した
が、この場合に限らず、チャネルキーＫｃｈを例えば上
位数十ビットと残りの下位数十ビットとの２つのチャネ
ルサブキーＨ、Ｌに分割して、一方のチャネルサブキー
Ｈのみを付加情報に乗せ、他方のチャネルサブキーＬを
チャネルサブキーＫｃｈにて暗号化されたコンテンツ情
報に付加（あるいは多重）して配信するようにしてもよ
い。
【００５８】この場合の契約管理装置の付加情報生成部
８では、チャネルキーＤＢ４から付加情報の生成範囲で
有効なチャネルキーからチャネルサブキーＨを抽出し
て、ユーザの端末ＩＤ、契約チャネル番号、チャネルサ
ブキーＨをもとに、図１１（ｂ）に示すような各ユーザ
毎の付加情報を生成し、マスターキーＫｍで暗号化す
る。
【００５９】また、図１０に示したコンテンツ情報の配
信装置の情報付加部２３では、さらに、チャネルキーＤ
Ｂ４から先ほどの付加情報生成範囲で有効なチャネル番
号毎のチャネルキーからチャネルサブキーＬを抽出し
て、放送装置１３へ出力する。放送装置１３からは、図
１１（ａ）に示すように、チャネルキーで暗号化された
コンテンツ情報、チャネルサブキーＬ、さらに必要に応
じてマスターキーシードあるいはシードＩＤが多重され
た所定の周波数帯域の放送波が各受信装置に向けて配信
される。
【００６０】（３）付加情報として、図１２に示すよう
な各契約ユーザ固有の付加情報（端末付加情報）と、図
１３に示すようなチャネル番号に対応したチャネル付加
情報とを用いる場合を考える。
【００６１】図１２に示すように端末付加情報は、端末
ＩＤ及びチャネル番号と、当該端末ＩＤにて識別される
受信装置との契約が有効／無効を示す情報とから構成さ
れている。これは端末付加情報に記載された端末ＩＤを
自身の端末ＩＤとして持つ受信装置の受信契約が、同じ
く端末付加情報の記載されたチャネル番号のチャネルで
有効か無効かを示すものである。
【００６２】端末付加情報を考えるとき、受信装置は、
当該チャネルの受信契約が有効であるという端末付加情
報（以下、有効の端末付加情報あるいはＯＮ信号と呼ぶ
場合がある）が来たら、それ以降当該チャネルを無効と
する端末付加情報（以下、無効の端末付加情報あるいは
ＯＦＦ信号と呼ぶことがある）が来るまで当該チャネル
は有効とし、逆に当該チャネルの無効の端末付加情報が
来たら、それ以降当該チャネルの有効の端末付加情報が
来るまで当該チャネルを無効にする。
【００６３】端末付加情報はチャネルキーを含まないの
で全体のサイズを半分以下に減らせる特徴がある。すな
わち、チャネルキーで暗号化されたコンテンツの解読を
防ぐため、チャネルキーを最低限でも５６ｂｉｔ程度必
要となる一方、チャネルキー以外の端末ＩＤやチャネル
番号等の情報は３０ｂｉｔ程度でも十分である。従っ
て、付加情報にチャネルキーを含めた場合、付加情報全
体に対するチャネルキーの占める割合が大きくなってし
まう。しかし、付加情報からチャネルキーを除くことに
より、付加情報全体のサイズが半分以下になる。このた
め、前述の方式よりも小さな付加情報を送ることになる
ため、単位時間あたりに送れる付加情報の数が増える。
そればかりか、各ユーザ宛にチャネルキーの切替時に同
期して、例えば、１ヶ月毎に個別にチャネルキーを送る
必要がなく、端末付加情報を配信するのは新規契約時と
契約切れの時のみであるから配信する全体の付加情報の
量は激減する。
【００６４】実際、この場合、ユーザ個別に配信する端
末付加情報は、放送受信を有効にする時と無効にする時
に配信すれば良いだけなので通常の場合、極めて少なく
て済む。
【００６５】図１２に示したような端末付加情報を配信
する契約管理装置の構成は、図３と同様で動作が異な
る。すなわち、付加情報生成部８は、端末付加情報を作
成する際、チャネルキーＤＢ４を検索せずに、契約ユー
ザＤＢ１とシードＤＢ３と契約解除ユーザＤＢ６の情報
を検索して端末付加情報を作成するようになっている。
これは、チャネルキーを端末付加情報に含める必要がな
い一方、契約解除をしたユーザに対しては端末付加情報
を送らなければならないためである。
【００６６】図３の契約管理装置の処理動作について説
明する。
【００６７】契約情報が入力されて契約ユーザＤＢ１へ
登録処理は、図７のフローチャートに従って実行され
る。
【００６８】付加情報生成制御部９は、付加情報生成部
８を介して予め定められたタイミングで契約ユーザＤＢ
１に登録されている新規契約ユーザの情報を検索する。
付加情報生成部８では、検索された新規契約ユーザの情
報から端末ＩＤと契約チャネル番号を抽出し、図１２に
示したような端末付加情報を作成する（この場合は契約
を有効にするのであるから有効の端末付加情報を作成す
る）。
【００６９】更に、付加情報生成部８は、シードＤＢ３
を検索して、現在有効なマスターキーを抽出する。この
マスターキーを使って先に生成された端末付加情報を暗
号化し、付加情報生成制御部９に送る。
【００７０】付加情報生成制御部９では、これを放送装
置１３に送り、予め定められた帯域で放送する。
【００７１】ここで、配信すべき端末付加情報が多すぎ
て一時に放送できないこともあるであろう。そのときは
生成された暗号化された端末付加情報を付加情報ＤＢ５
に一時的に蓄えるよう付加情報生成制御部９が制御する
ことも可能である。
【００７２】契約ユーザ側では、ユーザ自身の持つ受信
装置にて、図１２に示したような端末付加情報を受信す
ると、受信装置内部の復号ユニット（後述）にて、これ
を復号して契約が有効であるか否かが確認される。有効
である旨が記述されていたときに、当該チャネルのチャ
ネルキーを用いて、例えば付加情報とは別帯域で配信さ
れてくる当該チャネルのコンテンツ情報を復号して、ユ
ーザは所望の番組を視聴することができるようになる。
【００７３】契約期間確認部７は、予め定められたタイ
ミングで契約ユーザＤＢ１を検索し、契約切れのユーザ
を検索する。検索された契約切れのユーザに関する情報
は、契約解除ユーザＤＢ６に登録する。
【００７４】契約切れのユーザに対しては、無効の端末
付加情報を配信する必要がある。そこで、付加情報生成
制御部９は、前述の有効の端末付加情報を配信するとき
と同様、まず、付加情報生成部８を介して予め定められ
たタイミングで契約ユーザＤＢ１に登録されている新規
契約ユーザの情報を検索する。
【００７５】付加情報生成部８では、検索された新規契
約ユーザの情報から端末ＩＤと契約チャネル番号を抽出
し、図１２に示したような端末付加情報を作成する（こ
の場合は契約を無効にするのであるから無効の端末付加
情報を作成する）。更に、付加情報生成部８は、シード
ＤＢ３を検索して、現在有効なマスターキーを抽出す
る。このマスターキーを使って先に生成された端末付加
情報を暗号化し、付加情報生成制御部９に送る。付加情
報生成制御部９では、これを放送装置１３に送り、予め
定められた帯域で放送する。
【００７６】ここで、無効の端末付加情報を配信する場
合は、１度放送するだけでは（何らかの原因で）受信装
置が確実に受信できない場合もあり、例えば、１度発信
した情報を何ヶ月かに渡って定期的に流すようにする必
要がある。さもないと当該受信装置は永久的に視聴可能
な状態になってしまい、受信契約を管理しているとは言
えない状態に陥る。このことは、有効の端末付加情報を
送る場合でも同様だが、この場合はユーザからのクレー
ムによって未受信が検出され、付加情報出力要請部１２
を用いて、当該未受信の有効の端末付加情報を配信する
こともできるので、無効の端末付加情報を配信する場合
ほど長い間流し続けなくてもよい。
【００７７】次に、コンテンツ情報を復号するためのチ
ャネルキーの配信について説明する。
【００７８】今、チャネルキーを１ヶ月に１度変更する
として、これを図１３に示すようなフォーマットでチャ
ネル番号、必要に応じてチャネルキーＩＤとともにチャ
ネル付加情報として生成し、その時点で有効なマスター
キーにて暗号化する。この暗号化されたチャネル付加情
報を所定のタイミングで端末付加情報を送るのと同じ帯
域で配信する。
【００７９】配信時に、端末付加情報とチャネル付加情
報とを区別するための例えばビット情報を、端末付加情
報とチャネル付加情報との暗号化されていない部分に付
けておけばよい。
【００８０】受信装置側では、該ビット情報をチェック
して、チャネル付加情報である場合には、それを復号
し、さらにチャネル付加情報に含まれるチャネル番号を
チェックして、現在受信契約しているチャネル番号であ
れば、該チャネル付加情報に含まれるチャネルキーＩＤ
およびチャネルキーを格納する処理を行なう。
【００８１】ここで、チャネルキーを変更する場合、実
際にチャネルキーを変更する時点よりも前に、変更する
チャネルキーを配信するのが望ましい。これにより、受
信装置側ではチャネルキーの変更に伴うコンテンツ情報
の復号が連続して行える。例えば、１９９８年１月１日
から切り替わるチャネルキーのチャネル付加情報は１９
９７年１２月１５日から送るようにすれば、１６日間の
間に受信装置が当該チャネルキーのチャネル付加情報を
受信する可能性は極めて高くなり、それを受信装置の所
定のデータベースに格納しておけば、１９９７年１２月
３１日から１９９８年１月１日の間のチャネルキーの切
替えがスムーズに行え、ユーザは、連続的に所望のチャ
ネルの番組を視聴することが可能となる。
【００８２】一方、新規契約したユーザの受信装置には
（今まで受信契約していなかったのであるから）当該チ
ャネルキーが格納されていない。このため新規契約ユー
ザは契約後すぐには視聴できないという問題がある。こ
の問題を解決するためには、チャネル付加情報を頻繁に
配信する必要がある。しかし、図１３に示したようなチ
ャネル付加情報は、各ユーザ個別のものではなく、チャ
ネル番号に対応したものであるので（すなわち、各ユー
ザに共通して配信すべき情報であるので）、各ユーザ個
別に配信する必要のある図９（ｂ）に示したえような付
加情報の場合と比較して、配信量は少なくてすむので、
チャネル付加情報を頻繁に送ることは十分に可能であ
る。
【００８３】なお、チャネル付加情報の配信は、チャネ
ルキー変更直前（１９９７年１２月３１日）と直後（１
９９８年１月１日）には普段より頻繁に送るようにする
と効果的である。何故ならば、これらの期間には確実に
受信して欲しいからである。同様のことは受信契約の更
新時期（新規受信契約開始の時期や契約切れの時期）に
も言える。
【００８４】前述の（１）の説明では、チャネルキーの
切り替えをもって、同時に契約の切り替え（契約切れ／
継続契約）を意味していたので、チャネルキーの切替時
と契約切替時とを同じ時期にしていたが、有効／無効の
端末付加情報を用いる場合は、必ずしも同じ時期にする
必要がない。
【００８５】このように、有効／無効の端末付加情報と
チャネル付加情報とを用いる場合、契約ユーザに配信す
べき付加情報の内容を各ユーザ個別の情報とユーザ共通
の情報とにわけ、契約切替時期には端末付加情報を頻繁
に配信し、チャネルキーの切替時期にはチャネル付加情
報を頻繁に配信すればよいので、配信量の分散が図れ
る。
【００８６】（４）上記（３）の説明では、有効／無効
の付加情報を配信することにより、受信装置のコンテン
ツ情報の復号の可否を制御（新規契約時と契約切れ時の
受信端末への制御）するものであった。これと同様の操
作を、例えば、図９（ｂ）に示す付加情報を用いても行
うことができる。
【００８７】すなわち、契約期間中は、付加情報生成部
８は、図９（ｂ）に示すような端末ＩＤ、チャネルキ
ー、チャネル番号を含む付加情報を生成して各ユーザ宛
に配信するが、例えば１ヶ月（チャネルキーの有効期間
であると同時に契約期間の最小単位でもある期間）毎
に、契約契約解除ユーザＤＢ６を検索して、契約の切れ
たユーザに対しては、チャネルキーを含まない付加情報
を生成して配信するようにする。当該受信装置では（有
効なチャネルキーを受け取ることがないので）、以後コ
ンテンツ情報の復号はできない。このように、チャネル
キーを含まない付加情報は、当該ユーザの受信装置に対
し契約切れの旨を通知するとともに、当該受信装置での
視聴を不可能とするための制御信号でもある。
【００８８】図１１（ｂ）に示したようなチャネルサブ
キーＨを含む付加情報を用いる場合も同様で、契約期間
中は、付加情報生成部８は、図１１（ｂ）に示すような
端末ＩＤ、チャネルサブキーＨ、チャネル番号を含む付
加情報を生成して各ユーザ宛に配信するが、例えば１ヶ
月（チャネルキーの有効期間であると同時に契約期間の
最小単位でもある期間）毎に、契約契約解除ユーザＤＢ
６を検索して、契約の切れたユーザに対しては、チャネ
ルサブキーを含まない付加情報を生成して配信するよう
にする。当該受信装置では（チャネルキーを生成するた
めに必要なチャネルサブキーを入手できないので）、以
後コンテンツ情報の復号はできない。このように、チャ
ネルサブキーを含まない付加情報は、当該ユーザの受信
装置に対し契約切れの旨を通知するとともに、当該受信
装置での視聴を不可能とするための制御信号でもある。
【００８９】（５）次に、図３に示す契約管理装置のス
ケジューリング部１４について説明する。
【００９０】スケジューリング部１４は、付加情報ＤＢ
５に格納された付加情報を配信する際、および、放送装
置１３にて付加情報を配信する際に、各ユーザ側の受信
装置にて確実に付加情報が受信されるように配信制御を
行うものである。
【００９１】すなわち、例えば、受信契約後、契約変更
時、契約解約時、チャネルキー等の更新時には付加情報
を頻繁に送る必要があり、そのための付加情報の配信ス
ケジューリングに従って、付加情報の配信制御を行うの
が、スケジューリング部１４である。
【００９２】付加情報の配信スケジューリングとして、
視聴率の高い番組が放送される時間帯に頻繁に送ること
も付加情報をユーザ側に確実に配信する上で有効な手段
である。
【００９３】３）受信装置 （１）図１４は、本実施形態に係る受信装置１００の構
成例を示したもので、前述の図３に示したような放送局
側に設置されている契約管理装置で生成された付加情報
および図１０に示したようなコンテンツ情報の配信装置
から出力される放送波を受信するためのものである。
【００９４】ここで図１４に示した受信装置１００にて
受信される放送波には、次のような情報が含まれている
ものとする。 ・ マスターキーシード ・ ［付加情報］Ｋｍ …付加情報をマスターキーＫｍ
で暗号化したもの ・ チャネルサブキーＬ ・ ［コンテンツ］Ｋｃｈ …コンテンツ情報をチャネ
ルキーＫｃｈで暗号化したもの マスターキーシードは、図１４の受信装置１００のマス
ターキー生成部５０４がマスターキーを生成する元にな
るデータである。
【００９５】チャネルサブキーＬは、付加情報に含まれ
るチャネルサブキーＨと合わせて、チャネルキーＫｃｈ
を生成するための情報である。
【００９６】なお、チャネルサブキーＬを放送波に多重
化して配信しない場合もある。この場合、チャネルキー
Ｋｃｈ＝チャネルサブキーＨとなる。
【００９７】付加情報は、次のような情報が含まれてい
るものとする。 ・ 端末ＩＤ …受信装置の識別情報 ・ チャネル番号（複数も可） ・ チャネルサブキーＨ 端末ＩＤにて識別される受信装置との間で契約されてい
るチャネルが１つのみの場合は、チャネル番号を必ずし
も含む必要はない。また、チャネルサブキーＨが含まれ
ないことがある。
【００９８】付加情報にチャネルサブキーＨが含まれる
場合、当該付加情報は、当該端末ＩＤにて識別される受
信装置が当該チャネルを視聴する事を可能にする、いわ
ゆるＯＮ信号である。
【００９９】一方、付加情報にチャネルサブキーＨが含
まれない場合、当該付加情報は、当該端末ＩＤにて識別
される受信装置が当該チャネルを使用することを禁止す
る、いわゆるＯＦＦ信号となる。
【０１００】前述の契約管理装置にて生成されて配信さ
れた付加情報を受信した図１４の受信装置における契約
管理のメカニズムの概要を述べる。
【０１０１】付加情報がチャネルサブキーＨを含む場
合、復号ユニット１１０は、付加情報から抽出されたチ
ャネルサブキーＨをチャネルサブキー格納部５０８に格
納する。従って、チャネルデコーダ５０９は、チャネル
サブキー格納部５０８からチャネルサブキーＨを取得
し、放送波に多重化して配信されるチャネルサブキーＬ
と合わせて、チャネルキーＫｃｈを生成することができ
る。そして、生成したチャネルキーＫｃｈを用いて、当
該チャネルのコンテンツ情報を正しく復号することがで
きる。
【０１０２】付加情報に含まれる端末ＩＤと、受信装置
に予め与えられているＩＤとが一致しない場合、復号ユ
ニット１１０はチャネルサブキーＨをチャネルサブキー
格納部５０８に格納しない。
【０１０３】放送局２００の契約管理装置は、契約済み
の受信装置のＩＤとその際契約された視聴チャネルの番
号および当該チャネルのチャネルサブキーＨを含む付加
情報を放送波に多重化して放送することによって、当該
契約受信装置のみに、契約チャネルの視聴を開始させる
ことができる。
【０１０４】付加情報がチャネルサブキーＨを含まない
場合、復号ユニット１１０は、チャネルサブキー格納部
５０８に対してチャネルサブキーＨの消去指示を出力す
る。当該チャネルのコンテンツ情報はチャネルキーＫｃ
ｈによって暗号化されている。チャネルデコーダ５０９
は、チャネルサブキーＨを取得できず、従って、コンテ
ンツ情報に多重化して配信されるチャネルサブキーＬと
合わせて、チャネルキーＫｃｈを生成することができな
い。すなわち、当該チャネルのコンテンツ情報を復号す
ることができないため再生が行われない。
【０１０５】放送局２００の契約管理装置は、解約受信
装置のＩＤと解約チャネル番号を含み、かつチャネルサ
ブキーＨを含まない付加情報を、放送波に多重化して放
送する。これによって、当該解約受信装置のみに、契約
チャネルの視聴を禁止（すなわち、解約）することがで
きる。
【０１０６】次に、図１４の受信装置の処理動作を図１
５〜図１８に示すフローチャートを参照して、より詳細
に説明する。
【０１０７】まず、受信部５０１が放送波を受信する
と、Ａ／Ｄ変換部５０２がディジタル信号に変換すると
ともに、当該信号中に含まれる情報をパケット化してフ
ィルタ５０３に出力する（ステップＳ１０１〜ステップ
Ｓ１０２）。
【０１０８】各パケットは、フラグ情報を有し、このフ
ラグ情報にて当該パケットがマスターキーシードを含む
パケットか、付加情報を含むパケットか、コンテンツ情
報を含むパケットかを識別することができる。さらに、
マスターキーシード、付加情報の最後のパケットには、
終了フラグが記録されている。
【０１０９】フィルタ５０３は、マスターキーシード、
付加情報それぞれのために、充分な大きさのバッファを
有している。
【０１１０】入力されたパケットのフラグから、当該パ
ケットにマスターキーシードが含まれていると判断した
場合は、マスターキーシード用バッファに当該パケット
を追加し、順次入力されるパケットのフラグに終了フラ
グが検出されたら、それまでにマスターキーシード用バ
ッファに格納されたパケットをマスターキー生成部５０
４に転送する（ステップＳ１０３〜ステップＳ１０
６）。
【０１１１】入力されたパケットのフラグから、当該パ
ケットに付加情報が含まれていると判断した場合は、付
加情報用バッファに当該パケットを追加し、順次入力さ
れるパケットのフラグに終了フラグが検出されたら、そ
れまでに付加情報用バッファに格納されたパケットを判
定部５０７に転送する（ステップＳ１０７〜ステップＳ
１１０）。
【０１１２】入力されたパケットのフラグから、当該パ
ケットにコンテンツ情報、チャネルサブキーＬが含まれ
ていると判断した場合は、当該パケットをチャネルデコ
ーダ５０９に転送する（ステップＳ１１１）。
【０１１３】マスタキー生成部５０４では、図１６のフ
ローチャートに示すように、フィルタ５０３から転送さ
れてきたパケットからマスターキーシードを抽出し、マ
スターキーを生成し、その生成されたマスターキーをマ
スターキー格納部５０５に格納する（ステップＳ１２１
〜ステップＳ１２３）。
【０１１４】判定部５０７では、図１７のフローチャー
トに示すように、フィルタ５０３からパケットが転送さ
れてきたら、まず、マスターキー格納部５０５からマス
ターキーＫｍを読込み、当該パケットから抽出された付
加情報をマスターキーＫｍを用いて復号する（ステップ
Ｓ１３１〜ステップＳ１３３）。
【０１１５】付加情報には必ず端末ＩＤが含まれ、さら
にチャネル番号とチャネルサブキーＨとが含まれるてい
る場合もある。
【０１１６】判定部５０７は、付加情報から端末ＩＤを
抽出し、ＩＤ格納部５０６に予め格納されている自身の
端末ＩＤとを比較し、一致していたときに限り、後続の
処理を実行する。不一致のときは、処理を中止する（ス
テップＳ１３４）。
【０１１７】付加情報に含まれていた端末ＩＤと自身の
端末ＩＤとが一致したとき、次に、付加情報にチャネル
サブキーＨが含まれているか否かチェックし（ステップ
Ｓ１３５）、チャネルサブキーＨが含まれているとき
は、それをチャネルサブキー格納部５０８に格納する
（ステップＳ１３６）。付加情報にチャネルサブキーＨ
が含まれていないときは、当該付加情報は、ＯＦＦ信号
であると判断できるので、チャネルサブキー格納部５０
８に既に格納されているチャネルサブキーＨを消去する
（ステップＳ１３７）。
【０１１８】チャネルデコーダ５０９では、図１８のフ
ローチャートに示すように、フィルタ５０３から転送さ
れてきたパケットからチャネルサブキーＬを抽出したら
（ステップＳ１４１〜ステップＳ１４２）、チャネルサ
ブキー格納部５０８からチャネルサブキーＨを読み出し
て（ステップＳ１４３）、チャネルキーＫｃｈを生成す
る（ステップＳ１４４）。ステップＳ１０９で、チャネ
ルサブキー格納部５０８のチャネルサブキーＨが消去さ
れている場合、処理を終了する。
【０１１９】チャネルサブキーＨとＬからチャネルキー
Ｋｃｈを生成するアルゴリズムは、予めチャネルデコー
ダ５０９に格納されている。
【０１２０】さて、チャネルデコーダ５０９は、チャネ
ルキーｋｃｈを生成すると、それを用いてフィルタ５０
３から転送されてきたパケットから抽出される暗号化コ
ンテンツ情報を復号し（ステップＳ１４５）、復号され
たコンテンツ情報を順次、Ｄ／Ａ変換部５１０に出力す
る（ステップＳ１４６）。
【０１２１】Ｄ／Ａ変換部５１０では、チャネルデコー
ダ５０９から送られてくるコンテンツ情報をアナログ信
号に変換し（ステップＳ１４７）、再生部５１１にてア
ナログ信号の再生を行う（ステップＳ１４８）。
【０１２２】暗号の解読による不正な視聴を防止する観
点から、暗号のキーは定期的に更新することが望まし
い。例えば、放送に多重化して配信されるチャネルサブ
キーＬを変更することで、チャネルキーＫｃｈを容易に
変更することができる。勿論、この場合、チャネルのコ
ンテンツ情報は新しいチャネルキーＫｃｈによって復号
可能である様に暗号化されていなければならない。な
お、チャネルサブキーＬを放送波に多重化して配信しな
い場合もある。この場合、チャネルキーＫｃｈ＝チャネ
ルサブキーＨとなる。
【０１２３】ところで、受信装置１００は、視聴許可の
付加情報を受信すると、視聴禁止の付加情報を受信する
まで、契約チャネルの番組視聴が可能である。ユーザが
チャネルの番組視聴契約を解除したにも係わらず、視聴
禁止の付加情報を受信しないケースも考えられる。例え
ば、受信装置の電源が一定期間切断された様な場合であ
る。従って、視聴禁止の付加情報（ＯＦＦ信号）を解約
後ある程度期間に渡って繰り返し放送する必要がある。
【０１２４】図１９は、新規契約に関する付加情報（Ｏ
Ｎ信号）の送信量と、解約に関する付加情報（ＯＦＦ信
号）の送信量の時間経過に伴う変動を示したものであ
る。新規契約に関する付加情報（ＯＮ信号）の送信量
と、解約に関する付加情報（ＯＦＦ信号）の送信量との
和が、付加情報の総送信量である。新規契約に関する付
加情報の送信は契約数に応じてバースト的な送信量とな
るのに対して、解約に関する付加情報の送信について
は、時間の経過とともに解約数を積分したような送信量
の変化がみられる。
【０１２５】新規契約に関する付加情報の送信と、解約
に関する付加情報の送信は、いずれもターゲットとする
受信装置に確実に受信される保証を欠く。従って、何回
か繰り返し放送されるが必要となる。
【０１２６】放送局側に設置される契約管理装置がＯＮ
信号、ＯＦＦ信号となるような付加情報を配信すること
により、前述したように、新規契約時と解約時にのみ付
加情報を数回繰り返して配信すればよく、契約更新毎に
（例えば毎月）全ての加入端末分の契約データを送信す
る方式に比較して、契約管理情報の送信量を大幅に減少
させることが可能である。従って、チャネルのコンテン
ツ情報の送信量を増やすことができる。
【０１２７】（２）受信装置１００にて、受信した放送
波から、何らかの方法で多重化した付加情報を剥ぎ取っ
てしまうと、視聴を禁止する付加情報（ＯＦＦ信号）の
受信を回避して、不正に視聴が行われてしまうとことも
あろう。そこで、このような不正行為に対処するため、
放送局に設置されている契約管理装置は、一定数のパケ
ット毎に、必ず付加情報を多重化して送信することとす
る。
【０１２８】送信すべき付加情報がない場合には、ダミ
ーの付加情報を送信しても良い。この場合、受信装置１
００のフィルタ５０３は、パケット数を数えるカウンタ
（パケットカウンタ）を具備し、付加情報が到着すると
カウンタをリセットする。カウンタの値が、予め定めら
れた数値（Ｎ）よりも大となると、異常な状態と判断
し、フィルタリング動作を停止するなど、処理中止動作
を行う。
【０１２９】図２０に示すフローチャートは、受信装置
１００のフィルタ５０３が、上記付加情報の受信状況を
監視する処理を伴う場合の処理動作の一例を示したもの
である。なお、図２０において、変数ｃｏｕｎｔがパケ
ットカウンタである。
【０１３０】まず、フィルタ５０３は、パケットカウン
タを初期化する。すなわち、変数ｃｏｕｎｔを「０」に
設定する（ステップＳ１５１）。フィルタ５０３は、Ａ
／Ｄ変換部５０２から順次入力されるパケットに含まれ
るフラグ情報をチェックする（ステップＳ１５２）。
【０１３１】入力されたパケットのフラグから、当該パ
ケットに付加情報が含まれていると判断した場合は（ス
テップＳ１５３）、パケットカウンタの値を「０」にリ
セットし（ステップＳ１５４）、付加情報用バッファに
当該パケットを追加し、順次入力されるパケットのフラ
グに終了フラグが検出されたら、それまでに付加情報用
バッファに格納されたパケットを判定部５０７に転送す
る（ステップＳ１５５〜ステップＳ１５７）。
【０１３２】入力されたパケットのフラグから、当該パ
ケットに付加情報が含まれていないと判断したときは
（ステップＳ１５３）、パケットカウンタの値を１つイ
ンクリメントする（ステップＳ１５８）。そして、パケ
ットカウンタの値が予め定められたパケット数Ｎより大
となったときは、異常なパケットの受信状態であると判
断し、フィルタリング動作を停止するなど、処理中止動
作を行う（ステップＳ１６０）。
【０１３３】一方、ステップＳ１５９で、パケットカウ
ンタの値が予め定められた値Ｎより小さいときは、後続
の処理を実行する。
【０１３４】すなわち、入力されたパケットのフラグか
ら、当該パケットにマスターキーシードが含まれている
と判断した場合は（ステップＳ１６１）、マスターキー
シード用バッファに当該パケットを追加し、順次入力さ
れるパケットのフラグに終了フラグが検出されたら、そ
れまでにマスターキーシード用バッファに格納されたパ
ケットをマスターキー生成部５０４に転送する（ステッ
プＳ１６２〜ステップＳ１６４）。
【０１３５】また、入力されたパケットのフラグから、
当該パケットにコンテンツ情報、チャネルサブキーＬが
含まれていると判断した場合は、当該パケットをチャネ
ルデコーダ５０９に転送する（ステップＳ１６５）。
【０１３６】放送局は定期的に（或いは適宜）チャネル
サブキーＨ又はマスターキーを変更する。チャネルサブ
キーＨは、チャネルのコンテンツ情報を暗号化するキー
（の構成要素）であるから、チャネルサブキーＨを変更
した場合、チャネルのコンテンツ情報の暗号化も変更を
受ける。受信契約を継続する受信装置に対しては、当該
端末ＩＤとチャネル番号、当該チャネルのサブキーＨを
含む付加情報を作成し、放送配信する。
【０１３７】マスターキーの変更は、契約管理よりも寧
ろセキュリティの観点から行われる。マスターキーの変
更はマスターキーシードの放送配信による。マスターキ
ーを変更する際は、チャネルサブキーＨも同時に変更す
ることが望ましい。
【０１３８】（３）図１４に示す受信装置１００にて受
信される放送波には、次のような情報が含まれているも
のとする。 ・ マスターキー・シード ・ ［端末付加情報］Ｋｍ ・ ［チャネル付加情報］Ｋｍ ・ ［コンテンツ］Ｋｃｈ 端末付加情報は、各契約ユーザに固有の付加情報で、少
なくとも次の情報を含んでいる。 ・ 端末ＩＤ ・ チャネル番号 ・ 有効／無効情報 なお、契約チャネルが１つのみの場合、チャネル番号は
含まなくてもよい。
【０１３９】チャネル付加情報は、ユーザ少なくとも次
の情報を含んでいる： ・ チャネル番号 ・ チャネルキー なお、チャネル付加情報には、さらにチャネルキーを識
別するためのチャネルキーＩＤが含まれていてもよい。
【０１４０】図１４の受信装置の処理動作を図２１〜図
２３に示すフローチャートを参照して説明する。
【０１４１】まず、図２１において、受信部５０１が放
送波を受信すると、Ａ／Ｄ変換部５０２がディジタル信
号に変換するとともに、当該信号中に含まれる情報をパ
ケット化してフィルタ５０３に出力する（ステップＳ１
０１〜ステップＳ１０２）。
【０１４２】各パケットは、フラグ情報を有し、このフ
ラグ情報にて当該パケットがマスターキーシードを含む
パケットか、端末付加情報あるいはチャネル付加情報を
含むパケットか、コンテンツ情報を含むパケットかを識
別することができる。さらに、マスターキーシード、端
末付加情報、チャネル付加情報の最後のパケットには、
終了フラグが記録されている。
【０１４３】フィルタ５０３は、マスターキーシード、
端末付加情報、チャネル付加情報それぞれのために、充
分な大きさのバッファを有している。
【０１４４】入力されたパケットのフラグから、当該パ
ケットにマスターキーシードが含まれていると判断した
場合は、マスターキーシード用バッファに当該パケット
を追加し、順次入力されるパケットのフラグに終了フラ
グが検出されたら、それまでにマスターキーシード用バ
ッファに格納されたパケットをマスターキー生成部５０
４に転送する（ステップＳ１０３〜ステップＳ１０
６）。
【０１４５】入力されたパケットのフラグから、当該パ
ケットに端末付加情報が含まれていると判断した場合
は、端末付加情報用バッファに当該パケットを追加し、
順次入力されるパケットのフラグに終了フラグが検出さ
れたら、それまでに端末付加情報用バッファに格納され
たパケットを判定部５０７に転送する（ステップＳ１７
１〜ステップＳ１７４）。
【０１４６】入力されたパケットのフラグから、当該パ
ケットにチャネル付加情報が含まれていると判断した場
合は、チャネル付加情報用バッファに当該パケットを追
加し、順次入力されるパケットのフラグに終了フラグが
検出されたら、それまでにチャネル付加情報用バッファ
に格納されたパケットを判定部５０７に転送する（ステ
ップＳ１７５〜ステップＳ１７８）。
【０１４７】入力されたパケットのフラグから、当該パ
ケットにコンテンツ情報、チャネルサブキーＬが含まれ
ていると判断した場合は、当該パケットをチャネルデコ
ーダ５０９に転送する（ステップＳ１１１）。
【０１４８】マスタキー生成部５０４では、図１６のフ
ローチャートと同様である。
【０１４９】判定部５０７では、図２２のフローチャー
トに示すように、フィルタ５０３からパケットが転送さ
れてきたら、まず、マスターキー格納部５０５からマス
ターキーＫｍを読込み、当該パケットから抽出された付
加情報をマスターキーＫｍを用いて復号する（ステップ
Ｓ１８１〜ステップＳ１８３）。
【０１５０】入力されたパケットのフラグから、当該パ
ケットに端末付加情報が含まれていると判断した場合
は、端末付加情報から端末ＩＤを抽出し、ＩＤ格納部５
０６に予め格納されている自身の端末ＩＤとを比較し、
一致していたときに限り、後続のステップＳ１８６以降
の処理を実行する。不一致のときは、処理を中止する
（ステップＳ１８５）。
【０１５１】ステップＳ１８６では、端末付加情報から
チャネル番号とそれに対応する有効／無効情報を抽出
し、チャネル番号に対し「有効」が付随していたとき
は、ステップＳ１８７に進み、当該チャネル番号のコン
テンツ情報の復号／再生が可能なように制御する。その
ために、例えば、各チャネル毎のオン／オフ制御を行う
ための配列情報をもち、有効の場合には、該当するチャ
ネルの値を「１」とするようにしてもよい。また、チャ
ネル番号に対し「無効」が付随していたときは、ステッ
プＳ１８８に進み、当該チャネル番号のコンテンツ情報
の復号／再生が不可能なように制御する。例えば、上記
配列の該当するチャネルの値を「０」に設定する。
【０１５２】入力されたパケットのフラグから、当該パ
ケットにチャネル付加情報が含まれていると判断した場
合は、そのチャネル付加情報からチャネルキーＩＤとチ
ャネルキーを取り出し、当該チャネル番号に対応させて
チャネルサブキー格納部５０８に格納する。
【０１５３】チャネルデコーダ５０９では、図２３のフ
ローチャートに示すように、フィルタ５０３にから転送
されてきたパケットからコンテンツ情報を抽出して、先
に取得されたチャネルキーを用いて復号し、Ｄ／Ａ変換
部５０２に出力する（ステップＳ１９１〜ステップＳ１
９４）。
【０１５４】Ｄ／Ａ変換部５１０では、チャネルデコー
ダ５０９から送られてくるコンテンツ情報をアナログ信
号に変換し（ステップＳ１９５）、再生部５１１にてア
ナログ信号の再生を行う（ステップＳ１９６）。
【０１５５】以上説明したように、チャネル付加情報は
全ての受信装置に共通であり、端末付加情報は、チャネ
ル（サブ）キーを含む場合に比べ短くなるため、付加情
報としての契約制御情報を配信するに必要な放送帯域を
節約することが可能となる。 （第２の実施形態） １）放送システムの概略 契約受信装置に付加情報を放送配信する以外に、図２４
に示すような配布形態も考えられる。
【０１５６】図２４は、本発明の契約管理装置および放
送受信装置を用いた第２の実施形態に係る放送システム
の概略構成を示したもので、放送局２００から衛星を利
用して受信契約を行った各ユーザにコンテンツを提供す
るサービス形態の場合を示している。
【０１５７】図２４では、契約管理のための付加情報を
各契約ユーザに放送配信するのではなく、例えば磁気カ
ード等の携帯可能なカード型の記録媒体（以下、簡単に
カードと呼ぶ）Ｐに記録しておき、それを当該受信装置
に宅配又は郵送する点が、前述の第１の実施形態の場合
と異なる。契約ユーザは、受信装置１００に受け取った
カードＰに記録された情報を読み取らせることにより、
契約チャネルの受信が可能となる。
【０１５８】２）契約管理装置 図２５は、第２の実施形態に係る契約管理装置の構成例
を示したもので、図３と同一部分は同一符号を付し、異
なる部分について説明する。すなわち、図３の放送装置
１３が図２５では、カード作成装置１５に置き換えら
れ、付加情報を地上波あるいは衛星放送を介して配信す
るのではなく、磁気カード、ＩＣカード等のカード型記
録媒体（カード）に記録して、契約ユーザに配布するよ
うになっている。
【０１５９】付加情報生成制御部９からの指示が「１９
９７年１２月１日から４ヶ月間契約している契約ユーザ
の付加情報を送れ」であった場合、前述の図３に示した
構成の契約管理装置では、付加情報を１ヶ月毎に作成し
なくてはならないために１ヶ月毎に有効なチャネルキー
と有効なマスターキーを検索して、図８のフローチャー
トに示す処理を行う必要がある。図２５に示す契約契約
管理では、付加情報を放送によらずに例えば磁気カード
に４ヶ月分の契約チャネルのチャネルキーに対応する付
加情報を書込み、当該ユーザに配送すればよい。これに
より、１ヶ月毎の配信、配布を行わなくてもよく、放送
局側にもユーザ側にも煩雑を避ける意味で有利である。
【０１６０】２）受信装置 図２６は、第２の実施形態に係る受信装置１００の構成
例を示したもので、前述の図２５に示したような放送局
側に設置されている契約管理装置で作成されたカードか
ら付加情報の読み取り、図１０に示したようなコンテン
ツ情報の配信装置から出力される放送波を受信するため
のものである。なお、図１４と同一部分には同一符号を
付している。
【０１６１】ここで、図２６に示す受信装置１００にて
受信される放送波には、次のような情報が含まれている
ものとする。 ・ マスターキーシード ・ チャネルサブキーＬ ・ チャネルサブキーＩＤ ・ ［コンテンツ］Ｋｃｈ チャネルサブキーＩＤは、付加情報の中のチャネルサブ
キーを識別するためのＩＤで、チャネルサブキーの変更
が必ずマスターキーの変更を伴う場合には不要である。
【０１６２】カードＰには、マスターキーにて暗号化さ
れた付加情報が記録されている。
【０１６３】付加情報は、次のような情報が含まれてい
るものとする。 ・ 端末ＩＤ ・ チャネル番号（複数も可） ・ チャネルサブキーＩＤ ・ チャネルサブキーＨ なお、付加情報には、さらに、判定部５０７にてマスタ
ーキーによる復号が正しく行われたか否かを判定するた
めの認証コード（例えば、予め定められた適当なビット
列でもよい）が含まれていてもよい。
【０１６４】カードＰに記録されている付加情報は１つ
とは限らない。契約期間がマスターキーやチャネルサブ
キーＨの更新時期にまたがる場合、チャネルサブキーＨ
と暗号化のキーの異なる付加情報が複数記録されていて
もよい。
【０１６５】図２７は、カードＰに記録される付加情報
の例を示したもので、図２７（ａ）では、マスターキー
ＫｍとチャネルサブキーＨの更新時期が同じ場合（例え
ば、１ヶ月毎）、図２７（ｂ）は、マスターキーＫｍの
更新時期が例えば２ヶ月毎であるのに対し、チャネルサ
ブキーＨの更新時期が１ヶ月毎である場合に、それぞれ
ユーザが２チャネル（チャネル番号Ｘ、Ｙ）を３ヶ月視
聴する契約を行ったときにカードＰに記録される付加情
報を示している。
【０１６６】図２７（ａ）に示すように、マスターキー
ＫｍとチャネルサブキーＨの更新時期が同じ場合、各月
毎のチャネル毎のチャネルサブキーＨを各月毎のマスタ
ーキーＫｍで暗号化した３つの付加情報が記録されてい
る。この場合、各チャネル毎のチャネルサブキーは１つ
のみなので、チャネルサブキーＩＤは必ずしも必要な
い。
【０１６７】図２７（ｂ）に示すように、マスターキー
ＫｍとチャネルサブキーＨの更新時期が異なる場合、１
つのマスターキーで暗号化されて生成される付加情報に
は、契約期間に応じて、各チャネル毎に複数（例えば２
ヶ月分）のチャネルサブキーが記録されている場合もあ
る。その場合、各チャネルサブキーはチャネルサブキー
ＩＤにてそれぞれ識別されている。
【０１６８】なお、図２７（ａ）、（ｂ）のいずれにお
いても１つのマスターキーで暗号化される情報単位には
認証コードが含まれていてもよい。
【０１６９】次に、図２６の受信装置の処理動作を図２
８〜図３０に示すフローチャートを参照して説明する。
ここでは、カードＰに記録されている付加情報が例えば
図２７（ｂ）に示すような場合を例にとり説明する。
【０１７０】まず、図２８に示すように、放送局側から
配送されたカードＰをユーザがカードリーダ５１３に挿
入する。カードリード５１３は、挿入されたカードＰか
ら付加情報を読み取り、付加情報格納部５１２に格納す
る（ステップＳ２０１）。
【０１７１】図２９の説明に移り、受信部５０１が放送
波を受信すると、Ａ／Ｄ変換部５０２がディジタル信号
に変換するとともに、当該信号中に含まれる情報をパケ
ット化してフィルタ５０３に出力する（ステップＳ１０
１〜ステップＳ１０２）。
【０１７２】各パケットは、フラグ情報を有し、このフ
ラグ情報にて当該パケットがマスターキーシードを含む
パケットか、チャネルサブキーＩＤを含むパケットか、
コンテンツ情報を含むパケットかを識別することができ
る。さらに、マスターキーシードの最後のパケットに
は、終了フラグが記録されている。
【０１７３】フィルタ５０３は、マスターキーシード、
付加情報のそれぞれのために、充分な大きさのバッファ
を有している。
【０１７４】入力されたパケットのフラグから、当該パ
ケットにマスターキーシードが含まれていると判断した
場合は、当該パケットを判定部５０７へ出力する（ステ
ップＳ２１１〜ステップＳ２１３）。
【０１７５】入力されたパケットのフラグから、上記以
外のパケット、すなわち、当該パケットにコンテンツ情
報、チャネルサブキーＬが含まれていると判断した場合
は、当該パケットをチャネルデコーダ５０９に転送する
（ステップＳ２１３）。
【０１７６】マスタキー生成部５０４の処理は、図１６
のフローチャートと同様である。
【０１７７】次に、判定部５０７では、図３０のフロー
チャートに示すような処理を実行する。カードＰに記録
されている付加情報は１つとは限らない。そこで、変数
ｉをカードＰに記録されている複数の付加情報のインデ
ックスに用い、付加情報中に含まれる、マスターキーに
よる復号が正しく行われた否かを判定するための認証コ
ードのチェックをもって、有効な付加情報とみなすこと
にする。
【０１７８】まず、変数ｉの値を「０」にセットしてか
ら（ステップＳ２２１）、付加情報格納部５１２に格納
されている付加情報を１つづつ読み出す（ステップＳ２
２２）。そして、マスターキー格納部５０５に格納され
ているマスターキーを読み出して（ステップＳ２２
４）、付加情報を復号する（ステップＳ２２５）。復号
された付加情報中に認証コードが含まれている場合は、
その認証コードが正しいものであるか否かを確認する
（ステップＳ２２６）。
【０１７９】認証コードが正しいものであるときは、契
約期間内の正当なマスターキーで復号された有効な付加
情報であると判断できる。従って、その付加情報に基づ
きステップＳ２２８以降の判定処理を実行する。一方、
認証コードが誤ったものであるときは、変数ｉを１つイ
ンクリメントして（ステップＳ２２７）、付加情報格納
部５１２に格納されている次の付加情報を読み出し、上
記ステップＳ２２２〜ステップＳ２２６を繰り返す。
【０１８０】ステップＳ２２８では、付加情報から端末
ＩＤを抽出し、ＩＤ格納部５０６に予め格納されている
自身の端末ＩＤとを比較し、一致していたときに限り、
後続の処理を実行する。不一致のときは、処理を中止す
る。
【０１８１】次に、フィルタ５０３から転送されてきた
パケットからチャネル番号毎のチャネルサブキーＩＤを
抽出し、さらに、付加情報からチャネル番号毎のチャネ
ルサブキーＩＤを１つづつ取り出し、それを比較する
（ステップＳ２２９）。一致していたら、付加情報から
当該チャネルサブキーＩＤに対応するチャネルサブキー
Ｈを抽出し、チャネルサブキー格納部５０８へ格納する
（ステップＳ２３１）。不一致のときは、付加情報から
当該チャネル番号の次のチャネルサブキーＩＤを取り出
して（ステップＳ２３０）、再び、先にパケットから抽
出されたチャネルサブキーＩＤと比較すればよい。
【０１８２】チャネルデコーダ５０９、Ｄ／Ａ変換部５
１０、再生部５１１の処理動作は、図１８のフローチャ
ートと同様である。
【０１８３】（用語の説明）以下の実施形態について述
べる前に用語の定義を行なう。限定受信を行なうためチ
ャネル毎の契約状態を記述した情報を契約情報と呼ぶ。
例えば各チャネルにチャネル番号を付け、チャネル番号
に対応したビットが「１」であるか否かによりチャネル
の契約状態を表すことができる。これを特にチャネル契
約情報という。
【０１８４】契約情報には、これ以外にも様々な形態が
あり得る。例えば、図１１（ｂ）のチャネルサブキーＨ
とチャネル番号の組も当該チャネル番号のチャネルが契
約されていることを示す契約情報であり、図１２のチャ
ネル番号と有効／無効の情報の組も当該チャネル番号の
契約状態を示す契約情報である。
【０１８５】契約情報は受信装置ＩＤと相互にリンクさ
れており、受信装置ＩＤは、当該契約情報が適応される
受信装置の識別子を示している。この意味で契約情報と
受信装置ＩＤは一体のものであり、受信装置ＩＤと契約
情報の組を単に契約情報と呼ぶこともある。今後両者を
区別する必要がある時には、前者を狭義の契約情報、後
者を広義の契約情報として区別する。
【０１８６】また、以下の実施形態では、契約情報（契
約情報と受信装置ＩＤの組）は（改竄を防いだり、不利
な契約情報の取得を防ぐ目的で）暗号化されて放送配信
もしくは磁気カード等の記録媒体に記載され郵送等で送
られるが、ここで契約情報と一緒に暗号化されるデータ
セットをまとめて受信契約情報と呼ぶことにする。受信
契約情報には、契約情報も含まれる。更に受信契約情報
にデータの識別子など本システムに必要な情報を付加し
たものを契約情報パケットという。
【０１８７】実施形態は、チャネルキーと契約情報の分
離の程度によって分類されている。即ち、受信契約情報
にチャネルキーをどの程度含めるかによって区別され
る。
【０１８８】前述の第１の実施形態は、受信契約情報の
中にチャネルキーの一部が含まれることを特徴とする請
求項４に記載の放送受信装置に対応する実施の形態であ
る。
【０１８９】前述の第２の実施形態は、受信契約情報の
中にチャネルキーを１ビットも含まないことを特徴とす
る請求項２に記載の放送受信装置に対応する実施の形態
である。
【０１９０】第３の実施形態は、受信契約情報の中に暗
号化されたチャネルキーを復号するためのチャネルキー
復号鍵が含まれることを特徴とする請求項３に記載の放
送受信装置に対応する実施の形態である。
【０１９１】第４の実施形態は、受信契約情報の中にチ
ャネルキーそのものを含めることを特徴とする請求項５
に記載の放送受信装置に対応する実施の形態である。
【０１９２】第５の実施形態は、課金制御部（課金チッ
プ）の製造上必要なテスト用スキャンパスラッチ部の構
成を示したもので、第１〜４の実施形態に共通に利用で
きる技術である。
【０１９３】なお、第３の実施形態以降の説明におい
て、放送受信装置内部で限定受信の仕組みを実現する構
成部を課金制御部と呼ぶ。なお、課金制御部はハードウ
ェアにて構成され、しかもＬＳＩ化されているものが望
ましい。このようなＬＳＩ化された課金制御部を課金チ
ップと呼ぶのもよい。いずれにしても、課金制御部には
限定受信のための秘密情報が含まれているので内部のメ
モリやハード構成に関して外部から容易に読み出し、書
き込み、変更ができない耐タンパ構造を仮定している。
【０１９４】また、課金制御部内部のメモリには全ての
放送受信装置に共通のマスター鍵が書き込まれており、
主に受信契約情報を復号するのに用いられる。また、受
信装置ＩＤは、放送受信装置毎個別に設定され、課金制
御部内部の不揮発性メモリの中に記録されている。
【０１９５】第１の実施形態と第２の実施形態において
は上記の用語が次のような形で述べられている。すなわ
ち、受信契約情報を付加情報、課金制御部を復号ユニッ
ト、受信装置ＩＤを端末ＩＤ。
【０１９６】また、第１の実施形態と第２の実施形態で
述べられているチャネル番号、フラグ情報は、それぞ
れ、第３の実施形態と第４の実施形態で述べられている
チャネル識別子、情報識別子にあたる。
【０１９７】（第３の実施形態） １）放送受信装置 図３１は、本実施形態に係る放送受信装置の構成を概略
的に示したものである。
【０１９８】本実施形態の放送コンテンツは図３２に示
すように４段の暗号化機構によって保護されている。チ
ャネルキーＫｃｈは、スクランブルされた放送コンテン
ツを復号するための鍵であり、一般にチャネル毎に異な
り、短期間で変更される。
【０１９９】図３３に示すように放送波には２種類の情
報（放送コンテンツ情報、チャネルキー情報）が含まれ
ている。ここで放送コンテンツのデスクランブルはチャ
ネルキー情報から得られたチャネルキーＫｃｈで行なわ
れる。
【０２００】さて、図３２の説明に戻り、チャネルキー
情報に含まれるチャネルキーＫｃｈは暗号化されてお
り、チャネルキー復号鍵ＫＨで復号できる。このチャネ
ルキー復号鍵ＫＨはチャネルに依存しない、システム共
通のもので、暗号化された受信 契約情報に含まれてい
る。
【０２０１】暗号化された受信契約情報は、予め全ての
放送受信装置に共通に存在するマスター鍵ＫＭで復号さ
れる。更にマスター鍵ＫＭは、マスター鍵シードＳＭに
よって 定期的に変更される。
【０２０２】スクランブル放送波をデスクランブルする
ためには、チャネルキーＫｃｈを取得しなくてはなら
ず、取得のためには暗号化されたチャネルキーを復号す
る必要があり、その復号鍵ＫＨは、暗号化された受信契
約情報に含まれている。暗号化された受信契約情報は、
マスター鍵ＫＭで復号される。また、マスター鍵で復号
された受信契約情報の中には、受信装置ＩＤに対応付
けられた各受信装置宛の狭義の契約情報も一緒に含まれ
ており、放送受信装置はこれを自分のものであると判断
した上で取得し、契約情報格納部にこれを格納する。
【０２０３】放送受信時には、契約情報格納部から契約
情報を参照し、当該チャネルが契約済であった場合のみ
前記の手段で取得したチャネルキーＫｃｈをデスクラン
ブル部に送り、放送波をデスクランブルする。
【０２０４】このようなシステムを取ることにより、チ
ャネルキーＫｃｈを取得するためにチャネルキー復号鍵
ＫＨを取得しなければならず、更に契約情報とチャネル
キー復号鍵ＫＨが受信契約情報の暗号化により不可分に
なるので、チャネルキー復号 鍵ＫＨを取得するために
は、契約情報を取得しなければならなくなり、契約を確
実に遵守させることが可能となる。
【０２０５】以下では更に詳しく説明する。本実施形態
の放送受信装置で受信されるチャネルには、通常チャネ
ルと契約情報チャネルがあり、通常チャネルには通常の
放送コンテンツが流れている。その構造は、図３３に示
す通りである。ここで、放送コンテンツ情報は、図３４
に示すように、暗号化された放送コンテンツ（Ｃ）とチ
ャネルキー識別子（ＫＩＤ）とチャネル識別子（ＣＩ
Ｄ）と情報識別子（ＩＩＤ）とに分かれる。
【０２０６】ここで、情報識別子とは当該情報が放送コ
ンテンツ情報であることを示すもので、例えば、「００
０１」であってもよい。また、チャネル識別子は、当該
放送コンテンツがどのチャネルのコンテンツであるかを
識別するための情報である。更に、チャンネルキー識別
子は、当該暗号化コンテンツを復号することができるチ
ャネルキーを識別するための情報である。この利用法及
び構造は後で詳しく述べる。
【０２０７】一方、チャネルキー情報は、図３５に示す
ように、暗号化されたチャネルキーとチャネルキー識別
子、チャネル識別子、チャネルキー復号鍵識別子及び情
報識別子からなっている。
【０２０８】ここでチャネルキー識別子は当該チャネル
キーを識別するための情報で暗号化コンテンツを復号す
る際に利用される。チャネル識別子は当該チャネルキー
で復号できるコンテンツ情報のチャネルを示す情報であ
る。チャネルキー復号鍵識別子は暗号化されたチャネル
キーの復号鍵を識別するために用いられる。この利用法
及び構造は後で詳しく述べる。情報識別子は当該情報が
チャネルキー情報であることを示すもので、放送コンテ
ンツ情報等の他の情報と区別するために、例えば「００
０２」であってもよい。
【０２０９】契約情報チャネルの構造は図３６に示す通
りで、契約情報パケットとマスター鍵シードからなる。
【０２１０】ここで、契約情報パケットは図３７に示す
ように、暗号化された受信契約情報、チャネルキー復号
鍵識別子、マスター鍵識別子、情報識別子からなってい
る。
【０２１１】チャネルキー復号鍵識別子は、当該受信契
約情報に含まれるチャネルキー復号鍵を識別する情報
で、暗号化されたチャネルキーを復号する際の復号鍵の
識別に用いられる。マスター鍵識別子は当該契約情報パ
ケットに含まれる暗号化受信契約情報が復号できるマス
ター鍵を識別するために用いられる。情報識別子は当該
情報が契約情報パケットであることを示すもので、例え
ば「０００３」であってもよい。
【０２１２】受信契約情報は、図３８に示すように、受
信装置ＩＤ、チャネル契約情報、チャネルキー復号鍵Ｋ
Ｈからなっている。受信装置ＩＤは当該受信装置に固有
の識別子（ＩＤ）であり、当該契約情報が当該受信装置
宛のものであるか否かの判定に用いる。チャネル契約情
報はユーザに提供可能な複数のチャネルのそれぞれに１
ビットづつ割り当て、当該ユーザが契約しているチャネ
ルに該当するビットは「１」、そうでないビットには
「０」を割り当てることにより、当該受信装置の契約状
態を表す。チャネルキー復号鍵ＫＨは、チャネルキーＫ
ｃｈを復号するた めの鍵である。
【０２１３】マスター鍵シード情報は、図３９に示すよ
うに、マスター鍵シードとマスター鍵識別子、情報識別
子からなっている。マスター鍵シードはマスター鍵を生
成するためのシード情報である。マスター鍵識別子は当
該マスター鍵シードで生成されたマスター鍵の識別情報
である。情報識別子は当該情報がマスター鍵シード情報
であることを示すためのものであり、例えば「０００
４」としても良い。
【０２１４】ここでチャネルキー識別子の役割について
述べる。
【０２１５】放送コンテンツ情報は、図３４に示すよう
に、チャネルキーによって暗号化された放送コンテンツ
情報Ｃとチャネルキー識別子ＫＩＤとチャネル識別子Ｃ
ＩＤと情報識別子ＩＩＤよりなる。チャネルキー識別子
ＫＩＤは、暗号化された放送コンテンツ情報Ｃがどのチ
ャネルキーで暗号化したものかを示すもので、チャネル
キーに固有に付けられた識別子（ＩＤ）である。この場
合、スクランブル放送コンテンツを復号するチャネルキ
ーは一意に決まるのでシステム的に明解である。
【０２１６】しかし、実装上は当該チャネルキーを何時
の時点まで保持しなくてはならないかが明確でないばか
りか、ＩＤを一意的にするためＩＤの長さが長くなり、
大きな記憶容量を要するなどの問題がある。そこで、こ
こでは１ビットの相対ＩＤを付ける例を考える。即ち、
（暗号化して）送信するチャネルキーに対して（交互
に）「０」もしくは「１」という１ビットのＩＤを付
け、新しいチャネルキーを受信したら、（図４１に示す
ような）メモリ上のチャネルキーを更新して行く。
【０２１７】この際、（当然のことながら）新しいチャ
ネルキーはそれに対応するスクランブル放送波の送信に
先立って送られなくてはならない。このため送信のスケ
ジュールは、全ての放送受信装置で鍵の復号とメモリへ
の格納が完了する時間を考え、図４０のようにチャネル
キー切替え時点でチャネルキー「０」とチャネルキー
「１」の送信がオーバーラップする時間帯（Ｔｘ１、Ｔ
ｘ２）が存在する。この時間帯をどれだけ取るかは放送
受信装置が暗号化チャネルキーを復号して、メモリに格
納する時間をどれだけに見積もるかによっている。この
ようにすることにより、チャネルキーのＩＤに相対ＩＤ
を用いることができる。
【０２１８】鍵の相対ＩＤの概念は本実施形態における
他の全ての鍵（チャネルキー復号鍵、マスター鍵）にも
同様の方式で用ることができる。
【０２１９】次に、図３１に示した放送受信装置の構成
と、その処理動作について、図４２〜図４５に示すフロ
ーチャートを参照して説明する。
【０２２０】放送波は、チャンネルに関わらず受信部１
１０１で受信される（図４２のステップＳ１００１）。
受信された放送波はＡ／Ｄ変換部１１０２でＡ／Ｄ変換
され（ステップＳ１００２）、誤り検出／訂正部１１０
３で誤り訂正符号などを用いることにより、伝送途中で
載ったノイズ等の除去を行なう（ステップＳ１００３、
ステップＳ１００４）。
【０２２１】ノイズが除去された放送波は、チャネル選
択部１１０４に送られ、例えば、通常のテレビ受信機と
同様なチャネルを選択するためのチャネル選択インター
フェース（Ｉ／Ｆ）１１０５などを用いて選択されたチ
ャネルに対応した放送波と契約情報チャネルの放送波を
課金制御部１１０６に送る。
【０２２２】課金制御部１１０６では、これをフィルタ
ー部１１０７に送り、放送コンテンツ情報とチャネルキ
ー情報と契約情報パケット及びマスター鍵シード情報に
分離する。この分離は各々の情報識別子によって行な
う。
【０２２３】さて、受信した情報がマスター鍵シード情
報であれば（ステップＳ１０１３）、これはフィルター
部１１０７から分離され、マスター鍵生成部１１１１に
入力される（ステップＳ１０１４）。マスター鍵生成部
１１１１ではマスター鍵シード情報からマスター鍵シー
ドとマスター鍵識別子を分離し、マスター鍵シードから
乱数生成や暗号化のアルゴリズムを用いてマスター鍵を
生成し（ステップＳ１０１５）、マスター鍵識別子（例
えば、相対ＩＤで「０」または「１」）に示されたメモ
リに格納する（ステップＳ１０１６）。
【０２２４】ここで生成アルゴリズム及び乱数生成のた
めの秘密情報は全ての放送受信装置及び放送局に共通で
あり、課金制御部１１０６内の不揮発性メモリか外部か
らアクセスできないＲＯＭに秘匿されている。このため
暗号化されていないシードを送っても１つのマスター鍵
を共有することができるのである。
【０２２５】受信した情報が契約情報パケットであれば
（ステップＳ１０１１）、フィルター部１１０７から契
約情報復号部１１１０へ送られる（ステップＳ１０１
２）。契約情報復号部１１１０では、契約情報パケット
に含まれているマスター鍵識別子に対応するマスター鍵
をマスター鍵格納部１１１２から取得する（ステップＳ
１０４１）。この時マスター鍵格納部１１１２に対応す
るマスター鍵が存在しない場合は、その時点で処理を終
了する。ここで「ＮＵＬＬ」（全てのビットが「０」）
のマスター鍵は存在しないと仮定し、「ＮＵＬＬ」が取
得された場合にマスター鍵が格納されていないと判断し
ても良い。
【０２２６】マスター鍵が出力された場合（ステップＳ
１０４２）、契約情報パケット内にある暗号化された受
信契約情報を当該マスター鍵で復号する（ステップＳ１
０４３）。復号された受信契約情報の中から受信装置Ｉ
Ｄを取得し、認証部１１１４は、それを受信装置ＩＤ格
納部１１１３に格納されている受信装置ＩＤと比較する
（ステップＳ１０４４）。もし、一致したら（ステップ
Ｓ１０４５）、当該受信装置ＩＤとリンクされたチャネ
ル契約情報をチャネル契約情報格納部１１１６に格納す
る（ステップＳ１０４６）。一致した場合でもしない場
合でも、チャネルキー復号鍵ＫＨは当該契約情報パケッ
トに含まれるチャネルキー復号鍵識別子（例えば、相対
ＩＤで「０」または「１」）に示されたメモリに格納す
る（ステップＳ１０４７）。
【０２２７】受信した情報がチャネルキー情報であり
（図４２のステップＳ１００８）、さらに、当該チャネ
ルキー情報中のチャネル識別子をチェックして、チャネ
ル選択Ｉ／Ｆ１１０５で選択されたチャネルのチャネル
キー情報であるときは（ステップＳ１００９）、フィル
ター部１１０７からチャネルキー復号部１１０９へ送ら
れる（ステップＳ１０１０）。
【０２２８】チャネルキー復号部１１０９では、チャネ
ルキー情報に含まれるチャネルキー復号鍵識別子に対応
するチャネルキー復号鍵をチャネルキー復号鍵格納部１
１１５から取得する（図４４のステップＳ１０３１）。
ここでもマスター鍵取得の時と同様に、「ＮＵＬＬ」の
チャネルキー復号鍵が取得された時は、まだチャネルキ
ー復号鍵が格納されていないと判断し、そこで処理を終
える。「ＮＵＬＬ」でないチャネルキー復号鍵が取得さ
れた場合は（ステップＳ１０３２）、それを使ってチャ
ネルキー情報に含まれる暗号化チャネルキーを復号する
（ステップＳ１０３３）。
【０２２９】復号されたチャネルキーはチャネルキー情
報に含まれるチャネルキー識別子（例えば、相対ＩＤで
「０」または「１」）に示されたメモリへ格納する（ス
テップＳ１０３４）。
【０２３０】受信した情報がスクランブル放送コンテン
ツ情報であり（図４２のステップＳ１００５）、さら
に、当該放送コンテンツ情報中のチャネル識別子をチェ
ックして、チャネル選択Ｉ／Ｆ１１０５で選択されたチ
ャネルの放送コンテンツ情報であるときは（ステップＳ
１００６）、フィルター部１１０７からデスクランブル
部１１０８へ送られる（ステップＳ１００７）。
【０２３１】デスクランブル部１１０８では、チャネル
キー出力部１１２０へチャネル識別子を送り、当該チャ
ネルのチャネルキーを取得する（ステップＳ１０２
１）。チャネルキー出力部１１２０は、契約判定部１１
１８に当該チャネルが契約済みかどうかを問い合わせ
る。これを受けて契約判定部１１１８は、チャネル契約
情報格納部１１１６のチャネル契約情報を参照して、当
該チャネルが契約済みか判定し、契約済の場合「１」、
未契約の場合「０」を出力する。チャネル契約情報は例
えば、契約済みの場合「１」、未契約の場合「０」とい
ったものでもよい。
【０２３２】契約判定部１１１８から「０」が出力され
た場合は、チャネルキー出力部１１２０は「ＮＵＬＬ」
をデスクランブル部１１０８に出力して、契約されてい
ないことを示す。契約判定部１１１８から「１」が出力
された場合、チャネルキー出力部１１２０は、チャネル
キー格納部１１１７からチャネルキー識別子に対応する
チャネルキーを取得する。ここでもマスター鍵取得の時
と同様に「ＮＵＬＬ」のチャネルキーが取得された時
は、まだチャネルキーが格納されていないと判断し、そ
こで処理を終える。「ＮＵＬＬ」でないチャネルキー復
号鍵が取得された場合は（ステップＳ１０２２）、デス
クランブル部１１０８は、それを使ってスクランブル放
送コンテンツを復号し、出力する（ステップＳ１０２
３、ステップＳ１０２４）。
【０２３３】なお、受信装置ＩＤ格納部１１１３は、課
金制御部１１０６内の耐タンパな不揮発性メモリで構成
され、受信装置ＩＤが課金制御部１１０６外へ出力され
ることがないことが望ましい。そのような課金制御部１
１０６であれば受信装置ＩＤを読み取ることは極めて困
難なので契約情報を偽造することは事実上不可能とする
ことができる。また、マスター鍵についても同様の耐タ
ンパ性を仮定すれば、課金制御部１１０６内のメモリか
ら読み取って、送信されてくる契約情報パケットに含ま
れる受信契約情報を端から復号し、当該放送受信装置に
不利な（当該受信装置の）受信契約情報を含む契約情報
パケットのみをカットする攻撃も不可能となる。
【０２３４】また、課金制御部１１０６に対して十分な
耐タンパ性を仮定すれば、マスター鍵は読み出されるこ
とはないので、マスター鍵シードを送ってマスター鍵を
変更する必要もなくなる。この場合、マスター鍵は固定
になるので本実施形態に関してマスター鍵シードを入力
して、マスター鍵を変更する部分の構成を削ることがで
きる。
【０２３５】さらに、マスター鍵を格納するマスター鍵
格納部１１１２は、受信装置ＩＤ格納部１１１３と同様
に、課金制御部１１０６内の耐タンパな不揮発性メモリ
で構成されていてもよいし、課金制御部１１０６内の回
路として設定されていても良い。このようにすることに
より、回路規模が削減できる。
【０２３６】しかし、ハードウェアの耐タンパ性は現在
のところ完全なものは存在しない、即ち、耐タンパ性に
はレベルがあり、ハードウェア内部のメモリや回路の内
容の読み込み書き込みが、容易に手に入りしかも安価な
装置を使って実現できるレベルのものから、本格的な装
置を使って一定の技術を持った者が時間を掛けなければ
できないものまで様々である。従ってコストとの兼ね合
いの観点から課金制御部１１０６に強い耐タンパ性を持
つハードウェアを利用できない場合もある。このためあ
まり強い耐タンパ性を仮定せず、システム側で耐タンパ
性を補強することは重要である。
【０２３７】耐タンパ性が崩壊した場合、課金制御部１
１０６内に秘匿されているマスター鍵と受信装置ＩＤが
読み取られる可能性がある。その場合、契約情報の偽造
が可能である。これを防ぐため次のような工夫は重要で
ある。
【０２３８】契約情報の偽造を防ぐには、公開鍵方式が
有用である。公開鍵方式は例えば放送局側で秘密鍵を使
って暗号化データを作り、課金制御部１１０６内にある
公開鍵によってそのデータを処理することができる方式
である。ここで、公開鍵から秘密鍵を算出することが計
算量的に極めて困難で、事実上不可能なことから、秘密
鍵を知らない者が公開鍵で復号して意味のあるデータを
作成することができないところに特徴がある。即ち、契
約者が自分に都合の良い暗号化された受信契約情報を作
成しようと思っても、秘密鍵を知らないので極めて困難
となるのである。この意味で受信契約情報の暗号化に公
開鍵暗号を用いることは有用である。
【０２３９】さらに、受信契約情報に公開鍵暗号による
デジタル署名を含めるという構成も有用である。デジタ
ル署名とは、受信契約情報からデジタル署名を除いた部
分にハッシュ関数というある種の要約関数を施して要約
した値（これをハッシュ値という）に対して秘密鍵を使
って暗号化したものである。デジタル署名は前記同様秘
密鍵を知らないと事実上作成できないばかりか、公開鍵
によってデジタル署名を復号し得られたハッシュ値と、
別途受信契約情報からデジタル署名を除いた部分に対す
るハッシュ値を比較することによりデジタル署名を検証
することが可能である。
【０２４０】この場合、デジタル署名の検証は当該受信
装置ＩＤが受信契約情報の中に存在した時のみに行なう
ことにすると良い。何故ならデジタル署名の検証には時
間がかかり、基本的に契約情報を更新する必要がある場
合以外、署名の検証を行う必要はない。
【０２４１】受信契約情報にデジタル署名を付けたとき
の放送受信装置の構成は、図３１における認証部１１１
４を図６８に置き換えれば良い。その場合の受信契約情
報の構成を図６９に示す。勿論、後述する図４９に示す
ように、データ圧縮も可能である。しかし、前記の手段
を取っても次のような攻撃法は可能である。即ち、一旦
全てのチャンネルに対して契約した契約者が、その時送
信された契約情報パケットを記録しておく。ここで、契
約者がマスター鍵と受信装置ＩＤを知っていれば当該放
送受信装置の契約情報を特定することができるが、例え
それらを知らなくても契約情報放送波を記録しておき、
視聴が可能になる前の一定期間に当該放送受信装置に対
する契約情報を含む契約情報パケットが流れたと考える
の自然である。次に契約者は全チャンネルを解約し、そ
のため全チャンネルは視聴できなくなるが、視聴できな
くなった時点で先に記録した古い暗号化受信契約情報を
含む契約情報パケットを再び何らかの手段で課金制御部
１１０６に入力して以前の（有利な）契約情報に置き替
えてしまうことは原理的には可能である。しかも、この
場合はデジタル署名も正しいので放送受信装置は契約情
報を受理してしまう。このような攻撃を防ぐためには定
期的にデジタル署名用の公開鍵を変更する必要がある。
変更してしまえば古いデジタル署名は無効になる。変更
の仕方は情報識別子を使うことにより情報を識別し、パ
ケット内のデジタル署名用公開鍵を不揮発性メモリに格
納すれば良い。この鍵は公開鍵であるため特に暗号化す
る必要はないが、機密保持のためマスター鍵で暗号化す
る構成も考えられる。
【０２４２】また、次々と送られてきて即時に復号化さ
れなければならない放送コンテンツに関して、暗号化は
共通鍵暗号が望ましい。これは共通鍵暗号が公開鍵暗号
よりも、１００倍〜１０００倍高速であるからである。
チャネルキーの暗号化にも同様に共通鍵暗号が望まし
い。チャネルキーは偽造したりしても意味のないもので
あるため、公開鍵暗号を採用する意味は殆どない。
【０２４３】更に、マスター鍵生成部１１１１の入力と
なるマスター鍵シードであるが、これは文字通り乱数の
シードでも良いが、共通鍵暗号や公開鍵暗号を使って暗
号化したマスター鍵であっても良い。その場合それらの
ための復号鍵が課金制御部１１０６内に耐タンパな不揮
発性メモリもしくは回路として記録されていないといけ
ない。
【０２４４】本実施形態のチャネルキー格納部１１１
７、チャネルキー復号鍵格納部１１１５、マスター鍵格
納部１１１２は、放送受信装置の電源オフ時に「ＮＵＬ
Ｌ」にクリアされなくてはならない。何故なら再び電源
をオンする時には、これらの鍵は変更されている可能性
が高いからである。ＮＵＬＬクリアされていれば、当該
キーがまだ格納されていない場合は復号動作が起きない
ので、対応しない鍵で復号してしまって無意味なデータ
を出力する心配はない。
【０２４５】また、上記事項に関連して間違ったチャネ
ルキー情報を課金制御部１１０６が受けとってしまった
場合を考えよう。勿論誤り訂正符号を用いた誤り検出／
訂正は、誤り検出／訂正部１１０３で行われるのである
が、それでも確実ではない。もし、誤った鍵情報（例え
ば、チャネルキーもしくはマスター鍵シード）のまま課
金制御部１１０６が受け取ってしまえば、誤った鍵や契
約情報を格納し、それを使って誤った復号や限定受信が
行なわれる。一般に暗号は鍵が１ビットでも違えば復号
結果は正しい結果とはかけ離れてしまう。これは、鍵か
ら平文（元のデータ）が類推できないという安全性の要
求からきたものであり、このような性質を持っていない
暗号は弱い暗号なので利用できない。そこで暗号化した
鍵情報や契約情報を含む重要な情報に認証子をつける方
式が考えられる。
【０２４６】次に、図４６〜図４８を参照して、暗号化
された鍵情報や契約情報を含む重要な情報に認証子を用
いた場合について説明する。暗号化した鍵情報に付ける
認証子は、復号した結果得られる鍵情報から何らかのア
ルゴリズムで演繹されるものである。そのため復号した
結果から認証子を求める演算を施して得られたものと認
証子を比較して一致していれば誤りのないデータと考え
る訳である。ここで認証子は、例えば鍵ｋを鍵ｋで暗号
化したものの上位３２ビットなどとしても良い。ここで
鍵を６４ビットと仮定すれば、認証子は最大６４ビット
となる。当然だがこの方式では誤り検出しかできない。
【０２４７】また、誤りがあっても検出に失敗してしま
う確率は認証子の長さによって決まり、認証子の長さを
ｌとすると、１／２ｌである。これは認証子が長ければ
長いほど失敗確率が減ることを意味している。即ち要求
される失敗確率によって認証子の長さを決めれば良いこ
とになる。その意味で要求される失敗確率が相当に低
く、６４ビットの認証子では間に合わない場合もあるだ
ろう。この場合は別系統の認証子を更に付ける必要があ
る。別系統の認証子とは基本的に別のアルゴリズムで作
った認証子であるが、その実現が困難な場合は、現在の
アルゴリズムを使って、鍵ｋをある一定の関数で変換し
た後、同じアルゴリズムで作成したものを認証子とす
る。もしくは最初に得られた認証子に対して更に同じア
ルゴリズムを掛けて認証子を生成することができる。認
証子生成アルゴリズムに暗号アルゴリズムを使うと表面
的なビット列として相互に関係がない認証子を作ること
ができる。これは、暗号アルゴリズム自体にランダム性
があるからである。殆ど「０」に近い失敗確率を求めら
れた場合はこのようにして十分多くの認証子を用意し、
それを一定の手段で縮めたものを用いれば良い。
【０２４８】本実施形態において認証子付きの暗号化鍵
情報を考える場合は、暗号化鍵情報の部分を図４６に置
き換え、図３１におけるチャネルキー復号部１１０９、
契約情報復号部１１１０（もしくは認証部１１１４）の
内部にそれぞれ認証子確認部を設け、認証に失敗した場
合は、鍵を出力しないように構成すれば良い。
【０２４９】受信契約情報やマスター鍵シードにも認証
子を付ける必要があるが、ここでマスター鍵には公開鍵
暗号系も考えられるので６４ビットのように区切れの良
いブロックになっていない。公開鍵暗号系の鍵は共通鍵
暗号系の鍵よりも長いので図４７に示すようにブロック
に区切り、それぞれのブロックで上記の手段で認証子を
作り、それらの認証子同士の排他的論理和（ＥｘＯＲ）
をとるなどという手段で認証子を作ることが可能であ
る。
【０２５０】また、受信契約情報に鍵情報（本実施形態
の場合はチャネルキー復号鍵）が含まれる場合は、、そ
の鍵情報を使って上記ブロック分割でできた各ブロック
を暗号化し、上記同様にして排他的論理和（ＥｘＯＲ）
を取って認証子を作ることができる。
【０２５１】また、図４８に示すように、第１ブロック
の第１の認証子を前記の例と同じ手法で作り出して、第
２ブロックと排他的論理和（ＥｘＯＲ）を取る。排他的
論理和を取ったものに対して前記のアルゴリズムで第２
の認証子を作る。これを繰り返すことによって最終的に
認証子が生成される。いずれの場合も、６４ビットにブ
ロック化するために、必要に応じて図４７に示したよう
なＰＡＤというＮＵＬＬデータ（疑似データ）を入れ
る。従って、マスター鍵シードに認証子を付ける場合も
マスター鍵生成部１１１１の中に認証子を確認するプロ
セスを入れればその検証を実現できる。
【０２５２】最後に、受信契約情報の構成の拡張につい
て触れておく。受信契約情報は、図３８に示すように、
受信装置ＩＤ（ＴＩＤ）とチャネル契約情報（ＣＨＳ）
とチャネルキー復号鍵から構成されている。
【０２５３】チャネルキー復号鍵は安全性確保のために
チャネルキーよりも鍵サイズを長くとっている。例えば
ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄ
ａｒｄ）などの標準的な暗号を用いるとチャネルキーは
６４ビット、チャネルキー復号鍵は１２８ビットのよう
に構成される。ここで、受信装置ＩＤ（ＴＩＤ）は放送
受信装置をユニークに定めれば良いので高々５０ビット
程度でよい。チャネル契約情報（ＣＨＳ）は、チャネル
数だけのビットが必要だが例えば３０チャンネルあれば
３０ビットで良い。従ってチャネルキー復号鍵以外の部
分は８０ビットで半分以上はチャネルキー復号鍵が占め
る。
【０２５４】ところでチャネルキー復号鍵は全ての放送
受信装置に共通であり、受信契約情報（少なくとも、受
信装置ＩＤとチャネル契約情報を含む）の受信を確実に
するために受信契約情報に入れてある。何故なら、自分
に不利な受信契約情報でもチャネルキー復号鍵が含まれ
ていれば受信せざるを得ないからである。この主旨から
は１つの契約情報パケットに複数の放送受信装置に対す
る受信契約情報を入れても問題はなく、その方が送信デ
ータが少なくなるのである。
【０２５５】そこで、図４９に示すように、契約情報パ
ケットを構成する。なお、図４９では、契約情報パケッ
ト中の受信契約情報に関する部分のみを示している。
【０２５６】ここではチャネルキー復号鍵の両側に対応
する受信装置ＩＤ（ＴＩＤ）とチャネル契約情報（ＣＨ
Ｓ）の組を複数配置している。ここで契約情報パケット
の先頭部分にチャネルキー復号鍵を配置しないのは、受
信契約情報の暗号化にＤＥＳのような共通鍵暗号を使っ
た場合、６４ビットを１ブロックとしてその単位で暗号
化することが多いため、チャネルキー復号鍵が１２８ビ
ットであった場合、最初の２ブロックがチャネルキー復
号鍵である。もし、このことが分かると、受信機を改造
して最初の２ブロックのみを復号し、チャネル契約情報
を取得せずにチャネルキー復号鍵を取得することが可能
になる。同様のことは、チャネルキー復号鍵を最後に配
置した場合にも言える。ただし、６４ビット単位ではな
い公開鍵暗号のような暗号系で暗号化する場合はこの限
りではない。また、いずれの場合も暗号化ブロックの切
れ目がデータの切れ目と一致しないようにすることが望
ましい。更に、データの無駄を省く為全体のサイズは受
信契約情報を暗号化する暗号系におけるブロックサイズ
と一致させることが望ましい。
【０２５７】更に、受信契約情報を図５０に示すように
拡張すると、より多くの契約情報が１つの契約情報パケ
ットで送れることになる。なお、図５０では、契約情報
パケット中の受信契約情報に関する部分のみを示してい
る。
【０２５８】図５０に示す受信契約情報は、チャネル契
約情報（ＣＨＳ）を１つしか含まないことを特徴として
おり、複数ある受信装置ＩＤ（ＴＩＤ）は全て、前記チ
ャネル契約情報を契約内容とする放送受信装置の受信装
置ＩＤである。即ち、図４９の受信契約情報では１つの
チャネル契約情報と１つ受信装置ＩＤをリンクして記録
しているところを、図５０では、１つのチャネル契約情
報に複数の受信装置ＩＤをリンクして記録していること
が特徴で、これにより契約情報パケットで送れる受信契
約情報の量が更に多くなる。
【０２５９】しかし、問題点もある。例えば、チャネル
契約情報の種類が多くて、対応する契約者が少ないよう
な場合は、図５０の形式では空白が多くなってしまい、
却って効率が悪くなる。従って、放送受信装置の実装上
は図４９、図５０の両方の形式にも対応している課金制
御部１１０６が一般的な意味で望ましい。このために
は、両方の形式のパケットを情報識別子で区別し、それ
に対応した処理部を用意すれば良い。
【０２６０】受信契約情報に前記認証子を含めると受信
契約情報は、図７５のような形式になり、前記デジタル
署名を含めると受信契約情報は、図７６のような形式と
なる。また、これらに、図４９、図５０の契約情報パケ
ットの形式を適用することも可能で、その場合はそれぞ
れ図７７、図７８のような形式となる。また、当然情報
の順序に関しては（受信装置の設計段階で決めておく必
要はあるものの）特に制約はなく、図７４〜図７８に示
す形式にあっては要素毎に順序を変えたバリエーション
は存在する。
【０２６１】また、これら複数の形式を混在させて送る
場合は、図３７に示したように、さらに、情報識別子で
識別し、それに対応した処理部を用意すれば良い。
【０２６２】２）契約管理装置 次に、図３１のに示した構成の放送受信装置に対応す
る、情報配信側の契約管理装置について説明する。
【０２６３】図７０は、本実施形態に係る契約管理装置
の構成例を示したもので、本実施形態に示した機能を全
て実現したものであり、実現されるシステムにおいて不
必要な機能がある場合にはその部分の構成を削ることが
できる。
【０２６４】なお、図７０において、契約ユーザＤＢ２
００１、支払い確認待ちＤＢ２００２、契約期間確認部
２００７、契約情報ＤＢ２００５、スケジューリング部
２０１４、放送装置２０１３、契約情報パケット出力要
請部２０１２、シードＤＢ２００３、シード・マスター
鍵生成部２０１０は、図３の契約管理装置における契約
ユーザＤＢ１、支払い確認待ちＤＢ２、契約期間確認部
７、付加情報ＤＢ５、スケジューリング部１４、放送装
置１３、付加情報出力要請部１２、シードＤＢ３、シー
ド・マスターキー生成部１０と同様であるので、説明は
要略し、本実施形態に特徴的な部分についてのみ説明す
る。
【０２６５】なお、図７０において、契約変更ユーザＤ
Ｂ２００６には、所定期間内に契約内容を変更した（新
規契約も含まれる）ユーザに関する情報（例えば、受信
装置ＩＤ、チャンネル番号等のチャネル契約情報等）が
書き込まれるものである。
【０２６６】図７０に示した契約管理装置で特徴的な部
分は、契約情報パケット生成部２００８である。契約情
報パケット生成部２００８の構成例を図７２に示し、図
７３に示したフローチャートを参照して、契約情報パケ
ット生成部２００８の構成と処理動作について説明す
る。
【０２６７】契約情報パケット生成部２００８は、契約
管理装置の契約情報パケット制御部２００９からの命令
を受信契約情報作成部２０３２で受け、動作を開始する
（ステップＳ１１３１）。受信契約情報作成部２０３２
に送られる命令としては、例えば、「１９９８年７月１
５日に送信予定の最近２ヶ月間に契約変更した契約者の
契約情報を順次作成せよ」というような内容である。こ
のような命令を受けた受信契約情報作成部２０３２で
は、契約ユーザ情報検索／入力部２０３１を介して、契
約変更ユーザＤＢ２００６、場合によっては契約ユーザ
ＤＢ２００１を検索し、該当するユーザの情報を順次抽
出する（ステップＳ１１３２〜ステップＳ１１３３）。
【０２６８】次に、チャネルキー復号鍵検索／入力部２
０３８を介して、チャネルキー復号鍵ＤＢ２０１６から
送信時期に対応したチャネルキー復号鍵を検索し（ステ
ップＳ１１３４）、図７４に示すような第１の中間デー
タを生成する（ステップＳ１１３５）。
【０２６９】次に、認証子生成部２０３６にて、該第１
の中間データに対して認証子を作成し（ステップＳ１１
３６）、それを該第１の中間データに付加して、図７５
に示すような第２の中間データを作成する。更に、ディ
ジタル署名用鍵検索／入力部２０３７を介してデジタル
署名用鍵ＤＢ２０１７から送信時期に対応したデジタル
署名用の秘密鍵を検索し、該秘密鍵でデジタル署名を作
成し（ステップＳ１１３７）、該デジタル署名を第２の
中間データに付加して、図７６に示すような受信契約情
報を作成する（ステップＳ１１３８）。
【０２７０】ここで、デジタル署名の対象とするデータ
は第１の中間データだけであっても良いし、第２の中間
データであってもよい。一般に後者の方がより強いセキ
ュリティを実現できる。
【０２７１】次に、受信契約情報を暗号化部２０３３に
送り、暗号化部２０３３では、マスター鍵検索／入力部
２０３９を介して、マスター鍵ＤＢ２０１５から放送時
期に合ったマスター鍵をマスター鍵ＤＢから検索抽出し
（ステップＳ１１３９）、それを使って受信契約情報を
暗号化する（ステップＳ１１４０）。
【０２７２】契約情報パケット作成部２０３４では、暗
号化された受信契約情報にチャネルキー復号鍵識別子、
マスター鍵識別子、情報識別子を付加して、例えば、図
３７に示すような契約情報パケットを作成する（ステッ
プＳ１１４１）。契約情報パケットを作成するには、図
３７に示したように、チャネルキー復号鍵識別子、マス
ター鍵識別子、情報識別子を付加すれば良いが、前２者
はそれぞれのデータベースから取得でき、情報識別子に
関しては契約情報パケットに対して予め割りふられた識
別子を付加すれば良い。
【０２７３】また、図４９に示すような受信契約情報
（もしくは第１の中間データ）を作成することも同様に
可能である。更に図５０に示すような圧縮された受信契
約情報（もしくは第１の中間データ）を作成することも
可能であるが、この場合、契約ユーザ情報検索／入力部
２０３１での処理が複雑になる。即ち、契約ユーザ情報
検索／入力部２０３１は、同じチャネル契約情報を持っ
た契約者を検索する必要がある。ここで契約の種類が少
なければ図５０に示すような圧縮された契約情報は有効
であるが、契約の種類が多い場合は無駄な領域が増えて
しまうので送信量が多くなり不利になる。そこで、図４
９の形式と図５０の形式をチャネル契約情報に応じて取
り混ぜて送る必要もある。この場合どちらの形式にする
かを決定するのは受信契約情報作成部２０３２であり、
受信契約情報作成部２０３２では、契約ユーザ情報検索
／入力部２０３１の検索結果に基づいて決定する。例え
ば、図４９の形式に入るチャネル契約情報の数が１０
で、図５０の形式に入るチャネル契約情報の数が２０で
ある場合、受信契約情報の作成条件に合う契約者のうち
同じチャネル契約情報を持つ契約者が１０件以下であれ
ば図４９の形式、１１件以上であれば図５０の形式とす
るなどと処理することができる。更に２つの形式の違い
をパケット上で明示しなくては、放送受信装置側で処理
ができないが、これには情報識別子を利用すれば良い。
即ち、契約情報パケットの形式によって複数の情報識別
子を使い分けることになる。もちろんこのことは、契約
情報パケットが取り得る様々な形式に対して適応するこ
とができる。例えばデジタル署名の有無、認証子の有無
などは契約情報を図４９の形式にするか図５０の形式に
するかという事柄とは独立であり、どのオプションを取
った契約情報パケットであるかを明示することにも情報
識別子を利用することができる。
【０２７４】最後に契約情報の送出スケジュールについ
て述べる。本発明は、契約情報の送出に使える帯域が狭
くて同等の安全性が保証できることが有意点であること
から、以下で述べる契約者毎に契約情報の送出頻度を変
化させる送信方式は意義が深い。即ち、契約変更者は契
約変更の内容にもよるが（特に不利な契約情報の場合
は）なるべく受信せずに視聴し続けようとして受信契約
情報の受信拒否をすることが考えられる。ここで言う受
信拒否は毎日短時間しか視聴しないか、一定期間スイッ
チをオフにしておく等の単純なものである。
【０２７５】このような意味からは契約変更後に、契約
情報を送る期間を一定なものにすると限定受信が実現で
きない可能性がある。例えば、契約変更後１年間しか契
約情報を送らないとしてしまうと、契約変更後１年間１
度も放送受信装置にスイッチを入れないと（契約情報は
取得できないので）契約情報が更新されず、それ以降古
い契約情報のまま視聴し続けられてしまうことになる。
【０２７６】一方で契約変更後、受信契約情報を半永久
的に送り続けることにすると、既に受信した契約者の分
を何度も送信することになるので放送帯域が有効に使え
ない。そこで、契約変更後の経過時間毎に契約情報の送
信頻度を変化させる必要が生じる。契約情報の送信頻度
の一例を以下に示す。 ・ 契約変更後の経過時間が２ヶ月のとき …送
信頻度は１０分に１回 ・ 契約変更後の経過時間が２ヶ月〜６ヶ月のとき…送
信頻度は３０分に１回 ・ 契約変更後の経過時間が６ヶ月〜１年のとき …送
信頻度は６０分に１回 ・ 契約変更後の経過時間が１年以上のとき …送
信頻度は１２０分に１回 ここでは、最初の２ヶ月は１０分に１回送信し、早期の
契約変更を目指す。大多数の受信装置はこの段階で契約
変更がなされると考えられるが、たまたま受信できなか
ったか長期間スイッチをオフしていたため契約情報を受
信できなかった受信装置のために、その後も２ヶ月経過
後から６ヶ月経過後までに３０分に１回、６ヶ月経過後
から１年経過後まで６０分に１回、１年経過後以降は１
２０分に１回という形で送信頻度を下げて送り続けるこ
とにより、放送帯域を節約しながら確実な限定受信を行
うことができる。
【０２７７】一方、新規契約者に対しては、契約者自身
早期に受信したいと望むし、万が一契約情報が（何らか
の原因で）受信できなかった場合でも、後日クレームと
いう形で放送局側にフィードバックがかかるので、この
とき再送信すればよく、長期間にわたって送信する意味
はあまりない。この意味から新規契約者については、新
規契約後２ヶ月間だけ１０分に１回程度の頻度で送信す
れば足りると考えられる。
【０２７８】以上のように、契約の種類（例えば、契約
変更、新規契約など）と契約後の経過期間によって、契
約情報の放送頻度を変更する送信スケジュールが望まし
い。本実施形態の契約管理装置にあっては、契約情報パ
ケット生成制御部が例えば上記の頻度で送信するように
調整する。
【０２７９】（第４の実施形態） １）放送受信装置 図５１は、本実施形態に係る放送受信装置の構成を概略
的に示したものである。本実施形態は第３の実施形態を
同レベルのセキュリティを保ったまま簡略化したもので
ある。従って、図３１と同一部分には同一符号を付し、
異なる部分について説明する。
【０２８０】本実施形態が第３の実施形態と本質的に異
なるところは、図３１のチャネルキー復号部１１０９が
ないことである。従って、図５２に示すように、暗号化
された放送コンテンツを復号するための鍵構成が３段に
なっている。
【０２８１】また、本実施形態ではチャネルキーは受信
契約情報の中に含まれる。したがって通常チャネルの情
報は、図５３に示すように、スクランブルされたコンテ
ンツ情報のみとなる。それに伴い、契約情報チャネルに
て配信される契約情報パケットも図５４のようになり、
チャネルキー復号鍵の代わりにチャネルキーが入るため
チャネルキー識別子と対応するチャネル識別子が必要に
なる。
【０２８２】受信契約情報は、図５５に示したように、
受信装置ＩＤ、チャネル契約情報、チャネルキーから構
成される。この受信契約情報も第３の実施形態で述べた
ように図４９に示したのと同様なパッキングが可能であ
る。また、図５４に示す契約情報パケットではチャネル
識別子が未暗号化部分にあるため、選択しているチャネ
ルのチャネル識別子に対応した契約情報のみを取得する
ことが可能となる。これを避けるため、図５７に示すよ
うに、受信契約情報中に、チャネル識別子とチャネルキ
ー識別子を含めて、これ全体を暗号化する構成を考え
る。この場合、契約情報パケットは、図５６に示すよう
に、暗号化された受信契約情報とマスター鍵識別子と情
報識別子を含む構成となる。
【０２８３】さらに、受信契約情報が図５８に示すよう
な構成であるとすると、受信契約情報には、チャネルキ
ー「０」とチャネルキー「１」が存在し、どちらかが現
在の放送コンテンツの復号鍵であり、もう一方が次に有
効になる鍵とすることができ、チャネルキー識別子が要
らなくなる。
【０２８４】更に、第３の実施形態に示した受信契約情
報と同様に、受信契約情報に認証子やデジタル署名を付
加することができ、付加した場合、第３の実施形態と同
様の効果がある。例として最も受信契約情報が複雑にな
る場合、即ち、図４９、図５０の形式で受信契約情報を
記述し、図５８のように２つのチャネルキーを含めた例
を図７９、図８０にそれぞれ示す。また、情報の順序に
関しては第３の実施形態と同様で、特に制約はなく、デ
ータ毎に順序を変更することは可能である。また、これ
ら複数の形式を混在させて送る場合は情報識別子で識別
すれば良い。
【０２８５】さて、契約情報受信時は契約情報パケット
がフィルター部１１０７で分離され契約情報復号部１１
１０に送られる。その中に含まれる暗号化された受信契
約情報を対応するマスター鍵を用いて復号し、受信契約
情報に含まれる受信装置ＩＤを（複数ある場合は）順次
検索して行き、当該受信装置のＩＤが見つかった場合
は、それに対応するチャネル契約情報をチャネル契約情
報格納部１１１６へ格納する。同時に、受信装置ＩＤが
当該受信装置である無しに関わらず、受信契約情報に含
まれるチャネルキーを、該受信契約情報にて示されたチ
ャネル識別子とチャネルキー識別子の組合せに対応させ
て、図５９のように、メモリ（図５１のチャネルキー格
納部１１１７）に書き込む。
【０２８６】チャネルキー出力部１１２０はデスクラン
ブル部１１０８からの要請により契約判定部１１１８で
の判定にしたがって、チャネルキー格納部１１１７から
対応するチャネルキーを検索して、デスクランブル部１
１０８に出力する。
【０２８７】ここでは、図５９に示したように、取得し
た全てチャネルキーをチャネル識別子とともにチャネル
キー格納部１１１７に格納している。しかし、これは同
時に視聴するチャネルは高々１つであるため必ずしも必
要はない。そこで認証部１１１４で現在視聴しているチ
ャネル番号を参照し、必要なチャネルキーだけをチャネ
ルキー格納部１１１７に格納することも可能である。こ
の場合、チャネルキー格納部１１１７には、図４１に示
したように、チャネルキーとその識別子とが格納され
る。この構造を取った場合、チャネル変更時にはチャネ
ルキー格納部１１１７の内部をクリアしなくてはならな
い。何故なら変更後のチャネルのチャネルキーは変更前
のチャネルのチャネルキーとは一般的に異なるので、格
納部をクリアしないと変更前のチャネルのチャネルキー
が有効になってしまい、意味不明の放送コンテンツが出
力されることになるからである。このようにすることに
よって、チャネル変更時には、チャネルキー格納部１１
１７をクリアしてチャネル契約情報から新たにチャネル
キーを取得しなくてはならないため、デスクランブルま
でに処理時間がかかるが、チャネルキー格納部１１１７
のメモリ容量が少なくて済み、また、チャネル数が増え
てもメモリ容量を増やすなどの処置をしなくても良い。
【０２８８】このような方式を実現するためには、認証
部１１１４がチャンネル情報入力部１１１９からチャネ
ル番号を取得する必要があり、図５１の点線で示したよ
うなデータの流れが更に必要である。
【０２８９】また、本実施形態の方式を取ることによ
り、第３の実施形態と比較して鍵構成を１段減らせるこ
とによるメリット以外にも、次のようなメリットがあ
る。すなわち、全チャネルを１ヶ月分契約した契約者が
次の月に全てのチャンネルを解約したとする。この場
合、この契約者は自分の放送受信装置宛の新しい受信契
約情報を取得したくない。何故なら取得すると全チャン
ネルが視聴できなくなってしまうからである。しかし、
受信契約情報の中には放送コンテンツの復号のために必
要な情報があるのでその全てを取得しない訳にはいかな
い。第３の実施形態の場合は、必要な情報はチャネルキ
ー復号鍵ＫＨであった訳であるが、これは全チャネルに
対して共通であるのでチャネルキー復号鍵ＫＨが変更さ
れるタイミング に対し、高々１つの受信契約情報を取
得すれば良い。もし、ＫＨの変更が１日に １回であれ
ば、自分の放送受信装置宛ての受信契約情報を受け取ら
ないことも十分に可能である。これに対して、本実施形
態では必要な情報はチャネルキーそのものであり、しか
もチャネルキーはチャネル毎に異なり、安全性の必要上
頻繁に変更する必要がある。このため、受信契約情報も
かなり頻繁に取得する必要に迫られ、自分の放送受信装
置宛ての受信契約情報を受け取らない確率はかなり低く
なる。
【０２９０】だが、第３の実施形態の４段の鍵構成にも
積極的に採用するに足る意義がある。もし、チャネルが
多く（例えば１０００チャンネル）あった場合、受信開
始時もしくはチャネル変更時にかなりの数（最悪１００
０個）の受信契約情報を取得して復号した後でないと、
当該チャネルのチャネルキーは取得できない。これでは
受信のタイミングがかなり遅くなって実用に耐えないば
かりか、万一受信誤りが生じた場合がもう１０００個復
号するまで待たなくてはならない。この点を解消したの
が４段の鍵構成である。
【０２９１】４段の鍵構成の場合、チャンルキー復号鍵
という全ての放送受信装置に共通の鍵があり、全てのチ
ャネルキーがそれで復号されるためチャネルの数に依ら
ず一定の時間で復号できる。これらの利点を生かして、
構成された放送受信装置の構成例を図６０に示す。ここ
では、契約情報パケットおよび受信契約情報のフォーマ
ットを２種類用意し、１つは第３の実施形態で示した図
３７、図３８のようなものであり、他の１つは本実施形
態に係る図５４、図５５のようなものである。
【０２９２】これらの違いを契約情報パケット中の情報
識別子で判断し、認証部１１１４では、受信契約情報中
に含まれているものがチャネルキー復号鍵であれば、チ
ャネルキー復号鍵格納部１１１５へ、チャネルキーであ
ればチャネルキー格納部１１１７へ送る。
【０２９３】なお、受信契約情報にチャネルキー復号鍵
が含まれる時には、通常チャネルにて別途チャネルキー
情報を送り、そうでない時にはチャネルキー情報を送ら
ないように放送局（契約管理装置）側で調整する。この
ため両方の回路が混在しても矛盾なく動作することがで
きる。
【０２９４】２）契約管理装置 次に、本実施形態に係る放送受信装置に対応する、情報
配信側の契約管理装置について説明する。
【０２９５】図７１は、本実施形態に係る契約管理装置
の構成例を示したもので、本実施形態に示した機能を全
て実現したものであり、実現されるシステムにおいて不
必要な機能がある場合にはその部分の構成を削ることが
できる。なお、図７１に示した契約管理装置において、
図７０に示した第３の実施形態における契約管理装置と
同一部分には、同一符号を付し、異なる部分について説
明する。すなわち、図７０のチャネルキー復号鍵ＤＢ２
０１６とチャネルキー復号鍵生成部２０１８が図７１で
は、それぞれ、チャネルキーＤＢ２０２１、チャネルキ
ー生成部２０２２に置き換えられ、図７１のチャネルキ
ーＤＢ２０２１、チャネルキー生成部２０２２の処理動
作の説明は、図７０のチャネルキー復号鍵ＤＢ２０１６
とチャネルキー復号鍵生成部２０１８の説明部分におい
て、チャネルキー復号鍵をチャネルキーと置き換えれ
ば、同様である。
【０２９６】（第５の実施形態）第５の実施形態では、
第１〜第４の実施形態の限定受信システムに共通に利用
可能で、放送受信装置内にある課金制御部１１０６のテ
スト用ラッチ部の構成に関する実施形態を示すものであ
る。図６１に、本実施形態に係る放送受信装置の構成例
を示す。
【０２９７】受信限定システムは、その構成上、課金制
御部１１０６の内部の秘密情報（特にマスター鍵生成の
鍵やアルゴリズム）が露見すると、システム全体が破綻
し、有効な課金ができなくなる危険がある。また、例え
ば図３１において出力されたデスクランブルされた放送
コンテンツが何らかの手段でユーザに記録されるとそれ
を何回でも再生することが原理的にできてしまい好まし
くない。その意味から課金制御部１１０６とその出力を
利用するＭＰＥＧデコーダは一体化されたチップで構成
されていることが好ましい。
【０２９８】一方、一体化されたチップを作成する際は
１回で正しいチップを作成することは困難なので中間結
果をテストピンなどを通して見てみる必要がある。ま
た、このテストピンは製品段階でも残ってしまうので、
本チップを解析しようとする者に対して復号プロセスを
中間結果といえども観察できる機会を与え、暗号アルゴ
リズムや復号鍵の解析に都合の良い状況を作り出してし
まう。そこで考えられたのが本実施形態である。
【０２９９】上記目的を達成するために、第１〜４の実
施形態に示した放送受信装置に付加するものは、図６１
に示すように、スキャンパステスト用ラッチ部１２０
１、１２０３と、スキャンパス出力部１２０２、１２０
４である。
【０３００】スキャンパステスト用ラッチ部１２０１、
１２０３は、そこを流れるデータを捕え、それぞれスキ
ャンパス出力部１２０２、１２０４へ送る動作を行う。
【０３０１】１）スキャンパステスト用第１のラッチ部
（受信契約情報のテスト出力） 図６２に、スキャンパステスト用第１のラッチ部１２０
１の基本的な構成例を示し、図６３に示すフローチャー
トを参照しながらスキャンパステスト用第１のラッチ部
１２０１の構成およびその処理動作について説明する。
【０３０２】スキャンパステスト用第１のラッチ部１２
０１では、契約情報復号部１１１０からの出力（復号さ
れた受信契約情報）を入力部１３０１で受取り（ステッ
プＳ１１０１）、そのデータを（必要があれば）データ
フォーマットの変更などを行い認証部１３０２へ送る。
認証部１３０２では、当該情報を出力しても良いか否か
の判定を行う（ステップＳ１１０２）。もし、出力して
も良いと判定された場合、当該データを出力部１３０５
へ送り（ステップＳ１１０３）、出力部１３０５は、第
１のスキャンパス出力部１２０２へ送る（ステップＳ１
１０４）。第１のスキャンパス出力部１２０２は、当該
データを課金制御部１１０６外へ出力し、当該データは
課金制御部１１０６外にあるディスプレイ装置等の表示
部に表示される（ステップＳ１１０５）。
【０３０３】認証部１３０２にて、ステップＳ１１０５
の処理に続いて、あるいは、復号された受信契約情報を
出力しないと判定したとき、当該復号された受信契約情
報をそのままスキャンパステスト用第１のラッチ部１２
０１の外部にある認証部１１１４へ出力する（ステップ
Ｓ１１０６）。
【０３０４】ここで、認証部１３０２の働きは重要であ
る。以下では認証部１３０２の働きを説明するため、課
金制御部１１０６への入力データフォーマットに立ち戻
って説明する。まず簡単のため最も単純な実現方法を示
す。第３、第４の実施形態における契約情報パケットの
構成（図３７、図５４参照）にある情報識別子として、
通常の（受信契約情報を示す）識別子以外にスキャンパ
ス出力が可である受信契約情報である旨を示す識別子を
設ける。この情報識別子を認証部１３０２で判断するこ
とによって当該データを第１のスキャンパス出力部１２
０２に出力するか否かを決定するのである。
【０３０５】スキャンパス出力をさせる必要があるの
は、基本的に設計時もしくは工場出荷時であるので、ス
キャンパス出力を可にする情報識別子は放送波では流さ
ないと考えて良く、当該情報識別子がどういうものかを
一般のユーザが解析するのは困難である。
【０３０６】次に、スキャンパス出力が可である受信契
約情報を含む契約情報パケットであるか否かを、契約情
報パケットに対応した認証情報で判定する例を示す。こ
の場合の契約情報復号部１１１０へ入力する契約情報パ
ケットのフォーマットを図６４に示す。
【０３０７】図３７と異なるのは、暗号化された受信契
約情報に続いて認証情報がさらに加わった点である。勿
論、図５４の場合も図６４と同様に変更すればよい。な
お、（認証情報がない）通常のフォーマットの契約情報
パケットと区別するために、そのための情報認証子を別
に設定するか、情報識別子を共通にした場合は、フォー
マットをそろえるため、通常の契約情報パケットにおけ
る認証情報は「ＮＵＬＬ」として、「ＮＵＬＬ」の認証
情報パケットが来た場合は通常の契約情報パケットであ
ると解釈しても良い。但し、後者の場合は実装が簡単だ
が、データ量が多くなるという欠点がある。
【０３０８】認証情報として、例えば暗号化された受信
契約情報（もしくはそのハッシュ値）に電子署名を施し
たものを考える。ここでデータのハッシュ値とは任意長
のデータを一定の長さ（例えば１２０ビット）で表現し
たデータのダイジェストのようなものである。ダイジェ
ストといっても内容そのものの要約ではなく、データに
ハッシュ値と呼ばれる何らかの一方向性関数（逆関数を
求めることが困難な数学的関数）を施して、一定の長さ
にしたものと言うことができる。このようなハッシュ関
数はＭＤ５やＳＨＡ１などいくつか知られている。電子
署名を付けるデータは暗号の１ブロックにあたる６４ビ
ットもしくが１２０ビットの一定の長さにしておく必要
がある。このため必要があれば受信契約情報にハッシュ
関数を掛ける。
【０３０９】スキャンパステスト用第１のラッチ部１２
０１が、復号された受信契約情報とともに、認証情報と
暗号化された受信契約情報も受取り、認証情報としての
電子署名を確認する、確認のプロセスを含めたスキャン
パステスト用第１のラッチ部１２０１の処理動作につい
て、図６６に示すフローチャートを参照しながら説明す
る。
【０３１０】入力部１３０１には、復号された受信契約
情報とともに、認証情報と暗号化された受信契約情報も
受取り（ステップＳ１１２１）、認証部１３０２では、
電子署名の確認のためにはまず（入力された）暗号化さ
れた受信契約情報に（必要に応じて）ハッシュ関数を掛
ける（ステップＳ１１２２）。一方、認証部１３０２に
予め格納されている公開鍵で認証情報としての電子署名
を復号し（ステップＳ１１２３）、前記ハッシュ値と比
較する。ここで一致していれば（ステップＳ１１２
４）、認証情報は正しいと考えることができ、図６３の
ステップＳ１１０３〜ステップＳ１１０５と同様にし
て、データの出力を行う（ステップＳ１１２５〜ステッ
プＳ１１２７）。
【０３１１】ステップＳ１１２４で、一致していなけれ
ば、当該認証情報は正しくないと判定して、データの出
力は行わない（ステップＳ１１２８）。ステップＳ１１
２７の処理に続いて、あるいは、認証情報とハッシュ値
とが一致しないとき、当該復号された受信契約情報をそ
のまま、スキャンパステスト用第１のラッチ部１２０１
の外部にある認証部１１１４へ出力する（ステップＳ１
１２８）。
【０３１２】ここで、公開鍵暗号を使った電子署名はデ
ータ本体（ここではハッシュ値）に対して秘密鍵で暗号
化したものを言う。公開鍵暗号において秘密鍵で暗号化
したものは公開鍵といわれる秘密鍵とは別の鍵でなくて
は復号できない。このため電子署名を公開鍵で復号すれ
ば元のハッシュ値になるはずである。また、公開鍵暗号
の安全性から公開鍵で復号できるようなデータを作成で
きるのは秘密鍵を知っている人だけと考えられるので、
ハッシュ値を秘密鍵で暗号化したデータを当該データの
電子署名と呼んでいる。ここで公開鍵暗号を使った電子
署名を使う意義は、課金制御部１１０６内の情報だけで
は電子署名を作成できないので一般者がスキャンパステ
スト用ラッチ部１２０１、１２０３に対して出力させる
ようなデータを作成するのは事実上不可能である点であ
る。また、電子署名は共通鍵暗号を使っても可能とな
る。この場合ハッシュ値を共通鍵で暗号化し、共通鍵で
復号することによって確認するので、共通鍵は当該ラッ
チ部に秘匿しておかなくてはならない。しかし、共通鍵
暗号は公開鍵暗号に比べて高速であるという特徴があ
り、このための共通鍵は課金チップという耐タンパはハ
ードウェア上に隠されているので、読み取るのは極めて
困難である。このことから共通鍵による電子署名も有効
である。
【０３１３】暗号化された電子署名を確認するため、ス
キャンパステスト用第１のラッチ部１２０１には、本来
必要のない暗号化された受信契約情報を入力している。
これを避けるためには契約情報復号部１１１０で電子署
名を検証し、その結果をスキャンパステスト用第１のラ
ッチ部１２０１に送るという方法が考えられる。即ち、
スキャンパステスト用第１のラッチ部１２０１の認証部
１３０２の主要部分を契約情報復号部１２０１で行なう
という訳である。だが、この方法ではラッチ部に対して
出力を促すデータは常に同じであり、第３者による悪用
を許しやすい。
【０３１４】その意味で契約情報復号部１１１０で署名
が認証された場合、契約情報復号部１１１０でその出力
に電子署名を施すという実現方法もある。この方法によ
れば前記の悪用の問題は避けられるが、処理が余分にか
かる。いずれの方法を取るかはアプリケーションの性質
によって決まる。
【０３１５】次にスキャンパステスト用第１のラッチ部
１２０１が出力するデータについて考えてみると、前記
の全ての例では生のデータ列（０、１の列）、すなわ
ち、復号された契約受信情報そのものが出力される。も
しデータ列が暗号化されていれば、更に安心である。即
ち、例えスキャンパステスト用第１のラッチ部１２０１
から無条件でデータが出力されてもそのデータが暗号化
されており、復号鍵を備えた表示装置でないと復号でき
ないような構成にしていれば当該ラッチ部１２０１の出
力から課金制御部１１０６の構成を解析することは極め
て困難である。
【０３１６】このようなスキャンパステスト用第１のラ
ッチ部１２０１の構成例を図６６にに示す。図６６にお
いて、暗号化部１３０３に公開鍵暗号を導入して、公開
鍵で暗号化するようにすれば更に安全である。何故なら
暗号化された出力データは課金制御部１１０６内には含
まれない秘密鍵でしか復号できないからである。しか
し、実際は処理時間の観点で共通鍵暗号を使われる機会
が多いだろう。この場合共通鍵を暗号化鍵格納部１３０
４に秘匿しておく必要がある。さもないと、せっかく暗
号化しても第三者に共通鍵が露見すれば復号されて、出
力内容が露見してしまうからである。
【０３１７】２）スキャンパステスト用第２のラッチ部
（受信装置ＩＤのテスト出力） 次に、図６１のスキャンパステスト用第２のラッチ部１
２０３について説明する。スキャンパステスト用第２の
ラッチ部１２０３の動作も前述の第１のラッチ部１２０
１と基本的には同じであるが、第１のラッチ部１２０１
がいわばデータが一方向に通り過ぎるだけであったのに
対し、第２のラッチ部１２０３は受信装置ＩＤ格納部１
１１３から受信装置ＩＤの読み込みを行い、その結果を
ラッチするのであるから構成が多少複雑になる。
【０３１８】この第２のラッチ部１２０３は、受信装置
ＩＤが、例えば、不揮発性メモリにて構成されている受
信装置ＩＤ格納部１１１３に正しく格納されているかを
確認するためのものである。
【０３１９】図６７にスキャンパステスト用第２のラッ
チ部１２０３の構成例を示す。
【０３２０】認証部１１１４からのデータは、スキャン
パステスト用第２のラッチ部１２０３の第１の入力部１
４０１で受取り、認証部１４０２へ送られる。認証部１
４０２は、前述の第１のラッチ部１２０１の認証部１３
０２と同様に、入力結果に対するラッチ出力の可否に関
する認証を行う。
【０３２１】認証結果は認証結果格納部１４０３に格納
される。一方、認証部１４０２から受信装置ＩＤ格納部
１１１３へは、受信装置ＩＤの出力を要請する命令を流
す。それを受け取った受信装置ＩＤ格納部１１１３は、
受信装置ＩＤを出力し、第２の入力部１４０５へそれを
入力する。受信装置ＩＤはラッチ出力可否判定部１４０
４へ送られ、ラッチ出力可否判定部１４０４では、認証
結果格納部１４０３にある認証結果を参照して、認証さ
れている場合には、受信装置ＩＤを第２のスキャンパス
１２０４へ出力する。
【０３２２】なお、ラッチ出力可否判定部１４０４は、
認証部１４０２で認証されている場合でもされていない
場合でも、受信装置ＩＤ格納部１１１３から受け取った
受信装置ＩＤは外部の認証部１１１４へ出力する。
【０３２３】また、ラッチ出力可否判定部１４０４の後
段に、図６６に示したような暗号化部１３０３、暗号鍵
格納部１３０４を付け加えれば、前述同様、受信装置Ｉ
Ｄを暗号化して出力することもできる。
【０３２４】（第６の実施形態） １）放送システムの概略 放送受信装置に受信契約情報を放送配信する以外に、磁
気カード等の形態可能な記録媒体（以下、簡単にカード
Ｐと呼ぶ）に記録し、それを当該放送受信装置に宅配又
は郵送する点が、前述の第３〜第５の実施形態の場合と
異なる。契約ユーザは、放送受信装置に受け取ったカー
ドＰに記録された情報を読み取らせることにより、契約
チャネルの受信が可能となる。
【０３２５】ここでは、第３の実施形態の契約管理装置
（図７０参照）、放送受信装置（図３１）に対応した契
約管理装置（図８１参照）、放送受信装置（図８２参
照）を例にとり説明するが、他の実施形態に係る契約管
理装置、放送受信装置も、基本的には同様である。すな
わち、第６の実施形態に係る契約管理装置では、第３〜
第５の実施形態に係る契約管理装置の放送装置２０１３
がカード作成部２０５１に置き換えられ、あるいは、さ
らに追加されている。カード作成部２０５１は、契約ユ
ーザのカードＰに暗号化された受信契約情報を書き込む
ようになっている。また、第６の実施形態に係る放送受
信装置では、契約情報復号部１１１０に、カードリーダ
２０６１に挿入されたカードＰから読み取られた暗号化
された受信契約情報が入力するようになっている。
【０３２６】２）契約管理装置 図８１は、第６の実施形態に係る契約管理装置の構成例
を示したもので、図７０と同一部分は同一符号を付し、
異なる部分について説明する。すなわち、図７０の受信
装置毎の受信契約情報を地上波あるいは衛星放送を介し
て配信するための放送装置２０１３が図８１では、カー
ド作成部２０５１に置き換えられ、あるいは、さらに追
加して必要に応じて適宜切り替えられるようになってい
る。
【０３２７】カード作成部２０５１により、カードＰ
に、そのカードＰに対応した受信装置の契約期間に応じ
た受信契約情報等を記録して、契約ユーザに配布するよ
うになっている。
【０３２８】例えば、１９９７年１２月１日から４ヶ月
間契約している契約ユーザに対しては、マスターキーが
１ヶ月毎に更新されるとき、受信契約を１ヶ月毎に作成
しなくてはならないために１ヶ月毎に有効なチャネルキ
ー復号鍵と有効なマスターキーを検索して、図７３のフ
ローチャートに示す処理を行う必要がある。図８１に示
す契約管理装置では、受信契約情報を放送によらずに例
えばカードＰに４ヶ月分の契約チャネルのチャネルキー
復号鍵に対応する受信契約情報を書込み、当該ユーザに
配送すればよい。これにより、１ヶ月毎の配信、配布を
行わなくてもよく、放送局側にもユーザ側にも煩雑を避
ける意味で有利である。
【０３２９】ところで、受信契約情報を作成するために
は、契約管理装置は、契約ユーザの購入した放送受信装
置の受信装置ＩＤを知る必要がある。もちろん、この受
信装置ＩＤは、各放送受信装置内の耐タンパな受信装置
ＩＤ格納部１１１３に書き込まれているため、外部から
の読取りは不可能である。従って、契約管理装置に契約
ユーザの購入した放送受信装置の受信装置ＩＤを入力す
るための手段が必要になってくるであろう。
【０３３０】そこで、次に、契約管理装置に、購入され
た放送受信装置の受信装置ＩＤを入力するための一手段
を説明する。
【０３３１】例えば、購入された放送受信装置の筐体や
包装用のパッケージ等に当該放送受信装置の表層受信装
置ＩＤ（受信装置ＩＤに１対１に対応するような識別子
で、例えば、受信装置ＩＤそのものを暗号化したもので
あってもよい）を印刷する。図８１に示したように、契
約管理装置に入力部２０７２、表層受信装置ＩＤ変換部
２０７１を新たに設ける。
【０３３２】契約情報入力部２０７２からは、契約時、
ユーザの契約情報と当該ユーザの購入した放送受信装置
の表層受信装置ＩＤを入力するものとする。この入力に
は、例えば、スキャナ等を用いてもよく、特に限定しな
い。
【０３３３】表層受信装置ＩＤ変換部２０７１には、予
め、表層受信装置ＩＤと受信装置ＩＤとの対応関係を示
した変換テーブル２０７３を記憶している。
【０３３４】契約情報入力部２０７２に入力された表層
受信装置ＩＤは、表層受信装置ＩＤ変換部２０７１に渡
され、ここで、変換テーブル２０７３を参照して、表層
受信装置ＩＤから受信装置ＩＤへ変換し（すなわち、変
換テーブル２０７３から表層受信装置ＩＤに対応する受
信装置ＩＤを検索する）、その結果得られた受信装置Ｉ
Ｄを支払確認待ちＤＢ２００２に渡す。
【０３３５】一方、契約情報入力部２０７２に入力され
た契約情報は、支払確認待ちＤＢ２００２に渡される。
支払確認待ちＤＢ２００２は、当該契約情報を、表層受
信装置ＩＤ変換部２０７１から受け取った受信装置ＩＤ
に対応させて登録する。
【０３３６】その後の支払確認待ちＤＢ２００２に対す
る処理動作は、図３の支払確認待ちＤＢ２と同様であ
る。
【０３３７】２）受信装置 図８２は、第６の実施形態に係る放送受信装置の構成例
を示したものである。なお、図３１と同一部分には同一
符号を付し、異なる部分について説明する。すなわち、
前述の図８１に示したような放送局側に設置されている
契約管理装置で作成されたカードＰから暗号化された受
信契約情報を読み取るためのカードリーダ２０６１がさ
らに追加されて、カードリーダ２０６１にてカードＰか
ら読み取られた暗号化された受信契約情報は、契約情報
復号部１１１０に入力される。
【０３３８】なお、その後の動作は、第３の実施形態と
同様である。
【０３３９】
【発明の効果】以上説明したように、本発明によれば、
限定受信のための情報を送信できる放送帯域が狭かった
り、契約者が予想外に多くなってしまった場合であって
も、同程度の安全性を保ちながら限定受信が実現でき
る。
【図面の簡単な説明】
【図１】本発明の第１の実施形態（付加情報を放送配信
する場合）に係る契約管理装置および放送受信装置を用
いた放送システムの概略構成を示した図。
【図２】図１に示した放送サービスへの加入・継続契約
時、契約更新時、解約時、課金手続きの概略的に流れを
示した図。
【図３】第１の本実施形態に係る契約管理装置の構成例
を示した図。
【図４】契約管理装置の契約ユーザＤＢのデータ記憶形
式の一例を示した図。
【図５】契約管理装置のシードＤＢのデータ記憶形式の
一例を示した図。
【図６】契約管理装置のチャネルＤＢのデータ記憶形式
の一例を示した図。
【図７】契約ユーザへ登録処理を説明するためのフロー
チャート。
【図８】契約管理装置の処理動作（契約ユーザ毎に対応
した付加情報を生成し、これを配信するまでの手順）を
説明するためのフローチャート。
【図９】（ａ）図は主にコンテンツを配信するための放
送波に多重される情報の一例を概念的に示した図で、
（ｂ）図は付加情報のデータ形式の一例を示した図。
【図１０】コンテンツ情報の配信装置の構成例を示した
図。
【図１１】（ａ）図は主にコンテンツを配信するための
放送波に多重される情報の他の例を概念的に示した図
で、（ｂ）図は付加情報のデータ形式の他の例を示した
図。
【図１２】端末付加情報のデータ形式の一例を示した
図。
【図１３】チャネル付加情報のデータ形式の一例を示し
た図。
【図１４】第１の実施形態に係る受信装置の構成例を示
した図。
【図１５】図１４の受信装置の処理動作を説明するため
のフローチャート。
【図１６】図１４の受信装置の処理動作を説明するため
のフローチャート。
【図１７】図１４の受信装置の処理動作を説明するため
のフローチャート。
【図１８】図１４の受信装置の処理動作を説明するため
のフローチャート。
【図１９】新規契約に関する付加情報（ＯＮ信号）の送
信量と、解約に関する付加情報（ＯＦＦ信号）の送信量
の時間経過に伴う変動を示した図。
【図２０】付加情報の受信状況を監視する処理を伴う場
合の受信装置のフィルタの処理動作を説明するためのフ
ローチャート。
【図２１】端末付加情報とチャネル付加情報とを用いた
場合の図１４の受信装置の処理動作を説明するためのフ
ローチャート。
【図２２】端末付加情報とチャネル付加情報とを用いた
場合の図１４の受信装置の処理動作を説明するためのフ
ローチャート。
【図２３】端末付加情報とチャネル付加情報とを用いた
場合の図１４の受信装置の処理動作を説明するためのフ
ローチャート。
【図２４】本発明の第２の実施形態（付加情報をカード
型記録媒体に記録して顧客に配布する場合）に係る放送
システムの概略構成を示した図。
【図２５】第２の実施形態に係る契約管理装置の構成例
を示した図。
【図２６】第２の実施形態に係る受信装置の構成例を示
した図。
【図２７】カード型記録媒体に記録される付加情報の一
例を示したもので、（ａ）図はマスターキーＫｍとチャ
ネルサブキーＨの更新時期が同じ場合で、（ｂ）図はマ
スターキーＫｍの更新時期が例えば２ヶ月毎であるのに
対し、チャネルサブキーＨの更新時期が１ヶ月毎である
場合を示している。
【図２８】図２６の受信装置の処理動作を説明するため
のフローチャート。
【図２９】図２６の受信装置の処理動作を説明するため
のフローチャート。
【図３０】図２６の受信装置の処理動作を説明するため
のフローチャート。
【図３１】本発明の第３の実施形態に係る放送受信装置
の構成例を示した図。
【図３２】第３の実施形態の放送コンテンツの暗号化に
用いる４段の鍵構成を説明するための図。
【図３３】通常チャネルによる配信構造の一例を示した
図。
【図３４】通常チャネルにて配信される放送コンテンツ
情報の構造の一例を示した図。
【図３５】通常チャネルにて配信されるチャネルキー情
報の構造の一例を示した図。
【図３６】契約情報チャネルの配信構造の一例を示した
図。
【図３７】契約情報チャネルにて配信される契約情報パ
ケットの構造の一例を示した図。
【図３８】契約情報パケットに含まれる受信契約情報の
構造の一例を示した図。
【図３９】契約情報チャネルにて配信されるマスター鍵
シード情報の構造の一例を示した図。
【図４０】チャネルキー切替え時点でチャネルキー
「０」とチャネルキー「１」の送信がオーバーラップす
る時間帯（Ｔｘ１、Ｔｘ２）が存在する様子を説明する
ための図。
【図４１】チャネルキー格納部１１１７におけるチャネ
ルキーとその識別子との格納形態の一例を示した図。
【図４２】放送受信装置の処理動作を説明するためのフ
ローチャート。
【図４３】放送受信装置の処理動作のうち、放送コンテ
ンツに対する処理動作を示したフローチャート。
【図４４】放送受信装置の処理動作のうち、チャネルキ
ー情報に対する処理動作を示したフローチャート。
【図４５】放送受信装置の処理動作のうち、契約情報パ
ケットに対する処理動作を示したフローチャート。
【図４６】暗号化された鍵情報に対する認証子について
説明するための図。
【図４７】暗号化されない鍵情報に対する認証子につい
て説明するための図。
【図４８】暗号化されない鍵情報に対する認証子につい
て説明するための図。
【図４９】複数の放送受信装置の受信契約情報を圧縮し
て送信する場合の送信形態の一例を示した図。
【図５０】複数の放送受信装置の受信契約情報を圧縮し
て送信する場合の送信形態の他の例を示した図。
【図５１】本発明の第４の実施形態に係る放送受信装置
の構成例を示した図。
【図５２】第４の実施形態の放送コンテンツの暗号化に
用いる３段の鍵構成を説明するための図。
【図５３】通常チャネルによる配信構造の一例を示した
図。
【図５４】契約情報チャネルにて配信される契約情報パ
ケットの構造の一例を示した図。
【図５５】受信契約情報の構造の一例を示した図。
【図５６】契約情報パケットの構造の一例を示した図。
【図５７】受信契約情報の構造の他の例を示した図。
【図５８】受信契約情報の構造のさらに他の例を示した
図。
【図５９】図５１のチャネルキー格納部における信契約
情報にて示されたチャネル識別子とチャネルキー識別子
の格納形式の一例を示した図。
【図６０】受信契約情報中にチャネルキー復号鍵が含ま
れる場合とチャネルキーが含まれる場合とを受信契約情
報に付加された情報識別子にて区別して、処理を切り替
える放送受信装置の構成例を示した図。
【図６１】本発明の第５の実施形態に係る放送受信装置
の構成例を示した図。
【図６２】スキャンパステスト用第１のラッチ部の基本
的な構成例を示した図。
【図６３】図６２のスキャンパステスト用第１のラッチ
部の処理動作を説明するためのフローチャート。
【図６４】スキャンパス出力が可である受信契約情報を
含む契約情報パケットであるか否かを判定するための認
証情報を含む契約情報パケットの一例を示した図。
【図６５】図６２のスキャンパステスト用第１のラッチ
部の他の処理動作を説明するためのフローチャートで、
認証情報として電子署名を用いた場合を示したものであ
る。
【図６６】スキャンパステスト用第１のラッチ部の他の
構成例を示した図で、出力する内部データ（受信契約情
報）を暗号化して出力するための構成部を追加したもの
である。
【図６７】スキャンパステスト用第２のラッチ部の構成
例を示した図。
【図６８】受信契約情報にデジタル署名が含まれる場合
の放送受信装置の認証部１１１４の構成例を示した図。
【図６９】デジタル署名が含まれている場合の受信契約
情報の構造例を示した図。
【図７０】第３の実施形態に係る契約管理装置の構成例
を示した図。
【図７１】第４の実施形態に係る契約管理装置の構成例
を示した図。
【図７２】契約管理装置の契約情報パケット生成部の構
成例を示した図。
【図７３】契約情報パケット生成部の処理動作を説明す
るためのフローチャート。
【図７４】第３の実施形態で用いる受信契約情報の基本
的な構成例を示した図。
【図７５】復号の際の誤り検出に用いる認証子を含む受
信契約情報の構成を示した図。
【図７６】復号の際の誤り検出に用いる認証子とデジタ
ル署名とを含む受信契約情報の構成を示した図。
【図７７】受信契約情報に認証子とデジタル署名を含む
場合の契約情報パケットの送信形態の一例を示した図。
【図７８】受信契約情報に認証子とデジタル署名を含む
場合の契約情報パケットの送信形態の他の例を示した
図。
【図７９】第４の実施形態に係る複数の放送受信装置の
受信契約情報（チャネルキーが２つある場合）を圧縮し
て送信する場合の送信形態の一例を示した図。
【図８０】第４の実施形態に係る複数の放送受信装置の
受信契約情報（チャネルキーが２つある場合）を圧縮し
て送信する場合の送信形態の他の例を示した図。
【図８１】カードに受信契約情報を書き込んで配布する
契約管理装置の構成例を示した図。
【図８２】配布されたカードから受信契約情報を読み取
る放送受信装置の構成例を示した図。
【符号の説明】
契約管理装置 １…契約ユーザデータベース ２…支払い確認待ちデータベース ３…シードデータベース ４…チャネルキーデータベース ５…付加情報データベース ６…契約解除ユーザデータベース ７…契約期間確認部 ８…付加情報生成部 ９…付加情報生成制御部 １０…シード・マスターキー生成部 １１…チャネルキー生成部 １２…付加情報出力要請部 １３…放送装置 １４…スケジューリング部 １５…カード作成部 ２００８…契約情報パケット生成部 ２００９…契約情報パケット生成制御部 ２０５１…カード作成部 放送受信装置 ５０１…受信部 ５０２…Ａ／Ｄ変換部 ５０３…フィルタ ５０４…マスターキー生成部 ５０５…マスターキー格納部 ５０６…ＩＤ格納部 ５０７…判定部 ５０８…チャネルサブキー格納部 ５０９…チャネルデコーダ ５１０…Ｄ／Ａ変換部 ５１１…再生部 ５１２…付加情報格納部 ５１３…カードリーダ １１０６…課金制御部 １１０９…チャネルキー復号部 １１１０…契約情報復号部 １１１１…マスター鍵格納部 １１１４…認証部 １１１８…契約判定部 １１２０…チャネルキー出力部 １２０１…スキャンパステスト用第１のラッチ部 １２０２…第１のスキャンパス出力部 １２０３…スキャンパステスト用第２のラッチ部 １２０４…第２のスキャンパス出力部 ２０６１…カードリーダ
フロントページの続き (72)発明者 遠藤 直樹 東京都府中市東芝町１番地 株式会社東芝 府中工場内

Claims (21)

    【特許請求の範囲】
  1. 【請求項１】 暗号化されたコンテンツ情報の復号を制
    御するための契約情報に基づき、放送配信される暗号化
    コンテンツ情報を復号する放送受信装置において、 複数の放送受信装置に共通のマスター鍵と本放送受信装
    置に固有に設定された受信装置ＩＤを持ち、 少なくとも前記契約情報と該契約情報に対応した受信装
    置ＩＤを含む暗号化された受信契約情報を受信したと
    き、前記マスター鍵を用いて、該暗号化された受信契約
    情報を順次復号し、 該復号された受信契約情報のうち、本放送受信装置の有
    する受信装置ＩＤに一致する受信装置ＩＤに対応付けら
    れた契約情報を選択して取得し、 その取得した契約情報に基づき、暗号化された情報コン
    テンツを復号するチャネルキーを暗号化されたコンテン
    ツ情報を復号するための復号部に送るか否か制御するこ
    とを特徴とする放送受信装置。
  2. 【請求項２】 前記チャネルキーは別途受信し、前記受
    信契約情報を受信しない限り、前記チャネルキーは前記
    復号部に送られることがないように制御することを特徴
    とする請求項１記載の放送受信装置。
  3. 【請求項３】 暗号化された前記チャネルキーを別途受
    信し、この暗号化されたチャネルキーを復号するチャネ
    ルキー復号鍵を含む前記受信契約情報を受信しない限
    り、前記チャネルキーが復号されないよう制御すること
    を特徴とする請求項１記載の放送受信装置。
  4. 【請求項４】 前記チャネルキーの一部は別途受信さ
    れ、前記チャネルキーの他の一部を含む前記受信契約情
    報を受信しない限り、前記チャネルキーが得られないよ
    うに制御することを特徴とする請求項１記載の放送受信
    装置。
  5. 【請求項５】 前記チャネルキーは、前記受信契約情報
    に含まれて受信され、前記受信契約情報を受信しない限
    り、前記チャネルキーが得られないものであることを特
    徴とする請求項１記載の放送受信装置。
  6. 【請求項６】 暗号化されたコンテンツ情報を含む通常
    放送波を受信する第１の受信手段と、 前記暗号化された受信契約情報を含む契約放送波を受信
    する第２の受信手段と、 を具備し、 前記マスター鍵を用いて、前記第１もしくは第２の受信
    手段で受信した暗号化されたチャネルキーを復号してチ
    ャネルキーを取得するとともに、前記第２の受信手段で
    受信した暗号化された受信契約情報を復号して前記契約
    情報を取得し、 その取得した契約情報に基づき、前記チャネルキーを暗
    号化されたコンテンツ情報を復号するための復号部に送
    るか否か制御することを特徴とする請求項１記載の放送
    受信装置。
  7. 【請求項７】 暗号化されたコンテンツ情報を含む通常
    放送波を受信する第１の受信手段と、 前記暗号化されたチャネルキーを復号するためのチャネ
    ルキー復号鍵を含む暗号化された受信契約情報を含む契
    約放送波を受信する第２の受信手段と、 を具備し、 前記マスター鍵を用いて、前記第２の受信手段で受信し
    た暗号化された受信契約情報を復号して前記チャネルキ
    ー復号鍵を取得し、 その取得したチャネルキー復号鍵を用いて、前記第１も
    しくは第２の受信手段で受信した暗号化チャネルキーを
    復号することによってチャネルキーを取得し、 前記取得した契約情報に基づき、前記チャネルキーを暗
    号化されたコンテンツ情報を復号するための復号部に送
    るか否か制御することを特徴とする請求項１記載の放送
    受信装置。
  8. 【請求項８】 暗号化された放送コンテンツ情報と前記
    チャネルキーの一部を含む通常放送波を受信する第１の
    受信手段と、 前記チャネルキーの他の一部を含む暗号化された受信契
    約情報を含む契約放送波を受信する第２の受信手段を具
    備し、 前記マスター鍵を用いて、前記第２の受信手段で受信し
    た暗号化された受信契約情報を復号して前記チャネルキ
    ーの他の一部と前記契約情報を取得し、 前記第１の受信手段で受信したチャネルキーの一部と前
    記取得したチャネルキーの他の一部とからチャネルキー
    を再生し、 前記取得した契約情報に基づき、前記チャネルキーを暗
    号化されたコンテンツ情報を復号するための復号部に送
    るか否か制御することを特徴とする請求項１記載の放送
    受信装置。
  9. 【請求項９】 暗号化されたコンテンツ情報を含む通常
    放送波を受信する第１の受信手段と、 前記チャネルキーを含む暗号化された受信契約情報を含
    む契約放送波を受信する第２の受信手段と、 を具備し、 前記マスター鍵を用いて、前記第２の受信手段で受信し
    た暗号化された受信契約情報を復号して該受信契約情報
    に含まれる契約情報とチャネルキーを取得し、 その取得した契約情報に基づき、前記チャネルキーを暗
    号化されたコンテンツ情報の復号部に送るか否か制御す
    ることを特徴とする請求項１記載の放送受信装置。
  10. 【請求項１０】 暗号化されたコンテンツ情報を復号す
    るための内容の正確性が要求される必須情報の誤受信検
    出のために、それぞれの必須情報に認証子が付加された
    データを受信し、前記認証子とそれが付加された必須情
    報とを照合し、照合に失敗した場合は当該必須情報を無
    効にすることを特徴とする請求項１記載の放送受信装
    置。
  11. 【請求項１１】 前記受信契約情報に含まれるデジタル
    署名を検証し、検証により正当性の確認されたデジタル
    署名を持つ受信契約情報に含まれる契約情報のみを受理
    することを特徴とする請求項１記載の放送受信装置。
  12. 【請求項１２】 内部データをテスト出力するためのテ
    スト制御部を具備し、 このテスト制御部は、前記受信契約情報に付加されたテ
    スト用である旨の識別子を確認することにより、あるい
    は、該受信契約情報に付加されたデジタル署名の正当性
    を確認することにより、前記内部データをテスト出力す
    るか否かを制御することを制御することを特徴とする請
    求項１記載の放送受信装置。
  13. 【請求項１３】 暗号化された受信契約情報を記録した
    カード型記録媒体から該暗号化された受信契約情報を読
    み出して本放送受信装置に受信させるカードリーダを具
    備したことを特徴とする請求項１記載の放送受信装置。
  14. 【請求項１４】 暗号化されたコンテンツ情報の復号を
    制御するための自装置用の契約情報を受信しない限り、
    該暗号化された情報コンテンツを復号するためのチャネ
    ルキーは暗号化されたコンテンツ情報を復号するための
    復号部に送られることがないよう制御することにより、
    該契約情報に従ったコンテンツ情報の復号を行う複数の
    放送受信装置を管理する契約管理装置であって、 少なくとも放送受信装置毎個別に設定された受信装置Ｉ
    Ｄと該受信装置ＩＤに対応した契約情報を含む受信契約
    情報を複数の放送受信装置に共通のマスター鍵で暗号化
    して送信し、 前記チャネルキーは前記受信契約情報とは別途配信する
    ことを特徴とする契約管理装置。
  15. 【請求項１５】 暗号化されたコンテンツ情報の復号を
    制御するための自装置用の契約情報を受信しない限り、
    該暗号化された情報コンテンツを復号するための暗号化
    されたチャネルキーが復号されないよう制御することに
    より、該契約情報に従ったコンテンツ情報の復号を行う
    複数の放送受信装置を管理する契約管理装置であって、 少なくとも放送受信装置毎個別に設定された受信装置Ｉ
    Ｄと該受信装置ＩＤに対応した契約情報と前記暗号化さ
    れたチャネルキーを復号するためのチャネルキー復号鍵
    とを含む受信契約情報を複数の放送受信装置に共通のマ
    スター鍵で暗号化して送信することを特徴とする契約管
    理装置。
  16. 【請求項１６】 暗号化されたコンテンツ情報の復号を
    制御するための自装置用の契約情報を受信しない限り、
    該暗号化された情報コンテンツを復号するためのチャネ
    ルキーが得られないように制御することにより、該契約
    情報に従ったコンテンツ情報の復号を行う複数の放送受
    信装置を管理する契約管理装置であって、 少なくとも放送受信装置毎個別に設定された受信装置Ｉ
    Ｄと、該受信装置ＩＤに対応した契約情報として前記チ
    ャネルキーの一部を含むものとを包含する受信契約情報
    を複数の放送受信装置に共通のマスター鍵で暗号化して
    送信し、 前記チャネルキーの他の一部を別途送信することを特徴
    とする契約管理装置。
  17. 【請求項１７】 暗号化されたコンテンツ情報の復号を
    制御するための自装置用の契約情報を受信しない限り、
    該暗号化された情報コンテンツを復号するためのチャネ
    ルキーが得られないように、複数の放送受信装置を管理
    する契約管理装置であって、 少なくとも放送受信装置毎個別に設定された受信装置Ｉ
    Ｄと該受信装置ＩＤに対応した契約情報と前記チャネル
    キーとを含む受信契約情報を複数の放送受信装置に共通
    のマスター鍵で暗号化して送信することを特徴とする契
    約管理装置。
  18. 【請求項１８】 カード型記録媒体に前記暗号化された
    受信契約情報を記録する記録手段を具備したことを特徴
    とする請求項１４〜請求項１７のいずれか１つに記載の
    契約管理装置。
  19. 【請求項１９】 契約に変化の生じた契約者の受信契約
    情報を選択的に送信することを特徴とする請求項１４〜
    請求項１７のいずれか１つに記載の契約管理装置。
  20. 【請求項２０】 前記受信契約情報に含まれる情報の種
    別に応じた識別子に基づき、該受信契約情報に対する処
    理形態を切り替えることを特徴とする請求項１〜請求項
    １３のいずれか１つに記載の放送受信装置。
  21. 【請求項２１】 前記受信契約情報を送信すべき契約者
    の数に応じて、受信契約情報の送信形態を切り替えるこ
    とを特徴とする請求項１４〜請求項１７のいずれか１つ
    に記載の契約管理装置。
JP22828798A 1997-12-26 1998-08-12 放送受信装置および契約管理装置 Expired - Fee Related JP3561154B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP22828798A JP3561154B2 (ja) 1997-12-26 1998-08-12 放送受信装置および契約管理装置
US09/219,889 US6463155B1 (en) 1997-12-26 1998-12-24 Broadcast reception device and contract management device using common master key in conditional access broadcast system
US10/206,764 US6650754B2 (en) 1997-12-26 2002-07-29 Broadcast reception device and contract management device using common master key in conditional access broadcast system
US10/206,763 US6650752B2 (en) 1997-12-26 2002-07-29 Broadcast reception device and contract management device using common master key in conditional access broadcast system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP36681297 1997-12-26
JP9-366812 1997-12-26
JP22828798A JP3561154B2 (ja) 1997-12-26 1998-08-12 放送受信装置および契約管理装置

Publications (2)

Publication Number Publication Date
JPH11243536A true JPH11243536A (ja) 1999-09-07
JP3561154B2 JP3561154B2 (ja) 2004-09-02

Family

ID=26528157

Family Applications (1)

Application Number Title Priority Date Filing Date
JP22828798A Expired - Fee Related JP3561154B2 (ja) 1997-12-26 1998-08-12 放送受信装置および契約管理装置

Country Status (2)

Country Link
US (3) US6463155B1 (ja)
JP (1) JP3561154B2 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002062006A1 (fr) * 2001-01-31 2002-08-08 Fujitsu Limited Systeme de reseau en branche de type passif
JP2007166580A (ja) * 2005-11-18 2007-06-28 Nippon Hoso Kyokai <Nhk> スクランブル鍵管理装置、スクランブル鍵管理情報送信装置、スクランブル鍵出力管理方法、スクランブル鍵管理プログラム、ライセンス情報管理装置、ライセンス管理情報送信装置、ライセンス情報出力管理方法及びライセンス情報管理プログラム
WO2008136077A1 (ja) * 2007-04-20 2008-11-13 Japan Broadcasting Corporation スクランブル鍵管理装置、スクランブル鍵管理情報送信装置、スクランブル鍵出力管理方法、スクランブル鍵管理プログラム、ライセンス情報管理装置、ライセンス管理情報送信装置、ライセンス情報出力管理方法及びライセンス情報管理プログラム
US7539698B2 (en) 2004-03-31 2009-05-26 Panasonic Corporation File name generating unit
US8108312B2 (en) 2000-10-03 2012-01-31 Ntt Docomo, Inc, Content providing method, content providing facility, and user equipment
JP4912469B2 (ja) * 2006-10-13 2012-04-11 マイクロソフト コーポレーション メディア共有サービスでのサブスクリプション管理

Families Citing this family (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11341566A (ja) * 1998-05-27 1999-12-10 Nec Corp 情報提供システム及びその課金方法並びにその制御プログラムを記録した記録媒体
DE19905628A1 (de) * 1999-02-11 2000-08-17 Bosch Gmbh Robert Verfahren und Empfänger zum Empfang eines Rundfunksignal mit verschlüsselten Inhalten
US7730300B2 (en) 1999-03-30 2010-06-01 Sony Corporation Method and apparatus for protecting the transfer of data
JP4161466B2 (ja) * 1999-04-22 2008-10-08 日本ビクター株式会社 コンテンツ情報記録方法及びコンテンツ情報処理装置
PL356244A1 (en) * 1999-10-25 2004-06-28 Siemens Aktiengesellschaft System and method for preventing unauthorized access to modules, especially in automation systems
US7039614B1 (en) 1999-11-09 2006-05-02 Sony Corporation Method for simulcrypting scrambled data to a plurality of conditional access devices
IL133584A (en) * 1999-12-19 2010-02-17 Enco Tone Ltd Method for the acoustic encodification of dynamic identification codes
US7120696B1 (en) 2000-05-19 2006-10-10 Stealthkey, Inc. Cryptographic communications using pseudo-randomly generated cryptography keys
JP4766770B2 (ja) * 2000-06-13 2011-09-07 パナソニック株式会社 蓄積型放送サービスシステムおよび受信蓄積装置
US6990468B1 (en) * 2000-06-19 2006-01-24 Xerox Corporation System, method and article of manufacture for cryptoserver-based auction
JP3742282B2 (ja) * 2000-06-30 2006-02-01 株式会社東芝 放送受信方法および放送受信装置および情報配信方法および情報配信装置
US6839436B1 (en) * 2000-10-16 2005-01-04 Lucent Technologies Inc. Method for providing long-lived broadcast encrypton
US7362868B2 (en) * 2000-10-20 2008-04-22 Eruces, Inc. Hidden link dynamic key manager for use in computer systems with database structure for storage of encrypted data and method for storage and retrieval of encrypted data
US7149308B1 (en) * 2000-11-13 2006-12-12 Stealthkey, Inc. Cryptographic communications using in situ generated cryptographic keys for conditional access
DE60119678T3 (de) * 2000-12-15 2010-09-16 Panasonic Corp., Kadoma Empfangsgerät mit Aufzeichnungseinheit zum Aufzeichnen eines verschlüsselten Rundfunksignals und Rundfunkvorrichtung zum Verschlüsseln eines auszustrahlenden Signals sowie zugehörige Verfahren
US20020114453A1 (en) * 2001-02-21 2002-08-22 Bartholet Thomas G. System and method for secure cryptographic data transport and storage
US7194618B1 (en) * 2001-03-05 2007-03-20 Suominen Edwin A Encryption and authentication systems and methods
ITMO20010038A1 (it) * 2001-03-06 2002-09-06 Elopak Systems Apparato e metodo per la lavorazione di materia plastica e contenitore di prodotto fluido
US7693508B2 (en) * 2001-03-28 2010-04-06 Qualcomm Incorporated Method and apparatus for broadcast signaling in a wireless communication system
US8121296B2 (en) 2001-03-28 2012-02-21 Qualcomm Incorporated Method and apparatus for security in a data processing system
US9100457B2 (en) 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US7093277B2 (en) 2001-05-30 2006-08-15 Digeo, Inc. System and method for improved multi-stream multimedia transmission and processing
US7386129B2 (en) * 2001-05-30 2008-06-10 Digeo, Inc. System and method for multimedia content simulcast
US7151831B2 (en) 2001-06-06 2006-12-19 Sony Corporation Partial encryption and PID mapping
US7747853B2 (en) 2001-06-06 2010-06-29 Sony Corporation IP delivery of secure digital content
US7895616B2 (en) 2001-06-06 2011-02-22 Sony Corporation Reconstitution of program streams split across multiple packet identifiers
US7000115B2 (en) * 2001-06-19 2006-02-14 International Business Machines Corporation Method and apparatus for uniquely and authoritatively identifying tangible objects
US7224805B2 (en) * 2001-07-06 2007-05-29 Nokia Corporation Consumption of content
IL144369A (en) * 2001-07-17 2009-06-15 Eli Yanovsky Secure communication system and method using shared random source for key changing
US7463737B2 (en) * 2001-08-15 2008-12-09 Digeo, Inc. System and method for conditional access key encryption
US6993648B2 (en) * 2001-08-16 2006-01-31 Lenovo (Singapore) Pte. Ltd. Proving BIOS trust in a TCPA compliant system
US7352868B2 (en) * 2001-10-09 2008-04-01 Philip Hawkes Method and apparatus for security in a data processing system
US7649829B2 (en) 2001-10-12 2010-01-19 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
US7292690B2 (en) 2002-01-02 2007-11-06 Sony Corporation Video scene change detection
US7292691B2 (en) * 2002-01-02 2007-11-06 Sony Corporation Progressive video refresh slice detection
US7823174B2 (en) 2002-01-02 2010-10-26 Sony Corporation Macro-block based content replacement by PID mapping
US7765567B2 (en) 2002-01-02 2010-07-27 Sony Corporation Content replacement by PID mapping
US7233669B2 (en) * 2002-01-02 2007-06-19 Sony Corporation Selective encryption to enable multiple decryption keys
US7477743B2 (en) * 2002-02-07 2009-01-13 Nokia Corporation Hybrid network encrypt/decrypt scheme
JP2003244122A (ja) * 2002-02-14 2003-08-29 Sony Corp 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム
US8818896B2 (en) 2002-09-09 2014-08-26 Sony Corporation Selective encryption with coverage encryption
KR20100102241A (ko) * 2002-09-18 2010-09-20 엔디에스 리미티드 자격 기반의 멀티미디어 뷰잉 시스템
US7486795B2 (en) * 2002-09-20 2009-02-03 University Of Maryland Method and apparatus for key management in distributed sensor networks
US8572408B2 (en) 2002-11-05 2013-10-29 Sony Corporation Digital rights management of a digital device
US7724907B2 (en) * 2002-11-05 2010-05-25 Sony Corporation Mechanism for protecting the transfer of digital content
US7000241B2 (en) * 2002-11-21 2006-02-14 The Directv Group, Inc. Method and apparatus for minimizing conditional access information overhead while ensuring conditional access information reception in multi-tuner receivers
US7225458B2 (en) * 2002-11-21 2007-05-29 The Directv Group, Inc. Method and apparatus for ensuring reception of conditional access information in multi-tuner receivers
US8645988B2 (en) 2002-12-13 2014-02-04 Sony Corporation Content personalization for digital content
US8667525B2 (en) 2002-12-13 2014-03-04 Sony Corporation Targeted advertisement selection from a digital stream
US7599655B2 (en) 2003-01-02 2009-10-06 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
KR20040064866A (ko) * 2003-01-10 2004-07-21 삼성전자주식회사 공공 네트웍을 통해 전송된 데이터를 판독하기 위한 보안판독장치 및 이를 이용한 데이터의 보안 판독 방법
US7801820B2 (en) * 2003-01-13 2010-09-21 Sony Corporation Real-time delivery of license for previously stored encrypted content
JP4717329B2 (ja) * 2003-03-14 2011-07-06 キヤノン株式会社 デジタル署名生成装置
JP3922571B2 (ja) * 2003-03-26 2007-05-30 ソニー株式会社 情報処理装置および情報処理方法、記録媒体、並びに、プログラム
JP2004363724A (ja) * 2003-06-02 2004-12-24 Toshiba Corp 受信管理装置、放送受信装置、情報配信装置、情報配信方法およびプログラム
US8098818B2 (en) 2003-07-07 2012-01-17 Qualcomm Incorporated Secure registration for a multicast-broadcast-multimedia system (MBMS)
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
EP1499061A1 (en) * 2003-07-17 2005-01-19 Deutsche Thomson-Brandt Gmbh Individual video encryption system and method
US8724803B2 (en) 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
US20050066355A1 (en) * 2003-09-19 2005-03-24 International Business Machines Corporation System and method for satellite broadcasting and receiving encrypted television data signals
US7853980B2 (en) 2003-10-31 2010-12-14 Sony Corporation Bi-directional indices for trick mode video-on-demand
EP1735944A1 (en) * 2004-03-18 2006-12-27 Qualcomm, Incorporated Efficient transmission of cryptographic information in secure real time protocol
US7590243B2 (en) * 2004-05-04 2009-09-15 The Directv Group, Inc. Digital media conditional access system for handling digital media content
US7543317B2 (en) * 2004-08-17 2009-06-02 The Directv Group, Inc. Service activation of set-top box functionality using broadcast conditional access system
US20070234395A1 (en) * 2004-10-15 2007-10-04 Vincent Dureau Speeding up channel change
CN101077003A (zh) * 2004-10-15 2007-11-21 开放电视公司 加速信道变换
US8041190B2 (en) 2004-12-15 2011-10-18 Sony Corporation System and method for the creation, synchronization and delivery of alternate content
US7895617B2 (en) 2004-12-15 2011-02-22 Sony Corporation Content substitution editor
JP2006253819A (ja) * 2005-03-08 2006-09-21 Matsushita Electric Ind Co Ltd 通信端末
JP2006253745A (ja) * 2005-03-08 2006-09-21 N-Crypt Inc データ処理装置、データ処理システム、及びデータ処理方法
JP4769475B2 (ja) * 2005-04-06 2011-09-07 株式会社ハートランド コンテンツ配信用サーバ及びこれを備えたコンテンツ配信システム
KR100732036B1 (ko) * 2005-04-21 2007-06-25 주식회사 케이티프리텔 디지털 멀티미디어 방송 신호 송출 시스템 및 그 방법
US20070038518A1 (en) * 2005-06-08 2007-02-15 Canon Kabushiki Kaisha Image processing apparatus and method
CA2510366C (en) * 2005-06-14 2013-02-26 Certicom Corp. System and method for remote device registration
JP4186985B2 (ja) * 2005-12-28 2008-11-26 船井電機株式会社 デジタル放送受信装置
SG169991A1 (en) * 2006-02-28 2011-04-29 Certicom Corp System and method for product registration
US8185921B2 (en) 2006-02-28 2012-05-22 Sony Corporation Parental control of displayed content using closed captioning
US8775319B2 (en) 2006-05-15 2014-07-08 The Directv Group, Inc. Secure content transfer systems and methods to operate the same
WO2008140442A1 (en) * 2007-05-08 2008-11-20 Thomson Licensing Method and apparatus for adjusting decryption keys
US8275027B2 (en) * 2007-06-12 2012-09-25 The Board Of Trustees Of The Leland Stanford Junior University Multi-mode transmitter
FR2919951B1 (fr) * 2007-08-08 2012-12-21 Airbus France Systeme de traitement et d'affichage de donnees
JP5081089B2 (ja) * 2008-07-17 2012-11-21 キヤノン株式会社 放送受信装置、及びその制御方法
US9811827B2 (en) 2012-02-28 2017-11-07 Google Inc. System and method for providing transaction verification
US9277322B2 (en) * 2012-03-02 2016-03-01 Bang & Olufsen A/S System for optimizing the perceived sound quality in virtual sound zones
US9285981B1 (en) * 2012-07-16 2016-03-15 Wickr Inc. Discouraging screen capture
US9882714B1 (en) * 2013-03-15 2018-01-30 Certes Networks, Inc. Method and apparatus for enhanced distribution of security keys
US10129260B1 (en) 2013-06-25 2018-11-13 Wickr Inc. Mutual privacy management
US10567349B2 (en) 2013-06-25 2020-02-18 Wickr Inc. Secure time-to-live
US9866591B1 (en) 2013-06-25 2018-01-09 Wickr Inc. Enterprise messaging platform
US9830089B1 (en) 2013-06-25 2017-11-28 Wickr Inc. Digital data sanitization
US9698976B1 (en) 2014-02-24 2017-07-04 Wickr Inc. Key management and dynamic perfect forward secrecy
US9584530B1 (en) 2014-06-27 2017-02-28 Wickr Inc. In-band identity verification and man-in-the-middle defense
CN104363481A (zh) * 2014-10-30 2015-02-18 成都康特电子高新科技有限责任公司 基于广电网关系统的多重加密条件接收系统
US9654288B1 (en) 2014-12-11 2017-05-16 Wickr Inc. Securing group communications
US10798067B2 (en) * 2015-03-10 2020-10-06 Cisco Technology, Inc. Recording encrypted media session
US9590956B1 (en) 2015-12-18 2017-03-07 Wickr Inc. Decentralized authoritative messaging
US10291607B1 (en) 2016-02-02 2019-05-14 Wickr Inc. Providing real-time events to applications
US9602477B1 (en) 2016-04-14 2017-03-21 Wickr Inc. Secure file transfer
US9596079B1 (en) 2016-04-14 2017-03-14 Wickr Inc. Secure telecommunications
US11311607B2 (en) 2016-12-15 2022-04-26 Talengen International Limited Method for making glucagon and insulin restore normal balance

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01248891A (ja) * 1988-03-30 1989-10-04 Kondeishiyonaru Akusesu Technol Kenkyusho:Kk 暗号化鍵配送方式
JPH0382238A (ja) * 1989-08-25 1991-04-08 Kondeishiyonaru Akusesu Technol Kenkyusho:Kk 暗号化鍵配送方法
JPH07143117A (ja) * 1993-11-16 1995-06-02 Matsushita Electric Ind Co Ltd 通信端末装置
JPH0946631A (ja) * 1995-07-25 1997-02-14 Matsushita Electric Ind Co Ltd 有料放送送受信システム及び方法、及び有料放送送信、受信装置
JPH0983511A (ja) * 1995-09-11 1997-03-28 Sanyo Electric Co Ltd スクランブル解除装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4613901A (en) * 1983-05-27 1986-09-23 M/A-Com Linkabit, Inc. Signal encryption and distribution system for controlling scrambling and selective remote descrambling of television signals
US6041408A (en) * 1996-06-28 2000-03-21 Hitachi, Ltd. Key distribution method and system in secure broadcast communication
US6073235A (en) * 1997-06-24 2000-06-06 At&T Corp. Private broadcast communication system and method for private broadcast communication over a wired or wireless network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01248891A (ja) * 1988-03-30 1989-10-04 Kondeishiyonaru Akusesu Technol Kenkyusho:Kk 暗号化鍵配送方式
JPH0382238A (ja) * 1989-08-25 1991-04-08 Kondeishiyonaru Akusesu Technol Kenkyusho:Kk 暗号化鍵配送方法
JPH07143117A (ja) * 1993-11-16 1995-06-02 Matsushita Electric Ind Co Ltd 通信端末装置
JPH0946631A (ja) * 1995-07-25 1997-02-14 Matsushita Electric Ind Co Ltd 有料放送送受信システム及び方法、及び有料放送送信、受信装置
JPH0983511A (ja) * 1995-09-11 1997-03-28 Sanyo Electric Co Ltd スクランブル解除装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8108312B2 (en) 2000-10-03 2012-01-31 Ntt Docomo, Inc, Content providing method, content providing facility, and user equipment
WO2002062006A1 (fr) * 2001-01-31 2002-08-08 Fujitsu Limited Systeme de reseau en branche de type passif
US7539698B2 (en) 2004-03-31 2009-05-26 Panasonic Corporation File name generating unit
JP2007166580A (ja) * 2005-11-18 2007-06-28 Nippon Hoso Kyokai <Nhk> スクランブル鍵管理装置、スクランブル鍵管理情報送信装置、スクランブル鍵出力管理方法、スクランブル鍵管理プログラム、ライセンス情報管理装置、ライセンス管理情報送信装置、ライセンス情報出力管理方法及びライセンス情報管理プログラム
JP4912469B2 (ja) * 2006-10-13 2012-04-11 マイクロソフト コーポレーション メディア共有サービスでのサブスクリプション管理
WO2008136077A1 (ja) * 2007-04-20 2008-11-13 Japan Broadcasting Corporation スクランブル鍵管理装置、スクランブル鍵管理情報送信装置、スクランブル鍵出力管理方法、スクランブル鍵管理プログラム、ライセンス情報管理装置、ライセンス管理情報送信装置、ライセンス情報出力管理方法及びライセンス情報管理プログラム
US8509444B2 (en) 2007-04-20 2013-08-13 Nippon Hoso Kyokai Scramble key management unit, scramble key management information transmitting unit, method for scramble key output management, scramble key management program, license information management unit, license management information transmitting unit, method for license information output management, and license information management program

Also Published As

Publication number Publication date
US6650754B2 (en) 2003-11-18
US20030002679A1 (en) 2003-01-02
US6650752B2 (en) 2003-11-18
US6463155B1 (en) 2002-10-08
JP3561154B2 (ja) 2004-09-02
US20030002680A1 (en) 2003-01-02

Similar Documents

Publication Publication Date Title
JP3561154B2 (ja) 放送受信装置および契約管理装置
EP2150050B1 (en) Scramble key management unit, scramble key management information transmitting unit, method for scramble key output management, scramble key management program, license information management unit, license management information transmitting unit, method for license information output management, and license information man
US6728379B1 (en) Information processor and information processing method
US7769171B2 (en) Method for transmitting digital data in a local network
JP3695992B2 (ja) 放送受信装置及びコンテンツ利用制御方法
RU2547228C1 (ru) Способ для защиты записанного мультимедийного содержания
JP2004248232A (ja) コンテンツを再生する再生装置、再生方法、プログラム、鍵管理装置及び鍵管理システム
JP2003008566A (ja) 通信ネットワーク内で対称鍵を管理する処理及び、この処理を実行する装置
JP2006503454A (ja) セキュア化されたデータ送信の方法及び電子モジュール
CN1863303B (zh) 管理内容的方法和设备
US20040236940A1 (en) Contents supplying system, method and program
CN101309391B (zh) 使用加密和解密技术播放广播节目内容的方法
JP2004363724A (ja) 受信管理装置、放送受信装置、情報配信装置、情報配信方法およびプログラム
JP2009519649A (ja) 限定受信コンテンツの暗号化及び復号化方法
KR100773388B1 (ko) 다중 컨텐츠 제공 시스템 및 그 방법
JP4174326B2 (ja) セキュリティモジュール、限定受信装置、限定受信方法および限定受信プログラム
CN100385941C (zh) 处理在属于第二域的网络中接收的第一域编码数据的方法
JP2006033114A (ja) メタデータ送信装置及びメタデータ受信装置
JP5400564B2 (ja) 受信装置及びコンテンツの再暗号化方法
JPH11232775A (ja) 管理基準作成方法、管理基準作成システム、及び媒体
KR101217225B1 (ko) 방송처리장치 및 방송처리방법
JP4801515B2 (ja) スクランブル鍵管理装置、スクランブル鍵管理情報送信装置、スクランブル鍵出力管理方法、スクランブル鍵管理プログラム、ライセンス情報管理装置、ライセンス管理情報送信装置、ライセンス情報出力管理方法及びライセンス情報管理プログラム
US20120275767A1 (en) Content control device and content control method
KR100953159B1 (ko) 암호화된 데이터 전송방법 및 재생방법
JP2000341264A (ja) 情報処理装置及び方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040308

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040525

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040527

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090604

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees