WO2004044802A1 - Procede et systeme de telechargement de fichiers entre deux terminaux - Google Patents

Procede et systeme de telechargement de fichiers entre deux terminaux Download PDF

Info

Publication number
WO2004044802A1
WO2004044802A1 PCT/FR2003/003258 FR0303258W WO2004044802A1 WO 2004044802 A1 WO2004044802 A1 WO 2004044802A1 FR 0303258 W FR0303258 W FR 0303258W WO 2004044802 A1 WO2004044802 A1 WO 2004044802A1
Authority
WO
WIPO (PCT)
Prior art keywords
files
terminal
file
payment
transmits
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/FR2003/003258
Other languages
English (en)
Inventor
Stéphane Petit
Philippe Magliulo
Jean-Claude Pailles
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Priority to AU2003292307A priority Critical patent/AU2003292307A1/en
Publication of WO2004044802A1 publication Critical patent/WO2004044802A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/16—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for devices exhibiting advertisements, announcements, pictures or the like

Definitions

  • the present invention relates to a method and system enabling individuals to exchange files for payment via a digital data transmission network.
  • Certain exchange services offer the download of software allowing any user of the Internet network having a microcomputer, to access lists of files which he can download, and in exchange, to offer a free access to certain files stored on the hard disk of his microcomputer, the references and access paths of which are inserted for this purpose in one of these lists. It turns out that these services have met with great success among Internet users, who can thus very inexpensively build a personal library of musical or video works, but also of software. Illegal copies of works have therefore increased tenfold to the point that they are estimated at several million per year.
  • the present invention aims to eliminate these drawbacks by providing a method and a system allowing individuals to both distribute and purchase services, while compensating the beneficiaries of these services. This objective is achieved by providing a method of downloading files between two user terminals via a digital data transmission network to which a central system and the user terminals are connected.
  • this method comprises:
  • a phase of proposing to download a file or set of files during which a user terminal transmits by the network to the central system, a descriptive card containing information describing the file or set of files to be downloaded, which is inserted in a database, and the central system generates and transmits in response a certificate of authenticity of the file or set of files to be downloaded to the terminal,
  • the certificate of authenticity is produced by the central system by generating an electronic signature from the object description sheet received by the central system.
  • the first terminal generates an electronic signature from the description file, this signature being transmitted with the description file to the payment server which verifies the signature.
  • the downloaded files or sets of files are digital files containing audiovisual, software, musical or literary works.
  • the central system determines the rights holders of the files offered for download, and during the download phase, the payment server determines payment shares, to be transferred to the rights holders determined for the file or set of downloaded files.
  • the proof of payment is transmitted by the first terminal to a rights management server, and a user license is transmitted in response by the management servers. rights to the first terminal.
  • the invention also relates to a system for downloading files via a digital data transmission network, comprising a central system and user terminals, the central system and the terminals being connected to the network.
  • the central system comprises:
  • a payment server comprising means for receiving and executing payment orders containing a description sheet and an associated certificate of authenticity, and means for delivering proofs of payment
  • the terminals comprising means for generating descriptive files of files or sets of files, means for storing the generated descriptive files, and in association therewith, the certificates of authenticity received from the central system.
  • the database is distributed in local databases provided in the terminals, each of the local databases comprising at least one link to a local database of another terminal.
  • the means for generating a certificate of authenticity comprise means for generating an electronic signature, the user terminals comprising means for verifying an electronic signature sent by the central system.
  • each terminal comprises means for generating an electronic signature for signing a payment order
  • the payment server comprising means for verifying a signature sent by a terminal.
  • the central system comprises means for determining previously registered beneficiaries of a file or set of files, from the information appearing in the file associated description, the payment server comprising means for determining, following a download of a file or set of files, the shares of a payment, to be paid to the rights holders corresponding to the file or set of files downloaded.
  • the network is the Internet.
  • FIG. 1 schematically represents a system for exchanging goods according to the invention
  • FIGS 2 to 4 illustrate in the form of flowcharts the different processing phases in accordance with the method according to the invention.
  • the exchange system 15 represented in FIG. 1 comprises a central system 10 connected to a public data transmission network 11, and designed to offer an exchange service allowing users equipped with terminals 8 connected to the network to sell and purchase files containing works.
  • the central system 10 includes a client management server 1 to which users can connect to offer works for sale, and a database 4 in which the information necessary for the exchange service concerning the users is stored. and works offered for sale.
  • the central system 10 also includes a search engine 2 to allow users to search through the network 11 for a particular object to be acquired.
  • the central system 10 also includes a payment server 3 also ensuring the management of user accounts stored in the database 4.
  • the users of the exchange service must therefore register beforehand. with this service by providing at least one identifier which is associated with a password, allowing access to their respective account.
  • This procedure comprises a first phase of description of the object to be sold which consists first of all in accessing the management server 1 via the network 11 (step 21). Access to the server 1 to sell an object, triggers the execution of a procedure 20 'on the server which, in step 22', transmits to the user a description form of the object to be put on sale. This descriptive form is received in step 22 by the user who must then fill in the different fields of the form so as to describe the object to be sold.
  • This descriptive form is designed to receive certain information making it possible to find the object in a database, and to find the beneficiaries of the object. To this end, the form includes the following fields to be completed:
  • - coding format for example MP3 for a piece of music
  • - name of the object for example an audiovisual or literary work
  • This information makes it possible to determine the beneficiaries of the object if they have previously joined the system.
  • the user validates the form he has just completed, which triggers the sending of the completed form to the server 1.
  • step 23 'of procedure 20' the server 1 receives the completed form.
  • the server verifies that the form is correctly completed.
  • the server 1 can also verify that the user has regularly acquired the object that he offers for sale. For this purpose, if it is a music CD or a CDROM, it can for example ask the user to insert the CD in his player so as to allow the server to access it directly and thus verify that certain information are on the CD. If the descriptive information provided is correct, the server determines the rights holders of the object, with a view to their remuneration in the event that the object is sold to a user.
  • step 25 ′ the server 1 generates in step 26 ′ a certificate of authenticity obtained for example by generating an electronic signature relating to the form received and verified.
  • a first verification of the completed form can also be carried out by the user's terminal 8 during the execution of the procedure 20.
  • step 27 ' the server 1 records in the database 4 the information provided in the form and the certificate of authenticity and transmits (step 28') to the user a message of sale report containing the certificate of authenticity.
  • step 25 the server 1 sends in step 29' to terminal 8 an error message which signals to the user the errors to be corrected so that the form can be taken into account.
  • This message is received in step 24 by the terminal which displays it. The user then has the option of redisplaying the form to complete it by ordering return to step 22.
  • step 28 the user's terminal 8 receives the sale report message sent by the server 1, this message containing a certificate of authenticity.
  • the terminal checks in step 29 this certificate, for example using a public key of the server, which has been previously transmitted to it, and stores the descriptive file of the object and the associated certificate.
  • this phase of description of the object to be sold can be carried out locally by the client software installed on the terminal 8 of each user, which directly provides the descriptive form to be completed.
  • the description sheet of the object and its certificate of authenticity can be stored only locally in the user's terminal.
  • the database 4 is not centralized, but distributed over the user terminals.
  • the procedure 30 To search for an object, the user performs on his computer 8 a procedure 30 shown in FIG. 3.
  • the procedure 30 firstly comprises a step 31 of access to the search engine 2. Access to the search engine triggers a procedure 30 ′ thereon which includes a first step 32 ′ of transmitting to the user a form for entering search criteria.
  • the procedure 30 then comprises a step 32 of receiving this search form in which the user can specify search criteria which include, for example, keywords representing the object sought.
  • the procedure 30 then comprises a step 33 of issuing the search form completed by the user.
  • This completed form is received in step 33 'of the procedure 30' by the search engine which triggers, in step 34 'following a search processing in the database 4.
  • the engine of search transmits the answers found to the user. These responses are received at step 35 of procedure 30.
  • the database 4 is distributed in the terminals 8 of the previously registered users, each database stored in a user terminal comprising at least one access link to a database. data from another registered user.
  • the client program installed on each computer 8 uses the access paths to access the description sheets for objects for sale recorded in the memory of the terminals 8 of the other registered users.
  • This procedure includes a first step 41 of emission by the user buyer of an identifier of the object to be purchased towards the seller user, the identifiers of the object and of the seller user having been previously supplied by the search engine 2.
  • the receipt of a request for an object triggers on the computer of the seller user a 40 "procedure which includes a first step 42" of transmitting the descriptive sheet of the requested object, accompanied by the certificate of authenticity issued by the server 1 during the sale of the object.
  • the buyer's computer receives the items sent by the seller's computer.
  • the seller accesses the payment server 3, which triggers the execution of a payment procedure 40 'on the payment server comprising first of all a step 45' of issuing a payment form to the user's computer Buyer.
  • the computer of the purchasing user receives and displays the payment form, so as to allow the user to fill it out.
  • the user has entered the necessary information there, he validates the form and affixes his electronic signature to it in the next step 46, and signs the description of the object or objects to be purchased.
  • the validated and signed form is sent to the payment server 3 with the signed object description file (s), which triggers the execution by the payment server of step 47 'of receiving the form.
  • the payment server checks the payment. If the payment is accepted (step 49 '), the payment server records the payment (step 50').
  • the payment server sends a payment report to the user. If the payment was refused in step 49 ', the payment report message sent to the buyer in step 51' indicates that the payment has been refused.
  • the amount of the transaction can be fixed beforehand by the seller, for example in the description form, or determined by the server 1, or even be chosen by the seller and the buyer.
  • the procedure 40 further comprises a step 51 of receiving the payment report message. If this message indicates that the payment has been accepted (step 52), the procedure 40 retransmits this message to the seller's computer (step 53). In step 53 "of procedure 40", the seller's computer receives this message and verifies that the payment has actually been accepted, for example by verifying a signature inserted into the message by the payment server 3. If This verification is correct, the seller's terminal transmits the object thus sold to the buyer (step 54 "), which receives the object in step 54. In the next step 55" of the procedure 40 "the seller's terminal sends the payment report it received from the buyer to the payment server, this in order to trigger the execution of the transaction by the payment server.
  • the payment server which receives this report executes the payment by putting update the corresponding accounts of buyer and seller users, so as to debit the amount paid from the buyer's account and transfer at least part of this amount to the seller's account, the rest being transferred to the account (s) of the beneficiaries iden rights tified by the management server 1 according to predefined quotas.
  • the purchasing user must also access via the network 11 to a rights management server 5 to which he transmits proof that he has regularly acquired the object, this proof being for example constituted by the payment report message which it received from the payment server, and possibly by the descriptive card of the object, associated with the certificate of authenticity of the object.
  • the rights management server transmits to the user a license to use the object he has just purchased.
  • the functions of the right management server 5 can be integrated into the management server 1 or the payment server 3. In this case, the issue of the license to use the purchased object is automatically assigned to the buyer following his payment.
  • the system which has just been described does not prevent a free circulation of works made accessible on the network, but it ensures a remuneration of the rights holders even if the works of the latter have been illegally put on the network. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Software Systems (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Un procédé de téléchargement comprenant : une phase de proposition de téléchargement d'un fichier, durant laquelle un terminal (8) transmet par un réseau (11) à un système central (10), une fiche descriptive du fichier à télécharger, qui est insérée dans une base de données (4) ; une phase de recherche d'un fichier à télécharger, durant laquelle un terminal transmet des critères de recherche à un moteur de recherche (2) qui transmet en réponse une liste de fichiers répondant aux critères reçus ; et une phase de téléchargement durant laquelle un premier terminal transmet un identifiant de fichier à un second terminal qui transmet en réponse la fiche descriptive, du fichier demandé, le premier terminal transmet un ordre de paiement et la fiche descriptive à un serveur de paiement (3) qui transmet en réponse une preuve de paiement, et le premier terminal transmet la preuve de paiement au second terminal qui transmet en réponse le fichier demandé.

Description

PROCEDE ET SYSTEME DE TELECHARGEMENT DE FICHIERS ENTRE DEUX TERMINAUX
La présente invention concerne un procédé et système permettant à des particuliers de s'échanger des fichiers à titre onéreux par l'intermédiaire d'un réseau de transmission de données numériques.
Elle s'applique notamment, mais non exclusivement, à l'échange par l'intermédiaire du réseau Internet de fichiers contenant des logiciels, ou des œuvres picturales ou audiovisuelles numérisées.
A l'heure actuelle, il existe de nombreux systèmes d'échange ou de délivrance de fichiers et de prestations, utilisant le réseau Internet. Des protocoles spécifiques ont même été développés à cet usage. La pratique d'échange de fichiers est donc très étendue sur le réseau Internet. Cette pratique ne cause aucun préjudice lorsqu'elle porte sur la diffusion de prestations ou de fichiers personnels. Toutefois, lorsqu'elle est employée à la diffusion massive à titre gracieux de prestations ou d'œuvres, notamment audiovisuelles, elle porte atteinte aux droits de propriété intellectuelle des ayants-droit de ces prestations, qui ne perçoivent aucune redevance en contrepartie de cette diffusion.
Certains services d'échange proposent le téléchargement d'un logiciel permettant à n'importe quel utilisateur du réseau Internet disposant d'un microordinateur, d'accéder à des listes de fichiers qu'il peut télécharger, et en échange, d'offrir un accès libre à certains fichiers mémorisés sur le disque dur de son micro-ordinateur, dont les références et chemins d'accès sont à cet effet insérées dans l'une de ces listes. Il s'avère que ces services ont rencontré un très grand succès parmi les utilisateurs du réseau Internet, qui peuvent ainsi à très peu de frais constituer une bibliothèque personnelle d'œuvres musicales ou vidéo, mais aussi de logiciels. Les copies illégales d'œuvres ont donc décuplé à tel point qu'elles sont estimées à plusieurs millions par an.
Pour tenter de résoudre ce problème, les éditeurs ou les titulaires des droits sur ces prestations se concentrent sur la protection informatique de ces œuvres. On a ainsi proposé de mettre en place des systèmes de gestion de droits dits de "DRM" (Digital Rights Management) mettant en œuvre une protection informatique empêchant la copie de supports tels que les CD et DVD. Or l'efficacité d'une protection informatique peut être remise en cause à tout moment, du fait de l'évolution constante et rapide de la technique dans le domaine des ordinateurs, et par la mise au point de nouveaux algorithmes. En outre, même si ces systèmes offrent une sécurité suffisante pour protéger des prestations, ils ne peuvent que concerner les nouvelles prestations et non celles qui circulent déjà d'une manière totalement libre sur le réseau Internet.
Par ailleurs, il n'existe aucun service d'échange permettant à un particulier de proposer par ce moyen une prestation ou une œuvre dont il serait l'ayant droit.
La présente invention a pour but de supprimer ces inconvénients en prévoyant un procédé et un système permettant aux particuliers à la fois de distribuer et d'acheter des prestations, tout en rémunérant les ayants-droit de ces prestations. Cet objectif est atteint par la prévision d'un procédé de téléchargement de fichiers entre deux terminaux d'utilisateurs par l'intermédiaire d'un réseau de transmission de données numériques auquel est connecté un système central et les terminaux d'utilisateurs.
Selon l'invention, ce procédé comprend :
- une phase de proposition de téléchargement d'un fichier ou ensemble de fichiers, durant laquelle un terminal d'utilisateur transmet par le réseau au système central, une fiche descriptive contenant des informations décrivant le fichier ou ensemble de fichiers à télécharger, qui est insérée dans une base de données, et le système central génère et transmet en réponse un certificat d'authenticité du fichier ou ensemble de fichiers à télécharger au terminal,
- une phase de recherche d'un fichier ou ensemble de fichiers à télécharger durant laquelle un terminal d'utilisateur transmet des critères de recherche par l'intermédiaire du réseau à un moteur de recherche qui recherche dans la base de données des fiches descriptives de fichiers ou ensembles de fichiers satisfaisant à ces critères, et transmet en réponse au terminal une liste d'identifiants de fichiers ou ensembles de fichiers répondant aux critères fournis, et - une phase de téléchargement entre un premier et un second terminal d'utilisateur, durant laquelle le premier terminal transmet un identifiant de fichier ou ensemble de fichiers par l'intermédiaire du réseau vers le second terminal, le second terminal transmet en réponse au premier terminal une fiche descriptive et un certificat d'authenticité, correspondant à l'identifiant reçu du premier terminal, le premier terminal transmet par l'intermédiaire du réseau à un serveur de paiement un ordre de paiement et la fiche descriptive, le serveur de paiement transmet en réponse au premier terminal une preuve de paiement du fichier ou ensemble de fichiers correspondant à la fiche descriptive transmise, le premier terminal transmet par l'intermédiaire du réseau vers le second terminal la preuve de paiement, et le second terminal transmet en réponse au premier terminal le fichier ou ensemble de fichiers.
Avantageusement, le certificat d'authenticité est produit par le système central en générant une signature électronique à partir de la fiche descriptive d'objet reçue par le système central.
De préférence, durant la phase de téléchargement, le premier terminal génère une signature électronique à partir de la fiche descriptive, cette signature étant transmise avec la fiche descriptive au serveur de paiement qui vérifie la signature.
Selon une particularité de l'invention, les fichiers ou ensembles de fichiers téléchargés sont des fichiers numériques contenant des œuvres audiovisuelles, logicielles, musicales ou littéraires.
Selon une autre particularité de l'invention, le système central détermine des ayants droits des fichiers proposés au téléchargement, et durant la phase de téléchargement, le serveur de paiement détermine des quotes-parts du paiement, à reverser aux ayants droits déterminés pour le fichier ou ensemble de fichiers téléchargé.
Selon encore une autre particularité de l'invention, durant la phase de téléchargement, la preuve de paiement est transmise par le premier terminal à un serveur de gestion de droits, et une licence d'utilisation est transmise en réponse par le serveur de gestion de droits au premier terminal.
L'invention concerne également un système de téléchargement de fichiers par l'intermédiaire d'un réseau de transmission de données numériques, comprenant un système central et des terminaux d'utilisateurs, le système central et les terminaux étant connectés au réseau. Selon l'invention, le système central comprend :
- des moyens pour générer un certificat d'authenticité d'un fichier ou ensemble de fichiers, proposé au téléchargement, à partir d'une fiche descriptive du fichier ou ensemble de fichiers, reçue d'un terminal d'utilisateur, et pour transmettre en réponse au terminal le certificat généré,
- une base de données dans laquelle sont stockées des fiches descriptives de fichiers ou ensembles de fichiers,
- un serveur de paiement comprenant des moyens pour recevoir et exécuter des ordres de paiement contenant une fiche descriptive et un certificat d'authenticité associé, et des moyens pour délivrer des preuves de paiement,
- les terminaux comprenant des moyens pour générer des fiches descriptives de fichiers ou ensembles de fichiers, des moyens pour stocker les fiches descriptives générées, et en association avec celles-ci, les certificats d'authenticité reçus du système central.
Selon un mode de réalisation préféré de l'invention, la base de données est centralisée et accessible en écriture aux terminaux par l'intermédiaire du système central et en lecture par l'intermédiaire d'un moteur de recherche.
Selon un autre mode de réalisation préféré de l'invention, la base de données est répartie dans des bases de données locales prévues dans les terminaux, chacune des bases de données locales comprenant au moins un lien vers une base de données locale d'un autre terminal.
Avantageusement, les moyens de génération d'un certificat d'authenticité comprennent des moyens de génération d'une signature électronique, les terminaux des utilisateurs comprenant des moyens pour vérifier une signature électronique émise par le système central.
Selon une particularité de l'invention, chaque terminal comprend des moyens de génération d'une signature électronique pour signer un ordre de paiement, le serveur de paiement comprenant des moyens pour vérifier une signature émise par un terminal.
Selon une autre particularité de l'invention, le système central comprend des moyens pour déterminer des ayants droits préalablement enregistrés d'un fichier ou ensemble de fichiers, à partir des informations figurant dans la fiche descriptive associée, le serveur de paiement comprenant des moyens pour déterminer, à la suite d'un téléchargement d'un fichier ou ensemble de fichiers, les quotes-parts d'un paiement, à verser aux ayant droits correspondant au fichier ou ensemble de fichiers téléchargés.
Avantageusement, le réseau est le réseau Internet.
Un mode de réalisation préféré de l'invention sera décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels :
La figure 1 représente schématiquement un système d'échange de biens selon l'invention ;
Les figures 2 à 4 illustrent sous la forme d'organigrammes les différentes phases de traitement conformes au procédé selon l'invention.
Le système d'échange 15 représenté sur la figure 1 comporte un système central 10 connecté à un réseau public 11 de transmission de données, et conçu pour offrir un service d'échange permettant à des utilisateurs équipés de terminaux 8 connectés au réseau de vendre et d'acheter des fichiers contenant des œuvres. A cet effet, le système central 10 comprend un serveur 1 de gestion clients auquel les utilisateurs peuvent se connecter pour offrir des œuvres à la vente, et une base de données 4 dans laquelle sont stockées les informations nécessaires au service d'échange concernant les utilisateurs et les œuvres offertes à vente. Le système central 10 comprend également un moteur de recherche 2 pour permettre à des utilisateurs de rechercher par l'intermédiaire du réseau 11 un objet particulier à acquérir.
Pour permettre le paiement des œuvres ainsi transmises, le système central 10 comprend également un serveur de paiement 3 assurant également la gestion de comptes d'utilisateurs mémorisés dans la base de données 4. Les utilisateurs du service d'échange doivent donc préalablement s'inscrire auprès de ce service en fournissant au moins un identifiant qui est associé à un mot de passe, permettant d'accéder à leur compte respectif.
Lorsqu'un utilisateur dispose d'un objet qu'il désire offrir à la vente, il exécute sur son terminal la procédure 20 illustrée par la figure 2, cette procédure étant mise en œuvre par un logiciel client installé sur le terminal 8 de chaque utilisateur.
Cette procédure comprend une première phase de description de l'objet à mettre en vente qui consiste tout d'abord à accéder au serveur de gestion 1 par l'intermédiaire du réseau 11 (étape 21). L'accès au serveur 1 pour mettre en vente un objet, déclenche l'exécution d'une procédure 20' sur le serveur qui, à l'étape 22', transmet à l'utilisateur un formulaire de description de l'objet à mettre en vente. Ce formulaire descriptif est reçu à l'étape 22 par l'utilisateur qui doit alors remplir les différents champs du formulaire de manière à décrire l'objet à mettre en vente.
Ce formulaire descriptif est conçu pour recevoir certaines informations permettant de retrouver l'objet dans une base de données, et de retrouver les ayants-droit de l'objet. A cet effet, le formulaire comprend les champs à remplir suivants :
- type de l'objet (musique, logiciel, séquence vidéo, œuvre littéraire, ...),
- format de codage (par exemple MP3 pour un morceau de musique), - nom de l'objet (titre pour une œuvre audiovisuelle ou littéraire),
- nom de l'auteur,
- année de publication,
- nom du producteur,
- etc.
Ces informations permettent de déterminer les ayants-droit de l'objet si ces derniers ont préalablement adhéré au système.
A l'étape suivante 23, l'utilisateur valide le formulaire qu'il vient de remplir, ce qui déclenche l'envoi du formulaire rempli au serveur 1.
A l'étape 23' de la procédure 20', le serveur 1 reçoit le formulaire rempli. A l'étape 24' suivante, le serveur vérifie que le formulaire est correctement rempli. Lors de cette étape de vérification, le serveur 1 peut également vérifier que l'utilisateur a régulièrement acquis l'objet qu'il offre en vente. A cet effet, s'il s'agit d'un CD de musique ou d'un CDROM, il peut par exemple demander à l'utilisateur d'introduire le CD dans son lecteur de manière à permettre au serveur d'y accéder directement et ainsi vérifier que certaines informations figurent sur le CD. Si les informations descriptives fournies sont correctes, le serveur détermine les ayants droits de l'objet, en vue de leur rémunération dans le cas où l'objet est vendu à un utilisateur.
Si le formulaire a été correctement rempli (étape 25'), le serveur 1 génère à l'étape 26' un certificat d'authenticité obtenu par exemple en générant une signature électronique portant sur le formulaire reçu et vérifié.
Bien entendu, une première vérification du formulaire rempli peut également être effectuée par le terminal 8 de l'utilisateur durant l'exécution de la procédure 20.
Ensuite (étape 27'), le serveur 1 enregistre dans la base de données 4 les informations fournies dans le formulaire et le certificat d'authenticité et transmet (étape 28') à l'utilisateur un message de compte rendu de mise en vente contenant le certificat d'authenticité.
Si à l'étape 25' les informations fournies par l'utilisateur sont incomplètes ou erronées, le serveur 1 émet à l'étape 29' au terminal 8 un message d'erreur qui signale à l'utilisateur les erreurs à corriger pour que le formulaire puisse être pris en compte. Ce message est reçu à l'étape 24 par le terminal qui l'affiche. L'utilisateur a alors la possibilité de réafficher le formulaire pour le compléter en commandant le retour à l'étape 22.
A l'étape 28, le terminal 8 de l'utilisateur reçoit le message de compte rendu de mise en vente émis par le serveur 1, ce message contenant un certificat d'authenticité. Le terminal vérifie alors à l'étape 29 ce certificat, par exemple à l'aide d'une clé publique du serveur, qui lui a été préalablement transmise, et mémorise la fiche descriptive de l'objet et le certificat associé.
Alternativement, cette phase de description de l'objet à mettre en vente peut être effectuée en local par le logiciel client installé sur le terminal 8 de chaque utilisateur, qui fournit directement le formulaire descriptif à remplir.
Dans une variante décentralisée du système selon l'invention, la fiche descriptive de l'objet et son certificat d'authenticité, peuvent être conservés uniquement localement dans le terminal de l'utilisateur. Dans ce cas, la base de données 4 n'est pas centralisée, mais répartie sur les terminaux des utilisateurs. Pour rechercher un objet, l'utilisateur exécute sur son ordinateur 8 une procédure 30 représentée sur la figure 3. Sur cette figure, la procédure 30 comprend tout d'abord une étape 31 d'accès au moteur de recherche 2. L'accès au moteur de recherche déclenche sur celui-ci une procédure 30' qui comprend une première étape 32' de transmission à l'utilisateur d'un formulaire de saisie de critères de recherche. La procédure 30 comprend ensuite une étape 32 de réception de ce formulaire de recherche dans lequel l'utilisateur peut spécifier des critères de recherche qui comprennent par exemple des mots clés représentant l'objet recherché. La procédure 30 comprend ensuite une étape 33 d'émission du formulaire de recherche complété par l'utilisateur. Ce formulaire complété est reçu à l'étape 33' de la procédure 30' par le moteur de recherche qui déclenche à l'étape 34' suivante un traitement de recherche dans la base de données 4. A l'étape 35', le moteur de recherche transmet à l'utilisateur les réponses trouvées. Ces réponses sont reçues à l'étape 35 de la procédure 30.
Dans la variante décentralisée du système selon l'invention, la base de données 4 est répartie dans les terminaux 8 des utilisateurs préalablement enregistrés, chaque base de donnée stockée dans un terminal d'utilisateur comprenant au moins un lien d'accès vers une base de données d'un autre utilisateur enregistré. Le programme client installé sur chaque ordinateur 8 utilise les chemins d'accès pour accéder aux fiches de description d'objets à vendre enregistrées dans la mémoire des terminaux 8 des autres utilisateurs enregistrés.
Une fois que l'utilisateur a trouvé l'objet recherché et qu'il souhaite l'acquérir, il doit exécuter une procédure d'acquisition 40 illustrée sur la figure 4. Cette procédure comprend une première étape 41 d'émission par l'utilisateur acheteur d'un identifiant de l'objet à acheter vers l'utilisateur vendeur, les identifiants de l'objet et de l'utilisateur vendeur ayant été préalablement fournis par le moteur de recherche 2. La réception d'une demande d'objet déclenche sur l'ordinateur de l'utilisateur vendeur une procédure 40" qui comprend une première étape 42" d'émission de la fiche descriptive de l'objet demandé, accompagné du certificat d'authenticité émis par le serveur 1 lors de la mise en vente de l'objet. A l'étape 42 de la procédure 40, l'ordinateur de l'acheteur reçoit les éléments émis par l'ordinateur du vendeur. A l'étape 43 suivante, le vendeur accède au serveur de paiement 3, ce qui déclenche l'exécution d'une procédure de paiement 40' sur le serveur de paiement comprenant tout d'abord une étape 45' d'émission d'un formulaire de paiement vers l'ordinateur de l'utilisateur acheteur.
A l'étape 45 suivante de la procédure 40, l'ordinateur de l'utilisateur acheteur reçoit et affiche le formulaire de paiement, de manière à permettre à l'utilisateur de le remplir. Lorsque l'utilisateur y a introduit les informations nécessaires, il valide le formulaire et y appose sa signature électronique à l'étape 46 suivante, et signe la fiche descriptive de l'objet ou des objets à acheter. A l'étape 47 suivante, le formulaire validé et signé est envoyé au serveur de paiement 3 avec la ou les fiches descriptives d'objets signées, ce qui déclenche l'exécution par le serveur de paiement de l'étape 47' de réception du formulaire. A l'étape suivante 48', le. serveur de paiement vérifie le paiement. Si le paiement est accepté (étape 49'), le serveur de paiement enregistre le paiement (étape 50'). A l'étape 51' suivante, le serveur de paiement émet un compte rendu de paiement à destination de l'utilisateur. Si le paiement à été refusé à l'étape 49', le message de compte rendu de paiement envoyé à l'acheteur à l'étape 51' indique que le paiement a été refusé.
Le montant de la transaction peut être fixé préalablement par le vendeur, par exemple dans le formulaire descriptif, ou bien déterminé par le serveur 1, ou encore être choisi par le vendeur et l'acheteur.
La procédure 40 comprend en outre une étape 51 de réception du message de compte rendu de paiement. Si ce message indique que le paiement a été accepté (étape 52), la procédure 40 retransmet ce message à l'ordinateur du vendeur (étape 53). A l'étape 53" de la procédure 40", l'ordinateur du vendeur reçoit ce message et vérifie que le paiement a effectivement été accepté, par exemple en vérifiant une signature insérée dans le message par le serveur de paiement 3. Si Cette vérification est correcte, le terminal du vendeur transmet l'objet ainsi vendu à l'acheteur (étape 54"), lequel reçoit l'objet à l'étape 54. A l'étape suivante 55" de la procédure 40" le terminal du vendeur émet le compte rendu de paiement qu'il a reçu de l'acheteur au serveur de paiement, ceci afin de déclencher l'exécution de la transaction par le serveur de paiement. Le serveur de paiement qui reçoit ce compte rendu exécute le paiement en mettant à jour les comptes correspondants des utilisateurs acheteur et vendeur, de manière à débiter la somme payée du compte de l'acheteur et à transférer au moins en partie cette somme vers le compte du vendeur, le restant étant transféré sur le ou les comptes des ayants droits identifiés par le serveur de gestion 1 en fonction de quotes-parts préalablement définies. Si l'accès à l'objet est protégé par un système de gestion de droits, l'utilisateur acheteur doit en outre accéder par l'intermédiaire du réseau 11 à un serveur de gestion de droits 5 auquel il transmet la preuve qu'il a régulièrement acquis l'objet, cette preuve étant par exemple constituée par le message de compte rendu de paiement qu'il a reçu du serveur de paiement, et éventuellement par la fiche descriptive de l'objet, associée au certificat d'authenticité de l'objet. En réponse, le serveur de gestion de droits transmet à l'utilisateur une licence d'utilisation de l'objet qu'il vient d'acheter.
II est à noter que les fonctions du serveur de gestion de droit 5 peuvent être intégrées au serveur de gestion 1 ou au serveur de paiement 3. Dans ce cas, la délivrance de la licence d'utilisation de l'objet acheté est automatiquement attribuée à l'acheteur à la suite de son paiement.
Le système qui vient d'être décrit permet non pas d'empêcher une libre circulation d'œuvres rendues accessibles sur le réseau, mais il assure une rémunération des ayants droits même si les œuvres de ces derniers ont été mises illicitement en circulation sur le réseau.

Claims

REVENDICATIONS
1. Procédé de téléchargement de fichiers entre deux terminaux d'utilisateurs par l'intermédiaire d'un réseau de transmission de données numériques (11) auquel est connecté un système central (10) et les terminaux d'utilisateurs (8), caractérisé en ce qu'il comprend :
- une phase de proposition de téléchargement (20) d'un fichier ou ensemble de fichiers, durant laquelle un terminal (8) d'utilisateur transmet par le réseau (11) au système central (10), une fiche descriptive contenant des informations décrivant le fichier ou ensemble de fichiers à télécharger, qui est insérée dans une base de données (4), et le système central génère et transmet en réponse un certificat d'authenticité du fichier ou ensemble de fichiers à télécharger au terminal, - une phase de recherche (30) d'un fichier ou ensemble de fichiers à télécharger durant laquelle un terminal (8) d'utilisateur transmet des critères de recherche par l'intermédiaire du réseau (11) à un moteur de recherche (2), le moteur de recherche (2) recherche dans la base de données (4) des fiches descriptives de fichiers ou ensembles de fichiers satisfaisant à ces critères, et transmet en réponse au terminal (8) une liste d'identifiants de fichiers ou ensembles de fichiers répondant aux critères fournis, et
- une phase de téléchargement (40) entre un premier et un second terminal d'utilisateur, durant laquelle le premier terminal (8) transmet un identifiant de fichier ou ensemble de fichiers par l'intermédiaire du réseau vers le second terminal, le second terminal transmet en réponse au premier terminal une fiche descriptive et un certificat d'authenticité, correspondant à l'identifiant reçu du premier terminal, le premier terminal transmet par l'intermédiaire du réseau à un serveur de paiement (3) un ordre de paiement et la fiche descriptive, le serveur de paiement transmet en réponse au premier terminal une preuve de paiement du fichier ou ensemble de fichiers correspondant à la fiche descriptive transmise, le premier terminal transmet par l'intermédiaire du réseau vers le second terminal la preuve de paiement, et le second terminal transmet en réponse au premier terminal le fichier ou ensemble de fichiers.
2. Procédé selon la revendication 1, caractérisé en ce que le certificat d'authenticité est produit par le système central (10) en générant une signature électronique à partir de la fiche descriptive reçue par le système central (10).
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que durant la phase de téléchargement (40), le premier terminal (8) génère une signature électronique à partir de la fiche descriptive, cette signature étant transmise avec la fiche descriptive au serveur de paiement (3) qui vérifie la signature.
4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que les fichiers ou ensembles de fichiers téléchargés sont des fichiers numériques contenant des œuvres audiovisuelles, logicielles, musicales ou littéraires.
5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que le système central (10) détermine des ayants droits des fichiers proposés au téléchargement, et durant la phase de téléchargement, le serveur de paiement (3) détermine des quotes-parts du paiement, à reverser aux ayants droits déterminés pour le fichier ou ensemble de fichiers téléchargé.
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que durant la phase de téléchargement (40), la preuve de paiement est transmise par le premier terminal (8) à un serveur de gestion de droits (5), et une licence d'utilisation est transmise en réponse par le serveur de gestion de droits au premier terminal.
7. Système de téléchargement de fichiers par l'intermédiaire d'un réseau (11) de transmission de données numériques, comprenant un système central (10) et des terminaux (8) d'utilisateurs, le système central et les terminaux étant connectés au réseau, caractérisé en ce que le système central (10) comprend :
- des moyens (1) pour générer un certificat d'authenticité d'un fichier ou ensemble de fichiers, proposé au téléchargement, à partir d'une fiche descriptive du fichier ou ensemble de fichiers, reçue d'un terminal d'utilisateur (8), et pour transmettre en réponse au terminal le certificat généré,
- une base de données (4) dans laquelle sont stockées des fiches descriptives de fichiers ou ensembles de fichiers,
- un serveur de paiement (3) comprenant des moyens pour recevoir et exécuter des ordres de paiement contenant une fiche descriptive et un certificat d'authenticité associé, et des moyens pour délivrer des preuves de paiement, - les terminaux (8) comprenant des moyens pour générer des fiches descriptives de fichiers ou ensembles de fichiers, des moyens pour stocker les fiches descriptives générées, et en association avec celles-ci, les certificats d'authenticité reçus du système central (10).
8. Système selon la revendication 7, caractérisé en ce que la base de données (4) est centralisée et accessible en écriture aux terminaux (8) par l'intermédiaire du système central (10) et en lecture par l'intermédiaire d'un moteur de recherche (2).
9. Système selon la revendication 7, caractérisé en ce que la base de données (4) est répartie dans des bases de données locales prévues dans les terminaux (8), chacune des bases de données locales comprenant au moins un lien vers une base de données locale d'un autre terminal.
10. Système selon l'une des revendications 7 à 9, caractérisé en ce que les moyens de génération d'un certificat d'authenticité comprennent des moyens de génération d'une signature électronique, les terminaux (8) des utilisateurs comprenant des moyens pour vérifier une signature électronique émise par le système central (10).
11. Système selon l'une des revendications 7 à 10, caractérisé en ce que chaque terminal (8) comprend des moyens de génération d'une signature électronique pour signer un ordre de paiement, le serveur de paiement (3) comprenant des moyens pour vérifier une signature émise par un terminal.
12. Système selon l'une des revendications 7 à 11, caractérisé en ce que le système central (10) comprend des moyens pour déterminer des ayants droits préalablement enregistrés d'un fichier ou ensemble de fichiers, à partir des informations figurant dans la fiche descriptive associée, le serveur de paiement (3) comprenant des moyens pour déterminer, à la suite d'un téléchargement d'un fichier ou ensemble de fichiers, les quotes-parts d'un paiement, à verser aux ayant droits correspondant au fichier ou ensemble de fichiers téléchargés.
13. Système selon l'une des revendications 7 à 12, caractérisé en ce que le réseau (11) est le réseau Internet.
PCT/FR2003/003258 2002-11-08 2003-10-31 Procede et systeme de telechargement de fichiers entre deux terminaux Ceased WO2004044802A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003292307A AU2003292307A1 (en) 2002-11-08 2003-10-31 Method and system for downloading files between two terminals

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0214048A FR2847053B1 (fr) 2002-11-08 2002-11-08 Procede et systeme d'echange de biens entre particuliers par l'intermediaire d'un reseau de transmission de donnees numeriques
FR02/14048 2002-11-08

Publications (1)

Publication Number Publication Date
WO2004044802A1 true WO2004044802A1 (fr) 2004-05-27

Family

ID=32116500

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/003258 Ceased WO2004044802A1 (fr) 2002-11-08 2003-10-31 Procede et systeme de telechargement de fichiers entre deux terminaux

Country Status (3)

Country Link
AU (1) AU2003292307A1 (fr)
FR (1) FR2847053B1 (fr)
WO (1) WO2004044802A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160019542A1 (en) 2013-03-04 2016-01-21 S. A. Selinko Method For Providing Secure E-Commerce Transactions
FR3048539A1 (fr) * 2016-03-04 2017-09-08 Christian Finance Procede et systeme d'echange de biens et de services par l'intermediaire d'un reseau de transmission de donnees numeriques.

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2818778A1 (fr) * 2000-12-22 2002-06-28 France Telecom Procede et systeme de paiement, et equipements de telecommunications mis en oeuvre dans ce systeme
EP1220173A1 (fr) * 2000-12-29 2002-07-03 THOMSON multimedia Système et méthode de distribution sécurisée de contenus digitaux dans un réseau partagé

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2818778A1 (fr) * 2000-12-22 2002-06-28 France Telecom Procede et systeme de paiement, et equipements de telecommunications mis en oeuvre dans ce systeme
EP1220173A1 (fr) * 2000-12-29 2002-07-03 THOMSON multimedia Système et méthode de distribution sécurisée de contenus digitaux dans un réseau partagé

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
B. HORNE, B. PINKAS, T. SANDER: "Escrow services and incentives in peer-to-peer networks", CONF. PROC. ACM, 14 October 2001 (2001-10-14) - 17 October 2001 (2001-10-17), Tampa, Florida, USA, pages 1 - 10, XP002248537 *
FINDELI M: "Peer-to-Peer (P2P) Networking", 1 July 2001 (2001-07-01), XP002241326, Retrieved from the Internet <URL:http://findeli.com/docs/p2p.pdf> *
LECHNER U ET AL: "Communities - business models and system architectures: the blueprint of MP3.com, napster and gnutella revisited", PROC. OF THE 34TH HAWAII CONF. ON SYSTEM SCIENCES, 3 January 2001 (2001-01-03), pages 2293 - 2302, XP010549854 *

Also Published As

Publication number Publication date
AU2003292307A1 (en) 2004-06-03
FR2847053B1 (fr) 2005-12-30
FR2847053A1 (fr) 2004-05-14

Similar Documents

Publication Publication Date Title
US8627500B2 (en) Methods and apparatus for sharing, transferring and removing previously owned digital media
US7930347B2 (en) Responsible peer-to-peer (P2P) digital content distribution
US9021608B2 (en) Methods and apparatus for sharing, transferring and removing previously owned digital media
US20180052854A1 (en) Method and System for Sharing Playlists
US20070220592A1 (en) Comparing Media Files Against Database Content
US20070217648A1 (en) Fingerprinting Digital Media Content
US20030028489A1 (en) Method and apparatus for legitimate sharing of electronic content
EP1282029A2 (fr) Procédé et dispositif de distribution d&#39;un contenu électronique
US20070234398A1 (en) Controlling Access to Digital Media Content
US20070208715A1 (en) Assigning Unique Content Identifiers to Digital Media Content
US20240104653A1 (en) Method for digital asset transactions
US20030233563A1 (en) Method and system for securely transmitting and distributing information and for producing a physical instantiation of the transmitted information in an intermediate, information-storage medium
EP2020137B1 (fr) Diffusion de documents electroniques preservant les droits d&#39;auteur et autorisant la copie privee
US20070208763A1 (en) Computer Database Record Architecture Based on a Unique Internet Media Identifier
US20080288371A1 (en) Internet based method and process for facilitating the presentation, sale, purchase, development and management of creative ideas concepts and content
WO2002051057A2 (fr) Procedes pour la mise en reseaux en peer to peer (p2p) validee par un systeme de gestion des droits
WO2004044802A1 (fr) Procede et systeme de telechargement de fichiers entre deux terminaux
CN1791877A (zh) 用于二手交易的版权评估
Miller Peer-to-Peer File Distribution: An analysis of design, liability, litigation, and potential solutions
WO2002044843A9 (fr) Systemes et procedes de realisation de transactions de contenus multimedia electroniques
EP1679853A1 (fr) Procédé de téléchargement de données à partir d&#39;une borne de téléchargement
FR2931574A1 (fr) Systeme de gestion d&#39;un marche electronique de contenus numeriques
FR2890811A1 (fr) Systeme de gestion de droits pour des contenus numeriques proteges, module d&#39;identification et procedes correspondants
WO2024188823A1 (fr) Procédé et dispositif de vérification d&#39;au moins une donnée obtenue depuis un service de fourniture de données
KR20040072583A (ko) 네트워크 기반의 디지털저작물 판매방법 및 그 시스템

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP