WO2005093583A1 - 権利管理装置、端末装置及び権利管理システム - Google Patents

権利管理装置、端末装置及び権利管理システム Download PDF

Info

Publication number
WO2005093583A1
WO2005093583A1 PCT/JP2005/005416 JP2005005416W WO2005093583A1 WO 2005093583 A1 WO2005093583 A1 WO 2005093583A1 JP 2005005416 W JP2005005416 W JP 2005005416W WO 2005093583 A1 WO2005093583 A1 WO 2005093583A1
Authority
WO
WIPO (PCT)
Prior art keywords
license
content
license information
range
management device
Prior art date
Application number
PCT/JP2005/005416
Other languages
English (en)
French (fr)
Inventor
Masahiro Oho
Masaya Yamamoto
Original Assignee
Matsushita Electric Industrial Co., Ltd.
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 Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to US10/587,432 priority Critical patent/US8386390B2/en
Priority to JP2006519446A priority patent/JP4705027B2/ja
Publication of WO2005093583A1 publication Critical patent/WO2005093583A1/ja

Links

Classifications

    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2347—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
    • H04N21/23476—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption by partially encrypting, e.g. encrypting the ending portion of a movie
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26613—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing keys in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8355—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed
    • H04N21/83555—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed using a structured language for describing usage rules of the content, e.g. REL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence

Definitions

  • Rights management device terminal device, and rights management system
  • the present invention distributes digital content data such as video and music produced by a content provider from a server device of a service provider via communication or broadcasting, and uses digital content on a terminal device of an end user.
  • digital content data such as video and music produced by a content provider from a server device of a service provider via communication or broadcasting, and uses digital content on a terminal device of an end user.
  • This content distribution system is hereinafter sometimes referred to as a B2B2C (Business to Business to Consumer) system.
  • B2B2C Business to Business to Consumer
  • the B2B2C system is an abbreviation that indicates the relationship between a content provider (Business) that makes a product, a service provider (Busines) that sells, and an end user (Consumer) that purchases.
  • the present invention relates to a rights management terminal used for copyright protection of contents in a B2B2C system.
  • the content is encrypted by the server device of the content provider, and the encrypted content is distributed to the terminal device of the end user as encrypted content.
  • the terminal device obtains a sales license including a content key for decrypting the encrypted content and a usage condition of the content (such as the number of times of use and a validity period) as well as the service device server device capability. Then, the terminal device decrypts the encrypted content according to the usage conditions in the received sales license and uses the content. Those who are above Law to protect content and prevent unauthorized use of content.
  • the content key and usage conditions which are the information therein, are set by the service provider.
  • the content key it is necessary to use the content key used when the content provider performs the content decryption process, and thus can be said to be information that can be substantially controlled by the content provider.
  • the service provider edits the received content, and edits the content. It is also possible to distribute the encrypted content to the terminal device of the end user.
  • Patent Document 1 JP-A-8-329011
  • the usage conditions although there are contractual restrictions using a document between the content provider and the service provider, the usage conditions are basically information set by the service provider, and The content provider cannot control the contents of the usage conditions set by the service provider.
  • the present invention provides a rights management device that enables a sales license to be sold to an end user only when usage conditions within a range permitted by a content provider are set.
  • the purpose is to do.
  • a rights management system for managing license information for permitting use of contents, and includes a use condition indicating a condition under which the use is permitted.
  • License information generating means for generating license information including: a range designation acquiring means for acquiring information indicating a range designation of the use condition from a content provider producing content; A use condition determining unit for determining whether a condition is included in the specified range; and validating the generated license information only when the use condition is included in the range as a result of the determination. And an activating means.
  • a rights management device of the present invention is a rights management device for managing license information for permitting use of a content, wherein the rights management device indicates a condition under which the use is permitted.
  • License information generating means for generating license information including a condition; range designation receiving means for receiving information indicating the range of the use condition from a rights management device provided in a content provider for producing the content;
  • a use condition determining unit for determining whether the use condition included in the information is included in the specified range; and generating a use condition only when the use condition is included in the range as a result of the determination.
  • activating means for validating the license information.
  • the content provider can provide the content provider with the function of the service provider's right management device. It is possible to control the contents of the usage conditions of the sales license generated by the service provider.
  • a terminal device of the present invention is an end-user terminal device for reproducing content according to license information permitting use of the content, and reproduces specific content.
  • Determining means for determining whether the usage condition is not included in the range specified by the range specifying information, Obtained was and a discarding discarding means the La Isensu information.
  • the license information other than the license information satisfying the specified range is discarded, so that the end user cannot use the content by using the license information.
  • the service provider and the end user can perform a double check, and the content provider can more reliably control the contents of the usage conditions of the license information generated by the service provider.
  • the present invention can be realized as such a rights management device or a terminal device. It can be realized as a right management program for causing a computer to realize, as a function, a characteristic means provided in such a rights management device or terminal device, or a characteristic device provided in such a rights management device or terminal device. It can also be realized as a rights management method with steps as means, or as a medium containing data used for characteristic means provided in such a rights management device or terminal device. Needless to say, such a program can be distributed via a recording medium such as a CD-ROM or a transmission medium such as the Internet.
  • a content provider it is possible for a content provider to set conditions that can be used to edit the contents of the usage conditions of a sales license generated by a service provider, and to set a sales license that is not intended by the content provider. Will be sold by the service provider and used by end users.
  • FIG. 1 is a diagram showing an overall schematic configuration of a B2B2C system according to the present embodiment.
  • FIG. 2 is a diagram showing a system configuration of the content provider shown in FIG. 1.
  • FIG. 3 is a diagram showing a system configuration of the service provider shown in FIG. 1.
  • FIG. 4 is a diagram showing a module configuration of the original license generation tool shown in FIG. 2.
  • FIG. 5 is a diagram showing a module configuration of the content encryption tool shown in FIG. 2
  • FIG. 6 is a diagram showing a module configuration of the CP license contract server shown in FIG.
  • FIG. 7 is a diagram showing a table configuration of a contract DB (Database) shown in FIG. 6.
  • FIG. 8 is a diagram showing a module configuration of the CP license management server shown in FIG. 2.
  • FIG. 9 is a diagram showing a table configuration of a user DB shown in FIG.
  • FIG. 10 is a diagram showing a table configuration of a license DB shown in FIG.
  • FIG. 11 is a diagram showing a module configuration of a CP member management server shown in FIG. 2.
  • FIG. 12 is a diagram showing a table configuration of a member DB shown in FIG. 11.
  • FIG. 13 is a diagram showing a module configuration of the CP content management server shown in FIG. 2.
  • FIG. 14 is a diagram showing a table configuration of a content DB shown in FIG. 13.
  • FIG. 15 is a diagram showing a module configuration of a sales license generation tool shown in FIG.
  • FIG. 16 is a diagram showing a module configuration of the SP terminal application shown in FIG. 3.
  • FIG. 17 is a diagram showing a module configuration of the SP license sales server shown in FIG. 3.
  • FIG. 18 is a diagram showing a table configuration of a sales DB shown in FIG.
  • FIG. 19 is a diagram showing a module configuration of the SP license management server shown in FIG.
  • FIG. 20 is a diagram showing a table configuration of a license DB shown in FIG. 19.
  • FIG. 21 is a diagram showing a table configuration of a user DB shown in FIG. 19.
  • FIG. 22 is a diagram showing a module configuration of the SP member management server shown in FIG. 3.
  • FIG. 23 is a diagram showing a table configuration of a member DB shown in FIG. 22.
  • FIG. 24 is a diagram showing a module configuration of the SP content distribution server shown in FIG. 3.
  • FIG. 25 is a diagram showing a table configuration of a content DB shown in FIG. 24.
  • FIG. 26 is a sequence diagram for content encryption processing in the content encryption tool shown in FIG.
  • FIG. 27 is a sequence diagram for an original license generation process in the original license generation tool shown in FIG.
  • FIG. 28 is an input screen of a user input IZF (Interface) of the original license generation tool shown in FIG.
  • FIG. 29 is a diagram showing a data structure of an original license.
  • FIG. 30 is a sequence diagram showing a communication procedure of a service joining process between a service provider and a content provider.
  • FIG. 31 is a sequence diagram for license contract processing.
  • FIG. 32 is a sequence diagram for an original license acquisition process.
  • FIG. 33 is a diagram showing the data structure of the original license after performing the license processing shown in FIG. 32.
  • FIG. 34 is a sequence diagram for an encrypted content acquisition process.
  • FIG. 35 is a sequence diagram for an original license information reference process.
  • FIG. 36 is a diagram showing a data structure of original license information.
  • FIG. 37 is an input screen of the sales license generation tool shown in FIG.
  • FIG. 38 is a sequence diagram for a sales license generation process.
  • FIG. 39 is a screen diagram in which editing conditions are input on the input screen of the sales license generation tool shown in FIG.
  • FIG. 40 is a diagram showing a data structure of a sales license (without a content key).
  • FIG. 41 is a diagram showing a data structure of a sales license (with a content key).
  • FIG. 42 is a diagram showing a comparison timing between a use condition and an edit condition.
  • FIG. 43 is a diagram when the comparison timing of the use condition and the edit condition is set to the time of issuance of a sales license.
  • FIG. 44 is a diagram when the comparison timing of the use condition and the edit condition is set to the time of receiving the sales license.
  • FIG. 45 is a diagram when the comparison timing of the use condition and the edit condition is that of using the content.
  • FIG. 46 is a diagram showing an example of a case where the number of sales licenses sold is restricted according to the result of editing the sales licenses.
  • FIG. 47 is a diagram showing a data flow when a comparison determination process of editing conditions is performed in both the SP and the EU.
  • FIG. 48 is a block diagram showing a configuration of an end user terminal device.
  • FIG. 49 is a diagram showing a comparison timing between a use condition and an edit condition.
  • Control unit 1122 Control unit 1123 Content encryption processor
  • FIG. 1 is a diagram showing an overall schematic configuration of a B2B2C system according to an embodiment of the present invention.
  • the B2B2C system includes a content provider 11, a service provider 21, and an end user 31, and the content provider 11 and the service provider 21 are connected via a transmission line A41.
  • the service provider 21 and the terminal device owned by the end user 31 are connected via a transmission line B51.
  • the content provider 11 indicates a company that produces content.
  • the service provider 21 indicates a business entity that acquires content from the content provider 11 by contract and sells the content to the end user 31. Further, the end user 31 indicates a consumer who purchases and uses the content from the service provider 21.
  • FIG. 2 is a diagram showing a system configuration of a subsystem of the content provider 11.
  • the subsystems of the content provider 11 include an original license generation tool 111, a content encryption tool 112, a CP license contract server 113, a CP license management server 114, a CP member management server 115, and a CP content. It comprises a management server 116.
  • the original license generation tool 111 is a tool for generating an original license (a “contract license” in claims) to be provided to the service provider 21 after making a license contract with the service provider 21. is there.
  • the content encryption tool 112 is a tool that encrypts the content using a designated content key, encrypts the content, and generates encrypted content.
  • the CP license contract server 113 is a server that receives a license contract request from the service provider 21, performs processing related to the license contract, and returns a response indicating whether or not the license contract is permitted.
  • the CP license management server 114 is a server that receives a license acquisition request from the service provider 21 and returns a corresponding original license.
  • the CP member management server 115 is a server that receives a service enrollment request from the service provider 21, performs processing relating to service enrollment, and returns a response indicating whether or not enrollment is possible.
  • the CP content management server 116 is a server that plays a role of receiving an encrypted content acquisition request from the service provider 21 and returning the corresponding encrypted content.
  • the original license described above includes a content key for decrypting the encrypted content, a sales license template provided by the service provider 21 to the end user 31, and an editing that can edit the sales license template.
  • the data also includes the conditions and the sales conditions for the edited sales license. An example of the data structure of the original license will be described later in detail with reference to the drawings.
  • FIG. 3 is a diagram showing a system configuration of a subsystem of the service provider 21.
  • the subsystems of the service provider 21 include a sales license generation tool 211, an SP terminal application 212, an SP license sales server 213, an SP license management server 214, an SP member management server 215, and an SP content distribution server. It consists of 216.
  • the sales license generation tool 211 edits the sales license template included in the original license according to the content instructed by the user of the tool, and executes a sales license (content key) that does not include the content key. None).
  • SP terminal app 212 is a service enrollment and license agreement for content provider 11. This application requests the SP license management server 214 and the SP content distribution server 216 to acquire the original license and the encrypted content from the content provider 11.
  • the SP license sales server 213 is a server that receives a license purchase request from the end user 31, performs processing related to license purchase, and returns a response indicating whether or not the license purchase is possible.
  • the SP license management server 214 uses the sales license (without content key) usage conditions created by the sales license generation tool 211 and the editing conditions of the original license from which the sales license (without content key) was created.
  • the SP license management server 214 also plays a role of returning a corresponding sales license (with a content key) in response to a license acquisition request from the end user 31.
  • the SP member management server 215 is a server that receives a service subscription request from the end user 31, performs processing related to service subscription, and plays a role of returning a response indicating whether service subscription is possible or not. Finally, the SP content distribution server 216 plays a role of acquiring the encrypted content from the content provider 11 and returning the corresponding encrypted content in response to the encrypted content acquisition request from the end user 31. It is a server.
  • FIG. 4 is a diagram showing a module configuration of the original license generation tool 111. As shown in Fig. 4, the original license generation tool 111
  • the user input iZFllll plays a role of receiving a request from a user of the original license generation tool 111 (assuming a system administrator and an operator of the content provider 11).
  • the control unit 1112 is a module that controls processing for a request accepted by the user input IZF 1111.
  • the original license generation processing unit 1113 is a module that generates an original license according to the conditions specified by the control unit 1112.
  • the DB registration IZF1114 is a module that requests registration of the generated original license to the database (hereinafter abbreviated as DB) of the CP license management server 114. It also plays a role of requesting the DB of the CP license contract server 113 to register the original license ID, which is an identifier that uniquely identifies the original license, and meta information indicating the sales conditions and editing conditions of the original license. .
  • FIG. 5 is a diagram showing a module configuration of the content encryption tool 112.
  • the content encryption tool 112 includes a user input IZF 1121, a control unit 1122, a content encryption processing unit 1123, and a DB registration IZF 1124.
  • the user input IZF 1121 plays a role of receiving a request from a user of the content encryption tool 112 (assuming a system administrator of the content provider 11 or the like).
  • the control unit 1122 is a module that controls processing for a request accepted by the user input IZF 1121.
  • the content encryption processing unit 1123 is a module that uses the content key specified by the control unit 1122 to perform encryption processing on unencrypted content to generate encrypted content.
  • the DB registration IZF1124 requests the DB of the CP content management server 116 to register the meta information indicating the content ID and the title name of the content that uniquely identify the encrypted content and the B-encoded content to the DB of the CP content management server 116. This is a module that performs
  • FIG. 6 is a diagram showing a module configuration of the CP license contract server 113.
  • the CP license contract server 113 includes a DBI / F 1131, a contract DB 1132, a communication processing unit 1133, a control unit 1134, and a DB registration IZF 1135.
  • the DBIZF1131 is a module that operates corresponding data in the contract DB1132 in accordance with a DB operation request (data registration, data search, etc.) from the control unit 1134 or the original license generation tool 111.
  • FIG. 7 is a diagram showing a table configuration of the contract DB shown in FIG.
  • the contract DB 1132 is a DB that has a table configuration as shown in FIG.
  • the primary key is, for example, an original license ID uniquely determined in the contract DB 1132 shown in FIG.
  • the primary key is the same in other figures.
  • the communication processing unit 1133 is a module that receives a license contract request from the SP terminal application 212 of the service provider 21 and returns a license contract response.
  • the control unit 1134 is a module that controls processing for a license contract request received by the communication processing unit 1133.
  • the DB registration IZF1135 makes a registration request to the DB of the CP license management server 114 for the original license ID that is the subject of the license contract and a user ID that uniquely identifies the service provider 21 that has made the contract. Module.
  • FIG. 8 is a diagram showing a module configuration of the CP license management server 114.
  • the CP license management server 114 includes a DBI / F 1141, a user DB 1142, a license DB 1143, a communication processing unit 1144, a control unit 1145, and a license processing unit 1146.
  • FIG. 9 is a diagram showing a table configuration of the user DB shown in FIG.
  • the user DB 1142 has a table configuration as shown in FIG. 9 and is a DB for managing a user ID for uniquely specifying the service provider 21 and an original license ID contracted by the service provider 21.
  • FIG. 10 is a diagram showing a table configuration of the license DB shown in FIG.
  • the license DB 1143 is a DB that has a table configuration as shown in FIG. 10 and manages original license data corresponding to the original license ID.
  • Communication processing unit 1144 This module receives a license acquisition request from the SP license management server 214 of the service provider 21 and returns a license acquisition response including the corresponding original license.
  • the control unit 1145 is a module that controls processing for a license acquisition request received by the communication processing unit 1144.
  • the license processing unit 1146 is a module that adds the signature of the CP license management server 114 to the original license issued to the SP license management server 214 and encrypts the content key. is there.
  • FIG. 11 is a diagram showing a module configuration of the CP member management server 115.
  • the CP member management server 115 includes a DBI / F 1151, a member DB 1152, a communication processing unit 1153, a CP license management server 114, and a DB registration I / F 1155.
  • FIG. 12 is a diagram showing a table configuration of the member DB shown in FIG.
  • the member DB 1152 has a table configuration as shown in FIG. 12 and is a DB that manages user information related to a user ID that uniquely identifies the service provider 21 and related information.
  • the user information refers to information including an account ID, a password, a service provider name, an address, and the like.
  • the communication processing unit 1153 is a module that receives a service joining request from the SP terminal application 212 of the service provider 21 and returns a service joining response.
  • the control unit 1154 is a module that controls a process for the service joining request received by the communication processing unit 1153.
  • the DB registration IZF 1155 is a module for making a registration request to the DB of the CP license management server 114 for the user ID of the service provider 21 who has subscribed.
  • FIG. 13 is a diagram showing a module configuration of the CP content management server 116.
  • the CP content management server 116 includes a DBIZF 1161, a content DB 1162, a communication processing unit 1163, and a control unit 1164.
  • FIG. 14 is a diagram showing a table configuration of the content DB shown in FIG.
  • the content D B1162 has a table configuration as shown in FIG. 14 and manages meta information indicating a content ID for uniquely identifying the content, content data of content B, content key data, and a title of the content.
  • the communication processing unit 1163 is a module that receives an encrypted content acquisition request from the SP content distribution server 216 of the service provider 21 and returns an encrypted content acquisition response including the corresponding encrypted content.
  • the control unit 1164 is a module that controls the processing for the encrypted content acquisition request received by the communication processing unit 1163.
  • FIG. 15 is a diagram showing a module configuration of the sales license generation tool 211.
  • the sales license generation tool 211 includes a user input IZF 2111, a control unit 2112, a sales license generation processing unit 2113, and a DB registration IZF 2114.
  • the user input IZF 2111 plays a role of receiving a request from a user of the sales license generation tool 211 (assuming a system administrator of the service provider 21 or the like).
  • the control unit 2112 is a module that controls processing for a request accepted by the user input IZF2111.
  • the sales license generation processing unit 2113 edits the sales license template included in the original license according to the instruction of the control unit 2112 and does not include the content key! / ⁇ Module that generates the sales license (without the content key) Nore.
  • the DB registration IZF 2114 is a module for making a registration request to the DB of the SP license management server 214 for the generated sales license (without a content key).
  • the DB registration IZF2114 also has a role of making a registration request to the DB of the SP license sales server 213 for the sales license ID, which is an identifier for uniquely identifying the sales license, and meta information indicating the usage conditions of the sales license. Fulfill.
  • FIG. 16 is a diagram showing a module configuration of the SP terminal application 212.
  • the SP terminal application 212 includes a user input I / F 2121, a control unit 2122, a communication processing unit 2123, and a processing request IZF 2124.
  • the user input IZF 2121 plays a role of receiving a powerful request from the SP terminal application 212 (assuming a system administrator of the service provider 21).
  • the control unit 2122 is a module that controls processing for a request received by the user input IZF 2121.
  • the communication processing unit 2123 is a module that issues a license contract or a request to join a service to the CP license contract server 113 and the CP member management server 115.
  • the processing request IZF2124 is a module that instructs the SP license sales server 213 and the SP content distribution server 216 to obtain an original license for which a license contract has been made and obtain encrypted content.
  • FIG. 17 is a diagram showing a module configuration of the SP license sales server 213.
  • the SP license sales server 213 includes a DBI / F 2131, a sales DB 2132, a communication processing unit 2133, a control unit 2134, and a DB registration IZF 2135.
  • FIG. 18 is a diagram showing a table configuration of the sales DB shown in FIG.
  • the sales DB2132 is a DB that has a table configuration as shown in Fig. 18 and manages meta information related to sales license IDs and sales license usage conditions.
  • the communication processing unit 2133 is a module that receives a license purchase request from the end user 31 and returns a license purchase response.
  • the control unit 2134 is a module that controls the processing for the license purchase request received by the communication processing unit 2133.
  • the DB registration IZF2135 issues a registration request to the DB of the SP license management server 214 for the sales license ID for which the license was purchased and the user ID that uniquely identifies the end user 31 who made the purchase. It is a module.
  • FIG. 19 is a diagram showing a module configuration of the SP license management server 214 shown in FIG.
  • the SP license management server 214 P-side control unit 2142, CP-side communication processing unit 2143, content key insertion processing unit 2144, DBI / F2145, license DB2146, user DB2147, EU-side communication processing unit 2148, EU-side control unit 2149, license processing unit 214A and registration DBIZF214B force is also configured.
  • the processing request IZF2141 plays a role of receiving a sales license registration request and an original license acquisition request from the sales license generation tool 211 and the SP terminal application 212.
  • the CP-side control unit 2142 is a module that controls processing for a sales license registration request and an original license acquisition request received by the processing request I / F 2141.
  • the CP-side communication processing unit 2143 is a module that requests the CP license management server 114 to acquire an original license in accordance with an instruction from the CP-side control unit 2142.
  • the content key insertion processing unit 2144 determines the use condition of the sales license (without content key) received from the sales license generation tool 211 by the processing request IZF2141, and the original from which the sales license (without content key) was created.
  • the license editing conditions are compared to determine whether or not the usage conditions are within the range of the editing conditions.
  • the content key insertion processing unit 2144 is a tamper-resistant module.
  • the DBIZF 2145 is a module that operates corresponding data in the license DB 2146 and the user DB 2147 in accordance with a DB operation request issued by the CP-side control unit 2142 and the EU-side control unit 2149.
  • FIG. 20 is a diagram showing a table configuration of the license DB shown in FIG.
  • the license DB 2146 has a table configuration as shown in FIG.
  • FIG. 21 is a diagram showing a table configuration of the user DB shown in FIG.
  • the user DB 2147 is a DB having a table configuration as shown in FIG. 21 and managing a user ID for uniquely identifying the end user 31 and a sales license ID purchased by the end user 31.
  • the EU-side communication processing unit 2148 is a module that receives a license acquisition request from the end user 31 and returns a license acquisition response including the corresponding sales license (with a content key).
  • the EU control unit 2149 controls the processing for the license acquisition request accepted by the EU communication processing unit 2148. Module to do.
  • the license processing unit 214A is a module that performs processing for adding the signature of the SP license management server 214 to a sales license (with a content key) issued to the end user 31.
  • the DBIZF 214B for registration plays a role of receiving a sales license ID registration request and a user information registration request of a purchased sales license from the SP license sales server 213 and the SP member management server 215.
  • the content key insertion processing unit 2144 has been described as a module included in the SP license management server 214 in the service provider 21 and has been described in the CP in the 1S content provider 11.
  • the SP license management server 214 and the CP license management server 114 may communicate with each other to serve as the content key insertion processing unit 2144 described above.
  • FIG. 22 is a diagram showing a module configuration of the SP member management server 215.
  • the SP member management server 215 includes a DBI / F 2151, a member DB 2152, a communication processing unit 2153, a control unit 2154, and a DB registration IZF 2155.
  • FIG. 23 is a diagram showing a table configuration of the member DB shown in FIG.
  • the member DB 2152 is a DB having a table configuration as shown in FIG. 23 and managing user information related to a user ID that uniquely identifies the end user 31.
  • the communication processing unit 2153 is a module that receives a service joining request from the end user 31 and returns a service joining response.
  • the control unit 2154 is a module that controls a process for the service joining request received by the communication processing unit 2153.
  • the DB registration IZF2155 is a module for making a registration request to the DB of the SP license management server 214 for the user ID of the end user 31 who has joined the service.
  • FIG. 24 is a diagram showing a module configuration of the SP content distribution server 216.
  • the SP content distribution server 216 includes a processing request IZF 2161, a CP control unit 2162, a CP communication processing unit 2163, a DBI / F2164, a content DB 2165, an EU communication processing unit 2166, and an EU control unit. It consists of 2167.
  • the processing request IZF2161 plays a role of receiving an encrypted content acquisition request from the SP terminal application 212.
  • the CP-side control unit 2162 is a module that controls the processing for the encrypted content acquisition request received by the processing request IZF2161.
  • the CP-side communication processing unit 2163 is a module that requests the CP content management server 116 to obtain encrypted content.
  • the DBIZF 2164 is a module that operates corresponding data in the content DB 2165 according to a DB operation request from the CP side control unit 2162 and the EU side control unit 2167.
  • FIG. 25 is a diagram showing a table configuration of the content DB shown in FIG.
  • the content DB 2165 has a table configuration as shown in Fig. 25, and is a DB that manages a content ID that uniquely identifies the encrypted content, metaphor information such as B-phonetic content content data, and a title name of the content. is there.
  • the EU-side communication processing unit 2166 is a module that receives an encrypted content acquisition request from the end user 31 and returns an encrypted content acquisition response including the corresponding encrypted content.
  • the EU-side control unit 2167 is a module that controls the processing for the encrypted content acquisition request received by the EU-side communication processing unit 2166.
  • FIG. 26 is a sequence diagram showing a content encryption process in the content provider 11. As shown in FIG. 26, this processing is executed by the content encryption tool 112 and the CP content management server 116. The details will be described below.
  • the content encryption tool 112 accepts the content encryption request including the unencrypted content, the content key to be used for the encryption, and the meta-information relating to the content. S2601). Then, the content is encrypted using the content key to generate an encrypted content (S2602). Thereafter, the content key and the meta information received in S2601 are sent to the CP content management server 116, and the S2602 A registration request S2603 including the encryption content generated in step S2603 is transmitted. Upon receiving the encrypted content registration request S2603, the CP content management server 116 issues a content ID that uniquely identifies the B-Benjidani content, and associates the content key, meta information, and the encrypted key with the content ID. The content is recorded in the DB (S2604).
  • an encrypted content registration response S2605 including the result is returned to the content encryption tool 112.
  • the content encryption tool 112 presents a content encryption response S2606 indicating the result of this process to the user.
  • FIG. 27 shows a sequence diagram for the original license generation processing in the content provider 11. As shown in FIG. 27, this processing is performed by the original license generation tool 111, the CP license contract server 113, and the CP license management server 114. The details will be described below.
  • FIG. 28 shows an input screen of a user input IZF of the original license generation tool shown in FIG.
  • the original license generation tool 111 obtains the original license ID (D2802), content ID (D2803), content key (D2804), sales conditions (D2805), and editing conditions (D2806).
  • FIG. 29 shows the data structure of the original license.
  • the original license generated in S2702 has a data structure as shown in FIG.
  • the original license D2901 is data composed of information D2902 indicating content information, sales conditions, and editing conditions, and a sales license template D2903.
  • a request is made to the CP license contract server 113 to register meta information indicating information such as sales conditions and editing conditions of the original license in association with the original license ID (S2703).
  • the CP license contract server 113 Upon receiving the meta information registration request S2703, the CP license contract server 113 records the meta information in the DB in association with the original license ID (S2704).
  • a meta information registration response S2705 including the result is returned to the original license generation tool 111.
  • the original license generation tool 111 requests the CP license management server 114 to register the original license in association with the original license ID (S2706).
  • the CP license management server 114 Upon receiving the original license registration request S2706, the CP license management server 114 records the original license in the DB in association with the original license ID (S2707). After the recording in the DB is completed, an original license registration response S2708 including the result is returned to the original license generation tool 111. Upon receiving the original license registration response S2708, the original license generation tool 111 provides the user with an original license generation response S2709 indicating the result of this processing.
  • FIG. 30 is a sequence diagram illustrating a service joining process between the content provider 11 and the service provider 21. As shown in FIG. 30, this processing is performed by the CP license management server 114, the CP member management server 115, and the SP terminal application 212.
  • the service subscription described here means that the service provider 21 subscribes to the service provided by the content provider 11. The details will be described below.
  • the SP terminal application 212 accesses the homepage of the CP member management server 115 specified by the user, and provides the user with an account ID, password, service provider name, address, and the like necessary for joining the service. Information is received (S3001). After that, a service enrollment request S3002 including the input user information is transmitted to the CP member management server 115. Upon receiving the service joining request (S3002), the CP member management server 115 issues a user ID that can uniquely identify the service provider 21 (S3003). Then, the issued user ID is associated with the received user information and recorded in the DB (S3004). After the recording in the DB is completed, a request is made to the CP license management server 114 to register the issued user ID in the DB (S3005).
  • the CP license management server 114 Upon receiving the user ID registration request S3005, the CP license management server 114 records the specified user ID in the DB (S3006). Then, a user ID registration response S3007 including the result is returned to the CP member management server 115. After acquiring the user ID registration response S3007, the CP member management server 115 transmits a service enrollment response S3008 including the user ID to the SP terminal application 212. SP terminal app 212 Upon receiving the service enrollment response S3008, the service enrollment result is shown to the user (S3009).
  • FIG. 31 shows a sequence diagram for a license contract process between the content provider 11 and the service provider 21. As shown in FIG. 31, this processing is performed by the CP license contract server 113, the CP license management server 114, and the SP terminal application 212. Further, the license agreement described here means that the service provider 21 makes a contract with the original license provided by the content provider 11. The details are described below.
  • the SP terminal application 212 accesses a home page or the like of the CP license contract server 113 specified by the user, and receives a user ID and an original license ID required to make a license contract for the original license ( S3101). After that, a license contract request S3102 including the input user ID and the original license ID is transmitted to the CP license contract server 113. Upon receiving the license contract request S3102, the CP license contract server 113 requests the CP license management server 114 to register the original license ID specified for the user ID included in the request (S3103). . The CP license management server 114 records the original license ID in the DB in association with the user ID according to the original license ID registration request S3103 (S3104).
  • an original license ID registration response S3105 including the result is returned to the CP license contract server 113.
  • the CP license contract server 113 transmits to the SP terminal application 212 a license contract response S3106 including information on the CP license management server 114 from which the original license is to be obtained.
  • the SP terminal application 212 indicates the result of the license contract to the user (S3107).
  • charging processing may be performed on a license contract that does not describe charging processing on a license contract.
  • FIG. 4 shows a sequence diagram for an acquisition process. As shown in FIG. 32, this processing is performed by the CP license management server 114, the SP terminal application 212, and the SP license management server 214. Also, the acquisition of the original license described here means that the service provider 21 acquires the original license contracted in the above-described license contract processing from the content provider 11. The details will be described below.
  • the SP terminal application 212 obtains the user ID and the user ID from the user, and receives the information of the original license ID and the CP license management server 114 that is the acquisition destination (S3201). After that, an original license acquisition request S3202 including the entered user ID, original license ID, and information on the CP license management server 114 is transmitted to the SP license management server 214. Upon receiving the original license acquisition request S3202, the SP license management server 214 transmits an original license acquisition request S3203 including the user ID and the original license ID to the designated CP license management server 114. Upon receiving the original license acquisition request S3203, the CP license management server 114 checks whether or not the specified original license ID is registered in the DB for the specified user ID, and is registered!
  • FIG. 33 is a diagram showing the data structure of the original license after performing the license processing shown in FIG. After acquiring the original license data from the DB, the content key part of the original license data is decrypted only by the content key import processing unit 2144 in the SP license management server 214 as shown in FIG. The content key is encrypted with the available encryption key (D331), and the signature data D332 of the CP license management server 114 is attached to the entire original license data (S3205).
  • the original license acquisition response S3206 including the information of the CP content management server 116 from which the original license and the encrypted content obtained in S3205 and the encrypted content are acquired is transmitted to the SP license management server 214.
  • the SP license management server 214 checks the signature added to the original license data and associates it with the original license ID. And record the original license in the DB.
  • an original license acquisition response S3208 including the result of the original license acquisition processing is returned to the SP terminal application 212.
  • the SP terminal application 212 indicates the result of the original license acquisition process to the user (S3209).
  • FIG. 34 shows a sequence diagram for the encrypted content acquisition process between the content provider 11 and the service provider 21. As shown in FIG. 34, this processing is performed by the CP content management server 1 6 , the SP terminal application 212, and the SP content distribution server 216.
  • the term “encrypted content acquisition” described here means that the service provider 21 acquires from the content provider 11 encrypted content corresponding to the original license acquired in the above-described original license acquisition process. The details are described below.
  • the SP terminal application 212 accepts the ID of the encrypted content to be acquired from the user and the information of the CP content management server 116 as the acquisition destination (S3401). After that, an encrypted content acquisition request S3402 including the input content ID and information of the CP content management server 116 is transmitted to the SP content distribution server 216. Upon receiving the encrypted content acquisition request S3402, the SP content distribution server 216 transmits the encrypted content acquisition request S3403 including the content ID to the designated CP content management server 116. Upon receiving the encrypted content acquisition request S3403, the CP content management server 116 acquires the data and meta information of the encrypted content corresponding to the content ID (S3404).
  • an encrypted content acquisition response S 3405 including the acquired data and the meta information of the encrypted content is transmitted to the SP content distribution server 216.
  • the SP content distribution server 216 Upon receiving the encrypted content acquisition response S3405, the SP content distribution server 216 records the data and meta information of the encrypted content in the DB in association with the content ID (S3406).
  • an encrypted content acquisition response S3407 including the result of the encrypted content acquisition processing is transmitted to the SP terminal application 212.
  • the SP terminal application 212 indicates the result of the encrypted content acquisition process to the user (S3408).
  • FIG. 35 shows a sequence diagram for the original license information reference processing in the service provider 21. As shown in FIG. 35, this processing is executed by the sales license generation tool 211 and the SP license management server 214.
  • FIG. 36 shows the data structure of the original license information.
  • the original license information described here indicates an original license in which the content key portion is omitted (D361) from the original license in FIG. 33, as shown in FIG. The details will be described below.
  • the sales license generation tool 211 receives the ID of the original license to be referred by the user (S3501). After that, an original license information acquisition request S3502 including the ID of the original license is transmitted to the SP license management server 214. Upon receiving the original license information acquisition request S3502, the SP license management server 214 acquires the original license data corresponding to the original license ID from the DB (S3503). After the acquisition, to remove the portion of the content key to generate the original license information (S3504) o Then, to send the original license information acquisition response S3505 including the generated original license information to the sales license generation tool 211.
  • Fig. 37 shows the input screen of the sales license generation tool shown in Fig. 2.
  • the sales license generation tool 211 Upon receiving the original license information acquisition response S3505, the sales license generation tool 211 generates a screen as shown in FIG. 37 from the acquired original license information and presents it to the user (S3506).
  • FIG. 38 shows a sequence diagram for a sales license generation process in the service provider 21. As shown in FIG. 38, this processing is performed by the sales license generation tool 211, the SP license sales server 213, and the SP license management server 214.
  • FIG. 39 is a screen diagram in which editing conditions are input on the input screen of the sales license generation tool shown in FIG.
  • FIG. 40 is a diagram showing a data structure of a sales license (without a content key). The details will be described below.
  • the user of the sales license generation tool 211 executes the above-described original license information obtaining process to obtain the sales license as shown in FIG. Enter the editing conditions and click the D3905 sales license generation button. Press (S3801). As shown in FIG. 40, the sales license generation tool 211 edits the sales license template included in the original license in accordance with the input editing conditions, and outputs the content license without the content key. ) Is generated (S3802). Then, a sales license registration request S3803 including the generated sales license (without the content key) and the ID of the original license from which the sales license (without the content key) is generated is transmitted to the SP license management server 214.
  • FIG. 41 is a diagram showing a data structure of a sales license (with a content key). Here, if within the range of the editing conditions, as shown in FIG. 41, the content key in the original license is inserted into the sales license (without the content key), and the sales license (including the content key) including the content key is inserted. ) (S3805).
  • the generated sales license (with a content key) is registered in the DB (S3806), and a sales license registration response S3807 including information indicating the normal end is returned to the sales license generation tool 211. If it is out of the range of the editing conditions, a sales license registration response S3807 including information indicating the abnormal termination is returned to the sales license generation tool 211.
  • the sales license generation tool 211 requests the SP license sales server 213 to register meta information such as a sales license ID and usage conditions (S3808).
  • the SP license sales server 213 records the meta information in the DB in association with the sales license ID (S3809).
  • a meta information registration response S3810 is returned to the sales license generation tool 211.
  • the sales license generation tool 211 presents information indicating the result of the sales license generation process to the user (S3811).
  • the terms of use of the sales license sold by the service provider 21 to the end user 31 are based on the sales license including the content key unless the editing conditions of the original license set by the content provider 11 are met. Cannot be generated. That is, by using the present invention, the content provider 11 can control the use conditions of the sales license generated by the service provider 21.
  • FIG. 42 is a diagram showing a comparison timing between the use condition and the edit condition.
  • FIG. 43 is a diagram in which the comparison timing between the use condition and the edit condition is set when the sales license is issued.
  • the use condition of the sales license sold and issued to the end user 31 is set by the use condition designated by the service provider 21 before the sale.
  • the invention is not limited to this.
  • the comparison and determination process of the usage conditions of the sales license and the editing conditions of the original license is performed by the sales license in the subsystem of the service provider 21 in the database.
  • the power shown in the example of the case where registration is performed at the time of registration is not limited to this.
  • it may be performed when a sales license is issued to the terminal device of the end user 31.
  • FIG. 44 is a diagram when the use condition and the edit condition are compared at the time of receiving the sales license.
  • FIG. 45 is a diagram when the comparison timing of the use condition and the edit condition is that of using the content.
  • the comparison judgment processing is not limited to being performed in the subsystem of the service provider 21.As shown in FIGS. 44 and 45, the editing conditions are obtained from the subsystems of the service provider 21 and the content provider 11. Then, it may be performed by the terminal device of the end user 31 when receiving the sales license or using the content.
  • the distribution of the content key is performed such that the subsystem of the service provider 21 obtains the data included in the original license from the subsystem of the content provider 11 and sells the data.
  • the power shown in the example in the case of distributing to the terminal of the end user 31 included in the license The subsystem of the content provider 11 which is not limited to this may distribute to the terminal of the end user 31.
  • the distribution of the encrypted content is performed by the subsystem of the service provider 21 being obtained from the subsystem of the content provider 11.
  • the present invention is not limited to this, and the subsystem of the content provider 11 may distribute it to the terminal of the end user 31.
  • FIG. 46 is a diagram illustrating an example of the case where the number of sales licenses sold is limited according to the result of editing the sales licenses.
  • the sales conditions in the original license describe editable usage conditions and the upper limit of the number of sales licenses corresponding to the edited result. In other words, if the number of playbacks after editing is three, up to 100 can be sold, if the number of playbacks is 4, up to 80, and if the number of playbacks is 5, up to 60. it can.
  • the editing conditions describe that the range of use conditions that can be edited, that is, the range of the number of times of reproduction can be edited from a minimum of 3 times to a maximum of 5 times. Therefore, for example, if the SP license management server 214 edits the number of reproductions of the sales license to four, the number of licenses that can be sold is up to 80.
  • the control unit 2134 of the SP license sales server 213 receives, from the sales license generation tool, the sales conditions shown in FIG. 46 and the edited use conditions of the generated sales license.
  • the control unit 2134 of the SP license sales server 213 counts the number of sales each time the sales license is sold, and when the count value reaches the sales number corresponding to the notified use condition, the sales license is sold. End sales.
  • the SP license sales server 213 receives the specification of the number of playbacks as a usage condition from the end user and sells the license. ) Sell licenses.
  • the service provider 21 selects only one content playback frequency from the range shown as the editing condition, and sets the sales license up to the sales volume corresponding to the selected playback frequency. Has been shown to be sold to the end user 31.
  • such a sales method is determined by a contract between the content provider 11 and the service provider 21, and is not necessarily limited to the example shown here.
  • the SP license management server 214 may be able to sell a total of 240 licenses of 3, 4, and 5 playback licenses up to 100, 80, and 60 licenses, respectively.
  • the designation of the number of reproductions from the end user 31 is accepted, and the sales license with the specified number of reproductions can be sold. Further, if the specified number of sales licenses has reached the upper limit of the number of sales, the end user 31 is notified of the fact to the terminal device, and the sales licenses whose number of sales has not reached the upper limit are sold. Well.
  • the editing condition comparison determination process may be performed in the subsystem of the service provider 21 or may be performed in the terminal device of the end user 31 as shown in FIGS. 44 and 45. did.
  • the present invention is not limited to the case where only one of the service provider 21 and the end user 31 performs the comparison determination process, and the comparison determination process may be performed by both the service provider 21 and the end user 31.
  • FIG. 47 is a diagram showing a data flow in a case where a comparison and determination process of editing conditions is performed in both the SP and the EU.
  • the content key insertion processing unit 2144 is an SP check module, and the usage conditions of the sales license (without a content key) received from the sales license generation tool 211 and the original license from which the Then, it is determined whether or not the use condition is within the range of the edit condition. Then, only when it is determined that the content is within the range, the content key in the original license is inserted into the sales license (without a content key) to generate a sales license (with a content key).
  • the EU since the EU only used the content using the sales license acquired from the SP, it was not necessary to include the editing conditions in the generated sales license.
  • the EU also has a check module that is a tamper-resistant module that also provides CP power.
  • the EU check module when a sales license is obtained from the SP, the editing conditions in the sales license are compared with the usage conditions to determine whether the usage conditions are within the range of the editing conditions. As a result of the judgment, the use condition is within the range of the edit condition. If so, the sales license is stored in an internal secure storage device; otherwise, the obtained sales license is discarded.
  • FIG. 48 is a block diagram showing a configuration of the EU terminal device 480 for comparing and determining the editing condition and the use condition included in the sales license.
  • the EU terminal device 480 includes a communication processing unit 481, a control unit 482, a contract condition comparison unit 483, a DBIZF484, and a license DB485.
  • the communication processing unit 481 transmits a license acquisition request from the user, which has also received an input iZF force (not shown), to the SP license management server 214 via the transmission path B51, and responds to the corresponding sales license (content This module receives a key.
  • the control unit 482 is a module that controls comparison processing between the editing conditions and the use conditions of the sales license received from the SP license management server 214.
  • the control unit 482 stores the sales license in the license DB485 via the DBIZF484 only when the use condition of the sales license is within the range of the editing condition according to the determination result of the contract condition comparison unit 483. Otherwise, discard the received sales license.
  • the contract condition comparing unit 483 compares the received editing conditions of the sales license with the use conditions, determines whether the use conditions are within the range of the edit conditions, and sends the determination result to the control unit 482. Notice.
  • the DBIZF484 is a module that stores and reads data in the license DB485, which is a secure storage device. DBIZF484 stores the sales license acquired from control unit 482 in license DB485. Also, at the time of content reproduction, the license stored in the license DB 485 is read out under the instruction of the control unit 482, and transferred to the control unit 482 or a content reproduction unit (not shown).
  • FIG. 49 is a diagram showing another example of the comparison timing between the editing conditions and the use conditions included in the sales license.
  • the content provider 11 transmits an original license including the editing conditions to the service provider 21.
  • the service provider 21 records the original license acquired from the content provider 11 in the license DB 2146, and the sales license generation tool 211 edits the template in the original license.
  • the content key insertion processing unit 2144 compares the edited use condition included in the sales license (without the content key) with the edit condition of the original license, and determines the edited use condition as the edit condition.
  • the service provider 21 issues a sales license enabling reproduction of the content specified by the end user 31 under predetermined usage conditions, and does not accept until the end user 31 specifies the usage conditions. At this time, the sales license issued by the service provider 21 includes editing conditions.
  • the communication processing unit 481 acquires the issued sales license
  • the acquired sales license is transferred to the contract condition comparison unit 483 through the control unit 482.
  • the contract condition comparison unit 483 compares the editing conditions and the usage conditions included in the sales license passed from the control unit 482, and (4) controls only if the usage conditions are within the range of the editing conditions. Return to Part 48 2. Other sales licenses are revoked.
  • the control unit 482 records the sales license in the license DB485 in the EU terminal device 480 via the DBI ZF484.
  • the service license 21 generates a sales license including the content key unless the usage conditions of the sales license sold to the end user 31 comply with the editing conditions of the original license set by the content provider 11. Can not.
  • the service provider 21 of the present invention is not limited to a broadcasting station or a company that sells contents on the Internet, but also a company that rents contents recorded on recording media such as DVDs and CDs. Is also good.
  • the service provider 21 may receive the editing conditions and sales conditions for the sales license for each content from the content provider 11 via a communication network or the like, but the content to be rented may be used. May be stored on a recording medium such as a DVD or the like.
  • the terminal device of the end user 31 reproduces the content according to the sales license issued by the service provider 21.
  • the terminal device of the end user 31 compares the usage conditions in the sales license with the editing conditions recorded on one recording medium in which the content is stored, and records the usage conditions in the sales license. It is determined whether or not the content is within the range of the editing conditions recorded on the medium, and the content is reproduced only when the use condition in the sales license is within the range of the editing condition recorded on the recording medium. In such a case, the sales license may be destroyed.
  • the rights management device used in the B2B2C system when the service provider generates a sales license for selling to an end user, edits the use condition of the sales license and edits the original license set by the content provider. By imposing the requirement that the content key cannot be inserted unless it is set within the conditions, it is useful as a rights management device used in a system in which the content provider can control the use conditions of the sales license generated by the service provider.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)

