WO2019030835A1 - 共用車両管理方法及び共用車両管理装置 - Google Patents

共用車両管理方法及び共用車両管理装置 Download PDF

Info

Publication number
WO2019030835A1
WO2019030835A1 PCT/JP2017/028827 JP2017028827W WO2019030835A1 WO 2019030835 A1 WO2019030835 A1 WO 2019030835A1 JP 2017028827 W JP2017028827 W JP 2017028827W WO 2019030835 A1 WO2019030835 A1 WO 2019030835A1
Authority
WO
WIPO (PCT)
Prior art keywords
shared vehicle
user
alternative
information
control device
Prior art date
Application number
PCT/JP2017/028827
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 JP2019535485A priority Critical patent/JP6844703B2/ja
Priority to BR112020002611-5A priority patent/BR112020002611A2/pt
Priority to US16/637,633 priority patent/US11663532B2/en
Priority to CN201780093773.0A priority patent/CN111033595B/zh
Priority to PCT/JP2017/028827 priority patent/WO2019030835A1/ja
Publication of WO2019030835A1 publication Critical patent/WO2019030835A1/ja
Priority to JP2021028644A priority patent/JP7136246B2/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • 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
    • 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/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]

Definitions

  • the present invention relates to a shared vehicle management method and shared vehicle management apparatus that manage shared vehicles used by a plurality of users.
  • a method of determining a travel route that minimizes the estimated required time, etc., for transporting all customers etc. based on road traffic information when there is a transfer request from another customer while transporting customers etc. Is known (Patent Document 1). Other customers can ride on the vehicle being transferred by accepting the determined travel route and the like.
  • the traffic environment on the traveling route has changed due to the occurrence of traffic congestion or the like while the vehicle is traveling on the traveling route in order to bring down the joining user or to pick up the joining user.
  • the delay time to the estimated required time increases.
  • the problem to be solved by the present invention is that the traffic environment on the traveling route changes while the vehicle is traveling on the traveling route, in order to drop the user who is joining or to pick up the user who joins. Even if it is, to reduce the delay time to the expected travel time.
  • the present invention is directed to a first traveling route along which the shared vehicle travels and a first required for the shared vehicle to arrive at a destination on the first traveling route based on the desired conditions of the user joining the shared vehicle.
  • the required time is calculated, and when the delay time for the first required time exceeds a predetermined time while the shared vehicle is traveling on the first traveling route, based on the desired condition of the user who rides the shared vehicle
  • a second traveling route including the alternative riding position or the alternative getting-off position, and the purpose of the shared vehicle on the second traveling path is solved by calculating the second required time required to arrive at the ground and notifying the user who rides on the shared vehicle at least the alternative riding position or the alternative getting off position and the second required time.
  • the traffic environment on the traveling route changes while the vehicle is traveling on the traveling route, in order to drop the user who is joining or to pick up the user who joins. Also, it is possible to reduce the delay time relative to the estimated required time.
  • FIG. 1A is a block diagram of a shared vehicle management system according to the first embodiment.
  • FIG. 1B is a block diagram of a shared vehicle management device showing functions of the control device of the first embodiment.
  • FIG. 2 is an example of data indicating the occurrence probability of traffic congestion for a time zone of a day.
  • FIG. 3 is a diagram for explaining the first travel route calculation function.
  • FIG. 4 is a diagram for explaining the delay time detection function.
  • FIG. 5 is a diagram for describing an alternative destination setting function, a second travel route calculation function, and a second required time calculation function.
  • FIG. 6 is a flowchart showing a control procedure of the car sharing system by the shared vehicle management device of the first embodiment.
  • FIG. 7 is a view for explaining a second traveling route calculation function of the second embodiment.
  • FIG. 8 is a diagram for explaining a first traveling route calculation function of the fourth embodiment.
  • FIG. 9 is a diagram for explaining the delay time detection function of the fourth embodiment.
  • FIG. 10 is a diagram for describing an alternative destination setting function of the fourth embodiment, a second travel route calculation function of the fourth embodiment, and a second required time calculation function of the fourth embodiment.
  • FIG. 11 is a diagram for explaining a first traveling route calculation function of the modification and a delay time detection function of the modification.
  • FIG. 12 is a diagram for explaining an alternative destination setting function of the modification.
  • a shared vehicle management system according to an embodiment of the present invention will be described below based on the drawings.
  • the present embodiment will be described using an example in which the shared vehicle management apparatus is applied to a shared vehicle management system that manages and operates a car sharing system in which a plurality of users share a plurality of shared vehicles arranged in a plurality of stations.
  • the station for borrowing the shared vehicle and the station for returning the shared vehicle may be the same or different.
  • Each station is a place where the shared vehicle can be parked, and the shared vehicle can be rented and returned, or the shared vehicle not being used can be kept on standby, and the station is prepared in advance for the car sharing system. A parking lot etc. are mentioned.
  • FIG. 1A is a block diagram showing a shared vehicle management system 1 of the present embodiment.
  • shared vehicle management system 1 of the present embodiment includes shared vehicle management apparatus 100 and a plurality of shared vehicles V1 to Vn used by a plurality of users (hereinafter collectively referred to as shared vehicle Vn).
  • In-vehicle devices 200V1 to 200Vn hereinafter sometimes collectively referred to as in-vehicle devices 200Vn
  • user terminal devices 400A to 400Z hereinafter referred to as user terminal devices 400A respectively possessed by a plurality of users.
  • the numbers of on-vehicle devices 200V1 to 200Vn and user terminal devices 400A to 400Z constituting the shared vehicle management system 1 of the present embodiment are not limited.
  • Shared vehicle management device 100, in-vehicle devices 200V1 to 200Vn, and user terminal devices 400X to 400Y respectively include communication devices (20, 220, 420), and mutually exchange information via a telecommunication network such as the Internet 300. Is possible.
  • the communication path may be wired or wireless.
  • the user terminal device 400A of the present embodiment executes a ROM (Read Only Memory) storing a program applied to the user terminal device 400A according to the present embodiment of the present invention and the program stored in the ROM.
  • a computer is provided with a central processing unit (CPU) as an operation circuit for executing each function, and a random access memory (RAM) functioning as an accessible storage device.
  • the user terminal device 400A of the present embodiment may be a portable computer such as a personal computer, a smartphone, or a personal digital assistant (PDA).
  • PDA personal digital assistant
  • the user terminal device 400A includes an input device 410 for receiving input information for requesting use of the shared vehicle Vn by each user, a communication device 420 for communicating with an external device such as the shared vehicle management device 100, and each user.
  • the input device 410 of the user terminal device 400A for example, a device such as a touch panel or joystick disposed on a display screen capable of manual input by the user, or a microphone capable of input by the user's voice may be used. it can.
  • the display device 430 notifies the user of the information received from the shared vehicle management device 100.
  • a display or the like can be given, and in the case of using a touch panel display, the display device 430 can also be used as the input device 410.
  • the display device 430 receives, for example, information on a travel route of the shared vehicle Vn from the shared vehicle management device 100, and notifies the user of the information.
  • the control device 440 of the present embodiment uses the position acquisition device such as a GPS (Global Positioning System) receiver (not shown) provided in the user terminal device 400A to obtain information on the current position of the user operating the user terminal device 400A. get.
  • the information on the current position includes, for example, information on latitude and longitude.
  • Control device 440 transmits the acquired current position information to shared vehicle management device 100 via communication device 420.
  • control device 440 periodically transmits information on the current position of each user to shared vehicle management apparatus 100. Thereby, the control device 10 included in the shared vehicle management device 100 described later can acquire current position information of each user.
  • control device 440 receives input information such as a use request for requesting use of shared vehicle Vn by each user, and transmits the same to shared vehicle management device 100 via communication device 420.
  • the use request described above includes the ID information of the user, the information of the current position of the user, the information of the desired departure place of the user, the ID information of the shared vehicle Vn which the user intends to use, the information of the desired destination of the user, It includes information on the desired usage start time, the delay time that the user can tolerate, and the like.
  • the user's desired departure place is a boarding position where the user gets on the shared vehicle Vn
  • the user's desired destination is an exit position where the user gets off the shared vehicle Vn.
  • allowable delay time is a delay time that can be tolerated when the user rides on a shared vehicle Vn with another user.
  • the shared vehicle management apparatus 100 executes a process of assigning a plurality of users who have made a use request to one shared vehicle Vn in order to share the plurality of users on the shared vehicle Vn.
  • shared vehicle Vn passes through the riding position or getting off position of the other user in addition to the riding position or getting off position of the user.
  • the allowable delay time is defined as a condition for allocating the user to the shared vehicle Vn. The process of allocating the user whose shared vehicle management device 100 has made the usage request to the shared vehicle Vn will be described later.
  • one or both of the user terminal device 400A and the in-vehicle device 200Vn may function as a navigation device for guiding the traveling route of the shared vehicle Vn to the user.
  • the user terminal device 400A stores, for example, map information in a ROM or the like provided in the user terminal device 400A in advance.
  • the user terminal device 400A receives the travel route and the estimated required time calculated by the shared vehicle management device 100.
  • the user terminal device 400A displays the current position of the shared vehicle Vn currently used by the user and the position of the destination of the shared vehicle Vn together with the map information on the display device 430, from the current position of the shared vehicle Vn Guide the travel route to the destination.
  • Examples of the shared vehicle Vn according to the present embodiment include an electric vehicle equipped with an electric motor as a drive source, an engine vehicle equipped with an internal combustion engine as a drive source, and a hybrid vehicle equipped with both an electric motor and an internal combustion engine as a drive source.
  • the electric vehicles and hybrid vehicles that use an electric motor as a drive source include those that use a secondary battery as a power supply for the electric motor and those that use a fuel cell as a power supply for the electric motor.
  • the in-vehicle device 200Vn of the present embodiment uses the GPS receiver 210 for detecting the current position of each shared vehicle Vn, the communication device 220 for communicating with an external device such as the shared vehicle management device 100, and the use of the shared vehicle Vn by the user. And a controller 230 for executing the control process of
  • This in-vehicle device 200Vn may be a simple mechanism using the function of the user terminal device 400A.
  • the function is used, and the on-vehicle device 200Vn performs only authentication of the user shown below. May be
  • control device 230 uses the authentication device (not shown) provided in on-vehicle apparatus 200 Vn, control device 230 matches the user who has got on shared vehicle Vn with the user who made a request for using shared vehicle Vn. Perform user authentication whether or not to For example, the control device 230 reads the ID information of the user from the user terminal device 400A owned by the user, the membership card, or the like, using a device capable of NFC (Near Field Communication) communication as an authentication device. Furthermore, control device 230 accesses shared vehicle management device 100 via communication device 220, acquires information on usage request of shared vehicle Vn, and performs user authentication of the user who has got on shared vehicle Vn.
  • NFC Near Field Communication
  • control device 230 transmits information on the current position acquired using GPS receiver 210 to shared vehicle management device 100 via communication device 220.
  • control device 230 notifies the user of information and the like transmitted from shared vehicle management apparatus 100 using a display, a speaker, and the like (not shown).
  • the control device 230 receives, from the shared vehicle management device 100, information on the user who wants to join the shared vehicle Vn, the travel route of the shared vehicle Vn, the estimated required time, etc. Notice.
  • the ride-in according to the present embodiment indicates that a plurality of people ride on one shared vehicle together, and, for example, indicates that another person rides on one shared vehicle.
  • the in-vehicle device 200Vn functions as a navigation device for guiding a traveling route from the current position of the shared vehicle Vn to the destination, as in the user terminal device 400A described above. It is also good.
  • Shared vehicle management apparatus 100 of this embodiment functions as a server of shared vehicle management system 1, and performs control processing for managing and operating a car sharing system, on-vehicle apparatus 200Vn, and user terminal apparatus 400A.
  • a communication device 20 capable of communicating with each other, and a database 30 storing information received by the communication device 20, information of each shared vehicle Vn, and the like are provided.
  • the database 30 stores shared vehicle information 31, a usage request 32 received from a user, map information 33, user information 34, and road traffic information 35.
  • the shared vehicle information 31 is information on each shared vehicle Vn.
  • the shared vehicle information 31 includes information on the current position of each shared vehicle Vn, remaining power capacity and failure information of each shared vehicle Vn, current usage status of each shared vehicle Vn, and the like.
  • the use request 32 is input information for requesting use of the shared vehicle Vn input by each user using the user terminal device 400A.
  • the use request 32 indicates the ID information of the user, the ID information of the shared vehicle Vn that the user intends to use, the information of the current position of the user, the departure place set by the user, the destination, the use start time, and the allowable delay time Information etc. are included.
  • the map information 33 is map information including information such as roads and facilities.
  • the map information 33 includes, for example, location information of each station, facility information around each station, traffic conditions around each station, and information about each station such as usage status of each station.
  • the user information 34 is information of all users who can use the car sharing system.
  • the user information 34 includes ID information of all users and information of current positions of all users. For example, when the communication device 20 receives the current position information of each user from the user terminal device 400A of each user at predetermined intervals, the current position information of each user can be stored in the user information 34.
  • the user information 34 may include information on the usage history of the shared vehicle Vn for each user. The usage history includes at least information of a departure place and a destination set by the user, a position where the user actually got in and out, a position where the user actually got off, and a time zone used by the user.
  • Road traffic information 35 is information on traffic regulation and traffic congestion.
  • the road traffic information 35 can be exemplified by information received via the communication device 20 from VICS (registered trademark) (Vehicle Information and Communication System) provided outside the vehicle.
  • the information received from the VICS includes information on the traffic congestion status (vehicle speed, required travel time, etc.) of the road.
  • the road traffic information 35 includes not only information on current traffic restrictions and traffic jams, but also data indicating the occurrence probability of traffic jams with respect to the time zone of one day.
  • a graph in which the horizontal axis represents time and the vertical axis represents congestion occurrence probability as illustrated in FIG. 2 can be illustrated.
  • the example of FIG. 2 shows that the probability of occurrence of traffic congestion is high at around 7 o'clock and around 18 o'clock.
  • the road traffic information 35 stores the graph of FIG. 2 for each road, each day, and each weather.
  • FIG. 2 is an example of data which show the occurrence probability of the traffic congestion with respect to the time slot
  • the control device 10 of the shared vehicle management device 100 has a ROM (Read Only Memory) 12 storing a program for executing a process of managing and operating the car sharing system, and By executing a program stored in the ROM 12, a CPU (Central Processing Unit) 11 as an operation circuit functioning as the shared vehicle management device 100 and a RAM (Random Access Memory) 13 functioning as an accessible storage device Prepare.
  • ROM Read Only Memory
  • CPU Central Processing Unit
  • RAM Random Access Memory
  • the control device 10 of the shared vehicle management device 100 realizes a reservation management function and a sharing management function as shown in FIG. 1B.
  • the reservation management function includes a use acceptance function and a shared vehicle selection function.
  • the sharing management function includes a first travel route calculation function, a first required time calculation function, a joining judgment function, a delay time detection function, an alternative destination setting function, a second travel route calculation function, and a second A required time calculation function and a notification function are included.
  • the control device 10 of the shared vehicle management device 100 according to the present embodiment is a computer that realizes each function by cooperation of the software for realizing the above function and the hardware described above.
  • FIG. 1B is a block diagram of the shared vehicle management apparatus 100 which showed the function with which the control apparatus 10 of this embodiment is provided.
  • Control device 10 sequentially acquires a use request for requesting use of one shared vehicle Vn from the user via user terminal device 400A by the use acceptance function. Then, the control device 10 causes the database 30 to store the acquired information of the use request together with the information of the time (reservation time) at which the use request was received.
  • the user activates the communication device 420 of the user terminal device 400A, accesses the shared vehicle management device 100, and wants to get in the shared vehicle information 31 stored in the database 30 of the shared vehicle management device 100 Identify the desired car type. Further, the user inputs the use start time to the input device 410 of the user terminal device 400A as the time to start the use of the shared vehicle Vn. Furthermore, the user inputs a departure place as a position to get on shared vehicle Vn and a destination as a position to get off on shared vehicle Vn in input device 410.
  • the user terminal device 400A transmits the input information to the shared vehicle management device 100 via the communication device 420.
  • the shared vehicle management device 100 receives the vehicle type, the use start time, the departure place, the destination, the information on whether or not to join, and the allowable delay time as the user's desired condition.
  • the information transmitted from the user terminal device 400A to the shared vehicle management device 100 may include not only the user's desired condition but also personal information of the user such as gender and age (age).
  • the control device 10 stores the received personal information of the user in the user information 34 of the database 30.
  • the control device 10 selects a shared vehicle on which a plurality of users ride together by allocating the shared vehicle Vn for each user based on the shared vehicle information 31, the usage request 32, and the user information 34 by the shared vehicle selection function. .
  • control device 10 The process performed by the control device 10 will be described by taking, as an example, a scene in which one user A who permits sharing is using the shared vehicle V1.
  • the control device 10 acquires a use request from another user B who can ride in, the control device 10 assigns the user B to a particular shared vehicle Vn currently used based on the user B's desired condition.
  • control device 10 assigns user B to shared vehicle V1.
  • shared vehicle V1 is selected as a vehicle on which a plurality of users ride together.
  • the criteria for determining whether to allocate the user who has made the usage request to the particular shared vehicle Vn being used is not particularly limited.
  • the control device 10 can appropriately assign the user who has made the usage request to the shared vehicle Vn, based on the relationship between the current position of the user who made the usage request and the current position of the shared vehicle Vn.
  • control device 10 assigns user B to shared vehicle V1 when shared vehicle V1 is traveling around the current position of user B.
  • the control device 10 may determine whether or not the shared vehicle V1 can ride together in consideration of the number of passengers of the shared vehicle V1 traveling. For example, when the maximum number of passengers is on shared vehicle V1, control device 10 assigns user B not to shared vehicle V1 but to shared vehicle V2 traveling around the current position of user B.
  • control device 10 can appropriately allocate the user who has made the usage request to the shared vehicle Vn based on the user's personal information.
  • the control device 10 assigns the user B to the shared vehicle V1.
  • the control device 10 assigns the user B to the shared vehicle V1.
  • control device 10 makes a use request from a plurality of users (including the user A and the user B) capable of sharing, based on the current position information of the plurality of users and the personal information of the plurality of users. , Assign a plurality of users to a specific shared vehicle Vn.
  • control device 10 executes clustering processing on a plurality of departure places or a plurality of destinations acquired from a plurality of users, and identifies a plurality of users whose departure places or destinations are the same. For example, when the departure place and the destination of the user A and the departure place and the destination of the user B are in the same direction, the control device 10 specifies the user A and the user B from a plurality of users by clustering processing. Then, control device 10 assigns user A and user B to shared vehicle V1 waiting at the station. Note that the control device 10 is not limited to performing the clustering process at the departure place or the destination place, and may perform the clustering process at, for example, the current position of the user, personal information of the user (sex, age, etc.) .
  • the control device 10 executes the above-described processing to select a specific shared vehicle Vn that can be shared by a plurality of users.
  • FIG. 3 is a diagram for explaining the first travel route calculation function.
  • FIG. 3A is a diagram for explaining the first traveling route and the first required time.
  • FIG. 3 (B) is a diagram in which the traveling route and the required time shown in FIG. 3 (A) are extracted.
  • FIG. 3A shows a scene in which the user B makes a use request for the shared vehicle Vn while the user A is moving to the getting-off position G1 using the shared vehicle V1.
  • the user B is assumed to be assigned to the shared vehicle V1 based on the use condition.
  • the current position P indicates the current position of the shared vehicle V1
  • the exit position G1 indicates the exit position set by the user A
  • the boarding position S2 indicates the boarding position set by the user B
  • the exit position G2 The alighting position set by the user B is shown.
  • Intersections a to j indicate intersections
  • paths r 1 to r 6 indicate paths, respectively.
  • the time required for the shared vehicle V1 to travel on the routes r 1 to r 6 is shown in the parentheses of the routes r 1 to r 6 , respectively. These times are predicted times when road traffic information is considered. For example, as prediction time, prediction time which traffic condition of the road was considered which is transmitted from VICS is mentioned.
  • the user A sets the allowable delay time to 15 minutes, and the user B sets the allowable delay time to 10 minutes.
  • the control device 10 predicts the travel time taken by the shared vehicle Vn and the estimated required time to arrive at the destination set by the user using the shared vehicle Vn. Calculate the (expected travel time before sharing). In the example of FIG. 3A, the control device 10 calculates a traveling route P0 (a route constituted by “r 1 ⁇ r 2 ⁇ r 3 ⁇ r 4 ”) from the current position P to the exit position G1. Further, control device 10 calculates an estimated required time (expected required time before joining: 28 minutes) required for shared vehicle V1 to travel on traveling path P0 and arrive at unloading position G1.
  • the process of calculating the travel route and the estimated required time described above may be the same as the process performed by a general navigation system.
  • the control device 10 determines whether or not the users who have made the usage request can ride together as the shared vehicle Vn travels on the current travel route.
  • the control device 10 does not change the current traveling route when it is determined that the users who made the usage request can ride together.
  • the control device 10 determines that the user who made the usage request can not share, the user who is using it via the departure place and the destination set by the user who made the usage request.
  • a first travel route is calculated so as to arrive at the set destination. In the example of FIG. 3A, the control device 10 travels along the traveling route P0 because the getting-in position S2 is located on the traveling route P0, but the getting-off position G2 is not located on the traveling route P0.
  • the control device 10 sets a first traveling route P1 ("r 1 ⁇ r 2 ⁇ r 5 ⁇ r 6 ⁇ r 6) as a route from the current position P to the getting-off position G1 via the boarding position S2 and the getting-off position G2. Calculate a route consisting of r 7 ⁇ r 8 ⁇ r 4 .
  • the control device 10 when the user who is in the vehicle and the user who made the usage request try to ride on the shared vehicle Vn, the estimated required time before sharing is delayed.
  • the control device 10 does not delay the estimated required time before joining the vehicle than the allowable delay time. Calculate a travel route of 1.
  • the control device 10 performs the first travel route so that the estimated required time (28 minutes) before joining is not delayed behind the allowable delay time (15 minutes) set by the user A. Calculate P1.
  • control device 10 causes RAM to temporarily store the estimated required time before joining as a reference time of the user using shared vehicle Vn.
  • the first travel route is a route for the user who made the usage request to get on or off, and the estimated required time to the destination set by the user in use is set by the user.
  • the route may be any route that does not lag behind the allowable delay time, and the other conditions are not particularly limited.
  • the control device 10 may calculate the first traveling path P1 so that the shared vehicle V1 can arrive at the getting-off position G1 in the shortest distance or the shortest time. Also, for example, the control device 10 may calculate the first travel route P1 so that the shared vehicle V1 can arrive at the boarding position S2 or the getting-off position G2 in the shortest distance or in the shortest time.
  • the control device 10 may calculate the first traveling route P1 so as to reduce the traveling cost of the shared vehicle V1. Further, when calculating the first traveling route, the control device 10 may consider road traffic information as shown in FIG. 2. By considering the road traffic information, it is possible to accurately calculate, for example, the first travel route P1 on which the shared vehicle V1 can arrive at the boarding position S2 or the getting-off position G2 in the shortest time.
  • the first travel route calculated by the above-described processing will be described with reference to FIG. 3 (B).
  • the travel route P0 traveled by the shared vehicle V1 is a travel route that has the shortest distance from the current position P to the exit position G1.
  • the shared vehicle V1 needs to pass through the boarding position S2 and the getting-off position G2. Therefore, the first travel route P1 is not the travel route with the shortest distance to the getting-off position G1, but is the running route detoured via the getting-off position G2.
  • control device 10 calculates again the estimated required time (required time after joining) required to arrive at the destination set by the user using shared vehicle Vn.
  • the control device 10 predicts the required time required for the shared vehicle V1 to travel the first traveling path P1 and arrive at the dismounting position G1 (expected travel time after joining: 40 minutes) Calculate).
  • the control device 10 calculates a first required time as a time required for the shared vehicle Vn to reach the destination on the first traveling route by the first required time calculation function.
  • the destination on the first travel route is the boarding position or the alighting position set by each user who rides the shared vehicle Vn.
  • the user who rides on the shared vehicle Vn is the user A who is using the shared vehicle V1 and the user B who has made the use request.
  • the users who ride on the shared vehicle Vn also include users who are planning to get on in the future.
  • the destination on the first traveling route is not limited to one place, and may be a plurality of places.
  • the first travel route P1 is a travel route from the current position P to the getting-off position G1 via the boarding position S2 and the getting-off position G2.
  • the boarding position S2, the getting-off position G2, and the getting-off position G1 correspond to the destination on the first traveling path P1.
  • Control device 10 calculates the time required for shared vehicle V1 to arrive at each point on first travel path P1.
  • control device 10 calculates the estimated required time to the riding position S2 as 6 minutes, calculates the expected required time to the getting off position G2 as 20 minutes, and the estimated required time to the getting off position G1 is 40 Calculate as minutes. Further, control device 10 calculates the estimated travel time that user B is on shared vehicle V1 as 14 minutes.
  • the control device 10 notifies the user using the shared vehicle Vn and the user who made the use request by using the sharing determination function.
  • the information on sharing can be exemplified by a first traveling route, an estimated required time (first required time) for getting on or off the first traveling route, and ID information of each user.
  • the user using the shared vehicle Vn can know how long the time to arrive at the getting-off position is delayed.
  • the user who has made the use request can know when the shared vehicle Vn can ride together if it arrives at the boarding position.
  • Control device 10 may notify the time when the user who has made the usage request is on shared vehicle Vn.
  • the control device 10 has a first traveling route P1, an estimated required time (6 minutes) to the getting-in position S2, and an estimated required time (22 minutes) to the getting-off position G2.
  • the user A and the user B are notified of the estimated required time (40 minutes) to the getting-off position G1.
  • control device 10 When the control device 10 obtains, from the user using the shared vehicle Vn and the user who made the usage request, the consent to share the vehicle via the communication device 20, the control device 10 uses the first travel route as the shared vehicle Vn. Update as a travel route for Further, the control device 10 updates the first required time as an estimated required time required to arrive at the destination on the first travel route. Then, control device 10 notifies the user who is using shared vehicle Vn and the user who made the use request via communication device 20 that the joining is determined, the first traveling route, and the first required route. Inform information including time and
  • the control device 10 treats the estimated required time before joining as the initial estimated required time to the destination set by the user who is using the shared vehicle Vn, and the first required time, the usage request It is treated as the initial expected travel time to the departure place or the destination set by the user who performed it.
  • the controller 10 temporarily stores these initial estimated required times in the RAM.
  • the initial expected travel time of the user A is 28 minutes
  • the initial predicted travel time of the user B is 20 minutes.
  • FIG. 4 is a diagram for explaining the delay time detection function.
  • FIG. 4 (A) is a figure for demonstrating delay time
  • FIG. 4 (B) is a figure which shows transition of the driving
  • FIG. 4A is a scene in which a predetermined time has elapsed from the scene in FIG. 3A, and in FIG. 4A, the same components as in FIG. 3A are denoted by the same reference numerals. .
  • Shared vehicle V1 is riding position the user B S2 is ride (see FIG. 3 (A)) is traveling on a route r 2 by trying to turn right at the intersection b in accordance with a first travel path P1.
  • the traffic congestion that has not occurred at the time point shown in FIG. 3A occurs in the section from the intersection b to the intersection h. Therefore, FIG. 4A shows that it takes 10 minutes to travel on the route r5 and 6 minutes to travel on the route r6.
  • the control device 10 detects the delay time with respect to the initial expected travel time to the departure place or the destination set by each user by the delay time detection function. Since the control device 10 accepts that the user using the shared vehicle Vn and the user who requested the use join together, the control device 10 delays the estimated required time until the getting-in position or the getting-off position of each user every predetermined period. It is determined whether or not is occurring.
  • the control device 10 calculates the estimated required time to the departure place or the destination set by each user every predetermined cycle. Then, the control device 10 calculates the delay time by comparing the calculated estimated required time with the initial estimated required time to the departure place or the destination set by each user stored in the RAM. In the example of FIG. 4A, the control device 10 detects a delay time for the estimated required time to the getting-off position G1 and a delay time for the estimated required time to the getting-off position G2. The control device 10 estimates the estimated travel time to the exit position G1 from the estimated travel time (50 minutes) to the exit position G1 calculated and the expected travel time to the initial exit position G1 (28 minutes) stored in the RAM. Calculate the delay time (22 minutes) for.
  • the control device 10 also predicts the dismounting position G2 from the calculated estimated required travel time to the dismounting position G2 (22 minutes) and the estimated required travel time to the initial alighting position G2 stored in the RAM (26 minutes) Calculate the delay time (4 minutes) for the required time.
  • the control device 10 compares the calculated delay time with the allowable delay time set by the user to determine whether or not a delay larger than the delay permitted by the user has occurred. If the delay time exceeds the allowable delay time, the control device 10 determines that a delay equal to or greater than the delay permitted by the user is occurring. Conversely, if the delay time is equal to or smaller than the allowable delay time, the controller 10 allows the user to It is determined that a delay within the range has occurred. In the example of FIG. 4A, the control device 10 compares the delay time (22 minutes) for the expected required time to the getting-off position G1 with the allowable delay time (15 minutes) set by the user A. It is determined that a delay equal to or greater than the delay allowed by user A is occurring.
  • control device 10 compares the expected required time delay time (6 minutes) to the getting-off position G2 with the allowable delay time (10 minutes) set by the user B, and the control device 10 is within the range permitted by the user B. It is determined that a delay has occurred.
  • FIG. 5 is a diagram for describing an alternative destination setting function, a second travel route calculation function, and a second required time calculation function.
  • FIG. 5 (A) is a diagram for explaining an alternative drop-off position
  • FIG. 5 (B) is a diagram showing a traveling route shown in FIG. 5 (A) and transition of an estimated required time for the traveling route.
  • FIG. 5 (A) is the same scene as the scene of FIG. 4 (A), and traffic congestion occurs in the section between the intersection b and the intersection h.
  • the alternative destination setting function will be described.
  • the control device 10 uses the alternative destination setting function to substitute an alternative boarding position or an alternative boarding position based on the desired condition of the user who rides on, when the delay time with respect to the initial expected travel time exceeds the user's allowable delay time.
  • the users who share the vehicle include a user who is using the shared vehicle Vn and a user who has made a use request.
  • the control device 10 of the present embodiment sets the alternative drop-off position at a position closest to the initial drop-off position and at a position nearer than the initial drop-off position of the user who made the usage request. Further, the control device 10 also sets the alternative riding position by the same method as the above-described alternative getting-off position.
  • the shared vehicle Vn discontinues the user who made the usage request at the alternative drop-off position, and then takes the route where traffic congestion occurs. It is possible to avoid and run.
  • the control device 10 sets an alternative drop-off position G2 ' that substitutes the drop-off position G2 to the intersection e located on the first traveling path P1 before the drop-off position G2.
  • control apparatus 10 of this embodiment set the alternative boarding position or alternative alighting position with respect to the user in use
  • the target user in which an alternative boarding position or an alternative alighting position is set is not particularly limited.
  • the user who is using the shared vehicle Vn may be used, or the user who has made the use request may be used. That is, the relationship between the user who gets in at the alternative riding position or gets off at the alternative getting-off position and the usage order of the shared vehicle Vn is not particularly limited.
  • the second travel route function will be described.
  • the control device 10 calculates a second traveling route to the alighting position set by the user who uses the shared vehicle Vn via the alternative riding position or the alternative getting-off position by the second traveling route function.
  • the control device 10 sets a second traveling route P2 (“r 1 ⁇ r 2 ⁇ r 9 ⁇ r 10 as a route to the unloading position G1 via the alternative unloading position G2 ′.
  • ⁇ Calculate a route consisting of “r 11 ”.
  • the second travel route P2 is a travel route in which the route r 5 or r 6 in which traffic congestion has occurred is turned left on the way.
  • the shared vehicle V1 travels the second traveling route P2 from the timing when it is determined that the delay time exceeds the allowable delay time, and travels the routes r 10 and r 11 where no traffic congestion occurs. It is possible to go to the getting-off position G1.
  • the route r 9 is a route from the intersection b to the alternative drop off position G 2 ′
  • the route r 10 is a route from the alternative drop off position G 2 ′ to the intersection g
  • the route r 11 is a drop off position from the intersection g It is a route to G1.
  • the control device 10 calculates a second required time as a time required for the shared vehicle Vn to arrive at the destination on the second traveling route by the second required time calculation function.
  • the destination on the second travel route is a boarding position or alighting position set by each user who rides the shared vehicle Vn, and an alternative getting-off position or an alternative getting-off position set by the alternative destination setting function.
  • the users who ride on the shared vehicle Vn also include users who are scheduled to ride on the common vehicle Vn.
  • the destination on the second travel route is not limited to one place, and may be a plurality of places.
  • the second travel path P2 is a travel path from the current position P to the exit position G1 via the alternative exit position G2 ' .
  • the alternative drop-off position G2 ' and the drop-off position G1 correspond to the destination on the second travel path P2.
  • Control device 10 calculates the time required for shared vehicle V1 to reach each point on second travel path P2. Specifically, the control device 10 calculates the estimated required time to the alternative drop-off position G2 ' as 22 minutes, and calculates the estimated required time to the drop-off position G1 as 40 minutes.
  • the control device 10 notifies the user who is using the shared vehicle Vn and the user who has made the use request of the information changed due to the traffic congestion by the notification function. Specifically, the control device 10 notifies the alternative riding position or the alternative getting off position, the second travel route, and the second required time.
  • the control device 10 has an alternative drop-off position G2 ' , a second travel route P2, an estimated required time (22 minutes) to the alternative drop-off position G2 ', and a drop-off position G1.
  • the expected travel time (40 minutes) is notified to user A and user B.
  • the user A confirms that the delay time (12 minutes) with respect to the estimated required time to the getting-off position G1 is within the allowable delay time (15 minutes) even if traffic congestion occurs. Further, the user A confirms that the position at which the user B gets off has been changed, and that the traveling route after the user B got off has been changed. On the other hand, the user B confirms that the getting-off position has been changed to the alternative getting-off position G2 ′ located before the getting-off position G2.
  • control device 10 may notify the discounted usage charge to the user who dismounts at the alternative dismounting position. In this way, the notified user can be treated as a decision material for approving that he / she gets off at a position different from the original getting-off position.
  • the control device 10 can determine the discount rate according to the distance between the getting-off position and the alternative getting-off position.
  • control device 10 When the control device 10 acquires the acceptance of the notification content from the user using the shared vehicle Vn and the user who made the use request via the communication device 20, the control device 10 performs the second travel route on the shared vehicle Vn. Update as a travel route. Further, control device 10 updates the second required time as the time required for shared vehicle Vn to arrive at the destination on the second travel route. Then, the control device 10 transmits, via the communication device 20, that the travel route of the shared vehicle Vn has been changed to the second travel route to the control device 230 and the user terminal device 400A included in the shared vehicle Vn.
  • FIG. 4 is a flowchart showing the control procedure of the shared vehicle management system of the present embodiment.
  • the control process is repeatedly performed at predetermined intervals.
  • control device 10 of shared vehicle management apparatus 100 determines whether or not desired conditions have been acquired from the user who uses shared vehicle Vn. If the desired condition is acquired, the process proceeds to step S102. Conversely, if the desired condition is not acquired, the control process is ended.
  • the desired conditions include information on start time of use, place of departure, destination, information as to whether or not to share, and allowable delay time.
  • step S102 the control device 10 conforms to the desired conditions acquired in step S101, and selects an available shared vehicle.
  • step S103 the control device 10 acquires road traffic information.
  • the control device 10 acquires road traffic information from the VICS via the communication device 20.
  • step S104 the control device 10 calculates, based on the road traffic information acquired in step S103, the estimated required time to the traveling route of the shared vehicle Vn and the getting-off position set by the user.
  • the control device 10 temporarily stores the calculated estimated required time in the RAM as the initial estimated required time of the user using the shared vehicle Vn (the estimated required time before sharing).
  • the control device 10 calculates a traveling route P0 and an estimated required time (28 minutes) to the getting-off position G1.
  • step S105 the control device 10 determines whether or not desired conditions have been acquired from a user who desires to share the shared vehicle Vn. If the desired condition is acquired, the process proceeds to step S106. Conversely, if the desired condition is not acquired, the process proceeds to step S107.
  • step S106 the control device 10 calculates a first travel route.
  • the control device 10 can reach the getting-off position set by the user using the shared vehicle Vn in the shortest time via the boarding position and the getting-off position set by the user who wants to join the vehicle. Calculate a travel route of 1.
  • the control device 10 calculates a first traveling route P1.
  • step S107 the control device 10 calculates a first required time as an estimated required time to a destination on the first travel route.
  • the control device 10 calculates the estimated required time to each getting-on position or each getting-off position on the first traveling route Or calculate for each alighting position.
  • the control device 10 calculates an estimated required time (40 minutes) for the getting-off position G1 and an estimated required time (20 minutes) for the getting-off position G2.
  • control device 10 notifies each user of the first travel route calculated in step S106 and the first required time calculated in step S107. In the following description, it is assumed that each user accepts the notified content.
  • the control device 10 temporarily stores the calculated first required time in the RAM as an initial estimated required time of the user who made the usage request in step S105.
  • step S108 the control device 10 detects whether a delay with respect to the first required time has occurred. For example, the control device 10 calculates, for each predetermined period, the estimated required time to the boarding position or the alighting position set by each user, and the calculated estimated required time and the initial time of each user stored in the RAM. The estimated required time is compared to determine whether a delay has occurred. If a delay has occurred, the process proceeds to step S109. Conversely, if a delay has not occurred, the process proceeds to step S114. In the example of FIG. 4 (A), the control device 10 delays the predicted travel time (26 minutes) to the exit position G2 with respect to the predicted travel time (20 minutes) to the initial exit position G2 due to traffic congestion. Therefore, it is determined that a delay has occurred.
  • step S109 the control device 10 determines whether the delay generated in step S108 is within the range of allowable delay time. If it exceeds the allowable delay time range, the process proceeds to step S110. Conversely, if it is within the allowable delay time range, the process proceeds to step S114. In the example of FIG. 4A, the control device 10 determines that the generated delay exceeds the allowable delay time set by the user A.
  • step S110 the control device 10 sets an alternative boarding position or an alternative alighting position.
  • the control device 10 sets the alternative drop-off position at the position closest to the drop-off position and at the near position on the first traveling route.
  • the control device 10 sets the alternative drop-off position G2 ' at the intersection b located on the front side on the first traveling path P1.
  • step S111 the control device 10 calculates a second travel route passing through the alternative riding position or the alternative getting-off position set in step S110. Further, the control device 10 calculates a second required time as an estimated required time to the destination on the second traveling route. In the example of FIG. 5A, the control device 10 calculates a first travel route P1. Further, the control device 10 calculates an estimated required time (40 minutes) for the getting-off position G1 and an estimated required time (22 minutes) for the getting-off position G2.
  • step S112 the control device 10 notifies the user who is using the shared vehicle and the user who has made the use request of the information changed due to the delay.
  • the change information includes an alternative boarding position or an alternative alighting position, a second travel route, a second required time, and a discounted charge.
  • the notified user confirms the information of the alternative boarding position or the alternative alighting position, the discounted charge, the updated traveling route, and the updated estimated travel time.
  • step S113 the control device 10 determines whether or not the user notified in step S112 has acquired the effect of accepting the change information. If the change information has been accepted, the process proceeds to step S114. Conversely, if the change information is not obtained, the process returns to step S110.
  • step S114 the control device 10 determines whether or not all the users on board have got off. If all the users get out of the vehicle, the control processing ends, and conversely, if there is a user who gets on the shared vehicle Vn, the process returns to step S105.
  • shared vehicle management apparatus 100 acquires desired conditions including a riding position or alighting position from a plurality of users, and selects a shared vehicle on which a plurality of users ride together based on the desired conditions. Do. Then, shared vehicle management apparatus 100 performs the first travel route based on the boarding position or the getting-off position set by the user who rides the shared vehicle (the user who is using shared vehicle Vn and the user who made the use request). And a first required time required to arrive at the destination on the first travel route. In addition, shared vehicle management apparatus 100 desires the user who rides the shared vehicle if the delay time for the first required time exceeds the allowable delay time while shared vehicle Vn is traveling on the first travel route.
  • an alternative boarding position to substitute for the boarding position or an alternative alighting position to substitute for the alighting position is set.
  • Shared vehicle management apparatus 100 requires a second traveling route on which shared vehicle Vn travels via an alternative riding position or alternative unloading position, and a time required for shared vehicle Vn to reach a destination on the second traveling route. Calculate the second required time. Then, shared vehicle management apparatus 100 notifies the user who rides shared vehicle Vn on the alternative riding position or the alternative getting off position, the second traveling route, and the second required time. The user whose boarding position has been changed can know when it should arrive at the alternative boarding position, and the user whose boarding position has been changed can know information on the alternative boarding position.
  • the user driving the shared vehicle Vn can arrive at the destination within the allowable time along the second travel route. This is a case where a traffic jam occurs on the traveling route while the vehicle is traveling on the traveling route in order to drop the user joining the shared vehicle Vn or to pick up the user who joins the shared vehicle Vn. However, it is possible to reduce the delay time relative to the originally estimated required time before the ride.
  • the shared vehicle management device 100 sets an alternative riding position or an alternative getting-off position, when the delay time with respect to the first required time exceeds the allowable delay time set by the user.
  • the user who has set the alternative riding position or the alternative getting off position can know that the traffic environment on the route on which the shared vehicle Vn travels has changed.
  • the user who did not set the alternative riding position or the alternative getting off position can know that the shared vehicle Vn will arrive at the getting on position or the getting off position at a time within the user's tolerance, thereby reducing anxiety about ride-in It can be done.
  • shared vehicle management apparatus 100 treats the predicted required time before joining as the initial predicted required time of the user using shared vehicle Vn, and uses the first required time as the usage request.
  • the shared vehicle management apparatus 100 subtracts the delay time occurring at the time of traveling the first traveling route in advance from the allowable delay time set by the user who is using the shared vehicle Vn.
  • the required time of 1 can be treated as the initial estimated required time of the user using the shared vehicle Vn.
  • shared vehicle V1 is 15 minutes from user A's allowable delay time.
  • the user who gets on the shared vehicle Vn being used later is illustrated as the user for which the alternative riding position or the alternative getting off position is set, but the present invention is not limited thereto.
  • the alternative drop-off position may be set for the drop-off position set by the user using the shared vehicle Vn.
  • the shared vehicle management device 100 sets a second travel route in which the end point is changed from the getting-off position, which is the end point of the first armored route, to the alternative getting-off position.
  • the user who gets on later can get on / off at the set getting on / off position even when the traffic environment on the first travel route changes.
  • the shared vehicle management apparatus 120 of this embodiment has the same configuration as the shared vehicle management apparatus 100 of the above-described embodiment except that the alternative destination setting function of the control device 10 is different. The description given in the above embodiment is incorporated.
  • the alternative destination setting function of this embodiment will be described.
  • the control device 10 uses the substitute destination setting function to obtain the boarding position at which the user who made the use request has previously got on the shared vehicle Vn, or the user who made the use request has previously got off the shared vehicle Vn Based on the alighting position, an alternative riding position or an alternative getting-off position is set.
  • the control device 10 accesses the user information 34 of the database 30, and acquires information of the usage history of the user who made the usage request.
  • the information on the usage history of the user includes information on a boarding position or alighting position previously set by the user, and information on a position where the user has previously boarded or got off.
  • the control device 10 sets the alternative boarding position or the alternative alighting position based on the position at which the user has previously boarded or the alighting position.
  • An alternative drop off position will be described as an example.
  • the control device 10 sets the position at which the user got off before as a candidate for the alternative getting-off position. Then, control device 10 determines whether or not the delay time can be suppressed within the range of the delay permitted by the user using shared vehicle Vn by setting the alternative drop-off position candidate.
  • the control device 10 determines that the delay time can be suppressed within the range of the allowable delay time, the control device 10 sets a candidate for the alternative drop-off position as the alternative drop-off position.
  • the alternative drop off position is set at a position different from the position where the user got off before.
  • the setting method to another position is mentioned later.
  • the setting method of an alternative boarding position presupposes that it is the same as the method of the alternative alighting position mentioned above.
  • the control device 10 sets the position at which the user got off before as a candidate for the alternative getting-off position. This setting method is based on the viewpoint of reducing the anxiety given to the user by giving priority to the experience of the user getting in or the experience of the user getting off.
  • the control device 10 when the control device 10 does not include the information of the usage history of the corresponding user in the database 30, or the information of the usage history of the corresponding user is included in the database 30, Alternatively, when the delay time can not be suppressed within the allowable delay time at the position where the user has alighted previously, the control device 10 sets the alternative boarding position or the alternative alighting position based on the road information or the weather information. For example, the control device 10 identifies a wide road in the vicinity of the first traveling route from the map information 33 of the database 30, and sets an alternative boarding position or an alternative alighting position on the identified road.
  • the control device 10 identifies a road having a risk of freezing around the first traveling route from the weather information, and places it on a road other than the identified road. Set an alternative boarding position or an alternative getting off position.
  • the database 30 stores usage history information as information when the user who rides the shared vehicle previously uses the shared vehicle Vn. If the information on the usage history includes information on the previous boarding position or information on the previous alighting position, the shared vehicle management device 120 sets the alternative boarding position or the alternative alighting position based on the information on the usage history. Do. Thereby, the user who gets on the shared vehicle Vn or the user who gets off the shared vehicle Vn can get on and off at the position at which the user got on and off previously. As a result, even when the getting on / off position is changed, the anxiety given to the user can be reduced.
  • the shared vehicle management device 120 substitutes, based on the road information or the weather information, when the information of the usage history does not include the information of the past boarding position or the information of the past alighting position. Set the boarding position or alternative drop off position. This can prevent the user from getting on and off the narrow road. In addition, it is possible to prevent the user from getting on and off the road on which the road surface is frozen. As a result, the same effect as the above-described effect is obtained.
  • the shared vehicle management device 130 of this embodiment has the same configuration as the shared vehicle management device 100 of the above-described embodiment except that the second travel route calculation function of the control device 10 is different. The description given in the above embodiment is incorporated.
  • FIG. 7 is a diagram for explaining a second travel route calculation function of the present embodiment.
  • 7A and 7B correspond to FIGS. 5A and 5B, respectively, and therefore the same components are denoted by the same reference numerals.
  • traffic congestion occurs in the section between the intersection b and the intersection h.
  • the control device 10 sets the alternative drop-off position of the user B to the intersection e by the alternative destination setting function.
  • the control device 10 is configured to use the second travel route so as to arrive at the alternative boarding position or the alternative alighting position in the shortest time when there are a plurality of routes via the alternative boarding position or the alternative alighting position.
  • a straight route r 9 (the shortest from the intersection b to the intersection e) is taken as a route from the current shared vehicle V1 position (intersection b) to the alternative drop off position G2 ′ (intersection e)
  • the control device 10 compares the estimated travel times of the two travel routes, and selects a detour path with a reduced estimated travel time. Then, the control device 10 sets a second traveling path P2 ' including the detour path. This makes it possible to shorten the estimated required time to the alternative drop-off position G2 ' and to shorten the estimated required time to the drop-off position G1, thereby reducing the anxiety given to the user A and the user B. it can.
  • the shared vehicle management device 130 arrives at the alternative boarding position or the alternative alighting position among the plurality of routes when there are a plurality of routes before the alternative boarding position or the alternative alighting position. Select a travel route that requires a short estimated travel time. Then, shared vehicle management device 130 sets a second travel route including the selected travel route. As a result, the shared vehicle Vn can arrive at the alternative riding position or the alternative getting off position along a route suitable for the traffic environment, so it is possible to reduce dissatisfaction given to the user whose getting on / off position is changed.
  • the shared vehicle management device 140 of this embodiment has the same configuration as the shared vehicle management device 100 of the above-described embodiment except that the alternative destination setting function of the control device 10 is different. The description given in the above embodiment is incorporated. In the present embodiment, the case where there are a plurality of users who have made use requests will be described.
  • FIG. 8 is a diagram for explaining a first travel route calculation function of the present embodiment.
  • FIG. 8 shows a scene in which the user B and the user C make a use request for the shared vehicle Vn while the user A is moving to the getting-off position G1 using the shared vehicle V1.
  • the user A, the user B, and the user C have agreed to ride on the shared vehicle V1.
  • the user A sets the allowable delay time to 15 minutes
  • the user B sets the allowable delay time to 10 minutes
  • the user C sets the allowable delay time to 10 minutes.
  • FIG. 9 is a diagram for explaining the delay time detection function of the present embodiment.
  • user A, user B, and while the user C shared vehicle is joining V1 is traveling the section between the intersection b with the intersection e, that the traffic congestion occurs in the route r 7 It shows.
  • Controller 10 the traffic congestion that occurred in the route r 7, the delay time for the predicted travel time to get off position G1 (18 minutes), detects that exceeds the allowable delay time of the user A (15 minutes).
  • the control device 10 of the present embodiment detects the cause of the route in which the traffic congestion has occurred being included in the first travel route. Specifically, the control device 10 detects which user has set the boarding position or the getting-off position, and the delay time with respect to the estimated required time exceeds the user's allowable delay time. In the example of FIG. 9 (A), the control device 10 sets routes r 5 , r 6 , r 7 , r 8 between the getting-off positions G1 to G3 included in the first travel route P1 and the getting-off positions. and r 4, the section from the intersection h of traffic congestion has occurred to the intersection j, the drop-off position G3 which is set by the user C, the route r 7 which traffic congestion is occurring in the first travel path P1 Detect that it is included.
  • FIG. 10 is a diagram for describing an alternative destination setting function, a second travel route calculation function, and a second required time calculation function of the present embodiment.
  • FIG. 10 shows the alternative drop-off position set by the control device 10, the second travel route, and the second required time.
  • the control device 10 of the present embodiment uses the alternative destination setting function to set the alternative boarding position or the alternative alighting position with respect to the boarding position or the alighting position causing the delay among the plurality of boarding positions or the plurality of alighting positions.
  • control device 10 sets an alternative boarding position or an alternative alighting position with respect to the boarding position or the alighting position where shared vehicle Vn first passes in the path where the delay is occurring.
  • the control unit 10 in the path r 7 which traffic congestion is occurring for the getting-off position G3 to first pass, to set an alternate drop-off position G3 '.
  • the control device 10 sets the second traveling route P2 ("r 1 ⁇ r 2 ⁇ r 5 ⁇ r 15 ⁇ r 16 ⁇ r 17 ⁇ r 17 ⁇ ) as a route to the getting-off position G1 via the alternative getting-off position G3 '. r 18 ⁇ r 4] is calculated.
  • the alternative drop-off position G3 ' is set to a position on the first travel path P1 in the example of FIG. 10A, the present invention is not limited to this.
  • shared vehicle management device 140 sets the alternative riding position or the alternative getting off position with respect to the getting on position or getting off position where shared vehicle Vn first passes along the route causing the delay.
  • the user who sets the boarding position or the getting-off position causing the delay is changed to the alternative riding position or the alternative getting-off position.
  • FIG. 11 is a diagram for explaining a first traveling route calculation function of the modification and a delay time detection function of the modification.
  • FIG. 11A while the shared vehicle V1 boarded by the user A is traveling toward the boarding position S2 of the user B who made the use request, traffic congestion occurred in the section from the intersection b to the intersection h It is a scene.
  • the control device 10 indicates that the delay time (22 minutes) to the estimated required time to G1 exceeds the allowable delay time of the user A (15 minutes) due to the occurrence of traffic congestion. To detect.
  • the control device 10 calculates the estimated required time to the boarding position S2 and the estimated required time to the dismounting position G2, but the calculation method of the estimated required time to the paring position and the estimated required time to the unloading position The time and calculation method are the same.
  • FIG. 12 is a diagram for explaining an alternative destination setting function of the modification.
  • the control device 10 sets an alternative boarding position S2 ' that substitutes the boarding position S2 at the intersection e located on the first traveling path P1 and before the boarding position S2. Then, the control device 10 performs a second travel route P2 ("r 1 ⁇ r 2 ⁇ r 19 ⁇ r 20 ⁇ r 21 ⁇ r 22 ⁇ r 22 ⁇ ) as a route to the getting-off position G1 via the alternative riding position S2 '. Calculate a route consisting of r 11 ". Thereby, the delay time with respect to the estimated required time to the getting-off position G1 can be suppressed within the range of the allowable delay time of the user A.
  • the shared vehicle Vn may be a vehicle provided with an automatic driving function capable of automatically traveling without a driver.
  • the shared vehicle Vn is provided with a drive mechanism and a steering mechanism, and these mechanisms are completely automatically controlled by an automatic driving function.
  • the shared vehicle management device can calculate the estimated required time with higher accuracy than in the case of a vehicle operated by the user.
  • the shared vehicle management apparatus according to the present invention is described in this specification using the shared vehicle management apparatus 100 including the control device 10, the communication device 20, and the database 30 as an example, the present invention is limited thereto It is not something to be done.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Automation & Control Theory (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Navigation (AREA)

Abstract

共用車両に相乗りするユーザの希望条件に基づいて、共用車両が走行する第１の走行経路と、共用車両が第１の走行経路上の目的地に到着するまでに要する第１の所要時間とを算出し、共用車両が第１の走行経路を走行している間に、第１の所要時間に対する遅延時間が所定の時間を超える場合、共用車両に相乗りするユーザの希望条件に基づいて、乗車位置を代替する代替乗車位置又は降車位置を代替する代替降車位置を設定し、代替乗車位置又は代替降車位置を含む第２の走行経路と、共用車両が第２の走行経路上の目的地に到着するまでに要する第２の所要時間を算出し、少なくとも代替乗車位置又は代替降車位置と、第２の所要時間とを、共用車両に相乗りするユーザに通知する。

Description

共用車両管理方法及び共用車両管理装置
　本発明は、複数のユーザに利用される共用車両を管理する共用車両管理方法及び共用車両管理装置に関する。
　客などを移送中に他の客からの移送要求があった場合に、道路交通情報に基づいて、すべての客などを移送し終えるまでの予想所要時間などを最小とする走行経路を決定する方法が知られている（特許文献１）。他の客は、決定した走行経路等を承諾することで、移送中の車両へ相乗りすることができる。
特開２００２－１８３８９２号公報
　従来技術では、相乗りしているユーザを降ろすため又は相乗りするユーザを迎えにいくために、車両が走行経路を走行している間に、交通渋滞の発生等により走行経路上の交通環境が変化した場合、予想所要時間に対する遅延時間が増大する、という問題がある。
　本発明が解決しようとする課題は、相乗りしているユーザを降ろすため又は相乗りするユーザを迎えにいくために、車両が走行経路を走行している間に、走行経路上の交通環境が変化した場合であっても、予想所要時間に対する遅延時間を低減させることである。
　本発明は、共用車両に相乗りするユーザの希望条件に基づいて、共用車両が走行する第１の走行経路と、共用車両が第１の走行経路上の目的地に到着するまでに要する第１の所要時間とを算出し、共用車両が第１の走行経路を走行している間に、第１の所要時間に対する遅延時間が所定の時間を超える場合、共用車両に相乗りするユーザの希望条件に基づいて、乗車位置を代替する代替乗車位置又は降車位置を代替する代替降車位置を設定し、代替乗車位置又は代替降車位置を含む第２の走行経路と、共用車両が第２の走行経路上の目的地に到着するまでに要する第２の所要時間を算出し、少なくとも代替乗車位置又は代替降車位置と、第２の所要時間とを共用車両に相乗りするユーザに通知することにより、上記課題を解決する。
　本発明によれば、相乗りしているユーザを降ろすため又は相乗りするユーザを迎えにいくために、車両が走行経路を走行している間に、走行経路上の交通環境が変化した場合であっても、予想所要時間に対する遅延時間を低減させることができる。
図１Ａは、第１実施形態に係る共用車両管理システムの構成図である。 図１Ｂは、第１実施形態の制御装置が備える機能を示した共用車両管理装置のブロック図である。 図２は、一日の時間帯に対する渋滞の発生確率を示すデータの一例である。 図３は、第１走行経路算出機能を説明するための図である。 図４は、遅延時間検出機能を説明するための図である。 図５は、代替目的地設定機能と、第２走行経路算出機能と、第２所要時間算出機能を説明するための図である。 図６は、第１形態の共用車両管理装置によるカーシェアリングシステムの制御手順を示すフローチャートである。 図７は、第２実施形態の第２走行経路算出機能を説明するための図である。 図８は、第４実施形態の第１走行経路算出機能を説明するための図である。 図９は、第４実施形態の遅延時間検出機能を説明するための図である。 図１０は、第４実施形態の代替目的地設定機能と、第４実施形態の第２走行経路算出機能と、第４実施形態の第２所要時間算出機能を説明するための図である。 図１１は、変形例の第１走行経路算出機能と、変形例の遅延時間検出機能を説明するための図である。 図１２は、変形例の代替目的地設定機能を説明するための図である。
　以下、本発明の実施形態を図面に基づいて説明する。
　≪第１実施形態≫
　以下、図面に基づいて、本発明の実施形態に係る共用車両管理供装置について説明する。本実施形態では、共用車両管理装置を、複数のユーザが複数のステーションに配置された複数の共用車両を共用するカーシェアリングシステムを管理運営する共用車両管理システムに適用した例を用いて説明する。また、本実施形態のカーシェアリングシステムでは、共用車両を借り出すステーションと、共用車両を返却するステーションとは、同一であってもよいし、異なっていてもよい。なお、各ステーションは、共用車両を駐車させることができ、共用車両の貸出及び返却を行ったり、利用されていない共用車両を待機させたりできる場所であり、カーシェアリングシステムのために予め用意した駐車場などが挙げられる。
　図１Ａは、本実施形態の共用車両管理システム１を示す構成図である。図１Ａに示すように、本実施形態の共用車両管理システム１は、共用車両管理装置１００と、複数のユーザに利用される複数の共用車両Ｖ１～Ｖｎ（以下、共用車両Ｖｎと総称することもある）がそれぞれ備える車載装置２００Ｖ１～２００Ｖｎ（以下、車載装置２００Ｖｎと総称することもある）と、複数のユーザがそれぞれ所持するユーザ端末装置４００Ａ～４００Ｚ（以下、ユーザ端末装置４００Ａと総称することもある）と、を有する。本実施形態の共用車両管理システム１を構成する、車載装置２００Ｖ１～２００Ｖｎ、ユーザ端末装置４００Ａ～４００Ｚの台数は限定されない。
　共用車両管理装置１００、車載装置２００Ｖ１～２００Ｖｎ、及びユーザ端末装置４００Ｘ～４００Ｙは、それぞれ通信装置（２０、２２０、４２０）を備え、インターネット３００などの電気通信回線網を介して相互に情報の授受が可能である。通信経路は有線であっても無線であってもよい。
　本実施形態のユーザ端末装置４００Ａは、本発明の本実施形態に係るユーザ端末装置４００Ａに適用されるプログラムが格納されたＲＯＭ（Read Only Memory）と、このＲＯＭに格納されたプログラムを実行することで、各機能を実行させる動作回路としてのＣＰＵ（Central Processing Unit）と、アクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）と、を備えるコンピュータである。本実施形態のユーザ端末装置４００Ａは、パーソナルコンピュータ、スマートフォン、又はＰＤＡ（Personal Digital Assistant）その他の可搬型の端末装置であってもよい。
　本実施形態のユーザ端末装置４００Ａは、各ユーザによる共用車両Ｖｎの利用を求める入力情報を受け付ける入力装置４１０と、共用車両管理装置１００などの外部装置と通信を行う通信装置４２０と、各ユーザに情報を通知するための表示装置４３０と、ユーザによる共用車両Ｖｎの利用の制御処理を実行する制御装置４４０とを備える。
　ユーザ端末装置４００Ａの入力装置４１０としては、例えば、ユーザの手操作による入力が可能なディスプレイ画面上に配置されるタッチパネル又はジョイスティックや、ユーザの音声による入力が可能なマイクなどの装置を用いることができる。
　表示装置４３０は、共用車両管理装置１００から受信した情報を、ユーザに通知する。表示装置４３０としては、ディスプレイなどが挙げられ、タッチパネル・ディスプレイを用いる場合には、入力装置４１０と兼用することができる。表示装置４３０は、例えば、共用車両Ｖｎの走行経路の情報などを共用車両管理装置１００から受信して、ユーザに通知する。
　本実施形態の制御装置４４０は、ユーザ端末装置４００Ａに備えられた図示しないＧＰＳ（Global Positioning System）受信機などの位置取得装置を用いて、ユーザ端末装置４００Ａを操作するユーザの現在位置の情報を取得する。現在位置の情報としては、例えば、緯度及び経度の情報が挙げられる。制御装置４４０は、取得した現在位置の情報を、通信装置４２０を介して、共用車両管理装置１００に送信する。本実施形態では、制御装置４４０は、定期的に各ユーザの現在位置の情報を、共用車両管理装置１００に送信する。これにより、後述する共用車両管理装置１００が備える制御装置１０は、各ユーザの現在の位置情報を取得することができる。
　また、制御装置４４０は、各ユーザによる共用車両Ｖｎの利用を求める利用要求などの入力情報を受け付け、通信装置４２０を介して、共用車両管理装置１００に送信する。
　上述した利用要求には、ユーザのＩＤ情報、ユーザの現在位置の情報、ユーザの希望出発地の情報、ユーザが利用しようとする共用車両ＶｎのＩＤ情報、ユーザの希望目的地の情報、ユーザの希望利用開始時刻、ユーザが許容できる遅延時間の情報などが含まれる。ユーザの希望出発地とは、ユーザが共用車両Ｖｎに乗車する乗車位置であり、ユーザの希望目的地とは、ユーザが共用車両Ｖｎを降車する降車位置である。
　また、ユーザが許容できる遅延時間の情報（以降、許容遅延時間）とは、ユーザが他のユーザと共用車両Ｖｎに相乗りする際に許容できる遅延時間である。本実施形態の共用車両管理装置１００は、共用車両Ｖｎに複数のユーザを相乗りさせるために、一台の共用車両Ｖｎに利用要求を行なった複数のユーザを割り当てる処理を実行する。一般的に、ユーザが他のユーザと共用車両Ｖｎに相乗りする又は相乗りする予定の場合、共用車両Ｖｎは、ユーザの乗車位置又は降車位置に加えて、他のユーザの乗車位置又は降車位置を経由するため、ユーザの乗車位置又は降車位置までの予想所要時間には遅延が発生する。そこで、本実施形態では、許容遅延時間を、ユーザを共用車両Ｖｎに割り当てる際の条件として規定している。共用車両管理装置１００が利用要求を行なったユーザを共用車両Ｖｎへ割り当てる処理については後述する。
　また、本実施形態においては、ユーザ端末装置４００Ａ及び車載装置２００Ｖｎのうち、一方又は両方が、ユーザに対して共用車両Ｖｎの走行経路を案内するためのナビゲーション装置として機能してもよい。ユーザ端末装置４００Ａがナビゲーション装置として機能する場合には、ユーザ端末装置４００Ａは、例えば、予めユーザ端末装置４００Ａに備えられたＲＯＭなどに地図情報を記憶させておく。ユーザ端末装置４００Ａは、共用車両管理装置１００により算出された走行経路や予想所要時間を受信する。ユーザ端末装置４００Ａは、表示装置４３０に、地図情報とともに、ユーザが現在利用している共用車両Ｖｎの現在位置と、共用車両Ｖｎの目的地の位置とを表示し、共用車両Ｖｎの現在位置から目的地までの走行経路を案内する。
　本実施形態の共用車両Ｖｎとしては、電動モータを駆動源として備える電気自動車、内燃機関を駆動源として備えるエンジン自動車、電動モータ及び内燃機関の両方を駆動源として備えるハイブリッド自動車を例示できる。なお、電動モータを駆動源とする電気自動車やハイブリッド自動車には、二次電池を電動モータの電源とするタイプや燃料電池を電動モータの電源とするタイプのものも含まれる。なお、本実施形態では、利用要求を行なったユーザは目的地まで共用車両Ｖｎを運転するものとする。
　本実施形態の車載装置２００Ｖｎは、各共用車両Ｖｎの現在位置を検出するＧＰＳ受信機２１０と、共用車両管理装置１００などの外部装置と通信を行う通信装置２２０と、ユーザによる共用車両Ｖｎの利用の制御処理を実行する制御装置２３０とを備える。
　この車載装置２００Ｖｎは、ユーザ端末装置４００Ａの機能を利用した簡易な機構にしてもよい。例えば、ＧＰＳ受信機や通信装置、経路演算および経路誘導装置などがユーザ端末装置４００Ａに搭載されている場合はその機能を利用し、車載装置２００Ｖｎは、次に示すユーザの認証のみを行うようにしてもよい。
　本実施形態においては、制御装置２３０は、車載装置２００Ｖｎに備えられた認証装置（不図示）を用いて、共用車両Ｖｎに乗車したユーザが、この共用車両Ｖｎの利用要求を行ったユーザと一致するか否かのユーザ認証を行う。例えば、制御装置２３０は、認証装置として、ＮＦＣ（Near Field Communication）による通信が可能な装置を用いて、ユーザが所有するユーザ端末装置４００Ａや会員カードなどからユーザのＩＤ情報を読み取る。さらに、制御装置２３０は、通信装置２２０を介して共用車両管理装置１００にアクセスして、共用車両Ｖｎの利用要求の情報を取得し、共用車両Ｖｎに乗車したユーザのユーザ認証を行う。
　また、制御装置２３０は、ＧＰＳ受信機２１０を用いて取得した現在位置の情報を、通信装置２２０を介して、共用車両管理装置１００に送信する。
　さらに、制御装置２３０は、図示しないディスプレイやスピーカなどを用いて、共用車両管理装置１００から送信された情報などを、ユーザに通知する。本実施形態では、制御装置２３０は、共用車両管理装置１００から、共用車両Ｖｎへの相乗りを希望しているユーザに関する情報、共用車両Ｖｎの走行経路、予想所要時間などを受信して、ユーザに通知する。本実施形態の相乗りとは、一台の共用車両に複数人数が一緒に乗り合わせることを示し、例えば、他人同士が一台の共用車両に乗ることを示す。
　なお、本実施形態においては、車載装置２００Ｖｎは、上述したユーザ端末装置４００Ａと同様に、共用車両Ｖｎの現在位置から目的地までの走行経路を案内するためのナビゲーション装置として機能するものであってもよい。
　本実施形態の共用車両管理装置１００は、共用車両管理システム１のサーバとして機能し、カーシェアリングシステムを管理運営するための制御処理を実行する制御装置１０と、車載装置２００Ｖｎ及びユーザ端末装置４００Ａとそれぞれ相互に通信可能な通信装置２０と、通信装置２０により受信した情報、各共用車両Ｖｎの情報などを記憶するデータベース３０とを備える。
　データベース３０は、共用車両情報３１と、ユーザから受け付けた利用要求３２と、地図情報３３と、ユーザ情報３４と、道路交通情報３５とを記憶する。
　共用車両情報３１は、各共用車両Ｖｎに関する情報である。共用車両情報３１には、各共用車両Ｖｎの現在位置の情報、各共用車両Ｖｎの電力残容量や故障情報、各共用車両Ｖｎの現在の利用状況などが含まれる。
　利用要求３２は、各ユーザがユーザ端末装置４００Ａを用いて入力した共用車両Ｖｎの利用を求める入力情報である。利用要求３２には、ユーザのＩＤ情報、ユーザが利用しようとする共用車両ＶｎのＩＤ情報、ユーザの現在位置の情報、ユーザが設定した出発地、目的地、利用開始時間、許容遅延時間を示す情報などが含まれる。
　地図情報３３は、道路や施設などの情報も含む地図情報である。地図情報３３には、例えば、各ステーションの位置情報、各ステーション周辺の施設情報、各ステーション周辺の交通状況、及び各ステーションの利用状況等の各ステーションに関する情報が含まれる。
　ユーザ情報３４は、カーシェアリングシステムを利用することができる全ユーザの情報である。ユーザ情報３４には、全ユーザのＩＤ情報、全ユーザの現在位置の情報が含まれる。例えば、通信装置２０が各ユーザのユーザ端末装置４００Ａから所定の期間ごとに各ユーザの現在の位置情報を受信することで、ユーザ情報３４に各ユーザの現在の位置情報を格納することができる。また、ユーザ情報３４には、各ユーザごとに共用車両Ｖｎの利用履歴の情報が含まれていてもよい。この利用履歴には、少なくとも、ユーザが設定した出発地及び目的地、ユーザが実際に乗車した位置及びユーザが実際に降車した位置、ユーザが利用した時間帯の情報が含まれる。
　道路交通情報３５は、交通規制や渋滞の情報である。道路交通情報３５としては、車両の外部に設けられたＶＩＣＳ（登録商標）（Vehicle Information and Communication System）から通信装置２０を介して受信した情報が例示できる。ＶＩＣＳから受信した情報には、道路の渋滞状況（車速、通過所要時間など）の情報が含まれる。
　また、本実施形態では、道路交通情報３５には、現在の交通規制や渋滞の情報だけでなく、一日の時間帯に対する渋滞の発生確率を示すデータが含まれる。例えば、道路交通情報３５としては、図２に示すような、横軸が時間、縦軸が渋滞発生確率で表されるグラフが例示できる。図２の例では、７時頃と１８時頃に渋滞が発生する確率が高いことを示している。道路交通情報３５は、図２のグラフを、道路ごと、曜日ごと、天候ごとに記憶している。なお、図２は、一日の時間帯に対する渋滞の発生確率を示すデータの一例である。
　再び、図１Ａに戻り、共用車両管理システム１について説明する。本実施形態の共用車両管理装置１００の制御装置１０は、図１Ａに示すように、カーシェアリングシステムを管理運営する処理を実行するためのプログラムが格納されたＲＯＭ（Read Only Memory）１２と、このＲＯＭ１２に格納されたプログラムを実行することで、共用車両管理装置１００として機能する動作回路としてのＣＰＵ（Central Processing Unit）１１と、アクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）１３とを備える。
　共用車両管理装置１００の制御装置１０は、図１Ｂに示すように、予約管理機能と相乗り管理機能とを実現する。予約管理機能には、利用受付機能と、共用車両選定機能が含まれる。相乗り管理機能には、第１走行経路算出機能と、第１所要時間算出機能と、相乗り判定機能と、遅延時間検出機能と、代替目的地設定機能と、第２走行経路算出機能と、第２所要時間算出機能と、通知機能とが含まれる。本実施形態に係る共用車両管理装置１００の制御装置１０は、上記機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実現するコンピュータである。なお、図１Ｂは、本実施形態の制御装置１０が備える機能を示した共用車両管理装置１００のブロック図である。
　以下において、共用車両管理装置１００の制御装置１０が実現する各機能についてそれぞれ説明する。
　まず、本実施形態の制御装置１０が実行する予約管理機能のうち、利用受付機能について説明する。制御装置１０は、利用受付機能により、ユーザから、ユーザ端末装置４００Ａを介して、一の共用車両Ｖｎの利用を要求する利用要求を、逐次的に取得する。そして、制御装置１０は、取得した利用要求の情報を、利用要求を受信した時刻（予約時刻）の情報と共に、データベース３０に記憶させる。
　例えば、ユーザが、ユーザ端末装置４００Ａの通信装置４２０を起動させ、共用車両管理装置１００にアクセスし、共用車両管理装置１００のデータベース３０に記憶された共用車両情報３１の中から、ユーザが乗車したい希望の車種を特定する。また、ユーザは、ユーザ端末装置４００Ａの入力装置４１０に、共用車両Ｖｎの利用を開始する時刻として利用開始時間を入力する。さらに、ユーザは、入力装置４１０に、共用車両Ｖｎに乗車する位置として出発地と、共用車両Ｖｎに降車する位置として目的地を入力する。加えて、ユーザは、利用する共用車両Ｖｎに相乗りすることが可能か否かを示す情報（相乗り可否の情報）と、ユーザが他のユーザと共用車両Ｖｎに相乗りする又は相乗りする予定の場合に許容できる遅延時間として許容遅延時間とを入力する。ユーザ端末装置４００Ａは、通信装置４２０を介して、入力された情報を、共用車両管理装置１００へ送信する。共用車両管理装置１００は、車種、利用開始時間、出発地、目的地、相乗り可否の情報、及び許容遅延時間を、ユーザの希望条件として受け付ける。
　なお、ユーザ端末装置４００Ａから共用車両管理装置１００へ送信する情報は、ユーザの希望条件だけでなく、例えば、性別、年齢（年代）等のユーザの個人情報が含まれていてもよい。制御装置１０は、受信したユーザの個人情報を、データベース３０のユーザ情報３４に記憶させる。
　次に、本実施形態の制御装置１０が実行する予約管理機能のうち、共用車両選定機能について説明する。制御装置１０は、共用車両選定機能により、共用車両情報３１、利用要求３２、及びユーザ情報３４に基づいて、ユーザごとに共用車両Ｖｎを割り当てることで、複数のユーザが相乗りする共用車両を選定する。
　相乗りを許容する一のユーザＡが共用車両Ｖ１を利用している場面を例に挙げて、制御装置１０が実行する処理について説明する。この場面において、制御装置１０は、相乗りが可能な他のユーザＢから利用要求を取得した場合、ユーザＢの希望条件に基づいて、ユーザＢを現在利用されている特定の共用車両Ｖｎに割り当てる。例えば、制御装置１０は、ユーザＢを共用車両Ｖ１に割り当てる。言い換えると、共用車両Ｖ１は、複数のユーザが相乗りする車両として選定されたことになる。
　なお、利用要求を行なったユーザを、利用されている特定の共用車両Ｖｎに割り当てるかの判断基準は、特に限定されない。制御装置１０は、利用要求を行なったユーザの現在の位置と共用車両Ｖｎの現在の位置との関係性に基づいて、利用要求を行なったユーザを適切に共用車両Ｖｎに割り当てることができる。上述の場面の例では、制御装置１０は、共用車両Ｖ１がユーザＢの現在位置周辺を走行している場合、ユーザＢを共用車両Ｖ１に割り当てる。この時に、制御装置１０は、走行中の共用車両Ｖ１の乗車人数を考慮して、共用車両Ｖ１に相乗りできるか否かを判断してもよい。例えば、制御装置１０は、共用車両Ｖ１に最大乗車人数が乗車している場合、ユーザＢを共用車両Ｖ１ではなく、ユーザＢの現在位置周辺を走行している共用車両Ｖ２に割り当てる。
　また、制御装置１０は、ユーザの個人情報に基づいて、利用要求を行なったユーザを適切に共用車両Ｖｎに割り当てることができる。上述の場面の例では、制御装置１０は、ユーザＡの性別とユーザＢの性別が同じ場合、ユーザＢを共用車両Ｖ１に割り当てる。また、例えば、制御装置１０は、ユーザＡの年代とユーザＢの年代が同じ場合、ユーザＢを共用車両Ｖ１に割り当てる。
　次に、共用車両Ｖ１が特定のユーザに利用されていない場面を例に挙げて、制御装置１０が実行する処理について説明する。この場面において、制御装置１０は、相乗りが可能な複数のユーザ（ユーザＡ、ユーザＢを含む）から利用要求をした場合、複数のユーザの現在の位置情報や複数のユーザの個人情報に基づいて、複数のユーザを特定の共用車両Ｖｎに割り当てる。
　例えば、制御装置１０は、複数のユーザから取得した複数の出発地又は複数の目的地に対して、クラスタリング処理を実行して、出発地又は目的地が同じ方面の複数のユーザを特定する。例えば、ユーザＡの出発地及び目的地と、ユーザＢの出発地及び目的地が同じ方面の場合、制御装置１０は、クラスタリング処理により、複数のユーザからユーザＡ及びユーザＢを特定する。そして、制御装置１０は、ユーザＡ及びユーザＢを、ステーションに待機中の共用車両Ｖ１に割り当てる。なお、制御装置１０は、出発地又は目的地でクラスタリング処理を実行することに限られず、例えば、ユーザの現在の位置、ユーザの個人情報（性別、年代等）でクラスタリング処理を実行してもよい。
　制御装置１０は、上述した処理を実行することで、複数のユーザが相乗りすることが可能な特定の共用車両Ｖｎを選定する。
　次に、本実施形態の制御装置１０が実行する相乗り機能のうち、第１走行経路算出機能について、図３を参照しながら説明する。図３は、第１走行経路算出機能を説明するための図である。図３（Ａ）は、第１の走行経路及び第１の所要時間を説明するための図である。図３（Ｂ）は、図３（Ａ）に示す走行経路と所要時間を抽出した図である。
　図３（Ａ）は、ユーザＡが共用車両Ｖ１を利用して降車位置Ｇ１に向かっている間に、ユーザＢが共用車両Ｖｎの利用要求を行なった場面を示す。ユーザＢは、利用条件に基づいて、共用車両Ｖ１に割り当てられたものとする。現在位置Ｐは、共用車両Ｖ１の現在位置を示し、降車位置Ｇ１は、ユーザＡにより設定された降車位置を示し、乗車位置Ｓ２は、ユーザＢにより設定された乗車位置を示し、降車位置Ｇ２は、ユーザＢにより設定された降車位置を、それぞれ示している。交差点ａ～ｊは交差点を示し、経路ｒ１～ｒ６は経路を、それぞれ示している。なお、経路ｒ１～ｒ６のカッコ内には、共用車両Ｖ１が経路ｒ１～ｒ６を走行するのに要する時間が、それぞれ示されている。これらの時間は、道路交通情報が考慮された予測時間である。例えば、予測時間としては、ＶＩＣＳから送信される、道路の渋滞状況が考慮された予測時間が挙げられる。ユーザＡは許容遅延時間を１５分に設定し、ユーザＢは許容遅延時間を１０分に設定している。
　まず、制御装置１０は、共用車両Ｖｎに相乗りするユーザがいない場合、共用車両Ｖｎが走行する走行経路と、共用車両Ｖｎを利用するユーザにより設定された目的地に到着するまでに要する予想所要時間（相乗り前の予想所要時間）を算出する。図３（Ａ）の例では、制御装置１０は、現在位置Ｐから降車位置Ｇ１までの走行経路Ｐ０（「ｒ１→ｒ２→ｒ３→ｒ４」で構成される経路）を算出する。また、制御装置１０は、共用車両Ｖ１が走行経路Ｐ０を走行して降車位置Ｇ１に到着するまでに要する予想所要時間（相乗り前の予想所要時間：２８分）を算出する。相乗り前の予想所要時間の内訳は、経路ｒ１で６分、経路ｒ２で１０分、経路ｒ３で７分、経路ｒ４で５分である。なお、上述した走行経路及び予想所要時間を算出する処理は、一般的なナビゲーションシステムが実行する処理と同じであってもよい。
　次に、制御装置１０は、共用車両Ｖｎが現在の走行経路を走行することで、利用要求を行なったユーザを相乗りさせることができるか否かを判定する。制御装置１０は、利用要求を行なったユーザを相乗りさせることができると判定した場合、現在の走行経路を変更しない。反対に、制御装置１０は、利用要求を行なったユーザを相乗りさせることができないと判定した場合、利用要求を行なったユーザにより設定された出発地及び目的地を経由して、利用中のユーザにより設定された目的地に到着するように、第１の走行経路を算出する。図３（Ａ）の例では、制御装置１０は、乗車位置Ｓ２は走行経路Ｐ０上に位置するが、降車位置Ｇ２は走行経路Ｐ０上に位置しないため、共用車両Ｖ１が走行経路Ｐ０を走行してもユーザＢを降車させることができず、ユーザＢを相乗りさせることができないと判断する。そして、制御装置１０は、現在位置Ｐから乗車位置Ｓ２及び降車位置Ｇ２を経由して降車位置Ｇ１までの経路として、第１の走行経路Ｐ１（「ｒ１→ｒ２→ｒ５→ｒ６→ｒ７→ｒ８→ｒ４」で構成される経路）を算出する。
　ここで、上述したように、一般的には、乗車中のユーザと利用要求を行なったユーザが共用車両Ｖｎに相乗りしようとすると、相乗り前の予想所要時間は遅くなる。本実施形態では、制御装置１０は、乗車中のユーザと利用要求を行なったユーザが共用車両Ｖｎに相乗りしたとしても、相乗り前の予想所要時間が、許容遅延時間よりも遅くならないように、第１の走行経路を算出する。図３（Ａ）の例では、制御装置１０は、相乗り前の予想所要時間（２８分）がユーザＡにより設定された許容遅延時間（１５分）よりも遅れないように、第１の走行経路Ｐ１を算出する。また、制御装置１０は、相乗り前の予想所要時間を、共用車両Ｖｎを利用中のユーザの基準の時間として、ＲＡＭに一時的に記憶させる。
　なお、第１の走行経路は、利用要求を行なったユーザが乗車又は降車するための経路であって、かつ、利用中のユーザにより設定された目的地までの予想所要時間がこのユーザにより設定された許容遅延時間よりも遅れないような経路であればよく、その他の条件については特に限定される経路ではない。図３（Ａ）の例では、制御装置１０は、共用車両Ｖ１が降車位置Ｇ１に最短距離又は最短時間で到着できるように、第１の走行経路Ｐ１を算出してもよい。また、例えば、制御装置１０は、共用車両Ｖ１が乗車位置Ｓ２又は降車位置Ｇ２に最短距離又は最短時間で到着できるように、第１の走行経路Ｐ１を算出してもよい。さらに、例えば、制御装置１０は、共用車両Ｖ１の走行コストを抑えるように、第１の走行経路Ｐ１を算出してもよい。また、制御装置１０は、第１の走行経路を算出する際に、図２に示すような道路交通情報を考慮してもよい。道路交通情報を考慮することで、例えば、共用車両Ｖ１が乗車位置Ｓ２又は降車位置Ｇ２に最短時間で到着することが可能な第１の走行経路Ｐ１を精度良く算出することができる。
　上述した処理により算出された第１の走行経路について、図３（Ｂ）を参照しながら説明する。図３（Ｂ）に示すように、ユーザＢの利用要求を受け付ける前では、共用車両Ｖ１が走行する走行経路Ｐ０は、現在位置Ｐから降車位置Ｇ１まで最短距離となる走行経路である。これに対して、ユーザＢの利用要求を受け付けた後では、共用車両Ｖ１は乗車位置Ｓ２及び降車位置Ｇ２を経由する必要がある。そのため、第１の走行経路Ｐ１は、降車位置Ｇ１までの最短距離の走行経路ではなく、降車位置Ｇ２を経由して迂回した走行経路となる。
　制御装置１０は、第１の走行経路を算出すると、共用車両Ｖｎを利用中のユーザにより設定された目的地に到着するまでに要する予想所要時間（相乗り後の所要時間）を再び算出する。図３（Ａ）の例では、制御装置１０は、共用車両Ｖ１が第１の走行経路Ｐ１を走行して降車位置Ｇ１に到着するまでに要する予想所要時間（相乗り後の予想所要時間：４０分）を算出する。相乗り後の予想所要時間の内訳は、経路ｒ１で６分、経路ｒ２で１０分、経路ｒ５で４分、経路ｒ６で５分、経路ｒ７で７分、経路ｒ８で６分、経路ｒ４で５分である。
　次に、本実施形態の制御装置１０が実行する相乗り機能のうち、第１所要時間算出機能について、図３（Ａ）（Ｂ）を参照しながら説明する。制御装置１０は、第１所要時間算出機能により、共用車両Ｖｎが第１の走行経路上の目的地に到着するまでに要する時間として、第１の所要時間を算出する。
　第１の走行経路上の目的地とは、共用車両Ｖｎに同乗するユーザそれぞれが設定した乗車位置又は降車位置である。図３（Ａ）の例では、共用車両Ｖｎに同乗するユーザとは、共用車両Ｖ１を利用しているユーザＡと、利用要求を行なったユーザＢである。なお、共用車両Ｖｎに同乗するユーザには、これから乗車する予定のユーザも含まれる。
　また、第１の走行経路上の目的地は、一箇所とは限られず、複数箇所であってもよい。図３（Ａ）の例では、第１の走行経路Ｐ１は、現在位置Ｐから乗車位置Ｓ２及び降車位置Ｇ２を経由して降車位置Ｇ１までの走行経路である。この場合、第１の走行経路Ｐ１上の目的地には、乗車位置Ｓ２と、降車位置Ｇ２と、降車位置Ｇ１が該当する。制御装置１０は、共用車両Ｖ１が第１の走行経路Ｐ１上の各地点に到着するまでに要する時間をそれぞれ算出する。具体的には、制御装置１０は、乗車位置Ｓ２までの予想所要時間を６分と算出し、降車位置Ｇ２までの予想所要時間を２０分と算出し、降車位置Ｇ１までの予想所要時間を４０分と算出する。また、制御装置１０は、ユーザＢが共用車両Ｖ１に乗車している予想乗車時間を１４分と算出する。
　次に、本実施形態の制御装置１０が実行する相乗り機能のうち、相乗り判定機能について図３（Ａ）（Ｂ）を参照しながら説明する。制御装置１０は、相乗り判定機能により、相乗りに関する情報を、共用車両Ｖｎを利用中のユーザと、利用要求を行なったユーザに対して通知する。相乗りに関する情報には、第１の走行経路と、第１の走行経路上の乗車位置又は降車位置までの予想所要時間（第１の所要時間）と、各ユーザのＩＤ情報が例示できる。これにより、共用車両Ｖｎを利用中のユーザは、降車位置に到着する時間がどの程度遅れるかを知ることができる。また、利用要求を行なったユーザは、乗車位置にいつまでに到着すれば共用車両Ｖｎに相乗りできるかを知ることができる。そして、共用車両Ｖｎを利用中のユーザと利用要求を行なったユーザは、通知された情報に問題がない場合、通信装置２２０又は通信装置４２０を介して、共用車両管理装置１００に、共用車両Ｖ１に相乗りすることを承諾する旨を送信する。なお、制御装置１０は、利用要求を行なったユーザが共用車両Ｖｎに乗車している時間を通知してもよい。図３（Ａ）の例では、制御装置１０は、第１の走行経路Ｐ１と、乗車位置Ｓ２までの予想所要時間（６分）と、降車位置Ｇ２までの予想所要時間（２２分）と、降車位置Ｇ１までの予想所要時間（４０分）とを、ユーザＡ及びユーザＢに通知する。
　制御装置１０は、通信装置２０を介して、共用車両Ｖｎを利用中のユーザ及び利用要求を行なったユーザから、相乗りすることを承諾する旨を取得した場合、第１の走行経路を共用車両Ｖｎの走行経路として更新する。また、制御装置１０は、第１の所要時間を第１の走行経路上の目的地に到着すまでに要する予想所要時間として更新する。そして、制御装置１０は、通信装置２０を介して、共用車両Ｖｎを利用中のユーザ及び利用要求を行なったユーザに、相乗りが決定された旨と、第１の走行経路と、第１の所要時間とを含む情報を通知する。
　以降では、制御装置１０は、相乗り前の予想所要時間を、共用車両Ｖｎを利用中のユーザにより設定された目的地までの当初の予想所要時間として扱い、第１の所要時間を、利用要求を行なったユーザにより設定された出発地又は目的地までの当初の予想所要時間として、それぞれ扱う。制御装置１０は、これらの当初の予想所要時間をＲＡＭに一時的に記憶させる。図３（Ａ）（Ｂ）の例では、ユーザＡの当初の予想所要時間は２８分であり、ユーザＢの当初の予想所要時間は２０分である。
　次に、本実施形態の制御装置１０が実行する相乗り機能のうち、遅延時間検出機能について図４（Ａ）（Ｂ）を参照しながら説明する。図４は、遅延時間検出機能を説明するための図である。図４（Ａ）は、遅延時間を説明するための図であり、図４（Ｂ）は、図４（Ａ）に示す走行経路と、走行経路に対する予想所要時間との移り変わりを示す図である。
　図４（Ａ）は、図３（Ａ）の場面から所定の時間が経過した場面であり、図４（Ａ）では、図３（Ａ）と同じ構成には同一の符号を付している。共用車両Ｖ１は、ユーザＢを乗車位置Ｓ２（図３（Ａ）参照）で乗車させて経路ｒ２を走行しており、第１の走行経路Ｐ１に従って交差点ｂを右折しようとしている。また、図４（Ａ）では、図３（Ａ）に示す時点で発生していなかった交通渋滞が、交差点ｂから交差点ｈの区間において発生している。そのため、図４（Ａ）は、経路ｒ５を走行するのに１０分を要し、経路ｒ６を走行するのに６分を要することを示す。
　制御装置１０は、遅延時間検出機能により、各ユーザにより設定された出発地又は目的地までの当初の予想所要時間に対する遅延時間を検出する。制御装置１０は、共用車両Ｖｎを利用中のユーザ及び利用要求を行なったユーザが相乗りすることに承諾した以降、所定の期間毎に、各ユーザの乗車位置又は降車位置までの予想所要時間に遅延が発生しているか否かを判定する。
　具体的には、まず、制御装置１０は、所定の周期毎に、各ユーザにより設定された出発地又は目的地までの予想所要時間を算出する。そして、制御装置１０は、算出した予想所要時間と、ＲＡＭに記憶された各ユーザにより設定された出発地又は目的地までの当初の予想所要時間とを比較して遅延時間を算出する。図４（Ａ）の例では、制御装置１０は、降車位置Ｇ１までの予想所要時間に対する遅延時間と、降車位置Ｇ２までの予想所要時間に対する遅延時間を検出する。制御装置１０は、算出した降車位置Ｇ１までの予想所要時間（５０分）と、ＲＡＭに記憶された当初の降車位置Ｇ１までの予想所要時間（２８分）から、降車位置Ｇ１までの予想所要時間に対する遅延時間（２２分）を算出する。また、制御装置１０は、算出した降車位置Ｇ２までの予想所要時間（２２分）と、ＲＡＭに記憶された当初の降車位置Ｇ２までの予想所要時間（２６分）から、降車位置Ｇ２までの予想所要時間に対する遅延時間（４分）を算出する。
　そして、制御装置１０は、算出した遅延時間とユーザにより設定された許容遅延時間とを比較することで、ユーザが許容する遅延以上の遅延が発生しているか否かを判定する。制御装置１０は、遅延時間が許容遅延時間を超えている場合、ユーザが許容する遅延以上の遅延が発生していると判定し、反対に、遅延時間が許容遅延時間以下の場合、ユーザの許容範囲内の遅延が発生していると判定する。図４（Ａ）の例では、制御装置１０は、降車位置Ｇ１までの予想所要時間に対する遅延時間（２２分）とユーザＡにより設定された許容遅延時間（１５分）とを比較することで、ユーザＡが許容する遅延以上の遅延が発生していると判定する。一方、制御装置１０は、降車位置Ｇ２までの予想所要時間遅延時間（６分）とユーザＢにより設定された許容遅延時間（１０分）とを比較することで、ユーザＢが許容する範囲内の遅延が発生していると判定する。
　次に、本実施形態の制御装置１０が実行する相乗り機能のうち、代替目的地設定機能と、第２走行経路算出機能と、第２所要時間算出機能について図５（Ａ）（Ｂ）を参照しながら説明する。図５は、代替目的地設定機能と、第２走行経路算出機能と、第２所要時間算出機能を説明するための図である。図５（Ａ）は、代替降車位置を説明するための図でり、図５（Ｂ）は、図５（Ａ）に示す走行経路と、走行経路に対する予想所要時間の移り変わりを示す図である。図５（Ａ）は、図４（Ａ）の場面と同じ場面であり、交差点ｂと交差点ｈの間の区間には、交通渋滞が発生している。
　代替目的地設定機能について説明する。制御装置１０は、代替目的地設定機能により、当初の予想所要時間に対する遅延時間がユーザの許容遅延時間を超える場合に、相乗りするユーザの希望条件に基づいて、乗車位置を代替えする代替乗車位置又は降車位置を代替する代替降車位置を設定する。相乗りするユーザには、共用車両Ｖｎを利用中のユーザと、利用要求を行なったユーザとが含まれる。
　具体的な代替乗車位置又は代替降車位置の設定方法について説明する。本実施形態の制御装置１０は、利用要求を行なったユーザを、当初の降車位置から最も近い位置、かつ、当初の降車位置よりも手前の位置に代替降車位置を設定する。また、制御装置１０は、代替乗車位置についても上述した代替降車位置と同様の方法により設定する。これにより、例えば、複数のユーザが共用車両Ｖｎに相乗りしている状態では、共用車両Ｖｎは、利用要求を行なったユーザを代替降車位置で降車させた後、交通渋滞が発生している経路を回避して走行することができる。交通渋滞のように予め予測できない遅延が発生した場合であっても、共用車両Ｖｎの走行中に代替降車位置を設定することで、遅延時間を共用車両Ｖｎを利用するユーザが許容する遅延時間の範囲内に抑えることができる。図５（Ａ）の例では、制御装置１０は、降車位置Ｇ２を代替する代替降車位置Ｇ２’を、第１の走行経路Ｐ１上において降車位置Ｇ２よりも手前に位置する交差点ｅに設定する。
　なお、本実施形態の制御装置１０は、利用中のユーザに対して代替乗車位置又は代替降車位置を設定したが、代替乗車位置又は代替降車位置が設定される対象ユーザは、特に限定されない。例えば、共用車両Ｖｎを利用中のユーザであってもよいし、利用要求を行なったユーザであってもよい。つまり、代替乗車位置で乗車する又は代替降車位置で降車するユーザと、共用車両Ｖｎの利用順との関係性は特に制限されるものではない。
　第２走行経路機能について説明する。制御装置１０は、第２走行経路機能により、代替乗車位置又は代替降車位置を経由して、共用車両Ｖｎを利用するユーザにより設定された降車位置までの第２の走行経路を算出する。図５（Ａ）の例では、制御装置１０は、代替降車位置Ｇ２’を経由して降車位置Ｇ１までの経路として、第２の走行経路Ｐ２（「ｒ１→ｒ２→ｒ９→ｒ１０→ｒ１１」で構成される経路）を算出する。第２の走行経路Ｐ２は、交通渋滞が発生している経路ｒ５、ｒ６を途中で左折する走行経路である。共用車両Ｖ１は、遅延時間が許容遅延時間を超えたことを判定したタイミングから、第２の走行経路Ｐ２を走行することで、交通渋滞が発生していない経路ｒ１０、ｒ１１を走行して降車位置Ｇ１へ向かうことができる。なお、経路ｒ９は、交差点ｂから代替降車位置Ｇ２’までの経路であり、経路ｒ１０は、代替降車位置Ｇ２’から交差点ｇまでの経路であり、経路ｒ１１は、交差点ｇから降車位置Ｇ１までの経路である。
　制御装置１０は、第２所要時間算出機能により、共用車両Ｖｎが第２の走行経路上の目的地に到着するまでに要する時間として、第２の所要時間を算出する。第２の走行経路上の目的地とは、共用車両Ｖｎに同乗するユーザそれぞれが設定した乗車位置又は降車位置、及び代替目的地設定機能により設定された代替降車位置又は代替降車位置である。なお、共用車両Ｖｎに同乗するユーザには、これから同乗する予定のユーザも含まれる。
　また、第２の走行経路上の目的地は、一箇所とは限られず、複数箇所であってもよい。図５（Ａ）の例では、第２の走行経路Ｐ２は、現在位置Ｐから代替降車位置Ｇ２’を経由して降車位置Ｇ１までの走行経路である。この場合、第２の走行経路Ｐ２上の目的地には、代替降車位置Ｇ２’と、降車位置Ｇ１が該当する。制御装置１０は、共用車両Ｖ１が第２の走行経路Ｐ２上の各地点に到着するまでに要する時間をそれぞれ算出する。具体的には、制御装置１０は、代替降車位置Ｇ２’にまでの予想所要時間を２２分と算出し、降車位置Ｇ１までの予想所要時間を４０分と算出する。
　次に、本実施形態の制御装置１０が実行する相乗り機能のうち、通知機能について説明する。制御装置１０は、通知機能により、交通渋滞により変更された情報を、共用車両Ｖｎを利用中のユーザ及び利用要求を行なったユーザに通知する。具体的には、制御装置１０は、代替乗車位置又は代替降車位置と、第２の走行経路と、第２の所要時間と、を通知する。図５（Ａ）の例では、制御装置１０は、代替降車位置Ｇ２’と、第２の走行経路Ｐ２と、代替降車位置Ｇ２’までの予想所要時間（２２分）と、降車位置Ｇ１までの予想所要時間（４０分）をユーザＡ及びユーザＢに通知する。ユーザＡは、交通渋滞が発生していても、降車位置Ｇ１までの予想所要時間に対する遅延時間（１２分）が許容遅延時間（１５分）の範囲内であることを確認する。また、ユーザＡは、ユーザＢが降車する位置が変更されたこと、ユーザＢが降車した以降の走行経路が変更されたことを確認する。一方、ユーザＢは、降車位置が降車位置Ｇ２よりも手前に位置する代替降車位置Ｇ２’に変更されたことを確認する。
　また、制御装置１０は、代替降車位置で降車するユーザに対して、割引された利用料金を通知してもよい。これにより、通知されたユーザは、本来の降車位置とは異なる位置で降車することに了承するための判断材料として扱うことができる。なお、制御装置１０は、降車位置と代替降車位置との距離に応じて、割引率を決定することができる。
　制御装置１０は、通信装置２０を介して、共用車両Ｖｎを利用中のユーザ及び利用要求を行なったユーザから、通知内容を承諾する旨を取得した場合、第２の走行経路を共用車両Ｖｎの走行経路として更新する。また、制御装置１０は、第２の所要時間を共用車両Ｖｎが第２の走行経路上の目的地に到着するまでに要する時間として更新する。そして、制御装置１０は、通信装置２０を介して、共用車両Ｖｎの走行経路が第２の走行経路に変更されたことを、共用車両Ｖｎが備える制御装置２３０及びユーザ端末装置４００Ａに送信する。
　続いて、本実施形態の共用車両管理システムの制御手順を示すフローチャートである図４のフローチャートに基づいて、本実施形態の共用車両管理システムの制御処理について説明する。制御処理は、所定の周期毎に繰り返し実行される。
　ステップＳ１０１において、共用車両管理装置１００の制御装置１０は、共用車両Ｖｎを利用するユーザから希望条件を取得したか否かを判定する。希望条件を取得した場合、ステップＳ１０２に進み、反対に、希望条件を取得していない場合、制御処理を終了する。希望条件には、利用開始時間、出発地、目的地、相乗り可否の情報、及び許容遅延時間が含まれる。
　ステップＳ１０２において、制御装置１０は、ステップＳ１０１において取得した希望条件に適合し、利用可能な共用車両を選定する。
　ステップＳ１０３において、制御装置１０は、道路交通情報を取得する。例えば、制御装置１０は、通信装置２０を介して、ＶＩＣＳから道路交通情報を取得する。
　ステップＳ１０４において、制御装置１０は、ステップＳ１０３において取得した道路交通情報に基づいて、共用車両Ｖｎの走行経路とユーザにより設定された降車位置までの予想所要時間を算出する。制御装置１０は、算出した予想所要時間を、共用車両Ｖｎを利用中のユーザの当初の予想所要時間（相乗り前の予想所要時間）として、ＲＡＭに一時的に保存する。図３（Ａ）の例では、制御装置１０は、走行経路Ｐ０と、降車位置Ｇ１までの予想所要時間（２８分）を算出する。
　ステップＳ１０５において、制御装置１０は、共用車両Ｖｎに相乗りを希望するユーザから希望条件を取得したか否かを判定する。希望条件を取得した場合、ステップＳ１０６に進み、反対に、希望条件を取得していない場合、ステップＳ１０７に進む。
　ステップＳ１０６において、制御装置１０は、第１の走行経路を算出する。例えば、制御装置１０は、相乗りを希望するユーザにより設定された乗車位置及び降車位置を経由して、共用車両Ｖｎを利用中のユーザにより設定された降車位置に最短時間で到達することができる第１の走行経路を算出する。図３（Ａ）の例では、制御装置１０は、第１の走行経路Ｐ１を算出する。
　ステップＳ１０７において、制御装置１０は、第１の走行経路上の目的地までの予想所要時間として、第１の所要時間を算出する。第１の走行経路上に複数の乗車位置又は複数の降車位置が存在する場合、制御装置１０は、第１の走行経路上の各乗車位置又は各降車位置までの予想所要時間を、各乗車位置又は各降車位置ごとに算出する。図３（Ａ）の例では、制御装置１０は、降車位置Ｇ１までの予想所要時間（４０分）と、降車位置Ｇ２までの予想所要時間（２０分）を算出する。
　そして、制御装置１０は、ステップＳ１０６において算出された第１の走行経路と、ステップＳ１０７において算出された第１の所要時間とを、各ユーザに通知する。以降では、各ユーザが通知された内容に承諾したものとして説明する。制御装置１０は、算出した第１の所要時間を、ステップＳ１０５において利用要求を行なったユーザの当初の予想所要時間として、ＲＡＭに一時的に保存する。
　ステップＳ１０８において、制御装置１０は、第１の所要時間に対する遅延が発生しているか否かを検出する。例えば、制御装置１０は、所定の期間毎に、各ユーザにより設定された乗車位置又は降車位置までの予想所要時間を算出するとともに、算出した予想所要時間と、ＲＡＭに記憶された各ユーザの当初の予想所要時間とを比較して、遅延が発生しているか否かを判定する。遅延が発生している場合、ステップＳ１０９に進み、反対に、遅延が発生していない場合、ステップＳ１１４に進む。図４（Ａ）の例では、制御装置１０は、交通渋滞により、降車位置Ｇ２までの予想所要時間（２６分）が当初の降車位置Ｇ２までの予想所要時間（２０分）に対して遅れているため、遅延が発生していると判定する。
　ステップＳ１０９において、制御装置１０は、ステップＳ１０８において発生した遅延は、許容遅延時間の範囲内であるか否かを判定する。許容遅延時間の範囲を超えている場合、ステップＳ１１０に進み、反対に、許容遅延時間の範囲以内の場合、ステップＳ１１４に進む。図４（Ａ）の例では、制御装置１０は、発生した遅延は、ユーザＡにより設定された許容遅延時間を超えていると判定する。
　ステップＳ１１０において、制御装置１０は、代替乗車位置又は代替降車位置を設定する。例えば、制御装置１０は、降車位置の最も近くの位置であり、かつ、第１の走行経路上において手前の位置に、代替降車位置を設定する。図５（Ａ）の例では、制御装置１０は、代替降車位置Ｇ２’を、第１の走行経路Ｐ１上において手前に位置する交差点ｂに設定する。
　ステップＳ１１１において、制御装置１０は、ステップＳ１１０において設定された代替乗車位置又は代替降車位置を経由する第２の走行経路を算出する。また、制御装置１０は、第２の走行経路上の目的地までの予想所要時間として、第２の所要時間を算出する。図５（Ａ）の例では、制御装置１０は、第１の走行経路Ｐ１を算出する。また、制御装置１０は、降車位置Ｇ１までの予想所要時間（４０分）と、降車位置Ｇ２までの予想所要時間（２２分）を算出する。
　ステップＳ１１２において、制御装置１０は、遅延により変更された情報を共用車両を利用中のユーザ及び利用要求を行なったユーザに通知する。変更情報には、代替乗車位置又は代替降車位置と、第２の走行経路と、第２の所要時間と、割引された利用料金と、が含まれる。通知されたユーザは、代替乗車位置又は代替降車位置の情報と、割引された利用料金と、更新された走行経路及び更新された予想所要時間を確認する。
　ステップＳ１１３において、制御装置１０は、ステップＳ１１２において通知したユーザから、変更情報を承諾した旨を取得したか否かを判定する。変更情報を承諾した旨を取得した場合、ステップＳ１１４に進み、反対に、変更情報を取得していない場合、ステップＳ１１０に戻る。
　ステップＳ１１４において、制御装置１０は、乗車する全てのユーザが降車したか否かを判定する。全てのユーザが降車した場合、制御処理を終了し、反対に、共用車両Ｖｎに乗車するユーザが存在する場合、ステップＳ１０５に戻る。
　以上のように、本実施形態の共用車両管理装置１００は、複数のユーザから、乗車位置又は降車位置を含む希望条件を取得し、希望条件に基づいて、複数のユーザが相乗りする共用車両を選定する。そして、共用車両管理装置１００は、共用車両に相乗りするユーザ（共用車両Ｖｎを利用中のユーザと利用要求を行なったユーザ）により設定された乗車位置又は降車位置に基づいて、第１の走行経路と、第１の走行経路上の目的地に到着するまでに要する第１の所要時間とを算出する。また、共用車両管理装置１００は、共用車両Ｖｎが第１の走行経路を走行している間に、第１の所要時間に対する遅延時間が許容遅延時間を超える場合、共用車両に相乗りするユーザの希望条件に基づいて、乗車位置に代替する代替乗車位置、又は降車位置に代替する代替降車位置を設定する。共用車両管理装置１００は、共用車両Ｖｎが代替乗車位置又は代替降車位置を経由して走行する第２の走行経路と、共用車両Ｖｎが第２の走行経路上の目的地に到着するまでに要する第２の所要時間とを算出する。そして、共用車両管理装置１００は、代替乗車位置又は代替降車位置と、第２の走行経路と、第２の所要時間とを、共用車両Ｖｎに相乗りするユーザに通知する。乗車位置が変更されたユーザは、代替乗車位置にいつまでに到着すればよいかを知ることができ、降車位置が変更されたユーザは、代替降車位置の情報を知ることができる。また、共用車両Ｖｎを運転するユーザは、第２の走行経路に沿って、許容時間内に目的地に到着することができる。これにより、共用車両Ｖｎに相乗りしているユーザを降ろすため又は相乗りするユーザを迎えに行くために、車両が走行経路を走行している間に、走行経路上で交通渋滞が発生した場合であっても、相乗りする前の当初の予想所要時間に対する遅延時間を低減させることができる。
　また、本実施形態では、共用車両管理装置１００は、第１の所要時間に対する遅延時間がユーザにより設定された許容遅延時間を超える場合、代替乗車位置又は代替降車位置を設定する。代替乗車位置又は代替降車位置を設定されたユーザは、共用車両Ｖｎが走行する経路上の交通環境が変化したことを知ることができる。また、代替乗車位置又は代替降車位置を設定されなかったユーザは、共用車両Ｖｎがユーザの許容範囲内の時間に乗車位置又は降車位置に到着することを知ることができるため、相乗りに対する不安を低減させることができる。
　なお、上述した実施形態では、共用車両管理装置１００は、相乗り前の予想所要時間を、共用車両Ｖｎを利用中のユーザの当初の予想所要時間として扱い、第１の所要時間を、利用要求を行なったユーザの当初の予想所要時間として扱う構成を例示したがこれに限られない。例えば、共用車両管理装置１００は、共用車両Ｖｎを利用中のユーザにより設定された許容遅延時間から、第１の走行経路を走行する時点で発生している遅延時間を予め減算することで、第１の所要時間を、共用車両Ｖｎを利用中のユーザの当初の予想所要時間として扱うことができる。図３（Ａ）（Ｂ）の例では、共用車両管理装置１００は、ユーザＡ及びユーザＢが相乗りすることに承諾した旨を送信した場合、ユーザＡの許容遅延時間１５分から、共用車両Ｖ１が第１の走行経路Ｐ１を走行することで発生する遅延時間（１２分）を減算することで、降車位置Ｇ１までの当初の予想所要時間を４０分として扱うことができる。
　また、上述した実施形態では、代替乗車位置又は代替降車位置が設定されるユーザとして、利用中の共用車両Ｖｎに後から乗車するユーザを例示したが、これに限定されない。例えば、上述した実施形態において、共用車両Ｖｎを利用中のユーザが設定した降車位置に対して代替降車位置を設定してもよい。この場合、共用車両管理装置１００は、終点を、第１の装甲経路の終点である降車位置から代替降車位置に変更した第２の走行経路を設定する。これにより、後から乗車するユーザは、第１の走行経路上の交通環境が変化した場合であっても、設定した乗降位置で乗降することができる。
　≪第２実施形態≫
　次に、上述した実施形態と異なる本発明に係る共用車両管理装置について説明する。本実施形態の共用車両管理装置１２０は、制御装置１０が備える代替目的地設定機能が異なる以外は、上述した実施形態の共用車両管理装置１００と同様の構成であるため、同様の構成については上述した実施形態でした説明を援用する。
　本実施形態の代替目的地設定機能について説明する。本実施形態の制御装置１０は、代替目的地設定機能により、利用要求を行なったユーザが以前に共用車両Ｖｎへ乗車した乗車位置、又は利用要求を行なったユーザが以前に共用車両Ｖｎを降車した降車位置に基づいて、代替乗車位置又は代替降車位置を設定する。
　制御装置１０は、データベース３０のユーザ情報３４にアクセスして、利用要求を行なったユーザの利用履歴の情報を取得する。ユーザの利用履歴の情報には、ユーザが以前に設定した乗車位置又は降車位置の情報や、ユーザが以前に乗車した位置又は降車した位置の情報が含まれる。
　制御装置１０は、データベース３０に該当するユーザの利用履歴の情報が含まれている場合、ユーザが以前に乗車した位置又は降車した位置に基づいて、代替乗車位置又は代替降車位置を設定する。代替降車位置を例にして説明する。例えば、ユーザの利用履歴の情報に、第１の走行経路上の位置情報が含まれている場合、制御装置１０は、ユーザが以前に降車した位置を、代替降車位置の候補として設定する。そして、制御装置１０は、代替降車位置の候補を設定することで、遅延時間を共用車両Ｖｎを利用するユーザが許容する遅延の範囲内に抑えることができるか否かを判定する。制御装置１０は、遅延時間を許容遅延時間の範囲内に抑えることができると判定した場合、代替降車位置の候補を、代替降車位置として設定する。反対に、遅延時間を許容遅延時間の範囲内に抑えることができないと判定した場合、ユーザ以前に降車した位置とは別の位置に、代替降車位置を設定する。別の位置への設定方法については後述する。なお、代替乗車位置の設定方法は、上述した代替降車位置の方法と同様とする。
　また、利用履歴の情報に、第１の走行経路上の位置情報が含まれていない場合であっても、第１の走行経路の周辺での乗車情報が含まれている場合、制御装置１０は、ユーザが以前に乗車した位置を、代替乗車位置の候補として設定する。また、制御装置１０は、利用履歴の情報に、第１の走行経路の周辺での降車情報が含まれている場合、ユーザが以前に降車した位置を、代替降車位置の候補として設定する。この設定方法は、ユーザが乗車した経験又はユーザが降車した経験を優先した方がユーザに与える不安を低減できるという観点に基づくものである。
　一方、制御装置１０は、データベース３０に該当するユーザの利用履歴の情報が含まれていない場合、又はデータベース３０に該当するユーザの利用履歴の情報が含まれているが、ユーザが以前に乗車位置又はユーザが以前に降車した位置では遅延時間を許容遅延時間の範囲内に抑えることができない場合、制御装置１０は、道路情報又は天候情報に基づいて、代替乗車位置又は代替降車位置を設定する。例えば、制御装置１０は、データベース３０の地図情報３３から、第１の走行経路周辺の幅員の広い道路を特定し、特定した道路上に代替乗車位置又は代替降車位置を設定する。また、例えば、データベース３０が天候情報を格納している場合、制御装置１０は、天候情報から、第１の走行経路周辺の凍結の恐れのある道路を特定し、特定した道路以外の道路上に代替乗車位置又は代替降車位置を設定する。
　以上のように、本実施形態では、データベース３０は、共用車両に相乗りするユーザが以前に共用車両Ｖｎを利用した際の情報として、利用履歴の情報を記憶している。共用車両管理装置１２０は、利用履歴の情報に、過去の乗車位置の情報又は過去の降車位置の情報が含まれている場合、利用履歴の情報に基づいて、代替乗車位置又は代替降車位置を設定する。これにより、共用車両Ｖｎに乗車するユーザ又は共用車両Ｖｎを降車するユーザは、以前に乗降車した位置で乗降車することができる。その結果、乗降車する位置が変更される場合であっても、ユーザに与える不安を低減することができる。
　また、本実施形態では、共用車両管理装置１２０は、利用履歴の情報に、過去の乗車位置の情報又は過去の降車位置の情報が含まれていない場合、道路情報又は天候情報に基づいて、代替乗車位置又は代替降車位置を設定する。これにより、ユーザが幅員が狭い道路で乗降車することを防ぐことができる。また、ユーザが路面が凍結した道路で乗降車することを防ぐことができる。その結果、上記効果と同様の効果を奏する。
　≪第３実施形態≫
　次に、上述した実施形態と異なる本発明に係る共用車両管理装置について説明する。本実施形態の共用車両管理装置１３０は、制御装置１０が備える第２走行経路算出機能が異なる以外は、上述した実施形態の共用車両管理装置１００と同様の構成であるため、同様の構成については上述した実施形態でした説明を援用する。
　本実施形態の第２走行経路算出機能について、図７（Ａ）（Ｂ）を参照しながら説明する。図７は、本実施形態の第２走行経路算出機能を説明するための図である。図７（Ａ）（Ｂ）は、それぞれ図５（Ａ）（Ｂ）に対応する図であるため、同一の構成には同一の符号を付している。図７（Ａ）では、交差点ｂと交差点ｈの間の区間には、交通渋滞が発生している。制御装置１０は、代替目的地設定機能により、ユーザＢの代替降車位置を、交差点ｅに設定している。
　本実施形態の制御装置１０は、代替乗車位置又は代替降車位置を経由までに、複数の経路が存在する場合、代替乗車位置又は代替降車位置に最短時間で到着するように、第２の走行経路を設定する。図７（Ａ）の例では、現在の共用車両Ｖ１の位置（交差点ｂ）から代替降車位置Ｇ２’（交差点ｅ）までの経路として、直線的な経路ｒ９（交差点ｂから交差点ｅまでの最短距離の経路）と、「経路ｒ１２→経路ｒ１３→経路ｒ１４」で構成される迂回する経路とが存在する。また、図７（Ａ）の例では、共用車両Ｖ１が経路ｒ９を走行した場合には、交差点ｅに到着するまでの予想所要時間は１０分以上とし、一方、共用車両Ｖ１が迂回経路を走行した場合には、交差点ｅに到着するまでの予想所要時間は９分とする。制御装置１０は、２つの走行経路の予想所要時間を比較し、予想所要時間が少ない迂回経路を選択する。そして、制御装置１０は、迂回経路を含む第２の走行経路Ｐ２’を設定する。これにより、代替降車位置Ｇ２’までの予想所要時間を短くすることができるとともに、降車位置Ｇ１までの予想所要時間を短くすることができるため、ユーザＡとユーザＢに与える不安を低減することができる。
　以上のように、本実施形態では、共用車両管理装置１３０は、代替乗車位置又は代替降車位置までに複数の経路が存在する場合、複数の経路のうち、代替乗車位置又は代替降車位置に到着するまでに要する予想所要時間が短い走行経路を選択する。そして、共用車両管理装置１３０は、選択した走行経路を含む第２の走行経路を設定する。これにより、共用車両Ｖｎは、交通環境に適した経路で代替乗車位置又は代替降車位置に到着することができるため、乗降車する位置が変更されたユーザに与える不満を低減することができる。
　≪第４実施形態≫
　次に、上述した実施形態と異なる本発明に係る共用車両管理装置について説明する。本実施形態の共用車両管理装置１４０は、制御装置１０が備える代替目的地設定機能が異なる以外は、上述した実施形態の共用車両管理装置１００と同様の構成であるため、同様の構成については上述した実施形態でした説明を援用する。本実施形態では、利用要求を行なったユーザが複数存在する場合について説明する。
　本実施形態の代替目的地設定機能について、図８～図１０を参照しながら説明する。図８～図１０は、図３～図５にそれぞれ対応する図である。図８は、本実施形態の第１走行経路算出機能を説明するための図である。図８は、ユーザＡが共用車両Ｖ１を利用して降車位置Ｇ１に向かっている間に、ユーザＢ及びユーザＣが共用車両Ｖｎの利用要求を行なった場面を示す。図８では、ユーザＡ、ユーザＢ、及びユーザＣは共用車両Ｖ１に相乗りすることを承諾したものとする。ユーザＡは許容遅延時間を１５分に設定し、ユーザＢは許容遅延時間を１０分に設定し、ユーザＣは許容遅延時間を１０分に設定している。
　図９は、本実施形態の遅延時間検出機能を説明するための図である。図９は、ユーザＡ、ユーザＢ、及びユーザＣが相乗りしている共用車両Ｖ１が交差点ｂと交差点ｅの間の区間を走行している間に、経路ｒ７で交通渋滞が発生したことを示している。制御装置１０は、経路ｒ７で発生した交通渋滞により、降車位置Ｇ１までの予想所要時間に対する遅延時間（１８分）が、ユーザＡの許容遅延時間（１５分）を超えたことを検出する。
　本実施形態の制御装置１０は、交通渋滞が発生した経路が第１の走行経路に含まれる原因を探知する。具体的には、制御装置１０は、どのユーザにより設定された乗車位置又は降車位置により、予想所要時間に対する遅延時間がユーザの許容遅延時間を超えているかを探知する。図９（Ａ）の例では、制御装置１０は、第１の走行経路Ｐ１に含まれる降車位置Ｇ１～Ｇ３と、各降車位置の間にある経路ｒ５、ｒ６、ｒ７、ｒ８、ｒ４と、交通渋滞が発生している交差点ｈから交差点ｊまでの区間から、ユーザＣにより設定された降車位置Ｇ３により、交通渋滞が発生している経路ｒ７が第１の走行経路Ｐ１に含まれていると探知する。
　図１０は、本実施形態の代替目的地設定機能と、第２走行経路算出機能と、第２所要時間算出機能を説明するための図である。図１０は、制御装置１０により設定された代替降車位置と、第２の走行経路と、第２の所要時間を示している。
　本実施形態の制御装置１０は、代替目的地設定機能により、複数の乗車位置又は複数の降車位置のうち、遅延の原因となる乗車位置又は降車位置に対して、代替乗車位置又は代替降車位置を設定する。具体的には、制御装置１０は、遅延が発生している経路において、共用車両Ｖｎが最初に通過する乗車位置又は降車位置に対して、代替乗車位置又は代替降車位置を設定する。図１０（Ａ）の例では、制御装置１０は、交通渋滞が発生している経路ｒ７において、最初に通過する降車位置Ｇ３に対して、代替降車位置Ｇ３’を設定する。そして、制御装置１０は、代替降車位置Ｇ３’を経由して降車位置Ｇ１までの経路として、第２の走行経路Ｐ２（「ｒ１→ｒ２→ｒ５→ｒ１５→ｒ１６→ｒ１７→ｒ１８→ｒ４」で構成される経路）を算出する。なお、図１０（Ａ）の例では、代替降車位置Ｇ３’は第１の走行経路Ｐ１上の位置に設定されているが、これに限定されるものではない。
　以上のように、本実施形態では、共用車両管理装置１４０は、遅延の原因となる経路において、共用車両Ｖｎが最初に通過する乗車位置又は降車位置に対して、代替乗車位置又は代替降車位置を設定する。共用車両Ｖｎを相乗りする複数のユーザのうち、遅延の原因となる乗車位置又は降車位置を設定したユーザは、代替乗車位置又は代替降車位置に変更される。これにより、遅延の原因とは関係ない乗車位置又は降車位置を設定したユーザに対して、代替乗車位置又は代替降車位置を通知することを防ぎ、ユーザに与える不満を低減させることができる。
　なお、以上に説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
　例えば、上述した実施形態において、代替降車位置を設定する構成を例示したが、代替乗車位置を設定してもよい。上述した実施形態の変形例について説明する。
　図１１は、変形例の第１走行経路算出機能と、変形例の遅延時間検出機能を説明するための図である。図１１（Ａ）は、ユーザＡが乗車した共用車両Ｖ１が利用要求を行なったユーザＢの乗車位置Ｓ２に向かって走行している間に、交通渋滞が交差点ｂから交差点ｈの区間において発生した場面である。
　制御装置１０は、図１１（Ｂ）に示すように、交通渋滞の発生により、Ｇ１までの予想所要時間に対する遅延時間（２２分）がユーザＡの許容遅延時間（１５分）を超えたことを検出する。なお、変形例では、制御装置１０は、乗車位置Ｓ２までの予想所要時間と降車位置Ｇ２までの予想所要時間を算出するが、乗車位置までの予想所要時間の算出方法と降車位置までの予想所要時間と算出方法は同様とする。
　図１２は、変形例の代替目的地設定機能を説明するための図である。制御装置１０は、乗車位置Ｓ２を代替する代替乗車位置Ｓ２’を、第１の走行経路Ｐ１上において乗車位置Ｓ２よりも手前に位置する交差点ｅに設定する。そして、制御装置１０は、代替乗車位置Ｓ２’を経由して降車位置Ｇ１までの経路として、第２の走行経路Ｐ２（「ｒ１→ｒ２→ｒ１９→ｒ２０→ｒ２１→ｒ２２→ｒ１１」で構成される経路）を算出する。これにより、降車位置Ｇ１までの予想所要時間に対する遅延時間を、ユーザＡの許容遅延時間の範囲内に抑えることができる。
　また、例えば、上述した実施形態において、共用車両Ｖｎは、無人で自動的に走行することができる自動運転機能を備える車両であってもよい。共用車両Ｖｎは駆動機構や操舵機構を備えており、これらの機構は自動運転機能により、完全に自動で制御される。自動運転機能を備える車両の場合、共用車両管理装置は、ユーザが運転する車両の場合に比べて、精度良く予想所要時間を算出できる。
　また、本明細書では、本発明に係る共用車両管理装置を、制御装置１０と、通信装置２０と、データベース３０とを備える共用車両管理装置１００を例に説明するが、本発明はこれに限定されるものではない。
１…共用車両管理システム
　１００…共用車両管理装置
　　１０…制御装置
　　２０…通信装置
　　３０…データベース
　Ｖ１～Ｖｎ…共用車両
　　２００Ｖ１～２００Ｖｎ…車載装置
　４００Ａ～４００Ｙ…ユーザ端末装置

Claims (7)

  1. 　サーバを用いて、複数のユーザに共用される共用車両を管理する共用車両管理方法であって、
    　前記複数のユーザから、乗車位置又は降車位置を含む希望条件を取得し、
    　前記希望条件に基づいて、前記複数のユーザが相乗りする前記共用車両を選定し、
    　前記共用車両に相乗りするユーザの前記希望条件に基づいて、前記共用車両が走行する第１の走行経路と、前記共用車両が前記第１の走行経路上の目的地に到着するまでに要する第１の所要時間とを算出し、
    　前記共用車両が前記第１の走行経路を走行している間に、前記第１の所要時間に対する遅延時間が所定の時間を超える場合、前記共用車両に相乗りするユーザの前記希望条件に基づいて、前記乗車位置に代替する代替乗車位置、又は前記降車位置に代替する代替降車位置を設定し、
    　前記代替乗車位置又は前記代替降車位置を含む第２の走行経路と、前記共用車両が前記第２の走行経路上の目的地に到着するまでに要する第２の所要時間とを算出し、
    　少なくとも前記代替乗車位置又は前記代替降車位置と、前記第２の所要時間とを、前記共用車両に相乗りするユーザに通知する共用車両管理方法。
  2. 　請求項１に記載の共用車両管理方法であって、
    　前記所定の時間は、前記希望条件に含まれる、前記共用車両に相乗りするユーザが許容できる遅延時間である共用車両管理方法。
  3. 　請求項１又は２に記載の共用車両管理方法であって、
    　前記共用車両に相乗りするユーザが以前に前記共用車両を利用した際の情報として、前記共用車両の履歴情報を記憶し、
    　前記履歴情報が、前記乗車位置の情報又は前記乗車位置の周辺での乗車情報、若しくは前記降車位置の情報又は前記降車位置の周辺での降車情報を含む場合、前記履歴情報に基づいて、前記代替乗車位置又は前記代替降車位置を設定する共用車両管理方法。
  4. 　請求項３に記載の共用車両管理方法であって、
    　前記履歴情報が、前記乗車位置の情報又は前記乗車位置の周辺での乗車情報、若しくは前記降車位置の情報又は前記降車位置の周辺での降車情報を含まない場合、道路情報又は天候情報に基づいて、前記代替乗車位置又は前記代替降車位置を設定する共用車両管理方法。
  5. 　請求項１～３のいずれか一項に記載の共用車両管理方法であって、
    　前記第１の走行経路は、複数の前記乗車位置又は複数の前記降車位置を経由する走行経路であり、
    　前記第１の所要時間に対する遅延時間が前記所定の時間を超える原因がある経路において、前記共用車両が最初に通過する前記乗車位置又は前記降車位置に対して、前記代替乗車位置又は前記代替降車位置を設定する共用車両管理方法。
  6. 　請求項１～５のいずれか一項に記載の共用車両管理方法であって、
    　前記第１の所要時間に対する遅延時間が前記所定の時間を超える位置から、前記代替乗車位置又は前記代替降車位置までに、複数の経路が存在する場合、前記複数の経路のうち、前記代替乗車位置又は前記代替降車位置に到着するまでに要する所要時間が最短時間の経路を含む前記第２の走行経路を設定する共用車両管理方法。
  7. 　サーバに記憶された、複数のユーザに共用される共用車両の情報に基づいて前記共用車両を管理する制御装置を備え、
    　前記制御装置は、
    　前記複数のユーザから、乗車位置又は降車位置を含む希望条件を取得し、
    　前記共用車両に相乗りするユーザの前記希望条件に基づいて、前記共用車両が走行する第１の走行経路と、前記共用車両が前記第１の走行経路上の目的地に到着するまでに要する第１の所要時間とを算出し、
    　前記共用車両が前記第１の走行経路を走行している間に、前記第１の所要時間に対する遅延時間が所定の時間を超える場合、前記共用車両に相乗りするユーザの前記希望条件に基づいて、前記乗車位置に代替する代替乗車位置、又は前記降車位置に代替する代替降車位置を設定し、
    　前記代替乗車位置又は前記代替降車位置を含む第２の走行経路と、前記共用車両が前記第２の走行経路上の目的地に到着するまでに要する第２の所要時間とを算出し、
    　少なくとも前記代替乗車位置又は前記代替降車位置と、前記第２の所要時間とを、前記共用車両に相乗りするユーザに通知する共用車両管理装置。
PCT/JP2017/028827 2017-08-08 2017-08-08 共用車両管理方法及び共用車両管理装置 WO2019030835A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2019535485A JP6844703B2 (ja) 2017-08-08 2017-08-08 共用車両管理方法及び共用車両管理装置
BR112020002611-5A BR112020002611A2 (pt) 2017-08-08 2017-08-08 método de gerenciamento de veículo compartilhado e dispositivo de gerenciamento de veículo compartilhado
US16/637,633 US11663532B2 (en) 2017-08-08 2017-08-08 Shared vehicle management method and shared vehicle management device
CN201780093773.0A CN111033595B (zh) 2017-08-08 2017-08-08 共用车辆管理方法以及共用车辆管理装置
PCT/JP2017/028827 WO2019030835A1 (ja) 2017-08-08 2017-08-08 共用車両管理方法及び共用車両管理装置
JP2021028644A JP7136246B2 (ja) 2017-08-08 2021-02-25 共用車両管理方法及び共用車両管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/028827 WO2019030835A1 (ja) 2017-08-08 2017-08-08 共用車両管理方法及び共用車両管理装置

Publications (1)

Publication Number Publication Date
WO2019030835A1 true WO2019030835A1 (ja) 2019-02-14

Family

ID=65271944

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/028827 WO2019030835A1 (ja) 2017-08-08 2017-08-08 共用車両管理方法及び共用車両管理装置

Country Status (5)

Country Link
US (1) US11663532B2 (ja)
JP (2) JP6844703B2 (ja)
CN (1) CN111033595B (ja)
BR (1) BR112020002611A2 (ja)
WO (1) WO2019030835A1 (ja)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019133355A (ja) * 2018-01-30 2019-08-08 パナソニックＩｐマネジメント株式会社 自動運転システム、自動運転システムの通知方法、プログラム、及び移動体
JP2020149619A (ja) * 2019-03-15 2020-09-17 本田技研工業株式会社 ライドシェア管理装置
WO2020202412A1 (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 情報処理装置、移動体、プログラム及び方法
JP2020190541A (ja) * 2019-11-29 2020-11-26 株式会社ＭａａＳ Ｔｅｃｈ Ｊａｐａｎ プログラム及び情報処理装置
JP2020194455A (ja) * 2019-05-29 2020-12-03 株式会社デンソー 自動運転装置、方法、及びプログラム
JP2020201696A (ja) * 2019-06-10 2020-12-17 日産自動車株式会社 遅延交渉の要否判断方法、遅延交渉の要否判断装置、及び遅延交渉の要否判断システム
JP2021060659A (ja) * 2019-10-03 2021-04-15 ヤフー株式会社 提案装置、提案方法及び提案プログラム
JP2021149294A (ja) * 2020-03-17 2021-09-27 本田技研工業株式会社 車両乗合支援システム
JP2021149535A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
JP2021163415A (ja) * 2020-04-03 2021-10-11 トヨタ自動車株式会社 運行管理装置、運行管理システム、運行管理方法、及び車両
JP2021170264A (ja) * 2020-04-16 2021-10-28 トヨタ自動車株式会社 運行管理装置、運行管理システム、運行管理方法、及び車両
CN113850405A (zh) * 2021-09-29 2021-12-28 宁波小遛共享信息科技有限公司 行驶路径构建方法、装置及终端设备
JP2023071199A (ja) * 2021-11-11 2023-05-23 三菱電機株式会社 乗客輸送システム
JP7553394B2 (ja) 2021-03-30 2024-09-18 株式会社Ｎｔｔドコモ 情報処理装置

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11157005B2 (en) * 2018-06-27 2021-10-26 Motional Ad Llc Automated-taxi that proposes alternate-destination to optimize route
US10739150B2 (en) * 2018-08-21 2020-08-11 GM Global Technology Operations LLC Interactive routing information between users
US10535271B1 (en) * 2018-10-10 2020-01-14 Waymo Llc Smart signs for autonomous vehicles
US11187545B2 (en) * 2018-11-27 2021-11-30 Here Global B.V. Method and apparatus for generating a pooled route to extend a service area of a shared vehicle
US20220164718A1 (en) * 2019-04-02 2022-05-26 Nissan Motor Co., Ltd. Allocated vehicle extraction server, allocated vehicle extraction means, allocated vehicle extraction method, and allocated vehicle display terminal
BR112022021312A2 (pt) * 2020-04-24 2022-12-06 Nissan Motor Método de controle de local de parada, dispositivo de controle de local de parada, e sistema de controle de local de parada
CN112396861B (zh) * 2020-11-26 2022-09-09 无锡职业技术学院 汽车辅助驾驶控制方法及其装置
US11790415B2 (en) * 2020-12-17 2023-10-17 Capital One Services, Llc Route determination based on last known position
JP2022138664A (ja) * 2021-03-10 2022-09-26 本田技研工業株式会社 同乗支援装置、同乗支援システム、同乗支援方法、およびプログラム
JP7517270B2 (ja) * 2021-06-23 2024-07-17 トヨタ自動車株式会社 サーバ装置、運行管理システム、プログラム、車両及び運行管理方法
JP7464021B2 (ja) * 2021-08-30 2024-04-09 トヨタ自動車株式会社 遠隔運転サーバ、遠隔運転方法及び遠隔運転プログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005182146A (ja) * 2003-12-16 2005-07-07 Fujitsu Ltd 移動ルート案内システムおよびルート案内サーバ
JP2017191371A (ja) * 2016-04-11 2017-10-19 みこらった株式会社 自動車及び自動車用プログラム

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002183892A (ja) 2000-12-12 2002-06-28 Sharp Corp 車両の運行経路選出方法およびそれを用いた配車管理方法、配車管理システム
JP4458453B2 (ja) * 2001-07-30 2010-04-28 カシオ計算機株式会社 相乗り仲介管理装置及びそのプログラム
FR2898204B1 (fr) * 2006-03-02 2014-06-20 Patrick Hurpin Procede et systeme de transport collectif
JP2009289192A (ja) 2008-05-30 2009-12-10 Aisin Aw Co Ltd 相乗り乗車システム
CN102939623B (zh) * 2010-03-11 2015-09-09 因瑞克斯有限公司 基于集合的驾驶者行为学习道路导航路径
CN102147970A (zh) 2010-12-22 2011-08-10 顾泰来 无限定站点无固定线路的公共交通运营系统及其方法
US8799038B2 (en) * 2011-09-07 2014-08-05 National Tsing Hua University Dynamic taxi-sharing system and sharing method thereof
JP6015467B2 (ja) 2013-01-30 2016-10-26 トヨタ自動車株式会社 同乗者検索装置、同乗者検索システムおよび方法
US11574263B2 (en) * 2013-03-15 2023-02-07 Via Transportation, Inc. System and method for providing multiple transportation proposals to a user
US9984574B2 (en) * 2014-01-21 2018-05-29 Tribal Rides, Inc. Method and system for anticipatory deployment of autonomously controlled vehicles
US9581455B2 (en) * 2014-05-06 2017-02-28 Elwha Llc Systems and methods for providing at least a portion of a travel plan that calls for at least one transportation vehicle unit
CN105094767B (zh) * 2014-05-06 2019-02-12 华为技术有限公司 自动驾驶车辆调度方法、车辆调度服务器及自动驾驶车辆
US9651391B1 (en) * 2014-08-29 2017-05-16 Allstate Insurance Company Social journey
CN104464274B (zh) * 2014-11-27 2016-09-28 中国联合网络通信集团有限公司 合乘打车方法及服务器
CN106157600A (zh) * 2015-04-24 2016-11-23 北京中坤天朗信息技术有限公司 一种合乘出行调度的方法、相关设备及系统
US20160349067A1 (en) * 2015-05-29 2016-12-01 Here Global B.V. Ride Sharing Navigation
US20160364823A1 (en) * 2015-06-11 2016-12-15 Raymond Cao Systems and methods for on-demand transportation
CN105678412A (zh) 2015-12-31 2016-06-15 百度在线网络技术（北京）有限公司 面向多人乘车的路线规划方法和装置
CN105677793B (zh) * 2015-12-31 2019-10-18 百度在线网络技术（北京）有限公司 地点数据库的建立和候选乘车地点的推荐方法及装置
CN108320065B (zh) * 2017-01-17 2021-01-05 北京嘀嘀无限科技发展有限公司 拼车订单分配方法及装置
US20180209803A1 (en) * 2017-01-25 2018-07-26 Via Transportation, Inc. Dynamic Route Planning
US20210223051A1 (en) * 2017-01-25 2021-07-22 Via Transportation, Inc. Systems and methods for vehicle ridesharing
US10082793B1 (en) * 2017-03-21 2018-09-25 GM Global Technology Operations LLC Multi-mode transportation planning and scheduling
US20180293520A1 (en) * 2017-04-06 2018-10-11 International Business Machines Corporation Ride chaining for long distance travel
US20180338225A1 (en) * 2017-05-22 2018-11-22 Fujitsu Limited Human occupancy detection in a transportation vehicle
WO2019004475A1 (ja) * 2017-06-29 2019-01-03 本田技研工業株式会社 車両情報提供装置、車両情報提供方法、及びプログラム
US11118930B2 (en) * 2017-07-14 2021-09-14 Lyft, Inc. Providing information to users of a transportation system using augmented reality elements

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005182146A (ja) * 2003-12-16 2005-07-07 Fujitsu Ltd 移動ルート案内システムおよびルート案内サーバ
JP2017191371A (ja) * 2016-04-11 2017-10-19 みこらった株式会社 自動車及び自動車用プログラム

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7065394B2 (ja) 2018-01-30 2022-05-12 パナソニックＩｐマネジメント株式会社 自動運転システム、自動運転システムの通知方法、プログラム、及び移動体
JP2019133355A (ja) * 2018-01-30 2019-08-08 パナソニックＩｐマネジメント株式会社 自動運転システム、自動運転システムの通知方法、プログラム、及び移動体
JP2020149619A (ja) * 2019-03-15 2020-09-17 本田技研工業株式会社 ライドシェア管理装置
JP7178933B2 (ja) 2019-03-15 2022-11-28 本田技研工業株式会社 ライドシェア管理装置
JPWO2020202412A1 (ja) * 2019-03-29 2021-11-11 本田技研工業株式会社 情報処理装置、移動体、プログラム及び方法
WO2020202412A1 (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 情報処理装置、移動体、プログラム及び方法
JP7217800B2 (ja) 2019-03-29 2023-02-03 本田技研工業株式会社 情報処理装置、移動体、プログラム及び方法
JP2020194455A (ja) * 2019-05-29 2020-12-03 株式会社デンソー 自動運転装置、方法、及びプログラム
JP7207172B2 (ja) 2019-05-29 2023-01-18 株式会社デンソー 自動運転装置、方法、及びプログラム
JP2020201696A (ja) * 2019-06-10 2020-12-17 日産自動車株式会社 遅延交渉の要否判断方法、遅延交渉の要否判断装置、及び遅延交渉の要否判断システム
JP7356822B2 (ja) 2019-06-10 2023-10-05 日産自動車株式会社 遅延交渉の要否判断方法、遅延交渉の要否判断装置、及び遅延交渉の要否判断システム
JP2021060659A (ja) * 2019-10-03 2021-04-15 ヤフー株式会社 提案装置、提案方法及び提案プログラム
JP7335121B2 (ja) 2019-10-03 2023-08-29 ヤフー株式会社 提案装置、提案方法及び提案プログラム
JP2020190541A (ja) * 2019-11-29 2020-11-26 株式会社ＭａａＳ Ｔｅｃｈ Ｊａｐａｎ プログラム及び情報処理装置
JP2021149294A (ja) * 2020-03-17 2021-09-27 本田技研工業株式会社 車両乗合支援システム
JP2021149535A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
JP7568411B2 (ja) 2020-03-19 2024-10-16 本田技研工業株式会社 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム
JP2021163415A (ja) * 2020-04-03 2021-10-11 トヨタ自動車株式会社 運行管理装置、運行管理システム、運行管理方法、及び車両
JP7413902B2 (ja) 2020-04-03 2024-01-16 トヨタ自動車株式会社 運行管理装置、運行管理システム、及び運行管理方法
JP2021170264A (ja) * 2020-04-16 2021-10-28 トヨタ自動車株式会社 運行管理装置、運行管理システム、運行管理方法、及び車両
JP7354913B2 (ja) 2020-04-16 2023-10-03 トヨタ自動車株式会社 運行管理装置、運行管理システム、及び運行管理方法
JP7553394B2 (ja) 2021-03-30 2024-09-18 株式会社Ｎｔｔドコモ 情報処理装置
CN113850405A (zh) * 2021-09-29 2021-12-28 宁波小遛共享信息科技有限公司 行驶路径构建方法、装置及终端设备
JP7317089B2 (ja) 2021-11-11 2023-07-28 三菱電機株式会社 乗客輸送システム
JP2023071199A (ja) * 2021-11-11 2023-05-23 三菱電機株式会社 乗客輸送システム

Also Published As

Publication number Publication date
US20200272955A1 (en) 2020-08-27
JP2021101344A (ja) 2021-07-08
JP7136246B2 (ja) 2022-09-13
JP6844703B2 (ja) 2021-03-17
CN111033595A (zh) 2020-04-17
US11663532B2 (en) 2023-05-30
CN111033595B (zh) 2023-05-09
BR112020002611A2 (pt) 2020-07-28
JPWO2019030835A1 (ja) 2020-10-22

Similar Documents

Publication Publication Date Title
JP7136246B2 (ja) 共用車両管理方法及び共用車両管理装置
JP6948935B2 (ja) 情報管理方法及び情報管理装置
JP7432649B2 (ja) ライドシェアリング（相乗り）を管理するためのシステムと方法
TWI670675B (zh) 資訊處理裝置、資訊處理方法及電腦程式產品
JP6918151B2 (ja) 車両管理方法及び車両管理装置
JP6897776B2 (ja) 情報提供方法及び情報提供装置
US11200807B2 (en) Method and apparatus for detecting an availability of a vehicle based on parking search behaviors
JP2020520010A (ja) 位置スコアを用いたピックアップ位置の動的な地理位置の最適化
JP7011926B2 (ja) 情報提供方法及び情報提供装置
JP7044874B2 (ja) 車両管理システムおよび車両管理方法
JP7027154B2 (ja) 情報提供方法、車両管理方法及び情報提供装置
JP7154831B2 (ja) 車両管理システムおよび車両管理方法
JP2019175390A (ja) 搭乗管理システム、搭乗管理方法、プログラム、及び移動体
US20200012971A1 (en) Systems and methods for dynamic transfer-based transportation
JP2009216500A (ja) ナビゲーションシステム、経路探索サーバおよび経路探索方法
CN111383045B (zh) 信息处理装置和移动车辆系统
JP2019175389A (ja) 相乗り支援システム、相乗り支援方法、プログラム、及び移動体
KR20230170494A (ko) 환승 서비스를 제공하는 모빌리티 서비스 플랫폼 및 모빌리티 서비스 방법

Legal Events

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

Ref document number: 17920819

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019535485

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112020002611

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112020002611

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20200207

122 Ep: pct application non-entry in european phase

Ref document number: 17920819

Country of ref document: EP

Kind code of ref document: A1