CN112929437A - 基于物联网mqtt技术框架的数据传输系统、方法及装置 - Google Patents

Abstract

本说明书实施例提供一种基于物联网MQTT技术框架的数据传输系统、方法及装置。所述系统包括多个发布端、云服务器集群和多个订阅端；所述多个发布端，用于从目标数据源中获取目标数据，所述目标数据对应有多个主题，所述主题表示目标数据的类别；将目标数据发送至云服务器集群；所述云服务器集群，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将目标数据分发至订阅所述目标数据对应主题的订阅端；所述多个订阅端，用于向云服务器集群发送订阅请求，接收订阅请求中至少一个主题下的目标数据。上述系统，使用发布/订阅消息模式，提供多对多的消息传输方式，通过主题正确区分不同需求场景下的数据，保证数据传输的准确性。

Description

基于物联网MQTT技术框架的数据传输系统、方法及装置

技术领域

本说明书实施例涉及数据传输技术领域，特别涉及一种基于物联网MQTT技术框架的数据传输系统、方法及装置。

背景技术

地质、钻井和工程、随钻测量、钻机参数、固井、钻杆测试都是井场监测和收集的数据项目，对这些检测项目的数据进行传输，在互联网技术发展日新月异的今天，有了新的需求。

20世纪80年代提出的WITS(Wellsite Information TransformerSpecification，井场信息传输规范标准)，解决了当时的数据传输问题，在此基础上制定的WITSML(Wellsite Information Transformer Specification Markup Language，井场信息传输标准标记语言标准)，具有良好的扩展性，成为新一代数据传输标准。

在物联技术日益成熟的今天，现代石油企业的勘探、开发、生产以及管理对信息化平台的依赖程度越来越高。以往的WITS和WITSML方案在使用时数据难以确保及时、准确地返回远程指挥中心及相关单位，导致在作业过程中错过问题解决的最佳时间段、规避掉相应的风险，或者浪费开发作业时间，从而，进一步增加开发作业的经济成本。

发明内容

本说明书实施例的目的是提供一种基于物联网MQTT技术框架的数据传输系统、方法及装置，以提高数据传输的时效性。

为解决上述问题，本说明书实施例提供一种基于物联网MQTT技术框架的数据传输系统，所述系统包括多个发布端、云服务器集群和多个订阅端；所述多个发布端，用于从目标数据源中获取目标数据，所述目标数据对应有多个主题，所述主题表示目标数据的类别；将所述目标数据发送至云服务器集群；所述云服务器集群，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将所述目标数据分发至订阅所述目标数据对应主题的订阅端；所述多个订阅端，用于向所述云服务器集群发送订阅请求，接收所述订阅请求中至少一个主题下的目标数据。

为解决上述问题，本说明书实施例还提供一种基于物联网MQTT技术框架的数据传输方法，应用于云服务器集群，所述方法包括：获取目标数据；所述目标数据对应有多个主题，所述主题表示目标数据的类别；接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

为解决上述问题，本说明书实施例还提供一种基于物联网MQTT技术框架的数据传输装置，所述装置包括：获取模块，用于获取目标数据；所述目标数据对应有多个主题，所述主题表示目标数据的类别；接收模块，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；分发模块，用于将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

由以上本说明书实施例提供的技术方案可见，本说明书实施例中，可以包括多个发布端、云服务器集群和多个订阅端；所述多个发布端，用于从目标数据源中获取目标数据，所述目标数据对应有多个主题，所述主题表示目标数据的类别；将所述目标数据发送至云服务器集群；所述云服务器集群，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将所述目标数据分发至订阅所述目标数据对应主题的订阅端；所述多个订阅端，用于向所述云服务器集群发送订阅请求，接收所述订阅请求中至少一个主题下的目标数据。本说明书实施例提供的系统，使用发布/订阅消息模式，提供多对多的消息传输方式，通过主题正确区分不同需求场景下的数据，保证数据传输的准确性。

附图说明

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

图1为一个场景示例中MQTT传输框架示意图；

图2为一个场景示例中基于物联网MQTT技术框架的数据传输流程示意图；

图3为本说明书实施例一种基于物联网MQTT技术框架的数据传输方法的流程图；

图4a为本说明书实施例发布端获取目标数据的效果图；

图4b为本说明书实施例发布端获取目标数据的效果图；

图5a为本说明书实施例发布端发送目标数据的示意图；

图5b为本说明书实施例订阅端接收目标数据的示意图；

图6a为本说明书接收WITS格式数据的一个示例；

图6b为本说明书接收WITS格式数据的一个示例；

图7为本说明书实施例订阅端存储目标数据的效果图；

