FR3055722A1 - Procede et systeme de paiement en ligne - Google Patents

Abstract

L'invention concerne un procédé de paiement en ligne (10) comportant : une première étape de proposition (100) au cours de laquelle au moins un commerçant (20) référence au moins une offre (50) via une interface (40) ; - une étape de sélection (110) au cours de laquelle un client (30) peut sélectionner (112) une ou plusieurs offres (50) avant de procéder à un prépaiement (113) à l'issue duquel il reçoit un code de validation (70) pour chacune des offres (50) prépayées ; - une étape de consommation (120) au cours de laquelle le client (30) bénéficie des offres (50) prépayées et communique à chaque commerçant (20) le code de validation (70) associé à l'offre (50) à laquelle il est associé ; - une étape de finalisation de paiement (130). L'invention concerne également un système pour la mise en œuvre du procédé (10).

Description

® RÉPUBLIQUE FRANÇAISE

INSTITUT NATIONAL DE LA PROPRIÉTÉ INDUSTRIELLE © N° de publication : 3 055 722 (à n’utiliser que pour les commandes de reproduction) (© N° d’enregistrement national : 16 58265

COURBEVOIE © Int Cl⁸ : G 06 Q 20/02 (2017.01), G 06 Q 20/12, 20/40

DEMANDE DE BREVET D'INVENTION A1

©) Date de dépôt : 06.09.16.	(© Demandeur(s) : GOYESGO Société par actions simpli-
(© Priorité :	fiée — FR.
	@ Inventeur(s) : ALGAYON THOMAS, KLOETZLEN
	JULIEN, DE BODIN DE GALEMBERT JOACHIM,
(43) Date de mise à la disposition du public de la	ALGAYON ADRIEN, RAMONDOU CHRISTIAN et
demande : 09.03.18 Bulletin 18/10.	RAMONDOU CYRIL.
©) Liste des documents cités dans le rapport de
recherche préliminaire : Se reporter à la fin du
présent fascicule
(© Références à d’autres documents nationaux	©) Titulaire(s) : GOYESGO Société par actions simpli-
apparentés :	fiée.
©) Demande(s) d’extension : Polynésie-Fr	(© Mandataire(s) : IPSIDE.

FR 3 055 722 - A1

PROCEDE ET SYSTEME DE PAIEMENT EN LIGNE.

©) L'invention concerne un procédé de paiement en ligne (10) comportant: une première étape de proposition (100) au cours de laquelle au moins un commerçant (20) référence au moins une offre (50) via une interface (40);

- une étape de sélection (110) au cours de laquelle un client (30) peut sélectionner (112) une ou plusieurs offres (50) avant de procéder à un prépaiement (113) à l'issue duquel il reçoit un code de validation (70) pour chacune des offres (50) prépayées ;

- une étape de consommation (120) au cours de laquelle le client (30) bénéficie des offres (50) prépayées et communique à chaque commerçant (20) le code de validation (70) associé à l'offre (50) à laquelle il est associé;

- une étape de finalisation de paiement (130).

L'invention concerne également un système pour la mise en oeuvre du procédé (10).

PROCEDE ET SYSTEME DE PAIEMENT EN LIGNE

DOMAINE DE L’INVENTION

La présente invention appartient au domaine du paiement en ligne.

Plus particulièrement, l’invention appartient au domaine du paiement en ligne par un client d’un ensemble de produits et/ou de services proposés par une pluralité de commerçants, les produits et/ou services étant consommés dans les magasins physiques des commerçants.

ETAT DE L’ART

L’internet a permis l’apparition du e-commerce et le développement de boutiques en ligne sur lesquelles les clients peuvent acheter des produits et des services. Depuis, diverses solutions de paiement en ligne sont apparues.

Traditionnellement, un client a par exemple la possibilité de réaliser un paiement par carte bancaire, par le biais d’une plate-forme de paiement en ligne. Suivant les plates-formes, il doit éventuellement valider le paiement à l’aide d’un code qui lui est transmis par exemple par SMS.

Le client peut également réaliser un paiement en ligne par virement bancaire.

Quel que soit le système de paiement retenu, le procédé de paiement reste sensiblement toujours le même :

le client remplit un panier virtuel comportant un ou plusieurs produits et ou services, sur un site de vente en ligne ;

le client procède au paiement de son panier virtuel ; le client reçoit un e-mail de validation confirmant son achat.

Il est connu de réaliser de tels paiements sur une enseigne virtuelle d’un commerçant.

