JP2014202560A - Navigation device, server and road width information updating method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a navigation device, a server and a road width information updating method capable of performing a route guide by deciding a road which is truly and comfortably travelable as a route and updating road width information in real time.SOLUTION: A navigation device which performs a route search comprises a road effective width detection section 15 which detects an effective width of a road while traveling. The navigation device: converts the effective width of the road into a road width cost to be used in a route search; calculates the costs for respective candidate routes; performs a route guide by selecting one of the candidate routes as an optimal route on the basis of the costs; and updates stored effective width data when the detected effective width is less than a predetermined value. Thus, the navigation device can perform the route search and the route guide with improved effectiveness.

Description

  The present invention relates to a vehicle navigation apparatus, a server, and a road width information updating method for updating road width information in real time when performing a route search to a destination.

  In general, a navigation device mounted on a vehicle such as an automobile performs a route search to a set destination based on the vehicle position and map data, and displays or sounds to a user such as a driver. Provide route guidance. At this time, route guidance for presenting an optimum route is performed in consideration of the road width included in the map data.

  For example, in Patent Document 1, in an in-vehicle navigation device that searches for a route to a set destination and performs route guidance, the cost for each searched route is calculated, and an optimum route is calculated based on the cost. It is described that road attribute cost, road width cost, lane number cost, branching cost, traffic light cost, distance cost, and the like are used in determining and calculating the cost.

JP 2005-77300 A

  However, in the conventional navigation device as shown in Patent Document 1, for example, the effective road width actually decreases due to the presence or absence of vehicles parked on the road, oncoming vehicles, passers-by, and other events. There is a problem that even if the road is not wide enough for comfortable travel, it may be determined and guided as an optimal route.

  The present invention has been made to solve the above-described problems, and is a navigation device capable of updating road width information in real time and determining and guiding a road that is truly comfortable to travel as a route, It is an object to provide a server and a road information update method.

  In order to achieve the above object, the present invention provides a navigation device mounted on or installed in the vehicle that performs a route search from the current location of the vehicle to the destination based on the current location of the vehicle and map data. A road effective width detection unit that detects the effective width of the road during traveling, a storage unit that stores at least effective width data, and a correspondence table between the effective width data and the road cost, and the storage unit Based on the correspondence table stored in the table, the effective width is converted into a road width cost, the cost is calculated for each candidate route, and one of the routes is determined as the optimum route based on the cost. And a processing unit that performs route guidance, and the processing unit stores in the storage unit when the effective width acquired using the road effective width detection unit is less than a predetermined value. And updates the effective width data being.

  According to the present invention, since effective road width information can be used by updating road width information in real time based on road width (effective width data) measured by many users during traveling, it is really comfortable. It is possible to determine and guide a road that can be used as a route, and to perform more effective route search and route guidance.

FIG. 3 is a block diagram illustrating a configuration of a user terminal and a server in the first embodiment. It is the schematic which looked at the installation state which mounted the camera in the vehicle from the vehicle side. It is a table | surface which shows an example of the correspondence table of effective width data and road width cost. It is a flowchart which shows the process in which the user terminal in Embodiment 1 collects effective width data. It is a flowchart which shows the process in which the user terminal in Embodiment 1 searches for a route using effective width data. FIG. 10 is a block diagram illustrating a configuration of a user terminal and a server in a second embodiment. It is a flowchart which shows the process in which the server in Embodiment 2 estimates effective width. It is a table | surface which shows an example of the correspondence table of effective width prediction data and road width cost in consideration of the case where the reliability of prediction data is high and low. It is a flowchart which shows the process in which the user terminal in Embodiment 2 searches for a route using effective width data. It is a flowchart which shows the process which the server in Embodiment 3 performs a route search using effective width data, and notifies to a user terminal. It is a figure which shows the outline | summary of the navigation system in Embodiment 4. FIG.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
Embodiment 1 FIG.
FIG. 1 is a block diagram showing the configuration of a user terminal and a server according to Embodiment 1 of the present invention. In the first embodiment, the user terminal 10 functions as a navigation device that performs a route search from the current location of the vehicle to the destination based on the current location of the vehicle such as an automobile and map data. It communicates with the user terminal 10 to transmit / receive information.

  The user terminal 10 that is a navigation device includes an input unit 11, a display unit 12, a communication unit 13, a vehicle position detection unit 14, a road effective width detection unit 15, a storage unit 16, and a central processing unit 17. The user terminal 10 is installed and used in a vehicle such as an automobile.

  The input unit 11 accepts manual input from the user, and includes hardware switches, keys, buttons provided in the user terminal 10, touch sensors integrated with the display unit 12, handles, and the like. Any form such as an installed remote control may be used.

  The display unit 12 presents information to the user in response to an instruction from the central processing unit 17 such as an LCD (Liquid Crystal Display) or an organic EL display. Further, as described above, it is a display-integrated touch panel, and may be composed of, for example, an LCD and a touch sensor.

