CN114136307A

CN114136307A - Full-automatic updating method for vehicle-mounted navigation map

Info

Publication number: CN114136307A
Application number: CN202111488249.8A
Authority: CN
Inventors: 熊春; 吴文斌; 徐志俊; 张丹
Original assignee: SAIC Volkswagen Automotive Co Ltd
Current assignee: SAIC Volkswagen Automotive Co Ltd
Priority date: 2021-12-07
Filing date: 2021-12-07
Publication date: 2022-03-04
Anticipated expiration: 2041-12-07
Also published as: CN114136307B

Abstract

The invention provides a full-automatic map updating method for a vehicle-mounted navigation system, which comprises the following steps: step S11, updating the version of the cloud map; in step S12, the car navigation system automatically determines whether the name of the city where the home and company are located can be obtained If the information is obtained, automatically updating the map of the city where the home and the company are located; step S13, in the remaining city list excluding the city where the house and company is located, continue to determine whether the surrounding cities of the house and company are included If yes, continue to step S14, if not, do not update; and step S14, determining updating according to the state of the vehicle and whether the vehicle is currently in the range of the surrounding cities of the house and the company. The invention can solve the problems that the operation is complex and the user is required to wait for the completion of the updating, so that the user does not need any operation in the whole navigation map updating process, the non-inductive updating is realized, and the navigation map of the user is kept in the latest state all the time.

Description

Full-automatic updating method for vehicle-mounted navigation map

Technical Field

The invention mainly relates to navigation map updating, in particular to a full-automatic updating method of a vehicle-mounted navigation map.

Background

In many vehicles and mobile terminal devices, for example in tablets or smartphones, digital navigation maps are used for navigating along a determined or selected route during the movement of the respective vehicle or the user of the respective mobile terminal device from a starting point to a target point. Especially vehicles with a partially or fully autonomous driving function (autonomous driving) rely on high precision digital navigation maps.

In order to safely navigate a user of a vehicle or a mobile terminal device at any time, it is necessary to keep a digital navigation map stored in a control device of the vehicle or the mobile terminal device in an up-to-date state all the time. This may be achieved by continually updating the digital navigation map repeatedly. For this purpose, the newer versions of the digital navigation map are usually transmitted by the backend system via a wireless connection to the control device or the mobile terminal device of the vehicle.

For the best possible timeliness, the digital navigation map is updated automatically, that is to say without active involvement of the user, as soon as a newer version is available on the back-end system. However, when updating during the movement of the user of the vehicle or the mobile terminal device, the navigation function or other functions of the vehicle or the mobile terminal device may be affected. This is not acceptable for safety critical functions of the vehicle.

To avoid affecting vehicle functions during driving, the digital navigation map may be updated during the parking phase. However, transmitting a newer version of the digital navigation map to the control device of the vehicle and updating the digital navigation map stored in the control device of the vehicle consumes power drawn from the battery of the vehicle. Therefore, there is a risk of discharging the battery due to updating of the digital navigation map during parking of the vehicle, so that the electric energy remaining in the battery after the updating is insufficient to start the vehicle.

In addition to this, if the duration of the parking phase is not sufficient to completely update the digital navigation map, undefined intermediate states of the digital navigation map may occur in the control device of the vehicle. In an undefined intermediate state, the stored digital navigation map may not be available, requiring repeated updates.

Thus, document DE 102015014049 a1 discloses a method for updating software, which is stored in a control device of a vehicle. In the method, the software is updated during the parking phase of the vehicle in order to exclude the influence of the update on the control device during the driving of the vehicle. First, the energy demand for updating is predicted and the energy reserve of the vehicle is determined. The software is updated such that the energy reserve minus the predicted energy demand is not below the determined minimum energy level. Furthermore, it is possible to predict the time requirement for updating and to determine the parking behavior of the driver of the vehicle. The software is updated when the known length of time of parking is greater than the predicted time demand.

Another problem with digital navigation maps is that it is very costly to detect changing environmental and road conditions, generate correspondingly matched newer versions of the digital navigation map, and provide these digital navigation maps in a timely manner for transmission. Therefore, the latest version of the digital navigation map provided is often different from the actual surroundings and road conditions.

