CN101514942A - 车辆诊断装置、车辆诊断系统以及诊断方法 - Google Patents

Abstract

本发明提供一种可适应环境变化或可减小时间或空间上的限制来判定修理或部件更换是否完成的车辆诊断装置、车辆诊断系统以及诊断方法。对搭载在车辆(11)上的各种设备的异常进行检测的车辆诊断装置(16)的特征在于，包括：维护结果确定单元(51)，从车辆读出诊断信息，并确定预定设备的维护作业的结果；判定单元(53)，访问存储有用于判定维护作业的结果是否适当的判定信息(52)的数据库(43)，并判定由维护结果确定单元(51)确定的维护作业的结果是否适当；以及报告单元(50)，报告判定单元(53)的判定结果。

Description

车辆诊断装置、车辆诊断系统以及诊断方法

技术领域

本发明涉及判定车辆有无异常的车辆诊断装置、车辆诊断系统以及诊断方法。

背景技术

有的车辆为了能够检测各种传感器和致动器(以下称为诊断对象部件)的异常而搭载诊断装置，从而能够用诊断装置对诊断对象部件的状态进行监视，并且如有异常就将其作为异常信息存储起来，或者发送给服务器(例如参见专利文献1)。专利文献1中公开了一种车辆诊断系统，该系统用服务器收集异常信息，但在用户主动将车辆带到服务店来消除了异常时，通过向服务器发送已处理信息来避免向用户发送不必要的修理请求。

然而，当在车辆中检测出异常而进行了修理或者更换了部件时，服务店根据利用诊断工具15对诊断对象部件进行诊断的结果来判断修理是否结束或者部件更换是否正常完成(以下称为修理完成判定)。

图6是示出以往的修理完成判定的简要的图。服务店的修理工(i)从车辆上卸下故障部件，(ii)向车辆安装合适的修理用部件。然后，(iii)利用诊断工具15对诊断对象部件(不限于更换的修理用部件)进行诊断，(iv)修理工凭经验确定车辆的运行情况，或者确认是否处于依照操作规程等的状态，(v)当判定为正常时将车辆返还给用户。

专利文献1：日本专利第3799795号公报。

发明内容

但是，基于诊断工具15的诊断结果所进行的修理完成判定是在诊断工具15自身中预先存储预定的判断基准、并通过将该判断基准与诊断结果相比较来进行判定的，因而对于在制定该判断基准的时刻还没有掌握的现象，有时难以用该诊断工具15来进行判断。

例如，即使在修理完成时通过诊断工具15判定为正常，之后从修理用部件被实际安装到车辆上起经过多年的使用，不能否定会出现在进行修理更换时的判断基准中没有预料到的情况的可能性(例如，存在由于交通法规的变更而改变了车速限制的上限等、车辆或有关修理用部件的使用环境发生了变化的可能性)。

此外，诊断工具15的诊断结果不过是各诊断对象部件的诊断结果，因而即使各诊断对象部件的诊断结果正常，对于是否正常地完成了修理或部件更换，有时还需要根据各诊断对象部件和除此之外的车辆部件在所有状况下的相适应性来进行综合判定。但是，在时间和空间上都受限的修理中，不一定能够再现这样的所有状况，而且如果考虑等待修理的车辆用户，那么花费长时间来进行这种再现也是不现实的。

图7示出了通过诊断工具15获取的诊断对象部件以及各自的诊断时间的一个示例。如图7所示，A传感器用1.0秒，B传感器用2.0秒获得了诊断结果，但C传感器在连续行驶80小时的时候才第一次获取了“正常”的诊断结果。但是，在连续行驶80小时这样的状况下进行诊断是不现实的。此外，Q系统没有获取诊断结果，这是因为Q系统是例如只在高温环境(例如40度)或者低温环境(例如零下30度)下才能获得诊断结果的系统。如果在服务店等中再现出这种极限的环境之前修理无法完成，那么实际上诊断会变得很困难。

即，以往那样基于使用诊断工具15获得的诊断结果来直接判定修理或部件更换是否正常完成的修理完成判定存在如下问题：难以根据不经历长时间就无法评价的现象或者由于环境变化等而当初没有预料到的相关修理用部件的使用状况等来作出修理完成判定。

