多命令监测方法、装置、计算机设备及存储介质与流程

本发明涉及命令监测方法，更具体地说是指多命令监测方法、装置、计算机设备及存储介质。

背景技术：

工控指的是工业自动化控制，主要利用电子电气、机械、软件组合实现。即是工业控制(factorycontrol)，或者是工厂自动化控制(factoryautomationcontrol)。主要是指使用计算机技术，微电子技术，电气手段，使工厂的生产和制造过程更加自动化、效率化、精确化，并具有可控性及可视性。在工控中一般都会进行上位机对下位机所支持的多种命令模式的实时监控，以实现准确的控制。目前的监控过程通常在ui(界面，userinterface)、通讯、数据存储区等功能块间的划分不明显，如果通讯发生故障，常常可能会导致ui假死；并且对下位机的监控常常只支持一种命令模式，不能做到多功能并用，亦或者支持多功能但又没有很好的做到组件间的功能解耦，维护不便。

因此，有必要设计一种新的方法，实现多种业务功能监控，更易于维护，鲁棒性更高。

技术实现要素：

本发明的目的在于克服现有技术的缺陷，提供多命令监测方法、装置、计算机设备及存储介质。

为实现上述目的，本发明采用以下技术方案：多命令监测方法，包括：

获取输入数据和需求；

对输入的数据进行数组组装，形成原始数据；

判断原始数据是否满足第一预设条件；

若是，对原始数据进行截取处理；

划分截取处理结果，形成中间数据；

判断中间数据是否满足第二预设条件；

若是，根据中间数据进行格式化处理，以形成目标数据；

反馈目标数据。

其进一步技术方案为：所述判断原始数据是否满足第一预设条件之后，还包括：

若否，则输出异常报告。

其进一步技术方案为：所述对原始数据进行截取处理，包括：

以环形缓存的模式存储原始数据；

对存储后的原始数据进行分包处理。

其进一步技术方案为：所述对存储后的原始数据进行分包处理，包括：

定义帧头中的某个字节为帧的长度，将帧头位置加帧的长度作为帧结束位；

判断存储后的原始数据的长度是否小于整数倍帧的长度；

若是，则挂起线程等待，并返回所述判断存储后的原始数据的长度是否小于整数倍帧的长度；

若否，则利用帧的起始和结束位对存储后的原始数据截取数据帧，以得到截取处理结果。

其进一步技术方案为：所述划分截取处理结果，形成中间数据，包括：

通过帧头中的某个字节作为对象类型划分数据帧的类型的方式对截取处理结果进行类型划分，以得到不同类型的数据帧，以形成中间数据。

其进一步技术方案为：所述判断中间数据是否满足第二预设条件之后，还包括：

若否，则输出异常报告。

其进一步技术方案为：所述根据中间数据进行格式化处理，以形成目标数据，包括：

搜集中间数据；

根据业务需求对中间数据进行对应的格式变换；

对变换后的中间数据进行存储，以得到目标数据。

本发明还提供了多命令监测装置，包括：

数据获取单元，用于获取输入数据和需求；

组装单元，用于对输入的数据进行数组组装，形成原始数据；

第一判断单元，用于判断原始数据是否满足第一预设条件；

截取处理单元，用于若是，对原始数据进行截取处理；

划分单元，用于划分截取处理结果，形成中间数据；

第二判断单元，用于判断中间数据是否满足第二预设条件；

格式化单元，用于若是，根据中间数据进行格式化处理，以形成目标数据；

反馈单元，用于反馈目标数据。

本发明还提供了一种计算机设备，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法。

本发明还提供了一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述的方法。

本发明与现有技术相比的有益效果是：本发明通过输入数据和需求，对数据进行数组组装、截取处理、划分以及格式化处理，以得到目标数据，采用责任链的方式进行划分，使得数据每个处理环节的解耦，增强了稳定性上和可维护性，鲁棒性更高，由于输入数据可以是多种业务功能监控数据，实现多种业务功能监控，且更加准确得知故障发生的位置。

下面结合附图和具体实施例对本发明作进一步描述。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的多命令监测方法的应用场景示意图；

图2为本发明实施例提供的多命令监测方法的流程示意图；

图3为本发明实施例提供的多命令监测方法的子流程示意图；

图4为本发明实施例提供的多命令监测方法的子流程示意图；

图5为本发明实施例提供的多命令监测方法的子流程示意图；

图6为本发明实施例提供的环形缓存的模式存储原始数据的示意图；