La demande de brevet européenne EP 3 038 035 A1 par exemple, décrit un procédé de paiement dans lequel un serveur de paiement génère un code lié à un ensemble de produits sélectionnés par le client. La reconnaissance du code par le mobile du client permet de valider le paiement.

La demande de brevet internationale WO 2013/144930 décrit également une méthode de paiement mettant en œuvre un code graphique transmis et lu par le client.

L’inconvénient de tels systèmes est qu’ils ne permettent pas une transaction entre un client et une pluralité de commerçants, dans la mesure où seul le paiement d’un client envers un commerçant est envisagé.

La demande de brevet australienne AU 2013245448 A1 décrit un système et une méthode de gestion de réservations en ligne, lesdites réservations concernant des offres proposés par une pluralité de commerçants.

Cependant, là encore, le système de paiement décrit ne permet le paiement que d’une offre, par carte ou par le biais d’une monnaie virtuelle, à un seul commerçant.

EXPOSE DE L’INVENTION

L’invention permet de résoudre le problème technique mentionné plus haut, en proposant un système de paiement en ligne en deux temps.

Dans un premier temps, le montant total du panier virtuel du client correspondant à l’ensemble des produits et ou services achetés est prépayé par le client. Le montant prélevé est ensuite réparti entre les divers commerçants, après que le client se soit rendu dans les boutiques physiques des commerçants afin de bénéficier des offres prépayées.

L’invention concerne un procédé de paiement en ligne par un client, connecté à une interface par le biais d’un terminal client, d’au moins une offre, relative par exemple à un produit ou un service, et proposée par au moins un commerçant.

Le procédé comporte :

une étape de proposition ; une étape de sélection ; une étape de consommation ; une étape de finalisation de paiement.

Au cours de l’étape de proposition, chaque commerçant référence par le biais de l’interface auquel il se connecte par le biais d’un terminal commerçant, au moins une offre de l’au moins une offre.

Au cours de l’étape de sélection le client sélectionne par le biais de l’interface l’au moins une offre référencée par l’au moins un commerçant au cours de l’étape de proposition. Il réalise ensuite un prépaiement de l’au moins une offre, au cours duquel prépaiement un serveur bancaire séquestre envoie un mandat d’autorisation de prélèvement audit client, et à l’issue duquel un montant prépayé, correspondant à la somme des montants de chacune de l’au moins une offre, est versé et bloqué sur un compte bancaire séquestre. Enfin, un code de validation de consommation est associé à chacune de l’au moins une offre prépayée et porté à la connaissance du client.

Lors de l’étape de consommation, le client peut se rendre dans la boutique physique de chacun des commerçants concernés par l’une des offres prépayées afin de bénéficier de ladite offre.

Enfin, lors de l’étape de finalisation de paiement, les fonds bloqués sur le compte bancaire séquestre sont libérés et :

- Versés au moins en partie à l’au moins un commerçant dont l’offre prépayée a été consommée, si celui-ci rentre le code de validation associé à ladite offre via l’interface dans un délai convenu au préalable à compter de la consommation de l’au moins une offre et ou ;

- reversés au moins en partie au client si celui-ci n’a pas consommé l’une de l’au moins une offre prépayée ou si l’au moins un commerçant dont l’au moins une offre a été consommée n’a pas rentré le code de validation associé dans l’interface dans le délai convenu au préalable.

Dans une forme de mise en œuvre, un numéro de référence unique est associé à chacun de l’au moins un commerçant lors d’une première occurrence d’une sous-étape d’authentification de l’étape de proposition.

Dans une forme de mise en œuvre, l’au moins un commerçant précise, lors du référencement de l’au moins une offre :

une date et une heure de début de disponibilité de chacune de l’au moins une offre ;

une durée estimée de consommation de chacune de ladite au moins une offre.

Dans une forme de mise en œuvre, l’au moins une offre comprend une seule offre, dite offre simple.

Dans une forme de mise en œuvre, l’au moins une offre comprend au moins deux offres constituant un pack.

Dans une forme de mise en œuvre, le temps de trajet entre les boutiques physiques de l’au moins un commerçant chacun de l’au moins un commerçant concerné par les offres du pack est estimé et un système GPS accessible par lien transmis au client par SMS et ou par e-mail après réservation du pack permet de guider ledit client d’une boutique physique à une autre.

Dans une forme de mise en œuvre, le code de validation est le même pour chacune des offres du pack.

Dans une forme de mise en œuvre, la combinaison du numéro de référence unique et du code de validation permet de distinguer chacun de l’au moins un commerçant lors de l’étape de finalisation de paiement.

