INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Une méthode largement appliquée pour la reconstruction 3D d'objets est l'effet moiré. Ce phénomène se produit lorsque deux motifs réguliers se superposent sur une surface. Son utilisation en métrologie optique a commencé dans les années 1920. L'effet moiré a été utilisé dans des domaines aussi divers que les sciences de la vie et l'ingénierie. En sciences de la vie, l’effet moiré a fourni des informations précieuses en chirurgie plastique faciale, dans l'étude des malformations de la colonne vertébrale, et en morphométrie du visage.
L’article Kawano, Y., “ Three dimensional analysis of the face in respect of zygomatic fractures and evaluation of the surgery with the aid of Moiré topography ,” J. Cranio Maxill. Surg. 15, pp. 68-74, 1987 divulgue une analyse de la déformation faciale de patients présentant des fractures zygomatiques, en utilisant la topographie Moiré, qui est une méthode de morphométrie tridimensionnelle. Des photographies de moiré facial des patients ont été prises à des angles de 45 degrés avant et après une opération et ont été analysées quantitativement pour déterminer le degré de déformation de la joue par traitement informatique des données. Chaque donnée a été comparée dans l'intervalle entre la blessure et l'opération et en ce qui concerne les procédures chirurgicales. Les résultats radiographiques et les individus normaux ont également été étudiés à des fins de comparaison.
Il existe un besoin d’améliorer les procédés de prédiction du vieillissement de la peau.
Il existe un besoin d’améliorer les procédés de diagnostic de la peau, notamment en termes de fiabilité, d’efficacité et de précision.
Il existe un besoin d’évaluer les performances des produits cosmétiques et d'autres facteurs ayant un impact sur le vieillissement.
L’invention a pour objet un procédé de modélisation d’un élément d’intérêt de la peau d'un utilisateur comprenant (i) une acquisition d’au moins une image d’entrée RVB ou GRAYSCALE de la zone d’intérêt, (ii) une acquisition d’au moins une image d’entrée 2D haute ou moyenne résolution de la zone d’intérêt, (iii) une reconstruction de forme 3D de la zone d’intérêt de l’utilisateur.
Grâce au mode particulier d’acquisition des images, on observe une amélioration du diagnostic cutané pour tous les éléments d’intérêt. Il en résulte une opportunité de suivre l'évolution des éléments d’intérêt de la peau d’une personne avec précision dans le temps.
Selon l’invention, l’élément d’intérêt est par exemple une ride, une ridule, une tache, une cicatrice, des pores, une texture, des cernes, des poches sous les yeux.
La zone d’intérêt est par exemple une joue, une lèvre, un front, une patte d’oie.
Rouge, vert, bleu, abrégé en RVB ou en RGB (de l'anglais « red, green, blue ») est un système de codage informatique des couleurs, le plus proche du matériel. Les écrans d'ordinateurs reconstituent une couleur par synthèse additive à partir de trois couleurs primaires, un rouge, un vert et un bleu, formant sur l'écran une mosaïque trop petite pour être aperçue. Le codage RVB indique une valeur pour chacune de ces couleurs primaires.
Les images en basse résolution comptent environ 72 pixels, ou carrés de couleur, par pouce.
Les images en haute résolution comptent au minimum 300 pixels par pouce (ppi ou dpi).
Les images en moyenne résolution comptent entre 72 pixels par pouce et 300 pixels par pouce.
Les informations 3D sont notamment utilisées pour compenser l'effet de l'angle de vision et de l'orientation de la lumière qui modifie l'apparence d'une personne sur une image d’entrée 2D, comme des ombres ou des spécularités qui ont un impact sur l'évaluation des signes cliniques.
L'algorithme permettant d'avoir la reconstruction de forme 3D à haute résolution en profondeur d’un visage n'est pas explicitement décrit ici car il existe de nombreuses technologies différentes qui permettent un tel scan.
Selon un mode de réalisation, l’entité informatique est configurée pour opérer un choix des données d’entrée dans la première famille de données.
Selon un mode de réalisation, l’entité informatique est configurée pour opérer un choix des données d’entrées dans la première famille de données et/ou dans la deuxième famille de données.
Selon un mode de réalisation, l’entité informatique est configurée pour opérer un choix des données d’entrées dans la première famille de données et/ou dans la deuxième famille de données et/ou dans la troisième famille de données.
Selon un mode de réalisation, l’entité informatique transmet à un ou plusieurs dispositifs électroniques un fichier de configuration comprenant des instructions pour opérer le choix des données, à réception desdits fichiers, le ou lesdits dispositifs se configurent pour transmettre à ladite entité les données choisies.
Selon un mode de réalisation, un ou plusieurs dispositifs électroniques comportent une configuration préparamétrée leur permettant de transmettre des données choisies, l’entité informatique transmettant une instruction de commande à le ou lesdits dispositifs concernés pour que ceux-ci activent leur configuration préparamétrée et transmettre lesdites données choisies.
Selon un mode de réalisation, les données d’entrée sont utilisées comme données d’apprentissage du modèle d’intelligence artificielle entrainé par l’entité informatique.
Selon un mode de réalisation, les données provenant des dispositifs électroniques sont préalablement formatées avant d’être transmises à l’entité informatique.
Selon un mode de réalisation, l’entité informatique est une « caméra virtuelle » ; la caméra virtuelle recense des caméras IP installées dans un ou plusieurs réseaux ; les caméras IP sont configurables et supporte chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF ; la caméra virtuelle agrège une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras IP, laquelle caméra virtuelle est configurée pour collecter et agréger des données d’entrée provenant desdites caméras IP.
Un autre aspect de l’invention concerne une installation de traitement de données dans une entité informatique, laquelle entité est configurée pour collecter et traiter des données d’entrée provenant d’un ou plusieurs dispositifs électroniques installés dans au moins un réseau ; chaque dispositif électronique comporte une zone mémoire dans laquelle est stocké un programme natif d'intelligence artificielle de reconnaissance d’objet à identifier dans des données acquises par ledit dispositif, lequel programme comporte des instructions qui, lorsqu’elles sont exécutées par une unité de traitement dudit dispositif, réalisent les étapes suivantes : A1i) prétraitement desdites données acquises, A2i) application d’un modèle d’intelligence artificielle sur lesdites données prétraitées, A3i) post-traitement des données résultantes de l’étape A2i) ; l’entité informatique est configurée pour exécuter un autre programme d'intelligence artificielle de reconnaissance d’objet à identifier dans les données d’entrée, lequel programme réalise les étapes de traitement suivantes : A1j’) prétraitement desdites données acquises, A2j’) application d’un modèle d’intelligence artificielle sur lesdites données prétraitées, A3j’) post-traitement des données résultantes de l’étape A2j’) ; et dans lequel au moins une des étapes A1j’), A2j’), A3j’) correspond respectivement à au moins une des étapes A1i), A2i), A3i) réalisée par au moins un des programmes natifs d'intelligence artificielle exécuté par au moins un des dispositifs électroniques.
Brève description des figures D’autres avantages et caractéristiques de l’invention apparaîtront mieux à la lecture de la description d’un mode de réalisation préféré qui va suivre, en référence aux dessins annexés, réalisés à titre d’exemples indicatifs et non limitatifs et sur lesquels :
précitée schématise une installation Vsaas selon l’art antérieur.
précitée illustre les principales étapes de traitement réalisées par un programme d’IA.
schématise un premier mode de réalisation d’une installation de caméra virtuelle.
schématise un deuxième mode de réalisation d’une installation de caméra virtuelle.
schématise un troisième mode de réalisation d’une installation de caméra virtuelle.
schématise un quatrième mode de réalisation d’une installation de caméra virtuelle.
Selon une variante, le microtissu hépatique selon l’invention peut être obtenu à partir de cellules souches, de cellules progénitrices et/ou de cellules capables de se différencier en cellules hépatiques.
Avantageusement, le microenvironnement du microcompartiment à partir duquel est obtenu le microtissu selon l’invention, reproduit les conditions de l’organogénèse hépatique. En effet, le microcompartiment selon l’invention permet de limiter les différentes contraintes physiques et/ou stress et favorise les interactions entre les différents types cellulaires au sein du microcompartiment.
Selon un mode de réalisation particulièrement adapté, le microtissu hépatique selon l’invention comprend au moins des hépatocytes immatures, des hépatocytes matures et des cholangiocytes. Préférentiellement, il comprend au moins : - des hépatocytes immatures, caractérisés par l’expression d’alphafoetoprotéine (AFP) et d’albumine (ALB) et l’absence d’expression de cytokératine 19 (CK19) - des hépatocytes matures caractérisés par l’expression d’albumine et l’absence d’expression d’alphafoetoprotéine et de cytokératine 19 -des cholangiocytes caractérisés par l’expression de cytokératine 19 et l’absence d’expression d’albumine et d’alphafoetoprotéine.
Selon une variante, le microtissu hépatique selon l’invention comprend des hépatoblastes. Les hépatoblastes peuvent être caractérisés par l’expression de l’alphafoetoprotéine, d’albumine et de la cytokératine 19.
La présence de ces phénotypes de cellules hépatiques garantit un effet multifactoriel sur les fonctions hépatiques. Cet effet pouvant permettre de rétablir ou optimiser certaines fonctions hépatiques.
Dans un mode de réalisation particulier, le microtissu hépatique comprends au moins 50% d’hépatocytes matures et/ou immatures.
Selon un mode de réalisation particulièrement adapté, le microtissu hépatique comprend au sein des cellules hépatiques entre 20 et 60% (en nombre) de cellules exprimant la cytokératine 19.
Les cellules exprimant la cytokératine 19 sont préférentiellement des cholangiocytes.
Dans le contexte de l’invention, les cellules hépatiques sont préférentiellement choisies parmi les hépatocytes matures, les hépatocytes immatures, les hépatoblastes, les cholangiocytes et leurs mélanges.
Le microtissu hépatique peut comprendre également des cellules exprimant CD73 et CD90. Les cellules exprimant CD73 et CD90 sont préférentiellement des cellules souches mésenchymateuses.
Les cellules souches mésenchymateuses sont une population cellulaire bien connue pour ses propriétés sur la réparation et la régénération tissulaires notamment du foie. Avantageusement, la présence de cellules souches mésenchymateuses issus de cellules souches pluripotentes induites du patient à traiter permet de garantir une efficacité de la réparation tissulaire du foie présentant une insuffisance hépatique.
Ainsi dans un mode de réalisation particulier, le microtissu selon l’invention comprend au moins : - des cellules hépatiques, préférentiellement au moins des hépatocytes immatures, des hépatocytes matures, des cholangiocytes, et - des cellules exprimant CD73 et CD90, préférentiellement au moins des cellules souches mésenchymateuses.
De façon préférée, le microtissu hépatique comprends au moins : - des cellules hépatiques dont entre 20 et 60% (en nombre) des cellules sont des cellules exprimant la cytokératine 19, et - des cellules exprimant CD73 et CD90.
Le microtissu hépatique comprend préférentiellement (pourcentages en nombre) : - entre 50 et 99 % de cellules hépatiques, dont préférentiellement dont entre 20 et 60% (en nombre) des cellules sont des cellules exprimant la cytokératine 19, et entre 1 et 20% de cellules exprimant CD73 et CD90.
Le microtissu hépatique selon l’invention peut également comprendre d’autres cellules, telles que notamment des cellules de Ito (cellules étoilées), des cellules de Kupffer, des cellules endothéliales, des hépatoblastes. Ainsi, dans un autre mode de réalisation particulier, le microtissu hépatique comprend : - des hépatocytes matures, des hépatocytes immatures, des hépatoblastes, des cholangiocytes, - des cellules de Ito et/ou des cellules de Kupffer et/ou des cellules endothéliales, - et éventuellement des cellules souches mésenchymateuses.
Selon une variante, le microtissu hépatique selon l’invention peut comprendre également des cellules musculaires lisses et/ou des fibroblastes.
- le système de table escamotable est configuré de telle manière qu’en position escamotée de la table, le plateau de table est incliné par rapport à un plan horizontal et, en position déployée de la table, le plateau de table s’étend sensiblement suivant le plan horizontal ;
- lequel la table pivote par rapport au support principal entre la position escamotée et la position déployée de la table ;
- le support auxiliaire est monté sur le support principal par l’intermédiaire d’au moins un ensemble articulé, chaque ensemble articulé comprenant une bielle ayant une première extrémité liée au support principal par une première liaison pivot possédant un premier axe de rotation et une deuxième extrémité liée au support auxiliaire par une deuxième liaison pivot possédant un deuxième axe de rotation distinct du premier axe de rotation ; et
- le support auxiliaire est monté sur le support principal par l’intermédiaire d’un au moins ensemble coulissant, chaque ensemble coulissant comprenant un guide prévu sur le support principal, le support auxiliaire étant monté coulissant le long du guide.
- la est une vue schématique en perspective d’un système de table escamotable, la table étant en position escamotée.
- la est une vue schématique en perspective du système de table escamotable de la , la table étant dans une position intermédiaire entre la position escamotée et une position déployée ;
- la est une vue schématique en perspective du système de table escamotable des Figures 1 et 2, la table étant en position déployée, un plateau de table de la table étant dans une position rétractée ;
- la est une vue schématique en perspective du système de table escamotable des Figures 1 à 3, le plateau de table dans une position étendue.
Tel que représenté sur les Figures 1 à 4, un système de table escamotable 2 est monté sur un élément d’habillage 4 d’un véhicule 6.
L’élément d’habillage 4 est par exemple une planche de bord, un panneau de porte, un dossier de siège ou une paroi d’un coffre à bagage, en particulier une paroi latérale d’un coffre à bagage.
Dans la suite de la description « supérieur », « inférieur », « vertical » et « horizontal » s’entendent par référence au système de table escamotable 2 installé dans le véhicule 6.
Le système de table escamotable 2 comprend un support principal 8 et une table 10 mobile par rapport au support principal 8 entre une position escamotée ( ) et une position déployée (Figures 3 et 4).
La table 10 comprend un support auxiliaire12 et un plateau de table 14 porté par le support auxiliaire 12.
Le support auxiliaire est monté mobile sur le support principal 8 pour permettre le mouvement de la table 10 entre la position escamotée ( ) et la position déployée ( ).
En position déployée de la table 10, le plateau de table 14 est utilisable pour poser des objets sur le plateau de table 14, plus particulièrement sur une surface supérieure 14A du plateau de table 14.
Selon un exemple illustratif, les données générées par les caméras IP sont des données vidéo. La caméra virtuelle ViC collecte ces données vidéo et les associe à la caméra IP qui les a générées. L’utilisateur qui contrôle la caméra virtuelle ViC comme si c’était une caméra IP réelle, a donc accès à l’ensemble des données vidéos de toutes les caméras PhC1, PhC2, PhC3. Cette agrégation des données vidéo dans une seule caméra (virtuelle) ne peut actuellement pas être faite par une caméra IP classique du commerce.
Selon un autre exemple illustratif, les données générées par les caméras IP sont des données vidéo, des données audio et des métadonnées. La caméra virtuelle ViC collecte ces différents types de données et les classe en fonction de leur type et de la caméra IP qui les a générées. Depuis la seule caméra virtuelle ViC, l’utilisateur a ainsi accès à l’ensemble des données, classées par type et par caméra PhC1, PhC2, PhC3. Une telle agrégation de données vidéo dans une seule caméra (virtuelle) ne peut ici encore pas être faite par une caméra IP classique du commerce.
Pour résumer, on peut contrôler et/ou configurer depuis la caméra virtuelle ViC, l’ensemble des données générées par un réseau de caméras IP. L’utilisateur pilote les caméras IP comme s’il était directement connecté au LAN alors qu’en réalité il n’accède pas directement audit LAN. Il n’accède qu’au réseau de la caméra virtuelle ViC qui est indépendant du LAN. Le pilotage d’un tel réseau s’en trouve non seulement plus sécurisé mais également simplifié en comparaison des solutions connues de l’art antérieur.
La caméra virtuelle ViC et les caméras PhC1, PhC2, PhC3 communiquent au travers du module d’interface EW. Une communication bidirectionnelle est établie d’une part entre le module EW et les caméras PhC1, PhC2, PhC3, et d’autre part entre ledit module EW et la caméra virtuelle ViC. Des données peuvent ainsi entrer et sortir du réseau local (LAN) au travers du seul module EW, et plus spécifiquement au travers d’un port logiciel dudit module, ce qui garantit la sécurisation de l’installation. En outre, un seul canal de communication est créé entre le module EW et la caméra virtuelle ViC. Ce canal de communication est avantageusement sécurisé par un protocole de sécurisation de type TLS (pour l’acronyme anglais de Transport Layer Security) ou SSL (pour l’acronyme anglais de Secure Sockets Layer), ou par un canal de communication VPN.
Selon un mode de réalisation, c’est le module EW qui se connecte à la caméra virtuelle ViC pour établir une communication sécurisée. La caméra virtuelle ViC peut être enregistrée dans le module EW soit avec un port logiciel variable et une adresse IP fixe de ladite caméra, soit avec port logiciel fixe et une adresse IP variable de ladite caméra.
La communication entre le module EW et les caméras PhC1, PhC2, PhC3 est avantageusement établie selon un protocole de communication standard, préférentiellement le protocole ONVIF, de manière à s’affranchir de tout protocole propriétaire. On s’assure ainsi que le module EW puisse dialoguer avec chacune des caméras PhC1, PhC2, PhC3, quel que soit le constructeur. Pour les mêmes raisons, la communication entre le module EW et la caméra virtuelle ViC est avantageusement établie selon un protocole de communication standard, préférentiellement le protocole ONVIF. Pour optimiser le transport des données entre les caméras IP, le module EW et la caméra virtuelle ViC, ce transport est préférentiellement réalisé au moyen du protocole RTSP/RTP.
Sur la , le pilotage de la caméra virtuelle ViC est réalisé depuis un système de gestion VMS installé dans le serveur S. Selon un mode de réalisation, c’est le système de gestion VMS qui configure la caméra virtuelle ViC, en définissant notamment ses fonctionnalités et ses paramètres de fonctionnement. C’est également le système de gestion VMS qui génère le fichier de configuration et qui le transmet à la caméra virtuelle ViC. Ce système de gestion VMS est par exemple un système de gestion vidéo utilisé de manière classique dans une architecture Vsaas ou une plateforme de gestion de données. Il permet d’enregistrer, de manager et de visualiser à distance les données (vidéo, audio, métadonnées, …) collectées et agrégées dans la caméra virtuelle ViC. Ces données peuvent ainsi être consultées par l’utilisateur où qu'ils soient, via n'importe quel appareil A de type Smartphone (téléphone intelligent), tablette, PC, etc. La communication entre le système de gestion VMS et la caméra virtuelle ViC est une communication bidirectionnelle avantageusement établie selon un protocole de communication standard, préférentiellement le protocole ONVIF. Le transport des données est préférentiellement réalisé au moyen du protocole RTSP/RTP.
Selon un mode de réalisation, le système de gestion VMS met en œuvre un processus de découverte standard, préférentiellement un processus de découverte supporté par la norme ONVIF, par exemple WS-Discovery (Web Services Dynamic Discovery) ou GetDiscoveryMode. Par ce processus de découverte, le système de gestion VMS interroge la caméra virtuelle ViC et récupère son adresse IP ainsi que la ou les fonctionnalités ONVIF communes des caméras IP. Ce processus de découverte ONVIF est rendu possible du fait que la caméra virtuelle ViC est vue comme une caméra IP classique par le système de gestion VMS. Le système de gestion VMS peut alors configurer la caméra virtuelle ViC, en définissant ses fonctionnalités et ses paramètres de fonctionnement, comme il le ferait avec une caméra IP classique.
Selon un premier mode de réalisation illustré sur la , une fonctionnalité Fct est ajoutée à la caméra virtuelle ViC, pour venir enrichir les fonctionnalités ONVIF communes qu’elle supporte. Cette fonctionnalité Fct peut être une fonctionnalité qui n’est pas nativement implémentée dans les caméras IP PhC1, PhC2, PhC3, telle qu’une fonctionnalité ONVIF qui est supportée par aucun des profils ONVIF desdites caméras IP. Il peut également s’agir d’une fonctionnalité ONVIF supportée seulement par certaines desdites caméras IP, mais qui n’est pas une fonctionnalité commune. La caméra virtuelle ViC peut par exemple être enrichie d’une fonctionnalité d’encodage vidéo ou d’enregistrement vidéo. Il peut encore s’agir d’une fonctionnalité qui n’est pas une fonctionnalité ONVIF, mais qui permet de traiter les données agrégées dans la caméra virtuelle ViC. Ce traitement peut consister en une compression vidéo ou audio, une analyse des données par exemple basée sur un ou plusieurs algorithmes d’intelligence artificielle, tels qu’une détection de présence de personnes ou d'objets, une identification des plaques minéralogiques, une reconnaissance faciale, une détection d'événement ou d'incident, une estimation de densité de foule, un comptage de personnes, etc. Ce traitement peut être appliqué simultanément à l’ensemble des données vidéo collectées et agrégées dans la caméra virtuelle ViC. Plusieurs de ces fonctionnalités peuvent venir enrichir la ou les fonctionnalités ONVIF communes agrégées dans la caméra virtuelle ViC. On augmente ainsi la capacité fonctionnelle des caméras IP du réseau, au travers de la seule caméra virtuelle ViC.
Selon un deuxième mode de réalisation illustré sur la , deux fonctionnalités Fct1 et Fct2 sont implémentées dans la caméra virtuelle ViC. Chacune de ces fonctionnalités permet de traiter les données collectées et agrégées dans la caméra virtuelle ViC, selon deux traitements de données distincts. Par exemple, un premier traitement de données (Fct1) peut consister à appliquer un modèle d’intelligence artificielle configuré pour un comptage de personnes et un deuxième traitement de données (Fct2) peut consister à appliquer un autre modèle d’intelligence artificielle configuré pour une reconnaissance faciale.