JP2020119441A - Vehicle allocation program and allocation system - Google Patents

Abstract

To provide a vehicle allocation program and allocation system, capable of improving the convenience of a user and a provider of carpool.SOLUTION: The present invention comprises: a ride reservation step of receiving a reservation of getting on a vehicle with a using route selected from a plurality of routes by a user; a user list registration step of registering a user reserved with the ride reservation step in a user list; a grouping step of registering a user with the same using route in the same group when the number of users with the same using route, of the users registered in the user list, reaches a predetermined number; a vehicle allocation instruction step of making an instruction of vehicle allocation at a departure point of the using route reserved by the user registered as the same group with the grouping step; and a vehicle number notification step of notifying the user registered as the same group with grouping step, of a vehicle number capable of specifying the vehicle with instructed vehicle allocation with the vehicle allocation instruction step.SELECTED DRAWING: Figure 1

Description

The present invention relates to a vehicle allocation program and a vehicle allocation system.

2. Description of the Related Art Conventionally, there has been known a transfer device intended to allow a user to easily receive services such as a taxi without being aware of time and place (see Patent Document 1). The transfer device described in Patent Document 1 discloses an invention that acquires position information of a user by GPS (Global Positioning System) and selects a taxi company and a vehicle based on the position of the user. ..

JP, 2003-207344, A

According to the invention described in Patent Document 1, although the user's individual position information can be acquired by GPS, the cooperation with the positions of other users is not considered at all and is not considered as a problem. there were.

For example, in the recent use of public transportation, it is known that users waiting for a taxi can make a ride together by making a request by themselves and riding together. According to this carpooling, there is an advantage that the user can use the charge at a cheaper rate as compared with the case where the user who rides the passenger shares the charge.

Conventionally, a carpool user does not have a mechanism that enables smooth carpooling even when he or she goes to a place where carpooling is done on a daily basis.If the carpool passenger cannot be found, or if the carpool passenger is There was a problem that a taxi might not come even if it was found. In addition, even from the side of the taxi, it is not possible to understand how the users of the carpool are gathered, and even if the carpool is carried out on a daily basis, it is not possible to wait for passengers at a place other than the official platform, so users If there is not, there is a problem that you have to move to another place, which is a waste.

The present invention has been made to solve the above problems, and an object of the present invention is to provide a vehicle allocation program and a vehicle allocation system that can improve the convenience of users and providers of carpooling.

In order to solve the above-mentioned problems, the present invention is a vehicle allocation program executed by a computer, wherein the vehicle allocation program rides a vehicle on the computer along a usage route selected by a user from a plurality of routes. Boarding reservation step for accepting the reservation, a user list registration step for registering the users reserved in the boarding reservation step to the user list, and the use route is the same among the users registered in the user list When the number of users is a predetermined number, the grouping step of registering the users having the same use route in the same group, and the use reserved by the users registered in the same group in the grouping step A vehicle dispatch instruction step for instructing the vehicle to be dispatched to the departure point of the route, and a vehicle for notifying the users registered in the same group in the grouping step with a vehicle number capable of specifying the vehicle instructed in the vehicle dispatch instruction step. The number notification step and the number notification step are executed.

ADVANTAGE OF THE INVENTION According to this invention, the vehicle allocation program and vehicle allocation system which can improve the convenience of the user and provider of carpooling can be provided.

It is a block diagram which shows the structure of the vehicle allocation system which concerns on Example 1 of this invention. 3 is a flowchart showing the overall flow of the operation of the vehicle allocation system 1. 3 is a flowchart showing details of the boarding intention registration processing shown in FIG. 2. 3 is a flowchart showing details of the boarding intention reconfirmation processing shown in FIG. 2. It is a flowchart which shows the detail of the boarding process shown in FIG. It is a flowchart which shows the detail of the charge settlement process shown in FIG. It is a flowchart which shows the flow of data transmission and reception in operation|movement of the vehicle allocation system 1 shown in FIG. 1, Comprising: It is a figure which shows an example different from the process of FIGS. It is a figure explaining the case where it uses as the same use route, even when a departure point and an arrival point differ from other fellow passengers depending on a fellow passenger.

