WO2023280883A1

WO2023280883A1 - Methods for generating and obtaining an address in a standardised address repository of a given geographical area, and corresponding systems and devices

Info

Publication number: WO2023280883A1
Application number: PCT/EP2022/068645
Authority: WO
Inventors: Stéphane DE GOESBRIAND; Pedro DE OLIVEIRA
Original assignee: Edenmap
Priority date: 2021-07-06
Filing date: 2022-07-05
Publication date: 2023-01-12
Also published as: FR3125153A1

Abstract

The present invention relates to a method for automatically generating at least one address in a standardised address repository of a given geographical area, characterised in that it comprises the following steps implemented in at least one server: - obtaining said standardised address repository based on road data associated with said given geographical area; - obtaining (E20) at least one item of location information from a communication terminal of a user requesting said address for a premises and/or site in said given geographical area; - receiving (E21), from said communication terminal, at least one item of user data representative of an image capture of said premises and/or site; and - generating (E3) said address, associated with said premises and/or site, in said address repository obtained, taking into account said at least one item of location information and said at least one item of user data.

Description

DESCRIPTION

Methods for generating and obtaining an address in a standardized addressing repository of a given geographical area, corresponding systems and devices Technical field

The field of this technique is that of the automated addressing of a building, a parcel or a place, making it possible to deliver a postal address in accordance with international standards. More particularly, the present technique relates to the creation and distribution of repositories of standardized postal addresses.

Prior art

Addressing is, traditionally, an operation which makes it possible to locate a parcel or a dwelling on the ground from a system of maps and signposts mentioning the numbering or naming of streets and buildings, and ultimately elaboration of a city plan and an urban database which can be used to supply certain tracking and navigation tools. The address then includes at least the identification of the street, the number of the building or the entrance to a parcel. The address is conventionally defined in relation to a lane/street (except in certain countries such as Japan) and it must be visible from the public space. It is traditionally associated with a city and/or a district, and with a thoroughfare (street, dead end, square, etc.). The address is governed by international standards, including the S42 standard of the Universal Postal Union, a specialized agency of the United Nations responsible for collecting and analyzing the elements making up an international address contributing to the development of the standard, closely with member countries. The numbering obeys strict rules, and is subject to permanent changes due to the extension of cities. This is particularly the case for towns in developing countries, which are constantly urbanizing, which poses problems in creating and updating address repositories.

Several attempts at addressing in large African cities have been launched, but the lack of simple solutions for updating and managing addresses, as well as the very high costs of implementing physical addressing (installation of streets and door numbers) render these systems quickly obsolete and unused.

Thus, starting from the observation that an address based on the street is extremely complex data to manage, technically and legally, more and more private companies have been offering, for several years, addressing systems disconnected from the streets.

These solutions offer addressing systems essentially based on codified addressing, namely the establishment of a fixed system where each part of the globe is identified by its GPS coordinates, through alphanumeric codes sometimes associated with a mesh (grid ). Thereby, Overall, two major codified addressing systems can be categorized: a first system based on the use of the GPS point as an address and a second system based on the complementary use of a grid of the surface of the globe.

According to the first system, the planimetric coordinates of positioning by satellite are a simple means of location in space and can simply define an address. This then corresponds to the location of a sensor, i.e. of an electronic device such as a telephone or a tablet. As it is complicated to retain a series of GPS-type geolocation coordinates, the solutions based on this system transform the GPS coordinates into intelligible semantics, sometimes at the initiative of the user himself. These solutions, which are based solely on the GPS coordinates of users' mobile devices, provide some location facilitation for the distribution of parcels, but they are currently neither standardized nor recognized as an addressing system by the administrations and the postal regulators of the countries in which they are deployed.

According to the second system, the addressing is based on a grid of the surface of the terrestrial globe (latitude-longitude) whose size and depth of the levels as well as the designation (alphanumeric code for the most part) vary according to the supplier. These meshes cover the entire surface of the globe and any construction (hut, house, building, any type of building, street furniture, etc.) on the earth's surface belongs to one or more meshes. Thus, a GPS location given by a sensor (mobile phone, etc.) is located in a mesh whose code defines the address. These solutions have the advantage of being universal in the sense that the meshes produced cover the entire land surface of the globe and that the satellite positioning systems are operational everywhere. Nevertheless, if these solutions respond to a concern for universality, they are not currently recognized as addressing systems in their own right by international bodies. Indeed, beyond the normative aspect, these addressing techniques are not yet satisfactory because they are very dependent on technologies (permanent connection to the Internet), but above all they are not based on the traffic axes which define and structure the human logic of movement in space. Thus, their implementation in a mail distribution system still remains complicated because this distribution is still largely based on delivery zones, axes and numbers in the lane. However, the technologies currently present in mobile devices do not make it possible to accurately position a standardized road number (even or odd). Their degree of precision is of the order of half a dozen meters and the GNSS receivers (for Geolocation and Navigation by a Satellite System) used integrated in smartphones are subject, in dense urban areas in particular, to the vagaries of position calculation due to multi-path phenomena. In other words, the receiving modules are heterogeneous and the conditions of use which are difficult to control, which makes it difficult to certify a standardized address.

Therefore, there is a need for a technique to provide repositories of postal addresses that are both compatible with international postal standards, therefore standardized, but also quick to deploy, inexpensive and easy to manage and update. .

Disclosure of Invention

The present technique proposes a method for automatically generating at least one address in a standardized addressing repository of a given geographical area, comprising the following steps implemented in at least one server:

- obtaining the standardized addressing repository based on road data associated with the given geographical area;

- Obtaining at least one location information from a communication terminal of a user requesting the address for a room and/or location in the given geographical area;

- reception, from the communication terminal, of at least one user data representative of a shot of the premises and/or location;

- generation of the address associated with the premises and/or location, in the addressing repository obtained, taking into account said at least one location information and said at least one user datum.

