CN105721293A - 一种基于Alljoyn协议的Master网关自适应竞争方法 - Google Patents
一种基于Alljoyn协议的Master网关自适应竞争方法 Download PDFInfo
- Publication number
- CN105721293A CN105721293A CN201610071570.9A CN201610071570A CN105721293A CN 105721293 A CN105721293 A CN 105721293A CN 201610071570 A CN201610071570 A CN 201610071570A CN 105721293 A CN105721293 A CN 105721293A
- Authority
- CN
- China
- Prior art keywords
- equipment
- flag
- master
- gateway
- lan
- 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
Links
Classifications
-
- 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/14—Session management
- H04L67/141—Setup of application sessions
-
- 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/2895—Intermediate processing functionally located close to the data provider application, e.g. reverse proxies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种基于Alljoyn协议的Master网关自适应竞争方法。本发明涉及局域网下多设备联网时的网关自适应技术,目的是为了解决现有技术中,智能家居多设备联网时云服务器负荷过重,影响***通讯稳定性的问题。本发明的技术构思如下:新设备入网时,如果局域网中已存在网关,则新入网设备与已有网关进行竞争;若局域网内不存在网关,则根据新设备的设备能力集判定该设备是否可作为网关;如果网关连接突然断掉,局域网内部设备会自动组网,通过自适应竞争逻辑自动从其它从网关里面竞争出一个新的网关与云服务器保持长连接;如果局域网内均是弱终端,此时局域网内不能竞争出Master网关,则分别与云端进行长连接。本发明适用于物联网。
Description
技术领域
本发明涉及物联网技术,特别涉及一种局域网下多设备联网时的网关自适应方法。
背景技术
随着物联网技术、云计算、大数据的发展,互联互通技术显得尤为重要。在人们对智能需求有限的情况下,早前的智能家居即便很简单依然让人觉得“高大上”,并且基本不会出现问题,但是随着生活水平的提高,早前的智能家居逐渐变得落后,甚至沦为“伪智能”。智能家居单品的功能虽有提升,但智能效果所覆盖的范围十分有限,难以迎合消费者整体智能的需求。即便智能家居发生了有线向无线的转变,也只是安装等方式的改变,不能实现所谓的真正的智能。现在的主要问题是,智能家居不但要“连”,而且还灵活地“互连”,实现设备之间互通互控。
智能家居由原来的“设备端+移动终端”的模式(传统模式)向“设备端+云端+移动终端”(新模式,包括物联传感等不少企业已是这种模式)转变。随之所带来的最大变化是数据量增加、设备端与云端的连接数增加以及数据处理能力的增强。在这个过程中,设备端与云端的连接数增加,会直接增加消息云服务器的负荷,影响整个***的通讯稳定性。
发明内容
本发明的目的是为了解决现有技术中,智能家居多设备联网时云服务器负荷过重,影响***通讯稳定性的问题。
为达到上述目的,本发明提供一种基于Alljoyn协议的Master网关自适应竞争方法,包括如下步骤:
新设备入网后,通过Alljoyn网络协议获取局域网内所有设备的竞争信息,所述竞争信息包括设备能力等级Device_Flag、设备角色Role及设备IP,所述设备能力等级包括A、B、C三级,A、B为强终端,C为弱终端,所述设备角色包括Master、Slave及Normal,Master表示与服务器进行长连接的设备,Slave表示与Master进行长连接的设备,当局域网内无Master设备时,局域网内的所有设备的设备角色Role为Normal;
新设备根据所获取的局域网内所有设备的竞争信息进行竞争,若新设备竞争胜出,则通过Alljoyn网络协议将当前局域网内Master网关的设备Role值修改为Slave,并设置自己的设备角色Role值为Master,同时发出Alljoyn网络协议广播,宣告自己为新的Master网关,局域网内所有其它设备收到广播后,将自身设备的当前mastername修改为所述新Master网关的servicename,所述mastername用于标记局域网内的当前Master,所述servicename用于标记局域网内设备服务名。
进一步地,若新设备竞争失败且此时若局域网内有Master网关,则新设备通过调用Alljoyn网络协议修改自己的设备角色Role为Slave,同时修改自身mastername的值为当前Master网关的servicename;若新设备竞争失败且新设备的设备能力等级Device_Flag为C级,此时局域网内若没有Master网关,则新设备通过调用Alljoyn网络协议修改自己的设备角色Role为Normal。
进一步地,若局域网内设备通过Alljoyn网络协议监听到之前存储的mastername掉线,则启动竞争,竞争具体流程如下:若该设备的设备能力等级Device_Flag为A或B级,首先获取网内其它所有设备的竞争信息;如果改设备竞争胜出,首先通过调用Alljoyn网络协议修改自己的设备角色Role为Master,同时发出Alljoyn网络协议广播Name_ChangedSignal,宣告自己为Master;若该设备竞争失败,该设备在收到新的Master发出的Name_ChangedSignal后,修改mastername的值为新Master网关的servicename,若自身设备能力等级为C级,等待1秒后,如果收到Master发出的NameChangedSignal,则修改自己的MasterName为当前Master的servicename;若没收到Master发出的NameChangedSignal,则与云服务器进行长连接。
具体地,新设备入网后,若局域网内只有本设备一个,且该设备的能力级别Device_Flag为A或B级,则该设备成为Master网关,若该设备的能力级别Device_Flag为C级则该设备的设备角色修改为NORMAL。
具体地,新设备入网后,若局域网内有两个以上设备且已有Master网关,若此Master网关的Device_flag为B,且本设备Device_flag为A,则本设备成为Master网关,否则成为Slave;
若局域网内有两个以上设备且没有Master,对局域网内所有设备的Device_Flag按照A、B、C进行排序,对局域网内所有设备的IP进行降序排序,分别存储在flag[]和IP[]两个数组之中,并进入如下流程:
a若本设备的Device_flag与flag[0]相等,且若flag[0]和flag[1]不相等,即本设备Device_flag等级最高,则本设备成为Master;
b若本设备的Device_flag与flag[0]相等且flag[0]不为C,且若flag[0]和flag[1]也相等,若IP_native与IP[0]相等,则本设备成为Master;
若a、b均不满足:
则c.若本设备的Device_flag与flag[0]不相等且flag[0]不为C,则本设备成为Slave;
若c不满足:
则d.若flag[0]为C级,则本设备成为Normal;
其中,自身设备的能力标记记为flag_native;自身设备的IP记为IP_native;局域网内所有设备的能力标记按照A、B、C进行排序,用数组flag[]存储,其中A用2描述、B用1描述、C用0描述;局域网内所有设备的IP信息按照降序排序,用数组IP[]来表示。
本发明的有益效果是:本发明应用于智能终端硬件实体中,在一个局域网内可自适应竞争出一个Master网关与云服务器进行长连接,局域网内其它设备与手机端进行远程通讯可通过该智能终端进行中转,因此大大减少了局域网内所有设备与服务器的长连接数量,降低了云服务器的负荷,从而提升了整个***的稳定性。
附图说明
图1为本发明实施例的通过AlljoynBus获取设备能力集的过程示意图。
图2为本发明实施例的局域网内有Master网关时的竞争流程图示意图;
图3为本发明实施例的网关掉线时A级和B级设备竞争的流程图;
图4为本发明实施例的竞争逻辑流程示意图。
具体实施方式
以下结合附图及实施例对本发明的技术方案作进一步详细描述。
本发明设计了一种基于Alljoyn技术的网关自适应竞争算法。通过该竞争算法可以保证局域网内只有一个网关与云服务器保持长连接,降低心跳连接数,从而降低云服务器负荷。在云服务器架构不变的情况下,长连接数固定、在新设备入网以及Master网关连接断掉之后,该自适应竞争逻辑会自动启动。
新设备入网时,如果局域网中已存在网关,则新入网设备与已有网关进行竞争;若局域网内不存在网关,则根据新设备的设备能力集判定该设备是否可作为网关;如果网关连接突然断掉,局域网内部设备会自动组网,通过自适应竞争逻辑自动从其它从网关里面竞争出一个新的网关与云服务器保持长连接;如果局域网内均是弱终端(CPU为弱单片机),此时局域网内不能竞争出Master网关,则分别与云端进行长连接。
主要包含以下几个过程:(1)通过Alljoyn网络协议获取设备自身相关信息;(2)新设备入网竞争逻辑;(3)网关掉线竞争逻辑;(4)竞争算法逻辑实现。
实施例
网关自适应竞争启动主要体现在两个流程中:一是在新设备入网过程中;二是在网关掉线后。这两个流程均会触发网关自适应竞争,自适应竞争同时需要两方面内容:一是通过Alljoyn网络协议获取设备相关能力集信息;另一个方面涉及竞争算法逻辑。下面分别详细介绍上述四个过程:
1、下面详细描述本发明的技术方案:
首先通过Alljoyn网络协议获取设备的相关能力等级Device_Flag、设备IP、设备角色ROLE等相关信息;其中设备的能力等级Device_Flag分为A(强终端--网关,包含Wifi,Zigbee,蓝牙等接口);B(强终端,包含Wifi等接口,具有Linux操作***等);C(弱终端,含Wifi接口,CPU为弱单片机等)。见图1。
竞争胜出的强终端的设备角色ROLE记为MASTER(与云服务器进行长连接);失败的终端记为SLAVE(与Master建立连接);若局域网内无MASTER,终端每个设备的设备角色ROLE均为NORMAL(每个设备的能力等级均为C),均与云服务器进行长连接。
能力等级只有为A或者为B的设备经过竞争后才可能成为Master网关;能力等级为C的设备经过竞争后可能成为SLAVE或者为NORMAL。
2、新设备入网逻辑流程
新设备入网后,新设备通过Alljoyn网络协议获取局域网内所有设备的设备能力等级Device_Flag、设备角色ROLE、设备IP等信息进行竞争。新设备竞争胜出后,通过调用Alljoyn网络协议将当前Master网关的ROLE值修改为SLAVE,并设置自己的ROLE值为MASTER,同时发出Alljoyn网络协议广播,宣告自己为Master,告诉局域网内所有其它设备;此时局域网内所有其它设备修改mastername(用来标记网内当前的MASTER,用来监听网关是否掉线)的值为新Master网关的servicename(Alljoyn网络协议概念:用来标记网内设备服务的名字)。如果新设备竞争失败,当前网内如有Master,则通过调用Alljoyn网络协议修改自己的ROLE为SLAVE,同时调用Alljoyn网络协议修改自身mastername的值为当前Master网关的servicename;当前网内若没有Master且自身设备能力等级为C级,则通过调用Alljoyn网络协议修改自己的ROLE为NORMAL。图2为局域网内有Master网关的流程图。
3、网关掉线逻辑流程
如图3所示,若局域网内设备通过Alljoyn网络协议监听到之前存储的mastername掉线,则启动竞争逻辑,竞争具体流程如下:若该设备的设备能力等级Device_Flag为A或B级,首先获取网内其它所有设备的竞争信息;如果改设备竞争胜出,首先通过调用Alljoyn网络协议修改自己的设备角色Role为Master,同时发出Alljoyn网络协议广播Name_ChangedSignal,宣告自己为Master,告诉局域网内所有其它设备;若该设备竞争失败,该设备在收到新的Master发出的Name_ChangedSignal后,修改mastername的值为新Master网关的servicename,若自身设备能力等级为C级,等待1秒后,如果收到Master发出的NameChangedSignal,则修改自己的MasterName为当前Master的servicename;若没收到Master发出的NameChangedSignal,则与云服务器进行长连接。
4、竞争算法逻辑实现
设备的能力标记用Device_Flag表示;自身设备的能力标记记为flag_native;自身设备的IP记为IP_native;局域网内所有设备的能力标记按照A、B、C进行排序,用数组flag[]存储,其中A用2描述、B用1描述、C用0描述;局域网内所有设备的IP信息按照降序排序,用数组IP[]来表示。
竞争逻辑实现描述如下:
(1)若局域网内只有本设备一个,且该设备的能力级别Device_Flag为A或B级,则该设备成为Master网关,若该设备的能力级别Device_Flag为C级则该设备的设备角色修改为NORMAL;
(2)若局域网内有两个以上设备且已有Master网关,若此Master网关的Device_flag为B,且本设备Device_flag为A,则本设备成为Master网关,否则成为SLAVE。
(3)若局域网内有两个以上设备且没有Master,对局域网内所有设备的Device_Flag按照A、B、C进行排序,对局域网内所有设备的IP进行降序排序,分别存储在flag[]和IP[]两个数组之中,
a若本设备的Device_flag与flag[0]相等,且若flag[0]和flag[1]不相等,即本设备Device_flag等级最高,则本设备成为Master;
b若本设备的Device_flag与flag[0]相等且flag[0]不为C,且若flag[0]和flag[1]也相等,若IP_native与IP[0](IP地址唯一)相等,则本设备成为Master;
若a、b均不满足:
则c.若本设备的Device_flag与flag[0]不相等且flag[0]不为C,则本设备成为Slave。
若c不满足:
则d.若flag[0]为C级,则本设备成为Normal。竞争算法逻辑具体实现见图4。
Claims (5)
1.一种基于Alljoyn协议的Master网关自适应竞争方法,其特征在于,包括如下步骤:
新设备入网后,通过Alljoyn网络协议获取局域网内所有设备的竞争信息,所述竞争信息包括设备能力等级Device_Flag、设备角色Role及设备IP,所述设备能力等级包括A、B、C三级,A、B为强终端,C为弱终端,所述设备角色包括Master、Slave及Normal,Master表示与服务器进行长连接的设备,Slave表示与Master进行长连接的设备,当局域网内无Master设备时,局域网内的所有设备的设备角色Role为Normal;
新设备根据所获取的局域网内所有设备的竞争信息进行竞争,若新设备竞争胜出,则通过Alljoyn网络协议将当前局域网内Master网关的设备Role值修改为Slave,并设置自己的设备角色Role值为Master,同时发出Alljoyn网络协议广播,宣告自己为新的Master网关,局域网内所有其它设备收到广播后,将自身设备的当前mastername修改为所述新Master网关的servicename,所述mastername用于标记局域网内的当前Master,所述servicename用于标记局域网内设备服务名。
2.如权利要求1所述的基于Alljoyn协议的Master网关自适应竞争方法,其特征在于,若新设备竞争失败且此时若局域网内有Master网关,则新设备通过调用Alljoyn网络协议修改自己的设备角色Role为Slave,同时修改自身mastername的值为当前Master网关的servicename;若新设备竞争失败且新设备的设备能力等级Device_Flag为C级,此时局域网内若没有Master网关,则新设备通过调用Alljoyn网络协议修改自己的设备角色Role为Normal。
3.如权利要求1或2所述的基于Alljoyn协议的Master网关自适应竞争方法,其特征在于,若局域网内设备通过Alljoyn网络协议监听到之前存储的mastername掉线,则启动竞争,竞争具体流程如下:若该设备的设备能力等级Device_Flag为A或B级,首先获取网内其它所有设备的竞争信息;如果改设备竞争胜出,首先通过调用Alljoyn网络协议修改自己的设备角色Role为Master,同时发出Alljoyn网络协议广播Name_ChangedSignal,宣告自己为Master;若该设备竞争失败,该设备在收到新的Master发出的Name_ChangedSignal后,修改mastername的值为新Master网关的servicename,若自身设备能力等级为C级,等待1秒后,如果收到Master发出的NameChangedSignal,则修改自己的MasterName为当前Master的servicename;若没收到Master发出的NameChangedSignal,则与云服务器进行长连接。
4.如权利要求1或2所述的基于Alljoyn协议的Master网关自适应竞争方法,其特征在于,新设备入网后,若局域网内只有本设备一个,且该设备的能力级别Device_Flag为A或B级,则该设备成为Master网关,若该设备的能力级别Device_Flag为C级则该设备的设备角色修改为NORMAL。
5.如权利要求1或2所述的基于Alljoyn协议的Master网关自适应竞争方法,其特征在于,新设备入网后,若局域网内有两个以上设备且已有Master网关,若此Master网关的Device_flag为B,且本设备Device_flag为A,则本设备成为Master网关,否则成为Slave;
若局域网内有两个以上设备且没有Master,对局域网内所有设备的Device_Flag按照A、B、C进行排序,对局域网内所有设备的IP进行降序排序,分别存储在flag[]和IP[]两个数组之中,并进入如下流程:
a若本设备的Device_flag与flag[0]相等,且若flag[0]和flag[1]不相等,即本设备Device_flag等级最高,则本设备成为Master;
b若本设备的Device_flag与flag[0]相等且flag[0]不为C,且若flag[0]和flag[1]也相等,若IP_native与IP[0]相等,则本设备成为Master;
若a、b均不满足:
则c.若本设备的Device_flag与flag[0]不相等且flag[0]不为C,则本设备成为Slave;
若c不满足:
则d.若flag[0]为C级,则本设备成为Normal;
其中,自身设备的能力标记记为flag_native;自身设备的IP记为IP_native;局域网内所有设备的能力标记按照A、B、C进行排序,用数组flag[]存储,其中A用2描述、B用1描述、C用0描述;局域网内所有设备的IP信息按照降序排序,用数组IP[]来表示。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610071570.9A CN105721293B (zh) | 2016-02-01 | 2016-02-01 | 一种基于Alljoyn协议的Master网关自适应竞争方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610071570.9A CN105721293B (zh) | 2016-02-01 | 2016-02-01 | 一种基于Alljoyn协议的Master网关自适应竞争方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105721293A true CN105721293A (zh) | 2016-06-29 |
CN105721293B CN105721293B (zh) | 2018-12-28 |
Family
ID=56155502
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610071570.9A Active CN105721293B (zh) | 2016-02-01 | 2016-02-01 | 一种基于Alljoyn协议的Master网关自适应竞争方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105721293B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108111358A (zh) * | 2018-01-12 | 2018-06-01 | 重庆惠家通信息技术有限公司 | Poe智能家居网关组网配置方法 |
CN108650142A (zh) * | 2018-07-17 | 2018-10-12 | 青岛海信智慧家居***股份有限公司 | 智能家居***中多网关设备的控制方法及装置 |
CN110535736A (zh) * | 2019-08-22 | 2019-12-03 | 厦门盈趣科技股份有限公司 | 一种动态调整网关的方法、网络节点及家庭网络 |
CN111491316A (zh) * | 2020-04-09 | 2020-08-04 | 深圳市共进电子股份有限公司 | 主从模式配置方法、装置、设备终端和可读存储介质 |
CN113556255A (zh) * | 2021-08-02 | 2021-10-26 | 京东数科海益信息科技有限公司 | 配置智能家居的方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101335724A (zh) * | 2007-06-29 | 2008-12-31 | 华为技术有限公司 | 一种基于家庭网关的通讯***、方法和通讯设备 |
CN101917483A (zh) * | 2010-08-18 | 2010-12-15 | 中国电信股份有限公司 | 物联网终端通信管控的实现方法、***和设备 |
CN102316445A (zh) * | 2010-07-06 | 2012-01-11 | 中兴通讯股份有限公司 | 一种mtc设备组的标识管理方法和装置 |
WO2015135259A1 (zh) * | 2014-03-13 | 2015-09-17 | 惠州Tcl移动通信有限公司 | 一种基于Alljoyn技术的智能家居控制方法及*** |
CN105242547A (zh) * | 2015-08-28 | 2016-01-13 | 青岛海尔智能家电科技有限公司 | 一种多个AllJoyn设备联动的方法和装置 |
-
2016
- 2016-02-01 CN CN201610071570.9A patent/CN105721293B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101335724A (zh) * | 2007-06-29 | 2008-12-31 | 华为技术有限公司 | 一种基于家庭网关的通讯***、方法和通讯设备 |
CN102316445A (zh) * | 2010-07-06 | 2012-01-11 | 中兴通讯股份有限公司 | 一种mtc设备组的标识管理方法和装置 |
CN101917483A (zh) * | 2010-08-18 | 2010-12-15 | 中国电信股份有限公司 | 物联网终端通信管控的实现方法、***和设备 |
WO2015135259A1 (zh) * | 2014-03-13 | 2015-09-17 | 惠州Tcl移动通信有限公司 | 一种基于Alljoyn技术的智能家居控制方法及*** |
CN105242547A (zh) * | 2015-08-28 | 2016-01-13 | 青岛海尔智能家电科技有限公司 | 一种多个AllJoyn设备联动的方法和装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108111358A (zh) * | 2018-01-12 | 2018-06-01 | 重庆惠家通信息技术有限公司 | Poe智能家居网关组网配置方法 |
CN108650142A (zh) * | 2018-07-17 | 2018-10-12 | 青岛海信智慧家居***股份有限公司 | 智能家居***中多网关设备的控制方法及装置 |
CN110535736A (zh) * | 2019-08-22 | 2019-12-03 | 厦门盈趣科技股份有限公司 | 一种动态调整网关的方法、网络节点及家庭网络 |
CN111491316A (zh) * | 2020-04-09 | 2020-08-04 | 深圳市共进电子股份有限公司 | 主从模式配置方法、装置、设备终端和可读存储介质 |
CN111491316B (zh) * | 2020-04-09 | 2022-11-11 | 深圳市共进电子股份有限公司 | 主从模式配置方法、装置、设备终端和可读存储介质 |
CN113556255A (zh) * | 2021-08-02 | 2021-10-26 | 京东数科海益信息科技有限公司 | 配置智能家居的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105721293B (zh) | 2018-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105721293A (zh) | 一种基于Alljoyn协议的Master网关自适应竞争方法 | |
CN109617731A (zh) | 一种多网关环境下自适应的网关角色配置方法及装置 | |
CN109379774B (zh) | 智能调度方法、终端设备、边缘节点集群与智能调度*** | |
US10952143B2 (en) | Sleeping and wake-up methods and apparatuses of master-slave network, and power saving system of master-slave network | |
CN106488500B (zh) | 一种公网与专网自适应的方法及装置 | |
CN105847093B (zh) | 一种基于物联网的互联互通***、组网方法及通信方法 | |
CN105187907A (zh) | 智能电视音量控制***及控制方法 | |
CN108848199A (zh) | 一种对等网络自动寻主***和方法 | |
CN108770008A (zh) | 家电设备入网的配置方法、装置及存储介质 | |
CN113259893B (zh) | 配电体域网网络节点认证***及方法 | |
CN103957552B (zh) | 提高自动气象站中数据通信可靠性的方法 | |
CN104243719B (zh) | 移动通信网络中长连接的心跳周期确定方法、***和装置 | |
CN113692019A (zh) | 电力物联网的无线组网方法及终端 | |
CN112202877A (zh) | 网关联动方法、网关、云服务器及用户终端 | |
CN112203261A (zh) | 充电桩的管理方法、管理装置、电子设备及可读存储介质 | |
AT515450B1 (de) | Verfahren für die Kommunikation in einem Satellitennetzwerk | |
CN113179509B (zh) | 基于WiFi的自组网方法、装置、存储介质及无线节点 | |
CN112929452A (zh) | 一种基于物联网边缘网关的消息协同推送方法 | |
CN107370647A (zh) | 一种局域网***及其内部控制器***间互联的方法 | |
CN107484188A (zh) | 一种管理无线接入点的方法和无线接入点控制器 | |
CN107404404B (zh) | 一种基于物联网的终端路由选择方法及物联网终端 | |
CN110505648A (zh) | 一种无线设备防掉线方法 | |
US9705742B2 (en) | Method and apparatus for enabling M2M service and H2H service to coexist | |
CN113794994A (zh) | 一种基于组播域名***的信息集合方法、装置及其应用 | |
CN109561455B (zh) | 一种混合网络的通信***及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |