INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
L’accès aux services de la plateforme 100 peut être conditionné par une identification/authentification de l’utilisateur tiers utilisant le premier terminal 140, auquel cas l’utilisateur est associé à un compte utilisateur, ou un compte tiers, sur la plateforme 100. L’utilisateur du premier terminal peut consulter certaines des données de consentement dans la première base de données 110 pour au moins un patient, notamment pour un groupe de patients correspondant à un site médical et/ou à une étude donnée. Plus précisément, la première interface 130 peut présenter certaines des données de consentement de la première base de données 110, en notant à nouveau que ces données de consentement ne permettent pas à l’utilisateur du premier terminal 140 d’identifier le patient auquel elles correspondent. En particulier, les données de consentement d’un patient donné du groupe de patients, peuvent être accessibles sous la forme d’une fiche, la fiche pouvant comprendre : - l’identifiant pseudonyme du patient, ne comprenant aucune information d’identité du patient ; - certaines des données de consentement, par exemple uniquement le statut de consentement pour chaque ensemble de données personnelles de santé du patient. Les autres données de consentement, ou données de consentement complémentaires, telles que l’historique de mise à jour des statuts de consentement et le formulaire de consentement peuvent ne pas être accessibles sur la première interface 130. Elles peuvent toutefois être rendues accessibles sur requête du premier terminal 140 comme il sera mieux compris à la lecture de la description de la ; - un identifiant de groupe auquel est rattaché le patient. Un tel identifiant de groupe peut comprendre un nom d’étude pour laquelle les données de consentement ont été obtenues et/ou un identifiant de site médical sur lequel l’étude a été menée. Plusieurs fiches de patients peuvent ainsi présenter le même identifiant de groupe, lorsqu’il s’agit de patients ayant contribué à la même étude et/ou ayant reçu des soins sur le même site médical ;
- un identifiant d’un propriétaire des données de consentement, le propriétaire étant décrit ultérieurement.
Ainsi, il est rendu possible de consulter certaines des données de consentement à un tiers, pour une étude donnée et/ou pour un site médical donné, sans pour autant communiquer à ce tiers les informations d’identité des patients ni l’intégralité des données de consentement. La gestion de données sensibles telles que des données de consentement relatives à des données médicales est ainsi améliorée.
Toutefois, comme il sera mieux compris à la lecture de la description de la , le terminal requérant 140 peut requérir, dans un second temps, l’accès à l’ensemble des données de consentement identifiées sur la base des informations d’identité stockées dans la deuxième base de données 111.
Le premier terminal 140 peut être rattaché à une première organisation, par exemple une organisation en charge d’auditer les données de consentement pour des études données et/ou pour des sites médicaux donnés, afin de vérifier leur conformité à une règlementation par exemple.
La première interface 130 peut être partagée entre plusieurs terminaux de plusieurs organisations données, via un réseau IP notamment, c’est-à-dire que différents terminaux d’utilisateurs tiers identifiés comme requérant des données personnelles de consentement, accèdent à la plateforme 100 via la première interface 130. Le premier terminal 140 est ainsi tout terminal apte à accéder à un réseau IP, tel qu’une tablette tactile, un Smartphone, un ordinateur portable, un ordinateur de bureau, ou autre.
Le système de gestion d’accès 10 selon l’invention peut comprendre en outre une deuxième interface 150 d’accès à la plateforme de service 100. Une telle deuxième interface 150 est accessible par au moins un deuxième terminal 160 qui est un terminal d’un utilisateur ayant des droits sur des données personnelles de santé correspondant à au moins certaines des données de consentement stockées dans les bases de données 110 et 111, ou terminal propriétaire.
A noter que les données personnelles de santé peuvent être stockées dans une autre base de données, non représentée sur la , l’accès aux données personnelles de santé n’étant pas détaillée dans la présente description. En particulier, les données personnelles de santé peuvent être stockées sur un serveur ou un terminal d’une deuxième organisation à laquelle appartient le deuxième terminal 160.
En particulier, la deuxième organisation peut avoir au préalable collecté les données personnelles de santé, puis avoir requis l’obtention de données de consentement pour les patients concernés via la plateforme 100. Par exemple, la deuxième organisation peut avoir collecté des données personnelles de santé pour un groupe de patients donné, correspondant à une étude donnée et/ou à un site médical donné, et les données de consentement correspondantes ont ensuite été obtenues via la plateforme 100.
Aucune restriction n’est attachée au deuxième terminal 160 qui peut être tout terminal apte à accéder à un réseau IP, tel qu’une tablette tactile, un Smartphone, un ordinateur portable, un ordinateur de bureau, ou autre.
Dans ce qui suit, on considère la première organisation possédant le premier terminal 140 comme une organisation requérant des données de consentement, ou organisation tiers, et le premier terminal 140 est un terminal requérant 140 ou terminal tiers 140. La deuxième organisation possédant le deuxième terminal 160 est une organisation propriétaire de données personnelles de santé, et le deuxième terminal 160 est dit terminal propriétaire.
La plateforme 100 peut également être accessible par un troisième terminal 180 appartenant à un patient, via une troisième interface 170. Le patient peut être associé à un compte utilisateur sur la plateforme 100, dans lequel il peut renseigner ses informations d’identité, si elles n’ont pas déjà été renseignées par un utilisateur de la deuxième organisation, par exemple au moyen du deuxième terminal 160. Le patient peut également communiquer, via la troisième interface 170, des données de consentement relatives à des données personnelles de santé qui lui sont relatives. Il peut notamment répondre à un formulaire de consentement discuté précédemment.
Comme précédemment expliqué, la troisième interface 170 peut permettre une mise à jour dynamique du statut de consentement correspondant à chaque ensemble de données personnelles de santé d’un patient accédant à la troisième interface 170 au moyen du troisième terminal utilisateur 180.
Aucune restriction n’est attachée au troisième terminal utilisateur 180 qui peut être tout terminal apte à accéder à un réseau IP, tel qu’une tablette tactile, un Smartphone, un ordinateur portable, un ordinateur de bureau, ou autre.
3) Décomposition en deux composantes
Dans un mode de réalisation, l’application VTO est une application Web telle qu’obtenue à partir du serveur 306. Dans un mode de réalisation, l’application VTO telle que pour une application native est fournie par un réseau de distribution de contenu. Les données de produit 318A peuvent être obtenues à partir d’un système de gestion de contenu 307, associé au serveur 307A. Le système de gestion de contenu 307 comporte un magasin de données 307B qui stocke les données relatives au produit, par exemple les données d’échantillon et les données d’effets de rendu, etc. Les données d’échantillon comprennent généralement une image du produit qui peut être utilisée pour illustrer le produit. Dans un mode de réalisation, les données d’échantillon (par exemple, une image) peuvent être traitées pour en extraire des données. Les données d’échantillon, sous forme de données extraites, peuvent comprendre, par exemple, la couleur ou d’autres propriétés liées à la lumière (par exemple, la luminosité, etc.) des données d’échantillon, etc. Les données de produit (par exemple, couleur, etc.) peuvent être fournies à un serveur d’autres manières, par exemple sous forme de couleur ou d’autres paramètres. Par exemple, les curseurs peuvent fournir une entrée qui est mappée à des valeurs de données. Dans un mode de réalisation, les données de produit peuvent être fournies à un dispositif utilisateur (par exemple, 302) par inclusion dans un paquet d’applications natives et fournies sous forme de mises à jour à une application native telle que par le serveur 306. Les données de produit peuvent ainsi être fournies à partir de différentes sources. Les données d'effets de rendu peuvent comprendre des données pour rendre un effet tel que simuler un maquillage ou d’autres propriétés telles qu’un aspect mat, un aspect brillant, un aspect métallique, un aspect vinyle, ou, comme décrit plus en détail ici, un aspect pailleté sur l’effet de maquillage. Une interface utilisateur 307C vers le système de gestion de contenu 307 (par exemple, voir également la ) peuvent être fournis à un fournisseur de produit tel qu’un propriétaire de marque, pour télécharger des images d’échantillon et fournir des données telles que pour définir des données d’échantillon, des données de produit et/ou des données d’effet de rendu. Dans un mode de réalisation, l’UI 307B est basée sur le Web.
Bien qu’il ne soit pas montré, le dispositif utilisateur 302 peut stocker un navigateur Web pour l’exécution de l’application VTO 312 sur le web. Dans un mode de réalisation (non montré), l’application VTO 312 est une application native conformément à un système d’exploitation (également non montré) et aux exigences de développement logiciel qui peuvent être imposées par un fabricant de matériel, par exemple, du dispositif informatique 302. L’application native peut être configurée pour une communication basée sur le Web ou des communications similaires vers les serveurs 306, 307A et/ou 308, comme on le sait.
La montre diverses données ou informations d’entrée et de sortie associées à une utilisation de l’application VTO 312, par exemple. Ces données d’entrée et de sortie comprennent une image d’entrée 326 de l’utilisateur à traiter pour une expérience VTO, une image de sortie 328 sur laquelle les effets de produit sont simulés fournissant une expérience VTO, une sélection de produit VTO 320 comprenant une entrée utilisateur sélectionnant un ou plusieurs effets de produit à simuler, les options de produits VTO 322 comprenant des options pour les produits à essayer virtuellement, par exemple pour la sélection par un utilisateur de dispositif 302, et les informations de transaction d’achat 324 comprenant les informations d’achat fournies à et/ou reçues d’un utilisateur pour acheter un produit. Comme noté, les modes de réalisation d’application VTO ne comportent pas tous des capacités de commerce électronique.
Dans un mode de réalisation, via une ou plusieurs interfaces utilisateur 314, les options de produit VTO 322 sont présentées pour sélection pour un essayage virtuel par simulation d'effets sur une image d’entrée 326. Dans un mode de réalisation, les options de produit VTO 322 sont dérivées de ou associées aux données de produit 318A. Dans un mode de réalisation, les données de produit peuvent être obtenues à partir du serveur 306 et fournies par le composant de recommandation de produit 318, qui dans un mode de réalisation peut être un analyseur de données de produit où des recommandations basées sur l’utilisateur en soi ne sont pas faites. Au lieu de cela, toutes les données de produit disponibles sont mises à disposition pour la sélection d’utilisation. Bien que non montré, une entrée utilisateur ou autre peut être reçue pour être utilisée afin de déterminer les recommandations de produits. L’utilisateur peut être invité, par exemple via l’une des interfaces 314, à fournir une entrée pour déterminer les recommandations de produits. Dans un mode de réalisation, le composant de recommandation de produit 318 communique avec le serveur 306. Le serveur 306, dans un mode de réalisation, détermine la recommandation sur la base de l’entrée reçue via le composant 318 et fournit des données de produit en conséquence. L’interface utilisateur 314 peut présenter les choix de produits VTO, par exemple, en mettant à jour l’affichage de celle-ci en réponse aux données reçues lorsque l’utilisateur navigue ou interagit autrement avec l’interface utilisateur.
Dans un mode de réalisation, les une ou plusieurs interfaces utilisateur fournissent des instructions et des commandes pour obtenir l’image d’entrée 326, et l’entrée de sélection de produit VTO 320 telle qu’une identification d’un ou plusieurs produits VTO recommandés à essayer. Dans un mode de réalisation, l’image d’entrée 326 est l’image du visage d’un utilisateur, qui peut être une image fixe ou une trame d’une vidéo. Dans un mode de réalisation, l’image d’entrée 326 peut être reçue d’une caméra (non montrée) du dispositif 302 ou d’une image stockée (non montrée). L’image d’entrée 326 est fournie au dispositif de suivi de visage 315, par exemple pour le traitement afin de localiser des particularités (par exemple, des objets) dans l’image du visage à l’aide du réseau neuronal profond 315A.
Dans un mode de réalisation, une sortie de localisation du dispositif de suivi de visage 315 peut comprendre des résultats de classification, des masques de segmentation ou d’autres données de localisation pour un ou plusieurs objets détectés, et est fournie au composant de pipeline de rendu VTO 316. Dans un mode de réalisation, la sortie de localisation comprend des points de visage 315B du dispositif de suivi de visage 315. L’image d’entrée 326 est également fournie (par exemple, mis à disposition) au composant de pipeline 316. La sélection de produits VTO 320 est également fournie au composant de pipeline 316 pour déterminer les effets à rendre. Dans un mode de réalisation lié à la simulation de maquillage, un ou plusieurs effets peuvent être indiqués tels que pour une ou plusieurs des catégories de produits comprenant : lèvres, fard à paupières, ligneur, fard à paupières, etc.
Le composant de pipeline de rendu VTO 316 rend des effets sur l’image d’entrée 326, par exemple par dessin (rendu) d'effets en couches, une couche pour chaque effet de produit, pour produire l’image de sortie 328. Le rendu est conforme aux données de produit 318A sélectionnées par la sélection de produit VTO 320 et est réponse à l’emplacement des objets détectés. Par exemple, une sélection de produits VTO d’un rouge à lèvres, d’un brillant à lèvres ou d’un autre produit lié aux lèvres appelle l’application d’un effet sur un ou plusieurs objets détectés liés à la bouche ou aux lèvres à des emplacements respectifs. De même, une sélection de produits liés aux sourcils appelle l’application d’un effet de produit sélectionné sur les objets de sourcils détectés. En général, pour les aspects symétriques, les mêmes effets de sourcils sont appliqués sur chaque sourcil, le même effet de lèvres sur chaque lèvre ou le même effet d'œil sur chaque région d'œil, mais ce n’est pas nécessairement le cas. Certaines sélections de produits VTO comprennent une sélection de plusieurs produits tels que des produits coordonnés pour les sourcils et les yeux ou d’autres combinaisons d’objets détectés, qui peuvent être étiquetés comme « aspects de produit ». Le composant de pipeline de rendu VTO 316 peut rendre chaque effet, par exemple, un effet de produit par couche à la fois jusqu’à ce que tous les effets soient appliqués. L’ordre d’application peut être défini par des règles ou dans la sélection des produits, par exemple, un rouge à lèvres avant un brillant à lèvres.
Les interfaces utilisateur 314 fournissent l’image de sortie 328. L’image de sortie 328, dans un mode de réalisation, est présentée comme une portion d’un flux en direct d’images de sortie successives (chacune 328 par exemple), comme lorsqu’une vidéo d'autoportrait est augmentée pour présenter une expérience de réalité augmentée. Dans un mode de réalisation, l’image de sortie 328 peut être présentée avec l’image d’entrée 326, comme dans un affichage côte à côte à des fins de comparaison. Dans un mode de réalisation, il peut s’agir d’une interface de comparaison avant/après « en place » où l’utilisateur déplace un curseur pour révéler davantage l’image initiale ou traitée. Dans un mode de réalisation, l’image de sortie 328 peut être enregistrée (non montré) tel que sur le dispositif de stockage 310 et/ou partagée (non montré) avec un autre dispositif informatique.
Dans un mode de réalisation, les images d’entrée (non montrées) comprennent des images d’entrée d’une session de vidéoconférence et les images de sortie comprennent une vidéo partagée avec un autre participant (ou plus d'un) d’une session de vidéoconférence. Dans un mode de réalisation, l’application VTO (qui peut avoir un autre nom) est un composant ou un module d'extension d’une application de visioconférence (non montrée) permettant à l’utilisateur du dispositif 302 de porter du maquillage pendant une visioconférence avec un ou plusieurs autres participants à la conférence.
Dans le mode de réalisation illustré de la , Le composant de pipeline de rendu VTO 316 est configuré pour appliquer une adaptation de l’éclairage à des effets à rendre. Les composants du composant de pipeline de rendu VTO 316 sont illustrés sous forme de flux de processus montrant, par exemple, les opérations (par exemple, les étapes d’un procédé) exécutées par un ou plusieurs processeurs (par exemple, CPU, GPU ou les deux) du dispositif informatique 302. Il est entendu que des modules ou composants logiciels correspondants, par exemple, peuvent mettre en œuvre un tel flux. Il est entendu que d’autres composants pour d’autres adaptations qui peuvent être appliquées avant le rendu ne sont pas montrés par souci de simplicité.
Dans le mode de réalisation et pour au moins certaines fins, la couleur est modélisée à l'aide d'un modèle de teinte, de saturation et de valeur/luminosité (HSV ou HSB). En 316A, les opérations effectuent une détection de la couleur moyenne de peau pour déterminer une couleur de tonalité moyenne de peau. Dans un mode de réalisation, les opérations sont effectuées conformément au brevet '166. Par exemple, les opérations évaluent la peau gauche et droite (joue), la peau du visage (joues et front), la couleur des yeux gauche et droit, la sclère des yeux gauche et droit, la luminosité min/max des yeux et les lèvres. En 316B, les opérations effectuent une détection de couverture d'œil, en déterminant si les yeux sont couverts de manière à ce que la sclère ne soit pas disponible.
En 316C, les opérations ajustent la luminosité et la saturation des données de produit pour qu’un effet soit appliqué à l’image d’entrée en réponse à la sélection de produit 320. La luminosité et la saturation sont ajustées en réponse à la couleur moyenne de la peau et à la luminosité min/max des yeux détectée à 316 A. Si plus d'un effet de produit doit être appliqué, l’étape 316C est alors effectuée pour chacun d’entre eux.
En 316D, la teinte de l’effet à appliquer est adaptée en fonction du blanc de l'œil détecté à partir de la sclère à l’étape 316A, si disponible, (lorsque la disponibilité est détectée à l’étape 316B). Dans un mode de réalisation, les opérations déterminent si la couleur actuelle est décalée vers une tonalité chaude ou une tonalité froide. Les opérations interpolent entre différents H, S et V en fonction de la couleur actuelle de la sclère. Ainsi, la teinte de l’effet est poussée vers une tonalité plus chaude ou plus froide en fonction des conditions détectées. Pour déterminer s’il s’agit d’un tonalité chaude ou froide, les valeurs HSV de la sclère sont examinées. Un exemple d’opérations plus détaillées est décrit plus loin.
En 316E, l’effet de produit tel qu’adapté est rendu dans une couche associée à l’image d’entrée 326 pour définir l’image de sortie 328. Dans un mode de réalisation tel que lorsque plus d'un effet doit être appliqué, les étapes 316D et 316E sont répétées pour chaque effet à appliquer. Une fois les étapes du composant de pipeline 316 terminées, l’image de sortie est fournie, par exemple via l’interface utilisateur 314.
Dans un mode de réalisation, les étapes 316A à 316C sont effectuées par un processeur central ou une CPU (non montrée) tandis que les étapes 316D et 316E sont effectuées par un processeur graphique ou une GPU (non montrée), comme indiqué par la case en pointillés.
Voici un exemple d’opérations plus détaillées concernant l’interpolation en réponse à la tonalité chaude ou froide de la sclère. Les entrées suivantes sont utilisées : désigne la couleur HSV au pixel de peau actuel, chaque canal HSV ayant une valeur allant de 0 à 1 ; désigne la couleur HSV moyenne au niveau de la sclère pour l'œil (l'œil gauche ou l'œil droit est utilisé en fonction de la moitié du visage dans laquelle se trouve le pixel actuel), chaque canal HSV ayant une valeur allant de 0 à 1 ; et désigne la couleur HSV pour la couleur de maquillage cible, chaque canal HSV ayant une valeur allant de 0 à 1.
Pris individuellement, ces paramètres primaires ne suffisent pas nécessairement à expliquer le comportement thermique de la pièce à produire, et, a fortiori , l’éventuelle apparition de points chauds.
Cependant, grâce à une analyse dimensionnelle, ces paramètres sont combinés entre eux pour former un ensemble réduit de paramètres adimensionnés et indépendants, qui présentent une signification physique mieux à même de décrire le comportement thermique de la pièce lors de sa fabrication à l’échelle du schéma de lasage.
Un de ces paramètres adimensionnés au moins doit se rapporter à la température mesurée localement (le long de la trajectoire d’outil analysée, par exemple du chemin de lasage analysé), tandis que les autres caractérisent les différents facteurs susceptibles de favoriser la surchauffe locale (zones en contre-dépouille, concentration relativement importante de vecteurs dans une zone, etc.).
Le caractère adimensionné de ces paramètres permet ainsi de raisonner à partir de grandeurs indépendantes des spécificités de la vectorisation analysée. Autrement dit, les valeurs de ces paramètres sont valables quels que soient les matériaux utilisés ou les paramètres de la source de chaleur (laser) employée.
La détermination des paramètres primaires repose sur une modélisation du processus de fabrication additive et du schéma de lasage associé.
Cette modélisation est effectuée à l’échelle mésoscopique. Cette échelle mésoscopique est intermédiaire entre l’échelle macroscopique et microscopique ; elle est suffisamment étendue pour inclure un grand nombre de particules (de telle sorte que leurs propriétés statistiques ne fluctuent pas significativement), tout en restant suffisamment fine pour que les grandeurs thermodynamiques (pression, température, etc.) restent locales (ponctuelles à l'échelle macroscopique).
En particulier, on peut définir l’échelle mésoscopique par l’influence que le laser a sur un point du schéma de lasage mais aussi sur les points à proximité de ce point, sur ce schéma de lasage, en amont ou en aval.
La modélisation peut se baser sur un Volume Elémentaire Représentatif (VER) associé à un point considéré.
Les et illustrent des exemples de volumes élémentaires représentatifs VER, pour un point M situé sur le schéma de lasage.
Ce volume se caractérise par une surface centrée sur ce point M considéré, par une dimension de cette surface (diamètre dans l’exemple de la , côté a dans l’exemple de la .
La dimension caractéristique (diamètre, côté…) a une grandeur qui équivaut à quelques écarts-vecteur (i.e. distance entre deux vecteurs consécutifs), par exemple entre 5 et 10 écarts-vecteurs, et contient des portions des vecteurs qui ont une influence thermique sur le point M. Cette dimension caractéristique peut donc dépendre de différents paramètres relatifs au laser (puissance…) et au matériau (conductivité thermique…).
La illustre tout ou partie d’une pièce 220 à produire. La surface supérieure de cette pièce est hachurée, ces hachures représentent schématiquement le schéma de lasage.
Ce schéma de lasage peut être vu comme un ensemble de lignes correspondant au parcours du faisceau du laser (ou autre source de chaleur) en surface de la couche de la pièce en cours de fabrication.