运行管理装置、运行管理系统以及运行管理方法

摘要

本公开涉及运行管理装置、运行管理系统以及运行管理方法。运行管理装置包括：通信部，构成为从终端装置接收请求输送用户的请求数据；以及控制部，构成为在通过所述通信部接收到所述请求数据时，参照运行数据，决定构成为输送所述用户的输送车辆。所述运行数据表示构成为从据点依次出发而移动到共同的目的地的多台车辆到达所述用户等待的等待地点的顺序、和所述多台车辆中的达到所述等待地点前的车辆的空位状况。

说明书

技术领域

本公开涉及运行管理装置、运行管理系统以及运行管理方法。

背景技术

在日本特开2020-030496中，公开了一种根据表示按需公共汽车(on-demand bus)的空座状况的空座信息，决定使用户乘坐公共汽车的顺序的装置。

发明内容

在被请求向按需公共汽车乘车时，如果接下来的公共汽车的空座不足而无法应对请求，则使用户感到不便。

本公开提供一种用于提高用户的便利性的运行管理装置、运行管理系统以及运行管理方法

本公开的第1方案是运行管理装置。所述运行管理装置包括：通信部，构成为从终端装置接收请求输送用户的请求数据；以及控制部，构成为在通过所述通信部接收到所述请求数据时，参照运行数据来决定构成为输送所述用户的输送车辆。所述运行数据表示构成为依次从据点出发而移动到共同的目的地的多台车辆到达所述用户等待的等待地点的顺序、和所述多台车辆中的到达所述等待地点之前的车辆的空位状态。

在所述第1方案中，也可以所述控制部构成为在将所述多台车辆中的1台车辆决定为所述输送车辆后，关于所述输送车辆的空位状况更新所述运行数据。

在所述第1方案中，也可以所述控制部构成为在通过所述通信部接收到所述请求数据时，根据所述多台车辆中的接下来到达所述等待地点的第1到达车辆的空位状况，决定是否将所述第1到达车辆选择为所述输送车辆。也可以所述控制部构成为在未选择所述第1到达车辆的情况下，根据所述多台车辆中的比所述第1到达车辆晚到达所述等待地点的第2到达车辆的空位状况，决定是否将所述第2到达车辆选择为所述输送车辆。

在所述第1方案中，也可以在所述第1到达车辆已从所述据点出发的情况下，所述第2到达车辆在比所述第1到达车辆更接近所述据点处移动中、或者在所述据点等待中。也可以在所述第1到达车辆在所述据点等待中的情况下，所述第2到达车辆在所述据点等待中、并且预定比所述第1到达车辆更晚地出发。

在所述第1方案中，也可以所述通信部构成为在所述据点等待中的车辆被所述控制部决定为所述输送车辆的情况下，将指示从所述据点出发的指示数据发送给所述输送车辆。

在所述第1方案中，也可以所述控制部构成为在有包括所述用户的多名用户、并且在所述第1到达车辆中有与所述多名用户的一部分对应的空位的情况下，将所述第1到达车辆以及所述第2到达车辆决定为所述输送车辆。

在所述第1方案中，也可以所述控制部构成为在通过所述通信部接收到所述请求数据时，根据所述多台车辆中的、接下来到达所述等待地点的到达车辆的空位状况，决定是否将所述到达车辆选择为所述输送车辆。也可以所述控制部构成为在未选择所述到达车辆的情况下，决定是否将与所述多台车辆不同、且构成为移动到单独的目的地的共享车辆选择为所述输送车辆。

在所述第1方案中，也可以所述通信部构成为在所述共享车辆被所述控制部决定为所述输送车辆的情况下，将指示从所述等待地点移动到所述用户乘坐所述共享车辆的乘车地点的应答数据发送给所述终端装置。

在所述第1方案中，也可以所述通信部构成为在所述共享车辆被所述控制部决定为所述输送车辆的情况下，将指示移动到所述等待地点的指示数据发送给所述输送车辆。

在所述第1方案中，也可以所述控制部构成为在有包括所述用户的多名用户、并且在所述到达车辆中有与所述多名用户的一部分对应的空位的情况下，将所述到达车辆以及所述共享车辆决定为所述输送车辆。

本公开的第2方案是运行管理系统。运行管理系统包括：终端装置；多台车辆，构成为依次从据点出发移动到共同的目的地；以及运行管理装置。所述运行管理装置包括：通信部，构成为从所述终端装置接收请求输送用户的请求数据；以及控制部，构成为在通过所述通信部接收到所述请求数据时，参照运行数据来决定构成为输送所述用户的输送车辆。所述运行数据表示构成为依次从据点出发移动到共同的目的地的多台车辆到达所述用户等待的等待地点的顺序、和所述多台车辆中的到达所述等待地点之前的车辆的空位状况。

在所述第2方案中，也可以所述运行管理系统包括与所述多台车辆不同、且构成为移动到单独的目的地的共享车辆。也可以所述控制部构成为在通过所述通信部接收到所述请求数据时，根据所述多台车辆中的、接下来到达所述等待地点的到达车辆的空位状况，决定是否将所述到达车辆选择为所述输送车辆。也可以所述控制部构成为在未选择所述到达车辆的情况下，决定是否将所述共享车辆选择为所述输送车辆。

在所述第2方案中，也可以所述共享车辆在所述单独的目的地与所述共同的目的地相同、并且在所述单独的目的地下车的情况下，追踪所述多台车辆中的抵达所述共同的目的地的车辆而自主移动。

在所述第2方案中，也可以所述终端装置构成为在所述等待地点探测到所述用户时，将所述请求数据发送给所述运行管理装置。

本公开的第3方案是运行管理方法。所述运行管理方法包括：将请求输送用户的请求数据从终端装置发送给运行管理装置；以及在通过所述运行管理装置接收到所述请求数据时，参照运行数据来决定构成为输送所述用户的输送车辆。所述运行数据表示构成为依次从据点出发移动到共同的目的地的多台车辆到达所述用户等待的等待地点的顺序、和所述多台车辆中的到达所述等待地点之前的车辆的空位状况。

在所述第3方案中，也可以所述运行管理方法具有在将所述多台车辆中的1台车辆决定为所述输送车辆后，关于所述输送车辆的空位状况更新所述运行数据。

在所述第3方案中，也可以决定所述输送车辆具有：在通过所述运行管理装置接收到所述请求数据时，根据所述多台车辆中的、接下来到达所述等待地点的第1到达车辆的空位状况，决定是否将所述第1到达车辆选择为所述输送车辆；以及在未选择所述第1到达车辆的情况下，根据所述多台车辆中的、比所述第1到达车辆晚到达所述等待地点的第2到达车辆的空位状况，决定是否将所述第2到达车辆选择为所述输送车辆。

在所述第3方案中，也可以在所述第1到达车辆已从所述据点出发的情况下，所述第2到达车辆在比所述第1到达车辆更接近所述据点处移动中、或者在所述据点等待中。也可以在所述第1到达车辆在所述据点等待中的情况下，所述第2到达车辆在所述据点等待中、并且预定比所述第1到达车辆更晚地出发。

在所述第3方案中，也可以决定所述输送车辆具有：在通过所述运行管理装置接收到所述请求数据时，根据所述多台车辆中的、接下来到达所述等待地点的到达车辆的空位状况，决定是否将所述到达车辆选择为所述输送车辆；以及在未选择所述到达车辆的情况下，决定是否将与所述多台车辆不同、且构成为移动到单独的目的地的共享车辆选择为所述输送车辆。

根据本公开的所述第1方案、所述第2方案以及所述第3方案，用户的便利性提高。

附图说明

下面将参考附图描述本发明的示例性实施例的特征、优点以及技术和工业意义，在附图中，相同的附图标记表示相同的元件，并且其中：

图1是示出本公开的实施方式所涉及的系统的结构的图。

图2是示出一个实施例所涉及的用户以及多台车辆的图。

图3是示出在图2的例子所涉及的数据库中登记的数据的表。

图4是示出本公开的实施方式所涉及的运行管理装置的结构的框图。

图5是示出本公开的实施方式所涉及的终端装置的结构的框图。

图6是示出本公开的实施方式所涉及的车辆的车室的规格的图。

图7是示出本公开的实施方式所涉及的运行管理装置的动作的流程图。

图8是示出本公开的实施方式所涉及的终端装置的动作的流程图。

图9是示出一个实施例所涉及的用户以及多台车辆的图。

图10是示出在图9的例子所涉及的数据库中登记的数据的表。

图11是示出一个实施例所涉及的用户以及多台车辆的图。

图12是示出本公开的实施方式的变形例所涉及的系统的结构的图。

图13是示出本公开的实施方式的变形例所涉及的运行管理装置的动作的流程图。

具体实施方式

以下，参照附图，说明本公开的几个实施方式。

在各图中，对同一或者相当的部分，附加同一符号。在各实施方式的说明中，关于同一或者相当的部分，适宜地省略或者简化说明。

说明本公开的一个实施方式。

参照图1，说明本实施方式所涉及的系统10的结构。

本实施方式所涉及的系统10具备至少1台运行管理装置20、至少1台终端装置30、以及多台车辆40。运行管理装置20能够经由网络60，与终端装置30以及多台车辆40通信。终端装置30也可以能够经由网络60，与多台车辆40通信。

运行管理装置20设置于数据中心等设施。运行管理装置20是属于云计算系统或者其他计算系统的服务器等计算机。

终端装置30设置于公共汽车站，由至少1名用户11利用。终端装置30例如是数字标牌。

各个车辆40例如是汽油车、柴油车、HV、PHV、EV、或者FCV等任意的种类的汽车。“HV”是hybrid vehicle(混合动力车辆)的简称，也可以称为HEV(Hybrid ElectricVehicle，混合电动车辆)。“PHV”是plug-in hybrid vehicle(插电式混合动力车辆)的简称，也可以称为PHEV(Plug-in Hybrid Electric Vehicle，插电式混合电动车辆)。“EV”是electric vehicle(电动车辆)的简称，也可以称为BEV(Battery Electric Vehicle，纯电动车辆)。“FCV”是fuel cell vehicle(燃料电池车辆)的简称，也可以称为FCEV(Fuel CellElectric Vehicle，燃料电池电动车辆)。各个车辆40在本实施方式中是AV，但也可以由驾驶员驾驶、或者还可以以任意的等级使驾驶自动化。“AV”是autonomous vehicle(自主车辆)的简称。自动化的等级例如是SAE的分级中的等级1至等级5中的任意一个。“SAE”是Society of Automotive Engineers(汽车工程师学会)的简称。各个车辆40也可以是MaaS专用车辆。“MaaS”是Mobility as a Service(移动即服务)的简称。