Thus, the present technique proposes a new and inventive solution for automatic addressing, based on road data and collaborative "field" data obtained directly from users wishing to receive a residence certificate, making it possible to automatically generate an address in a repository. standardized/codified addressing.

To do this, the present solution therefore uses on the one hand a standardized addressing repository, based on road data such as the roads in a city, and on the other hand data transmitted by users wishing to obtain an address. for a location or their home, or their business for example. These user data allow on the one hand the geolocation of the room or the location, so as to locate it more or less precisely in the repository, and on the other hand to refine this location thanks to the processing of a second user data , representative for example of a photo of the premises or of the location.

For example, said at least one user datum is representative of a shot of the room and/or location.

Thus, the second user data being representative of a photo of the room or location, the analysis/processing of such shooting data makes it possible in particular to generate the address on the correct side of the identified road and therefore with the correct number, even or odd in particular.

According to a particular characteristic, the step of obtaining a standardized addressing reference system comprises the following steps:

- Obtaining and processing a plurality of aerial and/or spatial images delivering a plurality of geolocated road data;

- codification, taking into account at least one codification parameter associated with the geographical area, of the geolocated road data delivered, delivering a plurality of geolocated codified road data;

- processing of codified geolocated road data, delivering the standardized addressing repository.

According to this embodiment, a standardized addressing repository is created from aerial images (satellite, planes, drones, etc.) of the given geographical area, so as to isolate, by image processing, the traffic (streets, paths, railways ...), as well as waterways (river, canal ...), and to generate a set of axes on a map. Then, this road network is codified, taking into account codification parameters representative of the logic of movement associated with the geographical area, of the strategic locations of this area and therefore representative of the economic and social life of the geographical area concerned. This coding thus makes it possible to obtain geolocated and coded street data, which are processed to generate a standardized addressing plan specific to the given geographical area. This processing may in particular take into account other data such as existing addresses or administrative boundaries associated with the geographical area.

According to a particular aspect, the processing step comprises a sub-step for managing existing address data for the geographical area and/or codified geolocated street data and/or data representative of administrative boundaries associated with the geographical area , the data being distributed in one or more databases, and an update sub-step delivering an updated standardized addressing repository.

According to this embodiment, the geolocated and codified road data are managed in a database and enriched and updated with other data, from separate databases or managed in the same database, representative for example existing addresses already created for the geographical area or representative of administrative boundaries (for example a postal code). In this way, the standardized addressing repository is constantly updated so as to always be able to provide an address in line with the reality on the ground and the needs or administrative requirements relating to the geographical area concerned. According to one particular characteristic, the coding step comprises the following sub-steps: - conversion of the plurality of geolocated road data delivered by the processing step into linear lane axes;

- Allocation, according to a first coding parameter, of a sequential order number for each linear track axis;

- determination, according to a second coding parameter, of a numbering direction of the addresses, delivering the plurality of coded geolocated street data.

Thus, the codification of geolocated road data consists initially in developing a mapping frame representing the axes of linear roads, from the data obtained in particular following the processing of images carried out on the aerial images, which axes are then numbered , codified, associated with districts ... taking into account several codification parameters, specific to the geographical area concerned, that is to say in particular specific to its administrative, economic and social, and topographical functioning.

According to a particular aspect, the step of generating the address associated with the premises and/or location comprises the following sub-steps:

- Processing of said at least one location information item and of said at least one user datum;

- Obtaining at least part of the standardized addressing repository corresponding to a predetermined portion of the given geographical area around the location information;

- determination of a number on a channel in the predetermined portion of the geographical area corresponding to the address associated with the room and/or location in the standardized addressing reference system, taking into account at least one grip angle information view associated with said at least one user datum.

Thus, the actual generation of an address for the given room or location first comprises obtaining a portion of the previously generated standardized addressing reference around the location of the user's communication terminal , so as to then reduce the calculation load, then the determination of the route corresponding to this location as well as the number associated with the room in this route, taking into account information transmitted with the shot and corresponding to the angle of shooting. Indeed, this information makes it possible in particular to certify with precision, after having matched the two methods of obtaining/calculating the angle, the side (even or odd number) of the street where the room is located.

In this way, the address generated for the room is precise and conforms to international addressing standards because it takes into account predetermined codification parameters. The present technique also relates to a method for obtaining an address certificate for a room and/or a location in a given geographical area, comprising the following steps implemented in a user communication terminal:

- user identification;

- receipt of an application form for a certificate of address for the premises and/or location;

- taking at least one view of a predetermined part of the premises and/or location;

- receipt of an address certificate for the premises and/or location, the address being generated according to the method of automatic generation of at least one address in a standardized addressing repository for a given geographical area described above, according to its different embodiments.

The present technique also relates to a system for automatic generation of at least one address in a standardized addressing repository of a given geographical area comprising means for implementing the method for automatic generation of at least one address in a repository standardized addressing of a given geographical area described previously, according to its different embodiments. This system corresponds to the various servers and applications able to implement the method for the automatic generation of standardized addresses described according to its various embodiments.

The present technique also relates to a device for obtaining an address certificate for a room and/or a location in a given geographical area comprising means for implementing the method for obtaining an address certificate for a room and/or a location in a given geographical area, as described previously according to its various embodiments. This device corresponds for example to a mobile user terminal in which a dedicated mobile application is downloaded to request and obtain an address certificate according to the different embodiments of the obtaining method described above, the standardized address being generated automatically according to the different embodiments of the method for automatic generation of at least one address in a standardized addressing repository of a given geographical area described above.

The present technique also relates to a system for accessing at least one standardized address automatically generated in a standardized addressing repository of a given geographical area comprising:

- at least one automatic generation system according to its various embodiments described above,

- at least one device for obtaining an address certificate for a room and/or a location in a given geographical area according to its various embodiments described above, - A user mobile terminal capable of virtually accessing the standardized address via at least one augmented reality application installed on the user mobile terminal.

