CN112771556A

CN112771556A - 车辆检验管理系统

Info

Publication number: CN112771556A
Application number: CN201980063504.9A
Authority: CN
Inventors: 山下晃
Original assignee: Isuzu Motors Ltd
Current assignee: Isuzu Motors Ltd
Priority date: 2018-09-28
Filing date: 2019-09-24
Publication date: 2021-05-07
Anticipated expiration: 2039-09-24
Also published as: WO2020067042A1; US11599105B2; CN112771556B; JP7331341B2; US20220035360A1; DE112019004908T5; JP2020052866A

Abstract

本发明提供可将车辆部件的故障的预测结果反映到检验管理表中，提高对于参与车辆的定期性检验的人员的便利性的车辆检验管理系统。车辆检验管理系统包括：管理表输出部，根据输入的指示，以显示于显示部的方式，输出检验管理表，该检验管理表中，针对每辆车辆，记录有所述车辆的定期性检验的期满；预测部，取得车辆的控制信息来预测车辆的部件的故障或劣化；以及一并记载部，在预测部预测出车辆的部件的故障或劣化的情况下，在记录有定期性检验的期满的栏中一并记载特殊检验推荐项目。

Description

车辆检验管理系统

技术领域

本发明涉及车辆检验管理系统。

背景技术

以往，已开发出了如下系统，该系统对拥有多台车辆的运输运营商等的管理用终端发送各车辆的运行数据而通知运行状况，由此，改善运行管理(例如，参照专利文献1)。

另外，也已开发出了与车辆的故障相关的管理系统，该系统利用服务器等管理装置，对作为管理对象的车辆的故障的产生进行预测，并将故障预测结果通知给顾客(例如，参照专利文献2)。根据该车辆的管理系统，拥有多台车辆的运营商等(以下，称为“用户”)能够基于管理装置的分析结果而收到关于需要维护的车辆的通知，并将该车辆委托给经销商及检验维修商(以下，仅称为“经销商”)。

现有技术文献

专利文献

专利文献1：日本特开2003-044976号公报

专利文献2：日本特开2004-272375号公报

发明内容

发明要解决的问题

以往，由上述系统的管理员制成列表(检验管理表)来进行作为管理对象的车辆的定期性检验的日程管理——例如法定定期检验或一般被称为“车检”的续期检查的期限(到期日等)的通知或经销商的安排等管理。

但是，以往的系统存在如下问题：就检验管理表的修改而言，在计划与定期性检验同时或比检验提前地进行紧急检验时，管理员的输入作业等的负担会较大。

鉴于上述的问题，本发明的发明人认识到，构建能够将车辆部件的故障的预测结果自动反映到检验管理表中，并使用户等能够阅览该检验管理表的结构非常重要，从而提出了本发明。

本发明的目的在于提供可将车辆部件的故障的预测结果反映到检验管理表中，提高对于参与车辆检验的人员的便利性的车辆检验管理系统。

解决问题的方案

本发明的车辆检验管理系统包括：

管理表输出部，根据输入的指示，以显示于显示部的方式输出检验管理表，该检验管理表中，针对每辆车辆，记录有所述车辆的定期性检验的期满；

预测部，取得所述车辆的控制信息来预测所述车辆的部件的故障或劣化；以及

一并记载部，在所述预测部预测出所述车辆的部件的故障或劣化的情况下，在记录有所述定期性检验的期满的栏中一并记载特殊检验推荐项目。

发明效果

根据本发明，能够将车辆部件的故障的预测结果反映到检验管理表中，提高对于参与车辆检验的人员的便利性。

附图说明

图1是说明本实施方式的车辆检验管理系统的整体概要的图；

图2是说明由车辆管理服务器的检验管理部进行的处理的流程图；

图3是表示所制成的检验管理表的表格的一个具体例子的图；

图4是表示终端所显示的检验管理表的一例的图；

图5是表示车辆管理服务器在用户终端登录时执行的处理的流程图；

图6是表示检验管理表中的特殊检验推荐项目产生图标被选择了的情况下的显示例的图。

具体实施方式

以下，参照附图来说明一个实施方式的车辆管理系统。

图1是表示本实施方式的车辆管理系统1的整体构造的图。该车辆管理系统1包括车辆管理服务器10，该车辆管理服务器10监视作为管理对象的多个车辆(未图示)的状态，并且对上述各车辆的定期检验的时期进行管理。车辆管理系统1的车辆管理服务器10对应于本发明的“车辆检验管理系统”。

更具体而言，车辆管理系统1除了车辆管理服务器10之外，还可包括搭载于上述每辆车辆并发送该车辆的控制信息的车辆侧装置30(30A、30B、…、30n)、以及可通过网络等与车辆管理服务器10进行通信的各种终端。

