Information processing device and information processing method

Abstract

To enable provision of appropriate driving route suggestions to a user.SOLUTION: A control unit of an information processing device provided herein acquires multiple route candidates from a departure point to a destination point. The control unit of the information processing device computes driving smoothness in each of the acquired route candidates. The control unit determines one or more routes to be suggested to a user from among the multiple route candidates according to results of the driving smoothness computation. The control unit then outputs information on the determined one or more routes.SELECTED DRAWING: Figure 6

Description

[Technical Field]

[0001] The present disclosure relates to an information processing device and an information processing method. [Background technology]

[0002] Patent Document 1 discloses an information processing device. The information processing device disclosed in Patent Document 1 stores congestion information for each road link by time period. The information processing device acquires information regarding a departure point, a destination, and an arrival deadline from a user. The information processing device determines a route connecting the departure point and the destination, and a travel schedule including a departure time and an estimated arrival time. The information processing device then determines a travel schedule that allows the user to arrive at the destination by the arrival deadline and travel along the route in a time required that is shorter than a predetermined value determined for each route. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent Publication No. 2021-47078 Summary of the Invention [Problem to be solved by the invention]

[0004] The present disclosure aims to suggest a suitable driving route to a user. [Means for solving the problem]

[0005] An information processing device according to a first aspect of the present disclosure includes: Obtaining multiple route candidates from a departure point to a destination; Calculating the smoothness of driving for each of the acquired route candidates; determining one or more routes to be proposed to a user from the plurality of route candidates according to the calculation result of the driving smoothness; outputting the one or more pieces of determined route information; The controller is configured to:

[0006] An information processing method according to a second aspect of the present disclosure includes: 1. A computer-implemented information processing method, comprising: Obtaining multiple route candidates from a departure point to a destination; Calculating the smoothness of driving for each of the acquired route candidates; determining one or more routes to be proposed to a user from the plurality of route candidates according to the calculation result of the driving smoothness; outputting the one or more pieces of determined route information; Includes. [Effects of the Invention]

[0007] The present disclosure makes it possible to suggest suitable driving routes to users. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram showing a schematic configuration of the proposed system. [Figure 2] FIG. 2 is a block diagram illustrating an example of a functional configuration of the server. [Figure 3] FIG. 3 is a diagram showing an example of a table configuration of the travel information stored in the travel information database. [Figure 4] FIG. 4 is a diagram showing an example of a table configuration of road information held in the road information database. [Figure 5] FIG. 5 is a flowchart of the first process executed by the control unit. [Figure 6] FIG. 6 is a flowchart of the second process executed by the control unit. DETAILED DESCRIPTION OF THE INVENTION

[0009] When a user drives a vehicle to a destination, the user may not be able to drive smoothly depending on the route to the destination, which prevents the user from enjoying the drive to the destination.

[0010] Therefore, a control unit of an information processing device according to the present disclosure acquires multiple route candidates from a departure point to a destination. The control unit of the information processing device calculates the driving smoothness of each acquired route candidate. The control unit determines one or more routes to be suggested to a user from the multiple route candidates according to the calculation result of the driving smoothness. Then, the control unit outputs information about the one or more determined routes.

[0011] As described above, the information processing device can propose to the user a route that takes into consideration the expected smoothness of driving when the user travels to a destination. As a result, it is possible to propose a suitable driving route to the user.

[0012] Specific embodiments of the present disclosure will be described below with reference to the accompanying 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 those configurations.

[0013] <Embodiment> A proposed system 1 in this embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing a schematic configuration of the proposed system 1. The proposed system 1 includes a plurality of in-vehicle devices 100 and a server 200. In the proposed system 1, the in-vehicle devices 100 and the server 200 are connected to each other via a network N1. The network N1 may be, for example, a WAN (Wide Area Network), which is a global public communication network such as the Internet, or a telephone communication network such as a mobile phone.

[0014] (In-vehicle device) The in-vehicle device 100 is a device mounted on the vehicle 10. The in-vehicle device 100 is, for example, a car navigation system. The in-vehicle device 100 receives a destination specification from the user 30 of the vehicle 10. The in-vehicle device 100 requests the server 200 to search for a route to the destination. Specifically, the in-vehicle device 100 transmits search request information to the server 200 via the network N1. The search request information is information including the departure point and destination of the user 30. The departure point may be obtained from the current location of the vehicle 10 of the user 30, or may be specified by the user 30.

