Vehicle allocation management system, vehicle allocation management method, and program

Abstract

To enable improvement of a probability of responding to a vehicle allocation request from a specific user of a preferred membership and the like.SOLUTION: A vehicle allocation integrated management device transmits a request for a transfer of a right to taxi allocation or permission to ride in a taxi together to a terminal device of a first user for whom the vehicle allocation for the taxi has been confirmed, and when receiving a notification approving the request from the terminal device of the first user, transmits taxi allocation or permission to ride together to a terminal device of a second user. The present technology can be applied, for example, to a taxi allocation system and the like.SELECTED DRAWING: Figure 5

Description

[Technical field]

[0001] The present technology relates to a vehicle dispatch management device, a vehicle dispatch management method, and a program, and in particular to a vehicle dispatch management device, a vehicle dispatch management method, and a program that can improve the probability of responding to a vehicle dispatch request from a specific user such as a priority member. [Background technology]

[0002] There is known a taxi dispatch system that refers to the operation status of taxis, determines an appropriate taxi from among a number of taxis, and dispatches the taxi (see, for example, Patent Document 1). In recent years, a method in which taxi users request dispatch using a smartphone app has also become widespread.

[0003] If a system were established in which users of an app that can request ride-hailing services, such as those who use the app frequently or spend a lot on ride-hailing, or those who have paid registrations, were made priority members separate from general members, it would be desirable to always respond to ride-hailing requests from priority members. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2003-109191 A Summary of the Invention [Problem to be solved by the invention]

[0005] However, there are always times when there is a high demand for taxis due to the location and time of the dispatch request, weather, and other conditions, and it may be difficult to always respond to desired dispatch requests. Even so, it may be a waste to set up surplus dispatch slots for responding to dispatch requests from priority members, and even if surplus dispatch slots were set up, it is unclear whether they can be responded to immediately because it is unclear from which location the dispatch request will be made.

[0006] The present technology has been developed in consideration of such circumstances, and is intended to improve the probability of responding to vehicle dispatch requests from specific users such as priority members. [Means for solving the problem]

[0007] A vehicle dispatch management device of one aspect of the present technology includes a management unit that transmits a request for transfer of the right to dispatch a vehicle or permission to ride on the mobile device to a terminal device of a first user for whom dispatch of a mobile device has been confirmed, and when a notification that the request is approved is received from the terminal device of the first user, transmits to the terminal device of a second user that the vehicle dispatch or ride is possible.

[0008] A vehicle dispatch management method according to one aspect of the present technology includes a vehicle dispatch management device that transmits a request for transfer of the right to dispatch a vehicle or permission to ride on the mobile device to a terminal device of a first user for whom dispatch of a mobile device has been confirmed, and when a notification that the request is accepted is received from the terminal device of the first user, the vehicle dispatch management device transmits to the terminal device of a second user a notification that the vehicle dispatch or ride is possible.

[0009] A program of one aspect of the present technology is configured to cause a computer to execute processes of receiving a request for the transfer of dispatch rights of a mobile device or permission to ride on the mobile device from a vehicle dispatch management device, sending a notification of approval of the request to the vehicle dispatch management device, and receiving incentive information from the vehicle dispatch management device in response to the notification of approval of the request.

[0010] In one aspect of the present technology, a request for transfer of the right to dispatch a mobile device or permission to ride on the mobile device is sent to a terminal device of a first user for whom dispatch of the mobile device has been confirmed, and when a notification that the request is accepted is received from the terminal device of the first user, a notification that the dispatch or ride is possible is sent to the terminal device of a second user.

[0011] The vehicle dispatch management device according to one aspect of the present technology can be realized by causing a computer to execute a program. The program to be executed by the computer can be provided by transmitting the program via a transmission medium or by recording the program on a recording medium.

[0012] The vehicle dispatch management device may be an independent device, or may be an internal block constituting a single device. [Brief description of the drawings]

[0013] [Figure 1] 1 is a block diagram showing a configuration example of a taxi dispatch system according to an embodiment of the present technology; [Diagram 2] 11 is a flowchart illustrating a flow of normal vehicle dispatch control. [Diagram 3] FIG. 13 is a diagram illustrating an example of a vehicle dispatch request screen of a user application. [Figure 4] 11 is a flowchart illustrating a normal vehicle dispatch process by the vehicle dispatch integrated management device. [Diagram 5] 11 is a flowchart illustrating a flow of vehicle allocation control that is handled by the transfer of vehicle allocation rights. [Figure 6] FIG. 13 is a diagram showing an example of a transfer request screen displayed on a display of a user terminal. [Figure 7] 13 is a flowchart illustrating details of a vehicle allocation process for requesting the transfer of a vehicle allocation right. [Figure 8] FIG. 13 is a diagram showing a vehicle dispatch request screen when there are no "vacant" taxis. [Figure 9] FIG. 13 is a diagram showing an example of a ride-along request screen. [Figure 10] 1 is a block diagram showing an example of the configuration of an embodiment of a computer to which the present technology is applied. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0014] Hereinafter, a description will be given of an embodiment of the present technology with reference to the accompanying drawings. In this specification and the drawings, components having substantially the same functional configurations are denoted by the same reference numerals, and duplicated description will be omitted. The description will be given in the following order. 1. Example of taxi dispatch system configuration 2. Flow of normal vehicle dispatch control 3. Normal vehicle dispatch processing by the vehicle dispatch integrated management device 4. Flow of vehicle dispatch control when requesting transfer of vehicle dispatch rights 5. Dispatch processing by the integrated vehicle dispatch management device that requests the transfer of vehicle dispatch rights 6. Variation for requesting a ride 7. Variations in the Transfer of Vehicle Rights 8. Summary of embodiments 9. Computer configuration example

[0015] <1. Example of taxi dispatch system configuration> FIG. 1 is a block diagram showing a configuration example of a taxi dispatch system according to an embodiment to which the present technology is applied.

[0016] The taxi dispatch system 1 in Figure 1 is a system that dispatches a taxi as a transportation device to a user based on a request from the user who uses the taxi, and has dispatch management devices 11A to 11C of taxi companies A, B, and C, respectively, and an integrated dispatch management device 12 that is an integrated dispatch management device that manages them.

[0017] The vehicle dispatch management device 11A of company A is connected to one or more taxis 21A belonging to company A via a predetermined network, and is also connected to the vehicle dispatch integrated management device 12 via a predetermined network.

[0018] Similarly, the vehicle dispatch management device 11B of company B is connected to one or more taxis 21B belonging to company B via a specified network, and is also connected to the vehicle dispatch integrated management device 12 via a specified network.

[0019] Similarly, the vehicle dispatch management device 11C of company C is connected to one or more taxis 21C belonging to company C via a specified network, and is also connected to the vehicle dispatch integrated management device 12 via a specified network.

[0020] In addition, the private taxis 21D that do not belong to a specific company are directly connected to the integrated vehicle dispatch management device 12 via a specific network, not via the vehicle dispatch management device 11. When there is no particular distinction between the taxis 21A to 21C of companies A, B, and C, and the private taxis 21D, they will be simply referred to as taxis 21.

[0021] Here, the specified network can be composed of a communication network or communication path of any communication standard, such as the Internet, a public telephone line network, a wide area communication network for mobile communication such as a so-called 4G line or 5G line, a Wide Area Network (WAN), a Local Area Network (LAN), a wireless communication network that communicates in accordance with the Bluetooth (registered trademark) standard, a communication path for short-range wireless communication such as NFC (Near Field Communication), a communication path for infrared communication, a communication network for wired communication in accordance with standards such as HDMI (registered trademark) (High-Definition Multimedia Interface) or USB (Universal Serial Bus), etc.

[0022] The taxi 21A of Company A has an in-vehicle device 31 and a communication unit 32. In addition, the taxi 21A of Company A is equipped with a terminal device 33.

[0023] The vehicle-mounted device 31 is equipped with a vehicle activity data generation unit 34 that acquires necessary data from a fare meter, a GPS (Global Positioning System) receiver, a gyro sensor, a speedometer, etc. (all not shown) and generates vehicle activity data that represents a activity log of the vehicle (taxi 21A).

[0024] The vehicle behavior data generating unit 34 acquires data such as the status of "occupied vehicle", "vacant vehicle", or "pick-up vehicle" and the fee (fare), for example, from the fare meter. The status indicates the business state of the taxi 21. The vehicle behavior data generating unit 34 also acquires information such as the current position, moving speed, and moving direction of the vehicle, for example, from a GPS receiver, a gyro sensor, a speedometer, etc.

