WO2005036407A1 - コンテンツ配信方法及びコンテンツサーバ - Google Patents

コンテンツ配信方法及びコンテンツサーバ Download PDF

Info

Publication number
WO2005036407A1
WO2005036407A1 PCT/JP2004/014344 JP2004014344W WO2005036407A1 WO 2005036407 A1 WO2005036407 A1 WO 2005036407A1 JP 2004014344 W JP2004014344 W JP 2004014344W WO 2005036407 A1 WO2005036407 A1 WO 2005036407A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
description
protection
digital item
ipmp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2004/014344
Other languages
English (en)
French (fr)
Inventor
Sheng Mei Shen
Ming Ji
Zhongyang Huang
Takanori Senoh
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
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/575,355 priority Critical patent/US20070143219A1/en
Priority to EP04788372A priority patent/EP1675011A1/en
Publication of WO2005036407A1 publication Critical patent/WO2005036407A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85403—Content authoring by describing the content as an MPEG-21 Digital Item
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • 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

Definitions

  • the present invention relates to a content distribution method and a content server that distributes content. More specifically, digital rights management (DRM) or intellectual property rights management and protection (IPMP) for general digital content, and more specifically, digital content protection and management that does not rely on any data format. .
  • DRM digital rights management
  • IPMP intellectual property rights management and protection
  • MPEG-21 seeks to define a general-purpose framework to enable transparent and increasing use of digital content between devices used by a wide range of networks and different communities.
  • the method of protecting content when used between networks or devices is a very important item in MPEG-21. This item is Part 4 of MPEG-21 and is called MPEG-21 IPMP (Intellectual Property Rights Management and Protection).
  • a digital item is defined as a structured digital object for any digital content having a standard representation, identification and description, exchange, distribution, Used as the basic unit of a transaction
  • a digital item is declared and expressed using XML by a Digital Item Declaration (DID).
  • DID Digital Item Declaration
  • Metadata could for example describe the media resource format, specify a resource protection scheme, give the resource an identifier, and provide user preferences.
  • DID Digital Item Identification
  • DIA Digital Item Adaptation
  • IPMP Intellectual Property Rights Management and Protection
  • REL Lights Expression Language
  • RDD Lights Data Dictionary
  • ER Event Reporting
  • IPMP description is, for example, a description of a protection processing tool used for performing the above protection processing or a protection release tool for releasing the above protection.
  • the user terminal analyzes the IPMP description.
  • the user downloads a necessary protection removal tool from the analysis result, and releases the protection of the content using the protection removal tool, thereby performing processing such as reproduction and printing of the content. Since the protection processing tool and the protection release tool are paired, even if the protection processing tool is described in the IPMP description, it is possible to download the corresponding protection release tool.
  • protection processing tools are, for example, an encryption tool, an electronic watermark embedding tool, a digital signature tool, and the like, and the corresponding protection release tools are a decryption tool, a detection tool, and a protection tool, respectively. It is a collation tool.
  • IPMP tool refers to the above protection processing tool or protection release tool.
  • REL is a language that stipulates user rights such as "John can play one song for one month", in other words, content usage conditions.
  • the user terminal analyzes the REL description.
  • the user can perform processing such as playback or printing of the content only when the usage conditions specified by the REL description are satisfied.
  • FIG. 1 is a diagram showing an example of a conventional DID document.
  • the DID document 1.1 has therein a digital item 1.6 having content or an address of the content as a “resource”.
  • DID document 1.1 has an IPMP description (1.2).
  • the IPMP description (1.2) describes all of the protection release tools required for each digital item 1.6.
  • the REL description (not shown) indicating the usage condition of the content is described in the descriptor of the digital item 1.6 having the content or the address of the content.
  • Non-Patent Document 1 Inventors: Zhongyang Huang, Ming Ji, Shengmei Shen, Takanori Senoo, Takuyo Kogure, Takafumi Ueno, "MPE G-21 System Patent for the device (Appratus of a MPEG-21 System), Internal Patent No. PatOl. 028, filed in Japan in February 2002
  • Non-patent Document 2 "MPEG-21 Digital Item Declaration Final International Standard (ISOZIEC 2 1000-2 MPEG-21 Digital Item Declaration FDIS)", ISO / IEC JTC 1 SC29ZWG11ZN4813, May 2002
  • Non-Patent Document 3 "MPEG-21 Architecture, Scenarios and IPMP Requirements", ISO / IEC JTC 1 SC29ZWG11ZN5874, July 2003
  • the IPMP description and the REL description related to specific content are not described together in the same digital item having the content or the address of the content, but are described separately.
  • the IPMP description and the REL description are inseparable, analyzing them separately has a problem in that the efficiency is low and the time loss is large.
  • the user terminal analyzes the DID document in order from the first description, that is, in the order of upper left, lower left, upper right, and lower right in FIG. Analyze the description (1.2).
  • this IPMP description describes all the necessary protection removal tools for each digital item 1.6.
  • the user terminal downloads all unprotection tools indicated by the IPMP description (1.2) and then sequentially analyzes the REL description for the content of each digital item 1.6. In this case, depending on the REL description of each digital item, a specific previously downloaded protection removal tool may not be required, and the time and cost spent downloading the unnecessary protection removal tool may be wasted. There was a problem that it would be lost.
  • IPMP specifically MPEG-21 IPMP, shall support the management and protection of intellectual property in descriptor and description schemes.
  • IPMP specifically MPEG-21 IPMP, provides interoperability so that content can be reproduced anywhere.
  • IPMP specifically MPEG-21 IPMP, is a device that uses a new media format, IP.
  • IPMP specifically MPEG-21 IPMP, provides a mechanism to refer to a digital item description as part of a language and to query an external content description.
  • IPMP specifically MPEG-21 IPMP, shall provide a mechanism for associating expressions relating to synthetic digital items.
  • IPMP specifically MPEG-21 IPMP, shall provide a mechanism for referencing a container or other aggregation of digital items.
  • IPMP specifically MPEG-21 IPMP, sets a flag so that a specific expression is protected.
  • the protection itself is provided by the IPMP system, which controls the representation as digital items.
  • IPMP specifically MPEG-21 IPMP, shall provide a mechanism for referencing an authentication scheme.
  • IPMP specifically MPEG-21 IPMP, shall provide a mechanism to ensure that IPMP does not depend on the format or distribution channel of the digital item.
  • IPMP specifically MPEG-21 IPMP, clearly expresses requirements relating to IPMP tools and IPMP functions.
  • IPMP specifically MPEG-21 IPMP, needs to identify IPMP tools and functions to build a reliable IPMP implementation.
  • the IPMP tool and IPMP function are components for building an IPMP-capable terminal or peer.
  • the terminal or peer can use its IPMP capabilities (IPMP tools and IPMP Function) can be disclosed. This makes it possible to check the IPMP performance of another terminal or peer before deciding to join the communication terminal or peer.
  • the present invention has been made to solve the above problem, and enables a user to obtain a protection release tool efficiently and reproduce content without wasting time.
  • the purpose of the present invention is to provide a content distribution method and a content server.
  • IPMP Control Graph Introducing the concept of the IPMP Control Graph to refer to all rights and protections directly related to the content
  • IPMP Control Graph Define an IPMP Control Graph or REL—IPMP Control Graph as a protection metadata holder to include the rights and protection information used to package and protect the content
  • IPMP Control Graph or REL—Put rights and conditions into the IPMP Control Graph
  • IPMP control graph or REL Insert content encryption information in IPMP control graph
  • IPMP control graph or REL Insert electronic permeability information in IPMP control graph
  • IPMP Control Graph or REL Displays the IPMP Control Graph with key information used to encrypt content
  • IPMP control graph or REL Put the key license information in the IPMP control graph or anywhere indicated by rights, DIDs or key locations,
  • IPMP control graph or REL In the IPMP control graph, use the tool ID to indicate which IP MP tool is used for encryption, digital signature, digital watermark, content ID or DII and sub-content ID To associate rights and protections with respect to the protected digital content or its sub-content,
  • IPMP control graph or REL—IPMP control graph Place the IPMP control graph or REL—IPMP control graph in a DID container or other appropriate location in another application domain.
  • IPMP control graph or REL Parse the DID to find the IPMP control graph
  • the protected license manager also searches for key licenses,
  • the protected content will be protected !, na !, state, and the integrity of the rights will be checked using the tool indicated by the tool ID,
  • the first content distribution method includes a first protection processing step of performing a protection process on the content to protect the copyright of the content, and a use condition of the content.
  • a packaging step of packaging; and the first digital item or the second packaged And a distribution step of distributing the digital item to the user terminal end.
  • the first description step both the description about the protection process and the description about the use condition are described in the first digital item.
  • the use condition is set such that the description regarding the use condition is analyzed before the description regarding the protection process by the user terminal.
  • the first description step includes, as the description regarding the protection processing, a flag indicating that the copyright of the content is protected, and a protection release tool for releasing the protection. And information.
  • the content distribution method in this case is referred to as a second content distribution method.
  • the first protection processing step includes a step of embedding an electronic watermark in the content, a step of encrypting the content, and The method further includes at least one step of digitally signing the content, wherein the first description step includes, as a description relating to the protection processing, electronically transmitting the content in accordance with the type of the protection processing.
  • a flag indicating that the content is embedded information of a detection tool for detecting the electronic watermark, a flag indicating that the content is encrypted, and a decryption code for decrypting the content.
  • the content distribution method in this case is referred to as a third content distribution method.
  • the first protection processing step includes a step of encrypting the content using an encryption key, and the first description
  • the step is a step of describing a flag indicating that the content is encrypted, information of the decryption tool, and information of an encryption key for encrypting the content as a description related to the protection processing. including.
  • the content distribution method in this case is referred to as a fourth content distribution method.
  • the first protection processing step includes a step of further encrypting an encryption key
  • the first description step includes:
  • the description of the protection processing further includes a step of describing information of a license key for decrypting the encrypted encryption key.
  • the content distribution method in this case is called a fifth content distribution method.
  • the first to fifth content distribution methods include a second protection method for performing a protection process on the description of the use condition to protect the copyright of the description. place A second step describing, as the description of the protection processing, a flag indicating that the copyright of the description of the use condition is protected, and information of a protection release tool for releasing the protection. And a description step.
  • the first content server includes a protection processing unit for performing a protection process for protecting the copyright of the content, and a usage condition for generating the usage condition of the content.
  • a generation unit a first digital item having the content or an address of the content, wherein another digital item can be defined therein, or the first digital item And a description part for describing a second digital item in a digital item declaration format in which the first digital item or the second digital item described in the digital item declaration format is defined.
  • a packaging unit, and the first digital item or the second digital item Including a distribution unit to be delivered to the terminal.
  • the description unit describes both the description about the use condition and the description about the protection process in the first digital item.
  • the description unit includes, as a description related to the protection processing, a flag indicating that the copyright of the content is protected, and a description of the protection. Describe the information of the protection release tool to be released.
  • the content server in this case is called a second content server.
  • the protection processing unit performs a protection process for protecting the copyright of the description on the description of the use condition.
  • the description section describes, as the description of the protection processing, a flag indicating that the copyright of the description of the use condition is protected, and information of a protection release tool for releasing the protection. .
  • both the IPMP description and the REL description regarding the content are described in the digital item having the content or content address.
  • This allows the user terminal to access the content for each content.
  • REL and IPMP descriptions related to the contents can be analyzed. Therefore, the user can acquire only the protection release tool necessary to process the content.
  • the user terminal analyzes the REL description before the IPMP description, and therefore obtains only the necessary protection release tool according to the REL description. It becomes possible. As a result, it becomes possible for the user to efficiently obtain the protection release tool without wasting time and play the content.
  • the present invention is particularly useful when the content needs to be protected with respect to rights and conditions, especially where the content to be energized is in any data form and can be transmitted by various networks. It is.
  • the present invention relates to the case where strong protection needs to be associated with the content to be protected by the content ID, particularly when the content is protected using the strong protected information content ID or MPEG-21 DII. Useful when defined as a series of accompanying statements.
  • the present invention provides a powerful IPMP control graph holder or REL—IPMP control graph holder that is clear and convenient for content creation, content distribution, and content consumption. This is useful when placed in The powerful holder may be held in the DID of the MPEG-21 static file format or may be held in the SDP for RTP transmission.
  • each of the protections is indicated by a tool ID, so that both defined and external IPMP tools can be used for flexibility, renewability and extensibility. It is useful when done.
  • FIG. 1 is a diagram showing a DID structure relating to possible protection information included in the prior art.
  • FIG. 2 is a diagram showing a conventional MPEG-21 IPMP architecture.
  • FIG. 3 is a block diagram showing a configuration example of a content server according to the first embodiment of the present invention.
  • FIG. 4 is an example of a flowchart illustrating a content distribution process performed by content server 20 shown in FIG. 3.
  • FIG. 5 is a flowchart of packaging content related to individual rights and protection.
  • FIG. 6 is an IPMP control graph for information on rights and protection held by DID.
  • FIG. 7 shows another example of a flowchart showing details of the description step shown in FIG.
  • step S45 is a flowchart showing details of step S45 in the flowchart shown in FIG. 7.
  • FIG. 9 is a flowchart of a terminal process for content protected and packaged with respect to IPMP control graph information.
  • FIG. 10 is a diagram showing an IPMP architecture related to processing of an IPMP control graph.
  • FIG. 11 is a flowchart of packaging content relating to synthesized rights and protection.
  • FIG. 12 is an IPMP control graph for information on rights and protection held by DID.
  • FIG. 13 shows another example of the flowchart showing details of the description step shown in FIG.
  • FIG. 14 is a flowchart of a terminal process for content protected and packaged with respect to REL-IPMP control graph information.
  • FIG. 15 is a diagram showing an IPMP architecture related to processing of REL—IPMP control graph.
  • FIG. 16 is a diagram showing a layout of rights and protections in a REL—IPMP control graph.
  • Content may be electronically transparent using certain electronic watermarking tools to achieve certain functions, such as fingerprinting, persistent relevance, or copyright protection by embedding CID or other information. It is also possible to realize the power.
  • Content can be encrypted by an IPMP Tool with Tool IDXXX .
  • xxx is a number registered by an RA (Registration Authority) to indicate which encryption algorithm is being used.
  • RA Registration Authority
  • Default tools such as AES are defined for simple hardware to be implemented.
  • the resulting keying material may be retained in the IPMP control graph, either directly or by indicating where the entire keying data can be found.
  • the encryption key can be further encrypted, and it is eventually indicated that the IPMP control graph, REL data or other rights expression data, or the DID itself, or the key position indicator is retained in the IPMP control graph ZRELZDID. It is also possible to generate or hold a license directly at any location!
  • Rights can be expressed by independent existing technical standards, such as REL, defined in MPEG-21, or by other RELs, or by digital signatures for their completeness. It is possible to protect powerful rights.
  • the content packaged with the rights and protection information is parsed by the IPMP control graph, and as a result, is the content also protected? And determine whether the content is encrypted, the power with electronic watermarking, or whether the rights are also protected.
  • the corresponding protection tool is invoked and operates on the object to be protected.
  • the tool may be a reference tool defined by the MPEG-21 standard and installed on the device, or the tool may be copyrighted and identified by a tool ID that can be downloaded remotely.
  • the tool may be a reference tool defined by the MPEG-21 standard and installed on the device, or the tool may be copyrighted and identified by a tool ID that can be downloaded remotely.
  • the tool is identified by a registered tool ID, and is a flag for instructing a terminal or an apparatus to arrange a tool in advance or to arrange a tool in advance.
  • the key information is defined and retrieved from a key data holder that is directly or indirectly held in the IPMP control graph.
  • the keying material is also included in the segment along with the corresponding content segment to be protected if the content is distributed over a network. It is also possible to obtain.
  • the license manager can also obtain license information.
  • the license manager may be a tamper-resistant entity, so as not to disclose how the license is retrieved by the license manager.
  • Rights and content are unprotected by using the keys, key data and protection tools described above.
  • the rights are further parsed by the rights versa to obtain the rights and conditions in a clear manner so that the rights and conditions can be processed.
  • Non-Patent Document 1 With respect to the prior art (see Non-Patent Document 1 and Non-Patent Document 2), as shown in Fig. 1, digital content is packaged by DID with relevant possible protection. You.
  • DID stands for "container”, “item”, “component”, “anchor”, “descriptor”, “condition”, “selection”, “selection” for a defined digital item.
  • Annotations “claims”, “resources”, “fragments”, “statements” (eg, units 1.6, 1.7, 1.8 in Figure 1)
  • a useful model (unit 1.1 in Figure 1) formed by items and concepts has been defined.
  • Module 1.2 shown in Figure 1 is the overall IPMP control information used for all items that are to be protected inside this container.
  • Modules 1.3 and 1.4 are specific protection information related to the content to be protected.
  • Module 1.5 is DII for specifying content ID.
  • DID addresses the static relationships between the elements and can be treated as a file format, so that the rights and protection information is stored in the IPMP- Control—The ability to associate directly with the protected content as a graph.
  • the key information can be transmitted directly or indirectly from the key data holder to the IPMP-control-graph. Also, when content is distributed over a network The key information may be segmented.
  • FIG. 2 Another prior art is shown in Fig. 2 (see Non-Patent Document 3) regarding the MPEG-21 IPMP architecture.
  • the Module 2.1 Rights Expression Language (REL) engine is the component that determines REL authentication given an authentication request and a set of licenses and root authorizations.
  • the REL engine uses the license manager to help resolve authentication queries.
  • the digital item manager of module 2.2 parses digital item declarations in digital items.
  • the Digital Item Manager also accesses where the Digital Item resides and creates a Digital Item Instance in Module 2.3.
  • the digital item manager communicates any licenses embedded in the digital item declaration to the license manager.
  • the digital item instance in module 2.3 represents a digital item in the trusted domain.
  • the digital item instance contains local metadata about the digital item, such as information about the storage location and possibly the content encryption key.
  • the license manager in module 2.4 supports the REL engine by managing the license's persistence status and its authentication or revocation status.
  • the license manager is also responsible for verifying the integrity of the license.
  • the condition processor of module 2.5 selects the condition, evaluates the condition, satisfies the condition, and, once the condition is satisfied, starts executing the authenticated operation (right by the DIP processor). Exercise).
  • the module 2.6 IPMP user session manager directs the invocation of the digital item operation (by the condition evaluator), obtains the proper authorization (by the REL engine), and the condition (by the condition evaluator). Check first if it has been evaluated.
  • the exercise of the rights in module 2.7 is a record of the exercise of the rights, ie, a record of the invocation of the digital item operation. This record is stored by the user session manager. Maintained and used to associate satisfaction of conditions with exercise of rights.
  • the digital item processing engine of module 2.8 includes digital item method (DIM), digital item basic operation (DIBO) of module 2.9, and digital item extension operation (DIXO) of module 2.10. Perform item actions. DIM is executed by the DIM engine, DIXO is executed by the DIXO engine, and DIBO is executed by the DIBO library. The digital item processing engine updates the user session state according to the processing state information.
  • DIM digital item method
  • DIBO digital item basic operation
  • DIXO digital item extension operation
  • the digital item processing engine updates the user session state according to the processing state information.
  • FIG. 2 The major problem with FIG. 2 is that the protected information that is subject to processing, interpretation, and transmission is particularly important when the content is protected by multiple tools and the rights are protected using different tools. That is not. There is no clear explanation of how the content is protected and how it needs to be processed.
  • the second problem with Figure 2 is that the existing REL engine defined in MPEG-21 REL only processes rights expressions, so the data flow from the license manager should pass through the REL engine. It is not.
  • the output from the license manager can include the encryption key used to decrypt content controlled by the entity that needs to be the IPMP manager shown in FIG.
  • the decoding itself may be done with an IP MP tool, a DIP processor, DIME or DIBO or DIXO.
  • a third problem with FIG. 2 is that there is no data flow indication that those REL data processed by the REL engine will come anywhere.
  • Such rights expressions including rights conditions when expressed in MPEG-21 REL format, are stored as metadata with the DI in the DID container and can be processed by the DI manager. . DI managers should change to a DID verser that only parses information according to which DIDs are defined.
  • the first case is when an existing REL is used to express the corresponding rights and conditions, and the protection control mechanism is defined taking into account content protection including encryption, watermarking and key management.
  • the second case is when existing RELs are extended by adding protection features that can include encryption, watermarking, key management, and so on.
  • the case of V and deviation will be described in detail in the following section.
  • FIG. 3 is a block diagram showing a configuration example of the content server according to the first embodiment of the present invention.
  • the content server 20 includes an input interface unit 22, a content ID assignment unit 23, a content protection processing unit 24, a usage condition data generation unit 25, a DID description unit 26, It includes a knocking unit 27 and a distribution unit 28.
  • the input interface unit 22 interfaces the content server 20 and an external device, and digital contents are input from the external device via the interface unit 22.
  • the content ID assigning unit 23 harms the input content with a content ID specifying the content.
  • the content protection processing unit 24 performs protection processing for protecting the copyright of the content, such as encryption or embedding of a digital watermark, for the content to which the content ID has been harmed.
  • This protection processing is performed using a protection processing tool corresponding to the type of protection processing.
  • the content protection processing unit 24 assigns a tool ID to the protection processing tool and the protection release tool paired with the protection processing tool, and outputs the protection release tool to an external device via the distribution unit 28.
  • the user downloads the necessary protection release tools to the external device when needed.
  • the use condition data generation unit 25 generates data indicating a use condition of the digital content.
  • the usage condition data may be directly input to the usage condition data generation unit 25 by an external input device (not shown) by the content distributor.
  • the DID description unit 26 describes the content to which the ID is assigned or the digital item having the address of the content in a digital item declaration format.
  • the DID description unit 26 describes, in the digital item, a description regarding the use condition of the content indicated by the use condition data input from the use condition data generation unit 25 and a description regarding the protection processing performed on the content.
  • the knocking unit 27 packages a digital item described in a digital item declaration format.
  • Distribution unit 28, package And distributes the digitalized item to the user terminal. Further, the distribution unit 28 outputs the protection release tool output from the content protection processing unit 24 to the outside.
  • a digital item can be defined recursively, that is, another digital item can be defined within itself.
  • the DID description unit 26 describes, in the same digital item as the content or the digital item having the address of the content, a description relating to the use condition of the content and a description relating to the protection processing of the content.
  • FIG. 4 is an example of a flowchart illustrating a content distribution process performed by content server 20 shown in FIG.
  • the content server 20 assigns an ID to the input content by the content ID assigning unit 23 (step S1), and the content protection processing unit 24 assigns the copyright of the content to the content.
  • the distribution release unit 28 outputs the protection release tool to an external device (step S3).
  • the content server 20 determines the use condition of the content using the use condition data generation unit 25 (step S4).
  • the content server 20 describes the content or the digital item having the content address in the digital item declaration format by the DID description unit 26 (step S5).
  • the content server 20 packages the digital item described in the digital item declaration format by the packaging unit 27 (step S6). Finally, the content server 20 distributes the packaged digital item to the content user terminal by the distribution unit 28 (step S7).
  • Module 5.8 REL is an existing rights expression language that is to be used to package rights related to conditions.
  • Other parts 5.3, 5.4, 5.5, 5.6, 5.7, 5.9, 5.11, and 5.13 are protection-related opportunities.
  • the most important one is in module 5.15, which is an IP MP control graph. It may be stored in an MPEG-21 DID container, but may be stored elsewhere in a different application domain!
  • module 5.9 When content needs to be transmitted over a network, it is usually segmented and encrypted, stored somewhere as a resource, and has a corresponding time-varying key strength module 5.9. It is stored as key information directly or indirectly by indicating its position in the key data holder of the IPMP control graph.
  • the IPMP control graph is held in the SDP (Section Description Protocol), and the key information may be held in the RTP header or for video and audio packets.
  • SDP Service Description Protocol
  • the key information may be held in the RTP header or for video and audio packets.
  • it may be kept in a time-varying key and protected video or audio data.
  • the module 5.1 assigns a content ID.
  • DII of MPEG-21 can be used.
  • a sub-content ID can be used, and if the sub-content needs to be protected, the protection can be associated with this sub-content ID.
  • the content ID is assigned by the content assignment unit 23.
  • Module 5.2 is to place a flag in the IPMP control graph to indicate whether the content is protected or free.
  • Module 5.3 will place a flag on the IPMP control graph to indicate whether electronic watermarking has been incorporated. The arrangement of these flags is performed by the DID description unit 26.
  • module 5.4 assigns a watermark (WM) tool ID for the WM tool used in this case, and then records the tool ID, Placed in the IPMP control graph.
  • Module 5.5 creates a WM description that includes the digital watermark interface or API related information to be placed in the IPMP Control Drafts. The assignment of the WM tool ID is performed by the content protection processing unit 24. The placement of the WM tool ID in the IPMP control graph and the creation of the WM description are performed by the DID description unit 26.
  • Module 5.6 is responsible for determining whether the content is encrypted, and a flag for "Yes Z No" is placed in the IPMP control graph in Module 5.15. The placement of this flag is performed by the DID description unit 26.
  • Module 5.9 assigns an encryption tool ID for the encryption tool used in this case. After the assignment, the tool ID is recorded and placed in the IPMP control graph. Module 5.7 is responsible for placing the key data holder key information either directly in the IPMP control graph or by indicating other locations by holder. Allocation of the encryption tool ID is performed by the content protection processing unit 24. The arrangement of the encryption tool ID in the IPMP control graph and the arrangement of the key information are performed by the DID description unit 26.
  • the encryption key is further encrypted, and the key as a license is finally placed anywhere indicated by the IPMP control graph, REL, DID or key position 1 You.
  • the encryption of the encryption key is performed by the content protection processing unit 24, and the key arrangement as a license is performed by the DID description unit 26.
  • Module 5.8 is to create and package rights with respect to corresponding terms that conform to existing REL standards, which are modified and modified by content distribution value chain sales agents. It may be edited. The creation of the right is performed by the usage condition data generation unit 25.
  • Module 5.10 is supposed to protect rights metadata by digitally signing rights.
  • Module 5.12 is responsible for assigning a tool ID for digital signature verification, and module 5.14 is for assigning an entity-key to the IPMP control graph or DID, or anywhere indicated by key position 2. It is to be arranged.
  • the digital protection of the rights and the assignment of the tool ID for verifying the digital signature are performed by the content protection processing unit 24.
  • the arrangement of the entity key is performed by the DID description unit 26.
  • module 5.15 Details of module 5.15 are shown in Figure 7A as an example in the MPEG-21 case where an XML-based approach is used to represent an IPMP control graph.
  • the DI (6.2 declared by DID 6.1) consists of two digital items (6.3, 6.4), each digital item being a separate attached media resource (6.9, 6. It has an identification scheme (6.5, 6.6) with 10).
  • Module 6.7 shows the IPMP control graph described above, and module 6.8 gives the actual rights expressions (conditions and usage rules) associated with the resource.
  • Figure 6 shows a digital card written in DID format. It is a figure showing an example of an item.
  • Digital items can be defined recursively, that is, they can have digital items within themselves.
  • the digital item 6.2 shown in FIG. 6 includes digital items (6.3, 6.4).
  • the resources (6.9, 6.10) of a digital item (6.3, 6.4) include the address of the digital content or the owner of the digital content.
  • the command statement (6.5, 6.6) is DII for specifying the content ID.
  • the digital item (6.3, 6.4) having the content or content address shown in Fig. 6 constitutes the first digital item, and a digital item in which a plurality of first digital items are defined.
  • Item 6.2 forms the second digital item.
  • “KeyInformation” in the IPMP description encrypts the content. This is the key information of the encryption key obtained.
  • the encryption key is encrypted so that it cannot be misused by others when delivered to users.
  • the license key is a key for decrypting this code.
  • the above IPMP description describes the location where the license key is located.
  • Table 2 shows the meaning of the REL description (6.8).
  • the left column shows the actual description
  • the right column shows the brief meaning of the description.
  • the user terminal can execute the REL related to the content.
  • a user terminal that only needs to analyze the description and the IPMP description can obtain only the protection release tool necessary to process the content.
  • the user terminal analyzes the IPMP description first. In this case, the user terminal downloads the protection release tool regardless of the contents of the REL description. For example, when receiving the digital item shown in Fig. 6, the user terminal downloads and sets up the necessary tools before the usage period of the permitted content starts. In this case, when the user terminal plays back the content after the usage period has started, it is not necessary to download the protection removal tool, and the content can be played back promptly.
  • FIG. 7 shows another example of a flowchart showing details of the description step (in FIG. 4, indicated by step S5) when creating the digital item shown in FIG.
  • the DID description unit 26 of the content server 20 describes the content ID assigned to the digital item using the ID data input from the content ID assigning unit 23 (step S41). Then, using the data input from the content protection processing unit 24, it is determined whether or not the electronic watermark is embedded in the content (step S42). If it is determined that the electronic watermark is embedded, (YES in step S42), as the IPMP description, a flag indicating that the electronic watermark is embedded and information of the detection tool, for example, the tool ID of the detection tool are described (step S43).
  • step S44 determines whether or not the content is encrypted (step S44), and is encrypted! / If it is determined to be correct (YES in step S44), a flag or the like indicating encryption is described as an IPMP description (step S45). If it is determined that the data has been encrypted! /, That is, N (No in step S44), the process proceeds to the next step S46. Next, the DID description unit 26 determines whether or not the content is digitally signed using the data input from the content protection processing unit 24 (step S46), and determines that the content is digitally signed.
  • step S46 a flag indicating that the digital signature is applied and information on the collation tool, for example, the tool ID of the collation tool are described as the IPMP description (step S47). If it is determined that the digital signature has not been issued (NO in step S46), the flow advances to the next step S48. Finally, the DID description unit 26 uses the data input from the use condition data generation unit 25 to describe the use condition of the content as a REL description (step S48).
  • FIG. 8 is a flowchart showing details of step S45 in the flowchart shown in FIG.
  • the DID description unit 26 includes, as an IPMP description, a flag indicating that the content is encrypted, information on a decryption tool such as a decryption tool ID, And information of the encryption key (step S452). Then, using the data input from the content protection processing unit 24 again, it is determined whether or not the encryption key is further encrypted (step S452). In S452, the information of the license key for decrypting the encryption key is described as the IPMP description (step S453). If it is determined that it is encrypted! /, Na (Step S452 NO), the process proceeds to step S46 shown in FIG.
  • protection processing may be performed on the REL description (rights metadata)!
  • the DID description unit 26 creates a REL description using the data input from the usage condition data generation unit 25, and inputs the REL description to the content protection processing unit 24.
  • the content protection processing unit 24 performs protection processing on the input REL description.
  • the process performed by the content server 20 is the same as the process performed when the content is protected. Specifically, the processing shown in steps S2 and S3 in FIG. 4 is performed.
  • the DID description unit 26 uses the data input from the content protection processing unit 24 to describe a flag corresponding to the type of the protection processing and information on the protection release tool in the digital item.
  • This description process is the same as the process performed by the DID description unit 26 when the content is protected. Specifically, the processing of steps S42 to S47 shown in FIG. 7 is performed.
  • FIG. 9 is a flowchart of a terminal process for processing the protection and packaging information held in the IPMP control graph before the protected content can be consumed in module 9.18.
  • Module 9.1 is responsible for parsing DID and IPMP control graph information when a DID verser is needed only if the IPMP control graph is held in MPEG-21 DID. Tepuru.
  • Module 9.2 is to detect whether the content is protected or free. If the content is free, it can be played by module 9.18 for consumption. Otherwise, there are three branches to go to and confirm in modules 9.3, 9.4, and 9.5, respectively.
  • Module 9.3 is to detect whether the rights are encrypted, and module 9.4 is to detect whether the contents are encrypted. 9.5 is to detect whether the content has a digital watermark. ing.
  • module 9.6 is to call the protected tool with the tool ID
  • module 9.7 is to use the tool to verify the integrity of the rights. It has become. If the integrity is successfully demonstrated in Module 9.8, the rights are sent to Module 9.9 to parse the rights with a REL engine that conforms to the existing REL standard.
  • Module 9.11 processes rights and conditions attached to content and stores the rights and conditions granted in a buffer.
  • module 9.19 a check is made that the rights requested by the user do not violate the rights and conditions stored in the buffer.
  • Modularity 9.10 may be protected tamper resistant (TR)! /, And the license manager will also search for licenses. I'm wearing
  • module 9.13 calls the encryption tool indicated by the tool ID held in the IPMP control graph, and module 9.13 .14 is to retrieve the key information, and module 9.12 is to get the license manager to also get the key license.
  • the license manager since the license manager provides the actual license used by the decryption engine to remove the protection of the content, if the license manager is located in any part of the terminal or any other place, , May be protected by tamper-resistant technology.
  • the encryption tool can be defined as the default that most terminals use for its implementation, so that it can select something other than the default encryption tool in a special domain. Will be provided with an IPMP Tool ID. If the platform is allowed to download and use different cryptographic tools indicated by the tool ID, it will achieve interoperability across different domains while at the same time being scalable, flexible and updatable. Will be realized.
  • Module 9.15 is to decrypt the invoked tool, key data and license-bearing content and transmit it to module 9.17 for further processing.
  • module 9.16 If the content is detected in module 9.5 as having a digital watermark, the description data including the digital watermark tool having the tool ID and the interface is called in module 9.16. Preparations are made for actions that meet the user's requirements.
  • module 9.17 exercises the rights required by the user and acts on the unprotected content that is the output of module 9.15. Let's talk.
  • tamper-resistant is a license manager that provides licenses, rights, and condition processing to prepare rights, even when decrypting content to obtain unprotected content. It is used to protect the function of.
  • FIG. 10 shows a modified IPMP architecture with separately processed REL and IPMP control graphs. Comparing the rights and protection (related to IPMP) functions of FIGS. 9 and 10, it is clear that there are many functions related to IPMP that are lacking in the prior art of FIG. Module 9.9 for the REL engine, modules 9.10 and 9.12 for the license manager, and module 9.11 for the condition handling. In Figure 9, only the blue blocks are introduced into the prior art shown in Figure 2. Have been. Such functional blocks are module 2.1, module 2.4 and module 2.5 in FIG.
  • module 10.11 is added to parse and process the IPMP control graph information, and the corresponding results are communicated to the license manager of module 10.4. After the data related to REL has been verified for its integrity, the module The content protection and electronic watermarking information is communicated to the 10.1 REL engine and communicated to the Module 10.3 DI instance for further processing.
  • module 10.12 may be performed in module 10.8 if such a method is defined in DIME, or may be defined as a function of DIBO. May be performed in module 10.10, or may be performed in module 10.10 if it is an external function.
  • Line 10.14 shows the flow of data from the IPMP control graph processing module to the REL engine
  • line 10.15 shows the flow of data from the IPMP control graph processing module to the DI instance! / ⁇ You.
  • Line 10.16 is a module from the license manager to issue a license.
  • Module 10.13 is for the event reporting engine located in the same trusted domain as compared to FIG.
  • TR means a tamper-resistant module that is to be used to protect the license manager operation and the condition processing operation.
  • the content server according to the second embodiment has the same configuration and operation as the content server according to the first embodiment, and a description thereof will be omitted.
  • the MP control graph can be thought of as a REL-IPMP control graph.
  • module 11.16 is considered as a REL + extension that supports content protection signaling by extending the existing REL standard, and module 11. 15 is changed to REL-IPMP control graph.
  • Module 11.8 Is an existing REL function.
  • Module 11.8 REL is an existing rights expression language that is to be used to package rights related to its terms.
  • the other parts 11.3, 11.4, 11.5, 11.6, 11.7, 11.9, 11.11, 11.13 are protection-related functions.
  • the most important part is in module 11.15, which is a REL-IPMP control graph. Power held in MPEG-21 DID container May be stored elsewhere when used in different application domains.
  • the REL—IPMP control graph is held in SDP (Section Description Protocol), and the key information may be held in the RTP header or video and audio.
  • SDP Service Description Protocol
  • the key information may be held in the RTP header or video and audio.
  • packets as long as they are synchronized, they may be kept in time-varying keys and protected video or audio data.
  • Module 11.1 is to check the content ID, and here, it is possible to use MPEG-21 DII.
  • Module 11.2 is to place a flag on the REL-IPMP control graph to indicate if the content is protected and force-free.
  • Module 11.3 is to place a flag on the REL-IPMP control graph to indicate whether the watermark is embedded.
  • module 11.4 assigns a watermark (WM) tool ID for the WM tool used in this case, and then the tool ID is recorded, REL — placed in the IPMP control graph.
  • Module 11.5 creates a WM description that includes the watermark interface or API related information to be placed in the REL-I PMP control graph.
  • Module 11.6 is responsible for determining whether the content is encrypted and in module 11.15 a flag for “Yes Z No” is placed in the REL-IPMP control graph.
  • Module 11.9 assigns the encryption tool ID for the encryption tool used in this case, then records the tool ID and places it in the REL-IPMP control graph.
  • Module 11.7 is responsible for placing the key information in the key data holder, either directly in the REL-IPMP control graph or by indicating another location by the holder.
  • modules 11.11, 11.13 the encryption key is further encrypted and the key as a license is ultimately placed in the REL—IPMP control graph, REL, DID or anywhere indicated by key position 1 Be placed.
  • Module 11.8 is to create and package rights for corresponding terms that conform to existing REL standards, a portion of which will be It may be modified and edited.
  • Module 11.10 is to protect rights metadata by digitally signing rights.
  • Module 11.12 is responsible for assigning a tool ID for verification of digital signatures, and module 11.14 is for REL—IPMP control graph or any location indicated by DID or key position 2. Entity-is responsible for placing the key.
  • module 11.15 Details of module 11.15 are shown in Figure 12 as an example in the MPEG-21 case where an XML-based approach is used to represent a REL-IPMP control graph.
  • the figure is similar to Figure 6.
  • the REL IPMP extension is defined to include not only the expression of rights but also a protection statement, and since it was originally defined only to express rights, conditions, and principles and issuers, It can be seen from Figure 12 that such extensions are made in addition to the existing MPEG-21 REL or other rights expression language.
  • Ipmpx shown in the XML representation of Figure 12, is an extension of REL for protection.
  • FIG. 12 is a diagram showing an example of another digital item described in the DID format. The contents of the IPMP description and REL description (12.11) are the same as in Fig. 6, but unlike Fig. 6, the REUS description is described first. This is because the DID description unit 26 describes the REL description before the IPMP description.
  • the user terminal analyzes the REL description before the IPMP description, so before downloading the protection release tool, it is necessary to know whether the content can be played back, that is, whether the playback is permitted. Can be. Therefore, in the period during which playback is not permitted, it is not necessary to download the protection release tool, so the time and cost spent on downloading can be omitted.
  • FIG. 13 shows another example of a flowchart showing the details of the description step (shown in FIG. 4 as step S5) when creating the digital item shown in FIG.
  • the DID description unit 26 of the content server 20 describes the content ID assigned to the digital item using the ID data input from the content ID assignment unit 23 (step S51).
  • the use condition of the content is described as a REL description (step S52).
  • the DID description unit 26 determines whether or not a digital watermark is embedded in the content using the data input from the content protection processing unit 24 (step S53), and the digital watermark is embedded.
  • step S53 a flag indicating that the electronic watermark is embedded and information of the detection tool are described as the IPMP description (step S54). If it is determined that it has been embedded (NO in step S53), the process proceeds to the next step S55. Next, using the data input from the content protection processing unit 24, the DID description unit 26 determines whether or not the content is encrypted (step S55), and if it determines that the content is encrypted (step S55). (YES in step S55), a flag or the like indicating that encryption is performed is described as the IPMP description (step S56). If it is determined that encryption has not been performed (NO in step S55), the flow advances to the next step S57.
  • the DID description unit 26 determines whether or not the content is digitally signed using the data input from the content protection processing unit 24 (step S57), and determines that the content is digitally signed. If this is the case (YES in step S57), a flag indicating that the digital signature has been performed and information on the verification tool are described as the IPMP description (step S58). Digital station If it is determined that the file is not named (NO in step S57), the process ends.
  • the process shown in step S56 in FIG. 13 is the same as the process described with reference to FIG.
  • the feature of the present invention is that an IPMP description and a REL description related to a certain content are both described in a digital item having the content, and the IPMP description and the REL description are contained in the same package and distributed to a terminal.
  • the present invention can be applied to the following cases.
  • the REL description describes that a certain content is viewable at multiple resolutions, and the IPMP description contains all the decoding tools necessary to decode the content for each resolution. If described, the IPMP description and REL description for one piece of content are described in separate digital items, respectively, and if the receiver interprets the REL description and the IPMP description separately, the IPMP description was interpreted. At this point, all decoding tools required for viewing at each resolution are downloaded at once. In this case, even if the user wants to view at one specific resolution, all decoding tools will be downloaded, so it takes much time and time to transmit unused decoding tools. The problem is that it is expensive and requires memory to store unused tools.
  • module 14.19 is considered a REL + extension to also support content protection by the extended REL, and module 14.9 replaces the existing REL Engine.
  • Module 14.1 has been changed to a REL-IPMP control graph, and module 14.0 is a separate DID versa for MPEG-21.
  • Figure 14 shows a terminal for processing the protection and packaging information held in the REL-IPMP control graph before the protected content can be consumed in module 14.18. A flowchart of the process is shown.
  • Module 14.1 parses DID and REL—IPMP control graph information when a DID verser is needed only if the REL—IPMP control graph is held in the MPEG-21 DID. That means.
  • Module 14.2 is supposed to detect whether the content is protected or free. If the content is free, it can be played by module 14.18 for consumption. If not, there are three branches to go to modules 14.3, 14.4, and 14.5 respectively.
  • Module 14.3 is to detect whether the right is encrypted, and module 14.4 is to detect whether the content is encrypted. .5 is to detect whether the content has a digital watermark.
  • module 14.6 is to invoke a protected tool with a tool ID
  • module 14.7 is to use tools to verify the integrity of the rights. It has become. If the integrity is successfully proved in module 14.8, the rights are sent to module 14.9 for parsing the rights by a REL engine that conforms to the existing REL standard.
  • Module 14.11 processes the rights and conditions attached to the content and stores the rights and conditions granted in the buffer.
  • module 14.19 a check is made as to whether the rights requested by the user do not violate the rights and conditions stored in the buffer.
  • Module 14.10 may be protected tamper-resistant (TR)! / I have.
  • module 14.13 calls the encryption tool indicated by the tool ID held in the REL-IPMP control graph.
  • Module 14.14 is to retrieve the key information, and module 14.12 is to obtain the key license from the license manager.
  • the license manager since the license manager provides the actual license used by the decryption engine to remove the protection of the content, if the license manager is located anywhere on the terminal or elsewhere, For example, it may be protected by tamper-resistant technology.
  • the encryption tool can be defined as the default that most terminals use for its implementation, so that it can select something other than the default encryption tool in a special domain. Will be provided with an IPMP Tool ID. If the platform is allowed to download and use different cryptographic tools indicated by the tool ID, it will achieve interoperability across different domains while at the same time being scalable, flexible and updatable. Will be realized.
  • Module 14.15 is to decrypt the content with the invoked tool, key data and license, and transmit it to module 14.17 for further processing.
  • module 1416 the digital watermark tool with the tool ID and its descriptive data including the interface are invoked and the user Preparations are made for the action to be met.
  • module 14.17 exercises the rights required by the user based on the rights and conditions granted and acts on the unprotected content that is the output of module 14.15 It has become.
  • the tamper-resistant container is used to obtain unprotected content. Even decryption is used to protect the function of the license manager that prepares the rights by providing licenses, rights and condition processing.
  • FIG. 15 shows a modified IPMP architecture with a REL-IPMP control graph. Comparing the rights and protection (related to IPMP) functions of FIGS. 14 and 15, it is clear that there are many IPMP related functions that the prior art of FIG. 2 lacks.
  • Fig. 14 which is the module 14.9 for the REL engine, 14.10, 14.12 for the license manager and 14.11 for the condition handling, only the blue blocks are introduced in the prior art shown in Fig. 2. ing. Such functional blocks are Module 2.1, Module 2.4 and Module 2.5 in Figure 2.
  • module 15.11 is added to parse and process the IPMP control graph information and the corresponding results are communicated to the license manager of module 15.4. After the integrity of the data related to the REL has been confirmed, it is communicated to the REL engine in module 15.1, and the content protection and electronic transparency information is transferred to the DI instance in module 15.3 for further processing. Is transmitted.
  • module 15.12 may be performed in module 15.8 if such a method is defined in DIME or defined as one function of DIBO. May be performed in module 15.9, or may be performed in module 15.10 if it is an external function.
  • Line 15.14 shows the data flow from the REL-IPMP control graph processing module to the REL engine
  • line 15.15 shows the data flow from the REL-IPMP control graph processing module to the DI instance. Show.
  • Lines 15.16 are used by the license manager to issue a license.
  • Module 15.13 is for the event reporting engine located in the same trusted domain as compared to FIG.
  • TR means a tamper-resistant module that is to be used to protect the license manager operation and the condition processing operation.
  • Figure 16 shows the layout of rights and protections in an IPMP control graph or REL—IPMP control graph, including content ID, indicators of protected objects, protection flags, detailed rights and conditions, and more. A detailed protection statement is located and maintained in this holder.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • Mathematical Physics (AREA)
  • Storage Device Security (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　コンテンツ配信方法は、コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行う保護処理ステップと、コンテンツの利用条件を決定する決定ステップと、コンテンツ若しくはコンテンツのアドレスを有する第１のデジタルアイテムであって、他のデジタルアイテムを内部に定義することが可能なデジタルアイテム、又は第１のデジタルアイテムを内部に定義した第２のデジタルアイテムをデジタルアイテム宣言形式で記述する記述ステップと、デジタルアイテム宣言形式で記述された第１のデジタルアイテム又は第２のデジタルアイテムをパッケージ化するパッケージ化ステップと、パッケージ化された第１のデジタルアイテム又は第２のデジタルアイテムをユーザ端末に配信する配信ステップとを含み、記述ステップにおいて、第１のデジタルアイテム中に、保護処理に関する記述と利用条件に関する記述が両方記述される。

Description

明 細 書
コンテンツ配信方法及びコンテンツサーバ
技術分野
[0001] 本発明は、コンテンツ配信方法及びコンテンツを配信するコンテンツサーバに関す る。より詳細には、一般的なデジタルコンテンツに関するデジタル著作権管理 (DRM )または知的財産権管理および保護 (IPMP)に関し、さらに詳細には、任意のデータ フォーマットによらないデジタルコンテンツの保護および管理に関する。
背景技術
[0002] さまざまな種類のネットワークが広範囲に展開されているため、 CD、 DVDを用いる ほ力に、かかるネットワークを通じて、ユーザに、デジタルコンテンツを配布および配 信できることが要求される。対応する問題が、コンテンツ所有者によって提起されてい る。このような方法でコンテンツを販売することが安全であるのか。
[0003] ハードディスクまたは他の記憶組込み装置が一段と多くなるにつれて、別の問題は
、コンテンツ保護技術が付与された権利を公正に行使することができることを ヽかに して保証することができるかという点にある。
[0004] さまざまなネットワークを通じて伝送することが容易になるようにデジタル形式でコン テンッをパッケージィ匕するために用いる多くの異なるデジタルフォーマットが存在する ため、異なるデジタルフォーマットの中で保護技術をどのように相互に用いることがで きるかという問題が生じる。
[0005] 同時に、ユーザが豊かなユーザ体験を享受するためにかかる権利を購入する場合 には、友達と共有してでも、ユーザはコンテンツを楽しむために低コストで便利という より多くの要求を持って 、る。
[0006] コンテンツ所有者は任意の違法コピーを心配しているため、葛藤が常にあり、折か ら巿場に公開された保護技術がないことから、コンテンツプロバイダは独自の方法で コンテンツを保護しょうとしている。
[0007] このことは、コンテンツを販売するコンテンツ所有者に対して大きな障害をもたらす のみならず、コンテンツプロバイダが用いるさまざまな保護技術にちょうど適合させる ために異なるバージョンを製作する CE (家庭用電ィ匕製品)メーカにとっても大きなコ ストをもたらす。
[0008] MPEG— 21は、広範囲のネットワークおよび異なる共同体によって用いられる装置 間においてデジタルコンテンツの透過的かつ増大する利用を可能にするために、汎 用フレームワークを定義しょうとして 、る。ネットワークまたは装置間で用いられて 、る 場合のコンテンツの保護方法は、 MPEG— 21においてきわめて重要な項目となって いる。この項目は、 MPEG— 21のパート 4であり、 MPEG— 21 IPMP (知的財産権 管理および保護）と呼ばれて 、る。
[0009] 過去において、コンテンツが MPEG— 4Z2フォーマットでパッケージ化されている 場合、 MPEG-4/2 IPMP拡張に従事している人々は、任意のコンテンツを保護 するために、 MPEG— 4Z2システムに基づくコンテンツ保護スキームを定義する必要 かあつた。
[0010] MPEG— 21では、デジタルアイテム（DI)は、標準表現、識別および記述を有する 任意のデジタルコンテンツのための構造化デジタルオブジェクトとして定義され、 MP EG— 21フレームワーク内の交換、配布、トランザクションの基本単位として用いられる
[0011] デジタルアイテムは、デジタルアイテム宣言（Digital Item Declaration： DID)に よって XMLを用いて宣言し、表現される。映像、音楽、画像などの MPEG— 21にお けるメディアリソースとして表現されるデジタルコンテンツの他に、 DIDは、さまざまな 種類の機能的なメタデータを含む柔構造を与える。このようなメタデータは、たとえば メディアリソースフォーマットを記述し、リソース保護スキームを指定し、リソースに識別 名を与え、ユーザプリファランスを提供すると考えられる。
[0012] DID技術の中核に加えて、他の主要な技術もまた、念入りに開発された力、または 開発中である。デジタルアイテム識別（DII)、デジタルアイテム適応（DIA)、知的財 産権管理および保護 (IPMP)、 REL (権利表現言語) /RDD (権利データ辞書)の ほか、 ER (イベント報告）はすべて、デジタルアイテムの用法を広範囲に活用するた めの重要な技術である。実際のメディアリソース消費を支援するために、これらの技 術によって定義される機能的なメタデータをすベて、 DID文書 (DIDドキュメント）に 人れることができる。
[0013] デジタルコンテンツに対しては、不正コピー等の著作権侵害を防止するために、暗 号化等の保護処理が行われる。上記 DID文書において、 IPMPに関する記述（以下 、単に「IPMP記述」という。）は、例えば、上記保護処理を行う際に用いた保護処理 ツール、又は上記保護を解除する保護解除ツールについての記述である。ユーザ側 の端末は、その IPMP記述を解析する。ユーザは、その解析結果から必要な保護解 除ツールをダウンロードし、この保護解除ツールを用いてコンテンツの保護を解除す ることにより、そのコンテンツの再生や印刷等の処理を行う。なお、保護処理ツールと 保護解除ツールは対になって 、るため、 IPMP記述に保護処理ツールが記述されて いても、それに対応する保護解除ツールをダウンロードすることは可能である。なお、 保護処理ツールは、例えば、暗号ィ匕ツール、電子透力し埋め込みツール、及びデジ タル署名ツール等であり、それらに対応する保護解除ツールは、それぞれ復号化ッ ール、検出ツール、及び照合ツールである。以下、「IPMPツール」とは、上記保護処 理ツール又は保護解除ツールを ヽぅ。
[0014] また、 RELは、「Johnは、 1ヶ月間 1つの楽曲を再生することができる」といったユー ザの権利、言い換えればコンテンツの利用条件を規定する言語である。ユーザ端末 は、 RELの記述を解析する。ユーザは、その REL記述によって規定された利用条件 を満たしている場合にのみ、そのコンテンツの再生や印刷等の処理を行うことができ る。
[0015] 図 1は、従来の DID文書の一例を示す図である。図 1に示されるように、 DID文書 1 . 1は、その内部に、コンテンツ又はコンテンツのアドレスを「リソース」としてもつデジ タルアイテム 1. 6を有する。図 1に示されるように、 DID文書 1. 1は、 IPMP記述（1. 2)を有する。 IPMP記述（1. 2)には、各デジタルアイテム 1. 6に必要な保護解除ッ ールが全て記述されている。また、コンテンツの利用条件を示す REL記述（図示せ ず）は、そのコンテンツ又はコンテンツのアドレスを有するデジタルアイテム 1. 6の記 述子に記述されている。
[0016] コンテンツ保護および管理機構は、巿場のニーズを反映するために、特に MPEG —21ドメインの範囲において、多くの異なるアプリケーションドメインによって作成され る要件の大部分を対処するように強く要求されることが多 ヽ。
非特許文献 1：発明者：ファング ·ゾンヤン (Zhongyang Huang)、ジ 'ミン（Ming Ji )、シ ン'シヱンメイ（Shengmei Shen)、妹尾孝憲、小暮拓世、上野孝文、「MPE G—21システムの装置（Appratus of a MPEG— 21 System」に関する特許、内 部特許番号 PatOl. 028、 2002年 2月に日本にて出願
非特許文献 2 :「MPEG— 21 デジタルアイテム宣言最終国際標準案 (ISOZIEC 2 1000-2 MPEG— 21 Digital Item Declaration FDIS)」、 ISO/IEC JTC 1 SC29ZWG11ZN4813、 2002年 5月
非特許文献 3 :「MPEG— 21アーキテクチャ、シナリオおよび IPMP要件（MPEG— 2 1 Architecture, Scenarios and IPMP Requirements)」、 ISO/IEC JTC 1 SC29ZWG11ZN5874、 2003年 7月
発明の開示
発明が解決しょうとする課題
[0017] 従来の DID文書において、特定のコンテンツに関する IPMP記述と REL記述は、 そのコンテンツ又はコンテンツのアドレスを有する同一のデジタルアイテムに一緒に 記述されず、別々に記述されていた。しかし、 IPMP記述と REL記述は密接不可分 な関係にあるので、それらの記述を別々に解析すると、効率が悪ぐ時間のロスが大 きいという問題があった。例えば、図 1に示される DID文書をユーザに配信した場合 、ユーザ端末は、 DID文書を最初の記述から順に、すなわち図 1において左上、左 下、右上、右下の順に解析するので、まず IPMP記述（1. 2)を解析する。上述したよ うに、この IPMP記述には、各デジタルアイテム 1. 6に必要な保護解除ツールが全て 記述されている。ユーザ端末は、 IPMP記述（1. 2)によって示された全ての保護解 除ツールをダウンロードし、その後、各デジタルアイテム 1. 6のコンテンツに関する R EL記述を順次解析する。この場合、各デジタルアイテムの REL記述によっては、前 もってダウンロードした特定の保護解除ツールが不要になる場合があり、その不要と なった保護解除ツールをダウンロードするために費やした時間及びコストは無駄にな つてしまうという問題があった。
[0018] また、本発明は、以下の問題を解決することを課題とする。 [0019] MPEG— 21 IPMPに関する要件力 本発明において目的とし、解決すべき問題 である。
[0020] IPMP、具体的には MPEG— 21 IPMPは、記述子および記述スキームにおける 知的財産の管理および保護をサポートするものとする。
[0021] IPMP、具体的には MPEG— 21 IPMPは、どこでもコンテンツを再生することがで きるような相互運用性を提供するものとする。
[0022] IPMP,具体的には MPEG— 21 IPMPは、装置が新たなメディアフォーマット、 IP
MPツールをサポートするためのアップグレードの発見、要求、入手およびサポートを 動的に行うことができるものとする。
[0023] IPMP,具体的には MPEG— 21 IPMPは、言語の一部としてデジタルアイテム記 述を参照し、外部のコンテンツ記述を照会する機構を提供するものとする。
[0024] IPMP,具体的には MPEG— 21 IPMPは、合成デジタルアイテムに関する表現を 関連付ける機構を提供するものとする。
[0025] IPMP,具体的には MPEG— 21 IPMPは、デジタルアイテムのコンテナまたは他 の集合体を参照する機構を提供するものとする。
[0026] IPMP、具体的には MPEG— 21 IPMPは、特定の表現が保護の対象になるように フラグを立てるものとする。保護自体 (必要であれば）は、デジタルアイテムとして表現 を制御する IPMPシステムによって提供される。
[0027] IPMP,具体的には MPEG— 21 IPMPは、認証スキームを参照する機構を提供 するものとする。
[0028] IPMP,具体的には MPEG— 21 IPMPは、 IPMPがフォーマットまたはデジタルァ ィテムの配信チャネルによらないことを保証する機構を提供するものとする。
[0029] IPMP,具体的には MPEG— 21 IPMPは、 IPMPツールおよび IPMP機能に関 連する要件を明確に表現するものとする。
[0030] IPMP,具体的には MPEG— 21 IPMPは、信頼に足る IPMP実装を構築するた めに、 IPMPツールおよび IPMP機能を識別する必要があるものとする。
[0031] IPMPツールおよび IPMP機能は、 IPMP可能端末またはピアを構築するための構 成部分である。また、端末またはピアはその IPMP性能（IPMPツールおよび IPMP 機能）を開示することが可能であるものとする。これにより、通信端末またはピアが参 加することを決定する前に、他の端末またはピアの IPMP性能を調べることが可能に なる。
[0032] 本発明は、上記問題を解決するためになされたものであり、ユーザが効率良ぐ つ時間を無駄にすることなく保護解除ツールを取得してコンテンツの再生等を行うこ とを可能にするコンテンツ配信方法及びコンテンツサーバを提供することを目的とす る。
課題を解決するための手段
[0033] コンテンツのパッケージ化側では、
コンテンツに直接関連する権利および保護情報をすべてについて言及するために、 IPMP制御グラフの概念を導入し、
コンテンツのパッケージィ匕および保護に用いられる権利および保護情報を包含する ために、保護メタデータホルダとして IPMP制御グラフまたは REL— IPMP制御グラフ を定義し、
IPMP制御グラフまたは REL— IPMP制御グラフに権利および条件を入れ、
IPMP制御グラフまたは REL— IPMP制御グラフにコンテンツ暗号ィ匕情報を入れ、 IPMP制御グラフまたは REL— IPMP制御グラフに電子透力 情報を入れ、
IPMP制御グラフまたは REL— IPMP制御グラフに権利保護情報を入れ、
IPMP制御グラフまたは REL— IPMP制御グラフにコンテンツを暗号ィ匕するために用 Vヽられる鍵情報を入れて表示し、
IPMP制御グラフまたは REL— IPMP制御グラフ、あるいは権利、 DIDまたは鍵位置 によって示される任意の場所に鍵ライセンス情報を入れ、
IPMP制御グラフまたは REL— IPMP制御グラフにお!、てツール IDを用いて、どの IP MPツールが暗号化、デジタル署名、電子透かしのために用いられるかを示し、 コンテンツ IDまたは DIIおよびサブコンテンツ IDを用いて、保護されるデジタルコンテ ンッまたはそのサブコンテンツに関して権利および保護を対応させ、
DIDコンテナまたは他のアプリケーションドメインの他の適切な場所に IPMP制御グ ラフまたは REL— IPMP制御グラフを配置する。 [0034] 端末側では、
コンテンツ IDまたはサブコンテンツ ID、および IPMP制御グラフまたは REL— IPMP 制御グラフを検索するために、 DIDを構文解析し、
記述に関連する権利および保護を検索するために、 IPMP制御グラフまたは REL— I PMP制御グラフを構文解析し、
コンテンツまたは権利または他のメタデータを保護するために用いられる IPMPツー ルを呼び出し、
鍵データホルダ力ゝら鍵情報を直接的または間接的に検索し、
保護されるライセンスマネジャカも鍵ライセンスを検索し、
上記で得られた情報を用いて、保護されるコンテンツを保護されて!、な!、状態にし、 ツール IDによって示されるツールを用いて、権利の完全性を確認し、
コンテンツに組み込まれている権利および条件を構文解析し、
電子透かし記述を検索し、後の行為の準備を行う。
[0035] 本発明に係る第 1のコンテンツ配信方法は、コンテンツに対して、そのコンテンツの 著作権を保護するための保護処理を行う第 1の保護処理ステップと、前記のコンテン ッの利用条件を決定する決定ステップと、前記のコンテンツ若しくは前記のコンテン ッのアドレスを有する第 1のデジタルアイテムであって、他のデジタルアイテムを内部 に定義することが可能なデジタルアイテム、又は前記の第 1のデジタルアイテムを内 部に定義した第 2のデジタルアイテムをデジタルアイテム宣言形式で記述する第 1の 記述ステップと、デジタルアイテム宣言形式で記述された前記の第 1のデジタルアイ テム又は第 2のデジタルアイテムをパッケージ化するパッケージ化ステップと、パッケ ージ化された前記の第 1のデジタルアイテム又は第 2のデジタルアイテムをユーザ端 末に配信する配信ステップとを含む。このコンテンツ配信方法は、前記の第 1の記述 ステップにおいて、前記の第 1のデジタルアイテム中に、前記の保護処理に関する記 述と前記の利用条件に関する記述が両方記述される。
[0036] 好ましくは、前記のユーザ端末によって前記の利用条件に関する記述が前記の保 護処理に関する記述よりも先に解析されるように、前記の第 1のデジタルアイテムに おいて、前記の利用条件に関する記述は前記の保護処理に関する記述よりも先に 記述される。
[0037] 好ましくは、前記の第 1の記述ステップは、前記の保護処理に関する記述として、前 記のコンテンツの著作権が保護されていることを示すフラグと、その保護を解除する 保護解除ツールの情報とを記述するステップを含む。この場合のコンテンツ配信方 法を第 2のコンテンツ配信方法と 、う。
[0038] 好ましくは、前記の第 2のコンテンツ配信方法において、前記の第 1の保護処理ス テツプは、前記のコンテンツに電子透力しを埋め込むステップ、前記のコンテンツを 暗号ィ匕するステップ、及び前記のコンテンツをデジタル署名するステップの少なくとも 1つのステップを含み、前記の第 1の記述ステップは、前記の保護処理に関する記述 として、前記の保護処理の種類に応じて、前記のコンテンツに電子透力しが埋め込ま れていることを示すフラグと前記の電子透力しを検出する検出ツールの情報、前記の コンテンツが暗号ィ匕されていることを示すフラグと前記のコンテンツを復号ィ匕する復 号ィ匕ツールの情報、及び前記のコンテンツがデジタル署名されて 、ることを示すフラ グと前記のデジタル署名を照合する照合ツールの情報の少なくとも 1つを記述するス テツプを含む。この場合のコンテンツ配信方法を第 3のコンテンツ配信方法と 、う。
[0039] 好ましくは、前記の第 3のコンテンツ配信方法において、前記の第 1の保護処理ス テツプは、暗号鍵を用いて前記のコンテンツを暗号ィ匕するステップを含み、前記の第 1の記述ステップは、前記の保護処理に関する記述として、前記のコンテンツが暗号 化されていることを示すフラグ、前記の復号化ツールの情報、及び前記のコンテンツ を暗号ィ匕した暗号鍵の情報を記述するステップを含む。この場合のコンテンツ配信 方法を第 4のコンテンツ配信方法と 、う。
[0040] 好ましくは、前記の第 4のコンテンツ配信方法において、前記の第 1の保護処理ス テツプは、暗号鍵をさらに暗号ィ匕するステップを含み、前記の第 1の記述ステップは、 前記の保護処理に関する記述として、さらに、暗号化された前記の暗号鍵を復号す るライセンス鍵の情報を記述するステップを含む。この場合のコンテンツ配信方法を 第 5のコンテンツ配信方法という。
[0041] 好ましくは、前記の第 1一第 5の各コンテンツ配信方法は、前記の利用条件に関す る記述に対して、その記述の著作権を保護するための保護処理を行う第 2の保護処 理ステップと、前記の保護処理に関する記述として、前記の利用条件に関する記述 の著作権が保護されて 、ることを示すフラグと、その保護を解除する保護解除ツール の情報とを記述する第 2の記述ステップとを含む。
[0042] 本発明に係る第 1のコンテンツサーバは、コンテンツに対して、そのコンテンツの著 作権を保護するための保護処理を行う保護処理部と、前記のコンテンツの利用条件 を生成する利用条件生成部と、前記のコンテンツ若しくは前記のコンテンツのァドレ スを有する第 1のデジタルアイテムであって、他のデジタルアイテムを内部に定義す ることが可能なデジタルアイテム、又は前記の第 1のデジタルアイテムを内部に定義 した第 2のデジタルアイテムをデジタルアイテム宣言形式で記述する記述部と、デジ タルアイテム宣言形式で記述された前記の第 1のデジタルアイテム又は第 2のデジタ ルアイテムをパッケージィ匕するパッケージング部と、ノ ッケージィ匕された前記の第 1の デジタルアイテム又は第 2のデジタルアイテムをユーザ端末に配信する配信部とを含 む。このコンテンツサーバにおいて、前記の記述部は、前記の第 1のデジタルアイテ ム中に、前記の利用条件に関する記述と前記の保護処理に関する記述を両方記述 する。
[0043] 好ましくは、前記の第 1のコンテンツサーバにおいて、前記の記述部は、前記の保 護処理に関する記述として、前記のコンテンツの著作権が保護されていることを示す フラグと、その保護を解除する保護解除ツールの情報とを記述する。この場合のコン テンッサーバを第 2のコンテンツサーバという。
[0044] 好ましくは、前記の第 1及び第 2の各コンテンツサーバにおいて、前記の保護処理 部は、前記の利用条件に関する記述に対して、その記述の著作権を保護するための 保護処理を行い、前記の記述部は、前記の保護処理に関する記述として、前記の利 用条件に関する記述の著作権が保護されていることを示すフラグと、その保護を解除 する保護解除ツールの情報とを記述する。
発明の効果
[0045] 本発明によるコンテンツ配信方法及びコンテンツサーバによれば、コンテンツ又は コンテンッのアドレスを有するデジタルアイテム中にそのコンテンツに関する IPMP記 述と REL記述を両方記述する。これにより、ユーザ端末は、コンテンツ毎にそのコン テンッに関連した REL記述及び IPMP記述を解析することができる。よって、ユーザ は、そのコンテンツを処理するために必要な保護解除ツールのみを取得することが可 能になる。また、デジタルアイテムにおいて REL記述を IPMP記述よりも先に記述す れば、ユーザ端末は IPMP記述よりも REL記述を先に解析するので、 REL記述に応 じて必要な保護解除ツールのみを取得することが可能になる。その結果、ユーザが 効率良ぐかつ時間を無駄にすることなく保護解除ツールを取得してコンテンツの再 生等を行うことが可能になる。
[0046] 本発明は、権利および条件に関してコンテンツを保護する必要がある場合、特にか 力るコンテンツが任意のデータ形態であり、さまざまなネットワークによって送信される ことが可能である場合に、特に有用である。
[0047] 本発明は、力かる保護を、コンテンツ IDによって、保護されるコンテンツに関連付け る必要がある場合、特に力かる保護情報力 コンテンツ IDまたは MPEG— 21の DIIを 用いて保護されるコンテンツに添付される一連の記述として定義される場合に有用で ある。
[0048] 本発明は、力かる保護力 コンテンツの作成、コンテンツの配布のほ力、コンテンツ の消費のために明確であり、好都合である一般的な IPMP制御グラフホルダまたは R EL— IPMP制御グラフホルダに配置される場合に有用である。力かるホルダは、 MP EG— 21静的ファイルフォーマットの DIDに保持されてもよぐ RTP伝送のために SD Pに保持されてもよい。
[0049] 本発明は、柔軟性、更新可能性および拡張性のために、定義される IPMPツール および外部の IPMPツールの両方を用いることができるように、保護のそれぞれがッ ール IDによって指示される場合に有用である。
図面の簡単な説明
[0050] [図 1]従来技術の包含されている可能な保護情報に関する DID構造を示す図である
[図 2]従来技術の MPEG— 21 IPMPアーキテクチャを示す図である。
[図 3]本発明の実施の形態 1によるコンテンツサーバの構成例を示すブロック図であ る。 [図 4]図 3に示されたコンテンツサーバ 20によって行われるコンテンツ配信処理を説 明するフローチャートの例である。
[図 5]個別の権利および保護に関連するコンテンツのパッケージィ匕のフローチャート である。
[図 6]DIDに保持される権利および保護に関する情報のための IPMP制御グラフであ る。
[図 7]図 4に示される記述ステップの詳細を示すフローチャートの他の例を示す。
[図 8]図 7に示されたフローチャートのステップ S45の詳細を示すフローチャートであ る。
[図 9]IPMP制御グラフ情報に関して保護およびパッケージィ匕されるコンテンツのため の端末処理のフローチャートである。
[図 10]IPMP制御グラフの処理に関連する IPMPアーキテクチャを示す図である。
[図 11]合成した権利および保護に関するコンテンツのパッケージィ匕のフローチャート である。
[図 12]DIDに保持される権利および保護に関する情報のための IPMP制御グラフで ある。
[図 13]図 4に示される記述ステップの詳細を示すフローチャートの他の例を示す。
[図 14]REL— IPMP制御グラフ情報に関して保護およびパッケージィ匕されるコンテン ッのための端末処理のフローチャートである。
[図 15]REL— IPMP制御グラフの処理に関連する IPMPアーキテクチャを示す図であ る。
[図 16]REL— IPMP制御グラフにおける権利および保護のレイアウトを示す図である 符号の説明
20 コンテンツサーバ
22 人力インタフェース咅
23 コンテンツ ID割り当て部
24 コンテンツ保護処理部 25 利用条件データ生,
26 DID記述部
27 パッケージング部
28 ： 配信部
5. 1 モジユー -ル
5. 2 モジユー -ル
5. 3 モジユー -ル
5. 4 モジユー -ル
5. 5 モジユー -ル
5. 6 モジユー -ル
5. 7 モジユー -ル
5. 8 モジユー -ル
5. 9 モジユー -ル
5. 10 モジュ' —ル
5. 11 モジュ' —ル
5. 12 モジュ' —ル
5. 13 モジュ' —ル
5. 14 モジュ' —ル
5. 15 モジュ' —ノレ
発明を実施するための最良の形態
[0052] 図 5に示されているようにコンテンツ保護側では、 MPEG— 21が使用可能であれば 、コンテンツ識別子 (CID)または DII〖こよって識別されるコンテンツに直接関連する 権利および保護の情報をすベて包含するために、図 7に示されているように、 IPMP 制御グラフが生成される。
[0053] コンテンツは、指紋、持続的な関連性または、 CIDまたは他の情報を埋め込むこと による著作権保護などの一定の機能を実現するために、一定の電子透力しツールを 用いて電子透力 を実現することも可能である。
[0054] ツール IDXXXを有する IPMPツールによってコンテンツを暗号化することができる 。尚、 xxxは、どの暗号化アルゴリズムが用いられているかを示すために、 RA (登録 機関）によって登録されている番号である。 AESなどのデフォルトツールは、実装さ れる簡素なハードウェアのために定義されている。結果として生じる鍵情報は、 IPMP 制御グラフに、直接、または全体の鍵情報データを発見することが可能な位置を示 すことによって保持されてもよい。暗号鍵をさらに暗号ィ匕することができ、最終的に IP MP制御グラフ、 RELデータまたは他の権利表現データ、若しくは DID自体、または 鍵位置インジケータによって IPMP制御グラフ ZRELZDIDに保持されることが指示 されうる任意の場所の ヽずれかにお!/ヽてライセンスを生成または直接保持することも 可能である。
[0055] しかし、保護されるコンテンツが同期のためにネットワークを介して伝送されるときに は、関連するコンテンツのセグメントと共に、鍵情報のセグメントもパッケージィ匕するこ とが可能であると思われる。
[0056] MPEG— 21にお!/、て定義される RELなどの独立した既存の技術標準または他の 権利表現方法によって、権利を表現することができ、その完全性のためにデジタル署 名によって力かる権利を保護することが可能である。
[0057] 図 9に示されているようなコンテンツ消費側では、権利および保護情報と共にパッケ ージ化されるコンテンツは、 IPMP制御グラフの構文解析を受け、その結果力もコン テンッが保護されているかを知ることができ、さらに、コンテンツが暗号ィ匕されている 力 電子透力しが入っている力、または権利も保護されているかどうかを決定する。
[0058] 対応する保護ツールが呼び出され、保護されるオブジェクトで動作する。ツールは、 MPEG— 21標準によって定義され、装置にインストールされる基準となるツールであ つてもよく、またはツールは著作権を有し、遠隔位置力 ダウンロードすることができる ツール IDによって識別されてもょ ヽ。
[0059] ツールは、登録されているツール IDによって識別され、対応するツールを作成する 力 または予めツールを配置するように端末または装置に知らせるフラグである。
[0060] 鍵情報は、定義され、 IPMP制御グラフに直接的または間接的に保持される鍵デ ータホルダカゝら検索される。鍵情報はまた、コンテンツがネットワークを通じて配布さ れる場合には、保護対象の対応するコンテンツのセグメントと共にセグメントにおいて 入手することも可能である。
[0061] ライセンスマネジャカもライセンス情報を入手することができる。ライセンスマネジャ は、ライセンスがどのようにライセンスマネジャ力 検索されるかを一切暴露しな 、よう にするために、耐タンパ性のエンティティであってもよ 、。
[0062] 権利およびコンテンツは、上記の鍵、鍵データおよび保護ツールを用いることによ つて、保護されていない状態にされる。権利および条件の処理を行うことができるよう に、明確な形で、権利および条件を入手するために、権利は権利バーサによってさら に構文解析される。
[0063] したがって、ユーザに付与された権利がある場合には、保護されていないコンテン ッの再生、レンダリング、修正、消去または適応を行うことができる。
[0064] 従来技術 (非特許文献 1および非特許文献 2を参照）に関して図 1に示されて 、るよ うに、デジタルコンテンツは、関連する可能な保護を有するように DIDによってパッケ ージ化される。
[0065] DIDは、定義されているデジタルアイテムのために、「コンテナ」、「アイテム」、「構 成要素」、「アンカ」、「記述子」、「条件」、「選択」、「選抜」、「注釈」、「主張」、「リソ一 ス」、「断片」、「命令文」（たとえば、図 1のユニット 1. 6、 1. 7、 1. 8)などの一連の抽 象的な項目及び概念によって形成される有用なモデル（図 1のユニット 1. 1 )を定義 した。
[0066] 図 1に示されているモジュール 1. 2は、このコンテナ内部で保護されることになつて いるすべてのアイテムに関して用いられる全体の IPMP制御情報である。モジュール 1. 3、 1. 4は、保護されるコンテンツに関連する特定の保護情報である。モジュール 1. 5は、コンテンツ IDを指定するための DIIである。
[0067] 従来技術に関するさらなる改良点は、 DIDが各要素間の静的関係を対処すること であり、ファイルフォーマットとして扱われることができるため、権利および保護情報を 図 5に示された IPMP—制御—グラフとしてその保護されたコンテンツに直接関連付 けることができることである。
[0068] 他方、鍵情報は、 IPMP—制御—グラフに直接的または間接的に鍵データホルダ 力ら伝送することができる。また、コンテンツがネットワークを通じて配布される場合に は、鍵情報はセグメント化されてもよい。
[0069] 暗号化も可能である権利は、保護情報とは別に、または保護情報と共に保持される
[0070] 別の従来技術は、 MPEG— 21 IPMPアーキテクチャに関して、図 2 (非特許文献 3 参照）に示されている。
[0071] モジュール 2. 1の権利表現言語 (REL)エンジンは、認証要求および一連のライセ ンスおよびルート権限付与が与えられると、 REL認証を決定する構成要素である。 R ELエンジンは、ライセンスマネジャを用いて、認証照会を解決するのを助ける。
[0072] モジュール 2. 2のデジタルアイテムマネジャは、デジタルアイテムの中のデジタルァ ィテム宣言を構文解析する。デジタルアイテムマネジャはまた、デジタルアイテムが存 在する場所にアクセスし、モジュール 2. 3のデジタルアイテムインスタンスも作成する 。デジタルアイテムマネジャは、デジタルアイテム宣言内に組み込まれている任意の ライセンスをライセンスマネジャに伝達する。
[0073] モジュール 2. 3のデジタルアイテムインスタンスは、信頼されるドメインの中のデジタ ルアイテムを表す。デジタルアイテムインスタンスは、格納位置および可能であれば コンテンツ暗号鍵に関する情報などのデジタルアイテムに関する局所的なメタデータ を含む。
[0074] モジュール 2. 4のライセンスマネジャは、ライセンスの持続状態およびその認証また は破棄状況を管理することによって、 RELエンジンをサポートする。ライセンスマネジ ャはまた、ライセンスの完全性の立証を担っている。
[0075] モジュール 2. 5の条件プロセッサは、条件を選択し、条件を評価し、条件を満たし、 一旦、条件が満たされると認証された動作の実行を開始する (DIPプロセッサによつ て権利の行使を行う）。
[0076] モジュール 2. 6の IPMPユーザセッションマネジャは、（条件エバリュエータによつ て）デジタルアイテム動作の呼び出しを指揮し、（RELエンジンによって）適正な認証 が入手され、（条件エバリュエータによって)条件が評価されたかを最初に確認する。
[0077] モジュール 2. 7の権利の行使は、権利を行使したという記録、すなわちデジタルァ ィテム動作の呼び出しの記録である。この記録は、ユーザセッションマネジャによって 維持され、条件の充足を権利の行使と関連付けるために用いられる。
[0078] モジュール 2. 8のデジタルアイテム処理エンジンは、デジタルアイテム方法（DIM) 、モジュール 2. 9のデジタルアイテム基本動作（DIBO)、モジュール 2. 10のデジタ ルアイテム拡張動作 (DIXO)を含むデジタルアイテム動作を実行する。 DIMは DIM エンジンによって実行され、 DIXOは DIXOエンジンによって実行され、 DIBOは DIB Oライブラリによって実行される。デジタルアイテム処理エンジンは、処理状態情報に 関してユーザセッション状態を更新する。
[0079] 図 2に関する大きな問題点は、特に、コンテンツが複数のツールによって保護され ており、権利も異なるツールを用いて保護されているときに、処理、解釈および伝送 の対象である保護情報がないことである。コンテンツがどのように保護されており、ど のように処理される必要があるかを知るための明確な説明がない。
[0080] 図 2に関する第 2の問題点は、 MPEG— 21 RELで定義された既存の RELェンジ ンが権利表現のみを処理するために、ライセンスマネジャからのデータの流れが RE Lエンジンを通るべきではないことにある。ライセンスマネジャからの出力は、図 15に 示される IPMPマネジャである必要があるエンティティによって制御されるコンテンツ を復号ィ匕するために用いられる暗号鍵を含むことが可能である。復号化自体は、 IP MPツール、 DIPプロセッサ、 DIMEまたは DIBOまたは DIXOで行われてもよい。
[0081] 図 2に関する第 3の問題点は、 RELエンジンが処理するそれらの RELデータがどこ 力も来るかを示すデータの流れの指示がないことである。 MPEG— 21 RELフォー マットで表現されている場合に権利条件を含むこのような権利表現は、 DIDコンテナ にお 、て DIと共にメタデータとして保持され、 DIマネジャによって処理されることが可 能である。 DIマネジャは、どの DIDが定義されているかに従い、情報を構文解析する だけの DIDバーサに変更すべきである。
[0082] よりよい権利および保護について、 2つの事例に基づいて設計される。第 1の事例 は、対応する権利および条件を表現するために、既存の RELを用いる場合であり、 保護制御機構は暗号化、電子透かし、鍵管理を含むコンテンツ保護を考慮して定義 される。第 2の事例は、暗号化、電子透かし、鍵管理などを含むことが可能な保護機 能を追加することによって、既存の RELが拡張される場合である。 [0083] V、ずれの事例につ 、ても以下の節で詳述する。
[0084] 実施の形態 1.
(個別の権利および保護を有するコンテンツのノ ッケージィ匕および消費）
図 3は、本発明の実施の形態 1によるコンテンツサーバの構成例を示すブロック図 である。図 3に示されるように、本実施の形態 1によるコンテンツサーバ 20は、入カイ ンタフェース部 22、コンテンツ ID割り当て部 23、コンテンツ保護処理部 24、利用条 件データ生成部 25、 DID記述部 26、 ノ ッケージング部 27、及び配信部 28を備える 。入力インタフェース部 22は、コンテンツサーバ 20と外部装置とのインタフェースを 行い、このインタフェース部 22を介して外部装置からデジタルコンテンツが入力され る。コンテンツ ID割り当て部 23は、入力されたコンテンツに対してこのコンテンツを特 定するコンテンツ IDを害 ijり当てる。コンテンツ保護処理部 24は、コンテンツ IDが害 ijり 当てられたコンテンツに対して、例えば暗号化や電子透かしの埋め込み等の、そのコ ンテンッの著作権を保護するための保護処理を行う。この保護処理は、保護処理の 種類に応じた保護処理ツールを用いて行われる。コンテンツ保護処理部 24は、その 保護処理ツール及びその保護処理ツールと対となる保護解除ツールに対してツール IDを割り当て、配信部 28を介してその保護解除ツールを外部の装置に出力する。ュ 一ザは、必要なときに必要な保護解除ツールを、その外部の装置力 ダウンロードす る。なお、上述したように、保護処理ツールと保護解除ツールとは対になっているの で、保護処理ツールのツール ID力も保護解除ツールを知ることは可能である。利用 条件データ生成部 25は、デジタルコンテンツの利用条件を示すデータを生成する。 この利用条件のデータは、コンテンツの配信者によって外部の入力装置（図示せず） 力も直接利用条件データ生成部 25に入力されてもよい。
[0085] DID記述部 26は、 IDが割り当てられたコンテンツ又はそのコンテンツのアドレスを 有するデジタルアイテムをデジタルアイテム宣言形式で記述する。また、 DID記述部 26は、利用条件データ生成部 25から入力された利用条件データが示すコンテンッ の利用条件に関する記述、及びそのコンテンツに対して行われた保護処理に関する 記述をデジタルアイテム中に記述する。ノ ッケージング部 27は、デジタルアイテム宣 言形式で記述されたデジタルアイテムをパッケージ化する。配信部 28は、パッケージ 化されたデジタルアイテムをユーザ端末に配信する。また、配信部 28は、コンテンツ 保護処理部 24から出力された保護解除ツールを外部に出力する。デジタルアイテム は再帰的に定義可能、すなわち自分自身の中に別のデジタルアイテムを定義するこ とが可能である。 DID記述部 26は、上記コンテンツ又はコンテンツのアドレスを有す るデジタルアイテムと同一のデジタルアイテム中に、そのコンテンツの利用条件に関 する記述とそのコンテンツの保護処理に関する記述を記述する。
[0086] 図 4は、図 3に示されたコンテンツサーバ 20によって行われるコンテンツ配信処理を 説明するフローチャートの例である。図 4に示されるように、コンテンツサーバ 20は、 コンテンツ ID割り当て部 23によって、入力されたコンテンツに IDを割り当て (ステップ S1)、コンテンツ保護処理部 24によって、そのコンテンツに対して、コンテンツの著作 権を保護するための保護処理を行うとともに、その保護を解除する保護解除ツール に IDを割り当てる (ステップ S2)。そして、配信部 28によって、その保護解除ツールを 外部の装置に出力する (ステップ S3)。次に、コンテンツサーバ 20は、利用条件デー タ生成部 25を用いてそのコンテンツの利用条件を決定する (ステップ S4)。次に、コ ンテンッサーバ 20は、 DID記述部 26によって、そのコンテンツ若しくはコンテンツの アドレスを有するデジタルアイテムをデジタルアイテム宣言形式で記述する（ステップ S5)。その際に、デジタルアイテム中に、上記保護解除ツールの ID等の保護解除ッ ールの情報、及び上記利用条件が記述される。次に、コンテンツサーバ 20は、パッ ケージング部 27によって、そのデジタルアイテム宣言形式で記述されたデジタルアイ テムをパッケージィ匕する (ステップ S6)。最後に、コンテンツサーバ 20は、配信部 28 によって、そのパッケージ化されたデジタルアイテムをコンテンツのユーザ端末に配 信する (ステップ S 7)。
[0087] 図 5において、権利および保護スキームに関してコンテンツのパッケージ側が示さ れている。モジュール 5. 8の RELは、条件に関係する権利をパッケージ化するため に用いられることになつている既存の権利表現言語である。他の部分 5. 3、 5. 4、 5. 5、 5. 6、 5. 7、 5. 9、 5. 11、 5. 13ίま、保護関連機會である。最も重要な咅分 ίま、 IP MP制御グラフであるモジュール 5. 15にある。 MPEG— 21の DIDコンテナに保持さ れてもよ 、が、異なるアプリケーションドメインの他の場所に保持されてもよ!、。 [0088] コンテンツはネットワークによって伝送される必要がある場合に、通常はセグメント化 および暗号化が行われ、リソースとしていずれかの場所に格納され、対応する時間変 化の鍵力 モジュール 5. 9において IPMP制御グラフの鍵データホルダに鍵情報と して、直接的または位置を示すことによって間接的に格納される。
[0089] たとえば、保護されるコンテンツが RTPによって伝送されるとき、 IPMP制御グラフ は SDP (セクション記述プロトコル）に保持され、鍵情報は RTPヘッダに保持されても よぐまたは映像および音声パケットのための特殊な事例として、同期化される限り、 時間変化の鍵および保護される映像または音声データの中に保持されてもょ ヽ。
[0090] モジユーノレ 5. 1は、コンテンツ IDを割り当てることになつており、ここでは、 MPEG— 21の DIIを用いることが可能である。必要に応じて、サブコンテンツ IDを用いることが でき、サブコンテンツを保護する必要がある場合には、保護がこのサブコンテンツ ID に関連付けられることができる。コンテンツ IDの割り当ては、コンテンツ割り当て部 23 が行う。
[0091] モジュール 5. 2は、コンテンツが保護されている力、フリーであるかを知らせるために 、 IPMP制御グラフにフラグを配置することになつている。モジュール 5. 3は、電子透 力しが組み込まれているかどうかを示すために、 IPMP制御グラフにフラグを配置す ることになつている。これらのフラグの配置は、 DID記述部 26によって行われる。
[0092] コンテンツに埋め込まれた電子透かしがある場合には、モジュール 5. 4は、この事 例に用いられる WMツール用に電子透かし (WM)ツール IDを割り当てた後、ツール IDが記録され、 IPMP制御グラフに配置される。モジュール 5. 5は、 IPMP制御ダラ フに配置される電子透かしインタフェースまたは API関連情報を含む WM記述を作 成する。 WMツール IDの割り当ては、コンテンツ保護処理部 24によって行われる。ま た、その WMツール IDの IPMP制御グラフへの配置、及び上記 WM記述の作成は、 DID記述部 26によって行われる。
[0093] モジュール 5. 6は、コンテンツが暗号化されているかどうかを決定することになつて おり、モジュール 5. 15において「はい Zいいえ」に関するフラグが IPMP制御グラフ に配置される。このフラグの配置は、 DID記述部 26によって行われる。
[0094] モジュール 5. 9は、この事例に用いられる暗号化ツール用に暗号化ツール IDを割 り当て後、ツール IDが記録され、 IPMP制御グラフに配置される。モジュール 5. 7は 、 IPMP制御グラフに直接、またはホルダによって他の位置を示すことによって鍵デ ータホルダの鍵情報を配置することになつている。暗号ィ匕ツール IDの割り当ては、コ ンテンッ保護処理部 24によって行われる。また、その暗号化ツール IDの IPMP制御 グラフへの配置、及び上記鍵情報の配置は、 DID記述部 26によって行われる。
[0095] モジュール 5. 11、 5. 13において、暗号鍵がさらに暗号化され、ライセンスとしての 鍵が IPMP制御グラフ、 REL、 DIDまたは鍵位置 1によって示される任意の場所に最 終的に配置される。暗号鍵の暗号化は、コンテンツ保護処理部 24によって行われ、 ライセンスとしての鍵の配置は、 DID記述部 26によって行われる。
[0096] モジュール 5. 8は、既存の REL標準に適合する対応する条件に関して権利を作成 してパッケージィ匕することになつており、この部分は、コンテンツ配信バリューチェーン の販売代理人によって修正および編集されてもよい。上記権利の作成は、利用条件 データ生成部 25によって行われる。
[0097] モジュール 5. 10は、権利をデジタル署名することによって権利のメタデータを保護 することになつている。モジュール 5. 12は、デジタル署名の照合のためのツール ID を割り当てることになつており、モジュール 5. 14は、 IPMP制御グラフ若しくは DID、 または鍵位置 2によって示される任意の場所にエンティティ—鍵を配置することにな つている。権利のデジタル署名、及びデジタル署名の照合のためのツール IDの割り 当ては、コンテンツ保護処理部 24によって行われる。また、エンティティ—鍵の配置 は、 DID記述部 26によって行われる。
[0098] モジュール 5. 15の詳細は、 XMLに基づくアプローチが IPMP制御グラフを表現 するために用いられる MPEG— 21の事例における例として図 7Aに示されている。 DI (DID6. 1によって宣言される 6. 2)は、 2つのデジタルアイテム（6. 3、 6. 4)からなり 、それぞれのデジタルアイテムは個別の添付されるメディアリソース（6. 9、 6. 10)を 有する識別スキーム（6. 5、 6. 6)を有する。モジュール 6. 7は、上述の IPMP制御グ ラフを示し、モジュール 6. 8は、リソースに連係される実際の権利表現 (条件および利 用規則)を与える。
[0099] 以下に、図 6について詳細に説明する。図 6は、 DID形式で記述されたデジタルァ ィテムの一例を示す図である。デジタルアイテムは、再帰的に定義可能、すなわち自 分自身の中にデジタルアイテムを有することが可能である。図 6に示されるデジタル アイテム 6. 2は、デジタルアイテム（6. 3、 6. 4)を含む。デジタルアイテム（6. 3、 6. 4)のリソース（6. 9, 6. 10)は、デジタルコンテンツ又はデジタルコンテンツを所有す る所有元のアドレスを含む。また、命令文（6. 5、 6. 6)は、それぞれコンテンツ IDを 指定するための DIIである。なお、図 6に示されたコンテンツ又はコンテンツのアドレス を有するデジタルアイテム（6. 3、 6. 4)は、第 1のデジタルアイテムをなし、複数の第 1のデジタルアイテムが内部に定義されたデジタルアイテム 6. 2は、第 2のデジタル アイテムをなす。
図 6に示されるように、コンテンツ又はコンテンツのアドレスを有するデジタルアイテ ム（6. 4)には、そのコンテンツに関する IPMP記述（6. 7)と REL記述（6. 8)とが両 方記述される。表 1は、 IPMP記述（6. 7)の意味を示す。表 1において、左欄には実 際の記述が示され、右欄には、その記述の簡単な意味が示される。
[表 1]
Figure imgf000023_0001
表 1に示されるように、 IPMP記述中の「KeyInformation」は、コンテンツを暗号化 した暗号鍵の鍵情報である。その暗号鍵は、ユーザに配信されるとき、他者に悪用さ れないように暗号化されている。ライセンス鍵は、この暗号を解くための鍵である。上 述の IPMP記述には、そのライセンス鍵が配置された場所が記述されて 、る。
[0102] 次に、表 2は、 REL記述（6. 8)の意味を示す。表 2において、左欄には実際の記 述が示され、右欄には、その記述の簡単な意味が示される。
[表 2]
Figure imgf000024_0001
[0103] 図 6に示されるように、コンテンツ又はコンテンツのアドレスを有するデジタルアイテ ム中にそのコンテンツに関する IPMP記述と REL記述とが両方記述されるので、ユー ザ端末は、そのコンテンツに関連した REL記述及び IPMP記述のみを解析すればよ ぐユーザ端末は、そのコンテンツを処理するために必要な保護解除ツールのみを 取得することができる。
[0104] 図 6に示されるように、デジタルアイテム中で、 IPMP記述が REL記述よりも先に記 述されている場合、ユーザ端末は、 IPMP記述を先に解析する。この場合、ユーザ端 末は、 REL記述の内容によらず、保護解除ツールのダウンロードを行う。例えば、図 6に示されたデジタルアイテムを受信した場合、ユーザ端末は、許可されたコンテンツ の利用期間が始まる前に必要なツールのダウンロードとセットアップが行う。この場合 、ユーザ端末がその利用期間が始まった後にコンテンツの再生を行うときは、保護解 除ツールのダウンロードが不要となり、速やかなコンテンツの再生が可能になる。
[0105] なお、図 7は、図 6に示されるデジタルアイテムを作成する場合の記述ステップ（図 4 において、ステップ S5で示される。）の詳細を示すフローチャートの他の例を示す。 図 7に説明されるように、コンテンツサーバ 20の DID記述部 26は、コンテンツ ID割り 当て部 23から入力された IDのデータを用いて、デジタルアイテムに割り当てられたコ ンテンッ IDを記述する (ステップ S41)。そして、コンテンツ保護処理部 24から入力さ れたデータを用いて、コンテンツに電子透力しが埋め込まれて 、るかどうかを判断し（ ステップ S42)、電子透かしが埋め込まれていると判断するなら（ステップ S42で YES )、 IPMP記述として、電子透力しが埋め込まれていることを示すフラグ、及び検出ッ ールの情報、例えば、検出ツールのツール IDを記述する（ステップ S43)。埋め込ま れていないと判断するなら (ステップ S42で NO)、次のステップ S44に進む。次に、 D ID記述部 26は、コンテンツ保護処理部 24から入力されたデータを用いて、コンテン ッが暗号ィ匕されて ヽるかどうかを判断し (ステップ S44)、暗号化されて!/ヽると判断す るなら (ステップ S44で YES)、 IPMP記述として、暗号化されていることを示すフラグ 等を記述する (ステップ S45)。暗号化されて!/、な 、と判断するなら (ステップ S44で N 0)、次のステップ S46に進む。次に、 DID記述部 26は、コンテンツ保護処理部 24か ら入力されたデータを用いて、コンテンツがデジタル署名されて 、るかどうかを判断し (ステップ S46)、デジタル署名されていると判断するなら (ステップ S46で YES)、 IP MP記述として、電子署名されていることを示すフラグ、及び照合ツールの情報、例え ば、照合ツールのツール IDを記述する（ステップ S47)。デジタル署名されていないと 判断するなら (ステップ S46で NO)、次のステップ S48に進む。最後に、 DID記述部 26は、利用条件データ生成部 25から入力されたデータを用いて、 REL記述として、 コンテンツの利用条件を記述する (ステップ S48)。
図 8は、図 7に示されたフローチャートのステップ S45の詳細を示すフローチャート である。 DID記述部 26は、コンテンツが暗号化されているなら (ステップ S44で YES) 、 IPMP記述として、コンテンツが暗号化されていることを示すフラグ、復号化ツール I D等の復号ィ匕ツールの情報、及び暗号鍵の情報を記述する (ステップ S452)。そし て、再度コンテンツ保護処理部 24から入力されたデータを用いて、暗号鍵がさらに 暗号ィ匕されているかどうかを判断し (ステップ S452)、暗号ィ匕されていると判断するな ら（ステップ S452で YES)、 IPMP記述として、暗号鍵を復号するライセンス鍵の情 報を記述する (ステップ S453)。暗号化されて!/、な 、と判断するなら (ステップ S452 で NO)、図 7に示されるステップ S46に進む。
[0107] なお、 REL記述 (権利のメタデータ）に対して保護処理が行われてもよ!/、。その場 合、 DID記述部 26は、利用条件データ生成部 25から入力されたデータを用いて、 R EL記述を作成し、その REL記述をコンテンツ保護処理部 24に入力する。コンテンツ 保護処理部 24は、入力された REL記述に対して保護処理を行う。このとき、コンテン ッサーバ 20が行う処理は、コンテンツに対して保護処理が行われた場合の処理と同 様である。具体的には、図 4のステップ S2, S3に示される処理が行われる。その後、 DID記述部 26は、コンテンツ保護処理部 24から入力されたデータを用いて、上記保 護処理の種類に応じたフラグ、及び保護解除ツールの情報をデジタルアイテムに記 述する。この記述処理は、コンテンツに対して保護処理が行われた場合に DID記述 部 26が行う処理と同様である。具体的には、図 7に示されたステップ S42— S47の処 理が行われる。
[0108] 図 9は、保護されるコンテンツをモジュール 9. 18で消費することが可能になる前に 、IPMP制御グラフに保持される保護およびパッケージィ匕情報を処理するための端 末処理のフローチャートを示して 、る。
[0109] モジュール 9. 1は、 IPMP制御グラフが MPEG— 21の DIDに保持される場合にの み DIDバーサが必要とされるときに、 DIDおよび IPMP制御グラフ情報を構文解析 すること〖こなって ヽる。
[0110] RTPネットワークによるコンテンツの配信の場合には、鍵情報が時間変化である場 合には、鍵情報を除く権利および保護記述情報を入手するために、 SDPから IPMP 制御グラフを検索することができる。
[0111] モジュール 9. 2は、コンテンツが保護されている力またはフリーであるかを検出する ことになつている。コンテンツがフリーである場合には、消費のためにモジュール 9. 1 8によって再生されることができる。そうでない場合には、モジュール 9. 3、 9. 4、 9. 5 にそれぞれ進んで確認するための分岐が 3つ存在する。
[0112] モジュール 9. 3は、権利が暗号化されているかどうかを検出することになつており、 モジュール 9. 4は、コンテンツが暗号化されているかを検出することになつており、モ ジュール 9. 5はコンテンツに電子透かしが入っているかどうかを検出することになつ ている。
[0113] 権利が保護されている場合には、モジュール 9. 6はツール IDを有する保護ツール を呼び出すことになつており、モジュール 9. 7はツールを用いて権利の完全性を確 認することになつている。モジュール 9. 8において完全性が首尾よく証明される場合 には、既存の REL標準に適合する RELエンジンによって権利を構文分析するため に、権利がモジュール 9. 9に送信される。
[0114] モジュール 9. 11は、コンテンツに添付される権利および条件を処理し、バッファに 付与された権利および条件を格納する。モジュール 9. 19において、ユーザによって 要求される権利が、バッファに格納された権利および条件に反していないかどうかの 確認がなされる。
[0115] 権利に保持されているライセンスがある場合には、モジユーノレ 9. 10は、保護される 耐タンパ性 (TR)であってもよ!/、ライセンスマネジャカもライセンスを検索することにな つている。
[0116] コンテンツが保護および暗号化されている場合には、モジュール 9. 13は、 IPMP 制御グラフに保持されているツール IDによって示される暗号ィ匕ツールを呼び出すこ とになっており、モジュール 9. 14は鍵情報を検索することになつており、モジュール 9. 12はライセンスマネジャカも鍵ライセンスを入手することになつている。
[0117] ここでは、復号ィ匕エンジンがコンテンツの保護を外すために用いる実際のライセン スをライセンスマネジャが提供するため、ライセンスマネジャが端末の一部または他の 場所の任意の場所であるならば、耐タンパ技術によって保護されてもよい。
[0118] 暗号ィ匕ツールは、大部分の端末がその実装に用いるデフォルトとして定義されるこ とが可能であり、特殊なドメインにおけるデフォルトの暗号ィ匕ツール以外のものを選択 することができるように IPMPツール IDが提供される。プラットホームはツール IDによ つて指示される異なる暗号ィ匕ツールをダウンロードして用いることが許容される場合 には、異なるドメインにわたって相互運用性を実現すると同時に、拡張性、柔軟性お よび更新可能性を実現することになる。
[0119] さまざまなネットワークによるコンテンツ配信の場合には、異なる場所から鍵情報を 検索することができてもよい。これは、鍵情報を配置する場所に左右される。 RTPへ ッダに鍵情報を配置する場合には、 RTPヘッダで入手することができ、映像および音 声データなどの他のパケットとして配置される場合には、映像および音声に適用され るものと同一の規則に従って入手することができる。映像および音声のコンテンツを 復号ィ匕する必要がある場合には、時間変化の鍵情報を同時に入手する必要がある。
[0120] モジュール 9. 15は、呼び出されたツール、鍵データおよびライセンスを有するコン テンッを復号ィ匕し、さらなる処理のためにモジュール 9. 17に伝送されることになつて いる。
[0121] モジュール 9. 5において、コンテンツが電子透かし入りであると検出される場合に は、モジュール 9. 16において、ツール IDを有する電子透かしツールおよびインタフ エースをはじめとするその記述データが呼び出され、ユーザの要求に合致する行為 の準備が施される。
[0122] 最終的に、モジュール 9. 17は、与えられた権利および条件に基づいて、ユーザが 要求する権利を行使し、モジュール 9. 15の出力である保護されていないコンテンツ に作用することになつて 、る。
[0123] 図 9において、耐タンパは、保護されていないコンテンツを入手するためのコンテン ッの復号ィ匕であっても、ライセンス、権利および条件処理を提供して、権利を準備す るライセンスマネジャの機能を保護するために用いられる。
[0124] 図 10は、個別に処理される RELおよび IPMP制御グラフを有する修正された IPM Pアーキテクチャを示している。図 9および図 10の権利および保護 (IPMPに関連す る)機能を比較すると、図 2の従来技術には欠けて 、る IPMPに関連する機能が多く あることが明白である。 RELエンジンに関するモジュール 9. 9、ライセンスマネジャに 関するモジュール 9. 10、 9. 12、および条件処理に関するモジュール 9. 11である 図 9では青色のブロックのみが図 2に示されている従来技術に導入されている。この ような機能ブロックは、図 2ではモジュール 2. 1、モジュール 2. 4およびモジュール 2 . 5である。
[0125] 図 10に示されているように、モジュール 10. 11が IPMP制御グラフ情報を構文解 祈して処理するために加えられ、対応する結果がモジュール 10. 4のライセンスマネ ジャに伝達され、 RELに関連するデータはその完全性が確認された後、モジュール 10. 1の RELエンジンに伝達され、コンテンツ保護および電子透力し情報がさらなる 処理のために、モジュール 10. 3の DIインスタンスに伝達される。
[0126] モジュール 10. 12の復号化、電子透かしなどは、かかる方法が DIMEで定義され ている場合にはモジュール 10. 8において行われてもよぐまたは DIBOの 1つの機 能として定義されている場合にはモジュール 10. 9において行われてもよぐまたは 外部の機能である場合にはモジュール 10. 10において行われてもよい。
[0127] 線 10. 14は IPMP制御グラフ処理モジュールから RELエンジンへのデータの流れ を示しており、線 10. 15は IPMP制御グラフ処理モジュールから DIインスタンスへの データの流れを示して!/ヽる。
[0128] 線 10. 16は、ライセンスを発行するために、ライセンスマネジャからモジュール 10.
12の保護されて!ヽな 、ブロックへのデータの流れを示して!/、る。
[0129] モジュール 10. 13は、図 2と比較して同一の信頼されるドメインに配置されるィベン ト報告エンジンのためである。
[0130] TRは、ライセンスマネジャ動作および条件処理動作を保護するために用いられるこ とになっている耐タンパモジュールを意味する。
[0131] 他のモジュールは、図 2に説明されたものと類似の意味である。
[0132] 実施の形態 2.
(合成した権利および保護を有するコンテンツのパッケージィ匕および消費） 本実施の形態 2によるコンテンツサーバは、実施の形態 1によるコンテンツサーバと その構成及び動作が同一であるので、説明を省略する。
この場合には、権利と保護との明確な境界がなぐ権利および保護は混合され、 IP
MP制御グラフを REL— IPMP制御グラフと考えることができる。
[0133] 現在の MPEG— 21 RELまたは他の権利表現言語に基づいて、コンテンツの保護 のほか、コンテンツの保護方法の明記が定義されていない。この場合には、既存の R
ELは、力かる保護信号発信をサポートするために拡張される必要がある。
[0134] 図 5に基づく図 11に示されているように、モジュール 11. 16は、既存の REL標準を 拡張することによって、コンテンツ保護信号発信をサポートする REL +拡張とみなさ れ、モジュール 11. 15は REL— IPMP制御グラフに変更される。モジュール 11. 8は 、既存の REL機能である。
[0135] 他のモジュールは、上記で説明したものと同一の機能である。
[0136] 図 11に示されているように、権利および保護スキームに関してコンテンツのパッケ 一ジ化側を示している。モジュール 11. 8の RELは、その条件に関連する権利をパッ ケージィ匕するために用いられることになつている既存の権利表現言語である。他の部 分 11. 3、 11. 4、 11. 5、 11. 6、 11. 7、 11. 9、 11. 11、 11. 13は、保護関連機能 である。最も重要な部分は、 REL— IPMP制御グラフであるモジュール 11. 15にある 。 MPEG— 21の DIDコンテナに保持される力 異なるアプリケーションドメインにおい て用いられる場合には他の場所に保持されてもょ ヽ。
[0137] コンテンツはネットワークによって伝送される必要がある場合に、通常はセグメント化 および暗号化が行われ、リソースとしていずれかの場所に格納され、対応する時間変 化の鍵力 モジュール 11. 9において REL— IPMP制御グラフの鍵データホルダに鍵 情報として、直接的に、または位置を示すことによって間接的に格納される。
[0138] たとえば、保護されるコンテンツが RTPによって伝送されるとき、 REL— IPMP制御 グラフは SDP (セクション記述プロトコル）に保持され、鍵情報は RTPヘッダに保持さ れてもよぐまたは映像および音声パケットのための特殊な事例として、同期化される 限り、時間変化の鍵および保護される映像または音声データの中に保持されてもよ い。
[0139] モジュール 11. 1は、コンテンツ IDを確認することになつており、ここで、 MPEG— 2 1の DIIを用いることが可能である。モジュール 11. 2は、コンテンツが保護されている 力フリーであるかを知らせるために、 REL— IPMP制御グラフにフラグを配置すること になっている。モジュール 11. 3は、電子透かしが組み込まれているかどうかを示す ために、 REL— IPMP制御グラフにフラグを配置することになつている。
[0140] コンテンツに埋め込まれた電子透かしがある場合には、モジュール 11. 4は、この事 例に用いられる WMツール用に電子透かし (WM)ツール IDを割り当てた後、ツール IDが記録され、 REL— IPMP制御グラフに配置される。モジュール 11. 5は、 REL— I PMP制御グラフに配置される電子透かしインタフェースまたは API関連情報を含む WM記述を作成する。 [0141] モジュール 11. 6は、コンテンツが暗号化されているかどうかを決定することになつ ており、モジュール 11. 15において「はい Zいいえ」に関するフラグが REL— IPMP 制御グラフに配置される。
[0142] モジュール 11. 9は、この事例に用いられる暗号化ツール用に暗号化ツール IDを 割り当て後、ツール IDが記録され、 REL— IPMP制御グラフに配置される。モジユー ル 11. 7は、 REL— IPMP制御グラフに直接、またはホルダによって他の位置を示す ことによって鍵データホルダの鍵情報を配置することになつている。
[0143] モジュール 11. 11、 11. 13において、暗号鍵がさらに暗号化され、ライセンスとし ての鍵が REL— IPMP制御グラフ、 REL、 DIDまたは鍵位置 1によって示される任意 の場所に最終的に配置される。
[0144] モジュール 11. 8は、既存の REL標準に適合する対応する条件に関して権利を作 成してパッケージィ匕することになつており、この部分は、コンテンツ配信ノリューチェ ーンの販売代理人によって修正および編集されてもよい。
[0145] モジュール 11. 10は、権利をデジタル署名することによって権利のメタデータを保 護することになつている。モジュール 11. 12は、デジタル署名の照合のためのツール IDを割り当てることになつており、モジュール 11. 14は、 REL— IPMP制御グラフ若し くは DIDまたは鍵位置 2によって示される任意の場所にエンティティ—鍵を配置する ことになつている。
[0146] モジュール 11. 15の詳細は、 XMLに基づくアプローチが REL— IPMP制御グラフを 表現するために用いられる MPEG— 21の事例において実施例として図 12に示され ている。図は、図 6と類似である。図 6に示されているモジュール 6. 7、 6. 8の代わり に REL— IPMP制御グラフ（12. 11)を用いるが、すべての権利および保護情報を表 すために、類似の機能として作用する。
[0147] ここでは REL IPMP拡張は権利表現のみならず、保護記述も含むと定義され、権 利、条件のほか、原理および発行者を表すためだけに元々は定義されていたことか ら、力かる拡張は既存の MPEG— 21 RELまたは他の権利表現言語に加えて行わ れることが図 12から分かる。図 12の XML表現に示されている ipmpxは、保護のため の RELの拡張部分である。 [0148] 図 12は、 DID形式で記述された他のデジタルアイテムの例を示す図である。 IPMP 記述及び REL記述（12. 11)の内容は、図 6と同一であるが、図 6と異なり、 REUS 述が最初に記述されている。これは、 DID記述部 26が IPMP記述よりも REL記述を 先に記述することによる。これにより、ユーザ端末は、 IPMP記述よりも REL記述を先 に解析するので、保護解除ツールをダウンロードする前に、コンテンツの再生が可能 かどうか、すなわち再生が許可されている期間かどうかを知ることができる。よって、再 生が許可されていない期間の場合は、保護解除ツールをダウンロードする必要がな V、ので、ダウンロードに費やす時間及びコストを省略できる。
[0149] なお、図 13は、図 12に示されるデジタルアイテムを作成する場合の記述ステップ（ 図 4において、ステップ S5で示される。）の詳細を示すフローチャートの他の例を示す 。図 13に説明されるように、コンテンツサーバ 20の DID記述部 26は、コンテンツ ID 割り当て部 23から入力された IDのデータを用いて、デジタルアイテムに割り当てられ たコンテンツ IDを記述する (ステップ S51)。そして、利用条件データ生成部 25から 入力されたデータを用いて、 REL記述として、コンテンツの利用条件を記述する (ス テツプ S52)。次に、 DID記述部 26は、コンテンツ保護処理部 24から入力されたデ ータを用いて、コンテンツに電子透かしが埋め込まれて 、るかどうかを判断し (ステツ プ S53)、電子透かしが埋め込まれていると判断するなら（ステップ S53で YES)、 IP MP記述として、電子透力しが埋め込まれていることを示すフラグ、及び検出ツール の情報を記述する (ステップ S54)。埋め込まれて 、な 、と判断するなら (ステップ S5 3で NO)、次のステップ S55に進む。次に、 DID記述部 26は、コンテンツ保護処理 部 24から入力されたデータを用いて、コンテンツが暗号ィ匕されているかどうかを判断 し (ステップ S55)、暗号化されていると判断するなら（ステップ S55で YES)、 IPMP 記述として、暗号ィ匕されていることを示すフラグ等を記述する (ステップ S56)。暗号ィ匕 されていないと判断するなら (ステップ S55で NO)、次のステップ S57に進む。次に、 DID記述部 26は、コンテンツ保護処理部 24から入力されたデータを用いて、コンテ ンッがデジタル署名されて ヽるかどうかを判断し (ステップ S57)、デジタル署名され ていると判断するなら (ステップ S57で YES)、 IPMP記述として、電子署名されてい ることを示すフラグ、及び照合ツールの情報を記述する (ステップ S58)。デジタル署 名されていないと判断するなら (ステップ S57で NO)、処理を終了する。なお、図 13 のステップ S56で示された処理は、図 8を用いて説明された処理と同一である。
[0150] あるコンテンツに関する IPMP記述と REL記述を、そのコンテンツを有するデジタル アイテム中に両方記述し、それらの IPMP記述と REL記述を同一のパッケージに収 めて端末に配信するという本発明の特徴は、例えば、以下のような場合にも応用でき る。
[0151] REL記述に、あるコンテンツが複数の解像度で視聴可能であることが記述され、 IP MP記述に、各解像度につ ヽてそのコンテンツを復号化する際に必要な復号化ツー ルが全て記述されている場合、 1つのコンテンツに関する IPMP記述と REL記述が、 別個のデジタルアイテムにそれぞれ記載され、受信側でそれらの REL記述と IPMP 記述とを別々に解釈するなら、 IPMP記述が解釈された時点で、各解像度で視聴す る場合に必要な全ての復号ィ匕ツールが一括ダウンロードされる。この場合、ユーザが 特定の 1つの解像度で視聴することを希望していても、全ての復号ィ匕ツールがダウン ロードされることになるので、使わない復号ィ匕ツールの伝送に多くの時間と費用がか かり、又使わないツールを保存しておくためのメモリも確保しておく必要があるという 問題がある。これに対し、 IPMP記述と REL記述とを、そのコンテンツを有するデジタ ルアイテム中に両方記述して、同一のパッケージで配信すると、ユーザが希望する解 像度について必要な復号ィ匕ツールのみをダウンロードすることが可能となり、復号ィ匕 ツールの伝送のための時間及びコストを最小にでき、不要なツールをメモリに格納し ておく必要もな 、と 、う効果がある。
[0152] 図 9に基づく図 14に示されているように、モジュール 14. 19は、拡張された RELに よってコンテンツ保護もサポートするために REL+拡張とみなされ、モジュール 14. 9 は既存の RELエンジンである。モジュール 14. 1は REL— IPMP制御グラフに変更さ れ、モジュール 14. 0は MPEG— 21の場合には個別の DIDバーサである。
[0153] 他のモジュールは、上記で説明したものと同一の機能である。
[0154] 図 14には、保護されるコンテンツがモジュール 14. 18で消費することが可能になる 前に、 REL-IPMP制御グラフに保持される保護およびパッケージィ匕情報を処理す るための端末処理のフローチャートが示されて 、る。 [0155] モジュール 14. 1は、 REL— IPMP制御グラフが MPEG—21の DIDに保持される場 合にのみ DIDバーサが必要とされるときに、 DIDおよび REL— IPMP制御グラフ情報 を構文解析することになつて ヽる。
[0156] RTPネットワークによるコンテンツの配信の場合には、鍵情報が時間変化である場 合には、鍵情報を除く権利および保護記述情報を入手するために、 SDPから REL— IPMP制御グラフを検索することができる。
[0157] モジュール 14. 2は、コンテンツが保護されている力またはフリーであるかを検出す ることになつている。コンテンツがフリーである場合には、消費のためにモジュール 14 . 18によって再生されることができる。そうでない場合には、モジュール 14. 3、 14. 4 、 14. 5にそれぞれ進んで確認するための分岐が 3つ存在する。
[0158] モジュール 14. 3は、権利が暗号化されているかどうかを検出することになつており 、モジュール 14. 4は、コンテンツが暗号化されているかを検出することになつており 、モジュール 14. 5はコンテンツに電子透かしが入っているかどうかを検出することに なっている。
[0159] 権利が保護されている場合には、モジュール 14. 6はツール IDを有する保護ツー ルを呼び出すことになつており、モジュール 14. 7はツールを用いて権利の完全性を 確認することになつている。モジュール 14. 8において完全性が首尾よく証明される 場合には、既存の REL標準に適合する RELエンジンによって権利を構文分析する ために、権利がモジュール 14. 9に送信される。
[0160] モジュール 14. 11は、コンテンツに添付される権利および条件を処理し、バッファ に付与された権利および条件を格納する。モジュール 14. 19において、ユーザによ つて要求される権利が、バッファに格納された権利および条件に反していないかどう かの確認がなされる。
[0161] 権利に保持されているライセンスがある場合には、モジュール 14. 10は、保護され る耐タンパ性 (TR)であってもよ!/、ライセンスマネジャからライセンスを検索することに なっている。
[0162] コンテンツが保護および暗号化されている場合には、モジュール 14. 13は、 REL- IPMP制御グラフに保持されているツール IDによって示される暗号化ツールを呼び 出すことになつており、モジュール 14. 14は鍵情報を検索することになつており、モジ ユール 14. 12はライセンスマネジャカも鍵ライセンスを入手することになつている。
[0163] ここでは、復号ィ匕エンジンがコンテンツの保護を外すために使用する実際のライセ ンスをライセンスマネジャが提供するため、ライセンスマネジャが端末の一部または他 の場所の任意の場所であるならば、耐タンパ技術によって保護されてもよい。
[0164] 暗号ィ匕ツールは、大部分の端末がその実装に用いるデフォルトとして定義されるこ とが可能であり、特殊なドメインにおけるデフォルトの暗号ィ匕ツール以外のものを選択 することができるように IPMPツール IDが提供される。プラットホームはツール IDによ つて指示される異なる暗号ィ匕ツールをダウンロードして用いることが許容される場合 には、異なるドメインにわたって相互運用性を実現すると同時に、拡張性、柔軟性お よび更新可能性を実現することになる。
[0165] さまざまなネットワークによるコンテンツ配信の場合には、異なる場所から鍵情報を 検索することができてもよい。これは、鍵情報を配置する場所に左右される。 RTPへ ッダに鍵情報を配置する場合には、 RTPヘッダで入手することができ、映像および音 声データなどの他のパケットとして配置される場合には、映像および音声に適用され るものと同一の規則に従って入手することができる。映像および音声のコンテンツを 復号ィ匕する必要がある場合には、時間変化の鍵情報を同時に入手する必要がある。
[0166] モジュール 14. 15は、呼び出されたツール、鍵データおよびライセンスを有するコ ンテンッを復号化し、さらなる処理のためにモジュール 14. 17に伝送されることにな つている。
[0167] モジュール 14. 5において、コンテンツが電子透かし入りであると検出される場合に は、モジュール 14. 16において、ツール IDを有する電子透かしツールおよびインタ フェースを含むその記述データが呼び出され、ユーザの要求に合致するまで行為の 準備が施される。
[0168] 最終的に、モジュール 14. 17は、与えられた権利および条件に基づいて、ユーザ が要求する権利を行使し、モジュール 14. 15の出力である保護されていないコンテ ンッに作用することになつている。
[0169] 図 14において、耐タンパは、保護されていないコンテンツを入手するためのコンテ ンッの復号ィ匕であっても、ライセンス、権利および条件処理を提供して、権利を準備 するライセンスマネジャの機能を保護するために用いられる。
[0170] 図 15は、 REL— IPMP制御グラフを有する修正された IPMPアーキテクチャを示し ている。図 14および図 15の権利および保護 (IPMPに関連する)機能を比較すると、 図 2の従来技術には欠けている IPMPに関連する機能が多くあることが明白である。 RELエンジンに関するモジュール 14. 9、ライセンスマネジャに関するモジュール 14 . 10、 14. 12および条件処理に関するモジュール 14. 11である図 14では青色のブ ロックのみが図 2に示されている従来技術に導入されている。このような機能ブロック は、図 2ではモジュール 2. 1、モジュール 2. 4およびモジュール 2. 5である。
[0171] 図 15に示されているように、モジュール 15. 11が IPMP制御グラフ情報を構文解 祈して処理するために加えられ、対応する結果がモジュール 15. 4のライセンスマネ ジャに伝達され、 RELに関連するデータはその完全性が確認された後、モジュール 15. 1の RELエンジンに伝達され、コンテンツ保護および電子透力し情報がさらなる 処理のために、モジュール 15. 3の DIインスタンスに伝達される。
[0172] モジュール 15. 12の復号化、電子透かしなどは、かかる方法が DIMEで定義され ている場合にはモジュール 15. 8において行われてもよぐまたは DIBOの 1つの機 能として定義されている場合にはモジュール 15. 9において行われてもよぐまたは 外部の機能である場合にはモジュール 15. 10において行われてもよい。
[0173] 線 15. 14は REL— IPMP制御グラフ処理モジュールから RELエンジンへのデータ の流れを示しており、線 15. 15は REL— IPMP制御グラフ処理モジュールから DIィ ンスタンスへのデータの流れを示して 、る。
[0174] 線 15. 16は、ライセンスを発行するために、ライセンスマネジャからモジュール 15.
12の保護されて!ヽな 、ブロックへのデータの流れを示して!/、る。
[0175] モジュール 15. 13は、図 2と比較して同一の信頼されるドメインに配置されるィベン ト報告エンジンのためである。
[0176] TRは、ライセンスマネジャ動作および条件処理動作を保護するために用いられるこ とになっている耐タンパモジュールを意味する。
[0177] 他のモジュールは、図 2に説明したものと類似の意味である。 [0178] 図 16には、 IPMP制御グラフまたは REL— IPMP制御グラフにおける権利および保 護のレイアウトが示されており、コンテンツ ID、保護されるオブジェクトのインジケータ 、保護フラグ、詳細な権利および条件のほか、詳細な保護記述がこのホルダに配置 および保持されている。
[0179] 本発明は特定の実施の形態について説明されてきたが、当業者にとっては他の多 くの変形例、修正、他の利用が明らかである。よって、本発明は、ここでの特定の開 示に限定されず、添付の請求の範囲によってのみ限定され得る。

Claims

請求の範囲
[1] コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行う第 1 の保護処理ステップと、
前記コンテンツの利用条件を決定する決定ステップと、
前記コンテンツ若しくは前記コンテンツのアドレスを有する第 1のデジタルアイテム であって、他のデジタルアイテムを内部に定義することが可能なデジタルアイテム、又 は前記第 1のデジタルアイテムを内部に定義した第 2のデジタルアイテムをデジタル アイテム宣言形式で記述する第 1の記述ステップと、
デジタルアイテム宣言形式で記述された前記第 1のデジタルアイテム又は第 2のデ ジタルアイテムをパッケージ化するパッケージ化ステップと、
ノ ッケージィ匕された前記第 1のデジタルアイテム又は第 2のデジタルアイテムをユー ザ端末に配信する配信ステップと
を含むコンテンツ酉 S信方法であって、
前記第 1の記述ステップにおいて、前記第 1のデジタルアイテム中に、前記保護処 理に関する記述と前記利用条件に関する記述が両方記述されることを特徴とするコ ンテンッ配信方法。
[2] 前記ユーザ端末によって前記利用条件に関する記述が前記保護処理に関する記 述よりも先に解析されるように、前記第 1のデジタルアイテムにおいて、前記利用条件 に関する記述は前記保護処理に関する記述よりも先に記述されることを特徴とする請 求項 1に記載のコンテンツ配信方法。
[3] 前記第 1の記述ステップは、前記保護処理に関する記述として、前記コンテンツの 著作権が保護されて 、ることを示すフラグと、その保護を解除する保護解除ツールの 情報とを記述するステップを含むことを特徴とする請求項 1又は 2に記載のコンテンツ 配信方法。
[4] 前記第 1の保護処理ステップは、前記コンテンツに電子透力しを埋め込むステップ 、前記コンテンツを暗号ィ匕するステップ、及び前記コンテンツをデジタル署名するステ ップの少なくとも 1つのステップを含み、
前記第 1の記述ステップは、前記保護処理に関する記述として、前記保護処理の 種類に応じて、前記コンテンツに電子透力しが埋め込まれて 、ることを示すフラグと 前記電子透力しを検出する検出ツールの情報、前記コンテンツが暗号ィ匕されている ことを示すフラグと前記コンテンツを復号ィヒする復号ィヒツールの情報、及び前記コン テンッがデジタル署名されて ヽることを示すフラグと前記デジタル署名を照合する照 合ツールの情報の少なくとも 1つを記述するステップを含むことを特徴とする請求項 3 に記載のコンテンッ配信方法。
[5] 前記第 1の保護処理ステップは、暗号鍵を用いて前記コンテンツを暗号ィ匕するステ ップを含み、
前記第 1の記述ステップは、前記保護処理に関する記述として、前記コンテンツが 暗号ィ匕されていることを示すフラグ、前記復号化ツールの情報、及び前記コンテンツ を暗号化した暗号鍵の情報を記述するステップを含むことを特徴とする請求項 4に記 載のコンテンツ配信方法。
[6] 前記第 1の保護処理ステップは、暗号鍵をさらに暗号ィ匕するステップを含み、
前記第 1の記述ステップは、前記保護処理に関する記述として、さらに、暗号化され た前記暗号鍵を復号するライセンス鍵の情報を記述するステップを含むことを特徴と する請求項 5に記載のコンテンツ配信方法。
[7] 前記利用条件に関する記述に対して、その記述の著作権を保護するための保護 処理を行う第 2の保護処理ステップと、
前記保護処理に関する記述として、前記利用条件に関する記述の著作権が保護さ れて 、ることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述す る第 2の記述ステップと
を含むことを特徴とする請求項 1から 6のいずれかに記載のコンテンツ配信方法。
[8] コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行う保 護処理部と、
前記コンテンツの利用条件を生成する利用条件生成部と、
前記コンテンツ若しくは前記コンテンツのアドレスを有する第 1のデジタルアイテム であって、他のデジタルアイテムを内部に定義することが可能なデジタルアイテム、又 は前記第 1のデジタルアイテムを内部に定義した第 2のデジタルアイテムをデジタル アイテム宣言形式で記述する記述部と、
デジタルアイテム宣言形式で記述された前記第 1のデジタルアイテム又は第 2のデ ジタルアイテムをパッケージ化するパッケージング部と、
ノ ッケージィ匕された前記第 1のデジタルアイテム又は第 2のデジタルアイテムをユー ザ端末に配信する配信部と
を含むコンテンツサーバであって、
前記記述部は、前記第 1のデジタルアイテム中に、前記利用条件に関する記述と 前記保護処理に関する記述を両方記述することを特徴とするコンテンツサーバ。
[9] 前記記述部は、前記保護処理に関する記述として、前記コンテンツの著作権が保 護されて!、ることを示すフラグと、その保護を解除する保護解除ツールの情報とを記 述することを特徴とする請求項 8に記載のコンテンツサーバ。
[10] 前記保護処理部は、前記利用条件に関する記述に対して、その記述の著作権を 保護するための保護処理を行 ヽ、
前記記述部は、前記保護処理に関する記述として、前記利用条件に関する記述の 著作権が保護されて 、ることを示すフラグと、その保護を解除する保護解除ツールの 情報とを記述することを特徴とする請求項 8又は 9に記載のコンテンツサーバ。
PCT/JP2004/014344 2003-10-14 2004-09-30 コンテンツ配信方法及びコンテンツサーバ Ceased WO2005036407A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/575,355 US20070143219A1 (en) 2003-10-14 2004-09-30 Method for delivering content and content server which delivers content
EP04788372A EP1675011A1 (en) 2003-10-14 2004-09-30 Content distribution method and content server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003353691 2003-10-14
JP2003-353691 2003-10-14