图7为本发明实施例提供的责任链的示意图；

图8为本发明实施例提供的多命令监测装置的示意性框图；

图9为本发明实施例提供的多命令监测装置的截取处理单元的示意性框图；

图10为本发明实施例提供的多命令监测装置的分包子单元的示意性框图；

图11为本发明实施例提供的多命令监测装置的格式化单元的示意性框图；

图12为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1和图2，图1为本发明实施例提供的多命令监测方法的应用场景示意图。图2为本发明实施例提供的多命令监测方法的示意性流程图。该多命令监测方法应用于服务器中。该服务器20可以为分布式服务平台中的一台服务器，该服务器中部署有多命令监测平台，通过用户终端输入需求和数据，由服务器进行监测，并反馈结果至用户终端，其中，用户终端的使用者可以是工业自动化领域的设备监控人员，比如plc、变频器、hmi等设备的监控人员。

图2是本发明实施例提供的多命令监测方法的流程示意图。如图2所示，该方法包括以下步骤s110至s190。

s110、获取输入的数据和需求。

在本实施例中，输入的数据可以如参数、故障波形、示波器数据等；主要是用户对用户终端的监测程序的界面进行操作交互，以得到的数据。上述的需求是指反馈哪一类型的目标数据。

s120、对输入的数据进行数组组装，形成原始数据。

在本实施例中，多命令监测平台的界面会先对输入的数据进行数组组装，具体是对这些输入的数据进行分类，比如按照设备型号，对该型号的参数、故障波形和示波器数据组成一个数组，形成原始数据。

s130、判断原始数据是否满足第一预设条件。

在本实施例中，第一预设条件是原始数据的类型是否是参数、故障波形和示波器数据。

s140、若否，则输出异常报告；

若不是，则输出异常报告到用户终端，以提醒用户输入正确的数据。

s150、若是，对原始数据进行截取处理。

在本实施例中，原始数据通过多种通讯任务接口传输至对应的单元做处理，该通讯任务接口如串口通讯(serialtask)接口、tcp\ip通讯(sockettask)接口等

在一实施例中，如图3所示，上述步骤s150可包括步骤s151～s152。

s151、以环形缓存的模式存储原始数据；

如图6所示，随着读指针、写指针的移动，将若干个原始数据按照环形的形式存储。通过移动的读指针(即iget)、写指针(即iput)将固定大小的数组设计成了一个灵活的环形缓冲区，解决了一类典型的通讯问题：比如在通讯过程中，如果帧长度大小不固定，则需要频繁的动态申请和释放内存来满足可变帧数据的接受需求，此时有可能导致系统产生很多的内存碎片，最后可能导致软件的运行奔溃。

s152、对存储后的原始数据进行分包处理。

为了便于进行监测以及提高监测的效率、准确率，将原始数据进行分包处理，可针对每一个完整的数据帧进行单独处理，且可同时分析若干个完整的数据帧。

在一实施例中，如图4所示，上述的步骤s152可包括步骤s1521～s1524。

s1521、定义帧头中的某个字节为帧的长度，将帧头位置加帧的长度作为帧结束位；

s1522、判断存储后的原始数据的长度是否小于整数倍帧的长度；

s1523、若是，则挂起线程等待，并返回所述判断存储后的原始数据的长度是否小于整数倍帧的长度；

s1524、若否，则利用帧的起始和结束位对存储后的原始数据截取数据帧，以得到截取处理结果。

通过定义帧头中的某个字节为此帧的长度，帧的结束位置则为帧头位置加上此帧的长度，最终便可通过帧的起始和结束位截取一个完整的数据帧；对存储的原始数据进行截取成若干个完整的数据帧，如果环形缓冲中的原始数据不够整帧的长度，则挂起线程等待，由界面继续获取输入的数据，再以环形缓冲模式进行存储，直到长度满足要求为止再截取，此处的要求指的是存储后的原始数据的长度不小于整数倍帧的长度，避免出现原始数据无法监测的问题。

s160、划分截取处理结果，形成中间数据。

在本实施例中，具体是通过帧头中的某个字节作为对象类型划分帧的类型的方式对截取处理结果进行类型划分，以得到不同类型的数据帧，以形成中间数据。

接受处理结果，并通过流向对象链中的每个节点时做匹配分析处理，处理原理是通过帧头中的某个字节作为对象类型来划分数据帧的类型，比如示波器帧的对象类型为0x01,故障诊断帧的对象类型为0x02，此时便可将故障诊断帧与其他数据帧分开，以便于后续进行数据的格式化处理，并反馈至用户。

具体地，该截取处理结果采用了责任链的设计模式，如图7所示，图中的命令帧指的是截取处理结果，即完整的数据帧，即满足了软件同时支持多种业务功能，又实现了数据帧的发送者/请求者(截取处理单元304)与接受者(划分单元305)之间的解耦，从而让软件架构更清晰，可维护性更高。

s170、判断中间数据是否满足第二预设条件。

在本实施例中，第二预设条件指的是所有数据帧是否划分完毕，且是否出现不可划分的数据帧。

若否，则返回s140；

s180、若是，根据中间数据进行格式化处理，以形成目标数据。

在本实施例中，依据不同类型的数据帧进行不同的格式转换，以使其满足输出要求，比如针对驱动器功能码参数的监控，其参数种类多、属性定义丰富，需要进行树形结构式的数据存储；而示波器数据需要支持多通道，即多维数组来存储。

具体是在服务器内设置格式化单元307，以进行格式化处理

在一实施例中，如图5所示，上述的步骤s180可包括步骤s181～s183。

s181、搜集中间数据；

s182、根据需求对中间数据进行对应的格式变换；

s183、对变换后的中间数据进行存储，以得到目标数据。

搜集中间数据，并做特定的格式变换，此格式变换需要根据需求来确定，比如针对驱动器功能码参数的监控，其参数种类多、属性定义丰富，需要进行树形结构式的数据存储；而示波器数据需要支持多通道，即多维数组来存储。而需求来源于用户终端的监测程序的界面输入。

s190、反馈目标数据。

在本实施例中，是将目标数据反馈至用户终端监测程序的界面，

另外，上述的界面与格式化单元307之间同时支持定时器(timer)与消息回调(callback)的两种模式，可以根据用户需求在设计上选择其中任一种方式来调用,即非实时可以选择timer方式，实时刷新可以选择callback方式。

上述的多命令监测方法，通过输入数据和需求，对数据进行数组组装、截取处理、划分以及格式化处理，以得到目标数据，采用责任链的方式进行划分，使得数据每个处理环节的解耦，增强了稳定性上和可维护性，鲁棒性更高，由于输入数据可以是多种业务功能监控数据，实现多种业务功能监控，且更加准确得知故障发生的位置。

图8是本发明实施例提供的一种多命令监测装置300的示意性框图。如图8所示，对应于以上多命令监测方法，本发明还提供一种多命令监测装置300。该多命令监测装置300包括用于执行上述多命令监测方法的单元，该装置可以被配置于服务器中。具体地，请参阅图8，该多命令监测装置300包括：

数据获取单元301，用于获取输入数据和需求；

组装单元302，用于对输入的数据进行数组组装，形成原始数据；

第一判断单元303，用于判断原始数据是否满足第一预设条件；

截取处理单元304，用于若是，对原始数据进行截取处理；

划分单元305，用于划分截取处理结果，形成中间数据；

第二判断单元306，用于判断中间数据是否满足第二预设条件；

格式化单元307，用于若是，根据中间数据进行格式化处理，以形成目标数据；

反馈单元308，用于反馈目标数据。

在本实施例中，基于windows平台，采用松散的模块化结构，使各单元之间尽量低耦合，弱关联，从而实现装置的易扩展和易维护的特性。

在一实施例，上述的装置还包括：

报错单元309，用于若否，则输出异常报告。

在一实施例中，如图9所示，上述的截取处理单元304包括：

存储子单元3041，用于以环形缓存的模式存储原始数据；

分包子单元3042，用于对存储后的原始数据进行分包处理。

在一实施例中，如图10所示，上述分包子单元3042包括：

定义模块30421，用于定义帧头中的某个字节为帧的长度，将帧头位置加帧的长度作为帧结束位；

长度判断模块30422，用于判断存储后的原始数据的长度是否小于整数倍帧的长度；

挂起模块30423，用于若是，则挂起线程等待，并返回所述判断存储后的原始数据的长度是否小于整数倍帧的长度；

截取模块30424，用于若否，则利用帧的起始和结束位对存储后的原始数据截取数据帧，以得到截取处理结果。

在一实施例，如图11所示，上述的格式化单元307包括：

搜集子单元3071，用于搜集中间数据；

