EP0788641A1 - Procede de realisation d'une transaction entre un usager disposant d'un terminal et un serveur - Google Patents

Procede de realisation d'une transaction entre un usager disposant d'un terminal et un serveur

Info

Publication number
EP0788641A1
EP0788641A1 EP95936625A EP95936625A EP0788641A1 EP 0788641 A1 EP0788641 A1 EP 0788641A1 EP 95936625 A EP95936625 A EP 95936625A EP 95936625 A EP95936625 A EP 95936625A EP 0788641 A1 EP0788641 A1 EP 0788641A1
Authority
EP
European Patent Office
Prior art keywords
user
server
identification data
terminal
communication
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.)
Withdrawn
Application number
EP95936625A
Other languages
German (de)
English (en)
Inventor
Victor Gottesman
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Publication of EP0788641A1 publication Critical patent/EP0788641A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/02—Coin-freed or check-freed systems, e.g. mobile- or card-operated phones, public telephones or booths

Definitions

  • the invention relates to a method of carrying out a telephone transaction between a user having a terminal and a server.
  • a communication is established between a terminal and the server when the telephone exchange has identified the terminal (by its number which defines its hardware connection and represents an account) in order to be able to debit the cost of communication from the terminal account, that is to say from the subscriber.
  • the cost of the communication is debited from the server account ("toll free").
  • a user with a memory card can call from a public station, and, according to the information read on the memory card, the exchange debits an account opened for the user identified by the card with memory.
  • US-A-4,933,966 relates to a credit card verification system when establishing long distance connections. It does not concern any transmission of identification data to a server after the establishment of the connection.
  • the document EP-A-0 494 530 relates to a system in which a switch makes connections to various servers based on information from credit cards or an authorization code issued as a function of data transmitted by a user. Billing is provided by the company that manages the switch. No identification data is transmitted to the server.
  • French Patent No. 2,596,598 describes a very flexible system in which a PABX performs filtering operations by keeping authorized communication tables: the PABX enables communications to be established either as a function of data relating to a terminal , either function of data relating to a user and which is carried by an information medium (badge, memory card, etc.).
  • the operations for determining the account to be debited (terminal, user, server) or for authorizing communication are independent of the server to which the terminal must be connected after communication has been established. More precisely, when a communication has been established between a terminal and a server in any of the preceding systems, the server either exchanges information with the terminal without knowing the identity of its interlocutor (terminal or usa ⁇ ger), or first executes a session intended to determine whether the terminal or the user participating in the transaction is actually authorized to exchange information with the server. For example, in the case where a customer of a bank communicates with the server of this bank, this server identifies the user concerned because he enters information allowing the server to identify his interlocutor (access code) .
  • the exchange of information between the terminal and the server first requires the establishment of a communication, under the authority of a central and / or a private branch exchange, then, when the communication has been established, a session in which the server requests from the user information (access code) indicating to the server that the user is actually authorized to carry out a transaction with the server.
  • the overall process therefore comprises two operations for determining the identification of the terminal or of the user participating in the transaction, first for establishing the communication (determining an account to be debited), then for validation. exchanging information with the server (determining an account number, an access code, etc.).
  • the subject of the invention is a system in which these operations for identifying a terminal or a user are carried out only once. More specifically, it relates to a system in which a telephone exchange and / or a private branch exchange, after having determined that the identification information actually allows the establishment of the call, transmit the necessary information to the server after this establishment, so that the session identification of the terminal or user by the server is superfluous.
  • the invention relates to a method of carrying out a transaction between a user having a terminal and a server whose service depends on the identity of the user, the method being of the type which comprises the step communication between the user having a terminal and the server, via a public or private automatic exchange, and the transmission to the server of identification data relating to the user, and in which the establishment of the communication is carried out in a conventional manner by transmission by the user of a message allowing the determination of the server with which the transaction must be carried out;
  • the transmission of the identification data is carried out in two stages, a first stage prior to the establishment of the communication and in which the data are read on an information medium placed by the user in the terminal at its disposal, and a second step after the establishment of the communication and in which identification data are transmitted by the auto-switch to the server.
  • the information medium introduced by the user into the terminal available to him carries the identification data relating to the user, and this data is subsequently transmitted by the automatic branch exchange to the server.
  • the information carrier that the user enters into the terminal at his disposal includes a number, and the identification data relating to the user are determined in the automatic branch exchange from the number read on the information carrier.
  • the automatic branch exchange includes a private automatic branch exchange and a public exchange, it is preferably the private automatic branch exchange which determines the identification data of the user.
  • the monetary data relate to a user account held by the PABX.
  • the invention also relates to a voice server intended for the implementation of the above method and for executing at least one messaging function whose recipient must be identified before the transmission of messages.
  • FIG. 1 is a block diagram of the operations carried out during the implementation of a method according to the invention
  • Figure 2 is a variant of the end of the operations of the method shown in Figure 1
  • FIG. 3 represents a variant implementation of the method according to the invention.
  • the identification data relating to a user are obtained by reading an information medium (badge, memory card, etc.) that a user introduces into a reader. This is either incorporated into the telephone terminal used by the user, or placed close to it.
  • an information medium badge, memory card, etc.
  • Such a system is described, for example, in French patent application No. 2,596,598. It has the advantage of giving great safety in use, especially in premises frequented by several people.
  • the invention can also be implemented with a simple telephone terminal without a reader of such a medium. of information.
  • the identification data relating to the user referred to in this memo are either the subscriber number to which the terminal corresponds, or identification data associated with this subscriber number in the PABX (private or public exchange) used for communication establishment.
  • the invention can also be implemented with any wired or non-wired telephone terminal (radio-electric, infrared, etc.), for example with radiotelephone, in particular digital stations such as GSM.
  • the identification data relating to the user in question are either complete identification data of the user, or partial data not comprising the whole of his identity.
  • step A1 the user picks up the telephone handset of the terminal used, then introduces his information medium into the reader; in a variant, it introduces the information medium before going off-hook.
  • step A2 the automatic switch detects that the user has lifted the handset and identifies it. This identification can possibly be carried out or supplemented by exchange of information between the automatic branch exchange and the terminal. The PABX then has identification data relating to the user.
  • step A3 the user, by pressing the terminal keys, transmits a communication request message, comprising for example the number of the server to which the user wants to have access. In one example, it is assumed that the user requests communication with the server of his electricity supply company.
  • step A4 the automatic branch exchange sets up the communication
  • step A5 corresponds to verification of the establishment of communication by exchanging suitable communication data between the PABX and the server.
  • step A6 the automatic exchange transfers to the server, according to the method of the invention, identification data relating to the user.
  • identification data are either those which were obtained in step A2, or data derived from these identification data, or both data of these two types.
  • step A7 possibly after the server has acknowledged receipt of these data, the transaction takes place between the user and the server. When the transaction is finished, the communication is interrupted in a conventional manner.
  • the server is that of the user's electricity supply company
  • the server knows the user with whom it is in communication, and can communicate the data relating to its account to it. As the user has been identified, the server can for example order an automatic debit of an invoice if the user gives him the order during the transaction.
  • FIG. 2 represents a variant of the preceding process.
  • step A6 ′ which replaces step A6, the automatic exchange not only transmits identification data relating to the user, but also adds monetary data, for example an account balance.
  • step A7 ' not only is the transaction carried out with the user, as in the case of FIG. 1, but also, at the end of the transaction, in step A8', the server transmits other monetary data to the PABX and the PABX takes into account this new monetary data. For example, when the PABX has transmitted the balance of an account to the server, the server can send the PABX a new balance, reduced or increased by the amount of the transaction made.
  • FIG. 3 represents another form of the method illustrated by FIG. 1.
  • the automatic exchange of FIG. 1 is replaced by a private automatic exchange and a public exchange.
  • Step B1 is identical to step A1, that is to say that the user picks up and introduces his information medium.
  • step B2 analogous to step A2, the private branch exchange takes the line and determines the identification data relating to the user.
  • Step B3 is identical to step A3, the user transmitting his message designating the server with which he wants to execute a transaction.
  • step B4 the private branch exchange establishes communication with the exchange, but it can also filter the communication, that is to say that it can refuse access to certain servers.
  • step B4 ' the central office checks that the requested service is indeed offered and establishes communication.
  • Steps B4 and B4 'therefore correspond to step A4.
  • Step B5, analogous to step A5, ensures the verification of the communication with the exchange.
  • the server is in communication with the private branch exchange so that, in step B6, the private branch exchange can transmit to the server the identification data relating to the user which it has obtained in step B2. At this time, the transaction can take place between the user and the server, in step B7 which corresponds to step A7.
  • FIG. 2 can also be applied to the process illustrated in FIG. 3.
  • the preceding embodiments are particularly advantageous in the context of the process and of the installation objects of French patent n ° 2,596,598.
  • the present invention further extends the scope of the method and the installation of this aforementioned document by simplifying and accelerating the communications established with very diverse types of servers.
  • Such a system is particularly interesting because it allows the centralization of a very large number of services, either simply within a company (the automatic branch exchange is a private automatic branch exchange), or via the telephone network. public.
  • the second step of transmitting the identification data constitutes the only validation of the identification data which the server must have for the transaction
  • a validation of known type entity of an access code, etc.
  • the security of the transaction is considerably increased, and the possibilities of diversion by malicious third parties are practically nil. Indeed, such a third party must not only have the information medium (which can be found or stolen), but also knowledge of the access codes.
  • the process of the invention has been described in the context of establishing a communication, it should be noted that this operation does not necessarily correspond to a physical connection. Indeed, in digital or other networks, the physical connection can be established almost permanently, by a channel which remains connected (for example channel D of the ISDN network).
  • identification data relate to the user, that is to say come from the badge
  • these data may include a dependent part of the installation, for example of the physical number of the line, in particular in the case of the implementation of advanced telephone functions in cooperation with the invention (example of call tracking).
  • a particularly interesting application of the invention relates to transactions carried out with a voice server. Indeed, it is very useful that the server vocal knows his interlocutor, for example to give him the contents of a mailbox in a messaging function. It is obvious that the server must know his interlocutor to give him the only messages concerning him.
  • the other functions of the voice server also take advantage of this knowledge of the user obtained by implementing the invention. For example, the user can transmit to the server data or messages intended for other users and which are only valid for a certain time, for example indicated by this user. The erasure of these data or messages can be carried out either automatically at the end of this time, or only if the first user confirms this deletion at the end of this time. For this confirmation function, it is essential that the server is assured of the identity of the initial user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Sub-Exchange Stations And Push- Button Telephones (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne la réalisation d'une transaction entre un usager et un serveur. Elle se rapporte à un procédé qui comprend l'établissement (A3-A5) d'une communication entre un usager et le serveur, par l'intermédiaire d'un autocommutateur, et la transmission au serveur de données d'identification de l'usager. Selon l'invention, la transmission des données d'identification est réalisée en deux étapes, une première (A1-A2) antérieure à l'établissement de la communication (A3-A5) et dans laquelle des données sont lues sur un support d'informations, et une seconde (A6) postérieure à l'établissement de la communication (A3-A5) et dans laquelle les données d'identification sont transmises par l'autocommutateur au serveur. Application aux transactions téléphoniques.

Description

Procédé de réalisation d'une transaction entre un usager disposant d'un terminal et un serveur
L'invention concerne un procédé de réalisation d'une transaction téléphonique entre un usager disposant d'un terminal et un serveur.
Dans une transaction téléphonique ordinaire effectuée entre un terminal et un serveur par l' intermédiaire de l'autocommutateur d'un central téléphonique, une communi¬ cation est établie entre un terminal et le serveur lorsque le central téléphonique a identifié le terminal (par son numéro qui définit sa connexion matérielle et représente un compte) pour pouvoir débiter le coût de la communication du compte du terminal, c'est-à-dire de l'abonné. Il existe aussi des cas où le coût de la communication est portée au débit du compte du serveur ("numéro vert") .
Il existe aussi des réalisations dans lesquelles ce n'est plus le compte du terminal, c'est-à-dire celui de l'abonné, qui est débité, mais celui d'un usager. Par exemple, un usager muni d'une carte à mémoire peut appeler à partir d'un poste public, et, d'après les informations lues sur la carte à mémoire, le central débite un compte ouvert pour l'usager identifié par la carte à mémoire.
Le document US-A-4 933 966 concerne un système de vérification de cartes de crédit lors de l'établissement de connexions à grande distance. Il ne concerne aucune transmission de données d'identification à un serveur après l'établissement de la connexion.
Le document EP-A-0 494 530 concerne un système dans lequel un commutateur effectue des connexions à divers serveurs en fonction d'informations provenant de cartes de crédit ou d'un code d'autorisation émis en fonction de données transmises par un usager. La facturation est assurée par l'entreprise qui gère le commutateur. Aucune donnée d'identification n'est transmise au serveur. Le brevet français n° 2 596 598 décrit un système très souple dans lequel un autocommutateur assure des opérations de filtrage par tenue de tables de communications autori¬ sées : l'autocommutateur permet d'établir des communications soit en fonction de données relatives à un terminal, soit en fonction de données relatives à un usager et qui sont portées par un support d'informations (badge, carte à mémoire, etc. ) .
Dans toutes ces réalisations, les opérations de déter- mination du compte à débiter (terminal, usager, serveur) ou d'autorisation de communication sont indépendantes du serveur auquel doit être connecté le terminal après que la communication a été établie. Plus précisément, lorsqu'une communication a été établie entre un terminal et un serveur dans l'un quelconque des systèmes précédents, le serveur soit échange des informations avec le terminal sans connaître l'identité de son interlocuteur (terminal ou usa¬ ger) , soit exécute d'abord une session destinée à déterminer si le terminal ou l'usager participant à la transaction est effectivement autorisé à échanger des informations avec le serveur. Par exemple, dans le cas où un client d'une banque communique avec le serveur de cette banque, ce serveur identifie l'usager concerné parce que celui-ci saisit des informations permettant au serveur d'identifier son interlocuteur (code d'accès) . En d'autres termes, l'échange d'informations entre le terminal et le serveur nécessite d'abord l'établissement d'une communication, sous l'autorité d'un central et/ou d'un autocommutateur privé, puis, lorsque la communication a été établie, une session dans laquelle le serveur demande à l'usager des informations (code d'accès) indiquant au serveur que l'usager est effectivement autorisé à effectuer une transaction avec le serveur.
Le processus global comporte donc deux opérations de détermination de l'identification du terminal ou de l'usager qui participe à la transaction, d'abord pour l'établissement de la communication (détermination d'un compte à débiter) , puis pour la validation de l'échange d'informations avec le serveur (détermination d'un numéro de compte, d'un code d'accès, etc. ) . L'invention a pour objet un système dans lequel ces opérations d'identification d'un terminal ou d'un usager ne sont réalisées qu'une seule fois. Plus précisément, elle concerne un système dans lequel un central téléphonique et/ou un autocommutateur privé, après avoir déterminé que les informations d'identification permettent effectivement l'établissement de la communication, transmettent les infor- mations nécessaires au serveur après cet établissement, si bien que la session d'identification du terminal ou de l'usager par le serveur est superflue.
Plus précisément, l'invention concerne un procédé de réalisation d'une transaction entre un usager disposant d'un terminal et un serveur dont le service dépend de l'identité de l'usager, le procédé étant du type qui comprend l'éta¬ blissement d'une communication entre l'usager disposant d'un terminal et le serveur, par l'intermédiaire d'un autocom¬ mutateur, public ou privé, et la transmission au serveur de données d'identification relatives à l'usager, et dans lequel l'établissement de la communication est réalisé de manière classique par émission par l'usager d'un message permettant la détermination du serveur avec lequel doit être effectuée la transaction ; selon l'invention, la transmis- sion des données d'identification est réalisée en deux étapes, une première étape antérieure à l'établissement de la communication et dans laquelle des données sont lues sur un support d'informations placé par l'usager dans le termi¬ nal dont il dispose, et une seconde étape postérieure à l'établissement de la communication et dans laquelle des données d'identification sont transmises par l'autocommuta¬ teur au serveur.
Dans un mode de réalisation, le support d'informations introduit par l'usager dans le terminal dont il dispose porte les données d'identification relatives à l'usager, et ces données sont transmises ultérieurement par l'autocommu¬ tateur au serveur.
Dans un autre mode de réalisation, le support d'infor¬ mations que l'usager introduit dans le terminal dont il dispose comporte un numéro, et les données d'identification relatives à l'usager sont déterminées dans l'autocommutateur à partir du numéro lu sur le support d'informations. Dans ce mode de réalisation, lorsque l'autocommutateur comprend un autocommutateur privé et un central public, c'est de préférence l'autocommutateur privé qui détermine les données d'identification de l'usager. Dans certains modes de réalisation, il est avantageux que l'autocommutateur transmette au serveur, en plus de données d'identification relatives à l'usager, des données monétaires, et que, à la fin de la transaction avec l'usa¬ ger, le serveur transmette des données monétaires à l'autocommutateur. Par exemple, les données monétaires sont relatives à un compte d'usager tenu par l'autocommutateur.
L'invention concerne aussi un serveur vocal destiné à la mise en oeuvre du procédé précédent et à exécuter au moins une fonction de messagerie dont le destinataire doit être identifié avant la transmission de messages.
D'autres caractéristiques et avantages de l'invention ressortiront mieux à la lecture de la description qui va suivre, faite en référence aux dessins annexés sur lesquels : la figure 1 est un diagramme synoptique des opérations exécutées loirs de la mise en oeuvre d'un procédé selon 1'invention ; la figure 2 est une variante de la fin des opérations du procédé représenté sur la figure 1 ; et la figure 3 représente une variante de mise en oeuvre du procédé selon l'invention.
Dans la description qui suit, on suppose que les données d'identification relatives à un usager sont obtenues par lecture d'un support d'informations (badge, carte à mémoire, etc.) qu'un usager introduit dans un lecteur. Celui-ci est soit incorporé au terminal téléphonique utilisé par l'usager, soit placé à proximité de celui-ci. Un tel système est décrit par exemple dans la demande de brevet français n° 2 596 598. Il présente l'avantage de donner une grande sécurité d'utilisation, surtout dans des locaux fréquentés par plusieurs personnes. Cependant, l'invention peut aussi être mise en oeuvre avec un simple terminal téléphonique démuni de lecteur d'un tel support d'informations. Dans ce cas, les données d'identification relatives à l'usager dont il est question dans le présent mémoire sont soit le numéro d'abonné auquel correspond le terminal, soit des données d'identification associées à ce numéro d'abonné dans l'autocommutateur (privé ou d'un central public) utilisé pour l'établissement de la commu¬ nication. L'invention peut aussi être mise en oeuvre avec tout terminal téléphonique filaire ou non filaire (radio- électrique, infrarouge, etc) , par exemple avec les postes radiotéléphoniques, notamment numériques tels que GSM.
Dans les deux cas précédents, les données d'identi¬ fication relatives à l'usager dont il est question sont soit des données d'identification complètes de l'usager, soit des données partielles ne comprenant pas la totalité de son identité.
On considère maintenant, dans l'hypothèse précitée, c'est-à-dire en présence d'un lecteur du support d'informa¬ tions, l'exécution d'une transaction effectuée par mise en oeuvre du procédé de l'invention, en référence au diagramme synoptique de la figure 1.
Au cours de l'étape Al, l'usager décroche le combiné téléphonique du terminal utilisé, puis introduit son support d'informations dans le lecteur ; dans une variante, il introduit le support d'informations avant de décrocher. Dans l'étape A2, l'autocommutateur détecte le décro¬ chage du combiné par l'usager et identifie celui-ci. Cette identification peut éventuellement être réalisée ou complé¬ tée par échange d'informations entre l'autocommutateur et le terminal. L'autocommutateur dispose alors de données d'iden- tification relatives à l'usager.
Dans l'étape A3, l'usager, par enfoncement des touches du terminal, transmet un message de demande de communi¬ cation, comprenant par exemple le numéro du serveur auquel l'usager veut avoir accès. Dans un exemple, on suppose que l'usager demande la mise en communication avec le serveur de sa société de fourniture d'électricité.
Dans l'étape A4, l'autocommutateur entreprend l'éta¬ blissement de la communication, et l'étape A5 correspond à la vérification de l'établissement de la communication par échange des données convenables de mise en communication entre l'autocommutateur et le serveur.
Dans l'étape A6, l'autocommutateur transmet au serveur, selon le procédé de l'invention, des données d'identifi¬ cation relatives à l'usager. Ces données d'identification sont soit celles qui ont été obtenues dans l'étape A2, soit des données dérivées de ces données d'identification, soit à la fois des données de ces deux types. Dans l'étape A7, éventuellement après que le serveur a bien accusé réception de ces données, la transaction s'effectue entre l'usager et le serveur. Lorsque la tran¬ saction est terminée, la communication est interrompue de manière classique. Dans l'exemple précité dans lequel le serveur est celui de la compagnie de fourniture d'électricité de l'usager, le serveur connaît l'usager avec lequel il est en communi¬ cation, et peut lui communiquer les données relatives à son compte. Comme l'usager a été identifié, le serveur peut par exemple commander un prélèvement automatique d'une facture si l'usager lui en donne l'ordre pendant la transaction.
Bien qu'on ait décrit des étapes séparées Al à A3 pour le décrochage et l'introduction du badge, la connexion et l'identification de l'usager, et l'émission d'un message, elles ne sont qu'un exemple d'exécution de ces opérations. En effet, par exemple, le message peut être contenu dans le badge, et l'utilisateur n'a plus à l'émettre lui-même. En outre, l'introduction du badge peut être antérieure au décrochage du combiné. Ces remarques s'appliquent aussi aux autres modes de réalisation, décrits dans la suite.
La figure 2 représente une variante du procédé précé¬ dent. Dans l'étape A6' qui remplace l'étape A6, l'autocom¬ mutateur non seulement transmet des données d'identification relatives à l'usager, mais ajoute aussi des données monétaires, par exemple un solde de compte. Dans l'étape A7' , non seulement la transaction est effectuée avec l'usa¬ ger, comme dans le cas de la figure 1, mais en outre, à la fin de la transaction, dans l'étape A8' , le serveur transmet d'autres données monétaires à l'autocommutateur et celui-ci prend en compte ces nouvelles données monétaires. Par exemple, lorsque l'autocommutateur a transmis au serveur le solde d'un compte, le serveur peut renvoyer à l'autocom- mutateur un nouveau solde, réduit ou augmenté du montant de la transaction effectuée.
La figure 3 représente une autre forme du procédé illustré par la figure 1. Dans ce procédé, l'autocommutateur de la figure 1 est remplacé par un autocommutateur privé et un central public. L'étape Bl est identique à l'étape Al, c'est-à-dire que l'usager décroche et introduit son support d'informations. Dans l'étape B2, analogue à l'étape A2, l'autocommutateur privé prend la ligne et détermine les données d'identification relatives à l'usager. L'étape B3 est identique à l'étape A3, l'usager transmettant son message désignant le serveur avec lequel il veut exécuter une transaction.
Dans l'étape B4, l'autocommutateur privé établit la communication avec le central, mais il peut aussi effectuer un filtrage de la communication, c'est-à-dire qu'il peut refuser l'accès à certains serveurs. Dans l'étape B4 ' , le central vérifie que le service demandé est bien offert et établit la communication. Les étapes B4 et B4' correspondent donc à l'étape A4. L'étape B5, analogue à l'étape A5, assure la vérifi¬ cation de la communication avec le central. Après l'étape B5, le serveur est en communication avec l'autocommutateur privé si bien que, dans l'étape B6, l'autocommutateur privé peut transmettre au serveur les données d'identification relatives à l'usager qu'il a obtenues dans l'étape B2. A ce moment, la transaction peut se dérouler entre l'usager et le serveur, dans l'étape B7 qui correspond à l'étape A7.
Bien entendu, la variante de la figure 2 peut aussi s'appliquer au procédé illustré par la figure 3. Les modes de réalisation précédents sont particuliè¬ rement intéressants dans le cadre du procédé et de l'instal¬ lation objets du brevet français n° 2 596 598. La présente invention étend encore le domaine d'application du procédé et de l'installation de ce document précité en simplifiant et en accélérant les communications établies avec des types très divers de serveurs. Un tel système est particulièrement intéressant parce qu'il permet la centralisation d'un très grand nombre de services, soit simplement à l'intérieur d'une entreprise (l'autocommutateur est un autocommutateur privé), soit par l'intermédiaire du réseau téléphonique public.
Bien qu'on ait décrit le procédé de l'invention dans un mode de réalisation dans lequel la seconde étape de transmission des données d'identification constitue la seule validation des données d'identification dont doit disposer le serveur pour la transaction, il est évidemment possible d'ajouter à cette étape une validation de type connu (saisie d'un code d'accès, etc.). Dans ce cas, la sécurité de la transaction est considérablement accrue, et les possibilités de détournement par des tiers malintentionnés sont pratique¬ ment nulles. En effet, un tel tiers doit non seulement disposer du support d'informations (qui peut être trouvé ou volé), mais aussi de la connaissance des codes d'accès.
Bien qu'on ait décrit le procédé de l'invention dans le cadre de l'établissement d'une communication, il faut noter que cet opération ne correspond pas obligatoirement à une connexion physique. En effet, dans les réseaux numé- riques ou autres, la connexion physique peut être établie de manière quasi-permanente, par un canal qui reste connecté (par exemple le canal D du réseau RNIS) .
En outre, bien qu'on ait décrit l'invention dans le cadre d'exemples dans lesquels les données d'identification sont relatives à l'usager, c'est-à-dire proviennent du badge, ces données peuvent comprendre une partie dépendant de l'installation, par exemple du numéro physique de la ligne, notamment dans le cas de la mise en oeuvre de fonctions téléphoniques avancées en coopération avec l'invention (exemple du suivi d'appel) .
Une application particulièrement intéressante de l'invention porte sur des transactions effectuées avec un serveur vocal. En effet, il est très utile que le serveur vocal connaisse son interlocuteur, par exemple pour lui donner le contenu d'une boîte au lettres dans une fonction de messagerie. Il est bien évident que le serveur doit con¬ naître son interlocuteur pour lui donner les seuls messages le concernant. Les autres fonctions du serveur vocal tirent aussi avantage de cette connaissance de l'usager obtenue par mise en oeuvre de l'invention. Par exemple, l'usager peut transmettre au serveur des données ou messages destinés à d'autres usagers et qui ne sont valables qu'un certain temps, par exemple indiqué par cet usager. L'effacement de ces données ou messages peut être effectué soit automati¬ quement à la fin de ce temps, soit uniquement si le premier usager confirme cette suppression à la fin de ce temps. Pour cette fonction de confirmation, il est essentiel que le serveur soit assuré de l'identité de l'usager initial.
Il est bien entendu que l'invention n'a été décrite et revendiquée qu'à titre d'exemple préférentiel et qu'on pourra apporter toute équivalence dans ses éléments consti¬ tutifs sans pour autant sortir de son cadre.

Claims

REVENDICATIONS
1. Procédé de réalisation d'une transaction entre un usager disposant d'un terminal et un serveur dont le service dépend de l'identité de l'usager, du type qui comprend l'établissement (A3—A5, B3—B5) d'une communication entre l'usager disposant d'un terminal et le serveur, par l'intermédiaire d'un autocommutateur, public ou privé, et la transmission au serveur de données d'identification rela¬ tives à l'usager, et dans lequel l'établissement de la communication (A3—A5, B3—B5) est réalisé de manière classique par émission par l'usager d'un message permettant la détermination du serveur avec lequel doit être effectuée la transaction, caractérisé en ce que la transmission des données d'identification est réalisée en deux étapes, une première étape (Al—A2, Bl—B2) antérieure à l'établissement de la communication (A3—A5, B3—B5) et dans laquelle des données sont lues sur un support d'informations placé par l'usager dans le terminal dont il dispose, et une seconde étape (A6, B6) postérieure à l'établissement de la commu- nication (A3—A5, B3—B5) et dans laquelle des données d'iden¬ tification sont transmises par l'autocommutateur au serveur.
2. Procédé selon la revendication 1, caractérisé en ce que le support d'informations introduit par l'usager dans le terminal dont il dispose porte les données d'identification relatives à l'usager, et ces données sont transmises telles quelles ultérieurement par l'autocommutateur au serveur dans la seconde étape (A6, B6) de transmission de données d'iden¬ tification, postérieure à l'établissement de la communi¬ cation (A3-A5, B3-B5) .
3. Procédé selon la revendication 1, caractérisé en ce que le support d'informations que l'usager introduit dans le terminal dont il dispose comporte un numéro, et les données d'identification relatives à l'usager sont déterminées dans 1'autocommutateur à partir du numéro lu sur le support d'informations.
4. Procédé selon la revendication 3, mis en oeuvre avec un autocommutateur qui comprend un autocommutateur privé et un central public, caractérisé en ce que la détermination des données d'identification de l'usager est exécutée par
1'autocommutateur privé.
5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte aussi la transmission au serveur par l'autocommutateur, en plus de données d'identification relatives à l'usager, de données monétaires, et, à la fin de la transaction avec l'usager, la transmission par le serveur, à l'autocommutateur, de données monétaires.
6. Procédé selon la revendication 1, caractérisé en ce que les données monétaires appartiennent à un compte d'usager tenu par l'autocommutateur.
7. Serveur vocal destiné à la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il exécute au moins une fonction de messagerie dont le destinataire doit être identifié avant la transmission de messages.
EP95936625A 1994-10-28 1995-10-30 Procede de realisation d'une transaction entre un usager disposant d'un terminal et un serveur Withdrawn EP0788641A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR9412992 1994-10-28
FR9412992A FR2726418B1 (fr) 1994-10-28 1994-10-28 Procede de realisation d'une transaction entre un usager disposant d'un terminal et un serveur
PCT/FR1995/001431 WO1996013815A1 (fr) 1994-10-28 1995-10-30 Procede de realisation d'une transaction entre un usager disposant d'un terminal et un serveur

Publications (1)

Publication Number Publication Date
EP0788641A1 true EP0788641A1 (fr) 1997-08-13

Family

ID=9468358

Family Applications (1)

Application Number Title Priority Date Filing Date
EP95936625A Withdrawn EP0788641A1 (fr) 1994-10-28 1995-10-30 Procede de realisation d'une transaction entre un usager disposant d'un terminal et un serveur

Country Status (5)

Country Link
US (1) US5898766A (fr)
EP (1) EP0788641A1 (fr)
JP (1) JPH10508166A (fr)
FR (1) FR2726418B1 (fr)
WO (1) WO1996013815A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CZ297157B6 (cs) * 1998-07-27 2006-09-13 Swisscom Mobile Ag Zpusob telekomunikace a odpovídající systém spojování s mobilním prístrojem
DE19914959A1 (de) * 1999-04-01 2000-10-05 Deutsche Telekom Ag Verfahren für die sichere und schnelle Handhabung von Chipkarten für Kartentelefone
JP2006239604A (ja) * 2005-03-04 2006-09-14 Sprout Co Ltd 基板洗浄装置およびその洗浄方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB8522427D0 (en) * 1985-09-10 1985-10-16 Plessey Co Plc Credit transaction arrangments
US4933966A (en) * 1989-01-23 1990-06-12 Intellicall, Inc. Method and apparatus for performing an automated collect call
US5008928A (en) * 1990-01-22 1991-04-16 Easyfax, Inc. Public access facsimile system
AU8986091A (en) * 1991-01-11 1992-07-16 Strategic Telecom Access phone
US5550897A (en) * 1992-09-25 1996-08-27 Seiderman; Abe Cellular telephone calling system using credit card validation
NL9300030A (nl) * 1993-01-07 1994-08-01 Specialiteiten B V Werkwijze en speelautomaatsysteem met identificatiecode.
US5511114A (en) * 1994-06-06 1996-04-23 Call Processing, Inc. Telephone pre-paid calling card system and method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO9613815A1 *

Also Published As

Publication number Publication date
US5898766A (en) 1999-04-27
JPH10508166A (ja) 1998-08-04
FR2726418B1 (fr) 1997-01-17
WO1996013815A1 (fr) 1996-05-09
FR2726418A1 (fr) 1996-05-03

Similar Documents

Publication Publication Date Title
EP0463384B1 (fr) Procédé d'accès à un service de téléphonie sans fil
EP1547426B1 (fr) Identification d un terminal aupres d un serveur
EP0459337A1 (fr) Procédé d'accès d'un usager aux données d'abonnement à un service de téléphonie sans fil
EP1463351A1 (fr) Procédé de déblocage d'un terminal de télécommunication sans fil de type téléphone portable
EP1059824B1 (fr) Procédé d'autorisation d'accès à un réseau cellulaire de radiocommunications à partir d'un téléphone mobile, système de radiocommunications et téléphone simplifié associés
WO2003048984A2 (fr) Procede d'echange de donnees relatives a une transaction electronique
FR2809260A1 (fr) Procede d'approvisionnement d'un compte prepaye
FR2817102A1 (fr) Appel depuis un terminal radiotelephonique avec authentification biometrique
FR2821222A1 (fr) Procede d'etablissement de communication anonyme
EP0788641A1 (fr) Procede de realisation d'une transaction entre un usager disposant d'un terminal et un serveur
EP1197097B1 (fr) Procede et téléphone de transmission de mini-messages
EP0581689B1 (fr) Procédé et système de communication entre un équipement appelant et un équipement appelé via un autocommutateur
EP2605491B1 (fr) Procédé d'initiation d'une conversation
CA2312601A1 (fr) Echange automatise d'information electronique
US6208722B1 (en) Method of accepting charges in individual connections and a telephone network and terminal
EP1430456B1 (fr) Installation de paiement electronique pour l'achat de biens ou services proposes par un serveur marchand et procede mis en oeuvre dans une telle installation
EP1097567B1 (fr) Appareil telephonique equipe de moyens de numerotation automatique
EP1538571A1 (fr) Méthode de reconnaissance basée sur un équipement mobile
EP1143753B1 (fr) Selection de comptes de paiement pour des communications depuis un terminal radiotéléphonique
KR20040000110A (ko) 단문 메세지 서비스의 사용자 인증/과금 방법
FR2779603A1 (fr) Procede pour l'envoi d'un groupe d'informations a un terminal radiotelephonique en communication et terminaux correspondants
FR2848366A1 (fr) Procede permettant a une carte sim de communiquer localement
EP1634431A1 (fr) Procede et dispositif de mise a jour d un repertoire comportant des coordonnees de correspondants d un abonne a un reseau de telecommunication
FR2814025A1 (fr) Gestion individualisee de communications pour usage collectif d'un terminal telephonique
WO2005009016A1 (fr) Procede et dispositif d'activation d'un transfert d'au moins un message court

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 19970414

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FR GB GR IE IT LI LU MC NL PT SE

17Q First examination report despatched

Effective date: 19971107

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20010501