INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Comme illustré sur les figures 1, 3 et 4, l’étape de détermination E4 est mise en œuvre par l’organe de contrôle 11, et de préférence par le module statistique de classification 7. Le module statistique de classification 7 est configuré pour comparer l’histogramme de la signature granulométrique courante Gc à celui des signatures granulométriques de référence G1, G2, G3 de la deuxième base de données 5 et pour déterminer celle qui est la plus proche, G1 dans cet exemple. L’organe de contrôle 11 est ensuite configuré pour sélectionner la deuxième liste de particules N1 associée à la signature sonore de référence G1 la plus proche, à savoir le chêne α et le verre μ dans cet exemple.
En référence aux figures 1, 3 et 4, l’étape de détermination E7 du type de particules Tc est mise en œuvre après les étapes de détermination E2, E4 des listes de types de particules M1, N1. Lors de l’étape de détermination E7, l’organe de contrôle 11 effectue une opération d’intersection entre la première liste de types de particules M1 et la deuxième liste de types de particules N1 : Tc = M1 ∩ N1. Autrement dit, le type de particules Tc déterminé par l’organe de contrôle 11 correspond à/aux éléments communs à la première et à la deuxième liste de types de particules M1, N1, dans cet exemple le chêne α.
Ainsi, le type de particules Tc est déterminé au moyen de deux mesures différentes pour permettre une identification fiable et pertinente. De manière avantageuse, la combinaison d’une signature sonore et d’une signature granulométrique forme un ensemble discriminant du type de particules Tc. En effet, deux types de particules différents de signature granulométrique proche peuvent être distingués grâce à leur signature sonore, et inversement.
Selon un aspect préféré de l’invention illustré sur les figures 5 et 6, le procédé est également mis en œuvre au moyen d’une base de données de seuils 6 comprenant plusieurs types T1, T2, T3 de particules 1, chacun étant associé à un seuil d’acceptation A1, A2, A3.
Comme illustré sur la , le procédé comprend une étape de détermination E8, lors de laquelle l’organe de contrôle 11 détermine, au moyen de la base de données de seuils 6, le seuil d’acceptation A1 associé au type Tc de particules 1 déterminé, dans cet exemple le chêne. Le seuil d’acceptation A1 correspond à la concentration maximale de particules de chêne en suspension dans l’air autorisée pour préserver la santé de l’opérateur réalisant l’opération de perçage du panneau en chêne α.
Comme illustré sur la , après la mise en œuvre de l’étape de détermination E8, le procédé comprend une étape d’émission d’une alarme E9 si la signature granulométrique courante Gc dépasse le seuil d’acceptation A1. L’étape d’émission E9 permet d’avertir l’opérateur d’un potentiel dépassement, par exemple au moyen d’un signal sonore, informatique ou visuel.
De manière alternative, le seuil d’acceptation correspond au niveau d’hétérogénéité maximal autorisé entre les particules de la poudre que l’on souhaite identifier, par exemple de la farine T55. L’étape d’émission E9 permet alors d’avertir l’opérateur de la qualité insuffisante de la poudre.
Selon un aspect préféré de l’invention illustré sur les figures 7 et 8, le procédé est également mis en œuvre au moyen d’une troisième base de données 8 comprenant une pluralité de signatures physiques de référence P1, P2, P3, chacune étant associée à une troisième liste de types de particules L1, L2, L3, chaque signature physique de référence P1, P2, P3 étant caractéristique du milieu physique 3.
Comme illustré sur la , le procédé comprend : une étape de mesure E5 d’une signature physique courante Pc du milieu physique 3, une étape de détermination E6, au moyen de la troisième base de données 8, d’une troisième liste de types de particules L1 à partir de la signature physique courante Pc, l’étape de détermination E7 étant en outre mise en œuvre par intersection avec la troisième liste de types de particules L1.
Selon un aspect préféré de l’invention, la signature physique courante Pc comporte une mesure de température, d’humidité et/ou d’odeur du milieu physique 3, à savoir de l’air environnant dans l’exemple d’une activité de perçage d’un panneau en chêne. Le type de particules Tc est avantageusement déterminé au moyen de trois mesures différentes pour permettre une identification plus fiable et pertinente. Une telle signature physique courante augmente le caractère discriminant de l’ensemble formé par la signature sonore et la signature granulométrique.
Comme illustré sur la , les étapes de mesure E8 et de détermination E9 sont mises en œuvre indépendamment des étapes de mesure sonore E1, de mesure granulométrique E3 et de détermination E2, E4 des autres listes de types de particules M1, N1, de préférence en parallèle pour un procédé plus rapide.
En référence aux figures 7 et 8, l’étape de mesure E8 est mise en œuvre par un troisième organe de mesure 10, tel qu’un capteur de température, d’humidité, un capteur électrochimique ou à base d’oxyde métallique (capteur MOX). L’étape de détermination E9 d’une troisième liste de particules L1 est mise en œuvre après l’étape de mesure E8. La troisième liste de particules L1 choisie correspond à celle dont la signature physique de référence P1, P2, P3 est la plus proche de la signature physique courante Pc, à savoir P1 dans cet exemple. L’étape de détermination E4 est mise en œuvre par l’organe de contrôle 11, et de préférence par le module statistique de classification 7.
La mémoire de serveur 31 stocke un programme devant être exécuté par le processeur de serveur 30 et des données devant être traitées par le processeur de serveur 30. La mémoire de serveur 31 stocke le programme de commande 311 devant être exécuté par le processeur de serveur 30, une base de données (DB) de corps mobiles 312, une DB de véhicules 313, une DB d’utilisateurs 314, une DB de postes de prêt 315, une DB de postes de stationnement DB 316, une DB de requêtes d’utilisation 317, une donnée cartographique 318 et d’autres divers types de données. La mémoire de serveur 31 possède une zone de stockage non volatile. En outre, la mémoire de serveur 31 peut posséder une zone de stockage volatile et peut configurer une zone de travail pour le processeur de serveur 30.
Pour chaque trottinette électrique 2, la DB de corps mobiles 312 stocke un enregistrement ayant une information sur la trottinette électrique 2. Une information sur la trottinette électrique 2 comprise dans un enregistrement comporte un ID de corps mobile, une information sur une position actuelle de la trottinette électrique 2, une information sur une quantité de charge de la batterie de corps mobile 23, et une information sur une durée d’immobilisation qui est une durée au cours de laquelle la position ne change pas.
Pour chaque véhicule 4, la DB de véhicules 313 stocke un enregistrement ayant une information sur le véhicule 4.
L’information sur le véhicule 4 comprise dans un enregistrement comporte un ID de véhicule, une information sur une position actuelle du véhicule 4, une information sur une direction de circulation du véhicule 4, une information sur une destination du véhicule 4, et un ID d’utilisateur. Il convient de noter qu’une association entre un ID de véhicule et un ID d’utilisateur est adéquatement réalisée à l’avance.
Pour chaque utilisateur P, la DB d’utilisateurs 314 stocke un enregistrement ayant une information sur l’utilisateur P. L’information sur un utilisateur P comprise dans un enregistrement comporte un ID d’utilisateur, une information de communication pour une communication avec l’appareil terminal 5 utilisé par l’utilisateur P, et une information sur une incitation.
Pour chaque poste de prêt KS, la DB de postes de prêt 315 stocke un enregistrement ayant une information sur le poste de prêt KS. L’information sur un poste de prêt KS comprise dans un enregistrement comporte une information sur un nom du poste de prêt KS, une information sur le nombre cumulé de trottinettes prêtées qui est une valeur cumulée du nombre de trottinettes prêtées, et une information sur une position du poste de prêt KS. Une information sur un poste de prêt KS est adéquatement mise à jour lorsque le nombre de trottinettes prêtées au poste de prêt KS correspondant augmente.
Pour chaque poste de stationnement TS, la DB de postes de stationnement 316 stocke un enregistrement ayant une information sur le poste de stationnement TS. L’information sur un poste de stationnement TS comprise dans un enregistrement comporte une information sur un nom du poste de stationnement TS, une information sur le nombre d’espaces vacants indiquant le nombre de trottinettes électriques 2 qui peuvent être stationnées, et une information sur une position du poste de stationnement TS. L’information sur le poste de stationnement TS est adéquatement mise à jour lorsque le nombre d’espaces vacants est changé dans le poste de stationnement TS correspondant.
Pour chaque requête d’utilisation pour la trottinette électrique 2, la DB de requêtes d’utilisation 317 stocke un enregistrement ayant une information sur une position actuelle d’un requérant Y.
La donnée cartographique 318 est une donnée stockant une information de carte routière, une information de site sur divers sites et autres, une donnée pour une mise en correspondance cartographique et autres. L’information de carte routière comporte un réseau routier représentant des routes sur une carte en utilisant des lignes, et comporte une information sur un lien où une route est divisée en une pluralité de sections par la manipulation d’intersections, de points d’embranchement et autres comme étant des nœuds et une partie entre les nœuds est définie comme étant un lien. L’information de site indique une position d’un site, un nom du site et autres.
L’unité de communication de serveur 32 comporte du matériel de communication tel qu’un circuit de communication. Sur le réseau de communication NW, l’unité de communication de serveur 32 communique avec une trottinette électrique 2, un véhicule 4, un appareil terminal 5 et un terminal de requérant 7.
Comme décrit ci-dessus, le processeur de serveur 30 fonctionne comme l’unité de réception 301, l’unité de traitement de base de données 302, la première unité de détection 303, la seconde unité de détection 304, la première unité de détermination 305, l’unité de notification 306, l’unité de calcul 307 et la seconde unité de détermination 308.
L’unité de réception 301 communique avec la trottinette électrique 2, le véhicule 4 et l’appareil terminal 5 par le biais de l’unité de communication de serveur 32. L’unité de réception 301 reçoit la première information de téléversement J2 provenant de la trottinette électrique 2. L’unité de réception 301 reçoit une seconde information de téléversement J3 provenant du véhicule 4.
L’unité de réception 301 reçoit une information d’achèvement de déplacement J4 provenant de l’appareil terminal 5. L’unité de réception 301 reçoit une information de requête d’utilisation indiquant une requête d’utilisation pour la trottinette électrique 2 provenant du terminal de requérant 7. L’information de requête d’utilisation comporte une information sur une position actuelle du terminal de requérant 7 comme étant une position actuelle du requérant Y.
L’unité de traitement de base de données 302 met à jour diverses bases de données stockées dans la mémoire de serveur 31.
Lorsque l’unité de réception 301 reçoit la première information de téléversement J2, l’unité de traitement de base de données 302 met à jour la DB de corps mobiles 312. L’unité de traitement de base de données 302 manipule un enregistrement comportant un ID de corps mobile compris dans la première information de téléversement J2 reçue comme étant une cible de mise à jour. Si l’information sur la position actuelle comprise dans la première information de téléversement J2 et l’information sur la position actuelle comprise dans l’enregistrement devant être mis à jour sont différentes, l’unité de traitement de base de données 302 met à jour l’information sur la position actuelle comprise dans l’enregistrement devant être mis à jour avec l’information sur la position actuelle comprise dans la première information de téléversement J2. Si l’information sur la position actuelle comprise dans la première information de téléversement J2 et l’information sur la position actuelle de l’enregistrement devant être mis à jour correspondent, l’unité de traitement de base de données 302 acquiert, comme étant une durée d’immobilisation, la date et la durée allant d’une date et d’un temps auxquels l’information sur la position actuelle est mise à jour la dernière fois jusqu’au temps actuel et met à jour l’information sur la durée d’immobilisation comprise dans l’enregistrement devant être mise à jour avec la durée d’immobilisation acquise.
Lorsque l’unité de réception 301 reçoit la seconde information de téléversement J3, l’unité de traitement de base de données 302 met à jour la DB de véhicules 313. L’unité de traitement de base de données 302 manipule un enregistrement comportant un ID de véhicule compris dans la seconde information de téléversement J3 comme étant une cible de mise à jour. L’unité de traitement de base de données 302 met à jour chacune parmi une information sur une position actuelle comprise dans l’enregistrement devant être mis à jour, une information sur une direction de circulation et une information sur une destination avec l’information comprise dans la seconde information de téléversement J3.
Il existe de multiples façons d’établir ce lien C2, entre le drone UAV et le pilote UAVC.
Premièrement, la liaison peut être directe, c’est-à-dire que l’UAV et l’UAVC communiquent directement entre eux, via un seul lien radio sol-air, sans aucun intermédiaire et notamment pas de réseau de communication intermédiaire. On parle dans ce cas de « Non-Networked UAV » et de « Non-Networked UAVC ». Ce type de liaison est intrinsèquement lié à la notion de vols en ligne de vue directe VLoS, car la portée de cet unique lien radio est limitée par les caractéristiques physiques de l’environnement et la propagation radio. Néanmoins, l’absence de lien autre que celui établi entre le drone et son pilote ne permet pas d’établir un lien de contrôle entre les Autorités Aériennes et le pilote, si bien qu’elles ne sont ni informées en temps réel lorsque le pilote ne respecte pas le plan de vol déclaré, ni a fortiori en mesure de prendre le contrôle du drone pour le ramener dans une zone autorisée. En plus des bandes de fréquences dédiées à l’aviation (qui ne permettent pas nécessairement un très haut débit), l’utilisation d’autres technologies radio peut être envisagée pour établir une telle liaison directe. La technologie sans fil Wi-Fi est, de loin, la technologie la plus répandue. Peu chère, sa portée relativement courte (qui n’excède pas 1 ou 2 km) contraint le pilote et donc le dispositif de contrôle à rester à proximité de son drone. Elle est considérée comme fiable par les Autorités Aériennes. Récemment, de nouvelles technologies cellulaires, appelées "V2X cellulaire" (C-V2X) ont été proposées pour établir une liaison directe.
Deuxièmement, la liaison peut être indirecte, c’est-à-dire que l’UAV et l’UAVC communiquent entre eux par l’intermédiaire d’un réseau de communications, l’UAV et l’UAVC sont chacun connectés au réseau de communication via un point d’accès à ce réseau, et le réseau (ou système de réseaux, par exemple réseau cellulaire + réseau IP) fait la jonction entre les deux. L’UAV se connecte au réseau via un lien air-sol basé sur une technologie radio, qui peut être Wi-Fi ou :
- la technologie satellitaire, qui a plutôt un usage militaire mais permet de faire voler des drones (généralement complètement autonomes) au-delà de la ligne de vue directe (mode BVLoS), incluant la très longue élongation (par exemple, au milieu de l’océan). Les drones équipés d’une interface satellitaire étant relativement chers, cette technologie représente aujourd’hui une niche du marché et s’avère utile dans certains cas, notamment en l’absence de réseau cellulaire ; - la technologie cellulaire, qui présente de nombreux avantages. Elle est d’une part plus fiable et beaucoup mieux sécurisée que le Wi-Fi et d’autre part moins chère et beaucoup plus accessible que le satellite. En outre, cette technologie bénéficie de la couverture nationale des opérateurs télécoms ou MNO (de l’anglais, « Mobile Network Operators »), ainsi que de moyens intrinsèques pour contrôler le drone à distance tout en assurant un débit élevé pour la transmission des données de payload liées à la mission du drone.
Dans le cas d’une connexion cellulaire entre le drone et le réseau, on parle de drone en réseau (de l’anglais, « Networked UAV »).
Quant à l’UAVC, il peut se connecter au réseau via une technologie sans-fil (WiFi, Cellulaire, Satellite, etc.) ou filaire (ADSL, fibre optique, etc.). Deux cas principaux peuvent être distingués : 1) le pilote ou contrôleur en réseau (de l’anglais, « Networked UAVC »), pour un pilote utilisant un équipement terminal de type 3GPP tel qu’un téléphone intelligent (en anglais, « smartphone ») et connecté au réseau de communication via une technologie radio cellulaire classique (non « C-V2X ») ; 2) le pilote ou contrôleur en nuage (de l’anglais, « Cloud UAVC »), pour un pilote connecté via une autre technologie d’accès (filaire ou non-filaire) que la technologie radio cellulaire classique et passant par un réseau d’interconnexion, par exemple de type Internet avant de rejoindre le réseau cellulaire et d’atteindre son drone, de type « Networked UAV ».
La liaison indirecte entre l’UAV et l’UAVC offre de nombreux avantages car elle permet de déployer (sur le réseau ou via des entités externes connectées à ce réseau, comme l’USS) tout un ensemble de services permettant un meilleur contrôle des opérations de drones, par exemple, la vérification des autorisations de vol, le contrôle du respect des zones de vols déclarées, la reprise de contrôle du drone, etc. Pour un drone en réseau (« Networked UAV »), l’organisation 3GPP a proposé des solutions pour assurer un certain contrôle de la zone effectivement survolée par le drone grâce aux technologies cellulaires. Elles sont par exemple décrite dans le document TR 23.754 « Study on Suporting Unmanned Aerial Systems (UAS) Connectivity, Identification and Tracking », version 17, publié par le 3GPP en Mars 2021 (solutions 13, 14 et 15).
Ces solutions permettent notamment: - au système 3GPP mis en œuvre dans le réseau cellulaire d’associer un UAV avec un UAVC (enregistrement, identification, autorisation, etc.) ; - à l’UTM / USS d’accéder à la géolocalisation de l’UAV et / ou de l’UAVC, par simple requête ou de manière périodique, via la couverture radio du réseau cellulaire ; - à l’UTM / USS de vérifier ces positions, et potentiellement de demander la révocation de l’autorisation d’un UAV si celui-ci dévie de sa trajectoire ou de sa zone déclarée ; - au système 3GPP de comparer une position de l’UAV à une trajectoire renseignée par l’UTM / USS, qui peut alors demander un changement de trajectoire ou envoyer une alerte.
En particulier, trois modes de suivi pour l’UAV sont spécifiés, sur la base d’une fonction d’exposition du réseau aux événements NEF ((de l’anglais, « Network Exposure Function »)) et des caractéristiques d’exposition du réseau aux événements (de l’anglais, « 5GC event exposure »), qui permettent une interaction entre le réseau de l’opérateur mobile et un tiers / client, grâce à la collecte d’un certain nombre de données grâce à des APIs, au traitement de ces données puis à leur exposition aux tiers. Les entités impliquées dans le déplacement des drones peuvent donc fournir des informations au réseau cellulaire, concernant : 1) UAV Location Reporting (transmission de la position sur requête ou périodiquement) ; 2) UAV Presence Monitoring Mode (alerte lors qu’un UAV ciblé se déplace en dehors d’une zone géographique) ;
3) Liste des UE aériens (UAV) présents dans une zone géographique donnée.
En revanche, les solutions existantes basées sur une liaison indirecte pour les communications C2 (incluant les solutions proposées au 3GPP) sont essentiellement adaptées à un usage en mode BVLoS, car elles effacent toute notion de distance entre l’UAV et l’UAVC et ne garantissent pas que le drone reste à proximité de son UAVC, quelle que soit la zone de vol déclarée auprès des autorités aériennes.En outre, le contrôle d’une position d’un UAV ou d’un UAVC ne peut pas s’effectuer autrement que sur la base d’une trajectoire ou d’une zone de survol prédéfinie et renseignée par l’UTM / USS. Il en résulte que, malgré les nombreux avantages de la technologie cellulaire et la forte demande des opérateurs de drones pour cette technologie, cette technologie n’est toujours pas autorisée par les autorités aériennes pour la transmission de données de contrôle utilisant le lien C2. En effet, le lien entre l’UAV et l’UAVC n’étant pas direct, la technologie cellulaire est naturellement associée à un vol en mode BVLoS et on peut supposer que les autorités aériennes craignent une généralisation tous azimuts de tels vols. Or, le déploiement de drones se déplaçant sans pilote à proximité pourrait devenir compliqué à gérer aussi bien en cas d’incidents (ex : comment gérer à distance un crash ?) que pour les autorisations et contrôles exercés par les forces de l’ordre (ex : comment contrôler les autorisations de vol ?).
Il existe donc un besoin d'une technique permettant de surveiller le vol d’un drone utilisant une liaison indirecte avec son pilote, et notamment de s’assurer qu’il reste en ligne de vue directe pour son pilote.
L'invention répond à ce besoin en proposant un procédé de gestion d’une position d’un véhicule télé-contrôlé, dit drone, par rapport à une entité de contrôle, ladite entité de contrôle étant configurée pour contrôler le drone par l’intermédiaire d’un flux de données de contrôle transmis de façon indirecte au sein d’une communication établie entre l’entité de contrôle et le drone par l’intermédiaire d’un réseau de communication, ledit procédé comprenant : -pour au moins un instant temporel de la communication, la détermination d’au moins un paramètre relatif à une distance entre le drone et l’entité de contrôle; - lorsque le paramètre relatif à une distance n’appartient pas à un intervalle de valeurs autorisées pour un mode de pilotage donné, l’application d’au moins une règle de gestion du drone.
Dans le présent document, il est entendu par entité de contrôle d’un drone un dispositif de contrôle d’un drone, un pilote de drone, qu’il s’agisse d’un être humain ou d’un pilote automatique, ou d’un couple constitué par un pilote et un dispositif de contrôle d’un drone, l’entité de contrôle et son drone étant connectés entre par une liaison indirecte, c’est-à-dire via un réseau de communication, par exemple un réseau mobile ou un réseau satellitaire ou encore un réseau de réseaux, tel que par exemple un réseau mobile interconnecté avec un réseau de données, type Internet, le drone étant connecté au réseau mobile par exemple par voie radio cellulaire et l’entité de contrôle au réseau de données par voie radio Wi-Fi, ou par un lien filaire quelconque.
Dans ce contexte, le drone et son entité de contrôle n’étant pas connectés par une liaison point à point, le déplacement du drone n’est pas limité par une quelconque portée radio au-delà de laquelle il perdrait la connexion avec son pilote.
La poudre d’alliage conforme à l’invention comprend, en pourcentages massiques, 14,00 à 15,25 % de chrome, 14,25 à 15,75 % de cobalt, 4,00 à 4,60 % d’aluminium, 0 à 0,50 % de fer, 0 à 0,15 % de manganèse, 3,00 à 3,70 % de titane, 3,90 à 4,50 % de molybdène, 0 à 0,015 % de soufre, 0 à 0,06 % de zirconium, 0,012 à 0,020 % de bore, 0 à 0,20 % de silicium, 0 à 0,10 % de cuivre, 0 à 150 ppm de carbone, 0 à 0,5 ppm de bismuth, 0 à 5 ppm de plomb, 0 à 1000 ppm de platine, 0 à 1000 ppm de palladium, 0 à 50 ppm d’hydrogène, 0 à 5 ppm d’argent, 0 à 120 ppm d’azote, 0 à 1000 ppm de rhénium, 0 à 410 ppm d’oxygène et 0 à 500 ppm d’impuretés inévitables, le reste étant constitué par du nickel.
La poudre d’alliage conforme à l’invention comprend, en pourcentages massiques, entre 0 et 50 ppm de chaque élément considéré comme constituant une impureté inévitable.