CN115222068A - 信息处理装置和信息处理方法 - Google Patents

Abstract

本公开涉及信息处理装置和信息处理方法。本公开的信息处理装置具备控制部，该控制部执行：选择能实施车辆的检修或保养的一个或多个店铺；获取一个或多个目的地；以及针对作为一个或多个店铺中的一个的第一店铺与作为一个或多个目的地中的一个的第一目的地的所有的组合，计算第一时长、第二时长以及第三时长的合计时长，其中，该第一时长是从车辆的出发地点向第一店铺的移动所花费的时长，该第二时长是在第一店铺处检修或保养所花费的时长，该第三时长是从第一店铺起到第一目的地为止的移动所花费的时长。

Description

信息处理装置和信息处理方法

技术领域

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

背景技术

公开了如下技术：在车辆的检修或保养时，接受该车辆的包括检修保养时的行驶距离等的车辆信息，根据车辆信息和到实施检修保养为止的行驶距离、时间数等计算检修保养实施预定日，并通知用户催促入库(例如，日本特开2003－187011)。

发明内容

本公开的方案之一的课题在于，提供能基于因检修等而无法使用车辆的时间来选择进行车辆的检修或保养的店铺的信息处理装置和信息处理方法。

本公开的方案之一是一种信息处理装置，具备控制部，所述控制部执行：选择能实施车辆的检修或保养的一个或多个店铺；获取一个或多个目的地；以及针对作为所述一个或多个店铺中的一个的第一店铺与作为所述一个或多个目的地中的一个的第一目的地的所有的组合，计算第一时长、第二时长以及第三时长的合计时长，其中，所述第一时长是从所述车辆的出发地点向所述第一店铺的移动所花费的时长，所述第二时长是在所述第一店铺处检修或保养所花费的时长，所述第三时长是从所述第一店铺起到所述第一目的地为止的移动所花费的时长。

本公开的其他的方案之一是一种信息处理方法，包括：选择能实施车辆的检修或保养的一个或多个店铺；获取一个或多个目的地；以及针对作为所述一个或多个店铺中的一个的第一店铺与作为所述一个或多个目的地中的一个的第一目的地的所有的组合，计算第一时长、第二时长以及第三时长的合计时长，其中，所述第一时长是从所述车辆的出发地点向所述第一店铺的移动所花费的时长，所述第二时长是在所述第一店铺处检修或保养所花费的时长，所述第三时长是从所述第一店铺起到所述第一目的地为止的移动所花费的时长。

根据本公开，能基于因检修等而无法使用车辆的时间来选择进行车辆的检修或保养的店铺。

附图说明

以下，参照附图，对本发明的示例性实施例的特征、优点以及技术和工业意义进行说明，其中，相同的附图标记表示相同的元件，其中：

图1是表示第一实施方式的维护调度系统的系统构成的一个例子的图。

图2是表示中央服务器的硬件构成的一个例子的图。

图3是表示中央服务器和车辆调度控制服务器的功能构成的一个例子的图。

图4是保持在车辆信息数据库中的信息的一个例子。

图5是保持在店铺信息数据库中的信息的一个例子。

图6是维护菜单表的一个例子。

图7是保持在车辆调度预约信息数据库中的信息的一个例子。

图8是保持在维护日程信息数据库中的信息的一个例子。

图9是中央服务器的维护日程制作处理的流程图的一个例子。

图10是中央服务器的店铺与目的地的组合的筛选处理的流程图的一个例子。

图11是中央服务器的实施状况监视处理的流程图的一个例子。

图12是表示第二实施方式的维护调度系统的系统构成的一个例子的图。

图13是表示第三实施方式的维护调度系统的系统构成的一个例子的图。

具体实施方式

若用于出租车和拼车等车辆调度服务的车辆例如在由于检修或保养等而车辆的工作时间被削减，则相应地会损失营业机会。另一方面，车辆的检修和保养是安全的行驶所需的。在此，由于车辆的检修和保养等而损失营业机会的时间不限于检修或保养所需的时间，也包括检修或保养前的移动时间。即，由于车辆的检修和保养等而损失营业机会的时间是从最后乘客下车起到结束检修或保养后下一次乘客乘车为止的时间。以下，将损失营业机会的时间称为总停运时间(Total Downtime)。

存在想要知道检修或保养所花费的总停运时间是多少这样的需求。然而，即使能预测店铺中的检修或保养所花费的时间，也难以知道包括到该店铺或离开该店铺的移动时间在内的总停运时间。

本公开的方案之一是一种信息处理装置。该信息处理装置具备控制部，该控制部执行：选择能实施车辆的检修或保养的一个或多个店铺；获取一个或多个目的地；以及针对作为一个或多个店铺中的一个的第一店铺和作为一个或多个目的地中的一个的第一目的地的所有的组合，计算第一时长、第二时长以及第三时长的合计时长，其中，该第一时长是从车辆的出发地点向第一店铺的移动所花费的时长，该第二时长是在第一店铺处检修或保养所花费的时长，该第三时长是从第一店铺起到第一目的地为止的移动所花费的时长。

信息处理装置例如是监视车辆的行驶状态的服务器。例如，在车辆是用于车辆调度服务的车辆的情况下，目的地是车辆调度预约的乘客的乘车场所、人员聚集的活动的举办地、发生恶劣天气和事故等的车站等。例如，在车辆是用于车辆调度服务的车辆以外的车辆的情况下，目的地也可以是设定有驾驶员的日程的场所。

根据本公开，按进行车辆的检修或保养的店铺与目的地的每个组合来计算向该店铺的移动时间(第一时长)、该店铺中的检修或保养所花费的时间(第二时长)以及从该店铺起到该目的地为止的移动时间(第三时长)的合计时长。总停运时间是该合计时长的一个例子。即，根据本公开的方案之一，能从进行车辆的检修或保养的店铺的候选中，基于总停运时间选择进行车辆的检修或保养的店铺。此外，在本公开的方案之一中，从进行车辆的检修或保养的店铺起到目的地为止的移动时间(第三时长)也包括在总停运时间中，因此能提示更高精度的停运时间。

在本公开的方案之一中，也可以是，控制部还执行：接收与车辆的行驶相关的行驶状态信息；以及基于行驶状态信息来决定车辆的检修或保养的预定日期和时间。在该情况下，控制部可以选择能在预定日期和时间实施车辆的检修或保养的一个或多个店铺，并获取在预定日期和时间的前后对该车辆有需求的一个或多个目的地。由此，能识别车辆的检修或保养的预定日期和时间以及总停运时间。

在本公开的方案之一中，也可以是，行驶状态信息至少包括车辆的位置信息，控制部还执行：在基于行驶状态信息而满足第一条件的情况下，基于包括车辆的位置信息的履历的行驶履历信息，获取比预定日期和时间早规定时间的时刻的车辆的行驶预测位置；以及将车辆的行驶预测位置设为出发地点。第一条件例如是进行车辆的定期检修的条件。进行车辆的定期检修的条件例如基于行驶距离等来定义。对于车辆的定期检修，能预先预测实施的定时，从而能在时间上有富余地制定定期检修的日程。另一方面，在定期检修之前车辆将行驶的位置未定。因此，能通过根据该车辆的行驶履历信息预测车辆的出发地点来更准确地计算总停运时间。

在本公开的方案之一中，也可以是，行驶状态信息至少包括车辆的位置信息，控制部还执行：在基于行驶状态信息而满足第二条件的情况下，将车辆的当前位置设为出发地点。第二条件例如是用于检测车辆的异常的条件。用于检测车辆的异常的条件例如基于车辆的零件的状态等来定义。即，在满足第二条件的情况下，表示车辆的检修或保养的紧急性高。根据本公开的方案之一，在车辆的检修或保养的紧急性高的情况下，将车辆的当前位置设为出发地点，按每个检修或保养的候选的店铺和目的地计算总停运时间。由此，能提示可以立刻进行车辆的检修和保养的店铺以及选择了各个店铺的情况下的总停运时间。

在本公开的方案之一中，也可以是，控制部还执行：针对合计时长最短的第一店铺与第一目的地的组合制作日程信息，其中，该日程信息包括在第一店铺处进行车辆的检修或保养，并且在第一店铺的检修或保养后向第一目的地移动。由此，能针对车辆的检修或保养所花费的总停运时间最短的店铺与目的地的组合制作车辆的维护的日程信息。

此外，在本公开的方案之一中，也可以是，控制部基于合计时长和道路信息来选择制作日程信息的第一店铺与第一目的地的组合，其中，该道路信息是与从出发地点起到店铺为止的路径和从店铺起到目的地为止的路径中所包括的道路相关的信息。道路信息中例如包括与施工相关的信息、与拥堵相关的信息等。施工、拥堵会影响移动时间的增加，因此能通过考虑这些信息来更高精度地选择总停运时间最短的店铺与目的地的组合。

此外，在本公开的方案之一中，也可以是，控制部基于合计时长以及从出发地点起到店铺为止的路径上的发生乘客的乘车和下车的可能性来选择制作日程信息的第一店铺与第一目的地的组合。如果直至从出发地点向店铺移动为止能执行车辆调度服务，则能减轻营业机会的损失，并能缩短总停运时间。因此，根据本公开的方案之一，能选择总停运时间更短的、对车辆进行检修或保养的店铺与目的地的组合。

在本公开的方案之一中，也可以是，控制部在车辆进行与日程信息不同的行动的情况下，再次重新选择合计时长最短的第一店铺与第一目的地的组合，并重新制作日程信息。由此，即使在车辆进行了与日程信息不同的行驶的情况下，也能灵活地按照总停运时间更短的店铺与目的地的组合来重新制作维护的日程信息。

在本公开的方案之一中，也可以是，控制部还执行：向制作了日程信息的第一店铺与第一目的地的组合中所包括的第一店铺预约车辆的检修或保养。由此，能减轻车辆的管理者的负担。

在本公开的方案之一中，也可以是，控制部获取车辆从第一店铺到达第一目的地的预定的时刻成为从比在第一目的地产生车辆调度的需求的时刻早第一阈值时长的时刻起到产生车辆调度的需求的时刻为止的期间的时刻的、第一店铺与第一目的地的组合，并针对所获取到的第一店铺与第一目的地的组合来计算合计时长。在车辆到达目的地过早的情况下，车辆的等待时间可能会变长，从而总停运时间可能会变长。根据本公开的方案之一，能预先排除这样的目的地与店铺的组合。

在本公开的方案之一中，也可以是，控制部获取第一时长和第三时长的合计时长小于从出发地点直接向第一目的地移动的情况下的移动时间加上第二阈值时长而得到的时长的、第一目的地与第一店铺的组合，并针对所获取到的第一店铺与第一目的地的组合来计算合计时长。由此，能预先排除在从出发地点前往目的地的情况下处于绕远的位置的店铺与目的地的组合。

作为本公开的其他的方案之一，也能确定为上述信息处理装置执行上述处理的信息处理方法。即，该信息处理方法包括：选择能实施车辆的检修或保养的一个或多个店铺；获取一个或多个目的地；以及针对作为一个或多个店铺中的一个的第一店铺和作为一个或多个目的地中的一个的第一目的地的所有的组合，计算第一时长、第二时长以及第三时长的合计时长，其中，该第一时长是从车辆的出发地点向第一店铺的移动所花费的时长，该第二时长是在第一店铺检修或保养所花费的时长，该第三时长是从第一店铺起到第一目的地为止的移动所花费的时长。

此外，作为本公开的其他的方案，也能确定为用于使计算机执行上述的信息处理方法的处理的程序和存储有该程序的非暂时性计算机可读取记录介质。

以下，基于附图对本公开的实施方式进行说明。以下的实施方式的构成是例示性的，本公开不限定于实施方式的构成。

＜第一实施方式＞

图1是表示第一实施方式的维护调度系统100的系统构成的一个例子的图。维护调度系统100是进行车辆的检修或保养的调度的系统。在第一实施方式中，设为维护调度系统100以用于车辆调度服务的车辆为对象来提供服务。

维护调度系统100包括中央服务器1、车辆调度控制服务器2、店铺服务器3以及车载器5。虽然包括多个店铺服务器3和车载器5，但在图1中分别各提取一台来示出。虽然也可以包括多个车辆调度控制服务器2，但在第一实施方式中设为仅包括一台。中央服务器1、车辆调度控制服务器2、店铺服务器3以及车载器5连接于网络N1，能通过网络N1相互通信。

中央服务器1例如是车辆50的制造商的服务器，通过定期从搭载于车辆50的车载器5接收表示车辆50的行驶状态的信息来监视车辆50的行驶状态。以下，将表示车辆的行驶状态的信息称为行驶状态信息。行驶状态信息中例如包括车辆50的识别信息、位置信息、行驶距离以及表示各零件的状态的信息等。表示零件的状态的信息例如包括表示零件的磨耗的程度的信息和表示是否发生了故障的信息等。

店铺服务器3是车辆50的制造商的经销商或与制造商进行业务合作的汽车检修保养商等的店铺的服务器。以下，设为在称为店铺的情况下，表示进行车辆的检修或保养的店铺。

中央服务器1与设置于各店铺的店铺服务器3进行通信来掌握各店铺中的设备以及检修或保养的日程信息。车辆调度控制服务器2是提供车辆调度服务的商家的服务器。车辆调度控制服务器2与作为车辆调度服务的驾驶员登记的用户的用户终端4进行通信，在产生了车辆调度的请求的情况下向该用户终端4发送向所指定的乘客的乘车场所移动的移动指示。

车辆为了检修或保养而进入店铺被称为入库。入库中例如有在规定的定时实施的定期入库和根据异常的发生而实施的紧急入库。在第一实施方式中，中央服务器1基于来自车载器5的行驶状态信息来判定车辆50的定期入库或紧急入库的实施。以下，将检修和保养统称为维护。

