CN110501956B - 生产测试报警系统、服务器及报警信息采集设备 - Google Patents

Abstract

本申请实施例公开了一种生产测试报警系统、服务器及报警信息采集设备，属于生产线报警领域。该生产测试报警系统包括：报警信息采集设备和服务器；报警信息采集设备，用于获取生产测试设备的状态信息，状态信息包括硬件状态信息和/或软件状态信息；报警信息采集设备，还用于当生产测试设备存在异常时，生成生产测试设备对应的报警信息，报警信息包括状态信息；报警信息采集设备，还用于向服务器发送报警信息；服务器，用于向报警处理终端发送报警信息；服务器，还用于接收报警处理终端发送的处理反馈信息，处理反馈信息包括生产测试设备的异常原因和异常处理结果。

Description

生产测试报警系统、服务器及报警信息采集设备

技术领域

本申请实施例涉及生产线报警领域，特别涉及一种生产测试报警系统、服务器及报警信息采集设备。

背景技术

在生产线中，拉线可能产生异常从而导致生产测试失败，此时需要人工进行监控并将异常情况上报给专业人员进行处理。

相关技术中，拉线通常包括信息采集终端和总机，信息采集终端通过获取生产设备的开关量信息判断生产设备的使用状态是否异常，异常时信息采集终端通过总线向服务器发送报警信息，服务器通过网线将报警信息发送到相关工作人员的终端，实现多条生产线的统一监控与报警信息发送。

发明内容

本申请实施例提供了一种生产测试报警系统、服务器及报警信息采集设备。

所述技术方案如下：

一方面，本申请实施例提供了一种生产测试报警系统，所述生产测试报警系统包括：报警信息采集设备和服务器；

所述报警信息采集设备，用于获取生产测试设备的状态信息，所述状态信息包括硬件状态信息和/或软件状态信息；

所述报警信息采集设备，还用于当所述生产测试设备存在异常时，生成所述生产测试设备对应的报警信息，所述报警信息包括所述状态信息；

所述报警信息采集设备，还用于向所述服务器发送所述报警信息；

所述服务器，用于向报警处理终端发送所述报警信息；

所述服务器，还用于接收所述报警处理终端发送的处理反馈信息，所述处理反馈信息包括所述生产测试设备的异常原因和异常处理结果。

另一方面，本申请实施例提供了一种服务器，所述服务器包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的生产测试报警系统中服务器的功能。

另一方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质中存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的生产测试报警系统中服务器的功能。

另一方面，本申请实施例提供了一种报警信息采集设备，所述报警信息采集设备包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的生产测试报警系统中报警信息采集设备的功能。

另一方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质中存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的生产测试报警系统中报警信息采集设备的功能。

本申请实施例提供的技术方案的有益效果至少包括：

本申请实施例中，报警信息采集设备获取生产测试设备的硬件和/或状态信息，并在生产测试设备存在异常时，将包含状态信息的报警信息上报至服务器，由服务器将报警信息发送至报警处理终端，使得相关技术人员能够快速分析生产测试设备的异常原因并进行远程技术指导，提高了异常解决效率；并且，服务器能够获取到报警处理终端发送的处理反馈信息，以便后续出现同类异常时，能够基于处理反馈信息中包含的异常原因以及异常处理结果快速确定解决方案，从而提高生产测试设备的异常处理效率。

附图说明

图1是相关技术中生产测试报警系统的系统框架图；

图2是根据一示例性实施例示出的一种生产测试报警系统的系统框架图；

图3是根据一示例性实施例示出的一种生产测试报警系统的交互流程图；

图4是根据另一示例性实施例示出的一种生产测试报警系统的交互流程图；

图5是根据一示例性实施例示出的一种生产测试报警系统的部分系统框架图；

图6是根据另一示例性实施例示出的一种生产测试报警系统的交互流程图；

图7是本申请一个示例性实施例提供的计算机设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

如图1所示，相关技术中，生产测试报警系统主要由报警终端110、总机120和处理报警信息的个人计算机160组成。报警终端110通过开关量信息采集模块111获取生产测试设备的开关量，并发送给终端可编程逻辑控制器(Programmable Logic Controller，PLC)112，终端PLC112分析开关量信息判断生产测试设备中产生异常的硬件，并生成报警信息，通过总线接口电路113接入总线170，总线170另一端接入总机120，从而将报警信息发送至总机120。总机120连接有稳压电源模块140和全球移动通信系统(Global System forMobile Communications，GSM)模块130，并通过以太网接口电路150和网线，与处理报警信息的个人计算机160相连。总机120利用GSM模块130将报警信息发送到相关的个人计算机160，完成报警信息的递交，相关工作人员通过个人计算机160获取报警信息后分析异常原因并找到解决方案。

这种报警系统只能应用于自动化程度较高的具有计算机设备的生产测试线，对于自动化程度不高的如夹具、治具等设备无法进行异常报警；并且其报警信息只是简单的拉线名称、设备名称、产生异常的硬件等信息，当生产测试设备的软件运行异常时，相关工作人员无法判断异常原因，需要进行电话沟通或亲自到生产测试现场查看，中间反馈过程较为繁琐，当发生严重异常时可能由于处理不及时而造成拉线产量损失。

为了解决上述问题，本申请实施例提供了一种适用于不同种类生产测试设备的生产测试报警系统，该生产测试报警系统的结构如图2所示。

如图2所示，当生产测试设备为设置有输入/输出(Input/Output，IO)控制卡和PLC的第一生产测试设备201时，第一生产测试设备201即通过安装的上位机应用程序202(安装有上位机应用程序202的第一生产测试设备201即实现成为报警信息采集设备)，检测第一生产测试设备201的硬件和软件状态信息，并在检测到第一生产测试设备201连续运行失败次数达到次数阈值时，通过上位机应用程序202获取报警信息并发送。当生产测试设备为不具有计算和数据传输功能的第二生产测试设备203时，在第二生产测试设备203处增设报警按键，其报警信息采集端为瘦客户机204，瘦客户机204获取报警信息并上报至服务器208。

第一生产测试设备201以及第二生产测试设备203的报警信息通过路由器交换机206、以太网接口电路207和网线被发送至服务器208。服务器208负责接收报警信息并根据其报警类型确定相关群组的报警处理终端。其中，服务器208可以通过公司内部沟通交流应用服务器209将报警信息发送至相关的公司内部应用拉线异常交流群组210，也可以通过RS-232串口212，通过GSM模块211向报警处理终端213发送报警信息，相关工作人员接收到包含详细异常情况的报警信息后快速分析并找到解决方案，对生产测试现场的技术人员进行远程指导。

相较于相关技术中提供的生产测试报警系统，本申请实施例通过对两种生产测试设备进行区分，能够同时满足不同生产测试设备的报警需求，适用于不同的生产测试线；报警信息采集设备获取详细的生产测试设备的状态信息，并通过服务器发送至报警处理终端，使得相关技术人员能够快速分析生产测试设备的异常原因并进行远程技术指导，提高了异常解决效率。

请参考图3，其示出了本申请一个实施例提供的生产测试报警系统的交互流程图，该系统包括：

步骤301，报警信息采集设备获取生产测试设备的状态信息，状态信息包括硬件状态信息和/或软件状态信息。

生产测试报警系统的报警信息采集设备获取生产测试设备的状态信息，该状态信息可以是生产测试设备的硬件状态信息，也可以是软件状态信息，或二者都有。

步骤302，当生产测试设备存在异常时，报警信息采集设备生成生产测试设备对应的报警信息，报警信息包括状态信息。

当获取到的状态信息显示生产测试设备存在异常时，报警信息采集设备生成与该异常生产测试设备对应的报警信息，报警信息包括生产测试设备的状态信息。

示意性的，报警信息可以是生产测试设备的名称、所在拉线的名称和状态信息等。

步骤303，报警信息采集设备向服务器发送报警信息。

报警信息采集设备生成报警信息后，需要将报警信息发送至服务器。在一种可能的实施方式中，报警信息采集设备通过路由器交换机和以太网连接服务器实现数据传输，将生成的报警信息发送至服务器。

步骤304，服务器向报警处理终端发送报警信息。

服务器接收来自报警信息采集设备的报警信息后，将报警信息发送至相关的报警处理终端。在一种可能的实施方式中，相关工作人员根据终端接收到的报警信息，分析生产测试设备发生异常的原因并找到解决方案，通过短信、电话或通讯软件等方式对生产技术人员进行远程指导。

步骤305，服务器接收报警处理终端发送的处理反馈信息，处理反馈信息包括生产测试设备的异常原因和异常处理结果。

为了方便后续生产测试过程中出现类似异常情况时能够快速找到解决方案，生产技术人员和相关工作人员在解决异常后，通过异常处理终端将生产测试设备的异常原因和异常处理结果等处理反馈信息发送至服务器，服务器将处理反馈信息保存到数据库。

在一种可能的实施方式中，生产技术人员解决异常后，通过短信、电话或通讯软件等方式将异常原因和异常处理结果的详细信息发送给相关工作人员和服务器，服务器将处理反馈信息保存至数据库中，相关技术人员可以根据当前处理反馈信息和服务器中以往的处理反馈信息，针对产生异常的生产测试设备进行改善。

综上所述，本申请实施例中，报警信息采集设备获取生产测试设备的硬件和/或状态信息，并在生产测试设备存在异常时，将包含状态信息的报警信息上报至服务器，由服务器将报警信息发送至报警处理终端，使得相关技术人员能够快速分析生产测试设备的异常原因并进行远程技术指导，提高了异常解决效率；并且，服务器能够获取到报警处理终端发送的处理反馈信息，以便后续出现同类异常时，能够基于处理反馈信息中包含的异常原因以及异常处理结果快速确定解决方案，从而提高生产测试设备的异常处理效率。

在实际生产测试过程中，生产测试设备包括第一生产测试设备和第二生产测试设备。第一生产测试设备是设置有IO控制卡和PLC的计算机设备，如负责手机功能测试的计算机设备；第二生产测试设备是不具备计算与数据传输功能的简单组装设备，如治具、夹具等手机组装工具。本申请的生产测试报警系统对两种生产测试设备进行区分，能够同时满足两种生产测试设备的报警需求，适用于不同的生产测试线，下面采用示意性的实施例对两种生产测试设备对应的报警方式进行说明。

请参考图4，其示出了本申请一个实施例提供的生产测试报警系统的交互流程图，该系统包括：

步骤401，报警信息采集设备根据IO控制卡的IO信号，确定第一生产测试设备的硬件状态信息。

当生产测试设备为设置有IO控制卡和PLC的计算机设备，即第一生产测试设备时，安装有上位机应用程序的第一生产测试设备即可实现成为报警信息采集设备。

报警信息采集设备根据IO控制卡发送的IO信号分析第一生产测试设备的硬件状态信息是否存在异常。

在一种可能的实施方式中，上位机应用程序实时接收IO控制卡发送的IO信号，当IO信号指示当前第一生产测试设备的硬件状态存在异常时，上位机应用程序分析并记录该异常信息。

示意性的，第一生产测试设备是用于检测某型号手机的功能的计算机设备，当该计算机设备硬件异常时，异常硬件对应的IO信号产生错误，上位机应用程序根据接收到的异常IO信号分析对应异常硬件的状态信息。

步骤402，报警信息采集设备根据第一生产测试设备中软件日志(log)文件，确定第一生产测试设备的软件状态信息，软件log文件是第一生产测试设备运行测试软件对待测试终端进行测试时输出的日志文件。

在一种可能的实施方式中，第一生产测试设备需要运行测试软件以完成对待测试终端的功能检测，测试软件运行时会产生记录有测试软件运行详细信息的软件log文件，当上位机应用程序检测到测试软件运行结果出错时，读取当前的软件log文件并获取测试软件状态信息。

示意性的，第一生产测试设备是用于检测某型号手机的功能的计算机设备，当该手机的功能异常或第一生产测试设备的测试软件异常时，会导致测试软件运行结果出错，上位机应用程序检测到测试软件的错误结果后，读取测试软件保存在本地的软件log文件并获取测试软件状态信息。

步骤403，报警信息采集设备在测试软件的连续测试失败次数达到次数阈值时，确定第一生产测试设备存在异常，并根据第一生产测试设备的状态信息生成报警信息。

由于第一生产测试设备的异常可能是硬件异常导致，也可能是软件异常导致，因此报警信息采集设备需要将硬件状态信息和软件状态信息都上报至服务器，以便相关工作人员定位异常原因。

由于第一生产测试设备运行测试软件对待测试设备进行功能检测的过程较为复杂，导致软件运行结果出错的原因很多，因此并不能根据一次结果错误就确定第一生产测试设备存在异常。

在一种可能的实施方式中，相关工作人员在上位机应用程序中设置次数阈值，当上位机应用程序检测到测试软件的连续测试失败次数达到次数阈值时，确定第一生产测试设备存在异常，并根据第一生产测试设备的状态信息生成报警信息。

示意性的，设置次数阈值为3，当上位机应用程序检测到测试软件的连续测试失败次数达到3次时，确定第一生产测试设备存在异常并生成报警信息。

在一种可能的实施方式中，根据第一生产测试设备的状态信息生成报警信息可以包括如下步骤：

一、报警信息采集设备将软件log文件上传至文件传输协议(File TransferProtocol，FTP)服务器。

由于软件log文件较大，直接将整个文件上传至服务器并发送给相关工作人员会花费较长时间，因此报警信息采集设备先将软件log文件上传至FTP服务器的指定路径，后续发送报警信息时只发送软件log文件的文件路径即可。

示意性的，上位机应用程序确定第一生产测试设备存在异常后，将测试软件运行时生成的软件log文件按设备名称和所在拉线名称命名并记录文件生成时间，将该软件log文件上传至FTP服务器的指定路径。

二、报警信息采集设备根据硬件状态信息、第一生产测试设备的设备名称、第一生产测试设备所在拉线的拉线名称、软件log文件的文件路径以及异常事件，生成报警信息。

报警信息采集设备确定生产测试设备异常后需要生成详细的报警信息。可选的，针对第一生产测试设备的报警信息包括第一生产测试设备的设备名称、第一生产测试设备所在拉线的拉线名称、硬件状态信息、软件log文件的文件路径以及异常事件等。

步骤404，报警信息采集设备向服务器发送报警信息。

本步骤的实施方式可以参考上述步骤303，本实施例在此不再赘述。

步骤405，服务器根据报警信息的报警类型，确定报警类型对应的目标报警处理终端，目标报警处理终端对应的已处理历史报警信息包括报警类型。

为了将报警信息发送给相关工作人员，以便相关工作人员快速处理异常，服务器接收到来自报警信息采集设备的报警信息后，对该报警信息进行分类，根据报警信息的报警类型，确定该报警类型对应的目标报警处理终端。其中，该报警类型可以按照拉线进行划分、按照软硬件异常进行划分、按照异常设备类型进行划分，本申请实施例对此不做限定。

在一种可能的实施方式中，服务器根据报警信息的报警类型确定相关联的个人计算机、手机、平板电脑等目标报警处理终端，持有目标报警处理终端的相关领导和高级工程师等相关工作人员可以通过目标报警处理终端接收并查看报警信息。

可选的，服务器中预先存储报警类型与报警处理终端之间的对应关系，确定出当前报警信息的报警类型后，服务器即基于该对应关系确定目标报警处理终端。

步骤406，服务器通过短信模块向目标报警处理终端发送报警短信，报警短信中包含报警信息。

在一种可能的实施方式中，服务器通过异步传输标准接口(RS-232)连接GSM模块。GSM模块是将GSM射频芯片、基带处理芯片、存储器、功放器件等集成在一块线路板上的功能模块，可以实现发送短信，语音通话，通用分组无线服务(General Packet Radio Service，GPRS)数据传输等基于GSM网络进行通信的基本功能。服务器根据报警信息的报警类型确定联系人分组中与该类报警信息相关的目标报警处理终端，并发送包含报警信息的报警短信。

