CN117273691A - 车辆管理系统 - Google Patents

Abstract

本公开涉及车辆管理系统，本发明的管理服务器执行以下处理，该处理包括：若有车辆调配请求，则取得运行信息的步骤；取得车辆调配目的地的行驶路线的步骤；计算负荷的积累量的步骤；在车辆调配目的地的行驶路线是高负荷的情况下，将低积累量的车辆设定为调配车辆的步骤；在车辆调配目的地的行驶路线不是高负荷的情况下，将高积累量的车辆设定为调配车辆的步骤；以及发送行驶计划信息的步骤。

Description

车辆管理系统

技术领域

本公开涉及车辆管理系统。

背景技术

在将车辆用于运输服务等的提供的情况下，定期地进行车辆的消耗品的更换、部件的调整等维修(维护)，但是在维修的期间中无法用于服务的提供，因此存在损失服务的提供机会的情况。因此，希望考虑服务提供的需求状况、在使用多个车辆来提供服务的情况下使用了多个车辆的服务的提供状况来在适当的时机进行车辆的维修。

日本特开2020-013373公开一种使用车辆的利用信息来指示维护的实施的车辆维护管理系统。

在用于上述那样的服务的提供的车辆中，若负荷较高的状态下的使用持续，则故障产生的风险变高，若因故障而进行预料之外的车辆的维修，则无法用于服务的提供的时间增加。

发明内容

本公开是为了解决上述的课题而完成的，其目的在于提供一种抑制无法用于服务的提供的时间的增加的车辆管理系统。

本公开的一个方面所涉及的车辆管理系统具备：多个车辆，用于运输服务的提供；和服务器，能够与多个车辆进行通信。在被请求在多个行驶路线上使用多个车辆来进行运输服务的提供的情况下，服务器计算多个车辆的每一个的负荷的积累量。相比多个车辆中的积累量较小的车辆，服务器优先将积累量较大的车辆分配给多个行驶路线中的、表示在行驶时作用于车辆的负荷的程度的负荷度小于其他的行驶路线的行驶路线。

这样，能够使多个车辆中的负荷的积累量变得均衡，因此能够降低由负荷集中于一部分的车辆引起的故障产生的风险。其结果是，能够避免进行预料之外的维修，进而抑制无法用于服务的提供的时间增加。

在一个实施方式中，服务器使用多个车辆的各自的行驶历史记录来计算多个车辆的各自的负荷的积累量。

这样，能够高精度地计算多个车辆的每一个中的负荷的积累量。

在另一实施方式中，车辆包括自动驾驶车辆。

这样，在自动驾驶车辆中，能够避免进行预料之外的维修，进而抑制无法用于服务的提供的时间增加。

根据本公开，能够提供一种抑制无法用于服务的提供的时间的增加的车辆管理系统。

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

附图说明

图1是简要地表示车辆管理系统的整体结构的图。

图2是更详细地表示ADK和VP的结构的一例的图。

图3是表示由管理服务器执行的处理的一例的流程图。

图4是用于对相对于多个行驶路线的车辆的分配进行说明的图。

具体实施方式

以下，边参照附图边对本公开的实施方式详细地进行说明。此外，对图中相同或者相当的部分标注相同的附图标记，并且不重复其说明。

图1是简要地表示车辆管理系统100的整体结构的图。车辆管理系统100管理多个车辆。实际上能够通过车辆管理系统100管理大量的车辆，但是后文中，为了便于说明，将通过车辆管理系统100管理确定的车辆1、4的情况作为一例来进行说明。车辆管理系统100包括车辆1、4和管理服务器7。车辆1包括自动驾驶套件(ADK：Autonomous Driving Kit)2、和车辆平台(VP：Vehicle Platform)3。同样，车辆4包括ADK5和VP6。

