WO2022200818A1 - 配車支援装置、配車支援方法、及び配車支援プログラム - Google Patents

配車支援装置、配車支援方法、及び配車支援プログラム Download PDF

Info

Publication number
WO2022200818A1
WO2022200818A1 PCT/IB2021/000179 IB2021000179W WO2022200818A1 WO 2022200818 A1 WO2022200818 A1 WO 2022200818A1 IB 2021000179 W IB2021000179 W IB 2021000179W WO 2022200818 A1 WO2022200818 A1 WO 2022200818A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
user
information
destination
dispatch
Prior art date
Application number
PCT/IB2021/000179
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 PCT/IB2021/000179 priority Critical patent/WO2022200818A1/ja
Priority to JP2023508125A priority patent/JPWO2022200818A1/ja
Priority to CN202180095665.3A priority patent/CN117501332A/zh
Publication of WO2022200818A1 publication Critical patent/WO2022200818A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams

Definitions

  • the present invention relates to a vehicle dispatch support device, a vehicle dispatch support method, and a vehicle dispatch support program.
  • Patent Literature 1 discloses a vehicle dispatching device for a composite service that combines passenger pick-up and delivery by an automated vehicle and package delivery.
  • An automatic driving vehicle dispatched by this dispatch device picks up a user (passenger) and a package to a destination, and after the user gets off at the destination, delivers the package to the delivery point.
  • this dispatch device for example, when a user arrives at an airport and stops at a tourist spot (destination) before checking in at a hotel, the user gets off at the tourist spot and the luggage is delivered to the hotel at the delivery location. be.
  • the present invention has been made in view of the above problems, and an object of the present invention is to remove luggage from a vehicle at a place where the user uses the luggage when there is a high possibility that the user will use the luggage mounted on the vehicle.
  • a vehicle dispatch support device a vehicle dispatch support method, and a vehicle dispatch support program that can be received.
  • a vehicle dispatch support device includes a package information acquisition unit, a user information acquisition unit, a vehicle information acquisition unit, a usage area identification unit, and a vehicle allocation determination unit.
  • the parcel information acquisition unit acquires parcel information relating to parcels mounted on the vehicle.
  • the user information acquisition unit acquires user information, which is information about a user and includes at least user location information indicating the user's current location or destination information indicating the user's planned destination.
  • the vehicle information acquisition unit acquires vehicle information including vehicle position information indicating the position of the vehicle.
  • the utilization area identification unit identifies a utilization area in which the baggage is used based on the baggage information and the user information or the vehicle information.
  • the vehicle allocation determination unit determines a vehicle allocation route for allocating a vehicle to at least one of the user's current position, the scheduled destination, and the utilization area based on the positional relationship between the user position information or the destination information and the utilization area. decide.
  • a dispatch assistance device capable of receiving a package from a vehicle at a place where the user uses the package when there is a high possibility that the user will use the package mounted on the vehicle. be able to.
  • FIG. 1 is a diagram showing a schematic configuration of a vehicle dispatch support system 1 according to this embodiment.
  • FIG. 2 is a diagram for explaining a vehicle dispatch service using the vehicle dispatch support system 1.
  • FIG. 3 is a sequence diagram for explaining the processing of the dispatch support system 1 according to the first embodiment.
  • FIG. 4 is a functional block diagram for explaining the functions of the dispatch assistance device 100.
  • FIG. 5 is a diagram showing an example of package information according to the first embodiment.
  • FIG. 6 is a diagram showing an example of user information according to the first embodiment.
  • FIG. 7 is a diagram showing an example of an inquiry screen for a user according to the first embodiment.
  • FIG. 8 is a flowchart for explaining the processing of the dispatch assistance device 100 according to the first embodiment.
  • FIG. 1 is a diagram showing a schematic configuration of a vehicle dispatch support system 1 according to this embodiment.
  • FIG. 2 is a diagram for explaining a vehicle dispatch service using the vehicle dispatch support system 1.
  • FIG. 3 is a sequence diagram for explaining the
  • FIG. 9 is a diagram for explaining a vehicle dispatch service according to the second embodiment.
  • FIG. 10 is a sequence diagram for explaining the processing of the dispatch support system 1 according to the second embodiment.
  • FIG. 11 is a diagram showing an example of package information according to the second embodiment.
  • FIG. 12 is a flowchart for explaining the processing of the dispatch assistance device 100 according to the second embodiment.
  • the dispatch support system 1 is a system for delivering packages to a user when the user uses packages mounted on a vehicle.
  • a vehicle allocation support system 1 using the vehicle allocation support device 100 will be described below with reference to several specific embodiments.
  • the dispatch support system 1 includes a server 10 , vehicles 20 , user terminals 30 and a network 40 .
  • the server 10 includes a vehicle dispatch support device 100 .
  • the dispatch assistance apparatus 100 is comprised including the control part 110, the memory
  • the server 10 exchanges data with the vehicle 20 and the user terminal 30 via the network 40 .
  • the configuration example of the dispatch support device 100 shown in FIG. 1 is merely an example, and the embodiment is not limited to this.
  • server 10 may be replaced by one or more computers capable of performing the functions performed in control unit 110 . Details of the control unit 110 and the storage unit 120 will be described later.
  • the input/output IF 130 is, for example, a component (interface) for a user using the server 10 to exchange data with the server 10, and includes, for example, an input unit and an output unit. be done.
  • the input unit has an interface function for inputting various information by the user, and information is input from outside the server 10.
  • a user inputs information to the input unit through, for example, a keyboard, mouse, touch panel, trackball, voice recognition device, or the like connected to the server 10 .
  • the input section can input information as a data input terminal for inputting data from an external storage device (not shown) or the like.
  • the output unit causes a display device (not shown) connected to the server 10 to display various information.
  • the display device is, for example, a display device, a projector device, or the like.
  • the network IF 140 is an interface for communicating with the vehicle 20 and the user terminal 30 via a wired and/or wireless network.
  • the vehicle 20 includes an electronic control unit 200.
  • the electronic control unit 200 is a computer that includes a control section, a storage section, and a network IF, and controls running of the vehicle 20 . Also, the electronic control unit 200 is communicably connected to the server 10 via the network 40 .
  • Vehicle 20 may be a self-driving vehicle.
  • An autonomous vehicle is a vehicle equipped with an autonomous driving system that automatically drives the vehicle toward a preset destination. In other words, the automatically driven vehicle runs automatically without the need for the driver to perform driving operations.
  • the vehicle 20 also includes a GPS (Global Positioning System) device (not shown).
  • the GPS device detects the position information of the vehicle 20 and sends the detected position information to the electronic control unit 200.
  • the GPS device receives radio waves from a plurality of GPS satellites with a GPS antenna (not shown), performs predetermined calculation processing, acquires latitude and longitude information indicating the current position of the vehicle 20 from the received signals, is stored in the storage section of the electronic control unit 200 as the positional information.
  • the control section of the electronic control unit 200 sends the position information of the vehicle 20 stored in the storage section to the server 10 via the network IF at a predetermined timing.
  • the user terminal 30 is composed of, for example, a smartphone, and is usually operated by the user.
  • the user terminal 30 may be configured by a mobile device such as a tablet or a notebook computer.
  • the user terminal 30 is configured as a computer including a control unit, a storage unit, and a network IF. Therefore, the user terminal 30 can mutually communicate with the server 10 via the network 40 .
  • the user terminal 30 may be equipped with a GPS receiver.
  • the network 40 is a communication network that allows the server 10, the vehicle 20, and the user terminal 30 to communicate with each other, and is composed of, for example, the Internet or a carrier network such as a mobile phone network.
  • FIG. 2 is a diagram for explaining a usage example of a vehicle dispatch support service using the vehicle dispatch support system 1.
  • the user 30a gets into the vehicle 20 with the luggage at the "first point” at 8:00. After that, the user 30a gets off the vehicle 20 at the "second point” at 9:00. At this time, the luggage remains mounted on the vehicle 20 .
  • the user 30a shown in FIG. 2 is scheduled to stop at the "point 3" at 13:00 on the way to the final destination "point 5" and to stop at the "point 4" between 15:30 and 16:00. It's becoming That is, in the example shown in FIG. 2, the user 30a gets off at the "second point” and then goes to the final destination "fifth point” via "third point” and "fourth point".
  • the scheduled destination is a place (destination) that the user plans to stop by, and in the example shown in FIG. be done.
  • the vehicle 20 travels to the final destination "Point 5" according to the dispatch instruction from the dispatch support device 100 of the server 10.
  • the vehicle 20 moves to the final destination without joining the user 30a.
  • the vehicle 20 merges with the user 30a at the "third point” on the way and hands over the luggage to the user.
  • the vehicle 20 receives a dispatch instruction (route instruction) from the server 10 so as to travel near the user 30a within a range where the vehicle 20 can arrive at the final destination on time. Thereby, when the user 30a needs to use the package, the user can receive the package at a desired timing.
  • the vehicle dispatch support system 1 enables the vehicle 20, which delivers the package to the final destination after the user gets off the vehicle, to deliver the package to the user on the way in accordance with the dispatch instruction from the server 10. is.
  • step S ⁇ b>301 the user terminal 30 sends the user's getting off completion notification to the server 10 .
  • the user terminal 30 sends a getting-off completion notification when the user gets off at the "second point" at 9:00.
  • the getting-off completion notification is not limited to being notified from the user terminal 30, and may be configured to be notified from the electronic control unit 200 of the vehicle 20, for example.
  • the vehicle 20 sends the package information about the package loaded on the vehicle 20.
  • the delivery of package information from the vehicle 20 may be performed before the user gets off the vehicle.
  • the luggage information may be sent from the vehicle 20 when the user gets on the vehicle 20 with the luggage at the “first point”.
  • the package information is not limited to being sent from the vehicle 20, and may be configured such that the user sends the package information to the server 10 via the user terminal 30, for example. The details of how the vehicle 20 acquires the package information will be described later.
  • step S303 user information is sent from the user terminal 30.
  • the user information is information about the user who uses the package, and includes at least user location information indicating the user's current location or destination information indicating the user's planned destination.
  • step S304 the server 10 estimates the user's planned destination. For example, in the example shown in FIG. 2, at a certain timing (for example, around 12:00), the user's planned destination is estimated to be the "third point", and at a later timing (for example, around 15:00), the user's planned destination The ground is presumed to be the "fourth point". That is, the scheduled destination estimated in step S307 is estimated to be a place that is highly likely to be visited next at a certain timing.
  • step S305 the server 10 transmits to the vehicle 20 a route to a waiting position. Specifically, based on the user information acquired in step S303, a route to a position near the current position of the user or the planned destination where the vehicle 20 can wait is transmitted. It should be noted that when the position of the vehicle 20 is near the user's current position, the vehicle 20 does not have to stop at a place where it can wait, and the vehicle 20 may also move according to the movement of the user. That is, the server 10 sends an appropriate route to the vehicle 20 so that the vehicle 20 travels while maintaining a short distance from the user.
  • step S306 the vehicle 20 sends the vehicle position information of the vehicle 20 to the server 10.
  • the vehicle position information is sent to the server 10 at predetermined intervals as described above. Also, the vehicle position information may be sent before the getting-off completion notification in step S301, for example.
  • the server 10 identifies the utilization area of the luggage mounted on the vehicle 20.
  • the usage area is an area in which it is assumed that the package will be used, and is an area corresponding to the behavior of the user who uses the package (current position or planned destination) or information about the vehicle 20. be. For example, in the example shown in FIG. 2, in a case where it is assumed that the user 30a moves to a "third point” or a "fourth point” when the luggage is a "bodyboard", the " A coastal area such as "third point” or "fourth point” is specified as a utilization area.
  • step S308 the server 10 confirms with the user terminal 30 whether or not the luggage needs to be used. For example, in the example of FIG. 2, the server 10 asks the user whether or not to use the "bodyboard" at the "third point".
  • step S309 the user terminal 30 sends an answer as to whether or not the user will use the package.
  • step S310 the server 10 notifies the user terminal 30 of the joining information.
  • the merging information is, for example, the location and time at which the user and the vehicle 20 merge.
  • the merging information may include parcel information to be handed over to the user. It should be noted that the notification of the joining information in step S310 is carried out when there is a response from the user in step S309 indicating that the user wishes to use the package. Therefore, in the response from the user in step S309, if the user does not wish to use the package, step S310 and step S312, which will be described later, are not performed.
  • step S311 the server 10 transmits the route to the meeting place with the user to the vehicle 20.
  • information regarding route A1 is sent to vehicle 20 .
  • the transmission of the route information in step S311 is not the route to the meeting place with the user, but the It becomes a route to run while maintaining a certain distance.
  • the information regarding the route B shown in FIG. 2 is sent to the vehicle 20 .
  • step S312 the user terminal 30 sends a notification to the server 10 that the user has completed receiving the package at the meeting place with the vehicle 20.
  • the notification that the package has been received is not limited to being sent from the user terminal 30 to the server 10.
  • the vehicle 20 determines that delivery of the package has been completed, and the vehicle 20 receives the package. may be configured to send a notification to the server 10 to the effect that the delivery of the data has been completed.
  • FIG. 4 is a functional block diagram for explaining the functions of the dispatch assistance device 100. As shown in FIG. Functions of the dispatch support device 100 will be described with reference to the functional block diagram shown in FIG.
  • the control unit 110 includes a package information acquisition unit 111, a user information acquisition unit 112, a destination estimation unit 113, a vehicle information acquisition unit 114, a utilization area identification unit 115, and a vehicle allocation determination unit. 116, a user IF unit 117, and a vehicle instruction unit 118 as functions.
  • the control unit 110 operates an operating system to control the server 10 as a whole.
  • the control unit 110 operates based on a program (not shown) stored in the storage unit 120 to perform each function described above. Note that the program is not limited to being stored in the storage unit 120, and may be stored in a ROM or the like (not shown) in the vehicle dispatch support device 100, for example.
  • the parcel information acquisition unit 111 acquires parcel information related to parcels mounted on the vehicle 20 . Specifically, the package information acquisition unit 111 receives package information acquired in the vehicle 20 via the network 40 .
  • the vehicle 20 acquires an image of the package using, for example, a camera provided in the vehicle 20 , recognizes the content of the package, and sends the image as package information to the dispatch support device 100 of the server 10 . Acquisition of package information in the vehicle 20 is not limited to the camera. For example, when a package is loaded onto the vehicle 20, a tag that determines the type of package is attached in advance to the package, and a tag reader (not shown) provided on the vehicle 20 acquires information from the tag.
  • the user when using the service, the user inputs package information at the user terminal 30 , sends the package information from the user terminal 30 to the car dispatch support apparatus 100 , and uses the package information acquisition unit 111 to obtain the package information. It is good also as a structure which receives. Furthermore, when using the service, the user may directly input the information about the package in the server 10 and the package information acquisition unit 111 may acquire the package information via the input/output IF 130 .
  • the user information acquisition unit 112 acquires user information about the user who uses the package, which includes at least user location information indicating the user's current location or destination information indicating the user's planned destination. Specifically, the GPS device provided in the user terminal 30 acquires the user's current position and sends it to the user information acquisition unit 112 via the network 40 .
  • the user's scheduled destination is, for example, a scheduled destination estimated by the destination estimation unit 113, which will be described later.
  • the user may submit action plan information to the system when using the dispatch service according to the first embodiment.
  • FIG. 6 shows an example of action plan information indicating a user's action plan as user information. That is, based on this action schedule information, it is possible to estimate the position of the user at a certain timing, and the user information acquisition unit 112 acquires user position information indicating the user's position based on the action schedule information. good too.
  • the destination estimation unit 113 estimates the planned destination of the user who uses the package. Specifically, the destination estimation unit 113 estimates the planned destination based on the user's position at a certain timing and/or the user's current schedule. For example, the destination estimation unit 113 estimates the planned destination based on the user's location information acquired by the user information acquisition unit 112 . Alternatively, the destination estimation unit 113 may estimate the planned destination based on action plan information (schedule) indicating the action plan of the user as shown in FIG. For example, in the example shown in FIG. 2, at a certain timing (for example, around 12:00), the user's planned destination is estimated to be the "third point", and at a later timing (for example, around 15:00), the user's planned destination The ground is presumed to be the "fourth point".
  • the vehicle information acquisition unit 114 acquires vehicle information including vehicle position information indicating the position of the vehicle 20 . Specifically, the vehicle information acquisition unit 114 acquires vehicle position information by receiving position information sent from the vehicle 20 .
  • the vehicle 20 is equipped with a GPS device as described above, and the GPS device acquires position information of the vehicle 20 and sends it to the control section of the electronic control unit 200 .
  • the control section of the electronic control unit 200 stores the position information of the vehicle 20 in the storage section. Also, the control section of the electronic control unit 200 sends the position information of the vehicle 20 stored in the storage section to the server 10 at a predetermined timing.
  • the usage area specifying unit 115 specifies the usage area where the luggage is used based on the luggage information and the user information or vehicle information. To identify the utilization area in the first embodiment, a reference table that associates the parcel information with the presumed utilization location of the parcel is stored in the storage unit 120 in advance, and the utilization area is specified based on the reference table. In the first embodiment, the estimated location of use is an abstract location where the package is estimated to be used. By using the storage unit 120 that associates the package with the estimated usage location, the usage area specifying unit 115 can narrow down the location where the package is used to some extent, and can specify the usage area more appropriately. .
  • Fig. 5 shows an example of a reference table that associates package information with estimated locations of use.
  • the estimated usage location is registered as "a beach”.
  • FIG. 5 shows an example in which, for example, when the package is a "simple tent", the estimated usage locations are registered as "beach” and "park”.
  • the usage area is identified based on the estimated usage location and the user information acquired by the user information acquisition unit 112 or the vehicle information acquired by the vehicle information acquisition unit 114 .
  • the user information about the user is specified based on the action plan information. For example, when the user acquires information that the user will stop by "point 3" and "point 4" between 13:00 and 16:00, the usage area is changed from "beach" of the estimated usage location to "point 3". and "fourth point”.
  • the user information about the user may be about the user's location information, for example.
  • the usage area is changed from the "beach" of the estimated usage location to the "third point”. identified as "Point 3" and/or "Point 4".
  • the estimated usage location may be identified as the usage area based on the vehicle information.
  • the utilization area is the "beach beach”. A point" and/or a "fourth point” are identified.
  • the usage area is specified by the user's position information, and the vehicle 20 cannot travel near the user due to traffic conditions, etc., even if the user wishes to use the luggage, the vehicle 20 can be appropriately used. It is assumed that it will be difficult to merge Therefore, by specifying the utilization area based on the position information of the vehicle 20, when the user desires to use the luggage, the vehicle 20 traveling in the vicinity of the user can surely join the user's planned destination. can be made
  • the vehicle allocation determination unit 116 determines a vehicle allocation route (vehicle allocation route) for allocating the vehicle 20 to the destination based on the positional relationship between the user's current position or planned destination and the utilization area. Specifically, for example, when the user's current position or planned destination is included within a predetermined range from the specified utilization area, the user is asked whether or not to use the package at the current position or planned destination. inquire whether In this embodiment, the predetermined range is, for example, a circular range with a radius of 1 km or less centered on the utilization area. However, the predetermined range does not limit the configuration of this embodiment, and may be a range shorter or longer than 1 km in radius from the utilization area.
  • Inquiries to the user are sent to the user terminal 30 via the user IF section 117 as to whether or not the package is to be used.
  • the information sent to the user terminal 30 is displayed on a screen as shown in FIG. 7, for example.
  • the user responds to the inquiry information displayed on the user terminal 30 as to whether or not the package is to be used.
  • a reply from the user at the user terminal 30 is sent from the user terminal 30 to the server 10 via the network 40 .
  • the user's answer sent to the server 10 is sent to the vehicle allocation determining section 116 via the network IF 140 and the user IF section 117 .
  • the dispatch decision unit 116 decides the route according to the answer from the user. If there is an answer from the user to the effect that the luggage is to be used, then the dispatch route for moving the vehicle 20 to the user is determined. For example, routes A1 and A2 shown in FIG. 2 correspond to the dispatch routes. On the other hand, if the user replies that he/she does not plan to use the luggage, the vehicle 20 is not moved to the user's place, and the dispatch route is determined in consideration of the time allocation to the final destination.
  • the dispatch route in this case is, for example, route B shown in FIG.
  • the vehicle allocation determination unit 116 determines the vehicle allocation route to the meeting place with the user based on the user information.
  • the vehicle allocation determination unit 116 determines a vehicle allocation route based on the user information so that the vehicle 20 arrives at the merging point at or after arrival at the merging point, which is the user's destination. . This can prevent extra energy consumption of the vehicle 20 at the merging place.
  • the dispatch determination unit 116 notifies the user terminal 30 of the merging information via the user IF unit 117 .
  • the merging information is, for example, the location and time at which the user and the vehicle 20 merge.
  • the merging information may also include parcel information relating to parcels to be handed over to the user.
  • the vehicle instruction unit 118 controls the vehicle 20 by sending a control instruction corresponding to the dispatch route to the vehicle 20 .
  • the electronic control unit 200 of the vehicle 20 controls the running of the vehicle 20 according to the control instructions sent from the dispatch support device 100 .
  • step S801 the dispatch assistance device 100 determines whether or not the user has finished getting off the vehicle. Specifically, the user who got off the vehicle notifies the server 10 of getting off the vehicle through the user terminal 30, and the dispatch support device 100 determines whether or not the user has finished getting off the vehicle.
  • the configuration is not limited to the configuration in which the user terminal 30 informs the user of getting off the vehicle, and for example, the configuration may be such that the notification is made from the electronic control unit 200 of the vehicle 20 .
  • the dispatch assistance device 100 determines whether or not the user has finished getting off the vehicle. good.
  • the electronic control unit 200 may detect the user getting off the vehicle based on a sensor (not shown) provided on the vehicle 20 and send information indicating that the user has gotten off the vehicle to the server 10 .
  • the user's getting off may be detected based on the location information of the user and the location information of the vehicle 20 acquired by the user information acquiring unit 112 and the vehicle information acquiring unit 114, respectively. In this case, it is detected that the user has gotten off the vehicle when the position of the user is separated from the position of the vehicle 20 .
  • step S801 when the dispatch support device 100 determines that the user has finished getting off the vehicle (step S801: YES), the process proceeds to step S802. On the other hand, if the dispatch support device 100 determines in step S801 that the user has not yet gotten off the vehicle (step S801: NO), the process returns to step S801. That is, in the flowchart shown in FIG. 8, the process is started after the user gets off the vehicle.
  • step S802 the parcel information acquisition unit 111 acquires parcel information related to parcels mounted on the vehicle 20.
  • the user information acquisition unit 112 acquires user information about the user.
  • the user information is information relating to the user who uses the package, and is obtained by acquiring user information including at least user position information indicating the user's position or destination information indicating the user's planned destination.
  • the destination estimation unit 113 estimates the destination of the user who uses the package. Specifically, the destination estimation unit 113 estimates the planned destination based on the user's position at a certain timing and/or the user's current schedule. For example, the destination estimation unit 113 estimates the planned destination based on the user's location information acquired by the user information acquisition unit 112 . Alternatively, as described above, the destination estimation unit 113 may estimate the destination based on the schedule of FIG.
  • step S ⁇ b>805 the vehicle information acquisition unit 114 acquires vehicle information including vehicle position information indicating the position of the vehicle 20 . Specifically, the vehicle information acquisition unit 114 acquires vehicle position information by receiving position information sent from the vehicle 20 .
  • the usage area specifying unit 115 specifies the usage area in which the luggage is used based on the luggage information and the user information or vehicle information.
  • a reference table indicating the correspondence relationship between the baggage information and the estimated utilization location of the baggage is stored in advance in the storage unit 120, and the estimated utilization location of the reference table and the user information or A utilization area is specified based on the vehicle information.
  • step S807 the vehicle allocation determination unit 116 determines that the user's current position acquired by the user information acquisition unit 112 or the user's planned destination estimated by the destination estimation unit 113 is specified by the utilization area specifying unit 115. It is determined whether or not the usage area is within a predetermined range. If the vehicle allocation determining unit 116 determines in step S807 that the user's current position or planned destination is within the predetermined range of the utilization area (step S807: YES), the process proceeds to step S808.
  • step S807 when the dispatch determination unit 116 determines that the user's current position or scheduled destination is not within the range of the utilization area (step S807: NO), the process returns to step S803, and the process from step S803 to step S803 is performed.
  • the processing up to S807 is repeated. That is, the processing from step S803 to step S807 is repeated until the user's current position or planned destination is included in the predetermined range of the utilization area.
  • the vehicle allocation determination unit 116 does not determine the vehicle allocation route to the user's destination, and does not determine the vehicle allocation route to the final destination. A route shall be determined (not shown).
  • the dispatch decision unit 116 inquires of the user whether or not to use the package. Specifically, information is sent to the user terminal 30 to inquire whether or not to use the package, and the user terminal 30 displays an inquiry screen as shown in FIG. According to the screen displayed on the user terminal 30, the user answers whether or not to use the package.
  • the inquiry to the user in step S808 does not limit the first embodiment. For example, when a user wishes to use a package at a planned destination, the user may send a request for using the package to the server 10 through the user terminal 30 himself. In this case, the reply to the effect that the luggage is to be used corresponds to the user's request for the use of the luggage, and the process for merging the vehicles 20 is performed from step S809 onwards.
  • the vehicle allocation determination unit 116 determines the vehicle allocation route (vehicle allocation route) of the vehicle 20 based on the user's response. Specifically, when receiving a response from the user terminal 30 to the effect that the package is to be used, the vehicle allocation determination unit 116 determines a vehicle allocation route for moving the vehicle 20 to the user. On the other hand, if the user terminal 30 responds that the package is not to be used, the vehicle 20 is not moved to the user's location, and the route to the final destination is determined in consideration of the time allocation.
  • step S810 the vehicle allocation determination unit 116 determines whether the user will use the package.
  • step S810 when the dispatch determining unit 116 determines that the user will use the package (step S810: YES), the process proceeds to step S811.
  • step S810 determines in step S810 that the user does not use the package (step S810: NO)
  • step S812 the process proceeds to step S812.
  • step S811 the vehicle allocation determination unit 116 notifies (transmits) the merging information (place, time, package, etc.) for delivery of the package to the user terminal 30 via the user IF unit 117.
  • step S812 the vehicle instruction unit 118 transmits the determined vehicle allocation route to the vehicle 20.
  • the electronic control unit 200 of the vehicle 20 controls travel of the vehicle 20 according to instructions from the vehicle instruction section 118 and causes the vehicle 20 to travel to a predetermined destination.
  • the vehicle allocation route determined from the vehicle instruction unit 118 to the vehicle 20 and controlling the traveling of the vehicle 20, the user's position, the position of the vehicle 20, or whether or not to receive the package can be flexibly controlled. Vehicles 20 can be controlled, and efficient vehicle allocation becomes possible.
  • the vehicle allocation support device 100 includes a package information acquisition unit 111, a user information acquisition unit 112, a vehicle information acquisition unit 114, a usage area identification unit 115, and a vehicle allocation determination unit 116.
  • the parcel information acquisition unit 111 acquires parcel information relating to parcels mounted on the vehicle.
  • the user information acquisition unit 112 acquires user information including at least user location information indicating the user's current location or destination information indicating the user's planned destination.
  • the vehicle information acquisition unit 114 acquires vehicle information including vehicle position information indicating the position of the vehicle.
  • the utilization area identification unit 115 identifies a utilization area where the baggage is used based on the baggage information and the user information or the vehicle information.
  • the vehicle allocation determination unit 116 determines a vehicle allocation route for allocating a vehicle to at least one of the user's current position, the scheduled destination, and the utilization area based on the positional relationship between the user position information or the destination information and the utilization area. to decide.
  • the user can receive the luggage at the location where the user uses the luggage, so it is possible to reduce the time and effort required to receive the luggage. , the consumption of wasted energy can be reduced.
  • the vehicle allocation determination unit 116 determines the vehicle allocation route when the user's current position or planned destination is within a predetermined range of the utilization area. As a result, the user can receive the package more quickly and efficiently, thereby reducing the time and effort required to receive the package and reducing wasteful energy consumption.
  • the vehicle dispatch support device 100 also includes a storage unit 120 that associates and stores parcel information and an estimated use location indicating the location where the parcel is used.
  • the utilization area identifying unit 115 identifies the utilization area based on the estimated utilization location and the user information. By using the storage unit 120 that associates the package with the estimated usage location, the usage area specifying unit 115 can narrow down the location where the package is used to some extent, and can specify the usage area more appropriately. .
  • the vehicle instruction unit 118 controls the vehicle 20 by sending a control instruction to the vehicle 20 so that the vehicle 20 travels along the dispatch route.
  • the vehicle 20 can be flexibly controlled according to the position of the user or the vehicle 20 and whether or not the package is to be received, thereby enabling efficient vehicle allocation.
  • the vehicle allocation determining unit 116 predicts the time when the user will arrive at the destination, and the time when the user arrives at the destination, or when the vehicle arrives at the destination (merger) after arrival. location). This can prevent extra energy consumption of the vehicle 20 at the merging place.
  • the utilization area identifying unit 115 identifies the utilization area based on the position of the vehicle indicated by the luggage information and the vehicle position information. By specifying the utilization area based on the vehicle position information, when the user desires to use the luggage, the vehicle 20 running in the vicinity of the user can be surely joined to the user's destination.
  • the user information may include action plan information that indicates the user's action plan.
  • the destination estimating unit 113 can grasp the behavior of the user more accurately, and can appropriately estimate the destination.
  • the above-described embodiment is an example and does not limit this embodiment.
  • the configuration of the dispatch service allows a user heading to a scheduled destination to use a package on the way, and if necessary, the user can use the package that is currently being serviced on the way.
  • a vehicle dispatch support system 1 according to a second embodiment in which a user entering an arbitrary area and demand of the user are predicted in the dispatch support apparatus 100, and a vehicle 20 is dispatched, will be described in addition to the first embodiment. Different configurations are described.
  • FIG. 9 is a diagram for explaining a service using the dispatch support device 100 according to the second embodiment.
  • the service shown in FIG. 9 predicts a user who has entered an arbitrary area and the demand of the user, and allocates a vehicle 20 loaded with cargo that satisfies the demand of the user to an appropriate location.
  • a plurality of usage areas where the user uses the service are specified, at least one user is detected within a predetermined range from the usage area, and the user is detected in the usage area.
  • a vehicle 20 is dispatched.
  • FIG. 9 shows an example where the user 30b is heading to a beach or BBQ area along the coast. Also, FIG. 9 shows an example in which the user 30c is fishing in the fishing possible area, which is the planned destination.
  • step S1001 the vehicle 20 sends package information about the package loaded on the vehicle 20.
  • the vehicle 20 according to the second embodiment as shown in FIG. 11, it is assumed that the baggage information of the baggage to be loaded and the estimated location of use are determined in advance according to the type of service.
  • parcel information corresponding to the type of vehicle 20 in the second embodiment and an estimated use location corresponding to the parcel information are shown.
  • the loads to be loaded include foodstuffs, box lunches, change of clothes, fishing bait, and the like.
  • the estimated use place of each baggage corresponds to a beach, a BBQ place, a fishing spot, and the like.
  • the luggage that will be loaded includes parasols, swimwear, floats, simple tents, clam digging shovels, etc.
  • the estimated location of use of each package corresponds to a beach, a BBQ area, a fishing area, and the like.
  • the dispatch support apparatus 100 predicts the user's demand and determines whether the user needs to reach the planned destination to which the user is heading or the point where the user has already arrived (current position). Then, the assumed cargo is carried by the vehicle 20. In addition, the vehicle 20 sells or rents luggage to users at the intended destination.
  • step S1002 user information is sent from the user terminal 30.
  • the user information is information about a user who is presumed to use the package, and user information including at least user position information indicating the user's position or destination information indicating the user's planned destination is acquired.
  • the user may use the service of the dispatch support system 1, for example. In this case, for example, the user can apply for the use of the service in advance and register the user information.
  • the server 10 may collect usage history information, which is information indicating that the user has used this service in the past.
  • the user information may include attribute information indicating user attributes such as age and gender.
  • the attribute information is, for example, input information input by the user at the user terminal 30 .
  • the attribute information may be obtained by vehicle sensors, for example.
  • the server 10 estimates the user's planned destination based on the user information. For example, in the example shown in FIG. 9, for the user 30b, "destination A" is estimated as the scheduled destination, and for user 30c, "destination B" is estimated as the scheduled destination. ” is estimated.
  • the user information used for estimating the scheduled destination includes action plan information indicating the user's action plan, usage history information indicating the user's past service usage history, and the like. In the second embodiment, it is assumed that the action schedule information and usage history information are input by the user through the user terminal 30 in advance.
  • the user information may be, for example, the location to which the user is heading is estimated from the user's location information and estimated as the planned destination.
  • step S1004 the vehicle 20 sends the location information of the vehicle 20 to the server 10. It is assumed that the position information of the vehicle 20 is sent to the server 10 at predetermined intervals. Further, the location information of the vehicle 20 may be obtained before the package information is notified in step S1001, for example.
  • the server 10 identifies the usage area of the luggage mounted on the vehicle 20.
  • the utilization area is specified based on the estimated utilization location estimated according to the package and the user information or vehicle information regarding the user. For example, when the user's action plan information is acquired, the user information about the user is specified based on the action plan information. For example, in the example shown in FIG. 9, when the information that the user 30b is going to "destination A" is acquired, the utilization area A indicating the areas of "beach beach” and "BBQ place" is specified as the utilization area. be. In the example shown in FIG. 9, when the user 30c acquires the information that the user 30c will be fishing at the "destination B", the utilization area B indicating the area of the "fishing spot" is specified as the utilization area.
  • step S1006 the server 10 confirms with the user terminal 30 whether or not the package needs to be used. For example, in the example of FIG. 9, the server 10 inquires of the user 30b whether or not a "bento" is required at a "sea bathing beach”. In addition, in the example of FIG. 9, the server 10 inquires of the user 30c whether or not to use the "parasol" at the "fishing spot".
  • step S1007 the user terminal 30 sends an answer as to whether or not the package will be used.
  • step S1008 the server 10 notifies the user terminal 30 of the joining information.
  • the merging information is, for example, the location and time at which the user and the vehicle 20 merge.
  • the merging information may include package information to be handed over to the user. It should be noted that the notification of merging information in step S1008 is carried out when there is a response from the user in step S1007 indicating that the user wishes to use the package. Therefore, if the user replies in step S1008 that the user does not want to use the package, step S1008 and step S1010, which will be described later, are not performed.
  • step S1009 the server 10 transmits the route to the meeting place with the user to the vehicle 20.
  • route information to destination A is sent to vehicle 20 . It should be noted that the transmission of the route information in step S1009 may not be performed if the user replies in step S1008 that the user does not wish to use the package.
  • step S1010 the user terminal 30 notifies the server 10 that the user has completed receiving the package at the meeting place with the vehicle 20. For example, in the example shown in FIG. 9, a notification is given to the effect that the target product has been purchased from the sales vehicle or the rental product has been received from the rental product providing vehicle.
  • the processes performed between the server 10 and the user terminal 30 in steps S1006 to S1008 and step S1010 in FIG. 10 are optional, and it is possible to adopt a mode in which these processes are not performed.
  • the route to the destination in step S1009 may be transmitted without confirming the user, and the vehicle 20 may be driven to the destination.
  • the user's answer is not used to determine the vehicle allocation route, and the vehicle is selected for a destination with a large number of target users. 20 may be preferentially driven.
  • the server 10 may be configured to cause the vehicle 20 to travel so as to pass through a point with a large number of users and then a point with a small number of users.
  • the vehicle allocation determination unit 116 can determine an efficient vehicle allocation route.
  • step S1201 the parcel information acquisition unit 111 acquires parcel information. Specifically, as shown in FIG. 11, the baggage information acquisition unit 111 acquires the baggage information by inputting and registering in advance the baggage mounted on the service vehicle among the baggage corresponding to the service vehicle.
  • the user information acquisition unit 112 acquires user information about the user.
  • the user information is information about a user who is assumed to use the package, and is obtained by acquiring user information including at least user position information indicating the user's position or destination information indicating the user's scheduled destination. Further, the user information acquisition unit 112 in the second embodiment may acquire user information from specific user's action plan information (schedule) or past movement history information.
  • the user information may also include usage history information indicating that the service has been used in the past, and attribute information indicating user attributes such as age and gender. For example, in a case where the user applies for use of the service in advance, the user information may be registration information registered at the time of application.
  • the user information may be, for example, input information input by the user at the user terminal 30 .
  • the attribute information may be, for example, detection information detected by a vehicle sensor, or detection information detected by an infrastructure such as a camera provided on a road or the like.
  • the user information detected by the infrastructure may be obtained directly from the infrastructure instead of from the user terminal 30, or may be information obtained by a server that is the same as or different from the server 10 via the infrastructure.
  • the destination estimation unit 113 estimates the destination of the user who uses the package. Specifically, the destination estimation unit 113 estimates the planned destination based on the user's current position at a certain timing and/or the user's schedule to which the user is currently heading. For example, the destination estimation unit 113 estimates the planned destination based on the user's location information acquired by the user information acquisition unit 112 . Also, the destination estimation unit 113 may estimate the scheduled destination based on the user information.
  • the user information used for estimating the planned destination may be, for example, the user's action schedule information, usage history information, or attribute information.
  • step S ⁇ b>1204 the vehicle information acquisition unit 114 acquires vehicle information including vehicle position information indicating the position of the vehicle 20 . Specifically, the vehicle information acquisition unit 114 acquires vehicle position information by receiving position information sent from the vehicle 20 .
  • the usage area specifying unit 115 specifies the usage area. Specifically, the utilization area identifying unit 115 identifies based on the user information or vehicle information of the target user and the estimated utilization location estimated from the parcel information. For example, in the example shown in FIG. 9, it is determined that the target user 30b is heading for the destination A, "sea bathing beach", based on the positional information of the target user 30b. Furthermore, when the vehicle 20 is the sales car shown in FIG. 11 and carries a "lunch box" as a load, the utilization area is specified as the utilization area A "beach".
  • the target user 30c is at the destination B "fishing spot” based on the position information of the target user 30c. Furthermore, in the case where the vehicle 20 is equipped with a "parasol" as a rental item shown in FIG. 9, it is determined that the target user 30c is at the destination B "fishing spot" based on the position information of the target user 30c. Furthermore, in the case where the vehicle 20 is equipped with a "parasol" as a rental item shown in FIG.
  • step S1206 the user information acquisition unit 112 determines whether or not to detect a user in the usage area. If the user information acquiring unit 112 determines in step S1204 that a user has been detected in the usage area (step S1204: YES), the process proceeds to step S1205. On the other hand, if the user information acquiring unit 112 determines in step S1204 that no user has been detected in the usage area (step S1204: NO), the process returns to step S1202.
  • step S1204 since the user 30b has not yet reached the usage area A, it is determined in step S1204 that no user has been detected in the usage area, and the process returns to step S1202. On the other hand, since the user 30c is within the usage area B, it is determined in step S1204 that the user has been detected in the usage area, and the process proceeds to step S1205. It should be noted that, in determining whether or not the user is detected within the range of the usage area in step S1205, the user determines that at least one user using the service according to the second embodiment is within the range of the usage area. It may be determined whether or not there is.
  • step S1207 the dispatch determining unit 116 determines whether the scheduled destination is within the predetermined range of the utilization area.
  • step S1207 when the dispatch determination unit 116 determines that the scheduled destination is within the predetermined range of the utilization area (step S1207: YES), the process proceeds to step S1208.
  • step S1207 when the dispatch determination unit 116 determines that the user's current position or scheduled destination is not within the predetermined range of the utilization area (step S1207: NO), the process returns to step S1202 to acquire the user information. conduct.
  • step S1202 user information is acquired again.
  • the vehicle allocation determination unit 116 determines the vehicle allocation route. Specifically, the vehicle allocation determining unit 116 determines a vehicle allocation route (vehicle allocation route) so that the vehicle 20 travels to the user's current position, scheduled destination, or utilization area.
  • the dispatch route determined in step S1208 may include information regarding the timing of arrival at the scheduled destination. For example, when the user information acquisition unit 112 acquires the user information of the user who uses the vehicle dispatch support service according to the second embodiment, the vehicle 20 is scheduled to be scheduled according to the timing when the user arrives at the scheduled destination. A dispatch route may be determined so as to reach the destination.
  • the vehicle allocation route is determined according to the destination where the number of users is large. You may Furthermore, when user information about a plurality of users is acquired, the dispatch route may be determined in accordance with the timing at which a certain number of users arrive at the destination. In addition, the vehicle allocation determination unit 116 may determine the vehicle allocation route based on the distance from the vehicle 20 determined by the vehicle position information acquired by the vehicle information acquisition unit 114 to the user's current position or the user's planned destination. . For example, an efficient dispatch route can be determined by having the vehicle 20 go through a point near the user and then go through a distant destination where the user is.
  • the vehicle allocation determination unit 116 may determine the vehicle allocation route to the scheduled destination based on the user's usage history information. For example, when the vehicle allocation determination unit 116 determines that the user does not use the target package at the estimated destination within a predetermined time, the vehicle allocation determination unit 116 determines the vehicle allocation route to the scheduled destination. good too. For example, if the vehicle 20 is a vending car shown in FIG. 11 and a "lunch box" is loaded as a package, the user who purchased the "lunch box" using the vending car may This is because it is estimated that the possibility of purchasing lunch boxes again is low. Note that the predetermined time varies depending on the package.
  • the predetermined time may be set to one day.
  • the vehicle allocation determination unit 116 may determine the vehicle allocation route to the scheduled destination based on the user's attribute information. For example, if the users are in their teens or twenties, and the packages mounted on the vehicle 20 are goods or rental goods targeted at younger generations, the vehicle allocation determination unit 116 selects these users. A vehicle allocation route may be determined for the object. As a result, the vehicle 20 can be dispatched to a user who is likely to purchase or rent the vehicle, and the efficiency of dispatching the vehicle can be improved.
  • step S ⁇ b>1209 the vehicle instruction unit 118 transmits the determined vehicle allocation route to the vehicle 20 .
  • the electronic control unit 200 of the vehicle 20 controls travel of the vehicle 20 according to instructions from the vehicle instruction section 118 and causes the vehicle 20 to travel to a predetermined destination.
  • the dispatch support device 100 predicts the user's demand based on the user information, A vehicle 20 is dispatched. As a result, it becomes possible to appropriately allocate the vehicles 20 according to the user's demand, and it becomes possible for sales vehicles and rental goods providing vehicles to efficiently sell or provide rental goods at appropriate destinations. It is possible to reduce wasteful energy consumption to the ground.
  • the vehicle allocation determining unit 116 can Determine the dispatch route. As a result, for example, it becomes possible to preferentially dispatch the vehicle 20 to a place where there are more users, and it becomes possible to efficiently sell products and provide rental products.
  • the vehicle allocation determination unit 116 may determine the vehicle allocation route based on the distance from the vehicle 20 determined by the vehicle position information acquired by the vehicle information acquisition unit 114 to the user's current position or the user's planned destination. . For example, an efficient dispatch route can be determined by having the vehicle 20 go through a point near the user and then go through a distant destination where the user is.
  • the user information according to the second embodiment may be usage history information for the user's vehicle 20 .
  • the destination estimation unit 113 may estimate the destination according to the usage history information.
  • the destination estimating unit 113 estimates the destination based on the usage history information, which is the past information of the user's use of the service, so that it is possible to estimate the destination with higher accuracy based on the user's tendency. Become.
  • the vehicle allocation determining unit 116 may determine the vehicle allocation route when it determines that the user has not used the package at the destination within a predetermined time based on the usage history information. As a result, for example, it is possible to reduce the allocation of vehicles 20 to users who have a low possibility of purchasing, and it is possible to reduce wasteful energy consumption.
  • the user information according to the second embodiment may include attribute information indicating user attributes.
  • the destination estimation unit 113 may estimate the destination based on this attribute information. As a result, the vehicle 20 can be dispatched to a user who is likely to purchase or rent the vehicle, and the efficiency of dispatching the vehicle can be improved.
  • the attribute information may include at least one of input information input by the user, vehicle sensor or infrastructure detection information, or pre-registered registration information. This makes it possible to obtain more detailed attribute information of the user, and enables the vehicle allocation determination unit 116 to determine a more appropriate vehicle allocation route.
  • the vehicle 20 is an automatically driving vehicle, but this does not limit the embodiment.
  • the vehicle 20 may be driven by a driver in accordance with the vehicle allocation route instruction from the server 10 .
  • a computer program (vehicle dispatch support program) that causes a computer to execute the vehicle dispatch support method described above and a computer-readable recording medium recording the program are included in the scope of the present embodiment.
  • any type of computer-readable recording medium may be used.
  • the above-mentioned computer program is not limited to those recorded in the above-mentioned recording medium, and even if it is transmitted via an electric communication line, a wireless or wired communication line, a network represented by the Internet, etc. good.
  • Vehicle Allocation Support System 10 Server 20 Vehicle 30 User Terminal 40 Network 100 Vehicle Allocation Support Device 110 Control Unit 111 Package Information Acquisition Unit 112 User Information Acquisition Unit 113 Destination Estimation Unit 114 Vehicle Information Acquisition Unit 115 Use Area Identification Unit 116 Vehicle Allocation Determination Unit 117 User IF unit 118 Vehicle instruction unit 120 Storage unit 130 Input/output IF 140 network interface

