CN117372225A - 信息处理装置以及信息处理方法 - Google Patents

Abstract

本公开提供信息处理装置以及信息处理方法，提高轮椅利用者利用按需巴士时的便利性。本公开的信息处理装置自动生成按需巴士的运行计划。在本公开的信息处理装置中，控制部将使用轮椅的第1用户乘降按需巴士的第1乘降场所中的停车时长设定得比所述第1用户以外的用户乘降按需巴士的第2乘降场所中的停车时长更长。控制部根据设定的停车时长，生成按需巴士的运行计划。

Description

信息处理装置以及信息处理方法

技术领域

本公开涉及信息处理装置以及信息处理方法。

背景技术

已知关于具备轮椅乘车空间的巴士，将轮椅乘车空间的空闲状况显示于设置在巴士站的标牌装置的技术(例如参照专利文献1)。

现有技术文献

专利文献

专利文献1：日本特开2021-009452号公报

发明内容

本公开的目的在于提供一种能够提高轮椅利用者利用按需巴士时的便利性的技术。

本公开的一个方案是自动地生成按需巴士的运行计划的信息处理装置。该情况的信息处理装置例如也可以具备控制部，

所述控制部以使使用轮椅的第1用户的乘降场所的所述按需巴士的停车时长比所述第1用户以外的用户的乘降场所的所述按需巴士的停车时长更长的方式，生成所述按需巴士的运行计划。

本公开的其他方案是用于自动地生成按需巴士的运行计划的信息处理方法。该情况的信息处理方法例如也可以是：

计算机以使使用轮椅的第1用户的乘降场所的所述按需巴士的停车时长比所述第1用户以外的用户的乘降场所的所述按需巴士的停车时长更长的方式，生成所述按需巴士的运行计划。

本公开的其他方案也可以是用于使计算机执行上述信息处理方法的信息处理程序、或者以计算机可读的方式存储该信息处理程序的非临时性的存储介质。

根据本公开，能够提供能够提高轮椅利用者利用按需巴士时的便利性的技术。

附图说明

图1是示出实施方式的按需巴士系统的概略结构的图。

图2是示出包含于实施方式的按需巴士系统的车载装置、服务器装置以及用户终端各自的硬件结构的一个例子的图。

图3是示出实施方式的服务器装置的功能结构例的框图。

图4是示出实施方式的储存于用户管理数据库的信息的一个例子的图。

图5是示出实施方式的储存于请求管理数据库的信息的一个例子的图。

图6是示出实施方式的储存于运行管理数据库的信息的一个例子的图。

图7是示出显示于用户终端的浏览器的第1Web页面的一个例子的图。

图8是示出显示于用户终端的浏览器的第2Web页面的一个例子的图。

图9是示出显示于用户终端的浏览器的第3Web页面的一个例子的图。

图10是示出显示于用户终端的浏览器的第4Web页面的一个例子的图。

图11是示出显示于用户终端的浏览器的第5Web页面的一个例子的图。

图12是示出显示于用户终端的浏览器的第6Web页面的一个例子的图。

图13是示出在实施方式中在决定用户的乘降场所时由服务器装置执行的处理例程的第1流程图。

图14是示出在实施方式中在决定用户的乘降场所时由服务器装置执行的处理例程的第2流程图。

图15是示出在决定乘降场所中的停车时长时由服务器装置执行的处理例程的流程图。

图16是示出变形例的服务器装置的功能结构例的框图。

图17是示出变形例的储存于设施信息数据库的信息的一个例子的图。

图18是示出显示于用户终端的浏览器的第7Web页面的一个例子的图。

图19是示出在变形例中在决定用户的乘降场所时由服务器装置执行的处理例程的第1流程图。

图20是示出在变形例中在决定用户的乘降场所时由服务器装置执行的处理例程的第2流程图。

图21是示出在变形例中在决定用户的乘降场所时由服务器装置执行的处理例程的第3流程图。

(符号说明)

1：按需巴士；10：车载装置；100：服务器装置；101：处理器；102：主存储部；103：辅助存储部；D110：用户管理数据库；D120：请求管理数据库；D130：运行管理数据库；D140：地图信息数据库；F110：控制部；200：用户终端。

具体实施方式

近年来，按需巴士得到普及。另外，也在研究在公共交通工具的利用不便的地域等中，将可通过自动驾驶而自主行驶的车辆用作按需巴士。根据来自用户的乘车请求，生成按需巴士的运行计划。在按需巴士的运行计划中，例如，包括乘降场所、预定抵达乘降场所的时刻以及乘降场所中的停车时长等。根据来自用户的乘车请求，决定乘降场所、预定抵达乘降场所的时刻以及乘降场所中的停车时长等。

在此，还设想使用轮椅的用户(第1用户)利用按需巴士的情形。在第1用户乘降按需巴士的情况下，相比于第1用户以外的用户(例如健康的用户，以下还有时记载为“第2用户”)乘降按需巴士的情况，乘降所需的时间易于变长。特别是，在按需巴士是自主行驶车辆的情况下，存在辅助第1用户的乘降的乘务员并未乘坐按需巴士的可能性，所以存在第1用户的乘降所需的时间更进一步变长的可能性。因此，如果第1用户的乘降场所(第1乘降场所)的停车时长被设为与第2用户的乘降场所(第2乘降场所)的停车时长相同的时长，则存在第1用户在乘降按需巴士时慌张、或者按需巴士的实际的运行比运行计划延迟的可能性。其结果，存在第1用户的便利性受损的可能性。

相对于此，在本公开所涉及的信息处理装置中，控制部以使第1用户的乘降场所即第1乘降场所的停车时长比第2用户的乘降场所即第2乘降场所的停车时长更长的方式，生成按需巴士的运行计划。由此，能够生成估计了第1用户的乘降所需的时间的运行计划。其结果，能够抑制第1用户在乘降时慌张、或者按需巴士的实际的运行比运行计划延迟的情况。因此，根据本公开，能够提高第1用户的便利性。

本公开所涉及的信息处理装置例如是由按需巴士服务的提供者运用的服务器装置。另外，本公开所涉及的控制部是服务器装置具备的CPU(Central Processing Unit，中央处理单元)、或者DSP(Digital Signal Processor，数字信号处理器)等处理器。

<实施方式>

以下，根据附图，说明本公开的具体的实施方式。关于以下的实施方式记载的结构等，只要没有特别记载，则本公开的技术范围不限定于这些。在本实施方式中，叙述将本公开所涉及的信息处理装置应用于按需巴士系统的例子。

(按需巴士系统的概要)

图1是示出本实施方式的按需巴士系统的概要的图。本实施方式的按需巴士系统构成为包括按需巴士1、服务器装置100以及用户终端200。在图1所示的例子中，仅例示了1台按需巴士1，但也可以是多台。

此外，在图1例示的用户终端200中，包括作为轮椅使用者的第1用户使用的第1用户终端200A、和并非轮椅使用者的第2用户使用的第2用户终端200B。以下，在说明第1用户终端200A以及第2用户终端200B共同的结构或者功能的情况下，记载为“用户终端200”。另外，在记载为“用户”的情况下，可能包括第1用户以及第2用户这双方。

按需巴士1是根据来自用户的乘车请求而运行的公共汽车。本实施方式的按需巴士1是通过自动驾驶自主行驶的车辆。按需巴士1搭载车载装置10。车载装置10通过与服务器装置100进行无线通信，接收从服务器装置100发送的运行计划。车载装置10将接收到的运行计划发送给搭载于按需巴士1的控制装置。控制装置是控制按需巴士1的自主行驶的装置。此外，按需巴士1也可以是乘务员手动驾驶的车辆。在该情况下，车载装置10也可以将从服务器装置100接收到的运行计划提示给按需巴士1的乘务员。

服务器装置100根据来自用户的乘车请求，生成按需巴士1的运行计划。在运行计划中，例如，包括运行路径、乘降场所、乘降场所的预定抵达时刻、乘降场所中的停车时长以及在乘降场所乘降的用户的信息等。

在本实施方式中，服务器装置100在受理到来自第2用户的乘车请求的情况下，根据第2用户希望的乘降场所，决定第2用户的乘降场所(第2乘降场所)。例如，服务器装置100将多个可停车地点中的、最接近第2用户希望的乘降场所的可停车地点决定为第2乘降场所。此处所称的“可停车地点”是包含于按需巴士1可行驶的道路的地点，并且是按需巴士1可临时停车的地点。

在本实施方式中，服务器装置100在受理到来自第1用户的乘车请求的情况下，根据第1用户的出发地以及目的地，决定第1用户的乘降场所(第1乘降场所)。此处所称的“出发地”是作为第1用户移动至按需巴士1的乘车场所时的起点的场所。另外，“目的地”是作为第1用户从按需巴士1的下车场所移动时的终点的场所。

服务器装置100在决定第1乘降场所时，根据第1用户的出发地以及目的地，决定成为第1乘降场所的候选的多个地点(候选地)。此处所称的候选地包括乘车场所的候选地以及下车场所的候选地。例如，服务器装置100从多个可停车地点中抽出满足与从出发地起的距离、至目的地的距离、从出发地起的路径的坡度以及至目的地的路径的坡度等有关的条件的可停车地点，将抽出的可停车地点决定为第1乘降场所的候选地。

服务器装置100经由第1用户终端200A将与第1乘降场所的候选地有关的信息(第1信息)提示给第1用户。第1信息包括将出发地和乘车场所的候选地连接起来的路径、将出发地和乘车场所的候选地连接起来的路径的距离、将出发地和乘车场所的候选地连接起来的路径的坡度、乘车场所的候选地有无屋顶、将目的地和下车场所的候选地连接起来的路径、将目的地和下车场所的候选地连接起来的路径的距离、将目的地和下车场所的候选地连接起来的路径的坡度、下车场所的候选地有无屋顶等的信息。在第1用户从多个候选中选择希望的乘车场所的候选地以及下车场所的候选地后，服务器装置100将由第1用户选择出的乘车场所的候选地以及下车场所的候选地决定为第1乘降场所。由此，第1用户能够参考被提示的第1信息，将易于利用轮椅往返的候选地、或者在雨天时等可不使用雨具等待按需巴士1的候选地选择为第1乘降场所。

另外，本实施方式的服务器装置100还具有将第1乘降场所的按需巴士1的停车时长设定为比第2乘降场所的按需巴士1的停车时长更长的时长的功能。

服务器装置100根据如上所述决定的乘降场所以及停车时长、和用户希望的乘降时间段，决定按需巴士1的运行路径以及运行调度。服务器装置100根据运行路径以及运行调度，生成按需巴士1的运行计划。服务器装置100将生成的运行计划发送给按需巴士1的车载装置10。另外，服务器装置100将与按需巴士1的运行路径以及运行调度有关的信息(运行信息)发送给用户终端200。

用户终端200具有如下功能：受理由用户实施的与按需巴士服务的利用有关的各种信息的输入；和将从服务器装置100提供的各种信息提示给用户。

(按需巴士系统的硬件结构)

根据图2，说明本实施方式的按需巴士系统的硬件结构例。图2是示出包含于图1所示的按需巴士系统的车载装置10、服务器装置100以及用户终端200各自的硬件结构的一个例子的图。在图2所示的例子中，将车载装置10以及用户终端200分别仅图示了1个，但也可以是多个。

车载装置10是搭载于按需巴士1的计算机。如图2所示，车载装置10构成为包括处理器11、主存储部12、辅助存储部13以及通信部14。处理器11、主存储部12、辅助存储部13以及通信部14相互通过总线连接。

处理器11例如是CPU(Central Processing Unit，中央处理单元)、或者DSP(Digital Signal Processor，数字信号处理器)。处理器11通过将保持于辅助存储部13的程序载入到主存储部12并执行，而执行各种处理。

主存储部12是对处理器11提供用于载入储存于辅助存储部13的程序的存储区域以及作业区域、或者用作运算处理的缓冲器的存储装置。主存储部12构成为包括例如诸如RAM(Random Access Memory，随机存取存储器)以及ROM(Read Only Memory，只读存储器)等的半导体存储器。

辅助存储部13储存各种程序以及在各程序的执行时处理器11使用的数据等。辅助存储部13例如是EPROM(Erasable Programmable ROM，可擦除可变成只读存储器)、或者硬盘驱动器(Hard Disk Drive：HDD)。辅助存储部13能够包括可移动介质、即可搬记录介质。可移动介质是例如诸如USB(Universal Serial Bus，通用串行总线)存储器、CD(CompactDisc，光盘)、或者DVD(Digital Versatile Disc，数字多功能光盘)等的盘记录介质。辅助存储部13将各种程序、各种数据以及各种表格以读写自如的方式储存到记录介质。在储存于辅助存储部13的程序，除了操作系统(Operating System，操作系统)以外，还包括用于在按需巴士1的控制装置与服务器装置100之间中继与运行有关的信息的程序等。

通信部14是无线通信电路。无线通信电路例如通过5G(5th Generation，第五代)、6G、4G、或者LTE(Long Term Evolution，长期演进)等移动体通信方式的无线通信连接到网络N1。此外，无线通信电路也可以构成为通过WiMAX、或者Wi-Fi(注册商标)等无线通信方式连接到网络N1。通信部14经由无线通信连接到网络N1，经由网络N1与服务器装置100进行通信。

在如图2所示构成的车载装置10中，处理器11通过将辅助存储部13的程序载入到主存储部12并执行，从而对按需巴士1的控制装置与服务器装置100之间的信息交换进行中继。例如，在通信部14接收到从服务器装置100发送的运行计划时，处理器11将接收到的运行计划发送给按需巴士1的控制装置。

此外，车载装置10的硬件结构不限定于图2所示的例子，也可以适当地进行构成要素的省略、置换、追加。另外，由车载装置10执行的一连串的处理既能够通过硬件执行，也能够通过软件执行。

服务器装置100是管理按需巴士1的运行的计算机，由按需巴士服务的提供者运用。如图2所示，服务器装置100构成为包括处理器101、主存储部102、辅助存储部103以及通信部104等。这些处理器101、主存储部102、辅助存储部103以及通信部104通过总线相互连接。

服务器装置100的处理器101、主存储部102以及辅助存储部103与车载装置10的处理器11、主存储部12以及辅助存储部13分别相同，所以省略其说明。但是，在保持于服务器装置100的辅助存储部103的程序中，包括用于利用服务器装置100实现与按需巴士1的运行计划的生成有关的功能的程序。

通信部104将服务器装置100连接到网络N1。通信部104经由网络N1将服务器装置100连接到用户终端200。这样的通信部104例如构成为包括LAN(Local Area Network，局域网)接口板、或者用于无线通信的无线通信电路等。

服务器装置100的硬件结构不限定于图2所示的例子，也可以适当地进行构成要素的省略、置换、追加。另外，由服务器装置100执行的一连串的处理既能够通过硬件执行，也能够通过软件执行。

用户终端200是希望乘坐按需巴士1的用户使用的计算机。用户终端200例如是智能手机、平板终端、可穿戴终端、或者PC(Personal Computer，个人电脑)。如图2所示，用户终端200构成为包括处理器201、主存储部202、辅助存储部203、输入输出部204以及通信部205。处理器201、主存储部202、辅助存储部203、输入输出部204以及通信部205通过总线相互连接。

用户终端200的处理器201、主存储部202以及辅助存储部203与车载装置10的处理器11、主存储部12以及辅助存储部13分别相同，所以省略其说明。

输入输出部204受理用户进行的输入操作，另一方面，针对用户提示信息。输入输出部204例如构成为包括触摸面板显示器及其控制电路。

