CN114115196A - 设备可靠性的检测方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种设备可靠性的检测方法、装置、设备及存储介质。该方法包括：发送至少两种不同的检测信号至与所述检测信号对应的待检测设备；其中，所述待检测设备的类型与所述检测信号的类型一一对应；接收所述待检测设备发送的反馈信号；其中，所述反馈信号是所述待检测设备基于接收到的所述检测信号生成的；根据所述反馈信号，确定所述待检测设备的可靠性信息。采用本技术方案，能够对控制器中的多个硬件设备的功能点进行检测，进而提高检测的效率和检测结果的准确性。

Description

设备可靠性的检测方法、装置、设备及存储介质

技术领域

本申请涉及自动驾驶检测技术领域，尤其涉及一种设备可靠性的检测方法、装置、设备及存储介质。

背景技术

在自动驾驶领域中，控制器性能的好坏直接决定该自动驾驶的车辆是否可以投入使用。因此，在自动驾驶的车辆运行前，需要对自动驾驶的车辆的控制器中的硬件设备进行检测。

目前的检测方法是通过人工对控制器内嵌的单一硬件设备进行检测，这种方式效率较低且测试结果并不准确。

因此，需要一种硬件测试方法，能够对控制器中的多个硬件设备的功能点进行检测，进而提高检测的效率和检测结果的准确性。

发明内容

本申请提供一种设备可靠性的检测方法、装置、设备及存储介质，能够对控制器中的多个硬件设备的功能点进行检测，进而提高检测的效率和检测结果的准确性。

第一方面，本申请提供一种设备可靠性的检测方法，包括：

发送至少两种不同的检测信号至与所述检测信号对应的待检测设备；其中，所述待检测设备的类型与所述检测信号的类型一一对应；

接收所述待检测设备发送的反馈信号；其中，所述反馈信号是所述待检测设备基于接收到的所述检测信号生成的；

根据所述反馈信号，确定所述待检测设备的可靠性信息。

一个示例中，根据所述反馈信号，确定所述待检测设备的可靠性信息，包括：

获取所述反馈信号中的通信信息、以及所述通信信息在传输过程中单位时间的丢包率，并显示所述丢包率；

根据所述丢包率和所述通信信息，确定所述待检测设备的可靠性信息。

一个示例中，根据所述丢包率和所述通信信息，确定所述待检测设备的可靠性信息，包括：

若所述丢包率超过阈值，则确定为所述待检测设备的可靠性信息为所述待检测设备的连接线故障，并显示所述连接线故障的警示信息；

若所述丢包率不超过阈值，则根据所述通信信息确定待检测设备的可靠性信息。

一个示例中，根据所述通信信息确定待检测设备的可靠性信息，包括：

获取所述通信信息中的网络吞吐率，将所述网络吞吐率与数据库中对应的所述待检测设备的标准信息进行比对；

若比对结果的差值在预设的范围内，则确定所述待检测设备的可靠性信息为所述待检测设备正常；

若比对结果的差值超过预设的范围，则确定所述待检测设备的可靠性信息为所述待检测设备故障。

一个示例中，所述待检测设备包括串口、通用型输入输出接口或者控制器局域网络口。

一个示例中，在确定所述待检测设备的可靠性信息之后，还包括：

根据所述待检测设备的可靠性信息生成所述待检测设备的检测数据，并显示至交互界面供工作人员查看。

一个示例中，所述方法还包括：

若在预设的时间范围内，未接收到所述待检测设备所发送的反馈信号，则重新发送所述检测信号至所述待检测设备，以再次获取所述反馈信号；

若超过预设的时间范围，未接收到所述待检测设备所发送的反馈信号，则确定所述待检测设备的可靠性信息为所述待检测设备故障。

第二方面，本申请提供一种设备可靠性的检测装置，包括：

第一发送单元，用于发送至少两种不同的检测信号至与所述检测信号对应的待检测设备；其中，所述待检测设备的类型与所述检测信号的类型一一对应；

接收单元，用于接收所述待检测设备发送的反馈信号；其中，所述反馈信号是所述待检测设备基于接收到的所述检测信号生成的；

第一确定单元，用于根据所述反馈信号，确定所述待检测设备的可靠性信息。

一个示例中，第一确定单元，包括：

获取模块，用于获取所述反馈信号中的通信信息、以及所述通信信息在传输过程中单位时间的丢包率，并显示所述丢包率；

确定模块，用于根据所述丢包率和所述通信信息，确定所述待检测设备的可靠性信息。

一个示例中，确定模块，包括：

显示子模块，用于若所述丢包率超过阈值，则确定为所述待检测设备的可靠性信息为所述待检测设备的连接线故障，并显示所述连接线故障的警示信息；