车辆1、4的用户例如也可以是提供基于使用了车辆1、4的自动驾驶的运输服务的企业(公共汽车企业、出租车企业、租赁车企业、共享汽车企业、或者拼车服务企业等)。在本实施方式中，设想车辆1、4的用户例如是保有多个车辆并提供人员的运输服务的企业的情况。人员的运输服务例如包括相对于多个行驶路线(通过城镇的行驶路线、通过山区的行驶路线等)使车辆行驶，以在预先决定好的设定的时刻到达设置于行驶路线上的规定的上下车地点的方式移动，并且在上下车地点使人员上下车来征收使用费的服务。

以下，对用于以车辆1为例进行自动驾驶的结构的一例进行说明。搭载于车辆1的ADK2构成为能够安装于车辆1的VP3，并且能够从VP3取下。ADK2例如安装VP3的车顶等的预先决定好的位置。

ADK2构成为能够实施车辆1的自动驾驶。具体而言，ADK2制作车辆1的行驶计划。ADK2根据按照每个控制请求定义的API(Application Program Interface)向VP3输出用于根据行驶计划使车辆1行驶的各种控制请求。另外，ADK2根据按照每个信号定义的API从VP3接收表示车辆状态(VP3的状态)的各种信号。而且，ADK2将车辆状态反映给行驶计划。此外，ADK2例如也可以使用来自管理服务器7的行驶计划信息来制作行驶计划。

VP3根据来自ADK2的控制请求来执行基于自动驾驶模式的行驶控制。在从VP3去除了ADK2的情况下，VP3构成为能够执行基于手动模式的行驶控制(与驾驶员操作对应的行驶控制)。

VP3向车辆管理系统100内的管理服务器7发送各种信息(后述的运行信息等)。

管理服务器7可以是企业的本公司服务器，可以是在包括该企业在内的多个企业中共享的共享服务器，或者也可以是由云服务器管理公司提供的云服务器。

管理服务器7例如是由进行包括车辆1在内的多个车辆的维护管理的企业运营的服务器。作为企业，例如，可以是VP3的制造商，也可以是ADK2的制造商。并且，管理服务器7也可以构成为包括VP3的制造商运营的服务器、和运营ADK2的服务器。在以下的说明中，将管理服务器7由一个服务器构成的情况作为一例来进行说明。

管理服务器7构成为能够从车辆1、4分别接收运行信息。车辆1、4的运行信息包含车牌号码所记载的编号、制造编号等能够确定车辆1、4的信息(以下，记载为车辆ID)、关于行驶时间、行驶距离等行驶历史记录的信息(以下，记载为历史记录信息)、和与车辆1、4的维修有关的信息(以下，记载为维修信息)。管理服务器7包括用于以能够确定信息的发送源的车辆的形式储存从车辆1、4的至少任意一个接收到的运行信息的数据库(未图示)。管理服务器7使用接收到的运行信息来生成行驶计划信息和收费信息，并向各车辆1、4发送。

在本公开中，车辆的“维修”是指用于将车辆维持于正常的状态、将车辆从异常的状态恢复到正常的状态的全部行为。维修能够包括设置于车辆的任意一个部件的检查、修理、调整、更换。维修信息例如可以包含维修对象的部件的维修后的行驶距离、到该部件的下次的维修为止的行驶距离等用于诊断是否是需要维修的状态的信息，也可以包含表示是否是需要维修的状态的诊断结果的信息。

图2是更详细地表示ADK2和VP3的结构的一例的图。ADK2包括计算机21、识别用传感器22、姿势用传感器23以及HMI(Human Machine Interface)25。

VP3包括车辆控制接口盒(VCIB：Vehicle Control Interface Box)31、和基础车辆32。基础车辆32包括中央ECU(Electronic Control Unit)321、制动系统322、转向系统323、传动系统324以及DCM(Digital Communication System)327。

传动系统324包括电动驻车制动(EPB：Electric Parking Brake)系统324A、驻车锁定(P锁定)系统324B以及推进系统324C。

