JP2022150499A - Information processing system, information processing program and information processing method - Google Patents

Abstract

To provide an information processing system with which it is possible to improve convenience for users when a route including transfer to public transport from on-demand mobility is searched and displayed.SOLUTION: The information processing system comprises: search condition acquisition means for acquiring a route search condition; route search means for searching for a route on the basis of the route search condition; and route output control means for outputting a route as the result of search. When searching for a route that includes transfer from on-demand mobility to public transport, the route search means performs a search of the route using a time of the day, with a predicted vehicle allocation time of on-demand mobility up to an on-demand mobility boarding position taken into account, as the departure time from the on-demand mobility boarding position.SELECTED DRAWING: Figure 2

Description

The present invention relates to an information processing system, an information processing program, and an information processing method.

Currently, in MaaS (Mobility as a Service), on-demand mobility (also referred to as on-demand transportation), which operates based on a user's usage request without being based on a timetable, is attracting attention. For example, some local governments are conducting demonstration experiments of on-demand bus transportation for more efficient bus business management.

Against the background of such circumstances, there is a demand to incorporate on-demand mobility into route search. However, conventional route search does not take into consideration the time required to arrange and board an on-demand mobility vehicle (for example, a taxi). A starting route will be searched and displayed. Therefore, when transferring from on-demand mobility to public transportation, you cannot take the public transportation service displayed in the search result route, and after getting on on-demand mobility (or after getting off on-demand mobility) need to search again. As a user, there is an inconvenience that it takes a lot of time and effort.

In Patent Document 1, when displaying route information for traveling from a departure point to a destination by a single taxi, there is a technology that displays the expected arrival time to the departure point of each taxi company along with the required time from the departure point to the destination. disclosed. However, it is a route by taxi alone, and there is no disclosure or suggestion about changing from taxi to public transportation.

In Patent Document 2, when searching for a route to transfer from a train to a taxi, the waiting time for a taxi at an alighting station near the destination (how long to wait at a taxi stand after getting off at the station) is considered. A technique for searching for a route is disclosed. However, it is a transfer from a train to a taxi, and there is no disclosure or suggestion about a transfer from a taxi to public transportation. Also, what is taken into consideration is the waiting time at the taxi stand (where the user can get a taxi without having to arrange it), not the time it takes for the user to arrange and board a taxi.

JP 2009-211582 A JP 2017-90212 A

The present invention has been made in consideration of the above points. An object of the present invention is to provide an information processing system, an information processing program, and an information processing method that can improve convenience for users when a route including transfer from on-demand mobility to public transportation is searched and displayed. That's what it is.

An information processing system according to the present invention includes:
search condition acquisition means for acquiring route search conditions;
a route search means for searching for a route based on the route search conditions;
route output control means for outputting a search result route,
When searching for a route that includes a transfer from on-demand mobility to public transportation, the route search means calculates a time that takes into consideration the estimated time of dispatch of on-demand mobility to the on-demand mobility boarding position. As the departure time from , the route search is performed.

ADVANTAGE OF THE INVENTION According to this invention, the convenience for a user can be improved when the route including the transfer from on-demand mobility to public transportation is searched and displayed.

FIG. 1 is a diagram showing a schematic configuration of an information processing system according to one embodiment. FIG. 2 is a flow chart showing an example of the operation of the information processing system. FIG. 3 is a diagram showing an example of a screen displayed by the information processing system. FIG. 4 is a diagram showing an example of a screen displayed by the information processing system. FIG. 5 is a diagram showing an example of a screen displayed by the information processing system.

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. In addition, the same reference numerals are given to components having equivalent functions in each drawing, and detailed description of the components with the same reference numerals will not be repeated.

In the embodiments described below, a taxi may be used as an example of "on-demand mobility", but "on-demand mobility" is transportation that operates based on the user's request for use, not based on a timetable. If it is a service, it is not limited to taxis, but it is an expression that includes various on-demand services such as shared taxis, shared buses, demand buses, and services that can dispatch transportation means to the location desired by the user (delivery rental car). be. "On-demand mobility" may be a self-driving vehicle.

(Configuration of information processing system)
FIG. 1 is a diagram showing a schematic configuration of an information processing system 1 according to one embodiment. In addition, in the figure, the functional units that perform each function can be said to be means for performing each function.

