EP3189483A1 - Method of processing a recurrent transaction, corresponding device and programme - Google Patents

Method of processing a recurrent transaction, corresponding device and programme

Info

Publication number
EP3189483A1
EP3189483A1 EP15759745.1A EP15759745A EP3189483A1 EP 3189483 A1 EP3189483 A1 EP 3189483A1 EP 15759745 A EP15759745 A EP 15759745A EP 3189483 A1 EP3189483 A1 EP 3189483A1
Authority
EP
European Patent Office
Prior art keywords
transaction
message
user
processing
recurring
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
EP15759745.1A
Other languages
German (de)
French (fr)
Inventor
Pierre Quentin
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.)
Worldline MS France
Original Assignee
Ingenico Group 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 Ingenico Group SA filed Critical Ingenico Group SA
Publication of EP3189483A1 publication Critical patent/EP3189483A1/en
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • the invention relates to the processing of transactional data.
  • the invention relates more particularly to the recurrent processing of transactional data.
  • the invention relates more specifically to the recurrent processing of transactional data necessary for the implementation of a payment.
  • the seller asks the user for a payment method for this service.
  • the user who wishes to perform a minimum of operation directly provides the seller with bank data (this avoids, for example, sending a check by post).
  • This data mainly takes the form of credit card data (number, name of the holder, expiry date and visual cryptogram).
  • the seller has the necessary data to make payment for his services.
  • the problem is then to unsubscribe from these services: indeed, when the seller has the data to make payments, he is often reluctant to provide his client with the means to easy to unsubscribe to his client.
  • the interest of the seller is rather to continue to charge for his service and therefore not to allow the user to unsubscribe easily.
  • the user is obliged, in order to unsubscribe, to contact the seller by mail, at a specified time (for example 3 months before the renewal date) to indicate his wish not to continue subscribing to the subscription. service. Often, the user forgets and remains captive of the seller until the expiration of the credit card data. At this time, the seller must necessarily request credit card data from the user.
  • SEPA SEPA Direct Debit
  • the method of the invention aims to facilitate this process of unsubscription, depriving the seller of its source of income.
  • the invention does not pose at least some of the problems of the prior art.
  • the invention relates to a method for processing a recurring transaction of access to a good or a service, by a transaction processing device, the method comprising an initial step of obtaining a data item representative of a processing instruction of a recurring transaction.
  • such a method comprises:
  • said method comprises a step of calculating a probable expiry of said transaction as a function of a transactional profile of said user.
  • said method comprises a step of calculating a probable deadline of said transaction according to a transactional profile of a provider of said good or said service.
  • said type of said message transmitted to said terminal of said user is a tacit acceptance message of said recurring transaction.
  • the user can be notified of the next transaction, without having to perform an action so that it can take place, and thus continue the subscription to the good or service
  • said type of said message transmitted to said terminal of said user is a tacit refusal message of said recurring transaction.
  • the user can simply terminate his subscription to the good or service by not responding to the message sent to him.
  • said insertion, in the deferred processing database comprises, jointly, the insertion of said type of said message and a delay of implementation of said transaction.
  • said recurring transaction is a financial transaction.
  • a prior subscription to said good or said service has been made online using a bank card.
  • the invention also relates to a device for processing a recurring transaction for access to a good or a service, comprising means for obtaining data representative of a processing instruction of a recurring transaction, characterized in that it comprises:
  • transaction processing means for inserting, into a deferred processing database, said recurring transaction; transaction processing means according to the occurrence of at least one of the following events:
  • Such a device can be in the form of a server or a terminal.
  • the invention also relates to a system for processing a recurring transaction for access to a good or a service, comprising means for obtaining data representative of a processing instruction of a recurring transaction, characterized in that it comprises:
  • transaction processing means according to the occurrence of at least one of the following events:
  • the means used are distributed between a server and a terminal, as described below.
  • the various steps of the methods according to the invention are implemented by one or more software or computer programs, comprising software instructions intended to be executed by a data processor of a relay module according to the invention. invention and being designed to control the execution of the various process steps.
  • the invention also relates to a computer program, capable of being executed by a computer or a data processor, this program comprising instructions for controlling the execution of the steps of a method as mentioned above.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • the invention also relates to a data carrier readable by a data processor, and comprising instructions of a program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a floppy disk, a disk hard, SSD, etc.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information medium may be an integrated circuit (ASIC or FPGA type) in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • ASIC integrated circuit
  • FPGA field-programmable gate array
  • the invention is implemented by means of software and / or hardware components.
  • module may correspond in this document as well to a software component, a hardware component or a set of hardware and software components.
  • a software component corresponds to one or more computer programs, one or more subroutines of a program, or more generally to any element of a program or software capable of implementing a function or a program. set of functions, as described below for the module concerned.
  • Such a software component is executed by a data processor of a physical entity (terminal, server, gateway, router, etc.) and is capable of accessing the hardware resources of this physical entity (memories, recording media, bus communication cards, input / output electronic cards, user interfaces, etc.).
  • a hardware component corresponds to any element of a hardware set (or hardware) able to implement a function or a set of functions, as described below for the module concerned. It may be a hardware component that is programmable or has an integrated processor for executing software, for example an integrated circuit, a smart card, a memory card, an electronic card for executing a firmware ( firmware), etc. 4.
  • FIG. 2 diagrammatically represents a server for implementing the previously described method.
  • the user is therefore faced with a problem of speed of implementation of his decision in the face of recurring transactions which he does not control. Indeed, although the user knows that he can stop a recurring transaction (for example by canceling a subscription), the seller is reluctant to warn the user that he can do so and especially, to warn him in delays allowing the user to act early enough (ie for example within prescribed regulatory deadlines).
  • the general principle of the invention is to establish a link between the payment service provider and the user.
  • This link is used to collect an authorization (explicit or tacit) for the implementation of a service and thus to provoke the payment thereof.
  • the inventors proposed to request the authorization of the buyer (the user) to make the recurring payment.
  • This authorization is either tacit or explicit, depending on predetermined parameters.
  • the link between the user and the payment service provider is created when the user enters the data required for payment.
  • the user is invited to enter, in addition to the bank data, a contact data (for example an email address or a telephone number) and possibly data relating to the periodicity of the payments (this periodicity can also be provided by the seller).
  • the user may also be asked if he wants a default payment or a default payment refusal (ie if there is no response to the message that will be sent to him), depending on the selected embodiments.
  • the payment service provider transmits (100) a message to the user (e.g. an e-mail or an SMS).
  • This message includes the data necessary to identify the payment to be made (beneficiary, sum, etc.); at the same time, the payment service provider places (110) this pending transaction for a predetermined duration (this duration can range from a few hours to a few days). This duration depends in part on the speed with which the payment service provider is expected to fulfill its obligation to make the payment and on the other hand the possible anticipation of payment;
  • the technique includes a renewal term calculation.
  • a renewal term calculation is used to anticipate the renewal and offer the user a long enough time to respond to the message transmitted. Indeed, depending on the sellers, the time between the time when the instructions for the execution of the payment are transmitted and the time when the payment must be actually made can be very short. In such a case, it is likely that the user will not have time to transmit instructions (this is why sellers do this). Therefore, on the basis of the data entered by the user during the first payment, the proposed technique calculates the payment deadlines and transmits the message to the user, upstream of receiving the seller's instructions.
  • this calculation can be done in several different ways.
  • this calculation is based on a periodicity provided by the user (for example every quarter). In this case, the server anticipates this deadline by a predetermined number of days (number of days possibly selected by the user).
  • the calculation of the maturity is performed according to the transactional profile of the user for this good or service, at least some of the aforementioned data constituting this transactional profile.
  • this calculation is based on similar or identical payments from the seller. This calculation then comprises a step of identifying, within a database, a transaction from the same vendor and an identical amount in order to determine a periodicity and a step of applying a period of time. anticipation at this pre-calculated deadline.
  • the calculation of the maturity is made according to the transactional profile of the supplier of good or service.
  • This follows a transmission to the user of the warning message.
  • This warning message is transmitted to the anticipation delay previously calculated.
  • a first embodiment can be implemented in the context of transactional processing known as "SEPA”.
  • a second embodiment can be implemented in the framework of transactional processing known as "Card Not Present” (that is to say using a transaction of the type of credit card payment online). This second embodiment will be described later.
  • the first embodiment is substantially identical in terms of processing, except that it does not include recurrence management at the payment service provider: the seller manages the recurrence.
  • the internal and anticipated recurrence management by the payment service provider is therefore an additional competitive advantage for the provider of the payment service provider.
  • the described technique goes well beyond the treatment of simple payments. It is rather a management of a relationship between a provider of goods and services (even free) and a user, when the management of the subscription is entrusted to a third party.
  • the payment service provider for example, the organization that carries out the credit card transaction on behalf of the banks, customers and sellers
  • STDT transactional data processing server
  • this implementation is to allow the user (the paying customer) to define a period of payment when entering the bank card data necessary for payment.
  • a periodicity definition is variable: it depends mainly on the terminal used to make the payment. In the case of a payment via a terminal connecting to a web page of a payment service provider's server, this definition can be implemented using a drop-down list of periodicity example every week, every month, every quarter, every year, .
  • this periodicity can also be part of the data provided by the seller. Indeed, with a few exceptions, the seller (online) is not the one who performs the payment transaction. This operation is delegated to a payment service provider, even if the payment is repetitive or recurring.
  • the transactional data processing server knows the maturity number. Knowing this number, the Transaction Data Processing Server (STDT) is able to request a confirmation request from the buyer. Based in particular on this number, the transactional data processing server (STDT) performs the following operations:
  • the message is of two types: either it is a tacit acceptance message; either it is a message of tacit refusal.
  • the type of message sent to the user is determined either by the user himself when entering the data of his credit card during the first payment, or by the seller during the delegation of payment to the data processing server. transactional.
  • This hold is performed by inserting the current transaction (TrC) into a deferred processing database (BD-TD).
  • This hold is characterized in particular by adding, to the record of the current transaction (TrC) in the database (BD-TD), the type of message (TypM) transmitted and a response time to this message (DeadL).
  • transaction processing when at least one of the following events occurs: receiving (130) from a user terminal a response message;
  • Transactional processing can take two forms
  • the first form consists in carrying out the transaction, in the manner provided; this first form is implemented when receiving an explicit message of acceptance from the user or when expiring a response time to a tacit acceptance message from the data processing server Transactional (STDT);
  • STDT Transactional
  • the second form consists in not carrying out the transaction; this second form is implemented when receiving an explicit message of refusal from the user or when expiring a response time to a tacit refusal message from the transactional data processing server ( STDT);
  • the first form of transactional processing does not call for any particular remark.
  • This first form of treatment includes, in addition to the actions usually implemented (debit / credit, etc.), a step of transmitting, to the terminal of the user, a message confirming the progress of the transaction (including the beneficiary and the amount debited).
  • the second form of treatment includes several new features.
  • the refusal of payment must be notified to the seller.
  • This notification of refusal of payment consists in transmitting to the seller a message indicating that the user refuses the withdrawal. This message must make it possible to trigger the necessary actions at the seller level, for example to cancel the subscription to the service.
  • the refusal is recorded in a database of the transactional data processing server (STDT). This record is then used to identify a possible new occurrence of the transaction.
  • the user's terminal is a smartphone.
  • This terminal is used to manage the subscriptions of the user.
  • this subscription management is supported by an application at the terminal, on communication subscriptions by the server.
  • the application is first run on the terminal, a secure link is created between the terminal and the server.
  • the application uses an identifier (the same as that provided by the user when entering the payment information for the subscription to the good or service, for example the email address or a telephone number or both) for uniquely identify the user.
  • the server transmits, to the user's terminal, data making it possible to identify the recurring transactions associated with this user (seller, amount, history of previous flows and date of these flows, type of message chosen). Based on this data, the application implements the following steps:
  • transactional processing when at least one of the following events occurs: action taken by the user to tacitly accept or reject the transaction (depending on the type of message);
  • the transaction is of course not processed by the user's terminal.
  • the transaction processing performed by the terminal is limited to the transmission of a message to the server that will itself process this transaction.
  • the server comprises a memory 41 consisting of a buffer memory, a processing unit 42, equipped for example with a microprocessor, and driven by the computer program 43, implementing a processing method.
  • the code instructions of the computer program 43 are for example loaded into a memory before being executed by the processor of the processing unit 42.
  • the processing unit 42 receives as input one or more data representative of instructions for processing recurring transactions.
  • the microprocessor of the processing unit 42 implements the steps of the method according to the instructions of the computer program 43 to generate messages to user terminals.
  • the device comprises, in addition to the buffer memory 41, communication means, such as network communication modules, data transmission means and possibly an encryption processor.
  • These means may be in the form of a particular processor implemented within the server, said processor being a secure processor. According to a particular embodiment, this server implements a particular application that is in charge of the calculations.
  • the device also comprises modules for implementing the described technique, which are modules:
  • modules can be in the form of software or hardware modules (such as programmable electronic components). These modules may also include functionalities for implementing the other steps of the previously described methods. More specifically, specific modules can be in charge of the implementation of anticipation time calculations for transmitting a message to the user to a terminal of a user.

