车辆调度装置的制作方法

本公开涉及车辆调度装置。

背景技术：

专利文献1公开了一种使用自动驾驶车辆的配送服务。

专利文献1：美国专利第9256852号说明书

然而，携带有货物的自动驾驶车辆的用户有时期望向与自身所去往的目的地不同的场所配送货物。例如，用户有时期望在入住酒店之前想顺便去的场所下车、仅将货物向酒店配送。为了响应这样的需求，考虑车辆调度装置使自动驾驶车辆以将用户接送至目的地后再将货物向配送地配送的方式移动。然而，这样的服务不仅需要乘车费，还需要配送费，因而存在用户犹豫利用的担忧。在本技术领域中，期望促进组合了基于自动驾驶车辆的接送与配送的复合服务的利用。

技术实现要素：

本公开的一个形态所涉及的车辆调度装置是根据来自用户终端的车辆调度请求对自动驾驶车辆进行调度的车辆调度装置，具备：取得部，其从用户终端取得乘车位置、目的地以及货物的配送地；位置判定部，其对目的地与配送地是否一致进行判定；计算部，其对至配送地为止的配送费进行计算；以及距离判定部，其对从乘车位置起至目的地为止的乘车距离是否为基准乘车距离以上进行判定，对于计算部而言，在通过位置判定部判定为目的地与配送地不一致且通过距离判定部判定为乘车距离不为基准乘车距离以上的情况下，作为配送费而计算第一配送费，在通过位置判定部判定为目的地与配送地不一致且通过距离判定部判定为乘车距离为基准乘车距离以上的情况下，作为配送费而计算低于第一配送费的第二配送费。

在该车辆调度装置中，在通过距离判定部判定为乘车距离不为基准乘车距离以上的情况下，通过计算部计算第一配送费，在通过距离判定部判定为乘车距离为基准乘车距离以上的情况下，通过计算部计算低于第一配送费的第二配送费。这样，在乘车距离为基准乘车距离以上的情况下，能够将配送费计算得较便宜，因而用户不仅容易利用基于自动驾驶车辆的接送的服务，还容易利用基于自动驾驶车辆的配送的服务。因此，车辆调度装置能够促进组合了接送与配送的复合服务的利用。

本公开的其他形态所涉及的车辆调度装置是根据来自用户终端的车辆调度请求对自动驾驶车辆进行车辆调度的车辆调度装置，具备：取得部，其从用户终端取得乘车位置、目的地以及货物的配送地；位置判定部，其对目的地与配送地是否一致进行判定；计算部，其对至配送地为止的配送费进行计算；以及配送判定部，其对从目的地起至配送地为止的配送距离是否为基准配送距离以下进行判定，对于计算部而言，在通过位置判定部判定为目的地与配送地不一致且通过配送判定部判定为配送距离不为基准配送距离以下的情况下，作为配送费而计算第一配送费，在荣国位置判定部判定为目的地与配送地不一致且通过配送判定部判定为配送距离为基准配送距离以下的情况下，作为配送费而计算低于第一配送费的第三配送费。

在该车辆调度装置中，在通过配送判定部判定为配送距离不为基准配送距离以下的情况下，通过计算部计算第一配送费，在通过配送判定部判定为配送距离为基准配送距离以下的情况下，通过计算部计算低于第一配送费的第三配送费。这样，在配送距离为基准配送距离以下的情况下，将配送费计算得较便宜，因而用户不仅容易利用基于自动驾驶车辆的接送的服务，还容易利用基于自动驾驶车辆的配送的服务。因此，车辆调度装置能够促进组合了接送与配送的复合服务的利用。

根据本公开的各种形态，提供一种能够促进组合了基于自动驾驶车辆的接送与配送的复合服务的利用的车辆调度装置。

附图说明

图1是表示第一实施方式所涉及的车辆调度系统的结构的一个例子的图。

图2是表示车辆调度系统的构成要素的硬件结构的一个例子图。

图3是表示车辆调度系统的功能的一个例子的框图。

图4是对组合了接送与配送的复合服务的一个例子进行说明的图。

图5是服务器所保有的数据的一个例子。

图6是显示组合了接送与配送的复合服务所涉及的信息的用户终端的画面例。

图7是表示基于服务器的配送费计算处理的一个例子的流程图。

图8是表示第二实施方式所涉及的车辆调度系统的结构的一个例子的图。

图9是表示基于服务器的配送费计算处理的一个例子的流程图。

图10是表示基于服务器的特价计划提示处理的一个例子的流程图。

图11是表示基于服务器的特价计划提示处理的其他例子的流程图。

图12是表示基于服务器的车辆调度处理的一个例子的流程图。

图13是表示基于车辆的接载处理的一个例子的流程图。

图14是表示基于服务器的共享处理的一个例子的流程图。

附图标记说明：

