INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
En variante, des moyens de maintien 5, 6 peuvent être intégrés sur les deuxièmes languettes conductrices 4 du deuxième dispositif de connexion électrique 2.
En variante, des moyens de maintien 5, 6 peuvent être intégrés sur quelques premières languettes conductrices 3 du dispositif de connexion électrique 1 et d’autres moyens de maintien 5, 6 peuvent être intégrés sur des deuxièmes languettes conductrices 4 du deuxième dispositif de connexion électrique 2. Seulement un ou deux moyens de maintien 5, 6 sont prévus par paire de languettes conductrices 3, 4 à souder.
Selon le procédé de l’invention, les moyens de maintien 5, 6 de la première languette conductrice 3 sont accrochés sur (ou agrippés à) la deuxième languette conductrice 4 du deuxième dispositif de connexion électrique 2 de façon à limiter la distance entre les première et deuxième languettes conductrices 3, 4 à 1 millimètre maximum.
La fonction des moyens de maintien 5, 6 est de rapprocher le plus possible la première partie centrale supérieure 7 de la première languette conductrice 3 avec la deuxième partie centrale supérieure 8 de la deuxième languette conductrice 4 pour pouvoir réaliser une soudure sans échec de ces parties centrales supérieures 7, 8.
Les languettes conductrices 3, 4 présentent sensiblement la même forme et sont ainsi maintenues l’une en face de l’autre par les moyens de maintien 5, 6 de façon à être en contact ou presqu’en contact.
Les moyens de maintien 5, 6 sont positionnés de chaque côté de la deuxième partie centrale supérieure 10 de la deuxième languette conductrice 4 et de préférence symétriquement.
Chaque moyen de maintien 5, 6 entoure au moins partiellement une bordure supérieure 29 des deuxièmes épaulements 11, 12 de la deuxième languette conductrice 4. Chaque moyen de maintien 5, 6 est en contact avec l’une des bordures supérieures 29 pour la maintenir.
Autrement dit, chaque moyen de maintien 5, 6 comprend une cavité interne 30 dans laquelle est logée la bordure supérieure 29 de la deuxième partie centrale supérieure 8.
L’écartement entre l’extrémité 13, 24 et une zone de maintien 31 formée sur la première languette conductrice 3 en regard de l’extrémité 13, 24, est ajusté pour être légèrement supérieur à l’épaisseur de la bordure supérieure 29 de la deuxième partie centrale supérieure 8.
Comme évoqué précédemment, dans la première option de réalisation envisagée ici, l’entité applicative peut être notifiée d’événements affectant son profil du fait de changements internes à l’entité applicative, mais également d’événements liés à une intervention externe.
Ainsi, dans un mode particulier de réalisation, au moins un événement affectant le profil de l’entité applicative notifié par l’entité de contrôle comprend un changement d’au moins un attribut du profil de l’entité applicative par l’entité de contrôle ou signalé à l’entité de contrôle par une entité tierce du réseau.
Une telle entité tierce peut être par exemple une entité des opérations, de la gestion et de l’administration du réseau ou OAM comme indiqué précédemment. Ce type d’intervention par une entité tierce sur le profil de l’entité applicative n’est, dans l’état de la technique, pas directement visible par l’entité applicative et nécessite un redémarrage de celle-ci pour la prise en compte des attributs modifiés par l’entité tierce. L’invention permet avantageusement de pouvoir intégrer dynamiquement et en temps réel ces modifications dans le fonctionnement des micro-services, et donc de l’entité applicative, sans avoir besoin de la redémarrer.
De même, ce mode de réalisation permet d’informer l’entité applicative de changements opérés sur son profil par l’entité de contrôle. Un tel changement est par exemple le passage de la valeur d’un attribut définissant l’état de l’entité applicative d’ « enregistré » à « suspendu ». La notification de l’entité applicative de ce changement permet de mettre en œuvre au niveau de l’entité applicative une logique spécifique visant à rétablir l’état « enregistré » de l’entité applicative, par exemple en envoyant des messages de présence (« Heart-Beat ») si le contexte d’exécution de l’entité applicative le permet.
Dans la première option de réalisation qui vient d’être décrite, l’entité applicative souscrit auprès de l’entité de contrôle aux événements reportés à l’entité de contrôle affectant son propre profil. Selon une seconde option de réalisation de l’invention, la publication des événements affectant l’entité applicative est réalisée sans intervention extérieure, de façon interne à l’entité applicative.
Ainsi, selon cette seconde option, le module de gestion est configuré pour informer le module de notification dudit au moins un événement après son signalement auprès de l’entité de contrôle.
Cette seconde option offre la possibilité d’échanger une quantité plus importante d’informations entre le module de gestion et le module de notification, en exploitant un lien de communication interne à l’entité applicative. Elle présente toutefois l’inconvénient que l’entité applicative ne peut être informée de modifications de son profil dues à l’intervention d’une entité tierce comme par exemple une entité OAM ou à l’entité de contrôle même.
Comme il apparaît dans ce qui vient d’être décrit, la première option de réalisation de l’invention s’appuie non seulement sur l’entité applicative, mais également sur l’entité de contrôle. Ainsi l’invention vise également une entité de contrôle gérant une pluralité d’entités applicatives d’un réseau, chaque entité applicative étant associée à un profil mémorisé par l’entité de contrôle comprenant une pluralité d’attributs caractérisant ladite entité applicative, ladite entité de contrôle comprenant : un module d’enregistrement, configuré pour enregistrer au moins une souscription d’une dite entité applicative à une notification d’au moins un événement affectant son profil ; et un module de notification, configuré pour envoyer une notification à ladite entité applicative lors que l’entité de contrôle détecte ledit événement.
Corrélativement, l’invention vise aussi un procédé de gestion par une entité de contrôle d’une pluralité d’entités applicatives d’un réseau, chaque entité applicative étant associée à un profil mémorisé par l’entité de contrôle comprenant une pluralité d’attributs caractérisant ladite entité applicative, ledit procédé de gestion comprenant : une étape d’enregistrement d’au moins une souscription d’une dite entité applicative à une notification d’au moins un événement affectant son profil ; et une étape de notification de ladite entité applicative lorsque l’entité de contrôle détecte ledit événement.
Comme mentionné précédemment, dans un mode de réalisation, au moins un dit événement affectant le profil de l’entité applicative est signalé par ladite entité applicative ou par une entité tierce du réseau ou est dû à l’entité de contrôle.
L’entité de contrôle et le procédé de gestion selon l’invention bénéficient des mêmes avantages évoqués ci-avant pour l’entité applicative et le procédé de notification.
Dans un mode particulier de réalisation, les procédés de gestion et de notification sont mis en œuvre par un ordinateur.
L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans une entité applicative conforme à l’invention et comporte des instructions adaptées à la mise en œuvre d’un procédé de notification tel que décrit ci-dessus.
L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans une entité de contrôle conforme à l’invention et comporte des instructions adaptées à la mise en œuvre d’un procédé de gestion tel que décrit ci-dessus.
Puis, l’unité de traitement compare la valeur attendue Φ m,da (t i ) à la valeur déterminée Φ m,d (t i ) obtenue à l’étape 133. Si l’écart entre la valeur attendue Φ m,da (t i ) et la valeur déterminée Φ m,d (t i ) est supérieure en valeur absolue à une valeur seuil prédéfinie S3 (par exemple S3 = π) alors le procédé continue avec les étapes 242 et 243. Dans le cas contraire, le procédé continue avec l’étape 244.
Lors d’une étape 242, l’unité de traitement détermine la variation instantanée δΦ r,d (t i ) de la différence de phase dépliée Φ r,d (t i ) telle que, par exemple : δΦ r,d (t i ) = Φ r,d (t i ) - Φ r,d (t i-1 ).
Lors d’une étape 243, l’unité de traitement détermine l’incrément m m (t i ) à utiliser pour corriger la valeur erronée de la différence de phase dépliée Φ m,d (t i ) en ajoutant à sa valeur de l’instant précédent m m (t i-1 ) un entier, potentiellement plus grand que 1, calculé à partir de l’écart entre la valeur attendue Φ m,da (t i ) et la valeur déterminée Φ m,d (t i ), telle que : m m (t i ) = m m (t i-1 ) + sign(δΦ r,d (t i ))×(round(Φ m,da (t i )- Φ m,d (t i ))/2π), où le terme ‘round’ est une fonction qui fournit la valeur entière arrondie de la fraction. Ainsi, s’il s’avère qu’entre deux instants de mesure, plusieurs discontinuités ont eu lieu du fait d’une forte variation de la grandeur d’intérêt, mais qu’une seule discontinuité n’a pu être mesurée (il se pourrait également qu’aucune discontinuité ne soit détectée, par exemple dans le cas d’une variation de px2π entre deux instants de mesure, avec p une valeur entière), cette étape permet de déterminer la bonne valeur de l’incrément m m (t i ), puisqu’elle utilise l’information issue du capteur optique de référence (ici la différence de phase dépliée Φ r,d (t i )) ainsi que le rapport des sensibilités RS ref .
Lors de l’étape 244, l’unité de traitement détermine la différence de phase corrigée Φ m,dc (t i ) en ajoutant le multiple entier de 2π, soit m m (t i )×2π à la différence de phase extraite ϕ m (t i ), telle que : Φ m,dc (t i ) = ϕ m (t i ) + m m (t i )×2π. L’incrément m m (t i ) est soit celui déterminé lors de l’étape 132 lorsqu’il n’y a pas de valeurs erronées, soit celui déterminé lors de l’étape 243 lorsqu’une valeur erronée a été détectée.
Ainsi, au terme de la phase 240 de correction, on obtient l’évolution temporelle Φ m,dc (t) de la différence de phase corrigée Φ m,dc , qui est bien représentative de la différence de phase effective, dans la mesure où les valeurs erronées ont été corrigées. Notons que l’on peut évidemment lui soustraire sa valeur à l’instant initial t 0 de sorte que sa première valeur soit égale à zéro. Enfin, lors d’une phase suivante, le procédé de détection détermine l’évolution temporelle G(t) de la grandeur d’intérêt G à partir de celle de la différence de phase corrigée Φ m,dc .
Aussi, le procédé de détection selon le deuxième mode de réalisation permet de déterminer la différence de phase dépliée Φ m,d (t) qui a été corrigée de ses valeurs erronées, en tirant parti des informations issues des capteurs optiques de référence de moindre sensibilité. Ce mode de réalisation est particulièrement efficace lorsqu’il y a eu plusieurs discontinuités de la différence de phase extraite ϕ m (t i ) entre deux instants de mesure, alors que la phase 120 d’extraction n’est pas en mesure de lever l’ambiguïté sur la valeur modulo 2π. Cette ambiguïté est donc levée lors de la phase de correction 240. La robustesse de détection est donc améliorée.
La illustre un organigramme d’un procédé de détection selon un autre exemple du deuxième mode de réalisation. Ici également, le procédé est en mesure de déterminer la valeur de l’incrément m m (t i ) à appliquer, en particulier lorsqu’une discontinuité de la différence de phase extraite ϕ r (t i ) correspond en fait à plusieurs variations de 2π.
Comme dans le procédé de détection de la , le procédé selon cet exemple comporte une phase 110 de mesure de l’intensité I m (t i ) et I r (t i ) ; une phase 120 de détermination de la différence de phase extraite ϕ m (t i ) et ϕ r (t i ) ; une phase 130 de détermination (dépliement) de la différence de phase dépliée Φ m,d (t i ) et Φ r,d (t i ) ; et enfin une phase 340 de correction pour obtenir la différence de phase corrigée Φ m,dc (t i ), à partir de laquelle la grandeur d’intérêt G(t i ) peut ensuite être déterminée. Les phases 1, 110, 120 et 130 peuvent être identiques ou équivalentes à celles décrites précédemment, et ne sont donc pas détaillées à nouveau.
Les opérations de cette phase de correction 340 sont effectuées pour balayer les instants de mesure de t 1 à t N . Elles sont effectuées ici après avoir obtenues l’évolution temporelle Φ m,d (t) et Φ r,d (t) des différences de phase dépliée Φ m,d et Φ r,d , mais peuvent en variante être effectuées en temps réel (les phases 110, 120, 130, 340 étant alors effectuées à la suite à chaque instant de mesure).
Lors d’une étape 341, l’unité de traitement détermine la valeur d’un rapport de phase effectif défini comme le rapport des différences de phase dépliée Φ m,d (t i )/Φ r,d (t i ). On compare ensuite ce rapport de phase effectif RΦ eff au rapport des sensibilités RS ref , et si l’écart est supérieur en valeur absolue à une valeur seuil prédéfinie S4, on considère que la valeur de la différence de phase dépliée Φ m,d (t i ) est erronée et on procède à une correction (étapes 342 et 343). Dans le cas contraire, on va directement à l’étape 344.
Lors de l’étape 342, l’unité de traitement détermine un ensemble de valeurs du rapport de phase effectif pour plusieurs valeurs de k allant de -k f à +k f , où k est un entier et k f est une valeur finale prédéfinie. Aussi, une boucle est effectuée qui réitère l’étape 342 de manière à balayer les valeurs de k.
Lors d’une étape 342, l’unité de traitement détermine l’incrément tel que : = m m (t i-1 ) + k. Puis on détermine la différence de phase dépliée à partir de la valeur de telle que : = ϕ m (t i ) + ×2π. Enfin, on détermine le rapport de phase effectif tel que : = / Φ r,d (t i ). Au terme de l’étape 342, on obtient un ensemble de valeurs ( ) -kf≤k≤kf du rapport de phase effectif .
Lors d’une étape 343, l’unité de traitement détermine la valeur optimale k opt qui minimise l’écart en valeur absolue entre chacune des valeurs du rapport de phase effectif avec le rapport des sensibilités RS ref , autrement dit : k opt / . La valeur optimale k opt est donc l’entier, positif ou négatif, qui correspond au nombre de discontinuités qui n’ont pas été détectées par le procédé entre deux instants de mesure successifs. On peut alors calculer l’incrément corrigé m m (t i ) = m m (t i-1 ) + k opt .
Enfin, lors d’une étape 344, l’unité de traitement détermine la différence de phase corrigée Φ m,dc (t i ) en ajoutant le multiple entier de 2π, soit m m (t i )×2π à la différence de phase extraite ϕ m (t i ), telle que : Φ m,dc (t i ) = ϕ m (t i ) + m m (t i )×2π. L’incrément m m (t i ) est soit celui déterminé lors de l’étape 132 lorsqu’il n’y a pas de valeurs erronées, soit celui déterminé lors de l’étape 343 lorsqu’une valeur erronée a été détectée.
Ainsi, au terme de la phase 340 de correction, on obtient l’évolution temporelle Φ m,dc (t) de la différence de phase corrigée Φ m,dc , qui est bien représentative de la différence de phase effective, dans la mesure où les valeurs erronées ont été corrigées, en particulier celles liées à une forte variation de la grandeur d’intérêt entre deux instants de mesure successifs induisant plusieurs discontinuités non détectées (la phase de dépliement 130 ne peut détecter qu’une seule discontinuité). Enfin, lors d’une phase suivante, le procédé de détection détermine l’évolution temporelle G(t) de la grandeur d’intérêt G à partir de celle de la différence de phase corrigée Φ m,dc .
Aussi, le procédé de détection selon cette variante du deuxième mode de réalisation permet de déterminer la différence de phase dépliée Φ m,d (t) qui a été corrigée de ses valeurs erronées, en tirant toujours parti des informations issues des capteurs optiques de référence de moindre sensibilité. La robustesse de détection est donc améliorée.
Dans un mode de réalisation, le moteur d’application de suivi de peau 312 est configuré pour déterminer les problèmes de peau en analysant un balayage ou une image pris avec le dispositif informatique mobile 202. Dans un exemple, le moteur d’application de suivi de peau 312 analyse des cartes thermiques capturées avec la caméra infrarouge pour déterminer chaque problème de peau particulier et la zone. Les cartes thermiques peuvent également permettre au moteur d’application de suivi de peau 312 de déterminer la gravité du problème de peau. Dans un exemple, le moteur d’application de suivi de peau 312 peut déterminer les problèmes de peau et leur gravité sur la base d’images en lumière visible qui peuvent détecter des degrés de zones claires et foncées, ou par détection de l’absorption de longueurs d’onde différentes de lumière. Dans tous les cas, le moteur d’application de suivi de peau 312 peut déterminer les zones spécifiques de la peau affectées par chaque problème de peau, et peut aussi facultativement déterminer la gravité du problème de peau.
Dans des modes de réalisation, le moteur d’application de suivi de peau 312 peut également effectuer d’autres calculs, par exemple, le moteur d’application de suivi de peau 312 peut déterminer la distance entre les zones de peau affectées et fournir des décisions sur l’existence éventuelle d’une incompatibilité potentielle entre les agents actifs.
Dans des modes de réalisation, le moteur d’application de suivi de peau 312 peut être capable de déterminer pour chaque zone affectée par un problème de peau, un substrat spécifique à une zone, un substrat à code couleur pour traiter le problème de peau spécifique, un substrat à code couleur pour délivrer un dosage spécifique d’agent actif, et des substrats à code couleur qui ont des agents actifs compatibles entre eux.
Dans des modes de réalisation, le moteur d’application de suivi de peau 312 peut être configuré pour traiter les données acquises par la caméra à lumière visible 206 pour identifier la couleur des substrats, puis marquer la zone de peau en fonction du problème de peau particulier. Lorsqu’un substrat à code couleur comporte également un dosage, le dosage peut également être enregistré. Lorsqu’une image infrarouge de la zone de peau est prise avec la caméra infrarouge 212, le moteur d’application de suivi de peau 312 peut déterminer les zones de peau liées à un problème de peau particulier, faire des comparaisons entre la carte thermique actuelle et une carte thermique précédente, déterminer si le problème de peau s’améliore, reste le même ou s’aggrave. Le moteur d’application de suivi de peau 312 peut alors faire des recommandations pour réduire ou augmenter la dose ou la fréquence d’application.
Dans un mode de réalisation, le moteur d’application de suivi de peau 312 est configuré pour calculer les problèmes de peau du sujet au fil du temps. Cette comparaison peut être effectuée sur une base quotidienne, hebdomadaire, mensuelle ou annuelle afin de mettre continuellement à jour les recommandations de substrats de traitement de peau.
Dans un mode de réalisation, le moteur de recommandation 306 est configuré pour générer des recommandations concernant les dosages et/ou la fréquence d’utilisation des substrats 100.
« Moteur » fait référence à une logique mise en pratique sous forme d’instructions matérielles ou logicielles, qui peuvent être écrites dans un langage de programmation, tel que C, C++, COBOL, JAVA™, PHP, Perl, HTML, CSS, JavaScript, VBScript, ASPX, Microsoft .NET™, Go, et/ou similaire. Un moteur peut être compilé en programmes exécutables ou écrit dans des langages de programmation interprétés. Les moteurs logiciels peuvent être appelables depuis d’autres moteurs ou par eux-mêmes. En général, les moteurs décrits dans le présent document font référence à des modules logiques qui peuvent être fusionnés avec d’autres moteurs, ou peuvent être divisés en sous-moteurs. Les moteurs peuvent être stockés sur tout type de support lisible par ordinateur ou de dispositif de stockage sur ordinateur et être stockés et exécutés par un ou plusieurs ordinateurs universels, pour ainsi créer un ordinateur spécialisé configuré pour fournir le moteur ou sa fonctionnalité.
« Magasin de données » fait référence à tout dispositif approprié configuré pour stocker des données auxquelles un ou plusieurs dispositifs informatiques peuvent accéder. Un exemple de magasin de données est un système de gestion de base de données relationnelle (SGBD) hautement fiable et rapide, exécuté sur un ou plusieurs dispositifs informatiques et accessible sur un réseau à haut débit. Un autre exemple de magasin de données est un magasin clé-valeur. Toutefois, tout autre technique et/ou dispositif de stockage approprié capable de fournir rapidement et de manière fiable les données stockées en réponse à des demandes peut être utilisé, et le dispositif informatique peut être accessible localement plutôt que sur réseau, ou peut être fourni sous forme de service en nuage. Un magasin de données peut également comporter des données stockées de manière organisée sur un support de stockage lisible par ordinateur, tel qu’un disque dur, une mémoire flash, une RAM, une ROM ou tout autre type de support de stockage lisible par ordinateur. La personne du métier peut reconnaître que des magasins de données séparés décrits dans le présent document peuvent être combinés en un seul magasin de données, et/ou qu’un magasin de données unique décrit dans le présent document peut être séparé en de multiples magasins de données. Dans un mode de réalisation, le magasin de données 302 est utilisé pour stocker les profils de chaque sujet, les problèmes de peau suivis, et un historique de suivi pour chaque problème de peau. Un historique de suivi peut utiliser une valeur qui indique si le problème de peau s’améliore ou s’aggrave. Dans un mode de réalisation, le magasin de données 302 est utilisé pour stocker les substrats à code couleur, la désignation spécifique à une zone pour chaque substrat à code couleur, le dosage de chaque substrat à code couleur, et les agents actifs qui sont compatibles entre eux et ceux qui ne le sont pas.
La est un schéma fonctionnel qui illustre des aspects d’un exemple de dispositif informatique 400 approprié pour être utilisé comme dispositif informatique mobile 202 de la présente divulgation. Bien que de multiples types différents de dispositifs informatiques aient été évoqués ci-dessus, l’exemple de dispositif informatique 400 décrit divers éléments qui sont communs à de nombreux types différents de dispositifs informatiques. Bien que la soit décrite en référence à un dispositif informatique mobile, la description ci-dessous est applicable à des serveurs, des ordinateurs personnels, des téléphones mobiles, des téléphones intelligents, des tablettes électroniques, des dispositifs informatiques intégrés et d’autres dispositifs qui peuvent être utilisés pour mettre en œuvre des portions de modes de réalisation de la présente divulgation. En outre, la personne du métier et d’autres peuvent reconnaître que le dispositif informatique 400 peut être l’un quelconque des nombreux dispositifs actuellement disponibles ou encore à développer.
Dans sa configuration la plus basique, le dispositif informatique 400 comporte au moins un processeur 402 et une mémoire système 404 connectés par un bus de communication 406. En fonction de la configuration exacte et du type de dispositif, la mémoire système 404 peut être une mémoire volatile ou non volatile, telle qu’une mémoire morte (« ROM »), une mémoire vive (« RAM »), une EEPROM, une mémoire flash ou une technologie de mémoire similaire. La personne du métier et d’autres peuvent reconnaître que la mémoire du système 404 stocke typiquement des données et/ou des modules de programme qui sont immédiatement accessibles au processeur 402 et/ou sur lesquels il opère actuellement. À cet égard, le processeur 402 peut servir de centre de calcul du dispositif informatique 400 en prenant en charge l’exécution d’instructions.