CN115567557A - 工业数据的多目标报送方法、装置及*** - Google Patents

工业数据的多目标报送方法、装置及*** Download PDF

Info

Publication number
CN115567557A
CN115567557A CN202211144659.5A CN202211144659A CN115567557A CN 115567557 A CN115567557 A CN 115567557A CN 202211144659 A CN202211144659 A CN 202211144659A CN 115567557 A CN115567557 A CN 115567557A
Authority
CN
China
Prior art keywords
data
platform
information
industrial
reporting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202211144659.5A
Other languages
English (en)
Other versions
CN115567557B (zh
Inventor
姚韬
蒋小燕
周凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Unicom Digital Technology Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Unicom Digital Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd, Unicom Digital Technology Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202211144659.5A priority Critical patent/CN115567557B/zh
Publication of CN115567557A publication Critical patent/CN115567557A/zh
Application granted granted Critical
Publication of CN115567557B publication Critical patent/CN115567557B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Medical Informatics (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供一种工业数据的多目标报送方法、装置及***,其中,该方法应用于工业终端,包括:响应于企业节点发起的数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台;基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。通过上述方法,工业终端根据数据报送指令生成消息队列,并将相关数据传输给对应的多个目标平台,可以实现工业数据的多目标报送,有效提高了工业终端的资源利用率,同时降低了云管理平台的资源扩充压力。

Description

工业数据的多目标报送方法、装置及***
技术领域
本申请涉及电子信息技术领域,尤其涉及一种工业数据的多目标报送方法、装置及***。
背景技术
在工业生产过程中,工业终端负责实现工业设备与生产管理平台的内部网络连接以及信息传输。
相关技术中,工业终端自动采集多台工业设备的多类型数据,例如工艺参数、生产数据、运行状态以及故障告警信息等信息,并与生产管理平台进行数据交互以传输上述信息。然后由生产管理平台处理接收到的工业设备相关信息,并向工业终端反馈控制指令,以调整设备参数、工业流程或者隔离控制故障节点,再由工业终端转发控制指令至指定的工业设备。
上述方案中,工业终端将采集到的数据统一向单一目标平台进行报送,使得网络实际流量与数字化终端处理能力以及网络吞吐能力不匹配,导致工业终端的算力、网络能力闲置,资源未得到有效利用;与之同时,生产管理平台需要接收及处理大量数据,导致目标平台资源扩充压力较大。
发明内容
为了解决上述问题,即解决工业终端向单一目标报送数据所产生的工业终端资源利用率低以及目标平台资源扩充压力大的问题,本申请提供一种工业数据的多目标报送方法、装置及***。
为了实现上述目的,本申请提供如下技术方案:
根据本申请的一方面,提供一种工业数据的多目标报送方法,应用于工业终端,包括:
响应于企业节点发起的数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台;
基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。
在一种实施方式中,所述数据报送指令是所述企业节点根据工业终端信息生成数据报送服务清单,并由管理中心确定所述数据报送服务清单后生成的;其中,所述工业终端信息包括以下至少之一:工业终端的权限、工业终端的网络资源或者工业终端的数据资源。
在一种实施方式中,所述基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,包括:
利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,以使所述目标平台在接收到对应的数据后,向,调用可信标识平台的主动标识载体信息验证所述主动标识载体的正确性,并向所述企业节点反馈第一验证结果,并使所述企业节点基于所述第一验证结果生成第一计费信息并提交至管理中心,并使所述管理中心基于所述第一计费信息对相应目标平台进行扣费。
在一种实施方式中,在生成若干消息队列之后,还包括:
基于所述若干消息队列生成应急处置数据;
在接收到应急传输指示时,跳出利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据的步骤,并向对应的多个目标平台报送所述应急处置数据,以使所述目标平台在接收到对应的数据后,基于预设规则验证所述应急处置数据的正确性,并向所述企业节点反馈第二验证结果,并使所述企业节点基于所述第二验证结果生成第二计费信息,并使所述管理中心基于所述第二计费信息对相应目标平台进行扣费;
其中,所述应急传输指示是企业节点接收到对应的目标平台的应急传输请求,并由管理中心确定后生成的。
在一种实施方式中,所述基于所述若干消息队列生成应急处置数据,包括:
接收管理中心转发的应急处置加密信息,所述应急处置加密信息由对应的目标平台生成并发送至管理中心进行确定后转发的,所述应急处置加密信息至少包括秘钥信息和/或随机码;
基于所述若干消息队列根据所述应急处置加密信息加密生成应急处置数据;
其中,所述预设规则为采用所述应急处置加密信息对应的解密信息对所述应急处置数据进行解密,以验证所述应急处置数据的正确性。
在一种实施方式中,在生成若干消息队列之后,还包括:
基于所述若干消息队列生成应急处置数据,并在向对应的多个目标平台传输所述报送数据信息对应的数据时,向对应的多个目标平台报送所述应急处置数据。
根据本申请的另一方面,提供一种工业终端,包括:
生成模块,其设置为响应于企业节点发起的数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台;
数据传输模块,其设置为基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。
根据本申请的又一方面,提供一种工业数据的多目标报送***,包括一个或多个工业终端,以及分别与所述工业终端电连接的一个或多个企业节点和多个目标平台,
所述企业节点,用于生成数据报送指令,并将所述数据报送指令发送至对应的一个或多个工业终端中;
所述工业终端,用于响应于所述数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台,并基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据;
所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台,用于接收所述一个或多个工业终端传输的所述数据。
在一种实施方式中,所述企业节点还用于,根据工业终端信息生成数据报送服务清单,其中,所述工业终端信息包括以下至少之一:工业终端的权限、工业终端的网络资源或者工业终端的数据资源
所述***还包括:
管理中心,用于接收所述数据报送服务清单,并根据所述数据报送服务清单确定对应的服务订单,以使所述企业节点基于确定结果生成数据报送指令。
在一种实施方式中,所述***还包括:
可信标识平台,用于向所述工业终端分配主动标识载体,以及用于在所述工业终端利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据时,验证所述工业终端的主动标识载体的正确性,得到第一验证结果;
所述企业节点还用于,基于所述第一验证结果生成第一计费信息;
所述管理节点还用于,接收所述第一计费信息,并基于所述第一计费信息对相应目标平台进行扣费。
可以理解的,本申请提供的工业数据的多目标报送方法、装置及***,通过响应于企业节点发起的数据报送指令,生成若干消息队列,其中=所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台,并基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。通过上述方法,工业终端根据数据报送指令生成消息队列,并将相关数据传输给对应的多个目标平台,可以实现工业数据的多目标报送,有效提高了工业终端的资源利用率,同时降低了云管理平台的资源扩充压力。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1a为相关技术中工业数据报送方法的流程示意图之一;
图1b为相关技术中工业数据报送方法的流程示意图之二;
图2为本申请实施例提供的一种工业数据的多目标报送方法的场景示意图;
图3为本申请实施例提供的一种工业数据的多目标报送方法的流程示意图;
图4a为本申请示例中服务订单生成及实施的流程示意图
图4b为本申请示例中数据报送的流程示意图;
图4c为本申请示例中应急数据报送的流程示意图之一;
图4d为本申请示例中演练数据生成及测试的流程示意图;
图4e为本申请示例中应急数据报送的流程示意图之二;
图4f为本申请示例中应急数据报送的流程示意图之三;
图4g为本申请示例中工业终端故障的处理流程示意图;
图5为本申请实施例提供的一种工业终端的结构示意图;
图6为本申请实施例提供的一种工业数据的多目标报送***的结构示意图;
图7为本申请实施例提供的一种电子设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
相关技术中,结合图1a所示,存在多套生产管理平台,以及与之配套的工业终端。工业终端直接向其归属的生产管理平台上报信息,用于接收信息的生产管理平台地址、端口均预先分配,报送的信息类型存储于工业终端中,长期固定不变。工业终端以及其连接的工业设备标识均采用生产管理平台各自定义的私有编码,工业终端上传的各类信息与生产管理平台反馈控制指令都采用明文传输,使用私有编码。具体步骤示意如下:
①工业终端自动采集多台工业设备的工艺参数、生产数据、运行状态,故障告警等信息,并向归属的管理平台发送。
②生产管理平台处理相关信息后,向工业终端反馈控制指令,工业终端接收指令。
③工业终端向指定的工业设备转发控制指令,并向生产管理平台反馈指令执行结果。
随着技术的发展,在工业互联网环境下,“设备联网,数据上云”已成为发展趋势,相关技术逐渐基于主动标识载体,对工业终端以及相关工业设备赋予工业互联网标识,可以有效整合资源,规范操作。工业终端直接向云管理平台(对应生产管理平台)上报数据,云管理平台地址、端口,报送的信息类型存储于工业终端中,长期固定不变。工业终端使用主动标识载体,可信标识平台协助云管理平台共同完成终端数据报送的身份验证、安全传输。应用平台从云管理平台获取信息,完成业务流程。工业终端自动采集多台工业设备的工艺参数、生产数据、运行状态,故障告警等信息,使用主动标识载体能力,执行数据加密,数字签名等操作,并向云管理平台发送。结合图1b所示,具体包括以下流程:
①云管理平台向可信标识平台发送验证终端身份,解密数据等请求。
②可信标识平台向云管理平台反馈端身份验证、数据解密结果。
③多个应用平台向云管理平台发送获取数据申请。
④云管理平台向应用平台反馈获取数据结果。
上述相关技术的工业数据报送方案,仍然产生以下问题:
1)资源利用不均衡,工业终端与网络资源利用率低。工业终端仅向单一目标报送数据,网络实际流量与数字化终端处理能力以及4G/5G网络吞吐能力不匹配,导致工业终端的算力、网络能力闲置,未得到有效利用;与之同时,云管理平台需要接收、存储、处理所有数据,对外提供服务,导致云管理平台资源扩充压力大。
2)存在结构性安全隐患,云管理平台成为安全瓶颈。终端向云管理平台发送数据,数据汇聚至云管理平台,统一对应用平台提供服务。网络拓扑结构是星型结构,一旦云管理平台发生故障,应用平台无法获取数据,难以保障业务连续性;因缺乏有效的数据验证手段,云管理平台作为单一数据源,数据处理错误会持续影响后继应用平台,并难以察觉。
3)应用平台数据获取时效性差,难以支撑复杂业务场景。终端数据经由云管理平台到达应用平台,信息传递与处理为串行模式,链条较长,数据大集中,汇总在云平台分析的同时,不可避免带来效率问题;直接开放消息队列,则会产生严重的安全问题;多个应用平台无法获取终端实时性数据,难以满足动态变化的跨越组织、地域的设备租赁、冷链物流、预测性维护等复杂业务场景、新型业态需求。
4)难以保证终端数据质量,无法满足政府行业监管要求。例如在车辆运营、工业生产实际中,数据由企业云管理平台处理后发送至行业监管平台。行业监管平台受到企业云管理平台的制约,数据内容避重就轻,不提供关键信息;信息真实性、完整性、客观性存疑,除了现场检查,难以核对,很难达到监管效果。缺乏从终端发起直接报送重要与紧急信息的快速通道和技术手段。平行部署监测设备,代价太大,实施难度高。
有鉴于此,本申请实施例提供了一种工业数据的多目标报送方法、装置及***,在数据报送网络中新增企业节点、管理中心以及行业监管平台,工业终端通过接收企业节点的数据报送指令,该数据报送指令携带包括报送数据信息以及对应的多个目标平台的数据报送策略,并根据该报送策略将对应的数据报送至云管理平台、应用平台、行业监管平台等多个目标平台,实现工业数据的多目标报送,应用平台和/或行业监管平可以直接从工业终端获取到工业数据,而无需通过云管理平台进行转发,有效提高工业终端的资源利用率以及其它目标平台数据获取的效率,并降低云管理平台的资源扩充压力和数据安全隐患,保证数据质量。此外,在进行工业数据报送过程中,可由管理中心进行统一管控,以进一步提高工业数据的多目标报送效率。
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请的实施例中的附图,对本申请实施例中的技术方案进行更加详细的描述。在附图中,自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。所描述的实施例是本申请一部分实施例,而不是全部的实施例。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图2为本申请实施例提供的一种可能的场景示意图,如图2所示,包括工业终端(1,…,n)210,分别与工业终端210电连接的工业设备(1,…,m)220、企业节点230、可信标识平台240、云管理平台250、应用平台和/或行业监管平台260,以及与企业节点230、可信标识平台240以及应用平台和/或行业监管平台260电连接的管理中心270。
可选地,在工业终端210中新增数据报送网关、应用平台和/或行业监管平台260中新增数据处置网关。工业终端210利用数据报送网关向多目标平台进行数据报送,应用平台和/或行业监管平台260利用数据处置网关存储或处理接收到的相应数据。
可选地,企业节点230包含资源管理、任务调度、服务网关等模块,负责管理涉及多目标报送的相关工业终端、网络与数据资源,发布终端数据报送服务,并基于服务订单明确数据报送任务涉及的终端以及目的地,任务优先级,数据的类型、数量、频度等,然后将上述数据报送策略封装为指令分发到指定的工业终端数据报送网关,并可实时监测数据报送网关发送的数据流量流向与状态信息;并可与可信标识平台240通信以确认管理中心、应用平台、行业监督平台身份,以及与管理中心交互服务订单、费用结算信息。
可选地,管理中心270负责连接一个或多个应用平台、行业监督平台、一个或多个企业节点,发布各企业节点支持的终端数据报送服务,向企业节点发送服务订单、费用结算信息,完成应用平台订购服务、支付费用的交易行为,以及行业监督平台服务订购行为。
在一种可实现中,工业终端210的数据报送网关负责接收并解析企业节点的指令,可以按照目的地,任务优先级,数据的类型、数量、频度等要求,基于存储工业互联网ID的主动标识载体向政府行业监管平台以及多个应用平台(包括云管理平台)提供数据以及应急处置数据的报送服务;应用平台和/或行业监管平台260的数据处置网关负责向管理中心发送服务申请,接收终端报送的数据,经可信标识平台验证数据的完整性与真实性,或应急处置时根据预设规则进行验证,确认服务订单,支付费用。
在一种可实现中,企业节点230、管理中心270、应用平台和/或行业监督平台260可以基于区块链技术交互服务订单与账务信息,以提供数据服务的分布式管理。
需要说明的是,在一些应用场景中,除了云管理平台、应用平台、行业监管平台之外,还可以包括其它具有工业数据需求的平台,例如企业合作平台等。
上面对本申请的场景示意图进行了简单说明,下面以应用于图2中的工业终端210为例,来详细说明本申请实施例提供的工业数据的多目标报送方法。
请参照图3,图3为本申请实施例提供的一种工业数据的多目标报送方法,包括步骤S301和步骤S302。
步骤S301、响应于企业节点发起的数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台。
本实施例中,替代工业终端将所采集的工业数据直接上传至云管理平台的方式,工业终端在接收到企业节点的数据报送指令后,根据数据报送生成对应的消息队列,完成数据报送准备工作。
可以理解的,企业节点负责管理企业区域范围内工业终端的数据报送流程,例如,数据报送启动流程、结束流程、扣费流程或者其它流程。
可以理解的,响应于,用于表示所执行的操作所依赖的条件或者状态,当满足所依赖的条件或状态时,所执行的一个或多个操作可以是实时的,也可以具有设定的延迟;在没有特别说明的情况下,所执行的多个操作不存在执行先后顺序的限制。
在一种实施方式中,所述数据报送指令是所述企业节点根据工业终端信息生成数据报送服务清单,并由管理中心确定所述数据报送服务清单后生成的;其中,所述工业终端信息包括以下至少之一:工业终端的权限、工业终端的网络资源或者工业终端的数据资源。
示例性地,企业节点首先生成数据报送服务清单并发送至管理中心,管理中心根据该数据报送服务清单确定服务订单,并将服务订单同步至多个目标平台中,各目标平台可根据服务订单发起服务申请并反馈给管理中心,再由管理中心确定服务申请,并签发对应的服务订单反馈给企业节点,企业节点基于数据报送服务清单所确定的服务订单生成数据报送指令。
进一步示例地,服务订单的实施流程可以通过行业监管/应用平台、管理中心、企业节点、工业终端配合,完成数据报送准备工作。结合图4a所示,可以包括以下流程:
(1)基于工业互联网ID,企业节点不定期发布工业终端的数据报送服务清单,包含样例数据与元数据。其中,该数据报送清单可以上传至区块链中,其摘要信息纳入区块链表。
(2)管理节点确定(例如筛查、汇总)各企业节点发布的数据报送服务清单。其中,该数据报送服务清单可以上传至区块链中,其摘要信息纳入区块链表。
(3)行业监管平台和/或向管理中心发起订购(退订、变更)服务申请;,该服务器申请同样可以上传至区块链中,其摘要信息纳入区块链表,包含接收地址以及端口等信息,并可生成摘要与数字签名。
(4)管理中心确认行业监管平台、应用平台的服务申请,确定并签发数据报送的服务订单发送各企业节点。
(5)企业节点接收到服务订单,生成数据报送指令(即任务调度)并分发相关的工业终端;
(6)工业终端接收并执行数据报送指令,至少建立行业监督、应用平台两个消息队列并向企业节点反馈就绪。
(7)企业节点确认相关工业终端全部就绪,向管理中心反馈服务订单实施完毕,并可将该确认信息上传至区块链,其摘要信息纳入区块链表。
(8)管理中心确认各企业节点全部反馈服务订单实施完毕,向行业监管平台、应用平台反馈,并将该确认信息上传至区块链,其摘要信息纳入区块链表。
(9)行业监管平台、应用平台确认收到服务订单实施完毕反馈,并将该确认信息上传至区块链,其摘要信息纳入区块链表。
进一步示例地,数据报送服务清单可以包括工业终端的工业互联网ID、元数据、样本数据、频度、速率、优先级、价格、企业节点ID、数字摘要以及数字签名等信息,其表头如下表1所示:
Figure BDA0003855103040000101
服务申请可以包括申请ID、工业互联网ID、企业节点ID、服务类型、服务数据、数字摘要以及数字签名等信息,其表头如下表2所示:
Figure BDA0003855103040000102
服务订单可以包括订单ID、工业互联网ID、企业节点ID、申请ID、服务类型、服务数据、应用平台/行业监管平台ID、数字摘要以及数字签名等信息,其表头如下表3所示:
Figure BDA0003855103040000111
数据报送指令可以包括工业互联网ID、服务类型、服务数据、目标地址、数字摘要以及数字签名等信息,其表头如下表4所示:
Figure BDA0003855103040000112
步骤S302、基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。
在完成数据报送准备工作后,根据消息队列将对应的数据报送给对应的多个目标平台,有效利用工业终端资源。在实际应用中,考虑到云管理平台通常需要对其管辖的所有工业终端的数据进行管理,可以将工业终端采集的所有数据传输至云管理平台,并向应用平台和/或行业监管平台传输其所需的对应数据。其实现过程可以为,消息队列中对应的目标地址为云管理平台的,服务数据为所有数据。
在一种实施方式中,为进一步提高数据传输安全性、真实性以及终端的资源利用率,步骤S302基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,可以包括以下步骤:
利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,以使所述目标平台在接收到对应的数据后,向,调用可信标识平台的主动标识载体信息验证所述主动标识载体的正确性,并向所述企业节点反馈第一验证结果,并使所述企业节点基于所述第一验证结果生成第一计费信息并提交至管理中心,并使所述管理中心基于所述第一计费信息对相应目标平台进行扣费。
本实施例中,基于主动标识载体,工业终端可以安全可控地并行向多个目标报送数据,行业监督/应用平台、云管理平台可以调用可信标识平台确认终端身份及内容,以保证数据传输的安全性和真实性。
可以理解的,主动标识载体是嵌入设备内部,承载标识编码、必要安全证书、算法、秘钥,具备联网通信功能,主动向标识解析服务节点或标识数据应用平台(对应本实施例中的可信标识平台)等发起连接,无需借助标识读写设备来触发。
在一种实施方式中,为了避免在可信标识平台故障时,多个目标平台难以保障所接收数据的安全性和真实性,本实施例通过生成应急处置数据,在可信标识平台故障时,向多目标平台进行应急数据的报送,以进一步提高数据传输安全性、真实性。具体地,在步骤S302中生成若干消息队列之后,还可以包括以下步骤:
基于所述若干消息队列生成应急处置数据;
在接收到应急传输指示时,跳出利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据的步骤,并向对应的多个目标平台报送所述应急处置数据,以使所述目标平台在接收到对应的数据后,基于预设规则验证所述应急处置数据的正确性,并向所述企业节点反馈第二验证结果,并使所述企业节点基于所述第二验证结果生成第二计费信息,并使所述管理中心基于所述第二计费信息对相应目标平台进行扣费;
其中,所述应急传输指示是企业节点接收到对应的目标平台的应急传输请求,并由管理中心确定后生成的。
在一些实施例中,考虑到管理中心也可能出现故障,在管理中心和可信标识平台均出现故障时,企业节点可以直接向工业终端发起应急传输指示,而无需由目标平台进行请求并由管理中心确定。
进一步地,所述基于所述若干消息队列生成应急处置数据,可以包括以下步骤:
接收管理中心转发的应急处置加密信息,所述应急处置加密信息由对应的目标平台生成并发送至管理中心进行确定后转发的,所述应急处置加密信息至少包括秘钥信息和/或随机码;
基于所述若干消息队列根据所述应急处置加密信息加密生成应急处置数据;
其中,所述预设规则为采用所述应急处置加密信息对应的解密信息对所述应急处置数据进行解密,以验证所述应急处置数据的正确性。
本实施例中的数据报送流程可以实现数据的正常报送与异常应急流程,以完成多个目标平台的数据报送订单。示例性的,结合图4b,正常报送流程(例如各个平台均未发生故障)如下:
(1)工业终端向指定的多个目标报送数据,数据内容根据数据报送指令要求可选进行加密,基于存储工业互联网ID的主动标识载体,生成摘要信息与数字签名。
(2)行业监管/应用平台接收终端报送的数据,调用可信标识服务平台进行认证。
(3)可信标识平台确认终端身份及内容,并反馈行业监管/应用平台。
(4)行业监管平台、应用平台接收并处理工业终端报送数据。
(5)企业节点监测数据流量,形成计费信息,发送管理中心,相关信息可纳入链表。
(6)管理中心确认服务订单计费信息,发送应用平台、行业监管平台,相关信息可纳入链表。
(7)应用平台、行业监管平台确认服务订单支付费用,相关信息可纳入链表。
(8)管理中心执行服务订单扣费工作,相关账务信息可纳入链表。
结合图4c所示,以行业监管/应用平台发起应急处置申请为例,工业终端报送应急处置数据,以便行业监管/应用平台不依赖可信标识平台可以核验终端报送应急处置数据真实性完整性,后继解析处理处理数据,以及可信标识服务平台故障恢复后流程,具体的,异常应急流程(例如可信标识平台故障以及恢复正常)如下:
(1)可信标识服务平台发生故障时,行业监管/应用平台签发应急处置申请,生成摘要与数字签名,发送管理中心。
(2)管理中心接收行业监管/应用平台发送的应急处置申请,确认并签发应急处置订单,生成摘要与数字签名,发送各企业节点。
(3)企业节点解析并验证行业监管/应用平台身份,确认管理中心发送的应急处置订单,生成应急传输指示分发各工业终端。
(4)工业终端执行应急传输指示,使用应急处置密钥和随机码对数据加密,向指定目标报送应急数据密文以及随机码、订单ID、工业互联网ID的摘要值。
(5)行业监管/应用平台核验随机码、订单ID、工业互联网ID的摘要值,使用应急处置密钥和随机码解密,解析处理数据。
(6)可信标识服务平台故障恢复。
(7)行业监管/应用平台签发各工业终端相关的应急处置密钥,随机码。
(8)行业监管/应用平台确认启动正常数据报送申请,生成摘要与数字签名,发送管理中心。
(9)管理中心签发数据报送服务启动订单,生成摘要与数字签名,发送企业节点,摘要信息可纳入区块链表。
(10)企业节点确认启动服务订单并分发各工业终端,反馈管理中心(摘要信息可纳入区块链表)工业终端停止报送应急处置数据,恢复正常报送。
(11)管理中心接收各企业节点的启动服务订单反馈,转发行业监管/应用平台。
(12)行业监管/应用平台接收管理中心确认启动反馈(摘要信息纳入区块链表)。
在一些实施例中,为了进一步实现数据的有效传输,在进行工业数据的正式传输之前,还提供了数据演练测试流程,结合图4d所示,包括以下流程:
(1)行业监管/应用平台签发演练数据(可生成摘要与数字签名),调用可信标识服务平台。
(2)可信标识平台将收到的数据生成摘要与数字签名,并反馈至行业监管/应用平台。
(3)管理中心确认行业监管/应用平台的申请,签发数据报送演练订单,生成摘要与数字签名。
(4)企业节点解析并验证可信标识平台、行业监管/应用平台身份,确认管理中心发送的演练订单,形成任务调度指令,并分发相关工业终端。
(5)工业终端执行指令,向指定目标报送演练数据,基于存储工业互联网ID的主动表示载体生成摘要与数字签名。
(6)行业监管/应用平台接收终端发送的数据,调用可信标识服务平台进行认证。
(7)可信标识平台确认终端身份及内容,反馈行业监管/应用平台。
(8)行业监管/应用平台解析并确认演练数据一致。
(9)行业监管/应用平台生成各终端相关的应急演练密钥,随机码,生成摘要与数字签名,发送管理中心。
(10)管理中心接收行业监管/应用平台发送的应急演练密钥,签发应急演练订单,生成摘要与数字签名,发送各企业节点。
(11)企业节点确认管理中心发送的应急演练订单,解析并验证可信标识平台、行业监管/应用平台身份,确认管理中心发送的应急演练申请,形成任务调度指令,并分发相关工业终端。
(12)工业终端执行指令,使用应急演练密钥和随机码对演练数据加密,向指定目标报送应急演练数据密文与随机码与终端标识的摘要值。
(13)行业监管/应用平台核验随机码与终端标识的摘要值,使用应急演练密钥和随机码解密,查验应急演练数据。
(14)行业监管/应用平台生成各终端相关的应急处置密钥,随机码。
(15)行业监管/应用平台确认启动数据报送申请(含各终端相关的应急处置密钥,随机码),生成摘要与数字签名,发送管理中心。
(16)管理中心签发数据报送服务启动订单,生成摘要与数字签名,发送企业节点(摘要信息纳入区块链表)。
(17)企业节点确认启动服务订单并分发各工业终端,反馈管理中心(摘要信息纳入区块链表)。
(18)管理中心确认各企业节点启动订单反馈行业监管/应用平台(摘要信息纳入区块链表)。
(19)行业监管/应用平台接收管理中心确认启动反馈(摘要信息纳入区块链表)。
在一种实施方式中,为了进一步实现在可信标识平台故障,并且管理中心或者企业节点同时产生故障时的数据安全传输方式,本实施例在生成若干消息队列之后,还可以包括以下步骤:
基于所述若干消息队列生成应急处置数据,并在向对应的多个目标平台传输所述报送数据信息对应的数据时,向对应的多个目标平台报送所述应急处置数据。
为降低各个平台出现故障对于数据传输的影响,对于各个平台出现故障的情况,本实施例相应给出对应的解决方案。示例性的,行业监管、应用平台发生故障时,数据报送正常执行,相关其他节点无需动作,照常执行现有服务订单,在途申请与订单待行业监管、应用平台恢复后再进行确认。在管理中心发生故障时,仅影响在途与后继服务订单,现有的服务订单照常执行。管理中心发生故障期间,如果可信标识平台发生故障,则执行管理中心与可信标识平台故障处理流程。可信标识平台发生故障时,如果管理中心发生故障,执行管理中心与可信标识平台故障处理流程,否则执行可信标识平台故障处理流程。如果企业节点发生故障,直接执行企业节点故障处理流程流程,不考虑其他节点故障。特定工业终端发生故障,直接执行特定终端故障处理流程流程。
进一步地,针对可信标识平台发生故障时的处理流程,如图4c所示;针对企业节点故障处理流程,为了避免可信标识平台同时发生故障,导致行业监管/应用平台无法确认接收数据的风险,工业终端采用双路报送模式。即一路向指定目标正常报送数据,同时另一路报送应急处置数据,以及企业节点故障恢复后处理流程,如图4e所示,包括以下步骤:
(1)企业节点发生故障时,为了避免可信标识平台同时发生故障,导致行业监管/应用平台无法确认接收数据的风险,工业终端采用双路报送模式。即一方面向指定目标报送数据,基于存储工业互联网ID的主动表示载体生成摘要与数字签名,数据内容根据任务指令要求可选进行加密;同时使用应急处置密钥和随机码对数据加密,向指定目标报送应急数据密文以及随机码、订单ID、工业互联网ID的摘要值。
(2)行业监管/应用平台根据实际情况,调用可信标识服务平台进行认证,基于可信标识平台反馈处理工业终端报送数据。或者核验随机码、订单ID、工业互联网ID的摘要值,使用应急处置密钥和随机码解密,解析处理数据
(3)企业节点故障恢复正常提供服务。
(4)行业监管/应用平台生成各终端相关的应急处置密钥,随机码。
(5)行业监管/应用平台确认启动数据报送申请,生成摘要与数字签名,发送管理中心。
(6)管理中心签发数据报送服务启动订单,生成摘要与数字签名,发送企业节点(摘要信息纳入区块链表)。
(7)企业节点确认启动服务订单并分发各工业终端,反馈管理中心(摘要信息纳入区块链表)工业终端停止报送应急处置数据,恢复正常报送。
(8)管理中心接收各企业节点的启动服务订单反馈,转发行业监管/用平台。
(9)行业监管/应用平台接收管理中心确认启动反馈(摘要信息纳入区块链表)。
进一步地,针对可信标识平台与管理中心同时故障处理流程,可以包括企业节点通知终端启动应急处置流程,以及可信标识服务平台与管理中心故障恢复后的处理流程,如图4f所示:
(1)可信标识平台与管理中心同时发生故障时,企业节点通知工业终端启动应急处置流程。
(2)工业终端使用应急处置密钥和随机码对数据加密,向指定目标报送应急数据密文以及随机码、订单ID、工业互联网ID的摘要值。
(3)行业监管/应用平台核验随机码、订单ID、工业互联网ID的摘要值,使用应急处置密钥和随机码解密,解析处理数据。
(4)可信标识平台与管理中心均恢复正常。
(5)行业监管/应用平台生成各终端相关的应急处置密钥,随机码。
(6)行业监管/应用平台确认启动数据报送申请,生成摘要与数字签名,发送管理中心。
(7)管理中心签发数据报送服务启动订单,生成摘要与数字签名,发送企业节点(摘要信息纳入区块链表)。
(8)企业节点确认启动服务订单并分发各工业终端,反馈管理中心(摘要信息纳入区块链表),工业终端停止报送应急处置数据,恢复正常报送。
(9)管理中心接收各企业节点的启动服务订单反馈,转发行业监管/用平台。
(10)行业监管/应用平台接收管理中心确认启动反馈(摘要信息纳入区块链表)。
进一步地,还可能出现工业终端出现故障的情况,对于工业终端出现故障的情况,结合图4g所示,包括以下流程:
(1)特定工业终端发生故障时,企业节点通知管理中心该特定工业终端故障。
(2)企业节点通知云管理平台、行业监管/应用平台特定工业终端故障。
(3)云管理平台、行业监管/应用平台确认特定工业终端故障通知。
(4)特定工业终端恢复正常重新提供服务。
(5)企业节点通知管理中心特定终端恢复服务。
(6)行业监管/应用平台确认特定工业终端恢复服务。
本实施例中,相较于工业终端将所采集数据直接向云管理平台报送数据,应用平台和/或行业监管平台从云管理平台获取数据的企业内外割裂的串行业务处理流程。首先由企业节点基于工业终端、网络与数据资源,通过管理中心发布终端数据报送(服务)清单;应用平台和/或行业监管平台通过管理中心形成服务订单;企业节点根据服务订单生成数据报送指令分发到指定工业终端的数据报送网关;数据报送网关负责接收并解析企业节点指令,形成多个消息队列,完成数据报送准备工作;其次由工业终端数据报送网关,基于主动标识载体向政府行业监管平台多个应用平台(包括云管理平台)直接报送数据,向报送重要与紧急信息,应用平台和/或行业监管平台数据处置网关接收终端报送数据;最后由企业节点向管理中心提交计费信息,应用平台通过管理中心支付费用,依据服务订单执行情况,管理中心向各企业节点分摊结算费用。具体包含服务订单实施、数据报送演练、数据报送服务流程以及常见故障处理流程。
本申请实施例相应还提供一种工业终端,如图5所示,包括生成模块51和数据传输模块52,其中,
生成模块51,其设置为响应于企业节点发起的数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台;
数据传输模块52,其设置为基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。
在一种实施方式中,所述数据报送指令是所述企业节点根据工业终端信息生成数据报送服务清单,并由管理中心确定所述数据报送服务清单后生成的;其中,所述工业终端信息包括以下至少之一:工业终端的权限、工业终端的网络资源或者工业终端的数据资源。
在一种实施方式中,所述数据传输模块包括:
主动标识载体,其设置为基于主动标识载体按照所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,以使所述目标平台在接收到对应的数据后,向,调用可信标识平台的主动标识载体信息验证所述主动标识载体的正确性,并向所述企业节点反馈第一验证结果,并使所述企业节点基于所述第一验证结果生成第一计费信息并提交至管理中心,并使所述管理中心基于所述第一计费信息对相应目标平台进行扣费。
在一种实施方式中,所述装置还包括:
应急数据生成模块,其设置为基于所述若干消息队列生成应急处置数据;
应急数据报送模块,其设置为在接收到应急传输指示时,跳出数据传输模块52,并向对应的多个目标平台报送所述应急处置数据,以使所述目标平台在接收到对应的数据后,基于预设规则验证所述应急处置数据的正确性,并向所述企业节点反馈第二验证结果,并使所述企业节点基于所述第二验证结果生成第二计费信息,并使所述管理中心基于所述第二计费信息对相应目标平台进行扣费;
其中,所述应急传输指示是企业节点接收到对应的目标平台的应急传输请求,并由管理中心确定后生成的。
在一种实施方式中,所述应急数据生成模块,包括:
接收单元,其设置为接收管理中心转发的应急处置加密信息,所述应急处置加密信息由对应的目标平台生成并发送至管理中心进行确定后转发的,所述应急处置加密信息至少包括秘钥信息和/或随机码;
生成单元,基于所述若干消息队列根据所述应急处置加密信息加密生成应急处置数据;
其中,所述预设规则为采用所述应急处置加密信息对应的解密信息对所述应急处置数据进行解密,以验证所述应急处置数据的正确性。
在一种实施方式中,所述装置还包括:
同步传输模块,其设置为基于所述若干消息队列生成应急处置数据,并在数据传输模块52向对应的多个目标平台传输所述报送数据信息对应的数据时,向对应的多个目标平台报送所述应急处置数据。
在此需要说明的是,本申请提供的上述工业终端,能够相应地实现上述方法实施例中工业终端所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
本申请实施例相应还提供一种工业数据的多目标报送***,如图6所示,包括一个或多个工业终端61,以及分别与所述工业终端61电连接的一个或多个企业节点62和多个目标平台63,
所述企业节点62,用于生成数据报送指令,并将所述数据报送指令发送至对应的一个或多个工业终端61中;
所述工业终端61,用于响应于所述数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台,并基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据;
所述目标平台63至少包括以下之一:应用平台、云管理平台或者行业监管平台,用于接收所述一个或多个工业终端传输的所述数据。
在一种实施方式中,所述企业节点还用于,根据工业终端信息生成数据报送服务清单,其中,所述工业终端信息包括以下至少之一:工业终端的权限、工业终端的网络资源或者工业终端的数据资源
所述***还包括:
管理中心,用于接收所述数据报送服务清单,并根据所述数据报送服务清单确定对应的服务订单,以使所述企业节点基于确定结果生成数据报送指令。
在一种实施方式中,所述***还包括:
可信标识平台,用于向所述工业终端分配主动标识载体,以及用于在所述工业终端利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据时,验证所述工业终端的主动标识载体的正确性,得到第一验证结果;
所述企业节点还用于,基于所述第一验证结果生成第一计费信息;
所述管理节点还用于,接收所述第一计费信息,并基于所述第一计费信息对相应目标平台进行扣费。
在一些实施例中,***可以拓展包含多个企业节点、多个管理中心、多个可信标识平台,形成企业节点、管理中心、行业监管平台、应用平台、可信标识平台之间可以自由组合的网络结构;企业节点中的任务调度、资源管理、服务网关为逻辑功能体,可自由组合,企业节点也可与管理中心组合,管理中心也可分拆为多个独立功能体,自由组合实现,可信标识平台可以与管理中心组合;示例中各种数据项顺序不限,也可以增添或删减,形成信息有效关联即可;位于同一物理实体中的流程环节均可合并实现。
在此需要说明的是,本申请提供的上述***,能够相应地实现上述方法实施例中所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
本申请是实施例相应还提供一种电子设备,如图7所示,包括存储器71和处理器72:
所述存储器71存储计算机执行指令;
所述处理器72执行所述存储器71存储的计算机执行指令,使得所述基站执行所述的工业数据的多目标报送方法。
在此需要说明的是,本申请提供的上述电子设备,能够相应地实现上述方法实施例中工业终端所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
本申请实施例相应还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现所述的工业数据的多目标报送方法。
在此需要说明的是,本申请提供的上述计算机可读存储介质,能够相应地实现上述方法实施例中工业终端所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、***、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。
如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
在本申请实施例的描述中,术语“和/或”仅仅表示一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,术语“至少一种”表示多种中的任一种或多种中的至少两种的任意组合,例如,包括A、B、中的至少一种,可以表示包括A、B和C沟通的集合中选择的任意一个或多个元素。此外,术语“多个”的含义是两个或两个以上,除非是另有精确具体地规定。
在本申请实施例的描述中,术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种工业数据的多目标报送方法,其特征在于,应用于工业终端,包括:
响应于企业节点发起的数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台;
基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。
2.根据权利要求1所述的方法,其特征在于,所述数据报送指令是所述企业节点根据工业终端信息生成数据报送服务清单,并由管理中心确定所述数据报送服务清单后生成的;其中,所述工业终端信息包括以下至少之一:工业终端的权限、工业终端的网络资源或者工业终端的数据资源。
3.根据权利要求1所述的方法,其特征在于,所述基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,包括:
利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,以使所述目标平台在接收到对应的数据后,向,调用可信标识平台的主动标识载体信息验证所述主动标识载体的正确性,并向所述企业节点反馈第一验证结果,并使所述企业节点基于所述第一验证结果生成第一计费信息并提交至管理中心,并使所述管理中心基于所述第一计费信息对相应目标平台进行扣费。
4.根据权利要求3所述的方法,其特征在于,在生成若干消息队列之后,还包括:
基于所述若干消息队列生成应急处置数据;
在接收到应急传输指示时,跳出利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据的步骤,并向对应的多个目标平台报送所述应急处置数据,以使所述目标平台在接收到对应的数据后,基于预设规则验证所述应急处置数据的正确性,并向所述企业节点反馈第二验证结果,并使所述企业节点基于所述第二验证结果生成第二计费信息,并使所述管理中心基于所述第二计费信息对相应目标平台进行扣费;
其中,所述应急传输指示是企业节点接收到对应的目标平台的应急传输请求,并由管理中心确定后生成的。
5.根据权利要求4所述的方法,其特征在于,所述基于所述若干消息队列生成应急处置数据,包括:
接收管理中心转发的应急处置加密信息,所述应急处置加密信息由对应的目标平台生成并发送至管理中心进行确定后转发的,所述应急处置加密信息至少包括秘钥信息和/或随机码;
基于所述若干消息队列根据所述应急处置加密信息加密生成应急处置数据;
其中,所述预设规则为采用所述应急处置加密信息对应的解密信息对所述应急处置数据进行解密,以验证所述应急处置数据的正确性。
6.根据权利要求1或3所述的方法,其特征在于,在生成若干消息队列之后,还包括:
基于所述若干消息队列生成应急处置数据,并在向对应的多个目标平台传输所述报送数据信息对应的数据时,向对应的多个目标平台报送所述应急处置数据。
7.一种工业终端,其特征在于,包括:
生成模块,其设置为响应于企业节点发起的数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台;
数据传输模块,其设置为基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据,所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台。
8.一种工业数据的多目标报送***,其特征在于,包括一个或多个工业终端,以及分别与所述工业终端电连接的一个或多个企业节点和多个目标平台,
所述企业节点,用于生成数据报送指令,并将所述数据报送指令发送至对应的一个或多个工业终端中;
所述工业终端,用于响应于所述数据报送指令,生成若干消息队列;其中,所述数据报送指令携带数据报送策略,所述数据报送策略包括报送数据信息以及对应的多个目标平台,并基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据;
所述目标平台至少包括以下之一:应用平台、云管理平台或者行业监管平台,用于接收所述一个或多个工业终端传输的所述数据。
9.根据权利要求8所述的***,其特征在于,所述企业节点还用于,根据工业终端信息生成数据报送服务清单,其中,所述工业终端信息包括以下至少之一:工业终端的权限、工业终端的网络资源或者工业终端的数据资源所述***还包括:
管理中心,用于接收所述数据报送服务清单,并根据所述数据报送服务清单确定对应的服务订单,以使所述企业节点基于确定结果生成数据报送指令。
10.根据权利要求9所述的***,其特征在于,还包括:
可信标识平台,用于向所述工业终端分配主动标识载体,以及用于在所述工业终端利用主动标识载体基于所述若干消息队列分别向对应的多个目标平台传输所述报送数据信息对应的数据时,验证所述工业终端的主动标识载体的正确性,得到第一验证结果;
所述企业节点还用于,基于所述第一验证结果生成第一计费信息;
所述管理中心还用于,接收所述第一计费信息,并基于所述第一计费信息对相应目标平台进行扣费。
CN202211144659.5A 2022-09-20 2022-09-20 工业数据的多目标报送方法、装置及*** Active CN115567557B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211144659.5A CN115567557B (zh) 2022-09-20 2022-09-20 工业数据的多目标报送方法、装置及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211144659.5A CN115567557B (zh) 2022-09-20 2022-09-20 工业数据的多目标报送方法、装置及***

Publications (2)

Publication Number Publication Date
CN115567557A true CN115567557A (zh) 2023-01-03
CN115567557B CN115567557B (zh) 2024-04-16

Family

ID=84741948

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211144659.5A Active CN115567557B (zh) 2022-09-20 2022-09-20 工业数据的多目标报送方法、装置及***

Country Status (1)

Country Link
CN (1) CN115567557B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140047107A1 (en) * 2012-08-09 2014-02-13 Rockwell Automation Technologies, Inc. Remote industrial monitoring and analytics using a cloud infrastructure
US20190036846A1 (en) * 2017-07-31 2019-01-31 Siemens Aktiengesellschaft Method and system for uploading data to cloud platform, gateway, and machine-readable medium
CN110730224A (zh) * 2019-09-30 2020-01-24 深圳市金证前海金融科技有限公司 一种数据报送的方法及装置
CN112953757A (zh) * 2021-01-26 2021-06-11 北京明略软件***有限公司 数据分发方法、***和计算机设备
CN113190524A (zh) * 2021-04-21 2021-07-30 武汉卓尔信息科技有限公司 一种工业大数据采集方法及***
CN113852921A (zh) * 2021-09-24 2021-12-28 中国联合网络通信集团有限公司 数据传输方法、标识解析平台、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140047107A1 (en) * 2012-08-09 2014-02-13 Rockwell Automation Technologies, Inc. Remote industrial monitoring and analytics using a cloud infrastructure
US20190036846A1 (en) * 2017-07-31 2019-01-31 Siemens Aktiengesellschaft Method and system for uploading data to cloud platform, gateway, and machine-readable medium
CN110730224A (zh) * 2019-09-30 2020-01-24 深圳市金证前海金融科技有限公司 一种数据报送的方法及装置
CN112953757A (zh) * 2021-01-26 2021-06-11 北京明略软件***有限公司 数据分发方法、***和计算机设备
CN113190524A (zh) * 2021-04-21 2021-07-30 武汉卓尔信息科技有限公司 一种工业大数据采集方法及***
CN113852921A (zh) * 2021-09-24 2021-12-28 中国联合网络通信集团有限公司 数据传输方法、标识解析平台、电子设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张志强: "分布式实时数据采集与传输***的研究", 《控制工程》, 20 September 2020 (2020-09-20) *