Dans une forme de mise en œuvre ; le code de validation est envoyé au client par SMS.

Dans une forme de mise en œuvre, le code de validation est envoyé au client par e-mail.

L’invention concerne également un système de paiement en ligne. Le système comporte des moyens pour :

- permettre à au moins un commerçant de référencer au moins une offre ;

- permettre à un client de rechercher, sélectionner et prépayer au moins une offre référencée par l’au moins un commerçant ;

- prélever et bloquer le montant du prépaiement ;

- associer à chacune de l’au moins une offre un code de validation de consommation et transmettre au client ledit code de validation ;

- permettre à un client de bénéficier de l’au moins une offre prépayée et de communiquer le code de validation de consommation à l’au moins un commerçant associé à l’au moins une offre consommée ;

- permettre à l’au moins un commerçant de valider la consommation grâce au code de validation de consommation ;

- permettre de débloquer le montant du prépaiement pour le paiement de l’au moins un commerçant et ou le remboursement du client.

Dans une forme de réalisation, le système suivant l’invention comprend : une interface à laquelle peuvent se connecter l’au moins un commerçant et le client ;

un terminal commerçant grâce auquel l’au moins un commerçant accède à l’interface ;

un terminal client grâce auquel le client accède à l’interface ; un compte bancaire commerçant ; un compte bancaire client ; un compte bancaire séquestre ; un serveur bancaire séquestre.

Dans une forme de réalisation, l’interface est un site internet et le terminal commerçant et le terminal client sont des ordinateurs.

Dans une forme de réalisation, l’interface est une application pour mobile et le terminal commerçant et le terminal client sont des smartphones.

BREVE DESCRIPTION DES FIGURES

L’invention sera mieux comprise à la lecture de la description qui suit et à l’examen des figures qui l’accompagnent. Celles-ci ne sont présentées qu’à titre indicatif et nullement limitatif de l’invention.

La Figure 1 est une représentation schématique du procédé suivant l’invention et des relations entre divers éléments du système permettant la mise en œuvre du procédé suivant l’invention.

La Figure 2 est un diagramme en blocs représentant l’enchaînement chronologique des principales étapes du procédé.

La Figure 3 est un diagramme en blocs détaillant l’étape de proposition du procédé selon l’invention.

La Figure 4 est un diagramme en blocs détaillant l’étape de sélection du procédé selon l’invention.

La Figure 5 représentent quatre frises chronologiques permettant de visualiser les échanges entre le client, l’interface et deux commerçants dans une forme de mise en œuvre du procédé selon l’invention.

DESCRIPTION DETAILLEE

Comme illustré sur les Figures 1 et 2, le procédé 10 suivant l’invention comporte quatre étapes principales :

une étape de proposition 100 ; une étape de sélection 110 ; une étape de consommation 120 ; une étape de finalisation du paiement 130.

Dans l’étape de proposition 100 du procédé 10 suivant l’invention détaillée sur la Figure 3, un commerçant 20, fournisseur de produits et / ou de services, propose et référence au moins une offre 50 par l’intermédiaire d’une interface 40, par exemple un site web ou une application mobile.

Une offre est à comprendre ici dans le sens de la « mise en vente d’un produit ou service ». Elle peut éventuellement correspondre à une remise exceptionnelle appliquée sur ledit produit ou service, mais pas nécessairement.

Dans l’exemple détaillé ci-dessous, les produits et / ou services sont relatifs à des activités de loisirs. Ils peuvent par exemple correspondre à un ticket de cinéma ou un dîner dans un restaurant. L’homme du métier comprendra que cet exemple est non limitatif, que l’application de l’invention n’est pas restreinte à ce type de produits/services et peut être adaptée.

Dans une première sous-étape de l’étape de proposition 100, le commerçant 20 s’authentifie 101a, 101b depuis un terminal commerçant 21, par exemple un ordinateur, un smartphone ou une tablette, afin de pouvoir proposer l’au moins une offre 50.

Lors d’une première authentification 101a, le commerçant 20 passe par une phase d’inscription au cours de laquelle il doit fournir des informations concernant son entreprise et lui-même, comprenant de manière non exhaustive les éléments suivants :

- nom ;

- prénom ;

- date de naissance ;

- adresse de son entreprise ;

- adresse e-mail ;

- numéro de téléphone fixe ;

- numéro de téléphone portable ;

- numéro de SIRET ;

- numéro de SIREN ;

- coordonnées bancaires.

Le commerçant définit également un mot de passe pour accéder à son compte.