变换子单元3072，用于根据业务需求对中间数据进行对应的格式变换；

目标数据获取子单元3073，用于对变换后的中间数据进行存储，以得到目标数据。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述多命令监测装置300和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述多命令监测装置300可以实现为一种计算机程序的形式，该计算机程序可以在如图12所示的计算机设备上运行。

请参阅图12，图12是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500是服务器。

参阅图12，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种多命令监测方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种多命令监测方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

获取输入数据和需求；

对输入的数据进行数组组装，形成原始数据；

判断原始数据是否满足第一预设条件；

若是，对原始数据进行截取处理；

划分截取处理结果，形成中间数据；

判断中间数据是否满足第二预设条件；

若是，根据中间数据进行格式化处理，以形成目标数据；

反馈目标数据。

在一实施例中，处理器502在实现所述判断原始数据是否满足第一预设条件步骤之后，还实现如下步骤：

若否，则输出异常报告。

在一实施例中，处理器502在实现所述对原始数据进行截取处理步骤时，具体实现如下步骤：

以环形缓存的模式存储原始数据；

对存储后的原始数据进行分包处理。

在一实施例中，处理器502在实现所述对存储后的原始数据进行分包处理步骤时，具体实现如下步骤：

定义帧头中的某个字节为帧的长度，将帧头位置加帧的长度作为帧结束位；

判断存储后的原始数据的长度是否小于整数倍帧的长度；

若是，则挂起线程等待，并返回所述判断存储后的原始数据的长度是否小于整数倍帧的长度；

若否，则利用帧的起始和结束位对存储后的原始数据截取数据帧，以得到截取处理结果。

在一实施例中，处理器502在实现所述划分截取处理结果，形成中间数据步骤时，具体实现如下步骤：

通过帧头中的某个字节作为对象类型划分数据帧的类型的方式对截取处理结果进行类型划分，以得到不同类型的数据帧，以形成中间数据。

在一实施例中，处理器502在实现所述判断中间数据是否满足第二预设条件步骤之后，还实现如下步骤：

若否，则输出异常报告。

在一实施例中，处理器502在实现所述根据中间数据进行格式化处理，以形成目标数据步骤时，具体实现如下步骤：

搜集中间数据；

根据业务需求对中间数据进行对应的格式变换；

对变换后的中间数据进行存储，以得到目标数据。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中该计算机程序被处理器执行时使处理器执行如下步骤：

获取输入数据和需求；

对输入的数据进行数组组装，形成原始数据；

判断原始数据是否满足第一预设条件；

若是，对原始数据进行截取处理；

划分截取处理结果，形成中间数据；

判断中间数据是否满足第二预设条件；

若是，根据中间数据进行格式化处理，以形成目标数据；

反馈目标数据。

在一实施例中，所述处理器在执行所述计算机程序而实现所述判断原始数据是否满足第一预设条件步骤之后，还实现如下步骤：

若否，则输出异常报告。

在一实施例中，所述处理器在执行所述计算机程序而实现所述对原始数据进行截取处理步骤时，具体实现如下步骤：

以环形缓存的模式存储原始数据；

对存储后的原始数据进行分包处理。

在一实施例中，所述处理器在执行所述计算机程序而实现所述对存储后的原始数据进行分包处理步骤时，具体实现如下步骤：

定义帧头中的某个字节为帧的长度，将帧头位置加帧的长度作为帧结束位；

判断存储后的原始数据的长度是否小于整数倍帧的长度；

若是，则挂起线程等待，并返回所述判断存储后的原始数据的长度是否小于整数倍帧的长度；

若否，则利用帧的起始和结束位对存储后的原始数据截取数据帧，以得到截取处理结果。

在一实施例中，所述处理器在执行所述计算机程序而实现所述划分截取处理结果，形成中间数据步骤时，具体实现如下步骤：

通过帧头中的某个字节作为对象类型划分数据帧的类型的方式对截取处理结果进行类型划分，以得到不同类型的数据帧，以形成中间数据。

在一实施例中，所述处理器在执行所述计算机程序而实现所述判断中间数据是否满足第二预设条件步骤之后，还实现如下步骤：

若否，则输出异常报告。

在一实施例中，所述处理器在执行所述计算机程序而实现所述根据中间数据进行格式化处理，以形成目标数据步骤时，具体实现如下步骤：

搜集中间数据；

根据业务需求对中间数据进行对应的格式变换；

对变换后的中间数据进行存储，以得到目标数据。

所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。