Also Published As

Publication number Publication date
CN115567557B (zh) 2024-04-16

Similar Documents

Publication Publication Date Title
EP3937424B1 (en) Blockchain data processing methods and apparatuses based on cloud computing
EP3920505A1 (en) Data processing method and apparatus in blockchain network, storage medium, and computer device
US20220239496A1 (en) Blockchain consensus method, device and system
CN112149105A (zh) 数据处理***、方法、相关设备及存储介质
CN108390881A (zh) 一种分布式高并发实时消息推送方法及***
CN104601550A (zh) 基于集群阵列的反向隔离文件传输***及其方法
WO2018023936A1 (zh) 用于实现无线接入点共享的方法与设备
WO2023077796A1 (zh) 骨干节点接入方法和区块链***
CN111355684A (zh) 一种物联网数据传输方法、装置、***、电子设备及介质
CN109542781B (zh) 区块链共识算法测试方法、装置、计算装置和存储介质
CN116032937A (zh) 一种边缘计算设备算力交易方法及***
Krotsiani et al. Continuous certification of non-repudiation in cloud storage services
CN115567557B (zh) 工业数据的多目标报送方法、装置及***
CN111190754A (zh) 一种区块链事件通知方法及区块链***
CN111932326B (zh) 一种基于区块链网络的数据处理方法及相关设备
CN115174071A (zh) 面向列车车载软件远程升级场景的安全传输方法和***
CN111221764B (zh) 一种跨链路数据传输方法及***
CN116186786A (zh) 基于区块链的业务处理方法、装置、电子设备和可读介质
CN107516044A (zh) 一种识别方法、装置和***
CN112862483B (zh) 一种基于智能合约的身份验证方法和装置
CN113595240B (zh) 电力数据的检测方法、装置、设备及存储介质
CN112487102B (zh) 区块链数据处理方法、装置及电子设备
CN109788035B (zh) 基于云监控的数据传输方法、装置及监控服务器
CN116599777B (zh) 一种多端多级认证、鉴权的方法
CN110971680B (zh) 通信方法、装置、***、电子设备及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant