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

Abstract

本公开涉及信息处理装置和信息处理方法。本公开的信息处理装置具备控制部，该控制部执行：获取被预测会产生对车辆调度服务的需求的第一场所；以及以用于车辆调度服务的第一车辆在第一店铺结束检修或保养并且在被预测会产生对车辆调度服务的需求的日期和时间到达第一场所的方式，制作针对第一车辆的检修或保养的第一日程，其中，该第一店铺是位于第一场所的周边的、能实施第一车辆的检修或保养的店铺。

Description

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

技术领域

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

背景技术

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

发明内容

本公开的方案之一的课题在于，提供能缩短由于用于车辆调度服务的车辆的检修或保养而不能进行车辆调度服务的时间的信息处理装置和信息处理方法。

本公开的方案之一是信息处理装置，该信息处理装置具备控制部，所述控制部执行：获取被预测会产生对车辆调度服务的需求的第一场所；以及以用于所述车辆调度服务的第一车辆在第一店铺结束检修或保养并且在被预测会产生对所述车辆调度服务的需求的日期和时间到达所述第一场所的方式，制作针对所述第一车辆的所述检修或所述保养的第一日程，其中，所述第一店铺是位于所述第一场所的周边的、能实施所述第一车辆的所述检修或所述保养的店铺。

本公开的其他方案之一是信息处理方法，包括：获取被预测会产生对车辆调度服务的需求的第一场所；以及以用于所述车辆调度服务的第一车辆在第一店铺结束检修或保养并且在被预测会产生对所述车辆调度服务的需求的日期和时间到达所述第一场所的方式，制作针对所述第一车辆的所述检修或所述保养的第一日程，其中，所述第一店铺是位于所述第一场所的周边的、能实施所述第一车辆的所述检修或所述保养的店铺。

根据本公开，能缩短由于用于车辆调度服务的车辆的检修或保养而不能进行车辆调度服务的时间。

附图说明

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

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

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

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

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

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

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

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

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

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

图10是中央服务器的目的地决定处理的流程图的一个例子。

图11是中央服务器的日程管理处理的流程图的一个例子。

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

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

具体实施方式

若用于出租车和拼车等车辆调度服务的车辆例如由于检修或保养等而车辆的工作时间被削减，则相应地，会损失营业机会。另一方面，车辆的检修和保养是安全的行驶所需的。车辆调度服务的驾驶员有想要将因车辆的检修或保养而导致的营业机会损失的时间抑制得短这样的期望。在此，在车辆的检修或保养的预约的开始时刻之前，能通过车辆调度服务的驾驶员的酌情处理来抑制营业机会的损失，但车辆的检修或保养后是未来的事，因此难以通过驾驶员的酌情处理来抑制营业机会的损失。

在本公开的方案之一中，为了抑制用于车辆调度服务的车辆的检修或保养后的营业机会的损失，信息处理装置被配置为以下这样。具体而言，该信息处理装置具备控制部，所述控制部执行：获取被预测会产生对车辆调度服务的需求的第一场所；以及以用于车辆调度服务的第一车辆在第一店铺结束检修或保养并且在被预测会产生对车辆调度服务的需求的日期和时间到达第一场所的方式，制作针对第一车辆的检修或保养的第一日程，其中，该第一店铺是位于第一场所的周边的、能实施第一车辆的检修或保养的店铺。

信息处理装置例如是服务器等计算机。控制部例如是计算机所具备的处理器。第一车辆是用于车辆调度服务的车辆。第一车辆既可以是由驾驶员驾驶的汽车，也可以是能以无人的方式自动行驶的汽车。被预测会产生对车辆调度服务的需求的第一场所例如有：车辆调度服务的预约的乘车场所、伴有吸引顾客的活动的举办地、事故和恶劣天气时的铁路的车站以及基于车辆调度服务的过去的预约履历而被预测会产生需求的场所等。能实施第一车辆的检修或保养的第一店铺例如是指配置有与第一车辆的检修或保养的菜单对应的设备或保养人员等的店铺。

根据本公开的方案之一，在位于被预测会产生对车辆调度服务的需求的场所的周边的第一店铺实施第一车辆的检修或保养。此外，第一车辆的检修或保养的日程被制作为：第一车辆在第一店铺结束检修或保养并且在被预测会产生对车辆调度服务的需求的日期和时间到达被预测会产生该需求的第一场所。由此，第一车辆在第一店铺中的检修或保养结束后，前往第一场所，由此获得车辆调度服务的乘客的可能性变高，从而能更早地再次开始车辆调度服务。

在本公开的方案之一中，也可以是，控制部针对被预测会产生对车辆调度服务的需求的多个场所的每一个，获取表示需求的大小的值的预测值，将该多个场所中的预测值最大的场所决定为第一场所，并且在第一场所的周边存在多个能实施第一车辆的检修或保养的店铺的情况下，将该多个店铺中的距第一场所最近的店铺决定为第一店铺。表示对车辆调度服务的需求的大小的值的预测值例如是基于需求的种类以及请求车辆调度服务的用户数或车辆调度服务被请求的车辆数等求出的值。根据本公开的方案之一，在第一店铺中的检修或保养结束后，第一车辆前往表示对车辆调度服务的需求的大小的预测值最大的第一场所，由此能进一步提高获得乘客的可能性。

在本公开的方案之一中，也可以是，控制部获取多个被预测会产生对车辆调度服务的需求的场所，并且在多个场所的周边存在多个能实施第一车辆的检修或保养的店铺的情况下，将彼此的距离最近的场所和店铺分别决定为第一场所和第一店铺。根据本公开的方案之一，第一车辆在第一店铺中的检修或保养的结束后，能更早地到达被预测会产生对车辆调度服务的需求的场所，从而能将营业机会的损失的时间抑制得更短。

在本公开的方案之一中，也可以是，控制部获取多个被预测会产生对车辆调度服务的需求的场所，并且在多个场所的周边存在多个能实施第一车辆的检修或保养的店铺的情况下，针对多个场所中的一个场所和多个店铺中的一个店铺的所有组合，将第一时长、第二时长以及第三时长的合计时长最小的组合中所包括的场所和店铺分别决定为第一场所和第一店铺，该第一时长是从规定的地点向该一个店铺的移动所花费的时长，该第二时长是在该一个店铺中检修或保养所花费的时长，该第三时长是从该一个店铺起到该一个场所为止的移动所花费的时长。根据本公开的方案之一，第一车辆从规定的地点向第一店铺移动、在第一店铺接受检修或保养、从第一店铺向第一场所移动的合计时长变短，因此能将营业机会的损失的时间抑制得更短。

在本公开的方案之一中，也可以是，控制部还执行：向第一店铺进行针对第一车辆的检修或保养的预约；以及针对第一日程，在被预测会在第一店铺的周边产生的对车辆调度服务的需求有变化的情况下，以第一车辆在第一店铺结束检修或保养并且在被预测会产生变化后的需求的日期和时间到达被预测会产生变化后的需求的场所的方式向第一店铺委托针对第一车辆的检修或保养的实施顺序的调整。例如，也可以是，控制部在第一日程中检修或保养的结束预定日期和时间比被预测会产生变化后的需求的日期和时间早第一时长以上的情况下，向第一店铺发送允许降低针对第一车辆的检修或保养的实施顺序的优先级的通知。例如，也可以是，控制部在第一日程中检修或保养的结束预定日期和时间为被预测会产生变化后的需求的日期和时间以后的情况下，向第一店铺发送提高针对第一车辆的检修或保养的实施顺序的优先级的指示。

根据本公开的方案之一，根据预测的对车辆调度服务的需求的变化，能在实施第一车辆的检修或保养的第一店铺中变更车辆的检修或保养的实施顺序。由此，例如，在第一车辆的检修或保养的结束预定日期和时间与被预测会产生变化后的需求的日期和时间之间有足够的富余的情况下，能在第一店铺中降低第一车辆的检修或保养的优先级，并在第一车辆的检修或保养之前执行优先级比第一车辆的优先级高的其他车辆的检修或保养。由此，在第一店铺中，能以空闲时间变短的方式实施车辆的检修或保养。反之，例如，在第一车辆的检修或保养的结束预定日期和时间成为被预测会产生变化后的需求的日期和时间以后的日期和时间的情况下，通过提高第一车辆的检修或保养的优先级来使第一店铺中的第一车辆的检修或保养的实施顺序提前。由此，第一车辆能在被预测会产生变化后的需求的日期和时间到达被预测会产生变化后的需求的场所，从而能抑制第一车辆损失车辆调度服务的营业机会。

作为本公开的其他方案之一，也能确定为信息处理装置执行上述处理的信息处理方法。即，该信息处理方法包括：获取被预测会产生对车辆调度服务的需求的第一场所；以及以用于车辆调度服务的第一车辆在第一店铺结束检修或保养并且在被预测会产生对车辆调度服务的需求的日期和时间到达第一场所的方式，制作针对第一车辆的检修或保养的第一日程，该第一店铺是位于第一场所的周边的、能实施第一车辆的检修或保养的店铺。

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

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

＜第一实施方式＞

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

维护调度系统100包括中央服务器1、车辆调度控制服务器2、店铺服务器3以及车载器5。虽然包括多个店铺服务器3和车载器5，但在图1中分别各提取一台来示出。虽然也可以包括多个车辆调度控制服务器2，但在第一实施方式中设为仅包括一台车辆调度控制服务器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的维护的店铺。店铺的提取范围例如是从规定的地点起规定的距离的范围或预先定义的区域中的与出发地点相同的区域等。此外，能实施维护的店铺是指，具备与车辆50的设备和性能相应的维护的设备、保养人员，并且在维护预定日期和时间日程空闲的店铺。

接着，中央服务器1在车辆50的维护预定日期和时间以后，获取规定范围内的被预测会产生对车辆调度服务的需求的场所。例如，被预测会产生该需求的场所的提取范围既可以是从之前提取出的店铺起规定的范围，也可以与店铺的提取范围相同，还也可以设定为包括店铺的提取范围在内的更广的范围。对车辆调度服务的需求例如有车辆调度服务的预约、吸引顾客而进行的活动或恶劣天气、施工等。有对车辆调度服务的需求的地点例如有车辆调度服务的预约的乘客的乘车场所、活动的举办场所或公共交通工具的车站等。对车辆调度服务的需求高例如是指表示对车辆调度服务的需求的大小的值的预测值为规定值以上。表示对车辆调度服务的需求的值例如基于需求的种类、请求车辆调度服务的用户数或车辆调度服务被请求的车辆数来获取。不过，表示对车辆调度服务的需求的值不限定于此。以下，表示对车辆调度服务的需求的值的预测值被称为需求的预测值。

