WO2015075860A1 - 再生装置及び再生方法 - Google Patents

再生装置及び再生方法 Download PDF

Info

Publication number
WO2015075860A1
WO2015075860A1 PCT/JP2014/005163 JP2014005163W WO2015075860A1 WO 2015075860 A1 WO2015075860 A1 WO 2015075860A1 JP 2014005163 W JP2014005163 W JP 2014005163W WO 2015075860 A1 WO2015075860 A1 WO 2015075860A1
Authority
WO
WIPO (PCT)
Prior art keywords
key information
key
encrypted content
information
acquired
Prior art date
Application number
PCT/JP2014/005163
Other languages
English (en)
French (fr)
Inventor
智輝 小川
洋 矢羽田
遠間　正真
村瀬　薫
小塚　雅之
山本　雅哉
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
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
Priority claimed from JP2014179133A external-priority patent/JP2018011091A/ja
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Publication of WO2015075860A1 publication Critical patent/WO2015075860A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91357—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal
    • H04N2005/91364—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal the video signal being scrambled

Definitions

  • the present disclosure relates to a playback apparatus and playback method for playing back content recorded on a medium.
  • Patent Document 1 discloses a terminal that divides interactive content into a plurality of content parts for each scene and downloads a content part that may be viewed next while viewing the currently viewed content part. Has been.
  • Patent Document 2 a part of the content is reproduced until all the content distributed via the broadcast network and the viewing license acquisition process are completed, and the remaining part of the content after the viewing license acquisition process Has been disclosed.
  • a playback device includes an encrypted content acquisition unit that acquires encrypted content from a medium, the medium being used to decrypt a plurality of encrypted content and the first encrypted content.
  • the plurality of encrypted contents includes the first encrypted content, and it is determined whether the first key information is used for decrypting the acquired encrypted content.
  • a first key information acquisition unit that acquires the first key information from the medium when the key determination unit and the key determination unit determine that the first key information is used to decrypt the acquired encrypted content; And the key determining unit determine that the first key information is not used for decrypting the acquired encrypted content, the second key information used for decrypting the acquired encrypted content is Included in the medium, and a second key information acquisition unit that is acquired via a network, and a playback unit that plays back the acquired encrypted content using the first key information or the second key information.
  • the encrypted content that is first reproduced by the reproducing unit is encrypted by the first key information
  • the second key information obtaining unit is encrypted by the reproducing unit. While the encrypted content to be reproduced first is being reproduced, the second key information is acquired via the network.
  • the figure which shows typically the data structure at the time of storing a content on an optical disk by MPEG2-TS system Diagram for explaining the method of Aligned Unit decryption The figure which shows typically the data structure at the time of storing a content in HDD or flash memory by MP4 system
  • the figure which shows the structure of the contents reproduction system typically The figure which shows typically the operation
  • a block diagram showing a configuration of a player in the present embodiment Flowchart for explaining reproduction processing in the present embodiment
  • a file format used in an optical disc is an MPEG2-TS system defined by ISO / IEC138181-1, and a video stream, an audio stream, and a subtitle stream are multiplexed.
  • MPEG2-TS system each stream such as a video stream, an audio stream, and a subtitle stream is divided into 188-byte TS packets, multiplexed, and recorded.
  • the file format that is being used in the content distribution on the network in recent years is the MP4 system defined by ISO / IEC 14496-12.
  • the MP4 system adopts an extremely flexible data structure on the premise that it is applied to a randomly accessible medium such as an HDD (Hard Disk Drive) or a flash memory.
  • HDD Hard Disk Drive
  • a video stream, an audio stream, and a subtitle stream are divided into units of fragments of about several seconds, and these are sequentially arranged to form one file.
  • a smartphone or tablet computer does not have an optical disk drive, but takes advantage of its high portability, large screen, and high definition as a terminal that receives and plays content distributed over a network. It's being used. For this reason, smartphones or tablet computers often support the MP4 system, and support for the MPEG2-TS system has not progressed much.
  • the encrypted content is recorded on the optical disc, while the key for decrypting the encrypted content is not recorded, and the network It is assumed that the key is distributed via
  • the player when converting the content to the MP4 format, the player needs to obtain a conversion key different from the reproduction key.
  • a playback device includes an encrypted content acquisition unit that acquires encrypted content from a medium, the medium being used to decrypt a plurality of encrypted content and the first encrypted content.
  • the plurality of encrypted contents includes the first encrypted content, and it is determined whether the first key information is used for decrypting the acquired encrypted content.
  • a first key information acquisition unit that acquires the first key information from the medium when the key determination unit and the key determination unit determine that the first key information is used to decrypt the acquired encrypted content; And the key determining unit determine that the first key information is not used for decrypting the acquired encrypted content, the second key information used for decrypting the acquired encrypted content is Included in the medium, and a second key information acquisition unit that is acquired via a network, and a playback unit that plays back the acquired encrypted content using the first key information or the second key information.
  • the encrypted content that is first reproduced by the reproducing unit is encrypted by the first key information
  • the second key information obtaining unit is encrypted by the reproducing unit. While the encrypted content to be reproduced first is being reproduced, the second key information is acquired via the network.
  • the encrypted content acquisition unit acquires the encrypted content from the medium.
  • the medium includes a plurality of encrypted contents and first key information used for decrypting the first encrypted contents, and the plurality of encrypted contents include the first encrypted contents.
  • the key determination unit determines whether or not the first key information is used for decrypting the acquired encrypted content. When it is determined that the first key information is used for decrypting the encrypted content acquired by the key determination unit, the first key information acquisition unit acquires the first key information from the medium. When it is determined that the first key information is not used for decrypting the encrypted content acquired by the key determination unit, the second key information used for decrypting the encrypted content acquired by the second key information acquisition unit is Get over the network.
  • the playback unit plays back the encrypted content acquired using the first key information or the second key information.
  • the encrypted content first reproduced by the reproducing unit is encrypted with the first key information.
  • the second key information acquisition unit acquires the second key information via the network while the encrypted content that is first played back by the playback unit is being played back.
  • the encrypted content to be reproduced first is reproduced using the key recorded on the medium, and the encrypted content is reproduced through the network while the encrypted content to be reproduced first is reproduced. Since the key necessary for the content acquisition is acquired, the time required to acquire the key required for reproducing the encrypted content via the network can be shortened, and the security of the content recorded on the medium can be enhanced. .
  • FIG. 1 is a diagram schematically showing a data structure when content is stored on an optical disc by the MPEG2-TS method.
  • the optical disc 3 stores a Stream File as content.
  • FIG. 1 only one stream file is shown, but a plurality of stream files may be stored.
  • the Stream File is recorded with a file name “XXXX.M2TS”. A number is described in “XXXX”, and when a plurality of contents are stored, they can be managed individually.
  • Each Stream File is divided by a unit called Aligned Unit, and the capacity of each Aligned Unit is 6144 bytes.
  • Aligned Unit is the unit of encryption. Note that the content stored in the Stream File may not necessarily be a multiple of 6144 bytes. In this case, it is desirable to make the Stream File a multiple of 6144 bytes by a method such as storing NULL Data at the end.
  • FIG. 2 is a diagram for explaining a method of decrypting the aligned unit.
  • the content on the optical disc 3 is encrypted using data called a unit key (denoted as Ku in FIG. 2).
  • each 6144-byte data is separated into the top 16-byte data and the remaining 6128-byte data.
  • the first 16 bytes of data are decrypted by the AES (Advanced Encryption Standard) encryption method using the unit key described above (AES_E).
  • AES_E Advanced Encryption Standard
  • AES_DCBC AES-CBC mode
  • plain text 6128 bytes data is obtained in this way, 6144 bytes plain text data can be obtained by adding the first 16 bytes data to this data.
  • FIG. 3 is a diagram schematically showing a data structure when content is stored in the HDD or flash memory by the MP4 method.
  • a Content File is stored as content on the HDD or flash memory.
  • the Content File is stored as a normal data file. In FIG. 3, only one Content File is shown, but a plurality of Content Files may be stored. Also, here, the Content File is recorded with a file name of “XXXX.MP4”. A number is described in “XXXX”, and when a plurality of contents are stored, they can be managed individually.
  • Meta Data At the beginning of each Content File, a variable length of Meta Data is recorded. After Meta Data, data called Video or Audio Fragment is stored. Fragment is usually an elementary stream of several seconds, and in the case of Video, it is a unit that can be decoded alone. Each Fragment has a variable number of bytes and has a different playback time.
  • Meta Data the number of bytes of each fragment and the playback time length are described.
  • the player can search for the Fragment corresponding to the position at the specific time from the top by referring to the Meta Data.
  • By accumulating the playback time length of each Fragment it is possible to obtain the Fragment number corresponding to the specified time.
  • By accumulating the number of bytes of each Fragment it is possible to calculate the byte position in the Content File. Is possible.
  • FIG. 4 is a diagram schematically showing an Initial Vector required for decoding each Fragment in the Content File.
  • the Initial Vector (IV) corresponding to each Fragment is stored in the Meta Data described above. By storing the Initial Vector in the order of the Fragment, it is possible to specify the Initial Vector corresponding to each Fragment.
  • FIG. 5 is a diagram for explaining the encryption of the Content File in the AES-CTR mode.
  • FIG. 6 is a diagram for explaining decoding of a content file in the AES-CTR mode.
  • a key Key
  • an initial value IV Initial Vector
  • An exclusive OR (XOR) of the value obtained by encrypting the IV using the key and the 16-byte data at the beginning of the message (Content File) is calculated, and the calculation result is a ciphertext corresponding to the first 16-byte data.
  • the same processing is performed on the next 16-byte data after incrementing IV. By performing such processing continuously, it is possible to create a ciphertext even for a long message of 16 bytes or more. If the message length is not a multiple of 16 bytes, the ciphertext is obtained by performing the XOR operation in bit units in the last block.
  • the data shown as “Key” in FIGS. 5 and 6 is a key for encrypting and decrypting the Content File in the MP4 format.
  • FIG. 7 is a diagram schematically showing a data structure of a key file that is data for recording a key for decrypting each stream file in addition to the stream file shown in FIG.
  • the optical disc 3 stores a key file separately from the stream file.
  • three files “Stream File # 1”, “Stream File # 2”, and “Stream File # 3” are recorded on the optical disc 3.
  • the key file includes a key corresponding to each stream file.
  • the Key File is “Stream File # 1”, “Stream File # 2”, and “Stream File # 3” corresponding to “Key # 1”, “Key # 2”, and “Key #”, respectively. 3 ”is included.
  • a value of “Y! 4.d” is stored in Key # 1.
  • this value is used as the key described above.
  • the optical disk 3 stores the key directly here, the key is not actually stored in plain text, and is recorded in a state encrypted separately with a device key held by each player.
  • FIG. 8 is a diagram schematically showing the configuration of the content reproduction system.
  • the content reproduction system includes a player 1 and a key management server 2.
  • the key management server 2 includes a database 21 as a submodule of the key management server 2.
  • the database 21 stores key information and a key transmission impossible list.
  • the player 1 requests the key management server 2 to issue a key when there is no key for reproducing the Stream File.
  • an authentication process is performed between the player 1 and the key management server 2.
  • an SSL (Secure Sockets Layer) method or the like can be used. By authentication, it is possible to securely confirm each other's devices.
  • the key management server 2 checks whether or not the opponent player 1 confirmed by the authentication is a key transmission impossible target by using the key transmission impossible list.
  • the key transmission impossibility list stores information for identifying a player who is not permitted to transmit a key.
  • the player 1 transmits its own identifier when requesting key issuance.
  • the key management server 2 receives the identifier of the player 1 and determines whether or not it is a key transmission impossible target by using information stored in the key transmission impossible list. If it is determined that the key cannot be transmitted, the key management server 2 does not issue a key, assuming that the opponent player 1 is an untrustworthy player. Of course, even when the authentication itself fails, the key management server 2 does not issue a key.
  • the player 1 includes a local storage 11.
  • the key management server 2 transmits the issued key to the player 1.
  • the player 1 receives the key transmitted by the key management server 2 and stores the received key in the local storage 11.
  • the local storage 11 preferably stores the key acquired using the device key held by the player 1 in an encrypted state. Thereby, the acquired key can be safely protected.
  • the player 1 If the key stored in the local storage 11 is accidentally deleted or the key is erased due to a malfunction of the local storage 11, the player 1 requests the key management server 2 to issue a key again. Thus, it is possible to acquire the key again.
  • FIG. 9 is a diagram schematically showing an operation in which the player 1 stores the stream file on the optical disc 3 in the local storage 11.
  • a case is described in which only the Stream File # 2 and the Stream File # 3 are stored in the local storage 11.
  • Stream File # 1 is a content representing a menu
  • Stream File # 2 is a content representing a main video
  • Stream File # 3 is a content representing a bonus video
  • the possibility of repeated viewing is possible. This corresponds to copying only certain content (Stream File # 2 and Stream File # 3).
  • the key for decrypting the Stream File can be protected and stored in the local storage 11.
  • the Stream File can be reproduced even when the optical disk 3 is not present.
  • FIG. 10 is a diagram schematically showing an operation in which the player 1 exports the stream file on the optical disc to a completely different DRM (Digital Rights Management) system.
  • DRM Digital Rights Management
  • a Stream File in the MPEG2-TS format is converted into a Content File in the MP4 format.
  • the key may be changed instead of simply changing the encryption mode of AES from, for example, the CBC (Cipher Block Caching) mode to the CTR (Counter) mode.
  • CBC Cipher Block Caching
  • CTR Counter
  • the decryption unit 101 of the player 1 acquires the Stream File from the local storage 11a and further acquires the key from the local storage 11b.
  • the decoding unit 101 decodes the Stream File by the decoding method shown in FIG.
  • the local storage 11a and the local storage 11b may be the same storage or different storages.
  • the Stream File that has been converted to plain text by the decryption unit 101 is data in the MPEG2-TS format.
  • the decoding unit 101 can acquire a video or audio elementary stream by unmultiplexing data in the MPEG2-TS format. Then, the decryption unit 101 can obtain a plaintext MP4 content file by multiplexing the acquired elementary stream again in units of Fragments.
  • the encryption unit 102 of the player 1 acquires a key used for encryption from the key management server 2.
  • the key management server 2 may be the same as or different from the key management server that acquired the key for reproduction. In the key management server 2 for reproduction, reproduction by the player 1 is not guaranteed unless a key corresponding to the optical disc is always issued.
  • the key management server 2 for export does not necessarily have to issue the same key as at the time of reproduction, and can issue a random value as a key. However, even in this case, when the key is leaked from the player 1, it is desirable that the key management server 2 records the issued key value for the purpose of specifying the leaking source.
  • the encryption unit 102 of the player 1 uses the key acquired from the key management server 2 to encrypt the plaintext MP4 content file and writes the encrypted content file to the export destination HDD 11c.
  • FIG. 11 is a diagram schematically showing processing necessary for binding the Content File stored in the HDD 11c, which is the export destination medium in FIG. 10, to the media HDD 11c.
  • the player 1 makes an inquiry to the key management server 2 and requests data necessary for binding. At this time, the player 1 sends information such as the media ID of the HDD 11c for identifying the media HDD 11c.
  • the key management server 2 creates a key data for binding by processing the media ID of the HDD 11c with the key. The key management server 2 notifies the created key data for binding to the player 1, and the player 1 stores the key data for binding in the media HDD 11c, whereby the Content File is bound to the media HDD 11c.
  • FIG. 12 is a block diagram showing a configuration of the player in the present embodiment.
  • the player 1 shown in FIG. 12 includes an encrypted content acquisition unit 1001, a key determination unit 1002, a first key information acquisition unit 1003, a second key information acquisition unit 1004, a playback unit 1005, a key information storage unit 1006, and address information.
  • a storage unit 1007 is provided.
  • the encrypted content acquisition unit 1001 acquires the encrypted content from the optical disc 3.
  • the optical disc 3 records a plurality of encrypted contents that have been encrypted, and first key information that is necessary for reproducing a part of the encrypted contents. Note that “Key # 1” shown in FIG. 7 corresponds to the first key information.
  • the key determination unit 1002 determines whether or not the first key information recorded on the optical disc 3 is used for decryption of the encrypted content. This means that if it is determined not to use the first key information, the second key information acquired via the network is used.
  • the optical disc 3 includes content encryption information used for determining whether to use the first key information on the optical disc or the second key information acquired via the network for each of a plurality of encrypted contents. .
  • the key determination unit 1002 makes a determination with reference to the content encryption information on the optical disc 3.
  • the content encryption information is, for example, a Stream File encryption information described later.
  • the Stream File encryption information indicates whether or not a network connection is required to decrypt the Stream File.
  • the key determination unit 1002 determines that the second key information is used when the Stream File encryption information indicates that network connection is required.
  • the key determination unit 1002 determines that the first key information is used when the Stream File encryption information indicates that the network connection is unnecessary.
  • the content encryption information is information indicating whether or not the first key information is stored for each Stream File, for example. That is, the key determination unit 1002 determines that the first key information is used when the content encryption information indicates that the first key information is stored (the optical disc 3 stores the first key information). If the content encryption information indicates that the first key information is not stored (the optical disc 3 does not store the first key information), the key determination unit 1002 determines that the second key information is used. Further, when the value of “Key” in FIG.
  • the key determination unit 1002 determines that the second key information is used when the value of “Key” is “null”. If the value of “Key” is not “null”, the key determination unit 1002 determines to use the first key information.
  • the first key information acquisition unit 1003 acquires the first key information from the optical disc 3.
  • the second key information acquisition unit 1004 acquires second key information necessary for reproducing the encrypted content from the key management server 2 via the network. Note that the key shown in FIG. 8 (key information included in the database 21) corresponds to second key information.
  • the playback unit 1005 plays back the encrypted content using the first key information or the second key information.
  • the encrypted content that is first played back by the playback unit 1005 after the optical disc is inserted is encrypted with the first key information.
  • the second key information acquisition unit 1004 is a second key for decrypting other encrypted content recorded on the optical disc while the encrypted content first reproduced by the reproduction unit 1005 is being reproduced.
  • Information is acquired from the key management server 2 via the network.
  • the key information storage unit 1006 stores the second key information acquired by the second key information acquisition unit 1004.
  • the second key information acquisition unit 1004 stores the acquired second key information in the key information storage unit 1006. If the second key information acquisition unit 1004 determines that the key determination unit 1002 uses the second key information acquired via the network, the second key information is already stored in the key information storage unit 1006. Judge whether or not. When it is determined that the second key information is stored in the key information storage unit 1006, the second key information acquisition unit 1004 acquires the second key information from the key information storage unit 1006, and stores the key information. If it is determined that the second key information is not stored in the unit 1006, the second key information is acquired via the network.
  • the address information storage unit 1007 stores address information indicating an address on the network of the key management server 2 that issues the second key information. Although address information will be described later, it is represented by, for example, URL (Uniform Resource Locator). If the second key information acquisition unit 1004 determines that the key determination unit 1002 uses the second key information acquired via the network, the key corresponding to the address information stored in the address information storage unit 1007 Second key information is acquired from the management server 2.
  • URL Uniform Resource Locator
  • the optical disc 3 may store medium identification information for identifying the optical disc 3.
  • the address information storage unit 1007 may store second address information indicating an address on the network of the address notification server.
  • the address notification server has a function of notifying first address information indicating an address on the network of the key management server 2 that issues second key information associated with the medium identification information. If the second key information acquisition unit 1004 determines that the key determination unit 1002 uses the second key information acquired via the network, the second key information acquisition unit 1004 adds the second address information stored in the address information storage unit 1007 to the second address information.
  • the medium identification information is transmitted to the corresponding address notification server, the first address information is acquired from the address notification server, and the second key information is acquired from the key management server 2 corresponding to the acquired first address information.
  • the optical disc 3 may record address information indicating an address on the network of the key management server 2 that issues the second key information.
  • the second key information acquisition unit 1004 determines that the key determination unit 1002 uses the second key information acquired via the network
  • the key management server 2 corresponding to the address information recorded on the optical disc 3 is used.
  • the address information storage unit 1007 may be omitted.
  • a display device for example, a liquid crystal display
  • the player 1 may output a signal (for example, a video signal) generated by the reproduction unit 1005 to the display device.
  • “Reproduction” may include a process of decrypting encrypted content using key information.
  • “Playback” may include a process of outputting a signal (for example, a video signal) based on the decoded signal from the player 1.
  • a signal for example, a video signal
  • “Playback” may include a process of decrypting the encrypted content using the key information and outputting a signal (for example, a video signal) based on the decoded signal from the player 1. .
  • FIG. 13 is a flowchart for explaining the reproduction processing in the present embodiment.
  • the optical disc 3 is inserted into the player, and the process is started.
  • step S1 the encrypted content acquisition unit 1001 acquires the encrypted content from the optical disc 3. At this time, the encrypted content to be reproduced first after the optical disc 3 is inserted into the player is determined in advance.
  • step S2 the key determination unit 1002 refers to the content encryption information and determines whether or not to use the first key information in the optical disc 3.
  • the encrypted content to be reproduced first after the optical disc is inserted is determined in advance and is reproduced using the first key information in the optical disc 3.
  • the first key information acquisition unit 1003 acquires the first key information from the optical disc 3.
  • the second key information acquisition unit 1004 is necessary for reproducing the encrypted content in step S4.
  • the second key information is obtained from the key management server 2 via the network.
  • the second key information acquisition unit 1004 stores the acquired second key information in the local storage 11.
  • step S5 the playback unit 1005 starts playback of the corresponding encrypted content using the first key information or the second key information.
  • step 6 while the encrypted content to be reproduced first is being reproduced, the key determination unit 1002 determines whether there is another encrypted content in the optical disc 3.
  • step S7 the key determining unit 1002 refers to the content encryption information and determines whether to use the first key information in the optical disc 3 or the second key information acquired via the network.
  • the second key information acquisition unit 1004 is necessary for reproducing other encrypted content.
  • the second key information is obtained from the key management server 2 via the network.
  • the second key information acquisition unit 1004 stores the acquired second key information in the local storage 11.
  • step S7 if it is determined that the first key information in the optical disc 3 is to be used (YES in step S7), the process returns to step S6.
  • the player 1 obtains the second key information necessary for reproducing the encrypted content from the key management server 2 via the network while the encrypted content to be reproduced first is being reproduced. get.
  • step 2 the key determination unit 1002 refers to the content encryption information and determines whether or not to use the first key information in the optical disc 3 for reproduction of the current encrypted content to be reproduced. Deciding. However, the encrypted content that is reproduced first after the optical disc 3 is inserted into the player 1 is usually reproduced using the first key information in the optical disc 3. For this reason, the process of step 3 may be performed without performing the determination of step 2. Moreover, the implementation which always performs determination of step 2 may be sufficient.
  • FIG. 14 is a diagram showing a configuration of a BD-ROM which is an example of an optical disc.
  • the BD-ROM 201 has a track 202.
  • the track 202 is formed in a spiral shape from the inner periphery side to the outer periphery side of the BD-ROM 201, and the track 202 shown in FIG. 14 is drawn by being stretched in the horizontal direction.
  • the BD-ROM 201 has a recording area in a spiral shape from the inner circumference side to the outer circumference side, like other optical discs such as a DVD or a CD.
  • the BD-ROM 201 has a lead-in area provided on the inner circumference side, a lead-out area provided on the outer circumference side, and a volume area for recording logical data provided between the lead-in area and the lead-out area. have.
  • a serial number is assigned in units of accessing the BD-ROM 201 from the top, and this number is called a logical address.
  • Reading data from the BD-ROM 201 is performed by designating a logical address.
  • the logical addresses are defined as being continuous even in the physical arrangement on the BD-ROM 201. That is, data having consecutive logical addresses can be read without performing a seek.
  • BCA Burt Cutting Area
  • file system volume information is recorded from the beginning, followed by application data such as video data.
  • a file system is a mechanism for expressing data on a disk in units called directories or files.
  • data is recorded by UDF (Universal Disc Format).
  • UDF Universal Disc Format
  • FAT File Allocation Table
  • NTFS NT File System
  • the BDMV directory is placed directly under the root directory (ROOT).
  • the BDMV directory is a directory in which data such as AV content or management information handled by the BD-ROM 201 is recorded.
  • an index file (index.bdmv) in which an index table constituting a title is defined, a PLAYLIST directory, a CLIPINFO directory, a STREAM directory, a PROGRAM directory, a BDJO directory, and a JAR directory.
  • AV clips (XXX.M2TS) in which AV contents such as video and audio are multiplexed and stored are arranged under the STREAM directory.
  • a clip information file (XXX.CLPI) storing AV clip management information is arranged under the CLIPINFO directory.
  • a playlist file (YYY.MPLS) that defines a logical playback path of an AV clip is arranged under the PLAYLIST directory.
  • a BD program file (AAA.PRG) in which a program for defining a dynamic scenario is stored is arranged under the PROGRAM directory.
  • FIG. 15 is a diagram illustrating an example of an intex table.
  • the index file has an index table shown in FIG.
  • the index table is a table in the highest layer that defines title structures such as all titles, top menus, and first play stored in the BD-ROM.
  • all titles, top menus, and first-executed program files are specified from FirstPlay.
  • the BD-ROM player executes a predetermined BD program file by referring to the index table every time a title or menu is called.
  • FirstPlay is a BD program file set by the content provider, and is automatically executed first when the disc is inserted into the player.
  • the top menu specifies a movie object or a BDJ object that is called when a command such as “return to menu” is executed by a user operation on the remote controller.
  • the BD program file (AAA.PRG) stores a program specified and executed from the title. There are multiple program files and a prefix (AAA) is used to identify the program.
  • AAA a proprietary interpreter program called command navigation is used, but since the language system is not the essence of the present disclosure, the programming language is a general-purpose program such as Java (registered trademark) or Java Script (registered trademark). It may be a programming language.
  • a playlist to be played back by this program is designated.
  • FIG. 16 is a diagram for explaining a procedure for executing a program file in the present embodiment.
  • the key for decrypting the Stream File # 1 reproduced from the FirstPlay when the optical disc is inserted is not acquired from the network. This is for avoiding that it takes time to start reproduction when a key for decrypting the Stream File # 1 is acquired from the network in order to reproduce the first play that the player reproduces first.
  • the content that is normally played from First Play is not a movie main part but an introduction of a movie trailer or a movie studio, and is less important than content that is played from a title. For this reason, it is more important to obtain the advantage that playback starts quickly when a disc is inserted than to improve security by acquiring a key via a network.
  • the key for decrypting the Stream File # 1 reproduced from the FirstPlay is acquired using either or both of information on the optical disc and player information.
  • the key for decrypting the Stream File # 1 is not distributed from the network.
  • the key for decrypting the Stream File # 2 reproduced from the top menu is not obtained from the network.
  • the content played from the top menu is often used to change the language setting while the user is watching the disc. For example, the content is accessed when the user wants to change the language setting even during movie playback. Therefore, acquiring the key from the network and delaying the display of the top menu cause the user to wait and is not preferable.
  • the key for decrypting the Stream File # 2 reproduced from the top menu is acquired using either or both of information on the optical disc and player information.
  • the key for decrypting the Stream File # 2 is not distributed from the network.
  • the key for decrypting the Stream File # 3 reproduced from the title 1 may be acquired from the network.
  • a key necessary for decryption of Stream File # 3 is acquired from the network as background processing. As a result, it is possible to shorten the processing time required to acquire the key via the network.
  • FIG. 17 is a diagram showing an exemplary sequence of the content reproduction system when the optical disc shown in FIG. 16 is inserted.
  • the player 1 When the optical disc 3 is inserted, the player 1 first plays the First Play, and obtains the Stream File # 1 that is the encrypted content to be played from the optical disc 3. The player 1 obtains a key (first key information) for decrypting the Stream File # 1 from the optical disc 3, decrypts the encrypted content using the obtained key, and starts playing FirstPlay.
  • a key first key information
  • the player 1 uses a key necessary for decrypting a Stream File that is played back from the title 1, title 2,..., Title n for which no key is stored on the optical disc 3 as background processing.
  • (Second key information) is acquired from the network and stored in the local storage 11.
  • the content reproduced from title 1, title 2,... Title n may be a movie main part.
  • Player 1 obtains Stream File # 2, which is encrypted content to be reproduced, from optical disc 3 in order to reproduce the top menu next to First Play.
  • the player 1 acquires a key (key information) for decrypting the Stream File # 2 from the optical disc 3, decrypts the encrypted content using the acquired key, and starts playing the top menu.
  • the player 1 When the playback of the title 1 is selected during playback of the top menu, the player 1 acquires the Stream File # 3 that is the encrypted content to be played back from the optical disc 3. The player 1 acquires a key (second key information) for decrypting the Stream File # 3 from the local storage 11, decrypts the encrypted content using the acquired key, and starts playing the title 1.
  • a key second key information
  • FIG. 18 is a diagram showing an example of a screen displayed when the player is not connected to the network.
  • connection to a network was not essential.
  • the BD program file “001.PRG” shown in FIG. 16 determines whether or not the player is connected to the network, and if it is determined that the player is not connected to the network, And the process of presenting the screen shown in FIG.
  • An access destination on the network is represented by a URL or an IP (Internet Protocol) address.
  • IP Internet Protocol
  • a URL of a server that issues a key is determined in advance as a standard of an optical disc (for example, a Blu-ray (registered trademark) disc), and a non-volatile nonvolatile memory provided with the URL when the player is manufactured Store in memory.
  • an optical disc for example, a Blu-ray (registered trademark) disc
  • a non-volatile nonvolatile memory provided with the URL when the player is manufactured Store in memory.
  • a plurality of network servers that issue keys as optical disc standards are prepared, and different network server URLs may be set for each device or for each region code described later.
  • the first URL of the first server to be accessed first in order to obtain the key as the standard of the optical disc for example, Blu-ray (registered trademark) disc
  • the player accesses the first server corresponding to the first URL, and acquires from the first server the second URL of the second server that issues a key for decrypting the Stream File of the optical disc.
  • the player includes a non-volatile memory that stores in advance a first URL to be accessed first.
  • the player connects to the second server corresponding to the second URL different from the first URL.
  • the load of the network server (key management server) that manages the keys can be distributed.
  • the server In order to change the access destination for each disk, it is necessary to notify the server of information for identifying the disk.
  • the player notifies the network server (key management server) of information recorded on the disc (for example, an ID indicating the disc manufacturer or an ID uniquely given to the disc).
  • the optical disc records the URL of the server that issues the key in advance.
  • the player records the URL of the server that issues the key in the index table, and as described above, accesses the server corresponding to the URL as a background process during FirstPlay playback, and acquires the key. It becomes possible to do.
  • an optical disc records a Stream File that requires acquisition of a key from the network and a Stream File that does not require acquisition of a key from the network
  • a key from the network for each title as shown in FIG.
  • the key for decrypting the Stream File reproduced from the designated title is used. It is possible to easily determine whether or not it is necessary to obtain via the network.
  • titles that need to get a key from the network need time to get the key, so it takes time to start playback.
  • a function called title search for directly reproducing a title designated by the user is provided. Therefore, playback of a specific title may be started without playing FirstPlay.
  • the player needs to obtain a key from the network in order to play a title specified by the user (more precisely, a Stream File referred to by following XXX.MPLS from the title).
  • the time required for the acquisition process cannot be shortened.
  • a title search for a title for which a key is obtained from the network may be prohibited.
  • the optical disc contains a file that shows a list of Stream Files that need to obtain a key from the network for decryption, and the URL of the key for decrypting each Stream File. Files may be provided.
  • a URL that can acquire a key necessary for decryption may be described in a file (AV clip information) that manages a Stream File.
  • the location for storing the URL indicating the key acquisition destination is not limited to the above.
  • the URL indicating the key acquisition destination may be described on a paper bundled with the BD-ROM disc, and the player may accept the input of the URL by the user during reproduction.
  • the URL indicating the key acquisition destination may be recorded on a medium different from the BD-ROM disc on which the content to be reproduced is recorded, and the player may read the URL from the medium before reproduction.
  • FIG. 19 is a diagram illustrating an example of a table that stores a URL indicating a key acquisition destination for each region code.
  • the region code is a code designated for each region for the purpose of limiting the region where the optical disc can be reproduced.
  • the region code A includes the Americas and Japan
  • the region code B includes Europe.
  • a disc designated as region code A can only be played by a player that supports region code A, and cannot be played by a player that supports region code B.
  • the player and the optical disc to be played back each have a region code and cannot be played by a player whose mutual region code does not match. Therefore, it is desirable that the key acquisition destination can be specified for each region code. Therefore, the player can obtain a key by accessing a different URL for each region code with reference to the table shown in FIG. In this way, for example, a player with a region code A can play by accessing a URL (www.12345.com/key_regionA) associated with the region code A and acquiring a key. On the other hand, the player with the region code A invalidates the key of the URL (www.54321.jp/key_regionB) associated with the region code B. As a result, it is possible to suppress reproduction in the region specified by the region code B.
  • FIG. 20 is a diagram illustrating an example of a table storing URLs indicating key acquisition destinations for each country code.
  • the Blu-ray (registered trademark) disc player has an area in which a language to be used for subtitles or audio is set as a user's preference. In addition, the player may set the country to be used.
  • the table shown in FIG. 20 stores a country code indicating a country and a URL for issuing a key in association with each other.
  • the player or the BD program can change the language to be used instead of each region code by switching the URL from which the key is obtained based on the user language setting or country setting and the table shown in FIG.
  • the key management server 2 determines the country code from which the player 1 is accessing from the IP address held by the player 1, not the language setting of the player 1, and determines the country code to be acquired.
  • the key acquisition URL corresponding to the country code may be transmitted to the player 1.
  • the key management server 2 transmits a URL (www.67890.uk/key_UK) corresponding to the country code “UK”. May be.
  • the player may obtain the key by accessing the received URL.
  • the key management server Reject the key acquisition request from the player.
  • the box office revenue of the movie is secured, and it is also possible to permit playback from the optical disc by enabling the key on the network after the movie screening period ends.
  • a default URL is set as a URL to be accessed when a specific country cannot be determined or when there is no need to specify each country.
  • FIG. 21 is a diagram illustrating an example of a table that stores URLs indicating key acquisition destinations for each title.
  • the table shown in FIG. 20 stores a title recorded in the optical disc and a URL for issuing a key in association with each other. In this way, by making it possible to change the key acquisition source for each title (content), it is possible to control the key assignment for each title.
  • FIG. 22 is a schematic diagram for explaining the playlist file.
  • the playlist indicates the playback path of the AV clip.
  • the play list is composed of one or more play items (PI) 1201.
  • Each play item 1201 indicates a playback section for an AV clip.
  • Each play item 1201 is identified by a play item ID, and is described in the order to be reproduced in the play list.
  • the playlist includes an entry mark 1202 indicating a playback start point.
  • the entry mark 1202 is given to the playback section defined by the play item.
  • the entry mark 1202 is assigned to a position that can be a playback start point for a play item, and is used for cue playback. For example, it is possible to reproduce a chapter by adding an entry mark 1202 to the position at the beginning of a chapter in a movie title.
  • a playback path of a series of play items 1201 is defined as a main path 1205.
  • FIG. 23 is a schematic diagram for explaining a play item.
  • the play item includes clip information 1301, a reproduction start time 1302, a reproduction end time 1303, a connection condition 1310, and a stream selection table 1305. Since the reproduction start time 1302 and the reproduction end time 1303 are time information, the player refers to the entry map of the clip information file and acquires the SPN (source packet number) corresponding to the designated reproduction start time and reproduction end time. Then, the reading start position is specified, and reproduction processing is performed.
  • SPN source packet number
  • the connection condition 1310 indicates a forward play item and a connection type.
  • the play item connection condition 1310 is “1”, it is not guaranteed that the AV clip indicated by the play item is seamlessly connected to the AV clip indicated by the play item before the play item.
  • the connection condition 1310 of the play item is “5” or “6”, it is guaranteed that the AV clip indicated by the play item is seamlessly connected to the AV clip indicated by the play item before the play item.
  • the connection condition 1310 is “5”, the continuity of STC (System Time Clock) may be interrupted between play items. That is, the video display time at the end of the AV clip of the pre-connection play item and the video display time of the top of the AV clip of the post-connection play item may be discontinuous.
  • the stream selection table 1305 is composed of a plurality of stream entries 1309.
  • the stream entry 1309 includes a stream selection number 1306, stream path information 1307, and stream identification information 1308.
  • the stream selection number 1306 is a number that is sequentially incremented from the top of the stream entry 1309 included in the stream selection table, and is used for identifying the stream in the player.
  • the stream identification information 1308 is information such as PID (Packet Identifier) and indicates a stream multiplexed in the AV clip to be referred to.
  • attribute information of each stream is recorded at the same time.
  • the attribute information is information indicating the nature of each stream, and includes, for example, a language attribute when the stream is audio, presentation graphics, or interactive graphics.
  • the following Stream File encryption information is stored on the optical disc or in the playlist file. Some may be included.
  • Stream File Encryption Information 01b Network connection is not required for decryption of the referenced Stream file 10b: Network connection is required for decryption of the referenced Stream file 11b: Stream file and network required for network connection for decryption of the referenced Stream file A stream file that does not require connection is mixed.
  • the key acquisition method to be referred to is the same, that is, it is either acquired from the network or not acquired from the network.
  • a playback device includes an encrypted content acquisition unit that acquires encrypted content from a medium, the medium being used to decrypt a plurality of encrypted content and the first encrypted content.
  • the plurality of encrypted contents includes the first encrypted content, and it is determined whether the first key information is used for decrypting the acquired encrypted content.
  • a first key information acquisition unit that acquires the first key information from the medium when the key determination unit and the key determination unit determine that the first key information is used to decrypt the acquired encrypted content; And the key determining unit determine that the first key information is not used for decrypting the acquired encrypted content, the second key information used for decrypting the acquired encrypted content is Included in the medium, and a second key information acquisition unit that is acquired via a network, and a playback unit that plays back the acquired encrypted content using the first key information or the second key information.
  • the encrypted content that is first reproduced by the reproducing unit is encrypted by the first key information
  • the second key information obtaining unit is encrypted by the reproducing unit. While the encrypted content to be reproduced first is being reproduced, the second key information is acquired via the network.
  • the encrypted content acquisition unit acquires the encrypted content from the medium.
  • the medium includes a plurality of encrypted contents and first key information used for decrypting the first encrypted contents, and the plurality of encrypted contents include the first encrypted contents.
  • the key determination unit determines whether or not the first key information is used for decrypting the acquired encrypted content. When it is determined that the first key information is used for decrypting the encrypted content acquired by the key determination unit, the first key information acquisition unit acquires the first key information from the medium. When it is determined that the first key information is not used for decrypting the encrypted content acquired by the key determination unit, the second key information used for decrypting the encrypted content acquired by the second key information acquisition unit is Get over the network.
  • the playback unit plays back the encrypted content acquired using the first key information or the second key information.
  • the encrypted content that is first reproduced by the reproducing unit is encrypted with the first key.
  • the second key information acquisition unit acquires the second key information via the network while the encrypted content that is first played back by the playback unit is being played back.
  • the encrypted content to be reproduced first is reproduced using the key recorded on the medium, and the encrypted content is reproduced through the network while the encrypted content to be reproduced first is reproduced. Therefore, the time required to acquire the key necessary for reproducing the encrypted content via the network can be shortened, and the security of the content recorded on the medium can be enhanced.
  • the playback apparatus may further include a key information storage unit that stores the second key information acquired by the second key information acquisition unit, wherein the second key information acquisition unit When the second key information is stored in the key information storage unit, and the second key information acquisition unit determines not to use the first key information by the key determination unit, the key information storage unit If the second key information is stored in the key information storage unit, the second key information is stored in the key information storage unit. It is preferable to obtain the key information.
  • the acquired second key information is stored in the key information storage unit. If it is determined not to use the first key information, it is determined whether or not the second key information is stored in the key information storage unit, and the second key information is stored in the key information storage unit. If it is determined that the second key information is determined, second key information is obtained from the key information storage unit.
  • the acquired second key information is stored in the key information storage unit, when the encrypted content is reproduced for the second time or later, it can be reproduced using the already acquired second key information.
  • the time for acquiring the key necessary for reproducing the encrypted content via the network can be omitted.
  • the playback apparatus may further include a key information storage unit that stores the second key information acquired by the second key information acquisition unit, and the key determination unit is first played back by the playback unit. While the encrypted content to be played back is being played, the other encrypted content other than the encrypted content to be played back first among the plurality of encrypted content recorded on the medium It is determined whether or not the first key information is used for decrypting the encrypted content, and the second key information acquisition unit is determined not to use the first key information by the key determination unit. The second key information necessary for reproducing the other encrypted content is acquired via the network, and the acquired second key information is stored in the key information storage unit. I prefer There.
  • the acquired second key information is stored in the key information storage unit. While the encrypted content that is played back first is being played back, other encrypted content other than the encrypted content that is played back first among other encrypted content recorded on the medium It is determined whether or not the first key information is used for decrypting the encrypted content. When it is determined that the first key information is not used, the second key information necessary for reproducing other encrypted content is acquired via the network, and the acquired second key information is acquired. Is stored in the key information storage unit.
  • the second key information necessary for reproducing other encrypted content can be acquired via the network.
  • the playback apparatus may further include an address information storage unit that stores address information indicating an address on the network of a server that issues the second key information, and the second key information acquisition unit includes: When it is determined by the key determination unit that the first key information is not used, it is preferable to acquire the second key information from the server corresponding to the address information stored in the address information storage unit. .
  • the address information indicating the address on the network of the server that issues the second key information is stored in the address information storage unit. If it is determined that the first key information is not used, the second key information is acquired from the server corresponding to the address information stored in the address information storage unit.
  • the second key information is acquired from the server corresponding to the address information stored in the playback device, there is no need to record the address information in the medium, and the amount of data recorded on the medium is reduced. be able to.
  • the medium stores medium identification information for identifying the medium, and issues the first key information associated with the medium identification information.
  • An address information storage unit for storing second address information indicating the address on the network of the second server for notifying first address information indicating the address of the server on the network;
  • the information acquisition unit transmits to the second server corresponding to the second address information stored in the address information storage unit.
  • the medium identification information is transmitted, the first address information is acquired from the second server, and the second address is acquired from the first server corresponding to the acquired first address information. It is preferable to get the key information.
  • the medium stores medium identification information for identifying the medium. Further, the second address indicating the address on the network of the second server that notifies the first address information indicating the address on the network of the first server that issues the second key information associated with the medium identification information. 2 address information is stored in the address information storage unit.
  • the medium identification information is transmitted to the second server corresponding to the second address information stored in the address information storage unit, and the second server First address information is acquired, and second key information is acquired from a first server corresponding to the acquired first address information.
  • the second address information indicating the first address information indicating the address of the first server on the network is sent. Since the first server is accessed after accessing the server once, the network load on the first server can be reduced.
  • the medium records address information indicating an address on the network of a server that issues the second key information
  • the second key information acquisition unit includes the key.
  • the determination unit determines not to use the first key information, it is preferable to acquire the second key information from the server corresponding to the address information recorded on the medium.
  • the medium records address information indicating an address on the network of the server that issues the second key information. If it is determined not to use the first key information, the second key information is acquired from the server corresponding to the address information recorded on the medium.
  • the second key information is obtained from the server corresponding to the address information recorded in the medium, it is not necessary to record the address information in the playback device, and the amount of data stored in the playback device is reduced. can do.
  • the medium includes content encryption information indicating whether or not playback is possible using the first key information for each of the plurality of encrypted content
  • the key determination unit includes: It is preferable to determine whether to use the first key information for decrypting the encrypted content with reference to the content encryption information.
  • the medium includes content encryption information indicating whether or not reproduction is possible using the first key information for each of a plurality of encrypted contents. Then, the content encryption information is referred to, and it is determined whether or not the first key information is used for decrypting the encrypted content.
  • a playback method includes an encrypted content acquisition step of acquiring encrypted content from a medium, and the medium is used to decrypt a plurality of encrypted content and the first encrypted content.
  • a plurality of encrypted contents including the first encrypted content, and determining whether or not the first key information is used to decrypt the acquired encrypted content.
  • a second key information obtaining step to obtain the encrypted content and a reproduction step to reproduce the obtained encrypted content using the first key information or the second key information.
  • the encrypted content that is reproduced first is encrypted with the first key, and the second key is reproduced while the encrypted content that is reproduced first is being reproduced.
  • Information is obtained via the network.
  • encrypted content is acquired from the medium.
  • the medium includes a plurality of encrypted contents and first key information used for decrypting the first encrypted contents, and the plurality of encrypted contents include the first encrypted contents. It is determined whether or not the first key information is used for decrypting the acquired encrypted content. When it is determined that the first key information can be used to decrypt the acquired encrypted content, the first key information is acquired from the medium. When it is determined that the first key information is not used for decrypting the acquired encrypted content, the second key information used for decrypting the acquired encrypted content is acquired via the network. The encrypted content acquired using the first key information or the second key information is reproduced. Of the plurality of encrypted contents included in the medium, the encrypted content to be reproduced first is encrypted with the first key information. While the encrypted content to be reproduced first is being reproduced, the second key information is acquired via the network.
  • the encrypted content to be reproduced first is reproduced using the key recorded on the medium, and the encrypted content is reproduced through the network while the encrypted content to be reproduced first is reproduced. Therefore, the time required to acquire the key necessary for reproducing the encrypted content via the network can be shortened, and the security of the content recorded on the medium can be enhanced.
  • the playback device and the playback method according to the present disclosure can reduce the time for acquiring a key necessary for playback of encrypted content via a network, can enhance the security of the content recorded on the medium,
  • the present invention is useful as a playback apparatus and playback method for playing back content recorded on a medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Technology Law (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

　暗号化コンテンツ取得部（１００１）は、暗号化コンテンツを光ディスク（３）から取得し、鍵判断部（１００２）は、光ディスク（３）に記録されている第１の鍵情報を用いるか否かを判断し、第１の鍵情報を用いないと判断された場合、第２の鍵情報取得部（１００４）は、暗号化コンテンツを再生するために必要となる第２の鍵情報を、ネットワークを介して取得し、再生部（１００５）は、第２の鍵情報を用いて暗号化コンテンツを再生し、再生部（１００５）によって最初に再生される暗号化コンテンツは、第１の鍵情報によって暗号化されており、第２の鍵情報取得部（１００４）は、最初に再生される暗号化コンテンツが再生されている間に、第２の鍵情報をネットワークを介して取得する。

Description

再生装置及び再生方法
　本開示は、媒体に記録されたコンテンツを再生する再生装置及び再生方法に関するものである。
　近年、ネットワークを介して配信されるコンテンツを受信して端末で再生するコンテンツ配信が利用されている。例えば、特許文献１では、インタラクティブコンテンツをシーン単位で複数のコンテンツパーツに分割し、現在視聴しているコンテンツパーツの視聴中に、次に視聴される可能性のあるコンテンツパーツをダウンロードする端末が開示されている。
　また、特許文献２では、放送ネットワークを介して配信されるコンテンツのすべての受信及び視聴ライセンス取得処理が完了するまでの間、そのコンテンツの一部分を再生し、視聴ライセンス取得処理後にコンテンツの残りの部分を再生するコンテンツ再生装置が開示されている。
特開２００６－２１７３１４号公報 特開２０１０－１８３２６０号公報
　上記、従来の再生装置では、更なる改善が必要とされていた。
　本開示の一局面に係る再生装置は、暗号化コンテンツを媒体から取得する暗号化コンテンツ取得部と、前記媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、前記複数の暗号化されたコンテンツは前記第１暗号化コンテンツを含み、前記取得した暗号化コンテンツの復号に、前記第１の鍵情報が使用されるか否かを判断する鍵判断部と、前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いると判断した場合、前記第１の鍵情報を前記媒体から取得する第１の鍵情報取得部と、前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いないと判断した場合、前記取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する第２の鍵情報取得部と、前記第１の鍵情報又は前記第２の鍵情報を用いて前記取得した暗号化コンテンツを再生する再生部とを備え、前記媒体に含まれる複数の暗号化コンテンツのうち、前記再生部によって最初に再生される暗号化コンテンツは、前記第１の鍵情報によって暗号化されており、前記第２の鍵情報取得部は、前記再生部によって最初に再生される暗号化コンテンツが再生されている間に、前記第２の鍵情報を前記ネットワークを介して取得する。
　なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示によれば、更なる改善が実現できる。
ＭＰＥＧ２－ＴＳ方式でコンテンツを光ディスクに格納する際のデータ構造を模式的に示す図 Ａｌｉｇｎｅｄ　Ｕｎｉｔの復号方法を説明するための図 ＭＰ４方式でコンテンツをＨＤＤ又はフラッシュメモリに格納する際のデータ構造を模式的に示す図 Ｃｏｎｔｅｎｔ　Ｆｉｌｅ内の各Ｆｒａｇｍｅｎｔの復号に必要となるＩｎｉｔｉａｌ　Ｖｅｃｔｏｒを模式的に示す図 ＡＥＳ－ＣＴＲモードにおいて、Ｃｏｎｔｅｎｔ　Ｆｉｌｅの暗号化について説明するための図 ＡＥＳ－ＣＴＲモードにおいて、Ｃｏｎｔｅｎｔ　Ｆｉｌｅの復号化について説明するための図 図１で示したＳｔｒｅａｍ　Ｆｉｌｅに加えて、各Ｓｔｒｅａｍ　Ｆｉｌｅを復号するための鍵を記録するためのデータであるＫｅｙ　Ｆｉｌｅのデータ構成を模式的に示す図 コンテンツ再生システムの構成を模式的に示す図 プレーヤが光ディスク上のＳｔｒｅａｍ　Ｆｉｌｅをローカルストレージに格納する動作を模式的に示す図 プレーヤが光ディスク上のＳｔｒｅａｍ　Ｆｉｌｅを全く別のＤＲＭ（Ｄｉｇｉｔａｌ　Ｒｉｇｈｔｓ　Ｍａｎａｇｅｍｅｎｔ）システムにエクスポートする動作について模式的に示す図 図１０でエクスポート先のメディアに格納されたＣｏｎｔｅｎｔ　Ｆｉｌｅをメディアにバインドするために必要となる処理を模式的に示す図 本実施の形態におけるプレーヤの構成を示すブロック図 本実施の形態における再生処理を説明するためのフローチャート 光ディスクの１例であるＢＤ－ＲＯＭの構成を示す図 インテックステーブルの一例を示す図 本実施の形態においてプログラムファイルを実行する手順について説明するための図 本実施の形態における光ディスク挿入時のシーケンスの一例を示す図 プレーヤがネットワークに接続されていない場合に表示される画面の一例を示す図 鍵の取得先を示すＵＲＬをリージョンコード毎に格納するテーブルの一例を示す図 鍵の取得先を示すＵＲＬを国コード毎に格納するテーブルの一例を示す図 鍵の取得先を示すＵＲＬをタイトル毎に格納するテーブルの一例を示す図 プレイリストファイルについて説明するための模式図 プレイアイテムについて説明するための模式図
　（本開示の基礎となった知見）
　従来、光ディスクで利用されてきたファイルフォーマットは、ＩＳＯ／ＩＥＣ１３８１８１－１で規定されるＭＰＥＧ２－ＴＳ方式であり、映像ストリーム、音声ストリーム及び字幕ストリームが多重化されている。ＭＰＥＧ２－ＴＳ方式では、映像ストリーム、音声ストリーム及び字幕ストリームなどの各ストリームを各１８８ＢｙｔｅｓのＴＳパケットに分割した上で多重化して記録する。
　これに対して、近年、ネットワークでのコンテンツ配信において利用されつつあるファイルフォーマットは、ＩＳＯ／ＩＥＣ１４４９６－１２で規定されるＭＰ４方式である。ＭＰ４方式は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）又はフラッシュメモリのようなランダムアクセス可能なメディアへの適用を前提に、極めて柔軟なデータ構造を採用している。一般的な利用形態では、映像ストリーム、音声ストリーム及び字幕ストリームを数秒程度のフラグメントという単位に分割した上で、これらを順次並べることによって一つのファイルとしている。
　今後普及が見込まれる４Ｋなどの高品質なコンテンツを配布する配布メディアとしては、ビット単価の問題から光ディスクが活用されることが多いと考えられている。一方で、スマートフォン又はタブレット型コンピュータは、光ディスクドライブを持たないが、携帯性の高さ、大画面化及び高精細化を活かして、ネットワークを介して配信されるコンテンツを受信して再生する端末として利用されている。このため、スマートフォン又はタブレット型コンピュータではＭＰ４方式に対応することが多く、ＭＰＥＧ２－ＴＳ方式への対応は余り進んでいない。
　光ディスクでのコンテンツの配布において、コンテンツの不正な漏洩を防止するため、光ディスク上には、暗号化されたコンテンツを記録する一方、暗号化されたコンテンツを復号するための鍵を記録せず、ネットワークを介して鍵を配信するケースが想定されている。
　しかしながら、ネットワークを介して鍵を取得する際には、既にコンテンツが記録された光ディスクがあるにも関わらず、コンテンツを再生する前に鍵を取得する時間がかかるため、ユーザを待たせてしまう。また、鍵の配布経路は様々なケースが想定されるが、これら全ての経路を一つのプレーヤが対応することは困難である。
　さらに、コンテンツをＭＰ４形式に変換する際にも、再生用の鍵とは異なる変換用の鍵をプレーヤが取得する必要がある。
　ここで、光ディスクで配布されたＭＰＥＧ２－ＴＳ方式のコンテンツをスマートフォン又はタブレット型コンピュータにコピーする際には、ＭＰＥＧ２－ＴＳ方式で多重化されたコンテンツを一度、映像ストリーム、音声ストリーム及び字幕ストリームに戻した上で、改めてＭＰ４形式に変換する必要がある。一般的に、光ディスクで配布される商用コンテンツは暗号化されているが、形式を変換する際には、一旦復号してから形式を変換し、その後に再度暗号化する必要がある。このような復号及び暗号化処理は、変換機器での処理に時間がかかるとともに、一旦平文のコンテンツを作成することとなるためセキュリティの観点からも懸念がある。
　また、特許文献１に記載の配信システムでは、コンテンツパーツはサーバによって配信され、媒体によって配布されるコンテンツのセキュリティを確保することについては開示されていない。同様に、特許文献２に記載のコンテンツ再生装置でも、コンテンツは放送ネットワークを介して配信され、媒体によって配布されるコンテンツのセキュリティを確保することについては開示されていない。
　以上の考察に基づき、本発明者らは、本開示の各態様を想到するに至った。
　本開示の一局面に係る再生装置は、暗号化コンテンツを媒体から取得する暗号化コンテンツ取得部と、前記媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、前記複数の暗号化されたコンテンツは前記第１暗号化コンテンツを含み、前記取得した暗号化コンテンツの復号に、前記第１の鍵情報が使用されるか否かを判断する鍵判断部と、前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いると判断した場合、前記第１の鍵情報を前記媒体から取得する第１の鍵情報取得部と、前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いないと判断した場合、前記取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する第２の鍵情報取得部と、前記第１の鍵情報又は前記第２の鍵情報を用いて前記取得した暗号化コンテンツを再生する再生部とを備え、前記媒体に含まれる複数の暗号化コンテンツのうち、前記再生部によって最初に再生される暗号化コンテンツは、前記第１の鍵情報によって暗号化されており、前記第２の鍵情報取得部は、前記再生部によって最初に再生される暗号化コンテンツが再生されている間に、前記第２の鍵情報を前記ネットワークを介して取得する。
　この構成によれば、暗号化コンテンツ取得部は暗号化コンテンツを媒体から取得する。媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、複数の暗号化されたコンテンツは第１暗号化コンテンツを含む。鍵判断部は取得した暗号化コンテンツの復号に、第１の鍵情報が使用されるか否かを判断する。鍵判断部が取得した暗号化コンテンツの復号に第１の鍵情報を用いると判断した場合、第１の鍵情報取得部は第１の鍵情報を媒体から取得する。鍵判断部が取得した暗号化コンテンツの復号に第１の鍵情報を用いないと判断した場合、第２の鍵情報取得部が取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する。再生部は第１の鍵情報又は第２の鍵情報を用いて取得した暗号化コンテンツを再生する。媒体に含まれる複数の暗号化コンテンツのうち、再生部によって最初に再生される暗号化コンテンツは、第１の鍵情報によって暗号化されている。第２の鍵情報取得部は、再生部によって最初に再生される暗号化コンテンツが再生されている間に、第２の鍵情報をネットワークを介して取得する。
　これにより、媒体に記録されている鍵を用いて最初に再生される暗号化コンテンツが再生され、最初に再生される暗号化コンテンツが再生されている間に、ネットワークを介して暗号化コンテンツを再生するのに必要な鍵が取得されるので、ネットワークを介して暗号化コンテンツの再生に必要な鍵を取得する時間を短縮することができ、媒体に記録されたコンテンツのセキュリティを強化することができる。
　以下添付図面を参照しながら、本開示の実施の形態について説明する。なお、以下の実施の形態は、本開示を具体化した一例であって、本開示の技術的範囲を限定するものではない。
　図１は、ＭＰＥＧ２－ＴＳ方式でコンテンツを光ディスクに格納する際のデータ構造を模式的に示す図である。光ディスク３は、コンテンツとしてＳｔｒｅａｍ　Ｆｉｌｅを格納している。図１では、１つのＳｔｒｅａｍ　Ｆｉｌｅのみを記載しているが、複数のＳｔｒｅａｍ　Ｆｉｌｅが格納されてもよい。また、ここでは、Ｓｔｒｅａｍ　Ｆｉｌｅは、「ＸＸＸＸＸ．Ｍ２ＴＳ」というファイル名で記録されている。「ＸＸＸＸＸ」には番号が記載され、複数のコンテンツが格納される場合に、個別に管理することが可能である。
　各Ｓｔｒｅａｍ　Ｆｉｌｅは、Ａｌｉｇｎｅｄ　Ｕｎｉｔと呼ばれる単位で区分され、各Ａｌｉｇｎｅｄ　Ｕｎｉｔの容量は６１４４Ｂｙｔｅｓである。Ａｌｉｇｎｅｄ　Ｕｎｉｔが暗号化の単位となる。なお、Ｓｔｒｅａｍ　Ｆｉｌｅに格納されるコンテンツは必ずしも６１４４Ｂｙｔｅｓの倍数にならない可能性もある。この場合には、末尾にＮＵＬＬ　Ｄａｔａを格納する等の方法で、Ｓｔｒｅａｍ　Ｆｉｌｅは６１４４Ｂｙｔｅｓの倍数にすることが望ましい。
　図２は、Ａｌｉｇｎｅｄ　Ｕｎｉｔの復号方法を説明するための図である。光ディスク３上のコンテンツは、ユニット鍵（図２ではＫｕと記載）と呼ばれるデータを用いて暗号化されている。ここで、各６１４４Ｂｙｔｅｓのデータは、先頭の１６Ｂｙｔｅｓのデータと残る６１２８Ｂｙｔｅｓのデータとに分離される。先頭の１６Ｂｙｔｅｓのデータは、先述したユニット鍵を用いてＡＥＳ（Ａｄｖａｎｃｅｄ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）暗号方式の復号処理が行われる（ＡＥＳ＿Ｅ）。こうして得られたデータと先頭の１６Ｂｙｔｅｓのデータとの排他的論理和（ＸＯＲ）が演算された上で、演算結果を鍵として、残る６１２８ＢｙｔｅｓのデータがＡＥＳ－ＣＢＣモードで復号される（ＡＥＳ＿ＤＣＢＣ）。こうして平文の６１２８Ｂｙｔｅｓのデータが得られるため、このデータに先頭１６Ｂｙｔｅｓのデータが付加されることで、６１４４Ｂｙｔｅｓの平文のデータが得られる。
　図３は、ＭＰ４方式でコンテンツをＨＤＤ又はフラッシュメモリに格納する際のデータ構造を模式的に示す図である。ＨＤＤ又はフラッシュメモリ上には、コンテンツとしてＣｏｎｔｅｎｔ　Ｆｉｌｅが格納される。Ｃｏｎｔｅｎｔ　Ｆｉｌｅは、通常のデータファイルとして格納される。図３では、１つのＣｏｎｔｅｎｔ　Ｆｉｌｅのみを記載しているが、複数のＣｏｎｔｅｎｔ　Ｆｉｌｅが格納されてもよい。また、ここでは、Ｃｏｎｔｅｎｔ　Ｆｉｌｅは、「ＸＸＸＸＸ．ＭＰ４」というファイル名で記録されている。「ＸＸＸＸＸ」には番号が記載され、複数のコンテンツが格納される場合に、個別に管理することが可能である。
　各Ｃｏｎｔｅｎｔ　Ｆｉｌｅの先頭部分には、可変長のバイト数のＭｅｔａ　Ｄａｔａが記録される。Ｍｅｔａ　Ｄａｔａの後には、Ｖｉｄｅｏ又はＡｕｄｉｏのＦｒａｇｍｅｎｔと呼ばれるデータが格納される。Ｆｒａｇｍｅｎｔは、通常数秒程度のエレメンタリストリームであり、Ｖｉｄｅｏの場合には単体でデコードが可能な単位となっている。各Ｆｒａｇｍｅｎｔは可変長のバイト数となっており、再生時間も各々異なっている。
　Ｍｅｔａ　Ｄａｔａには、各Ｆｒａｇｍｅｎｔのバイト数と再生時間長とが記載されている。プレーヤは、Ｍｅｔａ　Ｄａｔａを参照することによって、先頭から特定時間の位置に相当するＦｒａｇｍｅｎｔを検索することが可能である。各Ｆｒａｇｍｅｎｔの再生時間長を累積することによって、指定時間に相当するＦｒａｇｍｅｎｔの番号を取得することができ、各Ｆｒａｇｍｅｎｔのバイト数を累積することによって、Ｃｏｎｔｅｎｔ　Ｆｉｌｅ内でのバイト位置を計算することが可能である。
　図４は、Ｃｏｎｔｅｎｔ　Ｆｉｌｅ内の各Ｆｒａｇｍｅｎｔの復号に必要となるＩｎｉｔｉａｌ　Ｖｅｃｔｏｒを模式的に示す図である。先述したＭｅｔａ　Ｄａｔａの内部には、各Ｆｒａｇｍｅｎｔに対応するＩｎｉｔｉａｌ　Ｖｅｃｔｏｒ（ＩＶ）が格納されている。Ｆｒａｇｍｅｎｔの順序通りにＩｎｉｔｉａｌ　Ｖｅｃｔｏｒが格納されることによって、各Ｆｒａｇｍｅｎｔに対応するＩｎｉｔｉａｌ　Ｖｅｃｔｏｒを特定することが可能である。
　図５は、ＡＥＳ－ＣＴＲモードにおいて、Ｃｏｎｔｅｎｔ　Ｆｉｌｅの暗号化について説明するための図である。図６は、ＡＥＳ－ＣＴＲモードにおいて、Ｃｏｎｔｅｎｔ　Ｆｉｌｅの復号化について説明するための図である。暗号化の際には、鍵（Ｋｅｙ）と初期値であるＩＶ（Ｉｎｉｔｉａｌ　Ｖｅｃｔｏｒ）とが用いられる。鍵を用いてＩＶを暗号化した値と、メッセージ（Ｃｏｎｔｅｎｔ　Ｆｉｌｅ）の先頭の１６Ｂｙｔｅｓのデータとの排他的論理和（ＸＯＲ）が演算され、演算結果が最初の１６Ｂｙｔｅｓのデータに対応する暗号文となる。次の１６Ｂｙｔｅｓのデータに対しては、ＩＶをインクリメントした上で、同様の処理が行われる。このような処理が連続して行われることで、１６Ｂｙｔｅｓ以上の長いメッセージに対しても暗号文を作成することが可能である。なお、メッセージの長さが１６Ｂｙｔｅｓの倍数になっていない場合には、末尾のブロックにおいてＸＯＲ演算がビット単位で行われることによって、暗号文が得られる。
　図６の復号化の処理は、図５に示す暗号化の処理と全く同じになっている。特に、復号化であるにも関わらず暗号化処理（ＥＮＣ）が行われることに注意が必要である。
　ここで、図５及び図６でＫｅｙと示したデータがＭＰ４形式のＣｏｎｔｅｎｔ　Ｆｉｌｅを暗号化及び復号化する際の鍵となる。
　図７は、図１で示したＳｔｒｅａｍ　Ｆｉｌｅに加えて、各Ｓｔｒｅａｍ　Ｆｉｌｅを復号するための鍵を記録するためのデータであるＫｅｙ　Ｆｉｌｅのデータ構成を模式的に示す図である。光ディスク３は、Ｓｔｒｅａｍ　Ｆｉｌｅとは別にＫｅｙ　Ｆｉｌｅを格納している。図７の例では、「Ｓｔｒｅａｍ　Ｆｉｌｅ＃１」、「Ｓｔｒｅａｍ　Ｆｉｌｅ＃２」及び「Ｓｔｒｅａｍ　Ｆｉｌｅ＃３」の３つのファイルが光ディスク３上に記録されている。Ｋｅｙ　Ｆｉｌｅは、各Ｓｔｒｅａｍ　Ｆｉｌｅに対応したＫｅｙを含む。図７の例では、Ｋｅｙ　Ｆｉｌｅは、「Ｓｔｒｅａｍ　Ｆｉｌｅ＃１」、「Ｓｔｒｅａｍ　Ｆｉｌｅ＃２」及び「Ｓｔｒｅａｍ　Ｆｉｌｅ＃３」のそれぞれに対応する「Ｋｅｙ＃１」、「Ｋｅｙ＃２」及び「Ｋｅｙ＃３」を含む。
　ここで、例えば、Ｋｅｙ＃１には、その値として「Ｙ！４．ｄ」という値が格納されている。プレーヤがＳｔｒｅａｍ　Ｆｉｌｅを復号する場合には、先述した鍵としてこの値を利用する。なお、ここでは、光ディスク３は鍵を直接格納するとしたが、実際には鍵を平文で格納することはなく、別途各プレーヤが保持するデバイス鍵で暗号化した状態で記録される。
　次に、図７の例では、「Ｓｔｒｅａｍ　Ｆｉｌｅ＃２」及び「Ｓｔｒｅａｍ　Ｆｉｌｅ＃３」に対応する「Ｋｅｙ＃２」及び「Ｋｅｙ＃３」の値は「ｎｕｌｌ」となっている。すなわち、「ｎｕｌｌ」は、鍵が記録されていないことを意味している。これは、このままでは「Ｓｔｒｅａｍ　Ｆｉｌｅ＃２」及び「Ｓｔｒｅａｍ　Ｆｉｌｅ＃３」を再生できないことを意味している。
　さて、図７で述べたように、「Ｓｔｒｅａｍ　Ｆｉｌｅ＃２」及び「Ｓｔｒｅａｍ　Ｆｉｌｅ＃３」に対応する鍵は光ディスク３上には記録されていないため、このままでは再生することができない。よって、プレーヤは、これらのＳｔｒｅａｍ　Ｆｉｌｅを再生するための鍵を図８で示す方法を用いて取得する。
　図８は、コンテンツ再生システムの構成を模式的に示す図である。コンテンツ再生システムは、プレーヤ１と、鍵管理サーバ２とを備える。鍵管理サーバ２は、鍵管理サーバ２のサブモジュールとしてデータベース２１を備える。データベース２１は、鍵情報と、鍵送信不可リストとを格納している。
　プレーヤ１は、Ｓｔｒｅａｍ　Ｆｉｌｅを再生するための鍵が存在しない場合に、鍵管理サーバ２に対して鍵の発行を要求する。この際に、プレーヤ１と鍵管理サーバ２との間で認証処理が行われる。認証処理には、例えば、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔｓ　Ｌａｙｅｒ）方式などを利用することが可能である。認証によって、相互に相手の機器をセキュアに確認することが可能となる。
　鍵管理サーバ２は、認証により確認された相手側のプレーヤ１が鍵送信不可対象であるか否かを、鍵送信不可リストを用いて確認する。鍵送信不可リストは、鍵を送信することが許可されていないプレーヤを識別するための情報を格納している。プレーヤ１は、鍵の発行を要求する際に、自身の識別子を送信する。鍵管理サーバ２は、プレーヤ１の識別子を受信し、鍵送信不可リストに格納された情報を用いて鍵送信不可対象であるか否かを判断する。鍵送信不可対象であると判断した場合には、相手のプレーヤ１が信用できないプレーヤであるとして、鍵管理サーバ２は鍵を発行しない。勿論、認証そのものが失敗した場合にも、鍵管理サーバ２は鍵を発行しない。
　プレーヤ１は、ローカルストレージ１１を備える。鍵がプレーヤ１に対して発行された場合には、鍵管理サーバ２は、発行された鍵をプレーヤ１に送信する。プレーヤ１は、鍵管理サーバ２によって送信された鍵を受信し、受信した鍵をローカルストレージ１１に格納する。これによって、これ以降に同じ光ディスク３を再生する場合には、プレーヤ１は、鍵管理サーバ２から鍵を取得することなく、ローカルストレージ１１から鍵を取得することにより、光ディスク３を再生することが可能となる。なお、ローカルストレージ１１は、プレーヤ１が保持するデバイス鍵を用いて取得した鍵を暗号化した状態で格納することが好ましい。これにより、取得した鍵を安全に保護することができる。
　なお、ローカルストレージ１１に格納された鍵が誤って削除されたり、ローカルストレージ１１の不調などによって鍵が消去されたりした場合には、プレーヤ１は、改めて鍵管理サーバ２に鍵の発行を要請することによって、再度鍵を取得することも可能である。
　図９は、プレーヤ１が光ディスク３上のＳｔｒｅａｍ　Ｆｉｌｅをローカルストレージ１１に格納する動作を模式的に示す図である。ここでは、Ｓｔｒｅａｍ　Ｆｉｌｅ＃２及びＳｔｒｅａｍ　Ｆｉｌｅ＃３のみをローカルストレージ１１に格納するケースを記載している。これは、例えば、Ｓｔｒｅａｍ　Ｆｉｌｅ＃１がメニューなどを表すコンテンツであり、Ｓｔｒｅａｍ　Ｆｉｌｅ＃２が本編映像を表すコンテンツであり、Ｓｔｒｅａｍ　Ｆｉｌｅ＃３がボーナス映像を表すコンテンツである場合に、繰り返し見る可能性があるコンテンツ（Ｓｔｒｅａｍ　Ｆｉｌｅ＃２及びＳｔｒｅａｍ　Ｆｉｌｅ＃３）のみをコピーすることに相当する。
　既に、図８で述べたように、Ｓｔｒｅａｍ　Ｆｉｌｅを復号するための鍵はローカルストレージ１１に保護して格納することが可能である。Ｓｔｒｅａｍ　Ｆｉｌｅをローカルストレージ１１に記録する方法と、鍵をローカルストレージ１１に記録する方法とを組み合わせることによって、光ディスク３が存在しない場合でも、Ｓｔｒｅａｍ　Ｆｉｌｅを再生することが可能となる。
　図１０は、プレーヤ１が光ディスク上のＳｔｒｅａｍ　Ｆｉｌｅを全く別のＤＲＭ（Ｄｉｇｉｔａｌ　Ｒｉｇｈｔｓ　Ｍａｎａｇｅｍｅｎｔ）システムにエクスポートする動作について模式的に示す図である。ここでは、エクスポートするために、ＭＰＥＧ２－ＴＳ形式のＳｔｒｅａｍ　ＦｉｌｅがＭＰ４形式のＣｏｎｔｅｎｔ　Ｆｉｌｅに変換される。変換に際しては、単にＡＥＳの暗号モードを、例えばＣＢＣ（Ｃｉｐｈｅｒ　Ｂｌｏｃｋ　Ｃａｉｎｉｎｇ）モードからＣＴＲ（Ｃｏｕｎｔｅｒ）モードに変更するだけではなく、鍵を変更してもよい。
　図１０において、プレーヤ１の復号部１０１は、Ｓｔｒｅａｍ　Ｆｉｌｅをローカルストレージ１１ａから取得し、さらに鍵をローカルストレージ１１ｂから取得する。ここで、復号部１０１は、図２で示した復号方法によって、Ｓｔｒｅａｍ　Ｆｉｌｅを復号する。なお、ローカルストレージ１１ａとローカルストレージ１１ｂとは、同一のストレージであっても、異なるストレージであってもよい。
　復号部１０１が復号することで平文となったＳｔｒｅａｍ　ＦｉｌｅはＭＰＥＧ２－ＴＳ形式のデータである。復号部１０１は、ＭＰＥＧ２－ＴＳ形式のデータの多重化をほどくことによって、Ｖｉｄｅｏ又はＡｕｄｉｏのエレメンタリストリームを取得することができる。そして、復号部１０１は、取得したエレメンタリストリームを改めてＦｒａｇｍｅｎｔ単位で多重化することによって、平文のＭＰ４形式のＣｏｎｔｅｎｔ　Ｆｉｌｅを得ることが可能である。
　次に、プレーヤ１の暗号化部１０２は、暗号化の際に用いる鍵を鍵管理サーバ２から取得する。ここで、鍵管理サーバ２は、再生するための鍵を取得した鍵管理サーバと同じでもよいし、異なってもよい。再生のための鍵管理サーバ２では、光ディスクに対応した鍵を必ず発行しなければ、プレーヤ１での再生が保障されない。これに対して、エクスポートのための鍵管理サーバ２では必ずしも再生時と同じ鍵を発行する必要はなく、ランダムな値を鍵として発行することも可能である。ただし、この場合でも、鍵がプレーヤ１から漏洩した際に、漏洩元を特定するなどの目的で、鍵管理サーバ２は、発行した鍵の値を記録しておくことが望ましい。
　プレーヤ１の暗号化部１０２は、鍵管理サーバ２から取得した鍵を用いて、平文のＭＰ４形式のＣｏｎｔｅｎｔ　Ｆｉｌｅを暗号化し、暗号化したＣｏｎｔｅｎｔ　Ｆｉｌｅをエクスポート先のＨＤＤ１１ｃに書き込む。
　図１１は、図１０でエクスポート先のメディアであるＨＤＤ１１ｃに格納されたＣｏｎｔｅｎｔ　ＦｉｌｅをメディアＨＤＤ１１ｃにバインドするために必要となる処理を模式的に示す図である。プレーヤ１は、鍵管理サーバ２に問い合わせて、バインドするために必要となるデータを要求する。この際に、プレーヤ１は、メディアＨＤＤ１１ｃを識別するためのＨＤＤ１１ｃのメディアＩＤなどの情報を送付する。これに対して、鍵管理サーバ２は、ＨＤＤ１１ｃのメディアＩＤを鍵で処理してバインド用の鍵データを作成する。鍵管理サーバ２が、作成したバインド用の鍵データをプレーヤ１に通知し、プレーヤ１がメディアＨＤＤ１１ｃにバインド用の鍵データを格納することによって、Ｃｏｎｔｅｎｔ　ＦｉｌｅがメディアＨＤＤ１１ｃにバインドされる。
　図１２は、本実施の形態におけるプレーヤの構成を示すブロック図である。
　図１２に示すプレーヤ１は、暗号化コンテンツ取得部１００１、鍵判断部１００２、第１の鍵情報取得部１００３、第２の鍵情報取得部１００４、再生部１００５、鍵情報記憶部１００６及びアドレス情報記憶部１００７を備える。
　暗号化コンテンツ取得部１００１は、暗号化コンテンツを光ディスク３から取得する。光ディスク３は、暗号化された複数の暗号化コンテンツと、複数の暗号化コンテンツの内の一部の暗号化コンテンツを再生するために必要となる第１の鍵情報とを記録している。なお、図７に示す「Ｋｅｙ＃１」が、第１の鍵情報に相当する。
　鍵判断部１００２は、暗号化コンテンツの復号に、光ディスク３に記録されている第１の鍵情報を用いるか否かを判断する。第１の鍵情報を用いないと判断された場合、ネットワークを介して取得する第２の鍵情報を用いることを意味する。光ディスク３は、複数の暗号化コンテンツ毎に、光ディスク上の第１の鍵情報を用いるか、ネットワークを介して取得する第２の鍵情報を用いるかを判断するために用いるコンテンツ暗号化情報を含む。鍵判断部１００２は、光ディスク３上のコンテンツ暗号化情報を参照して判断する。コンテンツ暗号化情報は、例えば、後述するＳｔｒｅａｍ　Ｆｉｌｅ暗号化情報である。Ｓｔｒｅａｍ　Ｆｉｌｅ暗号化情報は、Ｓｔｒｅａｍ　Ｆｉｌｅを復号するためにネットワーク接続が必要であるか否かを示す。つまり、鍵判断部１００２は、Ｓｔｒｅａｍ　Ｆｉｌｅ暗号化情報がネットワーク接続必要を示す場合、第２の鍵情報を用いると判断する。鍵判断部１００２は、Ｓｔｒｅａｍ　Ｆｉｌｅ暗号化情報がネットワーク接続不要を示す場合、第１の鍵情報を用いると判断する。また、コンテンツ暗号化情報は、例えば、Ｓｔｒｅａｍ　Ｆｉｌｅ毎に、第１鍵情報の格納有無を示す情報である。つまり、鍵判断部１００２は、コンテンツ暗号化情報が第１鍵情報の格納あり（光ディスク３が第１鍵情報を格納している）を示す場合、第１の鍵情報を用いると判断する。鍵判断部１００２は、コンテンツ暗号化情報が第１鍵情報の格納なし（光ディスク３が第１鍵情報を格納していない）を示す場合、第２の鍵情報を用いると判断する。また、図７の「Ｋｅｙ」の値が「ｎｕｌｌ」の場合、鍵が記録されていないことを意味している。つまり、鍵判断部１００２は、「Ｋｅｙ」の値が「ｎｕｌｌ」の場合、第２の鍵情報を用いると判断する。鍵判断部１００２は、「Ｋｅｙ」の値が「ｎｕｌｌ」でない場合、第１の鍵情報を用いると判断する。
　第１の鍵情報取得部１００３は、第１の鍵情報を光ディスク３から取得する。
　第２の鍵情報取得部１００４は、暗号化コンテンツを再生するために必要となる第２の鍵情報を、鍵管理サーバ２からネットワークを介して取得する。なお、図８に示す鍵（データベース２１が含む鍵情報）が、第２の鍵情報に相当する。
　再生部１００５は、第１の鍵情報又は第２の鍵情報を用いて暗号化コンテンツを再生する。
　光ディスク挿入後に、再生部１００５によって最初に再生される暗号化コンテンツは、第１の鍵情報によって暗号化されている。第２の鍵情報取得部１００４は、再生部１００５によって最初に再生される暗号化コンテンツが再生されている間に、光ディスクに記録されている他の暗号化コンテンツを復号するための第２の鍵情報を鍵管理サーバ２からネットワークを介して取得する。
　鍵情報記憶部１００６は、第２の鍵情報取得部１００４によって取得された第２の鍵情報を記憶する。第２の鍵情報取得部１００４は、取得した第２の鍵情報を前記鍵情報記憶部１００６に記憶する。第２の鍵情報取得部１００４は、鍵判断部１００２によってネットワークを介して取得する第２の鍵情報を用いると判断された場合、既に、鍵情報記憶部１００６に第２の鍵情報が記憶されているか否かを判断する。鍵情報記憶部１００６に第２の鍵情報が記憶されていると判断された場合、第２の鍵情報取得部１００４は、鍵情報記憶部１００６から第２の鍵情報を取得し、鍵情報記憶部１００６に第２の鍵情報が記憶されていないと判断された場合、ネットワークを介して第２の鍵情報を取得する。
　アドレス情報記憶部１００７は、第２の鍵情報を発行する鍵管理サーバ２のネットワーク上のアドレスを示すアドレス情報を記憶する。なお、アドレス情報については後述するが、例えばＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｖｅ　Ｌｏｃａｔｏｒ）で表される。第２の鍵情報取得部１００４は、鍵判断部１００２によってネットワークを介して取得する第２の鍵情報を用いると判断された場合、アドレス情報記憶部１００７に記憶されているアドレス情報に対応する鍵管理サーバ２から第２の鍵情報を取得する。
　なお、光ディスク３は、光ディスク３を識別するための媒体識別情報を記憶してもよい。アドレス情報記憶部１００７は、アドレス通知サーバのネットワーク上のアドレスを示す第２のアドレス情報を記憶してもよい。アドレス通知サーバは、媒体識別情報に対応付けられている第２の鍵情報を発行する鍵管理サーバ２のネットワーク上のアドレスを示す第１のアドレス情報を通知する機能を有する。第２の鍵情報取得部１００４は、鍵判断部１００２によってネットワークを介して取得する第２の鍵情報を用いると判断された場合、アドレス情報記憶部１００７に記憶されている第２のアドレス情報に対応するアドレス通知サーバへ媒体識別情報を送信し、アドレス通知サーバから第１のアドレス情報を取得し、取得した第１のアドレス情報に対応する鍵管理サーバ２から第２の鍵情報を取得する。
　また、光ディスク３は、第２の鍵情報を発行する鍵管理サーバ２のネットワーク上のアドレスを示すアドレス情報を記録してもよい。第２の鍵情報取得部１００４は、鍵判断部１００２によってネットワークを介して取得する第２の鍵情報を用いると判断された場合、光ディスク３に記録されているアドレス情報に対応する鍵管理サーバ２から第２の鍵情報を取得する。この場合、アドレス情報記憶部１００７はなくてもよい。
　プレーヤ１に表示装置（例えば、液晶ディスプレー）が接続されていてもよい。プレーヤ１は再生部１００５で生成された信号（例えば映像信号）を表示装置に出力してもよい。
　「再生」とは、暗号化されたコンテンツを鍵情報を用いて復号する処理を含んでもよい。
　「再生」とは、デコード処理（ｄｅｃｏｄｅ）した信号に基づく信号（例えば映像信号）をプレーヤ１から出力する処理を含んでもよい。
　「再生」とは、暗号化されたコンテンツを鍵情報を用いて復号（ｄｅｃｒｉｐｔｉｏｎ）し、そしてデコード処理（ｄｅｃｏｄｅ）した信号に基づく信号（例えば映像信号）をプレーヤ１から出力する処理を含んでもよい。
　図１３は、本実施の形態における再生処理を説明するためのフローチャートである。
　まず、光ディスク３がプレーヤに挿入され、処理を開始する。
　ステップＳ１において、暗号化コンテンツ取得部１００１は、暗号化コンテンツを光ディスク３から取得する。このとき、光ディスク３がプレーヤに挿入されてから最初に再生される暗号化コンテンツは予め決められている。
　次に、ステップＳ２において、鍵判断部１００２は、コンテンツ暗号化情報を参照し、光ディスク３内の第１の鍵情報を用いるか否かを判断する。光ディスク挿入後に最初に再生される暗号化コンテンツは、予め決められており、光ディスク３内の第１の鍵情報を用いて再生される。
　光ディスク３内の第１の鍵情報を用いると判断された場合（ステップＳ２でＹＥＳ）、第１の鍵情報取得部１００３は、第１の鍵情報を光ディスク３から取得する。
　一方、光ディスク３内の第１の鍵情報を用いないと判断された場合（ステップＳ２でＮＯ）、ステップＳ４において、第２の鍵情報取得部１００４は、暗号化コンテンツを再生するために必要となる第２の鍵情報を、鍵管理サーバ２からネットワークを介して取得する。第２の鍵情報取得部１００４は、取得した第２の鍵情報をローカルストレージ１１に格納する。
　次に、ステップＳ５において、再生部１００５は、第１の鍵情報又は第２の鍵情報を用いて対応する暗号化コンテンツの再生を開始する。
　次に、ステップ６において、最初に再生される暗号化コンテンツが再生されている間に、鍵判断部１００２は、光ディスク３内に他の暗号化コンテンツがあるか否かを判断する。
　光ディスク３内に他の暗号化コンテンツがあると判断された場合（ステップ６でＹＥＳ）、他の暗号化コンテンツ毎に、次の処理を繰り返す。ステップＳ７において、鍵判断部１００２は、コンテンツ暗号化情報を参照し、光ディスク３内の第１の鍵情報を用いるか、ネットワークを介して取得する第２の鍵情報を用いるかを判断する。ネットワークを介して取得する第２の鍵情報を用いると判断された場合（ステップＳ７でＮＯ）、ステップ８において、第２の鍵情報取得部１００４は、他の暗号化コンテンツを再生するために必要となる第２の鍵情報を、鍵管理サーバ２からネットワークを介して取得する。第２の鍵情報取得部１００４は、取得した第２の鍵情報をローカルストレージ１１に格納する。
　一方、光ディスク３内の第１の鍵情報を用いると判断された場合（ステップＳ７でＹＥＳ）、ステップＳ６の処理に戻る。
　以上により、プレーヤ１は、最初に再生される暗号化コンテンツが再生されている間に、暗号化コンテンツを再生するために必要となる第２の鍵情報を、鍵管理サーバ２からネットワークを介して取得する。
　なお、図１３では、ステップ２において、鍵判断部１００２は、コンテンツ暗号化情報を参照し、現在の再生対象の暗号化コンテンツの再生に光ディスク３内の第１の鍵情報を用いるか否かを判断している。しかしながら、光ディスク３がプレーヤ１に挿入されてから最初に再生される暗号化コンテンツは、通常、光ディスク３内の第１の鍵情報を用いて再生される。このため、ステップ２の判断を行わず、ステップ３の処理を行ってもよい。また、常にステップ２の判断を行う実装でもよい。
　続いて、光ディスクの１つであるＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）－ＲＯＭの構成について説明する。
　図１４は、光ディスクの１例であるＢＤ－ＲＯＭの構成を示す図である。
　図１４において、ＢＤ－ＲＯＭ２０１は、トラック２０２を有している。トラック２０２は、ＢＤ－ＲＯＭ２０１の内周側から外周側にかけて螺旋状に形成されており、図１４に示すトラック２０２は、横方向に引き伸ばして描画されている。ＢＤ－ＲＯＭ２０１は、例えばＤＶＤ又はＣＤなどの他の光ディスクと同様に、内周側から外周側に向けてらせん状に記録領域を有している。ＢＤ－ＲＯＭ２０１は、内周側に設けられたリードイン領域と、外周側に設けられたリードアウト領域と、リードイン領域とリードアウト領域との間に設けられた論理データを記録できるボリューム領域とを有している。
　ボリューム領域は、先頭からＢＤ－ＲＯＭ２０１をアクセスする単位で通し番号が振られており、この番号は、論理アドレスと呼ばれる。ＢＤ－ＲＯＭ２０１からのデータの読み出しは論理アドレスを指定することで行われる。論理アドレスは、ＢＤ－ＲＯＭ２０１上の物理的な配置においても、連続していると定義する。すなわち、論理アドレスが連続しているデータはシークを行わずに読み出すことが可能である。また、リードイン領域の内側にはＢＣＡ（Ｂｕｒｓｔ　Ｃｕｔｔｉｎｇ　Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。ＢＣＡはアプリケーションから読み出せないため、例えば著作権保護技術などに利用される。
　ボリューム領域には、先頭からファイルシステムのボリューム情報が記録され、続いて映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ディスク上のデータをディレクトリ又はファイルと呼ばれる単位で表現する仕組みである。ＢＤ－ＲＯＭ２０１の場合、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ　Ｄｉｓｃ　Ｆｏｒｍａｔ）によってデータが記録される。ＰＣ（パーソナルコンピュータ）でも、ＦＡＴ（Ｆｉｌｅ　Ａｌｌｏｃａｔｉｏｎ　Ｔａｂｌｅ）又はＮＴＦＳ（ＮＴ　Ｆｉｌｅ　Ｓｙｓｔｅｍ）と呼ばれるファイルシステムが用いられることにより、ディレクトリ又はファイルという構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。このファイルシステムにより、通常のＰＣと同じように記録されている論理データをディレクトリ又はファイル構造を使って読み出すことが可能になっている。
　ＢＤ－ＲＯＭ２０１上のディレクトリ又はファイル構造では、ルートディレクトリ（ＲＯＯＴ）の直下にＢＤＭＶディレクトリが置かれている。ＢＤＭＶディレクトリは、ＢＤ－ＲＯＭ２０１で扱うＡＶコンテンツ又は管理情報などのデータが記録されているディレクトリである。ＢＤＭＶディレクトリの下には、タイトルを構成するインデックステーブルが定義されたインデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦＯディレクトリ、ＳＴＲＥＡＭディレクトリ、ＰＲＯＧＲＡＭディレクトリ、ＢＤＪＯディレクトリ及びＪＡＲディレクトリが存在する。
　映像及び音声といったＡＶコンテンツが多重化され格納されたＡＶクリップ（ＸＸＸ．Ｍ２ＴＳ）は、ＳＴＲＥＡＭディレクトリの下に配置される。ＡＶクリップの管理情報を格納したクリップ情報ファイル（ＸＸＸ．ＣＬＰＩ）は、ＣＬＩＰＩＮＦＯディレクトリの下に配置される。ＡＶクリップの論理的な再生経路を定義したプレイリストファイル（ＹＹＹ．ＭＰＬＳ）は、ＰＬＡＹＬＩＳＴディレクトリの下に配置される。動的なシナリオを定義するためのプログラムが格納されたＢＤプログラムファイル（ＡＡＡ．ＰＲＧ）は、ＰＲＯＧＲＡＭディレクトリの下に配置される。
　以下に、ＢＤＭＶディレクトリ配下に置かれる各ファイルのデータ構造について説明する。
　まず、インデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）について説明する。図１５は、インテックステーブルの一例を示す図である。インデックスファイルは、図１５に示すインデックステーブルを有する。インデックステーブルは、ＢＤ－ＲＯＭに格納されるすべてのタイトル、トップメニュー及びＦｉｒｓｔＰｌａｙといったタイトル構成を定義する最上位層のテーブルである。インデックステーブルには、全てのタイトル、トップメニュー及びＦｉｒｓｔＰｌａｙから最初に実行されるプログラムファイルが指定されている。
　ＢＤ－ＲＯＭのプレーヤは、タイトル又はメニューが呼び出されるたびにインデックステーブルを参照して、所定のＢＤプログラムファイルを実行する。ここで、ＦｉｒｓｔＰｌａｙは、コンテンツプロバイダによって設定されるＢＤプログラムファイルであり、プレーヤへのディスク投入時に最初に自動的に実行される。また、トップメニューは、リモコンでのユーザ操作により、「メニューに戻る」というようなコマンドが実行されるときに、呼び出されるムービーオブジェクト又はＢＤＪオブジェクトが指定されている。
　ＢＤプログラムファイル（ＡＡＡ．ＰＲＧ）は、タイトルから指定及び実行されるプログラムを格納している。複数のプログラムのファイルがあり、プリフィックス（ＡＡＡ）がプログラムを識別するのに使用される。ブルーレイディスクでは、コマンドナビゲーションと呼ばれる独自仕様のインタープリタ方式のプログラムが使われるが、言語方式は本開示の本質ではないため、プログラミング言語は、Ｊａｖａ（登録商標）又はＪａｖａＳｃｒｉｐｔ（登録商標）のような汎用のプログラミング言語であっても構わない。このプログラムによって再生されるプレイリストが指定される。
　次に、図１６を用いて、既にコンテンツが記録された光ディスクがあるにも関わらず、コンテンツを再生する前にネットワーク経由で鍵を取得することに時間がかかってしまい、手元に既に光ディスクがあってすぐに再生が可能であるにも関わらずユーザへのコンテンツの視聴を待たせてしまうという問題を解決する手法について説明する。
　図１６は、本実施の形態においてプログラムファイルを実行する手順について説明するための図である。
　ここで、光ディスクが挿入されたときにＦｉｒｓｔＰｌａｙから再生されるＳｔｒｅａｍ　Ｆｉｌｅ＃１を復号するための鍵は、ネットワークから取得されない。これは、プレーヤが最初に再生するＦｉｒｓｔ　Ｐｌａｙを再生するために、Ｓｔｒｅａｍ　Ｆｉｌｅ＃１を復号する鍵をネットワークから取得すると、再生開始までに時間を要してしまうことを回避するためである。また、通常、Ｆｉｒｓｔ　Ｐｌａｙから再生されるコンテンツは、映画本編ではなく、映画のトレーラー又は映画スタジオの紹介であり、タイトルから再生されるコンテンツに比べて重要性が低い。そのため、ネットワーク経由で鍵を取得することによってセキュリティを高めるよりも、ディスク挿入時に素早く再生が開始される利点を得ることの方が重要である。
　ＦｉｒｓｔＰｌａｙから再生されるＳｔｒｅａｍ　Ｆｉｌｅ＃１を復号するための鍵は、光ディスク上の情報及びプレーヤの情報のうちのいずれか又は両方を用いて取得される。Ｓｔｒｅａｍ　Ｆｉｌｅ＃１を復号するための鍵が、ネットワークから配信されることはない。
　次に、トップメニューから再生されるＳｔｒｅａｍ　Ｆｉｌｅ＃２を復号する鍵も、ネットワークから取得されないことが望ましい。トップメニューから再生されるコンテンツは、ユーザがディスク視聴中に言語設定などを変えるため使用されることが多く、例えば映画再生中でも言語設定を変えたい場合などにアクセスされる対象である。そのため、ネットワークから鍵を取得することによって、トップメニューの表示が遅れることはユーザを待たせることになり、好ましくない。
　そのため、トップメニューから再生されるＳｔｒｅａｍ　Ｆｉｌｅ＃２を復号するための鍵は、光ディスク上の情報及びプレーヤの情報のうちのいずれか又は両方を用いて取得される。Ｓｔｒｅａｍ　Ｆｉｌｅ＃２を復号するための鍵が、ネットワークから配信されることはない。
　これに対して、タイトル１から再生されるＳｔｒｅａｍ　Ｆｉｌｅ＃３を復号する鍵は、ネットワークから取得されてもよい。例えば、ＦｉｒｓｔＰｌａｙを再生中に、バックグラウンドの処理としてＳｔｒｅａｍ　Ｆｉｌｅ＃３の復号に必要な鍵をネットワークから取得する。これにより、ネットワーク経由で鍵を取得するのに必要な処理時間を、短縮することが可能となる。
　図１７は、図１６に示す光ディスク挿入時のコンテンツ再生システムのシーケンスの一例を示す図である。
　プレーヤ１は、光ディスク３が挿入されると、Ｆｉｒｓｔ　Ｐｌａｙを最初に再生するため、再生対象の暗号化コンテンツであるＳｔｒｅａｍ　Ｆｉｌｅ＃１を光ディスク３から取得する。プレーヤ１は、Ｓｔｒｅａｍ　Ｆｉｌｅ＃１を復号するための鍵（第１の鍵情報）を光ディスク３から取得し、取得した鍵を用いて暗号化コンテンツを復号し、ＦｉｒｓｔＰｌａｙの再生を開始する。
　プレーヤ１は、ＦｉｒｓｔＰｌａｙを再生中に、バックグラウンドの処理として、光ディスク３上に鍵が記憶されていないタイトル１、タイトル２、・・・、タイトルｎから再生されるＳｔｒｅａｍ　Ｆｉｌｅの復号に必要な鍵（第２の鍵情報）をネットワークから取得し、ローカルストレージ１１に格納する。タイトル１、タイトル２、・・・タイトルｎから再生されるコンテンツは、映画本編であってもよい。
　プレーヤ１は、Ｆｉｒｓｔ　Ｐｌａｙの次にトップメニューを再生するため、再生対象の暗号化コンテンツであるＳｔｒｅａｍ　Ｆｉｌｅ＃２を光ディスク３から取得する。プレーヤ１は、Ｓｔｒｅａｍ　Ｆｉｌｅ＃２を復号するための鍵（鍵情報）を光ディスク３から取得し、取得した鍵を用いて暗号化コンテンツを復号し、トップメニューの再生を開始する。
　プレーヤ１は、トップメニュー再生中にタイトル１の再生が選択されると、再生対象の暗号化コンテンツであるＳｔｒｅａｍ　Ｆｉｌｅ＃３を光ディスク３から取得する。プレーヤ１は、Ｓｔｒｅａｍ　Ｆｉｌｅ＃３を復号するための鍵（第２の鍵情報）をローカルストレージ１１から取得し、取得した鍵を用いて暗号化コンテンツを復号し、タイトル１の再生を開始する。
　図１８は、プレーヤがネットワークに接続されていない場合に表示される画面の一例を示す図である。従来のＢＤ－ＲＯＭディスクを再生する際には、ネットワークへの接続は必須ではなかった。しかしながら、図１６に示すタイトル１のように再生する対象のＳｔｒｅａｍ　Ｆｉｌｅ＃３を復号するための鍵をネットワーク経由で取得する必要がある場合、ユーザに対して明確にネットワークへの接続が必要であることを通知する必要がある。このため、図１６に示すＢＤプログラムファイル「００１．ＰＲＧ」は、プレーヤがネットワークに接続されているか否かを判断する処理と、プレーヤがネットワークに接続されていないと判断された場合、ユーザに対して図１８に示す画面を提示する処理とを含むことが望ましい。
　次に、Ｓｔｒｅａｍ　Ｆｉｌｅの復号に必要な鍵をネットワークから取得する際に、アクセスすべきネットワーク上のサーバを特定する方法について説明する。ネットワーク上のアクセス先は、ＵＲＬ又はＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）アドレスなどで表される。以下に、ＵＲＬを記録する位置及び鍵を取得する方法について説明する。
　（１）第１の方法としては、光ディスク（例えば、Ｂｌｕ－ｒａｙ（登録商標）ディスク）の規格として鍵を発行するサーバのＵＲＬを予め決めておき、プレーヤ製造時にＵＲＬをプレーヤが備える不揮発性のメモリに記憶する。この場合、鍵を発行するネットワークサーバ（鍵管理サーバ）に対して複数のプレーヤから鍵発行の依頼が来ると、ネットワークサーバの負荷が増大する可能性がある。
　これを解決するには、光ディスクの規格として鍵を発行する複数のネットワークサーバ（鍵管理サーバ）を用意し、機器毎又は後述するリージョンコード毎に異なるネットワークサーバのＵＲＬを設定すればよい。
　（２）第２の方法としては、光ディスク（例えば、Ｂｌｕ－ｒａｙ（登録商標）ディスク）の規格として鍵を取得するために最初にアクセスする第１のサーバの第１のＵＲＬを予め決めておき、プレーヤは、第１のＵＲＬに対応する第１のサーバにアクセスし、光ディスクのＳｔｒｅａｍ　Ｆｉｌｅを復号するための鍵を発行する第２のサーバの第２のＵＲＬを第１のサーバから取得する。
　プレーヤは、最初にアクセスすべき第１のＵＲＬを予め記憶する不揮発性のメモリを備える。プレーヤは、実際に鍵を取得する際には、第１のＵＲＬとは異なる第２のＵＲＬに対応する第２のサーバに接続する。これにより、鍵を管理するネットワークサーバ（鍵管理サーバ）の負荷を分散できる。
　ディスク毎にアクセス先を変えるには、ディスクを特定するための情報をサーバに通知する必要がある。プレーヤは、ディスクに記録されている情報（例えば、ディスク製作者を示すＩＤ又はディスクに一意に与えられるＩＤ）をネットワークサーバ（鍵管理サーバ）に通知する。
　（３）第３の方法としては、光ディスクが、鍵を発行するサーバのＵＲＬを予め記録する。この場合、ディスク挿入時に最初に読み込まれるインデックステーブルに鍵の取得先となるＵＲＬを記録しておくことが望ましい。このように、プレーヤは、鍵を発行するサーバのＵＲＬをインデックステーブルに記録しておくことによって、前述したようにＦｉｒｓｔＰｌａｙの再生中のバックグランド処理としてＵＲＬに対応するサーバにアクセスし、鍵を取得することが可能となる。
　また、光ディスクが、ネットワークから鍵を取得する必要があるＳｔｒｅａｍ　Ｆｉｌｅと、ネットワークから鍵を取得する必要がないＳｔｒｅａｍ　Ｆｉｌｅとを記録している場合に、図２１に示すようにタイトル毎にネットワークから鍵を取得するか否かを示す情報があってもよい。このように、タイトル毎にネットワークから鍵を取得するか否かを示すことにより、リモコンなどによって直接タイトルが指定された際でも、指定されたタイトルから再生されるＳｔｒｅａｍ　Ｆｉｌｅを復号するための鍵をネットワーク経由で取得する必要があるか否かが容易に判定できる。
　また、ネットワークから鍵を取得する必要があるタイトルは、鍵を取得する時間が必要であるため、再生開始までに時間がかかる。ここで、ＢＤ規格ではユーザが指定したタイトルを直接再生するタイトルサーチという機能が具備されている。そのため、ＦｉｒｓｔＰｌａｙが再生されることなく、特定のタイトルの再生が開始されることがある。このような場合、プレーヤは、ユーザによって指定されたタイトル（正確には、タイトルからＸＸＸ．ＭＰＬＳをたどって参照されるＳｔｒｅａｍ　Ｆｉｌｅ）を再生するために、ネットワークから鍵を取得する必要があり、鍵の取得処理に要する時間を短縮することができない。これを防ぐために、ネットワークから鍵を取得するタイトルに対してのタイトルサーチは禁止してもよい。
　また、光ディスクは、インデックステーブルを記載したファイルとは別に、復号のためにネットワークから鍵を取得する必要があるＳｔｒｅａｍ　Ｆｉｌｅの一覧を示すファイルと、各Ｓｔｒｅａｍ　Ｆｉｌｅを復号するための鍵のＵＲＬを記載したファイルとを備えてもよい。
　また、各Ｓｔｒｅａｍ　Ｆｉｌｅ中に復号に必要な鍵を取得可能なＵＲＬが記載されていてもよい。
　また、Ｓｔｒｅａｍ　Ｆｉｌｅを管理するファイル（ＡＶクリップ情報）に復号に必要な鍵を取得可能なＵＲＬが記載されていてもよい。
　なお、鍵の取得先を示すＵＲＬを保持する場所は上記に限定されない。例えば、鍵の取得先を示すＵＲＬは、ＢＤ－ＲＯＭディスクに同梱される紙に記載されてもよく、再生時において、プレーヤは、ユーザによるＵＲＬの入力を受け付けてもよい。また、鍵の取得先を示すＵＲＬは、再生するコンテンツを記録したＢＤ－ＲＯＭディスクとは異なる媒体に記録してもよく、再生前に、プレーヤは、ＵＲＬを媒体から読み出してもよい。
　次に、ネットワーク上の鍵の取得先（ＵＲＬ）を表すテーブルについて説明する。
　図１９は、鍵の取得先を示すＵＲＬをリージョンコード毎に格納するテーブルの一例を示す図である。ここで、リージョンコードとは、当該光ディスクを再生できる地域を制限することを目的として地域毎に指定されているコードである。例えばＢｌｕ－ｒａｙ（登録商標）ディスクにおいては、リージョンコードＡには、南北アメリカ及び日本などが含まれ、リージョンコードＢには、ヨーロッパが含まれる。リージョンコードＡとして指定されたディスクは、リージョンコードＡ対応のプレーヤでしか再生できず、リージョンコードＢ対応プレーヤでは再生できない。
　このように、プレーヤと、再生対象となる光ディスクとは、それぞれリージョンコードを有し、互いのリージョンコードが一致しないプレーヤでは再生できない。そのため、鍵の取得先は、リージョンコード毎に指定できることが望ましい。したがって、プレーヤは、図１９に示すテーブルを参照して、リージョンコード毎に異なるＵＲＬにアクセスして鍵を取得できる。このようにすることで、例えば、リージョンコードＡのプレーヤは、リージョンコードＡに対応付けられているＵＲＬ（ｗｗｗ．１２３４５．ｃｏｍ／ｋｅｙ＿ｒｅｇｉｏｎＡ）にアクセスして鍵を取得することで再生できる。一方、リージョンコードＡのプレーヤは、リージョンコードＢに対応付けられているＵＲＬ（ｗｗｗ．５４３２１．ｊｐ／ｋｅｙ＿ｒｅｇｉｏｎＢ）の鍵を無効にする。これにより、リージョンコードＢで指定される地域において再生を抑制することが可能となる。
　図２０は、鍵の取得先を示すＵＲＬを国コード毎に格納するテーブルの一例を示す図である。ここでは記載していないが、Ｂｌｕ－ｒａｙ（登録商標）ディスクプレーヤには、ユーザの嗜好として、字幕又は音声に使用すべき言語が設定されている領域がある。また、プレーヤは、使用される国が設定される場合もある。図２０に示すテーブルは、国を示す国コードと、鍵を発行するＵＲＬとを対応付けて記憶している。
　したがって、例えばプレーヤ又はＢＤプログラムは、ユーザの言語設定又は使用国設定と、図２０で示したテーブルとに基づいて、鍵の取得先のＵＲＬを切り替えることによって、リージョンコード毎ではなく、使用する言語又はプレーヤを使用する国毎により細かくコンテンツを再生するか否かを制御することが可能となる。つまり、字幕又は音声の言語設定として日本語が設定されているプレーヤは、日本で使用されているプレーヤであると判断され、「ＪＰ」の国コードで示されるＵＲＬ（ｗｗｗ．５４３２１．ｊｐ／ｋｅｙ＿ＪＰ）を取得し、当該ＵＲＬにアクセスして、復号に必要な鍵を取得する。
　あるいは、鍵管理サーバ２は、前述のプレーヤ１の言語設定ではなく、プレーヤ１が保持しているＩＰアドレスからどこの国からアクセスしているか判断し、取得すべき国コードを判定して、判定した国コードに該当する鍵取得用ＵＲＬをプレーヤ１に送信してもよい。
　つまり、鍵管理サーバ２は、プレーヤのＩＰアドレスが英国で使用されているアドレスであると判定された場合、「ＵＫ」の国コードに対応したＵＲＬ（ｗｗｗ．６７８９０．ｕｋ／ｋｅｙ＿ＵＫ）を送信してもよい。プレーヤは、受信したＵＲＬにアクセスして鍵を取得してもよい。
　このように、国コード毎に鍵を取得すべきＵＲＬを変えることで、例えばある国の映画館でまだ上映中の映画が光ディスクに記録されている場合には、鍵管理サーバは、その国のプレーヤからの鍵取得要求を拒否する。これにより、映画の興行収入を担保するとともに、映画の上映期間終了後にネットワーク上で鍵を有効にすることによって、光ディスクからの再生を許可することも可能となる。
　また、特定の国が判定できない場合、又は国毎の指定の必要がない場合にアクセスすべきＵＲＬとして図２０に示すようにＤｅｆａｕｌｔのＵＲＬが設定されていることが望ましい。
　図２１は、鍵の取得先を示すＵＲＬをタイトル毎に格納するテーブルの一例を示す図である。図２０に示すテーブルは、光ディスク内に記録されているタイトルと、鍵を発行するＵＲＬとを対応付けて記憶している。このように、タイトル（コンテンツ）毎に鍵の取得先を変えることができるようにすることで、タイトル毎に鍵の付与を制御することも可能となる。
　次に、プレイリストファイル（ＹＹＹ．ＭＰＬＳ）について説明する。図２２は、プレイリストファイルについて説明するための模式図である。
　プレイリストは、ＡＶクリップの再生経路を示す。図２２に示すように、プレイリストは、１つ以上のプレイアイテム（ＰＩ）１２０１から構成される。各プレイアイテム１２０１は、ＡＶクリップに対する再生区間を示す。各プレイアイテム１２０１は、それぞれプレイアイテムＩＤで識別され、プレイリスト内で再生されるべき順序で記述されている。また、プレイリストは、再生開始点を示すエントリマーク１２０２を含む。エントリマーク１２０２は、プレイアイテムで定義される再生区間に対して付与される。エントリマーク１２０２は、図２２に示すように、プレイアイテムに対して再生開始点となりうる位置に付与され、頭出し再生に利用される。例えば、映画タイトルにおいて、エントリマーク１２０２をチャプタの先頭となる位置に付与することで、チャプタ再生することが可能である。なお、ここでは、一連のプレイアイテム１２０１の再生経路がメインパス１２０５と定義される。
　プレイアイテムの内容について図２３を用いて説明する。図２３は、プレイアイテムについて説明するための模式図である。プレイアイテムは、クリップ情報１３０１、再生開始時刻１３０２、再生終了時刻１３０３、コネクションコンディション１３１０、及びストリーム選択テーブル１３０５を含む。再生開始時刻１３０２及び再生終了時刻１３０３は時間情報であるため、プレーヤは、クリップ情報ファイルのエントリマップを参照し、指定された再生開始時刻及び再生終了時刻に対応するＳＰＮ（ソースパケット番号）を取得し、読み出し開始位置を特定し、再生処理を行う。
　コネクションコンディション１３１０は、前方プレイアイテムと接続タイプとを示している。プレイアイテムのコネクションコンディション１３１０が「１」である場合は、プレイアイテムが指し示すＡＶクリップは、そのプレイアイテムの前のプレイアイテムが指し示すＡＶクリップとシームレスに接続されることが保証されない。プレイアイテムのコネクションコンディション１３１０が「５」又は「６」である場合は、プレイアイテムが指し示すＡＶクリップは、そのプレイアイテムの前のプレイアイテムが指し示すＡＶクリップとシームレスに接続されることが保証される。コネクションコンディション１３１０が「５」である場合は、プレイアイテム間でＳＴＣ（Ｓｙｓｔｅｍ　Ｔｉｍｅ　Ｃｌｏｃｋ）の連続性が途切れていてもよい。つまり、接続前プレイアイテムのＡＶクリップ終端のビデオ表示時刻と、接続後プレイアイテムのＡＶクリップ先頭のビデオ表示時刻とは、不連続でよい。
　ストリーム選択テーブル１３０５は、複数のストリームエントリ１３０９で構成される。ストリームエントリ１３０９は、ストリーム選択番号１３０６、ストリームパス情報１３０７、及びストリーム識別情報１３０８を含む。
　ストリーム選択番号１３０６は、ストリーム選択テーブルに含まれるストリームエントリ１３０９の先頭から順にインクリメントされる番号であり、プレーヤにおいてストリームを識別するために利用される。
　ストリームパス情報１３０７は、ストリーム識別情報１３０８によって示されるストリームが、どのＡＶクリップに多重化されているかを示す情報である。例えば、ストリームパス情報１３０７が“メインパス”であれば、該当するプレイアイテムのＡＶクリップを示し、ストリームパス情報１３０７が“サブパスＩＤ＝１”であれば、そのサブパスＩＤが示すサブパスにおいて、該当するプレイアイテムの再生区間に対応するサブプレイアイテムのＡＶクリップを示す。
　ストリーム識別情報１３０８は、ＰＩＤ（Ｐａｃｋｅｔ　Ｉｄｅｎｔｉｆｉｅｒ）などの情報であり、参照するＡＶクリップに多重化されているストリームを示す。また、ストリームエントリ１３０９には、各ストリームの属性情報も同時に記録されている。ここで属性情報は、各ストリームの性質を示す情報であり、ストリームが例えばオーディオ、プレゼンテーショングラフィックス又はインタラクティブグラフィックスである場合には、言語属性などを含む。
　ここで、プレイリストファイルが保持する１つ以上のプレイアイテムが参照する複数のＳｔｒｅａｍ　Ｆｉｌｅを復号するための鍵は、全てネットワーク上から取得するか、全てネットワークから取得せずに光ディスクから取得するかのいずれかで統一することが望ましい。これは、あるプレイアイテムが参照するＳｔｒｅａｍ　Ｆｉｌｅの復号にネットワークから取得する鍵を必要とし、別のプレイアイテムが参照するＳｔｒｅａｍ　Ｆｉｌｅの復号にネットワークから取得する鍵を必要としない場合、鍵の入手経路がそれぞれ異なることによってプレーヤの処理が煩雑になることを避けるためである。
　このように、プレイリストファイルから参照されるＳｔｒｅａｍ　Ｆｉｌｅを復号するためにネットワークから鍵を取得するか否かを示すために、下記のようなＳｔｒｅａｍ　Ｆｉｌｅ暗号化情報が光ディスク上、又はプレイリストファイルの一部に含まれてもよい。
　Ｓｔｒｅａｍ　Ｆｉｌｅ暗号化情報
　０１ｂ：参照されるＳｔｒｅａｍ　ｆｉｌｅの復号にネットワーク接続不要
　１０ｂ：参照されるＳｔｒｅａｍ　ｆｉｌｅの復号にネットワーク接続必要
　１１ｂ：参照されるＳｔｒｅａｍ　ｆｉｌｅの復号に、ネットワーク接続必要なＳｔｒｅａｍ　ｆｉｌｅとネットワーク接続不要なＳｔｒｅａｍ　ｆｉｌｅとが混在している。
　なお、前述のような煩雑な鍵処理を回避するために、Ｓｔｒｅａｍ　Ｆｉｌｅ暗号化情報の設定値「１１ｂ」は禁止してもよい。
　あるいは、設定値「１１ｂ」を許可する場合においても、第１のプレイアイテムと、第１のプレイアイテムに続く第２のプレイアイテムとがシームレスに接続される場合には、これら２つのプレイアイテムから参照される鍵の取得方法は同じであること、すなわち、ネットワークから取得するか、ネットワークから取得しないかのいずれかであることが望ましい。
　また、１つのＳｔｒｅａｍ　Ｆｉｌｅを復号する際に、光ディスク上の鍵と、ネットワーク上の鍵との両方を使う方法も考えられる。この場合、図２２で示したエントリマーク（一般にチャプタの先頭を示すことに使われる）の先頭部分の鍵が光ディスク上に保持されることによって、チャプタへ移動した際にネットワークからの鍵の取得を待たずに即座に再生することが可能となる。
　なお、上述した具体的実施形態には以下の構成を有する発明が主に含まれている。
　本開示の一局面に係る再生装置は、暗号化コンテンツを媒体から取得する暗号化コンテンツ取得部と、前記媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、前記複数の暗号化されたコンテンツは前記第１暗号化コンテンツを含み、前記取得した暗号化コンテンツの復号に、前記第１の鍵情報が使用されるか否かを判断する鍵判断部と、前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いると判断した場合、前記第１の鍵情報を前記媒体から取得する第１の鍵情報取得部と、前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いないと判断した場合、前記取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する第２の鍵情報取得部と、前記第１の鍵情報又は前記第２の鍵情報を用いて前記取得した暗号化コンテンツを再生する再生部とを備え、前記媒体に含まれる複数の暗号化コンテンツのうち、前記再生部によって最初に再生される暗号化コンテンツは、前記第１の鍵情報によって暗号化されており、前記第２の鍵情報取得部は、前記再生部によって最初に再生される暗号化コンテンツが再生されている間に、前記第２の鍵情報を前記ネットワークを介して取得する。
　この構成によれば、暗号化コンテンツ取得部は暗号化コンテンツを媒体から取得する。媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、複数の暗号化されたコンテンツは第１暗号化コンテンツを含む。鍵判断部は取得した暗号化コンテンツの復号に、第１の鍵情報が使用されるか否かを判断する。鍵判断部が取得した暗号化コンテンツの復号に第１の鍵情報を用いると判断した場合、第１の鍵情報取得部は第１の鍵情報を媒体から取得する。鍵判断部が取得した暗号化コンテンツの復号に第１の鍵情報を用いないと判断した場合、第２の鍵情報取得部が取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する。再生部は第１の鍵情報又は第２の鍵情報を用いて取得した暗号化コンテンツを再生する。媒体に含まれる複数の暗号化コンテンツのうち、再生部によって最初に再生される暗号化コンテンツは、第１の鍵によって暗号化されている。第２の鍵情報取得部は、再生部によって最初に再生される暗号化コンテンツが再生されている間に、第２の鍵情報をネットワークを介して取得する。
　したがって、媒体に記録されている鍵を用いて最初に再生される暗号化コンテンツが再生され、最初に再生される暗号化コンテンツが再生されている間に、ネットワークを介して暗号化コンテンツを再生するのに必要な鍵が取得されるので、ネットワークを介して暗号化コンテンツの再生に必要な鍵を取得する時間を短縮することができ、媒体に記録されたコンテンツのセキュリティを強化することができる。
　また、上記の再生装置において、前記第２の鍵情報取得部によって取得された前記第２の鍵情報を記憶する鍵情報記憶部をさらに備え、前記第２の鍵情報取得部は、取得した前記第２の鍵情報を前記鍵情報記憶部に記憶し、前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記鍵情報記憶部に前記第２の鍵情報が記憶されているか否かを判断し、前記鍵情報記憶部に前記第２の鍵情報が記憶されていると判断された場合、前記鍵情報記憶部から前記第２の鍵情報を取得することが好ましい。
　この構成によれば、取得された第２の鍵情報が鍵情報記憶部に記憶される。そして、前記第１の鍵情報を用いないと判断された場合、鍵情報記憶部に第２の鍵情報が記憶されているか否かが判断され、鍵情報記憶部に第２の鍵情報が記憶されていると判断された場合、鍵情報記憶部から第２の鍵情報が取得される。
　したがって、取得された第２の鍵情報が鍵情報記憶部に記憶されるので、２回目以降に暗号化コンテンツを再生する際に、既に取得した第２の鍵情報を用いて再生することができ、ネットワークを介して暗号化コンテンツの再生に必要な鍵を取得する時間を省略することができる。
　また、上記の再生装置において、前記第２の鍵情報取得部によって取得された前記第２の鍵情報を記憶する鍵情報記憶部をさらに備え、前記鍵判断部は、前記再生部によって最初に再生される暗号化コンテンツが再生されている間に、前記媒体に記録されている前記複数の暗号化コンテンツの内、前記最初に再生される暗号化コンテンツ以外の他の暗号化コンテンツに対し、前記他の暗号化コンテンツの復号に、前記第１の鍵情報を用いるか否かを判断し、前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記他の暗号化コンテンツを再生するために必要となる前記第２の鍵情報を前記ネットワークを介して取得し、取得した前記第２の鍵情報を、前記鍵情報記憶部に格納することが好ましい。
　この構成によれば、取得された第２の鍵情報が鍵情報記憶部に記憶される。最初に再生される暗号化コンテンツが再生されている間に、媒体に記録されている複数の暗号化コンテンツの内、最初に再生される暗号化コンテンツ以外の他の暗号化コンテンツに対し、他の暗号化コンテンツの復号に、第１の鍵情報を用いるか否かが判断される。そして、第１の鍵情報を用いないと判断された場合、他の暗号化コンテンツを再生するために必要となる第２の鍵情報がネットワークを介して取得され、取得された第２の鍵情報が、鍵情報記憶部に格納される。
　したがって、最初に再生される暗号化コンテンツが再生されている間に、他の暗号化コンテンツを再生するために必要となる第２の鍵情報をネットワークを介して取得することができる。
　また、上記の再生装置において、前記第２の鍵情報を発行するサーバの前記ネットワーク上のアドレスを示すアドレス情報を記憶するアドレス情報記憶部をさらに備え、前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記アドレス情報記憶部に記憶されている前記アドレス情報に対応する前記サーバから前記第２の鍵情報を取得することが好ましい。
　この構成によれば、第２の鍵情報を発行するサーバのネットワーク上のアドレスを示すアドレス情報がアドレス情報記憶部に記憶されている。そして、第１の鍵情報を用いないと判断された場合、アドレス情報記憶部に記憶されているアドレス情報に対応するサーバから第２の鍵情報が取得される。
　したがって、再生装置内に記憶されているアドレス情報に対応するサーバから第２の鍵情報が取得されるので、媒体内にアドレス情報を記録する必要がなく、媒体に記録するデータの量を削減することができる。
　また、上記の再生装置において、前記媒体は、前記媒体を識別するための媒体識別情報を記憶しており、前記媒体識別情報に対応付けられている前記第２の鍵情報を発行する第１のサーバの前記ネットワーク上のアドレスを示す第１のアドレス情報を通知する第２のサーバの前記ネットワーク上のアドレスを示す第２のアドレス情報を記憶するアドレス情報記憶部をさらに備え、前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記アドレス情報記憶部に記憶されている前記第２のアドレス情報に対応する前記第２のサーバへ前記媒体識別情報を送信し、前記第２のサーバから前記第１のアドレス情報を取得し、取得した前記第１のアドレス情報に対応する前記第１のサーバから前記第２の鍵情報を取得することが好ましい。
　この構成によれば、媒体は、媒体を識別するための媒体識別情報を記憶している。また、媒体識別情報に対応付けられている第２の鍵情報を発行する第１のサーバのネットワーク上のアドレスを示す第１のアドレス情報を通知する第２のサーバのネットワーク上のアドレスを示す第２のアドレス情報がアドレス情報記憶部に記憶されている。そして、第１の鍵情報を用いないと判断された場合、アドレス情報記憶部に記憶されている第２のアドレス情報に対応する第２のサーバへ媒体識別情報が送信され、第２のサーバから第１のアドレス情報が取得され、取得された第１のアドレス情報に対応する第１のサーバから第２の鍵情報が取得される。
　したがって、第２の鍵情報を発行する第１のサーバから直接第２の鍵情報を取得するのではなく、第１のサーバのネットワーク上のアドレスを示す第１のアドレス情報を通知する第２のサーバに一度アクセスしてから、第１のサーバにアクセスするので、第１のサーバのネットワーク負荷を軽減することができる。
　また、上記の再生装置において、前記媒体は、前記第２の鍵情報を発行するサーバの前記ネットワーク上のアドレスを示すアドレス情報を記録しており、前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記媒体に記録されている前記アドレス情報に対応する前記サーバから前記第２の鍵情報を取得することが好ましい。
　この構成によれば、媒体は、第２の鍵情報を発行するサーバのネットワーク上のアドレスを示すアドレス情報を記録している。そして、第１の鍵情報を用いないと判断された場合、媒体に記録されているアドレス情報に対応するサーバから第２の鍵情報が取得される。
　したがって、媒体内に記録されているアドレス情報に対応するサーバから第２の鍵情報が取得されるので、再生装置内にアドレス情報を記録する必要がなく、再生装置に記憶するデータの量を削減することができる。
　また、上記の再生装置において、前記媒体は、前記複数の暗号化コンテンツ毎に前記第１の鍵情報を用いて再生可能であるか否かを示すコンテンツ暗号化情報を含み、前記鍵判断部は、前記コンテンツ暗号化情報を参照し、前記暗号化コンテンツの復号に、前記第１の鍵情報を用いるか否かを判断することが好ましい。
　この構成によれば、媒体は、複数の暗号化コンテンツ毎に第１の鍵情報を用いて再生可能であるか否かを示すコンテンツ暗号化情報を含む。そして、コンテンツ暗号化情報が参照され、暗号化コンテンツの復号に、第１の鍵情報を用いるか否かが判断される。
　したがって、第１の鍵情報を用いるか否かを容易に判断することができる。
　本開示の他の局面に係る再生方法は、暗号化コンテンツを媒体から取得する暗号化コンテンツ取得ステップと、前記媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、前記複数の暗号化されたコンテンツは前記第１暗号化コンテンツを含み、前記取得した暗号化コンテンツの復号に、前記第１の鍵情報が使用されるか否かを判断する鍵判断ステップと、前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いると判断した場合、前記第１の鍵情報を前記媒体から取得する第１の鍵情報取得ステップと、前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いないと判断した場合、前記取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する第２の鍵情報取得ステップと、前記第１の鍵情報又は前記第２の鍵情報を用いて前記取得した暗号化コンテンツを再生する再生ステップとを備え、前記媒体に含まれる複数の暗号化コンテンツのうち、最初に再生される暗号化コンテンツは、前記第１の鍵によって暗号化されており、前記最初に再生される暗号化コンテンツが再生されている間に、前記第２の鍵情報が前記ネットワークを介して取得される。
　この構成によれば、暗号化コンテンツが媒体から取得される。媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、複数の暗号化されたコンテンツは第１暗号化コンテンツを含む。取得された暗号化コンテンツの復号に、第１の鍵情報が使用されるか否かが判断される。取得された暗号化コンテンツの復号に第１の鍵情報を用いられると判断された場合、第１の鍵情報が媒体から取得される。取得された暗号化コンテンツの復号に第１の鍵情報が用いられないと判断された場合、取得された暗号化コンテンツの復号に用いられる第２の鍵情報が、ネットワークを介して取得される。第１の鍵情報又は第２の鍵情報を用いて取得された暗号化コンテンツが再生される。媒体に含まれる複数の暗号化コンテンツのうち、最初に再生される暗号化コンテンツは、第１の鍵情報によって暗号化されている。最初に再生される暗号化コンテンツが再生されている間に、第２の鍵情報がネットワークを介して取得される。
　したがって、媒体に記録されている鍵を用いて最初に再生される暗号化コンテンツが再生され、最初に再生される暗号化コンテンツが再生されている間に、ネットワークを介して暗号化コンテンツを再生するのに必要な鍵が取得されるので、ネットワークを介して暗号化コンテンツの再生に必要な鍵を取得する時間を短縮することができ、媒体に記録されたコンテンツのセキュリティを強化することができる。
　本開示に係る再生装置及び再生方法は、ネットワークを介して暗号化コンテンツの再生に必要な鍵を取得する時間を短縮することができ、媒体に記録されたコンテンツのセキュリティを強化することができ、媒体に記録されたコンテンツを再生する再生装置及び再生方法として有用である。
　１　　プレーヤ
　２　　鍵管理サーバ
　３　　光ディスク
　１１　　ローカルストレージ
　２１　　データベース
　１０１　　復号部
　１０２　　暗号化部
　１００１　　暗号化コンテンツ取得部
　１００２　　鍵判断部
　１００３　　鍵情報取得部
　１００４　　鍵情報取得部
　１００５　　再生部
　１００６　　鍵情報記憶部
　１００７　　アドレス情報記憶部

Claims (8)

  1. 　暗号化コンテンツを媒体から取得する暗号化コンテンツ取得部と、
    　前記媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、前記複数の暗号化されたコンテンツは前記第１暗号化コンテンツを含み、
    　前記取得した暗号化コンテンツの復号に、前記第１の鍵情報が使用されるか否かを判断する鍵判断部と、
    　前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いると判断した場合、前記第１の鍵情報を前記媒体から取得する第１の鍵情報取得部と、
    　前記鍵判断部が前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いないと判断した場合、前記取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する第２の鍵情報取得部と、
    　前記第１の鍵情報又は前記第２の鍵情報を用いて前記取得した暗号化コンテンツを再生する再生部とを備え、
    　前記媒体に含まれる複数の暗号化コンテンツのうち、前記再生部によって最初に再生される暗号化コンテンツは、前記第１の鍵情報によって暗号化されており、
    　前記第２の鍵情報取得部は、前記再生部によって最初に再生される暗号化コンテンツが再生されている間に、前記第２の鍵情報を前記ネットワークを介して取得する、
    再生装置。
  2. 　前記第２の鍵情報取得部によって取得された前記第２の鍵情報を記憶する鍵情報記憶部をさらに備え、
    　前記第２の鍵情報取得部は、取得した前記第２の鍵情報を前記鍵情報記憶部に記憶し、
    　前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記鍵情報記憶部に前記第２の鍵情報が記憶されているか否かを判断し、前記鍵情報記憶部に前記第２の鍵情報が記憶されていると判断された場合、前記鍵情報記憶部から前記第２の鍵情報を取得する、
    　請求項１記載の再生装置。
  3. 　前記第２の鍵情報取得部によって取得された前記第２の鍵情報を記憶する鍵情報記憶部をさらに備え、
    　前記鍵判断部は、前記再生部によって最初に再生される暗号化コンテンツが再生されている間に、前記媒体に記録されている前記複数の暗号化コンテンツの内、前記最初に再生される暗号化コンテンツ以外の他の暗号化コンテンツに対し、前記他の暗号化コンテンツの復号に、前記第１の鍵情報を用いるか否かを判断し、
    　前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記他の暗号化コンテンツを再生するために必要となる前記第２の鍵情報を前記ネットワークを介して取得し、取得した前記第２の鍵情報を、前記鍵情報記憶部に格納する、
    　請求項１記載の再生装置。
  4. 　前記第２の鍵情報を発行するサーバの前記ネットワーク上のアドレスを示すアドレス情報を記憶するアドレス情報記憶部をさらに備え、
    　前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記アドレス情報記憶部に記憶されている前記アドレス情報に対応する前記サーバから前記第２の鍵情報を取得する、
    　請求項１又は２記載の再生装置。
  5. 　前記媒体は、前記媒体を識別するための媒体識別情報を記憶しており、
    　前記媒体識別情報に対応付けられている前記第２の鍵情報を発行する第１のサーバの前記ネットワーク上のアドレスを示す第１のアドレス情報を通知する第２のサーバの前記ネットワーク上のアドレスを示す第２のアドレス情報を記憶するアドレス情報記憶部をさらに備え、
    　前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記アドレス情報記憶部に記憶されている前記第２のアドレス情報に対応する前記第２のサーバへ前記媒体識別情報を送信し、前記第２のサーバから前記第１のアドレス情報を取得し、取得した前記第１のアドレス情報に対応する前記第１のサーバから前記第２の鍵情報を取得する、
    　請求項１又は２記載の再生装置。
  6. 　前記媒体は、前記第２の鍵情報を発行するサーバの前記ネットワーク上のアドレスを示すアドレス情報を記録しており、
    　前記第２の鍵情報取得部は、前記鍵判断部によって前記第１の鍵情報を用いないと判断された場合、前記媒体に記録されている前記アドレス情報に対応する前記サーバから前記第２の鍵情報を取得する、
    　請求項１又は２記載の再生装置。
  7. 　前記媒体は、前記複数の暗号化コンテンツ毎に前記第１の鍵情報を用いるか否かを示すコンテンツ暗号化情報を含み、
    　前記鍵判断部は、前記コンテンツ暗号化情報を参照し、前記暗号化コンテンツの復号に、前記第１の鍵情報を用いるか否かを判断する、
    　請求項１～６のいずれかに記載の再生装置。
  8. 　暗号化コンテンツを媒体から取得する暗号化コンテンツ取得ステップと、
    　前記媒体は複数の暗号化コンテンツと、第１暗号化コンテンツを復号するため使用される第１の鍵情報を含み、前記複数の暗号化されたコンテンツは前記第１暗号化コンテンツを含み、
    　前記取得した暗号化コンテンツの復号に、前記第１の鍵情報が使用されるか否かを判断する鍵判断ステップと、
    　前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いると判断した場合、前記第１の鍵情報を前記媒体から取得する第１の鍵情報取得ステップと、
    　前記取得した暗号化コンテンツの復号に前記第１の鍵情報を用いないと判断した場合、前記取得した暗号化コンテンツの復号に用いられる第２の鍵情報を、ネットワークを介して取得する第２の鍵情報取得ステップと、
    　前記第１の鍵情報又は前記第２の鍵情報を用いて前記取得した暗号化コンテンツを再生する再生ステップとを備え、
    　前記媒体に含まれる複数の暗号化コンテンツのうち、最初に再生される暗号化コンテンツは、前記第１の鍵情報によって暗号化されており、
    　前記最初に再生される暗号化コンテンツが再生されている間に、前記第２の鍵情報が前記ネットワークを介して取得される、
    再生方法。
PCT/JP2014/005163 2013-11-21 2014-10-10 再生装置及び再生方法 WO2015075860A1 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361907191P 2013-11-21 2013-11-21
US61/907,191 2013-11-21
JP2014179133A JP2018011091A (ja) 2013-11-21 2014-09-03 再生装置及び再生方法
JP2014-179133 2014-09-03

Publications (1)

Publication Number Publication Date
WO2015075860A1 true WO2015075860A1 (ja) 2015-05-28

Family

ID=53179156

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/005163 WO2015075860A1 (ja) 2013-11-21 2014-10-10 再生装置及び再生方法

Country Status (1)

Country Link
WO (1) WO2015075860A1 (ja)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000268497A (ja) * 1999-03-12 2000-09-29 Matsushita Electric Ind Co Ltd ディジタルデータ記録媒体、ディジタルデータ記録再生装置およびディジタルデータ記録システム
JP2001103047A (ja) * 1999-09-30 2001-04-13 Pfu Ltd コンテンツ配布装置および記録媒体
JP2002344440A (ja) * 2001-05-21 2002-11-29 Toshiba Corp データ再生装置、データ再生方法、データ再生プログラム、およびビデオ・オン・デマンド・システム
JP2005085336A (ja) * 2003-09-05 2005-03-31 Sony Corp データ記録媒体、データ記録装置、データ記録方法、データ再生方法およびデータ伝送装置
JP2005322360A (ja) * 2004-05-11 2005-11-17 Sony Corp 記録方法、再生方法、記録装置、再生装置及び記録媒体
JP2006004473A (ja) * 2004-06-15 2006-01-05 Sony Corp コンテンツ記録媒体、再生許可情報取得方法、コンテンツ再生方法およびコンテンツ再生装置
JP2008504640A (ja) * 2004-07-01 2008-02-14 松下電器産業株式会社 コンテンツ再生装置、コンテンツ再生方法、コンピュータプログラム、鍵中継装置及び記録媒体
JP2009044201A (ja) * 2007-07-13 2009-02-26 Panasonic Corp ダウンロード端末、コンテンツサーバ、コンテンツ配信システム、コンテンツ利用方法およびコンテンツ配信方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000268497A (ja) * 1999-03-12 2000-09-29 Matsushita Electric Ind Co Ltd ディジタルデータ記録媒体、ディジタルデータ記録再生装置およびディジタルデータ記録システム
JP2001103047A (ja) * 1999-09-30 2001-04-13 Pfu Ltd コンテンツ配布装置および記録媒体
JP2002344440A (ja) * 2001-05-21 2002-11-29 Toshiba Corp データ再生装置、データ再生方法、データ再生プログラム、およびビデオ・オン・デマンド・システム
JP2005085336A (ja) * 2003-09-05 2005-03-31 Sony Corp データ記録媒体、データ記録装置、データ記録方法、データ再生方法およびデータ伝送装置
JP2005322360A (ja) * 2004-05-11 2005-11-17 Sony Corp 記録方法、再生方法、記録装置、再生装置及び記録媒体
JP2006004473A (ja) * 2004-06-15 2006-01-05 Sony Corp コンテンツ記録媒体、再生許可情報取得方法、コンテンツ再生方法およびコンテンツ再生装置
JP2008504640A (ja) * 2004-07-01 2008-02-14 松下電器産業株式会社 コンテンツ再生装置、コンテンツ再生方法、コンピュータプログラム、鍵中継装置及び記録媒体
JP2009044201A (ja) * 2007-07-13 2009-02-26 Panasonic Corp ダウンロード端末、コンテンツサーバ、コンテンツ配信システム、コンテンツ利用方法およびコンテンツ配信方法

Similar Documents

Publication Publication Date Title
US7536420B2 (en) Information processing apparatus and method, information recording medium, and computer program
US7958375B2 (en) Recording medium, apparatus for decrypting data and method thereof
JP4692003B2 (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP6465144B2 (ja) 情報処理装置、情報記録媒体、情報処理システム、および情報処理方法、並びにプログラム
JP4403437B2 (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US8494157B2 (en) Apparatus, method, and computer program for processing information and recording medium storing computer program
JP7022947B2 (ja) コンテンツ記録装置、コンテンツ編集装置、コンテンツ再生装置、コンテンツ記録方法、コンテンツ編集方法、および、コンテンツ再生方法
US8438651B2 (en) Data reproducing method, data recording/ reproducing apparatus and data transmitting method
US7890709B2 (en) Recording medium, apparatus for reproducing data and method thereof
US8305860B2 (en) Information processing device, information processing method, and program
US8819091B2 (en) Information processing apparatus, information processing system, information recording medium, information processing method, and program
JP2007128584A (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
WO2015075860A1 (ja) 再生装置及び再生方法
JPWO2009157163A1 (ja) 再生装置、再生装置の制御方法
JP2018011091A (ja) 再生装置及び再生方法
KR101661504B1 (ko) 컨텐츠 변환 장치, 컨텐츠 변환 방법 및 기록매체
EP1839307A2 (en) Recording medium, apparatus for decrypting data and method thereof
KR20070120000A (ko) 데이터를 기록하는 방법, 장치 및 기록매체 그리고재생방법 및 장치
JP2010020632A (ja) 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14863276

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14863276

Country of ref document: EP

Kind code of ref document: A1