Hereinafter, a vehicle allocation system according to the present invention will be described in detail with reference to the drawings. The following embodiments are preferred specific examples of the system according to the present invention, and may have various limitations according to general hardware and software configurations, but the technical scope of the present invention Are not limited to these embodiments unless otherwise specified. Further, the constituent elements in the embodiments described below can be appropriately replaced with existing constituent elements, and various variations including combinations with other existing constituent elements are possible. Therefore, the description of the embodiments below does not limit the contents of the invention described in the claims.

(Configuration of dispatch system 1)
1 is a block diagram showing the configuration of a vehicle allocation system according to a first embodiment of the present invention. Although the present embodiment describes a vehicle allocation system that allocates taxis, the present invention is not limited to this and may be applied to any vehicle other than taxis, such as buses, ships, and aircraft. .. As shown in FIG. 1, the vehicle dispatch system 1 is configured by connecting a server 2 for controlling the system, a server 3, and terminals 5, 6 and 7 carried by taxi users via a network 4. ..

The terminals 5, 6 and 7 may be mobile terminals such as smartphones, feature phones, PDAs (Personal Digital Assistants), and tablet computers. Since the terminals 5, 6 and 7 have the same configuration, the terminal 5 will be described below as a representative. The terminal 5 includes a control unit 51 that controls the entire terminal 5, a storage unit 52 that stores a program executed by the control unit 51 and data necessary for control, and a communication unit 53 that communicates with the server 2 via the network 4. And an input/output unit 54 for performing various input/output operations. The input/output unit 54 includes a touch panel that performs display and receives an operation input by the user, a speaker that outputs voice, a microphone that inputs voice, and an image capturing unit that captures a barcode or the like. The terminal 5 has a GPS function for detecting the position of the terminal 5.

The server 2 includes a control unit 21 that controls the entire server 2, a storage unit 22 that stores a program executed by the control unit 21 and data necessary for control, and a server 3 and terminals 5, 6 via the network 4. 7, and a communication unit 23 that communicates with the communication unit 7. The server 2 is, for example, a server provided in a business operator who operates the vehicle allocation system 1.

The server 3 includes a control unit 31 that controls the entire server 3, a storage unit 32 that stores a program executed by the control unit 31 and data necessary for control, and a communication unit 33 that communicates with the server 2 via the network 4. And are configured. The server 3 is, for example, a server provided in a taxi company that distributes taxis. The server 3 may have a notification unit that notifies the employees of the taxi company of the progress of processing by the control unit 31.

(Explanation of operation of dispatch system 1)
Next, the operation of the vehicle allocation system 1 will be described with reference to the flowchart. FIG. 2 is a flowchart showing the overall flow of the operation of the vehicle allocation system 1. FIG. 3 is a flowchart showing details of the boarding intention registration process shown in FIG. FIG. 4 is a flowchart showing details of the boarding intention reconfirmation processing shown in FIG. FIG. 5 is a flowchart showing details of the boarding process shown in FIG. FIG. 6 is a flowchart showing details of the charge settlement process shown in FIG.

In step S201 of FIG. 2, boarding intention registration processing is performed. The boarding intention registration processing will be described with reference to FIG. In the vehicle dispatch system 1, a user carrying the terminal 5 is provided with a shared use of taxis. The control unit 2 of the server 2 registers route information regarding routes available to the user in the storage unit 22 in advance. The route information includes information about a departure point of using a taxi (that is, a user's boarding point), an arrival point of using a taxi (that is, a user's exiting point), and a route from the departure point to the arrival point.

