WO2022091796A1 - 配車システム、配車方法及び配車プログラム - Google Patents

配車システム、配車方法及び配車プログラム Download PDF

Info

Publication number
WO2022091796A1
WO2022091796A1 PCT/JP2021/038016 JP2021038016W WO2022091796A1 WO 2022091796 A1 WO2022091796 A1 WO 2022091796A1 JP 2021038016 W JP2021038016 W JP 2021038016W WO 2022091796 A1 WO2022091796 A1 WO 2022091796A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
reservation information
reservation
confirmed
information
Prior art date
Application number
PCT/JP2021/038016
Other languages
English (en)
French (fr)
Inventor
洋 菅谷
弘之 増田
萌樹 小澤
眞実 川崎
Original Assignee
ソニーグループ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーグループ株式会社 filed Critical ソニーグループ株式会社
Priority to JP2022558997A priority Critical patent/JPWO2022091796A1/ja
Publication of WO2022091796A1 publication Critical patent/WO2022091796A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G06Q50/40—
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams

Definitions

  • This disclosure relates to a vehicle allocation system, a vehicle allocation method, and a vehicle allocation program.
  • Patent Document 1 Various systems for booking vehicles such as taxis have been proposed (see, for example, Patent Document 1).
  • One aspect of this disclosure provides a vehicle allocation system, vehicle allocation method and vehicle allocation program capable of reducing the mismatch between supply and demand of vehicle reservations.
  • the vehicle allocation system includes a vehicle allocation management device that manages the allocation of a plurality of vehicles, and a terminal device that transmits reservation information including time, departure place, and destination to the vehicle allocation management device.
  • the management device can operate at least one of the plurality of vehicles according to the reservation information or the modified reservation information transmitted from the terminal device, and each of the plurality of vehicles has the confirmed reservation information or the modified confirmed information. Modify at least one of the reservation information and the confirmed reservation information so that it can operate according to the reservation information.
  • the vehicle allocation management device can operate at least one of the plurality of vehicles according to the reservation information or the modified reservation information transmitted from the terminal device, and the plurality of vehicles. Includes modifying at least one of the reservation information and the confirmed reservation information so that each can operate according to the confirmed reservation information or the modified confirmed reservation information.
  • the vehicle allocation program can be operated according to the reservation information including the time, the departure place and the destination, or the modified reservation information transmitted from the terminal device by at least one vehicle among the plurality of vehicles.
  • the matching between the supply and demand of the vehicle reservation is optimized.
  • the reservation frame is dynamically set for the vehicle from the time and place of the reservation before and after. From the reserved time and place, it is determined whether or not the reservation is possible, and the user is proposed to adjust the reservation.
  • matching is optimized by adjusting the supply side according to the demand.
  • a substitute vehicle can be used within the group to fill in the gaps at the time of cancellation.
  • Vehicles are dispatched using a vehicle group consisting of multiple vehicles with the same time (zone), close location (region), and multiple reservations.
  • FIG. 1 is a diagram showing an example of a schematic configuration of a vehicle dispatch system.
  • the vehicle allocation system 100 includes a terminal device 1 and a vehicle allocation management device 2. These terminals and devices are connected to the network N.
  • FIG. 1 illustrates a plurality of terminal devices 1. The number of terminal devices 1 is not limited to the example shown in FIG.
  • Vehicle V is also shown in FIG.
  • Vehicle V is an example of transportation.
  • An example of a vehicle V as a means of transportation is a taxi.
  • a case where the vehicle V is a taxi will be described.
  • the vehicle V is provided with an on-board unit and a terminal device (not shown).
  • the on-board unit acquires necessary data from a toll meter, a GSP (Global Positioning System) receiver, a gyro sensor, a speed meter, etc., and generates vehicle information representing a dynamic log of the vehicle V.
  • GPS Global Positioning System
  • sensors such as drive recorders are also included in the on-board unit.
  • the vehicle information includes a business district, a status indicating a business status (“actual vehicle”, “empty vehicle”, “pick-up vehicle”, etc.), a fare (fare), a current position, a moving speed, a moving direction, and the like.
  • the vehicle information also includes an ID.
  • IDs are a company ID that identifies the company to which the vehicle V belongs, a wireless ID that identifies the vehicle V, a crew ID that identifies the driver of the vehicle V, and the like. In addition, it may be included in the status time indicating the generation time of the status and the vehicle information.
  • the on-board unit generates vehicle information at a predetermined cycle, for example, and transmits it to the vehicle allocation management device 2.
  • Examples of terminal devices included in vehicle V are smartphones, tablet terminals, etc. that can operate driver applications.
  • the terminal device can communicate with the vehicle allocation management device 2 by being connected to the network N via, for example, an access point AP (base station or the like).
  • the driver application presents (displays, etc.) information about the vehicle allocation of the vehicle V to the driver, and accepts the driver's operation.
  • the vehicle allocation request information is presented to the driver, the response to the vehicle allocation request information is transmitted to the vehicle allocation management device 2, and the like.
  • the vehicle dispatch request information includes information such as an operation route (including a departure place and a destination), a departure time, an arrival time, and a fare.
  • the terminal device of the vehicle V receives the reservation operation table transmitted from the vehicle allocation management device 2.
  • the driver application presents the reservation schedule to the driver.
  • the driver of the vehicle V operates the vehicle V according to the reserved operation table.
  • the reserved operation table is updated in a timely manner and transmitted from the vehicle allocation management device 2 to the vehicle V.
  • the terminal device 1 is a smartphone, a tablet terminal, or the like, and is connected to the network N via an access point AP (base station or the like).
  • the user of the terminal device 1 uses the service of the vehicle allocation system 100 by operating the terminal device 1 and using an application for making a reservation (dispatch) of the vehicle V.
  • the vehicle allocation management device 2 is a device that manages the allocation of a plurality of vehicles V, and executes various processes necessary for using the service of the vehicle allocation system 100.
  • the vehicle allocation management device 2 constitutes, for example, a vehicle allocation management system operated by a taxi company. In the embodiment, an example in which the vehicle allocation management device 2 is one device will be described, but the function of the vehicle allocation management device 2 may be realized by a plurality of devices.
  • FIG. 2 is a diagram showing an example of a functional block of a vehicle allocation system. Some typical functional blocks in the terminal device 1 and the vehicle allocation management device 2 are exemplified.
  • the terminal device 1 includes a communication unit 11 and an application unit 12.
  • the communication unit 11 transmits and receives various information necessary for the processing executed by the terminal device 1 to and from the vehicle allocation management device 2.
  • the transmission / reception of information by the terminal device 1 indicates the transmission / reception of information by the communication unit 11.
  • the application unit 12 is a processing unit for executing an application.
  • the application is an application for allocating (reserving) the vehicle V, and is realized by cooperation with the application unit 22 of the vehicle allocation management device 2 described later.
  • the application unit 12 also provides a user interface for accepting user operations of the user and presenting information to the user.
  • the acceptance of user operations and the presentation of information by the terminal device 1 indicate the acceptance of user operations and the presentation of information by the application unit 12.
  • the application unit 12 accepts the input of reservation information.
  • the reservation information includes information such as a departure place and a destination (pick-up place), a departure time, and an arrival time.
  • the terminal device 1 transmits the reservation information to the vehicle allocation management device 2.
  • the vehicle allocation management device 2 includes a communication unit 21, an application unit 22, and a storage unit 23.
  • the communication unit 21 transmits and receives information necessary for processing executed by the vehicle allocation management device 2 between the terminal device 1 and the vehicle V.
  • the transmission / reception of information by the vehicle allocation management device 2 indicates the transmission / reception of information by the communication unit 21.
  • the storage unit 23 will be described first, and then the application unit 22 will be described.
  • the storage unit 23 stores various information used in the vehicle allocation management device 2.
  • Program 23a is exemplified as one of the stored information.
  • the program 23a is a vehicle allocation program (software) for making the computer function as the vehicle allocation management device 2.
  • the storage of information by the vehicle allocation management device 2 indicates the storage of information by the storage unit 23.
  • the application unit 22 is a processing unit for executing the above-mentioned application.
  • the application unit 22 includes a reservation management table generation unit 221, a vehicle allocation request unit 222, a correction unit 223, and a proposal unit 224.
  • the application unit 22 also uses the communication unit 21 and the storage unit 23 to execute the application.
  • the reservation management table generation unit 221 generates a vehicle group (group) including a plurality of vehicle Vs, manages vehicle information for each of the plurality of vehicle Vs, and generates a reservation management table. For example, a plurality of vehicles operating in a place (region, etc.) within the same range are generated as a vehicle group.
  • the reservation management table includes a reservation operation table for each of the plurality of vehicles V. In the reservation operation table, for example, the confirmed reservation of the vehicle V and the time (time zone) are described in association with each other.
  • the vehicle dispatch request unit 222 requests the vehicle V to dispatch the vehicle based on the reservation information.
  • the reservation information here is the reservation information transmitted from the terminal device 1 or the reservation information corrected by the correction unit 223 described later.
  • the vehicle allocation request unit 222 transmits vehicle allocation request information to the vehicle V.
  • the driver application presents the vehicle allocation request information and transmits the response to the vehicle allocation management device 2.
  • the driver approves the vehicle allocation request information
  • the approval result is transmitted from the terminal device 1 to the vehicle allocation management device 2, and the vehicle allocation is confirmed.
  • the reservation information related to the confirmed vehicle allocation is added to the reservation operation table as the confirmed reservation information of the vehicle V. It should be noted that the manual operation of the operator may intervene in the vehicle allocation by the vehicle allocation request unit 222.
  • the correction unit 223 corrects at least one of the reservation information transmitted from the terminal device 1 and the confirmed reservation information of each of the plurality of vehicles V.
  • the modification is that at least one of the plurality of vehicles V can operate according to the reservation information or the modified reservation information transmitted from the terminal device 1, and each of the plurality of vehicles V is the confirmed reservation information or the modification. It will be operated according to the confirmed reservation information.
  • correction reservation information is transmitted to the terminal device 1 in order to obtain the consent of the user.
  • the terminal device 1 presents the correction reservation information to the user.
  • the correction reservation information is accepted by the user operation on the terminal device 1, the terminal device 1 transmits the consent result to the vehicle allocation management device 2.
  • the vehicle allocation request unit 222 transmits the vehicle allocation request information to the vehicle V that can be operated according to the modified reservation information.
  • FIG. 3 and 4 are diagrams showing an example of correction of reservation information.
  • Vehicle VA and vehicle V-B are exemplified as the plurality of vehicle Vs.
  • the time zone occupied by the confirmed reservation information with respect to the time t is shown.
  • the time zone occupied by the confirmed reservation information is a time zone including a travel time without passengers, and may be a time zone predicted from the departure time, the departure place, the destination (place), and the like.
  • the time zone in which there is no confirmed reservation information is the free time zone in which reservation information can be added.
  • the reservation information transmitted from the terminal device 1 is expected to occupy a time zone between time t1 and time t2.
  • the correction unit 223 corrects the time zone of the reservation information from the time t1 to the time t3 shown in FIG. 3 to the time t2 to the time t4 within the free time of the vehicle VA as shown in FIG. 4, for example. do.
  • FIG. 5 is a flowchart showing an example of processing (vehicle allocation method) executed in the vehicle allocation system. As a premise, it is assumed that the reservation management table based on the confirmed reservation is generated by the reservation management table generation unit 221.
  • step S1 the reservation operation table RA is transmitted.
  • the reservation management table generation unit 221 generates the reservation operation table RA of the vehicle VA based on the reservation management table and transmits it to the vehicle VA.
  • step S2 the vehicle VA receives the reserved operation table RA transmitted in the previous step S1.
  • the driver application presents the reserved operation table RA to the driver.
  • step S3 the reservation information is transmitted.
  • the reservation information is input by the user operation on the terminal device 1.
  • the terminal device 1 transmits the input reservation information to the vehicle allocation management device 2.
  • step S4 it is determined whether or not there is a vehicle that matches the free time. For example, when the vehicle V that can be operated according to the reservation information exists in the reservation management table, the correction unit 223 determines that the vehicle V that matches the free time exists. If there is a vehicle V that matches the free time (step S4: Yes), the process proceeds to step S5. If not (step S4: No), the process proceeds to step S7.
  • step S5 the reservation operation table RA'is transmitted.
  • the reservation management table generation unit 221 adds the reservation information transmitted in the previous step S3 to the reservation management table as the confirmed reservation information of the vehicle VA.
  • the reservation management table generation unit 221 generates a reservation operation table RA'of the vehicle VA to which the confirmed reservation information is added, and transmits the reservation operation table RA'to the vehicle VA.
  • step S6 the vehicle VA receives the reserved operation table RA'transmitted in the previous step S5.
  • the driver application presents the reserved operation table RA'to the driver.
  • step S7 the reservation information is corrected in the matching time zone.
  • the correction unit 223 corrects the time zone of the reservation information transmitted in the previous step S3 so that the vehicle can be operated by the vehicle VA.
  • step S8 the correction reservation information is transmitted.
  • the correction unit 223 transmits the reservation information corrected in the previous step S7 to the terminal device 1.
  • Consent is given in step S9.
  • the terminal device 1 presents the correction reservation information transmitted in the previous step S8 to the user.
  • the correction reservation information is accepted by the user operation on the terminal device 1.
  • the terminal device 1 transmits the consent result to the vehicle allocation management device 2.
  • step S10 the reservation operation table RA ′′ is transmitted.
  • the reservation management table generation unit 221 adds the modified reservation information approved in step S9 to the reservation management table as the confirmed reservation information of the vehicle VA.
  • the reservation management table generation unit 221 generates a reservation operation table RA ′′ of the vehicle VA to which the confirmed reservation information is added, and transmits the reservation operation table RA ′′ to the vehicle VA.
  • step S11 the vehicle VA receives the reservation operation table RA ′′ transmitted in the previous step S10.
  • the driver application presents the reserved operation table RA ⁇ ⁇ to the driver.
  • step S12 The driver of the vehicle VA operates the driver application to accept the reserved operation table RA'received in the previous step S6 or the reserved operation table RA'" received in the previous step S11.
  • the vehicle VA transmits the consent result to the vehicle allocation management device 2.
  • step S13 the reservation confirmation is notified.
  • the vehicle dispatch requesting unit 222 transmits to the terminal device 1 information indicating that the reservation based on the reservation information in the previous step S3 or the modified reservation information accepted in the previous step S9 has been confirmed.
  • the terminal device 1 presents to the terminal device 1 that the reservation has been confirmed.
  • the reservation information transmitted from the terminal device 1 is corrected, and the vehicle is operated by the vehicle VA.
  • the operating rate of the vehicle VA is improved by the amount that the mismatch between the supply and demand of the reservation of the vehicle V is reduced.
  • the correction unit 223 changes the confirmed reservation of the first vehicle V among the plurality of vehicles V. Swap the information with the confirmed reservation information for the second vehicle V.
  • the first vehicle V is a vehicle in which the operation according to the confirmed reservation is delayed.
  • the second vehicle V is a vehicle that may be able to act on behalf of the operation according to the next confirmed reservation of the operation in which the delay of the first vehicle V has occurred.
  • the correction unit 223 replaces the confirmed reservation information of the first vehicle V after the operation in which the delay has occurred with the confirmed reservation information of the second vehicle V.
  • FIGS. 6 to 10 are diagrams showing an example of modification of confirmed reservation information.
  • Examples of the plurality of vehicles V include vehicle VA, vehicle VB, vehicle VC, and vehicle VD.
  • a plurality of confirmed reservation information is assigned to each of the vehicle VA, the vehicle VB, the vehicle VC, and the vehicle VD.
  • confirmed reservation information A1 In order to distinguish a plurality of confirmed reservation information A of the vehicle VA, they are referred to as confirmed reservation information A1 and are shown in the figure.
  • confirmed reservation information B2 of the vehicle VB the start time of the operation according to the confirmed reservation information B2 of the vehicle VB is referred to as time t11 and is shown in the figure.
  • the start time of the operation according to the confirmed reservation information A4 of the vehicle VA is referred to as a time t21 and is shown in the figure.
  • a delay 1 occurs in the operation according to the confirmed reservation information B1 of the vehicle VB.
  • the end time t12 of the operation in which the delay 1 occurs is later than the time t11 which is the start time of the operation according to the confirmed reservation information B2. Therefore, the vehicle V-B cannot operate according to the confirmed reservation information B2.
  • the vehicle V-D finishes the operation according to the confirmed reservation information D1 before the time t11, there is a possibility that the operation according to the confirmed reservation information B2 can be performed instead of the vehicle V-B.
  • the vehicle VB may be able to operate according to the confirmed reservation information D2 having the time 13 after the time t12 as the start time instead of the vehicle VD.
  • the correction unit 223 includes the confirmed reservation information B2 to the confirmed reservation information B5 of the vehicle VB after the operation in which the delay 1 has occurred (that is, the confirmed reservation information B1), and the confirmed reservation information of the vehicle VD. Replace with D2 to confirmed reservation information D5.
  • FIG. 8 shows the confirmed reservation information (the part surrounded by the broken line) after the replacement.
  • the vehicle V-B operates according to the confirmed reservation information D2 to the confirmed reservation information D5.
  • the vehicle VD operates according to the confirmed reservation information B2 to the confirmed reservation information B5.
  • none of the confirmed reservation information is affected by the delay 1.
  • a delay 2 occurs in the operation according to the confirmed reservation information A3 of the vehicle VA.
  • the end time t22 of the operation in which the delay 2 occurs is later than the time t21 which is the start time of the operation according to the confirmed reservation information A4. Therefore, the vehicle VA cannot operate according to the confirmed reservation information A4.
  • the vehicle V-B finishes the operation according to the confirmed reservation information D2 before the time t21, there is a possibility that the vehicle V-B can operate according to the confirmed reservation information A4 instead of the vehicle VA.
  • the vehicle VA may be able to operate according to the confirmed reservation information D3 having the time t23 after the time t22 as the start time instead of the vehicle VA.
  • the correction unit 223 includes the confirmed reservation information A4 to the confirmed reservation information A6 of the vehicle VA after the operation in which the delay 2 has occurred (that is, the confirmed reservation information A3), and the confirmed reservation information of the vehicle VB. Replace with D3 to confirmed reservation information D5.
  • FIG. 10 shows confirmed reservation information after replacement.
  • the vehicle VA operates according to the confirmed reservation information D3 to the confirmed reservation information D5.
  • the vehicle V-B operates according to the confirmed reservation information A4 to the confirmed reservation information A6.
  • none of the confirmed reservation information is affected by the delay 2.
  • FIG. 11 is a flowchart showing an example of a process (vehicle allocation method) executed in the vehicle allocation system.
  • step S21 a vehicle group is generated.
  • the reservation management table generation unit 221 generates a vehicle group including the vehicle VA, the vehicle VF, and the vehicle VC.
  • the reserved operation table RA to the reserved operation table RC are transmitted.
  • the reservation management table generation unit 221 generates the reservation operation table RA of the vehicle VA and sends it to the vehicle VA based on the reservation management table, and generates the reservation operation table RB of the vehicle VA. It is transmitted to the vehicle VC, a reservation operation table RC of the vehicle VC is generated, and is transmitted to the vehicle VC.
  • the vehicle VA receives the reserved operation table RA transmitted in the previous step S22
  • the vehicle VB receives the reserved operation table RB transmitted in the previous step S23
  • VC receives the reserved operation table RC transmitted in the previous step S24.
  • the driver application presents the reserved operation table RA to the driver.
  • the driver application presents the reserved operation table RB to the driver.
  • the driver application presents the reserved operation table RC to the driver.
  • a delay occurs in step S28.
  • step S29 the reservation is cancelled.
  • the driver of the vehicle VA operates the driver application to cancel the next confirmed reservation information of the delayed operation.
  • the vehicle VA transmits information indicating cancellation to the vehicle allocation management device 2.
  • step S30 a replaceable vehicle is searched for.
  • the correction unit 223 searches for a vehicle to which the confirmed reservation information of the vehicle VA and the replaceable confirmed reservation information are assigned.
  • the vehicle sought is vehicle VB.
  • step S31 a proxy request is made.
  • the vehicle allocation request unit 222 transmits information (agent request information) for requesting the operation according to the confirmed reservation information of the vehicle VA to the vehicle VA.
  • the driver application presents the proxy request information to the driver.
  • step S32 The driver of the vehicle V-B operates the driver application and accepts the proxy request in the previous step S32.
  • the vehicle VB transmits the consent result to the vehicle allocation management device 2.
  • step S33 the reserved operation table RA'and the reserved operation table RB' are created.
  • the correction unit 223 replaces the confirmed reservation information of the vehicle VA in the reservation management table with the confirmed reservation information of the vehicle VA.
  • the reservation management table generation unit 221 generates the reservation operation table RA'of the vehicle VA with the confirmed reservation information replaced and the reservation operation table RB'of the vehicle VA.
  • step S34 the reservation operation table RB'is transmitted.
  • the reservation management table generation unit 221 transmits the reservation operation table RB'generated in the previous step S33 to the vehicle VB.
  • step S35 the vehicle V-B receives the reservation operation table RB'transmitted in the previous step S34.
  • the driver application presents the reservation operation table RB'to the driver.
  • the driver of the vehicle V-B operates based on the reserved operation table RB'.
  • step S36 the reservation operation table RA'is transmitted.
  • the vehicle allocation request unit 222 transmits the reservation operation table RA'generated in the previous step S33 to the vehicle VB.
  • step S37 the vehicle VA receives the reserved operation table RA'transmitted in the previous step S36.
  • the driver application presents the reserved operation table RA'to the driver.
  • the driver of the vehicle VA operates based on the reserved operation table RA'.
  • the confirmed reservation information is corrected, and the operation is performed by the vehicle VA to the vehicle VC.
  • the mismatch between the supply and demand of reservations for vehicles VA and V-B is reduced.
  • the two correction processes of the above-mentioned correction of the reservation information by the correction unit 223 (FIGS. 3 to 5 and the like) and the correction of the confirmed reservation information (FIG. 6 to 11 and the like) can coexist. It is a process. Therefore, the correction unit 223 may perform the two correction processes continuously or simultaneously.
  • the proposal unit 224 generates information (hereinafter, may be referred to as “reservation proposal information”) that proposes to the user of the terminal device 1 to make a reservation, and transmits the information to the terminal device 1. do.
  • the proposal unit 224 generates information that proposes to make a reservation for the return route corresponding to the reservation information for the outward route transmitted from the terminal device 1.
  • reservation proposal information is presented by the terminal device 1, for example, only the return time (departure time of the return route) is specified by the user operation on the terminal device 1.
  • the designation may be made at various timings such as when the reservation information of the outward route is input, when the reservation information of the outward route is confirmed, when the operation of the outward route is completed, and when the operation of the outward route is completed.
  • the terminal device 1 transmits the information of the designated time to the vehicle allocation management device 2.
  • reservation information (order information) including an operation route used by the user of the terminal device 1 is stored in the storage unit 23.
  • the proposal unit 224 refers to the reservation information stored in the storage unit 23, and if there is a vehicle V capable of operating the return route at a specified time, the proposal unit 224 refers to the same route as the outward route (more specifically). Confirm the reservation information for the return route (the route opposite to the outward route). Before confirming the reservation information, the reservation information may be transmitted to the terminal device 1 in order to obtain the consent of the user. In either case, the user does not have to input the reservation information for the return trip from the beginning, so that the operation burden on the user is reduced.
  • the reservation information may include outbound fare information, in which case the inbound fare may be set to the same fare as the outbound fare.
  • the fare for the return trip may be changed when the time zone is changed.
  • the correction unit 223 may correct the reservation information or the confirmed reservation information as described above. good.
  • the proposal unit 224 may generate reservation proposal information for a section that the user often uses in a round trip from the history information. In addition, the proposal unit 224 may generate reservation proposal information for a section that is generally used in a round trip together with information of other users.
  • FIG. 12 is a flowchart showing an example of a process (vehicle allocation method) executed in the vehicle allocation system.
  • step S41 Operation is performed in step S41.
  • the vehicle VA transports the user of the terminal device 1 based on the reserved operation table RA of the vehicle VA.
  • step S42 the reservation proposal information is transmitted.
  • the proposal unit 224 transmits information for proposing a reservation for the return route to the terminal device 1 as reservation proposal information.
  • the terminal device 1 presents the reservation proposal information to the user.
  • step S43 the time is specified.
  • the return time for example, departure time
  • the terminal device 1 transmits information indicating the designated time to the vehicle allocation management device 2. This transmission corresponds to the transmission of reservation information including the specified time and the same route as the outbound route.
  • step S44 it is determined whether or not there is a vehicle that matches the free time. If there is a vehicle V that matches the free time (step S44: Yes), the process proceeds to step S45. If not (step S44: No), the process proceeds to step S47.
  • step S45 the reservation operation table RA'is transmitted.
  • step S46 the vehicle VA receives the reserved operation table RA'.
  • step S47 the reservation information is corrected in the matching time zone.
  • step S48 the correction reservation information is transmitted.
  • step S49 consent is given.
  • step S50 the reservation operation table RA ′′ is transmitted.
  • step S51 the vehicle VA receives the reserved operation table RA ′′.
  • step S52 consent is given.
  • step S53 the reservation confirmation is notified.
  • the confirmed reservation information may be corrected by the correction unit 223, and in that case, in place of steps S44 to S53, or before or after the processing thereof, in steps S28 to S37 of FIG. 11 described above. Similar processing may be performed.
  • the proposal unit 224 generates and generates information that proposes to the user of the terminal device 1 to make a reservation when it is predicted that the vehicle allocation will be difficult.
  • the reservation proposal information is transmitted to the terminal device 1.
  • the proposal unit 224 generates and generates reservation proposal information for users who frequently use the vehicle allocation system 100 when the weather forecast is rainy or when the number of taxi dispatches is expected to increase due to an event or the like.
  • the reservation proposal information is transmitted to the terminal device 1 of the user.
  • the storage unit 23 stores the usage history of the vehicle allocation system 100 by the user of the terminal device 1.
  • the proposal unit 224 extracts a user who frequently uses the vehicle allocation system 100 from the usage history stored in the storage unit 23, and generates reservation proposal information for that user. By proposing a reservation to such a user, it is possible to improve customer loyalty while stimulating the demand for the vehicle V.
  • the proposal unit 224 may generate and transmit reservation proposal information when there is a regular reservation request. Whether or not there is a regular reservation request may be determined based on the usage history. For example, the proposal unit 224 determines that a periodic reservation request exists when a reservation history of a predetermined route (from an office to a hotel, etc.) exists on a predetermined day of the week.
  • FIG. 13 is a flowchart showing an example of a process (vehicle allocation method) executed in the vehicle allocation system.
  • the processing of the alternate long and short dash arrow indicates that the vehicle information is repeatedly transmitted from the vehicle V to the vehicle allocation management device 2, for example, at predetermined intervals so that the vehicle information is always shared between the vehicle V and the vehicle allocation management device 2.
  • step S61 the reservation proposal information is transmitted.
  • the proposal unit 224 generates reservation proposal information for a user who frequently uses the vehicle allocation system 100, and transmits the generated reservation proposal information to the terminal device 1 of that user.
  • the reservation proposal information generated for each user may be transmitted to the terminal device 1 of the corresponding user.
  • the terminal device 1 presents the reservation proposal information to the user.
  • step S62 the reservation information is transmitted.
  • the reservation information is input by the user operation on the terminal device 1.
  • the terminal device 1 transmits the input reservation information to the vehicle allocation management device 2.
  • step S63 the reservation operation table RA is transmitted.
  • the reservation management table generation unit 221 adds the reservation information transmitted in the previous step S62 to the reservation management table as the confirmed reservation information of the vehicle VA.
  • the reservation management table generation unit 221 generates a reservation operation table RA of the vehicle VA to which the confirmed reservation information is added, and transmits the reservation operation table RA to the vehicle VA.
  • FIG. 14 is a block diagram showing an example of the hardware configuration of the terminal device and the vehicle allocation management device.
  • the functions of the terminal device 1 and the vehicle allocation management device 2 described above can be realized by installing various programs on the computer. For example, by installing the program 23a shown in FIG. 2 described above in the computer, the function of the vehicle allocation management device 2 is realized.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the 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.
  • the input unit 206 includes operation buttons, a keyboard, a mouse, a microphone, a touch panel, an input terminal, and the like.
  • the output unit 207 includes a display, a speaker, an output terminal, and the like.
  • the storage unit 208 includes a hard disk, a RAM disk, a non-volatile memory, and the like.
  • the communication unit 209 includes a network interface and the like.
  • 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.
  • the CPU 201 loads the program stored in the storage unit 208 into the RAM 203 via the input / output interface 205 and the bus 204 and executes the above-mentioned series. Is processed.
  • the RAM 203 also appropriately stores data and the like necessary for the CPU 201 to execute various processes.
  • the program executed by the computer (CPU201) can be recorded and provided on the removable recording medium 211 as a package medium or the like, 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.
  • 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. Further, the program can be received by the communication unit 209 via a wired or wireless transmission medium and installed in the storage unit 208. In addition, the program can be installed in the ROM 202 or the storage unit 208 in advance.
  • the application unit 22 may determine the reservation information so that the probability that the destination of the vehicle V is included in the place corresponding to the time zone is increased. For example, it is expected that the demand for residential areas will be high during the morning hours and the demand for downtown areas will be high during the night hours. In this case, the application unit 22 may confirm the reservation information so that the destination of the vehicle V approaches the downtown area from the residential area as the time zone moves from the morning time zone to the night time zone. Reservation information can be filled efficiently.
  • the vehicle allocation system 100 described above is specified as follows, for example.
  • the vehicle allocation system 100 includes a vehicle allocation management device 2 that manages the allocation of a plurality of vehicles V, and a vehicle allocation management device that provides reservation information including time, departure point, and destination.
  • the vehicle allocation management device 2 includes a terminal device 1 for transmitting to 2, and the vehicle allocation management device 2 can operate at least one vehicle V among a plurality of vehicles V according to the reservation information transmitted from the terminal device 1 or the modified reservation information.
  • at least one of the reservation information and the confirmed reservation information is modified so that each of the plurality of vehicles V can operate according to the confirmed reservation information or the modified confirmed reservation information.
  • At least one of the plurality of vehicles V can be operated according to the reservation information or the corrected reservation information transmitted from the terminal device 1, and each of the plurality of vehicles V is confirmed. At least one of the reservation information and the confirmed reservation information is modified so that the operation can be performed according to the completed reservation information or the modified confirmed reservation information. This can reduce the mismatch between the supply and demand of vehicle reservations.
  • the vehicle allocation management device 2 corrects the reservation information transmitted from the terminal device 1, and in order to obtain consent for the correction, the vehicle allocation management device 2 uses the corrected reservation information as the terminal device. May be sent to 1. Obtaining consent to modify the reservation information in this way can also reduce the mismatch between supply and demand.
  • the vehicle allocation management device 2 modifies the confirmed reservation information, and specifically, the confirmed reservation information of the first vehicle among the plurality of vehicles V. ,
  • the confirmed reservation information of the second vehicle may be replaced.
  • the first vehicle is a vehicle in which the operation according to the confirmed reservation information is delayed
  • the vehicle allocation management device 2 is the confirmed reservation information of the first vehicle after the operation in which the delay occurs, and the second vehicle. It may be replaced with the confirmed reservation information of the vehicle.
  • the vehicle allocation management device 2 generates a reservation operation table including confirmed reservation information for each of the plurality of vehicles V, transmits the reserved operation table to the corresponding vehicle V, and makes a confirmed reservation after replacement for each of the first vehicle and the second vehicle.
  • a reserved operation table containing information may be generated and sent to the corresponding vehicle. For example, in this way, the confirmed reservation information can be modified.
  • the vehicle allocation management device 2 provides information (reservation proposal information) that proposes to make a reservation for the return route corresponding to the reservation information for the outward route transmitted from the terminal device 1. May be sent to. As a result, for example, it is possible to reduce the operational burden on the user regarding the reservation of the return route.
  • the vehicle allocation management device 2 makes a reservation when it is predicted that vehicle allocation will be difficult, for example, according to the usage history of the vehicle allocation system 100 of the user of the terminal device 1.
  • Information (reservation proposal information) proposing the above may be transmitted to the terminal device 1. Thereby, for example, it is possible to improve customer loyalty while stimulating the demand for the vehicle V.
  • the vehicle allocation method described with reference to FIGS. 5 and 11 is also one aspect of the present disclosure.
  • the vehicle allocation management device 2 can operate at least one vehicle V among the plurality of vehicle Vs according to the reservation information or the modified reservation information transmitted from the terminal device 1, and each of the plurality of vehicle Vs can operate. It includes modifying at least one of the reservation information and the confirmed reservation information (step S7, step S33, etc.) so that the operation can be performed according to the confirmed reservation information or the modified confirmed reservation information.
  • the vehicle allocation program (program 23a) described with reference to FIGS. 2 and 14 is also one aspect of the present disclosure.
  • the vehicle allocation program can operate according to the reservation information including the time, the departure place and the destination, or the modified reservation information transmitted from the terminal device 1 by at least one vehicle V among the plurality of vehicles V, and the plurality of vehicles can be operated.
  • V Have the computer perform modification of at least one of the reservation information and the confirmed reservation information so that each can operate according to the confirmed reservation information or the modified confirmed reservation information.
  • Such vehicle allocation methods and vehicle allocation programs can also reduce the mismatch between supply and demand for vehicle reservations.
  • the present technology can also have the following configurations.
  • a vehicle allocation management device that manages the allocation of multiple vehicles, A terminal device that transmits reservation information including time, departure place, and destination to the vehicle allocation management device, and Equipped with The vehicle allocation management device can operate at least one of the plurality of vehicles according to the reservation information or the modified reservation information transmitted from the terminal device, and each of the plurality of vehicles has confirmed reservation information or Modify at least one of the reservation information and the confirmed reservation information so that the operation can be performed according to the modified confirmed reservation information.
  • Vehicle dispatch system (2)
  • the vehicle allocation management device corrects the reservation information transmitted from the terminal device, and corrects the reservation information.
  • the vehicle allocation management device transmits the modified reservation information to the terminal device in order to obtain consent for the modification.
  • the vehicle allocation management device corrects the confirmed reservation information, and the vehicle allocation management device corrects the confirmed reservation information.
  • the vehicle allocation management device replaces the confirmed reservation information of the first vehicle among the plurality of vehicles with the confirmed reservation information of the second vehicle.
  • the first vehicle is a vehicle in which the operation according to the confirmed reservation information is delayed.
  • the vehicle allocation management device replaces the confirmed reservation information of the first vehicle after the operation in which the delay has occurred with the confirmed reservation information of the second vehicle.
  • the vehicle allocation management device generates a reservation operation table including confirmed reservation information for each of the plurality of vehicles, and transmits the reservation operation table to the corresponding vehicle.
  • the vehicle allocation management device generates a reservation operation table including the confirmed reservation information after the replacement for each of the first vehicle and the second vehicle, and transmits the reservation operation table to the corresponding vehicle.
  • the vehicle dispatch system according to (4).
  • the vehicle allocation management device transmits information to the terminal device that proposes to make a reservation for a return route corresponding to the reservation information for the outward route transmitted from the terminal device.
  • the vehicle allocation system according to any one of (1) to (5).
  • the vehicle allocation management device transmits information suggesting to make a reservation to the terminal device when it is predicted that the vehicle allocation will be difficult.
  • the vehicle allocation system according to any one of (1) to (6).
  • the vehicle allocation management device transmits information suggesting that the reservation is made to the terminal device according to the usage history of the vehicle allocation system of the user of the terminal device.
  • the vehicle dispatch system according to (7).
  • the vehicle allocation management device can operate at least one of the plurality of vehicles according to the reservation information or the modified reservation information transmitted from the terminal device, and each of the plurality of vehicles has the confirmed reservation information or the modified. Modifying at least one of the reservation information and the confirmed reservation information so that the operation can be performed according to the confirmed reservation information. including, How to dispatch.
  • At least one of the plurality of vehicles can operate according to the reservation information including the time, departure place and destination transmitted from the terminal device or the corrected reservation information, and each of the plurality of vehicles has confirmed reservation information. Or, modifying at least one of the reservation information and the confirmed reservation information so that the operation can be performed according to the modified confirmed reservation information. Let the computer run Vehicle dispatch program.
  • Terminal device 2 Vehicle allocation management device 11
  • Communication unit 12 Application unit 21
  • Communication unit 22 Application unit 221 Reservation management table generation unit 222
  • Vehicle allocation request unit 223 Correction unit 224 Proposal unit 23

