WO2006040459A1 - Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe - Google Patents

Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe Download PDF

Info

Publication number
WO2006040459A1
WO2006040459A1 PCT/FR2005/002482 FR2005002482W WO2006040459A1 WO 2006040459 A1 WO2006040459 A1 WO 2006040459A1 FR 2005002482 W FR2005002482 W FR 2005002482W WO 2006040459 A1 WO2006040459 A1 WO 2006040459A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
intermediation
transaction
client terminal
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/FR2005/002482
Other languages
English (en)
Inventor
Aymeric De Solages
Rémi Groult
Mohammed Boutahar
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of WO2006040459A1 publication Critical patent/WO2006040459A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68—Payment of value-added services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/10—Aspects of automatic or semi-automatic exchanges related to the purpose or context of the telephonic communication
    • H04M2203/105—Financial transactions and auctions, e.g. bidding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42008—Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers

Definitions

  • the present invention relates to a method of intermediation in a transaction comprising a request and at least one response between a client terminal and a server providing answers, and an intermediation server.
  • the providers of such services are remunerated by means of premium-rate telephone numbers set up by the telephone operators.
  • the cost of calling a premium rate number is greater than the cost of the telephone call to account for the value of the information provided or the service rendered by the voice service.
  • the voice service provider can choose a pricing corresponding to the value of the service rendered.
  • the surcharge is split between the operator and the service provider. It is perceived by the operator, who is responsible for billing the customer, and the latter gives the service providers the share of the surtax which is theirs.
  • the surcharge being proportional to the duration of the communication.
  • the merchant can adjust the payment to the value of the information provided only by one of two means:
  • the object of the invention is therefore to propose a method, and the associated server, which allows to offer a variety of payment methods while preserving this functional dichotomy between the telephone operator and merchants.
  • the object of the invention is therefore a method of intermediation in a transaction comprising a request and at least one response between a client terminal and a response provider server, this server comprising means for storing descriptions of said responses in the form of a a catalog, the method comprising the steps of: a) sending a message by the client terminal to an access request intermediation server to a server providing answers, b) message exchange, between the client terminal and the provider server via the intermediation server, able to allow the client terminal to consult the response catalog of the provider server and to choose a response from this catalog, c) storage of the selected response on the server of intermediation, d) the choice being made, transfer of information capable of qualifying the e) transaction to means of validation of the intermediation server, e) sending a message order for validating the transaction of the intermediation server to a validation server, f) receiving a validation commit message from the validation server by the intermediation server, g) sending a message from the server of validation intermediation to the provider server capable
  • step g a step of execution of the selected response comprising the transfer, by electronic means, of the response of the server provider to the intermediation server, then the electronic transfer of the response of the intermediation server to the client terminal;
  • the messages destined for the client terminal comprise controlled links, these links being tags of messages referencing a response, and including the parameter setting information of the transaction;
  • the messages destined for the client terminal comprise free links, these free links being message tags enabling the client terminal to reach other predetermined information of the catalog; the transaction corresponds to a voice service, the client terminal being a telephone;
  • Another object of the invention is an intermediation server for implementing the method comprising:
  • the first and second means being connected to consultation means able to allow the client terminal to choose a response from a catalog of responses from the provider server,
  • transmission means capable of transmitting the references of the chosen response as well as information able to qualify the transaction to transaction validation means
  • the validation means being also connected to the first and third connection means, and able to send a validation command to the validation server, in the name of the client terminal, and corresponding to the chosen response and to obtain the agreement of the server of validation for said validation order, means for delivering the chosen response from the provider server to the client terminal;
  • the references of the chosen response are transmitted between the consultation means and the transaction validation means in the form of a data record having a previously defined format independent of the provider server.
  • Another object is a provider server able to communicate with an intermediation server and able to allow a client terminal to consult a response catalog and choose a response from this catalog through the intermediation server, the catalog including transaction setting information.
  • Another object of the invention is a software product recorded in a storage medium for implementation by a computer acting as dedicated equipment of the preceding intermediation method.
  • FIG. 1 is a block diagram of the network in one embodiment of the invention.
  • FIG. 2 is a block diagram of the various functional modules and their interactions in one embodiment of the invention.
  • FIG. 3 is a diagram of the flow of information of an embodiment of the method according to the invention.
  • FIG. 1 a server 1, called intermediation server, comprises first means 9 for connection to client terminals 2, 3.
  • These client terminals 2, 3 may be conventional personal computers 2 connected to the intermediation server 1 via the network 4 consisting for example of a local area network connected to the Internet or by a line telephone and a modem also connected to the Internet and preferably having an internet browser. They can also be conventional fixed or mobile telephones connected to the server 1 by a telephone network. In all cases, the client terminals 2, 3 comprise a human-machine interface allowing a human being to enter and receive information.
  • the information presentation mode is therefore generally vocal and the information input mode is either voice via a voice recognition module located on the server 1, either by entering a code on the keypad of the phone as is well known to those skilled in the art.
  • USSD Unstructured Supplementary Services Data
  • the intermediation server 1 also comprises second and third means 10, 11 of connection, via a digital network, to servers 5, 6, 7 suppliers of goods and services, as well as at least a payment server 8.
  • the servers 5, 6, 7 are presented for illustrative purposes and their number is, of course, not limited to 3.
  • a good or a service is a particular example of responses provided by the servers 5, 6, 7.
  • the payment server 8 is a particular case of a transaction validation server, the payment corresponding to a particular case of payment. validation.
  • the digital connection between the intermediation server 1 and the different servers 5, 6, 7 and 8 can be of any type allowing the exchange of digital messages between computers.
  • the Internet network to the IP standard is used and the exchange of messages between the machines is done according to the http protocol.
  • the secure http protocol, or https is also possible to advantageously use the secure http protocol, or https, to allow messages to be exchanged between the different machines that are secure and confidential, as is well known to those skilled in the art.
  • the server 1 is in the intermediate position, or interface, between the terminals 2, 3 clients and the servers 5, 6, 7, 8 providers or payment, hence the name of intermediation server given to the server 1.
  • connection means 9, 10, 11 make it possible to standardize the exchanges between machines at the application level and to simplify the setting up of the different devices.
  • the servers 5, 6, 7 providers do not have to manage the possible diversity of the client terminals 2, 3 and their connection modes.
  • the first connection means 9 of the intermediation server 1 comprise a "server” page engine which transforms the information to be sent to the client terminal into an intermediate stream destined for the client.
  • the client terminal 2, 3 decodes them by means of a "client” page engine to present them to the user on the human-machine interface of terminal output 2, 3.
  • the information to be sent is at the origin, that is to say before their transformation by the engine of pages "server", in the form of pages, or files, containing structured data.
  • pages may for example be HTML, XML files ...
  • these pages may be VoiceXML files.
  • HTML or one of its variants broadcast on the network by an http server as the "Apache” server hosted by the server 1, then received and decoded by the "client” page engine of the Internet browser of the terminal 2 for display.
  • the pages coming from the servers 5, 6, 7 providers are coded in VoiceXML and transformed by the "server" page engine of the intermediation server 1 into a signal, called intermediate signal. , compatible with the phone 3 of reception and then, again, transformed into an audible signal by the earpiece or the speaker of the latter.
  • the intermediate stream thus defined being a signal directly interpretable by the client terminal 3, it does not include a "client” page engine.
  • the servers 5, 6, 7 suppliers of goods and services comprise two modules 12, 13.
  • the first module 12 is a cataloging module. It includes means for storing descriptions of the goods and services offered for sale by the merchant supplier.
  • the storage means also comprise navigation means enabling the customer to search for the desired good or service.
  • this module 12 can advantageously be structured thanks to the VoiceXML standard combined with scripts written in Javascript.
  • the information is structured in the form of pages, each page containing free links and / or paid links.
  • a link is a portion of the page that has three elements: a label, a customer action, and an engine action.
  • the label corresponds to a portion of the page that describes the client action, ie the action that the client must perform, to obtain the execution of a motor action, that is, say the action to be performed by the page engine "server", itself described by the label.
  • the execution of a voice link comprises two steps: - the sound reproduction of the label of the link, this label comprising at least a voice description of the customer action and the engine action.
  • this label comprises a description of the action that the client must take to obtain this voice page;
  • the link may include a delay after which the processing of the link by the engine is abandoned, and the restitution of the current voice page continued.
  • a paid link, or controlled link is then a special case of a link in the context of a commercial transaction.
  • the label then contains the description of a product, its price, which is therefore a coded value of the product, and the description of the action to be performed by the customer in order to signify his intention to proceed with the purchase of the product described.
  • the corresponding engine action contains the instructions, in the computer sense of the term, necessary as a result of the transaction and the payment.
  • a free link, or free link is a link that does not pay, that is to say that it allows access to other pages of the catalog but does not start a commercial transaction.
  • the catalog is the set consisting of a home page and all the pages accessible via the free links of this homepage directly or through other pages.
  • the servers 5, 6, 7 providers also include a content module 13 comprising means for storing the goods or services and thus allowing, when a transaction is made, to deliver the product or service purchased, in other words, d. Execute the chosen answer, as will be explained below.
  • the payment server 8 conventionally comprises the means necessary to record, validate and execute payment orders.
  • the intermediation server 1 comprises first means 9 of connection with the client terminal, second means 10 of connection with the provider servers and third means 11 of connection with a payment server as explained above with reference in Figure 1.
  • the server 1 further comprises, Figure 2, means 14 authentication for authenticating the client terminal or the user client.
  • These means 14 use, for example, either the number of the telephone line or the IP address, or cryptographic authentication means well known to those skilled in the art (identifier / password, challenge / response, .. .).
  • the first and second connection means 9, 10 of the server 1 are connected to consultation means 15 capable of enabling the client terminal to choose a good or a service from the provider server.
  • the means 15 of consultation transmit the references of the good or service chosen to means
  • the validation means are connected to the client terminal and the payment server via the first and third connection means 9, 11.
  • FIG. 3 is a diagram comprising, symbolized by dashed vertical lines, the different objects described with reference to FIG. 1, namely the client terminal 2, 3, the intermediation server 1, a server 5, 6, 7 with which a consultation and a transaction will be performed, and the payment server 8.
  • the different information flows between these objects are symbolized by horizontal arrows-oriented lines to indicate the direction of the main flow of information.
  • a large data set that needs to be split into multiple packets / messages to be transmitted is represented by a single line.
  • messages with a purely technical content, related to the protocol, such as acknowledgments, are not represented.
  • timing of the fluxes in time is represented in FIG. 3 by a flow of time going from the top to the bottom.
  • the client terminal 2, 3 or the user client itself is authenticated at 21 by the intermediation server 1 as explained above.
  • the customer calls a merchant, or, more exactly, a server 5, 6, 7 provider of goods or services, by means of the address of a service.
  • the intermediation server 1 then performs, if necessary, a translation of the address provided by the client into an internal identifier of the called service.
  • the call is then transferred to the consultation means.
  • the interaction 23 corresponds to downloading the catalog home page of the server 5, 6, 7 provider to the intermediation server 1.
  • the interaction 24 corresponds in particular to the downloading of this same page from the intermediation server 1 to the client terminal 2, 3 or, more generally, to the intermediate stream corresponding to this same page, as defined above, as well as to the selection in return, by the client terminal 2, 3 free links allowing access to new pages, this selection giving rise to the downloading of the corresponding pages of the server 5, 6, 7 provider in 25.
  • the interaction 24 also corresponds to the downloading of these new pages of the intermediation server 1 to the client terminal 2, 3 or, more generally, the intermediate stream corresponding thereto.
  • the interactions 23, 24 and 25 may in fact represent several entangled interactions, the pages being thus transmitted as and when the client requests it.
  • this engine action corresponds to the downloading of a new catalog page, this downloading is done in a conventional manner between the intermediation server 1 and the provider server 5, 6, 7.
  • a dialogue takes place between the client terminal 2, 3 and the intermediation server 1 at 24.
  • the client acquires knowledge of the contents of the catalog, and in particular of the labels of free or paid links it contains.
  • the client performs the client actions associated with some of these links via the human-machine interface of the client terminal 2, 3.
  • a signal encoding the customer action is transmitted. from the client terminal 2, 3 to the intermediation server 1, as part of the interaction 24.
  • the link corresponding to the customer action performed is a paid link, this means that the customer has chosen to buy a good or a product.
  • a signal encoding this client action is transmitted at 26 to the intermediation server to perform the corresponding engine action. This consists in particular in transmitting to the payment transaction means 16 the elements of the transaction (description of the product, price, etc.) and in transferring to them the control of the transactions.
  • the merchant in order to provoke the payment, the merchant must, in the preferred embodiment of the invention, insert in all his paid links or, more exactly, in the motor actions of these links, the code allowing the transfer to the means 16 of payment transaction of the parameters of the transaction.
  • the format of the data record corresponding to the paying link and which is transmitted by the consultation means to the means for validating the transaction is completely defined at the level of the intermediation server 1.
  • the means 16 for validating the transaction have no direct link with the servers 5, 6, 7, suppliers.
  • the method thus advantageously protects the customer against fraud by the merchant.
  • the merchant does not intervene.
  • the intermediation server 1 thus plays a role of trusted third party in the transaction.
  • the intermediation server receives the client's agreement for the transaction. To this end, it presents in 27 to the customer a customer authorization page on which the essential elements of the transaction are recalled.
  • the elements of the customer authorization page are authentic. It is conceivable that this makes it possible to protect the customer against a fraud in which the price displayed in the label would be different from the price transmitted by the corresponding motor action to trigger the payment process.
  • the customer authorization page includes, in a classic way, two links: one to agree to the transaction, the other to refuse.
  • the client gives a positive response in the form of data transiting from the client terminal to the intermediation server at 27, this means that it confirms the purchase and that it gives its agreement for a transaction of payment in 28 between the intermediation server and the payment server 8 according to the terms set in the customer authorization page.
  • the payment server 8 gives its answer in 29. If the response of the payment server is positive, that is to say that it has agreed to the payment, then the intermediation server will transfer the transaction data. to means 17 of delivery.
  • the intermediation server 1 warns the client with a suitable message and then returns, possibly, to the means 15 for consulting the catalog.
  • the delivery means 17 of the intermediation server transmit to the provider server, in 30, the information necessary for the latter to perform the delivery.
  • the provider server sends 31 to the intermediation server the relevant information on the delivery
  • the interactions 31 and 32 may in fact correspond to several interleaved message exchanges.
  • the intermediation server can transfer the client to the consultation means of the catalog for a possible continuation of the process.
  • this method advantageously makes it possible to offer a variety of payment methods for voice services and that, more generally, it makes it possible to offer a platform for centralization and coordination of a virtual shopping mall. It protects advantageously the customer and the merchant from certain frauds by acting as trusted third party.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un procédé d'intermédiation dans une transaction comportant une requête et une réponse entre un terminal et un serveur comportant un catalogue desdites réponses. Le procédé comporte les étapes d'envoi d'un message par le terminal à un serveur d'intermédiation de demande d'accès au serveur de réponses, d'échange de messages entre le terminal et le serveur par l'intermédiaire du serveur d'intermédiation pour choisir une réponse du catalogue du serveur et, le choix étant fait, de transfert des informations de la transaction à des moyens de validation du serveur d'intermédiation puis, d'envoi d'un message du serveur d'intermédiation vers le terminal de demande d'accord sur la transaction, et de réception d'un message d'accord en retour, de validation de la transaction par le serveur d'intermédiation auprès d'un serveur de validation et d'envoi d'un message du serveur d'intermédiation vers le serveur apte ô déclencher l'exécution de la réponse choisie.