This access system therefore corresponds to devices capable of implementing the various methods described previously, according to the various embodiments.

Finally, the present technique relates to a computer program product comprising instructions which, when these instructions are executed by a processor, lead the latter to implement the steps of the method for automatically generating an address according to the different modes of embodiment described above or of the method for obtaining an address certificate according to various embodiments described above.

Presentation of figures

Other aims, characteristics and advantages of the proposed technique will appear more clearly on reading the following description, given by way of a simple illustrative example, and not limiting, in relation to the figures, among which: FIG. 1 presents the main steps of a method for automatically generating at least one address in a standardized addressing repository of a given geographical area, according to an embodiment of the present technique; FIG. 2 presents various steps and technical means implemented in the method for automatically generating at least one address in a standardized addressing reference of a given geographical area, according to an embodiment of the present technique; FIGS. 3a and 3b illustrate two examples of data generated by a step of the method illustrated in FIG. 2; FIG. 4a illustrates linear track axes according to an example of implementation of the present technique; FIG. 4b illustrates numbered channels according to an example of implementation of the present technique; FIG. 5 presents an example of the structuring of a database according to an embodiment of the present technique; FIG. 6 illustrates various steps implemented on the user side, by the mobile application in charge of managing the address certificate request, according to an embodiment of the present technique; FIG. 7 illustrates various exchanges of data and information implemented by the method for generating an address in a standardized addressing repository, according to an embodiment of the present technique; FIG. 8 illustrates an example of assignment of a provisional street number in metric format, according to an embodiment of the present technique; FIG. 9 illustrates an example of graduations of the angle of a channel, according to an embodiment of the present technique; FIG. 10 illustrates an example of projection of an address point on a fictitious axis parallel to the axis of a track, according to an embodiment of the present technique; FIG. 11 illustrates an example of a system implementing the method for automatically generating standardized addresses and the method for obtaining an address certificate, according to an embodiment of the present technique.

Detailed Description of Embodiments of the Invention

The general principle of the proposed technique is based on a synergy between:

- road data from satellite images of a given geographical area,

- road coding parameters specific to the geographical area, making it possible to obtain a standardized addressing reference, and

- so-called “field” data, and in particular a shot of a room in this geographical area for which a user wishes to obtain an address. These field data are therefore obtained directly via the user and make it possible to optimize the accuracy of the addressing obtained via the road data.

To do this, it is therefore planned on the one hand to create a standardized addressing repository and on the other to obtain, through exchanges with a user, geolocation data and at least one shot of the room to be addressed. .

The solution described below thus makes it possible to respond to the technical problem of providing standardized/conventional addressing suitable for any type of geographical area by allowing the automated delivery of a standardized, compliant and certified address, as close as possible to the physical and cultural reality of the territories and taking into account the aggregation of additional information useful to the public spheres (municipalities, public services...) and private (parcel deliveries, various subscriptions...).

In addition, as described in more detail below, the proposed solution makes it possible to quickly deploy a standardized addressing system, compliant with the postal standards in force, by ultimately providing:

• a database of standardized addresses;

• a database of routes on which the standardized reference system is based;

• IT solutions for managing these databases aggregating other administrative data;

• solutions for using these repositories, such as identification assistance tools, for example in augmented reality. Thus, depending on the wishes of the country or the community concerned, the proposed solution makes it possible to provide an address for each plot (subject to the availability of a cadastral database), building or building entrance.

The proposed solution therefore makes it possible to provide a standardized address according to the UPU S42-8 standard, or subsequent standards, an official address compatible with the administrative addressing canons and the postal operators' distribution processes.

The present technique proposes several solutions for performing the addressing of a geographical area, for example a city.

In its initial version, a first solution allows “mass” addressing based on:

- existing databases such as the cadastre, the database of administrative boundaries (available in open-source or accessible in opendata) ..., as well as

- databases produced from images, for example satellite images (preferably Very High Resolution or VHR), from which a wireframe of roads and roofs of buildings is obtained (for example using edge detection by machine learning for building pathways or roofs).

From these data, the first solution proposes to address these polygons representative of buildings/plots by mass geocoding them in relation to the nearest road. This solution is therefore based on the following modules, which can be implemented by one or more servers and/or dedicated applications executed on computers or servers: - an image processing and data production module delivering road data, called track wireframes, and/or building data, resulting from roof clippings and called detours or roof contours, from satellite or aerial images; this delivered data being able to be exported in the form of cartographic shape files, - a module for codifying the wireframes of roads providing a reference for addressing codified streets, called an addressing plan, according to a standardized reference specific to each geographical area, plus especially every town or village; this addressing plan optionally comprises a first mapping of the buildings addressed, if the aforementioned processing module delivers building data, or plots addressed if such data are made available by the authorities for example, - a cartographic web portal which allows the updating of created databases.

Optionally, a mobile application allowing users to have access to the address repository created via an augmented reality application is proposed, so as to allow communities to temporarily or permanently free themselves from physical addressing, c ie the implementation of street signs and numbers for constructions in the streets. Thus, this first solution offers the possibility of deploying in an urban area, very quickly and at minimal cost, a system of conventional postal addresses compliant with international standards thanks to this virtual reality mobile application associated with processing and coding modules. .

For the rest of the present description, these two processing and coding modules can be described in the form of an automated addressing plan generation engine. Nevertheless, this first solution based on a mass processing of data, although making it possible to provide a standardized address to each polygonal element (a plot, a building) or specific (for example street furniture that can also be addressed), does not give complete satisfaction due to errors in the positioning of the address that can be noticed in particular at crossroads or at the bottom of the plot. These errors or inaccuracies are due in particular to a lack of data relating to entrances, doorsteps, gates giving onto the public road which would make it possible to be able to associate a building with a road in a precise manner. The inventors of the present technique have therefore sought to improve this first solution and propose here an optimal new and inventive solution presenting an additional so-called collaborative aspect, in synergy with the various technical aspects described above, making it possible to take account of additional data directly obtained through users geographically located where an address is required.