1、1a…车辆调度系统；2…车辆；10…用户终端；30…服务器；31…服务器通信部；32…位置判定部；33…距离判定部；34…配送判定部；35…计算部；36…车辆调度控制部；37…计费部；38…地图db；39…注册车辆db；100、100a…车辆调度装置。

具体实施方式

以下，参照附图对例示的实施方式进行说明。此外，在以下的说明中，对相同或相当的要素标注相同的附图标记，重复的说明不赘述。

[第一实施方式]

(车辆调度系统)

图1是表示第一实施方式所涉及的车辆调度系统的结构的一个例子的图。车辆调度系统根据来自用户终端的车辆调度请求来对自动驾驶车辆进行调度。车辆调度系统向用户提供组合了接送与配送的复合服务。如图1所示，车辆调度系统1具备多个用户终端10a、…、10x、服务器30(车辆调度装置的一个例子)、以及多个车辆2a、2b、…、2x。

多个用户终端10a、…、10x经由网络n连接为能够与服务器30通信。网络n例如为无线通信网络。多个用户终端10a、…、10x是由用户携带的终端。用户是指车辆调度系统1的利用者。用户可以预先注册在车辆调度系统1中。向注册的用户分配识别用户的id(用户识别编号)。多个用户终端10a、…、10x可以为相同的结构。以下，在对用户终端所共通的结构进行说明的情况下，以用户终端10为它们的代表进行说明。

多个车辆2a、2b、…、2x经由网络n连接为能够与服务器30通信。多个车辆2a、2b、…2x预先注册在车辆调度系统1中。可以向注册了的车辆分配识别车辆的id(车辆识别编号)。多个车辆2a、2b、…2x可以是自动驾驶车辆。自动驾驶车辆是搭载了使车辆朝向预先设定的目的地自动地行驶的自动驾驶系统的车辆。自动驾驶车辆不需要驾驶员进行驾驶操作，自动地行驶。以下，在对车辆所共通的结构进行说明的情况下，以车辆2为它们的代表进行说明。

服务器30管理多个车辆2。在经由用户终端10从用户发来车辆调度请求的情况下，服务器30决定进行车辆调度的车辆2，使车辆2驶向乘车位置。然后，服务器30使用户乘坐上的车辆2向目的地移动。在从用户发来车辆调度请求以及货物的配送请求的情况下，服务器30决定进行车辆调度的车辆2，使车辆2驶向乘车位置。然后，服务器30在使载着用户以及货物的车辆2向目的地移动之后，使货物向配送地配送。

服务器30经由用户终端10向用户询问是否利用组合了接送与配送的复合服务。服务器30基于用户的下车位置(即目的地)与配送地决定配送费，经由用户终端10提示给用户。在满足规定的条件的情况下，服务器30能够提示降低配送费的货物配送费特价计划。规定的条件将在后文中叙述。

(车辆调度系统的硬件结构)

图2是表示车辆调度系统的构成要素的硬件结构的一个例子的图。图2表示用户终端10、服务器30、车辆2的硬件结构的一个例子。如图2所示，用户终端10具备处理器101、存储器(memory)102、贮存器(storage)103、通信接口104以及用户界面105，构成为一般的计算机。

处理器101是cpu(centralprocessingunit：中央处理器)等运算器。存储器102是rom(readonlymemory：只读存储器)、ram(randomaccessmemory：随机存取存储器)等存储介质。贮存器103是hdd(harddiskdrive：硬盘驱动)等存储介质。通信接口104是能够实现数据通信的通信设备。用户界面105是液晶、扬声器等输出器以及触摸面板、话筒等输入器。处理器101统一管理存储器102、贮存器103、通信接口104以及用户界面105，实现后述的用户终端的功能。此外，用户终端10可以具备gps(globalpositioningsystem：全球定位系统)接收机。

服务器30与上述用户终端10同样，具备处理器301、存储器302、贮存器303(存储部的一个例子)、通信接口304以及用户界面305。处理器301统一管理存储器302、贮存器303、通信接口304以及用户界面305，实现后述的服务器30的功能。

车辆2具备ecu(electroniccontrolunit：电子控制单元)。ecu与上述用户终端10同样，具备处理器201、存储器202、贮存器203、通信接口204以及用户界面205。处理器201统一管理存储器202、贮存器203、通信接口204以及用户界面205，实现后述的车辆2的功能。车辆2可以具备gps接收机。另外，车辆2能够具备传感器、照相机等自动驾驶车辆一般具有的结构。

(车辆调度系统的功能性结构)

首先，对用户终端10的功能性结构进行说明。图3是表示车辆调度系统1的功能的一个例子的框图。如图3所示，用户终端10具备显示控制部11、接受部12以及终端通信部13。