通信部205是无线通信电路。无线通信电路例如通过5G(5th Generation)、6G、4G、或者LTE(Long Term Evolution，长期演进)等移动体通信方式的无线通信连接到网络N1。此外，无线通信电路也可以构成为通过WiMAX、或者Wi-Fi(注册商标)等无线通信方式连接到网络N1。通信部205经由无线通信连接到网络N1，经由网络N1与服务器装置100进行通信。

在如图2所示构成的用户终端200中，处理器201通过将保持于辅助存储部203的程序载入到主存储部202并执行，而执行与按需巴士服务的利用有关的各种处理。在本实施方式中，用户终端200与用户进行互动。例如，用户终端200受理由用户实施的与按需巴士服务的利用有关的各种信息的输入、或者将输入的信息发送给服务器装置100。上述功能例如通过在用户终端200中工作的浏览器实现。此外，上述功能也可以通过安装于用户终端200的应用程序实现。

用户终端200的硬件结构不限定于图2所示的例子，也可以适当地进行构成要素的省略、置换、追加。另外，由用户终端200执行的一连串的处理既能够通过硬件执行，也能够通过软件执行。

(服务器装置的功能结构)

根据图3，说明本实施方式的服务器装置100的功能结构。图3是示出服务器装置100的功能结构的一个例子的框图。本实施方式的服务器装置100是本公开所涉及的“信息处理装置”的一个例子。

本实施方式的服务器装置100构成为能够实现用于与用户终端200进行互动的Web服务器。在用户经由用户终端200的浏览器登录到Web服务器时，服务器装置100能够使按需巴士1的预约站点的Web页面显示于用户终端200的输入输出部204。例如，服务器装置100能够经由第1用户终端200A的浏览器，使用于输入第1用户的出发地以及目的地的Web页面、用于从第1乘降场所的候选地中选择第1用户希望的候选地的Web页面以及用于输入第1用户希望的乘降时间段的Web页面等显示于第1用户终端200A的输入输出部204。另外，服务器装置100能够经由第2用户终端200B的浏览器，使用于输入第2用户希望的乘降场所以及乘降时间段的Web页面显示于第2用户终端200B的输入输出部204。

此外，服务器装置100也可以通过Web服务器以外的单元与用户终端200实现互动。例如，也可以服务器装置100通过安装于用户终端200的应用程序和预定的协议，执行与用户终端200实现互动的处理。

如图3所示，实现如上述的功能的服务器装置100作为其功能构成要素，具有用户管理数据库D110、请求管理数据库D120、运行管理数据库D130、地图信息数据库D140以及控制部F110。

通过由处理器101执行DBMS(DataBase Management System，数据库管理系统)的程序来实现用户管理数据库D110、请求管理数据库D120、运行管理数据库D130以及地图信息数据库D140。用户管理数据库D110、请求管理数据库D120、运行管理数据库D130以及地图信息数据库D140也可以实现为关系型数据库。

用户管理数据库D110储存与能够利用按需巴士服务的用户有关的信息。图4是示出储存于用户管理数据库D110的信息的一个例子的图。在图4例示的用户管理数据库D110中，储存与能够利用按需巴士服务的多个用户的各个用户对应的多个记录项。在用户管理数据库D110的各记录项中，包括用户ID(登录ID)、个人信息以及轮椅等各字段。用户管理数据库D110的记录项在用户进行了按需巴士服务的会员登记时生成并登记到用户管理数据库D110。

在用户ID(登录ID)字段中，登记用于分别识别进行了按需巴士服务的会员登记的多个用户的信息(用户ID)。在各用户进行了按需巴士服务的会员登记时，设定用户ID。用户ID还被用作各用户登录到Web服务器(按需巴士1的预约站点)时的登录ID。

在个人信息字段中，登记各用户的姓名、年龄、性别、地址以及按需巴士1的运费的结算方法等个人信息。此外，登记于个人信息字段的信息不限定于上述例子。

在轮椅字段中，登记表示各用户是否为轮椅使用者的信息。例如，关于使用轮椅的第1用户的记录项，在轮椅字段中登记为“使用”。另外，关于未使用轮椅的第2用户的记录项，在轮椅字段中登记为“不使用”。

储存于用户管理数据库D110的记录项的结构不限定于图4所示的例子，可适当地追加、变更、或者、删除字段。例如，储存于用户管理数据库D110的记录项除了上述字段以外，也可以还包括登记第1用户可用轮椅移动的距离、和/或、在第1用户乘降按需巴士1时是否需要辅助者等信息的字段。

在此，返回到图3的说明。请求管理数据库D120储存与从各用户受理的乘车请求有关的信息。图5是示出储存于请求管理数据库D120的信息的一个例子的图。在图5例示的请求管理数据库D120中，储存与从多个用户受理的多个乘车请求的各个乘车请求对应的多个记录项。在请求管理数据库D120的各记录项中，包括请求ID、用户ID(登录ID)、乘车场所、乘车时间段、下车场所、下车时间段以及轮椅等各字段。请求管理数据库D120的记录项在服务器装置100受理到来自用户的乘车请求时生成并登记到请求管理数据库D120。

在请求ID字段中，登记用于识别各个乘车请求的信息(请求ID)。在受理到来自各用户的乘车请求时，设定请求ID。

在用户ID(登录ID)字段中，登记进行了各乘车请求的用户的用户ID。

在乘车场所字段中，登记各用户的乘车场所的位置信息。此处所称的“乘车场所”并非用户希望的乘车场所，而是由服务器装置100(后述控制部F110)决定的乘车场所。在乘车时间段字段中，登记表示各用户希望的乘车时间段的信息。

在下车场所字段中，登记各用户的下车场所的位置信息。此处所称的“下车场所”并非用户希望的下车场所，而是由服务器装置100(后述控制部F110)决定的下车场所。在下车时间段字段中，登记表示各用户希望的下车时间段的信息。

在轮椅字段中，登记表示各用户是否为轮椅使用者的信息。例如，关于与使用轮椅的第1用户的乘车请求对应的记录项，在轮椅字段中登记为“使用”。另外，关于与未使用轮椅的第2用户的乘车请求对应的记录项，在轮椅字段中登记为“不使用”。

保持上述记录项，直至发生运行计划生成的触发。运行计划生成的触发例如也可以定期地(例如每几十分钟、每几小时、或者每1日)发生。另外，运行计划生成的触发也可以比请求管理数据库D120的多个记录项的乘车时间段字段所登记的时间段中最早的时间段提前一定时间发生。

储存于请求管理数据库D120的记录项的结构不限定于图5所示的例子，可适当地追加、变更、或者、删除字段。

在此，返回到图3的说明。运行管理数据库D130储存与按需巴士1的运行计划有关的信息。图6是示出储存于运行管理数据库D130的信息的一个例子的图。在图6例示的运行管理数据库D130中，储存与多个运行计划的各个运行计划对应的多个记录项。在运行管理数据库D130的各记录项中，包括运行ID、车辆ID以及乘降场所等各字段。运行管理数据库D130的记录项在通过服务器装置100(后述控制部F110)生成运行计划时生成并登记到运行管理数据库D130。

在运行ID字段中，登记识别各个运行计划的信息(运行ID)。在通过服务器装置100(后述控制部F110)生成运行计划时设定运行ID。

在车辆ID字段中，登记识别在各运行计划中使用的按需巴士1的信息(车辆ID)。

在乘降场所字段中，登记与各运行计划中使用的按需巴士1供用户乘降的场所有关的信息。此外，在运行管理数据库D130的各记录项中，包括多个乘降场所字段。例如，在与供用户乘降的场所有N(2以上的自然数)处的运行计划对应的记录项中，包括第1至第N这N个乘降场所字段。

