INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Applications dans le monde réel La est un dessin d’un réseau d’ordinateurs 1100 montrant un dispositif informatique de développement 1102, un dispositif informatique de site web 1104, un dispositif informatique en nuage 1105, un dispositif informatique de distribution d’applications 1106 et des dispositifs informatiques périphériques respectifs, à savoir un téléphone intelligent 1108 et une tablette 1110, selon un mode de réalisation. Les dispositifs informatiques sont couplés via un réseau de communications 1112. Le réseau d’ordinateurs 1100 est simplifié. Par exemple, le dispositif informatique de site web 1104, le dispositif informatique de nuage 1105 et le dispositif informatique de distribution d’applications 1106 sont des exemples de dispositifs de systèmes respectifs de site web, de nuage et de distribution d’applications. Le réseau de communications 1112 peut comprendre une pluralité de réseaux filaires et/ou sans fil, qui peuvent inclure des réseaux privés et publics.
Dans le mode de réalisation, le dispositif informatique de développement 1102 est couplé à un magasin de données 1114 (qui peut inclure une base de données) mémorisant un ou plusieurs jeux de données tels que pour configurer (ce qui peut inclure l’entraînement) et mettre à l’essai, etc. un cadre de réseau 1116. Selon un mode de réalisation, le cadre de réseau 1116 comprend un générateur GAN et est configurée pour une optimisation à deux stades pour effectuer un transfert de style, en particulier un transfert de coiffure.
-un bloc 44 de détection de silence, destiné à détecter les transitions entre deux enregistrements musicaux distincts ;
-un bloc 46 de calcul de la valeur quadratique moyenne ou RMS (pour « Root Mean Square ») de l’enveloppe du signal audio fourni en entrée du module 26, par exemple un filtrage à réponse impulsionnelle infinie (ou filtre IIR) de premier ordre ;
-un bloc 48 de calcul d’un niveau L(t) du signal audio en fonction des résultats des blocs 44 et 46, et
-un bloc 50 de calcul dynamique de pente du module 22 d’augmentation de la dynamique.
Plus généralement, le bloc 46 calcule une enveloppe moyenne du signal audio fourni en entrée, qui est le signal basse fréquence S L dans le module 4 d’amélioration du rendu sonore des basses fréquences.
La pente s(t) est ajustée dynamiquement au cours du temps en fonction du niveau du signal L(t) calculé, du premier paramètre B 1 de renforcement de niveau bas et un deuxième paramètre B 2 de renforcement de niveau haut. Le premier paramètre B 1 est représentatif d’un niveau de gain, en dB, à appliquer à des signaux audio de niveau bas L b et le deuxième paramètre B 2 est d’un niveau de gain, en dB, à appliquer à des signaux audio de niveau haut L h .
Les paramètres B 1 , B 2 sont par exemple prédéterminés, i.e. fixés par défaut ou bien sont fournis par un utilisateur via une interface homme-machine non représentée.
Le calcul de la pente s(t) ajustée dynamiquement est semblable à une interpolation linéaire entre une deux régions de fonctionnement, respectivement une région de niveau bas et une région de niveau haut, en fonction du niveau du signal L(t) calculé dynamiquement, sensiblement en temps réel.
Un mode de réalisation d’un procédé mis en œuvre par les blocs 44, 46, 48 et 50 décrits ci-dessus est décrit ci-après en référence à la .
Le procédé reçoit en entrée un signal d’entrée qui est le signal basse fréquence S L .
Les paramètres B 1 , B 2 sont préalablement reçus et mémorisés.
Le procédé comprend une étape 52 de calcul de la valeur quadratique moyenne ou RMS de l’enveloppe du signal basse fréquence S L , à l’instant temporel t.
Toute méthode de calcul de la valeur quadratique moyenne de l’enveloppe est applicable.
Dans un mode de réalisation, un filtre IIR de premier ordre, paramétré par une constante d’intégration α, est mis en œuvre :
Où désigne l’enveloppe estimée à l’instant t, et désigne l’amplitude du signal basse fréquence, fourni en entrée du module 26, à l’instant t.
Lors d’une comparaison 54, suivant le calcul 52 de l’enveloppe moyenne, il est vérifié si l’enveloppe moyenne estimée à l’instant t est supérieure ou égale au niveau du signal L(t) préalablement calculé.
Le choix d’une évacuation de l’air aspiré et filtré vers le haut ou vers le bas peut être dicté, soit par la nature des déchets prélevés, soit par la configuration des lieux.
Ainsi, si le véhicule circule dans une zone d’habitation ou comportant des branches d’arbre ou des éléments de mobiliers urbains dans la zone située au-dessus de celle qui est à traiter, il pourra être opportun d’utiliser l’option d’évacuation vers le bas, pour éviter toute dégradation, qui pourrait être liée par exemple en automne à la chute de feuilles sèches provoquée par le ressoufflement et qu’il faudra alors ramasser, ou pour ne pas projeter vers des lieux d’habitation des poussières résiduelles contenues dans l’air évacué.
A l’inverse, un rejet vers le bas selon la nature du sol à traiter, pourra augmenter la réverbération du bruit et la quantité de poussière soulevée.
La cuve selon l’invention permet donc d’adapter le ressouflement de l’air aspiré en fonction des contraintes environnementales.
Lorsque de telles particularités ne sont pas présentes, il pourra être opportun de choisir l’option d’une évacuation vers le haut, l’air ainsi évacué après filtration pouvant remplir une fonction de refroidissement du moteur de la turbine, comme décrit plus loin.
Pour permettre la séparation des poussières prélevées de l’air introduit dans la turbine, il est nécessaire de réduire la vitesse de l’air aspiré en générant un effet gyroscopique mécanique et d’alourdir les déchets ou les poussières par un brouillard d’eau que l’on vaporise sur les déchets prélevés.
L’air est aspiré par l’intermédiaire d’une buse (non représentée) disposée en extrémité de la partie libre du conduit (4), dite inférieure, qui débouche à l’air libre depuis la partie inférieure de la cuve (3).
Du fait de l’aspiration qui est générée au moyen de la turbine (7), l’air ainsi prélevé est convoyé jusqu’à l’autre extrémité du conduit (4), dite supérieure, qui débouche vers le haut à l’intérieur de la partie arrière de la cuve (3b) servant de réceptacle.
A ce niveau, on met en œuvre des moyens pour permettre de générer un brouillard d’eau, ces moyens n’étant pas ici représentés car connus. Les poussières humides forment un brouillard en rotation qui accentue l’effet d’alourdissement et les fait retomber vers le bas, c’est-à-dire sur le fond de la partie de la cuve (3) servant de réceptacle pour les déchets prélevés.
Après séparation des poussières et de l’air aspiré, il subsiste néanmoins des particules qui devront être filtrées avant rejet vers l’extérieur.
Pour ce faire, l’air en suspension après dépose des poussières est filtré au travers de grilles de filtration (9) qui ont été pliées en accordéon afin d’augmenter leur surface utile ce qui permet ainsi de diminuer le diamètre de l’orifice de sortie.
Les grilles (9) communiquent avec l’intérieur de la coquille (8), comme on le voit sur les figures 4 et 5.
L’air ainsi filtré est ensuite soufflé à l’intérieur la coquille (8) et l’opérateur choisira alors de l’évacuer vers le haut ou vers le bas de la cuve.
Comme détaillé ci-dessus, si l’air est dirigé vers le haut ( ), il sera évacué au travers des orifices d’évacuation (12) et si l’air est dirigé vers le bas ( ), il sera évacué vers l’extérieur sous le châssis du véhicule.
Une caractéristique essentielle de l’invention est la possibilité d’utiliser l’air sale aspiré pour refroidir le moteur (11) de la turbine (7).
La configuration et la disposition de la turbine circulaire (7) centrifuge permettent en créant un appel d’air de générer un effet vortex à sa sortie, pour provoquer la réintroduction de l’air par l’orifice d’entrée d’air (10) pour refroidir le moteur (11) de la turbine (7).
Les étapes du procédé d’identification sont effectuées par un module MIDA du serveur de gestion de sécurité CNode tandis que les étapes du procédé de détection sont effectuées par un module MDET n de l’espace utilisateur de l’ordinateur EQ n .
Le module MIDA envoie et reçoit des signaux ou des messages par l’intermédiaire de moyens de communications 13’ représentés sur la .
Le module MDET n envoie et reçoit des signaux ou des messages par l’intermédiaire de moyens de communications 13.
Le signal envoyé à l’ordinateur lors de l’étape E_E est par exemple de la forme http://IPHost:port/add_policy?namespace=0&CVE_ID=CVEID où « IPHost:port » est l’adresse IP de l’ordinateur EQ n , où l’argument « namespace=0 » indique que la politique de mitigation est à installer dans un espace de nommage du processus racine de l’ordinateur EQ n , et où l’argument « CVE_ID=CVEID » indique l’identifiant CVEID de la vulnérabilité CVE contre laquelle protéger les conteneurs de l’ordinateur EQ n .
Il est à noter que l’installation, dans cet exemple, de la politique de mitigation PG k dans un espace de nommage du processus racine correspond à un mode particulier de mise en œuvre de l’invention et n’est pas limitatif. Notamment, des espaces de nommage associés à d’autre processus peuvent être choisis pour y installer la politique de mitigation PG k .
L’intérêt de choisir l’espace de nommage du processus racine réside dans le fait que les conteneurs dans lesquels sont exécutés les autres processus héritent de la politique de mitigation PG k installée dans l’espace de nommage du processus racine. Ainsi, dans ce cas, la politique de mitigation permet de détecter des tentatives d’attaques dans tous les conteneurs de l’ordinateur EQ n et de les protéger.
Suite à la réception F_R du signal en provenance du serveur de gestion de sécurité CNode, le module MDET n met en œuvre une étape d’installation F_I de la politique de mitigation PG k sur le noyau KER n , en réponse à ce signal. Par exemple, si ce signal contient l’identifiant d’une vulnérabilité CVE, le module MDET n met en œuvre l’installation d’une politique de mitigation permettant de protéger l’ordinateur EQ n contre cette vulnérabilité.
Un mode particulier de mise en œuvre de l’étape d’installation F_I est représenté sur la et sera décrit ci-après.
Sur la est également représentée une étape d’exécution F_Ex de la politique de mitigation PG k dans le noyau KER n . Dans cet exemple, l’exécution de la politique de mitigation est déclenchée par l’exécution (en anglais « call ») d’une fonction fc1 vulnérable appelée lors de l’exécution du processus p1 dans le conteneur C1.
Dans ce mode de réalisation le lancement de l’exécution de cette fonction vulnérable fc1 entraîne indirectement l’exécution d’une fonction du noyau oper_exec() qui entraîne elle-même l’exécution de la politique de mitigation PG k . En particulier, l’exécution de la fonction à protéger fc1 entraîne l’exécution d’une fonction exec() dans l’espace utilisateur USR n , qui elle-même entraîne l’exécution dans le noyau de la fonction oper_exec().
Dans un autre mode de réalisation, l’exécution d’une fonction à protéger entraîne directement l’exécution d’une fonction dans le noyau associée à une politique de mitigation.
Le déclenchement de la politique de mitigation PG k par l’exécution de la fonction du noyau oper_exec() est par exemple permis par un point de déclenchement (« hook » en anglais) bien connu de l’homme du métier. Ce mécanisme permet de lier la politique de mitigation PG k à la fonction oper_exec() de telle sorte que la politique de mitigation PG k est exécutée avant l’attaque, si celle-ci devait se produire. En fonction du résultat de l’exécution de la politique de mitigation, la fonction vulnérable est bloquée ou exécutée.
Une telle exécution de la politique de mitigation PG k dans le noyau KER n est notamment décrite dans le document [1] qui propose un procédé de sécurisation utilisant une politique de sécurité, la politique de mitigation prenant le rôle d’une politique de sécurité. Un tel procédé est représenté sur la et est décrit ultérieurement.
Si la politique de mitigation PG k détecte une attaque, un envoi FE_1 d’un signal vers l’espace utilisateur USR n est effectué. L’instruction de ce premier envoi FE_1 peut être directement codé dans le programme exécutable de la politique de mitigation.
Ce signal peut par exemple prendre la forme « Timestamp, IPHost, SecurityNamespaceID, CVEID, Msg ». Ici, « Timestamp » correspond à la milliseconde où la politique de mitigation a été déclenchée en réponse à la tentative d’exploitation de la vulnérabilité identifiée « CVEID ». « IPHost » correspond à l’adresse IP de l’ordinateur EQ n . « SecurityNamespaceID » correspond à l’espace de nommage dédié à la sécurité du conteneur C1 sur lequel a été exécuté le processus p1 qui a déclenché la politique. « Msg » correspond à un message textuel additionnel pour décrire l’attaque. Un exemple d'écriture de ce signal peut être : « 1644824642, 192.168.1.152, 4026532216, CVE-2021-3156, Attempt to exploit CVE-XXXX-XXXX blocked ».
Lors de l’étape F_E2 de l’envoi vers le serveur de gestion de sécurité Cnode, le module MDET n peut éventuellement enrichir le message décrit ci-dessus avec des informations de contexte pour caractériser plus précisément le conteneur attaqué (par exemple : nom de l’image conteneur, nom du processus principal, instant de démarrage du conteneur), pour former le message Log i .
Le procédé 100 peut également comporter une étape de détecter 107 une demande de démarrer le groupe motopropulseur 2 avant l’expiration de la première période prédéterminée.
Dans un exemple de réalisation non limitatif, une demande de démarrer le groupe motopropulseur 2 est détectée lorsque le conducteur positionne une clé de démarrage du groupe motopropulseur 2 sur une position de démarrage, dite position ON en anglais.
Dans une mise en œuvre différente, une demande de démarrer le groupe motopropulseur 2 est détectée lorsque le conducteur appui simultanément sur un bouton de démarrage et une pédale de frein du véhicule hybride 1. Dans un mode de réalisation non limitatif, le boitier de servitude intelligent 20 détecte cette demande de démarrage.
Successivement à cette étape de détecter 107 une demande de démarrer le groupe motopropulseur 2 avant l’expiration de la première période prédéterminée, le procédé 100 comporte une étape de mettre sous tension 108 le réseau électrique de puissance en connectant la batterie de puissance 6 au réseau électrique de puissance du véhicule hybride 1. Dans un mode de réalisation non limitatif, le calculateur multifonctions moteur 17 transmet une requête au système de contrôle batterie 19. Puis le système de contrôle batterie 19 pilote la fermeture des contacteurs.
Comme le circuit hydraulique 12 est maintenu sous pression au cours de la première période prédéterminée, l’embrayage 11 est en mesure de coupler immédiatement le moteur thermique 3 avec la boite de vitesses 7. Cette particularité permet de démarrer quasi-instantanément le moteur thermique 3.
Il convient de noter que l’homme du métier est en mesure d’apporter différentes variantes aux aspects de l’invention précités, par exemple en modifiant la durée de la première période prédéterminée et/ou de la deuxième période prédéterminée.
PROCEDE DE PILOTAGE D’UN VEHICULE ELECTRIQUE OU HYBRIDE CONSECUTIVEMENT A UNE DETECTION D’UN DEFAUT DE FONCTIONNEMENT DUDIT VEHICULE Un aspect de l’invention se rapporte à un procédé de pilotage d’un véhicule électrique ou hybride, ledit pilotage ayant lieu consécutivement à une détection d’un défaut de fonctionnement du véhicule.
Un autre aspect de l’invention porte sur un véhicule électrique ou hybride, notamment automobile, construit et agencé pour mettre en œuvre un procédé de pilotage selon l’invention.
Ces aspects de l’invention trouvent des applications particulièrement intéressantes dans le domaine de la sécurité des véhicules automobiles électriques ou hybrides.
Lors d’un défaut de fonctionnement d’un véhicule électrique non préjudiciable pour le conducteur, il est connu de déclencher un mode marche d’urgence et réduire la vitesse de celui-ci. Un tel défaut non préjudiciable peut par exemple consister en l’absence de détection par une unité de contrôle véhicule, (plus connue sous l’acronyme VCU pour Vehicle Control Unit en anglais), d’une information transmise habituellement par un capteur de détection d’une course d’enfoncement d’une pédale d’accélérateur.
Lors de la détection d’un tel défaut, les performances du véhicule sont réduites afin de limiter sa vitesse de déplacement. Cette vitesse réduite permet ainsi au conducteur d’apporter son véhicule en réparation sans devoir laisser son véhicule sur le bord de la route. Comme décrit dans le document FR-A1-2762553 une solution connue consiste à réduire la vitesse du véhicule en pilotant le débrayage d’un embrayage.
Toutefois, même si la vitesse du véhicule est réduite, le conducteur n’est pas en mesure de sélectionner une vitesse réduite qui soit adaptée au défaut de fonctionnement identifié. Cette méconnaissance peut être préjudiciable et accentuer le défaut s’il utilise une vitesse limitée encore trop importante.
Le but de l’invention est de pallier les inconvénients de l’art antérieur en proposant un procédé de pilotage d’un véhicule électrique ou hybride consécutivement à une détection d’un défaut de fonctionnement du véhicule permettant d’assurer la sécurité du conducteur et de ses passagers.
Dans ce contexte, l’invention se rapporte ainsi, dans son acceptation la plus large, à un procédé de pilotage d’un véhicule électrique ou hybride consécutivement à une détection d’un défaut de fonctionnement du véhicule, le véhicule comportant une machine électrique de traction, le procédé comportant les étapes successives, exécutées par des moyens de contrôle du véhicule, de : Déterminer une valeur de vitesse en cours du véhicule, Détecter une position de marche parmi une position marche avant et une position marche arrière d’un levier de vitesse du véhicule, Déterminer une valeur de couple à appliquer à des roues motrices du véhicule, en fonction de la valeur de vitesse déterminée et de la position marche avant ou marche arrière du levier de vitesse détectée, pour amener le véhicule à une valeur absolue de vitesse marche avant prédéterminée ou une valeur absolue de vitesse marche arrière prédéterminée différente de la valeur absolue de vitesse marche avant prédéterminée, Appliquer la valeur de couple déterminée aux roues motrices au moyen de la machine électrique de traction.
Grâce au procédé de l’invention, lors d’une détection d’un défaut de fonctionnement du véhicule, engendré par exemple par un défaut de fonctionnement d’un capteur et/ou une liaison de transmission de signaux et/ou d'une unité électronique, la vitesse du véhicule est amenée à une valeur absolue de vitesse prédéterminée de sorte à assurer la sécurité du véhicule et des passagers. La valeur absolue de vitesse prédéterminée est différente selon que le véhicule est en marche avant ou en marche arrière. Il est par exemple préférable que la valeur absolue de vitesse marche arrière prédéterminée soit inférieure à la valeur absolue de vitesse marche avant prédéterminée.
la représente une vue de face d’un deuxième sous-ensemble modulaire d’un appareil électrique de protection selon l’invention,
la représente une vue de face du deuxième sous-ensemble modulaire de l’appareil électrique de protection selon l’invention,
la représente une vue arrière du deuxième sous-ensemble modulaire de l’appareil électrique de protection selon l’invention,
la représente une vue de face d’un premier sous-ensemble modulaire de l’appareil électrique de protection selon l’invention,
la représente une vue en perspective du premier sous-ensemble modulaire de l’appareil électrique de protection selon l’invention illustré à la ,
la représente une vue en perspective du deuxième sous-ensemble modulaire de l’appareil électrique de protection selon l’invention illustré à la ,
la représente une vue en perspective d’un appareil électrique de protection selon l’invention comprenant le premier sous-ensemble modulaire illustré aux figures 4 et 5 et comprenant le deuxième sous-ensemble modulaire illustré aux figures 1 à 3 et 6,
la représente une vue en perspective de l’appareil électrique de protection selon l’invention comprenant le premier sous-ensemble modulaire illustré aux figures 4 et 5 et comprenant le deuxième sous-ensemble modulaire illustré aux figures 1 à 3 et 6,
la représente une vue en perspective et en éclaté de l’appareil électrique de protection selon l’invention illustré aux figures 7 et 8 comprenant le premier sous-ensemble modulaire et le deuxième sous-ensemble modulaire,
la représente une vue en coupe de l’appareil électrique de protection selon l’invention illustré aux figures 7 à 9 comprenant le premier sous-ensemble modulaire et le deuxième sous-ensemble modulaire,
la représente une vue en perspective de l’appareil électrique de protection selon l’invention illustré aux figures 7 à 10 avec le premier sous-ensemble modulaire et le deuxième sous-ensemble modulaire accolés.
Un appareil électrique de protection de préférence un disjoncteur différentiel au format modulaire comprend au moins un premier sous-ensemble modulaire 1 comprenant :
une ligne de courant de phase comprenant au moins une première paire de contacts 2,
une ligne de courant de neutre comprenant au moins une deuxième paire de contacts 3,
une unité de commutation 4 agencée pour commuter ladite première paire de contacts 2 et ladite deuxième paire de contacts 3,
Dans certains modes de réalisation, la pompe axiale 150 peut comprendre un corps de pompe 152. Dans certains modes de réalisation, le corps de pompe 152 peut être disposé tangentiellement sur le couvercle veineux 120 et/ou le boîtier 112 de l'oxygénateur 110. Dans certains modes de réalisation, le corps de pompe 152 peut être formé d'un seul tenant avec le boîtier 112 et/ou le couvercle veineux 120 de l'oxygénateur 110. Dans certains modes de réalisation, le corps de pompe 152 peut être formé de manière monolithique avec le boîtier 112 et/ou le couvercle veineux 120 de l'oxygénateur sous la forme d’un composant unique, comme moulés ensemble lors d'un processus de moulage. Dans certains modes de réalisation, la pompe axiale 150 peut être disposée coaxialement par rapport à la lumière d'écoulement entrant 122 de l'oxygénateur 110, au boîtier 112 et/ou au couvercle veineux 120.
Dans certains modes de réalisation, la pompe axiale 150 et/ou le corps de pompe 152 peuvent comprendre une entrée 154 ayant et/ou définissant un axe d'écoulement d'entrée 156. La pompe axiale 150 et/ou le corps de pompe 152 peuvent comprendre une sortie 158 ayant et/ou définissant un axe d'écoulement de sortie 160. Dans certains modes de réalisation, une surface intérieure de la sortie 158 peut comprendre des rainures, des canaux et/ou un cône vers l'intérieur en direction de la lumière d'écoulement entrant 122. D'autres configurations sont également envisagées. L'axe d'écoulement d'entrée 156 peut être parallèle à l'axe d'écoulement de sortie 160. Dans certains modes de réalisation, l'axe d'écoulement d'entrée 156 peut être coaxial à l'axe d'écoulement de sortie 160. Dans au moins certains modes de réalisation, l'axe d'écoulement d'entrée 156 peut être orienté généralement parallèlement à l'axe d'écoulement de sortie de sang 134. Dans certains modes de réalisation, l'orifice de sortie de sang 132 est disposé sur un côté opposé de l'échangeur de gaz 114 par rapport à la pompe axiale 150. Ainsi, du sang entrant dans le boîtier 112 de l'oxygénateur 110 par la pompe axiale 150 et/ou la lumière d'écoulement entrant122 doit traverser et/ou contourner l'échangeur de gaz 114 avant de sortir du boîtier 112 de l'oxygénateur 110 par l'orifice de sortie de sang 132.