显示控制部11使复合服务所涉及的显示显示在用户界面105。显示控制部11主要通过处理器101边参照存储器102以及贮存器103边使用户界面105动作来实现。由显示控制部11显示的信息是预先存储于存储器102或贮存器103的信息、根据由接受部12接受到的用户操作确定的信息、由终端通信部13从服务器30接收到的信息等。

(复合服务所涉及的显示)

图4是表示对组合了接送与配送的复合服务的一个例子进行说明的图。在图4中，图示了到达机场的用户在入住酒店之前想顺便去旅游景点的情况。机场、旅游景点、酒店等是一个例子，并不限定于它们。地点a是车辆2的乘车位置，在图中，作为一个例子为机场。用户在地点a乘车。车辆2在区间ab行驶，送往地点b。地点b是用户的目的地(下车位置)，在图中，作为一个例子为旅游景点。在用户希望将货物向地点c配送的情况下，车辆2以载着货物的状态在区间bc行驶，向地点c送达货物。地点c为配送地，在图中，作为一个例子为酒店。这样，复合服务是组合了接送与配送的服务。

目的地以及配送地作为一个例子通过用户操作来指定。显示控制部11作为复合服务所涉及的显示的一个例子，使支持目的地以及配送地的用户输入的画面显示在用户界面105。例如，显示控制部11使目的地以及配送地的输入画面显示在用户界面105。显示控制部11可以使地图显示在用户界面105。用户利用手指对显示在用户终端10的用户界面105的地图进行过点击操作的位置成为目的地或配送地。目的地或配送地可以基于用户终端10所具备的gps接收机的位置来决定。

(配送计划的显示)

显示控制部11作为复合服务所涉及的显示的一个例子而显示配送计划。配送计划包含配送费。配送费通过服务器30基于目的地以及配送地来决定。配送计划可以还包括配送预定时间、受取人等信息。

(关于意思确认的显示)

显示控制部11可以使用于确认配送计划的用户的利用意思的画面显示于用户界面105。作为确认画面的一个例子，是显示通过用户操作能够选择的图标(例如利用按钮)的画面。例如，在用户利用手指对显示于用户终端10的用户界面105的利用按钮的图标进行点击操作的情况下，表明同意利用提示的配送计划的利用意思。

接受部12接受关于复合服务的用户操作。接受部12主要通过处理器101边参照存储器102以及贮存器103边使用户界面105动作来实现。关于复合服务的用户操作作为一个例子是输入目的地、配送地等的操作、选择利用按钮的操作等。

终端通信部13与服务器30通信。终端通信部13主要通过处理器101边参照存储器102以及贮存器103边使通信接口104动作来实现。终端通信部13将车辆调度请求向服务器30发送。车辆调度请求可以包括希望的接载时间、乘车位置、目的地、配送地、由用户表明的复合服务的利用意思(例如利用按钮的用户操作信息)等。终端通信部13从服务器30接收所调度的车辆2的信息。作为一个例子，终端通信部13接收车辆2的属性(车辆识别编号、车型、颜色等)、乘车位置、接载时间、乘车用安全密钥、货物用安全密钥等。乘车用安全密钥是用于认证进行了车辆调度请求的用户的密钥，作为一个例子是解除车辆2的门锁的代码。货物用安全密钥是用于认证货物的存取的权限的密钥，作为一个例子是进行车辆2的货物箱的上锁以及解锁的代码。

接下来，对服务器30的功能性结构进行说明。服务器30具备服务器通信部31(取得部的一个例子)、位置判定部32、距离判定部33、计算部35、车辆调度控制部36、计费部37、地图db38以及注册车辆db39。车辆调度装置100具有服务器通信部31、位置判定部32、距离判定部33以及计算部35。

服务器通信部31与用户终端10以及车辆2通信。服务器通信部31主要通过处理器301边参照存储器302以及贮存器303边使通信接口304动作来实现。服务器通信部31取得包括乘车位置、目的地以及货物的配送地在内的用户的车辆调度请求。用户的车辆调度请求经由用户终端10取得。

服务器通信部31还与车辆2通信。服务器通信部31从车辆2取得车辆2的信息(位置信息、传感器检测结果等)。

位置判定部32对目的地与配送地是否一致进行判定。位置判定部32主要通过处理器301参照存储器302以及贮存器303进行运算来实现。位置判定部32对经由服务器通信部31取得的目的地以及配送地的位置是否相同进行判定。

位置判定部32可以构成为参照地图db38对目的地与配送地是否一致进行判定。地图db38存储地图信息。地图db38存储于服务器30的贮存器303。地图信息是储存有道路、道路构造物、建筑物等的位置信息的数据。在该情况下，当目的地以及配送地的位置不精确地相同时，位置判定部32也能够判定为目的地与配送地一致。例如，即便在目的地以及配送地的位置坐标不精确地相同的情况下，当目的地以及配送地指向相同设施的情况下，位置判定部32也能够判定为目的地与配送地一致。即，位置判定部32可以构成为考虑了少许误差来对目的地与配送地是否一致进行判定。

距离判定部33对从乘车位置起至目的地为止的乘车距离是否为基准乘车距离以上进行判定。距离判定部33主要通过处理器301参照存储器302以及贮存器303进行运算来实现。基准乘车距离是指为了判定乘车距离而预先决定的距离。基准乘车距离能够由提供复合服务的提供者适当地设定。如后所述，将基准乘车距离设定得越短，货物配送费特价计划的适用范围越广，因而用户容易利用组合了基于自动驾驶车辆的接送与配送的复合服务。

计算部35计算至配送地为止的配送费。计算部35主要通过处理器301参照存储器302以及贮存器303进行运算来实现。计算部35能够通过各种手法来计算配送费。例如，计算部35可以根据发送地与发送目的地(配送地)的距离来计算配送费，也可以基于将发送地、发送目的地以及配送费建立了关联的费用表来计算配送费。

在通过位置判定部32判定为目的地与配送地不一致且通过距离判定部33判定为乘车距离不为基准乘车距离以上的情况下，计算部35作为配送费而计算第一配送费。即，第一配送费是针对乘车距离不足一定距离的用户的配送费。第一配送费作为一个例子而基于从目的地起至配送地为止的距离(图4的区间bc)、目的地与配送地的关系来决定。即，从乘车位置至目的地为止的距离(图4的区间ab)、从乘车位置起至配送地为止的距离(图4的区间ac)在计算第一配送费上不考虑。

在通过位置判定部32判定为目的地与配送地不一致且通过距离判定部33判定为乘车距离为基准乘车距离以上的情况下，计算部35作为配送费而计算低于第一配送费的第二配送费。即，第二配送费是针对乘车距离超过一定距离的用户的配送费，比第一配送费廉价。作为一个例子，第二配送费可以通过从第一配送费折扣固定费用来计算，也可以通过从第一配送费折扣规定的比例来计算。或者，第二配送费可以构成为从乘车位置起至目的地为止的距离(图4的区间ab)越长越增大折扣额。或者，第二配送费也可以免费。这样，计算部35相对于利用长距离的接送服务的用户降低了配送服务的利用费用。

计算部35可以构成为经由服务器通信部31以及用户终端10向用户提示计算出的配送费。

车辆调度控制部36基于乘车位置、目的地以及配送地选择调度车辆。车辆调度控制部36参照注册车辆db39选择调度车辆。注册车辆db39存储关于车辆2的信息。注册车辆db39储存于服务器30的贮存器303。注册车辆db39将车辆2的车辆识别编号与车辆2的信息建立关联地存储。

图5是服务器30保有的数据的一个例子。图5是储存于注册车辆db39的信息的一个例子。如图5所示，注册车辆db39与车辆识别编号对应地存储当前的车辆位置、行驶规划等。车辆位置为地图上的位置，例如是纬度经度。行驶规划是车辆2的车辆调度时间表。行驶规划是将车辆2的位置、速度、目的地等与预定时间建立了关联的数据。

在图5中，将车辆识别编号“注册车辆2a”、车辆位置“纬度：xx、经度：xx”、行驶规划“行驶规划a”建立关联地存储。将车辆识别编号“注册车辆2b”、车辆位置“纬度：xx、经度：xx”、行驶规划“行驶规划b”建立关联地存储。将车辆识别编号“注册车辆2c”，车辆位置“纬度：xx、经度：xx”、行驶规划“行驶规划c”建立关联地存储。

车辆调度控制部36管理注册车辆db39的信息。车辆调度控制部36基于通过与车辆2的通信获得的信息来依次更新注册车辆db39的信息。车辆调度控制部36经由服务器通信部31以及用户终端10向用户提示车辆2的属性(车辆识别编号、车型、颜色等)、乘车位置、接载时间等。车辆调度控制部36经由服务器通信部31向车辆2发送乘车位置、接载时间、目的地以及配送地。车辆调度控制部36可以构成为向车辆2发送进行了车辆调度请求的用户的信息。车辆调度控制部36可以构成为生成乘车用安全密钥、货物用安全密钥等认证密钥并提示给用户以及车辆2。

计费部37计算复合服务所涉及的费用。计费部37将接送服务所涉及的费用与由计算部35计算出的配送服务所涉及的费用组合来计算复合服务所涉及的费用。例如，计费部37可以将接送服务所涉及的费用与配送服务所涉及的费用相加。计费部37将计算出的费用经由服务器通信部31向用户发送。此外，计费部37也可以构成为与未图示的信用服务器协同进行计费处理。

接下来，对车辆2的功能性结构进行说明。车辆2作为一个例子而具备位置取得部21、车辆通信部22以及自动驾驶部23。

位置取得部21取得车辆2的地图上的位置。位置取得部21主要通过处理器201基于从gps接收机获得的信息动作来实现。