步骤407，服务器根据报警信息的报警类型，确定报警类型对应的报警处理群组，报警处理群组中的报警处理终端用于处理属于报警类型的报警信息。

除了通过短信方式通知相关人员处理异常外，服务器还可以通过软件通知相关人员进行异常处理。

在一种可能的实施方式中，服务器中装有连接公司沟通交流服务器的软件，如微信、腾讯QQ、钉钉等，软件内设置有针对不同种类异常的报警处理群组，报警处理群组中的报警处理终端用于处理属于指定报警类型的报警信息，其用户为相关领导及高级软硬件工程师。

相应的，当接收到报警信息时，服务器即根据报警信息的报警类型，确定该报警类型对应的报警处理群组，以便后续通知报警处理群组内的报警处理终端进行异常处理。可选的，服务器中存储有报警类型与报警处理群组之间的对应关系，服务器即基于该对应关系确定当前报警类型对应的报警处理群组。

步骤408，服务器通过软件通信模块向报警处理群组中的各个报警处理终端发送报警信息。

进一步的，服务器通过软件通信模块，根据报警类型将报警信息发送至报警处理群组中的计算机、手机等报警处理终端，方便工程师及时了解异常情况并指导生产测试现场的技术人员处理异常。

需要说明的是，对于上述步骤405至406以及407至408示出的两种报警信息发送方式，服务器可以选择其中一种执行，也可以同时执行两种，本实施例对此不做限定。

步骤409，接收报警处理终端发送的处理反馈信息，处理反馈信息包括生产测试设备的异常原因和异常处理结果。

本步骤的实施方式可以参考上述步骤305，本实施例在此不再赘述。

步骤410，服务器将异常原因和异常处理结果关联存储至异常数据库。

为了在之后的生产测试过程中出现类似异常时，相关工作人员能够快速找到解决方案，服务器设有异常数据库，存储了不同种类的异常原因和异常处理结果。

可选的，服务器还可以根据报警信息对应的报警类型，更新目标报警处理终端对应的已处理历史报警信息。

在一种可能的实施方式中，生产测试现场的技术人员解决异常情况后，通过手机、计算机等终端中的沟通交流软件，将异常原因和异常处理结果发送至服务器指定接口。服务器将上述信息反馈给对应的报警处理群组中的报警处理终端，并将上述信息关联存储至异常数据库。当服务器下一次接收到报警信息时，可以根据报警类型查找类似异常的处理结果，并将报警信息和历史异常处理结果一并发送至相关的报警处理终端。

本申请实施例中，报警信息采集设备通过IO信号和软件log文件获取第一生产测试设备的详细异常情况并生成报警信息发送至服务器，服务器针对报警信息的报警类别将报警信息和历史异常处理结果发送给相关报警处理终端，使得相关工作人员能够快速分析得到异常原因和解决方案，简化了中间的反馈过程，从而减少了拉线上的产量损失；服务器保存每一次的异常原因及其处理结果，可以针对不同工位进行改进，同时也方便不同工厂之间的数据比较。

对于第二生产测试设备，因为不具有计算和数据传输功能，无法自动检测和生成报警信息，因此需要为此类设备设置报警按键，如图5所示，每一台第二生产测试设备203都设置有相应的报警按键211，报警按键211通过拉线205接入IO控制卡212的不同IO口，IO控制卡212与瘦客户机204(即报警信息采集设备)相连，当第二生产测试设备203发生异常时，技术人员按下其对应的报警按键211，瘦客户机204接收到拉线205的IO控制卡212的IO信号，确定产生异常的第二生产测试设备203，生成报警信息并发送。

在图4的基础上，如图6所示，上述步骤401至403可以被替换为411至412。

步骤411，报警信息采集设备根据拉线IO控制卡的IO接口状态，确定第二生产测试设备的硬件状态信息。