本发明就是鉴于上述问题而作出的，其目的在于，提供一种可适应环境变化或可减小时间或空间的限制来判定修理或部件更换完成的车辆诊断装置、车辆诊断系统以及诊断方法。

鉴于上述问题，本发明是一种对搭载在车辆上的各种设备的异常进行检测的车辆诊断装置，其特征在于，包括：维护结果确定单元(例如，修理结果确定部51)，从车辆读出诊断信息，来确定预定设备的维护作业的结果；判定单元，访问存储有用于判定维护作业的结果是否适当的判定信息(例如，正常值信息52)的数据库(例如，存储器43、服务器14)，来判定由维护结果确定单元确定的维护作业的结果是否适当；以及报告单元，报告判定单元的判定结果。

根据本发明，由于确定维护作业的结果，并将其与用于判定维护作业的结果是否适当的判定信息进行比较，因此能够减小时间或空间上的限制而判定修理是否完成。

此外，在本发明的一个方式具有如下特征：数据库存储有通过实施了维护作业的车辆以外的其他车辆的诊断信息进行更新后的判定信息，并且维护结果确定单元在确定实施了维护作业的车辆的结果之后，改变判定基准。

根据本发明，能够从收集了其他车辆的诊断信息的数据库判定维护结果是否适当，而且能够基于本车的维护结果来更新判定信息。

能够提供可适应环境变化或可减小时间或空间上的制约而判定修理或部件更换是否完成的车辆诊断装置、车辆诊断系统以及诊断方法。

附图说明

图1是示出修理完成判定的概要的图；

图2是车载诊断装置和修理结果判定装置的框图的一个示例；

图3是示出正常值信息的一个示例的图；

图4是示出由修理结果判定装置估计修理是否完成的步骤的流程图；

图5是修理结果推定系统的概要构成图；

图6是以往的修理完成判定的概要示意图；

图7是由诊断工具获取的诊断对象部件以及各自的诊断时间的示意图。

具体实施方式

下面参考附图，举出实施例对本发明的优选实施方式进行说明。

(实施例1)

图1是示出本实施方式的修理完成判定的概要的图。在本实施方式的修理完成判定中，代替诊断工具15而由修理结果判定装置16进行诊断，并代替修理工而由修理结果判定装置16判定修理是否完成。修理结果判定装置16预先存储有可将对象部件的诊断信息判定为正常的正常值信息，并通过比较该正常值信息与诊断信息来判定修理是否正常完成。因此，不需要像以往那样在时间或空间的限制下判断诊断结果是否正常。此外，正常值信息用于确定诊断对象的诊断信息的正常范围，该诊断对象中包含获取诊断信息很费时间的诊断对象部件、和如果不在预定的车辆状况下就无法获得诊断结果的诊断对象部件等。因而，针对上述的诊断对象部件，能够在服务店20(包括汽车经销商的服务设备等)中获取诊断结果并判定修理是否正常完成。

如果诊断信息与正常值信息的偏差量在预定值以内，则修理工可以将车辆11返还给用户，如果偏差量不在预定值以内，则修理工可以根据诊断信息再次对预定的诊断对象部件进行检查。因此，能够对修理是否完成进行准确地判定。

如图1所示，各种车辆A～C从车载诊断装置30向服务器14发送各车的诊断信息，以使得修理结果判定装置16能够预先存储正常值信息。诊断信息包括诊断对象部件正常的情况和被检测到异常的情况。通过大量收集正常的诊断信息，能够确定该诊断对象部件正常时诊断信息所取的范围，通过收集异常的诊断信息，能够确定该诊断对象部件异常时诊断信息所取的范围。正常的诊断信息例如定期发送，异常的诊断信息在检测出异常时进行发送。

服务器14是具有CPU等的计算机，其中具有参数生成部17，该参数生成部17对正常的诊断信息和存在异常的诊断信息实施数据挖掘，以生成正常值信息52。所谓数据挖掘是在数据的巨大集合或数据库中提取有用信息的技术。服务器14例如在每次更新时向修理结果判定装置16发送正常值信息52，此外响应于来自服务店20的询问，向修理结果判定装置16发送正常值信息。

也可以在修理结果判定装置16中配置参数生成部17，并由修理结果判定部16进行数据挖掘。此时，服务器14将正常的诊断信息和异常的诊断信息直接发送给修理结果判定装置16。

(车载诊断装置30)