计算机21在车辆1的自动驾驶时使用识别用传感器22来取得与车辆1的环境有关的数据。另外，计算机21在车辆1的自动驾驶时使用姿势用传感器23来取得与车辆1的姿势、行为以及位置有关的数据。并且，计算机21与VCIB31通信地连接。计算机21从VP3经由VCIB31取得车辆状态来设定车辆1的下一个动作(加速、减速、转弯等)。计算机21将用于实现下一个动作的各种指令经由VCIB31向VP3输出。

识别用传感器22是用于识别车辆1的环境的传感器。识别用传感器22例如包括LIDAR(Laser Imaging Detection and Ranging：激光雷达)、毫米波雷达以及照相机(均未图示)中的至少一个。LIDAR例如通过发出红外脉冲的激光并检测该激光从对象物的反射光来测量对象物的距离和方向。毫米波雷达通过发出毫米波并检测该毫米波从对象物的反射波来测量对象物的距离和方向。照相机拍摄车辆1的周围的图像。

姿势用传感器23是用于检测车辆1的姿势、行为以及位置的传感器。姿势用传感器23例如包括IMU(Inertial Measurement Unit：惯性测量装置)和GPS(Global PositioningSystem：全球定位系统)(均未图示)等位置检测装置。IMU例如检测车辆1的前后方向、左右方向以及上下方向的加速度、和车辆1的侧倾方向、俯仰方向以及横摆方向的角速度。GPS使用从在地球的轨道上环绕的多个GPS卫星接收到的信息来确定车辆1的位置。

HMI25例如构成为与设置于基础车辆32的触摸面板显示器等输入输出装置(未图示)连接。

VCIB31通过CAN(Controller Area Network)等与ADK2可通信地连接。VCIB31通过执行按照每个信号定义的规定的API，从而从ADK2接收各种控制请求、将车辆状态向ADK2输出。VCIB31若从ADK2接收控制请求，则将与该控制请求对应的控制指令向与该控制指令对应的系统(例如，制动系统322、转向系统323以及传动系统324)输出。另外，VCIB31取得与车辆状态(基础车辆32的状态)有关的各种信息，并将取得的信息向ADK2输出。

中央ECU321经由DCM327将表示车辆状态的各种信息向管理服务器7发送、将各种请求向管理服务器7发送。另外，中央ECU321从管理服务器7经由DCM327接收指令或者通知。并且，中央ECU321使用从VP3的各系统取得的车辆状态来进行是否是VP3需要维修的状态的诊断，或者接收在VP3的各系统实施的自我诊断的诊断结果，并使用接收到的诊断结果来进行是否是VP3需要维修的状态的诊断。

在本实施方式中，中央ECU321作为诊断是否是需要车辆1的维修的状态的诊断处理的执行主体来进行说明，但是除了在这样的功能之外，也可以还具有对各系统所包括的各种ECU间的通信进行中继等的功能(网关功能)。

制动系统322构成为控制设置于基础车辆32的各车轮的制动装置(未图示)。转向系统323构成为使用转向装置(未图示)来控制车辆1的转向轮的转向角。

EPB系统324A根据从ADK2经由VCIB31传送的控制请求来控制在多个车轮中的至少一个设置的EPB(未图示)。P锁定系统324B根据从ADK2经由VCIB31传送的控制请求来控制在变速器设置的P锁定装置(未图示)。推进系统324C根据来自ADK2的控制请求来控制来自驱动源(未图示的马达发电机、发动机等)的驱动力。

DCM327是车载通信模块。DCM327构成为能够进行中央ECU321与管理服务器7之间的双向的数据通信。

此外，车辆4的ADK5具有与车辆1的ADK2相同的结构。并且，车辆4的VP6具有与车辆1的VP3相同的结构。因此，不重复这些的详细的说明。

管理服务器7包括控制装置8、存储装置9以及通信装置10。控制装置8、存储装置9以及通信装置10通过通信总线11相互可通信地连接。

虽然均没有图示，但是控制装置8构成为包括CPU(Central Processing Unit：中央处理器)、存储器(ROM(Read Only Memory：只读存储器)及RAM(Random Access Memory：随机存储器)等)、以及用于输入输出各种信号的输入输出端口等。由控制装置8执行的各种控制通过由CPU读出软件处理、即储存于存储器的程序来执行。由控制装置8进行的各种控制也能够通过由通用的计算机(未图示)执行存储于存储介质的程序来实现。由控制装置8进行的各种控制并不局限于软件处理，也可以通过专用的硬件(电子电路)来处理。