各乘降场所字段包括位置、时刻、乘车、下车以及停车时长等子字段。在位置字段中，登记表示各乘降场所的位置的信息。在时刻字段中，登记按需巴士1抵达各乘降场所的预定的时刻(预定抵达时刻)。在乘车字段中，登记在各乘降场所乘车的用户的用户ID。此外，关于无乘车的用户并且有下车的用户的乘车场所，在乘车字段中登记为“无”。在下车字段中，登记在各乘降场所下车的用户的用户ID。此外，关于无下车的用户并且有乘车的用户的乘降场所，在下车字段中登记为“无”。在停车时长字段中，登记按需巴士1在各乘降场所停车的预定的时长(停车时长)。在本实施方式中，关于作为轮椅使用者的第1用户和作为不使用轮椅者的第2用户中的至少第1用户乘降的乘降场所(第1乘降场所)，在停车时长字段中登记“第1时长”。另外，关于第1用户和第2用户中的仅第2用户乘降的乘降场所(第2乘降场所)，在停车时长字段中登记“第2时长”。第1时长是比第2时长长的时长。第1时长以及第2时长的详细情况后述。

储存于运行管理数据库D130的记录项的结构不限定于图6所示的例子，可适当地追加、变更、或者、删除字段。

在此，返回到图3的说明。地图信息数据库D140储存按需巴士1的运行区域内的地图信息。在储存于地图信息数据库D140的地图信息中，包括与按需巴士1可行驶的道路路段有关的信息、表示按需巴士1可行驶的各个道路路段中的可停车地点的信息、表示在各可停车地点有无可利用轮椅等待的空间的信息、表示在各可停车地点有无屋顶的信息、表示轮椅可通行的道路路段的信息、表示轮椅可通行的各个道路路段的距离的信息以及表示轮椅可通行的各个道路路段中的最大的坡度的信息等。

控制部F110是用于实现上述Web服务器的功能构成要素，是本公开所涉及的“控制部”的一个例子。控制部F110通过服务器装置100的处理器101将辅助存储部103的程序载入到主存储部102并执行来实现。此外，控制部F110也可以通过ASIC(Application SpecificIntegrated Circuit，专用集成电路)或者FPGA(Field Programmable Gate Array，现场可编程门阵列)等硬件电路实现。在该情况下，该硬件电路相当于本公开所涉及的“控制部”。

控制部F110在用户经由用户终端200的浏览器登录到Web服务器时，使预约站点的Web页面显示于用户终端200的浏览器。图7是以用户登录到Web服务器为触发而显示于用户终端200的浏览器的Web页面(以下还有时记载为“第1Web页面”)的一个例子。在图7例示的第1Web页面中，包括“预约”按钮、“预约”按钮的说明文、“确认预约”按钮以及“确认预约”按钮的说明文。

在图7例示的第1Web页面中，在用户经由用户终端200选择了“确认预约”的按钮的情况下，控制部F110使该用户已预约的乘车请求的列表显示于用户终端200的浏览器。由此，用户能够确认已预约的乘车请求。

在图7例示的第1Web页面中，在用户经由用户终端200选择了“预约”按钮的情况下，控制部F110进行乘车请求的受理处理。在乘车请求的受理处理中，控制部F110首先判定该用户是否符合第1用户(使用轮椅的用户)或者是否符合第2用户(不使用轮椅的用户)。具体而言，控制部F110将该用户的登录ID(用户ID)作为自变量而访问用户管理数据库D110，确定与该用户对应的记录项。控制部F110根据登记于确定出的记录项的轮椅字段的信息，判定该用户是否符合第1用户或者是否符合第2用户。在轮椅字段中登记为“使用”的情况下，控制部F110判定为该用户符合第1用户。在轮椅字段中登记为“不使用”的情况下，控制部F110判定为该用户符合第2用户。

在判定为该用户符合第2用户的情况下，控制部F110使用于第2用户输入希望的乘降场所以及乘降时间段的Web页面(以下还有时记载为“第2Web页面”)显示于第2用户的用户终端200(与第2用户终端200B相符)的浏览器。图8是示出显示于第2用户终端200B的浏览器的第2Web页面的一个例子的图。在图8例示的第2Web页面中，包括第2用户希望的乘车场所(希望乘车场所)的输入栏、用于第2用户选择希望的乘车时间段(希望乘车时间段)的下拉菜单、催促希望乘车场所的输入以及希望乘车时间段的选择的消息、第2用户希望的下车场所(希望下车场所)的输入栏、用于第2用户选择希望的下车时间段(希望下车时间段)的下拉菜单、催促希望下车场所的输入以及希望下车时间段的选择的消息、“决定”按钮以及“决定”按钮的说明文。

在图8例示的第2Web页面中，在第2用户经由第2用户终端200B的浏览器进行希望乘车场所的输入、希望乘车时间段的选择、希望下车场所的输入以及希望下车时间段的选择并选择了“决定”按钮后，控制部F110决定第2用户的乘降场所(第2乘降场所)。在本实施方式中，控制部F110访问地图信息数据库D140，抽出处于按需巴士1的运行区域内的多个可停车地点中的、最接近第2用户希望的乘降场所的可停车地点(最接近第2用户希望的乘车场所的可停车地点以及最接近第2用户希望的下车场所的可停车地点)。控制部F110将抽出的可停车地点决定为第2乘降场所。如上所述，可停车地点是包含于按需巴士1可行驶的道路的地点、并且是按需巴士1可临时停车的地点。

此外，在多个第2用户希望的乘车场所(或者下车场所)相互邻近、并且多个用户希望向同一方向移动的情况下，控制部F110也可以将该多个第2用户的乘车场所(或者下车场所)决定为同一可停车地点。

控制部F110在决定完第2乘降场所后，新生成上述图5所示的记录项，登记到请求管理数据库D120。在新记录项的请求ID字段中，登记控制部F110新设定的请求ID。在新记录项的用户ID字段中，登记该第2用户的用户ID。在新记录项的乘车场所字段中，登记由控制部F110决定的乘车场所。在新记录项的乘车时间段字段中，登记该第2用户希望的乘车时间段。在新记录项的下车场所字段中，登记由控制部F110决定的下车场所。在新记录项的下车时间段字段中，登记该第2用户希望的下车时间段。在新记录项的轮椅字段中，登记表示“不使用”的信息。

在将与第2用户的乘车请求对应的记录项登记到请求管理数据库D120后，控制部F110经由第2用户终端200B的浏览器，显示表示乘车请求的受理完成的信息。

另外，在判定为该用户符合第1用户的情况下，控制部F110使用于第1用户输入出发地以及目的地的Web页面(以下还有时记载为“第3Web页面”)显示于第1用户的用户终端200(与第1用户终端200A相符)的浏览器。图9是示出显示于第1用户终端200A的浏览器的第3Web页面的一个例子的图。在图9例示的第3Web页面中，包括出发地的输入栏、目的地的输入栏、催促出发地以及目的地的输入的消息以及“决定”按钮。

在图9例示的第3Web页面中，在第1用户经由第1用户终端200A的浏览器，输入出发地以及目的地，并选择“决定”按钮后，控制部F110决定第1用户的乘降场所(第1乘降场所)的候选地。具体而言，控制部F110首先根据储存于地图信息数据库D140的地图信息和第1用户的出发地，抽出满足以下的(1)至(4)的条件的可停车地点。

条件(1)：从出发地起的距离为预定的距离(例如几米至几十米左右)以内的可停车地点

条件(2)：从出发地起的路径的坡度为预定的阈值(例如3度至5度左右)以下的可停车地点

条件(3)：有利用轮椅等待的空间的可停车地点

条件(4)：设置有屋顶的可停车地点

控制部F110将抽出的可停车地点决定为第1用户的乘车场所的候选地。控制部F110使用于从乘车场所的候选地中选择第1用户的乘车场所的Web页面(以下还有时记载为“第4Web页面”)显示于第1用户终端200A的浏览器。图10是示出显示于第1用户终端200A的浏览器的第4Web页面的一个例子的图。在图10例示的第4Web页面中，包括催促从多个候选地中选择乘车场所的消息、每个候选地的“选择候选地”按钮以及各候选地的说明文。在各候选地的说明文中，包括从出发地起的路径、路径的距离、路径的坡度以及表示设置有屋顶的信息等。另外，在用于说明从出发地起的路径的显示区域中，显示“显示地图”按钮。在选择了“显示地图”按钮的情况下，控制部F110使表示从出发地至候选地的路径的地图信息显示于第1用户终端200A的浏览器。

在图10例示的第4Web页面中，在第1用户经由第1用户终端200A的浏览器，选择了与任意一个候选地对应的“选择候选地”按钮时，控制部F110将由第1用户选择的候选地决定为第1用户的乘车场所。

在决定了第1用户的乘车场所后，控制部F110根据储存于地图信息数据库D140的地图信息和第1用户的目的地，抽出满足以下的(5)至(7)的条件的可停车地点。

条件(5)：直至目的地的距离为预定的距离(例如几米至几十米左右)以内的可停车地点

条件(6)：直至目的地的路径的坡度为预定的阈值(例如3度至5度左右)以下的可停车地点

条件(7)：设置有屋顶的可停车地点

控制部F110将抽出的可停车地点决定为第1用户的下车场所的候选地。控制部F110使用于从候选地中选择第1用户的下车场所的Web页面(以下还有时记载为“第5Web页面”)显示于第1用户终端200A的浏览器。图11是示出显示于第1用户终端200A的浏览器的第5Web页面的一个例子的图。在图11例示的第5Web页面中，包括催促从多个候选地中选择下车场所的消息、每个候选地的“选择候选地”按钮以及各候选地的说明文。在各候选地的说明文中，包括直至目的地的路径、路径的距离、路径的坡度以及表示设置有屋顶的信息等。另外，在用于说明直至目的地的路径的显示区域中，显示“显示地图”按钮。在选择了“显示地图”按钮的情况下，控制部F110使表示从候选地至目的地的路径的地图信息显示于第1用户终端200A的浏览器。

此外，包含于第4Web页面的信息以及包含于第5Web页面的信息是本公开所涉及的“第1信息”的一个例子。

在图11例示的第5Web页面中，在第1用户经由第1用户终端200A的浏览器，选择了与任意一个候选地对应的“选择候选地”按钮时，控制部F110将由第1用户选择的候选地决定为第1用户的下车场所。

在决定了第1用户的下车场所后，控制部F110使用于第1用户输入希望的乘降时间段的Web页面(以下还有时记载为“第6Web页面”)显示于第1用户终端200A的浏览器。图12是示出显示于第1用户终端200A的浏览器的第6Web页面的一个例子的图。在图12例示的第6Web页面中，包括表示第1用户的乘车场所的信息、用于第1用户选择希望的乘车时间段(希望乘车时间段)的下拉菜单、表示第1用户的下车场所的信息、用于第1用户选择希望的下车时间段(希望下车时间段)的下拉菜单、催促希望乘车时间段以及希望下车时间段的选择的消息以及“决定”按钮。

在图12例示的第6Web页面中，在第1用户经由第1用户终端200A结束了希望乘车时间段以及希望下车时间段的选择，并选择“决定”按钮时，控制部F110新生成上述图5所示的记录项，登记到请求管理数据库D120。在新记录项的请求ID字段中，登记控制部F110新设定的请求ID。在新记录项的用户ID字段中，登记该第1用户的用户ID。在新记录项的乘车场所字段中，登记由第1用户选择的乘车场所。在新记录项的乘车时间段字段中，登记该第1用户希望的乘车时间段。在新记录项的下车场所字段中，登记由第1用户选择的下车场所。在新记录项的下车时间段字段中，登记该第1用户希望的下车时间段。在新记录项的轮椅字段中，登记表示“使用”的信息。

在将与第1用户的乘车请求对应的记录项登记到请求管理数据库D120后，控制部F110经由第1用户终端200A的浏览器，显示表示乘车请求的受理完成的信息。

另外，控制部F110在发生了上述运行计划生成的触发的定时，根据储存于请求管理数据库D120的信息，生成按需巴士1的运行计划。

在生成运行计划时，控制部F110首先根据储存于请求管理数据库D120的信息，对可乘坐同一按需巴士1的多个用户进行分组。例如，控制部F110使希望在同一时间段向同一方向移动的用户彼此成组。

控制部F110关于各组，决定在属于组的用户的乘降场所循环的运行路径。例如，控制部F110根据地图信息数据库D140的信息而组合按需巴士1可行驶的道路路段，从而决定运行路径。

另外，控制部F110关于各组，决定按需巴士1的运行调度。运行调度包括按需巴士1在各组的乘降场所停车的预定的时长(停车时长)、和按需巴士1抵达各组的乘降场所的预定时刻。

在本实施方式中，控制部F110关于第1用户和第2用户中的至少第1用户乘降的乘降场所(第1乘降场所)，将停车时长决定为第1时长。另外，关于第1用户和第2用户中的仅第2用户乘降的乘降场所(第2乘降场所)，控制部F110将停车时长决定为第2时长。第1时长被设定为比第2时长长的时长。例如，对第2时长加上预定时长Δt的时长被设定为第1时长。预定时长Δt例如是与第2用户的乘降所需的时间和第1用户的乘降所需的时间的差值相当的时长，并且是预先根据实验或者模拟的结果统计性地求出的时长。

此外，关于预定时长Δt，也可以在对象的乘降场所乘降的第1用户的人数越多，则设定为越长的时长。另外，第2时长既可以是恒定值，或者也可以在对象的乘降场所乘降的第2用户的人数越多，则设定为越长的时长。

关于各组，在决定各乘降场所中的停车时长后，控制部F110决定按需巴士1抵达属于组的各用户的乘降场所的预定时刻。例如，控制部F110根据运行路径中的乘降场所之间的距离以及各乘降场所中的停车时长等，决定各乘降场所的预定抵达时刻。

在决定各组的运行路径以及运行调度后，控制部F110新生成上述图6所示的记录项，登记到运行管理数据库D130。在新记录项的运行ID字段中，登记控制部F110新设定的运行ID。在新记录项的车辆ID字段中，登记控制部F110针对每个组分配的按需巴士1的车辆ID。在新记录项的乘降场所字段中，登记乘降场所的位置信息、乘降场所的预定抵达时刻、在乘降场所乘车的用户的用户ID(在无符合用户的情况下登记“无”)、在乘降场所下车的用户的用户ID(在无符合用户的情况下登记“无”)以及乘降场所中的停车时长。

另外，控制部F110生成包括各组的运行路径以及运行调度的运行计划。控制部F110经由通信部104将生成的运行计划发送给对各组分配的按需巴士1的车载装置10。由此，按需巴士1能够依照运行计划，通过自动驾驶而自主地行驶。

另外，控制部F110经由通信部104对各组的用户的用户终端200发送预约信息。预约信息例如包括各用户乘车的预定的按需巴士1的识别信息(例如显示于车体的字符串、或者车牌的字符串等)、乘车场所、乘车时刻(按需巴士1抵达乘车场所的预定的时刻)、下车场所以及下车时刻(按需巴士1抵达下车场所的预定的时刻)等。

此外，生成运行计划的方法不限定于上述方法，只有是第1乘降场所中的停车时长为比第2乘降场所中的停车时长更长的时长的方法即可。例如，关于运行路径，也可以利用已知的方法决定。

(处理的流程)

接下来，根据图13至图15，说明由服务器装置100进行的处理的流程。图13以及图14是示出在决定用户的乘降场所时由服务器装置100执行的处理例程的流程图。图15是示出在决定乘降场所中的停车时长时由服务器装置100执行的处理例程的流程图。

首先，根据图13以及图14，说明决定用户的乘降场所的处理的流程。以在上述图7的第1Web页面中选择了“预约”按钮为触发，由服务器装置100执行图13以及图14的处理例程。图13以及图14的执行主体是服务器装置100的处理器101，但在此以服务器装置100的功能构成要素为执行主体进行说明。