此处，可与车辆管理服务器10进行通信的终端包括存储有作为管理对象的车辆及用户的基本信息的用户信息服务器110、以及作为管理对象的车辆的用户所操作的用户终端150。此外，虽然为简洁起见未进行图示，但可与车辆管理服务器10进行通信的终端包括对车辆管理服务器10进行维护等的管理员所操作的管理员终端、由销售商或维修商等操作的终端(以下，称为“经销商终端”)、存储有作为管理对象的车辆的维修历史信息的维修历史服务器等。

如图1所示，车辆管理服务器10包括用于与上述各种终端进行通信的有线及无线方式的调制解调器或通信接口等通信部11。另外，车辆管理服务器10包括对从车辆侧装置30(30A、30B、…、30n)取得的控制信息进行分析的分析部12、以数据库的方式存储各车辆的信息的数据库存储部13、以及检验管理部20。在一个具体例子中，分析部12、数据库存储部13及检验管理部20分别由独立的处理器(CPU(Central Processing Unit，中央处理器)或MPU(Microprocessor Unit，微处理器)等，以下相同)构成。

上述中的分析部12对应于取得车辆的控制信息来预测该车辆的部件的故障或劣化的“预测部”。具体而言，分析部12根据对控制信息进行分析所得的结果，估计车辆的各部件的劣化程度，预测处于应更换的时期的部件、或该部件甚至车辆发生故障的时期(部件变得无法使用，车辆行驶出现故障，车辆变得无法行驶等的时期)。作为该部件的劣化或故障等的预测的方法(算法等)，可采用众所周知的方法，因此，省略详细的说明。

车辆管理服务器10的检验管理部20产生及更新检验管理表，该检验管理表是使作为管理对象的多个车辆的定期性检验的计划表形成列表而成的(将在后面，在图3等中进行说明)。此处，“定期性检验”包括法定定期检验和续期检查(车检)这两者。在本实施方式中，检验管理部20按用户产生及更新检验管理表，该用户拥有多个车辆。

如图1所示，检验管理部20根据功能，分成管理表制成部21、一并记载部22、管理表更新部23及管理表输出部24。上述各部分21～24能够由一个处理器构成，或者，也可由多个处理器构成。

图2是用于说明由车辆管理服务器10的检验管理部20进行的处理的概要的流程图。另外，图3是表示由检验管理部20制成的检验管理表的表格的一个具体例子的图。以下，参照图2及图3说明检验管理部20的各部分的功能及检验管理表的制成等处理。

此外，图2表示在一个用户(以下，为了便于说明，称为“用户A”)通过未图示的用户注册画面将多个车辆作为管理对象注册在用户信息服务器110中之后，由检验管理部20制成与用户A相关的检验管理表等处理的流程。在图2中，步骤S20～步骤S60的处理是基于管理表制成部21的功能的处理，步骤S80及步骤S100的处理是基于一并记载部22的功能的处理，步骤S120的处理是基于管理表更新部23的功能的处理。

在步骤S20中，检验管理部20经由通信部11连接于用户信息服务器110，取得用户信息服务器110中所存储的用户A的各车辆的基本信息。此处，“基本信息”包括各车辆的识别号(例如，车牌所记载的文字或数字(以下，称为“车牌信息”)、制造编号、型号等)、注册年月日、车型(种类或用途)等。

在后续的步骤S40中，检验管理部20按各个车辆，将所取得的基本信息中的识别号(在该例子中为车牌信息)记录(列出)到检验管理表中。另外，检验管理部20基于所取得的基本信息中的注册年月日及车型，将表示应对车辆进行定期性检验的时期的信息添加到检验管理表中(步骤S60)。在该实施方式中，检验管理部20针对每辆车辆，将上述法定定期检验及续期检查(以下，称为“车检”)的到期日(有效期限)的时期添加到检验管理表中(步骤S60)。

此处，参照图3可知，检验管理表是将13个月的期间以月为单位划分而进行管理的表格，该13个月是包含当前的年月日(制成年月日或更新年月日，以下相同)所属的月在内的13个月。

更具体而言，在检验管理表的最上面一栏的右侧记录当前的年月日，在同一栏的左侧记录当前的年月日所属的年月及从该月算起的12个月后的年月。另外，检验管理表的第二段的左栏是说明栏，该说明栏对呈对白框形状的图标是特殊检验推荐项目这一点进行说明。该说明栏的右侧是将包含当前的年月日所属的月的13个月的期间按月划分了的栏。检验管理表的第三段以下的栏是记录与每辆车辆的定期性检验相关的计划的栏(以下，称为“计划栏”)，在这些段中的左侧的栏中，记录车辆的识别号。