当生产测试设备为不具备计算与数据传输功能的简单设备即第二生产测试设备，如治具、夹具等，报警信息采集设备无法通过软件获取生产测试设备的硬件状态信息。因此在每一台第二生产测试设备处安装报警按键，报警按键与拉线IO控制卡的IO接口相连，并增加与拉线IO控制卡相连的瘦客户机作为报警信息采集设备，瘦客户机根据拉线IO控制卡的IO接口状态，确定第二生产测试设备的硬件状态信息。

步骤412，当IO接口状态指示第二生产测试设备对应的IO接口存在IO信号时，报警信息采集设备确定第二生产测试设备存在异常，并根据第二生产测试设备的硬件状态信息生成报警信息，IO信号是用户触发报警按键时拉线IO控制卡接收到的信号。

在一种可能的实施方式中，当第二生产测试设备产生异常情况时，现场的技术人员按下报警按键，瘦客户机获取到IO控制卡的相关IO接口发送的IO信号，确定存在异常的第二生产测试设备并根据其硬件状态信息生成报警信息，报警信息还包括第二生产测试设备对应的设备标识以及第二生产测试设备所在拉线的拉线名称。

可选的，现场的技术人员可以直接在瘦客户机中的报警软件输入详细的第二生产测试设备的异常情况，并发送相关报警信息。

本申请实施例中，针对不具备计算与数据传输功能的简单设备进行异常报警，报警信息采集设备通过IO信号或技术人员手动输入获取第二生产测试设备的硬件运行状态和异常情况，实现了自动化程度较低的拉线的报警功能。

请参考图7，其示出了本申请一个示例性实施例提供的计算机设备的结构示意图，该计算机设备可以实现成为生产测试报警系统的服务器，或实现成为报警信息采集设备。

其中，计算机设备700包括中央处理单元(CPU)701、随机存取存储器(RAM)702和只读存储器(ROM)703的系统存储器704，以及连接系统存储器704和中央处理单元701的系统总线705。计算机设备700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)706，和用于存储操作系统713、应用程序714和其他程序模块715的大容量存储设备707。

基本输入/输出系统706包括有用于显示信息的显示器708和用于用户输入信息的诸如鼠标、键盘之类的输入设备709。其中显示器708和输入设备709都通过连接到系统总线705的输入输出控制器710连接到中央处理单元701。基本输入/输出系统706还可以包括输入输出控制器710以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器710还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备707通过连接到系统总线705的大容量存储控制器(未示出)连接到中央处理单元701。大容量存储设备707及其相关联的计算机可读介质为计算机设备700提供非易失性存储。也就是说，大容量存储设备707可以包括诸如硬盘或者CD-ROI驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器704和大容量存储设备707可以统称为存储器。

存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元701执行，一个或多个程序包含用于实现上述服务器和报警信息采集设备的功能的指令，中央处理单元701执行该一个或多个程序实现上述各个实施例中服务器或报警信息采集设备的功能。

根据本申请的各种实施例，计算机设备700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即计算机设备700可以通过连接在系统总线705上的网络接口单元711连接到网络712，或者说，也可以使用网络接口单元711来连接到其他类型的网络或远程计算机系统(未示出)。

存储器还包括一个或者一个以上的程序，该一个或者一个以上程序存储于存储器中，一个或者一个以上程序包含用于进行本申请实施例提供的由服务器或报警信息采集设备所执行的步骤。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质存储有至少一条指令，至少一条指令由处理器加载并执行以实现如上各个实施例所述的生产测试报警系统中服务器的功能。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，至少一条指令由处理器加载并执行以实现如上各个实施例所述的生产测试报警系统中服务器的功能。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质存储有至少一条指令，至少一条指令由处理器加载并执行以实现如上各个实施例所述的生产测试报警系统中报警信息采集设备的功能。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，至少一条指令由处理器加载并执行以实现如上各个实施例所述的生产测试报警系统中报警信息采集设备的功能。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种生产测试报警系统，其特征在于，所述生产测试报警系统包括：报警信息采集设备和服务器，所述报警信息采集设备包括运行有上位机应用程序的第一生产测试设备，和/或，通过拉线IO控制卡与第二生产测试设备相连的瘦客户机，所述第一生产测试设备是设置有IO控制卡和可编程逻辑控制器PLC的计算机设备，所述第二生产测试设备对应的报警按键与所述拉线IO控制卡的IO接口相连；

