[go: up one dir, main page]

WO2008031987A1 - Systeme comprenant une chaine monetique, procede mettant en oeuvre ce systeme, service web et serveur de services web - Google Patents

Systeme comprenant une chaine monetique, procede mettant en oeuvre ce systeme, service web et serveur de services web Download PDF

Info

Publication number
WO2008031987A1
WO2008031987A1 PCT/FR2007/051913 FR2007051913W WO2008031987A1 WO 2008031987 A1 WO2008031987 A1 WO 2008031987A1 FR 2007051913 W FR2007051913 W FR 2007051913W WO 2008031987 A1 WO2008031987 A1 WO 2008031987A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
data
network
server
data transmission
Prior art date
Application number
PCT/FR2007/051913
Other languages
English (en)
Inventor
Patrick Leroy
Aymeric De La Forest Divonne
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Publication of WO2008031987A1 publication Critical patent/WO2008031987A1/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • G07G1/14—Systems including one or more distant stations co-operating with a central processing unit

Definitions

  • System comprising a payment system, method implementing this system, web service and web services server.
  • the present invention relates to a system comprising a payment system, a method implementing the system, a web service and a web services server.
  • banking transactions carried out by electronic and computer means such as transactions between, on the one hand, bank card readers and, on the other hand, bank servers (such as a bank server). authorization, a remote collection server or a download server), payments by electronic means (eg Internet), interbank transfers, etc.
  • electro money channel a set comprising elements forming devices, such as those mentioned above, suitable for carrying out banking transactions.
  • a system comprising a monetary chain comprising at least first and second elements interconnected by a data transmission network and intended to transmit between them information relating to a banking transaction.
  • the first element is an electronic payment terminal (acronym: TPE) and the second element is an authorization banking server associated with a banking authority.
  • TPE electronic payment terminal
  • authorization banking server associated with a banking authority.
  • the data transmission network connecting the electronic payment terminal and the bank server is for example a fixed transmission network comprising a first part of the public switched telephone network (acronym: RTC) type and a second part of the type to private access network using a specific interbank communication protocol.
  • RTC public switched telephone network
  • the first and second parts of the network are interconnected by a device for converting the analog data flowing in the PSTN network into data formulated in the specific communication protocol.
  • a device for converting the analog data flowing in the PSTN network into data formulated in the specific communication protocol is known as PAD EMA (acronyms for "Assembly / Disassembly Point") and
  • the electronic payment terminal connects to the PAD device EMA and transmits an analog data flow relating to a bank transaction, through the PSTN network.
  • the PAD EMA device Upon receipt of this analog data stream, the PAD EMA device converts the analog data stream into data packets compliant with the interbank communication protocol and redirects the packets to the bank server.
  • the PAD device EMA is located in a country, said country of location in which a single telephone number is assigned to it. It also includes means for filtering telephone calls from a country other than its country of location.
  • the user may have to move out of the country of location of the device PAD EMA.
  • the PAD device EMA includes means for filtering telephone calls from abroad
  • the user can not connect to the device PAD EMA. He must call an operator of the banking authority in the country of location of the PAD EMA device and carry out the banking transaction orally by verbal exchange with the operator. Therefore, the cost of the communication can be relatively high, and depends in particular on the country in which the user of the payment terminal is located.
  • a procedure can prove to be relatively long.
  • Another solution consists in transmitting the messages relating to banking transactions via a mobile telephone network using a radio data transmission service, for example of the GPRS (acronym for
  • the object of the invention is in particular to allow a reliable and efficient transmission of information relating to a banking transaction, even when one of the elements of the electronic payment chain is nomadic, this by limiting the cost of transmitting the information relating to the transaction. banking.
  • the subject of the invention is a method for transmitting a message containing data relating to a bank transaction between at least first and second elements of a payment system interconnected by a data transmission network, the message transiting via a web services server, which method comprises: - following a service request sent by the first element, a step of transmission to the first element of a first data structure corresponding to the service, used through a first part of the network according to a first data transmission protocol,
  • a web service is a software component accessible via the Internet.
  • the service request allows the selection, and consequently the retrieval, of a web service.
  • the Web service allows components, such as a server, another web service, or a client terminal, to transmit data remotely across the Internet regardless of the programming languages and operating systems used by those applications. .
  • the exchange of information relating to the banking transaction between two elements of the electronic payment chain is independent of the communication protocols, programming languages and operating systems for these two elements.
  • the message processing step includes a step of verifying the compliance of the received message with respect to rules and banking standards.
  • the verification step comprises a step of extracting data from the message, a step of reading a definition file of a valid structure containing a verification test of the validity of the message and a message. step of performing the test on the extracted data.
  • the message processing step comprises a step of translating the first data structure of the message into a second data structure of the message intended to be used in the second part of the data transmission network.
  • the translation step comprises a step of providing by the second element to the server of the Web service, information relating to the second data structure.
  • a method according to the invention may further include one of the following features: the first data structure, which is the message structure of the web service server, is defined by a data description language of the XML type;
  • the first data transmission protocol uses HTTPS, for example according to the SOAP protocol;
  • the second data structure which is the message data structure of the second element, is defined by a binary language.
  • the method further comprises:
  • a step of conforming the response message to the first structure a step of transmitting the response message conforming to the first structure, to the first element through the first part of the network, in accordance with the first transmission protocol of the first structure; data.
  • Another subject of the invention is a web services server capable of transmitting a message containing data relating to a bank transaction between at least first and second elements of a payment system interconnected by a data transmission network.
  • server being connected on the one hand, to the first element of the electronic payment system by a public access network of the TCP / IP type, forming a first part of the data transmission network and, on the other hand, to the second element of the data transmission network.
  • the electronic payment chain by a second part of the data transmission network, and comprising:
  • means for processing the message means for transmitting the processed message to the second element through the second part of the network, in accordance with a second data transmission protocol.
  • the web services server forms the third element of the electronic payment system.
  • the public access network of the TCP / IP communication protocol type (acronym for "Transmission Control Protocol / lnternetwork") is commonly referred to as an Internet network.
  • the exchange of data relating to the banking transaction between the two elements of the electronic payment chain is relatively effective, and this regardless of the fact that one of the elements is nomadic.
  • the payment terminal can establish a connection to the Internet network from for example a terminal d Internet access and initiate a bank transaction with a remote banking authorization server.
  • the web service server comprises means for verifying the validity of a message containing data relating to the bank transaction, intended to be transmitted between the first and second elements.
  • these means of verification are means for verifying the conformity of the message received with respect to banking rules and standards.
  • the verification means comprise means for extracting data from the message, means for storing a definition file of a valid structure of the message containing a verification test of the validity of the message and means of execution. of the test on the extracted data.
  • the storage means may include means for downloading the test definition file via the public Internet access network so that the adaptation of the test definition file to new rules and standards associated with the conventional banking protocols is relatively simple. .
  • the web services server comprises means for translating the first data structure of the message intended to be used in the first part of the network into a second data structure of the network. message intended to be used in the second part of the data transmission network.
  • the language used by the second element which is for example a bank authorization server, is generally different from that of the web services server.
  • the message can initially be written in the XML data description language and be transmitted by the web services server to the bank authorization server in the language used by the latter.
  • the second part of the data transmission network is a private access network of the TCP / IP type.
  • the subject of the invention is also a first element of a payment system capable of transmitting a message containing data relating to a banking transaction comprising means for selecting a Web service, means for receiving a first data structure corresponding to said service, used through a first part of the network according to a first data transmission protocol, means for conforming the message to the first structure and means for transmitting the message.
  • the invention also relates to a system comprising at least a first element as described above, a second element connected to the first element by a data transmission network, and at least one server of at least one service.
  • the first and second elements being intended to transmit to each other information relating to a bank transaction.
  • the subject of the invention is a Web service adapted for the implementation of the system as described above.
  • FIG. 1 is a diagram showing a system comprising a monetary chain according to the invention
  • FIG. 2 is a detailed diagram of a part of the system of FIG. 1;
  • FIG. 3 is a diagram illustrating steps of a data transmission method according to the invention.
  • FIG. 1 shows a system according to the invention.
  • the system is designated by the general reference 10.
  • the system 10 comprises a monetary chain 12 comprising at least first 14 and second elements 16.
  • the first element 14 of the electronic payment channel 12 is a payment terminal comprising a credit card reader 18 as well as means 20 for communication via the Internet, for example of the wireless technology type of the WIFI type or possibly of the type wired technology.
  • the second element 16 of the electronic payment channel 12 is a bank server selected for example from an authorization banking server, a remote banking server and even a download banking server.
  • the two elements 14 and 16 are interconnected by a data transmission network 22.
  • the system 10 also comprises at least one server 24 of at least one Web service, this server 24 forming a third element of the electronic payment system 12.
  • the server 24 of the web service is connected firstly to the first element 14 of the electronic payment system 12 by a public access network of the TCP / IP communication protocol type, this public access network forming a network.
  • This public access network is in this example the Internet network.
  • the server 24 is intended to provide three different Web services SW1, SW2 and SW3 ( Figure 2).
  • the SW1 web service is a bank authorization service.
  • the other services SW2 and SW3 are, for example, services providing information relating to bank authorizations (transaction history, etc.).
  • the server of the Web service 24 is connected to the second element 16 of the electronic payment channel 12 by a second portion 26B of the data transmission network 22.
  • the second part of the data transmission network 26B is a private access network such as an Intranet computer network, of the TCP / IP communication protocol type.
  • FIG. 1 shows a conventional element 27 of the infrastructure of the intranet network 26B, such as for example a gateway or a firewall.
  • the electronic payment terminal 14 and the Web service server 24 are configured to exchange data in a data description language, for example with extensible markup of the XML type ("Extensible Markup Language"), preferably CBXML (acronym for "Compact Binary” XML) through the first part 26A of the data transmission network 22.
  • the bank server 16 is configured to use a binary language through the second portion 26B of the data transmission network 22.
  • the bank server 16 may be configured to exchange data with the web services server 24 through the second portion 26B of the data network 22 in a language identical to that used by the web services server 16 and the terminal 14, ie in the CBXML data description language.
  • the web service server 24 also comprises means 28 for translating a message data structure used in one of the parts of the network. 22 into a message data structure used in the other part of the network 26 ( Figure 2).
  • the translation means 28 are adapted to translate a message data structure defined by the CBXML data description language into a message data structure defined by the binary language used by the authorization server 16. alternatively, when the two languages are identical, the web service server 24 does not include the translation means 28.
  • the web service server 24 also comprises means 30 for verifying the validity of a message containing data relating to the bank transaction transmitted between the payment terminal 14 and the bank authorization server. 16.
  • the verification means 30 comprise means 32 for extracting data from the message, means 34 for storing a definition file of a valid structure of the message containing a verification test of the validity of the structure of the message. message, and means 36 for performing the test on the extracted data.
  • the web service server 24 also comprises means 38 for publishing the Web service in a database forming a web services directory 40 accessible by the data transmission network 22.
  • the service directory Web is for example of the type conforming to the UDDI standard (acronym for "Universal Description Discovery and Integration Di rectory").
  • the web service server 24 also includes conventional means for communicating with a set of databases 44 accessible via the Internet 26A and a "formal grammar" 46 of the CBXML language, making it possible to define rules and syntax relating to to this language.
  • a "formal grammar" 46 of the CBXML language makes it possible to define rules and syntax relating to to this language.
  • the publishing means 38 of the web services server 24 publish in a step 50, the web services SW1, SW2, SW3 in the UDDI directory 40, describing each web service using a description language specific to the UDDI directory.
  • the user wishes, for example, to perform a bank transaction such as a bank authorization request.
  • the method firstly comprises a first step 52 of recovery by the payment terminal 14 of a Web service, more specifically the recovery of the web service SW1 banking authorization.
  • the payment terminal 14 firstly retrieves the web service SW1 by consulting a database forming the web services directory of the UDDI-compliant type, and by selecting the desired web service from the list of web services provided in the UDDI web services directory.
  • the payment terminal 14 retrieves in a second time a description of the Web service SW1 previously selected from the server 24 of the web service SW1.
  • this web service SW1 includes a description formulated in the description language WSDL (acronym for "Web Services Description").
  • the recovery step 52 is performed by reading a storage unit of a pre-recorded web service belonging to the mobile phone, this in order to limit the power consumption of the mobile phone during this step 52.
  • the prerecorded web service is in this example, the bank authorization SW1 web service.
  • the method comprises a step 54 of main transmission of a request message containing data relating to the bank transaction, through the data transmission network 22, between the payment terminal 14. and the bank authorization server 16.
  • the main transmission step 54 comprises a first secondary step 56 for transmitting the request message between the payment terminal 14 and the web service server 24 through the first part of the network 26A. say the public Internet access network.
  • the first secondary transmission step 56 is performed in accordance with a first data transmission protocol between the payment terminal 14 and the Web service server 24.
  • the first data transmission protocol uses the HTTP data transfer protocol (HyperText Transfer Protocol), in accordance with the SOAP (Simple Object Access Protocol). ).
  • the SOAP protocol uses an extensible markup type (XML) data description language for data encoding.
  • the first protocol uses a secure transfer protocol such as
  • HTTPS (with S for “Secured”: secure), based on an SSL protocol (acronym for “Secure Sockets Layer Protocol”).
  • the first sub-transmission step 56 comprises a step 58 of establishing a communication between the payment terminal 14 and the web service server 24 in the first data transmission protocol, for the provision of by the web service server 24 at the payment terminal 14, information relating to a message data structure in force in the server 24.
  • the data structure of the message is defined in the CBXML data description language and in accordance with the SOAP protocol.
  • the data structure of the message in effect in the web service server 24, complies with the banking norm ISO 8583 and comprises: an identifier field of the message type,
  • the data considered as specific to the transaction are, for example, a date and time of the transaction, an amount debited or credited, an account number participating in the transaction, a beneficiary name.
  • other data structures such as the one described above may be used, including data structures in accordance with other communication protocols.
  • the payment terminal 14 formulates the message containing data relating to the transaction. banking in the data structure in accordance with the information provided by the web service server 24, during a step 60 of formulation.
  • the method then comprises a step 62A for sending the correctly formulated message to the Web services server 24 and a step 62B for receiving the message by the web services server 24.
  • the method then comprises a step 64 of checking the validity of the message during which the means 30 verify the compliance of the message with respect to banking rules and standards.
  • the means 32 extract data from the message and the means 36 execute the test on the extracted data, this test being defined in the definition file previously downloaded via the Internet network and stored in the data files. storage means 34.
  • the server 24 downloads a new definition file of a test taking into account recent modifications of the banking standards, in all the databases 44 via the means of communication 42.
  • the message is then routed to the translation means 28 of the web service server 24.
  • the main transmission step 54 then comprises a second secondary step 66 of transmission of the message between the Web service server 24 and the bank authorization server 16 through the second part of the network 26B, and this in accordance with a second protocol of data transmission.
  • the second data transmission protocol uses the XOT type transfer protocol.
  • This XOT transfer protocol conveys, for example, an inter-bank communication protocol of the CB2A type.
  • the transfer protocol can also be of the X25 type or of the TCP / IP type.
  • the second data transmission protocol is identical to the first data transmission protocol and uses the HTTPS transfer protocol according to the SOAP protocol.
  • the method includes a step 68 of translating the message data structure used in the first portion 26A of the network 22 into the message data structure used in the second network portion 26B. .
  • the second secondary transmission step 66 includes a step of providing by the banking server 16 to the server of the Web service 24, information relating to the data structure used by the banking server 16.
  • the web service server 24 can obtain information about the data structure of the message used through a web service.
  • the server 24 consults the UDDI directory and selects a web service SW1 'adapted to its request in a list of Web services.
  • the web service server 24 then retrieves the description of the web service SW1 'previously selected from a server of the web service SW1' (not shown).
  • the server 24 and the server of the Web service SW1 ' implement steps similar to steps 58 to 62B so that the server 24 obtains by the server of the Web service SW1' the information relating to the message structure.
  • this server of the web service SW1 ' may be the bank server 16.
  • the server 24 translates the data structure of the message defined by the server. CBXML data description language in data structure of the message readable by the bank authorization server 16.
  • the data structure used by the bank server 16 is defined in the binary language.
  • the web service server 24 transmits (step 70A) the message translated into binary language and the bank server 16 receives (step 70B) the request message.
  • the bank server 16 processes the data contained in the request message and formulates a response message in a data structure defined in the binary language, during a step 72 of processing the banking transaction by the banking server 16.
  • the method then again comprises a step 74 of main transmission of the response message between the bank authorization server 16 and the payment terminal 14 comprising: - a secondary transmission step 76 of the response message from the server 16 to the server 24 in accordance with the second transmission protocol; a secondary transmission step 78 of the response message from the server 24 to the terminal 14 according to the first transmission protocol.
  • the secondary transmission step 76 comprises a step 8OA transmitting the response message by the bank server 16 and a step 8OB for receiving the message by the web services server 24.
  • the secondary transmission step 78 includes a translation step 82 during which the service server 24 translates the response message of the data structure defined by the binary language into a data structure defined by the data description language. CBXML, readable by the payment terminal 14.
  • the secondary transmission step 78 also comprises a step 84A for transmitting the response message and a step 84B for receiving the message by the terminal 14.
  • a step 86 of processing the response message by the payment terminal 14 the latter performs the desired treatment based on the data of the response message.
  • the terminal 14 can then initiate a new banking transaction.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Ce système (10) comprend une chaîne monétique (12) comprenant au moins deux éléments (14, 16). Les deux éléments (14, 16) sont reliés entre eux par un réseau (22) de transmission de données et sont destinés à transmettre entre eux des informations relatives à une transaction bancaire. Conformément à l'invention, il comprend au moins un serveur (24) d'au moins un service Web, formant un troisième élément de la chaîne monétique (12). Plus particulièrement, ce serveur (24) est relié au premier élément (14) de la chaîne monétique (12) par un réseau (26A) à accès public du type à protocole TCP/IP, formant une première partie (26A) du réseau de transmission de données (22) et 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).

