INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La illustre un exemple de représentation informatique classique d’un groupe de couleurs, ici dans un diagramme projeté sur le plan bidimensionnel a*b* (c’est-à-dire en ignorant la coordonnée L*). Même si le plan CIELAB a*b* a été conçu pour fournir une représentation fidèle de la perception humaine des couleurs, une telle représentation est inutilisable pour analyser des couleurs de maquillage. En effet, même si l’identification des familles de couleurs « marron », « orange », « rose », « rouge », « violette » peut être partiellement effectuée visuellement par un expert en couleurs sur un tel diagramme, d’autres caractérisations sont limitées à la performance de l’affichage couleur de l’écran d’ordinateur.
Le problème susmentionné, où un même signal de couleur est affiché sur l’écran de l’ordinateur pour deux données de couleur différentes (par exemple, un rose chaud à faible chroma peut être affiché de la même manière qu’un marron froid à faible chroma), persiste et la classification selon une perception subjective de couleurs de maquillage n’est pas possible.
D’un autre point de vue, alors que la valeur de chroma peut être considérée comme la distance du point de couleur par rapport à l’origine, la perception subjective de la chroma varie en fonction de la teinte. Par conséquent, un point à chroma élevée dans une teinte donnée (par exemple, une teinte violacée) peut être représenté de manière contradictoire plus près de l’origine qu’un point à plus faible chroma dans une autre teinte (par exemple, une teinte orangée), de sorte que les points de couleur peuvent apparaître mélangés et désorganisés dans le diagramme a*b*. La classification selon la perception subjective de couleurs de maquillage reste à effectuer visuellement et n’est donc pas réalisable en raison de la limitation des performances d’affichage de l’écran d’ordinateur.
La illustre un outil informatique complet pour aider un expert en couleurs, à savoir un « utilisateur », dans le développement de couleurs de produits de maquillage, bénéficiant du procédé de classification et de la carte d'identification décrits ci-dessus en relation avec les figures 1 à 7.
L’outil, qui est mis en œuvre par un ordinateur commandé par l’utilisateur, peut être conçu en pratique comme un produit de programme informatique comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, amènent l’ordinateur à mettre en œuvre l’outil selon la présente divulgation ; ou peut être conçu en pratique comme un support de stockage lisible par ordinateur comprenant des instructions qui, lorsqu’elles sont exécutées par un ordinateur, amènent l’ordinateur à mettre en œuvre l’outil conformément à la présente divulgation.
L’outil comprend tout d'abord un mode de mappage configuré pour fournir la carte d’identification telle que décrite ci-dessus en relation avec la , pour un groupe sélectionné de couleurs de maquillage.
L’utilisateur peut par conséquent sélectionner un groupe de couleurs de produits de maquillage à partir d’une banque de couleurs de produits de maquillage, telle que par exemple une banque incluant les couleurs de maquillage de marques et de franchises internes, et/ou les couleurs de maquillage de marques et de franchises concurrentes, à afficher en mode de mappage.
L’utilisateur peut également sélectionner les marchés auxquels les produits de maquillage sont destinés, ou de nombreuses autres options en fonction de la sectorisation commerciale de la banque de couleurs.
Dans l’exemple de la , la carte d’identification classe donc le groupe de couleurs sélectionné dans le tableau organisé en cinq lignes principales pour les étiquettes de famille de couleurs marron, rose, orange, violette et rouge respectivement ; en trois colonnes principales pour les étiquettes de sous-famille de tonalités de teinte froide, neutre et chaude respectivement ; en trois sous-lignes pour chaque ligne principale pour les étiquettes de sous-famille de luminosité claire, moyenne et foncée respectivement ; et en trois sous-colonnes pour chaque colonne principale pour les étiquettes de sous-famille de chroma faible, intermédiaire et élevée respectivement.
Par conséquent, le mode de mappage de l’outil fournit à l’utilisateur une visualisation de données de mesure instrumentale dans le tableau selon la perception subjective de couleurs de maquillage. Le mappage permet à l’utilisateur de sélectionner des nuances à visualiser sur cette carte d’identification significative, par exemple une gamme de nuances d'un concurrent à succès par rapport à une gamme de nuances interne, pour comprendre les espaces vides que la marque interne ne couvre pas actuellement avec des nuances.
Les figures 11, 12 et 13 illustrent un mode d’application de l’outil, adapté pour simuler numériquement la visualisation sur le visage d'une gamme de nuances appliquée, pour des considérations plus spécifiques des couleurs de maquillage sélectionnées par l’utilisateur.
Selon une première étape E1 du procédé selon l’invention, le dispositif d’authentification 200 provoque une transmission de données caractérisant une requête d’approbation de la mémorisation d’une clé à destination du serveur 400 lorsqu’il établit que des données caractérisant une requête de mémorisation d’une clé sont transmises à l’appareillage de gestion d’accès et de démarrage 300 par un outil connecté à une interface homme-machine du véhicule, préférentiellement par l’intermédiaire d’une prise diagnostic du véhicule. Pour ce faire, le dispositif d’authentification 200 interagit avec l’appareillage de gestion d’accès et de démarrage 300. Plus spécifiquement, la mise en œuvre du procédé selon l’invention débute donc avantageusement dès que l’appareillage de gestion d’accès et de démarrage 300 reçoit une requête de mémorisation d’une clé, requête qui lui est transmise, par exemple, au moyen d’un outil branché sur la prise diagnostic du véhicule. Et aussitôt que l’appareillage de gestion d’accès et de démarrage 300 reçoit de telles données, ce qui implique qu’une personne ayant accès à la prise de diagnostic du véhicule cherche à réaliser la mémorisation d’une clé, que ce soit de manière légitime ou frauduleuse, le dispositif d’authentification 200, qui interagit avec l’appareillage de gestion d’accès et de démarrage 300 ou en fait partie intégrante, est en mesure de déterminer que de telles données sont transmises. Et lorsqu’il établit cela, afin de vérifier l’authenticité de la clé et, donc, la légitimité de la mémorisation de celle-ci par l’appareillage de gestion d’accès et de démarrage 300, le dispositif d’authentification 200, après avoir bloqué temporairement la mémorisation de la clé par l’appareillage de gestion d’accès et de démarrage 300, provoque une transmission de données caractérisant une requête d’approbation de la mémorisation d’une clé à destination du serveur 400, en interagissant pour cela avec le module de communication par signaux radiofréquences 204 du véhicule. De manière avantageuse, ces données qui sont transmises à ce stade au serveur 400 incluent au moins un identifiant du véhicule, par exemple un numéro de châssis, et un identifiant d’une clé à mémoriser.
Ensuite, selon une deuxième étape E2 du procédé selon l’invention, le serveur 400 détermine un identifiant permettant de transmettre des données à destination d’un appareil de communication portable 500 détenu par un propriétaire du véhicule. Pour ce faire, le serveur 400 interagit avec le support de stockage de données 401, sur lequel des données caractérisant des identifiants de véhicules en lien avec des informations de contact d’appareils de communication portables détenus par des propriétaires de véhicules sont avantageusement enregistrées. Ainsi, en utilisant l’identifiant du véhicule transmis au cours de l’étape précédente, le serveur 400 détermine à ce stade au moins une information de contact du propriétaire du véhicule, préférentiellement un numéro de téléphone affecté à une carte SIM installée dans un appareil de communication portable 500 que celui-ci détient. Au terme de cette deuxième étape du procédé, le serveur 300 détient donc avantageusement des données qui permettent de contacter le propriétaire du véhicule pour lequel une mémorisation d’une clé a été entreprise.
Ensuite, selon une troisième étape E3 du procédé selon l’invention, le serveur 400 transmet des données caractérisant une demande de validation de la mémorisation d’une clé à destination de l’appareil de communication 500. Pour ce faire, le serveur 400 transmet par exemple un SMS à l’appareil de communication 500, qui, par exemple, énonce : « La mémorisation d’une clé pour votre véhicule est en cours. Veuillez confirmer votre accord en répondant O ou votre rejet en répondant N à ce message. » Alternativement, l’appareil de communication 500 exécute une application et le serveur 400 transmet des données qui déclenchent la diffusion d’une notification par l’application. Ainsi, au terme de cette troisième étape E3, le propriétaire du véhicule pour lequel la mémorisation d’une clé a été déclenchée est donc avantageusement informé de cela et son consentement pour la réalisation de la mémorisation d’une clé est explicitement demandé.
Ensuite, selon une quatrième étape E4 du procédé selon l’invention, le serveur 400 transmet des données caractérisant une validation de la mémorisation d’une clé ou des données caractérisant un rejet de la mémorisation d’une clé à destination du dispositif d’authentification 200 en fonction de données caractérisant une validation du propriétaire ou de données caractérisant un rejet du propriétaire reçues de l’appareil de communication 500 ou si aucune donnée n’a été transmise par l’appareil de communication 500 pendant un intervalle de temps d’une durée préétablie. En d’autres termes, le serveur 400 informe à ce stade le dispositif d’authentification 200 de la décision du propriétaire du véhicule quant à la mémorisation d’une clé. Lorsque le propriétaire a validé la mémorisation d’une clé, par exemple lorsqu’il a transmis un SMS énonçant la lettre « O », le serveur 400 informe en ce sens le dispositif d’authentification 200 en transmettant des données caractérisant une validation de la mémorisation d’une clé. A l’inverse, lorsque le propriétaire du véhicule a exprimé son rejet de l’authentification d’une clé ou, de manière avantageuse, lorsque le dispositif d’authentification 200 établit qu’aucune donnée n’a été transmise par l’appareil de communication 500 pendant un intervalle de temps d’une durée préétablie, par exemple deux minutes, le serveur 400 transmet des données caractérisant un rejet de la mémorisation d’une clé à destination du dispositif d’authentification 200. Ainsi, au terme de cette quatrième étape E4, le serveur 300 a transmis des données pour que le dispositif d’authentification 200 soit à son tour informé de la décision du propriétaire de valider ou rejeter la mémorisation d’une clé par l’appareillage de gestion d’accès et de démarrage 300.
Ensuite, selon une cinquième étape E5 du procédé selon l’invention, le dispositif d’authentification 200 permet l’enregistrement d’un identifiant d’une clé par l’appareillage de gestion d’accès et de démarrage du véhicule 300 lorsqu’il établit que des données caractérisant une validation de la mémorisation d’une clé sont reçues du serveur 400 et, à l’inverse, il interdit l’enregistrement d’un identifiant d’une clé par l’appareillage de gestion d’accès et de démarrage 300 du véhicule lorsqu’il établit que des données caractérisant un rejet de la mémorisation d’une clé sont reçues du serveur 400. En d’autres termes, lorsque le propriétaire du véhicule a exprimé son accord pour mémoriser une clé, le dispositif d’authentification 200 débloque et autorise la mémorisation de la clé par l’appareillage d’accès et de démarrage 300, qui, à terme, aboutit à l’enregistrement d’un identifiant d’une clé par l’appareillage de gestion d’accès et de démarrage 300. Au contraire, lorsqu’il établit que des données caractérisant un rejet de la mémorisation d’une clé sont reçues du serveur 400, ce qui signifie que le propriétaire du véhicule a exprimé son désaccord ou qu’il n’a pas exprimé quelque opinion que ce soit, le dispositif d’authentification 200 interdit avantageusement la mémorisation de la clé par l’appareillage de gestion d’accès et de démarrage 300. Pour ce faire, il interdit à l’appareillage de gestion d’accès et de démarrage 300 de procéder à l’enregistrement d’un identifiant d’une clé. L’identifiant de la clé dont la mémorisation est requise n’est donc pas enregistré et, de ce fait, celle-ci ne peut pas être utilisée pour démarrer le véhicule.
Ainsi, grâce au procédé et au système selon l’invention décrits ci-dessus, une solution est fournie pour authentifier aisément une clé pour démarrer un véhicule automobile afin d’empêcher la réalisation d’une mémorisation frauduleuse d’une clé par une personne mal intentionnée dans le but de commettre un vol de véhicule. Grâce au procédé et au système selon l’invention, une clé ne peut être mémorisée à l’insu du propriétaire du véhicule et toute mémorisation est conditionnée par l’obtention du consentement explicite du propriétaire du véhicule. Par ce biais, l’invention participe indéniablement à la diminution des vols de véhicule.
PROCÉDÉ D'EXÉCUTION D'UN CODE MACHINE PAR UN CALCULATEUR L’invention concerne un procédé d'exécution d'un code machine par un calculateur ainsi que le code machine exécuté par ce procédé. L'invention concerne également :
- un support d'enregistrement d'informations et un calculateur pour la mise en œuvre de ce procédé d'exécution, et
- un compilateur pour générer ce code machine.
Pour obtenir des informations sur un code machine ou provoquer un fonctionnement inattendu du code machine, il est connu de le soumettre à des attaques connues sous le terme d'« injection de fautes » ou « fault attack » en anglais. Ces attaques consistent à perturber le fonctionnement du calculateur lors de l'exécution du code machine par divers moyens physiques comme des modifications des tensions d'alimentation, des modifications du signal d'horloge, l'exposition du calculateur à des ondes électromagnétiques et autres.
À l'aide de telles perturbations, un attaquant peut altérer l'intégrité des instructions machines ou des données pour, par exemple, retrouver une clé secrète d'un système cryptographique, contourner des mécanismes de sécurité tels que la vérification d'un code PIN lors d'une authentification ou simplement empêcher l'exécution d'une fonction essentielle pour la sécurité d'un système critique.
Une attaque par injection de fautes peut provoquer une altération du fonctionnement du calculateur, par exemple, par des modifications des instructions qui sont exécutées par l'unité arithmétique et logique. Pour cela, il est fréquent que les fautes injectées visent à perturber le fonctionnement du décodeur d'instructions du calculateur pour produire des instructions fautées.
Lorsque la perturbation du décodeur empêche seulement l'exécution d'une ou plusieurs des instructions du code machine ou lorsque l’altération a un effet sur le processeur équivalent au fait de ne pas exécuter l’instruction fautée, on parle alors de saut d'instructions. Lorsque la perturbation du décodeur conduit à remplacer une ou plusieurs des instructions du code machine par d'autres instructions exécutables par le calculateur, on parle alors de remplacement d'instructions.
Lorsque la perturbation du décodeur modifie une instruction de branchement, on observe un effet de détournement du flot de contrôle. Le flot de contrôle correspond au chemin d'exécution suivi lors de l'exécution du code machine. Le flot de contrôle est classiquement représenté sous la forme d'un graphe orienté connu sous le terme de graphe de flot de contrôle ou « control flow graph » en anglais. L'effet de détournement du flot de contrôle peut être observé quand une instruction de branchement est altérée ou quand la condition impliquée dans un branchement conditionnel est modifiée ou quand l'adresse de retour d'une fonction est modifiée.
De tels attaques sont rendues plus faciles si, au préalable, le code machine peut être analysé. Ainsi, pour rendre ces attaques plus difficiles, il a été proposé de chiffrer les instructions du code machine afin de rendre son analyse plus compliquée. Un exemple de procédé d’exécution d’un code machine chiffré est décrit dans l’article suivant : M.Werner, T. Unterluggauer, D. Schaenrath, and S. Mangard : « Sponge-Based Control-Flow Protection for IoT Devices », EuroS&P, 2018. Par la suite, cet article est désigné par le terme « Werner2018 ».
Le procédé décrit dans Werner2018 est particulièrement intéressant car le cryptogramme de chaque instruction est déchiffré à partir d’un état interne du calculateur qui est mis à jour en fonction du cryptogramme de la précédente instruction déchiffrée. Ainsi, le cryptogramme de l’instruction courante à exécuter ne peut être déchiffré correctement que si les cryptogrammes de l’ensemble des instructions précédentes sont intègres, c’est-à-dire qu’ils n’ont pas été modifiés, par exemple, par une injection de fautes. Ceci est avantageux mais ne permet pas de se prémunir contre une attaque qui provoque seulement une erreur lors du décodage d’une instruction. En effet, dans ce dernier cas, le décodage étant effectué après le déchiffrement de l’instruction, le cryptogramme de l’instruction n’est pas modifié. Pour remédier à cet inconvénient, Werner2018 suggère en plus, sans le décrire en détail, de construire l’état interne du calculateur en fonction des signaux générés par le décodeur d’instructions lors du décodage de la précédente instruction. Cela permet de garantir l’intégrité des signaux générés par le décodeur d’instructions en plus de l’intégrité de son cryptogramme.
la est une vue en perspective de piston 52 illustrant une première variante de moyen 44 du piston 52,
la est une vue en perspective illustrant une première variante de moyen 44 du couvercle 66,
la est une vue de coupe de profil illustrant la première variante de moyens 44 du piston et du couvercle agencés pour, lorsque le piston 52 a atteint la zone d’étanchéité qui est plus profonde que la zone 65 vers la poche 2, empêcher le retour du piston 52 dans la zone 65 de non étanchéité du piston 52,
la est une vue de coupe de profil illustrant la première variante de moyens 44,
la est une vue de coupe transversale illustrant la une deuxième variante de moyens 44,
la est une vue de coupe de profil illustrant la deuxième variante de moyens 44 agencés pour, lorsque le piston 52 a atteint la zone d’étanchéité qui est plus profonde que la zone 65 vers la poche 2, empêcher le retour du piston 52 dans la zone 65 de non étanchéité du piston 52,
la est une vue de coupe de profil illustrant une partie du dispositif comprenant cette deuxième variante de moyens 44, ainsi que le passage 56,
la est une vue en perspective illustrant une troisième variante de moyens 44,
Selon un mode de réalisation préféré, on utilise un C-glycoside de formule (I) pour lesquels: R désigne un radical linéaire en C1-C4, de préférence en C1-C3, éventuellement substitué par –OH, -COOH ou –COOR’’2, R’’2 étant un radical alkyle saturé en C1-C4, tel qu’un méthyle ; S représente un monosaccharide comme décrit précédemment, de préférence le D-glucose, le D-xylose, la N-acétyl-D-glucosamine ou le L-fucose, plus préférentiellement le D-xylose ; X représente un radical choisi parmi -CO-, -CH(OH)-, -CH(NH2)-, de préférence un groupement –CH(OH)-.
Selon un mode de réalisation préféré, on peut utiliser un C-glycoside de formule (I) pour lesquels : R désigne un radical alkyle linéaire non substitué en C1-C4, de préférence C1-C2, tel qu’un méthyle ; S représente un monosaccharide comme décrit précédemment, de préférence le D-glucose, le D-xylose, la N-acétyl-D-glucosamine ou le L-fucose, plus préférentiellement le D-xylose; X représente un groupement choisi parmi -CO-, -CH(OH)-, -CH(NH2)- et-CH(OH)-, de préférence un groupement -CH(OH)-.
De préférence, les C-glycoside de formule (I), utilisés selon l'invention, sont choisis parmi :
Comme illustré sur les figures 3 et 4, le balai 10 est pourvu d’un accélérateur d’air 20 agencé pour que de l’air puisse passer à travers cet accélérateur 20 et subir une accélération par effet Venturi, cet accélérateur d’air 20 comprenant une sortie d’air 21 orientée en direction de la surface optique 3 lorsque le balai d’essuyage 10 est en fonctionnement et se trouve dans une position angulaire prédéterminée.
L’invention permet ainsi de nettoyer efficacement la surface optique 3, sans contact entre le balai 10 et cette surface optique 3, grâce au flux d’air accéléré par effet Venturi dans l’accélérateur d’air 20.
L’accélérateur d’air 20 est disposé à une extrémité du balai d’essuyage 10, une extrémité du balai, parmi ses deux extrémités opposées, qui passe le plus près de la surface optique 3 lors du balayage.
La sortie d’air 21 de l’accélérateur d’air 20 est en forme de convergent pour accélérer l’air par effet Venturi, et présente un axe de sortie d’air 22 sensiblement parallèle à un axe longitudinal X du balai 10.
Dans ce cas, l’accélérateur d’air 20 est en retrait de la surface optique 3 à nettoyer. Autrement dit, l’accélérateur d’air 20 ne passe pas à l’aplomb de la surface optique 3, et c’est le flux d’air FA qui, dans le prolongement longitudinal du balai 10, atteint la surface à nettoyer 3.
L’accélérateur d’air 20 comporte une prise d’air 25 par laquelle un flux d’air FE pénètre dans cet l’accélérateur d’air 20.
La prise d’air 25, ici de section circulaire, est prolongée dans l’accélérateur d’air 20 par une portion convergente 26 qui produit l’effet Venturi.
L’accélérateur d’air 20 comprend un canal d’air interne 26 entre la prise d’air 25 et la sortie d’air 21, ce canal 26 présentant une section transversale qui se réduit progressivement entre la prise d’air 25 et la sortie d’air 21.
Ainsi la prise d’air 25 présente une section plus grande que la section de la sortie d’air 21.
L’accélérateur d’air 20 est configuré pour recevoir un flux d’air entrant FE qui est généré par le mouvement d’essuyage du balai 10 lors de son fonctionnement.
Autrement dit, l’accélérateur d’air 20 présente un fonctionnement qui est dépendant du mouvement du balai. L’accélérateur d’air 20 n’est pas configuré pour générer lui-même le mouvement de l’air. Il a pour rôle d’accélérer par effet Venturi un flux d’air qui apparaît lors du mouvement de va-et-vient du balai 10 et/ou lors du roulage du véhicule qui crée un vent relatif.
Dans ce premier mode de fonctionnement, grâce à la commande en position de la rotation de l’instrument médical souple allongé 3, l’utilisateur du robot cathéter 1 peut tourner de manière intuitive l’instrument médical souple allongé 3 d’un angle de rotation précis autour de l’axe A. Par ailleurs, grâce à la commande en vitesse de la translation de l’instrument médical souple allongé, l’utilisateur peut déplacer l’instrument médical souple allongé 3 sur une longue distance à partir d’un organe de commande 5 compact. De surcroit, l’utilisateur peut adapter de manière intuitive la vitesse de translation de l’instrument médical souple allongé 3 pendant son trajet à l’intérieur du canal du patient. Ceci permet par exemple de réduire la vitesse de translation de l’instrument médical souple allongé 3 pour traverser des zones du canal incurvées. Inversement, quand l’instrument médical souple allongé 3 traverse des zones droites du canal, l’utilisateur peut augmenter la vitesse de translation de l’instrument médical souple allongé 3 pour atteindre plus rapidement la zone du canal à traiter.
Dans un deuxième mode de fonctionnement, l’interface homme machine 4 peut être structurée de manière à commander en vitesse l’entrainement de l’instrument médical souple allongé 3 en translation le long de l’axe A et en rotation autour de l’axe A.
Dans ce deuxième mode de fonctionnement, le déplacement en rotation de l’organe de commande 5 avec une amplitude de rotation donnée entraîne donc un déplacement en rotation de l’instrument médical souple allongé 3 avec une vitesse de rotation proportionnelle à l’amplitude de rotation de l’organe de commande 5.