INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Ainsi, le système d’analyse de données peut équiper chaque aéronef concerné, et être préférentiellement intégré dans l’avionique 101 dudit aéronef. En variante, le système d’analyse de données est un équipement informatique au sol dans un centre de contrôle, par exemple dans des locaux d’une compagnie aérienne. Alors, les données à collecter sont transmises par l’avionique 101 à l’équipement informatique du centre de contrôle, par exemple grâce à des communications sol-air, ou en utilisant un bagage électronique de vol EFB (« Electronic Flying Bag » en anglais) comme intermédiaire entre l’avionique 101 et l’équipement informatique du centre de contrôle. Le bagage électronique de vol EFB utilise alors des communications filaires (par exemple, de type USB) ou sans-fil (par exemple, de type Bluetooth ou Wi-Fi)) pour échanger avec l’équipement informatique du centre de contrôle et l’avionique 101.
Dans une étape 405, le système d’analyse de données détermine si l’analyse des données collectées montre un dysfonctionnement d’IDG 103. Si tel est le cas, une étape 406 est effectuée ; sinon, la surveillance est poursuivie dans l’étape 404.
Dans l’étape 406, le système d’analyse de données génère une alarme représentative du dysfonctionnement d’IDG 103 détecté (détection grâce à la première passe). L’alarme est accompagnée d’une information indiquant la cause supposée du dysfonctionnement détecté (identification grâce à la seconde passe). Une maintenance peut alors être programmée, et la surveillance est poursuivie dans l’étape 404.
La illustre schématiquement un exemple d’une plateforme matérielle 500 du système d’analyse de données, sous forme de circuiterie électronique, qui est adaptée et configurée pour implémenter les algorithmes décrits ci-dessus. La plateforme matérielle 500 est ainsi adaptée et configurée pour implémenter l’intelligence artificielle de type apprentissage machine divulguée ici.
La plateforme matérielle 500 comporte alors, reliés par un bus de communication 510 : un processeur ou CPU (« Central Processing Unit » en anglais) 501 ; une mémoire vive RAM (« Read-Only Memory » en anglais) 502 ; une mémoire morte 503, par exemple de type ROM (« Read Only Memory » en anglais) ou EEPROM (« Electrically-Erasable Programmable ROM » en anglais) ; une unité de stockage 504, telle qu’un disque dur HDD (« Hard Disk Drive » en anglais), ou un lecteur de support de stockage, tel qu’un lecteur de cartes SD (« Secure Digital » en anglais) ; et un gestionnaire d’interfaces I/f 505.
Le gestionnaire d’interfaces I/f 505 permet d’interagir avec un ou plusieurs équipements de l’aéronef 10, tels que les capteurs de température susmentionnés, et/ou éventuellement avec un réseau de communication. Par exemple, le gestionnaire d’interfaces I/f 505 est adapté et configuré pour permettre d’interagir avec l’avionique 101.
Le processeur 501 est capable d’exécuter des instructions chargées dans la mémoire vive 502 à partir de la mémoire morte 503, d’une mémoire externe, d’un support de stockage (tel qu’une carte SD), ou d’un réseau de communication. Lorsque la plateforme matérielle 500 est mise sous tension, le processeur 501 est capable de lire de la mémoire vive 502 des instructions et de les exécuter. Ces instructions forment un programme d’ordinateur causant l’implémentation, par le processeur 501, de tout ou partie des étapes et fonctionnements décrits ici.
Afin d’assurer la gestion de données média, le procédé doit être compatible avec des tunnels GRE in UDP comme préconisé dans le document de spécifications techniques TS 24.582 du standard 3GPP concernant la gestion des données média à la clause 13.4. L’encapsulation GRE dans UDP est décrite dans le document IETF RFC 8086 « Internet Engineering Task Force Request for Comments: 8086 ». Le format d'encapsulation GRE-in-UDP contient un entête UDP et un entête GRE. Il faut noter que ces éléments d’entête ne doivent pas être altérés par le procédé permettant la sécurité des communications MCData IPCON.
Enfin, à l’heure actuelle, les communications MCData IPCON concernent uniquement les communications de point à point. Ainsi, les communications MCData IPCON de groupe n’existent pas. Un groupe peut être défini comme étant un groupe virtuel regroupant plusieurs dispositifs utilisateurs pouvant interagir entre eux une fois autorisés par le réseau de communication, par exemple authentifiés à un serveur de gestion de groupe du réseau de communication, permettant ainsi l’accès au groupe de communication.
Ainsi, l’invention vise à fournir un procédé permettant d’établir des communications MCData IPCON sécurisées de bout en bout, à la fois pour les communications de point à point et les communications de groupe.
L’invention offre une solution aux problèmes évoqués précédemment, en définissant un mécanisme de génération, de distribution et de dérivation de clés pour le service MCData IPCON, ainsi qu’un mécanisme de chiffrement du contenu MCData IPCON.
Un aspect de l’invention concerne un procédé d’établissement de session MCData IPCON « Mission Critical Data IP Connectivity » dans un réseau de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission Critical System », le réseau comprenant : une entité MCData émettrice ; une entité MCData destinataire ; et un service de transport MCData connecté aux entités MCData émettrice et destinataire ; le procédé comprenant : obtenir, par l’entité MCData émettrice, une clé DPPK « MCData Payload Protection Key » et un identifiant de la clé DPPK-ID « MCData Payload Protection Key Identifier »; transmettre, par l’entité MCData émettrice à l’entité MCData destinataire via le service de transport MCData un message SIP-INVITE comprenant la clé DPPK et l’identifiant de la clé DPPK-IK ; authentifier, par l’entité MCData destinataire, le message ; déterminer, par l’entité MCData destinataire, la clé DPPK et l’identifiant de la clé DPPK-ID et établir un tunnel IP entre l’entité MCData émettrice et l’entité MCData destinataire.
Grâce à l’invention, la sécurité de bout en bout est assurée entre deux entités MCData dans une communication IPCON. Ainsi, même si le contenu à envoyer n’est pas sécurisé par les serveurs applicatifs lorsque celui-ci est reçu par l’entité émettrice, l’invention permettra de sécuriser la transmission du contenu entre l’entité émettrice et l’entité destinataire.
Un autre aspect de l’invention concerne un réseau de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », le réseau de communication comprenant : une entité MCData émettrice ; une entité MCData destinataire ; un service de transport MCData connecté aux entités MCData émettrice et destinataire ; le réseau de communication étant configuré pour mettre en œuvre le procédé selon l’invention.
Outre les caractéristiques qui viennent d’être évoquées dans le paragraphe précédent, le réseau de communication selon un aspect de l’invention peut présenter la caractéristique suivante : réseau selon l’invention dans lequel l’entité MCData destinataire est : un ensemble de clients MCData appartenant au même groupe MCData que l’entité MCData émettrice ; ou un client MCData.
BREVE DESCRIPTION DES FIGURES Les figures sont présentées à titre indicatif et nullement limitatif de l’invention. La montre une représentation schématique d’un système pour la mise en œuvre du service MCData IPCON de l’art antérieur. La est un schéma synoptique illustrant l’enchaînement des étapes du procédé selon l’invention. Les figures 3 et 4 sont des schémas synoptiques illustrant l’enchaînement des étapes du procédé selon deux variantes de l’invention. La montre une représentation schématique d’un système configuré pour la mise en œuvre du service MCData IPCON selon l’invention. La montre une représentation schématique d’un système configuré pour la mise en œuvre du service MCData IPCON de groupe selon un mode d’implémentation de l’invention.
La est une représentation schématique d’un procédé d’établissement de session MCData IPCON « Mission Critical Data IP Connectivity » selon l’invention. L’entité MCData émettrice 320 et l’entité MCData destinataire 370 sont connectées 350 au service de transport MCData 330. Le service de transport MCData 330 comprend un ou plusieurs serveurs MCData. L’entité MCData émettrice 320 est connectée à une entité applicative émettrice 310. L’entité applicative émettrice 310 est par exemple un serveur applicatif émetteur. L’entité MCData destinataire 370 est connectée à une entité applicative destinataire 360. L’entité applicative destinataire 360 est par exemple un serveur applicatif destinataire. Le tunnel IP 340 permet le routage IP de données 300, notamment des données média de l’entité applicative émettrice 310 à l’entité applicative destinataire 360 en passant par les entités MCData 320 et 370.
Le réseau de communication de la est configuré pour mettre en œuvre le service MCData IPCON. Les entités MCData émettrice 320 et destinataire 370 sont interchangeables, c’est-à-dire qu’une entité MCData peut être émettrice 320 sur une période puis destinataire 370 sur une autre période. Chacune de ces entités MCData a une identité au sein du réseau de communication. Cette identité permet d’identifier l’entité au sein du réseau de communication. Par exemple, l’identité peut être un identifiant unique au sein du réseau de communication.
Le but de la présente invention est de dépasser ces limitations et de résoudre ces inconvénients en proposant un nouveau concept de système de satellites procurant un service de haut débit par une constellation de satellites VLEO performant et durable environnementalement, tout en étant plus efficace et résilient que les systèmes actuels.
Cet objectif est atteint avec un système de communication par constellation de satellites, comprenant :
Avec le système de communication selon l’invention, la combinaison de la couche MEO, constituée d’un nombre limité de satellites, - typiquement quelques dizaines de satellites -, avec la couche VLEO, constituée d’un grand nombre de satellites, - typiquement plusieurs centaines à plusieurs milliers de satellites, - permet de fournir un service de haut débit offrant les avantages d’une constellation déployée en VLEO (meilleurs temps de latence, meilleurs débits, durabilité environnementale) en résolvant les problèmes techniques suivants, quelles que soient les latitudes entre 0 degré et ± 90 degrés sur lesquelles la couche VLEO est déployée :
(i) rendre possible en tout point l’établissement de liens de télécommunications entre les satellites et les terminaux utilisateurs avec des angles d’élévation supérieurs à certains minima souhaitables (e.g. 40 degrés) tout en limitant le nombre de satellites de la couche VLEO (e.g. en densifiant les plans orbitaux de la couche VLEO pour des angles d’élévation de 25 degrés seulement), en reroutant vers la couche MEO au besoin une partie du trafic dont les liens de télécommunications ne peuvent pas être établis à cause d’un masquage en raison des angles d’élévation (e.g. compris entre 25 degrés et 40 degrés),
(ii) éviter de dimensionner l’ensemble des sous-systèmes (e.g. calculateurs embarqués, liens inter-satellitaires, panneaux solaires, batteries) de l’ensemble des satellites de la couche VLEO selon le pic de trafic en reroutant vers la couche MEO au besoin une partie du trafic non sensible à la latence (e.g. video streaming) lors des pics de trafic et des risques de congestion des satellites VLEO,
(iii) permettre plus rapidement une couverture continue nécessaire pour fournir les services de télécommunications haut débit malgré un déploiement partiel des plans orbitaux de la couche VLEO (e.g. ne couvrant un terminal utilisateur que 95% du temps) en reroutant vers la couche MEO une partie du trafic lorsque les liens de télécommunications ne peuvent pas être établis au moment où le terminal utilisateur est situé hors des zones de couverture des satellites VLEO,
(iv) permettre une redondance de la couche VLEO en reroutant vers la couche MEO une partie du trafic lorsque les liens de télécommunications ne peuvent pas être établis en cas de défaillance d’un ou de plusieurs satellites de la couche VLEO.
Ainsi, dans le système de communication selon l’invention, le centre de gestion du trafic peut en outre être agencé pour rerouter un flux d’information vers un satellite de la seconde couche MEO, en réponse à l’impossibilité d’établir un lien de télécommunication à cause d’un masquage en raison d’un angle d’élévation dudit satellite de la première couche VLEO.
On peut aussi avantageusement prévoir que le centre de gestion du trafic soit en outre agencé pour rerouter un flux d’information non sensible à la latence vers un satellite de la seconde couche MEO, en réponse à une détection d’un pic de demande de trafic et de risques de congestion sur les satellites de la première couche VLEO.
Le centre de gestion du trafic peut aussi être agencé pour rerouter un flux d’information vers un satellite de la seconde couche MEO, en réponse à une impossibilité d’établir un lien de communication vers un satellite visible de la première couche VLEO, ou pour rerouter un flux d’information vers un satellite de la seconde couche (MEO) en réponse à une détection de défaillance dans la première couche de satellites (VLEO).
Suivant un autre aspect de l’invention, il est proposé un procédé de communication, mis en œuvre dans un système de communication par constellation de satellites selon l’invention, comprenant les étapes suivantes :
router des flux d’information provenant ou à destination d’une ou plusieurs stations terrestres ou de terminaux utilisateurs, via un ou plusieurs satellites au sein d’une première couche de satellites placés sur une orbite terrestre très basse (VLEO), et en absence de lien de communication avec ladite première couche (VLEO), rerouter lesdits flux d’information via ou plusieurs satellites au sein d’une seconde couche de satellites placés sur une orbite terrestre moyenne (MEO).
Le procédé de communication selon l’invention peut en outre avantageusement comprendre une étape pour rerouter vers la seconde couche (MEO) des flux d’information qui devaient être initialement acheminés vers la première couche (VLEO) mais dont les liens de télécommunications ne peuvent pas être établis en raison des angles d’élévation, ou étant non sensibles à la latence lors des pics de trafic et des risques de congestion des satellites VLEO, ou ne pouvant être établis lorsqu’un terminal utilisateur est situé hors des zones de couverture des satellites VLEO (e.g. en cas de déploiement partiel des satellites de la couche VLEO), ou en cas de défaillance d’un satellite de la couche VLEO.
Les terminaux utilisateurs concernés par le système et procédé selon l’invention peuvent être statiques ou en mouvement, en particulier au sein de véhicules terrestres (voitures, camions, trains), d’aéronefs ou de bateaux.
DESCRIPTION DES FIGURES La illustre schématiquement un système de télécommunication par satellites selon l’invention ; La illustre schématiquement une partie du procédé de télécommunication selon l’invention, prenant en compte l’angle d’élévation des satellites ; La illustre schématiquement une autre partie du procédé de télécommunication selon l’invention, dédiée à la prise en compte du trafic sensible à la latence ; La illustre schématiquement encore une autre partie du procédé de télécommunication selon l’invention, dédiée au reroutage en cas d’absence de visibilité ; et La illustre schématiquement encore une autre partie du procédé de télécommunication selon l’invention, dédiée au reroutage en cas de défaillance.
Par exemple, le dispositif électronique d’acquisition de données 4_1 est embarqué dans un avion (non représenté) et le dispositif électronique d’acquisition de données 4_2 est embarqué dans un drone (non représenté). Les dispositifs électroniques d’acquisition de données 4 sont chacun adaptés pour faire l’acquisition d’images, pour les traiter et en extraire des données, et pour transmettre ces données au récepteur 2.
Dans l’exemple considéré, le récepteur 2 est fixe ou bien également embarqué, par exemple dans un véhicule destiné à la coordination de l’intervention et situé à quelques km en retrait de la zone d’intervention sur laquelle opèrent les dispositifs d’acquisition 4_1 et 4_2.
Dans le mode de réalisation considéré, chaque dispositif d’acquisition de données 4_i, i = 1 à 2, comprend au moins un capteur 40_i, un bloc de communication 41_i, un bloc de traitement 42_i, un bloc de détection 43_i, une mémoire 44_i et un bloc de compression d’images 45_i.
Le capteur 40_i est adapté pour capturer des images de la zone d’intervention à une fréquence fc prédéterminée. Le capteur 40_i est par exemple de type optronique et délivre des images RGB (ou infrarouges, thermiques ou multispectrales etc.).
Les capteurs 40_i dans des dispositifs distincts ou au sein d’un même dispositif ont par exemple des caractéristiques distinctes. Par exemple, le capteur 40_1 délivre des images de taille 40000 pixels x 40000 pixels, tandis que le capteur 40_2 délivre des images de taille 4000 pixels x 4000 pixels.
Le bloc de communication 41_i est adapté à mettre en œuvre, sur le réseau de télécommunication sans fil 3, la transmission d’informations à destination du récepteur 2. Il comporte par exemple un modem, un routeur, un module gestionnaire de la Qualité de Service (qui contribue à la remontée du gabarit de transport sélectionné par le réseau, et donc la sélection du mode de fonctionnement du capteur 40_i, cf. plus loin) et une antenne d’émission/réception sans fil.
Le bloc de détection 43_i est adapté pour, à partir de chaque image capturée par le capteur 40_i, procéder à une détection d’objets d’intérêt et délivrer en sortie le cas échéant des informations concernant des objets qui auraient été détectés dans l’image comme correspondant à des types objets d’intérêt prédéfinis.
Les types d’objets d’intérêts sont listés dans une liste L1 stockée dans la mémoire 44_i. Cette liste L1 associe un identifiant à chaque type d’objets d’intérêt. La structure de la liste est par exemple arborescente, identifiant des grandes classes d’objet d’intérêt (par exemple avions, chars, camions, drones), puis pour chaque classe, des sous-classes (marques de l’objet, fonctionnalité principale : transport de troupes, transport de combustibles, infirmerie …), les feuilles de l’arbre étant donc les types d’objets d’intérêt, au nombre de N, par exemple N est supérieur ou égal à deux, ou encore strictement supérieur à deux, par exemple dans le cas considéré, N est supérieur à 10.
Le bloc de détection 43.i comporte un classifieur adapté pour décomposer l’image fournie en entrée en portions d’images et évaluer, à l’aide d’algorithmes de classification, la probabilité de détection dans chaque portion, d’un des types d’objets d’intérêt. Cette probabilité de détection pour un type d’objet d’intérêt indique la probabilité, calculée par le bloc de détection, qu’un objet de ce type soit effectivement présent dans la portion considérée.
Par exemple, dans le cas considéré, le classifieur est un réseau de neurones à apprentissage profond. Il est adapté pour balayer complétement une image capturée par un « filtre ». Ce filtre, en chaque position de balayage, ne laisse apparaître qu’une section de l’image, appelée par la suite imagette (par exemple la première imagette est obtenue en partant du coin en haut à gauche de l’image, en déplaçant (glissant) le filtre vers la droite jusqu’à atteindre le coin en haut à droite, puis en descendant vers le bas et en repartant vers la gauche etc. jusqu’à atteindre le coin en bas à droite). Le classifieur est adapté pour calculer, pour chaque imagette, et pour chaque type objet d’intérêt de la liste L1, la probabilité, nommée Prob, qu’un objet d’intérêt de ce type, figure sur l’imagette considérée.
Dans un mode de réalisation, deux imagettes successives se superposent sur une portion des imagettes, la taille de cette portion étant strictement inférieure à la taille des imagettes.
Le filtre, de façon connue, est appelé boîte englobante (« bounding box »), il est classiquement rectangulaire, l’imagette correspondant à la section de l’image dans le rectangle. Chaque imagette rectangulaire résultante est associée aux coordonnées, dans l’image, du coin supérieur gauche du rectangle, et sa longueur et sa largeur sont connues, égales à celles du filtre.
Typiquement, pour une image de dimensions 10000 pixels par 10000 pixels, et une bounding box de taille 200 pixels par 200 pixels qui glisse de 5 pixels, le nombre d’imagettes résultant est 2000 x 2000 soit 4 millions.
Dans le mode de réalisation considéré, les détecteurs 43_1 et 43_2 délivrent tous deux des imagettes de même taille (ici 200*200 pixels²), mais les résolutions des imagettes sont différentes : les 200 pixels d’imagette correspondent à 500 mètres (m) dans le cas du dispositif d’acquisition de données 4_1 tandis que les 200 pixels d’imagette correspondent à 1 km dans le cas du le dispositif d’acquisition de données 4_2.
Typiquement, le classifieur est issu d’une phase d’apprentissage au cours de laquelle ses paramètres (typiquement les valeurs poids et biais du réseau de neurones) ont été apprises, à l’aide d’une base de données d’apprentissage comprenant des imagettes, notamment des imagettes préalablement associées chacune à au moins un des objets types de la liste et ce jusqu’à ce que l’erreur de prédiction devienne inférieure à un seuil fixé.
Le bloc de détection 43_i est adapté pour délivrer au bloc de traitement 42_i, pour une image qui lui est fournie en entrée : sélectivement toutes les imagettes extraites de l’image pour lesquelles au moins un type d’objet d’intérêt a été détecté avec une probabilité de détection supérieure à un seuil S’ (par exemple S’ dans la plage [60% ; 70%] ; et un ensemble d’informations associé à chaque imagette.
Système électroluminescent organique
Dans l’invention, le terme « système électroluminescent » signifie que le système émet de la lumière en réponse à un courant électrique qui le traverse, ou à un fort champ électrique. Le système émet de la lumière de préférence dans la gamme de longueurs d’onde allant de 380 à 800 nm environ.
Le système électroluminescent organique caractérise l’OLED, il est notamment intercalé entre les électrodes, i.e. entre la couche d’anode et la couche de cathode.
Le système électroluminescent est organique. En d’autres termes, il comprend au moins des atomes de carbone liés de manière covalente à des atomes d’hydrogène. En d’autres termes, le système électroluminescent organique comprend essentiellement des composés organiques et/ou des composés organométalliques. Le système électroluminescent ne comprend pas de préférence de composé(s) inorganique(s), i.e. de composé(s) exempt(s) d’atomes de carbone liés de manière covalente à des atomes d’hydrogène.
Le système électroluminescent organique comprend de préférence au moins un matériau transporteur de trous (e.g. matériau de type p) et au moins un matériau transporteur d’électrons (e.g. matériau de type n).
Le matériau transporteur de trous est bien connu de l’homme du métier et est généralement défini comme un matériau qui conduit plus facilement des charges positives (trous) que des charges négatives (électrons). En particulier, il est capable de transporter des trous vers une zone d’émission.
Le matériau transporteur d’électrons est bien connu de l’homme du métier et est généralement défini comme un matériau qui conduit plus facilement des charges négatives (électrons) que des charges positives (trous). En particulier, il est capable de transporter des électrons vers une zone d’émission.
Le système électroluminescent organique a de préférence une épaisseur allant de 100 à 250 nm environ.
Le système électroluminescent organique peut être sous la forme d’une couche ou de plusieurs couches empilées les unes sur les autres. On parle alors de système monocouche ou multicouche respectivement.
Le système électroluminescent organique est de préférence au moins en partie en contact physique direct avec la couche de cathode.