存储装置9存储从构成为能够与管理服务器7进行通信的多个车辆1、4接收到的运行信息。

通信装置10在车辆1、4与通信网(未图示)之间实现双向通信。管理服务器7能够使用通信装置10经由设置于通信网的基站(未图示)等来与包括车辆1、4在内的多个车辆相互进行通信。

在具有以上那样的结构的车辆管理系统100中，例如，管理服务器7设定表示车辆1、4分别行驶的路径信息的行驶路线，并将行驶计划信息向车辆1、4分别发送，以使车辆1、4在预先设定好的时刻到达所设定的行驶路线上的上下车地点或从该上下车地点出发，以此进行行驶。并且，管理服务器7将关于用于在设定好的行驶路线利用车辆的使用费的信息作为收费信息来向车辆1、4发送。

在车辆1、4的每一个，根据行驶计划信息来实施自动驾驶，并且使用显示装置等对利用者提示收费信息、执行与利用者的利用对应的结算处理。这样，在车辆1、4的每一个，提供使利用者在上下车地点上下车而沿着行驶路线移动的人员的运输服务。

在将包括车辆1、4在内的多个车辆用于人员的运输服务的提供的情况下，定期地进行车辆1、4的维修。

例如，由车辆1、4或者管理服务器7进行车辆1、4的每一个是否是需要维修的状态的诊断，以此判断车辆1、4的维修的需要与否。

作为诊断在车辆1是否是需要维修的状态的情况，包括成为诊断对象的部件的使用期间从上次的更换时刻起超过阈值的情况、从上次的更换时刻起的成为诊断对象的部件的消耗量超过阈值的情况、输出成为诊断对象的部件的错误代码的情况或者成为诊断对象的部件的输出值变为异常的情况。

例如，在从上次的更换时刻起的在发动机、马达发电机等使用的各种油的使用期间超过根据油的种类、车型而设定的阈值的情况下，诊断为是需要油更换的维修的状态。或者在制动装置所包括的制动片的磨损量超过阈值的情况下，诊断为是需要制动片的更换的维修的状态。或者在发动机、马达发电机等与车辆1的驱动动作相关的设备等输出规定的错误代码的情况下，诊断为需要检查的维修的状态。或者在超过通常范围地输出各种传感器的输出值的情况下，诊断为是需要传感器的更换或者调整等维修的状态。

使用在车辆1执行的自我诊断处理的诊断结果来进行这些判定。自我诊断处理例如在ADK2的计算机21、VP3的中央ECU321执行。或者也可以构成为：管理服务器7管理关于车辆1、4的维修历史记录的信息，使用管理的信息来执行诊断处理，并使用诊断结果来判定是否是需要维修的状态。

然而，若如上述那样诊断为是需要维修的状态并实施维修，则在维修的期间中不能将车辆1、4用于服务的提供，因此存在损失服务的提供机会的情况。因此，需要考虑服务的提供的需求、服务的提供状况而在适当的时机进行车辆的维修。

在用于上述那样的服务的提供的车辆1、4中，若持续进行负荷较高的状态下的使用，则故障产生的风险提高，若因故障而进行预料之外的车辆的维修，则无法用于服务的提供的时间增加。

因此，在本实施方式中，管理服务器7如以下那样动作。即，在被请求在多个行驶路线上使用多个车辆来进行运输服务的提供的情况下，管理服务器7计算多个车辆的每一个的负荷的积累量。并且相比多个车辆中的积累量较小的车辆，管理服务器7优先将积累量较大的车辆分配给多个行驶路线中的、表示在行驶时作用于车辆的负荷的程度的负荷度比其他的行驶路线小的行驶路线。

