CN107528750A - 一种直接网络管理的测试方法及装置 - Google Patents

Abstract

本发明公开了一种直接网络管理的测试方法及装置，涉及汽车技术领域，为解决现有的对直接网络管理进行测试时，只能在实车上进行测试而导致的无法对全部工况进行测试且浪费时间和资源的问题。本发明的方法包括：上位机输出对预置模式的测试指令；检测部件控制器是否输出与所述标识信息对应的报文；根据检测结果判断直接网络管理在所述预置模式下是否存在故障。本发明适合应用在对直接网络管理的测试中。

Description

一种直接网络管理的测试方法及装置

技术领域

本发明涉及汽车技术领域，尤其涉及一种直接网络管理的测试方法及装置。

背景技术

随着汽车电子技术的不断突破与发展，汽车上控制器的数量也随之增加，因而控制器之间的交互也变的越来越多，网络也越来越复杂，在通信过程中，可能会存在一个或多个控制器未加入网络而导致信号丢失。因此通常在设计过程中会加入网络管理，以用来对整车网络的实时监控和管理。OSEK(open systems and the corresponding interfacesfor automotive electronics，汽车电子类开放系统和对应接口标准)是欧洲厂商和汽车电子研究机构共同推出的一种汽车开放式系统及其接口的软件标准，其中的直接网络管理能够实现对整车各控制器之间的网络管理和监控。

通常，为了能够更加准确的监控和管理整车网络，需要首先对网络管理进行测试，以便于确保在网络管理无故障的情况下应用。目前，在对OSEK直接网络管理的测试主要是在组装完整的实车中进行测试的，从而使得在实车中无法对车辆可能存在的全部工况进行测试，以及测试过程耗时较长且浪费资源。

发明内容

鉴于上述问题，本发明提供一种直接网络管理的测试方法及装置，主要目的在于利用硬件在环设备在室内对直接网络管理进行测试。

为解决上述技术问题，第一方面，本发明提供了一种直接网络管理的测试方法，该方法包括：

上位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式；

检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个；

根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

可选的，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障包括：

若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障；

否则，则确定所述直接管理网络在所述预置模式下存在故障。

可选的，所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化；

若是，则输出对所述建环模式的测试指令。

可选的，当所述预置模式为跛行模式时，所述检测所述部件控制器是否输出与所述标识信息对应的报文包括：

所述上位机接收并统计所述部件控制器发送报文的发送次数是否超过预设阈值；

当所述发送次数超过预设阈值时，检测所述部件控制器是否输出与所述跛行模型对应的跛行报文。

可选的，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障之后，所述方法还包括：

当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息；

当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。

第二方面，本发明还提供了一种直接网络管理的测试装置，该装置包括：

输出单元，用于上位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式；

检测单元，用于检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个；

判断根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

可选的，所述判断单元包括：

第一确认模块，用于若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障；

第二确认模块，用于否则，则确定所述直接管理网络在所述预置模式下存在故障。

可选的，所述检测单元，还用于所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化；

所述输出单元，还用于若是，则输出对所述建环模式的测试指令。

可选的，当所述预置模式为跛行模式时，所述检测单元包括：

统计模块，用于所述上位机接收并统计所述部件控制器发送报文的发送次数是否超过预设阈值；

所述检测模块，用于当所述发送次数超过预设阈值时，检测所述部件控制器是否输出与所述跛行模型对应的跛行报文。

可选的，所述装置还包括：

第一显示单元，用于当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息；

第二显示单元，用于当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。

为了实现上述目的，根据本发明的第三方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的直接网络管理的测试方法。

为了实现上述目的，根据本发明的第四方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述所述的直接网络管理的测试方法。