网络60包括因特网、至少1个WAN、至少1个MAN、或者它们的任意的组合。“WAN”是wide area network(广域网)的简称。“MAN”是metropolitan area network(城域网)的简称。网络60也可以包括至少1个无线网络、至少1个光网络、或者它们的任意的组合。无线网络例如是自组网络、蜂窝网络、无线LAN、卫星通信网络、或者地上微波网络。“LAN”是localarea network(局域网)的简称。

作为本实施方式的一个变形例，终端装置30也可以代替设置于公共汽车站，而由用户11保持。在这样的变形例中，终端装置30例如是便携电话机、智能手机、或者平板等移动设备。

参照图1、图2以及图3，说明本实施方式的概要。

多台车辆40从据点71依次出发而移动到共同的目的地73。在图2的例子中，作为多台车辆40，作为EV的车辆V1、V2、…、Vn分别作为输送智慧城市的居民、通勤者以及来访者的按需公共汽车运行。台数n可以是2以上的任意的整数，但在该例子中是5以上的整数。据点71是公共汽车的车库。在据点71，设置有车辆检查、车辆修理、以及车辆充电用的设备。目的地73是智慧城市的最近的铁路车站。

终端装置30将请求数据D1发送给运行管理装置20。请求数据D1是请求输送用户11的数据。用户11在等待地点72等待。在图2的例子中，作为用户11，作为智慧城市的通勤者的用户U1为了从智慧城市回家，在等待地点72等待公共汽车。等待地点72是智慧城市内的公共汽车站。也可以将智慧城市内的公寓的入口用作公共汽车站。在等待地点72，设置有终端装置30。等待地点72在该例子中是固定的地点，但也可以由用户11任意地指定。在预先决定多台车辆40从据点71移动至目的地73的路径的情况下，等待地点72也可以限制为该路径上的地点。

运行管理装置20在接收到请求数据D1时，参照运行数据D2，决定输送用户11的输送车辆。运行数据D2是表示多台车辆40到达等待地点72的顺序、和多台车辆40中的到达等待地点72前的1台以上的车辆40的空位状况的数据。如图3所示，在图2的例子中，作为运行数据D2，将表示车辆V1、V2、…、Vn各自的“车辆ID”、“出发顺序”、“状态”、以及“空位状况”的数据登记到数据库27。“ID”是identifier(标识符)的简称。车辆V1、V2、…、Vn到达等待地点72的顺序通过“出发顺序”以及“状态”表示。根据登记到数据库27的数据，例如，车辆V1已从据点71第1个出发，当前从等待地点72向目的地73移动中。即，车辆V1已第1个到达等待地点72。车辆V2已从据点71第2个出发，当前从据点71向等待地点72移动中。即，车辆V2预定第2个到达等待地点72。车辆V3预定从据点71第3个出发，当前在据点71等待中。即，车辆V3预定第3个到达等待地点72。车辆V4预定从据点71第4个出发，当前在据点71等待中。即，车辆V4预定第4个到达等待地点72。到达等待地点72前的车辆V2、V3、…、Vn的空位状况通过“空位状况”表示。根据登记到数据库27的数据，例如，在车辆V2中，有包括4人量的就座区域、和8人量的站席区域的12人量的乘车区域，但全被占用了。8人量的站席区域中的3人量可变更为同人数量的就座区域、或者分配给轮椅。各个乘车区域也可以并非是乘客已乘车，如果已预约则视为被占用。在车辆V3中，也有与车辆V2相同的12人量的乘车区域，7人量被占用，但5人量的站席区域空闲。在车辆V4中，也有与车辆V2相同的12人量的乘车区域，全部空闲。

根据本实施方式，能够根据多台车辆40的到达等待地点72的顺序、和到达等待地点72前的1台以上的车辆40的空位状况，决定用哪个车辆输送用户11。因此，用户11的便利性提高。

在本实施方式中，运行管理装置20在接收到请求数据D1时，根据多台车辆40中的、接下来到达等待地点72的第1到达车辆41的空位状况，决定是否将第1到达车辆41选择为输送车辆。运行管理装置20在未选择第1到达车辆41的情况下，根据多台车辆40中的、比第1到达车辆41晚到达等待地点72的第2到达车辆42的空位状况，决定是否将第2到达车辆42选择为输送车辆。在图2的例子中，车辆V2接下来到达等待地点72。即，车辆V2与第1到达车辆41相当。车辆V2的所有乘车区域被占用。因此，运行管理装置20不选择车辆V2。在该例子中，车辆V3、V4、…、Vn比车辆V2晚到达等待地点72。即，车辆V3、V4、…、Vn中的任意车辆可相当于第2到达车辆42。车辆V3、V4、…、Vn中的车辆V3接着车辆V2到达等待地点72。车辆V3的5人量的站席区域空闲。因此，运行管理装置20将车辆V3选择为输送车辆。

根据本实施方式，在被请求输送用户11时，即使接下来的车辆40的空座不足，例如通过用接下来的车辆40输送用户11，能够应对请求。其结果，能够避免使用户感到不便。

在本实施方式中，在第1到达车辆41已从据点71出发的情况下，第2到达车辆42在比第1到达车辆41更接近据点71处移动中、或者在据点71等待中。在第1到达车辆41在据点71等待中的情况下，第2到达车辆42预定在据点71等待中、并且比第1到达车辆41晚出发。在图2的例子中，车辆V2与第1到达车辆41相当。车辆V2已从据点71出发。车辆V3、V4、…、Vn在据点71等待中。因此，车辆V3、V4、…、Vn中的任意一个可相当于第2到达车辆42。

参照图4，说明本实施方式所涉及的运行管理装置20的结构。

