JPH11337361A - Navigation apparatus - Google Patents

Abstract

PROBLEM TO BE SOLVED: To support a user in finally deciding the destination by proposing a candidate of the destination to the user from the side of a navigation apparatus. SOLUTION: When a proporsal request instruction is given by a user (S10: YES), a database is acquired according to a season at this point of time (S50). For example, when the season is summer, a skiing ground is not contained. In addition, when the weather is rainy (S60: YES), only proper destinations even in the rainy weather are picked up (S70). Then, an anticipated arrival time up to every destination is computed. When the anticipated arrival time is later than the prescribed time of a business finish time, the destination is excluded from a candidate. That is to say, when the destination cannot be used sufficiently even when it is reached too late, it is substantially meaningless as the candidate. The candidate which is extracted in this manner is displayed. When the user selects the destination, a route up to the selected destination is computed, and the route is guided.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a navigation device for performing route guidance processing to a destination.

[0002]

2. Description of the Related Art Conventionally, when searching for and guiding a route in a navigation device, a user is required to input a destination of the route. For example, a destination is searched hierarchically from the menu display, and if a desired destination is displayed, the destination is designated.

However, there is a case where the user cannot clearly determine the destination. In other words, there is a vague request, but it is not enough to determine a specific destination. For example, there is a request to go to shopping or go to play, such as "I want to go somewhere to go shopping" or "I want to go somewhere to play". is there. In such a case, a method of uniquely inputting the destination cannot perform an appropriate response.

Therefore, the present invention solves such a problem, and proposes a destination candidate from the navigation device side to the user, thereby assisting the user in finally determining the destination. Aim.

[0005]

According to the first aspect of the present invention, there is provided a navigation apparatus for setting a route to a specified destination and providing guidance based on the set route. The user can input a proposal request instruction as an instruction for causing the apparatus to propose a destination via the instruction input means.
Then, when a proposal request instruction is input from the instruction input means, the extraction means extracts candidate proposal destinations as follows. That is, the current time, the weather of the day,
On the basis of the reference information acquired by the reference information acquiring means for acquiring at least one of the reference information of the calendar of the day, the destination information storage means storing the information on the proposed destination is identified as a candidate. It extracts the proposed destination. Since the extracted candidate destination for suggestion is notified by the candidate notifying means, if the user specifies a desired one of the suggested destinations for notification, it is used for the route setting. Specified as a destination.

[0006] As a result, for users who have vague requirements but have not yet reached a point where a specific destination can be determined, by examining candidate destinations proposed from the navigation device side, Finally, the destination can be easily determined.

According to a second aspect of the present invention, when the proposal request instruction that can be input through the instruction input means can be selected from a plurality of request contents, the extraction means includes:
What is necessary is just to extract candidate proposal destinations based on the request content of the proposal request instruction. For example, a destination that can be a candidate when you want to go shopping somewhere is quite different from a destination that can be a candidate if you want to go somewhere, It is more appropriate to notify the candidates for the proposal destination according to the request contents.

[0008] In addition, the extraction of the proposed destination is based on at least one of the reference information of the current time, the weather of the day, and the calendar of the day. The destination can be extracted. For example, when the business hours are stored as information on the proposed destination, the extraction unit obtains the time as reference information, and further calculates the arrival time obtained by adding the estimated time required to reach the proposed destination. It is conceivable to extract only the proposed destination whose predicted time is a predetermined time before the business closing time. For example, in the case of a facility that closes at 5:00 pm, it is practically less meaningful to go to the facility until, for example, about 4:00 pm. Therefore, when it takes two hours to reach the facility, if the current time is before 2:00 pm, it is adopted as a candidate, and thereafter, for example, if it is 3:00 pm, it is not adopted as a candidate. By doing so, it is possible to prevent the inconvenience that the user has actually arrived but cannot actually use it sufficiently.