Description

Procédé d'intermédiation dans une transaction entre un terminal client et un serveur fournisseur de réponses, et serveur associé. La présente invention concerne un procédé d'intermédiation dans une transaction comportant une requête et au moins une réponse entre un terminal client et un serveur fournisseur de réponses, ainsi qu'un serveur d'intermédiation. Dans le cadre de services vocaux interactifs, les fournisseurs de tels services sont rémunérés au moyen de numéros de téléphone surtaxés mis en place par les opérateurs de téléphonie. Le coût de l'appel d'un numéro surtaxé est supérieur au coût de la communication téléphonique pour tenir compte de la valeur des informations fournies ou du service rendu par le service vocal.
Afin de gérer au mieux cette valeur ajoutée, les opérateurs définissent des plages de numéros surtaxés avec des paliers tarifaires différents. Le fournisseur de services vocaux peut ainsi choisir une tarification correspondant à la valeur du service rendu.
La surtaxe est répartie entre l'opérateur et le fournisseur de service. Elle est perçue par l'opérateur, qui se charge de facturer le client, et celui-ci reverse aux fournisseurs de service la part de la surtaxe qui leur revient.
Actuellement, deux modes de taxation sont disponibles : - le paiement à la communication, indépendamment de la durée, et
- le paiement à la durée, la surtaxe étant proportionnelle à la durée de la communication.
Ces deux modes de taxation ne permettent pas de séparer la phase de consultation du service de la phase d'achat et de jouissance du bien ou service si ces deux phases ont lieu sur le même canal vocal, puisqu'il n'y a pas de possibilité de différencier la taxation en fonction de la phase du dialogue.
De plus, le commerçant ne peut adapter le paiement à la valeur des informations fournies qu'en utilisant un des deux moyens suivants :
- adapter artificiellement la durée de la communication à la valeur moyenne des informations fournies par le service, ou
- utiliser des numéros de téléphone différents, associés à des paliers tarifaires différents, pour des informations de valeurs différentes.
Il est à noter que la structure du marché des services vocaux est actuellement composée de gros commerçants qui possèdent leurs propres infrastructures et de courtiers qui mettent à disposition et mutualisent leurs infrastructures auprès des petits et moyens commerçants.
Le but de l'invention est donc de proposer un procédé, et le serveur associé, qui permette d'offrir une variété de modes de paiements tout en préservant cette dichotomie fonctionnelle entre l'opérateur de téléphonie et les commerçants.
L'objet de l'invention est donc un procédé d'intermédiation dans une transaction comportant une requête et au moins une réponse entre un terminal client et un serveur fournisseur de réponses, ce serveur comportant des moyens de stockage des descriptions desdites réponses sous forme d'un catalogue, le procédé comportant les étapes de : a) envoi d'un message par le terminal client à un serveur d'intermédiation de demande d'accès à un serveur fournisseur de réponses, b) échange de messages, entre le terminal client et le serveur fournisseur par l'intermédiaire du serveur d'intermédiation, aptes à permettre au terminal client de consulter le catalogue de réponses du serveur fournisseur et de choisir une réponse de ce catalogue, c) stockage de la réponse choisie sur le serveur d'intermédiation, d) le choix étant fait, transfert des informations aptes à qualifier la e) transaction à des moyens de validation du serveur d'intermédiation, e) envoi d'un message d'ordre de validation de la transaction du serveur d'intermédiation vers un serveur de validation, f) réception d'un message d'accord de validation du serveur de validation par le serveur d'intermédiation, g) envoi d'un message du serveur d'intermédiation vers le serveur fournisseur apte à déclencher l'exécution de la réponse choisie, ladite réponse du catalogue comportant des informations de paramétrage de la transaction telles que, lors de l'étape c), le transfert desdites informations s'effectue sans intervention du serveur fournisseur.
Les caractéristiques de l'invention sont :
- après l'étape g), une étape d'exécution de la réponse choisie comportant le transfert, par voie électronique, de la réponse du serveur fournisseur vers le serveur d'intermédiation, puis le transfert par voie électronique de la réponse du serveur d'intermédiation vers le terminal client ;
- à l'étape b) de consultation du catalogue, les messages à destination du terminal client comportent des liens contrôlés, ces liens étant des balises de messages référençant une réponse, et comportant les informations de paramétrage de la transaction ;
- les messages à destination du terminal client comportent des liens libres, ces liens libres étant des balises de messages permettant au terminal client d'atteindre d'autres informations prédéterminées du catalogue ; - la transaction correspond à un service vocal, le terminal client étant un téléphone ;
- les descriptions des réponses dans le catalogue du serveur (5, 6, 7) fournisseur sont au format Voice XML.
Un autre objet de l'invention est un serveur d'intermédiation pour la mise en œuvre du procédé comportant :
- des premiers moyens de connexion avec un terminal client ;
- des deuxièmes moyens de connexion avec un serveur fournisseur et,
- des troisièmes moyens de connexion avec un serveur de validation,
- des moyens d'authentification du terminal client ou du client, - les premiers et deuxièmes moyens étant reliés à des moyens de consultation aptes à permettre au terminal client de choisir une réponse d'un catalogue de réponses du serveur fournisseur,
- Des moyens de stockage de la réponse, ladite réponse comportant des informations de paramétrage de la transaction aptes à qualifier la transaction;
- des moyens de transmission aptes à transmettre les références de la réponse choisie ainsi que les informations aptes à qualifier la transaction à des moyens de validation de transaction,
- les moyens de validation étant connectés également aux premiers et troisièmes moyens de connexions, et aptes à envoyer un ordre de validation au serveur de validation, au nom du terminal client, et correspondant à la réponse choisie et à recueillir l'accord du serveur de validation pour ledit ordre de validation, - des moyens de livraison de la réponse choisie du serveur fournisseur au terminal client ;
D'autres caractéristiques du serveur, objet de l'invention, sont :
- les références de la réponse choisie sont transmises entre les moyens de consultation et les moyens de validation de transaction sous forme d'un enregistrement de données ayant un format préalablement défini indépendant du serveur fournisseur.
Un autre objet est un serveur fournisseur apte à communiquer avec un serveur d'intermédiation et apte à permettre à un terminal client de consulter un catalogue de réponses et de choisir une réponse de ce catalogue au travers du serveur d'intermédiation, le catalogue incluant des informations de paramétrage de la transaction.
Un autre objet de l'invention est un produit logiciel enregistré en un support de mémorisation pour la mise en œuvre par un ordinateur faisant office d'équipement dédié du procédé d'intermédiation précédent.
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en référence aux dessins annexés, et dans lesquels :
- la figure 1 est un schéma synoptique du réseau dans un mode de réalisation de l'invention ;
- la figure 2 est un schéma synoptique des différents modules fonctionnels et de leurs interactions dans un mode de réalisation de l'invention ; et
- la figure 3 est un schéma du flux d'informations d'un mode de réalisation du procédé selon l'invention.
Dans le mode de réalisation décrit ci-après, on utilisera l'exemple d'une transaction d'achat d'un bien ou service payant à titre illustratif et non limitatif.
Dans le mode de réalisation préféré de l'invention, figure 1, un serveur 1 , dit serveur d'intermédiation, comporte des premiers moyens 9 de connexion à des terminaux clients 2, 3.
Ces terminaux clients 2, 3 peuvent être des ordinateurs personnels 2 classiques connectés au serveur 1 d'intermédiation par l'intermédiaire du réseau 4 constitué par exemple d'un réseau local relié à Internet ou par une ligne téléphonique et un modem reliés également à Internet et possédant, préférentiellement, un navigateur internet. Ils peuvent être, également, des téléphones 3 fixes ou mobiles classiques reliés au serveur 1 par un réseau téléphonique. Dans tous les cas, les terminaux clients 2, 3 comportent une interface homme-machine permettant à un être humain de saisir et de recevoir des informations.
Dans le cas où le terminal client est un téléphone 3, le mode de présentation des informations est donc généralement vocal et le mode de saisie des informations est soit vocal par l'intermédiaire d'un module de reconnaissance vocale se trouvant sur le serveur 1 , soit par la saisie d'un code sur le clavier numérique du téléphone comme il est bien connu de l'homme du métier.
Il est également possible d'utiliser un téléphone 3 pour échanger des messages écrits. Pour ce faire, la norme USSD (Unstructured Supplementary Services Data - données de services supplémentaires non structurées) peut être utilisée.
Le serveur 1 d'intermédiation comporte également des deuxièmes et troisièmes moyens 10, 11 de connexion, par l'intermédiaire d'un réseau numérique, à des serveurs 5, 6, 7 fournisseurs de biens et de services, ainsi qu'à au moins un serveur 8 de paiement. Les serveurs 5, 6, 7 sont présentés à titre illustratif et leur nombre n'est, bien entendu, pas limité à 3.
Un bien ou un service est un exemple particulier de réponses fournies par les serveurs 5, 6, 7. De même, le serveur 8 de paiement est un cas particulier d'un serveur de validation de transaction, le paiement correspondant à un cas particulier de validation.
La connexion numérique entre le serveur 1 d'intermédiation et les différents serveurs 5, 6, 7 et 8 peut être de n'importe quel type permettant l'échange de messages numériques entre ordinateurs. De préférence, le réseau Internet à la norme IP est utilisé et l'échange de messages entre les machines se fait selon le protocole http. Il est également possible d'utiliser de manière avantageuse le protocole http sécurisé, ou https, pour permettre un échange de messages entre les différentes machines qui soit sûr et confidentiel, comme il est bien connu de l'homme du métier. Comme on peut le constater au vu de la figure 1 , le serveur 1 se trouve en position d'intermédiaire, ou d'interface, entre les terminaux 2, 3 clients et les serveurs 5, 6, 7, 8 fournisseurs ou de paiement, d'où le nom de serveur d'intermédiation donné au serveur 1. Le matériel et le système d'exploitation des différents serveurs 5, 6, 7,
8 sont classiques pour ce type d'application et bien connus de l'homme du métier.
De façon avantageuse, les différents moyens 9, 10, 11 de connexion permettent de normaliser les échanges entre machines au niveau applicatif et de simplifier ainsi la mise en place des différents équipements.
En effet, moyennant le respect de standards définis par le serveur 1 d'intermédiation, les serveurs 5, 6, 7 fournisseurs n'ont pas à gérer la diversité possible des terminaux clients 2, 3 et de leurs modes de connexion.
Au niveau applicatif, au sens de la norme ISO sur les télécommunications, les premiers moyens 9 de connexion du serveur 1 d'intermédiation comportent un moteur de page "serveur" qui transforme les informations à envoyer au terminal client en un flux intermédiaire à destination du terminal client 2, 3. Lorsque ce flux intermédiaire est encore constitué de pages, le terminal client 2, 3 décode celles-ci grâce à un moteur de page "client" pour les présenter à l'utilisateur sur l'interface homme-machine de sortie du terminal 2, 3.
Dans tous les cas, les informations à envoyer se présentent à l'origine, c'est-à-dire avant leur transformation par le moteur de pages "serveur", sous forme de pages, ou de fichiers, contenant des données structurées. Ces pages peuvent par exemple être des fichiers HTML, XML... Par exemple, dans le cas particulier d'un service vocal, ces pages peuvent être des fichiers VoiceXML.
Ainsi, dans le cas d'un service Internet, les pages sont codées en
HTML ou une de ses variantes, diffusées sur le réseau par un serveur http comme le serveur "Apache" hébergé par le serveur 1 , puis reçues et décodées par le moteur de pages "client" du navigateur Internet du terminal 2 pour affichage.
Dans la plupart des implémentations d'un service vocal, les pages en provenance des serveurs 5, 6, 7 fournisseurs sont codées en VoiceXML et transformées par le moteur de page "serveur" du serveur 1 d'intermédiation en un signal, appelé signal intermédiaire, compatible avec le téléphone 3 de réception puis, à nouveau, transformées en signal sonore par l'écouteur ou le haut-parleur de celui-ci.
Dans le cas d'un service vocal, et pour la plupart des implémentations, le flux intermédiaire ainsi défini étant un signal directement interprétable par le terminal-client 3, ce dernier ne comporte pas de moteur de pages "client".
Il faut donc comprendre que quand, dans la suite de cette description, les différents flux ou interactions entre les objets sont qualifiés par la sémantique des données qu'ils transportent, cela correspond en fait à un échange de messages parfaitement structuré selon les protocoles standardisés Internet ou de l'I.U.T., protocoles qui sont bien connus de l'homme du métier et dont la mise en œuvre ne recèle aucune difficulté particulière dans le cadre du mode de réalisation décrit.
En référence à la figure 2, les différentes fonctions et leurs relations vont maintenant être explicitées. Les serveurs 5, 6, 7 fournisseurs de biens et de services comportent deux modules 12, 13. Le premier module 12 est un module de catalogage. Il comporte des moyens de stockage des descriptions des biens et services mis en vente par le fournisseur commerçant. Les moyens de stockage comportent également des moyens de navigation permettant au client de rechercher le bien ou service désiré.
Dans le cadre d'un service vocal, ce module 12 peut avantageusement être structuré grâce à la norme VoiceXML combinée à des scripts écrits en Javascript.
L'information est donc structurée sous forme de pages, chaque page comportant des liens gratuits et/ou des liens payants.
A l'intérieur d'une page, un lien est une portion de la page qui comporte trois éléments : une étiquette, une action client et une action moteur.
L'étiquette correspond à une portion de la page qui décrit l'action client, c'est-à-dire l'action que le client doit effectuer, pour obtenir l'exécution d'une action moteur, c'est-à-dire l'action que doit effectuer Ie moteur de page "serveur", elle-même décrite par l'étiquette.
Ainsi, dans le cadre d'un message vocal, l'exécution d'un lien vocal comprend deux étapes : - la restitution sonore de l'étiquette du lien, cette étiquette comportant au minimum une description vocale de l'action client et de l'action moteur. Par exemple, si l'action moteur correspond au téléchargement d'une page vocale, l'étiquette comporte une description de l'action que le client doit effectuer pour obtenir cette page vocale ;
- l'attente de la réponse du client. En cas de non-réponse, le lien peut comporter une temporisation au bout de laquelle le traitement du lien par le moteur est abandonné, et la restitution de la page vocale en cours poursuivie.
Un lien payant, ou lien contrôlé, est alors un cas particulier d'un lien dans le cadre d'une transaction commerciale. L'étiquette comporte alors la description d'un produit, son prix, qui est donc une valeur codée du produit, et la description de l'action à effectuer par le client afin de signifier son intention de procéder à l'achat du produit décrit. L'action moteur correspondante contient les instructions, au sens informatique du terme, nécessaires à la suite du déroulement de la transaction et du paiement.
Un lien gratuit, ou lien libre, est un lien qui n'est pas payant, c'est-à- dire qu'il permet d'accéder à d'autres pages du catalogue mais ne démarre pas une transaction commerciale.
Ainsi, le catalogue est l'ensemble constitué d'une page d'accueil et de l'ensemble des pages accessibles via les liens gratuits de cette page d'accueil directement ou par l'intermédiaire d'autres pages.
Les serveurs 5, 6, 7 fournisseurs comportent également un module 13 de contenu comportant des moyens de stockage des biens ou services et permettant ainsi, lorsqu'une transaction est effectuée, de livrer le produit ou service acheté, en d'autres termes, d'exécuter la réponse choisie, comme il sera expliqué ci-après.
Le serveur 8 de paiement comporte classiquement les moyens nécessaires pour enregistrer, valider et exécuter des ordres de paiement.
Le serveur 1 d'intermédiation comporte des premiers moyens 9 de connexion avec le terminal client, des deuxièmes moyens 10 de connexion avec les serveurs fournisseurs et des troisièmes moyens 11 de connexion avec un serveur de paiement comme il a été expliqué ci-dessus en référence à la figure 1.
Le serveur 1 comporte en outre, figure 2, des moyens 14 d'authentification permettant d'authentifier le terminal client ou le client utilisateur. Ces moyens 14 utilisent, par exemple, soit le numéro de la ligne téléphonique, soit l'adresse IP, soit des moyens cryptologiques d'authentification bien connus de l'homme du métier (identifiant/mot de passe, challenge/réponse,...).
Les premiers et deuxièmes moyens 9, 10 de connexion du serveur 1 sont reliés à des moyens 15 de consultation aptes à permettre au terminal client de choisir un bien ou un service du serveur fournisseur. Les moyens 15 de consultation transmettent les références du bien ou service choisi à des moyens
16 de validation de la transaction selon un format prédéterminé. Ainsi la communication entre les moyens 15 de consultation et les moyens 16 de validation est complètement définie afin de limiter les risques de fraude pouvant provenir, en particulier, des serveurs 5, 6, 7 fournisseurs, ceux-ci n'intervenant pas dans la phase de validation suivante.
Les moyens de validation sont connectés au terminal client et au serveur de paiement par l'intermédiaire des premiers et troisièmes moyens 9, 11 de connexion.
Leur rôle consiste à recueillir l'accord du client sur la transaction, à envoyer un ordre de paiement au serveur de paiement, ordre de paiement correspondant au bien ou service choisi, et à recueillir l'accord du serveur 8 de paiement pour cet ordre de paiement. Lorsque ce dernier accord est obtenu, ils transmettent l'ordre de livraison à des moyens 17 de livraison.
Ces derniers sont aptes à gérer la livraison, ou son suivi, entre le terminal client 2, 3 et le serveur fournisseur 5, 6, 7.
Le fonctionnement du serveur d'intermédiation et de ses différents moyens va maintenant être explicité en relation avec la figure 3.
Il doit être remarqué que, autant que possible, les échanges de messages décrits et référencés en relation avec la figure 3, ont également été reportés, avec les mêmes références sur la figure 2.
La figure 3 est un schéma comportant, symbolisés par des traits verticaux pointillés, les différents objets décrits en référence à la figure 1 , à savoir le terminal client 2, 3, le serveur 1 d'intermédiation, un serveur 5, 6, 7 fournisseur avec lequel une consultation et une transaction vont être effectuées, et le serveur 8 de paiement. Les différents flux d'informations entre ces objets sont symbolisés par des traits horizontaux orientés par des flèches pour indiquer le sens du flux principal d'informations.
Comme expliqué précédemment, ces flux d'informations correspondent physiquement à des messages formatés selon des protocoles comme le protocole http. Pour la clarté et la simplicité du schéma, un seul trait du schéma peut correspondre à plusieurs messages sémantiquement équivalents.
Par exemple, un ensemble de données important, nécessitant d'être fractionné en plusieurs paquets/messages pour être transmis, est représenté par un seul trait. De même, les messages ayant un contenu purement technique, lié au protocole, comme les accusés de réception, ne sont pas représentés.
Enfin, il doit être noté que le cadencement dans le temps des flux est représenté sur la figure 3 par un écoulement du temps allant du haut vers le bas.
Après s'être connecté en 20 au serveur 1 d'intermédiation, le terminal client 2, 3 ou le client utilisateur lui-même, est authentifié en 21 par le serveur 1 d'intermédiation comme expliqué précédemment.
Au cours de l'échange 22, le client appelle un marchand, ou, plus exactement, un serveur 5, 6, 7 fournisseur de biens ou de services, au moyen de l'adresse d'un service. Le serveur 1 d'intermédiation effectue alors, si nécessaire, une traduction de l'adresse fournie par le client en un identifiant interne du service appelé.
Au niveau du serveur 1 d'intermédiation, l'appel est alors transféré aux moyens 15 de consultation.
Ces derniers retrouvent l'adresse du service catalogue du serveur fournisseur à partir de l'identifiant interne puis gère la consultation par le client de ce catalogue dans les interactions 23, 24 et 25.
L'interaction 23 correspond au téléchargement de la page d'accueil du catalogue du serveur 5, 6, 7 fournisseur vers le serveur 1 d'intermédiation. L'interaction 24 correspond notamment au téléchargement de cette même page du serveur 1 d'intermédiation vers le terminal client 2, 3 ou, plus généralement, au flux intermédiaire correspondant à cette même page, tel que défini précédemment, ainsi qu'à la sélection, en retour, par le terminal client 2, 3 des liens gratuits permettant l'accès à de nouvelles pages, cette sélection donnant lieu au téléchargement des pages correspondantes du serveur 5, 6, 7 fournisseur en 25. L'interaction 24 correspond donc également au téléchargement de ces nouvelles pages du serveur 1 d'intermédiation vers le terminal client 2, 3 ou, plus généralement, du flux intermédiaire correspondant à celles-ci.
On conçoit aisément que, le catalogue étant composé de plusieurs pages comme expliqué précédemment, les interactions 23, 24 et 25 peuvent représenter en fait plusieurs interactions enchevêtrées, les pages étant ainsi transmises au fur et à mesure que le client en fait la demande.
Plus précisément, lorsque le client, après avoir pris connaissance de l'étiquette l'un lien gratuit, effectue l'action client correspondante, un signal codant cette action est transmis en 24 aux moyens 15 de consultation du serveur 1 d'intermédiation. Ceux-ci transmettent cette information au moteur de page
« serveur » pour qu'il effectue l'action moteur correspondante.
Si cette action moteur correspond au téléchargement d'une nouvelle page catalogue, ce téléchargement est effectué de façon classique en 25 entre le serveur 1 d'intermédiation et le serveur 5, 6, 7 fournisseur.
Plus précisément, lors de cette consultation du catalogue, un dialogue a lieu entre le terminal client 2, 3 et le serveur 1 d'intermédiation en 24. Au cours de cette interaction 24, le client prend connaissance du contenu du catalogue, et notamment des étiquettes des liens gratuits ou payants qu'il contient. Le client effectue les actions clients associées à certains de ces liens par l'intermédiaire de l'interface homme-machine du terminal client 2, 3. A chaque fois qu'une action client est effectuée, un signal codant l'action client est transmis du terminal client 2, 3 vers le serveur 1 d'intermédiation, dans le cadre de l'interaction 24.
Si le lien correspondant à l'action client effectuée est un lien payant, cela veut dire que le client a choisi d'acheter un bien ou un produit. Un signal codant cette action client est transmis en 26 au serveur d'intermédiation pour qu'il effectue l'action moteur correspondante. Celle-ci consiste notamment à transmettre aux moyens 16 de transaction de paiement les éléments de la transaction (description du produit, prix,...) et à transférer à ceux-ci le contrôle des opérations.
Il est remarquable de noter que pour provoquer le paiement, le marchand doit, dans le mode de réalisation préféré de l'invention, insérer dans tous ses liens payants ou, plus exactement, dans les actions moteurs de ces liens, le code permettant le transfert aux moyens 16 de transaction de paiement des paramètres de la transaction.
Le format de l'enregistrement de données correspondant au lien payant et qui est transmis par les moyens 15 de consultation aux moyens 16 de validation de la transaction est totalement défini au niveau du serveur 1 d'intermédiation.
Ainsi, les moyens 16 de validation de la transaction n'ont aucun lien direct avec les serveurs 5, 6, 7, fournisseurs.
L'absence de ce code priverait le marchand du paiement, même dans l'éventualité où il chercherait à simuler le dialogue de paiement avec le client, normalement géré par le serveur 1 d'intermédiation, pour modifier, par exemple, le prix. En effet le marchand n'a pas d'accès direct au serveur 8 de paiement.
Le procédé permet ainsi, avantageusement, de protéger le client contre une fraude du marchand. Lors de l'étape contrôlée par les moyens 16 de transaction de paiement, le marchand n'intervient donc pas. Le serveur 1 d'intermédiation joue ainsi un rôle de tiers de confiance dans la transaction.
Le serveur d'intermédiation reçoit l'accord du client pour la transaction. A cette fin, il présente en 27 au client une page d'autorisation client sur laquelle les éléments essentiels de la transaction sont rappelés.
Si certains de ces éléments sont différents de ceux du catalogue, c'est-à-dire des éléments présentés dans l'étiquette du lien payant sélectionné auparavant, ce sont les éléments de la page d'autorisation client qui font foi. On conçoit que cela permet ainsi de protéger le client contre une fraude dans laquelle le prix affiché dans l'étiquette serait différent du prix transmis par l'action moteur correspondante pour enclencher le processus de paiement.
La page d'autorisation client comporte, de manière classique, deux liens : un pour donner son accord à la transaction, l'autre pour la refuser.
Si le client ne donne pas son accord, sous forme d'une donnée transitant du terminal client vers le serveur d'intermédiation en 27, le procédé est interrompu et retourne à la consultation du catalogue, étapes 23, 24, 25.
Par contre, si le client donne une réponse positive sous forme d'une donnée transitant du terminal client vers le serveur d'intermédiation en 27, cela veut dire qu'il confirme l'achat et qu'il donne son accord pour une transaction de paiement en 28 entre le serveur d'intermédiation et le serveur 8 de paiement selon les modalités fixées dans la page d'autorisation client.
Le serveur 8 de paiement donne sa réponse en 29. Si la réponse du serveur de paiement est positive, c'est-à-dire qu'il a donné son accord au paiement, alors le serveur d'intermédiation transférera les données de la transaction aux moyens 17 de livraison.
Dans le cas d'une réponse négative du serveur 8 de paiement, le serveur 1 d'intermédiation en avertit le client par un message adapté puis retourne, éventuellement, aux moyens 15 de consultation du catalogue. Les moyens 17 de livraison du serveur d'intermédiation transmettent au serveur fournisseur, en 30, les informations nécessaires pour que ce dernier effectue la livraison.
Celle-ci peut prendre deux formes :
- dans le cas d'un bien physique, le serveur fournisseur envoie en 31 au serveur d'intermédiation les informations pertinentes sur la livraison
(transporteur, date...). Ces informations sont enregistrées par le serveur d'intermédiation comme moyen de preuve en cas de litige et envoyées en 32 au client ;
- dans le cas d'un bien ou service "virtuel", c'est-à-dire correspondant à un fichier numérique stocké sur le serveur 5, 6, 7 fournisseur, celui-ci est téléchargé en 31 sur le serveur 1 d'intermédiation qui le transfère en 32 au terminal client 2, 3.
Il doit être noté que, en fonction de la taille de l'objet téléchargeable, les interactions 31 et 32 peuvent correspondre en fait à plusieurs échanges de messages entrelacés.
Enfin, quand la livraison a eu lieu, le serveur d'intermédiation peut transférer le client vers les moyens de consultation du catalogue pour une poursuite éventuelle du procédé.
On conçoit aisément que ce procédé permet avantageusement d'offrir une variété de modes de paiement pour des services vocaux et que, plus généralement, il permet d'offrir une plateforme de centralisation et de coordination d'une galerie marchande virtuelle. Il protège avantageusement le client et le marchand de certaines fraudes en agissant comme tiers de confiance.