运行管理装置20具备控制部21、存储部22以及通信部23。

控制部21包括至少1个处理器、至少1个可编程电路、至少1个专用电路、或者它们的任意的组合。处理器是CPU或者GPU等通用处理器、或者专用于特定的处理的专用处理器。“CPU”是central processing unit(中央处理单元)的简称。“GPU”是graphics processingunit(图形处理单元)的简称。可编程电路例如是FPGA。“FPGA”是field-programmable gatearray(现场可编程门阵列)的简称。专用电路例如是ASIC。“ASIC”是application specificintegrated circuit(专用集成电路)的简称。控制部21一边控制运行管理装置20的各部，一边执行与运行管理装置20的动作有关的处理。

存储部22包括至少1个半导体存储器、至少1个磁存储器、至少1个光存储器、或者它们的任意的组合。半导体存储器例如是RAM或者ROM。“RAM”是random access memory(随机存取存储器)的简称。“ROM”是read only memory(只读存储器)的简称。RAM例如是SRAM或者DRAM。“SRAM”是static random access memory(静态随机存取存储器)的简称。“DRAM”是dynamic random access memory(动态随机存取存储器)的简称。ROM例如是EEPROM。“EEPROM”是electrically erasable programmable read only memory(电可擦式可编程只读存储器)的简称。存储部22例如作为主存储装置、辅助存储装置、或者高速缓存存储器发挥功能。在存储部22中，存储在运行管理装置20的动作中使用的数据、和通过运行管理装置20的动作得到的数据。在本实施方式中，数据库27在存储部22中构筑，但也可以在外部的存储设备中构筑，并与运行管理装置20连接。

通信部23包括至少1个通信用接口。通信用接口例如是LAN接口。通信部23接收在运行管理装置20的动作中使用的数据，并且发送通过运行管理装置20的动作得到的数据。

运行管理装置20的功能通过由作为控制部21的处理器执行本实施方式所涉及的运行管理程序而实现。即，运行管理装置20的功能通过软件实现。运行管理程序通过使计算机执行运行管理装置20的动作，使计算机作为运行管理装置20发挥功能。即，计算机通过依照运行管理程序执行运行管理装置20的动作而作为运行管理装置20发挥功能。

程序能够预先存储于非临时性的计算机可读取的介质。非临时性的计算机可读取的介质例如是闪存存储器、磁记录装置、光盘、光磁记录介质、或者ROM。程序的流通例如通过销售、转让、或者出租存储有程序的SD卡、DVD、或者CD-ROM等可移动型介质来进行。“SD”是Secure Digital(安全数字)的简称。“DVD”是digital versatile disc(数字多功能盘)的简称。“CD-ROM”是compact disc read only memory(紧凑盘只读存储器)的简称。也可以将程序预先储存到服务器的存储设备，通过从服务器向其他计算机传送程序，使程序流通。也可以将程序作为程序产品提供。

计算机例如将存储于可移动型介质的程序或者从服务器传送的程序临时储存到主存储装置。然后，计算机用处理器读取储存于主存储装置的程序，用处理器执行依照读取的程序的处理。计算机也可以从可移动型介质直接读取程序，执行依照程序的处理。计算机也可以每当程序从服务器传送到计算机时，逐次执行依照所接受的程序的处理。也可以不从服务器向计算机传送程序，而通过仅通过执行指示以及结果取得来实现功能的所谓ASP型的服务来执行处理。“ASP”是application service provider(应用服务提供商)的简称。程序是用于电子计算机的处理的信息且包括依照程序的信息。例如，虽然并非针对计算机的直接的指令但具有规定计算机的处理的性质的数据相当于“依照程序的信息”。

运行管理装置20的一部分或者所有功能也可以通过作为控制部21的可编程电路或者专用电路实现。即，运行管理装置20的一部分或者所有功能也可以通过硬件实现。

参照图5，说明本实施方式所涉及的终端装置30的结构。

终端装置30具备控制部31、存储部32、通信部33、输入部34、输出部35、以及测位部36。

控制部31包括至少1个处理器、至少1个可编程电路、至少1个专用电路、或者它们的任意的组合。处理器是CPU或者GPU等通用处理器、或者专用于特定的处理的专用处理器。可编程电路例如是FPGA。专用电路例如是ASIC。控制部31一边控制终端装置30的各部，一边执行与终端装置30的动作有关的处理。

存储部32包括至少1个半导体存储器、至少1个磁存储器、至少1个光存储器、或者它们的任意的组合。半导体存储器例如是RAM或者ROM。RAM例如是SRAM或者DRAM。ROM例如是EEPROM。存储部32例如作为主存储装置、辅助存储装置、或者高速缓存存储器发挥功能。在存储部32中，存储在终端装置30的动作中使用的数据、和通过终端装置30的动作得到的数据。

通信部33包括至少1个通信用接口。通信用接口例如是与LTE、4G标准、或者5G标准等移动通信标准对应的接口、与Bluetooth(蓝牙，注册商标)等近距离无线通信标准对应的接口、或者LAN接口。“LTE”是Long Term Evolution(长期演进)的简称。“4G”是4thgeneration(第四代)的简称。“5G”是5th generation(第五代)的简称。通信部33接收在终端装置30的动作中使用的数据，并且发送通过终端装置30的动作得到的数据。

