WO2020201798A1 - 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、 配車車両表示端末 - Google Patents

配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、 配車車両表示端末 Download PDF

Info

Publication number
WO2020201798A1
WO2020201798A1 PCT/IB2019/000406 IB2019000406W WO2020201798A1 WO 2020201798 A1 WO2020201798 A1 WO 2020201798A1 IB 2019000406 W IB2019000406 W IB 2019000406W WO 2020201798 A1 WO2020201798 A1 WO 2020201798A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
user
time
dispatched
waiting
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/IB2019/000406
Other languages
English (en)
French (fr)
Inventor
中嶋起幸
河合諭司
金子庸平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Renault SAS
Nissan Motor Co Ltd
Original Assignee
Renault SAS
Nissan Motor Co Ltd
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 Renault SAS, Nissan Motor Co Ltd filed Critical Renault SAS
Priority to CN201980094999.1A priority Critical patent/CN113678161B/zh
Priority to US17/598,940 priority patent/US12072195B2/en
Priority to JP2021510559A priority patent/JP7367753B2/ja
Priority to PCT/IB2019/000406 priority patent/WO2020201798A1/ja
Publication of WO2020201798A1 publication Critical patent/WO2020201798A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendezvous; Ride sharing
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3453—Special cost functions, i.e. other than distance or default speed limit of road segments
    • G01C21/3461—Preferred or disfavoured areas, e.g. dangerous zones, toll or emission zones, intersections, manoeuvre types or segments such as motorways, toll roads or ferries
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3453—Special cost functions, i.e. other than distance or default speed limit of road segments
    • G01C21/3484—Personalized, e.g. from learned user behaviour or user-defined profiles
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Definitions

  • the present invention relates to a vehicle dispatch vehicle extraction server, a vehicle dispatch vehicle extraction means, a vehicle dispatch vehicle extraction method, and a vehicle dispatch vehicle display terminal.
  • Patent Document 1 when the user makes a vehicle allocation reservation, the user selects by displaying the information of the vehicle allocation vehicle located within a predetermined range from the user's position on the user terminal and performing the call operation of the vehicle allocation vehicle by the user.
  • a system for calling a dispatched vehicle that can call a dispatched vehicle has been proposed.
  • Patent Document 1 uniformly displays the dispatched vehicles within a predetermined range from the user's position when displaying the dispatched vehicles on the user terminal. Therefore, for example, when the user himself / herself moves or the waiting time until the user gets on the dispatched vehicle is not taken into consideration, an inappropriate dispatched vehicle may be displayed depending on the user.
  • the present invention has been made in view of the above problems, and an object of the present invention is to consider the movement of the user himself / herself and the waiting time until the user gets on the vehicle dispatch vehicle, and the object of the present invention is to use the vehicle dispatch system. It is an object of the present invention to provide a vehicle dispatch vehicle extraction server, a vehicle dispatch vehicle extraction means, a vehicle dispatch vehicle extraction method, and a vehicle dispatch vehicle display terminal capable of improving convenience.
  • the vehicle dispatch vehicle extraction server, the vehicle dispatch vehicle extraction means, the vehicle dispatch vehicle extraction method, and the vehicle dispatch vehicle display terminal are waiting points where the user waits with the vehicle dispatch vehicle from the user position.
  • the user's travel time up to, the user's waiting time obtained by subtracting the user's travel time from the time from the user's request for vehicle allocation to boarding the vehicle allocation vehicle, and the vehicle allocation vehicle after the user makes the vehicle allocation request.
  • the total time of the user to get on the vehicle and arrive at the destination is calculated, and the dispatched vehicle is extracted based on the total time and the waiting time.
  • the present invention it is possible to improve the convenience of the user who uses the vehicle dispatch system in consideration of the movement of the user himself / herself and the waiting time until the user gets on the vehicle dispatch vehicle.
  • FIG. 1 is a block diagram showing a configuration of a vehicle allocation system including a vehicle allocation vehicle extraction server and a vehicle allocation vehicle display terminal according to an embodiment of the present invention.
  • FIG. 2 is a graph showing user characteristics of a user who uses the vehicle allocation system.
  • FIG. 3A is a diagram showing an example of a user position, a vehicle dispatching vehicle position, and a waiting point.
  • FIG. 3B is a diagram in which a pair of the total time calculated in the positional relationship shown in FIG. 3A and the waiting time of the user is plotted on a graph showing the user characteristics.
  • FIG. 4 is a flowchart showing a processing procedure for extracting a vehicle dispatch vehicle according to an embodiment of the present invention.
  • FIG. 1 is a block diagram showing a configuration of a vehicle allocation system including a vehicle allocation vehicle extraction server and a vehicle allocation vehicle display terminal according to the present embodiment.
  • the vehicle allocation system includes a vehicle allocation vehicle display terminal 100 (operation terminal), a vehicle allocation vehicle extraction server 200, and a vehicle allocation vehicle 300, which are connected to each other by a wireless or priority network 400.
  • the vehicle dispatch vehicle display terminal 100 receives a vehicle dispatch request from the user and transmits the received vehicle dispatch request.
  • Examples of the vehicle dispatch vehicle display terminal 100 include mobile terminals (smartphones, tablets, etc.) that users use on a daily basis.
  • the vehicle allocation vehicle extraction server 200 acquires the user's vehicle allocation request and information on the vehicle allocation vehicle 300, and extracts a combination (recommended combination) of the waiting point and the vehicle allocation vehicle 300 according to the vehicle allocation request based on the acquired information. Then, the extracted information on the combination of the waiting point and the dispatched vehicle 300 is output.
  • the recommended combination is a combination of the recommended waiting point and the recommended vehicle dispatch vehicle, which is extracted from the combination of the waiting point and the vehicle dispatch vehicle 300.
  • the waiting point is a place where the dispatched vehicle 300 can be stopped and the user can get on and off, and is a point on the map data registered in advance in the vehicle dispatch system.
  • the vehicle dispatch vehicle 300 is a vehicle that provides a means of transportation to a destination (user's destination) designated by the user, and examples thereof include an autonomous driving vehicle.
  • examples of the vehicle dispatch vehicle 300 include various means of transportation such as manned / unmanned taxis, buses, and trucks. It is assumed that a plurality of waiting points and a plurality of vehicle dispatch vehicles are registered in the vehicle dispatch system.
  • the network 400 includes, for example, the Internet.
  • the network 400 may use a mobile communication function such as 4G / LTE or 5G.
  • a management server of a servicer for example, a vehicle dispatch service provider such as DeNA (registered trademark) or UBER (registered trademark)
  • a vehicle dispatch service provider such as DeNA (registered trademark) or UBER (registered trademark)
  • DeNA registered trademark
  • UBER registered trademark
  • the vehicle allocation request transmitted from the vehicle allocation vehicle display terminal 100 may be processed by the servicer management server, and the vehicle allocation request after being processed may be transmitted to the vehicle allocation vehicle extraction server 200.
  • the information of the vehicle dispatch vehicle 300 may be processed by the management server of the servicer, and the information of the vehicle dispatch vehicle 300 after the processing may be transmitted to the vehicle dispatch vehicle extraction server 200.
  • the information of the vehicle dispatch vehicle 300 output from the vehicle dispatch vehicle extraction server 200 may be processed by the servicer management server, and the processed information may be transmitted to the vehicle dispatch vehicle display terminal 100.
  • the vehicle dispatch vehicle display terminal 100 can communicate bidirectionally with the vehicle dispatch vehicle extraction server 200 via the network 400, and further, it is assumed that the vehicle dispatch vehicle display terminal 100 can communicate bidirectionally with the vehicle dispatch vehicle extraction server 200 via the network 400. It is assumed that the vehicle dispatch vehicle 300 can communicate with the vehicle dispatch vehicle extraction server 200 in both directions.
  • the vehicle dispatch vehicle display terminal 100 includes a sensor 150, a display unit 160, an operation unit 170, a communication unit 110, and a control unit 130 (controller).
  • the sensor 150 is composed of a plurality of sensor groups, and includes a position detection sensor that acquires the position information of the vehicle dispatch vehicle display terminal 100.
  • the position detection sensor is a sensor that measures an absolute position such as GPS (Global Positioning System).
  • the sensor 150 may include an environment sensor that acquires environmental information regarding the environment in which the vehicle dispatch vehicle display terminal 100 is placed.
  • environmental sensors include temperature sensors, humidity sensors, vibration sensors, acceleration sensors, microphones and the like.
  • the display unit 160 displays information on the vehicle dispatch vehicle 300 provided by the vehicle dispatch system and information on a waiting point where the user meets with the vehicle dispatch vehicle 300.
  • Information on the vehicle dispatch vehicle 300 and information on the waiting point are acquired from the vehicle dispatch vehicle extraction server 200 via the network 400 by the communication unit 110 described later.
  • the display unit 160 may display route information necessary for heading to the waiting point and guidance information for guiding the movement of the user to the waiting point.
  • the operation unit 170 accepts user operations corresponding to various commands from the user to the vehicle allocation system.
  • the operation unit 170 may be an input interface having a plurality of buttons, or a touch panel having a touch interface.
  • the display unit 160 displays an icon represented by a picture or a symbol so that the user can operate it, and the user touches or drags the displayed icon so that the operation unit 170 operates by the user. May be accepted.
  • the communication unit 110 transmits / receives information to / from the network 400.
  • the communication unit 110 stores the information acquired from the network 400 in a memory or the like (not shown), and outputs predetermined information such as a vehicle allocation request and environmental information to the network 400.
  • the communication unit 110 may be an in-vehicle device having a 4G / LTE mobile communication function, or may be an in-vehicle device having a Wifi communication function.
  • the control unit 130 is connected to the sensor 150, the display unit 160, the operation unit 170, and the communication unit 110. Information from the sensor 150, the operation unit 170, and the communication unit 110 is input to the control unit 130, and the control unit 130 receives information. Information is output from the 130 to the display unit 160 and the communication unit 110.
  • the control unit 130 is a general-purpose microcomputer including a CPU (central processing unit), a memory, and an input / output unit.
  • a computer program vehicle dispatch vehicle display program for functioning as a part of the vehicle dispatch vehicle display terminal 100 is installed in the control unit 130. By executing the computer program, the control unit 130 controls the display unit 160 and the communication unit 110.
  • control unit 130 may be realized by software or by dedicated hardware.
  • the control unit 130 acquires a vehicle allocation request from the user based on the user's operation on the operation unit 170.
  • the vehicle allocation request may include the designation of the destination to which the user plans to go by using the vehicle allocation vehicle.
  • the dispatch request may include designation of the number of passengers, specifications, type, etc. of the dispatched vehicle.
  • the vehicle dispatch request may include user attribute information.
  • the user attribute information may include information such as the user's preference, age, gender, occupation, physical characteristics, presence / absence of events before and after the vehicle allocation request, and event type.
  • the vehicle dispatch vehicle display terminal 100 is a mobile terminal (smartphone, tablet, etc.) that the user uses on a daily basis
  • the application as the vehicle dispatch vehicle display program is SNS (social network service) or other.
  • SNS social network service
  • the vehicle dispatch vehicle extraction server 200 includes a communication unit 210 (communication means), a database 220, and a control unit 230 (controller).
  • the communication unit 210 transmits / receives information to / from the network 400.
  • the communication unit 210 indicates a vehicle allocation request transmitted from the vehicle allocation vehicle display terminal 100 and vehicle information (for example, position information of the vehicle allocation vehicle, fuel remaining amount, and whether or not the vehicle allocation service is being provided) transmitted from the vehicle allocation vehicle 300.
  • vehicle information for example, position information of the vehicle allocation vehicle, fuel remaining amount, and whether or not the vehicle allocation service is being provided
  • Information and other predetermined information are acquired from the network 400, and the acquired information is recorded in the database 220.
  • the database 220 stores the information acquired by the communication unit 210.
  • the database 220 may store the user's past vehicle allocation requests, the usage history of the vehicle allocation system, the frequency, and the like.
  • the database 220 may store various parameter tables for estimating user characteristics of the user.
  • the control unit 230 (an example of a controller and a processing unit) is a general-purpose microcomputer including a CPU (central processing unit), a memory, and an input / output unit.
  • a computer program vehicle dispatch vehicle extraction program for functioning as a part of the vehicle dispatch vehicle extraction server is installed in the control unit 230.
  • the control unit 230 functions as a plurality of information processing circuits (231, 233, 235, 237, 239).
  • a plurality of information processing circuits (231, 233, 235, 237, 239) included in the control unit 230 are realized by software.
  • a plurality of information processing circuits (231, 233, 235, 237, 239) may be configured by individual hardware.
  • the control unit 230 as a plurality of information processing circuits (231, 233, 235, 237, 239), has a waiting point setting unit 231, a position information acquisition unit 233, a time calculation unit 235, a user characteristic determination unit 237, and a vehicle extraction unit 239. To be equipped.
  • the position information acquisition unit 233 acquires the user position and the vehicle position of the vehicle allocation vehicle 300 at the time of the vehicle allocation request via the communication unit 210.
  • the waiting point setting unit 231 (waiting point setting means) is within a predetermined distance from the user position from the waiting points registered in the vehicle allocation system based on the user position acquired by the position information acquisition unit 233. A certain waiting point is selected as a calculation target by the time calculation unit 235. Further, based on the user position acquired by the position information acquisition unit 233 and the vehicle position of the vehicle dispatch vehicle 300, the vehicle dispatch vehicle within a predetermined distance from the user position is selected from the vehicle dispatch vehicles registered in the vehicle dispatch system. , Select as the calculation target by the time calculation unit 235.
  • the reason why the entire waiting point registered in the vehicle allocation system is not included in the calculation is that it is not realistic for the user to move to a waiting point that is too far from the user's position. Also, the reason why the entire vehicle dispatched vehicle registered in the vehicle dispatch system is not included in the calculation is that a vehicle dispatched vehicle that is too far from the user position or the waiting point will take a long time to reach the waiting point. This is because it is assumed that it is not practically suitable for dispatching a vehicle. Furthermore, by limiting the calculation target, the total calculation cost can be reduced.
  • the present invention can be implemented even if the waiting point setting unit 231 does not limit the calculation target and the entire registered waiting point is calculated.
  • the time calculation unit 235 targets the waiting point and the dispatched vehicle to be calculated, the user's travel time from the user position to the waiting point, and the user gets on the dispatched vehicle after making a vehicle allocation request.
  • the waiting time of the user obtained by subtracting the travel time from the time until is calculated.
  • the time calculation unit 235 calculates the user's travel time, the user's waiting time, and the total time for each combination of the waiting point and the dispatched vehicle. It should be noted that the movement time of the user is the time required when the user moves from the user position to the waiting point without stopping.
  • one waiting point and one dispatched vehicle are selected, and the user's travel time and the user's standby for the combination of the selected waiting point and the dispatched vehicle are selected.
  • the case of calculating the time and the total time will be described.
  • the time required for the dispatched vehicle to move to the waiting point is defined as the "vehicle-side moving time TC”
  • the time required for the user to move to the waiting point is defined as the “user-side moving time TP" (user's moving time).
  • the vehicle-side travel time TC is calculated based on the waiting point, the vehicle position of the dispatched vehicle, other road conditions, the direction of the dispatched vehicle with respect to the traveling direction of the road, and the like.
  • the user-side travel time TP is calculated based on the waiting point and the user position.
  • the time required for the user to board the dispatched vehicle after the user and the dispatched vehicle meet at the waiting point in order to derive the equation (1) is ignored as compared with the vehicle-side travel time TC and the user-side travel time TP. I'm assuming it's as small as possible.
  • the waiting time TW (user waiting time) on the user side can be calculated by determining the waiting point, the vehicle position of the dispatched vehicle, and the user position.
  • the waiting time of the user includes the time when the user waits at the user position when the vehicle allocation request is made, and the user stops while moving from the user position to the waiting point. The time of the case is also included.
  • the waiting time TW on the user side can also be calculated based on the equation (3).
  • TW Max (TC-TP, 0) ... (3)
  • the “total time TA” is calculated as in the equation (4) (the equation (2) was used in the transformation of the equation in the middle).
  • the boarding time TR is calculated based on the waiting point and the destination. Therefore, the total time TA can be calculated by determining the waiting point, the vehicle position of the dispatched vehicle, the user position, and the destination.
  • the time calculation unit 235 calculates the user's travel time, the user's waiting time, and the total time for each combination of the waiting point and the dispatched vehicle.
  • the user characteristic determination unit 237 determines the user characteristic based on the attribute information of the user. Specifically, the constraint conditions for the total time and the waiting time requested by the user who created the vehicle allocation request are estimated based on the attribute information of the user.
  • FIG. 2 is a graph showing the user characteristics of the user who uses the vehicle allocation system.
  • the constraint condition for the total time and the waiting time is represented as a region shown by a diagonal line in a coordinate system having two coordinate axes of the total time TA and the user-side waiting time TW as shown in FIG.
  • the shaded area in FIG. 2 is expressed as a set of (TA, TW) satisfying all of the following equations (5-1), (5-2), and (5-3).
  • the value "TA_max” represents the maximum value that the total time TA can take
  • the value "TW_max” represents the maximum value that the user side standby time TW can take.
  • the total time of the user calculated for the combination of a certain waiting point and the vehicle dispatched vehicle is "TA_PF”
  • the calculated waiting time of the user is "TW_PF”
  • the point PF is not within the shaded area, it can be said that the combination of the waiting point corresponding to the point PF and the dispatched vehicle does not satisfy the user characteristics.
  • the total user time calculated for the combination of a certain waiting point and the dispatched vehicle is "TA_PT”
  • the calculated waiting time of the user is "TW_PT”.
  • the point PT is a point within the shaded area, it can be said that the combination of the waiting point and the dispatched vehicle corresponding to the point PT satisfies the user characteristics.
  • the total user time and the user waiting time calculated for the combination of the waiting point and the dispatched vehicle satisfy all of the equations (5-1), (5-2), and (5-3). In some cases, it can be said that the combination of the waiting point and the dispatched vehicle satisfies the user characteristics, and in other cases, it does not satisfy the user characteristics.
  • the user's demand for the vehicle allocation system varies from user to user.
  • the user's request is "a request that you can wait until the dispatched vehicle arrives because you have time to spare"("a request to increase the waiting time"), or conversely, "a request to increase the waiting time”.
  • the user's request for the vehicle allocation system includes a trade-off relationship between the user's total time and the user's waiting time.
  • the user characteristic determination unit 237 adjusts the value "TW_max" and the value "TA_max” based on the user attribute information based on the user attribute information, thereby extracting the waiting point and the vehicle dispatch vehicle in the vehicle allocation system. Estimate or correct the user characteristics used.
  • the boundary CL in the first quadrant is defined by a linear function, but is not limited to this.
  • the boundary in the first quadrant may be defined by various monotonous decreasing functions such that the waiting time TW on the user side decreases as the total time TA increases.
  • the user characteristic determination unit 237 adjusts the parameters that define the shape of the monotonous decrease function based on the attribute information of the user.
  • the user characteristic determination unit 237 extracts the waiting point and the vehicle dispatch vehicle in the vehicle dispatch system based on the environmental information (information on the environment in which the user is placed) and the event type (event type before and after the vehicle dispatch request). It may estimate or correct the user characteristics to be used.
  • the user characteristic determination unit 237 may determine the user characteristic based on an explicit instruction from the user.
  • the vehicle extraction unit 239 extracts a recommended combination according to the vehicle allocation request from the combination of the waiting point and the vehicle allocation vehicle based on the total time calculated by the time calculation unit 235 and the waiting time of the user. ..
  • the user characteristics estimated by the user characteristic determination unit 237 that is, the combination of the waiting point and the dispatched vehicle that satisfies the constraint conditions for the total time and the waiting time are extracted as the recommended combination.
  • FIG. 3A is a diagram showing an example of a user position, a vehicle dispatching vehicle position, and a waiting point.
  • FIG. 3B is a diagram in which a pair of the total time calculated in the positional relationship shown in FIG. 3A and the waiting time of the user is plotted on a graph showing the user characteristics.
  • the user position at the time of the vehicle allocation request is indicated by point N, and the total time from point N is assumed to be shorter in the order of waiting point A and waiting point B. Specifically, since the waiting point A is located in the lane opposite to the destination direction AR1, the total time becomes longer, and the waiting point B is located in the same lane as the destination direction AR1. Since it is a lane, the total time tends to be short.
  • the positional relationship between the vehicle dispatch vehicle V1 and the vehicle dispatch vehicle V2 at the time of the vehicle dispatch request is as shown in FIG. 3A. Due to the positional relationship between the waiting point and the dispatched vehicle, the time when each dispatched vehicle arrives at the waiting point is different. It is assumed that the travel time of each vehicle dispatched to the waiting point A increases in the order of the vehicle dispatched vehicle V1 and the vehicle dispatched vehicle V2, and the travel time to the waiting point B increases in the order of the vehicle dispatched vehicle V2 and the vehicle dispatched vehicle V1.
  • the time calculation unit 235 calculates the time for each of the combinations of all the waiting points and the dispatched vehicles.
  • the subscript clearly indicates which combination of the waiting point and the dispatched vehicle corresponds to (for example, since the subscript of the point P_A1 is A1, the waiting point A and the dispatched vehicle V1 It is said that it corresponds to the combination of).
  • the straight line LA through which the points P_A1 and P_A2 pass and the straight line LB through which the points P_B1 and P_B2 pass are inclined lines. This is because the longer the TW, the longer the total time TA.
  • the vehicle extraction unit 239 determines whether or not the plotted points are included in the shaded area indicating the user characteristic, that is, whether or not the calculated total time and standby time pair satisfies the constraint condition. ..
  • the combination of the waiting point and the dispatched vehicle corresponding to the pair of the total time and the waiting time satisfying the constraint condition is extracted as the recommended combination.
  • the combination of the waiting point and the dispatched vehicle corresponding to the pair of the total time and the waiting time that do not satisfy the constraint condition is not extracted as the recommended combination.
  • the combination of the waiting point and the dispatched vehicle corresponding to the points P_A1 and P_B2 is extracted as the recommended combination. Therefore, two cases are extracted: when meeting with the dispatching vehicle V1 at the waiting point A and when meeting with the dispatching vehicle V2 at the waiting point B.
  • the combination of the waiting point and the dispatched vehicle extracted by the vehicle extraction unit 239 can vary depending on the user characteristics estimated by the user characteristic determination unit 237.
  • the vehicle extraction unit 239 may give a score (recommended degree) for each recommended combination based on the user characteristics. For example, in the shaded area representing the user characteristic shown in FIG. 2, the closer the point is to the origin, the higher the score is given so that the recommended combinations can be compared with each other.
  • the recommended combination extracted by the vehicle extraction unit 239 is output to the outside of the vehicle allocation vehicle extraction server 200 via the communication unit 210. Then, the output recommended combination is acquired by the communication unit 110 of the vehicle dispatch vehicle display terminal 100 and displayed on the display unit 160.
  • the vehicle dispatch vehicle extraction server is configured.
  • the vehicle dispatch vehicle display terminal is provided with the time calculation unit 235, the user characteristic determination unit 237, and the vehicle extraction unit 239 in the control unit 130 of the vehicle dispatch vehicle display terminal 100.
  • the recommended combination may be extracted.
  • the user characteristics may be determined by the vehicle dispatch vehicle display terminal 100, and the recommended combination may be extracted by the vehicle dispatch vehicle display terminal 100 from the combinations of the waiting point and the vehicle dispatch vehicle delivered from the vehicle dispatch vehicle extraction server 200.
  • step S101 the vehicle allocation vehicle extraction server 200 acquires the vehicle allocation request transmitted from the vehicle allocation vehicle display terminal 100 via the communication unit 210.
  • step S103 the position information acquisition unit 233 acquires the user position and the vehicle position of the vehicle allocation vehicle 300 at the time of the vehicle allocation request via the communication unit 210.
  • step S105 the waiting point setting unit 231 selects a waiting point to be calculated by the time calculation unit 235 from the waiting points registered in the vehicle allocation system. Further, among the vehicle allocation vehicles 300 registered in the vehicle allocation system, the vehicle allocation vehicle to be calculated by the time calculation unit 235 is selected.
  • step S109 the time calculation unit 235 waits for the user obtained by subtracting the travel time from the travel time of the user from the user position to the waiting point and the time from the request for dispatch to the user getting on the dispatch vehicle. The time and the total time from the request for dispatch to the arrival of the user at the destination by boarding the dispatched vehicle are calculated.
  • step S111 the user characteristic determination unit 237 determines the user characteristic based on the user attribute information. At that time, the user characteristics used for extracting the waiting point and the vehicle dispatch vehicle in the vehicle dispatch system are estimated or corrected based on the user attribute information and the environment information.
  • step S113 the vehicle extraction unit 239 selects a recommended combination according to the vehicle allocation request from the combination of the waiting point and the vehicle allocation vehicle based on the user's travel time and the user's waiting time calculated by the time calculation unit 235. Extract.
  • step S115 the recommended combination extracted by the vehicle extraction unit 239 is output to the outside of the vehicle allocation vehicle extraction server 200 via the communication unit 210.
  • the user's request for the vehicle dispatch system varies from user to user. Therefore, it is necessary to estimate and correct the user characteristics used for extracting the waiting point and the vehicle dispatch vehicle in the vehicle dispatch system according to the user.
  • the user's request varies depending on the environment in which the user is placed and the presence / absence and type of schedule before and after the vehicle allocation request. Therefore, it is necessary to estimate and correct according to the environmental information and event type.
  • the user characteristic determination unit 237 estimates and corrects the user characteristics based on the "user attribute information", "environment information”, and "event type".
  • the user characteristic determination unit 237 has a personality type that makes it easy for the user to make a "request to increase the waiting time" based on the user's preference, age, gender, occupation, physical characteristics, etc. among the user's attribute information. Estimate which of the personality types tends to make "requests to shorten the total time”.
  • the occupation when the information of "occupation" can be obtained in the attribute information of the user, if the occupation is, for example, a student, a housewife, or unemployed, it is a personality type that makes it easy to make a "request to increase the waiting time". I presume. On the other hand, if the occupation is, for example, a company employee or a manager, it is presumed that the personality type is likely to make a "request to shorten the total time".
  • the user characteristic determination unit 237 tends to be either a personality type in which the user is likely to make a "request to increase the waiting time” or a personality type in which the user is likely to make a "request to shorten the total time”. Estimate if you are doing it.
  • the user characteristic determination unit 237 determines the value "TA_max" in which the user characteristic determination unit 237 determines the boundary CL in FIG. Is adjusted to be smaller than the default value.
  • the user characteristic determination unit 237 when the user characteristic determination unit 237 has a personality type that makes it easy for the user to "request to increase the waiting time", the user characteristic determination unit 237 defaults to the value "TW_max" that defines the boundary CL in FIG. Adjust larger than.
  • the degree of adjustment for the boundary CL compared to the default value may be changed according to the strength of the required level.
  • the user characteristic determination unit 237 can move the waiting point and the vehicle to be dispatched in the vehicle dispatch system. Estimate or correct the user characteristics used for extraction.
  • the user characteristic determination unit 237 estimates, based on the environmental information, which of the "request for shortening the total time” and the “request for shortening the waiting time” can be made by the user.
  • the user can make a "request to shorten the waiting time" when the temperature is far from the temperature that humans feel comfortable with, when it is raining or snowing, or when the wind is strong. ..
  • the user characteristic determination unit 237 adjusts the boundary CL in the same manner as the estimation / correction of the user characteristic based on the “user attribute information”.
  • the schedule after using the vehicle dispatch service is "live”, "dressing shop”, “hospital examination”, “aircraft flight”, “entertainment golf”, etc.
  • the user since it is considered that the user acts because it is not allowed to be late for the schedule, it is presumed that the user is likely to make a "request to shorten the total time”.
  • the event type is determined from the user's calendar information and the user's starting point / destination, and the user characteristic determination unit 237 estimates / corrects the user characteristic according to the user's tendency according to the event type.
  • the user characteristic determination unit 237 adjusts the boundary CL in the same manner as the estimation / correction of the user characteristic based on the “user attribute information”.
  • the vehicle allocation request is made from the operation terminal on which the user performs a request operation.
  • Acquire acquire the user position at the time of the vehicle allocation request and the vehicle position of the vehicle allocation vehicle, the user's travel time from the user position to the waiting point where the user meets the vehicle allocation vehicle, and the vehicle allocation vehicle after the user makes the vehicle allocation request.
  • the user's waiting time obtained by subtracting the user's travel time from the time until boarding the vehicle, and the user's total time from when the user makes a vehicle allocation request to when the user gets on the vehicle and arrives at the destination. Calculate and extract the dispatched vehicles based on the total time and waiting time.
  • the dispatched vehicle is extracted based on the total time from the request for dispatching to the user getting on the dispatched vehicle and the user's waiting time and the waiting time of the user, the user using the vehicle dispatching system Convenience can be improved.
  • the user position and the vehicle position of the vehicle dispatch vehicle change dynamically, it is possible to propose to the user the vehicle dispatch vehicle according to the vehicle allocation request in response to the dynamically changed situation. Become.
  • the waiting time and the total time are calculated for each combination of the waiting point and the vehicle dispatch vehicle.
  • the recommended combination may be extracted from the combination based on the waiting time and the total time.
  • the waiting point and the vehicle dispatched vehicle according to the vehicle allocation request are proposed to the user in response to the dynamically changed situation. Will be possible.
  • the waiting point and the vehicle dispatched vehicle can be extracted in consideration of the trade-off relationship between the total time and the waiting time of the user in the request from the user, and the convenience of the user who uses the vehicle dispatching system can be improved.
  • the constraint conditions regarding the total time and the waiting time are estimated based on the attribute information. Combinations that satisfy the constraint conditions may be extracted as recommended combinations. As a result, various user characteristics that differ depending on the user can be reflected in the extraction result of the waiting point and the vehicle allocation vehicle, and it becomes possible to provide a vehicle allocation service customized for each user.
  • the vehicle allocation vehicle extraction server the vehicle allocation vehicle extraction means, the vehicle allocation vehicle extraction method, and the vehicle allocation vehicle display terminal according to the present embodiment
  • environmental information around the user's position is acquired, and restrictions are imposed based on the environmental information.
  • the condition may be corrected.
  • the difference in the surrounding environment of the user can be reflected in the extraction result of the waiting point and the vehicle dispatched vehicle, and it becomes possible to provide the vehicle dispatching service customized for each user.
  • the vehicle allocation vehicle extraction server the vehicle allocation vehicle extraction means, the vehicle allocation vehicle extraction method, and the vehicle allocation vehicle display terminal according to the present embodiment
  • the information of the recommended combination may be output and displayed.
  • the vehicle dispatch vehicle extraction server the vehicle dispatch vehicle extraction means, the vehicle dispatch vehicle extraction method, and the vehicle dispatch vehicle display terminal according to the present embodiment
  • the time required for the vehicle dispatch vehicle to move from the vehicle position to the waiting point is determined.
  • the value obtained by subtracting the travel time is 0 or more
  • the value may be used as the standby time.
  • the waiting time of the user can be calculated by a simple method, and the calculation cost can be reduced.
  • the user position may be acquired from the operation terminal. This makes it possible to propose to the user a vehicle dispatch vehicle according to the vehicle dispatch request based on the accurate user position.
  • a mobile terminal may be used as the operation terminal.
  • the user position can be accurately evaluated based on the position information of the mobile terminal held by the user, and it becomes possible to propose to the user a vehicle allocation vehicle according to the vehicle allocation request based on the accurate user position. ..
  • the processing circuit includes a programmed processing device such as a processing device including an electric circuit.
  • Processing devices also include devices such as application specific integrated circuits (ASICs) and conventional circuit components arranged to perform the functions described in the embodiments.
  • ASICs application specific integrated circuits
  • Vehicle dispatch vehicle display terminal 110 Communication unit 130 Control unit 150 Sensor 160 Display unit 170 Operation unit 200 Vehicle dispatch vehicle extraction server 210 Communication unit 220 Database 230 Control unit 231 Waiting point setting unit 233 Location information acquisition unit 235 Time calculation unit 237 User characteristic determination Department 239 Vehicle Extraction Department 300 Vehicle Allocation Vehicle 400 Network

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Automation & Control Theory (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Social Psychology (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本発明の配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、 配車車両表示端末は、ユーザ位置からユーザが配車車両と待ち合わせる待合地点まで のユーザの移動時間と、ユーザが配車リクエストを行うてから配車車両に乗車するま での時間からユーザの移動時間を差し引いて得られるユーザの待機時間と、ユーザが 配車リクエストを行うてから配車車両に乗車して目う地に到着するまでのユーザのト ータル時間と、を算出し、トータル時間と待機時間に基づいて、配車車両を抽出する。

Description

配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末
　本発明は、配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末に関する。
　特許文献１には、ユーザが配車予約を行う際、ユーザの位置から所定範囲内に位置する配車車両の情報をユーザ端末に表示させ、ユーザが配車車両の呼び出し操作を行うことで、ユーザが選択した配車車両を呼び寄せることが可能な配車車両の呼び寄せシステムが提案されている。
特開２０１３−１３４６４１号公報
　しかしながら、特許文献１に記載の技術は、ユーザ端末に配車車両を表示する際、ユーザの位置から所定範囲の配車車両を一律で表示する。そのため、例えば、ユーザ自身が移動する場合や、ユーザが配車車両に乗車するまでの待ち時間を考慮するものとなっておらず、ユーザによっては適切ではない配車車両が表示される場合があった。
　本発明は、上記問題に鑑みてなされたものであり、その目的とするところは、ユーザ自身の移動やユーザが配車車両に乗車するまでの待ち時間を考慮して、配車システムを利用するユーザの利便性を向上させることができる配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末を提供することにある。
　上述した課題を解決するために、本発明の一態様に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末は、ユーザ位置からユーザが配車車両と待ち合わせる待合地点までのユーザの移動時間と、ユーザが配車リクエストを行ってから配車車両に乗車するまでの時間からユーザの移動時間を差し引いて得られるユーザの待機時間と、ユーザが配車リクエストを行ってから配車車両に乗車して目的地に到着するまでのユーザのトータル時間と、を算出し、トータル時間と待機時間に基づいて、配車車両を抽出する。
　本発明によれば、ユーザ自身の移動やユーザが配車車両に乗車するまでの待ち時間を考慮して、配車システムを利用するユーザの利便性を向上させることができる。
図１は、本発明の一実施形態に係る配車車両抽出サーバ、配車車両表示端末を含む、配車システムの構成を示すブロック図である。 図２は、配車システムを利用するユーザのユーザ特性を示すグラフ図である。 図３Ａは、ユーザ位置、配車車両の位置、及び、待合地点の一例を示す図である。 図３Ｂは、図３Ａに示す位置関係において算出されるトータル時間とユーザの待機時間の対を、ユーザ特性を示すグラフ図にプロットした図である。 図４は、本発明の一実施形態に係る配車車両抽出の処理手順を示すフローチャートである。
　次に、図面を参照して、本発明の実施の形態を詳細に説明する。説明において、同一のものには同一符号を付して重複説明を省略する。
　［配車システムの構成］
　図１は、本実施形態に係る配車車両抽出サーバ、配車車両表示端末を含む、配車システムの構成を示すブロック図である。図１に示すように、配車システムは、無線又は優先のネットワーク４００で互いに接続された、配車車両表示端末１００（操作端末）と、配車車両抽出サーバ２００と、配車車両３００と、を備える。
　配車車両表示端末１００は、ユーザからの配車リクエストを受け付け、受け付けた配車リクエストを送信する。配車車両表示端末１００としては、例えば、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）が挙げられる。
　配車車両抽出サーバ２００は、ユーザの配車リクエスト及び配車車両３００の情報を取得し、取得した情報に基づいて、配車リクエストに沿った待合地点と配車車両３００の組合せ（推奨組合せ）を抽出する。そして、抽出した、待合地点と配車車両３００の組合せの情報を出力する。推奨組合せとは、待合地点と配車車両３００の組合せの中から抽出された、推奨待合地点と推奨配車車両の組合せである。
　なお、待合地点とは、配車車両３００を停車させてユーザの乗降が可能な場所であり、事前に配車システムに登録された地図データ上の地点であるとする。また、配車車両３００は、ユーザが指定する目的地（ユーザの行き先）までの移動手段を提供する乗り物であって、例えば、自動運転車両が挙げられる。その他、配車車両３００としては、例えば、有人／無人のタクシー、バス、トラックなど、種々の移動手段が挙げられる。配車システムには、複数個の待合地点、及び、複数台の配車車両が登録されているものとする。
　ネットワーク４００は、例えば、インターネットが挙げられる。ネットワーク４００は、４Ｇ／ＬＴＥや、５Ｇなどのモバイル通信機能を利用するものであってもよい。
　なお、図１では示していないが、サービサ（例えばＤｅＮＡ（登録商標）、ＵＢＥＲ（登録商標）などの配車サービス提供会社）の管理サーバが、ネットワーク４００に接続されて、配車システムの一部を構成するものであってもよい。
　この場合、配車車両表示端末１００から送信された配車リクエストが、サービサの管理サーバによって処理され、処理された後の配車リクエストが、配車車両抽出サーバ２００に送信されるものであってもよい。また、配車車両３００の情報が、サービサの管理サーバによって処理され、処理された後の配車車両３００の情報が、配車車両抽出サーバ２００に送信されるものであってもよい。
　さらに、配車車両抽出サーバ２００から出力される配車車両３００の情報が、サービサの管理サーバによって処理され、処理された後の情報が、配車車両表示端末１００に送信されるものであってもよい。
　以下では説明の簡略化のために、サービサの管理サーバを省略し、ネットワーク４００を介して配車車両表示端末１００は配車車両抽出サーバ２００と双方向に通信可能であるとし、さらに、ネットワーク４００を介して配車車両３００は配車車両抽出サーバ２００と双方向に通信可能であるとする。
　［配車車両表示端末の構成］
　次に、配車車両表示端末１００について説明する。図１に示すように、本実施形態に係る配車車両表示端末１００は、センサ１５０と、表示部１６０と、操作部１７０と、通信部１１０と、制御部１３０（コントローラ）と、を備える。
　センサ１５０は、複数のセンサ群からなり、配車車両表示端末１００の位置情報を取得する位置検出センサを含む。例えば、位置検出センサは、ＧＰＳ（グローバル・ポジショニング・システム）などの絶対位置を計測するセンサである。
　その他、センサ１５０は、配車車両表示端末１００の置かれた環境に関する環境情報を取得する環境センサを含んでいてもよい。例えば、環境センサは、温度センサ、湿度センサ、振動センサ、加速度センサ、マイクロフォンなどである。
　表示部１６０は、配車システムによって提供される配車車両３００の情報や、ユーザが配車車両３００と待ち合わせる待合地点に関する情報を表示する。配車車両３００の情報及び待合地点に関する情報は、後述する通信部１１０により、ネットワーク４００を介して配車車両抽出サーバ２００から取得する。その他、表示部１６０は、待合地点まで向かうために必要な経路情報や、待合地点までユーザの移動をガイドするための案内情報を表示するものであってもよい。
　操作部１７０は、配車システムに対するユーザからの各種の指令に対応するユーザの操作を受け付ける。例えば、操作部１７０は、複数のボタンを備えた入力インターフェイスであってもよいし、タッチインターフェイスを備えたタッチパネルであってもよい。
　より具体的には、絵や記号で表現したアイコンをユーザが操作可能なように表示部１６０が表示し、表示されたアイコンをユーザがタッチ、ドラッグなどすることで、操作部１７０はユーザの操作を受け付けるものであってもよい。
　通信部１１０は、ネットワーク４００との間で情報を送受信する。通信部１１０は、ネットワーク４００から取得した情報を図示しないメモリ等に記憶し、また、配車リクエストや環境情報など所定の情報をネットワーク４００に対して出力する。例えば、通信部１１０は、４Ｇ／ＬＴＥのモバイル通信機能を備えた車載デバイスであってもよいし、Ｗｉｆｉ通信機能を備えた車載デバイスであってもよい。
　制御部１３０は、センサ１５０、表示部１６０、操作部１７０、通信部１１０と接続されており、制御部１３０には、センサ１５０、操作部１７０、通信部１１０からの情報が入力され、制御部１３０からは表示部１６０、通信部１１０への情報が出力される。
　なお、制御部１３０は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部１３０には、配車車両表示端末１００の一部として機能するためのコンピュータプログラム（配車車両表示プログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部１３０は、表示部１６０及び通信部１１０の制御が行われる。
　制御部１３０が備える各種の情報処理は、ソフトウェアによって実現されるものであってもよいし、専用のハードウェアによって実現されるものであってもよい。
　制御部１３０が行う情報処理としては、特に、制御部１３０は、操作部１７０に対するユーザの操作に基づいて、ユーザからの配車リクエストを取得する。例えば、配車リクエストには、配車車両を利用してユーザが向かう予定の目的地の指定が含まれていてもよい。その他、配車リクエストには、配車車両の乗車可能人数、仕様、種別などの指定が含まれていてもよい。
　その他、配車リクエストには、ユーザの属性情報が含まれていてもよい。ユーザの属性情報には、ユーザの嗜好、年齢、性別、職種、身体的特徴、配車リクエストの前後でのイベントの有無、イベント種別などの情報が含まれていてもよい。例えば、配車車両表示端末１００が、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）である場合には、配車車両表示プログラムとしてのアプリケーションが、ＳＮＳ（ソーシャル・ネットワーク・サービス）やその他のクラウドサービスなどと連携することにより、これらの属性情報を取得するものであってもよい。
　［配車車両抽出サーバの構成］
　次に、配車車両抽出サーバ２００について説明する。図１に示すように、本実施形態に係る配車車両抽出サーバ２００は、通信部２１０（通信手段）と、データベース２２０と、制御部２３０（コントローラ）と、を備える。
　通信部２１０は、ネットワーク４００との間で情報を送受信する。通信部２１０は、配車車両表示端末１００から送信された配車リクエストや、配車車両３００から送信された車両情報（例えば、配車車両の位置情報、燃料残量、配車サービス提供中か否かを示すステータス情報）など所定の情報をネットワーク４００から取得し、取得した情報をデータベース２２０に記録する。
　データベース２２０は、通信部２１０によって取得した情報を記憶する。その他、データベース２２０は、ユーザの過去の配車リクエストや、配車システムの利用履歴、頻度などを記憶するものであってもよい。また、データベース２２０は、ユーザのユーザ特性を推定するための種々のパラメータテーブルを記憶するものであってもよい。
　制御部２３０（コントローラ、処理部の一例）は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部２３０には、配車車両抽出サーバの一部として機能させるためのコンピュータプログラム（配車車両抽出プログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部２３０は、複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）として機能する。
　なお、ここでは、ソフトウェアによって制御部２３０が備える複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）を実現する例を示す。ただし、以下に示す各情報処理を実行するための専用のハードウェアを用意して、情報処理回路（２３１、２３３、２３５、２３７、２３９）を構成することも可能である。また、複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）を個別のハードウェアにより構成してもよい。
　制御部２３０は、複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）として、待合地点設定部２３１、位置情報取得部２３３、時間算出部２３５、ユーザ特性決定部２３７、車両抽出部２３９を備える。
　位置情報取得部２３３（位置取得手段）は、通信部２１０を介して、配車リクエストの際の、ユーザ位置及び配車車両３００の車両位置を取得する。
　待合地点設定部２３１（待合地点設定手段）は、位置情報取得部２３３によって取得したユーザ位置に基づいて、配車システムに登録されている待合地点の中から、ユーザ位置から所定の距離の範囲内にある待合地点を、時間算出部２３５による計算対象として選択する。また、位置情報取得部２３３によって取得したユーザ位置及び配車車両３００の車両位置に基づいて、配車システムに登録されている配車車両の中から、ユーザ位置から所定の距離の範囲内にある配車車両を、時間算出部２３５による計算対象として選択する。
　配車システムに登録されている待合地点の全体を計算対象としない理由は、ユーザ位置からあまりに遠くに離れすぎた待合地点までユーザに移動してもらうことは現実的ではないためである。また、配車システムに登録されている配車車両の全体を計算対象としない理由は、ユーザ位置あるいは待合地点からあまりに遠くに離れすぎた配車車両は、待合地点まで到着するのに長い時間がかかってしまうことが想定され、現実的に、配車するのに適さないためである。さらに、また、計算対象を制限することで、トータルの計算コストを削減できることが挙げられる。
　もっとも、待合地点設定部２３１によって、計算対象の制限をかけずに、登録されている待合地点の全体を計算対象としても、本願発明は実施可能である。
　時間算出部２３５（時間算出手段）は、計算対象である待合地点及び配車車両を対象として、ユーザ位置から待合地点までのユーザの移動時間と、配車リクエストを行ってからユーザが配車車両に乗車するまでの時間から移動時間を差し引いて得られるユーザの待機時間とを算出する。なお、時間算出部２３５は、待合地点と配車車両の組合せ毎に、ユーザの移動時間、ユーザの待機時間、トータル時間を算出する。なお、ユーザの移動時間は、ユーザ位置から待合地点までの間、停止することなくユーザが移動した場合にかかる時間であるとする。
　例えば、計算対象である待合地点の中から、ある１つの待合地点とある１つの配車車両を選択して、その選択された待合地点と配車車両の組合せに対してユーザの移動時間、ユーザの待機時間、トータル時間を計算する場合を説明する。
　配車車両が待合地点まで移動するのに要する時間を「車両側移動時間ＴＣ」とし、ユーザが待合地点まで移動するのに要する時間を「ユーザ側移動時間ＴＰ」（ユーザの移動時間）とする。車両側移動時間ＴＣは、待合地点と配車車両の車両位置、その他、道路事情や、道路の進行方向に対する配車車両の向きなどに基づいて算出される。またユーザ側移動時間ＴＰは、待合地点とユーザ位置に基づいて算出される。
　最大値関数「Ｍａｘ（ｘ，ｙ）」を、大小関係「ｘ≧ｙ」の場合に「Ｍａｘ（ｘ，ｙ）＝ｘ」、大小関係「ｘ＜ｙ」の場合に「Ｍａｘ（ｘ，ｙ）＝ｙ」となる関数として定義すると、配車リクエストを行ってからユーザが配車車両に乗車するまでの時間「利用前時間ＴＳ」は、式（１）のように計算される。
　ＴＳ＝Ｍａｘ（ＴＣ，ＴＰ）　　…（１）
　なお、式（１）を導くために、ユーザと配車車両が待合地点で出会った後にユーザが配車車両に乗車するまでに要する時間は、車両側移動時間ＴＣやユーザ側移動時間ＴＰに比べて無視できるほど小さいと仮定している。
　よって、ユーザが待機する時間「ユーザ側待機時間ＴＷ」（ユーザの待機時間）は、式（２）のように計算される。
　ＴＷ＝ＴＳ−ＴＰ　　…（２）
　したがって、待合地点、配車車両の車両位置、ユーザ位置が定まることで、ユーザ側待機時間ＴＷ（ユーザの待機時間）を算出できる。
　なお、ユーザの待機時間は、ユーザが待合地点で待機する時間の他に、ユーザが配車リクエストを行った時のユーザ位置で待機する時間や、ユーザ位置から待合地点まで移動する途中でユーザが立ち止まる場合の時間も含まれる。
　「ＴＣ＞ＴＰ」である場合（例えば、配車車両よりも先にユーザが待合地点に到着する場合）には、「ＴＷ＝ＴＣ−ＴＰ＞０」となる。
　また、「ＴＣ≦ＴＰ」である場合（例えば、配車車両よりも後にユーザが待合地点に到着する場合もしくは配車車両とユーザが同時に到着する場合）には、「ＴＷ＝０」となる。
　よって、ユーザ側待機時間ＴＷは式（３）に基づいて計算することもできる。
　ＴＷ＝Ｍａｘ（ＴＣ−ＴＰ，０）　　…（３）
　式（３）によれば、最大値関数「Ｍａｘ（ｘ，ｙ）」の評価において「ＴＣ−ＴＰ」の符号判定のみを行えばよいため、式（１）及び式（２）を用いてユーザ側待機時間ＴＷを算出するよりも、計算コストを削減できる。
　その他、ユーザが待合地点から目的地まで配車車両に乗車している時間を「乗車時間ＴＲ」とすると、配車リクエストを行ってからユーザが配車車両に乗車して目的地に到着するまでの時間「トータル時間ＴＡ」は、式（４）のように計算される（途中の式変形において式（２）を用いた）。
　ＴＡ＝ＴＳ＋ＴＲ
　　　＝ＴＰ＋ＴＷ＋ＴＲ　　…（４）
　乗車時間ＴＲは、待合地点及び目的地に基づいて算出される。したがって、待合地点、配車車両の車両位置、ユーザ位置、目的地が定まることで、トータル時間ＴＡを算出できる。
　以上のように、時間算出部２３５は、待合地点と配車車両の組合せ毎に、ユーザの移動時間、ユーザの待機時間、トータル時間を算出する。
　ユーザ特性決定部２３７（ユーザ特性決定手段）は、ユーザの属性情報に基づいてユーザ特性を決定する。具体的には、配車リクエストを作成したユーザが要求するトータル時間及び待機時間に対する制約条件を、ユーザの属性情報に基づいて推定する。
　図２は、配車システムを利用するユーザのユーザ特性を示すグラフ図である。トータル時間及び待機時間に対する制約条件は、図２のようにトータル時間ＴＡとユーザ側待機時間ＴＷの２つの座標軸を有する座標系において、斜線で示す領域として表される。
　図２における斜線領域は、次の式（５−１）、式（５−２）、式（５−３）のすべてを満たす（ＴＡ，ＴＷ）の組として表現される。
　ＴＡ／ＴＡ＿ｍａｘ＋ＴＷ／ＴＷ＿ｍａｘ≦１　　…（５−１）
　ＴＷ≧０　　…（５−２）
　ＴＡ≧０　　…（５−３）
　ここで、値「ＴＡ＿ｍａｘ」はトータル時間ＴＡが取りうる最大値、値「ＴＷ＿ｍａｘ」はユーザ側待機時間ＴＷが取りうる最大値を表す。
　さて、ある待合地点と配車車両の組合せに対して算出されたユーザのトータル時間が「ＴＡ＿ＰＦ」、算出されたユーザの待機時間が「ＴＷ＿ＰＦ」であり、図２のグラフ図において、算出された結果が座標（ＴＡ＿ＰＦ，ＴＷ＿ＰＦ）を有する点ＰＦとしてプロットされたとする。この場合、点ＰＦは斜線領域内にはない点であるため、点ＰＦに対応する待合地点と配車車両の組合せはユーザ特性を満たさないといえる。
　一方、ある待合地点と配車車両の組合せに対して算出されたユーザのトータル時間が「ＴＡ＿ＰＴ」、算出されたユーザの待機時間が「ＴＷ＿ＰＴ」であり、図２のグラフ図において、算出された結果が座標（ＴＡ＿ＰＴ，ＴＷ＿ＰＴ）を有する点ＰＴとしてプロットされたとする。この場合、点ＰＴは斜線領域内にある点であるため、点ＰＴに対応する待合地点と配車車両の組合せはユーザ特性を満たしているといえる。
　すなわち、待合地点と配車車両の組合せに対して算出されたユーザのトータル時間及びユーザの待機時間が、式（５−１）、式（５−２）、式（５−３）のすべてを満たす場合には、待合地点と配車車両の組合せはユーザ特性を満たし、それ以外の場合には、ユーザ特性を満たさないといえる。
　配車システムに対するユーザの要求は、ユーザによって種々に異なる。例えば、ユーザの要求には、「時間に余裕があるので、配車車両が到着するまで待ってもよい要求」（「待機時間を長くする要求」）というものや、逆に、「時間に余裕がないので、目的地までの時間を短くしたい要求」（「トータル時間を短くする要求」）
というものがある。
　待機時間が長くなれば、トータル時間も長くなる傾向があるため、２つの要求は相反するものである。このように、配車システムに対するユーザの要求は、ユーザのトータル時間とユーザの待機時間との間のトレードオフの関係を含むものである。
　したがって、ユーザ特性決定部２３７は、ユーザの属性情報に基づいて、値「ＴＷ＿ｍａｘ」や値「ＴＡ＿ｍａｘ」をユーザの属性情報に基づいて調整することで、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正する。
　なお、図２における斜線領域の境界のうち第１象限における境界ＣＬは、一次関数によって定義したが、これに限定されない。
　例えば、第１象限における境界を、トータル時間ＴＡが増加するに伴ってユーザ側待機時間ＴＷが減少するような種々の単調減少関数によって定義してもよい。この場合、ユーザ特性決定部２３７は、単調減少関数の形状を定義するパラメータをユーザの属性情報に基づいて調整する。
　その他、ユーザ特性決定部２３７は、環境情報（ユーザが置かれた環境の情報）やイベント種別（配車リクエストの前後でのイベントの種別）に基づいて、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正するものであってもよい。
　また、ユーザ特性決定部２３７は、ユーザからの明示的な指示に基づいて、ユーザ特性を決定するものであってもよい。
　車両抽出部２３９（抽出手段）は、時間算出部２３５で算出されたトータル時間及びユーザの待機時間に基づいて、配車リクエストに沿った推奨組合せを、待合地点及び配車車両の組合せの中から抽出する。
　具体的には、ユーザ特性決定部２３７で推定したユーザ特性、すなわち、トータル時間及び待機時間に対する制約条件を満たす、待合地点と配車車両の組合せを、推奨組合せとして抽出する。
　車両抽出部２３９における処理の例を、図３Ａ及び図３Ｂを用いて説明する。図３Ａは、ユーザ位置、配車車両の位置、及び、待合地点の一例を示す図である。図３Ｂは、図３Ａに示す位置関係において算出されるトータル時間とユーザの待機時間の対を、ユーザ特性を示すグラフ図にプロットした図である。
　図３Ａに示すように、配車システムに待合地点Ａ、待合地点Ｂが登録されており、配車車両Ｖ１、配車車両Ｖ２が登録されている場合を考える。
　なお、配車リクエストの際のユーザ位置は地点Ｎで示され、地点Ｎからのトータル時間は、待合地点Ａ、待合地点Ｂの順に、短くなるものとする。具体的には、待合地点Ａは、目的地方向ＡＲ１とは逆方向の車線に位置する地点であるため、トータル時間が長くなり、待合地点Ｂは、目的地方向ＡＲ１と同じ方向の車線に位置する地点であるため、トータル時間が短くなる傾向があるとする。
　また、配車リクエストの際の配車車両Ｖ１、配車車両Ｖ２の位置関係は、図３Ａに示すようになっているとする。待合地点と配車車両の位置関係に起因して、待合地点に各配車車両が到着する時間は異なる。待合地点Ａまでの各配車車両の移動時間は、配車車両Ｖ１、配車車両Ｖ２の順に長くなり、待合地点Ｂまでの移動時間は、配車車両Ｖ２、配車車両Ｖ１の順に長くなるものとする。
　図３Ａの例では、計算対象となる待合地点は２地点あり、計算対象となる配車車両は２台であるため、待合地点と配車車両の組合せの数は４組となる（２×２＝４組）。したがって、時間算出部２３５によって、すべての待合地点と配車車両の組合せのそれぞれに対して時間の算出が行われる。
　そして、算出結果に基づいて、図３Ｂに示すように、４つの点（点Ｐ＿Ａ１、点Ｐ＿Ａ２、点Ｐ＿Ｂ１、点Ｐ＿Ｂ２）がユーザ特性を示すグラフ図にプロットされる。
　なお、図３Ｂでは、添字にて、どの待合地点と配車車両の組合せに対応する点であるかを明示している（例えば、点Ｐ＿Ａ１の添字はＡ１であるので、待合地点Ａと配車車両Ｖ１の組合せに対応するとしている）。
　また、点Ｐ＿Ａ１、点Ｐ＿Ａ２が通る直線ＬＡ、及び、点Ｐ＿Ｂ１、点Ｐ＿Ｂ２が通る直線ＬＢが傾いた線となっているのは、上述の式（４）で示されるように、ユーザ側待機時間ＴＷが長くなれば、それだけトータル時間ＴＡも長くなることに起因する。
　車両抽出部２３９は、プロットされた点がユーザ特性を示す斜線領域に含まれているか否か、すなわち、算出されたトータル時間と待機時間の対が、制約条件を満たしているか否かを判定する。
　そして、制約条件を満たすトータル時間と待機時間の対に対応する待合地点と配車車両の組合せを、推奨組合せとして抽出する。一方、制約条件を満たさないトータル時間と待機時間の対に対応する待合地点と配車車両の組合せを、推奨組合せとして抽出しない。
　図３Ｂに示す例では、点Ｐ＿Ａ１、点Ｐ＿Ｂ２に対応する待合地点と配車車両の組合せが、推奨組合せとして抽出される。したがって、待合地点Ａにおいて配車車両Ｖ１と待ち合わせる場合、待合地点Ｂにおいて配車車両Ｖ２と待ち合わせる場合の２つの場合が抽出される。
　車両抽出部２３９によって抽出される待合地点と配車車両の組合せは、ユーザ特性決定部２３７によって推定されたユーザ特性に応じて変動しうる。
　その他、車両抽出部２３９は、ユーザ特性に基づいて推奨組合せごとにスコア（推奨度合い）を付与するものであってもよい。例えば、図２に示すユーザ特性を表す斜線領域内において、原点に近い点であるほど高いスコアを付与することで、推奨組合せ同士の比較ができるようにしてもよい。
　車両抽出部２３９によって抽出された推奨組合せは、通信部２１０を介して、配車車両抽出サーバ２００の外部に出力される。そして、出力された推奨組合せは、配車車両表示端末１００の通信部１１０によって取得され、表示部１６０に表示される。
　上述の通り、配車車両抽出サーバは構成されるが、例えば、時間算出部２３５、ユーザ特性決定部２３７、車両抽出部２３９を、配車車両表示端末１００の制御部１３０に備えて、配車車両表示端末１００において推奨組合せの抽出を行ってもよい。
　その他、配車車両表示端末１００においてユーザ特性を決定し、配車車両抽出サーバ２００から配信される待合地点と配車車両の組合せの中から、配車車両表示端末１００において推奨組合せの抽出を行ってもよい。
　［配車車両抽出の処理手順］
　次に、本実施形態に係る配車車両抽出の処理手順を、図４のフローチャートを参照して説明する。図４に示す配車車両抽出の処理は、配車システムの運用開始とともに開始され、配車システムが運用状態にある間、繰り返し実行される。
　ステップＳ１０１において、配車車両抽出サーバ２００は、通信部２１０を介して、配車車両表示端末１００から送信された配車リクエストを取得する。
　ステップＳ１０３において、位置情報取得部２３３は、通信部２１０を介して、配車リクエストの際の、ユーザ位置及び配車車両３００の車両位置を取得する。
　ステップＳ１０５において、待合地点設定部２３１は、配車システムに登録されている待合地点のうち、時間算出部２３５による計算対象となる待合地点を選択する。また、配車システムに登録されている配車車両３００のうち、時間算出部２３５による計算対象となる配車車両を選択する。
　ステップＳ１０９において、時間算出部２３５は、ユーザ位置から待合地点までのユーザの移動時間と、配車リクエストを行ってからユーザが配車車両に乗車するまでの時間から移動時間を差し引いて得られるユーザの待機時間と、配車リクエストを行ってから配車車両に乗車してユーザが目的地に到着するまでのトータル時間とを算出する。
　ステップＳ１１１において、ユーザ特性決定部２３７は、ユーザの属性情報に基づいてユーザ特性を決定する。その際、ユーザの属性情報や環境情報に基づいて、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正する。
　ステップＳ１１３において、車両抽出部２３９は、時間算出部２３５で算出されたユーザの移動時間及びユーザの待機時間に基づいて、配車リクエストに沿った推奨組合せを、待合地点及び配車車両の組合せの中から抽出する。
　ステップＳ１１５において、車両抽出部２３９によって抽出された推奨組合せは、通信部２１０を介して、配車車両抽出サーバ２００の外部に出力される。
　［ユーザ特性の推定・補正の例］
　ユーザ特性決定部２３７が行う、ユーザ特性の推定・補正の例を説明する。
　配車システムに対するユーザの要求は、ユーザによって種々に異なる。そのため、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を、ユーザに応じて推定・補正する必要がある。また、ユーザの要求は、ユーザが置かれた環境や、配車リクエストの前後での予定の有無や種類によっても種々に異なる。そのため、環境情報、イベント種別に応じて推定・補正する必要がある。
　したがって、ユーザ特性決定部２３７は、「ユーザの属性情報」「環境情報」「イベント種別」に基づいて、ユーザ特性を推定・補正する。
　第一に、「ユーザの属性情報」に基づくユーザ特性の推定・補正について説明する。
　例えば、学生、主婦、高齢者、子供などは、「時間に余裕があるので、配車車両が到着するまで待ってもよい要求」（「待機時間を長くする要求」）をしやすい傾向にある。また、会社員や役職者などは、「時間に余裕がないので、目的地までの時間が短くなるなら、配車車両が到着するまで待ってもよい要求」（「トータル時間を短くする要求」）をしやすい傾向にある。
　したがって、ユーザ特性決定部２３７は、ユーザの属性情報のうち、ユーザの嗜好、年齢、性別、職種、身体的特徴などに基づいて、ユーザが「待機時間を長くする要求」をしやすい性格タイプと「トータル時間を短くする要求」をしやすい性格タイプの、どちら寄りの傾向を有しているのかを推定する。
　より具体的には、ユーザの属性情報において「職業」の情報が取得できる場合、職業が、例えば学生、主婦、無職であるならば、「待機時間を長くする要求」をしやすい性格タイプであると推定する。一方、職業が、例えば会社員、役職者であるならば、「トータル時間を短くする要求」をしやすい性格タイプであると推定する。
　ユーザの属性情報に基づいて、「せっかち」なタイプであると判断される場合には、「トータル時間を短くする要求」をしやすい性格タイプであると推定する。一方、「のんびり」なタイプ（面倒くさがり、方向音痴など）であると判断される場合には、「待機時間を長くする要求」をしやすい性格タイプであると推定する。なお、「せっかち」「のんびり」といったタイプは、ユーザの予約履歴や配車履歴、事前のユーザに対するアンケートなどから判断するものであってもよい。
　このようにして、ユーザ特性決定部２３７は、ユーザが「待機時間を長くする要求」をしやすい性格タイプと、「トータル時間を短くする要求」をしやすい性格タイプの、どちら寄りの傾向を有しているのかを推定する。
　ユーザ特性決定部２３７は、ユーザが「トータル時間を短くする要求」をしやすい性格タイプを有する場合、ユーザ特性決定部２３７は、ユーザ特性決定部２３７は、図２の境界ＣＬを定める値「ＴＡ＿ｍａｘ」をデフォルト値よりも小さく調整する。
　逆に、ユーザ特性決定部２３７は、ユーザが「待機時間を長くする要求」をしやすい性格タイプを有する場合、ユーザ特性決定部２３７は、図２の境界ＣＬを定める値「ＴＷ＿ｍａｘ」をデフォルト値よりも大きく調整する。
　境界ＣＬに対してデフォルト値と比較してどの程度の調整を行うかについては、要求レベルの強さに応じて変更するものであってもよい。
　このように、ユーザの属性情報に基づいて、値「ＴＷ＿ｍａｘ」や値「ＴＡ＿ｍａｘ」をユーザの属性情報に基づいて調整することで、ユーザ特性決定部２３７は、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正する。
　第二に、「環境情報」に基づくユーザ特性の推定・補正について説明する。
　例えば、晴れた温暖な気候の場合には、ユーザは、配車車両が到着するまで待つことにそれほど負担を感じることはないが、人間が快適と感じる温度から気温が離れている場合や、雨や雪が降っている場合、風が強い場合などには、配車車両が到着するまで待つことに大きな負担を感じる傾向にある。
　よって、ユーザ特性決定部２３７は、環境情報に基づいて、「トータル時間を短くする要求」と「待機時間を短くする要求」のどちら寄りの要求をユーザがし得るかを推定する。
　上記の例では、人間が快適と感じる温度から気温が離れている場合や、雨や雪が降っている場合、風が強い場合に、「待機時間を短くする要求」をユーザがし得ると推定する。
　そして、ユーザ特性決定部２３７は、「ユーザの属性情報」に基づくユーザ特性の推定・補正と同様に、境界ＣＬを調整する。
　第三に、「イベント種別」に基づくユーザ特性の推定・補正について説明する。
　例えば、ユーザのカレンダ情報や、ユーザの出発地・目的地から、配車サービスを利用した後にユーザの傾向を推定できる場合がある。
　具体的には、配車サービスを利用した後の予定が「ライブ」「美容室」「病院での診察」「航空機フライト」「接待ゴルフ」などであることが判明したとする。この場合、予定に遅れることは許されないとしてユーザは行動すると考えられるため、ユーザは「トータル時間を短くする要求」をしやすいと推定される。
　一方、配車サービスを利用した後の予定が「帰宅」である場合や、特にない場合などには、ユーザは「待機時間を長くする要求」をしやすいと推定される。
　このように、ユーザのカレンダ情報や、ユーザの出発地・目的地から、イベント種別を判定し、イベント種別に応じたユーザの傾向に従って、ユーザ特性決定部２３７はユーザ特性の推定・補正を行う。ユーザ特性決定部２３７は、「ユーザの属性情報」に基づくユーザ特性の推定・補正と同様に、境界ＣＬを調整する。
　ユーザ特性決定部２３７が行うユーザ特性の推定・補正には種々のバリエーションが想定され、上述した例に限定されない。
　［実施形態の効果］
　以上詳細に説明したように、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、ユーザがリクエスト操作を行う操作端末から配車リクエストを取得し、配車リクエストの際のユーザ位置と配車車両の車両位置とを取得し、ユーザ位置からユーザが配車車両と待ち合わせる待合地点までのユーザの移動時間と、ユーザが配車リクエストを行ってから配車車両に乗車するまでの時間からユーザの移動時間を差し引いて得られるユーザの待機時間と、ユーザが配車リクエストを行ってから配車車両に乗車して目的地に到着するまでのユーザのトータル時間と、を算出し、トータル時間と待機時間に基づいて、配車車両を抽出する。
　つまり、配車リクエストを行ってから配車車両に乗車してユーザが目的地に到着するまでのトータル時間とユーザの待機時間とに基づいて、配車車両が抽出されるため、配車システムを利用するユーザの利便性を向上させることができる。特に、ユーザ位置、配車車両の車両位置が動的に変化する場合であっても、その動的に変化した状況に対応して、配車リクエストに沿った配車車両をユーザに提案することが可能になる。
　さらには、ユーザからの要求における、トータル時間とユーザの待機時間のトレードオフの関係を考慮して配車車両を抽出でき、配車システムを利用するユーザの利便性を向上させることができる。
　また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、待合地点と配車車両の組合せ毎に、待機時間とトータル時間を算出し、待機時間とトータル時間に基づいて、推奨組合せを組合せの中から抽出するものであってもよい。これにより、ユーザ位置、配車車両の車両位置が動的に変化する場合であっても、その動的に変化した状況に対応して、配車リクエストに沿った待合地点と配車車両をユーザに提案することが可能になる。また、ユーザからの要求における、トータル時間とユーザの待機時間のトレードオフの関係を考慮して待合地点と配車車両を抽出でき、配車システムを利用するユーザの利便性を向上させることができる。
　さらに、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、トータル時間と待機時間に関する制約条件を、属性情報に基づいて推定し、制約条件を満たす組合せを、推奨組合せとして抽出するものであってもよい。これにより、ユーザによって種々に異なるユーザ特性を、待合地点と配車車両の抽出結果に反映させることができ、ユーザごとにカスタマイズされた配車サービスの提供が可能になる。
　また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、ユーザ位置の周囲の環境情報を取得し、環境情報に基づいて、制約条件を補正するものであってもよい。これにより、ユーザの周囲環境の違いを、待合地点と配車車両の抽出結果に反映させることができ、ユーザごとにカスタマイズされた配車サービスの提供が可能になる。
　さらに、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、推奨組合せの情報を出力、表示するものであってもよい。これにより、ユーザのみならず、配車サービスを提供するサービサに対して、配車リクエストに沿って抽出した待合地点と配車車両を提示でき、配車システムを利用するユーザの利便性を向上させることができる。
　また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、車両位置から待合地点までの配車車両が移動するのに要する時間から、移動時間を差し引いて得られる値が、０以上である場合に、当該値を待機時間とするものであってもよい。これにより、ユーザの待機時間を簡便な方法で算出でき、計算コストを削減することができる。
　さらに、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、操作端末からユーザ位置を取得するものであってもよい。これにより、正確なユーザの位置に基づいて、配車リクエストに沿った配車車両をユーザに提案することが可能になる。
　また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、操作端末として携帯端末を用いてもよい。ユーザが保持する携帯端末の位置情報に基づいて、ユーザ位置を正確に評価することができ、正確なユーザの位置に基づいて、配車リクエストに沿った配車車両をユーザに提案することが可能になる。
　以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
　本発明はここでは記載していない様々な実施形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な請求の範囲に係る発明特定事項によってのみ定められるものである。
　上述した実施形態で示した各機能は、１又は複数の処理回路により実装され得る。処理回路は、電気回路を含む処理装置等のプログラムされた処理装置を含む。処理装置は、また、実施形態に記載された機能を実行するようにアレンジされた特定用途向け集積回路（ＡＳＩＣ）や従来型の回路部品のような装置を含む。
　１００　　配車車両表示端末
　１１０　　通信部
　１３０　　制御部
　１５０　　センサ
　１６０　　表示部
　１７０　　操作部
　２００　　配車車両抽出サーバ
　２１０　　通信部
　２２０　　データベース
　２３０　　制御部
　２３１　　待合地点設定部
　２３３　　位置情報取得部
　２３５　　時間算出部
　２３７　　ユーザ特性決定部
　２３９　　車両抽出部
　３００　　配車車両
　４００　　ネットワーク

Claims (11)

  1. 　ユーザがリクエスト操作を行う操作端末から配車リクエストを取得し、前記配車リクエストの際のユーザ位置と配車車両の車両位置とを取得する通信部と、
    　前記配車リクエストを処理するコントローラと、
    を備える配車車両抽出サーバであって、
    　前記コントローラは、
    　前記ユーザ位置から前記ユーザが前記配車車両と待ち合わせる待合地点までの、前記ユーザの移動時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車するまでの時間から、前記移動時間を差し引いて得られる、前記ユーザの待機時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車して目的地に到着するまでの、前記ユーザのトータル時間と、
    　を算出し、
    　前記トータル時間と前記待機時間に基づいて、前記配車車両を抽出すること
    を特徴とする配車車両抽出サーバ。
  2. 　請求項１に記載の配車車両抽出サーバであって、
    　前記コントローラは、
    　前記待合地点と前記配車車両の組合せ毎に、前記トータル時間と前記待機時間を算出し、
    　前記トータル時間と前記待機時間に基づいて、推奨組合せを前記組合せの中から抽出すること
    を特徴とする配車車両抽出サーバ。
  3. 　請求項２に記載の配車車両抽出サーバであって、
    　前記配車リクエストは前記ユーザの属性情報を含み、
    　前記コントローラは、
    　前記トータル時間と前記待機時間に関する制約条件を、前記属性情報に基づいて推定し、
    　前記制約条件を満たす前記組合せを、前記推奨組合せとして抽出すること
    を特徴とする配車車両抽出サーバ。
  4. 　請求項３に記載の配車車両抽出サーバであって、
    　前記ユーザ位置の周囲の環境情報を取得し、
    　前記環境情報に基づいて、前記制約条件を補正すること
    を特徴とする配車車両抽出サーバ。
  5. 　請求項２~４のいずれか一項に記載の配車車両抽出サーバであって、
    　前記通信部を介して、前記推奨組合せの情報を前記配車車両抽出サーバの外部に出力すること
    を特徴とする配車車両抽出サーバ。
  6. 　請求項１~５のいずれか一項に記載の配車車両抽出サーバであって、
    　前記車両位置から前記待合地点までの前記配車車両が移動するのに要する時間から、前記移動時間を差し引いて得られる値が、０以上である場合に、当該値を前記待機時間とすること
    を特徴とする配車車両抽出サーバ。
  7. 　請求項１~６のいずれか一項に記載の配車車両抽出サーバであって、
    　前記通信部は、前記操作端末から前記ユーザ位置を取得すること
    を特徴とする配車車両抽出サーバ。
  8. 　請求項１~７のいずれか一項に記載の配車車両抽出サーバであって、
    　前記操作端末は、携帯端末であること
    を特徴とする配車車両抽出サーバ。
  9. 　ユーザがリクエスト操作を行う操作端末から配車リクエストを取得し、前記配車リクエストの際のユーザ位置と配車車両の車両位置とを取得する通信手段と、
    　前記ユーザ位置から前記ユーザが前記配車車両と待ち合わせる待合地点までの、前記ユーザの移動時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車するまでの時間から、前記移動時間を差し引いて得られる、前記ユーザの待機時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車して目的地に到着するまでの、前記ユーザのトータル時間と、
    　を算出する時間算出手段と、
    　前記トータル時間と前記待機時間に基づいて、前記配車車両を抽出する抽出手段と、
    を備える配車車両抽出装置。
  10. 　ユーザがリクエスト操作を行う操作端末から配車リクエストを取得し、前記配車リクエストの際のユーザ位置と配車車両の車両位置とを取得し、
    　前記ユーザ位置から前記ユーザが前記配車車両と待ち合わせる待合地点までの、前記ユーザの移動時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車するまでの時間から、前記移動時間を差し引いて得られる、前記ユーザの待機時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車して目的地に到着するまでの、前記ユーザのトータル時間と、
    　を算出し、
    　前記トータル時間と前記待機時間に基づいて、前記配車車両を抽出すること
    を特徴とする配車車両抽出方法。
  11. 　ユーザの配車リクエストを受け付ける操作部と、
    　前記配車リクエストの際のユーザ位置を送信し、配車車両の中から抽出して推奨配車車両を受信する通信部と、
    　前記推奨配車車両を表示する表示部と、
    を備える配車車両表示端末であって、
    　前記推奨配車車両は、
    　前記ユーザ位置から前記ユーザが前記配車車両と待ち合わせる待合地点までの、前記ユーザの移動時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車するまでの時間から、前記移動時間を差し引いて得られる、前記ユーザの待機時間と、
    　前記ユーザが前記配車リクエストを行ってから前記配車車両に乗車して目的地に到着するまでの、前記ユーザのトータル時間と、
    　が算出された後に、前記トータル時間と前記待機時間に基づいて、前記配車車両の中から抽出されること
    を特徴とする配車車両表示端末。
PCT/IB2019/000406 2019-03-29 2019-03-29 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、 配車車両表示端末 Ceased WO2020201798A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201980094999.1A CN113678161B (zh) 2019-03-29 2019-03-29 调配车辆提取服务器、装置、方法以及调配车辆显示终端
US17/598,940 US12072195B2 (en) 2019-03-29 2019-03-29 Dispatched vehicle extraction server, dispatched vehicle extraction device, dispatched vehicle extraction method, and dispatched vehicle display terminal
JP2021510559A JP7367753B2 (ja) 2019-03-29 2019-03-29 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末
PCT/IB2019/000406 WO2020201798A1 (ja) 2019-03-29 2019-03-29 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、 配車車両表示端末

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2019/000406 WO2020201798A1 (ja) 2019-03-29 2019-03-29 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、 配車車両表示端末

Publications (1)

Publication Number Publication Date
WO2020201798A1 true WO2020201798A1 (ja) 2020-10-08

Family

ID=72666253

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2019/000406 Ceased WO2020201798A1 (ja) 2019-03-29 2019-03-29 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、 配車車両表示端末

Country Status (4)

Country Link
US (1) US12072195B2 (ja)
JP (1) JP7367753B2 (ja)
CN (1) CN113678161B (ja)
WO (1) WO2020201798A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020201794A1 (ja) * 2019-04-02 2020-10-08 日産自動車株式会社 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末
WO2022158090A1 (ja) * 2021-01-22 2022-07-28 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 情報処理方法、情報処理装置及び情報処理プログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005216155A (ja) * 2004-01-30 2005-08-11 Aruze Corp タクシー配車予約システム及びタクシー配車予約システム用サーバ
JP2013134641A (ja) 2011-12-27 2013-07-08 Media Mobile Co Ltd 携帯端末を用いたタクシー車両の呼び寄せシステム
JP2018163578A (ja) * 2017-03-27 2018-10-18 株式会社日本総合研究所 アクティブ迎車システムにおける迎車制御サーバ、車載端末、制御方法及び制御プログラム
WO2018230676A1 (ja) * 2017-06-15 2018-12-20 本田技研工業株式会社 ライドシェア管理装置、ライドシェア管理方法、およびプログラム
JP2018206177A (ja) * 2017-06-07 2018-12-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 配車支援方法、配車支援装置、配車支援プログラム及び情報提示プログラム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3806322B2 (ja) * 2001-08-22 2006-08-09 富士通テン株式会社 情報端末
JP3951769B2 (ja) * 2002-03-25 2007-08-01 日本電気株式会社 タクシー配車方法，タクシー配車システム，タクシー端末，配車センタ端末およびプログラム
JP2005275678A (ja) * 2004-03-24 2005-10-06 Hitachi Software Eng Co Ltd 配車サービス支援方法および装置
JP2008146500A (ja) * 2006-12-12 2008-06-26 Sueo Imamura 配車システム
JP5874414B2 (ja) * 2012-01-30 2016-03-02 株式会社デンソー ナビゲーションシステム、及びサーバ装置
JP6061585B2 (ja) * 2012-09-26 2017-01-18 パイオニア株式会社 情報処理装置、情報処理方法、情報処理プログラム、情報処理プログラムを格納した記録媒体および情報提供装置、情報提供方法、情報提供プログラム、情報提供プログラムを格納した記録媒体
JP6341533B2 (ja) * 2014-04-15 2018-06-13 Ｎｅｃプラットフォームズ株式会社 配車管理システム、配車管理装置、配車管理方法、及び、配車管理プログラム
CN106875674B (zh) * 2017-04-14 2020-02-07 上海雷腾软件股份有限公司 一种用于车辆调度的方法及设备
US10126138B1 (en) * 2017-05-10 2018-11-13 Lyft, Inc. Dynamic geolocation optimization of pickup paths using curb segment data
CN108986446A (zh) * 2017-06-01 2018-12-11 北京嘀嘀无限科技发展有限公司 上车点获取方法、司机乘客互联方法、以及装置、系统
CN109213141B (zh) * 2017-07-05 2024-02-02 松下电器（美国）知识产权公司 自主行驶车、行驶控制装置和方法及记录程序的记录介质
JP6535713B2 (ja) * 2017-08-28 2019-06-26 株式会社 ディー・エヌ・エー 車両の配車を管理するためのシステム、方法、及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005216155A (ja) * 2004-01-30 2005-08-11 Aruze Corp タクシー配車予約システム及びタクシー配車予約システム用サーバ
JP2013134641A (ja) 2011-12-27 2013-07-08 Media Mobile Co Ltd 携帯端末を用いたタクシー車両の呼び寄せシステム
JP2018163578A (ja) * 2017-03-27 2018-10-18 株式会社日本総合研究所 アクティブ迎車システムにおける迎車制御サーバ、車載端末、制御方法及び制御プログラム
JP2018206177A (ja) * 2017-06-07 2018-12-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 配車支援方法、配車支援装置、配車支援プログラム及び情報提示プログラム
WO2018230676A1 (ja) * 2017-06-15 2018-12-20 本田技研工業株式会社 ライドシェア管理装置、ライドシェア管理方法、およびプログラム

Also Published As

Publication number Publication date
CN113678161B (zh) 2023-08-29
JPWO2020201798A1 (ja) 2020-10-08
US12072195B2 (en) 2024-08-27
CN113678161A (zh) 2021-11-19
US20220178709A1 (en) 2022-06-09
JP7367753B2 (ja) 2023-10-24

Similar Documents

Publication Publication Date Title
US9747797B1 (en) Method and system for predicting availability of parking spot in parking area
US20170265040A1 (en) Verification of pickup times in real-time ride-sharing feeds
US20140257989A1 (en) Method and system for selecting in-vehicle advertisement
JP7180754B2 (ja) 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末
US9201843B2 (en) Control device
JP2019106135A (ja) プログラム、情報処理装置、及び配達管理システム
JP7367753B2 (ja) 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末
JPWO2019058726A1 (ja) 移動センサ管理ユニット、移動センサ装置、マッチング装置、センシングデータ流通システム、データ提供方法、およびデータ提供プログラム
JP7468547B2 (ja) 情報処理方法、情報処理システム、情報処理装置、及び、情報端末
JP7642061B2 (ja) 乗車地設定装置、配車サービスシステム、乗車地設定方法、及び乗車地表示装置
CN111242711A (zh) 信息提示方法、装置、电子设备和存储介质
CN113627680A (zh) 一种智能班车交互方法、装置、电子设备及存储介质
JP7546142B2 (ja) 情報処理装置及び情報処理方法
CN111143486A (zh) 一种服务位置获取方法、装置、电子设备及存储介质
CN116155981A (zh) 服务推荐方法、系统、设备和计算机程序产品
CN112333280B (zh) 一种更新并显示定位的方法和系统
KR20130139623A (ko) 스마트폰을 이용한 위치기반 정보 제공 장치 및 방법
KR20130091565A (ko) 순환차량 관리 시스템
JP7170269B2 (ja) 空調制御システム、及び、空調制御方法
JP7594964B2 (ja) 情報処理装置及び情報処理方法
EP4685437A1 (en) Planned route determination for an autonomous passenger vehicle
JP2022046311A (ja) 配車予約管理システム、配車システム、配車予約データ管理装置、及び配車予約データ管理プログラム
JP7501478B2 (ja) サーバ、方法、及びプログラム
CN113239267B (zh) 一种基于行程信息和位置信息的机票改签推荐方法和系统
KR20160016102A (ko) 내비게이션 장치, 그 방법 및 컴퓨터 프로그램이 기록된 기록매체

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021510559

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019922230

Country of ref document: EP

Effective date: 20211029

122 Ep: pct application non-entry in european phase

Ref document number: 19922230

Country of ref document: EP

Kind code of ref document: A1