Publications (1)

Publication Number Publication Date
WO2005036407A1 true WO2005036407A1 (ja) 2005-04-21

Family

ID=34431166

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/014344 Ceased WO2005036407A1 (ja) 2003-10-14 2004-09-30 コンテンツ配信方法及びコンテンツサーバ

Country Status (5)

Country Link
US (1) US20070143219A1 (ja)
EP (1) EP1675011A1 (ja)
KR (1) KR20060126958A (ja)
CN (1) CN1867923A (ja)
WO (1) WO2005036407A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100757845B1 (ko) 2006-02-13 2007-09-11 (주)잉카엔트웍스 클라이언트 기기로 암호화된 컨텐츠에 대응하는 라이센스를제공하는 방법 및 상기 방법을 채용한 ｄｒｍ 변환 시스템

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007006090A1 (en) * 2005-07-08 2007-01-18 Smart Internet Technology Crc Pty Ltd Systems and methods for use in transforming electronic information into a format
CN102084376B (zh) * 2006-03-17 2012-11-07 松下电器产业株式会社 内容检索装置
US8619993B2 (en) * 2006-06-29 2013-12-31 Nokia Corporation Content protection for OMA broadcast smartcard profiles
CA2667782A1 (en) * 2006-11-03 2008-05-15 Google Inc. Content management system
US8301658B2 (en) 2006-11-03 2012-10-30 Google Inc. Site directed management of audio components of uploaded video files
US8312558B2 (en) 2007-01-03 2012-11-13 At&T Intellectual Property I, L.P. System and method of managing protected video content
US20080256646A1 (en) * 2007-04-12 2008-10-16 Microsoft Corporation Managing Digital Rights in a Member-Based Domain Architecture
US8539543B2 (en) * 2007-04-12 2013-09-17 Microsoft Corporation Managing digital rights for multiple assets in an envelope
US9805374B2 (en) 2007-04-12 2017-10-31 Microsoft Technology Licensing, Llc Content preview
AU2008247347A1 (en) 2007-05-03 2008-11-13 Google Inc. Monetization of digital content contributions
US8611422B1 (en) 2007-06-19 2013-12-17 Google Inc. Endpoint based video fingerprinting
US9984369B2 (en) 2007-12-19 2018-05-29 At&T Intellectual Property I, L.P. Systems and methods to identify target video content
US8037256B2 (en) * 2007-12-20 2011-10-11 Advanced Micro Devices, Inc. Programmable address processor for graphics applications
US20110213720A1 (en) * 2009-08-13 2011-09-01 Google Inc. Content Rights Management
CN106101206B (zh) * 2009-08-21 2020-02-21 三星电子株式会社 提供内容的方法和系统
WO2011021909A2 (en) 2009-08-21 2011-02-24 Samsung Electronics Co., Ltd. Method and apparatus for providing contents via network, method and apparatus for receiving contents via network, and method and apparatus for backing up data via network, backup data providing device, and backup system
KR102132218B1 (ko) * 2013-09-24 2020-07-09 삼성전자 주식회사 신뢰하는 실행 환경에서의 보안 도메인 관리 방법 및 장치
US10200372B2 (en) * 2016-06-02 2019-02-05 Microsoft Technology Licensing, Llc Principal access determination in an enviroment
CN112040268B (zh) * 2020-08-11 2023-03-24 福建天泉教育科技有限公司 支持自定义drm的视频播放方法、存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003199063A (ja) * 2001-08-09 2003-07-11 Matsushita Electric Ind Co Ltd 知的財産管理・保護システムでの統合的権利管理

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US6298446B1 (en) * 1998-06-14 2001-10-02 Alchemedia Ltd. Method and system for copyright protection of digital images transmitted over networks
CN1386226A (zh) * 2000-07-11 2002-12-18 松下电器产业株式会社 内容流通系统的控制方法及其系统
JP4311899B2 (ja) * 2001-03-02 2009-08-12 パナソニック株式会社 コンテンツの配信および保護を行なう方法および装置
EP1244023A3 (en) * 2001-03-23 2003-09-24 LG Electronics, Inc. Method for configuring digital items
EP1417838A1 (en) * 2001-08-09 2004-05-12 Matsushita Electric Industrial Co., Ltd. Unified rights management for ipmp system
JP2004129197A (ja) * 2002-03-05 2004-04-22 Matsushita Electric Ind Co Ltd Ｍｐｅｇ−２１システムの装置で使用するデジタル・アイテム処理方法
US20040034600A1 (en) * 2002-06-03 2004-02-19 Matsushita Electric Industrial Co., Ltd. Contents distribution system, contents distribution apparatus, terminal, and method of distributing contents

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003199063A (ja) * 2001-08-09 2003-07-11 Matsushita Electric Ind Co Ltd 知的財産管理・保護システムでの統合的権利管理

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
FUJIWARA H. ET AL.: "Hyojun MPEG kyokasho", ASCII CORP., 11 February 2003 (2003-02-11), pages 215 - 254, XP002989350 *
KAMEYAMA W. ET AL.: "Digital hoso kyokasho (Ge)", KABUSHIKI KAISHA IDG JAPAN, 1 February 2003 (2003-02-01), pages 199 - 231, XP002989349 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100757845B1 (ko) 2006-02-13 2007-09-11 (주)잉카엔트웍스 클라이언트 기기로 암호화된 컨텐츠에 대응하는 라이센스를제공하는 방법 및 상기 방법을 채용한 ｄｒｍ 변환 시스템