这样，能够使多个车辆中的负荷的积累量变得均衡，因此能够降低由负荷集中于一部分的车辆引起的故障产生的风险。其结果是，能够避免预料之外的维修进而抑制无法用于服务的提供的时间增加。

以下，边参照图3边对由管理服务器7执行的处理的一例进行说明。图3是表示由管理服务器7执行的处理的一例的流程图。该流程图所示的一系列的处理由管理服务器7每隔规定的周期反复执行。

在步骤(以下，将步骤记载为S)100中，管理服务器7(更具体而言，为管理服务器7的控制装置8)判定是否有车辆调配请求。例如，在从正在多个行驶路线行驶(正提供运输服务)的任意一个车辆接收到表示该车辆是需要维修的状态这一情况的信息的情况下、或者在使用从多个车辆中的、正在多个行驶路线中的任意一个行驶的车辆接收的信息而判定为某一车辆是需要维修的状态的情况下，管理服务器7判定为有车辆调配请求。在判定为有车辆调配请求的情况下(在S100中为是)，将处理移至S102。

在S102中，管理服务器7取得运行信息。管理服务器7从包括车辆1、4在内的多个车辆分别取得运行信息。管理服务器7例如若经由通信装置10对车辆1请求运行信息，则车辆1的中央ECU321经由DCM32接收来自管理服务器7的请求信号。中央ECU321例如从ADK2的计算机21、中央ECU321的存储器取得运行信息，并将取得的运行信息经由DCM32向管理服务器7发送。其后将处理移至S104。

在S104中，管理服务器7取得车辆调配目的地的行驶路线的信息。管理服务器7使用车辆调配请求来确定车辆调配目的地的行驶路线。管理服务器7例如也可以确定是需要维修的状态的车辆并将所确定的车辆的行驶路线确定为车辆调配目的地的行驶路线。其后将处理移至S106。

在S106中，管理服务器7计算多个车辆的各自的负荷的积累量。此外，管理服务器7例如计算多个车辆中的是需要维修的状态的车辆以外的各车辆的负荷的积累量。管理服务器7使用历史记录信息所包含的、行驶距离、行驶时间、车重、乘车人数的总数、到实施下次维修为止的行驶距离、到实施下次维修为止的行驶时间等多个行驶历史记录的信息中的至少任意一个信息来计算负荷的积累量。管理服务器7例如也可以计算包括高积累状态与低积累状态在内的两个阶段的积累量。管理服务器7例如也可以构成为：在行驶距离为阈值以上的情况下，使其为高积累状态，在行驶距离比阈值短的情况下，使其为低积累状态。管理服务器7例如可以通过设定多个阈值来计算三个阶段以上的积累量，或者，例如也可以计算用百分率表示的积累量。管理服务器7例如也可以使用多个行驶历史记录的信息中的至少任意一个信息来计算积累量的基本值，使用其他的行驶历史记录的信息来设定修正系数，并使用修正系数来修正基本值，由此计算用百分率表示的积累量。管理服务器7例如将计算出的积累量与对应的车辆的车辆ID建立对应来使其存储于存储装置9。其后，将处理移至S108。

在S108中，管理服务器7判定车辆调配目的地的行驶路线是否是高负荷的行驶路线。管理服务器7也可以基于表示是对多个行驶路线分别预先设定好的高负荷的行驶路线的标志(例如，在是高负荷的行驶路线的情况下变为接通状态的标志)的状态来判定车辆调配目的地的行驶路线是否是高负荷的行驶路线。或者，例如，当在车辆调配目的地的行驶路线中存在标高的高低差为阈值以上的上坡路的情况下，管理服务器7也可以判定为是高负荷的行驶路线。或者，在行驶距离为阈值以上的情况下，管理服务器7也可以判定为是高负荷的行驶路线。或者，也可以使用车辆调配目的地的行驶路线中的每一圈的行驶中的等待红绿灯的实施历史记录，在等待红绿灯的产生次数为阈值以上的情况下，管理服务器7判定为是高负荷的行驶路线。在判定为车辆调配目的地的行驶路线是高负荷的行驶路线的情况下(在S108中为是)，将处理移至S110。

在S110中，管理服务器7将低积累量的车辆设定为相对于车辆调配目的地的行驶路线的调配车辆。管理服务器7例如对存储于存储装置9的各车辆的积累量实施能够确定大小关系的排序。而且，管理服务器7例如也可以将积累量最低的车辆设定为相对于车辆调配目的地的行驶路线的调配车辆。管理服务器7例如可以将行驶距离最短的车辆设定为调配车辆，也可以将行驶时间最短的车辆设定为调配车辆。例如，在存在多个选择项作为低积累量的车辆的情况下，管理服务器7也可以根据用于选择低积累量的车辆的以预先决定好的基准设定好的优先顺序将优先顺序较高的车辆设定为调配车辆。其后，将处理移至S114。

在S112中，管理服务器7将高积累量的车辆设定为相对于车辆调配目的地的行驶路线的调配车辆。管理服务器7例如对存储于存储装置9的各车辆的积累量实施能够确定大小关系的排序。而且，管理服务器7例如可以将积累量最高的车辆设定为相对于车辆调配目的地的行驶路线的调配车辆。管理服务器7例如可以将行驶距离最长的车辆设定为调配车辆，也可以将行驶时间最长的车辆设定为调配车辆。例如，在存在多个选择项作为高积累量的车辆的情况下，管理服务器7也可以根据用于选择高积累量的车辆的以预先决定好的基准设定好的优先顺序设定优先顺序较高的车辆作为调配车辆。其后，将处理移至S114。

在S114中，管理服务器7将行驶计划信息发送给调配车辆。管理服务器7例如设定在车辆调配目的地的行驶路线设定的各乘降地点处的出发到达时刻等。管理服务器7例如设定与在当判定为有车辆调配请求时需要维修的状态的车辆中设定的车辆调配目的地的行驶路线的各乘降地点处的出发到达时刻相同的出发到达时刻。管理服务器7将关于车辆调配目的地的行驶路线的信息、和上述的出发到达时刻等信息作为行驶计划信息向调配车辆发送。其后，结束处理。此外，在判定为没有车辆调配请求的情况下(在S100中为否)，结束该处理。

边参照图4边对基于以上那样的构造和流程图的管理服务器7的动作的一例进行说明。

图4是用于对相对于多个行驶路线的车辆的分配进行说明的图。图4的(A)～(F)表示乘降地点的一例。在图4中，作为行驶路线的一例，示出了高负荷的A路线和低负荷的B路线。

在图4的A路线中，如图4的实线的箭头所示，车辆例如按照图4的(B)、(C)、(D)、(E)的顺序在各乘降地点间移动，返回至(B)来进行循环。

在图4的B路线中，如图4的虚线的箭头所示，车辆例如按照图4的(A)、(B)、(C)、(F)的顺序在各乘降地点间移动，返回至(A)来进行循环。

例如，设想通过多个车辆中的在A路线巡回的车辆1中的自我诊断处理判定为是需要维修的状态的情况。

此时，在管理服务器7中，若从车辆1接收到表示是需要维修的状态这一情况的信息，则判定为存在车辆调配请求(在S100中为是)。因此，从多个车辆取得运行信息(S102)，并且取得车辆调配目的地的行驶路线是车辆1巡回的A路线这一情况(S104)。

计算多个车辆的各自的负荷的积累量(S106)，由于所取得的A路线是高负荷的行驶路线(在S108中为是)，因此将低积累量的车辆设定为调配车辆(S110)。而且，对被设定为调配车辆的车辆发送行驶计划信息(S114)。

接收到行驶计划信息的调配车辆根据行驶计划信息所包含的顺序和出发到达时刻，通过自动驾驶在A路线的各乘降地点巡回。

接下来，设想通过多个车辆中的在B路线巡回的车辆4中的自我诊断处理而判定为是需要维修的状态的情况。