Le commerçant 20 est ensuite associé à une catégorie, à laquelle est associée un code numérique. Par exemple :

- Restauration ;

- Loisirs ;

- Tourisme ;

- Soirée/évènements ;

- Bien-être ;

- Hébergement ;

Si nécessaire, le commerçant 20 est associé à une sous-catégorie de la catégorie. Un code numérique est associé à cette sous-catégorie. Des souscatégories possibles de la catégorie « 1 - Restauration » sont par exemple :

- Cuisine française ;

- Cuisine internationale ;

Si nécessaire, le commerçant 20 est associé à une sous-sous-catégorie de la sous-catégorie. Un code numérique est associé à cette sous-sous-catégorie. Des sous-sous-catégories possibles de la sous-catégorie « 11 - Cuisine française » sont par exemple :

- Alsacien ;

- Auvergnat ;

- Aveyronnais ;

Le commerçant 20 peut de manière évidente être ainsi associé à plusieurs niveaux de catégories.

A la fin de la phase d”inscription, l’ensemble de ces informations sont transmises à l’interface et un numéro unique de référence 22 du commerçant 20 est créé.

Dans une forme de réalisation, ce numéro unique de référence 22 est créé par la concaténation des numéros des divers niveaux de catégories auxquels le commerçant est associé, à laquelle s’ajoute une clé numérique distinctive ou certificat numérique distinctif, par exemple au format hexadécimal, permettant d’identifier un commerçant 20 parmi un ensemble de commerçants 20 appartenant à des catégories identiques.

Dans cette forme de réalisation, et suivant les exemples de catégories cités plus haut, le numéro de référence 22 d’un restaurateur proposant de la cuisine aveyronnaise est par exemple :

0103 00001

- 1 : Catégorie « Restauration >>

- 01 : Sous-catégorie « Cuisine française >>

- 03 : Sous-sous-catégorie « Aveyronnais >>

- 00001 : clé numérique distinctive ou certificat numérique distinctif au format hexadécimal

Lors d’une authentification postérieure, le commerçant 20 étant déjà inscrit, il s’authentifie 101b grâce à ses identifiants de connexion, par exemple adresse mail et mot de passe choisi lors de l’inscription 101a, pour accéder à son espace commerçant.

Après s’être authentifié 101a, 101b, le commerçant 20 propose 102, via son espace commerçant, au moins une offre 50, relative à un produit ou un service, qu’il référence via l’interface 40, en précisant notamment :

- les dates et heures de début de disponibilité de chaque offre 50 ;

- la durée estimée de consommation de l’offre 50 ;

- des éventuels détails et/ou commentaires ;

- les niveaux de catégories la définissant.

Les catégories définissant chaque offre 50 peuvent être différentes de la combinaison des catégories définissant le commerçant. Par exemple, un commerçant 20 tenant un hôtel-restaurant peut proposer des offres 50 de restauration ou d’hébergement, alors qu’il s’est référencé comme restaurateur lors de son inscription.

Chaque offre 50 est également associée à une localisation, qui est celle de la boutique physique 23 du commerçant 20, à laquelle un client 30 doit se rendre pour pouvoir consommer ladite offre.

Le commerçant 20 peut à tout moment changer certains paramètres de l’au moins une offre 50 tels que par exemple le nombre de réservations, le temps de validité. Il est également possible d’activer ou de désactiver une offre 50 proposée, voire de la supprimer. Cependant, dès lors qu’au moins un client 30 a réalisé une réservation de ladite offre, la suppression devient impossible et la réservation doit être consommée. Il est toutefois possible de désactiver l’offre 50 pour empêcher d’autres réservations.

Au cours de l’étape ultérieure de sélection 110 détaillée sur la Figure 4, le client 30 accède depuis un terminal client 31, par exemple ordinateur, smartphone ou tablette, à l’au moins une offre 50 proposée via l’interface 40 par le commerçant 20.

Le client 30 s’authentifie 111a, 111b auprès de l’interface 40.

Lors de la première authentification 111a du client 30, celui-ci passe par une phase d’inscription au cours de laquelle il doit fournir des informations le concernant, comprenant de manière non exhaustive les éléments suivants :

- nom ;

- prénom ;

- date de naissance ;

- pseudo ;

- adresse e-mail ;

- numéro de téléphone portable ;

- adresse postale OU ville du domicile OU code postal.

Le client 30 a la possibilité au moment de son inscription d’ajouter ses coordonnées bancaires.

A la fin de l’inscription, l’ensemble de ces informations sont transmises à l’interface 40.