输入部34包括至少1个输入用接口。输入用接口例如是物理键、静电电容键、指点设备、与显示器一体地设置的触摸屏幕、照相机、LiDAR、或者麦克风。“LiDAR”是lightdetection and ranging(光探测和测距)的简称。输入部34受理输入在终端装置30的动作中使用的数据的操作。输入部34也可以代替设置于终端装置30，而作为外部的输入设备连接到终端装置30。作为连接用接口，例如能够使用与USB、HDMI(注册商标)、或者Bluetooth(注册商标)等标准对应的接口。“USB”是Universal Serial Bus(通用串行总线)的简称。“HDMI(注册商标)”是High-Definition Multimedia Interface(高清多媒体接口)的简称。

输出部35包括至少1个输出用接口。输出用接口例如是显示器或者扬声器。显示器例如是LCD或者有机EL显示器。“LCD”是liquid crystal display(液晶显示器)的简称。“EL”是electro luminescence(电致发光)的简称。输出部35输出通过终端装置30的动作得到的数据。输出部35也可以代替设置于终端装置30，而作为外部的输出设备连接到终端装置30。作为连接用接口，例如能够使用与USB、HDMI(注册商标)、或者Bluetooth(注册商标)等标准对应的接口。

测位部36包括至少1个GNSS接收机。“GNSS”是global navigation satellitesystem(全球导航卫星系统)的简称。GNSS例如是GPS、QZSS、BDS、GLONASS、或者Galileo。“GPS”是Global Positioning System(全球定位系统)的简称。“QZSS”是Quasi-ZenithSatellite System(准天顶卫星系统)的简称。QZSS的卫星被称为准天顶卫星。“BDS”是BeiDou Navigation Satellite System(北斗卫星导航系统)的简称。“GLONASS”是globalnavigation satellite system(全球导航卫星系统)的简称。测位部36测定终端装置30的位置。

终端装置30的功能通过由作为控制部31的处理器执行本实施方式所涉及的终端程序而实现。即，终端装置30的功能通过软件实现。终端程序通过使计算机执行终端装置30的动作，使计算机作为终端装置30发挥功能。即，计算机通过依照终端程序执行终端装置30的动作而作为终端装置30发挥功能。

终端装置30的一部分或者所有功能也可以通过作为控制部31的可编程电路或者专用电路实现。即，终端装置30的一部分或者所有功能也可以通过硬件实现。

参照图6，说明本实施方式所涉及的各个车辆40的车室43的规格。

各个车辆40是AV，但还能够手动驾驶。因此，在车室43的前方部，设置有驾驶员用的驾驶席44。在车室43的后方部以及中央部，形成有用于乘客乘车的空间。该空间的长度方向的尺寸Dx以及宽度方向的尺寸Dy分别可以是任意的尺寸，但在本实施方式中，是2600毫米以及1860毫米。在车室43的后方部，设置有作为4人量的就座区域的座席45。在车室43的中央部，形成有作为8人量的站席区域的站席空间46。在车室43的侧方部，设置有作为3人量的追加就座区域的折叠席47。在将折叠席47打开的情况下，代替增加3人量的就座区域，而减少3人量的站席区域。这些3人量的站席区域还能够分配给轮椅。即，站席空间46能够将一部分选择性地利用为3人量的站席区域、3人量的就座区域、以及轮椅中的任意区域。

参照图7以及图8，说明本实施方式所涉及的系统10的动作。该动作与本实施方式所涉及的运行管理方法相当。图7示出运行管理装置20的动作。图8示出终端装置30的动作。

在图8的步骤S111中，终端装置30的控制部31探测至少1名用户11。作为探测用户11的方法，可以使用任意的方法，但在本实施方式中，使用解析通过作为终端装置30的输入部34的照相机或者LiDAR取得的图像，判定用户11是否在等待地点72等待的方法。作为图像解析的方法，能够使用既知的方法。也可以使用深度学习等机器学习。在图2的例子中，控制部31在用户U1站在作为终端装置30的数字标牌前时，解析通过作为输入部34的照相机摄像的图像，探测用户U1。

作为探测用户11的其他方法，为了能够不依赖于天气或者时间段地进行探测，也可以使用通过设置于路面的重量传感器探测人体的方法。或者，也可以使用经由终端装置30的输入部34，从用户11受理“乘车”按钮的按下或者触摸等传递乘车意思的操作的方法。或者，作为本实施方式的一个变形例，也可以使用如下方法：在代替将终端装置30设置到公共汽车站，而由用户11保持终端装置30的情况下，根据由终端装置30的测位部36测定的位置是否与等待地点72一致，判定用户11是否在等待地点72等待。

在图8的步骤S111中探测到用户11时，在步骤S112中，终端装置30的控制部31使通信部33发送请求数据D1。请求数据D1是请求输送用户11的数据。通信部33将请求数据D1发送给运行管理装置20。

在图7的步骤S101中，运行管理装置20的通信部23从终端装置30，接收在图8的步骤S112中发送的请求数据D1。运行管理装置20的控制部21取得由通信部23接收到的请求数据D1。

在图7的步骤S101中接收到请求数据D1时、即在取得请求数据D1时，在步骤S102或者步骤S103中，运行管理装置20的控制部21参照运行数据D2，决定输送用户11的输送车辆。运行数据D2是表示多台车辆40到达等待地点72的顺序、和多台车辆40中的到达等待地点72前的1台以上的车辆40的空位状况的数据。