Description

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.

Claims

REVENDICATIONS
1 . Procédé de transmission d'un message contenant des données relatives à une transaction bancaire entre au moins des premier (14) et deuxième (16) éléments d'une chaîne monétique (12) reliés entre eux par un réseau (22) de transmission de données, le message transitant via un serveur de services Web (24) caractérisé en ce qu'il comprend:
- suite à une requête de service émise par le premier élément (14), une étape (52) de transmission au premier élément d'une première structure de données correspondant au service, utilisée à travers une première partie (26A) du réseau (22) conformément à un premier protocole de transmission de données,
- une étape de réception (54) 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 (66) du message traité, au deuxième élément (16) à travers une deuxième partie (26B) du réseau (22), conformément à un deuxième protocole de transmission de données.
2. Procédé selon la revendication 1 dans lequel 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.
3. Procédé selon la revendication 2 dans lequel 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.
4. Procédé selon l'une des revendications précédentes dans lequel 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 (26B) du réseau de transmission de données (22).
5. Procédé selon la revendication 4, dans lequel l'étape de traduction comprend une étape de fourniture par le deuxième élément (16) au serveur du service Web (24), d'informations relatives à la deuxième structure de données.
6. Procédé selon la revendication 4 ou 5, dans lequel la deuxième structure de données est définie par un langage binaire.
7. Procédé selon l'une des revendications précédentes, dans lequel la première structure de données est définie par un langage de description de données du type XML.
8. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce qu'il comporte en outre :
- une étape de réception (76) 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 (26B) du réseau (22) 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 (78) du message de réponse conforme à la première structure, au premier élément (16) à travers la première partie (26A) du réseau (22), conformément au premier protocole de transmission de données.
9. Serveur de services Web (24) apte à transmettre un message contenant des données relatives à une transaction bancaire entre au moins des premier (14) et deuxième (16) éléments d'une chaîne monétique (12) reliés entre eux par un réseau (22) de transmission de données caractérisé en ce qu'il est relié :
- au premier élément (14) de la chaîne monétique (12) par un réseau à accès public du type à protocole TCP/IP, formant une première partie (26A) du réseau de transmission de données (22) et,
- au deuxième élément (16) de la chaîne monétique (12) par une deuxième partie (26B) du réseau de transmission de données (22), et en ce qu'il comprend :
- 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 (26A) du réseau (22) conformément à un premier protocole de transmission de données,
- des moyens de réception (54) du message contenant des données conformes à la première structure,
- des moyens de traitement du message,
- des moyens d'émission (66) du message traité au deuxième élément (16) à travers la deuxième partie (26B) du réseau (22), conformément à un deuxième protocole de transmission de données.
10. Serveur selon la revendication 9 caractérisé en ce qu'il comprend des moyens de vérification de la conformité du message reçu à l'égard de règles et normes bancaires.
1 1. Serveur selon l'une des revendications 9 ou 10 caractérisé en ce qu'il comprend des moyens 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 (26B) du réseau de transmission de données (22).
12. Premier élément (14) d'une chaine monétique (12) apte à transmettre un message contenant des données relatives à une transaction bancaire caractérisé en ce qu'il comprend :
- 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 (26A) du réseau (22) conformément à un premier protocole de transmission de données,
- des moyens de mise en conformité du message à la première structure,
- des moyens d'émission du message.
13. Système (10) comprenant au moins un premier élément (14) selon la revendication 12, un deuxième élément (16) relié au premier élément par un réseau (22) de transmission de données, et au moins un serveur (24) d'au moins un service Web selon l'une des revendications 9 à 1 1 , les premier et deuxième éléments étant destinés à transmettre entre eux des informations relatives à une transaction bancaire.
14. Service Web, caractérisé en ce qu'il est adapté pour la mise en œuvre du système (10) selon la revendication 13.
PCT/FR2007/051913 2006-09-12 2007-09-11 Systeme comprenant une chaine monetique, procede mettant en oeuvre ce systeme, service web et serveur de services web WO2008031987A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0607973 2006-09-12
FR0607973 2006-09-12