在图13中，当在第1Web页面中选择了“预约”按钮时，服务器装置100的控制部F110判定登录到Web服务器(预约站点)的用户是否符合第1用户(步骤S101)。具体而言，控制部F110将用户的登录ID(用户ID)作为自变量访问用户管理数据库D110，确定与该用户对应的记录项。在确定出的记录项的轮椅字段中登记为“使用”的情况下，控制部F110判定为该用户符合第1用户(在步骤S101中为肯定判定)。在确定出的记录项的轮椅字段中登记为“不使用”的情况下，控制部F110判定为该用户符合第2用户(在步骤S101中为否定判定)。当在步骤S101中作出肯定判定的情况下，控制部F110执行步骤S102的处理。

在步骤S102中，控制部F110使用于第1用户输入出发地以及目的地的第3Web页面(参照图9)显示于第1用户终端200A的浏览器。控制部F110在执行步骤S102的处理后，执行步骤S103的处理。

在步骤S103中，控制部F110判定由第1用户实施的出发地以及目的地的输入是否完成。在由第1用户实施的出发地以及目的地的输入未完成的情况下(在步骤S103中为否定判定)，控制部F110等待，直至出发地以及目的地的输入完成为止。在由第1用户实施的出发地以及目的地的输入完成的情况下(在步骤S103中为肯定判定)，控制部F110执行步骤S104的处理。

在步骤S104中，控制部F110决定第1用户的乘降场所(第1乘降场所)的候选地。具体而言，控制部F110根据储存于地图信息数据库D140的地图信息和在步骤S103中输入的出发地，抽出满足上述(1)至(4)的条件的可停车地点。控制部F110将抽出的可停车地点决定为第1用户的乘车场所的候选地。另外，控制部F110根据储存于地图信息数据库D140的地图信息和在步骤S103中输入的目的地，抽出满足上述(4)至(6)的条件的可停车地点。控制部F110将抽出的可停车地点决定为第1用户的下车场所的候选地。控制部F110在执行步骤S104的处理后，执行步骤S105的处理。

在步骤S105中，控制部F110使用于从在步骤S104中决定出的乘车场所候选地中选择乘车场所的第4Web页面(参照图10)显示于第1用户终端200A的浏览器。控制部F110在执行步骤S105的处理后，执行步骤S106的处理。

在步骤S106中，控制部F110判定由第1用户实施的乘车场所的选择是否完成。在由第1用户实施的乘车场所的选择未完成的情况下(在步骤S106中为否定判定)，控制部F110等待，直至由第1用户实施的乘车场所的选择完成为止。在由第1用户实施的乘车场所的选择完成的情况下(在步骤S106中为肯定判定)，控制部F110执行步骤S107的处理。

在步骤S107中，控制部F110使用于从在步骤S104中决定出的下车场所候选地中选择下车场所的第5Web页面(参照图11)显示于第1用户终端200A的浏览器。控制部F110在执行步骤S107的处理后，执行步骤S108的处理。

在步骤S108中，控制部F110判定由第1用户实施的下车场所的选择是否完成。在由第1用户实施的下车场所的选择未完成的情况下(在步骤S108中为否定判定)，控制部F110直至由第1用户实施的下车场所的选择完成等待。在由第1用户实施的下车场所的选择完成的情况下(在步骤S108中为肯定判定)，控制部F110执行步骤S109的处理。

在步骤S109中，控制部F110使用于第1用户输入希望的乘降时间段的第6Web页面(参照图12)显示于第1用户终端200A的浏览器。控制部F110在执行步骤S109的处理后，执行步骤S110的处理。

在步骤S110中，控制部F110判定由第1用户实施的乘降时间段(希望乘车时间段以及希望下车时间段)的输入是否完成。在由第1用户实施的乘降时间段(希望乘车时间段以及希望下车时间段)的输入未完成的情况下(在步骤S110中为否定判定)，控制部F110等待，直至由第1用户实施的乘降时间段(希望乘车时间段以及希望下车时间段)的输入完成为止。在由第1用户实施的乘降时间段(希望乘车时间段以及希望下车时间段)的输入完成的情况下(在步骤S110中为肯定判定)，控制部F110执行步骤S111的处理。

在步骤S111中，控制部F110将与第1用户的乘车请求有关的信息登记到请求管理数据库D120。具体而言，控制部F110新生成上述图5所示的记录项，登记到请求管理数据库D120。在新记录项的请求ID字段中，登记控制部F110新设定的请求ID。在新记录项的用户ID字段中，登记该第1用户的用户ID。在新记录项的乘车场所字段中，登记在步骤S106中第1用户选择的乘车场所。在新记录项的乘车时间段字段中，登记在步骤S110中第1用户输入的希望乘车时间段。在新记录项的下车场所字段中，登记在步骤S108中第1用户选择的下车场所。在新记录项的下车时间段字段中，登记在步骤S110中第1用户输入的希望下车时间段。在新记录项的轮椅字段中，登记表示“使用”的信息。

控制部F110在执行完步骤S111的处理后，结束本处理例程的执行。此时，控制部F110也可以经由第1用户终端200A的浏览器，显示表示乘车请求的受理完成的信息。

此外，在图13中的步骤S101中，在判定为登录到Web服务器的用户符合第2用户的情况下(在步骤S101中为否定判定)，控制部F110执行图14的处理例程。

在图14中，控制部F110使用于第2用户输入希望的乘降场所以及乘降时间段的第2Web页面显示于第2用户终端200B的浏览器(步骤S112)。控制部F110在执行完步骤S112的处理后，执行步骤S113的处理。

在步骤S113中，控制部F110判定由第2用户实施的希望乘车场所、希望乘车时间段、希望下车场所以及希望下车时间段的输入是否完成。在由第2用户实施的输入未完成的情况下(在步骤S113中为否定判定)，控制部F110等待，直至由第2用户实施的输入完成为止。在由第2用户实施的输入完成的情况下(在步骤S113中为肯定判定)，控制部F110执行步骤S114的处理。

在步骤S114中，控制部F110决定第2用户的乘降场所(第2乘降场所)。具体而言，控制部F110访问地图信息数据库D140，将处于按需巴士1的运行区域内的多个可停车地点中的、最接近在步骤S113中输入的希望乘车场所的可停车地点决定为第2用户的乘车场所。另外，控制部F110将处于按需巴士1的运行区域内的多个可停车地点中的、最接近在步骤S113中输入的希望下车场所的可停车地点决定为第2用户的下车场所。

控制部F110在执行完步骤S114的处理后，执行图13中的步骤S111的处理。在该情况下，在请求管理数据库D120的新记录项中的用户ID字段中，登记该第2用户的用户ID。在新记录项的乘车场所字段中，登记在步骤S114中决定的乘车场所。在新记录项的乘车时间段字段中，登记在步骤S113中输入的希望乘车时间段。在新记录项的下车场所字段中，登记在步骤S114中决定的下车场所。在新记录项的下车时间段字段中，登记在步骤S113中输入的希望下车时间段。在新记录项的轮椅字段中，登记表示“不使用”的信息。

接下来，根据图15，说明决定乘降场所中的停车时长的处理的流程。以决定了按需巴士1的运行路径为触发，由服务器装置100执行图15的处理例程。图15的执行主体是服务器装置100的处理器101，但在此以服务器装置100的功能构成要素为执行主体进行说明。

在图15中，控制部F110取得在包含于运行路径的乘降场所中的作为对象的乘降场所乘降的用户数(乘降人数)(步骤S201)。例如，控制部F110访问请求管理数据库D120，确定属于决定了运行路径的组的用户的记录项。控制部F110取得登记于所确定出的记录项的乘车场所字段或者下车场所字段的场所与该乘降场所一致的用户的人数。控制部F110在执行完步骤S201的处理后，执行步骤S202的处理。

在步骤S202中，控制部F110运算第2时长。此时，在控制部F110中，作为对象的乘降场所的乘降人数越多，则将第2时长运算为越长的时长。控制部F110在执行完步骤S202的处理后，进入到步骤S203的处理。