具体而言，在图7的步骤S102中，运行管理装置20的控制部21根据多台车辆40中的、接下来到达等待地点72的第1到达车辆41的空位状况，决定是否将第1到达车辆41选择为输送车辆。在选择第1到达车辆41的情况下，跳过步骤S103的处理。在未选择第1到达车辆41的情况下，执行步骤S103的处理。在步骤S103中，控制部21根据多台车辆40中的、比第1到达车辆41晚到达等待地点72的第2到达车辆42的空位状况，决定是否将第2到达车辆42选择为输送车辆。在本实施方式中，控制部21在2台以上的车辆40与第2到达车辆42相应的情况下，只要这2台以上的车辆40中的空位状况允许，则将最早到达等待地点72的车辆40选择为输送车辆。在图2的例子中，控制部21参照数据库27，将接下来到达等待地点72的车辆V2确定为第1到达车辆41，但在车辆V2中没有用户U1可乘车的区域，所以不选择车辆V2。控制部21参照数据库27，将接着车辆V2到达等待地点72的车辆V3确定为第2到达车辆42。然后，在控制部21中，如果用户U1是站席，则由于在车辆V3中有可乘车的区域，所以将车辆V3选择为输送车辆。

在图7的步骤S102或者步骤S103中将多台车辆40中的任意1台选择为输送车辆后，在步骤S104中，运行管理装置20的控制部21关于输送车辆的空位状况，更新运行数据D2。在图2的例子中，控制部21关于车辆V3的“空位状况”，更新登记到数据库27的数据。其结果，车辆V3的1人量的站席区域被分配给用户U1，车辆V3的空位乘车区域从5人量的站席区域减少到4人量的站席区域。

在图7的步骤S105中，运行管理装置20的控制部21使通信部23发送应答数据D3。在步骤S102中第1到达车辆41被决定为输送车辆的情况下，应答数据D3是指示在等待地点72等待第1到达车辆41的数据。应答数据D3也可以包括第1到达车辆41的车辆ID等用于唯一地识别第1到达车辆41的数据。应答数据D3也可以包括通知第1到达车辆41到达等待地点72的时刻的数据。在步骤S103中第2到达车辆42被决定为输送车辆的情况下，应答数据D3是指示在等待地点72等待第2到达车辆42的数据。应答数据D3也可以包括第2到达车辆42的车辆ID等用于唯一地识别第2到达车辆42的数据。应答数据D3也可以包括通知第2到达车辆42到达等待地点72的时刻的数据。通信部23将应答数据D3发送给终端装置30。

在图8的步骤S113中，终端装置30的通信部33从运行管理装置20，接收在图7的步骤S105中发送的应答数据D3。终端装置30的控制部31取得由通信部33接收到的应答数据D3。

在图8的步骤S114中，终端装置30的控制部31将在步骤S113中取得的应答数据D3提示给用户11。作为将应答数据D3提示给用户11的方法，使用任意的方法，但在本实施方式中，使用将应答数据D3的内容显示于作为终端装置30的输出部35的显示器的方法、将应答数据D3的内容从作为输出部35的扬声器以声音方式输出的方法、或者这两方。在图2的例子中，控制部31经由显示器或者扬声器，将促使在等待地点72等待车辆V3的消息提示给用户U1。控制部31也可以经由显示器或者扬声器，将车辆V3的车辆ID等用于唯一地识别车辆V3的信息还提示给用户U1。控制部31也可以经由显示器或者扬声器，将车辆V3到达等待地点72的时刻通知给用户U1。

在图7的步骤S106中，运行管理装置20的控制部21使通信部23发送指示数据D4。在步骤S102或者步骤S103中，在据点71等待中的车辆40被决定为输送车辆的情况下，指示数据D4是指示从据点71出发的数据。指示数据D4也可以包括指示在从据点71出发后，在等待地点72停车的数据。在步骤S102或者步骤S103中，已从据点71出发的车辆40被决定为输送车辆的情况下，指示数据D4也可以不发送，或者，如果发送，则也可以包括指示在等待地点72停车的数据。通信部23将指示数据D4发送给在步骤S102或者步骤S103中决定的输送车辆。在图2的例子中，通信部23将指示数据D4发送给车辆V3。车辆V3在接收到指示数据D4时，依照接收到的指示数据D4，从据点71出发。车辆V3向等待地点72移动，在等待地点72停车。用户U1在等待地点72乘坐车辆V3。车辆V3向目的地73移动，在目的地73停车。用户U1在目的地73从车辆V3下车。

如上所述，在本实施方式中，运行管理装置20的通信部23从终端装置30接收请求输送至少1名用户11的请求数据D1。运行管理装置20的控制部21在由通信部23接收到请求数据D1时，参照表示从据点71依次出发并移动到共同的目的地73的多台车辆40的、到达至少1名用户11等待的等待地点72的顺序、和多台车辆40中的到达等待地点72前的1台以上的车辆40的空位状况的运行数据D2，决定输送至少1名用户11的输送车辆。因此，根据本实施方式，用户11的便利性提高。

至少1名用户11不限于1名用户，也可以是多名用户。运行管理装置20的控制部21既可以将多台车辆40中的任意1台决定为集中输送多名用户的输送车辆、或者、也可以将多台车辆40中的任意2台以上决定为分批输送多名用户的输送车辆。

