INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Ce mode de réalisation permet notamment de couvrir le cas où la panne a un effet sur la mesure compensant l’erreur de modélisation et rendant potentiellement plus difficile la localisation de la panne avec le premier mode de réalisation alternatif.
Pour réaliser cela, on mémorise sur une fenêtre glissante les estimations de biais à chaque itération de l’observateur par filtre de Kalman. Lorsqu’un nombre prédéfini de valeurs sont mémorisées, on détermine la variance ou l’écart-type des estimations du biais de la première voie de mesure et on détermine la variance ou l’écart-type des estimations du biais de la deuxième voie de mesure .
On compare les variances ou les écart-types obtenus et on émet un signal de sélection désignant la voie de mesure du capteur redondé pour laquelle la variance ou l’écart-type de l’estimation du biais associée prend la valeur la plus faible.
Dans un troisième mode de réalisation alternatif, le système de commande selon l’invention permet de comparer l’évolution du gradient des deux estimations de biais pour tenir compte des dérives du système.
Comme pour le deuxième mode de réalisation alternatif, on mémorise les estimations de biais à chaque itération de l’observateur par filtre de Kalman. Lorsqu’un nombre prédéfini de valeurs sont mémorisées, on détermine le gradient des estimations du biais de la première voie de mesure et on détermine le gradient des estimations du biais de la deuxième voie de mesure .
On compare les gradients ainsi obtenus et on émet un signal de sélection désignant la voie de mesure du capteur redondé pour laquelle le gradient de l’estimation de biais associée est le plus faible.
Il est également possible de configurer le système de commande selon l’invention pour détecter les pannes d’actionnement. Dans le cas d’un moteur aéronautique, on peut citer les pannes d’actionnement d’un doseur carburant.
Pour réaliser cela, on peut réutiliser les sorties du dispositif 5a de type observateur à filtre de Kalman en entrée du dispositif de détection 6, illustré par la .
Le dispositif de détection 6 comprend un premier soustracteur 6a déterminant la différence entre la mesure de la première voie de mesure 3ia du capteur redondé et la mesure de la deuxième voie de mesure 3ib du même capteur redondé.
Un premier moyen de comparaison 6b détermine si la différence entre la mesure de la première voie de mesure 3ia du capteur redondé et la mesure de la deuxième voie de mesure 3ib du même capteur redondé est inférieure à un deuxième seuil S2. Si tel est le cas, le premier moyen de comparaison émet alors un premier signal à destination de la porte logique 6g.
Un deuxième moyen de comparaison 6c détermine si l’estimation du biais de la première voie de mesure est supérieure à un troisième seuil S3. Si tel est le cas, le deuxième moyen de comparaison 6c émet un premier signal à destination de la porte logique 6g.
Selon un mode de réalisation, le mécanisme d’attribution d’une adresse basée sur un compteur permet d’assurer en outre l’unicité des adresses et est simple à mettre en œuvre. D’autres modes de réalisation sont toutefois envisageables.
L’utilisation du signal d’invitation permet de séquencer les attributions d’adresses module par module, dans un ordre structuré et connu. Ainsi, toutes les adresses attribuées à un même module sont nécessairement contiguës. De même, deux modules voisins ont nécessairement des adresses voisines. Ce mécanisme permet donc de grandement faciliter la gestion des tables d’adressage des modules et les mécanismes d’acheminement des messages pour la gestion de l’unité PDU.
Selon un mode de réalisation, le module de base comporte une interface de gestion permettant les échanges avec des dispositifs extérieurs, au moyen de messages de gestion. Ces messages de gestion peuvent comporter au moins une adresse de prise (ou autre objet gérable), tel qu’attribué précédemment.
Ainsi, les adresses attribuées par l’invention peuvent permettre à des dispositifs de gestion de gérer individuellement chacune des prises de l’unité de distribution d’énergie.
Il peut notamment être possible de recevoir des messages contenant des mesures ou autres informations provenant des prises, et dont l’adresse permet de les identifier. Dans l’autre sens, un dispositif extérieur peut commander les prises à distance, au moyen de leurs adresses uniques, pour les allumer, les éteindre, etc.
Les messages de gestion peuvent être conformes aux différents standards de gestion à distance d’équipements de réseau ou électronique. Un exemple d’un tel standard est le protocole SNMP (« Simple Network Management Protocol"). D’autres mécanismes sont possibles comme une interface de type CLI (« Command Line Interface »), ou bien la mise en place d’un serveur Web au sein du module de base qui peut être accessible par les dispositifs extérieurs via le protocole http.
Selon un mode de réalisation, plusieurs unités de distribution d’énergie peuvent être connecter les unes aux autres. Une première unité est connectée à une deuxième, elle-même connectée à une troisième et ainsi de suite, en « cascade ». Seule l’unité en début de chaîne peut posséder une interface de gestion qui peut ainsi permettre l’interfaçage de l’ensemble des unités interconnectées avec des dispositifs extérieurs.
Dans une telle situation, il peut être souhaitable que les prises électriques de l’ensemble des unités de distribution d’énergie ne constituent qu’un seul espace d’adressage pour les dispositifs extérieurs.
Ainsi, une adresse peut être déterminée en combinant une adresse localement unique à une unité de distribution d’énergie (par exemple un compteur), et un identifiant de l’unité de distribution d’énergie. Cette façon e construire les adresses permet d’adresser toutes prises d’un ensemble de plusieurs PDU, de façon unique.
authentification par jeton non fongible Domaine technique de l’invention L’invention concerne les usages liés aux technologies impliquant des chaînes de blocs (technologies regroupées sous l’appellation (« la blockchain »), en particulier l’authentification numérique des usagers de services associés à la blockchain.
Arrière-plan technique Les usages liés à la blockchain et notamment l’adoption des cryptomonnaies se sont développés dans un environnement peu régulé. En particulier, l’acquisition par un usager de jetons de cryptomonnaies, l’échange de ces jetons sur des places de marché spécialisées ou des plateformes d’échange de cryptomonnaies, ou encore la connexion d’un usager à un service décentralisé adossé à une chaîne de blocs, sont des actions qui se sont d’abord réalisées de manière peu voire pas contrôlées en ce qui concerne l’identité de l’usager. Or, d’une part, l’accès du plus grand nombre aux services rendus possibles par la blockchain nécessite une sécurisation des usages, en particulier contre l’usurpation d’identité ou le vol de jetons. D’autre part, les autorités publiques ont entrepris la mise en place de règlements visant à forcer les fournisseurs de services adossés à la blockchain à authentifier de manière fiable leurs usagers, de manière à identifier les bénéficiaires économiques de cet environnement et à lutter contre les fraudes ou l’usage de la blockchain à des fins malhonnêtes.
Ainsi, il est désormais devenu nécessaire pour bon nombre d’usagers de la blockchain de fournir des données personnelles aux différents fournisseurs de services adossés à la blockchain, fournisseurs de service qui font face à de plus en plus de contraintes légales les invitant à mettre en place des procédés d’authentification fiables des usagers.
Cette évolution pose toutefois des inconvénients.
En particulier, les procédés d’authentification mis en place sont inconfortables pour les usagers. Ceux-ci doivent notamment fournir des données personnelles telles que des images de leurs documents d’identité, se filmer ou se photographier en étant accompagné de ces documents ou de déclarations sur l’honneur, en produisant certains gestes requis, répondre à des questionnaires, puis attendre un temps minimal de vérification avant d’accéder au service demandé. Ces procédés doivent être réitérés pour chaque fournisseur de service.
En outre, les usagers sont de plus en plus conscients de l’usage de leurs données personnelles en ligne, en particulier à des fins commerciales parfois non souhaitées. Il se développe un mouvement pour un contrôle maximal sur l’accès à ses données personnelles, à rebours des contraintes imposées de plus en plus aux fournisseurs de services de la blockchain. Les procédés d’authentification mis en place sont d’autant plus gênants pour les usagers que l’un des intérêts de la blockchain a traditionnellement résidé justement dans l’accès à des services de manière facile, souvent anonyme.
Dans certains modes de réalisation préférés, la composition selon la présente invention a une viscosité plus élevée.
Selon un mode de réalisation préféré, la composition de la présente invention a une viscosité de 15 UD (Unités de Déviation) à 60 UD, de préférence de 20 UD à 55 UD, mesurée à 25 °C à l’aide d’un viscosimètre Rheomat R180 équipé d’une broche M1 ou M2 tournant à 200 tr/min.
Selon le deuxième aspect, la présente invention fournit un procédé non thérapeutique de soin de la peau comprenant l’application de la composition selon le premier aspect de la présente invention sur la peau pendant une période de temps, puis le rinçage de la peau.
En particulier, la peau est le cuir chevelu.
Nom INCI Nom commercial Fournisseur HYDROXYETHYLPIPERAZINE ETHANE SULFONIC ACID HEPES-LUV TAIWAN HOPAX GLYCOLIC ACID GLYPURE 70 CHEMOURS ETHANOL ETHYL ALCOHOL 99N AROMA HOLLY LIMITED XANTHAN KELTROL CG-T CP KELCO TETRASODIUM GLUTAMATE DIACETATE DISSOLVINE GL-47-S AKZO NOBEL (NOURYON) HYDROXYETHYL CELLULOSE NATROSOL 250 HHR CS ASHLAND
Exemples d’invention 1 à 5 et exemple comparatif 1
Les compositions selon les exemples d’invention (EI.) 1 à 5 et l’exemple comparatif (EC.) 1 ont été préparées selon les teneurs indiquées dans le tableau 2 (les teneurs sont exprimées en pourcentages en poids de matière active par rapport au poids total de chaque composition, sauf indication contraire).
Composants EI. 1 EI. 2 EI. 3 EI.4 EI. 5 EC. 1 % en poids % en poids % en poids % en poids % en poids % en poids ACIDE HYDROXYETHYLPIPERAZINE ETHANE SULFONIQUE 5 5 5 5 5 0 ACIDE GLYCOLIQUE 1,4 1,4 1,4 1,4 1,4 0 éTHANOL 10 10 10 10 10 0 XANTHANE 0,12 0,5 0,375 0,12 0,12 0,12 HYDROXYéTHYL CELLULOSE 0 0 0,375 0 0 0 DIACETATE DE GLUTAMATE TETRASODIQUE 0,2 0,2 0,2 0 0,2 0,2 SORBATE DE POTASSIUM 0,1 0,1 0,1 0,1 0,1 0,1 CAPRYLYL GLYCOL 0,3 0,3 0,3 0,3 0,3 0,3 BUTYLèNE GLYCOL 6 6 6 6 6 6 PROPANEDIOL 2 2 2 2 2 2 HYDROXYDE DE SODIUM 0,5 0,5 0,5 0,5 0,25 0 ACIDE CITRIQUE 0 0 0 0 0 0,7 EAU QS100 QS100 QS100 QS100 QS100 QS100 pH 4,6 4,6 4,6 4,6 4 5,3
Processus de préparation Les compositions ci-dessus ont été préparées comme suit :
1). ajouter la gomme de xanthane et l’hydroxyéthylcellulose (le cas échéant) dans l’eau petit à petit pour éviter l’agglomération et bien remuer jusqu’à obtention d’un mélange uniforme ;
2). ajouter l’acide glycolique et l’acide hydroxyéthylpipérazine éthane sulfonique (le cas échéant) au mélange et bien agiter ;
3). ajouter petit à petit au mélange l’éthanol (le cas échéant), le caprylyl glycol, le butylène glycol et le propanediol ;
4). ajouter le sorbate de potassium et le diacétate de glutamate tétrasodique au mélange ; et
5). mesurer et ajuster le pH avec de l’hydroxyde de sodium et de l’acide citrique (le cas échéant) pour obtenir une composition.
La est un tableau montrant des exemples de probabilités de détection d’un point d’entrée de sable en fond de puits pour des paires de caractéristiques du sous-ensemble de caractéristiques envisagées pour une utilisation avec des arbres de décision d’un classificateur de forêt aléatoire, selon un mode de réalisation.
La illustre une vue schématique d’un système informatique, selon un mode de réalisation.
Description détaillée Il va maintenant être fait référence en détail aux modes de réalisation, dont des exemples sont illustrés dans les dessins et les figures en annexe. Dans la description détaillée suivante, de nombreux détails spécifiques sont donnés afin de permettre une compréhension approfondie de l’invention. Cependant, il apparaîtra à l’homme du métier que l’invention peut être mise en pratique sans ces détails spécifiques. Dans d’autres cas, des procédés, des procédures, des composants, des circuits et des réseaux bien connus n’ont pas été décrits en détail afin de ne pas obscurcir inutilement les aspects des modes de réalisation.
On comprendra également que, bien que les termes « premier », « second », etc., puissent être utilisés ici pour décrire divers éléments, ces éléments ne doivent pas être limités par ces termes. Ces termes ne sont utilisés que pour distinguer un élément d’un autre. Par exemple, un premier objet ou une première étape pourrait être appelé(e) « second objet » ou « seconde étape », et, de manière similaire, un second objet ou une seconde étape pourrait être appelé(e) « premier objet » ou « première étape », sans sortir du cadre de la présente invention. Le premier objet ou la première étape, et le second objet ou la seconde étape, sont tous les deux respectivement des objets ou des étapes, mais ils ne doivent pas être considérés comme le même objet ou la même étape.
La terminologie utilisée dans la présente description a pour but de décrire des modes de réalisation particuliers et n’a pas de caractère limitatif. On comprendra également que le terme « et/ou », tel qu’il est utilisé ici, fait référence à toutes les combinaisons possibles d’un ou plusieurs des éléments répertoriés associés et les englobe. Il est en outre entendu que les termes « présente », « présentant », et/ou « comprend », « comprenant », lorsqu’ils sont utilisés dans la présente description, indiquent la présence de caractéristiques, d’entiers, d’étapes, d’opérations, d’éléments et/ou de composants mentionnés, mais n’excluent pas la présence ou l’ajout d’un(e) ou de plusieurs autres caractéristiques, entiers, étapes, opérations, éléments, composants et/ou groupes de ceux-ci. En outre, tel qu’il est utilisé ici, le terme « si » peut être interprété comme signifiant « quand » ou « lors » ou « en réponse à la détermination » ou « en réponse à la détection », selon le contexte.
L’attention est maintenant dirigée vers des procédures de traitement, des procédés, des techniques et des flux de tâches qui sont conformes à certains modes de réalisation. Certaines opérations dans les procédures de traitement, les procédés, les techniques et les flux de tâches décrits ici peuvent être combinées et/ou l’ordre de certaines opérations peut être modifié.
La illustre un exemple d’un système 100 qui présente divers composants de gestion 110 pour gérer divers aspects d’un environnement géologique 150 (par exemple, un environnement qui présente un bassin sédimentaire, un réservoir 151, une ou plusieurs failles 153-1, un ou plusieurs corps géologiques 153-2, etc.). Par exemple, les composants de gestion 110 peuvent permettre une gestion directe ou indirecte de la détection, du forage, de l’injection, de l’extraction, etc., par rapport à l’environnement géologique 150. À leur tour, d’autres informations sur l’environnement géologique 150 peuvent devenir disponibles en tant que rétroaction 160 (par exemple, éventuellement en tant qu’entrée vers un ou plusieurs des composants de gestion 110).
Dans l’exemple de la , les composants de gestion 110 présentent un composant de données sismiques 112, un composant d’informations supplémentaires 114 (par exemple, des données de puits/diagraphie), un composant de traitement 116, un composant de simulation 120, un composant d’attribut 130, un composant d’analyse/de visualisation 142 et un composant de flux de tâches 144. En fonctionnement, des données sismiques et d’autres informations fournies par les composants 112 et 114 peuvent être entrées dans le composant de simulation 120.
Dans un exemple de mode de réalisation, le composant de simulation 120 peut s’appuyer sur des entités 122. Les entités 122 peuvent présenter des entités terrestres ou des objets géologiques tels que des puits, des surfaces, des corps, des réservoirs, etc. Dans le système 100, les entités 122 peuvent présenter des représentations virtuelles d’entités physiques réelles qui sont reconstruites à des fins de simulation. Les entités 122 peuvent présenter des entités basées sur des données acquises par la détection, l’observation, etc. (par exemple, les données sismiques 112 et d’autres informations 114). Une entité peut être caractérisée par une ou plusieurs propriétés (par exemple, une entité de grille de piliers géométrique d’un modèle terrestre peut être caractérisée par une propriété de porosité). Ces propriétés peuvent représenter une ou plusieurs mesures (par exemple, des données acquises), des calculs, etc.
Dans un exemple de mode de réalisation, le composant de simulation 120 peut fonctionner en conjonction avec un cadre logiciel tel qu’un cadre basé sur des objets. Dans un tel cadre, les entités peuvent présenter des entités basées sur des classes prédéfinies pour faciliter la modélisation et la simulation. Un exemple disponible dans le commerce d’un cadre basé sur des objets est le framework MICROSOFT ® .NET ® (Redmond, Washington), qui fournit un ensemble de classes d’objets extensibles. Dans le framework .NET ® , une classe d’objets encapsule un module de code réutilisable et les structures de données associées. Les classes d’objets peuvent être utilisées pour instancier des instances d’objets à utiliser par un programme, un script, etc. Par exemple, les classes de trous de forage peuvent définir des objets pour représenter des trous de forage sur la base de données de puits.
Dans l’exemple de la , le composant de simulation 120 peut traiter des informations pour se conformer à un ou plusieurs attributs spécifiés par le composant d’attribut 130, qui peut présenter une bibliothèque d’attributs. Un tel traitement peut se produire avant l’entrée dans le composant de simulation 120 (par exemple, en considérant le composant de traitement 116). À titre d’exemple, le composant de simulation 120 peut effectuer des opérations sur des informations d’entrée sur la base d’un ou plusieurs attributs spécifiés par le composant d’attribut 130. Dans un exemple de mode de réalisation, le composant de simulation 120 peut construire un ou plusieurs modèles de l’environnement géologique 150, sur lesquels on peut s’appuyer pour simuler le comportement de l’environnement géologique 150 (par exemple, en réponse à un ou plusieurs actes, qu’ils soient naturels ou artificiels). Dans l’exemple de la , le composant d’analyse/de visualisation 142 peut permettre une interaction avec un modèle ou des résultats basés sur un modèle (par exemple, des résultats de simulation, etc.). À titre d’exemple, la sortie du composant de simulation 120 peut être entrée dans un ou plusieurs autres flux de tâches, comme indiqué par un composant de flux de tâches 144.
À titre d’exemple, le composant de simulation 120 peut présenter une ou plusieurs caractéristiques d’un simulateur tel que le simulateur de réservoir ECLIPSE TM (Schlumberger Limited, Houston Texas), le simulateur de réservoir INTERSECT TM (Schlumberger Limited, Houston Texas), etc. En guise d’exemple, un composant de simulation, un simulateur, etc., peut présenter des fonctionnalités pour mettre en œuvre une ou plusieurs techniques sans maillage (par exemple, pour résoudre une ou plusieurs équations, etc.). À titre d’exemple, un réservoir ou des réservoirs peuvent être simulés par rapport à une ou à plusieurs techniques de récupération améliorée (par exemple, considérons un processus thermique tel que SAGD, etc.).
Dans un exemple de mode de réalisation, les composants de gestion 110 peuvent présenter des caractéristiques d’un cadre disponible dans le commerce, tel que le cadre logiciel sismique à simulation PETREL ® (Schlumberger Limited, Houston, Texas). Le cadre PETREL ® fournit des composants qui permettent d’optimiser les opérations d’exploration et de développement. Le cadre PETREL ® présente des composants logiciels sismique à simulation qui peuvent générer des informations à utiliser pour augmenter les performances du réservoir, par exemple, en améliorant la productivité de l’équipe d’actifs. Grâce à l’utilisation d’un tel cadre, divers professionnels (par exemple, des géophysiciens, des géologues et des ingénieurs de réservoir) peuvent développer des flux de tâches collaboratifs et intégrer des opérations pour rationaliser les processus. Un tel cadre peut être considéré comme une application et peut être considéré comme une application axée sur les données (par exemple, lorsque les données sont saisies à des fins de modélisation, de simulation, etc.).
Dans un exemple de mode de réalisation, divers aspects des composants de gestion 110 peuvent présenter des modules complémentaires ou des plug-ins qui fonctionnent selon les spécifications d’un environnement cadre. Par exemple, un environnement cadre disponible dans le commerce commercialisé sous le nom d’environnement cadre OCEAN ® (Schlumberger Limited, Houston, Texas) permet l’intégration de modules complémentaires (ou plug-ins) dans un flux de tâches cadre PETREL ® . L’environnement cadre OCEAN ® s’appuie sur les outils .NET ® (Microsoft Corporation, Redmond, Washington) et offre des interfaces stables et conviviales pour un développement efficace. Dans un exemple de mode de réalisation, divers composants peuvent être mis en œuvre en tant que modules complémentaires (ou plug-ins) qui se conforment et fonctionnent selon les spécifications d’un environnement cadre (par exemple, selon les spécifications de l’interface de programmation d’application (API), etc.).
La montre également un exemple d’un cadre 170 qui présente une couche de simulation de modèle 180 avec une couche de services de cadre 190, une couche de noyau de cadre 195 et une couche de modules 175. Le cadre 170 peut présenter le cadre de OCEAN ® disponible dans le commerce où la couche de simulation de modèle 180 est le progiciel centré sur le modèle PETREL ® , disponible dans le commerce, qui héberge les applications cadres OCEAN ® . Dans un exemple de mode de réalisation, le logiciel PETREL ® peut être considéré comme une application pilotée par les données. Le logiciel PETREL ® peut présenter un cadre pour la construction et la visualisation de modèles.
À titre d’exemple, un cadre peut présenter des fonctionnalités pour mettre en œuvre une ou plusieurs techniques de génération de maillage. Par exemple, un cadre peut présenter un composant d’entrée pour la réception d’informations provenant de l’interprétation de données sismiques, un ou plusieurs attributs basés au moins en partie sur des données sismiques, des données de journal, des données d’image, etc. Un tel cadre peut présenter un composant de génération de maillage qui traite des informations d’entrée, éventuellement en conjonction avec d’autres informations, pour générer un maillage.
Cette première peau 2 comporte, d’une part, une face externe 20 qui est orientée en direction de l’extérieur du mur 1 et, d’autre part, une face interne 21 qui est orientée en direction de l’intérieur du mur 1.
Un tel mur 1 comporte, également, une seconde peau 3, qui est destinée à être orientée dans une seconde direction opposée à la première direction, qui est parallèle à la première peau 2, et qui est positionnée à une distance déterminée de la première peau 2 en sorte de définir un volume interne 4. Cette seconde peau 3 peut, là encore, être réalisée en un matériau hydraulique (plus particulièrement du béton) ou en un matériau polymère (notamment un matériau synthétique, un matériau plastique, une résine ou autre).
Cette seconde peau 3 comporte, d’une part, une face externe 30 qui est orientée en direction de l’extérieur du mur 1 et, d’autre part, une face interne 31 qui est orientée en direction de l’intérieur du mur 1.