Thus, a second solution is based on the one hand on the means described above in relation to the first solution and on the other hand on a declarative contribution from residents or users. To do this, users wishing to obtain an address for a room or a place (home, business, building plot or for any other assignment) can request a certificate of residence directly via a mobile application, which transmits user data allowing the engine automated generation of addressing plan (abovementioned and described in more detail below) to generate a precise address thanks to the address repository generated, which is also updated incrementally by the addresses generated during each request of user.

The core of the solution is therefore based on a collaborative aspect, as illustrated in particular in FIG. 1, of a method for automatically generating at least one address in a standardized addressing repository for a given geographical area, for example a city, including the following main steps implemented in at least one server:

- Obtaining El of a standardized addressing repository based on road data associated with the given geographical area, the sub-steps of this obtaining being detailed below;

- Obtaining E20 of at least one location information of a communication terminal of a user requiring an address for a location (land, plot, etc.) or premises (home, business, etc.) in the geographical area data; - E21 reception, from the communication terminal of the user, for example via a mobile application App Mob, at least one user data representative of a shot of the location or premises;

- Generation E3 of an address associated with the location or the premises, in the addressing repository obtained, taking into account the location information and the user data.

Thus, the step of obtaining El, implemented by various modules, servers, databases grouping together in a generation engine, delivers a base of oriented lanes/streets, ready to be addressed and of buildings/plots that can be addressed , for the geographical area concerned, denoted standard addressing reference.

From this standardized addressing reference, a precise address is generated, during a step E3, for a location or a room, taking into account at least one location information and at least one user data received , during steps E20 and E21, coming from a communications terminal of a user requesting this address for this location or this room. The collaborative aspect of this technique is therefore based on the receipt of so-called "field" data, relating at least on the one hand to a geolocation of the location or premises concerned by the address request and on the other hand to one or more shots of this location or premises. These data and their transmission, described in more detail below, make it possible to refine the location of the location or room delivered in the addressing repository, in particular thanks to a particular processing of the user data representative of a socket view of the location or room. For example, this processing makes it possible in particular to ensure the correct side of the track or else the correct distance on this track, for example with respect to the start of this track.

These different steps are implemented automatically and the standardized addressing repository is also automatically updated incrementally at each new address generated via the method according to the invention. In this way, the creation of an address for an associated room results from a first request for this room and a second request for this same room enriches the database with the room already created, i.e. the method does not create a second address for an apartment in the same building already addressed.

Finally, once the address has been generated, in the standardized addressing repository associated with the geographical area concerned, the user who made the request automatically receives, for example by e-mail, a corresponding address or residence certificate. .

This address delivered by the process according to this technique is therefore an official address, certified, in accordance with the regulations and which can be used both for administrations, communities and for private activities. We now describe in detail the different steps and technical means implemented for their implementation, in relation to Figures 2 to 10.

The first phase therefore consists in obtaining/generating a standardized addressing reference system implementing the various following sub-steps of step E1 described above, consisting in producing, structuring, storing and updating a channel reference system on which will be based on the mobile addressing solution delivering an address/home certificate to a user who has previously requested it.