在本实施方式中，用户11从输送车辆下车的地点、即用户11的目的地与多台车辆40的目的地73相同，但作为本实施方式的一个变形例，用户11的目的地也可以由用户11任意地指定。在预先决定了多台车辆40从据点71移动至目的地73的路径的情况下，用户11的目的地也可以限制为该路径上并且处于等待地点72与目的地73之间的地点。在这样的变形例中，请求数据D1也可以包括指定用户11的目的地的数据。在图8的步骤S111中，终端装置30的控制部31也可以经由输入部34，从用户11受理指定用户11的目的地的操作。或者，在将用户11的目的地与用户11关联起来预先登记到系统10的情况下，控制部31也可以在探测到用户11时，确定对应的目的地。指示数据D4也可以包括指示在从等待地点72出发后，在用户11的目的地停车的数据。

作为本实施方式的一个变形例，请求数据D1也可以包括表示用户11的属性或者状况的数据。属性例如包括性别、年龄、身高、体重、或者它们的任意的组合。属性也可以包括用户11是否希望就座。状况例如包括雨或者雪等天气、用户11是否着急、用户11是否带着行李、用户11是否穿着高跟鞋、用户11是否带着孩子、或者它们的任意的组合。在图8的步骤S111中，终端装置30的控制部31也可以解析由作为输入部34的照相机或者LiDAR取得的图像，探测用户11的属性或者状况。或者，控制部31也可以经由输入部34，从用户11受理输入用户11的属性或者状况的操作。或者，在将用户11的属性或者状况与用户11关联起来预先登记到系统10的情况下，控制部31也可以在探测到用户11时，确定对应的属性或者状况。在图7的步骤S102或者步骤S103中，运行管理装置20的控制部21也可以不仅参照运行数据D2，而且还参照请求数据D1，决定输送车辆。具体而言，在步骤S102中，控制部21也可以根据第1到达车辆41的空位状况、和用户11的属性或者状况，决定是否将第1到达车辆41选择为输送车辆。在未选择第1到达车辆41的情况下，在步骤S103中，控制部21也可以根据第2到达车辆42的空位状况、和用户11的属性或者状况，决定是否将第2到达车辆42选择为输送车辆。

参照图9以及图10，详细说明该变形例。关于与图2的例子的共同点，适宜地省略或者简化说明。

在图9的例子中，作为用户11，作为智慧城市的来访者的用户U2为了从智慧城市回家，在等待地点72等待公共汽车。用户U2是无法站着乘坐公共汽车的程度的高龄者。

如图10所示，在图9的例子中，作为运行数据D2，将表示车辆V3、V4、…、Vn各自的“车辆ID”、“出发顺序”、“状态”、以及“空位状况”的数据登记到数据库27。车辆V3、V4、…、Vn到达等待地点72的顺序通过“出发顺序”以及“状态”表示。根据登记到数据库27的数据，例如车辆V3预定从据点71第1个出发，当前在据点71等待中。即，车辆V3预定第1个到达等待地点72。车辆V4预定从据点71第2个出发，当前在据点71等待中。即，车辆V4预定第2个到达等待地点72。到达等待地点72前的车辆V3、V4、…、Vn的空位状况通过“空位状况”表示。根据登记到数据库27的数据，例如在车辆V3中，有包括4人量的就座区域和8人量的站席区域的12人量的乘车区域，11人量被占用，但1人量的站席区域空闲。在车辆V4中，也有与车辆V3相同的12人量的乘车区域，3人量被占用，但1人量的就座区域和8人量的站席区域空闲。

在图9的例子中，车辆V3接下来到达等待地点72。车辆V3的1人量的站席区域空闲，但所有就座区域被占用。因此，运行管理装置20不选择车辆V3。在该例子中，车辆V4接着车辆V3到达等待地点72。车辆V4的1人量的就座区域空闲。因此，运行管理装置20将车辆V4选择为输送车辆。运行管理装置20关于车辆V4的“空位状况”，更新登记到数据库27的数据。其结果，车辆V4的1人量的就座区域被分配给用户U2，车辆V4的空位乘车区域减少到8人量的站席区域。

根据该变形例，能够还根据用户11的年龄等属性或者状况，决定用哪个车辆输送用户11。因此，用户11的便利性进一步提高。

作为本实施方式的一个变形例，请求数据D1也可以包括表示用户数的数据。在图8的步骤S111中，终端装置30的控制部31也可以解析由作为输入部34的照相机或者LiDAR取得的图像，探测用户数。或者，控制部31也可以经由输入部34，从用户11受理输入用户数的操作。或者，在将用户数与用户11关联起来预先登记到系统10的情况下，控制部31也可以在探测到用户11时，确定对应的用户数。在图7的步骤S102或者步骤S103中，运行管理装置20的控制部21也可以不仅是运行数据D2，而且还参照请求数据D1，决定输送车辆。具体而言，控制部21在至少1名用户11为多名用户、并且在第1到达车辆41中有与多名用户的一部分对应的空位的情况下，也可以将第1到达车辆41以及第2到达车辆42决定为输送车辆。

参照图10以及图11，详细说明该变形例。关于与图9的例子的共同点，适宜地省略或者简化说明。

在图11的例子中，作为多名用户，作为智慧城市的居民的用户U3、U4、U5为了家庭出行，在等待地点72等待公共汽车。

在图11的例子中，与图9的例子同样地，车辆V3接下来到达等待地点72。车辆V3的1人量的站席区域空闲。因此，运行管理装置20将车辆V3选择为输送车辆。在该例子中，车辆V4接着车辆V3到达等待地点72。车辆V4的1人量的就座区域和8人量的站席区域空闲。因此，运行管理装置20将车辆V4也选择为输送车辆。运行管理装置20关于车辆V3、V4各自的“空位状况”，更新登记到数据库27的数据。其结果，车辆V3的1人量的站席区域被分配给用户U3，车辆V3变得没有空位乘车区域。车辆V4的1人量的站席区域以及1人量的就座区域被分配给用户U4、U5，车辆V4的空位乘车区域减少到7人量的站席区域。

