WO2003088056A1 - Dispositif de traitement d'information, procede et programme correspondants - Google Patents

Dispositif de traitement d'information, procede et programme correspondants Download PDF

Info

Publication number
WO2003088056A1
WO2003088056A1 PCT/JP2003/004546 JP0304546W WO03088056A1 WO 2003088056 A1 WO2003088056 A1 WO 2003088056A1 JP 0304546 W JP0304546 W JP 0304546W WO 03088056 A1 WO03088056 A1 WO 03088056A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
usage right
key
processing
verification
Prior art date
Application number
PCT/JP2003/004546
Other languages
English (en)
French (fr)
Inventor
Ryuji Ishiguro
Keiko Tada
Motomasa Futagami
Original Assignee
Sony Corporation
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 Corporation filed Critical Sony Corporation
Priority to EP03717552A priority Critical patent/EP1496438A4/en
Priority to US10/480,627 priority patent/US7325139B2/en
Priority to KR10-2003-7016323A priority patent/KR20040100848A/ko
Publication of WO2003088056A1 publication Critical patent/WO2003088056A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/14—Protection against unauthorised use of memory or access to memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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]
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09C—CIPHERING OR DECIPHERING APPARATUS FOR CRYPTOGRAPHIC OR OTHER PURPOSES INVOLVING THE NEED FOR SECRECY
    • G09C1/00—Apparatus or methods whereby a given sequence of signs, e.g. an intelligible text, is transformed into an unintelligible sequence of signs by transposing the signs or groups of signs or by replacing them by others according to a predetermined system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H04L9/0833—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key
    • H04L9/0836—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key using tree structure or hierarchical structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/2107—File encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/603—Digital right managament [DRM]