On the other hand, if information relating to whether or not the location is appropriate even in the case of rainy weather is stored as information relating to the proposed destination, the extraction means makes a proposal based on the weather of the day acquired as reference information. It is conceivable to extract a destination. In particular, when the proposed destination is an outdoor facility or the like, it is highly likely that the destination cannot be sufficiently used (not enjoyable) in rainy weather. Therefore, appropriate extraction can be performed by excluding these from the candidates in advance.

In the case where a business day is stored as information relating to the proposed destination, the extracting means may extract only the proposed destination whose day is a business day based on the calendar acquired as the reference information. Can be Thereby, in the case of a non-business day, appropriate extraction can be performed by excluding it from the candidates in advance.

[0011] Further, when information on whether or not the location is appropriate in a seasonal unit is stored as information on the proposed destination, the extraction means may be configured based on the season specified by the calendar acquired as the reference information. It is conceivable that the proposed destination is extracted by using this method. For example, some facilities are mainly used in winter, such as skiing and skating, and some are mainly used in summer, such as pools. Therefore, if these are also taken into consideration, appropriate extraction can be performed. In addition,
Of course, some are available all year round, such as heated pools, so they are treated as appropriate in all seasons.

In the above, the navigation device has been described as a type of device having a destination information storage means for storing information on a proposed destination in the device. A configuration of a type in which a candidate proposed destination is acquired from the information center of the present invention is also conceivable.

For example, in the case of the navigation device according to the present invention, two-way communication is possible with the external information center storing information on the proposed destination by the communication means. When a request instruction is input, the information processing unit requests the external information center via the communication means to transmit a candidate destination for proposal, and the proposed destination transmitted from the information center in response to the request. To get. Then, since the obtained proposed destination is notified by the candidate notifying means, if the user designates a desired one from among the notified proposed destinations, the user designates the desired destination for the route setting. Specified as the earth.

[0014] In this case, too, for a user who has vague requirements but has not reached the point where a specific destination can be determined, the candidate of the destination proposed by the navigation device will be examined. This makes it easier to finally determine the destination.

However, as described above, in the case of the type in which information on the proposed destination is stored in the device,
It is necessary to extract the information on its own device based on the time obtained by itself, the weather of the day, the calendar of the day, and the like. However, when a request is made to an external information center like this navigation device, the request is not received. The information center stores the information on the proposed destination, and further extracts the information based on the time acquired by the information center, the weather of the day, the calendar of the day, and the like, and transmits the information to the navigation device. . Therefore, in the case of this navigation device,
It is only necessary to notify the proposal destination sent from the information center.

In this case, a more appropriate proposal can be made by constructing a system for intensively collecting information at the information center. That is, by always collecting the latest information at the information center, it is possible to cope with a case where the business hours and the like described above are changed. Also, the time required to reach the destination becomes more realistic if the information center can collect, for example, traffic congestion information. In other words, even if it is a place that can be usually reached in two hours, it is assumed that it will take about four hours due to traffic congestion, etc. Therefore, in a normal case, the destination could be a candidate. However, it will be excluded from the candidates.

In any of the above-mentioned types, the instruction input means may be input by a mechanical switch or may be input by voice. Then, when the user inputs the instruction by voice, when the voice input including the keyword set in advance as indicating that the instruction is the proposal request instruction is performed, it is determined that the proposal request instruction is input. It is conceivable to judge. For example, when there is a voice input such as “I want to go shopping somewhere”, the determination may be made using the keyword “shopping” or may be made in combination with the keyword “somewhere”.

[0018] Further, when the presence / absence of a parking lot and the usage fee are stored as the information on the proposed destination, the candidate notifying means also informs the presence / absence of the parking lot and the usage fee when notifying the proposed destination. It is possible to do. When the present navigation device is mounted on a car, the presence or absence of a parking lot is relatively important information. Also, in the case of a paid facility, if the usage fee is also notified, the convenience is also improved.

The contents to be notified are not limited to these, and for example, an external appearance photograph of a facility may be stored and displayed as information.

[0020]

Embodiments of the present invention will be described below with reference to the drawings. It is needless to say that the embodiments of the present invention are not limited to the following examples, and can take various forms as long as they belong to the technical scope of the present invention.