Si le client 30 est déjà inscrit, il s’authentifie 111b grâce à ses identifiants de connexion, par exemple adresse mail, ou pseudo, et mot de passe choisi lors de l’inscription 111a, pour accéder à son espace client.

Une fois authentifié, le client 30 réalise la recherche et la sélection 112 d’une offre simple 50 via l’interface 40. Pour cela, il renseigne des critères figurant sur un moteur de recherche, lesquels critères de recherche comprennent, de manière non exhaustive :

- budget ;

- nombre de personnes ;

- localisation ;

- date et heure ;

- les divers niveaux de catégories de l’offre 50 recherchée (catégorie, sous-catégorie,...).

Le client 30 a également la possibilité de cibler des offres par mots-clés grâce à une barre de recherche.

Dans une forme de mise en œuvre, une géolocalisation peut être mise en place pour identifier les offres à proximité du client 30. Dans cette forme de mise en œuvre, le rayon dans lequel doit s’effectuer la recherche autour du client 30 est ajustable par ledit client.

Une fois ces critères validés par le client 30, l’interface 40 lui propose alors un panel d’offres simples 50 respectant les critères rentrés précédemment. Chacune des offres simples 50 est associée à un unique commerçant 20.

Lorsque le client 30 a identifié une offre qui l’intéresse, il l’ajoute dans un panier virtuel. Il peut ensuite réaliser une nouvelle recherche suivant la sousétape 112, et ainsi compléter son panier virtuel.

Une fois que le client 30 a terminé ses recherches, il procède à un prépaiement 113 des offres simples 50 placées dans le panier virtuel. Le montant du panier virtuel du client 30 est prélevé sur un compte bancaire client 32 puis versé sur un compte bancaire séquestre 60, sur lequel il reste momentanément bloqué. C’est parce que les fonds sont bloqués, à ce stade, que l’on parle de prépaiement.

Le prélèvement peut être réalisé par tout moyen de prélèvement en ligne connu, par exemple prélèvement SEPA.

Un mandat d’autorisation de prélèvement est envoyé par un serveur bancaire séquestre 61 au client 30, lequel renvoie ledit mandat signé électroniquement afin que le versement soit effectif.

Dans une forme de mise en œuvre, l’authentification 111a, 111b se fait juste avant le prépaiement 113. Si il ne l’a pas fait avant, le client 30 doit alors ajouter ses coordonnées bancaires à ce moment-là.

Suite au prépaiement 113, un code de validation 70 de consommation est envoyé 114 au client 30 pour chacune des offres simples 50 achetées.

Dans cette forme de réalisation, le code de validation 70 est différent d’une offre simple 50 à l’autre.

Ce code de validation 70 peut prendre des formes diverses, par exemple code à caractères (chiffres, lettres). De manière non limitative, le code de validation 70 peut être envoyé par exemple par SMS sur le mobile du client 30, et ou par e-mail. En cas de perte ou de non réception du code de validation 70, le client 30 peut le renouveler via son espace client. L’ancien code de validation 70 devient alors obsolète.

Dans le même temps, le commerçant 20 concerné par l’offre simple 50 reçoit une confirmation de réservation, par e-mail et ou par SMS par exemple.

Dans une forme de réalisation, le commerçant peut choisir d’associer à son offre un code barre et/ou un QR code et/ou un flash code, afin de faciliter la gestion de son stock. Ces codes sont transmis au client 30 après le prépaiement 113 de l’au moins une offre simple 50. Le client 30 présente ces codes à l’au moins un commerçant 20 concerné, lors de l’étape de consommation 120.

Au cours de l’étape de consommation 120, le client 30 se rend dans la boutique physique 23 de l’au moins un commerçant 20 concerné par l’au moins une offre simple 50 prépayée.

Le client 30 communique alors à l’au moins un commerçant 20, avant ou après consommation de l’offre simple 50 le concernant, le code de validation 70 associé qui lui a été transmis suite au prépaiement 113.

Au cours de l’étape de finalisation de paiement 130, le commerçant 20 dont l’offre simple 50 a été consommée par le client 30 rentre le code de validation 70 remis par le client 30 sur son espace commerçant via l’interface 40.

La combinaison de ce code de validation 70, combiné au numéro unique de référence propre à chaque commerçant 20, permet d’identifier l’offre simple 50 et le commerçant 20 concerné par ladite offre et d’ordonner un versement, depuis le compte séquestre 60 vers un compte bancaire commerçant 24, du montant de l’offre simple 50 proposée et consommée.

