上下车地点决定方法和上下车地点决定装置与流程

[0001]
本发明涉及一种用于车辆调度系统的上下车地点决定方法和上下车地点决定装置。


背景技术：

[0002]
已知一种系统，基于从用户请求的地点到上下车地点的访问难易度，计算一个或多个推荐上下车地点，并向用户所选择的上下车地点进行车辆调度(专利文献1)。
[0003]
现有技术文献
[0004]
专利文献
[0005]
专利文献1：美国专利申请公开第2016/0370194号说明书


技术实现要素：

[0006]
发明要解决的问题
[0007]
当根据用户的各个请求分别决定上下车地点时，有时上下车地点被设定在接近的位置。存在以下问题：在途经被设定的所有上下车地点的情况下必须频繁地停车，结果使行程时间变长。
[0008]
本发明想要解决的问题是提供一种响应各用户的请求，且防止频繁地停车，来抑制行程时间变长的上下车地点决定方法和上下车地点决定装置。
[0009]
用于解决问题的方案
[0010]
本发明在包括与第一用户相关联的地点的规定范围内确定预测要上下车的第二用户，并计算供至少包括第一用户和第二用户的用户上下车的共同地点，由此解决上述问题。
[0011]
发明的效果
[0012]
根据本发明，能够响应希望利用车辆调度系统的各用户的请求，且防止频繁地停车，来抑制行程时间变长。
附图说明
[0013]
图1是具备本实施方式的上下车地点决定装置的车辆调度系统的模块结构图。
[0014]
图2是图1所示的上下车地点决定装置的处理器的模块结构图。
[0015]
图3是示出具备上下车地点决定装置的车辆调度系统的控制过程的一例的图。
[0016]
图4a是示出本实施方式中的规定范围的设定方法的第一例的图。
[0017]
图4b是示出本实施方式中的规定范围的设定方法的第二例的图。
[0018]
图5a是示出用于上下车的共同地点的计算方法的第一例的图。
[0019]
图5b是示出用于上下车的共同地点的计算方法的第二例的图。
[0020]
图5c是示出用于上下车的共同地点的计算方法的第三例的图。
[0021]
图5d是示出用于上下车的共同地点的计算方法的第四例的图。
具体实施方式
[0022]
以下，基于附图说明本发明的实施方式。在本实施方式中，以将上下车地点决定方法和上下车地点决定装置应用于车辆调度系统的情况为例，来对其进行说明。本实施方式中的上下车包括用户的上车或下车、或者用户的上车和下车。
[0023]
图1是示出车辆调度系统1的模块结构的图。本实施方式的车辆调度系统1具备上下车地点决定装置100、车辆的控制装置200以及用户终端装置300。各装置具备执行运算处理的处理器(计算机)和通信装置。上下车地点决定装置100、车辆的控制装置200以及用户终端装置300具备通信功能，且通过有线通信或无线通信相互发送接收信息。
[0024]
此外，在本实施方式中，以具备进行上车地点和/或下车地点的决定处理的上下车地点决定装置100的车辆调度系统1为主进行说明。
[0025]
在本实施方式的车辆调度系统1中，上下车地点决定装置100设置于能够与控制装置200及用户终端装置300进行通信的单独的服务器装置。上下车地点决定装置100也可以搭载于在车辆中搭载的控制装置200。用户终端装置300能够与控制装置200及用户终端装置300进行通信，进行包含请求的信息的发送接收。
[0026]
用户终端装置300具备处理器310、通信装置320、输入输出装置330以及gps(global positioning system：全球定位系统)等位置检测装置340。处理器310对通信装置320和输入输出装置330的动作进行控制。输入输出装置330具备显示器331、扬声器332、未图示的声音输入用麦克风。显示器331是兼具输出(显示)功能和输入受理功能的触摸屏式显示器。显示器331受理用户的输入。处理器310生成与输入操作相应的电子指令即请求，并经由通信装置320向上下车地点决定装置100进行发送。处理器310经由通信装置320获取上下车地点决定装置100计算出的上车地点或下车地点(规定地点)并显示于显示器331。处理器310也可以将作为设定为上车地点或下车地点之前的地点的、包括请求地点(当前地点、希望上车地点、预测希望上车的地点、基于过去的历史记录的上车地点、目的地/希望下车地点、预测希望下车的地点、基于过去的历史记录的下车地点)、共同地点的规定地点显示于显示器331。各地点的呈现形式不作特别限定。既可以通过大头针、旗子等标记出地图上的地点来进行显示，也可以将地点的地址以文本的方式显示于显示器331或者也可以经由扬声器332输出声音。处理器310获取车辆调度系统1拟定的车辆调度计划，并显示于显示器331。车辆调度计划包括被分配的车辆、车辆的行驶路径、抵达各规定地点的抵达时刻、抵达用户上车或下车的地点的抵达时刻。处理器310在接收到新的车辆调度计划、车辆调度计划的变更等时，使扬声器332输出提醒。
[0027]
本实施方式的上下车地点决定方法是通过上下车地点决定装置100实施的。如图1所示，本实施方式的上下车地点决定装置100是作为独立于控制装置200及用户终端装置300的、独立构建的装置。在这种情况下，上下车地点决定装置100作为构建在能够与车辆的控制装置200及用户终端装置300进行通信的网络上的服务器装置发挥功能。上下车地点决定装置100的设置形式不作限定，也可以搭载于控制装置200。
[0028]
本实施方式的车辆具备自主行驶功能。车辆的控制装置200使为了供用户利用而被调度的对象车辆执行自主行驶。自动驾驶(自主行驶)既可以是无人的完全自动驾驶，也可以是有人的部分自动驾驶。自主行驶的方法不作特别限定，但是控制装置200识别对象车辆(本车辆)正在行驶的车道，并控制对象车辆的动作以使车道的车道标记的位置与对象车
辆的位置维持规定的关系。控制装置200控制对象车辆的动作以使从车辆行驶的车道的车道标记到对象车辆的沿路宽方向的距离(横向位置)为规定值域。车道标记只要是具有对车道进行规定的功能即可，不作限定，可以是在路面上描绘的线图、嵌入道路的发光体、存在于车道之间的植被、存在于车道的路肩侧的护栏、路边石、人行道、二轮车专用道路等道路构造物。此外，关于对象车辆，选择根据请求使用户最快上车或下车的车辆。
[0029]
如图1所示，本实施方式的车辆的控制装置200具备通信装置40、检测装置50、传感器60、车辆控制器70、驱动装置80、转向装置90、输出装置110以及导航装置120。构成控制装置200的各装置通过can(controller area network：控制器局域网)或其它车载lan进行连接，以相互进行信息的发送接收。
[0030]
检测装置50检测对象车辆的周围的状况。检测装置50检测存在于对象车辆的周围的对象物的存在及其存在位置。虽然不作特别限定，但是本实施方式的检测装置50包括摄像机51。摄像机51设置于车辆的规定的位置，来拍摄对象车辆的周围的对象物。本实施方式的摄像机51例如是具备ccd、cmos等摄像元件的摄像装置。摄像机51也可以是红外线摄像机、立体摄像机。
[0031]
此外，本实施方式的检测装置50具有雷达装置52。作为雷达装置52，能够使用毫米波雷达、激光雷达、超声波雷达等在申请时已知的方式的雷达。检测装置50对获取到的测量数据进行处理，并基于在对象车辆的周围存在的对象物的位置，来获取从对象车辆到对象物的距离和/或对象物相对于对象车辆存在的方向。
[0032]
上述的摄像机51、雷达装置52也可以设置于车辆外。例如也可以经由智能道路交通系统(intelligent transport systems：its)等外部装置来获取设置于道路设备中的摄像机51、雷达装置52获取到的检测信息。
[0033]
本实施方式的传感器60具备转向角传感器61、车速传感器62。转向角传感器61检测基于对象车辆的转向量、转向速度、转向加速度等与转向有关的转向信息的行进方向，并向车辆控制器70进行发送。车速传感器62检测基于对象车辆的行进方向、对象车辆的车速/加速度等的行驶速度(包括停止)，并向车辆控制器70进行发送。
[0034]
本实施方式的车辆控制器70是电子控制单元(ecu：electronic control unit)等车载计算机，对车辆的驾驶进行电子控制。车辆控制器70具备执行自动驾驶(自主行驶)的处理的处理器71。作为本实施方式的车辆，能够例示出具备电动马达来作为行驶驱动源的电动汽车、具备内燃机来作为行驶驱动源的发动机汽车、具备电动马达和内燃机双方来作为行驶驱动源的混合动力汽车。此外，在将电动马达作为行驶驱动源的电动汽车、混合动力汽车中，也包括将二次电池作为电动马达的电源的类型、将燃料电池作为电动马达的电源的类型。
[0035]
本实施方式的驱动装置80具备对象车辆的驱动机构。驱动机构包括上述的作为行驶驱动源的电动马达和/或内燃机、包括将来自这些行驶驱动源的输出传递到驱动轮的驱动轴和自动变速器的动力传递装置、以及对车轮进行制动的制动装置81等。驱动装置80基于通过加速操作和制动操作产生的输入信号、从车辆控制器70获取到的控制信号，来生成这些驱动机构的各控制信号，执行包括车辆的加减速在内的行驶控制。能够通过向驱动装置80发送控制信息，来自动进行包括车辆的加减速在内的行驶控制。此外，在混合动力汽车的情况下，与车辆的行驶状态相应的分别输出到电动马达和内燃机的扭矩分配也被发送到
驱动装置80。
[0036]
本实施方式的转向装置90具备转向致动器。转向致动器包括安装于转向器的柱轴的马达等。转向装置90基于从车辆控制器70获取到的控制信号或通过转向操作产生的输入信号，来执行车辆的行进方向的变更控制。车辆控制器70通过向转向装置90发送包括转向量的控制信息，来执行行进方向的变更控制。
[0037]
导航装置120具有位置检测装置121、道路种类(左转右转车道)、道路宽度、道路形状及其它的道路信息122、以及包括道路信息122的地图信息123。导航装置120计算从由位置检测装置121检测出的当前地点到目的地的路径和途径地点，向对象车辆的车辆控制器70输出路径信息和当前地点。基于用户的请求地点的规定地点(包括共同地点)为对象车辆的途经地点或目的地。
[0038]
车辆控制器70按照从导航装置120获取到的路径，使车辆自主地行驶。另外，车辆控制器70在从导航装置120获取到的途经地点(规定地点)使车辆自主地停止。在途经地点(规定地点)，车辆控制器70使车辆执行解锁和开门，并使车辆在规定时间后执行关门和上锁。车辆控制器70使车辆起步，向下一个途经地点(规定地点)移动。
[0039]
本实施方式的输出装置110输出基于驾驶计划的与驾驶行动有关的信息。作为与驾驶行动有关的信息，借助显示器111、扬声器112来通知执行转向操作、加减速的情况。另外，本实施方式的输出装置110也可以经由通信装置40向智能道路交通系统(intelligent transport systems：its)等外部装置输出与行驶辅助有关的各种信息。
[0040]
说明用户终端装置300。用户终端装置300是用户能够携带的pda(personal digital assistant：个人数字助理)、智能手机等小型计算机。如图1所示，用户终端装置300具备处理器310、通信装置320以及输入输出装置330。用户终端装置300经由通信装置320来与车辆的控制装置200和/或上下车地点决定装置100进行信息的发送接收。
[0041]
输入输出装置330包括显示器331、扬声器332。显示器331是触摸屏式显示器。显示器331受理用户的请求的输入。请求包含与用户相关联的信息。请求包含请求地点、用户的识别信息、预约日期时间、所预约的车辆的确定信息、用户的属性、用户的嗜好、用户的行驶历史记录、用户的上下车地点的历史记录等。请求被发送到上下车地点决定装置100。请求地点包括上车地点、下车地点、目的地、当前地点。请求地点除了请求中包含的地点信息以外，还包括根据与请求的用户相关联的信息求出的地点信息。请求地点包括基于用户的行驶历史记录和/或上下车历史记录预测出的上车地点、下车地点、目的地。并且，请求地点包括基于用户的嗜好计算出的上车地点、下车地点、目的地。请求地点包括于进行车辆调度的规定地点中。
[0042]
以下，说明本实施方式的上下车地点决定装置100。本实施方式的上下车地点决定装置100构成车辆调度系统1的一部分。上下车地点决定装置100与车辆的控制装置200及用户终端装置300进行信息的发送接收。上下车地点决定装置100计算作为用户搭乘车辆的上车地点或下车地点的共同地点。
[0043]
本实施方式的上下车地点决定装置100是在通信网络上构建的服务器。上下车地点决定装置100决定上车地点和/或下车地点并拟定车辆调度计划、生成车辆调度处理的执行指令。也可以为了拟定车辆调度计划、生成车辆调度处理的执行指令而搭载其它的处理器，但是在本例中，上下车地点决定装置100的处理器10还统一执行车辆调度处理。
[0044]
如图1所示，本实施方式的上下车地点决定装置100具备处理器10、通信装置20以及输出装置30。通信装置20进行与车辆的控制装置200和/或用户终端装置300的信息的发送接收。输出装置30根据需要来呈现计算结果。
[0045]
上下车地点决定装置100的处理器10是计算机，该计算机具备：rom(read only memory：只读存储器)12，其保存有使作为进行车辆调度的对象的车辆执行向包括计算出的共同地点的规定地点的移动的程序；作为动作电路的cpu(central processing unit：中央处理单元)11，其通过执行保存于该rom 12的程序，来作为上下车地点决定装置100发挥功能；以及ram(random access memory：随机存取存储器)13，其作为能够访问的存储装置发挥功能。
[0046]
本实施方式的上下车地点决定装置100的处理器10具有请求获取功能、规定范围设定功能、用户确定功能以及共同地点计算功能。本实施方式的处理器10通过用于实现上述功能的软件和上述的硬件的协作来执行各功能。
[0047]
虽然是一个例子，但是在图2中示出处理器10的功能模块。如图2所示，本实施方式的处理器10具备：请求获取单元a1，其用于获取请求；规定范围设定单元a2，其用于设定规定范围；用户确定单元a3，其用于确定用户；共同地点计算单元a4，其计算用于上车或下车的共同地点；共同地点呈现单元a5，其用于呈现共同地点；确认单元a6，其用于确认用户的同意；共同地点设定单元a7，其用于设定共同地点；路径计算单元a8，其用于计算路径；以及自主行驶指令单元a9，其用于使车辆进行自主行驶。处理器10的各单元计算进行上述各处理的动作指令，并将指令发送到执行计算出的动作指令的控制装置200或用户终端装置300。
[0048]
本实施方式的车辆调度系统1具备多个车辆，使各车辆根据用户的请求向规定地点移动。规定地点包括用户希望的上车地点或下车地点、或者用户的当前地点或目的地。
[0049]
车辆调度系统1可以基于单个用户的请求使车辆向规定地点移动。这是以下情况：没有搭乘者的车辆(空车)基于希望上车的用户的请求，向该用户的请求地点移动。车辆调度系统1也可以基于多个用户的请求使车辆向规定地点移动。这是以下情况：使多个用户乘车；或者已经搭乘有用户的车辆向其他用户的上车地点或下车地点(请求地点或共同地点)移动。在一辆车进行一次行程的期间停止的各规定地点，进行用户的上车或下车，或者用户的上车和下车。
[0050]
作为服务器装置的上下车地点决定装置100至少暂时存储从能够成为车辆调度的对象的多个车辆的控制装置200获取到的车辆信息。车辆信息包含与车辆的识别信息相对应的、车辆的位置信息、行驶方向、车速、转向量、能量剩余量、门锁信息、安全带佩戴信息、落座信息、自动驾驶状况等一般的车辆所管理的表示车辆状态的信息。上下车地点决定装置100存储车辆调度的请求、车辆调度计划的执行状况(进度信息)、搭乘中的用户的有无及人数、上下车的状态(车辆调度计划中的上下车的进度)、抵达规定地点、下一个规定地点的确定等与车辆调度控制有关的信息。与车辆调度控制有关的信息与车辆的识别信息和/或用户的识别信息相对应。上下车地点决定装置100存储与用户的识别信息相对应的、请求、用户的过去的请求、用户的过去的利用历史记录、用户的属性、用户的要求。
[0051]
以下，按照控制过程，说明本实施方式的上下车地点决定装置100的各功能。图3示出具备上下上车地点决定装置的车辆调度系统的控制过程的一例。
[0052]
在步骤101中，处理器10获取希望利用车辆调度系统的用户的请求。请求包含请求地点、请求日期时间、用户的识别信息、所预约的车辆的确定信息、用户的属性、用户的要求、用户的嗜好、用户的利用历史记录、用户的上下车地点的历史记录等。
[0053]
说明在请求中包含的信息。
[0054]
请求地点包括用户的当前地点或希望上车的上车地点。当前地点是用户所在的地点。当前地点与上车地点离得近则用户的移动量少，因此对用户来说是方便的。请求地点包括用户的目的地或希望下车的下车地点。目的地是作为下车后的用户的最终的目的的地点。目的地与下车地点离得近则用户的移动量少，因此对用户来说是方便的。请求地点也可以设为包括顺路场所(途经地点)的多个地点。
[0055]
请求地点既可以是纬度经度等坐标值，也可以是停靠站、车站等施设的识别信息。请求地点不一定需要位置信息(坐标值)。识别信息的位置是参照地图信息123来获取的。将当前地点设为了请求地点的请求是在用户的存在位置(当前地点)寻求车辆调度的用户的要求。将用户指定的上车地点设为了请求地点的请求是在用户希望的地点寻求车辆调度的用户的要求。将用户指定的下车地点设为了请求地点的请求是在用户希望的地点寻求下车的用户的要求。
[0056]
在希望上车的请求中包含的请求地点包括用户希望的上车地点或用户的当前地点、预测用户要上车的上车地点。预测的上车地点包括用户的嗜好、用户的利用历史记录、过去的上车地点的历史记录。作为请求地点的当前地点也可以是用户终端装置300的位置检测装置340的检测结果。位置检测装置340检测出的当前地点也可以以规定周期自动经由通信装置320向包括上下车地点决定装置100的车辆调度系统发送。在上车后就会要下车。也可以将下车的请求与上车的请求一起发送到车辆调度系统1。
[0057]
在希望下车的请求中包含的请求地点包括用户希望的下车地点或用户的目的地、预测用户要下车的下车地点。预测的下车地点包括用户的嗜好、用户的利用历史记录、过去的下车地点的历史记录。作为请求地点的目的地既可以是输入到用户终端装置300的路径搜索等输入信息，也可以是基于用户的时间表、行动历史记录的预测结果。处理器310预测出的目的地也可以自动经由通信装置320发送到包括上下车地点决定装置100的车辆调度系统1。
[0058]
用户的识别信息是用于确定用户的信息。请求日期时间是希望进行车辆调度的日期时间(希望上车的日期时间、希望下车的日期时间(时间段))。车辆的确定信息是用于确定用户希望的车辆的信息。例如，也可以是希望人数的用户能够搭乘的车辆、能够收纳旅行箱的车辆、能够收纳轮椅的车辆、装备有儿童安全带的车辆等具有满足用户的需求的功能的车辆。
[0059]
用户的属性包括用户的年龄、用户的性别、用户的嗜好、用户的时间表、用户的利用历史记录、用户的上下车地点的历史记录、用户携带的随身行李的形式(旅行箱、规定以上的大小的行李、规定长度以上的行李)。用户的要求包含允许或拒绝拼车的信息。
[0060]
用户的要求包含与移动有关的要求事项。车辆调度计划是参照用户的要求拟定出的。在本实施方式中，虽然受理请求地点的指定，但是实际上车辆让乘员上车的地点有可能是与请求地点不同的共同地点，因此有时需要使用户移动到共同地点或者从共同地点移动到目的地。用户能够预先在请求中规定对被要求的移动的限制。与移动有关的限制能够指
定为对距离、移动时间、步行时间、高度差的限制值。通过预先将该限制包含在请求中，能够拒绝在伴有限制值(规定距离等)以上的移动的共同地点的上车或下车。通过设置与移动有关的限制，用户会被要求在上车或下车前后在自己设定的限制的范围内移动。
[0061]
例如，在上车时，能够在通过从请求地点(当前地点、希望上车的地点或预测的上车地点)起的步行距离、步行时间为x分钟以下、且起伏(高度差)为ym以下的路线能够到达的共同地点上车。在下车时，能够在通过到请求地点(目的地、希望下车的地点或预测的下车地点)为止的步行距离、步行时间为x分钟以下、且起伏(高度差)为ym以下的路线能够到达的共同地点下车。
[0062]
在步骤102中，处理器10获取请求中包含的请求地点。与上车有关的请求地点包括希望上车的地点、当前地点、预测为用户希望上车的地点、用户有要上车的倾向的地点。与下车有关的请求地点包括希望下车的地点、目的地、预测为用户希望下车的地点、用户有要下车的倾向的地点。目的地是在下车后用户前往的地点。
[0063]
处理器10能够根据在请求中包含的与用户相关联的信息计算并获取请求地点。处理器10也可以根据在请求中包含的用户的时间表来计算用户的上车或下车地点。处理器10也可以根据在请求中包含的用户的嗜好来预测用户要顺路去的目的地，计算用于到该目的地的上车或下车地点。处理器10也可以根据在请求中包含的用户的历史记录来预测用户要顺路去的目的地，计算用于到该目的地的上车或下车地点。
[0064]
在步骤103中，处理器10设定规定范围。规定范围是根据用户的请求使车辆移动的、进行一次行程(车辆调度服务)的范围。
[0065]
规定范围也可以设为预先设定的区域。也可以基于地图信息123上的纬度经度(坐标)将规定分区定义为规定范围。例如，如图4a所示，也可以根据地图信息123具有的网格分区，将规定范围q1设为通过(x2，y2)预先定义的范围。对规定范围的形状不作限定。既可以是多边形，也可以是圆形/椭圆形，还可以是外延为凹凸形状的形状。此外，虽然对规定范围的广度的定义方法不作限定，但是设为使用户(人类)能够通过步行访问规定地点那样的常识上的范围。例如，如果是矩形的规定范围，则也可以设为1km见方。通过预先定义规定范围，能够减少用户的确定处理的负荷。也可以采用规定的poi(point of interesting：兴趣点)的位置来作为基准地点。
[0066]
如图4b所示，也可以是以请求地点等为基准地点来定义的规定范围q2(用虚线表示)。例如，也可以是，以进行了车辆调度请求的用户u1的请求地点pu1为基准，设定与用户u1相应的规定区域q2。也可以是，将包括以用户u1的请求地点pu1为基准的用户范围qu1的区域设为规定区域q2。例如，也可以是，以包括进行了车辆调度请求的多个用户u1、u2的请求地点pu1、pu2(当前地点、上车地点等出发位置)的方式设定规定范围q2。在该图所示的例子中，以请求了车辆调度的用户u1的请求地点pu1为中心，将固定半径、例如500m的圆形区域设为规定范围q2。当然，也可以是，以预定下车的用户d1的请求地点pd1(希望下车地点)为基准来定义规定范围q2。
[0067]
在设定规定范围q2时作为基准的用户的请求地点既可以是已经开始执行请求的(乘车中)用户d1的请求地点，也可以是新被获取到请求的用户的请求地点。能够步行的范围是使用地图信息123中包含的被设为能够步行的路径的信息来设定的。既可以将从用户u1的请求地点(出发地)起在固定时间内(例如5分钟以内)能够到达的范围设为规定区域
q2，也可以将包括在3分钟以内通过步行能够到达的用户范围qu1的区域设为规定区域q2。通过以包括请求地点的方式设定规定范围q2，能够拟定设定了包括按照用户的希望的上车地点/下车地点的规定地点的车辆调度计划。
[0068]
在基于请求地点设定规定范围q2的处理中，也可以设定与各用户的请求地点相应的用户范围qu1、qu2，来设定包含它们的规定范围q2。此时，也可以以包括基于预定下车的用户d1的请求地点pd1的用户范围(未图示)的方式设定规定范围q2。在根据以请求地点为基准的用户范围qu1、qu2设定规定范围q2的情况下，考虑在请求中包含的各用户的属性。也就是说，基于用户的属性来设定用户范围qu1、qu2。在用户u2的属性是年长者、儿童、带有孩子、行李大/重、有负伤等不利条件这样的情况下，较小地设定用户范围qu2的大小(直径)。与此相对，在用户u1的属性不是年长者、不是儿童、没有带孩子、行李小/轻、没有负伤等不利条件这样的情况下，相对较大地设定用户范围qu1的大小(直径)。通过在设定规定范围q时事先考虑了用户的属性，能够拟定设定了包括尊重了用户的便利的上车地点/下车地点的规定地点的车辆调度计划。
[0069]
在步骤104中，处理器10确定预测要在规定范围内包括的地点上下车的用户。处理器10将要在规定范围内上下车的用户锁定为对象，并尝试拟定使被锁定的用户上下车的车辆调度计划。规定范围内包括的地点包括请求地点、共同地点。在基于请求地点设定规定范围的情况下，基于一个或多个请求地点来确定用户。通过基于请求地点来确定用户，能够拟定设定了包括按照用户的希望的上车地点/下车地点的规定地点的车辆调度计划。
[0070]
此外，作为车辆调度计划的对象的用户不限于在规定范围内上下车的用户，也可以将发送了请求的全体用户设为对象。
[0071]
在步骤105中，处理器10计算确定出的用户上下车的共同地点来作为规定地点。共同地点既可以是一个也可以是多个。
[0072]
处理器10也可以计算以下共同地点：该共同地点是确定出的用户中的一个用户上车或下车的地点。这种情况下的共同地点是车辆与一个用户会合的规定地点。处理器10也可以计算以下共同地点：该共同地点是确定出的用户中的多个用户上下车的地点。这种情况下的共同地点是车辆与多个用户会合的规定地点。能够使多个用户在一个共同地点上下车，因此能够减少停车的次数，在以相同路径进行比较时，能够缩短一个行程时间。通过减少停车次数，能够抑制能量消耗，提高车辆的燃料效率，使为了从车辆调度服务的最初的规定地点途经最后的规定地点的所需时间缩短。
[0073]
以下，基于图5a～图5d，来说明共同地点的计算方法。
[0074]
<第一方法>
[0075]
处理器10基于用户的请求中包含的请求地点来计算共同地点。可以将包括多个用户的请求地点的区域的中心或重心设为共同地点。如果在包括多个用户的请求地点的区域中存在设定有避让区域等的场所(车辆容易驻车的场所)，则将该场所设为共同地点。通过基于请求地点计算共同地点，能够拟定设定了按照用户的希望的共同地点的车辆调度计划。
[0076]
<第二方法>
[0077]
如图5a所示，也可以将已经乘坐在车辆中且请求下车的用户d1的请求地点pb1设为共同地点。在请求地点pb1成为了共同地点的情况下，请求上车的用户u2移动到作为上车
地点的请求地点pb1。在存在请求上车的多个用户的情况下，既可以将先请求了车辆调度的用户的请求地点设为共同地点，也可以将新(后)请求了车辆调度的用户的请求地点设为共同地点。另外，如果用户为一人、即请求地点为一个，则将接近该请求地点的地点设为共同地点。通过将用户的请求地点设为共同地点，能够拟定设定了按照用户的希望的共同地点的车辆调度计划。此外，如果在请求地点的附近存在设定有避让区域等的场所等、车辆容易驻车的场所，则将该地点设为共同地点。
[0078]
也可以计算已确定的用户中的、多个用户上车或下车的地点来作为共同地点。这种情况下的共同地点是多个用户会合的规定地点。能够使多个用户在一个共同地点上车或下车，因此能够减少停车次数，缩短一个行程时间。通过减少停车次数，能够抑制能量消耗，提高车辆的燃料效率，使为了从车辆调度服务的最初的规定地点途经最后的规定地点的所需时间缩短。在第三～第五方法中也能够获得同样的效果。
[0079]
<第三方法>
[0080]
处理器10将判断为车辆的访问成本与用户的访问成本等价的地点设为共同地点。本方法中的车辆的访问成本是根据车辆到某个任意的地点(共同地点)为止所需的时间来计算的成本。任意的地点包括共同地点。用户的访问成本是根据用户到任意的地点(共同地点)为止所需的时间来计算的成本。任意的地点包括共同地点。
[0081]
处理器10针对任意的地点计算车辆的访问成本和用户的访问成本。关于与车辆的抵达时间有关的访问成本，参照地图信息123，来计算到为了进行计算而设定的任意的地点(共同地点)的距离，并从车速传感器62获取车辆的车速，来计算抵达任意的地点为止的时间或抵达任意的地点的时刻。车速也可以是与道路信息122相对应地存储的每个道路的法定速度或标准速度。也可以参照拥堵信息，来计算所需时间。
[0082]
关于用户通过徒步到任意的地点(共同地点)为止的距离，也可以不仅考虑地图信息123的道路长度，还考虑用户所在的具体的位置、例如施设的几层、施设内的位置等。在大型施设中，由于用户所在的位置和楼层数导致到出口为止花费距离(所需时间)，有时对到规定地点为止的距离(所需时间)带来影响。处理器10使用用户终端装置300的位置检测装置340检测出的高度和位置，来计算用户所在的楼层数和到施设的出口的距离，并将其结果加到用户的访问成本中。此外，地图信息123不仅具有施设的位置，还具有施设的楼层图。处理器参照地图信息123，计算从用户的当前地点到施设的出口的距离。
[0083]
关于与用户的抵达时间有关的访问成本，参照地图信息123，计算从当前地点到任意的地点(共同地点)为止的距离，并读出预先存储的一般的步行者的步行速度，计算用户抵达任意的地点为止的时间或抵达任意的地点的时刻。与用户的抵达时间有关的访问成本有时受到用户的属性影响。也可以是用户的年龄为规定值以上(老年人)，且年龄越高，则处理器10将步行速度设定得越低，来计算访问成本。也可以是用户的年龄小于规定值(儿童)，且年龄越低，则处理器10将步行速度设定得越低，来计算访问成本。也可以在用户携带旅行箱等大型的行李的情况下，处理器10将步行速度设定得比其它情况低，来计算访问成本。
[0084]
处理器10将路径上的任意的地点依次设定为假设的共同地点，分别求出到假设的共同地点为止的车辆的路径和用户的路径，计算沿路径前进的车辆和用户各自到共同地点为止所需的时间。求出抵达共同地点的抵达时刻之差最小的假设的共同地点来作为车辆与用户的访问成本等价的共同地点。优选的是，在地图信息123中预先登记假设的共同地点。
关于预先设定的假设的公共地点，也可以选择车辆的停车的困难性即访问难易度小于规定值(访问成本低)的地点，来设定该假设的共同地点。
[0085]
处理器10将车辆的访问成本与用户的访问成本进行比较。处理器10计算被判断为根据到达共同地点的时间计算出的车辆的访问成本与用户的访问成本等价、也就是抵达共同地点的抵达时间之差小于规定时间的任意的地点来作为共同地点。该共同地点为车辆调度的对象车辆要移动到的规定地点。
[0086]
如图5b所示，共同地点pc1被计算为车辆v1到共同地点pc1为止的时间tv1与用户u1到共同地点pc1为止的时间tu1大致相等的位置。在时间tv1、时间tu1大致相等这样的条件下，如果以计算时刻为基准，则移动的车辆v1与用户u1在大致相同时刻抵达共同地点pc1。也就是说，由此，能够防止车辆v1为了等待用户u1而长时间停车。通过缩短调度的车辆v1的停车时间，能够抑制调度车辆由于驻车而扰乱交通流。
[0087]
此外，虽然未图示，但是在无法计算出车辆v1与多个用户u1、u2同时抵达的共同地点pc1的情况下，也可以计算共同地点pc1来作为使远离车辆v1的位置的用户u2的抵达时刻tu2与车辆v1的抵达时刻tv1大致同时。当将车辆v1和接近车辆v1的用户u1同时抵达的地点设定为共同地点时，在使用户u1上车后，不得不等待存在于距离车辆相对较远的位置的用户u2的抵达。在这样的情况下，设定车辆v1和存在于相对较远的位置的用户u2同时抵达的共同地点pc1。虽然要使存在于附近的用户u1等待，但是能够使车辆v1的停车时间最短，因此能够抑制调度车辆由于驻车而扰乱交通流。
[0088]
<第四方法>
[0089]
处理器10将判断为多个用户的访问成本等价的地点设为共同地点。希望上车的用户的访问成本是根据用户到任意的地点(共同地点)的距离、用户到任意的地点(共同地点)的时间或到任意的地点(共同地点)的负荷来计算的成本。任意的地点包括共同地点。另外，请求下车的用户的访问成本是根据用户从任意的地点(共同地点)到目的地(请求地点)的距离、用户从任意的地点(共同地点)到目的地(请求地点)的时间或从任意的地点(共同地点)到目的地(请求地点)的负荷来计算的成本。
[0090]
处理器10针对任意的地点分别计算多个用户的访问成本。请求上车的用户的访问成本是从当前地点到共同地点为止的成本，请求下车的用户的访问成本是从共同地点到目的地为止的成本。
[0091]
与第三方法同样，关于与请求上车的用户的抵达时间有关的访问成本，参照地图信息123，计算到任意的地点(共同地点)的距离。除此以外，在用户存在于大型施设的情况下，处理器10参照地图信息123的施设信息，使用用户终端装置300的位置检测装置340检测出的高度和位置，计算用户所在的楼层数和到施设的出口的距离，并与从施设的出口到任意的地点(共同地点)的距离相加，来计算用户到任意的地点(共同地点)的距离。处理器10基于计算出的距离，读出预先存储的一般的步行者的步行速度，计算用户抵达任意的地点为止的时间或抵达任意的地点的时刻。与用户的抵达时间有关的访问成本有时受到用户的属性影响，因此如在第三方法中说明的那样，也可以根据年龄、行李的负荷设定步行速度。处理器10将路径上的任意的地点依次设定为假设的共同地点，分别求出到假设的共同地点为止的各用户的路径，来计算沿路径前进的用户到共同地点为止所需的时间。访问成本的计算方法能够引用在上述的第三方法中说明的方法。
[0092]
与负荷有关的访问成本能够根据用户的位置、用户的属性来设定。与负荷有关的访问成本既可以同与距离、时间有关的访问成本相加，也可以设为与距离、时间有关的访问成本的权重系数。在从用户的当前地点到任意的地点(共同地点)的路径上存在规定值以上的高度差的情况下，较高地计算与负荷有关的访问成本。例如，在从用户的当前地点去往任意的地点(共同地点)之前必须过立体路口的天桥的情况下较高地计算访问成本。这是考虑了上下天桥阶梯的负荷。在从用户的当前地点到任意的地点(共同地点)的路径上存在斜坡时，与下斜坡的情况相比在上斜坡的情况下较高地计算访问成本。这是考虑了上坡道的负荷。能够从道路信息122获取路径的倾斜。在从用户的当前地点到任意的地点(共同地点)的路径上必须过人行横道的情况下较高地计算访问成本。这是考虑了向相反侧的车道移动的负荷。在用户处于大型施设之中的情况下，较高地计算访问成本。这是考虑了移动到施设的出口的负荷。
[0093]
在通过请求获得的用户的属性中，携带大型的行李的情况下，较高地计算访问成本。这是考虑了行李的搬运的负荷。在通过请求获得的用户的属性中，年龄为规定值以上的情况下(老年人)，年龄越高则将访问成本计算得越高，在年龄小于规定值的情况下(儿童)，年龄越低则将访问成本计算得越高。在通过请求获得的用户的要求中允许移动的距离、时间小于规定值的情况下，与其它情况相比将访问成本计算得较高。这是考虑了对移动的允许度的个人差异。
[0094]
与负荷有关的访问成本的计算结果也能够设为用于计算与距离/时间有关的访问成本的权重系数。能够设为与负荷有关的访问成本的值越高则与距离/时间有关的访问成本成为越高的值这样的系数。
[0095]
处理器10将路径上的任意的地点依次设定为假设的共同地点，分别求出到假设的共同地点为止的用户的路径，对于沿路径前进的多个用户分别计算到共同地点为止所需的时间。求出抵达共同地点的抵达时刻之差最小的假设的共同地点来作为用户之间的访问成本等价的共同地点。优选的是，在地图信息123中预先登记假设的共同地点。关于预先设定的假设的共同地点，也可以选择车辆的停车的困难性即访问难易度小于规定值(访问成本低)的地点，来设定该假设的共同地点。
[0096]
关于与希望下车的用户的抵达时间和距离有关的访问成本，参照地图信息123，计算从任意的地点(共同地点)到请求地点(希望下车地点、目的地)为止的距离，读出预先存储的一般的步行者的步行速度，计算用户从任意的地点抵达请求地点为止的时间或从任意的地点抵达请求地点的时刻。与用户的抵达时间有关的访问成本有时受到用户的属性影响。也可以是用户的年龄为规定值以上(老年人)，且年龄越高，则处理器10将步行速度设定得越低，来计算访问成本。也可以是用户的年龄小于规定值(儿童)，且年龄越低，则处理器10将步行速度设定得越低，来计算访问成本。也可以在用户携带旅行箱等大型的行李的情况下，处理器10将步行速度设定得比其它情况低，来计算访问成本。
[0097]
处理器10将路径上的任意的地点依次设定为假设的共同地点，分别求出从假设的共同地点到请求地点为止的用户的路径，计算沿路径前进的用户到请求地点为止所需的时间。求出从共同地点到请求地点为止的抵达时刻之差最小的假设的共同地点来作为用户之间的访问成本等价的共同地点。也可以在地图信息123中预先登记假设的共同地点。关于预先设定的假设的共同地点，也可以选择车辆的停车的困难性即访问难易度小于规定值(访
问成本低)的地点，来设定该假设的共同地点。
[0098]
关于用户通过徒步从任意的地点(共同地点)到请求地点为止的距离和时间，也可以不仅考虑地图信息123的道路的长度，还考虑请求地点的具体的位置、例如施设的几层、施设内的位置等。在大型施设中，用户从入口到目的地(商铺)为止花费距离(所需时间)，有时对到请求地点为止的距离(所需时间)带来影响。处理器10参照地图信息123所具备的施设的地图，来计算从入口到目的地的距离(所需时间)。
[0099]
与负荷有关的访问成本能够根据用户的属性来设定。与负荷有关的访问成本既可以同与距离、时间有关的访问成本相加，也可以设为与距离、时间有关的访问成本的权重系数。在从任意的地点(共同地点)到请求地点的路径上存在规定值以上的高度差的情况下，较高地计算与负荷有关的访问成本。例如，在从任意的地点(共同地点)去往请求地点之前必须过立体路口的天桥的情况下较高地计算访问成本。这是考虑了上下天桥阶梯的负荷。在从任意的地点(共同地点)到请求地点的路径上存在斜坡时，与下斜坡的情况相比在上斜坡的情况下较高地计算访问成本。这是考虑了上坡道的负荷。能够从道路信息122获取路径的倾斜。在从任意的地点(共同地点)到请求地点的路径上必须过人行横道的情况下较高地计算访问成本。这是考虑了向相反侧的车道移动的负荷。在请求地点处于大型施设之中的情况下，较高地计算访问成本。这是考虑了从设施的入口移动到目的设施的负荷。
[0100]
在通过请求获得的用户的属性中，携带大型的行李的情况下，较高地计算访问成本。这是考虑了行李的搬运的负荷。在通过请求获得的用户的属性中，年龄为规定值以上的情况下(老年人)，年龄越高则将访问成本计算得越高，在年龄小于规定值的情况下(儿童)，年龄越低则将访问成本计算得越高。在通过请求获得的用户的要求中允许移动的距离、时间小于规定值的情况下，与其它情况相比将访问成本计算得较高。这是考虑了对移动的允许度的个人差异。
[0101]
与负荷有关的访问成本的计算结果也能够设为用于计算与距离/时间有关的访问成本的权重系数。能够设为与负荷有关的访问成本的值越高则与距离/时间有关的访问成本成为越高的值这样的系数。
[0102]
处理器10将第一用户的访问成本与不同于第一用户的第二用户的访问成本进行比较。处理器10计算被判断为与到共同地点的时间/距离/负荷有关的访问成本或与从共同地点到目的地的多个时间/距离/负荷有关的访问成本等价、也就是到共同地点的第一用户与第二用户的抵达时间/距离/负荷之差小于规定时间或该差最小的任意的地点来作为共同地点。该共同地点为车辆调度的对象车辆前往的规定地点。在规定地点，进行用户的上下车。在此，说明第一用户和第二用户，但是对于3人以上的用户，也计算被判断为到共同地点的抵达时间/距离/负荷之差小于规定时间的任意的地点来作为共同地点。
[0103]
如图5c所示，共同地点pc1被计算为用户d1从共同地点pc1到请求地点pb1为止的距离dd1(时间td1)与用户u2从当前位置pu2到共同地点pc1为止的距离du2(时间tu1)大致相等的位置。在距离dd1(时间dd1)、距离du2(时间tu2)大致相等这样的条件下，从共同地点pc1向请求地点pb1移动的用户d1与从当前地点pu2向共同地点pc1移动的用户u2担负同等的访问成本(行走距离、行走时间、上下坡等的负荷)。由此，能够使多个用户分担相同水平的访问成本，来进行车辆调度，能够提高用户对系统的信赖性。在请求上下车的用户存在多个的情况下，用户同时在共同地点集合，因此车辆能够通过调整本车的速度、路径来测量使
用户上车或上车的时刻。其结果，通过缩短调度的车辆v1的停车时间，能够抑制调度车辆由于驻车而扰乱交通流。
[0104]
<第五方法>
[0105]
处理器10根据车辆到共同地点的访问难易度计算车辆的访问成本，计算车辆的访问成本为低于规定值的值的地点来作为共同地点。
[0106]
处理器10针对任意的地点分别计算车辆的访问难易度。关于车辆的访问难易度，例如使用到任意的地点(共同地点)的访问时间或访问距离、任意的地点(共同地点)的可停车时间、到任意的地点(共同地点)的路径上的信号灯的有无(个数)、到任意的地点(共同地点)的路径上是否需要u形掉头。车辆到任意的地点(共同地点)的访问时间或访问距离的值越大则访问成本被计算为越高的值。任意的地点(共同地点)可停车时间越短则访问成本被计算为越高的值。可停车时间也可以根据交通量来设定。任意的地点(共同地点)的交通量越多，则可停车时间越短，访问成本被计算为越高的值。在到任意的地点(共同地点)的路径上存在信号灯的情况下与不存在信号灯的情况相比访问成本被计算为高的值。到任意的地点(共同地点)的路径上的信号灯的个数越多，则访问成本被计算为越高的值。在到任意的地点(共同地点)的路径上存在u形掉头的情况下，与不存在u形掉头的情况相比访问成本被计算为高的值。
[0107]
处理器10将各任意的地点(共同地点)的访问成本与设定出的阈值进行比较。处理器10计算访问成本为低于规定值的值的任意的地点来作为共同地点。该共同地点为调度车辆前往的规定地点。
[0108]
如图5d所示，处理器10计算访问成本av1为低于规定值的值的地点来作为共同地点pc1。也可以在路径搜索的处理中，预先计算各任意的地点(共同地点)的访问成本av1，并存储于地图信息123中。由此，将车辆的访问成本低的地点选择为共同地点，能够使车辆在共同地点可靠地停车，并使用户可靠地上车或下车。
[0109]
回到图3，在步骤106中，处理器10使用用户终端装置300将计算出的共同地点呈现给用户。所呈现的共同地点既可以是一个也可以是多个。在步骤107中，处理器10借助用户终端装置300，关于共同地点询问用户是否同意。处理器10使用户终端装置300输出“同意在共同地点上车吗？”、“同意在共同地点下车吗？”、“确定预约吗？”之类的确认用户的意思的消息。用户终端装置300受理针对共同地点的同意命令的输入。同意命令包括选择多个共同地点中的一个共同地点的输入指令。在这种情况下，处理器10使用户终端装置300输出“存在多个上车地点的候选。请确定上车地点。”、“存在多个下车地点的候选。请确定下车地点。”之类的确认用户的选择意思和利用意思的消息。
[0110]
在步骤107中，处理器10对用户同意了的情况进行确认。在没有获得用户的同意时，进入步骤112，取消上车或下车的请求。在获得了用户的同意的情况下，进入步骤108，将被同意的一个共同地点设定为规定地点。规定地点是使调度车辆移动到，并使用户上车或下车的地点。这样，在确认用户的同意后计算使车辆移动到的各规定地点，因此能够在按照用户的意思的地点使用户上车或下车。
[0111]
在步骤109中，处理器10使导航装置120计算依次巡回规定地点的路径。处理器10按照计算出的路径来拟定车辆调度计划。处理器10将距离路径的开始地点(最初通过的规定地点)最近的车辆选择为被分配的对象车辆。
[0112]
在步骤110中，处理器10将拟定好的车辆调度计划与使对象车辆按照车辆调度计划自主移动的命令发送到对象车辆的车辆控制器70。车辆调度计划包含车辆使用户上下车的规定地点和对规定地点进行巡回的路径。车辆控制器70基于车辆调度计划，执行上述的自主行驶控制，使车辆沿着路径移动。
[0113]
车辆控制器70基于车辆调度计划，在路径上存在的规定地点(包括共同地点、请求地点)使车辆停车，打开上下车用的门。在开门后，当经过了规定时间时关门。处理器10使车辆控制器确认车辆已停止的情况。基于在传感器60中包含的门锁传感器(未图示)、落座传感器(未图示)、安全带传感器(未图示)、检测装置50中包括的车厢内摄像机(未图示)的摄像图像，来确认执行了上车或下车的情况。在完成了车辆调度计划中包含的用户的上车或下车后，使车辆向下一个规定地点移动。处理器10针对其它对象车辆拟定车辆调度计划，并向对象车辆的车辆控制器70发出使该对象车辆按照车辆调度计划自主移动的命令。
[0114]
在本例中，上下车地点决定装置100控制车辆调度计划的拟定/执行。车辆调度计划的拟定/执行也可以通过车辆调度系统1另外具备的处理器(未图示)执行。
[0115]
本发明的实施方式的上下车地点决定装置100如以上那样构成并进行动作，因此起到以下的效果。
[0116]
[1]根据本实施方式的上下车地点决定方法，在包括与第一用户相关联的地点的规定范围内确定预测要上下车的第二用户，计算供至少包括第一用户和第二用户的用户上下车的共同地点来作为规定地点，因此能够响应希望利用车辆调度系统的各用户的请求，并且防止频繁地停止，来抑制行程时间变长。通过减少停车次数，能够抑制能量消耗，提高车辆的燃料效率，使用于从车辆调度服务的最初的规定地点途经最后的规定地点的所需时间缩短。
[0117]
根据本实施方式的上下车地点决定方法，基于一个或多个请求地点来确定用户，因此能够计算包括按照用户的希望的上车地点或下车地点的规定地点。事先确定同乘于车辆的用户，因此不用向没有关系的用户提供多余的信息，能够减少系统负荷。
[0118]
根据本实施方式的上下车地点决定方法，通过基于请求地点计算共同地点，能够计算按照用户的希望的共同地点。基于用户的请求地点来计算共同地点，因此能够计算考虑了与用户的距离的合理的共同地点。在确定出的用户存在多个的情况下，能够基于多个用户的请求地点，计算对多个用户来说合理的共同地点。在确定出的用户为单个的情况下，能够基于该用户的请求地点，计算对该用户和被调度的车辆来说合理的共同地点。
[0119]
[2]根据本实施方式的上下车地点决定方法，通过基于用户的请求地点计算共同地点，能够计算按照用户的希望的共同地点。将多个用户的请求地点中的任一个或多个用户的请求地点设为共同地点，因此能够使向共同地点移动的用户的数量最小。也可以将请求地点设为共同地点。也不需要共同地点的计算处理，因此能够减少系统负荷。在确定出的用户为单个的情况下，该用户的请求地点成为共同地点，因此能够没有运算负荷地求出对用户和被调度的车辆来说合理的共同地点。
[0120]
[3]根据本实施方式的上下车地点决定方法，通过将请求地点设为用户希望的上车地点或用户的当前地点、或者用户希望的下车地点或用户的目的地，能够计算对希望上车或下车的用户来说便利的共同地点。此外，在将上车的请求地点设为当前地点的情况下，自动收集当前地点，因此能够节省用户的输入的时间。通过受理用户希望的上车地点的输
入，即使在无法检测当前地点的场所、当前地点的检测精度差的场所，也能够请求车辆调度。
[0121]
[4]根据本实施方式的上下车地点决定方法，计算根据用户到共同地点的时间计算的成本或根据从共同地点到目的地的时间计算的成本来作为用户的访问成本，计算根据车辆到共同地点的时间计算的成本来作为车辆的访问成本，计算被判断为车辆的访问成本与用户的访问成本等价的地点来作为共同地点。
[0122]
由此，能够防止车辆v1为了等待用户u1而长时间停车。通过缩短被调度的车辆v1的停车时间，能够抑制调度车辆由于驻车而扰乱交通流。将用户与车辆的抵达时刻差小(抵达时刻相同)的地点设为共同地点，因此能够使用户和车辆的等待时间最小。
[0123]
[5]根据本实施方式的上下车地点决定方法，计算根据用户到共同地点的时间、用户到共同地点的距离以及用户的负荷中的任一个以上来计算的成本、或根据用户从共同地点到目的地的时间、用户从共同地点到目的地的距离以及从共同地点到目的地的用户的负荷中的任一个以上来计算的成本来作为用户的访问成本，并计算被判断为第一用户的访问成本与第二用户的访问成本等价的地点来作为共同地点。
[0124]
由此，能够使请求上车或下车的多个用户分担相同水平的访问成本，来进行车辆调度，因此能够提高用户对系统的信赖性。用户同时在共同地点集合，因此车辆能够通过调整本车的速度、路径来测量使用户上下车的时刻。其结果，通过缩短被调度的车辆v1的停车时间，能够抑制调度车辆由于驻车而扰乱交通流。将用户之间的抵达时刻差小(抵达时刻相同)的地点设为共同地点，因此能够使用户之间的等待时间最小。
[0125]
[6]根据本实施方式的上下车地点决定方法，根据车辆到共同地点的访问难易度计算车辆的访问成本，计算车辆的访问成本为低于规定值的值的地点来作为共同地点，因此能够使车辆在共同地点可靠地停车，并使用户可靠地上下车。
[0126]
[7]根据本实施方式的上下车地点决定方法，规定范围设为预先设定的区域，因此能够减少确定用户的运算处理的负荷。
[0127]
[8]根据本实施方式的上下车地点决定方法，通过以包括请求地点的方式决定规定范围，来锁定请求地点(当前位置、希望上车位置、目的地、希望下车位置)位于附近的用户，因此能够设定包括按照用户的希望的上车地点或下车地点的规定地点。根据时刻变化的用户的请求地点决定规定范围，因此能够设定与当前的状况相应的规定范围，来确定用户。
[0128]
[9]根据本实施方式的上下车地点决定方法，基于进行了请求的用户的属性设定规定范围，因此能够设定包括尊重了用户的便利的上车地点或下车地点的规定地点。
[0129]
[10]根据本实施方式的上下车地点决定方法，关于共同地点询问用户是否同意，在获得了用户的同意的情况下将共同地点设定为规定地点，因此能够使用户在按照用户的意思的地点上下车。
[0130]
[11]根据本实施方式的上下车地点决定方法，由多个用户利用一个车辆，因此能够防止频繁地停止，来抑制行程时间变长。通过减少停车次数，能够抑制能量消耗，提高车辆的燃料效率，使用于从车辆调度服务的最初的规定地点途经最后的规定地点的所需时间缩短。另外，能够提高车辆的利用效率。
[0131]
[12]根据本实施方式的上下车地点决定方法，处理器计算如下共同地点：该共同
地点是确定出的用户中的、多个用户上下车的地点。共同地点是车辆与一个或多个用户会合的规定地点。使多个用户在一个共同地点上下车，因此能够使停车的次数减少，来缩短一个行程时间(用于从车辆调度服务的最初的规定地点途经最后的规定地点的所需时间)。通过减少停车次数，能够抑制能量消耗，并期待车辆的燃料效率的提高。
[0132]
[13]在本实施方式的上下车地点决定方法中，车辆具备自主行驶功能。通过计算共同地点，能够减少进行自主行驶的车辆为了使用户上下车而停车的地点，来缩短行程时间。基于定义了使用户上下车的规定地点的车辆调度计划进行自主行驶，因此不会发生车辆没有注意到停止地点而没有在规定地点停止等人为错误。
[0133]
[14]本实施方式的上下车地点决定装置100起到与上述的上下车地点决定方法同样的作用和效果。
[0134]
此外，以上说明的实施方式是为了使本发明容易理解而记载的，不是为了限定本发明而记载的。因而，上述的实施方式所公开的各要素旨在也包含属于本发明的技术范围内的所有设计变更、等效物。
[0135]
附图标记说明
[0136]
1：车辆调度系统；100：上下车地点决定装置；10：处理器；11：cpu；12：rom；13：ram；20：通信装置；30：输出装置；200：控制装置、车载装置；40：通信装置；50：检测装置；51：摄像机；52：雷达装置；53：车辆诊断装置；60：传感器；61：转向角传感器；62：车速传感器；70：车辆控制器；71：处理器；80：驱动装置；81：制动装置；90：转向装置；110：输出装置；111：显示器；112：扬声器；120：导航装置；121：位置检测装置；122：道路信息；123：地图信息；300：用户终端装置；310：处理器；311：cpu；312：rom；313：ram；320：通信装置；330：输入输出装置；331：(触摸屏式)显示器；332：扬声器；340：位置检测装置。