确定子模块，用于若所述丢包率不超过阈值，则根据所述通信信息确定待检测设备的可靠性信息。

一个示例中，确定子模块，包括：

获取所述通信信息中的网络吞吐率，将所述网络吞吐率与数据库中对应的所述待检测设备的标准信息进行比对；

若比对结果的差值在预设的范围内，则确定所述待检测设备的可靠性信息为所述待检测设备正常；

若比对结果的差值超过预设的范围，则确定所述待检测设备的可靠性信息为所述待检测设备故障。

一个示例中，所述待检测设备包括串口、通用型输入输出接口或者控制器局域网络口。

一个示例中，所述装置还包括：

显示单元，用于根据所述待检测设备的可靠性信息生成所述待检测设备的检测数据，并显示至交互界面供工作人员查看。

一个示例中，所述装置还包括：

第二发送单元，用于若在预设的时间范围内，未接收到所述待检测设备所发送的反馈信号，则重新发送所述检测信号至所述待检测设备，以再次获取所述反馈信号；

第二确定单元，用于若超过预设的时间范围，未接收到所述待检测设备所发送的反馈信号，则确定所述待检测设备的可靠性信息为所述待检测设备故障。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面所述的方法。

本申请提供的一种设备可靠性的检测方法、装置、设备及存储介质，通过发送至少两种不同的检测信号至与所述检测信号对应的待检测设备；其中，所述待检测设备的类型与所述检测信号的类型一一对应；接收所述待检测设备发送的反馈信号；其中，所述反馈信号是所述待检测设备基于接收到的所述检测信号生成的；根据所述反馈信号，确定所述待检测设备的可靠性信息。采用本技术方案，能够对控制器中的多个硬件设备的功能点进行检测，进而提高检测的效率和检测结果的准确性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据本申请实施例一提供的一种设备可靠性的检测方法的流程示意图；

图2是根据本申请实施例二提供的一种设备可靠性的检测方法的流程示意图；

图3是根据本申请实施例三提供的一种设备可靠性的检测方法的交互示意图；

图4是根据本申请实施例四提供的一种设备可靠性的检测装置的示意图；

图5是根据本申请实施例五提供的一种设备可靠性的检测装置的示意图；

图6是根据一示例性实施例示出的一种终端设备的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1是根据本申请实施例一提供的一种设备可靠性的检测方法的流程示意图。实施例一中包括如下步骤：

S101、发送至少两种不同的检测信号至与检测信号对应的待检测设备；其中，待检测设备的类型与检测信号的类型一一对应。

示例性地，待检测设备是配置于自动驾驶控制器上的硬件设备，待检测设备的数量不止一个，本实施例中，可以通过同时发送两个及两个以上的检测信号至不同的待检测设备，以实现同时检测多个待检测设备的目的。其中，待检测设备包括串口、通用型输入输出接口或者控制器局域网络口。串口，也称串行通信接口或串行通讯接口，是采用串行通信方式的扩展接口，是指数据一位一位地顺序传送。串口的特点是通信线路简单，只要一对传输线就可以实现双向通信，适用于远距离通信，但传送速度较慢。通用型输入输出接口是计算机的输入输出接口，其是CPU与外部设备之间交换信息的连接电路，它们通过总线与CPU相连，简称I/O接口，其中，I/O接口分为总线接口和通信接口两类。控制器局域网络口是ISO国际标准化的串行通信协议，由多条总线构成。

本实施例中，先通过上位机发送预设的检测信号至与该检测信号对应的待检测设备，具体的，可以是先将上位机进行通电，具体的电压信号可以选择为12V，也可以选择为24V。

该上位机中安装有Labview平台软件，进一步地，Labview平台软件是一种程序开发环境，类似于C和BASIC开发环境，但是Labview平台软件与其他计算机语言的显著区别是，其他计算机语言都是采用基于文本的语言产生代码，而Labview平台软件使用的是图形化编辑语言编写程序，产生的程序是框图的形式。

本实施例中，例如，发送至少两种不同的检测信号，上述两种检测信号分别为检测信号A和检测信号B，上位机发送检测信号A至串口A，同时发送检测信号B至串口B，串口A在接收到检测信号A后，串口A对检测信号A进行响应，并由串口A生成反馈信号A。串口B对检测信号B进行响应，并由串口B生成反馈信号B。本实施例中，检测信号A发送后，只能由串口A接收以及由串口A进行响应，检测信号A即使发送至串口B，串口B也不会接收该检测信号，并且也不会对该检测信号进行响应。具体的，不同的检测信号中含有唯一的标识信息，能够使得串口通过识别该标识信息确定是否进行接收。其中，该标识信息是预先进行设置的，可以由预设位数的符号组成。

