Information processing apparatus

Abstract

A control unit of an information processing device acquires the agreement rate of a user of a vehicle with respect to past detour suggestions when there is a detour recommendation section in which detour is recommended on a route of the vehicle. The control unit of the information processing apparatus outputs, on the basis of the agreement rate, suggestion information for suggesting to bypass the bypass recommendation section.

Description

Technical Field

[0001] The present disclosure relates to an information processing apparatus. Background Art

[0002] A navigation apparatus is disclosed in Japanese Unexamined Patent Application Publication No. 2022-179906. The navigation apparatus disclosed in Japanese Unexamined Patent Application Publication No. 2022-179906 detects a node, i.e., an entry-prohibited node, for which traffic restriction information prohibiting entry is set. The navigation apparatus detects a road link in a specified section in which travel is presumably restricted among a plurality of road links cascade-connected from the detected entry-prohibited node. The navigation apparatus sets travel restriction information on the detected plurality of road links for path search. Further, the navigation apparatus searches for a path with the plurality of road links for which travel restriction information is set as restricted target sections. Summary of the Invention

[0003] An object of the present disclosure is to give a detour recommendation without annoying the user.

[0004] The information processing apparatus according to the present disclosure includes a control unit configured to execute: acquiring a consent rate of a user of the vehicle for a past detour recommendation when there is a detour recommendation section where a detour is recommended on a route of the vehicle; and outputting recommendation information for recommending detouring around the detour recommendation section based on the consent rate.

[0005] According to the present disclosure, it is possible to give a detour recommendation without annoying the user. Brief Description of the Drawings

[0006] The features, advantages, and technical and industrial significance of exemplary embodiments of the present invention will be described below with reference to the accompanying drawings, in which like reference numerals denote like elements, and in the drawings, Figure 1 is a diagram showing a schematic configuration of a recommendation system; Figure 2 is a block diagram schematically showing an example of a functional configuration of a server; Figure 3 is a diagram showing an example of a table configuration of road information held in a road information database; Figure 4 is a diagram showing an example of a table configuration of history information held in a history information database; Figure 5 is a flowchart of a first process; Figure 6 is a flowchart of a second process. Detailed Description of the Invention

[0007] It is assumed that when there is a recommended detour section on the route of a vehicle, it is recommended to the user of the vehicle to detour the recommended detour section. In this case, if the user of the vehicle does not need the detour suggestion, the user may feel annoyed by the detour suggestion. Therefore, the information processing device involved in the present disclosure solves such a problem.

[0008] The control unit of the information processing device involved in the present disclosure obtains the user's agreement rate for past detour suggestions (hereinafter sometimes referred to as "agreement rate") when there is a detour recommendation section on the route of the vehicle. As a result, the control unit of the information processing device can grasp the necessity of suggesting detours to the user. At this time, it is assumed that when the agreement rate is high, the user needs detour suggestions compared to when the agreement rate is low. Therefore, the control unit outputs suggestion information for suggesting detours from the detour recommendation section based on the agreement rate.

[0009] As described above, the information processing device outputs the advice information based on the approval rate. Thus, it is possible to provide advice for detouring the recommended detour section according to the necessity of detour advice that can be assumed based on the approval rate. As a result, it is possible to provide detour advice without annoying the user.

[0010] Hereinafter, specific embodiments of the present disclosure will be described based on the drawings. Unless otherwise specified, the hardware configuration, module configuration, functional configuration, etc. described in each embodiment are not intended to limit the technical scope of the disclosure to only these. Implementation System Overview

[0011] based on Figure 1 The advice system 1 in this embodiment will be described. Figure 1 1 is a diagram showing a schematic configuration of a suggestion system 1. The suggestion system 1 is configured to include an on-vehicle device 100 and a server 200. In the suggestion system 1, the on-vehicle device 100 and the server 200 are connected to each other via a network N1. As the network N1, a world-wide public communication network WAN (Wide Area Network) such as the Internet, or a telephone communication network such as a mobile phone can be used. Vehicle-mounted device

[0012] The vehicle-mounted device 100 is a device mounted on the vehicle 10. The vehicle-mounted device 100 provides various information to the user of the vehicle 10. The vehicle-mounted device 100 is, for example, a vehicle navigation system. The user of the vehicle 10 inputs a destination into the vehicle-mounted device 100. The vehicle-mounted device 100 transmits destination information indicating the current position and destination of the vehicle 10 to the server 200 via the network N1.

[0013] The in-vehicle device 100 receives route information via the network N1. The route information is information including a predetermined driving route of the vehicle 10. When the in-vehicle device 100 receives the route information, it outputs (displays on a display and outputs voice, etc.) the route information to the user of the vehicle 10. In addition, the in-vehicle device 100 receives advice information from the server 200 via the network N1. The advice information is information for advising to bypass an interval on the predetermined driving route. When the in-vehicle device 100 receives the advice information, it outputs (displays, etc.) the advice information to the user of the vehicle 10. Server

[0014] The server 200 is a server device that manages the driving of the vehicle. The server 200 receives destination information from the in-vehicle device 100 via the network N1. The server 200 generates a predetermined driving route of the vehicle 10 based on the destination information. At this time, there may be an interval recommended for bypassing (hereinafter, sometimes referred to as "bypass recommended interval") on the predetermined driving route of the vehicle 10. Reasons for recommending bypassing are, for example, part or all of the interval being closed to traffic, flooded, congested, or covered with snow, etc. It is assumed that in such a case, the server 200 advises the user of the vehicle 10 to bypass the bypass recommended interval. Specifically, the server 200 advises to bypass the bypass recommended interval by sending the advice information to the in-vehicle device 100.

[0015] At this time, depending on the user, sometimes bypass advice is not needed. In this way, sometimes the user may be annoyed due to unnecessary bypass advice being given to the user. Therefore, the consent rate of the user of the vehicle 10 for past bypass advice (hereinafter, sometimes simply referred to as "consent rate") is obtained.

[0016] At this time, it is assumed that in the case of a higher consent rate, compared with the case of a lower consent rate, the user needs bypass advice. On the other hand, it is assumed that in the case of a lower consent rate, compared with the case of a higher consent rate, the user of the vehicle 10 does not need bypass advice. In this way, by obtaining the consent rate, the server 200 can grasp the necessity of advising the user of the vehicle 10 to bypass. Thus, it is assumed that in the case of a lower consent rate compared with the case of a higher consent rate, if unnecessary bypass advice is given to the user, the user will be annoyed. Therefore, the server 200 outputs the advice information to the in-vehicle device 100 according to the consent rate.

[0017] In the present embodiment, when the consent rate is equal to or higher than the threshold value, the server 200 outputs the advice information to the in-vehicle device 100 via the network N1. In addition, in the present embodiment, when the consent rate is less than the threshold value, sometimes the output of the advice information is not performed. A detailed description of the output of the advice information by the server 200 will be described later.

[0018] The server 200 is configured to include a computer having a processor 210, a main storage unit 220, an auxiliary storage unit 230, and a communication interface (communication I / F) 240. The processor 210 is, for example, a CPU (Central Processing Unit) or a DSP (Digital Signal Processor). The main storage unit 220 is, for example, a RAM (Random Access Memory). The auxiliary storage unit 230 is, for example, a ROM (Read Only Memory). Additionally, the auxiliary storage unit 230 is, for example, an HDD (Hard Disk Drive) or a disk recording medium such as a CD-ROM, a DVD disc, or a Blu-ray disc. Further, the auxiliary storage unit 230 may be a removable medium (removable storage medium). Here, as the removable medium, for example, a USB memory or an SD card can be exemplified. The communication I / F 240 is, for example, a LAN (Local Area Network) interface board or a wireless communication circuit for wireless communication.

[0019] In the server 200, an operating system (OS), various programs, and various information tables are stored in the auxiliary storage unit 230. Further, in the server 200, the programs stored in the auxiliary storage unit 230 are loaded into the main storage unit 220 by the processor 210 and executed, enabling various functions as described later. However, a part or all of the functions in the server 200 may also be implemented by a hardware circuit such as an ASIC or an FPGA. In addition, the server 200 is not necessarily implemented by a single physical configuration and may be composed of multiple computers that cooperate with each other. Also, the in-vehicle device 100 is similarly configured to include a computer. Functional configuration

[0020] Next, based on Figures 2 to 4 the functional configuration of the server 200, which constitutes the recommendation system 1, will be described. Figure 2 FIG. is a block diagram schematically showing an example of the functional configuration of the server 200. The server 200 is configured to include a control unit 201, a communication unit 202, a road information database 203 (road information DB 203), and a history information database 204 (history information DB 204).

[0021] The control unit 201 has a function of performing arithmetic processing for controlling the server 200. The control unit 201 can be implemented by the processor 210 in the server 200. The communication unit 202 has a function of connecting the server 200 to the network N1. The communication unit 202 can be implemented by the communication I / F 240 in the server 200.

[0022] The control unit 201 receives destination information from the in-vehicle device 100 via the communication unit 202. The control unit 201 refers to the current position and destination of the vehicle 10 included in the destination information, and determines a predetermined driving route of the vehicle 10. Here, the control unit 201 determines, as the predetermined driving route, the shortest route in terms of moving distance among a plurality of routes from the current position of the vehicle 10 to the destination. The control unit 201 sends the determined predetermined driving route to the in-vehicle device 100 via the communication unit 202.

[0023] The road information DB 203 has a function of holding road information. The road information DB 203 can be implemented by the auxiliary storage unit 230 in the server 200. Figure 3 is a diagram showing an example of the table configuration of the road information held in the road information DB 203. The road information is information indicating whether a detour is recommended in each section. As Figure 3 shown, the road information has a section ID field, a start point field, an end point field, a detour field, and an event field.

[0024] In the section ID field, an identifier (section ID) for identifying a road section is stored. In the start point field, information indicating the start point of the section corresponding to the section ID is stored. In the end point field, information indicating the end point of the section corresponding to the section ID is stored. Here, the section ID is, for example, an identifier for identifying a road link. At this time, in the start point field, an identifier of the node identifying the start point of the road link corresponding to the section ID is stored. In addition, in the end point field, an identifier of the node identifying the end point of the road link corresponding to the section ID is stored.

[0025] In the detour field, information indicating whether a detour of the section corresponding to the section ID is recommended is stored. When a detour of the section corresponding to the section ID is recommended, the information "recommended" is stored in the detour field. When a detour of the section corresponding to the section ID is not recommended (not required), the information "not required" is stored in the detour field.

[0026] In the event field, information on an event that is the reason for recommending a detour of the section corresponding to the section ID when "recommended" is entered in the corresponding detour field is stored. Here, in the event field, information indicating that part or all of the section is closed to traffic, flooded, congested, or snow-covered is stored. In addition, in Figure 3 shown in the event field, the information "flooded" is stored in the event field corresponding to the section for which a detour is recommended. In addition, in Figure 3 shown in the event field, the information "―――" is stored in the event field corresponding to the section for which a detour is not recommended.

[0027] The control unit 201 updates the road information by obtaining in real time from other server devices that perform road management, etc., whether there is a detour recommendation for each section ID. In addition, the control unit 201 can perform image analysis on the situation of the sections included in the moving images captured by cameras mounted on multiple vehicles in motion to determine whether to make a detour recommendation. In this case, the control unit 201 determines whether flooding, congestion, snow accumulation, etc. have occurred by performing image analysis on the obtained moving images.

[0028] The history information DB 204 has a function of storing history information. The history information is information indicating the history of the consent of the user of the vehicle 10 for past detour recommendations. The history information DB 204 can be implemented by the auxiliary storage unit 230 in the server 200. Figure 4 FIG. is an example of the table configuration of the history information stored in the history information DB 204. As Figure 4 shown, the history information has a user ID field, an event field, a section ID field, a date and time ID field, and a recommendation result field.

[0029] In the user ID field, an identifier (user ID) for identifying the user is stored. In the event field, information indicating the event that is the reason for recommending to bypass the section for the user corresponding to the user ID is stored. In the event field, information indicating that part or all of the section is closed to traffic, flooded, congested, or snow-covered, etc. is stored. In the section ID field, an identifier (section ID) for identifying the section for which a detour recommendation was made in the past due to the corresponding event is stored. In the date and time information, information indicating the date and time when the detour recommendation for the corresponding section was made in the past is stored. In the recommendation result field, information indicating whether the user agreed to the recommendation after the detour recommendation was made for the corresponding event in the past is stored.

[0030] In this way, in the history information, the section ID, the information indicating the date and time when the detour recommendation was made, and the information indicating the result of the detour recommendation are stored for each event. The control unit 201 can grasp the consent result of the user of the vehicle for past detour recommendations by obtaining the history information stored in the history information DB 204.

[0031] The control unit 201 can determine whether there is a detour recommendation section on the predetermined driving route of the vehicle 10 in the path information by obtaining the road information stored in the road information DB 203. Specifically, the control unit 201 obtains the section IDs of the respective sections included in the predetermined driving route in the path information. The control unit 201 determines whether there is a section for which a detour is recommended by referring to the detour field of the section corresponding to the section ID that is the same as the section ID obtained from the path information among the section IDs of the respective sections in the road information.

[0032] When the control unit 201 determines that there is a detour recommendation section on the predetermined travel route of the vehicle 10, it acquires the history information from the history information DB 204. The control unit 201 calculates the approval rate of the user of the vehicle 10 with reference to the information in the recommended result field in the acquired history information. Specifically, the control unit 201 refers to the information in the recommended result field in the history information, divides the number of times of detour recommendation for a section in the past by the number of times the user of the vehicle 10 approved the detour recommendation for the section, and thus calculates the approval rate. Then, the control unit 201 calculates whether the approval rate of the user of the vehicle 10 is above the threshold value.

[0033] At this time, it is assumed that the approval rate of the user of the vehicle 10 varies for each event that is the reason for recommending a detour. For example, sometimes a non-studded tire is installed on the vehicle 10. In this case, sometimes even in a snow-covered section, the user of the vehicle 10 does not need to take a detour. On the other hand, the user of the vehicle 10 sometimes agrees to the detour recommendation in the case of an event other than snow (such as congestion, etc.). Thus, it is assumed that the approval rate of the user of the vehicle 10 varies for each event that is the reason for recommending a detour. Therefore, the control unit 201 acquires the information indicating the event that is the reason for recommending a detour in the detour recommendation section from the event field in the road information held in the road information DB 203. Then, the control unit 201 refers to the history information held in the history information DB 204 and calculates the approval rate for the event that is the reason for recommending a detour in the detour recommendation section. That is, when the event that is the reason for recommending a detour in the detour recommendation section is, for example, snow, the control unit 201 calculates the approval rate when a detour for a section was recommended due to snow in the past.

[0034] When the approval rate of the user of the vehicle 10 is above the threshold value, the control unit 201 outputs the recommendation information. Thus, when the approval rate for the event that is the reason for recommending a detour in the detour recommendation section is above the threshold value, the recommendation information is output.

[0035] In addition, when the approval rate of the user of the vehicle 10 is less than the threshold value, the control unit 201 acquires the load information. Here, the load information is information indicating the driving load condition of the user of the vehicle 10. Here, it is assumed that when the vehicle 10 is traveling on a road with many curves, the driving load of the user is higher than when traveling on a road with fewer curves. Therefore, in the present embodiment, the load information is represented by the number of curves existing within a predetermined range from the current position of the vehicle 10 and existing on the path traveled by the vehicle 10 and on the predetermined travel route.

[0036] The control unit 201 calculates the driving load condition of the user of the vehicle 10 based on the predetermined driving route in the path information and the current position of the vehicle 10. Specifically, the control unit 201 obtains the number of curves existing within a specified range from the current position of the vehicle 10 and existing on the predetermined driving route. The control unit 201 obtains the number of curves by referring to the map information. And, when the number of curves obtained is equal to or more than a specified number, the control unit 201 determines that the vehicle 10 is in a condition where the driving load of the user is high (high load condition). In addition, when the number of curves obtained is less than the specified number, the control unit 201 determines that the vehicle 10 is in a condition where the driving load of the user is low.

[0037] Here, it is assumed that users in a high load condition focus on driving. At this time, it is assumed that if an unnecessary detour recommendation is given to a user who does not need a detour recommendation, the user will feel annoyed. On the other hand, it is assumed that even a user who does not need a detour recommendation will not feel annoyed even if a detour recommendation is given when not in a high load condition. Therefore, when the consent rate of the user of the vehicle 10 is less than the threshold value, the control unit 201 refers to the load information and determines whether the user of the vehicle 10 is in a high load condition. When the user of the vehicle 10 is in a high load condition, the control unit 201 assumes that the user will feel annoyed, so it does not output the recommendation information. In addition, when the user of the vehicle 10 is not in a high load condition, the control unit 201 assumes that the user will not feel annoyed, so it outputs the recommendation information to the in-vehicle device 100.

[0038] After the control unit 201 outputs the recommendation information to the in-vehicle device 100, it determines whether the user of the vehicle 10 has agreed to the detour recommendation. Specifically, the control unit 201 refers to the current position of the vehicle 10 and determines whether the vehicle 10 has traveled in the detour recommended section. Here, the control unit 201 receives in real time from the in-vehicle device 100 the current position of the vehicle 10 obtained by the GPS device in the vehicle 10.

[0039] When the current position has not been in the detour recommended section during the period until the vehicle 10 reaches the destination, the control unit 201 determines that the user of the vehicle 10 has agreed to the detour recommendation. In addition, when the current position of the vehicle 10 has been in the detour recommended section, the control unit 201 determines that the user of the vehicle 10 has not agreed to the detour recommendation. The control unit 201 records the consent result of the user of the vehicle 10 regarding the detour in the history information maintained in the history information DB 204. In this way, the history information is updated. Thereby, the control unit 201 can grasp the latest data regarding the consent result (consent rate) of the user. First process

[0040] Next, based on Figure 5, a first process executed by the control unit 201 in the server 200 in the recommendation system 1 will be described. Figure 5 This is a flowchart of the first process. Figure 5 The first process shown is a process of outputting advice information. The first process is repeatedly executed at predetermined intervals after the route information is transmitted to the vehicle-mounted device 100.

[0041] In the first process, first, in S101, the route information transmitted to the vehicle-mounted device 100 is acquired. Next, in S102, the road information is acquired from the road information DB 203. Next, in S103, the detour field in the acquired road information is referred to, and it is determined whether there is a detour recommendation section. Next, in S104, the history information is acquired from the history information DB 204. Next, in S105, it is determined whether the agreement rate is greater than a threshold value. At this time, it is determined whether the agreement rate of the event that is the reason for recommending a detour in the detour recommendation section is greater than the threshold value.

[0042] If a positive determination is made in S105, it is assumed that the user of the vehicle 10 has a high need for detour advice. Therefore, if a positive determination is made in S105, in S106, advice information is output to the vehicle-mounted device 100. As a result, the vehicle-mounted device 100 outputs advice to the user of the vehicle 10 to detour the recommended detour section. Thus, detour advice can be given to the user who needs detour advice. Then, the first process is temporarily terminated.

[0043] In addition, in the case where a negative determination is made in S105, load information is obtained in S107. Next, in S108, it is determined whether the user of the vehicle 10 is in a high-load condition. Specifically, with reference to the load information, it is determined whether the number of curves on the planned driving path within a prescribed range from the current position of the vehicle 10 is greater than a prescribed number. In the case where an affirmative determination is made in S108, since the user of the vehicle 10 is in a high-load condition, it is assumed that if the vehicle-mounted device 100 outputs the advice information, the user of the vehicle 10 will feel annoyed. Therefore, in the case where an affirmative determination is made in S108, the advice information is not output to the vehicle-mounted device 100, and the first process is temporarily terminated.

[0044] In addition, when a negative determination is made in S108, since the user of the vehicle 10 is not under a high load condition, it is assumed that the vehicle 10 has enough energy. Therefore, it is assumed that the user of the vehicle 10 will not feel annoyed even if the vehicle-mounted device 100 outputs the advice information. Therefore, when a negative determination is made in S108, the advice information is output (sent) to the vehicle-mounted device 100 in S106. As a result, the vehicle-mounted device 100 outputs the recommended detour section to the user of the vehicle 10. Then, the first process is temporarily terminated.

[0045] In addition, the first process is repeatedly executed at regular intervals starting from when the path information is sent to the in-vehicle device 100. In addition, the road information is updated by obtaining the presence or absence of a detour recommendation for each section ID in real time. That is, in the case where an event of recommending a detour newly occurs, information about the event is included in the road information. Therefore, by repeatedly obtaining the road information, it is possible to decide whether to output advice information even in the case where an event of recommending a detour newly occurs. Second process

[0046] Next, based on Figure 6 The second process executed by the control unit 201 in the server 200 in the advice system 1 will be described. Figure 6 It is a flowchart of the second process. Figure 6 The second process shown is a process of updating the history information. The second process is executed after the advice information is output to the in-vehicle device 100.

[0047] In the second process, first, in S201, the current position of the vehicle 10 received from the in-vehicle device 100 is obtained. Next, in S202, referring to the current position of the vehicle 10, it is determined whether the vehicle 10 is traveling in a detour recommendation section. That is, it is determined whether the current position of the vehicle 10 is on the detour recommendation section.

[0048] In the case where an affirmative determination is made in S202, since the vehicle 10 is traveling in a detour recommendation section, it can be determined that the user of the vehicle 10 has not agreed to the detour advice. Therefore, in the case where an affirmative determination is made in S202, in S203, the history information held in the history information DB 204 is updated. At this time, information indicating that the user of the vehicle 10 has not agreed to the detour advice is added to the history information. Then, the second process ends.

[0049] In the case where a negative determination is made in S202, the user of the vehicle 10 was not traveling in the detour recommendation section at the time of determination. However, the user of the vehicle 10 may travel in the detour recommendation section later. Therefore, in the case where a negative determination is made in S202, in S204, it is determined whether the vehicle 10 has reached the destination. Specifically, referring to the destination of the vehicle 10 included in the destination information, it is determined whether the vehicle 10 has reached the destination.

[0050] When a negative determination is made in S204, the vehicle 10 has not reached the destination. Therefore, in S201, the current position of the vehicle 10 is acquired again. At this time, since the current position of the vehicle 10 is received in real time, the acquired current position of the vehicle 10 is the latest current position of the vehicle 10. Then, referring to the latest current position of the vehicle 10, the process of S202 is performed. In addition, according to the determination result of S202, the processes of S203 and S204 are executed. In this way, until the vehicle 10 reaches the destination, the processes of S201 and S202 are repeated.

[0051] When an affirmative determination is made in S204, the vehicle 10 has reached the destination without traveling in the detour recommendation section. Therefore, it can be determined that the user of the vehicle 10 has accepted the detour recommendation. Thus, in S205, the history information stored in the history information DB204 is updated. At this time, information indicating that the user of the vehicle 10 has agreed to the detour recommendation is added to the history information. Then, the second process ends.

[0052] In addition, in the present embodiment, the control unit 201 determines whether the user of the vehicle 10 has agreed to the detour recommendation by determining whether the vehicle 10 has traveled in the detour recommendation section until it reaches the destination. However, other methods can also be used to determine whether the user of the vehicle 10 has agreed to the detour recommendation. For example, the control unit 201 can receive information indicating the response of the user of the vehicle 10 to the detour recommendation from the in-vehicle device 100. In this case, by inputting the response of the user of the vehicle 10 to the detour recommendation to the in-vehicle device 100, the information indicating the response of the user of the vehicle 10 to the detour recommendation is sent to the server 200.

[0053] As described above, the recommendation system 1 outputs recommendation information according to the consent rate. Thereby, it is possible to recommend bypassing the detour recommendation section according to the necessity of the detour recommendation that can be assumed based on the consent rate. In addition, at this time, the consent rate regarding the event that is the reason for recommending the detour in the detour recommendation section is acquired. Thereby, in the case where a detour recommendation is not required for the event that is the reason for recommending the detour in the detour recommendation section, the output of the recommendation information is suppressed. In addition, since the consent rate is lower than the threshold value, even when it is assumed that the user of the vehicle 10 does not require a detour recommendation, it is determined whether the recommendation information can be output according to the driving load of the vehicle 10. Thereby, when the vehicle 10 during driving has no mental capacity, the output of the recommendation information based on the in-vehicle device 100 is suppressed. In this way, it is possible to make a detour recommendation without annoying the user. Modification Example 1

[0054] In the present embodiment, it is recommended that the advice information is not output to the in-vehicle device 100 when the consent rate is less than the threshold value and the user of the vehicle 10 is in a high-load situation. However, the advice information may also be output when the consent rate is equal to or higher than the threshold value and not be output when the consent rate is less than the threshold value. That is, when a negative determination is made in S105 during the execution of the first process, the processes of S107 and S108 may not be performed either. In this case, when a negative determination is made in S105, the advice information is not output and the first process ends. In this way, it is possible to give a detour advice without annoying the user of the vehicle 10. Modification Example 2

[0055] In addition, the server 200 may also change the output method of the advice information in the in-vehicle device 100 according to the consent rate. Here, it is assumed that if a large amount of information is provided to the user of the vehicle 10, the user of the vehicle 10 will be annoyed. Therefore, the server 200 changes the output method of the advice information in the in-vehicle device 100 by changing the amount of information provided to the user of the vehicle 10 according to the consent rate.

[0056] Specifically, when the consent rate is equal to or higher than the threshold value, advice information for giving a detour advice using voice and display may be output. In this case, the advice information includes, for example, data for outputting a voice for advising a detour and data for displaying a detour advice on the display in the in-vehicle device 100. The in-vehicle device 100 uses these data to output a voice for giving a detour advice to the user of the vehicle 10 and to perform a display.

[0057] Specifically, the in-vehicle device 100 that has received the advice information gives a detour advice using voice by outputting a voice for giving a detour advice through a speaker. In addition, the in-vehicle device 100 that has received the advice information gives a detour advice using display, for example, by overlappingly displaying the position of the detour recommended section on the map being displayed on the navigation system.

[0058] In addition, when the consent rate is less than the threshold value, advice information for giving a detour advice using voice instead of display may be output. In this case, the advice information does not include data for displaying a detour advice on the display in the in-vehicle device 100, but includes data for outputting a voice for advising a detour. The in-vehicle device 100 uses the data for outputting a voice for advising a detour to output a voice for giving a detour advice to the vehicle 10.

[0059] In this way, in this modified example, for the method of outputting the recommended information in the in-vehicle device 100, according to the approval rate, it is set which one of the detour recommendations based on voice and display and the detour recommendations based on voice is to be made. At this time, when the user of the vehicle 10 needs a detour recommendation, by making a detour recommendation using voice and display, a more detailed detour recommendation can be made to the user.

[0060] In addition, it is assumed that in the case where the user of the vehicle 10 does not need a detour recommendation, if the position of the detour recommended section is overlapped and displayed on the map being displayed on the navigation system, the user will feel bored. On the other hand, if only a voice-based detour recommendation is made, the amount of information provided to the user of the vehicle 10 is less than in the case where a display-based detour recommendation is also made. Therefore, it is possible to suppress the user of the vehicle 10 from feeling bored. In this way, it is possible to make a detour recommendation without making the user feel bored. Modified Example 3

[0061] In the present embodiment, the load information is represented by the number of curves existing within a predetermined range from the current position of the vehicle 10 and existing on the path traveled by the vehicle 10 and the planned travel path. However, the load information may also be information represented by other means. For example, it is assumed that in the case where the vehicle navigation system (in-vehicle device 100) in the vehicle 10 frequently performs navigation, the user of the vehicle 10 focuses on driving, so is in a high-load state. Therefore, the load information may also be information represented by the time of navigation performed by the in-vehicle device 100.

[0062] The server 200, for example, refers to the planned travel path of the vehicle 10, predicts the time of navigation by the in-vehicle device 100, and thus obtains the load information. Then, the server 200 determines that it is not in a high-load state at the moment when the in-vehicle device 100 does not perform navigation for a period longer than a predetermined time.

[0063] In addition, it is assumed that before the vehicle 10 departs, the user of the vehicle 10 has not started driving, so is not in a high-load state. In addition, it is assumed that if it is before the vehicle 10 departs, the user of the vehicle 10 is more likely to accept a path change accompanied by bypassing the detour recommended section. On the other hand, it is assumed that if it is after the vehicle 10 departs, the user of the vehicle 10 is driving, so is in a high-load state. In addition, sometimes after the vehicle 10 departs, it has been decided to drive along the planned travel path, so it is difficult to accept a path change accompanied by bypassing the detour recommended section. Therefore, the load information may also be information regarding whether the vehicle 10 has departed.

[0064] In this case, the server 200 receives load information from the in-vehicle device 100. The load information is, for example, the driving history of the vehicle 10, information on the on / off time of the ignition switch of the vehicle 10, or information on the driving plan of the vehicle 10. The server 200 refers to the load information to determine whether the vehicle 10 is before departure, and thus determines whether the vehicle 10 is in a high-load condition. That is, the server 200 determines that it is in a high-load condition when the vehicle 10 is not before departure. In addition, the server 200 determines that it is not in a high-load condition when the vehicle 10 is before departure.

[0065] Moreover, when the approval rate is less than the threshold value and the vehicle 10 is not before departure, the server 200 does not output the recommendation information to the in-vehicle device 100. In addition, when the approval rate is less than the threshold value and the vehicle 10 is before departure, the server 200 outputs the recommendation information to the in-vehicle device 100. In this way, it is also possible to make a detour recommendation without annoying the user of the vehicle 10. Modification Example 4

[0066] In the present embodiment, the first process is repeatedly executed at a predetermined interval after the path information is sent to the in-vehicle device 100. That is, in the first process, when there is a detour recommendation section on the predetermined driving path of the vehicle 10, it is determined whether the recommendation information can be output. On the other hand, in this modification example, the server 200 determines whether the recommendation information can be output without obtaining the predetermined driving path of the vehicle 10. Specifically, the server 200 determines whether there is a detour recommendation section within a predetermined range from the current position of the vehicle 10. Here, the predetermined range is set to a range within which the vehicle 10 may travel within a predetermined time. And when there is a detour recommendation section within a predetermined range from the current position of the vehicle 10, a determination is made as to whether the approval rate is equal to or higher than the threshold value, etc., to determine whether the recommendation information can be output. In this way, it is also possible to make a detour recommendation without annoying the user of the vehicle 10. Modification Example 5

[0067] The server 200 may also reset the resume information of the user of the vehicle 10 stored in the resume information DB 204 at a predetermined time. Here, the predetermined time is the time when the user of the vehicle 10 instructs to reset the resume information. In addition, the predetermined time may also be the time when a certain period arrives.

[0068] At this time, the server 200 may also delete the history information of the user of the vehicle 10 for a period before the prescribed period. In addition, the control unit 201 may also reset all the history information of the user of the vehicle 10. In this case, the control unit 201 sends the suggestion information to the vehicle-mounted device 100 regardless of the agreement rate during the prescribed period after the history information is reset. In this way, it is possible to collect data for recalculating the agreement rate during the prescribed period. In addition, even if the necessity of the detour suggestion for the user of the vehicle 10 changes with the passage of time, the detour suggestion can be made without annoying the user of the vehicle 10. Other Implementations

[0069] The above-mentioned embodiment is only an example, and the present disclosure can be implemented with appropriate changes within the scope of the present disclosure. In addition, the processing and means described in the present disclosure can be freely combined and implemented without causing technical contradictions.

[0070] In addition, a process described as being performed by one device may be shared and executed by multiple devices. Alternatively, a process described as being performed by different devices may be performed by one device. In a computer system, the hardware configuration (server configuration) used to implement each function can be flexibly changed.

[0071] The present disclosure can also be implemented by providing a computer program that implements the functions described in the above-mentioned embodiments to a computer and having one or more processors of the computer read out and execute the program. Such a computer program can be provided to the computer via a non-temporary computer-readable storage medium that can be connected to the system bus of the computer, or it can be provided to the computer via a network. Non-temporary computer-readable storage media can include, for example, any type of disk (floppy disk (registered trademark) or hard disk drive (HDD)), optical disk (CD-ROM, DVD disk or Blu-ray disk, etc.). In addition, non-temporary computer-readable storage media can also include any type of medium suitable for storing electronic instructions, such as read-only memory (ROM), random access memory (RAM), EPROM, EEPROM, magnetic card, flash memory or optical card.

Claims

1. An information processing device comprising a control unit configured to execute: When there is a detour recommendation section on the route of the vehicle, obtaining an agreement rate of a user of the vehicle with respect to past detour suggestions; and Based on the agreement rate, advice information for suggesting avoiding the recommended detour section is output.

2. The information processing device according to claim 1, wherein: Acquiring the agreement rate includes acquiring the agreement rate when a detour suggestion was made to the user in the past due to the same detour reason as the reason for recommending to detour the detour recommended section.

3. The information processing device according to claim 1 or 2, wherein: The control unit is configured to further perform: obtaining load information about the driving load of the user, Outputting the suggestion information according to the agreement rate includes: outputting the suggestion information according to the agreement rate and the load information.

4. The information processing device according to claim 1 or 2, wherein: Outputting the suggestion information includes: When the agreement rate is greater than a threshold value, outputting advice information for making a detour advice using voice and display; and When the agreement rate is lower than the threshold, advice information for providing detour advice using voice instead of display is output.

5. The information processing device according to claim 1 or 2, wherein: Outputting the suggestion information includes: When the agreement rate is above a threshold, outputting the suggestion information; and When the agreement rate is less than the threshold, Determine whether the vehicle is before departure, outputting the suggestion information when the vehicle is before departure, The output of the advice information is omitted when the vehicle is not before departure.

Images