[0025] The vehicle status data generation unit 34 then generates information such as a company ID identifying the company to which taxi 21A belongs, a radio ID identifying taxi 21A, a crew ID identifying the driver on duty in taxi 21A, a status time indicating the time the status was generated, latitude and longitude which are the location information of taxi 21A, the driving speed and direction of taxi 21A, the status of "occupied vehicle", "empty vehicle", or "pick-up", and, if the status is "occupied vehicle" or "pick-up", the boarding location and destination of taxi 21, as vehicle status data on a regular or irregular basis, and transmits the information to Company A's vehicle dispatch management device 11A via the communication unit 32.

[0026] The communication unit 32 transmits the vehicle status data generated by the vehicle status data generation unit 34 of the vehicle-mounted device 31 to the vehicle dispatch management device 11A of Company A. The communication unit 32 is configured with a network interface that performs network communication via a predetermined network.

[0027] The terminal device 33 is composed of an information processing device such as a smartphone or a tablet terminal. A driver app 35, which is an application program for the driver, is installed in the terminal device 33. The driver app 35 acquires data related to a vehicle dispatch request from the vehicle dispatch integrated management device 12 and displays it on a display, and transmits response data to the vehicle dispatch request to the vehicle dispatch integrated management device 12 based on the driver's operation. The driver app 35 communicates directly with the vehicle dispatch integrated management device 12 via a network such as a wide area communication network for mobile communication. The driver app 35 may also communicate with the vehicle dispatch integrated management device 12 via the communication unit 32 and the vehicle dispatch management device 11A of company A.

[0028] Taxi 21B of Company B and taxi 21C of Company C are basically the same as taxi 21A of Company A, except that they are from different companies, so their explanation will be omitted.

[0029] Company A's vehicle dispatch management device 11A collects vehicle status data of one or more Company A's taxis 21A and transmits it to the integrated vehicle dispatch management device 12, and also relays data regarding dispatch requests transmitted from the integrated vehicle dispatch management device 12 to Company A's taxis 21A, and transmits it to the specified Company A's taxi 21A.

[0030] The vehicle dispatch management device 11A of the company A includes a vehicle status data management unit 41, an order information management unit 42, and a communication unit 43. The vehicle dispatch management device 11A of the company A is configured, for example, as a server device (information processing device) having a network connection function.

[0031] The vehicle status data management unit 41 manages the vehicle status data supplied from each of the taxis 21A of Company A. Specifically, the vehicle status data management unit 41 stores the vehicle status data supplied from each of the taxis 21A of Company A in an internal storage unit, and displays the vehicle status data of each taxi 21A on a display (not shown). In addition, the vehicle status data management unit 41 transmits the vehicle status data supplied from each taxi 21A to the vehicle dispatch integrated management device 12.

[0032] When Company A receives a call requesting dispatch, the operator managing the operation of Company A's taxis 21A can check the current location and status, such as "occupied" or "vacant," of each of Company A's taxis 21A, which are stored in the vehicle movement data management unit 41, and search for and assign a taxi 21A that can respond to the dispatch request.

[0033] The order information management unit 42 manages information on advance vehicle dispatch requests (vehicle dispatch reservations) from customers and the like. For example, when an operator of a taxi 21A of company A receives a telephone call from a customer for a vehicle dispatch reservation, the operator inputs vehicle dispatch reservation information, such as pick-up location, pick-up time, customer name, and destination, from an operation terminal to the order information management unit 42. The order information management unit 42 stores the vehicle dispatch reservation information, and displays the vehicle dispatch request a predetermined time before the reservation time. The operator who has confirmed the display of the vehicle dispatch request makes a dispatch request to a predetermined taxi 21A based on the vehicle status data stored in the vehicle status data management unit 41. Note that the order information management unit 42 may search for the most suitable taxi 21A from the vehicle status data in the vehicle status data management unit 41 and make a dispatch request a predetermined time before the reservation time.

[0034] The communication unit 43 performs predetermined communication with the vehicle dispatch integrated management device 12 and each of the taxis 21A of company A. For example, the communication unit 43 transmits a dispatch request from the vehicle dispatch integrated management device 12 to a predetermined taxi 21A, and transmits vehicle status data periodically acquired from each taxi 21A to the vehicle dispatch integrated management device 12.

[0035] The vehicle dispatch management devices 11B and 11C of the taxi companies B and C are basically the same as the vehicle dispatch management device 11A of the company A, except that the companies are different, so a description thereof will be omitted. When there is no particular distinction between the companies A, B, and C, they may be simply referred to as the vehicle dispatch management device 11.

[0036] The vehicle dispatch integrated management device 12 transmits and receives data such as vehicle status data and dispatch requests between the vehicle dispatch management devices 11 of companies A, B, and C. The vehicle dispatch integrated management device 12 also communicates with an application program (hereinafter referred to as a user application) 61 for making dispatch requests, which is installed in a terminal device (hereinafter referred to as a user terminal) 13 of a user who is a taxi user, via a predetermined network. The vehicle dispatch integrated management device 12 is, for example, configured with a server device having a network connection function.

[0037] The integrated vehicle dispatch management device 12 is a vehicle dispatch management device that manages the dispatch of all taxis 21. The integrated vehicle dispatch management device 12 has a vehicle status data management unit 51, a customer data management unit 52, an order information management unit 53, a vehicle dispatch management unit 54, a taxi company communication unit 55, and an application communication unit 56.

[0038] The vehicle status data management unit 51 manages the vehicle status data supplied from the dispatch management device 11 of each taxi company and each private taxi 21D. Specifically, the vehicle status data management unit 51 stores the vehicle status data supplied from the dispatch management device 11 of each taxi company and each private taxi 21D in an internal storage unit, and displays the vehicle status data on a display (not shown). The vehicle status data is information such as the company ID of the taxi 21, the radio ID of the taxi 21, the driver ID, the status time, the position information of the taxi 21, the running speed and traveling direction of the taxi 21, the status, and the boarding place and destination of the taxi 21 when the status is "actual vehicle" or "pick-up". In addition, the vehicle status data management unit 51 records the company ID of the taxi 21, the radio ID of the taxi 21, the driver ID, the boarding place and destination, the fare, etc. of the taxi 21 as past actual vehicle data in the internal storage unit every time one "actual vehicle" status ends.

[0039] The customer data management unit 52 generates customer data based on data input by an operator or transmitted from the user application 61, and stores the data in an internal storage unit. For example, the customer data management unit 52 stores information such as the customer's name, the customer's favorite taxi company or the taxi company that the customer prefers to have dispatched preferentially, a frequently used taxi stand, and an average waiting time for pick-up, together with a customer ID, which is identification information for identifying the customer. The customer data may be data input (specified) by the user in the user application 61, or may be data generated by the customer data management unit 52 based on the user's riding history, etc.

[0040] Users (customers) of the user application 61 are classified as either general members or priority members. Priority members are members who are eligible for more preferential treatment than general members. Priority members can be determined, for example, according to the frequency of use or amount of use over a certain period of time in the past, and can be users whose frequency of use or amount of use is equal to or exceeds a certain value. Alternatively, a paid registered user who has paid a certain amount may be assigned as a priority member. The customer data stored in the customer data management unit 52 also stores the customer's membership type.

[0041] The order information management unit 53 manages information on advance vehicle dispatch requests (vehicle dispatch reservations) from customers, etc. The order information management unit 42 of each vehicle dispatch management device 11 manages information on vehicle dispatch requests (vehicle dispatch reservations) received by each taxi company, while the order information management unit 53 manages information on vehicle dispatch requests (vehicle dispatch reservations) received by a representative reservation center that oversees each taxi company or by a user application 61. The order information management unit 53 makes a vehicle dispatch request to the vehicle dispatch management unit 54 a predetermined time before the reserved time of the vehicle dispatch reservation.

[0042] The vehicle dispatch management unit 54 controls dispatch based on a dispatch request or a dispatch reservation. For example, when a dispatch request is transmitted from the user application 61, the vehicle dispatch management unit 54 extracts a taxi 21 that satisfies the conditions of the dispatch request based on the vehicle status data stored in the vehicle status data management unit 51, and transmits a dispatch request to the extracted taxi 21. When a dispatch request is transmitted from the order information management unit 53, the vehicle dispatch management unit 54 extracts a taxi 21 that satisfies the conditions of the dispatch request based on the vehicle status data stored in the vehicle status data management unit 51, and transmits a dispatch request to the extracted taxi 21.