Claims

REVENDICATIONS
1. Procédé d'intermédiation dans une transaction comportant une requête et au moins une réponse entre un terminal client (2, 3) et un serveur (5, 6, 7) fournisseur de réponses, ce serveur comportant des moyens (12) de stockage des descriptions desdites réponses sous forme d'un catalogue, le procédé comportant les étapes de : a) envoi d'un message par le terminal client (2, 3) à un serveur (1) d'intermédiation de demande d'accès à un serveur (5, 6, 7) fournisseur de réponses, b) échange de messages, entre le terminal client (2, 3) et le serveur (5,
6, 7) fournisseur par l'intermédiaire du serveur (1) d'intermédiation, aptes à permettre au terminal client (2, 3) de consulter le catalogue de réponses, et de choisir une réponse dudit catalogue (12), c) stockage de la réponse choisie sur le serveur d'intermédiation, d) le choix étant fait, transfert des informations aptes à qualifier la transaction à des moyens (16) de validation du serveur (1 ) d'intermédiation, e) envoi d'un message d'ordre de validation de la transaction du serveur (1 ) d'intermédiation vers un serveur (8) de validation, f) réception d'un message d'accord de validation du serveur (8) de validation par le serveur (1) d'intermédiation, g) envoi d'un message du serveur (1) d'intermédiation vers le serveur (5, 6, 7) fournisseur apte à déclencher l'exécution de la réponse choisie, caractérisé en ce que, ladite réponse du catalogue comporte des informations de paramétrage de la transaction telles que, lors de l'étape c), le transfert desdites informations s'effectue sans intervention du serveur fournisseur.
2. Procédé d'intermédiation selon la revendication 1 , caractérisé en ce qu'il comporte en outre, après l'étape g), une étape d'exécution de la réponse choisie comportant le transfert, par voie électronique, de la réponse du serveur (5, 6, 7) fournisseur vers le serveur (1) d'intermédiation, puis le transfert par voie électronique de la réponse du serveur (1) d'intermédiation vers le terminal client (2, 3). 3. Procédé d'intermédiation selon l'une quelconque des revendications précédentes, caractérisé en ce que, à l'étape b) de consultation du catalogue, les messages à destination du terminal client (2,
3) comportent des liens contrôlés, ces liens étant des balises de messages référençant une réponse, et comportant les informations de paramétrage de la transaction.
4. Procédé d'intermédiation selon l'une quelconque des revendications précédentes, caractérisé en ce que les messages à destination du terminal client (2, 3) comportent des liens libres, ces liens libres étant des balises de messages permettant au terminal client d'atteindre d'autres informations prédéterminées du catalogue.
5. Procédé d'intermédiation selon l'une quelconque des revendications précédentes, caractérisé en ce que la transaction correspond à un service vocal, le terminal client étant un téléphone.
6. Procédé d'intermédiation selon la revendication 5, caractérisé en ce que les descriptions des réponses dans le catalogue du serveur (5, 6, 7) fournisseur sont au format Voice XML.
7. Serveur (1) d'intermédiation pour la mise en œuvre du procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte, - des premiers moyens (9) de connexion avec un terminal client (2, 3),
- des deuxièmes moyens (10) de connexion avec un serveur fournisseur (5, 6, 7) et,
- des troisièmes moyens (11) de connexion avec un serveur (8) de validation, - des moyens (14) d'authentification du terminal client (2, 3) ou du client,
- les premiers et deuxièmes moyens (9, 10) étant reliés à des moyens (15) de consultation aptes à permettre au terminal client (2, 3) de choisir une réponse d'un catalogue de réponses du serveur (5, 6, 7) fournisseur, - des moyens de stockage de la réponse, ladite réponse comportant des informations de paramétrage de la transaction aptes à qualifier la transaction;
- des moyens de transmission aptes à transmettre les références de la réponse choisie ainsi que les informations aptes à qualifier la transaction à des moyens (16) de validation de transaction, - les moyens (16) de validation étant connectés également aux premiers et troisièmes moyens (9, 11) de connexions, et aptes à envoyer un ordre de validation au serveur (8) de validation, au nom du terminal client (2, 3), et correspondant à la réponse choisie et à recueillir l'accord du serveur (8) de validation pour ledit ordre de validation,
- des moyens (17) de livraison de la réponse choisie du serveur (5, 6, 7) fournisseur au terminal client (2, 3).
8. Serveur d'intermédiation selon la revendication 7, caractérisé en ce que les références de la réponse choisie sont transmises entre les moyens (15) de consultation et les moyens (16) de validation de transaction sous forme d'un enregistrement de données ayant un format préalablement défini indépendant du serveur (5, 6, 7) fournisseur.
9. Serveur (5, 6, 7) fournisseur apte à communiquer avec un serveur d'intermédiation tel que revendiqué dans l'une des revendications 7 à 8, ledit serveur étant apte à permettre à un terminal client (43) de consulter un catalogue de réponses (12) et de choisir une réponse de ce catalogue (12) au travers du serveur d'intermédiation, caractérisé en ce que la réponse choisie inclut des informations de paramétrage de la transaction.
10. Produit logiciel enregistré en un support de mémorisation pour la mise en œuvre par un ordinateur faisant office d'équipement dédié du procédé d'intermédiation selon l'une quelconque des revendications 1 à 6.
PCT/FR2005/002482 2004-10-08 2005-10-07 Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe Ceased WO2006040459A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0410668A FR2876530A1 (fr) 2004-10-08 2004-10-08 Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe
FR0410668 2004-10-08