图2示出了车载诊断装置30和修理结果判定装置16的框图。车载诊断装置30具有通过多路通信网络而相互连接的通信装置31、诊断ECU(Electronic Control Unit，电子控制单元)33、以及诊断对象部件32。多路通信网络的通信协议使用CAN(controller area network，控制器局域网)、LIN(Local Interconnect Network，本地内联网)，例如，动力总成系统的电子部件(例如发动机、制动器)使用CAN(高速)，车身系统的电子部件(例如门、座椅等)使用CAN(中速)。

车载诊断装置30由诊断ECU 33控制。诊断ECU 33是具有CPU、RAM、ROM等的计算机，其收集诊断对象部件32的诊断信息，并将诊断信息从通信装置31发送给服务器14，从连接器34发送给修理结果判定装置16。车载诊断装置30具有：通过由车载诊断装置30的CPU执行程序而实现的诊断信息收集部35、第一诊断信息发送部36以及第二诊断信息发送部37。

诊断对象部件32是用于控制车载装置的传感器或致动器，由与多路通信网络相连的另一个ECU管理该诊断对象部件32。例如，与发动机ECU相连的诊断对象部件32是A/F传感器(空燃比传感器)、转速传感器、空气流量计、水温传感器以及节气门开度传感器等，与致动器ECU相连的诊断对象部件32是车轮速度传感器、G传感器、泵马达、油压传感器等。

与诊断对象部件32相连的各ECU具有传感器或致动器的自诊断功能，当检测出异常时生成表示异常的位置及内容的诊断信息，并由管理诊断对象部32的ECU或诊断ECU 33中的至少一个进行存储。诊断信息是对诊断车辆11有用的信息，例如有只报告有无异常的信息、报告故障的位置和程度的信息，还有故障发生前后的动作数据、异常的发生时间等。

当诊断对象部件32没有发生异常(处于正常)时，诊断信息收集部35每隔预定的周期时间向诊断对象部件32请求有关传感器或致动器的诊断，收集诊断信息。与检测出异常的时候一样，该诊断信息是对诊断车辆11有用的信息。

诊断信息收集部35通过对每隔预定的周期时间收集的诊断信息例如实施统计处理，能够从诊断信息中只提取特征信息来降低要发送的数据的容量。根据统计处理，例如计算出由传感器等输出的电压值或电流值等检测信号的平均值、最大值、最小值、中间值以及方差(分散)等。例如，如果参数生成部17对车辆A～C的平均值等应用数据挖掘，则能从正常时的诊断信息得到该传感器的正常值信息52。这种统计处理可以在服务器14或修理结果判定装置16的任一个中进行。在本实施方式中，对进行了统计处理的和没有进行统计处理的不加以区分，都称为诊断信息。

第一诊断信息发送部36从通信装置31向服务器14发送诊断信息。诊断信息与能够对车辆11的系统进行识别的信息对应起来进行发送。所谓车辆11的系统，是指发动机系统、制动系统、安全设备系统等系统，所谓能够对车辆11的系统进行识别的信息，是指发送机型号、车架编号等。这是因为如果车辆11的系统不同则诊断信息就会不同，从而需要对每个系统进行数据挖掘的缘故。也可以按每个车辆11发送诊断信息，并生成对该车辆11最优的正常值信息。

对于诊断信息的发送时刻来说，诊断对象部件32正常时的诊断信息可定期地进行发送，例如每天定期地发送1到多次等，或者也可以不定期地进行发送，例如在点火装置刚开启或关闭后进行发送。通信装置31从移动电话网的基站12、无线LAN或WiMAX(Worldwide Interoperabilityfor Microwave Access，微波存取全球互通)的接入点连接到网络13并与服务器14进行通信。诊断信息的发送使用公知的通信协议、PPP协议(Point·to·Point·Protocol，点对点协议)或其上层的TCP/IP协议(Transmission Control Protocol/Internet Protocol，传输控制协议/因特网协议)等。网络13例如是通信网或因特网。

连接器34被设置在仪表板或转向管柱的侧面，提供与修理结果判定装置16之间的物理/软件接口。连接器34例如使用OBD2(On BoardDiagnosis system stage2)。

(修理结果判定装置)

修理结果判定装置16除了诊断工具15的功能之外，还具有确定修理结果的修理结果确定部51以及根据所确定的结果和正常值信息52来判定修理是否完成的判定部53，在本实施方式中，假设修理结果判定部51由程序实现，从而以计算机的方式进行说明。