The user executes the application configuring the vehicle allocation system 1 by the control unit 51 of the terminal 5 and registers the user in the server 2 in advance. This user registration is performed by storing the user information transmitted from the terminal 5 to the server 2 in the storage unit 22. The user information includes at least a user ID that can identify the user and a password that is associated with the user and that is collated when the vehicle allocation system 1 is used.

The user may have a contract with an electronic taxi ticket system, which is a system that provides electronic taxi payments without cash, for example, an electronic taxi ticket system, and the dispatch system 1 and the electronic taxi ticket system cooperate with each other. , It is possible to provide users with smooth carpooling.

When the control unit 51 of the terminal 5 executes the application configuring the vehicle allocation system 1, the route information is transmitted from the server 2 to the terminal 5. The terminal 5 displays the received route information toward the user. This display is a route which is preset by the vehicle allocation system 1 and through which the vehicle allocation system 1 provides carpooling of a taxi. In addition, the user operates the terminal 5 in advance and registers the route frequently used by the user among the routes provided by the vehicle dispatch system 1 in the storage unit 22 of the server 2 as a favorite route. The configuration may be such that the favorite route can be displayed.

The vehicle allocation system 1 may provide one or a plurality of routes for sharing a taxi, but it is preferable to prepare a plurality of routes according to the demand of the user. The route provided by the vehicle dispatch system 1 is set to a preset route by providing the user with a route that has been confirmed to have a large number of carpool users based on past performance surveys. This is to reduce inconveniences such as passengers not gathering even when going to.

The user refers to the route information displayed on the terminal 5 to be carried, refers to, for example, a favorite route, operates the input/output unit 54 of the terminal 5, and selects the route for the shared use of taxis this time. By this selection, the user displays the intention to board the vehicle on the usage route selected by the user regarding the shared use of the taxi. The route may be selected at any time after the user decides to share a taxi, for example, when leaving the house.

The terminal 5 transmits the route information of the route selected by the user to the server 2 (step S301). The server 2 associates the route information received from the terminal 5 with the user and registers it in the storage unit 22 (step S302). Subsequently, the server 2 makes a first stage vehicle arrangement. In this first-stage vehicle arrangement, the taxi company is notified that there is a possibility of requesting a vehicle dispatch to the departure point of the route selected by the user, and the vehicle can be dispatched to the departure point in a short time (second area). ) Request (instruct) to move the taxi. Specifically, the server 2 transmits a first stage vehicle arrangement request to the server 3 (step S303). Upon receiving the first-stage vehicle arrangement request, the server 3 may notify the employee of the taxi company of that fact or may directly transmit the fact to the taxi. An employee of the taxi company can arbitrarily determine whether or not to move the taxi to the second area in response to the server 3 receiving the first stage vehicle arrangement request. The taxi company is not obliged to move the taxi to the second area, but it is expected that there will be demand for taxi carpooling at the departure point of the received first stage vehicle arrangement request, so the taxi company employees By moving the taxi to the second area, it is possible to quickly meet the demand. If a taxi company employee decides to move a taxi into the second area, the number of taxis to be moved may be determined based on past performance, or may be determined by the number of first-stage vehicle arrangement requests received. It may be determined accordingly.

Then, in step S202 of FIG. 2, boarding intention reconfirmation processing is performed. The boarding intention reconfirmation processing will be described with reference to FIG. The server 2 can acquire the position of the terminal 5, that is, the position of the user carrying the terminal 5, by using the GPS function of the terminal 5. In step S401, the server 2 acquires the position of the user carrying the terminal 5 and confirms the current position of the user. If the current position of the user is the first area near the departure point of the route selected in step S301, for example, the nearest station to the departure point, the server 2 re-indicates the user's intention to board. Confirm. Specifically, the server 2 transmits the boarding intention reconfirmation to the terminal 5 (step S402).

The first area is an area smaller than the second area. By doing this, the time for the user in the first area to reach the departure point (for example, assuming walking) and the time for the taxi in the second area to reach the departure point are made closer, and the user and the taxi It is possible to reduce the waiting time at the departure points of both parties.

The terminal 5 displays the received boarding intention reconfirmation and accepts the user's operation for the boarding intention reconfirmation. When the user does not indicate the boarding intention for the boarding intention reconfirmation (for example, when an operation indicating the boarding intention is not performed), the terminal 5 notifies the server 2 of that fact, and the server which receives the notification. At 2, the process for the user is finished. When the user indicates the boarding intention for the boarding intention reconfirmation (for example, when the operation indicating the boarding intention for the boarding intention reconfirmation is performed), the terminal 5 notifies the server 2 to that effect. The server 2 which received this arranges the second stage vehicle. The fact that the user has performed the operation indicating the intention to board the vehicle for reconfirming the passenger's intention to board the vehicle means that the user has booked a shared use of a taxi. The first area can be, for example, an area having a radius of 250 m to 400 m around the starting point or a distance of about 3 to 5 minutes on foot from the starting point.

In the second-stage vehicle arrangement in step S403, the server 2 registers the user who has performed the operation indicating the intention to board the vehicle in the predetermined time in step S402 in the user list in the storage unit 22. To do. If the number of users who have selected the same route among the users registered in the user list has reached a predetermined number (the number of people who will add to a taxi), the server 2 groups the predetermined number of users. , A second-stage vehicle arrangement request is transmitted to the server 3 so that a taxi is dispatched to the departure point of the route (step S403).

The taxi fare paid by the carpool user is the taxi fare for one vehicle divided by the number of passengers, so the user can specify the number of passengers in the dispatch system 1. The user transmits in advance from the terminal 5 the allowable passenger number information on how many passengers are to be used for carpooling, and the server 2 uses the user ID in the user information in the storage unit 22. The allowable passenger number information is registered in the storage unit 22 in association with.

In step S403, when grouping by the server 2, the allowable passenger number information in the storage unit 22 is referred to, and grouping is performed by the number of passengers designated by the user. The allowable passenger number information includes, for example, "a passenger must be n passengers including himself", "any number of passengers including himself can be n or less", "passenger can include himself" Any number of passengers can be used as long as the number of passengers is n or more." (n is a natural number of 1 or more, but in the case of a five-seater taxi, n is 1 or more and 4 or less.) You may specify the number of people. As an example of use when n=1, it is better if the carpool partner can be found by saying, "If the number of passengers is one or more, including myself," it would be better to find a carpool partner. It can even be used if you want to take a taxi quickly. Further, by setting, for example, that "only one passenger including myself can get on", the dispatch system 1 can be used even when one person uses a taxi. For example, when using a taxi for connecting trains, it was conventionally necessary to search for a taxi after leaving the getting-off station, but according to the dispatch system 1, when the getting-off station arrives, the taxi is dispatched. Can be provided. As described above, according to the vehicle allocation system 1, it is possible to provide one of means for realizing MaAS (mobility as a service) of providing a transportation means to a destination by combining a train and a taxi. The allowable passenger number information is not limited to the one registered in the storage unit 22 in advance, and when the user performs an operation indicating the intention to board the vehicle for the passenger intention reconfirmation, the allowable passenger number information is displayed on the terminal 5 And the terminal 5 transmits the inputted allowable passenger number information to the server 2, the server 2 receives the allowable passenger number information in response to the boarding intention reconfirmation at the time of grouping in step S40. May be referred to and the grouping may be performed by the number of passengers designated by the user. The allowable passenger number information may allow registration of a condition such as "If passengers are not found within N minutes after arriving at the departure point (if not grouped), use of carpool is declined". The progress of grouping (the situation where a second passenger is found when four people work together, a third passenger is found when four people work together, etc.) is sent from the server 2 to the terminal 5. However, the terminal 5 may display the progress of the grouping at any time. Here, "a passenger is found" means that another user of the same use route is registered in the user list. After grouping, the taxi arrival schedule information such as the scheduled time of arrival of the taxi at the departure point of the usage route and the current position of the taxi is transmitted from the taxi management server 3 to the terminal 5 via the server 2. The terminal 5 may display it at any time. Further, after being grouped, the current passenger position information indicating the current position of the grouped passengers is acquired by the server 2 by the GPS function of the terminal 5 of each passenger, and the server 2 is grouped. It may be transmitted to all the passengers 5 of the passengers and the terminal 5 may display it at any time.

Upon receiving the second stage vehicle arrangement request, the server 3 may notify the employee of the taxi company to that effect, or may directly transmit that effect to the taxi. When the server 3 receives the second-stage vehicle arrangement request, the employee of the taxi company moves the taxi to the departure point of the route selected by the grouped users. The employee of the taxi company inputs the vehicle number of this moved or dispatched taxi to the server 3, and the server 3 transmits the vehicle number of the dispatched taxi to the server 2.

Then, the boarding process is performed in step S203 of FIG. The boarding process will be described with reference to FIG. The server 2 transmits the vehicle number received from the server 3 to the terminal 5 carried by each of the grouped users. The terminal 5 notifies the user of the vehicle number by displaying the received vehicle number on the input/output unit 54 (step S501). When the user arrives at the departure point of the selected route, the user searches for a taxi with the vehicle number displayed on the terminal 5 and takes the taxi with the vehicle number.

When a user takes a taxi, the server 2 may transmit the personal identification number to the terminal 5 of the grouped users so that the fellow passengers in the carpool can confirm each other. The terminal 5 displays the personal identification number, and the fellow passengers in the carpool can recognize each other by showing the personal identification number displayed on the terminal 5 to each other.

Vehicle identification information based on a two-dimensional barcode such as a barcode or a QR code (registered trademark) is provided on the body of a taxi, and the user of carpooling uses the terminal 5 to capture and read the vehicle identification information. You may When the user transmits the read vehicle identification information from the terminal 5 to the server 2, the server 2 determines whether the taxi is a taxi that the user should board, and transmits the determination result to the terminal 5. Yes (step S502). If the taxi is a taxi that the user should board, the terminal 5 displays a message indicating that "the passenger is allowed to board" (step S503). The user may decide to take a taxi after “Embarkable” is displayed on the terminal 5. The vehicle identification information may be information including a vehicle number. As described above, since the terminal 5 receives the vehicle number from the server 2 and the terminal 5 can collate the vehicle number with the vehicle identification information, the terminal 5 uses the captured vehicle identification information in the server. The following processing may be performed without transmitting the data to the second terminal. That is, the terminal 5 collates the vehicle identification information photographed by the user with the vehicle number received from the server 2, determines whether the taxi is the taxi that the user should board, and the taxi confirms that When the user is a taxi to board (the matching results are the same), the terminal 5 may display "Embarkable".

Succeedingly, in step S204 of FIG. 2, a fee settlement process is performed. The charge settlement process will be described with reference to FIG. When the passenger gets on the taxi and arrives at the arrival point of the usage route, the server 2 calculates the fare (step S601). A taxi dispatched by the dispatch system 1 can be applied with a pick-up fee assuming that the taxi is to pick up a customer at the departure point of the usage route. The taxi transmits to the server 3 information about the total amount of the taxi fare and the taxi fare from the departure point to the arrival point of the use route. The server 3 transmits the received total amount of money information to the server 2.

The server 2 evenly divides the total amount of money by the number of fellow passengers based on the information of the total amount of money received from the server 3, and calculates the charges charged to each user. At this time, if the amount is not divisible and there is a fraction, it is desirable to process the fraction according to the order registered in the user list. Specifically, if the total amount of money is 980 yen and there are three passengers, the charge amount of the user first registered in the user list is 326 yen, and the second and third passengers are in the user list. The billing amount of the user registered in can be 327 yen. The user registered first in the user list spends the longest time waiting at the departure point of the usage route, and the user registered last in the user list spends the most time waiting at the departure point of the usage route. Since it is short, the dissatisfaction of the user can be reduced by changing the price setting. Note that this fare setting may be applied only when the total amount of money is divided evenly by the number of passengers to obtain a fraction, or the total amount of money may be applied without being evenly divided by the number of passengers. .. For example, if the total amount of money is 980 yen and there are 3 passengers, the billed amount of the user first registered in the user list is 310 yen, and the billing amount of the user secondly registered in the user list is 310 yen. The billing amount may be 330 yen, and the billing amount of the third user registered in the user list may be 340 yen.

The information of the charge amount calculated for each user by the server 2 is transmitted from the server 2 to the terminal 5 of each user, and the terminal 5 displays the amount to be charged to the user based on the received charge amount information. To do. At this time, the terminal 5 displays a screen requesting confirmation from the user. The user confirms the amount of money displayed on the terminal 5, and if there is no problem with the amount of money, operates the terminal 5 to input an amount confirmation response (step S602). The terminal 5 transmits the inputted amount confirmation response to the server 2. The server 2 that has received the amount confirmation response determines the billing amount. The confirmed billing amount is paid by, for example, an electronic taxi ticket (step S602). With such processing, it is possible to get off the vehicle smoothly. The payment of the determined billing amount is not limited to the electronic taxi ticket, and other electronic payment means may be used.

In addition, the billing amount confirmed by the server 2 is transmitted from the server 2 to the server 3, and is notified to the taxi driver by transmitting from the server 3 to the taxi, and each user directly notifies the tax amount to the taxi driver. You may pay to

FIG. 7 is a flowchart showing the flow of data transmission/reception in the operation of the vehicle allocation system 1 shown in FIG. 1, and is a diagram showing an example different from the processing of FIGS. In FIG. 7, the server 3, the server 2, and the terminal 5 are displayed side by side so that the flow of data can be easily seen. First, the boarding intention is transmitted from the terminal 5 to the server 2 (step S701). The server 2 that has received the boarding intention registers the user in the user list (step S702). The registration to the user list may be performed at the time when the boarding intention is received in this way.

Subsequently, the server 2 transmits a first stage vehicle arrangement request to the server 3 in response to the registration of the user in the user list (step S703). Upon receiving the first stage vehicle arrangement request (step S704), the server 3 outputs a first stage vehicle arrangement instruction for moving the taxi to the above-mentioned second area, for example, to an employee of a taxi company.

The terminal 5 transmits the user position, which is its own position information, to the server 2 (step S705). When the user position received from the terminal 5 is within the above-mentioned first area, the server 2 transmits the boarding intention reconfirmation to the terminal 5 (step S706). The terminal 5 having received the boarding intention reconfirmation transmits a reconfirmation response to the server 2 (step S707).

Subsequently, the server 2 transmits the second stage vehicle arrangement request to the server 3 in response to the reception of the reconfirmation response (step S708). Upon receiving the second-stage vehicle arrangement request, the server 3 outputs a second-stage vehicle arrangement instruction for allocating a taxi to the departure point of the taxi carpooling route, for example, to an employee of a taxi company. After dispatching the taxi, the employee of the taxi company inputs the vehicle number of the dispatched taxi to the server 3, and the server 3 transmits the vehicle number of the dispatched taxi to the server 2 (step S709). The server 2, which has received the vehicle number of the taxi that has been dispatched, transmits the vehicle number to the terminal 5 (step S710). The terminal 5 displays the received vehicle number (step S711).

When the taxi arrives at the arrival point of the taxi carpooling route, the taxi is sent from the taxi to the server 3, and the taxi is sent from the server 3 to the server 2 (step S712). The server 2 which has received the notification of (1) transmits the notification of the charge to the terminal 5 (step S713). The terminal 5, which has received the notification of the charge, displays the charge and transmits the confirmation by the user to the server 2 (step S714).

In the above example, the taxi carpooling route has been described in the case where all the passengers have the same departure point and arrival point, but the present invention is not limited to this. FIG. 8 is a diagram illustrating a case where the same use route is used for some passengers even when the departure point and the arrival point are different from those of other passengers. In the present invention, as shown in FIGS. 8B and 8C, when a user whose boarding point or exiting point is different from other users, or when the boarding point and exiting point are different from other users. When passengers ride together, the same route can be accepted.

FIG. 8A shows an example in which all the passengers have the same departure point and arrival point. In this example, the departure points for all of the users a1, a2, and a3 are points A, and the arrival points are points B. In this case, all the passengers gather at the point A so that a smooth boarding can be performed. Further, since all passengers have the same departure point and arrival point, the taxi fare should be divided equally among all passengers.

FIG. 8B shows an example in which all passengers have the same departure point, but the arrival point of the user b3 is different from that of other users. In this example, the departure points of all the users b1, b2, and b3 are the A points, the arrival points of the users b1 and b2 are the B points, and the arrival points of the users b3 are the C points. In this case, all the passengers gather at the point A so that a smooth boarding can be performed. However, since the user b3 is at a disembarkation point different from other passengers, it would be unfair to evenly divide the fare by the users b1, b2 and b2. Therefore, in the present embodiment, the standard taxi fare from the point A to the point B and the standard taxi fare from the point A to the point C are checked in advance and included in the route information. The standard taxi fare is, for example, a taxi fare when traveling smoothly without congestion.

In step S601, a fare calculation is performed that allocates the actual fare to each passenger according to the standard taxi fare. For example, it is assumed that the standard taxi fare not including the pick-up fee is 410 yen from the point A to the point B and 490 yen from the point A to the point C. In this case, in the present embodiment, the method of allocating the actual charges including the influence of traffic congestion on the way to each user is the charge X of the user b1, the charge Y of the user b2, and the charge Z of the user b3. The ratio X:Y:Z of the standard taxi fare is 410:410:490. According to this processing, it is possible to appropriately allocate the charge to each user, and it is possible to promote the use of the vehicle allocation system 1 without causing any dissatisfaction with each user. In addition, the standard taxi fare may be a fare including a pick-up fare.

FIG. 8C shows an example in which the departure point of the user c3 is different from other users and the arrival points of all the passengers are the same. In this example, the departure points of users c1 and c2 are point D, the departure point of user c3 is point E, and the arrival points of all users c1, c2, and c3 are point F. In this case, after the users c1 and c2 get on, it is necessary to put the user c3 at the E point, and waiting time for each user and taxi may occur at the D point and the E point. By notifying each user in advance and allowing them to consent, the use of the vehicle dispatch system 1 can be promoted without causing dissatisfaction of each user. The charge calculation in FIG. 8C may be performed in the same manner as in FIG. 8B.

According to the embodiment described above, for users who ride in a taxi,
(1) Shorter time, shorter time to find a carpool partner, shorter time to wait for a taxi (2) Reducing fare burden-Since it is possible to request a vehicle allocation evenly divided at the pick-up fee, the vehicle allocation request is a small burden It will be possible.
(3) No need for a queue-Since taxis are dispatched according to the arrival at the departure point, it is possible to eliminate the need to queue up at the roadside as in the conventional carpooling.
(4) Certainty (improvement in accuracy)
・It is possible to improve the matching accuracy of carpool partners.
・It is possible to improve the accuracy of securing taxis by allocating vehicles.
(5) Settlement ・The usage fee for each passenger is automatically calculated, and troubles can be reduced without the need for cash exchange between users as in the conventional carpooling.
・Cashless payment can be provided by electronic payment, and the passenger can get off smoothly.
Can provide the effect.

