INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Le dispositif 100 comporte également des moyens permettant de maintenir une distance minimale entre la tête 11 de la vis 10 et l’écrou 20 de façon à laisser libre la rotation du collier 200 par rapport au contrefort arrière 300 , quel que soit le degré de serrage de la vis 10 dans l’écrou. Ces moyens permettent de caler les différents éléments mobiles entre eux, et éviter que la tête de la vis ne frotte sur le collier, et que ce dernier ne frotte excessivement sur le contrefort. Ainsi, les efforts générés par le collier ne s’appliquent pas directement sur la tête de la vis ou le contrefort, mais au travers de ces moyens additionnels.
Ces moyens incluent notamment une entretoise 40 présentant une forme sensiblement cylindrique de diamètre externe compris entre 0.5 et 3 cm et de longueur comprise entre 0.5 et 2 cm. L’entretoise 40 présente en outre une bague centrale 43 de plus grand diamètre, typiquement compris entre 1 et 3 cm et d’épaisseur comprise entre 0.2 et 1 cm. Le diamètre interne de l’entretoise 40 est compris entre 0.2 et 1 cm.
Dans un mode de réalisation privilégié, le diamètre de la bague centrale 43 est de 1.45 cm, le diamètre interne est de 0.76 cm et l’épaisseur de la bague centrale 43 est de 0.6 0,2 cm . L’épaisseur de la bague centrale 43 correspond sensiblement à l’épaisseur de la paroi du collier dans laquelle elle est positionnée.
L’entretoise 40 comporte deux portions tubulaires latérales 41 , 42 s’étendant de part et d’autre de la bague centrale 43 . Les portions tubulaires 41 , 42 sont creuses et permettent ainsi d’accueillir l’écrou 20 . En pratique, le diamètre interne des deux portions tubulaires latérales est égal au diamètre du corps de l’écrou, au jeu mécanique près, afin de limiter les mouvements transversaux de l’écrou et la vis qui en est solidaire et à l’intérieur de l’entretoise.
L’entretoise 40 est avantageusement réalisée dans un alliage antifriction ou en variante, en acier ou en matériau polymérique. Un lubrifiant peut être ajouté sur la paroi interne de l’entretoise pour limiter les frictions avec la vis 10 et/ou l’écrou 20 .
Le dispositif comporte avantageusement une rondelle 30 de diamètre compris entre 2 et 4 cm, d’épaisseur comprise entre 0.1 et 0.5 cm et présentant une ouverture centrale comprise entre 0.5 et 1.5 cm. La rondelle 30 est de préférence réalisée en métal ou en matériau polymérique. Dans un mode de réalisation privilégié, la rondelle 30 présente un diamètre de 2.6 cm, une épaisseur de 0.25 cm et une ouverture centrale de 1 cm de diamètre.
Le dispositif 100 comporte enfin une pièce de finition 50 de diamètre compris entre 2 et 4 cm, d’épaisseur comprise entre 0.1 et 0.5 cm et présentant une ouverture centrale comprise entre 0.1 et 1.5 cm. La pièce de finition 50 est de préférence réalisée en métal ou en plastique. Dans un mode de réalisation privilégié, la pièce de finition 50 présente un diamètre de 2.3 cm, une épaisseur de 0.35 cm et une ouverture centrale de 1 cm de diamètre.
En pratique, lors du montage du dispositif d’articulation 100 , la tête 21 de l’écrou 20 est positionnée du côté interne du contrefort arrière 300 , c’est-à-dire entre la tige 500 /le chausson et le contrefort arrière 300 . Le corps 22 de l’écrou est positionné à travers une ouverture ménagée dans le contrefort arrière 300 . Le corps 22 de l’écrou traverse également une seconde ouverture ménagée dans la portion terminale des bras 210 . Ensuite, les moyens permettant de maintenir une distance minimale entre la tête 11 de la vis 10 et l’écrou 20 sont insérés sur le corps 22 de l’écrou 20 . En premier lieu, la rondelle 30 , puis l’entretoise 40 . Une portion tubulaire latérale 42 de l’entretoise 40 est insérée dans l’ouverture centrale de la rondelle 30 jusqu’à ce que la bague centrale 43 de l’entretoise vienne buter contre la rondelle 30 . La bague centrale 43 de l’entretoise se positionne dans l’ouverture ménagée dans la portion terminale des bras 210 , tandis que la seconde portion tubulaire 41 se positionne du côté externe de la portion terminale des bras 210 . Ensuite, la pièce de finition 50 est insérée sur le corps 22 de l’écrou et sur la seconde portion tubulaire 41 , à l’extérieur de la portion terminale des bras 210 , de sorte à venir buter contre la bague centrale 43 de l’entretoise. Enfin, la vis 10 est insérée dans le corps 22 de l’écrou 20 et la tête 11 de la vis 10 vient buter contre la pièce de finition 50 . A cet effet, la tête de la vis est de préférence de diamètre supérieur au diamètre de l’ouverture de la pièce de finition 50 . Avantageusement, la section de l’écrou 20 et de la vis 10 est circulaire. Ainsi le dispositif 100 est libre en rotation par rapport au collier 200 et au contrefort arrière 300 .
Pour accéder aux services digitalisés et à leurs contenus/fonctionnalités, un utilisateur peut par exemple utiliser un terminal mobile via un réseau mobile. De manière connue, un tel réseau mobile repose sur un maillage plus ou moins dense de stations de base. Par exemple, un réseau 5G demande un maillage plus important que les précédentes générations afin de répondre à la demande croissante des utilisateurs en débit/volume de données. Chaque station de base couvrant une plus faible portion du territoire, le terminal mobile d’un utilisateur en déplacement change plus souvent de station de base. En outre, les usages en mobilité augmentent. On peut par exemple citer la conduite autonome ou le suivi de véhicules/containers en temps réel. Par conséquent, la gestion de la mobilité d’un terminal entre les différentes stations de base d’un réseau mobile lors d’une communication (voix ou données), également appelé « handover » en anglais, joue un rôle de plus en plus important.
Cependant, le processus de « handover » est source d’attaques de la part de personnes mal intentionnées. Celles-ci peuvent, par exemple, utiliser une station de base pirate qui va émettre plus intensément que la station de base de l’opérateur de télécommunications dans le but de forcer le terminal de l’utilisateur à s’y connecter. Le pirate pourra ensuite obtenir des données confidentielles du terminal de l’utilisateur. En outre, dans le cas où par exemple il n’y aurait pas de station de base disponible opérée par l’opérateur de télécommunications de l’utilisateur, le terminal peut, lors d’une phase dite d’itinérance (ou « roaming » en anglais), se connecter à une station de base d’un opérateur de télécommunications tiers. Il est alors important que les informations échangées entre les deux opérateurs permettant l’itinérance soient certifiées et sûres.
L'invention vient améliorer l'état de la technique et propose un procédé de transfert vers une deuxième station de base d’une communication réalisée via une première station de base, ladite communication faisant intervenir au moins un terminal mobile d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif de transfert et caractérisé en ce qu’il comprend :
une première étape d’obtention d’une demande de transfert de ladite communication depuis ladite première station de base vers ladite deuxième station de base, ladite demande comprenant au moins une clef cryptographique publique ; une deuxième étape d’obtention d’au moins deux paramètres ; une étape de calcul d’une clef cryptographique de session en fonction desdits au moins deux paramètres obtenus et de ladite clef cryptographique publique ; une étape de déchiffrement, via ladite clef de session, d’une donnée permettant de valider ladite demande de transfert, ladite donnée étant comprise dans une requête d’acquittement reçue en provenance dudit au moins un terminal en réponse à l’émission d’une requête d’acceptation de ladite demande de transfert.
Selon l'invention, lorsque la station de base cible reçoit une demande de transfert d’une communication, c’est-à-dire une demande de prise en charge d’une communication, le procédé obtient dans la requête de transfert, une clef de cryptographique publique. Le procédé calcule ensuite une clef de session en fonction de deux paramètres obtenus et de la clef cryptographique publique. Les deux paramètres obtenus sont par exemple des paramètres utilisés dans le protocole d’échange de clefs Diffie-hellman.
Le procédé émet par la suite ensuite une requête d’acceptation à destination du terminal de l’utilisateur en réponse à la requête de la demande de transfert reçue. Le procédé reçoit ensuite une requête d’acquittement comprenant une donnée permettant de valider le transfert.
Avantageusement, ce mode de réalisation permet une authentification mutuelle entre l’émetteur de la requête de demande de transfert et la station de base cible.
A noter qu’une station de base de téléphonie mobile est une station d’émission et de réception fixe, composée d’une ou plusieurs antennes émettrices/réceptrices, qui sont utilisés pour acheminer les appels cellulaires. A noter également que le procédé peut s’appliquer à un groupement de stations de base géré par un AMF (« Access and Mobility Management Function » en anglais).
On entend par identifiant une suite de caractères et/ou de données binaires qui sert à identifier de façon certaine un service informatique ou un dispositif. Un tel identifiant est par exemple composé d’une adresse électronique telle qu’une adresse IP, une adresse MAC ou bien une URI/URL.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite clef cryptographique publique est chiffrée et en ce que la première étape d’obtention est suivie d’une étape de déchiffrement de ladite clef cryptographique publique via une clef cryptographique symétrique.
Avantageusement, ce mode de réalisation permet de sécuriser les échanges via le chiffrement de la demande de transfert grâce à une clef cryptographique symétrique. Le chiffrement permet de s’assurer que les données échangées ne sont pas en « clair », c’est-à-dire lisibles / intelligibles par un pirate qui obtiendrait la demande de transfert.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande de transfert est en provenance dudit terminal mobile.
Avantageusement, ce mode de réalisation permet à un terminal mobile d’un utilisateur d’être à l’initiative de la demande de transfert (« handover ») d’une communication d’une station de base courante à une station de base cible. Ce mode de réalisation est particulièrement adapté lorsque le réseau mobile et plus particulièrement les stations de base utilisées sont partagées entre plusieurs opérateurs de télécommunications (itinérance). En effet, c’est le terminal mobile qui fait la demande de transfert auprès de la station de base cible lorsque le signal radio de la station de base en cours d’utilisation s’affaiblit (station de base courante). Ainsi, dans le cas particulier de l’itinérance, ce mode de réalisation permet d’éviter les échanges de données entre l’opérateur de télécommunications opérant la station de base courante et l’opérateur de télécommunications opérant la station de base cible. L’utilisateur et plus particulièrement sont terminal conserve la maitrise des données échangées avec les différentes stations de base.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande de transfert comprend en outre une adresse électronique d’au moins un contrat intelligent inscrit à une chaîne de blocs et en ce que ladite clef cryptographique symétrique est obtenue depuis ledit au moins un contrat intelligent.
L’invention est applicable à tous types de réseaux de neurones. Elle est particulièrement adaptée à des réseaux de neurones profonds et/ou des réseaux de neurones convolutifs, car elle permet de générer des architectures matérielles optimisées pour ces types de réseaux de neurones particulièrement complexes.
La méthode 100 comprend ensuite plusieurs itérations : d’une étape 130 de génération d’une description de haut niveau de l’architecture sous forme de code informatique, prenant en entrée ladite description du réseau de neurone. Le code informatique peut consister en un langage d’abstraction du matériel ; d’une étape 140 d’optimisation d’au moins un paramètre de configuration de ladite description de haut niveau, en fonction d’une estimation d’au moins un critère de performance d’une architecture matérielle obtenue à partir de la description de haut niveau.
Plusieurs itérations des étapes 130 et 140 peuvent ainsi être exécutées successivement.
L’étape 130 consiste à générer, à partir de la description du réseau de neurones, une description haut niveau de l’architecture de calcul, par exemple à base d’un langage d’abstraction du matériel.
Une description haut niveau de l’architecture de calcul permet d’abstraire le matériel et ainsi simplifier son codage (et donc sa génération). Par exemple, dans une approche de type synthèse de haut niveau (HLS), la description haut niveau de l’architecture peut être réalisée par des langages informatiques de type C/C++ représentant les opérations effectuées pour implémenter le réseau de neurones (l’algorithme). Par exemple, le pseudo-code ci-dessous définit une implémentation d’une couche de convolution : ifmap [N] [ ( R−1) ∗ S+K ] [ ( C−1) ∗ S+K] / / i n p u t maps outfmap [M] [ R ] [C] / / output maps weight s [M] [N] [ Kx ] [ Ky ] / / f i l t e r we ight s l 0 : for ( r = 0 ; r l 1 : for ( c =0 ; c l 2 : for (m=0 ; m l 3 : for ( n = 0 ; n l 4 : for ( kx = 0 ; kx l 5 : for ( ky = 0 ; ky wx=we ight s [m] [ n ] [ kx ] [ ky ] i x =ifmap [ n ] [ S ∗ r +kx ] [ S ∗ c+ky ] outfmap [m] [ r ] [ c ]+=wx∗ i x
Le code informatique (pouvant notamment consister en un langage d’abstraction de matériel) utilisé pour la description de haut niveau de l’architecture de calcul peut par exemple être, en fonction de l’approche de génération de matériel utilisée : Un code C / C++ ; Un code Chisel ; Un code pyMTL ; Un code spinal-HDL ; Etc…
Une description de haut niveau de l’architecture peut être paramétrée de différentes manières. Par exemple, un code C/C++ peut être paramétré de différentes manières dans une approche HLS. Par exemple, il peut être paramétré en incluant des « pragma » (instructions spécifiques) qui permettent de définir comment la description de haut niveau va être transformée en code de bas niveau de description de matériel, et donc comment une architecture matérielle est générée à partir de la description de haut niveau. Par exemple, ces paramètres de configuration de la description de haut niveau permettent de définir, lors de la conversion de cette description haut niveau en code bas niveau de description de matériel, quelles boucles logicielles seront transformées selon un déroulage de boucle, un pipelining ou parallélisées. D’autres paramètres de configuration peuvent par exemple correspondre à une définition de boucles à casser, ou intervertir.
Ces différents paramètres de configuration ont donc un impact fort sur l’architecture matérielle obtenue. En particulier, selon ces paramètres, de nombreuses architectures matérielles différentes peuvent être obtenues, impliquant différentes performances, occupation d’espace, besoins mémoires, consommation énergétiques, etc.
De manière générale, compte tenu de la complexité de l’implémentation des réseaux de neurones, et en particulier des réseaux de neurones profonds et/ou convolutifs, la combinatoire des paramètres possibles est extrêmement importante.
Afin d’améliorer la situation, l’étape 140 consiste à optimiser au moins un paramètre de configuration de la description haut niveau du matériel, en fonction d’une estimation d’au moins un critère de performance d’une architecture matérielle obtenue à partir de cette description de haut niveau.
Dit autrement, l’étape 140 consiste à identifier les valeurs de paramètres de configuration permettant d’aboutir à une description de haut niveau générant une architecture matérielle optimisée selon un ou plusieurs de critères.
Dans un ensemble de modes de réalisation de l’invention, les critères d’optimisation comprennent un ou plusieurs critères choisis parmi : la puissance de calcul de l’architecture matérielle ; la taille de l’architecture matérielle ; un ou plusieurs critères de performance, tels que la latence d’exécution, ou l’empreinte mémoire de l’architecture matérielle ; la consommation énergétique.
Dans un ensemble de modes de réalisation de l’invention, les critères de performances sont choisis parmi les critères fournis par un rapport de PPA (de l’anglais Power-Performance-Area, en français Puissance-Performance-Surface).
Selon différents modes de réalisation de l’invention, l’optimisation peut être faite sous contrainte (par exemple, avec une surface ou une empreinte mémoire bornée), et un poids plus ou moins important peut être assigné aux différents critères.
Dans un ensemble de modes de réalisation de l’invention, l’estimation de l’au moins un critère de performance est effectuée, pour au moins une itération, en convertissant la description de haut niveau de l’architecture en une architecture matérielle de circuit numérique, puis en déterminant les valeurs de l’au moins un critère sur l’architecture matérielle.
Par exemple, l’architecture matérielle peut être générée, et l’empreinte mémoire et/ou la surface occupée par l’architecture matérielle déterminée directement en appliquant les étapes classiques d’un flot de conception sur l’architecture matérielle sur l’architecture matérielle. Par exemple, les étapes du flot de conception peuvent comprendre la synthèse logique, le placement/routage, etc….
Ce mode de réalisation permet d’augmenter la sécurité liée au transfert de la communication. En effet, la fourniture au terminal de la seconde clef cryptographique publique lui permet de générer une clef cryptographique de session apte à chiffrer les échanges futurs.
En outre, le chiffrement permet de s’assurer que les données, en l’occurrence la seconde clef publique ne soit pas échangée en « clair », c’est-à-dire lisible / intelligible par un pirate qui obtiendrait la requête d’acceptation.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande de transfert comprend en outre au moins une première empreinte numérique, qu’une deuxième empreinte numérique d’une donnée dérivée de la donnée initiale de ladite première empreinte numérique est obtenue lors de la deuxième étape d’obtention et qu’une troisième empreinte numérique d’une donnée dérivée de la donnée initiale de ladite deuxième empreinte numérique est comprise dans ladite deuxième donnée.
On entend par empreinte numérique une donnée obtenue via une fonction cryptographique telle qu’une fonction de hachage permettant d’identifier la donnée initiale traitée par la fonction de hachage.
Ce mode de réalisation permet d’augmenter la sécurité du procédé en s’assurant qu’il n’y a pas eu une rupture dans la suite des échanges réalisés par le procédé. Plus précisément qu’il n’y a pas eu d’attaque du type « homme du milieu ». En effet, seuls les dispositifs certifiés impliqués dans le procédé de transfert ont la connaissance de la fonction cryptographique permettant de générer l’empreinte numérique ainsi que la donnée initiale.
A noter que l’identifiant peut être chiffré via une clef cryptographique symétrique
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l‘étape de déchiffrement est suivie d’une étape d’émission à destination d’un contrat intelligent inscrit à une chaîne de blocs d’au moins une commande.
Ce mode de mise en œuvre permet, par exemple, de déclencher une action exécutée par un contrat intelligent inscrit à une chaîne de blocs (par exemple mettre à jour un statut).
Concrètement, ce mode de réalisation permet par exemple de mettre à jour un statut géré par le contrat intelligent ou bien lui fournir des informations nécessaires à la réalisation du transfert / « handover » entre la première station de base et la seconde.
Avantageusement, ce mode réalisation permet de s’assurer de l’intégrité des données stockées via les mécanismes de gestion de la chaîne de blocs et de ses contrats intelligents.
Le contrat intelligent peut par la suite être consulté en toute confiance par un dispositif apte à consulter le statut du transfert / « handover », les demandes étant vérifiées et sécurisées. A noter que chaque commande traitée par le contrat intelligent peut faire l’objet d’une création de bloc au sein de la chaîne de blocs.
Alternativement, la ou les commandes sont émises à destination d’une base de données. La base de données ou la table est alors accessible uniquement via par exemple une authentification de type identifiant / mot de passe ou bien via un certificat.
L'invention concerne également un dispositif de transfert vers une deuxième station de base d’une communication réalisée via une première station de base, ladite communication faisant intervenir au moins un terminal mobile d’un utilisateur, ledit dispositif étant caractérisé en ce qu’il comprend :
un premier module d’obtention d’une demande de transfert de ladite communication depuis ladite première station de base vers ladite deuxième station de base, ladite demande comprenant au moins une clef cryptographique publique ; un deuxième module d’obtention d’au moins deux paramètres ; un module de calcul d’une clef cryptographique de session en fonction desdits au moins deux paramètres obtenus et de ladite clef cryptographique publique ; un module de déchiffrement, via ladite clef de session, d’une donnée permettant de valider ladite demande de transfert, ladite donnée étant comprise dans une requête d’acquittement reçue en provenance dudit au moins un terminal en réponse à l’émission d’une requête d’acceptation de ladite demande de transfert.
Si la recommandation est jugée inefficace, la recommandation peut être supprimée de la liste personnalisée de recommandations par le module informatisé de sélection 34.
Si la recommandation est jugée efficace pour le but recherché, cette information peut être transmise dans la base de données 25. Ainsi, la base de données 25 stocke les exemples de recommandations jugées efficaces. Cette information est associée aux informations de l’utilisateur, car une même recommandation peut être efficace pour un utilisateur et pas pour un autre, il importe donc de lier la recommandation et son impact aux données utilisateur.
Lors de la répétition de l’étape de détermination d’une recommandation, les recommandations passées pour cet utilisateur peuvent être prises en compte. Ainsi, une recommandation passée peut ne pas être sélectionnée, même dans l’hypothèse où elle aura eu un impact positif, pour varier les recommandations pour un même utilisateur.
Dans la description qui précède, on a décrit que certains processeurs étaient adaptés pour mettre en œuvre certaines opérations. Toutefois, comme les processeurs du système informatisé sont également adaptés pour communiquer entre eux, comme décrit, il est possible, dans d’autres modes de réalisation, que la répartition des tâches entre les différents processeurs soit différente.
Le système qui vient d’être décrit peut fonctionner comme suit.
Dans un premier temps, on dispose de la base de données 25 avec des données d’utilisateurs.
On installe le système pour un utilisateur donné. L’utilisateur installe le système de détection 1 « wearable », et installe les programmes d’ordinateur ad hoc sur son « smartphone » 11. La connexion « Bluetooth » entre le « wearable » et le « smartphone » est établie, et de temps en temps, le « smartphone » reçoit des données en provenance du système de détection 1.
En phase d’initialisation, l’utilisateur fournit également des informations au dispositif communiquant portable 11 par l’intermédiaire de l’interface homme-machine 17. Par exemple, le dispositif communiquant portable 11 exécute un programme d’ordinateur affichant un questionnaire sur l’affichage 17, et permettant à l’utilisateur de renseigner des informations.