中央服务器1从规定范围内的被预测会产生对车辆调度服务的需求的场所之中，基于需求的预测值和与店铺的距离等来决定车辆50的维护的日程的目的地和实施车辆50的维护的店铺。在第一实施方式中，中央服务器1将对车辆调度服务的需求最大的场所设为目的地y，将距该目的地最近的店铺x设为实施车辆50的维护的店铺，以赶得上在目的地y对车辆调度服务的需求高涨的日期和时间的方式向该店铺x预约车辆50的维护。此外，中央服务器1制作该车辆50在店铺x接受维护，之后前往目的地y的内容的日程，并通过车辆调度控制服务器2向车辆50的驾驶员的用户终端4通知该日程。车辆50是“第一车辆”的一个例子。车辆50的维护的日程的目的地是“第一场所”的一个例子。实施车辆50的维护的店铺是“第一店铺”的一个例子。

根据第一实施方式，中央服务器1以使车辆50的维护的日程赶得上在目的地y车辆调度服务的需求高涨的时刻的方式制作在店铺x接受维护的日程。由此，用于车辆调度服务的车辆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首先决定维护预定日期和时间。在定期入库的情况下，维护预定日期和时间例如被决定为一周后至两周后等规定天数后的规定的时刻。除此之外，也可以是，定期入库的情况下的维护预定日期和时间例如基于车辆50的行驶履历信息等被设定为车辆50的工作少的星期几或时间段等。在紧急入库的情况下，可以基于行驶状态信息来判定车辆50的状态，并根据车辆50的状态来决定维护预定日期和时间。例如，在紧急性高的情况下，维护预定日期和时间可以被决定为当前时刻或从当前时刻起规定时间后。在紧急入库的情况下，例如可以预先设定维护的菜单与表示在何种程度后设定维护预定日期和时间的时长的对应关系。

接着，控制部11提取在维护预定日期和时间能供车辆50入库的店铺来作为候选店铺。在维护预定日期和时间能供车辆50入库的店铺是指，维护预定日期和时间的前后的日程空闲、具备能实施维护的菜单的设备、并且在维护预定日期和时间的前后车辆50能到达的店铺。维护预定日期和时间的前后例如是指，维护预定日期和时间±α中所包含的日期和时间。α例如是5分钟至1小时之间的任意的时长。

在维护预定日期和时间的前后车辆50能到达的店铺例如是指，位于针对车辆50设定的规定范围内的店铺。针对车辆50设定的规定范围例如是以车辆50的驾驶员的住址为基准的规定范围和以车辆50的规定的时刻的行驶位置为基准的规定的范围等。以驾驶员的住址和车辆50的规定的时刻的行驶位置等规定的地点为基准的规定的范围例如有从该规定的地点起规定的距离的范围和与该规定的地点相同的区域等。相同的区域例如可以是指由维护调度系统100任意地预先设定的区域，也可以是指市区镇村。

在第一实施方式中，中央服务器1将维护的日程的出发地点设为车辆50的规定的时刻的行驶位置，并从以该行驶位置为基准的规定的范围内提取在维护预定日期和时间的前后车辆50能到达的店铺。维护的日程的出发地点在定期入库和紧急入库中不同。在定期入库的情况下，维护的日程的出发地点例如被设定为在维护预定日期和时间的规定时间之前的时刻的车辆50的推定行驶位置。对车辆50的行驶位置进行推定的时刻例如是在维护预定日期和时间的1小时左右之前的时刻。车辆50的推定行驶位置从位置推定部12获取。在紧急入库的情况下，维护的日程的出发地点被设定为车辆50的当前位置。车辆50的当前位置被获取为从车载器5接收到的最新的行驶状态信息中所包含的位置信息。

接着，控制部11获取与被预测会在所获取到的候选店铺的周边产生的对车辆调度服务的需求相关的需求预测信息。获取需求预测信息的时间范围例如在从维护预定日期和时间起以1个小时为单位至24小时为止的范围内被任意的设定。获取车辆调度服务的需求预测信息的地理范围例如在从候选店铺起规定的距离的范围内或与该候选店铺相同的区域内等被任意地设定。此外，获取车辆调度服务的需求预测信息的地理范围也可以是与提取候选店铺的范围相同的范围或包括提取候选店铺的范围在内的更广的范围。

需求预测信息中例如包括，被预测会产生需求的场所、被预测会产生需求的日期和时间或时间段、需求的种类以及需求的预测值。因此，在第一实施方式中，获取需求预测信息与获取被预测会产生需求的场所以及获取该场所中的需求的预测值是相同意思。