而且，确保检验管理表中的当前的年月日所属的年月及从该月起到两个月后为止的期间(即，最接近当前的三个月的各个月份的计划栏)具有比其他月份的计划栏更大的记录区域，以使其能够记录比其他月份更多的信息。

在本实施方式中，包含检验管理表的制成或更新日的、最接近当前的三个月对应于“第一期间”，从第四个月到第十三个月为止的期间对应于“第二期间”。在图3所示的例子中，作为法定定期检验的最短周期的三个月的期间被设定为“第一期间”。

因此，当在任意终端的显示部中显示检验管理表的情况下，被设定为“第一期间”的月份的计划栏会以比被设定为“第二期间”的月份的计划栏更大的面积被显示，相关的显示方式将在后面进行说明。

返回步骤S60的说明，法定定期检验及车检的有效期限是以车辆的注册年月日为基准而开始算起，另外，会根据车型而有所不同。因此，在步骤S60中，检验管理部20针对每辆车辆算出法定定期检验及车检的有效期限的到期日，并将与所算出的到期日相关的信息记录到检验管理表中的相符的计划栏中。

更详细而言，检验管理部20在相符的计划栏中，使用具有与检验的种类(此处，为如下类别：是法定定期检验还是车检)对应的颜色(互不相同的颜色)的字来记录该种类。而且，若相符的计划栏为第一期间(即，最接近当前的三个月)内的月份，则检验管理部20会将到期日的月日的信息也一并记录。

接着，检验管理部20监视分析部12的分析结果，判定是否产生了特殊检验推荐项目(步骤S80)。此处，检验管理部20在判定为产生了特殊检验推荐项目的情况下(步骤S80为“是”)，转移至步骤S100。另一方面，检验管理部20在判定为未产生特殊检验推荐项目的情况下(步骤S80为“否”)，不进行步骤S100的处理而跳到步骤S120。

在本实施方式中，“特殊检验推荐项目”是指应在定期性检验时，一并检验或重点检验的部件。更具体而言，“特殊检验推荐项目”是以如下部件为对象的，即，作为分析部12的分析对象的车辆的部件中的、劣化度为中等程度，且被预测出会在上述第二期间中发生故障或劣化度会超过阈值的部件。

即，在有劣化度高到超过预先决定的阈值的程度(处于恶劣状态)的部件的情况下，该部件甚至车辆在定期性检验的时期到来之前发生故障的可能性较高，因此，不是将其设为“特殊检验推荐项目”，而是利用邮件等对相关用户进行紧急告知。另一方面，在是劣化度低的部件的情况下，因为无需在最接近的下次定期性检验中重点检验，所以也不会将其设为“特殊检验推荐项目”。

作为一个具体例子，在由于经年累月地使用等，车辆的排气净化装置的过滤器发生了劣化(堵塞)的情况下，排气净化能力会对应于该堵塞的发展程度而劣化。而且，若过滤器的劣化度超过阈值，则从车辆排出的排气量会超过规定的基准值，最终会发生该车辆无法正常行驶的情况。因此，在分析部12预测出该过滤器的堵塞的发展程度为中等程度(例如，处于排气净化能力已开始下降的状态时)，且在第二期间中从该车辆排出的排气量有可能会超过规定的基准值的情况下，检验管理部20判定为产生了特殊检验推荐项目(步骤S80为“是”)。

在步骤S100中，一并记载部22将表示产生了特殊检验推荐项目的呈对白框形状的图标(参照图3)一并记载到记录有该车辆的最接近的定期检验的期满的计划栏中。另一方面，一并记载部22预先将之后在该图标被选择时要显示的信息(例如，“在下一次检验时，需要检验下列项目”这一消息及相符的部件名称)与图标关联地存储于存储器等。

在步骤S120中，管理表更新部23判定是否产生了检验管理表的更新事由。而且，在管理表更新部23判定为产生了检验管理表的更新事由(步骤S120为“是”)的情况下，转移至步骤S140。另一方面，在管理表更新部23判定为未产生检验管理表的更新事由(步骤S120为“否”)的情况下，使处理返回步骤S80，并反复进行上述步骤S80～步骤S120的处理。

此处，更新事由是当前日期改变了的情况、用户A的作为管理对象的车辆增加或减少了的情况等。

在判定为产生了更新事由后的步骤S140中，管理表更新部23根据该更新事由，对用户A的检验管理表的内容进行更新。例如，在当前日期已变成下一个月的第一天的情况下，以使构成上述第一期间的三个月及构成第二期间的十个月的各栏向左移动一栏的方式，对检验管理表进行更新。