当判定车辆50的定期入库或紧急入库的实施时，中央服务器1基于行驶状态信息来获取维护预定日期和时间。此外，中央服务器1决定前去维护的车辆50的出发地点。在定期入库的情况下，中央服务器1将被推定为在比维护预定日期和时间早规定时间的时刻车辆50正在行驶的位置设为出发地点。获取行驶的推定位置的时刻例如是从维护预定日期和时间的1小时前起到维护预定日期和时间为止的期间的任意的时刻。在紧急入库的情况下，中央服务器1将车辆50的当前位置设为出发地点。

中央服务器1从存在于从出发地点起规定范围内的店铺中提取能实施车辆50的维护的店铺。店铺的提取范围例如是从出发地点起规定的距离的范围或预先定义的区域中的与出发地点相同的区域等。此外，能实施维护的店铺是指，具备与车辆50的设备和性能相应的维护的设备、保养人员，并且在维护预定日期和时间日程空闲的店铺。

接着，中央服务器1在车辆50的维护预定日期和时间以后，获取存在于从车辆50的出发地点起规定范围内的有车辆调度的需求的地点来作为目的地。目的地的提取范围例如可以与店铺的提取范围相同，也可以设定为比店铺的提取范围广的范围。车辆调度的需求例如有车辆调度服务的预约、吸引顾客而进行的活动或者恶劣天气、施工等。有车辆调度的需求的地点例如有车辆调度服务的预约的乘客的乘车场所、活动的举办场所或公共交通工具的车站等。

中央服务器1按提取出的店铺x与目的地y的每个组合来计算出从出发地点起到店铺x为止的移动时间Ta、店铺x中的作业时间Tb以及从店铺x起到目的地y为止的移动时间Tc的合计时长。在第一实施方式中，将Ta、Tb以及Tc的合计时长定义为总停运时间。在第一实施方式中，中央服务器1针对总停运时间最小的店铺x与目的地y的组合，向该店铺x预约车辆50的维护，针对该车辆50制作维护的日程，并通过车辆调度控制服务器2向车辆50的驾驶员的用户终端4通知该日程。

根据第一实施方式，中央服务器1能针对车辆50的维护制作包括总停运时间最短的店铺和目的地的日程。由此，能降低由用于车辆调度服务的车辆50的维护引起的营业机会的损失。

图2是表示中央服务器1的硬件构成的一个例子的图。中央服务器1例如是服务器等专用的计算机或PC(Personal Computer：个人计算机)等通用的计算机。中央服务器1具有CPU(Central Processing Unit：中央处理器)101、存储器102、外部存储装置103、输入部104、输出部105以及通信部106来作为硬件构成。存储器102和外部存储装置103是计算机可读取记录介质。

外部存储装置103储存有各种各样的程序、在各程序的执行时CPU101所使用的数据。外部存储装置103例如是EPROM(Erasable Programmable ROM：可擦除可编程只读存储器)、硬盘驱动器(Hard Disk Drive)。在保持于外部存储装置103的程序中例如保持有操作系统(OS)、维护调度系统100的控制程序、其他各种各样的应用程序。

存储器102是向CPU101提供加载储存于外部存储装置103的程序的存储区域和作业区域，或者是被用作缓冲器的存储装置。存储器102例如包括ROM(Read Only Memory：只读存储器)、RAM(Random Access Memory：随机存取存储器)这样的半导体存储器。

CPU101通过在存储器102中加载并执行保持于外部存储装置103的OS、各种各样的应用程序来执行各种各样的处理。CPU101不限于一个，也可以具备多个。CPU101是“控制部”的一个例子。

输入部104例如是键盘或鼠标等指点设备等输入装置。从输入部104输入的信号被输出向CPU101。输出部105是显示器和打印机等输出装置。输出部105根据来自CPU101的信号的输入来输出信息。需要说明的是，输入部104和输出部105也可以分别是声音的输入装置和输出装置。

通信部106是进行与网络的信息的输入输出的接口。通信部106既可以是与有线的网络连接的接口，也可以是与无线的网络连接的接口。通信部106例如是NIC(NetworkInterface Card：网络接口卡)、无线电路等。需要说明的是，中央服务器1的硬件构成不限定于图2所示的硬件构成。需要说明的是，车辆调度控制服务器2也与中央服务器1同样，是具备CPU、存储器、外部存储装置、输入部、输出部以及通信部的硬件构成。

图3是表示中央服务器1和车辆调度控制服务器2的功能构成的一个例子的图。中央服务器1具备控制部11、位置推定部12、车辆通信部13、服务器通信部14、车辆信息数据库(DB)15、店铺信息DB16、车辆调度预约信息DB17以及维护日程信息DB18来作为功能构成要素。这些功能构成要素例如通过中央服务器1的CPU101执行维护调度系统100的控制程序来实现。

车辆通信部13是与车载器5的通信的接口。车辆通信部13例如以规定的周期从车载器5接收车辆50的行驶状态信息。行驶状态信息中例如包括车辆50的识别信息、位置信息、行驶距离以及表示各零件的状态的信息等。车辆通信部13向控制部11输出所接收到的行驶状态信息。

服务器通信部14是与车辆调度控制服务器2和店铺服务器3的通信的接口。服务器通信部14例如从车辆调度控制服务器2接收车辆调度预约信息，并向控制部11输出该车辆调度预约信息。车辆调度预约信息中例如包括车辆调度预约的乘车预定日期和时间以及乘车场所的信息。服务器通信部14例如从店铺服务器3接收日程信息，并向控制部11输出该日程信息。来自店铺服务器3的日程信息中例如包括维护的菜单、维护的开始预定日期和时间以及结束预定日期和时间以及使用设备等的信息。服务器通信部14例如按照来自控制部11的指示，向车辆调度控制服务器2发送车辆50的维护的日程信息。

位置推定部12按照来自控制部11的指示获取由控制部11指定出的日期和时间的车辆50的行驶位置的推定值。例如，车辆50的行驶位置的推定值既可以基于车辆50的行驶履历信息来获取，也可以使用学习完毕模型等来获取。车辆50的行驶履历信息例如是从车辆50接收的行驶状态信息中所包含的位置信息的积累。车辆50的推定行驶位置被输出向控制部11。

控制部11进行车辆50的维护的日程的制作。具体而言，控制部11基于车辆50的行驶状态信息来判定定期入库或紧急入库的实施。在满足了定期入库条件和紧急入库条件的情况下，判定分别实施定期入库和紧急入库。定期入库条件例如由行驶距离来定义。定期入库条件例如是行驶距离达到1万公里、2万公里……等规定的距离，或者达到这些距离－α的距离。紧急入库条件例如是行驶状态信息中所包含的表示零件的状态的信息示出任意的零件发生了故障、示出任意的零件的磨耗等。需要说明的是，定期入库条件和紧急入库条件不限定于此。定期入库条件是“第一条件”的一个例子。紧急入库条件是“第二条件”的一个例子。