Dans la forme de réalisation dans laquelle le commerçant 20 a associé un code barre et/ou un QR code et/ou un flash code à son offre, il peut lire ce ou ces codes à l’aide d’un outil de lecture tel qu’un smartphone par exemple. Dans une autre forme de réalisation, le virement depuis le compte séquestre vers le compte commerçant est déclenché par lecture de l’un ou l’autre de ces codes.

Dans le cas où :

- l’offre simple 50 n’est pas consommée par le client 30 OU ;

- le commerçant 20 ne rentre pas via l’interface 40 le code de validation 70 dans un délai convenu au préalable, à compter de la consommation de l’offre simple 50, par exemple sept jours, délai au-delà duquel le code devient obsolète pour l’offre simple 50 et peut être associé par l’interface 40 à une nouvelle offre ;

les fonds retenus sur le compte bancaire séquestre sont reversés depuis le compte bancaire séquestre 60 vers le compte bancaire client 32.

Dans une forme préférée de mise en œuvre du procédé, le client 30 recherche au moins un pack 51, chacun des au moins un pack 51 comprenant au moins deux offres 50, lesdites au moins deux offres pouvant être associées à des commerçants 20 différents.

On considère par exemple, de manière non limitative, la forme de mise en œuvre illustrée sur la Figure 5.

Dans cette forme de mise en œuvre, un commerçant 20A s’est inscrit, au cours d’une étape 100 du procédé 10, et s’est vu attribué par l’interface 40 le numéro de référence 22A. Le commerçant 20A n’a pas proposé d’offre après son inscription et s’est déconnecté.

Un commerçant 20B s’est inscrit plus tard et s’est vu attribué par l’interface le numéro de référence 22B. Le commerçant 20B a aussitôt proposé une offre 50B référencée dans l’interface 40.

Le commerçant 20A s’est reconnecté plus tard à l’interface 40, pour proposer une offre 50A.

Par la suite, un client 30 recherche un pack 51. La recherche se déroule de manière similaire à la recherche pour une offre simple 50 tel que décrit précédemment, à l’aide de critères renseignés via l’interface 40 par le client 30. Au critères cités plus haut s’ajoute celui du nombre d’activités. Le client 30 choisit ainsi le nombre et le type d’activités dont il souhaite profiter.

Avantageusement, le client 30 a la possibilité d’intervertir, via l’interface 40, l’ordre chronologique dans lequel il souhaite pouvoir consommer les divers types d’activités. Par exemple, si le client 30 recherche une offre de type « restaurant », et une offre de type « cinéma », il est en mesure de préciser dans quel ordre il souhaite voir apparaître ces offres 50 dans les packs 51 qui pourront lui être proposés à l’issue de la recherche.

Une fois les critères validés, un algorithme permet de trouver, si elle existe, l’ensemble des combinaisons d’au moins deux offres 50 permettant de respecter l’ensemble des critères. Chacune de ces combinaisons forme ainsi un pack 51.

De manière évidente, l’ensemble des offres 50 d’un pack 51 doit permettre au client de bénéficier de chacune des offres 50, le choix des offres 50 d’un pack 51 est donc fait en tenant compte notamment de la date et de l’heure de disponibilité de chaque offre 50, de la durée estimée pour leur consommation 120, ainsi que du temps de trajet estimé entre les boutiques physiques 23 des commerçants 20 concernés par les offres 50.

A l’issue de la recherche, le client 30 sélectionne le pack 51 contenant les offres 50A et 50B, qu’il doit consommer dans cet ordre. Il procède, de même que pour une offre 50 simple, à un prépaiement 113. La procédure est similaire à celle du prépaiement 113 pour une offre simple 50, le montant prélevé étant alors celui du pack 51.

Suite à ce prépaiement, un unique code de validation 70 de consommation est envoyé 114 au client 30 par SMS et ou par e-mail par exemple. Cet unique code de validation 70 de consommation est semblable au code de validation 70 transmis au client après prépaiement d’une offre 50 simple, sauf que dans ce cas, le code est le même pour toutes les offres 50 du pack 51.

Un planning est également transmis au client, récapitulant par ordre chronologique les offres 50A, 50B contenues dans le pack 51 retenu, l’estimation de temps de l’activité, et l’estimation du temps de trajet entre chacune des boutiques physiques 23 concernées.

Au cours de l’étape de consommation 120, le client 30 se rend dans les boutiques physiques 23 de chacun des commerçants 20A, 20B concernés les offres 50A, 50B du pack 51.