图8a为本说明书实施例订阅端对接收的实时数据绘制动态曲线效果图；

图8b为本说明书实施例订阅端对接收的实时数据绘制动态曲线效果图；

图8c为本说明书实施例订阅端对接收的实时数据绘制动态曲线效果图；

图8d为本说明书实施例订阅端对接收的实时数据绘制动态曲线效果图；

图9为本说明书实施例一种基于物联网MQTT技术框架的数据传输方法的流程图；

图10为本说明书实施例一种基于物联网MQTT技术框架的数据传输装置的功能模块示意图。

具体实施方式

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

WITS协议是用来一个计算机系统向另一个计算机系统传输现场各种数据的通讯格式。该协议规范了数据传输格式，一套WITS数据流由分散的数据记录组成；定义了一套基本记录类型。该协议具有不同的分级，不同分级可以传递不同的数据结构：O级WITS是从一个计算机系统向另一个计算机系统单向传输ASCⅡ格式数值的规范；1级WITS是由固定格式和内容组成的数据记录的单向传输；2级WITS仍使用预定义据记录但包含双向对话，即允许远端系统(接收者)控制通讯；3级WITS除提供预定义数据记录外，还提供自定义数据记录。WITS基地服务端程序采用TCP/IP(Transmission Control Protocol/Internet Protocol，传输控制协议/网际协议)协议，每个网络端口接收一口井实时数据，采用数据即收即发方式从另外一个网络端口进行数据转发，同时服务端程序也将接收到的实时数据存入数据。TCP/IP协议采用三次握手建立一个连接，其过程都需要验证。

然而，WITS协议是上世纪提出来的解决方案，存在着由历史原因导致的问题：WITS传的输数据的大小、格式存在限制，以及扩展能力不足；双向传输能力有限，没有标准的程序接口；TCP/IP协议传输消耗时间比较久。

随着技术的不断发展，在WITS的基础之上进行扩展，衍生出了WITSML传输方式。WITSML使用一种分层结构来组织数据，便于人们更好的理解文档数据间的关系。

SOAP(Simple Object Access Protocol，简单对象访问协议)协议是HTTP协议与XML数据格式的组合，SOAP协议中SOAP的信息都是XML文档。它由一个SOAP封套，一个信息体和一个可选的SOAP信息头组成，从而实现不同的系统之间数据的无缝流动。

然而，WITSML利用XML、SOAP网络协议实现数据的无缝流动的同时，也产生了以下缺陷：XML学习成本高；XML数据格式增加了传输的数据量，会增加传送带宽，增加传送网络时延；不便于用户直接对初始数据进行扩展运用。

物联网MQTT技术为当前石油行业数据传输的难题提供了一种很好的技术解决思路。考虑到如果结合物联网MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)技术、云服务技术，使用发布/订阅消息模式，提供多对多的消息传输方式，通过主题正确区分不同需求场景下的数据，则有望解决现有技术中以往的WITS和WITSML方案在使用时数据难以确保及时、准确地返回远程指挥中心及相关单位的问题，提高数据传输的时效性。

本说明书提供一个基于物联网MQTT技术框架的数据传输的场景示例。石油行业开发过程，通常由多个单位承包，单日开发本高等特点，对于不同单位相互之间进行数据传输，对数据的时效性有着极高的要求。本场景示例中所使用的MQTT传输框架如图1所示，可以由发布端、云服务器、订阅端三大部分组成。

发布端为数据发布处，井场、研究所高校均可为发布端；云服务器保证数据传输安全、验证权限以及将发布端发布的数据分发于相应的订阅端；发布端为需要获取数据的场所。整个传输过程属于多对多的模式下，在发布端发送数据后，订阅同一主题的多个订阅端可以同时获得相同的数据，从而大大减少了由于传输数据导致的开发时间的浪费。

本场景示例中，基于物联网MQTT技术框架的数据传输流程如图2所示。首先发布端和订阅端设置统一主题、传输数据格式的规范；然后每个订阅端订阅自己所需数据的主题，当发布端读取数据，发送相应主题的数据之后，订阅端便可以实时接收到已订阅主题发送的数据，从而及时对数据进行处理。

具体的，以要传输的数据为井场数据为例。发布端可以直接读取井场的传感器采集的数据，也可以读取现场处理后的数据；发布端在读取数据后，可以基于预先设置的统一的需求主题，明确所读取数据的主题，并按照主题对应的数据传输规范将读取的数据发送至云服务器。其中，石油行业开发过程中，在不同的项目之中高校、研究所和井场三者之间的组合是不确定，多变的。故主题的设计往往会有差别，所以此方案中不明确规定主题的设计规则，需要项目之中的各方在使用前统一进行设计。主题设计完成后，进行传输数据时，也需将各个数据段数据的含义规范化。