车辆通信部22与服务器30通信。车辆通信部22主要通过处理器201边参照存储器202以及贮存器203边使通信接口204动作来实现。发送信息包括关于车辆2的位置的信息。接收信息包括乘车位置、接载时间、目的地以及配送地的信息。接收信息可以包括进行了车辆调度请求的用户的信息，也可以包括认证密钥。

自动驾驶部23使车辆2自动驾驶地行驶。自动驾驶部23基于未图示的传感器等检测信息以及地图信息等实现自动驾驶。车辆2的行驶规划中列入了乘车位置、接载时间、目的地以及配送地。自动驾驶部23使车辆2赶上接载时间的方式行驶至接收到的乘车位置。自动驾驶部23使车辆2从乘车位置向目的地行驶并停车。在用户下车之后，自动驾驶部23以载着货物的状态从目的地行驶至配送地。

车辆2在从服务器30接收到认证密钥的情况下，使用认证密钥进行用户认证或货物的存入/取出。

(画面例)

图6是显示组合了接送与配送的复合服务所涉及的信息的用户终端的画面例。图6所示的画面例通过显示控制部11显示。

图6的(a)是支持目的地以及配送地的输入的画面例g1。如图6的(a)所示，在画面例g1显示有通过用户操作能够输入目的地的表格、是否进行货物配送的确认消息、用于意思确认的图标、通过用户操作能够输入货物的配送地的表格。此外，能够输入的表格可以是下拉形式的表格。图6的(b)以及(c)是显示配送计划并且进行是否同意配送计划的意思确认的画面例g2、g3。画面例g2是显示货物配送特价计划的画面例，作为配送费而显示第二配送费。画面例g3是显是货物配送计划的画面例，作为配送费而显示第一配送费。在画面例g2、g3中，与是否同意配送计划的确认消息一同显示有用于意思确认的图标。用户通过相对于画面例g1、g2、g3进行操作能够进行组合了接送与配送的复合服务的预约。

(配送费计算处理)

以下，公开了配送费计算处理的一个例子。图7是表示基于服务器的配送费计算处理的一个例子的流程图。图7的流程图由服务器30执行。图7的流程图例如在服务器30从用户终端10接收到车辆调度请求的时机执行。

如图7所示，服务器30的计算部35作为货物判定处理(s10)而对是否要求货物配送进行判定。例如在从用户终端10取得的车辆调度请求包含配送地、或者车辆调度请求包含同意配送计划的信息的情况下，计算部35判定为要求货物配送。

在判定为要求货物配送的情况下(s10：是)，位置判定部32作为位置判定处理(s12)而对目的地与配送地是否一致进行判定。

在判定为目的地与配送地不一致的情况下(s12：否)，距离判定部33作为距离判定处理(s14)而对从乘车位置起至目的地为止的乘车距离是否为基准乘车距离以上进行判定。

在判定为从乘车位置起至目的地为止的乘车距离不为基准乘车距离以上的情况下(s14：否)，计算部35作为第一配送费计算处理(s24)而基于目的地以及配送地计算第一配送费。接下来，计算部35作为配送计划提示处理(s26)而向用户提示第一配送费(例如图6的(c)的画面例g3)。

在判定为从乘车位置起至目的地为止的乘车距离为基准乘车距离以上的情况下(s14：是)，计算部35作为第二配送费计算处理(s16)而计算低于第一配送费的第二配送费。此外，在将第二配送费设计为免费的情况下，计算部35不执行第二配送费计算处理(s16)。接下来，计算部35作为配送特价计划提示处理(s18)而向用户提示第二配送费(例如图6的(b)的画面例g2)。

在判定为未要求货物配送的情况下(s10：否)，在判定为目的地与配送地一致的情况下(s12：是)，在配送特价计划提示处理(s18)结束的情况下，或者，在配送计划提示处理(s26)结束了的情况下，图7所示的流程图结束。以上，配送费计算处理结束。

(第一实施方式的总结)

对于车辆调度装置100而言，在通过距离判定部33判定为乘车距离不为基准乘车距离以上的情况下，通过计算部35计算第一配送费，在通过距离判定部33判定为乘车距离为基准乘车距离以上的情况下，通过计算部35计算低于第一配送费的第二配送费。这样，在乘车距离为基准乘车距离以上的情况下，能够将配送费计算得较便宜，因而用户不仅容易利用基于自动驾驶车辆的接送的服务，还容易利用基于自动驾驶车辆的配送的服务。因此，车辆调度装置100能够促进组合了接送与配送的复合服务的利用。

[第二实施方式]

对于第二实施方式所涉及的车辆调度系统1a而言，与第一实施方式所涉及的车辆调度系统1相比，计算部35的配送费计算手法部分不同，其他相同。在第二实施方式中，针对与第一实施方式相同的内容不赘述。

图8是表示第二实施方式所涉及的车辆调度系统的结构的一个例子的图。如图8所示，服务器30a具备车辆调度装置100a。对于车辆调度装置100a而言，与车辆调度装置100相比，具备配送判定部34这点不同，其他相同。

配送判定部34对从目的地起至配送地为止的配送距离是否为基准配送距离以下进行判定。配送判定部34主要通过处理器301参照存储器302以及贮存器303进行运算来实现。基准配送距离是指为了判定配送距离而预先决定的距离。基准配送距离能够由提供复合服务的提供者适当地设定。如后所述，将基准配送距离设定得越长，货物配送费特价计划的适用范围越广，因而用容易利用组合了基于自动驾驶车辆的接送与配送的复合服务。

(配送费计算处理)

以下，公开了配送费计算处理的一个例子。图9是表示基于服务器的配送费计算处理的一个例子的流程图。图9的流程图由服务器30执行。图9的流程图例如在服务器30从用户终端10接收到车辆调度请求的时机执行。

图9的货物判定处理(s30)、位置判定处理(s32)以及距离判定处理(s34)与图7的货物判定处理(s10)、位置判定处理(s12)以及距离判定处理(s14)相同。

在判定为从乘车位置起至目的地为止的乘车距离为基准乘车距离以上的情况下(s34：是)，计算部35作为第二配送费计算处理(s36)而计算低于第一配送费的第二配送费。此外，在将第二配送费设计为免费的情况下，计算部35不执行第二配送费计算处理(s36)。

在判定为从乘车位置起至目的地为止的乘车距离不为基准乘车距离以上的情况下(s34：否)，配送判定部34作为配送判定处理(s40)而对从目的地起至配送地为止的配送距离是否为基准配送距离以下进行判定。

在判定为配送距离为基准配送距离以下的情况下(s40：是)，计算部35作为第三配送费计算处理(s42)而计算低于第一配送费的第三配送费。此外，在将第三配送费设计为免费的情况下，计算部35不执行第三配送费计算处理(s42)。

在第二配送费计算处理(s36)结束的情况下，或者在第三配送费计算处理(s42)结束的情况下，计算部35作为配送特价计划提示处理(s38)而向用户提示配送费。在提示第二配送费的情况下，配送特价计划提示处理(s38)为与图7的配送特价计划提示处理(s18)相同的处理。

在判定为配送距离不为基准配送距离以下的情况下(s40：否)，处理移至第一配送费计算处理(s44)以及配送计划提示处理(s46)。第一配送费计算处理(s44)以及配送计划提示处理(s46)与图7的第一配送费计算处理(s24)以及配送计划提示处理(s26)相同。

在判定为未要求货物配送的情况下(s30：否)，在判定为目的地与配送地一致的情况下(s32：是)，在配送特价计划提示处理(s38)结束的情况下，或者在配送计划提示处理(s46)结束的情况下，图9所示的流程图结束。以上，配送费计算处理结束。

(第二实施方式的总结)

车辆调度装置100a起到与车辆调度装置100相同的效果。并且，在车辆调度装置100a中，即便在乘车距离不为基准乘车距离以上的情况下，当在配送距离为基准配送距离以下时也将配送费计算得较便宜。因此，车辆调度装置100a能够进一步促进组合了接送与配送的复合服务的利用。

[第三实施方式]

对于第三实施方式所涉及的车辆调度系统而言，与第一实施方式所涉及的车辆调度系统1相比，在用户指定配送地之前向用户提示存在特价配送服务这点不同，其他相同。在第三实施方式中，针对与第一实施方式相同的内容不赘述。

图10是表示基于服务器的特价计划提示处理的一个例子的流程图。图10所示的流程图由服务器30执行。图10的流程图例如在服务器30与用户终端10开始通信的时机执行。

如图10所示，服务器30作为请求判定处理(s50)而对是否从用户接收到车辆调度请求进行判定。此外，车辆调度请求可以不包含配送地。

在判定为从用户接收到车辆调度请求的情况下(s50：是)，服务器30作为距离判定处理(s52)而对乘车距离是否为规定距离以上进行判定。规定距离作为一个例子可以是基准乘车距离。

在判定为乘车距离为规定距离以上的情况下(s52：是)，服务器30作为设施判定处理(s54)而对乘车位置是否为规定设施进行判定。例如，服务器30基于乘车位置与地图db38的地图信息来对乘车位置是否为规定设施进行判定。规定设施是指预先决定的设施，是与交通相关的设施。规定设施的一个例子为机场、主要车站(新干线停车站、特急停车站)。

在判定为乘车位置为规定设施的情况下(s54：是)，服务器30作为特价计划提示处理(s58)而向用户提示配送费的特价计划。例如，服务器30提示从根据距离计算的一般的配送费减少规定费用的计划、从一般的配送费减少规定比例的计划、以及配送费一律免费的计划等。