Definitions

  • the present invention relates to an information processing apparatus and method, and a program, and more particularly to a content in a copyright management system in which content and its right to use are separately distributed.
  • the present invention relates to an information processing device and method, and a program. Background art
  • An information processing apparatus includes: a first selection unit that selects content to be stored in a content storage device; and a first unit that verifies a first electronic signature attached to the content selected by the first selection unit.
  • Verification means storage means for storing a usage right permitting use of the content selected by the first selection means, and retrieval of the usage right corresponding to the content selected by the first selection means from the storage means
  • a search means a second verification means for verifying a second electronic signature attached to the usage right searched by the search means, and a first verification means based on information included in the usage right searched by the search means.
  • the first data generation unit that generates tampering detection data, the verification result of the first verification unit, and the verification result of the second verification unit determines that the content and the usage right have not been tampered with.
  • a first output unit that outputs the usage right, the first tampering detection data generated by the first data generation unit, and the content to the content storage device.
  • the information processing apparatus further includes second selection means for selecting one usage right from the searched plurality of usage rights when a plurality of usage rights are searched by the search means, and the second verification means includes a second selection means.
  • the electronic signature attached to the usage right selected by the selection means is verified, and the first data generation means detects the first falsification based on the information included in the usage right selected by the second selection means. Data can be generated.
  • the information processing apparatus further includes a conversion unit that converts the content selected by the first selection unit into a format corresponding to the content storage device, and the first output unit converts the content converted by the conversion unit into a content storage device Can be output to
  • the information processing apparatus further includes a conversion unit that converts a usage right corresponding to the content into a format corresponding to the content storage device, and the first tampering detection data generated by the first data generation unit is converted by the conversion unit. It can be used as falsification detection data based on the converted usage right.
  • the first falsification detection data generated by the first data generation means can be generated based on a use condition included in the usage right.
  • An information processing apparatus configured to acquire, from the content storage device, all of the first tampering detection data generated by the first data generation device based on the usage right corresponding to the content stored in the content storage device; A second data generation means for generating second falsification detection data based on the entire first falsification detection data obtained by the obtaining means; and a second falsification detection generated by the second data generation means.
  • the information processing method according to the present invention may further include a second output unit that outputs data to the content storage device.
  • the information processing method includes: a selection step of selecting content to be stored in the content storage device; A first verification step for verifying a first digital signature attached to the received content, and a content selected by the processing of the selection step.
  • a program includes a selecting step of selecting content to be stored in a content storage device in a computer, and a first step of verifying a first electronic signature attached to the content selected by the processing of the selecting step.
  • a verification step a storage control step of controlling the storage of a usage right in the storage means for permitting use of the content selected by the processing of the selection step, and a content selected by the processing of the selection step from the storage means.
  • the data generation step of generating tampering detection data based on the data, the verification result of the processing of the first verification step, and the verification result of the processing of the second verification step determined that the content and the usage right were not falsified. On the condition that the right to use and the tampering detection data generated by the processing of the data generation step and the output step of outputting the content to the content storage device are executed.
  • the content to be stored in the content storage device is selected, the first electronic signature attached to the selected content is verified, and the use of the selected content is performed.
  • the right to use is stored.
  • the use right corresponding to the selected content is retrieved from the storage means, and the second electronic signature attached to the retrieved use right is verified.
  • Falsification detection data is generated based on the information included in the retrieved usage right.
  • the usage right, the tampering detection data, and the content are output to the content storage device on condition that the content and the usage right are not falsified by the first verification result and the second verification result.
  • the content may be any useful information regardless of the type of information such as audio, image, or text.
  • the electronic signature may be any information that guarantees its validity, regardless of the method of generation.
  • FIG. 1 is a block diagram showing a configuration of a content providing system to which the present invention is applied.
  • FIG. 2 is a block diagram showing the configuration of the client shown in FIG.
  • FIG. 3 is a flowchart for explaining the content download processing of the client in FIG.
  • FIG. 4 is a flowchart illustrating a content providing process of the content server in FIG.
  • FIG. 5 is a diagram showing an example of the format in step S26 in FIG.
  • FIG. 6 is a flowchart illustrating the content reproduction processing of the client in FIG.
  • FIG. 7 is a flowchart illustrating details of the usage right acquisition process in step S43 of FIG.
  • FIG. 8 is a diagram showing the structure of the usage right.
  • FIG. 9 is a flowchart for explaining the process of providing the license server in FIG.
  • FIG. 10 is a diagram illustrating the configuration of a key.
  • FIG. 11 is a diagram illustrating a category node.
  • FIG. 12 is a diagram showing a specific example of correspondence between nodes and devices.
  • FIG. 13 is a diagram for explaining the configuration of the validation key block.
  • FIG. 14 is a diagram illustrating the configuration of the activation keep lock.
  • FIG. 15 is a diagram illustrating the use of the activation keep lock.
  • FIG. 16 is a diagram showing an example of the format of the activation keep-up.
  • FIG. 17 is a diagram illustrating the configuration of the tag of the activation keep lock.
  • FIG. 18 is a diagram for explaining a content decryption process using DNK.
  • FIG. 19 is a diagram showing an example of the activation keep lock.
  • FIG. 20 is a diagram for explaining assignment of a plurality of contents to one device.
  • FIG. 21 is a diagram showing a configuration of a Memory Stick.
  • FIG. 22 is a flowchart for explaining the process of the content checkout.
  • FIG. 23 is a flowchart illustrating a process of executing a checkout of a client.
  • FIG. 24 is a diagram illustrating an example of generating a MAC value using the DES encryption processing configuration.
  • FIG. 25 is a diagram for explaining the index and the content stored in the Memory Stick.
  • FIG. 26 is a flowchart for explaining the process of executing a memory stick checkout. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 shows a configuration of a content providing system to which the present invention is applied.
  • the Internet 2 is connected to clients 11-1, 1-2 (hereinafter, simply referred to as client 1 when there is no need to distinguish these clients individually). In this example, only two clients are shown, but any number of clients are connected to the Internet 2.
  • the Internet 2 includes a content server 3 that provides content to the client 1, a license server 4 that grants the client 1 the right to use the content provided by the content server 3, and a client When the client 1 receives the usage right, a charging server 5 that performs a charging process for the client 1 is connected.
  • Figure 2 shows the configuration of Client 1.
  • Fig. 2 Program stored in CPU (Central Processing Unit) 21 or ROM (Read Only Memory) 22 or RAM from storage unit 28
  • the timer 20 performs a timing operation and supplies time information to the CPU 21.
  • the RAM 23 also appropriately stores data necessary for the CPU 21 to execute various processes.
  • the encryption / decryption unit 24 performs a process of encrypting the content data and a process of decrypting the already encrypted content data.
  • the codec unit 25 encodes content data by, for example, ATRAC (Adaptive Transform Acoustic Coding) 3 method and is connected to the drive 30 via the input / output interface 32. Is supplied to the semiconductor memory 44 and recorded. Alternatively, the codec unit 25 decodes the encoded data read from the semiconductor memory 44 via the drive 30.
  • ATRAC Adaptive Transform Acoustic Coding
  • the semiconductor memory 44 is composed of, for example, a Memory Stick (trademark).
  • the CPU 21, the R0M 22, the RAM 23, the encryption / decryption unit 24, and the codec unit 25 are mutually connected via a path 31.
  • the bus 31 is also connected to an input / output interface 32.
  • the input / output interface 32 includes an input unit 26 including a keyboard and a mouse, a display including a CRT and an LCD, an output unit 27 including a speaker, a storage unit 28 including a hard disk, a modem, A communication unit 29 composed of a terminal adapter and the like is connected.
  • the communication unit 29 performs communication processing via the Internet 2.
  • the communication unit 29 performs communication processing of an analog signal or a digital signal with another client.
  • a drive 30 is connected to the input / output interface 32 as necessary, and a magnetic disk 41, an optical disk 42, a magneto-optical disk 43, or a semiconductor memory 44, etc. are appropriately mounted and read out from them.
  • the installed computer program is installed in the storage unit 28 as necessary.
  • the content server 3, the license server 4, and the billing server 5 are also constituted by computers having basically the same configuration as the client 1 shown in FIG. Therefore, in the following description, the configuration of FIG. 2 is also referred to as the configuration of the content server 3, the license server 4, the billing server 5, and the like.
  • a PD Portable Device
  • a computer having a configuration basically similar to that of the client 1 shown in FIG.
  • the CPU 21 controls the communication unit 29 in step S1 and sends the content server 3 to the content server 3 via the Internet 2. Have access.
  • the user operates the input unit 26 to specify the content to be provided.
  • the CPU 21 receives this specification information, and from the communication unit 29, via the Internet 2. Notifying the content ID of the specified content to the content server 3, as will be described later with reference to the flowchart of FIG. 4, the content server 3 having received the notification transmits the content including the encrypted content data. Since the content data is transmitted, in step S3, the CPU 21 receives the content data via the communication unit 29, and in step S4, stores the encrypted content data in the storage unit 28. Is supplied to the hard disk that composes and stored.
  • the configuration of the client 1 in FIG. 2 is also referred to as the configuration of the content server 3.
  • step S21 the CPU 21 of the content server 3 waits until the client 1 accesses the Internet 2 via the communication unit 29, and when it is determined that the access has been received, proceeds to step S22.
  • the content ID sent from client 1 is taken. This content ID is the information notified by the client 1 in step S2 of FIG.
  • step S23 the CPU 21 of the content server 3 extracts the content data specified by the content ID captured in the processing of step S22 from the content stored in the storage unit 28. read out.
  • step S24 the CPU 21 supplies the content data read from the storage unit 28 to the encryption / decryption unit 24, and encrypts the content data using the content key Kc. Since the content data stored in the storage unit 28 has already been encoded by the codec unit 25 in accordance with the ATRAC 3 system, the encoded content data is encrypted.
  • the content data can be stored in the storage unit 28 in an encrypted state in advance.
  • the processing of step S24 can be omitted.
  • the CPU 21 of the content server 3 stores, in a header constituting a format for transmitting the encrypted content data, key information (key information necessary for decrypting the encrypted content).
  • key information key information necessary for decrypting the encrypted content.
  • Add EKB and K-kilo (Kc) which will be described later with reference to FIG.
  • step S26 the CPU 21 of the content server 3 formats the content encrypted in the processing of step S24 and the header to which the key information is added in the processing of step S25.
  • the transmitted data is transmitted from the communication unit 29 via the Internet 2 to the accessing client 1.
  • FIG. 5 shows a format configuration when the content is supplied from the content server 3 to the client 1 in this manner.
  • this format consists of a header (Header) and data (Data), and the header includes content information (Content information), URL (Uniform Resource Locator), Eich key block)
  • the content information includes information such as a content ID (CID) as identification information for identifying content data that is formatted as data, and a codec method of the content.
  • the URL is address information that is accessed when acquiring the usage right required to use the content. In the case of the system in Fig. 1, specifically, the license server 4 required to receive the usage right is used. Address.
  • the content attribute is information related to the content.
  • the content attribute includes a content ID, a record company ID as identification information for identifying a content provider, and an artist as identification information for identifying an artist. ID, etc. are included.
  • the attribute is used to specify the content subject to the usage right.
  • the signature is an electronic signature corresponding to the attribute of the content.
  • Each encryption block is composed of initial vector (IV), seed (Seed), and data obtained by encrypting content data with keys K and c.
  • the key K ′ c is composed of a content key Kc and a value calculated by applying a value Seed set by a random number to a hash function, as shown by the following equation.
  • K 'c Hash (Kc, Seed)
  • the initial vector IV and seed Seed are set to different values for each encrypted block.
  • This encryption is performed every 8 bytes by dividing the content data in units of 8 bytes.
  • the latter 8-byte encryption is performed in CBC (Cipher Block Chaining) mode, which uses the result of the previous 8-byte encryption.
  • the encryption method is not limited to this.
  • the client 1 can freely acquire the content from the content server 3 for free. Therefore, the content itself can be distributed in large quantities.
  • each client 1 when using the acquired content, each client 1 needs to hold a usage right indicating that use of the content is permitted. Therefore, with reference to FIG. 6, a process when the client 1 plays the content will be described.
  • step S41 the CPU 21 of the client 1 acquires the identification information (CID) of the content specified by the user operating the input unit 26.
  • This identification information is composed of, for example, the title of the content and a number assigned to each stored content.
  • the CPU 21 reads the attributes of the content. These Attributes are described in the content header as shown in Fig.5.
  • step S42 the CPU 21 assigns a usage right such that the attributes read in step S41 satisfy the content condition included in each usage right. Then, it is determined whether or not it has already been acquired and stored in the storage unit 28. If the usage right has not been acquired yet, the process proceeds to step S43, and the CPU 21 executes a usage right acquisition process. Details of the usage right acquisition process will be described later with reference to the flowchart in FIG.
  • step S42 determines whether or not the acquired usage right is within the expiration date. Whether or not the usage right is within the validity period is determined by comparing the time limit specified as the content of the usage right (see Figure 8 below) with the current date and time measured by the timer 20. Is done. Validity of usage right When it is determined that the time limit has already expired, the CPU 21 proceeds to step S45, and executes a usage right update process.
  • step S44 If it is determined in step S44 that the usage right is still within the validity period, or if the usage right has been updated in step S45, the process proceeds to step S46, where the CPU 21 stores the storage right. 28
  • the use conditions and use state (described later) included in the use right stored in 8 are read, and it is determined whether or not reproduction conditions are satisfied.
  • step S46 If it is determined in step S46 that the reproduction is permitted based on the usage conditions and the usage status included in the usage right, the process proceeds to step S47, where the CPU 21 is encrypted.
  • the content data is read from the storage unit 28 and stored in the RAM 23.
  • step S48 the CPU 21 supplies the encrypted content data stored in the RAM 23 to the encryption / decryption unit 24 in encrypted block units arranged in the data of FIG. And decrypt using the content key Kc.
  • the key K EKBC included in the EKB (FIG. 5) is obtained by using the device node key (DM).
  • the content key Kc can be obtained from the data K EKBC (Kc) (FIG. 5).
  • step S49 the CPU 21 supplies the content data decrypted by the encryption / decryption unit 24 to the codec unit 25, where the content data is decoded. Then, the CPU 21 supplies the data decoded by the codec unit 25 from the input / output interface 32 to the output unit 27, performs D / A conversion, and outputs the data from the speaker. If it is determined in step S46 that the reproduction is not permitted based on the usage conditions and the usage status included in the usage right, the content is not output and the process ends.
  • Client 1 registers the leaf ID, D fox (Device Node Key), the private key of Client 1 'public key, the public key of the license server, and the certificate of each public key by registering with the license server in advance.
  • Acquisition of service data including leaf ID indicates identification information assigned to each client, DNK decrypts content Kc encrypted by EKB (validation key block) included in content This is the device node key required to perform the operation (described later with reference to FIG. 10).
  • step S61 the CPU 21 acquires the URL described in the header of the content.
  • this URL is the address to be accessed when obtaining the necessary usage rights to use the content. Therefore, in step S62, the CPU 21 accesses the URL acquired in step S61.
  • the communication unit 29 accesses the license server 4 via the Internet 2.
  • the license server 4 sends a list of usage rights to the client 1, and also specifies usage right designation information for specifying a usage right to be purchased (a usage right required to use the content) and a user.
  • the user is required to enter an ID and a password (step S102 in FIG. 9 described later).
  • the CPU 21 displays this request on the display unit of the output unit 27.
  • the user operates the input unit 26 based on this display to input the usage right designation information, the user ID, and the password.
  • the user ID and password are obtained in advance by the client 1 user accessing the license server 4 via the Internet 2.
  • the CPU 21 captures the usage right designation information input from the input unit 26, and captures the user ID and password.
  • the CPU 21 controls the communication unit 29 to store the input user ID and password in the license included in the usage right designation information and service data (described later).
  • the license server 4 sends the license request including the ID to the license server 4 via the Internet 2.
  • the license server 4 transmits the usage right based on the user ID, the password, and the usage right designation information (step S109) as described later with reference to FIG. If it is not satisfied, the right to use is not transmitted (step S112).
  • step S66 the CPU 21 determines whether or not the usage right has been transmitted from the license server 4, and if the usage right has been transmitted, the process proceeds to step S67, where the usage right is determined.
  • the data is supplied to the storage unit 28 and stored.
  • step S66 If it is determined in step S66 that the usage right has not been transmitted, the CPU 2
  • step 1 the flow advances to step S68 to execute error processing. Specifically, the CPU 21 prohibits the content reproduction process because the right to use the content is not obtained.
  • each client 1 can use the content for the first time after acquiring the necessary usage right to use the content.
  • usage right acquisition process in FIG. 7 can be performed in advance before each user acquires content.
  • the usage right provided to the client 1 includes, for example, a use condition, a leaf ID, and an electronic signature as shown in FIG.
  • the version is information that describes the version of the usage right, with the major and minor versions separated by dots.
  • a profile is described from a decimal integer value and is information that defines restrictions on how to describe usage rights.
  • the usage right ID is identification information for identifying the usage right, which is described by a hexadecimal constant.
  • the creation date and time indicates the date and time when the usage right was created.
  • the expiration date indicates the expiration date of the usage right.
  • An expiration date of 9 9 9 9 years 23: 59: 59: 59 indicates that there is no limit on the expiration date.
  • the terms of use include the expiration date when the content can be used based on the usage right, the playback expiration date when the content can be played based on the usage right, the maximum number of times the content can be played, and the usage
  • the number of times that content can be copied based on the right (number of permitted copies), the maximum number of checkouts, and whether the content can be recorded on a CD-R based on the usage right, PD (Portable Device), information indicating the number of times copying can be performed, whether or not usage rights can be moved, and whether or not there is an obligation to create usage logs.
  • the electronic signature of the use condition is an electronic signature corresponding to the use condition.
  • Constants are constants that are referenced in usage conditions or conditions.
  • the leaf ID is identification information for identifying a client.
  • An electronic signature is an electronic signature that corresponds to the entire usage right.
  • the certificate is a certificate that contains the license server's public key.
  • the storage unit 28 of the client 1 stores a use state, which is information indicating the state of the content use right, together with the use condition of the use right.
  • the usage status includes the number of times the content has been played, the number of times the content has been copied, the number of times the content has been checked out, the date and time the content has been played for the first time, the number of times the content has been recorded on CD-R, and other content based on the corresponding usage rights.
  • information indicating history information or the like regarding the usage right is included.
  • the determination of the reproduction condition in step S46 in FIG. 6 is performed based on the use condition included in the use right and the use state stored in the storage unit 28 together with the use right. For example, if the number of times the content stored in the use state has been reproduced is smaller than the maximum number of content reproduction times included in the use condition, it is determined that the reproduction condition is satisfied. '
  • step S101 the CPU 21 of the license server 4 waits for access from the client 1, and when the access is received, the process proceeds to step S102, where the CPU 21 It sends a list of usage rights including information on usage rights, and requests transmission of user ID and password, and usage right designation information.
  • the CPU 21 of the license server 4 executes a process of receiving and taking in the data via the communication unit 29, and the CPU 21 of the license server 4 executes the communication unit 29 in step S103. Accesses the billing server 5 from the server and requests credit processing for the user corresponding to the user ID and password.
  • the billing server 5 When receiving a request for credit processing from the license server 4 via the Internet 2, the billing server 5 checks the past payment history of the user corresponding to the user ID and the password, and the user checks that the user It checks whether there is a record of non-payment, etc., and if there is no such record, sends a credit result permitting the grant of the usage right. Send the credit result of the refusal to grant the license.
  • step S104 the CPU 21 of the license server 4 determines whether or not the credit result from the charging server 5 is a credit result that allows the use right to be granted. If the grant is permitted, the process proceeds to step S105, and the use right corresponding to the use right designation information fetched in the process of step S102 is stored in the storage unit 28. From the right to use. As the usage right stored in the storage unit 28, information such as usage right ID, version, creation time, expiration date, and the like are described in advance.
  • step S106 the CPU 21 adds the received leaf ID to the usage right. Further, in step S107, the CPU 21 selects a use condition associated with the use right selected in step S105. Ah Alternatively, if the user specifies a use condition in the process of step S102, the use condition is added to the use condition prepared in advance as necessary. Adds the selected terms of use to the usage right. Terms of use may be added to usage rights in advance.
  • step S108 the CPU 21 signs the license with the private key of the license server, and attaches the certificate including the public link of the license server to the license, thereby obtaining the license as shown in FIG. A right to use the configuration is generated.
  • step S109 the CPU 21 of the license server 4 transmits the use right (having the configuration shown in FIG. 8) from the communication unit 29 to the client 1 via the Internet 2. .
  • step S110 the CPU 21 of the license server 4 fetches the use right (including the use conditions and leaf ID) just transmitted in step S109 in step S109.
  • the stored user ID and password are stored in the storage unit 28.
  • step S111 the CPU 21 executes a billing process. Specifically, the CPU 21 requests the charging server 5 from the communication unit 29 to perform a charging process for the user corresponding to the user ID and the password.
  • the billing server 5 performs a billing process for the user based on the billing request. As described above, if the user does not pay for this charging process, the user may subsequently receive the usage right even if the user requests the grant of the usage right. You can't.
  • a credit result that denies the grant of the usage right is transmitted from the charging server 5, so that the process proceeds from step S104 to step S112, and the CPU 21 performs error processing.
  • the CPU 21 of the license server 4 transmits a message to the effect that the use right cannot be granted to the client 1 that has accessed the communication unit 29 by controlling the communication unit 29, and terminates the processing. .
  • the client 1 since the client 1 cannot receive the use right, the client 1 cannot use the content (decrypt and reproduce the encrypted content data).
  • devices and keys are managed based on the principle of a broadcast encryption system.
  • the keys are organized in a hierarchical tree structure, with the bottom leaf corresponding to a key unique to each device.
  • Hierarchical structure key management used in the system of the present invention is described in Japanese Patent Application Publication No. 2001-352321.
  • keys corresponding to 16 devices from No. 0 to No. 15 are generated.
  • Each key is defined corresponding to each node of the tree structure indicated by the circle in the figure. Is done.
  • the root key KR corresponds to the root node at the top
  • the keys K0 and K1 correspond to the nodes at the second level.
  • the keys K00 to K11 correspond to the nodes at the third level.
  • the keys K0000 to S111 correspond to the nodes in the fourth row, respectively.
  • Keys K0 00 0 to K 1 1 1 1 correspond to leaves (device nodes) as the lowest nodes.
  • the key above the key K0 0 1 0 and the key 00 1 1 is K00 1 and the key above the key K000 and the key K01 1 is K0 0 .
  • the upper key of the key K00 and the key K01 is set to K0, and the upper key of the key K0 and the key K1 is set to KR.
  • the key to use the content is managed by the key corresponding to each node of one path from the device node (leaf) at the bottom to the root node at the top.
  • the key for using the content is managed by each key of the path including the keys KOOil, K011, K00, K0, and KR.
  • a key system configured based on the principle of FIG. 10 manages device keys and content keys.
  • the nodes of 8 + 24 + 3 are in a tree structure, and the Each node from the top node to the lower eight levels has a category.
  • the category here means a category such as a category of a device using a semiconductor memory such as a memory stick, a category of a device receiving a digital broadcast, and the license is managed in one of the category nodes.
  • This system (referred to as the T system) corresponds to this system.
  • the service provider or the service provided by the service provider is corresponded by the key corresponding to the node of the 24th tier in the hierarchy further lower than the node of the T system.
  • this makes it possible to define a 2 24 (approximately 1 6 mega) mono bis provider or service.
  • the lowest 32 levels can define 2 32 (approximately 4 giga) users (or clients 1).
  • the key corresponding to each node on the path from the lowermost 32 node to the node of the T system constitutes the DNK (Device Node Key), and the ID corresponding to the lowermost leaf is the leaf ID .
  • the content key that has encrypted the content is encrypted by the updated root key KR ', and the updated node key in the upper layer is encrypted using the updated node key in the immediately lower layer, and the EKB (Fig. 13 and described later with reference to FIG. 14).
  • the updated node key one level higher than the end of EKB is encrypted by the node key or leaf key at the end of EKB and placed in EKB.
  • Client 1 uses one of the DNK keys described in the service data to update the immediately higher hierarchy described in the EKB ( Figures 13 and 14) distributed with the content data.
  • the node key is decrypted, and the updated node key in the layer above it described in the EKB is decrypted using the decrypted key. By performing the above processing sequentially, the client 1 can obtain the updated root key KR '.
  • Fig. 12 shows a specific example of category classification in a hierarchical structure.
  • the root key KR2301 is set at the top of the hierarchical tree structure
  • the node key 2302 is set at the following middle
  • the leaf key 230 is set at the bottom.
  • Each device has an individual leaf key, a series of node keys from the leaf key to the root key, and a device node key (DNK) consisting of the root key.
  • DNK device node key
  • the nodes and leaves below the M + 1 stage, with one node at the Mth stage as the vertex, are the nodes and leaves for the devices included in that category.
  • the category [Memory Stick (trademark)] is set to one node 2305 in the M-th stage in Fig. 12. Nodes following this node and leaves are used to store various devices using memory stick. It is set as a node or leaf dedicated to the containing category. In other words, node 2305 and below are defined as a set of related nodes and leaves of the device defined in the memory stick power category.
  • a stage several stages lower than the M stage can be set as a subcategory node 2306.
  • the node below the category [Memory Stick] node 2305 there is a subcategory node included in the category of the device using the Memory Stick, and a node 2306 of [Playback device] as a subcategory node. It is set.
  • the node 2303 of the telephone with the music playback function included in the category of the playback-only device is set under the node 2303 of the playback-only device, which is a subcategory node, and the music playback function is further subordinated.
  • the [PHS] node 230 and the [mobile phone] node 230 included in the telephone category are set.
  • categories and sub-categories are not only device types, but also arbitrary units (eg, nodes managed by a certain manufacturer, content provider, payment institution, etc., ie, processing units, jurisdiction units, or provided service units, etc.) These are collectively referred to as entities below).
  • one category node is a game device sold by a game device manufacturer.
  • EKB activation key block
  • one vertex of the category stage or the subcategory stage is set. It is possible for a manufacturer or content provider that manages a node to independently generate an activation key block (EKB) with that node as the vertex and distribute it to devices belonging to the vertex node and below. Key updates can be performed without affecting devices belonging to other categories of nodes.
  • EKB activation key block
  • K (t) a a a indicates that it is an updated key of the generation t of the key K a a a.
  • the update key distribution process will be described.
  • the key can be updated, for example, by storing a table composed of block data called an enabling key block (EKB) shown in Fig. 13 via a network or on a recording medium. It is performed by feeding 0, 1, and 2.
  • the activation key block (EKB) distributes a newly updated key to devices corresponding to each leaf (bottom node) that composes a tree structure as shown in Fig. 10. It consists of an encryption key.
  • the Activation Key Block (EKB) is sometimes called the Key Renewal Block (KRB).
  • the activation key block (EKB) shown in Fig. 13 is configured as block data that has a data structure that can be updated only by devices that need to update the node key.
  • the example in Fig. 13 is clear from Fig. 10 which is block data formed for the purpose of distributing an updated node key of generation t to devices 0, 1, and 2 in the tree structure shown in Fig. 10 c .
  • device 0 and device 1 need K (t) 00, K (t) 0, and K (t) R as update node keys
  • device 2 has K (t) 0 0 1 as the update node key.
  • K (t) 00, K (t) 0, and K (t) R are required.
  • the EKB contains multiple encryption keys.
  • the encryption key at the bottom of Fig. 13 is Enc (K0 0 1 0, K (t) 0 0 1) c
  • This is the updated node key K encrypted by the leaf key K00 10 held by device 2 (t) 0 0 1, and the device 2 can decrypt this encryption key with its own leaf key K00 10 to obtain the updated node key K (t) 0 1.
  • the encryption key Enc (K (t) 01, K (t) 00) in the second stage from the bottom in FIG. 13 is obtained. Decryption becomes possible, and an updated node key K (t) 00 can be obtained.
  • an updated node key K (t) 0 is obtained.
  • the updated root key K (t) R is obtained by decrypting the encryption key Enc ((t) 0, K (t) R) in the first stage from the top in Fig. 13 using
  • node key K0 0 0 is not included in the update target, and nodes 0 and 1 need K (t) 0 0, K (t) 0, and K (t) R as update node keys. .
  • Nodes 0 and 1 use the device keys K0 00 0 and K00 0 1 to decrypt the third-stage encryption key Enc ( ⁇ 0 0 0, ⁇ (t) 0 0) in FIG. 13 To obtain the updated node key K (t) 0 0, and the second cipher from the top in Fig. 13 By decrypting the encrypted key E nc (K (t) 0 0, (t) 0), an updated node key K (t) 0 is obtained, and the first-stage encryption key E nc (K (t) 0, K
  • the index in Fig. 13 indicates the absolute addresses of the node key and leaf key used as the decryption key for decrypting the encryption key on the right side of the figure.
  • the updated node key K (t) 00 can be distributed to devices 0, 1, and 2 by using the encrypted key block (EKB).
  • the EKB shown in Fig. 14 can be used, for example, when distributing new contenties shared by a specific group.
  • a specific group it is assumed that devices 0, 1, 2, and 3 in the group indicated by the dotted line in FIG. 10 use a recording medium and a new common content key K (t) con is required.
  • data Enc (K (K (t)) is obtained by encrypting a new common update content key K (t) con using K (t) 00 that updates the common node key K00 of devices 0, 1, 2, and 3. t) 0 0, K (t) con) Power Distributed with the EKB shown in Figure 14. This distribution makes it possible to distribute data that cannot be decrypted by devices in other groups, such as device 4.
  • devices 0, 1, and 2 can obtain the content key K (t) con at time t by decrypting the ciphertext using the key K (t) 00 obtained by processing the EKB. Become.
  • FIG. 15 shows data Enc obtained by encrypting a new common content key K (t) con using K (t) 00.
  • device 0 performs the same EKB processing as described above using the EKB at generation t stored in the recording medium and the node key KO 00 stored in advance by itself. Generate the node key K (t) 0 0. Further, the device 0 decrypts the updated content key K (t) con using the decrypted updated node key K (t) 0 0, and the leaf key KO 0 0 0 which only the device 0 has to use it later. And store it.
  • FIG 16 shows an example of the format of the enabling key block (EKB).
  • Version 601 is an identifier indicating the version of the activation key block (EKB).
  • the version has the function of identifying the latest EKB and the function of indicating the correspondence with the content.
  • Depth indicates the number of levels in the hierarchical tree for the device to which the activation key block (EKB) is distributed.
  • the data pointer 603 is a pointer indicating the position of the data section 606 in the activation keep-up (EKB)
  • the tag pointer 604 is the position of the tag section 607
  • the signature pointer 605 is This is a pointer indicating the position of the signature 608.
  • the data section 606 stores, for example, data obtained by encrypting a node key to be updated, for example, stores each encryption key related to the updated node key as shown in FIG.
  • the tag section 607 is a tag indicating the positional relationship between the encrypted node key and leaf key stored in the data section 606. The rules for assigning this tag will be described with reference to FIG.
  • Fig. 17 shows an example of sending the activation key block (EKB) described above with reference to Fig. 13 as data.
  • the data at this time is as shown in the table shown in Fig. 17B.
  • the address of the top node included in the encryption key at this time is set as the top node address.
  • the root node update key K (t) R is included, so the top node address is KR.
  • data Enc (K (t) 0, K (t) R) at the top corresponds to position P0 shown in the hierarchical tree indicated by A in FIG.
  • the data in the next stage is E nc (K (t) 0 0, K (t) 0), which corresponds to the lower left position P00 of the previous data on the tree.
  • Tags Seen from the specified position in the tree structure, if there is data below it, the tag is set to 0, otherwise it is set to 1.
  • Tags are set as ⁇ left (L) tag, right (R) tag ⁇ .
  • tags are set for all data, and data strings and tag strings shown in C in Fig. 17 are configured.
  • the tag is set to indicate where the corresponding data En c (KxXX, yyy) is located in the tree structure.
  • the key data En c (Kx XX, Ky yy) stored in the data section 606 is a simple list of encrypted keys, but the encryption key stored as data by the tag described above. Can be determined on the tree. Instead of using the tags described above, using the node index corresponding to the encrypted data as in the configuration described in FIG.
  • Signature 608 is an electronic signature issued by, for example, a key management center (license server 4), a content provider (content server 3), a payment institution (charging server 5), etc. that issued an activation key block (EKB). .
  • a key management center (license server 4), a content provider (content server 3), a payment institution (charging server 5), etc. that issued an activation key block (EKB).
  • EKB activation key block
  • the chair verifies the validity key block (EKB) issued by the valid issuer key block (EKB) by signature verification.
  • FIG. 18 shows a summary of the process of using the content supplied from the content server 3 based on the usage right supplied from the license server 4 as described above.
  • the content is provided from the content server 3 to the client 1, and the license is provided to the client 1 from the license server 4.
  • the content is encrypted by the content key Kc (Enc (Kc, Content)), and the content key Kc is a key obtained from the update Norte key KR '(EKB and corresponds to the key K EKBC in FIG. 5). ) Encrypted
  • the EKB in the example of FIG. 18 includes, for example, as shown in FIG. 19, an updated root key KR 'that can be decrypted by DNK (Enc (DNK, KR')). Therefore, Client 1 can obtain the updated root key KR from EKB using DNK included in the service data. Furthermore, the content key Kc can be decrypted from Enc (KR ', Kc) using the updated root key KR', and the content can be decrypted from Enc (Kc, Content) using the content key Kc. .
  • the client 1 associates the service data with the usage right, thereby preventing unauthorized copying of the usage right.
  • the client certificate and private key as service data end users can use them to create content that can prevent unauthorized copying.
  • FIG. 20 shows an example of this relationship. That is, DNK 1 is assigned to device D 1 based on the T system, and content 1 including EKB can be reproduced. Similarly, for example, DNK 2 is assigned to the device D 1, and the content 2 ripped from a CD can be recorded on a memory stick.
  • the device D1 can simultaneously handle contents distributed by different systems (T system and device management system) of contents 1 and contents 2. This is not possible if a device is assigned only one IWK, such as by deleting a previously assigned DNK when assigning a new DNK.
  • independent key management can be performed for each category.
  • the license server 4 downloads the DNK to each device or media when performing the registration process, so that the user can purchase the key. Can be realized.
  • the content is used for all purposes, regardless of how it is used after it has been created. Preferably it is possible. For example, it is desirable that the same content can be used for different content distribution services or for different purposes.
  • each user receives a private key from the license server 4 as a certificate authority, The corresponding public key certificates are distributed.
  • Each user can create a signature using the secret key and add it to the content, guarantee the integrity of the content, and prevent the content from being tampered with.
  • FIG. 21 is a diagram showing a configuration of a Memory Stick.
  • the memory stick 651 is a flash memory (non-volatile memory) 661, a memory control block 662, and a security block 663 that includes the encryption circuit of DES (Data Encryption Standard). It is integrated on a chip.
  • DES Data Encryption Standard
  • the flash memory 661 stores the encoded and encrypted contents under the control of the memory control block 662.
  • the memory control block 662 performs serial / parallel conversion or parallel Z-serial conversion, separates the supplied command and data, and executes the separated command.
  • the memory control block 662 reads the content stored in the flash memory 661, or the force for storing the content in the flash memory 661, in response to the supplied command.
  • the security block 663 of the memory stick 651 stores a plurality of authentication keys and a unique storage key for each memory card.
  • the security block 666 has a random number generation circuit, and under the control of the memory control block 662, performs mutual authentication with the client 1 and shares a session key.
  • the security block 666 stores the indices including the use conditions and the MAC value described later.
  • FIG. 22 is a flowchart for explaining the content checkout processing by the client 1.
  • step S201 the CPU 21 of the client 1 selects the content to be checked out, and creates a signature from the attributes included in the selected content.
  • the CPU 21 of the client 1 creates a signature by encrypting the attribute included in the content with the public key of the license server included in the certificate.
  • step S202 the CPU 21 of the client 1 compares the signature of the created attribute with the signature of the attribute included in the content, and determines the signature of the created attribute and the signature of the attribute included in the content. If it is determined that the attributes match, the attribute has not been tampered with, and the process proceeds to step S203.
  • step S202 If it is determined in step S202 that the signature of the created attribute does not match the signature of the attribute included in the content, the attribute is falsified, and the process proceeds to step S209, and the client proceeds to step S209.
  • the CPU 21 of 1 executes an error process such as an error display, does not execute the checkout process, and ends the process.
  • step S203 the CPU 21 of the client 1 searches the storage unit 28 for a usage right in which the attribute of the target content satisfies the content condition included in the usage right and the checkout is permitted. . If the right to use the target content is not found in the storage unit 28, the process proceeds to step S209, and the CPU 21 of the client 1 executes error processing such as displaying an error, The process ends without performing the checkpoint execution process.
  • step S203 when the right to use the content is found, the process proceeds to S204, and the CPU 21 of the client 1 stores the right to use the content in the storage unit 28. Determine whether one or more are stored. If it is determined that a plurality of usage rights for using the target content are stored in the storage unit 28, the process proceeds to step S205, and the CPU 21 of the client 1 executes the display of the output unit 27. To display information such as the usage conditions of each usage right, and let the user confirm which usage right is used as the usage condition of the checked-out content. Based on this, it decides which usage right to use for checkout.
  • the selection of the usage right in step S205 is not limited to the selection by the user, and the priority may be determined based on a predetermined rule.
  • step S205 If it is determined that one usage right for using the target content is stored in the storage unit 28, the usage right used for checkout is determined, and thus the usage right of step S205 is determined. Is not selected, and the process proceeds to step S206.
  • the CPU 21 of the client 1 creates a signature from the usage conditions of the usage right.
  • the CPU 21 of the client 1 creates a signature by encrypting the use conditions included in the usage right with the public key of the license server included in the certificate.
  • step S207 the CPU 21 of the client 1 compares the signature of the created use condition with the signature of the use condition included in the use right, and signs the created use condition signature and included in the use right. If it is determined that the signature of the usage condition matches the usage condition, the usage condition is not falsified, and the process proceeds to step S208.
  • step S208 the CPU 21 of the client 1 performs a checkout execution process, and the process ends.
  • FIG. 23 is a flowchart illustrating a checkout execution process of the client 1 corresponding to the process of step S208.
  • step S221 the CPU 21 of the client 1 executes a process of mutual authentication with the attached memory stick.
  • the CPU 21 of the client 1 and the security block 663 of the memory stick 651 can execute a challenge and response mutual authentication process.
  • step S221 If the mutual authentication is not successful in the process of step S221, client 1 or memory stick 651 is not valid, so the process of steps S222 to S228 is skipped, and the content is transferred to the memory stick. The processing ends without writing to 6 5 1.
  • step S221 if mutual authentication is performed, client 1 and memory stick 651 are valid, so client 1 and memory stick 651 share a common temporary key (session key). Then, the processing of steps S222 to S228 is performed.
  • the information transmitted by the client 1 to the memory stick 651 is encrypted by the encryption / decryption unit 24 with the temporary key. Since the information received by the client 1 from the memory stick 65 1 is encrypted by the temporary key, the information is decrypted by the encryption / decryption unit 24.
  • step S222 the CPU 21 of the client 1 writes the content to the memory stick 651.
  • the CPU 21 of the client 1 obtains the content key of the memory stick 651, from the memory stick 651, re-locks the content key of the memory stick 651, and re-locks the content key (content Is decrypted with the content key of the Memory Stick 651, and the re-locked content is supplied to the Memory Stick 651.
  • the content may be re-locked on the Memory Stick 651.
  • step S223 the CPU 21 of the client 1 converts the format of the usage condition of the usage right into a format corresponding to the Memory Stick.
  • step S224 the CPU 21 of the client 1 sends the message authentication code (MAC: Message
  • MAC value authentication Code
  • Fig. 24 shows an example of MAC value generation using the DES encryption processing configuration.
  • the target message (usage condition) is divided into 8-byte units (hereinafter, the divided messages are referred to as Ml, ⁇ 2, ⁇ , MN).
  • step S225 the CPU 21 of the client 1 writes the usage conditions whose format has been converted in step S223 together with the MAC value calculated in step S224 to the memory stick 651, Write to index.
  • FIG. 25 is a diagram for explaining the indexes and the contents stored in the memory stick 651.
  • -Indices 701 of the memory stick 651 in which contents usage conditions, MAC values, and pointers are stored in correspondence with the contents.
  • the pointer at index 701 stores the address of the content.
  • a pointer indicating the content 720-1 stored in the memory stick 651 is stored in the index 701 together with the usage condition of the content 702-1 and its MAC value.
  • the pointer indicating the content 702-2 stored in the memory stick 651 is stored in the index 701 together with the usage condition and the MAC value of the content 702-2.
  • the pointer indicating the content 72-3 stored in the memory stick 651 is stored in the index 701 together with the usage condition of the content 72-3 and its MAC value.
  • step S226 the CPU 21 of the client 1 obtains the index 701, in which the use condition and the MAC value are newly written, from the memory stick 651, by the processing of step S225. I do.
  • step S227 the CPU 21 of the client 1 calculates the integrity check value (ICV) of the entire Memory Stick 651, based on the index 701, in which the new use condition and the MAC value are written. calculate.
  • IOV integrity check value
  • L 1 and L 2 are usage condition information, and the MAC value of the usage condition is used.
  • the CPU 21 of the client 1 checks the integrity check value based on the MAC value corresponding to the content 702-1 to 702-2-3 contained in the index 71 obtained from the memory stick 651. calculate.
  • the CPU 21 of the client 1 writes the calculated integrity 1 check value 703 to the Memory Stick 651, as shown in FIG. Client 1 encrypts the integrity check value with the temporary key and transmits the integrity check value to the memory stick 6 5 through the SAC (Secure Authentication Channel). Send to 1.
  • SAC Secure Authentication Channel
  • the integrity check value 703 corresponding to the index 701 is securely stored on the Memory Stick.
  • the ICV generated based on the index 71 and the ICV 703 generated based on the usage conditions during content playback if the same ICV is obtained, it is guaranteed that the usage conditions are not falsified. If the ICVs are different, it is determined that tampering has occurred.
  • step S224 the security block 636 of the memory stick 651 executes a process of mutual authentication with the client 1 in response to the process of step S221 of the client 1.
  • a common temporary key (session key) is shared between Client 1 and Memory Stick 651.
  • the information sent by the memory stick 651 to the client 1 is encrypted by the security block 663 using the temporary key. Also, since the information received from the client 1 by the stick 5 is encrypted with the temporary key, the security block 6 63 of the memory stick 6 5 1 temporarily stores the encrypted information. Decrypt with key.
  • step S224 the memory controller / reblock 662 of the memory stick 651 receives the control from the client 1 executing the processing of step S222. Since the content is transmitted, the content is received and the content is stored in the flash memory 661.
  • step S224 the memory control block 662 of the memory stick 651, the client 1 executing the process of step S225 transmits the format-converted use condition.
  • the condition is received, and the received use condition is written to the index 701 of the security block 666.
  • the memory stick 651 writes the pointer indicating the content stored in the process of step S224 to the index 701 of the security block 663 in accordance with the use condition.
  • step S2443 By the processing in step S2443, as shown in FIG. 25, the usage condition, the MAC value, and the pointer indicating the content corresponding to the newly stored content are set to the index of the security block 666. 7 0 1 will be stored.
  • step S2444 the memory control block 662 of the memory stick 651 reads the index 701 from the security block 666 because there is a request from the client 1, and clicks the read index 701. Send to client. Index sent in step S 2 4 4 7 0
  • the client 1 can acquire the index 701 in the process of step S226.
  • step S24.5 the memory stick 651 receives the ICV transmitted from the client 1 because a new ICV is transmitted from the client 1 executing the processing in step S228.
  • the ICV is updated based on the received ICV, and the process ends.
  • the integrity information and the integrity information of the use conditions are managed together as one piece of information as the index 701.
  • the client 1 can check the content of the Memory Stick that has been signed with the public key cryptography without deteriorating the level of content protection on the Memory Stick. become.
  • the same content can be used even on terminals with low processing capacity. This allows, among other things, any device to exchange content.
  • the content when the content is written on the memory stick, the content can be stored on the memory stick.
  • Controls the writing of digitally signed content to the content storage device converts the usage conditions of the usage right necessary to use the content into a format corresponding to the content storage device, and uses the converted format
  • the usage condition falsification detection data for detecting the falsification of the condition is generated and the writing of the usage condition falsification detection data with the converted format and the usage condition falsification detection data to the content storage device is controlled, Even with low-capacity Memory Stick, the content can be used and the content can be securely prevented from being used illegally.
  • the content can be stored.
  • It also controls the storage of digitally signed content provided by the information processing device, and detects usage conditions supplied by the information processing device and falsification of usage conditions for detecting falsification of the usage conditions. If data storage is controlled, even if the ability is low, the content can be used, and the illegal use of the content can be reliably prevented.
  • a content to be stored in a memory stick as a content storage device is selected, a first electronic signature attached to the selected content is verified, a usage right for permitting use of the selected content is stored, and a storage unit 2 is stored.
  • content can be used even in memory sticks with low capacity, and it can be reliably prevented from being used illegally.
  • the content may be copied from the client to the memory stick, or the content may be moved.
  • content is checked out from a client to a memory stick.
  • content may be checked out, moved, or copied from a client to a PD, which is another example of a content storage device.
  • the content may be checked out, moved, or copied from the client to a memory stick attached to the PD.
  • the process of mutual authentication is performed between the client and the PD, and between the PD and the Memory Stick.
  • the client to which the present invention is applied can be a PDA (Personal Digital Assistant), a mobile phone, a game terminal, etc. other than a so-called personal computer.
  • PDA Personal Digital Assistant
  • the programs that make up the software execute various functions by installing a computer with dedicated hardware or by installing various programs. It can be installed, for example, on a general-purpose personal computer from a network or a recording medium.
  • this recording medium is a magnetic disk on which a program is recorded, which is distributed in order to provide the program to the user separately from the main body of the apparatus.
  • 1 including flexible disk
  • optical disk 4 2 including CD-ROM (Compact Disk-Read Only Memory), DVD (Digital Versatile Disk)
  • magneto-optical disk 4 3 MD (Mini-Disk) (trademark)) R0M22, which is provided with a program that is provided to the user in a state in which it is incorporated in the main body of the device in addition to the package media including the semiconductor memory 44, etc. It is composed of the hard disk included in the storage unit 28.
  • steps for describing a program to be recorded on a recording medium are not only performed in chronological order according to the order described, but are not necessarily performed in chronological order. Alternatively, it also includes processes that are individually executed.
  • the program that executes security-related processing be encrypted in order to prevent the processing from being analyzed.
  • the program can be configured as a tamper resistant module.
  • the above embodiment uses the content condition attributes and usage right of the content to identify the necessary usage right for using the content, c for example but not limited to, the content, use the content It may include the usage right ID of the usage right required to perform the operation. In this case, if the content is specified, the usage right required to use it is uniquely determined, so the process of determining the matching between the two must be performed. No need to do. Industrial applicability
  • content can be stored in the content storage device.

Description

明細書
情報処理装置および方法、 並びにプログラム 技術分野
本発明は、 情報処理装置および方法、 並びにプログラムに関し、 特に、 コンテ ンッとその利用権が別々に配布される著作権管理システムにおけるコンテンツを. 著作権を保護しつつ、 他の装置と受け渡しできるようにした、 情報処理装置およ び方法、 並びにプログラムに関する。 背景技術
最近、 インターネットを介して、 音楽データや画像データ等のコンテンツをュ 一ザ一に配信するシステムが実現されている。
このような、 著作物の著作権を保護するための従来の DRM (Digital Rights Management) システムにおいては、 端末機の能力にかかわらず、 同一の保護方 式を用いているので、 特に、 能力の低い端末装置またはコンテンツ記憶装置にお いて、 コンテンツの不正な利用を防止することは困難であった。
また、 利用権とコンテンツとを別々に配布するシステムにおいては、 端末装置 またはコンテンツ記憶装置において、 両者の正当性を検証し、 マッチングを行う 処理は負荷が大きく、 困難であった。 例えば、 コンテンツを処理能力の低い端末 装置で、 コンテンツに対応する利用権を保持していることを探し出し、 その正当 性を検証した上で、 そのコンテンツの利用を許可するということを実現するのは 困難であった。 発明の開示
本発明はこのような状況に鑑みてなされたものであり、 能力の低いコンテンツ 記憶装置においても、 コンテンツを利用できるようにすると共に、 コンテンツが 不正に利用されるのを確実に防止することができるようにするものである。 本発明の情報処理装置は、 コンテンツ記憶装置に記憶させるコンテンツを選択 する第 1の選択手段と、 第 1の選択手段により選択されたコンテンツに付された 第 1の電子署名の検証を行う第 1の検証手段と、 第 1の選択手段により選択され たコンテンッの利用を許可する利用権を記憶する記憶手段と、 記憶手段から第 1 の選択手段により選択されたコンテンツに対応する利用権を検索する検索手段と 検索手段により検索された利用権に付された第 2の電子署名の検証を行う第 2の 検証手段と、 検索手段により検索された利用権に含まれている情報に基づき第 1 の改竄検出データを生成する第 1のデータ生成手段と、 第 1の検証手段の検証結 果、 第 2の検証手段の検証結果によりコンテンツおよび利用権が改竄されていな いと判定されたことを条件として、 利用権と第 1のデータ生成手段により生成さ れた第 1の改竄検出データとコンテンッをコンテンツ記憶装置に出力する第 1の 出力手段とを備えることを特徴とする。
情報処理装置は、 検索手段により利用権が複数検索された場合、 検索された複 数の利用権から 1つの利用権を選択する第 2の選択手段を更に設け、 第 2の検証 手段は第 2の選択手段により選択された利用権に付された電子署名の検証を行い 第 1のデータ生成手段は第 2の選択手段により選択された利用権に含まれている 情報に基づき第 1の改竄検出データを生成するようにすることができる。
情報処理装置は、 第 1の選択手段により選択されたコンテンツをコンテンツ記 憶装置に対応するフォーマツトに変換する変換手段を更に設け、 第 1の出力手段 は変換手段により変換されたコンテンツをコンテンツ記憶装置に出力するように することができる。
情報処理装置は、 コンテンツに対応する利用権をコンテンツ記憶装置に対応す るフォーマットに変換する変換手段を更に設け、 第 1のデータ生成手段により生 成される第 1の改竄検出データは変換手段により変換された利用権に基づく改竄 検出データとすることができる。
第 1のデータ生成手段が生成する第 1の改竄検出データは利用権に含まれる使 用条件に基づいて生成されるようにすることができる。 情報処理装置は、 コンテンツ記憶装置から、 コンテンツ記憶装置に記憶されて いるコンテンツに対応する利用権に基づいて第 1のデータ生成手段により生成さ れた第 1の改竄検出データ全てを取得する取得手段と、 取得手段により取得され た第 1の改竄検出データ全体に基づいて第 2の改竄検出データを生成する第 2の データ生成手段と、 第 2のデータ生成手段により生成された第 2の改竄検出デー タをコンテンツ記憶装置に出力する第 2の出力手段とを更に設けることができる, 本発明の情報処理方法は、 コンテンッ記憶装置に記憶させるコンテンツを選択 する選択ステップと、 選択ステップの処理により選択されたコンテンツに付され た第 1の電子署名の検証を行う第 1の検証ステツプと、 選択ステップの処理によ り選択されたコンテンツの利用を許可する利用権の記憶手段への記憶を制御する 記憶制御ステップと、 記憶手段から選択ステップの処理により選択されたコンテ ンッに対応する利用権を検索する検索ステップと、 検索ステップの処理により検 索された利用権に付された第 2の電子署名の検証を行う第 2の検証ステツプと、 検索ステップの処理により検索された利用権に含まれている情報に基づき改竄検 出データを生成するデータ生成ステップと、 第 1の検証ステップの処理の検証結 果、 第 2の検証ステップの処理の検証結果によりコンテンツおよび利用権が改竄 されていないと判定されたことを条件として、 利用権とデータ生成ステップの処 理により生成された改竄検出データとコンテンツをコンテンツ記憶装置に出力す る出力ステップとを含むことを特徴とする。
本発明のプログラムは、 コンピュータに、 コンテンツ記憶装置に記憶させるコ ンテンッを選択する選択ステップと、 選択ステップの処理により選択されたコン テンッに付された第 1の電子署名の検証を行う第 1の検証ステツプと、 選択ステ ップの処理により選択されたコンテンツの利用を許可する利用権の記憶手段への 記憶を制御する記憶制御ステップと、 記憶手段から選択ステップの処理により選 択されたコンテンツに対応する利用権を検索する検索ステップと、 検索ステップ の処理により検索された利用権に付された第 2の電子署名の検証を行う第 2の検 証ステップと、 検索ステップの処理により検索された利用権に含まれている情報 に基づき改竄検出データを生成するデータ生成ステップと、 第 1の検証ステツプ の処理の検証結果、 第 2の検証ステップの処理の検証結果によりコンテンツおよ び利用権が改竄されていないと判定されたことを条件として、 利用権とデータ生 成ステップの処理により生成された改竄検出データとコンテンツをコンテンッ記 憶装置に出力する出力ステップとを実行させることを特徴とする。
本発明の情報処理装置および方法、 並びにプログラムにおいては、 コンテンツ 記憶装置に記憶させるコンテンツが選択され、 選択されたコンテンツに付された 第 1の電子署名の検証が行われ、 選択されたコンテンツの利用を許可する利用権 が記憶される。 そして、 記憶手段から選択されたコンテンツに対応する利用権が 検索され、 検索された利用権に付された第 2の電子署名の検証が行われる。 検索 された利用権に含まれている情報に基づき改竄検出データが生成される。 さらに 第 1の検証結果、 第 2の検証結果によりコンテンツおよび利用権が改竄されてい ないと判定されたことを条件として、 利用権と改竄検出データとコンテンツがコ ンテンッ記憶装置に出力される。
コンテンツは、 音声、 画像、 またはテキス トなどの情報の方式にかかわらず有 用な情報であれば良い。
電子署名は、 生成の方式を問わず、 正当性を保証するための情報であれば良い 図面の簡単な説明
図 1は、 本発明を適用したコンテンツ提供システムの構成を示すプロック図で ある。
図 2は、 図 1のクライアントの構成を示すプロック図である。
図 3は、 図 1のクライアントのコンテンツのダウンロード処理を説明するフロ 一チヤ一トである。
図 4は、 図 1のコンテンツサーバのコンテンツ提供処理を説明するフローチヤ ートである。
図 5は、 図 4のステップ S 2 6におけるフォーマツトの例を示す図である。 図 6は、 図 1のクライアントのコンテンツ再生処理を説明するフローチヤ一ト である。
図 7は、 図 6のステップ S 4 3の利用権取得処理の詳細を説明するフローチヤ ートである。
図 8は、 利用権の構成を示す図である。
図 9は、'図 1のライセンスサーバの利用権提供の処理を説明するフローチヤ一 トである。
図 1 0は、 キーの構成を説明する図である。
図 1 1は、 カテゴリノードを説明する図である。
図 1 2は、 ノードとデバイスの対応の具体例を示す図である。
図 1 3は、 有効化キーブロックの構成を説明する図である。
図 1 4は、 有効化キープロックの構成を説明する図である。
図 1 5は、 有効化キープロックの利用を説明する図である。
図 1 6は、 有効化キープ口ックのフォーマツトの例を示す図である。
図 1 7は、 有効化キープロックのタグの構成を説明する図である。
図 1 8は、 DNKを用いたコンテンツの復号処理を説明する図である。
図 1 9は、 有効化キープロックの例を示す図である。
図 2 0は、 複数のコンテンツの 1つのデバイスに対する割り当てを説明する図 である。
図 2 1は、 メモリースティックの構成を示す図である。
図 2 2は、 コンテンツのチェックァゥトの処理を説明するフローチヤ一トであ る。
図 2 3は、 クライアントのチェックァゥトの実行の処理を説明するフローチヤ 一トである。
図 2 4は、 D E S暗号処理構成を用いた MA C値生成例を示す図である。 図 2 5は、 メモリースティックに記憶されているインデックスおよびコンテン ッを説明する図である。 図 2 6は、 メモリースティックのチェックァゥトの実行の処理を説明するフロ 一チヤ一トある。 発明を実施するための最良の形態
図 1は、 本発明を適用したコンテンツ提供システムの構成を示している。 イン ターネット 2には、 クライアント 1一 1， 1— 2 (以下、 これらのクライアント を個々に区別する必要がない場合、 単にクライアント 1と称する） が接続されて いる。 この例においては、 クライアントが 2台のみ示されているが、 インターネ ット 2には、'任意の台数のクライアントが接続される。
また、 インターネット 2には、 クライアント 1に対してコンテンツを提供する コンテンツサーバ 3、 コンテンツサーバ 3が提供するコンテンッを利用するのに 必要な利用権をクライアント 1に対して付与するライセンスサーバ 4、 およびク ライアント 1が利用権を受け取った場合に、 そのクライアント 1に対して課金処 理を行う課金サーバ 5が接続されている。
これらのコンテンツサーバ 3、 ライセンスサーバ 4、 および課金サーバ 5も、 任意の台数、 インターネット 2に接続される。
図 2はクライアント 1の構成を表している。
図 2 こお!/ヽて、 CPU (Central Process ing Unit) 2 1 fま、 ROM (Read Only Memory) 2 2に記憶されているプログラム、 または記憶部 2 8から RAM
(Random Access Memory) 2 3にロードされたプログラムに従って各種の処理 を実行する。 タイマ 2 0は、 計時動作を行い、 時刻情報を CPU 2 1に供給する。 RAM 2 3にはまた、 CPU 2 1が各種の処理を実行する上において必要なデータな ども適宜記憶される。
暗号化復号部 2 4は、 コンテンツデータを暗号化するとともに、 既に暗号化さ れているコンテンツデータを復号する処理を行う。 コーデック部 2 5は、 例えば、 ATRAC (Adaptive Transform Acoustic Coding) 3方式などでコンテンツデー タをエンコードし、 入出力インタフェース 3 2を介してドライブ 3 0に接続され ている半導体メモリ 4 4に供給し、 記録させる。 あるいはまた、 コーデック部 2 5は、 ドライブ 3 0を介して半導体メモリ 4 4より読み出した、 エンコードされ ているデータをデコードする。
半導体メモリ 4 4は、 例えば、 メモリースティック （商標） などにより構成さ れる。
CPU 2 1、 R0M 2 2、 RAM 2 3、 暗号化復号部 2 4、 およぴコーデック部 2 5は、 パス 3 1を介して相互に接続されている。 このバス 3 1にはまた、 入出力インタ フェース 3 2も接続されている。
入出力インタフェース 3 2には、 キーボード、 マウスなどよりなる入力部 2 6、 CRT, LCD などよりなるディスプレイ、 並びにスピーカなどよりなる出力部 2 7、 ハードディスクなどより構成される記憶部 2 8、 モデム、 ターミナルアダプタな どより構成される通信部 2 9が接続されている。 通信部 2 9は、 インターネット 2を介しての通信処理を行う。 通信部 2 9はまた、 他のクライアントとの間で、 アナログ信号またはデジタル信号の通信処理を行う。
入出力インタフェース 3 2にはまた、 必要に応じてドライブ 3 0が接続され、 磁気ディスク 4 1、 光ディスク 4 2、 光磁気ディスク 4 3、 或いは半導体メモリ 4 4などが適宜装着され、 それらから読み出されたコンピュータプログラムが、 必要に応じて記憶部 2 8にィンス トールされる。
なお、 図示は 略するが、 コンテンツサーバ 3、 ライセンスサーバ 4、 課金サ ーバ 5も、 図 2に示したクライアント 1と基本的に同様の構成を有するコンビュ ータにより構成される。 そこで、 以下の説明においては、 図 2の構成は、 コンテ ンッサーバ 3、 ライセンスサーバ 4、 課金サーバ 5などの構成としても引用され る。
なお、 図示は省略するが、 PD (Portable Device) も、 図 2に示したクライア ント 1と基本的に同様の構成を有するコンピュータにより構成される。
次に、 図 3のフローチャートを参照して、 クライアント 1がコンテンツサーバ 3からコンテンツの提供を受ける処理について説明する。 ユーザが、 入力部 2 6を操作することでコンテンツサーバ 3に対するアクセス を指令すると、 CPU 2 1は、 ステップ S 1において、 通信部 2 9を制御し、 イン ターネット 2を介してコンテンツサーバ 3にアクセスさせる。 ステップ S 2にお いて、 ユーザが、 入力部 2 6を操作して、 提供を受けるコンテンツを指定すると. CPU 2 1は、 この指定情報を受け取り、 通信部 2 9から、 インターネット 2を介 してコンテンツサーバ 3に、 指定されたコンテンツのコンテンツ ID を通知する, 図 4のフローチャートを参照して後述するように、 この通知を受けたコンテンツ サーバ 3は、 暗号化されたコンテンッデータを含むコンテンツを送信してくるの で、 ステップ S 3において、 CPU 2 1は、 通信部 2 9を介して、 このコンテンツ データを受信すると、 ステップ S 4において、 その暗号化されているコンテンツ データを記憶部 2 8を構成するハードディスクに供給し、 記憶させる。
次に、 図 4のフローチャートを参照して、 クライアント 1の以上の処理に対応 するコンテンツサーバ 3のコンテンツ提供処理について説明する。 なお、 以下の 説明において、 図 2のクライアント 1の構成は、 コンテンツサーバ 3の構成とし ても引用される。
ステップ S 2 1において、 コンテンツサーバ 3の CPU 2 1は、 インターネット 2から通信部 2 9を介してクライアント 1よりアクセスを受けるまで待機し、 ァ クセスを受けたと判定したとき、 ステップ S 2 2に進み、 クライアント 1から送 信されてきたコンテンツ IDを取り込む。 このコンテンツ IDは、 クライアント 1が、 図 3のステップ S 2において通知してきた情報である。
ステップ S 2 3において、 コンテンツサーバ 3の CPU 2 1は、 記憶部 2 8に記 憶されているコンテンツの中から、 ステップ S 2 2の処理で取り込まれたコンテ ンッ IDで指定されたコンテンツデータを読み出す。 CPU 2 1は、 ステップ S 2 4において、 記憶部 2 8から読み出されたコンテンツデータを、 暗号化復号部 2 4に供給し、 コンテンツキー Kcを用いて暗号化させる。 記憶部 2 8に記憶されているコンテンツデータは、 コーデック部 2 5により、 既に ATRAC 3方式によりエンコードされているので、 このェンコ一ドされている コンテンツデータが暗号化されることになる。
なお、 もちろん、 記憶部 2 8に予め暗号化した状態でコンテンツデータを記憶 させることができる。 この場合には、 ステップ S 2 4の処理は省略することが可 能である。 ' 次に、 ステップ S 2 5において、 コンテンツサーバ 3の CPU 2 1は、 暗号化し たコンテンツデータを伝送するフォーマツトを構成するヘッダに、 暗号化されて いるコンテンツを復号するのに必要なキー情報 （図 5を参照して後述する EKB と K隱 (Kc) ) を付加する。 そして、 ステップ S 2 6において、 コンテンツサ ーバ 3の CPU 2 1は、 ステップ S 2 4の処理で暗号化したコンテンツと、 ステツ プ S 2 5の処理でキー情報を付加したヘッダとをフォーマツト化したデータを、 通信部 2 9から、 インターネット 2を介して、 アクセスしてきたクライアント 1 に送信する。
図 5は、 このようにして、 コンテンツサーバ 3からクライアント 1にコンテン ッが供給される場合のフォーマツトの構成を表している。 同図に示されるように このフォーマットは、 ヘッダ （Header) とデータ （Data) とにより構成される ヘッダには、 コンテンツ情報 （Content information) 、 URL (Uniform Resource Locator)、 イネ一プリングキーブロック （有効ィヒキーブロック）
(EKB (Enabl ing Key Block) ) 、 EKBから生成されたキー KEKBCを用いて暗号化 されたコンテンツキー Kcとしてのデータ KEKBC (Kc) 、 コンテンツの属性
(Attributes) 、 および署名 （Signatures) が配置されている。 なお、 EKBに ついては、 図 1 3および図 1 4を参照して後述する。
コンテンッ情報には、 データとしてフォーマツト化されているコンテンツデー タを識別するための識別情報としてのコンテンツ ID (CID) 、 そのコンテンツの コーデックの方式などの情報が含まれている。 URLは、 そのコンテンツを利用するために必要な利用権を取得するときァクセ スするアドレス情報であり、 図 1のシステムの場合、 具体的には、 利用権を受け るために必要なライセンスサーバ 4のアドレスである。
コンテンツの属性は、 コンテンツの関する情報であり、 コンテンツの属性には、 コンテンツ ID、 コンテンツの提供者を識別するための識別情報としてのレコー ドカンパニー ID、 アーティストを識別するための識別情報としてのアーティス ト IDなどが含まれる。 本実施の形態では、 属性は利用権の対象となるコンテン ッを特定するために用いられる。
署名は、 コンテンツの属性に対応する電子署名である。
データは、 任意の数の暗号化ブロック （Encryption Block) により構成され る。 各暗号化ブロックは、 イニシャルべクトル （IV (Initial Vector) ) 、 シ ード （Seed) 、 およびコンテンツデータをキー K， cで暗号化したデータ
EK. 0 (data)により構成されている。
キー K' cは、 次式により示されるように、 コンテンツキー Kcと、 乱数で設定 される値 Seedをハッシュ関数に適用して演算された値により構成される。
K' c = Hash (Kc, Seed)
イニシャルべクトル IVとシード Seedは、 各暗号化ブロック毎に異なる値に 設定される。
この暗号化は、 コンテンツのデータを 8バイ ト単位で区分して、 8バイト毎に 行われる。 後段の 8バイトの暗号化は、 前段の 8バイトの暗号化の結果を利用し て行われる CBC (Cipher Block Chaining) モードで行われる。
CBCモードの場合、 最初の 8バイトのコンテンツデータを暗号化するとき、 そ の前段の 8バイトの暗号化結果が存在しないため、 最初の 8バイトのコンテンツ データを暗号化するときは、 イニシャルべクトル IVを初期値として暗号化が行 ,われる。
この CBCモードによる暗号化を行うことで、 1つの暗号化プロックが解読さ れたとしても、 その影響が、 他の暗号化ブロックにおよぶことが抑制される。 また、 暗号方式についてはこれに限らない。
以上のようにして、 クライアント 1は、 コンテンツサーバ 3からコンテンツを 無料で、 自由に取得することができる。 従って、 コンテンツそのものは、 大量に 配布することが可能となる。
しかしながら、 各クライアント 1は、 取得したコンテンツを利用するとき、 そ のコンテンツの利用が許可されていることを示す利用権を保持している必要があ る。 そこで、 図 6を参照して、 クライアント 1がコンテンツを再生する場合の処 理について説明する。
ステップ S 4 1において、 クライアント 1の CPU 2 1は、 ユーザが入力部 2 6 を操作することで指示したコンテンツの識別情報 （CID) を取得する。 この識別 情報は、 例えば、 コンテンツのタイ トルや、 記憶されている各コンテンツ毎に付 与されている番号などにより構成される。
そして、 CPU 2 1は、 コンテンツが指示されると、 そのコンテンツの属性 (Attributes) を読み取る。 この属性 (Attributes) は、 図 5に示されるよう に、 コンテンツのヘッダに記述されているものである。
次に、 ステップ S 4 2に進み、 CPU 2 1は、 ステップ S 4 1で読み取られた属 性 （Attributes) が各利用権に含まれているコンテンツ条件を満たすような利 用権が、 クライアント 1により既に取得され、 記憶部 2 8に記憶されているか否 かを判定する。 まだ、 利用権が取得されていない場合には、 ステップ S 4 3に進 み、 CPU 2 1は、 利用権取得処理を実行する。 この利用権取得処理の詳細は、 図 7のフローチャートを参照して後述する。
ステップ S 4 2において、 利用権が既に取得されていると判定された場合、 ま たは、 ステップ S 4 3において、 利用権取得処理が実行された結果、 利用権が取 得された場合、 ステップ S 4 4に進み、 CPU 2 1は、 取得されている利用権は有 効期限内のものであるか否かを判定する。 利用権が有効期限内のものであるか否 かは、 利用権の内容として規定されている期限 （後述する図 8参照） と、 タイマ 2 0により計時されている現在日時と比較することで判断される。 利用権の有効 期限が既に満了していると判定された場合、 CPU 2 1は、 ステップ S 4 5に進み、 利用権更新処理を実行する。
ステップ S 4 4において、 利用権はまだ有効期限内であると判定された場合、 または、 ステップ S 4 5において、 利用権が更新された場合、 ステップ S 4 6に 進み、 CPU 2 1は記憶部 2 8に記憶されている、 利用権に含まれる使用条件及ぴ 使用状態 （後述する） を読み出し、 再生の条件を満たしているかどうかを判定す る。
ステップ S 4 6において、 利用権に含まれる使用条件、 及び使用状態に基づき、 再生が許可されると判断された場合には、 ステップ S 4 7に進み、 CPU 2 1は、 暗号化されているコンテンツデータを記憶部 2 8から読み出し、 RAM 2 3に格納 させる。 そして、 ステップ S 4 8において、 CPU 2 1は、 RAM 2 3に記憶された 暗号化コンテンツデータを、 図 5のデータに配置されている暗号化ブロック単位 で、 暗号化復号部 2 4に供給し、 コンテンツキー Kcを用いて復号させる。
コンテンツキー Kcを得る方法の具体例は、 図 1 3およぴ図 1 4を参照して後 述するが、 デバイスノードキー （DM) を用いて、 EKB (図 5 ) に含まれるキー KEKBCを得ることができ、 そのキー KEKBCを用いて、 データ KEKBC (Kc) (図 5 ) から、 コンテンツキ一 Kcを得ることができる。
CPU 2 1は、 さらに、 ステップ S 4 9において、 暗号化復号部 2 4により復号 されたコンテンツデータをコーデック部 2 5に供給し、 デコードさせる。 そして. コーデック部 2 5によりデコードされたデータを、 CPU 2 1は、 入出力ィンタフ エース 3 2から出力部 2 7に供給し、 D/A変換させ、 スピーカから出力させる。 ステップ S 4 6において、 利用権に含まれる使用条件、 及び使用状態に基づき. 再生が許可されないと判断された場合、 コンテンツを出力しないで、 処理は終了 する。
次に、 図 7のフローチャートを参照して、 図 6のステップ S 4 3で行われる利 用権取得処理の詳細について説明する。 クライアント 1は、 事前にライセンスサーバに登録することにより、 リーフ ID、 D狐（Device Node Key)、 クライアント 1の秘密鍵 '公開鍵のペア、 ライセ ンスサーバの公開鍵、 及び各公開鍵の証明書を含むサービスデータを取得してお リーフ IDは、 クライアント毎に割り当てられた識別情報を表し、 DNKは、 コ ンテンッに含まれる EKB (有効化キーブロック） によって暗号化されているコン テンツキ一 Kcを復号するのに必要なデバイスノードキーである （図 1 0を参照 して後述する） 。
最初にステップ S 6 1において、 CPU 2 1は、 コンテンツのヘッダに記述され ている URLを取得する。 上述したように、 この URLは、 そのコンテンツを利用 するために必要な利用権を取得するときアクセスすべきァドレスである。 そこで、 ステップ S 6 2において、 CPU 2 1は、 ステップ S 6 1で取得した URLにァクセ スする。 具体的には、 通信部 2 9によりインターネッ ト 2を介してライセンスサ ーバ 4にアクセスが行われる。 このとき、 ライセンスサーバ 4は、 クライアント 1に対して、 利用権のリス トを送信するとともに、 購入する利用権 （コンテンツ を使用するのに必要な利用権） を指定する利用権指定情報、 並びにユーザ IDと パスワードの入力を要求してくる （後述する図 9のステップ S 1 0 2 ) 。 CPU 2 1は、 この要求を出力部 2 7の表示部に表示させる。 ユーザは、 この表示に基づ いて、 入力部 2 6を操作して、 利用権指定情報、 ユーザ ID、 およびパスワード を入力する。 なお、 このユーザ ID とパスワードは、 クライアント 1のユーザが. ィンターネット 2を介してライセンスサーバ 4にアクセスし、 事前に取得してお いたものである。
CPU 2 1は、 ステップ S 6 3 , S 6 4において、 入力部 2 6から入力された利 用権指定情報を取り込むとともに、 ユーザ IDとパスワードを取り込む。 CPU 2 1は、 ステップ S 6 5において、 通信部 2 9を制御し、 入力されたユーザ IDと パスワードを、 利用権指定情報及びサービスデータ （後述する） に含まれるリー フ IDを含む利用権要求をインターネット 2を介してライセンスサーバ 4に送信 させる。
ライセンスサーバ 4は、 図 9を参照して後述するように、 ユーザ IDとパスヮ ード、 並びに利用権指定情報に基づいて利用権を送信してくる （ステップ S 1 0 9 ) 、 または、 条件が満たされない場合には、 利用権を送信してこない （ステ ップ S 1 1 2 ) 。
ステップ S 6 6において、 CPU 2 1は、 ライセンスサーバ 4から利用権が送信 されてきたか否かを判定し、 利用権が送信されてきた場合には、 ステップ S 6 7 に進み、 その利用権を記憶部 2 8に供給し、 記憶させる。
ステップ S 6 6において、 利用権が送信されて来ないと判定した場合、 CPU 2
1は、 ステップ S 6 8に進み、 エラー処理を実行する。 具体的には、 CPU 2 1は、 コンテンツを利用するための利用権が得られないので、 コンテンツの再生処理を 禁止する。
以上のようにして、 各クライアント 1は、 コンテンツを利用するために必要な 利用権を取得して、 初めて、 そのコンテンツを使用することが可能となる。
なお、 図 7の利用権取得処理は、 各ユーザがコンテンツを取得する前に、 予め 行っておくようにすることも可能である。
クライアント 1に提供される利用権は、 例えば、 図 8に示されるように、 使用 条件、 リーフ IDおよび電子署名などを含んでいる。
バージョンは、 メジャーバージョンおよびマイナーバージョンをドットで区切 つて、 利用権のバージョンを記述する情報である。
プロファイルは、 1 0進の整数値から記述され、 利用権の記述方法に対する制 限を規定する情報である。
利用権 IDは、 1 6進定数で記述される、 利用権を識別するための識別情報で ある。
作成日時は、 利用権が作成された日時を示す。 有効期限は、 利用権の有効期限を示す。 9 9 9 9年 2 3時 5 9分 5 9秒である 有効期限は、 有効期限に制限がないことを示す。
使用条件には、 その利用権に基づいて、 コンテンツを使用することが可能な使 用期限、 その利用権に基づいて、 コンテンツを再生することが可能な再生期限、 コンテンツの最大再生回数、 その利用権に基づいて、 コンテンツをコピーするこ とが可能な回数 （許されるコピー回数） 、 最大チェックアウト回数、 その利用権 に基づいて、 コンテンツを CD-Rに記録することができるか否か、 PD (Portable Device) にコピーすることが可能な回数、 利用権の移動の可否、 使用ログをと る義務の有無等を示す情報が含まれる。
使用条件の電子署名は、 使用条件に対応する、 電子署名である。
定数は、 使用条件または使用状態で参照される定数である。
リーフ IDは、 クライアントを識別するための識別情報である。
電子署名は、 利用権全体に対応する、 電子署名である。
証明書は、 ライセンスサーバの公開鍵を含む証明書である。
また、 クライアント 1の記憶部 2 8には、 利用権の使用条件とあわせて、 コン テンッゃ利用権の状態を表す情報である使用状態が記憶される。 使用状態には、 対応する利用権に基づいてコンテンツを再生した回数、 コンテンツをコピーした 回数、 コンテンツをチェックアウトした回数、 コンテンツを初めて再生した日時、 コンテンツを CD- Rに記録した回数、 その他コンテンツあるいは利用権に関する 履歴情報等を示す情報が含まれる。
図 6のステップ S 4 6の再生の条件の判定は、 利用権に含まれる使用条件と、 記憶部 2 8に利用権と共に記憶されている使用状態とを基に行われる。 例えば、 使用状態に記憶されているコンテンツを再生した回数が、 使用条件に含まれるコ ンテンッ最大再生回数より少ない場合には、 再生の条件が満たされていると判定 される。 '
次に、 図 9のフローチャートを参照して、 図 7のクライアント 1の利用権取得 処理に対応して実行されるライセンスサーバ 4の利用権提供処理について説明す る。 なお、 この場合においても、 図 2のクライアント 1の構成は、 ライセンスサ ーバ 4の構成として引用される。
ステップ S 1 0 1において、 ライセンスサーバ 4の CPU 2 1は、 クライアント 1よりアクセスを受けるまで待機し、 アクセスを受けたとき、 ステップ S 1 0 2 に進み、 アクセスしてきたクライアント 1に対して、 各利用権に関する情報を含 む利用権のリストを送信するとともに、 ユーザ IDとパスワード、 並びに、 利用 権指定情報の送信を要求する。 上述したようにして、 クライアント 1から、 図 7 のステップ S 6 5の処理で、 ユーザ IDとパスワード、 リーフ ID並びに利用権 指定情報 （利用権 IDであってもよい） が送信されてきたとき、 ライセンスサー ノ 4の CPU 2 1は、 通信部 2 9を介してこれを受信し、 取り込む処理を実行する, そして、 ライセンスサーバ 4の CPU 2 1は、 ステップ S 1 0 3において、 通信 部 2 9から課金サーバ 5にアクセスし、 ユーザ IDとパスワードに対応するユー ザの与信処理を要求する。 課金サーバ 5は、 インターネット 2を介してライセン スサーバ 4から与信処理の要求を受けると、 そのユーザ IDとパスヮードに対応 するユーザの過去の支払い履歴などを調査し、 そのユーザが、 過去に利用権の対 価の不払いの実績があるか否かなどを調べ、 そのような実績がない場合には、 利 用権の付与を許容する与信結果を送信し、 不払いの実績などがある場合には、 利 用権付与の不許可の与信結果を送信する。
ステップ S 1 0 4において、 ラィセンスサーバ 4の CPU 2 1は、 課金サーバ 5 からの与信結果が、 利用権を付与することを許容する与信結果であるか否かを判 定し、 利用権の付与が許容されている場合には、 ステップ S 1 0 5に進み、 ステ ップ S 1 0 2の処理で取り込まれた利用権指定情報に対応する利用権を、 記憶部 2 8に記憶されている利用権の中から取り出す。 記憶部 2 8に記憶されている利 用権は、 あらかじめ利用権 ID、 バージョン、 作成ョ時、 有効期限等の情報が記 述されている。 ステップ S 1 0 6において、 CPU 2 1は、 その利用権に受信した リーフ IDを付加する。 さらに、 ステップ S 1 0 7において、 CPU 2 1は、 ステ ップ S 1 0 5で選択された利用権に対応づけられている使用条件を選択する。 あ るいはまた、 ステップ S 1 0 2の処理で、 ユーザから使用条件が指定された場合 には、 その使用条件が必要に応じて、 予め用意されている使用条件に付加される, CPU 2 1は、 選択された使用条件を利用権に付加する。 使用条件は利用権にあら かじめ付加されていてもよい。
ステップ S 1 0 8において、 C P U 2 1はライセンスサーバの秘密鍵により利 用権に署名し、 ライセンスサーバの公開鏈を含む証明書を利用権に添付し、 これ により、 図 8に示されるような構成の利用権が生成される。
次に、 ステップ S 1 0 9に進み、 ライセンスサーバ 4の CPU 2 1は、 その利用 権 （図 8に示される構成を有する） を、 通信部 2 9からインターネット 2を介し てクライアント 1に送信させる。
ステップ S 1 1 0においてライセンスサーバ 4の CPU 2 1は、 ステップ S 1 0 9の処理で、 いま送信した利用権 （使用条件、 リーフ IDを含む） を、 ステップ S 1 0 2の処理で取り込まれたユーザ IDとパスワードに対応して、 記憶部 2 8 に記憶させる。 さらに、 ステップ S 1 1 1において、 CPU 2 1は、 課金処理を実 行する。 具体的には、 CPU 2 1は、 通信部 2 9から課金サーバ 5に、 そのユーザ IDとパスワードに対応するユーザに対する課金処理を要求する。 課金サーバ 5 は、 この課金の要求に基づいて、 そのユーザに対する課金処理を実行する。 上述 したように、 この課金処理に対して、 そのユーザが支払いを行わなかったような 場合には、 以後、 そのユーザは、 利用権の付与を要求したとしても、 利用権を'受 けることができないことになる。
すなわち、 この場合には、 課金サーバ 5から利用権の付与を不許可とする与信 結果が送信されてくるので、 ステップ S 1 0 4からステップ S 1 1 2に進み、 CPU 2 1は、 エラー処理を実^する。 具体的には、 ライセンスサーバ 4の CPU 2 1は、 通信部 2 9を制御してアクセスしてきたクライアント 1に対して、 利用権 を付与することができない旨のメッセージを送信し、 処理を終了させる。 この場合、 上述したように、 そのクライアント 1は利用権を受けることができ ないので、 そのコンテンツを利用すること （暗号化されたコンテンツデータを復 号し、 再生すること） ができないことになる。
本発明においては、 図 1 0に示されるように、 ブロードキャストインクリプシ ヨン （Broadcast Encryption) 方式の原理に基づいて、 デバイスとキーが管理 される。 キーは、 階層ツリー構造とされ、 最下段のリーフ （leaf) が個々のデ バイス固有のキーに対応する。 本発明のシステムに用いられる階層ッリ一構造鍵 管理については特許公開 2001 - 352321号公報に記載されている。 図 1 0の例の 場合、 番号 0から番号 1 5までの 1 6個のデバイスに対応するキーが生成される, 各キーは、 図中丸印で示されるツリー構造の各ノードに対応して規定される。 この例では、 最上段のルートノードに対応してルートキー KRが、 2段目のノー ドに対応してキー K0， K 1力 3段目のノードに対応してキー K00乃至 K 1 1力 第 4段目のノードに対応してキー K0 0 0乃至キー K 1 1 1力 S、 それぞれ 対応されている。 そして、 最下段のノードとしてのリーフ (デバイスノード) に キー K0 00 0乃至 K 1 1 1 1が、 それぞれ対応されている。
階層構造とされているため、 例えば、 キー K0 0 1 0とキー 00 1 1の上位の キーは、 K00 1とされ、 キー K000とキー K0 0 1の上位のキーは、 K0 0 とされている。 以下同様に、 キー K00とキー K0 1の上位のキーは、 K0とさ れ、 キー K0とキー K 1の上位のキーは、 KRとされている。
コンテンツを利用するキーは、 最下段のデバイスノード （リーフ） から、 最上 段のルートノードまでの 1つのパスの各ノードに対応するキーで管理される。 例 えば、 番号 3のリーフに対応するデバイスにおいて、 コンテンツを利用するため のキーは、 キー KO O i l , K0 0 1 , K0 0, K0, KRを含むパスの各キー で管理される。
本発明のシステムにおいては、 図 1 1に示されるように、 図 1 0の原理に基づ いて構成されるキーシステムで、 デバイスのキーとコンテンツのキーの管理が行 われる。 図 1 1の例では、 8 + 24 + 3 2段のノードがツリー構造とされ、 ルー トノードから下位の 8段までの各ノードにカテゴリが対応される。 ここにおける カテゴリとは、 例えばメモリースティックなどの半導体メモリを使用する機器の カテゴリ、 デジタル放送を受信する機器のカテゴリといったカテゴリを意味する, そして、 このカテゴリノードのうちの 1つのノードに、 ライセンスを管理するシ ステムとして本システム ( Tシステムと称する) が対応する。
すなわち、 この Tシステムのノードよりさらに下の階層の 2 4段のノードに対 応するキーにより、 サービスプロバイダ、 あるいはサービスプロバイダが提供す るサービスが対応される。 この例の場合、 これにより、 2 24 (約 1 6メガ) のサ 一ビスプロバイダあるいはサービスを規定することができる。 さらに、 最も下側 の 3 2段の階層により、 2 32 (約 4ギガ） のユーザ （あるいはクライアント 1 ) を規定することができる。 最下段の 3 2段のノードから Tシステムのノードまで のパス上の各ノードに対応するキーが、 DNK (Device Node Key) を構成し、 最 下段のリーフに対応する IDがリーフ IDとされる。
コンテンツを暗号化したコンテンツキーは更新されたル一トキ一 KR'によって 暗号化され、 上位の階層の更新ノードキーは、 その直近の下位の階層の更新ノー ドキーを用いて暗号化され、 E K B (図 1 3およぴ図 1 4を参照して後述する） 内に配置される。 E K Bにおける末端から 1つ上の段の更新ノードキーは E K B の末端のノードキーあるいはリーフキーによって暗号化され、 E K B内に配置さ れる。 クライアント 1は、 サービスデータに記述されている D N Kのいずれかの キーを用いて、 コンテンツデータとともに配布される E K B (図 1 3および図 1 4 ) 内に記述されている直近の上位の階層の更新ノードキーを復号し、 復号して 得たキーを用いて、 E K B内に記述されているさらにその上の階層の更新ノード キーを復号する。 以上の処理を順次行うことで、 クライアント 1は、 更新ルート キー KR'を得ることができる。
図 1 2に階層ッリ一構造のカテゴリの分類の具体的な例を示す。 図 1 2におい て、 階層ツリー構造の最上段には、 ルートキー KR 2 3 0 1が設定され、 以下の 中間段にはノードキー 2 3 0 2が設定され、 最下段には、 リーフキー 2 3 0 3力 S 設定される。 各デバイスは個々のリーフキーと、 リーフキーからルートキーに至 る一連のノードキー、 ルートキーからなるデバイスノードキー （D N K) を保有 する。
最上段から第 M段目 （図 1 1の例では、 M= 8 ) の所定のノードがカテゴリノ ード 2 3 0 4として設定される。 すなわち第 M段目のノードの各々が特定カテゴ リのデバイス設定ノードとされる。 第 M段の 1つのノードを頂点として M + 1段 以下のノード、 リーフは、 そのカテゴリに含まれるデバイスに関するノードおよ びリーフとされる。
例えば図 1 2の第 M段目の 1つのノード 2 3 0 5にはカテゴリ [メモリーステ イツク （商標） ] が設定され、 このノード以下に連なるノード、 リーフはメモリ ステツイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフ として設定される。 すなわち、 ノード 2 3 0 5以下が、 メモリースティックの力 テゴリに定義されるデバイスの関連ノード、 およびリーフの集合として定義され る。
さらに、 M段から数段分下位の段をサブカテゴリノード 2 3 0 6として設定す ることができる。 図 1 2の例では、 カテゴリ [メモリースティック] ノード 2 3 0 5の 2段下のノードに、 メモリースティックを使用したデバイスのカテゴリに 含まれるサブカテゴリノードとして、 [再生専用器] のノード 2 3 0 6が設定さ れている。 さらに、 サブカテゴリノードである再生専用器のノード 2 3 0 6以下 に、 再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード 2 3 0 7が 設定され、 さらにその下位に、 音楽再生機能付き電話のカテゴリに含まれる [ P H S ] ノード 2 3 0 8と、 [携帯電話] ノード 2 3 0 9が設定されている。 さらに、 カテゴリ、 サブカテゴリは、 デバイスの種類のみならず、 例えばある メーカー、 コンテンツプロバイダ、 決済機関等が独自に管理するノード、 すなわ ち処理単位、 管轄単位、 あるいは提供サービス単位等、 任意の単位 （これらを総 称して以下、 エンティティと呼ぶ） で設定することが可能である。 例えば 1つの カテゴリノードをゲーム機器メーカーの販売するゲーム機器 X Y Z専用の頂点ノ ードとして設定すれば、 メーカーの販売するゲーム機器 XYZに、 その頂点ノー ド以下の下段のノードキー、 リーフキーを格納して販売することが可能となり、 その後、 暗号化コンテンツの配信、 あるいは各種キーの配信、 更新処理を、 その 頂点ノードキー以下のノードキー、 リーフキーによって構成される有効化キープ ロック （EKB) を生成して配信し、 頂点ノード以下のデバイスに対してのみ利 用可能なデータが配信可能となる。
このように、 1つのノードを頂点として、 以下のノードをその頂点ノードに定 義されたカテゴリ、 あるいはサブカテゴリの関連ノードとして設定する構成とす ることにより、 カテゴリ段、 あるいはサブカテゴリ段の 1つの頂点ノードを管理 するメーカー、 コンテンツプロバイダ等がそのノードを頂点とする有効化キープ ロック （EKB) を独自に生成して、 頂点ノード以下に属するデバイスに配信す る構成が可能となり、 頂点ノードに属さない他のカテゴリのノードに属するデバ ィスには全く影響を及ぼさずにキー更新を実行することができる。
また、 ある時点 tにおいて、 デバイス 3の所有する鍵 KO 0 1 1, KO 0 1， KO 0, KO，KRが攻撃者 （ハッカー） により解析されて露呈したことが発覚し た場合、 それ以降、 システム (デバイス 0， 1， 2, 3のグループ) で送受信さ れるデータを守るために、 デバイス 3をシステムから切り離す必要がある。 その ためには、 ノードキー KO 0 1， KO 0， KO，KRを、 それぞれ新たな鍵 K ( t ) 0 0 1 , K ( t ) 0 0，K ( t ) 0, K ( t) Rに更新し、 デバイス 0， 1， 2に その更新キーを伝える必要がある。 ここで、 K ( t) a a aは、 鍵 K a a aの世 代 （Generation) tの更新キーであることを示す。
更新キーの配布処理ついて説明する。 キーの更新は、 例えば、 図 1 3に示す有 効化キープロック （E KB： Enabling Key Block) と呼ばれるプロックデータ によって構成されるテーブルを、 ネットワークを介して、 あるいは記録媒体に格 納してデバイス 0， 1 , 2に供給することによって実行される。 なお、 有効化キ 一プロック （EKB) は、 図 1 0に示されるようなツリー構造を構成する各リー フ （最下段のノード） に対応するデバイスに、 新たに更新されたキーを配布する ための暗号化キーによって構成される。 有効化キーブロック （EKB) は、 キー 更新ブロック （KRB： Key Renewal Block) と呼ばれることもある。
図 1 3に示す有効化キーブロック （EKB) は、 ノードキーの更新の必要なデ バイスのみが更新可能なデータ構成を持つプロックデータとして構成される。 図 1 3の例は、 図 1 0に示すツリー構造中のデバイス 0， 1， 2において、 世代 t の更新ノードキーを配布することを目的として形成されたプロックデータである c 図 1 0から明らかなように、 デバイス 0， デバイス 1は、 更新ノードキーとして K ( t) 00、 K ( t) 0、 K ( t) Rが必要であり、 デバイス 2は、 更新ノー ドキーとして K ( t ) 0 0 1、 K ( t) 0 0、 K ( t ) 0、 K ( t ) Rが必要で ある。
図 1 3の EKBに示されるように、 EKBには複数の暗号化キーが含まれる。 図 1 3の最下段の暗号化キーは、 E n c (K0 0 1 0, K ( t ) 0 0 1) である c これはデバイス 2の持つリーフキー K00 1 0によって暗号化された更新ノード キー K ( t ) 0 0 1であり、 デバイス 2は、 自身の持つリーフキー K00 1 0に よってこの暗号化キーを復号し、 更新ノードキー K ( t) 0 0 1を得ることがで きる。 また、 復号により得た更新ノードキー K ( t) 0 0 1を用いて、 図 1 3の 下から 2段目の暗号化キー E n c (K ( t) 0 0 1， K ( t) 00) が復号可能 となり、 更新ノードキー K ( t) 0 0を得ることができる。
以下順次、 図 1 3の上から 2段目の暗号化キー E 11 c ( ( t) 0 0, K ( t) 0) を復号することで、 更新ノードキー K ( t) 0が得られ、 これを用い て、 図 1 3の上から 1段目の暗号化キー E n c ( ( t) 0， K ( t) R) を復 号することで、 更新ルートキー K ( t) Rが得られる。
一方、 ノードキー K0 0 0は更新する対象に含まれておらず、 ノード 0， 1が、 更新ノードキーとして必要なのは、 K ( t) 0 0、 K ( t) 0、 K ( t) Rであ る。 ノード 0， 1は、 デバイスキー K0 00 0， K00 0 1を用いて、 図 1 3の 上から 3段目の暗号化キー E n c (Κ0 0 0, Κ ( t) 0 0) を復号することで 更新ノードキー K ( t) 0 0を取得し、 以下順次、 図 1 3の上から 2段目の暗号 化キー E n c (K ( t) 0 0， ( t ) 0) を復号することで、 更新ノードキー K ( t) 0を得、 図 1 3の上から 1段目の暗号化キー E n c (K ( t) 0, K
(t) R) を復号することで、 更新ルートキー K ( t) Rを得る。 このようにし て、 デバイス 0， 1， 2は更新したキー K ( t) Rを得ることができる。
なお、 図 1 3のインデックスは、 図の右側の暗号化キーを復号するための復号 キーとして使用するノードキー、 リーフキーの絶対番地を示す。
図 1 0に示すツリー構造の上位段のノードキー K ( t) 0, K ( t) Rの更新 が不要であり、 ノードキー KO 0のみの更新処理が必要である場合には、 図 1 4 の有効化キーブロック （EKB) を用いることで、 更新ノードキー K ( t ) 00 をデバイス 0, 1， 2に配布することができる。
図 1 4に示す E KBは、 例えば特定のグループにおいて共有する新たなコンテ ンッキーを配布する場合に利用可能である。 具体例として、 図 1 0に点線で示す グループ内のデバイス 0， 1， 2, 3がある記録媒体を用いており、 新たな共通 のコンテンツキー K ( t) c o nが必要であるとする。 このとき、 デバイス 0， 1， 2， 3の共通のノードキー K00を更新した K ( t) 00を用いて新たな共 通の更新コンテンツキー K ( t) c o nを暗号化したデータ E n c (K ( t ) 0 0, K ( t ) c o n) 力 図 1 4に示される EKBとともに配布される。 この配 布により、 デバイス 4など、 その他のグループの機器が復号することができない データとしての配布が可能となる。
すなわち、 デバイス 0， 1 , 2は EKBを処理して得たキー K ( t) 0 0を用 いて暗号文を復号すれば、 t時点でのコンテンツキー K ( t) c o nを得ること が可能になる。
図 1 5に、 t時点でのコンテンツキー K ( t) c o nを得る処理例として、 K ( t) 00を用いて新たな共通のコンテンツキー K ( t) c o nを暗号化したデ ータ E n c (K ( t ) 0 0, K ( t ) c o n) と、 図 1 4に示す E K Bとを記録 媒体を介して受領したデバイス 0の処理を示す。 すなわちこの例は、 EKBによ る暗号化メッセージデータをコンテンツキー K ( t) c o nとした例である。 図 1 5に示すように、 デバイス 0は、 記録媒体に格納されている世代 t時点 の EKBと、 自分があらかじめ格納しているノードキー KO 0 0を用いて、 上述 したと同様の E KB処理により、 ノードキー K ( t ) 0 0を生成する。 さらに、 デバイス 0は、 復号した更新ノードキー K ( t) 0 0を用いて、 更新コンテンツ キー K ( t) c o nを復号して、 後にそれを使用するために自分だけが持つリー フキー KO 0 0 0で暗号化して格納する。
図 1 6に有効化キーブロック （EKB) のフォーマッ ト例を示す。 バージョン 6 0 1は、 有効化キーブロック （EKB) のバージョンを示す識別子である。 な お、 バージョンは、 最新の E KBを識別する機能と、 コンテンツとの対応関係を 示す機能を持つ。 デプスは、 有効化キーブロック （EKB) の配布先のデバイス に対する階層ツリーの階層数を示す。 データポインタ 6 0 3は、 有効化キープ口 ック （EKB) 中のデータ部 6 0 6の位置を示すポインタであり、 タグポインタ 6 04はタグ部 6 0 7の位置、 署名ボインタ 6 0 5は署名 6 0 8の位置を示すポ ィンタである。
データ部 6 0 6は、 例えば更新するノードキーを暗号化したデータを格納する, 例えば図 1 5に示すような更新されたノードキーに関する各暗号化キー等を格納 する。
タグ部 60 7は、 データ部 6 0 6に格納された暗号化されたノードキー、 リー フキーの位置関係を示すタグである。 このタグの付与ルールを図 1 8を用いて説 明する。
図 1 7では、 データとして先に図 1 3で説明した有効化キーブロック （EK B) を送付する例を示している。 この時のデータは、 図 1 7の Bで示す表に示す ようになる。 このときの暗号化キーに含まれるトップノードのァドレスをトップ ノードアドレスとする。 この例の場合は、 ルートキーの更新キー K ( t) Rが含 まれているので、 トップノードアドレスは KRとなる。 このとき、 例えば最上段 のデータ E n c (K ( t) 0， K ( t) R) は、 図 1 7の Aで示す階層ツリーに 示す位置 P 0に対応する。 次の段のデータは、 E n c (K ( t) 0 0， K ( t) 0) であり、 ツリー上では前のデータの左下の位置 P 00に対応する。 ツリー構 造の所定の位置から見て、 その下に、 データがある場合は、 タグが 0、 ない場合 はタグが 1に設定される。 タグは {左 （L) タグ， 右 （R) タグ } として設定さ れる。 表 Bの最上段のデータ En c (K ( t) 0， K ( t) R) に対応する位置 P0の左下の位置 POOにはデータがあるので、 Lタグ =0、 右にはデータがない ので、 Rタグ = 1となる。 以下、 すべてのデータにタグが設定され、 図 1 7の C で示すデータ列、 およびタグ列が構成される。
タグは、 対応するデータ En c (Kx X X , y y y) が、 ツリー構造のどこ に位置しているのかを示すために設定されるものである。 データ部 606に格納 されるキーデータ En c (Kx X X , Ky y y ) ■ · 'は、 単純に暗号化された キーの羅列データに過ぎないが、 上述したタグによってデータとして格納された 暗号化キーのツリー上の位置が判別可能となる。 上述したタグを用いずに、 先の 図 1 5で説明した構成のように、 暗号化データに対応させたノード ·インデック スを用いて、 例えば、
0 : En c (K (t) 0, ( t) R)
00 ： E n c (K ( t) 00 , K ( t ) 0)
000 : E n c (K ( ( t ) 000， K ( t ) 00)
- · ·のようなデータ構成とすることも可能であるが、 このようなインデック スを用いた構成とすると、 冗長なデータとなりデータ量が増大し、 ネットワーク を介する配信等においては好ましくない。 これに対し、 上述したタグをキー位置 を示す索引データとして用いることにより、 少ないデータ量でキー位置の判別が 可能となる。
図 1 6に戻って、 EKBフォーマットについてさらに説明する。 署名
(Signature) 608は、 有効化キーブロック （EKB) を発行した例えば鍵管 理センタ (ライセンスサーバ 4) 、 コンテンッロバイダ (コンテンツサーバ 3) 決済機関 （課金サーバ 5) 等が実行する電子署名である。 EKBを受領したデバ イスは、 署名検証によって正当な有効化キーブロック （E K B ) 発行者が発行し た有効化キーブロック （E K B ) であることを確認する。
以上のようにして、 ライセンスサーバ 4から供給された利用権に基づいて、 コ ンテンッサーバ 3から供給されたコンテンツを利用する処理をまとめると、 図 1 8に示されるようになる。
すなわち、 コンテンツサーバ 3からクライアント 1に対してコンテンツが提供 されるとともに、 ライセンスサーバ 4からクライアント 1にライセンスが与えら れる。 クライアント 1をライセンスサーバ 4に登録した際に供給されるサービス データと、 特定のコンテンツの利用を許可する情報である利用権との組み合わせ をライセンスと呼ぶ。 コンテンツは、 コンテンツキー Kcにより、 暗号化されて おり （Enc (Kc， Content) ) 、 コンテンツキー Kcは、 更新ノレートキー KR' (EKB から得られるキーであって、 図 5におけるキー KEKBCに対応する）で暗号化され
(Enc (KR，， Kc) ) 、 EKBとともに、 暗号化されたコンテンツに付加されてク ライアント 1に提供される。
図 1 8の例における EKBには、 例えば、 図 1 9に示されるように、 DNKで復号 可能な更新ルートキー KR'が含まれている （Enc (DNK, KR' ) ) 。 従って、 クラ イアント 1は、 サービスデータに含まれる DNKを利用して、 EKBから更新ルート キー KR，を得ることができる。 さらに、 更新ルートキー KR'を用いて、 Enc (KR' , Kc) からコンテンツキー Kc を復号することができ、 コンテンツキー Kc を用いて. Enc (Kc, Content) からコンテンツを復号することができる。
このように、 クライアント 1に DNKを各デバイスに割り当てることにより、 図 1 0と図 1 5を参照して説明した原理に従って、 個々のクライアント 1のリボ ーク （revoke) が可能になる。
また、 ライセンスリーフ IDを付加して配布することにより、 クライアント 1 において、 サービスデータと利用権の対応付けが行われることになり、 利用権の 不正コピーを防止することが可能になる。 また、 クライアント用の証明書と秘密鍵をサービスデータとして配信するよう にすることで、 エンドユーザも、 これらを用いて不正コピーを防止可能なコンテ ンッを作成することが可能になる。
本発明においては、 図 1 1を参照して説明したように、 カテゴリノードにライ センスを管理する Tシステムと、 各種のコンテンツを利用するデバイスのカテゴ Vが対応づけられるので、 複数の DNKを同一のデバイスに持たせることができ る。 その結果、 異なるカテゴリのコンテンツを 1つのデバイスで管理することが 可能となる。
図 2 0は、 この関係の一例を表している。 すなわち、 デバイス D 1には、 Tシ ステムに基づいて、 DNK 1が割り当てられており、 E K Bを含むコンテンツ 1を 再生することができる。 同様に、 このデバイス D 1には、 例えば、 DNK 2が割り 当てられており、 メモリースティックに CDからリッビングしたコンテンツ 2を 記録することができる。 この場合、 デバイス D 1は、 コンテンツ 1とコンテンツ 2という、 異なるシステム （Tシステムとデバイス管理システム） により配信さ れたコンテンツを同時に扱うことが可能となる。 新たな DNK を割り当てるとき、 既に割り当てられている DNKを削除するなどして、 デバイスに 1個の IWKだけ を対応させるようにした場合、 このようなことはできない。
このように、 本発明においては、 カテゴリ毎に独立したキー管理が可能になる。 また、 DNKを、 機器やメディアに予め埋め込むのではなく、 ライセンスサーバ 4により、 登録処理を行う際に、 各機器やメディアにダウンロードするようにす ることで、 ユーザによるキーの購入が可能なシステムを実現することができる。 コンテンツとその利用権を別々に配布するシステムにおいては、 コンテンツは、 それが作成された後、 どのような使われ方をされようとも、 その使われ方に関わ りなく、 全ての用途において、 使用可能であるのが望ましい。 例えば、 異なるコ ンテンッ配信サービス、 あるいは用途が異なる場合においても、 同一のコンテン ッが使えることが望ましい。 本発明においては、 このため、 上述したように、 各 ユーザ （クライアント 1 ) に、 認証局としてのライセンスサーバ 4から秘密鍵と、 それに対応する公開鍵の証明書 （certificates) が配布される。 各ユーザは、 その秘密鍵を用いて、 署名 （signature) を作成し、 コンテンツに付加して、 コ ンテンッの真正さ（integrity)を保証し、 かつコンテンツの改竄防止を図ること ができる。
次に、 クライアント 1から、 クライアント 1に装着された、 セキュアなメディ ァであり、 コンテンツ記憶装置の一例であるメモリースティック （商標） へのコ ンテンッのチェックァゥトの処理を説明する。
図 2 1は、 メモリースティックの構成を示す図である。 メモリースティック 6 5 1は、 フラッシュメモリ （不揮発性メモリ） 6 6 1、 メモリ コントロールプロ ック 6 6 2、 ぉょぴ D E S (Data Encryption Standard)の暗号化回路を含むセ キユリティプロック 6 6 3が 1チップ上に I C化されたものである。
フラッシュメモリ 6 6 1は、 メモリコントロールプロック 6 6 2の制御の基に、 符号化され、 暗号化されたコンテンツを記憶する。
メモリ コント口ールブロック 6 6 2は、 シリアル/パラレノレ変換、 またはパラ レル Zシリアル変換を実行すると共に、 供給されたコマンドぉよびデータとを分 離して、 分離されたコマンドを実行する。 メモリ コントロールプロック 6 6 2は、 供給されたコマンドに対応して、 コンテンツをフラッシュメモリ 6 6 1に記憶さ せる力 またはフラッシュメモリ 6 6 1に記憶されているコンテンツを読み出す。 メモリースティック 6 5 1 ,のセキュリティブロック 6 6 3は、 複数の認証キー とメモリカード毎にユニークなス トレージキーを記憶する。 セキュリティブロッ ク 6 6 3は、 乱数発生回路を有し、 メモリコントロールブロック 6 6 2の制御の 基に、 クライアント 1と相互認証し、 セッションキーを共有する。
セキュリティプロック 6 6 3は、 後述する使用条件および MA C値を含むィン デッタスを記憶する。
セキュリティブロック 6 6 3は、 メモリコント口ーノレブロック 6 6 2の制御の 基に、 暗号化されているコンテンツを復号する。 図 2 2は、 クライアント 1によるコンテンツのチェックァゥトの処理を説明す るフローチヤ一トである。
ステップ S 2 0 1において、 クライアント 1の CPU 2 1は、 チェックアウトす るコンテンツを選択して、 選択したコンテンツに含まれる属性から署名を作成す る。
例えば、 クライアント 1の CPU 2 1は、 コンテンツに含まれる属性を、 証明書 に含まれるライセンスサーバの公開鍵で暗号化処理することにより、 署名を作成 する。
ステップ S 2 0 2において、 クライアント 1の CPU 2 1は、 作成した属性の署 名と、 コンテンツに含まれる属性の署名とを比較し、 作成した属性の署名と、 コ ンテンッに含まれる属性の署名とがー致したと判定された場合、 属性は改竄され ていないので、 ステップ S 2 0 3に進む。
ステップ S 2 0 2において、 作成した属性の署名と、 コンテンツに含まれる属 性の署名とが一致しないと判定された場合、 属性が改竄されているので、 ステツ プ S 2 0 9に進み、 クライアント 1の CPU 2 1は、 エラー表示などのエラー処理 を実行し、 チェックアウトの実行の処理を行わないで、 処理は終了する。
ステップ S 2 0 3において、 クライアント 1の CPU 2 1は、 対象となるコンテ ンッの属性が利用権に含まれるコンテンツ条件を満たし、 チェックァゥトが許可 されている利用権を記憶部 2 8から検索する。 対象のコンテンツを利用するため の利用権が記憶部 2 8に見つからない場合には、 ステップ S 2 0 9に進み、 クラ イアント 1の CPU 2 1はエラ一表示などの、 エラー処理を実行し、 チェックァゥ トの実行の処理を行わないで、 処理は終了する。
ステップ S 2 0 3において、 コンテンツを利用するための利用権が見つかった 場合には、 S 2 0 4に進み、 クライアント 1の CPU 2 1はコンテンツを利用する ための利用権が記憶部 2 8に 1つ記憶されているか、 複数記憶されているかを判 定する。 記憶部 2 8に対象のコンテンツを利用するための利用権が複数記憶されている と判定された場合、 ステップ S 2 0 5に進み、 クライアント 1の CPU 2 1は、 出 力部 2 7のディスプレイに各利用権の使用条件等の情報を表示させ、 どの利用権 の使用条件をチェックァゥトされたコンテンツの使用条件として用いるかをユー ザに確認させ、 ユーザからの入力部 2 6への入力を基に、 いずれの利用権をチェ ックアウトに用いるかを決定する。
ステップ S 2 0 5における利用権の選択は、 ユーザによる選択に限らず、 所定 の規則に基づき優先順位が決定されるようになっていても構わない。
記憶部 2 8に対象のコンテンツを利用するための利用権が 1つ記憶されている と判定された場合、 チェックアウトに用いられる利用権は決まっているので、 ス テツプ S 2 0 5の利用権の選択は行われず、 ステップ S 2 0 6に進む。
コンテンツを利用するための利用権の選択が行われた後、 S 2 0 6において、 クライアント 1の CPU 2 1は、 利用権の使用条件から署名を作成する。
例えば、 クライアント 1の CPU 2 1は、 利用権に含まれる使用条件を、 証明書 に含まれるライセンスサーバの公開鍵で暗号化処理することにより、 署名を作成 する。
ステップ S 2 0 7において、 クライアント 1の CPU 2 1は、 作成した使用条件 の署名と、 利用権に含まれる使用条件の署名とを比較し、 作成した使用条件の署 名と、 利用権に含まれる使用条件の署名とがー致したと判定された場合、 使用条 件は改竄されていないので、 ステップ S 2 0 8に進む。 ステップ S 2 0 8におい て、 クライアント 1の CPU 2 1は、 チェックアウトの実行の処理を行い、 処理は 終了する。
ステップ S 2 0 7において、 作成した属性の署名と、 コンテンツに含まれる属 性の署名とがー致しないと判定された場合、 属性が改竄されているので、 ステツ プ S 2 0 9に進み、 クライアント 1の CPU 2 1は、 エラー表示などのエラー処理 を実行し、 チェックアウトの実行の処理を行わないで、 処理は終了する。 図 2 3は、 ステップ S 2 0 8の処理に対応する、 クライアント 1のチェックァ ゥトの実行の処理を説明するフローチャートである。
ステップ S 2 2 1において、 クライアント 1の CPU 2 1は、 装着されているメ モリースティックと相互認証の処理を実行する。 例えば、 クライアント 1の CPU 2 1とメモリースティック 6 5 1のセキュリティブ口ック 6 6 3は、 チヤレンジ アンドレスポンス方式の相互認証の処理を実行することができる。
ステップ S 2 2 1の処理において、 相互認証されなかった場合、 クライアント 1またはメモリースティック 6 5 1が、 正当ではないので、 ステップ S 2 2 2乃 至 S 2 2 8の処理はスキップされ、 コンテンツをメモリースティック 6 5 1に書 き込まないで、 処理は終了する。
ステップ S 2 2 1の処理において、 相互認証された場合、 クライアント 1およ びメモリースティック 6 5 1が、 正当なので、 クライアント 1およびメモリース ティック 6 5 1は、 共通の一時鍵 （セッションキー） を共有し、 ステップ S 2 2 2乃至 S 2 2 8の処理が実行される。
共通の一時鍵 （セッションキー） が共有された以下の処理において、 クライア ント 1がメモリースティック 6 5 1に送信する情報は、 暗号化復号部 2 4におい て、 一時鍵で暗号化される。 また、 クライアント 1がメモリースティック 6 5 1 から受信した情報は、 一時鍵により暗号化されているので、 暗号化復号部 2 4に より、 復号される。
ステップ S 2 2 2において、 クライアント 1の CPU 2 1は、 コンテンツをメモ リースティック 6 5 1に書き込む。 例えば、 クライアント 1の CPU 2 1は、 メモ リースティック 6 5 1から、 メモリースティック 6 5 1のコンテンツキーを取得- し、 メモリ一スティック 6 5 1のコンテンツキーに、 コンテンッの鍵をかけ直し て (コンテンツをメモリースティック 6 5 1のコンテンツキーで喑号化して) 、 メモリースティック 6 5 1のコンテンツキーに、 鍵をかけ直したコンテンツをメ モリースティック 6 5 1に供給する。 なお、 メモリースティック 6 5 1に、 コンテンツの鍵をかけ直させるようにし てもよい。 '
ステップ S 2 2 3において、 クライアント 1の CPU 2 1は、 利用権の使用条件 のフォーマツ トをメモリースティックに対応する方式に変換する。
ステップ S 2 24において、 クライアント 1の CPU2 1は、 暗号化復号部 24 に、 利用権の使用条件のメッセージ認証符号 （MAC ： Message
authentication Code) (以下、 MAC値とも称する） を算出させる。
DE S暗号処理構成を用いた MAC値生成例を図 24に示す。 図 24の構成に 示すように対象となるメッセージ （使用条件） を 8バイト単位に分割し、 （以下、 分割されたメッセージを Ml、 Μ2、 · · · 、 MNとする） 、 まず、 初期値
(IV) と Mlを、 演算部 24— 1 Aにより排他的論理和する （その結果を I I とする） 。 次に、 I 1を DE S暗号化部 24 _ 1 Bに入れ、 鍵 （以下、 K 1とす る） を用いて暗号化する （出力を E 1とする） 。 続けて、 E 1および M2を演算 部 24— 2Aにより排他的論理和し、 その出力 I 2を DE S暗号化部 24 _ 2 B へ入れ、 鍵 K 1を用いて暗号化する （出力 E 2) 。 以下、 これを繰り返し、 全て のメッセージに対して暗号化処理を施す。 DE S暗号化部 24— NBから最後に 出てきた ENがメッセージ認、証符号 (MAC (Message Authentication
Code) ) となる。
ステップ S 2 2 5において、 クライアント 1の CPU 2 1は、 ステップ S 2 2 3 の処理でフォーマットが変換された使用条件を、 ステップ S 2 24の処理で算出 された MAC値と共にメモリースティック 6 5 1のインデックスに書き込む。
図 2 5は、 メモリ一スティック 6 5 1に記憶されているインデックスおよびコ ンテンッを説明する図である。 - メモリースティック 6 5 1のィンデックス 7 0 1には、 コンテンツに対応して, コンテンツの使用条件、 MAC値、 およぴポインタが格納される。 インデックス 7 0 1のポィンタは、 コンテンッのァドレスを格納している。 例えば、 メモリースティック 6 5 1に記憶されているコンテンツ 7 0 2— 1を 示すポインタは、 コンテンツ 7 0 2— 1の使用条件おょぴその MAC値と共に、 インデックス 70 1に格納される。 メモリースティック 6 5 1に記憶されている コンテンツ 7 0 2 - 2を示すポィンタは、 コンテンツ 7 0 2— 2の使用条件およ びその MAC値と共に、 インデックス 70 1に格納される。 メモリースティック 6 5 1に記憶されているコンテンツ 7 0 2 - 3を示すポィンタは、 コンテンツ 7 0 2 - 3の使用条件およびその MAC値と共に、 インデックス 70 1に格納され る。
ステップ S 2 2 6において、 クライアント 1の CPU 2 1は、 メモリーステイツ ク 6 5 1から、 ステップ S 2 2 5の処理により、 新たに使用条件および MA C値 が書き込まれたィンデッタス 7 0 1を取得する。
ステップ S 2 2 7において、 クライアント 1の CPU 2 1は、 新たに使用条件お よび MAC値が書き込まれたィンデッタス 7 0 1を基に、 メモリースティック 6 5 1全体のインテグリティ ·チェック値 ( I CV) を算出する。
インデックス 7 0 1のインテグリティ ·チェック値は、 例えばィンデックス 7 0 1に対するハッシュ関数を用いて計算され、 I CV=h a s h (K i e v, R 1， R 2， · ■ · ) によって計算される。 K i c Vは I CV生成キーである。 L 1 , L 2は使用条件の情報であり、 使用条件の MAC値が使用される。
ステップ S 2 2 8において、 クライアント 1の CPU 2 1は、 メモリーステイツ ク 6 5 1のインテグリティ -チェック値を、 算出したィンテグリティ ，チェック 値に書き換えて、 処理は終了する。
例えば、 クライアント 1の CPU2 1は、 メモリースティック 6 5 1から取得し たィンデックス 7 0 1に含まれる、 コンテンツ 7 0 2— 1乃至 70 2 - 3に対応 する MAC値を基に、 インテグリティ ■チェック値を算出する。
クライアント 1の CPU 2 1は、 図 2 5に示すように、 メモリースティック 6 5 1に、 算出したィンテグリティ ■チェック値 70 3を書き込む。 クライアント 1は、 インテグリティ 'チェック値を一時鍵で暗号化して、 メモ リースティック 6 5 1【こ送信する、 ヽゎゆる、 SAC (Secure Authenti cation Channel) を介して、 インテグリティ ·チェック値をメモリースティック 6 5 1 に送信する。
このようにすることで、 メモリースティックには、 インデックス 7 0 1に対応 した、 インテグリティ 'チェック値 7 0 3が安全に格納されることになる。
例えばコンテンツ再生時にィンデッタス 7 0 1を基に生成した I C Vと、 使用 条件に基づいて生成した I C V 7 0 3とを比較して同一の I C Vが得られれば使 用条件に改竄のないことが保証され、 I C Vが異なれば、 改竄があつたと判定さ れる。
図 2 6のフローチヤ一トを参照して、 図 2 3に示すクライアント 1のチェック ァゥトの実行の処理に対応する、 メモリースティック 6 5 1のチェックァゥトの 実行の処理を説明する。
ステップ S 2 4 1において、 メモリースティック 6 5 1のセキュリティブロッ ク 6 6 3は、 クライアント 1のステップ S 2 2 1の処理に対応して、 クライアン ト 1との相互認証の処理を実行する。
相互認証された場合、 クライアント 1およびメモリースティック 6 5 1におい て、 共通の一時鍵 （セッションキー） が共有される。
共通の一時鍵 （セッションキー） が共有された以下の処理において、 メモリー スティック 6 5 1がクライアント 1に送信する情報は、 セキュリティプロック 6 6 3において、 一時鍵により暗号化される。 また、 メキリースティック 6 5 1が クライアント 1から受信した情報は、 一時鍵により暗号化されているので、 メモ リースティック 6 5 1のセキュリティプロック 6 6 3は、 暗号化されている情報 を、 一時鍵で復号する。
ステップ S 2 4 2において、 メモリースティック 6 5 1のメモリコント口一/レ ブロック 6 6 2は、 ステップ S 2 2 2の処理を実行するクライアント 1からコン テンッが送信されてくるので、 このコンテンツを受信して、 コンテンツをフラッ シュメモリ 6 6 1に記憶させる。
ステップ S 2 4 3において、 メモリースティック 6 5 1のメモリコントロール ブロック 6 6 2は、 ステップ S 2 2 5の処理を実行するクライアント 1からフォ 一マットが変換された使用条件が送信されてくるので、 使用条件を受信し、 受信 した使用条件をセキュリティプロック 6 6 3のインデックス 7 0 1に書き込む。 また、 メモリースティック 6 5 1は、 使用条件に対応させて、 ステップ S 2 4 2 の処理で記憶したコンテンツを示すポインタをセキュリティブロック 6 6 3のィ ンデッタス 7 0 1に書き込む。
ステップ S 2 4 3の処理により、 図 2 5に示すように、 新たに記憶されたコン テンッに対応する使用条件、 MA C値、 およびコンテンツを示すポインタが、 セ キユリティブロック 6 6 3のインデックス 7 0 1に格納されることになる。
ステップ S 2 4 4において、 メモリースティック 6 5 1のメモリコントローノレ ブロック 6 6 2は、 クライアント 1から要求があるので、 インデックス 7 0 1を セキュリティブロック 6 6 3から読み出し、 読み出したインデックス 7 0 1をク ライアントに送信する。 ステップ S 2 4 4の処理で送信されたインデックス 7 0
1を受信することにより、 クライアント 1は、 ステップ S 2 2 6の処理において. インデックス 7 0 1を取得できる。
ステップ S 2 4 5において、 メモリースティック 6 5 1は、 ステップ S 2 2 8 の処理を実行するクライアント 1から、 新たな I C Vが送信されてくるので、 ク ライアント 1から送信された I C Vを受信して、 受信した I C Vを基に、 I C V を更新し、 処理は終了する。
このように、 integrity情報である公開鍵暗号による署名がコンテンツに付さ れ、 共通鍵暗号方式によるハッシュ値による integrity情報が、 クライアント により生成され、 データ記憶媒体の使用条件に付される。 コンテンツの
integrity情報と使用条件の integrity情報とが合わせて 1つの情報として、 インデックス 7 0 1として管理されることになる。 このように、 クライアント 1は、 メモリースティックの処理能力が低くとも、 メモリースティックにおいて、 コンテンツの保護のレベルを低下させることなく 公開鍵暗号方式による署名が付いたコンテンツを、 メモリースティックにチエツ クァゥトすることができるようになる。
処理能力が低い端末機においても、 同一のコンテンツを使用することができる ようになる。 これにより、 特に、 あらゆるデバイス同士が、 コンテンツをやりと りできるようになる。
すなわち、 コンテンツをメモリースティックに書き込むようにした場合には、 メモリースティックにコンテンツを記憶させることができる。
電子署名が付されているコンテンツのコンテンツ記憶装置への書き込みを制御 し、 コンテンツを利用するために必要な利用権の使用条件をコンテンッ記憶装置 に対応するフォーマツトに変換し、 フォーマツトが変換された使用条件の改竄を 検出するための使用条件改竄検出データを生成し、 フォーマツトが変換された使 用条件おょぴ使用条件改竄検出データのコンテンツ記憶装置への書き込みを制御 するようにした場合には、 能力の低いメモリースティックにおいても、 コンテン ッを利用できるようになると共に、 コンテンツが不正に利用されるのを確実に防 止することができる。
コンテンツを記憶するメモリを設けるようにした場合には、 コンテンツを記憶 することができる。
また、 情報処理装置から提供された、 電子署名が付されているコンテンツの記 憶を制御し、 情報処理装置から供給された、 使用条件、 および使用条件の改竄を 検出するための使用条件改竄検出データの記憶を制御するようにした場合には、 能力が低い場合であっても、 コンテンツを利用できるようになると共に、 コンテ ンッが不正に利用されるのを確実に防止することができる。
コンテンツ記憶装置であるメモリースティックに記憶させるコンテンツを選択 し、 選択されたコンテンツに付された第 1の電子署名の検証を行い、 選択された コンテンツの利用を許可する利用権を記憶し、 記憶部 2 8から選択されたコンテ ンッに対応する利用権を検索し、 検索された利用権に付された第 2の電子署名の 検証を行い、 検索された利用権に含まれている情報に基づき改竄検出データを生 成し、 第 1の検証結果、 第 2の検証結果によりコンテンツおよび利用権が改竄さ れていないと判定されたことを条件として、 利用権と改竄検出データとコンテン ッをコンテンツ記憶装置に出力するように場合には、 能力の低いメモリースティ ックにおいても、 コンテンツを利用できるようになると共に、 コンテンツが不正 に利用されるのを確実に防止することができる。
クライアントからメモリースティックにコンテンツをチェックァゥトする例を 説明したが、 クライアントからメモリースティックにコンテンツをコピーするよ うにしても良く、 コンテンツを移動するようにしても良い。
また、 クライアントからメモリースティックにコンテンツをチェックァゥトす る例を説明したが、 クライアントからコンテンツ記憶装置の他の例である PDに コンテンツをチェックアウト、 移動、 またはコピーするようにしてもよい。
さらに、 クライアントから PDに装着されているメモリースティックにコンテ ンッをチェックアウト、 移動、 またはコピーするようにしてもよい。 この場合に おいて、 相互認証の処理は、 クライアントおよび PDの間で実行され、 PDおよび メモリースティックの間で実行される。
本発明が適用されるクライアントは、 いわゆるパーソナルコンピュータ以外に PDA (Personal Digital Assi stants) 、 携帯電話機、 ゲーム端末機などとする ことができる。
一連の処理をソフトウェアにより実行させる場合には、 そのソフトウェアを構 成するプログラムが、 専用のハードウェアに組み込まれているコンピュータ、 ま たは、 各種のプログラムをインストールすることで、 各種の機能を実行すること が可能な、 例えば汎用のパーソナルコンピュータなどに、 ネットワークや記録媒 体からインストーノレされる。
この記録媒体は、 図 2に示されるように、 装置本体とは別に、 ユーザにプログ ラムを提供するために配布される、 プログラムが記録されている磁気ディスク 4 1 (フレキシブルディスクを含む) 、 光ディスク 4 2 (CD-ROM (Compact Disk - Read Only Memory) , DVD (Digital Versatile Disk)を含む） 、 光磁気ディスク 4 3 (MD (Mini-Disk) (商標） を含む） 、 もしくは半導体メモリ 4 4などよ りなるパッケージメディアにより構成されるだけでなく、 装置本体に予め組み込 まれた状態でユーザに提供される、 プログラムが記録されている R0M 2 2や、 記 憶部 2 8に含まれるハードディスクなどで構成される。
なお、 本明細書において、 記録媒体に記録されるプログラムを記述するステツ プは、 記載された順序に沿って時系列的に行われる処理はもちろん、 必ずしも時 系列的に処理されなくとも、 並列的あるいは個別に実行される処理をも含むもの である。
また、 セキュリティに関連する処理を実行させるプログラムは、 その処理を解 析されるのを防ぐため、 そのプログラム自体が暗号化されているのが望ましい。 例えば、 暗号処理などを行う処理については、 そのプログラムをタンパ一レジス タントモジュールとして構成することができる。
また、 上記実施例では、 コンテンツを利用するために必要な利用権を特定する ためにコンテンツの属性と利用権のコンテンツ条件を用いたが、 これに限らない c 例えば、 コンテンツに、 該コンテンツを利用するために必要な利用権の利用権 IDを含むようにしても良く、 この場合、 コンテンツを指定すればそれを利用す るために必要な利用権は一意に決まるため、 両者のマッチングを決定する処理を 行う必要はない。 産業上の利用可能性
以上のように、 本発明によれば、 コンテンツ記憶装置にコンテンツを記憶させ ることができる。
また、 本発明によれば、 能力の低いコンテンツ記憶装置においても、 コンテン ッを利用できるようにすると共に、 コンテンツが不正に利用されるのを確実に防 止することができる。

Claims

請求の範囲
1 . コンテンツに対応する利用権を基に前記コンテンツの利用を許可する情報 処理装置において、
コンテンッ記憶装置に記憶させる前記コンテンツを選択する第 1の選択手段と 前記第 1の選択手段により選択された前記コンテンツに付された第 1の電子署 名の検証を行う第 1の検証手段と、
前記第 1の選択手段により選択された前記コンテンッの利用を許可する前記利 用権を記憶する記憶手段と、
前記記憶手段から前記第 1の選択手段により選択された前記コンテンッに対応 する前記利用権を検索する検索手段と、 · 前記検索手段により検索された前記利用権に付された第 2の電子署名の検証を 行う第 2の検証手段と、
前記検索手段により検索された前記利用権に含まれている情報に基づき第 1の 改竄検出データを生成する第 1のデータ生成手段と、
前記第 1の検証手段の検証結果、 前記第 2の検証手段の検証結果により前記コ ンテンッおよび前記利用権が改竄されていないと判定されたことを条件として、 前記利用権と前記第 1のデータ生成丰段により生成された前記第 1の改竄検出デ ータと前記コンテンツを前記コンテンツ記憶装置に出力する第 1の出力手段と を備えることを特徴とする情報処理装置。
2 . 前記検索手段により前記利用権が複数検索された場合、 検索された複数の 前記利用権から 1つの前記利用権を選択する第 2の選択手段を更に備え、 前記第 2の検証手段は前記第 2の選択手段により選択された前記利用権に付さ れた前記電子署名の検証を行い、
前記第 1のデータ生成手段は前記第 2の選択手段により選択された前記利用権 に含まれている情報に基づき前記第 1の改竄検出データを生成する
ことを特徴とする請求の範囲第 1項に記載の情報処理装置。
3 · 前記第 1の選択手段により選択された前記コンテンッを前記コンテンッ記 憶装置に対応するフォーマツトに変換する変換手段を更に備え、
前記第 1の出力手段は前記変換手段により変換された前記コンテンツを前記コ ンテンッ記憶装置に出力する
ことを特徴とする請求の範囲第 1項に記載の情報処理装置。
4 . 前記コンテンツに対応する前記利用権を前記コンテンツ記憶装置に対応す るフォーマツトに変換する変換手段を更に備え、
前記第 1のデータ生成手段により生成される前記第 1の改竄検出データは前記 変換手段により変換された前記利用権に基づく改竄検出データである
ことを特徴とする請求の範囲第 1項に記載の情報処理装置。
5 . 前記第 1のデータ生成手段が生成する前記第 1の改竄検出データは前記利 用権に含まれる使用条件に基づいて生成される
ことを特徴とする請求の範囲第 1項に記載の情報処理装置。
6 . 前記コンテンツ記憶装置から、 前記コンテンツ記憶装置に記憶されている 前記コンテンツに対応する前記利用権に基づいて前記第 1のデータ生成手段によ り生成された前記第 1の改竄検出データ全てを取得する取得手段と、
前記取得手段により取得された前記第 1の改竄検出データ全体に基づいて第 2 の改竄検出データを生成する第 2のデータ生成手段と、
前記第 2のデータ生成手段により生成された前記第 2の改竄検出データを前記 コンテンッ記憶装置に出力する第 2の出力手段と
を更に備えることを特徴とする請求の範囲第 1項に記載の情報処理装置。
7 . コンテンツに対応する利用権を基に前記コンテンツの利用を許可する情報 処理方法において、
コンテンッ記憶装置に記憶させる前記コンテンツを選択する選択ステップと、 前記選択ステップの処理により選択された前記コンテンツに付された第 1の電 子署名の検証を行う第 1の検証ステツプと、 前記選択ステップの処理により選択された前記コンテンッの利用を許可する前 記利用権の記憶手段への記憶を制御する記憶制御ステップと、
前記記憶手段から前記選択ステップの処理により選択された前記コンテンッに 対応する前記利用権を検索する検索ステップと、
前記検索ステップの処理により検索された前記利用権に付された第 2の電子署 名の検証を行う第 2の検証ステツプと、
前記検索ステップの処理により検索された前記利用権に含まれている情報に基 づき改竄検出データを生成するデータ生成ステップと、
前記第 1の検証ステップの処理の検証結果、 前記第 2の検証ステップの処理の 検証結果により前記コンテンツおよび前記利用権が改竄されていないと判定され たことを条件として、 前記利用権と前記データ生成ステップの処理により生成さ れた前記改竄検出データと前記コンテンツを前記コンテンツ記憶装置に出力する 出力ステップと
を含むことを特徴とする情報処理方法。
8 . コンテンツに対応する利用権を基に前記コンテンツの利用を許可する情報 処理を制御するコンピュータに、
コンテンッ記憶装置に記憶させる前記コンテンツを選択する選択ステツプと、 前記選択ステップの処理により選択された前記コンテンツに付された第 1の電 子署名の検証を行う第 1の検証ステツプと、
前記選択ステップの処理により選択された前記コンテンツの利用を許可する前 記利用権の記憶手段への記憶を制御する記憶制御ステツプと、
前記記憶手段から前記選択ステップの処理により選択された前記コンテンツに 対応する前記利用権を検索する検索ステップと、
前記検索ステップの処理により検索された前記利用権に付された第 2の電子署 名の検証を行う第 2の検証ステップと、
前記検索ステップの処理により検索された前記利用権に含まれている情報に基 づき改竄検出データを生成するデータ生成ステップと、 前記第 1の検証ステップの処理の検証結果、 前記第 2の検証ステップの処理の 検証結果により前記コンテンツおよび前記利用権が改竄されていないと判定され たことを条件として、 前記利用権と前記データ生成ステップの処理により生成さ れた前記改竄検出データと前記コンテンツを前記コンテンツ記憶装置に出力する 出力ステップと
を実行させることを特徴とするプログラム。
PCT/JP2003/004546 2002-04-15 2003-04-10 Dispositif de traitement d'information, procede et programme correspondants WO2003088056A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP03717552A EP1496438A4 (en) 2002-04-15 2003-04-10 INFORMATION PROCESSING DEVICE, METHOD AND PROGRAM
US10/480,627 US7325139B2 (en) 2002-04-15 2003-04-10 Information processing device, method, and program
KR10-2003-7016323A KR20040100848A (ko) 2002-04-15 2003-04-10 정보 처리 장치 및 방법, 및 프로그램

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002112109A JP3818504B2 (ja) 2002-04-15 2002-04-15 情報処理装置および方法、並びにプログラム
JP2002-112109 2002-04-15

Publications (1)

Publication Number Publication Date
WO2003088056A1 true WO2003088056A1 (fr) 2003-10-23

Family

ID=29243303

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/004546 WO2003088056A1 (fr) 2002-04-15 2003-04-10 Dispositif de traitement d'information, procede et programme correspondants

Country Status (6)

Country Link
US (1) US7325139B2 (ja)
EP (1) EP1496438A4 (ja)
JP (1) JP3818504B2 (ja)
KR (1) KR20040100848A (ja)
CN (1) CN1270246C (ja)
WO (1) WO2003088056A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006080650A1 (en) * 2004-10-08 2006-08-03 Samsung Electronics Co., Ltd. Digital rights management conversion method and apparatus

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US8121296B2 (en) 2001-03-28 2012-02-21 Qualcomm Incorporated Method and apparatus for security in a data processing system
US9100457B2 (en) 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US7093132B2 (en) * 2001-09-20 2006-08-15 International Business Machines Corporation Method and apparatus for protecting ongoing system integrity of a software product using digital signatures
US7352868B2 (en) 2001-10-09 2008-04-01 Philip Hawkes Method and apparatus for security in a data processing system
US7649829B2 (en) * 2001-10-12 2010-01-19 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
EP1510059A2 (en) * 2002-06-04 2005-03-02 Matsushita Electric Industrial Co., Ltd. Data distribution system
JP2004186814A (ja) * 2002-11-29 2004-07-02 Fujitsu Ltd 共通鍵暗号化通信システム
US7599655B2 (en) 2003-01-02 2009-10-06 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
US7370212B2 (en) * 2003-02-25 2008-05-06 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
US8098818B2 (en) 2003-07-07 2012-01-17 Qualcomm Incorporated Secure registration for a multicast-broadcast-multimedia system (MBMS)
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
US8724803B2 (en) * 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
US7281274B2 (en) 2003-10-16 2007-10-09 Lmp Media Llc Electronic media distribution system
JP4732746B2 (ja) * 2004-01-08 2011-07-27 パナソニック株式会社 コンテンツ配信システム、ライセンス配信方法および端末装置
US20070098156A1 (en) * 2004-03-16 2007-05-03 Philip Blythe Digital rights management
KR101169021B1 (ko) 2004-05-31 2012-07-26 삼성전자주식회사 디바이스와 휴대형 저장장치간의 권리객체 정보 전달 방법및 장치
JP4619046B2 (ja) 2004-06-07 2011-01-26 株式会社エヌ・ティ・ティ・ドコモ オリジナルコンテンツ生成装置及び派生コンテンツ生成装置
US7607176B2 (en) * 2004-11-12 2009-10-20 International Business Machines Corporation Trainable rule-based computer file usage auditing system
JP4139382B2 (ja) 2004-12-28 2008-08-27 インターナショナル・ビジネス・マシーンズ・コーポレーション 製品／サービスに係る所有権限を認証する装置、製品／サービスに係る所有権限を認証する方法、及び製品／サービスに係る所有権限を認証するプログラム
CA2592889C (en) * 2005-01-13 2013-05-07 Samsung Electronics Co., Ltd. Device and method for digital rights management
US7958085B1 (en) 2005-03-07 2011-06-07 Adobe Systems Incorporated Managing media-content licenses, including option formation
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
US7684566B2 (en) * 2005-05-27 2010-03-23 Microsoft Corporation Encryption scheme for streamed multimedia content protected by rights management system
US7565700B2 (en) * 2005-07-05 2009-07-21 International Business Machines Corporation Method for tracking the expiration of encrypted content using device relative time intervals
US7561696B2 (en) * 2005-07-12 2009-07-14 Microsoft Corporation Delivering policy updates for protected content
US20070027809A1 (en) * 2005-08-01 2007-02-01 Jukka Alve Method for signaling geographical constraints
US8321690B2 (en) * 2005-08-11 2012-11-27 Microsoft Corporation Protecting digital media of various content types
US7634816B2 (en) * 2005-08-11 2009-12-15 Microsoft Corporation Revocation information management
US20070260551A1 (en) * 2006-01-13 2007-11-08 Andreas Eckleder Media Burning Terminal and System for Providing Digital Content
US8230225B2 (en) * 2006-03-14 2012-07-24 Sprint Spectrum L.P. Method and system for certified publication of content
JP2008097757A (ja) * 2006-10-13 2008-04-24 Toshiba Corp 再生装置および再生方法
US7907735B2 (en) 2007-06-15 2011-03-15 Koolspan, Inc. System and method of creating and sending broadcast and multicast data
JP5351158B2 (ja) * 2007-07-23 2013-11-27 インタートラスト テクノロジーズ コーポレイション テザード装置システム及び方法
KR101529363B1 (ko) * 2008-06-20 2015-06-16 나그라비젼 에스에이 조건부 액세스 컨텐츠의 사용을 제어하는 방법 및 이를 구현하기 위한 멀티미디어 유닛
ATE547855T1 (de) 2008-10-01 2012-03-15 Sap Ag Kontextfreie und kontextsensitive digitale xml- signaturen für soap botschaften
US8869289B2 (en) * 2009-01-28 2014-10-21 Microsoft Corporation Software application verification
US20100214607A1 (en) * 2009-02-23 2010-08-26 Provo Craft And Novelty, Inc. Controller Device
US10135831B2 (en) 2011-01-28 2018-11-20 F5 Networks, Inc. System and method for combining an access control system with a traffic management system
CN102638796A (zh) * 2011-02-11 2012-08-15 中兴通讯股份有限公司 授权认证的变更配置方法及系统
US9679163B2 (en) 2012-01-17 2017-06-13 Microsoft Technology Licensing, Llc Installation and management of client extensions
US9256445B2 (en) 2012-01-30 2016-02-09 Microsoft Technology Licensing, Llc Dynamic extension view with multiple levels of expansion
US9449112B2 (en) 2012-01-30 2016-09-20 Microsoft Technology Licensing, Llc Extension activation for related documents
US10015143B1 (en) * 2014-06-05 2018-07-03 F5 Networks, Inc. Methods for securing one or more license entitlement grants and devices thereof
KR101944637B1 (ko) * 2014-08-01 2019-01-31 소니 주식회사 콘텐츠 포맷 변환 검증
CN105590042B (zh) * 2014-11-07 2019-02-05 株式会社东芝 半导体装置模块、许可设定方法
US9633229B2 (en) * 2014-11-07 2017-04-25 Kabushiki Kaisha Toshiba Semiconductor device module, license setting method and medium having license setting program recorded therein
US10972453B1 (en) * 2017-05-03 2021-04-06 F5 Networks, Inc. Methods for token refreshment based on single sign-on (SSO) for federated identity environments and devices thereof
CN109313678B (zh) * 2018-09-05 2021-11-09 福建联迪商用设备有限公司 一种调用api的方法及终端
US11546176B2 (en) * 2020-08-26 2023-01-03 Rockwell Collins, Inc. System and method for authentication and cryptographic ignition of remote devices

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06103058A (ja) * 1992-05-15 1994-04-15 Addison M Fischer プログラム権限情報データ構造
JPH1083310A (ja) * 1996-06-11 1998-03-31 Internatl Business Mach Corp <Ibm> プログラム・コードの配布方法及びシステム
WO2000059152A2 (en) 1999-03-27 2000-10-05 Microsoft Corporation Method for interdependently validating a digital content package and a corresponding digital license
JP2001051906A (ja) * 1999-05-31 2001-02-23 Sony Corp 情報処理装置および方法、並びにプログラム格納媒体
JP2001066986A (ja) * 1999-08-26 2001-03-16 Sony Corp 送信装置および方法、受信装置および方法、通信システム、並びにプログラム格納媒体
JP2001236080A (ja) * 1999-12-17 2001-08-31 Sony Corp 情報処理装置および方法、並びにプログラム格納媒体

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69228039T2 (de) * 1991-05-08 1999-08-05 Digital Equipment Corp Lizenz-verwaltungssystem
US5412717A (en) * 1992-05-15 1995-05-02 Fischer; Addison M. Computer system security method and apparatus having program authorization information data structures
JPH08263438A (ja) * 1994-11-23 1996-10-11 Xerox Corp ディジタルワークの配給及び使用制御システム並びにディジタルワークへのアクセス制御方法
WO1996027155A2 (en) * 1995-02-13 1996-09-06 Electronic Publishing Resources, Inc. Systems and methods for secure transaction management and electronic rights protection
US5748736A (en) * 1996-06-14 1998-05-05 Mittra; Suvo System and method for secure group communications via multicast or broadcast
JP2001236081A (ja) 1999-11-12 2001-08-31 Sony Corp 情報処理装置および方法、並びにプログラム格納媒体
US6976009B2 (en) * 2001-05-31 2005-12-13 Contentguard Holdings, Inc. Method and apparatus for assigning consequential rights to documents and documents having such rights
JP4326186B2 (ja) * 2002-04-15 2009-09-02 ソニー株式会社 情報処理装置および方法
JP4391056B2 (ja) * 2002-04-15 2009-12-24 ソニー株式会社 情報管理装置および方法、記録媒体、並びにプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06103058A (ja) * 1992-05-15 1994-04-15 Addison M Fischer プログラム権限情報データ構造
JPH1083310A (ja) * 1996-06-11 1998-03-31 Internatl Business Mach Corp <Ibm> プログラム・コードの配布方法及びシステム
WO2000059152A2 (en) 1999-03-27 2000-10-05 Microsoft Corporation Method for interdependently validating a digital content package and a corresponding digital license
JP2001051906A (ja) * 1999-05-31 2001-02-23 Sony Corp 情報処理装置および方法、並びにプログラム格納媒体
JP2001066986A (ja) * 1999-08-26 2001-03-16 Sony Corp 送信装置および方法、受信装置および方法、通信システム、並びにプログラム格納媒体
JP2001236080A (ja) * 1999-12-17 2001-08-31 Sony Corp 情報処理装置および方法、並びにプログラム格納媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006080650A1 (en) * 2004-10-08 2006-08-03 Samsung Electronics Co., Ltd. Digital rights management conversion method and apparatus

Also Published As

Publication number Publication date
EP1496438A4 (en) 2008-09-24
CN1545659A (zh) 2004-11-10
JP2003308249A (ja) 2003-10-31
JP3818504B2 (ja) 2006-09-06
US7325139B2 (en) 2008-01-29
KR20040100848A (ko) 2004-12-02
CN1270246C (zh) 2006-08-16
EP1496438A1 (en) 2005-01-12
US20040243808A1 (en) 2004-12-02

Similar Documents

Publication Publication Date Title
JP3818504B2 (ja) 情報処理装置および方法、並びにプログラム
JP3818505B2 (ja) 情報処理装置および方法、並びにプログラム
US7260721B2 (en) Information processing method, information processing apparatus and recording medium
US7426639B2 (en) Information processing apparatus and method for managing grouped devices in an encrypted environment
US7216368B2 (en) Information processing apparatus for watermarking digital content
US7336791B2 (en) Information processing apparatus
JP4326186B2 (ja) 情報処理装置および方法
US20070044159A1 (en) Information processing apparatus
JP4151274B2 (ja) 情報処理装置および方法、ライセンスサーバ、並びにプログラム
WO2003088058A1 (fr) Dispositif de gestion d&#39;information, procede, support d&#39;enregistrement et programme correspondants
JP2001094554A (ja) 情報送信システム、情報送信装置、情報受信装置、情報送信方法
JPWO2002080067A1 (ja) 情報処理装置
JP3818503B2 (ja) 情報処理装置および方法、並びにプログラム
JP2002297034A (ja) 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体のフォーマット
JP2006320018A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
KR20050116786A (ko) 디지털 컨텐츠의 보안 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR

WWE Wipo information: entry into national phase

Ref document number: 10480627

Country of ref document: US

Ref document number: 1020037016323

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2003717552

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 20038007940

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2003717552

Country of ref document: EP