在本场景示例中，云服务器可以核查所述发布端提供的数据是否符合数据传输规范，以及检查订阅端是否具有订阅权限，在发布端提供的数据符合数据传输规范以及订阅端具有订阅权限的情况下，将发布端提供的数据分发给订阅有该数据对应的主题的订阅端。订阅端可以接收已订阅的主题下的数据，将接收的数据进行存储或者进行其他应用。

在本场景示例中，鉴于在石油钻采、开发工程中，数据几乎均与地层深度密切相关，因此可以在进行数据传输时，以深度点为基准，一个深度点采集到的数据，定义为需要传输的一组数据。发布端可以采集深度对数据进行分组，将分组后的数据发送至云服务器，以便于云服务器按照数据的组别将发布端提供的数据分发至阅端。

本场景示例提供的数据传输方式运用MQTT和云服务技术的配合，采用发布/订阅的模式，实现多对多的数据实时传输方法，多个发布者对应多个订阅者，消除对传输数据类型的限制；当主题订阅完成后，不再重复建立传输通道，极大提高多组数据时的传输效率和准确性，真正意义上实现即时双向的数据传输。

本说明书实施例提供一种基于物联网MQTT技术框架的数据传输系统，所述基于物联网MQTT技术框架的数据传输系统可以包括多个发布端、云服务器集群和多个订阅端。

在一些实施例中，所述发布端为目标数据的发布处。所述发布端可以是井场、研究所、高校等使用的客户端。客户端可以为具有显示、运算和网络访问功能的电子设备。具体的，例如，客户端可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机。或者，客户端也可以为能够运行于上述电子设备中的软体。

所述发布端可以用于，从目标数据源中获取目标数据，所述目标数据对应有主题，所述主题表征目标数据的类别；将所述目标数据发送至云服务器集群。所述目标数据可以为井场数据、实验室数据、仿真数据等数据。

在一些实施例中，所述云服务器集群可以由多个云服务器组成。所述云服务器集群可以用于，接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

在一些实施例中，所述订阅端为订阅目标数据的客户端，所述订阅端可以通过订阅主题的方式对目标数据进行订阅。所述订阅端可以是井场、研究所、高校等使用的客户端。客户端可以为具有显示、运算和网络访问功能的电子设备。具体的，例如，客户端可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机。或者，客户端也可以为能够运行于上述电子设备中的软体。

所述订阅端，用于向所述云服务器集群发送订阅请求，接收所述订阅请求中至少一个主题下的目标数据。

下面对多个发布端、云服务器集群和多个订阅端之间的数据交互进行说明。如图3所示，多个发布端、云服务器集群和多个订阅端之间的数据交互过程可以包括以下步骤。

S301：发布端从目标数据源中获取目标数据。

在一些实施例中，所述目标数据可以包括井场数据、实验室数据、仿真数据等数据。具体的，所述目标数据可以包括地质、钻井和工程、随钻测量、钻机参数、固井、钻杆测试等产生的数据。

在一些实施例中，所述目标数据可以对应有多个主题，所述主题表示目标数据的类别。具体的，石油行业开发过程中，在不同的项目之中高校、研究所和井场三者之间的组合是不确定，多变的。故主题的设计往往会有差别，所以可以预先规定主题的设计规则，需要项目之中的各方在使用前统一主题。

在一些实施例中，所述目标数据源可以为井场现场存储目标数据的数据库。例如，所述目标数据为井场数据，则所述目标数据源可以为井场数据库，该数据库中可以存储有传感器采集的目标数据，或者存储有经过处理后的目标数据；例如，所述目标数据为实验室数据，所述目标数据源可以为高校中存储实验室数据的数据库。

S302：发布端将所述目标数据发送至云服务器集群。

在一些实施例中，多个不同的发布端可以发送同一主题的目标数据，也可发送不同主题的目标数据。

在一些实施例中，发布端可以将所述目标数据按照预设的格式将所述目标数据发送至云服务器集群；所述预设的格式兼容WITS、XML以及JSON数据串。

在一些实施例中，发布端还可以根据所述目标数据对应的主题确定数据传输规范，将所述目标数据按照所述数据传输规范发送至云服务器集群。举例来说，主题可以设计为aera1/wellsite01/T15/log，JSON数据字段含义为井深、井斜、方位、垂深。

