INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Les cytochromes P450 sont des hémoprotéines participant au métabolisme oxydatif de nombreuses molécules. Les cytochrome P450 sont des enzymes impliqués dans la biotransformation de composés exogènes, aussi bien dans les phénomènes de détoxication que d’intoxication par formation d’entités réactives. La forme hépatique humaine la plus abondante (CYP3A4) est responsable du métabolisme de plus de 60% des médicaments. Sa présence au sein du microcompartiment est une garantie fonctionnelle. L’urée est un produit azoté issu du catabolisme des protéine. Elle est exclusivement synthétisée au niveau du foie via le cycle de l'urée et la quantité d'urée formée dépend de la quantité de protéines ingérées, du catabolisme protéique et de l'état de la fonction hépatique. Une activité de la CYP3A4 d’au moins 75000 RLU par million de cellules associé à une production d’urée d’au moins 18µg par million de cellules par 24 heures garantit la présence d’hépatocytes matures ainsi qu’une activité métabolique suffisante pour garantir un effet significatif sur les fonctions du foie atteintes.
Préférentiellement, l’activité de la CYP3A4 est d’au moins 80000 URL, encore plus préférentiellement d’au moins 100000 URL.
Selon un mode de réalisation préféré, le microtissu hépatique produit au moins 40µg d’urée par million de cellules par 24 heures, encore plus préférentiellement au moins 60µg, notamment au moins 80µg
Avantageusement, le microtissu hépatique selon l’invention présente une activité métabolique proche d’un foie en bonne santé. Ainsi, le microtissu hépatique est particulièrement efficace pour rétablir les fonctions du foie traité.
De façon préférée, le microtissu hépatique selon l’invention comprend entre 50 et 99% de cellules hépatiques.
Le microtissu hépatique selon l’invention peut être obtenu à partir de cellules souches pluripotentes induites.
Selon une variante, le microtissu hépatique peut être obtenu à partir de cellules souches, de cellules progénitrices et/ou de cellules capables de se différencier en cellules hépatiques.
Dans une première étape 41, des premiers messages de contrôle de topologie, dits premiers messages TC, sont transmis périodiquement selon une période temporelle de durée déterminée.
Dans une deuxième étape 42, un deuxième message de contrôle de topologie, dit deuxième message TC, est transmis entre deux premiers messages TC consécutifs lorsqu’un changement de topologie du réseau ad-hoc est détecté entre la transmission des deux premiers messages TC consécutifs.
La durée d’une période temporelle courante est avantageusement déterminée en fonction d’un nombre de deuxièmes messages TC transmis pendant une période temporelle précédant temporellement la période temporelle courante.
Une ligne d’échappement comprend une canalisation, apte à véhiculer les gaz d’échappement produits par un moteur thermique. La canalisation comprend une entrée, connectée à la sortie échappement d’un moteur thermique et une sortie à l’air libre. Le long de la canalisation sont disposés des moyens de purification aptes à traiter les gaz d’échappement pour les rendre moins polluants avant leur sortie à l’air libre. Il est parfois nécessaire, principalement en phase de démarrage du moteur thermique, de chauffer les gaz d’échappement, typiquement pour dépasser une température d’activation d’un moyen de purification.
Aussi, il est connu de réaliser un élément chauffant, encore nommé EHC (de l’anglais « Electrically Heated Catalyst ») comprenant un disque chauffant, disposé en travers de la canalisation, afin d’être traversé par les gaz d’échappement. Un chauffage du disque chauffant, classiquement de manière électrique, par effet Joule, permet ainsi de chauffer les gaz d’échappement traversant le disque chauffant.
Selon un mode réalisation, pour son alimentation électrique, le disque chauffant comprend deux points de contact, situés sur sa périphérie et diamétralement opposés. Ceci est par exemple le cas avec un disque chauffant comprenant un serpentin cheminant d’un premier point de contact, en périphérie du disque chauffant, vers un deuxième point de contact, en périphérie du disque chauffant, diamétralement opposé au premier point de contact.
Un tel disque chauffant est classiquement alimenté en électricité au moyen de deux électrodes connectées chacune à un des points de contact. Ceci conduit à deux câbles d’alimentation disposés en périphérie et diamétralement opposés. Une telle configuration est complexe à intégrer. Il est au contraire souhaitable de pouvoir disposer ces deux câbles d’alimentation plus proches l’un de l’autre ou même adjacents.
Aussi, il est connu de déporter angulairement, l’un au moins des câbles d’alimentation au moyen d’un élément de contact déportant angulairement le contact de l’une au moins des électrodes.
L’invention propose une solution réalisant un tel déport angulaire selon un mode de réalisation particulièrement avantageux en ce qu’il combine avantageusement une compacité maximale et une facilité de fabrication.
Pour cela, l’invention a pour objet un élément chauffant pour une ligne d’échappement, comprenant un logement, un disque chauffant, une première électrode, et au moins une deuxième électrode, le logement étant sensiblement cylindrique selon un axe et selon une section, le disque chauffant étant disposé en travers de la section du logement, la section du disque chauffant étant inscrite dans la section du logement et sensiblement identique à la section du logement et comprenant un premier point de contact et un deuxième point de contact d’alimentation du disque chauffant, la première électrode comprenant un premier moyen de connexion à un premier câble d’alimentation, ladite au moins une deuxième électrode comprenant un deuxième moyen de connexion à un deuxième câble d’alimentation et un élément de contact, le premier moyen de connexion étant disposé au droit du premier point de contact et connecté directement avec le premier point de contact et le deuxième moyen de connexion étant déporté angulairement relativement au deuxième point de contact et connecté avec le deuxième point de contact via l’élément de contact, afin de pouvoir déporter angulairement le deuxième moyen de connexion, où le logement comprend un orifice apte à accueillir l’élément de contact, ledit élément de contact étant isolé électriquement du logement et du disque chauffant en dehors de son point de contact.
Par ailleurs, le système informatique calcule pour chaque type d’article un prévisionnel de ventes futures en fonction de l’historique à court, moyen et long terme des ventes, ainsi que de données froides telles que les lois de saisonnalité pour chacun des articles, le calendrier des évènements locaux, la météo.
Le calcul de recommandation fait que pour chaque produit notre système va proposer à l'utilisateur combien on pense il devrait commander pour demain. La recommandation se chiffre en Kg, la commande se chiffre en colis, le système réalise une conversion automatique. La recommandation donne un chiffre en Kg au gramme près. La formule de recommandation donne un résultat qui est un chiffre en virgule tandis que l’interface de commande, on commande en colis (packing), un calcul automatique est fait afin de remplir le champ de commande automatiquement.
A partir de l’estimation des stocks d’articles vendables et le prévisionnel de ventes futures, le système calcule pour chaque article une proposition de commandes comprenant le volume à commander, le fournisseur, le prix unitaire et le coût d’achat pour l’article considéré.
Amélioration des données chaudes Selon une variante, le traitement de préparation de commande comporte un traitement pour le calcul, pour chaque article, d’un indicateur de confiance, prenant en compte notamment l’ancienneté des données « chaudes » et la cohérence des résultats.
Dans le cas d’un indicateur de confiance faible, l’utilisateur dispose d’une fonctionnalité lui permettant de générer automatiquement une requête d’acquisition d’une image supplémentaire des articles dans l’une des zones. Cette acquisition additionnelle permet de rafraichir les données dont l’indicateur de confiance était faible, en limitant les interventions aux seuls articles nécessitant un traitement supplémentaire.
Diagramme d’échange de données La représente une vue schématique des échanges de données.
Chaque magasin (10, 20, 30, 40) prépare avec un traitement semi-automatique les commandes de réassortiment pour chacun des articles. Il met en œuvre à cet effet le procédé susvisé pour automatiser le dénombrement des stocks résiduels et de la prévision de besoins additionnels. Il prépare ainsi pour chaque article une valeur quantitative (12, 22, 32, 42), et regroupe en fonction du fournisseur retenus pour un ou plusieurs types d’articles sous forme de messages électroniques (13, 23, 33, 43).
Les messages électroniques venant des différents magasins affiliés (10, 20, 30, 40) sont regroupés au niveau du système d’information d’une centrale d’achat (50) prenant en compte les volumes agrégés (60) et les spécificités (65) et répartis en lots de commandes (71 à 73) par un traitement (70) prenant en compte les disponibilités des fournisseurs ainsi que les conditions commerciales.
La centrale d’achats enregistre également les données historiques de chaque magasin, et fournis des analyses permettant d’élaborer des paramètres correctifs pour améliorer les prévisions de chacun des magasins en fonction des disparités et erreurs passées.
La préparation de commande locale (11, 21, 31, 41) met en œuvre le procédé selon l’invention. L’opérateur commercial dispose d’une interface visualisant pour chaque article : La nature de l’article, par exemple sous forme d’une photographie ou d’un dessin, et d’un descripteur, les articles étant classés par type, et affichés par saisonnalité L’identifiant PLU Les fournisseurs pour chacun des articles, avec le prix unitaire proposé L’état des stocks résultant des traitements décrits ci-dessus Une recommandation de volume de commande pour chaque article, établie conformément aux traitements susvisés Un montant de facturation
L’opérateur dispose de fonctions de modifications ou de requêtage d’une vérification additionnelle de stock d’un article.
Cette interface permet à l’utilisateur d’avoir une vision globale sur les informations sur sa prise de commande, chose qu’il n’est pas en mesure de faire même avec beaucoup de moyens humains et beaucoup de temps. Même en ayant assez de ressources, il n’est pas en mesure de re-croiser toutes ces données affichées sur l'interface unifiée. Ça permet donc à l'utilisateur de prendre des décisions. L'utilisateur valide, enregistre et envoie cette commande unique au niveau de l’interface. Quand les données sont auto-alimentées, l'utilisateur a la possibilité de mettre le système au pilotage automatique. Aussi, l’utilisateur a accès à la liste des commandes avec un antécédent de 3 ans.
Procédé et installation pour un traitement de données basé sur de l’intelligence artificielle L’invention a pour objets un procédé et une installation pour un traitement de données basé sur de l’intelligence artificielle.
L'invention se rapporte notamment, mais non exclusivement, au domaine technique de la vidéosurveillance, en particulier au traitement de données vidéo et/ou audio acquises par des caméras IP dans un contexte de vidéosurveillance en tant que service (Vsaas). L’invention peut toutefois s’appliquer à d’autres domaines techniques et/ou d’autres traitements de données (ex : données audio acquises par des micros, données météo, …).
État de la technique Les solutions basées sur un réseau informatique distribué en nuage (ci-après « cloud ») sont utilisées dans de nombreux domaines techniques, dont la vidéosurveillance, par exemple à des fins de sécurité, de gestion de places de parkings, de comptage de foule, etc). La vidéosurveillance en tant que service ou Vsaas (acronyme anglais de Video Surveillance as a Service) est un système hébergé dans un serveur cloud qui permet d’enregistrer, de manager et de visualiser à distance des données vidéo et/ou audio de caméras de vidéosurveillance utilisant le protocole internet (ci-après « caméras IP » - pour l’acronyme anglais de Internet Protocol).
Une installation Vsaas de l’art antérieur est illustrée sur la . Des caméras IP PhC1-PhC3, sont installées dans un réseau local (LAN) pour couvrir une zone géographique d’intérêt Zi. Les caméras IP communiquent, au travers du réseau internet R, avec un système de gestion vidéo (ou VMS, pour l’acronyme anglais de Video Management System) de l’architecture Vsaas. Le VMS est installé dans un serveur cloud et permet d’enregistrer, de manager et de visualiser à distance les données (vidéo, audio et/ou métadonnées) fournies par les caméras IP. Ces données peuvent ainsi être stockées dans le serveur cloud et consultées par un utilisateur où qu'ils soient, via n'importe quel appareil A de type Smartphone (téléphone intelligent), tablette, PC, etc.
Selon un mode de réalisation applicable à tous les modes précités, la caméra virtuelle ViC4 est configurée pour opérer un choix des données d’entrée dans la première famille et/ou dans la deuxième famille et/ou dans la troisième famille (et/ou dans la nième famille). Selon un mode de réalisation, elle transmet à une ou plusieurs des caméras PhC1, PhC2, PhC3 un fichier de configuration comprenant des instructions pour opérer le choix des données. A réception des fichiers, les caméras PhC1, PhC2, PhC3 se configurent pour transmettre à la caméra virtuelle ViC4 les données choisies. En reprenant l’exemple précité, la caméra PhC1 se configure pour transmettre les données obtenues à l’étape A11, la caméra PhC2 se configure pour transmettre les données obtenues à l’étape A22 et la caméra PhC3 se configure pour transmettre les données obtenues à l’étape A33. Une ou plusieurs des caméras PhC1, PhC2, PhC3 peuvent également comporter déjà une configuration préparamétrée leur permettant de transmettre les données choisies. Il suffit alors que la caméra virtuelle ViC4 transmette une instruction de commande aux caméras PhC1, PhC2, PhC3 concernées pour que celles-ci activent leur configuration préparamétrée et transmettre les données choisies.
Selon un mode de réalisation, la caméra virtuelle ViC4 est configurée pour collecter et traiter également des données d’entrée acquises par un autre dispositif électronique D4. Ce dispositif D4 peut être une des caméras PhC1, PhC2, PhC3, ou une autre caméra IP intelligente, une simple caméra (sans IA), un téléphone intelligent, un capteur, une passerelle informatique, un routeur, un PC, un firewall, etc. Ce dispositif D4 peut être installé dans le même réseau local qu’une des caméras PhC1, PhC2, PhC3 ou dans un réseau distinct. Les données acquises par le dispositif D4 sont utilisées comme élément déclencheur de l’exécution du programme d’IA dans la caméra virtuelle ViC4 (et éventuellement comme données d’entrée de la caméra virtuelle ViC4 ou d’une autre caméra virtuelle). En d’autres termes, ce n’est que lorsque la caméra virtuelle ViC4 réceptionne les données acquises par le dispositif D4, que ladite caméra virtuelle lance son programme d’IA (et, le cas échéant, transmet les fichiers de configuration ou les instructions de commande aux caméras PhC1, PhC2, PhC3). Par exemple, si le dispositif D4 est un capteur de température, on peut prévoir que la caméra virtuelle lance son programme d’IA que lorsque la température détectée par ledit dispositif est inférieure à une température prédéfinie (ex : 5°C). Selon un autre mode de réalisation le dispositif D4 et/ou la caméra virtuelle ViC4 intègrent une fonction trigger (fonction déclencheur) qui provoque l’exécution du programme d’IA dans la caméra virtuelle ViC4 en fonction d'événements prédéfinis (ex : détection d’une presonne).
Cinquième mode : figure 14 Les données d’entrée de la caméra virtuelle ViC5 sont ici utilisées comme données d’apprentissage d’un modèle d’IA entrainé par la caméra virtuelle ViC5.
Dans ce mode de réalisation, plusieurs caméras IP intelligentes PhC1, PhC2 sont installées dans un réseau local LAN. Ces caméras sont par exemple installées dans un supermarché, au niveau d’une balance pour peser les fruits et légumes. Les caméras PhC1, PhC2 acquièrent des données vidéo de la même balance, mais avec des angles de vue différents.
Le programme d’IA exécuté dans la caméra PhC1 consiste à identifier automatiquement les variétés de fruits et légumes posés sur la balance. Cela peut être particulièrement utile pour éviter que le client n’ait à sélectionner lui-même la variété. Le modèle d’IA de l’étape E21 (caméra PhC1) est déjà entrainé et apte à reconnaitre les différentes variétés de fruits et légumes selon un premier angle de vue. Le modèle d’IA de l’étape E22 (caméra PhC2) n’est pas entrainé pour reconnaitre les différentes variétés de fruits et légumes selon un deuxième angle de vue. Les étapes de prétraitement A11 et A12 peuvent être similaires et consister par exemple à appliquer un filtre pour corriger la luminosité et/ou une surexposition des images vidéo acquises et/ou en un recadrage desdites images au niveau des zones d’intérêt (au niveau du plateau de pesé de la balance). Les étapes de post-traitement A31 et A32 consistent à extraire les données pertinentes et à générer les évènements recherchés, par exemple une donnée d’identification de la variété détectée apte à être transmise à un calculateur de la balance pour le calcul du prix correspondant au poids pesé.
La caméra virtuelle ViC5 est ici utilisée pour entrainer le modèle d’IA qui va être implémenté dans la caméra PhC2 pour la réalisation de l’étape A22. Le modèle d’IA de l’étape A25’ est entrainé avec les données issues de l’étape A31 (qui sont des données d’apprentissage) et les données issues de l’étape A12. Par exemple, pour chaque variété posée sur la balance, les données issues de l’étape A31 génèrent un label « variété X ». Le modèle d’IA de l’étape A25’ applique alors ce label aux images des variétés captées par la caméra PhC2 selon le deuxième angle de prise de vue. Une fois que le modèle d’IA est entraîné dans la caméra virtuelle ViC5, ce modèle est implémenté dans la caméra PhC2 pour la réalisation de l’étape A22. Cette technique d’apprentissage du modèle d’IA dans la caméra virtuelle et son implémentation dans d’autres caméras est particulièrement rapide et efficace.
Sixième mode : figure 15 Ce mode de réalisation est une combinaison des autres modes précités. Plusieurs caméras virtuelles ViC1, ViC2, ViC3, ViC4, ViC5 sont créées et traitent les données provenant d’une pluralité de caméras IP intelligentes PhC1, PhC2, PhC3. Les caméras PhC1, PhC2, PhC3 peuvent être installées dans un même réseau local ou dans des réseaux distincts.
Un contrôleur Ctl (habituellement désigné par le terme anglais « ruler ») est installé dans le cloud, avantageusement dans le serveur informatique dans lequel sont créées les caméras virtuelles. Ce contrôleur Ctl est configuré pour collecter l’ensemble des différentes combinaisons de données d’entrée provenant des caméras PhC1, PhC2, PhC3 et de les transmettre aux caméras virtuelles ViC1, ViC2, ViC3, ViC4, ViC5 respectives.
Par exemple, le contrôleur Ctl récupère les données directement acquises par la caméra PhC1 et les données obtenues aux étapes A11, A21 et A31 de la caméra PhC1, les données obtenues aux étapes A12, A22 et A32 de la caméra PhC2 et les données obtenues à l’étape A33 de la caméra PhC3. Le contrôleur Ctl transmet ensuite : - à la caméra virtuelle ViC1 : les données obtenues à l’étape A11, - à la caméra virtuelle ViC2 : les données directement acquises par la caméra PhC1 et celles obtenues à l’étape A32 de la caméra PhC2, - à la caméra virtuelle ViC3 : les données obtenues aux étapes A21 et A22, - à la caméra virtuelle ViC4 : les données obtenues aux étapes A11, A22 et A33, - à la caméra virtuelle ViC5 : les données obtenues aux étapes A31 et A12.
Chaque caméra virtuelle ViC2, ViC3, ViC4, ViC5 traite ensuite ses données d’entrée selon son propre traitement, par exemple ceux décrits en référence aux modes de réalisation précités.
D’autres données d’entrée peuvent être collectées par le contrôleur Ctl, par exemple les données obtenues aux étapes A11, A21, ou les données directement acquises par la caméra PhC2. De même, le contrôleur Ctl peut transmettre d’autres combinaisons de données d’entrée aux différentes caméras virtuelles.
En tout état de cause, les références indiquées entre parenthèse dans les revendications ne sont pas limitatives de la portée de l’invention.
Procédé d’identification d’un joint d’étanchéité torique sur un plan technique et produit programme associé. Domaine technique de l’invention L’invention concerne un procédé d’identification d’un joint d’étanchéité torique sur un plan technique, ainsi qu’un produit programme associé.
Elle peut trouver application dans différents domaines, en particulier dans le domaine des transports, notamment dans celui de l’automobile.
Des variantes similaires, intégrées à une machine à laver le linge, sont également possibles dans le cadre des deuxième et troisième modes de réalisation.
Bien que le dispositif de filtration 1 ait été décrit pour la dépollution d’eaux usées issues d’une machine à laver le linge, la présente invention s’étend naturellement à toute utilisation de dépollution d’eaux usées nécessitant une retenue des impuretés par filtration.
Dispositif de détection du niveau d'encrassement d'un filtre Domaine technique de l'invention La présente invention se rapporte à un dispositif de détection du niveau d'encrassement d'un filtre, ainsi qu'à un système de filtration qui comporte un filtre ainsi que ledit dispositif de détection de l'encrassement du filtre.
Etat de la technique Les brevets US7012685B1 et US8744780B2 décrivent tous deux des systèmes de filtration pour installation de chauffage, ventilation ou climatisation (HVAC) incluant une solution de détection d’encrassement. Les solutions de détection d’encrassement emploient un émetteur et un récepteur positionnés de part et d’autre du filtre, l’émetteur émettant un faisceau à travers le filtre à destination du récepteur. Le signal électrique généré par le récepteur après réception du faisceau est ensuite traité par une unité de traitement en vue d’en déduire un degré d’encrassement du filtre. Lorsque ce degré d’encrassement dépasse un certain seuil, un signal d’alerte est par exemple envoyé. Ces solutions s’avèrent particulièrement encombrantes car elles exigent d’écarter suffisamment l’émetteur du récepteur de part et d’autre du filtre.
Il est aussi connu de l’art antérieur le document US2010/313748 A1 , qui décrit un système de surveillance de filtre à air ainsi que le document WO03/051489 A1 concernant un dispositif destiné à détecter l’état d’un filtre.
Les brevets EP3029388B1 et EP3238801B1 décrivent d'autres solutions techniques permettant la détection du niveau d'encrassement d'un filtre.
Le but de l'invention est de proposer un nouveau dispositif de détection du niveau d'encrassement d'un filtre qui soit :
D'une architecture simple, avec un minimum de pièces, et facilement remplaçable de manière indépendante du filtre, en cas de dysfonctionnement ; Fiable en fonctionnement ; Facile à installer ; Facile à utiliser, permettant un remplacement aisé du filtre ;
Ce but est atteint par un dispositif de détection du niveau d'encrassement d'un filtre, comprenant :
Un émetteur configuré pour émettre un signal lumineux, Un récepteur séparé de l'émetteur et agencé pour recevoir un flux lumineux en provenance de l'émetteur, Des moyens de commande et de traitement connectés au récepteur et configurés pour exécuter un algorithme de surveillance du niveau d'encrassement d'un filtre à partir de données/signaux représentatifs du flux lumineux reçu par le récepteur, Un support destiné à maintenir le filtre en position, Le support comportant un cadre fermé, agencé autour d'au moins un plan médian transversal, Le cadre portant une première branche qui supporte l'émetteur, Le cadre portant une deuxième branche qui supporte le récepteur, La première branche et la deuxième branche s'étendant chacune parallèlement audit plan médian transversal et de part et d'autre dudit plan médian transversal, L'émetteur étant orienté pour émettre le signal lumineux à travers ledit plan médian transversal.