Abstract

配車システム（１００）は、複数の車両（Ｖ）の配車を管理する配車管理装置（２）と、時刻、出発地及び目的地を含む予約情報を配車管理装置（２）に送信する端末装置（１）と、を備え、配車管理装置（２）は、複数の車両（Ｖ）のうちの少なくとも一つの車両（Ｖ）が端末装置（１）から送信された予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両（Ｖ）それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方を修正する。

Description

配車システム、配車方法及び配車プログラム
　本開示は、配車システム、配車方法及び配車プログラムに関する。
　タクシー等の車両の予約に関するさまざまなシステムが提案されている（例えば特許文献１を参照）。
特開２０１６－１９１９９２号公報
　車両手配に限りがある等の理由から、車両の予約の需要と供給との間にミスマッチが生じうる。
　本開示の一側面は、車両の予約の需要と供給との間のミスマッチを低減することが可能な配車システム、配車方法及び配車プログラムを提供する。
　本開示の一側面に係る配車システムは、複数の車両の配車を管理する配車管理装置と、時刻、出発地及び目的地を含む予約情報を配車管理装置に送信する端末装置と、を備え、配車管理装置は、複数の車両のうちの少なくとも一つの車両が端末装置から送信された予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方を修正する。
　本開示の一側面に係る配車方法は、配車管理装置が、複数の車両のうちの少なくとも一つの車両が端末装置から送信された予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方を修正すること、を含む。
　本開示の一側面に係る配車プログラムは、複数の車両のうちの少なくとも一つの車両が端末装置から送信された時刻、出発地及び目的地を含む予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方を修正すること、をコンピュータに実行させる。
実施形態に係る配車システムの概略構成の例を示す図である。 配車システムの機能ブロックの例を示す図である。 予約情報の修正の例を示す図である。 予約情報の修正の例を示す図である。 配車システムにおいて実行される処理（配車方法）の例を示すフローチャートである。 確定済み予約情報の修正の例を示す図である。 確定済み予約情報の修正の例を示す図である。 確定済み予約情報の修正の例を示す図である。 確定済み予約情報の修正の例を示す図である。 確定済み予約情報の修正の例を示す図である。 配車システムにおいて実行される処理（配車方法）の例を示すフローチャートである。 配車システムにおいて実行される処理（配車方法）の例を示すフローチャートである。 配車システムにおいて実行される処理（配車方法）の例を示すフローチャートである。 端末装置及び配車管理装置のハードウェア構成の例を示すブロック図である。
　以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
　以下に示す項目順序に従って本開示を説明する。
　　１．はじめに
　　２．実施形態
　　　２．１　配車システムの概略構成の例
　　　２．２　予約情報の修正の例
　　　２．３　確定済み予約情報の修正の例
　　　２．４　予約の提案の例
　　３．効果
１．はじめに
　タクシー等の車両の配車において、予約の需要と供給とのマッチングの最適化が困難である。運行に遅延が発生した場合に、その次の予約の運行を行うための代車の準備が間に合わなかったり代車対応が不可能であったりすることもある。予約キャンセル等によって、車両の稼働が埋まりにくくなることもある。
　開示される技術によれば、例えば、供給に合わせて需要側を調整することで、車両の予約の需要と供給とのマッチングが最適化される。車両に対して、動的に前後の予約の時刻・場所から予約枠の設定が行われる。予約された時刻と場所から、予約可否が判定され、ユーザに予約の調整が提案される。或いは、需要に合わせて供給側を調整することでマッチングが最適化される。需要と供給を１台ごとではなく、複数台で構成されるグループで対応することで、グループ内で代車を行い、キャンセル時の穴埋めが行われる。時間(帯)が同じ、場所(地域)が近い、複数の予約を複数台で構成される車両グループを用いた配車が行われる。
２．実施形態
２．１　配車システムの概略構成の例
　図１は、配車システムの概略構成の例を示す図である。配車システム１００は、端末装置１と、配車管理装置２とを含む。これらの端末及び装置は、ネットワークＮに接続される。図１には、複数の端末装置１が例示される。端末装置１の数は、図１に示される例に限定されない。
　図１には、車両Ｖも図示される。車両Ｖは、輸送機関の一例である。輸送機関としての車両Ｖの例は、タクシーである。以下では、車両Ｖがタクシーである場合について説明する。複数の車両Ｖが存在し、各車両Ｖを区別できるように、車両Ｖ－Ａ等と称し図示する。
　例えば、車両Ｖは、図示しない車載器及び端末装置等を備えている。車載器は、料金メータ、ＧＳＰ（Global　Positioning　System）受信器、ジャイロセンサ、速度メータ等から必要なデータを取得し、車両Ｖの動態ログを表す車両情報を生成する。ＧＰＳ受信器等のセンサの他に、ドライブレコーダ等のセンサも車載器に含まれる。車両情報は、営業地区、営業状態を示すステータス（「実車」、「空車」及び「迎車」等）、料金（運賃）、現在位置、移動速度及び移動方向等を含む。車両情報は、ＩＤも含む。ＩＤの例は、車両Ｖの所属会社を識別する会社ＩＤ、車両Ｖを識別する無線ＩＤ、車両Ｖのドライバーを識別する乗務員ＩＤ等である。他にも、ステータスの生成時刻を表すステータス時刻、車両情報に含まれてよい。車載器は、例えば所定の周期で車両情報を生成し、配車管理装置２に送信する。
　車両Ｖが備える端末装置の例は、ドライバー用アプリケーションが動作可能なスマートフォン、タブレット端末等である。端末装置は、例えばアクセスポントＡＰ（基地局等）を介して、ネットワークＮに接続されることで、配車管理装置２と通信可能である。ドライバー用アプリケーションは、車両Ｖの配車に関する情報をドライバーに提示（表示等）したり、ドライバーの操作を受け付けたりする。例えば、配車依頼情報のドライバーへの提示、配車依頼情報への応答の配車管理装置２への送信等が行われる。配車依頼情報は、運行経路（出発地及び目的地を含む）、出発時刻、到着時刻、料金等の情報を含む。
　車両Ｖの端末装置は、配車管理装置２から送信される予約運行表を受信する。ドライバー用アプリケーションは、予約運行表をドライバーに提示する。車両Ｖのドライバーは、予約運行表に従って、車両Ｖを運行する。予約運行表は、適時更新され、配車管理装置２から車両Ｖに送信される。
　端末装置１は、この例では、スマートフォン、タブレット端末等であり、アクセスポントＡＰ（基地局等）を介して、ネットワークＮに接続される。端末装置１のユーザ（不図示）は、端末装置１を操作し、車両Ｖの予約（配車）等を行うためのアプリケーションを用いることで、配車システム１００のサービスを利用する。
　配車管理装置２は、複数の車両Ｖの配車を管理する装置であり、配車システム１００のサービスを利用するために必要な種々の処理を実行する。配車管理装置２は、例えばタクシー会社が運用する配車管理システムを構成する。なお、実施形態では、配車管理装置２が一つ装置である例について説明するが、配車管理装置２の機能は複数の装置によって実現されてもよい。
　図２は、配車システムの機能ブロックの例を示す図である。端末装置１及び配車管理装置２におけるいくつかの代表的な機能ブロックが例示される。
　端末装置１は、通信部１１と、アプリケーション部１２とを含む。通信部１１は、端末装置１において実行される処理に必要な種々の情報の送受信を、配車管理装置２との間で行う。以下、とくに説明がある場合を除き、端末装置１による情報の送受信は、通信部１１による情報の送受信を指し示す。
　アプリケーション部１２は、アプリケーションを実行するための処理部である。アプリケーションは、車両Ｖを配車（予約）するためのアプリケーションであり、後述の配車管理装置２のアプリケーション部２２との協働によって実現される。端末装置１において、アプリケーション部１２は、ユーザのユーザ操作を受け付けたり、ユーザに情報を提示したりするユーザインタフェースも提供する。以下、とくに説明がある場合を除き、端末装置１によるユーザ操作の受け付け及び情報の提示は、アプリケーション部１２によるユーザ操作の受け付け及び情報の提示を指し示す。
　アプリケーション部１２は、予約情報の入力を受け付ける。予約情報は、出発地及び目的地（送迎場所）、出発時刻並びに到着時刻等の情報を含む。端末装置１は、予約情報を、配車管理装置２に送信する。
　配車管理装置２は、通信部２１と、アプリケーション部２２と、記憶部２３とを含む。
　通信部２１は、配車管理装置２において実行される処理に必要な情報の送受信を、端末装置１及び車両Ｖとの間で行う。以下、とくに説明がある場合を除き、配車管理装置２による情報の送受信は、通信部２１による情報の送受信を指し示す。
　説明の便宜上、先に記憶部２３について説明し、その後、アプリケーション部２２について説明する。
　記憶部２３は、配車管理装置２で用いられる種々の情報を記憶する。記憶される情報の一つとして、プログラム２３ａが例示される。プログラム２３ａは、コンピュータを配車管理装置２として機能させるための配車プログラム（ソフトウェア）である。以下、とくに説明がある場合を除き、配車管理装置２による情報の記憶は、記憶部２３による情報の記憶を指し示す。
　アプリケーション部２２は、上述のアプリケーションを実行するための処理部である。アプリケーション部２２は、予約管理表生成部２２１と、配車依頼部２２２と、修正部２２３と、提案部２２４とを含む。アプリケーション部２２は、これらの他に、通信部２１及び記憶部２３も用いて、アプリケーションを実行する。
　予約管理表生成部２２１は、複数の車両Ｖを含む車両群（グループ）を生成し、複数の車両Ｖそれぞれの車両情報を管理するとともに、予約管理表を生成する。例えば、同じ範囲内の場所（地域等）を運行する複数の車両が、車両群として生成される。予約管理表は、複数の車両Ｖそれぞれの予約運行表を含む。予約運行表は、例えば、その車両Ｖの確定済み予約と、時刻（時間帯）とを対応づけて記述する。
　配車依頼部２２２は、予約情報に基づき、車両Ｖに配車を依頼する。ここでの予約情報は、端末装置１から送信された予約情報又は後述の修正部２２３によって修正された予約情報である。例えば、配車依頼部２２２は、車両Ｖに配車依頼情報を送信する。車両Ｖでは、先に図１を参照して説明したように、ドライバー用アプリケーションが配車依頼情報を提示し、応答を配車管理装置２に送信する。ドライバーが配車依頼情報を承諾すると、承諾結果が端末装置１から配車管理装置２に送信され、配車が確定する。確定した配車に係る予約情報が、その車両Ｖの確定済み予約情報として、予約運行表に追加される。なお、配車依頼部２２２による配車には、オペレータの手動操作が介在してもよい。
　修正部２２３は、端末装置１から送信された予約情報及び複数の車両Ｖそれぞれの確定済み予約情報の少なくとも一方を修正する。修正は、複数の車両Ｖのうちの少なくとも一つの車両Ｖが端末装置１から送信された予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両Ｖそれぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように行われる。
２．２　予約情報の修正の例
　修正部２２３が端末装置１から送信された予約情報を修正する場合、修正部２２３は、修正した予約情報（以下「修正予約情報」という。）について端末装置１のユーザの承諾を得るために、修正予約情報を端末装置１に送信する。端末装置１は、修正予約情報をユーザに提示する。端末装置１でのユーザ操作により修正予約情報が承諾されると、端末装置１は、承諾結果を配車管理装置２に送信する。配車依頼部２２２は、修正予約情報に従って運行可能な車両Ｖに、配車依頼情報を送信する。
　図３及び図４は、予約情報の修正の例を示す図である。複数の車両Ｖとして、車両Ｖ－Ａ及び車両Ｖ－Ｂが例示される。時刻ｔに対する、確定済み予約情報が占める時間帯が図示される。確定済み予約情報が占める時間帯は、乗客を乗せていない移動時間等も含む時間帯であり、出発時刻、並びに出発地及び目的地（場所）等から予測される時間帯であってよい。確定済み予約情報の無い時間帯が、予約情報の追加が可能な空き時間帯である。端末装置１から送信された予約情報は、時刻ｔ１～時刻ｔ２の間の時間帯を占めると予測される。
　図３に示されるように、車両Ｖ－Ａ及び車両Ｖ－Ｂのいずれにおいても、時刻ｔ１～時刻ｔ３の時間帯の一部が確定済み予約情報と重複している。したがって、端末装置１から送信された予約情報に従って運行可能な車両Ｖが存在しない。そこで、修正部２２３は、予約情報の時間帯を、図３に示される時刻ｔ１～時刻ｔ３から、例えば図４に示されるような車両Ｖ－Ａの空き時間内の時刻ｔ２～時刻ｔ４に修正する。このような修正予約情報について、前述のように承諾を得てから車両Ｖ－Ａの予約を確定することで、車両の予約の需要と供給と間のミスマッチを低減することができる。
　図５は、配車システムにおいて実行される処理（配車方法）の例を示すフローチャーである。前提として、確定済み予約に基づく予約管理表が予約管理表生成部２２１によって生成されているものとする。
　ステップＳ１において、予約運行表ＲＡが送信される。例えば予約管理表生成部２２１が、予約管理表に基づいて車両Ｖ－Ａの予約運行表ＲＡを生成し、車両Ｖ－Ａに送信する。
　ステップＳ２において、車両Ｖ－Ａが、先のステップＳ１で送信された予約運行表ＲＡを受信する。ドライバー用アプリケーションが、予約運行表ＲＡをドライバーに提示する。
　ステップＳ３において、予約情報が送信される。端末装置１でのユーザ操作により、予約情報が入力される。端末装置１は、入力された予約情報を、配車管理装置２に送信する。
　ステップＳ４において、空き時間にマッチする車両が存在するか否かが判断される。例えば、予約情報に従って運行可能な車両Ｖが予約管理表中に存在する場合、修正部２２３が、空き時間にマッチする車両Ｖが存在すると判断する。空き時間にマッチする車両Ｖが存在する場合（ステップＳ４：Ｙｅｓ）、ステップＳ５に処理が進められる。そうでない場合（ステップＳ４：Ｎｏ）、ステップＳ７に処理が進められる。
　ステップＳ５において、予約運行表ＲＡ´が送信される。予約管理表生成部２２１は、先のステップＳ３で送信された予約情報を、車両Ｖ－Ａの確定済み予約情報として予約管理表に追加する。予約管理表生成部２２１は、確定済み予約情報が追加された車両Ｖ－Ａの予約運行表ＲＡ´を生成し、車両Ｖ－Ａに送信する。
　ステップＳ６において、車両Ｖ－Ａが、先のステップＳ５で送信された予約運行表ＲＡ´を受信する。ドライバー用アプリケーションが、予約運行表ＲＡ´をドライバーに提示する。
　ステップＳ７において、マッチする時間帯に予約情報が修正される。修正部２２３は、車両Ｖ－Ａでの運行が可能となるように、先のステップＳ３で送信された予約情報の時間帯を修正する。
　ステップＳ８において、修正予約情報が送信される。修正部２２３は、先のステップＳ７で修正した予約情報を、端末装置１に送信する。
　ステップＳ９において、承諾が行われる。端末装置１は、先のステップＳ８で送信された修正予約情報を、ユーザに提示する。端末装置１でのユーザ操作により、修正予約情報が承諾される。端末装置１は、承諾結果を、配車管理装置２に送信する。
　ステップＳ１０において、予約運行表ＲＡ´´が送信される。予約管理表生成部２２１は、先のステップＳ９で承諾された修正予約情報を、車両Ｖ－Ａの確定済み予約情報として予約管理表に追加する。予約管理表生成部２２１は、確定済み予約情報が追加された車両Ｖ－Ａの予約運行表ＲＡ´´を生成し、車両Ｖ－Ａに送信する。
　ステップＳ１１において、車両Ｖ－Ａが、先のステップＳ１０で送信された予約運行表ＲＡ´´を受信する。ドライバー用アプリケーションが、予約運行表ＲＡ´´をドライバーに提示する。
　ステップＳ１２において、承諾が行われる。車両Ｖ－Ａのドライバーが、ドライバー用アプリケーションを操作して、先のステップＳ６で受信した予約運行表ＲＡ´又は先のステップＳ１１で受信した予約運行表ＲＡ´´を承諾する。車両Ｖ－Ａは、承諾結果を、配車管理装置２に送信する。
　ステップＳ１３において、予約確定が通知される。配車依頼部２２２が、先のステップＳ３での予約情報又は先のステップＳ９で承諾された修正予約情報による予約が確定したことを示す情報を、端末装置１に送信する。端末装置１は、予約が確定したことを端末装置１に提示する。
　例えば以上のようにして、端末装置１から送信された予約情報が修正され、車両Ｖ－Ａによる運行が行われる。上述の例では、車両Ｖの予約の需要と供給との間のミスマッチが低減される分、車両Ｖ－Ａの稼働率が向上する。
２．３　確定済み予約情報の修正の例
　図２に戻り、修正部２２３が確定済み予約情報を修正する場合、修正部２２３は、複数の車両Ｖのうちの第１の車両Ｖの確定済み予約情報と、第２の車両Ｖの確定済み予約情報とを入れ替える。第１の車両Ｖは、確定済み予約に従う運行に遅延が発生した車両である。第２の車両Ｖは、第１の車両Ｖの遅延が発生した運行の次の確定済み予約に従う運行を代行できる可能性のある車両である。修正部２２３は、遅延が発生した運行よりも後の第１の車両Ｖの確定済み予約情報と、第２の車両Ｖの確定済み予約情報とを入れ替える。
　図６～図１０は、確定済み予約情報の修正の例を示す図である。複数の車両Ｖとして、車両Ｖ―Ａ、車両Ｖ－Ｂ、車両Ｖ－Ｃ及び車両Ｖ－Ｄが例示される。
　車両Ｖ―Ａ、車両Ｖ－Ｂ、車両Ｖ－Ｃ及び車両Ｖ―Ｄそれぞれに、複数の確定済み予約情報が割り当てられている。車両Ｖ－Ａの複数の確定済み予約情報Ａを区別できるように、確定済み予約情報Ａ１等として称し図示する。車両Ｖ－Ｂ、車両Ｖ－Ｃ及び車両Ｖ－Ｄについても同様である。説明の便宜のため、車両Ｖ－Ｂの確定済み予約情報Ｂ２に従う運行の開始時刻を、時刻ｔ１１と称し図示する。車両Ｖ－Ａの確定済み予約情報Ａ４に従う運行の開始時刻を、時刻ｔ２１と称し図示する。
　図７に示されるように、車両Ｖ－Ｂの確定済み予約情報Ｂ１に従う運行に、遅延１が発生する。遅延１が発生した運行の終了時刻ｔ１２は、確定済み予約情報Ｂ２に従う運行の開始時刻である時刻ｔ１１よりも遅い。したがって、車両Ｖ－Ｂは、確定済み予約情報Ｂ２に従う運行を行えない。一方で、車両Ｖ－Ｄは、時刻ｔ１１よりも前に確定済み予約情報Ｄ１に従う運行を終えるので、車両Ｖ―Ｂの代わりに確定済み予約情報Ｂ２に従う運行を行える可能性がある。加えて、車両Ｖ－Ｂは、車両Ｖ－Ｄの代わりに、時刻ｔ１２よりも後の時刻１３を開始時刻とする確定済み予約情報Ｄ２に従う運行を行える可能性がある。
　修正部２２３は、遅延１が発生した運行（すなわち確定済み予約情報Ｂ１）よりも後の車両Ｖ－Ｂの確定済み予約情報Ｂ２～確定済み予約情報Ｂ５と、車両Ｖ－Ｄの確定済み予約情報Ｄ２～確定済み予約情報Ｄ５とを入れ替える。
　図８には、入れ替え後の確定済み予約情報（破線で囲まれた部分）が示される。確定済み予約情報Ｂ１に従う運行の後、車両Ｖ－Ｂは、確定済み予約情報Ｄ２～確定済み予約情報Ｄ５に従って運行する。車両Ｖ－Ｄは、確定済み予約情報Ｂ２～確定済み予約情報Ｂ５に従って運行する。その結果、いずれの確定済み予約情報も、遅延１による影響を受けない。このように確定済み予約情報を修正することにより、車両の予約の需要と供給との間のミスマッチを低減することができる。
　上述のように遅延１に起因する確定済み予約の修正が行われた後、さらに別の遅延が発生した場合でも、同様の修正が可能である。
　図９に示されるように、車両Ｖ－Ａの確定済み予約情報Ａ３に従う運行に、遅延２が発生絵する。遅延２が発生した運行の終了時刻ｔ２２は、確定済み予約情報Ａ４に従う運行の開始時刻である時刻ｔ２１よりも遅い。したがって、車両Ｖ－Ａは、確定済み予約情報Ａ４に従う運行を行えない。一方で、車両Ｖ－Ｂは、時刻ｔ２１よりも前に確定済み予約情報Ｄ２に従う運行を終えるので、車両Ｖ－Ａの代わりに確定済み予約情報Ａ４に従う運行を行える可能性がある。加えて、車両Ｖ－Ａは、車両Ｖ－Ｂの代わりに、時刻ｔ２２よりも後の時刻ｔ２３を開始時刻とする確定済み予約情報Ｄ３に従う運行を行える可能性がある。
　修正部２２３は、遅延２が発生した運行（すなわち確定済み予約情報Ａ３）よりも後の車両Ｖ－Ａの確定済み予約情報Ａ４～確定済み予約情報Ａ６と、車両Ｖ－Ｂの確定済み予約情報Ｄ３～確定済み予約情報Ｄ５とを入れ替える。
　図１０には、入れ替え後の確定済み予約情報が示される。確定済み予約情報Ａに従う運行の後、車両Ｖ－Ａは、確定済み予約情報Ｄ３～確定済み予約情報Ｄ５に従って運行する。車両Ｖ－Ｂは、確定済み予約情報Ａ４～確定済み予約情報Ａ６に従って運行する。その結果、いずれの確定済み予約情報も、遅延２による影響を受けない。
　図１１は、配車システムにおいて実行される処理（配車方法）の例を示すフローチャートである。
　ステップＳ２１において、車両群が生成される。この例では、予約管理表生成部２２１が、車両Ｖ―Ａ、車両Ｖ－Ｂ及び車両Ｖ－Ｃを含む車両群を生成する。
　ステップＳ２２～ステップＳ２４において、予約運行表ＲＡ～予約運行表ＲＣが送信される。例えば予約管理表生成部２２１が、予約管理表に基づいて、車両Ｖ－Ａの予約運行表ＲＡを生成して車両Ｖ―Ａに送信し、車両Ｖ－Ｂの予約運行表ＲＢを生成して車両Ｖ－Ｂに送信し、車両Ｖ－Ｃの予約運行表ＲＣを生成して車両Ｖ－Ｃに送信する。
　ステップＳ２５～ステップＳ２７において、車両Ｖ－Ａが先のステップＳ２２で送信された予約運行表ＲＡを受信し、車両Ｖ－Ｂが先のステップＳ２３で送信された予約運行表ＲＢを受信し、車両Ｖ―Ｃが先のステップＳ２４で送信された予約運行表ＲＣを受信する。車両Ｖ－Ａにおいて、ドライバー用アプリケーションが、予約運行表ＲＡをドライバーに提示する。車両Ｖ－Ｂにおいて、ドライバー用アプリケーションが、予約運行表ＲＢをドライバーに提示する。車両Ｖ－Ｃにおいて、ドライバー用アプリケーションが、予約運行表ＲＣをドライバーに提示する。
　ステップＳ２８において、遅延が発生する。この例では、車両Ｖ－Ａの確定済み予約情報に従う運行に遅延が発生する。
　ステップＳ２９において、予約がキャンセルされる。車両Ｖ－Ａのドライバーが、ドライバー用アプリケーションを操作して、遅延が発生した運行の次の確定済み予約情報をキャンセルする。車両Ｖ－Ａは、キャンセルを示す情報を、配車管理装置２に送信する。
　ステップＳ３０において、入替可能な車両が探索される。修正部２２３は、車両Ｖ－Ａの確定済み予約情報と入替可能な確定済み予約情報が割り当てられた車両を探索する。この例では、探索された車両は、車両Ｖ－Ｂである。
　ステップＳ３１において、代行依頼が行われる。配車依頼部２２２は、車両Ｖ－Ａの確定済み予約情報に従う運行の代行を依頼する情報（代行依頼情報）を、車両Ｖ－Ｂに送信する。車両Ｖ－Ｂにおいて、ドライバー用アプリケーションが、代行依頼情報をドライバーに提示する。
　ステップＳ３２において、承諾が行われる。車両Ｖ－Ｂのドライバーは、ドライバー用アプリケーションを操作して、先のステップＳ３２での代行依頼を承諾する。車両Ｖ－Ｂは、承諾結果を、配車管理装置２に送信する。
　ステップＳ３３において、予約運行表ＲＡ´及び予約運行表ＲＢ´が作成される。修正部２２３は、予約管理表中の車両Ｖ－Ａの確定済み予約情報と、車両Ｖ－Ｂの確定済み予約情報とを入れ替える。予約管理表生成部２２１は、確定済み予約情報が入れ替えられた車両Ｖ－Ａの予約運行表ＲＡ´及び車両Ｖ－Ｂの予約運行表ＲＢ´を生成する。
　ステップＳ３４において、予約運行表ＲＢ´が送信される。予約管理表生成部２２１は、先のステップＳ３３で生成した予約運行表ＲＢ´を、車両Ｖ－Ｂに送信する。
　ステップＳ３５において、車両Ｖ－Ｂが、先のステップＳ３４で送信された予約運行表ＲＢ´を受信する。ドライバー用アプリケーションが、予約運行表ＲＢ´をドライバーに提示する。車両Ｖ－Ｂのドライバーは、予約運行表ＲＢ´に基づいて運行を行う。
　ステップＳ３６において、予約運行表ＲＡ´が送信される。配車依頼部２２２は、先のステップＳ３３で生成された予約運行表ＲＡ´を、車両Ｖ－Ｂに送信する。
　ステップＳ３７において、車両Ｖ－Ａが、先のステップＳ３６で送信された予約運行表ＲＡ´を受信する。ドライバー用アプリケーションが、予約運行表ＲＡ´をドライバーに提示する。車両Ｖ－Ａのドライバーは、予約運行表ＲＡ´に基づいて運行を行う。
　例えば以上のようにして、確定済み予約情報が修正され、車両Ｖ－Ａ～車両Ｖ－Ｃによる運行が行われる。上述の例では、車両Ｖ－Ａ及び車両Ｖ－Ｂの予約の需要と供給との間のミスマッチが低減される。
　図２に戻り、上述の修正部２２３による予約情報の修正（図３～図５等）、及び、確定済み予約情報の修正（図６～図１１等）の２つの修正処理は、併存しうる処理である。したがって、修正部２２３は、２つの修正処理を連続して或いは同時に行ってもよい。
２．４　予約の提案の例
　提案部２２４は、端末装置１のユーザに予約を行うことを提案する情報（以下、「予約提案情報」という場合もある。）を生成し、端末装置１に送信する。
　一実施形態において、提案部２２４は、端末装置１から送信された往路の予約情報に対応する復路の予約を行うことを提案する情報を生成する。このような予約提案情報が端末装置１によって提示されると、端末装置１でのユーザ操作により、例えば帰りの時間（復路の出発時刻）だけが指定される。指定は、往路の予約情報入力時、往路の予約情報確定時、往路の運行時、往路の運行完了時等、さまざまなタイミングで行われてよい。端末装置１は、指定された時間の情報を、配車管理装置２に送信する。
　例えば、端末装置１のユーザが利用した運行経路を含む予約情報（注文情報）が記憶部２３に記憶されている。提案部２２４は、記憶部２３に記憶されたその予約情報を参照し、指定された時間での復路の運行が可能な車両Ｖが存在する場合には、往路と同じ経路（より具体的には往路と反対の経路）の復路の予約情報を確定させる。予約情報を確定する前に、ユーザの承諾を得るために、予約情報が端末装置１に送信されてもよい。いずれにおいても、ユーザが復路の予約情報を一から入力する必要が無い分、ユーザの操作負担が軽減される。
　予約情報には往路の料金情報が含まれてよく、その場合、復路の料金は、往路と同じ料金に設定されてよい。なお、復路の料金は、時間帯の変更等が生じた場合に変更されてもよい。
　指定された時間での復路の運行が可能な車両Ｖが存在しない場合には、修正部２２３が、先に説明したように予約情報を修正したり、確定済み予約情報を修正したりしてもよい。
　提案部２２４は、履歴情報から、そのユーザが往復で利用することが多い区間の予約提案情報を生成してもよい。また、提案部２２４は、他のユーザの情報も併せて一般的に往復で利用することが多い区間の予約提案情報を生成してもよい。
　図１２は、配車システムにおいて実行される処理（配車方法）の例を示すフローチャートである。
　ステップＳ４１において、運行が行われる。この例では、車両Ｖ―Ａが、車両Ｖ－Ａの予約運行表ＲＡに基づいて、端末装置１のユーザを輸送する。
　ステップＳ４２において、予約提案情報が送信される。提案部２２４は、復路の予約を提案する情報を、予約提案情報として端末装置１に送信する。端末装置１は、予約提案情報をユーザに提示する。
　ステップＳ４３において、時間が指定される。端末装置１でのユーザ操作により、先のステップＳ４２で提案された復路の時間（例えば出発時刻）が指定される。端末装置１は、指定された時間を示す情報を、配車管理装置２に送信する。この送信は、指定された時間と、往路と同じ経路とを含む予約情報の送信に相当する。
　ステップＳ４４～ステップＳ５３の以降の処理は、修正部２２３によって予約情報が修正される場合の処理であり、先に図５を参照して説明したステップＳ４～ステップＳ１３の処理と同様である。ステップＳ４４において、空き時間にマッチする車両が存在するか否かが判断される。空き時間にマッチする車両Ｖが存在する場合（ステップＳ４４：Ｙｅｓ）、ステップＳ４５に処理が進められる。そうでない場合（ステップＳ４４：Ｎｏ）、ステップＳ４７に処理が進められる。ステップＳ４５において、予約運行表ＲＡ´が送信される。ステップＳ４６において、車両Ｖ－Ａが、予約運行表ＲＡ´を受信する。ステップＳ４７において、マッチする時間帯に予約情報が修正される。ステップＳ４８において、修正予約情報が送信される。ステップＳ４９において、承諾が行われる。ステップＳ５０において、予約運行表ＲＡ´´が送信される。ステップＳ５１において、車両Ｖ－Ａが、予約運行表ＲＡ´´を受信する。ステップＳ５２において、承諾が行われる。ステップＳ５３において、予約確定が通知される。
　なお、修正部２２３によって確定済み予約情報が修正されてもよく、その場合、ステップＳ４４～ステップＳ５３に代えて或いはそれらの処理の前又は後に、先に説明した図１１のステップＳ２８～ステップＳ３７と同様の処理が実行されてよい。
　図２に戻り、一実施形態において、提案部２２４は、配車が困難になると予測される場合に、端末装置１のユーザに予約を行うことを提案する情報を予約提案情報として生成し、生成した予約提案情報を端末装置１に送信する。例えば、提案部２２４は、天気予報が雨の場合、その他、イベント等によりタクシー配車の増加が予想される場合等に、配車システム１００の利用頻度の高いユーザに対する予約提案情報を生成し、生成した予約提案情報をそのユーザの端末装置１に送信する。例えば、記憶部２３が、端末装置１のユーザによる配車システム１００の利用履歴を記憶している。提案部２２４は、記憶部２３に記憶された利用履歴から、配車システム１００の利用頻度の高いユーザを抽出し、そのユーザに対する予約提案情報を生成する。このようなユーザに予約を提案することで、車両Ｖの需要を喚起しつつ、顧客ロイヤリティを向上させることができる。
　提案部２２４は、定期的な予約依頼が存在する場合に、予約提案情報の生成及び送信を行ってもよい。定期的な予約依頼の有無は、利用履歴に基づいて判断されてよい。例えば、提案部２２４は、毎週の所定の曜日に所定の経路（オフィスからホテルまで等）の予約履歴が存在する場合に、定期的な予約依頼が存在すると判断する。
　図１３は、配車システムにおいて実行される処理（配車方法）の例を示すフローチャートである。一点鎖線矢印の処理は、車両情報が、常に車両Ｖと配車管理装置２との間で共有されるように、例えば所定の間隔で車両Ｖから配車管理装置２に繰り返し送信されることを示す。
　ステップＳ６１において、予約提案情報が送信される。提案部２２４が、配車システム１００の利用頻度の高いユーザに対する予約提案情報を生成し、生成した予約提案情報をそのユーザの端末装置１に送信する。なお、そのようなユーザが複数存在する場合には、ユーザごとに生成された予約提案情報が、対応するユーザの端末装置１に送信されてよい。端末装置１は、予約提案情報を、ユーザに提示する。
　ステップＳ６２において、予約情報が送信される。端末装置１でのユーザ操作により、予約情報が入力される。端末装置１が、入力された予約情報を、配車管理装置２に送信する。
　ステップＳ６３において、予約運行表ＲＡが送信される。予約管理表生成部２２１は、先のステップＳ６２で送信された予約情報を、車両Ｖ－Ａの確定済み予約情報として予約管理表に追加する。予約管理表生成部２２１は、確定済み予約情報が追加された車両Ｖ－Ａの予約運行表ＲＡを生成し、車両Ｖ－Ａに送信する。
　なお、予約情報を修正するために、先に説明した図５のステップＳ４～ステップＳ１４と同様の処理が実行されてよい。確定済み予約情報が修正されてもよく、その場合には、先に説明した図１１のステップＳ２８～ステップＳ３７と同様の処理が実行されてよい。
　図１４は、端末装置及び配車管理装置のハードウェア構成の例を示すブロック図である。これまで説明した端末装置１及び配車管理装置２の機能は、コンピュータに各種のプログラムをインストールすることによって実現されうる。例えば先に説明した図２に示されるプログラム２３ａをコンピュータにインストールすることによって、配車管理装置２の機能が実現される。コンピュータにおいて、ＣＰＵ（Central　Processing　Unit）２０１、ＲＯＭ（Read　Only　Memory）２０２、ＲＡＭ（Random　Access　Memory）２０３は、バス２０４により相互に接続されている。
　バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。
　入力部２０６は、操作ボタン、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部２０７は、ディスプレイ、スピーカ、出力端子などよりなる。記憶部２０８は、ハードディスク、ＲＡＭディスク、不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブル記録媒体２１１を駆動する。
　以上のように構成されるコンピュータでは、ＣＰＵ２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、ＲＡＭ２０３にロードして実行することにより、上述した一連の処理が行われる。ＲＡＭ２０３にはまた、ＣＰＵ２０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
　コンピュータ（ＣＰＵ２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータでは、プログラムは、リムーバブル記録媒体２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ＲＯＭ２０２や記憶部２０８に、あらかじめインストールしておくことができる。
　以上、本開示の実施形態について説明したが、本開示の技術的範囲は、上述の実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
　以上説明した実施形態において、アプリケーション部２２は、時間帯に応じた場所に車両Ｖの目的地が含まれる確率が高まるように、予約情報を確定させてよい。例えば、朝の時間帯であれば住宅街の需要が高く、夜の時間帯であれば繁華街の需要が高いことが予測される。この場合、アプリケーション部２２は、朝の時間帯から夜の時間帯に向かうにつれて、車両Ｖの目的地が住宅街から繁華街に近づくように予約情報を確定させてよい。予約情報を効率よく埋めていくことができる。
３．効果
　以上説明した配車システム１００は、例えば次のように特定される。図１及び図２等を参照して説明したように、配車システム１００は、複数の車両Ｖの配車を管理する配車管理装置２と、時刻、出発地及び目的地を含む予約情報を配車管理装置２に送信する端末装置１と、を備え、配車管理装置２は、複数の車両Ｖのうちの少なくとも一つの車両Ｖが端末装置１から送信された予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両Ｖそれぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方を修正する。
　上記の配車システム１００によれば、複数の車両Ｖのうちの少なくとも一つの車両Ｖが端末装置１から送信された予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両Ｖそれぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方が修正される。これにより、車両の予約の需要と供給との間のミスマッチを低減することができる。
　図３～図５等を参照して説明したように、配車管理装置２は、端末装置１から送信された予約情報を修正し、修正についての承諾を得るために、修正した予約情報を端末装置１に送信してよい。このように予約情報の修正の承諾を得ることでも、需要と供給との間のミスマッチを低減することができる。
　図６～図１１等を参照して説明したように、配車管理装置２は、確定済み予約情報を修正し、具体的に、複数の車両Ｖのうちの第１の車両の確定済み予約情報と、第２の車両の確定済み予約情報とを入れ替えてよい。第１の車両は、確定済み予約情報に従う運行に遅延が発生した車両であり、配車管理装置２は、遅延が発生した運行よりも後の第１の車両の確定済み予約情報と、第２の車両の確定済み予約情報とを入れ替えてよい。配車管理装置２は、複数の車両Ｖそれぞれについて確定済み予約情報を含む予約運行表を生成し、対応する車両Ｖに送信し、第１の車両及び第２の車両それぞれについて入れ替え後の確定済み予約情報を含む予約運行表を生成し、対応する車両に送信してよい。例えばこのようにして、確定済み予約情報を修正することができる。
　図１２等を参照して説明したように、配車管理装置２は、端末装置１から送信された往路の予約情報に対応する復路の予約を行うことを提案する情報（予約提案情報）を端末装置に送信してよい。これにより、例えば、復路の予約に関するユーザの操作負担を軽減することができる。
　図１３等を参照して説明したように、配車管理装置２は、配車が困難になると予測される場合に、例えば端末装置１のユーザの配車システム１００の利用履歴に応じて、予約を行うことを提案する情報（予約提案情報）を端末装置１に送信してよい。これにより、例えば、車両Ｖの需要を喚起しつつ、顧客ロイヤリティを向上させることができる。
　図５及び図１１等を参照して説明した配車方法も、本開示の一態様である。配車方法は、配車管理装置２が、複数の車両Ｖのうちの少なくとも一つの車両Ｖが端末装置１から送信された予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両Ｖそれぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方を修正すること（ステップＳ７及びステップＳ３３等）、を含む。図２及び図１４等を参照して説明した配車プログラム（プログラム２３ａ）も、本開示の一態様である。配車プログラムは、複数の車両Ｖのうちの少なくとも一つの車両Ｖが端末装置１から送信された時刻、出発地及び目的地を含む予約情報又は修正された予約情報に従って運行でき、かつ、複数の車両Ｖそれぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、予約情報及び確定済み予約情報の少なくとも一方を修正すること、をコンピュータに実行させる。このような配車方法及び配車プログラムによっても、車両の予約の需要と供給との間のミスマッチを低減することができる。
　なお、本開示に記載された効果は、あくまで例示であって、開示された内容に限定されない。他の効果があってもよい。
　なお、本技術は以下のような構成も取ることができる。
（１）
　複数の車両の配車を管理する配車管理装置と、
　時刻、出発地及び目的地を含む予約情報を前記配車管理装置に送信する端末装置と、
　を備え、
　前記配車管理装置は、前記複数の車両のうちの少なくとも一つの車両が前記端末装置から送信された予約情報又は修正された予約情報に従って運行でき、かつ、前記複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、前記予約情報及び前記確定済み予約情報の少なくとも一方を修正する、
　配車システム。
（２）
　前記配車管理装置は、前記端末装置から送信された予約情報を修正し、
　前記配車管理装置は、前記修正についての承諾を得るために、修正した前記予約情報を前記端末装置に送信する、
　（１）に記載の配車システム。
（３）
　前記配車管理装置は、前記確定済み予約情報を修正し、
　前記配車管理装置は、前記複数の車両のうちの第１の車両の確定済み予約情報と、第２の車両の確定済み予約情報とを入れ替える、
　（１）又は（２）に記載の配車システム。
（４）
　前記第１の車両は、確定済み予約情報に従う運行に遅延が発生した車両であり、
　前記配車管理装置は、前記遅延が発生した運行よりも後の前記第１の車両の確定済み予約情報と、前記第２の車両の確定済み予約情報とを入れ替える、
　（３）に記載の配車システム。
（５）
　前記配車管理装置は、前記複数の車両それぞれについて確定済み予約情報を含む予約運行表を生成し、対応する車両に送信し、
　前記配車管理装置は、前記第１の車両及び前記第２の車両それぞれについて前記入れ替え後の確定済み予約情報を含む予約運行表を生成し、対応する車両に送信する、
　（４）に記載の配車システム。
（６）
　前記配車管理装置は、前記端末装置から送信された往路の予約情報に対応する復路の予約を行うことを提案する情報を前記端末装置に送信する、
　（１）～（５）のいずれかに記載の配車システム。
（７）
　前記配車管理装置は、前記配車が困難になると予測される場合に、予約を行うことを提案する情報を前記端末装置に送信する、
　（１）～（６）のいずれかに記載の配車システム。
（８）
　前記配車管理装置は、前記端末装置のユーザの前記配車システムの利用履歴に応じて、前記予約を行うことを提案する情報を前記端末装置に送信する、
　（７）に記載の配車システム。
（９）
　配車管理装置が、複数の車両のうちの少なくとも一つの車両が端末装置から送信された予約情報又は修正された予約情報に従って運行でき、かつ、前記複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、前記予約情報及び前記確定済み予約情報の少なくとも一方を修正すること、
　を含む、
　配車方法。
（１０）
　複数の車両のうちの少なくとも一つの車両が端末装置から送信された時刻、出発地及び目的地を含む予約情報又は修正された予約情報に従って運行でき、かつ、前記複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、前記予約情報及び前記確定済み予約情報の少なくとも一方を修正すること、
　をコンピュータに実行させる、
　配車プログラム。
　　１　端末装置
　　２　配車管理装置
　１１　通信部
　１２　アプリケーション部
　２１　通信部
　２２　アプリケーション部
２２１　予約管理表生成部
２２２　配車依頼部
２２３　修正部
２２４　提案部
　２３　記憶部
２３ａ　プログラム（配車プログラム）
１００　配車システム
　　Ｖ　車両