To reduce this discrepancy, document DE 102012212740 a1 discloses a system and a method for updating a digital navigation map. The system includes a plurality of vehicles each including a control device having a digital navigation map transmitted by the back end server and stored in the control device, and at least one environmental sensor and/or vehicle sensor, and a back end server providing the digital navigation map for transmission. In the method, ambient data and/or vehicle data are detected by means of sensors and transmitted to a back-end server. The back-end server determines the differences between the navigation map provided and the environmental data and/or vehicle data transmitted by the vehicle and updates the navigation map provided, which is then transmitted into the control device of the vehicle, according to the determined differences.

Digital navigation maps typically have a large amount of data due to the large area of the imaged area and the corresponding large amount of detail contained. Accordingly, a complete update of the digital navigation map requires a considerable amount of time and furthermore leads to high costs, in particular when using a mobile radio connection. It is therefore desirable to reduce the cost of updating digital navigation maps.

Thus, document EP 1870671 a1 discloses a system and a method for updating a digital navigation map comprising a plurality of grid-like arranged square map sections. The system includes a vehicle having a control device and a digital navigation map stored in the control device and includes a back-end server having a navigation map stored in the back-end server. Immediately after the vehicle starts, the control device requests updated information from the back-end server about a certain square area having a certain place approximately at the center thereof, such as a residential place input by the driver of the vehicle or a destination input by the driver. The back end server then transmits the difference information with the updated map section for the particular square area into the control device. Based on the difference information, the control device first requests updated map segments of the central square sub-area with a reduced priority, then requests central sub-areas surrounding the surrounding annular sub-areas of the residential site, respectively, and retrieves the corresponding updated map segments transmitted from the back-end server.

In this approach, the back-end server may be heavily loaded when many vehicles are requesting updated map segments simultaneously. Furthermore, if the vehicle driver does not enter a changed residence or destination, the back end server may actually send an undesired map segment. Furthermore, this method uses the mobile radio network as an update path, which in certain areas cannot provide sufficient quality.

Moreover, for most users, the OTA updating of the navigation map is relatively common, and the user operation steps comprise: firstly, finding a relevant menu; secondly, manually clicking the relevant city to start updating; and thirdly, waiting for the updating to be completed.

The updating operation is complex, and a user is required to wait for the updating to be completed, so that the updating of the navigation map cannot be completed for users who are not familiar with the navigation menu or are urgent in time, and the user experience is influenced.

Disclosure of Invention

It is to be understood that both the foregoing general description and the following detailed description of the present disclosure are exemplary and explanatory and are intended to provide further explanation of the disclosure.

In order to solve the technical problem, the invention provides a full-automatic updating method for a map of a vehicle-mounted navigation system, which is characterized by comprising the following steps:

step S11, updating the version of the cloud map;

in step S12, the car navigation system automatically determines whether the name of the city where the home and company are located can be obtained? If the information is obtained, automatically updating the map of the city where the home and the company are located;

step S13, in the remaining city list excluding the city where the house and company is located, continue to determine whether the surrounding cities of the house and company are included? If yes, continue to step S14, if not, do not update;

and step S14, determining updating according to the state of the vehicle and whether the vehicle is currently in the range of the surrounding cities of the house and the company.

Preferably, the present invention further discloses a full-automatic updating method for a car navigation map, wherein the step S14 further includes:

and under the condition that the vehicle is not under the navigation guidance, judging whether the vehicle is currently located in the surrounding cities and areas, if so, updating the maps of the surrounding cities and areas, and if not, not updating.

if the vehicle is under navigation guidance, determine if the navigation route passes through the surrounding cities and regions? If so, updating, and if not, not updating.

Preferably, the present invention further discloses a full-automatic updating method for a car navigation map, which is characterized in that, after step S14, the method further comprises:

is it determined whether the navigation destination is in the surrounding city and region? If not, no update is made, and if yes, the update is made.

Preferably, the invention further discloses a full-automatic updating method of the vehicle-mounted navigation map, which is characterized in that the method further comprises the following steps of switching the map after the map is updated, wherein the map switching comprises the following steps:

