USPatent applicationPatented

Method and apparatus for playing content

Granted 17 Mar 2009 · 5 office actions

Current assignee: Hewlett-Packard Development Company, L.P. · originally Hewlett Packard Enterprise

Law firm: Law firm · Log in to unlock

Attorney: Attorney · Log in to unlock

Inventors: Darwin Mitchel Hanks · Examiner: Kambiz Zand · AU 2434 · TC 2400

Life of the application

16 dated events
⤢ drag to zoom20042006200820102012201420162018202020222024ProsecutionTerm & fees
ProsecutionTerm & feeshover for detail · click to open

Abstract

Methods and apparatus are disclosed for playing content. In one embodiment, an identification key is generated. The identification key is encrypted and transmitted to a playback drive. Encrypted content containing a content identification key is received. If the content identification key matches the identification key that was generated, the content is decrypted and played.

Description

5 parts
›BACKGROUND OF THE INVENTION

In the emerging Internet enabled world of digital asset commerce, the ease with which assets may be transferred enables many new business possibilities. Unfortunately, this ease of transfer also exposes digital assets to widespread illegal copying and distribution. Content that is in digital form can be copied without degradation. As a result, distributors and artists lose potential sales to customers who might otherwise purchase content, but instead obtain it illegally.

Various encryption schemes have been developed to protect the content. However, the content may be exposed in unencrypted form when it is played back to a remote location such as an audio system or video monitor. Thus, knowledgeable intruders can intercept the content while it is being transferred from a playback drive to a remote playback device.

›SUMMARY OF THE INVENTION

Methods and Apparatus are disclosed for playing content. In one embodiment, an identification key is generated and encrypted. The encrypted identification key is transferred to a playback drive. Encrypted content containing a content identification key is then received. If the identification key matches the content identification key, the content is decrypted and played.

In another embodiment, an encrypted identification key is received from a playback device. The identification key is decrypted and embedded into content. The content embedded with the identification key is encrypted and transmitted to the playback device.

›BRIEF DESCRIPTION OF THE DRAWINGS

Illustrative embodiments of the invention are illustrated in the drawings in which:

FIG. 1 is a block diagram showing an exemplary configuration of a playback drive and a playback device;

FIG. 2 illustrates an exemplary embodiment of the encryption device shown in FIG. 1 ;

FIG. 3 is a flow diagram illustrating an exemplary method for playing content that may be used by the playback device shown in FIG. 1 ;

FIG. 4 is a flow diagram illustrating an exemplary method for encrypting an identification key that may be used in the method of FIG. 4 ; and

FIG. 5 illustrates an exemplary method for the transfer of encrypted content that may be used by the playback drive shown in FIG. 1 .

›DETAILED DESCRIPTION · 1 of 2

An exemplary configuration containing a playback drive 100 for providing content to a playback device 150 is shown in FIG. 1 . Playback drive 100 is coupled, via a cable, wire, wireless connection, or other type of connection, to playback device 150 . By way of example, playback drive 100 may be a computer, a compact disk (CD) player, a digital versatile disk (DVD) player, or other type of device that transfers content to a playback device. Playback device 150 may be a stereo, video monitor, computer monitor, television, or other device that plays content.

Playback drive 100 is also coupled to media 130 . Media 130 may be a CD, a DVD, a tape, a hard disk drive, or other type of storage medium that contains the content to be played.

Additionally, an encryption device 120 is coupled to playback drive 100 . An encryption device 170 is also coupled to playback device 150 . The couplings may be any type of coupling, such as a bus, cable, network, wireless mechanism, or other mechanism, that allows communication between the components. It should be appreciated that encryption device 120 may be a component of playback drive 100 and encryption device 170 may be a component of playback device 150 .

Encryption devices 120 , 170 are devices that may be used to encrypt and decrypt data. By way of example, encryption devices 120 , 170 may be software or programmable hardware, such as a field programmable gate array (FPGA), a programmable logic device (PLD), or a microprocessor. It should be appreciated that encryption device 120 may be a different type of device than encryption device 170 .

Playback device 150 also includes a play mechanism 155 to play content. The play mechanism may be an audio component that transmits audio to a listener, a video display component that plays video, a graphics card of a computer monitor, or another type of component that plays video, still, or audio.

Additionally, playback device 150 is additionally coupled, via a communicative coupling, to key generator 160 . In one embodiment, key generator 160 may be a random number generator. Key generator 160 is used to generate an identification key used in the encryption process. In some embodiments, key generator 160 may be a component of encryption device 170 .

In one embodiment, encryption device 170 may be a field programmable gate array (FPGA) 200 as illustrated in FIG. 2 . FPGA 200 includes a configuration input 205 to receive a configuration pattern, such as a configuration bit stream. The configuration pattern is used to configure configurable elements 225 . Configurable elements 225 may consist of series or arrays of logic gates, such as AND, OR, NAND, and NOR gates. Configurable elements may also be storage elements, such as flip flops.

Different configuration patterns may be used to configure FPGA 200 with a variety of different configurations. Data input 220 inputs data into a configuration of FPGA 200 . Data is manipulated differently depending upon the configuration of the configurable elements. Playback device 150 may not know the configuration of the FPGA 200 generated by a particular configuration pattern and as a result may not know the manner in which the FPGA 200 manipulates data when configured with a particular pattern. A data output 230 is coupled to the configurable elements and is used to output the manipulated data.

FPGA 200 also includes a non-reconfigurable memory 215 . Non-reconfigurable memory 215 may be used to store an identification key used in the encryption process. Additionally, FPGA 200 includes a key generator 210 to generate the identification key and to initially configure non-reconfigurable memory 215 with the identification key. After the identification key is stored, non-reconfigurable memory 210 cannot be reconfigured. In other embodiments, FPGA 200 may not include the non-reconfigurable memory 215 or the key generator 210 .

FIG. 3 illustrates a method for playing content 300 that may be used by a playback device. The method begins with generating an identification key 305 . For example, the identification key may be a random number generated by any type of random number generator. In one embodiment, the identification key may be generated by an FPGA 200 that includes a key generator. The FPGA may generate a random number by interacting with a circuit external to the FPGA, such as an analog noise generator, to seed the generator. Additionally, the identification key may be stored in a location for later reference. By way of example, the identification key may be stored in a non-reconfigurable memory of an FPGA.

Next, the identification key is encrypted 310 . The identification key may be encrypted with any encryption scheme. In one embodiment, the identification key may be encrypted using programmable hardware, such as an FPGA 200 . FIG. 4 illustrates a exemplary method using programmable hardware that may be used to encrypt the identification key.

First, a session key is received 405 from the playback drive. This session key can be a bit stream or other type of configuration pattern that is used to configure programmable hardware. Next, programmable hardware is then configured with a first configuration by using the session key 410 . For example, the session key may be input into a configuration port of an FPGA and used to configure the FPGA. The resulting configuration of the programmable hardware is logic that will manipulate data according to an algorithm determined by the configuration.

The configured programmable hardware is used to encrypt the identification key 415 . The identification key can be streamed through the programmable hardware to produce an encrypted key. The programmable hardware will encrypt the identification key with the algorithm determined by the first configuration of the programmable hardware.

Returning to FIG. 3 , after the identification key is encrypted it is transmitted to the playback drive 315 . Next, encrypted content is then received from the playback drive 320 . The encrypted content contains the requested content and a content identification key in encrypted form. The content identification key may be used to ensure that the content can only be decrypted by the playback device having access to the identification key.

›DETAILED DESCRIPTION · 2 of 2

After the encrypted content is received, the identification key is compared to the content identification key 325 . In one embodiment, a programmable hardware, such as an FPGA, is configured using a content access key that was received as a header to the encrypted content. At least a portion of the encrypted content is streamed through the configured hardware until the content identification key is located and decrypted. It should be appreciated that in alternate embodiments the content identification key may be obtained and decrypted using any known decryption mechanism.

If the identification key does not match the content identification key, the content is not played 340 . The comparison of keys may prevent the playing of content previously intercepted by an intruder from being played. If the content identification key matches the identification key generated in 305 , the content is decrypted 345 . The content may be decrypted using any know mechanism of decrypting content.