Claims (10)

  1. 　複数の車両の配車を管理する配車管理装置と、
    　時刻、出発地及び目的地を含む予約情報を前記配車管理装置に送信する端末装置と、
    　を備え、
    　前記配車管理装置は、前記複数の車両のうちの少なくとも一つの車両が前記端末装置から送信された予約情報又は修正された予約情報に従って運行でき、かつ、前記複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、前記予約情報及び前記確定済み予約情報の少なくとも一方を修正する、
    　配車システム。
  2. 　前記配車管理装置は、前記端末装置から送信された予約情報を修正し、
    　前記配車管理装置は、前記修正についての承諾を得るために、修正した前記予約情報を前記端末装置に送信する、
    　請求項１に記載の配車システム。
  3. 　前記配車管理装置は、前記確定済み予約情報を修正し、
    　前記配車管理装置は、前記複数の車両のうちの第１の車両の確定済み予約情報と、第２の車両の確定済み予約情報とを入れ替える、
    　請求項１に記載の配車システム。
  4. 　前記第１の車両は、確定済み予約情報に従う運行に遅延が発生した車両であり、
    　前記配車管理装置は、前記遅延が発生した運行よりも後の前記第１の車両の確定済み予約情報と、前記第２の車両の確定済み予約情報とを入れ替える、
    　請求項３に記載の配車システム。
  5. 　前記配車管理装置は、前記複数の車両それぞれについて確定済み予約情報を含む予約運行表を生成し、対応する車両に送信し、
    　前記配車管理装置は、前記第１の車両及び前記第２の車両それぞれについて前記入れ替え後の確定済み予約情報を含む予約運行表を生成し、対応する車両に送信する、
    　請求項４に記載の配車システム。
  6. 　前記配車管理装置は、前記端末装置から送信された往路の予約情報に対応する復路の予約を行うことを提案する情報を前記端末装置に送信する、
    　請求項１に記載の配車システム。
  7. 　前記配車管理装置は、前記配車が困難になると予測される場合に、予約を行うことを提案する情報を前記端末装置に送信する、
    　請求項１に記載の配車システム。
  8. 　前記配車管理装置は、前記端末装置のユーザの前記配車システムの利用履歴に応じて、前記予約を行うことを提案する情報を前記端末装置に送信する、
    　請求項７に記載の配車システム。
  9. 　配車管理装置が、複数の車両のうちの少なくとも一つの車両が端末装置から送信された予約情報又は修正された予約情報に従って運行でき、かつ、前記複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、前記予約情報及び前記確定済み予約情報の少なくとも一方を修正すること、
    　を含む、
    　配車方法。
  10. 　複数の車両のうちの少なくとも一つの車両が端末装置から送信された時刻、出発地及び目的地を含む予約情報又は修正された予約情報に従って運行でき、かつ、前記複数の車両それぞれが確定済み予約情報又は修正された確定済み予約情報に従って運行できるように、前記予約情報及び前記確定済み予約情報の少なくとも一方を修正すること、
    　をコンピュータに実行させる、
    　配車プログラム。
PCT/JP2021/038016 2020-11-02 2021-10-14 配車システム、配車方法及び配車プログラム WO2022091796A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022558997A JPWO2022091796A1 (ja) 2020-11-02 2021-10-14

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-183517 2020-11-02
JP2020183517 2020-11-02

Publications (1)

Publication Number Publication Date
WO2022091796A1 true WO2022091796A1 (ja) 2022-05-05

Family

ID=81382514

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/038016 WO2022091796A1 (ja) 2020-11-02 2021-10-14 配車システム、配車方法及び配車プログラム

Country Status (2)

Country Link
JP (1) JPWO2022091796A1 (ja)
WO (1) WO2022091796A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009074181A (ja) * 2008-12-15 2009-04-09 Dainippon Printing Co Ltd 薄膜の製造方法および薄膜製造装置
JP2018041120A (ja) * 2016-09-05 2018-03-15 富士通株式会社 業務評価方法、業務評価装置および業務評価プログラム
WO2019243861A1 (ja) * 2018-06-22 2019-12-26 日産自動車株式会社 配車システムのための情報提供方法、配車システム及び情報提供装置。
WO2020170337A1 (ja) * 2019-02-19 2020-08-27 本田技研工業株式会社 配車システム、及び配車方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009074181A (ja) * 2008-12-15 2009-04-09 Dainippon Printing Co Ltd 薄膜の製造方法および薄膜製造装置
JP2018041120A (ja) * 2016-09-05 2018-03-15 富士通株式会社 業務評価方法、業務評価装置および業務評価プログラム
WO2019243861A1 (ja) * 2018-06-22 2019-12-26 日産自動車株式会社 配車システムのための情報提供方法、配車システム及び情報提供装置。
WO2020170337A1 (ja) * 2019-02-19 2020-08-27 本田技研工業株式会社 配車システム、及び配車方法

