INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans ce tableau, la colonne « champ » indique ainsi à quoi correspond chaque partie du message. La colonne « longueur » indique le nombre de bits que prend chaque partie dans le message. La colonne « intervalle de valeurs » indique les valeurs que chaque partie du message peut prendre.
L’élaboration d’un tel message est bien connue de l’Homme du métier, via le protocole ADASIS. Elle ne sera donc pas ici décrite en détail.
On pourra seulement préciser que le champ « type de message » présentera ici une valeur qui est toujours la même puisqu’on ne s’intéressera dans la suite qu’aux messages longs.
Le champ « index de trajet » présente une valeur qui permet d’identifier le trajet où l’évènement est localisé.
Le champ « écart » présente une valeur qui permet de localiser l’évènement sur le trajet.
Le champ « type de profile » permet de caractériser l’évènement par un type particulier. Ainsi, si sa valeur est égale à 1, l’évènement est une longitude, s’il est égal à 2, il s’agit d’une latitude, s’il est égal à 3, il s’agit d’une altitude, s’il est égal à 8, il s’agit d’un panneau de signalisation, s’il est égal à 9, il s’agit d’une limite de vitesse pour poids lourds. On notera que dans le protocole ADASIS, les valeurs 11 à 15 sont réservées pour des types standards, et que les valeurs 16 à 31 sont réservés pour des types spécifiques.
Le champ « valeur » permet quant à lui de stocker les données correspondant au type de profile (la valeur de la longitude, le type de panneau, la valeur de la limite de vitesse…).
En résumé, le champ « type de profile » indique à quoi la donnée stockée dans le champ « valeur » s’applique. Il désigne ainsi un type d’attribut caractérisant l’évènement (latitude, longitude, panneau, limite de vitesse).
Un « attribut » sera ici défini comme une caractéristique d’un évènement.
L’invention propose d’utiliser trois des valeurs 16 à 31 réservés pour des types spécifiques, afin de définir trois nouveaux types d’attributs, à savoir les attributs d’évènements temporaires statiques ou pseudo-statique, les attributs d’évènements temporaires dynamiques et les attributs d’évènements feux de circulation.
Un évènement statique est un évènement immobile.
Un évènement pseudo statique est un évènement qui bouge peu, compte tenu de sa vitesse et/ou de sa position par rapport au véhicule. Ainsi, un évènement dont la vitesse est inférieure à un seuil de vitesse (par exemple 5 km/h) ou dont la position est distante du véhicule au-delà d’un seuil de distance (par exemple 1000 mètres) est considéré comme pseudo statique.
On notera ici que chacun de ces seuils peut être fixe ou peut être une fonction de la vitesse du véhicule automobile 10 et/ou de la vitesse de l'événement et/ou de l'environnement. A titre d’exemple, les seuils pourront être plus ou moins grand selon le type d’environnement urbain, autoroutier ou rural dans lequel évolue le véhicule.
Un exemple d’évènement temporaire statique ou pseudo-statique est un véhicule à l’arrêt sur le trajet considéré, ou la fin d’une file d’attente dangereuse sur ce trajet.
Un évènement dynamique est défini par opposition aux évènements précités. Il s’agit par exemple d’un véhicule d’urgence en intervention.
Un attribut d’évènement feux de circulation permet de fournir par exemple la phase courante du feu de circulation (typiquement sa couleur) et le temps restant avant que cette phase change.
est une vue en coupe selon la ligne V-V de la d’un système de fixation d’un deuxième type,
est une vue similaire à la pour une variante de réalisation de l’invention,
est une vue en perspective d’une colonnette mise en œuvre dans la variante de réalisation de la ,
est une vue en perspective et en coupe d’un premier moyen de fixation de l’état de la technique,
est une vue en coupe d’un système de fixation d’un premier type de l’état de la technique, et
est une vue en coupe d’un système de fixation d’un deuxième type de l’état de la technique.
La montre un aéronef 100 qui comporte un ensemble propulsif 200 fixé sous une aile 104 par l’intermédiaire d’un mât 106. L’ensemble propulsif 200 prend la même forme que celui représenté à la et la différence entre l’ensemble propulsif selon l’invention et l’ensemble propulsif de l’état de la technique réside dans la structure de la structure fixe interne.
L’ensemble propulsif 200 comporte un turboréacteur 202, une nacelle 204 disposée autour du turboréacteur 202. Le turboréacteur 202 comporte un noyau 207 et une soufflante 206 montée à l’avant du noyau 207. L’air extérieur pénètre dans l’ensemble propulsif 200 par une entrée d’air 208 délimitée par l’avant de la nacelle 204.
Après avoir traversé la soufflante 206, l’air se divise en un flux primaire qui traverse le noyau 207 comportant entre autres un système de combustion, et en un flux secondaire qui circule entre le noyau 207 et la nacelle 204 dans une veine secondaire 210 prévue à cet effet.
La nacelle 204 comporte une structure fixe externe 211 (ou OFS pour « Outer Fixed Structure » en terminologie Anglo-Saxonne) et une structure fixe interne 212 (ou IFS pour « Inner Fixed Structure » en terminologie Anglo-Saxonne) qui sont concentriques et délimitent entre elles la veine secondaire 210. La structure fixe interne 212 est autour du noyau 207.
Dans la description qui suit, les termes relatifs à une position sont pris en référence à un aéronef 100 en position normale de vol, c'est-à-dire comme il est représenté sur la et les positions « avant » et « arrière » sont prises par rapport à l’avant et l’arrière de l’ensemble propulsif 200 et de l’aéronef 100 par rapport à la direction d’avancement de l’aéronef 100 lorsque le turboréacteur 202 fonctionne. La flèche F représente la direction d’avancement de l’aéronef 100 en vol.
Dans la description qui suit, et par convention, on appelle X la direction longitudinale du turboréacteur 202 qui est parallèle à l’axe longitudinal dudit turboréacteur, on appelle Y la direction transversale qui est horizontale lorsque l’aéronef 100 est au sol, et Z la direction verticale qui est verticale lorsque l'aéronef 100 est au sol, ces trois directions X, Y et Z étant orthogonales entre elles.
La montre une structure fixe interne 300 selon l’invention qui comporte une structure en nids d’abeille 302 et un échangeur thermo-acoustique 304 qui comporte une plaque 304a qui s’étend sur toute la surface de l’échangeur thermo-acoustique 304 et des canaux 304b qui s’étendent sous une partie centrale de la plaque 304a. Les canaux 304b constituent la partie active de l’échangeur thermo-acoustique 304 et la plaque 304a permet entre autres la fixation de l’échangeur thermo-acoustique 304 à la structure en nids d’abeille 302 du côté de la veine secondaire 210 grâce à des moyens de fixation 306a-b. Les canaux 304b s’étendent ici parallèlement à la direction longitudinale X et un fluide caloporteur tel que de l’huile par exemple circule dans les canaux 304b.
Du fait des dilatations thermiques subies par les éléments constituant la structure fixe interne 300, il y un moyen de fixation 306a d’un premier type qui assure une fixation sans jeu assurant ainsi un point de référence au montage et une pluralité de moyens de fixation 306b d’un deuxième type qui assurent une fixation avec jeu parallèlement à la direction longitudinale. Dans le mode de réalisation de l’invention présenté ici, le moyen de fixation 306a du premier type est au milieu et à l’avant de l’échangeur thermo-acoustique 304 et les moyens de fixation 306b du deuxième type sont répartis autour de la plaque 304a et entre les canaux 304b.
On peut rappeler à ce sujet que l’ETSI, qui est l’organisme en charge des normes relatives à la technologie V2X, a déjà créé un tableau répertoriant les différents types d’évènements. Ce tableau distingue des grandes catégories (les causes) et des sous catégories (les sous-causes).
Ce tableau correspond aux quatre premiers champs du tableau suivant.
Description de la cause Code cause Description de la sous-cause Code sous-cause Code cause compressé Travaux routiers 3 Entretien routier lent 3 1 Nettoyage des rues 5 Service d'hiver 6 Présence humaine sur la route 12 Indisponible 0 2 Cycliste sur la chaussée 2 Motocycliste sur la chaussée 3 Conduite à contresens 14 Non disponible 0 3 Véhicule roulant dans la mauvaise voie 1 Véhicule roulant dans le mauvais sens de marche 2 Travaux de sauvetage et de récupération en cours 15 Indisponible 0 4 Véhicules d'urgence 1 Sauvetage hélicoptère - atterrissage 2 Police - activité en cours 3 Urgence médicale en cours 4 Enlèvement d'enfants en cours 5 Véhicule lent 26 Indisponible 0 5 Entretien Véhicule 1 Véhicules ralentissant pour regarder un accident 2 Convoi exceptionnel lent 3 Convoi exceptionnel large 4 Convoi 5 Chasse-neige 6 Véhicule de dégivrage ou de salage 7 Véhicule d'urgence approchant 95 Indisponible 0 6 Véhicule d'urgence en approche 1 Véhicule prioritaire en approche 2 Risque de collision 97 Non disponible 0 7 Risque de collision longitudinale 1 8 Risque de collision aux passages à niveau 2 9 Risque de collision latérale 3 10 Risque de collision impliquant un usager vulnérable de la route 4 11 Violation du signal 98 Non disponible 0 12 Violation d’un Stop 1 Infraction aux feux de circulation 2 Violation du règlement de virage 3 Situation dangereuse 99 Non disponible 0 13 Feux de freinage électroniques d'urgence 1 14 Système de pré-crash activé 2 15 ESP (Electronic Stability Program) activé 3 15 ABS (Système de freinage antiblocage) activé 4 15 AEB (Freinage Automatique d'Urgence) activé 5 14 Avertissement de freinage activé 6 14 Alerte de risque de collision activée 7 14 Statut dynamique de l’objet Non disponible 0
On notera sur ce tableau que chaque cause est définie par un premier code (seconde colonne) et chaque sous-cause est définie par un second code (quatrième colonne).
Cette classification prévoie de laisse libre de nombreux codes de cause (on passe ainsi directement de 3 à 12), si bien que stocker les valeurs de causes nécessite un grand nombre de bits (en l’occurrence, il en faudrait 7).
Ici, l’idée consiste à remplacer le code de la cause par un code cause compressé, indiqué par la dernière colonne du tableau ci-dessus. Ainsi, il est possible de coder le code cause compressé et le code sous cause en un nombre restreints de bits, ici en 5 bits. Ces deux codes sont alors stockés dans le champ « évènement dynamique compressé ».
Ici, les événements temporaires statiques ou pseudo-statiques sont associés à la valeur 29.
En d’autres termes, lorsque le champ « type de profil » est égal à 29, cela signifie que le champ « valeur » va comporter une juxtaposition de plusieurs données caractérisant par différents aspects un évènement temporaire statique ou pseudo-statique.
Le champ « valeur » de 32 bits est ainsi codé en plusieurs parties de 2 à 7 bits, qui sont définies dans le tableau suivant.
Champ Longueur (en bits) Intervalle de valeurs Evènement compressé 5 0 à 31 Sous-Cause 4 0 à 15 ID 7 0 à 126, 127 Valeur 6 0 à 62, 63 Voie de départ 4 0, 1, 2 à 31 Voie d’arrivée 4 0, 1, 2 à 31 Confiance 2 0 à 3
Les champs « évènement compressé » et « sous-cause » seront détaillés ci-après. Ils permettent de catégoriser l’évènement statique ou pseudo-statique.
Le champ « ID » permet d’identifier l’évènement par un numéro compris entre 0 et 126. Le numéro 127 est réservé au cas où tous les autres numéros sont pris. Comme pour le même champ dans le cas d’un évènement dynamique, l’interface principale est programmée pour libérer ce numéro dès que ce n’est plus le cas et pour sélectionner les évènements les plus proches avant ceux qui sont les plus éloignés lorsque l’ensemble des numéros sont pris.
Ici encore, un évènement statique ou pseudo-statique sera identifié deux fois, d’une part par ce champ « ID », mais aussi par le champ « index de trajet » utilisé dans la table 1. Grâce à cette double identification, il deviendra implicite qu’un évènement statique s’annule et est remplacé par les informations contenues dans un nouveau message.
Le champ « valeur » est utilisé pour coder la longueur L de l’évènement. Il prend la valeur 0 si la longueur n’est pas connue. Il prend sinon une valeur comprise entre 1 et 62. Sa valeur dépend alors de la longueur de l’évènement. Sa valeur est ici codée de la manière suivante : - si la longueur est comprise entre 0 et 100 m, sa valeur est égale à la valeur entière de L/4, - si la longueur est comprise entre 100 et 500 m, sa valeur est égale à la valeur entière de (L - 100) / 16 + 25, - si la longueur est comprise entre 500 et 1908 m, sa valeur est égale à la valeur entière de (L - 500) / 128 + 50, - si la longueur est supérieure à 1098 m, sa valeur est égale à 62.
On notera que ce champ « valeur » peut prendra la valeur 63 dans un cas bien particulier. La valeur 63 indiquera que le message est relatif à un évènement statique qui doit être effacé, libérant ainsi l’identifiant du champ « ID » utilisé.
Ici, les événements temporaires dynamiques sont associés à la valeur 28.
En d’autres termes, lorsque le champ « type de profil » est égal à 28, cela signifie que le champ « valeur » va comporter une juxtaposition de plusieurs données caractérisant par différents aspects un évènement temporaire dynamique.
Le champ « valeur » de 32 bits est ainsi codé en plusieurs parties de 2 à 10 bits, qui sont définies dans le tableau suivant.
Champ Longueur (en bits) Intervalle de valeurs Evènement dynamique compressé 5 0 à 31 ID 6 0 à 62, 63 Age 10 Voie 4 0 à 15 Direction 2 0 à 2 Valeur 5 0 à 30, 31
Le champ « évènement dynamique compressé » sera détaillé ci-après. Il permet de catégoriser l’évènement dynamique.
Le champ « ID » permet d’identifier l’évènement temporaire dynamique par un numéro compris entre 0 et 62. Le numéro 63 est réservé au cas où tous les autres numéros sont pris. L’interface principale libère ce numéro 63 dès que ce n’est plus le cas.
On pourra ici noter que si on atteint le nombre maximum d’évènements dynamiques (63), il sera possible de se contenter d’avertir le constructeur d’horizon qu’un trop-plein est survenu. En variante, il sera possible de comparer le nouvel évènement avec ceux déjà classés. Si le plus éloigné d’entre eux (par rapport au véhicule) est plus éloigné que le nouvel évènement, il sera possible de libérer son ID et de le remplacer par celui du nouvel évènement. Dans le cas contraire, le nouvel évènement ne sera pas pris en compte.
On notera ici qu’un évènement dynamique sera identifié deux fois, d’une part par ce champ « ID », mais aussi par le champ « index de trajet » utilisé dans la table 1.
Grâce à cette double identification, lorsque deux messages associés à un même évènement sont envoyés successivement (par exemple parce que la position et/ou la vitesse de cet évènement a changé), il sera implicite que le message le plus ancien est obsolète puisqu’il est remplacé par le nouveau message. De cette manière, il ne sera pas nécessaire d’envoyer un message d’annulation d’un évènement dynamique.
A titre d’exemple, un évènement dynamique tel qu’un véhicule d’intervention roulant pourra être codé dans l’horizon artificiel en envoyant successivement des messages longs mis à jour. Dans cette configuration, le reconstructeur de chaque client pourra comprendre que ces messages sont associés à un même véhicule en intervention, dont la vitesse et la position évoluent, sans qu’il ne soit nécessaire de lui envoyer pour cela des messages d’annulation des messages précédents.
Le champ « âge » correspond au temps passé depuis que l’évènement a été élaboré, à 10 ms près. Il couvre une durée de 10s. Pour bien comprendre à quoi ce champ réfère, il faut rappeler que dans ce mode de réalisation, un message est transmis toute les 100 ms sur le BUS CAN. Quant plusieurs évènements se produisent simultanément, plusieurs messages vont donc être élaborés et ces messages vont être transmis successivement les uns après les autres. Il peut donc arriver qu’un message soit transmis plusieurs centaines de millisecondes voire plusieurs secondes après avoir été élaboré. Dans cette éventualité, le champ « âge » va permettre d’indiquer depuis combien de temps le message a été élaboré.
Le champ « voie » indique la voie sur laquelle l’évènement s’applique. Ce champ s’applique aux voies de circulation du véhicule (celles que le véhicule peut emprunter compte tenu du sens selon lequel il circule). Ainsi, les évènements situés en dehors de ces voies sont associés à la valeur 0, les évènements situés dans la bande d’arrêt d’urgence sont associés à la valeur 1, et les évènements situés sur les voies de circulation sont associés à des valeurs comprises entre 2 et 14 (2 correspondant à la voie la plus à gauche, 3 à la voie immédiatement à côté…).
Le champ « direction » indique la direction selon laquelle l’évènement circule. Il prend la valeur 0 si l’évènement circule dans le même sens que le véhicule 10 et la valeur 1 sinon.
Le champ « valeur » est utilisé pour coder la vitesse de l’évènement. Il s’agit d’une valeur approximative. Chaque valeur correspond à un intervalle de vitesses, comme cela est défini dans le protocole ADASIS v2.0.4, à la table 12. A titre d’exemple, les valeur suivantes peuvent correspondre : - « 1 » : une vitesse inférieure à 5 km/h, - « 2 » : une vitesse comprise entre 5 et 7 km/h, - « 2 » : une vitesse comprise entre 7 et 10 km/h, - « 4 » : une vitesse comprise entre 10 et 15 km/h - … - « 28 » : une vitesse comprise entre 140 et 150 km/h, - « 29 » : une vitesse supérieure à 150 km/h.
On notera que ce champ « valeur » peut prendra la valeur 31 dans un cas bien particulier. Lorsque ce champ prend la valeur 31, le message signifie que le message envoyé précédemment au sujet de ce même évènement (identifié par le champ ID) doit être effacé.
Le champ « évènement dynamique compressé » indique le type d’évènement dynamique auquel le message réfère.
Le champ « confiance » indique le niveau de confiance dans la détection de l’évènement, la valeur 0 indiquant un niveau de confiance minimum et 3 indiquant un niveau de confiance maximum.
Le champ « évènement compressé » est codé sur 5 bits.
Pour définir ce champ, on peut noter que l’ETSI a déjà créé un tableau répertoriant les différents types d’évènements statiques qu’un véhicule peut rencontrer. Ce tableau distingue des grandes catégories (les causes) et des sous catégories (les sous-causes).
Si les sous-causes sont ici encore codés par des entiers naturels de valeurs réduites (ce qui nécessite peu de bits pour les coder), il n’en va pas de même pour les causes.
Ainsi, le champ « sous-cause » reprend les numéros affectés par l’ETSI sans les modifier, tandis que le champ « évènement compressé » prend des numéros différents de ceux affectés par l’ETSI.
Le tableau suivant permet d’indiquer la correspondance entre les numéros de l’ETSI et les numéros ici employés afin de le coder en un nombre réduit de bits.
Type Code cause ETSI Evènement compressé Circulation 1 1 Accident 2 2 Travaux 3 3 Impraticabilité 5 4 Conditions météorologiques défavorables - état - adhérence 6 5 Aquaplaning 7 6 Emplacement dangereux - État de la surface 9 7 Emplacement dangereux - Obstacle sur la route 10 8 Emplacement dangereux - Animal sur la route 11 9 Présence humaine sur la route 12 10 Conduite dans le mauvais sens 14 11 Travaux de sauvetage et de récupération en cours 15 12 Conditions météorologiques - extrêmes 17 13 Conditions météorologiques - visibilité 18 14 Conditions météorologiques - précipitations 19 15 Véhicule lent 26 16 Fin de file dangereuse 27 17 Panne de véhicule 91 18 Suite d’accident 92 19 Problème humain 93 20 Véhicule à l'arrêt 94 21 Véhicule d'urgence en approche 95 22 Zone dangereuse : indication - Courbe dangereuse 96 23
A ce stade, on pourra noter qu’un évènement statique devienne dynamique ou vis-versa. Dans cette éventualité, un nouveau message long correspondant à la nouvelle catégorie de l’évènement sera envoyé sur le BUS CAN.
Les événements feux de circulation sont associés à la valeur 30.
En d’autres termes, lorsque le champ « type de profil » est égal à 30, cela signifie que le champ « valeur » va comporter une juxtaposition de données caractérisant l’état d’un feu de circulation.
On notera que si le feu de circulation est situé à un croisement, un message distinct peut être émis pour chaque direction dans le croisement, même si le même feu et la même phase sont valables pour aller tout droit et pour tourner à droite ou à gauche.
Le champ « valeur » de 32 bits est ainsi codé en plusieurs parties de 2 à 16 bits, qui sont définies dans le tableau suivant.
Champ Longueur (en bits) Intervalle de valeurs Direction de feu tricolore 2 0 à 3 Phase actuelle 3 1 à 7 Phase suivante 3 1 à 7 Temps avant phase suivante 16 0 à 36000 Voie de départ 4 0, 1, 2 à 15 Voie d’arrivée 4 0, 1, 2 à 15
Le champ « Direction de feu tricolore » indique vers quelle voie de circulation l’évènement est associé. Il prend la valeur 0 s’il est associé à la direction initiale (tout droit), la valeur 1 pour tourner à gauche, la valeur 2 pour tourner à droite et la valeur 3 pour toutes les directions.
Le champ « phase actuelle » indique la phase courante du feu de circulation. Il prend la valeur 1 s’il est au vert, 2 s’il est au rouge, 3 s’il est orange, 4 s’il est entre le orange et le rouge, 5 s’il clignote en rouge, 6 s’il clignote en orange et 7 s’il est sombre.
Alternativement, les supports d’enregistrement peuvent correspondre à un circuit intégré à un ordinateur ou à un appareil de commande, circuit dans lequel le programme est incorporé, et adapté pour exécuter un procédé tel que décrit ci-avant ou pour être utilisé dans l'exécution de ce procédé.
Brève description des figures La représente un procédé de génération d’une fonction conforme à un mode particulier de mise en œuvre de l’invention.
La représente un dispositif de génération d’une fonction conforme à un mode particulier de mise en œuvre de l’invention.
La représente un procédé de contrôle d’un système cible conforme à un mode particulier de mise en œuvre de l’invention.
La représente les éléments essentiels d’un apprentissage par renforcement de la fonction conformément à un mode particulier de mise en œuvre de l’invention.
La représente un dispositif de contrôle d’un système cible conforme à un mode particulier de mise en œuvre de l’invention.
La représente un système selon un mode particulier de mise en œuvre de l’invention.
La représente l’architecture matérielle d’un dispositif de génération selon un mode particulier de mise en œuvre de l’invention.
La représente l’architecture matérielle d’un dispositif de contrôle selon un mode particulier de mise en œuvre de l’invention.
Mémoire non volatile sécurisée La présente description concerne le domaine des procédés et circuits pour la sécurité des circuits électroniques, et en particulier un procédé et un circuit permettant de protéger un circuit électronique comprenant une mémoire non volatile.
Les mémoires non volatiles, telles que les mémoires de type FLASH, peuvent stocker des données sensibles en termes de confidentialité et sécurité telles que par exemple des clefs de chiffrement ou des paramètres de sécurité. La séquence de démarrage d’un circuit électronique est une étape sensible en termes de sécurité, car elle implique en général le traitement de ces données sensibles.
Bien que des solutions existent pour rendre les données sensibles immuables, il serait souhaitable de protéger d’avantage ces données lorsqu’elles sont chargées de la mémoire non volatile vers d’autres mémoires.
Il existe un besoin d’améliorer les méthodes de protections de la confidentialité et/ou la sécurité du contenu d’une mémoire non volatile d’un dispositif électronique.
Un mode de réalisation pallie tout ou partie des inconvénients des méthodes de protection connus.