S102、接收待检测设备发送的反馈信号；其中，反馈信号是待检测设备基于接收到的检测信号生成的。

本实施例中，若待检测设备是串口，串口生成反馈信号，该反馈信号是串口基于接收到的检测信号生成的。反馈信号是由串口在接收到检测信号后，对检测信号进行处理后得到的处理结果。例如，检测信号可以是具备等间隔的矩形信号，经过串口处理后，将该等间隔的矩形信号处理为等间隔的三角形信号，则等间隔的三角形信号就为反馈信号。

S103、根据反馈信号，确定待检测设备的可靠性信息。

本实施例中，在接收到反馈信号后，对反馈信号进行分析，可以是用概率统计的方法进行定量分析或评估，得到可靠性信息的结果。其中，可靠性信息包括：是否可以正常工作、连接是否正常、待检测设备的故障的类型和严重程度。

本实施例公开了一种设备可靠性的检测方法，该方法包括：发送至少两种不同的检测信号至与检测信号对应的待检测设备；其中，待检测设备的类型与检测信号的类型一一对应；接收待检测设备发送的反馈信号；其中，反馈信号是待检测设备基于接收到的检测信号生成的；根据反馈信号，确定待检测设备的可靠性信息。采用本技术方案，能够同时对控制器中的多个硬件设备的功能点进行检测，进而提高检测的效率和检测结果的准确性。

图2是根据本申请实施例二提供的一种设备可靠性的检测方法的流程示意图。实施例二中包括如下步骤：

S201、发送至少两种不同的检测信号至与检测信号对应的待检测设备；其中，待检测设备的类型与检测信号的类型一一对应。

示例性地，本步骤可以参见上述步骤S101，不再赘述。

S202、接收待检测设备发送的反馈信号；其中，反馈信号是待检测设备基于接收到的检测信号生成的。

示例性地，本步骤可以参见上述步骤S102，不再赘述。

S203、获取反馈信号中的通信信息、以及通信信息在传输过程中单位时间的丢包率，并显示丢包率。

本实施例中，通信信息是反馈信号中所包括的信息量，其中，通信信息在传输过程中存在丢包率的情况，丢包率是指测试中所丢失数据包数量占所发送数据组的比率。其中，丢包率与数据包长度以及包发送频率相关。千兆网卡在流量大于200Mbps时，丢包率小于万分之五；百兆网卡在流量大于60Mbps时，丢包率小于万分之一。本实施例中，将丢包率的数据显示在上位机的交互界面上，以供工作人员进行查看。

S204、根据丢包率和通信信息，确定待检测设备的可靠性信息。

本实施例中，根据丢包率的具体数值和通信信息，能够确定待检测设备所生成的反馈信号是否符合标准，若是符合标准，则待检测设备的可靠性信息是准确的。

一个示例中，根据丢包率和通信信息，确定待检测设备的可靠性信息，包括：

若丢包率超过阈值，则确定为待检测设备的可靠性信息为待检测设备的连接线故障，并显示连接线故障的警示信息；

若丢包率不超过阈值，则根据通信信息确定待检测设备的可靠性信息。

本实施例中，丢包率超过阈值时，则说明通信信息在传输过程中所丢失的通信信息比较多，则说明待检测设备的连接线出现故障，则可以在上位机的交互界面上显示连接线故障的警示消息，其中，警示消息可以是红灯闪烁，还可以是发出蜂鸣的提示音。

本实施例中，若丢包率不超过阈值，则需要通过通信信息中的内容进一步确定待检测设备的可靠性信息。

一个示例中，根据通信信息确定待检测设备的可靠性信息，包括：

获取通信信息中的网络吞吐率，将网络吞吐率与数据库中对应的待检测设备的标准信息进行比对；若比对结果的差值在预设的范围内，则确定待检测设备的可靠性信息为待检测设备正常；若比对结果的差值超过预设的范围，则确定待检测设备的可靠性信息为待检测设备故障。

本实施例中，数据库中存储有不同的待检测设备的名称、不同待检测设备对应的检测信号以及不同待检测设备的标准信息。其中，该数据库为微软办公软件-关系数据库管理系统，其中，该数据库可以用来进行数据分析，具备统计分析能力，查询功能，可以进行各类统计；还可以用来开发软件，比如开发生产管理、销售管理、库存管理等各类企业管理软件。具体的，根据通信信息中的网络吞吐率的数值与该待检测设备的标准信息中的网络吞吐率的数值进行比对，若比对结果的差值在预设的范围内，则可以确定待检测设备的可靠性信息为该待检测设备工作正常，若比对结果的差值超过了预设的范围，则说明与标准信息相差比较大，则可以确定待检测设备的可靠性信息为待检测设备故障。