The sub-steps E10 and Eli, implemented by an image processing and data production module, therefore consist first of all in implementing a processing E10 of aerial images (for example satellite images, advantageously of the THR type (Very High Resolution, or images captured via an airplane, a drone, etc.) This processing is based in particular on known techniques for delineating channels by automated learning, supplemented by manual checks where appropriate. techniques make it possible to detect the outline of a road, delivering a polygon, an average width of the road in meters as well as its surface (for example asphalt or earth).At the end of this image processing, an Eli step of production of roads, for example in the form of one or more road databases, is implemented, delivering a geolocated route of the roads of the geographical area concerned. Figures 3a and 3b illustrate two examples of such data, penny s the form of a sequence starting from an aerial image obtained (left parts of figures 3a and 3b), delivering, after image processing consisting in identifying and delineating a traffic axis for figure 3a (for example a road in asphalt) and roofs for Figure 3b (e.g. a number of roofs some of which are identified by a white outline and center point), more precise data as to the width of the identified lanes or the area of the roofs (straight parts of Figures 3a and 3b). Another processing (not illustrated) is then implemented, to pass from the track modeled as a surface at the end of the automated trimming processing (straight parts of Figures 3a and 3b), to a track axis, i.e. a line representing the axis of the track, carrying the curvilinear abscissa information for the calculation of the metric address numbers, as described below.

To be able to be used to generate an address, these street data must therefore be coded, during a step E12 of coding the ways, by a coding module. The latter structures the geographical data delivered by the image processing and data production module to deliver a “canvas” of the roads, taking into account Pcod coding parameters specific to each city, village or predefined geographical area. These coding parameters take into account, for example, the "urban morphology" of the given geographical area, such as the human logic of movement in a city, this logic can be modelled. Thus, for example, the parameters of this logic are defined visually by the town planner in charge of addressing, who specifically identifies:

- the nodal point of the city, such as a point of convergence of the ways, a historic center, a particular monument...,

- the main axes of communication, including the waterways and the railways, which structure the town at its centre;

- topographical markers such as a ridge line or a valley that can geographically structure the city;

These digitized elements are then used, during this coding step E12, as basic axes for numbering the channels. Thus, the parameters constituted for example by the nodal point, the main axes of communication and the district limits which separate a city into sectors form the bases of the street coding system.

It should be noted that this E12 coding is a step specific to a given geographical area, and is implemented for example city by city, so as to take into account the specifications of each geographical area (travel logic, density of urbanization, urbanization forecasts, etc. via the specific codification parameters, to automatically generate an addressing plan in which, for each street/street: - the polygons delivered by the image processing and data are converted into linear track axes, as illustrated for example in Figure 4a, on which a main axis corresponds to a major artery oriented substantially north/south, on either side (towards the west and the east) from which depart other smaller axes, the lines being contiguous from crossroads to crossroads. A structuring axis, oriented substantially west/east and corresponding to a waterway is also identified; - an area code is assigned (for example an abbreviation of the name of the district, at the discretion of the municipality); - a sequential order number is assigned, according to the main orientation of the track and its position relative to the axes defined by the coding parameters detailed above. For example, conventionally, even numbers are reserved for the most horizontal axis, odd numbers for the most vertical one, and the further away from the main axis, the greater the numbering of the track. This is for example illustrated in FIG. 4b, on which the channels are numbered, starting from the identified axes illustrated in FIG. 4a; - a direction of progression of the numbering of the gates is defined according to the nodal point chosen or the main axes. Thus, for example, a coordinate is assigned to the start of a track and a coordinate to the end of the track, as well as a coordinate and assigned to each inflection of the track between the start and the end. For example, four coordinates are generated for the same road, but it is possible that this direction of digitization of the axis does not conform to the orientation of the axes, for example with the direction of numbering of the buildings. In this case, the direction of digitization can be reversed. For example, it is possible to automatically reorient all the axes of the streets of Paris so that the numbering based on these axes follows an order that begins from the Seine. Conventionally, as with streets, the further away from the main axis, the larger the door numbers. According to a particular convention, the codification of dead ends is attached to the main axis by a sequential or metric suffix (thus, dead end A123-1 is the first dead end to the left of the street A123, or dead end A123-52 is a dead end on the right 52 meters from the start of the road), or even a combination of the two depending on the municipal addressing policy. Ideally, reserves of street numbers are provisioned, depending on the density of the lane axes. Thus, when the average density of streets (in the city centre, more urbanized) calculated by the town planner is entered as a parameter in the codification processing, the spacing between each axis of the road is calculated and the rounding of its ratio with the average spacing observed makes it possible to assign, on each axis concerned by a positive ratio, a sequence number increased by rounding (higher, as a precaution), and by propagation according to the first axis concerned, to recalculate this numbering for each axis. Thus, for example, if the average deviation of the streets in the city center is 30 meters and once the numbering of the axes has been carried out, the street A5 is one hundred (100) meters from the street A6 (difference observed at the centroid of the street), the higher rounded 100/30 ratio is 4 intervals: it is therefore possible that in the event of urban densification at least 3 streets can be created. The numbering of the street A6 then becomes A9 and the new numbering is propagated to the following streets, possibly increased by other calculations of deviations. This system makes it possible to ensure the homogeneity of road codes over the long term by integrating urbanization projections. Existing lane names are retrieved from collected database (for example from the town hall) and automatically assigned to the correct lane axis.

Alternatively, a database of lane sections is also created, derived from the lanes by segmentation at all intersections. Cumulative distance information for each left and right start and end of each section is calculated, for each section. This information makes it possible in particular to geocode the address points by linear interpolation section by section and is structured to serve as inputs in GPS navigation systems. Finally, a processing step E13 is implemented from:

- codified track data (for example via a BDD1 database),

- addresses already implemented (for example during previous implementations of the automatic generation method according to the present technique and available via a database BDD2 for example) and

- administrative and postal boundaries (postal codes for example, available via a BDD3 database for example), so as to deliver an optimal standardized addressing reference in terms of precision/completeness at this stage of the implementation of the proposed technique, for the geographical area concerned. For example, this step E13 is implemented via an internet mapping application App (of the web GIS type) which allows local authorities to update their addressing system, during a step E131. The digital directory of addresses and streets is managed by this App mapping application, the main innovative aspects of which are:

- its ability to integrate continuously and in real time addresses and sub-addresses (premises) directly from field data collection, all applications being connected to the same database;

- its ability to manage addresses and sub-addresses: when there is no address in the database, an address and a room are automatically created for the first declarer, on the contrary, if the address already exists, only a room is incremented on the existing address (the room then retains the base address). This possibility is offered by the ability of the address processing server to calculate by spatial query whether or not the address exists in the database. This mechanism is reinforced by the addition of the facade photograph taken in the field by the declarant: the server compares the existing photograph (by pairing homogeneous pixel clusters) before validating the integration. If the photograph does not show any apparent similarity, the address is integrated as an uncertified element and a manual verification is required by the manager (the data administrator of the web platform) and only a provisional residence certificate is issued. The declarant is notified of the certification of his address and receives his certificate from the platform administrator once the manual checks have been carried out.

- its ability to mass rename channels. The address generation engine is used to codify the streets, but the community sometimes wishes to name some of them (with proper or common names instead of codes). The web platform makes it possible to rename a street in a unitary way and to regenerate and return the residence certificates to the homes and businesses affected, but also to rename neighborhoods en masse. For this, the solution has data dictionaries (plants, places, countries, famous monuments, etc.) that can be used by the community to rename all the coded streets of an area chosen by it in the web application at once. cartographic.

An example of the structure of a database grouping together all the useful data is illustrated in figure 5, on which it can be seen that each address is simply linked to the administrative and postal entity on which it depends (for example a city), to the lanes (streets, dead ends) and premises (sub-address such as floor and apartment number for example for a building), the latter being themselves potentially linked to buildings and/or plots. The data appearing in italics in this figure correspond to optional data. He It is therefore visible, in this example, that the present technique requires only street data to generate a standardized addressing repository.

As already described and illustrated in FIGS. 1 and 2, once the standardized addressing repository has been generated/obtained at the end of step E1, steps E20 and E21 are implemented in order to make the collaborative contribution of the users for the generation, during a step E3, of an address for a location or premises in the geographical area concerned.

This last step, detailed below, consists in particular in generating a postal address as well as an address/domicile certificate for any applicant/user (citizen, legal entity, etc.), from a mobile application which communicates with the means described above, such as the automated addressing plan generation engine. This step also makes it possible to update the address database and the addressing map of the geographical area concerned, in particular by qualifying the addresses already created with information concerning the premises that make it up (apartments for a building for example ).

For a better understanding, we describe, in relation to FIGS. 6 and 7, the different steps implemented on the user side, by the mobile application in charge of managing the address certificate request, as well as the interactions with the various remote modules/servers/applications constituting the automated addressing plan generation engine described above.

Thus, as illustrated in FIG. 6, the user downloads the dedicated application onto his communication terminal, for example his smartphone, and connects to it, during a step E60, when he wishes to obtain an address certificate , for example for his home. During this connection, the user must identify himself, during a step E61 during which he must for example enter information such as his surname and first name, his e-mail address, the composition of the household corresponding to the local for which it requires an address... During a step E62, it responds to a request from the dedicated mobile application asking it to provide at least one shot of the premises, and more specifically of the facade on the public road side of the building in which the room is located (this is important in the accuracy of the address generated later) (or of the location, again on the public road side) concerned, contributing in particular to the accuracy of the address generated later. When all the required data/information has been transmitted, via the dedicated application, to the receiving server, the user receives an acknowledgment of receipt of his request, during a step E63. Finally, when the address is generated, according to the present technique, the user receives during a step E64, via an e-mail, the address/domicile certificate requested.

FIG. 7 illustrates in greater detail the various exchanges of data and information implemented by the method for generating an address in a standardized addressing repository, according to an example in which a user requests a residence certificate for his house in a city. When the user is connected and identified with the dedicated mobile application (as described above in relation to FIG. 6), he must choose the language in which he wishes to enter the residence certificate application form. The initialization of the language then automatically activates the geolocation of the mobile terminal and the transmission during a step E71, from this mobile terminal to a remote server (known as the administration server SA), of the position X,Y (according to the geodetic reference system WGS 84) of the mobile terminal.

This geolocation makes it possible to determine, within the administration server SA (and in particular thanks to an administrative form management application) the correct form to be returned to the user, according to the geographical area where the mobile terminal is located, when a step E72. In this way, a single application is necessary to manage all the geographical areas, for example cities, customers all over the world, insofar as the choice of the form is made according to the geolocation of the mobile terminal requiring the certificate. of address. This characteristic therefore allows a very efficient centralization of data and addressing management, while allowing a very specific adaptation to each geographical area to allow in particular the taking into account of cultural, economic specificities ... The configuration of forms ( Param) and the drawing (Dess) of the working areas (for example the cities) are for example provided by another server SProd, or administration center, also in charge of the production of the codified routes and the transmission of the data of lanes (lanes) codified to the map server SC, as described below. The first geolocation carried out when the application is initialized, by choosing the language, therefore makes it possible to know where the user is (in which city in particular) to send him the correct form to fill out. The accuracy of this first location is not essential, because a form is associated with a relatively large geographical area (a city for example). The user can then enter the information requested by the form, according to the operating mode of figure 6, such as for example data relating to the composition of the household, the accommodation, the state of the connections to the energy networks. The configuration of the information required or desired in each form is implemented by the administration server SA, for example in an administration interface which manages the countries, the geographical zones (cities or districts), the types of fields of the form, the obligation to fill in, and the languages.

However, certain data is required for the processing of the certificate request, including the following data: - information relating to the applicant's identity (for example the name to be entered on the address certificate), - an e-mail address electronic mail valid for sending the certificate once generated, - a shot of the facade of the building from the public thoroughfare. Thus, as already indicated above, the collaborative aspect of the present technique is mainly based on data representative of a shot (photograph) of the facade main part of the house (or the entrance to the plot) for the precise generation of the location, and in particular the side on the road. Thus, the user is asked, via the dedicated mobile application, when he fills out his form, to transmit at least one shot (facade or road entrance door), during a step E73. For example, photos transmitted in Jpeg format are stored and indexed on the administration server SA. The other information relating to the room, such as for example the name of the photos, is then transmitted, by the administration server SA to a processing server ST in the form of a Json file (textual data format). This is described in more detail below.

Furthermore, the following information is also transmitted by the user's mobile terminal to the remote administration server SA, as hidden parameters, that is to say without the need for specific action by the user: - the X and Y coordinates, for example in the LL-WGS84 system, at the time of taking the photo, triggering the geolocation of the mobile terminal during step E73; This second geolocation will then be used to generate the address point. The precision of this localization is therefore essential, which is why the recovery of the XY position of the mobile requires on the one hand that the user be outdoors (this is why, among other things, a shot of the facade on the road is required) and on the other hand the end of filling in the form (because the time spent by the user entering data in the form makes it possible to increase the capacity of the GNSS receiver of his mobile terminal to synchronize with the maximum number of satellites, or satellite constellations in the case of mobiles receiving several constellations); - the shooting angle of the photo, in degrees, also during step E73.

At the end of the form entry, the Json file containing all the information necessary to take into account the address certificate request, as well as the other mandatory (identity, e-mail address) and optional information, is therefore automatically sent to the administration server SA which records the request and immediately relays it to the processing server ST.

We will now describe the data exchanges implemented between the various servers or the various applications of the automatic address generation engine, for each request for a residence certificate made by a user via his dedicated mobile application.

As already indicated, the administration server SA transfers to the processing server ST, for example via a Json file, the information relating to the certificate request, during a step E74. As a reminder, each certificate request generates the creation of an address for a given room, when it is the first request for this room, or a sub-address when it is a second request for this same room (the same address can house several rooms and therefore be the subject of a request from each occupant, as may be the case for several apartments in the same building). For each certificate request received, the processing server ST then performs a step E 75 of transmitting a request, called a spatial request, to obtain the elements present in the database on the cartographic server SC to obtain the repository of standardized addressing, i.e. all the data representative of the geolocated and codified roads, of the existing addresses, of the administrative and postal limits where applicable, within a limited radius, for example of one hundred meters, around the point XY associated with the certificate request. This spatial request makes it possible in particular not to increase the processing times, by limiting the geographical area to a portion close to the geolocation of the user's mobile terminal (the spatial selection as described here made it possible to divide by one hundred (100) average processing time for each request).

Once this data has been obtained, the processing server ST implements a step of processing the lists of the certificate request form, so as to adapt them to the conceptual data model of the addresses and sub-addresses (premises) of the database. data. This processing consists of decoding the information from the Json file to integrate it into a database whose structure conforms to the data model of the BDD2 cartographic database (Addresses and Sub-addresses). In addition, a fundamental treatment of the angle of the shot is also integrated. Indeed, there is a difference in the angle calculations between the compass of a mobile terminal and that of a path in a flat space. Figure 9, also described below, illustrates the graduations of the angle of a channel, in degrees, with the axis of the abscissas defining the orientation 0-180° and a progression according to the anticlockwise direction of a watch, unlike the compass of a mobile device which starts in the North (the zero of the compass corresponds to the 90° of the trigonometric circle) with a progression of the calculation of the angles in the direction of the needles of a clock. Thus, the same angle has a different value depending on whether it comes from the calculation of the orientation of the tracks or from that of the compass of a mobile terminal. A North-South oriented track will have an angle value of 270° while the compass of a smartphone will indicate 180° (going towards the South). This difference in calculation according to the tools used is taken into account via the implementation of an angle conversion matrix making it possible to compare equal values. Thus, as input to the address calculation system, a matrix for converting the angles coming from a mobile terminal compass to the corresponding angles in planimetric degrees is implemented.

Then, the automatic generation of an address strictly speaking is implemented, by the calculation of the road number relating to the certificate request, implementing the following sub-steps: - an association of the point XY with the road closer in the standardized addressing reference obtained; - the assignment of a provisional street number in metric format, as illustrated in figure 8, on which it can be seen that a first room located 23 meters from the intersection considered as point 0 is assigned the number 23 and a second room located 32 meters from this same crossroads is assigned the number 32, the parity of the numbering depending solely at this stage on the position of the XY point with respect to the orientation of the lane: if the point is to the right of the lane, the number will be even, odd on the left. At this stage, it is not yet possible to certify the accuracy of the planimetric coordinates of the GPS point considered because this accuracy depends on the photograph of the facade taken on the public road. Other information is therefore needed to certify the parity, information calculated in the following steps; the processing of the selected track consisting in calculating, for each track segment, an angle (in degrees) in the plane, denoted track angle, knowing that the tracks are divided into homogeneous segments in terms of orientation; - the comparison of the angle of the track and that of the shooting of the photo. This step thus makes it possible to determine with certainty on which side of the track the address is located and therefore to assign it the correct number (even or odd). Indeed, the angle of the shot (recovered during step E73 previously described) is theoretically perpendicular to the axis of the track since the facade photographed is supposed to be parallel to the track. Thus, as illustrated in Figure 9, if the angle of the track is thirty degrees (30°) and the angle of the photo of the facade taken from the track is between thirty degrees (30°) and two one hundred and ten degrees (210°), the front door of the facade must be located on the odd side. Nevertheless, according to a variant embodiment, in order to reduce the uncertainty of the positioning of the mobile terminal and of the operation of the internal compass of the device, the mobile application obliges the user to take two photos, by guiding him so as to obtain a photo of the facade of the building and a photo of the entrance door on the public road; the angle obtained must be within a smaller range of +/- twenty degrees (20°), i.e. a total range of one hundred and forty degrees (140°= 180°- (2*20°)), so as to avoid photos that would be taken at an angle but above all to correct the problems inherent in the compasses of mobile devices, sometimes out of adjustment or subject to disturbances depending on the local environment, which would tend to return angle values close to angularity from the axis of the road without being in the right sector (even or odd) of the building. Then, the average of the angles taken is calculated. - the certification of the parity of the side of the track of the photographed building, according to the direction of digitization of the track, thanks to the combination of the position of the mobile and the angle (or the average of angles according to the variant described above) when the photo was taken; - updating the street number of the request by assigning it the correct parity, with accuracy, thanks to the certified parity associated with the metric position calculation performed at the start of processing. It should be noted that, without the above processing, the XY position alone returned by the user's mobile cannot determine the side of the road to which the entrance to the building that is the subject of the addressing request belongs. However, the uncertainty on the side of the planimetric positioning along the axis is less important than the uncertainty of parity, both from an operational point of view for the management of relief or deliveries and for the structuring of the address database. In other words, whether the point of address is positioned at number 153 or 157 is less important (because the address is metric, and it is unlikely that several constructions will fit over four meters abreast) than to certify the correct side of the track. - the projection of the address point Proj 1 ^st XY on a fictitious axis parallel to the axis of the track, particularly illustrated in figure 10. The offset of this fictitious axis has been set by convention at four meters for better readability addresses (this distance is an observed average of the between-axes of a road of average width), which gives two fictitious axes represented by dotted lines, separated by eight meters, on either side of the track axis. Nevertheless, the processing makes it possible to determine different offset values depending on the type of road if it exists in the database (for example, differentiating between a street to which an offset of four meters is assigned, and a boulevard or a street with four lanes, where this value is greater - seven meters by convention in this case). - a verification step that there is not already an address point at the location of the projection. Indeed, as already indicated, in the case of a building, if several occupants wish to request their addressing certificate, the first to request a certificate will generate an address point and its associated sub-address. The following requests will then be attached to the first address point created in the database as soon as they share approximate XY coordinates (spatial request within a radius of five meters) and the correct parity. Thus, unlike existing solutions, this technique allows localization in the third dimension: building number, floor number, apartment number, etc.

All these steps thus make it possible to generate an address corresponding to the premises or to the location for which a user has requested an address certificate, to update the standardized addressing repository and the corresponding databases with the new address created, as well as generate an address/domicile certificate to send to the user. To do this, the method of the present technique takes into account parameters such as the language, the local coordinate system in a metric system (required to perform consistent distance calculations), the name of the city to issue a certificate in the format required by the community, for example in PDF format.

Returning to FIG. 7, once the address has been created on the processing server, the applicant is notified by email, during a step E 76, of the success or otherwise of his request. In the event of success, the user is invited to retrieve, during a step E77, his residence certificate stored in PDF format on the processing server ST.

Finally, it should be noted that the method according to the present technique makes it possible to detect any inconsistencies, such as an approximate location, the absence of data concerning the presence of a road close to the location of the user's mobile terminal ( the GPS point corresponding to the position of the mobile terminal is too far, for example 50m, from a center line), a compass problem, the angle of the view of the facade not compatible with that of the corresponding street (for example if the photograph is taken parallel to the track and not perpendicularly),..., not making it possible to generate the address and reports them to the user, in response to his certificate request.

Finally, the proposed technique allows the implementation of a global system for the automated generation of standardized addresses and for the use of these standardized addresses generated via an augmented reality application, assuming that not all countries have the capabilities sufficient financial resources to produce and install the plates and street numbers, within the framework of a physical addressing of towns and villages. Thus, the integration of the technique previously described in an augmented reality system allows these countries to temporarily dispense with costly physical addressing and offers citizens, businesses and administrations the possibility of quickly appropriating the digital addressing implemented.

To do this, and as illustrated in FIG. 11, the present technique is based on at least the following two new and inventive aspects, already described above in relation to the method for automatically generating standardized addresses and the method for obtaining an address certificate: - a single App Mob RA augmented reality application allows the use of automatically generated standardized addresses across the globe, as for the certification application itself. Thus, it is the place where the user is located (and in particular the geolocation coordinates X, Y transmitted to the administration server SA described above during a step E3-RA) which determines the data necessary to download for the proper functioning of the augmented reality application in the geographical area considered; - the database of addresses automatically generated using this technique is shared with all applications (web and mobile), and as soon as a generated address is integrated into the global system, it is available in the application in augmented reality via the processing server ST via steps E1-RA to E4-RA. The street and address information stored in the Map Server (SC) database is regularly (by default each night and for each zone - this zone is identical to that used by the home certification application), extracted ( El-RA) and processed to be transformed (E2-RA) into the target data model expected by the augmented reality application. The position of the user (X and Y GNSS in WGS84 coordinates) is sent (E3-RA) to the administration server (SA) when the application is initialized. The latter then sends back (E4-RA) the files (in Json format) containing the street name and number information corresponding to the user's area of interest. Thus, a single mobile application is to be administered on a global scale.

Claims

1. Method for automatically generating at least one address in a standardized addressing repository for a given geographical area, characterized in that it comprises the following steps implemented in at least one server:

- Obtaining (El) said standardized addressing repository based on geolocated road data associated with said given geographical area, the geolocated road data being delivered by processing a plurality of aerial and/or spatial images;

- obtaining (E20, E71) at least one piece of information on the location of a communication terminal of a user requesting said address for a room and/or location in said given geographical area;

- Reception (E21, E73), from said communication terminal, of at least one user data representative of a shot of said room and/or location;

- generation (E3) of said address associated with said room and/or location, in said address reference system obtained, taking into account said at least one location information and said at least one user datum.

2. Generation method according to claim 1, characterized in that said step (E1) of obtaining a standardized addressing repository further comprises the following steps:

- codification (E12), taking into account at least one codification parameter associated with said geographical area, of said delivered geolocated road data, delivering a plurality of codified geolocated road data;

- Processing (E13) of said codified geolocated street data, delivering said standardized addressing repository.

3. Generation method according to claim 2, characterized in that said processing step (E13) comprises a sub-step of managing existing address data for said geographical area and/or said codified geolocated street data and/or data representative of administrative boundaries associated with said geographical area, said data being distributed in one or more databases, and an updating sub-step (E131) delivering an updated standardized addressing reference.

4. Generation method according to claim 2, characterized in that said coding step (E12) comprises the following sub-steps: - conversion of said plurality of geolocated road data delivered by the processing step (Eli) into linear lane axes;

- Determination, according to a second coding parameter, of a numbering direction of the addresses, delivering said plurality of coded geolocated street data.

5. Generation method according to claim 1, characterized in that said generation step (E3) of said address associated with said room and/or location comprises the following sub-steps:

- Processing (E74) of said at least one location information and of said at least one user datum;

- Obtaining (E75) at least a part of said standardized addressing repository corresponding to a predetermined portion of said given geographical area around said location information;

- determination of a number on a channel in said predetermined portion of said geographical area corresponding to the address associated with said room and/or location in said standardized addressing reference system, taking into account at least one grip angle information view associated with said at least one user datum.

6. Method for obtaining an address certificate for a room and/or a location in a given geographical area, characterized in that it comprises the following steps implemented in a user communication terminal:

- identification (E61) of said user;

- receipt (E72) of a request form for a certificate of address for said premises and/or location;

- taking at least one view of a predetermined part of said room and/or location;

- receipt of an address certificate for said premises and/or location, said address being generated according to the method of automatic generation of at least one address in a standardized addressing repository of a given geographical area according to one any of claims 1 to 5.

7. System for automatically generating at least one address in a standardized addressing repository for a given geographical area comprising means for implementing the method according to claims 1 to 5.

8. Device for obtaining an address certificate for a room and / or a location in a given geographical area comprising means for implementing the method according to claim 6.

9. System for accessing at least one standardized address automatically generated in a standardized addressing repository for a given geographical area comprising:

- at least one automatic generation system according to claim 7,

- at least one device for obtaining an address certificate for a room and/or a location in a given geographical area according to claim 8,

- A user mobile terminal capable of virtually accessing said standardized address via at least one augmented reality application installed on said user mobile terminal.

10. Computer program product comprising instructions which, when these instructions are executed by a processor, lead the latter to implement the steps of the method for automatic generation of an address according to claims 1 to 5 or of the method for obtaining a certificate of address according to claim 6.