Publications (1)

Publication Number Publication Date
WO2006040459A1 true WO2006040459A1 (fr) 2006-04-20

Family

ID=34950371

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2005/002482 Ceased WO2006040459A1 (fr) 2004-10-08 2005-10-07 Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe

Country Status (2)

Country Link
FR (1) FR2876530A1 (fr)
WO (1) WO2006040459A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0924630A1 (fr) * 1997-12-18 1999-06-23 More Magic Software MMS OY Extraction de ressources par un réseau de donnés
WO1999031610A1 (fr) * 1997-12-15 1999-06-24 British Telecommunications Public Limited Company Communications de donnees
US6061664A (en) * 1995-10-10 2000-05-09 Koninklijke Ptt Nederland N.V. System for facilitating the ordering and paying of services by means of a communication network
EP1014645A2 (fr) * 1998-12-22 2000-06-28 DeTeMobil Deutsche Telekom MobilNet GmbH Procédé pour la gestion de services à valeurs ajoutées confortables dans des réseaux de télécommunications
US20020193997A1 (en) * 2001-03-09 2002-12-19 Fitzpatrick John E. System, method and computer program product for dynamic billing using tags in a speech recognition framework
FR2830102A1 (fr) * 2001-09-25 2003-03-28 France Telecom Installation de paiement electronique pour l'achat de biens ou services proposes par un serveur marchand

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6061664A (en) * 1995-10-10 2000-05-09 Koninklijke Ptt Nederland N.V. System for facilitating the ordering and paying of services by means of a communication network
WO1999031610A1 (fr) * 1997-12-15 1999-06-24 British Telecommunications Public Limited Company Communications de donnees
EP0924630A1 (fr) * 1997-12-18 1999-06-23 More Magic Software MMS OY Extraction de ressources par un réseau de donnés
EP1014645A2 (fr) * 1998-12-22 2000-06-28 DeTeMobil Deutsche Telekom MobilNet GmbH Procédé pour la gestion de services à valeurs ajoutées confortables dans des réseaux de télécommunications
US20020193997A1 (en) * 2001-03-09 2002-12-19 Fitzpatrick John E. System, method and computer program product for dynamic billing using tags in a speech recognition framework
FR2830102A1 (fr) * 2001-09-25 2003-03-28 France Telecom Installation de paiement electronique pour l'achat de biens ou services proposes par un serveur marchand

