JP2022106538A - Guidance method and device for movement route candidates, computer program - Google Patents

Abstract

To prevent, in guiding route candidates for a multimodal route to a user terminal, display of a route candidate including a utilization node of a means of transportation against a user's intention.SOLUTION: An information providing device 10 guides, in coordination with a route guide server 42, a first route candidate including a utilization node of a public transportation mobile unit as a first means of transportation with a scheduled operation. In that case, the information providing device guides, to a user terminal 30, a non-transportation mobile unit as a second means of transportation without a scheduled operation as an option. The information providing device 10 guides a second route candidate including a utilization node of the non-transportation mobile unit when the utilization of which is designated by a user operation.SELECTED DRAWING: Figure 1

Description

Patent Law Article 30, Paragraph 2 Application Applicable https: // www. odakyu. jp / news / o5oa1000001uhe5-att / o5oa1000001uhec. pdf

INDUSTRIAL APPLICABILITY The present invention provides a method for guiding a movement route candidate, which is useful in an area where a means of transportation whose operation is not scheduled in addition to a means of transportation whose operation is scheduled when a user moves from a departure point to a destination can be used. Regarding the device.

The information providing method disclosed in Patent Document 1 is an example of a technique for searching for a multimodal route in which a plurality of means of transportation such as a taxi and a rental car are mixed in addition to public transportation. In this information providing method, for example, when the taxi usage distance in a specific route candidate using a taxi is equal to or greater than the first threshold value (for example, 15 km), the fare is not realistic and is excluded from the display target of the route search result. To. Further, when the walking distance is equal to or more than the second threshold value (for example, 1.2 km), it is excluded from the route search result in consideration of exhaustion of physical strength, required time, and the like.

Further, in a specific route candidate using public transportation, if the transfer interval is longer than the third threshold value, the convenience of the user is significantly reduced, and the route is excluded from the route search result. As described above, in the information providing method disclosed in Patent Document 1, for example, a route candidate using a specific target transportation means such as a taxi is provided with a unique condition under the premise of following a common condition such as a short order of required time. It is excluded from the display target according to, or it is displayed in a low priority.

Further, Patent Document 2 describes the use from the departure place or the vicinity of the departure place, and the destination or purpose among the shared transportation means such as rental car, car sharing, cycle sharing, ride sharing, and taxi. A route search method for performing a multimodal route search is disclosed so as to be limited to at least one of the uses for reaching the periphery of the ground. In this route search method, rental cars, car sharing, and cycle sharing are used from the access point to the corresponding vehicle.

Japanese Unexamined Patent Publication No. 2020-71108 Japanese Unexamined Patent Publication No. 2020-71107

In the information providing method disclosed in Patent Document 1 and the route search method disclosed in Patent Document 2, the user can select in advance the transportation means to be included in the route candidate, but the movement between nodes depends on the selected transportation means. Despite the ambiguity in the required time, the route search including all of these is performed. Therefore, for example, in metropolitan areas where there are many options for using transportation, such as the suburbs of Tokyo, Osaka, and Nagoya, the number of nodes (route connection points) to be searched increases, and until route search candidates are identified. Time increases dramatically. Further, in such a route search method, there are a wide variety of route search candidates, and it takes time to reach a display screen including the route candidates desired by the user on a mobile terminal or the like having a small display screen. In the first place, the route candidate desired by the user may not be obtained.

Therefore, the conventional multimodal route search technique is in line with the user's intention to use the means of transportation, such as an application in which a moving user wants to instantly determine a route search for stopping and heading for the next destination. It was not always suitable for exploration.

INDUSTRIAL APPLICABILITY The present invention is a technique for guiding a movement route candidate, which can leave the time and effort required for route search to the user's own judgment without guiding the movement route candidate including unnecessary transportation means contrary to the intention of the user. The purpose is to provide.

In one aspect of the present invention, an operation is scheduled when a user terminal having a display screen or a device connected to the user terminal executes the operation and the user possessing the user terminal moves from a departure point to a destination. A method of guiding a movement route candidate in an area where a second means of transportation whose operation is not scheduled in addition to the first means of transportation can be used, including a node for using the first means of transportation and of the second means of transportation. A first route candidate that does not include a use node and a second route candidate that includes a use node of the second mode of transportation are searched for, the first route candidate is displayed on the display screen, and then a user operation is waited for the first route candidate. 2 The route candidate is displayed on the display screen.

In another aspect of the present invention, the operation is scheduled on the user terminal having the display screen in addition to the first transportation means in which the operation is scheduled when the user possessing the user terminal moves from the departure place to the destination. A device that guides a movement route candidate in an area where a second transportation means that is not available can be used, and is a first route candidate that includes the first transportation means in the utilization node and does not include the second transportation means in the utilization node. After displaying the route search means for searching the second route candidate including the use node of the second transportation means and the first route candidate on the display screen of the user terminal, the second route waits for the user operation. It is characterized by comprising a control means for displaying a candidate on the display screen.

In another aspect of the present invention, the operation of a user terminal having a display screen or a device connected to the user terminal is scheduled when a user having the user terminal moves from a departure point to a destination. It is a computer program for operating a second transportation means whose operation is not scheduled in addition to the transportation means as a guidance device for a movement route candidate in an available area, and the guidance device is used as a usage node of the first transportation means. A route search means for searching a first route candidate including the second moving means and not including the second moving means in the using node and a second route candidate including the using node of the second moving means, and the first route candidate is displayed on the display screen. After displaying the display, it is characterized in that it functions as a control means for displaying the second route candidate on the display screen after waiting for a user operation.