According to the embodiment described above, for taxis,
(1) Certainty ・Sales can be fixed by receiving a vehicle dispatch request, and passengers can be secured against competitors.
(2) Increase in sales for the car pick-up fee (3) Since it is not necessary to stay at the departure point until the dispatch instruction is received, waiting for customers on the road can be avoided.
(4) Reduction of disembarkation time ・Cashless payment can reduce disembarkation time.
(5) Demand forecast-By receiving the first stage vehicle arrangement, the latest demand forecast of several minutes to several tens of minutes later can be performed based on the actual demand.
Can provide the effect.

Although the preferred embodiments of the present invention have been described above, the present invention is not limited to these embodiments. An object of the present invention is to supply a storage medium storing a program code (computer program) for realizing the functions of the above-described embodiments to a system or apparatus, and a computer of the supplied system or apparatus is stored in the storage medium. It is also achieved by reading and executing the code. In this case, the program code itself read from the storage medium realizes the function of the above-described embodiment, and the storage medium storing the program code constitutes the present invention. Further, in the above-described embodiment, the computer executes the program to function as each processing unit, but a part or all of the processing may be configured by a dedicated electronic circuit (hardware). I do not care. The present invention is not limited to the specific embodiments described above, and various modifications and changes can be made within the scope of the gist of the present invention described in the claims.

1 vehicle allocation system 2 server 3 server 4 network 5, 6, 7 terminals

Claims (5)

A vehicle dispatch program executed by a computer,
The vehicle allocation program causes the computer to
A boarding reservation step for accepting a reservation for boarding a vehicle on a usage route selected by a user from a plurality of routes;
A user list registration step of registering the users reserved in the boarding reservation step in a user list,
When the number of users having the same usage route among the users registered in the user list reaches a predetermined number, a grouping step of registering the users having the same usage route in the same group,
A vehicle allocation instruction step for instructing vehicle allocation to a departure point of the utilization route reserved by users registered in the same group in the grouping step,
A vehicle number notification step of notifying a user registered in the same group in the grouping step of a vehicle number capable of specifying the vehicle instructed to dispatch in the vehicle allocation instruction step,
A vehicle allocation program characterized by executing the following. The vehicle allocation program according to claim 1,
The boarding reservation step,
A first reservation step for accepting a reservation by a user for getting on a vehicle through the usage route;
After the reservation by the first reservation step, when the user reaches the first area including the departure point of the use route, the second reservation step of reconfirming the user's intention to board the vehicle on the use route When,
Have
In the user list registration step, the user who has shown the intention to board the vehicle along the use route in the second reservation step is registered in the user list.
A vehicle allocation program characterized by The vehicle allocation program according to claim 2,
In the vehicle allocation instruction step, the vehicle allocation of a predetermined number of vehicles is instructed in a second area wider than the first area, which is an area including a departure point of the utilization route reserved in the first reservation step.
A vehicle allocation program characterized by The vehicle allocation program according to any one of claims 1 to 3,
The vehicle allocation program causes the computer to
A fee calculation step of calculating a fee to be charged to each of the users who got on the vehicle allocated to the departure point of the utilization route,
A charge notification step of notifying the users calculated in the charge calculation step to each of the users who have boarded the vehicles allocated to the departure point of the utilization route,
A vehicle dispatch program characterized by further executing. A dispatch system that connects a server and terminals via a network,
A boarding reservation section that accepts reservations for boarding a vehicle on a usage route selected by a user from a plurality of routes,
A user list registration unit for registering the users reserved by the boarding reservation unit in the user list,
A grouping unit for registering users having the same usage route to the same group when the number of users having the same usage route among the users registered in the user list reaches a predetermined number,
A vehicle allocation instructing unit for instructing vehicle allocation to a departure point of the utilization route reserved by users registered in the same group in the grouping unit;
A vehicle number notifying unit for notifying users registered in the same group by the grouping unit of a vehicle number capable of specifying a vehicle for which a vehicle allocation instruction has been issued by the vehicle allocation instruction unit,
A vehicle dispatch system characterized by being equipped with.

Images