移动辅助装置和移动辅助方法与流程

1.本发明涉及一种移动辅助装置和移动辅助方法。


背景技术：

2.以往，已知一种在用户与车辆碰头时向用户引导到碰头场所的路径的技术(专利文献1)。
3.现有技术文献
4.专利文献
5.专利文献1：日本特开2013-130544号公报


技术实现要素：

6.发明要解决的问题
7.然而，专利文献1中记载的发明对用户仅呈现一个路径。用户无法选择所呈现的路径以外的路径，与移动有关的选项少。
8.本发明是鉴于上述问题而完成的，其目的在于提供一种向用户呈现至少一个以上的到碰头场所的路径的移动辅助装置和移动辅助方法。
9.用于解决问题的方案
10.本发明的一个方式所涉及的移动辅助装置执行以下处理：获取用户所持有的通信装置的位置信息和根据用户的车辆调度请求而调度的车辆的位置信息；基于车辆的位置信息来计算直到车辆抵达使请求了车辆调度的用户乘车的碰头场所为止的第一所需时间；基于通信装置的位置信息来计算多个从用户的当前地到碰头场所的路径；针对计算出的多个路径中的每一个路径，计算从用户的当前地抵达碰头场所为止的第二所需时间；在第二所需时间与第一所需时间相同或第二所需时间比第一所需时间短的情况下，判定为与第二所需时间相关联的路径是来得及与车辆碰头的路径；以及向通信装置输出表示被判定为来得及与车辆碰头的路径的信息。
11.发明的效果
12.根据本发明，能够向用户呈现至少一个以上的到碰头场所的路径。
附图说明
13.图1是本发明的实施方式所涉及的移动辅助系统10的整体概要图。
14.图2是本发明的实施方式所涉及的管理服务器20、通信装置60以及出租车40的功能框图。
15.图3是说明本发明的实施方式所涉及的步行路径的图。
16.图4是说明显示于显示器604的步行路径的一例的图。
17.图5a是说明本发明的实施方式所涉及的移动辅助系统10的一个动作例的序列图。
18.图5b是说明本发明的实施方式所涉及的移动辅助系统10的一个动作例的序列图。
19.图6是说明显示于显示器604的步行路径的变形例1的图。
20.图7是说明显示于显示器604的步行路径的变形例2的图。
21.图8是说明显示于显示器604的步行路径的变形例3的图。
22.图9是说明显示于显示器604的步行路径的变形例4的图。
23.图10是说明显示于显示器604的步行路径的变形例5的图。
24.图11是说明显示于显示器604的步行路径的变形例6的图。
25.图12是说明显示于显示器604的步行路径的变形例6的图。
26.图13是说明显示于显示器604的步行路径的变形例6的图。
27.图14是说明显示于显示器604的步行路径的其它例的图。
28.图15是通信装置60的变形例的功能框图。
29.图16是搭载于出租车40的计算机的变形例的功能框图。
具体实施方式
30.下面，参照附图来对本发明的实施方式进行说明。在附图的记载中，对相同部分标注相同附图标记并省略说明。
31.参照图1～图2来对本实施方式所涉及的移动辅助系统10的结构例进行说明。如图1所示，移动辅助系统10包括管理服务器20、通信网络30、出租车40～42、用户70以及用户70所持有的通信装置60。此外，在图1中，存在3辆出租车，但是不限定于此。移动辅助系统10也可以包括4辆以上的出租车。
32.管理服务器20经由通信网络30来与出租车40～42以及通信装置60进行通信。管理服务器20是具备cpu(central processing unit：中央处理单元)21、存储器22、通信i/f 23以及存储装置24的通用计算机，这些构成要素经由未图示的总线等进行电连接。管理服务器20用于出租车40～42的车辆调度服务。管理服务器20的设置场所不特别地限定，但例如管理服务器20设置于运营出租车40～42的营业商的管理中心。
33.cpu 21将存储于存储装置24等的各种程序读入到存储器22来执行程序所包含的各种命令。存储器22是rom(read only memory：只读存储器)、ram(random access memory：随机存取存储器)等存储介质。存储装置24是hdd(hard disk drive：硬盘驱动器)等存储介质。此外，下面说明的包括管理服务器20的功能在内的移动辅助系统10的一部分(或者全部)也可以由配置在通信网络30上的应用程序(software as a service(saas，软件即服务)等)来提供。
34.通信i/f 23是作为网络适配器等硬件、各种通信用软件、以及它们的组合安装的，构成为能够实现经由通信网络30等进行的有线或无线的通信。另外，通信i/f 23具有作为用于发送接收数据的输入部和输出部的功能。
35.通信网络30也可以由无线和有线中的任一种方式或者两种方式来构成，通信网络30也可以包括因特网。在本实施方式中，管理服务器20、出租车40～42以及通信装置60通过无线通信方式来与通信网络30连接。
36.在本实施方式中，设为出租车40～42是不存在驾驶员的自动驾驶车辆来进行说明。因而，出租车40～42也可以表示为机器人出租车或无人出租车。但是，出租车40～42不限定于是不存在驾驶员的自动驾驶车辆。出租车40～42也可以是存在驾驶员的普通的车
辆。
37.用户70使用通信装置60来请求(预约)出租车。在通信装置60安装有用于预约出租车的车辆调度应用程序(下面简称为车辆调度应用)，用户70使用车辆调度应用来请求出租车。
38.接着，参照图2来对管理服务器20、出租车40、通信装置60的详细的结构进行说明。此外，在图2中，省略出租车41～42，但出租车41～42具有与出租车40同样的结构。
39.通信装置60具备通信i/f 601、车辆调度应用602、gps接收机603以及显示器604。通信i/f 601具备与通信i/f 23(参照图1)同样的结构，经由通信网络30来与管理服务器20进行通信。通信装置60例如是智能手机、平板电脑等便携式的装置。另外，通信装置60也可以是可穿戴型的装置。此外，虽然省略图示，但通信装置60也与管理服务器20同样地具备cpu(控制器)、存储器、存储装置等。
40.车辆调度应用602如上述那样用于请求出租车。车辆调度应用602作为用户70请求出租车时的用户接口来发挥功能。车辆调度应用602通过由设置于通信装置60的cpu从设置于通信装置60的存储装置中读出专用的应用程序并执行该应用程序来实现。在用户70请求出租车时，用户70将希望的乘车场所、希望的乘车时间、希望的下车场所等输入到车辆调度应用602来请求出租车。车辆调度应用602按照用户70的输入来向管理服务器20发送车辆调度请求。另外，通信装置60将针对车辆调度请求而从管理服务器20回复的信号中包含的各种信息(车辆调度请求接收、预定抵达时刻、预定行驶路径等)显示于显示器604。但是，车辆调度应用602的实现方法不限定于此。例如，也可以是，通信装置60访问提供车辆调度应用602的功能的服务器来接受功能提供，并在浏览器中显示从服务器发送的功能的执行结果。
41.由gps接收机603获取到的通信装置60的位置信息在任意的时机被发送到管理服务器20。
42.出租车40具备通信i/f 401、车辆ecu(electronic control unit：电子控制单元)402以及gps接收机403。通信i/f 401具备与通信i/f 23以及通信i/f 601同样的结构，经由通信网络30来与管理服务器20进行通信。车辆ecu 402是用于控制出租车40的计算机。车辆ecu 402基于从管理服务器20接收到的指令来控制各种致动器(制动致动器、加速致动器、转向致动器等)。由gps接收机403获取到的出租车40的位置信息在任意的时机被发送到管理服务器20。
43.如图2的框图所示，作为多个功能的一例，管理服务器20的cpu 21(控制器)具备车辆调度受理部211、分配部212、位置信息获取部213、所需时间计算部214、步行路径计算部215、判定部216以及步行路径设定部217。如图2所示，在管理服务器20的存储装置24保存有地图数据库241和顾客数据库242。
44.在地图数据库241存储有道路信息、设施信息等进行路径引导所需要的地图信息。地图信息包含道路的车道数、路宽信息、道路的起伏信息。地图信息还包含表示速度限制、单向通行等的道路标识、表示人行横道、划线等的道路标识。另外，地图信息也可以包含道路结构物(例如信号灯、电线杆)、建筑物等设备信息。
45.在顾客数据库242保存有用户70的id等账户信息、出租车的利用历史记录、用户70的属性等。
46.车辆调度受理部211受理输入到通信装置60的用户70的车辆调度请求。车辆调度
受理部211具有将受理到用户70的车辆调度请求的意思、抵达乘车场所的预定抵达时刻、前往乘车场所的预定行驶路径等通知给通信装置60的功能。
47.分配部212基于所受理的车辆调度请求来分配多个出租车40～42(参照图1)中的适当的出租车。例如，为了高效化，车辆调度受理部211能够分配多个出租车40～42中的离用户70希望的乘车场所最近的空车的出租车。在本实施方式中，设为出租车40为被分配的出租车来进行说明。
48.另外，分配部212参照地图数据库241来设定从出租车40的当前地到用户70希望的乘车场所的行驶路径，并对出租车40发送指令，以使出租车40沿所设定的行驶路径行驶到用户70希望的乘车场所。分配部212计算的行驶路径例如是能够以最短的时间从出租车40的当前地抵达用户70希望的乘车场所的路径。分配部212向所需时间计算部214输出所设定的行驶路径。
49.位置信息获取部213从通信装置60获取用户70的位置信息，并且从出租车40获取出租车40的位置信息。用户70的位置信息是指用户70所持有的通信装置60的位置信息。位置信息获取部213向所需时间计算部214输出所获取到的位置信息。
50.所需时间计算部214(第一所需时间计算部、第二所需时间计算部)使用从分配部212获取到的行驶路径和从位置信息获取部213获取到的出租车40的位置信息，来计算从出租车40的当前地抵达用户70希望的乘车场所为止的第一所需时间。所需时间计算部214向判定部216输出所计算出的第一所需时间。
51.步行路径计算部215使用从位置信息获取部213获取到的用户70的位置信息、以及地图数据库241来计算步行路径。在本实施方式中，步行路径是从用户70的当前地前往乘车场所的路径，且是用户70能够通过徒步移动的路径。步行路径计算部215计算多个能够抵达乘车场所的步行路径。另外，所需时间计算部214针对由步行路径计算部215计算出的多个步行路径中的每一个步行路径，计算从用户70的当前地抵达乘车场所为止的第二所需时间。所需时间计算部214向判定部216输出所计算出的第二所需时间。此外，第二所需时间与对应的步行路径相关联。
52.判定部216使用从所需时间计算部214获取到的第一所需时间和第二所需时间，来判定用户70是否来得及与出租车40碰头。例如，在第二所需时间比第一所需时间短的情况下，判定部216判定为用户70来得及与出租车40碰头。另外，在第二所需时间与第一所需时间相同的情况下，判定部216判定为用户70来得及与出租车40碰头。在此，“第二所需时间与第一所需时间相同”不限定于完全相同。“第二所需时间与第一所需时间相同”表示实质上相同(视为大致相同)，数秒的差也可以作为误差而忽略。
53.在本实施方式中，“用户70来得及与出租车40碰头”是指用户70在出租车40抵达乘车场所之前抵达乘车场所。或者“用户70来得及与出租车40碰头”是指用户70在出租车40抵达乘车场所的同时(或大致同时)抵达乘车场所。
54.判定部216在判定为用户70来得及与出租车40碰头的情况下，向步行路径设定部217输出与判定中所使用的第二所需时间相关联的步行路径。
55.步行路径设定部217将从判定部216获取到的步行路径设定为用于向用户70呈现的步行路径，并经由通信i/f 23向用户70所持有的通信装置60发送表示所设定的步行路径的信号。
56.接着，参照图3来对步行路径的详情进行说明。
57.假定图3所示的用户70使用车辆调度应用602请求了出租车。图3所示的标记80表示用户70希望的乘车场所。也就是说，标记80表示用户70与出租车40的碰头场所。在下面，将标记80称为碰头场所80。出租车40基于从管理服务器20接收到的指令，前往碰头场所80，以使用户70乘车。此外，在图3中省略了出租车40。
58.如上所述，所需时间计算部214使用从分配部212获取到的行驶路径和从位置信息获取部213获取到的出租车40的位置信息，来计算从出租车40的当前地抵达碰头场所80为止的第一所需时间。在后面的说明中，假定计算出第一所需时间为8分钟。
59.如图3所示，步行路径计算部215使用从位置信息获取部213获取到的用户70的位置信息、以及地图数据库241来计算步行路径r1～r4。步行路径r1～r4是从用户70的当前地前往碰头场所80的路径，且是用户70能够通过徒步移动的路径。
60.所需时间计算部214针对由步行路径计算部215计算出的步行路径r1～r4中的每一个步行路径，计算从用户70的当前地抵达碰头场所80为止的第二所需时间。仅在图3中假定为：沿步行路径r1移动的情况下的第二所需时间被计算为5分钟，沿步行路径r2移动的情况下的第二所需时间被计算为6分钟，沿步行路径r3移动的情况下的第二所需时间被计算为7分钟，沿步行路径r4移动的情况下的第二所需时间被计算为9分钟。
61.判定部216使用从所需时间计算部214获取到的第一所需时间(8分钟)、第二所需时间(r1：5分钟；r2：6分钟；r3：7分钟；r4：9分钟)，来判定用户70是否来得及与出租车40碰头。出租车40再过8分钟抵达碰头场所80，因此如果用户70能够在8分钟以内抵达碰头场所80，则来得及与出租车40碰头。
62.因此，判定部216判定是否存在能够在第一所需时间内抵达碰头场所80的步行路径。例如，判定部216将第一所需时间与第二所需时间进行比较，在第二所需时间比第一所需时间短的情况下，判定为与该第二所需时间相关联的步行路径是能够在第一所需时间内抵达碰头场所80的步行路径即可。
63.在图3中，与步行路径r1～r3相关联的第二所需时间(r1：5分钟；r2：6分钟；r3：7分钟)比第一所需时间(8分钟)短，因此判定部216判定为步行路径r1～r3是能够在第一所需时间内抵达碰头场所80的步行路径。另一方面，与步行路径r4相关联的第二所需时间(9分钟)比第一所需时间(8分钟)长，因此判定部216判定为步行路径r4是无法在第一所需时间内抵达碰头场所80的步行路径。判定部216向步行路径设定部217输出步行路径r1～r3(用户70来得及与出租车40碰头的步行路径)。另一方面，步行路径r4由于是无法在第一所需时间内抵达碰头场所80的路径，因此被删除。
64.接着，步行路径设定部217将从判定部216获取到的步行路径r1～r3设定为用于向用户70呈现的步行路径，并经由通信i/f 23向用户70所持有的通信装置60发送表示所设定的步行路径r1～r3的信号。
65.如图4所示那样在通信装置60的显示器604显示从管理服务器20获取到的步行路径r1～r3。无论用户70选择步行路径r1～r3中的哪一个，用户70都来得及与出租车40碰头。根据本实施方式，能够向用户70呈现来得及与出租车40碰头的多个步行路径r1～r3，因此用户70能够从多个步行路径r1～r3中选择喜欢的路径。由此，与用户70前往碰头场所80时的移动有关的选项增多。在用户70选择了喜欢的路径时，如周知的导航系统那样进行用于
沿该路径前往碰头场所80的引导。
66.接着，参照图5a～图5b的序列图来对移动辅助系统10的一个动作例进行说明。
67.在步骤s101中，用户70使用车辆调度应用602来请求出租车。处理进入步骤s103，车辆调度受理部211受理用户70的车辆调度请求。处理进入步骤s105，分配部212基于所受理的车辆调度请求，来分配多个出租车40～42(参照图1)中适当的出租车。处理进入步骤s107，分配部212参照地图数据库241来设定从出租车40的当前地到用户70希望的乘车场所(碰头场所80)的行驶路径。
68.处理进入步骤s109，管理服务器20向出租车40发送所设定的行驶路径。处理进入步骤s111，出租车40沿获取到的行驶路径朝向用户70希望的碰头场所80行驶。
69.在步骤s113中，通信装置60向管理服务器20发送由gps接收机603获取到的通信装置60的位置信息。在步骤s115中，出租车40向管理服务器20发送由gps接收机403获取到的出租车40的位置信息。在步骤s117中，管理服务器20接收从通信装置60和出租车40发送的位置信息。重复执行步骤s115的处理，直到出租车40抵达碰头场所80为止(步骤s119)。
70.处理进入步骤s121，所需时间计算部214计算从出租车40的当前地抵达碰头场所80为止的第一所需时间。处理进入步骤s123，步行路径计算部215使用在步骤s117中获取到的用户70的位置信息、以及地图数据库241来计算步行路径r1～r4(参照图3)。
71.处理进入步骤s125，判定部216判定在步骤s123中计算出的步行路径r1～r4中是否存在无法在第一所需时间内抵达碰头场所80的步行路径。在如图3所示那样存在无法在第一所需时间内抵达碰头场所80的步行路径r4的情况下(步骤s125：“是”)，处理进入步骤s127，删除步行路径r4。另一方面，在存在能够在第一所需时间内抵达碰头场所80的步行路径r1～r3的情况下(步骤s125：“否”)，步行路径设定部217将步行路径r1～r3设定为用于向用户70呈现的步行路径(步骤s129)。处理进入步骤s131，步行路径设定部217经由通信i/f 23向用户70所持有的通信装置60发送表示所设定的步行路径r1～r3的信号。
72.处理进入步骤s133，通信装置60接收从管理服务器20发送的表示步行路径r1～r3的信号。处理进入步骤s135，如图4所示那样在显示器604显示步行路径r1～r3。重复执行步骤s113的处理，直到用户70抵达碰头场所80为止(步骤s137)。
73.(作用效果)
74.如以上所说明的那样，根据本实施方式所涉及的管理服务器20，能够获得以下作用效果。
75.管理服务器20具备位置信息获取部213、第一所需时间计算部(所需时间计算部214)、路径计算部(步行路径计算部215)、第二所需时间计算部(所需时间计算部214)、判定部216以及输出部(通信i/f 23)。
76.位置信息获取部213获取用户70所持有的通信装置60的位置信息和根据用户70的车辆调度请求而调度的出租车40的位置信息。第一所需时间计算部基于出租车40的位置信息来计算直到出租车40抵达使请求了车辆调度的用户70乘车的碰头场所80为止的第一所需时间。
77.路径计算部基于通信装置60的位置信息，来计算多个从用户70的当前地到碰头场所80的路径。第二所需时间计算部针对由路径计算部计算出的多个路径中的每一个路径，计算从用户的当前地抵达碰头场所为止的第二所需时间。
78.在第二所需时间与第一所需时间相同或者第二所需时间比第一所需时间短的情况下，判定部216判定为与第二所需时间相关联的路径是来得及与出租车40碰头的路径。输出部向通信装置60输出表示由判定部216判定为来得及与出租车40碰头的路径的信息。
79.由此，能够如图4所示那样向用户70呈现来得及与出租车40碰头的多个步行路径r1～r3，因此用户70能够从多个步行路径r1～r3中选择喜欢的路径。由此，与用户70前往碰头场所80时的移动有关的选项增多。
80.(变形例1)
81.接着，参照图6来对本实施方式的变形例1进行说明。
82.如图6所示，也可以是，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示与步行路径r1～r4相关联的第二所需时间的信号也一起发送到通信装置60。
83.由此，如图6所示那样在通信装置60的显示器604显示从管理服务器20获取到的步行路径r1～r4以及与步行路径r1～r4相关联的第二所需时间。在后面的说明中，假定为：沿步行路径r1移动的情况下的第二所需时间被计算为5分钟，沿步行路径r2移动的情况下的第二所需时间被计算为6分钟，沿步行路径r3移动的情况下的第二所需时间被计算为7分钟，沿步行路径r4移动的情况下的第二所需时间被计算为8分钟。
84.与图3所示的例子同样地，步行路径r1～r3是能够在第一所需时间内抵达碰头场所80的步行路径。另外，在图6及其之后，步行路径r4也是能够在第一所需时间内抵达碰头场所80的步行路径。由于与步行路径r4相关联的第二所需时间(8分钟)同第一所需时间(8分钟)相同，因此判定部216判定为步行路径r4是能够在第一所需时间内抵达碰头场所80的步行路径。
85.如图6所示那样在显示器604显示步行路径r1～r4以及与步行路径r1～r4相关联的第二所需时间，因此用户70能够一眼就掌握选择各个步行路径的情况下的步行时间。用户70能够考虑步行时间来从步行路径r1～r4中选择喜欢的路径。
86.(变形例2)
87.接着，参照图7来对本实施方式的变形例2进行说明。
88.在变形例2中，所需时间计算部214计算余裕时间。余裕时间是表示在用户70抵达了碰头场所80时出租车40再过几分钟抵达碰头场所80的时间。余裕时间是通过从第一所需时间(8分钟)减去第二所需时间计算的。沿步行路径r1移动的情况下的第二所需时间为5分钟，沿步行路径r2移动的情况下的第二所需时间为6分钟，沿步行路径r3移动的情况下的第二所需时间为7分钟，沿步行路径r4移动的情况下的第二所需时间为8分钟，因此如图7所示那样，沿步行路径r1移动的情况下的余裕时间为3分钟，沿步行路径r2移动的情况下的余裕时间为2分钟，沿步行路径r3移动的情况下的余裕时间为1分钟，沿步行路径r4移动的情况下的余裕时间为0分钟。与第二所需时间同样，余裕时间也与对应的步行路径相关联。
89.余裕时间越长，则用户70能够越悠闲地前往碰头场所80。另一方面，余裕时间越短，则用户70的余裕越少。例如，在如步行路径r4那样余裕时间为0分钟的情况下，对于用户70而言能够明确可知没有时间上的余裕，因此用户70能够不选择步行路径r4，或者选择步行路径r4并以立即开始移动、快速移动、在途中不停下地移动、一边留意时间一边移动之类的方式前往碰头场所80。
90.在变形例2中，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示与步行路径r1～r4相关联的余裕时间的信号也一起发送到通信装置60。
91.由此，如图7所示那样在通信装置60的显示器604显示从管理服务器20获取到的步行路径r1～r4以及与步行路径r1～r4相关联的余裕时间。通过该显示，用户70能够一眼就掌握选择各个步行路径的情况下的余裕时间。用户70能够考虑余裕时间来从步行路径r1～r4中选择喜欢的路径。
92.(变形例3)
93.接着，参照图8来对本实施方式的变形例3进行说明。
94.在用户70前往碰头场所80时，根据道路的形状，能够利用岔道、歧路等。图8所示的标记90、91是表示在岔道、歧路中能够行进的方向的箭头。例如，着眼于步行路径r1和步行路径r3。在步行路径r1与步行路径r3之间的岔道、歧路中，箭头91表示既可以从步行路径r1向步行路径r3行进，也可以从步行路径r3向步行路径r1行进。更详细地说，箭头91表示：无论从步行路径r1向步行路径r3行进还是从步行路径r3向步行路径r1行进，都来得及与出租车40碰头。
95.与此相对，箭头90表示可以从步行路径r3向步行路径r1行进，另一方面，表示不能够从步行路径r1向步行路径r3行进。更详细地说，箭头90表示：在从步行路径r3向步行路径r1行进的情况下来得及与出租车40碰头，但是在从步行路径r1向步行路径r3行进的情况下来不及与出租车40碰头。
96.步行路径r1与步行路径r2之间的岔道、歧路中的箭头90、91、以及步行路径r2与步行路径r4之间的岔道、歧路中的箭头90、91也是同样的，因此省略说明。
97.在变形例3中，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示用于表示在岔道、歧路中能够行进的方向的箭头的信号也一起发送到通信装置60。
98.由此，如图8所示那样在通信装置60的显示器604显示从管理服务器20获取到的步行路径r1～r4、以及表示在岔道、歧路中能够行进的方向的箭头90、91。通过该显示，用户70能够一眼就掌握在岔道、歧路中能够行进的方向，从而能够在喜欢的岔道、歧路中行进。由此，与用户70前往碰头场所80时的移动有关的选项增多。
99.(变形例4)
100.接着，参照图9来对本实施方式的变形例4进行说明。
101.有时，在用户70能够利用的道路中存在坡道、阶梯、天桥等。坡道、阶梯、天桥等是相比于平坦的路径而言步行的负荷较大的要素。根据用户70，存在希望避开经过坡道、阶梯、天桥等这样的需求。作为一例，在用户70利用轮椅的情况下存在这样的需求。在变形例4中，在由步行路径设定部217设定的步行路径中存在坡道、阶梯、天桥等的情况下，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示存在坡道、阶梯、天桥等的信号也一起发送到通信装置60。
102.参照图9来进行具体说明。假定在图9所示的步行路径r4中存在阶梯。在该情况下，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示步行路径r4中存在阶梯的信号也一起发送到通信装置60。通信装置60接收该信号，据此，如图9所示那样在显示器604用通常的线显示步行路径r1～r3，与此相对地，用虚线显示步行路径r4。若预先决定了显示规则为用虚线表示的步行路径意味着存在阶梯，则用户70能够一眼就掌握步行
路径r4中存在阶梯。如上述那样，在用户70利用轮椅的情况下，通过选择步行路径r1～r3，用户70能够避开阶梯。
103.此外，在图9中，用虚线显示存在阶梯的步行路径，但显示例不限定于此。存在阶梯的步行路径也可以用粗线显示，还可以用点划线显示。存在阶梯的步行路径与平坦的步行路径也可以通过颜色来进行区分。作为一例，也可以是，存在阶梯的步行路径用红色显示，平坦的步行路径用绿色显示。另外，也可以按每个坡道、阶梯、天桥而使显示不同。
104.另外，管理服务器20(判定部216)通过参照地图数据库241，能够判定步行路径r1～r4中是否存在坡道、阶梯、天桥等。此外，用户70的移动手段除了徒步、轮椅之外，还能够列举自行车、跑步(running)等。
105.此外，管理服务器20也可以将步行路径r1～r4(多个路径)的水平平面上的高度进行比较，来判定是否存在移动的负荷大的因素。具体地说，也可以是，在某个路径(图9的步行路径r4)的水平平面上的高度比其它路径(图9的步行路径r1～r3)的水平平面上的高度高或者低的情况下，管理服务器20判定为存在移动的负荷大的因素。
106.(变形例5)
107.接着，参照图10来对本实施方式的变形例5进行说明。
108.在上述的变形例4中，是在步行路径r4中存在阶梯的情况下用虚线显示步行路径r4。向用户70呈现步行路径r4中存在阶梯的方法不限定于此。如图10所示，也可以利用指向步行路径r4的对话框显示来显示出“有阶梯”。通过该显示，用户70能够一眼就掌握步行路径r4中存在阶梯。
109.作为变形例5中的管理服务器20的动作例，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示步行路径r4中存在阶梯的信号(对话框显示用的信号)也一起发送到通信装置60。
110.(变形例6)
111.接着，参照图11来对本实施方式的变形例6进行说明。
112.在用户70能够利用的道路中，包括人行道、公园内的道路、车站的建筑内等。有时在这样的场所中存在便利店等店铺或者正在举办特产展、祭典等事件。例如，如图11所示，假定在步行路径r3中存在便利店，在步行路径r1中正在举办特产展，在步行路径r4中正在举行祭典。
113.在该情况下，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示步行路径r1～r4中的店铺信息、事件信息的信号也一起发送到通信装置60。通信装置60接收该信号，据此，如图11所示那样在显示器604中显示表示在步行路径r3中存在便利店、在步行路径r1中正在举办特产展、在步行路径r4中正在举行祭典的对话框。
114.若是喜欢在特产展购买地域性的特产的用户，则通过选择步行路径r1来满足需求。或者，若是喜欢看祭典的用户，则能够通过选择步行路径r4来一边看祭典一边前往碰头场所80。像这样，在显示多个步行路径r1～r4时，还一并显示这些步行路径上的店铺信息、事件信息，由此能够向用户70提供范围广泛的选项。
115.此外，对于便利店等的店铺信息，管理服务器20(信息获取部)能够通过参照地图数据库241来获取。另外，对于特产展、祭典等事件信息，管理服务器20(信息获取部)使用用户70的位置信息，通过因特网来搜索并获取用户70所在的地域的事件信息即可。既可以如
图11所示那样显示店铺信息和事件信息这两方，也可以仅显示任一方。
116.另外，在通过对话框显示步行路径上的店铺信息、事件信息时，如图12所示，也可以还一并显示上述的余裕时间。由此，用户70易于进行如下判断：如果利用步行路径r3，则余裕时间只有1分钟，因此无法顺路去便利店，但是如果利用步行路径r1，则余裕时间有3分钟，因此能够顺路去特产展。此外，作为该情况下的管理服务器20的动作例，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示步行路径r1～r4中的店铺信息、事件信息的信号、以及表示与步行路径r1～r4相关联的余裕时间的信号一起发送到通信装置60。
117.在此，在图12的显示例中，步行路径r4中正在举行祭典，但由于余裕时间为0分钟，因此即使用户70为了看祭典而选择了步行路径r4，也没有时间看祭典。因此，如图13所示，在余裕时间比规定时间短的情况下，也可以不显示该步行路径中的店铺信息、事件信息。换而言之，也可以仅在余裕时间为规定时间以上的情况下，显示该步行路径中的店铺信息、事件信息。作为该情况下的管理服务器20的动作例，管理服务器20在向通信装置60发送表示步行路径r1～r4的信号时，将表示步行路径r1～r4中的店铺信息、事件信息的信号、以及表示与步行路径r1～r4相关联的余裕时间的信号一起发送到通信装置60。并且，管理服务器20将表示余裕时间是否比规定时间短的信号也一起发送到通信装置60。规定时间不特别地限定，但作为一例，是30秒。
118.上述的实施方式中记载的各功能能够通过一个或多个处理电路来实现。处理电路包括含有电路的处理装置等被进行了编程的处理装置。另外，处理电路还包括被布局为执行所记载的功能的面向特定用途的集成电路(asic)、电路部件等装置。
119.如上述那样记载了本发明的实施方式，但不应理解为构成本公开的一部分的论述及附图用于限定本发明。根据本公开，对于本领域技术人员而言能够明确各种替代实施方式、实施例以及运用技术。
120.也可以是，步行路径并不是被设定一次就结束，而是根据用户70的当前地被时时刻刻地持续设定。如图14所示，随着从时刻t的状态进入时刻t 1的状态，用户70的当前地时时刻刻地变化。步行路径设定部217也可以根据时时刻刻地变化的用户70的当前地来设定步行路径。由此，用户70能够选择与最初所选择的步行路径不同的步行路径。
121.另外，在上述的实施方式中，将向通信装置60发送用于使通信装置60输出(显示)多个步行路径、余裕时间等的规定的信号的主体设为管理服务器20来进行了说明，但是不限定于此。向通信装置60发送用于使通信装置60输出多个步行路径、余裕时间等的规定的信号的主体也可以是通信装置60，还可以是出租车40。
122.在将向通信装置60发送用于使通信装置60输出多个步行路径、余裕时间等的规定的信号的主体设为通信装置60的情况下，如图15所示，搭载于通信装置60的计算机607作为位置信息获取部610、所需时间计算部611、步行路径计算部612、判定部613以及步行路径设定部614来发挥功能即可。位置信息获取部610、所需时间计算部611、步行路径计算部612、判定部613以及步行路径设定部614这些功能与图2所示的位置信息获取部213、所需时间计算部214、步行路径计算部215、判定部216以及步行路径设定部217的功能相同。在该情况下，通信装置60可以说是向通信装置60输出用于使通信装置60输出多个步行路径、余裕时间的规定的信号的装置。
123.另一方面，在将向通信装置60发送用于使通信装置60输出多个步行路径、余裕时间等的规定的信号的主体设为出租车40的情况下，如图16所示，搭载于出租车40的计算机404作为位置信息获取部410、所需时间计算部411、步行路径计算部412、判定部413以及步行路径设定部414来发挥功能即可。位置信息获取部410、所需时间计算部411、步行路径计算部412、判定部413以及步行路径设定部414这些功能与图2所示的位置信息获取部213、所需时间计算部214、步行路径计算部215、判定部216以及步行路径设定部217的功能相同。管理服务器20、搭载于通信装置60的计算机607以及搭载于出租车40的计算机404相当于移动辅助装置。
124.在此引用日本专利申请第2020-060535号(申请日：2020年3月30日)的全部内容。
125.附图标记说明
126.10：移动辅助系统；20：管理服务器；30：通信网络；40～42：出租车；60：通信装置；70：用户；211：车辆调度受理部；212：分配部；213：位置信息获取部；214：所需时间计算部；215：步行路径计算部；216：判定部；217：步行路径设定部；241：地图数据库。