FIG. 1 is a block diagram showing the overall configuration of a vehicle-mounted navigation device 10 according to this embodiment. The on-vehicle navigation device 10 includes a position detector 24, a map data input device 26, an operation switch group 28, a navigation ECU 30 connected thereto, an external memory 32 connected to the navigation ECU 30, a calendar (year / month / day), and Calendar clock 33 capable of measuring time (hour, minute, second), display device 34, speaker 3
5. It has a VICS receiver 36 and a voice recognition unit. The navigation ECU 30 is configured as a normal computer, and includes a well-known CPU, ROM,
A RAM, an I / O, and a bus line for connecting these components are provided.

The position detector 24 is a GPS (Global Positioning) which detects the position of the vehicle based on radio waves from a well-known gyroscope 38, a vehicle speed sensor 40 and satellites.
g System). Each of these sensors 38, 40, and 42 has an error having a different property, and is configured to be used while interpolating with a plurality of sensors. It should be noted that, depending on the accuracy, a part of the above may be used.
It is also possible to use a device that determines the direction by accumulating the steering angles of the vehicle obtained from the geomagnetism or the rotation difference between the left and right steered wheels.

The map data input unit 26 is a device for inputting various data including map data and so-called map matching data for improving the accuracy of position detection. As a storage medium, CD-
A ROM or DVD is generally used, but other media may be used. The storage medium also stores data on various facilities as destination information.
Specifically, for example, as shown in FIG. 2 (a), for a proposed destination such as Nagashima Spa Land, Shima Spain Village, Nagoya Port Aquarium, etc. Based on the information of whether
For example, information such as the presence / absence of a parking lot, a usage fee, and an external photograph is also stored. Therefore, this storage medium corresponds to “destination information storage means”.

The display device 34 is a color display device. On the screen of the display device 34, the vehicle current position mark input from the position detector 24, the map data input from the map data input device 26, and It is possible to superimpose and display additional data such as a guide route displayed on a map and a mark of a set point.

Further, the vehicle is configured to notify the driver of the traveling guidance by voice via the speaker 35,
Both the display on the display device 34 and the audio output from the speaker 35 can guide the driver to travel.
For example, in the case of a right turn, a content such as "Please turn right at the next intersection" is output by voice. If the driver is notified by voice, the driver can check the traffic information at the set point without moving the viewpoint, so that further safe driving can be achieved.

The operation switch group 28 is, for example, a touch switch or a mechanical switch integrated with the display device 34, and is used for various inputs. When the in-vehicle navigation device 10 inputs the position of the destination with the operation switches 28,
The navigation ECU 30 automatically selects an optimal route from the current position to the destination to form a guidance route, and the display device 3
4 and a so-called route guidance function for providing voice guidance via the speaker 35.

The VICS receiver 36 includes receivers for FM multiplex broadcasting, radio beacons, and optical beacons. The VICS receiver 36 receives signals from FM stations in each region, radio beacon transmitters on expressways, and optical beacon transmitters on general roads. , For receiving digital traffic information. The received traffic information is stored as digital data in the RA provided in the navigation ECU 30.
The data is written to the reception buffer set as a part of M. Hereinafter, traffic information transmitted by FM multiplex broadcasting from an FM station will be described as an example, but traffic information transmitted to a vehicle by a radio beacon or an optical beacon at a specific point on a road is also handled in the same manner. .

The traffic information transmitted by FM multiplex broadcasting transmits traffic information on roads and parking lots over a wide area extending over a prefecture unit or a plurality of prefectures. For example,
The transmission of traffic information such as expressways, general roads, and parking lots in the area served by the FM station is repeated once every 2.5 minutes. Therefore, the contents of the reception buffer of the control circuit 10 are rewritten every 2.5 minutes. In the case of a radio beacon or an optical beacon, the reception buffer is rewritten when a vehicle enters the reception area.

This traffic information includes traffic congestion information such as traffic congestion points and congestion sections, information on the required time between major points, traffic obstruction information on accidents, malfunctioning vehicles, obstacles on roads, construction work, etc .; -In addition to traffic regulation information including temporary regulations such as lane regulations and their causes, parking information for notifying the vacant status of parking lots, service areas, and parking areas, weather information and the like are also included.

In the voice recognition unit 50, the operation switches 8 are used to manually designate a destination or the like, while the user also inputs a voice to specify a destination or the like. This is a device that allows the user to give an instruction. The voice recognition unit 50
The audio data of the user input via the microphone is sequentially subjected to acoustic analysis to extract an acoustic feature (for example, cepstrum), and time-series acoustic feature data obtained by the acoustic analysis is obtained. The time-series data is divided into several sections by a well-known DP matching method, an HMM (Hidden Markov Model), a neural network, or the like, and a word corresponding to each section stored as dictionary data is obtained. . Then, a high-order comparison target pattern having a high degree of matching is obtained as a recognition result, and the navigation ECU
For example, the control unit 30 notifies a destination required for the navigation process or a command for executing a process such as a route setting. As a result of such processing, if this voice recognition unit 50 is used, the navigation switch group 8 is not manually operated, and the navigation EC is input by voice input.
The user can specify a destination in the route setting performed in U30.

The route setting by the navigation ECU 30 is generally performed as follows. That is, when the destination is determined, the current position of the vehicle is obtained based on the satellite data obtained from the GPS receiver 42, the cost is calculated between the destination and the current position by the Dijkstra method, and the most significant distance from the current position to the destination is calculated. A process of obtaining a short-distance route as a guidance route is performed. Then, the guidance route is displayed on the road map on the display device 44 so as to guide the driver to an appropriate route.

Next, the operation of the vehicle-mounted navigation device 10 according to the present embodiment will be described. When an ignition switch (not shown) is operated and power is supplied from the vehicle-mounted battery, predetermined initial settings are performed. Thereafter, when there is any input through the operation switch group 28 or through the voice recognition unit 50, the operation shown in FIG. The processing shown in the flowchart starts.

First, in the first step S10,
It is determined whether the instruction input by the user indicates a proposal request. A method of instructing the proposal request will be described. For example, if the operation switch group 28 includes a switch provided exclusively for instructing a proposal request, the switch may be operated. Alternatively, a selection menu may be displayed on the display device 34, and a selection menu may be selected from the menu. On the other hand, in the case of instructing by voice input, a keyword that is set in advance to indicate a proposal request instruction may be input by voice. For example, when there is a voice input such as “I want to go somewhere to go shopping” or “I want to go somewhere to go to play”, it is possible to make a judgment based on the keywords “shopping” and “play”. Or the keyword "?". Further, a case where the keyword “request for proposal” is directly input may be adopted.

If the request is not a proposal request (S10: N
O), the process proceeds to step S15, and a corresponding process is performed. This correspondence processing is the same as the processing executed by the conventional navigation device, and is, for example, processing such as enlarging a map or setting a destination.
Since it is not the focus of the present invention, a detailed description is omitted.

If the request is a proposal request (S1
0: YES), the date and time information at that time are obtained (S20), and further, weather information is obtained (S30).
In this embodiment, the date and time information is obtained from the calendar clock 33, and the weather information is obtained from the VICS receiver 36.
From the information received at.

In the following step S40, the season is specified from the date acquired in S20. In S50, the database corresponding to the specified season is stored in the storage medium (CD-C) via the map data input device 26. ROM or DVD). In this embodiment, data on destinations which are considered to be suitable for the four seasons of spring, summer, autumn and winter are stored. Of course, some destinations are suitable regardless of the season, and of course, there are duplicate destinations in these databases.

In the next step S60, it is determined whether the weather is rainy based on the weather information acquired in S30. In the case of rain (S60: YES), the process proceeds to S70, and only the destination set as suitable for rain is picked up from the database. Then, a proposal destination list is provisionally created based on the picked-up database (S80). On the other hand, if it is not raining (S60: NO), the pickup in S70 is not performed.

For example, in the example shown in FIG. 2, FIG.
In the case of Nagashima Spa Land and Shima Spain Village, the information corresponding to the weather is set to be "unsuitable" in case of rain, and the Nagoya Port Aquarium is also "suitable" in case of rain. Is set. Therefore, with respect to these three destinations, if the weather is rainy (S60: YES), only the Nagoya Port Aquarium will be picked up (see FIG. 2B).

Although it is determined in S60 whether the weather is rainy, it is preferable to consider the following in this determination. That is, it is based not only on the current weather but also on the forecast information of the weather a predetermined time later. Because
In the case of this embodiment, since it is assumed that the vehicle is moved to the destination, the weather is not particularly problematic when moving, and when starting from the destination, it is determined whether or not it is raining. It is a problem. Therefore, there is no problem if the forecast is sunny all day. For example, it is raining now but it stops raining about 2 hours later and then clears, or conversely, it is currently fine but about 2 hours later If it rains, it is inappropriate to base it solely on the current weather. Therefore, for example, it is determined whether the weather for about three hours from two hours later is raining in S6.
The determination may be made with 0.

Next, a description will be given of the processing after the list of proposed destinations is provisionally created in S80. After initializing the counter C to 1 in S90 (see FIG. 4), the subsequent S
At 100, the expected time of arrival of list number C to the proposed destination is calculated. If the weather is fine,
As shown in (a), list number 1 is Nagashima Sparland, and when the weather is raining, as shown in FIG. 2 (b), list number 1 is Nagoya Port Aquarium. The estimated arrival time is calculated by first calculating the time required to move from the current location to the proposed destination and adding the calculated time to the current time. Estimating and calculating the time required to travel from the current location to a point is well known and will not be described in detail here. However, in the case of this embodiment, VIC
The provision of the S receiver 36 makes it possible to acquire, for example, traffic congestion information. Therefore, if the expected arrival time is calculated with reference to the traffic congestion information and the like, it becomes more realistic. In other words, even if it is a place that can be usually reached in two hours, it is assumed that it will take about four hours due to traffic congestion, etc. Therefore, in a normal case, the destination could be a candidate. However, it will be excluded from the candidates.

After the expected time of arrival at the proposed destination is calculated, it is then determined whether or not it is appropriate to be at the proposed destination at the expected time of arrival. In other words, when the proposed destination is a facility as shown in FIG. 2, business hours naturally exist, so in this embodiment, it is practically necessary to arrive at least one hour before the end of business. There is no point in going to that destination. Therefore, in S110, it is determined whether or not the expected arrival time is before one hour before closing of business, and if the expected arrival time is before one hour before closing of business (S110:
YES), the process proceeds to S130 without doing anything, but if it is later than one hour before the closing of business (S110: NO), S1
Then, the process goes to step 20 to delete the proposed destination from the destination list.

In S130, it is determined whether or not the processing has been completed up to the destination of the list number n. If not (S130: NO), the counter is incremented in S140 and the process returns to S100. Thus, for each of the destinations of the list numbers 1 to n, S100 to S100
After executing the process of S120 (S130: YES), the display destination 34 displays the proposed destination. After that, it waits for selection by both parties (S160). If any of them is selected (S160: YES), the process proceeds to S170, and the detailed information of the selected proposal destination is displayed. The detailed information displays, for example, the presence or absence of a parking lot, a usage fee, an external photograph, and the like on the display device 34, in addition to the above-described location and business hours. Thus, the user can grasp basic information on the destination. In particular, in the case of the present embodiment, it is assumed that the vehicle is mounted on a vehicle, so the presence or absence of a parking lot is relatively important information.

Then, in S180, it is determined whether or not the destination at which the detailed information is displayed is OK.
In this case, it is instructed via the operation switch group 28 that “OK” or “NG”. And NG
Is performed (S180: N
O), returning to S150, and displaying the proposed destination again. That is, although one of the displayed proposed destinations is selected (S160: YES), when the detailed information displayed in the subsequent S170 is viewed, for example, there is no parking lot or dissatisfaction with the usage fee. If so, another proposed destination may be selected.

On the other hand, at the destination where the detailed information is displayed,
(S180: YES), in the following S190, the selected proposed destination is set as the destination of the route calculation. Thereafter, in S200, a route calculation is performed, and a process related to route guidance is performed. The route calculation process calculates the cost by the Dijkstra method between the current position of the vehicle obtained based on the satellite data obtained from the GPS receiver 42 and the destination set in S180,
For example, the process is to determine the shortest route from the current location to the destination as a guidance route. The route guidance process is a process of displaying a guidance route on a road map on the display 14 and guiding the driver to an appropriate route.
The calculation process and the guidance process for obtaining such a guide route are generally well-known processes, and a detailed description thereof will be omitted.

In this embodiment, the operation switch group 28 and the voice recognition unit 50 correspond to an instruction input unit, and the calendar clock 33 and the VICS receiver 36 correspond to a reference information acquisition unit. Further, the navigation ECU 30 corresponds to an extracting unit, and the display device 34 corresponds to a candidate notifying unit. The notification of the candidate can be made by voice from the speaker 35.

By performing such processing,
The in-vehicle navigation device 10 according to the present embodiment exhibits the following effects. (1) If the user issues a proposal request instruction, the in-vehicle navigation device 10 suggests a destination, so that there is a vague request but the user has not yet reached a point where a specific destination can be determined. By considering candidate destinations proposed from the in-vehicle navigation device 10, the final destination can be easily determined. At this time, the in-vehicle navigation device 10 selects only an appropriate destination from the stored destination information according to the situation at that time, and proposes it to the user. For example, if the proposed destination is a facility that has business hours, the estimated time required to reach the proposed destination is calculated, and the estimated arrival time obtained by adding it to the current time is closed. Only the proposed destination that is a predetermined time before the time is extracted (see S100 to S120 in FIG. 4). By doing so, it is possible to prevent the inconvenience that the user has actually arrived but cannot actually use it sufficiently.

Although FIG. 2 shows an example of a facility where business hours generally exist, even if there are no special business hours, such as a public park, the destination can be sufficiently located. Can be. (2) In this embodiment, the weather is also taken into consideration. In particular, when the proposed destination is an outdoor facility or the like, it is highly likely that the destination cannot be sufficiently used (not enjoyable) in rainy weather. Therefore, in the case of rain, a candidate for a proposal destination is set in advance, and if it is fine, the candidate for a proposal is also considered as a candidate. S3
0, S60, S70). Thereby, appropriate extraction can be performed.

(3) Further, in the case of this embodiment, FIG.
As shown in S50, the database is first extracted according to the season. As a result, for example, a destination that is not practically usable due to an out-of-season can be removed in advance. For example, some facilities are mainly used in winter, such as skiing and skating, and some are mainly used in summer, such as pools. Therefore, if these are also taken into consideration, appropriate extraction can be performed. Of course, some can be used all year round, such as a heated pool, so in that case they will be treated as appropriate in all seasons.

[Alternative Embodiment] In the above-described embodiment, information on a proposed destination is stored in a storage medium such as a CD-ROM, and is set in the map data input device 26 of the vehicle-mounted navigation device 10. However, another embodiment in which, for example, a candidate destination for proposal is obtained from an external information center is also conceivable.

Referring to FIG. 5, a vehicle-mounted navigation device 100 according to another embodiment will be described. FIG.
For the same components as in the embodiment described in
The same reference numerals are given and the detailed description is omitted, and the changed portions will be described in detail. Although the VICS receiver 36 is provided in the embodiment shown in FIG. 1, a communication device 46 is provided instead in this embodiment. This communication device 46
Is for communicating with the information center 70, and is capable of two-way communication with the information center 70. Therefore, the communication device 46 corresponds to “communication means”. In addition, as a device used as the communication device 46, a mobile communication device such as a car phone or a mobile phone is generally used. In addition, as this information center 70,
For example, the current ATIS (Advanced Traffic Information
Service) The center may also be used.

Here, the configuration of the information center 70 will be briefly described. The information center 70 collects external events such as road conditions from various sensors and the like mounted near the road, or collects weather information from an external weather forecast center and the like. A destination information storage device 74 storing destination information stored in a CD-ROM or the like in the above-described embodiment;
A communication device 76 that communicates with the navigation device 100 mounted on the vehicle via a wireless line such as a car phone or a mobile phone, and a proposal request instruction received from the on-vehicle navigation device 100 and collected reference information. And a control unit 78 for performing processing such as extracting a proposal destination based on the control information.

In this case, about two types of variations can be considered depending on how much extraction work is performed in the information center 70. First, as the first type, S20 to S8 shown in FIG.
A process having the same contents as that of the proposed destination is executed, and the proposed destination is extracted. That is, in the information center 70, only the appropriate destination according to the season and weather is picked up and transmitted to the in-vehicle navigation device 100. Therefore, the in-vehicle navigation device 100 receives the transmitted proposed destination and transmits the proposed destination to the destination shown in FIG.
A process having the same contents as in steps S90 to S200 is executed.

As a second type, it is also conceivable that the processing of S90 to S140 is also executed by the information center 70. However, in this case, it is necessary to calculate the time required to reach the destination from the current position of the vehicle, and thus it is necessary to transmit the current vehicle position information to the information center 70.

As described above, even when a candidate destination for proposal is acquired from the information center 70, a user who has a vague request but has not yet reached a point where a specific destination can be determined can be obtained. By examining candidate destinations proposed from the in-vehicle navigation device 100, it is possible to easily determine the final destination.

In this case, since the information center 70 can collect information intensively, a more appropriate proposal can be made. That is, by always collecting the latest information in the information center 70, it is possible to immediately cope with a case where the above-mentioned business hours are changed or a case where a new destination is added.

When the processing of S90 to S140 in FIG. 4 is also executed by the information center 70, the information center 70 collects information on the time required to reach the destination, for example, traffic congestion information. If you can do it,
It will be more realistic. That is, usually 2
Even if it is a place that can be reached in time, it is assumed that it will take about 4 hours due to traffic congestion, so even if it is a destination that could be a candidate in normal cases, it is excluded from the candidate. The Rukoto.

[Others] (1) In the above embodiment, no distinction was made with respect to the proposal request instruction, but a distinction may be made depending on the content. For example, a destination that can be a candidate when "I want to go somewhere to go shopping" is quite different from a destination that can be a candidate when "I want to go somewhere to play". Therefore, it is more appropriate to notify the candidates for the proposal destination according to the request contents. Therefore, based on the request content of this proposal request instruction,
It is preferable to pick up candidate proposal destinations.

(2) In the above embodiment, the point that the business hours are taken into account has been described. However, the business days are also stored, and the calendar (year, month, day) obtained in S20 of FIG. 3 is stored.
, It is preferable to extract only the proposed destinations that are business days. Thereby, in the case of a non-business day, appropriate extraction can be performed by excluding it from the candidates in advance.

(3) In the above embodiment, the date and time information is obtained from the calendar clock 33, but the signal (G) received via the GPS receiver 42 is used.
PS signal). That is, the basic time data representing the signal transmission time from the GPS satellite, the time difference data representing the time difference between the received signals from the plurality of GPS satellites, and the coordinate data are taken in from the GPS signal. And GP
The GPS time is obtained by correcting the basic time data by the time difference between the basic time used by the S satellite and the time used at the current position. Note that the GPS satellite is equipped with a primitive frequency standard (primitive clock) and holds an accurate time called GPS time. The time is transmitted to the ground once every predetermined time (for example, 30 seconds). Therefore, the GPS receiver 42 receives the GPS time once every 30 seconds. Therefore, for example, the navigation ECU 3
0 is based on the GPS time and the calendar clock 33
It is conceivable to correct the time generated by.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a schematic configuration of a vehicle-mounted navigation device as an embodiment of the present invention.

