FR 3015736 A1 20150626 FR 1363373 A 20131223 La présente invention se rapporte au domaine des télécommunications, et plus particulièrement à celui de réalisation d'une transaction entre un terminal mobile et une borne sans contact. La plupart des terminaux mobiles existants permettent, non seulement d'établir des communications téléphoniques, mais également d'exécuter un certain nombre d'applications téléchargées dans un module sécurisé du terminal. Ce module sécurisé peut être un module mémoire du terminal ou un support amovible (par exemple une carte d'abonné UICC pour "Universel Integrated Circuit Card") inséré dans le terminal Certains de ces terminaux sont de plus équipés d'un module spécifique, dit "module sans contact", permettant au terminal mobile de dialoguer et/ou de réaliser des transactions sans contact avec des bornes dites "bornes sans contact". Plus précisément, ce module permet le transfert bidirectionnel de données entre une borne sans contact et une application préalablement téléchargée dans un module sécurisé du terminal. Une telle application est, par exemple, une application dans le domaine des transports où le passage du terminal mobile devant une borne permet de valider l'accès de l'utilisateur au moyen de transport ou une application de paiement sur mobile (le terme habituellement utilisé pour ces applications est le terme anglais « mobile wallet ») qui permet à un utilisateur du téléphone mobile de payer des biens, des factures, au moyen de ce téléphone mobile. Cependant, un certain nombre de terminaux mobiles existants ne sont pas équipés de "module sans contact" et il n'est actuellement pas possible pour les utilisateurs de tels terminaux de bénéficier des services proposés par les bornes sans contacts. Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. A cette fin, l'invention propose un procédé de transmission de données relatives à une transaction sans contact entre un terminal mobile et un équipement, ledit équipement étant apte à émettre et à recevoir des données via un canal de communication sans contact en champ proche. Le procédé de transmission est caractérisé en ce qu'il comporte les étapes suivantes, mises en oeuvre par un dispositif portable associé audit terminal mobile : - réception de premières données de transaction via ledit canal de communication ; - transmission d'un premier message contenant lesdites premières données via une liaison de communication établie avec ledit terminal mobile ; - réception via ladite liaison de communication, d'un message de réponse audit premier message, ledit message de réponse contenant des deuxièmes données de transaction générées en fonction desdites premières données ; - transmission desdites deuxièmes données via ledit canal de communication. Grâce au procédé de traitement, des messages émis par un équipement, tel qu'une borne sans contact, sont reçus par un terminal mobile et des messages émis par un terminal mobile sont reçus par la borne, sans nécessiter pour le terminal mobile l'utilisation de moyens de communication adaptés aux moyens de communication de l'équipement. Il est ainsi possible pour un équipement de communiquer avec un terminal mobile, même si celui-ci ne peut établir de liaison de communication directe avec cet équipement. En particulier, l'équipement et le terminal peuvent communiquer dans le but de réaliser une transaction même si le terminal mobile ne possède de moyens de communication adaptés aux moyens de communication de l'équipement ou si le terminal mobile n'est pas suffisamment proche de l'équipement. Un canal de communication en champ proche, par exemple un canal de communication de type NFC, nécessite que les deux entités soient très proches l'une de l'autre, environ une dizaine de centimètres. Dès lors que le dispositif portable se trouve à environ une dizaine de centimètres de l'équipement ou à une distance inférieure à dix centimètres, le dispositif portable reçoit des messages de l'équipement et les retransmet à destination du terminal mobile auquel il est associé. De même, il peut relayer vers l'équipement les messages qu'il reçoit du terminal mobile. Ainsi, le terminal mobile peut communiquer avec l'équipement même s'il ne se trouve pas dans le champ de réception des ondes transmises par l'équipement. Une transaction sans contact peut donc avoir lieu entre le terminal mobile et l'équipement sans que l'utilisateur sorte le terminal mobile de la poche ou du sac dans lequel il est rangé. Ceci évite des manipulations pour l'utilisateur et réduit les risques de vol du terminal mobile. Selon un mode de réalisation particulier du procédé de transmission de données, ladite liaison de communication est une liaison de type Bluetooth. La technologie Bluetooth est un moyen simple pour faire communiquer deux entités, distante d'environ un mètre. Selon un mode de réalisation particulier du procédé de transmission de données, ledit dispositif portable est associé audit terminal mobile par une procédure d' appairage. L'appairage permet l'établissement d'une liaison sécurisée entre le terminal mobile et le dispositif portable pour laquelle les messages échangés sont cryptés. Ceci évite ainsi que des entités malveillantes qui obtiendraient les messages échangés d'accéder à des données de transaction spécifiques à l'utilisateur, par exemple un code confidentiel. L'invention se rapporte également à un procédé de traitement de données relatives à une transaction sans contact entre un terminal mobile et un équipement, ledit équipement étant apte à émettre et à recevoir des données via un canal de communication sans contact en champ proche. Le procédé de traitement est caractérisé en ce qu'il comporte les étapes suivantes, mises en oeuvre par ledit terminal mobile : - réception d'un premier message contenant des premières données de transaction, via une liaison de communication établie entre ledit terminal et un dispositif portable associé audit terminal mobile, lesdites premières données ayant été reçues via ledit canal de communication ; - transmission via ladite liaison de communication, d'un message de réponse audit premier message, ledit message de réponse contenant des deuxièmes données de transaction générées par ledit terminal mobile en fonction desdites premières données et destinées à être transmises par ledit dispositif portable audit équipement via ledit canal de communication. Le terminal mobile reçoit ainsi des données de transaction émises par l'équipement, via un canal de communication en champ proche sans être nécessairement situé dans ce champ ou sans disposer de moyens de réception directe de données émises via un canal de communication en champ proche. Des deuxièmes données de transaction générées en fonction des données de transaction reçues sont les mêmes que celles qui auraient été générées si le terminal mobile et l'équipement pouvaient communiquer directement via le canal de communication en champ proche. Selon un mode de réalisation particulier du procédé de traitement de données, les premières données reçues sont transférées à un module de sécurité du terminal mobile et les deuxièmes données sont générées par ledit module de sécurité en fonction des premières données. Les messages de données traités par un module de sécurité sont ainsi traités de façon sécurisée par une entité agencée pour traiter ces messages. Le terminal mobile traite ces messages de la même façon que s'il les recevait directement de l'équipement. Ainsi, bien que le terminal mobile ne puisse communiquer directement avec l'équipement, les messages nécessaires à la réalisation d'une transaction sont reçus et émis par le terminal. Selon un mode de réalisation du procédé de traitement de données, les premières données sont reçues par un premier module de communication dudit terminal et transférées au module de sécurité via un deuxième module de communication sans contact du terminal mobile et les deuxièmes données sont transmises par le module de sécurité audit premier module de communication du terminal via le deuxième module de communication du terminal Selon une caractéristique particulière du procédé de traitement, les données reçues ou transmises par le module de sécurité sont conformes au protocole SWP (« Single Wire Protocol »). Selon un mode de réalisation particulier du procédé de traitement de données, les premières données sont reçues par le deuxième module de communication du terminal dans un message au format HCI (« Host Controller Interface ») et les deuxièmes données sont transmises par ledit deuxième module de communication du terminal dans un message au format HCI. L'invention se rapporte également à un dispositif portable associé à un terminal mobile caractérisé en ce qu'il comporte : - un premier module de communication configuré pour recevoir via un canal de communication sans contact en champ proche, des premières données de transaction émises par un équipement et pour émettre des deuxièmes données de transaction via ledit canal de communication ; - un deuxième module de communication configuré pour transmettre un premier message contenant lesdites premières données via une liaison de communication établie avec ledit terminal mobile et pour recevoir, via ladite liaison de communication, un message de réponse audit premier message, ledit message de réponse contenant lesdites deuxièmes données de transaction générées par ledit terminal mobile en fonction desdites premières données. Selon une caractéristique particulière, le dispositif portable comporte une interface utilisateur pour commander l'arrêt ou la mise en fonctionnement dudit dispositif et/ou l'envoi d'un code confidentiel stocké dans une mémoire dudit dispositif portable. L'invention se rapporte encore à un terminal mobile caractérisé en ce qu'il comporte un premier module de communication configuré pour : - recevoir un premier message contenant des premières données de transaction via une liaison de communication établie entre ledit terminal et un dispositif portable associé audit terminal mobile, lesdites premières données ayant été reçues par ledit dispositif portable via un canal de communication sans contact en champ proche, et - transmettre, via ladite liaison de communication, un message de réponse audit premier message, ledit message de réponse contenant des deuxièmes données de transaction générées par ledit terminal mobile en fonction desdites premières données et destinées à être transmises par ledit dispositif portable via ledit canal de communication. Selon un mode de réalisation particulier, le terminal mobile comporte en outre un module de sécurité et un deuxième module de communication, ledit deuxième module de communication étant apte à recevoir et/ou à émettre des données en provenance et/ou à destination d'une antenne reliée audit deuxième module de communication, à communiquer avec le module de sécurité, à recevoir des premières données en provenance dudit premier module de communication du terminal et à transmettre audit premier module de communication du terminal, des deuxièmes données générées par le module de sécurité. L'invention se rapporte aussi à un module de communication sans contact destiné à être installé dans un terminal mobile comportant un premier module d'interface pour émettre et recevoir des données via un canal de communication sans contact en champ proche et un deuxième module d'interface pour communiquer avec un module de sécurité, caractérisé en ce qu'il comporte en outre un troisième module d'interface pour recevoir des premières données en provenance d'un deuxième module de communication dudit terminal et pour émettre des deuxièmes données générées par ledit module de sécurité vers ledit deuxième module de communication du terminal. L'invention se rapporte également à un programme d'ordinateur comprenant des instructions pour la mise en oeuvre du procédé de transmission de données relatives à une transaction tel que décrit précédemment, lorsque ce programme est exécuté par un processeur. L'invention se rapporte enfin à un programme d'ordinateur comprenant des instructions pour la mise en oeuvre du procédé de traitement de données relatives à une transaction tel que décrit précédemment, lorsque ce programme est exécuté par un processeur. D'autres particularités et avantages de la présente invention apparaitront dans la description suivante de modes de réalisation donnés à titre d'exemples non limitatifs, en référence aux dessins annexés, dans lesquels : - la figure 1 est un schéma illustrant un système selon un mode de réalisation de l'invention, - la figure 2 est un schéma illustrant un dispositif portable apte à réaliser les étapes d'un procédé de transmission de données relatives à une transaction selon un mode de réalisation, - la figure 3 est un organigramme illustrant les différentes étapes d'un procédé de transmission de données relatives à une transaction et d'un procédé de traitement de ces données selon un mode de réalisation de l'invention, - la figure 4 est un schéma illustrant un terminal mobile apte à réaliser les étapes d'un procédé de traitement de données relatives à une transaction selon un premier mode de réalisation, - la figure 5 est un organigramme illustrant les différentes étapes d'un procédé de traitement de données relatives à une transaction selon un premier mode de réalisation de l'invention, - la figure 6 est un schéma illustrant un terminal mobile apte à réaliser les étapes d'un procédé de traitement de données relatives à une transaction selon un deuxième mode de réalisation, - la figure 7 est un organigramme illustrant les différentes étapes d'un procédé de traitement de données relatives à une transaction selon un deuxième mode de réalisation de l'invention. L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, set-topbox, routeur, etc) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Un mode de réalisation d'un procédé de transmission et d'un procédé de traitement de données relatives à une transaction sans contact va maintenant être décrit en référence aux figures 1 et 2. En référence à la figure 1, un système SYS comprend un terminal mobile T d'un utilisateur U, un dispositif portable B et un équipement E. L'équipement E, appelé également « borne sans contact », est un équipement possédant un module sans contact adapté pour l'émission et la réception de messages selon une technologie de communication en champ proche, typiquement une technologie NFC (pour « Near Field Communication »). Le terminal mobile T est par exemple un Smartphone (marque déposée). A titre d' alternative, le terminal mobile T est par exemple un PDA (pour "Personal Digital Assistant"). Le terminal mobile T comporte un module de communication COM2 et un module de sécurité SM. Le module de communication COM2 est par exemple un module de communication sans fil, de type Bluetooth. Le module de sécurité SM est par exemple une carte d'abonné de type UICC (pour "Universel Integrated Circuit Card"). A titre d'alternative, le module de sécurité est une zone mémoire sécurisée du terminal mobile ou un support amovible d'un autre type (par exemple une carte d'abonné de type SIM ou une carte à mémoire (SD card, Embeded Secure controler ...)). Une ou plusieurs applications AP ont été préalablement enregistrées dans le module de sécurité SM. La procédure d'enregistrement d'une application dans un module de sécurité tel que le module de sécurité SM comporte généralement une phase de téléchargement de l'application auprès d'un serveur distant. Cette procédure connue ne sera pas décrite ici. Le dispositif portable B est par exemple un bracelet que l'utilisateur installe autour de son poignet ou un objet, par exemple de type « porte clé », facilement accessible par l'utilisateur. La figure 2 illustre un exemple de dispositif portable B selon un mode de réalisation. Le dispositif portable B comporte une unité de traitement UT équipée d'un microprocesseur, une mémoire morte de type ROM, une mémoire vive de type RAM. Le dispositif portable B comporte également un premier module de communication CLF1 et une antenne associée Al. Il comporte également un module de traitement MTT et un deuxième module de communication COM1. Le module de communication CLF1 est un module de communication sans contact en champ proche. Il est adapté pour communiquer avec l'équipement E, via l'antenne Al et via un canal de communication Cl sans contact et en champ proche. De façon connue, une communication sans contact en champ proche entre deux entités nécessite que les deux entités soient distantes d'environ une dizaine de centimètres ou de moins de dix centimètres. Le module de communication CLF1 est par exemple un module de communication de type NFC. Le deuxième module de communication COM1 est adapté pour communiquer avec le 10 module de communication COM2 du terminal mobile T via une liaison de communication L. Le deuxième module de communication COM1 du dispositif portable B est de type Bluetooth si le module de communication COM2 du terminal T est de type Bluetooth. A titre d'alternative, le deuxième module de communication COM1 du dispositif portable B et le module de communication COM2 du terminal mobile T sont des modules de communication 15 sans fil de type Wi-fi ou des modules de communication de type filaire. Le dispositif portable B comporte également une interface utilisateur UI comportant un premier bouton B1 et un deuxième bouton B2. Le premier bouton B1 est par exemple un bouton « marche/arrêt », par exemple un interrupteur, adapté pour commander la mise en fonctionnement ou au contraire l'arrêt du 20 fonctionnement du dispositif portable B. Lorsqu'il ne fonctionne pas, le dispositif portable B ne peut ni émettre ni recevoir des données. Le deuxième bouton B2 permet de commander l'envoi par le dispositif portable B, via le module de communication CLF1 et le canal de communication Cl, d'un code confidentiel préalablement enregistré dans une mémoire de ce dispositif portable B. 25 A titre d'alternative, le dispositif portable B ne comporte pas d'interface utilisateur ou encore l'interface utilisateur UI ne comporte qu'un seul des boutons B1 et B2. La mémoire morte de type ROM comporte des registres mémorisant un programme d'ordinateur PG comportant des instructions de programme adaptées à mettre en oeuvre un procédé de transmission de données relatives à une transaction selon un mode de réalisation de l'invention 30 décrit ultérieurement en référence à la figure 3. Les principales étapes d'un procédé de transmission de données relatives à une transaction sans contact et d'un procédé de traitement de données relatives à une transaction sans contact vont maintenant être décrites en référence à la figure 3. 35 Lors d'une étape préalable EO, un appairage Bluetooth est réalisé entre le dispositif portable B et le terminal mobile T. Cet appairage permet au terminal mobile T et au dispositif portable B de communiquer selon une liaison de type Bluetooth. L'appairage comprend une génération d'un code d' appairage CA par le dispositif portable B et l'affichage de ce code sur un écran du dispositif portable B. Le code affiché est ensuite saisi par un utilisateur du terminal mobile T au moyen d'une interface utilisateur de ce terminal T. Le code d' appairage CA est ainsi connu des deux entités et permet le chiffrement des données échangées entre les deux entités. Dans le cas où le dispositif portable B ne comporte pas d'écran, le code d'appairage CA est par exemple enregistré dans une mémoire du dispositif portable lors de sa fabrication et communiqué à l'utilisateur lors de l'acquisition du dispositif portable, par exemple par une notice jointe. La procédure d'appairage est une procédure classique. Elle est réalisée une seule fois. Il n'est pas nécessaire de réitérer cette procédure à chaque utilisation du dispositif portable B ou après un arrêt de fonctionnement du dispositif. Lors d'une étape El, suite au positionnement par l'utilisateur U du dispositif portable B dans un environnement proche de l'équipement E, typiquement à une distance inférieure à une dizaine de centimètres, le module de communication CLF1 du dispositif portable B reçoit via l'antenne Al, des données Dl relatives à une transaction TR. Les données Dl sont transmises de l'équipement E vers le dispositif portable B via un canal de communication Cl. Le canal de communication Cl est un canal de communication sans contact en champ 20 proche. Plus précisément, l'équipement E émet un champ magnétique et lorsque le dispositif portable B entre dans le champ magnétique émis par l'équipement E, il reçoit via l'antenne Al, un signal représentatif des données Dl émis par l'équipement E. Le signal reçu par l'antenne Al est transmis au module de communication CLF1 qui obtient les données Dl en effectuant une démodulation du 25 signal reçu. Les données Dl sont relatives à une transaction TR. Les données Dl comprennent par exemple un identifiant de commande IdC et un identifiant d'application AID d'une application AP. Par exemple l'identifiant de commande IdC est un identifiant SELECT défini dans la norme 30 ISO 7816-4 et les données Dl permettent de sélectionner l'application AP d'identifiant AID parmi les applications enregistrées dans le terminal mobile T. Lors d'une étape E2, une liaison de communication L est établie entre le dispositif portable B et le terminal T. Lors d'une étape E4, un message M1 contenant les données Dl est construit par le module 35 de traitement MTT du dispositif portable B et transmis au terminal mobile T via la liaison de communication L, par le deuxième module de communication COM1 du dispositif portable B. Le message M1 comprend par exemple les premières données Dl chiffrées avec le code d' appairage CA. Le message M1 représente un premier message au sens de l'invention. Lors d'une étape E6, le message Ml est reçu par le module de communication COM2 du terminal T. Lors d'une étape E8, le terminal mobile T détermine un message M2 de réponse au premier message Ml. Le message M2 représente un deuxième message au sens de l'invention. Le message M2 contient des deuxièmes données D2 générées par le terminal mobile T en fonction des premières données Dl. L'étape E8 comprend l'obtention des données Dl par déchiffrement des données reçues dans le message Ml au moyen du code d'appairage CA. L'étape E8 comprend également la transmission des premières données Dl au module de sécurité SM du terminal mobile T, la génération par le module de sécurité SM, et plus précisément par l'application AP d'identifiant AID, de deuxièmes données D2 en fonction des premières données Dl et la réception en provenance du module de sécurité SM, des deuxièmes données D2. Les deuxièmes données D2 sont générées à partir d'une information stockée dans le module de sécurité SM. Les deuxièmes données D2 comprennent par exemple une information générée par l'application AP indiquant que l'application AP a été correctement sélectionnée. Le message M2 comprend par exemple les deuxièmes données D2 chiffrées avec le code d' appairage CA. Lors d'une étape E10, le message de réponse M2 est transmis par le module de communication COM2 du terminal mobile T, via la liaison de communication L, au dispositif portable B. L'étape El0 est suivie d'une étape El2 lors de laquelle le message M2 est reçu par le deuxième module de communication COM1 du dispositif portable B et les données D2 contenues dans le message de réponse M2 sont obtenues par le module de traitement MTT du dispositif portable B et transmises à l'équipement E, par le module de communication NFC1 du dispositif portable B, via l'antenne Al et le canal de communication Cl. Puis, lors d'une étape E14 réalisée suite à la réception par l'équipement E des données D2, le module de communication CLF1 du dispositif portable B reçoit via l'antenne Al et le canal de communication Cl, des données D3 relatives à la transaction TR. Les données D3 correspondent à une commande définie dans la norme ISO 7816-4. L'étape El4 est suivie d'une étape E18, lors de laquelle un message M3 contenant les données D3 est transmis au terminal mobile T, via la liaison de communication L, par le module de communication COM1 du dispositif portable B. Le message M3 représente un premier message au sens de l'invention. Lors d'une étape E20, le message M3 est reçu par le mode de communication COM2 du terminal T. Lors d'une étape E22, similaire à l'étape E8, le terminal mobile T détermine un message M4 de réponse au message M3. Le message M4 représente un deuxième message au sens de l'invention. Le message M4 contient des deuxièmes données D4 générées par le terminal mobile T en fonction des premières données D3. Les deuxièmes données D4 comprennent par exemple une information générée par l'application AP à partir d'une information stockée dans le terminal mobile, par exemple dans le module de sécurité SM. L'information stockée est par exemple une clé secrète, une valeur d'un compteur... L'information générée est par exemple une valeur, reçue ou lue dans une mémoire, chiffrée avec une clé, une valeur de compteur calculée à partir d'une valeur de compteur stockée, un code confidentiel... Lors d'une étape E24, le message de réponse M4 est transmis par le module de communication COM2 du terminal T au dispositif portable B, via la liaison de communication L. Le message M4 est un message de réponse au premier message M3. L'étape E24 est suivie d'une étape E26 lors de laquelle le message de réponse M4 est reçu par le deuxième module de communication COM1 du dispositif portable B. Le module de traitement MTT du dispositif portable B obtient les deuxièmes données D4 contenues dans le message M4 et le module de communication NFC1 transmet les deuxièmes données D4 à l'équipement E via l'antenne Al et via le canal de communication Cl. En fonction de l'application AP, les étapes E14 à E26 sont éventuellement réitérées une ou plusieurs fois pour la transaction TR. A titre d' alternative, les étapes E14 à E26 ne sont pas réalisées. Les étapes E4, E12, E14, E18 et E26 mises en oeuvre par le dispositif portable B, représentent les étapes du procédé de transmission de données relatives à une transaction. Les étapes E6, E8, E10, E20, E20, E22 et E24 mises en oeuvre par le terminal mobile T, représentent les étapes du procédé de traitement de données relatives à une transaction. Dans une variante du mode de réalisation décrit, l'étape E14 de réception de premières données D3 par le dispositif portable B est suivie d'une étape E16 lors de laquelle le module de traitement MMT du dispositif portable B analyse les données D3 reçues et détermine si elles sont relatives à une demande de code confidentiel. Les données D3 sont par exemple relatives à une demande de code confidentiel si elles comprennent un identifiant de commande de demande de code confidentiel. Si les données D3 ne sont pas relatives à une demande de code confidentiel, l'étape E16 est suivie de l'étape El8 décrite précédemment d'envoi par le dispositif portable B au terminal mobile T, d'un premier message M3 contenant les premières données D3. Si les données D3 sont relatives à une demande de code confidentiel, l'étape E16 est suivie d'une étape E30 lors de laquelle le module de traitement MTT du dispositif portable B informe l'utilisateur U qu'un code confidentiel est requis par l'équipement E. Cette information est par exemple effectuée par affichage d'un message sur un écran du dispositif portable B si le dispositif portable B est équipé d'un écran ou par émission d'un son, par exemple un bip, par le dispositif portable B. Les données D3 ne sont pas transmises au terminal mobile T. A titre d'alternative, l'étape E30 d'information de l'utilisateur est réalisée par l'équipement E, par exemple par affichage d'un message sur un écran de l'équipement E. L'étape E30 est suivie d'une étape E32 lors de laquelle le module de traitement MTT du dispositif portable B obtient et transmet à destination de l'équipement E, via le premier module de communication CLF1 et le canal de communication Cl, un code confidentiel CC. Le code confidentiel CC est par exemple préenregistré dans une mémoire du dispositif portable B et lu dans cette mémoire par le module de traitement MTT suite à la détection par ce module de traitement MTT d'une action de l'utilisateur d'appui sur le deuxième bouton B2. L'appui sur le deuxième bouton B2 par l'utilisateur est une action de l'utilisateur pour transmettre le code confidentiel. En d'autres termes, cet appui constitue un accord de l'utilisateur pour la transaction TR. Il permet à l'utilisateur de valider la transaction. A titre d'alternative, le code confidentiel CC est saisi par l'utilisateur U au moyen d'une interface utilisateur, par exemple un clavier numérique affiché sur un écran du dispositif portable B, si ledit dispositif est équipé d'un écran. L'étape E32 est suivie d'une nouvelle étape E14 de réception par le dispositif portable B, de données relatives à la transaction TR émises par le dispositif E. Un premier mode de réalisation particulier du procédé de traitement de données relatives à une transaction est décrit en référence aux figures 4 et 5. La figure 4 représente un exemple de terminal mobile Ti. Le terminal T1 comporte de façon connue, notamment une unité de traitement MT équipée d'un microprocesseur, une mémoire morte de type ROM, une mémoire vive de type RAM. Le terminal Ti peut comporter de manière classique et non exhaustive les éléments suivants: un microphone, un haut-parleur, un lecteur de disque, un moyen de stockage... Le terminal mobile Ti comporte également un module sécurisé SM qui est par exemple une carte d'abonné de type UICC (pour "Universel Integrated Circuit Card"). Le terminal mobile T1 comporte également un premier module de communication COM2, un deuxième module de communication CLF2, une antenne et un module de routage ROU. Le premier module de communication COM2 est un module de communication apte à transmettre et à recevoir des messages de données au travers d'une liaison de communication par exemple de type Bluetooth. A titre d'alternative, le premier module de communication COM2 est adapté pour une communication sans fil de type Wi-fi ou pour une communication via une liaison filaire. Le deuxième module de communication CLF2 est un module de communication sans contact, par exemple un module de communication sans contact en champ proche. Par exemple, le module de communication sans contact est un module de communication de type NFC. Le deuxième module de communication sans contact CLF2 comporte un premier module d'interface INT1 avec l'antenne A2, un deuxième module d'interface INT2 pour la communication avec le module de sécurité SM, un troisième module d'interface INT3 avec le module de routage ROU du terminal mobile T1 et un module de traitement MTC. Le premier module d'interface INT1 est apte à recevoir et émettre des signaux compatibles NFC (pour "Near Field Communication") via l'antenne A2. Le deuxième module d'interface INT2 est apte à émettre et à recevoir des messages du module de sécurité SM. Le troisième module d'interface INT3 est apte à transmettre et à recevoir des messages du 20 module de routage ROU du terminal mobile Ti. Le terminal T1 peut également comporter un clavier, un écran de visualisation ECR et un module d'affichage pour l'affichage sur l'écran de visualisation ECR. La mémoire morte de type ROM comporte des registres mémorisant un programme d'ordinateur PG1 comportant des instructions de programme adaptées à mettre en oeuvre un 25 procédé de traitement de données relatives à une transaction selon un mode de réalisation de l'invention décrit ultérieurement en référence à la figure 5. Un mode de réalisation d'un procédé de traitement de données relatives à une transaction mis en oeuvre dans le terminal mobile T1, va maintenant être décrit en référence à la figure 5. Lors d'une étape préalable, une liaison de communication L est établie entre le terminal 30 mobile T1 et un dispositif portable associé, par exemple le dispositif portable B décrit en référence à la figure 2. Lors d'une étape E100, un message M20 transmis par le dispositif portable B via la liaison de communication L est reçu par le module de communication COM2 et transféré au module de routage ROU. 35 Le message M20 contient des premières données DN reçues d'un équipement E tel que décrit en référence à la figure 1, via un canal de communication sans contact en champ proche. Lors d'une étape E102, le module de routage ROU extrait du message M20 les premières données DN et détermine si les données DN sont relatives à un premier message d'une transaction TR. Les données DN sont relatives à un premier message pour la transaction TR si elles comportent par exemple une commande de sélection d'une application, par exemple une commande de type SELECT, définie dans la norme ISO 7816-4. Si les données DN sont relatives à un premier message pour la transaction TR, le module de routage ROU du terminal mobile Tl établit, lors d'une étape E104, une liaison de communication LS avec le deuxième module de communication CLF2. La liaison de communication LS est par exemple une liaison série. Si les données DN ne sont relatives pas à un premier message pour la transaction TR, une liaison de communication LS étant déjà établie entre le module de routage ROU et le deuxième module de communication CLF2 et l'étape E102 est suivie d'une étape E106. Lors d'une étape E106, consécutive à l'étape E102 ou à l'étape E104, le module de routage ROU du terminal mobile Tl construit un message M21 contenant les premières données Dlet transmet le message M21 construit au deuxième module de communication CLF2 via la liaison série LS. Le message M21 est par un exemple un message au format HCI (pour « Host Controller Interface »). Le format HCI est par exemple décrit dans la norme ETSI TS 102 622. Le message M21 est par exemple une commande HCI comportant une valeur de commande CM et les premières données Dl. Par exemple, les premières données Dl sont encapsulées dans le message M21. Le message M21 est par exemple une commande HCI de type « EVT-SEND-DATA ». L'étape E106 est suivie d'une étape E108 lors de laquelle le message M21 est reçu par le troisième module d'interface INT3 du module sans contact CLF2 et transmis au module de traitement MTC du deuxième module sans contact CLF2. Lors d'une étape E110, le module de traitement MTC détermine, par exemple par extraction de la valeur de commande CM du message M21, que les données contenues dans le message M21 proviennent du module de routage ROU du terminal mobile Ti, via la liaison de communication série LS, et transforme le message M21 en un message M22. Le message M22 est par exemple un message au format SWP (pour « Single Wire Protocol »). La norme ETSI TS 102 613 définit le protocole SWP utilisé pour la communication entre un module de communication sans contact de type NFC et un module de sécurité, tel que le module de sécurité SM. Le message M22 est un message contenant les premières données Dl reçues dans le message M20. Le message M22 est transmis par le module de traitement MTC du deuxième module de communication CLF2 au module de sécurité SM via le deuxième module d'interface INT2. Lors d'une étape E112, suite à la réception du message M22, le module de sécurité SM, et plus particulièrement l'application AP sélectionnée pour la transaction TR en cours, traite le message M22 reçu et génère des deuxième données de transaction DP en fonction des premières données DN et construit un message de réponse M23 contenant les deuxièmes données générées D2. Les deuxièmes données DP sont par exemple générées en fonction d'une information stockées dans le module de sécurité SM. Le message de réponse M23 est par exemple un message au format SWP. Le message M23 est transmis par le module de sécurité SM au module de traitement MTC du module de communication CLF2, via le deuxième module d'interface INT2 du module de communication sans contact CLF2 lors d'une étape E114. Puis, lors d'une étape E116, le module de traitement MCT du deuxième module de 15 communication CLF2 construit un message M24 et le transmet au module de routage ROU du terminal mobile T1 via le troisième module d'interface INT3 et la liaison de communication série LS. Le message M24 est par exemple un message au format HCI et est obtenu par adaptation au format HCI du message M23. Le message M24 contient les deuxièmes données DP. 20 Lors d'une étape E118, le module de routage ROU du terminal mobile T1 reçoit le message M24 et le convertit en un message M25. Le message M25 est par exemple obtenu par extraction des deuxièmes données de transaction DP du message M24 et par chiffrement des deuxièmes données D2 avec un code d' appairage CA partagé par le terminal mobile T et le dispositif portable B.. 25 Lors d'une étape E120, le message M25 est transmis par le premier module de communication COM2 au dispositif portable B, via la liaison de communication L établie entre le terminal mobile T1 et le dispositif portable B. Un deuxième mode de réalisation particulier du procédé de traitement de données est décrit 30 en référence aux figures 6 et 7. La figure 6 représente un exemple de terminal mobile T2. Le terminal T2 comporte de façon connue, notamment une unité de traitement MT équipée d'un microprocesseur, une mémoire morte de type ROM, une mémoire vive de type RAM. Le terminal T2 peut comporter de manière classique et non exhaustive les éléments suivants : un 35 clavier, un écran de visualisation, un module d'affichage pour l'affichage sur l'écran de visualisation, un microphone, un haut-parleur, un lecteur de disque, un moyen de stockage... Le terminal mobile T2 comporte également un module sécurisé SM qui est par exemple une carte d'abonné de type UICC (pour "Universel Integrated Circuit Card"). Le terminal mobile T2 comporte également un module de communication COM2 et un module de routage RT. Le module de communication COM2 est un module de communication apte à transmettre et à recevoir des messages de données au travers d'une liaison de communication par exemple de type Bluetooth. A titre d'alternative, le module de communication COM2 est adapté pour une communication sans fil, par exemple de type Wi-fi ou pour une communication via un liaison filaire. La mémoire morte de type ROM comporte des registres mémorisant un programme d'ordinateur PG2 comportant des instructions de programme adaptées à mettre en oeuvre un procédé de traitement de données relatives à une transaction selon un mode de réalisation de l'invention décrit ultérieurement en référence à la figure 7. Un mode de réalisation d'un procédé de traitement de données relatives à une transaction TR, mis en oeuvre dans le terminal mobile T2, va maintenant être décrit en référence à la figure 7. Lors d'une étape préalable, une liaison de communication L est établie entre le terminal mobile T2 et un dispositif portable associé, par exemple le dispositif portable B décrit en référence à la figure 2. Lors d'une étape E200, un message M30 transmis par le dispositif portable B via la liaison de communication L est reçu par le module de communication COM2 et transféré au module de routage RT du terminal mobile T2. Le message M30 contient des premières données DN reçues d'un équipement E tel que décrit en référence à la figure 1, via un canal de communication sans contact en champ proche. Lors d'une étape E202, le module de routage RT construit un message M31 contenant les premières données DN contenues dans le message M30. Par exemple, le module de routage RT obtient les premières données DN par déchiffrage du message M30 à l'aide d'une clé d'appairage partagée par le terminal mobile T2 et le dispositif portable B associé et encapsule les premières données DN ainsi obtenues dans un message M31 au 30 format SWP. L'étape E202 est suivie d'une étape E204 lors de laquelle le message M31 est transmis par le module de routage RT du terminal mobile T2 au module de sécurité SM. Lors d'une étape E206, suite à la réception du message M31, le module de sécurité SM, et plus particulièrement l'application AP sélectionnée pour la transaction TR en cours, traite le 35 message M31 reçu et génère des deuxièmes données de transaction DP en fonction des premières données DN et construit un message de réponse M32 contenant les deuxièmes données générées DN. Les deuxièmes données DP sont par exemple générées en fonction d'une information stockées dans le module de sécurité SM. Le message de réponse M32 est un message au format SWP. Le message M32 est transmis par le module de sécurité SM au module de routage RT du terminal mobile T2 lors d'une étape E208. Lors d'une étape E210, le module de routage RT du terminal mobile T2 convertit le message M32 reçu en un message M33. Le message M33 est par exemple obtenu par extraction des deuxièmes données de transaction DP du message M32 puis par chiffrement des deuxièmes données DP avec la clé d' appairage de la liaison établie entre le terminal mobile T2 et le dispositif portable B. Le message M33 est transmis via le module de communication COM2 et la liaison de communication L au dispositif portable B lors d'une étape E212. REVENDICATIONS1. Procédé de transmission de données relatives à une transaction sans contact entre un terminal mobile (T) et un équipement (E), ledit équipement étant apte à émettre et à recevoir des données via un canal de communication (Cl) sans contact en champ proche, Le procédé étant caractérisé en ce qu'il comporte les étapes suivantes, mises en oeuvre par un dispositif portable (B) associé audit terminal mobile (T) : - réception (El, E14) de premières données de transaction (Dl, D3) via ledit canal de communication (Cl) ; - transmission (E4, E18) d'un premier message (Ml, M3) contenant lesdites premières données via une liaison de communication (L) établie avec ledit terminal mobile (T); - réception ( E12, E26) via ladite liaison de communication (L), d'un message de réponse (M2, M4) audit premier message (M1, M3), ledit message de réponse contenant des deuxièmes données de transaction (D2, D4) générées par ledit terminal mobile en fonction desdites premières données ; - transmission desdites deuxièmes données (D2, D4) via ledit canal de communication (Cl). 2. Procédé de transmission de données selon la revendication 1 dans lequel ladite liaison de communication est une liaison de type Bluetooth. 3. Procédé de transmission de données selon l'une des revendications précédentes dans lequel ledit dispositif portable est associé audit terminal mobile par une procédure d' appairage. 4. Procédé de traitement de données relatives à une transaction sans contact entre un terminal mobile (T) et un équipement (E), ledit équipement étant apte à émettre et à recevoir des données via un canal de communication (Cl) sans contact en champ proche, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes, mises en oeuvre par ledit terminal mobile (T) : - réception (E6, E20) d'un premier message (M1, M3) contenant des premières données de transaction (Dl, D3), via une liaison de communication (L) établie entre ledit terminal (T) et un dispositif portable (B) associé audit terminal mobile, lesdites premières données ayant été reçues via ledit canal de communication (C1); - transmission (E10, E24) via ladite liaison de communication (L), d'un message de réponse (M2, M4) audit premier message (Ml, M3), ledit message de réponse contenant des deuxièmes données de transaction (D2, D4) générées par ledit terminal mobile en fonction desditespremières données (Dl, D3) et destinées à être transmises par ledit dispositif portable (B) audit équipement (E) via ledit canal de communication (C1). 5. Procédé de traitement de données selon la revendication 4 dans lequel les premières données reçues sont transférées à un module de sécurité du terminal mobile et dans lequel les deuxièmes données sont générées par ledit module de sécurité en fonction des premières données (Dl, D3). 6. Procédé de traitement de données selon la revendication 5 dans lequel les premières données sont reçues par un premier module de communication (COM2) dudit terminal et transférées au module de sécurité (SM) via un deuxième module de communication sans contact (CLF2) du terminal mobile et dans lequel les deuxièmes données sont transmises par le module de sécurité audit premier module de communication (COM2) du terminal via le deuxième module de communication (CLF2) du terminal. 7. Procédé de traitement de données selon la revendication 6 dans lequel les premières données sont reçues par le deuxième module de communication (CLF2) du terminal dans un message au format HCI (« Host Controller Interface ») et dans lequel les deuxièmes données sont transmises par ledit deuxième module de communication (CLF2) du terminal dans un message au format HCI. 8. Dispositif portable(B) associé à un terminal mobile (T, Tl, T2) caractérisé en ce qu'il comporte : - un premier module de communication (CLF1) configuré pour recevoir via un canal de communication (Cl) sans contact en champ proche, des premières données de transaction (Dl, D3) émises par un équipement (E) et pour émettre des deuxièmes données de transaction (D2, D4) via ledit canal de communication (Cl) ; - un deuxième module de communication (COM1) configuré pour transmettre un premier message (Ml, M3) contenant lesdites premières données (Dl, D3) via une liaison de communication (L) établie avec ledit terminal mobile (T) et pour recevoir, via ladite liaison de communication (L), un message de réponse (M2, M4) audit premier message, ledit message de réponse contenant lesdites deuxièmes données de transaction (D2, D4) générées par ledit terminal mobile en fonction desdites premières données. 9. Dispositif portable selon la revendication 8 caractérisé en ce qu'il comporte une interface utilisateur (UI) pour commander l'arrêt ou la mise en fonctionnement dudit dispositif portable et/ou l'envoi d'un code confidentiel stocké dans une mémoire dudit dispositif portable. 10. Terminal mobile (T, Ti, T2) caractérisé en ce qu'il comporte un premier module de communication (COM2) configuré pour : - recevoir un premier message (M1, M3) contenant des premières données de transaction (Dl, D3, DN) via une liaison de communication (L) établie entre ledit terminal et un dispositif portable (B) associé audit terminal mobile, lesdites premières données ayant été reçues par ledit dispositif portable via un canal de communication (Cl) sans contact en champ proche, et - transmettre, via ladite liaison de communication (L), un message (M2, M4) de réponse audit premier message, ledit message de réponse contenant des deuxièmes données de transaction (D2, D4, DP) générées par ledit terminal mobile en fonction desdites premières données et destinées à être transmises par ledit dispositif portable via ledit canal de communication (C1). 11. Terminal mobile (T1) selon la revendication 10 caractérisé en ce qu'il comporte en outre un module de sécurité (SM) et un deuxième module de communication (CLF2), ledit deuxième module de communication étant apte à recevoir et/ou à émettre des données en provenance et/ou à destination d'une antenne reliée audit deuxième module de communication, à communiquer avec le module de sécurité, à recevoir des premières données en provenance dudit premier module de communication du terminal et à transmettre audit premier module de communication du terminal, des deuxièmes données générées par le module de sécurité. 12. Module de communication sans contact (CLF2) destiné à être installé dans un terminal mobile, ledit module de communication sans contact comportant un premier module d'interface (INT1) pour émettre et recevoir des données via un canal de communication sans contact en champ proche et un deuxième module d'interface (INT2) pour communiquer avec un module de sécurité, caractérisé en ce qu'il comporte en outre un troisième module d'interface (INT3) pour recevoir des premières données en provenance d'un deuxième module de communication dudit terminal et pour émettre des deuxièmes données générées par ledit module de sécurité vers ledit deuxième module de communication du terminal.30