所述报警信息采集设备，用于获取生产测试设备的状态信息，所述状态信息包括硬件状态信息和/或软件状态信息；

所述报警信息采集设备，还用于当所述生产测试设备存在异常时，生成所述生产测试设备对应的报警信息，所述报警信息包括所述状态信息，其中，所述第一生产测试设备的所述硬件状态信息由所述报警信息采集设备根据所述IO控制卡的IO信号获取，所述第一生产测试设备的所述软件状态信息由所述报警信息采集设备根据软件log文件获取，所述第二生产测试设备的所述硬件状态信息由所述报警信息采集设备根据所述拉线IO控制卡的IO接口状态获取，所述软件log文件是所述第一生产测试设备运行测试软件对待测试终端进行测试时输出的日志文件；

所述报警信息采集设备，还用于向所述服务器发送所述报警信息；

所述服务器，用于向报警处理终端发送所述报警信息；

所述服务器，还用于接收所述报警处理终端发送的处理反馈信息，所述处理反馈信息包括所述生产测试设备的异常原因和异常处理结果。

2.根据权利要求1所述的系统，其特征在于，

所述报警信息采集设备，用于在所述测试软件的连续测试失败次数达到次数阈值时，确定所述第一生产测试设备存在异常，并根据所述第一生产测试设备的所述状态信息生成所述报警信息。

3.根据权利要求2所述的系统，其特征在于，

所述报警信息采集设备，用于将所述软件log文件上传至文件传输协议FTP服务器；

根据所述硬件状态信息、所述第一生产测试设备的设备名称、所述第一生产测试设备所在拉线的拉线名称、所述软件log文件的文件路径以及异常事件，生成所述报警信息。

4.根据权利要求1所述的系统，其特征在于，当所述IO接口状态指示所述第二生产测试设备对应的IO接口存在IO信号时，确定所述第二生产测试设备存在异常，并根据所述第二生产测试设备的所述硬件状态信息生成所述报警信息，所述IO信号是用户触发所述报警按键时所述拉线IO控制卡接收到的信号。

5.根据权利要求4所述的系统，其特征在于，所述报警信息中包括所述第二生产测试设备对应的设备标识以及所述第二生产测试设备所在拉线的拉线名称。

6.根据权利要求1至5任一所述的系统，其特征在于，所述服务器中设置有短信模块；

所述服务器，用于根据所述报警信息的报警类型，确定所述报警类型对应的目标报警处理终端，所述目标报警处理终端对应的已处理历史报警信息包括所述报警类型；

通过所述短信模块向所述目标报警处理终端发送报警短信，所述报警短信中包含所述报警信息。

7.根据权利要求6所述的系统，其特征在于，

所述服务器，还用于根据所述报警信息对应的报警类型，更新所述目标报警处理终端对应的所述已处理历史报警信息。

8.根据权利要求1至5任一所述的系统，其特征在于，所述服务器中设置有软件通信模块，所述服务器通过所述软件通信模块接入软件通信应用服务器；

所述服务器，用于根据所述报警信息的报警类型，确定所述报警类型对应的报警处理群组，所述报警处理群组中的所述报警处理终端用于处理属于所述报警类型的报警信息；

通过所述软件通信模块向所述报警处理群组中的各个报警处理终端发送所述报警信息。

9.根据权利要求1至5任一所述的系统，其特征在于，

所述服务器，还用于将所述异常原因和所述异常处理结果关联存储至异常数据库。

10.一种服务器，其特征在于，所述服务器包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如权利要求1至9任一所述生产测试报警系统中服务器的功能。

11.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如权利要求1至9任一所述生产测试报警系统中服务器的功能。

12.一种报警信息采集设备，其特征在于，所述报警信息采集设备包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如权利要求1至9任一所述生产测试报警系统中报警信息采集设备的功能。

13.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如权利要求1至9任一所述生产测试报警系统中报警信息采集设备的功能。

Images