[0015] The vehicle-mounted device 100 receives, via the network N1, the search results for the route from the departure point to the destination of the user 30 from the server 200. The vehicle-mounted device 100 then displays the received search results to the user 30.

[0016] Furthermore, the in-vehicle device 100 acquires driving information of the vehicle 10 from a GPS sensor, an electronic control unit (ECU), etc. of the vehicle 10 via an in-vehicle network. Here, the driving information of the vehicle 10 is information including the position and speed of the vehicle 10. The driving information may include information other than the position and speed of the vehicle 10. The in-vehicle device 100 transmits the driving information of the vehicle 10 to the server 200 in real time via the network N1.

[0017] When distinguishing the vehicle 10 of the user 30 from other vehicles 10, the vehicle 10 of the user 30 may be referred to as the vehicle 10A. When distinguishing the in-vehicle device 100 mounted on the vehicle 10 of the user 30 from other in-vehicle devices 100, the in-vehicle device 100 mounted on the vehicle 10A may be referred to as the in-vehicle device 100A.

[0018] (server) When the server 200 receives the search request information from the in-vehicle device 100, the server 200 searches for route candidates from the departure point to the destination. In this case, depending on the route from the departure point to the destination, the user 30 may not be able to drive the vehicle 10A smoothly.

[0019] Here, there are cases where the vehicle 10A must be stopped frequently due to waiting at traffic lights, traffic congestion, etc. In such cases, the user 30 must frequently perform operations such as braking or accelerating. Therefore, if the vehicle 10A must be stopped frequently, the user 30 cannot drive the vehicle 10A smoothly.

[0020] Furthermore, there are cases where the user 30 must drive the vehicle 10A at a slow speed. In such cases, the user 30 must adjust the speed of the vehicle 10A. Therefore, when the user 30 must drive the vehicle 10A at a slow speed, the user 30 cannot drive the vehicle 10A smoothly.

[0021] There may be cases where another vehicle is present in front of or behind the vehicle 10A. In such cases, the user 30 must adjust the distance between the vehicle and the other vehicle, which makes it difficult to drive freely. Therefore, when there is another vehicle in front of or behind the vehicle 10A, the user 30 cannot drive the vehicle 10A smoothly.

[0022] If the user 30 cannot drive the vehicle 10A smoothly, the user 30 will not be able to enjoy driving to the destination. Therefore, the server 200 acquires a plurality of route candidates from the departure point to the destination. The server 200 then determines a route to be proposed to the user 30 from the plurality of route candidates according to the smoothness of driving on each route candidate. Details of how the server 200 determines a route to be proposed to the user 30 from the plurality of route candidates will be described later.

[0023] The server 200 includes a computer having a processor 210, a main memory 220, an auxiliary memory 230, and a communication interface (communication I / F) 240. The processor 210 is, for example, a central processing unit (CPU) or a digital signal processor (DSP). The main memory 220 is, for example, a random access memory (RAM). The auxiliary memory 230 is, for example, a read-only memory (ROM). The auxiliary memory 230 is, for example, a hard disk drive (HDD) or a disc recording medium such as a CD-ROM, a DVD disc, or a Blu-ray disc. The auxiliary memory 230 may also be a removable medium (portable storage medium). Examples of removable media include a USB memory or an SD card. The communication I / F 240 is, for example, a local area network (LAN) interface board or a wireless communication circuit for wireless communication.

[0024] In the server 200, the auxiliary storage unit 230 stores an operating system (OS), various programs, various information tables, etc. Also, in the server 200, the processor 210 loads the programs stored in the auxiliary storage unit 230 into the main storage unit 220 and executes them, thereby realizing various functions as described below. However, some or all of the functions of the server 200 may be implemented by hardware such as ASIC or FPGA. The server 200 may be realized by a hardware circuit. The server 200 does not necessarily have to be realized by a single physical configuration, but may be realized by a plurality of computers that cooperate with each other. Similarly to the server 200, the in-vehicle device 100 is also configured to include a computer.

[0025] (Functional configuration) Next, the functional configuration of the server 200 constituting the proposed system 1 will be described with reference to Fig. 2 to Fig. 4. Fig. 2 is a block diagram showing an example of the functional configuration of the server 200. The server 200 includes a control unit 201, a communication unit 202, a travel information database 203 (travel information DB203), and a road information database 204 (road information DB204).

[0026] The control unit 201 has a function of performing arithmetic processing for controlling the server 200. The control unit 201 can be realized 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 realized by the communication I / F 240 in the server 200.

[0027] The control unit 201 receives travel information from multiple in-vehicle devices 100 in real time via the communication unit 202. The control unit 201 stores the received travel information of each vehicle 10 in the travel information DB 203. The travel information DB 203 has a function of retaining travel information of multiple vehicles 10. The travel information DB 203 can be realized by the auxiliary storage unit 230 in the server 200. FIG. 3 is a diagram showing an example of a table configuration of travel information retained in the travel information DB 203.

[0028] 3, the travel information has a vehicle ID field, a date and time field, a position field, and a speed field. The vehicle ID field stores an identifier (vehicle ID) for identifying the vehicle 10 equipped with the in-vehicle device 100 that transmitted the travel information. The date and time field stores information indicating the date and time when the in-vehicle device 100 transmitted the travel information.

[0029] The position field stores information indicating the position of the vehicle 10 with the corresponding vehicle ID at the corresponding date and time. The speed field stores information indicating the speed of the vehicle 10 with the corresponding vehicle ID at the corresponding date and time. The control unit 201 can grasp the driving status of each vehicle 10 by acquiring driving information from the driving information DB 203.

[0030] The road information DB 204 has a function of storing road information. The road information is information relating to roads (sections). The road information DB 204 can be realized by the auxiliary storage unit 230 in the server 200. FIG. 4 is a diagram showing an example of the table configuration of road information stored in the road information DB 204. As shown in FIG. 4, the DB 204 has a section ID field, a section range field, a time period field, an average number of stops field, an average speed field, an average inter-vehicle time field, and a smooth score field.

[0031] The section ID field stores an identifier (section ID) for identifying a section on a road. For example, an identifier assigned to a road link is given as the section ID. The section range field stores information indicating the range (section range) of the section of the corresponding section ID. The time period field stores information indicating a time period. For example, the time period field stores information indicating a time period obtained by dividing a day into a predetermined number of sections. Here, the section ID in the section ID field, the section range in the section range field, and the time period in the time period field are stored in advance as fixed values ​​in the road information.

[0032] The average number of stops field indicates the number of stops that a vehicle makes in the corresponding time period in the section of the corresponding section ID. The average value of the number of times that both vehicles 10 stopped (average number of stops) is stored. Here, the control unit 201 refers to the travel information stored in the travel information DB 203, and identifies the vehicles 10 that were present within the section range of the corresponding section ID during the corresponding time period. In other words, the control unit 201 identifies the vehicles 10 that traveled through the section of the corresponding section ID during the corresponding time period.

[0033] The control unit 201 counts the number of times the identified vehicle 10 has stopped. Specifically, the control unit 201 refers to the speed field in the travel information and counts the number of times the speed becomes 0 while traveling in the section with the corresponding section ID. The control unit 201 counts the number of times all vehicles 10 that traveled in the section with the corresponding section ID during the corresponding time period have stopped in that section. The control unit 201 then calculates the average value of the counted number of times as the average number of stops and stores it in the average number of stops field.

[0034] The average speed field stores the average speed of the vehicles 10 that have traveled through the section with the section ID corresponding to the corresponding time period. Here, the control unit 201 refers to the travel information stored in the travel information DB 203 and calculates the average speed of each vehicle 10 that has traveled through the section with the section ID corresponding to the corresponding time period. Then, the control unit 201 uses the average speed of each vehicle 10 that has traveled through the section with the section ID corresponding to the corresponding time period to calculate the average speed of the section in that time period.

[0035] The average inter-vehicle time field stores the average inter-vehicle time (average inter-vehicle time) in the section with the corresponding section ID during the corresponding time period. Here, the control unit 201 refers to the travel information stored in the travel information DB 203 and calculates the number of vehicles 10 that have passed a predetermined point in the section with the corresponding section ID during the corresponding time period. The control unit 201 calculates the average inter-vehicle time by dividing the length of the corresponding time period by the number of vehicles 10 that have passed the predetermined point.

[0036] In this case, the travel information of the vehicle 10 for multiple days may be stored in the travel information DB 203. In this case, the control unit 201 calculates the average inter-vehicle time for the corresponding time period on each day and calculates the average of these inter-vehicle time values ​​to calculate the average inter-vehicle time for that time period. Then, the control unit 201 stores the calculated average inter-vehicle time in the average inter-vehicle time field.