In one embodiment, the content is decrypted using a programmable hardware, such as an FPGA 200 . The programmable hardware is configured using a content access key received as a header to the encrypted content. Next, the content is decrypted using the configured programmable hardware. This may be done by streaming the encrypted content through a data input of the programmable hardware. The streamed content is then decrypted according to a decryption algorithm determined by the configuration of the programmable hardware.

After the content is decrypted, the content is played 350 by driving the appropriate playback mechanism of the playback device. By way of example, the content may be played by driving a graphics card of a personal computer monitor, driving a video display component, and/or driving an audio display component. It should be appreciated that the playback mechanism used to play the content may vary depending upon the type of content and the type of playback device.

In alternate embodiments, the playback device may have a device identification key associated with it. This device identification key may be used in place of the generated identification key. Thus, blocks 305 , 310 , and 315 may not be performed. Instead, the device identification key may be compared to the content identification key. By way of example, a programmable device may be configured using a content access key. The encrypted content may be streamed through the programmable device. If the content identification key found in the content does not match the device identification key, the streaming may be disabled. Otherwise, the content may be decrypted and played.

In another alternate embodiment, the received content may not contain the identification key. Instead, the identification key may be used by the playback drive to encrypt the content according to an algorithm determined by the identification key. The playback device may then use the identification key to decrypt the content. This may limit playback of the content to the playback device that generated or has access to the identification key used to encrypt the content.

FIG. 5 is a flow diagram illustrating a content transfer process 500 that may be used by a playback drive transferring content to a playback device. First, an encrypted identification key is received 515 from the playback device. In one embodiment, the encrypted identification key is received in response to the playback drive sending a session key, to be used to encrypt the identification key, to the playback device. The session key may have been obtained from a key library, the same storage medium containing the content to be played, or another storage location.

Next, the encrypted identification key is decrypted 520 . The playback drive has access to the key or algorithm needed to decrypt the identification key. Any mechanism of decryption may be used to decrypt the identification key.

In one embodiment, the identification key may be decrypted using programmable hardware. The programmable hardware is configured in a first configuration using the appropriate key. The key may have been obtained from a key library, the storage medium containing the content to be played, or another storage location. The key used to configure the programmable hardware may be the same as the session key sent to the playback device or it may be different. The identification key is then decrypted according to the decryption algorithm determined by the first configuration.

The identification key is then inserted into one or more locations of the content to be played on the playback device 525 . Next, the content containing the identification key is encrypted. Any encryption method may be used to perform the encryption.

In one embodiment, programmable hardware, such as an FPGA, is used to perform the encryption. The programmable hardware is configured using a key obtained from a key library, the storage medium containing the content to be played, or other storage location. The configured programmable hardware is then used to encrypt the content with an encryption algorithm determined by its configuration. During the encryption process, the configured programmable hardware may also be used to insert the identification key into one or more locations of the content. The insertion of the identification key may also occur before the encryption process

After the content is encrypted, the encrypted content containing the identification key is transmitted to the playback device 535 . In one embodiment, a content access key that may be used to configure the playback device's programmable hardware to decrypt the encrypted content is also transmitted.

In an alternate embodiment, the identification key may not be embedded into the content. Instead, the playback drive may use the identification key to encrypt the content according to an algorithm determined by the identification key. By way of example, programmable hardware may be configured with the identification key and then used to encrypt the content.

Claims as granted

17 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

9 codes
IPC · International Patent Classification
Section G — Physics
  • G06F21/00
  • G06F7/04
Section H — Electricity
  • H04L9/08
  • H04L9/32
USPC · US Patent Classification
726/26726/28726/29726/30726/27

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoom200420052006200720082009USPTOApplicantRestriction requirementResponse after non-finalResponse after finalResponse after non-finalRequest for continued examination
USPTOApplicanthover for detail · click to open
Pendency
5.8 y
2,106 days filing → grant
Office actions
4
after a restriction
Responses
3
2 RCE
Interviews
1
examiner interview summaries
Examiner
Kambiz Zand
art unit 2434 · TC 2400
Citations: 28 back · 8 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

No assignments have been recorded for this application yet.