关于车辆50，在满足了定期入库条件或紧急入库条件的情况下，控制部11首先决定维护预定日期和时间。在定期入库的情况下，维护预定日期和时间例如被决定为1周后至2周后等规定天数后的规定的时刻。除此之外，也可以是，定期入库的情况下的维护预定日期和时间例如基于车辆50的行驶履历信息等被设定为车辆50的工作少的星期几或时间段等。在紧急入库的情况下，可以基于行驶状态信息来判定车辆50的状态，并根据车辆50的状态来决定维护预定日期和时间。例如，在紧急性高的情况下，维护预定日期和时间可以被决定为当前时刻或从当前时刻起规定时间后。在紧急入库的情况下，例如可以预先设定维护的菜单与表示在何种程度后设定维护预定日期和时间的时长的对应关系。

接着，控制部11决定维护的日程的出发地点。在定期入库的情况下，维护的日程的出发地点例如被设定为维护预定日期和时间的规定时间前的时刻的车辆50的推定行驶位置。推定车辆50的行驶位置的时刻例如是维护预定日期和时间的1小时左右前的时刻。车辆50的推定行驶位置从位置推定部12获取。在紧急入库的情况下，维护的日程的出发地点被设定为车辆50的当前位置。车辆50的当前位置被获取为从车载器5接收到的最新的行驶状态信息中所包含的位置信息。

接着，控制部11提取在维护预定日期和时间能供车辆50入库的店铺。能供车辆50入库的店铺是指，维护预定日期和时间的前后的日程空闲，具备能实施维护的菜单的设备，并且在维护预定日期和时间的前后车辆50从出发地点能到达的店铺。维护预定日期和时间的前后例如是指维护预定日期和时间±β所包括的日期和时间。β例如是5分钟到1小时之间的任意的时长。需要说明的是，能供车辆50入库的店铺的判定条件不限定于上述条件，例如也可以包括位于从车辆50的出发地点起规定的距离的范围内的店铺或位于与车辆50的出发地点相同的区域内的店铺等条件。

接着，控制部11获取车辆50的维护的日程的目的地。车辆50的维护的日程的目的地例如是在从车辆50的出发地点起规定的距离的范围内，预测在维护预定日期和时间以后的规定时间内会产生车辆调度服务的需求的场所。被预测会产生车辆调度服务的需求的场所例如是车辆调度服务的预约的乘客的乘车场所、吸引顾客的活动的举办地、预测到恶劣天气的情况下的铁路的车站等。车辆调度服务的预约信息通过服务器通信部14从车辆调度控制服务器2获取。活动、天气等信息从互联网上获取。

例如，按照如下的顺序赋予优先级：指名车辆50的驾驶员的车辆调度服务的预约的乘客的乘车场所＞未指名驾驶员的车辆调度服务的预约的乘客的乘车场所＞吸引顾客的活动的举办地＞预测到恶劣天气的情况下的铁路的车站。在存在多个成为日程的目的地的候选的场所的情况下，控制部11按上述的优先级的顺序从最高优先级开始选择规定数的场所来作为日程的目的地。

接着，控制部11按店铺与目的地的每个组合来计算总停运时间。例如，在能供车辆50入库的店铺有三个、目的地有三个的情况下，有九种组合，按九种组合的每一个来获取总停运时间。

控制部11选择计算出的总停运时间中的总停运时间最短的店铺与目的地的组合，并制作在该店铺处进行维护、从该店铺前往该目的地的车辆50的维护的日程信息。以下，将所制作出的日程信息称为维护日程信息。此外，控制部11向所选择出的店铺预约车辆50的维护。此外，控制部11通过服务器通信部14向车辆调度控制服务器2发送所制作出的维护日程信息，并从车辆调度控制服务器2向车辆50的驾驶员的用户终端4通知所制作出的维护日程信息。此外，所制作出的维护日程信息被登记在维护日程信息DB18。

需要说明的是，也可以从计算总停运时间的对象中排除到达目的地的时刻成为比该目的地的车辆调度需求的时刻早第一阈值时长以上的时刻的店铺与目的地的组合。这是因为车辆50在目的地的等待时间可能成为第一阈值时长以上。

此外，在从出发地点向店铺的移动时间Ta和从店铺起到目的地为止的移动时间Tc的合计时长比从出发地点直接移动至目的地的情况下的移动时间长第二阈值时长以上的情况下，也从计算总停运时间的对象中排除该店铺与该目的地的组合。这是为了抑制用于入库的时间损失变长。需要说明的是，第一阈值时长和第二阈值时长既可以相同也可以不同。

此外，也可以是，在总停运时间相同的情况下，根据移动路径上的道路的道路信息对店铺与目的地的组合赋予优先级，针对优先级最高的组合制作维护日程信息。道路信息例如是拥堵信息、施工信息。拥堵信息和施工信息可以从规定的机构获取。例如，与包括从预测到将来的拥堵的道路通过的路径的店铺与目的地的组合相比，包括不从预测到拥堵的道路通过的路径的店铺与目的地的组合的优先级被设定得高。

此外，在总停运时间相同的情况下，也可以将在从出发地点起到店铺为止的路径上车辆调度服务的实施可能性高的店铺与目的地的组合的优先级设定得高。车辆调度服务的实施可能性例如可以通过从车辆调度控制服务器2获取车辆调度预约信息来获取。

此外，控制部11针对所制作出的维护日程信息，监视是否按日程实施，在未按日程实施的情况下，再次重新制作维护日程信息。

车辆信息DB15、店铺信息DB16、车辆调度预约信息DB17以及维护日程信息DB18被创建于中央服务器1的外部存储装置103。车辆信息DB15保持与车辆相关的车辆信息。店铺信息DB16保持与店铺相关的店铺信息。车辆调度预约信息DB17保持从车辆调度控制服务器2获取的车辆调度预约信息。维护日程信息DB18保持控制部11所制作出的维护日程信息。在后文对这些数据库分别所保持的信息的详情加以叙述。

车辆调度控制服务器2具备车辆调度预约信息DB21和用户信息DB22。车辆调度预约信息DB21和用户信息DB22被创建于车辆调度控制服务器2的外部存储装置的存储区域。车辆调度预约信息DB21保持车辆调度预约信息。用户信息DB22保持有与登记于车辆调度服务的用户相关的用户信息。用户信息中包括用户的识别信息、表示是否作为驾驶员登记的信息、与在用户作为驾驶员登记的情况下所使用的车辆50相关的信息等。与所使用的车辆50相关的信息中包括车辆的50的识别信息、车型、车身颜色以及可乘车人数等信息。车辆50的识别信息例如也可以是记载于车牌的信息或车载器5的终端识别信息等。

需要说明的是，中央服务器1和车辆调度控制服务器2的功能构成不限定于分别由一台信息处理装置实现，也可以由多台信息处理装置的共同作业来实现。或者，一台信息处理装置也可以执行中央服务器1和车辆调度控制服务器2的处理。