修理结果判定装置16是通过总线将CPU 42、存储器43、RAM 44、ROM 45、显示控制部46、存储介质安装部47、NIC(Network InterfaceCard，网络接口卡)48以及输入装置49连接起来的计算机。CPU 42读出存储在存储器43中的程序，将RAM 44作为工作区来执行程序，由此提供修理结果判定部51、判定部53以及参数生成部17的功能，并且对修理结果判定装置16进行综合控制。

输入装置49可包括键盘、鼠标、语音输入装置等，用于输入来自修理工的各种操作指示。存储介质安装部47读出存储在CD、DVD、或闪存等存储介质40中的信息，并写入修理结果判定装置16所具有的信息。NIC 48是与网络13相连的通信装置，对从服务器14发来的信息实施预定的协议处理并进行接收。

当修理结果判定装置16生成正常值信息52时，存储器43的正常值信息52随时被更新，当服务器14生成正常值信息52时，修理结果判定装置16通过NIC 48从服务器14接收正常值信息52来更新存储器43中存储的正常值信息52。修理结果判定装置16也可以读取从服务器14分发存储在存储介质40中的正常值信息52。

此外，修理结果判定装置16具有数据通信部41，其通过有线或无线与车辆11内的连接器34相连，并经由多路通信网络与诊断ECU 33通信。修理工将符合数据通信部41的标准的电缆连接到连接器34上，操作输入装置49向诊断ECU 33请求发送诊断信息。由此，第二诊断信息发送部37将诊断信息收集部35收集的诊断信息经由数据通信部41发送给修理结果判定装置16。当用无线进行通信的时候，例如通过DSRC(DedicatedShort Range Communication，专用短程通信)、蓝牙、无线LAN进行通信。

虽然也可以获取用于报告存在异常的诊断对象部件32的诊断码，但由于本实施方式的目的在于在安装修理用部件之后判定修理是否完成，因此当获取诊断信息时大多已无法检测到诊断码。

(正常值信息52)

下面对正常值信息52进行说明。服务器14的参数生成部17对从车辆A～C获取的诊断信息应用模式(パタ一ン)提取、分类(クラス分

)、回归分析等方法，从而针对每个诊断对象部件32生成可被视作正常的参数。例如，当正常时，将诊断对象部件32输出的检测信号的正常值转换为参数。由此，获取诊断对象部件32的大部分的正常值信息52。

此外，对于获取诊断信息很费时间的诊断对象部件32来说，确定获取诊断信息不费时的诊断对象部件32(可以是1个也可以是多个)，并且该不费时的诊断对象部件32示出与在车辆使用过程中(例如不仅仅是行驶当中，也包括车辆点火装置打开的状态、以及只有辅助开关打开的状态)检测出的正常状态的诊断信息相关度大的诊断信息。而且，参数生成部17制定从后者的检测信号求出前者的检测信号的关系式，生成获取诊断信息很费时间的诊断对象部件32的正常状态的参数。

同样，对于如果不在预定的行驶状况下就不显示出异常的诊断对象部件32来说，确定能够容易获取诊断信息的诊断对象部件32(可以是1个也可以是多个)，并且该容易获取诊断信息的诊断对象部件32示出与在预定的行驶状况下检测出的正常状态的诊断信息相关度大的诊断信息。而且，制定从后者的检测信号求出前者的检测信号的关系式，生成不在预定的行驶状况下就不显示出异常的诊断对象部件32的正常状态的参数。在这些相关度的提取以及关系式的制定中应用数据挖掘。

也可以使用显示出异常的诊断信息来生成参数。如果可提取出显示与显示出异常的诊断对象部件32的诊断信息具有相关的诊断信息的诊断对象部件32，则对于在获取上很费时间的诊断对象部件32以及不在预定的行驶状态就无法获取诊断信息(不显示出异常)的诊断对象部件32尤其有效。即，能够基于在服务店20容易获取并且与目标诊断对象部件相关的其他诊断对象部件32的诊断信息来判定在获取上很费时间的诊断对象部件32、或如果不在预定的行驶状况下就无法获取诊断信息(不显示出异常)的诊断对象部件32的异常状态的诊断信息。

