Information
-
Patent Application
-
20040236957
-
Publication Number
20040236957
-
Date Filed
January 26, 200420 years ago
-
Date Published
November 25, 200419 years ago
-
CPC
-
US Classifications
-
International Classifications
Abstract
The invention concerns a method for managing purchase of digital contents comprising steps which consist in: at a terminal level, a) receiving a digital content broadcast by broadcasting means; b) generating a content purchase order; c) transmitting the purchase order to means for processing the order; d) downloading the content from the processing means. The method further comprises, between steps c) and d) a content payment step at the end of which the terminal receives from the processing means a downloading ticket containing data used by the terminal for downloading the content at step d).
Description
FIELD OF THE INVENTION
[0001] The present invention concerns a method for managing the purchase of digital contents.
[0002] The invention is implemented in an installation of the type comprising means for broadcasting digital contents, at least one remote terminal suitable for receiving the broadcast content and means for storing the digital contents linked to the broadcasting means.
BACKGROUND ART
[0003] Usually such an installation also comprises a call center that a user of the terminal can contact if, during the broadcast by the broadcasting means of a digital content, he wishes to order said content. Such an installation also comprises a purchasing center to which the user is directed by the call center after the latter has supplied him with commercial information on the broadcast digital content.
[0004] However, this installation does not allow the user to send simply and impulsively an order for the broadcast digital content.
[0005] The document FR-A-2 795 540 describes a method for acquiring audio video or textual sequences from a remote site using a local terminal according to which the terminal receives remote broadcast signals containing the sequence data and broadcast sequence identification data, the latter data being able to be transmitted, in an acquisition request produced by the terminal user, to the remote site to acquire the sequence. When the remote site receives this request, it transmits the sequence data to the user's terminal. It is also specified in this document that access authorization data and/or data for decrypting the sequence data be transmitted by the remote site to the terminal when certain conditions are fulfilled.
[0006] Nevertheless, the fact of transmitting the ordered data sequence before even having carried out the checks on validity of the payment or on authorization of access by the user may present certain risks because the user may attempt to procure data sequences fraudulently.
SUMMARY OF THE INVENTION
[0007] The invention aims to overcome this disadvantage by proposing a method for managing purchase of content enabling the user to send simply and impulsively an order for a digital content he wishes to acquire, particularly during its broadcast, while preventing the user from being able to access the content before having paid for it.
[0008] The subject of the invention is therefore a method for managing purchase of digital contents comprising the steps consisting for a terminal in: a) receiving a digital content broadcast by broadcasting means; b) generating a purchase order for the content; c) transmitting the purchase order to means for processing the order; and d) downloading the content from said processing means. As claimed in the invention, the method also comprises, between steps c) and d), a step of payment for the content after which the terminal receives from said processing means a download ticket, said download ticket containing information used by the terminal to download the content in step d).
[0009] So the digital content purchase management method as claimed in the invention ensures that the user does not receive the ordered content until after a (successful) payment step. Another advantage of this purchase management method is that it enables impulse buying of broadcast digital contents by the unit, such as a song instead of a complete album. The invention also advantageously enables avoidance of unnecessary downloads which may dangerously load a download server included in the processing means. In effect, a user will more easily tend to request a data download if he does not have to pay immediately whereas if, as in the invention, the download does not take place until after the payment step, the user will download only the contents he really wishes to acquire.
[0010] The digital content purchase management method as claimed in the invention may also comprise one or more of the following characteristics:
[0011] the processing means comprise means for downloading the digital content and the download ticket comprises a seed to generate, with the aid of a pseudo-random generator using it as input variable, a pseudo-random key, this key being used by the download means to encrypt the digital content in the downloading step d);
[0012] the download ticket comprises the URL universal address of the download means;
[0013] the download ticket is transmitted to the terminal in a form encrypted with the aid of a secret symmetrical key;
[0014] the payment step is implemented by the terminal communicating with financial transaction management means to which is transmitted the purchase order and which deliver the download ticket received by the terminal;
[0015] the terminal also receives from the financial transaction management means a transaction identifier;
[0016] the terminal transmits to the download means a proof of payment before step d); and
[0017] the proof of payment contains said transaction identifier received from the financial transaction management means and an authentication message;
[0018] the download step d) comprises a step of dividing the digital content into a plurality of successive digital sub-contents and of encoding each of these digital sub-contents, followed by a step of downloading these digital sub-contents in succession to the terminal;
[0019] each encoded digital sub-content, with the exception of the last, comprises the corresponding digital sub-content and the value of a hash function applied to the subsequent encoded digital sub-content; and
[0020] the download step comprises a step for generating a message comprising the number of digital sub-contents and the value of the hash function applied to the first encoded digital sub-content, this message being authenticated with the aid of a symmetrical secret key known only to the order processing means and the terminal.
[0021] The invention also concerns means for downloading digital contents via a data transmission network, characterized in that they comprise means for receiving a proof of payment of an order to purchase a broadcast digital content and means for transmitting this digital content to a terminal sending the proof of payment.
[0022] The download means as claimed in the invention can also comprise one or more of the following characteristics:
[0023] they are suitable for transmitting the digital content in a form encrypted with the aid of a pseudo-random key generated with the aid of a seed, this seed having been previously received by the terminal sending the proof of payment in a download ticket after the payment step;
[0024] they comprise means for dividing the digital content into a plurality of successive digital sub-contents, means for encoding each of these digital sub-contents and means for successive transmission of these digital sub-contents;
[0025] each encoded digital sub-content, with the exception of the last, comprises a corresponding digital sub-content and the value of a hash function applied to the subsequent digital sub-content; and
[0026] the download means comprise means for generating a message comprising the number of digital sub-contents and the value of the hash function applied to the first encoded digital sub-content.
BRIEF DESCRIPTION OF THE DRAWINGS
[0027] The invention will be better understood on reading the following description, given only as an example and made with reference to the attached drawings in which:
[0028]
FIG. 1 represents schematically a digital content purchase management installation in which the invention is implemented;
[0029]
FIG. 2 represents the steps of a method as claimed in the invention implemented in the installation of FIG. 1, as claimed in a first mode of embodiment; and
[0030]
FIG. 3 represents a part of the steps of a method as claimed in the invention implemented in the installation of FIG. 1, as claimed in a second mode of embodiment.
DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION
[0031] The digital content purchase management installation represented in FIG. 1 comprises broadcasting means 10 linked to a data transmission network 12 such as the Internet, by means of a conventional bidirectional communication link 14. The broadcasting means 10 are as an example an Internet radio comprising a server of conventional type linked to means 16 of storing digital content accessible in read-only mode by the server 10.
[0032] The installation also comprises a financial transaction management module 18 that can send and receive information relating to orders for digital contents and a module 20 for the downloading of purchased digital contents via the Internet network 12. These modules are also, for example, servers of conventional type linked to the Internet network 12 by conventional bidirectional communication links 22 and 24.
[0033] The broadcasting server 10, the management server 18 and the download server 20 are independent and, in this example, are located on different sites. It is also possible as a variant for the broadcasting server 10, management server 18 and download server 20 to be located on the same site or be implemented by a single physical server. In another variant, the management server 18 and the download server 20 are located on a site (or embodied in the form of a single server) independent of the broadcasting server 10.
[0034] The management server 18 and the download server 20 are linked to means 28 for storing orders. They can be accessed in read-only mode by the download server 20 and in write mode by the transaction management server 18.
[0035] The means 16 for storing digital content can also be accessed in read-only mode by the download server 20.
[0036] The installation also comprises at least one remote terminal 30 connected to the Internet network 12, by means of a bidirectional link 32. This remote terminal 30 comprises a display screen 34, suitable for presenting the digital contents broadcast by the broadcasting server 10. The remote terminal 30 is also authorized to exchange data with the transaction management server 18 and the download server 20.
[0037] Finally, the remote terminal 30 comprises a micropayment module (not shown) implementing a method of micropayment and is associated with a reader 36 of conventional type, into which one can insert a smart card 38, forming an electronic purse. This smart card comprises a unique serial number C1 for identifying a user of the remote terminal 30, the owner of this card, while preserving his anonymity. The micropayment module, the reader 36 and the electronic purse 38, constitute conventional micropayment means 39.
[0038] The micropayment method implemented by the micropayment module installed on the remote terminal 30 is also implemented by the transaction management server 18.
[0039] The installation also comprises a payment token distribution server 40, forming means for electronic micropayment management, connected likewise to the Internet network 12 by means of a bidirectional link 42. This payment token distribution server 40 is linked to a financial institution 44 via a secure private network 46.
[0040] The payment token distribution server 40 is suitable for delivering payment tokens to the remote terminal 30, these subsequently being stored in the electronic purse 38 via the micropayment means 39. The payment token distribution server 40 is also suitable for retrieving payment tokens collected, particularly from the electronic purse 38, by the transaction management module 18. Such a token distribution server 40 is known and will not be detailed further.
[0041] It also implements the micropayment method implemented by the remote terminal 30 and the transaction management server 18.
[0042] In the context of this micropayment method of conventional type, the token distribution server 40 holds a first proof of payment secret key K1.
[0043] This first secret key K1 is a key known as the master key which is also held by the transaction management server 18 and by the download server 20. These latter receive it in a secure manner without using the Internet network 12, after identifying themselves for the first time to the token distribution server 40. It is then stored by the transaction management server 18 and by the download server 20 in a secure manner.
[0044] In addition, the smart card forming the electronic purse 38 contains a symmetrical encryption derived secret key M2, obtained from the proof of payment master key K1 and from the serial number C1 of the smart card forming the electronic purse 38. This symmetrical encryption derived secret key M2 is given by the following formula:
M
2
=Df
(K1, C1),
[0045] Where Df is a conventional key derivation function such as the HMAC-SHA1 function.
[0046] This symmetrical encryption derived secret key M2 is stored in the memory of the smart card 38 at the time of its manufacture.
[0047] The micropayment method used is for example that described in French patent application No. 00 08867, dated Jul. 7, 2000, filed in the name of THOMSON MULTIMEDIA and bearing the title “Systême et procédé de gestion de transactions de micro-paiement, terminal de client et équipement de marchand correspondants”.
[0048] In FIG. 2 as claimed in a first mode of embodiment are shown the steps of a digital content purchase management method implemented in the previously described installation, between the terminal 30 and the broadcasting server 10, management server 18 and download server 20.
[0049] In a first step 50, the broadcasting server 10 sends, as claimed in pre-established programming, a digital content extracted from the digital content storage means 16.
[0050] This broadcast digital content is for example an audio file F encoded as claimed in the MP3 standard containing for example a song or a piece of music. The MP3 standard authorizes the insertion of commercial information into the broadcast audio file by means of a label complying with the ID3v2 standard. In conventional manner, this label necessarily comprises information concerning the price of the broadcast digital content (for example the price of the broadcast song) and the universal address URL of the seller of this digital content. The label may also comprise information concerning the date on which the price of the digital content ceases to be valid, the means for delivering the content after purchase, the name of the seller, a textual description of the digital content, an image representing the seller's logo, or any other information recommended by the ID3v2 standard.
[0051] The digital content is broadcast by the broadcasting server 10 via the Internet network 12 for the attention of subscribers or users connected to the network.
[0052] In particular, the user of the remote terminal 30 receives this broadcast digital content by means of a presentation interface, obtained for example by the execution of a Java applet, downloaded previously from the broadcasting server 10.
[0053] While the digital content is being broadcast (or immediately after its broadcasting), in a step 52, the user of the remote terminal 30 activates the generation of an order form to order the broadcast content, by simply clicking the mouse on an active button of the interface. This activation causes the presentation on the display screen 34 of an order form comprising at least a part of the information contained in the previously described label and received by the remote terminal 30 at the same time as the broadcast digital content.
[0054] In the subsequent step 54, the user confirms his order in conventional manner after having read the proposed order form.
[0055] The terminal 30 then transmits the information concerning the price of the ordered digital content to the micropayment means 39 which checks, during a test step 56, that the electronic purse 38 comprises sufficient tokens to make the purchase. It is assumed that each token represents a predetermined value and that the price of the digital content corresponds to a given number of tokens.
[0056] If the electronic purse does not comprise sufficient tokens, we move on to step 58 which stops the order. Otherwise, we move on to step 60 for transmitting the confirmed order form.
[0057] During this step 60, the micropayment means 39 debit the electronic purse 38 with a number C2 of tokens corresponding to the price indicated on the label.
[0058] The terminal 30 then transmits to the transaction management server 18, via the Internet network 12, a firm purchase order C comprising at least a part of the commercial information relating to the digital content purchased, such as, for example, a description C3 enabling identification of this content, the serial number C1 of the electronic purse 38 and the number C2 of tokens extracted from this electronic purse 38. The description C3 is for example the title of the ordered song.
[0059] Secure transmission of this firm purchase order is provided for in conventional manner by the micropayment method implemented by the remote terminal 30.
[0060] In the next step 62, the transaction management server 18 receives the firm purchase order C. It then generates in step 64 a transaction identification number M1 associated in unique manner with this purchase order C.
[0061] In this same step, the transaction management server 18 orders the creation, in the order storage means 28, of a file corresponding to this order C and comprising the transaction identification number M1, the serial number C1 of the electronic purse 38 and the description C3 of the digital content purchased. In this file are also kept micropayment parameters M3 comprising for example the price of the transaction, the transaction identification number M1, etc. A copy of these parameters M3 is also kept by the micropayment means 39.
[0062] Then, in a step 70, the transaction management server 18 transmits the transaction identification number M1 to the remote terminal 30.
[0063] The identification number M1 is received and stored by the remote terminal 30 in a step 72.
[0064] Furthermore, following step 70 also, the transaction management server 18 generates a download ticket T during a step 74.
[0065] This download ticket T comprises the URL universal address T1 of the download server 20 and a seed T2, generated by the transaction management server 18, which will be used subsequently by the download server 20. The seed T2 is also stored in the order storage means 28, in the abovementioned file corresponding to the order C.
[0066] For added security, this download ticket T is encrypted with the aid of a second symmetrical secret key K2 generated by the transaction management server 18 from the derived secret key M2 and the micropayment parameters M3.
[0067] In effect, the transaction management server 18 is capable of retrieving the derived secret key M2 from the master secret key K1 and from the serial number C1 which was transmitted to it in step 62.
[0068] The second symmetrical secret key K2 is obtained with the aid of the previously defined derivation function Df, so that:
K
2
=Df
(M2, M3).
[0069] Which gives the following formula, for T:
T=E
K
2
(T1|T2),
[0070] where the symbol “|” designates the concatenation of data.
[0071] It will be noted that K2 can also be obtained with the aid of a derivation function Df′ different from Df.
[0072] In the subsequent reception step 76, the terminal 30 receives the encrypted download ticket. It is capable of generating the second symmetrical secret key K2 also, from the derived secret key M2, from the micropayment parameters M3 received in step 72 and from the function Df. It is therefore the only terminal capable of decrypting the download ticket T transmitted by the transaction management server 18.
[0073] In the subsequent step 78, the terminal 30 sends a message P requesting the download of the purchased digital content to the download server 20. This message P forming proof of payment comprises the transaction identification number M1, the description C3 of the purchased digital content and the serial number C1 of the smart card 38. It is authenticated by an authentication message P4 contained in the message P. This authentication message P4 is calculated by applying to the abovementioned data contained in the proof of payment P a conventional MAC hash function, using the derived secret key M2. The result of this is that:
P
4
=MAC
M
2
(M1|C1|C3) and P=(M1|C1|C3|P4).
[0074] This proof of payment P is received by the download server 20 in a test step 80. In this step 80, the download server 20 verifies the authenticity of the authentication message P4 with the aid of the derived secret key M2 which it retrieves from the secret key K1 and from the serial number C1 contained in the proof of payment P, to verify that the data contained in the message P4 do indeed correspond to the transaction identification number M1, to the description C3 of the digital content purchased and to the serial number C1 of the smart card 38.
[0075] If the verification is unsuccessful, we move on to step 82 to cancel the download, because the download server 20 then has proof that the message received does not come from the purchaser of the digital content.
[0076] On the other hand, if the verification is successful, it proves that the remote terminal 30 possesses the derived secret key M2 and is therefore the purchaser of the digital content. We then move on to a step 84 for the downloading this digital content. For this, the download server 20 accesses the means 16 for storing digital content and copies a file F′ corresponding to the digital content purchased. This file may be identical to the file F broadcast by the broadcasting server 10, but may also be of a different nature. In effect, even if F and F′ must comprise the same multimedia content, the quality levels required for the broadcast file F and the downloaded file F′ are not necessarily the same.
[0077] To transmit in a secure manner this file F′, the download server 20 generates a pseudo-random key K3 of the same size as the file F′ to be transmitted. The pseudo-random key K3 is generated with the aid of a pseudo-random generator using as input variable the seed T2 generated by the transaction management server 18 in step 74. This seed T2 is fetched by the download server 20 from the means 28 for storing the order with the aid of the information contained in the proof of payment P. The download server 20 combines the pseudo-random key K3 with the file to be transmitted F′ with the aid of a mixer of XOR type, to form a ciphering file F3=K3 XOR F′.
[0078] This ciphering file F3 is transmitted to the terminal 30 with the aid of a download protocol ensuring an integrity of the downloaded content.
[0079] Finally, in a last step 86, the terminal 30 receives the ciphered file and, like the download server 20, generates the pseudo-random key K3 from the seed T2 that it received in step 76 and from the pseudo-random generator. It then deduces from this the file F′ comprising the purchased digital content, by the following formula:
F′=F
3
XOR K3.
[0080]
FIG. 3 partially represents the steps of a purchase management method as claimed in a second mode of embodiment. This purchase management method is implemented in the installation described in FIG. 1, between the terminal 30 and the download server 20.
[0081] This purchase management method comprises the same steps 50 to 82 as the method described previously. These are therefore not shown in FIG. 3, with the exception of step 80, and will not be described.
[0082] This method comprises an encoding step 90 that can be carried out by the download server 20 at any time since it does not depend on parameters linked with terminal 30. In this step, the download server 20 divides the file F′ into n sub-files F′i (1≦i≦n) from which it generates n sub-files Si (1≦i≦n).
[0083] The sub-files Si are calculated in the following manner:
S
n
=(F′n|H(F′n)),
S
i
=(F′i|H(Si+1)), for 1≦i≦n−1.
[0084] In these equations, H represents a conventional one-way hash function.
[0085] In a step 92 following the test step 80, if the verification of the signature P4 of the proof of payment has been successful, the download server 20 generates a sub-file S0 given by the following formula:
S
0
=(H(S1)|n|MACM2(H(S1)|n)).
[0086] So instead of transmitting the file F′ in a single transmission, the download server 20 transmits in succession the sub-files Si, for i lying between 0 and n, to the remote terminal 30.
[0087] To do this, we move on to a step 94, during which the download server 20 sets a counter i to 0.
[0088] During the subsequent step 96, the download server 20 transmits the sub-file Si to the remote terminal 30.
[0089] Then, in a test step 98, the remote terminal 30 verifies the integrity of the received sub-file Si.
[0090] If the index i equals 0, the remote terminal 30 verifies that the signature of the sub-file S0 corresponds to the data contained in this sub-file, that is to say the number n and the value of H (S1). Thereafter, the terminal 30 knows the number n of sub-files that it should receive from the download server 20 following the sub-file S0 and the hash value of the next sub-file S1 to be received.
[0091] If the index i lies between 1 and n−1, on receipt of the sub-file Si, the terminal 30 applies the hash function H to this sub-file to verify that its hash value does indeed correspond to that which the terminal 30 received in the previous reception step. Again, the terminal 30 stores in memory the hash value of the subsequent sub-file Si+1.
[0092] If the index i equals n, the terminal 30 verifies the integrity of the sub-file Sn received, by applying as previously the hash function H to this sub-file Sn, to verify that it does indeed correspond to the value it stored in the previous step. Then, if the verification is successful, the remote terminal 30 stores F′n in memory.
[0093] In this test step 98, if the verification is unsuccessful or if the index i equals n, we move on to step 100 to stop the download.
[0094] On the other hand, if the verification is successful and if i is strictly less than n, we move on to step 102 during which the remote terminal 30 stores F′i in memory and the index i is incremented by one unit. We then resume the method at step 96 of transmission.
[0095] At the end of this method, the remote terminal 30 has stored in memory all the files F′i and can thus reconstitute the file F′ of the digital content purchased.
[0096] In a manner independent of the purchase management method, the transaction management server 18 transmits to the payment token distribution center 40 a number of tokens gathered during a predetermined period, comprising in particular the number C2 of tokens extracted from the electronic purse 38 during the previously described transaction.
[0097] In exchange, the payment token distribution centre 40 credits the corresponding amount to a bank account of the transaction management server 18, managed by the financial institution 44. This method of applying value to the payment tokens is conventional and will therefore not be detailed.
[0098] It is clearly apparent that the digital content purchase management installation as claimed in the invention facilitates the impulse buying of a digital content, particularly during its broadcast, by permitting the automatic generation of a purchase order from information broadcast with this digital content, the downloading of this purchased digital content being provided for by the download server 20.
[0099] It should also be noted that the invention enables the purchase of contents by the unit. For example, it enables the purchase of a single song and not necessarily the whole album containing the broadcast song.
[0100] Finally, it will be noted that the invention is not restricted to the abovementioned modes of embodiment.
[0101] In effect, as a variant, the files F and F′ are not stored in the same storage means 16. The file F is for example stored in first means for storing digital contents intended for broadcast, these first storage means being accessible by several broadcasting servers such as the server 10. The file F′ is, for its part, stored in second means for storing digital contents intended for downloading, these second storage means being accessible by several download servers such as the server 20.
Claims
- 1. Method for managing purchase of digital contents comprising the steps consisting for a terminal in:
a) receiving a digital content broadcast by broadcasting means; b) generating a purchase order for said content; c) transmitting said purchase order to means for processing the order; and d) downloading said content from said processing means; the method also comprising, before the download step, a step of payment for said content after which the terminal receives from said processing means a download ticket, said download ticket containing information used by the terminal to download the content in step d), wherein said download ticket comprises a seed to generate, with the aid of a pseudo-random generator using it as input variable, a pseudo-random key and in that the method also comprises the steps of: generation by the terminal of said pseudo-random key based on the seed contained in the received download ticket; and of decipherment, with the aid of the pseudo-random key, of the digital content received in the downloading step d).
- 2. Method according to claim 1, wherein said download ticket comprises the URL universal address of download means forming part of said processing means.
- 3. Method according to claim 1, wherein said download ticket is transmitted to said terminal in a form encrypted with the aid of a symmetrical secret key.
- 4. Method according to claim 1, wherein the payment step is implemented by said terminal communicating with financial transaction management means to which is transmitted said purchase order and which deliver said download ticket received by the terminal.
- 5. Method according to claim 4, wherein said terminal also receives from said financial transaction management means transaction identifier.
- 6. Method according to claim 5, wherein the terminal transmits to said download means a proof of payment before step d).
- 7. Method according to claim 6 wherein the proof of payment contains said transaction identifier received from the financial transaction management means and an authentication message.
- 8. Method according to claim 1, wherein the download step d) comprises a step of dividing the digital content into a plurality of successive digital sub-contents and of encoding each of these digital sub-contents, followed by a step of downloading these digital sub-contents in succession to said terminal.
- 9. Method according to claim 8, wherein each encoded digital sub-content, with the exception of the last, comprises the corresponding digital sub-content and the value of a hash function applied to the subsequent encoded digital sub-content.
- 10. Method according to claim 9, wherein the download step comprises a step of generating a message comprising the number of digital sub-contents and the value of the hash function applied to the first encoded digital sub-content, this message being authenticated with the aid of a symmetrical secret key known only to the order processing means and said terminal.
- 11. Means for downloading digital contents via a data transmission network, comprising means for receiving a proof of payment of an order to purchase a broadcast digital content, wherein it also comprises means for transmitting this digital content to a terminal sending the proof of payment, said download means being suitable for transmitting the digital content in an encrypted form and also comprising
means for dividing the digital content into a plurality of successive digital sub-contents, means for encoding each of these digital sub-contents and means for successive transmission of these digital sub-contents.
- 12. Download means according to claim 11, wherein each encoded digital sub-content, with the exception of the last, comprises a corresponding digital sub-content and the value of a hash function applied to the subsequent digital sub-content.
- 13. Download means according to claim 12, wherein they comprise means for generating a message comprising the number of digital sub-contents and the value of the hash function applied to the first encoded digital sub-content.
Priority Claims (1)
Number |
Date |
Country |
Kind |
01/10085 |
Jul 2001 |
FR |
|
PCT Information
Filing Document |
Filing Date |
Country |
Kind |
PCT/FR02/02641 |
7/24/2002 |
WO |
|