借由上述技术方案，本发明提供的直接网络管理的测试方法及装置，对于现有技术在对直接网络管理进行测试时，只能在实车中进行测试使得无法对车辆可能存在的全部工况进行测试，且测试耗时较长、浪费资源，本发明通过利用硬件在环设备替代实车中的被测零件，并通过硬件在环设备连接部件控制器和上位机，从而可以在上位机中控制各个直接网络管理模式在硬件在环设备中的运行情况，因此相比于现有技术，本发明在对直接网络管理进行测试时，通过上位机输出对各个网络管理模式的测试指令，进而使得各个部件控制器是否输出相应的应用报文，进而根据输出应用报文情况判断直接网络管理是否存在故障，可以在室内快速高效的完成对网络管理的测试，节约了资源；此外，当上位机按照一定时间间隔检测到部件控制器的数量发生变化时，触发检测网络管理是否能够重新建立逻辑环，从而可以快速的对建环模式进行测试，提高了直接网络管理测试的效率。同时，在对直接网络管理完成测试时，能够根据测试结果输出相应的故障提示信息或测试完成信息，以便于用户可以根据测试结果采取相应措施，提高了用户的使用感受。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种直接网络管理的测试方法流程图；

图2示出了本发明实施例提供的一种直接网络管理测试系统的结构示意图；

图3示出了本发明实施例提供的另一种直接网络管理的测试方法流程图；

图4示出了本发明实施例提供的一种直接网络管理的测试装置的组成框图；

图5示出了本发明实施例提供的另一种直接网络管理的测试装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了提高直接网络管理测试的效率且节约资源，本发明实施例提供了一种直接网络管理的测试方法，如图1所示，该方法包括：

101、上位机输出对预置模式的测试指令。

其中，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式。对于所述标识信息，可以为以各个被测模式名称对应的字符串，也可以为预先设定的能够标识各个被测模式的特定标识符，本发明实施例不做具体限定。

需要说明的是，对于本发明实施例的执行主体可以为配置在实验室内用于对直接网络管理进行测试的系统中，但不限于此。具体地，本步骤可以通过在上位机中配置与各个预置模式相对应的窗口，当用户对任意一个模式窗口进行点击时，说明用户此刻需要对直接网络管理中的该模式进行测试，触发输出测试指令，进而实现对该模式运行情况的测试。

102、检测部件控制器是否输出与所述标识信息对应的报文。

其中，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个。而所述硬件在环设备可以为利用实时处理器运行仿真模型来模拟汽车中受控对象的运行状态的设备。需要说明的是，对于本发明实施例所提供的测试系统中还可以包含除硬件在环设备以外的实际汽车硬件设备，硬件在环设备和/或实际汽车硬件设备可以通过I/O接口与被测的部件控制器ECU连接，但不限于此。

对于本发明实施例，与所述标识信息对应的报文可以为用以响应上位机输出的测试指令的报文，例如标识信息标识测试模式为休眠模式时，检测部件控制器是否输出与休眠模式对应的报文S1eep.Indication＝1，当被测ECU发送该报文时，表示被测ECU已经接收到休眠指示并可以进入休眠状态，同样的，对于被测模式为唤醒模式时，被测ECU可以发送与唤醒模式相对应的Alive报文，以及被测模式为建环模式时，被测ECU可以发送与建环模式相对应的Ring报文等。

103、根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

具体地，所述步骤103可以为当检测到全部被测部件控制器均已经发送与被测模式相应的报文时，确定直接网络管理在该模式下不存在故障，还可以根据其中任意一个部件控制器在全部被测控制器均发送报文后发送汇总响应报文，用以提示该模式下的全部被测部件控制器均处于正常运行状态，也就是说直接网络管理在该模式下不存在故障。反之，则确定直接网络管理在该模式下是存在故障的。

进一步地，对于本发明实施例的执行主体可以配置在如图2所示的直接网络管理测试系统中，但不限于此，所示直接网络管理测试系统中包含有硬件在环设备、上位机、整车控制器、BOB(Breakout Box，外置连接盒)、部件控制器，其中硬件在环设备可以通过网线与上位机相连接，而部件控制器通过线束与BOB中的通信接口和电源接口相连接，同时硬件在环设备通过线束与整车控制器相连，从而确保部件控制器和整车控制器在同一条CAN(Controller Area Network，控制器局域网络)总线上。当用户在上位机中输出测试指令时，可以根据上位机中是否能接受到被测控制器返回的响应报文判断直接网络管理系统是否存在故障。以及，还可以调整硬件在环设备的工况，并对不同的工况下的直接网络管理进行测试，从而实现了在室内完成对直接网络管理的测试。