and under the condition that the vehicle is not under the navigation guidance, the switching is hidden in the starting picture page and automatically switched.

and under the condition that the vehicle is under navigation guidance, determining the switching time according to the distance between the current position of the vehicle and the destination city boundary line.

Preferably, the invention further discloses a full-automatic updating method of the vehicle-mounted navigation map, which is characterized in that the switching time further comprises the following steps:

when the distance between the current position of the vehicle and the boundary line of the destination city is larger than a set value and flameout occurs, automatically switching the map in the starting-up drawing page;

and when the distance between the current position of the vehicle and the boundary line of the destination city is not flamed out, continuously detecting the distance between the current position of the vehicle and the boundary line of the destination city, prompting a user to switch maps until the distance between the current position of the vehicle and the boundary line of the destination city is smaller than the set value, and when the user accepts, switching the maps, and when the user does not accept, switching the maps when the user waits to flameout.

Preferably, the invention further discloses a full-automatic updating method of the vehicle navigation map, which is characterized in that in the step S11, the cloud end includes map data of all cities in the country, which are updated from time to time.

Preferably, the invention further discloses a full-automatic updating method of the vehicle-mounted navigation map, which is characterized in that the set value is 5 kilometers.

Compared with the prior art, the invention has the following advantages:

the invention can solve the problems that the operation is complex and the user is required to wait for the completion of the updating, so that the user does not need any operation in the whole navigation map updating process, the non-inductive updating is realized, and the navigation map of the user is kept in the latest state all the time.

Drawings

Embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. Reference will now be made in detail to the preferred embodiments of the present disclosure, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.

Further, although the terms used in the present disclosure are selected from publicly known and used terms, some of the terms mentioned in the specification of the present disclosure may be selected by the applicant at his or her discretion, the detailed meanings of which are described in relevant parts of the description herein. Furthermore, it is required that the present disclosure is understood, not simply by the actual terms used but by the meaning of each term lying within.

The above and other objects, features and advantages of the present invention will become apparent to those skilled in the art from the following detailed description of the present invention with reference to the accompanying drawings.

FIG. 1 is a flow chart of an implementation of an on-board navigation map update without using navigation in accordance with the present invention;

FIG. 2 is a flow chart of an implementation of the present invention using on-board navigation map updating in a navigation scenario;

fig. 3 is a flow chart of the map switching implementation of the present invention.

Detailed Description

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the description of the embodiments will be briefly introduced below. It is obvious that the drawings in the following description are only examples or embodiments of the application, from which the application can also be applied to other similar scenarios without inventive effort for a person skilled in the art. Unless otherwise apparent from the context, or otherwise indicated, like reference numbers in the figures refer to the same structure or operation.

As used in this application and the appended claims, the terms "a," "an," "the," and/or "the" are not intended to be inclusive in the singular, but rather are intended to be inclusive in the plural unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that steps and elements are included which are explicitly identified, that the steps and elements do not form an exclusive list, and that a method or apparatus may include other steps or elements.

The relative arrangement of the components and steps, the numerical expressions, and numerical values set forth in these embodiments do not limit the scope of the present application unless specifically stated otherwise. Meanwhile, it should be understood that the sizes of the respective portions shown in the drawings are not drawn in an actual proportional relationship for the convenience of description. Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail but are intended to be part of the specification where appropriate. In all examples shown and discussed herein, any particular value should be construed as merely illustrative, and not limiting. Thus, other examples of the exemplary embodiments may have different values. It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.

In the description of the present application, it is to be understood that the orientation or positional relationship indicated by the directional terms such as "front, rear, upper, lower, left, right", "lateral, vertical, horizontal" and "top, bottom", etc., are generally based on the orientation or positional relationship shown in the drawings, and are used for convenience of description and simplicity of description only, and in the case of not making a reverse description, these directional terms do not indicate and imply that the device or element being referred to must have a particular orientation or be constructed and operated in a particular orientation, and therefore, should not be considered as limiting the scope of the present application; the terms "inner and outer" refer to the inner and outer relative to the profile of the respective component itself.

Spatially relative terms, such as "above … …," "above … …," "above … …," "above," and the like, may be used herein for ease of description to describe one device or feature's spatial relationship to another device or feature as illustrated in the figures. It will be understood that the spatially relative terms are intended to encompass different orientations of the device in use or operation in addition to the orientation depicted in the figures. For example, if a device in the figures is turned over, devices described as "above" or "on" other devices or configurations would then be oriented "below" or "under" the other devices or configurations. Thus, the exemplary term "above … …" can include both an orientation of "above … …" and "below … …". The device may be otherwise variously oriented (rotated 90 degrees or at other orientations) and the spatially relative descriptors used herein interpreted accordingly.

It should be noted that the terms "first", "second", and the like are used to define the components, and are only used for convenience of distinguishing the corresponding components, and the terms have no special meanings unless otherwise stated, and therefore, the scope of protection of the present application is not to be construed as being limited. Further, although the terms used in the present application are selected from publicly known and used terms, some of the terms mentioned in the specification of the present application may be selected by the applicant at his or her discretion, the detailed meanings of which are described in relevant parts of the description herein. Further, it is required that the present application is understood not only by the actual terms used but also by the meaning of each term lying within.

Flow charts are used herein to illustrate operations performed by systems according to embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed in the exact order in which they are performed. Rather, various steps may be processed in reverse order or simultaneously. Meanwhile, other operations are added to or removed from these processes.

Example one

Referring to fig. 1, a flow for implementing automatic update of a vehicle navigation map is shown, which is applied to route guidance of a user who does not use the navigation map:

step S11, the version of the cloud map is updated (the map data of all cities in the country are updated to the cloud side in a unified way);

in step S12, the car navigation system automatically determines whether the name of the city where the home and company are located can be obtained? If the map data can be obtained, the step S16 is carried out, and the map data of the corresponding city are updated;

step S13, in the city list remaining after the city where the house and company are excluded, it is continuously determined whether there are surrounding cities and areas of the house and company? If not, go to step S15;

step S14, if the surrounding city and area of the home and company can be obtained, continue to determine whether the current vehicle is located in the surrounding city and area? If the city and the region are located in the surrounding city and region, the step S16 is carried out;

step S15, not updating the map of the surrounding city and area of the house and company;

and step S16, the background automatically updates the map data of the corresponding city.

The step S16 specifically includes:

if the answer is yes in step S12, the background automatically updates the map of the city where the house and the company are located;

if yes in step S14, the background automatically updates the map of the city and area around the home and company where the vehicle is located at the time.

It should be noted that in the preferred embodiment, the surrounding cities and regions are those within 600KM around the home and company.

The map navigation automatic updating idea is to grade the driving place of the user under the condition of not using navigation. The corresponding three types are: driving frequently, driving infrequently and driving infrequently. The highest grade is a frequently-driven place, and the automatic updating is carried out unconditionally; for the occasional driving, a determination condition is further added, that is, whether the current vehicle is located at the spot, if so, updating, and if not, there is no need for updating. And for the unusual driving, the grade is the lowest and is considered to be unnecessary, and updating is not carried out.

Example two

Fig. 2 shows an automatic update implementation process of an in-vehicle navigation map in a navigation state, which differs from the first embodiment in that the process is applied to a route guidance scenario in which a user is using the in-vehicle navigation map.

Step S21, updating the version of the cloud map;

in step S22, the car navigation system automatically determines whether there is a city name of the house and the company? If so, go to step S28;

step S23, in the list of the remaining cities excluding the city where the house and company are located, it is continuously determined whether there are surrounding cities and areas of the house and company? If not, go to step S25;

step S24, if the city and area around the home and company can be obtained, it is continuously determined whether the navigation guidance route passes through the city and area around the home and company? If yes, go to step S28;

step S25, it is continuously determined whether the navigation destination is in the surrounding city and area? If not, go to step S27, if yes, go to step S28;

step S26, if the navigation guidance route does not pass through the city and area around the updated home and company of the map, continue to determine whether the destination is in the city and area around the updated home and company of the map? If not, go to step S27, if yes, go to step S28;

step S27, not updating the map data of the city and region to be judged;