根据该变形例，能够还根据用户数，决定用哪个车辆输送用户11。因此，用户11的便利性进一步提高。

参照图12，说明本实施方式的一个变形例所涉及的系统10的结构。

该变形例所涉及的系统10还具备至少1台共享车辆50。运行管理装置20能够经由网络60，与共享车辆50通信。终端装置30也可以能够经由网络60，与共享车辆50通信。

共享车辆50例如是汽油车、柴油车、HV、PHV、EV、或者FCV等任意的种类的汽车。共享车辆50在该变形例中是AV，但也可以由驾驶员驾驶、或者还可以以任意的等级使驾驶自动化。自动化的等级例如是SAE的分级中的等级1至等级5中的任意一个。共享车辆50也可以是MaaS专用车辆。

共享车辆50与多台车辆40不同，向单独的目的地移动。

在该变形例中，运行管理装置20在未选择第1到达车辆41的情况下，决定是否将共享车辆50决定为输送车辆。具体而言，运行管理装置20在未选择第1到达车辆41的情况下，与用户11的属性以及状况无关地，将共享车辆50决定为输送车辆，但也可以根据用户11的属性或者状况，决定是否将共享车辆50决定为输送车辆。例如，运行管理装置20也可以对雨天或者雪天、着急的人、带着行李的人、穿着高跟鞋的人、或者带着孩子的人推荐共享车辆50。运行管理装置20在未选择共享车辆50的情况下，也可以根据第2到达车辆42的空位状况，决定是否将第2到达车辆42决定为输送车辆。

参照图13，说明该变形例所涉及的系统10的动作。该动作与该变形例所涉及的运行管理方法相当。图13示出运行管理装置20的动作。关于终端装置30的动作，与图8所示的动作相同，所以省略说明。

关于图13的步骤S201以及步骤S202的处理，与图7的步骤S101以及步骤S102的处理相同，所以省略说明。关于在图13的步骤S202中第1到达车辆41被决定为输送车辆的情况的步骤S204至步骤S206的处理，与在图7的步骤S102中第1到达车辆41被决定为输送车辆的情况的步骤S104至步骤S106的处理相同，所以省略说明。

在图13的步骤S202中未选择第1到达车辆41的情况下，在步骤S203中，运行管理装置20的控制部21将共享车辆50选择为输送车辆。

在图13的步骤S205中，运行管理装置20的控制部21使通信部23发送应答数据D3。在步骤S203中共享车辆50被决定为输送车辆的情况下，应答数据D3是指示用户11从等待地点72移动到乘坐共享车辆50的乘车地点的数据。如图2的例子，在等待地点72设为是智慧城市内的公共汽车站时，乘车地点例如是处于智慧城市的地下的车辆等待处、或者在智慧城市内从共享车辆50下车的场所。应答数据D3也可以包括共享车辆50的车辆ID等用于唯一地识别共享车辆50的数据。应答数据D3也可以包括为了乘坐共享车辆50而所需的电子钥匙。通信部23将应答数据D3发送给终端装置30。

在图13的步骤S206中，运行管理装置20的控制部21使通信部23发送指示数据D4。在步骤S203中共享车辆50被决定为输送车辆的情况下，指示数据D4是指示移动到乘车地点的数据。通信部23将指示数据D4发送给输送车辆。

作为进一步的变形例，也可以用户11不在乘车地点乘坐共享车辆50，而在等待地点72乘坐共享车辆50。在这样的变形例中，应答数据D3是指示在等待地点72等待共享车辆50的数据。应答数据D3也可以包括通知共享车辆50到达等待地点72的时刻的数据。指示数据D4是指示移动到等待地点72的数据。

作为进一步的变形例，请求数据D1也可以包括表示用户数的数据。在图8的步骤S111中，终端装置30的控制部31也可以解析由作为输入部34的照相机或者LiDAR取得的图像，探测用户数。或者，控制部31也可以经由输入部34，从用户11受理输入用户数的操作。或者，在将用户数与用户11关联起来预先登记到系统10的情况下，控制部31也可以在探测到用户11时，确定对应的用户数。在图13的步骤S202或者步骤S203中，运行管理装置20的控制部21也可以不仅参照运行数据D2，而且还参照请求数据D1，决定输送车辆。具体而言，控制部21在至少1名用户11为多名用户、并且在第1到达车辆41中有与多名用户的一部分对应的空位的情况下，也可以将第1到达车辆41以及共享车辆50决定为输送车辆。

共享车辆50在单独的目的地与共同的目的地73相同，并且在单独的目的地使乘客下车的情况下，也可以追踪多台车辆40中的抵达共同的目的地73的车辆40而自主移动。例如，共享车辆50在铁路车站等智慧城市外使乘客下车的情况下，也可以追踪多台车辆40中的任意1台而自主移动到智慧城市，在进入智慧城市后，自主地返回到处于地下的车辆等待处。

本公开不限定于上述实施方式。例如，既可以将在框图中记载的2个以上的块合并、或者也可以分割1个块。也可以代替依照记述而按照时间序列执行在流程图中记载的2个以上的步骤，而根据执行各步骤的装置的处理能力、或者根据需要并行地或者以不同的顺序执行在流程图中记载的2个以上的步骤。另外，能够在不脱离本公开的要旨的范围内进行变更。