INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Enfin, l’instant d’émission des trames d’annonce (au cours de l’étape E8) dépend d’une valeur aléatoire (déterminée à l’étape E6) de sorte que deux dispositifs électroniques du type du dispositif électronique 20 et de même conception (ce qui est le cas par exemple lorsque deux utilisateurs du véhicule portent respectivement deux identifiants semblables) émettront (sauf exception) une trame d’annonce à des instants distincts, ce qui permet d’éviter des interférences entre ces deux dispositifs électroniques dans leurs échanges avec le circuit de communication 12 qui équipe le véhicule.
Les trames d’annonce ADV1, ADV2 mentionnées ci-dessus sont ici de type ADV_IND : il s’agit de trames d’annonce signalant la disponibilité pour une connexion et non spécifiquement dirigées vers un partenaire de communication (ou " connectable undirected advertising event " selon la terminologie anglo-saxonne).
Les trames d’annonce ADV1, ADV2, ADVi émises par le circuit de communication 22 du dispositif électronique 20 peuvent inclure des données, notamment des données d’identification ID du dispositif électronique 20.
La représente un exemple de procédé d’établissement d’une liaison sans fil entre le circuit de communication 12 équipant le véhicule et le circuit de communication 22 du dispositif électronique 20 formant identifiant.
Ce procédé débute par l’émission de trames d’annonce par le circuit de communication 22 du dispositif électronique 20 conformément à ce qui vient d’être décrit en référence à la .
Lorsque le véhicule 10 est suffisamment à proximité du dispositif électronique 20 (ce qui se produit usuellement lorsque le porteur du dispositif électronique 20 s’approche du véhicule 10), le circuit de communication 12 du système embarqué 15 du véhicule 10 détecte (et reçoit donc) une des trames d’annonce ADVi et signale ainsi à l’unité électronique de commande 11 l’arrivée de cette trame d’annonce ADVi (étape E12). Le circuit de communication 12 peut également transmettre à cette étape les données éventuellement incluses dans la trame d’annonce ADVi (notamment les données d’identification ID du dispositif électronique 20) à l’unité électronique de commande 11.
L’unité électronique de commande 11 peut alors commander à l’étape E14 au circuit de communication 12 de répondre à la trame d’annonce ADVi émise par le dispositif électronique 20, typiquement en émettant une requête de connexion CONN_REQ à destination du circuit de communication 22 de l’identifiant 20 (étape E16).
Selon une possibilité de réalisation, l’émission de la requête de connexion CONN_REQ par le circuit de communication 12 (sur commande de l’unité électronique de commande 11) peut toutefois être conditionnée par la présence des données d’identification ID du dispositif électronique 20 au sein d’une liste d’identifiants préalablement appariés (cette liste étant mémorisée au sein de la mémoire de l’unité électronique de commande 11, les données d’identification d’un dispositif électronique donné étant ajoutées dans cette liste au moyen d’un processus d’appariement spécifique).
Le circuit de communication 22 du dispositif électronique 20 reçoit la requête de connexion CONN_REQ à l’étape E18. Une liaison sans fil peut ainsi être mise en place entre le système embarqué 15 et l’identifiant 20 à l’étape E20 au moyen de l’établissement d’une connexion entre le circuit de communication 12 du système embarqué 15 et le circuit de communication 22 de l’identifiant 20 conformément au protocole de communication concerné (ici le protocole BLE déjà mentionné).
Dans le cadre de cette connexion établie selon le protocole de communication concerné, sont prévus, comme déjà indiqué, des créneaux temporels dédiés aux échanges de données (comme par exemple au cours des étapes E22 à E30 décrites ci-dessous) entre le circuit de communication 12 du système embarqué 15 et le circuit de communication 22 de du dispositif électronique 20.
Selon un mode de réalisation envisageable, les données échangées entre le dispositif électronique 20 et le système embarqué 15 sont chiffrées (typiquement au moyen d’un algorithme cryptographique de chiffrement, utilisant par exemple la clé cryptographique K partagée par l’unité électronique de commande 11 et l’unité de commande 21 comme déjà indiqué) lors de leur échange entre le circuit de communication 12 du système embarqué 15 et le circuit de communication 22 du dispositif électronique 20. Le chiffrement utilisé est par exemple celui prévu dans le cadre du protocole concerné d’échange des données D, ici le protocole BLE.
On décrit à présent, toujours en référence à la , des échanges possibles de données entre le dispositif électronique 20 et le système embarqué 15.
Lors d’une étape E22, l’unité électronique de commande 11 du système embarqué 15 détermine une valeur CH (par exemple par tirage aléatoire) et commande au circuit de communication 12 l’émission de cette valeur CH via la liaison sans fil établie (entre le circuit de communication 12 et le circuit de communication 22), et ainsi à destination du dispositif électronique 20 (c’est-à-dire en pratique à destination de l’unité de commande 21). Comme expliqué ci-après, cette valeur CH est utilisée comme défi dans un échange de type déf-réponse (ou " challenge - response " selon l’appellation anglo-saxonne parfois utilisée) pour vérifier que le dispositif électronique 20 détient bien la clé cryptographique K.
22 Segment de fixation
26 Rainure
34 Premier canal
36 Pontet
38 Segment de pince
40 Second canal
42 Prolongement déflecteur
Dispositif de raccordement hydraulique d’un système d’essuyage et procédé de réalisation d’un tel dispositif de raccordement hydraulique. La présente invention concerne le domaine des systèmes d’essuyage pour surface vitrée, notamment pour un pare-brise ou une lunette arrière, de véhicule. Plus particulièrement, la présente invention concerne un balai d’essuyage équipant de tels systèmes d’essuyage et configuré pour assurer la projection d’un fluide de nettoyage.
Il est connu que de tels systèmes d’essuyage comprennent au moins un bras d’entraînement et un balai d’essuyage. Le bras d’entraînement est solidaire du véhicule par l’une de ses extrémités et porte le balai d’essuyage par son extrémité opposée, et il est notamment apte à effectuer un mouvement de va-et-vient permettant au balai d’essuyage de balayer une grande partie de la surface vitrée.
Avantageusement, la génération de l’opération d’encodage dépendante du périphérique comprend une étape de hachage de la ou des caractéristiques propres au périphérique, de manière à générer une table d’encodage dépendante du périphérique ou une matrice d’encodage dépendante du périphérique, au moins un des éléments de la table ou respectivement de la matrice étant issu du hachage.
Ainsi, les fonctions de hachage de type SHA, par exemple de la famille SHA-2, sont utilisables pour générer l’encodage dépendant à partir de la ou des caractéristiques propres.
De préférence, pour combiner l’opération d’encodage dépendante avec l’opération cryptographique élémentaire, on substitue les termes d’une table de vérité correspondante à l’opération élémentaire au moyen de la table de substitution générée, de manière à former une table fusionnée correspondant à l’opération fusionnée, ou on réalise une opération mathématique entre une matrice correspondant à l’opération élémentaire et la matrice d’encodage dépendante générée, de manière à former une matrice fusionnée correspondant à l’opération fusionnée.
On prévoit également selon l’invention un procédé de cryptographie, dans lequel on chiffre ou on déchiffre au moins une donnée sur un périphérique informatique par un algorithme cryptographique et on encode la donnée par au moins une opération d’encodage associée à l’algorithme, dans lequel l’opération d’encodage est dépendante d’au moins une caractéristique propre au périphérique.
De préférence, l’opération d’encodage de ce procédé de cryptographie a été préalablement associée à l’algorithme cryptographique conformément au procédé de génération d’encodage décrit plus haut.
On prévoit également selon l’invention un programme d'ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé de génération d’encodage ou du procédé cryptographie décrits plus haut.
On prévoit également selon l’invention un support d'enregistrement lisible par ordinateur comprenant des instructions qui, lorsqu'elles sont exécutées par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé de génération d’encodage ou du procédé de cryptographie décrits plus haut.
On prévoit également selon l’invention un périphérique informatique comprenant des moyens de calcul informatique aptes à exécuter un algorithme cryptographique associé à une opération d’encodage générée conformément au procédé décrit plus haut.
la est un schéma d’un système selon un mode de réalisation de l’invention ;
la est un schéma détaillé d’une boite blanche selon le mode de réalisation de la ;
la est un logigramme selon un premier mode de mise en œuvre de l’invention ;
la est un logigramme selon un deuxième mode de mise en œuvre de l’invention ;
la est un logigramme selon un troisième mode de mise en œuvre de l’invention incluant les premier et deuxième mode de mise en œuvre.
Description détaillée Définitions On désigne par « opération élémentaire » toute transformation, par exemple mathématique, appliquée à une ou des données d’entrée résultant en une ou des données de sortie de l’opération. Au sein d’un code exécutable, une opération élémentaire peut ainsi être représentée par une table de vérité, accessible et compréhensible pour un attaquant informé, indiquant, pour chaque entrée possible de l’opération, chaque sortie correspondante. Il s’agit en particulier d’indiquer pour toute série de bits d’entrée dans une opération quelle est la série de bits de sortie correspondante.
Par « encodage », on désignera dans la suite toute opération visant à rendre incompréhensible, au sein d’un code exécutable, soit une ou des données, soit la transformation associée à une opération élémentaire. L’encodage est donc lui-même une opération de transformation de données d’entrées en données de sortie. L’encodage d’une opération élémentaire vise donc à empêcher un attaquant de comprendre la table de vérité de l’opération élémentaire. Un tel encodage peut donc consister à remplacer les données de sortie de la table de vérité par d’autres données via une table de substitution, non enregistrée et aléatoire, indiquant les substitutions à effectuer. Il peut également s’agir d’une opération mathématique entre un vecteur correspondant aux données de sortie de la table de vérité initiale et une matrice aléatoire, dite matrice d’encodage, là encore non enregistrée. Dans tous les cas, la table de vérité initiale n’est alors plus accessible puisqu’elle est remplacée par la table de vérité « encodée », « fusionnée » ou encore dite « obfusquée », correspondant à la table résultant à la fois de l’opération élémentaire et de l’opération d’encodage associée. L’opération élémentaire encodée et l’encodage sont donc combinés l’un à l’autre de manière à ne plus pouvoir être distingués l’un de l’autre à la lecture du code exécutable.
Il est à noter que, dans ce mode de mise en œuvre, seules les opérations 431 et 436 sont associées à des encodage 433 et 434 dépendants. Les autres opérations élémentaires de l’algorithme 43 ne sont associées qu’à des encodages conventionnels, tels que les encodages 432 et 435, ne dépendant pas du smartphone 1 et n’étant pas générés à l’exécution du déchiffrement, mais implémentés dès l’installation (voire avant). Cependant, il peut être avantageux de procéder à des encodages dépendants pour plusieurs des opérations de l’algorithme 43, afin d’améliorer encore plus la sécurité du procédé. En revanche, il peut ne pas être nécessaire de procéder à des encodages dépendants pour toutes les opérations élémentaires. En effet, un trop grand nombre de génération d’encodages dépendants risque d’engendrer une consommation de ressources excessive lors de l’opération du déchiffrement puisque chaque encodage à générer dans ce cadre devra faire l’objet des étapes 500 à 800. Le temps passé par l’exécution de l’algorithme 43 risque également d’être allongé.
Au final, dans une variante à plusieurs encodages dépendants, chaque opération de l’algorithme 43 est associée à un encodage conventionnel, puis certaines de ces opérations sont, en outre, associées à des encodages dépendants tels que les encodages 433 et 434. Il est du ressort du développeur de la boite blanche d’identifier le nombre et la place des encodages dépendants en fonction du degré de sécurité voulu et des ressources du périphérique prévu.
Chiffrage, déchiffrage, encodage et décodage de données
On va maintenant décrire un procédé 30 résumant la chaine de communication de données entre le serveur 9 et le cœur 3 de l’application 2 au moyen notamment des procédés 10 et 20.
L’étape 40 est l’initialisation du canal de communication. Les boites blanches 4 et 91, respectivement au sein du smartphone 1 et du serveur 9, sont installées lorsque l’application 2 est installée. Les opérations élémentaires initiales de l’algorithme 43, ainsi que l’algorithme 91, sont générés de manière à ce que l’algorithme 43 puisse déchiffrer des données chiffrées par l’algorithme 91, et vice versa. En particulier, dans le cadre d’algorithme de type « AES », la clé privée est la même pour les algorithmes 43 et 91. Les algorithmes diffèrent toutefois en ce que l’algorithme 91, placé sur le serveur, ne comprend pas d’encodages interne, car le serveur est considéré comme un environnement sécurisé.
Les étapes 100 à 400 du procédé 10 sont alors mises en œuvre. En particulier, l’encodage dépendant 433 est généré à ce moment-là dans l’application 2 au moyen des caractéristiques du smartphone 1. C’est également le cas des encodages non dépendants 432 et 435.
A l’étape 50, le cœur 3 de l’application 2 requiert l’envoi de données secrètes de la part du serveur 9 situé à distance. Il s’agit en particulier de validations de données bancaires pour valider un paiement.
A l’étape 60, le serveur 9 chiffre les données demandées au moyen de l’algorithme 91.
A l’étape 70, les données chiffrées sont encodées par l’encodage externe 92 situé sur le serveur 9.
A l’étape 80, elles sont envoyées au smartphone 1, en particulier à l’application 2, et en particulier à la boite blanche 4.
A l’étape 90, l’encodage 41 à l’entrée de la boite blanche, qui correspond à l’inverse de l’encodage 92, décode les données. Pour rappel, étant donné qu’il est fusionné à l’opération et à l’encodage suivants, ce décodage n’est pas compréhensible pour un attaquant.
Les étapes 500 à 800 décrites plus haut, du procédé 20, sont ensuite réalisées au cœur de l’algorithme 43 de déchiffrement des données. En particulier, l’encodage dépendant 434, inverse de l’encodage 433, est généré uniquement au moment de ce déchiffrement.
A l’étape 810, une fois l’encodage 433 généré, les données sont déchiffrées et décodées.
A l’étape 820, les données toujours déchiffrées sont à nouveau encodées, cette fois au moyen de l’encodage 42.
A l’étape 830, les données déchiffrées et encodées sont communiquées au cœur 3 de l’application.
A l’étape 840, l’encodage externe 31, inverse de l’encodage 42, décode les données. Là encore, sa fusion avec les opérations ultérieures du cœur 3 ne permettent pas de l’identifier.
Ainsi, la présente invention concerne également un tel système catalytique qui comprend :
- un complexe du fer de formule (I) Fe(N(R) 2 ) 2 (I) - un solvant, - un agent cationisant, et - un agent alkylant.
a) Solvant du système catalytique
Le solvant du système catalytique est choisi de sorte que tous les autres composants du système catalytique soient solubles dans ledit solvant.
Selon les modes de réalisation, le solvant du système catalytique est choisi : - parmi les solvants aprotiques polaires choisis parmi les éthers, les amines et leurs mélanges ; ou - parmi les solvants apolaires aliphatiques, solvants apolaires aromatiques et leurs mélanges.
Ainsi, selon certains modes de réalisation, le solvant du système catalytique est un solvant apolaire aliphatique, un solvant apolaire aromatique ou un mélange d'un solvant apolaire aliphatique et d'un solvant apolaire aromatique. A titre d'exemple, le solvant du système catalytique peut être le cyclohexane, le méthylcyclohexane, le toluène, le benzène et leurs mélanges. De préférence, selon ces modes de réalisation, le solvant du système catalytique est aromatique, plus préférentiellement alors le solvant est le toluène. Selon ces modes de réalisation, la stéréospécificité du système catalytique favorise l'insertion en position 1,4-cis des monomères 1,3-diènes et donc la formation de poly-1,3-diènes majoritairement cis.
Également, selon d'autres modes de réalisation, le solvant du système catalytique est un solvant aprotique polaire choisi parmi les éthers, les amines et leurs mélanges, de préférence alors le solvant du système catalytique est un éther, plus préférentiellement un dérivé du tétrahydrofurane (THF) par exemple le méthyltétrahydrofurane. Selon ces modes de réalisation, la stéréospécificité du système catalytique favorise l'insertion en position 1,4-trans des monomères 1,3-diènes et donc la formation de poly-1,3-diènes majoritairement trans.
b) Agent alkylant
Le système catalytique selon l'invention comprend également un agent alkylant. L'agent alkylant peut être n’importe quel agent alkylant communément employé pour la polymérisation de monomères diènes conjugués.
Plus particulièrement, l'agent alkylant peut être un agent alkylant organométallique de métaux des groupes 1, 2, 12 et 13 du tableau périodique selon l’IUPAC (décembre 2018).
Des exemples de tels agents alkylants incluent les agents alkylants appartenant au groupe constitué par les alkyles magnésium, alkyles lithium, alkyles de zinc, alkyles aluminium, réactifs de Grignard et les mélanges de ces constituants.
Des agents alkylants appartenant au groupe des alkylaluminium peuvent être représentés par la formule (II) suivante : (Ra) m’ Al (ORb) n’ H p’ X q ’ (II)
- Ra et Rb sont identiques ou différents et représentent chacun un groupe hydrocarboné de 1 à 15 atomes de carbone, de préférence un groupe hydrocarboné de 1 à 4 atomes de carbone ; - X est un atome d’halogène ; et - m’, n’, p’ et q’ sont des nombres satisfaisant aux conditions suivantes : 0 0 ≦ n’ 0 ≦ p’ 0 ≦ q’ m’ + n’ + p’ + q’ = 3.
Tout particulièrement, les alkyles aluminium de formule (II) peuvent être des composés représentés par les formules suivantes :
i) (Ra) m’ Al(ORb) 3 -m’ dans laquelle Ra et Rb sont identiques ou différents et représentent chacun un groupe hydrocarboné de 1 à 15 atomes de carbone, de préférence un groupe hydrocarboné de 1 à 4 atomes de carbone ; et m’ est de préférence un nombre satisfaisant à la condition de 1,5 ≦ m’ ≦ 3 ;
où est la capacité totale du réseau à l’instant précédent , est le débit requis par le terminal mobile à l’instant , est la puissance du signal reçu par l’UE de la station de base à l’instant et à la fréquence , est l’angle d’arrivée du signal reçu de cette station de base, est le niveau d’interférence mesuré et le niveau de qualité de service, tels que perçus à l’instant précédent. On notera que la capacité totale du réseau n’est pas connu au moment de l’observation dans la mesure où la décision d’association de n’est pas encore prise, c’est donc sa valeur à l’instant précédent qui est prise en compte dans le vecteur d’observation. Il en va de même pour les niveaux d’interférence et de qualité de service.
Le voisinage est ensuite déterminé comme décrit précédemment en relation avec la .
Les messages reçus par le nœud sont pris en compte au moyen d’un mécanisme d’attention à plusieurs ( ) têtes. Le message transmis par le nœud au nœud correspondant à la caractéristique est défini par :
avec et en reprenant les notations précédentes. La cartographie locale augmentée est obtenue en fusionnant les cartographies locales, par les expressions (6) et (7). Les paramètres paramétrisant la stratégie sont choisis de manière à maximiser la récompense au cours du temps, par exemple maximiser les débits ou les niveaux de QoS des différentes communications, ou encore minimiser la fréquence de handover.
Le second exemple concerne le positionnement de points d’accès mobiles ou MAPs ( Mobile Access Points ) par exemple des points d’accès installés sur des drones ou UAVs ( Unmanned Aerial Vehicles ) dans un réseau 5G. De tels points d’accès mobiles permettent de déployer et reconfigurer rapidement un réseau, par exemple dans des situations d’urgence ou dans un théâtre d’opérations. La gestion de ressources radio dans un tel contexte, notamment le nombre de drones et leur positionnement, est particulièrement complexe en raison de la mobilité à la fois des UEs et des MAPs.On suppose dans cet exemple que les MAPs opèrent dans la gamme de fréquence millimétrique et sont directement reliées au réseau dorsal ( backhaul network ). Le réseau comprend en outre stations de base MBS dans la bande sub-6 GHz. Pour simplifier, on considère une seule station de base MBS (une seule macrocellule) et une pluralité de point d’accès mobiles MAPs. Comme précédemment, on note l’ensemble des terminaux utilisateurs, chaque terminal utilisateur est supposé de 2 antennes lui permettant d’établir soit une liaison avec un MAP soit une liaison avec une MBS. L’ensemble des points d’accès est de cardinal ( MAPs et une MBS), le nombre de MAPs étant choisi égal au nombre d’agrégats, , identifiés dans le réseau. Ces agrégats peuvent donc être désignés par , , chaque agrégat étant constitué d’équipements d’utilisateur , . Chaque point d’accès mobile , peut prendre une décision où est l’ensemble des actions de déplacement possibles. Par exemple, cet ensemble peut être constitué de 6 déplacements incrémentaux (positifs et négatifs selon les 3 axes X,Y,Z) et d’un état stationnaire (pas de déplacement à l’instant ).
L’environnement d’un point d’accès mobile étant constitué des UEs , chaque UE appartenant à l’agrégat transmet au nœud un message relatif à la caractéristique :
où et sont respectivement les vecteurs clé et valeur relatifs au . Le vecteur d’observation est est donné par où ( ) sont les coordonnées spatiales de l’UE et est le débit perçu par cet UE. Le point d’accès mobile agrège les messages reçus au moyen d’un mécanisme d’attention à plusieurs () têtes et génère, pour chaque caractéristique radio , une cartographie locale . Ces cartographies locales sont ensuite fusionnées au moyen d’un mécanisme d’attention, comme décrit en relation avec les expressions (6) et (7), à savoir :
où est le score entre la requête du point d’accès mobile ,où désigne l’observation locale de (à savoir sa localisation 3D) et les vecteurs clé associés aux différentes observations issues des UEs de l’agrégat :
où, comme précédemment, est la dimension de l’espace de représentation des caractéristiques radio. Ce score reflète la corrélation entre la dynamique du point d’accès mobile et celles des UEs appartenant à l’agrégat.
A partir de la cartographie augmentée , le point d’accès mobile prend une décision au moyen de la stratégie .
L’ensemble des paramètres paramétrisant la distribution de probabilité , ainsi que les paramètres de fusion, à savoir les matrices , , , sont appris au moyen d’un apprentissage par renforcement de bout en bout, visant à maximiser une récompense au cours du temps.
Comme dans l’exemple précédent, la maximisation de la récompense peut être exprimée comme une maximisation des débits ou des niveaux de QoS des différentes communications, ou encore une minimisation de la fréquence de handover.