图4是保持在车辆信息DB15中的信息的一个例子。车辆信息DB15中保持有与中央服务器1所管理的车辆相关的信息。车辆信息DB15的一个记录中例如包括车辆ID、车型、型号、车辆调度服务、位置信息以及行驶距离等字段。

车辆ID的字段中储存有车辆的识别信息。车型的字段中储存有表示车辆的车型的信息。车型例如可以是指车辆的品牌名或系列名等，也可以是指厢式轿车(sedan)、旅行车(wagon)等表示车辆的种类的信息。型号的字段是表示记载于车辆的机动车检验证的型号的识别信息。车辆ID、车型以及型号的字段的值被预先设定。

车辆调度服务的字段中储存有表示是否是用于车辆调度服务的车辆的信息。表示是否是用于车辆调度服务的车辆的信息例如是标志或代码。车辆是否用于车辆调度服务例如可以从车辆调度控制服务器2获取。在第一实施方式中，用于车辆调度服务的车辆为车辆50。

在位置信息的字段中储存有车辆的位置信息。位置信息例如是纬度和经度。在行驶距离的字段中储存有车辆的行驶距离。位置信息和行驶距离的字段的值从定期从车辆接收的行驶状态信息中获取。当从车辆接收到行驶状态信息时，根据行驶状态信息中所包含的值，通过控制部11来更新相应的车辆的位置信息和行驶距离的字段。

需要说明的是，储存于车辆信息DB15的信息不限定于图4所示的信息。作为与车辆相关的信息，车辆的识别信息、车型以及型号以外的信息也可以被储存于车辆信息DB15。此外，作为车辆的行驶状态信息，位置信息和行驶距离以外的信息也可以被储存于车辆信息DB15。

图5是保持在店铺信息DB16中的信息的一个例子。店铺信息DB16中保持有与店铺相关的信息。店铺信息DB16的一个记录中例如包括店铺ID、位置、设备、菜单ID、日程信息以及维护履历信息的字段。

店铺ID的字段中储存有店铺的识别信息。位置的字段中储存有店铺的位置信息。储存于位置的字段的店铺的位置信息例如是纬度和经度或住址。设备的字段中储存有表示店铺所具备的维护的设备的信息。菜单ID的字段中储存有能在店铺中实施的维护的菜单的识别信息。

日程信息的字段中储存有向店铺预约的维护的日程信息。日程信息中按每个日程包括维护对象的车辆的识别信息、预定实施的维护的菜单的识别信息、负责保养人员的识别信息、实施预定日期和时间以及表示预定使用的设备的信息。实施预定日期和时间中例如包括开始预定时刻和结束预定时刻。

维护履历信息的字段中储存有在店铺实施的维护的履历信息。在维护履历信息中，例如按每个日程包括维护对象的车辆的识别信息、已实施的维护的菜单的识别信息、负责保养人员的识别信息、实施日期和时间以及表示使用的设备的信息。

在设备、日程信息以及维护履历信息的字段中例如也可以分别储存有存储区域的地址，所述存储区域是存储有表示维护设备的信息、日程信息以及维护履历信息的存储区域。

此外，例如，控制部11以规定的定时定期从各店铺服务器3接收日程信息和维护履历信息，并更新店铺信息DB16的日程信息和维护履历信息的字段。从各店铺服务器3发送日程信息和维护履历信息的定时例如是一天一次的规定的时刻或维护的日程实施完成了的定时等。需要说明的是，储存于店铺信息DB16的信息不限定于图5所示的信息。

图6是维护菜单表的一个例子。维护菜单表是保持与维护的各菜单相关的信息的表。维护菜单表例如保持在店铺信息DB16中。

维护菜单表中包括菜单ID、内容以及所需时间的字段。菜单ID的字段中储存有维护的菜单的识别信息。内容的字段中储存有表示相应菜单的维护的内容的信息。所需时间的字段中储存有相应的菜单的维护所需的标准时间。

维护菜单表是预先准备好的。实际的维护例如根据车辆的状态，将维护菜单组合来进行。需要说明的是，图6所示的维护菜单表是一个例子，并不限定于此。

图7是保持在车辆调度预约信息DB17中的信息的一个例子。车辆调度预约信息DB17中保持有车辆调度预约信息。车辆调度预约信息DB17的一个记录对应于一次车辆调度服务。车辆调度预约信息DB17的一个记录中包括预约ID、乘车预定日期和时间、乘车场所、到达预定日期和时间、下车场所、有无指名以及车辆ID的字段。

预约ID的字段中储存有车辆调度预约的识别信息。乘车预定日期和时间以及到达预定日期和时间的字段中分别储存有使乘客乘车和下车的预定日期和时间。乘车场所和下车场所的字段中分别储存有表示由乘客指定出的乘车场所和下车场所的信息。表示乘车场所和下车场所的信息例如是经度和纬度、住址或建筑物名等。乘车场所成为车辆50的维护日程的目的地之一。

有无指名的字段中储存有表示是否有由乘客对驾驶员的指名的信息。表示是否有驾驶员的指名的信息例如是标志。车辆ID的字段中储存有由乘客指名的驾驶员所使用的车辆的识别信息。在有无指名的字段的值表示有由乘客对驾驶员的指名的情况下，车辆ID的字段中储存有值。在有无指名的字段的值表示没有由乘客对驾驶员的指名的情况下，车辆ID的字段为空。

车辆调度预约信息由控制部11例如以规定的定时从车辆调度控制服务器2获取并更新。获取车辆调度预约信息的定时例如是规定的周期和制作车辆的维护日程信息时。需要说明的是，储存于车辆调度预约信息DB17的信息不限定于图7所示的信息。

图8是保持在维护日程信息DB18中的信息的一个例子。维护日程信息DB18保持有车辆50的维护日程信息。维护日程信息DB18的一个记录对应于由控制部11制作的、一次车辆50的维护的日程。维护日程信息DB18的一个记录中包括日程ID、车辆ID、店铺ID、出发地点、目的地、Ta路径信息、Tb维护信息以及Tc路径信息的字段。

日程ID的字段中储存有日程的识别信息。车辆ID的字段中储存有维护对象的车辆50的识别信息。店铺ID的字段中储存有车辆50的维护被预约的店铺的识别信息。出发地点和目的地的字段中分别储存有表示该日程的出发地点和目的地的信息。表示日程的出发地点和目的地的信息例如是纬度和经度、住址或建筑物名等。

Ta路径信息的字段中储存有从出发地点起到店铺为止的路径信息。Tc路径信息的字段中储存有从店铺起到目的地为止的路径信息。路径信息中例如包括该路径的出发地、出发预定日期和时间、目的地、到达预定日期和时间、所需预定时间以及路线等。需要说明的是，Ta路径信息的出发地和目的地分别是日程的出发地和维护的实施预定店铺。Tc路径信息的出发地和目的地分别是维护的实施预定店铺和日程的目的地。

