CN111541771A - 物联网通信方法、装置、系统及计算机可读存储介质 - Google Patents
物联网通信方法、装置、系统及计算机可读存储介质 Download PDFInfo
- Publication number
- CN111541771A CN111541771A CN202010335336.9A CN202010335336A CN111541771A CN 111541771 A CN111541771 A CN 111541771A CN 202010335336 A CN202010335336 A CN 202010335336A CN 111541771 A CN111541771 A CN 111541771A
- Authority
- CN
- China
- Prior art keywords
- polling
- sub
- equipment
- request
- broadcast
- 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.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 42
- 238000000034 method Methods 0.000 title claims abstract description 41
- 230000000977 initiatory effect Effects 0.000 claims abstract description 29
- 230000001960 triggered effect Effects 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 10
- 230000008569 process Effects 0.000 abstract description 6
- 230000005540 biological transmission Effects 0.000 description 18
- 238000012545 processing Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 2
- 241000013355 Mycteroperca interstitialis Species 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
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/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
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0078—Timing of allocation
- H04L5/0087—Timing of allocation when data requirements change
Abstract
本发明公开一种物联网通信方法、装置、系统及计算机可读存储介质,其中方法包括以下步骤:配置子设备地址表;基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果;获得所述轮询结果后,判断是否插入紧急时隙;当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求;当判定不插入紧急时隙时,直接基于所述子设备地址表向下一个子设备发起轮询请求。本发明通过在轮询过程中发起广播请求,使具有紧急数据的子设备可通过响应广播请求提前上报紧急数据报文,确保基于物联网通信紧急数据也能够以高优先级的形式有效送达。
Description
技术领域
本发明涉及物联网通信领域,尤其涉及一种物联网通信方法、装置、系统及计算机可读存储介质。
背景技术
物联网通信通常采用窄带通信,且物联网通信中一个主设备往往对应多个子设备(如医疗物联网),由于受到带宽的限制,其通信方法为主设备以单播的形式发起传输请求,使对应的子设备响应传输请求进行数据上报,从而完成通信。
由此可见,现有物联网通信方法无法适用于子设备存在紧急数据需要主设备优先处理的场景。
发明内容
本发明针对现有技术中的缺点,提供了一种物联网通信方法、装置、系统及计算机可读存储介质。
为了解决上述技术问题,本发明通过下述技术方案得以解决:
一种物联网通信方法,包括以下步骤:
配置子设备地址表;
基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果;
获得所述轮询结果后,判断是否插入紧急时隙;
当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求;
当判定不插入紧急时隙时,直接基于所述子设备地址表向下一个子设备发起轮询请求。
作为一种可实施方式,当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求的具体步骤为:
当判定插入紧急时隙时,发起广播请求,并根据预设的广播定时器信息开启广播定时器中断;
当未触发广播定时器中断时,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求;
当触发广播定时器中断时,基于所述子设备地址表向下一个子设备发起轮询请求。
作为一种可实施方式,基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果的具体步骤为:
基于所述子设备地址表发起轮询任务时,根据预设的轮询定时器信息开启轮询定时器中断;
当未触发轮询定时器中断时,接收被轮询子设备上报的子设备数据报文,生成轮询成功信息作为轮询结果;
当触发轮询定时器中断时,生成超时信息作为轮询结果。
作为一种可实施方式,获得所述轮询结果后,判断是否插入紧急时隙的具体步骤为:
获得所述轮询结果后,提取轮询定时器中断的轮询总时长,当所述轮询总时长大于预设的时长阈值时,判定插入紧急时隙并清零轮询总时长;
或,获得所述轮询结果后,提取轮询定时器中断的触发次数,当所述触发次数大于预设的次数阈值时,判定插入紧急时隙并清零触发次数。
作为一种可实施方式:
所述子设备数据报文为普通数据报文或紧急数据报文。
本发明还提出一种物联网通信装置,包括:
配置模块,用于配置子设备地址表;
轮询模块,用于基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果;
紧急数据获取模块,用于获得所述轮询结果后,判断是否插入紧急时隙;当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,由所述轮询模块基于所述子设备地址表向下一个子设备发起轮询请求;当判定不插入紧急时隙时,由所述轮询模块直接基于所述子设备地址表向下一个子设备发起轮询请求。
作为一种可实施方式,所述紧急数据获取模块包括判断单元和广播单元;
所述判断单元,用于判断是否插入紧急时隙;
所述广播单元被配置为:
当判定插入紧急时隙时,发起广播请求,并根据预设的广播定时器信息开启广播定时器中断;
当未触发广播定时器中断时,接收响应所述广播请求的子设备所上报的紧急数据报文后,由所述轮询模块基于所述子设备地址表向下一个子设备发起轮询请求;
当触发广播定时器中断时,由所述轮询模块基于所述子设备地址表向下一个子设备发起轮询请求。
作为一种可实施方式,所述判断单元被配置为:
获得所述轮询结果后,提取轮询定时器中断的轮询总时长,当所述轮询总时长大于预设的时长阈值时,判定插入紧急时隙并清零轮询总时长;
或,获得所述轮询结果后,提取轮询定时器中断的触发次数,当所述触发次数大于预设的次数阈值时,判定插入紧急时隙并清零触发次数。
本发明还提出一种物联网通信系统,包括主设备和至少一个子设备,所述主设备用于执行上述任意一项所述方法的步骤;
所述子设备用于响应主设备的轮询请求或广播请求,向主设备上报普通数据报文或紧急数据报文。
本发明还提出一种计算机可读存储介质,其存储有计算机程序,该程序被处理器执行时实现上述任意一项所述方法的步骤。
本发明由于采用了以上技术方案,具有显著的技术效果:
本发明通过在轮询过程中发起广播请求,使具有紧急数据的子设备可通过响应广播请求提前上报紧急数据报文,适用于物联网通信存在紧急数据需要优先处理的场景中(如医疗物联网场景),确保基于物联网通信紧急数据也能够以高优先级的形式有效送达。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一种物联网通信方法的流程示意图;
图2是本发明一种物联网通信装置的模块连接示意图;
图3是本发明一种物联网通信系统中主设备的工作流程示意图。
具体实施方式
下面结合实施例对本发明做进一步的详细说明,以下实施例是对本发明的解释而本发明并不局限于以下实施例。
实施例1、一种物联网通信方法,如图1所示,包括以下步骤:
S100、配置子设备地址表;
S200、基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果;
S300、获得所述轮询结果后,判断是否插入紧急时隙;
S400、当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求;
S500、当判定不插入紧急时隙时,直接基于所述子设备地址表向下一个子设备发起轮询请求。
注,本实施例中,基于子设备地址表对各子设备进行循环往复的轮询。
现有技术中,往往由子设备为所上报的数据信息配置优先级,从而接收多个数据信息后基于优先级处理所接收的数据信息,实现优先处理紧急数据,但由于基于物联网网络进行通信时,各子设备如同时向主设备发送数据信息,会因空中冲突导致主设备无法正常接收数据信息,故此方案不适用于物联网通信。
由上可知,本实施例通过在轮询过程中发起广播请求,使其具有紧急数据的子设备可通过响应广播请求提前上报紧急数据报文,使物联网通信适用于医院等子设备(如与病床一一对应的终端分机)存在紧急数据需要主设备(如与护士台对应的管理主机)优先处理的物联网场景中,确保基于物联网通信紧急数据也能够以高优先级的形式有效送达。
进一步地,步骤S200中,基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果的具体步骤为:
S210、基于所述子设备地址表发起轮询任务时,根据预设的轮询定时器信息开启轮询定时器中断;
S220、当未触发轮询定时器中断时,接收被轮询子设备上报的子设备数据报文,生成轮询成功信息作为轮询结果;
S230、当触发轮询定时器中断时,生成超时信息作为轮询结果。
注,上述轮询定时器信息为定时长度,本领域的技术人员可根据实际需要自行设定定时长度,本实施例中将轮询定时器的定时长度配置为1.5T0,其中T0为物理层传输数据往返一次时间。
本实施例中通过对轮询定时器的设计,使子设备出现异常时,自动结束该轮询请求,避免单一子设备的故障影响与其他子设备的物联网通信。
进一步地,步骤S230中生成超时信息作为轮询结果后,还包括记录并反馈超时信息的步骤,将所述超时信息反馈至相关工作人员,便于工作人员及时获知设备异常并进行相应处理。
进一步地,步骤S300中获得所述轮询结果后,判断是否插入紧急时隙的具体步骤为:
获得所述轮询结果后,提取轮询定时器中断的轮询总时长,当所述轮询总时长大于预设的时长阈值时,判定插入紧急时隙并清零轮询总时长;
本领域的技术人员可根据实际需要,自行设置时长阈值,通过时长阈值控制发起广播请求的频率。
进一步地,步骤S400中当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求的具体步骤为:
S410、当判定插入紧急时隙时,发起广播请求,并根据预设的广播定时器信息开启广播定时器中断;
S420、当未触发广播定时器中断时,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求;
S430、当触发广播定时器中断时,基于所述子设备地址表向下一个子设备发起轮询请求。
注,上述广播定时器信息为定时长度,本领域的技术人员可根据实际需要自行设定定时长度,广播定时器与轮询定时器的定时长度可不相同;本实施例中将广播定时器的定时长度配置为1.5T0,其中T0为物理层传输数据往返一次时间。
本实施例中通过对广播定时器的设计,在对应的定时长度内接收紧急数据报文,当触发广播定时器中断时,则判断当前子设备均无紧急数据需要优先处理,继续进行轮询任务。
进一步地,所述子设备数据报文为普通数据报文或紧急数据报文。
虽然紧急数据出现的概率较低,但考虑到实际使用中仍存在同时多个子设备上报紧急数据报文的情况,且基于广播进行数据传输与基于单播进行数据传输相比,单播的形式更稳定,故本实施例中轮询过程中,子设备仍会上报在先响应广播请求所上报的紧急数据报文,从而有效避免数据丢失的情况发生。
本实施例中子设备和主设备基于相同的通信协议和步骤生成数据传输报文,实现双向数据收发,主设备生成相对应的数据传输报文的步骤可参照子设备生成相对应的子设备数据报文实现,故本实施例仅对子设备生成相对应的子设备数据报文为例进行详细介绍,具体步骤如下:
获取待传输数据,判断所述待传输数据为普通数据或紧急数据;
基于预设的会话层协议报文格式和所述待传输数据生成会话层报文;
基于所接收的请求(轮询请求或广播请求),将所述会话层报文进行加密处理,生成相对应的加密数据块,并基于预设的传输层协议报文格式和所述加密数据块生成子设备数据报文。
本实施例中预设的会话层协议报文格式如表1所示:
表1
本实施例中普通数据采用POLL(请求报文)以及POLL ACK(响应报文)进行收发数据,紧急数据采用POLL ALERT(请求紧急报文)以及POLL ALERT ACK(响应紧急报文)进行收发数据,即上表中POLL ALERT标志用于标识是否为紧急数据。
本实施例中预设的传输层协议报文格式如表2所示:
表2
本实施例中将0xFFFFFF作为广播地址使用,主设备和子设备则采用4个字节的地址编码。
本实施例中接收子设备上报的子设备数据报文后还包括检验步骤,具体步骤为:
提取子设备数据报文中的检验和(如表2所示),基于所述检验和判断所述子设备数据报文是否完整;
当判定所述子设备数据报文完整时,提取并解析所述子设备数据报文中的加密数据块,获得会话层报文;
提取会话层报文中的报文序号、分包标志、最后分包标志和/或分包序号判断所述子设备数据报文是否为重复报文,仅当判定初次接收时所述子设备数据报文,提取所述会话层报文中的数据并进行相应处理。
子设备接收数据传输报文后也按上述步骤对所述数据传输报文进行检验。
注,可直接采用现有生成检验和以及进行加密处理的方法,故本实施例中不对其进行详细介绍;
本实施通过判断所接收的普通数据报文或紧急数据报文是否为重复报文,避免重复处理。
实施例2、将实施例1中的“轮询总时长”更改为“触发次数”,其余均等同于实施例1。
本实施例中步骤S300中获得所述轮询结果后,判断是否插入紧急时隙的具体步骤为:
获得所述轮询结果后,提取轮询定时器中断的触发次数,当所述触发次数大于预设的次数阈值时,判定插入紧急时隙并清零触发次数。
本领域的技术人员可根据实际需要,自行设置触发次数,通过时长阈值控制发起广播请求的频率。
实施例3、一种物联网通信装置,如图2所示,包括配置模块100、轮询模块200和紧急数据获取模块300:
所述配置模块100,用于配置子设备地址表;
所述轮询模块200,用于基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果;
所述紧急数据获取模块300,用于获得所述轮询结果后,判断是否插入紧急时隙;当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,由所述轮询模块200基于所述子设备地址表向下一个子设备发起轮询请求;当判定不插入紧急时隙时,由所述轮询模块200直接基于所述子设备地址表向下一个子设备发起轮询请求。
进一步地,所述紧急数据获取模块包括判断单元310和广播单元320;
所述判断单元310,用于判断是否插入紧急时隙;
所述广播单元320被配置为:
当判定插入紧急时隙时,发起广播请求,并根据预设的广播定时器信息开启广播定时器中断;
当未触发广播定时器中断时,接收响应所述广播请求的子设备所上报的紧急数据报文后,由所述轮询模块200基于所述子设备地址表向下一个子设备发起轮询请求;
当触发广播定时器中断时,由所述轮询模块200基于所述子设备地址表向下一个子设备发起轮询请求。
进一步地,所述判断单元310被配置为:
获得所述轮询结果后,提取轮询定时器中断的轮询总时长,当所述轮询总时长大于预设的时长阈值时,判定插入紧急时隙并清零轮询总时长;
本实施例是实施例1相对应的装置实施例而言,由于其与方法实施例(实施例1)基本相似,所以描述的比较简单,相关之处参见方法实施例(实施例1)的部分说明即可。
实施例4、将更改实施例3中对判断单元310的配置,其余均等同于实施例3,本实施例中判断单元被配置为:
获得所述轮询结果后,提取轮询定时器中断的触发次数,当所述触发次数大于预设的次数阈值时,判定插入紧急时隙并清零触发次数。
本实施例是实施例2相对应的装置实施例而言,由于其与方法实施例(实施例2)基本相似,所以描述的比较简单,相关之处参见方法实施例(实施例2)的部分说明即可。
实施例5、一种物联网通信系统,包括主设备和至少一个子设备,主设备与各子设备信号连接。
相关领域的技术人员可根据实际需要自行配置主设备所对应的子设备的数量。
所述主设备用于执行实施例1或实施例2所述方法的步骤;
所述子设备用于响应主设备的轮询请求或广播请求,向主设备上报普通数据报文或紧急数据报文。
以一个具体的案例对本实施例所提出的物联网通信方法进行详细介绍:
本案例中,所述物联网通信系统应用于医院,以实现与护士台相对应的管理主机和与病床一一对应的终端分机(本案例中终端分机的数量为10)相通信,即,管理主机为主设备,终端分机为子设备。
管理主机向终端分机发送数据传输报文的具体步骤为:
某病床入住新病人,工作人员通过管理主机向对应终端分机传输病人信息,此时管理主机基于工作人员的操作获取待传输数据,基于预设的会话层协议和传输层协议生成相对应的数据传输报文,并通过单播的形式发送至所述终端分机;
所述终端分机接收所述数据传输报文并进行校验,反馈确认接收报文后,判断所述数据传输报文是否为重复报文,当判定其属于重复报文时,清除所述数据传输报文,否则提取并处理所述数据传输报文中的待传输数据,此处为加载病人信息。
参照图3,管理主机获取各终端分机待传输数据的具体步骤为:
A、管理主机初始化子设备地址表和定时器;
由于本案例中轮询定时器和广播定时器的定时时长相同,故仅采用一个定时器。
B、管理主机根据子设备地址表向对应终端分机发送单播请求,即,轮询请求,同时重启定时器;
当管理主机接收到对应终端分机上报的子设备数据报文后,验证所述子设备数据报文是否完整,基于验证结果反馈对应终端分机确认接收报文,并判断所述子设备数据报文是否为重复报文,当判定初次接收所述子设备数据报文时,分析并处理子设备数据报文所携带的数据信息,如终端分机所检测到的病人的生理特征;
当管理主机在预设的定时时长内未收到子设备数据报文,生成超时信息并反馈给对应工作人员;
注,按照子设备地址表终端分机循环发送单播请求。
C、管理主机结束当前单播请求后,判断是否插入紧急时隙;
当判定插入紧急时隙时,管理主机发起广播请求并重启定时器,此时待传输数据包含紧急数据的终端分机响应所述广播请求;
即,终端分机接收到广播请求后,基于的POLL ALERT标志判断是否存在需要优先上报的其会话层报文(包含紧急数据),如存在,将对应的会话层报文的副本加密处理生成子设备数据报文后上报,如不存在,不响应所述广播请求。
本案例中的紧急数据为预设的生理特征发生异常的数据。管理主机在定时时长内接收所述子设备数据报文,验证所述子设备数据报文完整后进行解析其加密数据块,获得会话层报文,并根据会话层报文判断是否是重复报文,当判定非重复报文时,提取会话层报文中的紧急数据进行相应处理。
如判定不插入紧急时隙或结束上述广播请求后,重复步骤B和步骤C。
综上,本实施例中子设备存在紧急数据时,能够通过响应主设备的广播请求使主设备优先处理。
实施例6、一种计算机可读存储介质,其存储有计算机程序,该程序被处理器执行时实现执行实施例1或实施例2所述方法的步骤。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
需要说明的是:
说明书中提到的“一个实施例”或“实施例”意指结合实施例描述的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,说明书通篇各个地方出现的短语“一个实施例”或“实施例”并不一定均指同一个实施例。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
此外,需要说明的是,本说明书中所描述的具体实施例,其零、部件的形状、所取名称等可以不同。凡依本发明专利构思所述的构造、特征及原理所做的等效或简单变化,均包括于本发明专利的保护范围内。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,只要不偏离本发明的结构或者超越本权利要求书所定义的范围,均应属于本发明的保护范围。
Claims (10)
1.一种物联网通信方法,其特征在于包括以下步骤:
配置子设备地址表;
基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果;
获得所述轮询结果后,判断是否插入紧急时隙;
当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求;
当判定不插入紧急时隙时,基于所述子设备地址表向下一个子设备发起轮询请求。
2.根据权利要求1所述的物联网通信方法,其特征在于:
当判定插入紧急时隙时,发起广播请求,并根据预设的广播定时器信息开启广播定时器中断;
当未触发广播定时器中断时,接收响应所述广播请求的子设备所上报的紧急数据报文后,基于所述子设备地址表向下一个子设备发起轮询请求;
当触发广播定时器中断时,基于所述子设备地址表向下一个子设备发起轮询请求。
3.根据权利要求1所述的物联网通信方法:
基于所述子设备地址表发起轮询任务时,根据预设的轮询定时器信息开启轮询定时器中断;
当未触发轮询定时器中断时,接收被轮询子设备上报的子设备数据报文,生成轮询成功信息作为轮询结果;
当触发轮询定时器中断时,生成超时信息作为轮询结果。
4.根据权利要求3所述的物联网通信方法,其特征在于:
获得所述轮询结果后,提取轮询定时器中断的轮询总时长,当所述轮询总时长大于预设的时长阈值时,判定插入紧急时隙并清零轮询总时长;
或,获得所述轮询结果后,提取轮询定时器中断的触发次数,当所述触发次数大于预设的次数阈值时,判定插入紧急时隙并清零触发次数。
5.根据权利要求3所述的物联网通信方法,其特征在于:
所述子设备数据报文为普通数据报文或紧急数据报文。
6.一种物联网通信装置,其特征在于,包括:
配置模块,用于配置子设备地址表;
轮询模块,用于基于所述子设备地址表发起轮询请求,获得对应子设备的轮询结果;
紧急数据获取模块,用于获得所述轮询结果后,判断是否插入紧急时隙;当判定插入紧急时隙时,发起广播请求,接收响应所述广播请求的子设备所上报的紧急数据报文后,由所述轮询模块基于所述子设备地址表向下一个子设备发起轮询请求;当判定不插入紧急时隙时,由所述轮询模块直接基于所述子设备地址表向下一个子设备发起轮询请求。
7.根据权利要求6所述的物联网通信装置,其特征在于,所述紧急数据获取模块包括判断单元和广播单元;
所述判断单元,用于判断是否插入紧急时隙;
所述广播单元被配置为:
当判定插入紧急时隙时,发起广播请求,并根据预设的广播定时器信息开启广播定时器中断;
当未触发广播定时器中断时,接收响应所述广播请求的子设备所上报的紧急数据报文后,由所述轮询模块基于所述子设备地址表向下一个子设备发起轮询请求;
当触发广播定时器中断时,由所述轮询模块基于所述子设备地址表向下一个子设备发起轮询请求。
8.根据权利要求7所述的物联网通信装置,其特征在于,所述判断单元被配置为:
获得所述轮询结果后,提取轮询定时器中断的轮询总时长,当所述轮询总时长大于预设的时长阈值时,判定插入紧急时隙并清零轮询总时长;
或,获得所述轮询结果后,提取轮询定时器中断的触发次数,当所述触发次数大于预设的次数阈值时,判定插入紧急时隙并清零触发次数。
9.一种物联网通信系统,其特征在于,包括主设备和至少一个子设备,所述主设备用于执行权利要求1~5任意一项所述方法的步骤;
所述子设备用于响应主设备的轮询请求或广播请求,向主设备上报普通数据报文或紧急数据报文。
10.一种计算机可读存储介质,其存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至5任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010335336.9A CN111541771A (zh) | 2020-04-24 | 2020-04-24 | 物联网通信方法、装置、系统及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010335336.9A CN111541771A (zh) | 2020-04-24 | 2020-04-24 | 物联网通信方法、装置、系统及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111541771A true CN111541771A (zh) | 2020-08-14 |
Family
ID=71970175
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010335336.9A Pending CN111541771A (zh) | 2020-04-24 | 2020-04-24 | 物联网通信方法、装置、系统及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111541771A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114120616A (zh) * | 2021-11-24 | 2022-03-01 | 深圳市欧瑞博科技股份有限公司 | 红外信号发送方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4780715A (en) * | 1985-01-25 | 1988-10-25 | Nec Corporation | Communication system capable of interruption talk during data transmission |
US5297144A (en) * | 1991-01-22 | 1994-03-22 | Spectrix Corporation | Reservation-based polling protocol for a wireless data communications network |
US5815660A (en) * | 1995-05-11 | 1998-09-29 | Nec Corporation | Master station stops polling a slave station if detecting no communication or receiving a stop polling request from the slave station |
US20140292537A1 (en) * | 2013-03-29 | 2014-10-02 | Olympus Corporation | Emergency handling in a body area network |
-
2020
- 2020-04-24 CN CN202010335336.9A patent/CN111541771A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4780715A (en) * | 1985-01-25 | 1988-10-25 | Nec Corporation | Communication system capable of interruption talk during data transmission |
US5297144A (en) * | 1991-01-22 | 1994-03-22 | Spectrix Corporation | Reservation-based polling protocol for a wireless data communications network |
US5815660A (en) * | 1995-05-11 | 1998-09-29 | Nec Corporation | Master station stops polling a slave station if detecting no communication or receiving a stop polling request from the slave station |
US20140292537A1 (en) * | 2013-03-29 | 2014-10-02 | Olympus Corporation | Emergency handling in a body area network |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114120616A (zh) * | 2021-11-24 | 2022-03-01 | 深圳市欧瑞博科技股份有限公司 | 红外信号发送方法、装置、电子设备及存储介质 |
CN114120616B (zh) * | 2021-11-24 | 2023-03-28 | 深圳市欧瑞博科技股份有限公司 | 红外信号发送方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017049938A1 (zh) | 一种在直通模式下信道冲突的处理方法以及终端 | |
CN101542980B (zh) | 用于操作兼容以太网的现场总线设备的方法 | |
EP3599743B1 (en) | Method and device for communicating data frames on a multi-master bus | |
JP2016500503A (ja) | プロトコル例外状態を用いたデータ伝送プロトコル | |
KR100728276B1 (ko) | 네트워크 엘리먼트 관리시스템 및 그 방법 | |
CN111541771A (zh) | 物联网通信方法、装置、系统及计算机可读存储介质 | |
EP3223459A1 (en) | Method and device for detecting connectivity | |
EP1808983A1 (en) | Process and devices for selective collision detection | |
CN114884805B (zh) | 数据传输方法、装置、终端及存储介质 | |
CN113645103B (zh) | 视频监控平台与前端设备间通信链路异常检测方法及装置 | |
CN113794620B (zh) | 消息发送方法、装置、设备、系统与存储介质 | |
CN110781034B (zh) | 分布式监管方法和系统 | |
CN111432441B (zh) | 音频数据发送方法及装置、计算机可读存储介质 | |
EP2916523B1 (en) | Data stream and data packet transmission method and device | |
CN112995095A (zh) | 数据处理方法、装置及计算机可读存储介质 | |
WO2015194931A1 (en) | A system and method for detecting and recovering lost simple network management protocol traps | |
CN111901366A (zh) | 一种数据推送方法、装置、设备和存储介质 | |
WO2016188499A1 (zh) | 网络管理方法、装置、网络设备及数据同步系统 | |
CN112769889B (zh) | 服务数据的推送方法、装置、存储介质以及电子装置 | |
CN113791804B (zh) | 多路仪器并行升级的方法、装置、计算机设备及存储介质 | |
CN113315875B (zh) | 通话信息同步方法、装置、通话信息同步设备和存储介质 | |
WO2021232389A1 (zh) | 数据通信方法、系统、电子设备、芯片和存储介质 | |
CN109921933B (zh) | 一种信息处理方法及网络安全设备 | |
WO2022041923A1 (zh) | 网络切片连接方法、终端及计算机可读存储介质 | |
JPH11187017A (ja) | 欠落データの自動回復処理を行う複数局同時配信システム及びその配信方法 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200814 |