图3是示出正常值信息52的一个例子的图。正常值信息52对于每一个诊断对象部件32都具有“正常状态的参数”。在图3的“正常状态的参数”的右列示出了基于在修理后获取的诊断信息而生成的“修理后的参数”。

另外，偏差量例如如下计算。

{(“正常状态的参数”-“修理后的参数”)/“正常状态的参数”}×100

偏差量的允许值例如在预定值(例如百分之几～百分之几十)内。可以预先使“正常时的参数”具有与允许值相当的范围。此外，也可以根据相对于“正常状态的参数”的偏差量，以百分比表示存在异常的可能性。例如，如果相对于“正常状态的参数”的偏差量在±20％以内，则存在异常的可能性为0％，如果偏差量在±20～30％以内，则存在异常的可能性等于10％。

在图3中，A传感器～C传感器由于“正常状态的参数”与“修理后的参数”之间的偏差量小，因而被判定为正常地完成了修理。对于Q系统来说，由于“正常状态的参数”与“修理后的参数”之间的偏差量大，因而被判定为存在修理未完成的可能性。图3的Q系统可以与图6的Q系统相同，能够在服务店20中在实用的时间内获取如果不在预定的行驶状况(例如，车速大于零，或在高速公路上行驶)下就无法检测出诊断信息的诊断对象部件32的诊断信息。

也可以不象图3所示的那样用数值表示“正常状态的参数”，而是针对各诊断对象部件32中的每一个，将相关的多个诊断对象部件32的诊断信息的组分为正常和异常两个群组，对由数据通信部41获取的同一组的诊断信息进行模式识别，并根据被分到正常或异常中的哪一群组来判定修理是否完成。

(修理结果的确定)

修理结果确定部51使用与由服务器14的参数生成部17生成正常状态的参数时相同的方法，基于从自己车辆30读出的诊断信息来生成“修理后的参数”。该修理后的参数即为修理的确定结果。

判定部53对上述“正常状态的参数”和“修理后的参数”进行比较来判定修理是否正常完成。另外，也可以将服务器14构成为具有修理结果确定部51、判定部53以及正常值信息52的结构，并且将数据通信部41所接收到的诊断信息发送给服务器14，并由修理结果判定装置16从服务器14接收判定结果。此时，修理结果判定装置16可构成以往的诊断工具15。

(修理结果判定装置16的操作过程)

图4是示出由修理结果判定装置16判定修理是否完成的步骤的流程图。图4的流程图例如通过将数据通信部41与连接器34相连并从输入装置49输入预定的操作而开始。

修理结果判定部51从车辆11的车载诊断装置30获取诊断信息(S10)。该诊断信息是由诊断ECU 33向诊断对象部件32请求有关所管理的传感器或致动器的诊断而获取的。

在获取了所有诊断对象部件32的诊断信息后，修理结果确定部51将诊断信息转换为“修理后的参数”(S20)。然后，判定部53访问正常值信息52，按照每一个诊断对象部件32来判定“正常状态的参数”与“修理后的参数”之间的偏差量是否为预定值以上(S30)。也可以访问服务器14的正常值信息52来进行判定。

当检测出偏差量为预定值以上的诊断对象部件32时(S30中的“是”)，修理结果判定部51将该诊断对象部件32存储到存储器43等中(S40)，并重复步骤S30的判定直到诊断对象部件32变没。

当检测不到偏差量为预定值以上的诊断对象部件32时(S30中的“否”)，判定部53输出判定结果(S50)。判定结果例如被输出到显示器50，如果没有偏差量为预定以上的诊断对象部件32，则通过例如“修理完成”这样的消息来进行显示，如果有偏差量为预定以上的诊断对象部件32，则通过例如“存在修理未完成的可能性：A传感器”这样的消息来进行表示。判定结果也可以存储到存储器43或存储介质40中。修理工看到消息，可以判断是将车辆11返还给用户，还是再次重复图4的处理来对相应的诊断对象部件32进行修理。

此外，参数生成部17对已存储的正常值信息52及修理后的参数实施数据挖掘，更新正常值信息52(S60)。由此，能够根据本车的维护结果来更新正常值信息52。