车辆调度服务的需求的种类中例如有车辆调度服务的预约、吸引顾客的活动的举办地、恶劣天气、公共交通工具的延迟以及拥堵等意料不到的情形以及根据过去的车辆调度服务履历的预测等。车辆调度服务的需求预测信息作为车辆调度服务的预约信息，通过服务器通信部14从车辆调度控制服务器2获取。控制部11例如基于从互联网上收集的活动、天气、公共交通工具的延迟、拥堵等预测信息来获取活动、天气、公共交通工具的延迟、拥堵等需求预测信息。过去的车辆调度服务履历的需求预测信息例如由控制部11基于从车辆调度控制服务器2获取的过去的车辆调度服务的预约信息来获取。控制部11的从规定的信息获取需求预测信息的方法例如也可以使用利用学习模型的方法和利用统计方法的方法等众所周知的技术中的任意的方法来进行。需要说明的是，被预测会产生车辆调度服务的需求的场所有时也包括实施车辆的维护的店铺。

在车辆调度服务的需求预测信息的情况下，被预测会产生需求的场所和被预测会产生需求的日期和时间或时间段分别是车辆调度服务的预约的乘车场所和由用户指定的乘车预定日期和时间。在活动的需求预测信息的情况下，被预测会产生需求的场所和被预测会产生需求的日期和时间或时间段例如分别是该活动的举办场所和该活动的结束日期和时间。此外，在活动的需求预测信息的情况下，被预测会产生需求的场所和被预测会产生需求的日期和时间或时间段例如分别是该活动的举办场所的周边的车站和该活动的开始日期和时间。在天气、公共交通工具的延迟、拥堵等意料不到的情形的需求预测信息的情况下，被预测会产生需求的场所和被预测会产生需求的日期和时间或时间段是被预测会产生该意料不到的情形的场所和被预测会产生该意料不到的情形的日期和时间或时间段。在过去的车辆调度服务履历的需求预测信息的情况下，被预测会产生需求的场所和被预测会产生需求的日期和时间或时间段分别是根据过去的车辆调度服务履历而被预测会产生需求的场所和被预测会产生需求的日期和时间或时间段。

在需求的种类中设定有优先级。例如，按如下的顺序赋予优先级：指名车辆50的驾驶员的车辆调度服务的预约＞未指名驾驶员的车辆调度服务的预约＞吸引顾客的活动的举办地＞过去的车辆调度服务履历＞被预测会产生意料不到的情形的情况下的铁路的车站。不过，需求的种类的优先级的顺序不限定于此。

需求预测信息中所包含的需求的预测值例如基于需求的种类和预计会请求车辆调度服务的用户数或车辆调度服务被请求的车辆数来获取。需求的预测值被获取为：在需求的种类不同的场所之间，需求的种类的优先级越高，需求的预测值越大，在相同的需求的种类的场所之间，预计用户数或预计车辆数越多，需求的预测值越大。例如，对于车辆调度服务的预约的需求的预测值而言，无论吸引顾客的活动的举办地处的预计会请求车辆调度服务的用户数有多少，都获取比该活动的需求的预测值大的值。例如，在活动A和活动B中，在预计在活动A中会请求车辆调度服务的用户数多的情况下，活动A的需求的预测值获取更大的值。需要说明的是，需求的预测值的获取方法不限定于此。

接着，控制部11从所获取到的预计会产生需求的场所中提取需求的预测值成为规定的阈值以上的场所。对车辆调度服务的需求的预测值成为规定的阈值以上的场所也可以说是对车辆调度服务的需求高涨的场所。

接着，控制部11从所提取出的场所中，例如按从需求的预测值最高的场所到需求的预测值最低的场所、从与候选店铺的距离最近的场所到与候选店铺的距离最远的场所的顺序来决定目的地。在根据预测值以及与候选店铺的距离都决定不出目的地的情况下，将从维护的日程的出发地点起到在候选店铺执行维护、到从候选店铺起到达被预测会产生需求的场所为止的合计时长最短的场所决定为目的地。将该合计时长称为总停运时间(totaldown time)。

需要说明的是，在不存在需求的预测值成为规定的阈值以上的场所的情况下，控制部11从所获取到的预计会产生需求的场所中，按从与候选店铺的距离最近的场所到与候选店铺的距离最远的场所、从总停运时间最短的场所到总停运时间最长的场所的顺序决定目的地。在根据需求的预测值、与候选店铺的距离以及总停运时间的任一个都决定不出目的地的情况下，例如，控制部11设为无目的地。

接着，控制部11将距目的地最近的候选店铺决定为实施车辆50的维护的店铺。之后，例如对出发预定时刻、向店铺的到达预定时刻以及从店铺向目的地的出发时刻等进行调整，制作车辆50的维护日程信息，向车辆调度控制服务器2发送该维护日程信息，并通过车辆调度控制服务器2向车辆50的驾驶员的用户终端4发送该维护日程信息。此外，控制部11向该店铺的店铺服务器3预约车辆50的维护。