Tb维护信息的字段中储存有与车辆50的维护相关的信息。与车辆50的维护相关的信息中例如包括入库预定日期和时间、出库预定日期和时间以及维护的菜单内容等。

维护日程信息例如由控制部11制作，并被登记于维护日程信息DB18。此外，当维护的日程被实施并完成时，通过控制部11从维护日程信息DB18中删除该维护日程信息。需要说明的是，维护的日程的完成的通知例如由店铺服务器3进行。需要说明的是，储存于维护日程信息DB18的信息不限定于图8所示的信息。

＜处理的流程＞

图9是中央服务器1的维护日程制作处理的流程图的一个例子。图9所示的处理以规定的周期被反复执行。图9所示的处理的执行主体是中央服务器1的CPU101，但为了方便，以功能构成要素为主体来进行说明。对于以下的流程图也是同样。

在OP101中，控制部11判定是否通过车辆通信部13从车辆50接收到行驶状态信息。在从车辆50接收到行驶状态信息的情况下(OP101：是)，处理进入OP102。在未从车辆50接收到行驶状态信息的情况下(OP101：否)，图9所示的处理结束。

在OP102中，控制部11基于在OP101中接收到的车辆50的行驶状态信息来判定是否满足了定期入库条件。在满足了定期入库条件的情况下(OP102：是)，处理进入OP103。在未满足定期入库条件的情况下(OP102：否)，处理进入OP105。

在OP103中，控制部11计算定期入库的维护预定日期和时间。例如，控制部11将定期入库的维护预定日期和时间设定为规定天数后的日期的规定时刻。在OP104中，控制部11将维护的日程的出发预定日期和时间设定为比维护预定日期和时间早规定时间的时刻，并将出发地点设定为车辆50的行驶预测位置。出发预定日期和时间的车辆50的行驶位置从位置推定部12获取。

在OP105中，控制部11基于在OP101中接收到的车辆50的行驶状态信息来判定是否满足了紧急入库条件。在满足了紧急入库条件的情况下(OP105：是)，处理进入OP106。在未满足紧急入库条件的情况下(OP105：否)，图9所示的处理结束。

在OP106中，控制部11将紧急入库的维护预定日期和时间设定为比当前时刻晚规定时间的时刻，将维护的日程的出发预定日期和时间设定为当前时刻，并将出发地点设定为车辆50的当前位置。车辆50的当前位置是在OP101中接收到的行驶状态信息中所包含的位置信息所示的位置。

在OP107中，控制部11提取规定数的在维护预定日期和时间能供车辆50入库的店铺。能供车辆50入库的店铺的判定条件例如是维护预定日期和时间的前后的日程空闲，具备能实施维护的菜单的设备，并且在维护预定日期和时间的前后车辆50从出发地点能到达的店铺。

在OP108中，控制部11获取规定数的维护的日程的目的地。在OP108中，控制部11例如通过服务器通信部14从车辆调度控制服务器2获取车辆调度预约信息。作为维护的日程的目的地，例如获取在从车辆50的出发地点起规定的距离的范围内，被预测会在维护预定日期和时间以后的规定时间内产生车辆调度服务的需求的车辆调度服务的预约的乘客的乘车场所、吸引顾客的活动的举办地、预测到恶劣天气的情况下的铁路的车站等。

在OP109中，进行店铺与目的地的组合制作处理。在后文对OP109的处理的详情加以叙述。

在OP110中，控制部11按在OP109中制作出的店铺与目的地的每个组合来计算总停运时间。在OP111中，控制部11判定总停运时间最短的店铺与目的地的组合是否为一个。在总停运时间最短的店铺与目的地的组合为一个的情况下(OP111：是)，处理进入OP112。在OP112中，控制部11选择总停运时间最短的店铺与目的地的组合，按该组合来制作车辆50的维护日程信息，并向该组合的店铺预约车辆50的维护。

在存在多个总停运时间最短的店铺与目的地的组合的情况下(OP111：否)，处理进入OP113。在OP113中，控制部11针对总停运时间最短的店铺与目的地的多个组合的每一个求出优先级，并向优先级最高的组合的店铺预约车辆50的维护。店铺与目的地的组合的优先级例如可以基于移动路径上的道路的道路信息来获取，也可以基于在从出发地点起到店铺为止的路径上产生车辆调度服务的需求的可能性来获取。

在OP114中，控制部11通过服务器通信部14向车辆调度控制服务器2发送所制作出的维护日程信息，并将所制作出的维护日程信息登记于维护日程信息DB18。当从中央服务器1接收到维护日程信息时，车辆调度控制服务器2向相应的车辆50的驾驶员的用户终端4通知维护日程信息。之后，图9所示的处理结束。

图10是中央服务器1的店铺与目的地的组合的筛选处理的流程图的一个例子。图10所示的处理相当于在图9的OP109中执行的处理。OP201～OP203的处理以在图9的OP108中获取到的目的地的数量被反复执行。

在OP201中，控制部11从在图9的OP107中提取出的候选的店铺中提取车辆50到达对象的目的地的到达时刻成为从比对象的目的地的对车辆调度服务的需求的产生时刻早第一阈值时长的时刻起到该需求的产生时刻为止的期间的时刻的店铺。

在OP202中，控制部11从在OP201中提取出的店铺中进一步提取从出发地点起到店铺为止的移动时间Ta与从店铺起到对象的目的地为止的移动时间Tc的合计时长成为从出发地点直接移动至对象的目的地的情况下的移动时间加上第二阈值时长而得到的时长以内的店铺。

在OP203中，控制部11制作OP202的处理的结果中剩余的店铺与对象的目的地的组合。之后，针对下一个对象的目的地从OP201开始进行处理或者在针对所有的目的地OP201～OP203的处理结束了的情况下，处理进入图9的OP110。

图11是中央服务器1的实施状况监视处理的流程图的一个例子。实施状况监视处理是监视是否实施了中央服务器1所生成的车辆50的维护的日程的处理。图11所示的处理以规定的周期被反复执行。此外，图11所示的处理按保持在维护日程信息DB18中的每个维护日程信息来执行。

在OP301中，控制部11判定是否成为规定的定时。OP301中的规定的定时例如成为保持在维护日程信息DB18中的维护日程信息的、从出发地点的出发预定时刻、到达维护被预约的店铺的到达预定时刻以及从出发预定时刻起至到达店铺的到达预定时刻为止的期间的规定的时刻。即，OP302以后的处理针对一台车辆50的一次维护日程信息被多次实施。

在成为规定的定时的情况下(OP301：是)，处理进入OP302。在不是规定的定时的情况下(OP301：否)，图11所示的处理结束。

