INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
illustre schématiquement, dans une vue en coupe horizontale, une représentation symbolique selon un premier exemple particulier de réalisation de la présente invention. Dans cet premier exemple de réalisation l’invention propose un dispositif d’éclairage et/ou de signalisation pour véhicule comprenant au moins une première source de lumière SL1 propre à générer des photons, une glace translucide GL, ladite glace GL comprenant une face avant 210 et une face arrière 220, les deux faces étant polies, caractérisé en ce que ledit dispositif comprend en outre une vitre VI comprenant une face avant 250 et une face arrière 260, ladite vitre VI étant placée entre ladite glace GL et ladite première source de lumière SL1, la face avant de ladite vitre étant au regard de la face arrière de ladite glace à une distance prédéterminée d.
La première source de lumière SL1 peut être une source de lumière SL telle que décrite précédemment. La première source de lumière SL1 n’est pas accolée à la glace GL. La première source de lumière SL1 n’est pas accolée à la vitre VI. La première source de lumière SL1 peut donc comprendre des LED à hautes puissances pour assurer des fonctions d’éclairage réglementaire.
La glace GL peut être une glace telle que décrite précédemment. La glace GL comprend une face avant 210 orienté vers l’extérieur, et une face arrière 220 opposée à la face avant. La face arrière reçoit les photons générés par la première source de lumière SL1. La glace GL comporte une épaisseur e. Les faces sont polies et la glace est translucide. La glace est en verre, feuilleté ou non, ou en matière plastique comme du polycarbonate. La glace est une glace de protection placée à l’interface avec l’extérieur Ext.
A l’intérieur Int, la vitre VI est disposée entre la glace GL et la première source de lumière SL1. La vitre est en verre, feuilleté ou non, ou en matière plastique transparente comme du polycarbonate. Avantageusement, ladite vitre est semi réfléchissante, ladite vitre est configurée pour réfléchir des photons provenant d’une réflexion sur la glace des photons générés par ladite source de lumière. Il est connu de traiter des vitres pour les rendre semi réfléchissantes. Par « semi réfléchissant », on entend que suivant le sens de provenance de photons, ceux-ci sont réfléchis ou ne le sont pas. La vitre VI est configurée pour ne pas réfléchir les photons allant dans le sens de l’intérieur Int vers l’extérieur Ext, et pour réfléchir les photons allant dans le sens de l’extérieur Ext vers l’intérieur Int.
Le dispositif observé de face, ainsi selon un rayon lumineux 230, ne montre pas d’effet miroir à l’infini, permettant ainsi d’avoir le maximum de flux de photons. Le dispositif observé de biais, par exemple de trois quarts, permet de voir différents rebonds 240.
Les rebonds 240 comprennent plusieurs rayons lumineux générés par les photons. Le rayon 241 est un rayon lumineux directement perçu par un observateur qui regarde la première source de lumière SL1 depuis l’extérieur Ext selon l’axe donné par le rayon 241. Le rayon 241 est réfléchi en partie, principalement par la face avant 210 de la glace GL et aussi par la face arrière 220 de la glace.
Un rayon réfléchi par la face avant 210 de la glace est réfléchi principalement par la face arrière de la glace, générant par exemple les rayons 242, 243, 245, 246.
Un rayon réfléchi par la face arrière 220 de la glace est réfléchi principalement par la face avant 250 de la vitre, générant par exemple les rayons 244 et 247.
On a ainsi un effet miroir à l’infini, un point lumineux est vu plusieurs fois de manière décalée. L’écart entre les rayons 241 et 242, 242 et 243, 244 et 245, 245 et 246 dépendent notamment de l’épaisseur e de la glace GL et de l’angle d’observation. L’écart entre les rayons 241 et 244, 244 et 247 dépendent notamment de la distance prédéterminée d. La distance prédéterminée est la distance qui sépare la face arrière 220 de la glace de la face avant 250 de la vitre.
Avantageusement, ladite distance prédéterminée d est comprise entre 5 et 15 mm. Dans un autre mode opératoire la distance prédéterminée est choisie en fonction de l’épaisseur e de la glace permettant ainsi définir l’espacement, ou les écarts, entre rebond, ou rayons, suivant l’angle d’observation. Avantageusement, ladite distance prédéterminée d est de l’ordre de deux fois l’épaisseur de la glace ce qui permet d’avoir un espacement régulier et cohérent entre rebond.
Avantageusement, le dispositif d’éclairage comprend plusieurs premières sources lumineuses SL1.
illustre schématiquement, dans une vue en coupe horizontale, une représentation symbolique selon un deuxième exemple particulier de réalisation de la présente invention. Dans cet exemple, le dispositif comprend une seconde source de lumière SL2 propre à générer des photons, ladite deuxième source SL2 étant accolée à la face arrière 320 de ladite glace.
La première source lumineuse SL1, la glace GL, la vitre VI, les rebonds, …, sont identiques à ceux au premier exemple de réalisation. Le deuxième mode de réalisation comporte en plus une au moins une seconde source lumineuse SL2.
La deuxième source lumineuse SL2 est une source de lumière dissipant peu de chaleur, c’est-à-dire une fonction photométrique décorative ou esthétique permettant d’influencer favorablement sur la qualité perçue et sur la reconnaissance d’une marque du fabricant du véhicule, de jour comme de nuit.
Un intérêt de l’invention est de générer des domaines d’entraînement de fonction apprenante sur des corpus de données. A cet effet, l’invention permet d’exportation et l’exploitation d’un domaine d’entraînement réalisé à partir d’un premier ensemble de données pour être utilisé par une autre fonction apprenante, par exemple FA 2 dans le cadre d’un autre ensemble de données par exemple ENS 2 . Un avantage est de disposer de fonctions pré-entraînées déjà performantes pour débuter l’exploitation d’un nouveau corpus de données.
Le procédé de l’invention permet de générer une interface graphique au sein de laquelle des accès à d’autres espaces de données ici représentés dans la par les onglets WS2, WS3 et WS4. Un avantage est de permettre une génération d’une pluralité d’espace de données pour chaque utilisateur afin de partager un contenu numérique de manière collaborative. Chaque domaine d’entraînement est spécifique à un espace de données pour un ensemble de données contenu dans l’espace de données. Ainsi, chaque espace de données peut être exploité par une fonction apprise qui est propre à l’ensemble des données de l’espace en question.
METHODE ET SERVEUR DE GESTION DE DROITS D’ACCES A DES RESSOURCES PARTAGEES La présente divulgation relève du domaine du partage des ressources informatiques. Plus particulièrement, elle relève du domaine de la gestion des droits d’accès à des ressources informatiques partagées.
Le partage, ou mutualisation, de ressources informatiques consiste à partager, entre plusieurs acteurs, des ressources détenues par les différents acteurs.
Le partage de ressources peut s’opérer entre plusieurs clients d’au moins un serveur, qui envoient des requêtes au serveur pour partager leurs ressources et accéder à celles d’autres clients.
Le partage de ressources apporte des bénéfices aux clients dans de nombreux domaines.
Par exemple, les clients peuvent partager des fichiers, mais aussi des bases d’entrainement de moteurs d’apprentissage automatique afin de mutualiser leurs bases d’apprentissage. La mutualisation de ressources peut encore par exemple porter sur des éléments fédérés de jumeaux numériques.
Cependant, le partage d’une ressource par un client comporte le risque d’accès non désiré à la ressource par des tiers, ou d’usage abusif de la ressource par un autre client.
Ce risque est particulièrement fort lorsqu’il existe une différence importante d’importance entre deux clients, et peut freiner l’adoption de solutions de mutualisation de ressources par des clients.
Il y a donc besoin de solutions de partage de ressource entre plusieurs clients, permettant à chaque client de contrôler les droits d’accès aux ressources qu’il fournit.
Il est proposé une méthode de gestion d’au moins une ressource d’un ensemble de ressources fournies par une pluralité de clients, ladite méthode étant mise en œuvre par au moins un serveur et comprenant : la définition, par l’au moins un serveur, dans une structure définissant des droits d’accès pour un ensemble de ressources fournies par une pluralité de client, et à la réception d’une première requête d’un premier client de ladite pluralité de clients, des droits d’accès d’au moins une ressource fournie par ledit premier client ; la réception, par l’au moins un serveur, d’une deuxième requête d’un deuxième client de ladite pluralité de clients, demandant l’accès à l’au moins une ressource fournie par le premier client ; la fourniture, par l’au moins un serveur, de l’accès à l’au moins une ressource audit deuxième client si les droits d’accès le permettent.
On entend par "structure" une organisation de données permettant de formaliser des données informatiques. Une structure peut par exemple être un tableau ou une base de données.
On entend par "ressource" un élément utilisable par une application pour son exécution. Une ressource peut être: une ressource matérielle, tel qu'une ressource de calcul, une ressource mémoire, une ressource réseau, etc. du contenu pouvant être utilisé par des applications, tels que du contenu multimédia, des lignes de codes, des mots de passe, etc. Le contenu peut être par exemple défini dans des fichiers ou bases de données, des modèles entraînés grâce à du contenu fourni par le premier client, etc. une API permettant l'exécution d'une fonction spécifique.
On entend par "client" une entité envoyant des requêtes au serveur afin de fournir du contenu, définir des droits d'accès et/ou accéder à du contenu. Un client peut par exemple être défini par un terminal utilisateur, un utilisateur d'un terminal, une entreprise ou une application exécutée par exemple dans une machine virtuelle ou un conteneur.
Ceci permet un partage de ressources entre plusieurs clients, tout en permettant à chaque client de contrôler les droits d’accès aux ressources qu’il fournit. Dans d’autres termes, la méthode proposée permet d’orchestrer la mutualisation de ressources entre plusieurs clients avec une sécurité renforcée.
D’abord, l’étape S910 consiste à déterminer si la station d’énergie de batterie est capable de se connecter à un dispositif mobile ou à un véhicule électrique correspondant aux premières données d’utilisateur, par l’intermédiaire d’un réseau sans fil, tel qu’un réseau Bluetooth ou Wi-Fi. Lorsque la station d’énergie de batterie ne peut pas se connecter au dispositif mobile ou au véhicule électrique par l’intermédiaire du réseau (« NON » déterminé à l’étape S920), le flux du procédé prend fin. Lorsque la station d’énergie de batterie se connecte au dispositif mobile ou au véhicule électrique par l’intermédiaire du réseau (« OUI » déterminé à l’étape S920), comme le montre l’étape S930, la station d’énergie de batterie obtient l’instruction d’échange de batterie par l’intermédiaire du réseau. En d’autres termes, lorsque l’utilisateur est proche d’une station d’énergie de batterie spécifique de sorte que la station d’énergie de batterie peut se connecter au dispositif mobile ou au véhicule électrique, même si l’utilisateur n’a pas placé une batterie à échanger dans la station d’énergie de batterie, la station d’énergie de batterie peut commencer à réaliser certaines opérations de sélection d’une batterie et d’écriture des données d’utilisateur dans la batterie lors de l’opération d’échange de batterie.
Par conséquent, avec le procédé de gestion des données de batterie pour l’échange de batterie et la station d’énergie de batterie de la présente invention, la gestion des données peut être effectuée pour une batterie à échanger, de manière à détecter et répondre activement aux exigences d’échange d’un utilisateur dans différents scénarios d’application, fournissant ainsi une procédure d’échange de batterie plus efficace.
Le procédé ou une forme spécifique de l’invention, ou une partie de celle-ci, peut être mis(e) en œuvre sous la forme d’un ensemble de codes de programme. L’ensemble de codes de programme peut être stocké dans un support de stockage physique, tel qu’une disquette, un disque compact, un disque dur ou tout autre support de stockage lisible par machine (par exemple, lisible par ordinateur), ou peut être mis en œuvre sous la forme d’un produit-programme informatique qui n’est pas limité dans sa forme physique. Lorsque les codes de programme sont exécutés par une machine (par exemple, un ordinateur), la machine devient un dispositif de mise en œuvre du procédé de l’invention. Les codes de programme peuvent également être transmis par un support de transmission, tel qu’un(e) ou plusieurs fils, câbles, fibres optiques ou tout autre moyen de transmission, et lorsque les codes de programme sont reçus, chargés, et exécutés par une machine (par exemple, un ordinateur), une telle machine devient un dispositif de mise en œuvre du procédé de l’invention. Lorsque le procédé est mis en œuvre par un processeur polyvalent, les codes de programme amènent le processeur à fonctionner comme un dispositif spécifique ayant une fonction similaire à celle d’un circuit intégré à application spécifique (ASIC).
Dans la description ci-dessus, à des fins d’explication, de nombreux détails spécifiques ont été énoncés afin de fournir une compréhension approfondie du (des) mode(s) de réalisation. Il sera toutefois évident, pour l’homme du métier, qu’un ou plusieurs autres modes de réalisation peuvent être mis en pratique sans certains de ces détails spécifiques. Il convient également d’apprécier le fait que toute référence, dans cette spécification, à « un seul mode de réalisation », à « un mode de réalisation », à un mode de réalisation avec une indication d’un nombre ordinal, et ainsi de suite, signifie qu’une caractéristique particulière, une structure particulière ou une particularité peut être incluse dans la pratique de l’invention. Il convient en outre d’apprécier le fait que dans la description, diverses caractéristiques sont parfois regroupées ensemble dans un seul mode de réalisation, une seule figure ou dans sa description dans le but de rationaliser l’invention et d’aider à comprendre divers aspects inventifs ; cela ne signifie pas que chacune de ces caractéristiques doit être mise en pratique en présence de toutes les autres caractéristiques. En d’autres termes, dans tout mode de réalisation décrit, lorsque la mise en œuvre d’un(e) ou de plusieurs caractéristiques ou détails spécifiques n’affecte pas la mise en œuvre d’un(e) ou de plusieurs autres caractéristiques ou détails spécifiques, ladite une ou plusieurs caractéristiques peuvent être isolées et mises en pratique seules, sans ladite/ledit un(e) ou plusieurs autres caractéristiques ou détails spécifiques. Il convient en outre de noter qu’un(e) ou plusieurs caractéristiques ou détails spécifiques d’un mode de réalisation peuvent être mis(es) en pratique ensemble avec un(e) ou plusieurs caractéristiques ou détails spécifiques d’un autre mode de réalisation, le cas échéant, dans la pratique de l’invention.
Méthode de réduction de dimension d’une représentation numérique d’un fichier log informatique et méthode d’analyse d’un tel fichier L’invention concerne le domaine de l’analyse de fichiers journal informatique encore appelés fichiers logs. De nombreux systèmes informatiques génèrent de tels fichiers qui renseignent sur leur fonctionnement et leur état. Les messages de logs inclus dans ces fichiers sont générés automatiquement par des programmes et même un système relativement simple peut générer plusieurs milliers de messages de logs par seconde.
L’invention concerne l’analyse automatique de fichiers logs dans une optique de maintenance ou de détection de pannes ou encore de prédiction de pannes futures. Cette analyse peut par exemple avoir pour but la surveillance de fonctionnement, la maintenance de systèmes ou la recherche de pannes. Actuellement de nombreux systèmes génèrent des fichiers de journal renseignant sur le fonctionnement et l’état des infrastructures les concernant. Ces fichiers logs comportent des renseignements précieux qui peuvent être exploités pour détecter des anomalies de fonctionnement, lever des alertes, résoudre une panne a posteriori ou améliorer l’état des systèmes par des opérations de maintenance prédictive. En revanche les messages de logs sont générés automatiquement par des programmes et même un système relativement simple peut générer plusieurs milliers de messages de logs par seconde. Le traitement de tous ces logs par un opérateur est donc irréaliste et doit être automatisé.
La présente invention a donc pour champ d’application l’analyse automatique des fichiers de journaux (logs).
L’invention porte plus précisément sur une méthode de réduction de dimension d’une représentation numérique de fichiers logs dans l’optique d’une exploitation de ces représentations numériques par un moteur d’apprentissage automatique permettant de réaliser l’analyse automatique des fichiers.
L’analyse de fichiers logs requiert la détection de motifs caractéristiques dans les données de journal. A titre d’illustration, dans une situation de détection d’anomalie, ce motif peut constituer en l’enchaînement de messages de logs caractéristiques du processus normal de fonctionnement du système. Dans le cas général, ces motifs signature de comportement d’intérêt ne sont pas connus à l’avance. L’analyse de log par un expert est coûteuse et chronophage au vu du volume élevé d’informations à analyser et donc l’emploi d’algorithmes d’apprentissage automatique pour apprendre ces motifs est particulièrement approprié.
Cependant, la plupart des algorithmes d’apprentissage automatique ont pour entrées des tenseurs de valeurs numériques, là où les messages de logs sont le plus souvent de nature hétérogène, non-structurée ou semi-structurée contenant : des phrases, des valeurs numériques, des listes ou des structures imbriquées de ces précédents types.
Afin de pouvoir être traités automatiquement par un algorithme d’apprentissage automatique, les messages de logs doivent être convertis en vecteur numérique. Cette représentation numérique des logs doit pouvoir conserver les similarités et différences entre deux messages de logs afin d’être suffisamment expressive pour l’analyse. Pour garantir sa généricité, elle ne doit pas reposer sur des connaissances a priori sur la structure du log et l’information contenue dans les logs car ces informations sont rarement accessibles. Cette représentation doit aussi être interprétable et ne pas souffrir de biais. Enfin, cette représentation doit être de faible redondance afin de garantir l’applicabilité pratique de la solution soit en termes de ressources de calcul utilisées, soit pour accroître la robustesse de la solution (par exemple en évitant des phénomènes de sur-apprentissage), soit les deux conjointement.
Le traitement automatique des logs nécessite donc de les convertir en un tenseur de valeurs numériques qui peut être interprétable et dont la dimensionnalité est suffisamment faible pour pouvoir être traité par un algorithme d’apprentissage automatique. Dans les faits, les représentations numériques interprétables de logs, souvent sous forme de compteurs d’évènements, contiennent un certain degré de redondance de l’information. Une étape de réduction de dimensionnalité est donc nécessaire. Un problème technique à résoudre dans ce contexte consiste à réduire la dimensionnalité de représentation de log d’évènement en conservant le caractère interprétable de la représentation et sans perte d’information.
La demande de brevet français du Demandeur déposée sous le numéro FR2201383 décrit une méthode permettant de déterminer une représentation numérique de fichiers log informatique et une méthode d’analyse automatique de tels fichiers à partir de la représentation numérique générée.
La méthode proposée dans cette demande vise à encoder des données de log de type « clé-valeur » dans des matrices numériques à valeurs entières. Cet encodage préserve la sémantique des logs et la traçabilité des données initiales dans les données transformées, afin de pouvoir remonter les conclusions des analyses automatiques vers les données brutes. Cependant l’implémentation de cette méthode dans un contexte de maintenance d’infrastructure de cloud peut résulter en une représentation avoisinant 200 colonnes, pour autant de variables distinctes donc, et des centaines de milliers, voire des millions de lignes, les logs représentant très souvent des séries temporelles d’évènements collectées sur des durées significatives de plusieurs mois voire années. La matrice numérique d’encodage générée par cette méthode est donc de grande dimension, ce qui présente des inconvénients en termes de complexité de traitements pour l’analyse automatique.
Il est donc nécessaire de réduire la dimension d’une telle matrice afin de limiter la complexité d’implémentation des méthodes d’analyse automatique de logs recevant en entrée cette matrice numérique encodée. Par ailleurs, il est aussi nécessaire de préserver la sémantique et le caractère interprétable de l’encodage afin que la réduction de dimensionnalité n’entraine pas une perte d’information telle qu’il ne serait plus possible de faire correspondre les résultats de l’analyse automatique avec les données brutes d’origine extraites des fichiers log.
Ainsi, il est nécessaire de concevoir une méthode de réduction de dimension efficace en termes de compression et sans pertes.
Procédé et dispositif d’étalonnage d’un capteur d’un véhicule configuré pour mesurer la qualité de l’air d’un environnement du véhicule à partir d’un autre véhicule. La présente invention concerne les procédés et dispositifs d’étalonnage de capteur de mesure de qualité de l’air embarqué dans un véhicule, par exemple dans un véhicule automobile. La présente invention concerne également un procédé et un dispositif de calibration d’un tel capteur.
Selon un premier aspect, la présente invention concerne un procédé d’étalonnage d’un capteur embarqué dans un premier véhicule, le capteur embarqué étant configuré pour mesurer une qualité de l’air, le procédé comprenant les étapes suivantes : - réception de premières données représentatives d’une mesure de qualité de l’air extérieur par chaque deuxième véhicule d’un ensemble de deuxièmes véhicules comprenant chacun des moyens de mesure de qualité de l’air ; - obtention de deuxièmes données représentatives d’une mesure de qualité de l’air par le capteur embarqué lorsque le premier véhicule est à une distance de chaque deuxième véhicule inférieure à une distance seuil déterminée ; - comparaison des premières données avec les deuxièmes données ; - étalonnage du capteur embarqué à partir des premières données en fonction d’un résultat de la comparaison.
La comparaison entre une mesure de la qualité de l’air effectuée par un ou plusieurs deuxièmes véhicules embarquant des moyens de mesure de la qualité de l’air avec une mesure de la qualité de l’air par un capteur embarqué dans un premier véhicule permet de détecter un éventuel écart entre les mesures et d’étalonner le capteur embarqué à partir des données obtenues du deuxième véhicule si un écart est détecté.
Un tel procédé permet d’étalonner à moindre coût un capteur embarqué de mesure de la qualité de l’air dans l’habitacle du premier véhicule ou à l’extérieur du premier véhicule en se basant sur les données mesurées par un deuxième véhicule situé à proximité du premier véhicule.
Selon une variante, le procédé comprend en outre les étapes de : - réception de troisièmes données représentatives de fiabilité des premières données, - validation des troisièmes données par comparaison des troisièmes données à un ensemble de valeurs de référence l’étalonnage étant, en outre, fonction d’un résultat de la validation.
Selon encore une variante, le capteur embarqué est étalonné en fonction des premières données lorsque le résultat de la validation est représentatif d’une différence entre l’ensemble de valeurs de référence et les troisièmes données inférieure à un deuxième seuil déterminé.