FIG. 2 is an explanatory diagram of information on a proposed destination.

FIG. 3 is a part of a flowchart showing processing executed by the navigation device of the embodiment.

FIG. 4 is a part of a flowchart showing processing executed by the navigation device of the embodiment.

FIG. 5 is a block diagram showing a schematic configuration of a vehicle-mounted navigation device as another embodiment.

[Explanation of symbols]

10, 100 vehicle navigation device 24 position detector 26 map data input device 28 operation switch group 30 navigation ECU 32 external memory 33 calendar clock 34 display device 35 speaker 36 VI
CS receiver 38 Gyroscope 40 Vehicle speed sensor 42 GPS receiver 46 Communication device 50 Voice recognition unit 70 Information center 72 Reference information collection device 74 Destination information storage device 76 Communication device

Claims (9)

[Claims] 1. A navigation device for setting a route to a specified destination and providing guidance based on the set route, wherein a user issues a proposal request instruction for instructing the destination from the device side. Instruction input means for inputting, destination information storage means for storing information on a proposed destination, and acquiring at least one of reference information of a current time, weather of the day, and a calendar of the day Reference information acquisition means for receiving a proposal request instruction from the instruction input means, and a proposal purpose from the destination information storage means based on the reference information acquired by the reference information acquisition means. Extracting means for extracting a location, and candidate notifying means for notifying a proposed destination which is a candidate extracted by the extracting means. Navigation apparatus among been proposed for the destination, is what is specified by the user, characterized in that it is configured to be identified as the destination for the routing. 2. The navigation device according to claim 1, wherein the proposal request instruction that can be input via the instruction input means can be selected from a plurality of request contents, and the extraction means includes Extracting a candidate proposed destination from the destination information storage means based on the request content of the request instruction. 3. The navigation device according to claim 1, wherein when the business hours are stored as the information on the proposed destination, the extracting unit acquires a time as the reference information, and further obtains the time. A navigation device for extracting only a proposed destination at which an estimated arrival time obtained by adding an estimated time required to reach the destination is a predetermined time before the business closing time. 4. The navigation device according to claim 1, wherein the information on the proposed destination is stored as information on whether or not the location is appropriate even in rainy weather. Extracting the proposed destination based on the weather of the day acquired as the reference information. 5. The navigation device according to claim 1, wherein, when a business day is stored as the information on the proposed destination, the extraction unit is configured to perform the operation based on the calendar acquired as the reference information. A navigation device, wherein only a proposed destination whose day is a business day is extracted. 6. The navigation device according to claim 1, wherein information on whether or not the location is appropriate in a seasonal unit is stored as the information on the destination for proposal.
The navigation device, wherein the extraction unit extracts a proposed destination based on a season specified by a calendar acquired as the reference information. 7. A navigation device for setting a route to a specified destination and providing guidance based on the set route, wherein a user issues a proposal request instruction as an instruction for causing the device to propose the destination. Instruction input means for inputting, communication means capable of two-way communication with an external information center storing information on the proposed destination, and when a proposal request instruction is input from the instruction input means Requesting the external information center via the communication means to transmit a proposed destination that can be a candidate, and acquiring the proposed destination transmitted from the information center in response to the request; Candidate obtaining means, and candidate notifying means for notifying the proposed destination obtained by the destination candidate obtaining means, among the proposed destinations notified by the candidate notifying means, Destination designated by the use's navigation apparatus characterized by being configured to be identified as the destination for the routing. 8. The navigation device according to claim 1, wherein said instruction input means enables a user to input an instruction by voice, and said instruction input means preliminarily indicates a proposal request instruction. When a voice input including the set keyword is performed, it is determined that the proposal request instruction has been input. 9. The navigation device according to claim 1, wherein, if information on the destination for the proposal includes the presence or absence of a parking lot and a usage fee, the candidate notifying means is configured to provide the candidate notification means. When notifying the destination, the presence or absence of the parking lot and the usage fee are also notified.