Abstract

The invention relates to a method of processing a recurrent transaction of accessing a good or service, by a transactional processing device (DTT), method comprising an initial step of obtaining a data item representative of a processing instruction (iTrR) of a recurrent transaction (TrR). According to the invention such a method comprises: - a step (100) of transmitting an interrogation message (Msg) of a given type, said message (Msg) comprising at least one item of identification data (Id) for said recurrent transaction, to a terminal (TermU) of a user having previously taken out a subscription to said good or said service; - a step (110) of inserting, into a off-line processing database (BD-TD), said recurrent transaction; - transactional processing (120) as a function of the arising of one at least of the following events: - reception (130) of a message (Msg2) originating from said terminal (TermU) of said user; - elapsing of said deadline for performing said recurrent transaction (140).

Description

Procédé de traitement d'une transaction récurrente, dispositif et programme correspondant. Method of processing a recurring transaction, device and corresponding program
1. Domaine de l'invention 1. Field of the invention
L'invention se rapporte au traitement de données transactionnelles. L'invention se rapporte plus particulièrement au traitement récurrent de données transactionnelles. L'invention se rapporte plus spécifiquement au traitement récurrent de données transactionnelles nécessaires à la mise en œuvre d'un paiement.  The invention relates to the processing of transactional data. The invention relates more particularly to the recurrent processing of transactional data. The invention relates more specifically to the recurrent processing of transactional data necessary for the implementation of a payment.
2. Art antérieur  2. Prior Art
Par exemple, lorsqu'un utilisateur souhaite s'abonner à un service payant, le vendeur réclame à l'utilisateur un mode de paiement de ce service. Dans la grande majorité des cas, l'utilisateur qui souhaite effectuer un minimum d'opération fournit directement au vendeur des données bancaires (cela évite par exemple de transmettre un chèque par la poste). Ces données prennent principalement la forme de données de carte bancaire (numéro, nom du titulaire, date d'expiration et cryptogramme visuel).  For example, when a user wants to subscribe to a paid service, the seller asks the user for a payment method for this service. In the vast majority of cases, the user who wishes to perform a minimum of operation directly provides the seller with bank data (this avoids, for example, sending a check by post). This data mainly takes the form of credit card data (number, name of the holder, expiry date and visual cryptogram).
Ainsi, le vendeur dispose des données nécessaires pour effectuer le paiement de ses services. La problématique, du point de vue de l'utilisateur, consiste alors à se désabonner de ces services : en effet, lorsque le vendeur dispose des données qui permettent d'effectuer des paiements, il est souvent peu enclin à fournir à son client des moyens faciles de désabonnement à son client. L'intérêt du vendeur est plutôt de continuer à faire payer son service et donc à ne pas permettre à l'utilisateur de se désabonner aisément. En règle générale, l'utilisateur est obligé, pour se désabonner, de contacter le vendeur par courrier, à une échéance déterminée (par exemple 3 mois avant la date de renouvellement) pour faire part de son souhait de ne pas poursuivre l'abonnement au service. Souvent, l'utilisateur oublie et reste captif du vendeur et ce jusqu'à l'expiration des données de la carte bancaire. À ce moment, le vendeur doit nécessairement redemander des données de carte bancaire à l'utilisateur.  Thus, the seller has the necessary data to make payment for his services. The problem, from the point of view of the user, is then to unsubscribe from these services: indeed, when the seller has the data to make payments, he is often reluctant to provide his client with the means to easy to unsubscribe to his client. The interest of the seller is rather to continue to charge for his service and therefore not to allow the user to unsubscribe easily. As a general rule, the user is obliged, in order to unsubscribe, to contact the seller by mail, at a specified time (for example 3 months before the renewal date) to indicate his wish not to continue subscribing to the subscription. service. Often, the user forgets and remains captive of the seller until the expiration of the credit card data. At this time, the seller must necessarily request credit card data from the user.
Cette problématique est moins présente lorsqu'à la place de communiquer ses données de carte bancaires, l'utilisateur communique des données dites « SEPA ». En effet, le traitement du paiement est alors différent : il s'agit d'un traitement SEPA que l'utilisateur peut faire cesser à tout moment en communiquant à son fournisseur de services de paiements (par exemple sa banque) qu'il n'autorise plus de prélèvement SEPA en provenance du vendeur. Bien que plus aisé, cela nécessite quand même une intervention écrite auprès de l'établissement bancaire. Or, il arrive fréquemment que l'utilisateur constate le prélèvement SEPA après que celui-ci soit passé sur son compte bancaire. Il doit donc entreprendre la démarche de radiation du vendeur après avoir été prélevé. This problem is less present when the user communicates data called "SEPA" instead of communicating his credit card data. Indeed, the processing of the payment is different: it is a SEPA treatment that the user can stop at any time by communicating to his payment service provider (for example his bank) that he allows more SEPA Direct Debit from the seller. Although easier, it still requires written intervention from the bank. However, it often happens that the user notices the SEPA direct debit after it has passed. on his bank account. He must therefore take the step of striking the seller after being taken.
D'un point de vue général, le désabonnement de services souscrits (qu'ils soient gratuits ou payants) est un problème. De par l'essor des moyens de communication, l'accès à l'information est devenu si aisé que le modèle économique de l'information a lui-même évolué. On est passé, en quelques années, d'un modèle majoritairement payant (dans lequel l'utilisateur achète un contenu par l'intermédiaire d'un support physique -livre, journaux-), à un modèle majoritairement gratuit (dans lequel l'utilisateur consomme de l'information ou des données gratuitement en échange d'un profilage publicitaire). Ce changement de modèle, ou de paradigme, n'a cependant pas modifié la manière dont l'utilisateur (ou le client) est perçu par le vendeur : il reste une source de revenus, soit directement soit indirectement. On pourrait croire, en revanche, que l'essor du numérique a rendu les choses plus facile pour l'utilisateur : il n'en est rien. Qu'il soit gratuit ou payant, se désabonner d'un service reste un problème majeur.  From a general point of view, unsubscribing from subscribed services (whether free or paid) is a problem. With the growth of the media, access to information has become so easy that the economic model of information itself has evolved. In a few years, we have moved from a predominantly paid model (in which the user buys content via a physical medium - book, newspapers) to a predominantly free model (in which the user consumes information or data free of charge in exchange for advertising profiling). This change of model or paradigm, however, has not changed the way the user (or customer) is perceived by the seller: it remains a source of income, either directly or indirectly. One might think, however, that the rise of digital technology has made things easier for the user: it is not so. Whether free or paid, unsubscribing from a service remains a major problem.
Le procéder de l'invention vise à faciliter ce processus de désabonnement, en privant le vendeur de sa source de revenus.  The method of the invention aims to facilitate this process of unsubscription, depriving the seller of its source of income.
3. Résumé de l'invention 3. Summary of the invention
L'invention ne pose pas au moins certains des problèmes de l'art antérieur. L'invention concerne un procédé de traitement d'une transaction récurrente d'accès à un bien ou un service, par un dispositif de traitement transactionnel, procédé comprenant une étape initiale d'obtention d'une donnée représentative d'une instruction de traitement d'une transaction récurrente.  The invention does not pose at least some of the problems of the prior art. The invention relates to a method for processing a recurring transaction of access to a good or a service, by a transaction processing device, the method comprising an initial step of obtaining a data item representative of a processing instruction of a recurring transaction.
Selon l'invention un tel procédé comprend :  According to the invention, such a method comprises:
une étape de transmission d'un message d'interrogation d'un type donné, ledit message comprenant au moins une donnée d'identification de ladite transaction récurrente, à un terminal d'un utilisateur ayant préalablement souscrit un abonnement audit bien ou audit service ;  a step of transmitting an interrogation message of a given type, said message comprising at least one identification data of said recurring transaction, to a terminal of a user having previously subscribed a subscription to said good or said service;
une étape d'insertion, dans une base de données de traitement différé, de ladite transaction récurrente ;  an insertion step, in a deferred processing database, of said recurring transaction;
traitement transactionnel en fonction de la survenance de l'un au moins des événements suivants :  transaction processing based on the occurrence of at least one of the following events:
- réception d'un message en provenance dudit terminal dudit utilisateur ;  receiving a message from said terminal of said user;
écoulement du délai pour effectuer ladite transaction récurrente. Selon une caractéristique particulière, ledit procédé comprend une étape de calcul d'une échéance probable de ladite transaction en fonction d'un profil transactionnel dudit utilisateur. time lapse to perform said recurring transaction. According to a particular characteristic, said method comprises a step of calculating a probable expiry of said transaction as a function of a transactional profile of said user.
Selon une caractéristique particulière, ledit procédé comprend une étape de calcul d'une échéance probable de ladite transaction en fonction d'un profil transactionnel d'un fournisseur dudit bien ou dudit service.  According to a particular characteristic, said method comprises a step of calculating a probable deadline of said transaction according to a transactional profile of a provider of said good or said service.
Selon une caractéristique particulière, ledit type dudit message transmis audit terminal dudit utilisateur est un message d'acceptation tacite de ladite transaction récurrente.  According to a particular characteristic, said type of said message transmitted to said terminal of said user is a tacit acceptance message of said recurring transaction.
Ainsi, l'utilisateur peut être averti de la prochaine transaction, sans toutefois qu'il doive effectuer une action pour que celle-ci puisse se dérouler, et ainsi poursuivre l'abonnement au bien ou service  Thus, the user can be notified of the next transaction, without having to perform an action so that it can take place, and thus continue the subscription to the good or service
Selon une caractéristique particulière, ledit type dudit message transmis audit terminal dudit utilisateur est un message de refus tacite de ladite transaction récurrente.  According to a particular characteristic, said type of said message transmitted to said terminal of said user is a tacit refusal message of said recurring transaction.
Ainsi, l'utilisateur peut simplement résilier son abonnement au bien ou au service en ne répondant pas au message qui lui est transmis.  Thus, the user can simply terminate his subscription to the good or service by not responding to the message sent to him.
Selon une caractéristique particulière, ladite d'insertion, dans la base de données de traitement différé comprend, conjointement, l'insertion dudit type dudit message et un délai de mise en œuvre de ladite transaction.  According to a particular characteristic, said insertion, in the deferred processing database comprises, jointly, the insertion of said type of said message and a delay of implementation of said transaction.
Selon un mode de réalisation particulier, ladite transaction récurrente est une transaction financière.  According to a particular embodiment, said recurring transaction is a financial transaction.
Selon un mode de réalisation particulier, une souscription préalable audit bien ou audit service a été effectuée en ligne en utilisant une carte bancaire.  According to a particular embodiment, a prior subscription to said good or said service has been made online using a bank card.
Sous une autre forme, l'invention se rapporte également à un dispositif de traitement d'une transaction récurrente d'accès à un bien ou un service, comprenant des moyens d'obtention d'une donnée représentative d'une instruction de traitement d'une transaction récurrente, dispositif caractérisé en ce qu'il comprend :  In another form, the invention also relates to a device for processing a recurring transaction for access to a good or a service, comprising means for obtaining data representative of a processing instruction of a recurring transaction, characterized in that it comprises:
des moyens de transmission d'un message d'interrogation d'un type donné, ledit message comprenant au moins une donnée d'identification de ladite transaction récurrente, à un terminal d'un utilisateur ayant préalablement souscrit un abonnement audit bien ou audit service ;  means for transmitting an interrogation message of a given type, said message comprising at least one identification data of said recurring transaction, to a terminal of a user having previously subscribed a subscription to said good or said service;
- des moyens d'insertion, dans une base de données de traitement différé, de ladite transaction récurrente ; des moyens de traitement transactionnel en fonction de la survenance de l'un au moins des événements suivants : means for inserting, into a deferred processing database, said recurring transaction; transaction processing means according to the occurrence of at least one of the following events:
réception d'un message en provenance dudit terminal dudit utilisateur ;  receiving a message from said terminal of said user;
écoulement du délai pour effectuer ladite transaction récurrente.  time lapse to perform said recurring transaction.
Un tel dispositif peut se présenter sou la forme d'un serveur ou d'un terminal.  Such a device can be in the form of a server or a terminal.
Sous une autre forme, l'invention se rapporte également à un système de traitement d'une transaction récurrente d'accès à un bien ou un service, comprenant des moyens d'obtention d'une donnée représentative d'une instruction de traitement d'une transaction récurrente, système caractérisé en ce qu'il comprend :  In another form, the invention also relates to a system for processing a recurring transaction for access to a good or a service, comprising means for obtaining data representative of a processing instruction of a recurring transaction, characterized in that it comprises:
- des moyens de transmission d'un message d'interrogation d'un type donné, ledit message comprenant au moins une donnée d'identification de ladite transaction récurrente, à un terminal d'un utilisateur ayant préalablement souscrit un abonnement audit bien ou audit service ; means for transmitting an interrogation message of a given type, said message comprising at least one piece of identification data of said recurring transaction, to a terminal of a user having previously subscribed a subscription to said good or said service; ;
des moyens d'insertion, dans une base de données de traitement différé, de ladite transaction récurrente ;  means for inserting, into a deferred processing database, said recurring transaction;
des moyens de traitement transactionnel en fonction de la survenance de l'un au moins des événements suivants :  transaction processing means according to the occurrence of at least one of the following events:
réception d'un message en provenance dudit terminal dudit utilisateur ;  receiving a message from said terminal of said user;
écoulement du délai pour effectuer ladite transaction récurrente.  time lapse to perform said recurring transaction.
Dans un tel système, les moyens utilisés sont répartis entre un serveur et un terminal, comme décrit par la suite.  In such a system, the means used are distributed between a server and a terminal, as described below.
Selon une implémentation préférée, les différentes étapes des procédés selon l'invention sont mises en œuvre par un ou plusieurs logiciels ou programmes d'ordinateur, comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un module relais selon l'invention et étant conçu pour commander l'exécution des différentes étapes des procédés.  According to a preferred implementation, the various steps of the methods according to the invention are implemented by one or more software or computer programs, comprising software instructions intended to be executed by a data processor of a relay module according to the invention. invention and being designed to control the execution of the various process steps.
En conséquence, l'invention vise aussi un programme informatique, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus.  Accordingly, the invention also relates to a computer program, capable of being executed by a computer or a data processor, this program comprising instructions for controlling the execution of the steps of a method as mentioned above.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionnées ci-dessus. This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape. The invention also relates to a data carrier readable by a data processor, and comprising instructions of a program as mentioned above.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise), un disque dur, un SSD, etc.  The information carrier may be any entity or device capable of storing the program. For example, the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a floppy disk, a disk hard, SSD, etc.
D'autre part, le support d'information peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.  On the other hand, the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network.
Alternativement, le support d'information peut être un circuit intégré (type ASIC ou FPGA) dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.  Alternatively, the information medium may be an integrated circuit (ASIC or FPGA type) in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
Selon un mode de réalisation, l'invention est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels.  According to one embodiment, the invention is implemented by means of software and / or hardware components. In this context, the term "module" may correspond in this document as well to a software component, a hardware component or a set of hardware and software components.
Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un tel composant logiciel est exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, routeur, etc.) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc.).  A software component corresponds to one or more computer programs, one or more subroutines of a program, or more generally to any element of a program or software capable of implementing a function or a program. set of functions, as described below for the module concerned. Such a software component is executed by a data processor of a physical entity (terminal, server, gateway, router, etc.) and is capable of accessing the hardware resources of this physical entity (memories, recording media, bus communication cards, input / output electronic cards, user interfaces, etc.).
De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte à mémoire, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. 4. Figures In the same way, a hardware component corresponds to any element of a hardware set (or hardware) able to implement a function or a set of functions, as described below for the module concerned. It may be a hardware component that is programmable or has an integrated processor for executing software, for example an integrated circuit, a smart card, a memory card, an electronic card for executing a firmware ( firmware), etc. 4. Figures
D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels :  Other features and advantages of the invention will appear on reading the following description, given by way of indicative and nonlimiting example, and the appended drawings, in which:
- la figure 1 présente les principales étapes de la technique proposée ; - Figure 1 shows the main stages of the proposed technique;
La figure 2 représente schématiquement un serveur pour la mise en œuvre du procédé décrit préalablement.  FIG. 2 diagrammatically represents a server for implementing the previously described method.
5. Description  5. Description
5.1. Rappel du principe  5.1. Recall of the principle
Comme indiqué préalablement, dans le cadre d'abonnements à des biens ou des services, le paiement de ceux-ci est effectué de manière régulière (par exemple tous les mois, tous les trimestres). Or, bien que l'utilisateur n'ai fourni qu'une seule fois ses données bancaires au vendeur, celui-ci est en mesure de poursuivre le prélèvement sans accord explicite de l'utilisateur, et ceci pendant une période de temps relativement longue. Ainsi, lors de la souscription à l'abonnement, trois parties (au moins) sont impliquées : l'utilisateur (acheteur), le vendeur et le fournisseur de services de paiements (une banque ou un établissement financier). Ensuite, lors du renouvellement (plus ou moins tacite) de l'abonnement, seuls le vendeur et le fournisseur de services de paiements sont impliqués. L'utilisateur n'a en quelque sorte plus de maîtrise des débits effectués sur son compte bancaire. Par ailleurs, pour comprendre pleinement la problématique, il faut également considérer le fait qu'au moins un quatrième acteur peut également être impliqué. Il s'agit du prestataire de services de paiement (par exemple une entreprise privée, prestataire technique, indépendante du fournisseur de services de paiements) qui est chargée par le vendeur de la mise en œuvre effective des paiements, ce qui peut rendre encore plus opaque la situation du point de vue de l'acheteur. Techniquement, l'utilisateur est donc face à un problème de rapidité de mise en œuvre de sa décision face à des transactions récurrentes dont il n'a pas la maîtrise. En effet, bien que l'utilisateur sache qu'il peut stopper une transaction récurrente (par exemple en annulant un abonnement), le vendeur est réticent à avertir l'utilisateur qu'il peut le faire et surtout, à l'avertir dans des délais permettant à l'utilisateur d'agir suffisamment tôt (i.e par exemple dans des délais réglementaires prescrits).  As previously indicated, in the case of subscriptions to goods or services, the payment of these is made on a regular basis (for example every month, every quarter). However, although the user has only once provided his bank data to the seller, the latter is able to continue the collection without explicit agreement from the user, and this for a relatively long period of time. Thus, when subscribing to the subscription, three parties (at least) are involved: the user (buyer), the seller and the payment service provider (a bank or a financial institution). Then, when renewing (more or less tacit) subscription, only the seller and the payment service provider are involved. The user has somehow no control of debits made to his bank account. Moreover, to fully understand the problem, we must also consider the fact that at least a fourth actor can also be involved. This is the payment service provider (eg a private company, technical provider, independent of the payment service provider) which is charged by the seller with the actual implementation of payments, which can make it even more opaque the situation from the point of view of the buyer. Technically, the user is therefore faced with a problem of speed of implementation of his decision in the face of recurring transactions which he does not control. Indeed, although the user knows that he can stop a recurring transaction (for example by canceling a subscription), the seller is reluctant to warn the user that he can do so and especially, to warn him in delays allowing the user to act early enough (ie for example within prescribed regulatory deadlines).
Le principe général de l'invention consiste à établir un lien entre le fournisseur de services de paiements et l'utilisateur. Ce lien est utilisé afin de recueillir une autorisation (explicite ou tacite) de mise en œuvre d'un service et donc de provoquer le paiement de celui-ci. Pour ce faire, les inventeurs ont proposé de requérir l'autorisation de l'acheteur (l'utilisateur) pour effectuer le paiement récurrent. Cette autorisation est soit tacite soit explicite, en fonction de paramètres prédéterminés. Le lien entre l'utilisateur et le fournisseur de service de paiement est créé lors de la saisie, par l'utilisateur, des données nécessaires au paiement. À la différence de la technique actuelle, l'utilisateur est invité à saisir, en plus des données bancaires, une donnée de contact (par exemple une adresse email ou un numéro de téléphone) et éventuellement des données relatives à la périodicité des paiements (cette périodicité peut également être fournie par le vendeur). L'utilisateur peut également être invité à indiquer s'il souhaite un paiement par défaut ou un refus de paiement par défaut (c'est-à-dire en cas d'absence de réponse au message qui lui sera transmis), en fonction des modes de réalisation choisis. The general principle of the invention is to establish a link between the payment service provider and the user. This link is used to collect an authorization (explicit or tacit) for the implementation of a service and thus to provoke the payment thereof. To do this, the inventors proposed to request the authorization of the buyer (the user) to make the recurring payment. This authorization is either tacit or explicit, depending on predetermined parameters. The link between the user and the payment service provider is created when the user enters the data required for payment. Unlike the current technique, the user is invited to enter, in addition to the bank data, a contact data (for example an email address or a telephone number) and possibly data relating to the periodicity of the payments (this periodicity can also be provided by the seller). The user may also be asked if he wants a default payment or a default payment refusal (ie if there is no response to the message that will be sent to him), depending on the selected embodiments.
Le principe général de la technique, décrit en relation avec la figure 1, comprend les étapes suivantes :  The general principle of the technique, described with reference to FIG. 1, comprises the following steps:
lorsqu'un paiement récurrent doit être effectué (par exemple un paiement trimestriel pour une revue), le fournisseur de services de paiement transmet (100) un message à l'utilisateur (par exemple un courrier électronique ou un SMS). Ce message comprend les données nécessaires à l'identification du paiement à réaliser (bénéficiaire, somme, etc.) ; concomitamment, le fournisseur de services de paiement place (110) cette transaction en attente, pendant une durée prédéterminée (cette durée peut s'échelonner de quelques heures à quelques jours). Cette durée est fonction d'une part de la rapidité avec laquelle le fournisseur de services de paiement est supposé s'acquitter de son obligation de réaliser le paiement et d'autre part de l'anticipation possible du paiement ;  when a recurring payment has to be made (eg a quarterly payment for a review), the payment service provider transmits (100) a message to the user (e.g. an e-mail or an SMS). This message includes the data necessary to identify the payment to be made (beneficiary, sum, etc.); at the same time, the payment service provider places (110) this pending transaction for a predetermined duration (this duration can range from a few hours to a few days). This duration depends in part on the speed with which the payment service provider is expected to fulfill its obligation to make the payment and on the other hand the possible anticipation of payment;
traitement transactionnel (120) en fonction de la survenance de l'un au moins des événements suivants :  transaction processing (120) based on the occurrence of at least one of the following events:
- réception (130) d'un message en provenance de l'utilisateur ;  receiving (130) a message from the user;
écoulement (140) du délai pour effectuer la transaction.  flow (140) of the delay to complete the transaction.
Dans un mode de réalisation complémentaire, dont l'avantage est de rapprocher encore plus l'utilisateur du fournisseur de services de paiements, la technique comprend un calcul d'échéance de renouvellement. Un tel calcul est utilisé afin d'anticiper le renouvellement et offrir à l'utilisateur un délai suffisamment long pour lui permettre de répondre au message transmis. En effet, en fonction des vendeurs, le temps entre le moment où les instructions pour l'exécution du paiement sont transmises et le moment où le paiement doit être effectivement réalisé peut être très court. Dans un tel cas, il est probable que l'utilisateur n'aura pas le temps de transmettre des instructions (c'est pour cette raison que les vendeurs agissent ainsi). Dès lors, sur la base des données saisies par l'utilisateur lors du premier paiement, la technique proposée effectue un calcul des échéances de paiement et transmet le message à l'utilisateur, en amont de la réception des instructions du vendeur. In a complementary embodiment, the advantage of which is to bring the user even closer to the payment service provider, the technique includes a renewal term calculation. Such a calculation is used to anticipate the renewal and offer the user a long enough time to respond to the message transmitted. Indeed, depending on the sellers, the time between the time when the instructions for the execution of the payment are transmitted and the time when the payment must be actually made can be very short. In such a case, it is likely that the user will not have time to transmit instructions (this is why sellers do this). Therefore, on the basis of the data entered by the user during the first payment, the proposed technique calculates the payment deadlines and transmits the message to the user, upstream of receiving the seller's instructions.
Ce calcul peut être effectué de plusieurs manières différentes. Dans une première variante, ce calcul est basé sur une périodicité fournit par l'utilisateur (par exemple tous les trimestres). Dans ce cas, le serveur anticipe cette échéance d'un nombre de jours prédéterminé (nombre de jours éventuellement sélectionné par l'utilisateur). Dans cette variante, le calcul de l'échéance est réalisé en fonction du profil transactionnel de l'utilisateur pour ce bien ou ce service, au moins certaines des données précitées constituant ce profil transactionnel. Dans une deuxième variante, ce calcul est basé sur des paiements similaires ou identiques en provenance du vendeur. Ce calcul comprend alors une étape d'identification, au sein d'une base de données, de transaction émanant du même vendeur et d'un montant identique afin d'en déterminer une périodicité et une étape d'application d'un délai d'anticipation à cette échéance précalculée. Dans cette variante, le calcul de l'échéance est réalisé en fonction du profil transactionnel du fournisseur de bien ou service.  This calculation can be done in several different ways. In a first variant, this calculation is based on a periodicity provided by the user (for example every quarter). In this case, the server anticipates this deadline by a predetermined number of days (number of days possibly selected by the user). In this variant, the calculation of the maturity is performed according to the transactional profile of the user for this good or service, at least some of the aforementioned data constituting this transactional profile. In a second variant, this calculation is based on similar or identical payments from the seller. This calculation then comprises a step of identifying, within a database, a transaction from the same vendor and an identical amount in order to determine a periodicity and a step of applying a period of time. anticipation at this pre-calculated deadline. In this variant, the calculation of the maturity is made according to the transactional profile of the supplier of good or service.
S'en suit une transmission, à l'utilisateur, du message d'avertissement. Ce message d'avertissement est transmis au délai d'anticipation calculé précédemment.  This follows a transmission to the user of the warning message. This warning message is transmitted to the anticipation delay previously calculated.
Au moins deux modes de réalisation distincts de cette méthode peuvent être mis en œuvre. Un premier mode de réalisation peut être mis en œuvre dans de cadre de traitements transactionnels dits « SEPA ». Un deuxième mode de réalisation peut être mis en œuvre dans de cadre de traitements transactionnels dits « Carte Non Présente » (c'est-à-dire utilisant une transaction de type paiement par carte bancaire en ligne). Ce deuxième mode de réalisation va être décrit par la suite. Le premier mode de réalisation est sensiblement identique, en termes de traitement, si ce n'est qu'il ne comprend pas de gestion des récurrences chez le fournisseur de services de paiements : c'est le vendeur qui gère la récurrence. Dans ce deuxième mode de réalisation, la gestion interne et anticipée de la récurrence par le fournisseur de services de paiements est donc un avantage concurrentiel supplémentaire pour le fournisseur le fournisseur de services de paiements. Bien entendu, la technique décrite va bien au-delà du traitement des simples paiements. Elle s'inscrit plutôt dans une gestion d'une relation entre un fournisseur de bien et de services (même gratuit) et un utilisateur, lorsque la gestion de l'abonnement est confiée à un tiers. At least two distinct embodiments of this method can be implemented. A first embodiment can be implemented in the context of transactional processing known as "SEPA". A second embodiment can be implemented in the framework of transactional processing known as "Card Not Present" (that is to say using a transaction of the type of credit card payment online). This second embodiment will be described later. The first embodiment is substantially identical in terms of processing, except that it does not include recurrence management at the payment service provider: the seller manages the recurrence. In this second embodiment, the internal and anticipated recurrence management by the payment service provider is therefore an additional competitive advantage for the provider of the payment service provider. Of course, the described technique goes well beyond the treatment of simple payments. It is rather a management of a relationship between a provider of goods and services (even free) and a user, when the management of the subscription is entrusted to a third party.
5.2. Description d'un mode de réalisation 5.2. Description of an embodiment
Dans ce mode de réalisation le fournisseur de services de paiements (par exemple l'organisme qui se charge d'effectuer la transaction de carte bancaire pour le compte des établissements bancaires, des clients et des vendeurs), met en œuvre la méthode décrite préalablement par l'intermédiaire d'un serveur de traitement de données transactionnelles (STDT) tenant compte des échéances des paiements réalisées à partir de données de cartes bancaires (il ne s'agit pas de traitement de type SEPA).  In this embodiment, the payment service provider (for example, the organization that carries out the credit card transaction on behalf of the banks, customers and sellers), implements the method previously described by through a transactional data processing server (STDT) taking into account the payment deadlines made from bank card data (this is not SEPA type processing).
Dans un premier mode de réalisation, cette mise en œuvre consiste à permettre à l'utilisateur (au client payeur) de définir une périodicité de paiement au moment de saisir les données de carte bancaires nécessaires au paiement. Une telle définition de périodicité est variable : elle dépend principalement du terminal mis utilisé pour effectuer le paiement. Dans le cas d'un paiement par l'intermédiaire d'un terminal se connectant à une page web d'un serveur du fournisseur de services de paiements, cette définition peut être mise en œuvre en utilisant une liste déroulante de définition de périodicité (par exemple toute les semaines, tous les mois, tous les trimestres, tous les ans,...). Dans un deuxième mode de réalisation, cette périodicité peut également faire partie des données fournies par le vendeur. En effet, à quelques exceptions près, le vendeur (en ligne) n'est pas celui qui effectue l'opération de paiement. Cette opération est déléguée à un fournisseur de services de paiement, quand bien même le paiement est répétitif ou récurrent. Deux possibilités peuvent ainsi être mises en œuvre : soit le vendeur gère seul les paiements récurrents et transmet à chaque échéance (mensuelle, trimestrielle, annuelle) une requête de paiement au serveur de traitement de données transactionnelles (STDT) : le numéro de l'échéance figure parmi les informations transmises au serveur de traitement de données transactionnelles (STDT) ; soit le vendeur délègue la gestion des paiements récurrents au fournisseur de services de paiements et ce dernier effectue les opérations nécessaires seul à chaque échéance : le serveur de traitement de données transactionnelles (STDT) connaît le numéro de l'échéance. Connaissant ce numéro, le serveur de traitement de données transactionnelles (STDT) est en mesure de requérir une demande de confirmation de la part de l'acheteur. Sur la base notamment de ce numéro, le serveur de traitement de données transactionnelles (STDT) effectue les opérations suivantes : In a first embodiment, this implementation is to allow the user (the paying customer) to define a period of payment when entering the bank card data necessary for payment. Such a periodicity definition is variable: it depends mainly on the terminal used to make the payment. In the case of a payment via a terminal connecting to a web page of a payment service provider's server, this definition can be implemented using a drop-down list of periodicity example every week, every month, every quarter, every year, ...). In a second embodiment, this periodicity can also be part of the data provided by the seller. Indeed, with a few exceptions, the seller (online) is not the one who performs the payment transaction. This operation is delegated to a payment service provider, even if the payment is repetitive or recurring. Two possibilities can thus be implemented: either the seller manages only the recurring payments and transmits at each maturity (monthly, quarterly, annual) a request for payment to the transactional data processing server (STDT): the number of the due date one of the information transmitted to the transactional data processing server (STDT); either the seller delegates the recurring payments management to the payment service provider and the payment service provider does the necessary operations alone at each maturity: the transactional data processing server (STDT) knows the maturity number. Knowing this number, the Transaction Data Processing Server (STDT) is able to request a confirmation request from the buyer. Based in particular on this number, the transactional data processing server (STDT) performs the following operations:
Transmission (100), à un terminal de l'acheteur (TermU), d'un message (Msg) avertissant celui-ci de la transaction à effectuer ; accessoirement, ce message peut également contenir le montant de la transaction et/ou le bénéficiaire et/ou la périodicité. Le message est de deux types possibles : soit il s'agit d'un message d'acceptation tacite ; soit il s'agit d'un message de refus tacite. Le type de message transmis à l'utilisateur est déterminé soit par l'utilisateur lui-même au moment de saisir les données de sa carte bancaire lors du premier paiement, soit par le vendeur lors de la délégation de paiement au serveur de traitement de données transactionnelles.  Transmission (100) to a buyer terminal (TermU) of a message (Msg) informing the latter of the transaction to be made; incidentally, this message may also contain the amount of the transaction and / or the beneficiary and / or the periodicity. The message is of two types: either it is a tacit acceptance message; either it is a message of tacit refusal. The type of message sent to the user is determined either by the user himself when entering the data of his credit card during the first payment, or by the seller during the delegation of payment to the data processing server. transactional.
mise en attente (110) de la transaction ; cette mise en attente est effectuée en insérant la transaction courante (TrC), au sein d'une base de données de traitement différé (BD-TD). Cette mise en attente se caractérise notamment par l'ajout, à l'enregistrement de la transaction courante (TrC) dans la base de données (BD-TD), du type de message (TypM) transmis et d'un délai de réponse à ce message (DeadL).  stopping (110) the transaction; this hold is performed by inserting the current transaction (TrC) into a deferred processing database (BD-TD). This hold is characterized in particular by adding, to the record of the current transaction (TrC) in the database (BD-TD), the type of message (TypM) transmitted and a response time to this message (DeadL).
traitement transactionnel (120) lorsque au moins un des événements suivants se produit : réception (130), de la part d'un terminal de l'utilisateur, d'un message de réponse ;  transaction processing (120) when at least one of the following events occurs: receiving (130) from a user terminal a response message;
dépassement (140) du délai de réponse au message transmis par le serveur de traitement de données transactionnelles (STDT).  exceeding (140) the response time to the message transmitted by the transactional data processing server (STDT).
Le traitement transactionnel peut prendre deux formes  Transactional processing can take two forms
la première forme consiste à effectuer la transaction, selon les modalités prévues ; cette première forme est mise en œuvre lors de la réception d'un message explicite d'acceptation de la part de l'utilisateur ou lors de l'expiration délai de réponse à un message d'acceptation tacite en provenance du serveur de traitement de données transactionnelles (STDT) ;  the first form consists in carrying out the transaction, in the manner provided; this first form is implemented when receiving an explicit message of acceptance from the user or when expiring a response time to a tacit acceptance message from the data processing server Transactional (STDT);
la deuxième forme consiste à ne pas effectuer la transaction ; cette deuxième forme est mise en œuvre lors de la réception d'un message explicite de refus de la part de l'utilisateur ou lors de l'expiration délai de réponse à un message de refus tacite en provenance du serveur de traitement de données transactionnelles (STDT) ;  the second form consists in not carrying out the transaction; this second form is implemented when receiving an explicit message of refusal from the user or when expiring a response time to a tacit refusal message from the transactional data processing server ( STDT);
La première forme de traitement transactionnel n'appelle pas de remarque particulière. Cette première forme de traitement comprend, en plus des actions usuellement mis en œuvre (débit/crédit, etc.), une étape de transmission, au terminal de l'utilisateur, d'un message de confirmation du déroulement de la transaction (comprenant le bénéficiaire et le montant débité). The first form of transactional processing does not call for any particular remark. This first form of treatment includes, in addition to the actions usually implemented (debit / credit, etc.), a step of transmitting, to the terminal of the user, a message confirming the progress of the transaction (including the beneficiary and the amount debited).
La deuxième forme de traitement comprend plusieurs caractéristiques nouvelles. D'une part, le refus de paiement doit être notifié au vendeur. Cette notification de refus de paiement consiste à transmettre, au vendeur, un message indiquant que l'utilisateur à refuser le prélèvement. Ce message doit permettre de déclencher les actions nécessaires au niveau du vendeur afin par exemple de résilier l'abonnement au service. D'autre part, le refus est enregistré dans une base de données du serveur de traitement de données transactionnelles (STDT). Cet enregistrement est ensuite utilisé pour identifier une éventuelle nouvelle occurrence de la transaction.  The second form of treatment includes several new features. On the one hand, the refusal of payment must be notified to the seller. This notification of refusal of payment consists in transmitting to the seller a message indicating that the user refuses the withdrawal. This message must make it possible to trigger the necessary actions at the seller level, for example to cancel the subscription to the service. On the other hand, the refusal is recorded in a database of the transactional data processing server (STDT). This record is then used to identify a possible new occurrence of the transaction.
En effet, il est possible, si ce n'est tout à fait probable, que certains marchands ne soient pas réellement satisfaits de la possibilité offerte à l'utilisateur de se désabonner « facilement » de leurs services en n'acceptant plus les paiements programmés. Ce faisant, lorsque c'est le vendeur qui a l'initiative du paiement récurrent (c'est-à-dire qu'il n'a pas délégué le paiement récurrent au fournisseur de services de paiements, mais fait appel au fournisseur de services de paiements pour effectuer les paiements à la demande), il est envisageable que le vendeur, constatant le rejet du premier paiement, tente de représenter ce paiement une nouvelle fois. Dès lors, l'enregistrement des paiements rejetés dans une base de données permet de vérifier, préalablement à la transmission du message pour le paiement au client, que ce paiement n'a pas déjà été rejeté. Ceci permet ainsi de ne pas solliciter le client inutilement et donc de lui apporter une meilleure expérience utilisateur.  Indeed, it is possible, if not quite likely, that some merchants are not really satisfied with the possibility offered to the user to unsubscribe "easily" from their services by no longer accepting scheduled payments . In doing so, when it is the seller who initiates the recurring payment (that is, he has not delegated the recurring payment to the payment service provider, but uses the service provider payments to make payments on demand), it is conceivable that the seller, noting the rejection of the first payment, will attempt to represent this payment again. Therefore, the recording of the rejected payments in a database makes it possible to verify, before the transmission of the message for the payment to the customer, that this payment has not already been rejected. This makes it possible not to solicit the client unnecessarily and thus to bring him a better user experience.
Dans un mode de réalisation spécifique, le terminal de l'utilisateur est un smartphone. Ce terminal est utilisé pour gérer les abonnements de l'utilisateur. En d'autres termes, plutôt que de centraliser la transmission des messages au niveau d'un serveur, comme le serveur intermédiaire, cette gestion des abonnements est prise en charge par une application au niveau du terminal, sur communication des abonnements par le serveur. Lors de la première exécution de l'application sur le terminal, un lien sécurisé est créé entre le terminal et le serveur. L'application utilise un identifiant (le même que celui fournit par l'utilisateur lors de la saisie des informations de paiement pour l'abonnement au bien ou service, soit par exemple l'adresse mail ou un numéro de téléphone ou les deux) pour identifier de manière unique l'utilisateur. Une fois que cette identification est réalisée, le serveur transmet, au terminal de l'utilisateur, des données permettant d'identifier les transactions récurrentes associées à cet utilisateur (vendeur, montant, historique des débits antérieurs et date de ces débits, type de message choisi). Sur la base de ces données, l'application met en œuvre les étapes suivantes : In a specific embodiment, the user's terminal is a smartphone. This terminal is used to manage the subscriptions of the user. In other words, rather than centralizing the transmission of messages at a server, such as the intermediary server, this subscription management is supported by an application at the terminal, on communication subscriptions by the server. When the application is first run on the terminal, a secure link is created between the terminal and the server. The application uses an identifier (the same as that provided by the user when entering the payment information for the subscription to the good or service, for example the email address or a telephone number or both) for uniquely identify the user. Once this identification is carried out, the server transmits, to the user's terminal, data making it possible to identify the recurring transactions associated with this user (seller, amount, history of previous flows and date of these flows, type of message chosen). Based on this data, the application implements the following steps:
calcul des délais de prévenance en fonction des dates et d'un délai de prévenance défini par l'utilisateur ;  calculation of the notice periods according to the dates and a user-defined notice period;
- déclenchement de l'affichage d'une notification sur le terminal de l'utilisateur lors de la survenance d'un délai de prévenance avec affichage du type de message (acceptation tacite ou refus tacite) ; triggering the display of a notification on the user's terminal upon the occurrence of a warning period with display of the type of message (tacit acceptance or tacit refusal);
traitement transactionnel lorsque au moins un des événements suivants se produit : action effectué par l'utilisateur pour accepter ou refuser tacitement la transaction (en fonction du type de message) ;  transactional processing when at least one of the following events occurs: action taken by the user to tacitly accept or reject the transaction (depending on the type of message);
dépassement du délai de réponse au message.  exceeding the response time to the message.
Dans ce cas de figure, la transaction n'est bien sûr pas traitée par le terminal de l'utilisateur. Le traitement transactionnel effectué par le terminal se limite à la transmission d'un message à destination du serveur qui va lui-même traiter cette transaction.  In this case, the transaction is of course not processed by the user's terminal. The transaction processing performed by the terminal is limited to the transmission of a message to the server that will itself process this transaction.
De manière régulière, l'application installée sur le terminal effectue des mises à jour des transactions récurrentes en établissant des transactions sécurisées avec le serveur. Dans ce mode de réalisation, la mise en œuvre de la technique proposée est donc sensiblement similaire si ce n'est que l'utilisateur dispose dans son terminal de toutes les données nécessaires aux calculs. 5.3. Serveur intermédiaire  On a regular basis, the application installed on the terminal performs recurring transaction updates by establishing secure transactions with the server. In this embodiment, the implementation of the proposed technique is therefore substantially similar except that the user has in his terminal all the data necessary for the calculations. 5.3. Intermediate server
On décrit, en relation avec la figure 4, un dispositif mis en œuvre pour effectuer le traitement des transactions récurrentes selon le procédé décrit préalablement. Par exemple, le serveur comprend une mémoire 41 constituée d'une mémoire tampon, une unité de traitement 42, équipée par exemple d'un microprocesseur, et pilotée par le programme d'ordinateur 43, mettant en œuvre un procédé de traitement.  With reference to FIG. 4, a device implemented to perform the processing of recurring transactions according to the previously described method is described. For example, the server comprises a memory 41 consisting of a buffer memory, a processing unit 42, equipped for example with a microprocessor, and driven by the computer program 43, implementing a processing method.
À l'initialisation, les instructions de code du programme d'ordinateur 43 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur de l'unité de traitement 42. L'unité de traitement 42 reçoit en entrée une ou plusieurs données représentatives d'instructions de traitement de transactions récurrentes. Le microprocesseur de l'unité de traitement 42 met en œuvre les étapes du procédé selon les instructions du programme d'ordinateur 43 pour générer des messages à destination de de terminaux d'utilisateurs. Pour cela, le dispositif comprend, outre la mémoire tampon 41, des moyens de communications, tels que des modules de communication réseau, des moyens de transmission de donnée et éventuellement un processeur de chiffrement. At initialization, the code instructions of the computer program 43 are for example loaded into a memory before being executed by the processor of the processing unit 42. The processing unit 42 receives as input one or more data representative of instructions for processing recurring transactions. The microprocessor of the processing unit 42 implements the steps of the method according to the instructions of the computer program 43 to generate messages to user terminals. For this, the device comprises, in addition to the buffer memory 41, communication means, such as network communication modules, data transmission means and possibly an encryption processor.
Ces moyens peuvent se présenter sous la forme d'un processeur particulier implémenté au sein du serveur, ledit processeur étant un processeur sécurisé. Selon un mode de réalisation particulier, ce serveur met en œuvre une application particulière qui est en charge des calculs.  These means may be in the form of a particular processor implemented within the server, said processor being a secure processor. According to a particular embodiment, this server implements a particular application that is in charge of the calculations.
Ces moyens se présentent également comme des interfaces de communications permettant d'échanger des données sur des réseaux de communication, des moyens d'interrogations et de mise à jour de base de données,...  These means are also presented as communication interfaces for exchanging data on communication networks, interrogation means and database update, ...
Le dispositif comprend également des modules pour la mise en œuvre de la technique décrite, qui sont des modules :  The device also comprises modules for implementing the described technique, which are modules:
de transmission d'un message d'interrogation d'un type donné, ledit message comprenant au moins une donnée d'identification de ladite transaction récurrente, à un terminal d'un utilisateur ayant préalablement souscrit un abonnement audit bien ou audit service ;  transmitting an interrogation message of a given type, said message comprising at least one identification data of said recurring transaction, to a terminal of a user having previously subscribed a subscription to said good or said service;
d'insertion, dans une base de données de traitement différé, de ladite transaction récurrente ;  inserting, in a deferred processing database, said recurring transaction;
de traitement transactionnel en fonction de la survenance de l'un au moins des événements suivants :  transaction processing according to the occurrence of at least one of the following events:
réception d'un message en provenance dudit terminal dudit utilisateur ;  receiving a message from said terminal of said user;
écoulement du délai pour effectuer ladite transaction récurrente.  time lapse to perform said recurring transaction.
Ces modules peuvent se présenter sous la forme de modules logiciels ou matériels (comme par exemple des composants électroniques programmables). Ces modules peuvent également comprendre des fonctionnalités de mise en œuvre des autres étapes des procédés précédemment décrits. Plus précisément, des modules spécifiques peuvent être en charges de la mise en œuvre des calculs des délais d'anticipation permettant de transmettre, à un terminal d'un utilisateur, un message à l'utilisateur.  These modules can be in the form of software or hardware modules (such as programmable electronic components). These modules may also include functionalities for implementing the other steps of the previously described methods. More specifically, specific modules can be in charge of the implementation of anticipation time calculations for transmitting a message to the user to a terminal of a user.

Claims

REVENDICATIONS
Procédé de traitement d'une transaction récurrente d'accès à un bien ou un service, par un dispositif de traitement transactionnel (DTT), procédé comprenant une étape initiale d'obtention d'une donnée représentative d'une instruction de traitement (iTrR) d'une transaction récurrente (TrR), procédé caractérisé en ce qu'il comprend : Method of processing a recurring transaction of access to a good or a service, by a transaction processing device (DTT), a method comprising an initial step of obtaining a data representative of a processing instruction (iTrR) of a recurring transaction (TrR), characterized in that it comprises:
une étape de transmission (100) d'un message (Msg) d'interrogation d'un type donné, ledit message (Msg) comprenant au moins une donnée d'identification (Id) de ladite transaction récurrente, à un terminal (TermU) d'un utilisateur ayant préalablement souscrit un abonnement audit bien ou audit service ;  a step of transmitting (100) an interrogation message (Msg) of a given type, said message (Msg) comprising at least one identification data (Id) of said recurring transaction, to a terminal (TermU) a user who has previously subscribed to that asset or service;
une étape d'insertion (110), dans une base de données de traitement différé (BD-TD), de ladite transaction récurrente ;  an inserting step (110) in a deferred processing database (BD-TD) of said recurring transaction;
traitement transactionnel (120) en fonction de la survenance de l'un au moins des événements suivants :  transaction processing (120) based on the occurrence of at least one of the following events:
réception (130) d'un message (Msg2) en provenance dudit terminal (TermU) dudit utilisateur ;  receiving (130) a message (Msg2) from said terminal (TermU) of said user;
écoulement du délai pour effectuer ladite transaction récurrente (140).  expiration of the delay for performing said recurring transaction (140).
Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'une échéance probable de ladite transaction en fonction d'un profil transactionnel dudit utilisateur. Method according to claim 1, characterized in that it comprises a step of calculating a probable deadline of said transaction as a function of a transactional profile of said user.
Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'une échéance probable de ladite transaction en fonction d'un profil transactionnel d'un fournisseur dudit bien ou dudit service. Method according to claim 1, characterized in that it comprises a step of calculating a probable deadline of said transaction according to a transactional profile of a provider of said good or said service.
4. Procédé selon la revendication 1, caractérisé en ce que ledit type dudit message (Msg) transmis audit terminal dudit utilisateur est un message d'acceptation tacite de ladite transaction récurrente. 5. Procédé selon la revendication 1, caractérisé en ce que ledit type dudit message (Msg) transmis audit terminal dudit utilisateur est un message de refus tacite de ladite transaction récurrente. 4. Method according to claim 1, characterized in that said type of said message (Msg) transmitted to said terminal of said user is a tacit acceptance message of said recurring transaction. 5. Method according to claim 1, characterized in that said type of said message (Msg) transmitted to said terminal of said user is a tacit refusal message of said recurring transaction.
6. Procédé selon la revendication 1, caractérisé en ce que ladite d'insertion (110), dans la base de données de traitement différé (BD-TD) comprend, conjointement, l'insertion dudit type dudit message et un délai de mise en œuvre de ladite transaction. 6. Method according to claim 1, characterized in that said insertion (110) in the deferred processing database (BD-TD) comprises, jointly, the insertion of said type of said message and a delay of implementation. implementation of said transaction.
7. Procédé selon la revendication 1, caractérisé en ce que ladite transaction récurrente est une transaction financière. 7. Method according to claim 1, characterized in that said recurring transaction is a financial transaction.
8. Procédé selon la revendication 1, caractérisé en ce qu'une souscription préalable audit bien ou audit service a été effectuée en ligne en utilisant une carte bancaire. 8. Method according to claim 1, characterized in that a prior subscription to said good or said service was performed online using a bank card.
9. Dispositif de traitement (DTT) d'une transaction récurrente d'accès à un bien ou un service, comprenant des moyens d'obtention d'une donnée représentative d'une instruction de traitement d'une transaction récurrente (TrR), dispositif caractérisé en ce qu'il comprend : 9. Device for processing (DTT) a recurring transaction of access to a good or a service, comprising means for obtaining data representative of a processing instruction for a recurring transaction (TrR), device characterized in that it comprises:
des moyens de transmission (100) d'un message (Msg) d'interrogation d'un type donné, ledit message (Msg) comprenant au moins une donnée d'identification (Id) de ladite transaction récurrente, à un terminal (TermU) d'un utilisateur ayant préalablement souscrit un abonnement audit bien ou audit service ;  transmission means (100) for an interrogation message (Msg) of a given type, said message (Msg) comprising at least one identification data (Id) of said recurring transaction, to a terminal (TermU) a user who has previously subscribed to that asset or service;
des moyens d'insertion (110), dans une base de données de traitement différé (BD-TD), de ladite transaction récurrente ;  insertion means (110), in a deferred processing database (BD-TD), of said recurring transaction;
des moyens de traitement transactionnel (120) en fonction de la survenance de l'un au moins des événements suivants :  transaction processing means (120) depending on the occurrence of at least one of the following events:
réception (130) d'un message (Msg2) en provenance dudit terminal (TermU) dudit utilisateur ;  receiving (130) a message (Msg2) from said terminal (TermU) of said user;
écoulement du délai pour effectuer ladite transaction récurrente (140).  expiration of the delay for performing said recurring transaction (140).
10. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution d'un procédé de traitement selon la revendication 1, lorsqu'il est exécuté par un processeur. 11. Dispositif de traitement (DTT) selon la revendication 9, caractérisé en ce qu'il comprend un module de calcul d'une échéance probable de ladite transaction en fonction d'un profil transactionnel dudit utilisateur. 10. Computer program product downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor, characterized in that it comprises program code instructions for the execution of a processing method according to claim 1, when executed by a processor. 11. Processing device (DTT) according to claim 9, characterized in that it comprises a module for calculating a probable maturity of said transaction based on a transaction profile of said user.
12. Dispositif de traitement (DTT) selon la revendication 9, caractérisé en ce qu'il comprend un module de calcul d'une échéance probable de ladite transaction en fonction d'un profil transactionnel d'un fournisseur dudit bien ou dudit service. 12. Processing device (DTT) according to claim 9, characterized in that it comprises a module for calculating a probable maturity of said transaction based on a transactional profile of a provider of said good or said service.
13. Dispositif de traitement (DTT) selon la revendication 9, caractérisé en ce que ledit type dudit message (Msg) transmis audit terminal dudit utilisateur est un message d'acceptation tacite de ladite transaction récurrente. 13. Processing device (DTT) according to claim 9, characterized in that said type of said message (Msg) transmitted to said terminal of said user is a tacit acceptance message of said recurring transaction.
14. Dispositif de traitement (DTT) selon la revendication 9, caractérisé en ce que ledit type dudit message (Msg) transmis audit terminal dudit utilisateur est un message de refus tacite de ladite transaction récurrente. 14. Processing device (DTT) according to claim 9, characterized in that said type of said message (Msg) transmitted to said terminal of said user is a tacit refusal message of said recurring transaction.
15. Dispositif de traitement (DTT) selon la revendication 9, caractérisé en ce que ladite d'insertion (110), dans la base de données de traitement différé (BD-TD) comprend, conjointement, l'insertion dudit type dudit message et un délai de mise en œuvre de ladite transaction. 15. Treatment device (DTT) according to claim 9, characterized in that said insertion (110) in the deferred processing database (BD-TD) comprises, jointly, inserting said type of said message and a period of implementation of said transaction.
EP15759745.1A 2014-09-02 2015-09-02 Method of processing a recurrent transaction, corresponding device and programme Ceased EP3189483A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1458208A FR3025345B1 (en) 2014-09-02 2014-09-02 PROCESS FOR PROCESSING A RECURRENT TRANSACTION, DEVICE AND PROGRAM THEREOF
PCT/EP2015/070056 WO2016034627A1 (en) 2014-09-02 2015-09-02 Method of processing a recurrent transaction, corresponding device and programme

Publications (1)

Publication Number Publication Date
EP3189483A1 true EP3189483A1 (en) 2017-07-12

Family

ID=52473992

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15759745.1A Ceased EP3189483A1 (en) 2014-09-02 2015-09-02 Method of processing a recurrent transaction, corresponding device and programme

Country Status (5)

Country Link
US (1) US11182765B2 (en)
EP (1) EP3189483A1 (en)
CA (1) CA2959103A1 (en)
FR (1) FR3025345B1 (en)
WO (1) WO2016034627A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3025345B1 (en) * 2014-09-02 2016-12-30 Compagnie Ind Et Financiere Dingenierie Ingenico PROCESS FOR PROCESSING A RECURRENT TRANSACTION, DEVICE AND PROGRAM THEREOF
US11195177B1 (en) * 2015-08-21 2021-12-07 United Services Automobile Association (Usaa) Distributed ledger systems for tracking recurring transaction authorizations

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7996288B1 (en) * 2000-11-15 2011-08-09 Iprivacy, Llc Method and system for processing recurrent consumer transactions
US20080247629A1 (en) * 2006-10-10 2008-10-09 Gilder Clark S Systems and methods for check 21 image replacement document enhancements
US20090171839A1 (en) * 2007-12-28 2009-07-02 Rosano Sharon A Systems and methods for processing recurring payment transactions
US8924297B2 (en) * 2011-02-25 2014-12-30 Visa International Service Association Direct connection systems and methods
WO2012148842A1 (en) * 2011-04-26 2012-11-01 Boku, Inc. Systems and methods to facilitate repeated purchases
US20130060679A1 (en) * 2011-09-06 2013-03-07 Rawllin International Inc. Third-party payments for electronic commerce
CA2830048A1 (en) * 2012-10-19 2014-04-19 Fusebill Inc. Method and system for financial transaction processing
US9965808B1 (en) * 2012-12-06 2018-05-08 The Pnc Financial Services Group, Inc. Systems and methods for projecting and managing cash-in flow for financial accounts
FR3025345B1 (en) * 2014-09-02 2016-12-30 Compagnie Ind Et Financiere Dingenierie Ingenico PROCESS FOR PROCESSING A RECURRENT TRANSACTION, DEVICE AND PROGRAM THEREOF

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2016034627A1 *

Also Published As

Publication number Publication date
CA2959103A1 (en) 2016-03-10
FR3025345A1 (en) 2016-03-04
FR3025345B1 (en) 2016-12-30
US11182765B2 (en) 2021-11-23
WO2016034627A1 (en) 2016-03-10
US20170249620A1 (en) 2017-08-31

Similar Documents

Publication Publication Date Title
FR3031613A1 (en) METHOD FOR PROCESSING A TRANSACTION FROM A COMMUNICATION TERMINAL
EP3113099A1 (en) Payment container, creation method, processing method, devices and programs therefor
WO2015028435A2 (en) Method for processing transactional data, corresponding devices and computer programmes
WO2016034627A1 (en) Method of processing a recurrent transaction, corresponding device and programme
EP1314143B1 (en) Online transaction information backup method and device
FR3062499A1 (en) METHOD FOR REDUCING THE SIZE OF A BLOCKED CHAIN TYPE DATABASE, DEVICE AND PROGRAM THEREOF
EP3485451B1 (en) Method for processing at least one piece of payment means data, payment terminal and corresponding computer program
EP3243175A1 (en) Methods and devices for controlling ancillary operations related to the execution of main transactions
EP3926566A1 (en) Validation of a transaction relative to an offer of goods or a service to a user
FR3064787B1 (en) METHOD OF PROCESSING DATA WITH A PAYMENT TERMINAL, TERMINAL OF PAYMENT AND PROGRAM THEREOF
CA3143068A1 (en) Service application system for payment terminals
WO2020128240A1 (en) Processing of an electronic ticket service
EP3113094B1 (en) Method for processing transaction data, device and corresponding program
FR3023640A1 (en) METHOD FOR MANAGING TRANSACTION, SERVER, COMPUTER PROGRAM PRODUCT AND CORRESPONDING STORAGE MEDIUM
FR2760549A1 (en) FINANCIAL TRANSACTION METHOD AND SYSTEM
FR2842927A1 (en) METHOD OF LOYALIZING THROUGH THE AWARD OF AN INDIVIDUAL IN COMPENSATION FOR AN ACTION PROVIDING AN ADVANTAGE TO A COMPANY
KR20110127535A (en) Method and system for escrow service
FR2936337A1 (en) Operation e.g. payment, securing method for commercial site, involves generating specific information relative to operations and to operator by remote server, and transferring specific information to another remote server
EP4128122A1 (en) Collaborative electronic platform for predicting non-payments for companies and associated method
WO2006131655A2 (en) Management system and method and device for harmonizing services performed by different provider systems
WO2022269179A1 (en) Blockchain payment method and device
EP3132398A1 (en) Methods for processing transactional data, and corresponding devices and programs
WO2021053300A1 (en) Method for transmitting a complementary information relating to a financial transaction
WO2021165612A1 (en) Method and device for controlling access to a function of an application registered in a blockchain
EP3948752A1 (en) Secure communication method suitable for ordering a product or a service using a communication terminal

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: 20170203

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20180208

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20190524