According to the present invention, the first route candidate is displayed on the display screen of the user terminal, and the second route candidate is displayed on the display screen after waiting for the user operation. Therefore, unnecessary transportation means contrary to the intention of the user. It is possible to leave it to the user's own judgment whether or not to spend the time and effort required for the route search without being guided to the route candidate using.

Overall configuration diagram of the network system of this embodiment. The hardware configuration diagram of the information providing apparatus of this embodiment. The functional block diagram of the information providing apparatus of this embodiment. The procedure explanatory diagram of the user registration process. Explanatory drawing of the procedure of information display processing. The procedure explanatory diagram of the search condition setting process at the time of route guidance. The procedure explanatory diagram of the route search process. The detailed procedure explanatory diagram in the 1st route search process. The detailed procedure explanatory diagram in the 2nd route search process. Illustration of the contents displayed on the display screen of the user terminal. An example diagram of a display screen when performing route guidance processing. Illustration of the search condition setting screen. It is an example figure of the search result list screen by the 1st route search. FIG. 6 is an example diagram of a detailed route screen of the first route candidate. It is an example figure of the search result list screen by the 2nd route search. An example diagram of a bird's-eye view screen.

Hereinafter, examples of embodiments of the present invention will be described. FIG. 1 is an overall configuration diagram of a network system including the information providing device 10 of the present embodiment. The information providing device 10 is connected to a network NW using a public communication line, for example, the Internet. The information providing device 10 includes a user DB (DB is an abbreviation for a database, the same applies hereinafter) 11 and a facility DB 12.

A large number of base stations 20 are connected to the network NW. Each base station 20 relays between a mobile terminal such as a smartphone or a tablet terminal, which is a user terminal 30, and a website connected to the network NW.

Each user terminal 30 is provided with a display with a touch panel, an antenna and receiver of the global positioning satellite system GNSS (Global Navigation Satellite System), a camera, a two-dimensional bar code reader, storage, an image processing function, and an information processing function. "Mobility support" that displays various information presented through the information providing device 10 and displays an interface screen on the display for inputting information indicating the user's intention and required information indicating the request content of the information providing device 10. AP "is installed. The mobility support AP is an application program for providing behavioral support for the user's feeling of "want to go", that is, mobility.

When the mobility AP is activated and executed at the user terminal 30, the user terminal 30 is automatically connected to the information providing device 10 which is one of the websites on the network NW through the base station 20. The user terminal 30 can also be directly connected to the network NW by wired communication.

A plurality of websites linked with the information providing device 10 by API (Application Programming Interface) cooperation, that is, a server of a predetermined service provider is connected to the network NW. The information providing device 10 cooperates with the user terminal 30 and uses the user-specific information registered or accumulated in the user DB 11 and the API of each provider server to provide the provider by the mobility AP. Enables the use of server services.

As a website linked with API, in the present embodiment, the social network (SNS) management server 41, the route guidance server 42, the map server 43, the demand traffic server 51, the taxi server 52, the sharing server 53, the accommodation reservation server 61, etc. It is assumed that the food and drink reservation server 62, the event reservation server 63, the ticket management server 71, the bank server 72, and the credit server 73 are connected to the information providing device 10 via the network NW.

The SNS management server 41 provides an API for outputting SNS data associated with a user's address registered in advance for each user. The route guidance server 42 includes a search engine capable of searching for a multimodal route, and provides a route guidance API to an access source. The route guidance API is, for example, the first means of transportation scheduled for operation such as scheduled operation date and time information (month, date, time, minute), for example, public transportation (railway, subway, monorail, bus, tram, aircraft, ferry, etc .: In addition to "public transport vehicles"), second means of transportation with unscheduled operations, such as taxis, car sharing, bike sharing, cycle sharing, AI-operated buses (on-demand synergistic type) Search for route candidates that include a bus) or the like (hereinafter sometimes referred to as a "non-public transportation vehicle") in the usage node (use start location or use end location that serves as a connection point of the route). The route guidance API can also execute a search for route candidates including a commuter pass, a free pass, and the like in a complex manner. The usage node in this case mainly affects the usage fee.

However, among non-public transport vehicles, for taxis, the specified distance range (for example, less than 1 mile from the boarding position or disembarking position: can be changed after the fact), for car sharing, bike sharing, cycle sharing, and AI-operated buses. The distance from the immediately preceding node to the use start place and the distance from the use end place to the immediately following node may be set to be included in the use node only within walking distance (for example, 1.0 km: can be changed after the fact).
The departure point and destination can be not only a station or a stop of a public transportation vehicle, but also a name or abbreviation of a facility existing around the station or the stop or an area where the station or the stop can be used.

The map server 43 provides map data of a specific area or an area designated by the user through the user terminal 30. Map data is two-dimensional geographic information, line diagrams and characters, and symbols unless specified by the user, but can be provided in three dimensions when specified by the user. At that time, map information is provided as a vector diagram so that it can be expressed in the operating environment of various hardware and application programs. By providing the map information in the vector diagram, it is possible to express the map at the time of enlargement / reduction more easily on the side displaying the map (user terminal 30 side) than in the case of providing the map information in the image diagram.

The demand traffic server 51 provides an API of a transportation means providing service that operates according to an operation route and an operation schedule in a form according to a user's advance reservation or the like. For example, the AI-operated bus described above is an example of such a means of transportation. The taxi server 52 provides an API for a service that arranges a taxi that can be dispatched to the location of the user terminal 30 or a location designated by the user. The sharing server 53 provides APIs for car sharing, cycle sharing, and bike sharing services. The API of these services provides a search screen for checking the availability and available time of each moving object in advance, a procedure screen for enabling usage reservation, and the like.

The accommodation reservation server 61 provides an API for accommodation reservation or break place reservation. The food and drink reservation server 62 provides an API for food and drink reservation. The event reservation server 63 provides APIs for guidance and reservation of various events held in the area or facility.

The ticket management server 71 is equivalent to a ticket corresponding to the consideration for providing the service, a certificate indicating that the service is reserved, various benefits associated with the service, for example, a coupon indicating a discount amount from the usage fee, and cash. To manage cashback or return points representing financial value, user-only invitation tickets, tickets that enable the use of prescribed transportation facilities and facilities, etc. for each issuer and / or issuer (user). Provides the API of.
The bank server 72 and the credit card server 73 provide an API for settling the consideration for providing the service.

The servers 41 to 43, 51 to 53, 61 to 63, and 71 to 73 are set with user authority information, account information, and other user-specific setting information for operating the user terminal 30 as execution conditions for the AP. The service provider needs to request the user's consent before linking the API, and the user side (mobility AP of the user terminal 30) also needs to allow the user information to be shared when using the service. be. Which information is shared depends on the service.

In the user DB 11, in addition to the permission information for accessing the information providing device 10, the above-mentioned user-specific setting information, the user's action history (history of the position information of the user terminal 30 and the date and time information), and the user's interest. Field information about a certain field, information on facilities used by the user in the past, scheduled dates and times of future movements or actions of the user, means of transportation reserved for future movements, facilities reserved for use but not used Information on name, purchased or reserved ticket or passport (including commuter pass, free pass (tour ticket, etc.)), information on acquired coupons and other benefits, schedule data such as date and place of event reserved for participation, facilities Information on financial institutions or credit cards used for payment of usage and transportation, information on access to a plurality of websites described later, and the like are accumulated for each user in association with user identification information.

Further, when the user accesses the servers 41 to 43, 51 to 53, 61 to 63, and other websites via the information providing device 10, the user inputs the user DB 11 by himself / herself through the user terminal 30. A log file that stores character strings (including symbols) is also associated. The character strings are classified and accumulated by the analysis unit 105, which will be described later, into, for example, place names such as Hakone, facility names such as XX hotels, train names such as romance cars, line names such as the Odakyu Line, and so on. The number of inputs is added for duplicates. The character strings are also sorted alphabetically (in the case of Romaji input), in Japanese order (in the case of Japanese input), or in the order of the number of inputs.

In the facility DB 12, the type information and the identification information of the facility that provides the predetermined service are stored for each business operator that operates the facility. Facilities are facilities that handle goods, facilities that provide services, facilities that provide one of the goods and services as the "master" and the other as the "subordinate", facilities where predetermined events are held, etc., and the user wants to go. It is a kind of destination. In the facility identification information, the address of the web server (provider server) linked with the API, which will be described later, and the ticket and privilege information available at each facility are stored in association with the facility identification information.

[Configuration of information providing device]
The configuration of the information providing device 10 will be described. FIG. 2 is a hardware configuration diagram of the information providing device 10. The information providing device 10 includes a control computer including a CPU 110, a RAM 111, a ROM 112, and a GPU 113 connected via a control bus B1 as main components. The CPU (Central Processing Unit) 110 is necessary to operate as a device that provides various information to the user terminal 30 by executing the computer program of the present invention, for example, a guide device for a movement route candidate described later. Function is built. The RAM (Random Access Memory) 111 is a rewritable memory used as a temporary storage area such as a main memory and a work area of the CPU 110. The ROM (Read Only Memory) 112 is a read-only memory in which various device drivers, parameter data, and the like are stored. The GPU (Graphics Processing Unit) 113 is a processing means for assisting the CPU 110 in high-load image processing such as map and image processing.

A memory I / F (I / F is an abbreviation for an interface, the same applies hereinafter) 114, an input / output I / F 116, and a communication I / F 118 are also connected to the control bus B1. The memory I / F 114 is an interface for storing various information in the user DB 11 and an external storage device ST such as a hard disk and reading the stored information. The computer program of the present invention or the like is stored in the external storage device ST. The input / output I / F 116 is an interface for displaying information on the display DP and inputting data from an input device such as a touch panel and a keyboard KB. The communication I / F 118 is an interface that enables communication with the network NW.

Next, various functional blocks realized in the information providing device 10 by the computer program of the present invention will be described.
FIG. 3 is a functional configuration diagram of the information providing device 10. The computer program causes the information providing device 10 to function as an API cooperation unit 101, a user management unit 102, an authentication unit 103, an information acquisition unit 104, an analysis unit 105, an editorial unit 106, and a main control unit 107.

The API cooperation unit 101 executes API cooperation. For example, among the APIs of the service provider server described above, the corresponding API is called to acquire information on the use of the service, and the service can be used by the service provider server.

The user management unit 102 registers the personal information and various authority information of the user who operates the user terminal 30, and also registers the user-related information obtained from the user terminal 30 that has accessed the information providing device 10 in the user DB 11 for each user. accumulate. The user-related information includes a history of the position and date and time of the user terminal 30, a search history of the provider server by the user terminal 30, a usage history, an acquisition and usage history of benefits including tickets or coupons, and the like.

In the authentication unit 103, the user who possesses the user terminal 30 who has accessed through the user operation for the mobility AP is a user registered in the user DB 11, and the user terminal 30 is registered with the authority information. Authenticate whether or not. After the user registration process described later, the authentication unit 102 requests the input of the above-mentioned authority information when the first registration is made, and when the input authority information and the registered authority information are matched, that is, authentication. If the operation is successful, the entered authority information is recorded in the user table so that it can be updated freely, and a communication path is established between the mobility AP and the information providing device 10 unless the user changes the information thereafter. At that point, the authentication can be successful. If the authentication is not successful, the mobility AP is notified to that effect and prompts for access again. If the authentication is successful, the service can be provided using the mobility AP.

In some embodiments, the information acquisition unit 104 operates as a user terminal information acquisition means that automatically acquires user information, GNSS position information, and date and time information from the user terminal 30. Further, in some embodiments, it operates as an input information acquisition means for acquiring information input through an input means such as a software keyboard of the user terminal 30. Further, in some embodiments, it operates as a server information acquisition means for acquiring map data or other geographic information read from any service provider server, for example, a map server 43. Further, in a certain aspect, it operates as a remind information acquisition means for acquiring remind information or recommendation information created in the device.

The analysis unit 105 analyzes the content of the information acquired by the information acquisition unit 102. In one aspect, in the analysis, after performing morphological analysis and filtering of the text data, semantic analysis is performed based on the reference data accumulated in advance, and the destination, facility name, event, etc. are transmitted in the entire information providing device 10. It is converted into a phrase that is easy to identify and saved in RAM 111. Further, in a certain aspect, a nearby facility or an event held there is specified based on the date and time and position information, and is stored in the RAM 111. Further, in a certain aspect, ranking is performed based on frequency and the like based on information search history by a plurality of users, usage history of facilities or events, usage history of transportation means, etc., and information having a high ranking is provided. Create recommendation information so that APIs provided by the service provider server can be used preferentially. In some aspects, reminders or recommendation information is created so that tickets or benefits that are closer to the expiration date can be used preferentially.

The editorial unit 106 edits the layout of the screen displayed on the display of the user terminal 30 according to the display specifications of the user terminal 30 registered in the user DB 11. At that time, a user symbol representing a user who owns the user terminal 30, a facility symbol representing a facility that can be used by the user, and a specific facility that the user has actually acquired and can use the ticket or privilege closest to the end of the validity period. Specific facility symbols, event symbols representing events that users can participate in, transportation means symbols representing the characteristics of transportation means, two-dimensional code images for accessing detailed information such as facilities posted on service provider servers, etc. Is created and saved in RAM 111.

The main control unit 107 controls the functional blocks of the API cooperation unit 101, the authentication unit 102, the user management unit 103, the information acquisition unit 104, the analysis unit 105, and the editorial unit 106 in an integrated manner to access the user terminal 30. A control means that responds to a request from the user or generates and edits display target information corresponding to the mobility of the user who operates the user terminal 30 and recommends the user terminal 30 or makes various reminders, or a user for that purpose. It functions as a display control means for controlling the display of the display screen of the terminal 30.

[Example of operation mode]
Next, an operation mode example of the information providing device 10 configured as described above will be described.
[User registration process]
The information providing device 10 first performs a user registration process. FIG. 4 shows an example of a processing process executed by the user management unit 102 of the information providing device 10 at this time. Referring to FIG. 4, the user management unit 102 waits for the input of the user profile from the user terminal 30 (S101: N). When the user profile is input (S101: Y), the user management unit 102 creates a user table for the user and registers (stores) it in the user DB 11 (S102). After that, the information providing device 10 exemplifies other websites linked with API, and inquires to the user terminal 30 whether or not there is user registration to these websites (S103). If there is no user registration, the user registration process ends (S104: N). If there is user registration (S104: Y), wait for the completion of input of registration information on the website (S105: N). When the registration information for another website is input (S105: Y), the user management unit 102 additionally registers the registration information in the user table in association with the address information (for example, URL) of the website (S105: Y). S106).

At this time, the user terminal 30 is inquired as to whether or not the ticket acquired (purchased in the case of paying), the privilege acquired (purchased in the case of paying), etc. are held on the other registered website (S107). When holding (S108: Y), waiting for input of information for identifying them (S108: N), when input, the user management unit 102 creates an auxiliary table for the user and holds a ticket. , Benefits, etc. are recorded in the auxiliary table, and then registered in the user DB 11 in association with the user table of the user (S108: Y, S109). As a result, the user management unit 102 ends the user registration process.

When the user registration is completed, the user can operate the user terminal 30 to access the information providing device 10 and enjoy various services. The enjoyment of the service is realized by the display screen and operation of the mobility AP described above. Hereinafter, the procedure performed by the information providing device 10 in order for the user to enjoy the service will be described.

[Information display processing]
In the information providing device 10, when the mobility AP is activated in the user terminal 30 and the user authentication (automatic authentication in the case of the second access) by the authentication unit 103 is successful, the information acquisition unit 104 is controlled by the main control unit 107. The analysis unit 105 analyzes the acquired information with the user terminal 105, and the editorial unit 106 edits the screen layout according to the display of the user terminal 30 based on the analysis result. Present to. FIG. 5 shows an outline of the above-mentioned series of processing process examples executed by these functional blocks 104 to 107.

Referring to FIG. 5, the information acquisition unit 104 acquires the date and time and location information from the user terminal 30 that has succeeded in authentication (S201). The information acquisition unit 104 acquires map data in a predetermined distance range centering on the acquired position information (S202). The information acquisition unit 104 further acquires information on facilities (including tickets and whether or not a privilege is issued) of facilities within a predetermined distance range from the user terminal 30 and information on transportation means such as transportation by linking with API. (S203), and the information such as tickets and benefits held by the user is acquired from the user DB 11 (S204). For the time being, these acquired information are temporarily recorded in a predetermined recording area (RAM 111).

The predetermined criterion for determining the target facility is, for example, whether the facility has registered word-of-mouth information or evaluation information read from the SNS management server 41 by API linkage as a result of the user or another user using it in the past. Please, whether the user is a facility registered on the SNS management server 41 or the related server as the genre of interest of the user, whether the user has purchased a ticket or has acquired benefits, etc. Whether it is a facility during business hours. This standard can be changed as appropriate.

Upon acquiring various information, the editorial unit 106 creates a user symbol representing the user and a facility symbol representing the facility to be displayed, and associates the created user symbol and the facility symbol with the position information (S205). The editorial unit 106 further edits the display screen including the map image created based on the acquired map data (S206). An example of the edited display screen is shown in FIG. Of the display screens 500, the top screen displayed at startup is highlighted so that the user symbol 511 can be seen at the center position displayed based on the map image 501 so that the relative position of the user symbol 511 with other roads or the like can be seen. To. In addition, the facility symbol 512 is superimposed and displayed.

By default, the map image 501 is a vector diagram of a predetermined distance range starting from a position specified by the acquired position information, and is moved up, down, left, and right by a touch operation on the map image with a finger or a stylus pen, for example. It can be slid, or enlarged or reduced. Since the map image 501 is a vector diagram, it is possible to display an easy-to-read map in which the resolution of characters and symbols does not change even if the map image 501 is enlarged or reduced.

In addition to the map image 501, the display screen 500 is formed with a destination input area 502, an auxiliary display area 503, and a plurality of function icons 504 for directly calling a plurality of prepared functions. One of the function icons 504 is a "route" icon 500a for the user to instruct the search for a route candidate. The main control unit 107 causes the display screen 500 edited by the editorial unit 106 to be displayed on the display of the user terminal 30 (S207).

[Guidance processing for movement route candidates]
Next, the guidance processing of the movement route candidate performed by the information providing device 10 through the mobility AP of the user terminal 30 will be described. In this case, the information providing device 10 is a movement route candidate that cooperates with, for example, a route guidance server 42, a map server 43, a demand response type transportation server 51, a taxi server 52, and a sharing server 53 that can be linked through the API linking unit 101. Operates as a guide device. In this example, when the user possessing the user terminal 30 moves from the departure place to the destination, either a public transportation vehicle whose operation is scheduled or a non-public transportation vehicle whose operation is not scheduled can be used. An example of guidance processing of a multimodal route in a region will be described.

First, the search condition setting process will be described with reference to the process procedure diagram of FIG. The main control unit 107 waits for a user operation on the "route" icon 504a displayed on the display screen 500 of FIG. 10 (S301: N). In the following description, the user operation is a touch operation using a finger or a stylus pen for convenience, but may be a physical keyboard operation or a voice operation.

When the touch operation of the "route" icon 504a is detected (S301: Y), the main control unit 107 displays "+ search for new route ..." in the lower area of the display screen 500, for example, as shown in FIG. The search window 505 on which the character string is displayed is displayed (S302), and the operation is waited for (S303: N). When the touch operation of the search window 505 is detected (S303: Y), the main control unit 107 shifts the display screen 500 to the search condition setting screen 500a illustrated in FIG. 12 (S304).

Referring to FIG. 12, input fields of "current location" 521, "destination" 522, "departure time" 523, and "detailed setting" 524 are displayed on the search condition setting screen 500a.
The "current location" 521 is information corresponding to the starting point of the route search. The main control unit 107 automatically sets the current location information acquired from the user terminal 30 in the input field of the "current location" 521 without waiting for the user's operation. Therefore, when the user terminal 30 does not detect the change operation to the input field of the "current location" 521 (S305: N), the information of the current location is determined as the starting point of the route search (S306). In this example, the position around Shibuya Station in Tokyo is shown as the current location. In the map area 525, a position where the user terminal 30 exists, that is, a user symbol 511 and a map image in a predetermined distance range centered on the position are displayed.

When the input field of the "current location" 521 in FIG. 12 is touch-operated (S305: Y), the main control unit 107 inputs a part or all of the search condition setting screen 500a into the character string input screen or the position coordinate input on the map. Switch to the screen (not shown) (S307). Wait for the input of the character string or position coordinates (S308: N), and when the character string or position coordinates are input (S308: Y), depart from the position specified by the input information (character string / position coordinates). It is confirmed as the ground (S309).

“Destination” 522 in FIG. 12 is information corresponding to the destination of the route search. The main control unit 107 waits for a touch operation on the input field of the “destination” 521 (S311: N). When the touch operation is performed (S311: Y), the main control unit 107 switches a part or all of the search condition setting screen 500a to a character string input screen or a position coordinate input screen (not shown) on the map (S312). Waiting for the input of the character string or position coordinates (S313: N), when the character string or position coordinates are input (S313: Y), the purpose is the position specified by the input information (character string / position coordinates). It is confirmed as the ground (S314). In the example of FIG. 12, Umegaoka in Tokyo is set as the destination.

“Departure time” 523 in FIG. 12 is the scheduled start time of the user's movement. The main control unit 107 automatically sets the current time acquired from the user terminal 30 or the current time acquired from the clock function of the information providing device 10 in the input field of the "departure time" 523 without waiting for the operation by the user. Set. Therefore, when the operation for changing the input field of the "departure time" 523 is not detected in the user terminal 30 (S321: N), the current time is fixed as the departure time (movement start time) (S322). When the input field of the "departure time" 523 is operated (S321: Y), the main control unit 107 switches a part or all of the search condition setting screen 500a to the date and time information setting screen (not shown) (S323). On the date and time information setting screen, the departure time can be changed to the arrival time at the destination along with the input of the date and time information.

When there is no change from the departure time to the arrival time (S324: N), the main control unit 107 determines the input date and time information as the departure time (S325). When the arrival time is changed (S324: Y), the main control unit 107 determines the date and time information as the arrival time at the destination (S326), and changes the display of the "departure time" 523 to the "arrival time". (S327).
If the arrival time is changed by touch operation after the departure time is confirmed, or if the departure time is changed by touch operation after the arrival time is confirmed, the later input contents are valid.

“Detailed setting” 524 in FIG. 12 is a detailed condition for route search that can be arbitrarily set by the user. Here, since most of the contents are automatically set or set in advance by the user, they are not shown in FIG. 6, but when resetting after the fact, the procedure is the same as the other conditions explained so far. You can enter new information with.
Further, although not shown in the present embodiment, real-time search on / off setting, transfer setting, priority boarding setting, and multimodal route search condition setting are set as input fields in the lower layer of "detailed setting" 524. Associated. The user can set the content of the "detailed setting" through the search condition setting screen 500a at any time before the route search and save it in the user DB 11 or the like. When the "route" icon 504a of FIG. 10 is touch-operated again, the saved contents are automatically set in the corresponding input fields by the main control unit 107.

The "real-time search" is a function of displaying search results in consideration of the delay time when a delay occurs in a public transportation vehicle such as a railroad. At that time, by displaying the time before the delay and displaying it in a corrected manner, it is possible to predict how much the public transportation vehicle will be delayed and, as a result, how much the arrival time at the destination will change. can do.
The main control unit 107 automatically turns on the real-time search in the default state without waiting for the operation by the user. The "transfer setting" is "recommended" predicted based on the user's past tendency to use the route search, "fast" to prioritize the short required time even if there is a transfer, and "fast" to perform the transfer. Is either "cheap", which prioritizes low fares and searches for routes, or "easy", which searches for routes by lowering the priority of routes with transfers. In the above default state, "recommended" is Set. The "priority boarding setting" determines whether "non-reserved seat priority" or "reserved seat priority" is used when searching for a route when boarding a railway. The main control unit 107 sets "non-reserved seat priority" in the default state.

"Setting search conditions for multi-modal routes" means that when searching for multi-modal routes, multiple modes of transportation other than public transportation such as railroads and regular buses, such as taxis, AI-operated buses, and cycle sharing, Of bike sharing and car sharing, select a means of transportation that excludes even if it is included in the route candidate node. In the default state, all the prepared modes of transportation are set to be included in the route candidate node.

The character string input of the departure place and the destination is a keyboard provided on the user terminal 30, or a software keyboard that automatically appears on a predetermined part of the display screen 500 of the user terminal 30 by touching each input field. Although it is possible by the touch operation of, the character string may be input by other means.

For example, among the character strings analyzed by the analysis unit 105 using the above log file stored in the user DB 11, the character strings such as place names that are presumed to be of interest to the user and are sorted are added to the beginning. Each time a character is input, for example, some characters are displayed in the lower area of the search condition setting screen 500a, and when the user selects one of the character strings, the character string is input as the starting point or the destination. You may. Alternatively, some character strings may be displayed as "search characters" in the order of interest in an input field separate from the keyboard window, and the selection of any character string may be left to the user.

The search condition setting process shown in FIG. 6 includes determining the departure point in the input field of the "starting point" 521 (S306, S309), determining the destination in the input field of the "destination" 522 (S314), and ". Confirmation of the departure time or arrival time (S322, S325) in the input field of "departure time" 523, for example, the user operates a function button (not shown) for starting a route search (instruction operation to the main control unit 107). It is completed by (S330).

FIG. 7 is a procedure explanatory diagram of the route search process. This process is executed by the main control unit 107 in cooperation with the route guidance server 42 and the like through the API cooperation unit 101. That is, it waits for the completion of the search condition setting process (S330 in FIG. 6) (S401: N). Then, when the search condition setting process is completed (S401: Y), the first route search step is executed (S402). The detailed procedure of the first route search step will be described later. When the user inputs an end instruction for the route search result in the first route search step (S403: Y), the route search process ends.
When the user does not input the end instruction for the route search result by the first route search step (S403: N), the main control unit 107 performs the second route search step in a state of inheriting the route search result by the first route search step. Execute (S404). The detailed procedure of the second route search step will be described later. Then, the route search result by the second route search step is presented to the user terminal 30, and the route search process is completed.

FIG. 8 is a detailed procedure explanatory diagram in the first route search step. In the first route search step, a route candidate that the user can move is searched by using only the public transportation moving body. In this example, the route guidance server 42 is accessed and the route candidate search process is executed (S501). This search is called a "first route search", and the route candidate identified by the search is called a "first route candidate". The first route search is performed using the operation information, delay information, inter-node distance, fare, etc. published for public transportation vehicles. There are cases where public transportation vehicles are used only by railroads and buses, and railroads also use express trains and bullet trains. Therefore, the main control unit 107 has a plurality of first controls according to each mode of use. The route candidate is acquired (received) from the route guidance server 42 (S502). Then, a selection icon corresponding to each public transportation vehicle expected to be used is created, or is read from a portion created / saved in advance. The selection icon is an icon for selecting whether or not to use the corresponding public transportation moving object. If it can be selected, it is displayed regardless of the display mode, and if it cannot be selected, it is hidden.