As shown in FIG. 1 , an information processing system 1 includes a terminal device 2 and a server 3 . The terminal device 2 and the server 3 are communicably connected to each other via a network 4 such as the Internet. The network 4 may be either a wired line or a wireless line, regardless of the type or form of the line. At least part of the terminal device 2 and the server 3 is implemented by a computer.

The terminal device 2 is used by a user, and is, for example, an electronic device such as a mobile terminal such as a smart phone or a tablet terminal, a notebook computer, or a desktop computer.

As shown in FIG. 1, the terminal device 2 has a terminal communication unit 21, a terminal control unit 22, a terminal storage unit 23, a terminal input unit 24, a terminal output unit 25, and a terminal positioning unit 26. ing. Each unit is communicably connected to each other via a bus.

A terminal communication unit 21 is a communication interface between the terminal device 2 and the network 4 . The terminal communication unit 21 transmits and receives information between the terminal device 2 and the server 3 via the network 4 .

The terminal control unit 22 is control means for performing various processes of the terminal device 2 . The terminal control unit 22 may be realized by the processor in the terminal device 2 executing a predetermined program, or may be implemented by hardware.

The terminal storage unit 23 is data storage such as a built-in memory or an external memory (SD memory card, etc.). Various data handled by the terminal control unit 22 are stored in the terminal storage unit 23 . The terminal storage unit 23 does not necessarily have to be provided in the terminal device 2, and part or all of the terminal storage unit 23 may be provided in another device communicably connected to the terminal device 2 via the network 4. may be provided in

The terminal input unit 24 is an interface for the user to input information to the terminal device 2, such as a touch panel or microphone in a mobile terminal, or a touch pad, keyboard or mouse in a notebook computer.

The terminal output unit 25 is an interface for outputting various information from the terminal device 2 to the user, and is, for example, video display means such as a liquid crystal display and audio output means such as a speaker. Specifically, for example, the terminal output unit 25 may display a GUI (Graphical User Interface) for accepting operations from the user.

The terminal positioning unit 26 is positioning means for measuring the current position of the terminal device 2 . The terminal positioning unit 26 measures the current position based on positioning information obtained by radio wave navigation means such as GPS and Quasi-Zenith Satellite System (QZSS). The terminal positioning unit 26 may use positioning information obtained by autonomous navigation means such as an acceleration sensor and a geomagnetic sensor for positioning. Since the terminal device 2 moves with the user, the location information measured by the terminal positioning section 26 indicates the current location of the user.

Next, the server 3 will be explained. As shown in FIG. 1 , the server 3 has a server communication section 31 , a server control section 32 and a server storage section 33 . Each part is connected so as to be able to communicate with each other via a bus or a network.

Among them, the server communication unit 31 is a communication interface between the server 3 and the network 4 . The server communication unit 31 transmits and receives information between the server 3 and the terminal device 2 via the network 4 .

The server storage unit 33 is fixed data storage such as a hard disk. Various data handled by the server control unit 32 are stored in the server storage unit 33 . For example, the server storage unit 33 includes a route network information database 33a containing traffic network information, a map information database 33b containing map information, and a dispatchable area database 33c.

Transportation network information is information that defines transportation networks such as railways and buses, and road networks. Transportation network information includes transportation route information, timetable information, fare information, and the like. Road network information is represented by a combination of node data, such as intersections, which are nodes on the road network representation, and link data, which are road sections between nodes.

The map information includes map data such as nationwide and local road maps, and map object information associated with the map data. Map object information includes shape information about the shapes of facilities displayed on the map, annotation information about notes displayed on the map, symbol information about symbols displayed on the map, and the like. The map information may also include route map information relating to route maps of public transportation.

The transportation network information and map information may be updated at predetermined timings.

The vehicle dispatchable area database 33c stores information on the dispatchable area (or the dispatchable area). Areas where vehicles cannot be dispatched include, for example, areas with narrow roads, areas with heavy traffic, prohibited areas such as near taxi stands, areas requiring U-turns, and the like. In the case of a shared taxi, the area where the taxi cannot be dispatched is an area in which picking up the taxi takes a detour or is inefficient. good.

The information of available (or non-deliverable) areas may be updated in real time based on current or future driving conditions of the vehicle.

Note that the server storage unit 33 does not necessarily have to be provided in the server 3, and part or all of the server storage unit 33 may be provided in another device communicably connected to the server 3 via the network 4. may be provided in

As shown in FIG. 1, the server control unit 32 has a search condition acquisition unit 32a, a route search unit 32b, a route output control unit 32c, and a notification unit 32d. Each of these units may be realized by the processor in the server 3 executing a predetermined program, or may be implemented by hardware.

The search condition acquisition unit 32a acquires route search conditions from the terminal device 2 of the user. The route search condition includes information on the departure point, destination, and departure time (or arrival time). The starting point may be the current position of the terminal device 2 measured by the terminal positioning unit 26 or a specific position input (specified) by the user via the terminal input unit 24 . The departure time may be the current time or a specific time input (designated) by the user via the terminal input unit 24 .

Based on the route search conditions acquired by the search condition acquisition unit 32a, the route search unit 32b obtains route information that satisfies the route search conditions by referring to the route network information database 33a and the map information database 33b. Explore.

The route search unit 32b acquires the estimated time of on-demand mobility dispatch to the on-demand mobility boarding position when searching for a route including a transfer from on-demand mobility (for example, a taxi) to public transportation (for example, a train). Here, the on-demand mobility boarding position may be a departure point included in the route search condition. Alternatively, the route search unit 32b refers to the dispatchable area database 33c to determine whether or not the starting point included in the route search condition is within the dispatchable area. Alternatively, the departure point may be set as the on-demand mobility boarding position, and the predicted vehicle allocation time to the on-demand mobility boarding position may be acquired. On the other hand, when it is determined that the departure point included in the route search condition is an area where the vehicle cannot be dispatched, the route search unit 32b identifies an area near the departure point where the vehicle can be dispatched, area as the on-demand mobility boarding position, and the predicted vehicle allocation time to the on-demand mobility boarding position may be acquired.

As a first example of the method of obtaining the predicted vehicle allocation time, the route search unit 32b refers to the route network information database 33a and the map information database 33b to search for a route from the current position of the on-demand mobility vehicle to the on-demand mobility boarding position. Then, the predicted vehicle allocation time may be calculated based on the route information of the search result. In this case, the route search unit 32b may calculate the predicted vehicle allocation time by taking into consideration the traffic congestion information on the search result route.

As a second example of the method for obtaining the estimated vehicle allocation time, the route search unit 32b uses spatial and temporal statistics from the normal operation results in the target area and time (or time period) to obtain a rough vehicle allocation forecast. You can predict the time. Specifically, for example, the route search unit 32b uses a statistical model (spatio-temporal statistical model) constructed based on actual data of past vehicle allocation times in each area and time (or time zone) to search for a route. Date and time information at the time of route search in the space of the area where the departure point is entered as a condition (administrative area such as municipality where the departure point is located, area within a radius of a predetermined distance from the departure point, etc.) The average pick-up time of the user's on-demand mobility vehicle allocation (weekday, holiday, day of the week, time period, etc.) may be predicted as the estimated vehicle allocation time.

As a third example of the method for obtaining the estimated vehicle allocation time, the route search unit 32b inquires of the on-demand mobility side (vehicle communication device or operator's server) about the estimated vehicle allocation time to the on-demand mobility boarding position. As a reply to the above, the predicted vehicle allocation time to the on-demand mobility boarding position may be received from the on-demand mobility side.

After obtaining the estimated vehicle allocation time to the on-demand mobility boarding position, the route search unit 32b searches for a route using the time taken into consideration for the estimated vehicle allocation time as the departure time from the on-demand mobility boarding position. For example, referring to FIG. 3, which will be described later, the route searching unit 32b adds the estimated vehicle allocation time 43 of "6 minutes" to the current time 40 of "11:04" to add "11:10" to the on-demand mobility A route is searched for as departure time 46 from the boarding position (departure point 45 in this case). Alternatively, for example, the route search unit 32b adds a buffer of, for example, 1 minute to the acquired predicted vehicle allocation time 43 (6 minutes), and adds "6+1 minutes" to the current time 40 of "11:04". Alternatively, "11:11" may be set as the departure time 46. Further, for example, the route search unit 32b includes the user's operation time (for example, 2 minutes) required for the vehicle allocation arrangement in the acquired estimated vehicle allocation time 43 (6 minutes), for the current time 40 of "11:04". , and “6+2 minutes” may be added to “11:12” as the departure time 46 . If the on-demand mobility boarding position 47 is different from the departure point 45 (for example, if the departure point 45 is in an area where the vehicle cannot be dispatched), the route search unit 32b determines whether the vehicle is on from the acquired estimated dispatch time and the departure point 45. The travel time required for the user to travel to the demand boarding position 47 may be compared. Then, when the acquired predicted vehicle allocation time is longer than the travel time required for the user to move to the on-demand boarding position 47, the route search unit 32b adds the predicted vehicle allocation time to the time when the predicted vehicle allocation time is taken into account (for example, the current time). ) may be used as the departure time from the on-demand mobility boarding position to search for a route. On the other hand, if the travel time required for the user to move to the on-demand boarding position 47 is longer than the acquired predicted vehicle allocation time, the time considering the travel time (for example, the time obtained by adding the travel time to the current time) is set on-demand. A route may be searched for as the departure time from the mobility boarding position.

When searching for a route that includes a transfer from on-demand mobility to public transportation, the route search unit 32b receives from the on-demand mobility side information about possible boarding times for on-demand mobility at the on-demand mobility boarding position in addition to the predicted vehicle allocation time. , a route search may be performed using the available boarding time as the departure time from the on-demand mobility boarding position.

When searching for a route including a transfer from on-demand mobility to public transportation, the route search unit 32b may search for a route in consideration of public transportation delay information.

The route output control unit 32c transmits an output control signal for outputting the route searched by the route search unit 32 to the terminal device 2, and outputs the route through the terminal output unit 25. FIG. After the route search by the route search unit 32, the route output control unit 32c may directly output one route of the search result via the terminal output unit 25 as shown in FIG. may be output as a list via the terminal output unit 25, and one route selected from the list may be output via the terminal output unit 25 as shown in FIG.

As shown in FIG. 3, the route output control unit 32c displays a route including a transfer from on-demand mobility (a taxi in the illustrated example) to public transportation (a train in the illustrated example). Pre-allocation information 41 including at least a vehicle allocation request button 42 and an on-demand mobility estimated vehicle allocation time 43 to the on-demand mobility boarding position (departure point 45 in this case) is displayed in front of the display 45 . In the example shown in FIG. 3, the display is vertically scrolled, and an estimated dispatch time 43 of "6 minutes" and a dispatch request are displayed on the front side (upper side) of the departure point 45 of "3-8 Minami-Aoyama, Minato-ku, Tokyo". Pre-dispatch information 41 including a button 42 is displayed. As shown in FIG. 3, the estimated dispatch time 43 may be displayed as a message such as "If you dispatch a taxi now, we will pick you up in ** minutes." The pre-dispatch information 41 may also include an icon 44 indicating the type of on-demand mobility. In the example shown in FIG. 3, "11:10", which is the current time 40 of "11:04" plus the expected vehicle allocation time 43 of "6 minutes", is set to the on-demand mobility boarding position (departure point 45 in this case). A route with a departure time 46 from is displayed as a search result route.

As shown in FIG. 4, when the on-demand mobility boarding position 47 is different from the departure point 45 (for example, when the departure point 45 is in an area where the vehicle cannot be dispatched), the route output control unit 32c As the route, a route including a travel route from the departure point 45 to the on-demand mobility boarding position 47 may be displayed. In the example shown in FIG. 4, a route for walking from the starting point 45 of "3-8 Minami-Aoyama, Minato-ku, Tokyo" to the on-demand mobility boarding position 47 of "Ox park front" is displayed. In the example shown in FIG. 4, the travel time for the user to move to the on-demand boarding position 47 is two minutes, and the estimated dispatch time 43 (6 minutes) is longer. A route having a departure time 46 from an on-demand mobility boarding position 47 of "11:10" obtained by adding a predicted vehicle allocation time 43 of "6 minutes" to the time 40 is displayed as a search result route. Although illustration is omitted, if the travel time for the user to move to the on-demand boarding position 47 is, for example, 10 minutes, and is longer than the predicted vehicle allocation time 43 (6 minutes), the current time 40 of "11:04" , and "11:14", which is the travel time of "10 minutes" added, may be displayed as the route of the search results, with the departure time 46 from the on-demand mobility boarding position 47 .

Returning to FIG. 3, after the route output control unit 32c outputs the route of the search result, the route search unit 32b determines whether or not the vehicle allocation to the on-demand mobility included in the route being output is disabled. However, if it is determined that it is impossible (for example, if another person stops the on-demand mobility first and gets on it), the route including transferring from another on-demand mobility to public transportation is automatically selected. After re-searching, the route output control unit 32c may change the display of the route being output to the display of the route of the re-search result.

In addition, after the route output control unit 32c outputs the route of the search result, when the time passes while the user is considering whether to dispatch the on-demand mobility included in the route being output (for example, the current time 40 becomes "11:09", and at "11:15" after "6 minutes", which is the predicted dispatch time 43, the taxi departs from the departure point 45, and five minutes later, at "11:20" Even if you arrive at the station "Harajuku", you will not be in time for the displayed train leaving "11:20"). A route that uses a train one train after or a route that uses a train on a different line that departs after "11:20") is automatically searched again, and the route output control unit 32c is outputting display of the route may be changed to display of the route of the re-search result.

The notification unit 32d notifies the on-demand mobility side included in the output route that the route output control unit 32c has output the search result route.

Referring to FIG. 3, the vehicle allocation request button 42 is a button that, when pressed by the user via the terminal input unit 24, transitions the screen to a vehicle allocation flow for making a vehicle allocation request to the on-demand mobility side. In the vehicle allocation flow of the screen transition destination, the on-demand mobility boarding position (departure point 45 in the example shown in FIG. 3) may be automatically set as the vehicle allocation destination.

After the on-demand mobility vehicle being displayed is dispatched (for example, after executing the dispatch request through the dispatch flow by pressing the dispatch request button 42), the route output control unit 32c displays the pre- dispatch information 41 as shown in FIG. The display is changed to the post-dispatch information 51 . In the example shown in FIG. 5, the vehicle allocation request button 42 included in the pre-allocation information 41 is changed to the vehicle allocation cancel button 52 for canceling the vehicle allocation in the post-allocation information 51 . Although not shown, the vehicle allocation request button 42 included in the pre-allocation information 41 may be changed to a vehicle allocation change button for changing the vehicle allocation conditions in the post-allocation information 51 . Further, in the example shown in FIG. 5, the post-dispatch information 51 includes a display of time 53 until pickup. As shown in FIG. 5, the time 43 until pick-up may be displayed by a message such as "We will pick you up in ** minutes." The post-dispatch information 51 may include a highlighted display indicating that the vehicle is being picked up. For example, the display of the time to pickup 43 may blink to indicate that the value changes from moment to moment. Further, in the post-dispatch information 51, the icon 54 indicating the type of on-demand mobility may blink so that it can be intuitively understood that the vehicle is heading to the pick-up vehicle.

(Example of operation)
Next, an example of the operation of the information processing system 1 according to one embodiment will be described with reference to FIG. FIG. 2 is a flow chart showing an example of the operation of the information processing system 1. As shown in FIG.

As shown in FIG. 2, first, when the user of the terminal device 2 inputs the route search conditions via the terminal input unit 24, the route search conditions are transmitted from the terminal device 2 to the server 3, and the server 3 acquires the search conditions. The unit 32a acquires route search conditions (step S10).

Next, based on the route search conditions acquired by the search condition acquisition unit 32a, the route search unit 32b acquires route network information database 33a and map information database 33b for route information that satisfies the route search conditions. Refer to and search (step S11).

When searching for a route that includes a transfer from on-demand mobility to public transportation (step S12: YES), the route search unit 32b acquires the predicted on-demand mobility dispatch time to the on-demand mobility boarding position (step S12). In step S12, the route search unit 32b refers to the route network information database 33a and the map information database 33b, searches for a route from the current position of the vehicle to the on-demand mobility boarding position, and based on the route information of the search result. A predicted vehicle allocation time may be calculated. In this case, the route search unit 32b may calculate the predicted vehicle allocation time by taking into consideration the traffic congestion information on the search result route. Alternatively, the route search unit 32b may predict a rough estimated vehicle allocation time using spatial and temporal statistics from the actual operation performance in the target area and time (or time zone). Alternatively, the route search unit 32b inquires of the on-demand mobility side (vehicle communication device or operator's server) about the predicted vehicle allocation time to the on-demand mobility boarding position. A predicted vehicle allocation time to the demand mobility boarding position may be received.

In step S13, the route search unit 32b refers to the dispatchable area database 33c, determines whether or not the starting point included in the route search condition is an dispatchable area, and determines that it is an dispatchable area. In this case, the departure point is set as the on-demand mobility boarding position, and the predicted vehicle allocation time to the on-demand mobility boarding position is acquired. Alternatively, an allocatable area near the departure point may be identified, and the vehicle allocation predicted time to the on-demand mobility boarding position may be acquired with the on-demand mobility boarding position identified as the allocatable area.

Next, the route searching unit 32b searches for a route using the time taken into consideration of the estimated vehicle allocation time to the on-demand mobility boarding position as the departure time from the on-demand mobility boarding position (step S14). For example, referring to FIG. 3, "11:10" obtained by adding the estimated vehicle allocation time 43 of "6 minutes" to the current time 40 of "11:04" is defined as the on-demand mobility boarding position (departure point 45 in this case). ), the route is searched for as the departure time 46.

In addition, when the route searching unit 32b acquires from the on-demand mobility side the possible boarding time of the on-demand mobility at the on-demand mobility boarding position other than the above-mentioned vehicle allocation prediction time, the route searching unit 32b sets the boarding possible time to the on-demand mobility As the departure time from the boarding position, a route search is performed (step S15).

Then, the route output control unit 32c transmits an output control signal for outputting the route searched by the route search unit 32 to the terminal device 2, and outputs the route of the search result via the terminal output unit 25. (Step S16).

When displaying a route including a transfer from on-demand mobility to public transportation (step S17: YES), the route output control unit 32c displays an on- Pre-allocation information 41 including at least an on-demand mobility vehicle allocation prediction time 43 and a vehicle allocation request button 42 up to the demand mobility boarding position (departure point 45 in this case) is displayed (step S18). The notification unit 32d notifies the on-demand mobility side included in the displayed route that the route of the search result has been displayed by the route output control unit 32c.

In step S18, as shown in FIG. 4, when the on-demand mobility boarding position 47 is different from the departure point 45 (for example, when the departure point 45 is in an area where dispatch is impossible), the route output control unit 32c , as a search result route, a route including a travel route from the departure point 45 to the on-demand mobility boarding position 47 (in the illustrated example, a route for walking) may be displayed. The route output control unit 32c displays a travel route from the departure point 45 to the on-demand mobility boarding position 47 (in the illustrated example, a route for walking), and a mark 49 (button) for guiding the travel route. may be displayed.

After the route output control unit 32c outputs the route of the search results (after step S18), the route search unit 32b determines whether or not dispatch to the on-demand mobility vehicle included in the displayed route is disabled. A determination is made at predetermined time intervals (step S19).

If it is determined that the vehicle cannot be dispatched to the on-demand mobility included in the displayed route (for example, if another person has stopped and boarded the on-demand mobility before) (step S19: YES ), the route search unit 32b automatically re-searches for a route including a transfer from another on-demand mobility to public transportation (step S20). Then, the route output control unit 32c changes the display of the route being output to the display of the re-search result route (step S21).

Referring to FIG. 3, when the vehicle allocation request button 42 included in the pre-display information 41 is pressed by the user via the terminal input unit 24, the vehicle allocation flow for requesting vehicle allocation to the on-demand mobility side is entered. Screen transition is made. In the vehicle allocation flow of the screen transition destination, the on-demand mobility boarding position (departure point 45 in the example shown in FIG. 3) may be automatically set as the vehicle allocation destination. In the vehicle allocation flow to which the screen transitions, the on-demand mobility boarding and alighting positions and the route may be displayed on the map. When making a dispatch request, the on-demand mobility fare may be paid in advance (ie, the on-demand mobility may be used with a pre-determined fare).

After dispatching an on-demand mobility vehicle included in the displayed route (for example, after executing a dispatch request through the dispatch flow by pressing the dispatch request button 42), the route output control unit 32c, as shown in FIG. The display of the information 41 is changed to the display of the post-dispatch information 51 (step S22). The post-allocation information 51 may include a vehicle allocation cancel button 52 for canceling vehicle allocation (or a vehicle allocation change button for changing vehicle allocation conditions). Further, as shown in FIG. 5, the post-dispatch information 51 may include a highlighted display indicating that the vehicle is being picked up. For example, in the post-dispatch information 51, the display of the time 43 until the pick-up may blink to indicate that the value changes from moment to moment. Further, in the post-dispatch information 51, the icon 54 indicating the type of on-demand mobility may blink so that it can be intuitively understood that the vehicle is heading to the pick-up vehicle.

By the way, as mentioned in the Background Art column, conventional route searches do not take into account the time required to arrange on-demand mobility and get on board. A route to start with mobility is searched and displayed. Therefore, when transferring from on-demand mobility to public transportation, you cannot take the public transportation service displayed in the search result route, and after getting on on-demand mobility (or after getting off on-demand mobility) need to search again. As a user, there was an inconvenience that it took a lot of time and effort.

On the other hand, according to the present embodiment, when the route search unit 32b searches for a route including a transfer from on-demand mobility to public transportation, the estimated time of on-demand mobility dispatch to the on-demand mobility boarding position is is considered as the departure time from the on-demand mobility boarding position. You can catch your flight in time. Therefore, when a route including a transfer from on-demand mobility to public transportation is searched and displayed, the user can get on (or get off) on-demand mobility displayed in the route of the search result. This eliminates the need for re-searching after the search has been completed, greatly improving convenience for the user.

Further, according to the present embodiment, when the route output control unit 32c displays a route including a transfer from on-demand mobility to public transportation, as shown in FIG. In order to display pre-dispatch information including at least the predicted vehicle allocation time 43 of the on-demand mobility to the on-demand mobility boarding position (departure point 45 here) and the vehicle allocation request button 42, the user refers to the predicted vehicle allocation time 43. On the other hand, by pressing the vehicle allocation request button 42, it is possible to easily transition to the vehicle allocation flow for issuing a vehicle allocation request to the on-demand mobility side. Further, the route output control unit 32c changes the display of the pre-allocation information 41 to the post-allocation information 51 as shown in FIG. 5 after the on-demand mobility is allocated. You can intuitively grasp that the included on-demand mobility is heading to the pick-up vehicle. Therefore, convenience for the user is greatly improved when a route including transfer from on-demand mobility to public transportation is searched and displayed.

Note that at least a part of the information processing system 1 described in the above embodiment may be configured by hardware or may be configured by software. When configured by hardware, a program that implements at least part of the functions of the information processing system 1 may be stored in a recording medium such as a flexible disk or CD-ROM, and read and executed by a computer. The recording medium is not limited to a detachable one such as a magnetic disk or an optical disk, and may be a fixed recording medium such as a hard disk device or memory.

Also, a program that implements at least part of the functions of the information processing system 1 may be distributed via a communication line (including wireless communication) such as the Internet. Furthermore, the program may be encrypted, modulated, or compressed and distributed via a wired line or wireless line such as the Internet, or stored in a recording medium and distributed.

Furthermore, the information processing system 1 may be operated by one or more information processing devices. When a plurality of information processing apparatuses are used, one of the information processing apparatuses may be a computer, and the computer may implement a function as at least one means of the information processing system 1 by executing a predetermined program.

Further, in the method invention, all processes (steps) may be automatically controlled by a computer. Also, while a computer is causing each step to be performed, progress control between steps may be manually performed. Furthermore, at least a part of all steps may be performed manually.

Based on the above description, those skilled in the art may conceive additional effects and various modifications of the present invention, but aspects of the present invention are not limited to the individual embodiments described above. . Various additions, changes, and partial deletions are possible without departing from the conceptual idea and spirit of the present invention derived from the content defined in the claims and equivalents thereof.

1 information processing system 2 terminal device 21 terminal communication unit 22 terminal control unit 23 terminal storage unit 24 terminal input unit 25 terminal output unit 26 terminal positioning unit 3 server 31 server communication unit 32 server control unit 32a search condition acquisition unit 32b route search unit 32c route output control unit 32d notification unit 33 server storage unit 33a route network information database 33b map information database 33c dispatchable area database 4 network

Claims (16)