Abstract

配車支援装置（100）は、荷物情報取得部（111）と、ユーザ情報取得部（112）と、車両情報取得部（114）と、利用領域特定部（115）と、配車決定部（116）とを備える。荷物情報取得部（111）は、車両に搭載された荷物に関する荷物情報を取得する。ユーザ情報取得部（112）は、ユーザの現在位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得する。車両情報取得部（114）は、車両の位置を示す車両位置情報を含む車両情報を取得する。利用領域特定部（115）は、荷物情報、及びユーザ情報又は車両情報に基づいて、荷物が利用される利用領域を特定する。配車決定部（116）は、ユーザ位置情報又は目的地情報と、利用領域との位置関係に基づいて、車両をユーザの現在位置、予定目的地、又は利用領域の少なくともいずれかに配車するための配車ルートを決定する。

Description

配車支援装置、配車支援方法、及び配車支援プログラム
　本発明は、配車支援装置、配車支援方法、及び配車支援プログラムに関する。
　車両の乗員、及び車両に搭載された荷物を、乗員の目的地、及び荷物の配送地まで送迎及び配送するためのサービスが提案されている。例えば、特許文献１には、自動運転車両による乗員の送迎と、荷物の配送とを組み合わせた複合サービスのための配車装置が開示されている。この配車装置によって配車される自動運転車両は、ユーザ（乗員）及び荷物を目的地まで送迎し、ユーザが目的地で降車した後に、配送地まで荷物を配送する。この配車装置によれば、例えば、空港に到着したユーザがホテルにチェックインする前に観光地（目的地）に立ち寄る場合に、ユーザは観光地で降車し、荷物は配送地のホテルまで配送される。
特開２０１９−１０５９２６号公報
　しかし、特許文献１の配車装置では、ユーザが目的地で自動運転車両から降車した後に、経路の途中で荷物の利用を望む場合、ユーザは、いったん荷物の配送地まで移動し、荷物を受け取り、再び、荷物を利用したい場所まで荷物を持って移動する必要がある。すなわち、自動運転車両から降車したユーザが、経路の途中で荷物の利用を望む場合には、荷物を取りに行くまでの手間（余分な労力）が必要となり、無駄なエネルギーを消費することになる。
　本発明は、上記課題に鑑みて成されたものであり、その目的は、ユーザが車両に搭載された荷物を利用する可能性が高い場合に、ユーザが荷物を利用する場所で車両から荷物を受け取ることが可能な、配車支援装置、配車支援方法、及び配車支援プログラムを提供することである。
　本発明の一態様に係る配車支援装置は、荷物情報取得部と、ユーザ情報取得部と、車両情報取得部と、利用領域特定部と、配車決定部とを備える。荷物情報取得部は、車両に搭載された荷物に関する荷物情報を取得する。ユーザ情報取得部は、ユーザに関する情報であって、ユーザの現在位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得する。車両情報取得部は、車両の位置を示す車両位置情報を含む車両情報を取得する。利用領域特定部は、荷物情報、及びユーザ情報又は車両情報に基づいて、荷物が利用される利用領域を特定する。配車決定部は、ユーザ位置情報又は目的地情報と、利用領域との位置関係に基づいて、車両をユーザの現在位置、予定目的地、又は利用領域の少なくともいずれかに配車するための配車ルートを決定する。
　本発明の一態様によれば、ユーザが車両に搭載された荷物を利用する可能性が高い場合に、ユーザが荷物を利用する場所で車両から荷物を受け取ることが可能な配車支援装置を提供することができる。
図１は、本実施形態に係る配車支援システム１の概略構成を示す図である。 図２は、配車支援システム１を利用した配車サービスを説明するための図である。 図３は、第１の実施形態に係る配車支援システム１の処理を説明するためのシーケンス図である。 図４は、配車支援装置１００の機能を説明するための機能ブロック図である。 図５は、第１の実施形態に係る荷物情報の一例を示す図である。 図６は、第１の実施形態に係るユーザ情報の一例を示す図である。 図７は、第１の実施形態に係る、ユーザへの問い合わせ画面の一例を示す図である。 図８は、第１の実施形態に係る配車支援装置１００の処理を説明するためのフローチャートである。 図９は、第２の実施形態に係る配車サービスを説明するための図である。 図１０は、第２の実施形態に係る配車支援システム１の処理を説明するためのシーケンス図である。 図１１は、第２の実施形態に係る荷物情報の一例を示す図である。 図１２は、第２の実施形態に係る配車支援装置１００の処理を説明するためのフローチャートである。
　図面を参照して、実施形態を説明する。図面の記載において同一部分には同一符号を付して説明を省略する。
（配車支援システム１の概要）
　配車支援システム１は、車両に搭載された荷物をユーザが利用する場合において、荷物をユーザの所まで配送するシステムである。以下に配車支援装置１００を用いた配車支援システム１について幾つかの具体的な実施形態を参照して説明する。
（第１の実施形態）
　図１を参照して、第１の実施形態に係る配車支援システム１の構成を説明する。配車支援システム１は、サーバ１０と、車両２０と、ユーザ端末３０と、ネットワーク４０とを含んで構成される。
　本実施形態において、サーバ１０は、配車支援装置１００を備える。配車支援装置１００は、図１に示すように、制御部１１０と、記憶部１２０と、入出力ＩＦ１３０と、ネットワークＩＦ１４０と、を含んで構成される。サーバ１０は、ネットワーク４０を介して、車両２０及びユーザ端末３０との間において相互にデータのやり取りを行う。なお、図１に示す配車支援装置１００の構成例は、あくまでも一例にすぎず、実施形態はこれに限定されない。例えば、サーバ１０は、制御部１１０において実施される各機能を実施可能とする１台又は複数台のコンピュータに置き換えることもできる。制御部１１０、及び記憶部１２０の詳細については、後述する。
　入出力ＩＦ１３０は、例えば、サーバ１０を利用するユーザが、サーバ１０との間においてデータをやり取りするための構成要素（Ｉｎｔｅｒｆａｃｅ、インタフェース）であり、例えば、入力部と、出力部とを含んで構成される。
　入力部は、ユーザによるさまざまな情報を入力するためのインタフェース機能を有し、サーバ１０の外部より情報が入力される。入力部には、サーバ１０と接続された、例えば、キーボード、マウス、タッチパネル、トラックボール、及び音声認識デバイス等を通じてユーザによって情報が入力される。また、入力部は、外部記憶装置（図示なし）等からデータを入力するためのデータ入力端子として、情報を入力することができる。
　出力部は、サーバ１０に接続された表示装置（図示なし）に、各種情報を表示させる。表示装置は、例えば、ディスプレイ装置、プロジェクター装置などである。
　ネットワークＩＦ１４０は、有線及び／又は無線ネットワークを介して、車両２０及びユーザ端末３０と、の通信を行うためのインタフェースである。
　車両２０は、電子制御ユニット２００を備える。電子制御ユニット２００は、制御部、記憶部、ネットワークＩＦを備え、車両２０の走行を制御するためのコンピュータである。また、電子制御ユニット２００は、ネットワーク４０を介して、サーバ１０と通信可能に接続されている。車両２０は、自動運転車両であってもよい。自動運転車両は、あらかじめ設定された目的地に向かって自動で車両を走行させる自動運転システムを搭載した車両である。すなわち、自動運転車両は、運転者が運転操作を行う必要がなく、自動で走行する。また、車両２０は、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）装置を備える（図示なし）。
　ＧＰＳ装置は、車両２０の位置情報を検知し、検知した位置情報を電子制御ユニット２００に送る。ＧＰＳ装置は、複数のＧＰＳ衛星からの電波をＧＰＳアンテナ（図示なし）で受信し、所定の計算処理を行って受信信号から車両２０の現在位置を表す緯度、経度の情報を取得し、車両２０の位置情報として電子制御ユニット２００の記憶部に記憶する。また、電子制御ユニット２００の制御部は、記憶部に記憶された車両２０の位置情報を、所定のタイミングでネットワークＩＦを介して、サーバ１０に送る。
　ユーザ端末３０は、例えばスマートフォンで構成され、通常、ユーザによって操作される。なお、ユーザ端末３０を、タブレットやノートパソコン等のモバイル機器で構成しても良い。なお、図示は省略するが、ユーザ端末３０は、制御部、記憶部、ネットワークＩＦを備えるコンピュータとして構成される。よって、ユーザ端末３０は、ネットワーク４０を介して、サーバ１０と相互に通信可能である。また、ユーザ端末３０は、ＧＰＳ受信機を備えていてもよい。
　ネットワーク４０は、サーバ１０と、車両２０及びユーザ端末３０と、が相互に通信可能な通信網であり、例えば、インターネット、又は、携帯電話網であるキャリア網で構成される。
（配車支援システム１の実施例）
　図２は、配車支援システム１を利用した配車支援のサービスの利用例を説明するための図である。図２に示す例において、ユーザ３０ａは、８時に「第１地点」で荷物と共に車両２０に乗車する。その後、９時に「第２地点」において、ユーザ３０ａは車両２０から降車する。この時、荷物は車両２０に搭載されたままである。９時に「第２地点」で分かれたユーザ３０ａと車両２０とは、１７時に最終目的地である「第５地点」に到着するように別々の経路で移動する。
　図２に示すユーザ３０ａは、最終目的地の「第５地点」に行くまでの途中に、１３時に「第３地点」に立ち寄り、１５時３０分から１６時の間に「第４地点」に立ち寄る予定となっている。すなわち、図２に示す例においてユーザ３０ａは、「第２地点」で降車した後、「第３地点」及び「第４地点」を経由して最終目的地の「第５地点」に向かう。第１の実施形態においては、予定目的地は、ユーザが立ち寄る予定の場所（目的地）であり、図２に示す例では、「第３地点」や「第４地点」が予定目的地として推定される。
　車両２０は、サーバ１０の配車支援装置１００からの配車指示に従って、最終目的地の「第５地点」まで走行する。図２に示す経路Ｂにおいては、車両２０は、最終目的地までユーザ３０ａの所に合流しないで移動する。一方で、図２に示す経路Ａ１、Ａ２においては、車両２０は、途中、「第３地点」でユーザ３０ａと合流し、ユーザに荷物を渡す例を示している。また車両２０は、最終目的地に予定の時間通りに到着可能な範囲において、ユーザ３０ａの近くを走行するよう、サーバ１０から配車指示（経路指示）を受ける。これにより、ユーザ３０ａが荷物を使う必要が出てきた場合に、所望のタイミングでユーザは荷物を受け取ることが可能となる。
　上述の通り、配車支援システム１は、ユーザが降車した後、荷物を最終目的地まで配送する車両２０が、サーバ１０からの配車指示に応じて、途中ユーザに荷物を渡すことを可能とするシステムである。
　次に図３に示すシーケンス図に従って、第１の実施形態に係る配車支援システム１における処理の概略を説明する。ここでは、図２の利用例を示す図と対応づけながら、第１の実施形態に係る配車支援システム１におけるサービスの概要を示すものとし、配車支援装置１００における処理の詳細については、図４を用いて後述する。
　ステップＳ３０１において、ユーザ端末３０からユーザの降車完了通知が、サーバ１０に送られる。例えば、図２に示す例においては、９時に「第２地点」で降車した際、ユーザ端末３０から降車完了通知が送られてくる。なお、降車完了通知は、ユーザ端末３０から通知される構成に限定されず、例えば車両２０の電子制御ユニット２００から通知される構成としてもよい。
　ステップＳ３０２において、車両２０から車両２０に搭載された荷物に関する荷物情報が送られてくる。なお、車両２０からの荷物情報の送付は、ユーザが降車する前に行われてもよい。例えば、図２に示す例において、「第１地点」でユーザが荷物と共に車両２０に乗車する際、荷物情報が車両２０から送付されてもよい。また荷物情報は、車両２０から送られてくる構成には限定されず、例えばユーザがユーザ端末３０を通じて、荷物情報をサーバ１０に送る構成としてもよい。なお、車両２０における荷物情報の取得の詳細ついては、後述する。
　ステップＳ３０３において、ユーザ端末３０から、ユーザ情報が送られる。ユーザ情報は、荷物を利用するユーザに関する情報であって、ユーザの現在位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含む。
　ステップＳ３０４において、サーバ１０は、ユーザの予定目的地を推定する。例えば、図２に示す例では、あるタイミング（例えば１２時前後）では、ユーザの予定目的地は、「第３地点」が推定され、その後のタイミング（例えば１５時前後）では、ユーザの予定目的地は、「第４地点」が推定される。すなわち、ステップＳ３０７において推定される予定目的地は、あるタイミングにおいて、次に立ち寄る可能性の高い場所が推定される。
　ステップＳ３０５において、サーバ１０は、車両２０に対して、待機可能な位置への経路を送信する。具体的には、ステップＳ３０３において取得したユーザ情報に基づいて、ユーザの現在位置又は予定目的地の近辺であって、車両２０が待機可能な位置への経路を送信する。なお、車両２０の位置がユーザの現在位置の近辺である場合、車両２０は待機可能な場所で停止する必要はなく、ユーザの移動に従って車両２０も移動してもよいものとする。すなわち、サーバ１０は、車両２０をユーザと近い距離を保ちながら走行させるように、適切な経路を車両２０に対して送る。
　ステップＳ３０６において、車両２０は、車両２０の車両位置情報をサーバ１０に送る。なお、車両位置情報は、上述の通り、所定の間隔で、サーバ１０へ送られるものとする。また、車両位置情報は、例えば、ステップＳ３０１の降車完了通知より前から送られてもよい。
　ステップＳ３０７において、サーバ１０は、車両２０に搭載された荷物の利用領域を特定する。本実施形態において、利用領域は、荷物が利用されると推測される領域であって、さらに荷物を利用するユーザの行動（現在位置又は予定目的地）、又は車両２０に関する情報に対応する領域である。例えば図２に示す例では、荷物が「ボディボード」である場合に、ユーザ３０ａが、「第３地点」や「第４地点」を予定目的地として移動することが想定されるケースにおいて、「第３地点」や「第４地点」といった海岸の領域が利用領域として特定される。
　ステップＳ３０８において、サーバ１０は、ユーザ端末３０に対して、荷物の利用を要するか否かの確認を行う。例えば、図２の例において、サーバ１０は、ユーザに対し「第３地点」で「ボディボード」を利用するか否かを問い合わせる。
　ステップＳ３０９において、ユーザ端末３０から、ユーザが荷物を利用するか否かの回答が送られてくる。
　ステップＳ３１０において、サーバ１０は、ユーザ端末３０に対し、合流情報を通知する。ここで合流情報は、例えば、ユーザと車両２０が合流する場所、及び時間である。また、合流情報には、ユーザに渡す荷物情報を含んでもよい。なお、ステップＳ３１０における合流情報の通知は、ステップＳ３０９におけるユーザからの回答で、荷物の利用を希望する旨の回答があった場合に、実施される。そのため、ステップＳ３０９におけるユーザからの回答において、ユーザが荷物の利用を希望しない旨の回答があった場合には、ステップＳ３１０、及び後述のステップＳ３１２は実施されない。
　ステップＳ３１１において、サーバ１０は、車両２０に対して、ユーザとの合流場所への経路を送信する。例えば、図２に示す例では、経路Ａ１に関する情報が車両２０に対して送られる。なお、ステップＳ３１１における、経路情報の送信は、ステップＳ３０９におけるユーザからの回答で、ユーザが荷物を利用しない旨の回答があった場合には、ユーザとの合流場所への経路ではなく、ユーザと一定の距離を保ちながら走行する経路となる。例えば、ユーザと車両２０が合流しない場合においては、図２に示す経路Ｂに関する情報が車両２０に対して送られる。
　ステップＳ３１２において、ユーザ端末３０からサーバ１０に対して、ユーザが車両２０との合流場所で、荷物の受け取りが完了した旨の通知が送られる。なお、荷物の受け取りが完了した旨の通知は、ユーザ端末３０からサーバ１０に対して送られる構成に限定されず、車両２０において、荷物の受け渡しが完了したことを判断し、車両２０が、荷物の受け渡しが完了した旨の通知をサーバ１０に送る構成としてもよい。
　次に、上述の経路決定を行う配車支援装置１００の機能の詳細について説明する。
（配車支援装置１００の機能的構成）
　図４は、配車支援装置１００の機能を説明するための機能ブロック図である。図４に示す機能ブロック図を用いて、配車支援装置１００の機能について説明する。
　図４に示すように、制御部１１０は、荷物情報取得部１１１と、ユーザ情報取得部１１２と、目的地推定部１１３と、車両情報取得部１１４と、利用領域特定部１１５と、配車決定部１１６と、ユーザＩＦ部１１７と、車両指示部１１８と、を機能として備える。制御部１１０は、例えば、オペレーションシステムを動作させて、サーバ１０全体を制御する。さらに制御部１１０は、記憶部１２０に格納されたプログラム（図示なし）に基づいて動作し、上述の各機能を実行する。なお、プログラムは、記憶部１２０に格納される形態に限定されず、例えば、配車支援装置１００内の、ＲＯＭ等（図示なし）に記憶された構成としてもよい。
　荷物情報取得部１１１は、車両２０に搭載された荷物に関する荷物情報を取得する。具体的には、荷物情報取得部１１１は、車両２０において取得された荷物情報を、ネットワーク４０を介して受け取る。車両２０は、例えば、車両２０に設けられたカメラを利用して荷物の画像を取得し、荷物の内容を認識して荷物情報としてサーバ１０の配車支援装置１００に送る。なお、車両２０における荷物情報の取得は、カメラによるものには限定されない。例えば、荷物を車両２０に搭載する際に、荷物の種類を定めるタグをあらかじめ荷物に付しておいて、車両２０に設けられたタグ読み取り装置（図示なし）により、そのタグから情報を取得する形態としてもよい。さらには、配車支援装置１００は、サービスを利用するにあたり、ユーザがユーザ端末３０において荷物の情報を入力し、その荷物の情報をユーザ端末３０から配車支援装置１００に送り、荷物情報取得部１１１で受け取る構成としてもよい。さらには、サービスを利用するにあたり、サーバ１０においてユーザが直接荷物に関する情報を入力し、入出力ＩＦ１３０を介して荷物情報取得部１１１で荷物情報を取得する構成としてもよい。
　ユーザ情報取得部１１２は、荷物を利用するユーザに関する情報であって、ユーザの現在位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得する。具体的には、ユーザ端末３０に設けられたＧＰＳ装置によってユーザの現在位置が取得され、ネットワーク４０を介して、ユーザ情報取得部１１２に送られる。ユーザの予定目的地は、例えば、後述の目的地推定部１１３において推定された予定目的地である。また、ユーザは、第１の実施形態に係る配車サービスを利用するにあたり、行動予定情報をシステムに提出する構成としてもよい。例えば、図６にユーザ情報として、ユーザの行動予定を示す行動予定情報の例を示す。すなわち、この行動予定情報に基づいて、あるタイミングでのユーザの位置を推定することが可能となり、ユーザ情報取得部１１２は、行動予定情報に基づいてユーザの位置を示すユーザ位置情報を取得してもよい。
　目的地推定部１１３は、荷物を利用するユーザの予定目的地を推定する。具体的には、目的地推定部１１３は、あるタイミングにおけるユーザの位置と、及び／又は現在向かっているユーザの予定に基づいて、予定目的地を推定する。例えば、目的地推定部１１３は、ユーザ情報取得部１１２で取得したユーザの位置情報に基づいて予定目的地を推定する。あるいは、目的地推定部１１３は、図６に示すようなユーザの行動予定を示す行動予定情報（スケジュール）に基づいて予定目的地を推定してもよい。例えば、図２に示す例では、あるタイミング（例えば１２時前後）では、ユーザの予定目的地は、「第３地点」が推定され、その後のタイミング（例えば１５時前後）では、ユーザの予定目的地は、「第４地点」が推定される。
　車両情報取得部１１４は、車両２０の位置を示す車両位置情報を含む車両情報を取得する。具体的には、車両情報取得部１１４は、車両２０から送られてくる位置情報を受け付けることにより車両位置情報を取得する。車両２０は、上述の通りＧＰＳ装置を備え、ＧＰＳ装置は、車両２０の位置情報を取得し、電子制御ユニット２００の制御部に送る。電子制御ユニット２００の制御部は、車両２０の位置情報を記憶部に記憶する。また、電子制御ユニット２００の制御部は、記憶部に記憶された車両２０の位置情報を所定のタイミングで、サーバ１０に送る。
　利用領域特定部１１５は、荷物情報、及びユーザ情報又は車両情報に基づいて、荷物が利用される利用領域を特定する。第１の実施形態における利用領域の特定は、あらかじめ記憶部１２０に荷物情報と、荷物の利用推定場所とを関連付けた参照テーブルを格納し、その参照テーブルに基づいて利用領域を特定する。第１の実施形態において、利用推定場所は、荷物が利用されると推定される抽象的な場所である。荷物と、利用推定場所とを関連付けた記憶部１２０を用いることで、利用領域特定部１１５は、荷物を利用する場所をある程度絞りこむことが可能となり、より適切に利用領域を特定することができる。
　図５に荷物情報と、利用推定場所とを関連付けた参照テーブルの一例を示す。図５に示される参照テーブルにおいては、例えば荷物が「ボディボード」である場合に、利用推定場所が「海水浴場」として登録されている例を示している。また、図５においては、例えば荷物が「簡易テント」である場合には、利用推定場所が「海水浴場」及び「公園」として登録されている例を示している。
　本実施形態において、利用領域は、利用推定場所と、ユーザ情報取得部１１２で取得したユーザ情報又は車両情報取得部１１４で取得した車両情報と、に基づいて特定される。ユーザに関するユーザ情報は、例えばユーザの行動予定情報を取得した場合には、その行動予定情報に基づいて特定される。例えば、ユーザが１３時から１６時の間に「第３地点」及び「第４地点」に立ち寄る情報を取得した場合には、利用推定場所の「海水浴場」から、利用領域が、「第３地点」及び「第４地点」と特定される。
　また、ユーザに関するユーザ情報は、例えばユーザの位置情報に関するものであってもよい。この場合、例えば、ユーザの位置情報が「第３地点」又は「第４地点」の近辺であるという情報を取得した場合には、利用推定場所の「海水浴場」から、利用領域が、「第３地点」及び／又は「第４地点」と特定される。
　さらには、利用領域は、例えば、車両２０が利用推定場所の近辺を走行している場合に、車両情報に基づいて、その利用推定場所を利用領域として特定してもよい。例えば、上述の図２に示す例において、車両２０が、「第３地点」及び「第４地点」の近辺を走行している場合には、利用領域は、「海水浴場」である「第３地点」及び／又は「第４地点」が特定される。ユーザの位置情報によって利用領域を特定した場合であって、交通状況等により、車両２０がユーザの近辺を走行できていない場合においては、ユーザが荷物の利用を希望しても、適切に車両２０を合流させることが困難となるケースが想定される。したがって、車両２０の位置情報に基づいて利用領域を特定することで、ユーザが荷物の利用を希望した場合に、ユーザの近辺を走行している車両２０を、確実にユーザの予定目的地に合流させることができる。
　配車決定部１１６は、ユーザの現在位置又は予定目的地と、利用領域との位置関係に基づいて、車両２０を目的地に配車するための配車ルート（配車経路）を決定する。具体的には、例えば、特定された利用領域から所定範囲内に、ユーザの現在位置又は予定目的地が含まれる場合に、ユーザに対して、現在位置又は予定目的地で荷物を利用するか否かを問い合わせる。なお、本実施形態において、所定範囲は、例えば、利用領域を中心とした半径１ｋｍ以内の円形状の範囲である。ただし、所定範囲は本実施形態の構成を限定するものではなく、利用領域を中心とした半径１ｋｍより短い又は長い範囲としてもよい。ユーザに対する問い合わせは、ユーザＩＦ部１１７を介して、ユーザ端末３０に荷物を利用するか否かの情報が送られる。ユーザ端末３０に送られてきた情報は、例えば図７に示すような画面で表示される。ユーザは、ユーザ端末３０に表示された問い合わせ情報に対して、荷物を利用するか否かを回答する。ユーザによるユーザ端末３０での回答が、ユーザ端末３０からネットワーク４０を介して、サーバ１０に送られる。サーバ１０に送られてきたユーザの回答は、ネットワークＩＦ１４０、ユーザＩＦ部１１７を介して、配車決定部１１６に送られる。
　配車決定部１１６は、ユーザからの回答に応じて経路を決定する。ユーザから荷物を利用する旨の回答があれば、車両２０をユーザのもとに移動する配車経路を決定する。例えば、配車経路は、図２に示す経路Ａ１、Ａ２が該当する。一方で、ユーザから荷物を利用する予定はない旨の回答があった場合、車両２０をユーザの所には移動させず、最終目的地までの時間配分を考慮した配車経路を決定する。この場合の配車経路は、例えば、図２に示す経路Ｂである。
　また、配車決定部１１６は、車両２０をユーザのもとに移動させる配車経路を決定する場合、ユーザ情報に基づいて、ユーザとの合流場所への配車経路を決定する。配車決定部１１６は、ユーザとの合流においては、ユーザ情報に基づいて、ユーザの目的地である合流場所に到着する時間、又は到着後に車両２０が合流場所に到着するように配車経路を決定する。これにより、合流場所での車両２０の余分なエネルギー消費を防ぐことができる。
　配車決定部１１６は、ユーザＩＦ部１１７を介して、ユーザ端末３０に対し、合流情報を通知する。ここで合流情報は、例えば、ユーザと車両２０が合流する場所、及び時間である。また、合流情報は、ユーザに渡す荷物に関する荷物情報を含んでもよい。
　車両指示部１１８は、車両２０に配車経路に対応した制御指示を送り、車両２０を制御する。車両２０の電子制御ユニット２００は、配車支援装置１００から送られてきた制御指示に従って、車両２０の走行を制御する。
（配車支援装置１００の処理フローの概略）
　次に、配車支援装置１００における配車支援に係る処理（配車支援方法）について、図８のフローチャートに基づいて説明する。なお、図８のフローチャートは、電源オフや処理終了の割り込みによっても処理は終了する。また、以下のフローチャートの説明において、上述の配車支援装置１００の説明で記載した内容と同じ内容については、省略又は簡略化して説明する。
　ステップＳ８０１において、配車支援装置１００は、ユーザの降車が完了したか否かを判定する。具体的には、降車したユーザがユーザ端末３０を通じて、サーバ１０に降車を通知し、配車支援装置１００は、ユーザの降車が完了したか否かを判定する。なお、ユーザの降車のユーザ端末３０から通知される構成に限定されず、例えば車両２０の電子制御ユニット２００から通知される構成としてもよい。具体的には、車両２０の電子制御ユニット２００から送られてくる、ユーザが降車したことを示す情報に基づいて、配車支援装置１００は、ユーザの降車が完了したか否かを判定してもよい。この場合、電子制御ユニット２００は、車両２０に設けられたセンサー（図示なし）に基づいて、ユーザの降車を検出し、サーバ１０にユーザが降車したことを示す情報を送付してもよい。あるいは、配車支援装置１００において、それぞれユーザ情報取得部１１２と、車両情報取得部１１４とで取得したユーザの位置情報、及び車両２０の位置情報に基づいて、ユーザの降車を検出してもよい。この場合、車両２０の位置から、ユーザの位置が離れた場合に、ユーザが降車したことを検出する。
　ステップＳ８０１において、配車支援装置１００は、ユーザの降車が完了したと判定した場合（ステップＳ８０１：ＹＥＳ）、ステップＳ８０２に進む。一方で、ステップＳ８０１において、配車支援装置１００は、ユーザの降車が完了していないと判定した場合（ステップＳ８０１：ＮＯ）、ステップＳ８０１に戻る。すなわち、図８に示すフローチャートでは、ユーザが降車するのを待って処理が開始される。
　ステップＳ８０２において、荷物情報取得部１１１は、車両２０に搭載された荷物に関する荷物情報を取得する。
　ステップＳ８０３において、ユーザ情報取得部１１２は、ユーザに関するユーザ情報を取得する。ユーザ情報は、荷物を利用するユーザに関する情報であって、ユーザの位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得する。
　ステップＳ８０４において、目的地推定部１１３は、荷物を利用するユーザの目的地を推定する。具体的には、目的地推定部１１３は、あるタイミングにおけるユーザの位置と、及び／又は現在向かっているユーザの予定に基づいて、予定目的地を推定する。例えば、目的地推定部１１３は、ユーザ情報取得部１１２で取得したユーザの位置情報に基づいて予定目的地を推定する。あるいは、上述の通り、目的地推定部１１３は、図６のスケジュールに基づいて目的地を推定してもよい。
　ステップＳ８０５において、車両情報取得部１１４は、車両２０の位置を示す車両位置情報を含む車両情報を取得する。具体的には、車両情報取得部１１４は、車両２０から送られてくる位置情報を受け付けることにより車両位置情報を取得する。
　ステップＳ８０６において、利用領域特定部１１５は、荷物情報、及びユーザ情報又は車両情報、に基づいて、荷物が利用される利用領域を特定する。第１の実施形態における利用領域の特定は、あらかじめ記憶部１２０に荷物情報と、荷物の利用推定場所との対応関係を示す参照テーブルを格納し、その参照テーブルの利用推定場所と、ユーザ情報又は車両情報とに基づいて、利用領域を特定する。
　ステップＳ８０７において、配車決定部１１６は、ユーザ情報取得部１１２で取得されたユーザの現在位置、又は目的地推定部１１３で推定されたユーザの予定目的地が、利用領域特定部１１５で特定された利用領域の所定範囲内か否かを判定する。ステップＳ８０７において、配車決定部１１６は、ユーザの現在位置又は予定目的地が利用領域の所定範囲内であると判定した場合（ステップＳ８０７：ＹＥＳ）には、ステップＳ８０８に進む。一方で、ステップＳ８０７において、配車決定部１１６は、ユーザの現在位置又は予定目的地が利用領域の範囲内でないと判定した場合（ステップＳ８０７：ＮＯ）には、ステップＳ８０３に戻り、ステップＳ８０３からステップＳ８０７までの処理を繰り返す。すなわち、ユーザの現在位置又は予定目的地が、利用領域の所定範囲内に含まれるまでステップＳ８０３からステップＳ８０７までの処理が繰り返される。なお、ユーザが利用領域の所定範囲内にいることが推定される時間を経過したタイミングにおいては、配車決定部１１６は、ユーザの目的地までの配車経路を決定せず、最終目的地までの配車経路を決定するものとする（図示なし）。
　ステップＳ８０８において、配車決定部１１６は、ユーザに対して、荷物を利用するか否かを問い合わせる。具体的には、ユーザ端末３０に対して、荷物を利用するか否かを問い合わせる情報を送り、ユーザ端末３０において、図７に示すような問い合わせの画面が表示される。ユーザは、ユーザ端末３０に表示された画面に従って、荷物を利用するか否かを回答する。なお、ステップＳ８０８におけるユーザに対する問い合わせは、第１の実施形態を限定するものではない。例えば、ユーザが予定目的地において荷物の利用を希望する場合、自らユーザ端末３０を通じてサーバ１０に荷物の利用の要求を送ってもよい。この場合、上述の荷物を利用する旨の回答が、ユーザからの荷物の利用の要求に相当し、以下、ステップＳ８０９以降で車両２０の合流に関する処理が実施される。
　ステップＳ８０９において、配車決定部１１６は、ユーザからの回答に基づいて、車両２０の配車経路（配車ルート）を決定する。具体的には、配車決定部１１６は、ユーザ端末３０から荷物を利用する旨の回答があれば、車両２０をユーザのもとに移動させる配車経路を決定する。一方で、ユーザ端末３０から荷物は利用しない旨の回答があった場合、車両２０をユーザのもとには移動させず、最終目的地までの時間配分を考慮した配車経路を決定する。
　ステップＳ８１０において、配車決定部１１６は、ユーザが荷物を利用するか否かを判定する。ステップＳ８１０において、配車決定部１１６は、ユーザが荷物を利用すると判定した場合（ステップＳ８１０：ＹＥＳ）には、ステップＳ８１１に進む。一方で、ステップＳ８１０において、配車決定部１１６は、ユーザが荷物を利用しないと判定した場合（ステップＳ８１０：ＮＯ）には、ステップＳ８１２に進む。
　ステップＳ８１１において、配車決定部１１６は、ユーザＩＦ部１１７を介して、ユーザ端末３０に対して、荷物の受け渡しのための合流情報（場所、時刻、荷物等）を通知（送信）する。
　ステップＳ８１２において、車両指示部１１８は、決定した配車経路を車両２０に送信する。車両２０の電子制御ユニット２００は、車両指示部１１８からの指示に従って、車両２０の走行を制御し、所定の目的地まで車両２０を走行させる。車両指示部１１８から決定した配車経路を車両２０に送信し、車両２０の走行を制御することで、ユーザの位置、車両２０の位置、又は荷物を受け取るか否かの状況に応じて、柔軟に車両２０を制御することができ、効率のよい配車が可能となる。
（作用効果）
　以上説明したように、第１の実施形態によれば、以下の作用効果が得られる。
　配車支援装置１００は、荷物情報取得部１１１と、ユーザ情報取得部１１２と、車両情報取得部１１４と、利用領域特定部１１５と、配車決定部１１６とを備える。荷物情報取得部１１１は、車両に搭載された荷物に関する荷物情報を取得する。ユーザ情報取得部１１２は、ユーザの現在位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得する。車両情報取得部１１４は、車両の位置を示す車両位置情報を含む車両情報を取得する。利用領域特定部１１５は、荷物情報、及びユーザ情報又は車両情報に基づいて、荷物が利用される利用領域を特定する。配車決定部１１６は、ユーザ位置情報又は目的地情報と、利用領域との位置関係に基づいて、車両をユーザの現在位置、予定目的地、又は利用領域の少なくともいずれかに配車するための配車ルートを決定する。これにより、ユーザが車両に搭載された荷物を利用する可能性が高い場合に、ユーザが荷物を利用する場所で荷物を受け取ることができるため、荷物を受け取るまでの手間を軽減することが可能となり、無駄なエネルギーの消費を低減することができる。
　また、配車決定部１１６は、ユーザの現在位置又は予定目的地が、利用領域の所定範囲内である場合に配車ルートを決定する。これにより、ユーザはより迅速かつ効率的に荷物を受け取ることが可能となり、荷物を受け取るまでの手間を軽減させ、無駄なエネルギーの消費を低減することができる。
　また、配車支援装置１００は、荷物情報と、荷物が利用される場所を示す利用推定場所とを関連付けて記憶する記憶部１２０を備える。利用領域特定部１１５は、利用推定場所と、ユーザ情報とに基づいて、利用領域を特定する。荷物と、利用推定場所とを関連付けた記憶部１２０を用いることで、利用領域特定部１１５は、荷物を利用する場所をある程度絞りこむことが可能となり、より適切に利用領域を特定することができる。
　また、車両指示部１１８は、車両２０が配車ルートに沿って走行するように車両２０に制御指示を送ることにより、車両２０を制御する。これにより、ユーザや車両２０の位置や、荷物を受け取るか否かの状況に応じて、柔軟に車両２０を制御することができ、効率のよい配車が可能となる。
　また、配車決定部１１６は、ユーザが目的地に到着していない場合において、ユーザが目的地に到着する時間を予測し、ユーザが目的地に到着する時間、又は到着後に車両が目的地（合流場所）に到着するように配車経路を決定する。これにより、合流場所での車両２０の余分なエネルギー消費を防ぐことができる。
　また、利用領域特定部１１５は、荷物情報、及び車両位置情報で示される車両の位置に基づいて、利用領域を特定する。車両位置情報に基づいて利用領域を特定することで、ユーザが荷物の利用を希望した場合に、ユーザの近辺を走行している車両２０を、確実にユーザの目的地に合流させることができる。
　さらに、ユーザ情報は、ユーザの行動予定を示す行動予定情報を含んでもよい。目的地推定部１１３は、行動予定情報に基づいて目的地を推定することにより、より正確にユーザの行動を把握することが可能となり、適切に目的地を推定することができる。
（第２の実施形態）
　以上の通り、具体的な実施形態を一つ説明したが、上述した実施形態は例示であって本実施形態を限定するものではない。例えば、上述の実施形態では、予定目的地に向かうユーザに対して、途中で荷物の使用を提案し、必要ならばユーザが途中でサービス提供中の荷物を利用することが可能な配車サービスの構成を例示した。ここではさらに、配車支援装置１００において、任意のエリアに入ったユーザとそのユーザの需要を予測して車両２０を配車する第２の実施形態に係る配車支援システム１について、第１の実施形態と異なる構成について説明する。
　図９は、第２の実施形態に係る配車支援装置１００を利用したサービスを説明するための図である。図９に示すサービスは、任意のエリアに入ったユーザとそのユーザの需要を予測して、そのユーザの需要を満たす荷物を搭載する車両２０を、適切な場所に配車するものである。
　また、サービスを提供する車両２０の位置情報に基づいて、ユーザがサービスを利用する利用領域を複数特定し、利用領域から所定範囲内にユーザを少なくとも一人検出し、ユーザが検出された利用領域に車両２０を配車する。
　例えば、図９において、ユーザ３０ｂは、海岸沿いの海水浴場又はＢＢＱ場に向かっている例を示している。また図９において、ユーザ３０ｃは、予定目的地である釣り可能エリアで釣りを行っている例を示している。
　図１０に示すシーケンス図に従って、第２の実施形態に係る配車支援システム１における処理の概略を説明する。ここでは、図９の実施例の図と対応づけながら、第２の実施形態における配車支援システム１におけるサービスの概要を説明する。
　ステップＳ１００１において、車両２０から車両２０に搭載された荷物に関する荷物情報が送られてくる。第２の実施形態における車両２０には、図１１に示すように、そのサービスの種類によって、搭載する荷物の荷物情報や利用推定場所があらかじめ定められているものとする。
　図１１に示す例においては、第２の実施形態における車両２０の種類に応じた荷物情報と、荷物情報に対応する利用推定場所と、が示されている。例えば、第２の実施形態において、サービス車両が販売車である場合、搭載される荷物は、食材、弁当、着替え、釣り餌等が該当する。また、各荷物の利用推定場所は、海水浴場、ＢＢＱ場、釣り場等が該当する。
　また、サービス車両がレンタル品提供車である場合、搭載される荷物は、パラソル、水着、浮き輪、簡易テント、潮干狩りショベルなどが該当する。また、各荷物の利用推定場所も上記販売車の場合と同様に、海水浴場、ＢＢＱ場、釣り場等が該当するものとする。
　第２の実施形態における配車支援システム１においては、配車支援装置１００は、ユーザの需要を予測して、ユーザが向かう予定目的地、又はすでに到着している地点（現在位置）に、ユーザが必要とすると想定される荷物を車両２０により運ぶ。さらに車両２０は、予定目的地でユーザに荷物を販売又は荷物のレンタルを行う。
　ステップＳ１００２において、ユーザ端末３０から、ユーザ情報が送られる。ユーザ情報は、荷物を利用することが推定されるユーザに関する情報であって、ユーザの位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得する。第２の実施形態において、ユーザは、例えば、配車支援システム１のサービスを利用するものであってもよい。この場合、例えばユーザがあらかじめサービスの利用を申請し、ユーザ情報を登録しておくことも可能となる。あるいは、過去にユーザがこのサービスを利用したことを示す情報である利用履歴情報を、サーバ１０が収集する構成としてもよい。また、第２の実施形態において、ユーザ情報は、年齢、性別等のユーザの属性を示す属性情報を含んでもよい。なお、属性情報は、例えば、ユーザがユーザ端末３０において入力した入力情報である。あるいは、属性情報は、例えば、車両センサによって取得してもよい。
　ステップＳ１００３において、サーバ１０は、ユーザ情報に基づいて、ユーザの予定目的地を推定する。例えば、図９に示す例では、ユーザの目的地は、ユーザ３０ｂに対しては、予定目的地として「目的地Ａ」が推定され、ユーザ３０ｃに対しては、予定目的地として「目的地Ｂ」が推定される。ここで、予定目的地の推定に用いられるユーザ情報は、ユーザの行動予定を示す行動予定情報、ユーザの過去のサービスの利用履歴を示す利用履歴情報、などである。なお、第２の実施形態において行動予定情報及び利用履歴情報は、あらかじめユーザによってユーザ端末３０を通じて入力されているものとする。また、ユーザ情報は、例えばユーザの位置情報からユーザが向かっている場所を推定し、この予定目的地として推定するものであってもよい。
　ステップＳ１００４において、車両２０は、車両２０の位置情報をサーバ１０に送る。なお、車両２０の位置情報は、所定の間隔で、サーバ１０へ送られるものとする。また、車両２０の位置情報は、例えば、ステップＳ１００１の荷物情報の通知の前から実施されるものであってもよい。
　ステップＳ１００５において、サーバ１０は、車両２０に搭載された荷物の利用領域を特定する。第２の実施形態において利用領域は、荷物に応じて推定される利用推定場所と、ユーザに関するユーザ情報又は車両情報と、に基づいて特定される。ユーザに関するユーザ情報は、例えばユーザの行動予定情報を取得した場合には、その行動予定情報に基づいて特定される。例えば、図９に示す例において、ユーザ３０ｂが「目的地Ａ」に行くという情報を取得した場合には、「海水浴場」や「ＢＢＱ場」の領域を示す利用領域Ａが利用領域として特定される。図９に示す例において、ユーザ３０ｃが「目的地Ｂ」で釣りをするという情報を取得した場合には、「釣り場」の領域を示す利用領域Ｂが利用領域として特定される。
　ステップＳ１００６において、サーバ１０は、ユーザ端末３０に対して、荷物の利用を要するか否かの確認を行う。例えば、図９の例において、サーバ１０は、ユーザ３０ｂに対し「海水浴場」で「弁当」を必要とするか否かを問い合わせる。また、図９の例において、サーバ１０は、ユーザ３０ｃに対し「釣り場」で「パラソル」を利用するか否かを問い合わせる。
　ステップＳ１００７において、ユーザ端末３０から、荷物を利用するか否かの回答が送られてくる。
　ステップＳ１００８において、サーバ１０は、ユーザ端末３０に対し、合流情報を通知する。ここで合流情報は、例えば、ユーザと車両２０が合流する場所、及び時間である。また、合流情報は、ユーザに渡す荷物情報を含んでもよい。なお、ステップＳ１００８における合流情報の通知は、ステップＳ１００７におけるユーザからの回答で、荷物の利用を希望する旨の回答があった場合に、実施される。そのため、ステップＳ１００８におけるユーザからの回答で、ユーザが荷物の利用を希望しない旨の回答があった場合には、ステップＳ１００８、及び後述のステップＳ１０１０は実施されない。
　ステップＳ１００９において、サーバ１０は、車両２０に対して、ユーザとの合流場所への経路を送信する。例えば、図９に示す例では、目的地Ａまでの経路情報が車両２０に対して送られる。なお、ステップＳ１００９における、経路情報の送信は、ステップＳ１００８におけるユーザからの回答で、ユーザが荷物の利用を希望しない旨の回答があった場合には、行わなくてもよい。
　ステップＳ１０１０において、ユーザ端末３０から、サーバ１０に対して、ユーザが車両２０との合流場所で、荷物の受け取りが完了した旨の通知が送られる。例えば、図９に示す例では、販売車から目的の商品を購入、あるいはレンタル品提供車からレンタル品を受け取った旨の通知がなされる。
　なお、図１０におけるステップＳ１００６~ステップＳ１００８、及びステップＳ１０１０のサーバ１０と、ユーザ端末３０との間で行われる処理は、オプションとし、これらの処理を実施しない形態とすることも可能である。例えば、サーバ１０のステップＳ１００５で、サーバ１０が目的地を推定した後、ユーザに確認を行わず、ステップＳ１００９の目的地への経路を送信し、車両２０を、目的地まで走行させてもよい。例えば、対象となるユーザが複数の場合において、複数の目的地が推定された場合などにおいては、配車経路の決定にユーザの回答を用いず、利用対象となるユーザの人数が多い目的地に車両２０を優先的に走行させる構成としてもよい。さらに、例えば、サーバ１０は、利用人数が多い地点を経由してから、利用人数が少ない地点を経由するように、車両２０を走行させるように構成してもよい。これにより、配車決定部１１６は、効率のよい配車ルートを決定することができる。
（配車支援装置１００の処理フローの概要）
　次に、第２の実施形態における配車支援に係る処理（配車支援方法）について、図１２のフローチャートに基づいて説明する。なお、図１２のフローチャートは、電源オフや処理終了の割り込みによっても処理は終了する。また、以下のフローチャートの説明において、上述の図１０に示すシーケンス図の説明で記載した内容と同じ内容については、省略又は簡略化して説明する。
　ステップＳ１２０１において、荷物情報取得部１１１は、荷物情報を取得する。具体的には、荷物情報取得部１１１は、図１１に示すようにサービス車両に対応する荷物のうち、搭載された荷物をあらかじめ入力し、登録しておくことで荷物情報を取得する。
　ステップＳ１２０２において、ユーザ情報取得部１１２は、ユーザに関するユーザ情報を取得する。ユーザ情報は、荷物を利用すると想定されるユーザに関する情報であって、ユーザの位置を示すユーザ位置情報又はユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得する。また、第２の実施形態におけるユーザ情報取得部１１２は、特定のユーザの行動予定情報（スケジュール）や過去の移動履歴情報からユーザ情報を取得してもよい。また、ユーザ情報は、過去にこのサービスを利用したことを示す情報である利用履歴情報や、年齢、性別等のユーザの属性を示す属性情報を含んでもよい。これらのユーザ情報は、例えばユーザが事前にサービスの利用を申請するケースにおいて、その申請に際に登録した登録情報であってもよい。また、ユーザ情報は、例えば、ユーザがユーザ端末３０において入力した入力情報であってもよい。また、属性情報は、例えば、車両センサによって検出された検出情報、若しくは道路等に設けられたカメラ等のインフラによって検出された検出情報であってもよい。なお、インフラによって検出されたユーザ情報は、ユーザ端末３０からではなく、直接、インフラから取得するものであってもよいし、あるいはインフラを介してサーバ１０と同一又は異なるサーバによって取得した情報であってもよい。
　ステップＳ１２０３において、目的地推定部１１３は、荷物を利用するユーザの目的地を推定する。具体的には、目的地推定部１１３は、あるタイミングにおけるユーザの現在位置と、及び／又は現在向かっているユーザの予定に基づいて、予定目的地を推定する。例えば、目的地推定部１１３は、ユーザ情報取得部１１２で取得したユーザの位置情報に基づいて予定目的地を推定する。また、目的地推定部１１３は、ユーザ情報に基づいて予定目的地を推定してもよい。ここで予定目的地の推定に用いられるユーザ情報は例えば、ユーザの行動予定情報、利用履歴情報、又は属性情報であってもよい。
　ステップＳ１２０４において、車両情報取得部１１４は、車両２０の位置を示す車両位置情報を含む車両情報を取得する。具体的には、車両情報取得部１１４は、車両２０から送られてくる位置情報を受け付けることにより車両位置情報を取得する。
　ステップＳ１２０５において、利用領域特定部１１５は、利用領域を特定する。具体的には、利用領域特定部１１５は、対象となるユーザのユーザ情報又は車両情報と、荷物情報により推定される利用推定場所とに基づいて特定する。例えば、図９に示す例において、対象となるユーザ３０ｂの位置情報に基づいて、対象となるユーザ３０ｂが目的地Ａの「海水浴場」に向かっていると判定される。さらに、車両２０が図１１に示す販売車で荷物として「弁当」を搭載している場合において、利用領域は、利用領域Ａの「海水浴場」と特定する。
　また、図９に示す例において、対象となるユーザ３０ｃの位置情報に基づいて、対象となるユーザ３０ｃが目的地Ｂの「釣り場」にいると判定される。さらに、車両２０が、図１１に示すレンタル品で荷物として「パラソル」を搭載している場合において、利用領域は、利用領域Ｂの「釣り場」と特定する。
　ステップＳ１２０６において、ユーザ情報取得部１１２は、利用領域においてユーザを検出するか否かを判定する。ステップＳ１２０４において、ユーザ情報取得部１１２は、利用領域においてユーザを検出したと判定した場合（ステップＳ１２０４：ＹＥＳ）には、ステップＳ１２０５に進む。一方で、ステップＳ１２０４において、ユーザ情報取得部１１２は、利用領域においてユーザを検出していないと判定した場合（ステップＳ１２０４：ＮＯ）には、ステップＳ１２０２に戻る。
　例えば、図９に示す例において、ユーザ３０ｂは、また利用領域Ａに到達していないため、ステップＳ１２０４においては、利用領域においてユーザを検出していないと判定され、ステップＳ１２０２に戻る。一方で、ユーザ３０ｃは、利用領域Ｂの範囲内にいるため、ステップＳ１２０４においては、利用領域においてユーザを検出したと判定され、ステップＳ１２０５に進む。なお、ステップＳ１２０５のユーザが利用領域の範囲内で検出されるか否かの判定において、ユーザは、第２の実施形態に係るサービスを利用している少なくとも一人のユーザが利用領域の範囲内にいるか否かを判定するものであってもよい。
　ステップＳ１２０７において、配車決定部１１６は、予定目的地が利用領域の所定範囲内か否かを判定する。ステップＳ１２０７において、配車決定部１１６は、予定目的地が利用領域の所定範囲内であると判定した場合（ステップＳ１２０７：ＹＥＳ）、ステップＳ１２０８に進む。一方で、ステップＳ１２０７において、配車決定部１１６は、ユーザの現在位置又は予定目的地が利用領域の所定範囲内でないと判定した場合（ステップＳ１２０７：ＮＯ）、ステップＳ１２０２に戻り、ユーザ情報の取得を行う。
　例えば、図９に示す例において、ユーザ３０ｂの予定目的地が「釣り場」である目的地Ｂであった場合、目的地Ｂは、ステップＳ１２０３で特定した利用領域Ａの所定範囲内ではないため、ステップＳ１２０２に戻り、再びユーザ情報の取得を行う。
　ステップＳ１２０８において、配車決定部１１６は、配車経路を決定する。具体的には、配車決定部１１６は、車両２０をユーザの現在位置、予定目的地、又は利用領域に対して走行させるよう配車ルート（配車経路）を決定する。なお、ステップＳ１２０８で決定される配車経路は、予定目的地に到着するタイミングに関する情報を含んでもよい。例えば、ユーザ情報取得部１１２で、第２の実施形態に係る配車支援のサービスを利用するユーザのユーザ情報を取得した場合において、ユーザが予定目的地に到着するタイミングに合わせて、車両２０を予定目的地に到着させるよう配車経路を決定してもよい。また、ユーザ情報取得部１１２で、第２の実施形態に係る配車支援のサービスを利用する、複数のユーザに関するユーザ情報を取得した場合において、ユーザの人数が多い目的地に合わせて配車経路を決定してもよい。さらには、複数のユーザに関するユーザ情報を取得した場合において、ある一定の数のユーザが目的地に到着するタイミングに合わせて配車経路を決定してもよい。また、配車決定部１１６は、車両情報取得部１１４で取得した車両位置情報により定まる車両２０から、ユーザの現在位置又はユーザの予定目的地までの距離に基づいて、配車ルートを決定してもよい。例えば、車両２０が利用ユーザのいる近い地点を経由してから、利用ユーザのある遠い目的地を経由することで、効率のよい配車ルートを決定することができる。
　また、配車決定部１１６は、ユーザの利用履歴情報に基づいて予定目的地までの配車経路を決定してもよい。例えば、配車決定部１１６が、ユーザがある所定の時間内に推定された予定目的地において、対象となる荷物を利用していないと判断した場合に、予定目的地までの配車経路を決定してもよい。これは、例えば、車両２０が図１１に示す販売車であって、荷物として「弁当」を搭載している場合に、この販売車を利用して「弁当」を購入したユーザが、所定の時間内に再度弁当を購入する可能性は低いと推定されるためである。なお、所定の時間は荷物に応じて異なり、例えば「弁当」の場合には、所定の時間は１日と定めてもよい。これにより、例えば購入の可能性の低いユーザの所には、車両２０の配車を減らすことが可能となり、無駄なエネルギー消費の削減を図ることができる。
　また、配車決定部１１６は、ユーザの属性情報に基づいて、予定目的地までの配車経路を決定してもよい。例えば、ユーザが例えば１０代や２０代といった年齢であって、車両２０に搭載された荷物が若い世代を対象とした商品、又はレンタル品である場合に、配車決定部１１６は、これらのユーザを対象に配車経路を決定してもよい。これにより、購入やレンタルする可能性の高いユーザの所に、車両２０の配車を行うことが可能となり、配車の効率化を図ることが可能となる。
　ステップＳ１２０９において、車両指示部１１８は、決定した配車経路を車両２０に送信する。車両２０の電子制御ユニット２００は、車両指示部１１８からの指示に従って、車両２０の走行を制御し、所定の目的地まで車両２０を走行させる。
（作用効果）
　以上説明したように、第２の実施形態によれば、以下の作用効果が得られる。
　第２の実施形態に係る配車支援装置１００は、ユーザ情報に基づいてユーザの需要を予測し、ユーザが車両２０に搭載された荷物を利用（購入又はレンタル）する可能性の高い目的地に、車両２０を配車する。これにより、ユーザの需要に対して適切に車両２０を配車すること可能となり、販売車やレンタル品提供車が、適切な目的地で効率よく販売又はレンタル品の提供を行うことが可能となり、目的地までの無駄なエネルギー消費を低減することが可能となる。
　また、第２の実施形態に係る配車決定部１１６は、ユーザが複数の場合であって、複数の目的地が推定された場合において、ユーザの人数、又は車両から目的地までの距離に基づいて配車ルートを決定する。これにより、例えば、よりユーザの人数が多い場所に車両２０を優先的に配車することが可能となり、商品の販売やレンタル品の提供を効率よく行うことが可能となる。また、配車決定部１１６は、車両情報取得部１１４で取得した車両位置情報により定まる車両２０から、ユーザの現在位置又はユーザの予定目的地までの距離に基づいて、配車ルートを決定してもよい。例えば、車両２０が利用ユーザのいる近い地点を経由してから、利用ユーザのある遠い目的地を経由することで、効率のよい配車ルートを決定することができる。
　また、第２の実施形態に係るユーザ情報は、ユーザの車両２０に対する利用履歴情報であってもよい。この場合、目的地推定部１１３は、利用履歴情報に応じて目的地を推定してもよい。目的地推定部１１３は、ユーザがサービスを利用した過去の情報である利用履歴情報に基づいて目的地を推定することで、ユーザの傾向を踏まえた、より精度の高い目的地の推定が可能となる。
　さらに、配車決定部１１６は、利用履歴情報に基づいて、ユーザが所定の時間内に目的地において荷物を利用していない場合と判断した場合に配車ルートを決定してもよい。これにより、例えば購入の可能性の低いユーザの所には、車両２０の配車を減らすことが可能となり、無駄なエネルギー消費の削減を図ることができる。
　また、第２の実施形態に係るユーザ情報は、ユーザの属性を示す属性情報を含んでもよい。目的地推定部１１３は、この属性情報に基づいて、目的地を推定してもよい。これにより、購入やレンタルする可能性の高いユーザの所に、車両２０の配車を行うことが可能となり、配車の効率化を図ることが可能となる。
　さらに、属性情報は、ユーザによって入力された入力情報、車両センサ、若しくはインフラの検出情報、又は事前に登録された登録情報の少なくともいずれか一つを含んでもよい。これにより、より詳細なユーザの属性情報の取得が可能となり、配車決定部１１６は、より適切な配車経路の決定が可能となる。
（他の実施形態）
　上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
　上述の実施形態において、車両２０は、自動運転車両である例を示したが、これは実施形態を限定するものではない。例えば、車両２０が、サーバ１０からの配車経路の指示に従って、運転者によって運転されるものであってもよい。
　上述した配車支援方法をコンピュータに実行させるコンピュータプログラム（配車支援プログラム）、及びそのプログラムを記録したコンピュータが読み取り可能な記録媒体は、本実施形態の範囲に含まれる。ここで、コンピュータが読み取り可能な記録媒体の種類は任意である。また、上述のコンピュータプログラムは、上述の記録媒体に記録されたものに限られず、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送されるものであってもよい。
　１　配車支援システム
　１０　サーバ
　２０　車両
　３０　ユーザ端末
　４０　ネットワーク
　１００　配車支援装置
　１１０　制御部
　１１１　荷物情報取得部
　１１２　ユーザ情報取得部
　１１３　目的地推定部
　１１４　車両情報取得部
　１１５　利用領域特定部
　１１６　配車決定部
　１１７　ユーザＩＦ部
　１１８　車両指示部
　１２０　記憶部
　１３０　入出力ＩＦ
　１４０　ネットワークＩＦ

