INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
L’unité centrale 18 électronique est adaptée pour : - recevoir les signaux vocaux captés par les microphones 11, - transformer les signaux vocaux captés en texte, - interpréter l’intention de l’utilisateur (par exemple à l’aide d’un réseau neuronal entraîné à cet effet), - communiquer avec le serveur 20, qui est adapté pour déterminer la réponse à apporter à l’utilisateur et transmettre cette réponse à l’unité centrale 18, - transformer en voix la réponse reçue du serveur 20 et la faire diffuser sous forme vocale par le haut-parleur 12, - dans le cas où la borne interactive vocale 9 intègre un écran 13, faire afficher la réponse sur l’écran 13.
Le serveur 20 peut avoir en mémoire les données nécessaires aux réponses à donner aux utilisateurs, ou avoir un accès à des données externes à cet effet. Les données en question peuvent comprendre notamment la topologie du réseau de transport en commun, les horaires de passage des véhicules de transport en commun, les services offerts (accès handicapé par exemple).
La borne interactive vocale 9 peut ainsi renseigner un utilisateur par exemple sur : - l’heure de départ ou d’arrivée d’un véhicule donné (par exemple le prochain véhicule, ou le premier de la journée, ou le dernier de la journée) à une station donnée, - le trajet à suivre pour rejoindre un certain point d’arrivée et la durée du trajet, - les services disponibles dans les véhicules (par exemple accès handicapés), etc.
Lorsque la borne interactive vocale 9 est adaptée pour capter le bruit ambiant (par exemple par le microphone d’ambiance 17), l’unité centrale 18 peut être adaptée pour ajuster le volume d’émission du haut-parleur 12 en fonction du niveau de bruit ambiant.
L’unité centrale 18 peut également être adaptée pour : - faire émettre un message vocal d’attente par le haut-parleur 12 et différer l’émission de la réponse vocale à l’utilisateur, tant que le niveau de bruit ambiant est supérieur à un seuil prédéterminé, - et / ou faire afficher un message d’attente par l’écran 13 et différer l’émission de la réponse vocale à l’utilisateur, tant que le niveau de bruit ambiant est supérieur à un seuil prédéterminé.
L’unité centrale 18 peut également être adaptée pour supprimer le bruit ambiant des signaux vocaux captés par les microphones 11, par exemple en soustrayant le signal de bruit ambiant capté par le microphone d’ambiance 17 des signaux vocaux captés par les microphones 11.
Si le premier score obtenu à l’étape 330A lors de la comparaison avec l’utilisateur légitime est supérieur au seuil d’authentification et qu’un ou plusieurs scores de référence obtenus à l’étape 330B lors des comparaisons avec les utilisateurs de référence sont supérieurs au seuil d’authentification, le comportement est considéré comme celui d’un utilisateur inconnu et l’utilisateur à authentifier n’est pas reconnu comme étant l’utilisateur légitime (échec de l’authentification).
Si le score de comparaison avec l’utilisateur légitime est supérieur au seuil d’authentification et qu’aucun des scores de référence obtenus à l’étape 330B lors des comparaisons avec les utilisateurs de référence n’est supérieur au seuil d’authentification, le comportement est considéré comme étant celui de l’utilisateur légitime et l’utilisateur à authentifier est reconnu comme étant l’utilisateur légitime (authentification réussie).
Les cas d’égalité d’un score avec le seuil d’authentification peuvent être traités comme les cas où le score est inférieur au seuil d’authentification ou comme les cas où le score est supérieur au seuil d’authentification.
En variante, on définit un nombre entier N strictement supérieur à 1, par exemple inférieur à 10 (par exemple N=2 ou 3 ou 5) et la décision d’authentification est prise comme suit : - si le premier score obtenu à l’étape 330A est inférieur au seuil d’authentification, il y a échec de l’authentification; - si le premier score est supérieur au seuil d’authentification et que moins de N scores de référence sont supérieurs au seuil d’authentification, l’authentification est réussie - si le premier score de comparaison avec l’utilisateur légitime est supérieur au seuil d’authentification et que N scores de référence ou plus sont supérieurs au seuil d’authentification, il y a échec de l’authentification.
Les étapes 310 à 340 d’authentification d'un utilisateur peuvent être répétées en continu tout au long de la session d’interaction avec le système applicatif, par exemple de manière périodique, les valeurs de paramètres caractéristiques étant calculées dans ce cas pour un intervalle de temps de durée donnée et/ou pour un nombre minimum d’événements d’interaction détectés. Cela permet de disposer à tout moment pendant le déroulement d’une session d’interaction d’une décision d’authentification et de détecter un éventuel changement d’utilisateur pendant la session d’interaction.
Cette répétition permet en outre de détecter l'enchainement temporel de plusieurs décisions d’authentification positives (authentification réussie) d'affilée (sans intervalle de temps avec échec d’authentification) obtenues respectivement lors de plusieurs étapes 340 et de baser la décision d’authentification finale (étape 350) sur un ensemble de décisions d’authentification obtenues indépendamment pour des intervalles de temps distincts.
En basant la décision d’authentification finale à l’étape 350 sur plusieurs décisions d’authentification intermédiaires obtenues à l’étape 340, on peut fournir un niveau d'authentification plus fort, correspondant à un niveau de sécurité plus élevé si par exemple la décision d’authentification finale obtenue à l’étape 350 n’est positive à un instant donné que si toutes les décisions d’authentification intermédiaires obtenues pour des intervalles de temps compris dans une période de temps précédent cet instant sont également positives.
Cette répétition peut être également exploitée afin d'ajouter un mécanisme de bonus/malus qui vient modifier la prédiction courante sur un intervalle de temps donné en fonction des décisions d’authentification intermédiaires précédentes sur les intervalles de temps précédents.
Un poids P positif ou négatif est ajouté au score selon que l’on souhaite appliquer un bonus ou un malus. Ce poids P est mis à jour en continu pendant la session d’interaction en fonction des scores obtenus. Le poids est initialisé à 0 en début de session d’interaction. Il est également réinitialisé à 0 après un temps d’inactivité de l’utilisateur à authentifier. Le poids a une valeur minimale Pmin et une valeur maximale Pmax qu’il ne peut en aucun cas dépasser, par exemple Pmin= -0.5 et Pmax = 0.2.
Le mécanisme peut être le suivant pour chaque score d’authentification nouvellement obtenu à l’étape 330A pour un intervalle de temps donné :
Si un des scores de référence est supérieur au seuil d’authentification, un incrément négatif (malus, égal par exemple à P1=-0.1) est appliqué au poids : P= P+P1 ; Sinon si le premier score produit par le modèle de l’utilisateur légitime est supérieur au seuil d’authentification, un incrément positif (bonus égal par exemple à P2=+0.01) est appliqué au poids : P= P+P2 ;
Le premier score obtenu pour un intervalle de temps donné à l’étape 330A est ainsi modifié par ajout de la valeur courante du poids pour obtenir le score utilisé pour la décision d’authentification à l’étape 340, ce score modifié étant comparé au seuil d’authentification.
Cela permet de rendre les prédictions à un moment donné plus précises en ajoutant, dans la prise de décision, les informations complémentaires liées aux données comportementales des prédictions précédentes.
La présente un schéma bloc illustrant la phase 4 de la mise à jour du gabarit biométrique d’un utilisateur légitime.
Cette mise à jour du gabarit biométrique d’un utilisateur légitime est réalisée en cas d’authentification réussie avec un niveau de confiance suffisamment élevé lors de la phase 3 (décision d’authentification intermédiaire à l’étape 340 ou décision d’authentification finale à l’étape 350). Ceci permet de s’adapter à une éventuelle évolution du comportement de l’utilisateur légitime au cours du temps et d’avoir un gabarit biométrique très proche de son comportement. La phase de mise à jour du gabarit biométrique comportemental peut comprendre les étapes suivantes.
Lors de l’étape 410, à la fin de la session d’interaction (fin d’une session de jeu, par exemple), toutes les décisions d’authentification (intermédiaires et finales) obtenues lors de l’étape 340 et éventuellement de l’étape 350 sont stockées dans la base temporaire 390 et analysées.
Le gabarit biométrique est obtenu par entrainement d’un modèle comportemental sur la base d’un algorithme d’apprentissage automatique (Machine Learning).
Le même type de modèle comportemental est utilisé pour les utilisateurs de référence et avec une même méthode d’entraînement sauf que le modèle comportemental d’un utilisateur de référence cible A est entraîné avec les paramètres caractéristiques de l’utilisateur de référence A (qui représentent la classe de l’utilisateur légitime) et les paramètres caractéristiques des autres utilisateurs de référence (qui représentent la classe des utilisateur illégitimes).
Lors de l’étape 240 le gabarit biométrique de l’utilisateur légitime est stocké dans la base des utilisateurs légitimes 290 afin d’être utilisé plus tard dans la phase 3 d’authentification.
La présente un schéma bloc illustrant la phase 3 d'authentification d’un utilisateur. Cette phase vise à authentifier un utilisateur quelconque (légitime ou non) utilisant un compte utilisateur pour lequel un gabarit biométrique a été préalablement obtenu pour son propriétaire légitime lors de la phase 2.
L’utilisateur à authentifier peut donc être l’utilisateur légitime, c’est-à-dire le propriétaire du compte utilisateur utilisé. Il peut s’agir d’un utilisateur imposteur, utilisant de manière frauduleuse ce compte utilisateur et les éventuels moyens de paiement associés, de sorte par exemple à éviter de payer lui-même. Il peut s’agir aussi d’un utilisateur ayant obtenu (de manière frauduleuse ou non) les données de connexion à ce compte utilisateur et se servant de ce compte pour jouer, avec ou sans l’accord du propriétaire du compte utilisateur. Il peut s’agir en outre d’un utilisateur (par exemple un enfant ou un ami) qui ne dispose pas des données de connexion à un compte utilisateur mais qui, après connexion par le propriétaire du compte utilisateur, est autorisé à utiliser ce compte utilisateur pour jouer.
Cette authentification peut être effectuée en continu, tout au long de la session d’interaction avec le système applicatif (ici le jeu), par comparaison de son comportement biométrique avec celui de l’utilisateur légitime, qui est propriétaire du compte utilisateur via lequel l’utilisateur à authentifier interagit avec le système applicatif.
La phase 3 d’authentification d’un utilisateur peut comprendre les étapes suivantes.
Lors de l’étape 310, des données comportementales brutes sont collectées lors de l’interaction avec le système applicatif effectuée par l’utilisateur à authentifier. Cette étape est semblable à l’étape 110 décrite plus haut mais est réalisée lors de la session d’interaction courante.
Les données comportementales brutes collectées peuvent subir un prétraitement lors d’une étape 315, semblable à celui de l’étape 115. Les données comportementales brutes et prétraitées sont stockées dans une base de données temporaires, nommée également base temporaire 390.
Cette base temporaire 390 comprend les données comportementales brutes acquises pour les utilisateurs à authentifier et les valeurs des caractéristiques comportementales extraites de ces données brutes, ainsi que les valeurs des scores d’authentification obtenues sur la base de ces valeurs.
Lors de l’étape 320, les données comportementales brutes collectées lors de l’étape 310 ou prétraitées lors de l’étape 315 sont analysées afin d’en extraire des valeurs de paramètres caractéristiques du comportement de cet utilisateur. Cette étape est semblable à l’étape 120 décrite plus haut pour les utilisateurs de référence, notamment les mêmes paramètres caractéristiques peuvent être utilisés que pour les utilisateurs de référence. Les valeurs des paramètres caractéristiques sont stockées dans la base temporaire 390 pour être utilisées dans les étapes 330A, 330B, 340 suivantes mais aussi lors de la phase 4 pour la mise à jour du gabarit biométrique de l’utilisateur légitime en cas d’une authentification réussie avec un niveau de confiance suffisamment élevé à l’issue de la phase 3.
Lors d’une étape 330A, les valeurs des paramètres caractéristiques obtenues à l’étape 320 sont testées par rapport au gabarit biométrique obtenu lors de la phase 2 pour l’utilisateur légitime, propriétaire du compte utilisateur couramment utilisé. Dans ce but, les valeurs des paramètres caractéristiques sont fournies en entrée au gabarit biométrique de l’utilisateur légitime de sorte à obtenir un premier score en sortie. Ce premier score représente une probabilité que l’utilisateur à authentifier est l’utilisateur légitime.
Lors d’une étape 330B, les valeurs des paramètres caractéristiques obtenues à l’étape 320 sont testées par rapport au gabarit biométrique obtenu lors de la phase 1 pour chacun des utilisateurs de référence ayant les modèles comportementaux les plus discriminants sélectionnés à l’issue de l’étape 150. Dans ce but, les valeurs des paramètres caractéristiques sont fournies en entrée au gabarit biométrique de chaque utilisateur de référence de sorte à obtenir des scores en sortie. Chacun de ces scores (appelés ici également ‘seconds scores’ ou ‘scores de référence’) représente une probabilité que l’utilisateur à authentifier est l’utilisateur de référence associé au modèle comportemental utilisé pour générer le score.
Lors de l’étape 340, les scores obtenus respectivement aux étapes 330A et 330B sont analysés pour prendre une décision d’authentification, c’est-à-dire pour déterminer si l’utilisateur à authentifier est ou non l’utilisateur légitime. Différentes méthodes peuvent être utilisées pour combiner ces scores afin de prendre la décision d’authentification.
Un seuil d’authentification est défini pour l’ensemble des scores. Ce score peut être égal par exemple à 0,5 ou 0,6 ou 0,7 ou 0,75 ou 0,8. Le seuil d’authentification peut être fixé en fonction de plusieurs paramètres comme un niveau de sécurité souhaité, le niveau de risque associé avec une utilisation illégitime du compte d’un utilisateur, etc.
Si le premier score obtenu à l’étape 330A lors de la comparaison avec l’utilisateur légitime est inférieur au seuil d’authentification, le comportement est considéré comme différent de celui de l’utilisateur légitime et l’utilisateur à authentifier n’est pas reconnu comme étant l’utilisateur légitime (échec de l’authentification).
La est un algorigramme d’une méthode de détection d’un événement du second type selon un exemple de réalisation particulier. Dans cet exemple de réalisation, l’événement de second type est un vol. Dans d’autres exemples, c’est un remplissage. Dans d’autres exemples, les deux événements vol et remplissage sont tous les deux des événements du second type.
Selon l’algorigramme de la :
On identifie dans un premier temps (S2001) les événements du premier type et on labelise le signal avec les événements détectés.
Dans le cadre du présent exemple, on cherche à identifier les événements de sonde bouchée, de remplissage de cuve, de déconnexion.
Les périodes du signal de niveau de liquide correspondant à une sonde bouchée sont exclues de la suite de l’analyse du signal (S2002).
On analyse ensuite en le signal de niveau de liquide pour détecter l’événement du second type (ou les événements du second type).
Dans le cadre du présent exemple, un événement de vol de liquide est identifié dans les cas suivants : S2003 - après un événement de remplissage, des variations de plus de 12l/15 minutes ; S2004 - après un événement de déconnexion de sonde, des variations à la baisse de plus de 12l/15 minutes ; S2005 - en cas de variation à la baisse de plus de 20l/15 minutes.
Une alarme est générée pour les événements de vol détectés (S2006).
Concernant les taux de variation pour S2003 et S2005, il a été constaté statistiquement que pour un vol, la variation pouvait se situer entre 12 et 15 L/15min dans le cas où le vol est associé avec d’autres événements. De tels autres événements comprennent le remplissage comme ci-dessus, ou encore le fait que le générateur ne tourne pas. Dans de tels cas, le seuil de variation en S2005 n’est pas toujours suffisant pour détecter ce type de vol. La détection est ainsi affinée.
SIGNES DE REFERENCE 101 – Cuve
102 – Liquide
103 – Appareil consommateur de liquide
104 – Sonde
105 – Câble
106 – Capillaire
107 – Boîtier de raccordement
Il est à cet effet proposé, selon un aspect de la présente invention, un ensemble pour le traitement cosmétique de la peau, l’ensemble comprenant : un distributeur prévu pour fournir une substance cosmétique au niveau de la surface externe de contact ; et une coque s’étendant selon un premier axe longitudinal, une première ouverture et une deuxième ouverture étant ménagées à travers la coque, la première ouverture étant positionnée axialement à l’opposé de la deuxième ouverture, la coque étant adaptée pour être positionnée autour du distributeur de manière amovible de sorte à ce que la première ouverture soit positionnée du côté de la surface externe de contact, la première ouverture étant prévue pour autoriser une extraction du distributeur hors de la coque une fois la coque positionnée autour du distributeur.
Avantageusement, mais facultativement, l’ensemble comprend au moins une des caractéristiques ci-après, qu’elle soit prise seule ou dans une quelconque combinaison : - la deuxième ouverture est prévue pour empêcher une extraction du distributeur hors de la coque une fois la coque positionnée autour du distributeur ; - l’ensemble comprend en outre un organe de retenue configuré pour empêcher une extraction du distributeur hors de la coque par la deuxième ouverture, une fois la coque positionnée autour du distributeur ; - le distributeur comprend : un réservoir prévu pour contenir la substance cosmétique ; et un conduit de distribution prévu pour transporter de la substance cosmétique depuis le réservoir jusqu’à une première extrémité du distributeur ; - le distributeur comprend en outre un actionneur configuré pour entraîner le déplacement d’une quantité prédéfinie de substance cosmétique depuis le réservoir jusqu’à la première extrémité, à travers le conduit de distribution ; - l’actionneur est prévu pour être positionné au niveau de la deuxième ouverture une fois la coque positionnée autour du distributeur ; - au moins une portion du distributeur est prévue pour s’étendre à l’extérieur de la coque une fois la coque positionnée autour du distributeur ; - au moins une portion de l’actionneur est prévue pour s’étendre à l’extérieur de la coque une fois la coque positionnée autour du distributeur ; - le distributeur s’étend selon un deuxième axe longitudinal et présente une deuxième extrémité axialement opposée à la première extrémité, l’actionneur étant agencé au niveau de la deuxième extrémité ; et - l’actionneur est mobile par rapport au réservoir le long du deuxième axe longitudinal ; - le distributeur comprend : un réservoir prévu pour contenir la substance cosmétique ; un conduit de distribution prévu pour transporter de la substance cosmétique depuis le réservoir jusqu’à une première extrémité du distributeur ; et un actionneur configuré pour entraîner le déplacement d’une quantité prédéfinie de substance cosmétique depuis le réservoir jusqu’à la première extrémité, à travers le conduit de distribution, l’actionneur étant prévu pour être positionné au niveau de la deuxième ouverture une fois la coque positionnée autour du distributeur et pour s’étendre, au moins en partie, à l’extérieur de la coque; dans lequel la deuxième ouverture est prévue pour empêcher une extraction du distributeur hors de la coque une fois la coque positionnée autour du distributeur ; - le réservoir est un tube rigide ; - le conduit de distribution et le réservoir sont monoblocs ; - la coque est adaptée pour être positionnée autour du distributeur de manière amovible de sorte à ce que le conduit de distribution s’étende entièrement à l’extérieur de la coque ; - la coque est dépourvue d’organe d’actionnement du distributeur ; - la coque est dépourvue de composant électronique ; et - l’ensemble comprendre une pluralité de coques, chaque coque étant adaptée pour être positionnée autour du distributeur de manière amovible, et chaque coque présentant une forme externe différente des autres de la pluralité de coques, la pluralité de coques étant interchangeables.
Selon un autre aspect de la présente invention, il est proposé un dispositif pour le traitement cosmétique de la peau comprenant : un ensemble tel que décrit ci-avant ; et un bouchon électronique comprenant la surface externe de contact et comprenant au moins un élément d’activation électronique, au moins une portion de la surface externe de contact étant définie par au moins une partie de l’élément d’activation électronique, le bouchon électronique étant configuré pour être couplé au distributeur de manière amovible de sorte à ce que, dans la configuration de couplage et une fois la coque positionnée autour du distributeur, le bouchon électronique obstrue la première ouverture.
Avantageusement, mais facultativement, le dispositif comprend au moins une des caractéristiques ci-après, qu’elle soit prise seule ou dans une quelconque combinaison : - le distributeur comprend : un réservoir prévu pour contenir la substance cosmétique ; et un conduit de distribution prévu pour transporter de la substance cosmétique depuis le réservoir jusqu’à une première extrémité du distributeur ; dans lequel le bouchon électronique présente une surface interne délimitant un canal rectiligne traversant le bouchon électronique et débouchant sur la surface externe de contact de sorte à ce que, dans la configuration de couplage, au moins une portion du conduit de distribution s’étende au sein du canal rectiligne et la première extrémité soit positionnée au niveau de la surface externe de contact ; - dans la configuration de couplage, le distributeur est libre en rotation autour de l’axe longitudinal mais fixe en translation le long de l’axe longitudinal, par rapport au bouchon électronique et par rapport à la coque ; - la première ouverture est adaptée de sorte à ce que le distributeur puisse être extrait de la coque dans la configuration de couplage ; - le bouchon électronique est prévu pour être fixé à la coque ; - la coque est adaptée pour être positionnée autour du distributeur de manière amovible de sorte à ce que le bouchon électronique s’étende entièrement à l’extérieur de la coque ; - l’ensemble comprend en outre un premier organe de verrouillage configuré pour fixer la coque au bouchon électronique ; et - l’élément d’activation électronique comprend au moins une électrode.
Au-dessus de cette portion 131, se trouve la zone 151 dite « de collecte de charges », également dopée selon le premier type de conductivité, et qui sert à former un nœud de détection SN. Le nœud de détection SN permet par exemple de transférer des charges accumulées dans la zone 151 vers un circuit de lecture ou un étage de détection de débordement de charges.
La zone 151 de collecte s’étend dans l’épaisseur du substrat 10, depuis sa face supérieure 10A, et est bordée par l’autre tranchée d’isolation 18. La portion 131 de collecte est typiquement plus fortement dopée, dans cet exemple P+, que la portion 131 située au-dessous. Le nœud de détection SN est également formé d’un élément conducteur 154, typiquement sous forme d’un plot métallique situé sur et en contact avec la zone 151 de collecte.
Le pixel Pi comporte également un caisson 14 intercalé entre la tranchée d’isolation périphérique 16 d’accueil de la structure CDTI et l’autre tranchée 18 dans laquelle la structure de grille de transfert verticale TG est formée. Le caisson 14 s’étend dans l’épaisseur du substrat 10 et en particulier dans sa partie supérieure, depuis la face supérieure 10A supérieure de ce dernier.