Brevet FR2904881A1 — publié le 20080215

I/7 2904881 Procédé de communication discrète à partir d'un identifiant optique ViaClic I- Introduction. Les demandes d'information et les transactions commerciales se font de plus en plus entre sites distants. C'est notamment le cas d'un utilisateur qui effectue à distance, avec un téléphone mobile par exemple, des opérations à partir de l'information d'identification d'un objet ou d'un produit. Ainsi, partant d'un identifiant imprimé ou gravé sur un support quelconque, un utilisateur-consommateur peut désirer à distance : • Procéder à un achat direct sans connexion préalable, • Obtenir des renseignements concernant un objet et sa traçabilité, • Exécuter une opération, obtenir une information, acheter un produit ou encore demander un service comme un paiement à distance. Les adresses de destinations doivent être précisées, mais il est aussi important de définir la nature et l'ordre des liaisons entre l'utilisateur et les installations où sont mémorisées les données et les logiciels recherchés. II- Etat de l'art. S'agissant des schémas de circulation de l'information, il existe actuellement des procédés de mise en relation transactionnelle, d'un opérateur disposant d'un terminal du type téléphone mobile avec un centre de ressources via un centre de gestion (cf. infra) à partir d'un identifiant imprimé ou gravé, situé sur un support quelconque, tel qu'un imprimé, un journal, un écran de télévision ou d'ordinateur, ou un produit. Ces procédés sont dits indirects en ce que la connexion n'est pas établie directement vers le centre de ressources, mais en passant d'abord par un centre de gestion qui retourne à l'opérateur des informations nouvelles permettant l'établissement de la liaison avec le centre de ressources. S'agissant des identifiants actuellement utilisés, ils sont dans leur majorité réalisés à l'aide de codes barres. Ces derniers sont volumineux et ne supportent que quelques caractères alphanumériques différents. Ils ne permettent pas de coder, par exemple, une adresse sur une faible surface et ne peuvent convenir aux processus d'échange comme décrits précédemment où une quantité importante d'informations est nécessaire sur une faible surface. Par ailleurs, les codes 2D usuels ne disposent pas de symboles balises spécifiques et utilisent plusieurs caractères pour les coder. Plus efficaces que les codes barres ils n'offrent pas la meilleure solution. Les alphacodes de type DoteM permettent de coder plus de 700 balises d'un seul caractère directement reconnaissable sans traitement. Ils sont particulièrement adaptés à ce nouveau procédé. S'agissant des procédures d'achat à distance, elles sont actuellement toutes réalisées sur un mode transactionnel complexe, on line, consistant à donner un ensemble d'instructions pour choisir le produit désiré, puis à en assurer le paiement. III- Définitions. Balises. Les balises (tags ou index) sont constituées d'un caractère Alphacode DoteM de valeur supérieure à 255 ou de plusieurs caractères standards qui qualifient la nature de l'information qui les suit, par exemple une date ou une adresse URL. Elles permettent de désigner des champs. '2/7 2904881 Centre de ressources. Il correspond à un ou plusieurs dispositifs accessibles à distance où sont mémorisées les informations de nature quelconque correspondant à un identifiant. Ces informations sont 5 destinées à être envoyées vers le terminal interrogateur et éventuellement vers le centre de gestion. Ce centre doit pouvoir supporter des échanges dans les 2 sens avec le terminal interrogateur. Ce centre de ressources peut être un site marchand par exemple. Centre de gestion. 10 Il est constitué par un dispositif de traitement et de mémorisation capable de comptabiliser les échanges avec leurs caractéristiques. Il peut vérifier la validité des échanges et gérer des autorisations ou des paramètres spécifiques associés à certaines opérations ou à certains terminaux. 15 Centre de gestion agréé. Ces centres effectuent les fonctions usuelles des centres de gestion standard et assurent en plus des services spécifiques comme le tiers de confiance dans les opérations de paiement ou légales qui peuvent donner lieu à une facturation. Il garantit les informations échangées et les opérations effectuées par le terminal. 20 Identifiant. L'identifiant permet d'identifier un objet ou un produit auquel il est associé. Il est constitué d'une suite unique de symboles de différentes natures. 25 Identifiant complexe. Il est composé de différents champs d'information dont : • un champ d'identification de l'objet ou du produit, ou d'une catégorie d'objets ou de produits, et éventuellement • des champs spécialisés tels que notamment : 30 o adresses de centres de ressources, o adresses de centres de gestion, o prix du produit, o procédure pour effectuer le paiement si différent du centre de ressource, o paramètres de paiement. 35 Les champs sont généralement déterminés par des balises. IV- Nouveauté. Procédé pour fournir à un utilisateur équipé d'un terminal (comme un téléphone mobile par 40 exemple), d'une part un accès direct à un centre distant de ressources d'informations (tel qu'un site marchand par exemple), éventuellement complété d'autre part d'un accès automatique direct à un centre de gestion, (permettant notamment le contrôle et la validation des opérations réalisées), le tout à partir d'un identifiant, ou d'un ensemble d'informations d'identification situées sur un support quelconque, tels qu'objet, produit ou document. Le dit procédé consistant : 45 • à charger dans le terminal A un logiciel de gestion et de communication qui permet la liaison à distance du terminal avec au moins un centre de ressources d'informations ou de services B tels des ordinateurs avec bases de données ; • à lire par le terminal A un identifiant (ou des informations) Q lié à un objet ou un document simple ou multiple ; '3/7 2904881 • à transmettre (Ll) par le terminal à un centre de ressources cet identifiant comportant, un ou plusieurs champs, avec éventuellement une ou plusieurs adresses de destination ; • à retourner (L2) au terminal par le centre de ressources une suite d'informations qui 5 correspondent dans le centre de ressources à l'identifiant lu (0); • à transmettre (L3) et (L3') automatiquement et conjointement à un centre de gestion distant C , tel un ordinateur, les informations caractérisant une ou plusieurs opérations précédentes afin de mémoriser le nombre d'accès et/ou d'opérations et éventuellement par exemple, leur type ou nature et la validation des échanges ; 10 • à transmettre (L4) au terminal par le centre de gestion, une validation, une autorisation ou un récépissé d'opération ; • à transmettre (L5) du centre de gestion au centre de ressources et/ou inversement des informations relatives notamment au contrôle de la régularité des opérations. 15 Procédé caractérisé en ce qu'un ordre d'engagement ferme, comme une commande ferme de produits ou services, peut se limiter à la transmission L1. Procédé caractérisé en ce qu'un identifiant peut être stocké par mise en mémoire du terminal afin d'être utilisé ultérieurement. Procédé caractérisé en ce que l'identifiant O (ou l'ensemble des informations d'identification) peut être constitué d'une suite de caractères de différentes natures comme ceux d'un alphabet usuel, latin cyrillique grec, arabe ou kandji ou informatique comme les codes à barres, les codes 2D ou les alphacodes (DoteM). 25 Procédé caractérisé en ce que l'identifiant (ou l'ensemble des informations d'identification) possède en sus du code d'identification de l'objet, du produit ou du service, au moins un champ comportant une ou plusieurs adresses d'accès distants avec un ordre de priorité. 30 Procédé caractérisé en ce qu'en absence d'adresse dans l'identifiant (ou l'ensemble des informations d'identification), la liaison soit établit avec une adresse par défaut préalablement enregistrée dans le terminal. Procédé caractérisé en ce que les champs sont précisés au moyen de balises. Procédé caractérisé en ce qu'en cas de refus d'établir la liaison avec une adresse donnée, celle de priorité suivante soit automatiquement mise en œuvre. Procédé caractérisé en ce que le centre de gestion a le rôle de tiers de confiance validant les 40 opérations via le terminal (L4). Procédé caractérisé en ce que l'opérateur met en oeuvre les liaisons à partir d'un terminal portatif personnalisé auprès duquel il se sera fait préalablement identifié pour une durée déterminée. 45 Le présent procédé permet d'établir automatiquement à distance, à partir d'un terminal doté d'un niveau de personnalisation plus ou moins élevé (tel qu'un téléphone mobile) qui permet au terminal d'identifier l'opérateur, les liaisons avec des centres de ressources et des centres de gestion par lecture d'un identifiant et reconnaissance du contenu des différents champs de cet identifiant. 50 Le recours à des caractères alphacodes facilite la mise en oeuvre du procédé. En effet, les caractères alphacodes sont bien adaptés au procédé car ils peuvent stocker dans l'identifiant une grande quantité d'information avec une grande densité. Ils permettent de coder des balises sur un seul caractère dont les valeurs sont supérieures à celles des caractères usuels, donc 20 35 `4/7 2904881 facilement détectables. Ils est ainsi possible de composer des identifiants beaucoup plus complets. Ceux-ci sont différents pour chaque produit et souvent chaque objet. En plus du code d'identification proprement dit, ils peuvent coder plusieurs adresses avec leur priorité et parfois des variables particulières comme celles propres à l'objet et à son environnement. 5 Dans ces conditions on peut concevoir divers processus transactionnels dits directs , qui vont d'une part de l'achat immédiat direct sans recours à une connexion préalable à un centre de ressources (un site marchand par exemple), à d'autre part des procédés d'interrogation réponse entre plusieurs équipements distants. Ces processus sont mis en oeuvre par des 10 identifiants complexes. Le processus peut être différé si l'opérateur le souhaite. Dans ce cas, l'opérateur stocke dans la mémoire du terminal l'identifiant qui l'intéresse, afin de l'exploiter ultérieurement. S'agissant du mode d'achat immédiat direct, en stockant un ou plusieurs identifiants, le 15 terminal (tel qu'un téléphone mobile par exemple) se transforme en point de vente auquel l'opérateur peut accéder à tout moment et déclencher un acte d'achat en activant le processus. Les alphacodes de type DoteM, par la densité d'information qu'ils contiennent sur une surface réduite, autorisent en particulier, la réalisation aisée d'une transaction commerciale à partir 20 d'un terminal de type téléphone mobile contenant le ou les applicatifs appropriés, sans dialogue avec une site marchand. Il s'agit, dans ce cas particulier d'un acte d'engagement direct de l'opérateur qui est différent des autres procédures basées sur des échanges donc des accès multiples. Ce procédé permet de transformer tout support comportant un identifiant en point de vente direct, dès lors que le terminal de l'opérateur est doté des logiciels ad hoc. 25 V-Présentation du procédé (figures 1 et 2). Le procédé met en oeuvre une série d'opérations à distance à partir du terminal doté d'un niveau de personnalisation plus ou moins élevé en fonction de la nature de son utilisation (tel qu'un téléphone mobile par exemple) qui permet au terminal d'identifier l'opérateur. 30 L'initialisation du processus est effectué par l'opérateur qui prépare le terminal A à une opération d'acquisition d'un identifiant O figures 1 et 2 qu'il choisit en visant l'objet ou le document. Le déclenchement de la saisie se fait en manuel ou en automatique. Le processus se déroule selon trois modes : 35 Mode direct simple : Dans ce cas le terminal A accède à B pour lui fournir une information qui se suffit à elle-même comme un achat ferme. Avant l'envoi de cet ordre, des vérifications internes au terminal sont mises en oeuvre, dont une demande de confirmation. 40 Cet ordre peut également être concomitamment envoyé automatiquement à c selon les logiques développées ci-dessous. Ce mode est particulièrement intéressant si l'opérateur utilise un terminal auprès duquel il s'identifie avec un niveau de sécurité très élevé. Le destinataire est alors sûr de l'identité de l'auteur de l'ordre qui engage sa responsabilité et le terminal possède 45 en interne toutes les informations utiles à l'opération, notamment : identité et information relatives au paiement. Mode direct avec centre de gestion (figure 1) : 2904881 '5/7 1. Accès direct de A vers B. Si l'identifiant ne comporte pas d'adresse distante, la première liaison (L1) vers un centre de ressources se fait avec l'adresse par défaut préalablement enregistrée dans le terminal ; sinon l'adresse utilisée est la plus prioritaire si l'identifiant en comporte plusieurs. 5 2. Liaison (L3) de A vers C. Conjointement, le terminal envoie automatiquement un signal au centre de gestion dont l'adresse est également enregistrée dans le terminal. 3. Liaisons (L2) de B vers A. Le centre de ressources retourne au terminal les informations correspondantes à l'identifiant reçu de celui-ci. 10 4. Le cas échéant des échanges E L entre A et B peuvent intervenir si A est amené à choisir des options ou des compléments d'information lors de la première réponse (L2) de B vers A. Mode direct validé avec un centre de gestion agréé (figure2) : 15 Ce mode permet le contrôle ainsi que la validation des accès et des opérations effectuées à partir de ces derniers. Il est utile notamment pour les opérations de facturation et de paiement. Il comprend les phases suivantes : 1. le fonctionnement est identique à celui du mode simple avec centre de 20 gestion, phases 1, 2 et 3 ; 2. ensuite, le terminal A envoie automatiquement (L3') au centre de gestion (C) un code opération, par exemple de paiement, et les informations nécessaires à la gestion de l'opération telles que notamment: • coordonnées fournisseur, 25 • coût de la transaction, • éventuellement le contenu de la transaction. Le centre de gestion ajoute la date, l'heure, le code d'identification du terminal et la référence de validation de l'opération qu'il aura calculée. Le centre de gestion retourne (L4) au terminal cette référence de validation 30 (exemple certification de paiement). Ce dernier l'enverra vers B si celui-ci le demande. Les accès L3 et L3' peuvent être groupés en un seul accès. Ce mode est notamment adapté à la sécurisation des procédures de paiement, que celles-ci interviennent par Carte Bancaire, par l'intermédiaire de tout autre processus spécialisé ou par l'intermédiaire d'un opérateur téléphonique par 35 exemple. Remarques : Les trois modes directs décrits ci-dessus peuvent être complétés par les liaisons B- C et/ou C-B (L5) pour que B et/ou C puissent s'assurer de la régularité des opérations 40 par exemple. Ces trois modes directs décrits ci-dessus peuvent être utilisés de manière différée après la capture de l'identifiant, en stockant l'identifiant dans la mémoire du terminal. Revendications 1. Procédé pour fournir à un utilisateur équipé d'un terminal (comme un téléphone mobile par exemple), d'une part un accès direct à un centre distant de ressources d'informations (tel qu'un site marchand par exemple), éventuellement complété d'autre part d'un accès automatique direct à un centre de gestion, (permettant notamment ie contrôle et la validation des opérations réalisées), le tout à partir d'un identifiant, ou d'un ensemble d'informations d'identification situées sur un support quelconque, tels qu'objet, produit ou document. Le dit procédé consistant : • à charger dans le terminal A un logiciel de gestion et de communication qui permet la liaison à distance du terminal avec au moins un centre de ressources d' informations ou de services B tels des ordinateurs avec bases de données ; • à lire par le terminal A un identifiant (ou des informations) 0 lié à un objet ou un document simple ou multiple ; • à transmettre (LI) par le terminal à un centre de ressources cet identifiant comportant, un ou plusieurs champs, avec éventuellement une ou plusieurs adresses de destination ; • à retourner (L2) au terminal par le centre de ressources une suite d'informations qui correspondent dans le centre de ressources à l'identifiant lu (0); • à transmettre (L3) et (L3') automatiquement et conjointement à un centre de gestion distant C , tel un ordinateur, les informations caractérisant une ou plusieurs opérations précédentes afin de mémoriser le nombre d'accès et/ou d'opérations et éventuellement par exemple, leur type ou nature et la validation des échanges ; • à transmettre (LA) au terminal par le centre de gestion, une validation, une autorisation ou un récépissé d'opération ; • à transmettre (L5) du centre de gestion au centre de ressources et/ou inversement des informations relatives notamment au contrôle de la régularité des opérations. 2. Procédé suivant la revendication I caractérisé en ce qu'un ordre d'engagement ferme, comme une commande ferme de produits ou services, peut se limiter à la transmission L1. 3. Procédé suivant la revendication 1 et 2 caractérisé en ce qu'un identifiant peut être stocké par mise en mémoire du terminal afin d'être utilisé ultérieurement. 4. Procédé suivant la revendication 1 et 2 caractérisé en ce que l'identifiant O (ou l'ensemble des informations d'identification) peut être constitué d'une suite de caractères de différentes natures comme ceux d'un alphabet usuel, latin cyrillique grec, arabe ou kandji ou informatique comme les codes à barres, les codes 2D ou les alphacodes (DoteM). 5. Procédé suivant les revendications 1 et 2 caractérisé en ce que l'identifiant (ou l'ensemble des informations d'identification) possède en sus du code d'identification de l'objet, du produit ou du service, au moins un champ comportant une ou plusieurs adresses d'accès distants avec un ordre de priorité. 6. Procédé suivant les revendications 1 et 2 caractérisé en ce qu'en absence d'adresse dans l'identifiant (ou l'ensemble des informations d'identification), la liaison soit établit avec une adresse par défaut préalablement enregistrée dans le terminal. 7. Procédé suivant les revendications précédentes caractérisé en ce que les champs sont précisés au moyen de balises. 8. Procédé suivant les revendications précédentes caractérisé en ce qu'en cas de refus d'établir la liaison avec une adresse donnée, celle de priorité suivante soit automatiquement mise en oeuvre. 2904881 ' 7/7 9. Procédé suivant les revendications précédentes caractérisé en ce que le centre de gestion a le rôle de tiers de confiance validant les opérations via le terminal (L4). 5 10. Procédé suivant les revendications précédentes caractérisé en ce que l'opérateur met en oeuvre les liaisons à partir d'un terminal portatif personnalisé auprès duquel il se sera fait préalablement identifié pour une durée déterminée.