Claims (13)

  1. 　車両に搭載された荷物に関する荷物情報を取得する荷物情報取得部と、
    　ユーザに関する情報であって、前記ユーザの現在位置を示すユーザ位置情報又は前記ユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得するユーザ情報取得部と、
    　前記車両の位置を示す車両位置情報を含む車両情報を取得する車両情報取得部と、
    　前記荷物情報、及び前記ユーザ情報又は前記車両情報に基づいて、前記荷物が利用される利用領域を特定する利用領域特定部と、
    　前記ユーザ位置情報又は前記目的地情報と、前記利用領域との位置関係に基づいて、前記車両を前記ユーザの前記現在位置、前記予定目的地、又は前記利用領域の少なくともいずれかに配車するための配車ルートを決定する配車決定部と、を備える配車支援装置。
  2. 　前記配車決定部は、前記ユーザの前記現在位置又は前記予定目的地が、前記利用領域の所定範囲内である場合に前記配車ルートを決定する、請求項１に記載の配車支援装置。
  3. 　前記車両が前記配車ルートに沿って走行するように前記車両に制御指示を送ることにより、前記車両を制御する車両指示部をさらに備える、請求項１又は２に記載の配車支援装置。
  4. 　前記配車決定部は、前記ユーザが前記予定目的地に到着していない場合において、前記ユーザが前記予定目的地に到着する時間を予測し、前記ユーザが前記予定目的地に到着する時間、又は到着後に前記車両が前記予定目的地に到着するように前記配車ルートを決定する、請求項１乃至３のいずれか一項に記載の配車支援装置。
  5. 　前記配車決定部は、前記ユーザが複数の場合であって、複数の前記予定目的地が取得された場合において、前記ユーザの人数、又は前記車両から前記予定目的地までの距離に基づいて前記配車ルートを決定する、請求項１乃至４のいずれか一項に記載の配車支援装置。
  6. 　前記利用領域特定部は、前記荷物情報、及び前記車両位置情報で示される前記車両の位置に基づいて、前記利用領域を特定する請求項１乃至５のいずれか一項に記載の配車支援装置。
  7. 　前記ユーザの前記予定目的地を推定する目的地推定部をさらに備え、
    　前記ユーザ情報は、前記ユーザの前記車両に対する利用履歴情報をさらに含み、
    　前記目的地推定部は、前記利用履歴情報に応じて前記予定目的地を推定する、請求項１乃至６のいずれか一項に記載の配車支援装置。
  8. 　前記配車決定部は、前記利用履歴情報に基づいて、前記ユーザが所定の時間内に前記予定目的地において前記荷物を利用していない場合と判断した場合に前記配車ルートを決定する、請求項７に記載の配車支援装置。
  9. 　前記ユーザ情報は、前記ユーザの行動予定を示す行動予定情報をさらに含み、
    　前記目的地推定部は、前記行動予定情報に基づいて、前記予定目的地を推定する、請求項７又は８に記載の配車支援装置。
  10. 　前記ユーザ情報は、前記ユーザの属性を示す属性情報をさらに含み、
    　前記目的地推定部は、前記属性情報に基づいて、前記予定目的地を推定する、請求項７乃至９のいずれか一項に記載の配車支援装置。
  11. 　前記属性情報は、前記ユーザによって入力された入力情報、車両センサ、若しくはインフラの検出情報、又は事前に登録された登録情報の少なくともいずれか一つを含む、請求項１０に記載の配車支援装置。
  12. 　コンピュータによって実行される配車支援方法であって、
    　車両に搭載された荷物に関する荷物情報を取得し、
    　ユーザに関する情報であって、前記ユーザの現在位置を示すユーザ位置情報又は前記ユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得し、
    　前記車両の位置を示す車両位置情報を含む車両情報を取得し、
    　前記荷物情報、及び前記ユーザ情報又は前記車両情報に基づいて、前記荷物が利用される利用領域を特定し、
    　前記ユーザ位置情報又は前記目的地情報と、前記利用領域との位置関係に基づいて、前記車両を前記ユーザの前記現在位置、前記予定目的地、又は前記利用領域の少なくともいずれかに配車するための配車ルートを決定する配車支援方法。
  13. 　車両に搭載された荷物に関する荷物情報を取得するステップと、
    　ユーザに関する情報であって、前記ユーザの現在位置を示すユーザ位置情報又は前記ユーザの予定目的地を示す目的地情報を少なくとも含むユーザ情報を取得するステップと、
    　前記車両の位置を示す車両位置情報を含む車両情報を取得するステップと、
    　前記荷物情報、及び前記ユーザ情報又は前記車両情報に基づいて、前記荷物が利用される利用領域を特定するステップと、
    　前記ユーザ位置情報又は前記目的地情報と、前記利用領域との位置関係に基づいて、前記車両を前記ユーザの前記現在位置、前記予定目的地、又は前記利用領域の少なくともいずれかに配車するための配車ルートを決定するステップと、をコンピュータに実行させるための配車支援プログラム。