此外，控制部11针对车辆50的维护的日程进行如下的日程管理处理：根据对车辆调度服务的需求的变化，向店铺服务器3催促进行店铺中的该车辆50的维护的实施顺序的调整。对车辆调度服务的需求是预测的，因此可能会随着时间的经过而发生变化。对车辆调度服务的需求的变化例如有被预测会产生需求的场所以及日期和时间的变化、预测的日期和时间的变化以及需求的预测值的变化。控制部11以在变化后的需求高涨的情况下车辆50赶得上该需求高涨的日期和时间的方式，向店铺服务器3通知车辆50的维护的实施顺序的优先级的变更。当从控制部11接到该通知时，店铺服务器3在日程有富余的情况下，变更车辆50的维护的实施顺序的优先级，并基于该优先级来变更车辆50的维护的实施顺序。

车辆信息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、入库预定日期和时间、出库预定日期和时间、菜单内容、目的地以及到达预定日期和时间的字段。

日程ID的字段中储存有日程的识别信息。车辆ID的字段中储存有维护对象的车辆50的识别信息。店铺ID的字段中储存有车辆50的维护被预约的店铺的识别信息。入库预定日期和时间以及出库预定日期和时间的字段中分别储存有车辆50到达相应的店铺的预定日期和时间以及车辆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：否)，图9所示的处理结束。

在OP103中，控制部11计算定期入库或紧急入库的维护预定日期和时间。例如，在定期入库的情况下，控制部11将维护预定日期和时间设定为规定天数后的日期的规定时刻。在紧急入库的情况下，控制部11例如将维护预定日期和时间设定为从当前时刻起规定时间后的时刻。

在OP104中，控制部11提取在维护预定日期和时间能供车辆50入库的候选店铺。在第一实施方式中，候选店铺是维护预定日期和时间的前后的日程空闲、具备能实施维护的菜单的设备、并且位于从车辆50的出发地点起规定的距离的范围的店铺。在定期入库的情况下，车辆50的出发地点被设定为维护预定日期和时间的规定时间之前的时刻的车辆50的推定行驶位置。控制部11从位置推定部12获取车辆50的推定行驶位置。在紧急入库的情况下，维护的日程的出发地点被设定为车辆50的当前位置。车辆50的当前位置是在OP101中接收到的行驶状态信息中所包含的位置信息所示的位置。

控制部11参照店铺信息DB16来提取候选店铺，该候选店铺是维护预定日期和时间的前后的日程空闲、具备能实施维护的菜单的设备、并且位于从车辆50的出发地点起规定的距离的范围的店铺。有时也会提取多个候选店铺。

在OP105中，控制部11获取候选店铺周边的被预测会产生对车辆调度服务的需求的场所。在候选店铺为多个的情况下，针对每一个店铺的周边获取被预测会产生需求的场所。需要说明的是，在OP105中，控制部11针对各场所接收需求预测信息。

在OP106中，控制部11基于被预测会产生需求的各场所的需求预测信息来执行决定维护的日程的目的地的目的地决定处理。关于目的地决定处理的详情，将在后文记述。通过OP106的目的地决定处理，从被预测会产生需求的场所中决定维护的日程的目的地。

在OP107中，控制部11将候选店铺中的、距目的地最近的店铺决定为实施车辆50的维护的店铺。在OP108中，向被决定为实施车辆50的维护的店铺的店铺的店铺服务器3发送预约请求，并进行车辆50的维护的预约。当接收到预约请求时，店铺服务器3将车辆50的维护的预约登记于日程。

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

图10是中央服务器1的目的地决定处理的流程图的一个例子。图10所示的处理是相当于图9的OP106的处理的处理。在OP201中，控制部11提取在图9的OP105中获取到的、候选店铺周边的被预测会产生对车辆调度服务的需求的场所中的、需求的预测值为规定的阈值以上的场所。

在OP202中，控制部11判定在OP201中提取后结果留下来的场所是否为一处以上。在OP201中提取后结果留下来的场所为一处以上的情况下(OP202：是)，处理进入OP203。在OP201中提取后结果没有任何场所留下来的情况下(OP202：否)，处理进入OP205。

在OP203中，控制部11将在OP201中提取后结果留下来的场所中的需求的预测值最高的场所决定为车辆50的维护的日程的目的地。不过，在需求的预测值最高的场所有多处的情况下，目的地决定不出。在OP204中，控制部11判定车辆50的维护的日程的目的地是否决定了。在车辆50的维护的日程的目的地决定了的情况下(OP204：是)，图10所示的处理结束，处理进入图9的OP107。在车辆50的维护的日程的目的地未决定的情况下(OP204：否)，处理进入OP205。

在OP205中，控制部11将在OP201中提取后结果留下来的场所或在图9的OP105中获取到的被预测会产生需求的场所中的与候选店铺的距离最小的场所决定为车辆50的维护的日程的目的地。不过，在与候选店铺的距离最小的场所有多处的情况下，目的地决定不出。在OP206中，控制部11判定车辆50的维护的日程的目的地是否决定了。在车辆50的维护的日程的目的地决定了的情况下(OP206：是)，图10所示的处理结束，处理进入图9的OP107。在车辆50的维护的日程的目的地未决定的情况下(OP206：否)，处理进入OP207。