[0043] The taxi company communication unit 55 performs predetermined communication with each of the taxi company's vehicle dispatch management devices 11. For example, the taxi company communication unit 55 receives vehicle status data periodically transmitted from each taxi 21A and supplies the data to the vehicle status data management unit 51, and transmits a dispatch request from the dispatch management unit 54 to a predetermined taxi 21 via the dispatch management device 11.

[0044] In addition, the taxi company communication unit 55 may receive vehicle status data and send a dispatch request from the dispatch management unit 54 to a specific taxi 21 by communicating directly with the taxi 21 of each taxi company without going through the dispatch management device 11 of each taxi company.

[0045] The application communication unit 56 performs predetermined communication with the user application 61. For example, the application communication unit 56 receives a dispatch request from the user application 61 and supplies it to the dispatch management unit 54, and when the dispatch of a predetermined taxi 21 is confirmed, transmits a dispatch confirmation notification to the user application 61.

[0046] In FIG. 1, for ease of understanding, only a user terminal 13 and a user application 61 corresponding to one user are illustrated, but the integrated vehicle dispatch management device 12 can communicate as necessary with user applications 61 of multiple user terminals 13.

[0047] The user terminal 13 is composed of an information processing device such as a smartphone or a tablet terminal, and performs predetermined communication with the vehicle dispatch integrated management device 12. The user application 61 requests the vehicle dispatch integrated management device 12 to dispatch a taxi 21 based on a user's operation, and displays a dispatch confirmation in response to the dispatch request. In addition, the user application 61 can also display the current operating status of the taxi 21 on the display by acquiring vehicle movement data in the vicinity of the user's current location from the vehicle dispatch integrated management device 12.

[0048] In the taxi dispatch system 1 configured as described above, when a user operates the user application 61 to request dispatch of a taxi 21, the integrated dispatch management device 12 refers to the vehicle status data in the vehicle status data management unit 51, searches for the most suitable taxi 21, and transmits a dispatch request to the found taxi 21.

[0049] When searching for the most suitable taxi 21, the integrated vehicle dispatch management device 12 first searches for a taxi 21 that can meet the dispatch request among the taxis 21 whose status is "vacant."

[0050] However, there are always times when there is high demand for taxis depending on the location and time of the dispatch request, the weather, and other conditions, and it may be difficult to always respond to desired dispatch requests.

[0051] Therefore, in the integrated vehicle dispatch management device 12, a vehicle dispatch control is established such that a vehicle dispatch request from a priority member among users of the user application 61 is responded to with a higher probability than from a general member.

[0052] Specifically, when a user who is a priority member makes a request for dispatching a vehicle and there is no taxi 21 with the status "vacant", the dispatch integrated management device 12 performs dispatch control such that a taxi 21 that has been assigned to a dispatch request of another user who is a general member and is currently picking up the assigned user at the boarding point is reallocated to the user who is a priority member. A general member user who transfers the right to dispatch a vehicle is given a predetermined incentive as a reward for the transfer of the right to dispatch a vehicle. The incentive can be, for example, an electronic coupon for a free pick-up fee or a discount coupon that can be used the next time a vehicle is dispatched, or a free ticket or a discount coupon for a shop or the like that can be used in the vicinity of the current location or the destination. Alternatively, the incentive can be a reward such as electronic money or points that is given to the transferor for the transfer of the right to dispatch a vehicle.

[0053] In the following, first, we will explain the control of dispatch (normal dispatch control) when there is one or more taxis 21 with the status "vacant" when a user makes a dispatch request without distinguishing between general members and priority members, and an "vacant" taxi 21 can be assigned to the dispatch request from the user. Next, we will explain the control of dispatch that can respond to a dispatch request from a priority member in a situation where there is no "vacant" taxi 21.

[0054] <2. Normal vehicle dispatch control flow> FIG. 2 is a flowchart illustrating the flow of normal dispatch control in the entire taxi dispatch system 1 when an "empty" taxi 21 can be assigned.

[0055] In addition to the processing of Figure 2, the integrated vehicle dispatch management device 12 regularly or irregularly acquires vehicle status data of the taxis 21 from each taxi 21, and updates the vehicle status data in the vehicle status data management unit 51. This processing is executed continuously.

[0056] First, in step S1, the user starts the user application 61, and inputs a boarding location "X" and a destination "Y" into the user application 61 to perform a vehicle dispatch request operation.

[0057] FIG. 3 shows an example of a vehicle dispatch request screen of the user application 61 when the user launches the user application 61 to make a vehicle dispatch request.

[0058] The dispatch request screen in Figure 3 includes an area map 81 that displays a map of the area near the current location, a dispatch request operation section 82 for performing a dispatch request operation, a boarding location input section 83 for inputting a boarding location, a destination input section 84 for inputting a destination, and a payment setting section 85 for specifying a payment method.

[0059] In the area map 81, a taxi mark 91A representing a taxi 21 whose status is "vacant" and a taxi mark 91B representing a taxi 21 whose status is "occupied" or "pick-up" are displayed at positions on the map according to the current location of the taxi 21. The taxi mark 91A whose status is "vacant" and the taxi mark 91B whose status is "occupied" or "pick-up" are displayed in different colors or patterns, and are displayed to be distinguished. In the example of FIG. 3, the taxi mark 91A whose status is "vacant" is displayed in white (plain), and the taxi mark 91B whose status is "occupied" or "pick-up" is displayed in gray.

[0060] In the example of Figure 3, the taxi mark 91B with the status of "actual vehicle" and the taxi mark 91B with the status of "pick-up" are shown in the same color or pattern without any distinction, but the taxi mark 91B with the status of "actual vehicle" and the taxi mark 91B with the status of "pick-up" may be displayed in different colors or patterns so as to be distinguishable from each other.

[0061] In the following description, the taxi mark 91A representing a taxi 21 whose status is "vacant" will be referred to as the "vacant taxi mark 91A," and the taxi mark 91B whose status is "occupied" or "pick-up" will be referred to as the "occupied / pick-up taxi mark 91B. When there is no particular distinction between the vacant taxi mark 91A and the occupied / pick-up taxi mark 91B, they will simply be referred to as the taxi mark 91.

[0062] On the area map 81, a current location mark 93 indicating the user's current location acquired by the GPS receiver of the user terminal 13 and a boarding location mark 94 are displayed at a position corresponding to the boarding location input by the user to the boarding location input unit 83. The boarding location mark 94 can be freely moved by the user to a desired location on the area map 81 by a touch operation, and an address corresponding to the location of the boarding location mark 94 is displayed on the boarding location input unit 83.

[0063] An operation bar 82A is displayed on the vehicle dispatch request operation section 82, and a vehicle dispatch request can be executed by sliding the operation bar 82A to the right.

[0064] A boarding location desired by the user is input in the boarding location input section 83. The boarding location input section 83 may be left blank when the application is started, or the current location acquired by the GPS receiver may be input by default. When the boarding location input section 83 is left blank, the boarding location mark 94 is not displayed.

[0065] In the destination input section 84, a destination desired by the user is input.

[0066] The payment setting section 85 allows the user to specify a payment method. For example, the payment method can be selected from cash payment, which is to pay the driver in cash, and card payment, which is to pay with a credit card registered in the user application 61. The payment setting section 85 in FIG. 3 shows an example of the display when card payment is specified.

[0067] When the application is started, the user application 61 displays on the area map 81 taxi marks 91 of taxis 21 whose status is "empty," "occupied," or "pick-up" and that are located within a predetermined range according to the scale of the map from the user's current location.

[0068] The processing of step S1 corresponds to an operation in which the user inputs a boarding location "X" in the boarding location input section 83 and a destination "Y" in the destination input section 84 on the dispatch request screen of Figure 3, and then slides the operation bar 82A to the right.

[0069] Returning to FIG. 2, when the user slides the operation bar 82A to the right, in step S2, the user application 61 transmits a vehicle dispatch request together with information on the boarding location "X" and the destination "Y" to the vehicle dispatch integrated management device 12.

[0070] In step S11, the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 receives a dispatch request from the user application 61, and extracts a dispatchable taxi 21 by referring to the current vehicle status data managed by the vehicle status data management unit 51. Here, it is assumed that a taxi 21A of company A, which is the closest taxi 21 to the boarding location "X" and has a status of "vacant", is searched for.

[0071] In step S12, the vehicle dispatch management unit 54 transmits a dispatch request to the searched taxi 21A of company A.

[0072] In step S21, the driver application 35 of the taxi 21A of Company A acquires data related to the dispatch request (e.g., boarding location "X" and destination "Y") from the vehicle dispatch integrated management device 12 and displays it on the display. Then, when the driver performs a response operation to accept the dispatch request, in step S22, the driver application 35 transmits a request acceptance notice to the vehicle dispatch integrated management device 12 to accept the dispatch request.

[0073] When the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 receives a request acceptance notification from the taxi 21A in step S13, it determines the taxi 21A as the taxi to be dispatched, and in step S14 transmits a vehicle dispatch confirmation notification to the driver application 35 of the user.

[0074] When the driver application 35 of the user receives the dispatch confirmation notification in step S3, it displays the dispatch confirmation. Then, when the taxi 21A of the company A assigned to the user arrives at the boarding location "X", in step S4, the user gets in the taxi 21A and starts moving to the destination "Y".

[0075] <3. Normal vehicle dispatch processing by the vehicle dispatch integrated management device> Next, the normal dispatch process by the integrated dispatch management device 12 will be described with reference to the flowchart of Fig. 4, which is one of the flow of dispatch control of the entire taxi dispatch system 1 described with reference to Fig. 2. The process of Fig. 4 is started, for example, when a program for executing the dispatch process is started in a server device serving as the integrated dispatch management device 12.

[0076] First, in step S41, the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 determines whether a vehicle dispatch request has been received from the user application 61, and waits until it is determined that a vehicle dispatch request has been received.

[0077] If it is determined in step S41 that a dispatch request has been received, the process proceeds to step S42. The dispatch request transmitted from the taxi 21 includes information such as a user ID and a name for identifying the user, as well as the boarding location, destination, and payment method input on the dispatch request screen of the user application 61, as described with reference to FIG.

[0078] In step S42, the vehicle dispatch management unit 54 refers to the vehicle status data stored in the vehicle status data management unit 51, and extracts taxis 21 that can be dispatched within a predetermined time to the boarding location for which a dispatch request has been made, from among the taxis 21 with the status "vacant." For example, the vehicle dispatch management unit 54 calculates the travel time from the current position of the taxi 21 to the boarding location designated by the user for the taxis 21 with the status "vacant," and extracts taxis 21 for which the calculated travel time is within a predetermined time.

[0079] In step S43, the dispatch management unit 54 determines, from among the extracted one or more taxis 21, the taxi 21 that can arrive at the boarding location the earliest as a dispatch candidate, and in step S44, sends a dispatch request to the taxi 21 determined as the dispatch candidate.

[0080] In step S45, the dispatch management unit 54 determines whether or not a request acceptance notice has been received from the taxi 21 that transmitted the dispatch request.

[0081] In step S45, if a request acceptance notice is not received within a certain time (e.g., 15 seconds) from the taxi 21 that sent the dispatch request, or if a request rejection notice is sent, the dispatch management unit 54 determines that there is no request acceptance notice, and returns the process to step S43. As a result, the next taxi 21 that can handle the dispatch request is determined as a dispatch candidate.

[0082] On the other hand, if a request acceptance notice is received from the taxi 21 that sent the dispatch request, the dispatch management unit 54 determines in step S45 that a request acceptance notice has been received from the taxi 21 that sent the dispatch request, and proceeds to step S46.

[0083] In step S46, the vehicle dispatch management unit 54 determines the taxi 21 that has transmitted the request acceptance notification as the taxi 21 to be dispatched, and transmits vehicle dispatch reservation information to the determined taxi 21. The vehicle dispatch reservation information is, for example, information such as the name of the user who has requested the vehicle dispatch, the boarding place, the boarding time, and the destination.

[0084] Then, in step S47, the vehicle allocation management unit 54 transmits a vehicle allocation confirmation notification to the user application 61 that has made the vehicle allocation request.

[0085] The normal vehicle dispatch process is executed as described above.

[0086] When a user makes a vehicle dispatch request, if there is one or more taxis 21 with a status of "available," the user's vehicle dispatch request can be responded to immediately, regardless of whether the user is a general member or a priority member.

[0087] <4. Flow of vehicle dispatch control when requesting transfer of vehicle dispatch rights> Next, it is assumed that there is not even one taxi 21 with a status of "available" when the user makes a vehicle dispatch request.

[0088] If there are no "vacant" taxis 21 and the membership type of the user who made the dispatch request is a general member, the user will have to be informed of the absence of "vacant" taxis 21 or asked to wait until a dispatchable taxi 21 becomes available; however, the dispatch integrated management device 12 controls dispatch so as to respond to requests from priority members as much as possible.

[0089] Specifically, when a dispatch request is received from a priority member and there is not even one taxi 21 with a status of "vacant", the integrated dispatch management device 12 notifies the user of a taxi 21 that has already confirmed a dispatch request and is currently being dispatched to a boarding location close to the boarding location of the dispatch request of the priority member among the taxis 21 with a status of "pick-up" of a request to transfer the dispatch rights, and has the user transfer the dispatch rights, thereby performing dispatch control to respond to the dispatch request from the priority member.

[0090] FIG. 5 is a flowchart explaining the flow of dispatch control of the entire taxi dispatch system 1, which handles a dispatch request from a priority member by transferring the dispatch right when an "empty" taxi 21 cannot be allocated.

[0091] First, in step S61, a user who is a priority member (hereinafter simply referred to as a priority member) starts the user application 61 and performs an operation of requesting a vehicle dispatch by inputting a boarding location "X" and a destination "Y" into the user application 61. The operation of requesting a vehicle dispatch is similar to the operation described with reference to FIG.

[0092] When the operation bar 82A is slid to the right by the priority member, in step S62, the user application 61 transmits a vehicle dispatch request together with information on the boarding location "X" and the destination "Y" to the vehicle dispatch integrated management device 12.

[0093] In step S81, the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 receives a vehicle dispatch request from the user application 61, and extracts a dispatchable taxi 21 by referring to the current vehicle status data managed by the vehicle status data management unit 51. Here, it is assumed that there is no taxi 21 having a status of "vacant" among the taxis 21 closest to the boarding location "X".

[0094] Next, in step S82, the dispatch management unit 54 extracts a taxi 21 that is in the vicinity of the boarding location "X" of a priority member. Assume that this extraction process extracts general member user A (hereinafter referred to as general user A) who has been dispatched to boarding location "X1" near the boarding location "X" and is in the process of picking up the priority member (waiting for the arrival of the taxi 21) and general member user B (hereinafter referred to as general user B) who has been dispatched to boarding location "X2" near the boarding location "X" and is in the process of picking up the priority member.

[0095] In step S83, the vehicle allocation management unit 54 transmits a transfer request to the user application 61 of the general user A and the user application 61 of the general user B to request the transfer of the vehicle allocation right.

[0096] In step S101, the user application 61 of the general user A receives a transfer request from the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 and displays a transfer request screen on the display of the user terminal 13.

[0097] In step S111, the user application 61 of the general user B also receives the transfer request from the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 and displays a transfer request screen on the display of the user terminal 13.

[0098] FIG. 6 shows an example of a transfer request screen that is displayed on the display of the user terminal 13 when a transfer request is received from the vehicle dispatch integrated management device 12.

[0099] On the transfer request screen, as shown in Fig. 6, a message 121 saying "There is someone who wants to transfer the dispatch rights. If you transfer, the next pick-up fee will be free. Do you want to transfer?" is displayed on the area map 81, along with a window 124 having a "Transfer" button 122 and a "Don't transfer" button 123. The "Transfer" button 122 is operated (pressed) when the user is OK with the transfer. The "Don't transfer" button 123 is operated (pressed) when the user does not want to transfer.

[0100] In the process of FIG. 5, it is assumed that general user A operates the “transfer” button 122 and general user B operates the “not transfer” button 123.

[0101] When general user A operates the "Transfer" button 122, in step S102, the user application 61 of general user A transmits a request acceptance notice indicating that the vehicle dispatch right may be transferred to the vehicle dispatch integrated management device 12.

[0102] When general user B operates the “Do not transfer” button 123, in step S112, the user application 61 of general user B transmits a request rejection notice indicating that the vehicle allocation right will not be transferred to the vehicle allocation integrated management device 12.

[0103] In step S84, the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 receives a request acceptance notification from the user application 61 of the general user A and receives a request rejection notification from the user application 61 of the general user B. Then, the vehicle dispatch management unit 54 determines a taxi to be dispatched to the priority member based on the received results. In this example, the taxi 21 that is picking up the general user A is determined to be the taxi to be dispatched to the priority member.

[0104] In step S85, the dispatch management unit 54 transmits a change notification of the dispatch request to the driver application 35 of the taxi 21 that is currently picking up the general user A toward the boarding location of the general user A. The change notification of the dispatch request is, for example, information indicating that the dispatch request has been changed from the previously confirmed general user A to a priority member, the name of the priority member, the changed boarding location "X", the boarding time, the destination, and the like.

[0105] In step S141, the driver application 35 of the taxi 21 picking up the general user A acquires data on the notification of the change in the dispatch request from the vehicle dispatch integrated management device 12 and displays it on the display. Then, when the driver performs a response operation to accept the change in the dispatch request, in step S142, the driver application 35 transmits a request acceptance notification to the vehicle dispatch integrated management device 12 to accept the change in the dispatch request.

[0106] When the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 receives the request acceptance notification from the taxi 21, in step S86, it transmits a transfer completion notification to the user application 61 of the general user A, notifying that the transfer of the vehicle dispatch right has been completed. Incentive information obtained by transferring the vehicle dispatch right, such as an electronic coupon for free pick-up fee for the next time, is also transmitted to the user application 61 of the general user A together with the transfer completion notification. As a result, the general user A who has transferred the vehicle dispatch right can use the electronic coupon for free pick-up fee the next time he or she makes a vehicle dispatch request.

[0107] Furthermore, in step S87, the vehicle allocation management unit 54 transmits a vehicle allocation confirmation notification to the driver application 35 of the priority member. The order of steps S86 and S87 may be reversed, or steps S86 and S87 may be performed simultaneously (in parallel).

[0108] When the driver application 35 of the priority member receives the vehicle allocation confirmation notice in step S63, the driver application 35 displays the vehicle allocation confirmation.

[0109] <5. Dispatch processing by the integrated vehicle dispatch management device that requests the transfer of vehicle dispatch rights> Next, details of the dispatch process by the integrated dispatch management device 12 among the dispatch control process of the entire taxi dispatch system 1 shown in Fig. 5 will be described with reference to the flowchart of Fig. 7. The process of Fig. 7 is started, for example, when a program for executing the dispatch process is started in a server device serving as the integrated dispatch management device 12.

[0110] First, in step S181, the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 determines whether a vehicle dispatch request has been received from the user application 61, and waits until it is determined that a vehicle dispatch request has been received.

[0111] If it is determined in step S181 that a vehicle dispatch request has been received, the process proceeds to step S182. In the vehicle dispatch process of Fig. 7, similarly to Fig. 5, the vehicle dispatch request received in step S181 is a vehicle dispatch request from a priority member, the boarding location is "X", and the destination is "Y".

[0112] In step S182, the dispatch management unit 54 refers to the vehicle status data stored in the vehicle status data management unit 51, and extracts from among the taxis 21 whose status is "vacant" those taxis 21 that can be dispatched to the boarding location for which the dispatch request has been made within a specified time.

[0113] In step S183, the dispatch management unit 54 determines whether normal dispatch is possible, in other words, whether there is a taxi 21 with a status of "vacant" that can be dispatched within a specified time to the boarding location "X" for which the dispatch request has been made.

[0114] If it is determined in step S183 that normal vehicle dispatch is possible, the process proceeds to step S184, where the vehicle dispatch management unit 54 executes normal vehicle dispatch processing. Specifically, the normal vehicle dispatch processing in step S184 is the same as the processing in steps S43 to S47 in FIG. 4.

[0115] On the other hand, if it is determined in step S183 that normal dispatch is not possible, the process proceeds to step S185, where the dispatch management unit 54 determines whether the user of the user application 61 that sent the dispatch request is a priority member.

[0116] If it is determined in step S185 that the user is not a priority member, the process proceeds to step S186, and the vehicle dispatch management unit 54 sends a message such as "Currently, there are no taxis available for dispatch in the vicinity. Please consider changing the dispatch time" to the user application 61, and suggests to the user that the dispatch time be changed. Therefore, if the user is a general member, the process of requesting the transfer of the vehicle dispatch right is not executed.

[0117] On the other hand, if it is determined in step S185 that the user is a priority member, the process proceeds to step S187, and the vehicle dispatch management unit 54 determines whether there is a taxi 21 currently picking up the priority member near the boarding location "X" by referring to the vehicle status data in the vehicle status data management unit 51. The vicinity of the boarding location "X" is, for example, a range within a predetermined distance or time from the boarding location "X".

[0118] In the dispatch process of Figure 7, similar to the process described in Figure 5, it is assumed that there is a general user A who is waiting for (picking up) a taxi 21 at a boarding location "X1" near the boarding location "X", and a general user B who is waiting for (picking up) a taxi 21 at a boarding location "X2" near the boarding location "X".

[0119] If it is determined in step S187 that there is no taxi 21 available to pick up the priority member near the boarding location "X", the process proceeds to step S186 described above. In this case, the dispatch management unit 54 transmits a message to the user application 61 such as "Currently, there are no taxis available for dispatch in the vicinity. Please consider changing the dispatch time."

[0120] On the other hand, if it is determined in step S187 that a taxi 21 is present near the boarding location "X" of the preferred member, the process proceeds to step S188, and the vehicle dispatch management unit 54 transmits a transfer request for the vehicle dispatch right to the user application 61 of the user of the taxi 21 that is present near the boarding location "X". Specifically, the transfer request for the vehicle dispatch right is transmitted to the user application 61 of the general user A and the user application 61 of the general user B.

[0121] Then, in step S189, the vehicle dispatch management unit 54 waits for a response to the transmitted request for transfer of the vehicle dispatch rights, i.e., a request acceptance notice or a request rejection notice, and determines whether a request acceptance notice has been received from one or more users (user applications 61). If the vehicle dispatch management unit 54 does not receive a request acceptance notice within a certain period of time (e.g., 15 seconds) from a user who transmitted a request for transfer of the vehicle dispatch rights, it can recognize that the request has been rejected and treat it as if a request rejection notice had been received.

[0122] In step S189, if it is determined that there is no request acceptance notification from one or more users (user applications 61), that is, request rejection notifications have been received from all users, the process proceeds to step S186 described above. In this case, a dispatch unavailable message such as "There are no dispatchable taxis in the vicinity" is transmitted from the dispatch management unit 54 to the user application 61.

[0123] On the other hand, if it is determined in step S189 that a request acceptance notification has been received from one or more users (user applications 61), the processing proceeds to step S190, and the dispatch management unit 54 determines whether the request acceptance notification has been received from one user.

[0124] If it is determined in step S190 that the number of users who have received the request acceptance notification is one, the process proceeds to step S191, and the dispatch management unit 54 determines that the taxi 21 currently picking up the user who has received the request acceptance notification (user A in the example of Figure 5) is the taxi to be dispatched to the priority member.

[0125] On the other hand, if it is determined in step S190 that the request acceptance notices have been received from a plurality of users, the process proceeds to step S192, where the vehicle dispatch management unit 54 determines a taxi to be dispatched to the priority member from among the plurality of users who have received the request acceptance notice. For example, the vehicle dispatch management unit 54 determines the taxi 21 that can arrive at the boarding location "X" of the priority member earliest among the taxis 21 currently being picked up and assigned to each of the plurality of users who have received the request acceptance notice, as the taxi to be dispatched to the priority member. Also, for example, when the user who is the transferor applies for an amount of money as a reward for the transfer of the vehicle dispatch right, the vehicle dispatch management unit 54 determines the taxi to be dispatched to the priority member from among the plurality of users who have received the request acceptance notice, as the taxi to be dispatched to the priority member. The application for the transfer amount may be made by the user in a window 124 in FIG. 6 that confirms whether or not the vehicle dispatch right is desired to be transferred, or the allowable amount when the user transfers the vehicle dispatch right may be set in advance on a setting screen of the user application 61 or the like.

[0126] For example, if there are multiple membership types such as gold membership, silver membership, and bronze membership, and multiple users who have responded with request acceptance notifications have different membership types, the taxi 21 currently being picked up and assigned to a user with a lower membership type may be determined as the taxi to be dispatched to the priority member. Also, for example, multiple users who have responded with request acceptance notifications may negotiate through conversation via the driver app 35 to determine the user to whom the dispatch right is to be transferred.

[0127] When the taxi 21 to which the dispatch right is to be transferred is determined by the process of step S191 or step S192, in step S193, the dispatch management unit 54 transmits a change notification of the dispatch request to the driver app 35 of the taxi 21 to which the dispatch right is to be transferred, in the above example, the taxi 21 to which the general user A is to be dispatched at the boarding location "X1". The driver of the taxi 21 to which the general user A is to be dispatched at the boarding location "X1" checks the change information of the dispatch request displayed on the display by the driver app 35, and performs an operation to accept the change of the dispatch request. Based on the driver's operation, a request acceptance notification to accept the change of the dispatch request is transmitted from the driver app 35 to the dispatch integration management device 12, and is received by the dispatch integration management device 12.

[0128] In step S194, the vehicle dispatch management unit 54 sends a transfer completion notification to the user application 61 of general user A indicating that the transfer of the vehicle dispatch right has been completed, and also sends incentive information to be obtained by transferring the vehicle dispatch right.

[0129] In step S195, the dispatch management unit 54 transmits a dispatch confirmation notice to the user application 61 of the priority member, indicating that dispatch has been confirmed in response to the dispatch request. The dispatch confirmation notice includes information such as a number identifying the dispatched taxi 21, the taxi company name, the radio number, and the pick-up arrival time, and is displayed on the display of the user terminal 13. The pick-up arrival time is the scheduled time that the dispatched taxi 21 will arrive at the boarding location "X". In addition, an estimated fare from the boarding location "X" to the destination "Y" and an estimated arrival time (estimated travel time) may be displayed. The order of steps S194 and S195 may be reversed, or steps may be performed simultaneously (in parallel).

[0130] As described above, according to the vehicle dispatch control that allows the transfer of vehicle dispatch rights, even if a vehicle dispatch request is received from a priority member and there is no taxi 21 with the status "vacant," a taxi 21 that is currently being picked up and assigned to a vehicle dispatch request from another user who is a general member can be assigned to the priority member user. This can improve the probability of responding to a vehicle dispatch request from a specific user such as a priority member.

[0131] In addition, general users who agree to transfer the vehicle dispatch rights are given incentives such as electronic coupons, electronic money, points, etc. that can be used the next time a vehicle is dispatched, such as free pick-up fees and priority reservation rights. This allows the person who transferred the vehicle dispatch rights to enjoy certain benefits, which encourages the transfer of vehicle dispatch rights.

[0132] In the above-described embodiment, the membership types of users of user application 61 are divided into general members and priority members, and users who are priority members can transfer vehicle allocation rights, but without dividing them into general members and priority members, it is also possible to allow users to acquire the right to have vehicle allocation rights transferred to them, for example, by paying a specified additional fee each time they make a vehicle allocation request.

[0133] For example, when the vehicle dispatch management unit 54 extracts taxis 21 that can respond to a dispatch request and determines that there are no taxis 21 with a status of “vacant”, the vehicle dispatch management unit 54 causes a vehicle dispatch request screen such as that shown in FIG. 8 to be displayed on the user application 61 of the user who performed the vehicle dispatch request operation.

[0134] The dispatch request screen in FIG. 8 displays a message 141 on an area map 81 saying, "There are no taxis available for dispatch in the vicinity. XX people are waiting for a dispatch. Would you like to use the priority dispatch right?" along with a window 144 having a "Use" button 142 and a "Do not use" button 143. The "Use" button 142 is operated (pressed) when the user wishes to use the priority dispatch right. The "Do not use" button 143 is operated (pressed) when the user does not wish to use the priority dispatch right. When the user uses the priority dispatch right, a specified fee is paid by card payment or the like for each use.

[0135] In the vehicle dispatch control described with reference to Figs. 5 to 7, when it is determined that the user is a priority member and there is no "vacant" taxi 21 available to respond to the dispatch request, a dispatchable taxi 21 is searched for among the taxis 21 that are dispatching to general members. However, even when the user is a priority member, the dispatch request screen of Fig. 8 may be displayed to confirm whether or not to use the priority dispatch right, and then a dispatchable taxi 21 may be searched for. Alternatively, when it is determined that there is no "vacant" taxi 21 available for dispatch, a message such as "There are no taxis available for dispatch in the vicinity. XX people are waiting for dispatch before you. Priority dispatch will be performed" may be displayed to notify the priority member that priority dispatch is being performed. When it is notified that priority dispatch is being performed, if there is no taxi 21 that is likely to be transferred, a message of the execution result of priority dispatch may be displayed, such as "There was no taxi available to transfer the dispatch right."

[0136] If there is a taxi 21 waiting to pick up a preferred member near the boarding location "X" but all users have rejected the taxi, the incentive may be changed to be more favorable for the transferor user, such as by increasing the remuneration or discount amount, and a request for transfer of the vehicle dispatch rights may be sent again. The user to whom the vehicle dispatch rights are being transferred may be asked to confirm whether to change the remuneration, for example, "There are no taxis available to transfer the vehicle dispatch rights. Would you like to change the remuneration?" Either the user to whom the vehicle dispatch rights are being transferred (transferee) or the user transferring the vehicle dispatch rights (transferor) may take the initiative in proposing a change in incentive, and the transferee and transferor may negotiate to determine the incentive and decide whether to transfer the vehicle dispatch rights.

[0137] A user (transferee) who wishes to transfer the vehicle dispatch right may appeal the reason to the user (transferor) who transfers the vehicle dispatch right via the user application 61. For example, the user may input information such as "I'm going to be late for a university entrance exam," "I won't be able to make it to an important meeting," "I'm in a place where there are no available taxis," etc., via the user application 61 and notify the transferor.

[0138] In the dispatch control described with reference to Figures 5 to 7, the users to whom the dispatch rights are to be transferred are limited to general members, and a search is conducted for taxis 21 available for dispatch. However, the users to whom the dispatch rights are to be transferred may not be limited to general members, and the search may also include priority members.

[0139] In addition, on a setting screen or the like of the user application 61, whether the dispatch right may be transferred, and if the dispatch right is to be transferred, a certain amount of reward or more may be registered as setting information in advance, and the dispatch integrated management device 12 can acquire the user's setting information and store it as customer data in the customer data management unit 52. In this case, the dispatch integrated management device 12 searches for a user who is able to request the dispatch right to be transferred from among the taxis 21 en route (picking up) for a user who is set to be allowed to transfer the dispatch right, and does not transmit a request to transfer the dispatch right to a user who is set to not want to transfer the dispatch right.

[0140] Alternatively, instead of basing the information on the user's settings, a message such as "You may receive a request to transfer the dispatch rights. If a transfer request is received, would you like to transfer the right?" may be displayed each time a dispatch request is made, and the user's ability to transfer the right may be confirmed each time, and a search may be made for users to whom a transfer request can be made from among the taxis 21 of users who have responded that the right can be transferred.

[0141] Taxis 21 for which the dispatch right may be transferred and taxis 21 for which the dispatch right may not be transferred may be set separately so that the user can recognize them. In this case, a user who is dispatched with a taxi 21 for which the dispatch right may be transferred can expect a request for the transfer of the dispatch right to come. A user who wants to earn an incentive may deliberately use a taxi 21 for which the dispatch right may be transferred. The set number and ratio of taxis 21 for which the dispatch right may be transferred and taxis 21 for which the dispatch right may not be transferred can be flexibly set depending on the business area, business hours, weather, the presence or absence of events, etc.

[0142] <6. Variation for requesting a ride together> In the above embodiment, a user to whom the right to dispatch a vehicle can be transferred is searched for among taxis 21 that can arrive within a certain distance or time range centered on the boarding location "X" of the priority member's dispatch request, and a transfer request is made. The user who transferred the right to dispatch a vehicle must search for another taxi 21 again or travel by alternative means such as a train or bus.