在一些实施例中，所述发布端还可以根据所述目标数据的类别对所述目标数据进行分组，将分组后的目标数据发送至云服务器集群。具体的，鉴于在石油钻采、开发工程中，数据几乎均与地层深度密切相关，因此可以在进行数据传输时，以深度点为基准，一个深度点采集到的数据，定义为需要传输的一组数据。发布端可以根据采集深度对所述目标数据进行分组，将分组后的目标数据发送至云服务器集群。

S303：云服务器集群接收订阅请求。

在一些实施例中，所述订阅请求可以为订阅端发送的请求，所述订阅请求包括订阅端订阅的至少一个主题。

在一些实施例中，所述云服务器集群在接收订阅请求后，可以将订阅端与所述订阅端订阅的至少一个主题关联存储。例如，订阅端1订阅的主题为主题A和主题B，则将订阅端1和主题A与主题B关联存储；订阅端2订阅的主体为主题A，则将订阅端2和主题A关联存储，这样，服务器在接收到主题A下的目标数据时，可以将该目标数据分发至订阅端1和订阅端2，服务器在接收到主题B下的目标数据时，可以将该目标数据分发至订阅端1。

S304：云服务器集群将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

在一些实施例中，云服务器集群可以根据订阅端订阅的主题，将所述目标数据发送给相应的订阅端。举例来说，订阅端1订阅的主题为主题A和主题B，订阅端2订阅的主体为主题A，若发布端提供的目标数据中只包括主题A下的目标数据，则可以确定订阅端1和订阅端2为目标订阅端，将该目标数据分发给订阅端1和订阅端2。若发布端提供的目标数据中只包括主题B下的目标数据，则可以确定订阅端1为目标订阅端，将该目标数据分发给订阅端1。若发布端提供的目标数据中只即包括主题A下的目标数据，也包括主题B下的目标数据，则可以确定订阅端1和订阅端2为目标订阅端，将该目标数据分发给订阅端1，以及将主题A下的目标数据分发给订阅端2。

在一些实施例中，所述云服务器集群可以按照所述目标数据的组别将发布端提供的目标数据分发至订阅所述目标数据对应主题的订阅端。

在一些实施例中，云服务器集群还可以对发布端发送的目标数据进行核查。具体的，可以核查发布端提供的目标数据是否符合数据传输规范，如果符合，则可以将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

在一些实施例中，云服务器集群还可以在将所述目标数据分发至订阅所述目标数据对应主题的订阅端之前，检查所述订阅端是否具有订阅权限。具体的，云服务器集群可以检查订阅所述目标数据对应主题的订阅端是否具有订阅权限，在所述订阅端具有订阅权限的情况下，将所述目标数据分发至订阅所述目标数据对应主题的订阅端。举例来说，订阅端进行订阅时可以存在一个订阅期限，云服务器集群可以检测当前日期是否处于订阅所述目标数据对应主题的订阅端的订阅期限内，如果是，则确定该订阅端具有订阅权限，可以将目标数据发送至该订阅端。

S305：订阅端向所述云服务器集群发送订阅请求。

在一些实施例中，订阅端可以为订阅目标数据的客户端。不同订阅端可以订阅相同或者不同主题的目标数据，一个订阅端可以订阅多个主题的目标数据。具体的，订阅端可以向云服务器集群发送订阅请求，在该订阅请求中，可以包括所要订阅的至少一个主题。云服务器集群在接收到目标数据时，可以依据目标数据的主题确定订阅了该主题的订阅端，并将该目标数据分发至订阅了该主题的订阅端。

S306：订阅端接收所述订阅请求中至少一个主题下的目标数据。

在一些实施例中，所述订阅端接收所述订阅请求中至少一个主题下的目标数据后，可以将接收的数据进行存储或者进行其他应用。

以主题为aera1/wellsite01/T15/log为例，JSON数据字段含义为井深、井斜、方位、垂深。通过图4a-图8d对目标数据的传输过程进行说明。图4a和图4b为发布端获取目标数据的效果图；图5a为发布端发送目标数据的示意图；图5b为订阅端接收目标数据的示意图；图6a为发送WITS格式数据的一个示例，图6b为接收WITS格式数据的一个示例；图7为订阅端存储目标数据的效果图；图8a-图8d为订阅端对接收的实时数据绘制动态曲线效果图。

本说明书实施例中，可以包括多个发布端、云服务器集群和多个订阅端；所述多个发布端，用于从目标数据源中获取目标数据，所述目标数据对应有多个主题，所述主题表示目标数据的类别；将所述目标数据发送至云服务器集群；所述云服务器集群，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将所述目标数据分发至订阅所述目标数据对应主题的订阅端；所述多个订阅端，用于向所述云服务器集群发送订阅请求，接收所述订阅请求中至少一个主题下的目标数据。本说明书实施例提供的系统，使用发布/订阅消息模式，提供多对多的消息传输方式，通过主题正确区分不同需求场景下的数据，保证数据传输的准确性。