PCT/IB2021/000179 2021-03-22 2021-03-22 配車支援装置、配車支援方法、及び配車支援プログラム WO2022200818A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/IB2021/000179 WO2022200818A1 (ja) 2021-03-22 2021-03-22 配車支援装置、配車支援方法、及び配車支援プログラム
JP2023508125A JPWO2022200818A1 (ja) 2021-03-22 2021-03-22
CN202180095665.3A CN117501332A (zh) 2021-03-22 2021-03-22 车辆调度辅助装置、车辆调度辅助方法及车辆调度辅助程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2021/000179 WO2022200818A1 (ja) 2021-03-22 2021-03-22 配車支援装置、配車支援方法、及び配車支援プログラム

Publications (1)

Publication Number Publication Date
WO2022200818A1 true WO2022200818A1 (ja) 2022-09-29

Family

ID=83395232

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2021/000179 WO2022200818A1 (ja) 2021-03-22 2021-03-22 配車支援装置、配車支援方法、及び配車支援プログラム

Country Status (3)

Country Link
JP (1) JPWO2022200818A1 (ja)
CN (1) CN117501332A (ja)
WO (1) WO2022200818A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6341352B1 (ja) * 2017-11-29 2018-06-13 三菱電機株式会社 デマンド交通運用システム
JP2019040587A (ja) * 2017-08-24 2019-03-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 車両制御権設定方法、車両制御権設定装置、車両制御権設定プログラム及び車両制御方法
JP2019079425A (ja) * 2017-10-26 2019-05-23 トヨタ自動車株式会社 荷物集配システム
JP2019105914A (ja) * 2017-12-11 2019-06-27 トヨタ自動車株式会社 ユーザ配車対応システム
JP2020074181A (ja) * 2017-06-16 2020-05-14 本田技研工業株式会社 送迎管理装置、送迎管理方法、およびプログラム
JP2020160708A (ja) * 2019-03-26 2020-10-01 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
JP2020166754A (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 情報処理装置、移動体、プログラム及び方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020074181A (ja) * 2017-06-16 2020-05-14 本田技研工業株式会社 送迎管理装置、送迎管理方法、およびプログラム
JP2019040587A (ja) * 2017-08-24 2019-03-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 車両制御権設定方法、車両制御権設定装置、車両制御権設定プログラム及び車両制御方法
JP2019079425A (ja) * 2017-10-26 2019-05-23 トヨタ自動車株式会社 荷物集配システム
JP6341352B1 (ja) * 2017-11-29 2018-06-13 三菱電機株式会社 デマンド交通運用システム
JP2019105914A (ja) * 2017-12-11 2019-06-27 トヨタ自動車株式会社 ユーザ配車対応システム
JP2020160708A (ja) * 2019-03-26 2020-10-01 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
JP2020166754A (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 情報処理装置、移動体、プログラム及び方法

Also Published As

Publication number Publication date
CN117501332A (zh) 2024-02-02
JPWO2022200818A1 (ja) 2022-09-29

Similar Documents

Publication Publication Date Title
JP7229186B2 (ja) ライドシェア管理システム、ライドシェア管理方法、およびプログラム
JP7135014B2 (ja) ライドシェア管理装置、ライドシェア管理方法、およびプログラム
US10082793B1 (en) Multi-mode transportation planning and scheduling
KR101797846B1 (ko) 합승 지원 장치 및 합승을 지원하는 프로그램
US20190233102A1 (en) Drone management system and drone management method
JP2021193578A (ja) アクティブ迎車システムにおける迎車制御サーバ、車載端末、制御方法及び制御プログラム
JP6684109B2 (ja) 配送状況通知サーバ、配送状況通知方法及びプログラム
JP6904246B2 (ja) 移動体システム、及び、移動体システムの制御方法
US20190228664A1 (en) Vehicle calling system
US20200036232A1 (en) Operational control of wireless charging
JP2013101577A (ja) 情報処理装置、情報処理システム、情報処理装置の制御方法、及び、プログラム
JP7062997B2 (ja) 車両制御システム及び車両制御方法
CN111047891B (zh) 驾驶辅助装置、车辆、驾驶辅助系统、驾驶辅助方法及存储介质
JPWO2019220205A1 (ja) 乗降位置決定方法、乗降位置決定装置、ならびに、乗降位置決定システム
CN109521765A (zh) 无人驾驶运输系统
JP2022030594A (ja) 管理装置、管理システム、管理方法、およびプログラム
JP2022003458A (ja) 配車管理装置及び配車管理方法
US10996066B2 (en) Method for coordinating a meeting point of a self-driving transportation vehicle and of a user
WO2022200818A1 (ja) 配車支援装置、配車支援方法、及び配車支援プログラム
WO2020121914A1 (ja) 車両顧客マッチングシステム及び端末表示装置
JP2019175389A (ja) 相乗り支援システム、相乗り支援方法、プログラム、及び移動体
CN113052649B (zh) 信息处理装置、信息处理方法以及非暂时性存储介质
JP7275330B2 (ja) プログラム、情報処理方法、端末
US11934988B1 (en) Dispatch and local delivery interface for autonomous vehicles
JP7005682B2 (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: 21931953

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023508125

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18283630

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21931953

Country of ref document: EP

Kind code of ref document: A1