Système comprenant une chaîne monétique, procédé mettant en œuvre ce système, service Web et serveur de services Web.
La présente invention concerne un système comprenant une chaîne monétique, un procédé mettant en œuvre ce système, un service Web et un serveur de services Web.
Elle s'applique plus particulièrement à des transactions bancaires réalisées par des moyens électroniques et informatiques, comme les transactions entre, d'une part, des lecteurs de cartes bancaires et, d'autre part, des serveurs bancaires (tel qu'un serveur d'autorisation, un serveur de télécollecte ou un serveur de téléchargement), les paiements par voie électronique (par exemple Internet), les transferts interbancaires, etc.
Dans ce qui suit, on appellera « chaîne monétique » un ensemble comprenant des éléments formant des dispositifs, tels que ceux évoqués ci-dessus, aptes à réaliser des transactions bancaires. On connaît déjà dans l'état de la technique un système comprenant une chaîne monétique comprenant au moins des premier et deuxième éléments reliés entre eux par un réseau de transmission de données et destinés à transmettre entre eux des informations relatives à une transaction bancaire.
Par exemple, le premier élément est un terminal de paiement électronique (acronyme :TPE) et le deuxième élément est un serveur bancaire d'autorisation associé à une autorité bancaire.
En général, le réseau de transmission de données reliant le terminal de paiement électronique et le serveur bancaire est par exemple un réseau de transmission fixe comprenant une première partie du type à réseau téléphonique public commuté (acronyme : RTC) et une deuxième partie du type à réseau à accès privé utilisant un protocole de communication interbancaire spécifique.
Les première et deuxième parties du réseau sont reliées entre elles par un dispositif de conversion des données analogiques circulant dans le réseau RTC en données formulées dans le protocole de communication spécifique. Un tel dispositif est connu sous le nom de PAD EMA (acronymes pour « Point d'Assemblage/Désassemblage » et
« Entrée Monétique Asynchrone »).
Ainsi, pour initier une transaction bancaire, le terminal de paiement électronique se connecte au dispositif PAD EMA et transmet un flux de données analogiques relatives à une transaction bancaire, à travers le réseau RTC. A la réception de ce flux de données analogiques, le dispositif PAD EMA convertit le flux de données analogiques en paquets de données conformes au protocole de communication interbancaire et redirige les paquets en direction du serveur bancaire.
Habituellement, le dispositif PAD EMA est localisé dans un pays, dit pays de localisation dans lequel un unique numéro téléphonique lui est attribué. Il comprend par ailleurs des moyens de filtrage des appels téléphoniques en provenance d'un pays étranger à son pays de localisation.
Or, l'utilisateur peut être amené à se déplacer hors du pays de localisation du dispositif PAD EMA. Dans ce cas, pour initier une transaction bancaire, comme le dispositif PAD EMA comprend des moyens de filtrage des appels téléphoniques en provenance de l'étranger, l'utilisateur ne peut pas se connecter au dispositif PAD EMA. Il doit appeler une opératrice de l'autorité bancaire dans le pays de localisation du dispositif PAD EMA et effectuer la transaction bancaire oralement par échange verbal avec l'opératrice. Par conséquent, le coût de la communication peut être relativement élevé, et dépend notamment du pays dans lequel se trouve l'utilisateur du terminal de paiement. Par ailleurs, lorsque l'utilisateur doit effectuer un grand nombre de transactions bancaires, une telle procédure peut s'avérer être relativement longue.
Une autre solution consiste à transmettre les messages relatifs aux transactions bancaires par l'intermédiaire d'un réseau de téléphonie mobile utilisant un service de transmission de données par radio, par exemple du type GPRS (acronyme anglais pour
« General Packet Radio Service » : service général de radio communication par paquets).
Or, un tel service de transmission de données est également relativement coûteux, notamment lorsque l'utilisateur du terminal de paiement est en-dehors du pays dans lequel se trouve le serveur bancaire.
L'invention a notamment pour but de permettre une transmission fiable et efficace d'informations relatives à une transaction bancaire, même lorsque l'un des éléments de la chaîne monétique est nomade, ceci en limitant le coût de transmission des informations relatives à la transaction bancaire. A cet effet, l'invention a pour objet un procédé de transmission d'un message contenant des données relatives à une transaction bancaire entre au moins des premier et deuxième éléments d'une chaîne monétique reliés entre eux par un réseau de transmission de données, le message transitant via un serveur de services Web, ce procédé comprenant : - suite à une requête de service émise par le premier élément, une étape de transmission au premier élément d'une première structure de données correspondant au service, utilisée à travers une première partie du réseau conformément à un premier protocole de transmission de données,
- une étape de réception du message contenant des données conformes à la première structure, en provenance du premier élément, - une étape de traitement du message,
- une étape d'émission du message traité, au deuxième élément à travers une deuxième partie du réseau, conformément à un deuxième protocole de transmission de données.
De façon connue en soi, un service Web est un composant logiciel accessible via le réseau Internet.
La requête de service permet la sélection, et en conséquence la récupération, d'un service Web.
Le service Web permet à des composants, tels qu'un serveur, un autre service Web ou encore un terminal client, de transmettre des données à distance à travers le réseau Internet indépendamment des langages de programmation et des systèmes d'exploitation utilisés par ces applications.
Par ailleurs, du fait que la communication entre les deux éléments est opérée par l'intermédiaire d'un service Web, l'échange d'informations relatif à la transaction bancaire entre deux éléments de la chaîne monétique est indépendant des protocoles de communication, des langages de programmation et des systèmes d'exploitation de ces deux éléments.
En outre, l'utilisation d'un service Web permet de faciliter l'adaptation de protocoles spécifiques aux transactions bancaires à de nouvelles règles et normes bancaires, ceci sans qu'il soit nécessaire d'intervenir sur l'ensemble de la chaîne monétique. Avantageusement, l'étape de traitement du message comprend une étape de vérification de la conformité du message reçu à l'égard de règles et normes bancaires.
Dans un mode de réalisation particulier, l'étape de vérification comprend une étape d'extraction de données du message, une étape de lecture d'un fichier de définition d'une structure valide contenant un test de vérification de la validité du message et une étape d'exécution du test sur les données extraites.
Avantageusement, l'étape de traitement du message comprend une étape de traduction de la première structure de données du message en une deuxième structure de données du message destinée à être utilisée dans la deuxième partie du réseau de transmission de données. Dans un mode de réalisation particulier, l'étape de traduction comprend une étape de fourniture par le deuxième élément au serveur du service Web, d'informations relatives à la deuxième structure de données.
Un procédé selon l'invention peut en outre comporter l'une des caractéristiques suivantes : la première structure de données, qui est la structure de données de message du serveur du service Web, est définie par un langage de description de données du type XML;
- le premier protocole de transmission de données utilise HTTPS, par exemple conformément au protocole SOAP;
- la deuxième structure de données, qui est la structure de données de message du deuxième élément, est définie par un langage binaire.
Dans un mode de réalisation particulier, le procédé comporte en outre :
- une étape de réception d'un message de réponse contenant des données conformes à une deuxième structure, en provenance du deuxième élément, à travers la deuxième partie du réseau conformément au deuxième protocole de transmission de données,
- une étape de mise en conformité du message de réponse à la première structure, - une étape d'émission du message de réponse conforme à la première structure, au premier élément à travers la première partie du réseau, conformément au premier protocole de transmission de données.
L'invention a également pour objet un serveur de services Web apte à transmettre un message contenant des données relatives à une transaction bancaire entre au moins des premier et deuxième éléments d'une chaîne monétique reliés entre eux par un réseau de transmission de données, le serveur étant relié d'une part, au premier élément de la chaîne monétique par un réseau à accès public du type à protocole TCP/IP, formant une première partie du réseau de transmission de données et, d'autre part, au deuxième élément de la chaîne monétique par une deuxième partie du réseau de transmission de données, et comprenant :
- des moyens de transmission au premier élément d'une première structure de données correspondant à un service, utilisée à travers une première partie du réseau conformément à un premier protocole de transmission de données,
- des moyens de réception du message contenant des données conformes à la première structure,
- des moyens de traitement du message, - des moyens d'émission du message traité au deuxième élément à travers la deuxième partie du réseau, conformément à un deuxième protocole de transmission de données.
Ainsi le serveur de services web forme le troisième élément de la chaine monétique. Le réseau à accès public du type à protocole de communication TCP/IP (acronyme anglais pour « Transmission Control Protocol/lnternetwork ») est couramment désigné par réseau Internet.
Grâce à l'invention, l'échange de données relatif à la transaction bancaire entre les deux éléments de la chaîne monétique est relativement efficace, et ce indépendamment du fait que l'un des éléments est nomade.
En effet, comme la transmission de messages entre les deux éléments de la chaîne monétique est effectuée au moins partiellement à travers le réseau Internet à accès public, le terminal de paiement peut établir une connexion au réseau Internet à partir par exemple d'une borne d'accès Internet et initier une transaction bancaire avec un serveur d'autorisation bancaire distant.
De préférence, le serveur du service Web comprend des moyens de vérification de la validité d'un message contenant des données relatives à la transaction bancaire, destiné à être transmis entre les premier et deuxième éléments.
Dans un mode de réalisation particulier, ces moyens de vérification sont des moyens de vérification de la conformité du message reçu à l'égard de règles et normes bancaires.
Ainsi, grâce aux moyens de vérification de la conformité du message, un message non conforme avec les normes et les règles associées aux protocoles spécifiques bancaires, peut être détecté par le serveur du service Web. De ce fait, les risques d'infraction sont limités et ce d'autant mieux que, généralement, une vérification de conformité du message est également effectuée par le deuxième élément.
Avantageusement, les moyens de vérification comprennent des moyens d'extraction de données du message, des moyens de stockage d'un fichier de définition d'une structure valide du message contenant un test de vérification de la validité du message et des moyens d'exécution du test sur les données extraites. Les moyens de stockage peuvent comprendre notamment des moyens de téléchargement du fichier de définition du test via le réseau à accès public Internet de sorte que l'adaptation du fichier de définition du test à de nouvelles règles et normes associées aux protocoles bancaires classiques est relativement simple.
Dans un mode de réalisation particulier, le serveur de services web comprend des moyens de traduction de la première structure de données du message destinée à être utilisée dans la première partie du réseau en une deuxième structure de données du message destinée à être utilisée dans la deuxième partie du réseau de transmission de données.
En effet, comme la deuxième partie du réseau de transmission de données est à accès privé, le langage utilisé par le deuxième élément, qui est par exemple un serveur d'autorisation bancaire, est généralement différent de celui du serveur de services Web.
Dans ce cas, grâce aux moyens de traduction, le message peut être initialement rédigé dans le langage de description de données XML et être transmis par le serveur de services Web vers le serveur d'autorisation bancaire dans le langage utilisé par ce dernier. Par exemple, la deuxième partie du réseau de transmission de données est un réseau à accès privé du type à protocole TCP/IP.
L'invention a encore pour objet un premier élément d'une chaine monétique apte à transmettre un message contenant des données relatives à une transaction bancaire comprenant des moyens de sélection d'un service Web, des moyens de réception d'une première structure de données correspondant audit service, utilisée à travers une première partie du réseau conformément à un premier protocole de transmission de données, des moyens de mise en conformité du message à la première structure et des moyens d'émission du message.
L'invention a également pour objet un système comprenant au moins un premier élément tel que décrit précédemment, un deuxième élément relié au premier élément par un réseau de transmission de données, et au moins un serveur d'au moins un service
Web tel que décrit précédemment, les premier et deuxième éléments étant destinés à transmettre entre eux des informations relatives à une transaction bancaire.
Enfin, l'invention a pour objet un service Web, adapté pour la mise en œuvre du système tel que décrit précédemment
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins dans lesquels :
- la figure 1 est un schéma représentant un système comprenant une chaîne monétique selon l'invention; - la figure 2 est un schéma détaillé d'une partie du système de la figure 1 ;
- la figure 3 est un diagramme illustrant des étapes d'un procédé de transmission de données selon l'invention.
On a représenté sur la figure 1 un système selon l'invention. Le système est désigné par la référence générale 10. Le système 10 comprend une chaîne monétique 12 comportant au moins des premier 14 et deuxième éléments 16. Dans cet exemple, le premier élément 14 de la chaîne monétique 12 est un terminal de paiement comprenant un lecteur de carte bancaire 18 ainsi que des moyens 20 de communication par Internet, par exemple du type à technologie sans fil du type WIFI ou éventuellement du type à technologie filaire. Le deuxième élément 16 de la chaîne monétique 12 est un serveur bancaire choisi par exemple parmi un serveur bancaire d'autorisation, un serveur bancaire de télécollecte et encore un serveur bancaire de téléchargement.
Afin de transmettre entre eux des informations relatives à une transaction bancaire, les deux éléments 14 et 16 sont reliés entre eux par un réseau 22 de transmission de données.
Le système 10 comprend également au moins un serveur 24 d'au moins un service Web, ce serveur 24 formant un troisième élément de la chaîne monétique 12.
Conformément à l'invention, le serveur du service Web 24 est relié d'une part au premier élément 14 de la chaîne monétique 12 par un réseau à accès public du type à protocole de communication TCP/IP, ce réseau à accès public formant une première partie 26A du réseau de transmission de données 22. Ce réseau à accès public est dans cet exemple le réseau Internet.
Dans cet exemple, le serveur 24 est destiné à fournir trois services Web différents SW1 , SW2 et SW3 (figure 2). Par exemple, le service Web SW1 est un service d'autorisation bancaire. Les autres services SW2 et SW3 sont par exemple des services de fourniture d'informations relatives à des autorisations bancaires (historiques de transaction, etc.).
D'autre part, conformément à l'invention, le serveur du service Web 24 est relié au second élément 16 de la chaîne monétique 12 par une seconde partie 26B du réseau de transmission de données 22.
Dans cet exemple, la seconde partie du réseau de transmission de données 26B est un réseau à accès privé tel qu'un réseau informatique Intranet, du type à protocole de communication TCP/IP. Sur la figure 1 , on a représenté un élément classique 27 de l'infrastructure du réseau Intranet 26B, tel que par exemple une passerelle ou encore un pare-feu.
Plus particulièrement, le terminal de paiement électronique 14 et le serveur du service Web 24 sont configurés pour échanger des données dans un langage de description de données, par exemple à balisage extensible du type XML (acronyme anglais pour « extensible Markup Langage »), de préférence CBXML (acronyme pour « Compact Binary » XML) à travers la première partie 26A du réseau de transmission de données 22. Dans cet exemple, le serveur bancaire 16 est configuré pour utiliser un langage binaire à travers la deuxième partie 26B du réseau de transmission de données 22.
Cependant, en variante, le serveur bancaire 16 peut être configuré pour échanger des données avec le serveur de services Web 24 à travers la deuxième partie 26B du réseau de transmission de données 22 dans un langage identique à celui utilisé par le serveur de services Web 16 et le terminal 14, c'est à dire dans le langage de description de données CBXML.
Afin de permettre l'échange de données entre le serveur bancaire 16 et le terminal de paiement 14, le serveur de services Web 24 comprend également des moyens 28 de traduction d'une structure de données de message utilisée dans l'une des parties du réseau 22 en une structure de données de message utilisée dans l'autre des parties du réseau 26 (figure 2).
De préférence, les moyens de traduction 28 sont adaptés pour traduire une structure de données de message, définie par le langage de description de données CBXML en structure de données de message, définie par le langage binaire utilisé par le serveur d'autorisation 16. Toutefois, en variante, lorsque les deux langages sont identiques, le serveur de services Web 24 ne comprend pas les moyens de traduction 28.
En référence à la figure 2, le serveur du service Web 24 comprend également des moyens 30 de vérification de la validité d'un message contenant des données relatives à la transaction bancaire, transmis entre le terminal de paiement 14 et le serveur d'autorisation bancaire 16.
Plus particulièrement, les moyens de vérification 30 comprennent des moyens d'extraction 32 de données du message, des moyens 34 de stockage d'un fichier de définition d'une structure valide du message contenant un test de vérification de la validité de la structure du message, et des moyens 36 d'exécution du test sur les données extraites.
Par ailleurs, de façon classique, le serveur de services Web 24 comprend également des moyens 38 de publication du service Web dans une base de données formant un annuaire 40 de services Web accessible par le réseau de transmission de données 22. L'annuaire de services Web est par exemple du type conforme à la norme UDDI (acronyme anglais pour « Universal Description Discovery and Intégration Di recto ry »).
Le serveur de services Web 24 comprend également des moyens 42 classiques de communication avec un ensemble 44 de bases de données accessibles via le réseau Internet 26A ainsi qu'une « grammaire formelle » 46 du langage CBXML, permettant de définir des règles et une syntaxe relatives à ce langage. Nous allons maintenant décrire, ci-dessous, les principales étapes d'un procédé de transmission de données relatives à une transaction bancaire selon l'invention, illustrées par les figures 2 et 3.
Préalablement aux étapes du procédé, les moyens de publication 38 du serveur de services Web 24 publient au cours d'une étape 50, les services Web SW1 , SW2, SW3 dans l'annuaire UDDI 40, en décrivant chaque service Web à l'aide d'un langage de description propre à l'annuaire UDDI. Dans cet exemple, l'utilisateur souhaite par exemple effectuer une transaction bancaire telle qu'une demande d'autorisation bancaire.
Le procédé comprend tout d'abord par une première étape 52 de récupération par le terminal de paiement 14 d'un service Web, plus précisément de récupération du service Web SW1 d'autorisation bancaire.
De préférence, au cours de cette étape 52, le terminal de paiement 14 récupère dans un premier temps, le service Web SW1 par consultation d'une base de données formant l'annuaire de services Web du type conforme à la norme UDDI, et par sélection du service Web recherché parmi la liste de services Web fournis dans l'annuaire de services Web UDDI.
Le terminal de paiement 14 récupère dans un deuxième temps une description du service Web SW1 précédemment sélectionné auprès du serveur 24 du service Web SW1 .
De façon classique, ce service Web SW1 comporte une description formulée dans le langage de description WSDL (acronyme anglais pour « Web Services Description
Language »).
En variante, lorsque le premier élément 14 est un téléphone mobile utilisant la technologie sans fil pour se connecter au réseau Internet 26A, l'étape de récupération 52 est réalisée par lecture d'une unité de stockage d'un service Web préenregistré, appartenant au téléphone mobile, ceci afin de limiter la consommation de puissance du téléphone mobile lors de cette étape 52. Le service Web préenregistré est dans cet exemple, le service Web SW1 d'autorisation bancaire.
Une fois la description du service Web SW1 récupéré, le procédé comprend une étape 54 de transmission principale d'un message de requête contenant des données relatives à la transaction bancaire, à travers le réseau de transmission de données 22, entre le terminal de paiement 14 et le serveur d'autorisation bancaire 16.
Tout d'abord, l'étape de transmission principale 54 comprend une première étape secondaire 56 de transmission du message de requête entre le terminal de paiement 14 et le serveur du service Web 24 à travers la première partie du réseau 26A, c'est à dire le réseau à accès public Internet. La première étape de transmission secondaire 56 est réalisée conformément à un premier protocole de transmission de données entre le terminal de paiement 14 et le serveur du service Web 24.
Par exemple, le premier protocole de transmission de données utilise le protocole de transfert de données HTTP (acronyme anglais pour « HyperText Transfert Protocol » : protocole de transfert hypertexte), conformément au protocole de messagerie SOAP (acronyme anglais pour « Simple Object Access Protocol »). Généralement, le protocole SOAP utilise un langage de description de données du type à balisage extensible (XML) pour le codage des données. De préférence, le premier protocole utilise un protocole de transfert sécurisé tel que
HTTPS (avec S pour « Secured » : sécurisé), basé sur un protocole SSL (acronyme anglais pour « Secure Sockets Layer Protocol »).
Avantageusement, dans un premier temps, la première étape secondaire de transmission 56 comprend une étape 58 d'établissement d'une communication entre le terminal de paiement 14 et le serveur de services Web 24 dans le premier protocole de transmission de données, pour la fourniture par le serveur du service Web 24 au terminal de paiement 14, d'informations relatives à une structure de données de message en vigueur dans le serveur 24.
De préférence, la structure de données du message est définie dans le langage de description de données CBXML et conformément au protocole SOAP.
Par exemple, la structure de données du message, en vigueur dans le serveur de services Web 24, respecte la norme bancaire ISO 8583 et comprend : un champ d'identifiant du type de message,
- au moins un champ de présence indiquant la présence d'autres champs du message, dits « champs de données », et
- des champs de données, comportant des données propres à la transaction.
Les données considérées comme propres à la transaction sont par exemple une date et une heure de la transaction, un montant débité ou crédité, un numéro de compte participant à la transaction, un nom de bénéficiaire. En variante, d'autres structures de données telle que celle décrite ci-dessus peuvent être utilisées, notamment des structures de données conformes à d'autres protocoles de communication.
Dans un deuxième temps, une fois les informations relatives à la structure de message du serveur du service Web 24 fournies au terminal de paiement 14, le terminal de paiement 14 formule le message contenant des données relatives à la transaction bancaire dans la structure de données conforme aux informations fournies par le serveur du service Web 24, au cours d'une étape 60 de formulation.
Le procédé comprend alors une étape 62A d'émission du message correctement formulé à destination du serveur de services Web 24 et une étape 62B de réception du message par le serveur de services Web 24.
Le procédé comprend ensuite une étape 64 de vérification de la validité du message au cours de laquelle les moyens 30 vérifient la conformité du message à l'égard de règles et normes bancaires.
A cet effet, au cours de cette étape 64, les moyens 32 extraient des données du message et les moyens 36 exécutent le test sur les données extraites, ce test étant défini dans le fichier de définition préalablement téléchargé via le réseau Internet et stocké dans les moyens de stockage 34.
Eventuellement, le serveur 24 télécharge un nouveau fichier de définition d'un test prenant en compte de récentes modifications des normes bancaires, dans l'ensemble des bases de données 44 par l'intermédiaire des moyens de communication 42.
Si le message est identifié comme valide à l'issue de l'étape de vérification 64, le message est alors acheminé vers les moyens de traduction 28 du serveur de services Web 24.
Dans le cas contraire, un message d'erreur est renvoyé au terminal de paiement 14 afin que l'utilisateur de ce dernier soit averti de l'échec de la transaction bancaire.
L'étape de transmission principale 54 comprend alors une deuxième étape secondaire 66 de transmission du message entre le serveur du service Web 24 et le serveur d'autorisation bancaire 16 à travers la deuxième partie du réseau 26B, et ce conformément à un deuxième protocole de transmission de données. Dans l'exemple décrit, le deuxième protocole de transmission de données utilise le protocole de transfert du type XOT. Ce protocole de transfert XOT véhicule par exemple un protocole de communication inter-bancaire du type CB2A. Eventuellement, le protocole de transfert peut être également du type X25 ou encore du type TCP/IP. En variante, le deuxième protocole de transmission de données est identique au premier protocole de transmission de données et utilise le protocole de transfert HTTPS conformément au protocole SOAP.
Au cours de cette deuxième étape secondaire de transmission 66, le procédé comprend une étape 68 de traduction de la structure de données du message utilisée dans la première partie 26A du réseau 22 dans la structure de données du message utilisée dans la deuxième partie 26B du réseau. Eventuellement, dans le cas où le serveur du service Web 24 ne connaît pas la structure de données de message en vigueur dans Ie serveur d'autorisation bancaire 16, la deuxième étape de transmission secondaire 66 comprend une étape de fourniture par le serveur bancaire 16 au serveur du service Web 24, d'informations relatives à la structure de données utilisée par le serveur bancaire 16.
Eventuellement, le serveur de services Web 24 peut obtenir les informations relatives à la structure de données du message utilisée par l'intermédiaire d'un service Web.
A cet effet, le serveur 24 consulte l'annuaire UDDI et sélectionne un service Web SW1 ' adapté à sa requête dans une liste de services Web. Le serveur de services Web 24 récupère alors la description du service Web SW1 ' précédemment sélectionné auprès d'un serveur du service Web SW1 ' (non représenté).
Ainsi, le serveur 24 et le serveur du service Web SW1 ' mettent en oeuvre des étapes analogues aux étapes 58 à 62B de manière à ce que le serveur 24 obtienne par le serveur du service Web SW1 ' les informations relatives à la structure de message en vigueur dans le serveur bancaire 16. Par exemple, ce serveur du service Web SW1 ' peut être le serveur bancaire 16. Une fois les informations reçues par le serveur de services Web 24, le serveur 24 traduit la structure de données du message définie par le langage de description de données CBXML en structure de données du message lisible par le serveur d'autorisation bancaire 16.
Dans cet exemple, la structure de données utilisée par le serveur bancaire 16 est définie dans le langage binaire.
Le serveur de services Web 24 émet (étape 70A) le message traduit en langage binaire et le serveur bancaire 16 reçoit (étape 70B) le message de requête.
Le serveur bancaire 16 traite les données contenues dans le message de requête et formule un message de réponse dans une structure de données définie dans le langage binaire, au cours d'une étape 72 de traitement de la transaction bancaire par le serveur bancaire 16.
Le procédé comprend alors de nouveau une étape 74 de transmission principale du message de réponse entre le serveur d'autorisation bancaire 16 et le terminal de paiement 14 comprenant : - une étape de transmission secondaire 76 du message de réponse du serveur 16 vers le serveur 24 conformément au deuxième protocole de transmission; une étape de transmission secondaire 78 du message de réponse du serveur 24 vers le terminal 14 conformément au premier protocole de transmission. L'étape de transmission secondaire 76 comprend une étape 8OA d'émission du message de réponse par le serveur bancaire 16 et une étape 8OB de réception du message par le serveur de services Web 24. L'étape de transmission secondaire 78 comprend une étape de traduction 82 au cours de laquelle le serveur de services 24 traduit le message de réponse de la structure de données définie par le langage binaire en une structure de données définie par le langage de description de données CBXML, lisible par le terminal de paiement 14. L'étape de transmission secondaire 78 comprend également une étape 84A d'émission du message de réponse et une étape 84B de réception du message par le terminal 14.
Au cours d'une étape 86 de traitement du message de réponse par le terminal de paiement 14, ce dernier effectue le traitement souhaité en fonction des données du message de réponse.
Le terminal 14 peut alors initier une nouvelle transaction bancaire.