The communication unit 13 communicates with the server 20 to transmit / receive information.
The own vehicle position detection unit 14 detects the current position of the own vehicle using, for example, GPS (Global Positioning System).

For example, as shown in FIG. 2, the effective road width detection unit 15 photographs the front of the vehicle with a camera 1 (for example, a CCD camera) installed on the ceiling in the vehicle and is currently passing (during traveling). ) To detect the effective width of the road.
The storage unit 16 stores various information such as map data, vehicle width information of the own vehicle, set road width information, effective width data, road width cost, and a correspondence table between the effective width data and the road width cost.

  The central processing unit 17 determines the route to the destination set via the input unit 11 based on the vehicle position detected by the vehicle position detection unit 14 and the map data stored in the storage unit 16. While performing the search, the effective width is measured by a signal from the road effective width detection unit 15, the effective width data is converted into the road width cost by using the information stored in the storage unit 16, and for each searched route A cost is calculated, and based on the cost, one of the searched routes is determined as an optimum route and route guidance is performed.

Further, the effective width data in the user terminal 10 is updated by storing the effective width data acquired by the central processing unit 17 in the storage unit 16 in this manner.
Then, the updated effective width data is uploaded by transmitting it to the server 20 via the communication unit 13.
Further, the latest effective width data is acquired from the server 20 and the effective width data stored in the storage unit 16 is updated.

The server 20 includes a server communication unit 21, a server storage unit 22, and a server central processing unit 23.
The server communication unit 21 communicates with a plurality of user terminals 10 to transmit / receive information.
The server storage unit 22 stores at least map data and effective width data.

  The server central processing unit 23 acquires the effective width data received from the plurality of user terminals 10 via the server communication unit 21, updates the effective width data in the server storage unit 22, and requests from the user terminal 10. Based on the above, the latest effective width data stored in the server storage unit 22 is transmitted to the user terminal 10.

FIG. 3 is a table showing an example of a correspondence table between effective width data and road width cost stored in the storage unit 16 of the user terminal 10. Α, β, and γ shown in this table are set road width information that is set in advance according to the user's road width preference. In the first embodiment, α = 50 cm, β = 100 cm, and γ = 150 cm are set. It shall be.
That is, the preference regarding the vehicle width of the vehicle and the road width of the user using the vehicle is preset and stored in the storage unit 16.

  Further, as described in Patent Document 1, for example, the road width cost is a well-known technique used when searching for a route in a navigation device. The route with the smallest total cost is determined as the optimum route.

  For example, in case 1 shown in FIG. 3, a road that protrudes and has a large road width cost, such as “road width cost = 1000”, is guided as an optimum route unless there is no other choice. There is nothing.

  Case 1 means the user's preference that when the road width is less than “vehicle width + α”, the user does not want to pass as much as possible because the road is narrow, and each user decides and sets the value of α by himself / herself. do it. That is, for example, if the user wants to pass as little as possible when the vehicle width is less than the vehicle width + 50 cm, α = 50 cm may be set.