[0037] Here, the average number of stops in the average number of stops field is the average number of stops expected when a vehicle travels in a corresponding section during a corresponding time period. Therefore, when the average number of stops is large, it is expected that the vehicle will stop more frequently than when the average number of stops is small. Therefore, when the average number of stops is large, it is expected that the vehicle will not be able to drive smoothly compared to when the average number of stops is small.

[0038] Furthermore, the average speed in the average speed field is the average speed that is expected when a vehicle travels through the corresponding section during the corresponding time period. Therefore, when the average speed is small, it is expected that the vehicle will travel through the section at a slower speed than when the average speed is large. Therefore, when the average speed is small, it is expected that the vehicle will not be able to drive smoothly compared to when the average speed is large.

[0039] Furthermore, the average inter-vehicle time in the average inter-vehicle time field is the average inter-vehicle time expected when vehicles travel in the corresponding section during the corresponding time period. Therefore, if the average inter-vehicle time in the corresponding section is short, it is expected that the distance between vehicles will be shorter than when the average inter-vehicle time is long. Therefore, if the average inter-vehicle time is short, it is expected that drivers will not be able to drive smoothly compared to when the average inter-vehicle time is long.

[0040] Therefore, the control unit 201 calculates a smoothness score, which is an index of the smoothness of driving in each section, based on the average number of stops, average speed, and average inter-vehicle time in each section in each time period. Specifically, the control unit 201 assigns a score to the average number of stops in each section in each time period. The control unit 201 also assigns a score to the average speed in each section in each time period. The control unit 201 also assigns a score to the average inter-vehicle time in each section in each time period.

[0041] Here, the control unit 201 assigns a score to the average number of stops so that the smaller the average number of stops, the higher the score. The control unit 201 also assigns a score to the average speed so that the higher the average speed, the higher the score. The control unit 201 also assigns a score to the average inter-vehicle time so that the longer the average inter-vehicle time, the higher the score. The control unit 201 then calculates the sum of the score for the average number of stops, the score for the average speed, and the score for the average inter-vehicle time as the smoothness score. In other words, the control unit 201 calculates the smoothness score so that the smoother the driving is, the higher the smoothness score is assigned to a section.

[0042] In this embodiment, the smoother a section is, the higher the smoothness score is assigned. However, the less smoothly a section is, the higher the smoothness score may be assigned. In this case, the control unit 201 can determine that the lower the smoothness score of a section, the smoother the section is.

[0043] The control unit 201 receives search request information from the in-vehicle device 100A via the communication unit 202. The control unit 201 refers to the search request information and acquires the departure point and destination of the user 30 (vehicle 10A). The control unit 201 acquires multiple route candidates from the departure point to the destination of the user 30.

[0044] Specifically, the control unit 201 refers to the section range field in the road information and identifies a section in which the departure point of the user 30 is included in the section range. The control unit 201 also refers to the section range field in the road information and identifies a section in which the destination of the user 30 is included in the section range. The control unit 201 then searches for one or more connecting sections that connect the section in which the departure point of the user 30 is included in the section range with the section in which the destination of the user 30 is included in the section range. The control unit 201 then determines these sections as route candidates from the departure point of the user 30 to the destination. At this time, the control unit 201 determines multiple route candidates from the departure point of the user 30 to the destination.

[0045] The control unit 201 may search for connecting sections by imposing a constraint condition according to the distance between the departure point and destination of the user 30. Here, the constraint condition is, for example, that the total distance of one or more connecting sections is equal to or less than a predetermined distance determined according to the straight-line distance between the departure point and destination of the user 30.

[0046] In this embodiment, the control unit 201 acquires multiple route candidates by referring to road information stored in the road information DB 204. However, the control unit 201 may acquire multiple route candidates from, for example, an external server capable of route search.

[0047] The control unit 201 calculates a smoothness score for the determined route candidate. Specifically, the control unit 201 refers to road information stored in the road information DB 204, and calculates the sum of the smoothness scores of each section included in the route candidate as the smoothness score for the route candidate. The control unit 201 determines a proposed route to the user 30 from the multiple route candidates according to the smoothness score for each route candidate. Then, the control unit 201 transmits route information for the determined proposed route to the in-vehicle device 100A via the communication unit 202. The on-board device 100A displays to the user 30 information for proposing the proposed route.