根据本实施例，修理结果判定装置16通过预先存储用于确定由正常的诊断对象部件32输出的诊断信息的正常值信息52，能够判定在诊断信息的获取上很费时间的诊断对象部件32或只能在预定的行驶状况下获得诊断信息的诊断对象部件32的修理是否完成。即，对于诊断完成的判断受时间或空间限制的诊断对象部件32，能够在现实的时间和环境下判定修理是否完成。此外，即使自那以后经过长年累月的使用而环境发生了变化，也因为存储了与各种环境相对应的诊断信息，能够进行与环境变化相应的诊断。

此外，还具有如下效果：在服务店20进行过一次判定后，当下一次带到服务店20时(例如，在下一次的定期检查或者车检时)能够再次确认过去的修理结果的正确性。

(实施例2)

在由修理结果判定装置16判定出修理了诊断对象部件32的结果后，将判定结果发送给服务器14，由此能够应用到下一次及其以后的数据挖掘中。判定结果的发送目的地只要是进行数据挖掘的装置即可，既可以是服务器14也可以是修理结果判定装置16。

图5示出了修理结果估计系统的简要构成图。在图5中，对于与图1相同的结构部分，标注相同的标号并省略说明。车载诊断装置30在检测到诊断对象部件32发生了异常时，将表示异常的诊断信息(以下称为异常诊断信息)发送给服务器14。异常诊断信息中包含车架编号以及报告存在异常的诊断对象部件32的诊断码。

例如，当用户注意到仪表板等中显示的异常诊断信息并将车辆11带到服务店20时，修理结果判定装置16根据诊断码等来确定存在异常的诊断对象部件32并将其更换为修理用部件。然后，与实施例1一样地估计修理是否完成，当估计为修理完成时，修理结果判定装置16自NIC 48向服务器14发送异常消除信息。异常消除信息与车架编号一起发送，并包含更换的修理用部件的信息。

服务器14通过整合异常诊断信息和异常消除信息，能够积累消除该异常诊断信息的异常所需的修理用部件的信息。尤其是，当用修理用部件更换了与诊断码所示的诊断对象部件32不同的诊断对象部件时，服务器14根据二者的关系进行更恰当的数据挖掘，从而能够生成针对同样的异常诊断信息能够准确地确定更换的部件的正常值信息52。

根据本实施例，除了实施例1的效果之外，由于将异常消除信息发送给服务器14，因此能够生成更适于诊断完成判断的正常值信息52。

Claims (6)

1.一种车辆诊断装置，对搭载在车辆上的各种设备的异常进行检测，该车辆诊断装置的特征在于，包括：

维护结果确定单元，从车辆读出诊断信息，来确定预定设备的维护作业的结果；

判定单元，访问存储有用于判定维护作业的结果是否适当的判定信息的数据库，来判定由所述维护结果确定单元确定的维护作业的结果是否适当；以及

报告单元，报告所述判定单元的判定结果。

2.如权利要求1所述的车辆诊断装置，其特征在于，

所述数据库中存储有根据实施了维护作业的车辆以外的其他车辆的诊断信息进行更新后的所述判定信息，

所述维护结果确定单元在确定实施了维护作业的车辆的结果之后，改变所述判定基准。

3.如权利要求1或2所述的车辆诊断装置，其特征在于，

通过积累从处于车辆使用当中的车辆发送的诊断信息来生成所述判定信息。

4.一种车辆诊断系统，具有从车辆接收诊断信息的服务器、以及对车辆的异常进行检测的车辆诊断装置，该车辆诊断系统的特征在于，

所述车辆诊断装置包括：

维护结果确定单元，从车辆读出诊断信息，来确定预定设备的维护作业的结果；

判定单元，参考存储有用于判定维护作业的结果是否适当的判定信息的数据库，来判定由所述维护结果确定单元确定的维护作业的结果是否适当；以及

报告单元，报告所述判定单元的判定结果。

5.如权利要求4所述的车辆诊断系统，其特征在于，

当所述判定结果表示维护作业的结果适当时，所述车辆诊断装置在维护作业之后，将所述判定结果发送给所述服务器。

6.一种诊断方法，是对搭载在车辆上的各种设备的异常进行检测的车辆诊断方法，其特征在于，包括以下步骤：

维护结果确定单元从车辆读出诊断信息来确定预定设备的维护作业的结果；

判定单元访问存储有用于判定维护作业的结果是否适当的判定信息的数据库，来判定由所述维护结果确定单元确定的维护作业的结果是否适当；以及

报告单元报告所述判定单元的判定结果。

Images