Also Published As

Publication number Publication date
JPWO2022091796A1 (ja) 2022-05-05

Similar Documents

Publication Publication Date Title
US11164276B2 (en) Computer system arranging transport services for users based on the estimated time of arrival information
US11210689B2 (en) Vehicle dispatch device
US8355936B2 (en) Managing a travel itinerary
US7828202B2 (en) System and method for controlling the transport of articles
JP5928588B2 (ja) オンデマンド車両運行管理装置、オンデマンド車両運行管理方法及びオンデマンド車両運行管理システム
WO2019082482A1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
US20090312947A1 (en) Method and apparatus for generating routes using real-time public transportation information
US8671017B2 (en) Integrated system and method for centralized transit information handling
US20200272965A1 (en) Vehicle share ride support system
JP2014029580A (ja) タクシー配車アプリケーションシステム及び配車プログラム
WO2020256116A1 (ja) スケジュール調整方法及びスケジュール調整プログラムを格納した記憶媒体
JP5642118B2 (ja) 乗換検索装置、乗換検索方法および乗換検索プログラム
JP2003141219A (ja) サービススケジューリング方法及びプログラム
JP4548977B2 (ja) デマンド車両管理装置
WO2022091796A1 (ja) 配車システム、配車方法及び配車プログラム
CA2761369A1 (en) Method and system for scheduling demand-response transit service
CN107527497B (zh) 一种线路资源智能调配的通勤车预约方法
JP2006004100A (ja) 鉄道情報配信システム
JPH09330359A (ja) 工事工程変更管理システム
JP7132183B2 (ja) 管理サーバ、管理方法および管理プログラム
JP3529357B2 (ja) 最適車両配車方法および最適車両配車システム
JP2009054019A (ja) 配車管理システム
CN115489573B (zh) 一种基于ctc的列车开行调整方法及装置
JP7417701B1 (ja) 情報処理装置、情報処理方法及びプログラム
JPH1035832A (ja) 郵便物送達情報処理装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21885915

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022558997

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21885915

Country of ref document: EP

Kind code of ref document: A1