[0048] Here, the control unit 201 determines, as the proposed route, the route candidate with the highest smoothness score from among the plurality of route candidates. Alternatively, the control unit 201 may determine, as the proposed route, one or more route candidates from among the plurality of routes that have a smoothness score equal to or greater than a predetermined score. Alternatively, the control unit 201 may determine, as the proposed route, a predetermined number of route candidates from among the plurality of routes in descending order of smoothness score.

[0049] When multiple proposed routes are determined, the route information may include information indicating a smoothness score. In this case, the in-vehicle device 100A displays the smoothness scores and the proposed routes in association with each other. This allows the user 30 to refer to the smoothness scores and select a route to actually drive from the multiple proposed routes.

[0050] (First process) In the proposed system 1, the first process executed by the control unit 201 in the server 200 will be described with reference to Fig. 5. Fig. 5 is a flowchart of the first process executed by the control unit 201. The first process is a process for calculating the smoothness score of a road (section) and updating road information.

[0051] The first process starts execution at a predetermined timing. The predetermined timing is, for example, the timing when a command to start execution is received from the administrator of the server 200. Alternatively, the predetermined timing may be, for example, a timing set in advance by the administrator of the server 200.

[0052] In the first process, first, in S101, travel information is acquired from the travel information DB 203. Then, in S102, road information is acquired from the road information DB 204. Next, in S103, the travel information and road information are referenced, and the average number of stops for all section IDs included in the road information is calculated for each time period. Then, in S104, the travel information and road information are referenced, and the average speed for all section IDs included in the road information is calculated for each time period. Then, in S105, the travel information and road information are referenced, and the average inter-vehicle time for all section IDs included in the road information is calculated for each time period.

[0053] Next, a smoothness score is calculated for each time period of each section according to the average number of stops, average speed, and average inter-vehicle time calculated in S103 to S105. Next, in S107, the calculated average number of stops, average speed, average inter-vehicle time, and smoothness score are stored in each field of the road information held in the road information DB 204. In this way, the road information is updated in S107. Then, the first process ends.

[0054] (Second process) Next, the second process executed by the control unit 201 in the server 200 in the proposed system 1 will be described with reference to Fig. 6. Fig. 6 is a flowchart of the second process executed by the control unit 201. The second process is a process for outputting route information to the in-vehicle device 100A. Execution of the second process starts when the server 200 receives search request information from the in-vehicle device 100A.

[0055] In the second process, in S201, the search request information is referenced and the departure point of the user 30 is acquired. Also, in S202, the search request information is referenced and the destination of the user 30 is acquired. Next, in S203, road information is acquired from the road information DB 204. Next, in S204, the road information is referenced and route candidates from the departure point to the destination of the user 30 are searched for and multiple route candidates are acquired.

[0056] Next, in S205, a smooth score for each section included in each route candidate is obtained, and a smooth score for each candidate route is calculated. Next, in S206, a proposed route is determined based on the smooth score for each route candidate. In this embodiment, the route candidate with the highest smooth score is determined as the proposed route. Next, in S207, route information for the determined proposed route is transmitted to the in-vehicle device 100A. Then, the second process is terminated.

[0057] As described above, the proposal system 1 can propose to the user a route that takes into consideration the expected smoothness of driving when the user 30 travels to a destination. As a result, a suitable driving route can be proposed to the user 30.

[0058] (Variation 1) In this embodiment, the server 200 acquires route candidates according to the departure point and destination of the user 30 included in the search request information, and determines a proposed route. On the other hand, there are cases where the user 30 is about to go for a drive without deciding on a destination. In this modified example, a case where the user 30 is about to go for a drive without deciding on a destination will be described. Differences from this embodiment will be described below.

[0059] Here, there are cases where the user 30 has not decided on a destination but has decided on a driving distance. Therefore, the in-vehicle device 100A receives a distance (hereinafter, may be referred to as a "specified distance") that the user 30 intends to drive. Here, the specified distance may be the travel distance of the vehicle 10A. Furthermore, there are cases where the user 30 intends to drive within a certain distance from the starting point. Therefore, the specified distance may be a certain distance from the starting point.

[0060] The server 200 acquires candidate locations for the destination of the user 30 (hereinafter, sometimes simply referred to as "candidate locations") that are within a specified distance from the departure point of the user 30. At this time, if the candidate locations are close to the departure point of the user 30, the user 30 may not be able to drive the desired distance (specified distance). Therefore, candidate locations that are at least a distance determined from the specified distance from the destination of the user 30 are acquired. This allows the user 30 to drive a distance close to the specified distance. Here, the candidate locations are facilities, landmarks, major tourist attractions, etc.