在OP207中，控制部11将在OP201中提取后结果留下来的场所或在图9的OP105中获取到的被预测会产生需求的场所中的总停运时间最小的场所决定为车辆50的维护的日程的目的地。不过，在总停运时间最小的场所有多处的情况下，目的地决定不出。在OP208中，控制部11判定车辆50的维护的日程的目的地是否决定了。在车辆50的维护的日程的目的地决定了的情况下(OP208：是)，图10所示的处理结束，处理进入图9的OP107。在车辆50的维护的日程的目的地未决定的情况下(OP208：否)，处理进入OP209。

在OP209中，控制部11即使使用需求的预测值、与店铺的距离以及总停运时间也决定不出车辆50的维护的日程的目的地，因此设定为无目的地。之后，图10所示的处理结束，处理进入图9的OP107。需要说明的是，在车辆50的维护的日程的目的地未被决定的情况下，在图9的OP107中，既可以从候选店铺中随机地决定实施车辆50的维护的店铺，也可以决定为距车辆50的出发地点最近的店铺。

此外，图9和图10所示的维护日程制作处理是一个例子，可以根据实施方式适当变更。例如，在目的地决定处理中，决定目的地的要素的优先顺序也可以是与店铺的距离的远近＞需求的预测值的大小＞总停运时间的长短。此外，在目的地决定处理中，作为决定目的地的要素，也可以使用与店铺的距离的远近、需求的预测值的大小以及总停运时间的长短中的至少一个。

图11是中央服务器1的日程管理处理的流程图的一个例子。日程管理处理是根据需求的变化针对中央服务器1所生成的车辆50的维护的日程调整维护的实施的优先级的处理。图11所示的处理以规定的周期被反复执行。此外，图11所示的处理按保持于维护日程信息DB18的每个维护日程信息来执行。

在OP301中，控制部11判定是否成为规定的定时。OP301中的规定的定时例如成为比保持于维护日程信息DB18的对象的维护日程信息的入库预定日期和时间早规定时间的时刻。

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

在OP302中，控制部11在对象的维护日程信息的入库预定日期和时间的前后的时间段内，预测对象的维护日程信息的店铺的周边的对车辆调度服务的需求，并获取需求预测信息。在OP303中，控制部11判定预测到的需求是否有变化。例如，在OP302中获取到的需求预测信息中存在包括与对象的维护日程信息的目的地以及到达预定日期和时间分别一致的被预测会产生需求的场所和需求的产生的预测日期和时间的需求预测信息的情况下，判定为需求无变化。例如，在OP302中获取到的需求预测信息中不存在包括与对象的维护日程信息的目的地以及到达预定日期和时间分别一致的被预测会产生需求的场所和需求的产生的预测日期和时间的需求预测信息的情况下，判定为需求有变化。

在预测到的需求有变化的情况下(OP303：是)，处理进入OP304。在预测到的需求无变化的情况下(OP303：否)，不变更车辆50的维护的日程，图11所示的处理结束。

在OP304中，控制部11基于在OP302中获取到的对象的维护日程信息的店铺的周边的对车辆调度服务的需求的需求预测信息来进行目的地决定处理，并决定新的目的地。目的地决定处理如图10所示。

在OP305中，控制部11判定对象的维护日程信息的出库预定日期和时间是否比在新的目的地处产生需求的预测时刻早规定时长以上。在对象的维护日程信息的出库预定日期和时间比在新的目的地处产生需求的预测时刻早规定时长以上的情况下(OP305：是)，处理进入OP306。在对象的维护日程信息的出库预定日期和时间不比在新的目的地处产生需求的预测时刻早规定时长以上的情况下(OP305：否)，处理进入OP307。

在OP306中，控制部11向对象的维护日程信息的店铺的店铺服务器3发送允许降低车辆50的维护的实施顺序的优先级的通知。之后，图11所示的处理结束。当接收到该通知时，该店铺的店铺服务器3降低该车辆50的维护的实施顺序的优先级。此时，在该店铺中，在该车辆50的维护的预约的前后存在优先级比车辆50的优先级高的其他车辆的维护的预约的情况下，该店铺服务器3进行先执行该其他车辆的维护等的日程的调整。

需要说明的是，即使在车辆50的维护的实施顺序发生了变更的情况下，也在店铺服务器3侧进行调整，以便赶得上被预测会在新的目的地产生需求的日期和时间。需要说明的是，在接收到允许降低车辆50的维护的实施顺序的优先级的通知的情况下，店铺服务器3并不一定要降低该车辆50的维护的实施顺序的优先级。例如，在该车辆50的维护的前后未设定有其他车辆的维护的预约的情况下，店铺服务器3不降低该车辆50的维护的实施顺序的优先级。

在OP307中，控制部11判定对象的维护日程信息的出库预定日期和时间是否为在新的目的地处产生需求的预测时刻以后的时刻。在对象的维护日程信息的出库预定日期和时间为在新的目的地处产生需求的预测时刻以后的时刻的情况下(OP307：是)，处理进入OP308。在对象的维护日程信息的出库预定日期和时间不是在新的目的地处产生需求的预测时刻以后的时刻的情况下(OP307：否)，图11所示的处理结束。