在OP302中，控制部11判定车辆50当前是否正在维护日程信息中预定的位置行驶。例如，在当前时刻为维护的日程的出发预定时刻的情况下，控制部11判定车辆50是否正在出发地点附近行驶。例如，在当前时刻为到达维护的日程的店铺的到达预定时刻的情况下，控制部11判定车辆50是否正在店铺附近行驶。例如，在当前时刻为从维护的日程的出发预定时刻起至到达店铺的到达预定时刻为止的期间的规定的时刻的情况下，控制部11判定车辆50是否正在从出发地点起到店铺为止的路径上行驶。

在车辆50当前正在维护日程信息中预定的位置行驶的情况下(OP302：是)，判定为车辆50正在按照维护的日程行驶，图11所示的处理结束。

在车辆50当前正在与维护日程信息中预定的位置不同的位置行驶的情况下(OP302：否)，判定为车辆50未按照维护的日程，处理进入OP104。

OP104～OP113的处理是与图9的OP104和OP113相同的处理。即，在车辆50当前正在与维护日程信息中预定的位置不同的位置行驶的情况下，将当前正在行驶的位置设为出发地点，再次针对该车辆50进行维护日程的制作。由此，即使在车辆50正在进行偏离维护的日程的行驶的情况下，也能严格执行车辆50的维护的实施。

需要说明的是，图9～图11所示的各处理是一个例子，可以根据实施的方案适当地进行处理的追加、删除以及执行顺序的变更等。

＜第一实施方式的作用效果＞

根据第一实施方式，在车辆50的维护的日程中包括在维护后可能产生对车辆调度服务的需求的场所来作为目的地，由此能以缩短车辆50的总停运时间的方式决定实施维护的店铺。此外，在第一实施方式中，按总停运时间最短的店铺与目的地的组合来制作车辆50的维护的日程，因此能进一步减少营业机会的损失。

此外，在第一实施方式中，中央服务器1向店铺进行车辆50的维护的预约，因此能节省车辆调度控制服务器2和车辆50的驾驶员的功夫，并能严格执行维护实施。此外，中央服务器1监视车辆50的行驶，在车辆50正在进行偏离维护的日程的行驶的情况下，再次重新制作维护的日程，因此能严格执行车辆50的维护的实施。

＜第二实施方式＞

在第一实施方式中，车辆50是搭载有车载器5的具备通信功能的通过由驾驶员进行的驾驶而行驶的车辆，但在第二实施方式中，代替车辆50而针对自动驾驶车辆进行维护的调度。在第二实施方式中，省略与第一实施方式同样的说明。

图12是表示第二实施方式的维护调度系统100B的系统构成的一个例子的图。维护调度系统100B包括中央服务器1、车辆调度控制服务器2、店铺服务器3以及车辆6。车辆6是能进行无人行驶的自动驾驶车辆，具备能执行与第一实施方式中的车载器5同样的处理的控制装置。

在第二实施方式中，车辆6将行驶状态信息发送向中央服务器1。此外，在第二实施方式中，车辆6本身与车辆调度控制服务器2进行通信，车辆调度控制服务器2将中央服务器1所制作出的车辆6的维护日程信息发送向车辆6。中央服务器1的处理与第一实施方式同样，基于来自车辆6的行驶状态信息来判定车辆6的入库，并制作总停运时间变短这样的包括执行维护的店铺和之后的目的地的维护的日程。因此，根据第二实施方式，针对自动驾驶车辆的维护，也能进行总停运时间变短这样的维护的日程的制作。

＜第三实施方式＞

在第三实施方式中，对未搭载车载器5的车辆进行总停运时间变短这样的维护的日程的制作。图13是表示第三实施方式的维护调度系统100C的系统构成的一个例子的图。

维护调度系统100C包括中央服务器1、车辆调度控制服务器2、店铺服务器3以及用户终端4。在第三实施方式中，车辆50C的驾驶员向用户终端4例如输入车辆50C的行驶距离等，用户终端4通过车辆调度控制服务器2将包括用户终端4的位置信息和车辆50C的行驶距离等的行驶状态信息发送向中央服务器1。除了这一点以外，中央服务器1的处理与第一实施方式同样，基于来自用户终端4的行驶状态信息来判定车辆50C的入库，并制作总停运时间变短这样的包括执行维护的店铺和之后的目的地的维护的日程。所制作出的日程信息从中央服务器1通过车辆调度控制服务器2被通知给用户终端4。因此，根据第三实施方式，针对不具备通信功能的车辆的维护，也能进行总停运时间变短这样的维护的日程的制作。

＜其他的实施方式＞

上述的实施方式只不过是一个例子，本公开可以在不脱离其主旨的范围内适当变更来实施。

在第一实施方式至第三实施方式中，中央服务器1选择总停运时间最短的店铺与目的地的组合，并按该组合制作了车辆50的维护的日程。作为变形例，也可以是，中央服务器1不进行到车辆50的维护日程的制作，而是将实施维护的候选的店铺与目的地的多个组合的每一个的总停运时间提示给车辆50的驾驶员。更具体而言，中央服务器1执行图9的OP101～OP110的处理，通过车辆调度控制服务器2向车辆50的驾驶员的用户终端4发送店铺与目的地的多个组合和针对各组合的总停运时间。由此，车辆50的驾驶员能参照总停运时间以及候选的店铺和目的地，根据自身的情况来选择实施维护的店铺。

在第一实施方式至第三实施方式中，中央服务器1在判定了车辆50的入库的情况下设定维护预定日期和时间，但也可以进行多个维护预定日期和时间的设定。在该情况下，中央服务器1可以针对维护预定日期和时间的设定的每一个计算店铺与目的地的组合的总停运时间，并针对所有的维护预定日期和时间的设定中的总停运时间最短的组合制作日程。或者，中央服务器1也可以针对维护预定日期和时间的设定的每一个，针对总停运时间最短的组合制作日程，并将多个维护日程信息通知给车辆50的驾驶员的用户终端4。车辆50的驾驶员从维护预定日期和时间不同的多个维护日程信息中，根据自身的情况选择适当的维护日程信息，中央服务器1向所选择出的维护日程信息的店铺进行维护的预约。

此外，在第一实施方式至第三实施方式中，以用于车辆调度服务的车辆为对象，但也能对用于车辆调度服务的车辆以外的车辆应用第一实施方式至第三实施方式的技术。在应用于用于车辆调度服务的车辆以外的车辆的情况下，维护的日程的目的地例如被设定为有驾驶员的日程的设定的场所等即可。

在本公开中进行了说明的处理、方法只要不产生技术上的矛盾，就能自由地组合来实施。

此外，作为由一个装置进行的处理而进行了说明的处理也可以由多个装置分担执行。或者，作为由不同的装置进行的处理而进行了说明的处理也可以由一个装置执行。在计算机系统中，能灵活地变更通过什么样的硬件构成(服务器构成)来实现各功能。