Abstract

　サービスプロバイダ（ＳＰ）２１はコンテンツプロバイダ（ＣＰ）１１のＣＰライセンス管理サーバ１１４から利用条件の範囲の指定を示す編集条件を含んだオリジナルライセンスを受信し、ＳＰ２１の販売ライセンス生成ツール２１１は受信したオリジナルライセンスを基に、コンテンツの利用が許可される条件を示した利用条件を含み、コンテンツ鍵が削除された販売ライセンスを生成する。ＳＰライセンス管理サーバ２１４のコンテンツ鍵挿入処理部２１４４は、生成されたライセンス情報に含まれる利用条件が、編集条件の範囲に含まれるか否かを判定し、利用条件が編集条件の範囲に含まれる場合にのみ、生成されたライセンス情報にコンテンツ鍵を挿入する。                                                                 

Description

権利管理装置、端末装置及び権利管理システム
技術分野
[0001] 本発明は、通信や放送を介して、サービスプロバイダのサーバ装置からコンテンツ プロバイダが制作した映像や音楽などのデジタルコンテンツデータを配信し、エンド ユーザの端末装置でデジタルコンテンッを利用するコンテンッ配信システムに関する
。このコンテンツ配信システムは、以降、場合によって B2B2C (Business to Busi ness to Consumer)システムと称する。なお、 B2B2Cシステムとは上記のように、 商品を作るコンテンツプロバイダ (Business)、販売するサービスプロバイダ (Busines s)、購入するエンドユーザ (Consumer)の関係を示した略語である。また、特に、本発 明は、 B2B2Cシステムでのコンテンツの著作権保護に用いられる権利管理端末に 関する。
背景技術
[0002] 近年、通信や放送を介して、映像や音楽などのデジタルコンテンツ (以降、コンテン ッと略す)をサーバ装置力 端末装置に配信し、端末装置においてコンテンツを利用 するコンテンツ配信サービスが実用化段階に入っている。一方、デジタル機器の発 展に伴い、コンテンツの不正コピーなどが容易に行えるようになり、コンテンツの著作 権が侵害されるという問題が増加している。そのため、コンテンツ配信サービスにお V、ては、コンテンツの不正利用を防止することを目的とした著作権保護技術 (DRM： Digital Rights Management)が用いられている。著作権保護技術とは、暗号技 術や認証技術などを用いて、正規のユーザにのみ、決められた範囲内でコンテンツ の利用を許可する技術である。具体的には、コンテンツプロバイダのサーバ装置でコ ンテンッを暗号化し、暗号ィ匕コンテンツとしてエンドユーザの端末装置に配信する。 また、端末装置は、暗号化コンテンツを復号するためのコンテンツ鍵やコンテンツの 利用条件 (利用回数や有効期間など)などを含む販売ライセンスをサービスプロバイ ダのサーバ装置力も取得する。そして、端末装置は、受信した販売ライセンス内の利 用条件に従って、暗号化コンテンツを復号し、コンテンツを利用する。以上のような方 法で、コンテンツを保護し、コンテンツの不正禾 IJ用を防止する。
[0003] ここで、上述した販売ライセンスの生成は、サービスプロバイダのサーバ装置にて行 われるため、その中の情報であるコンテンツ鍵や利用条件はサービスプロバイダが設 定する。一方、そのコンテンツ鍵に関しては、コンテンツプロバイダがコンテンツの喑 号ィ匕処理を行った際のコンテンツ鍵を使用する必要があるため、実質コンテンツプロ ノイダが制御できる情報であると言える。また、特許文献 1に開示されているような手 法を用いることによって、コンテンツプロバイダがコンテンツ鍵を制御しつつも、サービ スプロバイダがコンテンツプロノくイダ力 受信したコンテンツを編集して、その編集し た暗号化コンテンツをエンドユーザの端末装置へ配信することも可能となる。
特許文献 1：特開平 8— 329011号公報
発明の開示
発明が解決しょうとする課題
[0004] しかしながら、利用条件については、コンテンツプロバイダとサービスプロバイダとの 間の書面を用いた契約上の制限はあるものの、利用条件は、基本的にはサービスプ ロバイダが設定する情報であり、システム的にコンテンツプロバイダがサービスプロバ イダの設定する利用条件の内容を制御することはできない。
[0005] そこで、本発明では、上記問題点に鑑み、コンテンツプロバイダが許可した範囲内 の利用条件が設定された時のみ、その販売ライセンスをエンドユーザに対して販売 可能とする権利管理装置を提供することを目的とする。
課題を解決するための手段
[0006] 上記目的を達成するために、本発明の権利管理システムは、コンテンツの利用を許 可するライセンス情報を管理する権利管理システムであって、前記利用が許可される 条件を示した利用条件を含むライセンス情報を生成するライセンス情報生成手段と、 コンテンツを制作するコンテンツプロバイダから、前記利用条件の範囲指定を示す情 報を取得する範囲指定取得手段と、生成されたライセンス情報に含まれる前記利用 条件が、指定された前記範囲に含まれるか否かを判定する利用条件判定手段と、前 記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、生成された前記 ライセンス情報を有効にする有効化手段とを備える。 [0007] また、上記目的を達成するために、本発明の権利管理装置は、コンテンツの利用を 許可するライセンス情報を管理する権利管理装置であって、前記利用が許可される 条件を示した利用条件を含むライセンス情報を生成するライセンス情報生成手段と、 コンテンツを制作するコンテンツプロバイダに備えられる権利管理装置から、前記利 用条件の範囲を示す情報を受信する範囲指定受信手段と、生成されたライセンス情 報に含まれる前記利用条件が、指定された前記範囲に含まれるか否かを判定する利 用条件判定手段と、前記判定の結果、前記利用条件が前記範囲に含まれる場合に のみ、生成された前記ライセンス情報を有効にする有効化手段とを備える。
[0008] 以上のように、サービスプロノイダの権利管理装置にぉ 、て、指定された範囲を満 たす場合にし力ライセンス情報を有効にしないという機能を持たせることによって、コ ンテンップロバイダがサービスプロバイダの生成する販売ライセンスの利用条件の内 容を制御することが可能となる。
[0009] さらに、上記目的を達成するために、本発明の端末装置は、コンテンツの利用を許 可するライセンス情報に従って、コンテンツの再生を行なうエンドユーザの端末装置 であって、特定のコンテンツを再生するためのライセンス情報を、サービスプロバイダ の権利管理装置に要求する要求手段と、前記要求に対する応答として、コンテンツ の利用が許可される条件を示した利用条件を含む前記ライセンス情報と、前記利用 条件の範囲を指定した範囲指定情報とを取得するライセンス情報取得手段と、取得 された前記ライセンス情報に含まれる利用条件が、前記範囲指定情報で指定された 範囲に含まれるか否かを判定する利用条件判定手段と、前記判定の結果、前記利 用条件が、前記範囲指定情報で指定された範囲に含まれない場合、取得した前記ラ ィセンス情報を破棄する破棄手段とを備える。
[0010] さらに、エンドユーザの端末装置においても、指定された範囲を満たすライセンス情 報以外は破棄してしまうので、エンドユーザではこのライセンス情報を使ってコンテン ッを利用することができない。これ〖こより、サービスプロバイダとエンドユーザとで 2重 にチェックを行なうことができ、より確実に、コンテンツプロバイダがサービスプロバイ ダの生成するライセンス情報の利用条件の内容を制御することが可能となる。
[0011] なお、本発明は、このような権利管理装置または端末装置として実現することができ るだけでなぐこのような権利管理装置または端末装置が備える特徴的な手段を機能 としてコンピュータに実現させるための権利管理プログラムとして実現したり、このよう な権利管理装置または端末装置が備える特徴的な手段をステップとする権利管理方 法として実現したり、このような権利管理装置または端末装置が備える特徴的な手段 に用いられるデータを含む媒体として実現したりすることもできる。そして、そのような プログラムは、 CD— ROM等の記録媒体やインターネット等の伝送媒体を介して配信 することができるのは言うまでもない。
発明の効果
[0012] 本発明によれば、コンテンツプロバイダがサービスプロバイダの生成する販売ライセ ンスの利用条件の内容に対して編集できる条件を設定することが可能となり、また、コ ンテンップロバイダが意図しない販売ライセンスがサービスプロバイダより販売され、 エンドユーザに利用をされるという問題が無くなる。 図面の簡単な説明
[0013] [図 1]図 1は、本実施の形態の B2B2Cシステムの全体の概略構成を示す図である。
[図 2]図 2は、図 1に示したコンテンツプロバイダのシステム構成を示す図である。
[図 3]図 3は、図 1に示したサービスプロバイダのシステム構成を示す図である。
[図 4]図 4は、図 2に示したオリジナルライセンス生成ツールのモジュール構成を示す 図である。
[図 5]図 5は、図 2に示したコンテンツ暗号化ツールのモジュール構成を示す図である
[図 6]図 6は、図 2に示した CPライセンス契約サーバのモジュール構成を示す図であ る。
[図 7]図 7は、図 6に示した契約 DB (Database)のテーブル構成を示す図である。
[図 8]図 8は、図 2に示した CPライセンス管理サーバのモジュール構成を示す図であ る。
[図 9]図 9は、図 8に示したユーザ DBのテーブル構成を示す図である。
[図 10]図 10は、図 8に示したライセンス DBのテーブル構成を示す図である。
[図 11]図 11は、図 2に示した CP会員管理サーバのモジュール構成を示す図である。 [図 12]図 12は、図 11に示した会員 DBのテーブル構成を示す図である。
[図 13]図 13は、図 2に示した CPコンテンツ管理サーバのモジュール構成を示す図で ある。
[図 14]図 14は、図 13に示したコンテンッ DBのテーブル構成を示す図である。
[図 15]図 15は、図 3に示した販売ライセンス生成ツールのモジュール構成を示す図 である。
[図 16]図 16は、図 3に示した SP端末アプリのモジュール構成を示す図である。
[図 17]図 17は、図 3に示した SPライセンス販売サーバのモジュール構成を示す図で ある。
[図 18]図 18は、図 17に示した販売 DBのテーブル構成を示す図である。
[図 19]図 19は、図 3に示した SPライセンス管理サーバのモジュール構成を示す図で ある。
[図 20]図 20は、図 19に示したライセンス DBのテーブル構成を示す図である。
[図 21]図 21は、図 19に示したユーザ DBのテーブル構成を示す図である。
[図 22]図 22は、図 3に示した SP会員管理サーバのモジュール構成を示す図である。
[図 23]図 23は、図 22に示した会員 DBのテーブル構成を示す図である。
[図 24]図 24は、図 3に示した SPコンテンツ配信サーバのモジュール構成を示す図で ある。
[図 25]図 25は、図 24に示したコンテンツ DBのテーブル構成を示す図である。
[図 26]図 26は、図 5に示したコンテンツ暗号化ツールにおけるコンテンツ暗号化処理 に対するシーケンス図である。
[図 27]図 27は、図 4に示したオリジナルライセンス生成ツールにおけるオリジナルライ センス生成処理に対するシーケンス図である。
[図 28]図 28は、図 4に示したオリジナルライセンス生成ツールのユーザ入力 IZF (In terface)の入力画面である。
[図 29]図 29は、オリジナルライセンスのデータ構造を示す図である。
[図 30]図 30は、サービスプロバイダとコンテンツプロバイダとの間のサービス入会処 理の通信手順を示すシーケンス図である。 [図 31]図 31は、ライセンス契約処理に対するシーケンス図である。
[図 32]図 32は、オリジナルライセンス取得処理に対するシーケンス図である。
[図 33]図 33は、図 32に示したライセンス処理を行った後のオリジナルライセンスのデ ータ構造を示す図である。
[図 34]図 34は、暗号化コンテンツ取得処理に対するシーケンス図である。
[図 35]図 35は、オリジナルライセンス情報参照処理に対するシーケンス図である。
[図 36]図 36は、オリジナルライセンス情報のデータ構造を示す図である。
[図 37]図 37は、図 2に示した販売ライセンス生成ツールの入力画面である。
[図 38]図 38は、販売ライセンス生成処理に対するシーケンス図である。
[図 39]図 39は、図 2に示した販売ライセンス生成ツールの入力画面に対して編集条 件を入力した画面図である。
[図 40]図 40は、販売ライセンス (コンテンツ鍵無し)のデータ構造を示す図である。
[図 41]図 41は、販売ライセンス (コンテンツ鍵有り）のデータ構造を示す図である。
[図 42]図 42は、利用条件と編集条件の比較タイミングを示す図である。
[図 43]図 43は、利用条件と編集条件の比較タイミングを販売ライセンスの発行時とし た際の図である。
[図 44]図 44は、利用条件と編集条件の比較タイミングを販売ライセンスの受信時とし た際の図である。
[図 45]図 45は、利用条件と編集条件の比較タイミングをコンテンツ利用時とした際の 図である。
[図 46]図 46は、販売ライセンスの編集結果に応じて販売ライセンスの販売数が制限 される場合の一例を示す図である。
[図 47]図 47は、 SP及び EUの両方で編集条件の比較判定処理を行なう場合のデー タの流れを示す図である。
[図 48]図 48は、エンドユーザの端末装置の構成を示すブロック図である。
[図 49]図 49は、利用条件と編集条件の比較タイミングを示す図である。
符号の説明
11 コンテンツプロバイダ 21 サービスプロバイダ
31 エンドユーザ
41 伝送路 A
51 伝送路 B
111 オリジナルライセンス生成ツール
112 コンテンツ暗号化ツール
113 CPライセンス契約サ —ノ^
114 CPライセンス管理サ —ノ^
115 CP会員管理サーバ
116 CPコンテンツ管理サ^"ーノ
211 販売ライセンス生成ッール
212 SP端末アプリ
213 SPライセンス販売サ —ノ^
214 SPライセンス管理サ- -ノ
215 SP会員管理サーバ
216 SPコンテンツ配信サ —ノ^
480 EU端末装置
481 通信処理部
482 制御部
483 契約条件比較部
484 DBI/F
485 ライセンス DB
1111 ユーザ入力 IZF
1112 制御部
1113 オリジナルライセンス生成処理咅 1
1114 DB登録 IZF
1121 ユーザ入力 IZF
1122 制御部 1123 コンテンツ暗号ィヒ処理部
1124 DB登録 IZF
1131 DBI/F
1132 契約 DB
1133 通信処理部
1134 制御部
1135 DB登録 IZF
1141 DBI/F
1142 ユーザ DB
1143 ライセンス DB
1144 通信処理部
1145 制御部
1146 ライセンス処理部
1151 DBI/F
1152 会員 DB
1153 通信処理部
1154 制御部
1155 DB登録 IZF
1161 DBI/F
1162 コンテンツ DB
1163 通信処理部
1164 制御部
2111 ユーザ入力 IZF
2112 制御部
2113 販売ライセンス生成処理部
2114 DB登録 IZF
2121 ユーザ入力 IZF
2122 制御部 2123 通信処理部
2124 処理要求 IZF
2131 DBI/F
2132 販売 DB
2133 通信処理部
2134 制御部
2135 DB登録 IZF
2141 処理要求 IZF
2142 CP側制御部
2143 CP側通信処理部
2144 コンテンツ鍵挿入処理部
2145 DBI/F
2146 ライセンス DB
2147 ユーザ DB
2148 EU側通信処理部
2149 EU側制御部
214A ライセンス処理部
214B 登録用 DBIZF
2151 DBI/F
2152 会員 DB
2153 通信処理部
2154 制御部
2155 DB登録 IZF
2161 処理要求 IZF
2162 CP側制御部
2163 CP側通信処理部
2164 DBI/F
2165 コンテンツ DB 2166 EU側通信処理部
2167 EU側制御部
発明を実施するための最良の形態
[0015] 以下、本発明における実施の形態について、図面を用いて詳細に説明する。
[0016] (全体の概略構成の説明）
図 1は、本発明における実施の形態に係る B2B2Cシステムの全体の概略構成を示 す図である。図 1に示すように、本 B2B2Cシステムは、コンテンツプロバイダ 11、サー ビスプロバイダ 21およびエンドユーザ 31とから構成され、コンテンツプロバイダ 11と サービスプロバイダ 21とは伝送路 A41を介して接続されている。また、サービスプロ バイダ 21とエンドユーザ 31が所有する端末装置とは伝送路 B51を介して接続されて いる。
[0017] ここで、コンテンツプロバイダ 11とは、コンテンツの制作を行う事業者を示す。また、 サービスプロバイダ 21とは、契約によりコンテンツプロバイダ 11からコンテンツを取得 し、そのコンテンツをエンドユーザ 31に対して販売する事業者を示す。更に、エンド ユーザ 31は、サービスプロバイダ 21からコンテンツを購入して利用する消費者を示 す。
[0018] 本発明では、主として、この B2B2Cシステムの中のコンテンツプロバイダ 11とサー ビスプロノイダ 21との間の処理を対象としたものであるため、以下の説明ではコンテ ンップロバイダ 11とサービスプロバイダ 21とにっ 、て詳細な説明を行う。
[0019] (システム構成の説明）
まず、図 2と図 3を用いて、コンテンツプロバイダ 11とサービスプロバイダ 21のサブ システムのシステム構成を示す。
[0020] (コンテンツプロバイダ 11のサブシステムのシステム構成）
図 2は、コンテンツプロバイダ 11のサブシステムのシステム構成を示す図である。図 2に示すように、コンテンツプロバイダ 11のサブシステムは、オリジナルライセンス生 成ツール 111、コンテンツ暗号化ツール 112、 CPライセンス契約サーバ 113、 CPラ ィセンス管理サーバ 114、 CP会員管理サーバ 115、及び CPコンテンツ管理サーバ 116から構成される。 [0021] ここで、オリジナルライセンス生成ツール 111は、サービスプロバイダ 21とのライセン ス契約を行った後、サービスプロバイダ 21に提供するオリジナルライセンス (請求項 で 、う「契約ライセンス」）を生成するツールである。コンテンツ暗号化ツール 112は、 指定されたコンテンツ鍵を用いて暗号化されて 、な 、コンテンツを暗号化処理し、暗 号化コンテンツを生成するツールである。 CPライセンス契約サーバ 113は、サービス プロバイダ 21からのライセンス契約要求を受け付けて、ライセンス契約に関する処理 を行い、ライセンス契約の可否を示す応答を返す役割を果たすサーバである。 CPラ ィセンス管理サーバ 114は、サービスプロバイダ 21からのライセンス取得要求を受け 付けて、該当するオリジナルライセンスを返す役割を果たすサーバである。 CP会員 管理サーバ 115は、サービスプロバイダ 21からのサービス入会要求を受け付けて、 サービス入会に関する処理を行い、入会の可否を示す応答を返す役割を果たすサ ーバである。最後に、 CPコンテンツ管理サーバ 116は、サービスプロバイダ 21からの 暗号化コンテンッ取得要求を受け付けて、該当する暗号化コンテンッを返す役割を 果たすサーバである。
[0022] なお、上述したオリジナルライセンスは、暗号化コンテンツを復号するためのコンテ ンッ鍵と、サービスプロバイダ 21がエンドユーザ 31に対して提供する販売ライセンス のテンプレートと、販売ライセンスのテンプレートを編集できる編集条件と、編集を行 つた販売ライセンスに関する販売条件など力も構成されるデータである。また、オリジ ナルライセンスのデータ構造の例については、後ほど図を用いて詳細に説明する。
[0023] (サービスプロバイダ 21のサブシステムのシステム構成）
図 3は、サービスプロバイダ 21のサブシステムのシステム構成を示す図である。図 3 に示すように、サービスプロバイダ 21のサブシステムは、販売ライセンス生成ツール 2 11、 SP端末アプリ 212、 SPライセンス販売サーバ 213、 SPライセンス管理サーバ 21 4、 SP会員管理サーバ 215、 SPコンテンツ配信サーバ 216から構成される。
[0024] ここで、販売ライセンス生成ツール 211は、オリジナルライセンス内に含まれる販売 ライセンスのテンプレートを本ツールの利用者に指示された内容に従って編集し、コ ンテンッ鍵を含まな ヽ販売ライセンス (コンテンツ鍵無し)を生成するツールである。 S P端末アプリ 212は、コンテンップロバイダ 11に対してサービス入会やライセンス契約 の要求を行ったり、 SPライセンス管理サーバ 214や SPコンテンツ配信サーバ 216に 対して、オリジナルライセンスや暗号化コンテンツをコンテンツプロバイダ 11から取得 するように指示したりするアプリケーションである。 SPライセンス販売サーバ 213は、 エンドユーザ 31からのライセンス購入要求を受け付けて、ライセンス購入に関する処 理を行い、ライセンス購入の可否を示す応答を返す役割を果たすサーバである。 SP ライセンス管理サーバ 214は、販売ライセンス生成ツール 211で作成された販売ライ センス (コンテンツ鍵無し)の利用条件と、その販売ライセンス (コンテンツ鍵無し)を作 成する元となったオリジナルライセンスの編集条件とを比較し、利用条件が編集条件 の範囲内であると判定した場合に限り、販売ライセンス (コンテンツ鍵無し)の中にコン テンッ鍵を挿入し、販売ライセンス (コンテンツ鍵有り）を生成する役割を果たすサー バである。また、 SPライセンス管理サーバ 214は、エンドユーザ 31からのライセンス 取得要求に対して、該当する販売ライセンス (コンテンツ鍵有り）を返す役割も果たす 。 SP会員管理サーバ 215は、エンドユーザ 31からのサービス入会要求を受け付け て、サービス入会に関する処理を行い、サービス入会の可否を示す応答を返す役割 を果たすサーバである。最後に、 SPコンテンツ配信サーバ 216は、コンテンツプロバ イダ 11から暗号化コンテンツを取得したり、エンドユーザ 31からの暗号化コンテンツ 取得要求に対して、該当する暗号ィ匕コンテンツを返したりする役割を果たすサーバで ある。
[0025] なお、上述した販売ライセンスのデータ構造の例については、後ほど図を用いて詳 細に説明する。
[0026] (モジュール構成の説明）
次に、図 4から図 14を用いて、図 2で示したコンテンツプロバイダ 11のサブシステム 内の各ツール及びサーバのモジュール構成について示す。
[0027] (オリジナルライセンス生成ツール 111のモジュール構成）
まず、図 4は、オリジナルライセンス生成ツール 111のモジュール構成を示す図であ る。図 4に示すように、オリジナルライセンス生成ツール 111は、ユーザ入力 IZF111
1、制御部 1112、オリジナルライセンス生成処理部 1113、及び DB登録 IZF1114 から構成される。 [0028] ここで、ユーザ入力 iZFllllは、オリジナルライセンス生成ツール 111の利用者（ コンテンツプロバイダ 11のシステム管理者及びオペレータなどを想定する）からの要 求を受け付ける役割を果たす。制御部 1112は、ユーザ入力 IZF1111で受け付け た要求に対する処理の制御を行うモジュールである。オリジナルライセンス生成処理 部 1113は、制御部 1112より指定された条件に従って、オリジナルライセンスを生成 するモジュールである。最後に、 DB登録 IZF1114は、生成したオリジナルライセン スを CPライセンス管理サーバ 114のデータベース（以降、 DBと略す）に対して登録 要求を行うモジュールである。また、オリジナルライセンスを一意に特定する識別子で あるオリジナルライセンス IDとオリジナルライセンスの販売条件や編集条件などを示 すメタ情報を CPライセンス契約サーバ 113の DBに対して登録要求を行う役割も果た す。
[0029] (コンテンツ暗号化ツール 112のモジュール構成）
図 5は、コンテンツ暗号化ツール 112のモジュール構成を示す図である。図 5に示 すように、コンテンツ暗号化ツール 112は、ユーザ入力 IZF1121、制御部 1122、コ ンテンッ暗号ィ匕処理部 1123、 DB登録 IZF1124から構成される。
[0030] ここで、ユーザ入力 IZF1121は、コンテンツ暗号化ツール 112の利用者（コンテン ップロバイダ 11のシステム管理者などを想定する)からの要求を受け付ける役割を果 たす。制御部 1122は、ユーザ入力 IZF1121で受け付けた要求に対する処理の制 御を行うモジュールである。コンテンツ暗号ィ匕処理部 1123は、制御部 1122より指定 されたコンテンツ鍵を使用して、暗号化されていないコンテンツを暗号化処理し、暗 号化コンテンツを生成するモジュールである。最後に、 DB登録 IZF1124は、暗号 ィ匕コンテンツと B音号ィ匕コンテンツを一意に特定するコンテンツ IDとコンテンツのタイト ル名などを示すメタ情報を CPコンテンツ管理サーバ 116の DBに対して登録要求を 行うモジュールである。
[0031] (CPライセンス契約サーバ 113のモジュール構成）
図 6は、 CPライセンス契約サーバ 113のモジュール構成を示す図である。図 6に示 すように、 CPライセンス契約サーバ 113は、 DBI/F1131,契約 DB1132、通信処 理部 1133、制御部 1134、 DB登録 IZF1135から構成される。 [0032] ここで、 DBIZF1131は、制御部 1134やオリジナルライセンス生成ツール 111から の DB操作要求（データ登録、データ検索など）に従って、契約 DB1132内の該当デ ータを操作するモジュールである。図 7は、図 6に示した契約 DBのテーブル構成を 示す図である。契約 DB1132は、図 7に示すようなテーブル構成を持ち、オリジナル ライセンス IDとオリジナルライセンスの販売条件などに関するメタ情報を管理する DB である。なお、プライマリーキーとは、例えば、同図に示す契約 DB1132内において ユニークに定められたオリジナルライセンス IDのことをいう。プライマリーキーは、他の 図においても同様である。通信処理部 1133は、サービスプロバイダ 21の SP端末ァ プリ 212からのライセンス契約要求を受信し、ライセンス契約応答を返信するモジュ ールである。制御部 1134は、通信処理部 1133が受け付けたライセンス契約要求に 対する処理の制御を行うモジュールである。最後に、 DB登録 IZF1135は、ライセン ス契約の対象となったオリジナルライセンス IDと契約を行ったサービスプロバイダ 21 を一意に特定するユーザ IDを CPライセンス管理サーバ 114の DBに対して登録要 求を行うモジュールである。
[0033] (CPライセンス管理サーバ 114のモジュール構成）
図 8は、 CPライセンス管理サーバ 114のモジュール構成を示す図である。図 8に示 すように、 CPライセンス管理サーバ 114は、 DBI/F1141,ユーザ DB1142、ライセ ンス DB1143、通信処理部 1144、制御部 1145、ライセンス処理部 1146から構成さ れる。
[0034] ここで、 DBIZF1141は、制御部 1134やオリジナルライセンス生成ツール 111、 C Pライセンス契約サーバ 113、 CP会員管理サーバ 115からの DB操作要求に従って 、ユーザ DB1142やライセンス DB1143内の該当データを操作する役割を果たす。 図 9は、図 8に示したユーザ DBのテーブル構成を示す図である。ユーザ DB1142は 、図 9に示すようなテーブル構成を持ち、サービスプロノイダ 21を一意に特定するュ 一ザ IDとサービスプロバイダ 21が契約したオリジナルライセンス IDを管理する DBで ある。図 10は、図 8に示したライセンス DBのテーブル構成を示す図である。一方、ラ ィセンス DB1143は、図 10に示すようなテーブル構成を持ち、オリジナルライセンス I Dに対応するオリジナルライセンスデータを管理する DBである。通信処理部 1144は 、サービスプロバイダ 21の SPライセンス管理サーバ 214からのライセンス取得要求を 受信し、該当するオリジナルライセンスを含むライセンス取得応答を返信するモジュ ールである。制御部 1145は、通信処理部 1144が受け付けたライセンス取得要求に 対する処理の制御を行うモジュールである。最後に、ライセンス処理部 1146は、 SP ライセンス管理サーバ 214に発行するオリジナルライセンスに対して、 CPライセンス 管理サーバ 114の署名を付加したり、コンテンツ鍵の部分を暗号ィ匕したりするモジュ ールである。
[0035] (CP会員管理サーバ 115のモジュール構成）
図 11は、 CP会員管理サーバ 115のモジュール構成を示す図である。図 11に示す ように、 CP会員管理サーバ 115は、 DBI/F1151,会員 DB1152、通信処理部 11 53、 CPライセンス管理サーバ 114、 DB登録 I/F1155から構成される。
[0036] ここで、 DBIZF1151は、制御部 1154からの DB操作要求に従って、会員 DB115 2内の該当データを操作する役割を果たす。図 12は、図 11に示した会員 DBのテー ブル構成を示す図である。会員 DB1152は、図 12に示すようなテーブル構成を持ち 、サービスプロバイダ 21を一意に特定するユーザ IDと関連するユーザ情報を管理す る DBである。ここで、ユーザ情報とは、アカウント ID、パスワード、サービスプロバイダ 名、住所などを含む情報を指す。通信処理部 1153は、サービスプロバイダ 21の SP 端末アプリ 212からのサービス入会要求を受信し、サービス入会応答を返信するモ ジュールである。制御部 1154は、通信処理部 1153が受け付けたサービス入会要求 に対する処理の制御を行うモジュールである。最後に、 DB登録 IZF1155は、入会 を行ったサービスプロバイダ 21のユーザ IDを CPライセンス管理サーバ 114の DBに 対して登録要求を行うモジュールである。
[0037] (CPコンテンツ管理サーバ 116のモジュール構成）
図 13は、 CPコンテンツ管理サーバ 116のモジュール構成を示す図である。図 13に 示すように、 CPコンテンツ管理サーバ 116は、 DBIZF1161、コンテンツ DB1162、 通信処理部 1163、制御部 1164から構成される。
[0038] ここで、 DBIZF1161は、制御部 1164やコンテンツ暗号化ツール 112からの DB 操作要求に従って、コンテンッ DB 1162内の該当データを操作する役割を果たす。 図 14は、図 13に示したコンテンツ DBのテーブル構成を示す図である。コンテンツ D B1162は、図 14に示すようなテーブル構成を持ち、コンテンツを一意に特定するコ ンテンッ IDと B音号ィ匕コンテンツデータとコンテンツ鍵データとコンテンツのタイトノレ名 などを示すメタ情報を管理する DBである。通信処理部 1163は、サービスプロバイダ 21の SPコンテンツ配信サーバ 216からの暗号化コンテンツ取得要求を受信し、該当 する暗号ィ匕コンテンツを含む暗号ィ匕コンテンツ取得応答を返信するモジュールであ る。最後に、制御部 1164は、通信処理部 1163が受け付けた暗号ィ匕コンテンツ取得 要求に対する処理の制御を行うモジュールである。
[0039] サービスプロバイダ 21のサブシステム内の各ツール及びサーバのモジュール構成 の説明に引き続き、図 15から図 25を用いて、図 3で示したサービスプロバイダ 21の サブシステム内の各ツール及びサーバのモジュール構成について示す。
[0040] (販売ライセンス生成ツール 211のモジュール構成）
まず、図 15は、販売ライセンス生成ツール 211のモジュール構成を示す図である。 図 15に示すように、販売ライセンス生成ツール 211は、ユーザ入力 IZF2111、制御 部 2112、販売ライセンス生成処理部 2113、 DB登録 IZF2114から構成される。
[0041] ここで、ユーザ入力 IZF2111は、販売ライセンス生成ツール 211の利用者（サービ スプロバイダ 21のシステム管理者などを想定する）からの要求を受け付ける役割を果 たす。制御部 2112は、ユーザ入力 IZF2111が受け付けた要求に対する処理の制 御を行うモジュールである。販売ライセンス生成処理部 2113は、制御部 2112の指 示に従って、該当オリジナルライセンスに含まれる販売ライセンスのテンプレートを編 集し、コンテンツ鍵を含まな!/ヽ販売ライセンス (コンテンツ鍵無し)を生成するモジユー ノレである。最後に、 DB登録 IZF2114は、生成した販売ライセンス (コンテンツ鍵無し )を SPライセンス管理サーバ 214の DBに対して登録要求を行うモジュールである。ま た、 DB登録 IZF2114は、販売ライセンスを一意に特定する識別子である販売ライ センス IDと販売ライセンスの利用条件などを示すメタ情報を SPライセンス販売サーバ 213の DBに対して登録要求を行う役割も果たす。
[0042] (SP端末アプリ 212のモジュール構成）
図 16は、 SP端末アプリ 212のモジュール構成を示す図である。図 16に示すように 、 SP端末アプリ 212は、ユーザ入力 I/F2121、制御部 2122、通信処理部 2123、 処理要求 IZF2124から構成される。
[0043] ここで、ユーザ入力 IZF2121は、 SP端末アプリ 212 (サービスプロバイダ 21のシス テム管理者などを想定する)力もの要求を受け付ける役割を果たす。制御部 2122は 、ユーザ入力 IZF2121が受け付けた要求に対する処理の制御を行うモジュールで ある。通信処理部 2123は、 CPライセンス契約サーバ 113や CP会員管理サーバ 11 5に対してライセンス契約やサービス入会の要求を行うモジュールである。最後に、処 理要求 IZF2124は、 SPライセンス販売サーバ 213や SPコンテンツ配信サーバ 216 に対してライセンス契約を行ったオリジナルライセンスの取得や暗号ィ匕コンテンツの 取得を指示するモジュールである。
[0044] (SPライセンス販売サーバ 213のモジュール構成）
図 17は、 SPライセンス販売サーバ 213のモジュール構成を示す図である。図 17に 示すように、 SPライセンス販売サーバ 213は、 DBI/F2131,販売 DB2132、通信 処理部 2133、制御部 2134、 DB登録 IZF2135から構成される。
[0045] ここで、 DBIZF2131は、制御部 2134や販売ライセンス生成ツール 211からの D B操作要求に従って、販売 DB2132内の該当データを操作する役割を果たす。図 1 8は、図 17に示した販売 DBのテーブル構成を示す図である。販売 DB2132は、図 1 8に示すようなテーブル構成を持ち、販売ライセンス IDと販売ライセンスの利用条件 などに関するメタ情報を管理する DBである。通信処理部 2133は、エンドユーザ 31 力ものライセンス購入要求を受信し、ライセンス購入応答を返信するモジュールであ る。制御部 2134は、通信処理部 2133が受け付けたライセンス購入要求に対する処 理の制御を行うモジュールである。最後に、 DB登録 IZF2135は、ライセンス購入の 対象となった販売ライセンス IDと購入を行ったエンドユーザ 31を一意に特定するュ 一ザ IDを SPライセンス管理サーバ 214の DBに対して登録要求を行うモジュールで ある。
[0046] (SPライセンス管理サーバ 214のモジュール構成）
図 19は、図 3に示した SPライセンス管理サーバ 214のモジュール構成を示す図で ある。図 19に示すように、 SPライセンス管理サーバ 214は、処理要求 I/F2141、 C P側制御部 2142、 CP側通信処理部 2143、コンテンツ鍵挿入処理部 2144、 DBI/ F2145、ライセンス DB2146、ユーザ DB2147、 EU側通信処理部 2148、 EU側制 御部 2149、ライセンス処理部 214A及び登録用 DBIZF214B力も構成される。 ここで、処理要求 IZF2141は、販売ライセンス生成ツール 211や SP端末アプリ 21 2からの販売ライセンス登録要求やオリジナルライセンス取得要求を受け付ける役割 を果たす。 CP側制御部 2142は、処理要求 I/F2141が受け付けた販売ライセンス 登録要求やオリジナルライセンス取得要求に対する処理の制御を行うモジュールで ある。 CP側通信処理部 2143は、 CP側制御部 2142からの指示に従って、 CPライセ ンス管理サーバ 114に対してオリジナルライセンス取得の要求を行うモジュールであ る。コンテンツ鍵挿入処理部 2144は、処理要求 IZF2141が販売ライセンス生成ッ ール 211から受け付けた販売ライセンス (コンテンツ鍵無し)の利用条件と、その販売 ライセンス (コンテンツ鍵無し)を作成する元となったオリジナルライセンスの編集条件 を比較し、利用条件が編集条件の範囲内である力否かを判定する。そして、範囲内 であると判定した場合に限り、オリジナルライセンス内のコンテンツ鍵を販売ライセン ス（コンテンツ鍵無し）内に揷人して、コンテンツ鍵を含む販売ライセンス（コンテンツ 鍵有り）とするモジュールである。また、コンテンツ鍵挿入処理部 2144は、耐タンパイ匕 されたモジュールである。 DBIZF2145は、 CP側制御部 2142と EU側制御部 2149 力もの DB操作要求に従って、ライセンス DB2146とユーザ DB2147内の該当デー タを操作するモジュールである。図 20は、図 19に示したライセンス DBのテーブル構 成を示す図である。ライセンス DB2146は、図 20に示すようなテーブル構成を持ち、 オリジナルライセンス IDに対応するオリジナルライセンスデータと販売ライセンス IDに 対応する販売ライセンスデータを管理する DBである。図 21は、図 19に示したユーザ DBのテーブル構成を示す図である。ユーザ DB2147は、図 21に示すようなテープ ル構成を持ち、エンドユーザ 31を一意に特定するユーザ IDとエンドユーザ 31が購 入した販売ライセンス IDを管理する DBである。 EU側通信処理部 2148は、エンドュ 一ザ 31からのライセンス取得要求を受信し、該当する販売ライセンス (コンテンツ鍵 有り）を含むライセンス取得応答を返信するモジュールである。 EU側制御部 2149は 、EU側通信処理部 2148が受け付けたライセンス取得要求に対する処理の制御を 行うモジュールである。最後に、ライセンス処理部 214Aは、エンドユーザ 31に発行 する販売ライセンス（コンテンツ鍵有り）に対して、 SPライセンス管理サーバ 214の署 名を付加する処理などを行うモジュールである。登録用 DBIZF214Bは、 SPライセ ンス販売サーバ 213や SP会員管理サーバ 215からの購入した販売ライセンスの販 売ライセンス ID登録要求やユーザ情報登録要求を受け付ける役割を果たす。
[0048] なお、本実施の形態にぉ 、ては、コンテンツ鍵挿入処理部 2144は、サービスプロ バイダ 21内の SPライセンス管理サーバ 214に含まれるモジュールであると説明した 1S コンテンツプロバイダ 11内の CPライセンス管理サーバ 114に含まれるモジユー ルとして、 SPライセンス管理サーバ 214と CPライセンス管理サーバ 114が通信を行 つて、上述したコンテンツ鍵挿入処理部 2144の役割を果たすとしてもよ 、。
[0049] (SP会員管理サーバ 215のモジュール構成）
図 22は、 SP会員管理サーバ 215のモジュール構成を示す図である。図 22に示す ように、 SP会員管理サーバ 215は、 DBI/F2151,会員 DB2152、通信処理部 21 53、制御部 2154、 DB登録 IZF2155から構成される。
[0050] ここで、 DBIZF2151は、制御部 2154からの DB操作要求に従って、会員 DB215 2内の該当データを操作する役割を果たす。図 23は、図 22に示した会員 DBのテー ブル構成を示す図である。会員 DB2152は、図 23に示すようなテーブル構成を持ち 、エンドユーザ 31を一意に特定するユーザ IDと関連するユーザ情報を管理する DB である。通信処理部 2153は、エンドユーザ 31からのサービス入会要求を受信し、サ 一ビス入会応答を返信するモジュールである。制御部 2154は、通信処理部 2153が 受け付けたサービス入会要求に対する処理の制御を行うモジュールである。 DB登録 IZF2155は、サービス入会を行ったエンドユーザ 31のユーザ IDを SPライセンス管 理サーバ 214の DBに対して登録要求を行うモジュールである。
[0051] (SPコンテンツ配信サーバ 216のモジュール構成）
図 24は、 SPコンテンツ配信サーバ 216のモジュール構成を示す図である。図 24に 示すように、 SPコンテンツ配信サーバ 216は、処理要求 IZF2161、 CP側制御部 21 62、 CP側通信処理部 2163、 DBI/F2164,コンテンツ DB2165、 EU側通信処理 部 2166、 EU側制御部 2167から構成される。 [0052] ここで、処理要求 IZF2161は、 SP端末アプリ 212からの暗号化コンテンツ取得要 求を受け付ける役割を果たす。 CP側制御部 2162は、処理要求 IZF2161が受け付 けた暗号ィ匕コンテンツ取得要求に対する処理の制御を行うモジュールである。 CP側 通信処理部 2163は、 CPコンテンッ管理サーバ 116に対して暗号ィ匕コンテンッ取得 の要求を行うモジュールである。 DBIZF2164は、 CP側制御部 2162と EU側制御 部 2167からの DB操作要求に従って、コンテンツ DB2165内の該当データを操作す るモジュールである。図 25は、図 24に示したコンテンツ DBのテーブル構成を示す図 である。コンテンツ DB2165は、図 25に示すようなテーブル構成を持ち、暗号化コン テンッを一意に特定するコンテンツ IDと B音号ィ匕コンテンツデータとコンテンツのタイト ル名などを示すメタ情報を管理する DBである。 EU側通信処理部 2166は、エンドュ 一ザ 31からの暗号ィ匕コンテンツ取得要求を受信し、該当する暗号ィ匕コンテンツを含 む暗号ィ匕コンテンツ取得応答を返信するモジュールである。最後に、 EU側制御部 2 167は、 EU側通信処理部 2166が受け付けた暗号ィ匕コンテンッ取得要求に対する 処理の制御を行うモジュールである。
[0053] (シーケンス及びデータ構造の説明）
次に、図 26から図 41を用いて、コンテンツプロバイダ 11内の各処理に対するシー ケンスの説明と、サービスプロバイダ 21内の各処理に対するシーケンスの説明と、コ ンテンップロバイダ 11とサービスプロバイダ 21間の各処理にシーケンスの説明を行う 。また、オリジナルライセンスと販売ライセンスのデータ構造についても説明する。
[0054] (コンテンツ暗号化処理に対するシーケンス）
まず、図 26は、コンテンツプロバイダ 11内のコンテンツ暗号化処理を示したシーケ ンス図である。図 26に示すように、本処理は、コンテンツ暗号化ツール 112と CPコン テンッ管理サーバ 116で実施される。以下に詳細を説明する。
[0055] コンテンツ暗号化ツール 112は、本ツールの利用者力 入力された暗号化されて いないコンテンッと暗号ィ匕に使用するコンテンツ鍵とコンテンッに関するメタ情報を含 むコンテンツ暗号ィ匕要求を受け付ける（S2601)。そして、そのコンテンツ鍵を使用し てコンテンツを暗号化し、暗号化コンテンツを生成する（S2602)。その後、 CPコンテ ンッ管理サーバ 116に対して、 S2601で受け付けたコンテンツ鍵とメタ情報、 S2602 で生成した暗号ィ匕コンテンツを含む暗号ィ匕コンテンツ登録要求 S2603を送信する。 CPコンテンツ管理サーバ 116は、暗号化コンテンツ登録要求 S2603を受信すると、 B音号ィ匕コンテンッを一意に特定するコンテンツ IDを発行し、そのコンテンッ IDに関連 付けてコンテンツ鍵とメタ情報と暗号ィ匕コンテンツを DBに記録する（S2604)。 DBへ の記録が完了した後、その結果を含む暗号ィ匕コンテンツ登録応答 S2605をコンテン ッ暗号化ツール 112に返信する。コンテンツ暗号化ツール 112は、暗号化コンテンツ 登録応答 S2605を受信すると、本処理の結果を示すコンテンツ暗号化応答 S2606 を利用者に対して示す。
[0056] (オリジナルライセンス生成処理に対するシーケンス）
図 27は、コンテンツプロバイダ 11内のオリジナルライセンス生成処理に対するシー ケンス図を示したものである。図 27に示すように、本処理は、オリジナルライセンス生 成ツール 111と CPライセンス契約サーバ 113と CPライセンス管理サーバ 114で実施 される。以下に詳細を説明する。
[0057] 図 28は、図 4に示したオリジナルライセンス生成ツールのユーザ入力 IZFの入力 画面である。オリジナルライセンス生成ツール 111は、図 28に示すような入力画面 D 2801より、オリジナノレライセンス ID (D2802)、コンテンツ ID (D2803)、コンテンツ鍵 (D2804)、販売条件（D2805)、編集条件（D2806)を含むオリジナルライセンス生 成要求 S2701を受け付ける。そして、受け付けた情報に従ってオリジナルライセンス を生成する（S2702)。図 29は、オリジナルライセンスのデータ構造を示す図である。 S2702で生成するオリジナルライセンスは、図 29に示すようなデータ構造を持つ。図 29に示すように、オリジナルライセンス D2901は、コンテンツ情報と販売条件と編集 条件を示す情報 D2902と、販売ライセンスのテンプレート D2903より構成されるデ ータである。オリジナルライセンス生成後、 CPライセンス契約サーバ 113に対して、ォ リジナルライセンス IDに関連付けてオリジナルライセンスの販売条件と編集条件など の情報を示すメタ情報の登録を行うように要求する（S2703)。 CPライセンス契約サ ーバ 113は、メタ情報登録要求 S2703を受信すると、オリジナルライセンス IDに関連 付けてメタ情報を DBに記録する（S2704)。 DBへの記録が完了した後、その結果を 含むメタ情報登録応答 S2705をオリジナルライセンス生成ツール 111に返信する。 次に、オリジナルライセンス生成ツール 111は、メタ情報登録応答 S2705を受信する と、 CPライセンス管理サーバ 114に対して、オリジナルライセンス IDに関連付けてォ リジナルライセンスの登録を行うように要求する（S2706)。 CPライセンス管理サーバ 114は、オリジナルライセンス登録要求 S2706を受信すると、オリジナルライセンス I Dに関連付けてオリジナルライセンスを DBに記録する（S2707)。 DBへの記録が完 了した後、その結果を含むオリジナルライセンス登録応答 S2708をオリジナルライセ ンス生成ツール 111に返信する。オリジナルライセンス生成ツール 111は、オリジナ ルライセンス登録応答 S2708を受信すると、本処理の結果を示すオリジナルライセン ス生成応答 S2709を利用者に対して示す。
[0058] (サービス入会処理に対するシーケンス）
図 30は、コンテンツプロバイダ 11とサービスプロバイダ 21間のサービス入会処理に 対するシーケンス図を示したものである。図 30に示すように、本処理は、 CPライセン ス管理サーバ 114と CP会員管理サーバ 115と SP端末アプリ 212で実施される。また 、ここで述べるサービス入会とは、コンテンツプロバイダ 11が提供するサービスに対し て、サービスプロバイダ 21が入会することを指す。以下に詳細を説明する。
[0059] SP端末アプリ 212は、利用者が指定した CP会員管理サーバ 115のホームページ などにアクセスし、サービス入会を行うために必要となるアカウント ID、パスワード、サ 一ビスプロバイダ名、住所などのユーザ情報を受け付ける（S3001)。その後、入力し たユーザ情報を含むサービス入会要求 S3002を CP会員管理サーバ 115へ送信す る。 CP会員管理サーバ 115は、サービス入会要求を受信すると（S3002)、サービス プロバイダ 21を一意に特定できるユーザ IDを発行する（S3003)。そして、発行した ユーザ IDと受信したユーザ情報を関連付けて DBに記録する（S3004)。 DBへの記 録が完了した後、 CPライセンス管理サーバ 114に対して発行したユーザ IDを DBへ 登録するように要求する（S3005)。 CPライセンス管理サーバ 114は、ユーザ ID登録 要求 S3005を受信すると、指定されたユーザ IDを DBに記録する（S3006)。そして 、その結果を含むユーザ ID登録応答 S3007を CP会員管理サーバ 115に返す。 CP 会員管理サーバ 115は、ユーザ ID登録応答 S 3007を取得した後、ユーザ IDを含む サービス入会応答 S3008を SP端末アプリ 212に送信する。 SP端末アプリ 212は、 サービス入会応答 S3008を受信すると、サービス入会の結果を利用者に対して示す (S3009)。
[0060] (ライセンス契約処理に対するシーケンス）
図 31は、コンテンップロバイダ 11とサービスプロバイダ 21間のライセンス契約処理 に対するシーケンス図を示したものである。図 31に示すように、本処理は、 CPライセ ンス契約サーバ 113と CPライセンス管理サーバ 114と SP端末アプリ 212で実施され る。また、ここで述べるライセンス契約とは、コンテンツプロバイダ 11が提供するオリジ ナルライセンスに対して、サービスプロバイダ 21が契約を行うことを指す。以下に詳 細を説明する。
[0061] SP端末アプリ 212は、利用者が指定した CPライセンス契約サーバ 113のホームべ ージなどにアクセスし、オリジナルライセンスのライセンス契約を行うために必要となる ユーザ IDとオリジナルライセンス IDを受け付ける（S3101)。その後、入力したユーザ IDとオリジナルライセンス IDを含むライセンス契約要求 S3102を CPライセンス契約 サーバ 113へ送信する。 CPライセンス契約サーバ 113は、ライセンス契約要求 S31 02を受信すると、その要求に含まれるユーザ IDに対して指定されたオリジナルライセ ンス IDを登録するように CPライセンス管理サーバ 114へ要求する（S 3103)。 CPライ センス管理サーバ 114は、オリジナルライセンス ID登録要求 S3103に従って、ユー ザ IDに関連付けてオリジナルライセンス IDを DBに記録する（S3104)。 DBへの記 録が完了した後、その結果を含むオリジナルライセンス ID登録応答 S3105を CPライ センス契約サーバ 113へ返す。 CPライセンス契約サーバ 113は、オリジナルライセン ス ID登録応答 S3105を取得すると、オリジナルライセンスの取得先となる CPライセン ス管理サーバ 114の情報を含むライセンス契約応答 S3106を SP端末アプリ 212へ 送信する。 SP端末アプリ 212は、ライセンス契約応答 S3106を受信すると、ライセン ス契約の結果を利用者に対して示す (S3107)。
[0062] なお、本実施の形態にぉ 、て、ライセンス契約に対する課金処理を記述しな力つた 力 ライセンス契約に対して課金処理を行ってもよい。
[0063] (オリジナルライセンス取得処理に対するシーケンス）
図 32は、コンテンツプロバイダ 11とサービスプロバイダ 21間のオリジナルライセンス 取得処理に対するシーケンス図を示したものである。図 32に示すように、本処理は、 CPライセンス管理サーバ 114と SP端末アプリ 212と SPライセンス管理サーバ 214で 実施される。また、ここで述べるオリジナルライセンス取得とは、サービスプロバイダ 2 1が上述したライセンス契約処理にて契約を行ったオリジナルライセンスをコンテンツ プロバイダ 11から取得することを指す。以下に詳細を説明する。
SP端末アプリ 212は、利用者よりユーザ IDと取得を行 ヽた 、オリジナルライセンス の IDと取得先となる CPライセンス管理サーバ 114の情報を受け付ける（S3201)。そ の後、入力したユーザ IDとオリジナルライセンス IDと CPライセンス管理サーバ 114の 情報を含むオリジナルライセンス取得要求 S3202を SPライセンス管理サーバ 214へ 送信する。 SPライセンス管理サーバ 214は、オリジナルライセンス取得要求 S3202 を受信すると、指定された CPライセンス管理サーバ 114に対して、ユーザ IDとオリジ ナルライセンス IDを含むオリジナルライセンス取得要求 S3203を送信する。 CPライ センス管理サーバ 114は、オリジナルライセンス取得要求 S3203を受信すると、指定 されたユーザ IDに対して該当するオリジナルライセンス IDが DBに登録されているか 否かを調査し、登録されて!ヽる場合にはオリジナルライセンス IDに対応するオリジナ ルライセンスのデータを DBから取得する（S3204)。また、登録されていない場合に は、その旨を示す情報を含むオリジナルライセンス取得応答 S3206を SPライセンス 管理サーバ 214に送信する。図 33は、図 32に示したライセンス処理を行った後のォ リジナルライセンスのデータ構造を示す図である。オリジナルライセンスのデータを D Bから取得した後、そのオリジナルライセンスのデータに対して、図 33に示すように、 コンテンッ鍵の部分を SPライセンス管理サーバ 214内のコンテンッ鍵揷入処理部 21 44のみが復号できる暗号鍵でコンテンツ鍵を暗号化し（D331)、オリジナルライセン スのデータ全体に対して CPライセンス管理サーバ 114の署名データ D332を付カロす る（S3205)。その後、 S3205の付カ卩処理を行ったオリジナルライセンスと暗号化コン テンッの取得先となる CPコンテンツ管理サーバ 116の情報を含むオリジナルライセ ンス取得応答 S3206を SPライセンス管理サーバ 214に送信する。 SPライセンス管理 サーバ 214は、オリジナルライセンス取得応答 S3206を受信すると、オリジナルライ センスデータに付加された署名のチェックを行 ヽ、オリジナルライセンス IDに関連付 けてオリジナルライセンスを DBに記録する。 DBへの記録完了後、オリジナルライセ ンス取得処理の結果を含むオリジナルライセンス取得応答 S3208を SP端末アプリ 2 12に返す。 SP端末アプリ 212は、オリジナルライセンス取得応答 S3208を受信する と、オリジナルライセンス取得処理の結果を利用者に対して示す (S3209)。
[0065] (暗号ィ匕コンテンツ取得処理に対するシーケンス）
図 34は、コンテンップロバイダ 11とサービスプロバイダ 21間の暗号化コンテンッ取 得処理に対するシーケンス図を示したものである。図 34に示すように、本処理は、 C Pコンテンッ管理サーバ 1ェ 6と SP端末アプリ 212と SPコンテンッ配信サーバ 216で 実施される。また、ここで述べる暗号ィ匕コンテンツ取得とは、サービスプロバイダ 21が 上述したオリジナルライセンス取得処理にて取得したオリジナルライセンスに対応す る暗号化コンテンッをコンテンップロバイダ 11から取得することを指す。以下に詳細 を説明する。
[0066] SP端末アプリ 212は、利用者より取得を行う暗号ィ匕コンテンツの IDと取得先となる CPコンテンツ管理サーバ 116の情報を受け付ける（S3401)。その後、入力したコン テンッ IDと CPコンテンツ管理サーバ 116の情報を含む暗号化コンテンツ取得要求 S 3402を SPコンテンッ配信サーバ 216へ送信する。 SPコンテンッ配信サーバ 216は 、暗号化コンテンツ取得要求 S3402を受信すると、指定された CPコンテンツ管理サ ーバ 116に対して、コンテンツ IDを含む暗号化コンテンツ取得要求 S 3403を送信す る。 CPコンテンツ管理サーバ 116は、暗号化コンテンツ取得要求 S3403を受信する と、コンテンツ IDに対応する暗号ィ匕コンテンツのデータとメタ情報を取得する（S340 4)。その後、取得した暗号ィ匕コンテンツのデータとメタ情報を含む暗号ィ匕コンテンツ 取得応答 S 3405を SPコンテンッ配信サーバ 216へ送信する。 SPコンテンッ配信サ ーバ 216は、暗号化コンテンツ取得応答 S3405を受信すると、コンテンツ IDに関連 付けて暗号ィ匕コンテンツのデータとメタ情報を DBに記録する（S3406)。 DBへの記 録完了後、暗号ィ匕コンテンツ取得処理の結果を含む暗号ィ匕コンテンツ取得応答 S34 07を SP端末アプリ 212に送信する。 SP端末アプリ 212は、暗号ィ匕コンテンツ取得応 答 S3407を受信すると、暗号ィ匕コンテンツ取得処理の結果を利用者に対して示す（ S3408)。 [0067] (オリジナルライセンス情報参照処理に対するシーケンス）
図 35は、サービスプロバイダ 21内のオリジナルライセンス情報参照処理に対するシ 一ケンス図を示したものである。図 35に示すように、本処理は、販売ライセンス生成ッ ール 211と SPライセンス管理サーバ 214で実施される。図 36は、オリジナルライセン ス情報のデータ構造を示す図である。また、ここで述べるオリジナルライセンス情報と は、図 36に示すように、図 33のオリジナルライセンスからコンテンツ鍵の部分が省略 (D361)された形のオリジナルライセンスを指す。以下に詳細を説明する。
[0068] 販売ライセンス生成ツール 211は、利用者より参照を行うオリジナルライセンスの ID を受け付ける（S3501)。その後、オリジナルライセンスの IDを含むオリジナルライセ ンス情報取得要求 S3502を SPライセンス管理サーバ 214へ送信する。 SPライセン ス管理サーバ 214は、オリジナルライセンス情報取得要求 S3502を受信すると、オリ ジナルライセンス IDに対応するオリジナルライセンスのデータを DBから取得する（S3 503)。取得後、コンテンツ鍵の部分を削除してオリジナルライセンス情報を生成する (S3504) oそして、生成したオリジナルライセンス情報を含むオリジナルライセンス情 報取得応答 S3505を販売ライセンス生成ツール 211へ送信する。図 37は、図 2に示 した販売ライセンス生成ツールの入力画面である。販売ライセンス生成ツール 211は 、オリジナルライセンス情報取得応答 S3505を受信すると、取得したオリジナルライ センス情報から図 37に示すような画面を生成して利用者に提示する（S3506)。
[0069] (販売ライセンス生成処理に対するシーケンス）
図 38は、サービスプロバイダ 21内の販売ライセンス生成処理に対するシーケンス 図を示したものである。図 38に示すように、本処理は、販売ライセンス生成ツール 21 1と SPライセンス販売サーバ 213と SPライセンス管理サーバ 214で実施される。また 、図 39は、図 2に示した販売ライセンス生成ツールの入力画面に対して編集条件を 入力した画面図である。図 40は、販売ライセンス (コンテンツ鍵無し)のデータ構造を 示す図である。以下に詳細を説明する。
[0070] 販売ライセンス生成ツール 211の利用者は、上述したオリジナルライセンス情報取 得処理を実行して取得した図 37の画面に対して、図 39の D3901力ら D3904に示 すように販売ライセンスの編集条件を入力し、 D3905の販売ライセンス生成ボタンを 押下する（S3801)。販売ライセンス生成ツール 211は、図 40に示すように、入力さ れた編集条件に従って、オリジナルライセンスに含まれる販売ライセンスのテンプレ ートを編集して、コンテンツ鍵を含まな ヽ販売ライセンス (コンテンツ鍵無し)を生成す る（S3802)。そして、生成した販売ライセンス (コンテンツ鍵無し）とその販売ライセン ス (コンテンツ鍵無し)を生成する元となったオリジナルライセンスの IDを含む販売ライ センス登録要求 S3803を SPライセンス管理サーバ 214へ送信する。 SPライセンス管 理サーバ 214は、販売ライセンス登録要求 S3803を受信すると、受信したオリジナル ライセンス IDに対応するオリジナルライセンスのデータを DBから取得する（S 3804) 。そして、受信した販売ライセンス (コンテンツ鍵無し)の販売条件と DBから取得した オリジナルライセンスの編集条件を比較し、利用条件が編集条件の範囲内か否かを 判定する。図 41は、販売ライセンス (コンテンツ鍵有り）のデータ構造を示す図である 。ここで、編集条件の範囲内であれば、図 41に示すように、オリジナルライセンス内の コンテンツ鍵を販売ライセンス（コンテンツ鍵無し）の中に挿人し、コンテンツ鍵を含む 販売ライセンス (コンテンツ鍵有り）に編集する（S3805)。そして、生成した販売ライ センス (コンテンツ鍵有り）を DBに登録し (S3806)、正常終了した旨を示す情報を含 む販売ライセンス登録応答 S 3807を販売ライセンス生成ツール 211に返す。また、 編集条件の範囲外であれば、異常終了した旨を示す情報を含む販売ライセンス登 録応答 S 3807を販売ライセンス生成ツール 211に返す。販売ライセンス生成ツール 211は、正常終了した販売ライセンス登録応答 S3807を受信すると、 SPライセンス 販売サーバ 213に対して販売ライセンス IDと利用条件などのメタ情報の登録要求を 行う（S3808)。 SPライセンス販売サーバ 213は、メタ情報登録要求 S3808を受信す ると、販売ライセンス IDに関連付けてメタ情報を DBに記録する（S3809)。 DBへの 記録完了後、メタ情報登録応答 S3810を販売ライセンス生成ツール 211に返す。販 売ライセンス生成ツール 211は、メタ情報登録応答 S3810を受信すると、販売ライセ ンス生成処理の結果を示す情報を利用者に提示する（S3811)。
以上のように、本 B2B2Cシステムでは、サービスプロバイダ 21がエンドユーザ 31に 販売する販売ライセンスの利用条件は、コンテンツプロバイダ 11が設定したオリジナ ルライセンスの編集条件に従っていない限り、コンテンツ鍵を含む販売ライセンスを 生成できない。つまり、本発明を用いることによって、コンテンツプロバイダ 11は、サ 一ビスプロノイダ 21の生成する販売ライセンスの利用条件を制御することが可能とな る。
[0072] 図 42は、利用条件と編集条件の比較タイミングを示す図である。図 43は、利用条 件と編集条件の比較タイミングを販売ライセンスの発行時とした際の図である。なお、 本発明における実施の形態では、図 42に示すように、エンドユーザ 31に対して販売 し発行される販売ライセンスの利用条件は、販売前にサービスプロバイダ 21が指定 した利用条件が設定されて発行される場合の例を示したが、これに限られるものでな ぐ図 43に示すように、販売時にエンドユーザ 31から指定された利用条件を設定し て発行するとしてもよ 、。
[0073] また、本発明における実施の形態では、図 42に示すように、販売ライセンスの利用 条件とオリジナルライセンスの編集条件の比較判定処理は、サービスプロバイダ 21 のサブシステム内で、販売ライセンスをデータベースに登録する際に実施される場合 の例を示した力 これに限定されるものでなぐ図 43に示すように、エンドユーザ 31 の端末装置に販売ライセンスを発行する際に行ってもよい。
[0074] 図 44は、利用条件と編集条件の比較タイミングを販売ライセンスの受信時とした際 の図である。図 45は、利用条件と編集条件の比較タイミングをコンテンツ利用時とし た際の図である。また、比較判定処理は、サービスプロバイダ 21のサブシステム内で 実施されると限定されたものでなぐ図 44や図 45に示すように、編集条件をサービス プロバイダ 21やコンテンツプロバイダ 11のサブシステムより取得して、販売ライセンス 受信時やコンテンツ利用時にエンドユーザ 31の端末装置で行うとしてもよい。
[0075] また、本発明における実施の形態では、コンテンツ鍵の配信は、サービスプロバイ ダ 21のサブシステムがー且コンテンツプロバイダ 11のサブシステムよりオリジナルラ ィセンスに含まれるデータとして取得し、それを販売ライセンス内に含めてエンドユー ザ 31の端末に配信する場合の例を示した力 これに限られるものでなぐコンテンツ プロバイダ 11のサブシステムがエンドユーザ 31の端末に配信するとしてもよい。
[0076] また、本発明における実施の形態では、暗号ィ匕コンテンツの配信は、サービスプロ バイダ 21のサブシステムがー且コンテンップロバイダ 11のサブシステムより取得して 、それをエンドユーザ 31の端末に配信する場合の例を示した力 これに限られるもの でなぐコンテンツプロバイダ 11のサブシステムがエンドユーザ 31の端末に配信する としてちよい。
(編集条件と販売条件とが連動する場合）
なお、上記実施の形態では、編集条件に従って作成された販売ライセンスは、その 編集内容に関係なく全販売ライセンス共通の販売条件で販売を制限されるだけであ つたが、本発明はこれに限定されない。図 46は、販売ライセンスの編集結果に応じて 販売ライセンスの販売数が制限される場合の一例を示す図である。同図に示すよう に、オリジナルライセンス中の販売条件には、編集可能な利用条件とその編集結果 に対応する販売ライセンスの個数の上限とが記述されている。すなわち、編集後の再 生回数が 3回であれば 100個まで販売することができ、再生回数が 4回であれば 80 個まで、再生回数が 5回であれば 60個まで販売することができる。編集条件には、編 集可能な利用条件の範囲、すなわち、再生回数の範囲が最小 3回から最大 5回まで 編集可能であることが記述されている。従って、例えば、 SPライセンス管理サーバ 21 4が販売ライセンスの再生回数を 4回と編集した場合には、販売可能なライセンスの 販売個数は 80個までとなる。 SPライセンス販売サーバ 213の制御部 2134は、販売 ライセンス生成ツールから、生成された販売ライセンスの図 46に示された販売条件と 、編集された利用条件との通知を受ける。 SPライセンス販売サーバ 213の制御部 21 34は、当該販売ライセンスが販売される都度、その販売数をカウントし、カウント値が 、通知された利用条件に対応する販売個数に達すると、その販売ライセンスの販売 を終了する。なお、この場合の販売ライセンスの販売方法として、 SPライセンス販売 サーバ 213は、エンドユーザから利用条件である再生回数の指定を受け付けてライ センスを販売するのではなぐ再生回数が一律 (例えば、 3回）のライセンスを販売す る。なお、ここでは、サービスプロバイダ 21が、コンテンツの再生回数を、編集条件と して示された範囲の中から 1つだけ選択し、選択された再生回数に対応する販売個 数を上限として販売ライセンスをエンドユーザ 31に販売する例を示した。しかし、この ような販売方法は、コンテンツプロバイダ 11とサービスプロバイダ 21との契約によって 定められるものであって、必ずしもここに示す例に限定されるものではない。例えば、 SPライセンス管理サーバ 214は、再生回数 3回、 4回及び 5回の販売ライセンスを、 それぞれ 100個、 80個及び 60個を上限として計 240個販売することができるとしても よいことはいうまでもない。また、この場合であれば、エンドユーザ 31からの再生回数 の指定を受け付けて、指定された再生回数の販売ライセンスを販売することができる 。さらに、指定された回数の販売ライセンスが販売個数の上限に達していれば、その 旨をエンドユーザ 31の端末装置に通知して、販売個数が上限に達していない販売ラ ィセンスらを販売するとしてもよ 、。
(二重チェックの場合の販売ライセンスのデータ構成）
また、上記では、編集条件の比較判定処理は、サービスプロバイダ 21のサブシステ ム内で実施してもよいし、図 44や図 45に示すように、エンドユーザ 31の端末装置で 行うとしてもよいとした。し力し、サービスプロバイダ 21又はエンドユーザ 31のいずれ か一方だけで比較判定処理を行なう場合に限定されず、サービスプロバイダ 21及び エンドユーザ 31の両方で比較判定処理を行なうようにしてもよい。図 47は、 SP及び EUの両方で編集条件の比較判定処理を行なう場合のデータの流れを示す図である 。同図に示すように SPでは、コンテンツ鍵挿入処理部 2144が SPチェックモジュール であって、販売ライセンス生成ツール 211から受け付けた販売ライセンス (コンテンツ 鍵無し)の利用条件と、その元となったオリジナルライセンスの編集条件とを比較し、 利用条件が編集条件の範囲内である力否かを判定する。そして、範囲内であると判 定した場合に限り、オリジナノレライセンス内のコンテンツ鍵を販売ライセンス (コンテン ッ鍵無し）内に挿入し、販売ライセンス (コンテンツ鍵有り）を生成する。上記実施の形 態では、 EUでは SPから取得した販売ライセンスを用いてコンテンツを利用するだけ だったので、生成される販売ライセンスには編集条件を含んで 、る必要はな力つた。 これに対し、 SPチェックモジュールでのチェックと EUの端末装置でのチェックとを 2 重に行なう場合、図 47に示すように、販売ライセンス (コンテンツ鍵有り）には編集条 件が挿入される。また、 EUには、 CP力も提供される耐タンパモジュールであるチェッ クモジュールが備えられる。 EUのチェックモジュールでは、 SPから販売ライセンスを 取得すると、販売ライセンス中の編集条件と利用条件とを比較して、利用条件が編集 条件の範囲内である力否かを判定する。判定の結果、利用条件が編集条件の範囲 内であれば、販売ライセンスを内部のセキュアな記憶装置に格納し、それ以外の場 合、取得した販売ライセンスを破棄する。
[0079] (販売ライセンスのチェック機能を備えた EU端末装置の構成）
図 48は、販売ライセンスに含まれる編集条件と利用条件とを比較判定する EU端末 装置 480の構成を示すブロック図である。同図に示すように、 EU端末装置 480は、 通信処理部 481、制御部 482、契約条件比較部 483、 DBIZF484及びライセンス DB485を備える。通信処理部 481は、図示しない入力 iZF力も受け付けられた、ュ 一ザからのライセンス取得要求を、伝送路 B51を介して SPライセンス管理サーバ 21 4に送信し、その応答として該当する販売ライセンス (コンテンツ鍵有り）を受信するモ ジュールである。制御部 482は、 SPライセンス管理サーバ 214から受信された販売ラ ィセンスの編集条件と利用条件との比較処理の制御を行うモジュールである。制御 部 482は契約条件比較部 483の判定結果に応じて、販売ライセンスの利用条件が 編集条件の範囲内である場合のみ、販売ライセンスを DBIZF484を介してライセン ス DB485に格納する。それ以外の場合には、受信された販売ライセンスを破棄する 。契約条件比較部 483は、受信された販売ライセンスの編集条件と利用条件とを比 較して、利用条件が編集条件の範囲内であるか否かを判断し、判断結果を制御部 4 82に通知する。 DBIZF484は、セキュアな記憶装置であるライセンス DB485にデ ータを格納したり読み出したりするモジュールである。 DBIZF484は、制御部 482か ら取得した販売ライセンスをライセンス DB485に格納する。また、コンテンツの再生 時には、制御部 482の指示の元にライセンス DB485に格納されているライセンスを 読み出して、制御部 482又は図示しないコンテンツ再生部に転送する。
[0080] 図 49は、販売ライセンスに含まれる編集条件と利用条件との比較タイミングの他の 例を示す図である。以下、図 48及び図 49を用いて、サービスプロバイダ 21とエンド ユーザ 31との両方で 2重にチェックを行なう場合の処理手順について説明する。同 図に示すように、コンテンツプロバイダ 11は編集条件を含むオリジナルライセンスを サービスプロバイダ 21に送信する。サービスプロバイダ 21は、コンテンツプロバイダ 1 1から取得したオリジナルライセンスをー且、ライセンス DB2146に記録し、販売ライ センス生成ツール 211がオリジナルライセンス内のテンプレートを編集することによつ て販売ライセンス (コンテンツ鍵なし)を生成する。次に、コンテンツ鍵挿入処理部 21 44が、販売ライセンス (コンテンツ鍵なし）内に含まれる編集後の利用条件と、オリジ ナルライセンスの編集条件とを比較して、編集後の利用条件が編集条件の範囲内で あれば'、販売ライセンス（コンテンツ鍵なし）にコンテンツ鍵を挿人する。コンテンツ鍵 が挿入された販売ライセンスは、ライセンス DB2146に記録される。これに対し、ェン ドユーザ 31から販売ライセンスの購入があると、ライセンス DB2146から指定された 販売ライセンスが読み出され、署名を施された上、エンドユーザ 31に発行される。こ の場合、サービスプロバイダ 21は、所定の利用条件の元でエンドユーザ 31が指定し たコンテンツの再生を可能にする販売ライセンスを発行し、エンドユーザ 31による利 用条件の指定までは受け付けない。また、このときサービスプロバイダ 21が発行する 販売ライセンスには、編集条件が含まれている。エンドユーザ 31の EU端末装置 480 では、（1)通信処理部 481が発行された販売ライセンスを取得すると、（2)取得され た販売ライセンスが制御部 482を通じて契約条件比較部 483に渡される。（3)契約 条件比較部 483は、制御部 482から渡された販売ライセンスに含まれる編集条件と 利用条件とを比較して、（4)利用条件が編集条件の範囲内のものに限り、制御部 48 2に返却する。それ以外の販売ライセンスは廃棄される。 (5) (6)制御部 482は、 DBI ZF484を介して、 EU端末装置 480内のライセンス DB485に販売ライセンスを記録 する。
以上のように本 B2B2Cシステムでは、サービスプロバイダ 21がエンドユーザ 31に 販売する販売ライセンスの利用条件は、コンテンツプロバイダ 11が設定したオリジナ ルライセンスの編集条件に従っていない限り、コンテンツ鍵を含む販売ライセンスを 生成できない。これに加えて、エンドユーザ 31の段階でさらに販売ライセンスの利用 条件が編集条件に従っている力否かを 2重にチェックして、編集条件に従わない利 用条件が設定された販売ライセンスを破棄するので、例え、サービスプロバイダ 21が コンテンップロバイダ 11の意に反してオリジナルライセンスの編集条件に従っていな い販売ライセンスを生成したとしても、エンドユーザ 31はコンテンツを利用することが できない。従って、本発明を用いることによって、コンテンツプロバイダ 11は、さらに強 力に、サービスプロバイダ 21の生成する販売ライセンスの利用条件を制御することが 可能となる。
[0082] なお、本発明のサービスプロバイダ 21は、放送局や、インターネット上でコンテンツ を販売する業者に限らず、 DVD及び CD等の記録媒体に記録されたコンテンツをレ ンタルする業者などであってもよい。このような場合、コンテンツごとの販売ライセンス に対する編集条件及び販売条件等は、サービスプロバイダ 21が通信網等を介してコ ンテンップロバイダ 11から受信するものとしてもよいが、レンタルの対象となるコンテ ンッが格納されて 、る DVD等の記録媒体に記録されて 、るとしてもよ 、。この場合、 エンドユーザ 31の端末装置はサービスプロバイダ 21から発行される販売ライセンス に従ってコンテンツを再生する。このとき、エンドユーザ 31の端末装置は、販売ライセ ンス中の利用条件と、コンテンツが格納されて 1ヽる記録媒体に記録された編集条件と を比較して、販売ライセンス中の利用条件が記録媒体に記録された編集条件の範囲 内であるか否かを判定し、販売ライセンス中の利用条件が記録媒体に記録された編 集条件の範囲内にある場合にのみコンテンツを再生し、それ以外の場合には販売ラ ィセンスを破棄するとしてもよ 、。
産業上の利用可能性
[0083] 本発明に係る B2B2Cシステムに用いられる権利管理装置は、サービスプロバイダ がエンドユーザに対して販売を行う販売ライセンスを生成する際、販売ライセンスの 利用条件をコンテンツプロバイダの設定したオリジナルライセンスの編集条件以内に 設定しない限り、コンテンツ鍵を挿入できないという強制を持たせることによって、コン テンップロノイダがサービスプロバイダの生成する販売ライセンスの利用条件を制御 できるシステムに用いられる権利管理装置として有用である。

Claims

請求の範囲
[1] コンテンツの利用を許可するライセンス情報を管理する権利管理システムであって 前記利用が許可される条件を示した利用条件を含むライセンス情報を生成するライ センス情報生成手段と、
コンテンツを制作するコンテンツプロバイダから、前記利用条件の範囲指定を示す 情報を取得する範囲指定取得手段と、
生成されたライセンス情報に含まれる前記利用条件が、指定された前記範囲に含 まれるか否かを判定する利用条件判定手段と、
前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、生成された 前記ライセンス情報を有効にする有効化手段と
を備える権利管理システム。
[2] 前記権利管理システムは、コンテンツプロバイダに備えられる第 1の権利管理装置 と、前記ライセンス情報をエンドユーザに発行するサービスプロバイダに備えられる第 2の権利管理装置と、エンドユーザがコンテンツの利用を行なう端末装置とを備え、 前記第 2の権利管理装置は、
前記ライセンス情報生成手段と、
さらに、生成されたライセンス情報をエンドユーザの端末装置に送信する送信手段 とを備え、
前記端末装置は、
前記範囲指定取得手段と、前記利用条件判定手段と、前記有効化手段と、 さらに、前記第 2の権利管理装置から前記ライセンス情報を受信する受信手段とを 備え、
前記範囲指定取得手段は、受信された前記ライセンス情報について、前記第 1の 権利管理装置から、前記利用条件の範囲を示す情報を取得し、
前記利用条件判定手段は、受信された前記ライセンス情報につ!ヽて前記利用条件 が指定された前記範囲に含まれるカゝ否かを判定し、
前記有効化手段は、前記判定の結果、前記利用条件が前記範囲に含まれない場 合、受信された前記ライセンス情報を破棄する
請求項 1記載の権利管理システム。
[3] 前記権利管理システムは、コンテンツプロバイダに備えられる第 1の権利管理装置 と、前記ライセンス情報をエンドユーザに発行するサービスプロバイダに備えられる第 2の権利管理装置と、エンドユーザがコンテンツの利用を行なう端末装置とを備え、 前記第 2の権利管理装置は、前記ライセンス情報生成手段と、前記範囲指定取得 手段と、前記利用条件判定手段と、前記有効化手段とを備え、
前記範囲指定取得手段は、受信された前記ライセンス情報について、前記第 1の 権利管理装置から、前記利用条件の範囲を示す情報を取得し、
前記有効化手段は、前記利用条件が前記範囲に含まれる場合にのみ、暗号化さ れたコンテンッを復号するコンテンツ鍵を、生成されたライセンス†青報に揷人する 請求項 1記載の権利管理システム。
[4] 前記第 1の権利管理装置は、
前記コンテンツ鍵と前記利用条件の範囲を示す情報とを含む契約ライセンス情報 を生成する契約ライセンス生成手段と、
生成された前記契約ライセンスを前記第 2の権利管理装置に送信する送信手段と を備え、
前記第 2の権利管理装置は、さらに、
前記第 1の権利管理装置から前記契約ライセンスを受信する契約ライセンス受信手 段を備え、
前記範囲指定取得手段は、受信された契約ライセンスから、前記利用条件の範囲 を示す情報を取得し、
前記利用条件判定手段は、前記生成されたライセンス情報に含まれる利用条件が 、読み出された利用条件の範囲に含まれる力否かを判定し、
前記有効化手段は、前記利用条件が前記範囲に含まれる場合にのみ、受信され た契約ライセンスカゝら前記コンテンツ鍵を抽出し、生成された前記ライセンス情報に 挿入する
請求項 3記載の権利管理システム。
[5] 前記権利管理装置は、さらに、
前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、前記コンテン ッ鍵が挿入された前記ライセンス情報を、エンドユーザの端末装置に発行する発行 手段を備える
請求項 4記載の権利管理システム。
[6] 前記第 1の権利管理装置は、
前記コンテンツ鍵と前記利用条件の範囲を示す情報と前記ライセンス情報の発行 に関する条件とを含む契約ライセンス情報を生成する契約ライセンス生成手段と、 生成された前記契約ライセンスを前記第 2の権利管理装置に送信する送信手段と を備え、
前記第 2の権利管理装置は、さらに、
前記第 1の権利管理装置から前記契約ライセンスを受信する契約ライセンス受信手 段と、
前記契約ライセンスから前記発行に関する条件を取得する発行条件取得手段と、 前記ライセンス情報を、エンドユーザの端末装置に発行する発行手段とを備え、 前記範囲指定取得手段は、受信された契約ライセンスから、前記利用条件の範囲 を示す情報を取得し、
前記利用条件判定手段は、前記生成されたライセンス情報に含まれる利用条件が 、読み出された利用条件の範囲に含まれる力否かを判定し、
前記有効化手段は、前記利用条件が前記範囲に含まれる場合にのみ、受信され た契約ライセンスカゝら前記コンテンツ鍵を抽出し、生成された前記ライセンス情報に 挿入し、
前記発行手段は、取得された発行に関する条件に従って、前記コンテンツ鍵が挿 入されたライセンス情報を発行する
請求項 3記載の権利管理システム。
[7] コンテンツの利用を許可するライセンス情報を管理する権利管理装置であって、 前記利用が許可される条件を示した利用条件を含むライセンス情報を生成するライ センス情報生成手段と、 コンテンツを制作するコンテンツプロノイダに備えられる権利管理装置から、前記 利用条件の範囲を示す情報を受信する範囲指定受信手段と、
生成されたライセンス情報に含まれる前記利用条件が、指定された前記範囲に含 まれるか否かを判定する利用条件判定手段と、
前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、生成された 前記ライセンス情報を有効にする有効化手段と
を備える権利管理装置。
[8] 前記範囲指定受信手段は、コンテンツを制作するコンテンツプロバイダの権利管理 装置から前記利用条件の範囲を示す前記情報を受信し、
前記権利管理装置は、さらに、
前記コンテンツプロバイダの権利管理装置から、コンテンツの暗号ィ匕に使用された コンテンツ鍵を取得するコンテンツ鍵取得手段を備え、
前記有効化手段は、前記利用条件が前記範囲に含まれる場合にのみ、生成され た前記ライセンス情報に前記コンテンッ鍵を挿入する
請求項 7記載の権利管理装置。
[9] 前記範囲指定受信手段は、前記コンテンツプロバイダの前記権利管理装置から、 前記利用条件の 1つであるコンテンツを利用できる期間の指定を受信し、
前記利用条件判定手段は、生成された前記ライセンス情報に含まれるコンテンツを 利用できる期間が、指定された前記範囲に含まれるか否かを判定し、
前記有効化手段は、前記ライセンス情報に含まれるコンテンツを利用できる期間が 、指定された前記範囲に含まれる場合にのみ、前記ライセンス情報を有効にする 請求項 8記載の権利管理装置。
[10] 前記範囲指定受信手段は、前記コンテンツプロバイダの前記権利管理装置から、 前記利用条件の 1つであるコンテンツを利用できる合計回数の範囲の指定を受信し 前記利用条件判定手段は、生成された前記ライセンス情報に含まれるコンテンツを 利用できる合計回数の範囲力 指定された前記範囲に含まれる力否かを判定し、 前記有効化手段は、前記ライセンス情報に含まれるコンテンツを利用できる合計回 数の範囲が、指定された前記範囲に含まれる場合にのみ、前記ライセンス情報を有 効にする
請求項 8記載の権利管理装置。
[11] 前記範囲指定受信手段は、前記コンテンツプロバイダの前記権利管理装置から、 前記利用条件の 1つであるコンテンツを利用できる合計時間の範囲の指定を受信し 前記利用条件判定手段は、生成された前記ライセンス情報に含まれるコンテンツを 利用できる合計時間の範囲力 指定された前記範囲に含まれる力否かを判定し、 前記有効化手段は、前記ライセンス情報に含まれるコンテンツを利用できる合計時 間の範囲が、指定された前記範囲に含まれる場合にのみ、前記ライセンス情報を有 効にする
請求項 8記載の権利管理装置。
[12] 前記範囲指定受信手段は、前記コンテンツプロバイダの前記権利管理装置から、 コンテンツを連続して利用できる連続利用時間の指定を受信し、
前記利用条件判定手段は、生成された前記ライセンス情報に含まれる連続利用時 間が、指定された前記範囲に含まれるか否かを判定し、
前記有効化手段は、前記ライセンス情報に含まれる連続利用時間が、指定された 前記範囲に含まれる場合にのみ、前記ライセンス情報を有効にする
請求項 8記載の権利管理装置。
[13] 少なくとも、前記利用条件判定手段は、耐タンパモジュールで構成されている 請求項 8記載の権利管理装置。
[14] 前記権利管理装置は、さらに、
前記コンテンツプロバイダの権利管理装置から、各コンテンツに対応するライセンス 情報の発行に関する条件の指定を示す情報を受信する発行条件指定受信手段と、 エンドユーザの端末装置に、コンテンツに対応するライセンス情報を発行するライセ ンス情報発行手段と、
前記ライセンス情報の発行が、指定された条件を満足して ヽるか否かを判定する発 行条件判定手段とを備え、 前記ライセンス情報発行手段は、前記判定の結果、前記ライセンス情報の発行が 指定された条件を満足して!/、る場合にのみ、前記ライセンス情報を前記エンドユーザ に発行する
請求項 7記載の権利管理装置。
[15] 前記発行条件指定受信手段は、発行可能なライセンス情報の合計個数の指定を 受信し、
前記権利管理装置は、さらに、
発行される前記ライセンス情報の合計個数をコンテンツごとにカウントする発行数力 ゥント手段と、
カウントされたライセンス情報の個数が、指定された条件を満足するカゝ否かを判定 する発行個数判定手段とを備え、
前記ライセンス情報発行手段は、前記判定の結果、前記発行個数が前記条件を満 足する場合にのみ、前記ライセンス情報を発行する
請求項 14記載の権利管理装置。
[16] 前記発行条件指定受信手段は、ライセンス情報を発行可能な発行期間の指定を 受信し、
前記発行条件判定手段は、現在時刻が、指定された発行期間を満足しているか否 かを判定し、
前記ライセンス情報発行手段は、前記判定の結果、指定された発行期間を満足す る場合にのみ、前記ライセンス情報を発行する
請求項 14記載の権利管理装置。
[17] 前記権利管理装置は、さらに、
前記コンテンツプロバイダの権利管理装置から、前記指定範囲内の各利用条件に 対応した、ライセンス情報の発行に関する条件の指定を受信する発行条件指定受信 手段と、
前記利用条件判定手段による判定の結果、前記利用条件が前記範囲に含まれる 場合にのみ、前記利用条件に対応した発行条件を満足するライセンス情報を、前記 エンドユーザに発行するライセンス情報発行手段とを備える 請求項 7記載の権利管理装置。
[18] 前記ライセンス情報発行手段は、前記利用条件がコンテンツを利用できる合計回 数であり、前記ライセンス情報の発行に関する条件が当該ライセンス情報の発行数 である場合、前記利用条件に対応した発行条件に従って、コンテンツを利用できる全 体の合計回数が同程度になるように発行する
請求項 17記載の権利管理装置。
[19] コンテンツの利用を許可するライセンス情報に従って、コンテンツの再生を行なうェ ンドユーザの端末装置であって、
特定のコンテンツを再生するためのライセンス情報を、サービスプロバイダの権利 管理装置に要求する要求手段と、
前記要求に対する応答として、コンテンツの利用が許可される条件を示した利用条 件を含む前記ライセンス情報と、前記利用条件の範囲を指定した範囲指定情報とを 取得するライセンス情報取得手段と、
取得された前記ライセンス情報に含まれる利用条件が、前記範囲指定情報で指定 された範囲に含まれる力否かを判定する利用条件判定手段と、
前記判定の結果、前記利用条件が、前記範囲指定情報で指定された範囲に含ま れな ヽ場合、取得した前記ライセンス情報を破棄する破棄手段と
を備える端末装置。
[20] コンテンツの利用を許可するライセンス情報を管理する権利管理方法であって、 前記利用が許可される条件を示した利用条件を含むライセンス情報を生成し、 コンテンツを制作するコンテンツプロノイダに備えられる権利管理装置から、前記 利用条件の範囲を示す情報を受信し、
生成された前記ライセンス情報に含まれる前記利用条件が、受信された前記範囲 に含まれるカゝ否かを判定し、
前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、生成された 前記ライセンス情報を有効にする
権利管理方法。
[21] コンテンツの利用を許可するライセンス情報に従って、コンテンツの再生を行なうェ ンドユーザの端末装置における権利管理方法であって、
特定のコンテンツを再生するためのライセンス情報を、サービスプロバイダに要求し 前記要求に対する応答として、コンテンツの利用が許可される条件を示した利用条 件を含む前記ライセンス情報と、前記利用条件の範囲を指定した範囲指定情報とを 取得し、
取得された前記ライセンス情報に含まれる利用条件が、前記範囲指定情報で指定 された範囲に含まれるか否かを判定し、
前記判定の結果、前記利用条件が、前記範囲指定情報で指定された範囲に含ま れない場合、取得した前記ライセンス情報を破棄する
権利管理方法。
[22] コンテンツの利用を許可するライセンス情報を管理する権利管理装置のためのプロ グラムであって、コンピュータに
前記利用が許可される条件を示した利用条件を含むライセンス情報を生成するライ センス情報生成ステップと、コンテンツを制作するコンテンツプロバイダに備えられる 権利管理装置から、前記利用条件の範囲を示す情報を受信する範囲指定受信ステ ップと、生成されたライセンス情報に含まれる前記利用条件が、指定された前記範囲 に含まれる力否かを判定する利用条件判定ステップと、前記判定の結果、前記利用 条件が前記範囲に含まれる場合にのみ、生成された前記ライセンス情報を有効にす る有効化ステップとを実行させるプログラム。
[23] コンテンツの利用を許可するライセンス情報に従って、コンテンツの再生を行なうェ ンドユーザの端末装置のためのプログラムであって、コンピュータに
特定のコンテンツを再生するためのライセンス情報を、サービスプロバイダの権利 管理装置に要求する要求ステップと、前記要求に対する応答として、コンテンツの利 用が許可される条件を示した利用条件を含む前記ライセンス情報と、前記利用条件 の範囲を指定した範囲指定情報とを取得するライセンス情報取得ステップと、取得さ れた前記ライセンス情報に含まれる利用条件が、前記範囲指定情報で指定された範 囲に含まれる力否かを判定する利用条件判定ステップと、前記判定の結果、前記利 用条件が、前記範囲指定情報で指定された範囲に含まれない場合、取得した前記ラ ィセンス情報を破棄する破棄ステップとを実行させるプログラム。
[24] (1)暗号化されたコンテンツを復号するコンテンツ鍵と、 (2)前記コンテンツの利用 が許可される条件を示した利用条件の範囲を指定する情報とが記録された記録媒体
[25] (1)暗号化されたコンテンツを復号するコンテンツ鍵と、 (2)前記コンテンツの利用 が許可される条件を示した利用条件の範囲を指定する情報と、 (3)前記利用条件の 下で前記コンテンツの利用を可能にするライセンス情報の発行に関する条件が記録 された記録媒体。
PCT/JP2005/005416 2004-03-29 2005-03-24 権利管理装置、端末装置及び権利管理システム WO2005093583A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/587,432 US8386390B2 (en) 2004-03-29 2005-03-24 Right management device, terminal device, and right management system
JP2006519446A JP4705027B2 (ja) 2004-03-29 2005-03-24 権利管理装置、端末装置及び権利管理システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004095646 2004-03-29
JP2004-095646 2004-03-29

Publications (1)

Publication Number Publication Date
WO2005093583A1 true WO2005093583A1 (ja) 2005-10-06

Family

ID=35056372

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/005416 WO2005093583A1 (ja) 2004-03-29 2005-03-24 権利管理装置、端末装置及び権利管理システム

Country Status (4)

Country Link
US (1) US8386390B2 (ja)
JP (1) JP4705027B2 (ja)
CN (1) CN100458806C (ja)
WO (1) WO2005093583A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007110730A (ja) * 2005-10-13 2007-04-26 Samsung Electronics Co Ltd Ｄｒｍライセンス提供方法及びシステム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1322388C (zh) * 2005-08-15 2007-06-20 华为技术有限公司 对具有拷贝导出权限的版权进行限制的方法及装置
US20110264551A1 (en) * 2010-04-21 2011-10-27 Kim Lau Trading and distribution system for audio-video content
US9178930B2 (en) * 2010-04-23 2015-11-03 Hitachi Maxell, Ltd. Content receiving device, and content distribution system
US9615116B2 (en) * 2011-06-16 2017-04-04 Pasafeshare Llc System, method and apparatus for securely distributing content
US20140189346A1 (en) * 2012-12-28 2014-07-03 Next Education, Llc License server manager
CN104602125B (zh) * 2013-10-30 2018-02-16 中国科学院声学研究所 一种基于mxf音视频媒体文件的打包及加密方法
US9507921B2 (en) * 2014-04-07 2016-11-29 Microsoft Technology Licensing, Llc User-specific application activation for remote sessions
JP6757125B2 (ja) * 2015-07-29 2020-09-16 ヤフー株式会社 転送装置および転送システム
CN107452148A (zh) * 2017-07-27 2017-12-08 广州市智专信息科技有限公司 一种移动终端开启自行车的方法、相应的单车运营平台及自行车

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08137686A (ja) * 1994-09-16 1996-05-31 Toshiba Corp 著作物データ管理方法及び著作物データ管理装置
JP2003131751A (ja) * 2001-06-11 2003-05-09 Matsushita Electric Ind Co Ltd ライセンス管理サーバ、ライセンス管理システム及び利用制限制御方法
JP2004038974A (ja) * 2002-06-28 2004-02-05 Microsoft Corp デジタルコンテンツとサービスの使用ライセンスを発行するためのシステムおよびその方法
JP2004046856A (ja) * 2002-06-28 2004-02-12 Microsoft Corp デジタルコンテンツに対応するデジタルライセンスを取得する方法
JP2004046809A (ja) * 2002-05-15 2004-02-12 Matsushita Electric Ind Co Ltd コンテンツ利用管理システム並びにこのシステムに用いられるサーバ装置及び端末装置
JP2004056794A (ja) * 2002-06-28 2004-02-19 Microsoft Corp コンテンツの権利管理のための領域ベース信用モデル

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5260999A (en) * 1991-06-28 1993-11-09 Digital Equipment Corporation Filters in license management system
US5870467A (en) 1994-09-16 1999-02-09 Kabushiki Kaisha Toshiba Method and apparatus for data input/output management suitable for protection of electronic writing data
US5629980A (en) * 1994-11-23 1997-05-13 Xerox Corporation System for controlling the distribution and use of digital works
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
JPH08329011A (ja) 1995-06-02 1996-12-13 Mitsubishi Corp データ著作権管理システム
US6226618B1 (en) * 1998-08-13 2001-05-01 International Business Machines Corporation Electronic content delivery system
US20020107806A1 (en) * 2001-02-02 2002-08-08 Akio Higashi Content usage management system and content usage management method
WO2002101524A2 (en) 2001-06-11 2002-12-19 Matsushita Electric Industrial Co., Ltd. License management server, license management system and usage restriction method
KR20050006019A (ko) 2002-05-15 2005-01-15 마쯔시다덴기산교 가부시키가이샤 컨텐츠 이용 관리 시스템

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08137686A (ja) * 1994-09-16 1996-05-31 Toshiba Corp 著作物データ管理方法及び著作物データ管理装置
JP2003131751A (ja) * 2001-06-11 2003-05-09 Matsushita Electric Ind Co Ltd ライセンス管理サーバ、ライセンス管理システム及び利用制限制御方法
JP2004046809A (ja) * 2002-05-15 2004-02-12 Matsushita Electric Ind Co Ltd コンテンツ利用管理システム並びにこのシステムに用いられるサーバ装置及び端末装置
JP2004038974A (ja) * 2002-06-28 2004-02-05 Microsoft Corp デジタルコンテンツとサービスの使用ライセンスを発行するためのシステムおよびその方法
JP2004046856A (ja) * 2002-06-28 2004-02-12 Microsoft Corp デジタルコンテンツに対応するデジタルライセンスを取得する方法
JP2004056794A (ja) * 2002-06-28 2004-02-19 Microsoft Corp コンテンツの権利管理のための領域ベース信用モデル

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007110730A (ja) * 2005-10-13 2007-04-26 Samsung Electronics Co Ltd Ｄｒｍライセンス提供方法及びシステム
JP2011146051A (ja) * 2005-10-13 2011-07-28 Samsung Electronics Co Ltd Ｄｒｍライセンス提供方法及びシステム

Also Published As

Publication number Publication date
CN100458806C (zh) 2009-02-04
CN1930574A (zh) 2007-03-14
US8386390B2 (en) 2013-02-26
US20070174203A1 (en) 2007-07-26
JPWO2005093583A1 (ja) 2008-02-14
JP4705027B2 (ja) 2011-06-22

Similar Documents

Publication Publication Date Title
JP4705027B2 (ja) 権利管理装置、端末装置及び権利管理システム
US8095578B2 (en) Data processing system and method therefor
EP1640984B1 (en) Storage media electronic rights management
US8712048B2 (en) Information recording medium and information processing method for accessing content with license or copyright protection
US7260557B2 (en) Method and apparatus for license distribution
US7539307B2 (en) System, method, and service for delivering enhanced multimedia content on physical media
US20060212370A1 (en) Cryptographic methods, apparatus and systems for storage media electronic rights management in closed and connected appliances
US20100174652A1 (en) Cryptographic methods, apparatus and systems for storage media electronic right management in closed and connected appliances
JPH09115241A (ja) データ記録装置及び方法、データ再生装置及び方法、並びに記録媒体
US20060206397A1 (en) Cryptographic methods, apparatus and systems for storage media electronic right management in closed and connected appliances
JP4943517B2 (ja) 使用者生成コンテンツ保護システム及びその方法
JP2000341264A (ja) 情報処理装置及び方法
JP2005222556A (ja) 閉鎖、接続された機器における記憶媒体電子権利管理用の暗号法の方法、機器およびシステム
WO2003088559A1 (en) Method and system for controlled internet distribution of digital media

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

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: 2006519446

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2007174203

Country of ref document: US

Ref document number: 10587432

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 200580007379.8

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase
WWP Wipo information: published in national office

Ref document number: 10587432

Country of ref document: US