Dans une forme de mise en œuvre, un système GPS accessible par lien figurant par exemple sur le SMS de réservation et ou sur l’e-mail de réservation permet de guider le client 30 d’une boutique physique 23 à une autre.

Le client 30 communique alors à chacun des commerçants 20A, 20B, avant ou après consommation de l’offre 50A, 50B le concernant, le code de validation 70 associé qui lui a été transmis suite au prépaiement 113.

Dans cette forme préférée de mise en œuvre, l’étape de finalisation de paiement 130 est similaire à celle dans le cas d’une offre 50 simple. Dans cette forme de mise en œuvre, le code de validation 70 est identique pour tous les commerçants. Cependant, la combinaison de ce code avec le numéro de référence 22A, 22B de chacun des commerçants 20A, 20B permet de les distinguer, puisque chaque numéro de référence, lui, est unique, et associé à un seul commerçant 20. Lorsque le code de validation 70 est rentré dans l’interface 40, une partie des fonds bloqués sur le compte bancaire séquestre 60 est versée vers le compte bancaire commerçant 24 de chacun des commerçants 20A, 20B, ladite partie des fonds correspondant au montant de l’offre 50 proposée par le commerçant 20.

Dans le cas où :

- au moins une offre 50 n’est pas consommée par le client 30 OU ;

- au moins un commerçant 20 ne rentre pas via l’interface 40 le code de validation 70 dans un délai convenu au préalable à compter de la consommation de l’offre 50, par exemple sept jours, délai au-delà duquel le code devient obsolète pour l’offre 50 et peut être associé par l’interface 40 à une nouvelle offre ;

le montant de l’offre 50 concernée dans les deux cas est reversé depuis le 5 compte bancaire séquestre 60 vers le compte bancaire client 32.

Cet exemple est bien sûr non limitatif et le procédé peut être mis en œuvre pour un nombre quelconque de commerçants 20.

Le client 30 a également la possibilité de prépayer plusieurs offres 10 simples 50 et ou packs 51 en une seule fois. Un code de validation 70 est alors attribué à chaque offre simple 50 et ou à chaque pack 51.

Claims (15)

1. REVENDICATIONS

   1. Procédé de paiement en ligne (10) par un client (30), connecté à une interface (40) par le biais d’un terminal client (31 ), d’au moins une offre (50), relative par exemple à un produit ou un service, et proposée par au moins un commerçant (20), lequel procédé comporte :

   une étape de proposition (100) au cours de laquelle chaque commerçant (20) référence par le biais de l’interface (40) auquel il se connecte par le biais d’un terminal commerçant (21), au moins une de l’au moins une offre (50) ;

   une étape ultérieure de sélection (110) au cours de laquelle :

   • le client (30) recherche et sélectionne (112) l’au moins une offre (50) proposée par l’interface (40) d’après un ensemble de critères fixés par ledit client, et référencée par l’au moins un commerçant (20) au cours de l’étape de proposition (100) ;

   • le client (30) réalise un prépaiement (113) de ladite au moins une offre, au cours duquel prépaiement un serveur bancaire séquestre (61 ) envoie un mandat d’autorisation de prélèvement audit client, et à l’issue duquel un montant prépayé, correspondant à ia somme des montants de chacune de l’au moins une offre (50), est versé et bloqué sur un compte bancaire séquestre (60) ;

   • un code de validation de consommation (70) est associé à chacune de l’au moins une offre (50) prépayée et porté à la connaissance du client (30) ;

   une étape de consommation (120) au cours de laquelle le client (30) peut se rendre dans une boutique physique (23) de chacun de l’au moins un commerçant (20) concerné par l’une de l’au moins une offre (50) prépayée afin de bénéficier de ladite offre et de communiquer au commerçant (20) concerné le code de validation de consommation (70) associé à ladite offre ;

   une étape de finalisation de paiement (130) au cours de laquelle les fonds bloqués sur le compte bancaire séquestre (60) sont libérés et :

   • versés au moins en partie à l’au moins un commerçant (20) dont l’au moins une offre (50) a été consommée, si celui-ci rentre le code de validation (70) associé à ladite offre via l’interface (40) dans un délai convenu au préalable à compter de la consommation de l’au moins une offre (50) et ou ;

   • reversés au moins en partie au client (30) si celui-ci n’a pas consommé l’une de Tau moins une offre (50) prépayée ou si l’au moins un commerçant (20) dont l’au moins une offre (50) a été consommée n’a pas rentré le code de validation (70) associé dans l’interface (40) dans ie délai convenu au préalable.
