WO2024262017A1 - 地図更新装置および地図更新方法 - Google Patents

地図更新装置および地図更新方法 Download PDF

Info

Publication number
WO2024262017A1
WO2024262017A1 PCT/JP2023/023353 JP2023023353W WO2024262017A1 WO 2024262017 A1 WO2024262017 A1 WO 2024262017A1 JP 2023023353 W JP2023023353 W JP 2023023353W WO 2024262017 A1 WO2024262017 A1 WO 2024262017A1
Authority
WO
WIPO (PCT)
Prior art keywords
update
map
data
vehicle
procedure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2023/023353
Other languages
English (en)
French (fr)
Inventor
光生 下谷
貴大 小野
敬介 井上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Mobility Corp
Original Assignee
Mitsubishi Electric Mobility Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Mobility Corp filed Critical Mitsubishi Electric Mobility Corp
Priority to PCT/JP2023/023353 priority Critical patent/WO2024262017A1/ja
Priority to JP2025527392A priority patent/JPWO2024262017A1/ja
Publication of WO2024262017A1 publication Critical patent/WO2024262017A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network

Definitions

  • This disclosure relates to a technology for updating map data in an in-vehicle map system using distributed map data stored on a server.
  • Patent Document 1 describes a navigation device installed in a vehicle that updates map data to the latest content using update map data distributed from a distribution server (paragraphs 0007 and 0008).
  • the navigation device in Patent Document 1 is a type of in-vehicle map system that is installed in a vehicle and performs processing using map data.
  • the navigation device of Patent Document 1 queries the distribution server about updating map data for a map mesh that includes a recommended route from the vehicle's current location to the destination, and receives information on areas to be updated from the distribution server (paragraphs 0022 and 0023).
  • the navigation device of Patent Document 1 classifies update target areas that are relatively close to the vehicle's position as manual update areas, and update target areas that are relatively far from the vehicle's position as automatic update areas (paragraph 0025).
  • the navigation device in Patent Document 1 for manual update areas, queries the user as to whether or not to update the map data, and if the user allows the update, downloads update map data from the distribution server and updates the map data (paragraphs 0026-0028). For automatic update areas, the navigation device in Patent Document 1 downloads update map data from the distribution server without querying the user, and updates the map data (paragraph 0028).
  • This disclosure has been made to solve the above problems, and aims to provide technology that uses distributed map data stored on a server to update map data used in an in-vehicle map system, even when the user is not using the in-vehicle map system.
  • the map update device disclosed herein is a map update device that updates in-vehicle map data held by an in-vehicle map system by distributing distribution map data stored in a server to the in-vehicle map system mounted on a vehicle, and includes a trigger generating unit that generates an update trigger for the in-vehicle map data, an information acquiring unit that acquires distribution candidate information indicating distribution candidate data which is the distribution map data to be distributed, update target information indicating update target data which is the in-vehicle map data to be updated, and procedure determination information for determining an update procedure for the update target data, and a determination as to whether or not the update target data needs to be updated depending on whether or not there is update selection data which is the distribution candidate data corresponding to the update target data when the update trigger is generated.
  • the system includes an update procedure determination unit that determines, based on procedure determination information, whether the update procedure for the data to be updated is an inquiry update, in which an inquiry is made to a communication terminal held by the user before the update, or an unconditional update, in which an update is made without an inquiry to the communication terminal, and an update control unit that updates the data to be updated using the update selection data when it is determined that the data to be updated needs to be updated.
  • an update procedure determination unit that determines, based on procedure determination information, whether the update procedure for the data to be updated is an inquiry update, in which an inquiry is made to a communication terminal held by the user before the update, or an unconditional update, in which an update is made without an inquiry to the communication terminal
  • an update control unit that updates the data to be updated using the update selection data when it is determined that the data to be updated needs to be updated.
  • the update control unit inquires of the communication terminal as to whether the update is necessary, and updates the data to be updated after receiving a response from the communication terminal that the update is necessary, and when the update procedure for the data to be updated is an unconditional update, the update control unit updates the data to be updated without inquiring of the communication terminal.
  • the update procedure for the data to be updated is determined to be either an unconditional update or a query update based on the procedure determination information. If the update procedure is an unconditional update, the map data used in the in-vehicle map system is updated using the distributed map data stored in the server even when the user is not using the in-vehicle map system.
  • FIG. 1 is a block diagram showing a configuration of a map updating device according to a first embodiment; 4 is a flowchart showing the operation of the map updating device according to the first embodiment.
  • FIG. 2 is a diagram showing an update target area in the first embodiment;
  • FIG. 13 is a diagram showing an overview of an inquiry update.
  • FIG. 11 is a diagram showing an example of an inquiry screen on the communication terminal.
  • FIG. 11 is a diagram showing an example of an inquiry screen on the communication terminal.
  • 10 is a flowchart showing the operation of the map updating device according to the second embodiment;
  • FIG. 13 is a diagram showing an update target area in the second embodiment;
  • FIG. 13 is a diagram showing an update target area in high precision map data according to a modification of the second embodiment.
  • FIG. 13 is a diagram showing an update target area in normal accuracy map data according to a modified example of the second embodiment.
  • 13 is a flowchart showing the operation of the map updating device according to the third embodiment;
  • FIG. 13 is a diagram showing an update target area in the third embodiment.
  • FIG. 13 is a diagram showing an update target area in high precision map data according to a modification of the third embodiment.
  • FIG. 13 is a diagram showing an update target area in low-accuracy map data according to a modified example of the third embodiment.
  • FIG. 2 is a diagram illustrating a hardware configuration of a map updating device.
  • FIG. 2 is a diagram illustrating a hardware configuration of a map updating device.
  • ⁇ A. First embodiment> ⁇ A-1. Configuration> 1 is a block diagram showing a configuration of a map updating device 101 according to the first embodiment.
  • the map updating device 101 updates map data held by the in-vehicle map system 4 by using map data stored in a delivery map database (DB) 22 provided in the server 2.
  • DB delivery map database
  • the map data stored in the delivery map DB 22 is referred to as delivery map data
  • the map data held by the in-vehicle map system 4 is referred to as in-vehicle map data.
  • the map updating device 101 causes the server 2 to transmit the delivery map data to the in-vehicle map system 4, and replaces the in-vehicle map data with the delivery map data, thereby updating the delivery map data to the latest map data.
  • the on-board map system 4 is a map system installed in a vehicle.
  • the on-board map system 4 executes applications using on-board map data.
  • Examples of the on-board map system 4 include a car navigation system that uses normal precision map data, and ADAS (Advanced Driver-Assistance Systems) that use high precision map data.
  • a vehicle equipped with the on-board map system 4 is simply referred to as a vehicle.
  • the server 2 includes a distribution map DB 22, an updated map generation unit 21, and a communication unit 23.
  • the updated map generation unit 21 updates the distribution map data in the distribution map database 22 to the latest data. Distribution map data that has been updated to the latest data but has not yet been distributed to the in-vehicle map system 4 needs to be distributed to the in-vehicle map system 4. Such distribution map data is referred to as distribution candidate data.
  • the communication unit 23 communicates with the communication terminal 3 and the in-vehicle map system 4.
  • the communication terminal 3 is a terminal held by the vehicle user, such as a smartphone.
  • the update procedure for the in-vehicle map data by the map update device 101 includes an unconditional update and an inquiry update.
  • the server 2 inquires of the communication terminal 3 as to whether or not the in-vehicle map data needs to be updated.
  • the answer is sent from the communication terminal 3 to the server 2, and the server 2 sends delivery map data for updating to the in-vehicle map system 4 according to the answer.
  • the map updating device 101 is provided in the server 2, but the map updating device 101 may be provided outside the server 2.
  • the map updating device 101 may be provided in a vehicle equipped with the in-vehicle map system 4.
  • the map update device 101 includes a trigger generation unit 11, an update procedure determination unit 12, an information acquisition unit 13, and an update control unit 14.
  • the trigger generating unit 11 generates an update trigger, which is a trigger for updating the in-vehicle map data of the in-vehicle map system 4. For example, when the latest map generating unit 21 updates the distributed map data to the latest data, the trigger generating unit 11 obtains information to that effect from the latest map generating unit 21 and generates an update trigger.
  • the information acquisition unit 13 acquires distribution candidate information from the latest map generation unit 21, acquires update target information from the in-vehicle map system 4 via the communication unit 23, and acquires procedure judgment information from the communication unit 23, etc.
  • Distribution candidate information is information that indicates distribution candidate data.
  • the update target information is information that indicates the update target data, which is the in-vehicle map data to be updated.
  • the update target data may be determined in advance. Also, the user may determine the conditions for the update target data.
  • the map data is delivered and updated on a mesh-by-mesh basis.
  • the unit of map data delivery and updating is not limited to mesh-by-mesh, and may be any unit, such as an attribute unit of map data for display, route search, POI, etc., or a link unit.
  • the procedure determination information is information that the update procedure determination unit 12 uses to determine the update procedure for the in-vehicle map data.
  • the update procedure for the in-vehicle map data is either an unconditional update or an inquiry update.
  • An unconditional update is an update procedure in which the in-vehicle map data is updated without an inquiry from the map update device 101 to the communication terminal 3.
  • An inquiry update is an update procedure in which the map update device 101 makes an inquiry to the communication terminal 3, and when a response is received from the communication terminal 3 indicating that the update of the in-vehicle map data is permitted, the in-vehicle map data is updated.
  • the procedure determination information is information that the information acquisition unit 13 acquires from the in-vehicle map system 4 via the communication unit 23, and includes information on where the vehicle is parked.
  • the update procedure determination unit 12 determines whether or not the in-vehicle map data needs to be updated based on the information acquired by the information acquisition unit 13. If the update procedure determination unit 12 determines that the in-vehicle map data needs to be updated, it determines the update procedure for the in-vehicle map data.
  • the update control unit 14 extracts delivery candidate data to be used for the update from the delivery map database and transmits it from the communication unit 23 to the in-vehicle map system 4. In this way, the in-vehicle map data is updated to the latest map data in the in-vehicle map system 4.
  • the in-vehicle map data that needs to be updated is referred to as update target data.
  • Delivery candidate data that corresponds to the update target data is the delivery candidate data to be used for the update, and is referred to as update selection data.
  • the update selection data is, for example, delivery map data that represents the same geographical area as the update target data. In other words, the update target data is updated by the update selection data.
  • Fig. 2 is a flowchart showing the operation of the map updating device 101 according to the first embodiment.
  • the flow of the map updating device 101 shown in Fig. 2 is executed as a part of the program of the server 2.
  • the map updating device 101 may perform map updates for a plurality of in-vehicle map systems 4 mounted on a plurality of vehicles, for convenience of explanation below, it is assumed that the map updating device 101 performs map updates for one in-vehicle map system 4 mounted on one vehicle used by a user. It is assumed that the vehicle position, update target, map distribution contract information, and authentication information between the vehicle and the communication terminal 3 are stored in the update procedure determination unit 12.
  • step S101 the trigger generation unit 11 determines whether it is time to update the in-vehicle map data.
  • the trigger generation unit 11 repeats the process of step S101 until it is time to update the in-vehicle map data, and when the update timing occurs, generates an update trigger.
  • the trigger generation unit 11 receives information from the latest map generation unit 21 that the delivery map data has been updated, it determines that it is time to update the in-vehicle map data, and generates an update trigger.
  • step S102 the information acquisition unit 13 acquires distribution candidate information, update target information, and procedure determination information.
  • the procedure determination information is, for example, information on whether or not the vehicle is parked in the user's home parking lot. Whether or not the vehicle is parked in the home parking lot may be determined by the in-vehicle map system 4, or by the information acquisition unit 13, which acquires the vehicle's position information from the in-vehicle map system 4, comparing the vehicle's position information with the home parking lot position information stored in the map update device 101.
  • FIG. 3 shows the relationship between the distribution candidate area and the update target area.
  • the distribution candidate area is a geographical range represented by the distribution candidate data
  • the update target area is a geographical range represented by the update target data.
  • the entire area Eall is a geographical range represented by the entire distribution map data stored in the distribution map DB 22.
  • the candidate distribution areas C1, C2, C3, and C4 are identified by the distribution candidate information.
  • the update target area Eauto is identified by the update target information.
  • the update target area Eauto is, for example, an area with a radius of 50 km centered on the user's home parking lot.
  • the mesh set is represented by an ellipse for ease of explanation.
  • step S103 the update procedure determination unit 12 determines whether or not the update target data needs to be updated. Specifically, when at least a portion of the update target area Eauto overlaps with the candidate distribution area, the update procedure determination unit 12 determines that the update target data needs to be updated for the portion of the update target area Eauto that overlaps with the candidate distribution area.
  • the entire area of distribution candidate area C4 overlaps with the update target area Eauto, and a portion of distribution candidate area C3 overlaps with the update target area Eauto. Therefore, it is determined that updating of the update target data is necessary, and the distribution candidate data of distribution candidate areas C3 and C4 is selected as the update selection data to be used for updating the update target data.
  • the distribution candidate data for the entire area may be the update selection data, or only the distribution candidate data for the portion overlapping with the update target area Eauto may be the update selection data.
  • map updates are performed in mesh units, so area overlap is determined in mesh units.
  • step S103 If it is determined in step S103 that the data to be updated does not need to be updated, the process of the map updating device 101 returns to step S101. If it is determined in step S103 that the data to be updated does need to be updated, the process of the map updating device 101 proceeds to step S104.
  • step S104 the update procedure determination unit 12 determines the update procedure for the data to be updated. Specifically, the update procedure determination unit 12 determines the update procedure depending on whether or not the vehicle is at a predetermined specific vehicle position.
  • the specific vehicle position is the user's home parking lot. If the vehicle is not in the home parking lot, it is on a trip, and it is therefore desirable for the in-vehicle map system 4 to operate using the latest in-vehicle map data. It is also bothersome for the user to receive a map update inquiry from the communication terminal 3 while driving the vehicle. If the user does not respond to the map update inquiry, the map update will not be performed, and it would be inconvenient if the in-vehicle map system 4 could not operate using the latest in-vehicle map data. For this reason, the update procedure determination unit 12 determines the update procedure to be an unconditional update.
  • the update procedure determination unit 12 determines the update procedure to be an inquiry update. This allows the user to choose not to perform unnecessary and non-urgent map updates. The user can also determine whether an update is necessary depending on whether the data to be updated is related to the roads on which the user plans to drive. Furthermore, even if the data to be updated is related to the roads on which the user plans to drive, the user can decide to refrain from updating this time by deciding that the data can be updated all at once in the next update.
  • the update procedure determination unit 12 may set the update procedure to inquiry update when the vehicle is at a vehicle repair facility, such as a dealer or repair shop, within 10 km of the user's home, and set the update procedure to unconditional update otherwise. This is because if the vehicle is left at a vehicle repair facility for inspection or repair, there is no need to perform a map update immediately.
  • step S105 the update procedure determination unit 12 determines whether the update procedure is a query update. If the update procedure is an unconditional update, the process of the map update device 101 proceeds to step S106, and if the update procedure is a query update, the process of the map update device 101 proceeds to step S107.
  • FIG. 4 shows an overview of updating in-vehicle map data.
  • the update procedure for the data to be updated is an inquiry update
  • the update control unit 14 inquires of the user's communication terminal 3 via the communication unit 23 whether or not the data to be updated needs to be updated.
  • the inquiry may be in any form that the user can respond to, such as an email containing an HTML URL containing a question about whether or not the data to be updated needs to be updated.
  • Figure 5 shows an example of the inquiry email text displayed on the communication terminal 3.
  • an inquiry screen asking whether or not an update is required is displayed as shown in Figure 6.
  • a parking lot icon 31 indicating the user's home parking lot
  • a vehicle icon 32 indicating the vehicle's position
  • update roads 33 and 34 are displayed on a map centered on the user's home parking lot, as well as icons 35 and 36 for inputting whether or not an update is required.
  • a map update application may be installed in advance on the communication terminal 3, and the map update device 101 may inquire of the map update application whether or not the in-vehicle map data needs to be updated.
  • the recording of the unimplemented information performed in step S109 described below may be performed in the map update application on the communication terminal 3.
  • the in-vehicle map data for the update target area Eauto is updated all at once.
  • the user may be allowed to select the update target data to be updated on an area or road basis.
  • step S108 the update control unit 14 obtains a response to the inquiry from the communication terminal 3 via the communication unit 23 and determines whether or not the in-vehicle map data needs to be updated. If the user's response indicates that a map update is required, the process of the map update device 101 proceeds to step S106.
  • step S106 the update control unit 14 activates at least the part of the in-vehicle map system 4 that executes the map update, and updates the data to be updated among the in-vehicle map data held by the in-vehicle map system 4 with the update selection data.
  • step S109 the update control unit 14 stores incomplete information indicating that an update of the data to be updated has not been performed.
  • the incomplete information may be any information indicating the contents of the data to be updated.
  • the incomplete information may include information such as the map update ID, the time of the map update inquiry, and the map update area.
  • the update control unit 14 may consider the user's response to mean that a map update is not necessary in step S108.
  • the certain period of time is, for example, one hour.
  • the update control unit 14 may inquire again of the communication terminal 3 as to whether or not the in-vehicle map data needs to be updated. Then, if there is no response to a certain number of inquiries, for example, three times, the update control unit 14 may consider the user's response result in step S108 to be that the map does not need to be updated.
  • the update control unit 14 may refer to past records of unexecuted updates, display on the communication terminal update selection data that was not updated in the past together with the current update selection data, and inquire about the need to update.
  • the update procedure is determined based on whether the vehicle is parked in the user's home parking lot.
  • the method of determining the update procedure is not limited to the above, and the following judgment logic may be adopted.
  • the update procedure determination unit 12 may determine the update procedure based on the position of the communication terminal 3.
  • the procedure judgment information includes the position information of the communication terminal 3.
  • the update procedure determination unit 12 may determine the update procedure to be unconditional update when the communication terminal 3 is at a predetermined specific terminal position, and may determine the update procedure to be inquiry update when the communication terminal 3 is not at the specific terminal position.
  • the specific terminal position is, for example, on a road or near a road. When the communication terminal 3 is on a road or near a road, it is determined that the user is on a vehicle and traveling.
  • the update procedure determination unit 12 may determine that the user does not need to drive the vehicle immediately and determine the update procedure to be inquiry update, and otherwise determine the update procedure to be unconditional update.
  • the update procedure determination unit 12 may determine the update procedure according to the current time. For example, the update procedure determination unit 12 may set a time a predetermined time before the scheduled departure time of the vehicle as the judgment time T, and may set the update procedure to a query update if an update trigger occurs before the judgment time T, and may set the update procedure to an unconditional update if an update trigger occurs after the judgment time T.
  • the procedure determination information includes information on the scheduled departure time of the vehicle.
  • the scheduled departure time of the vehicle may be registered by the user, or may be estimated by the information acquisition unit 13 based on the vehicle's past driving history.
  • the user may be able to set a time range in which the update procedure becomes an unconditional update and a time range in which the update procedure becomes a query update.
  • the update procedure determination unit 12 may determine the update procedure according to the contract status of the vehicle.
  • the procedure judgment information includes information indicating the contract status of the vehicle.
  • the contract status of the vehicle indicates whether the vehicle is before or after new car delivery. There is a period of time between when the vehicle is manufactured at the factory and when it is delivered to the user, and it is desirable to have the in-vehicle map data of the in-vehicle map system 4 in the latest state when it is delivered to the user as a new car. Therefore, the update procedure determination unit 12 determines the update procedure to be an unconditional update if the vehicle is before new car delivery, and determines the update procedure to be an inquiry update if the vehicle is after new car delivery.
  • the contract status is registered as "before new car delivery" together with the vehicle ID in the map update device 101, and when the vehicle is delivered as a new car, the contract status may be changed to "delivered" by the dealer's information terminal.
  • a mobile terminal owned by the automobile manufacturer or the dealer may be registered in the map update device 101 as the communication terminal 3 for inquiries.
  • the update procedure determination unit 12 may determine the update procedure depending on the map type of the update selection data. For example, it is assumed that the delivery map database 22 contains high-precision map data having road shape data on a lane-by-lane basis, and normal-precision map data having road shape data on a road-by-road basis.
  • the update procedure determination unit 12 may set the update procedure to unconditional update when the update selection data is high-precision map data, and may set the update procedure to inquiry update when the update selection data is normal-precision map data. This is because high-precision map data is used for automatic vehicle driving control and is therefore highly important, whereas normal-precision map data is used for car navigation applications and the like and is therefore relatively less important.
  • the update procedure determination unit 12 may determine the update procedure according to the attributes of the update selection data.
  • Map data includes data used for route search, data used for guidance, data used for display, and POI, which are examples of map data attributes.
  • the update procedure determination unit 12 may determine the update procedure to be an unconditional update, and when the update selection data is a POI, the update procedure may be an inquiry update.
  • the update procedure determination unit 12 may determine the update procedure depending on the state of communication establishment between the in-vehicle map system 4 and a wireless LAN (Local Area Network) such as WiFi (registered trademark).
  • the procedure judgment information includes information indicating the state of communication establishment between the in-vehicle map system 4 and the wireless LAN. If communication between the in-vehicle map system 4 and the wireless LAN is established, map data can be distributed inexpensively from the server 2 to the in-vehicle map system 4 via the wireless LAN. Therefore, in such a case, the update procedure determination unit 12 determines the update procedure to be an unconditional update. On the other hand, if communication between the in-vehicle map system 4 and the wireless LAN is not established, the update procedure determination unit 12 determines the update procedure to be an inquiry update.
  • the update procedure determination unit 12 may determine the update procedure depending on whether the vehicle is charging or not. When an EV vehicle is charging, a power source to be used for communication is secured. Therefore, in such a case, the update procedure determination unit 12 may determine the update procedure to be an unconditional update.
  • the update procedure determination unit 12 may set the update procedure for the data to be updated in the area on the planned driving route to unconditional update.
  • the update procedure determination unit 12 may set the update procedure to unconditional update for the data to be updated in the section from the vehicle's parking position to the next interchange, and may set the update procedure to inquiry update for the data to be updated in sections farther away.
  • the update procedure determination unit 12 may determine that the update procedure is an unconditional update.
  • the update target area Eauto is, for example, an area with a radius of 50 km centered on the user's home parking lot. That is, the update target data is, for example, delivery map data for an area with a radius of 50 km centered on the user's home parking lot.
  • the update target data is not limited to delivery map data for such a fixed area.
  • the update target area may include an area where the vehicle has traveled in the past, an area where the vehicle is scheduled to travel in the future, or an area set by the user. The areas where the vehicle has traveled in the past and the area where the vehicle is scheduled to travel in the future may be transmitted from the in-vehicle map system 4 to the map update device 101.
  • the user may use a communication terminal to register a specific area in the map update device 101 as an update target area.
  • the update control unit 14 may inquire of the in-vehicle map system 4 whether an update is necessary when the in-vehicle map system 4 is operating, and may make an inquiry to the communication terminal 3 when the in-vehicle map system 4 is not operating.
  • the in-vehicle map system 4 is operating, the user is operating the vehicle, and therefore, the user is more likely to notice the inquiry if the in-vehicle map system 4 is inquired of whether an update is necessary rather than the communication terminal 3.
  • the update control unit 14 may again make an update inquiry to the communication terminal 3 after a predetermined time has elapsed since the previous inquiry.
  • the trigger generating unit 11 may again generate an update trigger after a predetermined time has elapsed since the previous inquiry.
  • the in-vehicle map system 4 may inquire of the map update device 101 as to whether there are any unexecuted records, and if there are any unexecuted records, a map update area relating to the unexecuted records may be displayed on the display unit of the in-vehicle map system 4. Then, the user may operate the in-vehicle map system 4 to update the data to be updated relating to the unexecuted records while in the vehicle.
  • the trigger generating unit 11 generates an update trigger based on information from the latest map generating unit 21.
  • the condition for generating an update trigger is not limited to this.
  • the trigger generating unit 11 may refer to the latest map generating unit 21 or the delivery map DB 22 at regular intervals, such as every hour, and generate an update trigger when it detects that the delivery map DB 22 has been updated.
  • the trigger generating unit 11 may also periodically compare the version information for each mesh of the in-vehicle map data with the version information for each mesh of the distributed map data, and generate an update trigger if there is a difference between the two.
  • the version information for each mesh of the in-vehicle map data may be acquired by the map updating device 101 from the in-vehicle map system 4, or may be stored in the map updating device 101 or the communication terminal 3. In this case, the map updating device 101 can check the update status of the in-vehicle map data from the version information, and therefore there is no need to record the unexecuted information in step S109 of FIG. 2.
  • the map updating device 101 is installed in the server 2.
  • the map updating device 101 may be installed in a vehicle.
  • the map updating device 101 is started periodically to inquire of the server 2 about the update status of the latest delivered map data. It is desirable that the frequency of this inquiry is higher while the vehicle is traveling than when the vehicle is not traveling. For example, while the vehicle is traveling, the inquiry may be made at one-minute intervals, every 100 meters, or constantly.
  • the map update device 101 may be provided in the communication terminal 3. In this case, the map update device 101 is executed as an application on the communication terminal 3.
  • each part of the map update device 101 may be distributed among the server 2, the vehicle, and the communication terminal 3.
  • Configuration> 1 is similar to the configuration of the map updating device 101 according to embodiment 1.
  • this embodiment differs from embodiment 1 in that the update target data represented by the update target information acquired by the information acquisition unit 13 includes first update target data and second update target data.
  • the first update target data is, like the update target data in the first embodiment, data whose update procedure is determined to be either a query update or an unconditional update based on procedure determination information in the update procedure determination unit 12.
  • the second update target data is data whose update procedure is fixed to an unconditional update.
  • Fig. 7 is a flowchart showing the operation of the map updating device 102 according to the second embodiment.
  • the flow of the map updating device 102 shown in Fig. 7 is executed as part of the program of the server 2.
  • the map updating device 102 may perform map updates for a plurality of in-vehicle map systems 4 mounted on a plurality of vehicles, for convenience of explanation below, it is assumed that the map updating device 102 performs map updates for one in-vehicle map system 4 mounted on one vehicle used by a user. It is assumed that the vehicle position, update target, map distribution contract information, and authentication information between the vehicle and the communication terminal 3 are stored in the update procedure determination unit 12.
  • FIG. 7 is the same as the flow in FIG. 2 described in the first embodiment, except that steps S110 to S112 are added between steps S103 and S104.
  • FIG. 8 shows the relationship between the candidate distribution areas and the update target areas in the second embodiment.
  • the geographical range represented by the first update target data is the first update target area E1
  • the geographical range represented by the second update target data is the second update target area E2.
  • the update target area Eauto consists of the first update target area E1 and the second update target area E2.
  • the distribution candidate area C4 is included in the second update target area E2, and the distribution candidate area C2 is included in the first update target area E1. Therefore, the update procedure determination unit 12 determines that the update target data needs to be updated, and selects the distribution candidate data of the distribution candidate areas C2 and C4 as the selected update data.
  • the second update target area E2 is, for example, within a range of 5 km from the vehicle or within a range of 10 km from the user's home.
  • the first update target area E1 is, for example, within a range of 50 km from the vehicle or the user's home, excluding the second update target area E2.
  • the first update target area E1 and the second update target area E2 may be set in advance by the user via the communication terminal 3, or default information may be stored in advance in the information acquisition unit 13.
  • step S110 the update procedure determination unit 12 determines whether the second update target area E2 overlaps with the distribution candidate area. If the second update target area E2 overlaps with the distribution candidate area, the process of the map update device 102 proceeds to step S111, and if they do not overlap, the process of the map update device 102 proceeds to step S112.
  • step S111 the update control unit 14 selects the delivery candidate data of the delivery candidate area that overlaps with the second update target area E2 as the update selection data, and updates the update target data of the second update target area E2 with the update selection data.
  • no inquiry is made to the communication terminal 3.
  • the delivery candidate data of the delivery candidate area C4 since the delivery candidate area C4 overlaps with the second update target area E2, the delivery candidate data of the delivery candidate area C4 is set as the update selection data for the delivery candidate area C4, and the update is performed without an inquiry.
  • step S111 the update procedure determination unit 12 determines in step S112 whether the first update target area E1 overlaps with the candidate distribution area. If the first update target area E1 overlaps with the candidate distribution area, the process of the map update device 102 proceeds to step S104, and if it does not overlap, the process of the map update device 102 proceeds to step S101.
  • the candidate distribution area C2 overlaps with the first update target area E1, so that either a query update or an unconditional update is performed for the candidate distribution area C2 in accordance with the procedure determination information by the process from step S104 onwards.
  • the update target data includes first update target data and second update target data which have different geographical ranges
  • the update procedure determination unit 12 determines the update procedure for the first update target data to be an unconditional update regardless of the procedure determination information, and determines the update procedure for the second update target data based on the procedure determination information.
  • the first update target data is, like the update target data in the first embodiment, update target data for which the update procedure is determined to be either a query update or an unconditional update based on procedure determination information in the update procedure determination unit 12.
  • the third update target data is update target data for which the update procedure is fixed to a query update.
  • Fig. 9 is a flowchart showing the operation of the map updating device 103 according to the third embodiment.
  • the flow of the map updating device 103 shown in Fig. 9 is executed as a part of the program of the server 2.
  • the map updating device 103 may perform map updates for a plurality of in-vehicle map systems 4 mounted on a plurality of vehicles, but for convenience of explanation, it is assumed below that the map updating device 103 performs map updates for one in-vehicle map system 4 mounted on one vehicle used by a user.
  • the vehicle position, update target, map distribution contract information, and authentication information between the vehicle and the communication terminal 3 are stored in the update procedure determination unit 12.
  • the flow in FIG. 9 includes steps S113 to S117 instead of steps S110 and S111 in the flow in FIG. 7 described in embodiment 2.
  • FIG. 10 shows the relationship between the distribution candidate areas and the update target areas in the third embodiment.
  • the geographical range represented by the third update target data is the third update target area E3.
  • the update target area Eauto consists of the first update target area E1 and the third update target area E3.
  • the candidate distribution areas C2 and C4 are included in the first update target area E1, and the candidate distribution area C3 is included in the third update target area E3. Therefore, the update procedure determination unit 12 determines that the update target data needs to be updated, and selects the candidate distribution data of the candidate distribution areas C2, C3, and C4 as the selected update data.
  • the first update target area E1 is, for example, within a 50 km radius of the vehicle or the user's home.
  • the third update target area E3 is, for example, within a 100 km radius of the user's home, excluding the first update target area E1.
  • the third update target area E3 may be the same as the entire area Eall.
  • the first update target area E1 and the third update target area E3 may be set in advance by the user via the communication terminal 3, or default information may be stored in advance in the information acquisition unit 13.
  • step S113 the update procedure determination unit 12 determines whether or not the third update target area E3 overlaps with the delivery candidate area. If the third update target area E3 overlaps with the delivery candidate area, the process of the map update device 103 proceeds to step S114, and if it does not overlap, the process of the map update device 103 proceeds to step S112. Steps S114-S117 are the same as steps S107-S109 and S116, and therefore a description thereof will be omitted. In the example of FIG. 10, since the third update target area E3 overlaps with the delivery candidate area C3, an inquiry update is performed for the delivery candidate area C3 by the process from step S114 onwards.
  • the same processing as in embodiment 2 is performed from step S112 onwards.
  • the first update target area E1 overlaps with the candidate distribution areas C2 and C4, either a query update or an unconditional update is performed for the candidate distribution areas C2 and C4 in accordance with the procedure determination information by the processing from step S112 onwards.
  • the update target data includes first update target data and third update target data having different geographical ranges
  • the update procedure determination unit 12 determines the update procedure for the first update target data based on the procedure judgment information, and determines the update procedure for the third update target data to be a query update regardless of the procedure judgment information. In this manner, in the present embodiment, a query update is executed for the third update target data without making a judgment based on the procedure judgment information, and therefore the judgment process is reduced.
  • the update target data represented by the update target information acquired by the information acquisition unit 13 may include the first update target data, the second update target data, and the third update target data.
  • the process of the map updating device is a combination of the flows in Figures 7 and 9.
  • the update target area may differ depending on the map type.
  • the update target area may differ between the high-precision map data and the normal-precision map data.
  • the update target area for the high-precision map data includes at least one of the first update target area EH1, the second update target area EH2, and the third update target area EH3, and the update target area for the normal-precision map data includes at least one of the first update target area EM1, the second update target area EM2, and the third update target area EM3.
  • FIG. 11 shows an example in which the update target area EHauto of the high-precision map data includes a first update target area EH1 and a second update target area EH2.
  • FIG. 12 shows an example in which the update target area EMauto of the normal-precision map data includes a first update target area EM1 and a second update target area EM2.
  • the update target area EHauto of the high-precision map data is larger than the update target area EMauto of the normal-precision map data.
  • the first update target area EH1 of the high-precision map data is larger than the first update target area EM1 of the normal-precision map data.
  • the second update target area EH2 of the high-precision map data is larger than the second update target area EM2 of the normal-precision map data.
  • the update target area and second update target area of the high-precision map data utilized in the ADAS system are set wider than those of the normal-precision map data.
  • Figure 13 shows an example in which the update target area EHauto of the high-precision map data includes a first update target area EH1, a second update target area EH2, and a third update target area EH3.
  • Figure 14 shows an example in which the update target area EMauto of the normal-precision map data includes a first update target area EM1, a second update target area EM2, and a third update target area EM3.
  • the update target area EHauto of the high-precision map data is larger than the update target area EMauto of the normal-precision map data, and is the same as the total area Eall.
  • the size of the update target area or each area within the update target area may vary depending on the attributes of the map data.
  • the update target area and the third update target area may be largest in the order of route search data, largest in map display data, and largest in POI.
  • the presence or absence of each area within the update target area may differ depending on the map type.
  • the update target area EMauto of the normal accuracy map data may include only the first update target area EM1
  • the update target area EHauto of the high accuracy map data may include only the second update target area EH2.
  • At least one of the update target area, the first update target area, the second update target area, and the third update target area may change depending on the procedure judgment information. For example, if the procedure judgment information includes the position information of the communication terminal 3, the information acquisition unit 13 may set the third update target area to be wider the farther the communication terminal 3 is from the user's home. Also, if the procedure judgment information includes the position information of the communication terminal 3 and the vehicle, the information acquisition unit 13 may set the third update target area to be wider the farther the communication terminal 3 is from the vehicle.
  • the information acquisition unit 13 may widen the update target area or the second update target area as the scheduled departure time approaches.
  • the information acquisition unit 13 may widen the update target area or the second update target area when communication is established compared to when communication is not established.
  • the trigger generating unit 11, the update procedure determining unit 12, the information acquiring unit 13, and the update control unit 14 in the above-mentioned map updating devices 101-103 are realized by a processing circuit 81 shown in FIG. 15. That is, the processing circuit 81 includes the trigger generating unit 11, the update procedure determining unit 12, the information acquiring unit 13, and the update control unit 14 (hereinafter, "the trigger generating unit 11, etc.”). Dedicated hardware may be applied to the processing circuit 81, or a processor that executes a program stored in a memory may be applied.
  • the processor is, for example, a central processing unit, a processing unit, an arithmetic unit, a microprocessor, a microcomputer, a DSP (Digital Signal Processor), etc.
  • the processing circuit 81 When the processing circuit 81 is dedicated hardware, the processing circuit 81 corresponds to, for example, a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a combination of these.
  • Each function of each part, such as the trigger generating unit 11, may be realized by multiple processing circuits 81, or the functions of each part may be combined and realized by a single processing circuit.
  • the functions of the trigger generating unit 11 etc. are realized by a combination of software etc. (software, firmware, or software and firmware).
  • the software etc. is written as a program and stored in memory.
  • the processor 82 applied to the processing circuit 81 realizes the functions of each unit by reading and executing a program stored in the memory 83.
  • the map update device 101-103 has a memory 83 for storing a program which, when executed by the processing circuit 81, will result in the processing of the trigger generating unit 11 etc. being executed.
  • this program can be said to cause a computer to execute the procedure or method of the trigger generating unit 11 etc.
  • memory 83 may be, for example, non-volatile or volatile semiconductor memory such as RAM (Random Access Memory), ROM (Read Only Memory), flash memory, EPROM (Erasable Programmable Read Only Memory), EEPROM (Electrically Erasable Programmable Read Only Memory), HDD (Hard Disk Drive), magnetic disk, flexible disk, optical disk, compact disk, mini disk, DVD (Digital Versatile Disk) and its drive device, or any storage medium to be used in the future.
  • RAM Random Access Memory
  • ROM Read Only Memory
  • flash memory EPROM (Erasable Programmable Read Only Memory), EEPROM (Electrically Erasable Programmable Read Only Memory), HDD (Hard Disk Drive), magnetic disk, flexible disk, optical disk, compact disk, mini disk, DVD (Digital Versatile Disk) and its drive device, or any storage medium to be used in the future.
  • EPROM Erasable Programmable Read Only Memory
  • EEPROM Electrically Erasable Programmable Read Only Memory
  • HDD Hard Disk Drive
  • magnetic disk
  • the above describes a configuration in which the functions of the trigger generating unit 11, etc. are realized either by hardware or software, etc. However, this is not limited to the above, and a configuration in which part of the trigger generating unit 11, etc. is realized by dedicated hardware and another part is realized by software, etc.
  • the function of the update control unit 14 can be realized by a processing circuit as dedicated hardware, and the other functions can be realized by the processing circuit 81 as the processor 82 reading and executing a program stored in the memory 83.
  • the processing circuit can realize each of the above-mentioned functions by hardware, software, etc., or a combination of these.

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Automation & Control Theory (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Navigation (AREA)

Abstract

本開示は、ユーザが車載地図システムを使用していない場合でも、サーバに格納された配信地図データを用いて車載地図システムに用いられる地図データの更新を行う技術の提供を目的とする。地図更新装置（１０１）は、更新トリガが生成されたときに、更新選定データがあるか否かに応じて更新対象データの更新要否を判断し、手順判断情報に基づき、更新対象データの更新手順を問い合わせ更新と無条件更新とのいずれかに決定する更新手順決定部（１２）と、更新対象データの更新要と判断された場合に、更新選定データにより更新対象データを更新する更新制御部（１４）と、を備える。更新制御部（１４）は、更新手順が問い合わせ更新である場合には、通信端末（３）へ更新要否の問い合わせを行い、通信端末（３）から更新要の応答を取得した後に更新対象データを更新し、更新手順が無条件更新である場合には、通信端末へ問い合わせせず更新対象データを更新する。

Description

地図更新装置および地図更新方法
　本開示は、サーバに格納された配信地図データを用いて車載地図システムの地図データを更新する技術に関する。
　特許文献１には、配信サーバから配信された更新地図データによって地図データを最新の内容に更新する、車両に搭載されたナビゲーション装置が記載されている（段落０００７，０００８）。特許文献１のナビゲーション装置は、車両に搭載され、地図データを用いて処理を行う車載地図システムの一種である。
　特許文献１のナビゲーション装置は、ユーザの操作により車両の目的地が設定された後、車両の現在地から目的地までの推奨経路を含む地図メッシュについて、地図データの更新の問い合わせを配信サーバに行い、更新対象地域の情報を配信サーバから受信する（段落００２２，００２３）。特許文献１のナビゲーション装置は、自車位置から比較的近い更新対象地域を手動更新地域とし、自車位置から比較的遠い更新対象地域を自動更新地域に分類する（段落００２５）。
　特許文献１のナビゲーション装置は、手動更新地域については、地図データの更新を行うか否かをユーザに問い合わせ、ユーザが更新を許可した場合に、配信サーバから更新地図データをダウンロードして地図データの更新を行う（段落００２６－００２８）。特許文献１のナビゲーション装置は、自動更新地域については、ユーザへの問い合わせなしで配信サーバから更新地図データをダウンロードして地図データの更新を行う（段落００２８）。
特開２００９－０９２５０２号公報
　特許文献１のナビゲーション装置は、ユーザにより車両の目的地が入力された後、推奨経路を含む地図メッシュについて地図データの更新要否が判断される。また、特許文献１のナビゲーション装置では、手動更新地域の地図データについては、表示モニタに更新確認画面が表示され（段落００２６）、ユーザが入力装置を操作して更新が必要である旨を回答することにより、地図データの更新が行われる。そのため、ユーザが車載地図システムの操作を行う必要があり、ナビゲーション装置が起動していない場合には、地図データの更新が行われないという問題があった。
　本開示は、上記の問題点を解決するためになされたものであり、ユーザが車載地図システムを使用していない場合でも、サーバに格納された配信地図データを用いて車載地図システムに用いられる地図データの更新を行う技術の提供を目的とする。
　本開示の地図更新装置は、サーバに格納された配信地図データを車両に搭載された車載地図システムに配信することにより、車載地図システムが有する車載地図データを更新する地図更新装置であって、車載地図データの更新トリガを生成するトリガ発生部と、配信対象の配信地図データである配信候補データを示す配信候補情報と、更新対象の車載地図データである更新対象データを示す更新対象情報と、更新対象データの更新手順を判断するための手順判断情報とを取得する情報取得部と、更新トリガが生成されたときに、更新対象データに対応する配信候補データである更新選定データがあるか否かに応じて、更新対象データの更新要否を判断し、手順判断情報に基づき、更新対象データの更新手順を、ユーザが所持する通信端末へ問い合わせてから更新する問い合わせ更新と、通信端末への問い合わせなしに更新する無条件更新とのいずれかに決定する更新手順決定部と、更新対象データの更新要と判断された場合に、更新選定データにより更新対象データを更新する更新制御部と、を備え、更新制御部は、更新対象データの更新手順が問い合わせ更新である場合には、通信端末へ更新要否の問い合わせを行い、通信端末から更新要の応答を取得した後に更新対象データを更新し、更新対象データの更新手順が無条件更新である場合には、通信端末への問い合わせなしに更新対象データを更新する。
　本開示の地図更新装置によれば、手順判断情報に基づき更新対象データの更新手順が無条件更新と問い合わせ更新のいずれかに決定される。更新手順が無条件更新である場合には、ユーザが車載地図システムを使用していない場合でも、サーバに格納された配信地図データを用いて車載地図システムに用いられる地図データの更新が行われる。本開示の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
実施の形態１に係る地図更新装置の構成を示すブロック図である。 実施の形態１に係る地図更新装置の動作を示すフローチャートである。 実施の形態１の更新対象エリアを示す図である。 問い合わせ更新の概要を示す図である。 通信端末における問い合わせ画面の例を示す図である。 通信端末における問い合わせ画面の例を示す図である。 実施の形態２に係る地図更新装置の動作を示すフローチャートである。 実施の形態２の更新対象エリアを示す図である。 実施の形態２の変形例の高精度地図データにおける更新対象エリアを示す図である。 実施の形態２の変形例の通常精度地図データにおける更新対象エリアを示す図である。 実施の形態３に係る地図更新装置の動作を示すフローチャートである。 実施の形態３の更新対象エリアを示す図である。 実施の形態３の変形例の高精度地図データにおける更新対象エリアを示す図である。 実施の形態３の変形例の低精度地図データにおける更新対象エリアを示す図である。 地図更新装置のハードウェア構成を示す図である。 地図更新装置のハードウェア構成を示す図である。
　＜Ａ．実施の形態１＞
　＜Ａ－１．構成＞
　図１は、実施の形態１に係る地図更新装置１０１の構成を示すブロック図である。地図更新装置１０１は、サーバ２が備える配信地図データベース（ＤＢ）２２に格納された地図データを用いて、車載地図システム４が有する地図データを更新する。本明細書では、配信地図ＤＢ２２に格納された地図データを配信地図データと称し、車載地図システム４が有する地図データと車載地図データと称する。地図更新装置１０１は、サーバ２から車載地図システム４へ配信地図データを送信させ、車載地図データを配信地図データで置き換えることにより、配信地図データを最新の地図データに更新する。
　車載地図システム４は、車両に搭載された地図システムである。車載地図システム４は、車載地図データを用いてアプリケーションを実行する。通常精度地図データを用いたカーナビゲーションシステム、または高精度地図データを用いたＡＤＡＳ（Advanced Driver-Assistance Systems）などが車載地図システム４の例として挙げられる。なお、本明細書では、車載地図システム４が搭載された車両を単に車両と称する。
　サーバ２は、配信地図ＤＢ２２と、最新地図生成部２１と、通信部２３とを備える。最新地図生成部２１は、配信地図データベース２２内の配信地図データを最新のデータに更新する。最新のデータに更新されたが未だ車載地図システム４に配信されていない配信地図データは、車載地図システム４に配信する必要がある。このような配信地図データを配信候補データと称する。
　通信部２３は、通信端末３および車載地図システム４と通信を行う。
　通信端末３は、車両のユーザが保持する端末であり、例えばスマートホンである。地図更新装置１０１による車載地図データの更新手順には、無条件更新と問い合わせ更新とがある。問い合わせ更新の場合、サーバ２は通信端末３に車載地図データの更新要否を問い合わせる。この問い合わせに対してユーザが通信端末３に更新要否の回答を入力すると、回答結果が通信端末３からサーバ２に送信され、回答結果に応じてサーバ２から車載地図システム４へ更新用の配信地図データが送信される。
　図１において、地図更新装置１０１はサーバ２内に設けられているが、地図更新装置１０１はサーバ２の外に設けられていてもよい。例えば、地図更新装置１０１は車載地図システム４が搭載された車両に設けられていてもよい。
　地図更新装置１０１は、トリガ発生部１１、更新手順決定部１２、情報取得部１３、および更新制御部１４を備える。
　トリガ発生部１１は、車載地図システム４の車載地図データを更新するトリガである更新トリガを生成する。例えば、最新地図生成部２１が配信地図データを最新のデータに更新すると、トリガ発生部１１はその旨の情報を最新地図生成部２１から取得し、更新トリガを生成する。
　情報取得部１３は、最新地図生成部２１から配信候補情報を取得し、車載地図システム４から通信部２３を介して更新対象情報を取得し、通信部２３等から手続判断情報を取得する。
　配信候補情報は、配信候補データを示す情報である。
　更新対象情報は、更新対象の車載地図データである更新対象データを示す情報である。更新対象データは予め定められていてもよい。また、ユーザが更新対象データの条件を定めてもよい。本実施の形態では、メッシュ単位で地図データの配信および更新が行われるものとして説明する。しかし、地図データの配信および更新の単位は、メッシュ単位に限らず、表示用、経路探索用、ＰＯＩなどの地図データの属性単位や、リンク単位など、どのような単位でもよい。
　手順判断情報は、更新手順決定部１２が車載地図データの更新手順を決定するための情報である。本実施の形態において、車載地図データの更新手順は、無条件更新または問い合わせ更新のいずれかである。無条件更新とは、地図更新装置１０１から通信端末３への問い合わせなしに、車載地図データの更新が行われる更新手順である。問い合わせ更新とは、地図更新装置１０１が通信端末３への問い合わせを行い、通信端末３から車載地図データの更新を許可する旨の応答があった場合に、車載地図データの更新が行われる更新手順である。例えば、手順判断情報は情報取得部１３が通信部２３を介して車載地図システム４から取得する情報であり、車両がどの場所に駐車されているかの情報を含む。
　更新手順決定部１２は、情報取得部１３が取得した情報を基に、車載地図データの更新要否判断を行う。更新手順決定部１２は、車載地図データの更新を必要と判断した場合には、車載地図データの更新手順を決定する。
　更新制御部１４は、更新手順決定部１２で車載地図データの更新が必要と判断された場合に、配信地図データベースから更新に用いる配信候補データを抽出して通信部２３から車載地図システム４に送信する。こうして、車載地図システム４において車載地図データが最新の地図データに更新される。本明細書では、更新が必要な車載地図データを更新対象データと称する。更新対象データに対応する配信候補データが、更新に用いる配信候補データであり、これを更新選定データと称する。更新選定データは、例えば更新対象データと同一の地理的範囲を表す配信地図データである。すなわち、更新選定データによって更新対象データが更新される。
　＜Ａ－２．動作＞
　図２は、実施の形態１に係る地図更新装置１０１の動作を示すフローチャートである。図２に示す地図更新装置１０１のフローは、サーバ２のプログラムの一部として実行される。なお、地図更新装置１０１は複数の車両に搭載された複数の車載地図システム４に対して地図更新を行ってもよいが、以下では説明の都合上、ユーザが使用する１つの車両に搭載された１つの車載地図システム４に対して地図更新を行うものとする。車両の位置、更新対象、地図配信契約情報、および車両と通信端末３との認証情報は、更新手順決定部１２に記憶されているものとする。
　以下、図２のフローに沿って地図更新装置１０１の動作を説明する。プログラムがスタートすると、ステップＳ１０１においてトリガ発生部１１が車載地図データの更新タイミングか否かを判断する。トリガ発生部１１は、車載地図データの更新タイミングになるまでステップＳ１０１の処理を繰り返し、更新タイミングになると更新トリガを生成する。具体的には、トリガ発生部１１は、最新地図生成部２１から配信地図データを更新した旨の情報を受信すると、車載地図データの更新タイミングであると判断し、更新トリガを生成する。
　更新トリガが生成されると、ステップＳ１０２において情報取得部１３が配信候補情報、更新対象情報および手順判断情報を取得する。
　手順判断情報は、例えば車両がユーザの自宅駐車場に駐車しているか否かの情報である。車両が自宅駐車場に駐車しているか否かは、車載地図システム４が判断してもよいし、車載地図システム４から車両の位置情報を取得した情報取得部１３が、車両の位置情報を地図更新装置１０１で記憶している自宅駐車場の位置情報と比較することにより、判断してもよい。
　図３は、配信候補エリアと更新対象エリアとの関係を示している。配信候補エリアは配信候補データが表す地理的範囲であり、更新対象エリアは更新対象データが表す地理的範囲である。図３において、全体エリアＥａｌｌは配信地図ＤＢ２２に格納された配信地図データの全体により表される地理的範囲である。
　配信候補情報により、配信候補エリアＣ１，Ｃ２，Ｃ３，Ｃ４が特定される。更新対象情報により、更新対象エリアＥａｕｔｏが特定される。更新対象エリアＥａｕｔｏは、例えばユーザの自宅駐車場を中心とする半径５０ｋｍのエリアである。ここでは、説明を簡単にするためメッシュ集合が楕円で表されている。
　ステップＳ１０２の後、ステップＳ１０３において更新手順決定部１２が、更新対象データの更新が必要であるか否かを判断する。具体的には、更新手順決定部１２は、更新対象エリアＥａｕｔｏの少なくとも一部が配信候補エリアと重なる場合に、配信候補エリアと重なった更新対象エリアＥａｕｔｏの部分について、更新対象データの更新が必要であると判断する。
　図３の例では、配信候補エリアＣ１，Ｃ２，Ｃ３，Ｃ４のうち、配信候補エリアＣ４はその全てのエリアが更新対象エリアＥａｕｔｏと重なり、配信候補エリアＣ３はその一部が更新対象エリアＥａｕｔｏと重複する。従って、更新対象データの更新は必要であると判断され、配信候補エリアＣ３，Ｃ４の配信候補データが、更新対象データの更新に用いられる更新選定データとして選定される。なお、配信候補エリアＣ３については、そのエリア全体の配信候補データが更新選定データとなってもよいし、更新対象エリアＥａｕｔｏに重なる部分の配信候補データのみが更新選定データとなってもよい。本実施の形態では、メッシュ単位で地図更新が行われるため、エリアの重なりはメッシュ単位で判断される。
　ステップＳ１０３において更新対象データの更新が不要と判断されると、地図更新装置１０１の処理はステップＳ１０１に戻る。ステップＳ１０３において更新対象データの更新が必要と判断されると、地図更新装置１０１の処理はステップＳ１０４へ移行する。
　ステップＳ１０４において、更新手順決定部１２が更新対象データの更新手順を決定する。具体的には、更新手順決定部１２は、車両が予め定められた特定車両位置にいるか否かに応じて、更新手順を決定する。
　例えば、特定車両位置をユーザの自宅駐車場とする。車両が自宅駐車場にいない場合はトリップ中であるため、車載地図システム４が最新の車載地図データを用いて動作することが望ましい。また、ユーザにとって車両の運転中に通信端末３に地図更新の問い合わせを受けるのは煩わしい。ユーザが地図更新の問い合わせに応答しなければ、地図更新が行われず、車載地図システム４が最新の車載地図データを利用して動作できないこととなるのは不都合である。そのため、更新手順決定部１２は更新手順を無条件更新に決定する。
　一方、車両が自宅駐車場にいる場合は、車両は走行中ではないため、現時点で車載地図データを更新しなくても車両の走行に支障はない。そのため、更新手順決定部１２は更新手順を問い合わせ更新に決定する。これにより、ユーザは不要不急の地図更新を行わないことを選択することができる。また、ユーザは更新対象データが走行予定道路に関係するか否かによって、更新要否を判断することができる。さらに、ユーザは、更新対象データが走行予定道路と関係している場合でも、次回の更新でまとめて更新すれば良いと判断して今回の更新を控えることもできる。
　ここでは、特定車両位置をユーザの自宅駐車場とした。しかし、他の例として更新手順決定部１２は、車両がディーラまたは修理工場など、ユーザの自宅から例えば１０ｋｍ以内の車両修理施設にいる場合に更新手順を問い合わせ更新とし、そうでない場合に更新手順を無条件更新としてもよい。車両が車検または修理のために車両修理施設に預けられている場合に、直ちに地図更新を行う必要はないためである。
　ステップＳ１０４の後、ステップＳ１０５において更新手順決定部１２は、更新手順が問い合わせ更新であるか否かを判断する。更新手順が無条件更新であれば、地図更新装置１０１の処理はステップＳ１０６へ移行し、更新手順が問い合わせ更新であれば、地図更新装置１０１の処理はステップＳ１０７へ移行する。
　図４は、車載地図データの更新の概要を示している。更新対象データの更新手順が問い合わせ更新である場合、ステップＳ１０７において更新制御部１４は、通信部２３を介してユーザの通信端末３に更新対象データの更新要否を問い合わせる。問い合わせは、更新対象データの更新要否の質問を記載したＨＴＭＬのＵＲＬを記したメールなど、ユーザが回答できる形態ならどのようなものでもよい。
　図５は、通信端末３に表示された問い合わせのメール文面例を示している。ここでユーザがＵＲＬをクリックすると、図６のような更新要否の問い合わせ画面が表示される。図６の例では、ユーザの自宅駐車場を中心とした地図上に、自宅駐車場を示す駐車場アイコン３１、車両の位置を示す車両アイコン３２、更新道路３３，３４が表示され、さらに更新要否を入力するためのアイコン３５，３６が表示されている。
　他の問い合わせの例として、通信端末３に予め地図更新アプリケーションがインストールされており、地図更新装置１０１は地図更新アプリケーションに車載地図データの更新要否を問い合わせてもよい。この場合、後述のステップＳ１０９で行われる未実施情報の記録は、通信端末３上の地図更新アプリケーションに行われてもよい。
　なお、図６の例では、更新対象エリアＥａｕｔｏの車載地図データが一括して更新される。しかし、ユーザが更新する更新対象データをエリア単位または道路単位で選択できるようにしてもよい。
　ステップＳ１０７の後、ステップＳ１０８において更新制御部１４は通信部２３を介して通信端末３から問い合わせの応答結果を取得し、車載地図データの更新要否を判断する。ユーザの応答結果が地図更新要であった場合には、地図更新装置１０１の処理はステップＳ１０６に移行する。
　ステップＳ１０６において、更新制御部１４は少なくとも車載地図システム４の地図更新を実行する部位を起動して、車載地図システム４が有する車載地図データのうち更新対象データを、更新選定データで更新する。
　ステップＳ１０８においてユーザの応答結果が地図更新不要であった場合、ステップＳ１０９において更新制御部１４は更新対象データの更新を実行しなかったことを示す未実施情報を記憶する。未実施情報は、更新対象データの内容を示すものであればよい。例えば、地図更新ＩＤ、地図更新の問い合わせ時刻、地図更新エリア等の情報が未実施情報に含まれる。
　なお、問い合わせから一定時間が経過しても通信端末３から応答がない場合、更新制御部１４はステップＳ１０８においてユーザの応答結果を地図更新不要とみなしてもよい。一定時間とは、例えば１時間である。
　また、問い合わせから一定時間が経過しても通信端末３から応答がない場合、更新制御部１４は、再度通信端末３に車載地図データの更新要否を問い合わせてもよい。そして、一定回数、例えば３回の問い合わせに対して応答がない場合に、更新制御部１４はステップＳ１０８においてユーザの応答結果を地図更新不要とみなしてもよい。
　また、更新制御部１４はステップＳ１０７において車載地図データの更新要否を問い合わせる際、過去の未実施記録を参照し、過去に更新しなかった更新選定データを、今回の更新選定データと共に通信端末に表示し、更新要否を問い合わせてもよい。
　＜Ａ－３．効果＞
　実施の形態１に係る地図更新装置１０１は、サーバ２に格納された配信地図データを車両に搭載された車載地図システム４に配信することにより、車載地図システムが有する車載地図データを更新する地図更新装置であって、車載地図データの更新トリガを生成するトリガ発生部１１と、配信対象の配信地図データである配信候補データを示す配信候補情報と、更新対象の車載地図データである更新対象データを示す更新対象情報と、更新対象データの更新手順を判断するための手順判断情報とを取得する情報取得部１３と、更新トリガが生成されたときに、更新対象データに対応する配信候補データである更新選定データがあるか否かに応じて、更新対象データの更新要否を判断し、手順判断情報に基づき、更新対象データの更新手順を、ユーザが所持する通信端末へ問い合わせてから更新する問い合わせ更新と、通信端末への問い合わせなしに更新する無条件更新とのいずれかに決定する更新手順決定部１２と、更新対象データの更新要と判断された場合に、更新選定データにより更新対象データを更新する更新制御部１４と、を備える。更新制御部１４は、更新手順が問い合わせ更新である場合には、通信端末３へ更新要否の問い合わせを行い、通信端末３から更新要の応答を取得した後に更新対象データを更新し、更新手順が無条件更新である場合には、通信端末３への問い合わせなしに更新対象データを更新する。従って、例えば車両の走行中に更新手順を無条件更新とすることにより、ユーザが車両内で車載地図システム４を使用していなくても車載地図データが更新される。また、地図更新が必ずしも必要でない場合には、更新手順が問い合わせ更新となることにより、ユーザの更新意思を確認した上で車載地図データが更新される。これにより、ユーザにとって使い勝手の良い地図更新が実現する。
　＜Ａ－４．更新手順判断の変形例＞
　実施の形態１では、車両がユーザの自宅駐車場に駐車しているか否かにより更新手順が決定された。更新手順の決定方法は上記に限らず、以下のような判断ロジックが採用されてもよい。
　更新手順決定部１２は通信端末３の位置に基づき更新手順を決定してもよい。この場合、手順判断情報は通信端末３の位置情報を含む。更新手順決定部１２は、通信端末３が予め定められた特定端末位置に存在する場合に、更新手順を無条件更新に決定し、通信端末３が特定端末位置に存在しない場合に、更新手順を問い合わせ更新に決定してもよい。特定端末位置は、例えば道路上または道路の近傍である。通信端末３が道路上または道路の近傍にある場合、ユーザは車両に乗ってトリップ中であると判断される。あるいは、更新手順決定部１２は、通信端末３が車両の走行する道路から離れている場合、または鉄道に乗って移動している場合に、ユーザは直ちに車両を運転する必要が無いと判断して更新手順を問い合わせ更新に決定し、そうでない場合に更新手順を無条件更新に決定してもよい。
　更新手順決定部１２は、通信端末３と車両との位置関係に基づき更新手順を決定してもよい。この場合、手順判断情報は通信端末３および車両の位置情報を含む。例えば、更新手順決定部１２は、通信端末３が車両と同じ位置に存在する場合、通信端末３が車両と同じ位置に存在してから予め定められた時間（例えば２時間）が経過するまでの間、または通信端末３が車両から予め定められた距離（例えば５００ｍ）以内に存在する場合、ユーザはトリップ中であると判断して更新手順を無条件更新に決定し、そうでない場合に更新手順を問い合わせ更新に決定してもよい。すなわち、特定端末位置は車両内であってもよい。
　更新手順決定部１２は、現在の時刻に応じて更新手順を決定してもよい。例えば、更新手順決定部１２は、車両の出発予定時刻より予め定められた時間だけ前の時刻を判断時刻Ｔとし、判断時刻Ｔより前に更新トリガが発生した場合に更新手順を問い合わせ更新とし、判断時刻Ｔ以後に更新トリガが発生した場合に更新手順を無条件更新としてもよい。この場合、手順判断情報は車両の出発予定時刻の情報を含む。ここで、車両の出発予定時刻はユーザにより登録されてもよいし、車両の過去の走行履歴に基づき情報取得部１３が推定してもよい。また、更新手順が無条件更新になる時刻範囲と、問い合わせ更新になる時刻範囲とをユーザが設定できるようにしてもよい。
　更新手順決定部１２は、車両の契約ステータスに応じて更新手順を決定してもよい。この場合、手順判断情報は車両の契約ステータスを表す情報を含む。車両の契約ステータスとは、車両が新車納入前であるか新車納入後であるかを表すものである。車両が工場で製造されてからユーザに引き渡されるまでには時間があるが、ユーザに新車として引き渡されるときには車載地図システム４の車載地図データを最新の状態にしておくことが望ましい。そこで、更新手順決定部１２は、車両が新車納入前であれば更新手順を無条件更新に決定し、車両が新車納入後であれば更新手順を問い合わせ更新に決定する。例えば、工場で車両が完成したときに、地図更新装置１０１に車両ＩＤと共に契約ステータスを「新車納入前」と登録され、車両の新車引き渡し時にディーラの情報端末によって、契約ステータスを「新車納入済」と変更すればよい。新車引き渡し前は、自動車メーカまたはディーラが所有する携帯端末が問い合わせ用の通信端末３として地図更新装置１０１に登録されればよい。
　更新制御部１４は、サーバ２と車載地図システム４との間の地図配信契約の契約ステータスに応じて、車載地図データの更新要否を決定してもよい。この場合、手順判断情報は地図配信契約の契約ステータスを表す情報を含む。例えば、ユーザが通信端末３の端末ＩＤを地図更新装置１０１に登録して、車載地図システム４への地図配信契約を締結した場合、更新制御部１４は更新手順に沿って車載地図データを更新する。契約期間が終了して地図配信契約が無効となった場合、更新制御部１４は車載地図データの更新を行わなくてもよい。あるいは、更新制御部１４は地図配信契約が無効の場合に、ユーザの通信端末３に契約締結の問い合わせを行い、契約が締結された場合に車載地図データを無条件更新で更新してもよい。
　更新手順決定部１２は、更新選定データの地図種別に応じて更新手順を決定してもよい。例えば、配信地図データベース２２に車線単位の道路形状データを有する高精度地図データと、道路単位の道路形状データを有する通常精度地図データとが含まれているものとする。更新手順決定部１２は、更新選定データが高精度地図データである場合に、更新手順を無条件更新とし、更新選定データが通常精度地図データである場合に、更新手順を問い合わせ更新としてもよい。高精度地図データは車両の自動走行制御に用いられ重要度が高く、通常精度地図データはカーナビゲーションアプリケーション等に用いられ重要度が比較的低いためである。
　更新手順決定部１２は、更新選定データの属性に応じて更新手順を決定してもよい。地図データには、経路探索に用いられるデータ、誘導に用いられるデータ、表示に用いられるデータ、ＰＯＩなどがあり、これらが地図データの属性の例である。例えば、更新手順決定部１２は、更新選定データが、経路探索に用いられるデータ、誘導に用いられるデータおよび表示に用いられるデータのいずれかである場合に、更新手順を無条件更新に決定し、更新選定データがＰＯＩである場合に、更新手順を問い合わせ更新に決定してもよい。
　更新手順決定部１２は、車載地図システム４とＷｉＦｉ（登録商標）など無線ＬＡＮ（Local Area Network）との通信の確立状態に応じて、更新手順を決定してもよい。この場合、手順判断情報は車載地図システム４と無線ＬＡＮとの通信の確立状態を表す情報を含む。車載地図システム４と無線ＬＡＮとの通信が確立していれば、無線ＬＡＮによってサーバ２から車載地図システム４に廉価に地図データを配信することができる。従って、このような場合に更新手順決定部１２は更新手順を無条件更新に決定する。一方、車載地図システム４と無線ＬＡＮとの通信が確立していなければ、更新手順決定部１２は更新手順を問い合わせ更新に決定する。
　更新手順決定部１２は、車両がＥＶ車両である場合には、車両が充電中か否かに応じて更新手順を決定してもよい。ＥＶ車両の充電中には、通信に利用される電源が確保される。従って、このような場合に更新手順決定部１２は更新手順を無条件更新に決定してもよい。
　車載地図システム４が車両の走行予定経路を探索し、走行予定経路に沿って車両が走行している場合、更新手順決定部１２は、走行予定経路上のエリアの更新対象データについて更新手順を無条件更新としてもよい。
　車両が高速道路のサービスエリアまたはパーキングエリアで駐車した場合、車両の走行予定経路がなければ、更新手順決定部１２は、車両の駐車位置から１つ先のＩＣまでの区間の更新対象データについて更新手順を無条件更新とし、それ以上遠方の区間の更新対象データについて更新手順を問い合わせ更新としてもよい。
　以上、車載地図データの更新手順を決定するための複数のロジックを説明した。これらの複数のロジックは併用されてもよい。例えば、上記に示した更新手順を無条件更新に決定するための条件のいずれか、または複数が満たされる場合に、更新手順決定部１２は更新手順を無条件更新と決定してもよい。
　＜Ａ－５．更新対象情報の変形例＞
　図３において、更新対象エリアＥａｕｔｏは例えばユーザの自宅駐車場を中心とする半径５０ｋｍのエリアであった。すなわち、更新対象データは、例えばユーザの自宅駐車場を中心とする半径５０ｋｍのエリアの配信地図データであった。しかし、更新対象データはこのような固定的なエリアの配信地図データに限らない。例えば、更新対象エリアは車両が過去に走行したエリア、今後走行する予定のエリア、またはユーザが設定したエリアを含んでもよい。車両が過去に走行したエリアおよび今後走行する予定のエリアは、車載地図システム４から地図更新装置１０１に送信されてもよい。また、ユーザは通信端末を用いて、特定のエリアを更新対象エリアとして地図更新装置１０１に登録してもよい。
　＜Ａ－６．問い合わせ更新の変形例＞
　更新制御部１４は、問い合わせ更新において、車載地図システム４が動作している場合に車載地図システム４に対して更新要否の問い合わせを行い、車載地図システム４が動作していない場合に通信端末３に問い合わせを行ってもよい。車載地図システム４が動作しているときはユーザが車両の運転操作を行っている状況であるため、通信端末３よりも車載地図システム４に更新要否を問い合わせた方が、ユーザが問い合わせに気づきやすいためである。
　＜Ａ－７．未実施記録の変形例＞
　未実施記録がある場合、すなわちユーザが過去にサーバ２からの問い合わせに応じて更新を許可しなかった車載地図データがある場合に、前回の問い合わせから予め定められた時間が経過した後、更新制御部１４は再び通信端末３に更新の問い合わせを行ってもよい。あるいは、前回の問い合わせから予め定められた時間が経過した後、トリガ発生部１１が再び更新トリガを生成してもよい。
　また、ユーザが車両に乗り込み車載地図システム４を起動させたときに、車載地図システム４は未実施記録の有無を地図更新装置１０１に問い合わせ、未実施記録がある場合に、未実施記録に関する地図更新エリアが車載地図システム４の表示部に表示されてもよい。そして、ユーザが車載地図システム４を操作することにより、車両の搭乗中に未実施記録に関する更新対象データが更新されてもよい。
　＜Ａ－８．更新トリガの変形例＞
　実施の形態１では、トリガ発生部１１は最新地図生成部２１からの情報を基に更新トリガを生成した。しかし、更新トリガの生成条件はこれに限らない。例えば、トリガ発生部１１は１時間ごとなどの一定周期ごとに最新地図生成部２１または配信地図ＤＢ２２を参照し、配信地図ＤＢ２２が更新されたことを検出した場合に、更新トリガを生成してもよい。
　また、トリガ発生部１１は、一定周期ごとに、車載地図データのメッシュごとのバージョン情報と、配信地図データのメッシュごとのバージョン情報とを比較し、両者に差異があった場合に更新トリガを生成してもよい。車載地図データのメッシュごとのバージョン情報は、地図更新装置１０１が車載地図システム４から取得してもよいし、地図更新装置１０１または通信端末３に格納されていてもよい。この場合、地図更新装置１０１は車載地図データの更新状況をバージョン情報から確認できるため、図２のステップＳ１０９における未実施情報の記録処理は不要である。
　＜Ａ－９．地図更新装置の設置位置の変形例＞
　実施の形態１では、地図更新装置１０１はサーバ２に設置された。しかし、地図更新装置１０１は車両に設置されてもよい。この場合、地図更新装置１０１は定期的に起動して、最新の配信地図データの更新状況をサーバ２に問い合わせる。この問い合わせの頻度は、車両の走行中は走行中でない場合に比べて高いことが望ましい。例えば、車両の走行中は、１分周期、１００ｍ毎、または常に問い合わせが行われてもよい。
　地図更新装置１０１は通信端末３に設けられていてもよい。この場合、地図更新装置１０１は通信端末３上のアプリケーションとして実行される。
　また、地図更新装置１０１の各部は、サーバ２、車両、通信端末３に分散して配置されてもよい。
　＜Ｂ．実施の形態２＞
　＜Ｂ－１．構成＞
　実施の形態２に係る地図更新装置１０２の構成は、図１に示した通りであり、実施の形態１に係る地図更新装置１０１の構成と同様である。但し、情報取得部１３が取得する更新対象情報が表す更新対象データが、第１更新対象データと第２更新対象データとを含む点で、本実施の形態は実施の形態１と異なる。
　第１更新対象データは、実施の形態１の更新対象データと同様、更新手順決定部１２において手順判断情報に基づいて更新手順が問い合わせ更新または無条件更新のいずれかに定められる更新対象データである。第２更新対象データは、更新手順が無条件更新に固定された更新対象データである。
　＜Ｂ－２．動作＞
　図７は、実施の形態２に係る地図更新装置１０２の動作を示すフローチャートである。図７に示す地図更新装置１０２のフローは、サーバ２のプログラムの一部として実行される。なお、地図更新装置１０２は複数の車両に搭載された複数の車載地図システム４に対して地図更新を行ってもよいが、以下では説明の都合上、ユーザが使用する１つの車両に搭載された１つの車載地図システム４に対して地図更新を行うものとする。車両の位置、更新対象、地図配信契約情報、および車両と通信端末３との認証情報は、更新手順決定部１２に記憶されているものとする。
　図７のフローは、実施の形態１で説明した図２のフローのステップＳ１０３とステップＳ１０４との間にステップＳ１１０からステップＳ１１２を加えたものである。
　図８は、実施の形態２における配信候補エリアと更新対象エリアとの関係を示している。第１更新対象データが表す地理的範囲を第１更新対象エリアＥ１とし、第２更新対象データが表す地理的範囲を第２更新対象エリアＥ２とする。更新対象エリアＥａｕｔｏは第１更新対象エリアＥ１と第２更新対象エリアＥ２とからなる。
　配信候補エリアＣ４は第２更新対象エリアＥ２に含まれ、配信候補エリアＣ２は第１更新対象エリアＥ１に含まれる。従って、更新手順決定部１２は、更新対象データの更新が必要であると判断し、配信候補エリアＣ２，Ｃ４の配信候補データを更新選定データとして選定する。第２更新対象エリアＥ２は、例えば車両から５ｋｍの範囲内、またはユーザの自宅から１０ｋｍの範囲内である。また、第１更新対象エリアＥ１は、例えば第２更新対象エリアＥ２を除く、車両またはユーザの自宅から５０ｋｍの範囲内である。第１更新対象エリアＥ１および第２更新対象エリアＥ２は、ユーザにより予め通信端末３を介して設定されてもよいし、予めデフォルトの情報が情報取得部１３に記憶されていてもよい。
　図７のステップＳ１０３において、更新手順決定部１２が更新対象データの更新を必要であると判断すると、ステップＳ１１０において更新手順決定部１２は、第２更新対象エリアＥ２に配信候補エリアが重なるか否かを判断する。第２更新対象エリアＥ２に配信候補エリアが重なる場合、地図更新装置１０２の処理はステップＳ１１１に移行し、重ならない場合、地図更新装置１０２の処理はステップＳ１１２に移行する。
　ステップＳ１１１において更新制御部１４は、第２更新対象エリアＥ２に重なる配信候補エリアの配信候補データを更新選定データとして選定し、更新選定データにより第２更新対象エリアＥ２の更新対象データを更新する。ここで、通信端末３への問い合わせは行われない。図８の例では、配信候補エリアＣ４が第２更新対象エリアＥ２に重なるため、配信候補エリアＣ４について配信候補エリアＣ４の配信候補データを更新選定データとし、問い合わせなしで更新が行われる。
　ステップＳ１１１の後、またはステップＳ１１０において第１更新対象エリアＥ１に配信候補エリアが重ならない場合、ステップＳ１１２において更新手順決定部１２は、第１更新対象エリアＥ１に配信候補エリアが重なるか否かを判断する。第１更新対象エリアＥ１に配信候補エリアが重なる場合、地図更新装置１０２の処理はステップＳ１０４に移行し、重ならない場合、地図更新装置１０２の処理はステップＳ１０１に移行する。図８の例では、配信候補エリアＣ２が第１更新対象エリアＥ１に重なるため、配信候補エリアＣ２についてステップＳ１０４以降の処理により、手順判断情報に沿って問い合わせ更新または無条件更新のいずれかが行われる。
　＜Ｂ－３．効果＞
　実施の形態２に係る地図更新装置１０２において、更新対象データは、互いに地理的範囲が異なる第１更新対象データと第２更新対象データとを含み、更新手順決定部１２は、第１更新対象データの更新手順を手順判断情報に関わらず無条件更新に決定し、第２更新対象データの更新手順を手順判断情報に基づき決定する、このように本実施の形態では、第１更新対象データ無条件に更新すべきエリアは「問い合わせ更新」を行うか「無条件更新」を判断することなく更新を実行するので、判断処理が削減される。
　＜Ｃ．実施の形態３＞
　＜Ｃ－１．構成＞
　実施の形態３に係る地図更新装置１０３の構成は、図１に示した通りであり、実施の形態１に係る地図更新装置１０１の構成と同様である。但し、情報取得部１３が取得する更新対象情報が表す更新対象データが、第１更新対象データと第３更新対象データとを含む点で、本実施の形態は実施の形態１と異なる。
　第１更新対象データは、実施の形態１の更新対象データと同様、更新手順決定部１２において手順判断情報に基づいて更新手順が問い合わせ更新または無条件更新のいずれかに定められる更新対象データである。第３更新対象データは、更新手順が問い合わせ更新に固定された更新対象データである。
　＜Ｃ－２．動作＞
　図９は、実施の形態３に係る地図更新装置１０３の動作を示すフローチャートである。図９に示す地図更新装置１０３のフローは、サーバ２のプログラムの一部として実行される。なお、地図更新装置１０３は複数の車両に搭載された複数の車載地図システム４に対して地図更新を行ってもよいが、以下では説明の都合上、ユーザが使用する１つの車両に搭載された１つの車載地図システム４に対して地図更新を行うものとする。車両の位置、更新対象、地図配信契約情報、および車両と通信端末３との認証情報は、更新手順決定部１２に記憶されているものとする。
　図９のフローは、実施の形態２で説明した図７のフローのステップＳ１１０とステップＳ１１１とに代えて、ステップＳ１１３からステップＳ１１７を設けたものである。
　図１０は、実施の形態３における配信候補エリアと更新対象エリアとの関係を示している。第３更新対象データが表す地理的範囲を第３更新対象エリアＥ３とする。更新対象エリアＥａｕｔｏは第１更新対象エリアＥ１と第３更新対象エリアＥ３とからなる。
　配信候補エリアＣ２，Ｃ４は第１更新対象エリアＥ１に含まれ、配信候補エリアＣ３は第３更新対象エリアＥ３に含まれる。従って、更新手順決定部１２は、更新対象データの更新が必要であると判断し、配信候補エリアＣ２，Ｃ３，Ｃ４の配信候補データを更新選定データとして選定する。第１更新対象エリアＥ１は、例えば車両またはユーザの自宅から５０ｋｍ圏内である。第３更新対象エリアＥ３は、例えば第１更新対象エリアＥ１を除く、ユーザの自宅から１００ｋｍ圏内である。また、第３更新対象エリアＥ３は、全体エリアＥａｌｌと同一であってもよい。第１更新対象エリアＥ１および第３更新対象エリアＥ３は、ユーザにより予め通信端末３を介して設定されてもよいし、予めデフォルトの情報が情報取得部１３に記憶されていてもよい。
　図９のステップＳ１０３において、更新手順決定部１２が更新対象データの更新を必要であると判断すると、ステップＳ１１３において更新手順決定部１２は、第３更新対象エリアＥ３に配信候補エリアが重なるか否かを判断する。第３更新対象エリアＥ３に配信候補エリアが重なる場合、地図更新装置１０３の処理はステップＳ１１４に移行し、重ならない場合、地図更新装置１０３の処理はステップＳ１１２に移行する。ステップＳ１１４－Ｓ１１７は、ステップＳ１０７－Ｓ１０９、Ｓ１１６と同じであるため、説明を省略する。図１０の例では、第３更新対象エリアＥ３に配信候補エリアＣ３が重なるため、配信候補エリアＣ３についてステップＳ１１４以降の処理により、問い合わせ更新が行われる。
　第１更新対象エリアＥ１に対しては実施の形態２と同様の処理がステップＳ１１２以降で行われる。図１０の例では、第１更新対象エリアＥ１に配信候補エリアＣ２，Ｃ４が重なるため、配信候補エリアＣ２，Ｃ４についてステップＳ１１２以降の処理により、手順判断情報に沿って問い合わせ更新または無条件更新のいずれかが行われる。
　＜Ｃ－３．効果＞
　実施の形態３に係る地図更新装置１０３において、更新対象データは、互いに地理的範囲が異なる第１更新対象データと第３更新対象データとを含み、更新手順決定部１２は、第１更新対象データの更新手順を手順判断情報に基づき決定し、第３更新対象データの更新手順を手順判断情報に関わらず問い合わせ更新に決定する。このように本実施の形態では、第３更新対象データについて手順判断情報による判断を行わずに問い合わせ更新を実行するので、判断処理が削減される。
　＜Ｃ－４．変形例＞
　実施の形態２，３の組み合わせとして、情報取得部１３が取得する更新対象情報が表す更新対象データが、第１更新対象データ、第２更新対象データおよび第３更新対象データを含んでいてもよい。この場合、地図更新装置の処理は図７および図９のフローを組み合わせたものとなる。
　更新対象エリアは地図種別により異なっていてもよい。配信地図ＤＢ２２および車載地図システム４が高精度地図データと通常精度地図データとを有する場合、高精度地図データと通常精度地図データとで、更新対象エリアが異なっていてもよい。高精度地図データの更新対象エリアは、第１更新対象エリアＥＨ１，第２更新対象エリアＥＨ２、第３更新対象エリアＥＨ３の少なくとも１つを含み、通常精度地図データの更新対象エリアは、第１更新対象エリアＥＭ１，第２更新対象エリアＥＭ２、第３更新対象エリアＥＭ３の少なくとも１つを含む。
　図１１は、高精度地図データの更新対象エリアＥＨａｕｔｏが第１更新対象エリアＥＨ１と第２更新対象エリアＥＨ２を含む例を示している。図１２は、通常精度地図データの更新対象エリアＥＭａｕｔｏが第１更新対象エリアＥＭ１と第２更新対象エリアＥＭ２を含む例を示している。これらの例において、高精度地図データの更新対象エリアＥＨａｕｔｏは通常精度地図データの更新対象エリアＥＭａｕｔｏより大きい。また、高精度地図データの第１更新対象エリアＥＨ１は通常精度地図データの第１更新対象エリアＥＭ１より大きい。また、高精度地図データの第２更新対象エリアＥＨ２は通常精度地図データの第２更新対象エリアＥＭ２より大きい。このように本変形例では、ＡＤＡＳシステムに活用される高精度地図データの更新対象エリアおよび第２更新対象エリアが、通常精度地図データに比べて広く設定される。
　図１３は、高精度地図データの更新対象エリアＥＨａｕｔｏが第１更新対象エリアＥＨ１、第２更新対象エリアＥＨ２および第３更新対象エリアＥＨ３を含む例を示している。図１４は、通常精度地図データの更新対象エリアＥＭａｕｔｏが第１更新対象エリアＥＭ１、第２更新対象エリアＥＭ２および第３更新対象エリアＥＭ３を含む例を示している。これらの例において、高精度地図データの更新対象エリアＥＨａｕｔｏは通常精度地図データの更新対象エリアＥＭａｕｔｏより大きく、全体エリアＥａｌｌと同一である。
　更新対象エリア、または更新対象エリア内の各エリアの大きさは、地図データの属性に応じて変化してもよい。例えば、更新対象エリアおよび第３更新対象エリアは、経路探索用データ、地図表示用データ、ＰＯＩの順に大きくてもよい。
　地図種別に応じて、更新対象エリア内の各エリアの有無が異なっていてもよい。例えば、通常精度地図データの更新対象エリアＥＭａｕｔｏが第１更新対象エリアＥＭ１のみを有する一方、高精度地図データの更新対象エリアＥＨａｕｔｏが第２更新対象エリアＥＨ２のみを有していてもよい。
　手順判断情報に応じて、更新対象エリア、第１更新対象エリア、第２更新対象エリア、および第３更新対象エリアの少なくともいずれかのエリアが変化してもよい。例えば、手順判断情報が通信端末３の位置情報を含む場合、情報取得部１３は通信端末３がユーザの自宅から遠いほど、第３更新対象エリアを広く設定してもよい。また、手順判断情報が通信端末３および車両の位置情報を含む場合、情報取得部１３は通信端末３が車両から遠いほど、第３更新対象エリアを広く設定してもよい。
　手順判断情報が車両の出発予定時刻の情報を含む場合、情報取得部１３は出発予定時刻が近いほど、更新対象エリアまたは第２更新対象エリアを広くしてもよい。
　手順判断情報が車載地図システム４と無線ＬＡＮとの通信の確立状態を表す情報を含む場合、情報取得部１３は通信が確立されている場合、確立されていない場合に比べて、更新対象エリアまたは第２更新対象エリアを広くしてもよい。
　＜Ｄ．ハードウェア構成＞
　上述した地図更新装置１０１－１０３における、トリガ発生部１１、更新手順決定部１２、情報取得部１３、および更新制御部１４は、図１５に示す処理回路８１により実現される。すなわち、処理回路８１は、トリガ発生部１１、更新手順決定部１２、情報取得部１３、および更新制御部１４（以下、「トリガ発生部１１等」）を備える。処理回路８１には、専用のハードウェアが適用されても良いし、メモリに格納されるプログラムを実行するプロセッサが適用されても良い。プロセッサは、例えば中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processor）等である。
　処理回路８１が専用のハードウェアである場合、処理回路８１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、またはこれらを組み合わせたものが該当する。トリガ発生部１１等の各部の機能それぞれは、複数の処理回路８１で実現されてもよいし、各部の機能をまとめて一つの処理回路で実現されてもよい。
　処理回路８１がプロセッサである場合、トリガ発生部１１等の機能は、ソフトウェア等（ソフトウェア、ファームウェアまたはソフトウェアとファームウェア）との組み合わせにより実現される。ソフトウェア等はプログラムとして記述され、メモリに格納される。図１６に示すように、処理回路８１に適用されるプロセッサ８２は、メモリ８３に記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。すなわち、地図更新装置１０１－１０３は、処理回路８１により実行されるときに、トリガ発生部１１等の処理が結果的に実行されることになるプログラムを格納するためのメモリ８３を備える。換言すれば、このプログラムは、トリガ発生部１１等の手順または方法をコンピュータに実行させるものであるともいえる。ここで、メモリ８３は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などの、不揮発性または揮発性の半導体メモリ、ＨＤＤ（Hard Disk Drive）、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Digital Versatile Disk）およびそのドライブ装置等、または、今後使用されるあらゆる記憶媒体であってもよい。
　以上、トリガ発生部１１等の各機能が、ハードウェアおよびソフトウェア等のいずれか一方で実現される構成について説明した。しかしこれに限ったものではなく、トリガ発生部１１等の一部を専用のハードウェアで実現し、別の一部をソフトウェア等で実現する構成であってもよい。例えば更新制御部１４については専用のハードウェアとしての処理回路でその機能を実現し、それ以外についてはプロセッサ８２としての処理回路８１がメモリ８３に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
　以上のように、処理回路は、ハードウェア、ソフトウェア等、またはこれらの組み合わせによって、上述の各機能を実現することができる。
　なお、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略したりすることが可能である。上記の説明は、すべての態様において、例示である。例示されていない無数の変形例が想定され得るものと解される。
　２　サーバ、３　通信端末、４　車載地図システム、１１　トリガ発生部、１２　更新手順決定部、１３　情報取得部、１４　更新制御部、２１　最新地図生成部、２２　配信地図データベース、２３　通信部、８１　処理回路、８２　プロセッサ、８３　メモリ、１０１－１０３　地図更新装置、Ｃ１，Ｃ２，Ｃ３，Ｃ４　配信候補エリア、Ｅ１，ＥＨ１，ＥＭ１　第１更新対象エリア、Ｅ２，ＥＨ２，ＥＭ２　第２更新対象エリア、Ｅ３，ＥＨ３，ＥＭ３　第３更新対象エリア、Ｅａｌｌ　全体エリア、Ｅａｕｔｏ　更新対象エリア。

Claims (20)

  1. 　サーバに格納された配信地図データを車両に搭載された車載地図システムに配信することにより、前記車載地図システムが有する車載地図データを更新する地図更新装置であって、
    　前記車載地図データの更新トリガを生成するトリガ発生部と、
    　配信対象の前記配信地図データである配信候補データを示す配信候補情報と、更新対象の前記車載地図データである更新対象データを示す更新対象情報と、前記更新対象データの更新手順を判断するための手順判断情報とを取得する情報取得部と、
    　前記更新トリガが生成されたときに、前記更新対象データに対応する前記配信候補データである更新選定データがあるか否かに応じて、前記更新対象データの更新要否を判断し、前記手順判断情報に基づき、前記更新対象データの更新手順を、ユーザが所持する通信端末へ問い合わせてから更新する問い合わせ更新と、前記通信端末への問い合わせなしに更新する無条件更新とのいずれかに決定する更新手順決定部と、
    　前記更新対象データの更新要と判断された場合に、前記更新選定データにより前記更新対象データを更新する更新制御部と、を備え、
    　前記更新制御部は、前記更新対象データの更新手順が前記問い合わせ更新である場合には、前記通信端末へ更新要否の問い合わせを行い、前記通信端末から更新要の応答を取得した後に前記更新対象データを更新し、前記更新対象データの更新手順が前記無条件更新である場合には、前記通信端末への問い合わせなしに前記更新対象データを更新する、
    地図更新装置。
  2. 　前記手順判断情報は前記車両の位置情報を含み、
    　前記更新手順決定部は、前記車両が予め定められた特定車両位置に存在する場合に前記更新手順を前記問い合わせ更新に決定し、前記車両が前記特定車両位置に存在しない場合に前記更新手順を前記無条件更新に決定する、
    請求項１に記載の地図更新装置。
  3. 　前記特定車両位置は、前記ユーザの自宅駐車場である、
    請求項２に記載の地図更新装置。
  4. 　前記手順判断情報は前記通信端末の位置情報を含み、
    　前記更新手順決定部は、前記通信端末が予め定められた特定端末位置に存在する場合に前記更新手順を前記無条件更新に決定し、前記通信端末が前記特定端末位置に存在しない場合に前記更新手順を前記問い合わせ更新に決定する、
    請求項１に記載の地図更新装置。
  5. 　前記特定端末位置は前記車両内である、
    請求項４に記載の地図更新装置。
  6. 　前記手順判断情報は前記車両の出発予定時刻の情報を含み、
    　前記更新手順決定部は、前記更新トリガが前記出発予定時刻から予め定められた時間だけ前の判断時刻より前に発生した場合に前記更新手順を前記問い合わせ更新に決定し、前記更新トリガが前記判断時刻以後に発生した場合に前記更新手順を前記無条件更新に決定する、
    請求項１に記載の地図更新装置。
  7. 　前記手順判断情報は、前記車両が新車納入前であるか新車納入後であるかを示す情報を含み、
    　前記更新手順決定部は、前記車両が新車納入前であれば前記更新手順を前記無条件更新に決定し、前記車両が新車納入後であれば前記更新手順を前記問い合わせ更新に決定する、
    請求項１に記載の地図更新装置。
  8. 　前記手順判断情報は、前記サーバと前記車載地図システムとの間の地図配信契約が有効であるか無効であるかを示す情報を含み、
    　前記更新制御部は、前記地図配信契約が無効であれば、前記更新対象データの更新要と判断された場合にも前記更新対象データを更新しない、
    請求項１に記載の地図更新装置。
  9. 　前記配信地図データは、種別の異なる複数の配信地図データを含み、
    　前記手順判断情報は、前記更新選定データの種別の情報を含み、
    　前記更新手順決定部は、前記更新選定データの種別に応じて前記更新手順を決定する、
    請求項１に記載の地図更新装置。
  10. 　前記配信地図データは、道路単位の形状データを有する通常精度地図データと、車線単位の形状データを有する高精度地図データとを含み、
    　前記更新手順決定部は、前記更新選定データが前記通常精度地図データである場合に前記更新手順を前記問い合わせ更新に決定し、前記更新選定データが前記高精度地図データである場合に前記更新手順を前記無条件更新に決定する、
    請求項９に記載の地図更新装置。
  11. 　前記手順判断情報は、前記車載地図システムが無線ＬＡＮに接続されているか否かを示す情報を含み、
    　前記更新手順決定部は、前記車載地図システムが無線ＬＡＮに接続されている場合に前記更新手順を前記無条件更新に決定し、前記車載地図システムがＷｉＦｉに接続されていない場合に前記更新手順を前記問い合わせ更新に決定する、
    請求項１に記載の地図更新装置。
  12. 　前記更新制御部は、前記問い合わせ更新において前記車載地図システムが動作している場合には、前記通信端末に代えて前記車載地図システムへ前記更新要否の問い合わせを行い、前記車載地図システムから更新要の応答を取得した後に前記更新対象データを更新する、
    請求項１に記載の地図更新装置。
  13. 　前記更新対象データは、互いに地理的範囲が異なる第１更新対象データと第２更新対象データとを含み、
    　前記更新手順決定部は、前記第１更新対象データの更新手順を前記手順判断情報に基づき決定し、前記第２更新対象データの更新手順を前記手順判断情報に関わらず前記無条件更新に決定する、
    請求項１に記載の地図更新装置。
  14. 　前記更新対象データは、互いに地理的範囲が異なる第１更新対象データと第３更新対象データとを含み、
    　前記更新手順決定部は、前記第１更新対象データの更新手順を前記手順判断情報に基づき決定し、前記第３更新対象データの更新手順を前記手順判断情報に関わらず前記問い合わせ更新に決定する、
    請求項１に記載の地図更新装置。
  15. 　前記配信地図データは、種別の異なる複数の配信地図データを含み、
    　前記配信地図データの種別に応じて、前記更新対象データ、前記第１更新対象データ、および前記第２更新対象データの少なくとも１つが表す地理的範囲は異なる、
    請求項１３に記載の地図更新装置。
  16. 　前記配信地図データは、種別の異なる複数の配信地図データを含み、
    　前記配信地図データの種別に応じて、前記更新対象データ、前記第１更新対象データ、および前記第３更新対象データの少なくとも１つが表す地理的範囲は異なる、
    請求項１４に記載の地図更新装置。
  17. 　前記配信地図データは、道路単位の形状データを有する通常精度地図データと、車線単位の形状データを有する高精度地図データとを含み、
    　前記高精度地図データである前記更新対象データの地理的範囲は、前記通常精度地図データである前記更新対象データの地理的範囲より広い、
    請求項１５に記載の地図更新装置。
  18. 　前記更新手順決定部は、前記更新対象データ、前記第１更新対象データ、および前記第２更新対象データの少なくとも１つが表す地理的範囲を、前記手順判断情報に基づき変更する、
    請求項１３に記載の地図更新装置。
  19. 　前記更新手順決定部は、前記更新対象データ、前記第１更新対象データ、および前記第３更新対象データの少なくとも１つが表す地理的範囲を、前記手順判断情報に基づき変更する、
    請求項１４に記載の地図更新装置。
  20. 　サーバに格納された配信地図データを車両に搭載された車載地図システムに配信することにより、前記車載地図システムが有する車載地図データを更新する地図更新方法であって、
    　トリガ発生部が。前記車載地図データの更新トリガを生成し、
    　情報取得部が、配信対象の前記配信地図データである配信候補データを示す配信候補情報と、更新対象の前記車載地図データである更新対象データを示す更新対象情報と、前記更新対象データの更新手順を判断するための手順判断情報とを取得し、
    　更新手順決定部が、前記更新トリガが生成されたときに、前記更新対象データに対応する前記配信候補データである更新選定データがあるか否かに応じて、前記更新対象データの更新要否を判断し、
    　前記更新手順決定部が、前記手順判断情報に基づき、前記更新対象データの更新手順を、ユーザが所持する通信端末へ問い合わせてから更新する問い合わせ更新と、前記通信端末への問い合わせなしに更新する無条件更新とのいずれかに決定し、
    　前記更新対象データの更新要と判断された場合に、更新制御部が、前記更新選定データにより前記更新対象データを更新し、
    　前記更新制御部が、前記更新手順が前記問い合わせ更新である場合には、前記通信端末へ更新要否の問い合わせを行い、前記通信端末から更新要の応答を取得した後に前記更新対象データを更新し、前記更新手順が前記無条件更新である場合には、前記通信端末への問い合わせなしに前記更新対象データを更新する、
    地図更新方法。
PCT/JP2023/023353 2023-06-23 2023-06-23 地図更新装置および地図更新方法 Ceased WO2024262017A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2023/023353 WO2024262017A1 (ja) 2023-06-23 2023-06-23 地図更新装置および地図更新方法
JP2025527392A JPWO2024262017A1 (ja) 2023-06-23 2023-06-23

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2023/023353 WO2024262017A1 (ja) 2023-06-23 2023-06-23 地図更新装置および地図更新方法

Publications (1)

Publication Number Publication Date
WO2024262017A1 true WO2024262017A1 (ja) 2024-12-26

Family

ID=93935246

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/023353 Ceased WO2024262017A1 (ja) 2023-06-23 2023-06-23 地図更新装置および地図更新方法

Country Status (2)

Country Link
JP (1) JPWO2024262017A1 (ja)
WO (1) WO2024262017A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000036097A (ja) * 1998-07-17 2000-02-02 Aisin Aw Co Ltd 地図情報管理システム
JP2002087183A (ja) * 2000-09-19 2002-03-26 Mazda Motor Corp 車両用情報処理装置および車両用情報処理プログラムが格納された記録媒体
JP2009092502A (ja) * 2007-10-09 2009-04-30 Xanavi Informatics Corp ナビゲーション装置、配信装置
WO2013175704A1 (ja) * 2012-05-23 2013-11-28 株式会社デンソー アプリケーション更新システム、同左用通信機器、同左用携帯通信端末、及び、同左用コンピュータ読み取り媒体
JP2022504122A (ja) * 2018-10-01 2022-01-13 トムトム グローバル コンテント ベスローテン フエンノートシャップ 地図を更新する方法、装置、システム及びコンピュータプログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3862995B1 (en) * 2018-10-01 2026-04-15 Nissan Motor Co., Ltd. Information processing systems and information processing methods

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000036097A (ja) * 1998-07-17 2000-02-02 Aisin Aw Co Ltd 地図情報管理システム
JP2002087183A (ja) * 2000-09-19 2002-03-26 Mazda Motor Corp 車両用情報処理装置および車両用情報処理プログラムが格納された記録媒体
JP2009092502A (ja) * 2007-10-09 2009-04-30 Xanavi Informatics Corp ナビゲーション装置、配信装置
WO2013175704A1 (ja) * 2012-05-23 2013-11-28 株式会社デンソー アプリケーション更新システム、同左用通信機器、同左用携帯通信端末、及び、同左用コンピュータ読み取り媒体
JP2022504122A (ja) * 2018-10-01 2022-01-13 トムトム グローバル コンテント ベスローテン フエンノートシャップ 地図を更新する方法、装置、システム及びコンピュータプログラム

Also Published As

Publication number Publication date
JPWO2024262017A1 (ja) 2024-12-26

Similar Documents

Publication Publication Date Title
JP3589124B2 (ja) ナビゲーション装置
EP1840863B1 (en) Map data updating method
EP2622309B1 (en) Navigation device, navigation method, and program
TWI417521B (zh) 產生用於導航裝置之改良地圖資料的方法
JP4725659B2 (ja) 車載端末および地図データ更新システム
US9377314B2 (en) Reduced network flow and computational load using a spatial and temporal variable scheduler
JP2009199313A (ja) 路車間通信システム
US20060195256A1 (en) Systems, methods, and programs for updating map data
US12282473B2 (en) Updating a digital map
US20230358560A1 (en) Map data management apparatus and map data management method
US20090216771A1 (en) Map update system, methods, and programs
CN115402057A (zh) 一种空调调节方法、服务器、终端及系统
JP2020196418A (ja) 電子制御装置、制御方法、自動運転システム
JP2009257965A (ja) ナビゲーション装置
JP7378633B2 (ja) 地図データ更新装置及び地図データ更新方法
WO2022018924A1 (ja) 地図提供システム
JP2002340593A (ja) ナビゲーション装置
WO2020110792A1 (ja) 車両制御システム及び地図データ管理装置
CN112640490B (zh) 一种定位方法、装置及系统
JP5349023B2 (ja) ナビゲーション装置
US20220067768A1 (en) Navigation system with high definition mapping mechanism and method of operation thereof
CN113670320A (zh) 信息处理装置、显示系统、显示控制方法和非暂时性可读介质
JP5477311B2 (ja) 地図情報配信装置、地図情報配信方法及びプログラム
JP7622867B2 (ja) 情報処理方法及び情報処理装置
JP2004239918A (ja) ナビゲーション装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23942448

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2025527392

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE