INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
En , on a représenté un enfouisseur 1. Il s’agit d’un appareil fonctionnant par traction par un engin à moteur de type porteur multi-outils PMO ou mini-chargeur (ou chargeuse compacte ou skid-steer en anglais), qui est un engin beaucoup plus léger et facile à manier que la pelle hydraulique PH.
On précise, pour la bonne compréhension, mais sans que cela soit central dans l’exposé, que le porteur multi-outils PMO circule en marche arrière pour effectuer la traction de l’enfouisseur 1.
L’enfouisseur 1 fonctionne également grâce à une alimentation en puissance hydraulique par un moteur hydraulique du porteur multi-outils PMO.
Ainsi, l’enfouisseur 1 est un engin équipé d’un caisson 5, ou châssis, et d’une voie d’alimentation en puissance hydraulique 6, pour obtenir de la puissance hydraulique d’une source externe, en l’occurrence du porteur PMO. Il est de plus attelable par une tête d’attelage 10 au porteur PMO.
À l’intérieur du caisson 5, est présent un rotor horizontal 20, placé perpendiculairement à la direction d’avancée de l’engin (symbolisée par une flèche), et mis en rotation par l’alimentation en puissance hydraulique 6. Le caisson 5 écrante le rotor de l’extérieur de l’enfouisseur 1 vers le haut, ce qui constitue notamment une sécurité pour les personnes, et le laisse apparent vers le bas, en sorte que le rotor et les accessoires qu’il porte s’approchent du sol et peuvent l’attaquer et le travailler. Le rotor tourne rapidement, par exemple à plus de 100 tours par minute, et typiquement 300 tours par minute.
Autour de ce rotor 20, fixées à celui-ci, sont présentes des lames dites « anti-semelle » 30. Celles-ci sont disposées typiquement par groupes de quatre lames sur une même côte longitudinale du rotor 20, et sur cette côte longitudinale réparties de manière régulière autour de celui-ci. Elles sont fixées au rotor 20 par l’intermédiaire d’un disque 25 entourant celui-ci sur la côte considérée.
Comme cela est visible en , cette disposition est typiquement reproduite sur six côtes longitudinales du rotor, ce qui amène donc à la présence de six disques 25 et donc 6 fois 4 soit 24 lames anti-semelle 30, sans qu’un tel chiffre soit limitatif - d’autres modes de réalisation étant envisageables.
- traitement des données de voirie géolocalisées codifiées, délivrant le référentiel d’adressage normalisé.
Selon ce mode de réalisation, un référentiel d’adressage normalisé est créé à partir d’images aériennes (satellite, avions, drones …) de la zone géographique donnée, de manière à isoler, par traitement d’images, les voies de circulation (rues, chemins, voies ferrées …), ainsi que les voies d’eau (rivière, canal …), et à générer un ensemble d’axes sur une carte. Ensuite, ce filaire de voirie est codifié, en tenant compte de paramètres de codification représentatifs de la logique de déplacement associée à la zone géographique, des endroits stratégiques de cette zone et donc représentatifs de la vie économique et sociale de la zone géographique concernée. Cette codification permet ainsi d’obtenir des données de voiries géolocalisées et codifiées, lesquelles sont traitées pour générer un plan d’adressage normalisé de manière spécifique à la zone géographique donnée. Ce traitement peut notamment prendre en compte d’autres données telles que des adresses existantes ou encore des limites administratives associées à la zone géographique.
Selon un aspect particulier, l’étape de traitement comprend une sous-étape de gestion de données d’adresses existantes pour la zone géographique et/ou des données de voirie géolocalisées codifiées et/ou de données représentatives de limites administratives associées à la zone géographique, les données étant réparties dans une ou plusieurs bases de données, et une sous-étape de mise à jour délivrant un référentiel d’adressage normalisé mis à jour.
Selon ce mode de réalisation, les données de voiries géolocalisées et codifiées sont gérées dans une base de données et enrichies et mises à jour avec d’autres données, issues de bases de données distinctes ou gérées dans la même base de données, représentatives par exemple d’adresses existantes déjà créées pour la zone géographique ou représentatives de limites administratives (par exemple un code postal). De cette manière, le référentiel d’adressage normalisé est mis à jour en permanence de sorte à pouvoir toujours fournir une adresse en adéquation avec la réalité du terrain et les besoins ou exigences administratives relatives à la zone géographique concernée.
Selon une caractéristique particulière, l’étape de codification comprend les sous-étapes suivantes :
- conversion de la pluralité de données de voirie géolocalisées délivrées par l’étape de traitement en axes de voie linéaires ;
- attribution, selon un premier paramètre de codification, d’un numéro d’ordre séquentiel pour chaque axe de voie linéaire ;
- détermination, selon un deuxième paramètre de codification, d’un sens de numérotation des adresses,
délivrant la pluralité de données de voirie géolocalisées codifiées.
Ainsi, la codification des données de voiries géolocalisées consiste dans un premier temps à élaborer une trame de cartographie représentant des axes de voies linéaires, à partir des données obtenues notamment suite au traitement d’images effectuées sur les images aériennes, lesquels axes sont ensuite numérotés, codifiés, associés à des quartiers … en tenant compte de plusieurs paramètre de codification, propres à la zone géographique concernée, c’est-à-dire notamment propres à son fonctionnement administratif, économique et social, et topographique.
Selon un aspect particulier, l’étape de génération de l’adresse associée au local et/ou emplacement comprend les sous-étapes suivantes :
- traitement de ladite au moins une information de localisation et de ladite au moins une donnée utilisateur ;
- obtention d’au moins une partie du référentiel d’adressage normalisé correspondant à une portion prédéterminée de la zone géographique donnée autour de l’information de localisation ;
- détermination d’un numéro sur une voie dans la portion prédéterminée de la zone géographique correspondant à l’adresse associée au local et/ou emplacement dans le référentiel d’adressage normalisé en tenant compte d’au moins une information d’angle de prise de vue associée à ladite au moins une donnée utilisateur.
Ainsi, la génération à proprement parler d’une adresse pour le local ou l’emplacement donné comprend d’abord l’obtention d’une portion du référentiel d’adressage normalisé préalablement généré autour de la localisation du terminal de communication de l’utilisateur, de manière à réduire ensuite la charge de calcul, puis la détermination de la voie correspondant à cette localisation ainsi que le numéro associé au local dans cette voie en tenant compte d’une information transmise avec la prise de vue et correspondant à l’angle de prise de vue. En effet, cette information permet notamment de certifier avec précision, après avoir apparié les deux modes d’obtention/de calcul d’angle, le côté (numéro pair ou impair) de la rue où se situe le local.
De cette manière, l’adresse générée pour le local est précise et conforme aux normes d’adressage internationales car tenant compte de paramètres de codifications prédéterminés.
- le nom ou un identifiant de la boîte de retrait DF 3 diffusé dans un message MSG,
- un logo de l’enseigne de livraison du colis COL,
- des données de l’historique de navigation du smartphone OC 3 montrant que l’utilisateur UT a commandé un bien ou un service particulier à une date donnée.
Les données DAT1 sont par exemple la date et l’heure de la journée ainsi que le prix de la commande à retirer et un nombre d’articles correspondant à la commande qui est égal à 3.
Cette ou ces information(s) est/sont comparée(s) à une situation d’apprentissage qui a été modélisée avec une ou des informations de contexte d’utilisation de référence ICU Ref du même type ou d’un type similaire aux informations de contexte d’utilisation DCU et qui a déjà été évaluée au préalable dans un contexte d’utilisation identique ou similaire qui définit les lieux de retrait de colis où l’utilisateur UT se rend le plus souvent, une cinématique de commande connue de l’utilisateur UT ou d’un autre utilisateur partageant le smartphone OC 3 avec l’utilisateur UT, etc.
Ainsi, si en S31, toutes les informations de contexte d’utilisation DCU et les données DAT1 concordent avec les informations de contexte d’utilisation de référence ICU Ref , la valeur du score de fiabilité SC affecté en S32 sera supérieure à V ou supérieure ou égale à V.
- un logo d’une enseigne de livraison du colis COL qui n’est pas habilitée pour livrer dans la boîte de retrait DF 3 correspondant à l’identifiant ou au nom précité,
- des données de l’historique de navigation du smartphone OC 3 montrant que l’utilisateur UT a effectué la commande d’un unique article.
Les données DAT1 sont par exemple la date et l’heure de la journée ainsi que le prix de la commande à retirer qui correspond à un nombre d’articles égal à 3,
procédés de génération et d’obtention d’une adresse dans un référentiel d’adressage normalisé d’une zone géographique donnée, systèmes et dispositifs correspondants Le domaine de la présente technique est celui de l’adressage automatisé d’un bâtiment, une parcelle ou un lieu, permettant de délivrer une adresse postale conforme aux standards internationaux. Plus particulièrement, la présente technique concerne la création et la diffusion de référentiels d’adresses postales normalisés.
Art antérieur L’adressage est, de façon traditionnelle, une opération qui permet de localiser sur le terrain une parcelle ou une habitation à partir d’un système de cartes et panneaux signalétiques mentionnant la numérotation ou la dénomination de rues et des constructions, et à terme d’élaborer un plan de ville et une base de données urbaine qui permet d'alimenter certains outils de repérage et de navigation. L’adresse comporte alors au minimum l’identification de la rue, le numéro de la construction ou d'entrée d'une parcelle. L’adresse est conventionnellement définie par rapport à une voie/rue (sauf dans certains pays comme le Japon) et elle doit être visible à partir de l’espace public. Elle est, de façon traditionnelle, associée à une ville et/ou un quartier, et à une voie de circulation (rue, impasse, place…). L’adresse est régie par des standards internationaux parmi lesquels la norme S42 de l’Union Postale Universelle, institution spécialisée des Nations Unies chargée de la collecte et de l’analyse des éléments composant une adresse internationale concourant à l’élaboration de la norme, en lien étroit avec les pays membres. La numérotation obéit à des règles strictes, et est soumise à des changements permanents du fait de l’extension des villes. C’est notamment le cas des villes des pays en développement, qui ne cessent de s’urbaniser, ce qui pose des problèmes de création et de mise à jour des référentiels d’adresses.
Plusieurs tentatives d’adressage dans les grandes villes africaines ont été lancés, mais le manque de solutions simples de mise à jour et de gestion des adresses, ainsi que les coûts très élevés de mise en œuvre d’un adressage physique (pose des plaques de rues et des numéros de porte) rendent ces systèmes rapidement obsolètes et inutilisés.
Ainsi, partant du constat qu’une adresse basée sur la voirie est une donnée extrêmement complexe à gérer, techniquement et juridiquement, de plus en plus de sociétés privées proposent, depuis quelques années, des systèmes d’adressage déconnectés des rues.
L’invention peut faire l’objet de nombreuses variantes et applications autres que celles décrites ci-dessus. En particulier, sauf indication contraire, les différentes caractéristiques structurelles et fonctionnelles de chacune des mises en œuvre décrite ci-dessus ne doivent pas être considérées comme combinées et/ou étroitement et/ou inextricablement liées les unes aux autres, mais au contraire comme de simples juxtapositions. En outre, les caractéristiques structurelles et/ou fonctionnelles des différents modes de réalisation décrits ci-dessus peuvent faire l’objet en tout ou partie de toute juxtaposition différente ou de toute combinaison différente.
Procédé d’établissement authentifié d’une connexion entre un équipement raccordé à au moins un réseau de communication et un serveur d’un fournisseur de services et dispositifs correspondants. Domaine de l'invention Le domaine de l'invention est celui de la certification d’un équipement raccordé à un réseau de communication. Plus précisément, l'invention concerne une solution permettant de fournir un certificat à un équipement dans un environnement de type « edge computing » ou informatique en périphérie de réseau.
Art antérieur et ses inconvénients
Une nouvelle étape du développement du « cloud computing », ou informatique en nuage, a vu le jour ces dernières années. Ce nouveau développement est nommé « edge computing » ou informatique en périphérie de réseau et consiste à traiter les données à la périphérie du réseau au plus près de la source des données.
L’« edge computing » permet ainsi de minimiser les besoins en bande passante entre des équipements, tels que des capteurs, et les centres de traitement des données en entreprenant les analyses au plus près des sources de données. Cette approche nécessite la mobilisation de ressources qui peuvent ne pas être connectées en permanence à un réseau, tels que des ordinateurs portables, des smartphones, des tablettes ou des capteurs. L’« edge computing » a aussi une place de choix dans les solutions d’ingestion et de livraison de contenus. A cet égard, de nombreuses architectures de réseaux de livraison de contenus ou CDN (Content Delivery Network) reposent sur des architectures de type « edge computing ».
Une mise en œuvre connue d’une telle architecture de type « edge computing » est une architecture connue sous l’appellation Kubernetes.
La présente de manière simplifiée l’architecture d’une grappe de nœuds 1 conforme à la solution Kubernetes. La grappe de nœuds 1 comprend un premier nœud 10 dit nœud de gestion, ou « Kubernetes master », et N nœuds de calcul, ou « workers node », 11i, i ∈{1,…,N}, N étant un entier naturel.
Le nœud de gestion 10 comprend un contrôleur 101, un module API (Application Programming Interface ou interface de programmation d’applications) 102 et une base de données 103 dite ETCD qui consiste en un registre dynamique de configuration des nœuds de calculs 11i.
Un nœud de calcul 11i comprend M conteneurs ou « pods » 110j, j ∈{1,…,M}, M étant un entier naturel. Chaque conteneur 110j est doté de ressources permettant l’exécution d’une ou de plusieurs tâches. Une tâche lorsqu’elle est exécutée contribue à la mise en œuvre d’un service ou d’une fonction réseau, telle qu’une fonction DHCP (Dynamic Host Configuration Protocol ou protocole de configuration dynamique des hôtes) par exemple.
Dans un souci de réduction des coûts et d’amélioration de la flexibilité des infrastructures réseaux, les architectures d’« edge computing » sont le plus souvent des architectures multi-sites dans lesquelles les nœuds constitutifs des grappes de nœuds peuvent être non co-localisés. Par exemple un nœud de gestion 10 et deux nœuds de calcul 111, 112 d’une grappe de nœuds 1 sont situés sur un site A alors que trois autres nœuds de calculs 113, 114, 115 sont quant à eux situés sur un site B distant.
Les solutions d’authentification existantes, telle que le protocole https (HyperText Transfer Protocol Secure ou protocole de transfert hypertextuel sécurisé) qui repose sur l’introduction d’une couche de chiffrement conforme au protocole SSL (Secure Socket Layer ou sécurité de la couche socket) ou au protocole TLS (Transport Layer Security ou sécurité de la couche transport) dans le protocole http (HyperText Transfer Protocol ou protocole de transfert hypertextuel ) ne sont pas bien adaptées au contexte du « edge computing ».
Le protocole https permet à un équipement d’un visiteur, tel qu’un ordinateur personnel, de vérifier l'identité d’un site internet auquel le visiteur souhaite accéder à partir de son équipement.
Ainsi, l’équipement accède, grâce à un certificat public d'authentification de type X509 émis par une autorité tierce, réputé fiable, à un serveur fournissant un service. Un tel certificat garantit la confidentialité et l'intégrité des données transmises par le visiteur via son à destination du serveur fournissant un service.
Un tel mode de fonctionnement ne peut répondre aux besoins que requiert la gestion des nœuds de calculs. En effet une telle gestion s’avère complexe car les nœuds de calculs peuvent être déployés dans des infrastructures distribuées, voire privées ou même mobiles, mais surtout ils peuvent être reconfigurés, suspendus, supprimés, réactivés, voire réaffectés à un autre nœud maitre en fonctions des besoins à satisfaire.
De plus, les nœuds de calculs correspondent, d’un point de vu protocolaire, à l’équipement visiteur décrit dans l’exemple décrit ci-dessus. On voit, par conséquent, que l’application de la solution https à une architecture de « edge comuting » n’est pas adaptée.
Il existe donc un besoin de proposer une solution de gestion des équipements appartenant à une architecture de type « edge computing » ne présentant pas tout ou partie des inconvénients précités.
Ces solutions proposent des systèmes d’adressage essentiellement basés sur un adressage codifié, à savoir la mise en place d’un système figé où chaque partie du globe est identifiée par ses coordonnées GPS, à travers des codes alphanumériques parfois associés à une maille (grille). Ainsi, on peut globalement catégoriser deux grands systèmes d’adressage codifiés : un premier système basé sur l’utilisation du point GPS comme adresse et un deuxième système basé sur l’utilisation complémentaire d’un quadrillage de la surface du globe.
Selon le premier système, les coordonnées planimétriques de positionnement par satellite sont un moyen simple de repérage dans l’espace et peuvent simplement définir une adresse. Celle-ci correspond alors à l’emplacement d’un capteur, i.e. d’un appareil électronique tel qu’un téléphone ou une tablette. Comme il est compliqué de retenir une série de coordonnées de géolocalisation type GPS, les solutions qui s’appuient sur ce système transforment les coordonnées GPS en une sémantique intelligible, parfois à l’initiative de l’utilisateur lui-même. Ces solutions, qui se basent uniquement sur les coordonnées GPS des appareils mobiles des utilisateurs, apportent une certaine facilitation de localisation pour la distribution des colis, mais elles ne sont aujourd’hui ni standardisées, ni reconnues comme système d’adressage par les administrations et les régulateurs postaux des pays dans lesquels elles sont déployées.
Selon le deuxième système, l’adressage est fondé sur un quadrillage de la surface du globe terrestre (latitude-longitude) dont la taille et la profondeur des niveaux ainsi que la dénomination (code alphanumérique pour la plupart) varient selon le fournisseur. Ces mailles couvrent l’exhaustivité de la surface du globe et toute construction (cabane, maison, immeuble, tout type de bâtiment, mobilier urbain …) sur la surface terrestre appartient à une ou plusieurs mailles. Ainsi, une localisation GPS donnée par un capteur (téléphone portable…) est localisée dans une maille dont le code définit l’adresse. Ces solutions ont l’avantage d’être universelles dans le sens où les maillages produits couvrent l’intégralité de la surface terrestre du globe et que les systèmes de positionnement par satellite sont opérants partout. Néanmoins, si ces solutions répondent à un souci d’universalité, elles ne sont aujourd’hui pas reconnues comme des systèmes d’adressage à part entière par les instances internationales. En effet, au-delà de l’aspect normatif, ces techniques d’adressage ne sont pas encore satisfaisantes car elles sont très dépendantes des technologies (connexion permanente à internet), mais surtout elles ne se fondent pas sur les axes de circulation qui définissent et structurent la logique humaine de déplacement dans l’espace. Ainsi, leur implémentation dans un système de distribution du courrier reste encore compliquée car cette distribution se base encore largement sur des zones de délivrance, des axes et des numéros dans la voie. Or les technologies présentes actuellement dans les périphériques mobiles ne permettent pas de positionner avec exactitude un numéro de voirie normalisé (pair ou impair). Leur degré de précision est de l’ordre d’une demi-douzaine de mètres et les récepteurs GNSS (pour Géolocalisation et Navigation par un Système de Satellites) utilisés intégrés dans les smartphones sont sujets, en zones urbaines denses notamment, à des aléas de calcul de position dus à des phénomènes de multi-trajets. En d’autres termes, les modules de réception sont hétérogènes et les conditions d’utilisations difficilement maitrisables ce qui rend complexe la certification d’une adresse normalisée.
Dès lors, il existe un besoin d’une technique pour fournir des référentiels d’adresses postales qui soient à la fois compatibles avec les standards postaux internationaux, donc normalisés, mais également rapides à déployer, peu couteux et faciles à gérer et mettre à jour.
La présente technique propose un procédé de génération automatique d’au moins une adresse dans un référentiel d’adressage normalisé d’une zone géographique donnée, comprenant les étapes suivantes mises en œuvre dans au moins un serveur :
- obtention du référentiel d’adressage normalisé basé sur des données de voirie associées à la zone géographique donnée ;
- obtention d’au moins une information de localisation d’un terminal de communication d’un utilisateur requérant l’adresse pour un local et/ou emplacement dans la zone géographique donnée ;
- réception, en provenance du terminal de communication, d’au moins une donnée utilisateur représentative d’une prise de vue du local et/ou emplacement ;
- génération de l’adresse associée au local et/ou emplacement, dans le référentiel d’adressage obtenu, en tenant compte de ladite au moins une information de localisation et de ladite au moins une donnée utilisateur.
Ainsi, la présente technique propose une solution nouvelle et inventive d’adressage automatique, basée sur des données de voiries et des données « terrain » collaboratives obtenues directement auprès des utilisateurs souhaitant recevoir un certificat de domicile, permettant de générer automatiquement une adresse dans un référentiel d’adressage normalisé/codifié.
Pour ce faire, la présente solution utilise donc d’une part un référentiel d’adressage normalisé, basé sur des données de voirie telles que les axes routiers dans une ville, et d’autre part des données transmises par les utilisateurs souhaitant obtenir une adresse pour un emplacement ou leur domicile, ou leur entreprise par exemple. Ces données utilisateur permettent d’une part la géolocalisation du local ou de l’emplacement, de manière à le situer plus ou moins précisément dans le référentiel, et d’autre part d’affiner cette localisation grâce au traitement d’une deuxième donnée utilisateur, représentative par exemple d’une photo du local ou de l’emplacement.
Par exemple, ladite au moins une donnée utilisateur est représentative d’une prise de vue du local et/ou emplacement.
Ainsi, la deuxième donnée utilisateur étant représentative d’une photo du local ou de l’emplacement, l’analyse/le traitement d’une telle donnée de prise de vue permet notamment de générer l’adresse du bon côté de la voie identifiée et donc avec le bon numéro, pair ou impair notamment.
Selon une caractéristique particulière, l’étape d’obtention d’un référentiel d’adressage normalisé comprend les étapes suivantes :
- obtention et traitement d’une pluralité d’images aériennes et/spatiales délivrant une pluralité de données de voirie géolocalisées ;
- codification, en tenant compte d’au moins un paramètre de codification associé à la zone géographique, des données de voirie géolocalisées délivrées, délivrant une pluralité de données de voirie géolocalisées codifiées ;