2. 2. Procédé de paiement en ligne (10) suivant la revendication 1 dans lequel un numéro de référence unique (22) est associé à chacun de l’au moins un commerçant (20) lors d’une première occurrence d’une sous-étape d’authentification (101a) de l’étape de proposition (100).
3. 3. Procédé de paiement en ligne (10) suivant la revendication 1 ou la revendication 2 dans lequel l’au moins un commerçant (20) précise au moins, lors du référencement de l’au moins une offre (50) :

   une date et une heure de début de disponibilité de chacune de l’au moins une offre (50) ;

   une durée estimée de consommation de chacune de ladite au moins une offre.
4. 4. Procédé de paiement en ligne (10) suivant l’une quelconque des revendications 1 à 3 dans lequel l’au moins une offre (50) comprend une seule offre (50) dite offre simple.
5. 5. Procédé de paiement en ligne (10) suivant l’une quelconque des revendications 1 à 3 dans lequel l’au moins une offre (50) comprend au moins deux offres (50) constituant un pack (51 ).
6. 6. Procédé de paiement en ligne (10) suivant la revendications combinée à la revendication 3 selon lequel le temps de trajet entre les boutiques physiques (23) de chacun de l’au moins un commerçant (20) concerné par les offres (50) du pack (51 ) est estimé et un système GPS accessible par lien transmis au client (30) par SMS et ou par e-mail après réservation du pack (51 ) permet de guider ledit client d’une boutique physique (23) à une autre.
7. 7. Procédé de paiement en ligne (10) suivant ia revendication 5 ou la revendication 6 dans lequel le code de validation (70) est le même pour chacune des offres (50) du pack (51 ).
8. 8. Procédé de paiement en ligne (10) suivant la revendication 7 combinée à la revendication 2 selon lequel la combinaison du numéro de référence unique (22) et du code de validation (70) permet de distinguer chacun de l’au moins un commerçant (20) lors de l’étape de finalisation de paiement (130).
9. 9. Procédé de paiement en ligne (10) suivant l'une quelconque des revendications précédentes selon lequel le code de validation (70) est envoyé au client par SMS.
10. 10. Procédé de paiement en ligne (10) suivant l’une quelconque des revendications précédentes selon lequel le code de validation (70) est envoyé au client par e-mail.
11. 11. Procédé de paiement en ligne (10) suivant l’une quelconque des revendications précédentes selon lequel l’au moins un commerçant a associé un code graphique à l’au moins une offre (50) qu’il a référencée, par exemple code barre ou QR code.
12. 12. Système de paiement en ligne caractérisé en ce qu’il comporte des moyens pour :

    permettre à au moins un commerçant (20) de référencer au moins une offre (50) ;

    permettre à un client (30) de rechercher, sélectionner (112) et prépayer au moins une offre (50) référencée par l’au moins un commerçant (20) ;

    prélever et bloquer le montant du prépaiement ;

    associer à chacune de l’au moins une offre (50) un code de validation de consommation (70) et transmettre au client (30) ledit code de validation ;

    permettre à un client (30) de bénéficier de l’au moins une offre (50) prépayée et de communiquer le code de validation de consommation (70) à l’au moins un commerçant (20) associé à l’au moins une offre (50) consommée ;

    permettre à l’au moins un commerçant (20) de valider la consommation grâce au code de validation de consommation (70) ;

    permettre de débloquer le montant du prépaiement pour le paiement de l’au moins un commerçant (20) et ou le remboursement du client (30).
13. 13. Système de paiement en ligne suivant la revendication 12 comportant :

    une interface (40) à laquelle peuvent se connecter l’au moins un commerçant (20) et le client (30) ;

    un terminal commerçant (21) grâce auquel l’au moins un commerçant (20) accède à l’interface (40) ;

    un terminal client (31) grâce auquel le client (30) accède à l’interface (40) ;

    un compte bancaire commerçant (24) ; un compte bancaire client (32) ; un compte bancaire séquestre (60) ; un serveur bancaire séquestre (61 ).
14. 14. Système suivant la revendication 13 dans lequel :

    - l’interface (40) est un site internet ;

    - le terminal commerçant (21) est un ordinateur ;

    - Je terminal client (31) est un ordinateur.
15. 15. Système suivant la revendication 13 dans lequel :

    - l’interface (40) est une application pour mobile ;

    - le terminal commerçant (21) est un smartphone ;

    - le terminal client (31 ) est un smartphone.

    1/4 r—I 00

    Compte bancaire séquestre 60