在步骤S203中，控制部F110判定作为对象的乘降场所是否符合第1乘降场所。即，控制部F110判定在作为对象的乘降场所乘降的用户中是否包括第1用户。根据在作为对象的乘降场所乘降的用户的乘车请求信息(储存于请求管理数据库D120的信息)进行该判定。例如，如果在该乘降场所乘降的用户中包括在请求管理数据库D120的记录项的轮椅字段中登记为“使用”的用户，则控制部F110判定为该乘降场所符合第1乘降场所(在步骤S203中为肯定判定)。另外，如果在该乘降场所乘降的用户中未包括在请求管理数据库D120的记录项的轮椅字段中登记为“使用”的用户，则控制部F110判定为该乘降场所符合第2乘降场所(在步骤S203中为否定判定)。

在步骤S203中为肯定判定的情况下，控制部F110执行步骤S204以及步骤S205的处理。在步骤S204中，控制部F110通过对在步骤S202中运算出的第2时长加上预定时长Δt，运算第1时长。在步骤S205中，控制部F110将作为对象的乘降场所中的停车时长设定为在步骤S204中运算的第1时长。

另外，在步骤S203中为否定判定的情况下，控制部F110执行步骤S206的处理。在步骤S206中，控制部F110将作为对象的乘降场所中的停车时长设定为在步骤S202中运算的第2时长。

控制部F110在执行完步骤S205或者步骤S206的处理后，执行步骤S207的处理。在步骤S207中，控制部F110关于包含于运行路径的所有乘降场所，判定停车时长的决定处理是否结束。在步骤S207中为否定判定的情况下，控制部F110再次执行步骤S201以后的处理。在步骤S207中为肯定判定的情况下，控制部F110结束本处理例程的执行。

(实施方式的作用效果)

根据本实施方式，作为轮椅使用者的第1用户能够在距第1用户的出发地较近的、并且无需经由坡度大的坂道就能从出发地到达的场所乘坐按需巴士1，并且，能够在距第1用户的目的地较近的、并且无需经由坡度大的坂道就可行至目的地的场所从按需巴士1下车。进而，关于第1用户的乘车场所，还能够设定为有利用轮椅等待的空间并且设置有屋顶的场所。

另外，根据本实施方式，使第1乘降场所中的停车时长为比第2乘降场所中的停车时长更长的时长而生成运行计划，所以还能够抑制在第1用户乘降按需巴士1时慌张、或者按需巴士1的运行比运行计划延迟的情形。特别是，即使在如按需巴士1是通过自动驾驶而自主行驶的车辆的情况那样辅助第1用户的乘降的乘务员并未乘坐按需巴士1的情况下，也能够估计第1用户在无乘务员的辅助的状况下乘降车所需的时间而设定停车时长。

因此，能够提高第1用户利用按需巴士1时的便利性。

<变形例>

根据图16至图21，说明上述实施方式的变形例。在此，关于与上述实施方式同样的结构以及处理，省略其说明。

图16是示出本变形例的服务器装置100的功能结构例的框图。如图16所示，在本变形例的服务器装置100中，作为其功能构成要素，除了用户管理数据库D110、请求管理数据库D120、运行管理数据库D130、地图信息数据库D140以及控制部F110以外，还具有设施信息数据库D150。

设施信息数据库D150是通过处理器101执行DBMS的程序来实现的关系型数据库。设施信息数据库D150储存与处在按需巴士1的运行区域内的设施有关的信息。图17是示出储存于设施信息数据库D150的信息的一个例子的图。图17例示的设施信息数据库D150储存与处在运行区域内的多个设施的各个设施对应的多个记录项。在设施信息数据库D150的各记录项中包括设施名、地址以及第1设备等各字段。

在设施名字段中，登记各设施的设施名。在地址字段中，登记各设施的地址。在第1设备字段中，登记与第1设备有关的信息。第1设备是轮椅用的升降机、轮椅用的洗手间以及轮椅用的坡道等。关于未设置如上述的第1设备的设施，在对应的记录项的第1设备字段中登记为“无”。另外，关于设置有第1设备并且第1设备处于可使用的状态的设施，在对应的记录项的第1设备字段中登记为“可使用”。另外，关于设置有第1设备但由于维护作业而第1设备处于不可使用的状态的设施，在对应的记录项的第1设施字段中登记为“维护中”。此外，虽然在图17中未例示，关于设置有第1设备但第1设备故障的设施，也可以在对应的记录项的第1设施字段中登记为“故障中”。

储存于设施信息数据库D150的记录项的结构不限定于图17所示的例子，可适当地追加、变更、或者、删除字段。

另外，本变形例的控制部F110在取得了第1用户的出发地以及目的地时，判定在目的地的设施中第1设备可否利用。详细而言，当在上述图9的第3Web页面中，第1用户经由第1用户终端200A的浏览器，输入出发地以及目的地，并选择了“决定”按钮时，控制部F110将目的地的设施名或者地址作为自变量，访问设施信息数据库D150。控制部F110从储存于设施信息数据库D150的记录项中，确定在设施名字段或者地址字段中登记了与第1用户的目的地的设施名或者地址一致的信息的记录项。控制部F110根据登记于所确定出的记录项的第1设备字段的信息，判定第1设备可否利用。在所确定出的记录项的第1设备字段中登记为“无”、“维护中”、或者“故障中”的情况下，控制部F110判定为在目的地的设施中第1设备不可利用。另外，在所确定出的记录项的第1设备字段中登记为“可使用”的情况下，控制部F110判定为在目的地的设施中可利用第1设备。

在判定为在第1用户的目的地的设施中第1设备可利用的情况下，控制部F110按照与上述实施方式同样的过程，进行乘车请求的受理处理。另外，在判定为在第1用户的目的地的设施中第1设备不可利用的情况下，控制部F110使用于提示在目的地的设施中第1设备不可利用的Web页面(以下还有时记载为“第7Web页面”)显示于第1用户终端200A的浏览器。图18是示出显示于第1用户终端200A的浏览器的第7Web页面的一个例子的图。在图18例示的第7Web页面中，包括表示在目的地的设施中第1设备不可利用的消息、“是”按钮以及“否”按钮。

当在图18例示的第7Web页面中，第1用户经由第1用户终端200A的浏览器选择了“是”按钮的情况下，控制部F110按照与上述实施方式同样的过程，进行乘车请求的受理处理。另外，当在图18例示的第7Web页面中，第1用户经由第1用户终端200A的浏览器选择了“否”按钮的情况下，控制部F110中止乘车请求的受理。

(处理的流程)

在本变形例中，根据图19至图21，说明决定用户的乘降场所的处理的流程。在图19至图21中，关于与上述图13以及图14同样的处理附加同一符号。

图19至图21的处理例程和图13以及图14的处理例程的不同点在于如下方面：在步骤S103中为肯定判定的情况下，在步骤S104的处理之前，执行步骤S301至S304的处理。在此，除步骤S301至S304的处理以外与图13以及图14相同，所以省略其说明。

在步骤S301中，控制部F110根据在步骤S103中输入的目的地，判定在目的地的设施中第1设备可否利用。具体而言，控制部F110将在步骤S103中输入的目的地的设施名或者地址作为自变量，访问设施信息数据库D150，确定符合的设施的记录项。在所确定出的记录项的第1设备字段中登记为“无”、“维护中”、或者“故障中”的情况下，控制部F110判定为在目的地的设施中第1设备不可利用(在步骤S301中为肯定判定)。另外，在所确定出的记录项的第1设备字段中登记为“可使用”的情况下，控制部F110判定为在目的地的设施中可利用第1设备(在步骤S301中为否定判定)。

在步骤S301中为肯定判定的情况下，控制部F110执行步骤S302的处理。在步骤S302中，控制部F110使用于提示在目的地的设施中第1设备不可利用的第7Web页面(参照图18)显示于第1用户终端200A的浏览器。控制部F110在执行完步骤S302的处理后，执行步骤S303的处理。