[0143] Another method of vehicle dispatch control by the vehicle dispatch integrated management device 12 is to search for a user who has made a vehicle dispatch request close to the boarding location "X" and destination "Y" of the vehicle dispatch request of the priority member, send a ride request to that user, and if a request acceptance notice is received, ride together. In this case, both the user who transfers the ride together right and the user who receives the ride together can arrive at the destination by using the taxi 21.

[0144] FIG. 9 shows an example of a ride-along request screen that is displayed on the display of the user terminal 13 to which the ride-along request is sent when the vehicle dispatch integrated management device 12 sends a ride-along request to the user application 61 of a user who has requested a ride-along that is close to both the boarding location "X" and the destination "Y" of the ride-along request.

[0145] 9 displays a window 164 having a message 161 saying "Someone wants to ride with you. If you allow them to ride with you, the fare to their destination will be 0 yen. Do you want to allow them to ride with you?", an "Allow" button 162, and a "Do not allow" button 163. The "Allow" button 162 is operated (pressed) when the user is willing to allow them to ride with him / her. The "Do not allow" button 163 is operated (pressed) when the user does not want to allow them to ride with him / her.

[0146] A boarding location mark 181 indicating the boarding location of the user who has been requested to ride with the passenger, a destination mark 182 indicating the destination, and a planned driving route 183 of the user who has been requested to ride with the passenger are displayed on the area map 81. Also displayed are a boarding location mark 184 indicating the boarding location of the user who wishes to ride with the passenger, and a destination mark 185 indicating the destination.

[0147] A user who has been requested to ride with the requesting user can check the proximity (distance) of the boarding location and destination of the requesting user to his / her own boarding location and destination by referring to the boarding request screen in Fig. 9, and can check an estimate for when the fare will be 0 yen as an incentive. A user who has been requested to ride with the requesting user can inquire whether it is OK to change his / her destination to match the destination of the requesting user, and if the change is permitted, an incentive can be given to the requesting user.

[0148] The vehicle dispatch control process when making a ride-along request is basically similar to the process of making a request to transfer the vehicle dispatch right shown in Fig. 5 and Fig. 7, and therefore a detailed description thereof will be omitted. The vehicle dispatch control process when making a ride-along request differs from the process of making a request to transfer the vehicle dispatch right in that when extracting a taxi 21 available for a ride-along, not only the boarding location but also the destination must be considered, and the fare of the transferor can be discounted as an incentive.

[0149] For a user whose boarding location and destination are both close by, both a request to transfer the vehicle dispatch rights and a request to ride together may be sent to the user, and the user may be asked whether they would be willing to accept either one of them.

[0150] Furthermore, both a request for transfer of the vehicle dispatch right and a request for a ride together may be sent to a potential user who is close to the user who wishes to ride but is somewhat distant from the destination, and the user may be asked whether to accept the request. If the request for a ride together is accepted, an incentive may be given such that if the transferor gets off at the destination first, the fare to the transferor's destination is free (paid by the transferee), or if the transferee gets off at the destination first, the fare to the transferee's destination is free (paid by the transferee).

[0151] <7. Variations in the Transfer of Vehicle Allocation Rights> In the above-described embodiment, when a user who is a priority member makes a request for dispatch, if there is not a single taxi 21 with a status of "available," the integrated dispatch management device 12 extracts from among the taxis 21 that are available to pick up a taxi that is closest to the boarding location "X" of the priority member who wishes to dispatch a taxi.

[0152] In addition, the vehicle dispatch integrated management device 12 may extract a taxi 21 that is close to the boarding location "X" of the preferred member who wishes to dispatch a taxi from among the taxis 21 that are actually in operation and transmit a ride request or a transfer request to the user of the taxi 21 (the user application 61 of the user). In the case of a ride request, as in the modified example of the ride request described above, the transferor may discount the fare of the route portion on which the transferee rides or a part of the total fare as an incentive. In the case of a transfer request, as an incentive for the transferor, the fare incurred by the transferor until the transferor transfers to the transferee may be free, and instead, the transferee may pay the fare. When the transferor transfers to the transferee and gets off the taxi 21, the vehicle dispatch management unit 54 of the vehicle dispatch integrated management device 12 may request a replacement taxi 21, and as an incentive for the transferor, the fare of the replacement taxi 21 may be free or a discounted fare. When there are multiple users who can accept a ride request or a transfer request, the user with the shortest remaining distance to the destination may be set as the transferor to determine the taxi 21 to ride with or transfer.

[0153] When there is no taxi 21 waiting to pick up a preferred member near the boarding location "X" and there is no user who is willing to transfer the dispatch right or allow the user to ride with the taxi, the system can control so that a user with a confirmed taxi reservation can be asked to postpone the time of the taxi reservation by about 30 minutes to an hour, and an incentive is given to the user who postpones the time of the taxi reservation.

[0154] A situation where there is a high demand for taxis and there are no "empty" taxis 21 may be predictable based on the location, time, weather, and other conditions, for example, in an area where there are no other means of transportation such as buses, or during times when people are most likely to commute to work or school.

[0155] When a dispatch request is made from the user application 61 of a user at a time or place where such a tight taxi supply and demand is expected, the dispatch management unit 54 can make a proposal to avoid crowded times or places (boarding point, destination). When a user changes the time or place of the dispatch request in response to a request from the dispatch management unit 54, control can be performed to give an incentive to the user.

[0156] <8. Summary of the embodiment> As described above, according to the taxi dispatch system 1, which is an embodiment to which the present technology is applied, the dispatch management unit 54 of the dispatch integrated management device 12, for example, when a dispatch request is received from a user who is a priority member and there is no taxi 21 with a status of "vacant", searches for taxis 21 that are moving to a location within a predetermined range from the boarding location "X" input by the user who is a priority member in the dispatch request, and extracts the taxis 21 of user A and user B. The dispatch management unit 54 transmits a request for transfer of dispatch rights or permission to ride in the taxi 21 to the terminal device 13 of user A or user B (first user) for which dispatch of the taxi 21 has been confirmed, and when a notification that the request is accepted is received from the terminal device 13 of user A or user B, it transmits to the terminal device 13 of the user who is a priority member (second user) that dispatch or riding is possible.

[0157] This can improve the probability of responding to vehicle dispatch requests from specific users such as priority members.

[0158] In the above-described embodiment, an example of controlling dispatch of a taxi as a mobile device has been described, but the present invention can also be applied to other mobile devices that carry passengers (people), specifically, buses, trains, airplanes, ships, helicopters, etc., mobile devices that carry objects (baggage), trucks, dump trucks, etc. In addition, the mobile device may be an unmanned device such as a drone.

[0159] <9. Computer configuration example> The above-mentioned series of processes can be executed by hardware or software. When the series of processes is executed by software, the programs constituting the software are installed in a computer. Here, the computer includes a microcomputer built into dedicated hardware, and a general-purpose personal computer, for example, capable of executing various functions by installing various programs.

[0160] FIG. 12 is a block diagram showing an example of the hardware configuration of a computer when the processes executed by the vehicle dispatch integrated management device 12, the user terminal 13, or the terminal device 33 are executed by a computer using a program.

[0161] In the computer, a central processing unit (CPU) 201, a read only memory (ROM) 202, and a random access memory (RAM) 203 are interconnected via a bus 204.

[0162] An input / output interface 205 is further connected to the bus 204. An input unit 206, an output unit 207, a storage unit 208, a communication unit 209, and a drive 210 are connected to the input / output interface 205.

[0163] The input unit 206 includes operation buttons, a keyboard, a mouse, a microphone, a touch panel, an input terminal, etc. The output unit 207 includes a display, a speaker, an output terminal, etc. The storage unit 208 includes a hard disk, a RAM disk, a non-volatile memory, etc. The communication unit 209 includes a network interface, etc. The drive 210 drives a removable recording medium 211 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.

[0164] In the computer configured as above, the CPU 201 performs the above-mentioned series of processes by, for example, loading a program stored in the storage unit 208 into the RAM 203 via the input / output interface 205 and the bus 204 and executing the program. The RAM 203 also stores data and the like necessary for the CPU 201 to execute various processes as appropriate.

[0165] The program executed by the computer (CPU 201) can be provided by being recorded on a removable recording medium 211 such as a package medium, for example. The program can also be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.

[0166] In the computer, the program can be installed in the storage unit 208 via the input / output interface 205 by mounting the removable recording medium 211 in the drive 210. The program can also be received by the communication unit 209 via a wired or wireless transmission medium and installed in the storage unit 208. Alternatively, the program can be installed in the ROM 202 or the storage unit 208 in advance.

