WO2018230679A1 - 送迎管理装置、送迎管理方法、およびプログラム - Google Patents

送迎管理装置、送迎管理方法、およびプログラム Download PDF

Info

Publication number
WO2018230679A1
WO2018230679A1 PCT/JP2018/022829 JP2018022829W WO2018230679A1 WO 2018230679 A1 WO2018230679 A1 WO 2018230679A1 JP 2018022829 W JP2018022829 W JP 2018022829W WO 2018230679 A1 WO2018230679 A1 WO 2018230679A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
information
unit
facility
pick
Prior art date
Application number
PCT/JP2018/022829
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 US16/621,458 priority Critical patent/US20200104964A1/en
Priority to CN201880038842.2A priority patent/CN110741423A/zh
Priority to JP2019525540A priority patent/JPWO2018230679A1/ja
Publication of WO2018230679A1 publication Critical patent/WO2018230679A1/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
    • 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
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • 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
    • 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/343—Calculating itineraries, i.e. routes leading from a starting point to a series of categorical destinations using a global route restraint, round trips, touristic trips
    • 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/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching

Definitions

  • the present invention has been made in consideration of such circumstances, and an object of the present invention is to provide a pick-up service linked to a reserved facility.
  • a transfer schedule is created based on the reservation contents of a facility, and a vehicle allocation reservation unit that reserves a vehicle, and a vehicle reserved by the vehicle allocation reservation unit according to the transfer schedule is allocated. And a vehicle dispatch management unit.
  • the dispatch reservation unit sets the pick-up schedule in time for a designated arrival time based on the reservation contents of the facility, with the facility as a destination or departure point. To create.
  • the acquisition unit that acquires the movement status from the vehicle allocated by the vehicle allocation management unit, and the use of the movement status acquired by the acquisition unit that has reserved the facility A status management unit for notifying at least one of a user terminal used by a person or a facility terminal used by a manager of the facility.
  • the status management unit starts moving to the facility after a user gets on the vehicle allocated by the dispatch management unit, or The arrival target time is notified to the facility terminal.
  • the status management unit may change or cancel the reservation of the dispatch or reserve the facility when the arrival time of the vehicle dispatched by the dispatch management unit is delayed At least one of the changes or cancellations is accepted.
  • the status management unit cancels the allocation of the vehicle or extends the usage time of the facility from the user who is notified of the delay in the arrival time of the vehicle allocated by the allocation management unit. If neither of these is accepted, both cancellation of dispatch and cancellation of the facility are accepted.
  • the acquisition unit acquires information indicating the number of passengers from the vehicle
  • the status management unit includes information indicating the number of passengers acquired by the acquisition unit. If the number is different from the reserved number, the facility terminal is notified of the change in the reserved number.
  • the acquisition unit acquires an order instruction for a service or an article provided by the facility from the vehicle, and the status management unit acquires the order instruction acquired by the acquisition unit. Is notified to the facility terminal.
  • service provision information including point information corresponding to a service provision point from the service provider, identification information of the service provider, and identification information of the user of the service provider is obtained.
  • a service information acquisition unit to acquire, an access point acquisition unit to acquire an access point that is the point information from which the user receives the service provision, and the vehicle corresponding to the route between the point information and the access point And a plan determining unit for determining an operation plan.
  • service status information corresponding to the service information and the user identification information acquired by the acquisition unit is generated, and at least on the route of the vehicle, A status management unit that provides the service status information to the service provider;
  • the plan determination unit acquires the identification information of the user associated with the service status information, and based on the vehicle operation plan determined by the plan determination unit, The service status information is generated and the plan is planned.
  • the plan determination unit manages the status attribute determined from the identification information of the user and the movement status as the service status information, and plans the plan. Is what you do.
  • the plan determining unit notifies the facility terminal of information regarding the arrival time at the facility among the service status information.
  • (14) A transfer management method in which a transfer schedule is created based on the reservation contents of the facility, a vehicle is reserved, and the reserved vehicle is dispatched according to the transfer schedule.
  • This program causes a computer to create a pickup schedule based on the reservation contents of the facility, reserve a vehicle, and dispatch a reserved vehicle according to the pickup schedule.
  • the user can confirm the dispatching situation and the delay situation and decide the subsequent action, and the manager on the facility side matches the arrival of the user. Can be prepared to welcome users and improve the service.
  • the user can easily change or cancel the reservation of the facility and the pick-up car when the pick-up car is delayed.
  • the user can receive an additional service during the pick-up service by the service provider.
  • FIG. 1 is a configuration diagram of a vehicle allocation system 1.
  • FIG. 1 is a configuration diagram of a vehicle 100.
  • FIG. It is a figure for demonstrating the process of an automatic driving
  • 2 is a functional configuration diagram of a facility terminal 200.
  • FIG. 3 is a functional configuration diagram of a user terminal 300.
  • FIG. It is a figure which shows an example of a facility reservation screen.
  • 3 is a functional configuration diagram of a pick-up management device 400.
  • FIG. It is a figure which shows an example of the facility reservation information 421.
  • FIG. is a figure which shows an example of dispatch information 422. It is a figure which shows an example of dispatch status information 423.
  • FIG. 1 is a configuration diagram of a vehicle allocation system 1.
  • FIG. 1 is a configuration diagram of a vehicle 100.
  • FIG. It is a figure for demonstrating the process of an automatic driving
  • 2 is
  • FIG. 4 is a flowchart showing an example of processing operation in the vehicle 100.
  • 4 is a flowchart showing an example of processing operation in the vehicle 100.
  • 5 is a flowchart showing an example of processing operations in a pick-up management device 400.
  • 5 is a flowchart showing an example of processing operations in a pick-up management device 400.
  • 5 is a flowchart showing an example of processing operations in a pick-up management device 400.
  • 4 is a functional configuration diagram of a service provider device 600.
  • FIG. 2 is a functional configuration diagram of a service management apparatus 700.
  • FIG. 2 is a functional configuration diagram of a vehicle control device 900.
  • FIG. It is a flowchart which shows an example of the flow of the process performed in the dispatch system 1A.
  • a vehicle to be dispatched in this system is, for example, an autonomous driving vehicle that basically does not require a driving operation.
  • the vehicles to be dispatched stand by at the vehicle stations prepared in various places when they are not dispatched, and after arriving at the destination, move to a vehicle station with a vacancy near the destination and wait. To do.
  • FIG. 1 is a configuration diagram of the vehicle allocation system 1.
  • the dispatch system 1 includes one or more vehicles 100, one or more facility terminals 200, one or more user terminals 300, and a pick-up management device 400. These components can communicate with each other via the network NW.
  • the network NW includes the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), a public line, a provider device, a dedicated line, a wireless base station, and the like.
  • the vehicle 100 is, for example, a vehicle having four or more wheels on which a plurality of users can ride.
  • FIG. 2 is a configuration diagram of the vehicle 100.
  • the vehicle 100 includes, for example, an external environment monitoring unit 110, a communication device 120, a navigation device 130, a recommended lane determining device 140, an automatic driving control unit 150, a driving force output device 160, a brake device 162, and a steering device. 164 and a vehicle allocation management unit 170.
  • the external environment monitoring unit 110 includes, for example, a camera, a radar, a LIDAR (Light Detection and Ranging), and an object recognition device that performs sensor fusion processing based on these outputs.
  • the outside world monitoring unit 110 estimates the types of objects (particularly, vehicles, pedestrians, and bicycles) existing around the vehicle 100 and outputs the information to the automatic driving control unit 150 together with the position and speed information.
  • the communication device 120 is a wireless communication module for connecting to a network NW or directly communicating with other vehicles or pedestrian terminal devices, for example.
  • the communication device 120 performs wireless communication based on Wi-Fi, DSRC (Dedicated Short Range Communication), Bluetooth (registered trademark), and other communication standards.
  • a plurality of communication devices 120 may be prepared depending on the application.
  • the navigation device 130 includes, for example, an HMI (Human Machine Interface) 132, a GNSS (Global Navigation Satellite System) receiver 134, and a navigation control device 136.
  • the HMI 132 includes, for example, a touch panel display device, a speaker, a microphone, and the like.
  • the GNSS receiver 134 measures the position of the own apparatus (the position of the vehicle 100) based on radio waves coming from a GNSS satellite (for example, a GPS satellite).
  • the navigation control device 136 includes, for example, a CPU (Central Processing Unit) and various storage devices, and controls the entire navigation device 130. Map information (navigation map) is stored in the storage device.
  • the navigation map is a map that expresses roads by nodes and links.
  • the navigation control device 136 determines a route from the position of the vehicle 100 measured by the GNSS receiver 134 to the destination designated by the dispatch management unit 170 with reference to the navigation map.
  • the destination may be designated by the user using the HMI 132.
  • the navigation control device 136 transmits the position and destination of the vehicle 100 to the navigation server (not shown) and the pick-up management device 400 using the communication device 120, and is returned from the navigation server and pick-up management device 400.
  • a route may be acquired.
  • the route may include information on points where the user stops in order to get on or off the user, and information on the arrival time at those points.
  • the navigation control device 136 outputs the route information determined by any of the above methods to the recommended lane determination device 140.
  • the recommended lane determining device 140 includes, for example, an MPU (Micro Processing Unit) and various storage devices.
  • the storage device stores high-precision map information that is more detailed than the navigation map.
  • the high-accuracy map information includes, for example, information such as road width and gradient for each lane, curvature, and signal position.
  • the recommended lane determining device 140 determines a recommended lane preferable for traveling along the route input from the navigation device 130, and outputs the recommended lane to the automatic driving control unit 150.
  • the automatic operation control unit 150 includes one or more processors such as a CPU and an MPU and various storage devices.
  • the automatic driving control unit 150 travels in the recommended lane determined by the recommended lane determining device 140, and the vehicle 100 is controlled so as to avoid contact with an object whose position and speed are input from the external monitoring unit 110. Let it run automatically.
  • the automatic operation control unit 150 sequentially executes various events. Events include constant speed driving events that travel in the same lane at a constant speed, follow-up driving events that follow the preceding vehicle, lane change events, merge events, branch events, emergency stop events, and charges for passing through the toll gate Event, handover event to end automatic driving and switch to manual driving. Further, during execution of these events, actions for avoidance may be planned based on the surrounding situation of the vehicle 100 (the presence of surrounding vehicles and pedestrians, lane narrowing due to road construction, etc.).
  • the automatic operation control unit 150 generates a target track on which the vehicle 100 will travel in the future.
  • the target trajectory includes, for example, a velocity element.
  • the target track is expressed as a sequence of points (track points) that the host vehicle M should reach.
  • the trajectory point is a point where the host vehicle M should reach for each predetermined travel distance.
  • the target speed and target acceleration for each predetermined sampling time are the target trajectory. Generated as part of.
  • the track point may be a position to which the host vehicle M should arrive at the sampling time for each predetermined sampling time. In this case, information on the target speed and target acceleration is expressed by the interval between the trajectory points.
  • FIG. 3 is a diagram for explaining a process of automatic driving.
  • a route is determined by the navigation device 130. This route is, for example, a rough route with no lane distinction.
  • the recommended lane determining device 140 determines a recommended lane that is easy to travel along the route.
  • the automatic operation control unit 150 generates a trajectory point for traveling along the recommended lane as much as possible while avoiding obstacles, and the trajectory point (and accompanying speed profile) is generated.
  • a part or all of the driving force output device 160, the brake device 162, and the steering device 164 are controlled so as to travel along the vehicle.
  • Such division of roles is merely an example, and for example, the automatic operation control unit 150 may perform processing in an integrated manner.
  • the driving force output device 160 outputs a driving force (torque) for driving the vehicle to the driving wheels.
  • the driving force output device 160 includes, for example, a combination of an internal combustion engine, an electric motor, a transmission, and the like, and a power ECU that controls them.
  • the power ECU controls the above-described configuration in accordance with information input from the automatic operation control unit 150 or information input from a driving operator (not shown).
  • the brake device 162 includes, for example, a brake caliper, a cylinder that transmits hydraulic pressure to the brake caliper, an electric motor that generates hydraulic pressure in the cylinder, and a brake ECU.
  • the brake ECU controls the electric motor according to the information input from the automatic driving control unit 150 or the information input from the driving operator so that the brake torque corresponding to the braking operation is output to each wheel.
  • the brake device 162 may include, as a backup, a mechanism that transmits the hydraulic pressure generated by operating the brake pedal included in the driving operator to the cylinder via the master cylinder.
  • the brake device 162 is not limited to the configuration described above, and is an electronically controlled hydraulic brake device that controls the actuator according to information input from the automatic operation control unit 150 and transmits the hydraulic pressure of the master cylinder to the cylinder. Also good.
  • the steering device 164 includes, for example, a steering ECU and an electric motor.
  • the electric motor changes the direction of the steered wheels by applying a force to a rack and pinion mechanism.
  • the steering ECU drives the electric motor according to the information input from the automatic driving control unit 150 or the information input from the driving operator, and changes the direction of the steered wheels.
  • the vehicle allocation management unit 170 includes an input / output unit 171, a storage unit 172, a vehicle allocation control unit 173, a status acquisition unit 174, a user information acquisition unit 175, and an order acquisition unit 176.
  • the input / output unit 171 includes an input unit such as a mouse, a keyboard, a touch panel, a microphone, a sensor, and a camera, and an output unit such as a display and a speaker.
  • the storage unit 172 is realized by an HDD (Hard Disk Drive), a flash memory, a RAM (Random Access Memory), a ROM (Read Only Memory), or the like.
  • the vehicle allocation control unit 173, the status acquisition unit 174, the user information acquisition unit 175, and the order acquisition unit 176 are realized by, for example, a processor such as a CPU executing a program (software) stored in the storage unit 172. . Some or all of these functional units are realized by hardware such as LSI (Large Scale Integration), ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), and GPU (Graphics Processing Unit). It may be realized by cooperation of software and hardware.
  • LSI Large Scale Integration
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • GPU Graphics Processing Unit
  • the vehicle allocation control unit 173 sets the navigation setting information in the navigation control device 136 based on the pick-up schedule received from the pick-up management device 400 using the communication device 120.
  • the pick-up schedule is a schedule for traveling a reserved car related to the reservation of the facility according to the reservation contents of the facility, including the position information of the pickup position, the arrival time at the pickup position, the destination Location information, arrival time at the destination, number of passengers, etc. are included.
  • the pickup position is a position where the user gets on.
  • the navigation setting information includes a pickup position, an arrival time at the pickup position, a destination, an arrival time at the destination, and the like.
  • the status acquisition unit 174 acquires information including the movement status of the vehicle (hereinafter referred to as status information) and transmits the information to the pick-up management device 400 using the communication device 120.
  • the status information includes information associating the date and time with the position of the vehicle 100 measured by the GNSS receiver 134, information indicating the arrival time obtained by the navigation control device 136, and the like.
  • the status acquisition unit 174 may acquire a vehicle allocation state and an arrival state based on the position information of the vehicle 100, navigation setting information, and the like measured by the GNSS receiver 134, and may include them in the status information.
  • the dispatched state includes, for example, waiting for boarding, waiting for boarding, waiting for part of boarding, completion of boarding, moving, completion of movement, and the like.
  • the arrival status includes, for example, a delay on time, a delay in a traffic jam, and the like.
  • the vehicle allocation state may be input by the user using the input / output unit 171 and is a result analyzed by the status acquisition unit 174 based on a detection result by the sensor or an image or video taken by the camera. May be.
  • the user information acquisition unit 175 acquires information about the user (hereinafter referred to as user information) using the input / output unit 171, for example, and transmits the information to the pick-up management device 400 using the communication device 120.
  • User information includes, for example, the number of passengers, the gender of the user, the age of the user, the race of the user, user preferences and impressions, questionnaires about facilities, the number and weight of baggage, the presence or absence of wheelchairs, Includes the presence or absence of a stroller.
  • the user information acquisition unit 175 may acquire the number of passengers, the gender of the user, and the like by analyzing the detection result of the sensor and the images and videos taken by the camera.
  • the user information acquisition unit 175 may acquire the degree of excitement of the user's conversation in the vehicle, the user's satisfaction, emotions, and the like by analyzing voice data detected by the microphone.
  • the order acquisition unit 176 uses the input / output unit 171 to acquire information (hereinafter, referred to as order instruction information) that instructs an order of a service or an article provided by the facility, and uses the communication device 120 to manage pick-up. To device 400. Thereby, the user boarding the vehicle 100 can order the thing and service provided when it arrives at a facility in advance using an online menu.
  • order instruction information information that instructs an order of a service or an article provided by the facility
  • the facility terminal 200 is a terminal installed in a facility that can be reserved by a user, and is a terminal used by the facility manager.
  • Facilities include, for example, hotels, inns, restaurants, hospitals, beauty salons, culture schools, and the like.
  • the facility terminal 200 is, for example, a personal computer, a smartphone, a tablet terminal, or the like.
  • FIG. 4 is a functional configuration diagram of the facility terminal 200.
  • the facility terminal 200 includes, for example, a communication device 210, an input unit 220, an output unit 230, a storage unit 240, and a control unit 250.
  • the communication device 210 is a communication interface for connecting to the network NW or directly communicating with the pick-up management device 400, for example.
  • the communication device 210 may include, for example, a NIC (Network Interface Card), or may perform wireless communication based on Wi-Fi, DSRC (Dedicated Short Range Communications), Bluetooth (registered trademark), or other communication standards. Good.
  • a plurality of communication devices 210 may be prepared according to applications.
  • the input unit 220 includes, for example, a keyboard, a mouse, a touch panel, a microphone, and the like.
  • the output unit 230 includes, for example, a display, a speaker, and the like.
  • the storage unit 240 is realized by an HDD, flash memory, RAM, ROM, or the like.
  • the control unit 250 is realized, for example, when a processor such as a CPU executes a program (software) stored in the storage unit 240. Some or all of these functional units may be realized by hardware such as LSI, ASIC, FPGA, GPU, or may be realized by cooperation of software and hardware. For example, the control unit 250 displays, on the output unit 230, a web page browsed by a browser, an application page browsed by an application program, or the like based on information received from the pick-up management apparatus 400.
  • the user terminal 300 is a terminal used by the user.
  • the user terminal 300 is, for example, a personal computer, a smartphone, a tablet terminal, or the like.
  • FIG. 5 is a functional configuration diagram of the user terminal 300.
  • the user terminal 300 includes, for example, a communication device 310, an input unit 320, an output unit 330, a storage unit 340, a control unit 350, and a GNSS receiver 360.
  • a communication device 310 for example, an input unit 320, an output unit 330, a storage unit 340, a control unit 350, and a GNSS receiver 360.
  • omitted using the same name is abbreviate
  • FIG. 6 is a diagram illustrating an example of the facility reservation screen.
  • the facility reservation screen 370 is an operation screen that is displayed when a facility reservation is requested by a user using the input unit 320.
  • the facility reservation screen 370 includes facility reservation content 371, transfer service content 372, and a reservation button 373.
  • the facility reservation content 371 is an operation screen that displays items necessary for facility reservation and accepts selection and input from the user for each item.
  • the facility reservation content 371 includes items such as date and time, facility name, number of users, user name, contact information, special notes, and pick-up service.
  • the pick-up service content 372 is an operation screen that displays items necessary for reservation of dispatch and accepts selection and input from the user for each item.
  • the pick-up service content 372 includes, for example, an item for selecting either the forward route or the return route, or both, an item for selecting an arrival position or a departure time at a pickup location, a destination, or the like such as a station or an airport.
  • the reservation button 373 is an operation button for accepting a reservation with the contents displayed in the facility reservation contents 371 and the pick-up service contents 372.
  • the control unit 350 creates facility reservation information based on the reservation contents displayed in the facility reservation contents 371 and the pick-up service contents 372, and uses the communication device 310 to manage the pick-up management apparatus 400. Send to.
  • the control unit 350 After transmitting the facility reservation information, the control unit 350 causes the output unit 330 to display a vehicle allocation reservation screen based on the information received from the transfer management device 400 using the communication device 310.
  • the pick-up schedule created by the pick-up management device 400 based on the facility reservation information is displayed on the dispatching reservation screen, and the user confirms the pick-up details and accepts the reservation for the pick-up car.
  • the transfer management device 400 may receive both the facility reservation and the reservation of the shuttle car by receiving the facility reservation information without allowing the user to confirm the details of the transfer.
  • FIG. 7 is a diagram showing an example of a vehicle allocation reservation screen.
  • the dispatch reservation screen 380 is an operation screen that displays a pick-up schedule created by the pick-up management device 400 based on the facility reservation information.
  • the dispatch reservation screen 380 includes a pickup content 381 and a reservation button 382.
  • the pick-up contents 381 is an operation screen that displays a pick-up schedule created by the pick-up management apparatus 400 for each item necessary for reservation of dispatch and accepts a part of the pick-up schedule from the user.
  • the transfer contents 381 includes items such as date and time, number of users, pickup position, arrival time at the pickup position, destination, arrival time at the destination, and the like.
  • the reservation button 382 is an operation button for accepting a reservation with the content displayed in the pick-up content 381.
  • the control unit 350 creates dispatch reservation information based on the reservation content displayed in the pick-up content 381 and transmits it to the pick-up management device 400 using the communication device 310.
  • the control unit 350 may include that fact in the dispatching reservation information, or may include only the changed point of the pick-up content in the dispatching reservation information.
  • FIG. 8 is a functional configuration diagram of the pick-up management device 400.
  • the pick-up management device 400 includes, for example, a communication device 410, a storage unit 420, and a control unit 430.
  • the communication device 310 is, for example, a NIC for connecting to the network NW.
  • the communication device 310 communicates with the vehicle 100, the facility terminal 200, and the user terminal 300 via the network NW.
  • the storage unit 420 is realized by an HDD, flash memory, RAM, ROM, or the like.
  • the control unit 430 includes a facility reservation unit 431, a vehicle allocation reservation unit 432, a vehicle allocation management unit 433, an acquisition unit 434, and a status management unit 435. Part or all of these configurations are realized, for example, when a processor such as a CPU executes a program (software) stored in the storage unit 420. Some or all of these functional units may be realized by hardware such as LSI, ASIC, FPGA, GPU, or may be realized by cooperation of software and hardware.
  • the facility reservation unit 431 reserves a facility based on the facility reservation information received from the user terminal 300 via the communication device 410 and the network NW.
  • Facility reservation information is the details of the reservation for facilities reserved by the user, and includes, for example, the reservation date and time, the name and address of the facility, the number of reservations, the name of the user, contact information, special instructions, and pick-up service .
  • the facility reservation unit 431 refers to an external server connected via the network NW, acquires the availability of the facility designated by the user, and transmits it to the user terminal 300 Also good.
  • the facility reservation unit 431 stores various types of information in the facility reservation information 421 of the storage unit 420 based on the received facility reservation information.
  • the facility reservation unit 431 may create information indicating the reliability of the user based on the past facility reservation status by the user and include the information in the facility reservation information 421.
  • the reliability of the user includes, for example, an evaluation value according to the reservation cancellation rate, an evaluation value according to the usage frequency, and the like.
  • the facility reservation information 421 is information indicating the reservation contents of each facility.
  • FIG. 9 is a diagram illustrating an example of the facility reservation information 421.
  • the facility reservation information 421 is information in which a reservation management key is associated with a user management key, a facility management key, facility reservation contents, optional service information, and a reservation status.
  • the reservation management key is unique information for identifying each reservation.
  • the user management key is unique information for identifying each user.
  • the facility management key is unique information for identifying each facility.
  • the contents of the facility reservation include the reservation date and time, the name and address of the facility, the number of reservations, the name of the user, the contact information, special notes and the like.
  • the option service information includes information indicating whether or not an option service such as a pick-up service is desired.
  • the reservation status is information indicating the state of the facility reservation, and includes, for example, reservation preparation in progress, reservation completion, and canceled.
  • the dispatch reservation unit 432 creates a pick-up schedule based on the facility reservation information received from the user terminal 300 via the communication device 410 and the network NW, and reserves the pick-up vehicle of the facility.
  • the vehicle allocation reservation unit 432 reserves a pick-up vehicle for the outbound route and / or the return route to the facility based on the designation by the user.
  • the vehicle allocation reservation unit 432 transmits the transfer schedule created based on the facility reservation information to the user terminal 300 and reserves the transfer vehicle after receiving a reservation instruction from the user before reserving the transfer vehicle. May be.
  • the vehicle allocation reservation unit 432 creates a pick-up schedule in time for the designated arrival time with the facility as the destination or departure point based on the facility reservation information. For example, the vehicle allocation reservation unit 432 is based on the reservation date / time, the number of reservations, the name of the facility, etc. included in the facility reservation information, and the transfer schedule such as the reservation date / time of the pick-up vehicle, the number of reservations, the pickup position or the destination and the arrival time thereof. To decide. In addition to the facility reservation information, the vehicle allocation reservation unit 432 receives information about the transportation means to the facility (for example, an airplane or a bullet train) from the user terminal 300, and picks up the hotel according to the arrival time at the airport.
  • the transportation means to the facility for example, an airplane or a bullet train
  • a schedule and a pick-up schedule to a restaurant according to the arrival time of the station may be created and transmitted to the user terminal 300.
  • the dispatching reservation unit 432 stores various types of information in the dispatching reservation information 422 of the storage unit 420 based on the created pick-up schedule when the dispatch is reserved based on the created pick-up schedule. Further, the vehicle allocation reservation unit 432 may create information indicating the reliability of the user based on the past vehicle allocation reservation status by the user and include the information in the vehicle allocation reservation information 422.
  • the vehicle allocation reservation information 422 is information indicating the reservation contents of each pick-up car.
  • FIG. 10 is a diagram illustrating an example of vehicle allocation reservation information 422. As shown in FIG. 10, the vehicle allocation reservation information 422 is information in which a reservation management key is associated with a user management key, a vehicle ID, a pick-up schedule, and a reservation status.
  • the vehicle ID is unique information for identifying each vehicle.
  • the vehicle allocation management unit 433 allocates the pick-up vehicle reserved by the vehicle allocation reservation unit 432 based on the reservation content.
  • a process of assigning a shuttle car for picking up a user according to each pick-up schedule (hereinafter referred to as an assignment process), and an automatic operation according to the pick-up schedule for the assigned pick-up car And a process for instructing to perform (hereinafter referred to as a driving instruction process).
  • the vehicle allocation management unit 433 reads the reservation contents corresponding to a predetermined allocation period (for example, the period from 0:00 to 24:00 on the next day) from the vehicle allocation reservation information 422, and pick-up included in the read information
  • the assigned vehicle 100 is assigned for each schedule.
  • the vehicle allocation management unit 433 is a vehicle of a vehicle type capable of boarding a reserved number of passengers, and can move a vehicle that can go to a pickup position and a destination in time for a reserved arrival time. Based on the reservation status, the vehicle 100 registered in the vehicle information 424 is selected.
  • the vehicle information 424 is information related to the vehicle 100, for example, a vehicle ID, a vehicle station where the vehicle 100 is parked, a current position (latitude, longitude, altitude) of the vehicle 100, and necessary for communicating with the vehicle 100. This is information in which an address and a running state are associated with each other.
  • the vehicle allocation management unit 433 may assign a vehicle 100 that minimizes the moving distance from the previous destination to the next pickup position so that the pickup schedule is not delayed due to traffic congestion other than the pickup road. .
  • the vehicle allocation management unit 433 may assign the vehicles 100 so that a predetermined number of vehicles 100 required for pick-up to a facility within a predetermined range are placed on standby at a predetermined vehicle station.
  • the dispatching management unit 433 associates the details of the assigned pick-up schedule with the vehicle ID of the vehicle 100 in charge, and writes it in the dispatching status information 423. Note that immediately after the vehicle allocation status information 423 is written, all vehicle allocation statuses are unallocated.
  • the vehicle allocation reservation unit 432 refers to both the facility reservation information 421 and the vehicle allocation status information 423, and the user It is also possible to create a transfer schedule that is suitable for the transfer of the vehicle and that can be assigned a transfer vehicle.
  • the vehicle allocation reservation unit 432 includes the reservation date / time of the pick-up vehicle, the number of reservations, the pickup position or the destination and the arrival time thereof based on the reservation date / time, the number of reservations, the name of the facility, etc. included in the facility reservation information 421.
  • a first schedule is created, and when there is a vehicle 100 that can be dispatched according to the first schedule, the first schedule is set as a pick-up schedule.
  • the dispatch reservation unit 432 creates a second schedule by changing part or all of the first schedule so that the vehicle 100 can be assigned, To do.
  • a shuttle car can be reserved according to the user's wish regardless of the status of the vehicle 100.
  • the vehicle allocation management unit 433 transmits a driving start instruction together with the transfer schedule to the vehicle 100 using the communication device 410 at a predetermined timing, and rewrites the vehicle allocation status in the vehicle allocation status information 423 during the transfer.
  • the dispatch status information 423 includes information related to a vehicle reserved for dispatch or a vehicle being dispatched, and includes information set for the vehicle 100 and information indicating a dispatch status, for example.
  • FIG. 11 is a diagram illustrating an example of the dispatching status information 423. As shown in FIG. 11, the dispatch status information 423 is information in which the vehicle date / time, the number of users, the pickup position and its arrival time, the destination and its arrival time, and the dispatch status are associated with the vehicle ID.
  • the dispatch status is information indicating a dispatch status of the dispatched vehicle 100 and is updated by the dispatch management unit 433, for example.
  • the acquisition unit 434 acquires the movement status, the vehicle allocation status, the arrival status, and the like from the vehicle 100 allocated by the vehicle allocation management unit 433. For example, the acquisition unit 434 receives status information periodically transmitted from the vehicle 100 using the communication device 410, and writes various information in the movement status information 425 of the storage unit 420 based on the received status information.
  • the movement status information 425 is information indicating the status of the vehicle 100 being dispatched.
  • FIG. 12 is a diagram illustrating an example of the movement status information 425.
  • the movement status information 425 includes the current position information of the vehicle 100, the current arrival time at the pickup position, the current arrival time at the destination, This is information that associates the status with the arrival status, and is stored in, for example, a table prepared for each vehicle 100.
  • the measurement date / time is the date / time when the status information was created in the vehicle 100.
  • the position information is information indicating the position of the vehicle 100 measured by the GNSS receiver 134 of the vehicle 100 at the measurement date and time.
  • the arrival target time is the arrival target time derived by the navigation control device 136 of the vehicle 100 at the measurement date.
  • the arrival status is information indicating the arrival status of the vehicle 100 that has been dispatched, and is, for example, the arrival status acquired by the status acquisition unit 174 of the vehicle 100 at the measurement date and time.
  • the status management unit 435 notifies the movement status acquired by the acquisition unit 434 to at least one of the user terminal 300 or the facility terminal 200 using the communication device 410.
  • the status management unit 435 may refer to the movement status information 425 and notify a message corresponding to the dispatch status at the timing when the dispatch status changes, or send a message corresponding to the arrival status when the vehicle 100 is delayed. You may be notified.
  • the status management unit 435 notifies the facility terminal 200 of the start of movement to the facility after the user gets on the vehicle 100 allocated by the vehicle allocation management unit 433, or the arrival time at the facility. .
  • the status management unit 435 determines whether the number of passengers is different from the reserved number of people. The terminal 200 is notified. Further, the status management unit 435 notifies the corresponding facility terminal 200 of the order instruction information acquired by the acquisition unit 434.
  • the status management unit 435 informs at least either the user terminal 300 or the facility terminal 200 One side is notified, and at least one of a change or cancellation regarding a reservation for dispatching, or a change or cancellation for a facility reservation is accepted.
  • the change includes extension of usage time, postponement of usage date, change of pickup position and destination, and the like.
  • the status management unit 435 cancels or changes the vehicle allocation or reserves the facility from the user who is notified of the arrival time at the pickup position of the vehicle 100 allocated by the vehicle allocation management unit 433 or the delay in the arrival time at the destination. If neither of these changes is accepted, both cancellation of dispatch and cancellation of facilities may be accepted.
  • the status management unit 435 refers to the movement status information 425 and updates the allocation status of the allocation status information 423 at the timing when the allocation status changes.
  • FIGS. 13 and 14 are flowcharts showing an example of processing operations in the vehicle 100.
  • the vehicle allocation control unit 173 determines whether or not a driving start instruction is received from the pick-up management device 400 using the communication device 120 (step S101). When it is determined that the driving start instruction has been received, the vehicle allocation control unit 173 instructs the navigation device 130 and the automatic driving control unit 150 to start driving based on the pick-up schedule received together with the driving start instruction (step S102). . Thereby, the pick-up position and destination according to the pick-up schedule and the route according to their arrival time are set in the navigation device 130, and the automatic operation control unit 150 starts automatic operation according to the set route.
  • the status acquisition unit 174 determines whether it is a predetermined first notification timing (step S103).
  • the first notification timing is a predetermined timing at which the vehicle 100 notifies the status information while the vehicle is picking up. For example, the timing at which automatic driving is started and the target arrival time at the pickup position are higher than the arrival time of the reservation. This includes a delayed timing, a timing when the vehicle arrives at the pickup position, a timing when the user gets on the vehicle 100, a timing when a predetermined time has elapsed since the previous notification, and the like. If it is determined that it is the first notification timing, the status acquisition unit 174 acquires status information and transmits it to the pick-up management device 400 using the communication device 120 (step S104).
  • the vehicle allocation control unit 173 determines whether or not a vehicle allocation cancellation instruction has been received from the pick-up management device 400 using the communication device 120 (step S105). When the vehicle allocation cancel instruction is received, the vehicle allocation control unit 173 instructs the navigation device 130 and the automatic operation control unit 150 to end the automatic operation according to the set route (step S106). Here, the navigation apparatus 130 may accept a new destination setting from the user using the HMI 131. When the dispatch control unit 173 receives a change in pick-up position or destination and an instruction to change these arrival times from the pick-up management device 400 using the communication device 120, the vehicle allocation control unit 173 sends the instructions to the navigation device 130 and the automatic operation control unit 150. The navigation setting information is instructed to be changed.
  • the status acquisition unit 174 determines whether all the users have boarded the vehicle 100 (step S107). For example, the status acquisition unit 174 determines that all of the users have boarded the vehicle 100 when all of the predetermined pickup positions are passed based on the position of the vehicle 100 measured by the GNSS receiver 134. To do. In addition, the status acquisition unit 174 uses the input / output unit 171 to input the fact that all of the users have entered the vehicle 100 or the number of passengers obtained from the analysis result of the image taken inside the vehicle. And the number of reserved users may match, it may be determined that all the users have boarded the vehicle 100. When it is determined that all the users have boarded the vehicle 100, the status acquisition unit 174 creates status information including that the dispatch state is boarding completion, and transmits the status information to the pick-up management device 400 using the communication device 120. (Step S108).
  • the status acquisition unit 174 determines whether it is a predetermined second notification timing (step S109).
  • the second notification timing is a predetermined timing for notifying the status information while all the users are on the vehicle 100. For example, the timing at which all the users get on the vehicle 100, the destination The timing at which the target arrival time is delayed from the arrival time of the reservation, the timing at which a predetermined time has passed since the previous notification, and the like are included. If it is determined that it is the second notification timing, the status acquisition unit 174 acquires status information and transmits it to the pick-up management device 400 using the communication device 120 (step S110).
  • the user information acquisition unit 175 determines whether user information has been acquired (step S111). For example, when the input / output unit 171 is used to receive an input of the number of passengers and the gender and age of the user from the user, the user information acquisition unit 175 is a user including the number of passengers, the gender and age of the user. Information is created and transmitted to the pick-up management device 400 using the communication device 120 (step S112).
  • the order acquisition unit 176 determines whether or not order instruction information has been acquired (step S113). For example, when at least one menu is selected from the online menu by the user using the input / output unit 171, the order acquisition unit 176 creates order instruction information for requesting the order of the selected menu, It transmits to the pick-up management apparatus 400 using the communication apparatus 120 (step S114).
  • the vehicle allocation control unit 173 determines whether or not the vehicle has arrived at the destination based on the output from the navigation control device 136 (step S115). When the position of the vehicle 100 measured by the GNSS receiver 134 falls within a predetermined range of the destination, the navigation control device 136 notifies the vehicle allocation control unit 173 that the destination has been reached. When it is notified that the vehicle has arrived at the destination, the vehicle allocation control unit 173 sets the vehicle station as the next destination and instructs the navigation device 130 and the automatic driving control unit 150 to perform automatic driving (step S116). If a new pick-up schedule is received while moving toward the vehicle station, the vehicle allocation control unit 173 proceeds to step S101.
  • FIGS. 15, 16, and 17 are flowcharts illustrating an example of processing operations in the pick-up management apparatus 400.
  • the facility reservation unit 431 determines whether facility reservation information has been received from the user terminal 300 using the communication device 410 (step S201). When it is determined that the facility reservation information has been received, the facility reservation unit 431 refers to an external server that manages the facility reservation, and determines whether or not the facility having the content indicated in the received facility reservation information can be reserved. If the reservation is possible, the facility reservation unit 431 stores various types of information in the facility reservation information 421 of the storage unit 420 based on the received facility reservation information (step S202). Thereby, the facility having the contents shown in the facility reservation information is reserved. If the reservation is not possible, the facility reservation unit 431 may notify the user terminal 300 using the communication device 410 and accept the reservation with other contents.
  • the facility reservation unit 431 determines whether or not the received facility reservation information includes content desired to provide a pick-up service (step S203). When it is determined that the facility reservation information includes the content desired to provide the transfer service, the facility reservation unit 431 instructs the vehicle allocation reservation unit 432 to create a transfer schedule. Then, the vehicle allocation reservation unit 432 determines whether or not the reservation time included in the facility reservation information is included in the allocation period in which the allocation process has already been completed (step S204). When the reservation time is not included in the allocation period in which the allocation process has already been completed, the dispatch reservation unit 432 refers to the facility reservation information 421, creates a pick-up schedule, and uses the communication device 410 to make a user terminal It transmits to 300 (step S205).
  • the vehicle allocation reservation unit 432 can allocate the vehicle 100 with reference to both the facility reservation information 421 and the vehicle allocation status information 423.
  • a pick-up schedule is created and transmitted to the user terminal 300 using the communication device 410 (step S206).
  • the vehicle allocation reservation unit 432 determines whether an instruction for vehicle allocation reservation has been received from the user terminal 300 using the communication device 410 (step S207). If it is determined that an instruction for reservation of vehicle allocation has been received, the vehicle allocation reservation unit 432 stores the reserved content in the vehicle allocation reservation information 422 of the storage unit 420 based on the pick-up schedule transmitted to the user terminal 300 (step S208). As a result, a reserved car for the reserved facility is reserved.
  • the vehicle allocation management unit 433 executes an allocation process and writes various information in the vehicle allocation status information 423 (step S209).
  • the vehicle allocation management unit 433 refers to the vehicle allocation reservation information 422 and determines whether it is the vehicle allocation timing (step S210).
  • the vehicle allocation timing is a time at which the pick-up vehicle is moved to the pickup position, and is derived by calculating back the movement time from the current position of the vehicle 100 to the pickup position so that the vehicle arrives at the pickup position before the predetermined arrival time.
  • the vehicle allocation management unit 433 transmits a driving start instruction together with the pick-up schedule read from the vehicle allocation reservation information 422 to the vehicle 100 using the communication device 410 (step S211).
  • the vehicle allocation management unit 433 rewrites the vehicle allocation status corresponding to the vehicle ID of the vehicle 100 allocated in the vehicle allocation status information 423 while the vehicle is being picked up.
  • the status management unit 435 refers to the movement status information 425 and determines whether new status information has been acquired by the acquisition unit 434 (step S212). When it is determined that new status information has been acquired, the status management unit 435 determines whether arrival at the pickup position is delayed (step S213). For example, the status management unit 435 compares the arrival target time at the latest pickup position stored in the movement status information 425 with the arrival time at the pickup position stored in the dispatch status information 423.
  • the status management unit 435 uses the communication apparatus 410 to transmit information for confirming the allocation of the vehicle and the reservation of the facility, and the change of the allocation of the vehicle and the facility, along with the movement status of the vehicle 100. It uses and transmits to the user terminal 300 (step S214). For example, the status management unit 435 transmits to the user terminal 300 the movement status including the target arrival time at the pickup position, the current position information of the vehicle 100, the target arrival time at the destination, and the like. Next, the status management unit 435 transmits the movement status of the vehicle 100 to the facility terminal 200 using the communication device 410 (step S215). For example, the status management unit 435 transmits the facility arrival time to the facility terminal 200 including the target arrival time at the facility or a delayed time.
  • the vehicle allocation management unit 433 determines whether or not a vehicle allocation cancellation instruction has been received from the user terminal 300 using the communication device 410 (step S212). S216). When the dispatching cancel instruction is received, the dispatching management unit 433 transmits the dispatching cancel instruction to the vehicle 100 using the communication device 410 (step S217). In addition, the vehicle allocation management unit 433 uses the communication device 410 to transmit to the facility terminal 200 that the vehicle allocation has been canceled (step S218). Here, the vehicle allocation management unit 433 may receive an instruction to change allocation of vehicle allocation from the user terminal 300 and transmit the changed content to the vehicle 100 and the facility terminal 200. In addition, the vehicle allocation management unit 433 receives an instruction to cancel the reservation or change the reservation of the allocation from the user terminal 300 using the communication device 410 together with the cancellation of the allocation of the vehicle or the reservation change of the allocation. You may forward to.
  • step S216 if it is determined in step S216 that the vehicle allocation management unit 433 has not received a vehicle allocation cancellation instruction or the like, the status management unit 435 uses the communication device 410 to move from the user terminal 300 to indicate the movement status indicating completion of boarding. Is determined (step S219). If it is determined that the movement status indicating completion of boarding has not been received, the status management unit 435 returns to step S212 and repeats the process.
  • step S219 If it is determined in step S219 that a movement status indicating completion of boarding has been received, the status management unit 435 transmits to the facility terminal 200 using the communication device 410 that all users have boarded the vehicle 100 (step S219). S220). Next, the status management unit 435 determines whether or not the number of passengers and the planned number are the same based on the status information and user information received from the vehicle 100 using the communication device 410 (step S221). If the number of passengers is not the same as the number of reservations, the status management unit 435 transmits to the facility terminal 200 using the communication device 410 to change the number of reservations to the number of passengers (step S222).
  • the status management unit 435 determines whether status information has been received from the vehicle 100 using the communication device 410 (step S223). When it is determined that the status information has been received, the status management unit 435 determines whether or not the target arrival time to the destination is behind the reserved time based on the received status information (step S224). When determining that the arrival target time is later than the reservation time, the status management unit 435 transmits the movement status of the vehicle 100 to the facility terminal 200 using the communication device 410 (step S225).
  • the status management unit 435 determines whether or not an order instruction has been received from the vehicle 100 using the communication device 410 (step S226). If it is determined that the order instruction has been received, the status management unit 435 transmits the order instruction to the facility terminal 200 using the communication device 410 (step S227).
  • the status management unit 435 determines whether status information indicating arrival at the destination is received from the vehicle 100 using the communication device 410 (step S228). When it is determined that the status information indicating arrival at the destination has been received, the status management unit 435 rewrites the dispatch status in the dispatch status information 423 and the travel status information 425 to the completion of travel, and uses the communication device 410 to The terminal 200 is notified that it has arrived at the destination (step S229).
  • FIG. 18 is a diagram for explaining an example in which the vehicle allocation system 1 is used.
  • accommodation at the hotel 530, meal reservation at the restaurant 540, a shuttle car from the airport 520 to the hotel 530, and a shuttle car from the hotel 530 to the restaurant 540 are reserved. .
  • the user U1 uses the user terminal 300 at home 510 to transmit the facility reservation information and the vehicle allocation reservation information to the transfer management device 400 and make a reservation for the facility and the pickup vehicle.
  • the pick-up management device 400 causes the pre-assigned vehicle 100A to go to the airport 520 that is the pick-up position when it is time to dispatch.
  • the vehicle 100A acquires status information such as the movement status and notifies the pick-up management apparatus 400.
  • the transfer management device 400 notifies the facility terminal 200 of the hotel 530 and the user terminal 300 of the user U1 to that effect.
  • the pickup management device 400 when cancellation of dispatch is instructed from the user terminal 300 to the pickup management device 400, the pickup management device 400 notifies the vehicle 100A of the cancellation of the dispatch, and instructs to go to the vehicle station. The fact is notified to the facility terminal 200 of the hotel 530.
  • the vehicle 100A When the vehicle 100A arrives at the airport 520, the vehicle 100A notifies the user terminal 300 of the user U1 and the pick-up management device 400 of information indicating arrival and a parked location.
  • the transfer management device 400 transfers the received content to the facility terminal 200 of the hotel 530. Then, after the user U1 gets on the vehicle 100A, the vehicle 100A departs toward the hotel 530. (6)
  • the vehicle 100A notifies the pick-up management device 400 that the user U1 has boarded the vehicle, other movement conditions, and the like.
  • the transfer management device 400 transfers the received content to the facility terminal 200 of the hotel 530.
  • the transfer management device 400 When the arrival of the vehicle 100A at the hotel 530 is delayed, the transfer management device 400 notifies the facility terminal 200 of the hotel 530 to that effect.
  • the vehicle management unit 400 When the vehicle 100A arrives at the hotel 530, the vehicle management unit 400 notifies the pick-up management device 400 of information indicating arrival, information indicating that the user U1 has exited, and the like.
  • the transfer management device 400 transfers the received content to the facility terminal 200 of the hotel 530.
  • the vehicle 100A moves toward the pick-up position of the vehicle station and the next dispatch reservation.
  • the pick-up management device 400 dispatches the vehicle 100B in accordance with the reservation time of the restaurant 540, and notifies the user terminal 300 that the vehicle 100B is heading for the hotel 530 that is the pickup position. While traveling to the hotel 530, the vehicle 100A acquires the movement status and notifies the pick-up management apparatus 400. When arrival at the hotel 530 is delayed, the transfer management device 400 notifies the user terminal 300 to that effect. (11) When the vehicle 100B arrives at the hotel 530, the vehicle 100B notifies the user terminal 300 and the pick-up management apparatus 400 of information indicating arrival and a parked location. When the user U1 gets on the vehicle 100B, the vehicle 100B departs toward the restaurant 540. (12) The vehicle 100B notifies the pick-up management apparatus 400 of the fact that the user U1 has boarded the vehicle and other movement conditions.
  • the transfer management device 400 When the arrival of the vehicle 100B at the restaurant 540 is delayed or when an order instruction for the online menu is received, the transfer management device 400 notifies the facility terminal 200 to that effect. (14) When the vehicle 100B arrives at the restaurant 540, the vehicle 100B notifies the pick-up management device 400 of arrival information, information indicating that the user U1 has exited, and the like. (15) The vehicle 100B moves toward the pick-up position of the vehicle station or the next vehicle allocation reservation.
  • FIG. 19 is a diagram for explaining another example using the vehicle allocation system 1.
  • the vehicle 100 ⁇ / b> C may ride a user at a plurality of pickup positions P ⁇ b> 1, P ⁇ b> 2, P ⁇ b> 3 and head toward the destination.
  • a pickup schedule is created based on the reservation contents of the facility, and a vehicle allocation reservation unit 432 that reserves a vehicle, and a vehicle reserved by the vehicle allocation reservation unit 432 according to the transfer schedule is dispatched.
  • the vehicle allocation management unit 433 it is possible to provide a pick-up service linked to the reserved facility.
  • the user can make a vehicle allocation reservation according to the facility reservation according to the transportation schedule created based on the facility reservation information by the transportation management device 400, it is possible to secure a means of moving to the facility.
  • the pick-up schedule is created based on the facility reservation information, it is not necessary to input detailed information for vehicle allocation reservation, and the user's effort can be reduced.
  • the facility side can enhance the ability to attract customers by providing a pick-up car as part of the service, and the user side can also reduce the cost of the transportation means.
  • the user can confirm the vehicle allocation status and the delay status by acquiring the vehicle allocation status and the delay status from the moving vehicle 100, and can determine the subsequent action.
  • the facility side prepares to greet the user according to the arrival of the user by acquiring the moving state such as the user's boarding state, the delay state of the vehicle 100, the arrival target time, etc. from the moving vehicle 100. Can improve the service.
  • the waiting time can be shortened compared to the order after the facility arrives.
  • the facility can smoothly guide the user by accepting a change in the number of people and an order in advance. Further, when an order is received from a user from the vehicle 100, the facility side may preferentially guide the user who has made an order in advance.
  • the facility side can provide services according to the attributes of the user by acquiring user information from the moving vehicle 100. For example, it is possible to prepare seats according to the number of users, gender, and age, and to provide products and services according to user preferences.
  • the pickup management device 400A includes, for example, a pickup management device 400, a service provider device 600, a service management device 700, and a vehicle management device 910.
  • the service provider provides the user with additional services other than the pick-up before or during the pick-up.
  • the service provider may be a person in charge on the facility side such as the airport 520, the hotel 530, and the restaurant 540, or may be an administrator of the vehicle 100.
  • the service provider may be an intermediary that mediates and comprehensively manages reservation schedules of the vehicle 100, the airport 520, the hotel 530, the restaurant 540, etc. in addition to providing additional services.
  • the additional service provided by the service provider may be, for example, a product or service that the user can enjoy while moving on the vehicle 100, or it is necessary to stop at a service providing location such as a store during the transfer of the user. There may be.
  • the goods or services that can be enjoyed while traveling are, for example, viewing of pay information programs and massages that can be performed in the vehicle 100.
  • the service provider may dispatch a service provider to the vehicle 100 in order to provide goods or services that can be enjoyed while moving.
  • the service providing device may be installed in the vehicle 100.
  • the service providing device is, for example, a massage device.
  • the service providing apparatus may be a vending machine having a size that can be mounted on the vehicle 100.
  • the service provider may propose a service that can be provided to the user who is on the vehicle 100 based on the user information acquired by the user information acquisition unit 175. For example, when the service provider analyzes that the user information acquired by the user information acquisition unit 175 is analyzed, the service provider may provide medicine or the like from the service providing apparatus. . In addition, the service provider may cause the input / output unit 171 to reproduce a display or sound that suggests a user to stop at a nearby break spot, medical institution, drug store, or the like.
  • the user may place an order for an additional service provided by the service provider before boarding the vehicle 100 (for example, when a vehicle is reserved), or may be placed while the vehicle 100 is being boarded.
  • the order acquisition unit 176 When the order acquisition unit 176 receives an order for the additional service by the user via the input / output unit 171 or the like, the order acquisition unit 176 transmits the order content to the service provider device 600 that manages the additional service.
  • FIG. 20 is a functional configuration diagram of the service provider device 600.
  • the service provider device 600 is, for example, a device that can grasp the status of a plurality of service providers and can automatically respond to orders from users and service managers.
  • the service provider device 600 includes, for example, a communication unit 610, an order processing unit 620, a state management unit 630, and a storage unit 650 (not shown).
  • the communication unit 610 communicates with the pick-up management device 400 and the like via the network NW.
  • the order processing unit 620 performs order processing for service orders from users.
  • the order processing unit 620 determines whether or not the content of the service order is service provision information that has already been transmitted to the pick-up management device 400, and proceeds with the order processing when it is determined that the service order information has not been transmitted.
  • the status management unit 630 manages the status (reservation status, operating status, etc.) of the service provider registered in the service provider device 600, and provides service provision information to the service management device 700 and the pick-up management device 400.
  • the service management device 700 will be described later.
  • the service provider device 600 transmits service provision information including the following contents to the service management device 700 and the pick-up management device 400.
  • the service provision information is information related to services that can be ordered by the service provider.
  • Service provision information -Identification ID (ID that identifies the service provider) ⁇ User ID ⁇ Required vehicle compartment information (information on in-car space required for service provision) ⁇ Facility location information ⁇ Service provision point information (target facility information) ⁇ Service provision time information (reservation information) -User pickup location-Service status information (Information corresponding to the execution status and progress of services provided by the service provider) ⁇ User setting information (for example, additional information such as input to service and remarks)
  • the service status information is, for example, the degree of progress corresponding to the implementation status of each of the plurality of additional services implemented in the vehicle 100, such as the progress percentage and the remaining time. Further, the service status information may be indicated by a value indicating a state such as “before provision, during provision, provision end”.
  • the communication unit 610 of the service provider device 600 may cause the display device such as the input / output unit 171 to switch display contents according to the communication result.
  • the service provider device 600 causes the input / output unit 171 to display that the service provision start time is approaching or that the service provision has started.
  • FIG. 21 is a functional configuration diagram of the service management apparatus 700.
  • the service management apparatus 700 includes, for example, a communication unit 710, a service information acquisition unit 720, a vehicle identification unit 730, a plan determination unit 740, a route instruction unit 750, an authentication unit 760, a determination unit 770, and a storage unit. 800.
  • the components excluding the communication unit 710 and the storage unit 800 are realized, for example, when a hardware processor such as a CPU executes a program (software). Some or all of these components may be realized by hardware (circuit unit; including circuitry) such as LSI, ASIC, FPGA, GPU, or by cooperation of software and hardware. Also good.
  • the program may be stored in advance in a storage device such as an HDD or a flash memory, or may be stored in a removable storage medium such as a DVD or CD-ROM, and the storage medium is attached to the drive device. May be installed.
  • the storage unit 800 is realized by an HDD, flash memory, RAM, ROM, or the like.
  • the communication unit 710 is, for example, a network card for connecting to the network NW.
  • the communication unit 710 includes a communication device such as a dispatch management unit 170 of the vehicle 100, a service provider device 600, a service management device 700, a vehicle management device 910, and the like via the network NW, and a dedicated API provided by the service management device 700. Communicate via (Application Programming Interface).
  • the information related to the user provided by the dedicated API does not include the user's personal information (for example, name), and for example, the identification information of the vehicle 100 may be used as the user ID.
  • the service information acquisition unit 720 acquires service information from a communication device such as the vehicle allocation management unit 170 of the vehicle 100 via the communication unit 710.
  • the service information is, for example, service use request information as shown below.
  • [Service usage request information] ⁇ User ID ⁇ Location information (latitude, longitude, altitude) ⁇ Used service ID ⁇ Section information you want to use ⁇ Information on the time zone for which you want to use the service ⁇ Payment authentication information
  • the service information acquisition unit 720 may acquire service provision information from the service provider device 600.
  • the service information acquisition unit 720 acquires point information corresponding to the service provision point, service provider identification information, and service provider user identification information from the service provision information, and outputs the acquired information to the plan determination unit 740. To do.
  • the vehicle identification unit 730 identifies the usable vehicle 100 based on the service use request information and the vehicle information, and generates usable vehicle information 820. Specifically, the vehicle specifying unit 730 uses the desired use space (compartment) information, the desired use section information, the service use time zone information included in the service use request information, the position information included in the vehicle information, and the compartment use status. And the vehicle whose position information and the compartment usage status satisfy the conditions included in the service use request information is specified as the usable vehicle 100.
  • the plan determination unit 740 Based on the available vehicle information 820 and the service provision information, the plan determination unit 740 identifies an available service that can be enjoyed by the user, and provides information related to the identified available service to the vehicle allocation management unit 170 of the user's vehicle 100. To do.
  • the plan determination unit 740 sets a section in which the service provider occupies at least a part of the vehicle 100 (for example, a compartment) based on the available vehicle information 820 and the service provision information, and requests service usage. Set the desired section information in the information.
  • the plan determining unit 740 may set a section corresponding to each of the plurality of service providers.
  • the plan determination unit 740 includes an access point acquisition unit 742, for example.
  • the access point acquisition unit 742 acquires an access point.
  • the access point is, for example, a position where a user uses an additional service, or a position where a user or a person in charge of service provision gets on and off to receive the additional service.
  • the access point acquired by the access point acquisition unit 742 may be measured position information (latitude, longitude, altitude) or estimated position information.
  • the plan determination unit 740 may update the use section so that the use section ends at the service providing point outside the vehicle in response to an instruction from the user using the vehicle 100.
  • the plan determination unit 740 determines an operation plan according to an instruction from a user using the vehicle 100 (or automatically) and uses the communication unit 710 to exist at a service providing point outside the vehicle.
  • the reservation information may be transmitted to the facility to be received, the reservation result may be received by the communication unit 710, and the reservation result may be transmitted to the user's vehicle 100 using the communication unit 710.
  • the plan determination unit 740 sends the arrival target to the facility terminal 200 and the pick-up management device 400 via the communication unit 710. Send time change adjustments.
  • the processing performed by the plan determination unit 740 at this time is the same as the processing performed when the arrival time at the destination management device 400 or the arrival time at the destination is delayed. Omit.
  • the route instruction unit 750 causes the communication unit 710 to transmit the information on the use start position and the use end position of the user and the information on the use start position and the use end position of the service provider to the vehicle 100, thereby The vehicle 100 is instructed on the route on which the vehicle 100 should travel.
  • the authentication unit 760 performs user authentication through communication with the vehicle allocation management unit 170 and performs authentication at the start of service provision.
  • the determination unit 770 determines whether the vehicle 100 is used for each of the user and the service provider.
  • the plan determination unit 740 performs various processes using the determination result of the determination unit 770. For example, the plan determination unit 740 may accept (update) the change of the service provision section only when the determination unit 770 determines that both the user and the service provider are using the vehicle 100. . This case occurs, for example, when the service provider proposes to the user to add a transit point or changes the final destination for providing additional services based on information provided to the vehicle 100 side.
  • the plan determining unit 740 also determines that the user has already used the vehicle 100 when the service information acquisition unit 720 receives the service use request information (that is, during service use). When a service extension or another service is requested), the vehicle 100 being used may be preferentially assigned to the user.
  • the storage unit 800 stores service information 830 as well as user information 810 regarding registered users and the above-described usable vehicle information 820.
  • the service management information 830 includes, for example, service request management information 832, reservation management information 834, and running service management information 836.
  • each service use request information acquired by the service information acquisition unit 720 is registered as a record.
  • the reservation management information 834 information such as a reservation use section, a reservation use time zone, a transit point, and a planned transit arrival time is stored for each service.
  • the running service management information 836 information such as service status information, service attributes, and service provider ID (service provider identification information) is registered.
  • the service attribute is, for example, information that classifies the services that can be provided by the service provider when viewed from the user who receives information from the service provider and the service management apparatus 700. Etc.) and the rank of the cost category.
  • the service status information held in the ongoing service management information 836 is updated, for example, at the timing when the authentication unit 760 performs an authentication process for starting a service.
  • the service management device 700 manages the service management information 830 to comprehensively indicate the state of the user of the vehicle 100 (for example, the user information acquired by the input / output unit 171) and the state of the vehicle 100 with respect to the operation plan. Can be managed.
  • the determination unit 770 determines, based on the service status information, the state attribute determined from the user usage information and the operation information of the vehicle 100 (for example, the user gave up the enjoyment of the additional service with priority on the arrival time). Information) may be used as the determination result.
  • the state attribute determined from the usage information of the user and the operation information of the vehicle 100 includes an arrival degree determined based on the progress with respect to the operation plan including the additional service (for example, earlier than scheduled, scheduled,
  • the surrounding environment and driving state attributes for example, rainy weather, traffic congestion, traffic regulation, low SoC (State Of Charge), breakdown, accident
  • FIG. 22 is a functional configuration diagram of the vehicle management device 910 mounted on the vehicle 100.
  • the vehicle management device 910 includes, for example, a communication unit 920, an authentication unit 930, and a vehicle management unit 950.
  • the communication unit 920 is a wireless communication device.
  • the communication unit 920 communicates with the service management apparatus 700 via the network NW.
  • the authentication unit 930 performs an authentication process for starting a service according to an instruction from the service management apparatus 700.
  • the vehicle management unit 950 includes, for example, a usage status detection unit 952, a usage permission unit 954, and an authentication unit 956.
  • the vehicle 100 is provided with one or more spaces (compartments) that can be used by the user, and the usage status detection unit 952 detects the usage status of each compartment. For example, the usage status detection unit 952 detects whether or not each compartment is being used.
  • the vehicle 100 is not limited to a normal passenger car, and may be a vehicle of a size that allows one or more passengers to ride in each compartment such as a trailer, a bus, and a microbus that divides the vehicle interior.
  • the use permission unit 954 permits the use of a compartment designated in advance, and performs, for example, unlocking the door.
  • the authentication unit 956 authenticates the identity of the service provider who gets on the vehicle.
  • the vehicle management apparatus 910 transmits vehicle information including the following contents to the service management apparatus 700, for example.
  • Vehicle information ⁇ Vehicle ID ⁇ Location information (latitude, altitude, longitude) ⁇ Compartment usage status ⁇ Running status (speed, acceleration, angular velocity, vehicle equipment status, etc.) ⁇ Service provider information (service provider ID, information on ongoing services, elapsed service implementation time, etc.)
  • FIG. 22 is a flowchart showing an example of the flow of processing executed in the vehicle allocation system 1A.
  • an example is used in which an additional service is ordered by the service provider while boarding, and the user gets off at a destination (additional service providing position) different from the initial destination set by the user. The flow of processing will be described.
  • the user performs user authentication of the input / output unit 171 of the vehicle 100 with respect to the authentication unit 760 of the service management apparatus 700 (step S300).
  • the user transmits service use request information to the service provider device 600 (step S301).
  • the service provider device 600 interprets the received service use request information (step S302), and transmits reservation information to the service management device 700 based on the interpreted service use request information (step S303).
  • the service management device 700 performs an ordering process for the dispatch service based on the reservation information transmitted by the service provider device 600, and transmits the received order information to the vehicle management device 910 (step S304).
  • the vehicle management device 910 causes the pickup management device 400 to generate a pickup reservation based on the received order information (step S305).
  • the service management device 700 starts a dispatch service to the user based on the order information (step S306), and transmits that the service has started to the service provider device 600 and the vehicle management device 910.
  • the vehicle management apparatus 910 recognizes the start of service and notifies the vehicle 100 or the like using a dedicated API (step S307).
  • the service provider device 600 starts to acquire / update the vehicle allocation information of the vehicle 100 (step S308).
  • the vehicle 100 starts moving near the pickup position (step S309).
  • the service management device 700 determines the pickup position and transmits it to the service provider device 600 (step S310).
  • the service provider device 600 notifies the vehicle 100 of the pickup position (step S312), and transmits a display control instruction to the input / output unit 171 via the vehicle management device 910 (step S313).
  • the vehicle management device 910 switches the vehicle display to the input / output unit 171 (step S314).
  • the vehicle management device 910 permits the user to get on the vehicle 100 at the pickup position (step S315), and the user gets on the vehicle 100 (step S316).
  • the service provider device 600 updates the vehicle status information (step S317).
  • the vehicle management device 910 updates the sensor information (step S318).
  • the service provider device 600 generates information about an additional service that can be provided and outputs the information to the input / output unit 171 or the like (step S319).
  • the user selects and orders an additional service (step S320).
  • the service provider device 600 updates the service use request information regarding the vehicle status and the additional service to be provided, and transmits the updated content to the service management device 700 (step S321).
  • the service management apparatus 700 performs processing associated with the change of the route and destination accompanying provision of the additional service, and transmits the processing result to the vehicle management apparatus 910 (step S322).
  • the vehicle management device 910 notifies the service provider device 600 that the vehicle has arrived at the destination (step S323).
  • the user gets off the vehicle 100 (step S324).
  • the service provider device 600 starts providing additional services to the user (step S325). This is the end of the processing in this flowchart.
  • the status management unit 435 may transmit information for accepting a vehicle allocation change to the user terminal 300 using the communication device 410 together with information for confirming the vehicle allocation cancellation. Then, the user may notify the pick-up management apparatus 400 of, for example, a pickup position change instruction to the user terminal 300. The status management unit 435 of the pick-up management apparatus 400 may notify the vehicle 100 of the changed pickup position, instruct a route change, or send the change content to the user terminal 300.
  • all or part of the configuration of the pick-up management device 400 may be mounted on the vehicle 100. Thereby, for example, the user can directly request the vehicle 100 to transfer using the user terminal 300. When the requested vehicle 100 cannot be picked up, the vehicle 100 may transfer the pick-up request to another vehicle 100.
  • the pick-up management device 400 When the pick-up management device 400 receives the arrival time at the pickup position designated by the user using the user terminal 300 or the arrival time at the destination, the pick-up management device 400 is based on these information and facility reservation information. You may create a pick-up schedule.
  • the user terminal 300 may periodically transmit information indicating the position of the user measured by the GNSS receiver 360 to the pick-up management apparatus 400.
  • the pick-up management device 400 tracks the current position of the user and the current position of the vehicle 100 based on the received information, and sets or sets the pickup position as the joining position of the user and the vehicle 100. Alternatively, the pickup position may be changed to a joining position between the user and the vehicle 100. Further, the vehicle 100 sets the joining position between the user and the vehicle 100 as the pickup position based on the position information of the user received from the pick-up management device 400 and the position information of the own vehicle, and the route of the own vehicle. May be set.
  • the user terminal 300 can accept a vehicle dispatch cancellation instruction by various operations. For example, the user terminal 300 receives information for confirming cancellation of dispatch, and notifies the user using the output unit 330. Thereafter, the user terminal 300 may receive an extension instruction, a dispatch cancellation instruction, or the like from the user using the input unit 320. If no instruction is input using the input unit 320 within a certain period of time, Both reservations and dispatch reservations may be accepted.
  • the user may reserve the arrival time at the pickup position in advance, and the user can use the user terminal 300 to leave the pickup management device 400 when leaving the facility. You may ask for a pick-up.
  • the transfer management apparatus 400 uses the same vehicle to reconfigure a transfer schedule that allows users of different groups to ride on the vehicle 100. May be dispatched. For example, when a user who arrives at the same airport on the same flight is picked up at the same hotel, or picked up from the same hotel to another restaurant nearby. By realizing carpooling with the vehicle 100 in this way, the facility side can reduce the cost of dispatch. In this case, the facility side may provide an incentive to the user.
  • the service management device 700 may manage the dispatch reservation instead of the pick-up management device 400, or both the transport management device 400 and the service management device 700 may manage the dispatch reservation.
  • SYMBOLS 1 Vehicle allocation system, 100 ... Vehicle, 110 ... Outside world monitoring unit, 120 ... Communication device, 130 ... Navigation device, 140 ... Recommended lane determination device, 150 ... Automatic driving control unit, 160 ... Driving force output device, 162 ... Brake device 164: Steering device, 170: Vehicle allocation management unit, 171: Input / output unit, 172 ... Storage unit, 173: Vehicle allocation control unit, 174 ... Status acquisition unit, 175 ... User information acquisition unit, 176 ... Order acquisition unit, 200 ... facility terminal, 210 ... communication device, 220 ... input unit, 230 ... output unit, 240 ... storage unit, 250 ... control unit, 300 ... user terminal, 310 ...

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Automation & Control Theory (AREA)
  • Game Theory and Decision Science (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

送迎管理装置、送迎管理方法、およびプログラム
　本発明の様態は、送迎管理装置、送迎管理方法、およびプログラムに関する。
　本願は、２０１７年６月１６日に、日本に出願された特願２０１７－１１８６９８号に基づき優先権を主張し、その内容をここに援用する。
　旅行先等においてホテルやレストランまで移動する場合、タクシー、レンタカー、ホテルが用意している送迎車等が利用されている。例えば、レンタカーを用いて、ホテルを予約した宿泊客をホテルまで送迎する際、レンタカーの走行経路に応じた料金精算をサポートするシステムが知られている（特許文献１参照）。
特開２００２－０９９９６１号公報
　しかしながら、タクシーを拾えない場合や送迎車の送迎回数が少ない場合、利用者は長時間待たされる場合があった。また、運転できない利用者はレンタカーを利用できない。
　本発明は、このような事情を考慮してなされたものであり、予約された施設と連動した送迎サービスを提供することを目的の一つとする。
　この発明に係る認識処理装置、車両制御装置、車両制御方法、およびプログラムは、以下の構成を採用した。
　（１）：本発明の一態様は、施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部と、前記送迎スケジュールに従って、前記配車予約部により予約された車両を配車する配車管理部と、を備える送迎管理装置である。
　（２）：上記（１）の様態において、前記配車予約部は、前記施設の予約内容に基づいて、前記施設を目的地あるいは出発地として、指定された到着時刻に間に合うように前記送迎スケジュールを作成するものである。
　（３）：上記（１）の様態において、前記配車管理部により配車された前記車両から移動状況を取得する取得部と、前記取得部により取得された移動状況を、前記施設の予約をした利用者が使用する利用者端末あるいは前記施設の管理者が使用する施設端末のうち少なくとも一方に通知するステータス管理部と、をさらに備えるものである。
　（４）：上記（３）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両に利用者が乗車した後、前記施設への移動を開始したこと、または前記施設への到着目標時刻を、前記施設端末に通知するものである。
　（５）：上記（３）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両の到着時刻が遅れている場合、配車の予約についての変更あるいはキャンセル、もしくは前記施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付けるものである。
　（６）：上記（５）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両の到着時刻の遅れが通知された利用者から、配車のキャンセルまたは施設の利用時間の延長のいずれも受け付けられなかった場合、配車のキャンセルおよび前記施設のキャンセルの両方を受け付けるものである。
　（７）：上記（３）の様態において、前記取得部は、前記車両から、前記乗車人数を示す情報を取得し、前記ステータス管理部は、前記取得部が取得した前記乗車人数を示す情報が予約された人数と異なる場合、予約人数の変更を、前記施設端末に通知するものである。
　（８）：上記（３の様態において、前記取得部は、前記車両から、前記施設が提供するサービスあるいは物品のオーダー指示を取得し、前記ステータス管理部は、前記取得部が取得した前記オーダー指示を、前記施設端末に通知するものである。
　（９）：上記（３）の様態において、サービス提供者からサービス提供地点に対応した地点情報、および前記サービス提供者の識別情報、前記サービス提供者の利用者の識別情報を含むサービス提供情報を取得するサービス情報取得部と、前記利用者が前記サービス提供を受ける前記地点情報であるアクセスポイントを取得するアクセスポイント取得部と、前記地点情報およびアクセスポイントとの間に経路に対応した前記車両の運行プランを決定するプラン決定部と、をさらに備えるものである。
　（１０）：上記（９）の様態において、前記サービス情報、および前記取得部によって取得された前記利用者の識別情報に対応した、サービスステータス情報を生成し、少なくとも前記車両の前記経路上において、前記サービス提供者に対し前記サービスステータス情報を提供する状態管理部、をさらに備えるものである。
　（１１）：上記（１０）の様態において、前記プラン決定部は、前記サービスステータス情報に対応付く前記利用者の識別情報を取得し、前記プラン決定部の決定する車両の運行プランに基づいて、前記サービスステータス情報を生成し、前記プランの計画を行うものである。
　（１２）：上記（１１）の様態において、前記プラン決定部は、前記サービスステータス情報として、前記利用者の識別情報および前記移動状況から判別される状態属性を管理して、前記プランの計画を行うものである。
　（１３）：上記（１０）の様態において、前記プラン決定部は、前記施設端末に対し、前記サービスステータス情報のうち、前記施設への到着時刻に関する情報を通知するものである。
　（１４）：施設の予約内容に基づいて送迎スケジュールを作成して、車両を予約し、前記送迎スケジュールに従って、予約された車両を配車する、送迎管理方法である。
　（１５）：コンピュータに、施設の予約内容に基づいて送迎スケジュールを作成させて車両を予約させ、前記送迎スケジュールに従って、予約された車両を配車させる、プログラムである。
　請求項１，２，１４，１５に記載の発明によれば、予約された施設と連動した送迎サービスを提供することができる。
　請求項３，４に記載の発明によれば、利用者は、配車状況や遅れ状況を確認し、その後の行動を決定することができるとともに、施設側の管理者は、利用者の到着に合わせて利用者を迎える準備をし、サービスを向上させることができる。
　請求項５，６に記載の発明によれば、利用者は、送迎車が遅れる場合、施設や送迎車の予約を簡単に変更あるいはキャンセルすることができる。
　請求項７，８に記載の発明によれば、施設に対する人数の変更やオーダーを施設に到着する前に指示することができる。
　請求項９，１０，１１，１２，１３に記載の発明によれば、利用者は、サービス提供者により、送迎サービス途中に付加サービスを受けることができる。
配車システム１の構成図である。 車両１００の構成図である。 自動運転の処理過程について説明するための図である。 施設端末２００の機能構成図である。 利用者端末３００の機能構成図である。 施設予約画面の一例を示す図である。 配車予約画面の一例を示す図である。 送迎管理装置４００の機能構成図である。 施設予約情報４２１の一例を示す図である。 配車予約情報４２２の一例を示す図である。 配車ステータス情報４２３の一例を示す図である。 移動ステータス情報４２５の一例を示す図である。 車両１００における処理動作の一例を示すフローチャートである。 車両１００における処理動作の一例を示すフローチャートである。 送迎管理装置４００における処理動作の一例を示すフローチャートである。 送迎管理装置４００における処理動作の一例を示すフローチャートである。 送迎管理装置４００における処理動作の一例を示すフローチャートである。 配車システム１を利用した例について説明するための図である。 配車システム１を利用した他の例について説明するための図である。 サービス提供者装置６００の機能構成図である。 サービス管理装置７００の機能構成図である。 車両制御装置９００の機能構成図である。 配車システム１Ａにおいて実行される処理の流れの一例を示すフローチャートである。
　以下、図面を参照し、本発明の送迎管理装置、送迎管理方法、および車両の実施形態について説明する。本システムにおいて配車される車両は、例えば、基本的には運転操作を必要としない自動運転車両である。また、配車される車両は、配車されていない状態において、各所に用意された車両ステーションで待機しており、目的地に到着した後、目的地の近くの空きがある車両ステーションに移動し、待機する。
＜第１の実施形態＞
　以下、第１の実施形態の送迎管理装置４００について説明する。
　図１は、配車システム１の構成図である。配車システム１は、一以上の車両１００と、一以上の施設端末２００と、一以上の利用者端末３００と、送迎管理装置４００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。
　［車両］
　車両１００は、例えば、複数の利用者が乗車可能な四輪以上の車輪を有する車両である。図２は、車両１００の構成図である。車両１００は、例えば、外界監視ユニット１１０と、通信装置１２０と、ナビゲーション装置１３０と、推奨車線決定装置１４０と、自動運転制御ユニット１５０と、駆動力出力装置１６０と、ブレーキ装置１６２と、ステアリング装置１６４と、配車管理ユニット１７０とを備える。
　外界監視ユニット１１０は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detection and Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置などを含む。外界監視ユニット１１０は、車両１００の周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、その位置や速度の情報と共に自動運転制御ユニット１５０に出力する。
　通信装置１２０は、例えば、ネットワークＮＷに接続したり、他車両や歩行者の端末装置などと直接的に通信したりするための無線通信モジュールである。通信装置１２０は、Ｗｉ－Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。通信装置１２０として、用途に応じた複数のものが用意されてもよい。
　ナビゲーション装置１３０は、例えば、ＨＭＩ（Human machine Interface）１３２と、ＧＮＳＳ（Global Navigation Satellite System）受信機１３４と、ナビ制御装置１３６とを備える。ＨＭＩ１３２は、例えば、タッチパネル式ディスプレイ装置やスピーカ、マイクなどを含む。ＧＮＳＳ受信機１３４は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（車両１００の位置）を測位する。ナビ制御装置１３６は、例えば、ＣＰＵ（Central Processing Unit）や各種記憶装置を備え、ナビゲーション装置１３０全体を制御する。記憶装置には、地図情報（ナビ地図）が格納されている。ナビ地図は、ノードとリンクで道路を表現した地図である。
　ナビ制御装置１３６は、ＧＮＳＳ受信機１３４によって測位された車両１００の位置から、配車管理ユニット１７０により指定された目的地までの経路を、ナビ地図を参照して決定する。なお、目的地は、ＨＭＩ１３２を用いて利用者により指定されてもよい。また、ナビ制御装置１３６は、車両１００の位置と目的地とを、通信装置１２０を用いてナビゲーションサーバ（不図示）や送迎管理装置４００に送信し、ナビゲーションサーバや送迎管理装置４００から返信された経路を取得してもよい。なお、経路には、利用者を乗車または降車させるために停止する地点およびそれらの地点への到達目標時刻の情報が含まれてよい。ナビ制御装置１３６は、上記いずれかの方法で決定した経路の情報を推奨車線決定装置１４０に出力する。
　推奨車線決定装置１４０は、例えば、ＭＰＵ（Micro Processing Unit）と各種記憶装置を備える。記憶装置には、ナビ地図よりも詳細な高精度地図情報が格納されている。高精度地図情報には、例えば、車線ごとの道路幅や勾配、曲率、信号の位置などの情報が含まれている。推奨車線決定装置１４０は、ナビゲーション装置１３０から入力された経路に沿って走行するために好ましい推奨車線を決定し、自動運転制御ユニット１５０に出力する。
　自動運転制御ユニット１５０は、ＣＰＵやＭＰＵなどの一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニット１５０は、推奨車線決定装置１４０により決定された推奨車線を走行することを原則として、外界監視ユニット１１０から位置や速度が入力された物体との接触を避けるように、車両１００を自動的に走行させる。自動運転制御ユニット１５０は、例えば、各種イベントを順次実行する。イベントには、一定速度で同じ走行車線を走行する定速走行イベント、前走車両に追従する追従走行イベント、車線変更イベント、合流イベント、分岐イベント、緊急停止イベント、料金所を通過するための料金所イベント、自動運転を終了して手動運転に切り替えるためのハンドオーバイベントなどがある。また、これらのイベントの実行中に、車両１００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄など）に基づいて、回避のための行動が計画される場合もある。
　自動運転制御ユニット１５０は、車両１００が将来走行する目標軌道を生成する。目標軌道は、例えば、速度要素を含んでいる。例えば、目標軌道は、自車両Ｍの到達すべき地点（軌道点）を順に並べたものとして表現される。軌道点は、所定の走行距離ごとの自車両Ｍの到達すべき地点であり、それとは別に、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度が、目標軌道の一部として生成される。また、軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における自車両Ｍの到達すべき位置であってもよい。この場合、目標速度や目標加速度の情報は軌道点の間隔で表現される。
　図３は、自動運転の処理過程について説明するための図である。まず、上図に示すように、ナビゲーション装置１３０によって経路が決定される。この経路は、例えば車線の区別が付けられていない大まかな経路である。次に、中図に示すように、推奨車線決定装置１４０が、経路に沿って走行しやすい推奨車線を決定する。そして、下図に示すように、自動運転制御ユニット１５０が、障害物の回避などを行いながら、なるべく推奨車線に沿って走行するための軌道点を生成し、軌道点（および付随する速度プロファイル）に沿って走行するように、駆動力出力装置１６０、ブレーキ装置１６２、ステアリング装置１６４のうち一部または全部を制御する。なお、このような役割分担はあくまで一例であり、例えば自動運転制御ユニット１５０が一元的に処理を行ってもよい。
　駆動力出力装置１６０は、車両が走行するための走行駆動力（トルク）を駆動輪に出力する。駆動力出力装置１６０は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するパワーＥＣＵとを備える。パワーＥＣＵは、自動運転制御ユニット１５０から入力される情報、或いは不図示の運転操作子から入力される情報に従って、上記の構成を制御する。
　ブレーキ装置１６２は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニット１５０から入力される情報、或いは運転操作子から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置１６２は、運転操作子に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。なお、ブレーキ装置１６２は、上記説明した構成に限らず、自動運転制御ユニット１５０から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。
　ステアリング装置１６４は、例えば、ステアリングＥＣＵと、電動モータとを備える。
電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニット１５０から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。
　配車管理ユニット１７０は、入出力部１７１と、記憶部１７２と、配車制御部１７３と、ステータス取得部１７４と、利用者情報取得部１７５と、オーダー取得部１７６とを備える。
　入出力部１７１は、例えば、マウス、キーボード、タッチパネル、マイク、センサ、カメラ等の入力部と、例えば、ディスプレイ、スピーカ等の出力部とを含む。記憶部１７２は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などにより実現される。
　配車制御部１７３、ステータス取得部１７４、利用者情報取得部１７５、およびオーダー取得部１７６は、例えば、ＣＰＵなどのプロセッサが記憶部１７２に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
　配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から受信した送迎スケジュールに基づいて、ナビ設定情報をナビ制御装置１３６に設定する。送迎スケジュールとは、施設の予約に関連して予約された送迎車を施設の予約内容に合わせて走行させるためのスケジュールであって、ピックアップ位置の位置情報、ピックアップ位置への到着時刻、目的地の位置情報、目的地への到着時刻、乗車人数等が含まれる。ピックアップ位置とは、利用者を乗車させる位置である。ナビ設定情報には、ピックアップ位置、ピックアップ位置への到着時刻、目的地、目的地への到着時刻等が含まれる。
　ステータス取得部１７４は、車両の移動状況を含む情報（以下、ステータス情報と記す）を取得し、通信装置１２０を用いて送迎管理装置４００に送信する。ステータス情報には、ＧＮＳＳ受信機１３４によって測位された車両１００の位置に日時を対応付けた情報や、ナビ制御装置１３６により取得された到着目標時刻を示す情報等が含まれる。また、ステータス取得部１７４は、ＧＮＳＳ受信機１３４によって測位された車両１００の位置情報とナビ設定情報等に基づいて、配車状態や到着状況を取得し、ステータス情報に含めてもよい。配車状態には、例えば、迎車中、乗車待ち、一部乗車待ち、乗車完了、移動中、移動完了等が含まれる。到着状況には、例えば、時間通り、遅れ、渋滞中につき遅れ等が含まれる。なお、配車状態は、入出力部１７１を用いて利用者により入力されてもよく、センサによる検出結果やカメラにより撮影された画像や映像に基づいて、ステータス取得部１７４により解析された結果であってもよい。
　利用者情報取得部１７５は、例えば、入出力部１７１を用いて、利用者に関する情報（以下、利用者情報と記す）を取得し、通信装置１２０を用いて送迎管理装置４００に送信する。利用者情報には、例えば、乗車人数、利用者の性別、利用者の年齢、利用者の人種、利用者の好みや感想、施設に関するアンケート、手荷物の個数や重さ、車いすの有り無し、ベビーカーの有り無し等が含まれる。例えば、利用者情報取得部１７５は、センサによる検出結果やカメラにより撮影された画像や映像等を解析することにより、乗車人数や利用者の性別等を取得してもよい。また、利用者情報取得部１７５は、マイクにより検出された音声データ等を解析することにより、車内の利用者の会話の盛り上がり度合、利用者の満足度や感情等を取得してもよい。
　オーダー取得部１７６は、例えば、入出力部１７１を用いて、施設が提供するサービスあるいは物品のオーダーを指示する情報（以下、オーダー指示情報と記す）を取得し、通信装置１２０を用いて送迎管理装置４００に送信する。これにより、車両１００に乗車している利用者は、オンラインメニューを用いて、施設に着いたときに提供される物やサービスを事前にオーダーすることができる。
　［施設端末］
　施設端末２００は、利用者により予約可能な施設に設置されている端末であって、施設の管理者が使用する端末である。施設には、例えば、ホテル、旅館、レストラン、病院、美容院、カルチャースクール等が含まれる。施設端末２００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末等である。
　図４は、施設端末２００の機能構成図である。施設端末２００は、例えば、通信装置２１０と、入力部２２０と、出力部２３０と、記憶部２４０と、制御部２５０と、を備える。
　通信装置２１０は、例えば、ネットワークＮＷに接続したり、送迎管理装置４００と直接的に通信したりするための通信インターフェースである。通信装置２１０は、例えば、ＮＩＣ（Network Interface Card）を含んでもよいし、Ｗｉ－Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行ってもよい。通信装置２１０として、用途に応じた複数のものが用意されてもよい。
　入力部２２０は、例えば、キーボード、マウス、タッチパネル、マイク等で含む。出力部２３０は、例えば、ディスプレイ、スピーカ等を含む。記憶部２４０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
　制御部２５０は、例えば、ＣＰＵなどのプロセッサが記憶部２４０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。例えば、制御部２５０は、送迎管理装置４００から受信した情報に基づいて、ブラウザによって閲覧されるウェブページや、アプリケーションプログラムによって閲覧されるアプリページ等を、出力部２３０に表示する。
　［利用者端末］
　利用者端末３００は、利用者が使用する端末である。利用者端末３００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末等である。図５は、利用者端末３００の機能構成図である。利用者端末３００は、例えば、通信装置３１０と、入力部３２０と、出力部３３０と、記憶部３４０と、制御部３５０と、ＧＮＳＳ受信機３６０とを備える。なお、車両１００および施設端末２００と同じ構成については、同一の名称を用いて、詳細な説明は省略する。
　ここで、図６，７を参照し、利用者端末３００の出力部３３０に表示される操作画面の一例について説明する。図６は、施設予約画面の一例を示す図である。施設予約画面３７０は、入力部３２０を用いて利用者により施設予約が要求された場合に表示される操作画面である。施設予約画面３７０には、施設予約内容３７１と、送迎サービス内容３７２と、予約ボタン３７３とが含まれる。
　施設予約内容３７１は、施設の予約に必要な項目を表示するとともに、利用者からの選択や入力を項目ごとに受け付ける操作画面である。施設予約内容３７１には、例えば、日時、施設名、利用人数、利用者氏名、連絡先、特記事項、送迎サービス等の項目が含まれる。
　送迎サービス内容３７２は、配車の予約に必要な項目を表示するとともに、利用者からの選択や入力を項目ごとに受け付ける操作画面である。送迎サービス内容３７２には、例えば、往路もしくは復路あるいはその両方のいずれかを選択する項目や、駅や空港などのピックアップ位置や目的地等への到着あるいは出発時刻を選択する項目等が含まれる。
　予約ボタン３７３は、施設予約内容３７１や送迎サービス内容３７２に表示されている内容での予約を受け付ける操作ボタンである。予約ボタン３７３が操作されると、制御部３５０は、施設予約内容３７１や送迎サービス内容３７２に表示されている予約内容に基づいて施設予約情報を作成し、通信装置３１０を用いて送迎管理装置４００に送信する。
　制御部３５０は、施設予約情報を送信した後、通信装置３１０を用いて送迎管理装置４００から受信した情報に基づいて、配車予約画面を出力部３３０に表示させる。なお、本実施形態では、施設予約情報に基づいて送迎管理装置４００により作成された送迎スケジュールを配車予約画面に表示して、利用者に送迎内容を確認させた上で、送迎車の予約を受け付ける例について説明するが、本発明はこれに限られない。例えば、利用者に送迎内容を確認させることなく、送迎管理装置４００が、施設予約情報を受信することにより、施設の予約と送迎車の予約の両方を受け付けるようにしてもよい。
　図７は、配車予約画面の一例を示す図である。配車予約画面３８０は、送迎管理装置４００により施設予約情報に基づいて作成された送迎スケジュールを表示する操作画面である。配車予約画面３８０には、送迎内容３８１と、予約ボタン３８２とが含まれる。
　送迎内容３８１は、配車の予約に必要な項目ごとに送迎管理装置４００により作成された送迎スケジュールを表示するとともに、利用者から送迎スケジュールの一部の編集を受け付ける操作画面である。送迎内容３８１には、例えば、日時、利用人数、ピックアップ位置、ピックアップ位置への到着時刻、目的地、目的地への到着時刻等の項目が含まれる。
　予約ボタン３８２は、送迎内容３８１に表示されている内容での予約を受け付ける操作ボタンである。予約ボタン３８２が操作されると、制御部３５０は、送迎内容３８１に表示されている予約内容に基づいて配車予約情報を作成し、通信装置３１０を用いて送迎管理装置４００に送信する。ここで、制御部３５０は、送迎内容に変更がない場合にはその旨を配車予約情報に含めてもよく、送迎内容の変更点だけを配車予約情報に含めてもよい。
　［送迎管理装置］
　次に、図８～１２を参照して、送迎管理装置４００について説明する。図８は、送迎管理装置４００の機能構成図である。送迎管理装置４００は、例えば、通信装置４１０と、記憶部４２０と、制御部４３０とを備える。通信装置３１０は、例えば、ネットワークＮＷに接続するためのＮＩＣである。通信装置３１０は、ネットワークＮＷを介して、車両１００、施設端末２００、および利用者端末３００と通信する。記憶部４２０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
　制御部４３０は、施設予約部４３１と、配車予約部４３２と、配車管理部４３３と、取得部４３４と、ステータス管理部４３５とを含む。これら構成の一部または全部は、例えば、ＣＰＵなどのプロセッサが記憶部４２０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
　施設予約部４３１は、通信装置４１０およびネットワークＮＷを介して、利用者端末３００から受信した施設予約情報に基づいて、施設を予約する。施設予約情報とは、利用者により予約される施設に関する予約内容であって、例えば、予約日時、施設の名称や住所、予約人数、利用者氏名、連絡先、特記事項、送迎サービス等が含まれる。施設予約部４３１は、施設を予約する処理において、ネットワークＮＷを介して接続される外部サーバを参照して、利用者により指定された施設の空き状況を取得し、利用者端末３００に送信してもよい。施設予約部４３１は、受信した施設予約情報に基づいて、記憶部４２０の施設予約情報４２１に各種情報を格納する。また、施設予約部４３１は、利用者による過去の施設予約の状況に基づいて、利用者の信頼性を示す情報を作成し、施設予約情報４２１の中に含めてもよい。利用者の信頼性は、例えば、予約のキャンセル率に応じた評価値や、利用頻度に応じた評価値等を含む。
　施設予約情報４２１は、各施設の予約内容を示す情報である。図９は、施設予約情報４２１の一例を示す図である。図９に示す通り、施設予約情報４２１は、予約管理キーに、ユーザ管理キーと、施設管理キーと、施設予約内容と、オプションサービス情報と、予約ステータスとを対応付けた情報である。予約管理キーは、各予約を識別するための固有の情報である。ユーザ管理キーは、各利用者を識別するための固有の情報である。施設管理キーは、各施設を識別するための固有の情報である。施設予約内容には、予約日時、施設の名称や住所、予約人数、利用者氏名、連絡先、特記事項等が含まれる。オプションサービス情報には、送迎サービス等のオプションサービスの提供を希望するか否かを示す情報が含まれる。予約ステータスは、施設予約の状態を示す情報であって、例えば、予約準備中、予約完了、キャンセル済等が含まれる。
　配車予約部４３２は、通信装置４１０およびネットワークＮＷを介して、利用者端末３００から受信した施設予約情報に基づいて送迎スケジュールを作成し、施設の送迎車を予約する。配車予約部４３２は、利用者の指定に基づいて、施設への往路もしくは復路あるいはその両方について、送迎車を予約する。配車予約部４３２は、送迎車を予約する前に、施設予約情報に基づいて作成した送迎スケジュールを利用者端末３００に送信し、利用者から予約の指示を受け付けた上で、送迎車を予約してもよい。
　配車予約部４３２は、施設予約情報に基づいて、施設を目的地あるいは出発地として、指定された到着時刻に間に合うような送迎スケジュールを作成する。例えば、配車予約部４３２は、施設予約情報に含まれる予約日時、予約人数、施設名等に基づいて、送迎車の予約日時、予約人数、ピックアップ位置あるいは目的地とそれらの到着時刻等の送迎スケジュールを決定する。また、配車予約部４３２は、施設予約情報に加え、施設までの移動手段（例えば、飛行機や新幹線）に関する情報等を利用者端末３００から受信して、空港の到着時刻に応じたホテルまでの送迎スケジュールや、駅の到着時刻に応じたレストランまでの送迎スケジュールを作成し、利用者端末３００に送信してもよい。配車予約部４３２は、作成した送迎スケジュールに基づいて配車が予約された場合、作成した送迎スケジュールに基づいて、記憶部４２０の配車予約情報４２２に各種情報を格納する。また、配車予約部４３２は、利用者による過去の配車予約の状況に基づいて、利用者の信頼性を示す情報を作成し、配車予約情報４２２の中に含めてもよい。
　配車予約情報４２２は、各送迎車の予約内容を示す情報である。図１０は、配車予約情報４２２の一例を示す図である。図１０に示す通り、配車予約情報４２２は、予約管理キーに、ユーザ管理キーと、車両ＩＤと、送迎スケジュールと、予約ステータスとを対応付けた情報である。車両ＩＤは、各車両を識別するための固有の情報である。
　配車管理部４３３は、配車予約部４３２により予約された送迎車を、予約内容に基づいて配車する。配車管理部４３３による配車には、各送迎スケジュールの通りに利用者を送迎する送迎車を割り当てる処理（以下、割り当て処理と記す）と、割り当てられた送迎車に対して送迎スケジュールに応じた自動運転をするよう指示する処理（以下、運転指示処理と記す）とが含まれる。
　割り当て処理において、配車管理部４３３は、予め決められた割り当て期間（例えば、翌日の０時から２４時までの期間）に該当する予約内容を配車予約情報４２２から読み出し、読み出した情報に含まれる送迎スケジュールごとに、担当する車両１００を割り当てる。例えば、配車管理部４３３は、予約された利用人数を乗車可能な車種の車両であって、予約されている到着時刻に間に合うようにピックアップ位置および目的地に行くことが可能な車両を、前後の予約状況に基づいて車両情報４２４に登録されている車両１００の中から選択する。車両情報４２４は、車両１００に関する情報であって、例えば、車両ＩＤ、車両１００が駐車されている車両ステーション、車両１００の現在位置（緯度、経度、高度）、車両１００と通信するための必要なアドレス、走行状態を対応付けた情報である。
　また、配車管理部４３３は、送迎道路以外の渋滞等により送迎スケジュールに遅れがでないように前回の目的地から次回のピックアップ位置までの移動距離を最小限とするような車両１００を割り当ててもよい。また、配車管理部４３３は、所定範囲内の施設への送迎に必要な台数の車両１００を所定の車両ステーションに待機させるように車両１００を割り当ててもよい。配車管理部４３３は、担当する車両１００の車両ＩＤに、割り当てられた送迎スケジュールの内容を対応付けて、配車ステータス情報４２３に書き込む。なお、配車ステータス情報４２３に書き込まれた直後において、全ての配車ステータスは、未配車である。
　なお、送迎スケジュールが作成される際、施設予約情報に含まれる予約時刻が割り当て期間に含まれる場合、配車予約部４３２は、施設予約情報４２１および配車ステータス情報４２３の両方を参照して、利用者の送迎に適したスケジュールであって、且つ、送迎車を割り当て可能な送迎スケジュールを作成してもよい。例えば、配車予約部４３２は、施設予約情報４２１に含まれる予約日時、予約人数、施設名等に基づいて、送迎車の予約日時、予約人数、ピックアップ位置あるいは目的地とそれらの到着時刻等を含む第１スケジュールを作成し、第１スケジュールに従って配車可能な車両１００がある場合は、第１スケジュールを送迎スケジュールとする。一方、第１スケジュールに従って配車可能な車両１００がない場合、配車予約部４３２は、車両１００を割り当てられるように第１スケジュールの一部あるいは全部を変更して第２スケジュールを作成し、送迎スケジュールとする。これにより、数日前に施設を予約する場合は、車両１００のステータスに関係なく利用者の希望に沿ったスケジュールで送迎車を予約することができ、数時間前に施設を予約する場合は、配車可能なスケジュールで送迎車を予約することができる。
　運転指示処理において、配車管理部４３３は、所定のタイミングにおいて、通信装置４１０を用いて車両１００に、送迎スケジュールとともに運転開始指示を送信し、配車ステータス情報４２３の配車ステータスを、送迎中に書き換える。
　配車ステータス情報４２３は、配車予約された車両あるいは配車中の車両に関する情報を含み、例えば、車両１００に設定される情報や配車状況を示す情報を含む。図１１は、配車ステータス情報４２３の一例を示す図である。図１１に示す通り、配車ステータス情報４２３は、車両ＩＤに、利用日時と、利用人数と、ピックアップ位置とその到着時刻、目的地とその到着時刻、配車ステータスとを対応付けた情報である。配車ステータスは、配車された車両１００の配車状況を示す情報であって、例えば、配車管理部４３３により更新される。
　取得部４３４は、配車管理部４３３により配車された車両１００から移動状況、配車状態、および到着状況等を取得する。例えば、取得部４３４は、通信装置４１０を用いて車両１００から定期的に送信されるステータス情報を受信し、受信したステータス情報に基づいて、記憶部４２０の移動ステータス情報４２５に各種情報を書き込む。
　移動ステータス情報４２５は、配車中の車両１００の状況を示す情報である。図１２は、移動ステータス情報４２５の一例を示す図である。図１２に示す通り、移動ステータス情報４２５は、計測日時に、現在の車両１００の位置情報と、現時点でのピックアップ位置への到達目標時刻と、現時点での目的地への到着目標時刻と、配車ステータスと、到着ステータスとを対応付けた情報であって、例えば、車両１００ごとに用意されたテーブルに格納される。計測日時は、車両１００においてステータス情報が作成された日時である。位置情報は、計測日時において車両１００のＧＮＳＳ受信機１３４により測位された車両１００の位置を示す情報である。到達目標時刻は、計測日時において車両１００のナビ制御装置１３６により導出された到達目標時刻である。到着ステータスは、配車された車両１００の到着状況を示す情報であって、例えば、計測日時において車両１００のステータス取得部１７４により取得された到着状況である。
　ステータス管理部４３５は、通信装置４１０を用いて、取得部４３４により取得された移動状況を、利用者端末３００あるいは施設端末２００のうち少なくとも一方に通知する。ステータス管理部４３５は、移動ステータス情報４２５を参照し、配車ステータスが変化したタイミングで配車ステータスに応じたメッセージを通知してもよく、車両１００に遅れが生じたタイミングで到着ステータスに応じたメッセージを通知してもよい。例えば、ステータス管理部４３５は、配車管理部４３３により配車された車両１００に利用者が乗車した後、施設への移動を開始したこと、または施設への到着目標時刻を、施設端末２００に通知する。
　ステータス管理部４３５は、取得部４３４により取得された乗車人数を示す情報に基づいて、乗車人数が予約された人数と異なるか否かを判定し、両者が異なる場合、予約人数の変更を、施設端末２００に通知する。また、ステータス管理部４３５は、取得部４３４により取得されたオーダー指示情報を、対応する施設端末２００に通知する。
　ステータス管理部４３５は、配車管理部４３３により配車された車両１００のピックアップ位置への到着時刻あるいは目的地への到着時刻が遅れている場合、その旨を利用者端末３００あるいは施設端末２００のうち少なくとも一方に通知し、配車の予約についての変更あるいはキャンセル、もしくは施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付ける。変更には、利用時間の延長、利用日の延期、ピックアップ位置や目的地の変更等が含まれる。また、ステータス管理部４３５は、配車管理部４３３により配車された車両１００のピックアップ位置への到着時刻あるいは目的地への到着時刻の遅れが通知された利用者から、配車のキャンセルや変更または施設予約の変更のいずれも受け付けられなかった場合、配車のキャンセルおよび施設のキャンセルの両方を受け付けてもよい。
　ステータス管理部４３５は、移動ステータス情報４２５を参照し、配車ステータスが変化したタイミングで、配車ステータス情報４２３の配車ステータスを更新する。
　［フローチャート］
　次に、図１３，１４を参照して、車両１００における処理動作の一例について説明する。図１３，１４は、車両１００における処理動作の一例を示すフローチャートである。
　まず、配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から、運転開始指示を受信したか否かを判定する（ステップＳ１０１）。運転開始指示を受信したと判定した場合、配車制御部１７３は、運転開始指示とともに受信した送迎スケジュールに基づいて、運転を開始するようナビゲーション装置１３０と自動運転制御ユニット１５０に指示する（ステップＳ１０２）。これにより、送迎スケジュールに応じたピックアップ位置や目的地とそれらの到着時刻に応じた経路がナビゲーション装置１３０において設定され、自動運転制御ユニット１５０は、設定された経路に従って自動運転を開始する。
　ステータス取得部１７４は、予め決められた第１通知タイミングであるか否かを判定する（ステップＳ１０３）。第１通知タイミングとは、車両１００が迎車中にステータス情報を通知する予め決められたタイミングであって、例えば、自動運転を開始したタイミング、ピックアップ位置への到着目標時刻が予約の到着時刻よりも遅れたタイミング、ピックアップ位置に到着したタイミング、利用者を車両１００に乗車させたタイミング、前回の通知から所定の時間が経過したタイミング等が含まれる。第１通知タイミングであると判定した場合、ステータス取得部１７４は、ステータス情報を取得し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１０４）。
　配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から、配車キャンセル指示を受信したか否かを判定する（ステップＳ１０５）。配車キャンセル指示を受信した場合、配車制御部１７３は、ナビゲーション装置１３０と自動運転制御ユニット１５０に対して、設定されている経路に従った自動運転の終了を指示する（ステップＳ１０６）。ここで、ナビゲーション装置１３０は、ＨＭＩ１３１を用いて、利用者から新たな目的地の設定を受け付けてもよい。なお、配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から、ピックアップ位置や目的地の変更、これらの到着時刻の変更指示を受信した場合、ナビゲーション装置１３０と自動運転制御ユニット１５０に対して、ナビ設定情報の変更を指示する。
　ステータス取得部１７４は、利用者の全員が車両１００に乗車したか否かを判定する（ステップＳ１０７）。例えば、ステータス取得部１７４は、ＧＮＳＳ受信機１３４によって測位された車両１００の位置に基づいて、予め決められていたピックアップ位置の全てを通過した場合、利用者の全員が車両１００に乗車したと判定する。また、ステータス取得部１７４は、入出力部１７１を用いて利用者により、利用者の全員が車両１００に乗車したことが入力された場合や、車内を撮影した画像の解析結果により得られる乗車人数と予約された利用人数とが一致した場合、利用者の全員が車両１００に乗車したと判定してもよい。利用者の全員が車両１００に乗車したと判定した場合、ステータス取得部１７４は、配車状態が乗車完了であることを含めたステータス情報を作成し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１０８）。
　ステータス取得部１７４は、予め決められた第２通知タイミングであるか否かを判定する（ステップＳ１０９）。第２通知タイミングとは、車両１００に利用者全員が乗車している間にステータス情報を通知する予め決められたタイミングであって、例えば、利用者全員を車両１００に乗車させたタイミング、目的地への到着目標時刻が予約の到着時刻よりも遅れたタイミング、前回の通知から所定の時間が経過したタイミング等が含まれる。第２通知タイミングであると判定した場合、ステータス取得部１７４は、ステータス情報を取得し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１１０）。
　利用者情報取得部１７５は、利用者情報を取得したか否かを判定する（ステップＳ１１１）。例えば、入出力部１７１を用いて利用者から、乗車人数と利用者の性別や年齢の入力を受け付けた場合、利用者情報取得部１７５は、乗車人数と利用者の性別と年齢を含む利用者情報を作成し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１１２）。
　オーダー取得部１７６は、オーダー指示情報を取得したか否かを判定する（ステップＳ１１３）。例えば、入出力部１７１を用いて利用者により、オンラインメニューの中から少なくとも一つのメニューが選択された場合、オーダー取得部１７６は、選択されたメニューの注文を依頼するオーダー指示情報を作成し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１１４）。
　配車制御部１７３は、ナビ制御装置１３６からの出力に基づいて、目的地に到着したか否かを判定する（ステップＳ１１５）。ナビ制御装置１３６は、ＧＮＳＳ受信機１３４により測位される車両１００の位置が目的地の所定範囲内に入った場合、目的地に到着したことを配車制御部１７３に通知する。目的地に到着したことが通知された場合、配車制御部１７３は、車両ステーションを次の目的地に設定し、自動運転するようナビゲーション装置１３０と自動運転制御ユニット１５０に指示する（ステップＳ１１６）。なお、車両ステーションに向けて移動中に新たな送迎スケジュールを受信した場合、配車制御部１７３は、ステップＳ１０１に移行する。
　次に、図１５，１６，１７を参照して、送迎管理装置４００における処理動作の一例について説明する。図１５，１６，１７は、送迎管理装置４００における処理動作の一例を示すフローチャートである。
　まず、施設予約部４３１が、通信装置４１０を用いて利用者端末３００から、施設予約情報を受信したか否かを判定する（ステップＳ２０１）。施設予約情報を受信したと判定した場合、施設予約部４３１は、施設予約を管理する外部サーバを参照し、受信した施設予約情報に示される内容の施設が予約可能か否かを判定する。予約可能である場合、施設予約部４３１は、受信した施設予約情報に基づいて、記憶部４２０の施設予約情報４２１に各種情報を格納する（ステップＳ２０２）。これにより、施設予約情報に示される内容の施設が予約される。なお、予約可能でない場合、施設予約部４３１は、通信装置４１０を用いて利用者端末３００に、その旨を通知して、別の内容で予約を受け付けてもよい。
　次いで、施設予約部４３１は、受信した施設予約情報に、送迎サービスの提供を希望する内容が含まれているか否かを判定する（ステップＳ２０３）。施設予約情報に送迎サービスの提供を希望する内容が含まれていると判定した場合、施設予約部４３１は、配車予約部４３２に対して、送迎スケジュールの作成を指示する。そして、配車予約部４３２は、施設予約情報に含まれる予約時刻が、既に割り当て処理が終了している割り当て期間に含まれているか否かを判定する（ステップＳ２０４）。予約時刻が既に割り当て処理が終了している割り当て期間に含まれていない場合、配車予約部４３２は、施設予約情報４２１を参照して、送迎スケジュールを作成し、通信装置４１０を用いて利用者端末３００に送信する（ステップＳ２０５）。一方、予約時刻が既に割り当て処理が終了している割り当て期間に含まれている場合、配車予約部４３２は、施設予約情報４２１および配車ステータス情報４２３の両方を参照して、車両１００を配車可能な送迎スケジュールを作成し、通信装置４１０を用いて利用者端末３００に送信する（ステップＳ２０６）。
　配車予約部４３２は、通信装置４１０を用いて利用者端末３００から、配車予約の指示を受信したか否かを判定する（ステップＳ２０７）。配車予約の指示を受信したと判定した場合、配車予約部４３２は、利用者端末３００に送信した送迎スケジュールに基づいて、予約された内容を、記憶部４２０の配車予約情報４２２に格納する（ステップＳ２０８）。これにより、予約された施設の送迎車が予約される。
　配車管理部４３３は、割り当て処理を実行し、配車ステータス情報４２３に各種情報を書き込む（ステップＳ２０９）。次いで、配車管理部４３３は、配車予約情報４２２を参照して、配車タイミングか否かを判定する（ステップＳ２１０）。配車タイミングは、送迎車をピックアップ位置へ向かわせる時刻であって、決められた到着時刻以前にピックアップ位置に到着するように、車両１００の現在位置からピックアップ位置までの移動時間を逆算して導出される。配車タイミングに到達した場合、配車管理部４３３は、配車予約情報４２２から読み出した送迎スケジュールと共に運転開始指示を、通信装置４１０を用いて車両１００に送信する（ステップＳ２１１）。また、配車管理部４３３は、配車ステータス情報４２３において、配車された車両１００の車両ＩＤに対応する配車ステータスを、迎車中に書き換える。
　ステータス管理部４３５は、移動ステータス情報４２５を参照し、取得部４３４により新たなステータス情報が取得されたか否かを判定する（ステップＳ２１２）。新たなステータス情報が取得されたと判定した場合、ステータス管理部４３５は、ピックアップ位置への到着が遅れるか否かを判定する（ステップＳ２１３）。例えば、ステータス管理部４３５は、移動ステータス情報４２５に格納されている最新のピックアップ位置への到着目標時刻と、配車ステータス情報４２３に格納されているピックアップ位置への到着時刻とを比較する。
　ピックアップ位置への到着が遅れると判定した場合、ステータス管理部４３５は、車両１００の移動状況と共に、配車や施設の予約キャンセルや配車や施設の予約変更を確認するための情報を、通信装置４１０を用いて利用者端末３００に送信する（ステップＳ２１４）。例えば、ステータス管理部４３５は、ピックアップ位置への到着目標時刻、車両１００の現在の位置情報、および、目的地への到着目標時刻等を含む移動状況を、利用者端末３００に送信する。次いで、ステータス管理部４３５は、車両１００の移動状況を、通信装置４１０を用いて施設端末２００に送信する（ステップＳ２１５）。例えば、ステータス管理部４３５は、施設への到着目標時刻、あるいは遅れる時間を含む移動状況を、施設端末２００に送信する。
　一方、ステップＳ２１２において、ステータス情報を取得していないと判定した場合、配車管理部４３３は、通信装置４１０を用いて、配車キャンセル指示を利用者端末３００から受信したか否かを判定する（ステップＳ２１６）。配車キャンセル指示を受信した場合、配車管理部４３３は、通信装置４１０を用いて、配車キャンセル指示を車両１００に送信する（ステップＳ２１７）。また、配車管理部４３３は、通信装置４１０を用いて、配車がキャンセルされたことを施設端末２００に送信する（ステップＳ２１８）。ここで、配車管理部４３３は、配車の予約の変更指示を利用者端末３００から受信し、変更内容を車両１００および施設端末２００に送信してもよい。また、配車管理部４３３は、配車キャンセルや配車の予約変更とともに、施設への予約キャンセルや予約の変更の指示を、通信装置４１０を用いて利用者端末３００から受信し、その旨を施設端末２００に転送してもよい。
　一方、ステップＳ２１６において、配車管理部４３３により配車キャンセル指示等を受信していないと判定された場合、ステータス管理部４３５は、通信装置４１０を用いて利用者端末３００から、乗車完了を示す移動ステータスを受信したか否かを判定する（ステップＳ２１９）。乗車完了を示す移動ステータスを受信していないと判定した場合、ステータス管理部４３５は、ステップＳ２１２に戻って処理を繰り返す。
　ステップＳ２１９において、乗車完了を示す移動ステータスを受信したと判定した場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、利用者全員が車両１００に乗車したことを送信する（ステップＳ２２０）。次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から受信したステータス情報や利用者情報に基づいて、乗車員人数と予定人数とが同一か否かを判定する（ステップＳ２２１）。乗車人数と予約人数とが同一でない場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、予約人数を乗車人数に変更することを送信する（ステップＳ２２２）。
　次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から、ステータス情報を受信したか否かを判定する（ステップＳ２２３）。ステータス情報を受信したと判定した場合、ステータス管理部４３５は、受信したステータス情報に基づいて、目的地までの到着目標時刻が予約時刻よりも遅れているか否かを判定する（ステップＳ２２４）。到着目標時刻が予約時刻よりも遅れていると判定した場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、車両１００の移動状況を送信する（ステップＳ２２５）。
　次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から、オーダー指示を受信したか否かを判定する（ステップＳ２２６）。オーダー指示を受信したと判定した場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、オーダー指示を送信する（ステップＳ２２７）。
　次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から、目的地に到着したことを示すステータス情報を受信したか否かを判定する（ステップＳ２２８）。目的地に到着したことを示すステータス情報を受信したと判定した場合、ステータス管理部４３５は、配車ステータス情報４２３および移動ステータス情報４２５の配車ステータスを移動完了に書き換えるとともに、通信装置４１０を用いて施設端末２００に、目的地に到着したことを送信する（ステップＳ２２９）。
　次に、図１８を参照して、配車システム１の概要について説明する。図１８は、配車システム１を利用した例について説明するための図である。図１８に示す例では、ホテル５３０への宿泊と、レストラン５４０への食事予約と、空港５２０からホテル５３０への送迎車と、ホテル５３０からレストラン５４０への送迎車とが予約されているとする。
　（１）まず、利用者Ｕ１が、自宅５１０において、利用者端末３００を用いて、施設予約情報と配車予約情報とを送迎管理装置４００に送信し、施設と送迎車の予約をとる。
　（２）送迎管理装置４００は、配車タイミングになった場合、予め割り当てられている車両１００Ａを、ピックアップ位置である空港５２０へ向かわせる。
　（３）車両１００Ａは、移動状況等のステータス情報を取得し、送迎管理装置４００に通知する。
　（４）空港５２０への車両１００Ａの到着が遅れる場合、送迎管理装置４００は、その旨をホテル５３０の施設端末２００と利用者Ｕ１の利用者端末３００に通知する。例えば、利用者端末３００から送迎管理装置４００に対して、配車のキャンセルが指示された場合、送迎管理装置４００は、車両１００Ａに対して配車キャンセルを通知し、車両ステーションに向かうよう指示するとともに、その旨をホテル５３０の施設端末２００に通知する。
　（５）車両１００Ａは、空港５２０に到着した場合、到着したことや駐車している場所を示す情報等を、利用者Ｕ１の利用者端末３００および送迎管理装置４００に通知する。
送迎管理装置４００は、受信した内容を、ホテル５３０の施設端末２００に転送する。そして、利用者Ｕ１が車両１００Ａに乗車した後、車両１００Ａは、ホテル５３０に向かって出発する。
　（６）車両１００Ａは、利用者Ｕ１が乗車したことやその他の移動状況等を、送迎管理装置４００に通知する。送迎管理装置４００は、受信した内容を、ホテル５３０の施設端末２００に転送する。
　（７）ホテル５３０への車両１００Ａの到着が遅れる場合、送迎管理装置４００は、その旨をホテル５３０の施設端末２００に通知する。
　（８）車両１００Ａは、ホテル５３０に到着した場合、到着したことや、利用者Ｕ１が降車したことを示す情報等を、送迎管理装置４００に通知する。送迎管理装置４００は、受信した内容をホテル５３０の施設端末２００に転送する。
　（９）車両１００Ａは、車両ステーションや次の配車予約のピックアップ位置へ向かって移動する。
　（１０）その後、送迎管理装置４００は、レストラン５４０の予約時間に合わせて車両１００Ｂを配車し、車両１００Ｂがピックアップ位置であるホテル５３０に向かっていることを利用者端末３００に通知する。車両１００Ａは、ホテル５３０に移動しながら、移動状況を取得し、送迎管理装置４００に通知する。ホテル５３０への到着が遅れる場合、送迎管理装置４００は、その旨を利用者端末３００に通知する。
　（１１）車両１００Ｂは、ホテル５３０に到着した場合、到着したことや駐車している場所を示す情報等を、利用者端末３００および送迎管理装置４００に通知する。そして、利用者Ｕ１が車両１００Ｂに乗車した場合、車両１００Ｂは、レストラン５４０に向かって出発する。
　（１２）車両１００Ｂは、利用者Ｕ１が乗車したことやその他の移動状況等を、送迎管理装置４００に通知する。
　（１３）レストラン５４０への車両１００Ｂの到着が遅れる場合や、オンラインメニューのオーダー指示を受け付けた場合、送迎管理装置４００は、その旨を施設端末２００に通知する。
　（１４）車両１００Ｂは、レストラン５４０に到着した場合、到着したことや、利用者Ｕ１が降車したことを示す情報等を、送迎管理装置４００に通知する。
　（１５）車両１００Ｂは、車両ステーションや次の配車予約のピックアップ位置へ向かって移動する。
　次に、図１９を参照して、配車システム１の他の例について説明する。図１９は、配車システム１を利用した他の例について説明するための図である。図１９に示す通り、車両１００Ｃは、複数のピックアップ位置Ｐ１，Ｐ２，Ｐ３で利用者を乗車させ、目的地に向かってもよい。
　以上説明した第１の実施形態によれば、施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部４３２と、送迎スケジュールに従って、配車予約部４３２により予約された車両を配車する配車管理部４３３と、を備えることにより、予約された施設と連動した送迎サービスを提供することができる。
　利用者は、送迎管理装置４００により施設予約情報に基づいて作成された送迎スケジュールに従って、施設予約に合わせた配車予約をすることができるため、施設までの移動手段を確保することができる。また、施設予約情報に基づいて送迎スケジュールが作成されるため、配車予約のための詳細情報を入力しなくてもよく、利用者の手間を軽減させることができる。また、施設側としても、サービスの一部として送迎車を提供することにより、集客力を高めることができ、利用者側としても、移動手段のコストを抑えることができる。
　利用者は、移動中の車両１００から、車両の配車状況や遅れ状況等を取得することにより、配車状況や遅れ状況を確認して、その後の行動を決定することができる。
　施設側は、移動中の車両１００から、利用者の乗車状況や車両１００の遅れ状況、到着目標時刻等の移動状況を取得することにより、利用者の到着に合わせて利用者を迎える準備をすることができ、サービスを向上させることができる。
　利用者は、送迎車が遅れる場合、施設の予約や送迎車の予約を簡単に変更あるいはキャンセルすることができる。
　利用者は、移動中の車両１００から人数変更やオーダーをすることができるため、施設の到着した後にオーダーするよりも、待ち時間を短縮することができる。また、施設側としても、事前に人数変更やオーダーを受け付けることにより、利用者をスムーズに案内することができる。また、車両１００から利用者からオーダーを受け付けた場合、施設側は、事前オーダーをしている利用者を優先的に案内してもよい。
　施設側は、移動中の車両１００から、利用者情報を取得することにより、利用者の属性に応じたサービスを提供することができる。例えば、利用者の人数、性別、年齢に応じた席を用意したり、利用者の好みに応じた商品やサービスを提供したりすることができる。
＜第２の実施形態＞
　以下、第２の実施形態の送迎管理装置４００Ａについて説明する。以下の説明において、第１の実施形態で説明した内容と同様の機能を有する部分については、同様の名称および符号を付するものとし、その機能に関する具体的な説明は省略する。
　以下では、送迎管理装置４００および施設端末２００の一部または全部の利用権限を有するサービス提供者によって、車両１００による利用者の送迎が包括的に管理される例を用いて説明する。なお、送迎管理装置４００Ａは、例えば、送迎管理装置４００、サービス提供者装置６００、サービス管理装置７００、および車両管理装置９１０からなる。
　［サービス提供者］
　サービス提供者は、送迎前または送迎途中のタイミングで、利用者に送迎以外の付加サービスを提供する。サービス提供者は、図１８に示す例において、空港５２０、ホテル５３０、およびレストラン５４０等の施設側の担当者であってもよいし、車両１００の管理者であってもよい。また、サービス提供者は、付加サービスの提供に加え、車両１００、空港５２０、ホテル５３０、レストラン５４０等の予約スケジュールを仲介し、包括的に管理する仲介業者であってもよい。
　サービス提供者の提供する付加サービスとは、例えば、利用者が車両１００で移動中に享受できる商品またはサービスであってもよいし、利用者の送迎途中に店舗等のサービス提供箇所に立ち寄る必要があってもよい。移動中に享受できる商品またはサービスとは、例えば、有料情報番組の視聴や、車両１００の車内で実施可能なマッサージである。また、サービス提供者は、移動中に享受できる商品またはサービスの提供のために、サービス提供担当者を車両１００に派遣してもよい。また、サービス提供装置を車両１００に設置してもよい。サービス提供装置は、例えば、マッサージ装置である。サービス提供装置は、車両１００に搭載可能な大きさの自動販売機であってもよい。
　また、サービス提供者は、利用者情報取得部１７５の取得する利用者情報に基づいて、提供可能なサービスを車両１００に乗車中の利用者に提案してもよい。サービス提供者は、例えば、利用者情報取得部１７５の取得する利用者情報を解析した結果、利用者の具合が悪そうであると解析した場合、サービス提供装置から薬等を提供してもよい。また、サービス提供者は、入出力部１７１に近隣の休憩スポットや、医療機関、ドラッグストア等に立ち寄ることを利用者に対する提案する表示や音声を再生させてもよい。
　利用者は、サービス提供者によって提供される付加サービスを車両１００の乗車前（例えば、配車予約時）に発注してもよいし、車両１００に乗車中に発注してもよい。
　オーダー取得部１７６は、入出力部１７１等を介して利用者による付加サービスの発注を受け付けると、付加サービスを管理するサービス提供者装置６００に発注内容を送信する。
　［サービス提供者装置］
　図２０は、サービス提供者装置６００の機能構成図である。サービス提供者装置６００は、例えば、複数のサービス提供者の状態を把握し、利用者およびサービス管理者からの発注に自動的に応答可能な装置である。サービス提供者装置６００は、例えば、通信部６１０と、受注処理部６２０と、状態管理部６３０と、記憶部６５０（不図示）とを備える。
　通信部６１０は、ネットワークＮＷを介して送迎管理装置４００などと通信する。受注処理部６２０は、利用者からのサービス発注に対して、受注処理を行う。受注処理部６２０は、サービス発注の内容が、既に送迎管理装置４００に送信済のサービス提供情報であるか否かを判定し、送信済でないと判定した場合に受注処理を先に進める。状態管理部６３０は、サービス提供者装置６００に登録されたサービス提供者の状態（予約状態、稼働状態など）を管理し、サービス提供情報をサービス管理装置７００および送迎管理装置４００に提供する。サービス管理装置７００については後述する。
　サービス提供者装置６００は、例えば、以下のような内容を含むサービス提供情報をサービス管理装置７００および送迎管理装置４００に送信する。サービス提供情報は、サービス提供者が受注可能なサービスに関連する情報である。
［サービス提供情報］
・識別ＩＤ（サービス提供者を識別するＩＤ)
・利用者ＩＤ
・必要車両コンパートメント情報（サービス提供に要する車内利用空間の情報）
・施設位置情報
・サービス提供地点情報（対象施設情報）
・サービス提供時刻情報（予約情報）
・利用者ピックアップ位置
・サービスステータス情報（サービス提供者が提供するサービスの実行状況・進捗に対応する情報）
・利用者設定情報（例えば、サービスへの入力・備考等の追加情報）
　なお、サービスステータス情報とは、例えば、車両１００内で実施する複数の付加サービスのそれぞれの実施状況に対応し、進行パーセントがどの程度か、残時間が何分かといった進捗度合いである。また、サービスステータス情報は、「提供前、提供中、提供終了」といった状態を示す値で示されてもよい。
　なお、サービス提供者装置６００の通信部６１０は、通信結果に応じて、入出力部１７１等の表示装置に表示内容を切り替えさせてもよい。サービス提供者装置６００は、例えば、サービス提供の開始時刻が近づいていることや、サービス提供を開始したことを入出力部１７１に表示させる。
　［サービス管理装置］
　図２１は、サービス管理装置７００の機能構成図である。サービス管理装置７００は、例えば、通信部７１０と、サービス情報取得部７２０と、車両特定部７３０と、プラン決定部７４０と、経路指示部７５０と、認証部７６０と、判定部７７０と、記憶部８００とを備える。通信部７１０および記憶部８００を除く構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部８００は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
　通信部７１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部７１０は、ネットワークＮＷを介して車両１００の配車管理ユニット１７０等の通信装置、サービス提供者装置６００、サービス管理装置７００、車両管理装置９１０等と、サービス管理装置７００が提供する専用のＡＰＩ（Application Programming Interface）を介して通信する。専用のＡＰＩによって提供される利用者に関する情報には、利用者の個人情報（例えば、氏名等）は含まれず、例えば、車両１００の識別情報を利用者ＩＤとしてもよい。
　サービス情報取得部７２０は、通信部７１０を介して、車両１００の配車管理ユニット１７０等の通信装置からサービス情報を取得する。サービス情報とは、例えば、以下に示すようなサービス利用依頼情報である。
［サービス利用依頼情報］
・利用者ＩＤ
・位置情報（緯度、経度、高度）
・利用希望サービスＩＤ
・利用希望区間情報
・利用者の希望するサービス利用の時間帯の情報
・決済認証情報
　また、サービス情報取得部７２０は、サービス提供者装置６００からサービス提供情報を取得してもよい。サービス情報取得部７２０は、サービス提供情報のうち、サービス提供地点に対応した地点情報、およびサービス提供者の識別情報、サービス提供者の利用者の識別情報を取得して、プラン決定部７４０に出力する。
　車両特定部７３０は、サービス利用依頼情報と車両情報に基づいて、利用可能な車両１００を特定し、利用可能車両情報８２０を生成する。具体的に、車両特定部７３０は、サービス利用依頼情報に含まれる利用希望空間（コンパートメント）情報、利用希望区間情報、サービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両１００として特定する。
　プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に基づいて、利用者が享受可能な可用サービスを特定し、特定した可用サービスに関する情報を利用者の車両１００の配車管理ユニット１７０に提供する。
　より具体的に、プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に基づいて、サービス提供者が車両１００の少なくとも一部（例えば、コンパートメント）を占有する区間を設定し、サービス利用依頼情報における利用希望区間情報を設定する。
　また、プラン決定部７４０は、ある利用者に対して、複数のサービス提供者が順次サービスを提供する場合、複数のサービス提供者のそれぞれに対応して区間を設定してもよい。
　プラン決定部７４０は、例えば、アクセスポイント取得部７４２を備える。アクセスポイント取得部７４２は、アクセスポイントを取得する。アクセスポイントとは、例えば、利用者が付加サービスを利用する位置や、付加サービスを受けるために利用者またはサービス提供担当者が乗降車する位置である。アクセスポイント取得部７４２の取得するアクセスポイントは、実測位置情報（緯度、経度、高度）であってもよいし、推定された位置情報であってもよい。
　他の機能として、プラン決定部７４０は、車両１００を用いた利用者からの指示に応じて、利用区間が車両外でのサービス提供地点で終了するように、利用区間を更新してもよい。この場合、プラン決定部７４０は、車両１００を用いた利用者からの指示に応じて（あるいは自動的に）運行プランを決定し、通信部７１０を用いて、車両外でのサービス提供地点に存在する施設に対して予約情報を送信し、通信部７１０によって予約結果を受信すると共に、通信部７１０を用いて予約結果を利用者の車両１００に送信してもよい。
　また、プラン決定部７４０は、利用者が付加サービスを発注することにより、施設への到着目標時刻の変更を要する場合には、通信部７１０を介して施設端末２００および送迎管理装置４００に到着目標時刻変更の調整を送信する。この際にプラン決定部７４０が行う処理は、送迎管理装置４００のステータス管理部４３５による到着時刻あるいは目的地への到着時刻が遅れている場合に行う処理と同様のため、処理の詳細の説明は割愛する。
　経路指示部７５０は、通信部７１０に、利用者の利用開始位置および利用終了位置の情報と、サービス提供者の利用開始位置および利用終了位置の情報とを、車両１００に送信させることで、車両１００が走行すべき経路を車両１００に指示する。
　認証部７６０は、配車管理ユニット１７０との通信による利用者の認証を行ったり、サービス提供開始時の認証を行ったりする。
　判定部７７０は、利用者と、サービス提供者のそれぞれについて、車両１００を利用しているか否かを判定する。
　プラン決定部７４０は、判定部７７０の判定結果を利用して各種の処理を行う。例えば、プラン決定部７４０は、判定部７７０により利用者とサービス提供者の双方が車両１００を利用していると判定した場合のみ、サービス提供区間の変更を受け付ける（更新する）ようにしてもよい。このケースは、例えば、サービス提供者が利用者に提案して経由地を追加したり、車両１００側に提供する情報に基づいて付加サービス提供のため最終目的地を変更したりする場合に生じる。また、プラン決定部７４０は、サービス情報取得部７２０がサービス利用依頼情報を受信した時点において、判定部７７０が、利用者が既に車両１００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両１００を優先的に利用者に割り当てるようにしてもよい。
　記憶部８００には、登録された利用者に関する利用者情報８１０、前述した利用可能車両情報８２０の他、サービス管理情報８３０が格納される。サービス管理情報８３０は、例えば、サービス依頼管理情報８３２と、予約管理情報８３４と、実行中サービス管理情報８３６とを含む。サービス依頼管理情報８３２には、サービス情報取得部７２０により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報８３４には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻などの情報が、サービスごとに格納される。実行中サービス管理情報８３６には、サービスステータス情報やサービス属性、サービス提供者ＩＤ（サービス提供者の識別情報）などの情報が登録される。サービス属性とは、例えば、サービス提供者から情報を受け取る利用者およびサービス管理装置７００からみたときに、サービス提供者が提供可能なサービスを区分した情報で、例えばサービス提供者の業態（飲食、小売など）や、費用区分のランク等を示す値である。
　実行中サービス管理情報８３６の保持するサービスステータス情報は、例えば、認証部７６０によってサービス開始のための認証処理が行われるタイミングで更新される。サービス管理装置７００は、サービス管理情報８３０を管理することで、車両１００の利用者の状態（例えば、入出力部１７１の取得した利用者情報）と、車両１００の運行計画に対する状態を包括的に管理することができる。また、判定部７７０は、サービスステータス情報から、利用者の利用情報および車両１００の運行情報から判定される状態属性（例えば、利用者が到着時刻を優先して付加サービスの享受をあきらめた等の情報）を判定結果としてもよい。
　また、利用者の利用情報および車両１００の運行情報から判定される状態属性には、付加サービスを含む運行プランに対しての進捗に基づいて決定される到着度合い（例えば、予定より早い、定刻、予定より遅れる）に加え、車両１００のセンシングデータに基づいて決定される周辺環境および運転状態の属性（例えば、雨天、渋滞、通行規制、低ＳｏＣ（State Of Charge）、故障、事故）等を示す値が含まれる。
　［車両管理装置］
　図２２は、車両１００に搭載される車両管理装置９１０の機能構成図である。車両管理装置９１０は、例えば、通信部９２０と、認証部９３０と、車両管理部９５０とを備える。
　通信部９２０は、無線通信装置である。通信部９２０は、ネットワークＮＷを介してサービス管理装置７００と通信する。認証部９３０は、サービス管理装置７００の指示により、サービス開始のための認証処理を行う。
　車両管理部９５０は、例えば、利用状況検知部９５２と、利用許可部９５４と、認証部９５６とを備える。車両１００には、利用者が利用可能な空間（コンパートメント）が一以上設けられており、利用状況検知部９５２は、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部９５２は、各コンパートメントが利用中であるか否かを検知する。車両１００は、普通乗用車に限らず、トレーラー、バス、マイクロバスなど、車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部９５４は、例えば、認証部９５６による認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部９５６は、乗車してくるサービス提供者の本人確認等の認証を行う。
　車両管理装置９１０は、例えば、以下のような内容を含む車両情報をサービス管理装置７００に送信する。
［車両情報］
・車両ＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況
・走行状態（速度、加速度、角速度、車載機器の状態など）
・サービス提供者の情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）
　図２２は、配車システム１Ａにおいて実行される処理の流れの一例を示すフローチャートである。なお、以下の例において、サービス提供者により乗車中に付加サービスが発注され、利用者が設定した当初の目的地とは異なる目的地（付加サービス提供位置）で利用者が降車する例を用いて処理の流れを説明する。
　まず、利用者は、車両１００の入出力部１７１をサービス管理装置７００の認証部７６０に対してユーザ認証を行う（ステップＳ３００）。次に、利用者は、サービス利用依頼情報をサービス提供者装置６００に送信する（ステップＳ３０１）。サービス提供者装置６００は、受信したサービス利用依頼情報を解釈し（ステップＳ３０２）、解釈したサービス利用依頼情報に基づいて予約情報をサービス管理装置７００に送信する（ステップＳ３０３）。
　サービス管理装置７００は、サービス提供者装置６００により送信された予約情報に基づいて、配車サービスの受注処理を行い、受注情報を車両管理装置９１０に送信する（ステップＳ３０４）。車両管理装置９１０は、受信した受注情報に基づいて、送迎管理装置４００に送迎予約を生成させる（ステップＳ３０５）。
　サービス管理装置７００は、受注情報に基づいて利用者に配車サービスを開始し（ステップＳ３０６）、サービス開始したことをサービス提供者装置６００および車両管理装置９１０に送信する。車両管理装置９１０は、サービス開始を認識し、専用ＡＰＩを用いて車両１００等に通知する（ステップＳ３０７）。
　サービス提供者装置６００は、車両１００の配車情報を取得・更新することを開始する（ステップＳ３０８）。車両１００は、ピックアップ位置付近への移動を開始する（ステップＳ３０９）。サービス管理装置７００は、ピックアップ位置を確定し、サービス提供者装置６００に送信する（ステップＳ３１０）。サービス提供者装置６００は、車両１００にピックアップ位置を通知し（ステップＳ３１２）、車両管理装置９１０を介して入出力部１７１への表示制御指示を送信する（ステップＳ３１３）。車両管理装置９１０は、入出力部１７１への車両表示を切り替える（ステップＳ３１４）。
　車両管理装置９１０は、ピックアップ位置で利用者の車両１００への乗車を許可し（ステップＳ３１５）、利用者は車両１００に乗車する（ステップＳ３１６）。サービス提供者装置６００は、車両ステータス情報を更新し（ステップＳ３１７
）、車両管理装置９１０はセンサ情報を更新する（ステップＳ３１８）。
　サービス提供者装置６００は、提供可能な付加サービスに関する情報を生成し入出力部１７１等に出力する（ステップＳ３１９）。利用者は、付加サービスを選択し発注する（ステップＳ３２０）。サービス提供者装置６００は、車両ステータスおよび提供する付加サービスに関するサービス利用依頼情報を更新して、更新内容をサービス管理装置７００に送信する（ステップＳ３２１）。
　サービス管理装置７００は、付加サービスの提供に伴う経路および目的地の変更に伴う処理を行い、処理結果を車両管理装置９１０に送信する（ステップＳ３２２）。
　車両管理装置９１０は、目的地に到着したことをサービス提供者装置６００に通知する（ステップＳ３２３）。利用者は、車両１００を降車する（ステップＳ３２４）。サービス提供者装置６００は、利用者への付加サービスの提供を開始する（ステップＳ３２５）。以上、本フローチャートの処理を終了する。
　以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
　例えば、ステータス管理部４３５は、配車キャンセルを確認するための情報とともに、配車変更を受け付けるための情報を、通信装置４１０を用いて利用者端末３００に送信してもよい。そして、利用者は、利用者端末３００に対して、例えば、ピックアップ位置の変更指示を送迎管理装置４００に通知してもよい。送迎管理装置４００のステータス管理部４３５は、変更されたピックアップ位置を車両１００に通知し、経路変更を指示したり、変更内容を利用者端末３００に送信したりしてもよい。
　また、送迎管理装置４００の全部または一部の構成は、車両１００に搭載されていてもよい。これにより、例えば、利用者が利用者端末３００を用いて、直接車両１００に対して送迎を依頼することができる。また、依頼された車両１００が送迎できない場合、車両１００は、他の車両１００に送迎依頼を転送してもよい。
　また、送迎管理装置４００は、利用者により利用者端末３００を用いて指定されたピックアップ位置への到着時刻や目的地への到着時刻を受信した場合、これらの情報と施設予約情報とに基づいて、送迎スケジュールを作成してもよい。
　また、利用者端末３００は、ＧＮＳＳ受信機３６０により測位された利用者の位置を示す情報を定期的に送迎管理装置４００に送信してもよい。送迎管理装置４００は、受信した情報に基づいて、利用者の現在位置と車両１００の現在位置とをトラッキングして、ピックアップ位置を利用者と車両１００との合流位置に設定したり、設定されたピックアップ位置を利用者と車両１００との合流位置に変更したりしてもよい。また、車両１００は、送迎管理装置４００から受信した利用者の位置情報と、自車両の位置情報とに基づいて、利用者と車両１００との合流位置をピックアップ位置に設定し、自車両の経路を設定してもよい。
　また、利用者端末３００は、さまざまな操作により配車キャンセル指示を受け付けることができる。例えば、利用者端末３００は、配車キャンセルを確認するための情報を受信し、出力部３３０を用いて利用者に報知する。その後、利用者端末３００は、入力部３２０を用いて利用者から延長指示や配車キャンセル指示等を受け付けてもよく、一定時間内に入力部３２０を用いてなんら指示が入力されない場合には、施設予約と配車予約の両方を受け付けてもよい。
　また、復路の配車も予約している場合、利用者は、ピックアップ位置への到着時刻を事前に予約しておいてもよく、施設を出る際に利用者端末３００を用いて送迎管理装置４００に迎車を依頼してもよい。
　また、送迎管理装置４００は、配車タイミングの前において、送迎スケジュールの内容が類似する利用者がいる場合、同一車両を用いて、異なるグループの利用者を同乗させる送迎スケジュールを再構成し、車両１００を配車してもよい。例えば、同じ便で同じ空港に到着した利用者を同じホテルに送迎する場合や、同じホテルから近くの別のレストランに送迎する場合などである。このように車両１００で相乗りを実現することにより、施設側は、配車のコストを抑えることができる。この場合、施設側は、利用者に対して、インセンティブを提供してもよい。
　また、サービス管理装置７００が、送迎管理装置４００に代わり配車予約を管理してもよいし、送迎管理装置４００およびサービス管理装置７００の両者が配車予約を管理してもよい。
　１…配車システム、１００…車両、１１０…外界監視ユニット、１２０…通信装置、１３０…ナビゲーション装置、１４０…推奨車線決定装置、１５０…自動運転制御ユニット、１６０…駆動力出力装置、１６２…ブレーキ装置、１６４…ステアリング装置、１７０…配車管理ユニット、１７１…入出力部、１７２…記憶部、１７３…配車制御部、１７４…ステータス取得部、１７５…利用者情報取得部、１７６…オーダー取得部、２００…施設端末、２１０…通信装置、２２０…入力部、２３０…出力部、２４０…記憶部、２５０…制御部、３００…利用者端末、３１０…通信装置、３２０…入力部、３３０…出力部、３４０…記憶部、３５０…制御部、３６０…ＧＮＳＳ受信機、４００…送迎管理装置、４１０…通信装置、４２０…記憶部、４３０…制御部、４３１…施設予約部、４３２…配車予約部、４３３…配車管理部、４３４…取得部、４３５…ステータス管理部、６００…サービス提供者装置、６１０…通信部、６２０…受注処理部、６３０…状態管理部、６５０…記憶部、７００…サービス管理装置、７１０…通信部、７２０…サービス情報取得部、７３０…車両特定部、７４０…プラン決定部、７４２…アクセスポイント取得部、７５０…経路指示部、７６０…認証部、７７０…判定部、８００…記憶部、８１０…利用者情報、８２０…利用可能車両情報、８３０…サービス管理情報、８３０…サービス管理情報、８３２…サービス依頼管理情報、８３４…予約管理情報、８３６…実行中サービス管理情報、９００…車両管理装置、９１０…車両管理装置、９１０…車両管理装置、９２０…通信部、９３０…認証部、９５０…車両管理部、９５２…利用状況検知部、９５４…利用許可部、９５６…認証部

Claims (15)

  1. 　施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部と、
    　前記送迎スケジュールに従って、前記配車予約部により予約された車両を配車する配車管理部と、
    　を備える送迎管理装置。
  2. 　前記配車予約部は、
    　前記施設の予約内容に基づいて、前記施設を目的地あるいは出発地として、指定された到着時刻に間に合うように前記送迎スケジュールを作成する
    　請求項１に記載の送迎管理装置。
  3. 　前記配車管理部により配車された前記車両から移動状況を取得する取得部と、
    　前記取得部により取得された移動状況を、前記施設の予約をした利用者が使用する利用者端末あるいは前記施設の管理者が使用する施設端末のうち少なくとも一方に通知するステータス管理部と、
    　をさらに備える請求項１に記載の送迎管理装置。
  4. 　前記ステータス管理部は、
    　前記配車管理部により配車された車両に利用者が乗車した後、前記施設への移動を開始したこと、または前記施設への到着目標時刻を、前記施設端末に通知する
    　請求項３に記載の送迎管理装置。
  5. 　前記ステータス管理部は、
    　前記配車管理部により配車された車両の到着時刻が遅れている場合、配車の予約についての変更あるいはキャンセル、もしくは前記施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付ける
    　請求項３に記載の送迎管理装置。
  6. 　前記ステータス管理部は、
    　前記配車管理部により配車された車両の到着時刻の遅れが通知された利用者から、配車のキャンセルまたは施設の利用時間の延長のいずれも受け付けられなかった場合、配車のキャンセルおよび前記施設のキャンセルの両方を受け付ける
    　請求項５に記載の送迎管理装置。
  7. 　前記取得部は、
    　前記車両から、乗車人数を示す情報を取得し、
    　前記ステータス管理部は、
    　前記取得部が取得した乗車人数を示す情報が予約された人数と異なる場合、予約人数の変更を、前記施設端末に通知する
    　請求項３に記載の送迎管理装置。
  8. 　前記取得部は、
    　前記車両から、前記施設が提供するサービスあるいは物品のオーダー指示を取得し、
    　前記ステータス管理部は、
    　前記取得部が取得した前記オーダー指示を、前記施設端末に通知する
    　請求項３に記載の送迎管理装置。
  9. 　サービス提供者からサービス提供地点に対応した地点情報、および前記サービス提供者の識別情報、前記サービス提供者の利用者の識別情報を含むサービス提供情報を取得するサービス情報取得部と、
    　前記利用者が前記サービス提供を受ける前記地点情報であるアクセスポイントを取得するアクセスポイント取得部と、
    　前記地点情報およびアクセスポイントとの間に経路に対応した前記車両の運行プランを決定するプラン決定部と、をさらに備える、
    　請求項３に記載の送迎管理装置。
  10. 　前記サービス情報、および前記取得部によって取得された前記利用者の識別情報に対応した、サービスステータス情報を生成し、少なくとも前記車両の前記経路上において提供されるサービスに関する前記サービスステータス情報を提供する状態管理部、をさらに備える、
    　請求項９に記載の送迎管理装置。
  11. 　前記プラン決定部は、　前記サービスステータス情報に対応付く前記利用者の識別情報を取得し、前記プラン決定部の決定する車両の運行プランに基づいて、前記サービスステータス情報を生成し、前記プランの計画を行う、
    　請求項１０に記載の送迎管理装置。
  12. 　前記プラン決定部は、
    　前記サービスステータス情報として、前記利用者の識別情報および前記移動状況から判別される状態属性を管理して、前記プランの計画を行う、
    　請求項１１に記載の送迎管理装置。
  13. 前記プラン決定部は、
    　前記施設端末に対し、前記サービスステータス情報のうち、前記施設への到着時刻に関する情報を通知する、
    　請求項１０に記載の送迎管理装置。
  14. 　施設の予約内容に基づいて送迎スケジュールを作成して、車両を予約し、
    　前記送迎スケジュールに従って、予約された車両を配車する、
    　送迎管理方法。
  15. 　コンピュータに、
    　施設の予約内容に基づいて送迎スケジュールを作成させて車両を予約させ、
    　前記送迎スケジュールに従って、予約された車両を配車させる、
    　プログラム。
PCT/JP2018/022829 2017-06-16 2018-06-15 送迎管理装置、送迎管理方法、およびプログラム WO2018230679A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US16/621,458 US20200104964A1 (en) 2017-06-16 2018-06-15 Pick-up/drop-off management device, pick-up/drop-off management method, and program
CN201880038842.2A CN110741423A (zh) 2017-06-16 2018-06-15 接送管理装置、接送管理方法及程序
JP2019525540A JPWO2018230679A1 (ja) 2017-06-16 2018-06-15 送迎管理装置、送迎管理方法、およびプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017118698 2017-06-16
JP2017-118698 2017-06-16

Publications (1)

Publication Number Publication Date
WO2018230679A1 true WO2018230679A1 (ja) 2018-12-20

Family

ID=64659717

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/022829 WO2018230679A1 (ja) 2017-06-16 2018-06-15 送迎管理装置、送迎管理方法、およびプログラム

Country Status (4)

Country Link
US (1) US20200104964A1 (ja)
JP (2) JPWO2018230679A1 (ja)
CN (1) CN110741423A (ja)
WO (1) WO2018230679A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200197791A1 (en) 2017-06-16 2020-06-25 Honda Motor Co., Ltd. In-vehicle performance device, in-vehicle performance system, in-vehicle performance method, storage medium, and command measurement device
JP6746013B1 (ja) * 2019-06-19 2020-08-26 三菱電機株式会社 ペアリング表示装置、ペアリング表示システムおよびペアリング表示方法
JP2020140263A (ja) * 2019-02-26 2020-09-03 トヨタ自動車株式会社 配車支援装置、プログラム、及び制御方法
JP2020177764A (ja) * 2019-04-16 2020-10-29 三菱電機株式会社 制御システム
JP2021018660A (ja) * 2019-07-22 2021-02-15 トヨタ自動車株式会社 情報処理装置、情報処理システム、プログラム、および情報処理方法
CN112488342A (zh) * 2019-09-12 2021-03-12 富士施乐株式会社 预约处理装置、记录媒体及预约处理方法
JP2021064035A (ja) * 2019-10-10 2021-04-22 株式会社日立製作所 購買促進システムおよび購買促進方法
US11069239B2 (en) 2017-06-16 2021-07-20 Honda Motor Co., Ltd. Event vehicle dispatch device, event vehicle dispatch method, program, and management system
JP2021149525A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 車両管理装置およびプログラム
WO2022102141A1 (ja) * 2020-11-10 2022-05-19 株式会社野村総合研究所 物品収容システム
US11341592B2 (en) * 2017-07-28 2022-05-24 Panasonic Intellectual Property Corporation Of America Vehicle authentication method, recording medium storing program, terminal device, and vehicle authentication system
US11794816B2 (en) 2017-06-16 2023-10-24 Honda Motor Co., Ltd. Automated driving vehicle

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021010041A1 (ja) 2019-07-12 2021-01-21 パナソニックＩｐマネジメント株式会社 情報処理方法、情報処理システム
JP7334631B2 (ja) * 2020-01-22 2023-08-29 トヨタ自動車株式会社 制御装置、システム、及びユーザ支援方法
CN111340984A (zh) * 2020-02-25 2020-06-26 上海银基信息安全技术股份有限公司 基于数字钥匙的约车方法、装置及电子设备
US20210300334A1 (en) * 2020-03-26 2021-09-30 Toyota Motor North America, Inc. Transport relocation
JP7322804B2 (ja) * 2020-05-13 2023-08-08 トヨタ自動車株式会社 配車装置および車両
JP7270847B2 (ja) * 2020-06-12 2023-05-10 三菱電機株式会社 デマンド調停装置
GB202312965D0 (en) * 2020-07-27 2023-10-11 Motional Ad Llc Autonomous vehicle stations
CN112149854A (zh) * 2020-09-28 2020-12-29 建信金融科技有限责任公司 一种数据处理方法、装置及设备
JP2022107307A (ja) * 2021-01-08 2022-07-21 トヨタ自動車株式会社 情報処理装置、情報処理方法、およびプログラム
CN112801495B (zh) * 2021-01-22 2024-04-26 长沙市到家悠享家政服务有限公司 家政服务派单方法及服务端设备
JP7468411B2 (ja) * 2021-03-05 2024-04-16 トヨタ自動車株式会社 自動運転車両、配車管理装置、及び端末機器
CN117501332A (zh) * 2021-03-22 2024-02-02 日产自动车株式会社 车辆调度辅助装置、车辆调度辅助方法及车辆调度辅助程序
JPWO2022208871A1 (ja) * 2021-04-02 2022-10-06
KR20230001253A (ko) * 2021-06-28 2023-01-04 현대자동차주식회사 공유 차량 관리 방법 및 이를 수행하는 서버
JP7472894B2 (ja) 2021-11-29 2024-04-23 トヨタ自動車株式会社 配車システム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004192366A (ja) * 2002-12-12 2004-07-08 Hitachi Kokusai Electric Inc 配車システム
JP2005032066A (ja) * 2003-07-08 2005-02-03 Nissan Motor Co Ltd 送迎サービス支援装置及びこれを用いた送迎支援システム
JP2005056134A (ja) * 2003-08-04 2005-03-03 Nissan Motor Co Ltd 配車／巡回計画作成システム及び配車／巡回計画作成方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004192366A (ja) * 2002-12-12 2004-07-08 Hitachi Kokusai Electric Inc 配車システム
JP2005032066A (ja) * 2003-07-08 2005-02-03 Nissan Motor Co Ltd 送迎サービス支援装置及びこれを用いた送迎支援システム
JP2005056134A (ja) * 2003-08-04 2005-03-03 Nissan Motor Co Ltd 配車／巡回計画作成システム及び配車／巡回計画作成方法

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11691070B2 (en) 2017-06-16 2023-07-04 Honda Motor Co., Ltd. In-vehicle performance device, in-vehicle performance system, in-vehicle performance method, storage medium, and command measurement device
US20200197791A1 (en) 2017-06-16 2020-06-25 Honda Motor Co., Ltd. In-vehicle performance device, in-vehicle performance system, in-vehicle performance method, storage medium, and command measurement device
US11794816B2 (en) 2017-06-16 2023-10-24 Honda Motor Co., Ltd. Automated driving vehicle
US11069239B2 (en) 2017-06-16 2021-07-20 Honda Motor Co., Ltd. Event vehicle dispatch device, event vehicle dispatch method, program, and management system
US11341592B2 (en) * 2017-07-28 2022-05-24 Panasonic Intellectual Property Corporation Of America Vehicle authentication method, recording medium storing program, terminal device, and vehicle authentication system
JP2020140263A (ja) * 2019-02-26 2020-09-03 トヨタ自動車株式会社 配車支援装置、プログラム、及び制御方法
JP7127578B2 (ja) 2019-02-26 2022-08-30 トヨタ自動車株式会社 配車支援装置、プログラム、及び制御方法
JP7443674B2 (ja) 2019-04-16 2024-03-06 三菱電機株式会社 制御システム
JP2020177764A (ja) * 2019-04-16 2020-10-29 三菱電機株式会社 制御システム
WO2020255286A1 (ja) * 2019-06-19 2020-12-24 三菱電機株式会社 ペアリング表示装置、ペアリング表示システムおよびペアリング表示方法
JP6746013B1 (ja) * 2019-06-19 2020-08-26 三菱電機株式会社 ペアリング表示装置、ペアリング表示システムおよびペアリング表示方法
JP2021018660A (ja) * 2019-07-22 2021-02-15 トヨタ自動車株式会社 情報処理装置、情報処理システム、プログラム、および情報処理方法
JP7124802B2 (ja) 2019-07-22 2022-08-24 トヨタ自動車株式会社 情報処理装置、情報処理システム、プログラム、および情報処理方法
JP2021043807A (ja) * 2019-09-12 2021-03-18 富士ゼロックス株式会社 予約処理装置及びプログラム
CN112488342A (zh) * 2019-09-12 2021-03-12 富士施乐株式会社 预约处理装置、记录媒体及预约处理方法
JP7408969B2 (ja) 2019-09-12 2024-01-09 富士フイルムビジネスイノベーション株式会社 予約処理装置及びプログラム
JP7227884B2 (ja) 2019-10-10 2023-02-22 株式会社日立製作所 購買促進システムおよび購買促進方法
JP2021064035A (ja) * 2019-10-10 2021-04-22 株式会社日立製作所 購買促進システムおよび購買促進方法
JP2021149525A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 車両管理装置およびプログラム
JP7456818B2 (ja) 2020-03-19 2024-03-27 本田技研工業株式会社 車両管理装置およびプログラム
WO2022102141A1 (ja) * 2020-11-10 2022-05-19 株式会社野村総合研究所 物品収容システム

Also Published As

Publication number Publication date
JP7191052B2 (ja) 2022-12-16
CN110741423A (zh) 2020-01-31
JPWO2018230679A1 (ja) 2020-05-21
JP2020074181A (ja) 2020-05-14
US20200104964A1 (en) 2020-04-02

Similar Documents

Publication Publication Date Title
JP7191052B2 (ja) 送迎管理装置、送迎管理方法、およびプログラム
US11514545B2 (en) Rideshare management system, rideshare management method, and program
US20200104881A1 (en) Vehicle control system, vehicle control method, program, and vehicle management system
JP7246331B2 (ja) サービス管理装置、サービス提供システム、サービス管理方法、およびプログラム
WO2018230676A1 (ja) ライドシェア管理装置、ライドシェア管理方法、およびプログラム
JP6493770B2 (ja) ライドシェア管理装置、ライドシェア管理方法、およびプログラム
US11069239B2 (en) Event vehicle dispatch device, event vehicle dispatch method, program, and management system
JP2018205829A (ja) ライドシェア管理装置、ライドシェア管理方法、およびプログラム
JP2021193578A (ja) アクティブ迎車システムにおける迎車制御サーバ、車載端末、制御方法及び制御プログラム
JP5924733B2 (ja) 対話型車内コンテンツ提供システム及びコンテンツ提供方法
WO2018230533A1 (ja) 配車サービス提供装置、配車サービス提供方法、およびプログラム
JP2019505899A (ja) 自律走行車サービス
CN112889082A (zh) 自主车辆的智能标志
US20200175432A1 (en) Travel schedule determination device, autonomous vehicle, travel schedule determination method, and program
CN110155078B (zh) 移动店铺车以及移动店铺系统
WO2019004467A1 (ja) 車両制御装置、車両制御方法及びプログラム
CN110753946A (zh) 车辆控制系统、车辆控制方法及程序
US11738775B2 (en) Route optimization for vehicles
JP2022030594A (ja) 管理装置、管理システム、管理方法、およびプログラム
JP2022126035A (ja) 自動運転車両の管理装置
JP2021092932A (ja) 情報処理装置、運行管理システム及びプログラム
JP7427548B2 (ja) 配車制御装置、配車制御システム及び配車制御方法
JP2021089527A (ja) 移動体、情報処理方法、及び、プログラム
JP2022138773A (ja) 自動運転車両の管理装置
JP2023153683A (ja) 配車管理装置、配車システム、および配車方法

Legal Events

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

Ref document number: 18816900

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
ENP Entry into the national phase

Ref document number: 2019525540

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18816900

Country of ref document: EP

Kind code of ref document: A1