本发明实施例提供的直接网络管理的测试方法，对于现有技术在对直接网络管理进行测试时，只能在实车中进行测试使得无法对车辆可能存在的全部工况进行测试，且测试耗时较长、浪费资源，本发明通过利用硬件在环设备替代实车中的被测零件，并通过硬件在环设备连接部件控制器和上位机，从而可以在上位机中控制各个直接网络管理模式在硬件在环设备中的运行情况，因此相比于现有技术，本发明在对直接网络管理进行测试时，通过上位机输出对各个网络管理模式的测试指令，进而使得各个部件控制器是否输出相应的应用报文，进而根据输出应用报文情况判断直接网络管理是否存在故障，可以在室内快速高效的完成对网络管理的测试，节约了资源。

进一步的，作为对图1所示实施例的细化及扩展，本发明实施例还提供了另一种直接网络管理的测试方法，如图3所示。

201、上位机输出对预置模式的测试指令。

其中，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式。具体地，所述标识信息的概念解释、所述步骤201具体实施方式，均可以参考所述步骤101中相应描述，在此不再赘述。

需要说明的是，在所述步骤201之前本发明实施例还可以将配置在测试系统的硬件在环设备的工况进行调整，并依次对不同工况下的直接网络管理进行测试，且在调整硬件在环设备的工况之后，可以相应的保存在上位机中，以便于对不同工况下的测试结果一一对应的进行记录保存。对于本发明实施例，通过控制硬件在环设备的工况对车辆在实际运行过程中可能遇到的工况进行模拟，实现了在不同工况下对直接网络管理的测试，确保了测试的全面性，并且由于对硬件在环设备的控制快速便捷，避免了在整车进行测试耗时较长的问题，从而提高了直接网络管理测试的效率。

202、检测部件控制器是否输出与所述标识信息对应的报文。

其中，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个。而所述报文的概念解释可以参考所述步骤102中的相应描述，在此不再赘述。

例如，当在检测直接网络管理唤醒模式时，可以通过在上位机对应的唤醒测试窗口中将系统从OFF电转换为ON电以输出对唤醒模式的测试指令，此时直接网络管理系统由总线睡眠Bus Sleep状态进入初始化Init状态，在完成初始化后进入重置Reset状态，而后可以检测测试系统中的部件控制器是否发出与唤醒模式对应的Alive报文，以使得判断直接网络是否完成唤醒并进入常态Normal状态。

具体地，当所述预置模式为跛行模式时，所述步骤202包括：所述上位机接收并统计所述部件控制器发送报文的发送次数是否超过预设阈值；当所述发送次数超过预设阈值时，检测所述部件控制器是否输出与所述跛行模型对应的跛行报文。其中，所述预设预置可以为3、5、10等，本发明实施例不做具体限定。需要说明的是，当部件控制器在发送一定次数的报文后始终发送失败时，表明此时部件控制器存在故障，网络管理系统此时需要转换为跛行模式，因而此时触发对跛行模式进行测试，也就是说检测部件控制器是否能够输出与跛行模式相对应的报文，从而使得在测试过程中当监测到网络管理进入跛行模式时自动触发对跛行模式的测试，提高了直接网络管理测试的敏捷性，进而提高了网络管理测试的效率。

203a、若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障。

当测试系统中包含的全部部件控制器均输出与标识信息对应的报文时，表明在当前测试环境下所有的被测ECU均能够正常工作，并且当直接网络管理系统在接收到各个被测控制器发送的报文时，表明整个系统处于正常工作状态，即直接网络管理在该模式下无故障。

例如，在直接网络管理处于常态Normal状态时，上位机在统计系统中部件控制器ECU2发送报文失败3次，此时网络管理切换至跛行模式，上位机输出对跛行模式的测试指令，而后上位机依次接收到系统中除ECU2以外包含的三个部件控制器ECU1、ECU3和ECU4，分别输出的与跛行模式对应的Limphome报文，此时确认直接网络管理在跛行模式下无故障。

与所述步骤203a并列的步骤203b、否则，则确定所述直接管理网络在所述预置模式下存在故障。

如步骤203a中所述，当上位机只接收到ECU1发送的与跛行模式对应的Limphome报文，或者只接收到ECU3和ECU4发送的Limphome报文时，则确定直接网络管理在跛行模式下存在故障。