此时，在管理服务器7中，若从车辆4接收到表示是需要维修的状态这一情况的信息，则判定为存在车辆调配请求(在S100中为是)。因此，从多个车辆取得运行信息(S102)，并且取得车辆调配目的地的行驶路线是车辆4巡回的B路线这一情况(S104)。

计算多个车辆的各自的负荷的积累量(S106)，由于所取得的B路线是低负荷的行驶路线(在S108中为否)，因此将高积累量的车辆设定为调配车辆(S112)。而且，对被设定为调配车辆的车辆发送行驶计划信息(S114)。

接收到行驶计划信息的调配车辆根据行驶计划信息所包含的顺序和出发到达时刻，通过自动驾驶在B路线的各乘降地点巡回。

如以上那样，根据本实施方式所涉及的车辆管理系统，能够使多个车辆中的负荷的积累量变得均衡，因此能够降低由负荷集中于一部分的车辆引起的故障产生的风险。其结果是，能够避免进行预料之外的维修进而抑制无法用于服务的提供的时间增加。因此，能够提供一种抑制无法用于服务的提供的时间的增加的车辆管理系统。

并且，管理服务器7能够使用多个车辆的行驶历史记录来高精度地计算多个车辆的各自的负荷的积累量。

以下，对变形例进行记载。

在上述的实施方式中，将提供多个车辆分别在预先决定好的行驶路线巡回并根据预先决定好的出发到达时刻在行驶路线上的各乘降地点巡回的运输服务的情况作为一例进行了说明，但是例如也可以构成为：在提供多个车辆中的任意一个车辆从等待场所移动至使用户乘车的位置，其后移动至由用户指定的场所，并在用户的下车后返回至等待场所的运输服务的情况下，如上述那样，向高负荷的行驶路线分配低积累量的车辆，并向低负荷的行驶路线分配高积累量的车辆。

并且，在上述的实施方式中，作为被设定为调配车辆的车辆是除了需要维修的状态的车辆之外的车辆的情况进行了说明，但是例如可以设定为还除去在其他的行驶路线巡回中的车辆，或者也可以构成为：在包括巡回中的车辆来设定调配车辆并选择在其他的行驶路线巡回中的车辆作为调配车辆的情况下，根据其他的行驶路线的负荷、和其他的车辆的负荷的积累量来对其他的行驶路线新设定调配车辆。

并且，在上述的实施方式中，将车辆1的位置检测装置设置于ADK2的情况作为一例进行了说明，但是位置检测装置也可以设置于VP3。

并且，在上述的实施方式中，将以高负荷的行驶路线和低负荷的行驶路线这两个阶段对多个行驶路线进行分类的情况作为一例进行了说明，但是也可以根据三个阶段以上的负荷度来进行分类。在该情况下，在判定为行驶路线既不是高负荷的行驶路线也不是低负荷的行驶路线的情况下，也可以与积累量无关地设定调配车辆。

此外，上述的变形例也可以适当地组合其全部或者一部分来实施。

本次公开的实施方式全部的点应被认为是例示，并非是对本发明进行的限制。本发明的范围并非由上述的说明限定，而是由权利要求书表示，意在包括与权利要求书等同的意思以及在其范围内的全部变更。

Claims (3)

1.一种车辆管理系统，其中，

所述车辆管理系统具备：

多个车辆，用于运输服务的提供；和

服务器，能够与所述多个车辆进行通信，

所述服务器构成为：

在被请求在多个行驶路线上使用所述多个车辆来进行所述运输服务的提供的情况下，计算所述多个车辆的每一个的负荷的积累量，

相比所述多个车辆中的所述积累量较小的车辆，优先将所述积累量较大的车辆分配给所述多个行驶路线中的、表示在行驶时作用于所述车辆的负荷的程度的负荷度小于其他的行驶路线的行驶路线。

2.根据权利要求1所述的车辆管理系统，其中，

所述服务器使用所述多个车辆的各自的行驶历史记录来计算所述多个车辆的各自的所述负荷的积累量。

3.根据权利要求1或2所述的车辆管理系统，其中，

所述车辆包括自动驾驶车辆。