在OP308中，控制部11向对象的维护日程信息的店铺的店铺服务器3发送指示提高车辆50的维护的实施顺序的优先级的通知。之后，图11所示的处理结束。当接收到该通知时，该店铺的店铺服务器3提高该车辆50的维护的实施顺序的优先级。此时，在该店铺中，在该车辆的维护的预约的前后存在优先级比车辆50的优先级低的其他车辆的维护的预约的情况下，该店铺服务器3以比该其他车辆的维护优先执行该车辆50的维护的方式进行日程的调整。由此，能以该车辆50赶得上新的目的地的被预测会产生需求的日期和时间的方式调整维护的执行顺序。需要说明的是，日程管理处理不限定于图11所示的处理，可以根据实施方式来适当变更。

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

在第一实施方式中，中央服务器1将实施用于车辆调度服务的车辆50的维护的店铺决定在被预测会产生对车辆调度服务的需求的地点的附近。由此，车辆50在维护结束后，能更早地获得乘客，从而能减少营业机会的损失。此外，将位于需求更高即表示需求的值更高的地点附近的店铺设为实施车辆50的维护的店铺，由此能提高在维护结束后获得乘客的可能性。

此外，中央服务器1在向店铺预约了车辆50的维护之后，根据该店铺的周边的需求的变化，使该店铺调整车辆50的维护的实施顺序的优先级。由此，例如，在店铺中，在产生变化后的对车辆调度服务的需求的日期和时间之前有富余的情况下，能比车辆50的维护优先实施优先级高的其他车辆的维护，从而能高效地实施维护。此外，在根据需求的变化来变更车辆50的实施顺序的情况下，车辆50的出库日期和时间也被调整为赶得上被预测会产生需求的日期和时间，或者等待时间变短。例如，若从车辆50的维护结束起至获得乘客为止的等待时间过长，则车辆50的驾驶员恐怕会回避维护本身。根据第一实施方式，以车辆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的入库，将位于被预测会产生对车辆调度服务的需求的场所附近的店铺选择为实施车辆6的维护的店铺，并制作维护日程信息。因此，根据第二实施方式，对于自动驾驶车辆的维护，也能制作减少营业机会的损失这样的日程。

＜第三实施方式＞

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

维护调度系统100C包括中央服务器1、车辆调度控制服务器2、店铺服务器3以及用户终端4。在第三实施方式中，车辆50C的驾驶员向用户终端4例如输入车辆50C的行驶距离等，用户终端4通过车辆调度控制服务器2将包括用户终端4的位置信息和车辆50C的行驶距离等的行驶状态信息发送向中央服务器1。除了这一点以外，中央服务器1的处理与第一实施方式同样，基于来自用户终端4的行驶状态信息来判定车辆50C的入库，将位于被预测会产生对车辆调度服务的需求的场所附近的店铺选择为实施车辆50C的维护的店铺，并制作维护日程信息。通过车辆调度控制服务器2从中央服务器1向用户终端4通知所制作出的日程信息。因此，根据第三实施方式，对于不具备通信功能的车辆的维护，也能制作减少营业机会的损失这样的日程。

＜其他实施方式＞

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

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

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

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

Claims (20)

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

所述控制部执行：

获取被预测会产生对车辆调度服务的需求的第一场所；以及

以用于所述车辆调度服务的第一车辆在第一店铺结束检修或保养并且在被预测会产生对所述车辆调度服务的需求的日期和时间到达所述第一场所的方式，制作针对所述第一车辆的所述检修或所述保养的第一日程，其中，所述第一店铺是位于所述第一场所的周边的、能实施所述第一车辆的所述检修或所述保养的店铺。

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

所述控制部针对被预测会产生对所述车辆调度服务的需求的多个场所的每一个，获取表示所述需求的大小的值的预测值，

所述控制部将多个所述场所中的所述预测值最大的场所决定为所述第一场所，

所述控制部在所述第一场所的周边存在多个能实施所述第一车辆的所述检修或所述保养的店铺的情况下，将多个所述店铺中的距所述第一场所最近的店铺决定为所述第一店铺。

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

所述控制部获取多个被预测会产生对所述车辆调度服务的需求的场所，并且在多个所述场所的周边存在多个能实施所述第一车辆的所述检修或所述保养的店铺的情况下，将彼此的距离最近的场所和店铺分别决定为所述第一场所和所述第一店铺。

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

所述控制部获取多个被预测会产生对所述车辆调度服务的需求的场所，并且在多个所述场所的周边存在多个能实施所述第一车辆的所述检修或所述保养的店铺的情况下，针对多个所述场所中的一个场所和多个所述店铺中的一个店铺的所有组合，将第一时长、第二时长以及第三时长的合计时长最小的组合中所包括的场所和店铺分别决定为所述第一场所和所述第一店铺，其中，所述第一时长是从规定的地点向所述一个店铺的移动所花费的时长，所述第二时长是在所述一个店铺中所述检修或所述保养所花费的时长，所述第三时长是从所述一个店铺起到所述一个场所为止的移动所花费的时长。

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

所述控制部针对被预测会产生对所述车辆调度服务的需求的多个场所，获取表示所述需求的大小的值的预测值，

所述控制部从多个所述场所中的所述预测值为规定的阈值以上的场所中决定所述第一场所。

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

所述控制部还执行：

获取与所述第一车辆的行驶相关的行驶状态信息；

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

关于被预测会在所述预定日期和时间以后的规定的时间的范围内产生的所述需求，获取至少包括被预测会产生所述需求的场所以及日期和时间的第一信息，