对于本发明实施例，通过根据测试系统中包含的部件控制器是否全部发出与被测模式相应的报文，判断直接网络管理是否存在故障，可以准确的对直接网络管理进行测试，提高了直接网络管理测试的准确性。

204、所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化。

其中，所述预置时间间隔可以为2小时、3天、一个月等，所述数量变化可以为数量增加也可以为数量减少，本发明实施例不做具体限定。对于本发明实施例，可以在上位机中配置数据存储区，实时的将直接网络管理测试系统中相应的数据保存在存储区域内，例如硬件在环设备的工况、系统中包含的部件处理器数量等，从而当测试系统中的部件处理器数量发生变化时，可以通过对存储区域内的数据进行监测以便及时获取测试系统中的部件控制器的数量情况。

205、若是，则输出对所述建环模式的测试指令。

需要说明的是，当直接网络管理测试系统中的部件控制器ECU数量发生变化时，在无故障状态下系统中的ECU可以重新建立相应的逻辑环，而当系统存在故障时ECU无法建立相应的逻辑换。从而在检测到直接网络管理系统中的部件控制器数量发生变化时触发对建环模式进行测试，可以根据数量更新后的ECU能够建立相应的逻辑换，判断测试系统是否存在故障，以便于及时对预置模式进行测试，从而提高了直接网络管理测试的效率。

进一步地，所述方法还包括：当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息；当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。而所述提示信息可以为文字信息、语音信息、视频信息等，本发明实施例不做具体限定。

对于本发明实施例，通过在对任一预置模式测试结束时输入相应的提示信息，也就是说在测试结果为网络管理存在问题时，输出相应的故障提示信息，以使得用户可以根据此提示信息进一步采取相应的措施；而当测试结果为网络管理运行正常时，输出相应的测试完成信息，以使得用户改变硬件在环设备的工况、切换其他预置模式继续进行其他测试等，从而避免了在测试已经结束时仍然在等待而造成的浪费时间的问题，进而提高了直接网络管理测试的效率。

进一步的，作为对上述图1所示方法的实现，本发明实施例还提供了一种直接网络管理的测试装置，用于对上述图1所示的方法进行实现。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。如图4所示，该装置包括：输出单元31、检测单元32、判断单元33，其中

输出单元31，可以用于位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式。

检测单元32，可以用于检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个。

判断单元33，可以用于根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

进一步的，作为对上述图3所示方法的实现，本发明实施例还提供了另一种直接网络管理的测试装置，用于对上述图3所示的方法进行实现。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。如图5所示，该装置包括：输出单元41、检测单元42、判断单元43，其中

输出单元41，可以用于位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式。

检测单元42，可以用于检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个。

判断单元43，可以用于根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

进一步的，所述装置还包括：

确认单元44，可以用于若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障。

所述确认单元44，还可以用于否则，则确定所述直接管理网络在所述预置模式下存在故障。

进一步的，

所述检测单元42，还可以用于所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化。

所述输出单元41，还可以用于若是，则输出对所述建环模式的测试指令。

进一步的，所述装置还包括：

显示单元45，可以用于当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息。

所述显示单元45，还可以用于当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。

本发明实施例提供的另一种直接网络管理的测试装置。所述装置包括：输出单元、检测单元、及判断单元。对于现有技术在对直接网络管理进行测试时，只能在实车中进行测试使得无法对车辆可能存在的全部工况进行测试，且测试耗时较长、浪费资源，本发明通过利用硬件在环设备替代实车中的被测零件，并通过硬件在环设备连接部件控制器和上位机，从而可以在上位机中控制各个直接网络管理模式在硬件在环设备中的运行情况，因此相比于现有技术，本发明在对直接网络管理进行测试时，通过上位机输出对各个网络管理模式的测试指令，进而使得各个部件控制器是否输出相应的应用报文，进而根据输出应用报文情况判断直接网络管理是否存在故障，可以在室内快速高效的完成对网络管理的测试，节约了资源；此外，当上位机按照一定时间间隔检测到部件控制器的数量发生变化时，触发检测网络管理是否能够重新建立逻辑环，从而可以快速的对建环模式进行测试，提高了直接网络管理测试的效率。同时，在对直接网络管理完成测试时，能够根据测试结果输出相应的故障提示信息或测试完成信息，以便于用户可以根据测试结果采取相应措施，提高了用户的使用感受。