After that, the main control unit 107 checks whether or not there is a non-public transportation vehicle that can be used among the nodes of the plurality of first route candidates (S503). In this process, for example, the main control unit 107 accesses the demand response type transportation server 51, the taxi server 52, and the sharing server 53 through the API cooperation unit 101, and whether or not the mobile body can be used and the time zone when it is possible. Do this by investigating the constraints. However, this process may also be executed by the route guidance server 42 to acquire the result of the inquiry or the like.

If there is no non-public transport vehicle available in any of the first route candidates (S504: N), the process is transferred to S507 described later. When there is a non-public transport vehicle available in any of the first route candidates (S504: Y), the main control unit 107 creates a selection icon corresponding to each non-public transport vehicle, and sets this as the first. It is displayed on the search result list screen of the user terminal 30 together with the selection icons corresponding to one route candidate and the public transportation vehicle (S505). An example of the search result list screen is shown in FIG.

Referring to FIG. 13, the input field of the search condition setting screen 500a of FIG. 12 is displayed as it is on the search result list screen 500b, and selection icons 531 to 535 and a plurality of first route candidates are illustrated in the lower area thereof. In the example of, a list of two first route candidates 536 and 537 is displayed. As for the first first route candidate 536, since the delay information is available, that fact is displayed.

The selection icon 531 corresponds to the railroad, and the selection icon 532 corresponds to the bus (public bus), which are highlighted (lit in this example). The highlighting means that the corresponding moving body (railway and bus) is included in the utilization node of the first route candidate 536,537 being displayed. On the other hand, the selection icon 533 is a share cycle, the selection icon 534 is a demand traffic, and the selection icon 535 is a taxi, which are non-public transportation vehicles that can be used on the route between the departure point and the destination. As mentioned above, it means that the usage node is not included in the first route candidate 536,537 being displayed because it does not meet the conditions for selecting as a usage node (less than 1 mile for a taxi, etc.). do.

The displayed first route candidates 536 and 537 can be switched to the detailed route screen by a user touching the display area. An example of a detailed route screen of the first first route candidate 536 is shown in FIG.
In the detailed route screen 500c illustrated in FIG. 14, according to the published timetable, the Keio Inoue Line express train departing from Shibuya Station (Line 1) departing at 19:01 is delayed by 14 minutes and departs at 19:15. Therefore, in order to move to the destination in a short time, move from Platform 2 to Platform 4 at Shimo-Kitazawa Station on the Keio Line and change to the Odakyu Line from Shimo-Kitazawa Station on the Odakyu Line. Heading to Umegaoka Station, you will be guided to route candidates that will use the bus. The detailed route screen 500c as shown in FIG. 14 can be displayed for each first route candidate. Therefore, the user can grasp the outline of the route candidate on the search result list screen 500b of FIG. 13 and confirm only the first route candidate whose detailed route is desired to be known on the detailed route screen 500c shown in FIG.

When returning to the search result list screen 500b of FIG. 13, the "back" button provided by the mobility AP is touch-operated.

Returning to FIG. 8, when any of the non-public transportation moving objects 533 to 535 that are not highlighted is selected from the selection icons 531 to 535 (S506: Y), the main control unit 107 searches for the second route. Perform the process. On the other hand, none of the selection icons 533 to 535 is selected, and the user determines that the information on the search result list screen 500b in FIG. 13 or the detailed route screen 500c in FIG. 14 is sufficient, and the mobility AP provides "end". When the "instruction" button is operated (S507: Y), the main control unit 107 ends the route guidance process.

FIG. 9 is a detailed procedure explanatory diagram of the second route search step. Here, it is assumed that the selection icon 535 corresponding to the taxi among the function icons 533 to 535 shown in FIG. 13 is operated by the user. Referring to FIG. 9, the main control unit 107 searches for a route candidate including a taxi access point (taxi stand) corresponding to the operated selection icon 535 in the usage node. Alternatively, it is extracted from the results already searched (S601). Such a route search is called a "second route search", and a route candidate identified by the route search is called a "second route candidate" in order to distinguish it from the first route candidate.

The main control unit 107 adds the search result of the second route candidate to the search result of the first route candidate (S602). FIG. 15 shows a search result list screen by the second route search. In the search result list screen 500d shown in FIG. 15, the second route candidate 538 when moving from the current location to the destination Umegaoka by taxi is added to the two first route candidates 536 and 537. .. If the selection icon for another non-public transport vehicle does not exist or is not selected (S603: N), the second route search process ends. When another selection icon is selected (S603: Y), the processing after S601 is repeated.

When either the first route candidate or the second route candidate is selected on the search result list screen 500b of FIG. 13 or the search result list screen 500d of FIG. 15, a bird's-eye view screen is displayed on the user terminal 30. An example of a bird's-eye view screen is shown in FIG. On the bird's-eye view screen 500e of FIG. 16, a map image including a departure place and a destination is displayed, and a user symbol 511 is displayed. On the bird's-eye view screen 500e, route candidates selected by the user are mapped and displayed on the map image. If the moving objects to be used are railroads and buses, the route candidates are mapped and displayed for those routes. If the moving object to be used is a taxi, it will be mapped and displayed on the road. Further, in the lower area of the bird's-eye view screen 500e, the search result list screens 500b and 500d or the detailed route screen 500c are displayed in a reduced size. As a result, the user can easily imagine the situation from the current location to the destination.

[Effect of the embodiment]
As described above, in the present embodiment, in the default state, the main control unit 107 turns on the real-time search among the "current location" 521, the "departure time" 523, and the "detailed setting" 524, and the transfer setting is "recommended" and prioritized. Set the boarding setting to "non-reserved seat priority" and set the search condition for the multimodal route to include all means of transportation in the node. Therefore, the user can immediately know the route candidate from the current location by inputting the destination. Further, in the present embodiment, since the second route search step is executed as needed after the first route search step, a route candidate including an unnecessary traffic moving body contrary to the intention of the user may be presented. Instead, the effort and time required for the search can be left to the user's own judgment.

