INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
De manière générale, il est possible de considérer que les données d’horodatage (moments et/ou durées) relatives à l’activation ou l’inactivation d’un appareil connecté donné forment, isolément ou en combinaison, un schéma récurrent dans un planning associé à des périodes choisies.
Dans un exemple : - en cas de détection d’une activation de l’appareil connecté par un utilisateur, il est possible de déterminer un horodatage courant de l’activation de l’appareil, et - de manière correspondante, en cas de détection d’une inactivation de l’appareil connecté par un utilisateur, il est possible de déterminer un horodatage courant de l’inactivation de l’appareil.
Il est alors possible, suite à l’obtention d’un tel horodatage courant, de confronter cet horodatage courant au schéma récurrent précité.
On reprend à présent l’exemple précédent, où l’horaire « 22h30 » désigne un moment récurrent d’inactivation d’un appareil connecté tel qu’un décodeur dans des périodes choisies correspondant aux journées en semaine. Dans cet exemple, si l’horodatage courant de l’inactivation de l’appareil est postérieur à 22h30, il peut être prévu de mettre l’appareil en veille profonde. Si, au contraire, l’horodatage courant de l’inactivation de l’appareil est antérieur à 22h30, il peut être prévu de mettre l’appareil en veille standard. Ensuite, si l’appareil n’a pas été réactivé entre temps et est donc toujours dans le mode de veille standard à 22h30, il peut être prévu de le mettre en veille profonde. Enfin, si l’appareil est toujours en veille profonde le lendemain à 18h30, c’est-à-dire à l’approche du moment récurrent d’activation, il peut être prévu de remettre l’appareil en veille standard.
On reprend à présent l’exemple précédent où la durée récurrente d’inactivation d’un appareil est supérieure à huit heures. Dans cet exemple, il est possible de relever l’horodatage courant de l’inactivation de l’appareil au moment de son inactivation, et, sur cette base, de définir un premier moment choisi correspondant, par exemple, à trente minutes après cet horodatage de l’inactivation de l’appareil. Ainsi, il peut être prévu, au premier moment choisi, de vérifier si l’appareil est toujours placé dans le mode de veille standard et, si tel est le cas, d’activer le mode de veille profonde. Il est aussi possible de définir un deuxième moment choisi correspondant, par exemple, à sept heures et trente minutes après l’horodatage de l’inactivation de l’appareil. Ainsi, il peut être prévu, au deuxième moment choisi, de vérifier si l’appareil est toujours placé dans le mode de veille profonde et, si tel est le cas, d’activer le mode de veille standard.
Ainsi, l’appareil est placé dans le mode de veille standard à l’approche d’un moment auquel il est attendu qu’une activation de l’appareil soit requise, d’après le schéma récurrent. En revanche, dès lors qu’il n’est plus attendu, d’après le schéma récurrent, qu’une activation de l’appareil soit requise, il est placé dans le mode de veille profond.
En résumé, si l’on considère que l’appareil connecté est préalablement placé dans un mode de veille parmi le mode de veille standard et le mode de veille profond, il est possible de définir différents moments choisis dans un planning reflétant les habitudes d’utilisation de l’appareil, et à ces moments choisis, d’activer le mode de veille le plus adapté parmi le mode de veille standard et le mode de veille profond. Ainsi, la consommation énergétique moyenne de l’appareil est minimisée du fait de l’emploi du mode de veille profond sans sacrifice pour l’utilisateur de l’appareil qui, aux horaires habituels d’utilisation, est placé dans le mode de veille standard.
L’analyse des données d’horodatage et la détection d’un ou plusieurs schémas récurrents peut s’effectuer par apprentissage. Par exemple, après la première mise en service de l’appareil connecté, il est possible dans un premier temps d’accumuler les données d’horodatage sans piloter le choix du mode de veille approprié parmi le mode de veille standard et le mode de veille profonde.
Ensuite, après une accumulation suffisante des données d’horodatage, par exemple au bout d’un mois, il est possible par exemple de différencier : - des périodes d’absence, comme une inactivation de l’appareil pendant plus de 24 heures d’affilée, - des périodes creuses, correspondant par exemple à des journées d’une semaine de travail, où l’appareil n’est habituellement actif que pendant certains créneaux horaires bien délimités (par exemple tôt le matin et le soir), et - des périodes plus actives, correspondant par exemple à des week-ends, où l’appareil est potentiellement actif pendant des créneaux horaires plus étendus et variés.
Le pilotage du mode de veille approprié peut alors être mis en œuvre, pour chaque type de période, sur la base des créneaux horaires identifiés.
Ainsi, si par exemple il a été constaté que chaque semaine, du lundi au vendredi, l’appareil n’est jamais actif entre 8h et 17h, il peut être prévu d’activer, tous les jours du lundi au vendredi, la veille profonde de 9h à 16h. Cela signifie qu’un tampon d’une heure est prévu après la fin du créneau d’utilisation habituel du matin, et qu’un tampon d’une heure est également prévu avant le début du créneau d’utilisation habituel du soir. Lors de ces tampons, l’appareil est placé en mode de veille standard. Ainsi, si un usage ponctuel de l’appareil excède légèrement l’usage habituel, le tampon permet à l’utilisateur de ne pas subir, lors de cet usage ponctuel, un délai excessif d’activation de l’appareil lié à la sortie du mode de veille profond. Au fur et à mesure que l’apprentissage se poursuit, il est susceptible d’accroître, progressivement, un niveau de confiance relatif au fait que l’appareil reste inactif pendant certains créneaux horaires. Il devient alors possible de progressivement réduire la durée de ces tampons.
On connaît différentes méthodes d’apprentissage permettant d’identifier des motifs récurrents au sein d’ensembles de données d’entrée. Le choix de la méthode d’apprentissage la plus pertinente ne constitue pas le cœur de la présente invention. A des fins pédagogiques, il est présenté ci-après, en référence à la , un exemple de méthode d’apprentissage applicable fondée sur un arbre de décisions.
En tête de colonne, l’effluent vapeur est refroidi à une température comprise entre 30°C et 50°C, de préférence comprise entre 35°C et 45°C. La fraction liquide condensée est renvoyée en tête de colonne en tant que reflux, tandis que la fraction vapeur est ensuite sous-refroidie à une température comprise entre -5°C et 10°C, préférentiellement entre -5°C et 5°C afin de condenser le styrène éventuellement entrainé avec les composés légers. Le flux condensé après sous-refroidissement est renvoyé en tête de colonne en tant que reflux. La fraction vapeur résiduelle constitue l’extrait riche en composés légers. Cet extrait peut ensuite être valorisé, par exemple sous forme énergétique. Un premier refroidissement permet d’utiliser au maximum de l’eau de refroidissement à température ambiante en tant qu’utilité froide et minimise l’utilisation d’utilité froide spécifique pour obtenir un sous-refroidissement, ce qui impacte favorablement l’analyse de cycle de vie du procédé selon l’invention.
La colonne à distiller mise en œuvre dans l’étape a) du procédé selon l’invention comprend de 5 à 20 étages théoriques, de préférence au plus 15 étages théoriques, de manière préférée de 8 à 12 étages théoriques.
On soutire sur un plateau intermédiaire un flux riche en styrène. Ce plateau de soutirage est situé dans le tiers inférieur de la colonne à distiller, de préférence de 1 à 3 étages théoriques du plateau de fond. Ce soutirage à une position basse de la colonne, légèrement éloigné du plateau de fond, permet de limiter l’entrainement de composés lourds dans le flux riche en styrène et limite d’autant les risques d’encrassement des équipements ultérieurs.
La colonne à distiller mise en œuvre dans l’étape a) du procédé selon l’invention est opérée à une pression comprise entre 0,1 et 2,0 bara, de préférence entre 0,5 et 1,5 bara et de manière préférée entre 0,5 et 1,1 bar, la pression d’opération étant entendue comme la pression mesurée en tête de colonne. Par « bara », on entend bar absolu, par opposition à une pression exprimée en bar relatif, communément noté « barg » selon la notation anglaise « bar gauge ».
L’étape a) du procédé selon l’invention permet de limiter la polymérisation du styrène, avec en particulier un refroidissement rapide de la charge du procédé par l’alimentation de cette charge en fond de colonne. De manière préférée, et afin de limiter encore plus le risque de polymérisation, un inhibiteur de polymérisation du styrène en polystyrène, tel que le 2,2,6,6-tetramethyl-4-oxopiperidinooxy, peut être alimenté dans la colonne à distiller de l’étape a) du procédé, de préférence au niveau de la tête de colonne.
Étape b) de séparation du flux riche en styrène Le flux riche en styrène issu de l’étape a) du procédé est séparé dans une étape b) en au moins un flux comprenant majoritairement de l’éthylbenzène, un flux comprenant majoritairement du styrène et un flux de composés lourds.
L’étape b) de séparation permet d’obtenir un flux comprenant majoritairement du styrène pouvant alimenter un procédé de polymérisation du styrène, donc répondant aux spécifications de tels procédés, avec en particulier une teneur en styrène très élevée, de préférence supérieure à 99,5% poids, et des teneurs en composés tels que éthylbenzène, benzène, cumène, alpha-méthyl-styrène et oligomères du styrène très faibles.
Dans un premier arrangement préféré, l’étape b) de séparation du flux riche en styrène comprend deux sections de séparations successives.
Une première section de séparation est alimentée par le flux riche en styrène issu de l’étape a) et permet de séparer un flux comprenant majoritairement de l’éthylbenzène et un raffinat styrénique.
Cette première section est mise en œuvre dans une colonne de distillation comprenant de 60 à 100 étages théoriques, et est opérée à une pression inférieure ou égale à 0,25 bara en tête de colonne de manière à maintenir la température en fond de colonne à une valeur inférieure ou égale à 120°C.
La colonne de distillation de la première section est alimentée par le flux riche en styrène issu de l’étape a) en bas du tiers supérieur de la colonne. Par exemple, pour une colonne comprenant 60 étages théoriques, le flux riche en styrène est alimenté à un étage compris entre le 18 ème étage théorique et le 22 ème étage théorique, les étages étant numérotés de haut en bas.
Le taux de reflux au condensateur de cette colonne, correspondant au débit massique de reflux alimenté en tête de colonne sur le débit massique de flux comprenant majoritairement de l’éthylbenzène est préférentiellement compris entre 60 et 300. Ce paramètre varie fortement en fonction de la teneur en éthylbenzène du flux riche en styrène. Plus la teneur en éthylbenzène dans le flux riche en styrène sera faible, plus le taux de reflux au condensateur de la colonne sera élevé.
Le taux de reflux au rebouilleur de cette colonne, correspondant au débit massique de reflux alimenté en fond de colonne sur le débit massique de raffinat styrénique est préférentiellement compris entre 4 et 10, de manière préférée compris entre 5 et 9.
Une deuxième section de séparation est alimentée par le raffinat styrénique issu de la première section de séparation et produit un flux comprenant majoritairement du styrène et un flux de composés lourds.
Cette deuxième section est mise en œuvre dans une colonne de distillation comprenant de 40 à 100 étages théoriques, de manière préférée comprenant de 40 à 70 étages théoriques, et est opérée à une pression inférieure ou égale à 0,25 bara en tête de colonne de manière à maintenir la température en fond de colonne à une valeur inférieure ou égale à 120°C.
La colonne de distillation de la première section est alimentée par le raffinat styrénique issu de la première section de séparation dans la partie inférieure de la colonne, préférentiellement dans le haut du cinquième inférieur de la colonne. Par exemple, pour une colonne comprenant 50 étages théoriques, le raffinat styrénique issu de la première section de séparation est alimenté à un étage compris entre le 35 ème étage théorique et le 45 ème étage théorique, les étages étant numérotés de haut en bas.
Le module de raisonnement par règles 40 est configuré pour générer une recommandation à partir d’un algorithme déterministe en fonction de la requête de l’opérateur 14 et du contexte courant.
L’algorithme déterministe est constitué d’une succession d’instructions conditionnelles prédéterminées.
En particulier, l’algorithme déterministe est constitué, par exemple, d’une succession de règles de type « if, then ». Ces règles sont notamment construites par un homme du métier ou déduites de données issues d’un retour d’expérience du ou des systèmes avioniques 10, par exemple des données contenues dans la base de données de référence 44.
Si les instructions conditionnelles conduisent à une solution, celle-ci est alors générée comme recommandation par le module de raisonnement par règles 40.
Si les instructions conditionnelles conduisent à un ensemble de solution vide alors le module de raisonnement par règles 40 est configuré pour générer un message d’erreur envoyé au module d’activation 36 indiquant qu’une recommandation n’est pas générée
A titre d’exemple, pour le même cas d’une requête visant à déterminer la piste d’atterrissage de l’aéronef 12, les instructions conditionnelles prédéterminées sont :
Règle : Calcul de la distance de piste nécessaire pour l’atterrissage en fonction de la dynamique de l’aéronef 12, notamment sa vitesse et son altitude ; Règle : Si la distance de la piste i est supérieure à la distance de piste nécessaire alors l’atterrissage est dit « OK » ; Règle : Si plusieurs pistes i permettent un atterrissage dit « OK », choisir la piste présentant la distance de piste la plus élevée.
Dans ce cadre, le module de raisonnement par règles 40 applique successivement les règles 1, 2 puis 3 pour essayer de déterminer une solution à la requête. Par exemple, si l’application de règle 1 conduit à une distance de piste nécessaire de 100 m et que trois pistes sont à proximité, dont une piste A de longueur de 150 m et une piste B de longueur de 120 m et une piste C de longueur 80 m, alors le module de raisonnement par règles 40 exclut la piste C par application de règle 2 puis propose la piste A par application de la règle 3.
Le module de raisonnement sur ontologie 42 est configuré pour générer une recommandation à partir d’un algorithme basé sur ontologie en fonction de la requête de l’opérateur 14 et du contexte courant.
L’ontologie définit un ensemble structuré de concepts et de relations entre lesdits concepts modélisant le fonctionnement du système avionique 10. En particulier, l’ontologie est un réseau sémantique qui regroupe un ensemble de concepts liés les uns aux autres par des relations taxinomiques afin de hiérarchiser les concepts d'une part, et sémantiques d'autre part. Ainsi, les connaissances sont structurées sous la forme d’un modèle formalisé en logique descriptive. Un raisonneur sur ontologie permet de déduire par inférence plus que la connaissance strictement écrite dans l’ontologie initiale.
Le module de raisonnement sur ontologie 42 est configuré pour générer un message d’erreur envoyé au module d’activation 36 si une recommandation n’est pas générée, notamment si l’ontologie ne permet pas de déduire une recommandation.
A titre d’exemple, toujours dans le cadre d’une requête visant à déterminer la piste d’atterrissage de l’aéronef 12, l’ontologie comprend une classe « aéroport » avec des sous classes « pistes ». La classe aéroport peut par exemple disposer des propriétés de nom. La sous classe piste contient en propriétés le nom, la longueur de la piste et son état à savoir fermée ou ouvertes. Il y a X instances « aéroport » relatives aux X aéroports modélisés. Il y a Y instances « piste » relatives aux pistes des aéroports. Les instances « aéroport » et les instances « piste » sont reliées par une propriété {instance aéroport} a_pour_piste {instance_piste}. L’ontologie comprend également une classe « aéronef » avec les propriétés de nom de l’aéronef, de vitesse l’aéronef, de distance de piste minimale pour permettre l’atterrissage, le nom de la piste d’atterrissage prévue. L’aéronef 12 courant est représenté dans cette ontologie par une instance, avec les propriétés remplies, notamment au moyen du contexte courant. L’instance « aéronef » est reliée à une instance piste par la propriété « va_atterrir_à ». Suite à l’émission de la requête de « trouver piste pour atterrissage », le module de raisonnement sur ontologie 42 émet une requête vers ontologie en lui demandant de chercher l’instance « piste » telle que :
longueur piste [instance « piste »] état piste de l’instance « piste » = Ouverte.
Le module d’activation 36 est configuré pour activer au moins l’un des modules de raisonnement parmi le module de raisonnement par similarité 38, le module de raisonnement par règles 40 et le module de raisonnement sur ontologie 42.
Suite à son activation par le module d’activation 36, ledit module de raisonnement génère une recommandation ou génère un message d’erreur si une recommandation n’est pas susceptible d’être générée.
Selon un mode de réalisation avantageux de l’invention, le module d’activation 36 est configuré pour activer successivement le module de raisonnement par similarité 38, le module de raisonnement par règles 40 et le module de raisonnement sur ontologie 42 jusqu’à ce que l’un des modules de raisonnement génère une recommandation.
Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 20.
Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 100 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés.
Dans l’exemple décrit ici en , le dispositif 100 comprend ainsi un bloc 50 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud », une unité TCU. Les éléments d’interface du bloc 50 comprennent une ou plusieurs des interfaces suivantes :
Des données sont par exemples chargées vers le dispositif 100 via l’interface du bloc 50 en utilisant un réseau Wi-Fi® tel que selon IEEE 802.11, un réseau ITS G5 basé sur IEEE 802.11p ou un réseau mobile tel qu’un réseau 4G (ou LTE Advanced selon 3GPP release 10 – version 10) ou 5G, notamment un réseau LTE-V2X.
Le dispositif 100 peut ainsi communiquer avec des dispositifs externes par exemple pour obtenir d’autres informations pertinentes pour l’aide à la conduite comme par exemple des données de géolocalisation ou des données de trafic.
Ce bloc d’interface 50 peut également servir à la mise à jour de la base de données DB.
Dans l’exemple décrit ici en , le dispositif 100 comprend en outre une interface de communication 60 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) ou le système ADAS 210 via un canal de communication 61.
Cette interface de communication 60 permet également d’établir des communications avec la base de données DB laquelle comprend ici un catalogue mis à jour de façon continue ou périodique et se présentant sous la forme d’une bibliothèque numérique comprenant pour chaque silhouette et/ou chaque modèle de véhicule d’une liste de véhicules déterminée une image représentative du véhicule.
Cette bibliothèque et son principe de fonctionnement se décrite ultérieurement dans la description.
L’interface de communication 60 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 61. L’interface de communication 60 correspond par exemple à un réseau filaire de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3).
Selon un exemple de réalisation particulier et non limitatif, le dispositif 100 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 201, tactile ou non, un ou des haut-parleurs 202 et/ou d’autres périphériques 203 (système de projection) via respectivement des interfaces de sortie 70, 80 et 90.
Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 100.
Le système selon l’invention permet la production de biométhane par épuration d’un flux entrant de biogaz. Le système comprend au moins une unité d’épuration selon l’invention.
On a représenté sur la une unité d’épuration UE selon l’invention et sur les figures 2 à 10 des exemples de système 1 selon l’invention.
Dans les exemples des figures 2 à 10, le système 1 comprend, par souci de clarté, une unique unité d’épuration UE et comprend en outre un module de combustion MC. Il va de soi que dans une autre forme de réalisation, le système 1 pourrait comprendre plus d’une unité d’épuration UE.
En référence à la , l’unité d’épuration UE est configurée pour recevoir un flux entrant de biogaz BS, produit par un module de production de biogaz (non représenté). L’unité d’épuration UE est configurée pour séparer le flux entrant de biogaz BS reçu en un flux de biométhane BM comprenant au moins 90 % de méthane et un flux de gaz résiduels dit « de combustion » GR1 comprenant au moins 25 % de méthane.
A cette fin, dans l’exemple des figures 2 et 3 mais de manière non limitative, l’unité d’épuration UE comprend de préférence une pluralité d’étages de membranes S1, S2, S3 adaptées pour séparer le flux entrant de biogaz BS en une pluralité de flux sortants. Dans le cadre de l’invention, le nombre et les propriétés des membranes de chaque étage de membranes S1, S2, S3 sont choisis de sorte que les flux de rétentat et de perméat issus de la séparation du gaz entrant dans ledit étage S1, S2, S3 comprennent des teneurs en méthane prédéterminées. Notamment, le flux de biométhane comprend au moins 90 % de méthane ( ), de préférence plus de 95 % de méthane, de préférence encore plus de 97 % de méthane ( ). En outre, la teneur en méthane du flux de combustion est supérieure à 25 % ( ), de préférence supérieure à 30 %, de préférence encore supérieure à 35 % ( ).
De manière connue, l’unité d’épuration UE est alimentée électriquement pour fonctionner.
Dans les exemples des figures 2 à 10, l’unité d’épuration UE comprend un compresseur CP, de préférence électrique, et trois étages de membranes S1, S2, S3. Le compresseur CP est configuré pour recevoir le flux entrant de biogaz BS entrant dans l’unité d’épuration UE afin de le comprimer (i.e. d’élever sa pression) en entrée du premier étage de membranes S1 et le faire circuler à travers les étages de membranes S1, S2, S3.
L’alimentation électrique de l’unité d’épuration UE peut également permettre d’alimenter électriquement les auxiliaires de ladite l’unité d’épuration UE tels que des dispositifs de ventilation, des dispositifs de chauffage, des dispositifs de climatisation, des dispositifs d’éclairage, une armoire de contrôle, des automates de commande, des organes de régulations motorisés et/ou des dispositifs d’instrumentation, etc.