INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Une telle réalisation permet d’augmenter l’ambiguïté de la phrase pour un robot, mais moins pour un humain, comme par exemple avec des phonèmes tels que « champ »/« chant », ou « sens »/« sance » (dans « connaissance »).
Avantageusement, la phrase altérée peut en particulier être prononcée dans le signal audio avec une intonation naturelle pour un humain.
Par exemple, la phrase peut être prononcée avec une modulation choisie de la fréquence fondamentale du signal de parole. Ainsi, une phrase prononcée avec une intonation d’interrogation (« quelle heu - - t-il ? ») peut être saisie plus facilement par un humain, mais pas par un robot (ou encore une emphase dans la phrase « Bon…, je suis …vi de faire vo… …sance »).
Pour la réalisation des dégradations des phonèmes dans une phrase, plusieurs formes de réalisation peuvent être prévues.
Par exemple, les phonèmes peuvent être modifiés en ce qu’ils peuvent être permutés entre eux dans la phrase altérée, et/ou en ce qu’un phonème est remplacé par du bruit sur un segment de mêmes durée que le phonème modifié, et/ou remplacé par un silence de même durée que le phonème modifié.
Par ailleurs, dans une réalisation, le défi précité peut consister à deviner la phrase altérée. Alternativement, il est possible de prévoir un défi dans lequel l’utilisateur répond à une énigme présentée dans la phrase altérée, ou simplement à une interrogation (par exemple : « Pouvez-vous répondre à cette question ambiguë ? » : « quelle heu - - t-il ? » ou « quel temps …-t-il …hui ? »).
Par ailleurs, dans une forme de réalisation, en cas de mauvaise réponse reçue au message de défi, une autre phrase altérée est proposée dans un nouveau message de défi (par exemple en étant tirée aléatoirement de la mémoire précitée pour être proposée à l’entité informatique précitée, ou au contraire selon un ordre de présentation prédéfini à une même entité à laquelle les phrases altérées sont présentées). Une telle réalisation permet d’éviter le rejeu de la même phrase et de faire en sorte qu’une machine, exécutant une intelligence artificielle par exemple, ne puisse tenter n réponses si le score de pertinence précité pour cette phrase était de 1/n.
Selon un autre aspect, il est proposé un programme informatique comportant des instructions pour la mise en œuvre d’un procédé tel que défini ci-avant lorsque ce programme est exécuté par un processeur. Selon un autre aspect, il est proposé un support d’enregistrement non transitoire, lisible par un ordinateur, sur lequel est enregistré un tel programme.
Selon un autre aspect, il est proposé un dispositif informatique, comprenant un circuit de traitement configuré pour la mise en œuvre du procédé ci-avant.
Le code de participation généré est alors transmis à un terminal d’un opérateur, par exemple un terminal d’un détaillant dans un point de vente (étape 315). Selon des modes de réalisation particuliers, la transmission de ce code de participation est réalisée en l’affichant sur le dispositif de l’utilisateur et en le lisant à l’aide d’un lecteur relié au terminal de l’opérateur. Selon d’autres modes de réalisation, ce code de participation peut être transmis par des moyens de communication, par exemple des moyens de communication en champs proche de type NFC (sigle de Near Field Communication en terminologie anglo-saxonne). En réponse à la transmission de ce code de participation et à son traitement par un système distant, un message de confirmation de participation au jeu ou de rejet est, de préférence, adressé au dispositif du joueur pour l’informer que sa participation au jeu a été enregistrée ou rejetée (étape 320). Un tel message est, par exemple, affiché sur l’écran du dispositif du joueur.
Selon d’autres modes de réalisation, non représentés, des données du certificat numérique ne sont pas transmises du dispositif de l’utilisateur à un terminal d’un opérateur, par exemple un détaillant d’un point de vente, mais l’utilisateur montre à l’opérateur, sur son propre dispositif, des données du certificat numérique (ou déterminées à partir du certificat numérique), l’opérateur pouvant alors valider simplement que l’utilisateur est apparemment celui qu’il prétend être (en comparant la photo affichée avec le visage de l’utilisateur), en vérifiant une information, par exemple son âge ou le fait qu’il soit majeur et, le cas échéant, en vérifiant l’origine du certificat numérique (et incidemment la validité du document d’identité).
La illustre un exemple d’étapes d’un procédé d’utilisation d’un certificat numérique pour donner accès à un jeu, par exemple un pari sportif, selon des modes de réalisation particuliers de l’invention, mises en œuvre dans un terminal d’un opérateur, par exemple un terminal d’un détaillant dans un point de vente.
Comme illustré, une première étape a pour objet l’obtention d’un code de participation, par exemple un QR code ou un code-barres (étape 400). Comme décrit précédemment, un tel code de participation peut être obtenu par la lecture de ce code affiché sur un dispositif d’un joueur ou peut être reçu par des moyens de communication sans fil, par exemple de type NFC. Ce code de participation contient ici des données de jeu, par exemple des références à un ou plusieurs matches, à un ou plusieurs scores et à un ou plusieurs montants de paris. Il comprend en outre des données d’un certificat numérique, par exemple une photographie du joueur, une ou plusieurs caractéristiques du joueur, par exemple sa date de naissance et, de préférence, une signature ou une indication d’origine du certificat numérique.
Dans une étape suivante, les données sont extraites du code de participation (étape 405). Les données extraites sont alors, de préférence, vérifiées (étape 410). Une telle vérification peut notamment comprendre la vérification de la signature du certificat numérique, par exemple en comparant le résultat d’une fonction de hachage appliquée aux données du certificat numérique (à l’exception de la signature) avec la signature du certificat numérique reçue. Si les données extraites du code ne sont pas conformes aux données attendues, par exemple si le certificat numérique n’est pas authentifié, il est mis fin à la procédure d’enregistrement d’une participation à un jeu. Au contraire, si les données extraites du code sont conformes aux données attendues, une vérification du joueur est effectuée (étape 415).
Cette vérification peut comprendre l’affichage de la photographie contenue dans le code de participation obtenu et l’affichage d’une caractéristique de joueur, par exemple s’il est majeur ou non, cette caractéristique étant déterminée à partir de données contenues dans le code de participation reçu, par exemple en comparant une date de naissance, une date actuelle et l’âge de majorité. L’opérateur, par exemple le détaillant du point de vente concerné, peut alors comparer la photographie affichée sur son terminal avec le visage du joueur pour vérifier que le certificat numérique correspond bien à la personne qui souhaite jouer et vérifier que celle-ci a le droit de jouer, par exemple vérifier qu’elle est majeure.
Si le joueur n’a pas le droit de jouer, par exemple s’il est mineur, il est mis fin à la procédure d’enregistrement d’une participation à un jeu. Au contraire, s’il a le droit de jouer, sa participation est enregistrée (étape 420).
Un message d’enregistrement de la participation au jeu ou de rejet peut être transmis au dispositif du joueur à partir duquel le code a été obtenu (étape 425).
La illustre un exemple d’un dispositif d’un joueur voulant enregistrer une participation à un jeu, par exemple le dispositif 105 de la . Selon l’exemple illustré, l’écran du dispositif affiche un QR code dans lequel sont stockés un certificat numérique et des données de jeux. Le certificat numérique comprend ici une photographie du joueur qui a obtenu le certificat numérique, sa date de naissance et une signature du certificat numérique. Toujours à titre d’illustration, les données de jeux comprennent des références de matches, des scores et des montants pariés (mises).
La illustre un exemple d’un écran d’un terminal d’un opérateur, par exemple d’un terminal d’un détaillant d’un point de vente, par exemple un écran du terminal 110, utilisé pour enregistrer une participation à un jeu. Selon l’exemple illustré, l’écran du terminal affiche des données reçues dans un code de participation transmis par un dispositif d’un joueur (ou déterminées à partir de telles données). Plus précisément, l’écran du terminal affiche ici une photographie d’un joueur ainsi qu’une indication de majorité déterminée à partir d’une date de naissance reçue. A partir de cet écran, un opérateur peut déterminer si le joueur est celui qu’il prétend être (i.e. si son visage correspond à la photographie contenue dans un certificat reçu) et si le joueur a le droit de jouer, par exemple s’il est majeur. Dans l’affirmative, l’opérateur peut valider l’enregistrement au jeu. Dans le cas contraire, il peut le rejeter.
La illustre un exemple de dispositif pouvant être utilisé pour mettre en œuvre, au moins partiellement, des modes de réalisation de l’invention, notamment des étapes décrites en référence aux figures 2 à 4.
Le dispositif 700 est par exemple un serveur, un ordinateur, un terminal ou un dispositif personnel tel qu’un smartphone ou une tablette.
Le dispositif 700 comporte de préférence un bus de communication 702 auquel sont reliées : - une unité centrale de traitement ou microprocesseur 704 (CPU, sigle de Central Processing Unit en terminologie anglo-saxonne) ; - une mémoire morte 706 (ROM, acronyme de Read Only Memory en terminologie anglo-saxonne) pouvant comporter un système d’exploitation et des programmes tels que "Prog" ; - une mémoire vive ou mémoire cache 708 (RAM, acronyme de Random Access Memory en terminologie anglo-saxonne) comportant des registres adaptés à enregistrer des variables et paramètres créés et modifiés au cours de l'exécution des programmes précités ; et - une interface de communication 726 reliée à un réseau de communication distribué 728, par exemple un réseau de communication sans fil et/ou un réseau de communication local, l'interface étant apte à transmettre et à recevoir des données, notamment vers et depuis un dispositif d’un utilisateur.
Optionnellement, le dispositif 700 peut également disposer des éléments suivants : - un disque dur 720 pouvant comporter les programmes "Prog" précités et des données traitées ou à traiter selon l’invention ; - un clavier 722 et une souris 724 ou tout autre dispositif de pointage comme un crayon optique, un écran tactile ou une télécommande permettant à l’utilisateur d’interagir avec les programmes selon l'invention ; - un lecteur 710 de support amovible de stockage 712 tel qu’une carte mémoire ou un disque, par exemple un disque DVD ; et - une carte graphique 714 reliée à un écran 716.
Le bus de communication permet la communication et l'interopérabilité entre les différents éléments inclus dans le dispositif 700 ou reliés à lui. La représentation du bus n'est pas limitative et, notamment, l'unité centrale est susceptible de communiquer des instructions à tout élément du dispositif 700 directement ou par l'intermédiaire d'un autre élément du dispositif 700.
Le code exécutable de chaque programme permettant à l'appareil programmable de mettre en œuvre les processus selon l'invention peut être stocké, par exemple, dans le disque dur 720 ou en mémoire morte 706.
Le document [2] cité à la fin de la description divulgue également la mise en œuvre d’un substrat POI exploitant une couche de LiTaO 3 pour la fabrication d’un filtre à ondes élastiques de surface. Le filtre à ondes élastiques de surface décrit dans ce document comprend un film de tantalate lithium sur une couche miroir formée d’une alternance de couches à impédance acoustique faible et des couches à impédance acoustique élevée sur un substrat de silicium.
Il a également été considéré d’intercaler une couche dite de piégeage, par exemple faite de silicium polycristallin, entre le substrat support et la couche de matériau diélectrique, et destinée à limiter le libre parcours moyen des charges aux interfaces de l’empilement ainsi que les diaphonies susceptibles d’intervenir au sein d’un filtre formé à partir du substrat POI considéré.
Également, il n’est pas souhaitable de considérer une couche de matériau piézoélectrique d’une épaisseur trop importante, et notamment supérieure à 500 nm voire 1000 nm. En effet, ces épaisseurs nécessitent, lors de la mise en œuvre du procédé SmartCut™ pour la formation du substrat POI, de considérer des énergies d’implantation dans le substrat massif de matériau piézoélectrique (le substrat donneur) relativement importantes, qui, par voie de conséquence génèrent des endommagements souvent rédhibitoires pour la formation de filtres à ondes élastiques de surface.
BREVE DESCRIPTION DE L’INVENTION Le but de l’invention est atteint par un dispositif à ondes élastiques de surface qui comprend :
le dispositif à ondes élastiques de surface étant remarquable en ce que le substrat support comprend au moins l’un des éléments choisis parmi : un substrat de silicium présentant l’orientations 110, un substrat de quartz présentant une orientation (YX/t)/θ/90° avec θ compris entre -20° et 60°, avantageusement compris entre -10° et 30°, par exemple égal à 5°.
Selon l'invention, le procédé permet à un utilisateur de s’enregistrer auprès d’un opérateur de télécommunications, par exemple un opérateur de télécommunications mobile. Concrètement, le procédé reçoit une demande / requête d’enregistrement en provenance d’un terminal mobile de l’utilisateur qui comprend une adresse électronique et une donnée de transaction puis obtient le résultat d’un test faisant intervenir la donnée de transaction (utilisation de la donnée pour la réalisation du test et/ou d’une donnée dérivant de la donnée de transaction, par exemple une empreinte numérique de la donnée de transaction). Lorsque le test est positif (c’est-à-dire que la donnée de transaction est valide), le procédé stocke des données personnelles de l’utilisateur obtenues préalablement au sein d’un espace de stockage numérique (base de données, fichier, carte mémoire, etc.). Le procédé émet ensuite à destination de l’adresse obtenue une confirmation de l’enregistrement de l’utilisateur auprès de l’opérateur de télécommunications.
La donnée de transaction peut comprendre un nombre arbitraire (aléatoire ou pseudo-aléatoire) destiné à être utilisé une seule fois et permettant d’empêcher le rejeu d’une transaction (c’est à dire un « nonce »).
En outre, un contrat intelligent est un petit programme informatique irrévocable qui permet de réaliser des transactions au sein de la chaîne de blocs sous certaines conditions (exécute des instructions prédéfinies).
On entend par adresse électronique une suite de caractères et/ou de données binaires qui sert à identifier de façon certaine un service informatique ou un dispositif. Une telle adresse est par exemple composée d’une adresse IP, une adresse MAC ou bien une URI/URL.
L’adresse électronique est par exemple une adresse d’un contrat intelligent inscrit à une chaîne de blocs appartenant à l’utilisateur. L’adresse électronique peut également être l’adresse de l’utilisateur au sein de la chaîne de blocs.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une donnée personnelle est préalablement chiffrée via une première clef de chiffrement avant d’être stockée au sein dudit espace de stockage numérique.
Ce mode de réalisation permet d’ajouter un niveau de sécurité aux données personnelles stockées. En effet, seules des entités de confiance ayant en leur possession la clef de déchiffrement (clef symétrique ou asymétrique) ont la possibilité de déchiffrer les données personnelles de l’utilisateur.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit résultat de test est obtenu depuis un contrat intelligent appartenant à l’opérateur de télécommunications en réponse à l’émission d’une demande de test comprenant ladite au moins une donnée de transaction et ladite au moins une adresse électronique.
Ce mode de réalisation permet de vérifier la validité de la donnée de transaction auprès d’un contrat intelligent de l’opérateur de télécommunications. Concrètement, le contrat intelligent de l’opérateur de télécommunications traite la donnée de transaction obtenue depuis la demande de test émise par le procédé puis renvoie le résultat du traitement (par exemple sous la forme d’un booléen, 1 si les données sont identiques, 0 dans le cas contraire) à destination du procédé. Plus largement, ce mode de réalisation permet à l’opérateur de télécommunications de valider ou non la demande d’enregistrement émise par l’utilisateur.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit test comprend une étape d’obtention d’au moins une empreinte numérique par application d’une fonction cryptographique à ladite au moins une donnée de transaction et une étape de comparaison de ladite au moins une empreinte numérique avec au moins une donnée de référence obtenu depuis un contrat intelligent appartenant à l’opérateur de télécommunications.
Ce mode de réalisation permet d’ajouter un niveau de sécurité à la transaction. En effet, si l’empreinte numérique de la donnée de transaction ne correspond pas à la donnée de référence alors la requête reçue depuis le terminal de l’utilisateur est considérée comme invalide. Bien évidement cela suppose que seules des entités de confiance ont accès à la fonction cryptographique (par exemple l’utilisateur et/ou son terminal ou bien l’opérateur de télécommunications via par exemple un contrat intelligent lui appartenant.). Concrètement, le procédé compare l’empreinte numérique de la donnée de transaction obtenue par le procédé avec une donnée de référence par exemple obtenue depuis un contrat intelligent de l’opérateur de télécommunications. La donnée de référence peut correspondre à l’empreinte numérique de la donnée de transaction préalablement obtenue d’un contrat intelligent de l’utilisateur par le contrat intelligent de l’opérateur de télécommunications.
Les données sont reçues et stockées lors de l’étape E126 par l’entité ESN. En réponse, l’entité ESN envoie (E127) au serveur NP une adresse de stockage des données (par exemple une (Content IDentifier) CID ( )) permettant de retrouver sans ambiguïté les données au sein de l’espace de stockage numérique ESN. Le est reçue par le procédé lors de l’étape E128.
Lors de l’étape E129, le procédé émet à destination du contrat intelligent SC UE (alternativement ou cumulativement à destination du terminal UE et/ ou de l’adresse Addr ue ), grâce par exemple à l’adresse AddrSC UE obtenue lors de l’étape E114, une requête de fin d’enregistrement (notification au sens de l’invention) comprenant une donnée de statut d’enregistrement. La donnée de statut d’enregistrement peut comprendre alternativement ou cumulativement le CID ( ), , une empreinte numérique des données M (Hash(M)) et les données M. A noter que l’empreinte numérique des données M peut être le résultat de l’application de la fonction cryptographique H aux données personnelles M ou bien d’une autre fonction cryptographique H’ connue par exemple de l’opérateur de télécommunications NP.
La illustre des étapes du procédé d’enregistrement selon un second mode particulier de réalisation de l'invention. Le mode de réalisation décrit ici correspond à un changement d’opérateur de la part de l’utilisateur. Bien évidemment cela suppose que l’utilisateur s’est au préalable enregistré via la procédure décrite à l’appui de la . L’environnement de la est identique à celui de la hormis : la suppression des contrats intelligents SC reg , SC np et SC UB ; l’opérateur de télécommunications est un nouvel opérateur (NP new ) et possède un contrat intelligent SC NPnew ; l’ajout du contrat intelligent SC AM .
Le contrat intelligent SC AM est un contrat intelligent qui permet de gérer la délégation des droits d’accès sur les données personnelles de l’utilisateur.
Lors de l’étape E201 l’utilisateur (i.e le terminal UE) émet, via l’adresse AddrSC UE obtenue lors de l’étape E112, une requête à destination de son contrat intelligent SC UE afin de changer d’opérateur de télécommunications. Concrètement, l’utilisateur souhaite passer de l’opérateur de télécommunications NP à NP new . Cette requête peut contenir le nom (NP new ) du nouvel opérateur de télécommunications auquel l’utilisateur souhaite souscrire, une empreinte numérique d’un « nonce » et un identifiant de l’utilisateur et/ou de son terminal. Le « nonce » est par exemple un nombre aléatoire généré par une application exécutée par le terminal UE de l’utilisateur. L’empreinte numérique est par exemple calculée grâce à une fonction cryptographique H (par exemple l’algorithme « Keccak-256 »). A noter que dans ce mode de réalisation, le « nonce » peut être différent de celui utilisé dans le mode de réalisation décrit à l’appui de la . De même, la fonction cryptographique H peut être différente de celle utilisée à l’appui de la .
La requête est reçue par le contrat SC UE lors de l’étape E202. A l’étape E203 le contrat intelligent SC UE émet une requête de gestion de changement d’opérateur de télécommunications à destination du contrat intelligent SC AM comprenant par exemple, alternativement ou cumulativement, les données suivantes :
- l’empreinte numérique du nonce reçue lors de l’étape E202 ;
- l’identifiant de l’utilisateur et/ou de son terminal ;
- le nom (NP new ) du nouvel opérateur de télécommunications.
La requête de gestion est reçue par le contrat intelligent SC AM lors de l’étape E204. Le contrat intelligent SC AM émet ensuite, à destination du contrat intelligent SC NPB, une requête comprenant au moins le nom du nouvel opérateur de télécommunications (NP new ) obtenu afin de vérifier si celui-ci est bien un opérateur de télécommunications connu et approuvé par l’entité qui a déployé la chaîne de blocs BC (c’est-à-dire l’entité qui gère le système). La requête est reçue par le contrat intelligent SC NPB lors de l’étape E205. Une réponse est ensuite émise (E206) à destination du contrat intelligent SC AM puis reçue lors de l’étape E207. Si le nom de l’opérateur de télécommunications n’est pas validé par le contrat intelligent SC NPB alors le procédé se termine. Un message d’erreur est émis par le contrat intelligent SC AM à destination du terminal UE via par exemple le contrat intelligent SC UE (non représenté).
Dans le cas contraire, lors de l’étape E208, le contrat intelligent SC AM émet une requête à destination du contrat intelligent de l’opérateur SC NP new comprenant par exemple, alternativement ou cumulativement, les données suivantes : l’identifiant de l’utilisateur et/ou de son terminal ; l’adresse du contrat intelligent SC UE (AddrSC UE ) ; l’empreinte numérique du nonce reçue lors de l’étape E204 ; un paramètre Type req indiquant le type de requête, par exemple positionné à la valeur 1 pour un premier enregistrement (le contrat intelligent SC UE n’existait pas préalablement) ou bien à la valeur 2 pour une demande de changement d’opérateur de télécommunications de la part de l’utilisateur.
Les données sont reçues (E210) puis stockées par le contrat intelligent de l’opérateur SC NP new . Lors de l’étape E211, le contrat intelligent SC AM émet une réponse à destination du contrat intelligent SC UE validant l’opérateur de télécommunications. Cette réponse peut comprendre le paramètre Type req et/ou un lien (par exemple une URL) d’une page internet opérée par le nouvel opérateur de télécommunications NP new permettant à l’utilisateur de s’enregistrer. La réponse est reçue par le contrat intelligent SC UE lors de l’étape E212.