Also Published As

Publication number Publication date
CN1867923A (zh) 2006-11-22
EP1675011A1 (en) 2006-06-28
KR20060126958A (ko) 2006-12-11
US20070143219A1 (en) 2007-06-21

Similar Documents

Publication Publication Date Title
US7433471B2 (en) MPEG-21 digital content protection system
US11727376B2 (en) Use of media storage structure with multiple pieces of content in a content-distribution system
US9892390B2 (en) Digital content packaging, licensing and consumption
WO2005036407A1 (ja) コンテンツ配信方法及びコンテンツサーバ
US5765152A (en) System and method for managing copyrighted electronic media
KR101355285B1 (ko) 미래에 창작될 디지털 콘텐트에 관한 사용권을 수립하기 위한 방법 및 장치
US20080209231A1 (en) Contents Encryption Method, System and Method for Providing Contents Through Network Using the Encryption Method
US20040210535A1 (en) Methods to securely package content
US20070288390A1 (en) Relating to Consumption of Content
KR100930303B1 (ko) 디지털 미디어 콘텐츠 보호 시스템 및 방법
US8296569B2 (en) Content protection interoperability infrastructure
JP5022169B2 (ja) アプリケーション送信装置、コンテンツ送信装置及びコンテンツ受信装置、並びに、アプリケーション送信プログラム、コンテンツ送信プログラム及びコンテンツ受信プログラム
JP2004110277A (ja) コンテンツ配信管理方法、装置、およびプログラム
JP4017150B2 (ja) コンテンツ配信装置
JP5350021B2 (ja) ファイル生成装置、ファイル再生装置およびコンピュータプログラム
JP2005141727A (ja) コンテンツ配信方法及びコンテンツサーバ
JP2004139170A (ja) 電子メールシステム
JP2005175652A (ja) コンテンツ流通システム
CN100556135C (zh) 内容的传递及保护的方法及装置
JP2006059145A (ja) フレキシブルｉｐｍｐ保護スキームによるデジタル・コンテンツの制御および保護のための方法および装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200480030301.3

Country of ref document: CN

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 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 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): 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 IT 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: 2004788372

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007143219

Country of ref document: US

Ref document number: 10575355

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 1020067007100

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2004788372

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020067007100

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 10575355

Country of ref document: US