图9为本说明书实施例一种基于物联网MQTT技术框架的数据传输方法的流程图。如图9所示，所述基于物联网MQTT技术框架的数据传输方法可以应用于云服务器集群，所述方法可以包括以下步骤。

S910：获取目标数据；所述目标数据对应有多个主题，所述主题表示目标数据的类别。

在一些实施例中，发布端可以将目标数据发送至云服务器集群，所述云服务器集群可以接收发布端发送的目标数据。

S920：接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题。

对于该步骤的说明可以参照S303中的介绍，在此不再赘述。

S930：将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

对于该步骤的说明可以参照S303中的介绍，在此不再赘述。

本说明书实施例提供的基于物联网MQTT技术框架的数据传输方法，可以获取目标数据；所述目标数据对应有多个主题，所述主题表示目标数据的类别；接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将所述目标数据分发至订阅所述目标数据对应主题的订阅端。本说明书实施例提供的方法，使用发布/订阅消息模式，提供多对多的消息传输方式，通过主题正确区分不同需求场景下的数据，保证数据传输的时效性。

参阅图10，在软件层面上，本说明书实施例还提供了一种基于物联网MQTT技术框架的数据传输装置，该装置具体可以包括以下的结构模块。

获取模块1010，用于获取目标数据；所述目标数据对应有多个主题，所述主题表示目标数据的类别；

接收模块1020，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；

分发模块1030，用于将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。尤其，对于装置实施例和设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域技术人员在阅读本说明书文件之后，可以无需创造性劳动想到将本说明书列举的部分或全部实施例进行任意组合，这些组合也在本说明书公开和保护的范围内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(AlteraHardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (10)

1.一种基于物联网MQTT技术框架的数据传输系统，其特征在于，所述系统包括多个发布端、云服务器集群和多个订阅端；

所述多个发布端，用于从目标数据源中获取目标数据，所述目标数据对应有多个主题，所述主题表示目标数据的类别；将所述目标数据发送至云服务器集群；

所述云服务器集群，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；将所述目标数据分发至订阅所述目标数据对应主题的订阅端；

所述多个订阅端，用于向所述云服务器集群发送订阅请求，接收所述订阅请求中至少一个主题下的目标数据。

2.根据权利要求1所述的系统，其特征在于，所述目标数据包括井场数据、实验室数据、仿真数据中的至少一种。

3.根据权利要求1所述的系统，其特征在于，不同发布端发送的目标数据主题相同或不同；不同订阅端订阅的主题相同或不同；一个订阅端订阅多个主题下的目标数据。

4.根据权利要求1所述的系统，其特征在于，所述多个发布端还用于，根据所述目标数据的类别对所述目标数据进行分组，将分组后的目标数据发送至云服务器集群；

相应的，所述云服务器集群还用于，按照所述目标数据的组别将发布端提供的目标数据分发至订阅端。

5.根据权利要求1所述的系统，其特征在于，所述多个发布端还用于，按照预设的格式将所述目标数据发送至云服务器集群；所述预设的格式兼容WITS、XML以及JSON数据串。

6.根据权利要求1所述的系统，其特征在于，所述将所述目标数据发送至云服务器集群包括：

根据所述目标数据对应的主题确定数据传输规范；

将所述目标数据按照所述数据传输规范发送至云服务器集群。

7.根据权利要求1所述的系统，其特征在于，所述云服务器集群还用于，核查所述目标数据是否符合数据传输规范，若是，将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

8.根据权利要求1所述的系统，其特征在于，所述云服务器集群还用于，在将所述目标数据分发至订阅所述目标数据对应主题的订阅端之前，检查所述订阅端是否具有订阅权限；

相应的，在所述订阅端具有订阅权限的情况下，将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

9.一种基于物联网MQTT技术框架的数据传输方法，其特征在于，应用于云服务器集群，所述方法包括：

获取目标数据；所述目标数据对应有多个主题，所述主题表示目标数据的类别；

接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；

将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

10.一种基于物联网MQTT技术框架的数据传输装置，其特征在于，所述装置包括：

获取模块，用于获取目标数据；所述目标数据对应有多个主题，所述主题表示目标数据的类别；

接收模块，用于接收订阅请求；所述订阅请求包括订阅端订阅的至少一个主题；

分发模块，用于将所述目标数据分发至订阅所述目标数据对应主题的订阅端。

Images