CN111031094B - IoT系统中的数据传输方法、装置、设备及存储介质 - Google Patents
IoT系统中的数据传输方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111031094B CN111031094B CN201911076109.2A CN201911076109A CN111031094B CN 111031094 B CN111031094 B CN 111031094B CN 201911076109 A CN201911076109 A CN 201911076109A CN 111031094 B CN111031094 B CN 111031094B
- Authority
- CN
- China
- Prior art keywords
- data
- server
- message queue
- time
- equipment
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/2871—Implementation details of single intermediate entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y30/00—IoT infrastructure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例公开了一种IoT系统中的数据传输方法、装置、设备及存储介质,属于物联网领域。该方法包括:当与服务器之间的连接异常时,确定IoT设备所发送设备数据的数据类型;将属于实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于历史数据类型的设备数据存储至消息中间件的第二消息队列;连接恢复正常时,通过第一MQTT通道向服务器发送第一消息队列中的设备数据,并通过第二MQTT通道向服务器发送第二消息队列中的设备数据。本申请实施例中,将待传输数据划分为实时数据和历史数据,在连接恢复正常时,通过不同的通道将消息队列中的设备数据上传至服务器,在保证数据完整性的同时,提高了上传实时数据的时效性。
Description
技术领域
本申请实施例涉及物联网领域,特别涉及一种IoT系统中的数据传输方法、装置、设备及存储介质。
背景技术
物联网(Internet of Things,IoT)系统是通过信息采集设备实现基础设施与互联网的信息交换的计算机控制系统,网关设备获取边缘端IoT设备采集的数据,并上报至云端,相关人员可以基于此数据进行分析。
在网关设备向云端上传数据的过程中,由于网络延迟或基础设施故障等原因,通信可能会出现中断,相关技术中针对断点数据的处理方式通常为丢弃,或者缓存到磁盘文件或数据库中,待通信恢复后再上传至云端。
然而,采用相关技术中对断点数据的处理方法,需要人工干预将缓存的数据文件按照时间戳上传至云端,操作繁琐且费时,无法保证数据的时效性。
发明内容
本申请实施例提供了一种IoT系统中的数据传输方法、装置、设备及存储介质。所述技术方案如下:
一方面,本申请实施例提供了一种IoT系统中的数据传输方法,所述方法包括:
当与所述服务器之间的连接异常时,确定所述IoT设备所发送设备数据的数据类型,所述数据类型包括实时数据类型和历史数据类型;
将属于所述实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于所述历史数据类型的设备数据存储至所述消息中间件的第二消息队列;
当与所述服务器之间的连接恢复正常时,通过第一消息队列遥测传输(MessageQueuing Telemetry Transport,MQTT)通道向所述服务器发送所述第一消息队列中的设备数据,并通过第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据。
另一方面,本申请实施例提供了一种IoT系统中的数据传输装置,所述装置包括:
第一确定模块,用于当与所述服务器之间的连接异常时,确定所述IoT设备所发送设备数据的数据类型,所述数据类型包括实时数据类型和历史数据类型;
第一存储模块,用于将属于所述实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于所述历史数据类型的设备数据存储至所述消息中间件的第二消息队列;
第一发送模块,用于当与所述服务器之间的连接恢复正常时,通过第一MQTT通道向所述服务器发送所述第一消息队列中的设备数据,并通过第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据。
另一方面,本申请实施例提供了一种网关设备,其特征在于,所述网关设备包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述方面所述的IoT系统中的数据传输方法。
另一方面,本申请实施例提供了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述方面所述的IoT系统中的数据传输方法。
本申请实施例提供的技术方案带来的有益效果至少包括:
当网关设备与服务器连接异常时,通过将待传输数据划分为实时数据和历史数据,并分别存储在不同的消息队列中,从而在连接恢复正常时,通过不同的通道将消息队列中的设备数据上传至服务器,在保证数据完整性的同时,提高了上传实时数据的时效性,并且不需要人工干预补传断点数据,简化了操作步骤。
附图说明
图1是根据一个示例性实施例示出的实施环境的示意图;
图2是根据一示例性实施例示出的一种IoT系统中的数据传输方法的流程图;
图3是根据一示例性实施例示出的一种IoT系统数据传输过程示意图;
图4是根据另一示例性实施例示出的一种IoT系统中的数据传输方法的流程图;
图5是根据另一示例性实施例示出的一种数据传输过程示意图;
图6是根据另一示例性实施例示出的一种IoT系统中的数据传输方法的流程图;
图7是根据另一示例性实施例示出的一种IoT系统中的数据传输方法的流程图;
图8是根据一示例性实施例示出的一种IoT系统中的数据传输装置的结构框图;
图9是根据一示例性实施例示出的网关设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
相关技术中,IoT系统中,网关设备与服务器之间的连接异常时,网关设备将接收到的设备数据保存至本地缓存文件中,当连接恢复正常后,经过人工干预操作,将缓存文件中的数据补传至服务器。对于一些由于短暂的网络抖动或其他原因导致的瞬时断点数据,网关设备通常直接将其丢弃。
采用上述技术进行断点数据的补传,前者需要人工干预操作,步骤繁琐且费时,可能导致数据失去业务价值,若某一时间段内出现多次连接异常,设备数据补传也需要多次导入导出,人工操作容易失误,从而导致时间窗口的重叠、缺失或顺序错乱;并且在数据导出进行补传的过程中,需要以外部存储的方式保存数据,可能造成设备数据泄露。后者直接丢弃瞬时断点数据,导致设备数据的完整性得不到保障。
为了解决上述问题,本申请实施例提供了一种物联网系统中的数据传输方法。请参考图1,其示出了本申请一个示例性实施例提供的实施环境的示意图。该实施环境中包括IoT设备101、网关设备102和服务器103。
IoT设备101是IoT系统中的信息采集设备,主要负责采集数据,其通常设置有传感器(如光伏传感器、速度传感器、压力传感器等)和执行器(如液压执行器、脉冲信号执行器等),传感器可以将设备采集的信息按一定规律变换为电信号或其他所需形式的信息输出,执行器通常用于自动化控制系统,接收来自云端或其他设备的控制信号,从而将被控量维持在要求的范围内。除了采集和传输数据之外,IoT设备还需具备数据处理和存储功能,通常应用于工业、电网、智能家居、智能交通等领域。
IoT设备101与网关设备102之间通过有线或无线网络相连。
网关设备102是多个网络间提供数据转换服务的计算机系统或设备,在IoT系统中,网关设备102用于接收多台IoT设备上传的设备数据,并将该设备数据转化为预定的格式,上传至服务器103。
本申请实施例中,网关设备102与服务器103之间设置有第一MQTT通道和第二MQTT通道,当网关设备102与服务器103之间的连接中断时,网关设备102将IoT设备上报的设备数据划分为历史数据和实时数据,当连接恢复时,实时数据通过第一MQTT通道上传至服务器103,历史数据通过第二MQTT通道上传,并且网关设备102通过第一MQTT通道和第二MQTT通道上传设备数据时,对历史数据的消费速率进行控制,从而在保证不影响实时数据传输的前提下,补传历史数据。
服务器103是IoT系统中的云端,用于接收来自网关设备102的设备数据,并对设备数据进行存储、处理、分析,从而进行业务发掘,提供业务查询功能,实现物联网应用业务逻辑。
可选的,该IoT系统中还包括监控设备,该监控设备与服务器103相连,用于向服务器103发送数据查询请求,由服务器103根据数据查询请求查询存储的设备数据,并反馈至监控设备,以便监控设备对查询到的设备数据进行显示,方便工作人员对各个IoT设备101的工作状态进行监控。
请参考图2,其示出了本申请一个示例性实施例提供的物联网系统中的数据传输方法的流程图。本实施例以该方法用于网关设备为例进行说明,该方法包括如下步骤。
步骤201,当与服务器之间的连接异常时,确定IoT设备所发送设备数据的数据类型,数据类型包括实时数据类型和历史数据类型。
IoT系统中,网关设备接收来自IoT设备的设备数据,并将该数据发送至云端服务器,以实现数据的统计和发掘业务价值。然而,由于网络抖动、设备故障等原因,网关设备与云端服务器之间的数据传输通道可能出现连接异常,导致数据传输中断。
在一种可能的实施方式中,网关设备根据预先设置的判断机制,将IoT设备所发送的设备数据划分为实时数据和历史数据,当网关设备与服务器之间的连接异常时,首先确定当前的待传输数据的数据类型,以便后续对不同类型的数据做相应的处理。
步骤202,将属于实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于历史数据类型的设备数据存储至消息中间件的第二消息队列。
消息中间件是一种基于消息传递的通信软件,在一个分布式网络中,提供各种端到端的数据通信服务,包括实时数据传输、可靠队列、事件服务等多种功能。网关设备确定出待传输数据的数据类型后,根据数据类型将该数据存储至消息中间件的相应消息队列中。
示意性的,请参考图3,该IoT系统采用了一种开源消息中间件(Active MessageQueue,AMQ),并选用了发布/订阅模式,即网关设备301只能获取订阅之后的消息队列,并发送给服务器303,服务器303中运行有消息队列遥测传输(Message Queuing TelemetryTransport,MQTT)协议的一个服务端实现,即MQTT Broker,AMQ在实现发布订阅功能之前,需要连接到MQTT Broker。网关设备301接收来自IoT设备302的设备数据并发送至服务器303,当网关设备301与服务器303之间的连接异常时,发布当前待传输的设备数据至AMQ的消息队列中,当连接恢复正常时,网关设备301订阅AMQ消息队列中的设备数据,并从对应的数据通道将该设备数据发送至服务器303。
步骤203,当与服务器之间的连接恢复正常时,通过第一MQTT通道向服务器发送第一消息队列中的设备数据,并通过第二MQTT通道向服务器发送第二消息队列中的设备数据。
在一种可能的实施方式中,网关设备与服务器间设置有两条MQTT通道。当网关设备与服务器之间数据传输状态正常时,网关设备通过第一MQTT通道向服务器发送第一消息队列中的设备数据。对于第二消息队列中存储的历史数据,网关设备首先检测第二MQTT通道是否已建立,若已建立,则通过第二MQTT通道向服务器发送第二消息队列中的设备数据,若未建立,则初始化第二MQTT通道连接,再通过第二MQTT通道向服务器发送第二消息队列中的设备数据。第二MQTT通道为只上传历史数据的通道,数据在通道内以加密的形式进行传输,降低了泄露或被窃取的风险。
综上所述,本申请实施例中,当网关设备与服务器连接异常时,通过将待传输数据划分为实时数据和历史数据,并分别存储在不同的消息队列中,从而在连接恢复正常时,通过不同的通道将消息队列中的设备数据上传至服务器,在保证数据完整性的同时,提高了上传实时数据的时效性,并且不需要人工干预补传断点数据,简化了操作步骤。
请参考图4,其示出了本申请另一个示例性实施例提供的物联网系统中的数据传输方法的流程图。本实施例以该方法用于网关设备为例进行说明,该方法包括如下步骤。
步401,获取设备数据的数据接收时刻,数据接收时刻指网关设备接收到设备数据的时刻。
在一种可能的实施方式中,网关设备获取到IoT设备采集的设备数据时,将该设备数据转化为预定格式的数据结构,该数据结构中包括用于存储数据接收时刻的字段。网关设备上传设备数据前,首先从该字段中读取设备数据的数据接收时刻。
步骤402,根据数据接收时刻、当前时刻、预期处理时长以及传输延迟阈值,确定设备数据的数据类型,预期处理时长指从当前时刻至传输完成时刻之间的预期时长,传输延迟阈值是数据接收至完成传输之间的最大延迟。
预期处理时长是网关设备基于IoT设备的设备数据类型、数据量、网络带宽等因素判断得出的,设备数据从当前时刻至传输成功需要的时长,传输延迟阈值是网关设备基于设备数据类型以及历史传输记录得出的,数据接收至完成传输之间允许的最大延迟。网关设备接收到IoT设备的设备数据时,获取设备数据的数据接收时刻,并获取相应的预期处理时长以及传输延迟阈值,在当前时刻的基础上判断该设备数据的数据类型。
在一种可能的实施方式中,本步骤可以包括如下步骤:
一、根据数据接收时刻、当前时刻以及预期处理时长,确定设备数据的预期传输时长。
可选的,该预期处理时长为预先设置,由网关设备根据当前网络状况、第一MQTT通道的数据传输速度以及数据传输队列中的设备数据数量等因素确定得到,即从当前时刻至传输完成时刻之间的预期时长。根据数据接收时刻、当前时刻以及预期处理时长,网关设备确定设备数据的预期传输时长,在一种可能的实施方式中,设备数据的预期传输时长等于当前时刻减去数据接收时刻加上预期处理时长。
示意性的,若当前时刻是10:00:10,对于数据接收时刻为10:00:08、预期处理时长为1秒的设备数据,其预期传输时长为3秒。
二、若预期传输时长大于传输延迟阈值,则确定设备数据属于历史数据类型。
网关设备将设备数据的预期传输时长与传输延迟阈值进行比较,根据比较结果将设备数据的数据类型划分为历史数据类型和实时数据类型,若预期传输时长大于传输延迟阈值,则设备数据属于历史数据类型。
示意性的,网关设备预先设置传输延迟阈值为2秒,若当前时刻是10:00:10,对于数据接收时刻为10:00:08、预期处理时长为1秒的设备数据,其预期传输时长为3秒,大于传输延迟阈值,网关设备确定该设备数据属于历史数据类型。
三、若预期传输时长小于传输延迟阈值,则确定设备数据属于实时数据类型。
若设备数据的预期传输时长小于传输延迟阈值,则该设备数据的预期传输时长在实时数据的范围内,即该数据属于实时数据类型。
示意性的,网关设备预先设置传输延迟阈值为2秒,若当前时刻是10:00:10,对于数据接收时刻为10:00:10、预期处理时长为1秒的设备数据,预期传输时长为1秒,小于传输延迟阈值,网关设备确定该设备数据属于实时数据类型。
在一种可能的实施方式中,一台网关设备接收来自多台IoT设备采集的数据并上传至服务器,由于采集设备的不同,其设备数据的数据结构、数据量以及传输时消耗的网络资源等存在差异,因此,步骤402之前,网关设备根据设备数据的数据处理难度以及预设对应关系,确定设备数据对应的预期处理时长和传输延迟阈值,相应的,后续在网关设备即根据设备数据对应的预期处理时长和传输延迟阈值,确定该设备数据属于实时数据或历史数据,预设对应关系包括数据处理难度、预期处理时长和传输延迟阈值之间的对应关系。
示意性的,对于数据采集量大且数据结构复杂、传输耗时长的采集设备,网关设备设置其设备数据的预期处理时长为T1,传输延迟阈值为T2,对于数据采集量小或者传输耗时短的采集设备,设置其设备数据的预期处理时长为T3,传输延迟阈值为T4,后者相对于前者的数据处理难度小,则T2大于T4。
步骤403,将属于实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于历史数据类型的设备数据存储至消息中间件的第二消息队列。
步骤403的实施方式可以参考上述步骤202,本实施例在此不再赘述。
步骤404,当与服务器之间的连接恢复正常时,重新确定第一消息队列中设备数据的数据类型;将第一消息队列中属于历史数据类型的设备数据转移至第二消息队列。
由于网关设备与服务器之间的连接恢复正常需要耗费一段时间,连接异常前的实时数据可能转变为历史数据,因此当网关设备与服务器之间的连接恢复正常时,重新确定第一消息队列中设备数据的数据类型,若存在历史数据,则将属于历史数据类型的设备数据转移至第二消息队列。
示意性的,如图5所示,网关设备预先设置传输延迟阈值为2秒,若传输通道连接异常的时刻为10:00:08,连接恢复正常的时刻为10:00:10,对于数据接收时刻为10:00:08、预期处理时长为1秒的设备数据,其在连接异常时的预期传输时长为1秒,属于实时数据类型,而在连接恢复正常时,其预期传输时长为3秒,大于传输延迟阈值,属于历史数据类型,则网关设备将该设备数据转移至第二消息队列。
在另一种可能的实施方式中,步骤404还可替换为:每隔预定时间间隔,重新确定第一消息队列中设备数据的数据类型;将第一消息队列中属于历史数据类型的设备数据转移至第二消息队列。
在网关设备与服务器的连接异常时,网关设备仍然能够判断设备数据的数据类型,为了使得在连接恢复正常时第一消息队列的设备数据能够从相应的通道迅速上传,每隔预定时间间隔,网关设备重新确定第一消息队列中设备数据的数据类型,将第一消息队列中属于历史数据类型的设备数据转移至第二消息队列。
步骤405,根据第一队列消费频率,通过第一MQTT通道向服务器发送第一消息队列中的设备数据。
第一MQTT通道连接恢复正常后,网关设备根据第一队列中实时数据的消费频率,通过第一MQTT通道向服务器发送消息中间件中第一消息队列的设备数据。
在一种可能的实施方式中,一台网关设备连接多台IoT设备,接收的设备数据存在多种类型,因此第一消息队列的第一队列消费频率可能会时刻发生变化,例如,IoT设备A采集的设备数据集中传输时,第一队列消费频率为每小时1800个,而IoT设备B采集的设备数据集中传输时,数据量较小,第一队列消费频率为每小时1000个。
步骤406,根据第一队列消费频率和连接带宽,确定第二消息队列的第二队列消费频率,第一队列消费频率与第二队列消费频率对应的总占用带宽小于连接带宽。
第一MQTT通道和第二MQTT通道在同一网络环境下传输设备数据,且占用的总带宽优先,因此历史数据的传输可能会影响实时数据的传输速度,为了保证实时数据优先按照正常速度传输至服务器,网关设备根据第一队列消费频率和连接带宽,确定第二消息队列的第二队列消费频率。
在一种可能的实施方式中,用户可以预先设置第二队列消费频率与第一队列消费频率和连接带宽的关系,使得第二队列消费频率可以随着第一队列消费频率的变化进行动态调整。
示意性的,在当前时间段内,连接带宽允许的消息队列消费频率最高为每小时2000个,当IoT设备A采集的设备数据集中传输时,第一队列消费频率为每小时1800个,则网关设备调整第二队列消费频率不超过每小时200个;当IoT设备B采集的设备数据集中传输时,数据量较小,第一队列消费频率为每小时1000个,则网关设备调整第二队列消费频率不超过每小时1000个。
步骤407,根据第二队列消费频率,通过第二MQTT通道向服务器发送第二消息队列中的设备数据。
网关设备根据第一队列消费频率和连接带宽,确定出当前第二队列消费频率后,根据第二队列消费频率,通过第二MQTT通道向服务器发送第二消息队列中的历史数据,从而保证能够优先上传实时数据。
本申请实施例中,针对不同IoT设备的设备数据,按实际需求划分历史数据和实时数据,并根据实时数据的第一队列消费频率确定第二队列消费频率,在保证优先传送实时数据的条件下,将历史数据通过第二MQTT通道发送至服务器,在保证数据的完整性和时效性的前提下,提高了数据处理和传输效率。
上述实施例中,设备数据采用优先传输实时数据的传输模式,即在保证实时数据优先传输的前提下,上传历史数据,而对于一些对采集时间顺序要求较严格的数据来说,采用这种断点续传模式可能会导致服务器获取的设备数据的时序错乱,因此,请参考图6,在一种可能的实施方式中,步骤401之前,还包括如下步骤:
步骤408,获取设备数据的断点续传模式。
在一种可能的实施方式中,对于不同的IoT设备,用户可以根据实际需求设置不同的断点续传模式,网关设备在传输设备数据前,首先获取设备数据的断点续传模式。
步骤409,当与服务器之间的连接异常,且采用第一断点续传模式时,确定IoT设备所发送设备数据的数据类型,第一断点续传模式指优先传输实时数据的传输模式。
网关设备基于设备数据的断点续传模式,采取对应的传输方式,当网关设备与服务器之间的连接正常时,设备数据均通过第一MQTT通道发送至服务器,当网关设备与服务器之间的连接异常时,若当前设备数据采用第一断点续传模式,则确定其数据类型,并执行步骤401至407。
步骤410,当与服务器之间的连接异常,且采用第二断点续传模式时,根据设备数据的数据接收时刻,按照先入先出原则将设备数据存储至第一消息队列,第二断点续传模式指按照接收时序上传数据的传输模式。
当网关设备与服务器之间的连接异常时,对于一些对时间顺序要求严格的设备数据,网关设备采用第二断点续传模式进行传输,即根据设备数据的数据接收时刻,严格按照先后顺序将设备数据存储至AMQ的第一消息队列中。
步骤411,当与服务器之间的连接恢复正常时,通过第一MQTT通道发送第一消息队列中的设备数据。
当网关设备与服务器之间的连接恢复正常时,首先通过第一MQTT通道向服务器发送第一消息队列中的设备数据,在此期间接收的数据在传输队列中排队等候,当第一消息队列中先入先出模式的设备数据全部传输成功时,继续传输其余设备数据。
需要说明的是,步骤409与步骤410至411之间不存在严格的先后时序,即步骤409与步骤410至411可以同步执行,本实施例对此不作限定。
本申请实施例中,用户可以根据不同设备数据的实际需求,设置不同的断点续传模式,对于对数据完整性要求严格而不考虑数据采集时间顺序的设备数据,可以采用实时数据优先的断点续传模式,对于对数据采集时间顺序要求严格的设备数据,可以采用先入先出的断点续传模式,满足了用户需求,提高了网关设备传输数据的时效性。
结合上述实施例,在一个示意性的例子中,IoT系统中的数据传输的流程如图7所示。
步骤701,预处理设备数据。
当网关设备接收到IoT设备采集的设备数据时,首先将该设备数据的结构转化为计算机设备能够处理的数据结构。
步骤702,检测网关设备与服务器的连接是否正常。
若连接异常,则执行步骤703;若连接异常,则执行步骤708,网关设备需要根据当前的连接状态,采取对应的数据传输方式。
步骤703,判断断点续传模式。
若断点续传模式为先入先出模式,则执行步骤705;若断点续传模式为实时优先模式,则执行步骤704后,再执行步骤705。对于不同的IoT设备,用户可以根据实际需求设置不同的断点续传模式,网关设备在传输设备数据前,首先获取设备数据的断点续传模式。
步骤704,判断设备数据的数据类型。
若断点续传模式为实时优先模式,则网关设备需要判断设备数据属于实时数据还是历史数据,并根据数据类型采取对应的传输方式。
步骤705,将设备数据存储至消息中间件。
网关设备根据设备数据的数据类型,将其存储至消息中间件的对应消息队列中,将属于先入先出模式的设备数据和断点续传模式中实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于历史数据类型的设备数据存储至消息中间件的第二消息队列。
步骤706,连接恢复后将设备数据从对应通道上传。
当网关设备与服务器的连接恢复正常后,对于第一消息队列中先入先出模式的设备数据,优先通过第一MQTT通道传送,再传送后续采集的设备数据;实时优先模式的设备数据,重新判断数据类型,历史数据从第二MQTT通道发送,实时数据从第一MQTT通道发送。
步骤707,判断断点续传模式。
当网关设备与服务器的连接正常时,网关设备也需要获取设备数据的断点续传模式。若断点续传模式为实时优先模式,则执行步骤708后,再执行步骤709;若断点续传模式为先入先出模式,则执行步骤709。
步骤708,判断设备数据的数据类型。
若断点续传模式为实时优先模式,则判断设备数据属于实时数据还是历史数据。若数据类型为历史数据,则执行步骤705;若数据类型为实时数据,则执行步骤709。
步骤709,将设备数据从对应通道上传。
先入先出模式的设备数据,优先传送第一消息队列中的设备数据,再传送后续采集的设备数据;实时优先模式的设备数据,历史数据从第二MQTT通道发送,实时数据从第一MQTT通道发送。
图8是本申请一个示例性实施例提供的IoT系统中的数据传输装置的结构框图,该装置可以设置于上述实施例所述的网关设备,如图8所示,该装置包括:
第一确定模块801,用于当与所述服务器之间的连接异常时,确定所述IoT设备所发送设备数据的数据类型,所述数据类型包括实时数据类型和历史数据类型;
第一存储模块802,用于将属于所述实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于所述历史数据类型的设备数据存储至所述消息中间件的第二消息队列;
第一发送模块803,用于当与所述服务器之间的连接恢复正常时,通过第一MQTT通道向所述服务器发送所述第一消息队列中的设备数据,并通过第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据。
可选的,所述第一确定模块801,包括:
获取单元,用于获取所述设备数据的数据接收时刻,所述数据接收时刻指所述网关设备接收到所述设备数据的时刻;
第一确定单元,用于根据所述数据接收时刻、当前时刻、预期处理时长以及传输延迟阈值,确定所述设备数据的所述数据类型,所述预期处理时长指从所述当前时刻至传输完成时刻之间的预期时长,所述传输延迟阈值是数据接收至完成传输之间的最大延迟。
可选的,所述第一确定单元,还用于:
根据所述数据接收时刻、所述当前时刻以及所述预期处理时长,确定所述设备数据的预期传输时长;
若所述预期传输时长大于所述传输延迟阈值,则确定所述设备数据属于所述历史数据类型;
若所述预期传输时长小于所述传输延迟阈值,则确定所述设备数据属于所述实时数据类型。
可选的,所述第一确定模块801,还包括:
第二确定单元,用于根据所述设备数据的数据处理难度以及预设对应关系,确定所述设备数据对应的所述预期处理时长和所述传输延迟阈值,所述预设对应关系包括所述数据处理难度、所述预期处理时长和所述传输延迟阈值之间的对应关系。
可选的,所述第一发送模块803,包括:
第一发送单元,用于根据第一队列消费频率,通过所述第一MQTT通道向所述服务器发送所述第一消息队列中的设备数据;
第三确定单元,用于根据所述第一队列消费频率和连接带宽,确定所述第二消息队列的第二队列消费频率,所述第一队列消费频率与所述第二队列消费频率对应的总占用带宽小于所述连接带宽;
第二发送单元,用于根据所述第二队列消费频率,通过所述第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据。
可选的,所述装置还包括:
第二确定模块,用于当与所述服务器之间的连接恢复正常时,重新确定所述第一消息队列中所述设备数据的所述数据类型;将所述第一消息队列中属于所述历史数据类型的设备数据转移至所述第二消息队列;
或,第三确定模块,用于每隔预定时间间隔,重新确定所述第一消息队列中所述设备数据的所述数据类型;将所述第一消息队列中属于所述历史数据类型的设备数据转移至所述第二消息队列。
可选的,所述第一确定模块801,还包括:
第四确定单元,用于当与所述服务器之间的连接异常,且采用第一断点续传模式时,确定所述IoT设备所发送设备数据的数据类型,所述第一断点续传模式指优先传输实时数据的传输模式;
所述装置,还包括:
第二存储模块模块,用于当与所述服务器之间的连接异常,且采用第二断点续传模式时,根据所述设备数据的数据接收时刻,按照先入先出原则将所述设备数据存储至所述第一消息队列,所述第二断点续传模式指按照接收时序上传数据的传输模式;
第二发送模块,用于当与所述服务器之间的连接恢复正常时,通过所述第一MQTT通道发送所述第一消息队列中的设备数据。
请参考图9,其示出了本申请一个示例性实施例提供的网关设备的结构方框图。本申请中的网关设备可以包括一个或多个如下部件:处理器901、存储器902和网络通信组件903。
处理器901可以包括一个或者多个处理核心。处理器901利用各种接口和线路连接整个终端901内的各个部分,通过运行或执行存储在存储器902内的指令、程序、代码集或指令集,以及调用存储在存储器902内的数据,执行网关设备的各种功能和处理数据。可选地,处理器901可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器901可集成中央处理器(CentralProcessing Unit,CPU)和调制解调器等中的一种或两种的组合。其中,CPU主要处理操作系统和应用程序等;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器901中,单独通过一块通信芯片进行实现。
存储器902可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory,ROM)。可选地,该存储器902包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器902可用于存储指令、程序、代码、代码集或指令集。存储器902可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令、用于实现上述各个方法实施例的指令等。存储数据区还可以存储网关设备在使用中所创建的数据等。
网络通信组件903用于网关设备和其它设备之间有线或无线方式的通信。网关设备可以接入基于通信标准的无线网络,如Wi-Fi,或2G,或3G,或1G,或5G或它们的组合。在一个示例性实施例中,网络通信组件903经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,网络通信组件903还包括近场通信(NearField Communication,NFC)模块,以促进短程通信。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有至少一条指令,所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的IoT系统中的数据传输方法。
本申请实施例还提供了一种计算机程序产品,该计算机程序产品存储有至少一条指令,所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的IoT系统中的数据传输方法。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读存储介质中或者作为计算机可读存储介质上的一个或多个指令或代码进行传输。计算机可读存储介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种物联网IoT系统中的数据传输方法,其特征在于,所述方法用于网关设备,所述网关设备用于将IoT设备发送的设备数据传输至服务器,所述方法包括:
当与所述服务器之间的连接异常时,确定所述IoT设备所发送设备数据的数据类型,所述数据类型包括实时数据类型和历史数据类型;
将属于所述实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于所述历史数据类型的设备数据存储至所述消息中间件的第二消息队列;
当与所述服务器之间的连接恢复正常时,通过第一消息队列遥测传输MQTT通道向所述服务器发送所述第一消息队列中的设备数据,并通过第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据。
2.根据权利要求1所述的方法,其特征在于,所述确定所述IoT设备所发送设备数据的数据类型,包括:
获取所述设备数据的数据接收时刻,所述数据接收时刻指所述网关设备接收到所述设备数据的时刻;
根据所述数据接收时刻、当前时刻、预期处理时长以及传输延迟阈值,确定所述设备数据的所述数据类型,所述预期处理时长指从所述当前时刻至传输完成时刻之间的预期时长,所述传输延迟阈值是数据接收至完成传输之间的最大延迟。
3.根据权利要求2所述的方法,其特征在于,所述根据所述数据接收时刻、当前时刻、预期处理时长以及传输延迟阈值,确定所述设备数据的所述数据类型,包括:
根据所述数据接收时刻、所述当前时刻以及所述预期处理时长,确定所述设备数据的预期传输时长;
若所述预期传输时长大于所述传输延迟阈值,则确定所述设备数据属于所述历史数据类型;
若所述预期传输时长小于所述传输延迟阈值,则确定所述设备数据属于所述实时数据类型。
4.根据权利要求2所述的方法,其特征在于,所述根据所述数据接收时刻、当前时刻、预期处理时长以及传输延迟阈值,确定所述设备数据的所述数据类型之前,所述方法还包括:
根据所述设备数据的数据处理难度以及预设对应关系,确定所述设备数据对应的所述预期处理时长和所述传输延迟阈值,所述预设对应关系包括所述数据处理难度、所述预期处理时长和所述传输延迟阈值之间的对应关系。
5.根据权利要求1至4任一所述的方法,其特征在于,所述通过第一MQTT通道向所述服务器发送所述第一消息队列中的设备数据,并通过第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据,包括:
根据第一队列消费频率,通过所述第一MQTT通道向所述服务器发送所述第一消息队列中的设备数据;
根据所述第一队列消费频率和连接带宽,确定所述第二消息队列的第二队列消费频率,所述第一队列消费频率与所述第二队列消费频率对应的总占用带宽小于所述连接带宽;
根据所述第二队列消费频率,通过所述第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据。
6.根据权利要求1至4任一所述的方法,其特征在于,所述通过第一MQTT通道向所述服务器发送所述第一消息队列中的设备数据,并通过第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据之前,所述方法还包括:
当与所述服务器之间的连接恢复正常时,重新确定所述第一消息队列中所述设备数据的所述数据类型;将所述第一消息队列中属于所述历史数据类型的设备数据转移至所述第二消息队列;
或,每隔预定时间间隔,重新确定所述第一消息队列中所述设备数据的所述数据类型;将所述第一消息队列中属于所述历史数据类型的设备数据转移至所述第二消息队列。
7.根据权利要求1至4任一所述的方法,其特征在于,所述当与所述服务器之间的连接异常时,确定所述IoT设备所发送设备数据的数据类型,包括:
当与所述服务器之间的连接异常,且采用第一断点续传模式时,确定所述IoT设备所发送设备数据的数据类型,所述第一断点续传模式指优先传输实时数据的传输模式。
8.一种IoT系统中的数据传输装置,其特征在于,所述装置用于网关设备,所述网关设备用于将IoT设备发送的设备数据传输至服务器,所述装置包括:
第一确定模块,用于当与所述服务器之间的连接异常时,确定所述IoT设备所发送设备数据的数据类型,所述数据类型包括实时数据类型和历史数据类型;
第一存储模块,用于将属于所述实时数据类型的设备数据存储至消息中间件的第一消息队列,并将属于所述历史数据类型的设备数据存储至所述消息中间件的第二消息队列;
第一发送模块,用于当与所述服务器之间的连接恢复正常时,通过第一MQTT通道向所述服务器发送所述第一消息队列中的设备数据,并通过第二MQTT通道向所述服务器发送所述第二消息队列中的设备数据。
9.一种网关设备,其特征在于,所述网关设备包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的IoT系统中的数据传输方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至7任一所述的IoT系统中的数据传输方法。
Priority Applications (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911076109.2A CN111031094B (zh) | 2019-11-06 | 2019-11-06 | IoT系统中的数据传输方法、装置、设备及存储介质 |
MX2022005539A MX2022005539A (es) | 2019-11-06 | 2020-11-04 | Metodo y aparato para transmitir datos en sistema de iot, y dispositivo de puerta de enlace y medio de almacenamiento del mismo. |
EP20885386.1A EP4055846A4 (en) | 2019-11-06 | 2020-11-04 | METHOD AND DEVICE FOR DATA TRANSMISSION IN AN IOT SYSTEM, AND GATEWAY DEVICE AND STORAGE MEDIUM THEREFORE |
PCT/SG2020/050637 WO2021091492A1 (en) | 2019-11-06 | 2020-11-04 | Method and apparatus for transmitting data in iot system, and gateway device and storage medium thereof |
KR1020227019018A KR102489203B1 (ko) | 2019-11-06 | 2020-11-04 | 사물 인터넷 시스템에서 데이터를 전송하는 방법 및 장치, 게이트웨이 디바이스와 이의 저장 매체 |
US17/775,145 US11647099B2 (en) | 2019-11-06 | 2020-11-04 | Method and apparatus for transmitting data in IoT system, and gateway device and storage medium thereof |
BR112022008768A BR112022008768A2 (pt) | 2019-11-06 | 2020-11-04 | Método e aparelho para transmissão de dados em sistema iot, e dispositivo de gateway e meio de armazenamento dos mesmos |
JP2022526522A JP7232965B2 (ja) | 2019-11-06 | 2020-11-04 | IoTシステムにおいてデータを送信するための方法および装置、並びにゲートウェイデバイスおよびそれらの記憶媒体 |
AU2020380107A AU2020380107B2 (en) | 2019-11-06 | 2020-11-04 | Method and apparatus for transmitting data in IoT system, and gateway device and storage medium thereof |
CA3160496A CA3160496C (en) | 2019-11-06 | 2020-11-04 | Method and apparatus for transmitting data in iot system, and gateway device and storage medium thereof |
CL2022001202A CL2022001202A1 (es) | 2019-11-06 | 2022-05-05 | Método y aparato para transmitir datos en el sistema iot, y dispositivo de puerta de enlace y medio de almacenamiento del mismo |
ZA2022/06199A ZA202206199B (en) | 2019-11-06 | 2022-06-03 | Method and apparatus for transmitting data in iot system, and gateway device and storage medium thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911076109.2A CN111031094B (zh) | 2019-11-06 | 2019-11-06 | IoT系统中的数据传输方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111031094A CN111031094A (zh) | 2020-04-17 |
CN111031094B true CN111031094B (zh) | 2022-07-12 |
Family
ID=70204977
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911076109.2A Active CN111031094B (zh) | 2019-11-06 | 2019-11-06 | IoT系统中的数据传输方法、装置、设备及存储介质 |
Country Status (12)
Country | Link |
---|---|
US (1) | US11647099B2 (zh) |
EP (1) | EP4055846A4 (zh) |
JP (1) | JP7232965B2 (zh) |
KR (1) | KR102489203B1 (zh) |
CN (1) | CN111031094B (zh) |
AU (1) | AU2020380107B2 (zh) |
BR (1) | BR112022008768A2 (zh) |
CA (1) | CA3160496C (zh) |
CL (1) | CL2022001202A1 (zh) |
MX (1) | MX2022005539A (zh) |
WO (1) | WO2021091492A1 (zh) |
ZA (1) | ZA202206199B (zh) |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111586117A (zh) * | 2020-04-26 | 2020-08-25 | 特瓦特能源科技有限公司 | 一种设备通信方法及装置 |
CN111918230B (zh) * | 2020-05-29 | 2022-09-09 | 北京寄云鼎城科技有限公司 | 一种数据采集方法、数据传输方法、网关、设备和存储介质 |
CN111770143A (zh) * | 2020-06-16 | 2020-10-13 | 南京东源磐能能源科技股份有限公司 | 基于Mqtt协议的数据断点续传方案 |
CN112003679A (zh) * | 2020-08-27 | 2020-11-27 | 蘑菇物联技术(深圳)有限公司 | 基于边缘监控和云端监控的通用工业设备双模监控方法 |
CN112051816A (zh) * | 2020-09-03 | 2020-12-08 | 珠海格力智能装备有限公司 | 数据采集系统和方法 |
CN112686284A (zh) * | 2020-12-16 | 2021-04-20 | 博锐尚格科技股份有限公司 | 建筑运行数据质量管理方法、系统及计算机可读存储介质 |
CN112751785B (zh) * | 2020-12-30 | 2024-05-03 | 南京中赢医疗科技有限公司 | 待处理请求发送方法、装置、计算机设备及存储介质 |
CN112565463A (zh) * | 2021-01-15 | 2021-03-26 | 江苏米塔网络科技服务有限公司 | 一种数据断点续传方法 |
CN113282420A (zh) * | 2021-06-07 | 2021-08-20 | 新奥数能科技有限公司 | 一种边缘端服务告警的方法及装置 |
CN113630442B (zh) * | 2021-07-14 | 2023-09-12 | 远景智能国际私人投资有限公司 | 数据传输方法、装置及系统 |
CN113918358A (zh) * | 2021-09-17 | 2022-01-11 | 远景智能国际私人投资有限公司 | 日志发送方法、装置及日志管理系统 |
CN113992598B (zh) * | 2021-10-27 | 2023-12-05 | 远景智能国际私人投资有限公司 | 流式数据的上传方法、装置、接入设备及存储介质 |
CN114793188A (zh) * | 2021-10-29 | 2022-07-26 | 天津长荣科技集团股份有限公司 | 一种智能网关数据采集推送方法 |
CN114172909B (zh) * | 2021-11-29 | 2024-01-30 | 上海金仕达软件科技股份有限公司 | 一种智能分布式接入方法及系统 |
CN114338479B (zh) * | 2022-01-04 | 2024-03-22 | 北京金山云网络技术有限公司 | 通讯方法、装置和系统 |
CN114401461B (zh) * | 2022-03-22 | 2022-06-14 | 深圳市讯禾实业有限公司 | 基于物联网技术多路数据采集及存储系统 |
CN114640667A (zh) * | 2022-03-31 | 2022-06-17 | 西安热工研究院有限公司 | 实时数据传输方法、系统、设备及介质 |
CN114978863B (zh) * | 2022-05-17 | 2024-03-01 | 安天科技集团股份有限公司 | 一种数据处理方法、装置、计算机设备及可读存储介质 |
CN114760373B (zh) * | 2022-06-13 | 2022-09-23 | 北京智芯微电子科技有限公司 | 数据传输方法和装置、计算机可读存储介质、融合终端 |
CN115102911A (zh) * | 2022-07-29 | 2022-09-23 | 上海电气风电集团股份有限公司 | 数据采集方法、装置、电子设备及可读储存介质 |
CN115361348B (zh) * | 2022-10-19 | 2023-01-10 | 理工全盛(北京)科技有限公司 | 由数据采集设备执行的与web浏览器通信的方法 |
WO2024087206A1 (zh) * | 2022-10-28 | 2024-05-02 | 深圳市锐明技术股份有限公司 | 数据处理系统及其数据上传方法和数据处理方法 |
CN115766689A (zh) * | 2023-01-10 | 2023-03-07 | 理工全盛(北京)科技有限公司 | web服务端与无人机探测及反制设备双向通信的方法 |
CN115865990B (zh) * | 2023-02-22 | 2023-04-18 | 广州机智云物联网科技有限公司 | 一种高性能的物联网平台消息引擎 |
CN116208682B (zh) * | 2023-05-05 | 2023-07-25 | 武汉华瑞测智能技术有限公司 | 交换电力信息的网络系统、设备及介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103501237A (zh) * | 2013-09-03 | 2014-01-08 | 小米科技有限责任公司 | 设备管理方法、管理平台、设备及系统 |
CN103885846A (zh) * | 2013-03-01 | 2014-06-25 | 上海富欣智能交通控制有限公司 | 基于单cpu软件双通道实现故障管理的系统 |
CN106878473A (zh) * | 2017-04-20 | 2017-06-20 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、服务器集群及系统 |
CN107770278A (zh) * | 2017-10-30 | 2018-03-06 | 山东浪潮通软信息科技有限公司 | 一种数据传输装置及其传输数据的方法 |
CN107979568A (zh) * | 2016-10-24 | 2018-05-01 | 南京理工大学 | 一种视频监控应用系统 |
CN110225109A (zh) * | 2019-06-05 | 2019-09-10 | 浙江汇信科技有限公司 | 一种多队列的数据传输方法 |
CN110413599A (zh) * | 2019-06-18 | 2019-11-05 | 上海展湾信息科技有限公司 | 数据实时处理与存储系统及方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004107673A1 (en) * | 2003-05-27 | 2004-12-09 | International Business Machines Corporation | System for defining an alternate channel routing mechanism in a messaging middleware environment |
US20080270548A1 (en) * | 2007-04-24 | 2008-10-30 | Danger, Inc. | Apparatus and method for caching email messages within a wireless data service |
US20150180920A1 (en) * | 2013-12-19 | 2015-06-25 | Robert Hunter | Methods and systems for secure data communication and system monitoring |
US10313221B1 (en) | 2014-01-28 | 2019-06-04 | Sprint Communication Company L.P. | Endpoint monitoring for a messaging framework |
KR20170042156A (ko) * | 2015-10-08 | 2017-04-18 | 삼성전자주식회사 | 전자 장치 및 전자 장치의 서비스 지원 방법 |
JP2018142901A (ja) | 2017-02-28 | 2018-09-13 | 沖電気工業株式会社 | 通信システム及び通信システムにおける通信装置の監視方法 |
US10733311B2 (en) * | 2017-03-29 | 2020-08-04 | International Business Machines Corporation | Cognitive internet of things (IoT) gateways for data security and privacy protection in real-time context-based data applications |
JP6763898B2 (ja) | 2018-03-01 | 2020-09-30 | 日本電信電話株式会社 | 通信制御装置、通信制御方法および通信制御プログラム |
JP7073952B2 (ja) | 2018-07-09 | 2022-05-24 | 横河電機株式会社 | データ収集システム及びデータ収集方法 |
-
2019
- 2019-11-06 CN CN201911076109.2A patent/CN111031094B/zh active Active
-
2020
- 2020-11-04 JP JP2022526522A patent/JP7232965B2/ja active Active
- 2020-11-04 BR BR112022008768A patent/BR112022008768A2/pt unknown
- 2020-11-04 KR KR1020227019018A patent/KR102489203B1/ko active IP Right Grant
- 2020-11-04 US US17/775,145 patent/US11647099B2/en active Active
- 2020-11-04 AU AU2020380107A patent/AU2020380107B2/en active Active
- 2020-11-04 CA CA3160496A patent/CA3160496C/en active Active
- 2020-11-04 WO PCT/SG2020/050637 patent/WO2021091492A1/en active Search and Examination
- 2020-11-04 MX MX2022005539A patent/MX2022005539A/es unknown
- 2020-11-04 EP EP20885386.1A patent/EP4055846A4/en active Pending
-
2022
- 2022-05-05 CL CL2022001202A patent/CL2022001202A1/es unknown
- 2022-06-03 ZA ZA2022/06199A patent/ZA202206199B/en unknown
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103885846A (zh) * | 2013-03-01 | 2014-06-25 | 上海富欣智能交通控制有限公司 | 基于单cpu软件双通道实现故障管理的系统 |
CN103501237A (zh) * | 2013-09-03 | 2014-01-08 | 小米科技有限责任公司 | 设备管理方法、管理平台、设备及系统 |
CN107979568A (zh) * | 2016-10-24 | 2018-05-01 | 南京理工大学 | 一种视频监控应用系统 |
CN106878473A (zh) * | 2017-04-20 | 2017-06-20 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、服务器集群及系统 |
CN107770278A (zh) * | 2017-10-30 | 2018-03-06 | 山东浪潮通软信息科技有限公司 | 一种数据传输装置及其传输数据的方法 |
CN110225109A (zh) * | 2019-06-05 | 2019-09-10 | 浙江汇信科技有限公司 | 一种多队列的数据传输方法 |
CN110413599A (zh) * | 2019-06-18 | 2019-11-05 | 上海展湾信息科技有限公司 | 数据实时处理与存储系统及方法 |
Non-Patent Citations (3)
Title |
---|
Handling mobility in IoT applications using the MQTT protocol;Luzuriaga, Jorge E., et al.;《2015 Internet Technologies and Applications (ITA). IEEE》;20151231;全文 * |
Jorge Eloy Luzuriaga Quichimbo;Managing Mobility for Distributed Smart;《PhD Thesis》;20170509;全文 * |
基于数据流转发的实时数据交换系统设计;曹健,刘琼,王远.;《计算机应用》;20160613;全文 * |
Also Published As
Publication number | Publication date |
---|---|
JP2022547748A (ja) | 2022-11-15 |
JP7232965B2 (ja) | 2023-03-03 |
CA3160496A1 (en) | 2021-05-14 |
US11647099B2 (en) | 2023-05-09 |
US20220353349A1 (en) | 2022-11-03 |
CL2022001202A1 (es) | 2022-11-25 |
KR102489203B1 (ko) | 2023-01-18 |
EP4055846A4 (en) | 2022-12-07 |
CA3160496C (en) | 2024-01-09 |
MX2022005539A (es) | 2022-08-19 |
WO2021091492A1 (en) | 2021-05-14 |
KR20220083851A (ko) | 2022-06-20 |
ZA202206199B (en) | 2022-09-28 |
AU2020380107B2 (en) | 2023-04-06 |
AU2020380107A1 (en) | 2022-06-09 |
CN111031094A (zh) | 2020-04-17 |
EP4055846A1 (en) | 2022-09-14 |
BR112022008768A2 (pt) | 2022-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111031094B (zh) | IoT系统中的数据传输方法、装置、设备及存储介质 | |
CN111901381A (zh) | 基于边缘计算的物联代理装置及数据决策方法 | |
CN111031034A (zh) | 多协议融合边缘计算网关 | |
CN106444662A (zh) | 一种用于物联网的数据采集装置及方法 | |
CN111125208A (zh) | 一种数据采集处理方法、装置及系统 | |
CN110071847A (zh) | 报文处理方法、装置、终端设备及存储介质 | |
CN113438129B (zh) | 数据采集方法及装置 | |
CN113286002B (zh) | 一种基于多优先级队列的电力数据传输方法 | |
CN111901372A (zh) | 一种集中式风电监控系统接入装置 | |
CN115242292A (zh) | 一种软件定义边缘网关的应用框架和传输控制方法 | |
CN113206875B (zh) | 数据传输方法、装置及存储介质 | |
CN102238198A (zh) | 智能设备远程状态自动报告系统及方法 | |
CN116260503B (zh) | 一种基于天线设备的多站控数传系统及方法 | |
CN105592485A (zh) | 一种基于snmp网管协议实时采集并处理消息的方法 | |
CN113873033B (zh) | 一种具有容错功能的智能边缘计算网关平台 | |
CN112187901B (zh) | 一种基于跨隔离iec104的主配网三遥交互方法 | |
CN112653717B (zh) | 一种多云协作分布式系统和应用分发的方法 | |
CN109309526B (zh) | 一种船载卫星通信网络备份管理系统 | |
KR101377461B1 (ko) | 이종장치 및 시스템에 대한 원격 유지보수 및 모니터링 서비스 프레임워크 | |
CN114500601B (zh) | 基于管理引擎的物联网系统 | |
CN113783961B (zh) | 远程终端管理方法、装置、计算机设备及存储介质 | |
CN117711165A (zh) | 数据通讯方法及其可定位的监测终端、上位机和设备 | |
US20170063601A1 (en) | Communication control device that controls network device in transmission system | |
CN110719226B (zh) | 一种mano中cu-u资源调整的方法及装置 | |
CN107872515B (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 |