在判定为未从用户接收到车辆调度请求的情况下(s50：否)，在判定为乘车距离不为规定距离以上的情况下(s52：否)，在判定为乘车位置不为规定设施的情况下(s54：否)，或者，在特价计划提示处理(s58)结束的情况下，图10所示的流程图结束。以上，特价计划提示处理结束。

图11是表示基于服务器的特价计划提示处理的其他例的流程图。图11的流程图由服务器30执行。图11的流程图例如在服务器30与用户终端10开始通信的时机执行。

图11的请求判定处理(s60)、距离判定处理(s62)以及设施判定处理(s64)与图10的请求判定处理(s50)、距离判定处理(s52)以及设施判定处理(s54)相同。

在判定为乘车位置为规定设施的情况下(s64：是)，服务器30作为需求判定处理(s66)而对在目的地是否存在接送服务的需求进行判定。服务器30例如基于目的地的当前状况来对是否存在接送服务的需求进行判定。例如，在目的地举办活动的情况下，服务器3判定为存在接送服务的需求。或者，服务器30也可以构成为在目的地的拥挤度为规定值以上的情况下判定为存在接送服务的需求。或者，服务器30也可以构成为在过去的实绩(例如前几天访问目的地的人数)为规定基准以上的情况下判定为存在接送服务的需求。或者，服务器30可以构成为参照储存于注册车辆db39的车辆调度规划来预测需求。

在判定为在目的地存在接送服务的需求的情况下(s66：是)，移至特价计划提示处理(s68)。特价计划提示处理(s68)与图10的特价计划提示处理(s58)相同。

在判定为未从用户接收到车辆调度请求的情况下(s60：否)，在判定为乘车距离不为规定距离以上的情况下(s62：否)，在判定为乘车位置不为规定设施的情况下(s64：否)，在判定为在目的地不存在接送服务的需求的情况下(s66：否)，或者，在特价计划提示处理(s68)结束的情况下，图11所示的流程图结束。以上，特价计划提示处理结束。

(第三实施方式的总结)

服务器30能够在用户指定配送地之前向用户提示存在特价配送服务，因而能够使不知晓复合服务的用户知晓该服务。

[第四实施方式]

对于第四实施方式所涉及的车辆调度系统而言，与第一实施方式所涉及车辆调度系统1相比，公开货物的接载的详细这点不同，其他相同。在第四实施方式中，针对与第一实施方式相同的内容不赘述。

图12是表示基于服务器的车辆调度处理的一个例子的流程图。图12的流程图由服务器30执行。图12的流程图例如在服务器30从用户终端10接收到车辆调度请求的时机执行。

如图12所示，服务器30作为货物判定处理(s70)而对是否要求货物配送进行判定。例如在从用户终端10取得的车辆调度请求包含配送地的情况下，服务器30判定为要求货物配送。

在判定为要求货物配送的情况下(s70：是)，服务器30作为车辆决定处理(s72)而基于配送信息(例如配送地)决定配送车辆。例如，服务器30基于储存于注册车辆db39的车辆的位置、行驶规划等来选择乘车位置、目的地以及能够向配送地移动的车辆。在能够移动的车辆存在多个的情况下，服务器30选择可向乘车位置移动的最短距离的车辆。

接下来，服务器30作为发送处理(s74)而将货物安全密钥向用户以及调度车辆发送。此外，货物安全密钥作为一个例子可以设定为使用关于配送地的信息。例如，在配送地为酒店的情况下，货物安全密钥可以是酒店的预约编号。或者，在配送地为酒店并向酒店通知了机票编号的情况下，货物安全密钥可以是机票编号。或者，在驶向机场之前顺便去哪的情况下，机场成为配送地。在该情况下，货物安全密钥可以是机票编号。或者，在驶向自己家之前顺便去哪的情况下，自己家成为配送地。在该情况下，货物安全密钥可以是与自己家建立了关联的编号。在这样设定的情况下，能够在配送地接受货物。

在判定为未要求货物配送的情况下(s70：否)，服务器30作为车辆决定处理(s78)而基于乘车位置决定配送车辆。例如，服务器30基于储存于注册车辆db39的车辆的位置、行驶规划等来选择乘车位置以及能够向目的地移动的车辆。在能够移动的车辆存在多个的情况下，服务器30选择能够向乘车位置移动的最短距离的车辆。

在发送处理(s74)结束的情况下，或者，在车辆决定处理(s78)结束的情况下，服务器30作为发送处理(s76)而将乘车用安全密钥向用户以及调度车辆发送。若发送处理(s76)结束，则图12所示的流程图结束。以上，车辆调度处理结束。

图13是表示基于车辆的接载处理的一个例子的流程图。图13的流程图由车辆2执行。图13的流程图例如是在车辆2从服务器30接收到车辆调度指示的时机执行。