S205、根据待检测设备的可靠性信息生成待检测设备的检测数据，并显示至交互界面供工作人员查看。

本实施例中，将待检测设备最终的可靠性信息生成可视化的检测数据，该检测数据包括图形的形式或者表格的形式，将最终的图形或者表格显示在上位机的交互界面上，供工作人员进行查看。

S206、若在预设的时间范围内，未接收到待检测设备所发送的反馈信号，则重新发送检测信号至待检测设备，以再次获取反馈信号。

本实施例中，预设的时间范围是用户自行设置的，例如30S。在该预设的时间范围内，待检测设备是能够生成反馈信号并进行反馈的，若没有收到该反馈信号，则可能是检测信号在发送过程中丢失，因此，需要重新发送检测信号至待检测设备中，以使待检测设备重新生成反馈信号。

S207、若超过预设的时间范围，未接收到待检测设备所发送的反馈信号，则确定待检测设备的可靠性信息为待检测设备故障。

本实施例中，若超过预设的时间范围，没有收到待检测设备所发送的反馈信号，则可能使待检测设备收到了检测信号，但是由于待检测设备自身故障的原因，无法对该检测信号进行响应，因此，此时可以确定为待检测设备的可靠性信息为待检测设备故障。

本实施例公开了一种设备可靠性的检测方法，该方法包括：发送至少两种不同的检测信号至与检测信号对应的待检测设备；其中，待检测设备的类型与检测信号的类型一一对应，接收待检测设备发送的反馈信号；其中，反馈信号是待检测设备基于接收到的检测信号生成的，获取反馈信号中的通信信息、以及通信信息在传输过程中单位时间的丢包率，并显示丢包率，根据丢包率和通信信息，确定待检测设备的可靠性信息，根据待检测设备的可靠性信息生成待检测设备的检测数据，并显示至交互界面供工作人员查看，若在预设的时间范围内，未接收到待检测设备所发送的反馈信号，则重新发送检测信号至待检测设备，以再次获取反馈信号。采用本技术方案，能够实现多个待检测设备同时检测，能够克服由于不同人员不同的操作而造成的待检测设备检测不准确的问题，并生成一个完整的报告。

图3是根据本申请实施例三提供的一种设备可靠性的检测方法的交互示意图。本实施例中，待检测设备包括3个分别为待检测设备A、待检测设备B和待检测设备C，还有一个上位机，其中，该上位机中包括一个交互界面，由上位机发送检测信号A至待检测设备A后，待检测设备A进行响应后生成反馈信号A，并将反馈信号A发送至上位机，并通过上位机的交互界面进行呈现。具体的，待检测设备B和待检测设备C的工作过程同上，在此不再赘述。本实施例中，上位机是同时发送检测信号A、检测信号B和检测信号C至待检测设备A、待检测设备B和待检测设备C的。这样可以实现同时检测3个待检测设备的目的。

图4是根据本申请实施例四提供的一种设备可靠性的检测装置的示意图。实施例四中的装置40，包括：

发送单元401，用于发送至少两种不同的检测信号至与检测信号对应的待检测设备；其中，待检测设备的类型与检测信号的类型一一对应；

接收单元402，用于接收待检测设备发送的反馈信号；其中，反馈信号是待检测设备基于接收到的检测信号生成的；

确定单元403，用于根据反馈信号，确定待检测设备的可靠性信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图5是根据本申请实施例五提供的一种设备可靠性的检测装置的示意图。实施例五中包括：

第一发送单元501，用于发送至少两种不同的检测信号至与检测信号对应的待检测设备；其中，待检测设备的类型与检测信号的类型一一对应；

接收单元502，用于接收待检测设备发送的反馈信号；其中，反馈信号是待检测设备基于接收到的检测信号生成的；

第一确定单元503，用于根据反馈信号，确定待检测设备的可靠性信息。

一个示例中，第一确定单元503，包括：

获取模块5031，用于获取反馈信号中的通信信息、以及通信信息在传输过程中单位时间的丢包率，并显示丢包率；

确定模块5032，用于根据丢包率和通信信息，确定待检测设备的可靠性信息。

一个示例中，确定模块5032，包括：

显示子模块50321，用于若丢包率超过阈值，则确定为待检测设备的可靠性信息为待检测设备的连接线故障，并显示连接线故障的警示信息；

确定子模块50322，用于若丢包率不超过阈值，则根据通信信息确定待检测设备的可靠性信息。