Case 2 indicates that when the road width is “vehicle width + α” or more and less than “vehicle width + β”, the road width cost is “large” and the cost is set to “100”.
Case 3 shows that when the road width is “vehicle width + β” or more and less than “vehicle width + γ”, the road width cost is set to “small” and the cost is set to “50”.

  In case 4, when the road width is “vehicle width + γ” or more, the road cost is set to “none”, that is, “road width cost = 0”. It means that. That is, for example, when the user has a road width greater than or equal to 150 cm, if the user thinks that there is no problem because the road width is 0 (zero), γ = 150 cm may be set.

  Then, the central processing unit 17 of the user terminal 10 refers to the correspondence table shown in FIG. 3 and determines the effective width based on the vehicle width of the vehicle and the user's preference (α, β, γ) regarding the road width. Convert to cost.

FIG. 4 is a flowchart showing a process of collecting effective width data by the user terminal 10 according to the first embodiment.
This process is always performed unless the power of the navigation device is turned off or the engine is stopped. Here, a description will be given assuming that there is no end command such as power off or engine stop.

  First, it is determined whether or not the vehicle is traveling on a road that can be a route search target (step ST1). For example, when the current position of the host vehicle is in a parking lot (NO in step ST1), this determination is repeated until a road that can be a route search target is reached. When traveling on a road that can be a route search target (in the case of YES in step ST1), the effective width of the traveling road is measured using a signal from the road effective width detecting unit 15 (step ST2).

  Then, the central processing unit 17 determines whether or not the measured effective width is less than a predetermined value (here, “vehicle width + γ”) (step ST3). When the measured effective width is equal to or greater than a predetermined value (“vehicle width + γ”) (in the case of NO in step ST3), the road width cost is 0 (zero) as shown in case 4 of FIG. Since it can be determined that the problem of reducing the road width has not occurred, the process returns to step ST1 to perform processing.

On the other hand, when the effective width measured in step ST2 is less than a predetermined value (“vehicle width + γ”) (in the case of YES in step ST3), the effective width data is stored in the storage unit 16 in the user terminal 10. Is stored (step ST4).
Here, a specific example will be shown and described. For example, it is assumed that the vehicle width of the own vehicle is 180 cm, and as described above, α = 50 cm, β = 100 cm, and γ = 150 cm.

  If the currently running road is normal (according to the map data), the effective width is 500 cm, and if there is no factor that hinders driving, the camera 1 takes a picture in step ST2. The effective width measured by the road effective width detection unit 15 based on the recorded video is also 500 cm. In this case, in the determination in step ST3, the measured effective width (500 cm) is equal to or greater than a predetermined value (“vehicle width (180 cm) + γ (150 cm)”) (in the case of NO in step ST3). Return.

  However, for example, if there is a parked vehicle and the effective width measured in step ST2 is 300 cm, the effective width (300 cm) is less than a predetermined value (“vehicle width (180 cm) + γ (150 cm)”). Since there is (in the case of YES in step ST3), effective width data (300 cm) is stored in the storage unit 16 for the road (step ST4).

  Thereafter, when communication is possible (in the case of YES in step ST5), the effective width data stored in the storage unit 16 in step ST4 is uploaded to the server 20 by transmitting via the communication unit 13 (step S4). ST6).

  In order to prevent frequent communication with the server 20 and excessive communication load, a communication interval (for example, every 10 minutes) is set in advance, or a place where communication is possible is a communication point. It is assumed that it is set in advance. Then, at the time of the determination in step ST5, it is determined whether or not communication is possible based on whether 10 minutes or more have passed since the previous communication and whether or not within a predetermined distance after passing through the communication point. .

  If it is determined in step ST5 that communication is not possible (NO in step ST5), the process returns to step ST1 to perform processing. Then, at the timing when it is determined that communication is possible (in the case of YES in step ST5), the effective width data that has not been uploaded is collectively uploaded to the server 20 (step ST6).

FIG. 5 is a flowchart showing a process in which the user terminal 10 in the first embodiment searches for a route using effective width data.
First, it is determined whether or not communication is possible (step ST11). If communication is possible (YES in step ST11), the latest effective width data is acquired from the server 20 via the communication unit 13 (step ST12). And the effective width data memorize | stored in the memory | storage part 16 of the user terminal 10 are updated with the acquired effective width data (step ST13).