将由检验管理部20如上述那样制成及更新了的检验管理表与用户A的识别信息(在该例子中为用户ID和密码)对应地存储于数据库存储部13。

图4表示在任意终端的显示器中显示由检验管理部20制成、更新了的与用户A相关的检验管理表的例子。如图4所示，检验管理表是用于管理车辆的法定定期检验(以下，仅称为“定期检验”)及续期检查(以下，称为“车检”)的日程或期限等的表。在该例子中，检验管理表针对用户A所拥有的每辆车辆，记录并显示定期检验的到期日及车检的到期时期。为简洁起见，在图4中，作为用户A的车辆，仅示出了车牌信息为“△△130□1118”、“○○800□3773”、“▽▽800□100”的三辆，省略了第四辆以后的车辆的栏的图示。

另外，如上所述，检验管理表中的定期(检验)的字与车检(到期)的字以不同的颜色显示。而且，如图4所示，对检验管理表进行了显示(输出)的当前月份(在图4的例子中为2018年5月)的年月栏及计划栏以与其他栏不同的背景色显示。通过设为该显示方式，即使在便携终端等的小显示器中进行显示的情况下，也能容易地识别检验的种类或目视确认最近月份的计划。以下，将终端的显示器(显示部)所显示的检验管理表称为“车检/检验计划表200”。

此处，说明在用户A阅览车检/检验计划表200时，由检验管理部20执行的处理的流程。用户A对用户终端150进行操作而访问互联网上的规定网站的登录画面(未图示)，并在该画面中输入用户ID(用户标识符)和密码。通过该操作，主菜单的画面(未图示)输出至用户终端150的显示部(参照图1)，通过选择该画面中的“调阅车检/检验计划”这一按钮，车检/检验计划表200会显示于显示部(参照图4)。

此时，检验管理部20的管理表输出部24会执行遵照图5所示的流程图的处理。

管理表输出部24取得用户A的识别信息(用户ID及密码)(步骤S200)，从数据库存储部13读取与该识别信息对应的检验管理表的数据，并发送至用户终端150(步骤S220，参照图4)。

根据需要，管理表输出部24也可将表示应比上述第二期间的各栏更大地显示构成上述第一期间的各栏(年月栏及计划栏)的显示命令一并发送至用户终端150。

通过该处理，在车检/检验计划表200中，被设定为第一期间的、最接近当前的三个月的各个月份的栏作为放大显示区域210而显示为比第二期间的各个月份的栏更大的区域，并显示更多的信息。

更详细而言，在放大显示区域210(在该例子中为2018年的5月、6月及7月)的“计划”栏中，显示以下内容中的任一者：(1)无计划的空栏、(2)“定期检验”及其到期日、(3)“车检到期”及其到期日。

而且，在车检/检验计划表200中，对于产生了上述特殊检验推荐项目的车辆，如图4所示，在定期检验或车检的到期日的右侧，显示特殊检验推荐项目产生图标220。在定期检验或车检的到期日在放大显示区域210(即，最接近当前的三个月)内到来的情况下，显示该特殊检验推荐项目产生图标(以下，也仅称为“图标”)220，在其他情况下不显示该图标220。该图标220能够通过显示有车检/检验计划表200的终端的操作输入部(光标或鼠标等)而被选择。

返回图5的说明，管理表输出部24判定上述特殊检验推荐项目的图标220是否被选择了(步骤S240)。此处，管理表输出部24在判定为图标220未被选择(步骤S240为“否”)的情况下，返回步骤S240，并反复进行该判定。管理表输出部24在判定为图标220被选择了(步骤S240为“是”)的情况下，转移至步骤S260。

在步骤S260中，管理表输出部24从存储器等读取该已被选择的特殊检验推荐项目的内容(新增的文字数据)并发送至用户终端150，并且发送指示，以将该内容以重叠的方式显示。

图6是图标220被选择后的车检/检验计划表200的显示方式的一例。若图标220被选择，则如图6所示，将表示有应在最接近的下次检验(在该例子中为定期检验)时一并检验的项目(部件)的消息、以及相符的部件名称(在该例子中为“排气过滤器”)，作为在计划栏之上(前面)的图层，使用较大的显示区域进行显示。此外，若从图6所示的状态，通过终端的输入操作再次选择该显示区域，则恰当地经过与管理表输出部24之间的通信，恢复到如图4所示的显示呈对白框形状的图标220的显示方式。