所述文本处理装置包括处理器和存储器，上述输出单元31、检测单元32、判断单元33等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提高直接网络管理测试的效率。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述直接网络管理的测试方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述直接网络管理的测试方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：上位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式；检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个；根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

进一步的，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障包括：

若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障；

否则，则确定所述直接管理网络在所述预置模式下存在故障。

进一步的，所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化；

若是，则输出对所述建环模式的测试指令。

进一步的，当所述预置模式为跛行模式时，所述检测所述部件控制器是否输出与所述标识信息对应的报文包括：

所述上位机接收并统计所述部件控制器发送报文的发送次数是否超过预设阈值；

当所述发送次数超过预设阈值时，检测所述部件控制器是否输出与所述跛行模型对应的跛行报文。

进一步的，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障之后，所述方法还包括：

当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息；

当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。

本发明实施例中的设备可以是服务器、PC、PAD、手机等。

本发明实施例还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：上位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式；检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个；根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

进一步的，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障包括：

若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障；

否则，则确定所述直接管理网络在所述预置模式下存在故障。

进一步的，所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化；

若是，则输出对所述建环模式的测试指令。

进一步的，当所述预置模式为跛行模式时，所述检测所述部件控制器是否输出与所述标识信息对应的报文包括：

所述上位机接收并统计所述部件控制器发送报文的发送次数是否超过预设阈值；

当所述发送次数超过预设阈值时，检测所述部件控制器是否输出与所述跛行模型对应的跛行报文。

进一步的，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障之后，所述方法还包括：

当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息；

当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种直接网络管理的测试方法，其特征在于，所述方法包括：

上位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式；

检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个；

根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

2.根据权利要求1所述的方法，其特征在于，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障包括：

若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障；

否则，则确定所述直接管理网络在所述预置模式下存在故障。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化；

若是，则输出对所述建环模式的测试指令。

4.根据权利要求1所述的方法，其特征在于，当所述预置模式为跛行模式时，所述检测所述部件控制器是否输出与所述标识信息对应的报文包括：

所述上位机接收并统计所述部件控制器发送报文的发送次数是否超过预设阈值；

当所述发送次数超过预设阈值时，检测所述部件控制器是否输出与所述跛行模型对应的跛行报文。

5.根据权利要求1所述的方法，其特征在于，所述根据检测结果判断直接网络管理在所述预置模式下是否存在故障之后，所述方法还包括：

当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息；

当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。

6.一种直接网络管理的测试装置，其特征在于，所述装置包括：

输出单元，用于上位机输出对预置模式的测试指令，所述测试指令为用于触发测试所述预置模式是否存在故障的指令，且所述测试指令中携带有与所述预置模式对应的标识信息，而所述预置模式至少包含有休眠模式、唤醒模式、建环模式和跛行模式；

检测单元，用于检测部件控制器是否输出与所述标识信息对应的报文，所述部件控制器为通过硬件在环设备与所述上位机相连接的，且所述部件控制器的数量为一个或多个；

判断根据检测结果判断直接网络管理在所述预置模式下是否存在故障。

7.根据权利要求6所述的装置，其特征在于，所述判断单元包括：

第一确认模块，用于若所述各个部件控制器全部输出与所述标识信息对应的报文，则确认所述直接管理网络在所述预置模式下无故障；

第二确认模块，用于否则，则确定所述直接管理网络在所述预置模式下存在故障。

8.根据权利要求6所述的装置，其特征在于，

所述检测单元，还用于所述上位机按照预置时间间隔检测所述部件控制器的总数量是否变化；

所述输出单元，还用于若是，则输出对所述建环模式的测试指令。

9.根据权利要求6所述的装置，其特征在于，当所述预置模式为跛行模式时，所述检测单元包括：

统计模块，用于所述上位机接收并统计所述部件控制器发送报文的发送次数是否超过预设阈值；

所述检测模块，用于当所述发送次数超过预设阈值时，检测所述部件控制器是否输出与所述跛行模型对应的跛行报文。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一显示单元，用于当所述直接网络管理存在故障时，在所述上位机中显示故障提示信息；

第二显示单元，用于当所述直接网络管理不存在故障时，在所述上位机中显示测试完成提示信息。