FR 2887050 A1 20061215 FR 0551602 A 20050614 PROCÉDÉ ET SYSTÈME DE SÉCURISATION D'UNE TRANSACTION DANS UN RÉSEAU DE TÉLÉCOMMUNICATION DESCRIPTION DOMAINE DE L'INVENTION L'invention se situe dans le domaine de la distribution de contenus numériques et concerne plus spécifiquement un procédé d'acquisition pour un bénéficiaire d'un droit d'usage d'un contenu numérique dans un système de distribution de contenus comprenant un serveur commercial, un serveur de droits et une plate-forme d'exploitation dudit contenu, ladite plate- forme comprenant au moins un module d'achat d'un droit d'usage et au moins un module d'utilisation du droit acheté, ledit module d'achat étant apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial, et ledit module d'utilisation du droit acheté étant apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. L'invention concerne également un système d'acquisition pour un bénéficiaire d'un droit d'usage d'un contenu numérique comprenant un serveur commercial, un serveur de droits et une plate-forme d'exploitation dudit contenu, ladite plate-forme comprenant un module d'achat d'un droit apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial et un module d'utilisation du droit acheté apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. L'invention concerne également un serveur commercial de gestion d'une transaction dans un système de distribution de contenus comprenant en outre un serveur de droits d'usage d'un contenu numérique et une plateforme d'exploitation dudit contenu, ladite plate-forme comprenant un module d'achat d'un droit pour un bénéficiaire apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial et un module d'utilisation du droit acheté apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. L'invention se rapporte également à serveur de droits d'usage d'un contenu numérique dans un système de distribution de contenus comprenant en outre un serveur commercial et une plate-forme d'exploitation dudit contenu, ladite plate-forme d'exploitation comprenant un module d'achat d'un droit pour un bénéficiaire apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial et un module d'utilisation du droit acheté apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. L'invention s'applique dans le contexte des réseaux connectés (Internet, réseaux de téléphonie mobile,...) ou des réseaux diffusés (réseaux de télévision diffusée par satellite, sur IP), dans lesquels les contenus échangés sont protégés par un système de contrôle d'accès (ou CAS, pour Conditional 2887050 3 Access System) ou par un système de gestion de droits numériques (ou DRM, pour Digital Rights Management). ÉTAT DE LA TECHNIQUE ANTÉRIEURE Dans les systèmes actuels de distribution de contenus, l'accès aux contenus est obtenu selon une procédure comportant deux étapes distinctes, une première étape d'achat du droit et une deuxième étape d'acquisition du droit acheté. Ces deux étapes sont généralement exécutées auprès de serveurs différents ayant des protocoles de communication distincts. La figure 1 illustre schématiquement un système de distribution de contenu comprenant un serveur commercial 2, un serveur de droits 4 et une plate-forme 5 d'exploitation d'un contenu comprenant un module d'achat 6 d'un droit d'usage et un module d'utilisation 8 du droit acheté. Le module d'achat 6 et le module d'utilisation 8 du droit utilisent des réseaux de communication 10 et 11, distincts ou communs, pour communiquer respectivement avec le serveur commercial 2 et avec le serveur de droits 4. Les communications entre le module d'achat 6 et le serveur commercial 2 sont régies par un premier protocole applicatif 12, pouvant comporter un premier protocole de sécurité 14, spécifiques au serveur commercial 2, tandis que les communications entre le module d'utilisation 8 et le serveur de droit 4 sont régies par un deuxième protocole applicatif 16, pouvant comporter un deuxième protocole de sécurité 18, spécifiques au serveur de droit 4. L'acquisition du droit d'usage dans le système décrit ci-dessus présente un premier inconvénient résultant du fait que les protocoles applicatifs et de sécurité respectifs du serveur commercial 2 et du serveur de droits 4 n'utilisent pas a priori les mêmes procédures d'identification et de sécurisation. Ceci a pour conséquence de compliquer, voire d'empêcher, les échanges d'informations entre les serveurs impliqués dans la transaction. En outre, lorsque les contenus distribués sont protégés par un droit d'accès, les serveurs intervenant dans la chaîne de distribution peuvent avoir des protocoles de sécurité distincts qui imposent des traitements complexes et coûteux pour les adapter les uns aux autres afin d'assurer une sécurité de bout en bout de la transaction. Par ailleurs, l'intégration ou la modification des protocoles n'est pas toujours souhaitée par les gestionnaires respectifs des deux serveurs. Le but de l'invention est de permettre l'échange d'informations relatives au bénéficiaire du droit entre ces serveurs distincts ayant des protocoles applicatifs et de sécurité différents sans modifier les protocoles existants. EXPOSÉ DE L'INVENTION L'invention préconise un procédé d'acquisition pour un bénéficiaire d'un droit d'usage d'un contenu numérique dans un système de distribution de contenus comprenant un serveur commercial, un serveur de droits et une plate-forme d'exploitation d'un contenu numérique, ladite plate-forme comprenant au moins un module d'achat d'un droit d'usage et au moins un module d'utilisation du droit acheté, ledit module d'achat étant apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial, et ledit module d'utilisation du droit acheté étant apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. Le procédé selon l'invention comporte un troisième protocole consistant à : - définir un identifiant I1 du bénéficiaire auprès du serveur commercial et un identifiant I2 dudit bénéficiaire auprès du serveur de droits, établir une correspondance entre l'identifiant I1 et l'identifiant I2 de manière à permettre l'échange entre lesdits serveurs de données relatives au bénéficiaire lorsque ce dernier est identifié par l'un ou par l'autre des identifiants I1 ou I2. Préférentiellement, lesdites données relatives au bénéficiaire sont échangées par lesdits serveurs via ladite plate-forme d'exploitation. Selon une caractéristique essentielle de l'invention, les données relatives au bénéficiaire reçues par la plate-forme d'exploitation de l'un des serveurs sont transférées sans modification à l'autre serveur de sorte que la plate-forme d'exploitation remplit uniquement une fonction de routage desdites données entre les serveurs commercial et le serveur de droits. La correspondance entre l'identifiant I1 et l'identifiant I2 est préférentiellement enregistrée dans une base de données accessible par le serveur commercial et/ou par le serveur de droits. Dans un mode préféré de mise en oeuvre du procédé selon l'invention, l'acquisition du droit d'usage comporte une étape préalable consistant à transmettre du serveur commercial au module d'achat un ticket électronique attestant l'achat effectif du droit et comportant notamment un identifiant du contenu et un identifiant du bénéficiaire A la réception d'une requête d'achat de droit, le serveur commercial insère l'identifiant du bénéficiaire dans le ticket électronique. Dans un premier mode de réalisation, l'identifiant du bénéficiaire inséré dans le ticket est l'identifiant I2 correspondant à l'identifiant I1 déterminé par le serveur commercial à partir de la base de données. Dans un deuxième mode de réalisation, l'identifiant du bénéficiaire inséré dans le ticket est l'identifiant I1 reçu par le serveur commercial dans la requête d'achat. Le ticket électronique comporte préférentiellement des informations d'adressage relatives au serveur commercial et/ou au serveur de droits pour permettre à la plate-forme de remplir la fonction de routage des données relatives au bénéficiaire. L'invention concerne également un système d'acquisition pour un bénéficiaire d'un droit d'usage d'un contenu numérique comprenant un serveur commercial, un serveur de droits et une plate-forme d'exploitation dudit contenu, ladite plate-forme comprenant un module d'achat d'un droit apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial et un module d'utilisation du droit acheté apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. Le système selon l'invention comporte: - des moyens pour définir un identifiant I1 du bénéficiaire auprès du serveur commercial et un identifiant I2 dudit bénéficiaire auprès du serveur de droits, des moyens pour établir une correspondance entre l'identifiant I1 et l'identifiant I2 de manière à permettre l'échange entre lesdits serveurs de données relatives au bénéficiaire lorsque ce dernier est identifié par l'un ou par l'autre des identifiants I1 ou I2. Ce système comporte en outre une base de données accessible par le serveur commercial et/ou par le serveur de droits et comportant la correspondance entre l'identifiant I1 et l'identifiant I2. L'invention concerne également un serveur commercial de gestion d'une transaction dans un système de distribution de contenus comprenant en outre un serveur de droits d'usage d'un contenu numérique et une plateforme d'exploitation dudit contenu, ladite plate-forme comprenant un module d'achat d'un droit pour un bénéficiaire apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial et un module d'utilisation du droit acheté apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. Le serveur commercial selon l'invention comporte un module de communication supportant un troisième protocole applicatif permettant auxdits serveur commercial et serveur de droits d'échanger des données relatives au bénéficiaire indépendamment desdits premiers et deuxième protocoles applicatifs. Ce troisième protocole applicatif met en oeuvre des moyens pour établir une correspondance entre un identifiant du bénéficiaire auprès du serveur commercial et un identifiant dudit bénéficiaire auprès du serveur de droits, et une base de données dans laquelle est enregistrée ladite correspondance. L'invention concerne également un serveur de droits d'usage d'un contenu numérique dans un système de distribution de contenus comprenant en outre un serveur commercial et une plate-forme d'exploitation dudit contenu, ladite plate-forme d'exploitation comprenant un module d'achat d'un droit pour un bénéficiaire apte à communiquer avec ledit serveur commercial via un premier protocole applicatif propre au serveur commercial et un module d'utilisation du droit acheté apte à communiquer avec ledit serveur de droits via un deuxième protocole applicatif propre au serveur de droits. Le serveur de droits selon l'invention comporte un module de communication supportant un troisième protocole applicatif permettant auxdits serveur commercial et serveur de droits d'échanger des données relatives au bénéficiaire indépendamment desdits premier et deuxième protocoles applicatifs. Ce troisième protocole applicatif met en oeuvre des moyens pour établir une correspondance entre un identifiant du bénéficiaire auprès du serveur commercial et un identifiant dudit bénéficiaire auprès du serveur de droits, et une base de données dans laquelle est enregistrée ladite correspondance BRÈVE DESCRIPTION DES DESSINS D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va suivre, prise à titre d'exemple non limitatif, en référence aux figures annexées dans lesquelles: - la figure 1 décrite précédemment, représente schématiquement un système de distribution de contenus de l'art antérieur, - la figure 2 représente schématiquement un système de distribution de contenus selon l'invention, - la figure 3, représente un organigramme illustrant un mode particulier de mise en oeuvre du procédé selon l'invention. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS La figure 2 illustre schématiquement un système de distribution d'un contenu numérique comportant un serveur commercial 2, un serveur de droits 4, une base de données 20 et une plate-forme d'exploitation 5. Le serveur commercial 2 et le serveur de droits 4 peuvent être reliés l'un comme l'autre à la base de données 20 et peuvent partager les informations de cette base de données 20. Le serveur de droit 4 peut être un serveur de licence DRM (pour Digital Right Management) ou un serveur de droit d'un système CAS (pour Conditional Access System). Le contenu numérique peut représenter des données audio, des données vidéo ou des données multimédia. Le procédé selon l'invention peut être mis en oeuvre dans un contexte dans lequel la plate-forme d'exploitation 5 comporte un ou plusieurs terminaux acheteurs de droits et un ou plusieurs terminaux bénéficiaires des droits achetés. Dans ce cas, le droit d'usage est acheté via un terminal acheteur au profit d'un terminal utilisateur. Le module d'achat 2 est alors intégré dans au moins un terminal acheteur et le module d'utilisation est intégré dans au moins un terminal du bénéficiaire du droit acheté. Pour des raisons de clarté, la description qui suit concerne un exemple de réalisation, illustré par la figure 2, dans lequel la plate-forme d'exploitation 5 comprend un terminal de communication 24 qui est à la fois acheteur et bénéficiaire du droit d'usage d'un contenu numérique. Dans cet exemple de réalisation, le terminal de communication 24 est un téléphone mobile UMTS muni d'une carte SIM 26 (Pour Subscriber Identity Module) et comportant un module d'achat apte à communiquer avec le serveur commercial 2 via un premier protocole applicatif propre au serveur commercial 2, et un module d'utilisation du droit acheté apte à communiquer avec le serveur de droits 4 via un deuxième protocole applicatif propre au serveur de droits 4. Le module d'achat et le module d'utilisation sont des logiciels réalisant respectivement l'achat et l'exploitation du droit acheté. Notons que le terminal 24 peut être un agenda numérique PDA (pour Portable Digital Agenda) ou un ordinateur portable sans sortir du cadre de l'invention. En référence à la figure 2, le terminal 24 est identifié auprès du serveur commercial 2 par un premier identifiant I1 et auprès du serveur de droits 4 par un deuxième identifiant I2. Les identifiants I1 et I2 sont préalablement mémorisés dans la carte SIM 26 du terminal 24 et dans la base de données 20. Cette dernière comporte un premier répertoire contenant une liste de correspondances entre les services fournis au terminal 24 et les droits associés à ces services, et un deuxième répertoire contenant une liste de correspondances entre l'identifiant I1 et l'identifiant I2. En fonctionnement, le terminal 24 transmet (flèche 30), au serveur commercial 2 une requête d'achat comportant, notamment, l'identifiant du contenu numérique et l'identifiant I1 du terminal 24. A la réception de cette requête, le serveur commercial 2 génère un ticket électronique comportant l'identifiant du contenu, insère l'identifiant du bénéficiaire dans le ticket électronique, et transmet ce ticket (flèche 32) au terminal 24. Dans un premier mode de réalisation, l'identifiant du bénéficiaire inséré dans le ticket est l'identifiant I2 déterminé par le serveur commercial à partir de la base 20 en correspondance avec l'identifiant I1. Dans un autre mode de réalisation l'identifiant du bénéficiaire inséré dans le ticket est l'identifiant I1 reçu par le serveur commercial dans la requête d'achat. Pour permettre au bénéficiaire d'accéder au contenu, le ticket est envoyé (flèche 36) au serveur de droits 4 tel qu'il a été reçu du serveur commercial 2 sans aucune modification. Ainsi, au cours de cette transaction, le terminal 24 joue exclusivement un rôle de routeur. Lorsque le ticket est reçu par le serveur de droits, ce dernier détermine le bénéficiaire du droit correspondant au ticket. Dans le premier mode de réalisation où le ticket contient l'identifiant I2 du bénéficiaire, ce dernier est directement identifié par cet identifiant. Dans l'autre mode de réalisation où le ticket contient l'identifiant I1 du bénéficiaire, le serveur de droits 4 détermine préalablement, à partir de la base 20, l'identifiant I2 du bénéficiaire par correspondance avec l'identifiant I1 reçu dans le ticket électronique. Quand le bénéficiaire a été identifié, le serveur de droits génère le droit relatif au contenu identifié dans le ticket et envoie (flèche 38) le droit généré au terminal 24. Avantageusement, le serveur commercial 2 associe au ticket électronique une redondance cryptographique permettant au serveur de droits 4 de contrôler l'authenticité et/ou l'intégrité du contenu dudit ticket. Ladite redondance cryptographique est par exemple une signature électronique générée au moyen d'une clé privée du serveur commercial 2. Le contrôle de l'authenticité et/ou de l'intégrité dudit ticket est réalisé au moyen d'une clé publique du serveur commercial 2 préalablement transmise au serveur de droits 4. Dans ce cas, lorsque le ticket est reçu par le serveur de droits, ce dernier vérifie la redondance cryptographique pour contrôler l'authenticité et l'intégrité dudit ticket. Si la redondance cryptographique du ticket reçu est correcte, le serveur de droits identifie le bénéficiaire, puis génère et envoie le droit correspondant au ticket comme décrit précédemment. L'organigramme de la figure 3 illustre un contexte particulier de mise en oeuvre du procédé selon l'invention dans lequel l'acheteur du droit d'usage n'est pas le bénéficiaire du droit acheté. Dans ce contexte, l'achat d'un droit est réalisé via un terminal de l'acheteur et l'exploitation du droit acheté est réalisée via terminal du bénéficiaire du droit. L'acheteur transmet (étape 40) au serveur commercial 2 la requête d'achat comportant, notamment, l'identifiant du contenu numérique et l'identifiant du bénéficiaire de ce contenu. A la réception de cette requête, le serveur commercial 2 génère (étape 42) un ticket électronique comportant l'identifiant du contenu et l'identifiant du bénéficiaire. Le ticket peut également contenir la désignation du ou des serveurs au(x) quel(s) le terminal du bénéficiaire devra se connecter pour obtenir le contenu et les droits associés. Optionnellement, à l'étape 44, le serveur commercial 2 sécurise le contenu du ticket construit à l'étape précédente en associant audit ticket une signature électronique du serveur commercial 2 de manière à permettre au serveur de droits 4 de contrôler l'authenticité et l'intégrité du contenu de ce ticket. Ladite signature électronique est réalisée au moyen d'une clé privée du serveur commercial 2 et le contrôle de l'authenticité et de l'intégrité dudit ticket est réalisé au moyen d'une clé publique du serveur commercial 2 préalablement transmise au serveur de droits 4. Grâce à cette procédure, l'intégrité du ticket est garantie et le serveur commercial 2 est authentifié comme émetteur du ticket. A l'étape 46, le serveur commercial 2 transmet le ticket sécurisé au terminal du bénéficiaire. Notons que les étapes 40 à 46 mettent en oeuvre des protocoles de transport, d'application, de dialogue et de sécurité propres au serveur commercial 2. Pour permettre au bénéficiaire d'accéder au contenu, le ticket est envoyé (étape 48) au serveur de droits 4 tel qu'il a été reçu du serveur commercial 2. A l'étape 50, le serveur de droits 4 vérifie la signature contenue dans le ticket et contrôle, à l'étape 52, l'authenticité et l'intégrité dudit ticket. Si le ticket n'est pas authentique ou n'est pas intègre (flèche 54) , le serveur de droits 4 refuse de délivrer le droit au bénéficiaire. Si le ticket est authentique et intègre (flèche 56), le serveur de droits 4 délivre le droit au bénéficiaire. Dans le mode particulier de réalisation décrit ci-dessus, la fourniture du droit d'usage au bénéficiaire est conditionnée par l'intégrité et l'authenticité du ticket. Si le ticket ne comporte pas de redondance cryptographique les étapes 50 et 52 et la flèche 54 sont ignorées. Le serveur de droits 4 génère (étape 58) ce droit en fonction du ticket reçu en prenant en compte notamment. - la correspondance entre l'identifiant du bénéficiaire auprès du serveur commercial 2 et l'identifiant de ce même bénéficiaire auprès du serveur de droits 4. - la correspondance entre l'identifiant du contenu demandé et les droits d'usage correspondant à la commercialisation de ce contenu. A l'étape 60, le serveur de droits transmet le droit généré au bénéficiaire. Notons que les étapes 48 à 60 mettent en oeuvre des protocoles de transport, d'application, de dialogue et de sécurité propres au serveur de droits 4. Le mode de réalisation décrit ci-dessus permet un échange sécurisé du ticket électronique de bout-en-bout indépendamment du protocole applicatif et de sécurité du serveur commercial 2 et du protocole applicatif et de sécurité du serveur de droits 4. REVENDICATIONS 1. Procédé d'acquisition pour un bénéficiaire d'un droit d'usage d'un contenu numérique dans un système de distribution de contenus comprenant un serveur commercial (2), un serveur de droits (4) et une plate-forme d'exploitation (5) dudit contenu, ladite plate-forme (5) comprenant au moins un module d'achat (6) d'un droit d'usage et au moins un module d'utilisation (8) du droit acheté, ledit module d'achat (6) étant apte à communiquer avec ledit serveur commercial (2) via un premier protocole applicatif propre au serveur commercial(2), et ledit module d'utilisation (8) du droit acheté étant apte à communiquer avec ledit serveur de droits (4) via un deuxième protocole applicatif propre au serveur de droits (4) , procédé caractérisé en ce qu'il comporte un troisième protocole consistant à : - définir un identifiant I1 du bénéficiaire auprès du serveur commercial (2) et un identifiant I2 dudit bénéficiaire auprès du serveur de droits (4), - établir une correspondance entre l'identifiant I1 et l'identifiant I2 de manière à permettre l'échange entre lesdits serveurs de données relatives au bénéficiaire identifié par l'un ou par l'autre des identifiants I1 ou I2. 2. Procédé selon la revendication 1 dans lequel ladite correspondance est enregistrée dans une base de données (20) accessible par le serveur commercial (2) et/ou par le serveur de droits (4). 3. Procédé selon la revendication 1, dans lequel lesdites données relatives au bénéficiaire sont échangées par lesdits serveurs (2,4) via ladite plate-forme d'exploitation (5) et en ce que lesdites données ne subissent aucune modification au niveau de ladite plate-forme (5). 4. Procédé selon la revendication 1 dans lequel l'acquisition de droit comporte une étape préalable consistant à transmettre du serveur commercial (2) au module d'achat (6) un ticket électronique attestant l'achat effectif du droit et comportant notamment un identifiant du contenu et un identifiant du bénéficiaire. 5. Procédé selon la revendication 4, dans lequel, à la réception d'une requête d'achat de droit comportant l'identifiant I1 du bénéficiaire, le serveur commercial (2) insère dans le ticket électronique le deuxième identifiant I2 correspondant au premier identifiant I1 de ladite requête. 6. Procédé selon la revendication 4, dans lequel le serveur de droits (4) détermine l'identifiant I2 du bénéficiaire par correspondance avec l'identifiant I1 reçu dans le ticket électronique. 7. Procédé selon la revendication 4 comportant une étape dans laquelle le serveur commercial (2) associe au ticket électronique une redondance cryptographique permettant au serveur de droits (4) de contrôler l'authenticité et/ou l'intégrité du contenu dudit ticket. 8. Procédé selon la revendication 7, dans lequel ladite redondance cryptographique est une signature électronique générée au moyen d'une clé privée du serveur commercial (2) et en ce que le contrôle de l'authenticité et/ou de l'intégrité dudit ticket est réalisée au moyen d'une clé publique du serveur commercial (2) préalablement transmise au serveur de droits (4). 9. Procédé selon la revendication 7, dans lequel le serveur de droits (4) génère et envoie ledit droit si la redondance cryptographique du ticket reçu est correcte. 10. Système d'acquisition pour un bénéficiaire d'un droit d'usage d'un contenu numérique comprenant un serveur commercial (2), un serveur de droits (4) et une plate-forme d'exploitation (5) dudit contenu, ladite plate-forme (5) comprenant un module d'achat (6) d'un droit apte à communiquer avec ledit serveur commercial (2) via un premier protocole applicatif propre au serveur commercial (2) et un module d'utilisation (8) du droit acheté apte à communiquer avec ledit serveur de droits (4) via un deuxième protocole applicatif propre au serveur de droits (4), système caractérisé en ce qu'il comporte: - des moyens pour définir un identifiant I1 du bénéficiaire auprès du serveur commercial (2) et un identifiant I2 dudit bénéficiaire auprès du serveur de droits (4), des moyens pour établir une correspondance entre l'identifiant I1 et l'identifiant I2 de manière à permettre l'échange entre lesdits serveurs de données relatives au bénéficiaire identifié par l'un ou par l'autre des identifiants I1 ou I2. 11. Système selon la revendication 10, caractérisé en ce qu'il comporte une base de données (20) accessible par le serveur commercial (2) et/ou par le serveur de droits (4) et comportant la correspondance entre l'identifiant I1 et l'identifiant I2. 12. Système selon la revendication 10, dans lequel le serveur de droits (4) est un fournisseur de droits d'accès conditionnel CAS. 13. Système selon la revendication 10, dans lequel le serveur de droits (4) est un fournisseur de licences DRM. 14. Système selon la revendication 10, dans lequel le module d'achat (6) d'un droit et le module d'utilisation (8) du droit acheté sont intégrés dans un terminal (24) du bénéficiaire du droit. 15. Système selon la revendication 14, dans lequel le terminal (24) du bénéficiaire est un téléphone mobile, un ordinateur portable ou un agenda numérique PDA. 16. Système selon la revendication 10, dans lequel le module d'achat (6) est intégré dans un terminal acheteur (24) de droit et le module 25 30 d'utilisation (8) est intégré dans un terminal du bénéficiaire du droit acheté. 17. Système selon la revendication 16, dans lequel le terminal acheteur (24) et le terminal du bénéficiaire sont des téléphones mobiles, des ordinateurs portables ou des agendas numériques PDA. 18. Serveur commercial (2) de gestion d'une transaction dans un système de distribution de contenus comprenant en outre un serveur de droits (4) d'usage d'un contenu numérique et une plate-forme d'exploitation (5) dudit contenu, ladite plate-forme (5) comprenant un module d'achat (6) d'un droit pour un bénéficiaire apte à communiquer avec ledit serveur commercial (2) via un premier protocole applicatif propre au serveur commercial (2) et un module d'utilisation (8) du droit acheté apte à communiquer avec ledit serveur de droits (4) via un deuxième protocole applicatif propre au serveur de droits (4), serveur commercial (2) caractérisé en ce qu'il comporte un module de communication supportant un troisième protocole applicatif permettant auxdits serveur commercial (2) et serveur de droits (4) d'échanger des données relatives au bénéficiaire indépendamment desdits premiers et deuxième protocoles applicatifs. 19. Serveur commercial (2) selon la revendication 18, dans lequel ledit troisième protocole applicatif comporte des moyens pour établir une correspondance entre un identifiant du bénéficiaire auprès du serveur commercial (2) et un identifiant dudit bénéficiaire auprès du serveur de droits(4). 20. Serveur commercial (2) selon la revendication 19, caractérisé en ce qu'il comporte en outre une base de données (20) comprenant ladite correspondance. 21. Serveur de droits d'usage (4) d'un contenu numérique dans un système de distribution de contenus comprenant en outre un serveur commercial (2) et une plate-forme (5) d'exploitation dudit contenu, ladite plate-forme (5) d'exploitation comprenant un module d'achat (2) d'un droit pour un bénéficiaire apte à communiquer avec ledit serveur commercial (2) via un premier protocole applicatif propre au serveur commercial (2) et un module d'utilisation (8) du droit acheté apte à communiquer avec ledit serveur de droits (4) via un deuxième protocole applicatif propre au serveur de droits (4), serveur de droits (4) caractérisé en ce qu'il comporte un module de communication supportant un troisième protocole applicatif permettant auxdits serveur commercial (2) et serveur de droits (4) d'échanger des données relatives au bénéficiaire indépendamment desdits premier et deuxième protocoles applicatifs. 22. Serveur de droits (4) selon la revendication 21, dans lequel ledit troisième protocole applicatif comporte des moyens pour établir une correspondance entre un identifiant du bénéficiaire auprès du serveur commercial (2) et un identifiant dudit bénéficiaire auprès du serveur de droits (4). 23. Serveur selon la revendication 22, caractérisé en ce qu'il comporte en outre une base de données (20) comprenant ladite correspondance.