[Modification example]
In the present embodiment, the search step of the route candidate including only the public transportation moving body in the using node is set as the first route searching step, and the searching step of the route candidate including the non-public transportation moving body in the using node is set as the second route searching step. However, each route search process may be performed between public transportation vehicles or between non-public transportation vehicles. For example, when the available public transportation vehicles are of different types, such as railroads, buses, and ferries, the first route search process is to search for route candidates that include only railroads in the usage nodes, and railroads and public buses, or the public. The search for a route candidate that includes only the bus in the utilization node may be the second route search step. The same applies to non-public transport vehicles.

That is, among the different types of moving bodies, a specific type of moving body is used as the first moving means, a moving body of a type different from the first moving means is used as the second moving means, and a route candidate including the first moving means in the usage node is selected. Route guidance can be performed using a route candidate that includes the first route candidate and the second mode of transportation in the utilization node as the second route candidate.

In the present embodiment, a non-public transportation vehicle (for example, a taxi selection icon 535 that is not highlighted) that is not specified in the first route search step is newly specified (for example, the selection icon 535 is displayed). An example of executing the second route search step in (change to highlighting by selecting operation) has been described, but the present invention is not limited to this example. For example, when the selection icon identified and highlighted by the first route search (for example, the railway selection icon 531 and the bus selection icon 532) is changed to non-highlighted, the second route search step is executed. You may.

Alternatively, a route search including all public transportation vehicles and non-public transportation vehicles available in the movement route between the departure point and the destination is acquired from the route guidance server 42 from the route guidance server 42, and the selection icon 531 After highlighting ~ 535, when the highlighting of any of the selection icons is changed to non-highlighting, the route candidate including the public transportation moving body or the non-public transportation moving body corresponding to the remaining selection icon in the usage node. May be presented to the user terminal 30. In this case, the former route candidate becomes the first route candidate, and the latter route candidate becomes the second route candidate.

Further, in the present embodiment, an example in which various processing steps shown in FIGS. 4 to 9 are executed on the information providing device 10 side has been described, but FIGS. 6 to 6 are shown in the mobility AP of the user terminal 30. A part or all of the processing steps shown in 9 may be executed. In this case, the mobility AP becomes the computer program of the present invention.

Claims (10)

In addition to the first mode of transportation, which is executed by a user terminal having a display screen or a device communicatively connected to the user terminal, when the user having the user terminal moves from the departure point to the destination, the operation is scheduled. It is a method of guiding movement route candidates in an area where a second means of transportation whose operation is not scheduled is available.
A first route candidate including a node using the first mode of transportation and not including a node using the second mode of transportation and a second route candidate including a node using the second mode of transportation are searched for.
After displaying the first route candidate on the display screen, the second route candidate is displayed on the display screen after waiting for a user operation.
Guidance method for movement route candidates. The user terminal connected to the communication uses a second mode of transportation in which the operation is not scheduled in addition to the first mode of transportation in which the operation is scheduled when the user who owns the user terminal moves from the departure point to the destination. It is a device that guides movement route candidates in possible areas.
A route search means for searching for a first route candidate including the first transportation means in the utilization node and not including the second transportation means in the utilization node and a second route candidate including the utilization node of the second transportation means, and
A control means for displaying the first route candidate on the display screen of the user terminal, waiting for a user operation, and displaying the second route candidate on the display screen.
It is characterized by having
Guidance device for movement route candidates. A user terminal having a display screen or an information providing device communication-connected to the user terminal.
Guidance device for movement route candidates in an area where an operation is not scheduled in addition to the first transportation means whose operation is scheduled when the user possessing the user terminal moves from the departure place to the destination. It is a computer program to operate as
The guide device
A route search means for searching for a first route candidate including the first transportation means in the utilization node and not including the second transportation means in the utilization node and a second route candidate including the utilization node of the second transportation means.
A control means for displaying the first route candidate on the display screen and then waiting for a user operation to display the second route candidate on the display screen.
A computer program characterized by functioning as. The route search means can be used after the departure date and time or before the arrival date and time after the search for the first route candidate when the departure date and time from the departure place or the arrival date and time to the destination is specified. Search for the node to use the second mode of transportation,
The control means is characterized in that when the first route candidate is displayed on the display screen, information on the second moving means that can be used is displayed together with the display screen.
The computer program according to claim 3. The route search means is characterized in that after searching for the first route candidate, the user operation is waited for the second route candidate to be searched.
The computer program according to claim 3. The control means is characterized in that the searched first route candidate is displayed on the display screen and then the second route candidate is added to the first route candidate.
The computer program according to any one of claims 3 to 5. When a plurality of types of the first moving means are present in the first route candidate, information for excluding any kind of the first moving means is displayed on the display screen.
The computer program according to claim 4. It is further provided with a map image acquisition means for acquiring a map image of the area including the departure point and the destination.
The control means is characterized in that the map image is displayed on the display screen and any one of the first route candidates selected by the user is highlighted in the map image.
The computer program according to any one of claims 3 to 7. The control means is characterized in that information on the detailed route of the first route candidate is displayed on the same display screen as the map image.
The computer program according to claim 8. When the control means acquires the delay information in any of the first moving means included in the detailed route of the first route candidate, the date and time information before and after the delay is also written in the detailed route.
The computer program according to claim 9.

Images