search condition acquisition means for acquiring route search conditions;
a route search means for searching for a route based on the route search conditions;
route output control means for outputting a search result route,
When searching for a route including a transfer from on-demand mobility to public transportation, the route search means acquires an estimated vehicle allocation time of on-demand mobility to an on-demand mobility boarding position, and takes into consideration the estimated vehicle allocation time. as the departure time from the on-demand mobility boarding position, the information processing system searches for the route. search condition acquisition means for acquiring route search conditions;
a route search means for searching for a route based on the route search conditions;
a route output control means for outputting a search result route;
When the route output control means displays a route including a transfer from on-demand mobility to public transportation, the route output control means displays on-demand mobility prediction time and vehicle allocation to the on-demand mobility boarding position in front of the display of the departure point. An information processing system that displays pre-dispatch information including at least a request button, and changes the display of the pre-dispatch information to the post-dispatch information after the on-demand mobility is dispatched. When searching for a route including a transfer from on-demand mobility to public transportation, the route search means acquires the on-demand mobility boarding possible time at the on-demand mobility boarding position in addition to the vehicle allocation prediction time. 2. The information processing system according to claim 1, wherein the route search is performed using the available boarding time as a departure time from the on-demand mobility boarding position. 4. The information processing system according to any one of claims 1 to 3, wherein the search result route includes a travel route from a departure point to an on-demand mobility boarding position. After the route output control means outputs the route of the search result, the route search means determines whether or not the vehicle allocation to the on-demand mobility included in the route being output is disabled, and determines that it is disabled. If so, automatically re-search the route including transferring from another on-demand mobility to public transportation,
5. The information processing system according to any one of claims 1 to 4, wherein said route output control means changes the display of the route being output to the display of the re-search result route. 3. The information processing system according to claim 2, wherein said route output control means changes a vehicle allocation request button included in pre-allocation information to a vehicle allocation cancel or change button in post-allocation information. 7. The information processing system according to claim 2, wherein said post-dispatch information includes a highlighted display indicating that the vehicle is being picked up. 8. The information according to any one of claims 1 to 7, further comprising notifying means for notifying the on-demand mobility side included in the output route that the route output control means has output the route of the search result. processing system. the computer,
search condition acquisition means for acquiring route search conditions;
A route search means for searching a route based on the route search conditions, wherein when searching for a route including a transfer from on-demand mobility to public transportation, an on-demand mobility vehicle allocation prediction time to an on-demand mobility boarding position. route search means for searching for the route using the time taken into account as the departure time from the on-demand mobility boarding position; and
An information processing program that functions as route output control means for outputting a search result route. the computer,
search condition acquisition means for acquiring route search conditions;
route search means for searching for a route based on the route search conditions; and
Route output control means for outputting a search result route, wherein when displaying a route including a transfer from on-demand mobility to public transportation, an on-demand mobility route to the on-demand mobility boarding position is placed in front of the display of the departure point. Pre-allocation information including at least an estimated vehicle allocation time of demand mobility and a vehicle allocation request button is displayed, and after the on-demand mobility is allocated, the display of the pre-allocation information is changed to the display of post-allocation information. Information processing program. An information processing system composed of a plurality of computers communicatively connected,
search condition acquisition means for acquiring route search conditions;
a route search means for searching for a route based on the route search conditions;
route output control means for outputting a search result route,
When searching for a route that includes a transfer from on-demand mobility to public transportation, the route search means calculates a time that takes into consideration the estimated time of dispatch of on-demand mobility to the on-demand mobility boarding position. In order to function the information processing system that searches for the route as the departure time from
An information processing program for causing at least one of the computers to function as at least one of the means. An information processing system composed of a plurality of computers communicatively connected,
search condition acquisition means for acquiring route search conditions;
a route search means for searching for a route based on the route search conditions;
a route output control means for outputting a search result route;
When the route output control means displays a route including a transfer from on-demand mobility to public transportation, the route output control means displays on-demand mobility prediction time and vehicle allocation to the on-demand mobility boarding position in front of the display of the departure point. In order to function an information processing system that displays pre-dispatch information including at least a request button, and changes the display of the pre-dispatch information to the post-dispatch information after the on-demand mobility is dispatched,
An information processing program for causing at least one of the computers to function as at least one of the means. In order to cause the information processing system according to any one of claims 1 to 8 to function by a plurality of computers communicatively connected,
An information processing program for causing at least one of the computers to function as at least one of each means in the information processing system according to any one of claims 1 to 8. An information processing program for causing a computer to function as at least one of each means in the information processing system according to any one of claims 1 to 8. A computer-executed information processing method comprising:
obtaining route search conditions;
In the step of searching for a route based on the route search conditions, when searching for a route that includes a transfer from on-demand mobility to public transportation, the on-demand mobility's predicted dispatch time to the on-demand mobility's boarding position is considered. a step of searching for the route using the time obtained as the departure time from the on-demand mobility boarding position;
and a step of outputting a search result route.
Information processing system. A computer-executed information processing method comprising:
obtaining route search conditions;
searching for a route based on the route search conditions;
A step of outputting a search result route, wherein when displaying a route including a transfer from on-demand mobility to public transportation, the on-demand mobility route to the on-demand mobility boarding position is displayed in front of the display of the departure point. and displaying pre-dispatch information including at least a predicted dispatch time and a dispatch request button, and changing the display of the pre-dispatch information to post-dispatch information after dispatch of the on-demand mobility.

Images