在步骤S303中，控制部F110判定由第1用户实施的“是”按钮或者“否”按钮的选择是否完成。在由第1用户实施的“是”按钮或者“否”按钮的选择未完成的情况下(在步骤S303中为否定判定)，控制部F110等待，直至由第1用户实施的选择完成为止。在由第1用户实施的“是”按钮或者“否”按钮的选择完成的情况下(在步骤S303中为肯定判定)，控制部F110执行步骤S304的处理。

在步骤S304中，控制部F110根据步骤S303中的第1用户的选择结果，判定是否继续执行乘车请求的受理处理。当在步骤S303中第1用户选择了“是”按钮的情况下，控制部F110判定为继续执行乘车请求的受理处理(在步骤S304中为肯定判定)。另外，在S303中第1用户选择了“否”按钮的情况下，控制部F110判定为不继续执行乘车请求的受理处理(在步骤S304中为否定判定)。

在步骤S304中为肯定判定的情况下，控制部F110执行图20以及图21的处理例程。另外，在步骤S304中为否定判定的情况下，控制部F110中止乘车请求的受理处理，结束图19至图21的处理例程的执行。

根据本变形例，第1用户在进行了按需巴士1的乘车请求时，能够得知在目的地的设施中可否利用第1设备。由此，能够抑制如下事态的发生，即：第1用户不知晓不可利用第1设备中而行进至目的地的设施。由此，能够更进一步提高第1用户利用按需巴士1时的便利性。

<其他>

上述实施方式以及变形例只不过是一个例子，本公开能够在不脱离其要旨的范围内适当地变更来实施。另外，在上述实施方式以及变形例中说明的处理以及结构只要不产生技术上的矛盾，就能够自由地组合实施。

另外，说明为由1个装置进行的处理也可以由多个装置分担执行。另外，说明为由不同的装置进行的处理也可以由1个装置执行。例如，由服务器装置100执行的处理的一部分也可以由利用网络N1与服务器装置100连接的其他装置执行。在计算机系统中，用什么样的硬件结构实现各功能可灵活地变更。

另外，本公开也能够通过将安装有在上述实施方式中说明的功能的计算机程序提供给服务器装置100，由服务器装置100具有的1个以上的处理器读出并执行程序来实现。这样的计算机程序既可以通过可连接到服务器装置100的系统总线的非临时性的计算机可读存储介质提供给服务器装置100、或者也可以经由网络提供给服务器装置100。非临时性的计算机可读存储介质是通过电、磁、光学、机械、或者化学作用积蓄数据以及程序等信息并能够从计算机等读取的记录介质。这样的记录介质例如也可以是磁盘(软盘(注册商标)、硬盘驱动器(HDD)等)以及光盘(CD-ROM、DVD盘·蓝光盘等)等任意类型的盘。另外，记录介质也可以是只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存存储器、光学式卡、或者SSD(Solid State Drive，固态硬盘)等介质。

Claims (20)

1.一种信息处理装置，其中，所述信息处理装置具备控制部，

所述控制部以使使用轮椅的第1用户乘降按需巴士的第1乘降场所中的停车时长比所述第1用户以外的用户乘降所述按需巴士的第2乘降场所中的停车时长更长的方式，生成所述按需巴士的运行计划。

2.根据权利要求1所述的信息处理装置，其中，

所述控制部在决定所述第1乘降场所时，执行：

取得所述第1用户的出发地以及目的地；

根据所述出发地以及所述目的地，决定至少1个所述第1乘降场所的候选地；以及

使与所述候选地有关的第1信息显示于所述第1用户所使用的第1用户终端。

3.根据权利要求2所述的信息处理装置，其中，

所述控制部还执行：

从所述第1用户终端接收与由所述第1用户选择出的所述候选地有关的信息；以及

将由所述第1用户选择出的所述候选地决定为所述第1乘降场所。

4.根据权利要求2所述的信息处理装置，其中，

所述候选地包括乘车场所的候选地以及下车场所的候选地，所述乘车场所的候选地是距所述出发地为预定的距离以内的场所，并且是从所述出发地起的路径的坡度为预定的阈值以下的场所，所述下车场所的候选地是直至所述目的地为所述预定的距离以内的场所，并且是直至所述目的地的路径的坡度为所述预定的阈值以下的场所。

5.根据权利要求2所述的信息处理装置，其中，

所述候选地包括乘车场所的候选地，所述乘车场所的候选地是距所述出发地为预定的距离以内的场所，并且是有能够利用轮椅等待的空间的场所。

6.根据权利要求2所述的信息处理装置，其中，

所述候选地包括乘车场所的候选地以及下车场所的候选地，所述乘车场所的候选地是距所述出发地为预定的距离以内的场所，并且是设置有屋顶的场所，所述下车场所的候选地是直至所述目的地为所述预定的距离以内的场所，并且是设置有屋顶的场所。

7.根据权利要求2所述的信息处理装置，其中，

所述第1信息包括将所述出发地和乘车场所的候选地连接起来的路径、包含于将所述出发地和乘车场所的所述候选地连接起来的所述路径的道路的坡度、将所述目的地和下车场所的候选地连接起来的路径以及包含于将所述目的地和下车场所的所述候选地连接起来的所述路径的道路的坡度。

8.根据权利要求7所述的信息处理装置，其中，

所述第1信息还包括与有无设置屋顶有关的信息。

9.根据权利要求2所述的信息处理装置，其中，

所述控制部在取得了所述出发地以及所述目的地时，还执行：

判定在所述目的地的设施中轮椅用的第1设备可否利用；以及

在判定为所述第1设备不可利用的情况下，使表示所述第1设备不可利用的信息显示于所述第1用户终端。

10.根据权利要求9所述的信息处理装置，其中，

在所述目的地的设施并未设置所述第1设备的情况下，所述控制部判定为所述第1设备不可利用。

11.根据权利要求9所述的信息处理装置，其中，

在设置于所述目的地的设施的所述第1设备为维护中的情况下，所述控制部判定为所述第1设备不可利用。

12.根据权利要求9所述的信息处理装置，其中，

所述信息处理装置具备存储部，所述存储部关于处在所述按需巴士的运行区域内的多个设施的各个设施，储存与有无设置所述第1设备以及所述第1设备的维护有关的信息，

所述控制部根据所述第1用户的所述目的地和储存于所述存储部的信息，判定所述第1设备可否利用。

13.根据权利要求9所述的信息处理装置，其中，

所述第1设备是轮椅用的坡道。

14.根据权利要求9所述的信息处理装置，其中，

所述第1设备是轮椅用的升降机。

15.根据权利要求9所述的信息处理装置，其中，

所述第1设备是轮椅用的洗手间。

16.根据权利要求1所述的信息处理装置，其中，

所述按需巴士是通过自动驾驶而自主行驶的车辆，

所述控制部将依照所生成的所述运行计划行驶的指令发送到搭载于所述按需巴士的终端。

17.一种信息处理方法，其中，

计算机以使使用轮椅的第1用户乘降按需巴士的第1乘降场所中的停车时长比所述第1用户以外的用户乘降所述按需巴士的第2乘降场所中的停车时长更长的方式，生成所述按需巴士的运行计划。

18.根据权利要求17所述的信息处理方法，其中，

所述计算机在决定所述第1乘降场所时，执行：

取得所述第1用户的出发地以及目的地；

根据所述出发地以及所述目的地，决定至少1个所述第1乘降场所的候选地；以及

使与所述候选地有关的第1信息显示于所述第1用户所使用的第1用户终端。

19.根据权利要求18所述的信息处理方法，其中，

所述计算机还执行：

从所述第1用户终端接收与由所述第1用户选择出的所述候选地有关的信息；以及

将由所述第1用户选择出的所述候选地决定为所述第1乘降场所。

20.根据权利要求18所述的信息处理方法，其中，

所述候选地包括乘车场所的候选地以及下车场所的候选地，所述乘车场所的候选地是距所述出发地为预定的距离以内的场所，并且是从所述出发地起的路径的坡度为预定的阈值以下的场所，所述下车场所的候选地是直至所述目的地为所述预定的距离以内的场所，并且是直至所述目的地的路径的坡度为所述预定的阈值以下的场所。