一个示例中，确定子模块50322，具体用于：获取通信信息中的网络吞吐率，将网络吞吐率与数据库中对应的待检测设备的标准信息进行比对；若比对结果的差值在预设的范围内，则确定待检测设备的可靠性信息为待检测设备正常；若比对结果的差值超过预设的范围，则确定待检测设备的可靠性信息为待检测设备故障。

一个示例中，待检测设备包括串口、通用型输入输出接口或者控制器局域网络口。

一个示例中，装置还包括：

显示单元504，用于根据待检测设备的可靠性信息生成待检测设备的检测数据，并显示至交互界面供工作人员查看。

一个示例中，装置还包括：

第二发送单元505，用于若在预设的时间范围内，未接收到待检测设备所发送的反馈信号，则重新发送检测信号至待检测设备，以再次获取反馈信号；

第二确定单元506，用于若超过预设的时间范围，未接收到待检测设备所发送的反馈信号，则确定待检测设备的可靠性信息为待检测设备故障。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图6是根据一示例性实施例示出的一种终端设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)接口612，传感器组件614，以及通信组件616。

处理组件602通常控制装置600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当装置600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到装置600的打开/关闭状态，组件的相对定位，例如所述组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述终端设备的设备可靠性的检测方法。

本申请还公开了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本实施例中所述的方法。

本申请以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或电子设备上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据电子设备)、或者包括中间件部件的计算系统(例如，应用电子设备)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和电子设备。客户端和电子设备一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-电子设备关系的计算机程序来产生客户端和电子设备的关系。电子设备可以是云电子设备，又称为云计算电子设备或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。电子设备也可以为分布式系统的电子设备，或者是结合了区块链的电子设备。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (11)

1.一种设备可靠性的检测方法，其特征在于，所述方法包括：

发送至少两种不同的检测信号至与所述检测信号对应的待检测设备；其中，所述待检测设备的类型与所述检测信号的类型一一对应；

接收所述待检测设备发送的反馈信号；其中，所述反馈信号是所述待检测设备基于接收到的所述检测信号生成的；

根据所述反馈信号，确定所述待检测设备的可靠性信息。

2.根据权利要求1所述的方法，其特征在于，根据所述反馈信号，确定所述待检测设备的可靠性信息，包括：

获取所述反馈信号中的通信信息、以及所述通信信息在传输过程中单位时间的丢包率，并显示所述丢包率；

根据所述丢包率和所述通信信息，确定所述待检测设备的可靠性信息。

3.根据权利要求2所述的方法，其特征在于，根据所述丢包率和所述通信信息，确定所述待检测设备的可靠性信息，包括：

若所述丢包率超过阈值，则确定为所述待检测设备的可靠性信息为所述待检测设备的连接线故障，并显示所述连接线故障的警示信息；

若所述丢包率不超过阈值，则根据所述通信信息确定待检测设备的可靠性信息。

4.根据权利要求3所述的方法，其特征在于，根据所述通信信息确定待检测设备的可靠性信息，包括：

获取所述通信信息中的网络吞吐率，将所述网络吞吐率与数据库中对应的所述待检测设备的标准信息进行比对；

若比对结果的差值在预设的范围内，则确定所述待检测设备的可靠性信息为所述待检测设备正常；

若比对结果的差值超过预设的范围，则确定所述待检测设备的可靠性信息为所述待检测设备故障。

5.根据权利要求2-4中任一项所述的方法，其特征在于，所述待检测设备包括串口、通用型输入输出接口或者控制器局域网络口。

6.根据权利要求1所述的方法，其特征在于，在确定所述待检测设备的可靠性信息之后，还包括：

根据所述待检测设备的可靠性信息生成所述待检测设备的检测数据，并显示至交互界面供工作人员查看。

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

若在预设的时间范围内，未接收到所述待检测设备所发送的反馈信号，则重新发送所述检测信号至所述待检测设备，以再次获取所述反馈信号；

若超过预设的时间范围，未接收到所述待检测设备所发送的反馈信号，则确定所述待检测设备的可靠性信息为所述待检测设备故障。

8.一种设备可靠性的检测装置，其特征在于，所述装置包括：

发送单元，用于发送至少两种不同的检测信号至与所述检测信号对应的待检测设备；其中，所述待检测设备的类型与所述检测信号的类型一一对应；

接收单元，用于接收所述待检测设备发送的反馈信号；其中，所述反馈信号是所述待检测设备基于接收到的所述检测信号生成的；

确定单元，用于根据所述反馈信号，确定所述待检测设备的可靠性信息。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7中任一项所述的方法。

11.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images