FR 3106426 A1 20210723 FR 2000571 A 20200121 TITRE DE L’INVENTION : PROCÉDÉ ET DISPOSITIF D’ACCÈS À UNE RESSOURCE DE LA TOILE Le procédé (10) d’accès à une ressource de la toile comporte : - une étape (11) de capture d’au moins une image d’un objet portant un code graphique visible comportant deux parties, - une étape (12) de décodage, dans une image captée du code graphique, d’une première partie de code réalisée selon un premier protocole de codage, par une première application normalisée, cette première partie de code normalisée représentant un accès à un site de téléchargement d’une deuxième application et - une étape (16) de décodage, dans une image captée du code graphique, avec la deuxième application, d’au moins une deuxième partie de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile. Figure pour l'abrégé : Figure 1 PROCÉDÉ ET DISPOSITIF D’ACCÈS À UNE RESSOURCE DE LA TOILE La présente invention vise un procédé et un dispositif d’accès à une ressource de la toile. Elle s’applique, notamment, au domaine des jeux hybrides possédant une composante physique et une composante virtuelle. Une des méthodes généralement employée pour simplifier la transmission d’une information à un tiers est l’usage d’un code graphique que ce tiers peut scanner afin d’obtenir l’information. Les systèmes normalisés les plus utilisés à ces fins sont les codes à barres, utilisant par exemple l’un des formats UPC-A (acronyme de Universal Product Code pour code universel des produits), UPC-E, EAN-8 (acronyme de European Article Numbering pour numération d’articles universelle), EAN-13, Code 39, Code 93, Code 128, ITF (acronyme de Interleaved 2 of 5 pour entrelacé deux sur cinq), Codabar, MSI (acronyme de Micro-Star International, Co), RSS-14 (acronyme de Really Simple Syndication pour syndication très simple), QR (acronyme de Quick Response pour réponse rapide) Code, tous ces formats correspondant à des marques déposées. La normalisation de ces codes leur apporte l’avantage conséquent d’être lisibles, reconnus et décodables nativement par un grand nombre d’appareils munis d’un capteur d’image, notamment les ordiphones (en anglais « smartphones »), les tablettes et les ordinateurs. Les codes à barres sont idéaux pour coder graphiquement une information complexe, difficile à retenir par le tiers à qui l’information est transmise (par exemple, une longue URL, acronyme anglais de « Uniform Resource Locator », pour localisateur uniforme de ressource, couramment appelée « adresse web »). Cette adresse sert à désigner une ressource présente sur la toile par une suite de caractère ASCII (acronyme de American Standard Code for Information Interchange pour code américain normalisé pour l'échange d'information). Les ressources peuvent être variées, par exemple page de la toile, vidéo, son, image, animation, adresse email ... Toutefois, les codes à barres sont également utilisés pour identifier l’instance d’une entité qui se veut unique (comme le droit d’entrée dans un lieu privé, une place assise numérotée dans un concert, un coupon de réduction nominatif, ...). Par exemple, après avoir acheté en ligne une place de concert, un consommateur se voit attribuer un ticket à imprimer exposant un code à barres. Ce code à barres est, par la suite, scanné par le préposé à l’entrée du lieu où se déroule l'événement. Ce code est généralement constitué de nombreux caractères rendant difficile, mais pas impossible, sa détermination par une personne mal intentionnée. Dans certains cas, un média accessible publiquement (site internet, application logicielle de scan, …) donne aux utilisateurs la possibilité de valider la légitimité d’un code. Un utilisateur mal intentionné pourrait utiliser ce média pour générer des codes par détermination et par attaque de force brute. Il est possible de limiter la portée de l’attaque en scannant l’adresse IP de l’utilisateur effectuant la requête, mais si cet utilisateur utilise un réseau de botnet, il peut alors se faire passer pour de multiples utilisateurs légitimes. « Botnet » est un terme générique qui désigne un groupe d'appareils programmables infectés et contrôlés par un pirate à distance. Les botnets sont généralement créés par un pirate informatique ou par un petit groupe de pirates qui utilise un logiciel malveillant afin d'infecter un grand nombre d’appareils. L’accès aux librairies permettant de générer ces codes à barres est publique. Connaissant le code sous-jacent, une personne mal intentionnée est en mesure d’imprimer le code à barres correspondant à un achat. Il établit ainsi un faux, permettant à son utilisateur de revendiquer le bien ou le service acquis au détriment du véritable acheteur. La présente invention vise à remédier à tout ou partie de ces inconvénients. À cet effet, selon un premier aspect, la présente invention vise un procédé d’accès à une ressource de la toile, qui comporte : - une étape de capture d’au moins une image d’un objet portant un code graphique visible comportant deux parties, - une étape de décodage, dans une image captée du code graphique, d’une première partie de code réalisée selon un premier protocole de codage, par une première application normalisée, cette première partie de code normalisée représentant un accès à un site de téléchargement d’une deuxième application et - une étape de décodage, dans une image captée du code graphique, avec la deuxième application, d’au moins une deuxième partie de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile. Grâce à ces dispositions, tout appareil communicant muni d’un capteur d’image et d’un lecteur de code visible normalisé, par exemple un QR code (marque déposée), peut accéder à une ressource de la toile pour un jeu virtuel. On rappelle qu’un « QR code », forme anglaise de « code QR » (QR étant l’acronyme de « Quick Response » pour réponse rapide), désigne un code à barres en deux dimensions, qui se compose de modules carrés noirs apparaissant dans un carré blanc. Le QR code permet un décodage rapide. La présente invention permet à l’éditeur du code graphique à scanner de donner à un tiers, offreur d’un bien ou service, la possibilité de communiquer à un ayant-droit le certificat de propriété d’un bien ou service à réclamer. Une fois émis et affiché (ou imprimé), ce code graphique garantit à l’émetteur que ce bien ou service ne sera réclamé qu’une fois et uniquement par l’ayant droit légitime. Le procédé d’émission et de lecture : - est simple et offre une expérience utilisateur fluide, - garantit l’unicité de l’instance concerné et - fournit un procédé de décodage fiable limitant la fraude. Dans des modes de réalisation, la première partie de code graphique comporte des cellules rectangulaires, la couleur de chaque cellule rectangulaire représentant une information et la deuxième partie de code graphique comporte des cellules triangulaires, la couleur de chaque cellule triangulaire représentant une information. Grâce à ces dispositions, les deux parties de code sont aisément discriminées au cours des étapes de lecture et de décodage. Dans des modes de réalisation, le procédé objet de l’invention comporte, de plus, une étape de repérage, dans une image captée du code graphique, d’une géométrie périphérique entourant la première et la deuxième partie du code graphique. Grâce à ces dispositions, le code combiné comportant les deux parties du code graphique est facilement repéré et le recadrage, en angles, en déformation de perspective et en position, est plus rapide et plus fiable, ce qui évite des défauts de lecture des parties de code. Dans des modes de réalisation, la première partie de code graphique représente un accès à une information de disponibilité à ladite ressource. Grâce à ces dispositions, un utilisateur muni d’un ordiphone (en anglais « smartphone ») peut, sans avoir à télécharger la deuxième application, vérifier que le code graphique correspond bien à un produit ou service disponible. Les transactions, telles qu’échange ou vente, portant sur le code graphique sont donc sécurisées par la vérification aisée de disponibilité réelle du produit ou service correspondant à ce code graphique. Dans des modes de réalisation, la première partie de code graphique et la deuxième partie de code graphique ne présentent aucune corrélation l’une avec l’autre, aucune de ces parties de codes graphique n’étant dérivée de l’autre. Grâce à ces dispositions, une attaque en force brute qui permettrait de découvrir l’information représentée par la première partie de code graphique, ne donne aucune indication sur l’information représentée sur la deuxième partie de code graphique. Dans des modes de réalisation, la deuxième partie de code graphique entoure la première partie de code graphique. Cette configuration « concentrique » permet de gérer sans ambigüité les codes combinés : la deuxième partie de code graphique avec sa périphérie servant de contenant à la première partie de code graphique, normalisé, il n’est de fait pas possible de le confondre avec un autre code qui serait à proximité. Dans des modes de réalisation, la première partie de code graphique est unique et représente un localisateur uniforme de ressource (URL). Grâce à ces dispositions, la première partie de code graphique identifie une seule instance d’un bien ou d’un service mis à disposition à travers le code graphique. Dans des modes de réalisation, le procédé objet de l’invention comporte une étape de transmission conjointe d’une information décodée dans la première partie du code graphique et d’une information décodée dans la deuxième partie du code graphique et, en cas de correspondance de ces informations avec des informations conservées en mémoire, une étape de réception d’un jeton d’accès à la ressource. Grâce à ces dispositions, un jeton sécurisé présentant la même structure peut être délivré pour un ensemble d’offreurs de produits ou services. Dans des modes de réalisation, le procédé objet de l’invention comporte, en cas d’absence de correspondance des informations décodées avec des informations conservées en mémoire, une étape de blocage provisoire de la transmission conjointe d’information et/ou de la délivrance de jeton d’accès. Grâce à ces dispositions, une attaque en force brute est impossible. Selon un deuxième aspect, la présente invention vise un dispositif d’accès à une ressource de la toile, qui comporte : - un moyen de capture d’au moins une image d’un objet portant un code graphique visible comportant deux parties, - un moyen de décodage, dans une image captée du code graphique, d’une première partie de code réalisée selon un premier protocole de codage, par une première application normalisée, cette première partie de code normalisée représentant un accès à un site de téléchargement d’une deuxième application et - un moyen de décodage, dans une image captée du code graphique, avec la deuxième application, d’au moins une deuxième partie de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile. Les avantages, buts et caractéristiques particulières de ce dispositif étant similaires à ceux du procédé objet du premier aspect de l’invention, ils ne sont pas rappelés ici. Selon un troisième aspect, la présente invention vise un code graphique, qui comporte : - une première partie de code réalisée selon un premier protocole de codage, cette première partie de code normalisée représentant un accès à un site de téléchargement d’une deuxième application et - une deuxième partie de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile. Les avantages, buts et caractéristiques particulières de ce code graphique étant similaires à ceux du procédé objet du premier aspect de l’invention, ils ne sont pas rappelés ici. En particulier, dans des modes de réalisation : la première partie de code graphique comporte des cellules rectangulaires, la couleur de chaque cellule rectangulaire représentant une information et la deuxième partie de code graphique comporte des cellules triangulaires, la couleur de chaque cellule triangulaire représentant une information ; le code graphique comporte, de plus, une géométrie périphérique entourant la première et la deuxième partie du code graphique ; la première partie de code représentant un accès à une information de disponibilité à ladite ressource ; la deuxième partie de code entoure la première partie de code ; et/ou au moins une partie du code graphique est masquée par une encre opaque amovible au doigt. D’autres avantages, buts et caractéristiques particulières de l’invention ressortiront de la description non limitative qui suit d’au moins un mode de réalisation particulier du procédé et du dispositif objets de la présente invention, en regard des dessins annexés, dans lesquels : représente, schématiquement, sous forme d’un logigramme, des étapes d’un premier mode de réalisation particulier du procédé objet de l’invention, représente un exemple de code combiné, représente un exemple de message représenté par un code normalisé, représente un dispositif objet de l’invention, représente, sous forme d’un logigramme, des étapes d’un deuxième mode de réalisation particulier du procédé objet de l’invention, représente, sous forme d’un logigramme, des étapes d’une variante du deuxième mode de réalisation particulier du procédé objet de l’invention, représente une carte portant un code combiné et d’autres informations et représente deux cartes portant des codes combinés et d’autres informations. La présente description est donnée à titre non limitatif, chaque caractéristique d’un mode de réalisation pouvant être combinée à toute autre caractéristique de tout autre mode de réalisation de manière avantageuse. On note dès à présent que les figures ne sont pas à l’échelle. Bien que la présente invention concerne l’accès à tout type de ressource, de bien ou de service, on se limite, dans la description qui va suivre, à des applications d’accès à des ressources, biens ou services, relatives à un jeu virtuel. On observe, en figure 1, un premier mode de réalisation du procédé 10 d’accès à une ressource de la toile objet de l’invention. Ce procédé 10 comporte : - une étape 11 de capture, par un terminal, d’au moins une image d’un objet portant un code graphique visible comportant deux parties, - une étape 12 de décodage, dans une image captée, d’une première partie de code réalisée selon un premier protocole de codage, par une première application normalisée, cette première partie de code normalisée représentant un accès à un serveur de téléchargement d’une deuxième application, - au cours d’une étape 14, le terminal accède à une page d’information conservée par le serveur 46, qui décrit la disponibilité du bien ou service concerné par le code normalisé et propose l’installation de la deuxième application permettant de valider l’acquisition d’un bien ou d’un service, - si, au cours d’une étape 13, on détermine que la deuxième application n’est pas déjà accessible par le terminal ou si l’utilisateur le demande, au cours d’une étape 15, le terminal effectue un téléchargement de la deuxième application, à partir de la page d’information. La description de disponibilité du bien ou service facilite le transfert ou l’échange de codes combinés entre utilisateurs, notamment lorsque l’un des codes, typiquement le code augmenté, est masqué, par exemple par une encre opaque amovible au doigt. Par exemple, si une personne veut échanger ou vendre une de ses cartes, l’acheteur peut vérifier la validité de la carte par le statut de disponibilité du bien ou service, en scannant directement cette carte avec son terminal communicant muni du lecteur de code normalisé. Lorsque le terminal accède à cette page, le serveur hébergeant cette page, effectue un appel à une base de données identifiant les biens et services afin de vérifier la disponibilité du bien ou du service associé au code normalisé 26, - une étape 16 de décodage dans une image captée, d’un code combiné, comme exposé en regard des figures 5 et 6, avec la deuxième application, ce code combiné comportant une deuxième partie de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile pour au moins un jeu virtuel et - une étape 17 d’accès à la ressource de la toile. La présente invention met ainsi en œuvre un double code graphique à scanner. Ce système de codage graphique permet de décoder et vérifier un identifiant ou signature numérique représentant un bien ou un service dans le but d’en disposer. Le double code graphique 20, ou code combiné, est constitué de trois niveaux concentriques d’informations, comme illustré en figure 2 : - la périphérie 24 est une forme géométrique reconnaissable grâce au contraste important de ses bords par rapport au support 22 du code 20. - un code graphique 26 normalisé, par exemple placé au centre du code 20 et - un code graphique augmenté 28 entourant le code graphique normalisé 26 et encapsulé dans la forme périphérique 24. Les codes, normalisé 26 et augmenté 28, entourés par la forme périphérique 24 n’ont aucune corrélation l’un avec l’autre, aucun de ces codes 26 et 28 n’étant dérivé de l’autre. La génération et l’association des codes 26 et 28 sont purement aléatoires ou quasi-aléatoires et sont effectués au moment de l’émission du double code 20. L’encapsulation préférentielle du code normalisé 26 au sein du code augmenté 28 et le procédé de décodage associé, décrit plus loin, garantissent : - à celui qui scanne le double code 20, la fiabilité de l’identification du bien à acquérir et - à celui qui émet le code, la légitimité de l’acquisition limitant considérablement les possibilités de fraude. En présence d’une représentation physique du double-code 20, par exemple imprimé sur un ticket ou affiché sur une page web à la suite d’un achat, un utilisateur peut utiliser un terminal communicant capable de lire les code à barres normalisés et muni d’un capteur d’image pour les scanner, c’est-à-dire en capter au moins une image. Par exemple, le terminal est un téléphone mobile. L’appareil détecte alors le code normalisé 26 dans un premier temps, avec une première application. Une fois décodé, ce code normalisé 26 révèle l’adresse internet d’une page dédiée et unique au bien à acquérir, les codes normalisés étant ainsi uniques. Comme illustré en figure 3, le message 30 représenté par le code normalisé 26 comporte deux parties : - le préfixe 32 : le nom de domaine avec son protocole vers lequel l’utilisateur doit être redirigé (dans l’exemple représenté : « http://tsl.gg/ »). Le préfixe sert également à identifier le contexte dans lequel le bien existe (une entité morale, une organisation, une entreprise, un jeu, une application, un thème, une série, etc…) ; Il est préférable qu’il soit le plus court possible (et donc de privilégier un nom de domaine concis) afin de laisser plus de caractères au suffixe 34 et - le suffixe 34 : un code alphanumérique dont les caractères sont compatibles avec une adresse internet (les lettres de l’alphabet en minuscule, en majuscule et les symboles “moins” et « souligné »/« underscore »). Pour mettre en œuvre la présente invention, l’utilisateur met en œuvre un dispositif 40 qui comporte un terminal communiquant 50 et des serveurs 46, 47 et 48 accessibles sur internet. L’utilisateur dispose du terminal 50 comportant un capteur d’image 41, un contrôleur 42, un moyen de communication 43 et une mémoire d’applications 44. Le terminal 50 est typiquement un ordiphone (« smartphone »). Le capteur d’image 41 est configuré pour capter une image nette d’un code combiné 49 matérialisé, par exemple imprimé, sur un support. Le moyen de communication 43 permet au terminal d’accéder à la toile (« web ») 45, à laquelle sont reliés : - Un serveur 46 d’affichage du produit ou service associé au code normalisé et de téléchargement d’applications, - Un serveur 47 de vérification de double code et - Un serveur 48 de distribution de biens ou services. On note que les bases de données citées dans la présente demande peuvent être des chaines de blocs (« blockchains ») ou des bases de données plus classiques. Le moyen de communication 43 est, par exemple, un réseau de téléphonie mobile ou un décodeur internet (« box »), boîtier électronique mis à disposition par le fournisseur d’accès à internet, et reliant les équipements de télécommunication de l’usager à des réseaux, dont le réseau internet. La mémoire d’applications 44 contient des applications basiques, telles qu’une première application de lecture de codes normalisés 26, notamment codes à barres en une dimension, en deux dimensions ou QR codes. La mémoire d’applications 44 est aussi configurée pour conserver, après téléchargement par le moyen de communication 43 depuis le serveur 46, une deuxième application de lecture de code normalisé 26 et de code augmenté 28. Le contrôleur 42 est configuré pour faire fonctionner la première et la deuxième application sur les images captées successivement par le capteur d’image 41. La figure 5 décrit des étapes d’un mode de réalisation particulier du procédé 60 objet de l’invention. Après avoir téléchargé la deuxième application depuis le serveur d’application 46 sur son terminal 50, un utilisateur lance cette deuxième application qui permet de lire le code augmenté 28. La deuxième application propose à l’utilisateur de créer un compte, s’il vient de télécharger la deuxième application, ou de s’identifier (avec un nom d’utilisateur et un mot de passe) s’il possède déjà un compte, c’est-à-dire qu’il a déjà utilisé la deuxième application. Une fois déclenchée, la deuxième application lance un module de traitement du flux d’images fourni par le capteur d’image 41 du terminal 50. Au cours d’une étape 61, l’utilisateur utilise son terminal communicant 50 pour capter une image du code combiné. Au cours d’une étape 62, la deuxième application recherche, dans le flux d’images captées, un code normalisé 26. Dès qu’un code normalisé 26 est détecté, au cours d’une étape 63, le code normalisé 26 est décodé au cours d’une étape 64. Préférentiellement, afin d’éviter les fraudes par attaque de force brute ou les requêtes déclenchées par des robots, on limite le nombre de tentatives de lecture pour chaque terminal utilisateur, par exemple par reconnaissance de son adresse IP (acronyme de Internet Protocol, pour protocole internet). Toutefois, comme expliqué plus haut, l’obtention d’un code normalisé par ce procédé reste possible. Dans le cas de figure où le code normalisé 26 serait découvert (par déduction), le pirate obtient l’information que le bien ou le service est disponible. Toutefois il ne peut pas en faire l’acquisition du fait que ce code normalisé ne suffit pas pour réaliser cette acquisition. Afin de disposer du bien ou du service, il lui faudrait par la suite : - prédire le code augmenté 28 et - effectuer une demande d’acquisition au serveur 47, en fournissant le code normalisé 26 et le code augmenté 28. Comme exposé plus bas, un blocage temporaire du code combiné interdit cette seconde attaque de force brute. On note que, une fois imprimé sur un support physique, le code normalisé 26, ou le code augmenté 28 ou les deux peuvent optionnellement être protégés par une encre opaque à gratter. La présence non détériorée de cette encre opaque sur le support assure, à l’utilisateur qui détient ce support, la disponibilité du bien ou service par une vérification visuelle n’impliquant pas de procédé mécanique ou numérique. Le module de traitement d’image fournie par le capteur d’image 41 du terminal 50 recherche, au cours d’une étape 65, la forme géométrique de la périphérie 24 du code 20. Dans le mode de réalisation du double code 20 représenté en figure 2, cette périphérie 24, en noir sur fond blanc, présente une forme géométrique extérieure carrée et une forme géométrique intérieure octogonale. Au cours de l’étape 65, le module détecte la forme périphérique 24 du code 20 grâce : - à sa forme géométrique singulière (octogonale dans un carré, dans l’exemple représenté) et - au contraste fort entre son contour et son bord intérieur. Si la forme périphérique 24 est identifiée, au cours d’une étape 66, un module de détection de code augmenté 28 recherche la présence du code augmenté 28 dans le double code 20, au cours d’une étape 67. Ce module continue de lire le flux d’images fourni par le capteur d’image et recherche les éléments graphiques qui permettent la reconnaissance du code augmenté 28. Ce code augmenté 28 est préférentiellement constitué d’un ensemble de symboles ayant une forme géométrique détectable. Dans l’exemple représenté en figure 2, les symboles du code augmenté 28 sont des triangles rectangles isocèles. Chaque symbole peut exister sous deux états visibles : - actif : de couleur sombre (par exemple le symbole 21) - inactif : de couleur claire (par exemple le symbole 23). Le triangle rectangle isocèle est une forme géométrique préférentielle car : - c’est une forme simple, facile à identifier et à reconnaître, très différente des carrés et lignes des codes à barres les plus communs, tels que le code 26, - son nombre de bords est minimum pour une forme géométrique et - le ratio des dimensions du symbole sur la surface qu’il occupe est optimal. La combinaison des symboles du code augmenté 28 et leur état actif ou inactif constituent un code binaire dont la portée numérique est tributaire du nombre de symboles. Par exemple, dans l’ordre de lecture des symboles dans le code augmenté 28, les états actifs sont associés au chiffre binaire « 1 » et les états inactifs au chiffre binaire « 0 ». La portée numérique est ainsi égale à deux puissance n, n étant le nombre de symboles dans le code augmenté 28. On note que, si un symbole peut prendre trois états, par exemple noir, blanc et gris, cette portée numérique est de trois puissance n. Dans le but d’interdire, ou au moins complexifier au maximum, l’obtention d’un code augmenté 28 par prédiction, il est préférable d’augmenter le nombre n de symboles qu’il comporte et/ou le nombre d’états / couleurs que chaque symbole peut prendre. Dans le mode de réalisation illustré en figure 2, le code augmenté 28 comporte 70 symboles pouvant prendre deux états, ce qui correspond à environ 1,18 trilliards de combinaisons. On note que les symboles doivent être suffisamment gros et contrastés pour être visibles de manière distincte par un capteur d’image de faible qualité, sans autofocus et à une distance relativement éloignée, par exemple à portée de bras. La surface imprimée du code combiné 20 dépend de fait de la taille des symboles et de leur nombre. Une fois le code augmenté 28 détecté, au cours d’une étape 68, il est décodé et le code binaire est obtenu, au cours d’une étape 69. Avec ce code binaire et le code obtenu par décodage du code normalisé, la deuxième application demande une validation du code combiné au serveur 47, au cours d’une étape 70. L’un de ces codes peut optionnellement être utilisé pour afficher une représentation graphique (en deux dimensions ou en trois dimensions, ou en réalité augmentée) du bien ou service concerné, sur l’écran de l’appareil en train de le scanner. Par exemple, cette représentation est un personnage de jeu ou un objet utilisable dans un jeu. Une fois les deux codes normalisé 26 et augmenté 28 obtenus, une requête de demande de vérification de disponibilité est adressée au serveur 47. Cette requête représente les deux codes normalisé 26 et augmenté 28 lus, par exemple en les comportant intégralement. Au cours d’une étape 71, le serveur 47 vérifie que les deux codes envoyés correspondent aux codes d’un bien ou d’un service à distribuer, et, si c’est le cas, retourne au terminal un jeton (en anglais « token ») temporaire d’acquisition, au cours d’une étape 72. La durée de validité de ce jeton est préférentiellement très courte, par exemple de quelques secondes. Si les deux codes normalisé 26 et augmenté 28 ne correspondent pas aux codes d’un bien ou d’un service à distribuer, il peut s’agir d’une tentative de requête frauduleuse. La délivrance du jeton représentant le bien ou service est bloquée dès la première tentative erronée, au cours d’une étape 74, et ce pour une période longue, par exemple de 24 heures. L’adresse IP du terminal qui vient d’adresser la requête est également bannie pour la même période. Pour un code normalisé 26 donné, et un code augmenté 28 constitué de 70 symboles, il n’existe qu’un seul code augmenté correct parmi 1,180 Trilliard de codes disponibles. L’utilisateur mal intentionné ne possède donc qu’une chance sur 1,18 Trilliard d’obtenir le code augmenté par déduction. Ce procédé rend pratiquement impossible le succès d’une attaque par force brute. Si le propriétaire légitime de ce code effectue un scan dans l’intervalle pendant lequel le bien ou service qu’il a acquis est bloqué à la suite d’une tentative de piratage, un message lui indique que le bien est temporairement bloqué et qu’il ne pourra revendiquer son acquisition qu’à la fin de la longue période. Une fois le jeton obtenu, demander la disposition du bien ou service ne peut se faire qu’en fournissant, au cours d’une étape 73, avec la requête adressée au serveur de distribution de ce bien ou service, le jeton d’acquisition temporaire valide pendant la courte durée qui suit son émission. Si le serveur de distribution du bien ou service détermine que le jeton est invalide, le bien ou le service est bloqué et l’adresse IP du terminal utilisateur est banni une longue période, par exemple 24 heures, au cours de l’étape 74. Si ce serveur de distribution détermine que le jeton est expiré, le serveur de distribution l’indique à la deuxième application sur le terminal utilisateur et cette deuxième application propose à l’utilisateur de rescanner le double code 20. Si le serveur de distribution détermine que le jeton est valide, le bien ou le service est associé au compte utilisateur identifié sur le terminal ayant scanné le double code 20, au cours d’une étape 75. Le double code 20 est donc « consommé », le bien ou le service en question est tracé dans la base de données comme étant dorénavant acquis par un utilisateur, donc indisponible pour une acquisition future. On note que, dans toute la description des étapes de la figure 5, l’ordre de lecture du code normalisé et du code augmenté peuvent être intervertis. Néanmoins, la recherche du code augmenté nécessite la recherche de la forme périphérique du code combiné alors que la recherche du code normalisé ne la nécessite pas. Dans la variante 76 de ce mode de réalisation décrite en figure 6, qui correspond à cette interversion, l’ordre des étapes devient 61, 65, 66, 67, 68, 69, 62, 63, 64 et 70 à 75 (dont l’ordre est inchangé). On note qu’il peut y avoir, de plus, une inversion des rôles respectifs des codes normalisés et augmentés : - Le code augmenté permet d’accéder à l’information de disponibilité du bien ou service, - Le code normalisé complète le code augmenté pour obtenir la validation de l’acquisition. Dans des variantes de chacun des modes de réalisation illustrés en figures 5 et 6, la recherche de la périphérie (étapes 65 et 66) est omise. On observe, en figure 7, un exemple de carte 80 portant un code combiné 81. Cette carte comporte aussi un numéro 83, une représentation 84 de personnage de jeu, un nom 85 de personnage de jeu, un code multipoint 82 et des valeurs d’attributs 86. Dans le cadre du jeu, l’invocation d’un personnage avec une carte portant le code combiné 81 se déroule de la manière suivante. Lors d'une partie (un combat), lors de phases de jeu précises, chaque joueur doit invoquer des créatures, accessoiriser les créatures déjà invoquées ou interrompre les actions de son adversaire. Ces créatures, accessoires ou interruptions sont représentées par des cartes, bénéficiant chacune d'un double code augmenté unique. Grâce à un terminal communicant muni d'un capteur d’image, le joueur dont c'est le tour, scanne les cartes qu'ils souhaitent invoquer. On note que l'adversaire peut être présent, dans la même pièce que le joueur en question, leurs terminaux communicants respectifs étant connectés ensemble via un protocole réseau (par exemple Bluetooth, réseau local). L'adversaire peut également être distant et connecté par l’intermédiaire d’Internet au travers d'un serveur de jeu. Le joueur ne peut invoquer que les cartes dont il est le propriétaire, c'est à dire qu'il a préalablement scanné en les associant à son compte de joueur. Ce qui assure la légitimité des cartes scannées : - à l'adversaire : les cartes jouées appartiennent bien au joueur. Il ne gagnera pas de façon déloyale, - à l'organisateur du tournoi le cas échéant : les cartes jouées ne sont pas des copies frauduleuses, - au développeur du jeu : que l'équilibre de son jeu n'est pas perturbé par l'ajout de cartes contrefaites. Le code combiné 81 identifie une créature représentée par la représentation 84 de manière unique, et donc détermine ses caractéristiques en mémoire (coût d'invocation représenté par le numéro 83, c’est-à-dire la quantité d'énergie nécessaire à son invocation et, selon les valeurs d’attributs 86, sa puissance d'attaque, sa capacité à porter des accessoires lourds et sa défense). Le jeu peut ainsi accepter, refuser et donc réagir en conséquence d'une invocation déclenchée par un joueur. Lors d'une invocation, si la carte est légitime, reconnue, et respecte les règles du jeu, le personnage est affiché sur l'écran du joueur concerné, mais également sur celui de son adversaire même si distant. La détection du code combiné 81 permet à l'application du jeu de représenter le personnage en réalité augmenté dans l'état dans lequel il est supposé être dans la partie. De par l'unicité du code combiné 81, l'application est capable de reconnaitre un personnage déjà invoqué lors d'une partie, et de l'afficher dans un état cohérent avec ce qu'il a subi. Par exemple, si le personnage est mort au combat, la reconnaissance de son code permet d'afficher ce personnage allongé et inanimé. De fait, un joueur ne peut invoquer une carte qui l'a déjà été. Une accessoirisation par combinaison de codes est illustrée en figure 8. On retrouve, en figure 8 la carte 80 représentée en figure 7 en superposition avec une carte 90 hormis sa partie basse représentant un code combiné 91, le nom d’accessoire 95 et les codes d’attributs 96. Le joueur peut accessoiriser ses créatures afin de changer leurs caractéristiques (par exemple, augmentation de la puissance de l'attaque, de sa capacité de défense, de sa capacité à porter des accessoires lourds) représentées par les codes d’attributs 96. Associer un accessoire à une créature, se fait en plaçant la carte d'accessoire 90 sous la carte 80 de la créature avec les deux codes combinés 81 et 91 toujours visibles. La proximité d'un double code augmenté avec un autre code augmenté est détecté par la deuxième application et le capteur d’image. Cette proximité permet d'associer ces deux codes combinés 81 et 91. Ce principe n'est pas arrêté à deux codes. Le joueur peut cumuler les accessoires, dans la limite des règles du jeu et de la capacité de portée de la créature. La figure 8 montre qu'une combinaison d'un accessoire avec une créature se fait verticalement. L'application détecte la proximité des deux codes combinés 81 et 91. Les valeurs 86 et 96 situées à leur droite, s'additionnent verticalement avec les valeurs correspondantes de la carte située en dessous. Dans l'exemple, grâce à l'accessoire, la créature étend ses capacités à « 6 » en attaque, « 0 » en portée et « 5 » en défense. Grâce à la mise en œuvre de la présente invention et la certification des doubles codes, le joueur adverse, bien que distant, a l'assurance de savoir que les cartes jouées (dans le monde réel) par son adversaire sont légitimes au regard des règles (numériques) dictées par le jeu. Cela réduit les possibilités de triche alors que la distance qui sépare les joueurs les rendent vulnérables face à ce problème. Procédé (10, 60, 76) d’accès à une ressource de la toile, caractérisé en ce qu’il comporte : - une étape (11, 61) de capture d’au moins une image d’un objet (80) portant un code graphique visible (20) comportant deux parties (26, 28), - une étape (12, 62 à 64) de décodage, dans une image captée du code graphique, d’une première partie de code réalisée selon un premier protocole de codage, par une première application normalisée, cette première partie de code normalisée représentant un accès à un site de téléchargement d’une deuxième application et - une étape (16, 67 à 69) de décodage, dans une image captée du code graphique, avec la deuxième application, d’au moins une deuxième partie de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile. Procédé (10, 60, 76) selon la revendication 1, dans lequel la première partie (26) de code graphique (20) comporte des cellules rectangulaires, la couleur de chaque cellule rectangulaire représentant une information et la deuxième partie (28) de code graphique comporte des cellules (21, 23) triangulaires, la couleur de chaque cellule triangulaire représentant une information. Procédé (10, 60, 76) selon l’une des revendications 1 ou 2, qui comporte, de plus, une étape (65, 66) de repérage, dans une image captée du code graphique (20), d’une géométrie périphérique (24) entourant la première (26) et la deuxième (28) partie du code graphique. Procédé (10, 60, 76) selon l’une des revendications 1 à 3, dans lequel la première partie (26) de code graphique (20) représente un accès à une information de disponibilité à ladite ressource. Procédé (10, 60, 76) selon l’une des revendications 1 à 4, dans lequel la première partie (26) de code graphique (20) et la deuxième partie (28) de code graphique ne présentent aucune corrélation l’une avec l’autre, aucune de ces parties de codes n’étant dérivée de l’autre. Procédé (10, 60, 76) selon l’une des revendications 1 à 5, dans lequel la deuxième partie (28) de code graphique (20) entoure la première partie (26) de code. Procédé (10, 60, 76) selon l’une des revendications 1 à 6, dans lequel la première partie (26) de code graphique (20) est unique et représente un localisateur uniforme de ressource, ou URL (30). Procédé (10, 60, 76) selon l’une des revendications 1 à 7, qui comporte une étape (70) de transmission conjointe d’une information décodée dans la première partie (26) du code graphique (20) et d’une information décodée dans la deuxième partie (28) du code graphique et, en cas de correspondance de ces informations avec des informations conservées en mémoire, une étape (72) de réception d’un jeton d’accès à la ressource. Procédé (10, 60, 76) selon la revendication 8, qui comporte, en cas d’absence de correspondance des informations décodées avec des informations conservées en mémoire, une étape (74) de blocage provisoire de la transmission conjointe d’information et/ou de la délivrance de jeton d’accès. Dispositif (40) d’accès à une ressource de la toile, caractérisé en ce qu’il comporte : - un moyen (41, 50) de capture d’au moins une image d’un objet (80) portant un code graphique (20) visible comportant deux parties, - un moyen (42, 44) de décodage, dans une image captée du code graphique, d’une première partie (26) de code réalisée selon un premier protocole de codage, par une première application normalisée, cette première partie de code normalisée représentant un accès à un site de téléchargement d’une deuxième application et - un moyen (42, 44) de décodage, dans une image captée du code graphique, avec la deuxième application, d’au moins une deuxième partie (28) de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile. Code graphique (20), caractérisé en ce qu’il comporte : - une première partie (26) de code réalisée selon un premier protocole de codage, cette première partie de code normalisée représentant un accès à un site de téléchargement d’une deuxième application et - une deuxième partie (28) de code réalisée selon un deuxième protocole de codage, cette deuxième partie de code représentant, conjointement avec la première partie de code, un accès à une ressource de la toile. Code graphique (20) selon la revendication 11, dans lequel la première partie (26) de code graphique comporte des cellules rectangulaires, la couleur de chaque cellule rectangulaire représentant une information et la deuxième partie (28) de code graphique comporte des cellules (21, 23) triangulaires, la couleur de chaque cellule triangulaire représentant une information. Code graphique (20) selon l’une des revendications 11 ou 12, qui comporte, de plus, une géométrie périphérique (24) entourant la première (26) et la deuxième (28) partie du code graphique. Code graphique (20) selon l’une des revendications 11 à 13, dans lequel la première partie (26) de code représente un accès à une information de disponibilité à ladite ressource. Code graphique (20) selon l’une des revendications 11 à 14, dans lequel la deuxième partie (28) de code entoure la première partie (26) de code. Code graphique (20) selon l’une des revendications 11 à 15, dont au moins une partie est masquée par une encre opaque amovible au doigt.