WO2019239175A1 - 車両管理システムおよび車両管理方法 - Google Patents

車両管理システムおよび車両管理方法 Download PDF

Info

Publication number
WO2019239175A1
WO2019239175A1 PCT/IB2018/000825 IB2018000825W WO2019239175A1 WO 2019239175 A1 WO2019239175 A1 WO 2019239175A1 IB 2018000825 W IB2018000825 W IB 2018000825W WO 2019239175 A1 WO2019239175 A1 WO 2019239175A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
vehicle
time
controller
management system
Prior art date
Application number
PCT/IB2018/000825
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 JP2020524692A priority Critical patent/JP7044874B2/ja
Priority to US17/251,556 priority patent/US20210248911A1/en
Priority to PCT/IB2018/000825 priority patent/WO2019239175A1/ja
Priority to CN201880094564.2A priority patent/CN112262418B/zh
Priority to BR112020025288A priority patent/BR112020025288A8/pt
Publication of WO2019239175A1 publication Critical patent/WO2019239175A1/ja

Links

Images

Classifications

    • 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
    • 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—Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • G06Q50/40—
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125—Traffic data processing
    • G08G1/0129—Traffic data processing for creating historical data or processing based on historical data
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096775—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096833—Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route
    • 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
    • G08G1/127—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 to a central station ; Indicators in a central station
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29—Geographical information databases

Definitions

  • the present invention relates to a vehicle management system and a vehicle management method for managing vehicles used by a plurality of users.
  • the estimated required time or estimated cost until all the customers are transferred is calculated based on the road traffic information.
  • a vehicle allocation management method and a vehicle allocation system that determine a travel route that minimizes an expected required cost are known (Patent Document 1).
  • Patent Document 1 when a customer or a client accepts an increase time with respect to the initial required time and a reduction fee corresponding to the increase time, the vehicle or the client is assigned to the customer or the client who requested the transfer.
  • the problem to be solved by the present invention is to provide a vehicle management system and a vehicle management method capable of suppressing the user's dissatisfaction and increasing the use opportunity of the system and improving the vehicle allocation efficiency. .
  • the present invention calculates, as the first time, the time required for the vehicle to arrive at the destination designated by the first user who has made a use request, and is a time longer than the first time, It is possible to calculate the time to be presented to one user as the second time, calculate the difference time between the first time and the second time as the service surplus, and share the vehicle based on the service surplus Calculate the carpoolable area, accept a usage request from the second user, and if the departure point specified by the second user is within the range of the shareable area, pass the departure point specified by the second user to the vehicle This solves the above problem.
  • the second user can be shared while ensuring that the destination specified by the first user arrives within the second time, and the user's dissatisfaction is suppressed and the system is used. While increasing opportunities, it is possible to improve the efficiency of vehicle allocation.
  • FIG. 1 is a configuration diagram of a vehicle management system according to the present embodiment.
  • FIG. 2 is a diagram illustrating an example of a carpoolable area.
  • FIG. 3 is a diagram illustrating another example of a carpoolable area.
  • FIG. 4 is a diagram of a scene in which the use request of the second user is accepted in the scene shown in FIG.
  • FIG. 5 is a diagram of a scene after a predetermined time has elapsed from the scene illustrated in FIG. 4, and is a diagram illustrating an example of an updated travel route.
  • FIG. 6 is a flowchart showing a control procedure of the vehicle management system according to the present embodiment.
  • FIG. 7 is a diagram of a scene after a predetermined time has elapsed from the scene illustrated in FIG. 5, and is a diagram illustrating an example of an updated carpoolable calculation area.
  • a vehicle management system according to an embodiment of the present invention will be described based on the drawings.
  • the vehicle management system will be described using an example in which the vehicle management system is applied to a car sharing system in which a plurality of users share a plurality of shared vehicles arranged at a plurality of stations.
  • the station that borrows the shared vehicle and the station that returns the shared vehicle may be the same or different.
  • Each station is a place where shared vehicles can be parked, shared vehicles can be rented and returned, and shared vehicles that are not in use can be placed on standby. Parking is provided in advance for the car sharing system. Car park etc. are mentioned.
  • FIG. 1 is a configuration diagram showing a vehicle management system 1 of the present embodiment.
  • the vehicle management system 1 of the present embodiment includes a vehicle management device 100 and a plurality of shared vehicles V1 to Vn used by a plurality of users (hereinafter sometimes collectively referred to as a shared vehicle V).
  • In-vehicle devices 200V1 to 200Vn hereinafter sometimes collectively referred to as in-vehicle devices 200V
  • user terminal devices 300A to 300Z hereinafter also collectively referred to as user terminal devices 300
  • the number of in-vehicle devices 200V1 to 200Vn and user terminal devices 300A to 300Z constituting the vehicle management system 1 of the present embodiment is not limited.
  • the vehicle management device 100, the in-vehicle devices 200V1 to 200Vn, and the user terminal devices 300A to 300Z are each provided with a communication device (30, 220, 320), and exchange information with each other via an electric communication network such as the Internet 400. Is possible.
  • the communication path may be wired or wireless. Examples of communication standards used for communication performed between devices include 4G / LTE, WiFi, and the like.
  • the user terminal device 300 of the present embodiment executes a ROM (Read Only Memory) in which a program applied to the user terminal device 300A according to the present embodiment of the present invention is stored, and the program stored in the ROM.
  • the computer includes a CPU (Central Processing Unit) as an operation circuit for executing each function and a RAM (Random Access Memory) functioning as an accessible storage device.
  • the user terminal device 300 according to the present embodiment may be a personal computer, a smartphone, or a PDA (Personal Digital Assistant) or other portable terminal device.
  • the user terminal device 300 of the present embodiment includes an input device 310 that receives input information for requesting use of the shared vehicle V by each user, a communication device 320 that communicates with an external device such as the vehicle management device 100, and information for each user. Is displayed, and a controller 340 that executes a process for controlling the use of the shared vehicle Vn by the user.
  • the input device 310 of the user terminal device 300 for example, a device such as a touch panel or a joystick arranged on a display screen that can be manually input by the user, or a microphone that can be input by the user's voice is used. it can.
  • the display device 330 notifies the user of information received from the vehicle management device 100.
  • Examples of the display device 330 include a display. When a touch panel display is used, the display device 330 can also be used as the input device 310.
  • the display device 330 receives, for example, information on the travel route of the shared vehicle Vn from the vehicle management device 100 and notifies the user.
  • the controller 340 acquires information on the current position of the user who operates the user terminal device 300 using a position acquisition device such as a GPS (Global Positioning System) receiver (not shown) provided in the user terminal device 300. Examples of the current position information include latitude and longitude information.
  • the controller 340 transmits the acquired current position information to the vehicle management device 100 via the communication device 320. In the present embodiment, the controller 340 periodically transmits information on the current position of each user to the vehicle management apparatus 100. Thereby, the controller 10 with which the vehicle management apparatus 100 mentioned later is equipped can acquire the present positional information on each user.
  • the controller 340 receives input information such as a usage request for requesting the use of the shared vehicle V by each user, and transmits the input information to the vehicle management device 100 via the communication device 320.
  • the above-described usage request includes user ID information, vehicle departure information specified by the user, vehicle destination information specified by the user, user current location information, and the like.
  • the starting place of the vehicle designated by the user is a boarding position at which the user gets on the shared vehicle V, and the destination of the vehicle designated by the user is the getting off position at which the user gets off the shared vehicle V.
  • the user ID information includes the gender and age of the user registered in advance.
  • one or both of the user terminal device 300 and the in-vehicle device 200V may function as a navigation device for guiding the travel route of the shared vehicle V to the user.
  • the user terminal device 300 functions as a navigation device
  • the user terminal device 300 stores map information in, for example, a ROM provided in the user terminal device 300 in advance.
  • the user terminal device 300 receives the travel route and the estimated required time calculated by the vehicle management device 100.
  • the user terminal device 300 displays the current position of the shared vehicle V currently used by the user and the position of the destination of the shared vehicle V on the display device 330 together with the map information. Guide the travel route to the destination.
  • an electric vehicle including an electric motor as a drive source, an engine vehicle including an internal combustion engine as a drive source, and a hybrid vehicle including both the electric motor and the internal combustion engine as drive sources can be exemplified.
  • electric vehicles and hybrid vehicles using an electric motor as a drive source include a type using a secondary battery as a power source for the electric motor and a type using a fuel cell as a power source for the electric motor.
  • the shared vehicle V may be a vehicle that travels by the driver's driving, or may be a vehicle that travels by an automatic driving performed by the in-vehicle device 200V in a state where the driver gets on.
  • the shared vehicle V may be a vehicle that travels by an automatic driving performed by the in-vehicle device 200V in a state where there is no passenger.
  • a technique known at the time of filing of the present application can be appropriately used as the technique for automatically operating.
  • the automatic driving technology includes at least a function to avoid interference with other vehicles and objects, a function to stop automatic driving control when there is an operation intervention from the driver, etc., and traffic regulations. Includes the ability to drive in compliance.
  • the in-vehicle device 200V of the present embodiment includes a GPS receiver 210 that detects the current position of each shared vehicle V, a communication device 220 that communicates with an external device such as the vehicle management device 100, and the use of the shared vehicle V by a user. And a controller 230 that executes control processing.
  • the controller 230 acquires information on the shared vehicle V from each device provided in the in-vehicle device 200 ⁇ / b> V, and transmits the information on the shared vehicle V acquired via the communication device 220 to the vehicle management device 100.
  • the information on the shared vehicle V includes information on the current position acquired by the GPS receiver 210 and information on the vehicle speed of the shared vehicle V detected by a vehicle speed sensor (not shown). Further, the information on the shared vehicle V includes information on the usage status of the shared vehicle V. Examples of the use situation of the shared vehicle V include a situation in which a user is picked up and a situation in which another user can share a vehicle. Note that the information on the shared vehicle V is not limited to the information described above, and may include, for example, the remaining power capacity of the shared vehicle V, failure information, and the like.
  • the controller 230 notifies the user of information transmitted from the vehicle management apparatus 100 using a display (not shown), a speaker (not shown), or the like.
  • the controller 230 receives, from the vehicle management device 100, information related to a user who wishes to share the shared vehicle V, a travel route of the shared vehicle V, an estimated required time, and the like, and notifies the user. .
  • the carpooling of the present embodiment indicates that a plurality of people ride on one shared vehicle V together, for example, that another person rides on one shared vehicle V.
  • the in-vehicle device 200V functions as a navigation device for guiding a travel route from the current position of the shared vehicle V to the destination, like the user terminal device 300 described above. Also good.
  • the vehicle management device 100 of the present embodiment includes a controller 10, a database 20, and a communication device 30.
  • the communication device 30 is a device capable of mutual communication with the in-vehicle device 200V and the user terminal device 300.
  • the communication device 30 outputs information received from the in-vehicle device 200V to the controller 10 and transmits information input from the controller 10 to the in-vehicle device 200V and the user terminal device 300. Each information will be described later.
  • the communication device 30 communicates with a road traffic information communication system VICS (registered trademark) (Vehicle Information and Communication System), a server that provides information on weather such as a weather forecast, a server that provides map information or road information.
  • VICS road traffic information communication system
  • the communication device 30 outputs information received from a server that provides VICS and various information to the database 20. Examples of information received by the communication device 30 include traffic jam information, traffic fault information, traffic regulation information, construction information, weather information, map information, and road information.
  • the communication device 30 outputs, to the database 20, information related to the usage request for the shared vehicle V and the usage history of the shared vehicle V among the information transmitted from the user terminal device 300. Further, the communication device 30 outputs the information transmitted from the in-vehicle device 200V to the database 20.
  • the database 20 stores shared vehicle information 21, usage history information 22, usage area information 23, environment information 24, and map information 25. Although not shown, the database 20 stores a usage request transmitted from the user terminal device 200 for processing executed by the controller 10 described later.
  • the shared vehicle information 21 is information on the shared vehicle V transmitted from the shared vehicle V.
  • the shared vehicle information 21 includes information on the current position of each shared vehicle V, information on the vehicle speed of each shared vehicle V, current usage status of each shared vehicle V, and the like.
  • the shared vehicle information 21 is updated each time the communication device 30 receives from the shared vehicle V.
  • the usage history information 22 is a record when the user has used the shared vehicle V in the past.
  • the usage history information 22 includes the user attributes (gender and age), the area where the user used the shared vehicle V, the starting point and destination specified by the user, the travel distance of the shared vehicle V from the starting point to the destination, The time required until the shared vehicle V arrives at the destination and the user's satisfaction with this time are included. Since these pieces of information are linked to the user ID information, the database 20 stores usage history information 22 for each user.
  • the area where the user uses the shared vehicle V is indicated by an area name, a region name, and a city name where the shared vehicle V travels from the departure place to the destination. Further, the area where the user uses the shared vehicle V may be indicated by the nearest station of various railways within a predetermined range from the travel route on which the shared vehicle V has traveled.
  • the satisfaction with the required time is an index indicating how satisfied the user is with respect to the time required to arrive at the destination.
  • the vehicle management apparatus 100 can acquire the satisfaction with respect to the required time by conducting a questionnaire to the user.
  • the vehicle management device 100 transmits, to the user terminal device 300, information on a questionnaire regarding satisfaction with information on a required time to the destination.
  • the user terminal device 300 transmits the questionnaire result to the vehicle management device 100 when the user answers the questionnaire via the input device 310.
  • the form that allows the user to select from the options that are linked in advance, such as “very satisfied, satisfied, normal, dissatisfied, and very dissatisfied”, or the score is input to the user with 100 points as the perfect score
  • the form to make can be illustrated. For example, if there is a traffic jam or accident on the route to the destination or its surroundings, and the required time to the destination is delayed from the initial expected required time, the user takes these circumstances into account and takes the required time. Answer to satisfaction with. In other words, the satisfaction degree with respect to the required time can be paraphrased as an index indicating how much delay the user can tolerate.
  • the time required for the user to answer the satisfaction may include the waiting time of the user from when the user makes a use request until the shared vehicle V arrives at the departure point.
  • the waiting time in the required time, for example, it is divided into the required time to get on and the required time from the departure point to the destination, and let the user answer satisfaction for each Also good.
  • the usage history includes the required time from the departure place to the destination, the user's satisfaction with the required time, the waiting time at the departure place, and the user's satisfaction with the waiting time.
  • the use area information 23 is information on a history that the user has used a moving means other than the shared vehicle V in the past.
  • moving means other than the shared vehicle V include public transportation such as railroads and buses, and taxis.
  • the usage area information 23 includes user attributes, an area where the user has used other moving means, a time required for the user to arrive at the destination using other moving means, Satisfaction with this required time is included. Similar to the usage history information 22, these pieces of information are linked to the user ID information. In addition, these information is not restricted to acquiring directly from a user, For example, you may use statistical data.
  • Environmental information 24 is traffic jam information and weather information received by the communication device 30.
  • the environment information 24 is updated each time the communication device 30 receives such information.
  • the map information 25 is map information and road information for the controller 10 to calculate the travel route of the shared vehicle V. Map information and road information are information expressed by combinations of links and nodes. The map information 25 is updated every time the communication device 30 receives such information.
  • the controller 10 functions as a server of the vehicle management system 1 and executes a control process for managing and operating the car sharing system.
  • the controller 10 functions as a vehicle management device 100 by executing a ROM (Read Only Memory) 12 in which a program for executing a process for managing and operating the car sharing system is stored, and a program stored in the ROM 12.
  • CPU Central Processing Unit
  • RAM Random Access Memory
  • the controller 10 includes a use acceptance function, a shared vehicle selection function, a travel route calculation function, a first time calculation function, a second time calculation function, a second time presentation function, a service surplus calculation function, and carpoolability A determination function, a carpoolable area calculation function, a travel route update function, and a notification function are realized.
  • the controller 10 is a computer that realizes each function by the cooperation of software for realizing the above function and the hardware described above. Hereinafter, each function realized by the controller 10 will be described.
  • the controller 10 sequentially acquires use requests for requesting the use of one shared vehicle V from the user via the user terminal device 300 by the use reception function.
  • the usage request includes information on the departure place and the destination specified by the user. For example, the user inputs the departure place as the boarding position of the shared vehicle V and the destination as the getting off position of the shared vehicle V to the input device 310 of the user terminal device 300.
  • the user terminal device 300 transmits the input information to the vehicle management device 100 via the communication device 320.
  • the information transmitted from the user terminal device 300 to the vehicle management device 100 includes not only a user usage request but also user ID information registered in advance by the user and information on the current location of the user.
  • the controller 10 Based on the shared vehicle information 21 and the usage request from the user, the controller 10 assigns the shared vehicle V suitable for the user who has requested the usage from the plurality of shared vehicles V by the shared vehicle selection function.
  • the controller 10 compares the current location and current usage status of each shared vehicle V included in the shared vehicle information 21 with the departure location and destination specified by the user, and reaches the destination via the departure location.
  • a common vehicle V that can travel is selected. For example, the controller 10 searches for a station located at the shortest distance from the departure place designated by the user. Then, the controller 10 selects the shared vehicle V that is not scheduled to be used from among the shared vehicles V that are stopped at the corresponding station, and assigns the shared vehicle V to the user who has requested the use.
  • the controller 10 searches for the shared vehicle V that travels the shortest distance from the current position of the user, and confirms the current usage status of the shared vehicle V that is the same. If the controller 10 determines that the user can use the current usage status, the controller 10 assigns the shared vehicle V located closest to the current location of the user to the user who has made the usage request.
  • the controller 10 calculates a travel route on which the shared vehicle V travels using a travel route calculation function.
  • the controller 10 refers to the map information and road information included in the map information 25, and travels from the current position of the shared vehicle V to the destination specified by the user via the departure point specified by the user. Is calculated.
  • the controller 10 calculates the time required for the shared vehicle V to arrive at the destination designated by the user by the first time calculation function.
  • the controller 10 adds the time required for the shared vehicle V to arrive at the departure point designated by the user from the current position and the time required for the shared vehicle to arrive at the destination from the departure point. This time is defined as a required time until the shared vehicle V arrives at the destination (hereinafter also referred to as a first time).
  • the controller 10 calculates the distance from the current position of the shared vehicle V to the departure point designated by the user at the legal speed of the road designated as the travel route. Divide to calculate the time required for departure. Further, for example, the controller 10 calculates the required time from the departure place to the destination by dividing the distance from the departure place to the destination by the legal speed of the road designated as the travel route.
  • the controller 10 shares the vehicle speed in consideration of the traffic information and the weather information included in the environmental information 24 with respect to the current vehicle speed transmitted from the shared vehicle V.
  • the estimated vehicle speed of the vehicle V is estimated.
  • the controller 10 decelerates the current vehicle speed by a preset ratio when there is a traffic jam on the driving route from the current position to the destination via the departure point designated by the user or in the vicinity thereof.
  • the estimated vehicle speed is estimated as the estimated vehicle speed.
  • the controller 10 generally uses the vehicle speed that has been reduced by a predetermined rate with respect to the current vehicle speed as the predicted vehicle speed from the viewpoint of limiting the speed of the vehicle driver. presume.
  • the controller 10 calculates the required time to the departure place by dividing the distance from the current position to the departure place by the estimated vehicle speed, and divides the distance from the departure place to the destination by the estimated vehicle speed. Calculate the required time to the destination. In this way, by considering the current road traffic jam information and weather information, the required time to the destination designated by the user can be accurately calculated.
  • the vehicle speed estimation method is an example, and is not limited to the above method.
  • the travel route may be divided into a plurality of sections, and the predicted vehicle speed may be estimated for each section.
  • the controller 10 uses the second time calculation function to calculate a time that is presented to the user who has requested use and is longer than the first time.
  • the time to present to the user is a provisional time to be presented as the required time to the destination for the user who has made a usage request.
  • a second time presentation function of the controller 10 to be described later a time longer than the first time (hereinafter also referred to as a second time) is presented to the user who has made a use request.
  • the user confirms the presented second time and determines whether to use the shared vehicle V.
  • the controller 10 refers to the map information 25 and calculates the distance from the departure place designated by the user to the destination.
  • the controller 10 acquires from the database 20 a use history of the shared vehicle V when the user who made the use request has used the shared vehicle V in the past.
  • the controller 10 searches the ID information of the user who made the usage request from the ID information of the user included in the usage history information 22, and acquires the usage history associated with the ID information of the corresponding user. To do.
  • the controller 10 acquires all the usage histories.
  • a case where the user who has made a use request uses the shared vehicle V multiple times will be described.
  • the controller 10 extracts, from a plurality of usage histories, a usage history that includes a travel distance that is approximately the same as the distance that the shared vehicle V is scheduled to travel. For example, the controller 10 extracts, from a plurality of usage histories, usage histories in which the difference between the travel distance included in the usage histories and the distance from the starting point specified by the user to the destination is within a predetermined distance. .
  • the predetermined distance is not particularly limited, and may be a predetermined distance or an experimentally determined distance. It should be noted that the area where the shared vehicle V has traveled is not considered in the comparison process between the past travel distance and the distance planned to travel from now on.
  • the controller 10 plans to run the shared vehicle V from now on. If the travel distance is almost the same as the distance, the usage history is extracted regardless of the area.
  • the controller 10 acquires the required time to the destination and the satisfaction level answered by the user from the extracted usage history. For example, when there is only one extracted usage history, the controller 10 acquires the required time and satisfaction included in the extracted usage history. Further, for example, when there are a plurality of extracted usage histories, the controller 10 further sorts usage histories whose satisfaction level is equal to or higher than a predetermined value, and sets the longest required time among the selected usage histories. get. By this process, the controller 10 can acquire the longest running time with a satisfaction degree equal to or higher than a predetermined value. Even when the required time to the destination is long, the travel time when the user is satisfied as being acceptable to some extent is calculated.
  • the controller 10 executes the same process as the above process for the waiting time at the departure place by the second time calculation function. For example, the controller 10 acquires a required time (also referred to as a waiting time) until the boarding and a satisfaction degree with respect to the waiting time from the usage history extracted regarding the travel distance. For example, when there is only one extracted usage history, the controller 10 acquires the waiting time and satisfaction included in the extracted usage history. Further, for example, when there are a plurality of extracted usage histories, the controller 10 further sorts usage histories whose satisfaction level is equal to or higher than a predetermined value, and the longest waiting time among the selected usage histories. To get. By this process, the controller 10 can acquire the longest waiting time with the satisfaction level being equal to or higher than a predetermined value. Even when the waiting time until boarding is long, the waiting time when the user is satisfied as being acceptable to some extent is calculated.
  • a required time also referred to as a waiting time
  • the controller 10 acquires the waiting time and satisfaction included in the extracted usage history.
  • the controller 10
  • the controller 10 uses the second time calculation function to add the longest waiting time at the departure point to the longest required time to the destination as the second time. calculate. Further, the controller 10 compares the calculated second time with the first time calculated by the first time calculation function, and calculates the second time when it is longer than the first time. Determine the second time. Conversely, when the second time is shorter than the first time, the controller 10 discards the calculated second time and replaces the first time with the second time.
  • the controller 10 corrects the second time calculated by the second time calculation function based on at least one of the time zone in which the user requests use and the weather using the vehicle. Also good. Specifically, the controller 10 corrects the second time to be longer or shorter according to the time zone and the weather. For example, since the use of the shared vehicle V is limited in a limited time zone such as a lunch time, the controller 10 determines the second time when the time zone in which the use request is made corresponds to the lunch time. Correct to shorten. Further, for example, when the weather is raining, the user wants to shorten the waiting time at the departure place, and therefore the controller 10 shortens the second time when the weather when the use request is made corresponds to rain. Correct as follows. In the correction for shortening the second time, the controller 10 performs the correction within a range not shorter than the first time.
  • the correction reference and the correction method are merely examples, and are not particularly limited.
  • the controller 10 presents the calculated second time to the user who has made a use request via the user terminal device 300 by the second time presentation function.
  • the controller 10 presents not only the second time but also information on the shared vehicle V selected for the use request (for example, vehicle type, color information, and the number of people who can board the vehicle) by the second time presentation function.
  • the controller 10 may present a detailed time structure of the second time. For example, the controller 10 may present that the second time includes a waiting time at the departure place and a required time from the departure place to the destination. The user confirms the presented second time and determines whether or not to accept the use of the shared vehicle V.
  • the user determines that there is no problem in the second time as the required time to the destination, the user selects “Accept” displayed on the display device 330.
  • the user determines that there is a problem in the second time, the user selects “do not accept” displayed on the display device 330.
  • the information selected by the user is transmitted to the vehicle management device 100 via the communication device 320.
  • the use of the shared vehicle V is established between the user who made the use request and the vehicle management device 100.
  • the function of the controller 10 described below is executed after the shared vehicle V is used.
  • the controller 10 calculates the difference time between the first time and the second time as the service surplus capacity by the service surplus capacity calculation function.
  • the service surplus is a difference time between the second time that is presented to the user and obtained consent and the first time that is actually predicted as the required time to the destination. Since the user consents to the presented second time, the shared vehicle V only needs to arrive at the destination designated by the user over the second time. That is, the service surplus is time that can be spent for purposes other than traveling to the destination until the shared vehicle V arrives at the destination along the travel route.
  • the remaining service capacity is a time that can be spent for sharing the shared vehicle V. For example, when 10 minutes is calculated as the time difference between the first time and the second time, the shared vehicle V detours from the originally set travel route and rides on another user for a maximum of 10 minutes. be able to.
  • the controller 10 determines whether or not the shared vehicle V can be shared with each other by the function for determining whether or not to share the vehicle.
  • the controller 10 determines that another user can ride on the shared vehicle V, and conversely, the service surplus is predetermined. It is determined that it is impossible for another user to ride on the shared vehicle V when the time is equal to or less than the predetermined time.
  • the predetermined time used for the determination of whether or not the car can be shared may be a predetermined time or an experimentally determined time.
  • a user who has made use of the shared vehicle V will be referred to as a first user, and a user who will make a use request will be referred to as a second user.
  • the controller 10 calculates an area where the second user can ride on the shared vehicle V based on the service surplus capacity by the carpoolable area calculation function. Based on the travel route calculated by the travel route calculation function, the controller 10 calculates an area where the shared vehicle V can detour according to the service surplus capacity. For example, the controller 10 refers to the map information 25 and converts a time calculated as a service surplus into a distance. In this conversion process, the controller 10 may use vehicle speed information transmitted from the shared vehicle V, or may use predetermined vehicle speed information. The controller 10 calculates an area that is an area based on the calculated travel route and that is extended from the travel route according to the converted distance as a carpoolable area.
  • the direction extending from the travel route is not particularly limited, and if the shared vehicle V can arrive at the destination within the second time, it is a direction deviating from the travel route. Also good.
  • the carpoolable area includes an area in a direction farther from the destination as viewed from the departure place.
  • FIG. 2 is a diagram illustrating an example of a carpoolable area.
  • FIG. 2 shows a scene where the user A makes a use request for the shared vehicle V and accepts the presented second time, that is, a scene where the use of the shared vehicle V is established.
  • the controller 10 via the departure P A1 designated by the user A, and calculates the travel route R A to the destination P A2.
  • the shared vehicle V is traveling along the travel route RA .
  • the controller 10 includes a second time presented to the user A as a required time to the destination P A2, the required time to the destination P A2 which is estimated based on the traffic jam information and the like (the The difference time with respect to (1 time) is calculated as a service surplus.
  • the car sharing area Ar is calculated by the controller 10 based on the available service capacity, and can reach the destination PA2 within the second time presented to the user A even if the shared vehicle V detours. Is shown.
  • the carpoolable area Ar is an area within a range in which the required time to the destination PA2 does not exceed the second time when a user different from the first user is shared on the shared vehicle V. .
  • FIG. 3 is a figure which shows the other example of a carpoolable area.
  • FIG. 3 is the same scene as the scene of FIG. 2, but the area of the car sharing area A r ′ is different from that of FIG.
  • a carpoolable area A r ′ illustrated in FIG. 3 indicates an area when the controller 10 corrects the second time to be shortened.
  • the controller 10 corrects the second time to be shortened.
  • the difference time between the second time and the first time is shortened, so that the area where the shared vehicle V can bypass is reduced as shown in FIG. .
  • the controller 10 determines whether or not the second user can share a car with the travel route update function.
  • the controller 10 determines whether or not the second user can ride on the shared vehicle V according to the relationship between the carpoolable area and the departure place included in the use request by the second user.
  • the controller 10 determines that the second user can be shared when the departure place designated by the second user is within the range of the carpoolable area.
  • the controller 10 determines that the second user cannot be carpooled.
  • the controller 10 updates the travel route in order to share the second user with the shared vehicle V by the travel route update function. Specifically, when the departure point designated by the second user is within the carpoolable area, the controller 10 causes the shared vehicle V to bypass the travel route to the destination designated by the first user. Thus, a travel route is calculated until the vehicle arrives at the destination designated by the first user via the departure place designated by the second user.
  • the controller 10 calculates a travel route that passes through the destination specified by the second user according to whether or not the destination specified by the second user is within the range of the carpoolable area. Determine whether. For example, when the departure place and the destination designated by the second user are within the range of the common car sharing area, the controller 10 causes the shared vehicle V to pass through the departure place and the destination designated by the second user. The travel route until reaching the destination designated by the first user is calculated. On the other hand, the controller 10 determines that the shared vehicle V is in the case where the starting point designated by the second user is within the carpoolable area and the destination designated by the second user is outside the carpoolable area. The travel route until the arrival at the destination designated by the first user is calculated only through the departure place designated by the second user.
  • the controller 10 determines whether the first user is in accordance with the positional relationship between the departure place designated by the first user and the departure place designated by the second user. And the order of passing through the departure place designated by the second user and the departure place designated by the second user. For example, when the departure location specified by the first user is closer to the current location of the shared vehicle V than the departure location specified by the second user, the controller 10 leaves the departure specified by the first user. A travel route that passes in the order of the ground and the departure place designated by the second user is calculated. Conversely, the controller 10 is designated by the second user when the departure location specified by the second user is closer to the current location of the shared vehicle V than the departure location specified by the first user. A travel route through the departure place and the departure place designated by the first user is calculated.
  • the controller 10 uses the notification function to update the updated travel route, information on the departure place (and destination) specified by the second user, information on the second user (for example, user ID information), It transmits to the user terminal device 300.
  • the 1st user and the vehicle equipment 200V can acquire the information of the user who rides in the shared vehicle V, and the information of the updated travel route.
  • the shared vehicle V is a vehicle that automatically travels along the travel route set by the vehicle management device 100
  • the shared vehicle V travels along the updated travel route and gets on the second user.
  • the shared vehicle V travels to the destination designated by the first user after the second user gets on. Further, for example, when the shared vehicle V travels by driving by the driver, the driver drives along the updated travel route to get on the second user. And a driver
  • FIG. 4 shows a scene in which a use request from the second user is accepted in the scene shown in FIG.
  • the controller 10 compares the joining coverage area A r, and a departure P B1 designated by the user B, and determines that the place of departure P B1 is within the range of sharing coverage area A r, the user B determines that the shared vehicle V can be shared.
  • the controller 10 includes a joining coverage area A r, compares the destination P B2 specified by the user B, and determines that the destination P B2 is within the range of sharing coverage area A r, the user B After getting off, it is determined that it is possible to go to the destination PA2 designated by the user A.
  • FIG. 5 is a diagram of a scene after a predetermined time has elapsed from the scene of FIG. 4, and is a diagram illustrating an example of a travel route updated by the controller 10.
  • the controller 10 if the departure point P B1 and the destination P B2 designated by the user B is in the range of sharing coverage area A r, it is updated from the traveling path R A shown in FIG. 4
  • the travel route R AB is calculated.
  • the updated travel route R AB is a route that reaches the destination PA2 via the departure point P A1 , the departure point P B1 , and the destination P B2 in this order.
  • FIG. 5 is a diagram of a scene after a predetermined time has elapsed from the scene of FIG. 4, and is a diagram illustrating an example of a travel route updated by the controller 10.
  • the user A and the user B ride on the shared vehicle V in the section from the departure point P B1 to the destination P B2 . Since the shared vehicle V arrives at the destination PA2 within the range of the second required time even when the user B is shared, it is possible to suppress dissatisfaction given to the user A with respect to the sharing of the user B. Moreover, since the shared vehicle V carries the user B together before reaching the destination PA2 , the allocation efficiency of the shared vehicle V can be improved. Furthermore, since the shared vehicle V that travels around the user B is assigned to the user B, it is possible to prevent the user B from waiting unnecessarily after the use request, and to suppress dissatisfaction given to the user B.
  • FIG. 6 is a flowchart showing a control procedure of the vehicle management system of the present embodiment.
  • the control process is repeatedly executed at predetermined intervals.
  • step S101 the controller 10 acquires a use request from the first user.
  • step S102 the controller 10 selects the shared vehicle V to be assigned to the first user based on the use request acquired in step S101. For example, the controller 10 assigns to the first user a shared vehicle V that is stopped or traveling at a point closest to the departure point designated by the first user.
  • step S103 the controller 10 calculates a travel route from the current position of the shared vehicle V selected in step S102 to the destination acquired in step S101 via the departure point acquired in step S101.
  • the controller 10 refers to map information and road information included in the map information 25 and calculates a travel route to the destination.
  • step S104 the controller 10 calculates the time required for the shared vehicle V to arrive at the destination as the first time when traveling on the travel route calculated in step S103.
  • the first time includes a waiting time for the first user to wait for the shared vehicle V at the departure point and a travel time of the shared vehicle V from the departure point to the destination.
  • the controller 10 estimates the vehicle speed in consideration of traffic jam information and weather information included in the environment information 24 as the expected vehicle speed of the shared vehicle V.
  • the controller 10 is obtained by dividing the time obtained by dividing the current position of the shared vehicle V and the distance from the departure place by the predicted vehicle speed and the distance from the departure place to the destination by the estimated vehicle speed.
  • the first time is calculated by adding up the time.
  • step S105 the controller 10 calculates a time that is longer than the first time calculated in step S104 and presented to the first user as the second time.
  • the controller 10 acquires the usage history of the shared vehicle V by the first user from the database 20.
  • the controller 10 calculates the travel distance from the departure point to the destination acquired in step S101, and records the usage history of the first user in which the travel distance similar to the calculated travel distance is recorded. Extract.
  • the controller 10 selects the usage histories with a satisfaction level that is answered by the first user in the past or higher and is included in the plurality of usage histories from the destination. The longest running time is extracted from the plurality of running times.
  • the controller 10 selects a usage history having a satisfaction level equal to or higher than a predetermined value and is included in the plurality of usage histories.
  • the longest waiting time is extracted from a plurality of waiting times at the departure place.
  • the controller 10 calculates a time obtained by adding the longest waiting time to the longest running time as the second time. Then, the controller 10 transmits the second time information, the selected shared vehicle V information, and the travel route information to the user terminal device 300 possessed by the first user via the communication device 30.
  • the first user checks various information displayed on the display device 330 of the user terminal device 300.
  • step 106 the controller 10 determines whether or not the first user has accepted the second time presented in step S105.
  • the user terminal device 300 transmits input information by the first user to the vehicle management device 100. If the first user has accepted the second time presented, the process proceeds to step S107. If the first user has not accepted the second time, the control of the vehicle management system ends.
  • step S107 the controller 10 calculates a service surplus. Specifically, the controller 10 subtracts the first time calculated in step S104 from the second time calculated in step S105, so that the difference between the first time and the second time is calculated. The time is acquired and used as service surplus.
  • step S108 the controller 10 determines whether or not car sharing is possible for the service surplus calculated in step S107. For example, when the time of the difference between the first time calculated as the service surplus and the second time exceeds a predetermined time set in advance, the controller 10 can cause other users to ride together. Judge that it is possible. On the contrary, if the calculated difference time is within a predetermined time, the controller 10 determines that it is impossible to share another user. If it is determined that the vehicle can be shared, the process proceeds to step S109. If it is determined that the vehicle can not be shared, the control of the vehicle management system ends.
  • step S109 the controller 10 calculates a carpoolable area based on the service surplus calculated in step S107. For example, the controller 10 converts the calculated difference time between the first time and the second time into a distance. At this time, the controller 10 uses preset vehicle speed information or vehicle speed information transmitted from the shared vehicle V. Then, the controller 10 calculates the carpoolable area by extending the points in the predetermined direction by the converted distance from the points on the travel route calculated in step S103.
  • step S110 the controller 10 determines whether a usage request from a second user different from the first user has been received. When the usage request from the second user is accepted, the process proceeds to step S111. When the usage request from the second user is not accepted, the process waits at step S110.
  • step S111 the controller 10 determines whether or not the departure point designated by the second user is within the carpoolable area. Moreover, the controller 10 confirms whether the 2nd user's destination is also in the range of a carpoolable area, when the departure place of a 2nd user is in the range of a carpoolable area. If the departure point designated by the second user is within the carpoolable area, the process proceeds to step S112. If the departure point designated by the second user is not within the carpoolable area, the process returns to step S110.
  • step S112 the controller 10 calculates a travel route to the destination specified by the first user via the departure point specified by the second user acquired in step S110, and in step S103. Update the calculated travel route. For example, when the departure place and the destination designated by the second user are within the range of the common car sharing area, the controller 10 causes the shared vehicle V to pass through the departure place and the destination designated by the second user. The travel route until reaching the destination designated by the first user is calculated.
  • step S113 the controller 10 notifies the first user and the second user of the information on the travel route updated in step S112.
  • the information notified to the first user by the controller 10 may include not only the travel route information but also the second user information. Further, the information notified to the second user by the controller 10 may include not only the travel route information but also the first user information.
  • the controller 10 may calculate a carpoolable area again and allow a third user different from the first user and the second user to ride together.
  • the controller 10 may execute steps S107 to S109 and wait in step S110.
  • FIG. 7 is a diagram of a scene after a predetermined time has elapsed from the scene illustrated in FIG. 5, and is a diagram illustrating an example of an updated carpoolable calculation area.
  • a carpoolable area A r ′′ illustrated in FIG. 7 indicates the carpoolable area updated by the controller 10.
  • the controller 10 may calculate the service surplus capacity again, and may calculate a carpoolable area according to the service surplus capacity.
  • a usage request by a third user different from the first user and the second user is accepted, and if the departure place designated by the third user is within the updated carpoolable area, the third user is Can be shared.
  • the vehicle management system receives a request for using the shared vehicle V from the user, manages the allocation of the shared vehicle V, and the starting point and destination of the vehicle specified by the user.
  • a database 20 for storing usage requests including The controller 10 calculates, as the first time, the time required until the shared vehicle V arrives at the destination designated by the first user who has made the use request, and is a time longer than the first time, and The time to be presented to the first user is calculated as the second time, the difference time between the first time and the second time is calculated as the service surplus, and the shared vehicle V is shared based on the service surplus If the second user who is different from the first user receives a usage request and the departure point specified by the second user is within the range of the shared area, the second user can specify The designated departure point is routed to the common vehicle V.
  • the second user can be shared while ensuring that the destination specified by the first user arrives within the second time, Dissatisfaction with the first user and the second user can be suppressed.
  • the use opportunity of the system by the user is increased, and the vehicle dispatch efficiency can be improved.
  • the database 20 stores usage history information 22 as a record when the user has used the shared vehicle V in the past, and the usage history information 22 indicates the degree of satisfaction of the user with respect to the required time to the destination. Is included.
  • the controller 10 calculates the second time based on the degree of satisfaction of the user who has used the shared vehicle V in the past. Accordingly, since the second time based on the user's past experience can be presented to the user, even if the satisfaction with the required time is different for each user, it is possible to prevent the user from feeling uncomfortable and to satisfy the user. Can be suppressed.
  • the controller 10 uses more than the predetermined value with which satisfaction is predetermined from several usage history.
  • the history is selected, and the longest required time among the required times included in the selected usage history is set as the second time.
  • the longest possible time can be set as the second time as long as the first user is not dissatisfied.
  • the controller 10 calculates a travel route to the destination designated by the first user, and at least one of the calculated travel route and traffic information around the travel route and weather information. Based on this, a first time is calculated. Thereby, the prediction accuracy of the required time to the destination can be improved.
  • the controller 10 determines that another user can ride on the shared vehicle V when the service surplus calculated by the service surplus capacity calculation function exceeds a predetermined time.
  • a predetermined time for example, even if the second time becomes approximately the same as the first time due to a decrease in the calculation accuracy of the second time, an erroneous determination is made in the determination of whether or not the shared vehicle V can be shared. Can be prevented. As a result, it is possible to appropriately determine whether or not to carry out carpooling.
  • the carpoolable area is within a range in which the required time to the destination specified by the first user does not exceed the second time when the second user is shared with the shared vehicle V. It is an area. Thereby, even if the second user rides on the shared vehicle V, it is possible to prevent dissatisfaction with the first user, and therefore, the use opportunities of the shared vehicle V can be increased.
  • the controller 10 is designated by the first user via the departure point designated by the second user when the departure point designated by the second user is within the carpoolable area.
  • the travel route of the shared vehicle V to the destination is calculated.
  • the controller 10 causes the shared vehicle V to travel on the calculated travel route.
  • the database 20 stores environment information 24 including weather information
  • the controller 10 is at least one of the usage time zone of the shared vehicle V and the weather when using the shared vehicle V. Based on one, the second time is corrected. For example, even if it is a limited time zone such as lunch time, by correcting the second time to be shorter, it is possible to present the user with an unnecessarily long time and dissatisfy the user. Can be prevented.
  • Second Embodiment a vehicle management system according to the present invention that is different from the above-described embodiment will be described.
  • the configuration is the same as that of the vehicle management device 100 of the above-described embodiment except that the second time calculation function of the controller 10 is different from that of the above-described embodiment. The description that was made in the embodiment is incorporated.
  • the controller 10 calculates the second time based on the usage history of the shared vehicle V of the user who has made a usage request.
  • the user who uses the shared vehicle V does not necessarily have experience in the past. There is not always there.
  • the controller 10 calculates the second time based on the use history of the shared vehicle V of the user different from the user who has requested the use by the second time calculation function. Specifically, in the present embodiment, the controller 10 extracts users who have used the shared vehicle V in the past in the same area around the area where the first user uses the shared vehicle V, or the area of the extracted user. Based on the usage history of the shared vehicle V, the second time is calculated.
  • the controller 10 when the controller 10 receives a use request from a first user who has no experience of using the shared vehicle V, the area where the first user uses the shared vehicle V from the departure point and destination specified by the first user. And the distance from the starting point to the destination is calculated.
  • the controller 10 refers to the usage history information 22 of the database 20 and extracts users who have used the shared vehicle V in the past in the specified area or the surrounding area. The controller 10 can extract the corresponding user depending on whether the departure place and the destination included in the usage history information 22 are within the range of the specified area.
  • the controller 10 extracts a use history including a travel distance equivalent to the distance from the destination specified by the first user to the departure place from the use histories of the plurality of users. To do.
  • the controller 10 further sorts usage histories with a satisfaction degree equal to or higher than a predetermined value, and calculates an average of required times included in the selected usage histories.
  • the travel time from the departure point to the destination in the second time is not limited to the average time, and may be, for example, the longest required time among a plurality of required times. In the case of the longest required time, it leads to expansion of the area where the car can be shared, and it is possible to increase the opportunities for other users to share the car.
  • the controller 10 executes the same process as the above process for the waiting time at the departure place, as in the above-described embodiment.
  • the controller 10 also records the usage history of the user who has used the shared vehicle V in the past in the area where the first user uses the shared vehicle V or in the surrounding area. Use.
  • the description in the present embodiment and the description in the above-described embodiment are incorporated as appropriate.
  • the controller 10 determines the travel time from the destination to the departure place and the departure place based on the use history of the user who used the shared vehicle V in the past.
  • the time obtained by adding the two calculated times is set as the second time.
  • the controller 10 extracts users who have used the shared vehicle V in the past in the same area around the area where the first user uses the shared vehicle V or the area of the extracted user. Based on the degree of satisfaction, the second time is calculated. Thereby, the 2nd time based on the satisfaction of the user who used the shared vehicle V in the same or the surrounding area in the past can be shown to a 1st user. As a result, even if the first user has no experience using the shared vehicle V, the second time can be presented as an appropriate required time that can be tolerated by the first user. For example, it is possible to suppress an unnecessarily long required time from being presented to a first user who has no experience using the shared vehicle V, and to provide a service that does not fall below a predetermined level.
  • the method of using the usage history of the shared vehicle V of another user is described based on the area where the first user uses the shared vehicle V. For example, the attribute of the first user is set. You may use the utilization log
  • the controller 10 grasps the sex and age of the first user from the user ID information included in the usage request of the first user.
  • the controller 10 refers to the usage history information 22 in the database 20 and extracts users whose gender is the same as that of the first user and whose age is the same as or close to that of the first user.
  • the criteria that the age is close are not particularly limited.
  • a user whose age difference is within a predetermined range from the age of the first user may be a user who is close to the age, or a user of the same age as the age of the first user. It is good also as a user with near age.
  • the controller 10 extracts a use history including a travel distance equivalent to the distance from the destination specified by the first user to the departure place from the use histories of the plurality of users. To do.
  • the controller 10 further sorts usage histories having a satisfaction level equal to or higher than a predetermined value, and acquires an average time or a longest required time included in the selected usage histories.
  • the user extraction process is not limited to using a condition in which the gender is the same as that of the first user and the age is the same as or close to that of the first user. For example, a user whose gender is different from that of the first user and a user whose age is the same as or close to the age of the first user may be extracted. Further, for example, a user whose gender is the same as that of the first user and a user whose age is different from that of the first user may be extracted.
  • the controller 10 extracts users having the same or similar attributes as the attributes of the first user, and calculates the second time based on the extracted user satisfaction. Thereby, the 2nd time based on an attribute of the 1st user can be shown to the 1st user.
  • the second time can be presented as the required time calculated from the user who is close to the sense of the first user. For example, it is possible to suppress the presentation of the required time, which is felt to be long from the sense of the first user, to the first user, and to provide the user with a service that does not fall below a predetermined level.
  • the controller 10 calculates the second time based on the usage history of the shared vehicle V. However, for example, in an area where the usage frequency of the shared vehicle V is low, the usage history in other areas is included in the usage history. Based on this, the second time is calculated, and as a result, the calculation accuracy of the second time may be reduced.
  • the controller 10 calculates the second time based on the use history of the moving means other than the shared vehicle V by the second time calculation function. Specifically, in the present embodiment, the controller 10 extracts and extracts a user who uses a moving means other than the shared vehicle V in an area that is the same as or around the area where the first user uses the shared vehicle V. Based on the use history of the user's shared vehicle V, the second time is calculated.
  • the controller 10 when the controller 10 receives a use request from a first user who has no experience of using the shared vehicle V in an area where the use frequency of the shared vehicle V is low, the controller 10 starts from the departure place and the destination specified by the first user. While a 1st user specifies the area which uses the shared vehicle V, the distance from a departure place to the destination is calculated.
  • the controller 10 refers to the use area information 23 of the database 20 and extracts a user who has used a moving means other than the shared vehicle V in the past in the specified area or its surrounding area. The controller 10 can extract the corresponding user depending on whether the starting point and the destination included in the use area information 23 are within the range of the specified area.
  • controller 10 calculates 2nd time based on the utilization log
  • history is the same as that of embodiment mentioned above, the description performed in embodiment mentioned above is used suitably.
  • the controller 10 extracts a user who has used a moving means other than the shared vehicle V in the past in the same area as the area where the first user uses the shared vehicle V or a surrounding area.
  • the second time is calculated based on the extracted user satisfaction.
  • the 2nd time based on the satisfaction degree of the user who utilized moving means other than the shared vehicle V in the same or a surrounding area in the past can be shown to a 1st user.
  • Two hours can be presented. For example, it is possible to suppress presenting an unnecessarily long required time compared to the required time when traveling by taxi or train, and to provide a user with a service that does not fall below a predetermined level.
  • the second time calculation method that is different for each embodiment has been described.
  • the second time may be calculated by combining the second calculation methods.
  • the average time of the required time calculated by the method described in the second embodiment and the required time calculated by the method described in the modification of the second embodiment may be set as the second time.
  • the second time may be calculated by adding the required time calculated by the method described in the third embodiment to the target of the average time.
  • the vehicle management system according to the present invention will be described using the vehicle management system 1 as an example, but the present invention is not limited to this.
  • the controller according to the present invention will be described by taking the controller 10 as an example, but the present invention is not limited to this.
  • the database according to the present invention will be described by taking the database 20 as an example, but the present invention is not limited to this.
  • this specification demonstrates the vehicle which concerns on this invention to the common vehicle V as an example, this invention is not limited to this.

Abstract

複数のユーザに共用される複数の車両を管理する車両管理システム（１）であって、ユーザから車両の利用要求を受け付けるとともに、配車を管理するコントローラ（１０）と、ユーザが指定する車両の出発地及び目的地を含む利用要求を記憶するデータベース（２０）とを備え、コントローラ（１０）は、利用要求を行った第１ユーザにより指定された目的地に前記車両が到着するまでの所要時間を第１の時間として算出し、第１の時間よりも長い時間であり、かつ、第１ユーザに提示する時間を第２の時間として算出し、第１の時間と第２の時間の差分の時間を、サービス余力として算出し、サービス余力に基づいて、車両に相乗りさせることが可能な相乗り可能エリアを算出し、第１ユーザと異なる第２ユーザからの利用要求を受け付け、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にある場合、第２ユーザにより指定された前記出発地を前記車両に経由させる。

Description

車両管理システムおよび車両管理方法
　本発明は、複数のユーザに利用される車両を管理する車両管理システム及び車両管理方法に関する。
　客などを移送中に他の客からの移送要求があった場合に、道路交通情報に基づいて、全ての客などを移送し終えるまでの予想所要時間又は予想所要経費を算出し、予想所要時間又は予想所要経費を最小とする走行経路を決定する配車管理方法および配車システムが知られている（特許文献１）。この方法およびシステムでは、客又は依頼人が、当初の所要時間に対する増加時間、増加時間に応じた減額料を承諾した場合に、その車両を移送要求した客又は依頼人に割り当てる。
特開２００２−１８３８９２号公報
　従来技術では、ユーザの承認により車両への相乗りが成立すると、相乗りを承認したユーザが指定する目的地までの所要時間が増大するため、相乗りが成立するたびに目的地への到着が遅れる。また、目的地への到着の遅れを避けるために他のユーザからの移送要求を承認しないユーザがいる場合、他のユーザには最適な車両以外の車両が割り当てられ、目的地までの到着が遅れる恐れがある。その結果、従来技術では、相乗りを承認するユーザ及び相乗りを要求するユーザの双方に不満を与え、システムの利用機会を減少させるとともに、配車効率を低下させる、という問題がある。
　本発明が解決しようとする課題は、ユーザの不満を抑制してシステムの利用機会の増大を図るとともに、配車効率の向上を図ることが可能な車両管理システム及び車両管理方法を提供することである。
　本発明は、利用要求を行った第１ユーザにより指定された目的地に車両が到着するまでの所要時間を第１の時間として算出し、第１の時間よりも長い時間であり、かつ、第１ユーザに提示する時間を第２の時間として算出し、第１の時間と第２の時間の差分の時間を、サービス余力として算出し、サービス余力に基づいて、車両に相乗りさせることが可能な相乗り可能エリアを算出し、第２ユーザからの利用要求を受け付け、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にある場合、第２ユーザにより指定された出発地を車両に経由させることで、上記課題を解決する。
　本発明によれば、第１ユーザにより指定された目的地に第２の時間内に到着することを確保しつつ、第２ユーザを相乗りさせることができ、ユーザの不満を抑制してシステムの利用機会の増大を図るとともに、配車効率の向上を図ることができる。
図１は、本実施形態に係る車両管理システムの構成図である。 図２は、相乗り可能エリアの一例を示す図である。 図３は、相乗り可能エリアの他の例を示す図である。 図４は、図２に示す場面において、第２ユーザの利用要求を受け付けた場面の図である。 図５は、図４に示す場面から所定時間経過した後の場面の図であり、更新された走行経路の一例を示す図である。 図６は、本実施形態に係る車両管理システムの制御手順を示すフローチャートである。 図７は、図５に示す場面から所定時間経過した後の場面の図であり、更新された相乗り可能算出エリアの一例を示す図である。
　以下、本発明の実施形態を図面に基づいて説明する。
　≪第１実施形態≫
　以下、図面に基づいて、本発明の実施形態に係る車両管理システムについて説明する。本実施形態では、車両管理システムを、複数のユーザが複数のステーションに配置された複数の共用車両を共用するカーシェアリングシステムに適用した例を用いて説明する。また、本実施形態のカーシェアリングシステムでは、共用車両を借り出すステーションと、共用車両を返却するステーションとは、同一であってもよいし、異なっていてもよい。なお、各ステーションは、共用車両を駐車させることができ、共用車両の貸出及び返却を行ったり、利用されていない共用車両を待機させたりできる場所であり、カーシェアリングシステムのために予め用意した駐車場などが挙げられる。
　図１は、本実施形態の車両管理システム１を示す構成図である。図１に示すように、本実施形態の車両管理システム１は、車両管理装置１００と、複数のユーザに利用される複数の共用車両Ｖ１~Ｖｎ（以下、共用車両Ｖと総称することもある）がそれぞれ備える車載装置２００Ｖ１~２００Ｖｎ（以下、車載装置２００Ｖと総称することもある）と、複数のユーザがそれぞれ所持するユーザ端末装置３００Ａ~３００Ｚ（以下、ユーザ端末装置３００と総称することもある）と、を有する。本実施形態の車両管理システム１を構成する、車載装置２００Ｖ１~２００Ｖｎ、ユーザ端末装置３００Ａ~３００Ｚの台数は限定されない。
　車両管理装置１００、車載装置２００Ｖ１~２００Ｖｎ、及びユーザ端末装置３００Ａ~３００Ｚは、それぞれ通信装置（３０、２２０、３２０）を備え、インターネット４００などの電気通信回線網を介して相互に情報の授受が可能である。通信経路は有線であっても無線であってもよい。各装置間で行われる通信で利用する通信規格には、４Ｇ／ＬＴＥ、Ｗｉｆｉ等が挙げられる。
　本実施形態のユーザ端末装置３００は、本発明の本実施形態に係るユーザ端末装置３００Ａに適用されるプログラムが格納されたＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）と、このＲＯＭに格納されたプログラムを実行することで、各機能を実行させる動作回路としてのＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、アクセス可能な記憶装置として機能するＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）と、を備えるコンピュータである。本実施形態のユーザ端末装置３００は、パーソナルコンピュータ、スマートフォン、又はＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）その他の可搬型の端末装置であってもよい。
　本実施形態のユーザ端末装置３００は、各ユーザによる共用車両Ｖの利用を求める入力情報を受け付ける入力装置３１０と、車両管理装置１００などの外部装置と通信を行う通信装置３２０と、各ユーザに情報を通知するための表示装置３３０と、ユーザによる共用車両Ｖｎの利用の制御処理を実行するコントローラ３４０とを備える。
　ユーザ端末装置３００の入力装置３１０としては、例えば、ユーザの手操作による入力が可能なディスプレイ画面上に配置されるタッチパネル又はジョイスティックや、ユーザの音声による入力が可能なマイクなどの装置を用いることができる。
　表示装置３３０は、車両管理装置１００から受信した情報を、ユーザに通知する。表示装置３３０としては、ディスプレイなどが挙げられ、タッチパネル・ディスプレイを用いる場合には、入力装置３１０と兼用することができる。表示装置３３０は、例えば、共用車両Ｖｎの走行経路の情報などを車両管理装置１００から受信して、ユーザに通知する。
　コントローラ３４０は、ユーザ端末装置３００に備えられた図示しないＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）受信機などの位置取得装置を用いて、ユーザ端末装置３００を操作するユーザの現在位置の情報を取得する。現在位置の情報としては、例えば、緯度及び経度の情報が挙げられる。コントローラ３４０は、取得した現在位置の情報を、通信装置３２０を介して、車両管理装置１００に送信する。本実施形態では、コントローラ３４０は、定期的に各ユーザの現在位置の情報を、車両管理装置１００に送信する。これにより、後述する車両管理装置１００が備えるコントローラ１０は、各ユーザの現在の位置情報を取得することができる。
　また、コントローラ３４０は、各ユーザによる共用車両Ｖの利用を求める利用要求などの入力情報を受け付け、通信装置３２０を介して、車両管理装置１００に送信する。
　上述した利用要求には、ユーザのＩＤ情報、ユーザが指定する車両の出発地の情報、ユーザが指定する車両の目的地の情報、ユーザの現在位置の情報などが含まれる。ユーザが指定する車両の出発地とは、ユーザが共用車両Ｖに乗車する乗車位置であり、ユーザが指定する車両の目的地とは、ユーザが共用車両Ｖを降車する降車位置である。また、ユーザのＩＤ情報には、予め登録されたユーザの性別及び年齢が含まれる。
　また、本実施形態においては、ユーザ端末装置３００及び車載装置２００Ｖのうち、一方又は両方が、ユーザに対して共用車両Ｖの走行経路を案内するためのナビゲーション装置として機能してもよい。ユーザ端末装置３００がナビゲーション装置として機能する場合には、ユーザ端末装置３００は、例えば、予めユーザ端末装置３００に備えられたＲＯＭなどに地図情報を記憶させておく。ユーザ端末装置３００は、車両管理装置１００により算出された走行経路や予想所要時間を受信する。ユーザ端末装置３００は、表示装置３３０に、地図情報とともに、ユーザが現在利用している共用車両Ｖの現在位置と、共用車両Ｖの目的地の位置とを表示し、共用車両Ｖの現在位置から目的地までの走行経路を案内する。
　本実施形態の共用車両Ｖとしては、電動モータを駆動源として備える電気自動車、内燃機関を駆動源として備えるエンジン自動車、電動モータ及び内燃機関の両方を駆動源として備えるハイブリッド自動車を例示できる。なお、電動モータを駆動源とする電気自動車やハイブリッド自動車には、二次電池を電動モータの電源とするタイプや燃料電池を電動モータの電源とするタイプのものも含まれる。また、共用車両Ｖは、運転者の運転により走行する車両であってもよいし、運転者が乗車した状態で、車載装置２００Ｖが実行する自動的な運転により走行する車両であってもよい。さらに、共用車両Ｖは、搭乗者がいない状態で、車載装置２００Ｖが実行する自動的な運転により走行する車両であってもよい。自動的に運転する技術には、本願出願時に知られた技術が適宜用いることができる。なお、自動的に運転する技術には、少なくとも、他車両、対象物との干渉を避ける機能、運転者等から操作介入があった場合、自動的な運転の制御を停止する機能、交通法規を順守した運転を行う機能が含まれる。
　本実施形態の車載装置２００Ｖは、各共用車両Ｖの現在位置を検出するＧＰＳ受信機２１０と、車両管理装置１００などの外部装置と通信を行う通信装置２２０と、ユーザによる共用車両Ｖの利用の制御処理を実行するコントローラ２３０とを備える。
　コントローラ２３０は、車載装置２００Ｖに備えられた各装置から共用車両Ｖの情報を取得し、通信装置２２０を介して取得した共用車両Ｖの情報を車両管理装置１００に送信する。共用車両Ｖの情報には、ＧＰＳ受信機２１０により取得された現在位置の情報、車速センサ（不図示）により検出された共用車両Ｖの車速の情報が含まれる。また、共用車両Ｖの情報には、共用車両Ｖの利用状況の情報が含まれる。共用車両Ｖの利用状況としては、ユーザを送迎中の状況、他のユーザが相乗り可能な状況などが例示できる。なお、共用車両Ｖの情報には、上述した情報に限られず、例えば、共用車両Ｖの電力残容量や故障情報などが含まれていてもよい。
　また、コントローラ２３０は、ディスプレイ（不図示）やスピーカ（不図示）などを用いて、車両管理装置１００から送信された情報などを、ユーザに通知する。本実施形態では、コントローラ２３０は、車両管理装置１００から、共用車両Ｖへの相乗りを希望しているユーザに関する情報、共用車両Ｖの走行経路、予想所要時間などを受信して、ユーザに通知する。本実施形態の相乗りとは、一台の共用車両Ｖに複数人数が一緒に乗り合わせることを示し、例えば、他人同士が一台の共用車両Ｖに乗ることを示す。
　なお、本実施形態においては、車載装置２００Ｖは、上述したユーザ端末装置３００と同様に、共用車両Ｖの現在位置から目的地までの走行経路を案内するためのナビゲーション装置として機能するものであってもよい。
　本実施形態の車両管理装置１００は、コントローラ１０と、データベース２０と、通信装置３０とを備える。
　通信装置３０は、車載装置２００Ｖ及びユーザ端末装置３００とそれぞれ相互に通信可能な装置である。通信装置３０は、車載装置２００Ｖから受信した情報を、コントローラ１０に出力するとともに、コントローラ１０から入力される情報を、車載装置２００Ｖ及びユーザ端末装置３００に送信する。各情報については後述する。
　また、通信装置３０は、道路交通情報通信システムＶＩＣＳ（登録商標）（Ｖｅｈｉｃｌｅ　Ｉｎｆｏｒｍａｔｉｏｎ　ａｎｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｙｓｔｅｍ）、天気予報などの天気に関する情報を提供するサーバ、地図情報又は道路情報を提供するサーバと通信する。通信装置３０は、ＶＩＣＳや各種情報を提供するサーバから受信した情報を、データベース２０に出力する。通信装置３０により受信された情報としては、渋滞情報、交通障害情報、交通規制情報、工事情報、天気情報、地図情報、道路情報が挙げられる。また、通信装置３０は、ユーザ端末装置３００から送信された情報のうち、共用車両Ｖの利用要求、及び共用車両Ｖの利用履歴に関する情報を、データベース２０に出力する。さらに、通信装置３０は、車載装置２００Ｖから送信された情報を、データベース２０に出力する。
　データベース２０は、共用車両情報２１と、利用履歴情報２２と、利用エリア情報２３と、環境情報２４と、地図情報２５とを記憶する。また図示していないが、データベース２０は、後述するコントローラ１０が実行する処理のために、ユーザ端末装置２００から送信される利用要求を記憶している。
　共用車両情報２１は、共用車両Ｖから送信される共用車両Ｖの情報である。共用車両情報２１には、各共用車両Ｖの現在位置の情報、各共用車両Ｖの車速の情報、各共用車両Ｖの現在の利用状況などが含まれる。共用車両情報２１は、通信装置３０が共用車両Ｖから受信するたびに更新される。
　利用履歴情報２２は、過去にユーザが共用車両Ｖを利用した際の記録である。利用履歴情報２２には、ユーザの属性（性別及び年齢）、ユーザが共用車両Ｖを利用したエリア、ユーザが指定した出発地及び目的地、出発地から目的地までの共用車両Ｖの走行距離、共用車両Ｖが目的地に到着するまでの所要時間、この所要時間に対するユーザの満足度が含まれる。これらの情報は、ユーザのＩＤ情報に紐づけられているため、データベース２０は、ユーザごとに、利用履歴情報２２を格納している。ユーザが共用車両Ｖを利用したエリアは、共用車両Ｖが出発地から目的地までに走行した区域名、地域名、都市名で示される。また、ユーザが共用車両Ｖを利用したエリアは、共用車両Ｖが走行した走行経路から所定の範囲内にある各種鉄道の最寄りの駅で示してもよい。
　ここで、所要時間に対する満足度について説明する。所要時間に対する満足度とは、目的地への到着までに要した時間に対して、ユーザがどの程度満足したかを示す指標である。例えば、共用車両Ｖを利用した後、ユーザに対してアンケートを実施することで、車両管理装置１００は、所要時間に対する満足度を取得することができる。例えば、ユーザが共用車両Ｖを利用した後、車両管理装置１００は、ユーザ端末装置３００に対して、目的地までの所要時間の情報とともに満足度に関するアンケートの情報を送信する。ユーザ端末装置３００は、ユーザが入力装置３１０を介してアンケートに回答することで、アンケート結果を車両管理装置１００に送信する。アンケートの回答形態としては、「大満足、満足、普通、不満、大不満」のように、予め点数が紐づけられた選択肢からユーザに選択させる形態や、１００点を満点としてユーザに点数を入力させる形態が例示できる。例えば、目的地までの走行経路又はその周辺で渋滞又は事故が起きて、目的地までの所要時間が当初の予想所要時間よりも遅れた場合、ユーザはこれらの諸事情を加味して、所要時間に対する満足度に回答する。つまり、所要時間に対する満足度は、ユーザが感覚的にどの程度の遅延に対して許容できるかを示す指標と言い換えることもできる。
　また、ユーザが満足度を回答する際の所要時間には、ユーザが利用要求を行ってから、共用車両Ｖが出発地に到着するまでのユーザの待ち時間を含めてもよい。なお、所要時間に待ち時間を含めることに限定されず、例えば、乗車するまでの所要時間と、出発地から目的地までの所要時間とに分け、それぞれに対してユーザに満足度を回答させてもよい。この場合、利用履歴には、出発地から目的地までの所要時間と当該所要時間に対するユーザの満足度と、出発地での待ち時間と当該待ち時間に対するユーザの満足度が含まれる。
　利用エリア情報２３は、過去にユーザが共用車両Ｖ以外の移動手段を利用した履歴の情報である。共用車両Ｖ以外の移動手段（以降、他の移動手段とも称する）としては、鉄道やバスなどの公共交通機関、タクシーが挙げられる。利用エリア情報２３には、利用履歴情報２２と同様に、ユーザの属性、ユーザが他の移動手段を利用したエリア、ユーザが他の移動手段を利用して目的地に到着するまでの所要時間、この所要時間に対する満足度が含まれる。これらの情報は、利用履歴情報２２と同様に、ユーザのＩＤ情報に紐づけられている。なお、これらの情報は、ユーザから直接的に取得することに限られず、例えば、統計上のデータを用いてもよい。
　環境情報２４は、通信装置３０により受信された渋滞情報及び天気情報である。環境情報２４は、通信装置３０がこれらの情報を受信するたびに更新される。
　地図情報２５は、コントローラ１０が共用車両Ｖの走行経路を算出するための地図情報及び道路情報である。地図情報及び道路情報は、リンクとノードの組み合わせにより表現される情報である。地図情報２５は、通信装置３０がこれらの情報を受信するたびに更新される。
　コントローラ１０は、車両管理システム１のサーバとして機能し、カーシェアリングシステムを管理運営するための制御処理を実行する。コントローラ１０は、カーシェアリングシステムを管理運営する処理を実行するためのプログラムが格納されたＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２と、このＲＯＭ１２に格納されたプログラムを実行することで、車両管理装置１００として機能する動作回路としてのＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１と、アクセス可能な記憶装置として機能するＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３とを備える。
　コントローラ１０は、利用受付機能と、共用車両選定機能と、走行経路算出機能と、第１時間算出機能と、第２時間算出機能と、第２時間提示機能と、サービス余力算出機能と、相乗り可否判定機能と、相乗り可能エリア算出機能と、走行経路更新機能と、通知機能とを実現する。コントローラ１０は、上記機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実現するコンピュータである。以下において、コントローラ１０が実現する各機能についてそれぞれ説明する。
　まず、利用受付機能について説明する。コントローラ１０は、利用受付機能により、ユーザから、ユーザ端末装置３００を介して、一の共用車両Ｖの利用を要求する利用要求を、逐次的に取得する。利用要求には、ユーザにより指定された出発地及び目的地の情報が含まれる。例えば、ユーザは、ユーザ端末装置３００の入力装置３１０に、共用車両Ｖの乗車位置として出発地を入力し、また共用車両Ｖの降車位置として目的地を入力する。ユーザ端末装置３００は、通信装置３２０を介して、入力された情報を、車両管理装置１００へ送信する。ユーザ端末装置３００から車両管理装置１００へ送信される情報には、ユーザの利用要求だけでなく、予めユーザにより登録されたユーザのＩＤ情報、ユーザの現在位置の情報が含まれる。
　次に、共用車両選定機能について説明する。コントローラ１０は、共用車両選定機能により、共用車両情報２１及びユーザからの利用要求に基づいて、複数の共用車両Ｖの中から、利用要求を行ったユーザに適した共用車両Ｖを割り当てる。コントローラ１０は、共用車両情報２１に含まれる、各共用車両Ｖの現在位置及び現在の利用状況と、ユーザにより指定された出発地及び目的地とを比べて、出発地を経由して目的地まで走行することができる共用車両Ｖを選定する。例えば、コントローラ１０は、ユーザにより指定された出発地から最短距離に位置するステーションを検索する。そして、コントローラ１０は、該当するステーションに停車中の共用車両Ｖの中から、利用される予定がない共用車両Ｖを選定し、利用要求を行ったユーザに割り当てる。また、例えば、コントローラ１０は、ユーザの現在位置から最短距離を走行する共用車両Ｖを検索するとともに、該等する共用車両Ｖの現在の利用状況を確認する。そして、コントローラ１０は、現在の利用状況からユーザが利用可能と判断した場合、ユーザの現在位置に最も近くに位置する共用車両Ｖを、利用要求を行ったユーザに割り当てる。
　次に、走行経路算出機能について説明する。コントローラ１０は、走行経路算出機能により、共用車両Ｖが走行する走行経路を算出する。例えば、コントローラ１０は、地図情報２５に含まれる地図情報及び道路情報を参照し、共用車両Ｖの現在位置からユーザにより指定された出発地を経由してユーザにより指定された目的地までの走行経路を算出する。
　次に、第１時間算出機能について説明する。コントローラ１０は、第１時間算出機能により、共用車両Ｖがユーザにより指定された目的地に到着するまでの所要時間を算出する。本実施形態では、コントローラ１０は、共用車両Ｖが現在位置からユーザにより指定された出発地に到着するまでの所要時間と、共用車両が出発地から目的地に到着するまでの所要時間とを加算した時間を、共用車両Ｖが目的地に到着するまでの所要時間（以降、第１の時間とも称する）とする。
　例えば、共用車両Ｖがステーションに停車している場合には、コントローラ１０は、共用車両Ｖの現在位置からユーザにより指定された出発地までの距離を、走行経路に指定された道路の法定速度で割ることで、出発地までの所要時間を算出する。また、例えば、コントローラ１０は、出発地から目的地までの距離を、走行経路に指定された道路の法定速度で割ることで、出発地から目的地までの所要時間を算出する。
　また、共用車両Ｖが走行している場合には、コントローラ１０は、共用車両Ｖから送信される現在の車速に対して、環境情報２４に含まれる渋滞情報及び天気情報を加味した車速を、共用車両Ｖの予想車速として推定する。例えば、コントローラ１０は、現在位置からユーザにより指定された出発地を経由して目的地までの走行経路又はその周辺において、渋滞がある場合、現在の車速に対して予め設定された割合だけ減速させた車速を、予想車速として推定する。また、例えば、コントローラ１０は、天気が雨の場合には、一般的に車両の運転者が速度を制限する観点から、現在の車速に対して所定の割合だけ減速させた車速を、予想車速として推定する。そして、コントローラ１０は、現在位置から出発地までの距離を予想車速で割ることで、出発地までの所要時間を算出し、出発地から目的地までの距離を予想車速で割ることで、出発から目的地までの所要時間を算出する。このように、現在の道路の渋滞情報や、天気情報を考慮することで、ユーザにより指定された目的地までの所要時間を精度良く算出することができる。なお、車速の推定方法は一例であって、上記方法に限定されるものではなく、例えば、走行経路を複数の区間に分割し、区間ごとに予想車速を推定してもよい。
　次に、第２時間算出機能について説明する。コントローラ１０は、第２時間算出機能により、利用要求を行ったユーザに提示するための時間であって、第１の時間よりも長い時間を算出する。ユーザに提示するための時間とは、利用要求を行ったユーザに対して、目的地までの所要時間として提示する仮の時間である。後述するコントローラ１０の第２時間提示機能により、利用要求を行ったユーザには、第１の時間よりも長い時間（以降、第２の時間とも称する）が提示される。ユーザは、提示された第２の時間を確認し、共用車両Ｖを利用するか否かの判断を行う。
　具体的に、第２の時間の算出方法について説明する。まず、コントローラ１０は、地図情報２５を参照して、ユーザにより指定された出発地から目的地までの距離を算出する。次に、コントローラ１０は、データベース２０から、利用要求を行ったユーザが過去に共用車両Ｖを利用した際の共用車両Ｖの利用履歴を取得する。例えば、コントローラ１０は、利用履歴情報２２に含まれるユーザのＩＤ情報の中から、利用要求を行ったユーザのＩＤ情報を検索して、該当するユーザのＩＤ情報に紐づけられた利用履歴を取得する。この際に、ユーザが過去に共用車両Ｖを複数回利用している場合、コントローラ１０は、全ての利用履歴を取得する。以降では、利用要求を行ったユーザが複数回共用車両Ｖを利用している場合について説明する。
　次に、コントローラ１０は、複数の利用履歴の中から、これから共用車両Ｖが走行する予定の距離と同程度の走行距離が含まれる利用履歴を抽出する。例えば、コントローラ１０は、複数の利用履歴から、利用履歴に含まれる走行距離と、現在ユーザにより指定された出発地から目的地までの距離との差が所定の距離以内にある利用履歴を抽出する。所定の距離は、特に限定されず、予め定められた距離でもよいし、実験的に求めた距離でもよい。なお、過去の走行距離とこれから走行する予定の距離との比較処理において、共用車両Ｖが走行したエリアについては考慮されない。例えば、現在ユーザにより指定された出発地及び目的地が含まれるエリアと、過去にユーザが共用車両Ｖを利用したエリアが異なる場合であっても、コントローラ１０は、これから共用車両Ｖが走行する予定の距離と同程度の走行距離が含まれている場合には、エリアに関係なく利用履歴を抽出する。
　そして、コントローラ１０は、抽出した利用履歴から、目的地までの所要時間とユーザが回答した満足度を取得する。例えば、抽出した利用履歴が一つのみの場合、コントローラ１０は、抽出した利用履歴に含まれる所要時間及び満足度を取得する。また、例えば、抽出した利用履歴が複数ある場合、コントローラ１０は、満足度が予め定められた所定の値以上の利用履歴をさらに選別するとともに、選別された利用履歴のうち、最長の所要時間を取得する。この処理により、コントローラ１０は、満足度が所定の値以上であり、かつ、最長の走行時間を取得することができる。目的地までの所要時間が長い場合であっても、ユーザがある程度許容できるものとして満足した際の走行時間が算出される。
　また、コントローラ１０は、第２時間算出機能により、出発地での待ち時間に対しても上記処理と同様の処理を実行する。例えば、コントローラ１０は、走行距離に関して抽出した利用履歴から、乗車するまでの所要時間（待ち時間ともいう）と待ち時間に対する満足度を取得する。例えば、抽出した利用履歴が一つしかない場合、コントローラ１０は、抽出した利用履歴に含まれる待ち時間及び満足度を取得する。また、例えば、抽出した利用履歴が複数存在する場合、コントローラ１０は、満足度が予め定められた所定の値以上の利用履歴をさらに選別するとともに、選別された利用履歴のうち、最長の待ち時間を取得する。この処理により、コントローラ１０は、満足度が所定の値以上であり、かつ、最長の待ち時間を取得することができる。乗車までの待ち時間が長い場合であっても、ユーザがある程度許容できるものとして満足した際の待ち時間が算出される。
　上記の２つの処理が終了した後、コントローラ１０は、第２時間算出機能により、目的地までの最長の所要時間に、出発地での最長の待ち時間を加算した時間を、第２の時間として算出する。また、コントローラ１０は、算出した第２の時間と、第１時間算出機能により算出された第１の時間とを比較し、第２の時間が第１の時間よりも長い場合には、算出した第２の時間を確定させる。反対に、コントローラ１０は、第２の時間が第１の時間よりも短い場合には、算出した第２の時間を破棄するとともに、第１の時間を第２の時間に置き換える。
　なお、コントローラ１０は、第２時間算出機能により算出された第２の時間に対して、ユーザが利用要求を行った時間帯、及び車両を利用する天気のうち少なくとも一つに基づいて補正してもよい。具体的には、コントローラ１０は、時間帯や天気に応じて、第２の時間を長くなるように補正したり、あるいは短くなるように補正したりする。例えば、ランチタイムのように限られた時間帯においては共用車両Ｖの利用には制限がかかるため、コントローラ１０は、利用要求が行われた時間帯がランチタイムに該当すると、第２の時間を短くするように補正する。また、例えば、天気が雨の時にはユーザは出発地での待ち時間を短くしたいと考えるため、コントローラ１０は、利用要求が行われた際の天気が雨に該当すると、第２の時間を短くするように補正する。上記の第２の時間を短くする補正では、コントローラ１０は、第１の時間よりも短くならない範囲で補正を行う。なお、補正の基準や補正の方法は一例であって、特に限定されるものではない。
　次に、第２時間提示機能について説明する。コントローラ１０は、第２時間提示機能により、ユーザ端末装置３００を介して、利用要求を行ったユーザに対して、算出した第２の時間を提示する。コントローラ１０は、第２時間提示機能により、第２の時間だけでなく、利用要求に対して選定された共用車両Ｖの情報（例えば、車種、色の情報、乗車可能人数）も提示する。また、コントローラ１０は、第２の時間の詳細な時間構成を提示してもよい。例えば、コントローラ１０は、第２の時間には、出発地での待ち時間と、出発地から目的地までの所要時間とが含まれていることを提示してもよい。ユーザは、提示された第２の時間を確認し、共用車両Ｖの利用を承諾するか否かを判断する。例えば、ユーザが目的地までの所要時間として第２の時間で問題がないと判断した場合には、ユーザは表示装置３３０に表示される「承諾する」を選択する。反対に、ユーザが第２の時間では問題があると判断した場合には、ユーザは表示装置３３０に表示される「承諾しない」を選択する。ユーザにより選択された情報は、通信装置３２０を介して、車両管理装置１００に送信される。ユーザが第２の時間に対して承諾した場合、利用要求を行ったユーザと車両管理装置１００との間で、共用車両Ｖの利用が成立する。以降に説明するコントローラ１０の機能は、共用車両Ｖの利用が成立した後に実行される。
　次に、サービス余力算出機能について説明する。コントローラ１０は、サービス余力算出機能により、第１の時間と第２の時間の差分の時間を、サービス余力として算出する。サービス余力とは、ユーザに提示して承諾を得られた第２の時間と、実際に目的地までの所要時間として予測した第１の時間との差分の時間である。ユーザは提示された第２の時間に対して承諾しているため、共用車両Ｖは第２の時間をかけてユーザにより指定された目的地に到着すればよい。つまり、サービス余力とは、共用車両Ｖが走行経路に沿って目的地に到着するまでに、目的地への走行以外の目的で費やすことが可能な時間である。本実施形態では、サービス余力は、共用車両Ｖへの相乗りに対して費やすことが可能な時間である。例えば、第１の時間と第２の時間の差分の時間として、１０分が算出された場合、最大１０分間、共用車両Ｖは、当初設定された走行経路から迂回し、他のユーザを相乗りさせることができる。
　次に、相乗り可否判定機能について説明する。コントローラ１０は、相乗り可否判定機能により、共用車両Ｖが相乗りさせることが可能か否かを判定する。コントローラ１０は、サービス余力算出機能により算出されたサービス余力が所定の時間を超えている場合には、他のユーザが共用車両Ｖに相乗りすることは可能と判定し、反対に、サービス余力が所定の時間以下の場合には、他のユーザが共用車両Ｖに相乗りすることは不可能と判定する。相乗り可否の判定に用いられる所定の時間は、予め定められた時間でもよいし、実験的に求められた時間でもよい。以降では、説明の便宜上、共用車両Ｖの利用が成立しているユーザを第１ユーザと称し、利用要求をこれから行うユーザを第２ユーザと称して説明する。
　次に、相乗り可能エリア算出機能について説明する。コントローラ１０は、相乗り可能エリア算出機能により、サービス余力に基づいて、第２ユーザが共用車両Ｖに相乗りすることができるエリアを算出する。コントローラ１０は、走行経路算出機能により算出した走行経路を基準として、サービス余力に応じて共用車両Ｖが迂回することが可能なエリアを算出する。例えば、コントローラ１０は、地図情報２５を参照し、サービス余力として算出された時間を距離に換算する。この換算処理において、コントローラ１０は、共用車両Ｖから送信される車速の情報を用いてもよいし、予め定められた車速の情報を用いてもよい。コントローラ１０は、算出された走行経路を基準としたエリアであり、かつ、換算された距離に応じて走行経路から拡張されたエリアを、相乗り可能エリアとして算出する。なお、相乗り可能エリアとして、走行経路から拡張する方向は特に限定されず、共用車両Ｖが目的地に第２の時間以内に到着可能であれば、走行経路から逸脱して迂回する方向であってもよい。例えば、相乗り可能エリアには、出発地から見て目的地よりも遠い方向にあるエリアも含まれる。
　図２は、相乗り可能エリアの一例を示す図である。図２では、ユーザＡが共用車両Ｖの利用要求を行い、提示された第２の時間に対して承諾している場面、すなわち、共用車両Ｖの利用が成立している場面を示す。図２では、コントローラ１０は、ユーザＡにより指定された出発地ＰＡ１を経由し、目的地ＰＡ２までの走行経路ＲＡを算出している。共用車両Ｖは、走行経路ＲＡに沿って走行している。
　図２に示す場面において、コントローラ１０は、ユーザＡに目的地ＰＡ２までの所要時間として提示した第２の時間と、渋滞情報等に基づいて推定された目的地ＰＡ２までの所要時間（第１の時間）との差分の時間を、サービス余力として算出している。相乗り可能エリアＡｒは、コントローラ１０によりサービス余力に基づいて算出された、共用車両Ｖが迂回しても、ユーザＡに提示した第２の時間内に目的地ＰＡ２まで到着することができる領域を示している。言い換えると、相乗り可能エリアＡｒは、第１ユーザとは異なるユーザを共用車両Ｖに相乗りさせた場合に、目的地ＰＡ２までの所要時間が第２の時間を超えない範囲内のエリアである。
　また、図３は、相乗り可能エリアの他の例を示す図である。図３は、図２の場面と同じ場面であるが、図２と比較して、相乗り可能エリアＡｒ’の領域が異なる。図３に示す相乗り可能エリアＡｒ’は、コントローラ１０により第２の時間が短くなるように補正された場合の領域を示す。第２の時間が短くなると、第２の時間がと第１の時間との差分の時間は短くなるため、図３に示すように、共用車両Ｖが迂回することが可能な領域が縮減される。
　再び、コントローラ１０の各機能について説明する。次に、走行経路更新機能について説明する。この機能は、第１ユーザによる共用車両Ｖの利用が成立した後、第１ユーザとは異なる第２ユーザにより利用要求があった場合に実行される。まず、コントローラ１０は、走行経路更新機能により、第２ユーザの相乗り可否を判定する。コントローラ１０は、相乗り可能エリアと、第２ユーザによる利用要求に含まれる出発地との関係に応じて、第２ユーザを共用車両Ｖに相乗りできるか否かを判定する。コントローラ１０は、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にある場合、第２ユーザを相乗りさせることが可能と判定する。反対に、コントローラ１０は、第２ユーザにより指定された出発地が相乗り可能エリアの範囲外にある場合、第２ユーザを相乗りさせることが不可能と判定する。
　次に、コントローラ１０は、走行経路更新機能により、第２ユーザを共用車両Ｖに相乗りさせるために、走行経路の更新を行う。具体的には、コントローラ１０は、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にある場合、共用車両Ｖが、第１ユーザにより指定された目的地までの走行経路を迂回して、第２ユーザにより指定された出発地を経由し、第１ユーザにより指定された目的地に到着するまでの走行経路を算出する。
　また、コントローラ１０は、第２ユーザにより指定された目的地が相乗り可能エリアの範囲内にあるか否かに応じて、第２ユーザにより指定された目的地を経由する走行経路を算出するか否かを判定する。例えば、コントローラ１０は、第２ユーザにより指定された出発地及び目的地が相乗り可能エリアの範囲内にある場合、共用車両Ｖが、第２ユーザにより指定された出発地及び目的地を経由して、第１ユーザにより指定された目的地に到着するまでの走行経路を算出する。反対に、コントローラ１０は、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にあり、第２ユーザに指定された目的地が相乗り可能エリアの範囲外にある場合、共用車両Ｖが、第２ユーザにより指定された出発地のみを経由して、第１ユーザにより指定された目的地に到着するまでの走行経路を算出する。
　また、コントローラ１０は、共用車両Ｖに第１ユーザが乗車していない場合、第１ユーザにより指定された出発地、第２ユーザにより指定された出発地との位置関係に応じて、第１ユーザにより指定された出発地及び第２ユーザにより指定された出発地を経由する順序を決定する。例えば、コントローラ１０は、共用車両Ｖの現在位置に対して、第１ユーザにより指定された出発地の方が第２ユーザにより指定された出発地よりも近い場合、第１ユーザにより指定された出発地、第２ユーザにより指定された出発地の順で経由する走行経路を算出する。反対に、コントローラ１０は、共用車両Ｖの現在位置に対して、第２ユーザにより指定された出発地の方が第１ユーザにより指定された出発地よりも近い場合、第２ユーザにより指定された出発地、第１ユーザにより指定された出発地の順で経由する走行経路を算出する。
　次に、通知機能について説明する。コントローラ１０は、通知機能により、更新された走行経路、第２ユーザにより指定された出発地（及び目的地）の情報、第２ユーザの情報（例えば、ユーザのＩＤ情報）を、車載装置２００Ｖ及びユーザ端末装置３００に送信する。これにより、共用車両Ｖに相乗りするユーザの情報、更新された走行経路の情報を、第１ユーザ及び車載装置２００Ｖは取得することができる。例えば、共用車両Ｖが車両管理装置１００により設定された走行経路に沿って自動的に走行する車両の場合、共用車両Ｖは、更新された走行経路に沿って走行して第２ユーザを乗車させる。そして、共用車両Ｖは、第２ユーザの乗車後、第１ユーザにより指定された目的地まで走行する。また、例えば、共用車両Ｖが運転者による運転により走行する場合、運転者は、更新された走行経路に沿って運転して第２ユーザを乗車させる。そして、運転者は、第２ユーザの乗車後、第１ユーザにより指定された目的地まで運転する。
　図４、５を用いて、相乗り可否の判定及び走行経路の更新について具体的に説明する。図４は、図２に示す場面において、第２ユーザによる利用要求を受け付けた場面を示している。図４では、ユーザＡが出発地ＰＡ１で共用車両Ｖに乗車する前に、ユーザＢが利用要求を行っている。この場面において、コントローラ１０は、相乗り可能エリアＡｒと、ユーザＢにより指定された出発地ＰＢ１とを比較し、出発地ＰＢ１が相乗り可能エリアＡｒの範囲内にあると判断し、ユーザＢは共用車両Ｖに相乗り可能と判断する。また、コントローラ１０は、相乗り可能エリアＡｒと、ユーザＢにより指定された目的地ＰＢ２とを比較し、目的地ＰＢ２が相乗り可能エリアＡｒの範囲内にあると判断し、ユーザＢを降車させた後に、ユーザＡにより指定された目的地ＰＡ２に向かうことが可能と判断している。
　図５は、図４の場面から所定時間経過した場面の図であり、コントローラ１０により更新された走行経路の一例を示す図である。図５に示すように、コントローラ１０は、ユーザＢにより指定された出発地ＰＢ１及び目的地ＰＢ２が相乗り可能エリアＡｒの範囲内にある場合、図４に示す走行経路ＲＡから更新された走行経路ＲＡＢを算出する。更新された走行経路ＲＡＢは、出発地ＰＡ１、出発地ＰＢ１、目的地ＰＢ２の順で経由して、目的地ＰＡ２に至る経路である。図５の例では、出発地ＰＢ１から目的地ＰＢ２までの区間において、共用車両Ｖには、ユーザＡ及びユーザＢが相乗りする。共用車両Ｖは、ユーザＢを相乗りさせても、第２の所要時間の範囲で目的地ＰＡ２に到着するため、ユーザＢの相乗りに対してユーザＡに与える不満を抑制することができる。また、共用車両Ｖは、目的地ＰＡ２に到着するまでにユーザＢを相乗りさせるため、共用車両Ｖの配車効率を向上させることができる。さらに、ユーザＢの周辺を走行する共用車両ＶがユーザＢに割り当てられるため、利用要求後にユーザＢに不要に待たすことを防止し、ユーザＢに与える不満を抑制することができる。
　続いて、本実施形態の車両管理システムの制御手順を示すフローチャートである図６に基づいて、本実施形態の車両管理システムの制御処理について説明する。制御処理は、所定の周期毎に繰り返し実行される。
　ステップＳ１０１では、コントローラ１０は、第１ユーザから利用要求を取得する。ステップＳ１０２では、コントローラ１０は、ステップＳ１０１にて取得した利用要求に基づいて、第１ユーザに割り当てる共用車両Ｖを選定する。例えば、コントローラ１０は、第１ユーザにより指定された出発地に最も近くの地点で停車している又は走行している共用車両Ｖを、第１ユーザに割り当てる。
　ステップＳ１０３では、コントローラ１０は、ステップＳ１０２にて選定された共用車両Ｖの現在位置から、ステップＳ１０１にて取得した出発地を経由して、ステップＳ１０１にて取得した目的地までの走行経路を算出する。例えば、コントローラ１０は、地図情報２５に含まれる地図情報及び道路情報を参照し、目的地までの走行経路を算出する。
　ステップＳ１０４では、コントローラ１０は、ステップＳ１０３にて算出された走行経路を走行した場合に、共用車両Ｖが目的地に到着するまでの所要時間を、第１の時間として算出する。第１の時間には、出発地において第１ユーザが共用車両Ｖを待つための待ち時間と、出発地から目的地までの共用車両Ｖの走行時間とが含まれる。例えば、コントローラ１０は、環境情報２４に含まれる渋滞情報及び天気情報を加味した車速を、共用車両Ｖの予想車速として推定する。そして、コントローラ１０は、共用車両Ｖの現在位置と出発地までの距離を予想車速で除算することで得られた時間と、出発地から目的地までの距離を予想車速で除算することで得られた時間とを合算することで、第１の時間を算出する。
　ステップＳ１０５では、コントローラ１０は、ステップＳ１０４にて算出された第１の時間よりも長い時間であり、かつ、第１ユーザに提示する時間を第２の時間として算出する。例えば、コントローラ１０は、データベース２０から、第１ユーザによる共用車両Ｖの利用履歴を取得する。そして、コントローラ１０は、ステップＳ１０１にて取得された出発地から目的地までの走行距離を算出するとともに、算出された走行距離と同程度の走行距離が記録されている第１ユーザの利用履歴を抽出する。コントローラ１０は、抽出結果に複数の利用履歴がある場合、過去に第１ユーザが回答した満足度が所定の値以上の利用履歴を選別するとともに、複数の利用履歴に含まれ目的地から出発地までの複数の走行時間のうち、最長の走行時間を抽出する。
　また、コントローラ１０は、第１ユーザの利用履歴に待ち時間及び待ち時間に対する満足度が含まれている場合、満足度が所定の値以上の利用履歴を選別するとともに、複数の利用履歴に含まれ出発地での複数の待ち時間のうち、最長の待ち時間を抽出する。コントローラ１０は、最長の走行時間に最長の待ち時間を加えた時間を、第２の時間として算出する。そして、コントローラ１０は、通信装置３０を介して、第１ユーザが所持するユーザ端末装置３００に、第２の時間の情報、選定された共用車両Ｖの情報、及び走行経路の情報を送信する。第１ユーザは、ユーザ端末装置３００の表示装置３３０に表示される各種情報を確認する。
　ステップ１０６では、コントローラ１０は、ステップＳ１０５で提示した第２の時間に対して、第１ユーザが承諾したか否かを判定する。第１ユーザが入力装置３１０に承諾又は不承諾の情報を入力すると、ユーザ端末装置３００は、第１ユーザによる入力情報を車両管理装置１００に送信する。第１ユーザが提示した第２の時間に承諾した場合には、ステップＳ１０７に進み、第１ユーザが提示した第２の時間に承諾しない場合には、車両管理システムの制御は終了する。
　ステップＳ１０７では、コントローラ１０は、サービス余力を算出する。具体的には、コントローラ１０は、ステップＳ１０５にて算出された第２の時間から、ステップＳ１０４にて算出した第１の時間を減算することで、第１の時間と第２の時間との差分の時間を取得し、サービス余力とする。
　ステップＳ１０８では、コントローラ１０は、ステップＳ１０７にて算出されたサービス余力に対して、相乗りが可能か否かを判定する。例えば、コントローラ１０は、サービス余力として算出された第１の時間と第２の時間との差分の時間が予め設定された所定の時間を超えている場合には、他のユーザを相乗りさせることが可能と判定する。反対に、コントローラ１０は、算出された差分の時間が所定の時間以内の場合には、他のユーザを相乗りさせることは不可能と判定する。相乗り可能と判定された場合、ステップＳ１０９に進み、相乗り不可能と判定された場合、車両管理システムの制御は終了する。
　ステップＳ１０９では、コントローラ１０は、ステップＳ１０７にて算出されたサービス余力に基づいて、相乗り可能エリアを算出する。例えば、コントローラ１０は、算出された第１の時間と第２の時間との差分の時間を距離に換算する。この際に、コントローラ１０は、予め設定された車速の情報、又は共用車両Ｖから送信される車速の情報を用いる。そして、コントローラ１０は、ステップＳ１０３にて算出された走行経路上の各地点から、換算した距離の分だけ所定の方向に拡張させることで、相乗り可能エリアを算出する。
　ステップＳ１１０では、コントローラ１０は、第１ユーザとは異なる第２ユーザからの利用要求を受け付けたか否かを判定する。第２ユーザからの利用要求を受け付けた場合、ステップＳ１１１に進み、第２ユーザからの利用要求を受け付けない場合には、ステップＳ１１０にて待機する。
　ステップＳ１１１では、コントローラ１０は、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内であるか否かを判定する。また、コントローラ１０は、第２ユーザの出発地が相乗り可能エリアの範囲内にある場合、第２ユーザの目的地も相乗り可能エリアの範囲内にあるか否かを確認する。第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にある場合、ステップＳ１１２へ進み、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にない場合、ステップＳ１１０へ戻る。
　ステップＳ１１２では、コントローラ１０は、ステップＳ１１０にて取得した第２ユーザにより指定された出発地を経由して、第１ユーザにより指定された目的地までの走行経路を算出して、ステップＳ１０３にて算出した走行経路の更新を行う。例えば、コントローラ１０は、第２ユーザにより指定された出発地及び目的地が相乗り可能エリアの範囲内にある場合、共用車両Ｖが、第２ユーザにより指定された出発地及び目的地を経由して、第１ユーザにより指定された目的地に到着するまでの走行経路を算出する。
　ステップＳ１１３では、コントローラ１０は、ステップＳ１１２にて更新された走行経路の情報等を第１ユーザ及び第２ユーザに通知する。コントローラ１０により第１ユーザに対して通知される情報には、走行経路の情報だけでなく、第２ユーザの情報を含めてもよい。また、コントローラ１０により第２ユーザに対して通知される情報には、走行経路の情報だけでなく、第１ユーザの情報を含めてもよい。コントローラ１０がステップＳ１１３での処理が終了すると、車両管理システムの制御は終了する。
　なお、図６に示すステップＳ１１３での制御が終了した後、コントローラ１０は、再度、相乗り可能エリアを算出して、第１ユーザ及び第２ユーザとは異なる第３ユーザを相乗りさせてもよい。例えば、図６に示すステップＳ１１３での制御が終了した後、コントローラ１０は、ステップＳ１０７~ステップＳ１０９を実行し、ステップＳ１１０にて待機してもよい。
　図７は、図５に示す場面から所定時間経過した後の場面の図であり、更新された相乗り可能算出エリアの一例を示す図である。図７に示す相乗り可能エリアＡｒ ’’は、コントローラ１０により更新された相乗り可能エリアを示している。コントローラ１０は、走行経路ＲＡＢを算出した後に、再びサービス余力を算出し、サービス余力に応じた相乗り可能エリアを算出してもよい。これにより、第１ユーザ及び第２ユーザと異なる第３ユーザによる利用要求を受け付け、第３ユーザにより指定された出発地が更新された相乗り可能エリアの範囲内にある場合には、第３ユーザを相乗りさせることができる。
　以上のように、本実施形態に係る車両管理システムは、ユーザから共用車両Ｖの利用要求を受け付けるとともに、共用車両Ｖの配車を管理するコントローラ１０と、ユーザが指定する車両の出発地及び目的地を含む利用要求を記憶するデータベース２０とを備えている。コントローラ１０は、利用要求を行った第１ユーザにより指定された目的地に共用車両Ｖが到着するまでの所要時間を第１の時間として算出し、第１の時間よりも長い時間であり、かつ、第１ユーザに提示する時間を第２の時間として算出し、第１の時間と第２の時間の差分の時間を、サービス余力として算出し、サービス余力に基づいて、共用車両Ｖに相乗りさせることが可能な相乗り可能エリアを算出し、第１ユーザと異なる第２ユーザから利用要求を受け付け、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にある場合、第２ユーザにより指定された出発地を共用車両Ｖに経由させる。これにより、第２ユーザが共用車両Ｖに相乗りしたとしても、第１ユーザにより指定された目的地に第２の時間内に到着することを確保しつつ、第２ユーザを相乗りさせることができ、第１ユーザ及び第２ユーザの不満を抑制することができる。その結果、ユーザによるシステムの利用機会が増えるとともに、配車効率の向上を図ることができる。
　また、本実施形態では、データベース２０は、ユーザが過去に共用車両Ｖを利用した際の記録として利用履歴情報２２を記憶し、利用履歴情報２２は、目的地までの所要時間に対するユーザの満足度を含んでいる。コントローラ１０は、過去に共用車両Ｖを利用したユーザの満足度に基づいて、第２の時間を算出する。これにより、ユーザの過去の経験に基づく第２の時間をユーザに提示できるため、所要時間に対する満足度がユーザごとに異なる場合であっても、ユーザに違和感を与えることを防ぐとともに、ユーザの不満を抑制することができる。
　また、本実施形態では、コントローラ１０は、第１ユーザが過去に共用車両Ｖを複数回利用している場合、複数の利用履歴の中から、満足度が予め定められた所定の値以上の利用履歴を選別するとともに、選別された利用履歴に含まれる所要時間のうち、最長の所要時間を第２の時間とする。これにより、第１ユーザに不満を与えない程度において、可能な限り長い時間を第２の時間とすることができる。その結果、相乗り可能エリアの拡大により他のユーザが相乗りする機会を増やすことにつながり、共用車両Ｖの配車効率を向上させることができる。
　また、本実施形態では、コントローラ１０は、第１ユーザにより指定された目的地までの走行経路を算出し、算出した走行経路及びその周辺の渋滞情報と、天気情報のうち少なくとも何れか一つに基づいて、第１の時間を算出する。これにより、目的地までの所要時間の予測精度を向上させることができる。
　また、本実施形態では、コントローラ１０は、サービス余力算出機能により算出されたサービス余力が所定の時間を超えている場合には、他のユーザが共用車両Ｖに相乗りすることは可能と判定する。これにより、例えば、第２の時間の算出精度の低下により、第２の時間が第１の時間と同程度の時間になったとしても、共用車両Ｖへの相乗りの可否判定において誤判定することを防ぐことができる。その結果、相乗りさせるか否かの判定を適切に行うことができる。
　また、本実施形態では、相乗り可能エリアは、第２ユーザを共用車両Ｖに相乗りさせた場合に、第１ユーザにより指定された目的地までの所要時間が第２の時間を超えない範囲内のエリアである。これにより、第２ユーザを共用車両Ｖに相乗りさせても、第１ユーザに不満を与えることを防ぐことができるため、共用車両Ｖの利用機会を増やすことができる。
　また、本実施形態では、コントローラ１０は、第２ユーザにより指定された出発地が相乗り可能エリアの範囲内にある場合、第２ユーザにより指定された出発地を経由し、第１ユーザにより指定された目的地までの共用車両Ｖの走行経路を算出する。そして、コントローラ１０は、算出した走行経路を共用車両Ｖに走行させる。これにより、第２ユーザは、自身が指定した出発地で共用車両Ｖに乗車することができるため、第２ユーザに不満を与えることを防ぐことができ、共用車両Ｖの利用機会を増やすことができる。
　また、本実施形態では、データベース２０は、天気情報を含む環境情報２４を記憶し、コントローラ１０は、共用車両Ｖの利用時間帯、及び共用車両Ｖを利用する際の天気のうち少なくともいずれか一つに基づいて、第２の時間を補正する。例えば、ランチタイムのように限られた時間帯であっても、第２の時間が短くなるように補正することで、不要に長い所要時間をユーザに提示して、ユーザに不満を与えることを防ぐことができる。
　≪第２実施形態≫
　次に、上述した実施形態と異なる本発明に係る車両管理システムについて説明する。本実施形態では、上述した実施形態と比べて、コントローラ１０の第２時間算出機能が異なる点以外は、上述した実施形態の車両管理装置１００と同様の構成であるため、同様の構成については上述した実施形態でした説明を援用する。
　本実施形態に係る第２時間算出機能について説明する。上述した実施形態では、コントローラ１０は、利用要求を行ったユーザ自身の共用車両Ｖの利用履歴に基づいて、第２の時間を算出したが、共用車両Ｖを利用するユーザが必ずしも過去に利用経験があるとは限られない。
　そこで、本実施形態では、コントローラ１０は、第２時間算出機能により、利用要求を行ったユーザとは異なるユーザの共用車両Ｖの利用歴に基づいて、第２の時間を算出する。具体的には、本実施形態では、コントローラ１０は、第１ユーザが共用車両Ｖを利用するエリアと同一又は周辺のエリアにおいて、過去に共用車両Ｖを利用したユーザを抽出し、抽出したユーザの共用車両Ｖの利用履歴に基づいて、第２の時間を算出する。
　例えば、コントローラ１０は、共用車両Ｖの利用経験がない第１ユーザからの利用要求を受け付けると、第１ユーザにより指定された出発地及び目的地から、第１ユーザが共用車両Ｖを利用するエリアを特定するとともに、出発地から目的地までの距離を算出する。次に、コントローラ１０は、データベース２０の利用履歴情報２２を参照し、特定したエリア又はその周辺のエリアにおいて、過去に共用車両Ｖを利用したユーザを抽出する。コントローラ１０は、利用履歴情報２２に含まれる出発地及び目的地が特定したエリアの範囲内であるか否かに応じて、該当するユーザを抽出することができる。
　コントローラ１０は、複数のユーザが該当する場合、複数のユーザの利用履歴の中から、第１ユーザにより指定された目的地から出発地までの距離と同程度の走行距離が含まれる利用履歴を抽出する。コントローラ１０は、満足度が予め定められた所定の値以上の利用履歴をさらに選別し、選別された利用履歴に含まれる所要時間の平均を算出する。なお、第２の時間のうち出発地から目的地までの走行時間は、平均時間に限られず、例えば、複数の所要時間のうち最長の所要時間であってもよい。最長の所要時間の場合、相乗り可能エリアの拡大につながり、他のユーザが相乗りする機会を増やすことができる。
　また、コントローラ１０は、上述した実施形態と同様に、出発地での待ち時間に対しても上記処理と同様の処理を実行する。コントローラ１０は、第２の時間のうち待ち時間を算出する際にも、第１ユーザが共用車両Ｖを利用するエリア又はその周辺のエリアにおいて、過去に共用車両Ｖを利用したユーザの利用履歴を用いる。待ち時間における処理については、本実施形態における説明及び上述した実施形態における説明を適宜援用する。
　コントローラ１０は、第１ユーザが共用車両Ｖを利用するエリア又はその周辺のエリアにおいて、過去に共用車両Ｖを利用したユーザの利用履歴に基づいて、目的地から出発地までの走行時間及び出発地での待ち時間を算出すると、算出した２つの時間を加算した時間を、第２の時間とする。
　以上のように、本実施形態では、コントローラ１０は、第１ユーザが共用車両Ｖを利用するエリアと同一又は周辺のエリアにおいて、過去に共用車両Ｖを利用したユーザを抽出し、抽出したユーザの満足度に基づいて、第２の時間を算出する。これにより、過去に同一又は周辺のエリアにおいて共用車両Ｖを利用したユーザの満足度に基づく第２の時間を、第１ユーザに提示することができる。その結果、第１ユーザが共用車両Ｖの利用経験がない場合であっても、第１ユーザが許容できる妥当な所要時間として、第２の時間を提示することができる。例えば、共用車両Ｖの利用経験がない第１ユーザに対して、不要に長い所要時間を提示することを抑制し、所定の水準レベルを下回らないサービスをユーザに提供することができる。
　また、上述した実施形態では、第１ユーザが共用車両Ｖを利用するエリアを基準にして、他のユーザの共用車両Ｖの利用履歴を用いる方法を説明したが、例えば、第１ユーザの属性を基準にして、他のユーザの共用車両Ｖの利用履歴を用いてもよい。
　次に、変形例に係る車両管理システムについて説明する。変形例では、第１ユーザの属性と同一又は類似の属性を有するユーザの共用車両Ｖの利用履歴を用いる。例えば、コントローラ１０は、第１ユーザの利用要求に含まれるユーザのＩＤ情報から、第１ユーザの性別及び年齢を把握する。次に、コントローラ１０は、データベース２０の利用履歴情報２２を参照し、性別が第１ユーザの性別と同一のユーザ、かつ、年齢が第１ユーザの年齢と同一又は近いユーザを抽出する。年齢が近いとする基準は特に限定されず、例えば、第１ユーザの年齢から年齢差が所定の範囲にあるユーザを年齢が近いユーザとしてもよいし、第１ユーザの年代と同一の年代のユーザを年齢が近いユーザとしてもよい。
　コントローラ１０は、複数のユーザが該当する場合、複数のユーザの利用履歴の中から、第１ユーザにより指定された目的地から出発地までの距離と同程度の走行距離が含まれる利用履歴を抽出する。コントローラ１０は、満足度が予め定められた所定の値以上の利用履歴をさらに選別し、選別された利用履歴に含まれる所要時間の平均時間、又は最長の所要時間を取得する。なお、ユーザの抽出処理では、性別が第１ユーザの性別と同一、かつ、年齢が第１ユーザの年齢と同一又は近い条件を用いることに限られない。例えば、性別が第１ユーザの性別と異なるユーザ、かつ、年齢が第１ユーザの年齢と同一又は近いユーザを抽出してもよい。また、例えば、性別が第１ユーザの性別と同一のユーザ、かつ、年齢が第１ユーザの年齢と離れているユーザを抽出してもよい。
　このように、変形例では、コントローラ１０は、第１ユーザの属性と同一又は類似の属性を有するユーザを抽出し、抽出したユーザの満足度に基づいて、第２の時間を算出する。これにより、第１ユーザの属性に基づく第２の時間を、第１ユーザに提示することができる。その結果、第１ユーザが共用車両Ｖの利用経験がない場合であっても、第１ユーザの感覚に近いユーザから算出された所要時間として、第２の時間を提示することができる。例えば、第１ユーザの感覚からすると長いと感じる所要時間を、第１ユーザに対して提示することを抑制し、所定の水準レベルを下回らないようなサービスをユーザに提供することができる。
　≪第３実施形態≫
　次に、上述した実施形態と異なる本発明に係る車両管理システムについて説明する。本実施形態では、上述した実施形態と比べて、コントローラ１０の第２時間算出機能が異なる点以外は、上述した実施形態の車両管理装置１００と同様の構成であるため、同様の構成については上述した実施形態でした説明を援用する。
　本実施形態に係る第２時間算出機能について説明する。上述した実施形態では、コントローラ１０は、共用車両Ｖの利用履歴に基づいて第２の時間を算出したが、例えば、共用車両Ｖの利用頻度が少ないエリアにおいては、他のエリアでの利用履歴に基づき第２の時間が算出され、その結果、第２の時間の算出精度が低下する恐れがある。
　そこで、本実施形態では、コントローラ１０は、第２時間算出機能により、共用車両Ｖ以外の移動手段の利用履歴に基づいて、第２の時間を算出する。具体的には、本実施形態では、コントローラ１０は、第１ユーザが共用車両Ｖを利用するエリアと同一又は周辺のエリアにおいて、共用車両Ｖ以外の移動手段を利用したユーザを抽出し、抽出したユーザの共用車両Ｖの利用履歴に基づいて、第２の時間を算出する。
　例えば、コントローラ１０は、共用車両Ｖの利用頻度が少ないエリアにおいて、共用車両Ｖの利用経験がない第１ユーザからの利用要求を受け付けると、第１ユーザにより指定された出発地及び目的地から、第１ユーザが共用車両Ｖを利用するエリアを特定するとともに、出発地から目的地までの距離を算出する。次に、コントローラ１０は、データベース２０の利用エリア情報２３を参照し、特定したエリア又はその周辺のエリアにおいて、過去に共用車両Ｖ以外の移動手段を利用したユーザを抽出する。コントローラ１０は、利用エリア情報２３に含まれる出発地及び目的地が特定したエリアの範囲内であるか否かに応じて、該当するユーザを抽出することができる。そして、コントローラ１０は、抽出したユーザが過去に共用車両Ｖ以外の移動手段を利用した際の利用履歴に基づいて、第２の時間を算出する。なお、利用履歴から第２の時間を算出する処理は、上述した実施形態と同様であるため、上述した実施形態で行った説明を適宜援用する。
　以上のように、本実施形態では、コントローラ１０は、第１ユーザが共用車両Ｖを利用するエリアと同一又は周辺のエリアにおいて、過去に共用車両Ｖ以外の移動手段を利用したユーザを抽出し、抽出したユーザの満足度に基づいて、第２の時間を算出する。これにより、過去に同一又は周辺のエリアにおいて共用車両Ｖ以外の移動手段を利用したユーザの満足度に基づく第２の時間を、第１ユーザに提示することができる。その結果、共用車両Ｖの利用頻度が少ないエリアにおいて、共用車両Ｖの利用経験がない第１ユーザから利用要求があった場合であっても、第１ユーザが許容できる妥当な所要時間として、第２の時間を提示することができる。例えば、タクシーや電車で移動した場合の所要時間と比べて不要に長い所要時間を提示することを抑制し、所定の水準レベルを下回らないサービスをユーザに提供することができる。
　なお、以上に説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
　例えば、上述した実施形態では、実施形態ごとに異なる第２の時間の算出方法を説明したが、それぞれの第２の算出方法を組み合わせて第２の時間を算出してもよい。例えば、第２実施形態において説明した方法で算出された所要時間と、第２実施形態の変形例において説明した方法で算出された所要時間との平均時間を第２の時間としてもよい。また、第３実施形態において説明した方法で算出された所要時間を平均時間の対象に加えて、第２の時間を算出してもよい。
　例えば、本明細書では、本発明に係る車両管理システムを、車両管理システム１を例に説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係るコントローラを、コントローラ１０を例に説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係るデータベースを、データベース２０を例に説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係る車両を、共用車両Ｖを例に説明するが、本発明はこれに限定されるものではない。
１…車両管理システム
　１００…車両管理装置
　　１０…コントローラ
　　２０…データベース
　　３０…通信装置
　Ｖ１~Ｖｎ…共用車両
　　２００Ｖ１~２００Ｖｎ…車載装置
　３００Ａ~３００Ｚ…ユーザ端末装置

Claims (13)

  1. 　複数のユーザに共用される複数の車両を管理する車両管理システムであって、
    　前記ユーザから前記車両の利用要求を受け付けるとともに、配車を管理するコントローラと、
    　前記ユーザが指定する前記車両の出発地及び目的地を含む前記利用要求を記憶するデータベースとを備え、
    　前記コントローラは、
    　前記利用要求を行った第１ユーザにより指定された前記目的地に前記車両が到着するまでの所要時間を第１の時間として算出し、
    　前記第１の時間よりも長い時間であり、かつ、前記第１ユーザに提示する時間を第２の時間として算出し、
    　前記第１の時間と前記第２の時間の差分の時間を、サービス余力として算出し、
    　前記サービス余力に基づいて、前記車両に相乗りさせることが可能な相乗り可能エリアを算出し、
    　前記第１ユーザと異なる第２ユーザからの前記利用要求を受け付け、前記第２ユーザにより指定された前記出発地が前記相乗り可能エリアの範囲内にある場合、前記第２ユーザにより指定された前記出発地を前記車両に経由させる車両管理システム。
  2. 　請求項１記載の車両管理システムであって、
    　前記データベースは、前記ユーザが過去に前記車両を利用した際の記録として前記車両の利用履歴を記憶し、
    　前記車両の利用履歴は、前記所要時間に対する前記ユーザの満足度を含み、
    　前記コントローラは、過去に前記車両を利用したユーザの前記満足度に基づいて、前記第２の時間を算出する車両管理システム。
  3. 　請求項１又は２記載の車両管理システムであって、
    　前記データベースは、前記ユーザが過去に前記車両を利用した際の記録として前記車両の利用履歴を記憶し、
    　前記車両の利用履歴は、前記所要時間に対する前記ユーザの満足度を含み、
    　前記コントローラは、
    　前記第１ユーザが前記車両を利用するエリアと同一又は周辺のエリアにおいて、過去に前記車両を利用したユーザを抽出し、
    　抽出した前記ユーザの前記満足度に基づいて、前記第２の時間を算出する車両管理システム。
  4. 　請求項１~３の何れか一項に記載の車両管理システムであって、
    　前記データベースは、前記ユーザが過去に前記車両を利用した際の記録として前記車両の利用履歴を記憶し、
    　前記車両の利用履歴は、前記所要時間に対する前記ユーザの満足度と、前記ユーザの属性とを含み、
    　前記ユーザの属性は、前記ユーザの年齢及び性別を含み、
    　前記コントローラは、
    　前記第１ユーザの前記属性と同一又は類似の前記属性を有するユーザを抽出し、
    　抽出した前記ユーザの前記満足度に基づいて、前記第２の時間を算出する車両管理システム。
  5. 　請求項１~４の何れか一項に記載の車両管理システムであって、
    　前記データベースは、前記ユーザが過去に前記車両以外の移動手段を利用した際の記録として前記車両以外の移動手段での利用履歴を記憶し、
    　前記車両以外の移動手段での利用履歴は、前記所要時間に対する前記ユーザの満足度を含み、
    　前記コントローラは、
    　前記第１ユーザが前記車両を利用するエリアと同一又は周辺のエリアにおいて、過去に前記車両以外の移動手段を利用したユーザを抽出し、
    　抽出した前記ユーザの前記満足度に基づいて、前記第２の時間を算出する車両管理システム。
  6. 　請求項２記載の車両管理システムであって、
    　前記コントローラは、
    　所定の閾値よりも高い前記満足度が含まれる前記利用履歴を抽出し、
    　抽出した利用履歴に含まれる前記所要時間のうち最長の時間を、前記第２の時間とする車両管理システム。
  7. 　請求項３~５の何れか一項に記載の車両管理システムであって、
    　前記コントローラは、
    　前記満足度が所定の閾値よりも高いユーザをさらに抽出し、
    　抽出した前記ユーザが前記車両を利用した際の前記所要時間のうち最長の時間を、前記第２の時間とする車両管理システム。
  8. 　請求項１~７の何れか一項に記載の車両管理システムであって、
    　前記データベースは、道路情報及び天気情報を記憶し、
    　前記コントローラは、
    　前記目的地までの前記車両の走行経路を算出し、
    　前記走行経路及び前記走行経路の周辺の道路における前記道路情報と、前記天気情報のうち少なくともいずれか一つに基づいて、前記第１の時間を算出する車両管理システム。
  9. 　請求項１~８の何れか一項に記載の車両管理システムであって、
    　前記コントローラは、
    　前記サービス余力が所定の時間を超えている場合、前記車両に相乗りさせることが可能と判断する車両管理システム。
  10. 　請求項１~９の何れか一項に記載の車両管理システムであって、
    　前記相乗り可能エリアは、前記第２ユーザを前記車両に相乗りさせた場合に、前記第１ユーザにより指定された前記目的地までの前記所要時間が前記第２の時間を超えない範囲内のエリアである車両管理システム。
  11. 　請求項１~１０の何れか一項に記載の車両管理システムであって、
    　前記コントローラは、
    　前記第２ユーザにより指定された前記出発地が前記相乗り可能エリア範囲内にある場合、前記第２ユーザにより指定された前記出発地を経由し、前記第１ユーザにより指定された前記目的地までの前記車両の走行経路を算出し、
    　算出した前記走行経路を前記車両に走行させる車両管理システム。
  12. 　請求項１~１１の何れか一項に記載の車両管理システムであって、
    　前記データベースは、天気情報を記憶し、
    　前記コントローラは、前記車両の利用時間帯、及び前記車両を利用する際の天気のうち少なくともいずれか一つに基づいて、前記第２の時間を補正する車両管理システム。
  13. 　複数のユーザに共用される複数の車両を管理するコントローラと、前記ユーザが指定する前記車両の出発地及び目的地を含む利用要求を記憶するデータベースを用いて、配車を管理する車両管理方法であって、
    　前記利用要求を行った第１ユーザにより指定された前記目的地に前記車両が到着するまでの所要時間を第１の時間として算出し、
    　前記第１の時間よりも長い時間であり、かつ、前記第１ユーザに提示する時間を第２の時間として算出し、
    　前記第１の時間と前記第２の時間の差分の時間を、サービス余力として算出し、
    　前記サービス余力に基づいて、前記車両に相乗りさせることが可能な相乗り可能エリアを算出し、
    　前記第１ユーザと異なる第２ユーザからの前記利用要求を受け付け、前記第２ユーザにより指定された前記出発地が前記相乗り可能エリアの範囲内にある場合、前記第２ユーザにより指定された前記出発地を前記車両に経由させる車両管理方法。
PCT/IB2018/000825 2018-06-12 2018-06-12 車両管理システムおよび車両管理方法 WO2019239175A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2020524692A JP7044874B2 (ja) 2018-06-12 2018-06-12 車両管理システムおよび車両管理方法
US17/251,556 US20210248911A1 (en) 2018-06-12 2018-06-12 Vehicle management system and vehicle management method
PCT/IB2018/000825 WO2019239175A1 (ja) 2018-06-12 2018-06-12 車両管理システムおよび車両管理方法
CN201880094564.2A CN112262418B (zh) 2018-06-12 2018-06-12 车辆管理系统和车辆管理方法
BR112020025288A BR112020025288A8 (pt) 2018-06-12 2018-06-12 Sistema de gerenciamento de veículos e método de gerenciamento de veículos

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2018/000825 WO2019239175A1 (ja) 2018-06-12 2018-06-12 車両管理システムおよび車両管理方法

Publications (1)

Publication Number Publication Date
WO2019239175A1 true WO2019239175A1 (ja) 2019-12-19

Family

ID=68842824

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2018/000825 WO2019239175A1 (ja) 2018-06-12 2018-06-12 車両管理システムおよび車両管理方法

Country Status (5)

Country Link
US (1) US20210248911A1 (ja)
JP (1) JP7044874B2 (ja)
CN (1) CN112262418B (ja)
BR (1) BR112020025288A8 (ja)
WO (1) WO2019239175A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021149535A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
JP2021149536A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
CN113470376A (zh) * 2021-05-25 2021-10-01 上海天壤智能科技有限公司 基于卡口过车数据的实时区域在途车辆计数方法及系统

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3797261A1 (en) * 2018-08-03 2021-03-31 Google LLC Multi-modal method of transportation routing
CN111612558A (zh) * 2019-02-25 2020-09-01 福特全球技术公司 行程邀约的方法和系统
JP7201503B2 (ja) * 2019-03-25 2023-01-10 株式会社日立製作所 移動サービスシステムおよび移動サービス提供方法
US11898870B2 (en) * 2021-09-02 2024-02-13 Here Global B.V. Apparatus and methods for providing a route using a map layer of one or more sound events
CN115188192B (zh) * 2022-07-12 2023-05-23 重庆电子工程职业学院 一种基于行程预测的自动控制泊车系统及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003021522A (ja) * 2001-07-09 2003-01-24 Nissan Motor Co Ltd 情報提示装置
JP2008032563A (ja) * 2006-07-28 2008-02-14 Matsushita Electric Ind Co Ltd 集合場所決定方法および移動体情報端末及びサーバー装置
JP2015191364A (ja) * 2014-03-27 2015-11-02 富士通株式会社 相乗り依頼方法、相乗り依頼装置およびプログラム
JP2018081575A (ja) * 2016-11-17 2018-05-24 日産自動車株式会社 車両管理方法及び車両管理システム
US20180156623A1 (en) * 2016-12-05 2018-06-07 Microsoft Technology Licensing, Llc Generating travel instructions in multimodal transportation scenarios

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004295576A (ja) * 2003-03-27 2004-10-21 Kureo:Kk タクシ配車プログラム、タクシ配車方法およびタクシ配車装置
CN105094767B (zh) * 2014-05-06 2019-02-12 华为技术有限公司 自动驾驶车辆调度方法、车辆调度服务器及自动驾驶车辆
WO2016034209A1 (en) * 2014-09-02 2016-03-10 Telecom Italia S.P.A. Method and system for providing a dynamic ride sharing service
EP3261054A4 (en) * 2015-02-10 2018-06-27 Beijing Didi Infinity Technology and Development Co., Ltd. Order pushing method and system
US10677602B2 (en) * 2017-01-25 2020-06-09 Via Transportation, Inc. Detecting the number of vehicle passengers
CN106875674B (zh) * 2017-04-14 2020-02-07 上海雷腾软件股份有限公司 一种用于车辆调度的方法及设备
JP2018205829A (ja) * 2017-05-30 2018-12-27 本田技研工業株式会社 ライドシェア管理装置、ライドシェア管理方法、およびプログラム
CN107172210A (zh) * 2017-07-06 2017-09-15 安徽超清科技股份有限公司 一种拼车服务系统
US20190043121A1 (en) * 2017-08-03 2019-02-07 International Business Machines Corporation Enhanced ride sharing fare determination
CN107948290A (zh) * 2017-11-28 2018-04-20 上海与德科技有限公司 一种拼车信息发布方法以及服务器
US10895463B1 (en) * 2018-01-24 2021-01-19 State Farm Mutual Automobile Insurance Company Systems and methods of monitoring and analyzing multimodal transportation usage

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003021522A (ja) * 2001-07-09 2003-01-24 Nissan Motor Co Ltd 情報提示装置
JP2008032563A (ja) * 2006-07-28 2008-02-14 Matsushita Electric Ind Co Ltd 集合場所決定方法および移動体情報端末及びサーバー装置
JP2015191364A (ja) * 2014-03-27 2015-11-02 富士通株式会社 相乗り依頼方法、相乗り依頼装置およびプログラム
JP2018081575A (ja) * 2016-11-17 2018-05-24 日産自動車株式会社 車両管理方法及び車両管理システム
US20180156623A1 (en) * 2016-12-05 2018-06-07 Microsoft Technology Licensing, Llc Generating travel instructions in multimodal transportation scenarios

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021149535A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
JP2021149536A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
JP7432414B2 (ja) 2020-03-19 2024-02-16 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
CN113470376A (zh) * 2021-05-25 2021-10-01 上海天壤智能科技有限公司 基于卡口过车数据的实时区域在途车辆计数方法及系统

Also Published As

Publication number Publication date
US20210248911A1 (en) 2021-08-12
JP7044874B2 (ja) 2022-03-30
CN112262418B (zh) 2022-10-25
BR112020025288A8 (pt) 2023-01-17
CN112262418A (zh) 2021-01-22
JPWO2019239175A1 (ja) 2021-07-01
BR112020025288A2 (ja) 2021-11-09

Similar Documents

Publication Publication Date Title
WO2019239175A1 (ja) 車両管理システムおよび車両管理方法
JP7136246B2 (ja) 共用車両管理方法及び共用車両管理装置
US8825354B2 (en) System for supporting a user of an electrically driven vehicle
US20170169366A1 (en) Systems and Methods for Adjusting Ride-Sharing Schedules and Routes
JP6595720B2 (ja) 経路探索装置、バッテリ情報管理装置及びプログラム
CN112119435B (zh) 车辆分配设备、车辆分配方法、计算机程序和计算机可读存储介质
JP7154831B2 (ja) 車両管理システムおよび車両管理方法
JPWO2019026180A1 (ja) 情報提供方法及び情報提供装置
JP6569279B2 (ja) 共用車両管理装置
JP2016200984A (ja) 共用車両管理装置
WO2021068856A1 (zh) 一种为用户展示出行方式的方法及系统
JP2020021256A (ja) 情報処理装置、乗車車両調整方法及び乗車車両調整プログラム
US20200175431A1 (en) Allocation of Vehicles for Inter-City Rides
JP7062527B2 (ja) 代替案の提案システム及び代替案の提案方法
JP6439251B2 (ja) 車両管理システム及び車両管理方法
CN109409549A (zh) 电动汽车换电的方法、系统、服务器和存储介质
JP2017010188A (ja) 共用車両管理装置及び共用車両管理方法
CN112258270A (zh) 一种拼车行程生成的方法及装置
JP7188917B2 (ja) 車両管理システムおよび車両管理方法
JP7403117B2 (ja) 電気自動車用カーナビゲーションのシステム、方法、および、プログラム
JP2020016595A (ja) 経路探索システム、ライドシェア管理装置、経路探索装置、コンピュータプログラムおよび経路探索方法
JP7475985B2 (ja) 配車管理装置及び配車管理方法
JP2023128580A (ja) 情報処理装置、プログラム及び情報処理方法
JP2023045937A (ja) 配車管理システム、配車予約管理方法及びコンピュータプログラム
JP2024038881A (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: 18922637

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020524692

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

Country of ref document: EP

Kind code of ref document: A1