After that, as in the normal route search, the effective width data is converted into the road width cost and the route search is performed (step ST14). Note that description of cost calculation and route guidance in which the route having the minimum total cost is the optimum route will be omitted here.
On the other hand, when communication is not possible (NO in step ST11), route search is performed using effective width data stored in the storage unit 16 of the user terminal 10.

When the latest effective width data is acquired from the server 20 and a route search is performed, the actual road effective width is detected from the video taken by the camera 1, for example, when the vehicle in front is a large truck. Even if it is not possible, it is possible to use the latest result of uploading the effective width acquired by another vehicle, so that more effective route search and route guidance can be performed.
Then, when the route guidance end condition is satisfied, such as arrival at the destination or the user giving an instruction to end the route guidance (YES in step ST15), the process ends.

On the other hand, if the route guidance end condition is not satisfied (in the case of NO in step ST15), the route re-search condition is satisfied (eg, in case of NO in step ST16), for example, the route is deviated from the route as guided. ) The steps ST15 and ST16 are repeated until the route guidance end condition is satisfied.
Further, when the route re-search condition is satisfied (for example, when the route is deviated from the guidance route on the way) (YES in step ST16), the process returns to step ST11 to perform processing.

  As described above, according to the first embodiment, the road width information is updated based on the road width measured by a large number of users while traveling or the road width (effective width data) acquired from the server. Since effective road width information can be used, it is possible to determine and guide a road that can be passed through comfortably as a route, and to perform more effective route search and route guidance.

  In the first embodiment, it has been described that the user terminal has a navigation function and performs route guidance. However, the server has a navigation function and receives at least effective width data from the user terminal. 3 is stored, and based on the correspondence table, the effective width of the road used for route search is converted into road width cost, the cost for each searched route is calculated, and the searched route Any one of the above may be determined as the optimum route, and route guidance may be performed for the user terminal.

Embodiment 2. FIG.
FIG. 6 is a block diagram showing the configuration of the user terminal and the server according to Embodiment 2 of the present invention. In addition, the same code | symbol is attached | subjected to the structure similar to what was demonstrated in Embodiment 1, and the overlapping description is abbreviate | omitted. Also in the second embodiment, the user terminal 10 functions as a navigation device that performs a route search from the current location of the vehicle to the destination based on the current location of the vehicle such as an automobile and map data. In the second embodiment shown below, the server 30 includes the peripheral information acquisition unit 31 as compared with the first embodiment.

The peripheral information acquisition unit 31 acquires peripheral information such as weather information, construction information, event information, and disaster information.
In addition to map data and effective width data, the server storage unit 32 also stores weather information, construction information, event information, disaster information, and the like acquired by the peripheral information acquisition unit 31.

  The server central processing unit 33 acquires effective width data received from the plurality of user terminals 10 via the server communication unit 21, updates the effective width data in the server storage unit 32, and predicts the effective width. To do.

Also in the second embodiment, the process in which the user terminal 10 collects effective width data is the same process as the flowchart of FIG. 4 in the first embodiment.
FIG. 7 is a flowchart showing a process in which the server 30 in the second embodiment predicts the effective width.

  The server central processing unit 33 uses the effective width data acquired from the plurality of user terminals 10 via the communication unit 21 (the actual road width including the case where the road width decreases due to oncoming vehicles, passers-by, street parking, and other occupied objects) ) Are classified according to conditions such as time, day of the week, holidays, and seasons, and conditions of surrounding conditions such as weather, disaster, construction, and presence / absence of events, and the average value and standard deviation are calculated (step ST21).

  Next, the effective width predicted value in the route search conditions (for example, time A, day B, season C, weather D,...) The value is calculated by adding a weighting coefficient and taking the average (step ST22).

