INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans la position déployée, la portion distale 64 de chaque bras 62 s’étend suivant une direction perpendiculaire à la dalle 30, et fait saillie par rapport au cadre 36 périphérique du panneau solaire 10, de sorte que la portion distale 64 de chaque bras 62 est apte à être en appui sur la face amont 24 du rail amont 16, de façon à s’opposer au glissement transversal du panneau solaire 10 suivant le sens de la pente du toit 14 et à permettre le coulissement de l’ensemble formé par le panneau solaire 10 et le dispositif d’aide à la pose 12, suivant une direction longitudinale le long du rail amont 16.
A cet effet, chaque bras 62 est bloqué en rotation mécaniquement dans sa position déployée par une butée (non représentée).
Dans la position escamotée, l’embase 60 et le bras 62 de chaque guide support 58a, 58b selon le deuxième mode de réalisation sont contenus dans le volume délimité par le panneau solaire 10, de façon à ne pas dépasser du cadre 36 du panneau solaire 10, ce qui permet l’empilement d’une pluralité de panneaux solaire 10 chacun équipés du dispositif d’aide à la pose 12.
Selon un troisième mode de réalisation de l’invention illustré aux figures 10 et 11, le dispositif d’aide à la pose 12 comporte un premier guide support 68a et un second guide support 68b qui sont identiques et qui sont similaires au premier guide support 40a et au second guide support 40b précédemment décrits, mais qui roulent sur le rail amont 16 au lieu de glisser.
A cet effet, chaque guide support 68a, 68b comprend une embase 70 en forme d’équerre qui est montée sur le panneau solaire 10, et un bras 72 de support qui s’étend depuis l’embase 70 associée, vers le toit 14.
Chaque embase 70 comprend une première portion 74 fixée sur la face dorsale 34 du panneau solaire 10, par exemple par collage, et une seconde portion 76 qui s’étend vers le toit 14 perpendiculairement au panneau solaire 10.
De façon complémentaire, chaque bras 72 comprend un manchon 78 tubulaire qui s’étend perpendiculairement à la dalle 30 du panneau solaire 10, depuis une première portion proximale 80 monté sur la seconde portion 76 de l’embase 70 associée de façon amovible, jusqu’à une seconde portion distale 82 formant une extrémité libre.
Chaque bras 72 de support est relié sur l’embase 70 associée par emboîtement de façon amovible, entre une position de support illustrée aux figures 10 et 11, dans laquelle chaque bras 72 fait saillie par rapport au cadre périphérique 36 du panneau solaire 10 pour coopérer avec le rail amont 16 associé, et une position de transport dans laquelle chaque bras 72 est retiré de l’embase 70 associée pour permettre l’empilement d’une pluralité de panneaux solaires 10 chacun équipés d’une embase 70.
La portion distale 82 de chaque bras 72 porte un premier galet 84 qui est monté libre en rotation autour d’un axe B de roulement perpendiculaire à la dalle 30 du panneau solaire 10.
Chaque premier galet 84 est agencé de façon à rouler sur la face amont 24 du rail amont 16 qui forme un premier chemin de roulement 86.
De plus,chaque bras 72 comprend une excroissance 88 qui s’étend parallèlement à la dalle 30 du panneau solaire 10, depuis le manchon 78 associé, et qui porte un second galet 90 monté libre en rotation autour d’un axe C de roulement perpendiculaire à la dalle 30 du panneau solaire 10.
Chaque second galet 90 est agencé de façon à rouler sur un second chemin de roulement 92 qui est délimité par une face interne d’une rainure 94 ménagée sur la face frontale 22 du rail amont 16.
Ainsi, le premier guide support 68a et le second guide support 68b du dispositif d’aide à la pose 12 selon le troisième mode de réalisation de l’invention permettent de s’opposer au glissement transversal du panneau solaire 10 suivant le sens de la pente du toit 14 et permettent le coulissement de l’ensemble formé par le panneau solaire 10 et le dispositif d’aide à la pose 12, suivant une direction longitudinale le long du rail amont 16.
A titre non limitatif, toujours selon le troisième mode de réalisation de l’invention, chaque galet 84, 90 peut être prévu pour glisser et non pour rouler sur le rail amont 16, à la manière d’un coulisseau.
De même, toujours à titre non limitatif, le premier guide support 68a et le second guide support 68b peuvent être dépourvus de l’excroissance 88 et du second galet 90 associé.
Aussi, on notera que le le premier guide support 40a et le second guide support 40b sont alignés longitudinalement pour coopérer de concert avec le rail amont 16, et sont agencés symétriquement suivant un plan médian transversal (non représenté) du panneau solaire 10.
Par ailleurs, avantageusement, la troisième sous-étape met en œuvre l’algorithme d’enchère présentant les caractéristiques suivantes : - chaque munition d’indice j étant caractérisé par un prix , chaque cible mise sur la munition qui maximise son profit , avec ledit bénéfice adapté ; - la mise fait monter le prix de la munition jusqu’à la résolution de tous les conflits ; - cette manière de procéder permet d’atteindre le maximum global de la somme : avec les limitations suivantes sur chaque cible et chaque munition : selon lesquelles l’algorithme d’enchère alloue exactement munitions à la cible d’indice et n’alloue pas plus de fois le type de la munition d’indice dans un lanceur donné ; et - la convergence est obtenue lorsque chaque cible a alloué le nombre voulu de munitions.
Lesdites premières et secondes contraintes sont prises en compte dans des inégalités similaires à la formulation :
Dans un mode de réalisation particulier, l’étape de traitement consiste à déterminer également, pour le plan d’engagement, au moins l’un des paramètres suivants pour chacun des munitions : - si la munition est pourvue d’un autodirecteur pour le guidage terminal, une fréquence pour ledit autodirecteur ; et - un canal montant.
La présente invention concerne également une méthode de traitement de menaces aériennes dans le domaine militaire, à l’aide d’un système de défense aérienne comprenant au moins des munitions susceptibles d’être tirées depuis des lanceurs.
Selon l’invention, ladite méthode comprend au moins les étapes suivantes : - une étape de détection consistant à détecter des objets aériens (ou objets volants) dans une zone donnée ; - une étape d’identification et de classification consistant à identifier, parmi les objets aériens détectés, ceux qui représentent des menaces aériennes dites cibles et à déterminer une classification pour chacune des cibles identifiées ; - une étape de prédiction consistant à prédire une trajectoire future pour chacune des cibles identifiées, au moins à partir de la classification correspondante ; - une étape de calcul consistant à calculer une fenêtre d’interception, pour chaque couple de munition et de cible, en fonction de la trajectoire future prédite de la cible et d’un domaine d’interception de la munition, chacune desdites fenêtres d’interception étant transformée en une fenêtre de disponibilité ; - une étape de traitement consistant à déterminer un plan d’engagement en tenant compte desdites fenêtres de disponibilité, l’étape de traitement mettant en œuvre un procédé d’optimisation d’un plan d’engagement tel que celui précité ; et - une étape d’exécution du plan d’engagement.
Dans un mode de réalisation particulier, chaque cible correspondant à un type particulier de cible parmi des types susceptibles d’être différents, l’étape de traitement prend en compte, pour chaque type de cible, une règle d’engagement et/ou une politique de tir.
La présente invention concerne, en outre, un dispositif de détermination d’un plan d’engagement pour un système de défense aérienne comprenant au moins des munitions susceptibles d’être tirées depuis des lanceurs, au moins certains desdits lanceurs étant aptes à tirer plusieurs munitions, le plan d’engagement consistant à allouer des munitions du système de défense aérienne à des menaces aériennes dites cibles.
Selon l’invention, ledit dispositif de détermination d’un plan d’engagement, qui comporte au moins les unités suivantes : - une unité de réception de données configurée pour recevoir des données concernant au moins les munitions disponibles et des cibles détectées ; et - une unité de traitement configurée pour, à l’aide des données reçues de l’unité de réception de données, former le plan d’engagement, ledit plan d’engagement étant utilisé par le système de défense aérienne pour défendre une zone particulière contre les menaces aériennes, est remarquable en ce que : - l’unité de réception de données est configurée pour recevoir également, pour chaque lanceur de munitions du système de défense aérienne, d’une part le nombre de munitions du lanceur représentant une première contrainte concernant les munitions dudit lanceur, et d’autre part un nombre de dates de tir dans des fenêtres de disponibilité représentant une seconde contrainte concernant les dates de tir ; et - l’unité de traitement est configurée pour déterminer le plan d’engagement en prenant en compte lesdites premières et secondes contraintes, l’unité de traitement comportant au moins : • un premier élément configuré pour déterminer, pour chaque couple de cible et de munition, un bénéfice dit classique qui représente un paramètre permettant de quantifier l’intérêt d’utiliser la munition pour neutraliser la cible, ledit bénéfice classique dépendant d’une probabilité que la munition détruise la cible ; • un deuxième élément configuré pour déterminer, pour chaque couple de cible d’indice et de munition, un bénéfice dit adapté, en prenant en compte des conflits (dits légers) potentiels entre allocations ; et • un troisième élément configuré pour mettre en œuvre un algorithme d’enchère prenant en compte lesdites premières et secondes contraintes et utilisant lesdits bénéfices adaptés pour tous les couples de munition et de cible, afin de déterminer le plan d’engagement, ledit plan d’engagement comprenant pour chaque cible l’allocation d’une part d’au moins une munition particulière d’un lanceur particulier et d’autre part d’une date de tir de cette munition, cette allocation satisfaisant lesdites premières et secondes contraintes.
Par ailleurs, la présente invention concerne également un système de traitement de menaces aériennes dans le domaine militaire, à l’aide d’un système de défense aérienne tel que précité.
Selon l’invention, ledit système de traitement de menaces aériennes comporte au moins les unités suivantes : - une unité de détection configurée pour détecter des objets aériens dans une zone donnée ; - une unité d’identification et de classification configurée pour identifier, parmi les objets aériens détectés, ceux qui représentent des menaces aériennes dites cibles, et pour déterminer une classification pour chacune des cibles identifiées ; - une unité de prédiction configurée pour prédire une trajectoire future pour chacune des cibles identifiées, au moins à partir de la classification correspondante ; - une unité de calcul configurée pour calculer une fenêtre d’interception, pour chaque couple de munition et de cible, en fonction de la trajectoire future prédite de la cible et d’un domaine d’interception de la munition, chacune desdites fenêtres d’interception étant transformée en une fenêtre de disponibilité ; et - une unité de traitement configurée pour déterminer un plan d’engagement en tenant compte desdites fenêtres de disponibilité, l’unité de traitement comprenant un dispositif de détermination d’un plan d’engagement tel que celui décrit ci-dessus, ledit plan d’engagement étant susceptible d’être exécuté par ledit système de défense aérienne.
Brève description des figures D’autres caractéristiques et avantages du dispositif, du système, du procédé et/ou de la méthode selon l’invention apparaîtront mieux à la lecture de la description qui suit d’exemples de réalisation donnés à titre illustratif et nullement limitatifs, annexés des figures suivantes.
La est le schéma synoptique d’un système de traitement de menaces conforme à un mode de réalisation particulier de l’invention, comprenant un dispositif de détermination d’un plan d’engagement.
La est une vue schématique d’un exemple de système de défense aérienne qui protège une zone terrestre contre des menaces aériennes.
La illustre schématiquement une méthode de traitement de menaces, mise en œuvre à l’aide du système de traitement de menaces de la .
La est un graphique illustrant, schématiquement et très partiellement, les relations entre des missiles du système de défense aérienne et des cibles correspondant à des menaces aériennes.
Dans le cas où les données n’ont pas été indexées avant d’être stockées, la sous-étape de requête 23 est une demande de récupération d’une ou plusieurs données internes 16 et/ou données chiffrées 21. Les données requises sont alors extraites via la bibliothèque spécifique 8 de l’espace sécurisé 13. La bibliothèque spécifique 8 procède alors à une vérification des empreintes de l’objet connecté 2, puis déchiffre la ou les données à extraire. Les données sont alors transmises à la source de la requête.
Si les données, lors de leur stockage au sein de l’espace sécurisé 13, ont été préalablement indexées, la sous-étape de requête 23 peut consister en une extraction de certaines données partielles 18 de l’ensemble de données ayant été préalablement indexé. L’étape d’extraction 7 effectue alors une sous-étape supplémentaire qui est une sous-étape de sélection 24 d’un index correspondant à au moins l’une des données partielles 18. Cette sous-étape permet de sélectionner uniquement les données partielles 18 requises lors de la sous-étape de requête 23 sans extraire les données partielles 18 dans leur totalité. On comprend ainsi que la sous-étape de sélection 24 est avantageuse dans la mesure où elle permet de limiter l’extraction de données, et ainsi d’éviter de surexposer l’ensemble de données indexé hors de l’espace sécurisé 13, améliorant ainsi la protection desdites données.
De ce fait, tel que cela est illustré sur la , seules certaines données partielles 18, c’est-à-dire celles demandées lors de la sous-étape de requête 23 sont extraites. L’extraction des données partielles 18 se fait de la même manière que décrit précédemment, c’est-à-dire via la bibliothèque spécifique 8 qui traite la requête pour communiquer avec l’espace sécurisé 13, puis qui déchiffre les données partielles 18 après vérification des empreintes de l’objet connecté 2. Ceci étant fait, les données partielles 18 requises peuvent alors être transmises.
L’extraction des données partielles 18 peut également être dépendante d’un niveau d’autorisation d’extraction attribué à la source ayant effectué la requête. A titre d’exemple, si l’ensemble de données est un dossier médical indexée en une pluralité de données partielles 18, certaines premières sources peuvent n’être autorisées à extraire que certaines données partielles 18 du dossier médical, tandis que certaines secondes sources plus qualifiées que les premières sources peuvent être autorisées à extraire l’ensemble des données partielles 18 lié audit dossier médical. Afin de sécuriser au maximum l’extraction de données, chacune des sources effectue une requête telle que seules les données partielles 18 nécessaires sont extraites et dans la mesure où leur niveau d’autorisation d’extraction le leur permet.
L’invention, telle qu’elle vient d’être décrite, atteint bien le but qu’elle s’était fixée, et permet de proposer un procédé de protection de données au sein d’un objet connecté, assurant à la fois la création d’une protection de données sensibles et le stockage desdites données sensibles au sein de ladite protection créée. Des variantes non décrites ici pourraient être mises en œuvre sans sortir du contexte de l’invention, dès lors que, conformément à l’invention, elles comprennent un procédé de protection de données conforme à l’invention.
SYSTEME DE SIMULATION DU COMPORTEMENT D’UN VEHICULE AUTONOME, ET PROCEDE CORRESPONDANT Le domaine de l'invention est celui de la simulation de systèmes réels, de sorte à collecter, superviser, et augmenter des données de comportements.
Plus précisément, l’invention concerne un système de simulation du comportement d’un véhicule autonome, cette simulation étant effectuée à la fois sur un module physique et sur un module numérique.
Il est à noter qu’une telle simulation, qui est mise en œuvre à la fois sur un module physique et un module numérique, peut s’apparenter à une forme de Co-simulation.
L’invention trouve notamment son application dans le domaine des études comportementales préalables à la mise en circulation de véhicules autonomes sur routes réelles, de leur impact sur le trafic et la conduite, ou par exemple dans le cadre de la sécurité routière.
La présente invention trouve également son application dans des contextes de circulation dans les milieux industriels.
Art antérieur L'utilisation d’un système de simulation de conditions réelles de circulation d’un véhicule autonome permet de collecter des informations de manière rapide et économique, car il réduit la dépendance aux données collectées par des véhicules autonomes circulant en conditions réelles, c’est-à-dire des véhicules autonomes circulant au milieu d’autres véhicules autonomes ou pas, dans des conditions réelles de circulation.
En outre, un tel système de simulation permet de limiter les risques inhérents à la collecte de données effectuée par des véhicules autonomes circulant en conditions réelles au milieu d’un environnement comprenant notamment des piétons, des obstacles, ainsi qu’une multitude de véhicules conduits par des humains.
Le document WO 2019 108 985 A1 présente un système de simulation de véhicule autonome associé à un procédé permettant d'analyser des planificateurs de mouvements. Un tel système de simulation reçoit, en entrée, des données cartographiques produites par un environnement réel de conduite. Différentes informations telles que des données de perception, ainsi que des instructions de configuration, sont également fournies au système de simulation, qui est alors en mesure de simuler le comportement spécifique de chaque véhicule, selon les données correspondant à ce dernier.
Les documents EP 3 742 343 A1 et US 2005 091 018 A1 présentent également des solutions de simulation avec des approches sensiblement similaires.
Toutefois, toutes ces solutions ne sont pas satisfaisantes.
L’ordonnancement respecte ces contraintes et peut optimiser certains paramètres, telle que la somme des temps sans émission tse de paquets depuis le premier module.
Le profil de configuration 111 peut aussi déterminer (autrement dit : définir) que les paquets de données pq3, pq4 et pq5 transitent par le routeur 130 électronique 130 lorsqu’ils sont émis depuis microprocesseur 120 à destination du microprocesseur 140.
A l’étape S40, le profil 111 est reçu par l’unité centrale 110 de la part du serveur 300, par l’intermédiaire d’un réseau de télécommunication sans fil 200.
A l’étape S50, les applications 123, 124 et 125 sont activées simultanément et émettent en conséquence des signaux d’activations à destination de l’unité centrale 110. Sur réception du signal d’activation, l’unité centrale 110 détecte que le microprocesseur 120 est dans un état E1-1 où les applications 123, 124 et 125 sont activées.
A l’étape S60, le profil 111 associé à cet état est obtenu (autrement dit : lu) dans la mémoire de l’unité centrale 110. Il peut être recherché dans cette mémoire à partir d’un identifiant de l’état (cet identifiant peut par exemple être obtenu à partir des identifiants des applications 123, 124, 125).
A l’étape S70, l’unité centrale 110 émet une instruction de configuration à l’attention du microprocesseur 120 à partir du profil de configuration 111.
Par exemple, l’ordonnancement temporel 3000 est mis en œuvre par le contrôleur électronique 121 dit « SDN » (pour «Software-defined networking », en Anglais). L’émission de l’instruction de configuration peut alors être (notamment) à destination du contrôleur 121, et éventuellement comprendre une instruction selon le protocole dit « OpenFlow » publié par l' « Open Networking Foundation ».
Par exemple, le routeur de données interne informatique 122 comprend une table de routage et la configuration définit (ou modifie) cette table de routage. La configuration indique (ou détermine) par exemple (et modifie la table de routage pour) que les paquets pq3, pq4, pq5 à destination (autrement dit : vers) du microprocesseur 140 sont envoyés au (autrement dit : transitent par le) routeur 130. L’émission de l’instruction de configuration à destination du routeur 122 peut comprendre une instruction selon le protocole dit « Netconf » normalisé en décembre 2006 avec la ”RFC 4741” et révisé en juin 2011 avec la ”RFC 6241”.
Par exemple, le microprocesseur 120 comprend un pare-feu et sa configuration autorise que les paquets pq3, pq4 et pq5 à destination microprocesseur 140 à transiter par le routeur 130. Le profil 111 peut également comprendre une telle configuration du routeur
A l’étape S70, l’application 123 émet les paquets pq3, l’application 124 les paquets pq4 et l’application 125 les paquets pq5 à destination du microprocesseur 140 selon l’ordonnancement 3000 par l’intermédiaire du contrôleur 121, du routeur interne informatique 120, du bus de données 151, du routeur 130, et du bus de données 152.
Procédé de détermination de profils de configuration d’un module électronique, dispositif et systèmes associés. L’invention concerne la configuration de modules électroniques dans un véhicule automobile.
Dans un véhicule automobile, aujourd’hui, des applications informatiques peuvent être chargées. Il est nécessaire que les modules électroniques du véhicule automobile puissent s’adapter à l’utilisation de ces applications tout en optimisant le dimensionnement des modules.
Les stations de mesure 120 sont par exemple reliés en communication sans fil et/ou filaire à un ou plusieurs serveurs du « cloud » tel que le dispositif 101, lequel ou lesquels sont configurés pour collecter et stocker les données, dites premières données, mesurées par ces stations de mesure 120, ces premières données étant par exemple horodatées.
Un indice de qualité de l’air IQA est par exemple déterminé à partir de ces premières données pour fournir une indication sur la qualité de l’air à l’instant de mesure des premières données sur la base desquelles est déterminé l’indice IQA.
Un processus d’étalonnage ou de calibration d’un ou plusieurs capteurs de mesure de la qualité de l’air embarqué(s) dans le véhicule 10 est avantageusement mis en œuvre par un ou plusieurs processeurs d’un dispositif embarqué dans le véhicule 10, un tel dispositif correspondant par exemple à un calculateur ou à une combinaison de calculateurs du véhicule 10.
La mise en œuvre du processus est par exemple déclenchée à intervalles réguliers, par exemple tous les 10000 ou 20000 kms ou tous les ans.
Selon un autre exemple, la mise en œuvre du processus est déclenchée par une action utilisateur, par exemple sur requête du conducteur ou du propriétaire du véhicule 10, par exemple par un appui sur un bouton (réel ou virtuel) d’une IHM (Interface Homme-Machine) prévu à cet effet.
Dans une première opération, des premières données représentatives d’une mesure de la qualité de l’air extérieur sont reçues par le véhicule 10, par exemple via une liaison ou connexion sans fil.
La mesure de la qualité de l’air est mise en œuvre par une station de mesure 120, laquelle appartient avantageusement à un réseau de stations de mesures réparties sur un territoire donné (par exemple une ville, un département, une région ou un pays). Lorsqu’une station de mesure 120 effectue une mesure de qualité de l’air, cette station transmet par exemple les données de la mesure à destination d’un ou plusieurs dispositifs distants tel que le dispositif 101.
Le ou les dispositifs distants sont par exemple gérés par une AaSQa, par un fournisseur de données gratuit tel que AQICN ou le programme Copernicus ou encore par un fournisseur de données payant tel que BreezoMeter® ou PlumeLabs®.
Les premières données sont par exemple reçues d’un tel dispositif distant 101 stockant les premières données obtenues de différentes mesures effectuées par un ensemble de stations de mesure 120.