the case of no update involves: and excluding the house and the company, excluding cities and regions around the house and the company where the vehicle is absent at the moment, and excluding the route points which are not the navigation destination and the non-navigation route at the same time.

In step S28, the map data of the city and region to be determined is updated.

The case of updating according to this step involves: home and company, the city and region around the home and company where the vehicle is located at the time, the navigation route, and the navigation destination.

The map navigation automatic updating idea is to grade the driving places of users in a dynamic environment. The corresponding three types are: a driving place frequently and a guide line driving place. The highest grade is a frequently-driven place, and the automatic updating is carried out unconditionally; and updating the route points or the destinations of the navigation route.

EXAMPLE III

After map updating is performed according to the use/non-use navigation shown in fig. 1 and 2, the switching time of the vehicle-mounted map interface has the following situations:

when no route guidance is available, i.e. in a static environment, the switching of the update map occurs at the time of starting up, i.e. switching to the update map after starting up.

When route guidance exists, namely the automobile runs and a dynamic environment for navigation use exists, the following concrete steps are performed:

step S31, cloud map updating occurs in the vehicle navigation system;

step S32, judging the distance D between the vehicle and the city boundary line where the destination is located;

step S33, judging the relation between the distance D and a set value N;

step S34, when the distance D > the set value N, continue to determine whether the user has flameout?

Step S35, if flameout exists in step S34, switching is immediately carried out, and the switching time is hidden in the starting picture;

step S36, if step S34 does not extinguish, returning to step S32, and continuing to acquire the distance D of the vehicle to the destination city;

step S37, when the distance D is less than or equal to the set value N, the vehicle is about to enter the destination city of the updated map;

step S38, according to step S26 of fig. 2, the update map download is completed, and at this time, the interface prompts the user whether the updated map needs to be switched immediately?

Step S39, if the user accepts, switching immediately;

and step S40, if the user refuses, switching at the next ignition, wherein the switching time is hidden in the starting picture.

In the preferred embodiment, the set value N is 5KM, theoretically indicating that a new city is about to be entered.

As an example, if the user drives from shanghai to nanjing, referring to fig. 2, the background updates the map of the city nanjing at the destination and the map of the city passing through the city suzhou, tin-free …, etc., during the starting and driving of the vehicle, the map interface is not switched immediately, but when the distance from the tin-free distance is less than a set value N, the vehicle is indicated to be tin-free, the user is prompted to determine whether the map interface needs to be switched, if the user agrees, the map interface is switched immediately, if the user disagrees, the user can go to a service area, for example, and the user can switch the map interface when the user next ignition occurs.

Further, in the above determination as to whether it is home or company, various methods may be employed, including: firstly, manually inputting by a user; secondly, machine learning: namely, the control system screens out invalid/dirty data according to the information of the vehicle flameout, the ignition position and the time of the user, analyzes the behavior of the user, and finally counts the city in which the user frequently drives (the city in which the home/company is located), the city in which the user occasionally drives (the city around the home/company) and the city in which the user infrequently drives (other cities).

In summary, the invention provides a full-automatic updating method for a vehicle-mounted navigation map, which can solve the problem that a user cannot smoothly update the map due to the complex operation of the current OTA updating operation of the navigation map. According to the method, the city (the city where the house/company is located) frequently driven by the user, the city (the city around the house/company) occasionally driven by the user and the city (other cities) not frequently driven by the user can be analyzed by learning the user behavior, classification processing is carried out according to the scenes with the guide route and the non-guide route according to the learning result of the user, and the local navigation map can be ensured to be in the latest state without any operation or waiting in the whole updating process. The invention omits all user operations on the basis of the original OTA scheme, can fully automatically update the navigation map under the condition of no sense, and ensures that the off-line map of the user is kept in the latest state all the time.

Having thus described the basic concept, it will be apparent to those skilled in the art that the foregoing disclosure is by way of example only, and is not intended to limit the present application. Various modifications, improvements and adaptations to the present application may occur to those skilled in the art, although not explicitly described herein. Such modifications, improvements and adaptations are proposed in the present application and thus fall within the spirit and scope of the exemplary embodiments of the present application.