另一方面，第二期间(在该例子中为2018年8月～翌年5月)的“计划”栏是无计划的空栏、或者是仅显示出车检或定期检验的到期日到来的“车检”或“定期”的两个字，不显示到期日。另外，如上所述，也不显示特殊检验推荐项目产生图标220。

此外，车检及定期检验这两者的到期日有时会在同一个月份中到来。在此种情况下，若是在放大显示区域210内的月份，则例如显示为“车6/1、定6/22”，将特殊检验推荐项目产生图标220显示于到期日中较近的一者(在上述例子中为6/1)的右侧。另外，若车检及定期检验这两者的到期日是在放大显示区域210之外的月份，则例如只要以“车定”这两个字(颜色互不相同)进行显示即可。

通过设为如上所述的显示方式，定期检验及车检的日程等的管理的便利性显著提高，即使是便携终端等的小型显示器，也能够容易地确认定期检验及车检的到期时期。

在步骤S280中，管理表输出部24判定用户A是否已退出。此处，管理表输出部24在判定为用户A未退出(步骤S280为“否”)的情况下，返回步骤S240，并反复进行上述步骤S240～步骤S280的处理。通过反复进行此种处理，对于车检/检验计划表200中的各个特殊检验推荐项目，切换如图4所示的以图标220显示的显示方式、和如图6所示的显示消息及部件名称的显示方式。另一方面，管理表输出部24在判定为用户A已退出(步骤S280为“是”)的情况下，结束一连串的处理。

上述步骤S200～步骤S280的处理在由经销商终端访问的情况下，也会同样被执行。此外，也可以是，在由经销商终端访问的情况下，在步骤S220中，管理表输出部24将该经销商所管理的用户的一览发送至经销商终端，并且在利用经销商终端选择了用户的情况下，将该用户的检验管理表发送至经销商终端。

这样，本实施方式的车辆管理服务器10具备如下结构，即，以反映车辆部件的故障或劣化度的预测结果的方式自动制成及更新检验管理表，用户或经销商也能够阅览该检验管理表。根据具有该结构的本实施方式，参与车辆检验的人员能够容易地掌握与多个车辆的检验相关的状况及必要的信息，能够提高对于参与车辆的定期性检验的人员的便利性。

更具体而言，拥有多个车辆的用户通过阅览检验管理表，自行管理车辆的繁琐性减轻，能够容易地掌握各车辆的真实情况——例如区分临近检验的车辆和近期内可使用的车辆等。另一方面，经销商通过阅览检验管理表，能够事先掌握应在检验时重点检验或更换的部件等，能够提高相符的部件等的采购等的便利性。而且，根据本实施方式，还可获得显著减轻管理员的作业负担的效果。

此外，上述实施方式均仅表示在实施本发明时的具体化的一例，不应根据这些实施方式来限定性地解释本发明的技术范围。即，本发明可以在不脱离其宗旨或其主要特征的情况下以各种形式实施。

本申请基于2018年9月28日提出的日本专利申请(特愿2018-183402)，其内容作为参照并入本申请。

工业实用性

本发明的车辆管理系统能够适宜地用于将车辆部件的故障的预测结果反映到检验管理表中以提高对于参与车辆检验的人员的便利性。

附图标记说明

1 车辆管理系统

10 车辆管理服务器(车辆检验管理系统)

11 通信部

12 分析部(预测部)

13 数据库存储部

20 检验管理部

21 管理表制成部

22 一并记载部

23 管理表更新部

24 管理表输出部

110 用户信息服务器

150 用户终端

200 车检/检验计划表(检验管理表)

210 放大显示区域

220 特殊检验推荐项目产生图标

Claims

1.一种车辆检验管理系统，其特征在于，包括：

2.如权利要求1所述的车辆检验管理系统，其中，

所述管理表输出部以比第二期间的各栏显示得更大的方式，输出构成第一期间的各栏，该第一期间包含所述检验管理表的输出日，该第二期间比所述第一期间后到来。

3.如权利要求2所述的车辆检验管理系统，其中，

所述一并记载部在所述预测部预测出所述部件会在所述第二期间中发生故障或所述部件的劣化度会超过阈值的情况下，一并记载所述特殊检验推荐项目。

4.如权利要求1所述的车辆检验管理系统，其中，

所述特殊检验推荐项目是表示产生了应在所述定期性检验时一并检验的项目的图标，

所述管理表输出部在所述图标被选择了的情况下，以显示于所述显示部的方式输出所述部件的信息。

5.如权利要求1所述的车辆检验管理系统，其中，

包括按用户制成所述检验管理表的管理表制成部，所述用户拥有多个车辆，

所述管理表输出部根据从所述用户的终端接收到的所述输入的指示，将所述用户的检验管理表发送至所述终端。