JP2000293587A - 情報処理装置および方法、管理装置および方法、並びに提供媒体 - Google Patents

情報処理装置および方法、管理装置および方法、並びに提供媒体

Info

Publication number
JP2000293587A
JP2000293587A JP10341499A JP10341499A JP2000293587A JP 2000293587 A JP2000293587 A JP 2000293587A JP 10341499 A JP10341499 A JP 10341499A JP 10341499 A JP10341499 A JP 10341499A JP 2000293587 A JP2000293587 A JP 2000293587A
Authority
JP
Japan
Prior art keywords
information
user
registration
key
unit
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.)
Withdrawn
Application number
JP10341499A
Other languages
English (en)
Inventor
Shinako Matsuyama
科子 松山
Yoshito Ishibashi
義人 石橋
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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Priority to JP10341499A priority Critical patent/JP2000293587A/ja
Priority to EP00302855A priority patent/EP1043878A3/en
Priority to US09/544,070 priority patent/US6574611B1/en
Publication of JP2000293587A publication Critical patent/JP2000293587A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/045—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply hybrid encryption, i.e. combination of symmetric and asymmetric encryption
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/101—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities
    • G06F21/1012—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities to domains
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/16—Program or content traceability, e.g. by watermarking
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00094—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00094—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers
    • G11B20/00115—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers wherein the record carrier stores a unique medium identifier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
    • G11B20/00144—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users involving a user identifier, e.g. a unique customer ID
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00166—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00166—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software
    • G11B20/00181—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software using a content identifier, e.g. an international standard recording code [ISRC] or a digital object identifier [DOI]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00188—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised devices recording or reproducing contents to/from a record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00188—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised devices recording or reproducing contents to/from a record carrier
    • G11B20/00195—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised devices recording or reproducing contents to/from a record carrier using a device identifier associated with the player or recorder, e.g. serial numbers of playback apparatuses or MAC addresses
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/00746—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
    • G11B20/00753—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/0084—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific time or date
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • 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/40—Network security protocols
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2117—User registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Power Engineering (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)
  • Computer And Data Communications (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

(57)【要約】 【課題】 システムに正式登録されるまでの間、仮登録
することができるようにする。 【解決手段】 ユーザからのEMDシステムへの登録が申
請され、ステップＳ４２１において与信処理が開始され
た後、ステップＳ４２２において、登録される情報処理
装置からの利用開始信号を受信すると、EMDサービスセ
ンタは、ステップＳ４２３において、与信処理が完了し
たか否かを確認し、完了していない場合、ステップＳ４
２４において、所定の仮登録情報を、情報処理装置に送
信する。その後、ステップＳ４２５において、与信処理
が完了したことが確認され、ステップＳ４２６におい
て、正式登録することができると確認されると、ステッ
プＳ４２７において、EMDサービスセンタ１は、所定の
正式登録情報を情報処理装置に送信する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、情報処理装置およ
び方法、管理装置および方法、並びに提供媒体に関し、
特に、暗号化された情報を復号する情報処理装置および
方法、並びに提供媒体に関する。
【０００２】
【従来の技術】音楽などの情報（以下、コンテンツと称
する）を暗号化し、所定の契約を交わしたユーザの情報
処理装置に送信し、ユーザが、その情報処理装置でコン
テンツを復号して、利用するシステムがある。
【０００３】
【発明が解決しようとする課題】ところで、実際に、ユ
ーザが、情報処理装置を介して、コンテンツの提供を受
け、利用することができるようになるためには、ユーザ
および情報処理装置がシステムに登録される必要があ
る。そこで、ユーザは、所定の手続により、システムへ
の登録申請を行うが、その申請が行われると、システム
を管理する、例えば、管理会社において、ユーザに対す
る与信処理などの所定の登録処理が実行される。通常、
この登録処理が完了し、ユーザおよび情報処理装置がシ
ステムに登録されるまでには、その申請があってから、
数日または数週間の時間を要する。すなわち、その間、
ユーザが、コンテンツを利用することができない課題が
あった。
【０００４】また、ユーザが、複数の情報処理装置を所
有している場合において、ユーザは、それぞれの情報処
理装置をシステムに登録申請するとき、必要な情報を提
出（送付）しなければならず、手間がかかる課題があっ
た。
【０００５】本発明はこのような状況に鑑みてなされた
ものであり、より迅速、かつ、効率的に登録処理を行う
ことができるようにすることを目的とする。
【０００６】
【課題を解決するための手段】請求項１に記載の情報処
理装置は、自分自身のIDを含む所定の登録申請情報が、
管理装置に供給された後、情報の利用を開始することを
示す利用開始信号を、管理装置に送信する第１の送信手
段と、第１の送信手段により送信される利用開始信号に
対応させて、自分自身のIDを、管理装置に送信する第２
の送信手段と、管理装置から送信されてくる、第１の送
信手段により送信された利用開始信号と、第２の送信手
段により送信された自分自身のIDに対応した、暗号化さ
れた情報を復号するために第１の期間に限り利用可能と
なる所定の鍵と、課金の所定の上限を示す第１の上限情
報を受信し、記憶する第１の記憶手段と、管理装置から
送信されてくる、登録申請情報に対応した、暗号化され
た情報を復号するために第２の期間に限り利用可能とな
る鍵、課金の所定の上限を示す第２の上限情報、および
所定の決済IDを受信し、記憶する第２の記憶手段と、管
理装置から送信されてくる所定の登録条件を受信し、記
憶する第３の記憶手段と、第３の記憶手段により記憶さ
れている登録条件に基づいて、動作を制御する制御手段
とを備えることを特徴とする。
【０００７】請求項４に記載の情報処理方法は、自分自
身のIDを含む所定の登録申請情報が、管理装置に供給さ
れた後、情報の利用を開始することを示す利用開始信号
を、管理装置に送信する第１の送信ステップと、第１の
送信ステップで送信された利用開始信号に対応させて、
自分自身のIDを、管理装置に送信する第２の送信ステッ
プと、管理装置から送信されてくる、第１の送信ステッ
プで送信された利用開始信号と、第２の送信ステップで
送信された自分自身のIDに対応した、暗号化された情報
を復号するために第１の期間に限り利用可能となる所定
の鍵と、課金の所定の上限を示す第１の上限情報を受信
し、記憶する第１の記憶ステップと、管理装置から送信
されてくる、登録申請情報に対応した、暗号化された情
報を復号するために第２の期間に限り利用可能となる
鍵、課金の所定の上限を示す第２の上限情報、および所
定の決済IDを受信し、記憶する第２の記憶ステップと、
管理装置から送信されてくる所定の登録条件を受信し、
記憶する第３の記憶ステップと、第３の記憶ステップで
記憶された登録条件に基づいて、動作を制御する制御ス
テップとを含むことを特徴とする。
【０００８】請求項５に記載の提供媒体は、自分自身の
IDを含む所定の登録申請情報が、管理装置に供給された
後、情報の利用を開始することを示す利用開始信号を、
管理装置に送信する第１の送信ステップと、第１の送信
ステップで送信された利用開始信号に対応させて、自分
自身のIDを、管理装置に送信する第２の送信ステップ
と、管理装置から送信されてくる、第１の送信ステップ
で送信された利用開始信号と、第２の送信ステップで送
信された自分自身のIDに対応した、暗号化された情報を
復号するために第１の期間に限り利用可能となる所定の
鍵と、課金の所定の上限を示す第１の上限情報を受信
し、記憶する第１の記憶ステップと、管理装置から送信
されてくる、登録申請情報に対応した、暗号化された情
報を復号するために第２の期間に限り利用可能となる
鍵、課金の所定の上限を示す第２の上限情報、および所
定の決済IDを受信し、記憶する第２の記憶ステップと、
管理装置から送信されてくる所定の登録条件を受信し、
記憶する第３の記憶ステップと、第３の記憶ステップで
記憶された登録条件に基づいて、動作を制御する制御ス
テップとを含む処理を実行させるコンピュータが読み取
り可能なプログラムを提供することを特徴とする。
【０００９】請求項１に記載の情報処理装置、請求項４
に記載の情報処理方法、および請求項５に記載の提供媒
体においては、自分自身のIDを含む所定の登録申請情報
が、管理装置に供給された後、情報の利用を開始するこ
とを示す利用開始信号が、管理装置に送信され、送信さ
れる利用開始信号に対応されて、自分自身のIDが、管理
装置に送信され、管理装置から送信されてくる、送信さ
れた利用開始信号と、送信された自分自身のIDに対応し
た、暗号化された情報を復号するために第１の期間に限
り利用可能となる所定の鍵と、課金の所定の上限を示す
第１の上限情報が受信され、記憶され、管理装置から送
信されてくる、登録申請情報に対応した、暗号化された
情報を復号するために第２の期間に限り利用可能となる
鍵、課金の所定の上限を示す第２の上限情報、および所
定の決済IDが受信され、記憶され、管理装置から送信さ
れてくる所定の登録条件が受信され、記憶され、記憶さ
れた登録条件に基づいて、動作が制御される。
【００１０】請求項６に記載の管理装置は、機器のIDに
対応して所定のユーザ一般情報が提供されたとき、ユー
ザ一般情報に基づいて、第１の登録確認処理を実行する
第１の実行手段と、機器から送信されてくる、所定の利
用開始信号を受信する第１の受信手段と、第１の受信手
段により受信される利用開始信号に対応して、機器から
送信されてくる機器のIDを受信する第２の受信手段と、
第１の受信手段により利用開始信号を受信し、かつ、第
２の受信手段により機器のIDを受信したとき、暗号化さ
れた情報を復号するために第１の期間に限り利用可能と
なる所定の鍵と、課金の所定の上限を示す第１の上限情
報を、機器に送信する第１の送信手段と、第１の実行手
段により実行される第１の登録確認処理の処理結果に対
応して、所定の決済IDを割り当てる第１の割り当て手段
と、第１の実行手段により実行された第１の登録確認処
理の処理結果に対応して、第１の割り当て手段により割
り当てられた決済IDを、第２の受信手段により受信され
た機器のIDに対応させて登録する登録手段と、第１の実
行手段により実行された第１の登録確認処理の処理結果
に対応して、登録手段により登録された決済ID、暗号化
された情報を復号するために第２の期間に限り利用可能
となる鍵、および課金の所定の上限を示す第２の上限情
報を、機器に送信する第２の送信手段と、第１の実行手
段により実行される第１の登録確認処理の処理結果に基
づいて、機器の登録条件を作成し、送信する第３の送信
手段とを備えることを特徴とする。
【００１１】請求項１０に記載の管理方法は、機器のID
に対応して所定のユーザ一般情報が提供されたとき、ユ
ーザ一般情報に基づいて、第１の登録確認処理を実行す
る第１の実行ステップと、機器から送信されてくる、所
定の利用開始信号を受信する第１の受信ステップと、第
１の受信ステップで受信された利用開始信号に対応し
て、機器から送信されてくる機器のIDを受信する第２の
受信ステップと、第１の受信ステップで利用開始信号が
受信され、かつ、第２の受信ステップで機器のIDが受信
されたとき、暗号化された情報を復号するために第１の
期間に限り利用可能となる所定の鍵と、課金の所定の上
限を示す第１の上限情報を、機器に送信する第１の送信
ステップと、第１の実行ステップで実行された第１の登
録確認処理の処理結果に対応して、所定の決済IDを割り
当てる第１の割り当てステップと、第１の実行ステップ
で実行された第１の登録確認処理の処理結果に対応し
て、第１の割り当てステップで割り当てられた決済ID
を、第２の受信ステップで受信された機器のIDに対応さ
せて登録する登録ステップと、第１の実行ステップで実
行された第１の登録確認処理の処理結果に対応して、登
録ステップで登録された決済ID、暗号化された情報を復
号するために第２の期間に限り利用可能となる鍵、およ
び課金の所定の上限を示す第２の上限情報を、機器に送
信する第２の送信ステップと、第１の実行ステップで実
行された第１の登録確認処理の処理結果に基づいて、機
器の登録条件を作成し、送信する第３の送信ステップと
を含むことを特徴とする。
【００１２】請求項１１に記載の提供媒体は、機器のID
に対応して所定のユーザ一般情報が提供されたとき、ユ
ーザ一般情報に基づいて、第１の登録確認処理を実行す
る第１の実行ステップと、機器から送信されてくる、所
定の利用開始信号を受信する第１の受信ステップと、第
１の受信ステップで受信された利用開始信号に対応し
て、機器から送信されてくる機器のIDを受信する第２の
受信ステップと、第１の受信ステップで利用開始信号が
受信され、かつ、第２の受信ステップで機器のIDが受信
されたとき、暗号化された情報を復号するために第１の
期間に限り利用可能となる所定の鍵と、課金の所定の上
限を示す第１の上限情報を、機器に送信する第１の送信
ステップと、第１の実行ステップで実行された第１の登
録確認処理の処理結果に対応して、所定の決済IDを割り
当てる第１の割り当てステップと、第１の実行ステップ
で実行された第１の登録確認処理の処理結果に対応し
て、第１の割り当てステップで割り当てられた決済ID
を、第２の受信ステップで受信された機器のIDに対応さ
せて登録する登録ステップと、第１の実行ステップで実
行された第１の登録確認処理の処理結果に対応して、登
録ステップで登録された決済ID、暗号化された情報を復
号するために第２の期間に限り、利用可能となる鍵、お
よび課金の所定の上限を示す第２の上限情報を、機器に
送信する第２の送信ステップと、第１の実行ステップで
実行された第１の登録確認処理の処理結果に基づいて、
機器の登録条件を作成し、送信する第３の送信ステップ
とを含む処理を実行させるコンピュータが読み取り可能
なプログラムを提供することを特徴とする。
【００１３】請求項６に記載の管理装置、請求項１０に
記載の管理方法、および請求項１１に記載の提供媒体に
おいては、機器のIDに対応して所定のユーザ一般情報が
提供されたとき、ユーザ一般情報に基づいて、第１の登
録確認処理が実行され、機器から送信されてくる、所定
の利用開始信号が受信され、受信された利用開始信号に
対応して、機器から送信されてくる機器のIDが受信さ
れ、利用開始信号が受され、かつ、機器のIDが受信され
たとき、暗号化された情報を復号するために第１の期間
に限り利用可能となる所定の鍵と、課金の所定の上限を
示す第１の上限情報が、機器に送信され、実行された第
１の登録確認処理の処理結果に対応して、所定の決済ID
が割り当られ、実行された第１の登録確認処理の処理結
果に対応して、割り当てられた決済IDが、受信された機
器のIDに対応されて登録され、実行された第１の登録確
認処理の処理結果に対応して、登録された決済ID、暗号
化された情報を復号するために第２の期間に限り利用可
能となる鍵、および課金の所定の上限を示す第２の上限
情報が、機器に送信され、実行された第１の登録確認処
理の処理結果に基づいて、機器の登録条件が作成され、
送信される。
【００１４】
【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。
【００１５】図１は、本発明を適用したEMD(Electronic
Music Distribution:電子音楽配信)システムを説明す
る図である。EMDシステムは、MEDシステムへの登録を管
理したり、各装置を管理するEMDサービスセンタ１、コ
ンテンツを提供するコンテンツプロバイダ２、コンテン
ツに対応する所定のサービスを提供するサービスプロバ
イダ３、およびコンテンツが利用される機器からなるユ
ーザホームネットワーク５から構成されている。
【００１６】EMDシステムに登録された機器（ユーザ）
に配信（提供）されるコンテンツ(Content)とは、情報
そのものが価値を有するデジタルデータで、この例の場
合、１つのコンテンツは、１曲分の音楽データに相当す
る。コンテンツは、１つのコンテンツを１つの単位（シ
ングル）として、または複数のコンテンツを１つの単位
（アルバム）としてユーザに提供される。ユーザは、コ
ンテンツを購入し（実際は、コンテンツを利用する権利
を購入し）、提供されるコンテンツを利用する。
【００１７】EMDサービスセンタ１は、EMDシステムにお
ける主な情報の流れを示す図２に示すように、ユーザホ
ームネットワーク５、および複数のコンテンツプロバイ
ダ２（この例の場合、２式のコンテンツプロバイダ２−
１，２−２（以下、コンテンツプロバイダ２−１，２−
２を個々に区別する必要がない場合、単に、コンテンツ
プロバイダ２と記述する。他の装置についても同様であ
る））に、コンテンツを利用するために必要な配送用鍵
Ｋｄを送信する。EMDサービスセンタ１はまた、ユーザ
ホームネットワーク５の機器から、課金情報等を受信し
て、料金を精算したり、コンテンツプロバイダ２からは
UCPを、そしてサービスプロバイダ３からPTを受信す
る。
【００１８】コンテンツプロバイダ２−１，２−２は、
提供するコンテンツ（コンテンツ鍵Ｋｃｏで暗号化され
ている）、そのコンテンツを復号するために必要なコン
テンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）、
およびコンテンツの利用内容などを示す取扱方針（以
下、UCP(Usage Control Policy)と記述する）を保持
し、それらを、コンテンツプロバイダセキュアコンテナ
（後述）と称する形態で、サービスプロバイダ３に供給
する。なお、この例の場合、２式のサービスプロバイダ
３−１，３−２が存在するものとする。
【００１９】サービスプロバイダ３−１，３−２は、コ
ンテンツプロバイダ２から供給されるUCPに対応して、
１つまたは複数の価格情報（以下、PT(Price Tag)と記
述する）を作成し、図２に示すように、それを保持す
る。サービスプロバイダ３は、作成したPTを、コンテン
ツプロバイダ２から供給されたコンテンツ（コンテンツ
鍵Ｋｃｏで暗号化されている）、コンテンツ鍵Ｋｃｏ
（配送用鍵Ｋｄで暗号化されている）、UCPとともに、
サービスプロバイダセキュアコンテナと称する形態で、
専用のケーブルネットワーク、インターネット、または
衛星通信などから構成されるネットワーク４を介して、
ユーザホームネットワーク５に送信する。
【００２０】ユーザホームネットワーク５は、供給され
たUCPおよびPTに基づいて、使用許諾条件情報（以下、U
CS(Usage Control Status)と称する）を作成し、作成し
たUCSに基づいてコンテンツを利用する処理を実行す
る。ユーザホームネットワーク５はまた、UCSを作成す
るタイミングで課金情報を作成し、例えば、配送用鍵Ｋ
ｄの供給を受けるタイミングで、対応するUCPなどとと
もにEMDサービスセンタ１に送信する。
【００２１】この例の場合、ユーザホームネットワーク
５は、図１に示すように、HDD５２に接続され、SAM６２
を有するレシーバ５１、およびHDD２０２に接続され、S
AM２１２を有するレシーバ２０１から構成されている。
また、レシーバ５１は、EMDシステムに正式登録されて
いるが、レシーバ２０１は、現時点において、EMDシス
テムに登録されていないものとする。
【００２２】図３は、EMDサービスセンタ１の機能的構
成を示すブロック図である。サービスプロバイダ管理部
１１は、サービスプロバイダ３に利益分配の情報を供給
する。コンテンツプロバイダ管理部１２は、コンテンツ
プロバイダ２に配送用鍵Ｋｄを送信したり、利益分配の
情報を供給する。
【００２３】著作権管理部１３は、ユーザホームネット
ワーク５のコンテンツの利用の実績を示す情報を、著作
権を管理する団体、例えば、JASRAC(Japanese Society
forRights of Authors,Composers and Publishers:日本
音楽著作権協会)に送信する。
【００２４】鍵サーバ１４は、配送用鍵Ｋｄを記憶して
おり、それを、コンテンツプロバイダ管理部１２を介し
てコンテンツプロバイダ２に供給したり、ユーザ管理部
１８等を介してユーザホームネットワーク５に供給す
る。
【００２５】ユーザホームネットワーク５の、EMDシス
テムに正式登録されている機器（例えば、レシーバ５
１）およびコンテンツプロバイダ２に供給される、EMD
サービスセンタ１からの配送用鍵Ｋｄについて、図４乃
至図７を参照して説明する。
【００２６】図４は、コンテンツプロバイダ２がコンテ
ンツの提供を開始し、ユーザホームネットワーク５を構
成するレシーバ５１（図２６）がコンテンツの利用を開
始する、１９９８年１月における、EMDサービスセンタ
１が有する配送用鍵Ｋｄ、コンテンツプロバイダ２が有
する配送用鍵Ｋｄ、およびレシーバ５１が有する配送用
鍵Ｋｄを示す図である。
【００２７】図４の例において、配送用鍵Ｋｄは、暦の
月の初日から月の末日まで、使用可能であり、たとえ
ば、所定のビット数の乱数である”ａａａａａａａａ”
の値を有するバージョン１である配送用鍵Ｋｄは、１９
９８年１月１日から１９９８年１月３１日まで使用可能
（すなわち、１９９８年１月１日から１９９８年１月３
１日の期間にサービスプロバイダ３がユーザホームネッ
トワーク５に配布するコンテンツを暗号化するコンテン
ツ鍵Ｋｃｏは、バージョン１である配送用鍵Ｋｄで暗号
化されている）であり、所定のビット数の乱数である”
ｂｂｂｂｂｂｂｂ”の値を有するバージョン２である配
送用鍵Ｋｄは、１９９８年２月１日から１９９８年２月
２８日まで使用可能（すなわち、その期間にサービスプ
ロバイダ３がユーザホームネットワーク５に配布するコ
ンテンツを暗号化するコンテンツ鍵Ｋｃｏは、バージョ
ン２である配送用鍵Ｋｄで暗号化されている）である。
同様に、バージョン３である配送用鍵Ｋｄは、１９９８
年３月中に使用可能であり、バージョン４である配送用
鍵Ｋｄは、１９９８年４月中に使用可能であり、バージ
ョン５である配送用鍵Ｋｄは、１９９８年５月中に使用
可能であり、バージョン６である配送用鍵Ｋｄは、１９
９８年６月中に使用可能である。
【００２８】コンテンツプロバイダ２がコンテンツの提
供を開始するに先立ち、EMDサービスセンタ１は、コン
テンツプロバイダ２に、１９９８年１月から１９９８年
６月まで利用可能な、バージョン１乃至バージョン６の
６つの配送用鍵Ｋｄを送信し、コンテンツプロバイダ２
は、６つの配送用鍵Ｋｄを受信し、記憶する。６月分の
配送用鍵Ｋｄを記憶するのは、コンテンツプロバイダ２
が、コンテンツを提供する前のコンテンツおよびコンテ
ンツ鍵の暗号化などの準備に、所定の期間が必要だから
である。
【００２９】また、レシーバ５１がコンテンツの利用を
開始するに先立ち、EMDサービスセンタ１は、レシーバ
５１に、１９９８年１月から１９９８年３月まで、利用
可能なバージョン１乃至バージョン３である３つの配送
用鍵Ｋｄを送信し、レシーバ５１は、３つの配送用鍵Ｋ
ｄを受信し、記憶する。３月分の配送用鍵Ｋｄを記憶す
るのは、レシーバ５１が、EMDサービスセンタ１に接続
できないなどのトラブルにより、コンテンツの利用が可
能な契約期間にもかかわらずコンテンツが利用できない
等の事態を避けるためであり、また、EMDサービスセン
タ１への接続の頻度を低くし、ユーザホームネットワー
ク５の負荷を低減するためである。
【００３０】１９９８年１月１日から１９９８年１月３
１日の期間には、バージョン１である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。
【００３１】１９９８年２月１日における、EMDサービ
スセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、
およびレシーバ５１への送信を図５で説明する。EMDサ
ービスセンタ１は、コンテンツプロバイダ２に、１９９
８年２月から１９９８年７月まで利用可能な、バージョ
ン２乃至バージョン７の６つの配送用鍵Ｋｄを送信し、
コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信
し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新
たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１
は、レシーバ５１に、１９９８年２月から１９９８年４
月まで、利用可能なバージョン２乃至バージョン４であ
る３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つ
の配送用鍵Ｋｄを受信し、受信前に記憶していた配送用
鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EM
Dサービスセンタ１は、バージョン１である配送用鍵Ｋ
ｄをそのまま記憶する。これは、不測のトラブルが発生
したとき、若しくは不正が発生し、または発見されたと
きに、過去に利用した配送用鍵Ｋｄを利用できるように
するためである。
【００３２】１９９８年２月１日から１９９８年２月２
８日の期間には、バージョン２である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。
【００３３】１９９８年３月１日における、EMDサービ
スセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、
およびレシーバ５１への送信を図６で説明する。EMDサ
ービスセンタ１は、コンテンツプロバイダ２に、１９９
８年３月から１９９８年８月まで利用可能な、バージョ
ン３乃至バージョン８の６つの配送用鍵Ｋｄを送信し、
コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信
し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新
たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１
は、レシーバ５１に、１９９８年３月から１９９８年５
月まで、利用可能なバージョン３乃至バージョン５であ
る３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つ
の配送用鍵Ｋｄを受信し、受信前に記憶していた配送用
鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EM
Dサービスセンタ１は、バージョン１である配送用鍵Ｋ
ｄおよびバージョン２である配送用鍵Ｋｄをそのまま記
憶する。
【００３４】１９９８年３月１日から１９９８年３月３
１日の期間には、バージョン３である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。
【００３５】１９９８年４月１日における、EMDサービ
スセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、
およびレシーバ５１への送信を図７で説明する。EMDサ
ービスセンタ１は、コンテンツプロバイダ２に、１９９
８年４月から１９９８年９月まで利用可能な、バージョ
ン４乃至バージョン９の６つの配送用鍵Ｋｄを送信し、
コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信
し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新
たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１
は、レシーバ５１に、１９９８年４月から１９９８年６
月まで、利用可能なバージョン３乃至バージョン５であ
る３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つ
の配送用鍵Ｋｄを受信し、受信前に記憶していた配送用
鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EM
Dサービスセンタ１は、バージョン１である配送用鍵Ｋ
ｄ、バージョン２である配送用鍵Ｋｄ、およびバージョ
ン３である配送用鍵Ｋｄをそのまま記憶する。
【００３６】１９９８年４月１日から１９９８年４月３
０日の期間には、バージョン４である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。
【００３７】以上のように、ユーザホームネットワーク
５の、EMDシステムに正式登録された機器、およびコン
テンツプロバイダ２は、３ヶ月分の配送用鍵Ｋｄが配布
される。EMDシステムに正式登録されておらず、仮登録
（詳細は後述する）されている状態の、ユーザホームネ
ットワーク５の機器には、３ヶ月分の配送用鍵Ｋｄに代
わり、図８に示すような、１ヶ月分の配送用鍵Ｋｄが配
布される。
【００３８】図３に戻り、経歴データ管理部１５は、ユ
ーザ管理部１８から出力される、課金情報、そのコンテ
ンツに対応するPT、およびそのコンテンツに対応するUC
Pなどを記憶する。
【００３９】利益分配部１６は、経歴データ管理部１５
から供給された各種情報に基づき、EMDサービスセンタ
１、コンテンツプロバイダ２−１，２−２、およびサー
ビスプロバイダ３−１，３−２の利益をそれぞれ算出
し、その結果をサービスプロバイダ管理部１１、コンテ
ンツプロバイダ管理部１２、出納部２０、および著作権
管理部１３に出力する。利益配分部１６はまた、算出し
た利益に応じてコンテンツプロバイダ２−１，２−２お
よびサービスプロバイダ３−１，３−２のそれぞれに対
する利用ポイント（利益が大きければ大きいほど、すな
わち、ユーザが利用すればするほど、大きい値となるポ
イント）を算出し、ユーザ管理部１８に出力する。な
お、以下において、コンテンツプロバイダ２における利
用ポイントをコンテンツ利用ポイントと称し、サービス
プロバイダ３における利用ポイントをサービス利用ポイ
ントと称する。
【００４０】相互認証部１７は、コンテンツプロバイダ
２、サービスプロバイダ３、およびユーザホームネット
ワーク５の機器と相互認証を実行する。
【００４１】ユーザ管理部１８は、EMDシステムに登録
可能な、ユーザホームネットワーク５の機器に関する情
報（以下、システム登録情報と称する）を管理する。シ
ステム登録情報には、図９に示すように、「SAMのI
D」、「機器番号」、「決済ID」、「決済ユーザ情
報」、複数の「従属ユーザ情報」、および「利用ポイン
ト情報」の項目に対応する情報が含まれる。
【００４２】「SAMのID」には、製造された、ユーザホ
ームネットワーク５の機器のSAMのIDが記憶される。図
９のシステム登録情報の「SAMのID」には、レシーバ５
１のSAM６２のIDおよびレシーバ２０１のSAM２１２のID
が設定されている。
【００４３】「機器番号」には、SAMを有するユーザホ
ームネットワーク５の機器に、予め設定された機器番号
が設定されている。ユーザホームネットワーク５の機器
が、ネットワーク４を介してサービスプロバイダ３と、
およびEMDサービスセンタ１と直接通信することができ
る機能を有し（通信部を有し）、かつ、例えば、UCPやP
Tの内容をユーザに出力（提示）したり、ユーザがUCPの
利用内容を選択することができる機能を有している（表
示部および操作部を有している）場合、その機器（以
下、このような機能を有する機器を主機器と称する）に
は、１００番以上の機器番号が与えられる。機器が、そ
のような機能を有しいない場合、その機器（以下、この
ような機器を従機器と称する）には、９９番以下の機器
番号が与えられる。この例の場合、詳細は後述するが、
レシーバ５１およびレシーバ２０１の両者は、上述した
機能を有しているので、それぞれには、１００番以上の
機器番号（１００番）が与えられてる。そこで、図９の
システム登録情報の「機器番号」には、レシーバ５１の
SAM６２のIDおよびレシーバ２０１のSAM２１２のIDに対
応する「機器番号」のそれぞれには、機器番号１００番
が設定されている。
【００４４】「決済ID」には、EMDシステムに正式登録
されたとき割り当てられる所定の決済IDが記憶される。
この例の場合、レシーバ５１は、正式登録され、決済ID
が与えられているので、図９のシステム登録情報の、SA
M６２のIDに対応する「決済ID」には、その与えられた
決済IDが記憶されている。一方、レシーバ２０１は、EM
Dシステムに登録されておらず、決済IDが与えられてい
ないので、図９のシステム登録情報の、SAM２１２のID
に対応する「決済ID」には、何の情報も設定されていな
い。
【００４５】「決済ユーザ情報」には、計上される課金
を決済するユーザ（以下、このようなユーザを決済ユー
ザと称する）の、氏名、住所、電話番号、決済機関情報
（例えば、クレジットカード番号等）、生年月日、年
齢、性別、ID、パスワードなどが設定される。
【００４６】「決済ユーザ情報」に設定される決済ユー
ザの、氏名、住所、電話番号、決済機関の情報、生年月
日、および性別（以下、「決済ユーザ情報」に設定され
るこれらの情報を、個々に区別する必要がない場合、ま
とめて、ユーザ一般情報と称する）は、登録が申請され
る際にユーザから提供され、設定されるが、この例の場
合、そのうち、氏名、住所、電話番号、および決済機関
の情報は、それらに基づいて与信処理が行われるので、
正確な情報（例えば、決済機関に登録されている情報）
である必要がある。それに対してユーザ一般情報の生年
月日、年齢、および性別は、与信処理には用いられない
ので、この例の場合、それらの情報は、正確である必要
はなく、またユーザは、その情報を必ずしも提供する必
要がない。「決済ユーザ情報」に記憶される決済ユーザ
の、IDおよびパスワードは、EMDシステムに仮登録され
るときに割り当てられ、設定される。
【００４７】この例の場合、レシーバ５１は、ユーザＦ
が決済ユーザとして登録されているので、図９のシステ
ム登録情報の、SAM６２のIDに対応する「決済ユーザ情
報」には、ユーザＦから提供されたユーザ一般情報情
報、ユーザＦのID、およびユーザＦのパスワードが設定
されている。レシーバ２０１は、登録の申請がされてい
ないので、SAM２１２のIDに対応する「決済ユーザ情
報」には、何の情報も設定されていない。
【００４８】「従属ユーザ情報」には、課金を決済しな
いユーザ（以下、このようなユーザを従属ユーザと称す
る）の、氏名、住所、電話番号、生年月日、年齢、性
別、ID、パスワードなどが設定される。すなわち、「決
済ユーザ情報」に設定される情報のうち、決済機関の情
報以外の情報が設定される。従属ユーザに対しては与信
処理が行われないので、「従属ユーザ情報」に設定され
る従属ユーザの、氏名、住所、電話番号、生年月日、年
齢、および性別の情報は、正確なものである必要がな
い。例えば、氏名の場合は、ニックネームのようなもの
でもよい。また氏名はユーザを特定するために必要とさ
れるが、他の情報は、ユーザは必ずしも提供する必要が
ない。「従属ユーザ情報」に設定される従属ユーザの、
IDおよびパスワードは、仮登録または正式登録されると
きに割り当てられ、設定される。
【００４９】この例の場合、レシーバ５１およびレシー
バ２０１の両者には、従属ユーザが登録されていないの
で、図９のシステム登録情報のSAM６２のIDに対応する
「従属ユーザ情報」、およびSAM２１２のIDに対応する
「従属ユーザ情報」には、何の情報も設定されていな
い。
【００５０】「利用ポイント情報」には、利益分配部１
６から出力された利用ポイントが設定される。この例の
場合、レシーバ５１においては、コンテンツがすでに利
用されており、SAM６２に対応する「利用ポイント情
報」には、図１０に示すような、利用ポイント情報が記
憶されている。図１０の例では、レシーバ５１のユーザ
Ｆ（決済ユーザ）に与えられている、コンテンツプロバ
イダ２−１のコンテンツ利用ポイントが２２２ポイント
で、コンテンツプロバイダ２−２のコンテンツ利用ポイ
ントが１２３ポイントで、サービスプロバイダ３−１の
サービス利用ポイントが、３４５ポイントで、そして、
サービスプロバイダ３−２のサービス利用ポイントが０
ポイントであるとされている。
【００５１】なお、この例において、コンテンツプロバ
イダ２−１およびコンテンツプロバイダ２−２のそれぞ
れのコンテンツ利用ポイントの合計ポイント３４５（＝
１２３＋２２２）と、サービスプロバイダ３−１および
サービスプロバイダ３−２のそれぞれのサービス利用ポ
イントの合計ポイント３４５（＝３４５＋０）が等しく
なるようになされている。
【００５２】レシーバ２０１においては、現時点でコン
テンツは利用されていない（利用が許可されていない）
ので、当然、SAM２１２のIDに対応する「利用ポイント
情報」には、何の情報の設定されていない。
【００５３】ユーザ管理部１８は、このようなシステム
登録情報を管理する他、所定の処理に対応して登録リス
ト（後述）を作成し、配送用鍵Ｋｄとともにユーザホー
ムネットワーク５に送信する。
【００５４】図３に、再度戻り、課金請求部１９は、経
歴データ管理部１５から供給された、課金情報、UCP、
およびPTに基づき、ユーザへの課金を算出し、その結果
を、出納部２０に供給する。出納部２０は、ユーザ、コ
ンテンツプロバイダ２、およびサービスプロバイダ３へ
の出金、徴収すべき利用料金の金額を基に、図示せぬ外
部の銀行等と通信し、決算処理を実行する。出納部２０
はまた、決算処理の結果をユーザ管理部１８に通知す
る。監査部２１は、ユーザホームネットワーク５の機器
から供給された課金情報、PT、およびUCPの正当性（す
なわち、不正をしていないか）を監査する。
【００５５】図１１は、コンテンツプロバイダ２−１の
機能的構成を示すブロック図である。コンテンツサーバ
３１は、ユーザに供給するコンテンツを記憶し、ウォー
タマーク付加部３２に供給する。ウォータマーク付加部
３２は、コンテンツサーバ３１から供給されたコンテン
ツにウォータマーク（電子透かし）を付加し、圧縮部３
３に供給する。
【００５６】圧縮部３３は、ウォータマーク付加部３２
から供給されたコンテンツを、ATRAC2(Adaptive Transf
orm Acoustic Coding 2)（商標）等の方式で圧縮し、暗
号化部３４に供給する。暗号化部３４は、圧縮部３３で
圧縮されたコンテンツを、乱数発生部３５から供給され
た乱数を鍵（以下、この乱数をコンテンツ鍵Ｋｃｏと称
する）として、DES(Data Encryption Standard)などの
共通鍵暗号方式で暗号化し、その結果をセキュアコンテ
ナ作成部３８に出力する。
【００５７】乱数発生部３５は、コンテンツ鍵Ｋｃｏと
なる所定のビット数の乱数を暗号化部３４および暗号化
部３６に供給する。暗号化部３６は、コンテンツ鍵Ｋｃ
ｏをEMDサービスセンタ１から供給された配送用鍵Ｋｄ
を使用して、DESなどの共通鍵暗号方式で暗号化し、そ
の結果をセキュアコンテナ作成部３８に出力する。
【００５８】DESは、５６ビットの共通鍵を用い、平文
の６４ビットを１ブロックとして処理する暗号方式であ
る。DESの処理は、平文を攪拌し、暗号文に変換する部
分（データ攪拌部）と、データ攪拌部で使用する鍵（拡
大鍵）を共通鍵から生成する部分（鍵処理部）からな
る。DESのすべてのアルゴリズムは公開されているの
で、ここでは、データ攪拌部の基本的な処理を簡単に説
明する。
【００５９】まず、平文の６４ビットは、上位３２ビッ
トのＨ0、および下位３２ビットのＬ0に分割される。鍵
処理部から供給された４８ビットの拡大鍵Ｋ1、および
下位３２ビットのＬ0を入力とし、下位３２ビットのＬ0
を攪拌したＦ関数の出力が算出される。Ｆ関数は、数値
を所定の規則で置き換える「換字」およびビット位置を
所定の規則で入れ替える「転置」の２種類の基本変換か
ら構成されている。次に、上位３２ビットのＨ0と、Ｆ
関数の出力が排他的論理和され、その結果はＬ1とされ
る。Ｌ0は、Ｈ1とされる。
【００６０】上位３２ビットのＨ0および下位３２ビッ
トのＬ0を基に、以上の処理を１６回繰り返し、得られ
た上位３２ビットのＨ16および下位３２ビットのＬ16が
暗号文として出力される。復号は、暗号化に使用した共
通鍵を用いて、上記の手順を逆にたどることで実現され
る。
【００６１】ポリシー記憶部３７は、コンテンツに対応
して設定されるUCPを記憶し、セキュアコンテナ作成部
３８に出力する。図１２は、コンテンツサーバ３１に保
持されているコンテンツＡに対応して設定され、ポリシ
ー記憶部３７に記憶されているたUCPＡ、Ｂを表してい
る。UCPは、「コンテンツのID」、「コンテンツプロバ
イダのID」、「UCPのID」、「UCPの有効期限」、「利用
条件」、「利用内容」の各項目に対応する所定の情報が
含まれる。「コンテンツのID」には、UCPが対応するコ
ンテンツのIDが設定される。UCPＡ（図１２（Ａ））お
よびUCPＢ（図１２（Ｂ））のそれぞれの「コンテンツ
のID」には、コンテンツＡのIDが設定されている。
【００６２】「コンテンツプロバイダのID」には、コン
テンツの提供元のコンテンツプロバイダのIDが設定され
る。UCPＡおよびUCPＢのそれぞれの「コンテンツプロバ
イダのID」には、コンテンツプロバイダ２−１のIDが設
定されている。「UCPのID」には、各UCPに割り当てられ
た所定のIDが設定され、UCPＡの「UCPのID」には、UCP
ＡのIDが、UCPＢの「UCPのID」には、UCPＢのIDが、そ
れぞれ設定されている。「UCPの有効期限」には、UCPの
有効期限を示す情報が設定され、UCPＡの「UCPの有効期
限」には、UCPＡの有効期限が、UCPＢの「UCPの有効期
限」には、UCPＢの有効期限が、それぞれ設定されてい
る。
【００６３】「利用条件」には、「ユーザ条件」および
「機器条件」の各項目に対応する所定の情報が設定さ
れ、「ユーザ条件」には、このUCPを選択することがで
きるユーザの所定の条件を示す情報が設定され、「機器
条件」には、このUCPを選択することができる機器の所
定の条件を示す情報が設定されている。
【００６４】UCPＡの場合、「利用条件１０」が設定さ
れ、「利用条件１０」の「ユーザ条件１０」には、利用
ポイントが２００ポイント以上であることが条件である
ことを示す情報（”２００ポイント以上”）が設定され
ている。また「利用条件１０」の「機器条件１０」に
は、条件がないことを示す情報（”条件なし”）が設定
されている。すなわち、UCPＡは、２００ポイント以上
のコンテンツプロバイダ２−１のコンテンツ利用ポイン
トを有するユーザのみが選択可能となる。
【００６５】UCPＢの場合、「利用条件２０」が設定さ
れ、「利用条件２０」の「ユーザ条件２０」には、利用
ポイントが２００ポイントより少ないことが条件である
ことをを示す情報（”２００ポイントより少ない”）が
設定されている。また「利用条件２０」の「機器条件２
０」には、”条件なし”が設定されている。すなわち、
UCPＢは、２００ポイントより少ないコンテンツプロバ
イダ２−１のコンテンツ利用ポイントを有するユーザの
みが選択可能となる。
【００６６】「利用内容」には、「ID」、「形式」、
「パラメータ」、および「管理情報」の各項目に対応す
る所定の情報などの情報が設定される。「ID」には、
「利用内容」に設定される情報に割り当てられた所定の
IDが設定される。「形式」には、再生や複製など、コン
テンツの利用形式を示す情報が設定される。「パラメー
タ」には、「形式」に設定された利用形式に対応する所
定の情報が設定される。
【００６７】「管理情報」には、コンテンツの管理移動
を管理する所定の状態フラグなどが設定される。コンテ
ンツの管理移動が行われると、図１３（Ａ）に示すよう
に、管理移動元の機器にコンテンツが保持されつつ、管
理移動先の機器にそのコンテンツが移動される。すなわ
ち、管理移動元の機器と管理移動先の機器の両方におい
て、コンテンツが利用される。この点で、図１３（Ｂ）
に示すように、移動元の機器にコンテンツが保持され
ず、移動先の機器のみにコンテンツが保持され、移動先
の機器においてのみコンテンツが利用される、通常の移
動とは異なる。
【００６８】また、コンテンツの管理移動が行われてい
る間、管理移動元の機器は、図１３（Ａ）に示すよう
に、他の機器にコンテンツを管理移動することができな
い（許可されない）。すなわち、管理移動元の機器と管
理移動先の機器の２機においてのみコンテンツが保持さ
れる。この点で、図１４（Ａ）に示すように、オリジナ
ルのコンテンツから、複数の複製（第１世代）を作成す
ることができる、第１世代の複製とも異なる。また、管
理移動元の機器からコンテンツを戻すことより、他の機
器にコンテンツを管理移動することができるので、この
点で、図１４（Ｂ）に示すように、１回だけの複製とも
異なる。
【００６９】図１２（Ａ）に戻り、UCPＡには、４つの
「利用内容１１」乃至「利用内容１４」が設けられてお
り、「利用内容１１」において、その「ID１１」には、
「利用内容１１」に割り当てられた所定のIDが設定され
ている。「形式１１」には、コンテンツを買い取って再
生する利用形式を示す情報（”買い取り再生”）が設定
され、「パラメータ１１」には、”買い取り再生”に対
応する所定の情報が設定されている。「管理情報１１」
には、コンテンツが管理移動されていないことを示す状
態情報が設定されている。
【００７０】「利用内容１２」において、その「ID１
２」には、「利用内容１２」に割り当てられた所定のID
が設定されている。「形式１２」には、第１世代の複製
を行う利用形式を示す情報（”第１世代複製”）が設定
されている。第１世代複製は、図１４（Ａ）に示したよ
うに、オリジナルのコンテンツから、複数の第１世代の
複製を作成することができるが、第１世代の複製から第
２世代の複製を作成することはできない（許可されな
い）。「パラメータ１２」には、”第１世代複製”に対
応する所定の情報が設定されている。「管理情報１２」
には、コンテンツが管理移動されていないことを示す状
態情報が設定されている。
【００７１】「利用内容１３」において、その「ID１
３」には、「利用内容１３」に割り当てられた所定のID
が設定されている。「形式１３」には、所定の期間（時
間）に限って再生する利用形式を示す情報（”期間制限
再生”）が設定され、「パラメータ１３」には、”期間
制限再生”に対応して、その期間の開始時期（時刻）と
終了時期（時刻）が設定されている。「管理情報１３」
には、コンテンツが管理移動されていないことを示す状
態情報が設定されている。
【００７２】「利用内容１４」において、その「ID１
４」には、「利用内容１４」に割り当てられた所定のID
が設定されている。「形式１４」には、１回の複製を行
う利用形式を示す情報（”Pay Per Copy”）が設定され
ている。なお、”Pay Per Copy”の場合も、図１４の
（Ｂ）に示すように、複製からの複製を作成することは
できない（許可されない）。「パラメータ１４」に
は、”Pay Per Copy”に対応する所定の情報が設定され
ている。「管理情報１４」には、コンテンツが管理移動
されていないことを示す状態情報が設定されている。
【００７３】なお、この例においては示されていない
が、所定の回数に限って再生（または複製）する利用形
式も存在する。この利用形式が「形式」に設定されてい
る場合、対応する「パラメータ」には、再生（複製）可
能な回数が記憶される。例えば、３回に限って再生する
利用形式である場合、コンテンツの再生が一度も行われ
ていないとき、「パラメータ」には３回の再生が可能で
あることを示す情報が設定され、再生が１回行われた後
の「パラメータ」には２（＝３−１）回の再生が可能で
あることを示す情報が設定される。そして再生が３回行
われた後の「パラメータ」には０（＝３−３）回の再生
が可能であること（再生をすることができないことを）
を示す情報が設定される。
【００７４】図１２（Ｂ）のUCPＢには、２つの「利用
内容２１」および「利用内容２２」が設けられている。
「利用内容２１」において、その「ID２１」には、「利
用内容２１」に割り当てられた所定のIDが設定されてい
る。「形式２１」には、１回の再生を行う利用形式を示
す情報（”Pay Per Play”）が設定され、「パラメータ
２１」には、”Pay Per Play”に対応する所定の情報が
設定されている。「管理情報２１」には、コンテンツが
管理移動されていないことを示す状態情報が設定されて
いる。
【００７５】「利用内容２２」において、その「ID２
２」には、「利用内容２２」に割り当てられた所定のID
が設定されている。「形式２２」には、”Pay Per Cop
y”が設定され、「パラメータ２２」には、それに対応
する所定の情報が設定されている。「管理情報１２」に
は、コンテンツが管理移動されていないことを示す状態
情報が設定されている。
【００７６】ここで、UCPＡおよびUCPＢの内容を比較す
ると、２００ポイント以上の利用ポイントを有するユー
ザは、４通りの利用内容１１乃至利用内容１４から利用
内容を選択することができるのに対して、２００ポイン
トより少ない利用ポイントを有するユーザは、２通りの
利用内容２１，２２からしか利用内容を選択することが
できないものとされている。
【００７７】ところで、図１２は、UCPＡおよびUCPＢを
模擬的に表しているが、例えば、UCPＡの「利用条件１
０」およびUCPＢの「利用条件２０」は、図１５（Ａ）
に示すサービスコード、および図１５（Ｂ）に示すコン
ディションコードの他、サービスコードに対応して数値
や所定の種類を示すバリューコードにより、実際は構成
されている。
【００７８】図１６（Ａ）は、UCPＡ（図１２（Ａ））
の「利用条件１０」の「ユーザ条件１０」および「機器
条件１０」として設定されている各コードのコード値を
表している。UCPＡの「利用条件１０」の「ユーザ条件
１０」は、”２００ポイント以上”とされているの
で、”利用ポイントに関し条件有り”を意味する８０ｘ
ｘｈのサービスコード（図１５（Ａ））が、このとき数
値２００を示す００００Ｃ８ｈのバリューコードが、そ
して”＞＝（以上）”を意味する０６ｈのコンディショ
ンコード（図１５（Ｂ））が、ユーザ条件として設定さ
れている。
【００７９】UCPＡの「機器条件１０」は、”条件な
し”とされているので、”条件なし”を意味する０００
０ｈのサービスコードが、このとき何ら意味を持たない
ＦＦＦＦＦＦｈのバリューコードが、そして”無条件”
を意味する００ｈのコンディションコードが、機器条件
として設定されている。
【００８０】図１６（Ｂ）は、UCPＢの「利用条件２
０」の「ユーザ条件２０」および「機器条件２０」とし
て設定されている各コードのコード値を表している。
「ユーザ条件２０」は、”２００ポイントより少ない”
とされているので、”利用ポイントに関し条件有り”を
意味する８０ｘｘｈのサービスコードが、数値２００を
示す００００Ｃ８ｈのバリューコードが、そして”＜
（より小さい）”を意味する０３ｈのコンディションコ
ードが、ユーザ条件として設定されている。
【００８１】UCPＢの「機器条件２０」は、UCPＡの「機
器条件１０」と同様に、”条件なし”とされ、同一のコ
ード値が設定されているので、その説明は省略する。
【００８２】図１１に戻り、セキュアコンテナ作成部３
８は、例えば、図１７に示すような、コンテンツＡ（コ
ンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ
鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、UCP
Ａ，Ｂ、および署名からなるコンテンツプロバイダセキ
ュアコンテナを作成する。なお、署名は、送信したいデ
ータの平文（この場合、コンテンツＡ（コンテンツ鍵Ｋ
ｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ
（配送用鍵Ｋｄで暗号化されている）、およびUCPＡ，
Ｂの全体）にハッシュ関数を適用して得られたハッシュ
値が、公開鍵暗号の秘密鍵（この場合、コンテンツプロ
バイダ２−１の秘密鍵Ｋｓｃｐ）で暗号化されたもので
ある。
【００８３】セキュアコンテナ作成部３８はまた、コン
テンツプロバイダセキュアコンテナに、図１８に示すコ
ンテンツプロバイダ２−１の証明書を付してサービスプ
ロバイダ３に送信する。この証明書は、証明書のバージ
ョン番号、認証局がコンテンツプロバイダ２−１に対し
割り付けた証明書の通し番号、署名に用いたアルゴリズ
ムおよびパラメータ、認証局の名前、証明書の有効期
限、およびコンテンツプロバイダ２−１の名前、コンテ
ンツプロバイダ２−１の公開鍵Ｋｐｃｐと、並びにその
署名（認証局の秘密鍵Ｋｓｃａで暗号化されている）か
ら構成されている。
【００８４】署名は、改竄のチェックおよび作成者認証
をするためのデータであり、送信したいデータを基にハ
ッシュ関数でハッシュ値をとり、これを公開鍵暗号の秘
密鍵で暗号化して作成される。
【００８５】ハッシュ関数および署名の照合について説
明する。ハッシュ関数は、送信したい所定のデータを入
力とし、所定のビット長のデータに圧縮し、ハッシュ値
として出力する関数である。ハッシュ関数は、ハッシュ
値（出力）から入力を予測することが難しく、ハッシュ
関数に入力されたデータの１ビットが変化したとき、ハ
ッシュ値の多くのビットが変化し、また、同一のハッシ
ュ値を持つ入力データを探し出すことが困難である特徴
を有する。
【００８６】署名とデータを受信した受信者は、署名を
公開鍵暗号の公開鍵で復号し、その結果（ハッシュ値）
を得る。さらに受信されたデータのハッシュ値が計算さ
れ、計算されたハッシュ値と、署名を復号して得られた
ハッシュ値とが、等しいか否かが判定される。送信され
たデータのハッシュ値と復号したハッシュ値が等しいと
判定された場合、受信したデータは改竄されておらず、
公開鍵に対応した秘密鍵を保持する送信者から送信され
たデータであることがわかる。署名のハッシュ関数とし
ては、MD4，MD5，SHA-1などが用いられる。
【００８７】次に公開鍵暗号について説明する。暗号化
および復号で同一の鍵（共通鍵）を使用する共通鍵暗号
方式に対し、公開鍵暗号方式は、暗号化に使用する鍵と
復号するときの鍵が異なる。公開鍵暗号を用いる場合、
鍵の一方を公開しても他方を秘密に保つことができ、公
開しても良い鍵は、公開鍵と称され、他方の秘密に保つ
鍵は、秘密鍵と称される。
【００８８】公開鍵暗号の中で代表的なRSA（Rivest-Sh
amir-Adleman）暗号を、簡単に説明する。まず、２つの
十分に大きな素数であるpおよびqを求め、さらにpとqの
積であるｎを求める。(p-1)と(q-1)の最小公倍数Lを算
出し、更に、３以上L未満で、かつ、Ｌと互いに素な数e
を求める（すなわち、eとLを共通に割り切れる数は、１
のみである）。
【００８９】次に、Lを法とする乗算に関するeの乗法逆
元dを求める。すなわち、d，e、およびLの間には、ed=1
mod Lが成立し、dはユークリッドの互除法で算出でき
る。このとき、nとeが公開鍵とされ、p,q,およびdが、
秘密鍵とされる。
【００９０】暗号文Cは、平文Mから、式（１）の処理で
算出される。
【００９１】C=M^e mod n （1） 暗号文Cは、式（２）の処理で平文Mに、復号される。
【００９２】M=C^d mod n （２） 証明は省略するが、RSA暗号で平文を暗号文に変換し
て、それが復号できるのは、フェルマーの小定理に根拠
をおいており、式（３）が成立するからである。
【００９３】M=C^d=(M^e)^d=M^(ed)=M mod n （３） 秘密鍵pとqを知っているならば、公開鍵eから秘密鍵dは
算出できるが、公開鍵nの素因数分解が計算量的に困難
な程度に公開鍵nの桁数を大きくすれば、公開鍵nを知る
だけでは、公開鍵eから秘密鍵dは計算できず、復号でき
ない。以上のように、RSA暗号では、暗号化に使用する
鍵と復号するときの鍵を、異なる鍵とすることができ
る。
【００９４】また、公開鍵暗号の他の例である楕円曲線
暗号についても、簡単に説明する。楕円曲線y^2=x^3+ax
+b上の、ある点をBとする。楕円曲線上の点の加算を定
義し、nBは、Bをn回加算した結果を表す。同様に、減算
も定義する。BとnBからnを算出することは、困難である
ことが証明されている。BとnBを公開鍵とし、nを秘密鍵
とする。乱数rを用いて、暗号文C1およびC2は、平文Mか
ら、公開鍵で式（４）および式（５）の処理で算出され
る。
【００９５】C1=M+rnB （４） C2=rB （５） 暗号文C1およびC2は、式（６）の処理で平文Mに、復号
される。
【００９６】M=C1-nC2 （６） 復号できるのは、秘密鍵nを有するものだけである。以
上のように、RSA暗号と同様に、楕円曲線暗号でも、暗
号化に使用する鍵と復号するときの鍵を、異なる鍵とす
ることができる。
【００９７】図１１に、再び戻り、コンテンツプロバイ
ダ２−１の相互認証部３９は、EMDサービスセンタ１か
ら配送用鍵Ｋｄの供給を受けるのに先立ち、EMDサービ
スセンタ１と相互認証し、また、サービスプロバイダ３
へのコンテンツプロバイダセキュアコンテナの送信に先
立ち、サービスプロバイダ３と相互認証する。
【００９８】コンテンツプロバイダ２−２は、コンテン
ツプロバイダ２−１と基本的の同様の構成を有している
ので、その図示および説明は省略する。
【００９９】次に、図１９のブロック図を参照して、サ
ービスプロバイダ３−１の機能的構成を説明する。コン
テンツサーバ４１は、コンテンツプロバイダ２から供給
されたコンテンツプロバイダセキュアコンテナに含まれ
る、コンテンツ（コンテンツ鍵Ｋｃｏで暗号化されてい
る）、コンテンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化され
ている）、UCP、および署名を記憶し、セキュアコンテ
ナ作成部４４に供給する。
【０１００】値付け部４２は、コンテンツプロバイダ２
から供給されたコンテンツプロバイダセキュアコンテナ
に含まれる署名に基づいて、コンテンツプロバイダセキ
ュアコンテナの正当性を検証し、その正当性を確認する
と、コンテンツプロバイダセキュアコンテナに含まれる
UCPに対応する、PTを作成し、セキュアコンテナ作成部
４４に供給する。図２０は、図１２（Ａ）のUCPＡに対
応して作成された、２つのPTＡ−１（図２０（Ａ））お
よびPTＡ−２（図２０（Ｂ））を表している。PTは、
「コンテンツのID」、「コンテンツプロバイダのID」、
「UCPのID」、「UCPの有効期限」、「サービスプロバイ
ダのID」、「PTのID」、「PTの有効期限」、「価格条
件」、および「価格内容」の各項目に対応する所定の情
報などの情報が含まれる。
【０１０１】PTの、「コンテンツのID」、「コンテンツ
プロバイダのID」、「UCPのID」、「UCPの有効期限」に
は、UCPに対応する項目の情報が、それぞれ設定され
る。すなわち、PTＡ−１およびPTＡ−２のそれぞれの
「コンテンツのID」には、コンテンツＡのIDが、それぞ
れの「コンテンツプロバイダのID」には、コンテンツプ
ロバイダ２−１のIDが、それぞれの「UCPのID」には、U
CPＡのIDが設定され、そしてそれぞれの「UCPの有効期
限」には、UCPＡの有効期限が設定されている。
【０１０２】「サービスプロバイダのID」には、PTの提
供元のサービスプロバイダ３のIDが設定される。PTＡ−
１およびPTＡ−２の「サービスプロバイダのID」には、
サービスプロバイダ３−１のIDが設定されている。「PT
のID」には、各PTに割り当てられた所定のIDが設定され
る。PTＡ−１の「PTのID」には、PTＡ−１のIDが、PTＡ
−２の「PTのID」には、PTＡ−２のIDがそれぞれ設定さ
れている。「PTの有効期限」には、PTの有効期限を示す
情報が設定される。PTＡ−１の「PTの有効期限」には、
PTＡ−１の有効期限が、PTＡ−２の「PTの有効期限」に
は、PTＡ−２の有効期限が設定されている。
【０１０３】「価格条件」には、UCPの「利用条件」と
同様に、「ユーザ条件」および「機器条件」の各項目に
対応する所定の情報が設定されている。「価格条件」の
「ユーザ条件」には、このPTを選択することができるユ
ーザの条件を示す情報が設定され、その「機器条件」に
は、このPTを選択することができる機器の条件を示す情
報が設定される。
【０１０４】PTＡ−１の場合、「価格条件１０」が設定
され、「価格条件１０」の「ユーザ条件１０」には、ユ
ーザが男性であるを示す情報（”男性”）が設定され、
その「機器条件１０」には、”条件なし”が設定されて
いる。すなわち、PTＡ−１は、男性のユーザのみが選択
可能となる。
【０１０５】PTＡ−１の「価格条件１０」の「ユーザ条
件１０」および「機器条件１０」も、実際は、図２１
（Ａ）に示すように、各種コードのコード値が設定され
ている。「価格条件１０」の「ユーザ条件１０」に
は、”性別条件有り”を意味する０１ｘｘｈのサービス
コード（図１５（Ａ））が、このとき男性を意味する０
０００００ｈのバリューコードが、そして”＝”を意味
する０１ｈのコンディションコード（図１５（Ｂ））が
設定されている。「機器条件１０」には、”条件なし”
を意味する００００ｈのサービスコードが、この場合何
ら意味を持たないＦＦＦＦＦＦｈのバリューコードが、
そして”無条件”を意味する００ｈのコンディションコ
ードが設定されている。
【０１０６】PTＡ−２の場合、「価格条件２０」が設定
され、「価格条件２０」の「ユーザ条件２０」には、ユ
ーザが女性であることを示す情報（”女性”）が設定さ
れ、その「機器条件２０」には、”条件なし”が設定さ
れている。すなわち、PTＡ−２は、女性のユーザのみが
選択可能となる。
【０１０７】PTＡ−２の「価格条件２０」の「ユーザ条
件２０」および「機器条件２０」も、実際は、図２１
（Ｂ）に示すように、各コードのコード値が設定されて
いる。「価格条件２０」の「ユーザ条件２０」には、”
性別条件有り”を意味する０１ｘｘｈのサービスコード
（図１５（Ａ））が、この場合女性を示す０００００１
ｈのバリューコードが、そして”＝”を意味する０１ｈ
のコンディションコード（図１５（Ｂ））が設定されて
いる。その「機器条件２０」には、”条件なし”を意味
する００００ｈのサービスコードが、この場合何ら意味
を持たないＦＦＦＦＦＦｈのバリューコードが、そし
て”無条件”を意味する００ｈのコンディションコード
が設定されている。
【０１０８】図２０に戻り、PTの「価格内容」には、コ
ンテンツが、対応するUCPの「利用内容」の「形式」に
設定されている利用形式で利用される場合の利用料金が
示されている。すなわち、PTＡ−１の「価格内容１１」
に設定された”２０００円”およびPTＡ−２の「価格内
容２１」に設定された”１０００円”は、UCPＡ（図１
２（Ａ））の「利用内容１１」の「形式１１」が”買い
取り再生”とされているので、コンテンツの買い取り価
格（料金）を示している。
【０１０９】PTＡ−１の「価格内容１２」の”６００
円”およびPTＡ−２の「価格内容２２」の”３００円”
は、UCPＡの「利用内容１２」の「形式１２」より、第
１世代複製の利用形式でコンテンツＡを利用する場合の
料金を示している。PTＡ−１の「価格内容１３」の”１
００円”およびPTＡ−２の「価格内容２３」の”５０
円”は、UCPＡの「利用内容１３」の「形式１３」よ
り、期間制限再生の利用形式でコンテンツＡを利用する
場合の料金を示している。PTＡ−１の「価格内容１４」
の”３００円”およびPTＡ−２の「価格内容２４」の”
１５０円”は、UCPＡの「利用内容１４」の「形式１
４」より、１回の複製を行う利用形式でコンテンツＡを
利用（コンテンツＡを１回複製）する場合の料金を示し
ている。
【０１１０】なお、この例の場合、PTＡ−１（男性ユー
ザに適用される）の価格内容と、PTＡ−２（女性ユーザ
に適用される）の価格内容を比較すると、PTＡ−１の価
格内容に示される価格が、PTＡ−２の価格内容に示され
る価格の２倍に設定されている。例えば、UCPＡの「利
用内容１１」に対応するPTＡ−１の「価格内容１１」
が”２０００円”とされているのに対し、同様にUCPＡ
の「利用内容１１」に対応するPTＡ−２の「価格内容２
１」は”１０００円”とされている。同様、PTＡ−１の
「価格内容１２」乃至「価格内容１４」に設定されてい
る価格は、PTＡ−２の「価格内容２２」乃至「価格内容
２４」に設定されている価格の２倍とされている。すな
わち、コンテンツＡは、女性ユーザがより低価格で利用
することができるコンテンツである。
【０１１１】図２２は、図１２（Ｂ）のUCPＢに対応し
て作成された、２つのPTＢ−１およびPTＢ−２を表して
いる。図２２（Ａ）のPTＢ−１には、コンテンツＡのI
D、コンテンツプロバイダ２−１のID、UCPＢのID、UCP
Ｂの有効期限、サービスプロバイダ３−１のID、PTＢ−
１のID、PTＢ−１の有効期限、価格条件３０、２通りの
価格内容３１，３２などが含まれている。
【０１１２】PTＢ−１の「価格条件３０」の「ユーザ条
件３０」には”条件なし”が設定され、「機器条件３
０」には、機器が従機器であることを示す情報（”従機
器”）が設定されている。すなわち、PTＢ−１は、コン
テンツＡが従機器において利用される場合にのみ選択可
能となる。
【０１１３】PTＢ−１の「価格条件３０」の「ユーザ条
件３０」および「機器条件３０」にも、実際は、図２３
（Ａ）に示すように、各コードのコード値が設定されて
いる。「ユーザ条件３０」には、”条件なし”を意味す
る００００ｈのサービスコード（図１５（Ａ））が、こ
の場合何ら意味を持たないＦＦＦＦＦＦｈのバリューコ
ードが、そして”無条件”を意味する００ｈのコンディ
ションコード（図１５（Ｂ））が設定されている。「機
器条件３０」は、”従機器”とされているので、”機器
に関し条件有り”を意味する００ｘｘｈのサービスコー
ドが、このとき”数値１００”を示す００００６４ｈの
バリューコードが、そして”＜（小さい）”を意味する
０３ｈのコンディションコード（図１５（Ｂ））が設定
されている。この例の場合、従機器には、１００番より
小さい機器番号が設定されているので、このようなコー
ド値が設定される。
【０１１４】PTＢ−１の「価格内容３１」の”１００
円”は、UCPＢ（図１２（Ｂ））の「利用内容２１」の
「形式２１」が”Pay Per Play”とされているので、１
回の再生を行う場合の料金を示し、「価格内容３２」
の”３００円”は、UCPＢの「利用内容２２」の「形式
２２」が”Pay Per Copy”とされているので、１回の複
製を行う場合の料金を示している。
【０１１５】UCPＢに対応して作成された、もう一方の
図２２（Ｂ）のPTＢ−２には、コンテンツＡのID、コン
テンツプロバイダ２−１のID、UCPＢのID、UCPＢの有効
期限、サービスプロバイダ３−１のID、PTＢ−２のID、
PTＢ−２の有効期限、価格条件４０、２通りの価格内容
４１，４２などが含まれている。
【０１１６】PTＢ−２の「価格条件４０」の「ユーザ条
件４０」には”条件なし”が設定され、その「機器条件
４０」には、機器が主機器であることを条件とする情報
（”主機器”）が設定されている。すなわち、PTＢ−２
は、主機器においてコンテンツが利用される場合にのみ
選択可能となる。
【０１１７】PTＢ−２の「価格条件４０」の「ユーザ条
件４０」および「機器条件４０」にも、実際は、図２３
（Ｂ）に示すように、各コードのコード値が設定されて
いる。「価格条件４０」の「ユーザ条件４０」には、”
条件なし”を意味する００００ｈのサービスコード（図
１５（Ａ））が、この場合何ら意味を持たないＦＦＦＦ
ＦＦｈのバリューコードが、そして”無条件”を意味す
る００ｈのコンディションコード（１５（Ｂ））が設定
されている。「機器条件４０」には、”機器に関し条件
有り”を意味する００ｘｘｈのサービスコードが、この
とき”数値１００”を示す００００６４ｈのバリューコ
ードが、そして”＝＞（以上）”を意味する０６ｈのコ
ンディションコードが設定されている。
【０１１８】PTＢ−２の「価格内容４１」および「価格
内容４２」のそれぞれに示される価格は、UCPＢの「利
用内容２１」の「形式２１」および「利用内容２２」の
「形式２２」のそれぞれに示される利用形式でコンテン
ツを利用する場合の料金を示している。
【０１１９】ここで、PTＢ−１（従機器に適用される）
の価格内容とPTＢ−２（主機器に適用される）の価格内
容を比較すると、PTＢ−１の価格内容は、PTＢ−２の価
格内容の２倍に設定されている。例えば、PTＢ−１の
「価格内容３１」が”１００円”とされているのに対
し、PTＢ−２の「価格内容４１」は５０円とされてお
り、「価格内容３２」が”３００円”とされているのに
対して、「価格内容４２」は”１５０円”とされてい
る。
【０１２０】図１９に戻り、ポリシー記憶部４３は、コ
ンテンツプロバイダ２から供給された、コンテンツのUC
Pを記憶し、セキュアコンテナ作成部４４に供給する。
【０１２１】セキュアコンテナ作成部４４は、例えば、
図２４に示すような、コンテンツＡ（コンテンツ鍵Ｋｃ
ｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配
送用鍵Ｋｄで暗号化されている）、UCPＡ，Ｂ、コンテ
ンツプロバイダ２の署名、PTＡ−１，Ａ−２，Ｂ−１，
Ｂ−２、および署名からなるサービスプロバイダセキュ
アコンテナを作成する。
【０１２２】セキュアコンテナ作成部４４はまた、作成
したサービスプロバイダセキュアコンテナを、図２５に
示すような、証明書のバージョン番号、認証局がサービ
スプロバイダ３−１に対し割り付ける証明書の通し番
号、署名に用いたアルゴリズムおよびパラメータ、認証
局の名前、証明書の有効期限、サービスプロバイダ３−
１の名前、サービスプロバイダ３−１の公開鍵Ｋｐｓ
ｐ、並びに署名より構成されるサービスプロバイダの証
明書を付して、ユーザホームネットワーク５に供給す
る。
【０１２３】図１９に、再び戻り、相互認証部４５は、
コンテンツプロバイダ２からコンテンツプロバイダセキ
ュアコンテナの供給を受け取るのに先立ち、コンテンツ
プロバイダ２と相互認証する。相互認証部４５また、ユ
ーザホームネットワーク５へのサービスプロバイダセキ
ュアコンテナの送信に先立ち、ユーザホームネットワー
ク５と相互認証するが、このサービスプロバイダ３とユ
ーザホームネットワーク５との相互認証は、例えば、ネ
ットワーク４が衛星通信である場合、実行されない。
【０１２４】サービスプロバイダ３−２の構成は、サー
ビスプロバイダ３−１の構成と基本的に同様であるの
で、その図示および説明は省略する。
【０１２５】次に、図２６のブロック図を参照して、ユ
ーザホームネットワーク５を構成するレシーバ５１の構
成例を説明する。レシーバ５１は、通信部６１、SAM６
２、外部記憶部６３、伸張部６４、通信部６５、インタ
フェース６６、表示制御部６７、および入力制御部６８
より構成されている。通信部６１は、ネットワーク４を
介してサービスプロバイダ３、またはEMDサービスセン
タ１と通信し、所定の情報を受信し、または送信する。
【０１２６】SAM６２は、相互認証モジュール７１、課
金処理モジュール７２、記憶モジュール７３、復号／暗
号化モジュール７４、およびデータ検査モジュール７５
からなるが、シングルチップの暗号処理専用ICで構成さ
れ、多層構造を有し、その内部のメモリセルはアルミニ
ウム層等のダミー層に挟まれ、また、動作する電圧また
は周波数の幅が狭い等、外部から不正にデータが読み出
し難い特性（耐タンパー性）を有している。
【０１２７】SAM６２の相互認証モジュール７１は、記
憶モジュール７３に記憶されている、図２７に示すSAM
６２の証明書を、相互認証相手に送信し、相互認証を実
行し、これにより、認証相手と共有することとなった一
時鍵Ｋｔｅｍｐ（セッション鍵）を復号／暗号化モジュ
ール７４に供給する。SAMの証明書は、コンテンツプロ
バイダ２−１の証明書（図１８）およびサービスプロバ
イダ３−１の証明書（図２５）に含まれている情報に対
応する情報に加え、主機器かまたは従機器かを示す情報
が含まれている。レシーバ５１は、主機器であるので、
図２７のSAM６２には、その旨を示す情報が含まれてい
る。
【０１２８】課金処理モジュール７２は、選択されたUC
Pの利用内容に基づいて、UCSおよび課金情報を作成す
る。図２８は、図１２（Ａ）に示したUCPＡの利用内容
１１と、図２０（Ａ）に示したPTＡ−１の価格内容１１
に基づいて作成されたUCSＡを表している。UCSには、図
２８に示されるように、「コンテンツのID」、「コンテ
ンツプロバイダのID」、「UCPのID」、「UCPの有効期
限」、「サービスプロバイダのID」、「PTのID」、「PT
の有効期限」、「UCSのID」、「SAMのID」、「ユーザの
ID」、「利用内容」、および「利用履歴」の各項目に対
応する所定の情報が設定されている。
【０１２９】UCSの、「コンテンツのID」、「コンテン
ツプロバイダのID」、「UCPのID」、「UCPの有効期
限」、「サービスプロバイダのID」、「PTのID」、およ
び「PTの有効期限」の各項目には、PTの、それらに対応
する項目の情報が設定される。すなわち、図２８のUCS
Ａの、「コンテンツのID」には、コンテンツＡのIDが、
「コンテンツプロバイダのID」には、コンテンツプロバ
イダ２−１のIDが、「UCPのID」には、UCPＡのIDが、
「UCPの有効期限」には、UCPＡの有効期限が、「サービ
スプロバイダのID」には、サービスプロバイダ３−１の
IDが、「PTのID」には、PTＡ−１のIDが、そして「PTの
有効期限」には、PTＡ−１の有効期限が、それぞれ設定
されている。
【０１３０】「UCSのID」には、UCSに割り当てられた所
定のIDが設定され、UCSＡの「UCSのID」には、UCSＡのI
Dが設定されている。「SAMのID」には、機器のSAMのID
が設定され、UCSＡの「SAMのID」には、レシーバ５１の
SAM６２のIDが設定されている。「ユーザのID」には、
コンテンツを利用するユーザのIDが設定され、UCSＡの
「ユーザのID」には、ユーザＦのIDが設定されている。
【０１３１】「利用内容」は、「ID」、「形式」、「パ
ラメータ」、および「管理情報」の各項目からなり、こ
れらの項目には、選択されたUCPの「利用内容」の、そ
れらの項目に対応する項目の情報が設定される。すなわ
ち、UCSＡの「ID」には、UCPＡの「利用内容１１」の
「ID１１」に設定されている情報（利用内容１１のID）
が、「形式」には、「利用内容１１」の「形式１１」に
設定されている”買い取り再生”が、「パラメータ」に
は、「利用内容１１」の「パラメータ１１」に設定され
ている情報（”買い取り再生”に対応する情報）が、
「管理情報」には、「利用内容１１」の「管理情報１
１」に設定されている情報（コンテンツが管理移動され
ていないことを示す情報）が、それぞれ設定されてい
る。
【０１３２】「利用履歴」には、同一のコンテンツに対
する利用形式の履歴が含まれている。UCSＡの「利用履
歴」には、”買い取り再生”を示す情報のみが記憶され
ているが、例えば、レシーバ５１において、コンテンツ
Ａが以前に利用されていた場合、そのときの利用形式を
示す情報も記憶されている。
【０１３３】作成されたUCSは、レシーバ５１の復号／
暗号化モジュール７４の復号化ユニット９１から供給さ
れるコンテンツ鍵Ｋｃｏ（保存用鍵Ｋｓａｖｅで暗号化
されている）とともに、外部記憶部６３に送信され、そ
の利用情報記憶部６３Ａに記憶される。外部記憶部６３
の利用情報記憶部６３Ａは、図２９に示すように、Ｍ個
のブロックＢP−１乃至ＢP−Ｍに分割され（例えば、１
メガバイト毎に分割され）、各ブロックＢPが、Ｎ個の
利用情報用メモリ領域ＲP−１乃至ＲP−Ｎに分割されて
いる。SAM６２から供給されるコンテンツ鍵Ｋｃｏ（保
存用鍵Ｋｓａｖｅで暗号化されている）およびUCSは、
利用情報用記憶部６３Ａの所定のブロックＢPの利用情
報用メモリ領域ＲPに、対応して記憶される。
【０１３４】図２９の例では、ブロックＢP−１の利用
情報用メモリ領域ＲP−３に、図２８に示したUCSＡと、
コンテンツＡを復号するためのコンテンツ鍵ＫｃｏＡ
（保存用鍵Ｋｓａｖｅで暗号化されている）が対応して
記憶されている。ブロックＢP−１の利用情報用メモリ
領域ＲP−１，ＲP−２には、他のコンテンツ鍵Ｋｃｏ
１，Ｋｃｏ２（それぞれ保存用鍵Ｋｓａｖｅで暗号化さ
れている）およびUCS１，２がそれぞれ記憶されてい
る。ブロックＢP−１の利用情報用メモリ領域ＲP−４乃
至ＲＰ−Ｎ、およびブロックＢP−２乃至ＢP−Ｍには、
コンテンツ鍵ＫｃｏおよびUCSは記憶されておらず、空
いていることを示す所定の初期情報が記憶されている。
なお、利用情報用メモリ領域ＲPに記憶されるコンテン
ツ鍵Ｋｃｏ（保存用鍵Ｋｓａｖｅで暗号化されている）
およびUCSを、個々に区別する必要がない場合、まとめ
て、利用情報と称する。
【０１３５】図３０は、図２８に示したUCSＡと同時に
作成された課金情報Ａを表している。課金情報は、図３
０に示されるように、「コンテンツのID」、「コンテン
ツプロバイダのID」、「UCPのID」、「UCPの有効期
限」、「サービスプロバイダのID」、「PTのID」、「PT
の有効期限」、「UCSのID」、「SAMのID」、「ユーザの
ID」、「利用内容」、および「課金履歴」の各項目に対
応する所定の情報などが設定される。
【０１３６】課金情報の、「コンテンツのID」、「コン
テンツプロバイダのID」、「UCPのID」、「UCPの有効期
限」、「サービスプロバイダのID」、「PTのID」、「PT
の有効期限」、「UCSのID」、「SAMのID」、「ユーザの
ID」、および「利用内容」には、UCSの、それらに対応
する項目の情報が、それぞれ設定されている。すなわ
ち、図３０の課金情報Ａの、「コンテンツのID」には、
コンテンツＡのIDが、「コンテンツプロバイダのID」に
は、コンテンツプロバイダ２−１のIDが、「UCPのID」
には、UCPＡのIDが、「UCPの有効期限」には、UCPＡの
有効期限が、「サービスプロバイダのID」には、サービ
スプロバイダ３−１のIDが、「PTのID」には、PTＡ−１
のIDが、「PTの有効期限」には、PTＡ−１の有効期限
が、「UCSのID」には、UCSＡのIDが、「SAMのID」に
は、SAM６２のIDが、「ユーザのID」には、ユーザＦのI
Dが、そして「利用内容」には、UCSＡの「利用内容」の
内容が、それぞれ設定されている。
【０１３７】課金情報Ａの「課金履歴」には、機器にお
いて計上された課金の合計額を示す情報が設定される。
課金情報Ａの「課金履歴」には、レシーバ５１において
計上された課金の合計額が設定されている。
【０１３８】図２６に戻り、記憶モジュール７３には、
図３１に示すように、SAM６２の公開鍵Ｋｐｕ、SAM６２
の秘密鍵Ｋｓｕ、EMDサービスセンタ１の公開鍵Ｋｐｅ
ｓｃ、認証局の公開鍵Ｋｐｃａ、保存用鍵Ｋｓａｖｅ、
３月分の配送用鍵Ｋｄなどの各種鍵、SAM６２の証明書
（図２５）、課金情報（例えば、図３０の課金情報
Ａ）、基準情報５１、およびＭ個の検査値ＨP−１乃至
ＨP−Ｍなどが記憶されている。
【０１３９】図３２は、記憶モジュール７３に記憶され
ている基準情報５１を表している。基準情報には、「SA
MのID」、「機器番号」、「決済ID」、「課金の上限
額」、「決済ユーザ情報」、「従属ユーザ情報」、およ
び「利用ポイント情報」の各項目に設定される所定の情
報などが含まれている。
【０１４０】基準情報の、「SAMのID」、「機器番
号」、「決済ID」、「決済ユーザ情報」、「従属ユーザ
情報」、および「利用ポイント情報」には、EMDサービ
スセンタ１のユーザ管理部１８により管理されるシステ
ム登録情報（図９）の対応する項目の情報が設定され
る。すなわち、基準情報５１には、SAM６２のID、SAM６
２の機器番号（１００番）、ユーザＦの決済ID、ユーザ
Ｆの決済ユーザ情報（ユーザＦの一般情報（氏名、住
所、電話番号、決済機関情報、生年月日、年齢、性
別）、ユーザＦのID、およびユーザＦのパスワード）、
および図３３に示す利用ポイント情報（図１０に示した
ものと同様の情報）が設定されている。
【０１４１】「課金の上限額」には、機器がEMDシステ
ムに正式登録されている状態と仮登録されている状態
で、それぞれ異なる課金の上限額が設定される。基準情
報５１の「課金の上限額」には、レシーバ５１が正式登
録されているので、正式登録されている状態における課
金の上限額を示す情報（”正式登録時の上限額”）が設
定されている。なお、正式登録されている状態における
課金の上限額は、仮登録されている状態における課金の
上限額よりも、大きな額である。
【０１４２】次に、記憶モジュール７３に記憶される、
図３１に示したＭ個の検索値ＨP−１乃至ＨP−Ｍについ
て説明する。検査値ＨP−１は、外部記憶部６３の利用
情報記憶部６３ＡのブロックＢP−１に記憶されている
データの全体にハッシュ関数が適用されて算出されたハ
ッシュ値である。検査値ＨP−２乃至ＨP−Ｍも、検査値
ＨP−１と同様に、外部記憶部６３の、対応するブロッ
クＢP−２乃至ＢP−Ｍのそれぞれに記憶されているデー
タのハッシュ値である。
【０１４３】図２６に戻り、SAM６２の復号／暗号化モ
ジュール７４は、復号ユニット９１、乱数発生ユニット
９２、および暗号化ユニット９３から構成される。復号
ユニット９１は、暗号化されたコンテンツ鍵Ｋｃｏを配
送用鍵Ｋｄで復号し、暗号化ユニット９３に出力する。
乱数発生ユニット９２は、相互認証時に、所定の桁数の
乱数を発生し、必要に応じて一時鍵Ｋｔｅｍｐを生成
し、暗号化ユニット９３に出力する。
【０１４４】暗号化ユニット９３は、復号されたコンテ
ンツ鍵Ｋｃｏを、再度、記憶モジュール７３に保持され
ている保存用鍵Ｋｓａｖｅで暗号化する。暗号化された
コンテンツ鍵Ｋｃｏは、外部記憶部６３に供給される。
暗号化ユニット９３は、コンテンツ鍵Ｋｃｏを伸張部６
４に送信するとき、コンテンツ鍵Ｋｃｏを乱数発生ユニ
ット９２で生成した一時鍵Ｋｔｅｍｐで暗号化する。
【０１４５】データ検査モジュール７５は、記憶モジュ
ール７３に記憶されている検査値ＨPと、外部記憶部６
３の利用情報記憶部６３Ａの、対応するブロックＢPの
データのハッシュ値を比較し、ブロックＢPのデータが
改竄されていないか否かを検査する。データ検査モジュ
ール７５はまた、コンテンツの管理移動が行われる際
に、検査値ＨPを再算出し、記憶モジュール７３に記憶
させる。伸張部６４は、相互認証モジュール１０１、復
号モジュール１０２、復号モジュール１０３、伸張モジ
ュール１０４、およびウォータマーク付加モジュール１
０５から構成される。相互認証モジュール１０１は、SA
M６２と相互認証し、一時鍵Ｋｔｅｍｐを復号モジュー
ル１０２に出力する。復号モジュール１０２は、一時鍵
Ｋｔｅｍｐで暗号化されたコンテンツ鍵Ｋｃｏを一時鍵
Ｋｔｅｍｐで復号し、復号モジュール１０３に出力す
る。復号モジュール１０３は、HDD５２に記録されたコ
ンテンツをコンテンツ鍵Ｋｃｏで復号し、伸張モジュー
ル１０４に出力する。伸張モジュール１０４は、復号さ
れたコンテンツを、更にATRAC2等の方式で伸張し、ウォ
ータマーク付加モジュール１０５に出力する。ウォータ
マーク付加モジュール１０５は、コンテンツにレシーバ
５１を特定する所定のウォータマーク（電子透かし）を
挿入し、図示せぬスピーカに出力し、音楽を再生する。
【０１４６】通信部６５は、ユーザホームネットワーク
５のレシーバ２０１との通信処理を行う。インターフェ
ース６６は、SAM６２および伸張部６４からの信号を所
定の形式に変更し、HDD５２に出力し、また、HDD５２か
らの信号を所定の形式に変更し、SAM６２および伸張部
６４に出力する。
【０１４７】表示制御部６７は、表示部（図示せず）へ
の出力を制御する。入力制御部６８は、各種ボタンなど
から構成される操作部（図示せず）からの入力を制御す
る。
【０１４８】HDD５２は、サービスプロバイダ３から供
給されたコンテンツ、UCP、およびPTの他、図３４に示
すような、登録リストを記憶している。この登録リスト
は、表形式に情報が記憶されているリスト部、および登
録リストを保持する機器についての所定の情報が記憶さ
れている対象SAM情報部より構成されている。
【０１４９】対象SAM情報部には、この登録リストを保
有する機器のSAMID、この例の場合、レシーバ５１のSAM
６２のIDが（「対象SAMID」の欄に）記憶されている。
対象SAM情報部にはまた、この登録リストの有効期限が
（「有効期限」の欄に）記憶され、登録リストのバージ
ョン番号が（「バージョン番号」の欄に）記憶され、そ
して接続されている機器の数（自分自身を含む）、この
例の場合、レシーバ５１には、他の機器が接続されてい
ないので、自分自身を含む値１が（「接続されている機
器数」の欄に）記憶されている。
【０１５０】リスト部は、「SAMID」、「ユーザID」、
「購入処理」、「課金処理」、「課金機器」、「コンテ
ンツ供給機器」、「状態フラグ」、「登録条件署名」、
および「登録リスト署名」の９個の項目から構成され、
この例の場合、レシーバ５１の登録条件として、それぞ
れの項目に所定の情報が記憶されている。
【０１５１】「SAMID」には、機器のSAMのIDが記憶され
る。この例の場合、レシーバ５１のSAM６２のIDが記憶
されている。「ユーザID」には、対応する機器のユーザ
のIDが記憶される。この例の場合、ユーザＦのIDが記憶
されている。
【０１５２】「購入処理」には、対応する機器が、コン
テンツを購入（具体的には、使用許諾条件やコンテンツ
鍵Ｋｃｏを購入）するための処理を行うことができるか
否かを示す情報（”可”または”不可”）が記憶され
る。この例の場合、レシーバ５１は、コンテンツを購入
するための処理を行うことができるので、”可”が記憶
されている。
【０１５３】「課金処理」には、対応する機器が、EMD
サービスセンタ１との間で、課金を決済する処理を行う
ことができるか否かを示す情報（”可”または”不
可”）が記憶される。この例の場合、レシーバ５１は、
ユーザＦが決済ユーザとして登録されているので、課金
を決済する処理を行うことができる。そのため、「課金
処理」には、”可”が記憶されている。
【０１５４】「課金機器」には、対応する機器において
計上された課金に対する課金処理を行う機器のSAMのID
が記憶される。この例の場合、レシーバ５１（SAM６
２）は、自分自身の課金を決済することができるので、
SAM６２のIDが記憶されている。
【０１５５】「コンテンツ供給機器」には、対応する機
器が、コンテンツの供給をサービスプロバイダ３からで
はなく、接続される他の機器から受ける場合、コンテン
ツを供給することができる機器のSAMのIDが記憶され
る。この例の場合、レシーバ５１は、コンテンツの供給
をサービスプロバイダ３から受けるので、コンテンツを
供給する機器が存在しない旨を示す情報（”なし”）が
記憶されている。
【０１５６】「状態フラグ」には、対応する機器の動作
制限条件が記憶される。何ら制限されていない場合は、
その旨を示す情報（”制限なし”）、一定の制限が課せ
られている場合は、その旨を示す情報（”制限あ
り”）、また動作が停止される場合には、その旨を示す
情報（”停止”）が記憶される。また、例えば、決済が
成功しなかった場合や、正式登録されるための与信処理
が完了していない場合（仮登録されている場合）、その
機器に対応する「状態フラグ」には、”制限あり”が設
定される。この例の場合、「状態フラグ」に”制限あ
り”が設定された機器においては、すでに購入されたコ
ンテンツを利用する処理は実行されるが、新たなコンテ
ンツを購入するための処理は実行されなくなる。すなわ
ち、一定の制限が機器に課せられる。また、コンテンツ
の不正複製などの違反行為が発覚した場合、「状態フラ
グ」には、”停止”が設定され、機器の動作が停止され
る。これにより、その機器はEMDシステムからのサービ
スを、一切受けうることができなくなる。
【０１５７】この例の場合、レシーバ５１に対しては、
何ら制限が課せられていないものとし、「状態フラグ」
には”なし”が設定されている。
【０１５８】「登録条件署名」には、登録条件として、
それぞれ、「SAMID」、「ユーザID」、「購入処理」、
「課金処理」、「課金代行機器」、「コンテンツ供給機
器」、および「状態フラグ」に記憶されている情報に対
するEMDサービスセンタ１による署名が記憶されてい
る。この例の場合、レシーバ５１の登録条件に対する署
名が記憶されている。「登録リスト署名」には、登録リ
ストに設定されたデータの全体に対する署名が設定され
ている。
【０１５９】図３５は、レシーバ２０１の構成例を表し
ている。レシーバ２０１の通信部２１１乃至入力制御部
２１８は、レシーバ５１の通信部６１乃至入力制御部６
８と同様の機能を有しているので、その説明は適宜省略
する。
【０１６０】SAM２１２の記憶モジュール２２３には、
この時点において、図３６に示すように、SAM２１２の
公開鍵Ｋｐｕ、SAM２１２の秘密鍵Ｋｓｕ、EMDサービス
センタ１の公開鍵Ｋｐｅｓｃ、認証局の公開鍵Ｋｐｃ
ａ、保存用鍵Ｋｓａｖｅ、予め認証局から配布されてい
るSAM２１２の証明書、および図３７に示すように、SAM
２１２のIDとレシーバ２０１の機器番号（１００番）が
設定されている基準情報２０１が記憶されている。な
お、図３６中、影が付されて表されている配送用鍵Ｋｄ
は、この時点において記憶されていない。
【０１６１】HDD２０２は、HDD５２と同様の機能を有す
るので、その説明は省略する。
【０１６２】次に、EMDシステムの処理について、図３
８のフローチャートを参照して説明するが、ここでは、
コンテンツプロバイダ２−１に保持されているコンテン
ツＡが、サービスプロバイダ３−１を介して、ユーザホ
ームネットワーク５のレシーバ５１に供給され、利用さ
れる場合を例として説明する。
【０１６３】ステップＳ１１において、配送用鍵Ｋｄ
が、EMDサービスセンタ１からコンテンツプロバイダ２
−１に供給される処理が行われる。この処理の詳細は、
図３９のフローチャートに示されている。すなわち、ス
テップＳ３１において、EMDサービスセンタ１の相互認
証部１７（図３）は、コンテンツプロバイダ２−１の相
互認証部３９（図１１）と相互認証し、コンテンツプロ
バイダ２−１が、正当なプロバイダであることが確認し
た後、EMDサービスセンタ１のコンテンツプロバイダ管
理部１２は、鍵サーバ１４から供給された配送用鍵Ｋｄ
をコンテンツプロバイダ２−１に送信する。なお、相互
認証処理の詳細は、図４０乃至図４２を参照して後述す
る。
【０１６４】次に、ステップＳ３２において、コンテン
ツプロバイダ２−１の暗号化部３６は、EMDサービスセ
ンタ１から送信された配送用鍵Ｋｄを受信し、ステップ
Ｓ３３において、記憶する。
【０１６５】このように、コンテンツプロバイダ２−１
の暗号化部３６が、配送用鍵Ｋｄを記憶したとき、処理
は終了し、図３８のステップＳ１２に進む。ここで、ス
テップＳ１２以降の処理の説明の前に、図３９のステッ
プＳ３１における相互認証処理（なりすましがないこと
を確認する処理）について、１つの共通鍵を用いる場合
（図４０）、２つの共通鍵を用いる場合（図４１）、お
よび公開鍵暗号を用いる場合（図４２）を例として説明
する。
【０１６６】図４０は、１つの共通鍵で、共通鍵暗号で
あるDESを用いる、コンテンツプロバイダ２の相互認証
部３９とEMDサービスセンタ１の相互認証部１７との相
互認証の動作を説明するフローチャートである。ステッ
プＳ４１において、コンテンツプロバイダ２の相互認証
部３９は、６４ビットの乱数Ｒ１を生成する（乱数生成
部３５が生成するようにしてもよい）。ステップＳ４２
において、コンテンツプロバイダ２の相互認証部３９
は、DESを用いて乱数Ｒ１を、予め記憶している共通鍵
Ｋcで暗号化する（暗号化部３６で暗号化するようにし
てもよい）。ステップＳ４３において、コンテンツプロ
バイダ２の相互認証部３９は、暗号化された乱数Ｒ１を
EMDサービスセンタ１の相互認証部１７に送信する。
【０１６７】ステップＳ４４において、EMDサービスセ
ンタ１の相互認証部１７は、受信した乱数Ｒ１を予め記
憶している共通鍵Ｋcで復号する。ステップＳ４５にお
いて、EMDサービスセンタ１の相互認証部１７は、３２
ビットの乱数Ｒ２を生成する。ステップＳ４６におい
て、EMDサービスセンタ１の相互認証部１７は、復号し
た６４ビットの乱数Ｒ１の下位３２ビットを乱数Ｒ２で
入れ替え、連接Ｒ１H‖Ｒ２を生成する。なお、ここで
ＲｉHは、Ｒｉの上位ビットを表し、Ａ‖Ｂは、ＡとＢ
の連接（ｎビットのＡの下位に、ｍビットのＢを結合し
て、（ｎ＋ｍ）ビットとしたもの）を表す。ステップＳ
４７において、EMDサービスセンタ１の相互認証部１７
は、DESを用いてＲ１H‖Ｒ２を共通鍵Ｋcで暗号化す
る。ステップＳ４８において、EMDサービスセンタ１の
相互認証部１７は、暗号化したＲ１H‖Ｒ２をコンテン
ツプロバイダ２に送信する。
【０１６８】ステップＳ４９において、コンテンツプロ
バイダ２の相互認証部３９は、受信したＲ１H‖Ｒ２を
共通鍵Ｋcで復号する。ステップＳ５０において、コン
テンツプロバイダ２の相互認証部３９は、復号したＲ１
H‖Ｒ２の上位３２ビットＲ１Hを調べ、ステップＳ４１
で生成した、乱数Ｒ１の上位３２ビットＲ１Hと一致す
れば、EMDサービスセンタ１が正当なセンタであること
を認証する。生成した乱数Ｒ１Hと、受信したＲ１Hが一
致しないとき、処理は終了される。両者が一致すると
き、ステップＳ５１において、コンテンツプロバイダ２
の相互認証部３９は、３２ビットの乱数Ｒ３を生成す
る。ステップＳ５２において、コンテンツプロバイダ２
の相互認証部３９は、受信し、復号した３２ビットの乱
数Ｒ２を上位に設定し、生成した乱数Ｒ３をその下位に
設定し、連接Ｒ２‖Ｒ３とする。ステップＳ５３におい
て、コンテンツプロバイダ２の相互認証部３９は、DES
を用いて連接Ｒ２‖Ｒ３を共通鍵Ｋcで暗号化する。ス
テップＳ５４において、コンテンツプロバイダ２の相互
認証部３９は、暗号化された連接Ｒ２‖Ｒ３をEMDサー
ビスセンタ１の相互認証部１７に送信する。
【０１６９】ステップＳ５５において、EMDサービスセ
ンタ１の相互認証部１７は、受信した連接Ｒ２‖Ｒ３を
共通鍵Ｋcで復号する。ステップＳ５６において、EMDサ
ービスセンタ１の相互認証部１７は、復号した連接Ｒ２
‖Ｒ３の上位３２ビットを調べ、乱数Ｒ２と一致すれ
ば、コンテンツプロバイダ２を正当なプロバイダとして
認証し、一致しなければ、不正なプロバイダとして、処
理を終了する。
【０１７０】図４１は、２つの共通鍵Ｋｃ１，Ｋｃ２
で、共通鍵暗号であるDESを用いる、コンテンツプロバ
イダ２の相互認証部３９とEMDサービスセンタ１の相互
認証部１７との相互認証の動作を説明するフローチャー
トである。ステップＳ６１において、コンテンツプロバ
イダ２の相互認証部３９は、６４ビットの乱数Ｒ１を生
成する。ステップＳ６２において、コンテンツプロバイ
ダ２の相互認証部３９は、DESを用いて乱数Ｒ１を予め
記憶している共通鍵Ｋｃ１で暗号化する。ステップＳ６
３において、コンテンツプロバイダ２の相互認証部３９
は、暗号化された乱数Ｒ１をEMDサービスセンタ１に送
信する。
【０１７１】ステップＳ６４において、EMDサービスセ
ンタ１の相互認証部１７は、受信した乱数Ｒ１を予め記
憶している共通鍵Ｋｃ１で復号する。ステップＳ６５に
おいて、EMDサービスセンタ１の相互認証部１７は、乱
数Ｒ１を予め記憶している共通鍵Ｋｃ２で暗号化する。
ステップＳ６６において、EMDサービスセンタ１の相互
認証部１７は、６４ビットの乱数Ｒ２を生成する。ステ
ップＳ６７において、EMDサービスセンタ１の相互認証
部１７は、乱数Ｒ２を共通鍵Ｋｃ２で暗号化する。ステ
ップＳ６８において、EMDサービスセンタ１の相互認証
部１７は、暗号化された乱数Ｒ１および乱数Ｒ２をコン
テンツプロバイダ２の相互認証部３９に送信する。
【０１７２】ステップＳ６９において、コンテンツプロ
バイダ２の相互認証部３９は、受信した乱数Ｒ１および
乱数Ｒ２を予め記憶している共通鍵Ｋｃ２で復号する。
ステップＳ７０において、コンテンツプロバイダ２の相
互認証部３９は、復号した乱数Ｒ１を調べ、ステップＳ
６１で生成した乱数Ｒ１（暗号化する前の乱数Ｒ１）と
一致すれば、EMDサービスセンタ１を適正なセンタとし
て認証し、一致しなければ、不正なセンタであるとし
て、処理を終了する。ステップＳ７１において、コンテ
ンツプロバイダ２の相互認証部３９は、復号して得た乱
数Ｒ２を共通鍵Ｋｃ１で暗号化する。ステップＳ７２に
おいて、コンテンツプロバイダ２の相互認証部３９は、
暗号化された乱数Ｒ２をEMDサービスセンタ１に送信す
る。
【０１７３】ステップＳ７３において、EMDサービスセ
ンタ１の相互認証部１７は、受信した乱数Ｒ２を共通鍵
Ｋｃ１で復号する。ステップＳ７４において、EMDサー
ビスセンタ１の相互認証部１７は、復号した乱数Ｒ２
が、ステップＳ６６で生成した乱数Ｒ２（暗号化する前
の乱数Ｒ２）と一致すれば、コンテンツプロバイダ２を
適正なプロバイダとして認証し、一致しなければ、不正
なプロバイダであるとして処理を終了する。
【０１７４】図４２は、公開鍵暗号である、１６０ビッ
ト長の楕円曲線暗号を用いる、コンテンツプロバイダ２
の相互認証部３９とEMDサービスセンタ１の相互認証部
１７との相互認証の動作を説明するフローチャートであ
る。ステップＳ８１において、コンテンツプロバイダ２
の相互認証部３９は、６４ビットの乱数Ｒ１を生成す
る。ステップＳ８２において、コンテンツプロバイダ２
の相互認証部３９は、自分自身の公開鍵Ｋｐｃｐを含む
証明書（認証局から予め取得しておいたもの）と、乱数
Ｒ１をEMDサービスセンタ１の相互認証部１７に送信す
る。
【０１７５】ステップＳ８３において、EMDサービスセ
ンタ１の相互認証部１７は、受信した証明書の署名（認
証局の秘密鍵Ｋｓｃａで暗号化されている）を、予め取
得しておいた認証局の公開鍵Ｋｐｃａで復号し、コンテ
ンツプロバイダ２の公開鍵Ｋｐｃｐとコンテンツプロバ
イダ２の名前のハッシュ値を取り出すとともに、証明書
に平文のまま格納されているコンテンツプロバイダ２の
公開鍵Ｋｐｃｐおよびコンテンツプロバイダ２の名前を
取り出す。証明書が認証局が発行した適正なものであれ
ば、証明書の署名を復号することが可能であり、復号し
て得られた公開鍵Ｋｐｃｐおよびコンテンツプロバイダ
２の名前のハッシュ値は、平文のまま証明書に格納され
ていたコンテンツプロバイダ２の公開鍵Ｋｐｃｐおよび
コンテンツプロバイダ２の名前にハッシュ関数を適用し
て得られたハッシュ値と一致する。これにより、公開鍵
Ｋｐｃｐが改竄されたものでない適正なものであること
が認証される。署名を復号出来なかったり、できたとし
てもハッシュ値が一致しないときには、適正な公開鍵で
ないか、適正なプロバイダでないことになる。この時処
理は終了される。
【０１７６】適正な認証結果が得られたとき、ステップ
Ｓ８４において、EMDサービスセンタ１の相互認証部１
７は、６４ビットの乱数Ｒ２を生成する。ステップＳ８
５において、EMDサービスセンタ１の相互認証部１７
は、乱数Ｒ１および乱数Ｒ２の連接Ｒ１‖Ｒ２を生成す
る。ステップＳ８６において、EMDサービスセンタ１の
相互認証部１７は、連接Ｒ１‖Ｒ２を自分自身の秘密鍵
Ｋｓｅｓｃで暗号化する。ステップＳ８７において、EM
Dサービスセンタ１の相互認証部１７は、連接Ｒ１‖Ｒ
２を、ステップＳ８３で取得したコンテンツプロバイダ
２の公開鍵Ｋｐｃｐで暗号化する。ステップＳ８８にお
いて、EMDサービスセンタ１の相互認証部１７は、秘密
鍵Ｋｓｅｓｃで暗号化された連接Ｒ１‖Ｒ２、公開鍵Ｋ
ｐｃｐで暗号化された連接Ｒ１‖Ｒ２、および自分自身
の公開鍵Ｋｐｅｓｃを含む証明書（認証局から予め取得
しておいたもの）をコンテンツプロバイダ２の相互認証
部３９に送信する。
【０１７７】ステップＳ８９において、コンテンツプロ
バイダ２の相互認証部３９は、受信した証明書の署名を
予め取得しておいた認証局の公開鍵Ｋｐｃａで復号し、
正しければ証明書から公開鍵Ｋｐｅｓｃを取り出す。こ
の場合の処理は、ステップＳ８３における場合と同様で
あるので、その説明は省略する。ステップＳ９０におい
て、コンテンツプロバイダ２の相互認証部３９は、EMD
サービスセンタ１の秘密鍵Ｋｓｅｓｃで暗号化されてい
る連接Ｒ１‖Ｒ２を、ステップＳ８９で取得した公開鍵
Ｋｐｅｓｃで復号する。ステップＳ９１において、コン
テンツプロバイダ２の相互認証部３９は、自分自身の公
開鍵Ｋｐｃｐで暗号化されている連接Ｒ１‖Ｒ２を、自
分自身の秘密鍵Ｋｓｃｐで復号する。ステップＳ９２に
おいて、コンテンツプロバイダ２の相互認証部３９は、
ステップＳ９０で復号された連接Ｒ１‖Ｒ２と、ステッ
プＳ９１で復号された連接Ｒ１‖Ｒ２を比較し、一致す
ればEMDサービスセンタ１を適正なものとして認証し、
一致しなければ、不適正なものとして、処理を終了す
る。
【０１７８】適正な認証結果が得られたとき、ステップ
Ｓ９３において、コンテンツプロバイダ２の相互認証部
３９は、６４ビットの乱数Ｒ３を生成する。ステップＳ
９４において、コンテンツプロバイダ２の相互認証部３
９は、ステップＳ９０で取得した乱数Ｒ２および生成し
た乱数Ｒ３の連接Ｒ２‖Ｒ３を生成する。ステップＳ９
５において、コンテンツプロバイダ２の相互認証部３９
は、連接Ｒ２‖Ｒ３を、ステップＳ８９で取得した公開
鍵Ｋｐｅｓｃで暗号化する。ステップＳ９６において、
コンテンツプロバイダ２の相互認証部３９は、暗号化し
た連接Ｒ２‖Ｒ３をEMDサービスセンタ１の相互認証部
１７に送信する。
【０１７９】ステップＳ９７において、EMDサービスセ
ンタ１の相互認証部１７は、暗号化された連接Ｒ２‖Ｒ
３を自分自身の秘密鍵Ｋｓｅｓｃで復号する。ステップ
Ｓ９８において、EMDサービスセンタ１の相互認証部１
７は、復号した乱数Ｒ２が、ステップＳ８４で生成した
乱数Ｒ２（暗号化する前の乱数Ｒ２）と一致すれば、コ
ンテンツプロバイダ２を適正なプロバイダとして認証
し、一致しなけば、不適正なプロバイダとして、処理を
終了する。
【０１８０】以上のように、EMDサービスセンタ１の相
互認証部１７とコンテンツプロバイダ２の相互認証部３
９は、相互認証する。相互認証に利用された乱数は、そ
の相互認証に続く処理にだけ有効な一時鍵Ｋｔｅｍｐと
して利用される。
【０１８１】次に、図３８のステップＳ１２の処理につ
いて説明する。ステップＳ１２においては、コンテンツ
プロバイダセキュアコンテナが、コンテンツプロバイダ
２−１からサービスプロバイダ３−１に供給される処理
が行われる。その処理の詳細は、図４３のフローチャー
トに示されている。すなわち、ステップＳ２０１におい
て、コンテンツプロバイダ２−１のウォータマーク付加
部３２（図１１）は、コンテンツサーバ３１からコンテ
ンツＡを読み出し、コンテンツプロバイダ２−１を示す
所定のウォータマーク（電子透かし）を挿入し、圧縮部
３３に供給する。
【０１８２】ステップＳ２０２において、コンテンツプ
ロバイダ２−１の圧縮部３３は、ウォータマークが挿入
されたコンテンツＡをATRAC2等の所定の方式で圧縮し、
暗号化部３４に供給する。ステップＳ２０３において、
乱数発生部３５は、コンテンツ鍵ＫｃｏＡとなる乱数を
発生させ、暗号化部３４に供給する。
【０１８３】ステップＳ２０４において、コンテンツプ
ロバイダ２−１の暗号化部３４は、DESなどの所定の方
式で、乱数発生部３５で発生された乱数（コンテンツ鍵
ＫｃｏＡ）を使用して、ウォータマークが挿入されて圧
縮されたコンテンツＡを暗号化する。次に、ステップＳ
２０５において、暗号化部３６は、DESなどの所定の方
式で、EMDサービスセンタ１から供給された配送用鍵Ｋ
ｄでコンテンツ鍵ＫｃｏＡを暗号化する。
【０１８４】ステップＳ２０６において、コンテンツプ
ロバイダ２−１のセキュアコンテナ作成部３８は、コン
テンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されてい
る）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化さ
れている）、およびポリシー記憶部３７に記憶されてい
る、コンテンツＡに対応するUCPＡ，Ｂ（図１２）の全
体にハッシュ関数を適用してハッシュ値を算出し、自分
自身の秘密鍵Ｋｓｃｐで暗号化する。これにより、図１
７に示した署名が作成される。
【０１８５】ステップＳ２０７において、コンテンツプ
ロバイダ２−１のセキュアコンテナ作成部３８は、コン
テンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されてい
る）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化さ
れている）、UCPＡ，Ｂ（図１２）、およびステップＳ
２０６で生成した署名を含んだ、図１７に示したコンテ
ンツプロバイダセキュアコンテナを作成する。
【０１８６】ステップＳ２０８において、コンテンツプ
ロバイダ２−１の相互認証部３９は、サービスプロバイ
ダ３−１の相互認証部４５（図１９）と相互認証する。
この認証処理は、図４０乃至図４２を参照して説明した
場合と同様であるので、その説明は省略する。ステップ
Ｓ２０９において、コンテンツプロバイダ２−１のセキ
ュアコンテナ作成部３８は、認証局から予め発行された
証明書（図１８）を、ステップＳ２０７で作成したコン
テンツプロバイダセキュアコンテナに付して、サービス
プロバイダ３−１に送信する。
【０１８７】このようにして、コンテンツプロバイダセ
キュアコンテナが、サービスプロバイダ３−１に供給さ
れたとき、処理は終了し、図３８のステップＳ１３に進
む。
【０１８８】ステップＳ１３において、サービスプロバ
イダセキュアコンテナが、サービスプロバイダ３−１か
らユーザホームネットワーク５（レシーバ５１）に供給
される。この処理の詳細は、図４４のフローチャートに
示されている。すなわち、ステップＳ２２１において、
サービスプロバイダ３−１の値付け部４２（図１９）
は、コンテンツプロバイダ２−１から送信されたコンテ
ンツプロバイダセキュアコンテナに付された証明書（図
１８）に含まれる署名を確認し、証明書の改竄がなけれ
ば、それから、コンテンツプロバイダ２−１の公開鍵Ｋ
ｐｃｐを取り出す。証明書の署名の確認は、図４２のス
テップＳ８３における処理と同様であるので、その説明
は省略する。
【０１８９】ステップＳ２２２において、サービスプロ
バイダ３−１の値付け部４２は、コンテンツプロバイダ
２−１から送信されたコンテンツプロバイダセキュアコ
ンテナの署名をコンテンツプロバイダ２−１の公開鍵Ｋ
ｐｃｐで復号し、得られたハッシュ値が、コンテンツＡ
（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテ
ンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、
およびUCPＡ，Ｂの全体にハッシュ関数を適用して得ら
れたハッシュ値と一致するか否かを判定し、コンテンツ
プロバイダセキュアコンテナの改竄がないことを確認す
る。両者の値が一致しない場合（改竄が発見された場
合）は、処理は終了されるが、この例の場合、コンテン
ツプロバイダセキュアコンテナの改竄はなかったものと
し、ステップＳ２２３に進む。
【０１９０】ステップＳ２２３において、サービスプロ
バイダ３−１の値付け部４２は、コンテンツプロバイダ
セキュアコンテナから、コンテンツＡ（コンテンツ鍵Ｋ
ｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ
（配送用鍵Ｋｄで暗号化されている）、および署名を取
り出し、コンテンツサーバ４１に供給する。コンテンツ
サーバ４１は、それらを記憶する。値付け部４２はまた
UCPＡ，Ｂも、コンテンツプロバイダセキュアコンテナ
から取り出し、セキュアコンテナ作成部４４に供給す
る。
【０１９１】ステップＳ２２４において、サービスプロ
バイダ３−１の値付け部４２は、取り出したUCPＡ，Ｂ
に基づいて、PTＡ−１，Ａ−２（図２０）、およびPTＢ
−１，Ｂ−２（図２２）を作成し、セキュアコンテナ作
成部４４に供給する。
【０１９２】ステップＳ２２５において、サービスプロ
バイダ３−１のセキュアコンテナ作成部４４は、コンテ
ンツサーバ４１から読み出したコンテンツＡ（コンテン
ツ鍵ＫｃｏＡで暗号化されている）およびコンテンツ鍵
ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）と、値付
け部４２から供給された、UCPＡ，Ｂ、コンテンツプロ
バイダ２の署名、およびPTＡ−１，Ａ−２，Ｂ−１，Ｂ
−２、並びにその署名から、図２４に示したサービスプ
ロバイダセキュアコンテナを作成する。
【０１９３】ステップＳ２２６において、サービスプロ
バイダ３−１の相互認証部４５は、レシーバ５１の相互
認証モジュール７１（図２６）と相互認証する。この認
証処理は、図４０乃至図４２を参照して説明した場合と
同様であるので、その説明を省略する。
【０１９４】ステップＳ２２７において、サービスプロ
バイダ３−１のセキュアコンテナ作成部４４は、ステッ
プＳ２２５で作成したサービスプロバイダセキュアコン
テナに、サービスプロバイダ３−１の証明書（図２５）
を付して、ユーザホームネットワーク５のレシーバ５１
に送信する。
【０１９５】このようにして、サービスプロバイダセキ
ュアコンテナが、サービスプロバイダ３−１からレシー
バ５１に送信されたとき、処理は終了し、図３８のステ
ップＳ１４に進む。
【０１９６】ステップＳ１４において、サービスプロバ
イダ３−１から送信されたサービスプロバイダセキュア
コンテナが、ユーザホームネットワーク５のレシーバ５
１により受信される。この処理の詳細は、図４５のフロ
ーチャートに示されている。すなわち、ステップＳ２４
１において、レシーバ５１の相互認証モジュール７１
（図２６）は、通信部６１を介して、サービスプロバイ
ダ３−１の相互認証部４５（図１９）と相互認証し、相
互認証できたとき、通信部６１は、相互認証したサービ
スプロパイダ３−１から、サービスプロバイダセキュア
コンテナ（図２４）を受信する。相互認証できなかった
場合、処理は終了されるが、この例の場合、相互認証さ
れたものとし、ステップＳ２４２に進む。
【０１９７】ステップＳ２４２において、レシーバ５１
の通信部６１は、ステップＳ２４１で相互認証したサー
ビスプロバイダ３−１から、公開鍵証明書を受信する。
【０１９８】ステップＳ２４３において、レシーバ５１
の復号／暗号化モジュール７４は、ステップＳ２４１で
受信したサービスプロバイダセキュアコンテナに含まれ
る署名を検証し、改竄がなかったか否かを検証する。こ
こで、改竄が発見された場合、処理は終了するが、この
例の場合、改竄が発見されなかったものとし、ステップ
Ｓ２４４に進む。
【０１９９】ステップＳ２４４において、レシーバ５１
の記憶モジュール７３に記憶されている基準情報５１
（図３２）が、利用条件を満たすUCPと価格条件を満た
すPTが選択され、表示制御部６７を介して、図示せず表
示部に表示される。ユーザＦは、表示されたUCPおよびP
Tの内容を参照して、図示せぬ操作部を操作し、UCPの１
つの利用内容を選択する。これにより、入力制御部６８
は、操作部から入力された、ユーザＦの操作に対応する
信号をSAM６２に出力する。
【０２００】この例の場合、レシーバ５１の基準情報５
１の「利用ポイント情報」には、図３３に示したよう
に、コンテンツプロバイダ２−１のコンテンツ利用ポイ
ントが２２２ポイントであるとされている。すなわち、
この基準情報５１によれば、コンテンツＡに対応して設
定されたUCPＡ，Ｂのうち、「利用条件１０」の「ユー
ザ条件１０」が”２００ポイント以上”とされているUC
PＡ（図１２（Ａ））が選択される。また、基準情報５
１の「決済ユーザ情報」には、ユーザＦは男性とされて
いるので、PTＡ−１（図２０（Ａ））の「価格条件１
０」に設定された条件を満たす。その結果、UCPＡに対
応して作成されたPTＡ−１，PTＡ−２のうち、PTＡ−１
が選択される。結局、UCPＡおよびPTＡ−１の内容が、
表示部に表示される。また、この例の場合、これによ
り、ユーザＦが、UCPＡの利用内容１１（PTＡ−１の価
格内容１１）を選択したものとする。
【０２０１】ステップＳ２４５において、レシーバ５１
のSAM６２の課金処理モジュール７２は、ステップＳ２
４４で選択された、UCPＡの「利用内容１１」の内容（P
TＡ−１の「価格内容１１」の内容）に基づいて、UCSＡ
（図２８）および課金情報Ａ（図３０）を作成する。す
なわち、この場合、コンテンツＡは、料金が２０００円
で買い取り再生される。
【０２０２】ステップＳ２４６において、サービスプロ
バイダセキュアコンテナ（図２４）に含まれる、コンテ
ンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、
UCPＡ、PTＡ−１，Ａ−２、コンテンツプロバイダ２の
署名が取り出され、HDD５２に出力され、記憶される。
ステップＳ２４７において、復号／暗号化ユニット７４
の復号ユニット９１は、サービスプロバイダセキュアコ
ンテナに含まれるコンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄ
で暗号化されている）を、記憶モジュール７３に記憶さ
れている配送用鍵Ｋｄで復号する。
【０２０３】ステップＳ２４８において、復号／暗号化
ユニット７４の暗号化ユニット９３は、ステップＳ２４
７で復号されたコンテンツ鍵ＫｃｏＡを、記憶モジュー
ル７３に記憶されている保存用鍵Ｋｓａｖｅで暗号化す
る。
【０２０４】ステップＳ２４９において、レシーバ５１
のデータ検査モジュール７５は、ステップＳ２４８で保
存用鍵Ｋｓａｖｅで暗号化されたコンテンツ鍵Ｋｃｏ
Ａ、およびステップＳ２４５で作成されたUCSＡが対応
して記憶される、外部記憶部６３の利用情報記憶部６３
Ａ（図２９）のブロックＢPを検出する。この例の場
合、利用情報記憶部６３ＡのブロックＢP−１が検出さ
れる。なお、図２９の利用情報記憶部６３Ａにおいて、
そのブロックＢP−１の利用情報用メモリ領域ＲP−３に
コンテンツ鍵ＫｃｏＡおよびUCSＡが記憶されているよ
うに示されているが、この例の場合、ブロックＢP−１
の利用情報用メモリ領域ＲP−３は、この時点におい
て、それらは記憶されておらず、空いることを示す所定
の初期情報が記憶されている。
【０２０５】ステップＳ２５０において、レシーバ５１
のデータ検査モジュール７５は、ステップＳ２４９で検
出したブロックＢP−１のデータ（利用情報用メモリ領
域ＲP−１乃至ＲP−Ｎに記憶されている全てのデータ）
にハッシュ関数を適用して、ハッシュ値を得る。次に、
ステップＳ２５１において、データ検査モジュール７５
は、ステップＳ２５０で得られたハッシュ値と、記憶モ
ジュール７３に記憶されているブロックＢP−１に対応
する検査値ＨP−１（図３１）とを比較し、一致するか
否かを判定し、一致すると判定した場合、そのブロック
ＢP−１のデータは改竄されていないので、ステップＳ
２５２に進む。
【０２０６】ステップＳ２５２において、レシーバ５１
のSAM６２は、利用情報（ステップＳ２４８で、保存用
鍵Ｋｓａｖｅで暗号化されたコンテンツ鍵ＫｃｏＡ、お
よびステップＳ２４５で作成されたUCSＡ（図２８））
を、外部記憶部６３のブロックP−１の利用情報用メモ
リ領域ＲP−３に記憶させる。
【０２０７】ステップＳ２５３において、レシーバ５１
のデータ検査モジュール７５は、ステップＳ２５２で利
用情報が記憶された利用情報用メモリ領域ＲP−３が属
する、利用情報記憶部６３ＡのブロックＢP−１に記憶
している全てのデータにハッシュ関数を適用し、ハッシ
ュ値を算出し、ステップＳ２５４において、記憶モジュ
ール７３に記憶されている検査値ＨP−１に上書きす
る。ステップＳ２５５において、課金処理モジュール７
２は、ステップＳ２４５で作成した課金情報Ａを記憶モ
ジュール７３に記憶させ、処理は終了する。
【０２０８】ステップＳ２５１において、算出されたハ
ッシュ値と検査値ＨP−１とが一致しないと判定された
場合、ブロックＢP−１のデータは改竄されているの
で、手続きは、ステップＳ２５６に進み、データ検査モ
ジュール７５は、外部記憶部６３の利用情報記憶部６３
Ａの全てのブロックＢPを調べたか否かを判定し、外部
記憶部６３の全てのブロックＢPを調べていないと判定
した場合、ステップＳ２５７に進み、利用情報記憶部６
３Ａの、空きを有する他のブロックＢPを検索し、ステ
ップＳ２５０に戻り、それ以降の処理が実行される。
【０２０９】ステップＳ２５６において、外部記憶部６
３の利用情報記憶部６３Ａの全てのブロックＢPが調べ
られたと判定された場合、利用情報を記憶できるブロッ
クＢP（利用情報用メモリ領域ＲP）は存在しないので、
処理は終了する。
【０２１０】このように、サービスプロバイダセキュア
コンテナが、レシーバ５１により受信されると、処理は
終了し、図３８のステップＳ１５に進む。
【０２１１】ステップＳ１５において、供給されたコン
テンツＡが、レシーバ５１において利用される。なお、
この例の場合選択されたUCPＡの利用内容１１によれ
ば、コンテンツＡは、再生して利用される。そこで、こ
こでは、コンテンツＡの再生処理について説明する。こ
の再生処理の詳細は、図４６のフローチャートに示され
ている。
【０２１２】ステップＳ２６１において、レシーバ５１
のデータ検査モジュール７５は、図４５のステップＳ２
５２で、コンテンツ鍵ＫｃｏＡ（保存用鍵Ｋｓａｖｅで
暗号化されている）およびUCSＡが記憶された利用情報
用メモリ領域ＲP−３が属する、外部記憶部６３の利用
情報記憶部６３ＡのブロックＢP−１のデータにハッシ
ュ関数を適用してハッシュ値を算出する。
【０２１３】ステップＳ２６２において、レシーバ５１
のデータ検査モジュール７５は、ステップＳ２６１にお
いて算出したハッシュ値が、図４５のステップＳ２５３
で算出し、ステップＳ２５４で記憶モジュール７３に記
憶させたハッシュ値と一致するか否かを判定し、一致す
ると判定した場合、ブロックＢP−１のデータは改竄さ
れていないので、ステップＳ２６３に進む。
【０２１４】ステップＳ２６３において、UCSＡ（図２
８）の「利用内容」の「パラメータ」に示されている情
報に基づいて、コンテンツＡが利用可能か否かが判定さ
れる。例えば、「利用内容」の「形式」が、”期間制限
再生”とされているUCSにおいては、その「パラメー
タ」には、その開始期間（時刻）と終了期間（時刻）が
記憶されているので、この場合、現在の時刻が、その範
囲内にであるか否かが判定される。現在の時刻がその範
囲内にあるとき、そのコンテンツの利用が可能であると
判定され、範囲外にあるとき、利用不可と判定される。
また、「利用内容」の「形式」が、所定の回数に限って
再生（複製）する利用形式とされているUCSにおいて
は、その「パラメータ」には、残された利用可能回数が
記憶されている。この場合、「パラメータ」に記憶され
ている利用可能回数が０回でないとき、対応するコンテ
ンツの利用が可能であると判定され、一方、利用可能回
数が０回であるとき、利用不可と判定される。
【０２１５】なお、UCSＡの「利用内容」の「形式」
は、”買い取り再生”とされているので、この場合、コ
ンテンツＡは、買い取られ、制限なしに再生される。す
なわち、UCSＡの「利用内容」の「パラメータ」には、
コンテンツが利用可能であることを示す情報が設定され
ている。そのため、この例の場合では、ステップＳ２６
３において、コンテンツＡが利用可能であると判定さ
れ、ステップＳ２６４に進む。
【０２１６】ステップＳ２６４において、レシーバ５１
の課金モジュール７２は、UCSＡを更新する。UCSＡに
は、更新すべき情報は含まれていないが、例えば、「利
用内容」の「形式」が所定の回数に限って再生する利用
形式とされている場合、その「パラメータ」に記憶され
ている、再生可能回数が１つだけデクリメントされる。
【０２１７】次に、ステップＳ２６５において、レシー
バ５１のSAM６２は、ステップＳ２６４で更新されたUCS
Ａ（実際は、更新されていない）を、外部記憶部６３の
利用情報記憶部６３ＡのブロックＢP−１の利用情報用
メモリ領域ＲP−３に記憶される。ステップＳ２６６に
おいて、データ検査モジュール７５は、ステップＳ２６
５でUCSＡが記憶された、外部記憶部６３の利用情報記
憶部６３ＡのブロックＢP−１のデータにハッシュ関数
を適用して、ハッシュ値を算出し、記憶モジュール７３
に記憶されている、検査値ＨP−１に上書きする。
【０２１８】ステップＳ２６７において、SAM６２の相
互認証モジュール７１と、伸張部６４の相互認証モジュ
ール１０１は、相互認証し、SAM６２および伸張部６４
は、一時鍵Ｋｔｅｍｐを共有する。この認証処理は、図
４０乃至図４２を参照して説明した場合と同様であるの
で、ここでは説明を省略する。相互認証に用いられる乱
数Ｒ１、Ｒ２、Ｒ３、またはその組み合わせが、一時鍵
Ｋｔｅｍｐとして用いられる。
【０２１９】ステップＳ２６８において、復号／暗号化
モジュール７４の復号ユニット９１は、図４５のステッ
プＳ２５２で外部記憶部６３の利用情報記憶部６３Ａの
ブロックＢP−１（利用情報用メモリ領域ＲP−３）に記
憶されたコンテンツ鍵ＫｃｏＡ（保存用鍵Ｋｓａｖｅで
暗号化されている）を、記憶モジュール７３に記憶され
た保存用鍵Ｋｓａｖｅで復号する。
【０２２０】次に、ステップＳ２６９において、復号／
暗号化モジュール７４の暗号化ユニット９３は、復号さ
れたコンテンツ鍵ＫｃｏＡを一時鍵Ｋｔｅｍｐで暗号化
する。ステップＳ２７０において、SAM６２は、一時鍵
Ｋｔｅｍｐで暗号化されたコンテンツ鍵ＫｃｏＡを伸張
部６４に送信する。
【０２２１】ステップＳ２７１において、伸張部６４の
復号モジュール１０２は、コンテンツ鍵ＫｃｏＡを一時
鍵Ｋｔｅｍｐで復号する。ステップＳ２７２において、
伸張部６４は、インタフェース６６を介して、HDD５２
に記録されたコンテンツＡ（コンテンツ鍵Ｋｃｏで暗号
化されている）を受け取る。ステップＳ２７３におい
て、伸張部６４の復号モジュール１０３は、コンテンツ
Ａ（コンテンツ鍵Ｋｃｏで暗号化されている）をコンテ
ンツ鍵ＫｃｏＡで復号する。
【０２２２】ステップＳ２７４において、伸張部６４の
伸張モジュール１０４は、復号されたコンテンツＡをAT
RAC2などの所定の方式で伸張する。ステップＳ２７５に
おいて、伸張部６４のウォータマーク付加モジュール１
０５は、伸張されたコンテンツＡにレシーバ５１を特定
する所定のウォータマーク（電子透かし）を挿入する。
ステップＳ２７６において、コンテンツＡは、図示せぬ
スピーカなどに出力され、処理は終了する。
【０２２３】ステップＳ２６２において、ステップＳ２
６１において算出されたハッシュ値が、レシーバ５１の
記憶モジュール７３に記憶されたハッシュ値と一致しな
いと判定された場合、またはステップＳ２６３におい
て、コンテンツが利用不可と判定された場合、ステップ
Ｓ２７７において、SAM６２は、表示制御部６７を介し
て、図示せぬ表示部にエラーメッセージを表示させる等
の所定のエラー処理を実行し、処理は終了する。
【０２２４】このようにして、レシーバ５１において、
コンテンツＡが再生（利用）されたとき、処理は終了
し、図３８の処理も終了する。
【０２２５】次に、レシーバ５１の課金が決済される場
合の処理手順を、図４７のフローチャートを参照して説
明する。なお、この処理は、計上された課金が所定の上
限額（正式登録時の上限額または仮登録時の上限額）を
超えた場合、または配送用鍵Ｋｄのバージョンが古くな
り、例えば、図４５のステップＳ２４７で、コンテンツ
鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）を復号す
ることができなくなった場合（サービスプロバイダセキ
ュアコンテナを受信することができなくなった場合）に
開始される。
【０２２６】すなわち、ステップＳ３０１において、レ
シーバ５１とEMDサービスセンタ１との相互認証が行わ
れる。この相互認証は、図４０乃至図４２を参照して説
明した場合と同様の処理であるので、その説明は省略す
る。
【０２２７】次に、ステップＳ３０２において、レシー
バ５１のSAM６２は、EMDサービスセンタ１のユーザ管理
部１８（図３）に証明書を送信する。ステップＳ３０３
において、レシーバ５１のSAM６２は、HDD５２に記憶さ
れている、決済される課金（課金情報）に対応するUCP
を、ステップＳ３０１でEMDサービスセンタ１と共有し
た一時鍵Ｋｔｅｍｐで暗号化し、記憶モジュール７３に
記憶されている配送用鍵Ｋｄのバージョン、課金情報
（例えば、図３０の課金情報Ａ）、およびHDD５１に記
憶されている登録リスト（例えば、図３４の登録リス
ト）とともに、EMDサービスセンタ１に送信する。
【０２２８】ステップＳ３０４において、EMDサービス
センタ１のユーザ管理部１８は、ステップＳ３０３で、
レシーバ５１から送信された情報を受信し、復号した
後、EMDサービスセンタ１のユーザ管理部１８が、登録
リストの「状態フラグ」に”停止”が設定されるべき不
正行為がレシーバ５１において存在するか否かを確認す
る。
【０２２９】ステップＳ３０５において、EMDサービス
センタ１の課金請求部１９は、ステップＳ３０３で受信
された課金情報を解析し、ユーザ（例えば、ユーザＦ）
の支払い金額を算出する処理等を行う。次に、ステップ
Ｓ３０６において、ユーザ管理部１８は、ステップＳ３
０５における処理により、決済が成功したか否かを確認
する。
【０２３０】次に、ステップＳ３０７において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ３０
４における確認結果、およびステップＳ３０６における
確認結果に基づいて、レシーバ５１の登録条件を設定
し、それに署名を付して、レシーバ５１の登録リストを
作成する。
【０２３１】例えば、ステップＳ３０４で、不正行為が
確認された場合、「状態フラグ」には”停止”が設定さ
れ、この場合、今後、全ての処理が停止される。すなわ
ち、EMDシステムからのサービスを一切受けることがで
きなくなる。また、ステップＳ３０６で、決済が成功し
なかったことが確認された場合、「状態フラグ」には”
制限あり”が設定され、この場合、すでに購入したコン
テンツを再生する処理は可能とされるが、新たにコンテ
ンツを購入する処理は実行できなくなる。
【０２３２】次に、ステップＳ３０８に進み、EMDサー
ビスセンタ１のユーザ管理部１８は、最新バージョンの
配送用鍵Ｋｄ（３月分の最新バージョンの配送用鍵Ｋ
ｄ）およびステップＳ３０７で作成された登録リストを
一時鍵Ｋｔｅｍｐで暗号化し、レシーバ５１に送信す
る。
【０２３３】ステップＳ３０９において、レシーバ５１
のSAM６２は、EMDサービスセンタ１から送信された配送
用鍵Ｋｄおよび登録リストを、通信部６１を介して受信
し、復号した後、記憶モジュール７３に記憶させる。こ
のとき、記憶モジュール７３に記憶されていた課金情報
は消去され、登録リストおよび配送用鍵Ｋｄが更新され
る。
【０２３４】次に、ユーザホームネットワーク５を構成
する機器のうち、EMDシステムに登録されていなかった
レシーバ２０１を、購入者であるユーザＡを決済ユーザ
として登録する処理について説明する。図４８のフロー
チャートは、この処理を実行する場合のレシーバ２０１
の処理手順を示している。
【０２３５】ステップＳ４０１において、レシーバ２０
１を購入したユーザＡは、購入時にレシーバ２０１に添
付されている登録用紙に、所定の情報を記入し、EMDサ
ービスセンタ１を管理する管理会社宛に送付する。この
登録用紙には、図４９に示すように、添付される機器の
SAMのID（この場合、レシーバ２０１のSAM２１２のID）
を示す表示が記載されている他、ユーザの、氏名、住
所、電話番号、決済機関の情報（例えば、クレジットカ
ードの番号など）、生年月日、年齢、性別、パスワー
ド、ユーザID、および決済IDなどの情報を記入すること
ができる欄が設けられている。
【０２３６】なお、ユーザの、パスワード、ID、および
決済IDは、EMDシステムに登録（正式登録または仮登
録）されたときに与えられるので、すなわち、この時点
において、ユーザＡは、それらの情報を保持していな
い。そこで、この場合、ユーザＡは、図４９に示すよう
に、それ以外の、ユーザＡの氏名、住所、電話番号、決
済機関の情報、生年月日、年齢、および性別（以下、登
録用紙に記入される、氏名、住所、電話番号、決済機関
の情報、生年月日、年齢、および性別を、個々に区別す
る必要がない場合、まとめて、ユーザ一般情報と称す
る）を登録用紙に記入する。
【０２３７】また、この場合、ユーザＡは、レシーバ２
０１の決済ユーザとして登録されるので、ユーザＡに対
して与信処理が行われる。そこで、ユーザＡは、ユーザ
一般情報のうち、与信処理に用いられる氏名、住所、電
話番号および決済機関の情報を、必ず登録用紙に記入し
なければならない。
【０２３８】次に、ステップＳ４０２において、ユーザ
Ａは、レシーバ２０１においてコンテンツの利用を開始
することを示す所定の利用開始信号をEMDサービスセン
タ１に送信するための操作をレシーバ２０１に対して行
う。これにより、レシーバ２０１の相互認証部２２１
（図３５）とEMDサービスセンタ１の相互認証部１７
（図３）との間で、相互認証が行われ、その後、利用開
始信号が、レシーバ２０１の通信部２１１を介して、EM
Dサービスセンタ１に送信される。なお、この利用開始
信号には、利用開始を依頼する機器のSAMのID（この場
合、レシーバ２０１のSAM２１２のID）が含まれてい
る。
【０２３９】ステップＳ４０３において、レシーバ２０
１は、EMDシステムに仮登録されたときにEMDサービスセ
ンタ１から送信されてくる、１月分の配送用鍵Ｋｄ（図
８）、仮登録時における課金の上限額、およびユーザＡ
のID、ユーザＡのパスワード、およびステップＳ４０１
で、登録用紙に書き込まれたユーザ一般情報（以下、個
々に区別する必要がない場合、このときEMDサービスセ
ンタ１から送信されてくるこれらの情報を、仮登録情報
と称する）を受信し、記憶する。具体的には、EMDサー
ビスセンタ１から送信されてくる情報を受信するのに先
立ち、レシーバ２０１の相互認証モジュール２２１と、
EMDサービスセンタ１の相互認証部１７との相互認証が
行われ、一時鍵Ｋｔｅｍｐが共有される。そして、レシ
ーバ２０１の通信部２１１を介して受信されたEMDサー
ビスセンタ１から情報は、復号／暗号化モジュール２２
４により、EMDサービスセンタ１と共有された一時鍵Ｋ
ｔｅｍｐで復号され、記憶モジュール２２３に出力さ
れ、記憶される。
【０２４０】これにより、レシーバ２０１の記憶モジュ
ール２２３には、図５０に示すように、この処理前に記
憶されていた情報（図３６）に加え、１月分の配送用鍵
Ｋｄ（保存用鍵Ｋｄで暗号化されている）が記憶され
る。また、このとき、記憶モジュール２２３に記憶され
ている基準情報２０１には、図５１に示すように、この
処理前に記憶されていた情報（図３７）に加え、「課金
の上限額」に”仮登録時の上限額”が設定され、「決済
ユーザ情報」にユーザＡのユーザ一般情報、ユーザＡの
ID、およびパスワードが設定される。
【０２４１】次に、ステップＳ４０４において、レシー
バ２０１は、EMDシステムに正式登録されたときにEMDサ
ービスセンタ１から送信されてくる、３月分の配送用鍵
Ｋｄ、正式登録時における課金の上限額、およびユーザ
Ａの決済ID（以下、個々に区別する必要がない場合、こ
のときEMDサービスセンタ１から送信されてくるこれら
の情報を、正式登録情報と称する）を受信し、記憶す
る。ここでの具体的な処理は、ステップＳ４０３におけ
る場合と同様であるので、その説明は省略するが、これ
により、レシーバ２０１の記憶モジュール２２３には、
図５２に示すように、この処理前に記憶されていた情報
（図５０）の１月分の配送用鍵Ｋｄに代えて、３月分の
配送用鍵Ｋｄが記憶され、その基準情報２０１には、図
５３に示すように、この処理前に記憶されていた「課金
の上限額」に、”正式登録時の課金の上限額”が設定さ
れ、また「決済ID」に、ユーザＡの決済IDが、新たに設
定される。
【０２４２】以上のようにして、レシーバ２０１は、ユ
ーザＡを決済ユーザとして、EMDシステムに登録され
る。これにより、ユーザＡは、レシーバ２０１において
コンテンツの利用が可能となる。
【０２４３】次に、上述した処理（レシーバ２０１が、
ユーザＡを決済ユーザとしてEMDシステムに登録される
処理）を実行する場合のEMDサービスセンタ１の処理手
順について、図５４のフローチャートを参照して説明す
る。
【０２４４】ステップＳ４１１において、EMDサービス
センタ１を管理する管理会社は、ユーザＡが送付した登
録用紙（図４８のステップＳ４０１）を受け取ると、そ
の内容をEMDサービスセンタ１に入力する。これによ
り、EMDサービスセンタ１のユーザ管理部１８が保持す
るシステム登録情報の、レシーバ２０１のSAM２１２のI
Dに対応する「決済ユーザ情報」には、図５５に示すよ
うに、ユーザＡのユーザ一般情報（氏名、住所、電話番
号、決済機関の情報、生年月日、年齢、および性別）が
記憶される。
【０２４５】ステップＳ４１２において、EMDサービス
センタ１のユーザ管理部１８は、システム登録情報を参
照し、登録用紙に示されていたSAMのID（この例の場
合、レシーバ２０１のSAM２１２のID）に対応する「決
済ID」に、決済IDが記憶されているか否かを判定する。
この例の場合、図５５に示したように、このとき、レシ
ーバ２０１のSAM２１２のIDに対応する「決済ID」に
は、何の情報も設定されていないので、決済IDが設定さ
れていないと判定され、ステップＳ４１３に進む。
【０２４６】ステップＳ４１３において、与信による登
録処理が開始される。この与信による登録処理の詳細
は、図５６のフローチャートに示されている。すなわ
ち、ステップＳ４２１において、EMDサービスセンタ１
の出納部２０（図３）は、登録用紙に記入されたユーザ
Ａの、氏名、住所、電話番号、および決済機関の情報に
基づいて、例えば、ユーザＡの決済機関と通信し、ユー
ザＡに対する与信処理を開始する。
【０２４７】ステップＳ４２２において、EMDサービス
センタ１のユーザ管理部１８は、レシーバ２０１から送
信されてくる利用開始信号（図４８のステップＳ４０
２）が受信されたか否かを判定し、受信されたと判定し
た場合、ステップＳ４２３に進み、ステップＳ４２１で
開始された与信処理が完了したか否かを判定する。
【０２４８】ステップＳ４２３で、与信処理が完了して
いないと判定した場合、ステップＳ４２４に進み、EMD
サービスセンタ１のユーザ管理部１８は、ユーザＡの、
IDおよびパスワードを割り当て、それらを、図５７に示
すように、システム登録情報の、SAM２１２のIDに対応
する「決済ユーザ情報」に設定した後、鍵サーバ１４で
作成された１月分の配送用鍵Ｋｄおよび仮登録時におけ
る課金の上限額を示す情報とともに、レシーバ２０１に
送信する。レシーバ２０１は、それらを受信する（図４
８のステップＳ４０３）。なお、仮登録情報は、この例
の場合、EMDサービスセンタ１が利用開始信号を受信し
たときから、数時間で、レシーバ２０１に送信されるも
のとする。
【０２４９】次に、ステップＳ４２５において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ４２
１で開始された与信処理が完了するまで待機し、与信処
理が完了したとき、ステップＳ４２６に進み、与信処理
の結果に基づいて、レシーバ２０１をEMDシステムに正
式登録することができるか否かを判定する。
【０２５０】ステップＳ４２６で、レシーバ２０１がEM
Dシステムに正式登録することができると判定した場
合、EMDサービスセンタ１のユーザ管理部１８は、ステ
ップＳ４２７に進み、ユーザＡに決済IDを割り当て、そ
れを、図５８に示すように、システム登録情報の、SAM
２１２のIDに対応する「決済ID」に設定した後、鍵サー
バ１４で作成された３月分の配送用鍵Ｋｄ、および正式
登録時における課金の上限額を示す情報とともに、レシ
ーバ２０１に送信する。レシーバ２０１は、それらを受
信する（図４８のステップＳ４０４）。なお、この例の
場合、ステップＳ４０１で開始される与信処理は、約１
週間で完了する。すなわち、正式登録情報がレシーバ２
０１に送信されるには、登録用紙が管理会社に送付され
た後、２週間以降となる。
【０２５１】ステップＳ４２２で、利用開始信号が受信
されていないと判定された場合、ステップＳ４２８に進
み、与信処理が完了したか否かが判定され、与信処理が
完了していないと判定された場合、ステップＳ４２２に
戻り、それ以降の処理が実行される。
【０２５２】ステップＳ４２８で、与信処理が完了した
と判定された場合、すなわち、利用開始信号が受信され
る前に、与信処理が完了した場合、またはステップＳ４
２３で、与信処理が完了したと判定された場合、すなわ
ち、仮登録情報が送信される前に、与信処理が完了した
場合、ステップＳ４２９に進む。
【０２５３】ステップＳ４２９において、EMDサービス
センタ１のユーザ管理部１８は、ユーザＡの、ID、パス
ワード、および決済IDを割り当て、SAM２１２のIDに対
応する「決済ユーザ情報」に設定した後、鍵サーバ１４
で作成された３月分の配送用鍵Ｋｄ、正式登録時におけ
る課金の上限額を示す情報、およびユーザ一般情報とと
もに、レシーバ２０１に送信する。なお、図４８のフロ
ーチャートに示す処理に対応する場合、仮登録情報がレ
シーバ２０１に送信された後、与信処理が完了してい
る。
【０２５４】ステップＳ４２６で、レシーバ２０１がEM
Dシステムに正式登録されないと判定された場合、ステ
ップＳ４２７の処理はスキップされ、処理は終了する。
なお、このとき、ステップＳ４２４で、システム登録情
報に設定されたユーザID、パスワード、ユーザ一般情報
は削除される。
【０２５５】以上のように、約１週間程度かかる与信処
理が完了し、正式登録されるまでの間に仮登録するよう
にしたので、ユーザＡは、レシーバ２０１を購入した
後、数時間で、コンテンツの利用が可能となる。
【０２５６】ところで、上述したようにして、登録され
たレシーバ２０１において、計上された課金が、所定の
上限額（仮登録時においては、仮登録時の上限額、また
正式登録時においては、正式登録時の上限額）を超えた
場合、またはコンテンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号
化されている）を復号することができなくなった場合、
すなわち、レシーバ２０１に保持されている配送用鍵Ｋ
ｄのバージョンが、コンテンツ鍵Ｋｃｏを暗号化してい
る配送用鍵Ｋｄのバージョンより古くなった場合、図４
７のフローチャートで示した課金を決済する処理が開始
され、例えば、図４７のステップＳ３０３における処理
により、登録リスト、課金情報、配送用鍵Ｋｄのバージ
ョン、および暗号化されたUCPが、EMDサービスセンタ１
に送信される。しかしながら、上述した登録処理が行わ
れた状態のレシーバ２０１は、登録リストを保持してい
ないので、課金を決済する処理に先だって、登録リスト
を取得する処理が行われる。そこで、次に、図５９のフ
ローチャートを参照して、登録リストを取得する処理の
手順を説明する。
【０２５７】ステップＳ４４１において、レシーバ２０
１の相互認証モジュール２２１が、EMDサービスセンタ
１の相互認証部１７と相互認証した後、レシーバ２０１
のSAM２１２は、証明書をEMDサービスセンタ１に送信す
る。ステップＳ４４２において、レシーバ２０１のSAM
２１２は、記憶モジュール２２３の基準情報２０１（図
５３）の「SAMのID」からSAM２１２のIDを読み出し、そ
れを一時鍵Ｋｔｅｍｐで暗号化して、EMDサービスセン
タ１に送信する。
【０２５８】ステップＳ４４３において、EMDサービス
センタ１のユーザ管理部１８は、レシーバ２０１から送
信されてきたレシーバ２０１のSAM２１２のIDを受信
し、復号した後、SAM２１２のIDが、システム登録情報
（図５８）に記憶されているか否かを判定し、記憶され
ていると判定した場合、ステップＳ４４４に進む。この
例の場合、レシーバ２０１のSAM２１２のIDは、システ
ム登録情報に記憶されているので、ステップＳ４４４に
進む。
【０２５９】ステップＳ４４４において、EMDサービス
センタ１のユーザ管理部１８は、登録リストの「状態フ
ラグ」に”停止”が設定されるべき不正行為がレシーバ
２０１において存在するか否かを確認する。
【０２６０】次に、ステップＳ４４５において、EMDサ
ービスセンタ１の出納部２０は、ステップＳ４４２で受
信されたユーザＡの決済機関の情報に基づいて、例え
ば、決済機関と通信し、ユーザＡに対する与信処理が完
了しているか否か確認する。
【０２６１】次に、ステップＳ４４６において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ４４
４における不正行為が存在するか否かの確認結果、およ
びステップＳ４４５における与信処理が完了しているか
否かの確認結果に基づいて、レシーバ２０１の登録条件
を設定し、それに署名を付して、図６０に示すようなレ
シーバ２０１の登録リストを作成する。この例の場合、
登録リストの「状態フラグ」には、”制限なし”が設定
されている。
【０２６２】次に、ステップＳ４４７において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ４４
６で作成した登録リストを、一時鍵Ｋｔｅｍｐで暗号化
して、レシーバ２０１に送信する。ステップＳ４４８に
おいて、レシーバ２０１のSAM２１２は、受信した登録
リストを一時鍵Ｋｔｅｍｐで復号し、インタフェース２
１６を介して、HDD２０２に記憶させる。これにより、
レシーバ２０１は、図６１（Ａ）に示すような各種情報
を記憶モジュール２２３に、そして登録リストをHDD２
０２に保持する。
【０２６３】ステップＳ４４３で、SAM２１２が、シス
テム登録情報に記憶されていないと判定された場合、処
理は終了する。
【０２６４】以上のようにして、レシーバ２０１は、図
６０に示したような登録リストを取得するが、ステップ
Ｓ４４４において、不正行為が確認され、登録リストの
「状態フラグ」に”停止”が設定されると、正式登録さ
れていても（仮登録時においても同様に）、レシーバ２
０１は、EMDシステムからのサービスを一切受けること
ができなくなる。
【０２６５】また、ステップＳ４４５において、与信処
理が完了していないと確認され、登録リストの「状態フ
ラグ」に”制限あり”が設定されると、すでに購入した
コンテンツを利用する処理は可能とされるが、新たにコ
ンテンツを購入する処理は実行できなくなる。すなわ
ち、これにより、仮登録時におけるコンテンツの購入が
制限（抑制）される。
【０２６６】次に、新たに製造されたレシーバ３０１
が、ユーザＡ（レシーバ２０１の決済ユーザ）を決済ユ
ーザとして、EMDシステムに登録される場合の処理手順
を説明するが、はじめに、レシーバ３０１の構成例を、
図６２のブロック図を参照して説明する。
【０２６７】レシーバ３０１は、レシーバ２０１のSAM
２１２乃至通信部２１５と基本的に同様の機能を有す
る、SAM３１１乃至通信部３１４を有しているが、レシ
ーバ２０１の、通信部２１１、インタフェース２１６、
表示制御部２１７、および入力制御部２１８に対応する
機能を有せず、HDDにも接続されていない、携帯型の機
器である。
【０２６８】レシーバ３０１は、レシーバ２０１の通信
部２１１に対応する機能を有していないので、EMDサー
ビスセンタ１およびサービスプロバイダ３と通信するこ
とができない。また、レシーバ３０１は、レシーバ２０
１の表示制御部２１７および入力制御部２１８に対応す
る機能を有していないので、例えば、UCPやPTの内容を
出力したり、ユーザがUCPから所定の利用内容を選択す
ることができない。つまり、レシーバ３０１は、従機器
とされ、その機器番号は、１００番以下の機器番号（２
５番）とされている。なお、ユーザＡは、レシーバ３０
１を介してコンテンツを購入することができるが、計上
される課金は、レシーバ５１において処理される。すな
わち、レシーバ３０１は、購入機能を有しているが、決
済機能を有していない。
【０２６９】レシーバ３０１は、この時点で、EMDシス
テムに登録されていないので、SAM３１１の記憶モジュ
ール３２３には、図６３に示すように、SAM３１１のID
およびレシーバ３０１の機器番号（２５番）のみが設定
されている基準情報３０１と、図６４に示されている、
SAM３１１の公開鍵Ｋｐｕ、SAM３１１の秘密鍵Ｋｓｕ、
EMDサービスセンタ１の公開鍵Ｋｐｅｓｃ、認証局の公
開鍵Ｋｐｃａ、保存用鍵Ｋｓａｖｅ、SAM３１１の証明
書、および検査値ＨPが記憶されているが、図中、影が
付されている配送用鍵Ｋｄは記憶されていない。
【０２７０】なお、EMDサービスセンタ１のユーザ管理
部１８は、このとき、図６５に示すように、レシーバ３
０１のSAM３１１とレシーバ３０１の機器番号（２５
番）が記憶されているシステム登録情報を保持してい
る。
【０２７１】次に、図６６のフローチャートを参照し
て、レシーバ３０１を、ユーザＡを決済ユーザとしてEM
Dシステムに登録する処理を実行する場合のレシーバ２
０１およびレシーバ３０１の処理手順を説明する。
【０２７２】ステップＳ４６１において、ユーザＡは、
購入時にレシーバ３０１に添付されている、図６７の登
録用紙（レシーバ３０１のSAM３１１のIDを示す表示が
記載されている登録用紙）に、図４８のステップＳ４０
４の処理により取得した決済IDを記入し、管理会社に送
付する。
【０２７３】次に、ステップＳ４６２において、ユーザ
Ａは、レシーバ３０１において利用を開始することを示
す利用開始信号をEMDサービスセンタ１に送信するため
の操作をレシーバ２０１に対して行う。これにより、レ
シーバ２０１の相互認証部２２１（図３５）とEMDサー
ビスセンタ１の相互認証部１７（図３）との間で、相互
認証が行われ、その後、利用開始信号（利用開始依頼元
としてレシーバ３０１のSAM３１１のIDが設定されてい
る）が、レシーバ２０１の通信部２１１を介して、EMD
サービスセンタ１に送信される。なお、この例の場合、
レシーバ３０１は、EMDサービスセンタ１と通信する機
能を有していないので、ここでユーザＡは、レシーバ３
０１に代わり、レシーバ２０１を操作する。
【０２７４】ステップＳ４６３において、レシーバ２０
１は、EMDシステムに仮登録されたときにEMDサービスセ
ンタ１から送信されてくる仮登録情報（１月分の配送用
鍵Ｋｄ（図８）、仮登録時における課金の上限額を示す
情報、ユーザＡの一般情報、ユーザＡのID、およびユー
ザＡのパスワード）を受信する。具体的には、EMDサー
ビスセンタ１から送信されてくる情報を受信するのに先
立ち、レシーバ２０１の相互認証モジュール２２１と、
EMDサービスセンタ１の相互認証部１７との間で、相互
認証が行われ、一時鍵Ｋｔｅｍｐが共有され、その後、
レシーバ２０１の通信部２１１を介してEMDサービスセ
ンタ１からの情報が受信される。通信部２１１を介して
受信された情報は、レシーバ２０１の復号／暗号化モジ
ュール２２４により、EMDサービスセンタ１と共有する
一時鍵Ｋｔｅｍｐで復号され、SAM２１２により、一時
記憶される。
【０２７５】次に、ステップＳ４６４において、レシー
バ２０１は、ステップＳ４６３で受信した、EMDサービ
スセンタ１からの仮登録情報をレシーバ３０１に送信す
る。具体的には、レシーバ３０１に情報を送信するのに
先立ち、レシーバ２０１の相互認証モジュール２２１
と、レシーバ３０１の相互認証モジュール３２１（図６
２）との間で、相互認証が行われ、一時鍵Ｋｔｅｍｐが
共有される。その後、ステップＳ４６３で、レシーバ２
０１のSAM２１２に一時記憶された仮登録情報が、復号
／暗号化モジュール２２４により一時鍵Ｋｔｅｍｐで暗
号化され、通信部２１５を介して、レシーバ３０１に送
信される。
【０２７６】ステップＳ４６５において、レシーバ３０
１は、レシーバ２０１から送信されてきた仮登録情報を
受信し、記憶する。具体的には、レシーバ３０１の通信
部３１４を介して受信されたレシーバ２０１からの仮登
録情報は、レシーバ３０１の復号／暗号化モジュール３
２４により、レシーバ２０１と共有された一時鍵Ｋｔｅ
ｍｐで復号され、記憶モジュール３２３に記憶される。
【０２７７】次に、ステップＳ４６６において、レシー
バ２０１は、EMDシステムに正式登録されたときにEMDサ
ービスセンタ１から送信されてくる正式登録情報（３月
分の配送用鍵Ｋｄ、正式録時における課金の上限額、お
よびユーザＡの決済ID）を受信する。ここでの具体的な
処理は、ステップＳ４６３における場合と同様であるの
で、その説明は省略する。
【０２７８】次に、ステップＳ４６７において、レシー
バ２０１は、ステップＳ４６６で受信した正式登録情報
（３月分の配送用鍵Ｋｄ、正式登録時における課金の上
限額を示す情報、およびユーザＡの決済ID）をレシーバ
３０１に送信する。ここでの具体的な処理は、ステップ
Ｓ４６４における場合と同様であるので、その説明は省
略する。
【０２７９】ステップＳ４６８において、レシーバ３０
１は、レシーバ２０１から送信されてきた正式登録情報
（３月分の配送用鍵Ｋｄ，正式登録時における課金の上
限額、およびユーザＡの決済ID）を受信し、記憶する。
ここでの具体的な処理は、ステップＳ４６５における場
合と同様であるので、その詳細な説明は省略するが、こ
れにより、レシーバ３０１の記憶モジュール３２３に
は、図６８に示すように、３月分の配送用鍵Ｋｄと、図
６９に示すように、「決済ID」にユーザＡの決済IDが、
「課金の上限額」に正式登録時における上限額を示す情
報が、そして、「決済ユーザ情報」にユーザＡの一般情
報、ユーザＡの、IDおよびパスワードが設定された基準
情報３０１とがさらに記憶される。
【０２８０】このようにして、レシーバ３０１は、ユー
ザＡを決済ユーザとして、EMDシステムに登録される。
なお、この状態においてレシーバ３０１は、登録リスト
を保持していない。そこで、レシーバ３０１において
も、課金を決済する処理が開始されるのに先だって、図
５９のフローチャートで示されるような、登録リストを
取得する処理が実行される。
【０２８１】次に、上述した処理（レシーバ３０１を、
ユーザＡを登録ユーザとして登録する処理）を実行する
場合のEMDサービスセンタ１の処理手順を、再び、図５
４のフローチャートを参照して説明する。
【０２８２】ステップＳ４１１，Ｓ４１２においては、
レシーバ２０１が、ユーザＡを決済ユーザとして登録さ
れる場合と同様の処理が実行されるので、その詳細な説
明は省略するが、この場合、ステップＳ４１２におい
て、EMDサービスセンタ１のユーザ管理部１８は、登録
用紙に記入されたユーザＡの決済ID（図６６のステップ
Ｓ４６１）が、システム登録情報（図６５）に記憶され
ている（この例の場合、SAM２１２のIDに対応して記憶
されている）と判定し、ステップＳ４１４に進む。
【０２８３】ステップＳ４１４において、手続確認によ
る登録処理が実行される。この手続確認による登録処理
の詳細は、図７０のフローチャートに示されている。す
なわち、ステップＳ４７１において、手続の確認処理が
行われる。具体的には、例えば、EMDサービスセンタ１
の管理会社が、ユーザＡと連絡を取り、登録用紙を送付
した事実などを確認する。
【０２８４】ステップＳ４７２において、EMDサービス
センタ１のユーザ管理部１８は、レシーバ２０１から送
信されてくる利用開始信号（図６６のステップＳ４６
２）が受信されたか否かを判定し、受信されたと判定し
た場合、ステップＳ４７３に進み、ステップＳ４７１で
開始された手続確認処理が完了したか否かを判定する。
【０２８５】ステップＳ４７３で、手続確認処理が完了
していないと判定した場合、EMDサービスセンタ１のユ
ーザ管理部１８は、ステップＳ４７４に進み、システム
登録情報（図６５）の、ユーザＡの決済IDが設定されて
いる「決済ID」に対応する「決済ユーザ情報」の情報
（ユーザＡのユーザ一般情報、ユーザＡのID、ユーザＡ
のパスワード）を読み出し、図７１に示すように、レシ
ーバ３０１のSAM３１１のID（登録用紙に記載されてい
るSAMのID）に対応する「決済ユーザ情報」に設定した
後、鍵サーバ１４で作成された１月分の配送用鍵Ｋｄ、
および仮登録時における課金の上限額を示す情報ととも
にレコーダ２０１に送信する。レシーバ２０１が、それ
らを受信する（図６６のステップＳ４６３）。なお、EM
Dサービスセンタ１からレシーバ２０１に、レシーバ３
０１の仮登録情報が送信されるのに先立ち、レシーバ２
０１とEMDサービスセンタ１との間で、相互認証が行わ
れ、一時鍵Ｋｔｅｍｐが共有され、EMDサービスセンタ
１からレシーバ２０１に送信される情報は、その一時鍵
Ｋｔｅｍｐで暗号化されている。
【０２８６】次に、ステップＳ４７５において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ４７
１で開始された手続確認処理が完了するまで待機し、手
続確認処理が完了したとき、ステップＳ４７６に進み、
手続確認処理の結果に基づいて、レシーバ３０１を、ユ
ーザＡを決済ユーザとしてEMDシステムに正式登録する
ことができるか否かを判定する。
【０２８７】ステップＳ４７６において、EMDシステム
に正式登録することができると判定した場合、EMDサー
ビスセンタ１のユーザ管理部１８は、ステップＳ４７７
に進み、システム登録情報（図７１）から、ユーザＡの
決済ID（SAM６２のIDに対応する「決済ID」に設定され
ている）を読み出し、図７２に示すように、SAM３１１
のIDに対応する「決済ID」に設定した後、鍵サーバ１４
で作成された３月分の配送用鍵Ｋｄおよび正式登録時に
おける課金の上限額を示す情報とともに、レシーバ３０
１に送信する。レシーバ２０１は、それらを受信する
（図６６のステップＳ４６６）。なお、EMDサービスセ
ンタ１からレシーバ２０１に情報が送信されるのに先立
ち、レシーバ２０１とEMDサービスセンタ１との間で、
相互認証が行われ、一時鍵Ｋｔｅｍｐが共有され、レシ
ーバ２０１に送信される正式登録情報は、その一時鍵Ｋ
ｔｅｍｐで暗号化されている。
【０２８８】ステップＳ４７２で、利用開始信号が受信
されていないと判定された場合、ステップＳ４７８に進
み、手続確認処理が完了したか否かが判定され、手続確
認処理が完了していないと判定された場合、ステップＳ
４７２に戻り、それ以降の処理が実行される。
【０２８９】ステップＳ４７８で、手続確認処理が完了
したと判定された場合、すなわち、利用開始信号が受信
される前に、手続確認処理が完了した場合、またはステ
ップＳ４７３で、手続確認処理が完了したと判定された
場合、すなわち、仮登録情報がレシーバ２０１に送信さ
れる前に、手続確認処理が完了した場合、ステップＳ４
７９に進む。
【０２９０】ステップＳ４７９において、EMDサービス
センタ１のユーザ管理部１８は、ユーザＡの、ID、パス
ワード、および決済IDを割り当て、SAM２１２のIDに対
応する「決済ユーザ情報」に設定した後、鍵サーバ１４
で作成された３月分の配送用鍵Ｋｄおよび正式登録時に
おける課金の上限額を示す情報とともに、レシーバ２０
１に送信する。なお、図６６のフローチャートに示す処
理に対応する場合、与信処理は、仮登録情報がレシーバ
２０１に送信された後に、完了している。
【０２９１】ステップＳ４７６において、正式登録する
ことができないと判定された場合、処理は終了される。
なお、このとき、ステップＳ４７４で、システム登録情
報に設定されたユーザのID、パスワード、ユーザ一般情
報を削除される。
【０２９２】以上のようにして、レシーバ３０１が、レ
シーバ２０１の決済ユーザとされているユーザＡを決済
ユーザとして登録される。この場合、ユーザＡに対し
は、与信処理（２週間程度の時間が必要）の代わり、手
続確認処理（数日の時間が必要）が行われる。すなわ
ち、レシーバ３０１が、より短時間に、EMDシステムに
登録（正式登録）される。
【０２９３】次に、ユーザＢを、レシーバ２０１（ユー
ザＡが決済ユーザとされている）の従属ユーザとして登
録する処理を実行する場合のレシーバ２０１の処理手順
を、図７３のフローチャートを参照して説明する。
【０２９４】ステップＳ４９１において、ユーザＢは、
ユーザＢのユーザ一般情報（氏名、住所、電話番号、生
年月日、年齢、性別）を、レシーバ２０１において利用
を開始することを示す利用開始信号に付随させて、EMD
サービスセンタ１に送信するための操作をレシーバ２０
１に対して行う。これにより、レシーバ２０１の相互認
証部２２１（図３５）とEMDサービスセンタ１の相互認
証部１７（図３）との間で、相互認証が行われ、その
後、ユーザＢのユーザ一般情報が付随された利用開始信
号（利用開始依頼元としてレシーバ２０１のSAM２１２
のIDが設定されている）が、レシーバ２０１の通信部２
１１を介して、EMDサービスセンタ１に送信される。
【０２９５】次に、ステップＳ４９２において、レシー
バ２０１のSAM２１２は、EMDサービスセンタ１から送信
されてくる、ユーザＢのユーザID、ユーザＢのパスワー
ド、およびユーザＢの一般情報を受信し、図７４に示す
ように、基準情報２０１に設定し、記憶モジュール２２
３に記憶させる。
【０２９６】次に、上述した処理（ユーザＢを、レシー
バ２０１の従属ユーザとして登録する処理）を実行する
場合のEMDサービスセンタ１の処理手順を、図７５のフ
ローチャートを参照して説明する。
【０２９７】ステップＳ５０１において、EMDサービス
センタ１のユーザ管理部１８は、レシーバ２０１から送
信されてきた、ユーザＢのユーザ一般情報が付随された
利用開始信号（図７３のステップＳ４９１）を受信す
る。
【０２９８】次に、ステップＳ５０２において、EMDサ
ービスセンタ１のユーザ管理部１８は、利用開始信号に
付随された情報に、ユーザのIDに相当する情報が含まれ
ているか否かを判定する。この例の場合、ユーザＢのユ
ーザ一般情報のみが利用開始信号に付随されているの
で、ユーザのIDに相当する情報が含まれていないと判定
され、ステップＳ５０３に進む。
【０２９９】ステップＳ５０３において、EMDサービス
センタ１のユーザ管理部１８は、ユーザＢの、IDおよび
パスワードを割り当て、それらを、利用開始信号に付随
されたユーザＢのユーザ一般情報とともに、図７６に示
すように、システム登録情報の、レシーバ２０１のSAM
２１２のIDに対応した「従属ユーザ情報」に設定し、記
憶する。次に、ステップＳ５０４において、ユーザ管理
部１８は、ステップＳ５０３で記憶した情報を、利用開
始の依頼元であるレシーバ２０１に送信する。レシーバ
２０１は、その情報を受信する（図７３のステップＳ４
９２）。
【０３００】ステップＳ５０５，５０６における処理に
ついては、後述する。
【０３０１】次に、ユーザＢ（レシーバ２０１の従属ユ
ーザとされている）が、レシーバ３０１の従属ユーザと
して登録される場合のレシーバ２０１およびレシーバ３
０１の処理手順を、図７７のフローチャートを参照して
説明する。
【０３０２】ステップＳ５１１において、ユーザＢは、
ユーザＢのID（図７３のステップＳ４９２で与えられた
ID）が付随された、レシーバ３０１が利用開始依頼元と
する利用開始信号をEMDサービスセンタ１に送信させる
操作を、レコーダ２０１に対して行う。これにより、レ
シーバ２０１の相互認証部２２１（図３５）とEMDサー
ビスセンタ１の相互認証部１７（図３）との間で、相互
認証が行われ、その後、ユーザＢのIDが付随された利用
開始信号（利用開始依頼元としてレシーバ３０１のSAM
３１１のIDが設定されている）が、レシーバ２０１の通
信部２１１を介して、EMDサービスセンタ１に送信され
る。
【０３０３】次に、ステップＳ５１２において、レシー
バ２０１は、EMDサービスセンタ１から送信されてく
る、ユーザＢのユーザ一般情報、ユーザＢのID、および
ユーザＢのパスワードを受信する。なお、ここでの具体
的の処理は、図６６のステップＳ４６３における場合と
同様であるので、その説明は省略する。
【０３０４】ステップＳ５１３において、レシーバ２０
１は、受信したEMDサービスセンタ１からの情報を、レ
シーバ３０１に送信する。ここでの具体的の処理は、図
６６のステップＳ４６４における場合と同様であるの
で、その説明は省略する。次に、ステップＳ５１４にお
いて、レシーバ３０１は、レシーバ２０１から送信され
てきた情報を受信し、記憶する。ここでの具体的な処理
は、図６６のステップＳ４６４における場合と同様であ
るので、その詳細な説明は省略するが、これにより、レ
シーバ３０１の記憶モジュール３２３には、図７８に示
すように、ユーザＢのユーザ一般情報、ユーザＢのID、
およびユーザＢのパスワードが「従属ユーザ情報」に設
定された基準情報３０１が記憶される。
【０３０５】次に、上述した処理（ユーザＢが、レシー
バ３０１の従属ユーザとして登録される処理）を実行す
る場合のEMDサービスセンタ１の処理手順を、図７５の
フローチャートを、再度参照して説明する。
【０３０６】ステップＳ５０１において、レシーバ２０
１から送信されてきた、ユーザＢのIDが付随された利用
開始信号（利用開始依頼元がレシーバ３０１とされてい
る利用開始信号）（図７７のステップＳ５１１）が、EM
Dサービスセンタ１のユーザ管理部１８により受信され
ると、この例の場合、ステップＳ５０２において、ユー
ザのIDに相当する情報（ユーザＢのID）が含まれている
と判定され、ステップＳ５０５に進む。
【０３０７】ステップＳ５０５において、EMDサービス
センタ１のユーザ管理部１８は、ステップＳ５０１で受
信したユーザＢのIDがシステム登録情報（図７６）に設
定されているか否かを確認し、設定されている場合、そ
のSAMのIDに対応する「従属ユーザ情報」から、その内
容を読み出し（この例の場合、レシーバ２０１のSAM２
１２のIDに対応する「従属ユーザ情報」の内容を読み出
し）、図７９に示すように、利用開始依頼元であるレシ
ーバ３０１のSAM３１１のIDに対応する「従属ユーザ情
報」に設定し、ステップＳ５０６でレシーバ２０１に送
信する。レシーバ２０１は、それを受信する（図７７の
ステップＳ５１３）。なお、ユーザＢのIDが、システム
登録情報に設定されていないと確認された場合、処理は
終了する。
【０３０８】このように、ユーザＢが、自分自身のIDを
取得している場合、ユーザＢの、IDおよびパスワードが
割り当てられないで、ユーザＢは、レシーバ３０１の従
属ユーザとして登録される。
【０３０９】なお、以上においては、機器のSAMのIDが
利用開始信号に含まれている場合と例として説明した
が、機器のSAMのIDを、利用開始信号に対応させて、別
途送信することもできる。また、以上においては、ユー
ザ一般情報やユーザIDが利用開始信号に付随されて送信
される場合を例として説明したが、それらを利用開始信
号に対応させて、別個に送信することもできる。
【０３１０】なお、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものとす
る。
【０３１１】また、上記したような処理を行うコンピュ
ータプログラムをユーザに提供する提供媒体としては、
磁気ディスク、CD-ROM、固体メモリなどの記録媒体の
他、ネットワーク、衛星などの通信媒体を利用すること
ができる。
【０３１２】
【発明の効果】請求項１に記載の情報処理装置、請求項
４に記載の情報処理方法、および請求項５に記載の提供
媒体によれば、登録申請情報が管理装置に供給された
後、情報の利用を開始することを示す利用開始信号と、
それに対応させた自分自身のIDを、管理装置に送信する
ようにしたので、登録申請情報に対応した、暗号化され
た情報を復号するために第２の期間に限り利用可能とな
る鍵を受信する前に、暗号化された情報を復号するため
に第１の期間に限り利用可能となる鍵を受信することが
できる。
【０３１３】請求項６に記載の管理装置、請求項１０に
記載の管理方法、および請求項１１に記載の提供媒体に
よれば、機器から送信されてくる、所定の利用開始信号
と、それに対応する機器のIDを受信するようにしたの
で、第１の登録確認処理の処理結果に対応する、暗号化
された情報を復号するために第２の期間に限り利用可能
となる鍵を送信する前に、暗号化された情報を復号する
ために第１の期間に限り利用可能となる所定の鍵を受信
することができる。
【図面の簡単な説明】
【図１】EMDシステムを説明する図である。
【図２】EMDシステムにおける、主な情報の流れを説明
する図である。
【図３】EMDサービスセンタ１の機能的構成を示すブロ
ック図である。
【図４】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する図である。
【図５】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。
【図６】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。
【図７】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。
【図８】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。
【図９】システム登録情報を説明する図である。
【図１０】利用ポイント情報を説明する図である。
【図１１】コンテンツプロバイダ２の機能的構成例を示
すブロック図である。
【図１２】UCPの例を示す図である。
【図１３】コンテンツの管理移動を説明する図である。
【図１４】第１世代複製を説明する図である。
【図１５】サービスコードおよびコンディションコード
のコード値の例を示す図である。
【図１６】UCPの利用条件として設定されたコード値の
例を示す図である。
【図１７】コンテンツプロバイダセキュアコンテナの例
を示す図である。
【図１８】コンテンツプロバイダ２の証明書の例を示す
図である。
【図１９】サービスプロバイダ３の機能的構成を示すブ
ロック図である。
【図２０】PTの例を示す図である。
【図２１】PTの価格条件として設定されたコード値の例
を示す図である。
【図２２】他のPTの例を示す図である。
【図２３】他のPTの価格条件として設定されたコード値
の例を示す図である。
【図２４】サービスプロバイダセキュアコンテナの例を
示す図である。
【図２５】サービスプロバイダ３の証明書の例を示す図
である。
【図２６】ユーザホームネットワーク５のレシーバ５１
の機能的構成例を示すブロック図である。
【図２７】レシーバ５１のSAM６２の証明書の例を示す
図である。
【図２８】UCSの例を示す図である。
【図２９】レシーバ５１の外部記憶部６３の利用情報記
憶部６３Ａの内部を説明する図である。
【図３０】課金情報の例を示す図である。
【図３１】レシーバ５１の記憶モジュール７３に記憶さ
れている情報を示す図である。
【図３２】基準情報５１を説明する図である。
【図３３】基準情報５１の利用ポイント情報の例を示す
図である。
【図３４】登録リストの例を示す図である。
【図３５】ユーザホームネットワーク５のレシーバ２０
１の機能的構成例を示すブロック図である。
【図３６】レシーバ２０１の記憶モジュール２２３に記
憶されている情報の例を示す図である。
【図３７】基準情報２０１の例を示す図である。
【図３８】コンテンツの利用処理を説明するフローチャ
ートである。
【図３９】EMDサービスセンタ１がコンテンツプロバイ
ダ２へ配送用鍵Ｋｄを送信する処理を説明するフローチ
ャートである。
【図４０】コンテンツプロバイダ２とEMDサービスセン
タ１との相互認証の動作を説明するフローチャートであ
る。
【図４１】コンテンツプロバイダ２とEMDサービスセン
タ１との相互認証の他の動作を説明するフローチャート
である。
【図４２】コンテンツプロバイダ２とEMDサービスセン
タ１との相互認証の他の動作を説明するフローチャート
である。
【図４３】コンテンツプロバイダ２がサービスプロバイ
ダ３にコンテンツプロバイダセキュアコンテナを送信す
る処理を説明するフローチャートである。
【図４４】サービスプロバイダ３がレシーバ５１にサー
ビスプロバイダセキュアコンテナを送信する処理を説明
するフローチャートである。
【図４５】レシーバ５１がサービスプロバイダセキュア
コンテナを受信する処理を説明するフローチャートであ
る。
【図４６】レシーバ５１がコンテンツを再生する処理を
説明するフローチャートである。
【図４７】決済処理を説明するフローチャートである。
【図４８】レシーバ２０１を、ユーザＡを決済ユーザと
して登録する処理を説明するフローチャートである。
【図４９】登録用紙の例を示す図である。
【図５０】レシーバ２０１の記憶モジュール２２３に記
憶されている情報の他の例を示す図である。
【図５１】基準情報２０１の他の例を示す図である。
【図５２】レシーバ２０１の記憶モジュール２２３に記
憶されている情報の他の例を示す図である。
【図５３】基準情報２０１の他の例を示す図である。
【図５４】レシーバ２０１を、ユーザＡを決済ユーザと
して登録する処理を説明する他のフローチャートであ
る。
【図５５】システム登録情報の他の例を示す図である。
【図５６】与信による登録処理を説明するフローチャー
トである。
【図５７】システム登録情報の他の例を示す図である。
【図５８】システム登録情報の他の例を示す図である。
【図５９】登録リストを取得する処理を説明するフロー
チャートである。
【図６０】登録リストの他の例を示す図である。
【図６１】レシーバ２０１の記憶モジュール２２３に記
憶されている情報の他の例を示す図である。
【図６２】レシーバ３０１の機能的構成例を示すブロッ
ク図である。
【図６３】基準情報３０１の例を示す図である。
【図６４】レシーバ３０１の記憶モジュール３２３に記
憶されている情報の例を示す図である。
【図６５】システム登録情報の他の例を示す図である。
【図６６】レシーバ３０１を、ユーザＡを決済ユーザと
して登録する処理を説明するフローチャートである。
【図６７】他の登録用紙の例を示す図である。
【図６８】レシーバ３０１の記憶モジュール３２３に記
憶されている他の情報の例を示す図である。
【図６９】基準情報３０１の他の例を示す図である。
【図７０】手続確認による登録処理を説明するフローチ
ャートである。
【図７１】システム登録情報の他の例を示す図である。
【図７２】システム登録情報の他の例を示す図である。
【図７３】ユーザＢを、レシーバ２０１の従属ユーザと
して登録する処理を説明するフローチャートである。
【図７４】基準情報２０１の他の例を示す図である。
【図７５】ユーザＢを、レシーバ２０１の従属ユーザと
して登録する他の処理を説明するフローチャートであ
る。
【図７６】システム登録情報の他の例を示す図である。
【図７７】ユーザＢを、レシーバ３０１の従属ユーザと
して登録する処理を説明するフローチャートである。
【図７８】レシーバ３０１の記憶モジュール３２３に記
憶されている他の情報の例を示す図である。
【図７９】システム登録情報の他の例を示す図である。
【符号の説明】
１ EMDサービスセンタ， ２ コンテンツプロバイ
ダ， ３ サービスプロバイダ， ５ ユーザホームネ
ットワーク， １１ サービスプロバイダ管理部， １
２ コンテンツプロバイダ管理部， １３ 著作権管理
部， １４ 鍵サーバ， １５ 経歴データ管理部，
１６ 利益分配部， １７ 相互認証部，１８ ユーザ
管理部， １９ 課金請求部， ２０ 出納部， ２１
監査部， ３１ コンテンツサーバ， ３２ ウォー
タマーク付加部， ３３ 圧縮部， ３４ 暗号化部，
３５ 乱数発生部， ３６ 暗号化部， ３７ ポリ
シー記憶部， ３８ セキュアコンテナ作成部， ３９
相互認証部， ４１ コンテンツサーバ， ４２ 値
付け部， ４３ ポリシー記憶部， ４４ セキュアコ
ンテナ作成部， ４５ 相互認証部， ５１ レシー
バ， ５２ HDD，６１ 通信部， ６２ SAM， ６３
外部記憶部， ６４ 伸張部， ６５通信部， ６６
インタフェース， ６７ 表示制御部， ６８ 入力
制御部，７１ 相互認証モジュール， ７２ 課金処理
モジュール， ７３ 記憶モジュール， ７４ 復号／
暗号化モジュール， ７５ データ検査モジュール，９
１ 復号ユニット， ９２ 乱数発生ユニット， ９３
暗号化ユニット，１０１ 相互認証モジュール， １
０２ 復号モジュール， １０３ 復号モジュール，
１０４ 伸張モジュール， １０５ ウォータマーク付
加モジュール， ２０１ レシーバ， ２０２ HDD，
２１１ 通信部， ２１２ SAM，２１３ 外部記憶
部， ２１４ 伸張部， ２１５ 通信部， ２１６
インタフェース， ２１７ 表示制御部， ２１８ 入
力制御部， ２２１ 相互認証モジュール， ２２２
課金処理モジュール， ２２３ 記憶モジュール， ２
２４ 復号／暗号化モジュール， ２２５ データ検査
モジュール， ２３１復号ユニット， ２３２ 乱数発
生ユニット， ２３３ 暗号化ユニット， ２４１ 相
互認証モジュール， ２４２ 復号モジュール， ２４
３ 復号モジュール， ２４４ 伸張モジュール， ２
４５ ウォータマーク付加モジュール，３０１ レシー
バ， ３１１ SAM， ３１２ 外部記憶部， ３１３
伸張部， ３１４ 通信部， ３２１ 相互認証モジ
ュール， ３２２ 課金処理モジュール， ３２３ 記
憶モジュール， ３２４ 復号／暗号化モジュール，３
２５ データ検査モジュール， ３３１ 復号ユニッ
ト， ３３２ 乱数発生ユニット， ３３３ 暗号化ユ
ニット， ３４１ 相互認証モジュール， ３４２ 復
号モジュール， ３４３ 復号モジュール， ３４４
伸張モジュール，３４５ ウォータマーク付加モジュー
ル
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６０１Ｃ ６７５Ｄ Ｆターム(参考） 5B049 AA01 AA05 BB00 CC05 CC10 CC36 EE23 EE26 EE28 GG02 GG04 GG07 GG10 5B089 GA11 GA21 GB02 HA10 JA33 JB22 KA17 KB12 KB13 KH28 KH30 5D044 AB05 DE48 DE49 GK17 HL11 5J104 AA07 AA16 EA02 EA06 EA18 KA01 MA02 NA02 NA05 PA07 PA11 9A001 BB04 CC02 EE03 HH15 KK43 KK62

Claims (11)

    【特許請求の範囲】
  1. 【請求項１】 管理装置に管理され、かつ、暗号化され
    た情報を復号して利用する情報処理装置において、 自分自身のIDを含む所定の登録申請情報が、前記管理装
    置に供給された後、前記情報の利用を開始することを示
    す利用開始信号を、前記管理装置に送信する第１の送信
    手段と、 前記第１の送信手段により送信された前記利用開始信号
    に対応させて、自分自身のIDを、前記管理装置に送信す
    る第２の送信手段と、 前記管理装置から送信されてきた、前記第１の送信手段
    により送信された前記利用開始信号と、前記第２の送信
    手段により送信された自分自身のIDに対応した、暗号化
    された前記情報を復号するために第１の期間に限り利用
    可能となる所定の鍵と、課金の所定の上限を示す第１の
    上限情報を受信し、記憶する第１の記憶手段と、 前記管理装置から送信されてきた、前記登録申請情報に
    対応した、暗号化された前記情報を復号するために第２
    の期間に限り利用可能となる前記鍵、課金の所定の上限
    を示す第２の上限情報、および所定の決済IDを受信し、
    記憶する第２の記憶手段と、 前記管理装置から送信されてきた所定の登録条件を受信
    し、記憶する第３の記憶手段と、 前記第３の記憶手段により記憶されている前記登録条件
    に基づいて、動作を制御する制御手段とを備えることを
    特徴とする情報処理装置。
  2. 【請求項２】 前記第１の送信手段により送信された前
    記利用開始信号に対応させて、ユーザ一般情報を、前記
    管理装置に送信する第３の送信手段をさらに備え、 前記第１の記憶手段は、前記管理装置から送信されてき
    たユーザIDを受信し、記憶することを特徴とする請求項
    １に記載の情報処理装置。
  3. 【請求項３】 前記第１の送信手段により送信された前
    記利用開始信号に対応させて、ユーザIDを前記管理装置
    に送信する第４の送信手段をさらに備えることを特徴と
    する請求項２に記載の情報処理装置。
  4. 【請求項４】 管理装置に管理され、かつ、暗号化され
    た情報を復号して利用する情報処理装置の情報処理方法
    において、 自分自身のIDを含む所定の登録申請情報が、前記管理装
    置に供給された後、前記情報の利用を開始することを示
    す利用開始信号を、前記管理装置に送信する第１の送信
    ステップと、 前記第１の送信ステップで送信された前記利用開始信号
    に対応させて、自分自身のIDを、前記管理装置に送信す
    る第２の送信ステップと、 前記管理装置から送信されてきた、前記第１の送信ステ
    ップで送信された前記利用開始信号と、前記第２の送信
    ステップで送信された自分自身のIDに対応した、暗号化
    された前記情報を復号するために第１の期間に限り利用
    可能となる所定の鍵と、課金の所定の上限を示す第１の
    上限情報を受信し、記憶する第１の記憶ステップと、 前記管理装置から送信されてきた、前記登録申請情報に
    対応した、暗号化された前記情報を復号するために第２
    の期間に限り利用可能となる前記鍵、課金の所定の上限
    を示す第２の上限情報、および所定の決済IDを受信し、
    記憶する第２の記憶ステップと、 前記管理装置から送信されてきた所定の登録条件を受信
    し、記憶する第３の記憶ステップと、 前記第３の記憶ステップで記憶された前記登録条件に基
    づいて、動作を制御する制御ステップとを含むことを特
    徴とする情報処理方法。
  5. 【請求項５】 管理装置に管理され、かつ、暗号化され
    た情報を復号して利用する情報処理装置に、 自分自身のIDを含む所定の登録申請情報が、前記管理装
    置に供給された後、前記情報の利用を開始することを示
    す利用開始信号を、前記管理装置に送信する第１の送信
    ステップと、 前記第１の送信ステップで送信された前記利用開始信号
    に対応させて、自分自身のIDを、前記管理装置に送信す
    る第２の送信ステップと、 前記管理装置から送信されてきた、前記第１の送信ステ
    ップで送信された前記利用開始信号と、前記第２の送信
    ステップで送信された自分自身のIDに対応した、暗号化
    された前記情報を復号するために第１の期間に限り利用
    可能となる所定の鍵と、課金の所定の上限を示す第１の
    上限情報を受信し、記憶する第１の記憶ステップと、 前記管理装置から送信されてきた、前記登録申請情報に
    対応した、暗号化された前記情報を復号するために第２
    の期間に限り利用可能となる前記鍵、課金の所定の上限
    を示す第２の上限情報、および所定の決済IDを受信し、
    記憶する第２の記憶ステップと、 前記管理装置から送信されてきた所定の登録条件を受信
    し、記憶する第３の記憶ステップと、 前記第３の記憶ステップで記憶された前記登録条件に基
    づいて、動作を制御する制御ステップとを含む処理を実
    行させるコンピュータが読み取り可能なプログラムを提
    供することを特徴とする提供媒体。
  6. 【請求項６】 暗号化された情報を復号し、利用する所
    定の機器を管理する管理装置において、 前記機器のIDに対応して所定のユーザ一般情報が提供さ
    れたとき、前記ユーザ一般情報に基づいて、第１の登録
    確認処理を実行する第１の実行手段と、 前記機器から送信されてきた、所定の利用開始信号を受
    信する第１の受信手段と、 前記第１の受信手段により受信される前記利用開始信号
    に対応して、前記機器から送信されてきた前記機器のID
    を受信する第２の受信手段と、 前記第１の受信手段により前記利用開始信号を受信し、
    かつ、前記第２の受信手段により前記機器のIDを受信し
    たとき、暗号化された前記情報を復号するために第１の
    期間に限り利用可能となる所定の鍵と、課金の所定の上
    限を示す第１の上限情報を、前記機器に送信する第１の
    送信手段と、 前記第１の実行手段により実行される前記第１の登録確
    認処理の処理結果に対応して、所定の決済IDを割り当て
    る第１の割り当て手段と、 前記第１の実行手段により実行された前記第１の登録確
    認処理の処理結果に対応して、前記第１の割り当て手段
    により割り当てられた前記決済IDを、前記第２の受信手
    段により受信された前記機器のIDに対応させて登録する
    登録手段と、 前記第１の実行手段により実行された前記第１の登録確
    認処理の処理結果に対応して、前記登録手段により登録
    された前記決済ID、暗号化された前記情報を復号するた
    めに第２の期間に限り利用可能となる前記鍵、および課
    金の所定の上限を示す第２の上限情報を、前記機器に送
    信する第２の送信手段と、 前記第１の実行手段により実行される前記第１の登録確
    認処理の処理結果に基づいて、前記機器の登録条件を作
    成し、送信する第３の送信手段とを備えることを特徴と
    する管理装置。
  7. 【請求項７】 前記決済IDが提供されたとき、第２の登
    録確認処理を実行する第２の実行手段をさらに備え、 前記第２の送信手段は、前記第２の実行手段により実行
    された前記第２の登録確認処理の処理結果に対応して、
    前記第２の期間に限り、暗号化された前記情報を復号す
    るために利用可能となる前記鍵、および前記第２の上限
    情報を、前記機器に送信することを特徴とする請求項６
    に記載の管理装置。
  8. 【請求項８】 前記利用開始信号に対応して、前記機器
    から送信されてきた、ユーザ一般情報を受信する第３の
    受信手段と、 ユーザIDを割り当てる第２の割り当て手段とをさらに備
    え、 前記登録手段は、前記第２の割り当て手段により割り当
    てられた前記ユーザID、および前記ユーザ一般情報を、
    前記第２の受信手段により受信された前記機器のIDに対
    応させて登録し、 前記第１の送信手段は、前記登録手段により登録された
    前記ユーザIDを、前記機器に送信することを特徴とする
    請求項６に記載の管理装置。
  9. 【請求項９】 前記利用開始信号に対応して、前記機器
    から送信されてきた、前記ユーザIDを受信する第４の受
    信手段と、 前記第４の受信手段により受信された前記ユーザIDが、
    前記登録手段に登録されているか否かを確認する確認手
    段とをさらに備え、 前記登録手段は、前記確認手段による確認結果に対応し
    て、前記第４の受信手段により受信された前記ユーザI
    D、および前記ユーザIDに対応して登録しているユーザ
    一般情報を、前記第２の受信手段により受信された前記
    機器のIDに対応させて登録することを特徴とする請求項
    ８に記載の管理装置。
  10. 【請求項１０】 暗号化された情報を復号し、利用する
    所定の機器を管理する管理装置の管理方法において、 前記機器のIDに対応して所定のユーザ一般情報が提供さ
    れたとき、前記ユーザ一般情報に基づいて、第１の登録
    確認処理を実行する第１の実行ステップと、 前記機器から送信されてくる、所定の利用開始信号を受
    信する第１の受信ステップと、 前記第１の受信ステップで受信された前記利用開始信号
    に対応して、前記機器から送信されてくる前記機器のID
    を受信する第２の受信ステップと、 前記第１の受信ステップで前記利用開始信号が受信さ
    れ、かつ、前記第２の受信ステップで前記機器のIDが受
    信されたとき、暗号化された前記情報を復号するために
    第１の期間に限り利用可能となる所定の鍵と、課金の所
    定の上限を示す第１の上限情報を、前記機器に送信する
    第１の送信ステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に対応して、所定の決済IDを割り当て
    る第１の割り当てステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に対応して、前記第１の割り当てステ
    ップで割り当てられた前記決済IDを、前記第２の受信ス
    テップで受信された前記機器のIDに対応させて登録する
    登録ステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に対応して、前記登録ステップで登録
    された前記決済ID、暗号化された前記情報を復号するた
    めに第２の期間に限り利用可能となる前記鍵、および課
    金の所定の上限を示す第２の上限情報を、前記機器に送
    信する第２の送信ステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に基づいて、前記機器の登録条件を作
    成し、送信する第３の送信ステップとを含むことを特徴
    とする管理方法。
  11. 【請求項１１】 暗号化された情報を復号し、利用する
    所定の機器を管理する管理装置に、 前記機器のIDに対応して所定のユーザ一般情報が提供さ
    れたとき、前記ユーザ一般情報に基づいて、第１の登録
    確認処理を実行する第１の実行ステップと、 前記機器から送信されてくる、所定の利用開始信号を受
    信する第１の受信ステップと、 前記第１の受信ステップで受信された前記利用開始信号
    に対応して、前記機器から送信されてくる前記機器のID
    を受信する第２の受信ステップと、 前記第１の受信ステップで前記利用開始信号が受信さ
    れ、かつ、前記第２の受信ステップで前記機器のIDが受
    信されたとき、暗号化された前記情報を復号するために
    第１の期間に限り利用可能となる所定の鍵と、課金の所
    定の上限を示す第１の上限情報を、前記機器に送信する
    第１の送信ステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に対応して、所定の決済IDを割り当て
    る第１の割り当てステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に対応して、前記第１の割り当てステ
    ップで割り当てられた前記決済IDを、前記第２の受信ス
    テップで受信された前記機器のIDに対応させて登録する
    登録ステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に対応して、前記登録ステップで登録
    された前記決済ID、暗号化された前記情報を復号するた
    めに第２の期間に限り、利用可能となる前記鍵、および
    課金の所定の上限を示す第２の上限情報を、前記機器に
    送信する第２の送信ステップと、 前記第１の実行ステップで実行された前記第１の登録確
    認処理の処理結果に基づいて、前記機器の登録条件を作
    成し、送信する第３の送信ステップとを含む処理を実行
    させるコンピュータが読み取り可能なプログラムを提供
    することを特徴とする提供媒体。
JP10341499A 1999-04-09 1999-04-09 情報処理装置および方法、管理装置および方法、並びに提供媒体 Withdrawn JP2000293587A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP10341499A JP2000293587A (ja) 1999-04-09 1999-04-09 情報処理装置および方法、管理装置および方法、並びに提供媒体
EP00302855A EP1043878A3 (en) 1999-04-09 2000-04-04 Information processing apparatus and method, information management apparatus and method and information providing medium
US09/544,070 US6574611B1 (en) 1999-04-09 2000-04-06 Information processing apparatus and method, information management apparatus and method, and information providing medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10341499A JP2000293587A (ja) 1999-04-09 1999-04-09 情報処理装置および方法、管理装置および方法、並びに提供媒体

Publications (1)

Publication Number Publication Date
JP2000293587A true JP2000293587A (ja) 2000-10-20

Family

ID=14353397

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10341499A Withdrawn JP2000293587A (ja) 1999-04-09 1999-04-09 情報処理装置および方法、管理装置および方法、並びに提供媒体

Country Status (3)

Country Link
US (1) US6574611B1 (ja)
EP (1) EP1043878A3 (ja)
JP (1) JP2000293587A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007012083A (ja) * 2001-09-10 2007-01-18 Sagawa Express Co Ltd 配達方法及び配達システム
CN115174136A (zh) * 2022-05-23 2022-10-11 北京旷视科技有限公司 数据获取和数据传送方法、终端、服务器及存储介质

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7110984B1 (en) * 1998-08-13 2006-09-19 International Business Machines Corporation Updating usage conditions in lieu of download digital rights management protected content
CN1967559A (zh) 1999-07-06 2007-05-23 索尼株式会社 数据提供系统、装置及其方法
CN1322322A (zh) * 1999-09-17 2001-11-14 索尼株式会社 数据提供系统及其方法
US20040073617A1 (en) 2000-06-19 2004-04-15 Milliken Walter Clark Hash-based systems and methods for detecting and preventing transmission of unwanted e-mail
TW559717B (en) * 2000-12-29 2003-11-01 Foursis Business Promotion Kk Data storage medium for charging of network data and recording usage program, and loading device loading with the program
JP4545994B2 (ja) * 2001-07-02 2010-09-15 三洋電機株式会社 データ再生装置それに用いるデータ再生回路、およびデータ記録装置
US7096223B2 (en) * 2001-09-20 2006-08-22 Wellogix Inc. Process and system for managing and reconciling field documentation data within a complex project workflow system
KR100467929B1 (ko) * 2002-02-28 2005-01-24 주식회사 마크애니 디지털 컨텐츠의 보호 및 관리를 위한 시스템
JP4391056B2 (ja) 2002-04-15 2009-12-24 ソニー株式会社 情報管理装置および方法、記録媒体、並びにプログラム
GB0208858D0 (en) 2002-04-18 2002-05-29 Hewlett Packard Co Method and apparatus for encrypting/decrypting data
US7891007B2 (en) * 2002-06-28 2011-02-15 Microsoft Corporation Systems and methods for issuing usage licenses for digital content and services
US7631318B2 (en) * 2002-06-28 2009-12-08 Microsoft Corporation Secure server plug-in architecture for digital rights management systems
JP4080325B2 (ja) * 2002-10-09 2008-04-23 パイオニア株式会社 情報提供システム及び方法等
US7370212B2 (en) 2003-02-25 2008-05-06 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
US7827156B2 (en) * 2003-02-26 2010-11-02 Microsoft Corporation Issuing a digital rights management (DRM) license for content based on cross-forest directory information
GB2399724B (en) * 2003-03-15 2005-04-27 Hewlett Packard Development Co Method and system for regulating access to a service
KR20060009808A (ko) * 2003-05-20 2006-02-01 소니 가부시끼 가이샤 컨텐츠 제공 시스템, 정보 처리 장치와 방법, 및 프로그램
GB0314595D0 (en) * 2003-06-23 2003-07-30 Vodafone Plc Communication systems
US7549062B2 (en) * 2003-06-27 2009-06-16 Microsoft Corporation Organization-based content rights management and systems, structures, and methods therefor
US7716288B2 (en) * 2003-06-27 2010-05-11 Microsoft Corporation Organization-based content rights management and systems, structures, and methods therefor
US7512798B2 (en) * 2003-06-27 2009-03-31 Microsoft Corporation Organization-based content rights management and systems, structures, and methods therefor
TW200502758A (en) * 2003-07-07 2005-01-16 Yuen Foong Paper Co Ltd Portable secure information accessing system and method thereof
JP4600772B2 (ja) * 2003-07-14 2010-12-15 ソニー株式会社 サービス利用方法、サービス利用装置及びサービス利用プログラム、並びに管理方法、管理装置及び管理プログラム
TWI235303B (en) * 2003-07-22 2005-07-01 Yuen Foong Paper Co Ltd Digital content management system, method and application method thereof
KR20060133958A (ko) 2003-09-10 2006-12-27 코닌클리케 필립스 일렉트로닉스 엔.브이. 콘텐츠 보호 방법 및 시스템
US20050066355A1 (en) * 2003-09-19 2005-03-24 International Business Machines Corporation System and method for satellite broadcasting and receiving encrypted television data signals
EP1680902A1 (en) * 2003-11-07 2006-07-19 Matsushita Electric Industrial Co., Ltd. System and method for time-limited digital content access
US7900260B2 (en) * 2003-12-05 2011-03-01 Microsoft Corporation Method for lifetime tracking of intellectual property
US7580794B2 (en) * 2003-12-23 2009-08-25 Trimble Navigation Limited Remote subscription unit for GNSS information
JP4645049B2 (ja) * 2004-03-19 2011-03-09 株式会社日立製作所 コンテンツ送信装置およびコンテンツ送信方法
US8347078B2 (en) 2004-10-18 2013-01-01 Microsoft Corporation Device certificate individualization
US8336085B2 (en) 2004-11-15 2012-12-18 Microsoft Corporation Tuning product policy using observed evidence of customer behavior
US8438645B2 (en) * 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
US8725646B2 (en) 2005-04-15 2014-05-13 Microsoft Corporation Output protection levels
US20060265758A1 (en) 2005-05-20 2006-11-23 Microsoft Corporation Extensible media rights
US10069737B2 (en) * 2014-12-29 2018-09-04 Verizon Patent And Licensing Inc. Applying policies based on unique content identifiers
US7499552B2 (en) 2006-01-11 2009-03-03 International Business Machines Corporation Cipher method and system for verifying a decryption of an encrypted user data key
JP2008103844A (ja) * 2006-10-17 2008-05-01 Toshiba Corp 再生装置および鍵管理方法
US7916870B2 (en) * 2006-11-03 2011-03-29 Verizon Patent And Licensing Inc. Systems and methods for document control using public key encryption
JP5268001B2 (ja) * 2007-03-27 2013-08-21 日本電気株式会社 ストリーム暗号向け擬似乱数生成装置とプログラムと方法
US8788810B2 (en) * 2009-12-29 2014-07-22 Motorola Mobility Llc Temporary registration of devices
US10019770B2 (en) * 2013-06-20 2018-07-10 Fourthwall Media, Inc. System and method for generating and transmitting data without personally identifiable information
FR3018372B1 (fr) * 2014-03-06 2023-09-29 Oberthur Technologies Generation de message pour test de generation de cles cryptographiques
US9992175B2 (en) * 2016-01-08 2018-06-05 Moneygram International, Inc. Systems and method for providing a data security service

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5473584A (en) * 1992-01-29 1995-12-05 Matsushita Electric Industrial Co., Ltd. Recording and reproducing apparatus
US5440631A (en) * 1992-04-24 1995-08-08 Fijitsu Limited Information distribution system wherein storage medium storing ciphered information is distributed
AU754166B2 (en) * 1997-03-21 2002-11-07 Nagra France Sas Broadcast and reception system, and conditional access system therefor
DE69834218T2 (de) * 1997-05-13 2007-01-04 Kabushiki Kaisha Toshiba, Kawasaki Informationsaufzeichnungs- und -wiedergabegerät sowie Informationsverteilungssystem
US6052466A (en) * 1997-08-28 2000-04-18 Telefonaktiebolaget L M Ericsson (Publ) Encryption of data packets using a sequence of private keys generated from a public key exchange
JP3740917B2 (ja) * 1999-11-26 2006-02-01 日本ビクター株式会社 記録方法及び記録媒体
US20010014155A1 (en) * 2000-02-16 2001-08-16 Takayuki Sugahara Method and apparatus for decrypting contents information
JP4186381B2 (ja) * 2000-05-10 2008-11-26 日本電気株式会社 プログラムを格納する記録媒体及びその実行方法
JP3587763B2 (ja) * 2000-05-18 2004-11-10 村田機械株式会社 暗号化装置，復号装置，暗号通信システム及び記録媒体

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007012083A (ja) * 2001-09-10 2007-01-18 Sagawa Express Co Ltd 配達方法及び配達システム
CN115174136A (zh) * 2022-05-23 2022-10-11 北京旷视科技有限公司 数据获取和数据传送方法、终端、服务器及存储介质
CN115174136B (zh) * 2022-05-23 2024-02-02 北京旷视科技有限公司 数据获取和数据传送方法、终端、服务器及存储介质

Also Published As

Publication number Publication date
EP1043878A2 (en) 2000-10-11
US6574611B1 (en) 2003-06-03
EP1043878A3 (en) 2004-12-29

Similar Documents

Publication Publication Date Title
JP2000293587A (ja) 情報処理装置および方法、管理装置および方法、並びに提供媒体
JP4238410B2 (ja) 情報処理システム
JP4238411B2 (ja) 情報処理システム
US7099479B1 (en) Information transmission system, transmitter, and transmission method as well as information reception system, receiver and reception method
JP2001216198A (ja) 利用許可証発行装置および方法
JP2001022843A (ja) 情報処理装置および方法、並びに提供媒体
JP2000357196A (ja) 情報処理装置及び方法、管理装置及び方法、提供媒体、情報提供システム及び方法並びに情報送信装置
JP2000124890A (ja) 情報処理装置および方法、管理装置および方法、情報利用システム、提供媒体、並びに外部記憶媒体
JP2001094554A (ja) 情報送信システム、情報送信装置、情報受信装置、情報送信方法
EP1047030A2 (en) Information processing apparatus and method, information management apparatus and method, information providing medium, information providing system and method, and information transmission apparatus
JP2000293590A (ja) 情報処理装置および方法、並びに提供媒体
JP2001067324A (ja) 情報送信システム、情報送信装置及び情報受信装置
JP2000123084A (ja) 情報処理装置、情報処理方法、および提供媒体
JP2000293588A (ja) 情報処理装置および方法、管理装置および方法、並びに提供媒体
JP2000293459A (ja) 情報処理装置および方法、並びに提供媒体
JP2001067795A (ja) 情報受信システム及び情報受信装置
JP2001069134A (ja) 情報送信システム及び情報受信装置
HK1041324B (en) Information processing device and method, and providing medium
JP2000188595A (ja) 管理装置および方法、情報処理装置および方法、提供媒体、並びに情報利用システム
JP2000124888A (ja) 情報処理装置、情報処理方法、並びに提供媒体
JP2001069096A (ja) 情報配信システム及び情報受信装置

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060704