Publications (1)

Publication Number Publication Date
WO2008031987A1 true WO2008031987A1 (fr) 2008-03-20

Family

ID=37850603

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2007/051913 WO2008031987A1 (fr) 2006-09-12 2007-09-11 Systeme comprenant une chaine monetique, procede mettant en oeuvre ce systeme, service web et serveur de services web

Country Status (1)

Country Link
WO (1) WO2008031987A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998056024A1 (fr) * 1997-06-05 1998-12-10 Crossmar, Inc. Traduction de messages du ou dans le format de securite swift
US6039245A (en) * 1996-06-10 2000-03-21 Diebold, Incorporated Financial transaction processing system and method
WO2001007979A2 (fr) * 1999-07-21 2001-02-01 Sun Microsystems, Inc. Courtier de donnees securise
WO2003048996A1 (fr) * 2001-12-05 2003-06-12 Davo Financial Services Llc Systeme et procede de transactions de compte de garantie bloque numeriques et securisees
US20030126094A1 (en) * 2001-07-11 2003-07-03 Fisher Douglas C. Persistent dynamic payment service
US20030200184A1 (en) * 2002-04-17 2003-10-23 Visa International Service Association Mobile account authentication service

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6039245A (en) * 1996-06-10 2000-03-21 Diebold, Incorporated Financial transaction processing system and method
WO1998056024A1 (fr) * 1997-06-05 1998-12-10 Crossmar, Inc. Traduction de messages du ou dans le format de securite swift
WO2001007979A2 (fr) * 1999-07-21 2001-02-01 Sun Microsystems, Inc. Courtier de donnees securise
US20030126094A1 (en) * 2001-07-11 2003-07-03 Fisher Douglas C. Persistent dynamic payment service
WO2003048996A1 (fr) * 2001-12-05 2003-06-12 Davo Financial Services Llc Systeme et procede de transactions de compte de garantie bloque numeriques et securisees
US20030200184A1 (en) * 2002-04-17 2003-10-23 Visa International Service Association Mobile account authentication service

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DODDS L: "Schematron: validating XML using XSLT", INTERNET CITATION, 8 April 2001 (2001-04-08), XP002256951, Retrieved from the Internet <URL:http://www.ldodds.com/papers/schematron_xsltuk.html> [retrieved on 20031008] *