本公开也能通过向计算机供给安装有在上述的实施方式中进行了说明的功能的计算机程序，并通过该计算机所具有的一个以上的处理器读出并执行程序来实现。这样的计算机程序可以通过能连接于计算机的系统总线的非暂时性计算机可读存储介质提供给计算机，也可以经由网络提供给计算机。非暂时性计算机可读存储介质例如包括磁盘(软盘(注册商标)、硬盘驱动器(HDD)等)、光盘(CD－ROM、DVD盘、蓝光光盘等)等任意类型的磁盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光卡、适于储存电子指令的任意的类型的介质。

Claims (20)

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

所述控制部执行：

选择能实施车辆的检修或保养的一个或多个店铺；

获取一个或多个目的地；以及

针对作为所述一个或多个店铺中的一个的第一店铺与作为所述一个或多个目的地中的一个的第一目的地的所有的组合，计算第一时长、第二时长以及第三时长的合计时长，其中，所述第一时长是从所述车辆的出发地点向所述第一店铺的移动所花费的时长，所述第二时长是在所述第一店铺处检修或保养所花费的时长，所述第三时长是从所述第一店铺起到所述第一目的地为止的移动所花费的时长。

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

所述控制部还执行：

接收与所述车辆的行驶相关的行驶状态信息；以及

基于所述行驶状态信息来决定所述车辆的检修或保养的预定日期和时间，

所述控制部选择能在所述预定日期和时间实施所述车辆的检修或保养的所述一个或多个店铺，

所述控制部获取在所述预定日期和时间的前后对所述车辆有需求的所述一个或多个目的地。

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

所述行驶状态信息至少包括所述车辆的位置信息，

所述控制部还执行：

在基于所述行驶状态信息而满足第一条件的情况下，基于包括所述车辆的所述位置信息的履历的行驶履历信息来获取比所述预定日期和时间早规定时间的时刻的所述车辆的行驶预测位置；以及

将所述车辆的所述行驶预测位置设为所述出发地点。

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

所述行驶状态信息至少包括所述车辆的位置信息，

所述控制部还执行：

在基于所述行驶状态信息而满足第二条件的情况下，将所述车辆的当前位置设为所述出发地点。

5.根据权利要求1～4中任一项所述的信息处理装置，其中，

所述控制部还执行：

针对所述合计时长最短的第一店铺与第一目的地的组合制作日程信息，其中，所述日程信息包括在所述第一店铺处进行所述车辆的检修或保养，并且在所述第一店铺处的检修或保养之后向所述第一目的地移动。

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

所述控制部基于所述合计时长和道路信息来选择制作所述日程信息的所述第一店铺与所述第一目的地的组合，其中，所述道路信息是与从所述出发地点起到所述第一店铺为止的路径和从所述第一店铺起到所述第一目的地为止的路径中所包括的道路相关的信息。

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

所述控制部基于所述合计时长以及从所述出发地点起到所述第一店铺为止的路径上的发生乘客的乘车和下车的可能性来选择制作所述日程信息的所述第一店铺与所述第一目的地的组合。

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

所述控制部在所述车辆进行与所述日程信息不同的行动的情况下，再次重新选择所述合计时长最短的第一店铺与第一目的地的组合，并重新制作所述日程信息。

9.根据权利要求5～8中任一项所述的信息处理装置，其中，

所述控制部还执行：

向制作了所述日程信息的所述第一店铺与所述第一目的地的组合中所包括的所述第一店铺预约所述车辆的检修或保养。

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

所述控制部获取所述车辆从所述第一店铺到达所述第一目的地的预定的时刻成为从比在所述第一目的地产生车辆调度的需求的时刻早第一阈值时长的时刻起到产生所述车辆调度的需求的时刻为止的期间的时刻的、所述第一店铺与所述第一目的地的组合，

所述控制部针对获取到的所述第一店铺与所述第一目的地的组合，计算所述合计时长。

11.根据权利要求1～10中任一项所述的信息处理装置，其中，

所述控制部获取所述第一时长和所述第三时长的合计时长小于从所述出发地点直接向所述第一目的地移动的情况下的移动时间加上第二阈值时长而得到的时长的、所述第一店铺与所述第一目的地的组合，

所述控制部针对获取到的所述第一店铺与所述第一目的地的组合，计算所述合计时长。

12.一种信息处理方法，包括：

选择能实施车辆的检修或保养的一个或多个店铺；

获取有车辆调度的需求的一个或多个目的地；以及

针对作为所述一个或多个店铺中的一个的第一店铺与作为所述一个或多个目的地中的一个的第一目的地的所有的组合，计算第一时长、第二时长以及第三时长的合计时长，其中，所述第一时长是从所述车辆的出发地点向所述第一店铺的移动所花费的时长，所述第二时长是在所述第一店铺处检修或保养所花费的时长，所述第三时长是从所述第一店铺起到所述第一目的地为止的移动所花费的时长。

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

接收与所述车辆的行驶相关的行驶状态信息，

基于所述行驶状态信息来决定所述车辆的检修或保养的预定日期和时间，

选择能在所述预定日期和时间实施所述车辆的检修或保养的所述一个或多个店铺，

获取在所述预定日期和时间的前后对所述车辆有需求的所述一个或多个目的地。

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

所述行驶状态信息至少包括所述车辆的位置信息，

所述信息处理方法还包括：

在基于所述行驶状态信息而满足第一条件的情况下，基于包括所述车辆的所述位置信息的履历的行驶履历信息来获取所述预定日期和时间的所述车辆的行驶预测位置；以及

将所述车辆的所述行驶预测位置设为所述出发地点。

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

所述行驶状态信息至少包括所述车辆的位置信息，

所述信息处理方法还包括：

在基于所述行驶状态信息而满足第二条件的情况下，将所述车辆的当前位置设为所述出发地点。

16.根据权利要求12～15中任一项所述的信息处理方法，其中，

还包括针对所述合计时长最短的第一店铺与第一目的地的组合制作日程信息，其中，所述日程信息包括在所述第一店铺处进行所述车辆的检修或保养，并且在所述第一店铺处的检修或保养之后向所述第一目的地移动。

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

在所述车辆进行与所述日程信息不同的行动的情况下，再次重新选择所述合计时长最短的第一店铺与第一目的地的组合，并重新制作所述日程信息。

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

还包括向制作了所述日程信息的所述第一店铺与所述第一目的地的组合中所包括的所述第一店铺预约所述车辆的检修或保养。

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

获取所述车辆从所述第一店铺到达所述第一目的地的预定的时刻成为从比在所述第一目的地产生车辆调度的需求的时刻早第一阈值时长的时刻起到产生所述车辆调度的需求的时刻为止的期间的时刻的、所述第一店铺与所述第一目的地的组合，

针对获取到的所述第一店铺与所述第一目的地的组合，计算所述合计时长。

20.根据权利要求12～19中任一项所述的信息处理方法，其中，

获取所述第一时长和所述第三时长的合计时长小于从所述出发地点直接向所述第一目的地移动的情况下的移动时间加上第二阈值时长而得到的时长的、所述第一店铺与所述第一目的地的组合，

针对获取到的所述第一店铺与所述第一目的地的组合，计算所述合计时长。

Images