[0167] In this specification, a system refers to a collection of multiple components (devices, modules (parts), etc.), regardless of whether all the components are in the same housing. Therefore, multiple devices housed in separate housings and connected via a network, and a single device in which multiple modules are housed in a single housing, are both systems.

[0168] In addition, in this specification, the steps described in the flowcharts may of course be performed chronologically in the order described, but they do not necessarily have to be processed chronologically and may be executed in parallel or at the required timing, such as when a call is made.

[0169] The embodiments of the present technology are not limited to the above-described embodiments, and various modifications are possible without departing from the gist of the present technology.

[0170] For example, it is possible to adopt a configuration in which all or part of the above-described embodiments are combined.

[0171] For example, the present technology can be configured as cloud computing, in which a single function is shared and processed collaboratively by multiple devices via a network.

[0172] Furthermore, each step described in the above flow chart can be executed by one device, or can be shared and executed by a plurality of devices.

[0173] Furthermore, when a single step includes multiple processes, the multiple processes included in the single step can be executed by a single device, or can be shared and executed by multiple devices.

[0174] It should be noted that the effects described in this specification are merely examples and are not limiting, and there may be effects other than those described in this specification.

[0175] The present technology can have the following configurations. (1) and a management unit that transmits a request for transfer of the right to dispatch a vehicle or permission to ride on the vehicle to a terminal device of a first user for which dispatch of the vehicle has been confirmed, and transmits, when a notification of approval of the request is received from the terminal device of the first user, a notification that the vehicle dispatch or riding is possible to a terminal device of a second user. Vehicle dispatch management device. (2) When the management unit receives a notification that the request is accepted from the terminal device of the first user, the management unit transmits incentive information to the terminal device of the first user. The vehicle dispatch management device described in (1). (3) The first user and the second user are registered as different user types, The second user is a type that is given priority in dispatching over the first user. The vehicle dispatch management device according to (1) or (2). (4) The first user to whom the request is sent is a user who has already confirmed dispatch of the mobile device that is moving to a location within a predetermined range from a boarding location designated by the second user. A vehicle dispatch management device according to any one of (1) to (3). (5) The management unit transmits a request for transfer of the right to dispatch the vehicle or permission to ride in the mobile device to a terminal device of each of the first users whose mobile device dispatch has been confirmed. A vehicle dispatch management device according to any one of (1) to (4). (6) When the management unit receives notifications approving the request from the terminal devices of the first users, the management unit determines a mobile device to be dispatched to the first user that can arrive at the boarding location designated by the second user earliest as a mobile device to be assigned to the second user. The vehicle dispatch management device according to (5) above. (7) When the management unit receives notifications approving the request from a plurality of terminal devices of the first user, the management unit determines a mobile device to be allocated to the second user that is to be allocated to the first user and that has the lowest amount for the transfer of the right to allocate the vehicle or the permission to ride in the mobile device. The vehicle dispatch management device according to (5) above. (8) The management unit transmits to the terminal device of the second user whether or not to perform preferential vehicle allocation, and when a reply is received that the preferential vehicle allocation will be performed, transmits a request for transfer of the right to the vehicle allocation or permission to ride in the mobile device to the terminal device of the first user for whom the allocation of the mobile device has been confirmed. A vehicle dispatch management device according to any one of (1) to (7). (9) The management unit transmits the request to the terminal device of the first user, and if the request is rejected by the first user, changes incentive information to be transmitted to the terminal device of the first user if the request is accepted, and transmits the request again. A vehicle dispatch management device according to any one of (1) to (8). (10) When the management unit receives a notification of approval of the request from the terminal device of the first user, the management unit transmits a notification of change in dispatch of the mobile device to the terminal device mounted on the mobile device. A vehicle dispatch management device according to any one of (1) to (9). (11) The vehicle dispatch management device, A request for transfer of the right to dispatch a vehicle or permission to ride on the vehicle is transmitted to a terminal device of a first user for whom dispatch of the vehicle has been confirmed, and when a notification of approval of the request is received from the terminal device of the first user, a notification that dispatch or riding is possible is transmitted to the terminal device of a second user. Vehicle allocation management methods. (12) On the computer, A process of receiving a request for transfer of a right to dispatch a vehicle of a mobile device or permission to ride on the mobile device from a vehicle dispatch management device; A process of transmitting a notification of acceptance of the request to the vehicle dispatch management device; receiving incentive information from the vehicle dispatch management device in response to a notification of acceptance of the request; A program for executing the above. [Explanation of symbols]

[0176] 1 taxi dispatch system, 11 dispatch management device, 12 dispatch integrated management device, 13 terminal device (user terminal), 21 taxi, 31 in-vehicle device, 33 terminal device, 34 vehicle movement data generation unit, 35 driver application, 41 vehicle movement data management unit, 42 order information management unit, 51 vehicle movement data management unit, 52 customer data management unit, 53 order information management unit, 54 dispatch management unit, 61 user application, 201 CPU, 202 ROM, 203 RAM, 206 input unit, 207 output unit, 208 memory unit, 209 communication unit, 210 drive

Claims

1. and a management unit that transmits a request for transfer of the right to dispatch a vehicle or permission to ride on the vehicle to a terminal device of a first user for which dispatch of the vehicle has been confirmed, and transmits, when a notification of approval of the request is received from the terminal device of the first user, to the terminal device of a second user, a notification that the vehicle dispatch or ride is possible. Vehicle dispatch management device.

2. When the management unit receives a notification that the request is accepted from the terminal device of the first user, the management unit transmits incentive information to the terminal device of the first user. The vehicle dispatch management device according to claim 1.

3. The first user and the second user are registered as different user types, The second user is a type that is given priority in dispatching a vehicle over the first user. The vehicle dispatch management device according to claim 1.

4. The first user to whom the request is sent is a user who has already confirmed dispatch of the mobile device that is moving to a location within a predetermined range from a boarding location designated by the second user. The vehicle dispatch management device according to claim 1.

5. The management unit transmits a request for transfer of the right to dispatch the vehicle or permission to ride in the mobile device to a terminal device of each of the first users whose mobile device dispatch has been confirmed. The vehicle dispatch management device according to claim 1.

6. When the management unit receives notifications approving the request from the terminal devices of the plurality of first users, the management unit determines a mobile device to be dispatched to the first user that can arrive at a boarding location designated by the second user earliest as a mobile device to be assigned to the second user. The vehicle dispatch management device according to claim 5.

7. When the management unit receives notifications approving the request from a plurality of terminal devices of the first user, the management unit determines a mobile device to be allocated to the second user that is to be allocated to the first user and that offers the lowest amount for the transfer of the right to allocate the vehicle or the lowest amount for permission to ride in the mobile device. The vehicle dispatch management device according to claim 5.

8. The management unit transmits to the terminal device of the second user whether or not to perform preferential vehicle allocation, and when a reply is received that the preferential vehicle allocation will be performed, transmits a request for transfer of the right to the vehicle allocation or permission to ride in the mobile device to the terminal device of the first user for whom the allocation of the mobile device has been confirmed. The vehicle dispatch management device according to claim 1.

9. The management unit transmits the request to the terminal device of the first user, and if the request is rejected by the first user, changes incentive information to be transmitted to the terminal device of the first user if the request is accepted, and transmits the request again. The vehicle dispatch management device according to claim 1.

10. When the management unit receives a notification of approval of the request from the terminal device of the first user, the management unit transmits a notification of change in dispatch of the mobile device to the terminal device mounted on the mobile device. The vehicle dispatch management device according to claim 1.

11. The vehicle dispatch management device, A request for transfer of the right to dispatch a vehicle or permission to ride on the vehicle is transmitted to a terminal device of a first user for whom dispatch of the vehicle has been confirmed, and when a notification of approval of the request is received from the terminal device of the first user, a notification that dispatch or riding is possible is transmitted to the terminal device of a second user. Vehicle allocation management methods.

12. On the computer, A process of receiving a request for transfer of a right to dispatch a vehicle of a mobile device or permission to ride on the mobile device from a vehicle dispatch management device; A process of transmitting a notification of acceptance of the request to the vehicle dispatch management device; receiving incentive information from the vehicle dispatch management device in response to a notification of acceptance of the request; A program for executing the above.

Images