[0061] The server 200 selects a destination for the user 30 from the candidate locations. At this time, the server 200 may select a destination for the user 30 from the candidate locations based on any condition such as popularity. Furthermore, if there is only one candidate location, the server 200 may determine that candidate location as the destination for the user 30. Then, the server 200 determines a proposed route from candidate routes from the candidate location to the selected destination.

[0062] The server 200 may also transmit information about the candidate locations to the in-vehicle device 100A. Then, the server 200 may receive the destination of the user 30 by acquiring information about the candidate location selected by the user 30 from the in-vehicle device 100A.

[0063] There may be cases where the user 30 has not decided on a destination but has decided on a time for the drive. Therefore, the in-vehicle device 100A may receive from the user 30 the time for which the user 30 plans to go on a drive (hereinafter, this may be referred to as a "specified time"). In this case, the server 200 acquires candidate places that can be visited within the specified time from the departure point of the user 30, and determines a proposed route.

[0064] (Variation 2) In this embodiment, the average number of stops, average speed, and average inter-vehicle time predicted for each route candidate are calculated from the travel information of multiple vehicles 10. However, the average number of stops, average speed, and average inter-vehicle time predicted for each route candidate may be calculated by a method other than this. For example, the average number of stops, average speed, and average inter-vehicle time predicted for each route candidate may be calculated using a machine learning model trained using the travel information of multiple vehicles 10 as learning data. In this way, a suitable driving route can be proposed to the user 30.

[0065] (Variation 3) The server 200 may calculate the smoothness score by reflecting current traffic information, etc., for each section included in each route candidate. In this case, the server 200 acquires traffic information for the sections included in each route candidate from an external server, etc. The server 200 acquires, for example, the congestion level for each section. The server 200 calculates the smoothness score corresponding to the congestion level of each section by subtracting a score set according to the congestion level from the smoothness score of each section in the road information acquired from the road information DB 204. The server 200 then calculates the sum of the smoothness scores corresponding to the congestion level of each section included in the route candidate as the smoothness score of the route candidate.

[0066] <Other embodiments> The above-described embodiment is merely an example, and the present disclosure may be modified as appropriate within the scope of the present disclosure. Furthermore, the processes and means described in the present disclosure may be freely combined and implemented as long as no technical contradiction occurs.

[0067] Furthermore, 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 executed by a single device. In a computer system, the hardware configuration (server configuration) by which each function is realized can be flexibly changed.

[0068] The present disclosure can also be realized by providing a computer program implementing the functions described in the above embodiments to a computer, and having one or more processors in the computer read and execute the program. Such a computer program may be provided to the computer via a non-transitory computer-readable storage medium connectable to the computer's system bus or via a network. Non-transitory computer-readable storage media include any type of medium suitable for storing electronic instructions, such as a magnetic disk (e.g., a floppy disk or a hard disk drive (HDD)), an optical disk (e.g., a CD-ROM, a DVD disk, or a Blu-ray disk), a read-only memory (ROM), a random-access memory (RAM), an EPROM, an EEPROM, a magnetic card, a flash memory, or an optical card. [Explanation of symbols]

[0069] 1. Proposed system 10. Vehicle 30 users 100...In-vehicle equipment 200 Server 201 Control section 202··Communications Department 203··Driving Information DB 204...Road information DB

Claims

1. Obtaining multiple route candidates from a departure point to a destination; Calculating the smoothness of driving for each of the acquired route candidates; determining one or more routes to be proposed to a user from the plurality of route candidates according to the calculation result of the driving smoothness; outputting the one or more pieces of determined route information; a control unit configured to perform Information processing device.

2. Calculating the smoothness of driving includes calculating the smoothness of driving according to at least one of the number of vehicle stops, the average speed, and the average inter-vehicle time expected on each route candidate. The information processing device according to claim 1 .

3. The destination is specified by the user.

3. The information processing device according to claim 1 or 2.

4. the destination is selected from candidate locations that are reachable from the departure location within a distance or time range specified by the user; 3. The information processing device according to claim 1 or 2.

5. 1. A computer-implemented information processing method, comprising: Obtaining multiple route candidates from a departure point to a destination; Calculating the smoothness of driving for each of the acquired route candidates; determining one or more routes to be proposed to a user from the plurality of route candidates according to the calculation result of the driving smoothness; outputting the one or more pieces of determined route information; Including, Information processing methods.

Images