所述控制部基于所述第一信息来获取所述第一场所。

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

所述控制部获取在所述预定日期和时间的规定时长之前的时刻推定的所述第一车辆的行驶位置，

所述控制部关于被预测会在从所述行驶位置起规定的地理上的范围内产生的所述需求，获取所述第一信息。

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

所述控制部还执行：

向所述第一店铺进行针对所述第一车辆的所述检修或所述保养的预约；以及

针对所述第一日程，在被预测会在所述第一店铺的周边产生的对所述车辆调度服务的需求有变化的情况下，以所述第一车辆在所述第一店铺结束所述检修或所述保养并且在被预测会产生所述变化后的需求的日期和时间到达被预测会产生所述变化后的需求的场所的方式，向所述第一店铺委托针对所述第一车辆的所述检修或所述保养的实施顺序的调整。

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

所述控制部在所述第一日程中所述检修或所述保养的结束预定日期和时间比被预测会产生所述变化后的所述需求的日期和时间早第一时长以上的情况下，向所述第一店铺发送允许降低针对所述第一车辆的所述检修或所述保养的实施顺序的优先级的通知。

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

所述控制部在所述第一日程中所述检修或所述保养的结束预定日期和时间为被预测会产生所述变化后的所述需求的日期和时间以后的情况下，向所述第一店铺发送提高针对所述第一车辆的所述检修或所述保养的实施顺序的优先级的指示。

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

获取被预测会产生对车辆调度服务的需求的第一场所；以及

以用于所述车辆调度服务的第一车辆在第一店铺结束检修或保养并且在被预测会产生对所述车辆调度服务的需求的日期和时间到达所述第一场所的方式，制作针对所述第一车辆的所述检修或所述保养的第一日程，其中，所述第一店铺是位于所述第一场所的周边的、能实施所述第一车辆的所述检修或所述保养的店铺。

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

针对被预测会产生对所述车辆调度服务的需求的多个场所的每一个，获取表示所述需求的大小的值的预测值，

将多个所述场所中的所述预测值最大的场所决定为所述第一场所，在所述第一场所的周边存在多个能实施所述第一车辆的所述检修或所述保养的店铺的情况下，将多个所述店铺中的距所述第一场所最近的店铺决定为所述第一店铺。

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

获取多个被预测会产生对所述车辆调度服务的需求的场所，并且在多个所述场所的周边存在多个能实施所述第一车辆的所述检修或所述保养的店铺的情况下，将彼此的距离最近的场所和店铺分别决定为所述第一场所和所述第一店铺。

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

获取多个被预测会产生对所述车辆调度服务的需求的场所，并且在多个所述场所的周边存在多个能实施所述第一车辆的所述检修或所述保养的店铺的情况下，针对多个所述场所中的一个场所和多个所述店铺中的一个店铺的所有组合，将第一时长、第二时长以及第三时长的合计时长最小的组合中所包括的场所和店铺分别决定为所述第一场所和所述第一店铺，其中，所述第一时长是从规定的地点向所述一个店铺的移动所花费的时长，所述第二时长是在所述一个店铺中所述检修或所述保养所花费的时长，所述第三时长是从所述一个店铺起到所述一个场所为止的移动所花费的时长。

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

针对被预测会产生对所述车辆调度服务的需求的多个场所，获取表示所述需求的大小的值的预测值，

从多个所述场所中的所述预测值为规定的阈值以上的场所中决定所述第一场所。

16.根据权利要求11至15中任一项所述的信息处理方法，还包括：

获取与所述第一车辆的行驶相关的行驶状态信息；

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

关于被预测会在所述预定日期和时间以后的规定的时间的范围内产生的所述需求，获取至少包括被预测会产生所述需求的场所以及日期和时间的第一信息，

基于所述第一信息来获取所述第一场所。

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

获取在所述预定日期和时间的规定时长之前的时刻推定的所述第一车辆的行驶位置，

关于被预测会在从所述行驶位置起规定的地理上的范围内产生的所述需求，获取所述第一信息。

18.根据权利要求11至17中任一项所述的信息处理方法，还包括：

向所述第一店铺进行针对所述第一车辆的所述检修或所述保养的预约；以及

针对所述第一日程，在被预测会在所述第一店铺的周边产生的对所述车辆调度服务的需求有变化的情况下，以所述第一车辆在所述第一店铺结束所述检修或所述保养并且在被预测会产生所述变化后的需求的日期和时间到达被预测会产生所述变化后的需求的场所的方式，向所述第一店铺委托针对所述第一车辆的所述检修或所述保养的实施顺序的调整。

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

在所述第一日程中所述检修或所述保养的结束预定日期和时间比被预测会产生所述变化后的所述需求的日期和时间早第一时长以上的情况下，向所述第一店铺发送允许降低针对所述第一车辆的所述检修或所述保养的实施顺序的优先级的通知。

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

在所述第一日程中所述检修或所述保养的结束预定日期和时间为被预测会产生所述变化后的所述需求的日期和时间以后的情况下，向所述第一店铺发送提高针对所述第一车辆的所述检修或所述保养的实施顺序的优先级的指示。

Images