Also, this application uses specific language to describe embodiments of the application. Reference throughout this specification to "one embodiment," "an embodiment," and/or "some embodiments" means that a particular feature, structure, or characteristic described in connection with at least one embodiment of the present application is included in at least one embodiment of the present application. Therefore, it is emphasized and should be appreciated that two or more references to "an embodiment" or "one embodiment" or "an alternative embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, some features, structures, or characteristics of one or more embodiments of the present application may be combined as appropriate.

Aspects of the present application may be embodied entirely in hardware, entirely in software (including firmware, resident software, micro-code, etc.) or in a combination of hardware and software. The above hardware or software may be referred to as "data block," module, "" engine, "" unit, "" component, "or" system. The processor may be one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), digital signal processing devices (DAPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, or a combination thereof. Furthermore, aspects of the present application may be represented as a computer product, including computer readable program code, embodied in one or more computer readable media. For example, computer-readable media may include, but are not limited to, magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips … …), optical disks (e.g., Compact Disk (CD), Digital Versatile Disk (DVD) … …), smart cards, and flash memory devices (e.g., card, stick, key drive … …).

The computer readable medium may comprise a propagated data signal with the computer program code embodied therein, for example, on a baseband or as part of a carrier wave. The propagated signal may take any of a variety of forms, including electromagnetic, optical, and the like, or any suitable combination. The computer readable medium can be any computer readable medium that can communicate, propagate, or transport the program for use by or in connection with an instruction execution system, apparatus, or device. Program code on a computer readable medium may be propagated over any suitable medium, including radio, electrical cable, fiber optic cable, radio frequency signals, or the like, or any combination of the preceding.

Similarly, it should be noted that in the preceding description of embodiments of the application, various features are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the embodiments. This method of disclosure, however, is not intended to require more features than are expressly recited in the claims. Indeed, the embodiments may be characterized as having less than all of the features of a single embodiment disclosed above.

Numerals describing the number of components, attributes, etc. are used in some embodiments, it being understood that such numerals used in the description of the embodiments are modified in some instances by the use of the modifier "about", "approximately" or "substantially". Unless otherwise indicated, "about", "approximately" or "substantially" indicates that the number allows a variation of ± 20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximations that may vary depending upon the desired properties of the individual embodiments. In some embodiments, the numerical parameter should take into account the specified significant digits and employ a general digit preserving approach. Notwithstanding that the numerical ranges and parameters setting forth the broad scope of the range are approximations, in the specific examples, such numerical values are set forth as precisely as possible within the scope of the application.

Although the present application has been described with reference to the present specific embodiments, it will be recognized by those skilled in the art that the foregoing embodiments are merely illustrative of the present application and that various changes and substitutions of equivalents may be made without departing from the spirit of the application, and therefore, it is intended that all changes and modifications to the above-described embodiments that come within the spirit of the application fall within the scope of the claims of the application.

Claims

1. A full-automatic map updating method for a vehicle navigation system is characterized by comprising the following steps:

step S11, updating the version of the cloud map;

and step S14, determining updating according to the state of the vehicle and whether the vehicle is in the range of the surrounding cities of the house and the company currently.

2. The method for fully automatically updating the vehicle-mounted navigation map according to claim 1, wherein the step S14 further comprises:

3. The method for fully automatically updating the vehicle-mounted navigation map according to claim 1, wherein the step S14 further comprises:

4. The method for fully automatically updating the vehicle-mounted navigation map according to claim 3, wherein the step S14 is further followed by:

5. The full-automatic updating method for the vehicle-mounted navigation map according to claim 1, characterized in that the method further comprises the step of performing the map switching after the map updating is completed, wherein the map switching comprises the following steps:

6. The full-automatic updating method for the vehicle-mounted navigation map according to claim 1, characterized in that the method further comprises the step of performing the map switching after the map updating is completed, wherein the map switching comprises the following steps:

7. The full-automatic updating method for the vehicle-mounted navigation map according to claim 1, wherein the switching time further comprises:

8. The full-automatic updating method of the vehicle navigation map according to claim 1,

in step S11, the cloud includes map data of all cities across the country, which is updated from time to time.

9. The full-automatic updating method of the vehicle-mounted navigation map according to claim 7,

the set value is 5 km.