INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La partie supérieure 6 de la cabine est vitrée et accessible par une porte 12, dont la fermeture peut être contrôlée par des capteurs 43 pour assurer la sécurité de la zone de travail ZT. Elle est complétée par une unité de contrôle 13 pourvue d’un écran 14, fixée à un montant de la cabine 4 pour être pivotante par rapport à la cabine. Elle comporte également une colonne de signalisation 15 au sommet de la cabine 4 pour émettre des signaux lumineux et/ou sonores en fonction des cycles de travail et des alarmes éventuelles. La partie inférieure 5 de la cabine est carénée et comporte des équipements mécaniques, électriques, aérauliques et autres (non visibles) nécessaires au fonctionnement de l’installation, ainsi qu’une ou plusieurs sources d’atmosphère contrôlée (bouteille d’air synthétique à pression atmosphérique ou non, pompe à vide et/ou bouteille de gaz inerte ou non, tel que : azote, hélium, argon ou similaire), ou des raccordements à ces sources si elles sont externes. Bien entendu, l’installation 1 de fermeture telle qu’illustrée et ses équipements ne sont pas limités à l’exemple décrit mais sont variables et modulables en fonction des besoins. Ainsi, et selon ses équipements, l’installation 1 peut être utilisée pour effectuer des cycles de fermeture aussi bien manuellement qu’automatiquement en tout ou partie. L’unité de contrôle 13 peut alors comporter un programme d’ordinateur agencé pour piloter les équipements de l’installation en fonction du mode opératoire retenu, procéder aux contrôles qualité requis, et assurer une traçabilité des tâches effectuées.
A l’issue de cette phase de préparation 200 pour la mission à venir, chacun des prédicteurs des gabarits d’échanges 21 et de connectivité 22 est configuré avec le jeu de paramètres respectif sélectionné.
Il s’agit donc d’anticiper le type d’échanges nécessaires (priorité, volumétrie, typologie des échanges, etc.) par phase de mission ainsi que l’état de connectivité, au sens des conditions de transport bout-en-bout).
Apprentissage initial
Une phase d’apprentissage initiale, antérieure à l’étape 200, a permis d’obtenir les ensembles de jeux de paramètres de configuration de prédicteur de gabarits d’échanges et les ensembles de jeux de paramètres de configuration de prédicteur de connectivité.
Elle est décrite ci-dessous.
Des profils types de mission aérienne ont été définis. Pour chaque profil type de mission aérienne, de multiples missions de ce type ont été réalisées, en déploiement réel ou par simulations ; et les données de connectivité, les données d’échanges et les conditions de mission ont été collectées formant une base de données d’apprentissage, dite ci-dessous base d’apprentissage.
Apprentissage initial du réseau de neurones pour obtenir le prédicteur de connectivité 22.
Un apprentissage du réseau de neurones destiné au prédicteur de connectivité 22 est effectué pour chaque type de profil de mission.
Les données d’entrée du réseau de neurones destiné au prédicteur de connectivité 22, extraits de la base d’apprentissage, pour une mission donnée, comportent : des valeurs relatives à la connectivité constatée ou calculée considérée à chaque instant θi (d’une pluralité d’instants successivement considérés) et issues de mesures (et éventuellement antérieures à θi, à l’intérieur d’une fenêtre temporelle Fθi de durée Δθ se terminant à θi ; par exemple Δθ compris entre quelques dizaines de ms et quelques centaines de ms ou quelques secondes) ; ces mesures relatives à la connectivité indiquent typiquement pour chaque liaison de télécommunication sans fil impliquée dans la mission la valeur d’une ou de plusieurs de ses caractéristiques de transmission : bande passante, taux d’erreur, latence, gigue ; et au-delà des mesures effectuées pour chaque liaison de transmission, les conditions de transport bout-en-bout sont également fournies en entrée du réseau de neurones, i.e. le nœud local vers tous les nœuds du réseau, incluant l’identification des nœuds non atteignables ; il s’agit également de fournir les niveaux d’engorgement des files d’attente du réseau et le nombre de paquets perdus par débordement de files d’attente ; la phase de mission courante à l’instant θi ; et des indications de conditions de mission à l’instant θi (et éventuellement antérieures à θi, à l’intérieur de la fenêtre temporelle Fθi) ; par exemple ces indications de mission indiquent au moins certaines des données parmi des données météo, position et attitude courantes de l’avion, trajectoire suivie (virage, montée, descente), vitesse de l’avion, accélération, relief (modèle de terrain), cap, positions amies et menaces ennemies, environnement électromagnétique dont brouillage …. On notera que ces indications peuvent comprendre des indications relatives à l’instant courant ou échantillonnées pour la fenêtre Fθi.
L’apprentissage permet d’ajuster successivement la valeur des poids et biais dans le réseau de neurones destiné au prédicteur 22, pour un nombre donné de couches de neurones et un nombre donné de neurones dans chaque couche, jusqu’à ce que l’erreur entre le résultat sorti par le réseau de neurones et l’état de connectivité, tel qu’indiqué dans la base d’apprentissage, qui a réellement succédé à un instant quelconque ti dans une fenêtre temporelle de durée non nulle ΔT débutant à ti soit inférieure à un seuil prédéfini. Par exemple la prédiction porte sur plusieurs dizaines de secondes (exemple sur k secondes, avec k compris entre 10 et 90), voire sur quelques minutes (par exemple k’ minutes, avec k’ compris entre 1 et 10).
Typiquement, les états de connectivité prédits indiquent par exemple pour chaque liaison de télécommunication sans fil impliquée dans la mission la valeur (ou indique sélectivement une sous-plage de valeurs dans laquelle se trouve cette valeur, au sein d’une plage de valeurs comprenant plusieurs sous-plages) d’une ou de plusieurs de ses caractéristiques de transmission : bande passante, taux d’erreur, latence, gigue.
Il en résulte un jeu de paramètres (poids et biais appris), associé à chaque profil type de mission, pour configurer le réseau de neurones du prédicteur d’état de connectivité 22.
Apprentissage initial du réseau de neurones pour obtenir le prédicteur des gabarits d’échanges 21
Similairement dans un mode de réalisation, un apprentissage du réseau de neurones destiné au prédicteur des gabarits d’échanges 21 a été effectué pour chaque type de profil de mission.
Les données d’entrée du réseau de neurones destiné au prédicteur des gabarits d’échanges 21, extraits de la base d’apprentissage, pour une mission donnée, comportent, relativement à chaque instant ti d’une pluralité d’instants ti : l’état de connectivité prédit par le prédicteur d’état de connectivité 22 à partir des données d’entrée relatives à l’instant initial ti ; et la phase de mission courante à l’instant ti (qui définit la nature et la volumétrie des échanges, i.e. le besoin d’échanges pour le type de mission considérée, pendant la phase considérée) ; optionnellement : types et caractéristiques des échanges constatés à l’instant ti (ces éléments pourraient en effet conditionner les futurs besoins d’échanges en cas de variation de l’état de connectivité).
L’apprentissage permet d’ajuster successivement la valeur des poids et biais dans le réseau de neurones destiné au prédicteur 21, pour un nombre donné de couches de neurones et un nombre donné de neurones dans chaque couche, jusqu’à ce que l’erreur entre le résultat sorti par le réseau de neurones (i.e. les gabarits prédits des fonctions) et les gabarits d’échanges constatés des fonctions tels qu’indiqués dans la base d’apprentissage, qui ont réellement succédé à un quelconque instant t’i dans une fenêtre temporelle de durée ΔT’ (par exemple ΔT’<ΔT) débutant à t’i (correspondant à la fenêtre temporelle prédéterminée de prédiction du prédicteur 21) soit inférieure à un seuil prédéfini.
Quel que soit le mode de réalisation, la présentation 10 est configurée pour être affichée dans plusieurs états (en fonction de la diapositive 12 affichée et de son apparence) et comprend des commandes pour modifier l’état de la présentation 10.
Selon un premier mode opératoire, cette présentation 10 est présentée en direct par au moins un présentateur 18 à une assistance comportant au moins un participant 20, visible sur les figures 7 à 9, le présentateur 18 et le participant 20 visualisant simultanément la présentation 10 dans un état donné. Le présentateur 18 et au moins un participant 20 sont distants et ne sont pas situés dans un même lieu. Par conséquent, un logiciel de visioconférence est utilisé pour échanger des flux vidéo entre eux.
Selon le premier mode opératoire, le logiciel de visioconférence permet d'échanger ce flux vidéo de sortie 38 entre le présentateur 18 et chaque participant 20.
A titre d’exemple et de manière non limitative comme illustré sur la , le fond de la diapositive 12 peut être totalement transparent et les éléments 14 opaques, ce qui permet de voir le présentateur 18 en dehors des zones superposées aux éléments 14.
Selon une caractéristique, au moins une zone de commande 40 associée à au moins une commande est incorporée dans la présentation 10, notamment dans au moins une de ses diapositives 12. Le procédé de gestion de la présentation 10 comprend une étape de détermination en temps réel d’une position d’une partie d’une main 42 de l’intervenant (le présentateur 18 ou l’un des participants 20) qui anime la présentation 10, dans des images du flux vidéo d’intervenant 26, 34 ou du flux vidéo de sortie 38, une étape de comparaison de la position déterminée de la partie de la main 42 et celle d’au moins une zone de commande 40 et, si la position de la partie de la main 42 coïncide avec celle d’une zone de commande 40 considérée, une étape d’exécution de la commande associée à la zone de commande 40 considérée afin de modifier l’état de la présentation 10 dans le flux vidéo de sortie 38 visualisé par au moins l’intervenant.
Le module de gestion 1040 peut également prendre en compte des commandes locales de l’utilisateur U-n du dispositif 100-n. Certaines commandes locales peuvent être par exemple une prise d’appel (ou une prise d’alternat) et/ou une signalisation associée à l’acquisition, à la réception et/ou à la transmission de messages, vers chacun des modules 1020, 1080 et 1060. Le module de gestion 1040 peut en outre être configuré pour appliquer un ensemble de règles configurables prenant en entrée les commandes locales et les signalisations effectuées par l’utilisateur U-n pour appliquer des traitements aux différents messages.
Dans des modes de réalisation, l’unité de traitement de message 1042 comprend une sous-unité de sauvegarde de messages (tel qu’un buffer). En particulier, la sous-unité de sauvegarde de messages du dispositif 100-n peut être configurée pour garder en mémoire de façon temporaire le ou les messages d(n) et r(n) à transmettre.
Le procédé comprend aussi une étape de détermination d’une puissance individuelle de traction requise fournie, à l’instant donné, par le nombre total courant de lignes de traction 30 dans le mode actif de la voiture motrice 12.
De plus, le procédé comprend une étape de commande du passage d’au moins une des lignes de traction 30 de la voiture motrice 12 du mode actif au mode inactif et, conjointement, commande de la puissance fournie par le moteur 34 de chaque ligne de traction 30 restant dans le mode actif de la voiture motrice 12, pour que l’ensemble de la ou des ligne(s) de traction restante(s) dans le mode actif fournisse ladite puissance individuelle de traction requise.
L’étape de commande présente toutes les caractéristiques décrites ci-dessus pour le système de commande 18.
Un deuxième mode de réalisation du véhicule ferroviaire 10 va maintenant être décrit, en référence aux figures 5 à 7. Seules les différences avec le premier mode de réalisation seront décrites par la suite.
Dans le deuxième mode de réalisation, le véhicule 10 comprend au moins deux voitures motrices 12.
La illustre différents exemples de véhicules ferroviaires 10. En particulier, le véhicule ferroviaire 10 comprend un nombre total de voitures motrices 12 supérieur ou égal à deux, par exemple égal à deux, trois, quatre ou cinq.
Au moins une autre voiture motrice 12 est par exemple placée à la suite de la voiture motrice 12 de tête ou à la dernière position du véhicule ferroviaire 10.
Le véhicule ferroviaire 10 fonctionne par exemple en unité multiple, les voitures motrices 12 sont alors couplées pour n’être commandées que par un seul conducteur, disposé par exemple dans la cabine de la voiture motrice 12 de tête.
La montre aussi différentes possibilités de connexion entre voitures motrices 12. La connexion sans fil est représentée par une flèche alors que la connexion filaire est représentée par un trait entre deux voitures motrices 12.
Chaque voiture motrice 12 présente au moins une configuration active de fonctionnement, dans laquelle au moins une des lignes de traction 30 de la voiture 12 est dans le mode actif, et une configuration inactive de fonctionnement, dans laquelle toutes les lignes de traction 30 de la voiture 12 sont dans le mode inactif.
Sur la , les voitures motrices 12 dans la configuration active sont illustrées en étant grisées.
En particulier, dans la configuration inactive de fonctionnement, la voiture motrice 12 ne tracte pas le véhicule ferroviaire 10.
Dans la configuration inactive, tous les essieux moteurs 32 de la voiture motrice inactive sont libres en rotation, et sont par exemple alors entrainés en rotation par les frottements des roues 36 de l’essieu moteur 32 sur les rails, dus au déplacement du véhicule ferroviaire 10.
Dans la configuration active de fonctionnement, le nombre de ligne(s) de traction dans le mode actif et la puissance fournie par le moteur 34 de chaque ligne de traction 30 actif sont commandés par le système de commande 18.
Comme dans le premier mode de réalisation, pour chaque voiture motrice 12, le système de commande 18 est configuré pour déterminer une puissance individuelle de traction requise à fournir par la voiture pour que l’ensemble du véhicule ferroviaire 10 fournisse la puissance globale de traction requise.
Dans le deuxième mode de réalisation, le système de commande 18 est par exemple configuré pour déterminer une puissance individuelle de traction requise à fournir par chaque voiture motrice en divisant la puissance globale de traction requise par le nombre total de voitures motrices 12 du véhicule ferroviaire 10.
Procédé de gestion d’une présentation et dispositif pour sa mise en œuvre La présente demande se rapporte à un procédé de gestion d’une présentation ainsi qu’à un dispositif pour sa mise en œuvre.
Selon un mode de réalisation, une présentation comprend plusieurs diapositives qui sont affichées grâce à un système d’affichage. Certaines diapositives peuvent comprendre plusieurs éléments (texte, graphismes, images, contenus multimédias ou autres) qui peuvent être affichés simultanément ou les uns après les autres.
Cette présentation est présentée à une assistance composée de participants par un présentateur qui contrôle l’affichage des diapositives et des éléments de chacune d’elles en utilisant un périphérique comme un clavier ou une souris par exemple.
Selon une première configuration, le présentateur et l’assistance sont présents dans un même lieu. Dans ce cas, l’assistance visualise dans le même champ de vision le présentateur et la présentation. Le présentateur peut interagir avec la présentation, en pointant avec sa main certaines parties des diapositives, pour capter l’attention de l’assistance.
Selon une deuxième configuration, le présentateur et les différents participants sont situés dans des lieux différents et utilisent un système de visioconférence pour échanger.
Selon une troisième configuration, le présentateur enregistre sa présentation sous la forme d’une vidéo qu’il partage ensuite avec les participants afin qu’ils puissent la regarder ultérieurement.
Selon un premier mode de réalisation, un procédé de gestion d’une présentation comprend une étape de production d’un premier flux vidéo généré par une caméra filmant le visage du présentateur, une étape d’affichage de ce premier flux vidéo dans une première fenêtre sur l’écran présent devant chaque participant ainsi qu’une étape d’affichage de la présentation dans une deuxième fenêtre affichée sur l’écran présent devant le présentateur et chaque participant. Selon ce premier mode opératoire, le présentateur filmé contrôle l’affichage des diapositives et des éléments de chacune d’elles en utilisant un périphérique et les présente en parlant. Chaque participant visualise simultanément sur son écran une première fenêtre dans laquelle il voit le présentateur commenter la présentation ainsi qu’une deuxième fenêtre dans laquelle il voit la présentation.
Ce premier mode de réalisation n’est pas satisfaisant car le présentateur ne voit pas son assistance, qui ne peut donc pas échanger avec lui. Selon un autre inconvénient, le présentateur ne peut pas interagir avec la présentation, en utilisant des gestes par exemple, pour conserver attentive son assistance.
Pour remédier à ces inconvénients, une solution consiste à générer un flux vidéo pour chaque participant et à l’afficher dans une fenêtre sur l’écran du présentateur. La multiplication des fenêtres sur l’écran du présentateur réduit la taille de la fenêtre dans laquelle il visualise la présentation, la rendant moins lisible. Cette solution a aussi pour inconvénient la difficulté pour le présentateur et pour les participants de se concentrer simultanément sur le visage de l'intervenant et sur sa présentation.
Pour permettre aux participants d’interagir, une boîte de dialogue est affichée simultanément sur les différents écrans. Cette boîte de dialogue permet d’échanger des messages écrits en temps réel.
Toutefois, la gestion simultanée de cette boîte de dialogue et de la présentation par une seule personne est relativement difficile. Par conséquent, le présentateur est généralement aidé par un assistant qui gère la boîte de dialogue et rapporte au présentateur les interventions des participants.
Même si cette boîte de dialogue permet à l’assistance d’échanger avec le présentateur, ces interventions ne sont pas fluides.
Pour remédier au manque d’interaction entre le présentateur et la présentation, un autre mode de réalisation, décrit dans le document WO2022074613, propose de filmer le présentateur selon un plan américain et d’incruster la présentation dans le flux vidéo montrant le présentateur. Lors de la présentation, le présentateur peut positionner sa main de manière à ce qu’elle soit superposée avec une diapositive de la présentation et pointer son doigt en direction d’une partie de la diapositive. Dans ce cas, il est possible d’ajuster le niveau de transparence de la diapositive pour visualiser, par transparence, la main du présentateur derrière les éléments de la diapositive.
Cette solution permet de rendre la présentation plus interactive et de conserver plus attentive l’assistance. Toutefois, cette solution nécessite qu’un assistant contrôle le défilement des diapositives de la présentation et de leurs éléments en utilisant un périphérique comme un clavier ou une souris par exemple.
A cet effet, l’invention a pour objet un procédé de gestion d’une présentation configurée pour être affichée dans plusieurs états et comportant des commandes pour modifier son état, la présentation étant animée par un intervenant, le procédé de gestion comprenant une étape de mixage, en temps réel, d’un flux vidéo d’intervenant obtenu en filmant l’intervenant ainsi que d’un flux vidéo de présentation montrant la présentation dans un état donné de manière à obtenir un flux vidéo de sortie visualisé par au moins l’intervenant.
L’écart peut être un signal intégrant le modèle vestibulaire ; alternativement, le signal peut ne contenir que les forces inertielles du véhicule et du simulateur.
La restitution de mouvement du simulateur pour reproduire la perception du mouvement d’un véhicule est un problème d’optimisation de la fonction de coût J définie dans la formule Math 2. L’optimisation s’effectue par optimisation des facteurs dits de pondération de la formule Math 2, c’est-à-dire l’optimisation des facteurs .
Un mode de réalisation d’un modèle de la plateforme de simulation est fourni par la formule Math 3.
où - est le vecteur d’état du simulateur comprenant une position de rail, une vitesse de rail et un angle d’hexapode pour reproduire un axe de mouvement par la technique de tilt, et - représente une commande du simulateur comprenant une accélération pour le rail et la vitesse de rotation de l’hexapode.
Un mode de réalisation de la modélisation d’un système vestibulaire est fourni par les formules Math 4 et Math 5. Le modèle vestibulaire se compose d’un système otolithe pour la perception d’un mouvement linéaire, modélisé par la formule Math 4, et d’un système canaux semi-circulaire pour la perception de la rotation, modélisé par la formule Math 5.
où - est la force spécifique qui tient compte à la fois la force inertielle d’accélération et celle de la contribution de la pesanteur perçue par le conducteur, - sont les paramètres du modèle otolithe, - est le vecteur d’état du système otolithe, - est la matrice de sortie permettant d’extraire la force spécifique dans le vecteur d’état du système otolithe.
où - est le mouvement de rotation perçu par le système des canaux semi-circulaires, - T0, T1, T2 et T3 sont les paramètres du modèle des canaux semi-circulaires. - est le vecteur d’état du système des canaux semi-circulaires, - est la matrice de sortie permettant d’extraire la force spécifique dans le vecteur d’état du système des canaux semi-circulaires, - représente une commande du simulateur comprenant une accélération pour le rail et la vitesse de rotation pour l’hexapode.
L’état de l’ensemble des systèmes est donné par la formule Math 6
où - x est le vecteur d’état du système qui contient le modèle vestibulaire et la plateforme mobile du simulateur, - est la force spécifique ressentie du simulateur. - est la vitesse de rotation ressentie du simulateur,. - est la matrice de sortie permettant d’extraire la force spécifique dans le vecteur d’état du système otolithe, - est la matrice d’observation ou de sortie permettant d’extraire la force spécifique dans le vecteur d’état du système des canaux semi-circulaires, - est le vecteur d’état du système des canaux semi-circulaires, - est le vecteur d’état du système otolithe, - est le vecteur d’état du simulateur comprenant une position de rail, une vitesse de rail et un angle d’hexapode pour reproduire un axe de mouvement par la technique de tilt, et - représente une commande du simulateur comprenant une accélération pour le rail et la vitesse de rotation pour l’hexapode.
L’équation Math 7, obtenue par application de la transformée de Laplace à l’équation Math 6, permet d’obtenir la solution de x dans le domaine de Laplace.
où - s est la variable de Laplace, - X 0 est la condition initiale du système. Pour un signal complet, on peut considérer que la condition initiale X 0 est égale à zéro, - U est la transformée de Laplace de la commande u(t) - F est une matrice d’application permettant de déduire la transformée de commande U en celle du système d’état. - G est une matrice d’action permettant de tenir compte des conditions initiales du système dans la transformée de Laplace du système d’état. - A est la matrice d’état. - B est la matrice de commande. - I est la matrice unitaire qui a la même dimension que A.
En tenant compte de la performance du simulateur, les contraintes suivantes sont ajoutées lors de l’optimisation. L’expression Math 8 traduit les limites de l’espace de travail, l’expression Math 9 traduit la limite de la vitesse de rail l’expression Math 10 exprime la limite de la perception de rotation lors d’une mise en œuvre de la technique de tilt, et l’expression Math 11 exprime la limite de la commande en accélération ou jerk.
où - est la position de rail utilisée, et est la longueur maximale du rail du simulateur - est l’angle du tilt utilisé, et est l’angle maximal du tilt de l’hexapode.
où - est la vitesse de rail utilisée , et est la vitesse maximale du simulateur