Similar Documents

Publication Publication Date Title
FR2820853A1 (fr) Procede et systeme de telepaiement
EP0989529B1 (fr) Carte à puce permettant d&#39;acceder à une application distante, terminal et système de communication associés et procédé pour accéder a l&#39;application distante au moyen de cette carte à puce
EP1236185A1 (fr) Systeme de paiement electronique a travers un reseau de telecommunication
EP1726124A1 (fr) Systeme et procede de controle d&#39;equipements a distance a l&#39;aide de commandes at, dispositif, module de radiocommunication et programme correspondants
WO2003013100A9 (fr) Procede et dispositif de mise en compatibilite de communication sur reseau de terminaux, par exemple pour permettre un dialogue avec une application sur carte a puce
FR2863811A1 (fr) Systeme de communication entre un terminal mobile et un serveur de communication et les procedes de communications associes.
WO2008031987A1 (fr) Systeme comprenant une chaine monetique, procede mettant en oeuvre ce systeme, service web et serveur de services web
EP2395422A1 (fr) Service d&#39;impression ou de numérisation pour téléphone mobile
EP1639787A2 (fr) Systeme et procede de controle d&#39;equipements a distance a l&#39;aide de commandes at, dispositif et module de radiocommunication et jeu de commandes correspondants.
EP1430456B1 (fr) Installation de paiement electronique pour l&#39;achat de biens ou services proposes par un serveur marchand et procede mis en oeuvre dans une telle installation
FR2880966A1 (fr) Procede de navigation automatique en mode interposition
EP1578064B1 (fr) Procédé d&#39;accès à un service par l&#39;intermédiaire d&#39;un terminal relié à un réseau de communication
EP3685599B1 (fr) Procede de verification de la validite d&#39;une ligne telephonique d&#39;un utilisateur
EP1260080A1 (fr) Procede et dispositif de communication des informations contenues dans un ou plusieurs codes-barres
EP1220524A2 (fr) Procédé de synchronisation de données sur une liaison serie
FR2898233A1 (fr) Systeme et procede d&#39;echange de donnees entre deux dispositifs de communication via un reseau ip
EP1671451B1 (fr) Procede et systeme de mise a disposition d&#39;informations de taxation d&#39;un service payant delivre par un fournisseur de services
EP2320623B1 (fr) Procédé de fourniture d&#39;un service
EP1371252A1 (fr) Module de radiocommunication executant un logiciel principal et un logiciel client comprenant plusieurs applications clientes
WO2006040459A1 (fr) Procede d&#39;intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe
FR2832277A1 (fr) Procede et systeme de transmission d&#39;un message par l&#39;intermediaire d&#39;un reseau de telecommunications
WO2007074319A1 (fr) Procede d&#39;authentification d&#39;un utilisateur aupres d&#39;un serveur distant, systeme mettant en œuvre ce procede, terminal client et programme d&#39;ordinateur
EP1400935A1 (fr) Système pour opérer un transfert d&#39;informations, simplifié par l&#39;utilisation d&#39;une relation pré-établie et applications
FR2812148A1 (fr) Terminal agence pour saisir et transmettre des caracteristiques physiques d&#39;un utilisateur et procede de mise en oeuvre d&#39;une application par le terminal
EP1410599A2 (fr) Systeme de mise en relation multi-protocoles, multimedia et contextuel

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07823809

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07823809

Country of ref document: EP

Kind code of ref document: A1