Also Published As

Publication number Publication date
FR2876530A1 (fr) 2006-04-14

Similar Documents

Publication Publication Date Title
EP1153376B1 (fr) Procede de telepaiement et systeme pour la mise en oeuvre de ce procede
EP1330798B1 (fr) Procede de paiement par telematique securise
FR2820853A1 (fr) Procede et systeme de telepaiement
WO2001043092A1 (fr) Procede et systeme de gestion d'une transaction securisee a travers un reseau de communication
EP2795870B1 (fr) Procede d'acces par un terminal de telecommunication a une base de donnees hebergee par une plateforme de services accessible via un reseau de telecommunications
EP3646267A1 (fr) Contrôle de validité d'une interface de paiement à distance
WO2003071760A1 (fr) Dispositif et procede d'intermediation entre fournisseurs de services et leur utilisateurs
FR2940580A1 (fr) Procede et systeme de controle d'acces a un service
WO2006040459A1 (fr) Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe
FR2862782A1 (fr) Procede d'acces a un contenu multimedia et plate-forme pour la mise en oeuvre du procede
FR2816422A1 (fr) Procede pour le paiement de transactions effectuees par exemple sur internet
FR2843664A1 (fr) Procede et systeme de securisation de transmission d'informations sur des reseaux de telecommunication
FR2869702A1 (fr) Procedure d'acces a un service pre ou post-paye avec authentification d'un compte utilisateur et gestion dudit compte
EP4320534A1 (fr) Méthode de contrôle d'accès à un bien ou service distribué par un réseau de communication de données
NL1017716C2 (nl) Methode en systeem voor het doen betalen voor het afspelen van een multimediabestand.
WO2020201663A1 (fr) Procédé de communication sécurisée adapté pour commander un produit ou un service à l'aide d'un terminal de communication
FR2812425A1 (fr) Systeme pour livrer un service accessible a l'aide d'un numero de telephone et d'un code confidentiel sur internet ou tout autre reseau et pour acceder au service
WO2001089148A2 (fr) Installation perfectionnee d'echange de donnees dans un reseau, et carte de paiement et procede associes
FR3049369A1 (fr) Procede de transfert de transaction, procede de transaction et terminal mettant en œuvre au moins l'un d'eux
FR2936888A1 (fr) Procede d'acces et de gestion, a partir d'un terminal, de donnees bancaires gerees par un serveur, produit programme d'ordinateur, moyen de stockage, terminal, equipement intermediaire et serveur correspondants
FR2945173A1 (fr) Procede d'authentification d'un terminal de communication mobile lors d'un acces a une plateforme de services via un reseau mobile
EP2425389A1 (fr) Procede de suspension et d'activation d'un service dans un reseau mobile
FR2850224A1 (fr) Procede et systeme d'enregistrement de parametres d'authentification d'un utilisateur et supports d'enregistrement d'informations pour mettre en oeuvre ce procede
FR3007921A1 (fr) Procede de validation d'une transaction
FR2945139A1 (fr) Procede de taxation et d'acces a un service depuis un terminal de communcation mobile

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05809332

Country of ref document: EP

Kind code of ref document: A1