INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Par exemple, l’utilisateur peut souscrire au service PER ASPERA en utilisant une interface dédiée. Le service PER ASPERA peut notamment être fourni à des terminaux directement connectés au réseau d’un fournisseur de service ou réservé à des offres qui reposent sur la fourniture d’un CPE. Comme déjà indiqué, on dénote par « équipement » un terminal ou un CPE utilisé par un utilisateur souhaitant profiter du service PER ASPERA. On note que le service PER ASPERA peut être proposé par un fournisseur de service de connectivité, un fournisseur de service DNS, etc. En particulier, un utilisateur peut solliciter un fournisseur de service DNS distinct du fournisseur qui lui fournit la connectivité. L’équipement de l’utilisateur peut se connecter à plusieurs réseaux en utilisant un même équipement d’accès ou des équipements différents. L’équipement de l’utilisateur peut utiliser un même service DNS pour l’ensemble des réseaux d’accès (fixes et mobiles) auxquels il peut se connecter. Le service PER ASPERA peut être proposé indépendamment de la nature du ou des réseau(x) d’accès utilisé(s) par l’équipement de l’utilisateur. De plus, le serveur PER ASPERA peut n’être utilisé que pour une partie des interfaces.
De façon classique, l’équipement, ou au moins une interface réseau de l’équipement, est configurée avec au moins une liste d’au moins un serveur DNS de confiance. Afin d’améliorer la sécurité de la solution proposée, les connexions entre l’équipement et le ou les serveurs de confiance sont, dans le mode de réalisation décrit ici, sécurisées. Ainsi, le ou les serveurs de confiance peuvent supporter au moins un schéma de chiffrement reposant par exemple sur l’utilisation de l’un ou l’autre des protocoles suivants : DNS over TLS (DoT), DNS over DTLS (DoD), DNS over HTTPS (DoH), DNS over QUIC (DoQ), DNS over CoAP (DoC), etc.
La configuration de la ou des listes d’au moins un serveur de confiance peut être réalisée en utilisant un mécanisme reposant sur une découverte des résolveurs désignés par leurs voisins (DNR, « Discovery of Neighbor-designated Resolvers », tel que décrit dans le document « DHCP and Router Advertisement Options for the Discovery of Network-designated Resolvers (DNR) » d’août 2022, un mécanisme basé sur un échange de clés (IKE, « Internet Key Exchange », tel que décrit dans le document « Internet Key Exchange Protocol Version 2 (IKEv2) Configuration for Encrypted DNS » de septembre 2022), etc. Si l’équipement dispose de plusieurs interfaces réseau, au moins une liste d’au moins un serveur de confiance peut être configurée par interface réseau (filaire, sans fil, 5G, etc.). Dans ce cas, une liste d’au moins un serveur de confiance peut être associée à un identifiant de l’interface réseau concernée.
Selon un premier mode de réalisation, la procédure d’authentification comprend une étape d’émission, par l’objet informatique B, en tant que deuxième objet informatique, d’une requête de vérification à destination de la plateforme informatique 6. Selon ce mode de réalisation, la plateforme informatique est alors paramétrée pour recevoir la requête de vérification et retourner, à l’objet informatique B, un code d’autorisation ou un code de rejet.
Une fois reçu, le code d’autorisation ou le code de rejet est transmis à destination de l’objet informatique A par l’objet informatique B, l’unité informatique embarquée de l’objet informatique B étant paramétrée pour ce faire.
Il est à noter que le système selon l’invention peut prévoir plusieurs procédures d’authentification : la procédure d’authentification décrite ci-dessus peut être reproduite auprès de plusieurs objets B ayant un statut de deuxième objet (vis-à-vis du premier objet informatique), chaque objet validant alors la mise en application des informations numériques de mise à jour ; les deuxièmes objets communiquent en parallèle les uns des autres avec le premier objet ; la procédure d’authentification décrite ci-dessus peut être reproduite en cascade auprès de plusieurs objets B ayant un statut de deuxième objet (vis-à-vis du premier objet informatique), l’authentification étant retournée au premier objet après qu’unn nombre prédéterminé de deuxièmes objets ait participé à la procédure d’authentification.
Par ailleurs, il est possible de paramétrer les unités informatiques des objets pour la procédure d’authentification soit exécutée par un objet (ayant le statut de premier objet) après un délai prédéterminé, en particulier si le traitement des informations de mise à jour n’est pas urgent.
Selon une mise en œuvre particulièrement avantageuse du système selon l’invention, l’exécution de la procédure d’authentification par un premier objet informatique peut être conditionné par la présence de celui-ci dans un lieu précis prédéterminé. L’unité informatique de l’objet est alors paramétrée avec les coordonnées GPS du lieu, ces coordonnées étant comparées avec celles captées par l’objet (le cas échéant). Si un lieu « sécurisé » est détecté, la procédure d’authentification est exécutée.
Bien entendu, l’unité informatique embarquée de l’objet informatique A (ou de tout autre objet informatique de la flotte) est paramétrée pour supprimer des informations numériques de mise à jour des données après réception d’un code de rejet émis de la part de l’objet informatique B.
Selon un deuxième mode de réalisation, la procédure d’authentification comprend une étape de vérification, par l’unité informatique 5 embarquée dans l’objet informatique B, en tant que deuxième objet informatique, d’une présence du code de mise à jour dans ses propres moyens de mémorisation 4 de données.
Selon ce mode de réalisation, l’unité informatique 5 de l’objet informatique B, en tant que deuxième objet informatique, est paramétrée pour émettre, à destination de l’objet informatique A, en tant que premier objet informatique, un code d’autorisation en cas de présence du code de mise à jour dans les moyens de mémorisation de données 4 de l’objet informatique B.
Que ce soit dans le premier mode de réalisation ou le deuxième mode de réalisation qui viennent d’être décrits, l’unité informatique 5 de chaque objet informatique est paramétrée pour mémoriser les informations numériques de mise à jour des données après réception d’un code d’autorisation.
De plus, après mémorisation des informations numériques de mise à jour des données, l’unité informatique 5 embarquée de chaque objet informatique est paramétrée pour émettre, à destination de la plateforme 6, un signal de mémorisation des informations numériques de mise à jour des données.
Dans le cas du deuxième mode de réalisation, l’unité informatique embarquée de chaque objet informatique est paramétrée pour émettre, à destination du deuxième objet informatique, un signal de mémorisation des informations numériques de mise à jour des données. Dans ce cas, l’unité informatique embarquée de chaque objet informatique est paramétrée pour émettre, avec un statut de deuxième objet informatique, à destination de la plateforme informatique 6, un signal de mémorisation des informations numériques de mise à jour des données reçues d’un objet informatique ayant un statut de premier objet informatique.
De façon générale, il est donc possible qu’un objet informatique ayant lancé une procédure d’authentification ne reçoive pas un code d’autorisation. L’absence de réception d’un code d’autorisation ne signifie pas pour autant la réception d’un code de rejet. Pour cette raison, l’unité informatique embarquée de chaque objet informatique est paramétrée pour mettre en attente les informations numériques de mise à jour des données jusqu’à réception d’un code d’autorisation.
Tel qu’illustré par la , les objets informatiques peuvent prendre la forme de boites réutilisables, connectées et intelligentes, pouvant être mobiles. Dans ce cas, le système de gestion de la flotte d’objets informatiques, s’agissant de la mise à jour des données contenues dans les moyens de mémorisation de l’unité informatique embarquée des objets, est intégré à un système d’acheminement de produits contenus et transportés dans les boites réutilisables.
Interface de dispositif hôte pour une authentification de débogage La présente description concerne de façon générale de façon générale le domaine des dispositifs électroniques tels que des microcontrôleurs et, en particulier, un circuit d'interface et un procédé permettant de sécuriser l'accès à des fonctions données de dispositifs électroniques, tels que des fonctions de débogage.
Des dispositifs électroniques tels que des microcontrôleurs ou d'autres types de circuits intégrés comprennent souvent des mémoires, telles qu'une mémoire Flash, une mémoire vive RAM (de l'anglais "random access memory", mémoire à accès aléatoire) et des registres, qui peuvent stocker des données sensibles. En outre, des unités de traitement, telles que des CPU (de l'anglais "Central Processing Units", unités de traitement centrales) de tels dispositifs électroniques peuvent manipuler des données sensibles pendant un traitement. Des données sensibles désignent de quelconques données qui devraient rester secrètes et ne devraient donc pas être accessibles depuis l'extérieur du dispositif. Les données sensibles comprennent par exemple des clefs de chiffrement, des mots de passe, des codes logiciels, des codes de démarrage, ou analogues. De tels dispositifs électroniques comprennent généralement des mécanismes pour protéger les données stockées sur ou sinon manipulées par le dispositif. Par exemple, des données sont stockées dans les mémoires au moment de la fabrication du dispositif en utilisant un ou plusieurs ports d'accès, et ces ports d'accès sont ensuite fermés pour éviter un accès ultérieur aux mémoires ou aux unités de traitement pendant la durée de vie du dispositif. De tels ports d'accès peuvent également être utilisés pour éviter un accès à des périphériques du dispositif électronique.
Toutefois, il est parfois souhaitable que des mémoires, des unités de traitement et/ou des périphériques d'un dispositif électronique soient rendus accessibles pendant la durée de vie du dispositif, par exemple à des fins de débogage. En particulier, une analyse des données stockées dans la mémoire et/ou dans des registres d'une CPU par un ingénieur d'application de champ peut identifier des origines d'un comportement défectueux. Toutefois, il y a des défis techniques et sécuritaires à mettre en œuvre une interface permettant d'ouvrir des ports d'accès afin d'accéder à une mémoire, des unités de traitement et/ou des dispositifs périphériques pendant la durée de vie du dispositif.
Plus le coprocesseur PROC_TR reçoit des mises à jour de trajectoire souvent, plus il s'approchera de la trajectoire réelle des yeux.
L'intérêt du mécanisme détaillé de synchronisation illustré en référence à la , est que l'envoi des commandes par le processeur principal PROC_NTR n'a pas de contrainte temps réel, ce qui permet d'utiliser un système d'exploitation multitâches non temps réel.
Par exemple, cette trajectoire estimée des yeux devient une commande pour le pilotage des moteurs, mais il est aussi possible qu'entre la trajectoire estimée et la commande des moteurs, il y ait une étape additionnelle de filtrage ou autre et que les deux informations ne soient pas nécessairement identiques.
La synchronisation temps réel est assurée de cette manière : - le coprocesseur PROC_TR déclenche la prise d'image sur les deux caméras SA1 contexte. Il incrémente à chaque fois son compteur logiciel de trames SW_FC, et mémorise localement notamment le couple de données : Tlast=compteur de trame courant et TSlast = horodatage TS du déclenchement DECL ; - chaque caméra SA1 contexte génère sur sa sortie une et une seule image pour chaque déclenchement DECL, lesdites caméras SA1 contexte étant configurée en mode esclave ; - chaque caméra SA1 contexte possède un compteur matériel HW_TS permettant d'horodater chaque image avec un horodatage TS (ou en anglais timestamp) ; - cet horodatage TS est associé à chaque image en tant que métadonnée par chaque caméra SA1 contexte, transmettant ainsi les images IMG_M avec leurs métadonnées associées au processeur principal PROC_NTR ; - le processeur principal PROC_NTR possède un compteur logiciel SW_FC1, SW_FC2 d'image pour chaque caméra SA1 contexte.
L’initialisation se passe de la manière suivante: - les flux caméras SA1contexte étant initialement arrêtés, et le coprocesseur PROC_TR ne générant pas de signal de déclenchement DECL ; - le processeur principal PROC_NTR demande au coprocesseur PROC_TR de mettre à 0 son compteur logiciel SW_FC de trame ; - le processeur principal met à 0 ses propres compteurs ; - le processeur principal PROC_NTR envoie une commande au coprocesseur PROC_TR pour démarrer le déclenchement DECL des images avec une période fixe T (en secondes, par exemple 1/15 s); - lorsque la première image IMG_M de chaque flux contexte arrive sur le processeur PROC_NTR principal, celui-ci mémorise l’horodatage TS contenu dans l'image IMG_M. et il associe le numéro d'image 0 à cette première image IMG_M, en tant que nouvelle métadonnée supplémentaire.
A partir de la deuxième image et pour chaque réception d'image suivante par le processeur PROC_NTR principal : - le processeur PROC_NTR principal récupère l’horodatage TS de l'image IMG_M, et calcule p = arrondi((TS - TS de l'image précédente) / T) et cette comparaison des horodatages deux à deux (deux dernières images) pour numéroter les images rend ainsi le processus insensible à la dérive ainsi qu’à la perte d'une ou plusieurs images (mauvaise transmission, erreur de transmission) ; - il incrémente son compteur SW_FC1, SW_FC2 de trame associé à la caméra SA1 dont vient l'image IMG_M de la valeur p.
L'intérêt de la méthode est qu'en cas de forte charge du processeur PROC_NTR qui aurait pour conséquence de perdre éventuellement des images IMG_M, grâce à l’horodatage TS contenu dans les images IMG_M, la synchronisation des compteurs SW_FC1, SW_FC2 de trame n'est pas perdue.
La synchronisation n'est donc pas remise en cause quelle que soit la charge du processeur principal PROC_NTR.
La même synchronisation s’applique aussi dans le cas où plus de deux caméras contexte SA1 seraient utilisées, il suffit alors de dupliquer les compteurs HW_TS et SW_FC.
En référence à la , il convient de noter que le principe ne change pas dans le cas où 2 caméras SA1 contexte (ou plus) seraient multiplexées. Le multiplexeur MULT (par exemple Multiplexeur MIPI CSI) déclenche ici, la prise d'image sur les deux caméras SA1 contexte en même temps, sur réception d'un signal de déclenchement DECL (assimilable à une donnée de pilotage PIL) par le coprocesseur PROC_TR.
Dans ce cas c'est le multiplexeur MULT qui insère l’horodatage TS dans les métadonnées des images IMG_M.
Le cœur de l ’invention repose sur l ’utilisation d’un processeur PROC_TR temps réel pour maintenir avec précision une association entre l’image IMG, ENV capturée, i.e. acquise, et les données PIL de pilotage c’est-à-dire les paramètres d’acquisition, ie. de capture de cette image tels que les paramètres de configuration des capteurs, l’éclairage, les positions mécaniques et vitesses des moteurs dirigeant les caméras…, à l’instant de déclenchement de l’acquisition, capture, de ladite image. Le système peut être plus ou moins complexe (par exemple avec ou sans système d’éclairage, avec ou sans motorisation de caméra) et de même les données concernées peuvent être plus ou moins nombreuses, par exemple le temps d'exposition/gain et l’éclairage, ou par exemple uniquement les données de positionnement pour la gestion de la trajectoire, ou encore un mélange de tout ou partie de ces données auxquelles d’autres peuvent être ajoutées en fonction du besoin et de l’application.
Instrumentation des applicateurs de maquillage pour améliorer et partager les techniques d’application Résumé Le présent résumé a pour objet de présenter une sélection de concepts sous une forme simplifiée qui sont décrits plus amplement ci-après dans la description détaillée. Le présent résumé n’est pas censé identifier des particularités clés du sujet revendiqué ni être utilisé comme aide pour déterminer la portée du sujet revendiqué.
Dans certains modes de réalisation, un procédé d’application de maquillage avec instrument est fourni. Un dispositif informatique reçoit une première vidéo d’un procédé d’application de maquillage, la première vidéo représentant au moins une partie d’un premier visage et au moins une partie d’un premier applicateur. Le dispositif informatique mesure le mouvement du premier applicateur par rapport à un ou plusieurs repères du premier visage pour déterminer une trajectoire relative de l’applicateur. Le dispositif informatique enregistre la trajectoire relative de l’applicateur.
Dans certains modes de réalisation, un dispositif informatique est fourni. Le dispositif informatique comprend des circuits pour recevoir une première vidéo d’un procédé d’application de maquillage, la première vidéo illustrant au moins une portion d’un premier visage et au moins une portion d’un premier applicateur ; des circuits pour mesurer le mouvement du premier applicateur par rapport à un ou plusieurs repères du premier visage pour déterminer une trajectoire relative de l’applicateur et des circuits pour stocker la trajectoire relative de l'applicateur.
Grâce à cette configuration, une transmission est réalisée entre l’arbre d’entrée et l’arbre de sortie. Le mouvement est transmis successivement de l’arbre d’entrée, à l’axe de galet d’entrée et donc au galet d’entrée, puis à la couronne, puis au galet de sortie et donc à l’axe de galet de sortie, et finalement à l’arbre de sortie. Cette transmission met donc en œuvre deux engrenages et deux coopérations par friction. Cette transmission est rendue variable par déplacement de la couronne le long des génératrices des galets d’entrée et de sortie. En effet, la forme conique ou tronconique des galets d’entrée et de sortie permet de faire varier la distance entre l’axe des galets d’entrée et le point de contact du galet d’entrée avec la couronne, ainsi qu’entre l’axe des galets de sortie et le point de contact du galet de sortie avec la couronne et par conséquent de faire varier le rapport de transmission entre chaque galet d’entrée et la couronne, et entre la couronne et chaque galet de sortie.
Selon l’invention, la couronne coopère avec chaque galet d’entrée et chaque galet de sortie au niveau d’une génératrice de chaque galet d’entrée et de chaque galet de sortie, cette génératrice étant parallèle aux arbres d’entrée et de sortie de la transmission variable. En d’autres termes, la force de contact entre la couronne et chaque galet est perpendiculaire à l’arbre d’entrée et à l’arbre de sortie. Pour cela, l’axe de chaque galet d’entrée et l’axe de chaque galet de sortie est incliné par rapport à une parallèle aux arbres d’entrée et de sortie de la transmission variable. Ainsi, les galets d’entrée et de sortie sont agencés de telle sorte que leurs génératrices externes, en contact avec la couronne, sont parallèles entre elles et sont parallèles à l’axe de rotation de la couronne. Cela permet d’avoir un maintien automatique naturel de la couronne dans sa position axiale.
De plus, la couronne se déplace axialement parallèlement auxdits arbres d’entrée et de sortie. Pour ce déplacement, la transmission variable comprend un moyen de déplacement de la couronne. Ce mouvement de déplacement axial est une translation, qui permet la variation du rapport de transmission. Ainsi, la conception de la transmission variable est simplifiée : le déplacement de la couronne n’est pas dans une direction différente à celle de l’arbre d’entrée et l’arbre de sortie. De plus, en raison de ce parallélisme, la transmission variable est compacte.
De manière avantageuse, le nombre de galet d’entrée peut être différent ou égal au nombre de galet de sortie. Additionnellement ou alternativement, la somme du nombre de galet d’entrée et du nombre de galet de sortie peut être compris entre 2 et 8, voire plus si les dimensions de la transmission le permettent. Une pluralité de galets d’entrée et/ou de sortie permet une meilleure répartition des efforts au sein de la transmission.
Avantageusement, lorsque la transmission variable comporte plusieurs galets d’entrée, ces galets d’entrée peuvent être répartis régulièrement ou non autour de l’axe de la couronne (c’est-à-dire l’axe de rotation et de déplacement axial de la couronne). Additionnellement ou alternativement, lorsque la transmission variable comporte plusieurs galets de sortie, ces galets de sortie peuvent être répartis régulièrement ou non autour de l’axe de la couronne. Additionnellement ou alternativement, lorsque la transmission variable comporte plusieurs galets d’entrée et plusieurs galets de sortie, ces galets d’entrée et de sortie peuvent être répartis alternativement (en d’autres termes un galet d’entrée est situé entre deux galets de sorties et réciproquement) ou non autour de l’axe de la couronne.
Selon un mode de réalisation de l’invention, les galets d’entrée et de sortie peuvent être agencés dans une direction axiale de la couronne de telle sorte que le plus petit diamètre de chaque galet d’entrée fait face au plus grand diamètre de chaque galet de sortie, et de telle sorte que le plus grand diamètre de chaque galet d’entrée fait face au plus petit diamètre de chaque galet de sortie. En d’autres termes, les galets d’entrée et de sortie sont agencés tête bêche, ou exprimé autrement en sens inverse. Ainsi, lorsque la couronne est en contact avec le plus grand diamètre du galet d’entrée, la couronne est en contact avec le plus petit diamètre du galet de sortie et inversement. Cette construction permet une variation du rapport de transmission, tout en conservant une compacité de la transmission variable.
Conformément à une mise en œuvre de l’invention, le moyen de déplacement de la couronne peut comprendre au moins un actionneur de réglage ou au moins une fourchette pour le déplacement axial de la couronne. L’actionneur de réglage peut être également appelé galet de réglage, qui peut être un galet entrainant la couronne en déplacement axial, le galet étant monté en coulissement sur un axe parallèle à l’arbre d’entrée et à l’arbre de sortie. Une fourchette peut être telle que celle utilisée au sein d’une boîte de vitesses. Ces systèmes de déplacement de la couronne sont simples et compacts. Avantageusement, la transmission variable peut comprendre une pluralité d’actionneurs de réglage agencés autour de la couronne pour faciliter le déplacement de la couronne.
De manière avantageuse, la transmission variable peut comprendre des moyens de commande, apte à commander la position de l’actionneur de réglage ou de la fourchette. Ces moyens de commande peuvent notamment être électriques, pneumatiques, hydrauliques ou mécaniques.
Selon un aspect de l’invention, chaque galet d’entrée et/ou chaque galet de sortie peut comprendre un mécanisme à rampe pour ajuster la pression de contact entre le galet et la couronne. La pression de contact peut avantageusement être ajustée en fonction du couple à transmettre. Ce dispositif permet sous l’effet du couple transmis, d’induire un léger déplacement du galet d’entrée ou du galet de sortie selon son axe, provoquant ainsi un effet de coincement dans la couronne. Cet effet de coincement a pour résultat d’augmenter la pression de contact entre la couronne et le galet d’entrée ou le galet de sortie. On obtient ainsi une modulation de la pression de contact en fonction du couple transmis.
Conformément à une option de réalisation, l’arbre d’entrée peut être coaxial à l’arbre de sortie. Cette coaxialité permet notamment une simplification de la transmission variable, et permet le cas échant l’installation au sein d’un pédalier. Pour cette option de réalisation, l’arbre de sortie peut être en liaison pivot par rapport à l’arbre d’entrée. Alternativement, les arbres d’entrée et de sortie peuvent ne pas être coaxiaux (mais sont parallèles). Cette mise en œuvre permet d’éviter d’avoir à gérer des guidages concentriques, et peut permettre, le cas échéant, d’implémenter différemment le plateau de sortie.