信息处理装置、信息处理方法以及程序与流程

1.本公开涉及通过车辆提供服务的技术。


背景技术：

2.尝试通过派遣面向各种用途设计的自动驾驶车辆来提供服务。例如，在国际公开2018/230720中，公开一种自动驾驶车辆，通过组合车辆平台(底盘)和车厢模块(车室)而构成，并且，通过更换车室能够应对各种需求。


技术实现要素：

3.期待实现利用底盘和车室可分离的车辆来自动地组成适合于用户的需求的车辆的服务。
4.本公开是考虑上述课题而完成的，其目的在于根据需求对用户提供具有适合的功能的车辆。
5.本公开的第一方案提供一种信息处理装置，管理：多个车辆平台；以及多个车室组件，能够与所述多个车辆平台的各个车辆平台结合及分离。
6.具体而言，具有控制部，该控制部执行：取得表示针对所述车辆平台及所述车室组件的各个的需求的需求数据；以及根据所述需求数据，从所述多个车辆平台及所述多个车室组件中，决定第一车辆平台及第一车室组件的组合。
7.另外，本公开的第二方案提供一种所述信息处理装置进行的信息处理方法。
8.具体而言，包括：取得表示针对所述车辆平台及所述车室组件的各个的需求的需求数据；以及根据所述需求数据，从所述多个车辆平台及所述多个车室组件中，决定第一车辆平台及第一车室组件的组合。
9.另外，作为其他方案，可以举出用于使计算机执行上述信息处理装置执行的信息处理方法的程序、或者非暂时地存储有该程序的计算机可读存储介质。
10.根据本公开，能够根据需求对用户提供具有适合的功能的车辆。
附图说明
11.下面将参考附图描述本发明的示例性实施例的特征、优点以及技术和产业意义，在附图中，相同的附图标记表示相同的元件，并且其中：
12.图1是实施方式所涉及的车辆系统的整体结构图。
13.图2是示出实施方式所涉及的车辆的外观的图。
14.图3是示出服务器装置的系统结构的图。
15.图4a是服务器装置存储的底盘数据以及车室数据的例子。
16.图4b是服务器装置存储的底盘数据以及车室数据的例子。
17.图5是例示车辆的运行计划的图。
18.图6是示出车辆以及底盘组件的系统结构的图。
19.图7是例示服务器装置取得的车辆调配请求的图。
20.图8是服务器装置执行的处理的流程图。
21.图9是说明底盘组件以及车室组件的租借期间的图。
22.图10是车辆执行的处理的流程图。
具体实施方式
23.本实施方式所涉及的信息处理装置是管理底盘部分和车身部分可分离的车辆的装置，其中，根据针对车辆的需求，动态地决定底盘和车身的组合。通过将一个以上的车身(以下称为车室组件)搭载到底盘(以下称为车辆平台)，能够应对用户的各种需求。
24.本公开中的车辆平台是指，例如，具备多个车轮和动力的移动体。车辆平台具有行驶的功能即可，无需一定具备居室。车辆平台构成为能够搭载具有不同的功能的多个车室组件中的任意车室组件。通过在车辆平台上搭载预定的车室组件，能够组成用于预定的用途的车辆。另外，通过分离搭载的车室组件并更换为其他车室组件，能够变更车辆的用途。
25.作为可搭载到车辆平台的车室组件，例如，可以举出用于输送旅客的组件、用于输送货物的组件、具有作为店铺或者餐馆的功能的组件、或者具有作为居室的功能的组件等。
26.本实施方式所涉及的信息处理装置管理多个车辆平台、和能够与所述多个车辆平台的各个车辆平台结合及分离的多个车室组件。具体而言，其特征在于，具有控制部，该控制部执行：取得表示针对所述车辆平台及所述车室组件的各个的需求的需求数据；以及根据所述需求数据，从所述多个车辆平台及所述多个车室组件中，决定第一车辆平台及第一车室组件的组合。
27.信息处理装置根据需求数据，决定提供给用户的车辆平台和车室组件的组合。需求数据是表示用户针对车辆的需求的数据。需求数据既可以是表示针对车辆平台的需求的数据，也可以是表示针对车室组件的需求的数据。另外，也可以包括双方。另外，需求数据既可以以来自用户的请求这样的形式取得，也可以根据从用户发送的其他信息生成。通过根据这些需求数据决定车辆平台和车室组件的组合，能够对用户提供具有该用户期望的功能的车辆(底盘、车室、或者这两方)。
28.另外，也可以其特征在于，所述多个车室组件具有二个以上的不同的属性中的任意属性，所述控制部选择具有通过所述需求数据表示的属性的所述第一车室组件。车室组件的属性是指，例如，也可以是与车室组件的功能关联起来的属性。在本实施方式所涉及的车辆系统中，例如，能够将作为零售店、餐馆、投宿设施、或者会议室等发挥功能的多个车室组件作为管理对象。另外，能够将具有与旅客输送或者货物输送有关的功能的多个车室组件作为管理对象。
29.另外，也可以其特征在于，所述多个车辆平台具有二个以上的不同的属性中的任意属性，所述控制部选择具有通过所述需求数据表示的属性的所述第一车辆平台。车辆平台的属性是指，例如，也可以是与车辆平台的能力关联起来的属性。在本实施方式所涉及的车辆系统中，例如，能够将行驶能力(电池容量、续航距离、最大输出等)、车室组件的装载能力等不同的多个车辆平台作为管理对象。
30.此外，通过需求数据表示的属性既可以是直接地指定的属性，也可以是间接地指定的属性。
31.另外，也可以其特征在于，所述控制部从所述用户利用的用户装置取得所述需求数据。需求数据例如能够从用户利用的终端、计算机、或者服务器装置等经由网络取得。
32.另外，也可以其特征在于，所述控制部根据所述决定的组合，生成所述第一车辆平台的运行计划。例如，也可以依照生成的运行计划，使第一车室组件与第一车辆平台结合，使其驶向用户侧。由此，能够使车辆平台和车室组件这双方到达用户侧。
33.另外，也可以其特征在于，所述运行计划包括：第一运行计划，用于使所述第一车室组件与所述第一车辆平台结合；以及第二运行计划，用于使所述第一车辆平台驶向所述用户侧。在初始状态下车辆平台和车室组件分离的情况下，需要使双方结合。第一运行计划是用于使结合前的车辆平台与对象的车室组件结合的计划。另外，第二运行计划是用于使结合后的车辆驶向所述用户侧的计划。
34.另外，也可以其特征在于，所述运行计划包括：第一运行计划，用于使所述第一车室组件与所述第一车辆平台结合；第二运行计划，用于使所述第一车室组件到达所述用户；以及第三运行计划，用于回收所述第一车室组件。在用户仅利用车室组件的情况下，能够在该利用期间中，将车辆平台用于其他用途。
35.另外，也可以其特征在于，所述控制部周期性地取得表示所述多个车辆平台以及所述多个车室组件的存在位置的存在位置数据。
36.另外，也可以其特征在于，所述控制部根据所述存在位置数据，生成所述第一运行计划。信息处理装置能够根据存在位置数据，决定向用户侧派遣的车辆平台和车室组件的最佳的组合、以及车辆平台的运行路径等。
37.另外，也可以其特征在于，所述控制部根据所述运行计划，生成用于使所述第一车辆平台运行的运行指令。运行指令是用于使车辆平台按照运行计划移动或者行驶的命令。通过使车辆平台依照运行指令运行，能够使车辆平台或者车室组件到达用户侧。
38.以下，根据附图，说明本公开的实施方式。以下的实施方式的结构是例示，本公开不限定于实施方式的结构。
39.参照图1，说明实施方式所涉及的车辆系统的概要。本实施方式所涉及的车辆系统构成为包括：一台以上的车辆200，根据提供的指令进行自主行驶；以及服务器装置100，发行所述指令。
40.车辆200是底盘部分和车身部分可分离的车辆。以下，将底盘部分称为底盘组件210，将车身部分称为车室组件220。在本实施方式所涉及的车辆系统中，通过服务器装置100，管理具有不同的属性的多个底盘组件210、和具有不同的属性的多个车室组件220。底盘组件210构成为能够装载多个车室组件220中的任意车室组件。由此，能够组成具有用户期望的功能的车辆200。
41.底盘组件210是具有车轮的移动体(电动汽车)。底盘组件210形成不具有车室部分的底盘形状，能够装载任意的车室组件220。图2是示出向底盘组件210装载车室组件220的例子的外观图。底盘组件210还能够称为车辆平台。此外，底盘组件210也可以不必是可完全自主行驶的车辆。例如，也可以是人根据状况进行驾驶或者驾驶的辅助的车辆。底盘组件210能够在预定的运行据点，与车室组件220结合以及分离。还能够在运行据点，保管未运行的底盘组件210以及车室组件220。
42.车室组件220是具有发挥预定的功能的空间的组件。
43.在本车辆系统中，通过为了提供预定的服务而专门化的多个车室组件220，对用户提供服务。作为预定的服务，例如，可以举出如以下的服务。
44.■
旅客或者货物的输送服务
45.■
零售服务
46.■
饮食服务
47.■
投宿服务
48.■
租赁空间
49.例如，能够通过具备座席、桌子、空调设备、或者av设备等的车室组件220，提供旅客的输送服务。另外，例如，能够通过具备固定货柜或箱的设备、缓冲装置、冷藏设备、或者冷冻设备等的车室组件220，提供货物的输送服务。另外，能够通过具备客人座席、烹调室、电冰箱、或者用水设备等的车室组件220，提供饮食服务。
50.此外，在上述例子中，叙述为将车室组件220装载到底盘组件210，但只要能够通过预定的方法结合底盘组件210和车室组件220，车室组件220无需一定装载到底盘组件210。
51.结合底盘组件210和车室组件220的方法不限定于特定的方法。例如，既可以使用锁定机构等机械性地结合以及分离，也可以利用电磁铁等实现结合以及分离。作为对底盘组件210装载或者卸载车室组件220的方法，例如，有使用专用的升降设备的方法、使用设置于底盘组件210或者车室组件220自身的机构的方法等。对底盘组件210装载或者卸载车室组件220的方法不限定于特定的方法。在本实施方式中，设为底盘组件210具备升降设备，能够使任意的车室组件220自主地乘降。
52.服务器装置100是管理车辆200的运行的装置。如上所述，车室组件220针对每个功能存在多个类型，所以为了组成用户期望的车辆200，需要选择适合的组合。
53.例如，在有希望在某个地点利用零售店铺营业(即希望具有零售店铺的功能的车室组件220的租借)的用户的情况下，需要将具有店铺的功能的车室组件220装载到底盘组件210，驶向指定的地点。另外，在希望利用拼车车辆移动的用户有多个的情况下，需要将具有旅客输送的功能的车室组件220装载到底盘组件210，在指定的路径上行驶。进而，需要根据必要的行驶距离来选择具有适合的电池剩余量的底盘组件210。
54.服务器装置100根据用户的需求，决定向哪个底盘组件210装载哪个车室组件220，并使其按照什么样的路线运行(以下称为运行计划)。另外，针对底盘组件210，发行用于实现运行计划的具体的指令。
55.服务器装置100、车室组件220、底盘组件210通过网络相互连接。也可以对于网络，例如，采用因特网等广域网、其他通信网。另外，网络也可以包括便携电话等移动体通信网、wi-fi(注册商标)等无线通信网。
56.接下来，详细说明服务器装置100。图3是示出服务器装置100的系统结构的图。服务器装置100构成为包括通信部101、存储部102、控制部103、以及输入输出部104。
57.服务器装置100由一般的计算机构成。即，服务器装置100是具有cpu、gpu等处理器、ram、rom等主存储装置、eprom、硬盘驱动器、可移动介质等辅助存储装置的计算机。此外，可移动介质例如也可以是usb存储器、或者如cd、dvd那样的盘记录介质。在辅助存储装置中，储存操作系统(os)、各种程序、各种表格等，通过将在此储存的程序载入到主存储装置的作业区域并执行，实现如后述的与预定的目的符合的各功能。但是，一部分或者全部的
功能也可以通过如asic、fpga那样的硬件电路实现。此外，服务器装置100既可以由单一的计算机构成，也可以由相互协作的多台计算机构成。
58.通信部101是用于将服务器装置100连接到网络的通信接口。通信部101例如构成为包括网络接口板、用于无线通信的无线通信电路。
59.存储部102构成为包括主存储装置和辅助存储装置。主存储装置是将由控制部103执行的程序、该控制程序利用的数据展开的存储器。辅助存储装置是存储在控制部103中执行的程序、该控制程序利用的数据的装置。
60.进而，存储部102存储底盘数据102a、和车室数据102b。底盘数据102a是用于管理底盘组件210的数据。图4a是底盘数据的例子。底盘数据是记述有服务器装置100管理的底盘组件210的标识符、和其位置信息、状态等的数据。此外，底盘数据也可以包括其以外的信息。例如，也可以包括与底盘组件210的所有者、待机地点(车库、营业所)有关的信息、与车体尺寸、装载量、满充电时的可行驶距离、当前时间点下的可行驶距离、当前执行的任务、装载的车室组件220的标识符等等有关的信息。根据从底盘组件210发送的信息，周期性地更新底盘数据。
61.车室数据102b是用于管理多个车室组件220的数据。图4b是车室数据的例子。车室数据是记述有服务器装置100管理的车室组件220的标识符、和位置信息、状态等的数据。此外，车室数据也可以包括其以外的信息。例如，也可以包括与车室组件220的所有者、属性(可提供的服务或者功能等)、待机地点(车库、营业所)有关的信息、与装载该车室组件220的底盘组件210的标识符等等有关的信息。根据从车室组件220发送的信息，周期性地更新车室数据。
62.通过由处理器执行的数据库管理系统(dbms)的程序管理存储于存储装置的数据，构筑存储这些数据的数据库。在本实施方式中利用的数据库是例如关系型数据库。
63.控制部103是掌管服务器装置100进行的控制的运算装置。控制部103能够通过cpu等运算处理装置实现。控制部103构成为具有管理部1031、计划生成部1032、以及运行指令部1033这3个功能模块。各功能模块也可以通过由cpu执行存储于辅助存储单元的程序来实现。
64.管理部1031与多个底盘组件210周期性地进行通信，收集与该底盘组件210的现况(status)有关的信息(以下现况信息)。收集到的现况信息被反映到底盘数据102a。
65.另外，管理部1031与多个车室组件220周期性地进行通信，同样地收集现况信息。收集到的现况信息被反映到车室数据102b。
66.在计划生成部1032中，作为需求数据，从用户取得车辆调配请求，根据该车辆调配请求，生成使底盘组件210运行的计划(以下称为运行计划)。计划生成部1032决定处于管理下的多个底盘组件210以及车室组件220中的、要提供给用户的底盘组件和车室组件的组合。进而，计划生成部1032计划使底盘组件210按照什么样的路径行驶，执行什么样的任务。
67.图5是例示运行计划的图。例示的运行计划包括以下。
68.(1)使存在于运行据点a的底盘组件210行驶至运行据点b
69.(2)在运行据点b向底盘组件210装载存在于运行据点b的车室组件220
70.(3)使底盘组件210行驶至由用户指定的地点
71.(4)使车室组件220从底盘组件210分离
72.(5)使底盘组件210行驶至运行据点a
73.运行指令部1033根据生成的运行计划，生成发送给底盘组件210的指令(运行指令)。运行指令是指，用于使得用于实现运行计划的多个任务执行的命令。底盘组件210依照运行指令部1033生成的运行指令进行运行。
74.输入输出部104是用于针对服务器装置100的管理者(典型地是进行车辆的运行的运营商)提示信息、并取得信息的接口。输入输出部104例如构成为具有显示装置、触摸面板。
75.图6是车室组件220以及底盘组件210的系统结构图。车室组件220构成为包括通信部221、控制部222、存储部223、以及输入输出部224。车室组件220通过从电池供给的电力动作。
76.通信部221是用于将车室组件220连接到网络的通信单元。在本实施方式中，能够利用4g、lte、或者5g等移动体通信服务，经由网络，与服务器装置100、底盘组件210进行通信。
77.控制部222是控制车室组件220的动作的计算机。控制部222例如由微型计算机构成。控制部222也可以通过由cpu执行存储于rom等存储单元的程序来实现。控制部222与底盘组件210(控制部212)协作，而执行预定的任务(例如针对用户进行引导的任务等)。
78.存储部223是存储信息的单元，由ram、磁盘、闪存存储器等存储介质构成。在存储部223中，存储在控制部222中执行的程序、该程序利用的数据。
79.输入输出部224是用于针对用户进行信息的输入输出的接口。输入输出部224例如构成为具有显示装置、触摸面板。例如，在车室组件220是进行旅客输送的组件的情况下，也可以经由输入输出部224，进行针对旅客的信息提供。进而，输入输出部224也可以构成为能够输入输出用于认证用户的信息。
80.接下来，说明底盘组件210。底盘组件210是依照从服务器装置100取得的运行指令行驶的车辆平台。具体而言，根据经由无线通信取得的运行指令生成行驶路径，一边感测车辆的周边一边用适合的方法在道路上行驶。进而，底盘组件210在路径的途中，执行包括车室组件220的结合以及分离的预定的任务。
81.底盘组件210构成为包括通信部211、控制部212、传感器213、位置信息取得部214、以及驱动部215。底盘组件210通过从电池供给的电力动作。
82.通信部211是用于经由网络与服务器装置100或者车室组件220进行通信的通信接口。此外，通信部211也可以还具有用于与其他车辆进行车车间通信的通信单元。
83.控制部212是根据从传感器213取得的信息，进行底盘组件210的控制的计算机。控制部212例如由微型计算机构成。
84.在控制部212中，作为功能模块，具有环境检测部2121以及任务控制部2122。各功能模块也可以通过由cpu执行存储于rom等存储单元的程序来实现。
85.环境检测部2121根据传感器213取得的数据，检测周边的环境。检测的对象例如是行车道的数量、位置、在本车辆的周边存在的车辆的数量、位置、在本车辆的周边存在的障碍物(例如行人、自行车、构造物、建筑物等)的数量、位置、道路的构造、道路标识等，但不限于这些。只要是为了进行自主的行驶而所需的例子，则检测的对象可以是任意的例子。另外，环境检测部2121也可以跟踪检测到的物体。环境检测部2121检测出的与环境有关的数
据(以下称为环境数据)被发送给后述任务控制部2122。
86.任务控制部2122根据运行指令，执行指定的任务。例如，在任务是行驶至指定的地点的任务的情况下，任务控制部2122根据环境检测部2121生成的环境数据、以及位置信息取得部214取得的本车辆的位置信息等，控制本车辆的行驶。例如，以沿着预定的路径行驶、并且防止障碍物进入到以本车辆为中心的预定的安全区域内的方式，使本车辆行驶。关于使车辆自主行驶的方法，能够采用公知的方法。
87.另外，任务控制部2122在路径上以及目的地执行预定的任务。在该任务中，例如，有“将车室组件220装载以及分离”、“与车室组件220协作而使旅客、货物乘降”、或者“对用户通知车辆的到达”这样的例子，但不限于这些。
88.传感器213是进行车辆周边的感测的单元，典型地构成为包括立体照相机、激光扫描仪、lidar、雷达等。传感器213取得的信息被发送给控制部212。传感器213构成为包括用于进行自主行驶的传感器。传感器213也可以包括设置于底盘组件210的照相机。例如，能够包括使用了电荷耦合装置(charged-coupled device，ccd)、金属氧化物半导体(metal-oxide-semiconductor，mos)或者互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)等影像传感器的摄影装置。
89.位置信息取得部214是取得底盘组件210的当前位置的单元，典型地构成为包括gps接收器等。位置信息取得部214取得的信息被发送给控制部212。
90.驱动部215是使底盘组件210行驶的单元。驱动部215例如构成为包括用于驱动车轮的马达、逆变器、刹车、转向机构、二次电池等。
91.底盘组件210具备使车室组件220乘降的机构(电梯、致动器、导轨等)。这些构成要素由任务控制部2122控制。
92.接下来，说明服务器装置100进行的处理的概要。车室组件220以及底盘组件210在运行中，针对服务器装置100周期性地通知自己的现况信息。服务器装置100(管理部1031)通过通知的现况信息，更新底盘数据102a以及车室数据102b。以下是发送的现况信息的例子。现况信息还被称为存在位置数据。
93.《底盘组件210》
94.■
位置信息
95.■
可结合的车室组件的属性、尺寸、重量、个数等
96.■
当前结合的车室组件的标识符
97.■
当前的电池剩余量(soc)
98.■
可行驶距离
99.■
与运行路径有关的信息(处于运行中的情况)
100.《车室组件220》
101.■
位置信息
102.■
自己的属性(可提供的服务等)
103.■
可结合的底盘组件的属性
104.■
当前结合的底盘组件的标识符
105.■
当前的电池剩余量(soc)
106.接下来，举出具体的例子，说明服务器装置100进行的处理。图7是服务器装置100
取得的车辆调配请求的例子。车辆调配请求是用于用户请求车辆的利用的数据。车辆调配请求例如从用户所持的便携终端发送。在本实施方式中，在车辆调配请求中，包括利用类别、车辆属性、车辆调配地点、希望车辆调配的日期时间等。另外，在用户希望利用车辆200进行输送的情况下，车辆调配请求也可以包括成为移动目的地的地点。
107.利用类别表示在停止的状态下利用车辆、还是一边移动一边利用车辆的区分。例如，在希望利用作为店铺发挥功能的车辆的情况下，利用类别成为“固定”。另外，在为了进行客货的输送而希望利用车辆的情况下，利用类别成为“移动”。
108.车辆属性表示希望的车辆的属性。车辆的属性例如既可以是如“零售店铺”、“餐馆”那样与车室组件关联起来的属性，也可以是如“旅客输送”、“货物输送”那样与车室组件和底盘组件的组合关联起来的属性。另外，车辆属性也可以是指定底盘组件210或者车室组件220可提供的服务、容积、能力等的例子。车辆调配地点以及车辆调配日期时间是调配车辆200的地点以及日期时间。在利用类别是“移动”的情况下，车辆调配地点以及车辆调配日期时间成为开始移动的地点以及日期时间。
109.服务器装置100根据车辆调配请求，决定派遣的底盘组件210、和装载到该底盘组件210的车室组件220的组合。能够根据底盘数据以及车室数据，判断向哪个底盘组件210组合哪个车室组件220。例如，选择处于由用户指定的地点的附近并且能够提供指定的服务的车室组件220、和能够往返至该指定的地点并且能够装载该车室组件220的底盘组件210的组合。
110.接下来，服务器装置100生成用于响应车辆调配请求的底盘组件210的运行计划。运行计划是如图5所述上述那样，表示使底盘组件210按照什么样的路径行驶、执行什么样的任务的数据。最后，服务器装置100根据生成的运行计划，生成针对对应的底盘组件210的运行指令，发送给该底盘组件210。
111.接下来，参照流程图，更详细地说明上述处理。图8是服务器装置100根据车辆调配请求生成运行指令的处理的流程图。
112.如上所述，底盘组件210以及车室组件220在运行中，生成与自己的现况有关的信息(现况信息)，周期性地通知给服务器装置100。另外，服务器装置100(管理部1031)根据接收到的现况信息，更新数据库。通过该处理，服务器装置100能够掌握处于管理下的底盘组件以及车室组件的存在位置。
113.在多个用户终端针对服务器装置100发送车辆调配请求时，服务器装置100(计划生成部1032)将其接收。在存在从用户发送的车辆调配请求的情况下(步骤s11
‑“
是”)，处理进入到步骤s12。在不存在车辆调配请求的情况下(步骤s11
‑“
否”)，处理进入到步骤s15(后述)。
114.在步骤s12中，计划生成部1032根据取得的车辆调配请求，生成底盘组件210的运行计划。
115.在本步骤中，首先，根据车辆调配请求，例如，通过上述方法，决定向用户侧派遣的底盘组件210以及车室组件220的组合。例如，能够参照底盘数据以及车室数据，决定向用户侧派遣的底盘组件210以及车室组件220。
116.接下来，关于决定的底盘组件210，生成运行计划。在运行计划中，包括底盘组件210的行驶路径、进行车室组件220的装载的运行据点、装载的车室组件220的标识符、行驶
路径、目的地等。
117.此外，在包含于车辆调配请求的利用类别是“固定”的情况下，仅将车室组件220租借给用户就足够。在该情况下，也可以在租借期间中使底盘组件210分离。图9是说明利用类别是“固定”的情况下的租借期间的图。在如例示车室组件220a具有店铺的功能的情况下，在租借期间中，无需使底盘组件210滞留于用户侧。例如，能够在租借期间中，使底盘组件210分离，充当其他业务。即，也可以使车室组件220a和底盘组件210的租借期间分别不同。在该情况下，也可以个别地生成用于使车室组件220到达用户的运行计划、和用于回收车室组件220的运行计划。这样，通过在车室组件220的租借期间中使底盘组件210分离，能够提高底盘组件210的工作率。
118.另外，车辆调配请求和运行计划也可以未必一对一，而也可以是多对一。例如，在车辆调配请求是请求利用拼车车辆进行移动的情况下，也可以将在预定期间内从乘客发送的多个车辆调配请求(即乘车请求)合并，生成一台车辆的运行计划。
119.在步骤s13中，运行指令部1033根据生成的运行计划，生成规定底盘组件210进行的任务的运行指令，发送给底盘组件210。
120.此外，如上所述，有针对一个车辆调配请求生成多个运行计划的情况。例如，有在使车室组件220到达用户侧后，仅归还底盘组件210的情况。在该情况下，底盘组件210的运行暂时结束。但是，在该情况下，必需等待车室组件220的返还时刻，再次使底盘组件210驶向用户侧。即，需要生成2个运行指令。在步骤s14中，判定是否有应在将来的时间点处理的运行计划，在有的情况下，暂时地存储该未处理的运行计划。
121.在步骤s11中无车辆调配请求的情况下，处理迁移到步骤s15，处理未处理的运行计划。在有未处理的运行计划的情况下，处理迁移到步骤s13，生成对应的运行指令。例如，生成包括从用户侧回收车室组件220的意思的任务的运行指令，发送给底盘组件210。
122.图10是接收到运行指令的底盘组件210进行的处理的流程图。
123.在步骤s21中，任务控制部2122根据接收到的运行指令，开始驶向目标地点。此外，在运行中，周期性地针对服务器装置100发送现况信息。
124.在接近对象的地点时(步骤s22)，任务控制部2122搜索在附近可停车的场所并停车，执行依照运行指令指定的预定的任务(步骤s23)。预定的任务例如是车室组件220的装载、分离、旅客的乘降、货物的乘降、用户的呼叫等，但也可以是其以外的任务。另外，该任务也可以与控制部222协作而执行。
125.接下来，任务控制部2122根据运行指令，判定有无接下来的目标地点(步骤s24)，在有接下来的目标地点的情况下，继续运行。在无接下来的目标地点的情况下，向运行据点归还。
126.如以上说明，根据本实施方式，能够根据用户针对车辆的需求，动态地生成底盘组件和车室组件的组合，并使双方结合。由此，能够自动地组成用户期望的车辆，并使其到达该用户侧。
127.(变形例)
128.上述实施方式只不过是一个例子，本公开能够在不脱离其要旨的范围内适宜地变更而实施。例如，在本公开中说明的处理、单元只要不产生技术上的矛盾，就能够自由地组合实施。
129.另外，在实施方式的说明中，向底盘组件210装载单一的车室组件220，但也可以向底盘组件210装载多个车室组件220。
130.另外，在实施方式的说明中，将从用户发送的车辆调配请求作为需求数据，但需求数据也可以是由外部装置生成的数据。
131.另外，在实施方式的说明中，根据实际上发生的需求生成车辆的运行计划，但也可以根据用于预测需求的数据生成车辆的运行计划。例如，也可以外部装置根据过去的实际情况，生成用于预测未来的需求的数据。在该情况下，也可以为了在实际上发生需求之前组成车辆，服务器装置100事先针对底盘组件210发行指令(例如装载预定的车室组件220的指令)。
132.另外，说明为1个装置进行的处理也可以由多个装置分担执行。或者，说明为不同的装置进行的处理也可以由1个装置执行。在计算机系统中，能够灵活地变更通过什么样的硬件结构(服务器结构)实现各功能。
133.通过将安装有在上述实施方式中说明的功能的计算机程序供给到计算机，该计算机具有的1个以上的处理器读出并执行程序，也能够实现本公开。这样的计算机程序既可以通过能够连接到计算机的系统总线的非暂时性的计算机可读存储介质提供给计算机，也可以经由网络提供给计算机。非暂时性的计算机可读存储介质例如包括磁盘(软盘(floppy，注册商标)、硬盘驱动器(hdd)等)、光盘(cd-rom、dvd盘
·
蓝光盘等)等任意的类型的盘、只读存储器(rom)、随机存取存储器(ram)、eprom、eeprom、磁卡、闪存存储器、光学式卡、适合于储存电子命令的任意的类型的介质。