“Effective width predicted value at time A, day B, season C, weather D,...” = (“Average value at time A” × “weighting factor at time A” + “average value at day B” × “day of the week” B weight coefficient ”+“ average value of season C ”ד weight coefficient of season C ”+“ average value of weather D ”ד weight coefficient of weather D ”+...) / (“ Weight coefficient of time A ” "+" Weight coefficient for day B "+" Season C weight coefficient "+" Weather D weight coefficient "+ ...)
Here, the weighting coefficient of each coefficient is a numerical value that should be increased as conditions with a higher degree of influence on the width of the road, and are determined based on experience.

Then, the deviation value of the effective width in the route search conditions (for example, time A, day B, season C, weather D,...) Is weighted to the standard deviation in each condition obtained in advance as shown in the following equation. Is calculated by taking the average and adding (step ST23).
“Effective width deviation value at time A, day B, season C, weather D,...” = (“Standard deviation at time A” × “weighting factor at time A” + “standard deviation at day B” × “ Day B weight coefficient "+" season C standard deviation "*" season C weight coefficient "+" weather D standard deviation "*" weather D weight coefficient "+ ...) / (" time A weight Coefficient "+" weight coefficient for day B "+" weight coefficient for season C "+" weight coefficient for weather D "+ ...)

At this time, since the reliability of the prediction data is considered to be low for those with a large deviation value, the deviation value should be taken into account when converting the effective width prediction data into road width cost. Is desirable.
That is, the reliability of the effective width prediction data can be obtained from the deviation value. Although illustration and detailed description are omitted here, for example, when the deviation value is 0, 10, and 20, the reliability is 100%, 80%, 50%, etc. A table or a relational expression in which degrees are associated with each other may be set, and the reliability may be obtained from the deviation value based on the table or the relational expression.

  FIG. 8 is a table showing an example of a correspondence table between the effective width prediction data and the road width cost in consideration of cases where the reliability of the prediction data is high and low. As shown in this table, when the reliability of the prediction data is high, that is, when the deviation value is small, the conversion to the road width cost is the same as the table shown in FIG. 3, but the reliability of the prediction data is low. In this case, that is, when the deviation value is large, a value that differs only in the road width cost of case 1 is adopted.

  This is because when the deviation value is large, although the reliability of the effective width prediction data is low, it guides an unnecessary detour route so that the route is not used. It is a measure.

  Whether the deviation value is large or small may be determined based on a value set by the user, for example, whether the deviation value is 20 or less. In addition, here, only two types of deviation values having large / small deviations (reliability: low / high) are used. However, the road cost may be slightly different depending on the case of three or more types. Not too long.

FIG. 9 is a flowchart showing a process in which the user terminal 10 in the second embodiment searches for a route using effective width data.
The user terminal 10 acquires effective width prediction data at the approximate scheduled passage time from the server 30 via the communication unit 13 (step ST31). At this time, the reliability of the prediction data is also acquired at the same time.

Next, the acquired effective width prediction data is converted into road width cost based on the reliability, and a route search is performed (step ST32).
Then, when the route guidance end condition is satisfied, such as arrival at the destination or an instruction to end the route guidance by the user (YES in step ST33), the process ends.

On the other hand, if the conditions for ending route guidance are not satisfied (in the case of NO in step ST33), the route re-search condition is satisfied (eg, in case of NO in step ST34), such as the departure from the route as guided. ) The checks in steps ST33 and ST34 are repeated until the route guidance end condition is satisfied.
Further, when the route re-search condition is satisfied, for example, the route is deviated from the guide route (YES in step ST34), the process returns to step ST31 to perform the process.

  As described above, according to the second embodiment, in addition to the effects of the first embodiment, road width information that also considers date and time information and surrounding information can be used, so that more effective route search and route guidance can be performed. It can be carried out.

  In the second embodiment, as in the first embodiment, it has been described that the user terminal has a navigation function and performs route guidance. However, the server has a navigation function, and at least effective width data is obtained from the user terminal. Further, the server stores a correspondence table as shown in FIG. 8, and based on the correspondence table, the effective width of the road used for the route search is converted into the road width cost, and the cost for each searched route. May be calculated, one of the searched routes may be determined as an optimum route, and route guidance may be performed for the user terminal.

Embodiment 3 FIG.
Since the configuration of the user terminal and the server in the third embodiment of the present invention is the same as the block diagram of FIG. 6 in the second embodiment, illustration is omitted, but in the third embodiment shown below, Compared to Embodiments 1 and 2, the server 30 has a navigation function. That is, the correspondence table between the effective width data and the road width cost as shown in FIGS. 3 and 8 is stored not in the storage unit 16 of the user terminal 10 but in the server storage unit 32, and the server central processing unit 33 also performs road width cost conversion and route search.

Also in the third embodiment, the process in which the server 30 predicts the effective width is the same process as the flowchart of FIG. 7 in the second embodiment.
Also, the same table as the example shown in FIG. 8 in the second embodiment is used for the correspondence table between the effective width prediction data and the road width cost in consideration of the case where the reliability of the prediction data is high and low. .

FIG. 10 is a flowchart showing a process in which the server 30 according to the third embodiment performs a route search using the effective width data and notifies the user terminal 10.
First, the effective width prediction data determined in step ST23 of the flowchart shown in FIG. 7 is converted into road width cost based on the reliability, a route search is performed (step ST41), and the optimum route is notified to the user terminal 10. (Step ST42).

If the route guidance end condition is satisfied, such as arrival at the destination or an instruction to end route guidance by the user (YES in step ST43), the process ends.
On the other hand, when the route guidance end condition is not satisfied (NO in step ST43), it is determined whether or not there is a change in the effective width prediction data or the reliability (step ST44).

  The determination in step ST44 is because the weather information changes due to weather changes, the scheduled passage time changes due to traffic jams, and the server 30 can receive data from a plurality of user terminals 10. This is because the effective width prediction data and the reliability may be changed midway, such as when the latest data is changed.

If these data are not changed (NO in step ST44), the checks in steps ST43 and ST44 are repeated.
On the other hand, when there is a change in the effective width prediction data or the reliability (in the case of YES in step ST44), the effective width prediction data is converted into road width cost again based on the reliability, and a route search is performed ( Step ST45).

  Here, it is determined whether or not the route notified in step ST42 and the route newly searched in step ST45 branch to the user terminal 10 at a point where the user is scheduled to pass within a certain time ( Step ST46). This is because notifying immediately after the optimal route has changed due to a change in the situation but notifying the user's vehicle after approaching the branch point to some extent.

When it is determined that the user branches at a point where the user plans to pass within a certain time (YES in step ST46), the user terminal 10 is notified of the new route (step ST47).
Then, again, it is determined whether or not the route guidance end condition, such as arrival at the destination or the user giving an instruction to end the route guidance, is satisfied (step ST48). In the case of YES in step ST48, the process ends.

  On the other hand, if the route guidance end condition is not satisfied (in the case of NO in step ST48), it is determined whether or not there is a change in the effective width prediction data or the reliability, and there is no change in the data ( In the case of NO in step ST49), the checks and processes in steps ST46 to ST48 are repeated.

If the effective width prediction data or the reliability is changed (YES in step ST49), the process returns to step ST45, and the processes after step ST45 are repeated again.
If it is determined in step ST46 that the user does not branch at a point where the user is scheduled to pass within a predetermined time (NO in step ST46), the process of step ST47 is not performed and the determination of step ST48 is performed. .

  As described above, according to the third embodiment, the route search is performed every time the effective width prediction data or the reliability is updated, and there is a route change at a branch point where the vehicle is scheduled to pass within a certain time. As long as the route is presented again (route guidance is performed for the user terminal), in addition to the effects of the first and second embodiments, more effective route search and route guidance can be performed in real time.

Embodiment 4 FIG.
In the above first to third embodiments, the user terminal or server in the present invention has been described as having a vehicle navigation function. However, the navigation function is installed in a portable information terminal such as a smartphone, a tablet PC, or a mobile phone. The present invention can also be applied to an application for a road width information update function or the like, or to a case where a mobile information terminal or the like and a server cooperate to execute an application for a navigation function or a road width information update function.

  FIG. 11 is a diagram showing an outline of the navigation system in the fourth embodiment of the present invention. In this navigation system, the user terminal 100 performs navigation processing in cooperation with at least one of the portable information terminal 101 such as a smartphone and the server 102, or at least one of the portable information terminal 101 such as the smartphone and the server 102 performs navigation processing. It is possible to take various forms, for example, by causing the user terminal 100 to present route guidance. Hereinafter, a configuration aspect of the navigation system will be described.

  In the first to third embodiments, the navigation function of the present invention has been described as being provided in the user terminal 10 or the servers 20 and 30. However, in the navigation system in the fourth embodiment, the server 102 performs navigation processing. When the route search result is provided to the user by causing the user terminal 100 to present it via the portable information terminal 101, and the portable information terminal 101 performs a navigation process in cooperation with the server 102, and the route search result is displayed as the user. A case where the terminal 100 is provided to the user by being presented on the terminal 100 will be described.

First, a case where the server 102 performs navigation processing and causes the user terminal 100 to present a route search result via the portable information terminal 101 will be described.
In this configuration, the user terminal 100 may communicate with the server 102 via the portable information terminal 101. The server 102 functions as the navigation device described in the first to third embodiments. In addition, the user terminal 100 functions as an output device (display device) including at least an output unit (display unit) for providing a user with route search results from the portable information terminal 101 and the server 102.

In this case, the user terminal 100 basically has only a communication function and an output function (display function), and receives a route search result from the server 102 and provides it to the user.
That is, the server 102 is a navigation device, and the server 102 that is the navigation device causes the user terminal 100 to present a route search result based on the destination input by the user.
Even if comprised in this way, the effect similar to Embodiment 1-3 can be acquired.

A case will be described in which the portable information terminal 101 performs navigation processing in cooperation with the server 102 and the user terminal 100 provides the user with the route search result.
Also in this configuration, the case where the user terminal 100 communicates with the server 102 via the portable information terminal 101 can be considered, and the application of the portable information terminal 101 performs navigation processing in cooperation with the server 102. In addition, the user terminal 100 functions as an output device (display device) including at least an output unit (display unit) for providing a user with route search results from the portable information terminal 101 and the server 102.

Also in this case, the user terminal 100 basically has only a communication function and an output function (display function), and receives a route search result by cooperation between the portable information terminal 101 and the server 102 and provides it to the user.
That is, the application of the portable information terminal 101 causes the user terminal 100 that is an output device (display device) to present a route search result based on the destination input by the user.
Even if comprised in this way, the effect similar to Embodiment 1-3 can be acquired.

  In the first to fourth embodiments described above, the effective road width is detected by a CCD camera or the like that captures the front of the vehicle. However, there are many vehicles that include a back camera that captures the rear of the vehicle. The back camera image may also be used. In the back camera image, the subject at a high position and the distant ground are shown at the top of the screen. Therefore, on a still screen, the height at which the subject exists cannot be known only by the position on the screen.

  However, for example, when the vehicle is moving forward, all the subjects (assuming that the subject is still) are moving to the vanishing point in perspective, and the speed at which they move on the screen is It depends on the height at which the subject exists.

  Applying this, the image moves from both ends of the screen toward the vanishing point, and the movement is different from the movement assumed when the plane continues on both road ends at the same height as the plane through which the vehicle has passed. By detecting this, it is possible to know that there is a structure at a height different from the plane through which the vehicle has passed on the right rear side or the left rear side of the vehicle. Further, according to this method, it is also possible to detect that a moving body such as a passing vehicle has entered the right rear or left rear of the own vehicle.

  As described above, if the back camera image is also used, more detailed road width information can be acquired, so that more effective route search and route guidance can be performed.

  In the present invention, within the scope of the invention, any combination of the embodiments, or any modification of any component in each embodiment, or omission of any component in each embodiment is possible. .

  DESCRIPTION OF SYMBOLS 1 Camera 10,100 User terminal, 11 Input part, 12 Display part, 13 Communication part, 14 Own vehicle position detection part, 15 Road effective width detection part, 16 Storage part, 17 Central processing part, 20, 30, 102 Server, 21 server communication unit, 22, 32 server storage unit, 23, 33 server central processing unit, 31 peripheral information acquisition unit, 101 portable information terminal.

Claims (8)

In a navigation device installed or installed in the vehicle that performs a route search from the current location of the vehicle to a destination based on the current location of the vehicle and map data,
A road effective width detection unit that detects an effective width of the road during traveling of the vehicle,
A storage unit that stores at least effective width data and a correspondence table between the effective width data and the road cost;
Based on the correspondence table stored in the storage unit, the effective width is converted into a road width cost, a cost is calculated for each candidate route, and one of the routes is optimized based on the cost. A processing unit that determines the route and performs route guidance,
The navigation device, wherein the processing unit updates the effective width data stored in the storage unit when the effective width acquired using the road effective width detection unit is less than a predetermined value. In the storage unit, a vehicle width of the vehicle and a preference regarding a road width of a user who uses the vehicle are stored in advance.
The said process part converts the said effective width into the said road width cost based on the vehicle width of the said vehicle memorize | stored in the said memory | storage part, and the said user's preference regarding the road width. Navigation device. A communication unit capable of communicating with a server capable of transmitting and receiving information;
The processor is
When the effective width acquired using the road effective width detection unit is less than a predetermined value, the effective width data stored in the storage unit is updated and the effective width data is updated via the communication unit. To the server,
The effective width data stored in the storage unit is updated while acquiring and using the effective width data from the server via the communication unit during the route search. The navigation device according to 1. The processing unit obtains the effective width prediction data at the date and time when the vehicle is scheduled to pass and the reliability of the effective width prediction data from the server, and based on the reliability, the processing unit obtains the effective width prediction data from the road width. The navigation apparatus according to claim 3, wherein the route guidance is performed in terms of cost. Communicating with a user terminal mounted or installed in a vehicle, obtaining the current location and destination of the vehicle from the user terminal, and a route from the current location of the vehicle to the destination based on the current location and map data of the vehicle In a server having a navigation function for searching,
A server communication unit that receives at least the effective width of the road on which the vehicle is traveling from the user terminal;
A server storage unit that stores at least the effective width data and a correspondence table between the effective width data and the road cost;
When the effective width received from the user terminal is less than a predetermined value, the effective width data stored in the server storage unit is updated, and the effective width data is updated based on the correspondence table stored in the server storage unit. The width is converted into the road cost, the cost is calculated for each candidate route, and based on the cost, one of the routes is determined as the optimum route, and route guidance is given to the user terminal. A server processing unit for performing the processing. A peripheral information acquisition unit that acquires peripheral information including at least weather information and event information;
The server processing unit
The effective width received from the user terminal is classified according to the date and time and the surrounding situation to calculate each average value and each standard deviation, and by combining them, the effective width prediction data in the route search condition and the effective width prediction data Seeking reliability,
The server according to claim 5, wherein the route guidance is performed by converting the effective width prediction data at the date and time when the vehicle is scheduled to pass into the road width cost based on the reliability of the effective width prediction data. . The server processing unit
Performing the route search every time the effective width prediction data or the reliability of the effective width prediction data is updated,
The server according to claim 6, wherein the route guidance is performed for the user terminal only when there is a route change at a branch point where the vehicle is scheduled to pass within a predetermined time. A road width information updating method for a navigation device that performs a route search from the current location of the vehicle to a destination based on the current location of the vehicle and map data,
A road effective width detection unit detecting the effective width of the road while the vehicle is running;
When the effective width acquired using the road effective width detection unit is less than a predetermined value, the processing unit updates the effective width data stored in the storage unit; and
The processing unit converts the effective width into the road width cost based on the effective width data stored in the storage unit and the correspondence table between the effective width data and the road width cost, and each candidate route A road width information updating method comprising: calculating a cost and determining a route as an optimum route based on the cost and performing route guidance.

Images