系统运行数据采集方法、装置及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种系统运行数据采集方法、装置及存储介质。


背景技术：

2.预测性维护是工业物联网的重要子领域，旨在通过利用信息技术预测和分析何时进行何种维护，来有效地降低维护方面的开销，而要成功地进行预测，首先需要对设备运行状态数据的不断收集。在煤矿工业物联网领域中，各种矿用设备系统的运行状态分散在不同的业务系统中，难以统一管理。此外，早期业务系统的上位机配置较为落后，其通信程序难以直接与智能化的运维平台对接，因此影响运维效率。


技术实现要素：

3.本公开提出了一种系统运行数据采集方法、装置及存储介质，旨在至少在一定程度上解决相关技术中的技术问题之一。
4.本公开第一方面实施例提出了一种系统运行数据采集方法，包括：根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则；基于指令接收规则，接收边缘服务器发送的采集指令；响应于采集指令，采集业务系统的第一运行数据；以及基于数据发送规则，将第一运行数据发送至边缘服务器。
5.本公开第二方面实施例提出了一种系统运行数据采集装置，包括：判定模块，用于根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则；第一接收模块，用于基于指令接收规则，接收边缘服务器发送的采集指令；采集模块，用于响应于采集指令，采集业务系统的第一运行数据；以及发送模块，用于基于数据发送规则，将第一运行数据发送至边缘服务器。
6.本公开第三方面实施例提出了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开实施例的系统运行数据采集方法。
7.本公开第四方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本公开实施例公开的系统运行数据采集方法。
8.本实施例中，通过根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则，并基于指令接收规则，接收边缘服务器发送的采集指令，响应于采集指令，采集业务系统的第一运行数据，以及基于数据发送规则，将第一运行数据发送至边缘服务器，能够在业务系统与边缘服务器不支持直接交互的情况下，根据通信程序的配置信息选择指令接收规则和数据发送规则，从而达到早期部署的业务系统与边缘服务器进行交互的目的，实现了对配置低的业务系统进行预测运维的技术效果。
9.本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
10.本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
11.图1是根据本公开实施例提供的边缘服务器与业务系统交互过程示意图；
12.图2是根据本公开一实施例提供的系统运行数据采集方法的流程示意图；
13.图3是根据本公开实施例提供的基于边车服务的交互过程示意图；
14.图4是根据本公开实施例提供的基于通信协议接口的交互过程示意图；
15.图5是根据本公开另一实施例提供的系统运行数据采集方法的流程示意图；
16.图6是根据本公开实施例提供的边缘服务器筛查过程示意图；
17.图7是根据本公开另一实施例提供的系统运行数据采集装置的示意图；
18.图8示出了适于用来实现本公开实施方式的示例性电子设备的框图。
具体实施方式
19.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
20.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
21.正如背景技术中所述的，预测性维护是工业物联网的重要子领域，在煤矿工业物联网领域中，各种矿用设备系统的运行状态分散在不同的业务系统中，存在难以统一管理的技术问题。
22.鉴于此，本公开实施例提供一种智能运维平台，该运维平台可以在煤矿现场部署边缘服务器，图1是根据本公开实施例提供的边缘服务器与业务系统交互过程示意图，如图1所示，边缘服务器可以与煤矿中的多个业务系统(例如，业务系统1、业务系统2、...、业务系统n)交互，向业务系统动态发送采集指令，而每个业务系统可以响应该采集指令以采集运行数据并发送至边缘服务器进行分析，以实现预测性维护。
23.其中，多个业务系统可以是煤矿中任意可能的系统，例如，安全监控系统、采煤系统等，每个业务系统可以由一个或多个矿用设备组成，对此不作限制。并且，本实施例的边缘服务器可以针对每个业务系统分别配置采集模块，例如，业务系统1对应采集模块1，业务系统n对应采集模块n，每个采集模块负责向对应的业务系统发送采集指令，并接收运行数据。
24.可以理解的是，本实施例只是以煤矿为例进行示例性说明，在实际应用中，该边缘服务器以及系统运行数据采集方法可应用于任意可能的工业物联网场景，对此不作限制。
25.需要说明的是，本实施例的系统运行数据采集方法的执行主体可以为业务系统，该业务系统可以由软件和/或硬件的方式实现，该装置可以配置在电子设备中，电子设备可
以包括但不限于终端、服务器端等。
26.图2是根据本公开一实施例提供的系统运行数据采集方法的流程示意图，如图2所示，该方法包括：
27.s201：根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则。
28.正如背景技术中所述的，早期业务系统的上位机配置较为落后，其通信程序难以直接与智能化的运维平台对接，而本公开实施例中，业务系统(矿用设备)指的是其通信程序不支持直接与边缘服务器(即，运维平台)交互的业务系统。
29.在这种情况下，业务系统在与边缘服务器交互过程中，业务系统首先根据其通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则。
30.其中，业务系统从边缘服务器接收采集指令的规则可以被称为指令接收规则；而业务系统向边缘服务器发送数据的规则被称为数据发送规则。
31.而配置信息，用于描述业务系统及其通信程序的配置，配置信息例如包括json库、应用层通信协议接口(例如，http、websocket、mqtt等rpc协议的接口)以及其它任意可能的配置信息，对此不作限制。
32.本公开实施例，可以根据配置信息确定与通信程序对应的指令接收规则和数据发送规则，也即是说，不同的配置信息可以对应不同的指令接收规则和数据发送规则。
33.一些实施例，对于部署时间较早的业务系统，其通信程序使用早期的visual、c++等语言开发，缺少json、http协议等库，也即是说，配置信息不支持json(序列化)及应用层通信协议接口，因此难以直接与边缘服务器交互；并且，该种业务系统的程序中包含大量和数据库存储过程交互的操作，任何对其业务逻辑的改动都可能引发难以预料的后果。在这种情况下，本实施例可以针对该业务系统配置指令接收功能和数据发送功能。具体地，图3是根据本公开实施例提供的基于边车服务的交互过程示意图，如图3所示，本实施例可以预先利用通用语言(例如，rust语言)封装一组支持指令接收和数据发送功能的动态链接库(dll)，并将该dll作为边车服务部署在该业务系统。其中，该dll可以提供用于从边缘服务器接收指令的回调函数，并且支持将数据序列化成json字符串的功能。也即是说，本实施例的业务系统在配置信息不支持json及应用层通信协议接口的情况下，其通信程序对应的指令接收规则和数据发送规则可以是调用边车服务接收指令及发送数据。
34.另一些实施例，边缘服务器例如支持http、websocket、mqtt等应用层通信协议接口，对于配置比较新的业务系统，其配置信息可以支持应用层通信协议接口及json，在这种情况下，业务系统通信程序可以通过应用层通信协议接口与边缘服务器交互。具体地，图4是根据本公开实施例提供的基于通信协议接口的交互过程示意图，如图4所示，以http协议为例，边缘服务器提供restful风格的两个接口：对下达采集指令提供get接口，对接收数据提供post接口，也即是说，本实施例的业务系统在配置信息支持应用层通信协议接口的情况下，其通信程序对应的指令接收规则和数据发送规则可以是通过应用层通信协议接口接收指令及发送数据。
35.s202：基于指令接收规则，接收边缘服务器发送的采集指令。
36.其中，采集指令用于指示业务系统采集运行数据。
37.本实施例确定指令接收规则后，进一步地，业务系统的通信程序基于该指令接收
规则，接收边缘服务器发送的采集指令。其中，如图1所示，每个业务系统的通信程序可以从边缘服务器配置的与该业务系统对应的采集模块接收采集指令，例如，业务系统1的通信程序从采集模块1接收采集指令，业务系统n的通信程序从采集模块n接收采集指令。
38.一些实施例，如图3所示，如果配置信息不支持json(序列化)及应用层通信协议，在这种情况下，通信程序调用预先配置的边车服务提供的回调函数接收该采集指令(即，指令接收规则)。
39.另一些实施例，如图4所示，如果配置信息支持应用层通信协议(例如，http协议)，在这种情况下，边缘服务器的采集模块将采集指令通过get接口(get请求)发送，而通信程序定期轮询该get接口，以获取采集指令(即，指令接收规则)。
40.s203：响应于采集指令，采集业务系统的第一运行数据。
41.其中，用于表征业务系统运行状态的数据被称为运行数据。
42.一些实施例，业务系统全部的运行数据被称为第一运行数据。
43.另一些实施例，在业务系统数量较多、且每个业务系统全部运行数据量较大的情况下，为了提高边缘服务器的处理效率，本实施例可以采集业务系统部分重要的运行数据作为第一运行数据，关于第一运行数据的具体选择方式，本实施例不作限制。
44.s204：基于数据发送规则，将第一运行数据发送至边缘服务器。
45.上述采集第一运行数据后，进一步地，本实施例业务系统的通信模块可以将第一运行数据发送至边缘服务器，更具体地，将第一运行数据发送至对应的采集模块。
46.一些实施例，如图3所示，配置信息不支持json(序列化)及应用层通信协议接口，在这种情况下，通信程序可以调用边车服务将第一运行数据序列化成json字符串，并将序列化后的第一运行数据(即，json字符串)发送至边缘服务器(即，数据发送规则)。
47.另一些实施例，如图4所示，配置信息支持应用层通信协议(例如，http协议)及json，在这种情况下，通信程序可以直接将第一运行数据序列化成json字符串并发送到post接口，以通过post接口将json字符串发送至边缘服务器，即：将序列化后的第一运行数据(json字符串)以post请求的方式发送至边缘服务器。
48.本实施例中，通过根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则，其中，通信程序不支持业务系统直接与边缘服务器交互，并基于指令接收规则，接收边缘服务器发送的采集指令，响应于采集指令，采集业务系统的第一运行数据，以及基于数据发送规则，将第一运行数据发送至边缘服务器，能够在业务系统与边缘服务器不支持直接交互的情况下，根据通信程序的配置信息选择指令接收规则和数据发送规则，从而达到早期部署的业务系统与边缘服务器进行交互的目的，实现了对配置低的业务系统进行预测运维的技术效果。
49.图5是根据本公开另一实施例提供的系统运行数据采集方法的流程示意图，如图5所示，该方法包括：
50.s501：根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则。
51.s502：基于指令接收规则，接收边缘服务器发送的采集指令。
52.s503：响应于采集指令，采集业务系统的第一运行数据。
53.s504：基于数据发送规则，将第一运行数据发送至边缘服务器。
54.s501-s504的具体说明参见上述实施例，此处不再赘述。
55.s505：基于指令接收规则，接收边缘服务器发送的强化采集指令。
56.本公开实施例，第一运行数据为业务系统部分重要的运行数据。可以理解的是，第一运行数据可以是实时发送的数据流形式。
57.图6是根据本公开实施例提供的边缘服务器筛查过程示意图，如图6所示，边缘服务器在接收第一运行数据(普通收集)后，可以利用规则引擎对第一运行数据进行识别，以判断第一运行数据是否存在异常(即，是否可疑)；若第一运行数据没有触发异常，则继续接收第一运行数据(即，部分重要的运行数据)；若第一运行数据触发异常，则边缘服务器可以向业务系统发送强化采集指令。在这种情况下，业务系统通信程序可以接收该强化采集指令。其中，接收强化采集指令的规则同理于上述实施例，此处不再赘述。
58.s506：响应于强化采集指令，采集业务系统的第二运行数据并发送至边缘服务器。
59.其中，相比第一运行数据，数据量更大的运行数据被称为第二运行数据，例如，第二运行数据可以是业务系统全部的运行数据。
60.而本实施例的业务系统可以响应于该强化采集指令，采集全部的第二运行数据，即：针对有异常的业务系统强化采集更加详细的运行数据；进一步地，基于数据发送规则，将第二运行数据发送至边缘服务器，具体发送过程同理于上述发送第一运行数据，此处不再赘述。
61.s507：基于指令接收规则，接收边缘服务器发送的降级采集指令。
62.如图6所示，边缘服务器进一步地可以利用规则引擎对接收到的第二运行数据进行识别以做出下一步动作，其中，若第二运行数据也触发异常，则维持强化收集不变；若一段时间的第二运行数据未触发异常，则边缘服务器可以向该业务系统发送降级采样指令。在这种情况下，业务系统可以基于指令接收规则，接收边缘服务器发送的降级采集指令。其中，接收降级采集指令的规则同理于上述接收采集指令的规则，此处不在赘述。其中，若一段时间内无法自动消除异常，则发出警报，创建维修工单，提醒相关人员进行维修。
63.s508：响应于降级采集指令，恢复采集业务系统的第一运行数据并发送至边缘服务器。
64.进一步地，业务系统可以响应于降级采集指令，恢复采集业务系统的第一运行数据，即：降级采集部分重要的运行数据(普通收集)，并发送至边缘服务器。从而，本公开实施例可以采用渐进式采集技术采集业务系统的运行数据，从而提高边缘服务器的处理效率。
65.本实施例中，通过根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则，其中，通信程序不支持业务系统直接与边缘服务器交互，并基于指令接收规则，接收边缘服务器发送的采集指令，响应于采集指令，采集业务系统的第一运行数据，以及基于数据发送规则，将第一运行数据发送至边缘服务器，能够在业务系统与边缘服务器不支持直接交互的情况下，根据通信程序的配置信息选择指令接收规则和数据发送规则，从而达到早期部署的业务系统与边缘服务器进行交互的目的，实现了对配置低的业务系统进行预测运维的技术效果。此外，本公开实施例可以采用渐进式采集技术采集业务系统的运行数据，从而提高边缘服务器的处理效率。
66.为了实现上述实施例，本公开还提出一种系统运行数据采集装置。
67.图7是根据本公开另一实施例提供的系统运行数据采集装置的示意图。
68.如图7所示，该系统运行数据采集装置70，包括：
69.判定模块701，用于根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则，其中，通信程序不支持业务系统直接与边缘服务器交互；
70.第一接收模块702，用于基于指令接收规则，接收边缘服务器发送的采集指令；
71.采集模块703，用于响应于采集指令，采集业务系统的第一运行数据；以及
72.发送模块704，用于基于数据发送规则，将第一运行数据发送至边缘服务器。
73.一些实施例，在配置信息不支持json及应用层通信协议的情况下，第一接收模块702，具体用于：通信程序调用预先配置的边车服务提供的回调函数接收采集指令；并且，发送模块704，具体用于：通信程序调用边车服务将第一运行数据序列化成json字符串并发送至边缘服务器。
74.一些实施例，在配置信息支持json及http协议的情况下，第一接收模块702，具体用于：通信程序定期轮询get接口，以获取采集指令；并且，发送模块704，具体用于：通信程序将第一运行数据序列化成json字符串并发送到post接口，以通过post接口将json字符串发送至边缘服务器。
75.一些实施例，装置70还包括：第二接收模块，用于基于指令接收规则，接收边缘服务器发送的强化采集指令，其中，强化采集指令是边缘服务器响应于第一运行数据触发异常而发送的；以及第二采集模块，用于响应于强化采集指令，采集业务系统的第二运行数据并发送至边缘服务器，其中，第二运行数据的数据量大于第一运行数据。
76.一些实施例，装置70还包括：第三接收模块，用于基于指令接收规则，接收边缘服务器发送的降级采集指令，其中，降级采集指令是边缘服务器响应于一段时间的第二运行数据未触发异常而发送的；以及第三采集模块，用于响应于降级采集指令，恢复采集业务系统的第一运行数据并发送至边缘服务器。
77.一些实施例，第一接收模块702，具体用于：从边缘服务器配置的与业务系统对应的采集模块接收采集指令；并且，发送模块704，具体用于：将第一运行数据发送至采集模块。
78.本实施例中，通过根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则，其中，通信程序不支持业务系统直接与边缘服务器交互，并基于指令接收规则，接收边缘服务器发送的采集指令，响应于采集指令，采集业务系统的第一运行数据，以及基于数据发送规则，将第一运行数据发送至边缘服务器，能够在业务系统与边缘服务器不支持直接交互的情况下，根据通信程序的配置信息选择指令接收规则和数据发送规则，从而达到早期部署的业务系统与边缘服务器进行交互的目的，实现了对早期业务系统进行预测运维的技术效果。
79.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
80.为了实现上述实施例，本公开还提出一种计算机程序产品，当计算机程序产品中的指令处理器执行时，执行如本公开前述实施例提出的系统运行数据采集方法。
81.图8示出了适于用来实现本公开实施方式的示例性电子设备的框图。图8显示的电子设备12仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
82.如图8所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括
但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
83.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industry standard architecture；以下简称：isa)总线，微通道体系结构(micro channel architecture；以下简称：mac)总线，增强型isa总线、视频电子标准协会(video electronics standards association；以下简称：vesa)局域总线以及外围组件互连(peripheral component interconnection；以下简称：pci)总线。
84.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
85.存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory；以下简称：ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。
86.尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(compact disc read only memory；以下简称：cd-rom)、数字多功能只读光盘(digital video disc read only memory；以下简称：dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。
87.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本公开所描述的实施例中的功能和/或方法。
88.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(local area network；以下简称：lan)，广域网(wide area network；以下简称：wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
89.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用，例如实现前述实施例中提及的系统运行数据采集方法。
90.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其
它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
91.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
92.需要说明的是，在本公开的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本公开的描述中，除非另有说明，“多个”的含义是两个或两个以上。
93.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。
94.应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
95.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
96.此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
97.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
98.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
99.尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

技术特征：
1.一种系统运行数据采集方法，其特征在于，包括：根据业务系统通信程序的配置信息，确定与所述通信程序对应的指令接收规则和数据发送规则；基于所述指令接收规则，接收所述边缘服务器发送的采集指令；响应于所述采集指令，采集所述业务系统的第一运行数据；以及基于所述数据发送规则，将所述第一运行数据发送至所述边缘服务器。2.如权利要求1所述的方法，其特征在于，在所述配置信息不支持json及应用层通信协议的情况下，所述基于所述指令接收规则，接收所述边缘服务器发送的采集指令，包括：所述通信程序调用预先配置的边车服务提供的回调函数接收所述采集指令；并且，所述基于所述数据发送规则，将所述第一运行数据发送至所述边缘服务器，包括：所述通信程序调用所述边车服务将所述第一运行数据序列化成json字符串并发送至所述边缘服务器。3.如权利要求1所述的方法，其特征在于，在所述配置信息支持json及http协议的情况下，所述基于所述指令接收规则，接收所述边缘服务器发送的采集指令，包括：所述通信程序定期轮询get接口，以获取所述采集指令；并且，所述基于所述数据发送规则，将所述第一运行数据发送至所述边缘服务器，包括：所述通信程序将所述第一运行数据序列化成json字符串并发送到post接口，以通过所述post接口将json字符串发送至所述边缘服务器。4.如权利要求1所述的方法，其特征在于，所述将所述第一运行数据发送至所述边缘服务器之后，还包括：基于所述指令接收规则，接收所述边缘服务器发送的强化采集指令，其中，所述强化采集指令是所述边缘服务器响应于所述第一运行数据触发异常而发送的；以及响应于所述强化采集指令，采集所述业务系统的第二运行数据并发送至所述边缘服务器，其中，所述第二运行数据的数据量大于所述第一运行数据。5.如权利要求4所述的方法，其特征在于，所述响应于所述强化采集指令，采集所述业务系统的第二运行数据之后，还包括：基于所述指令接收规则，接收所述边缘服务器发送的降级采集指令，其中，所述降级采集指令是所述边缘服务器响应于一段时间的第二运行数据未触发异常而发送的；以及响应于所述降级采集指令，恢复采集所述业务系统的第一运行数据并发送至所述边缘服务器。6.如权利要求1所述的方法，其特征在于，所述接收所述边缘服务器发送的采集指令，包括：从所述边缘服务器配置的与所述业务系统对应的采集模块接收所述采集指令；并且，所述将所述第一运行数据发送至所述边缘服务器，包括：将所述第一运行数据发送至所述采集模块。7.一种系统运行数据采集装置，其特征在于，包括：判定模块，用于根据业务系统通信程序的配置信息，确定与所述通信程序对应的指令
接收规则和数据发送规则；第一接收模块，用于基于所述指令接收规则，接收所述边缘服务器发送的采集指令；采集模块，用于响应于所述采集指令，采集所述业务系统的第一运行数据；以及发送模块，用于基于所述数据发送规则，将所述第一运行数据发送至所述边缘服务器。8.如权利要求7所述的装置，其特征在于，在所述配置信息不支持json及应用层通信协议的情况下，所述第一接收模块，具体用于：所述通信程序调用预先配置的边车服务提供的回调函数接收所述采集指令；并且，所述发送模块，具体用于：所述通信程序调用所述边车服务将所述第一运行数据序列化成json字符串并发送至所述边缘服务器。9.如权利要求7所述的装置，其特征在于，在所述配置信息支持json及http协议的情况下，所述第一接收模块，具体用于：所述通信程序定期轮询get接口，以获取所述采集指令；并且，所述发送模块，具体用于：所述通信程序将所述第一运行数据序列化成json字符串并发送到post接口，以通过所述post接口将json字符串发送至所述边缘服务器。10.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-6中任一项所述的方法。

技术总结
本公开提出一种系统运行数据采集方法、装置及存储介质，方法包括：根据业务系统通信程序的配置信息，确定与通信程序对应的指令接收规则和数据发送规则，并基于指令接收规则，接收边缘服务器发送的采集指令，响应于采集指令，采集业务系统的第一运行数据，以及基于数据发送规则，将第一运行数据发送至边缘服务器，能够在业务系统与边缘服务器不支持直接交互的情况下，根据通信程序的配置信息选择指令接收规则和数据发送规则，从而达到早期部署的业务系统与边缘服务器进行交互的目的，实现了对配置低的业务系统进行预测性运维的技术效果。果。果。


技术研发人员：李夏 王勇 崔竟成 曹亮 马尊云 于晓琦 李建飞 孙家兰
受保护的技术使用者：煤炭科学技术研究院有限公司
技术研发日：2023.06.28
技术公布日：2023/10/15