数据交互方法、系统及电子设备与流程

1.本发明涉及数据交互技术领域，尤其是涉及一种数据交互方法、系统及电子设备。


背景技术：

2.当前对于工业生产监管过程从现场监管向非现场监管进行转变，非现场监管以物联网、大数据为基础，通过建立相应的监管系统，采集生产企业的关键节点数据，并对该数据进行分析。由于这些数据为实时采集与分析的，一旦生产数据出现异常即可在第一时间进行识别，通过向企业端和监管端进行相应的告警，极大提升了监管效率。
3.但在对企业端的生产数据进行监管的过程中，在保证企业端能够合规生产的同时，还需要充分保护企业端的数据安全。对于生产过程中的关键数据如：生产工艺、原料配比等核心生产数据，即使监管端也不能随意进行获取。但现有技术中对于核心生产数据的管控，还缺少相应的保护手段，监管端能够轻易获取核心生产数据，这对于企业来说具有较高的数据安全隐患。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种数据交互方法、系统及电子设备，该方法在企业生产数据产生异常时，企业端会将告警信息发送至监管端；在获得监管端发来的数据查询请求指令后，企业端可根据其对应的数据查询权限等级对数据查询请求指令进行管控。对于企业端而言，既履行了被监管义务，同时对核心生产数据进行了保护，降低了企业的数据安全隐患。
5.第一方面，本发明实施例提供了一种数据交互方法，该方法应用于企业端，该方法包括以下步骤：
6.实时获取企业的生产数据；
7.当生产数据偏离预设阈值范围时，向监管端发送生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型；
8.接收来自监管端的数据查询请求指令，并根据数据查询请求指令确定数据查询权限等级；
9.获取数据查询权限等级低于预设等级阈值的数据查询请求指令，并将数据查询请求指令的响应数据发送至监管端。
10.在一些实施方式中，当生产数据偏离预设阈值范围时，向监管端发送生产数据的告警信息的步骤，包括：
11.实时检测生产数据是否在预设阈值范围内；
12.当检测到生产数据偏移预设阈值范围时，确定生产数据对应的告警类型以及告警数据；其中，告警数据至少包括：产生告警数据的设备对应的设备编号、告警开始的时间、告警结束的时间、生产数据超出阈值的比例、包含操作人员的监控图像；告警类型至少包括：文字告警、数字告警、声音告警、图片告警；
13.将生产数据对应的告警类型以及告警数据发送至监管端。
14.在一些实施方式中，向监管端发送生产数据的告警信息之后，方法还包括：
15.根据告警信息的回调结果，确定告警信息是否成功发送至监管端；
16.如果是，则实时监听监管端的数据查询请求指令的发送状态。
17.在一些实施方式中，方法还包括：
18.当企业端的产品完成生产后，向监管端发送产品的生产简报；其中，生产简报包括：产品的生产设备参数、环境参数、人员参数、检验参数、出入库参数、合格率参数上述一种或多种。
19.第二方面，本发明实施例提供了一种数据交互方法，该方法应用于监管端，该方法包括以下步骤：
20.接收来自企业端发出的生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型；
21.根据告警信息中的企业名称以及预警类型，确定生产数据的预警等级；
22.当预警等级大于预设预警等级阈值时，根据告警信息确定生产数据的数据查询请求指令，并将数据查询请求指令发送至企业端；
23.接收数据查询请求指令的响应数据。
24.在一些实施方式中，接收来自企业端发出的生产数据的告警信息，包括：
25.接收来自企业端发出的生产简报，并根据生产简报确定告警信息；其中，生产简报包括：产品的生产设备参数、环境参数、人员参数、检验参数、出入库参数、合格率参数上述一种或多种。
26.在一些实施方式中，接收数据查询请求指令的响应数据之前，方法还包括：
27.根据数据查询请求指令的回调结果，确定数据查询请求指令是否成功发送至企业端；
28.如果是，则实时监听数据查询请求指令的响应数据的发送状态。
29.第三方面，本发明实施例提供了一种数据交互系统，该系统应用于企业端，该系统包括以下模块：
30.生产数据获取模块，用于实时获取企业的生产数据；
31.生产数据发送模块，用于当生产数据偏离预设阈值范围时，向监管端发送生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型；
32.数据查询请求指令处理模块，接收来自监管端的数据查询请求指令，并根据数据查询请求指令确定数据查询权限等级；
33.响应数据发送模块，用于获取数据查询权限等级低于预设等级阈值的数据查询请求指令，并将数据查询请求指令的响应数据发送至监管端。
34.第四方面，本发明实施例提供了一种数据交互系统，该系统应用于监管端，该系统包括以下模块：
35.生产数据接收模块，用于接收来自企业端发出的生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型；
36.预警等级确定模块，用于根据告警信息中的企业名称以及预警类型，确定生产数据的预警等级；
37.数据查询请求指令发送模块，用于当预警等级大于预设预警等级阈值时，根据告警信息确定生产数据的数据查询请求指令，并将数据查询请求指令发送至企业端；
38.响应数据接收模块，用于接收数据查询请求指令的响应数据。
39.第五方面，本发明实施例提供了一种电子设备，该电子设备包括：处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被处理器运行时执行如第一方面和第二方面提供的数据交互方法的步骤。
40.第六方面，本发明实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时实现上述第一方面和第二方面提供的数据交互方法的步骤。
41.本发明实施例带来了以下有益效果：本发明实施例提供了一种数据交互方法、系统及电子设备，该方法应用于企业端时，首先实时获取企业的生产数据；当生产数据偏离预设阈值范围时，向监管端发送生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型；然后接收来自监管端的数据查询请求指令，并根据数据查询请求指令确定数据查询权限等级；最后获取数据查询权限等级低于预设等级阈值的数据查询请求指令，并将数据查询请求指令的响应数据发送至监管端。该方法应用于监管端时，首先接收来自企业端发出的生产数据的告警信息，并根据告警信息中的企业名称以及预警类型确定生产数据的预警等级；当预警等级大于预设预警等级阈值时，根据告警信息确定生产数据的数据查询请求指令，并将数据查询请求指令发送至企业端，最后接收数据查询请求指令的响应数据。该方法在企业生产数据产生异常时，企业端会将告警信息发送至监管端；在获得监管端发来的数据查询请求指令后，企业端可根据其对应的数据查询权限等级对数据查询请求指令进行管控，从而对等级较高的核心生产数据进行保护，降低了企业的数据安全隐患。
42.本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
43.为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
44.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
45.图1为本发明实施例提供的一种应用于企业端的数据交互方法的流程图；
46.图2为本发明实施例提供的一种应用于企业端的数据交互方法的步骤s102的流程图；
47.图3为本发明实施例提供的一种应用于企业端的数据交互方法中，向监管端发送生产数据的告警信息之后的流程图；
48.图4为本发明实施例提供的一种应用于监管端的数据交互方法的流程图；
49.图5为本发明实施例提供的一种应用于监管端的数据交互方法中，接收数据查询
请求指令的响应数据之前的流程图；
50.图6为本发明实施例提供的一种数据交互方法的信令图；
51.图7为本发明实施例提供的应用于企业端的数据交互系统的结构示意图；
52.图8为本发明实施例提供的应用于监管端的数据交互系统的结构示意图；
53.图9为本发明实施例提供的一种电子设备的结构示意图。
54.图标：
55.710-生产数据获取模块；720-生产数据发送模块；730-数据查询请求指令处理模块；740-响应数据发送模块；
56.810-生产数据接收模块；820-预警等级确定模块；830-数据查询请求指令发送模块；840-响应数据接收模块；
57.101-处理器；102-存储器；103-总线；104-通信接口。
具体实施方式
58.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
59.当前对于工业生产监管过程从现场监管向非现场监管进行转变，非现场监管以物联网、大数据为基础，通过建立相应的监管系统，采集生产企业的关键节点数据，并对该数据进行分析。由于这些数据为实时采集与分析的，一旦生产数据出现异常即可在第一时间进行识别，通过向企业端和监管端进行相应的告警，极大提升了监管效率。
60.但在对企业端的生产数据进行监管的过程中，在保证企业端能够合规生产的同时，还需要充分保护企业端的数据安全。对于生产过程中的关键数据，如药品在生产过程中的生产工艺、原料配比等核心生产数据，即使监管端也不能随意进行获取。但现有技术中对于核心生产数据的管控，还缺少相应的保护手段，监管端能够轻易获取核心生产数据，这对于企业来说具有较高的数据安全隐患。
61.针对上述问题，本发明提出一种数据交互方法、系统及电子设备，该方法在企业生产数据产生异常时，企业端会将告警信息发送至监管端；在获得监管端发来的数据查询请求指令后，企业端可根据其对应的数据查询权限等级对数据查询请求指令进行管控。对于企业端而言，既履行了被监管义务，同时对核心生产数据进行了保护，降低了企业的数据安全隐患。
62.为便于对本实施例进行理解，首先对本发明实施例所公开的一种数据交互方法进行详细介绍，该方法的流程图如图1所示。该方法中的数据交互过程应用在企业端和监管端，企业端主要负责生产数据的采集和分析，而监管端可接收脱敏数据、相关统计分析数据以及告警信息等。实际场景中，可通过该数据交互方法对药品生产过程中的异常数据进行查看。
63.具体的说，该方法应用于企业端时，包括以下步骤：
64.步骤s101，实时获取企业的生产数据。
65.企业的生产数据包括生产过程中所产生的相关设置参数、生产结果等数据。实际
场景中的生产数据可包括：生产工艺数据、环境参数数据、检验检测数据、出入库数据、人员数据等等。这些数据通过相关生产设备、生产系统的数据传输接口直接获得，也可通过对生产结果进行汇总从而得到一段时间内的生产数据。
66.步骤s102，当生产数据偏离预设阈值范围时，向监管端发送生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型。
67.生产数据直接表征了企业端的生产过程，企业端会根据生产数据的种类设置相应的阈值范围，当生产数据处于该阈值范围内时，则表明生产过程处于正常状态；当生产数据偏离了阈值范围时，则表明生产过程处于非正常状态，此时企业端会将生产数据的告警信息发送给监管端，以告知监管端当前的生产过程处于非正常状态。
68.告警信息中至少包括：企业名称以及预警类型，监管端通过告警信息中的企业名称以及预警类型可直接获取该企业的生产异常情况。值得一提的是，告警信息是一种概要信息，主要是用于告知的作用，而监管端想要获取详细的数据，则需要向企业端进行相应的数据查询请求。
69.步骤s103，接收来自监管端的数据查询请求指令，并根据数据查询请求指令确定数据查询权限等级。
70.当监管端收到告警信息后，并希望通过告警信息向企业查询更详细的生产数据，因此会根据告警信息生成相应的数据查询请求指令，并将其发送至企业端。企业端接收到数据查询请求指令后，根据请求指令的内容确定数据查询权限等级。等级阈值为企业端预先设置的，等级阈值的高低与生产过程中的核心参数有关。
71.例如，生产数据中包括某设备的工作温度，当工作温度大于预设的温度阈值时，会向监管端发送告警信息；此时的告警信息中包括：企业名称以及温度预警。监管端接收到该告警信息后认为温度过高，需要更详细的相关温度数据，因此会向企业端发送温度数据查询请求指令。企业端接收到该温度数据查询请求指令后，会针对该设备的工作温度数据的重要性对该请求指令进行相应的权限等级。如果该设备的工作温度数据包含了核心工艺参数，具有较高的权限等级，因此该温度数据查询请求指令对应的数据查询权限等级也较高。
72.步骤s104，获取数据查询权限等级低于预设等级阈值的数据查询请求指令，并将数据查询请求指令的响应数据发送至监管端。
73.在将数据查询请求指令量化为数据查询权限等级后，根据数据查询权限等级的数值大小来对监管端的数据查询请求指令进行管控。获取的数据查询权限等级低于预设等级阈值的数据查询请求指令，表明该数据查询请求指令不会涉及企业端的核心生产数据，可将该数据查询请求指令的响应数据发送至监管端，这些响应数据中包含了告警信息所对应的详细预警数据，监管端可对告警信息产生的相关数据进行获取，从而了解生产过程产生异常的原因。
74.实际场景中也可根据企业端操作人员手动操作；例如，当监管端发送温度数据查询请求指令后，企业端具有操作权限的人员通过判断，确定数据查询权限等级低于预设等级阈值的数据查询请求指令，并将该指令对应的响应数据发送至监管端。
75.在一些实施方式中，当生产数据偏离预设阈值范围时，向监管端发送生产数据的告警信息的步骤s102，如图2所示，包括：
76.步骤s21，实时检测生产数据是否在预设阈值范围内。
77.一般来说，生产数据并不为一种数据，通常为多种参数。例如，在对药品进行生产的过程中，所产生的生产数据就需要严格的管控。采集的数据可包括：生产工艺数据：主要是药品所有生产过程中，设备的运行状态参数，如转速、压力、温度、ph值、滞留时间等；环境参数：环境温度、湿度、压力、洁净度等；检验检测参数：检验项目中的标准值及实际检验结果值、抽样数量、是否合格等；出入库参数：出库数量、出库时间、产品批次批号、生产日期、有效期等；人员参数：操作人员数量、健康状况、人员资质、是否在岗等。这些数据会对应不同的阈值，这些预设阈值根据药品生产过程中遵循的安全标准所确定的。
78.步骤s22，当检测到生产数据偏移预设阈值范围时，确定生产数据对应的告警类型以及告警数据。
79.告警数据至少包括：产生告警数据的设备对应的设备编号、告警开始的时间、告警结束的时间、生产数据超出阈值的比例、包含操作人员的监控图像；告警类型至少包括：文字告警、数字告警、声音告警、图片告警。阈值范围通常是一个数值区间，实际场景中也可将阈值范围设置为一个阈值定值。以制药过程中，收货病毒液的生产环节中的相关生产数据对应的阈值范围来对该步骤进行说明。该生产数据包括：温度、搅拌速度、ph值、溶氧共四个参数，其阈值范围分别为：温度：32-36摄氏度；搅拌速度：90-100rpm；ph值：7.2-7.8；溶氧：0.45-0.6。实际生产过程中如果上述生产数据偏移其对应的阈值范围时，则获取该生产数据对应的告警类型以及告警数据。如实际温度40摄氏度时，则产生的告警类型为：高温；产生的告警数据为：40摄氏度，已超过可允许最高温度4摄氏度。
80.步骤s23，将生产数据对应的告警类型以及告警数据发送至监管端。
81.由于监管端与企业端通过专网连接，企业端发出告警信息后，监管端即可接收上述告警概要信息。实际场景中企业端并不能确定该告警信息是否成功发送至监管端，因此需要结合告警信息的回调结果来确定。因此在一些实施方式中，向监管端发送生产数据的告警信息之后，如图3所示，该方法还包括：
82.步骤s301，根据告警信息的回调结果，确定告警信息是否成功发送至监管端。
83.回调结果可作为告警信息是否发送成功的标记，当告警信息发送后，企业端会通过相应的回调函数来实时获取告警信息的发送状态。一般来说，当告警信息成功发送至监管端后，回调函数会生成相应的标记，并向企业端发送带有该标记的回调结果，以此证明告警信息已成功发送至监管端。
84.步骤s302，如果是，则实时监听监管端的数据查询请求指令的发送状态。
85.在确定已将告警信息成功发送至监管端后，可设置相应的监听器或监听线程来实时对监管端的数据查询请求指令进行监听。
86.上述实施例中的交互过程是当生产过程中发生异常时才执行的，而在产品生产完成时或某一批次的生产完成时，也可以向监管端进行交互。因此，在一些实施方式中，该方法还包括：
87.当企业端的产品完成生产后，向监管端发送产品的生产简报；其中，生产简报包括：产品的生产设备参数、环境参数、人员参数、检验参数、出入库参数、合格率参数上述一种或多种。
88.具体的说，当每个批次产品完成生产及检验检测流程后，将生成的该批次产品生产情况简报发送至监管端。生产简报仅包含该批次产品概要信息，而监管端通过概要信息，
可根据自身需求向企业端申请更加详细信息。
89.企业端收到监管端的数据查询请求指令后，可结合该数据查询指令对应的权限等级进行操作，如：通过或驳回。如果通过，则将该数据查询请求指令的响应数据发送至监管端，监管端即可收到响应数据中包含的更加详细的生产数据；如驳回，则将驳回指令发送给监管端，此时的监管端无法查看详细数据，但仍能查看概要信息。
90.下面从监管端的角度来对本发明实施例中的一种数据交互方法进行描述。具体的说，该方法应用于监管端，如图4所示，包括以下步骤：
91.步骤s401，接收来自企业端发出的生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型。
92.监管端中设置有相应的长连接以及监听线程，用于实时监听企业端的生产数据。当企业端发出生产数据的告警信息后，即可直接得到该告警信息。
93.步骤s402，根据告警信息中的企业名称以及预警类型，确定生产数据的预警等级。
94.监管端收到告警信息后，需对告警信息中包含的预警类型进行判断，通过确定预警等级来决定是否向企业查询更详细的生产数据。
95.在实际场景中，假如企业端发来的告警信息中包括：企业名称以及浓度预警。监管端接收到该告警信息后，根据浓度预警来确定预警等级。例如，通过该浓度预警对应的参数，可初步判断企业端在生产过程中可能存在偷拍污水的情况，此时对应较高的预警等级。
96.不同预警类型对应着不同的预警等级，实际可结合生产过程中的具体场景来决定。一般来说，温湿度预警的等级低于气体浓度、液体浓度预警的等级；设备运转相关的预警等级低于人员相关的预警等级。
97.步骤s403，当预警等级大于预设预警等级阈值时，根据告警信息确定生产数据的数据查询请求指令，并将数据查询请求指令发送至企业端；
98.监管端在获得生产数据的预警等级后，根据生产数据的预警等级对应的数值大小来对该预警等级进行判断。预警等级阈值为监管端预先设置的，预警等级阈值的高低与生产数据中的相关参数对应的安全风险有关。
99.当预警等级大于预警等级阈值时，表明该生产数据对应的生产过程具有较高的安全风险或不合理生产过程，此时监管端根据告警信息确定该生产数据的数据查询请求指令，通过该数据查询请求指令可向企业端进行更为详细的数据查询。
100.步骤s404，接收数据查询请求指令的响应数据。
101.数据请求指令发送给企业端后，根据企业端的反馈结果来获取该指令对应的响应数据。如果企业端同意查询，则监管端会接收到该数据查询请求指令对应的响应数据；如果企业端认为涉及其核心数据，不同意查询，则监管端不会受到该数据查询请求指令对应的响应数据。
102.企业端在产品生产完成时或某一批次的生产完成时，也会向监管端进行交互。因此在一些实施方式中，接收来自企业端发出的生产数据的告警信息，包括：
103.接收来自企业端发出的生产简报，并根据生产简报确定告警信息；其中，生产简报包括：产品的生产设备参数、环境参数、人员参数、检验参数、出入库参数、合格率参数上述一种或多种。
104.在一些实施方式中，接收数据查询请求指令的响应数据之前，该方法如图5所示，
还包括：
105.步骤s501，根据数据查询请求指令的回调结果，确定数据查询请求指令是否成功发送至企业端。
106.回调结果作为数据查询请求指令是否发送成功的标记，当数据查询请求指令发出后，监管端会通过相应的回调函数来实时确定该数据查询请求指令的发送状态。一般来说，当数据查询请求指令成功发送至企业端后，回调函数会生成相应的标记，并向监管端发送带有该标记的回调结果，以此证明该数据查询请求指令已成功发送至企业端。
107.步骤s502，如果是，则实时监听数据查询请求指令的响应数据的发送状态。
108.在确定已将数据查询请求指令成功发送至监管端后，可设置相应的监听器或监听线程来实时对企业端的数据查询请求指令的响应数据进行监听，以此获得该响应数据的发送状态，有利于更加快速的接收数据查询请求指令的响应数据。
109.上述过程可参照如图6所示的数据交互方法的信令图进行展示，该方法分别用于企业端和监管端。具体的，该方法包括：
110.步骤s601，当生产数据超过预设阈值时，生成告警信息，并将告警信息发送至监管端。
111.企业端会根据相关生产规范、行业标准等设计采集数据的正常阈值，当实时获取的生产数据不满足阈值关系时即可生成相关告警信息，并通过步骤s601将告警信息发送至监管端。
112.步骤s602，根据收到的告警信息确定预警等级，并获取预警等级高于预设预警等级阈值的数据查询请求指令。
113.监管端接收到来自企业端发出的生产数据的告警信息后，可根据告警信息中的企业名称以及预警类型确定生产数据的预警等级，并获取预警等级高于预设预警等级阈值的数据查询请求指令。此时对于监管端而言，已经获取到企业端的告警概要信息；此时通过预警等级来确定向企业端进行详细数据的查询请求。
114.s603，向企业端发送数据查询请求指令。
115.监管端在获取需要进行详细数据的请求查询后，将对应的数据查询请求指令发送至企业端；企业端在接收到该数据查询请求指令后，根据企业自身需求来对该请求指令进行管控。
116.步骤s604，确定数据查询请求指令对应的数据查询权限等级，并获取数据查询权限等级低于预设等级阈值的数据查询请求指令。
117.企业端接收到数据查询请求指令后，根据请求指令的内容确定数据查询权限等级。等级阈值为企业端预先设置的，等级阈值的高低与生产过程中的核心参数有关。在将数据查询请求指令量化为数据查询权限等级后，根据数据查询权限等级的数值大小来对监管端的数据查询请求指令进行管控。获取的数据查询权限等级低于预设等级阈值的数据查询请求指令，表明该数据查询请求指令不会涉及企业端的核心生产数据。
118.步骤s605，将数据查询请求指令的响应数据发送至监管端。
119.数据请求指令发送给企业端后，根据企业端的反馈结果来获取该指令对应的响应数据。如果企业端同意查询，则监管端会接收到该数据查询请求指令对应的响应数据；如果企业端认为涉及其核心数据，不同意查询，则监管端不会受到该数据查询请求指令对应的
响应数据。可见，这些响应数据中包含了告警信息所对应的详细预警数据，监管端可对告警信息产生的相关数据进行获取，从而了解生产过程产生异常的原因。
120.通过上述实施例提到的数据交互方法可知，该方法在企业生产数据产生异常时，企业端会将告警信息发送至监管端；在获得监管端发来的数据查询请求指令后，企业端可根据其对应的数据查询权限等级对数据查询请求指令进行管控，从而对等级较高的核心生产数据进行保护，降低了企业的数据安全隐患。
121.对应于上述数据交互方法的实施例，本实施例还提供一种数据交互系统，如图7所示，该系统应用于企业端，该系统包括以下模块：
122.生产数据获取模块710，用于实时获取企业的生产数据；
123.生产数据发送模块720，用于当生产数据偏离预设阈值范围时，向监管端发送生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型；
124.数据查询请求指令处理模块730，接收来自监管端的数据查询请求指令，并根据数据查询请求指令确定数据查询权限等级；
125.响应数据发送模块740，用于获取数据查询权限等级低于预设等级阈值的数据查询请求指令，并将数据查询请求指令的响应数据发送至监管端。
126.本实施例还提供一种数据交互系统，如图8所示，该系统应用于监管端，该系统包括以下模块：
127.生产数据接收模块810，用于接收来自企业端发出的生产数据的告警信息；其中，告警信息至少包括：企业名称和预警类型；
128.预警等级确定模块820，用于根据告警信息中的企业名称以及预警类型，确定生产数据的预警等级；
129.数据查询请求指令发送模块830，用于当预警等级大于预设预警等级阈值时，根据告警信息确定生产数据的数据查询请求指令，并将数据查询请求指令发送至企业端；
130.响应数据接收模块840，用于接收数据查询请求指令的响应数据。
131.本发明实施例所提供的数据交互系统，其实现原理及产生的技术效果和前述数据交互方法的实施例相同，为简要描述，实施例部分未提及之处，可参考前述方法实施例中相应内容。
132.本实施例还提供一种电子设备，为该电子设备的结构示意图如图9所示，该设备包括处理器101和存储器102；其中，存储器102用于存储一条或多条计算机指令，一条或多条计算机指令被处理器执行，以实现上述数据交互方法。
133.图9所示的服务器还包括总线103和通信接口104，处理器101、通信接口104和存储器102通过总线103连接。
134.其中，存储器102可能包含高速随机存取存储器(ram，random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。总线103可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
135.通信接口104用于通过网络接口与至少一个用户终端及其它网络单元连接，将封装好的ipv4报文或ipv4报文通过网络接口发送至用户终端。
136.处理器101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器101可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器102，处理器101读取存储器102中的信息，结合其硬件完成前述实施例的方法的步骤。
137.本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前述实施例的方法的步骤。
138.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
139.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
140.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
141.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以用软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
142.最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应
技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。