WO2022070430A1 - 配車装置、配車システム、車載装置、および配車方法 - Google Patents

配車装置、配車システム、車載装置、および配車方法 Download PDF

Info

Publication number
WO2022070430A1
WO2022070430A1 PCT/JP2020/037663 JP2020037663W WO2022070430A1 WO 2022070430 A1 WO2022070430 A1 WO 2022070430A1 JP 2020037663 W JP2020037663 W JP 2020037663W WO 2022070430 A1 WO2022070430 A1 WO 2022070430A1
Authority
WO
WIPO (PCT)
Prior art keywords
taxi
vehicle
customer
reserved
reservation
Prior art date
Application number
PCT/JP2020/037663
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 US18/026,555 priority Critical patent/US20230343219A1/en
Priority to JP2022553419A priority patent/JPWO2022070430A1/ja
Priority to PCT/JP2020/037663 priority patent/WO2022070430A1/ja
Publication of WO2022070430A1 publication Critical patent/WO2022070430A1/ja

Links

Images

Classifications

    • G06Q50/40—
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • 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

  • the embodiments of the disclosure relate to a vehicle dispatching device, a vehicle dispatching system, an in-vehicle device, and a vehicle dispatching method.
  • One aspect of the embodiment is made in view of the above, and many taxis and many passengers are dispatched, such as when a dispatch reservation is made from the same platform or a nearby point at about the same time. It is an object of the present invention to provide a vehicle allocation device, a vehicle allocation system, an in-vehicle device, and a vehicle allocation method that enable each customer to smoothly get on an appropriate taxi even when they are mixed in the neighborhood.
  • the vehicle dispatching device includes a change information receiving unit and a rematching unit.
  • the change information receiving unit receives change information indicating that a non-reserved passenger other than the reserved passenger has boarded the taxi that has been instructed to dispatch the reserved passenger.
  • the rematching unit rematches the reserved passenger with the taxi and notifies the taxi of the vehicle allocation instruction based on the rematching result.
  • the vehicle dispatching device, the vehicle dispatching system, the in-vehicle device, and the vehicle dispatching method according to one aspect of the embodiment are many with many dispatched taxis, such as when a vehicle dispatching reservation is made from the same landing or a nearby point at about the same time. Even if there are many customers in the neighborhood, it is possible to smoothly get each customer to take an appropriate taxi.
  • FIG. 1 is an explanatory diagram showing an example of a vehicle allocation method according to an embodiment.
  • FIG. 2 is a diagram showing a configuration example of a vehicle allocation system according to an embodiment.
  • FIG. 3 is a diagram showing a specific example of rematching according to the embodiment.
  • FIG. 4 is a sequence diagram showing an operation example of the vehicle allocation system according to the embodiment.
  • FIG. 5 is a diagram showing an example of system operation using the two-dimensional code according to the embodiment.
  • FIG. 6 is a diagram showing an example of system operation using the two-dimensional code according to the embodiment.
  • FIG. 7 is a diagram showing an example of system operation using the two-dimensional code according to the embodiment.
  • FIG. 8 is a diagram showing an example of system operation using the photographic information according to the embodiment.
  • FIG. 1 is an explanatory diagram showing an example of a vehicle allocation method according to an embodiment.
  • FIG. 2 is a diagram showing a configuration example of a vehicle allocation system according to an embodiment.
  • FIG. 3 is
  • FIG. 9 is a diagram showing an example of system operation using the photographic information according to the embodiment.
  • FIG. 10 is a diagram showing an example of system operation using the photographic information according to the embodiment.
  • FIG. 11 is a diagram showing an example of system operation using the photographic information according to the embodiment.
  • FIG. 12 is a diagram showing an example of system operation using the photographic information according to the embodiment.
  • FIG. 13 is a diagram showing an example of system operation using the photographic information according to the embodiment.
  • FIG. 1 is an explanatory diagram showing an example of a vehicle allocation method according to an embodiment.
  • step S1 when the vehicle allocation device 1 according to the embodiment receives a taxi T allocation reservation from the terminal device 10 of the customer U (step S1), the taxi T and the customer U corresponding to the vehicle allocation reservation are matched (step S1).
  • step S2 the terminal devices 10 of a plurality of customers U existing at the same platform or nearby points (for example, an event venue or a company with many visitors) are used at approximately the same time (taxi platform). The explanation will be given on the assumption that a taxi dispatch reservation is accepted in a situation where the taxi is crowded.
  • the vehicle dispatching device 1 requests that the vehicle dispatching device 1 arranges in a line at the landing in the order of the passengers U arriving at the landing, and board the taxi T arriving in order from the customer U at the head of the line.
  • Information is transmitted to the terminal device 10 (step S3). Actually, it may be sufficient to simply transmit the instruction information of the landing to the terminal device 10. As a result, the plurality of customers U are lined up at the landing (step S4).
  • the vehicle dispatching device 1 notifies the reservation information of the customer U matching to the in-vehicle device of the taxi T corresponding to the vehicle allocation reservation, and distributes the taxi T to the same landing where there are a plurality of customers U (step S5).
  • the reservation information includes information such as the customer's name, platform, and destination.
  • FIG. 1 shows the initial matching by the broken line connecting the customer U arriving at the landing and the taxi T arriving.
  • the vehicle dispatching device 1 requests the passengers to line up at the landing and board the arriving taxi T in sequence. It should be noted that the vehicle dispatching device 1 may display such a request on the display device at the taxi stand instead of making such a request. Then, when the vehicle dispatching device 1 receives change information indicating that a customer (non-reserved customer) different from the initially matched customer U has been boarded from the in-vehicle device of the taxi T arriving at the landing (step S6). , Rematch customer U and taxi T.
  • the customer U From the in-vehicle device mounted on the taxi T, the customer U is identified based on the information communication content of the customer U with the terminal device 10 and the operation of the driver, and the information of the customer U who got on the taxi (initially matched). If it is different from the customer U, it becomes change information) is transmitted to the vehicle dispatching device 1.
  • the taxi T can board the rematched customer U without causing confusion between each taxi and each customer due to the violation of matching, while the customer U waits for the arrival of the initially matched taxi T. You can take a taxi T that arrives at the platform without any trouble.
  • the vehicle dispatching device 1 can smoothly board a plurality of customers U who have made reservations for dispatching from the same landing or a neighboring point at substantially the same time on the taxi T.
  • FIG. 2 is a diagram showing a configuration example of a vehicle allocation system according to an embodiment.
  • the vehicle allocation system 100 includes a vehicle allocation device 1, a terminal device 10 carried by a customer U, and an in-vehicle device 20 mounted on a taxi T.
  • the terminal device 10 is, for example, a smartphone.
  • the terminal device 10 may be another portable device such as a tablet terminal or a notebook computer as long as it has the same function as a smartphone.
  • An application program that enables the vehicle allocation system 100 to be used is installed in the terminal device 10.
  • the terminal device 10 has a camera function, a two-dimensional bar code reading function, a positioning function by GPS (Global Positioning System), and the like.
  • the in-vehicle device 20 has a function of displaying an image, a two-dimensional bar code reading function, a function of recognizing a photographed image of a drive recorder mounted on the taxi T, and a face recognition that authenticates a human face from the image. It has functions and the like.
  • the taxi T is equipped with a camera that captures a passenger U in the back seat.
  • the in-vehicle device 20 includes a customer change detection unit and a change information transmission unit.
  • the customer change detection unit detects that a non-reserved passenger other than the reserved passenger who is the target of the vehicle allocation instruction has boarded.
  • the change information transmitting unit transmits the change information to the vehicle dispatching device 1 based on the boarding of the non-reserved passenger detected by the customer change detecting unit.
  • the vehicle dispatching device 1 is wirelessly connected to the terminal device 10 and the in-vehicle device 20 via, for example, a communication network 101 such as the Internet.
  • the vehicle dispatching device 1 includes a communication unit 2, a storage unit 3, and a processing unit 4.
  • the communication unit 2 is a communication I / F (interface) that transmits / receives information between the terminal device 10 and the vehicle-mounted device 20 and the processing unit 4 via the communication network 101.
  • the storage unit 3 is, for example, an information storage device such as a data flash, and stores and stores reservation information 31 including the contents of a vehicle allocation reservation.
  • the reservation information 31 includes the name of the customer U, the date of the vehicle allocation reservation, the location of the vehicle allocation destination, the location of the destination of the customer U, and the like.
  • the processing unit 4 includes a microcomputer having a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and various circuits.
  • the processing unit 4 includes a plurality of processing units that function by the CPU executing the program stored in the ROM by using the RAM as a work area.
  • the processing unit 4 includes a determination unit 41, a reception unit 42, a matching unit 43, a vehicle allocation unit 44, a change information receiving unit 45, and a rematching unit 46.
  • a part or all of the determination unit 41, the reception unit 42, the matching unit 43, the vehicle allocation unit 44, the change information receiving unit 45, and the rematching unit 46 provided in the processing unit 4 are ASIC (Application Specific Integrated Circuit) or FPGA. It may be configured by hardware such as (Field Programmable Gate Array).
  • the determination unit 41, the reception unit 42, the matching unit 43, the vehicle allocation unit 44, the change information receiving unit 45, and the rematching unit 46 included in the processing unit 4 realize or execute the information processing operations described below, respectively.
  • the internal configuration of the processing unit 4 is not limited to the configuration shown in FIG. 2, and may be another configuration as long as it is a configuration for performing information processing described later.
  • the reception unit 42 accepts a taxi T dispatch reservation from the terminal device 10 of the customer U.
  • the vehicle allocation reservation includes the name of the customer U, the customer's current location, the destination, and the like.
  • customer identification data such as a customer number
  • the vehicle dispatching device has a customer database to obtain necessary customer information such as nomination from the customer number or the like.
  • the reception unit 42 also accepts reservations for taxi T dispatch from the terminal devices 10 of a plurality of customers U to the same platform.
  • the reception unit 42 sequentially stores and stores the reservation information 31 of the received vehicle allocation reservation in the storage unit 3.
  • the determination unit 41 determines a congested area where vehicle allocation reservations are concentrated based on the reservation information 31 stored in the storage unit 3, and determines a specific platform for the congested area. Then, the determination unit 41 outputs the specific landing corresponding to the determined congested area to the reception unit 42.
  • the determination unit 41 analyzes the time-dependent transition of the reservation information 31, determines, for example, a place where the concentration of vehicle allocation reservations occurs at least once a month as a congested area, determines an appropriate specific platform, and stores it.
  • the unit 3 has a function of storing as a specific landing in the congested area.
  • the reception unit 42 When the reception unit 42 accepts the vehicle allocation reservation, the reception unit 42 acquires the current position of the terminal device 10 from the terminal device 10 and notifies the appropriate boarding position in the vicinity. At this time, when the current position of the terminal device 10 is in a congested area, the reception unit 42 notifies the terminal device 10 of the specific landing determined by the determination unit 41, which is close to the current position of the terminal device 10.
  • the vehicle dispatching device 1 guides a plurality of customers U waiting for the taxi T at different positions in places where the vehicle allocation reservations are concentrated to one specific landing, and allows the customer U to board the taxi T smoothly. Can be done.
  • the reception unit 42 notifies the specific platform for each group of customers U whose destinations are close to each other. For example, when the reception unit 42 has a customer U bound for the east and a customer U bound for the west in the same crowded area, the reception unit 42 notifies the customer U bound for the east of a specific platform facing the road facing the east. Then, the westbound customer U is notified of the specific platform facing the westbound road. As a result, the vehicle dispatching device 1 can prevent the taxi T, which starts traveling in the direction opposite to the destination of the customer U, from getting on the taxi T, and the traffic due to the useless U-turn of the taxi T can be suppressed. Confusion can also be suppressed.
  • the reception unit 42 when the reception unit 42 accepts the vehicle allocation reservation, the reception unit 42 transmits the request information requesting that the passengers arriving at the same landing get on the taxi T in the order of the taxi T to the terminal device 10. As a result, the customer U can immediately board the arriving taxi T without waiting for the initially matched taxi T. Therefore, the vehicle dispatching device 1 can smoothly get the customer U into the taxi T.
  • this request information may be displayed at the taxi stand using a display device, it is displayed only when this method is applied (corresponding taxi stand when a congested area occurs) (. (Variable display by a liquid crystal display or the like controlled by a remote display by the vehicle dispatching device 1) is preferable to the constant fixed display by a guide plate or the like. Then, the reception unit 42 outputs the received vehicle allocation reservation information to the matching unit 43.
  • the matching department 43 is looking for a taxi T to accept reservations.
  • the matching unit 43 solicits taxi T to accept reservations by disclosing the landing and destination of customer U to a plurality of taxi T.
  • the taxi T wishing to pick up and drop off the customer U transmits the vehicle allocation request to the matching unit 43 together with the vehicle information including the vehicle identification information and the vehicle position information.
  • the matching unit 43 matches each taxi corresponding to the reservation reception with the customer U, and determines the taxi T to be dispatched in consideration of various vehicle information such as the position of each vehicle and the past vehicle allocation status. Then, the matching unit 43 outputs the matching result to the vehicle allocation unit 44.
  • the vehicle dispatching unit 44 notifies the reservation information 31 of the customer U that matches the in-vehicle device 20 of the taxi T that has decided to allocate the taxi, and distributes the taxi T to the boarding position notified to the customer U. At this time, in the case of a reservation from a crowded area, the taxi T will be dispatched to a specific platform.
  • the change information receiving unit 45 receives boarding information indicating that the reserved passenger has boarded from the in-vehicle device 20 of the taxi T. Further, when the taxi T gets on a customer U different from the customer U matched by the matching unit 43, the change information receiving unit 45 starts with the matching unit 20 from the in-vehicle device 20 of the taxi T arriving at the specific landing. 43 Therefore, the change information indicating that the customer U (non-reserved customer other than the reserved customer) different from the matched customer U is boarded is received.
  • the in-vehicle device 20 switches to the normal sink ride and changes information including the initial matching result and the information indicating that the taxi has been switched to the sink ride. It is transmitted to the change information receiving unit 45 of 1.
  • the change information includes the initial matching result and the reservation information 31 (or information indicating that the passenger has switched to the sink ride) of the passenger who boarded this time.
  • the change information receiving unit 45 outputs the received change information to the rematching unit 46.
  • the vehicle dispatching device 1 can make the customer U board the taxi T arriving in the order of the customer U arriving at the landing without causing confusion between the customer U and the driver of the taxi T, so that the same event venue can be used. It is possible to smoothly board a taxi T by a plurality of customers U who have made reservations for dispatching at approximately the same time from a nearby location, the same platform, or the like.
  • the vehicle allocation system 100 may have a function of compensating for the difference in the taxi T, which has a shorter mileage and a reduced fare due to rematching than in the case of the initial matching. For example, collect the fare information of each taxi that has changed (taxi that has changed in relation to each other), and set a predetermined ratio (for example, half) of the difference between the fare for the vehicle before the change and the fare for the vehicle after the change. Adjust (decrease if the fare increases after the change, increase if the fare decreases after the change) and reflect it in the settlement system.
  • the rematching unit 46 the customer U who is not matched with the taxi T remains in the same landing (the specific landing notified) in the in-vehicle device 20 of the taxi T which was initially matched with the customer U who has already boarded the taxi T. You may notify that you are. In this case, the rematching unit 46 preferentially rematches the taxi T near the platform. As a result, the rematching unit 46 can match to an appropriate taxi T, and can prevent, for example, wastefully rematching a taxi T far from the landing.
  • FIG. 3 is a diagram showing a specific example of rematching according to the embodiment.
  • Mr. A, Mr. B, Mr. C, and Mr. D who are scheduled to be dispatched, are matched with the taxis of cars 1 to 4.
  • the vehicle dispatching device 1 distributes a vehicle by matching Mr. A with the vehicle No. 1, Mr. B and the vehicle No. 2, Mr. C and the vehicle No. 3, and Mr. D with the vehicle No. 4. After that, it is assumed that Mr. C, Mr. A, Mr. D, and Mr. B arrive at the landing in this order, and the car No. 4, No. 1, car No. 3, car No. 2 arrives at the landing in this order.
  • Mr. C gets on the first car that arrives. Mr. C is waiting for car 3 in the initial matching. For this reason, Car 3 cannot accommodate Mr. C, who was initially matched. Car 4 is initially for Mr. D. Therefore, Mr. D cannot get on the No. 4 car.
  • the vehicle dispatching device 1 rematches the No. 4 car with Mr. C by using the No. 4 car for Mr. C. Then, the vehicle dispatching device 1 rematches the No. 3 car with Mr. D by using the No. 3 car for Mr. D. As a result, Mr. D changes from waiting for car 4 to waiting for car 3.
  • Mr. A can get on the first car as originally matched.
  • Mr. B can also get on the second car as originally matched.
  • Mr. C and car No. 4 Mr. A and car No. 1, Mr. D and car No. 3, and Mr. B and car No. 2 become a pair.
  • the vehicle dispatching device 1 does not make Mr. A, Mr. B, Mr. C, and Mr. D wait, and the order of arrival of the first car, the second car, the third car, and the fourth car can be changed near the landing. You can get on the taxi T smoothly without looking for customers.
  • FIG. 4 is a sequence diagram which shows the operation example of the vehicle dispatch system which concerns on embodiment.
  • the terminal device 10 transmits the vehicle allocation reservation information to the vehicle allocation device 1.
  • the vehicle dispatching device 1 first receives the vehicle dispatch reservation information from the terminal device 10 of the customer U (step S11).
  • the vehicle dispatching device 1 transmits the vehicle recruitment information of the taxi T corresponding to the vehicle dispatch reservation to the in-vehicle device 20. Then, the in-vehicle device 20 receives the vehicle recruitment information and displays the information necessary for the driver on the display (step S12). Based on the vehicle recruitment information displayed on the display, when the driver who wishes to dispatch the vehicle performs the vehicle allocation desired operation with the vehicle-mounted device 20, the vehicle-mounted device 20 transmits the vehicle dispatching request information to the vehicle dispatching device 1. Then, the vehicle allocation device 1 receives a vehicle allocation request from the in-vehicle device 20 of the taxi T that responds to the vehicle allocation reservation (step S13). After that, the vehicle dispatching device 1 matches the customer U and the taxi based on the vehicle allocation reservation information, the position information included in the vehicle allocation request information, various customer desired information, the taxi dispatch history, and the like (step S14).
  • the vehicle dispatching device 1 transmits request information such as a taxi boarding place (position) instruction and information such as a vehicle dispatching taxi to the terminal device 10 of the corresponding customer U (step S15). Then, the terminal device 10 of the customer U receives the request information and displays the request information required for the customer U on the display. Further, the vehicle dispatching device 1 transmits the reservation information 31 to the vehicle-mounted device 20 (step S16). Then, the in-vehicle device 20 receives the reservation information 31 and displays the information necessary for the driver on the display.
  • request information such as a taxi boarding place (position) instruction and information such as a vehicle dispatching taxi
  • the terminal device 10 of the customer U receives the request information and displays the request information required for the customer U on the display. Further, the vehicle dispatching device 1 transmits the reservation information 31 to the vehicle-mounted device 20 (step S16). Then, the in-vehicle device 20 receives the reservation information 31 and displays the information necessary for the driver on the display.
  • the in-vehicle device 20 A reserved customer is searched for by using an image recognition process using a camera image, and the in-vehicle device 20 displays the reserved customer (step S17).
  • step S17 A specific example of step S17 will be described later with reference to FIGS. 8 to 11. Further, the search for the reserved customer may be performed by the driver visually, and the result may be input to the in-vehicle device 20.
  • step S18 the in-vehicle device 20 authenticates the passenger (step S18). Specific examples of step S18 will be described later with reference to FIGS. 5 to 7, 12 and 13.
  • the authentication of the reserved customer may be performed by the driver visually or the like, and the result may be input to the in-vehicle device 20.
  • the vehicle-mounted device 20 transmits the actual vehicle information (passenger boarding information) including the change information to the vehicle dispatching device 1 (step S19).
  • the vehicle-mounted device 20 determines in step S18 that the passenger U boarded is the initially matched customer U, the vehicle-mounted device 20 transmits the actual vehicle information including the information that the customer has not changed to the vehicle dispatching device 1. Then, the vehicle dispatching device 1 receives the actual vehicle information, determines that the vehicle allocation to the customer U has been completed, and performs vehicle allocation completion processing (data recording, erasing the waiting passenger display, etc.) for the customer U.
  • step S20 When the vehicle dispatching device 1 receives the change information, it rematches (step S20), and the rematching result is the in-vehicle device 20 that has transmitted the change information and another taxi T (mainly new) that requires this information. (Taxi matched to) is transmitted to the in-vehicle device 20 (step S21). After that, the in-vehicle device 20 that has transmitted the change information continues the renting process and shifts the process to step S23. The newly matched in-vehicle device 20 of the taxi proceeds to the process of picking up the reserved passenger, that is, the process of step S17.
  • the vehicle-mounted device 20 continues the renting process and shifts the process to step S23.
  • the in-vehicle device 20 transmits the vacant vehicle information including the information that the vehicle is vacant and the information about the actual vehicle immediately before (actual vehicle mileage, fare, etc.) to the vehicle allocation device 1.
  • the vehicle dispatching device 1 receives this vacant vehicle information, records necessary information, changes the status data of the corresponding taxi (the vehicle is regarded as an vacant vehicle to be dispatched), and performs a series of operations of the vehicle dispatching system 100. finish.
  • FIGS. 5 to 7 are diagrams showing an example of system operation using the two-dimensional code according to the embodiment.
  • the reception unit 42 of the vehicle allocation device 1 transmits a two-dimensional bar code TD on the taxi side to the in-vehicle device 20 when the vehicle allocation reservation is accepted, and the two-dimensional bar code on the user side.
  • the UD is transmitted to the terminal device 10.
  • the two-dimensional bar code TD on the taxi side includes the reservation information 31.
  • the user-side two-dimensional bar code UD includes request information and payment information.
  • the information for settlement is information including the settlement method of the fare, the type of electronic money used for settlement, and the like.
  • the request information is information including a request to the taxi T input by the customer U at the time of reservation for dispatch.
  • the request information includes information such as driving preference, desired road, conversation OK / NG, and urgent / non-urgent.
  • the in-vehicle device 20 Upon receiving the taxi-side two-dimensional bar code TD, the in-vehicle device 20 transmits the taxi-side two-dimensional bar code TD to the terminal device 10. It should be noted that this transmission can be realized by a method of transmitting via the vehicle dispatching device 1, a method of transmitting by the in-vehicle device based on the terminal information (contact address) of the customer U included in the reservation information 31, and the like.
  • the in-vehicle device 20 has the terminal device 10 display the previously transmitted two-dimensional bar code TD on the taxi side, and the camera displays the two-dimensional bar code TD.
  • the customer U is confirmed by collating with the two-dimensional bar code TD on the taxi side transmitted from the vehicle dispatching device 1.
  • the in-vehicle device 20 can confirm whether or not the taxi T is a matched customer U without bothering the driver of the taxi T and the customer U. If the passenger U on board is a matched customer U, the actual vehicle information including the information that the customer has not changed is transmitted to the vehicle dispatching device 1.
  • the actual vehicle information (passenger boarding information) including the change information is transmitted to the vehicle dispatching device 1. That is, by using the method using the two-dimensional bar code TD shown in FIG. 5 for the processing of steps S18 and S19 in FIG. 4, the operation of the driver and the customer can be simplified, and the vehicle allocation system can be suitably realized. ..
  • the in-vehicle device 20 reads the user-side two-dimensional bar code UD from the terminal device 10, and causes, for example, display the request information on the display 21 of the in-vehicle device 20.
  • the driver of the taxi T can drive according to the request of the customer U.
  • the in-vehicle device 20 when the in-vehicle device 20 arrives at the destination of the customer U, the user-side two-dimensional code UD is read and the fare is settled. As a result, the in-vehicle device 20 can complete the payment without bothering the driver of the taxi T and the customer U.
  • the taxi side 2D code TD may include a payment code.
  • the terminal device 10 can also read the payment code from the two-dimensional code TD on the taxi side to perform payment.
  • the reservation information 31 may be included in the user-side two-dimensional code UD.
  • the terminal device 10 may transmit the user-side two-dimensional code UD including the reservation information 31, the request information, and the payment information to the in-vehicle device 20 at the time of reservation.
  • the in-vehicle device 20 can confirm whether or not the customer U is a matched customer U without bothering the driver of the taxi T and the customer U, and can complete the payment. Further, the driver of the taxi T can drive according to the request of the customer U.
  • 8 to 13 are diagrams showing a system operation example using the photographic information according to the embodiment.
  • the terminal device 10 transmits the photographic information P1 taken by the face of the customer U to the vehicle allocation device 1 when making a vehicle allocation reservation.
  • the reception unit 42 of the vehicle dispatching device 1 accepts a vehicle dispatching reservation, and acquires the photographic information P1 in which the face of the customer U is photographed from the terminal device 10 of the customer U.
  • the vehicle dispatching unit 44 notifies the in-vehicle device 20 of the reservation information 31 of the customer U including the photo information of the customer U.
  • the in-vehicle device 20 receives the reservation information 31 from the terminal device 10 and uses the photo information P1 included in the reservation information 31 as a search material for the customer U by the driver of the taxi T. For example, as shown in FIG. 9, the in-vehicle device 20 automatically displays the photographic information P1 on the display 21 when approaching the landing. As a result, the driver of the taxi T can easily find the customer U at the landing by checking the photographic information P1 displayed on the display 21.
  • the in-vehicle device 20 performs image recognition processing using the image taken around the vehicle by the camera of the drive recorder 22, and features such as the face and clothes of the customer U included in the photographic information P1. It is also possible to enlarge or coordinately display the photo information P2 of the customer U specified from the point on the display 21. As a result, the driver of the taxi T can easily find the customer U at the landing by checking the photographic information P2 displayed on the display 21.
  • the arrival notification can be transmitted to the terminal device 10 (step S21).
  • the terminal device 10 Upon receiving the arrival notification, the terminal device 10 transmits the position information of the customer U positioned by GPS to the in-vehicle device 20 (step S22).
  • the in-vehicle device 20 narrows down the detection target from the image of the drive recorder 22 to some extent based on the position information of the customer U (step S23), performs image recognition processing, and displays the photograph information P2 of the specified customer U on the display 21. Enlarge or highlight. As a result, the driver can detect the customer U in a shorter time based on the display by the in-vehicle device 20.
  • the vehicle dispatch system 100 confirms the permission to send the customer information to the taxi T every time the vehicle allocation reservation is made by the application program, and transmits the customer information only when the permission is obtained. And when the boarding is completed, the customer information is automatically deleted.
  • the in-vehicle device 20 receives in advance from the image P3 of the camera 23 of the drive recorder that images the customer U who gets on the back seat and from the vehicle dispatching device 1. It is confirmed whether or not the customer U has made a reservation for dispatch by collating with the photo information P1 of the customer U who has made a reservation. This makes it possible to prevent other passengers from boarding the reserved taxi T. If the passenger U on board is a matched customer U, the actual vehicle information including the information that the customer has not changed is transmitted to the vehicle dispatching device 1.
  • the actual vehicle information (passenger boarding information) including the change information is transmitted to the vehicle dispatching device 1. That is, by using the customer recognition method using the captured image of the drive recorder camera or the like, the driver and the customer can be easily operated, and the vehicle allocation system can be suitably realized.
  • the in-vehicle device 20 can further acquire information such as the clothes of the customer U from the terminal device 10 at the time of reservation for vehicle allocation and display it on the display 21. This makes it easier for the taxi T driver to confirm the customer U.
  • the vehicle allocation system 100 if the photograph information P1 of the customer U is transmitted from the terminal device 10 each time a vehicle allocation reservation is made, the communication charge and processing load of the terminal device 10 increase. Therefore, in the vehicle allocation system 100, it is also possible to have the photograph information P1 of the customer U registered in advance from the application program of the terminal device 10.
  • the in-vehicle device 20 is provided with a face image generation function in consideration of secular variation. Then, as shown in FIG. 13, when the customer U who has passed a long period of time after registering the photographic information P1 gets on the vehicle, the in-vehicle device 20 takes into consideration the secular variation from the image P4 of the camera 23 and the photographic information P1. By collating with the photo information P5 generated in the above, it is confirmed whether or not the customer U has made a reservation for dispatch. As a result, in the vehicle allocation system 100, it is possible to reduce the burden of having the customer U periodically update the photo information P1.
  • the photographic information P5 generated from the photographic information P1 in consideration of aging can be realized by using aged deterioration processing or the like by deep learning using artificial intelligence based on the elapsed time from the shooting time of the photographic information P1. ..
  • Vehicle dispatch system 101 Communication network 1 Communication network 1 Vehicle dispatch device 2 Communication unit 3 Storage unit 31 Reservation information 4 Processing unit 41 Decision unit 42 Reception unit 43 Matching unit 44 Vehicle allocation unit 45 Change information reception unit 46 Rematching unit 10 Terminal device 20 In-vehicle device 21 Display 22 Drive Recorder 23 Camera U Passenger T Taxi

Abstract

実施形態に係る配車装置（１）は、変更情報受信部（４５）と、再マッチング部（４６）とを備える。変更情報受信部（４５）は、予約客への配車指示をしたタクシー（Ｔ）に、予約客以外の非予約客が乗車したことを示す変更情報を受信する。再マッチング部（４６）は、変更情報受信部（４５）によって変更情報が受信される場合に、予約客とタクシー（Ｔ）とを再マッチングし、再マッチング結果に基づくタクシー（Ｔ）に配車指示の通知を行う。

Description

配車装置、配車システム、車載装置、および配車方法
　開示の実施形態は、配車装置、配車システム、車載装置、および配車方法に関する。
　従来、客の端末装置からタクシーの配車予約を受け付けた場合に、客の送迎を希望するタクシーを選択して、客の所へ配車する配車装置がある（例えば、特許文献１参照）。
特開２０１６－１８１１５６号公報
　しかしながら、同一乗り場や近隣の地点から多くの客によって略同時期にタクシーの配車予約が行われた場合、配車予約時に成立したタクシーとお客様の組み合わせで、指定迎車ポイントでの出会いが難しく、見た目の状況的には多乗客と多タクシーとの関係となり、相互に該当する相手先が分かりにくくなる。このため、これらの客をスムーズにタクシーに誘導して乗車させることができない。特に混雑した状況では、タクシー、客が共に移動困難となるため、配車予約時に成立したタクシーとお客様の組み合わせでの乗車に困難が伴う。
　実施形態の一態様は、上記に鑑みてなされたものであって、同一乗り場や近隣の地点からから略同時期に配車予約を行った場合などの、多くの配車されたタクシーと多くの客が近隣に混在した場合にも各客をスムーズに適切なタクシーに乗車させることができる配車装置、配車システム、車載装置、および配車方法を提供することを目的とする。
　実施形態の一態様に係る配車装置は、変更情報受信部と、再マッチング部とを備える。変更情報受信部は、予約客への配車指示をしたタクシーに、前記予約客以外の非予約客が乗車したことを示す変更情報を受信する。再マッチング部は、前記変更情報受信部によって前記変更情報が受信される場合に、前記予約客とタクシーとを再マッチングし、再マッチング結果に基づくタクシーに配車指示の通知を行う。
　実施形態の一態様に係る配車装置、配車システム、車載装置、および配車方法は、同一乗り場や近隣の地点からから略同時期に配車予約を行った場合などの、多くの配車されたタクシーと多くの客が近隣に混在した場合にも各客をスムーズに適切なタクシーに乗車させることができるという効果を奏する。
図１は、実施形態に係る配車方法の一例を示す説明図である。 図２は、実施形態に係る配車システムの構成例を示す図である。 図３は、実施形態に係る再マッチングの具体例を示す図である。 図４は、実施形態に係る配車システムの動作例を示すシーケンス図である。 図５は、実施形態に係る２次元コードを使用したシステム運用例を示す図である。 図６は、実施形態に係る２次元コードを使用したシステム運用例を示す図である。 図７は、実施形態に係る２次元コードを使用したシステム運用例を示す図である。 図８は、実施形態に係る写真情報を使用したシステム運用例を示す図である。 図９は、実施形態に係る写真情報を使用したシステム運用例を示す図である。 図１０は、実施形態に係る写真情報を使用したシステム運用例を示す図である。 図１１は、実施形態に係る写真情報を使用したシステム運用例を示す図である。 図１２は、実施形態に係る写真情報を使用したシステム運用例を示す図である。 図１３は、実施形態に係る写真情報を使用したシステム運用例を示す図である。
　以下、添付図面を参照して、配車装置、配車システム、車載装置、および配車方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。図１は、実施形態に係る配車方法の一例を示す説明図である。
　図１に示すように、実施形態に係る配車装置１は、客Ｕの端末装置１０からタクシーＴの配車予約を受け付けると（ステップＳ１）、配車予約に応じるタクシーＴと客Ｕとをマッチングする（ステップＳ２）。尚、本実施形態では説明を分かりやすくするため、同一乗り場や近隣の地点（例えばイベント会場や訪問客の多い会社等）に存在する複数の客Ｕの端末装置１０から、略同時期（タクシー乗り場が混雑するような予約状況）にタクシーの配車予約を受け付けた場合を想定して、説明を行う。
　そして、配車装置１は、配車装置１は、乗り場に到着した客Ｕの順に乗り場で一列に整列し、列の先頭の客Ｕから順番に、到着するタクシーＴへ順次乗車するように要求する要求情報を端末装置１０に送信する（ステップＳ３）。尚、実際には、乗り場の指示情報を端末装置１０に送信するだけでも良い。これにより、複数の客Ｕは、乗り場で整列する（ステップＳ４）。
　その後、配車装置１は、配車予約に応じるタクシーＴの車載装置にマッチングした客Ｕの予約情報を通知してタクシーＴを複数の客Ｕがいる同一乗り場へ配車する（ステップＳ５）。予約情報には、客の氏名、乗り場、および行先等の情報が含まれる。
　ここで、各客Ｕが乗り場に到着する順番と、各客ＵとマッチングされたタクシーＴが乗り場に到着する順番とが一致するとは限らない。このため、客ＵとタクシーＴとのマッチングが当初のマッチングのままだと、タクシーＴのドライバは、マッチングされた客Ｕを探すのに時間がかかり、客Ｕをスムーズに乗車させることができない。図１には、乗り場に到着した客Ｕと、到着したタクシーＴとをつなぐ破線によって、当初のマッチングを示している。
　そこで、配車装置１は、前述したように、客に対して乗り場で整列し、到着するタクシーＴへ順次乗車するように要求する。尚、配車装置１がこのような要求するのではなく、タクシー乗り場にこのような要求を表示装置により表示するようにしても良い。そして、配車装置１は、乗り場へ到着したタクシーＴの車載装置から、当初マッチングされた客Ｕとは別の客（非予約客）を乗車させたことを示す変更情報を受信すると（ステップＳ６）、客ＵとタクシーＴとを再マッチングする。尚、タクシーＴ搭載の車載装置からは、客Ｕの端末装置１０との情報通信内容や運転手の操作等に基づき客Ｕを識別し、当該タクシーに乗車した客Ｕの情報（当初マッチングされた客Ｕと異なる場合は変更情報となる）が配車装置１に送信される。
　このため、マッチングに反することによる各タクシーと各客の混乱を招くことなく、タクシーＴは再マッチングされた客Ｕを乗車させることができる一方、客Ｕは当初マッチングされたタクシーＴの到着を待つことなく、乗り場に到着したタクシーＴに乗車することができる。これにより、配車装置１は、同一乗り場や近隣地点から略同時期に配車予約を行った複数の客ＵをスムーズにタクシーＴに乗車させることができる。
　次に、図２を参照し、実施形態に係る配車システムの構成例について説明する。図２は、実施形態に係る配車システムの構成例を示す図である。図２に示すように、実施形態に係る配車システム１００は、配車装置１と、客Ｕによって携帯される端末装置１０と、タクシーＴに搭載される車載装置２０とを含む。
　端末装置１０は、例えば、スマートフォンである。なお、端末装置１０は、スマートフォンと同様の機能を有する装置であれば、タブレット型端末やノートパソコン等、他の携帯可能な装置であってもよい。端末装置１０には、配車システム１００を利用可能とするアプリケーションプログラムがインストールされている。また、端末装置１０は、通信機能の他、カメラ機能、２次元バーコード読み取り機能、ＧＰＳ（Global　Positioning　System）による測位機能等を備える。
　車載装置２０は、通信機能の他、画像を表示する機能、２次元バーコード読み取り機能、タクシーＴに搭載されるドライブレコーダの撮影画像を画像認識する機能、画像から人の顔を認証する顔認証機能等を備える。なお、タクシーＴには、後部座席に乗車する客Ｕを撮像するカメラが搭載される。また、車載装置２０は、客変更検出部と変更情報送信部とを備える。客変更検出部は、配車指示の対象である予約客以外の非予約客が乗車したことを検出する。変更情報送信部は、客変更検出部が検出した非予約客の乗車に基づき変更情報を配車装置１へ送信する。
　配車装置１は、例えば、インターネット等の通信ネットワーク１０１を介して端末装置１０および車載装置２０と無線通信可能に接続される。配車装置１は、通信部２と、記憶部３と、処理部４とを備える。通信部２は、通信ネットワーク１０１を介して、端末装置１０および車載装置２０と、処理部４との間で情報の送受信を行う通信Ｉ／Ｆ（インターフェース）である。
　記憶部３は、例えば、データフラッシュ等の情報記憶デバイスであり、配車予約の内容を含む予約情報３１を記憶して蓄積する。予約情報３１には、客Ｕの氏名、配車予約の年月日、配車先の場所、および客Ｕの目的地の場所等が含まれる。
　処理部４は、ＣＰＵ（Central　Processing　Unit）、ＲＯＭ（Read　Only　Memory）、ＲＡＭ（Random　Access　Memory）などを有するマイクロコンピュータや各種の回路を含む。処理部４は、ＣＰＵがＲＯＭに記憶されたプログラムを、ＲＡＭを作業領域として使用して実行することにより機能する複数の処理部を備える。一例では、処理部４は、決定部４１、受付部４２、マッチング部４３、配車部４４、変更情報受信部４５、および再マッチング部４６を備える。
　なお、処理部４が備える決定部４１、受付部４２、マッチング部４３、配車部４４、変更情報受信部４５、および再マッチング部４６は、一部または全部がＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等のハードウェアで構成されてもよい。
　処理部４が備える決定部４１、受付部４２、マッチング部４３、配車部４４、変更情報受信部４５、および再マッチング部４６は、それぞれ以下に説明する情報処理の作用を実現または実行する。なお、処理部４の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
　受付部４２は、客Ｕの端末装置１０からタクシーＴの配車予約を受け付ける。配車予約には、客Ｕの氏名、客の現在地、および目的地等が含まれる。尚、客の氏名に代えて客の識別用データ、例えば顧客番号等でも良い。この場合、配車装置が顧客データベースを持つことにより顧客番号等から指名等の必要な顧客情報を得る構成が好ましい。受付部４２は、複数の客Ｕの端末装置１０から同一乗り場へのタクシーＴの配車予約も受け付ける。受付部４２は、受け付けた配車予約の予約情報３１を順次記憶部３に記憶させて蓄積する。
　決定部４１は、記憶部３に蓄積された予約情報３１に基づいて、配車予約が集中している混雑領域を判別し、混雑領域については特定乗り場を決定する。そして決定部４１は、判別した混雑領域に対応する特定乗り場を受付部４２へ出力する。尚、決定部４１は、予約情報３１の時間別推移を分析し、例えば、月に１回以上、配車予約の集中が発生する場所を混雑領域として判定し、適切な特定乗り場を決定し、記憶部３に当該混雑領域の特定乗り場として記憶する機能を有する。
　受付部４２は、配車予約を受け付けた場合に、端末装置１０の現在位置を端末装置１０から取得し、近傍の適切な乗車位置を通知する。この際、受付部４２は、端末装置１０の現在位置が混雑領域の場合、決定部４１によって決定された特定乗り場のうち、端末装置１０の現在位置に近い特定乗り場を端末装置１０へ通知する。
　これにより、配車装置１は、配車予約の集中する場所においてバラバラの位置でタクシーＴを待つ複数の客Ｕを１箇所の特定乗り場に誘導することとなり、スムーズに客ＵをタクシーＴに乗車させることができる。
　このとき、受付部４２は、目的地が近い客Ｕのグループ毎に、特定乗り場を通知する。例えば、受付部４２は、同一混雑領域において、東行きの客Ｕと、西行きの客Ｕとがいる場合、東行きの客Ｕに対しては、東行きの道路に面した特定乗り場を通知し、西行きの客Ｕに対しては、西行きの道路に面した特定乗り場を通知する。これにより、配車装置１は、例えば客Ｕの目的地とは逆の方角に走行を開始するタクシーＴに客Ｕを乗車させることを抑制することができ、タクシーＴの無駄なＵターンによる交通の混乱も抑制することができる。
　また、受付部４２は、配車予約を受け付けた場合に、同一乗り場に到着した客の順にタクシーＴに乗車するように要求する要求情報を端末装置１０へ送信する。これにより、客Ｕは、当初マッチングされたタクシーＴを待つことなく、到着するタクシーＴにすぐ乗車することができる。したがって、配車装置１は、スムーズに客ＵをタクシーＴに乗車させることができる。尚、この要求情報は、タクシー乗り場に表示装置を用いて表示するようにしても良いが、この方式が適用されている場合（混雑領域発生している場合の該当タクシー乗り場）にのみ表示する（配車装置１による遠隔表示制御される液晶ディスプレイ等による可変表示）ようにすることが、案内板等による常時固定表示より望ましい。そして、受付部４２は、受け付けた配車予約情報をマッチング部４３へ出力する。
　マッチング部４３は、予約受付に応じるタクシーＴを募集する。例えば、マッチング部４３は、客Ｕの乗り場および目的地を複数のタクシーＴに開示することによって、予約受付に応じるタクシーＴを募集する。客Ｕの送迎を希望するタクシーＴは、配車希望を車両識別用の情報や車両位置情報を含む車両情報と共にマッチング部４３へ送信する。マッチング部４３は、予約受付に応じた各タクシーと客Ｕとをマッチングし、各車両の位置や過去の配車状況等の各種車両情報も考慮して配車するタクシーＴを決定する。そして、マッチング部４３は、マッチング結果を配車部４４へ出力する。
　配車部４４は、配車の決定をしたタクシーＴの車載装置２０にマッチングした客Ｕの予約情報３１を通知してタクシーＴを客Ｕに通知した乗車位置へ配車する。この際、混雑領域からの予約の場合、タクシーＴは特定乗り場への配車となる。
　変更情報受信部４５は、タクシーＴの車載装置２０から予約客が乗車したことを示す乗車情報を受信する。また、変更情報受信部４５は、タクシーＴがマッチング部４３よってマッチングされた客Ｕとは別の客Ｕを乗車させた場合には、特定乗り場へ到着したタクシーＴの車載装置２０から、マッチング部４３よってマッチングされた客Ｕとは別の客Ｕ（予約客以外の非予約客）を乗車させたことを示す変更情報を受信する。また、タクシーＴに配車予約をしていない客が乗車した場合、車載装置２０は、通常の流し乗車に切替え、流し乗車に切替えた旨を示す情報と当初のマッチング結果を含む変更情報を配車装置１の変更情報受信部４５へ送信する。
　変更情報には、当初のマッチング結果と、今回乗車させた客の予約情報３１（あるいは流し乗車に切替えた旨を示す情報）、等が含まれる。変更情報受信部４５は、受信した変更情報を再マッチング部４６へ出力する。
　再マッチング部４６は、変更情報受信部４５によって変更情報が受信される場合に、同一の特定乗り場（あるいは同一の混雑領域に対する他の特定乗り場を含めても良い）へ配車した他のタクシーＴと乗車前の客Ｕとを再マッチングし、再マッチング結果を他のタクシーＴの車載装置２０に通知する。これにより、新たなマッチングが成立する。尚、再マッチング部４６は、流し乗車に切替えた旨を示す情報出会った場合は、配車するタクシーを新たに募集することになる。
　したがって、配車装置１は、客ＵとタクシーＴの運転手に混乱を発生させることなく、乗り場に到着した客Ｕの順に、客Ｕを到着するタクシーＴに乗車させることができるので、同一イベント会場や近隣位置、同一乗り場等から略同時期に配車予約を行った複数の客ＵをスムーズにタクシーＴに乗車させることができる。
　このとき、再マッチング部４６は、既にタクシーＴに乗車した客Ｕと当初マッチングされていたタクシーＴの車載装置２０に対して、既に客Ｕを乗車させたタクシーと当初マッチングされていた客Ｕの予約情報を再マッチング結果として通知する。
　これにより、再マッチング結果を通知されたタクシーＴは、当初マッチングされた客Ｕが別のタクシーＴに乗車しても、すぐに再マッチングされた新たな客Ｕを乗車させることができる。なお、配車システム１００は、再マッチングによって、当初のマッチングの場合よりも走行距離が短くなり、運賃が減少するタクシーＴについては、差額を補填する機能を持っていても良い。例えば、変更のあった各タクシー（相互に関連する変更があったタクシー）の運賃情報を収集し、変更前の配車による運賃と変更後の配車による運賃の差額の所定割合（例えば、半分）を調整（変更後に運賃増加した場合は減額、変更後に運賃減少した場合は増額）し、精算システムに反映するようにする。
　また、再マッチング部４６は、既にタクシーＴに乗車した客Ｕに当初マッチングされていたタクシーＴの車載装置２０に、タクシーＴとマッチングされていない客Ｕが同一乗り場（通知した特定乗り場）に残っていることを通知してもよい。この場合、再マッチング部４６は、当該乗り場に近いタクシーＴについては、優先的に再マッチングを行う。これにより、再マッチング部４６は、適切なタクシーＴへのマッチングが図れ、例えば乗り場に遠いタクシーＴに対して、何度も無駄に再マッチングを行うことを抑制することができる。
　次に、図３を参照し、再マッチングの具体例について説明する。図３は、実施形態に係る再マッチングの具体例を示す図である。ここでは、配車予定客のＡさん、Ｂさん、Ｃさん、Ｄさんと、１号車～４号車のタクシーとをマッチングする場合について説明する。
　図３に示すように、配車装置１は、例えば、配車予約受付時に、Ａさんと1号車、Ｂさんと２号車、Ｃさんと３号車、Ｄさんと４号車とをマッチングして配車する。その後、Ｃさん、Ａさん、Ｄさん、Ｂさんの順に乗り場に到着し、４号車、１号車、３号車、２号車の順に乗り場に到着する場合を想定する。
　Ｃさんは、最初に到着する４号車に乗る。Ｃさんは、当初のマッチングでは、３号車待ちである。このため、３号車は、当初マッチングされていたＣさんを乗車させることができない。また、４号車は、当初Ｄさん用である。このため、Ｄさんは、４号車に乗ることができない。
　そこで、配車装置１は、４号車をＣさん用として、４号車とＣさんとを再マッチングする。そして、配車装置１は、３号車をＤさん用として、３号車とＤさんとを再マッチングする。その結果、Ｄさんは、４号車待ちから３号車待ちとなる。
　Ａさんは、当初のマッチング通り１号車に乗ることができる。Ｂさんも、当初のマッチング通り２号車に乗ることができる。このように、再マッチングによって、Ｃさんと４号車、Ａさんと１号車、Ｄさんと３号車と、Ｂさんと２号車がペアとなる。これにより、配車装置１は、Ａさん、Ｂさん、Ｃさん、およびＤさんを待たせることなく、また１号車、２号車、３号車、４号車も乗り場付近で到着の順番を変更したり、客を探すことなく、スムーズにタクシーＴに乗車させることができる。
　次に、図４を参照し、実施形態に係る配車システムの動作について説明する。実施形態に係る配車システムの動作例を示すシーケンス図である。図４に示すように、客Ｕが端末装置１０により配車予約操作を行うと、端末装置１０は配車予約情報を配車装置１に送信する。そして、配車装置１は、まず、客Ｕの端末装置１０から配車予約情報を受け付ける（ステップＳ１１）。
　続いて、配車装置１は、配車予約に応じるタクシーＴの車両募集情報を車載装置２０に送信する。そして、車載装置２０はこの車両募集情報を受信し、運転手に必要な情報をディスプレイに表示する（ステップＳ１２）。ディスプレイに表示された車両募集情報に基づき、配車を希望する運転手が車載装置２０で配車希望操作を行うと、車載装置２０は配車装置１に配車希望情報を送信する。そして、配車装置１は配車予約に応じるタクシーＴの車載装置２０から配車希望を受信する（ステップＳ１３）。その後、配車装置１は、配車予約情報、配車希望情報に含まれる位置情報、客の各種希望情報、タクシーの配車履歴等に基づき、客Ｕとタクシーとをマッチングする（ステップＳ１４）。
　そして、配車装置１は、タクシー乗車場（位置）指示や配車タクシー等の情報等の要求情報を該当の客Ｕの端末装置１０へ送信する（ステップＳ１５）。そして、客Ｕの端末装置１０は要求情報を受信し、ディスプレイに客Ｕに必要な要求情報を表示する。また、配車装置１は、予約情報３１を車載装置２０へ送信する（ステップＳ１６）。そして、車載装置２０はこの予約情報３１を受信し、運転手に必要な情報をディスプレイに表示する。タクシーＴが乗り場に近付くと（車載装置２０に搭載されたＧＰＳ等の位置検出装置で検出された現在位置データと予約情報に含まれる配車位置（タクシー乗り場位置）データを比較）、車載装置２０がカメラ画像による画像認識処理を用いる等して予約客を探索し、車載装置２０が予約客を表示する（ステップＳ１７）。なお、ステップＳ１７の具体例については、図８～図１１を参照して後述する。また、予約客を探索は、運転手が目視当で行い、その結果を車載装置２０に入力する方法でも良い。
　その後、タクシーＴに客Ｕが乗車すると、車載装置２０は、乗客認証を行う（ステップＳ１８）。ステップＳ１８の具体例については、図５～図７、図１２、図１３を参照して後述する。尚、予約客を認証は、運転手が目視等で行い、その結果を車載装置２０に入力する方法でも良い。車載装置２０は、ステップＳ１８において、乗車させた客Ｕが当初マッチングされた客Ｕでないと判定した場合、変更情報を含む実車情報（客乗車情報）を配車装置１へ送信する（ステップＳ１９）。尚、車載装置２０は、ステップＳ１８において、乗車させた客Ｕが当初マッチングされた客Ｕであると判定した場合、客の変更はない旨の情報を含む実車情報を配車装置１へ送信する。そして、配車装置１は実車情報を受信し、客Ｕに対する配車は完了したと判断して、客Ｕに対する配車完了処理（データ記録、待客表示の消去等）を行う。
　配車装置１は、変更情報を受信した場合、再マッチングを行い（ステップＳ２０）、再マッチング結果を、変更情報を送信してきた車載装置２０およびこの情報が必要な他のタクシーＴ（主に、新たにマッチングされたタクシー）の車載装置２０へ送信する（ステップＳ２１）。その後、変更情報を送信してきた車載装置２０は、賃走処理を継続して処理をステップＳ２３へ移す。尚、新たにマッチングされたタクシーの車載装置２０は、予約客への迎車処理、つまりステップＳ１７の処理に進むことになる。
　また、車載装置２０は、ステップＳ１８において、乗車させた客Ｕが当初マッチングされた客Ｕであると判定した場合、賃走処理を継続して処理をステップＳ２３へ移す。その後、タクシーＴが客Ｕの目的地に到着すると、車載装置２０および端末装置１０は、決済を行う（ステップＳ２３）。また、車載装置２０は空車になった旨の情報、直前の実車に関する情報（実車走行距離、運賃等）を含む空車情報を配車装置１に送信する。そして、配車装置１はこの空車情報を受信し、必要な情報の記録、該当タクシーの状態データの変更（空車として配車対象車両とする）等の処理を行い、配車システム１００の１連の動作が終了する。
　次に、図５～図７を参照し、実施形態に係る２次元コードを使用したシステム運用例について説明する。図５～図７は、実施形態に係る２次元コードを使用したシステム運用例を示す図である。
　図５に示すように、配車システム１００では、配車装置１の受付部４２は、配車予約を受け付けた場合に、タクシー側２次元バーコードＴＤを車載装置２０へ送信し、ユーザ側２次元バーコードＵＤを端末装置１０へ送信する。
　タクシー側２次元バーコードＴＤは、予約情報３１を含む。ユーザ側２次元バーコードＵＤは、要望情報と決済用情報とを含む。決済用の情報は、運賃の決済方法や決済に使用する電子マネーの種類等を含む情報である。要望情報は、配車予約時に客Ｕによって入力されるタクシーＴへの要望を含む情報である。例えば、要望情報は、運転の好み、希望道路、会話のＯＫ／ＮＧ、至急／不急等の情報を含む。車載装置２０は、タクシー側２次元バーコードＴＤを受信すると、タクシー側２次元バーコードＴＤを端末装置１０へ送信する。尚、この送信は、配車装置１経由で送信する方法、予約情報３１に含まれる客Ｕの端末情報（連絡先アドレス）に基づき車載装置が送信する方法等により実現できる。
　その後、図６に示すように、車載装置２０は、タクシーＴに客Ｕが乗車する場合、先に送信していたタクシー側２次元バーコードＴＤを端末装置１０によって表示してもらい、それをカメラで読み取り、配車装置１から送信されたタクシー側２次元バーコードＴＤと照合して、客Ｕを確認する。これにより、車載装置２０は、タクシーＴのドライバおよび客Ｕに面倒をかけることなく、マッチングされた客Ｕか否かを確認することができる。尚、乗車させた客Ｕがマッチングされた客Ｕである場合は、客の変更はない旨の情報を含む実車情報を配車装置１へ送信する。また、乗車させた客Ｕがマッチングされた客Ｕでない場合は、変更情報を含む実車情報（客乗車情報）、配車装置１へ送信する。つまり、図４のステップＳ１８、Ｓ１９の処理をこの図５で示した２次元バーコードＴＤを利用した方法を用いることにより、運転手および客の操作を簡単にでき、配車システムを好適に実現できる。
　また、車載装置２０は、端末装置１０からユーザ側２次元バーコードＵＤを読み込み、例えば、車載装置２０のディスプレイ２１に要望情報を表示させる。これにより、タクシーＴのドライバは、客Ｕの要望に応じた運転を行うことができる。
　その後、図７に示すように、車載装置２０は、客Ｕの目的地に到着すると、ユーザ側２次元コードＵＤを読み込んで運賃の決済を行う。これにより、車載装置２０は、タクシーＴのドライバおよび客Ｕに面倒をかけることなく、決済を完了することができる。
　なお、タクシー側２次元コードＴＤに決済用コードが含まれていてもよい。この場合、端末装置１０は、タクシー側２次元コードＴＤから決済用コードを読み込んで決済を行うこともできる。
　また、ユーザ側２次元コードＵＤに予約情報３１が含まれていてもよい。この場合、端末装置１０は、予約時に予約情報３１、要望情報、および決済情報を含むユーザ側２次元コードＵＤを車載装置２０へ送信してもよい。
　これにより、車載装置２０は、タクシーＴのドライバおよび客Ｕに面倒をかけることなく、マッチングされた客Ｕか否かを確認することができ、決済を完了することができる。また、タクシーＴのドライバは、客Ｕの要望に応じた運転を行うことができる。
　次に、図８～図１３を参照し、実施形態に係る写真情報を使用したシステム運用例について説明する。図８～図１３は、実施形態に係る写真情報を使用したシステム運用例を示す図である。
　図８に示すように、配車システム１００では、端末装置１０は、配車予約を行う場合に、客Ｕの顔が撮影した写真情報Ｐ１を配車装置１へ送信する。配車装置１の受付部４２は、配車予約を受け付け、客Ｕの顔が撮影された写真情報Ｐ１を客Ｕの端末装置１０から取得する。配車部４４は、客Ｕの写真情報を含む客Ｕの予約情報３１を車載装置２０に通知する。
　車載装置２０は、端末装置１０から予約情報３１を受信し、予約情報３１に含まれる写真情報Ｐ１をタクシーＴのドライバによる客Ｕの探索材料として使用する。例えば、図９に示すように、車載装置２０は、乗り場に近付くと、ディスプレイ２１に写真情報Ｐ１を自動的に表示させる。これにより、タクシーＴのドライバは、ディスプレイ２１に表示される写真情報Ｐ１を確認することで、乗り場にいる客Ｕを簡単に見つけることができる。
　また、図１０に示すように、車載装置２０は、ドライブレコーダ２２のカメラによる車両周囲の撮影映像を使用して画像認識処理を行い、写真情報Ｐ１に含まれる客Ｕの顔および服装等の特徴点から特定した客Ｕの写真情報Ｐ２をディスプレイ２１に拡大または協調表示させることもできる。これにより、タクシーＴのドライバは、ディスプレイ２１に表示される写真情報Ｐ２を確認することで、乗り場にいる客Ｕを簡単に見つけることができる。
　また、図１１に示すように、車載装置２０は、乗り場に到着する場合、端末装置１０に到着通知を送信する（ステップＳ２１）ことができる。端末装置１０は、到着通知を受信すると、ＧＰＳによって測位した客Ｕの位置情報を車載装置２０へ送信する（ステップＳ２２）。
　車載装置２０は、客Ｕの位置情報に基づいて、ドライブレコーダ２２の映像から検出対象をある程度絞り込んだうえで（ステップＳ２３）、画像認識処理を行い、特定した客Ｕの写真情報Ｐ２をディスプレイ２１に拡大または強調表示させる。これにより、運転手は車載装置２０による表示に基づき、より短時間で客Ｕを検出することができる。
　なお、配車システム１００は、個人情報保護の観点からアプリケーションプログラムで配車予約をするたびに、顧客情報をタクシーＴに送信する旨を許諾確認し、許諾を得た場合にのみ顧客情報を送信し、かつ乗車が完了すると自動的に顧客情報を消去する。
　そして、図１２に示すように、車載装置２０は、タクシーＴに客Ｕが乗車すると、後部座席に乗車する客Ｕを撮像するドライブレコーダのカメラ２３の画像Ｐ３と、配車装置１から事前に受信した客Ｕの写真情報Ｐ１とを照合して、配車予約した客Ｕか否かを確認する。これにより、予約したタクシーＴに他の客が乗車することを防止することができる。尚、乗車させた客Ｕがマッチングされた客Ｕである場合は、客の変更はない旨の情報を含む実車情報を配車装置１へ送信する。また、乗車させた客Ｕがマッチングされた客Ｕでない場合は、変更情報を含む実車情報（客乗車情報）、配車装置１へ送信する。つまり、ドライブレコーダのカメラ等の撮影画像を用いた客認識方法を用いることにより、運転手および客の操作を簡単にでき、配車システムを好適に実現できる。
　また、車載装置２０は、配車予約時に端末装置１０から客Ｕの服装等の情報をさらに取得し、ディスプレイ２１に表示する等することもできる。これにより、タクシーＴのドライバによる客Ｕの確認も容易になる。
　また、配車システム１００では、配車予約のたびに、客Ｕの写真情報Ｐ１を端末装置１０から送信させると、端末装置１０の通信料や処理負荷が嵩む。このため、配車システム１００では、端末装置１０のアプリケーションプログラムから事前に客Ｕの写真情報Ｐ１を登録してもらうことも可能である。
　ただし、配車システム１００では、客Ｕが長期にわたって配車システム１００を利用する場合、経年変化を考慮して写真情報Ｐ１を更新してもらう必要がある。しかし、かかる更新作業は、客Ｕにとって負担となる。
　そこで、車載装置２０は、経年変化を考慮した顔画像生成機能を備える。そして、車載装置２０は、図１３に示すように、写真情報Ｐ１を登録してから長期間が経過した客Ｕが乗車した場合、カメラ２３の画像Ｐ４と、写真情報Ｐ１から経年変化を考慮して生成した写真情報Ｐ５とを照合して、配車予約した客Ｕか否かを確認する。これにより、配車システム１００では、客Ｕに写真情報Ｐ１を定期的に更新してもらう負担を軽減することができる。尚、写真情報Ｐ１から経年変化を考慮して生成した写真情報Ｐ５は、写真情報Ｐ１の撮影時期からの経過時間に基づく人工知能を用いた深層学習による経年劣化処理等を利用することにより実現できる。
　さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
　１００　配車システム
　１０１　通信ネットワーク
　１　配車装置
　２　通信部
　３　記憶部
　３１　予約情報
　４　処理部
　４１　決定部
　４２　受付部
　４３　マッチング部
　４４　配車部
　４５　変更情報受信部
　４６　再マッチング部
　１０　端末装置
　２０　車載装置
　２１　ディスプレイ
　２２　ドライブレコーダ
　２３　カメラ
　Ｕ　客
　Ｔ　タクシー

Claims (11)

  1. 　予約客への配車指示をしたタクシーに、前記予約客以外の非予約客が乗車したことを示す変更情報を受信する変更情報受信部と、
    　前記変更情報受信部によって前記変更情報が受信される場合に、前記予約客とタクシーとを再マッチングし、再マッチング結果に基づくタクシーに配車指示の通知を行う再マッチング部と
    　を備えることを特徴とする配車装置。
  2. 　前記再マッチング部は、
    　前記非予約客と当初マッチングされていたタクシーの車載装置に、前記非予約客を乗車させたタクシーと当初マッチングされていた前記予約客の予約情報を前記再マッチング結果として通知する
    　ことを特徴とする請求項１に記載の配車装置。
  3. 　前記再マッチング部は、
    　前記非予約客に当初マッチングされていたタクシーの車載装置に、タクシーとマッチングされていない前記予約客が前記予約客の予約情報に基づく配車先に残っていることを通知する
    　ことを特徴とする請求項１に記載の配車装置。
  4. 　配車予約を受け付ける受付部
    　を備え、
    　複数の予約客に対して同一乗り場への配車が行われる場合、前記同一乗り場に到着した客の順にタクシーに乗車するように要求する要求情報を予約客の端末装置へ送信する
    　ことを特徴とする請求項１～３のいずれか一つに記載の配車装置。
  5. 　予約客の予約情報を記憶して蓄積する記憶部と、
    　前記記憶部に記憶された予約情報に基づいて、配車予約の集中する領域に対して特定乗り場を決定する決定部と
    　を備え、
    　前記受付部は、
    　配車予約を受け付けた場合に、当該配車予約を行った予約客の端末装置の現在位置を前記予約客の端末装置から取得し、前記決定部によって決定された前記特定乗り場から、前記現在位置に基づき選択した特定乗り場を前記予約客の端末装置へ通知する
    　ことを特徴とする請求項４に記載の配車装置。
  6. 　前記受付部は、
    　予約客の予約情報に含まれる目的地を考慮して、前記予約客の端末装置へ通知する前記特定乗り場を選択する
    　ことを特徴とする請求項５に記載の配車装置。
  7. 　前記受付部は、
    　配車予約を受け付けた場合に、予約客への配車指示をしたタクシーの車載装置に、当該タクシーに乗車した客が当該タクシーの配車予約をした予約客か否かの判別処理に用いる２次元コードを送信する
    　ことを特徴とする請求項４～６のいずれか一つに記載の配車装置。
  8. 　前記受付部は、
    　配車予約を受け付けた場合に、予約客への配車指示をしたタクシーの車載装置に、当該タクシーに乗車した客が当該タクシーの配車予約をした予約客か否かの判別処理に用いる当該予約客の写真情報を送信する
    　ことを特徴とする請求項４～６のいずれか一つに記載の配車装置。
  9. 　予約客からの予約情報に基づき配車指示を行う配車指示部と、
    　予約客への配車指示をしたタクシーに、前記予約客以外の非予約客が乗車したことを示す変更情報を受信する変更情報受信部と、
    　前記変更情報受信部によって前記変更情報が受信される場合に、前記予約客とタクシーとを再マッチングし、再マッチング結果に基づくタクシーに配車指示の通知を行う再マッチング部と
    　を備える配車装置と、
    　タクシーの予約客の操作に基づきタクシーの予約情報を前記配車装置に送信する端末装置と、
    　配車指示の対象である予約客以外の非予約客が乗車したことを検出する客変更検出部と、
    　前記客変更検出部が検出した非予約客の乗車に基づき変更情報を送信する変更情報送信部と
    　を備える車載装置と、
    　を含むことを特徴とする配車システム。
  10. 　配車指示の対象である予約客以外の非予約客が乗車したことを検出する客変更検出部と、
    　前記客変更検出部が検出した非予約客の乗車に基づき変更情報を送信する変更情報送信部と
    　を備えることを特徴とする車載装置。
  11. 　予約客への配車指示をしたタクシーに、前記予約客以外の非予約客が乗車したことを示す変更情報を受信する変更情報受信工程と、
    　前記変更情報受信工程によって前記変更情報が受信される場合に、前記予約客とタクシーとを再マッチングし、再マッチング結果に基づくタクシーに配車指示の通知を行う再マッチング工程と
    　を含むことを特徴とする配車方法。
PCT/JP2020/037663 2020-10-02 2020-10-02 配車装置、配車システム、車載装置、および配車方法 WO2022070430A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US18/026,555 US20230343219A1 (en) 2020-10-02 2020-10-02 Vehicle dispatch device, vehicle dispatch system, on-vehicle device, and vehicle dispatch method
JP2022553419A JPWO2022070430A1 (ja) 2020-10-02 2020-10-02
PCT/JP2020/037663 WO2022070430A1 (ja) 2020-10-02 2020-10-02 配車装置、配車システム、車載装置、および配車方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/037663 WO2022070430A1 (ja) 2020-10-02 2020-10-02 配車装置、配車システム、車載装置、および配車方法

Publications (1)

Publication Number Publication Date
WO2022070430A1 true WO2022070430A1 (ja) 2022-04-07

Family

ID=80950453

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/037663 WO2022070430A1 (ja) 2020-10-02 2020-10-02 配車装置、配車システム、車載装置、および配車方法

Country Status (3)

Country Link
US (1) US20230343219A1 (ja)
JP (1) JPWO2022070430A1 (ja)
WO (1) WO2022070430A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017091363A (ja) * 2015-11-13 2017-05-25 パナソニックＩｐマネジメント株式会社 配車制御装置、車両
WO2018230533A1 (ja) * 2017-06-16 2018-12-20 本田技研工業株式会社 配車サービス提供装置、配車サービス提供方法、およびプログラム
JP2019527389A (ja) * 2016-07-12 2019-09-26 アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ 過去の輸送ネットワークデータに基づいて複数の地理的地域の将来の移動量を予測するための方法、装置、デバイス、及びシステム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017091363A (ja) * 2015-11-13 2017-05-25 パナソニックＩｐマネジメント株式会社 配車制御装置、車両
JP2019527389A (ja) * 2016-07-12 2019-09-26 アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ 過去の輸送ネットワークデータに基づいて複数の地理的地域の将来の移動量を予測するための方法、装置、デバイス、及びシステム
WO2018230533A1 (ja) * 2017-06-16 2018-12-20 本田技研工業株式会社 配車サービス提供装置、配車サービス提供方法、およびプログラム

Also Published As

Publication number Publication date
US20230343219A1 (en) 2023-10-26
JPWO2022070430A1 (ja) 2022-04-07

Similar Documents

Publication Publication Date Title
JP6208273B2 (ja) 相乗り支援システム、相乗り支援方法、及び、相乗り支援装置
JP4679286B2 (ja) レンタカーの管理システム、管理方法、会社サーバ、及びプログラム
WO2014030693A1 (ja) 車両レンタル管理システム、車両レンタル管理プログラム、車両レンタル顧客端末、および車両レンタル顧客端末プログラム
JP7153205B2 (ja) 情報処理装置、情報処理方法及びプログラム
EP3547229A1 (en) Taxi dispatch control system and method for taxi dispatching
EP2708850A1 (en) Method and system for performing travel assistance for a user
KR20050010964A (ko) 차량 통과 게이트의 게이트 관리 시스템 및 방법
JP2017130029A (ja) 空き駐車スペースの時間貸しシステム
JP5554461B1 (ja) 車両レンタル管理システム、車両レンタル管理プログラム、車両レンタル顧客端末、および車両レンタル顧客端末プログラム
KR20150044064A (ko) 스마트기기를 이용한 편리하고 안전한 택시이용방법
JP2004110462A (ja) 車両共同利用の予約方法及びそのシステム
KR20130037133A (ko) 모바일 기기를 사용한 차량동승 시스템 및 방법
JP2002024367A (ja) 駐車サービスシステム、駐車サービス方法、および、そのためのプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2020119441A (ja) 配車プログラム及び配車システム
WO2022070430A1 (ja) 配車装置、配車システム、車載装置、および配車方法
JP2008242582A (ja) 経費申請端末、経費申請システム、経費申請方法および経費申請プログラム
JP4254375B2 (ja) 目的地案内システムおよびプログラム
KR20200076767A (ko) 통학버스 예약탑승시스템
US11501565B2 (en) Passenger management device, passenger information processing device, passenger management method, and program
JP7283925B2 (ja) 輸送情報処理装置、および、輸送情報処理方法
WO2022091859A1 (ja) 配車システム、配車方法、及び、プログラム
JP5193580B2 (ja) データ処理サーバ、データ処理方法、改札機、駅務システム、及び携帯可能電子装置
JP4192588B2 (ja) チェックインシステムおよびその移動体端末と管理サーバのプログラム
KR102447863B1 (ko) 바우처 택시의 운행 요금을 자동으로 정산하는 방법
JP2022059685A (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: 20956358

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022553419

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: 20956358

Country of ref document: EP

Kind code of ref document: A1