如图13所示，车辆2作为接收处理(s80)而从服务器30接收用户的乘车位置(货物接载位置)。车辆2向货物接载位置移动。

接下来，车辆2作为停车处理(s82)而在货物接载位置停车。车辆2作为货物箱解锁处理(s84)而对由用户提示的乘车用安全密钥或货物安全密钥与从服务器30接收完的乘车用安全密钥或货物安全密钥进行比较，并在认证了的情况下解锁货物箱。用户将货物储存于货物箱。

车辆2作为门锁解锁处理(s86)而对由用户提示的乘车用安全密钥与从服务器30接收完的乘车用安全密钥进行比较，并在认证了的情况下解除门锁。

车辆2作为货物箱上锁处理(s88)而对由用户提示的货物安全密钥与从服务器30接收完的货物安全密钥进行比较，并在认证了的情况下上锁货物箱。

车辆2作为认证处理(s90)而在车内进行最终的认证(用户信息等认证)，然后，作为自动驾驶处理(s92)而自动地进行车辆2的行驶。若自动驾驶处理(s92)结束，则图13所示的流程图结束。以上，接载处理结束。

图13的货物箱解锁处理(s84)以及门锁解锁处理(s86)的执行顺序可以颠倒。货物箱上锁处理(s88)只要在货物箱解锁处理(s84)之后、在自动驾驶处理(s92)之前，能够在任何时候执行。

(第四实施方式的总结)

服务器30能够使乘车用的安全密钥与货物用的安全密钥不同，从而既确保乘车的安全，又实现货物的安全接载。

[第五实施方式]

对于第五实施方式所涉及的车辆调度系统而言，与第一实施方式所涉及的车辆调度系统1相比，公开了其他用户共享配送服务中的车辆2的情况这点不同，其他相同。在第五实施方式中，针对与第一实施方式相同的内容不赘述。

图14是表示基于服务器的共享处理的一个例子的流程图。图14的流程图由服务器30执行。图14的流程图例如在用户终端10同意特价计划的时机执行。

如图14所示，服务器30作为接收处理(s100)而从用户终端10接收特价计划的要求。

接下来，服务器30作为预测处理(s102)而基于乘车位置、目的地、交通状况、气候等来预测到达目的地的时刻(目的地到达时刻)。接下来，服务器30作为判定处理(s104)而对在目的地到达时刻的前后在目的地附近是否存在来自希望乘车的其他用户的车辆调度请求进行判定。

在判定为存在车辆调度请求的情况下(s104：是)，服务器30作为费用提示处理(s106)而向用户提示是装载货物的车辆、若利用该车辆则乘车费打折(低费用的乘车费)。服务器30可以构成为向用户通知已经载有货物且货物箱的空隙较窄。若费用提示处理(s106)结束，则图14所示的流程图结束。以上，共享处理结束。

(第五实施方式的总结)

在服务器30中，其他用户能够乘坐载着货物驶向配送地的车辆2。因此，能够使车辆调度效率提高。

上述实施方式能够以基于本领域技术人员的知识实施过各种变更、改进的各种方式来实施。

车辆调度系统1可以构成为不需要多个用户终端以及多个车辆，而仅包括1个用户终端以及1台车辆。

车辆2以及用户终端10表示经由相同的网络n与服务器30连接的例子，但也可以经由相互不同的网络与服务器30连接。

车辆调度系统1可以是统一管理多个系统的系统。例如，可以是统一管理具有多个用户终端10a、…、10x与服务器30的第一系统以及具有车辆调度服务器与多个车辆2a、2b、…、2x的第二系统的系统，也可以是统一管理由多个用户终端10a、…、10x构成的系统、由服务器30构成的系统、以及由多个车辆2a、2b、…、2x构成的系统的系统。

车辆调度系统1可以注册不具有自动驾驶功能的车辆。

对于车辆调度系统1而言，在将第二配送费以及第三配送费设计为免费的情况下，可以不具备计算部35。车辆调度系统1以第一配送费为基准来计算第二配送费以及第三配送费，但在将第二配送费以及第三配送费设计为免费的情况下，第二配送费以及第三配送费必然比第一配送费低价。即，对于车辆调度系统1而言，相对于利用乘车距离为长距离的接送服务的用户或利用配送距离为近距离的配送服务的用户，作为配送特价计划而提示免费计划即可。在该情况下，不需要基于计算部35的运算。

在图9的流程图中，可以不执行距离判定处理(s34)以及第二配送费计算处理(s36)。在该情况下，在判定为目的地与配送地不一致的情况下(s32：否)，处理移至配送判定处理(s40)即可。在这样构成的情况下，在配送距离为基准配送距离以下的情况下，将配送费计算得较便宜，因而用户不仅容易利用基于自动驾驶车辆的接送的服务，还容易利用基于自动驾驶车辆的配送的服务。因此，车辆调度装置能够促进组合了接送与配送的复合服务的利用。