CN116208471A - 基于云端与多网关侦测提高智能系统稳定性的方法及装置 - Google Patents

基于云端与多网关侦测提高智能系统稳定性的方法及装置 Download PDF

Info

Publication number
CN116208471A
CN116208471A CN202310148086.1A CN202310148086A CN116208471A CN 116208471 A CN116208471 A CN 116208471A CN 202310148086 A CN202310148086 A CN 202310148086A CN 116208471 A CN116208471 A CN 116208471A
Authority
CN
China
Prior art keywords
terminal
gateway
gateways
data information
cloud server
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
Application number
CN202310148086.1A
Other languages
English (en)
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.)
Harbin Saisi Technology Co ltd
Original Assignee
Harbin Saisi 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 Harbin Saisi Technology Co ltd filed Critical Harbin Saisi Technology Co ltd
Priority to CN202310148086.1A priority Critical patent/CN116208471A/zh
Publication of CN116208471A publication Critical patent/CN116208471A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请涉及网络通信技术领域,尤其涉及基于云端与多网关侦测提高智能系统稳定性的方法基于云端与多网关侦测提高智能系统稳定性的方法及装置。包括:获取终端网关的相关数据信息;利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。本申请帮助解决单一中心网关服务整宅智能系统,一旦中心网关发生故障,则会造成全屋智能系统的瘫痪的问题,提升全屋智能系统的稳定性。

Description

基于云端与多网关侦测提高智能系统稳定性的方法及装置
技术领域
本申请涉及网络通信技术领域,尤其涉及基于云端与多网关侦测提高智能系统稳定性的方法及装置。
背景技术
目前业内,全屋智能整宅设备,大多是通过手机APP与全宅网关连接,通过对该网关的MAC地址进行识别,与该网关建立通信后,实现所有房间内的设备的控制,除了通过本地墙壁开关控制外,在需要使用移动终端(比如:平板或手机等)的情况下,通过APP界面进行发控制码,数据经由本宅的路由器,将控制数据发至本宅的网关,再由网关发送执行命令通过执行器或房间内的控制执行器完成动作,这一控制链路,一旦网关出现问题,整宅的设备都会无法通过手机或平板控制,全屋智能整个系统就会瘫痪。
即现有技术中,单一中心网关服务整宅智能系统,一旦中心网关发生故障,则会造成全屋智能系统的瘫痪。
发明内容
为至少在一定程度上克服相关技术中单一中心网关服务整宅智能系统,一旦中心网关发生故障,则会造成全屋智能系统的瘫痪的问题,本申请提供基于云端与多网关侦测提高智能系统稳定性的方法基于云端与多网关侦测提高智能系统稳定性的方法及装置。
本申请的方案如下:
第一方面,本申请提供基于云端与多网关侦测提高智能系统稳定性的方法,所述方法包括:
获取终端网关的相关数据信息;
利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;
利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;
利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。
进一步地,所述获取终端网关的相关数据信息,包括:
所述终端网关的相关数据信息,包括:所述终端网关下的设备相关信息、所述终端网关的MAC地址、所述终端网关的心跳包相关信息。
进一步地,所述利用所述终端网关的相关数据信息,进行云服务器与所有所述终端网关的多点互联之前,还包括:
监听所述终端网关的心跳包相关信息,判断所有终端网关是否在线,若任一所述终端网关掉线,则触发异常处理机制;
否则,将所述终端网关加入到在线的终端网关数据集中。
进一步地,所述若任一所述终端网关掉线,则触发异常处理机制,包括:
利用所述终端网关下的设备相关信息,所述云服务器基于预设的网关接管限制,搜索所述在线的终端网关数据集中的所有终端网关,得到与所述预设的网关接管限制所匹配的第一终端网关;
利用所述终端网关的MAC地址,将所述第一终端网关接管掉线的终端网关,包括:接管所述掉线移动终端下的设备控制权限及所述设备的管理权限。
进一步地,所述利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测,包括:
当接收到移动端发送的控制命令,判断所述移动终端及所述云服务器是否收到反馈信号;
若所述移动终端及所述云服务器未收到反馈信号,则所述云服务器基于多网关联动机制通知就近的终端网关重新转发所述控制命令;
基于重新转发控制命令后的结果,继续判断所述移动终端及所述云服务器是否收到反馈信号,若所述移动终端及所述云服务器未收到反馈信号,则发送相关设备的故障信息。
进一步地,所述利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制,包括:
利用所述终端网关的相关数据信息及故障侦测的结果,云服务器利用所述终端网关的相关数据信息中的所述终端网关下的设备相关信息,选择所述终端设备下控制设备的数量最多的终端网关作为主网关;
利用所述主网关的执行结果,并采用多介质连接方式连接各终端网关,实现所述终端网关下相关设备的智能化控制。
第二方面,本申请提供基于云端与多网关侦测提高智能系统稳定性的装置,所述装置包括:
获取模块,用于获取终端网关的相关数据信息;
连接模块,用于利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;
故障侦测模块,用于利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;
执行模块,用于利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。
本申请提供的技术方案可以包括以下有益效果:
本申请通过获取终端网关的相关数据信息;利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。本申请帮助解决单一中心网关服务整宅智能系统,一旦中心网关发生故障,则会造成全屋智能系统的瘫痪的问题,提升全屋智能系统的稳定性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1是本申请一个实施例提供的一种基于云端与多网关侦测提高智能系统稳定性的方法流程图;
图2是本申请另一个实施例提供的一种基于云端与多网关侦测提高智能系统稳定性的装置组成图;
图3是本申请一个实施例提供的终端网关与云服务器之间数据传输流程图;
图4是本申请一个实施例提供的基于云端与多网关侦测提高智能系统稳定性的方法流程框图;
图5是本申请一个实施例提供的基于云端与多网关侦测提高智能系统稳定性的网关的多网关组网方式第一模式的方法流程示意图;
图6是本申请一个实施例提供的基于云端与多网关侦测提高智能系统稳定性的多网关组网方式第二模式的方法流程图;
图7是本申请一个实施例提供的基于云端与多网关侦测提高智能系统稳定性的多网关组网方式第三模式的方法流程示意图;
图8是本申请一个实施例提供的基于云端与多网关侦测提高智能系统稳定性的方法设计流程图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
实施例一
请参阅图1、图4,图1是本申请一个实施例提供的一种基于云端与多网关侦测提高智能系统稳定性的方法流程图,所述方法包括:
S1.获取终端网关的相关数据信息;
S2.利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;
S3.利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;
S4.利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。
在一个实施例中,如步骤S1所述,所述获取终端网关的相关数据信息,详见图3,包括:
终端网关上电后,会自动巡查终端网关下的所有设备,获取设备类型、设备状态及设备数量相关信息,将获取到的数据会自动上传到云服务器。
自动连接云服务器时,会上传MAC地址,所述MAC地址用于云服务器识别;在固定时间内自动上传心跳包到云服务器,确保终端网关一直处于连接状态,便于云服务器自动监听终端网关是否在线。
其中,所述终端网关的相关数据信息,包括:所述终端网关下的设备相关信息、所述终端网关的MAC地址、所述终端网关的心跳包相关信息。
在一个实施例中,网关(Gateway)又称网间连接器、协议转换器。网关在网络层以上实现网络互连,是复杂的网络互连设备,仅用于两个高层协议不同的网络互连。网关既可以用于广域网互连,也可以用于局域网互连。网关是一种充当转换重任的计算机系统或设备。使用在不同的通信协议、数据格式或语言,甚至体系结构完全不同的两种系统之间,网关是一个翻译器。与网桥只是简单地传达信息不同,网关对收到的信息要重新打包,以适应目的系统的需求,网关的作用就是对两个网络段中的使用不同传输协议的数据进行互相的翻译转换。
在一个实施例中,所述利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联之前,还包括:
监听所述终端网关的心跳包相关信息,判断所有终端网关是否在线,若任一所述终端网关掉线,则触发异常处理机制;
否则,将所述终端网关加入到在线的终端网关数据集中。
具体的,所述若任一所述终端网关掉线,则触发异常处理机制,包括:
利用所述终端网关下的设备相关信息,所述云服务器基于预设的网关接管限制,搜索所述在线的终端网关数据集中的所有终端网关,得到与所述预设的网关接管限制所匹配的第一终端网关;
利用所述终端网关的MAC地址,将所述第一终端网关接管掉线的终端网关,包括:接管所述掉线移动终端下的设备控制权限及所述设备的管理权限。
在具体实施时,当云服务器监听到有终端网关设备掉线,则会触发异常处理机制,云服务器会自动计算并找出最优的终端网关接替掉线网关,避免出现设备无法控制现象,同时通过短信或公众号方式推送异常设备数据给客户,其中,所述异常处理机制包括:云服务器会根据终端网关上传的设备相关数据,自动判断出哪个终端网关更适合接替异常终端网关,接管异常终端网关下的所有设备控制及管理权限。
需要说明的是,终端网关异常时即终端网关处于掉线状态时,云服务器通过心跳包确认在线终端网关,再通过MAC地址找到终端网关,通过设备信息选择最优终端网关接替管理其他异常终端网关下设备。异常网关心跳包会丢失,与服务器可以自动监测到异常网关,启动异常处理机制。
在一个实施例中,如步骤S3所述,所述利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测,包括:
当接收到移动端发送的控制命令,判断所述移动终端及所述云服务器是否收到反馈信号;
若所述移动终端及所述云服务器未收到反馈信号,则所述云服务器基于多网关联动机制通知就近的终端网关重新转发所述控制命令;
基于重新转发控制命令后的结果,继续判断所述移动终端及所述云服务器是否收到反馈信号,若所述移动终端及所述云服务器未收到反馈信号,则发送相关设备的故障信息。
在具体实施时,全屋智能的多网关联动机制可以用来判断终端执行设备的故障状态,移动端发送控制命令时,终端网关和云服务器都没有收到回馈信号,云服务器会通过就近的另外终端网关重新转发之前的控制命令,如果还是没有收到回馈信号,说明此时的终端执行设备处于故障状态,系统会自动通知服务商更换设备。
在一个实施例中,如步骤S4所述,所述利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制,包括:
利用所述终端网关的相关数据信息及故障侦测的结果,云服务器利用所述终端网关的相关数据信息中的所述终端网关下的设备相关信息,选择所述终端设备下控制设备的数量最多的终端网关作为主网关;
利用所述主网关的执行结果,并采用多介质连接方式连接各终端网关,实现所述终端网关下相关设备的智能化控制。
在具体实施时,云端根据在线的终端网关及区域设备数量,自动判断选择终端网关作为主网关,实现控制数据传输。这样避免重复判断导致数据切换延时,效率低等问题。
正常使用时,应选择系统中区域设备最多的终端网关作为主网关,这样控制可以提高效率,本地转发数据会变少。云端自动判断这些相关信息。
终端网关之间采取多介质连接方式,根据不同应用选择不同方式,网络、总线、电力载波、无线等方式。实现终端网关相互监听及控制,其中某个终端网关异常,将由相邻终端网关接替管理,提升系统稳定性;接替管理通过网格方式,通过算法自动优选终端网关接替管理。
需要说明的是,云端即云服务器根据终端网关上传的相关信息,自动运算及判断,选择最优终端网关路径,实现移动端控制。
在本申请实施例中,采用分区管理方式,即楼层、房间或节点处设置终端网关,终端网关形式多样化,根据不同应用选择不同类型终端网关产品;且每个终端网关都会自动通过网络与云端进行绑定。云端管理主机与各终端网关通过握手命令,实现对各终端网关管理及监听是否在线。云端控制可以由任意终端网关实现相互控制。云端选择终端网关路径,由云端自动计算,随机选择在线终端网关,实现联网控制;且每个终端网关之间本地互联互通,实现系统内数据交互及管理。
具体的,终端网关(包括楼层网关、节点网关或房间网关),本地跨介质实现各终端网关相互数据监控及管理;任意终端网关异常都会由临近网关接替管理,同时上报异常网关给服务器,提示客户及时更换。终端网关之间采用跨介质算法,实现数据最优化处理。
具体实施时,因终端采用分区管理方式,且每个区域管理网关直接可以相互交换数据及相互管理,所以某一个设备故障不会影响到其他设备,且故障区域会由相邻终端网关进行接替管理,同时上报故障点给云服务器,通知客户更换。
需要说明的是,因采用全屋智能系统多机热备机制,云端可以通过多通道与终端网关建立连接,即使某一个终端网关异常,也不会影响云端控制及数据管理。云端采用自动随机算法与任意终端网关实现数据通信。
在一个实施例中,无论是有线系统、无线系统、还是混合系统,亦或国际标准总线、无线射频或蓝牙、ZIGBEE乃至WIFI以及采用电力载波传输的电力线等介质的传输,基本上都是采用一个中心控制器或网关来实现对全屋系统的控制;以目前我们现场总线方案为例:墙装开关式控制器发送控制信号通过现场总线传输到电井内的箱装执行器,所有强电火线全部进入到箱内,箱内的中心控制器或中心网关收到控制信号立刻发布命令到导轨执行器,执行器收到命令后其内部的继电器吸合火线导通灯亮,同时执行器向总线发出回馈信号,中心控制器收到回馈信号后,立即通知网络(网络包括局域网和广域网),移动终端界面上显示有回馈信号,灯光图标变亮;
单一中心网关服务整宅智能系统,一旦中心网关发生故障,则会造成全屋智能系统的瘫痪。
在本申请实施例中,通过获取终端网关的相关数据信息;利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。本申请帮助解决单一中心网关服务整宅智能系统,一旦中心网关发生故障,则会造成全屋智能系统的瘫痪的问题。
在一个实施例中,即使由多网关组网形成主网关+区域网关的方式,一旦主网关发生故障,区域网关不会自动接管全屋智能的控制权,需要人工设置替换MAC地址方可实现控制权的交接,本申请通过监听所述终端网关的心跳包相关信息,判断所有终端网关是否在线,若任一所述终端网关掉线,则触发异常处理机制,来对异常网关进行接管替换。
在一个实施例中,故障侦测方式大都采用设备自测的方式,需要不断发送侦测数据到总线上由网关做判断,严重占用总线资源,或对终端设备的配置要求高从而推高整个系统成本,本申请利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测,详见上述步骤S3,为全屋智能系统的故障侦测开辟了全新方案。
在本申请实施例中,如图5所示,可在客厅通过一个插座式中心管理器与一个无线路由器连接,各个房间的墙壁网关连入WIFI或zigbee或zi-wave、蓝牙或LORA射频等无线网络,与全屋插座式中心网关通信,实现组网;对于无线组网,以墙壁网关作为房间网关,某一个房间网关指定为中心网关管理全屋智能,同样原理进行故障检测和保障系统的持续工作措置。
在具体实施时,如图6所示,可利用各个房间原有插座的电力线,通过电力载波传输信号,每个房间的插座式网关与客厅的全屋插座式中心管理器通过电力线来实现组网;对于以插座网关的电力载波组网的方案,同样如此,当整宅网关故障,其他房间网关自动接管。
在具体实施时,如图7所示,采用原有的局域网,POE供电交换机+无线AP的方式,通过赛丝导轨式中心管理器,将各个房间的无线AP与房间的墙壁网关连接实现组网;上述三套方案分别采用不同的架构和传输介质,全部都是同一原理,通过原服务器与网关的多点连接通过方法,实现高可靠性和高稳定性,以及故障的自动监测与修复;上述3种方案的混合方案的混合网关同样适合此发明的方法。
实施例二
请参阅图2,图2是本申请另一个实施例提供的一种基于云端与多网关侦测提高智能系统稳定性的装置组成图,所述装置包括:
获取模块101,用于获取终端网关的相关数据信息;
连接模块102,用于利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;
故障侦测模块103,用于利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;
执行模块104,用于利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。
具体的,如图8所示,对于写字楼、别墅或洋房可每层采用一套箱体设备,所有家居中心网关模块通过网络交换机与路由器连接,路由器的WAN端口与云服务器通信,云服务器与每层的终端网关实现多点连接,系统会自动判断各终端网关状态,自动选择其中某个终端网关为主通信网关进行全屋控制,当系统检测到某网关出现异常时,系统会按优先的顺序自动选择下一个终端网关,全屋智能控制的权利全部由此终端网关接管,系统会通知服务商更换该设备。
具体的,在本申请的系统中,采用分区管理方式,即楼层、房间或节点处设置终端网关,终端网关形式多样化,根据不同应用选择不同类型终端网关产品;且每个终端网关都会自动通过网络与云端进行绑定。云端管理主机与各终端网关通过握手命令,实现对各网关管理及监听是否在线。云端控制可以由任意终端网关实现相互控制。云端选择终端网关路径,由云端自动计算,随机选择在线终端网关,实现联网控制;且每个终端网关之间本地互联互通,实现系统内数据交互及管理。
具体的,终端网关(包括楼层网关、节点网关或房间网关),本地跨介质实现各终端网关相互数据监控及管理;任意终端网关异常都会由临近网关接替管理,同时上报异常网关给服务器,提示客户及时更换。终端网关之间采用跨介质算法,实现数据最优化处理。
具体的,因终端采用分区管理方式,且每个区域管理网关直接可以相互交换数据及相互管理,所以某一个设备故障不会影响到其他设备,且故障区域会由相邻终端网关进行接替管理,同时上报故障点给云服务器,通知客户更换。
具体的,因采用全屋智能系统多机热备机制,云端可以通过多通道与终端网关建立连接,即使某一个终端网关异常,也不会影响云端控制及数据管理。云端采用自动随机算法与任意终端网关实现数据通信。
具体的,全屋智能的多网关联动机制可以用来判断终端执行设备的故障状态,移动端发送控制命令时,终端网关和云服务器都没有收到回馈信号,云服务器会通过就近的另外终端网关重新转发之前的控制命令,如果还是没有收到回馈信号,说明此时的终端执行设备处于故障状态,系统会自动通知服务商更换设备。
可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是,在本申请的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (7)

1.基于云端与多网关侦测提高智能系统稳定性的方法,其特征在于,所述方法包括:
获取终端网关的相关数据信息;
利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;
利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;
利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。
2.根据权利要求1所述的方法,其特征在于,所述获取终端网关的相关数据信息,包括:
所述终端网关的相关数据信息,包括:所述终端网关下的设备相关信息、所述终端网关的MAC地址、所述终端网关的心跳包相关信息。
3.根据权利要求1所述的方法,其特征在于,所述利用所述终端网关的相关数据信息,进行云服务器与所有所述终端网关的多点互联之前,还包括:
监听所述终端网关的心跳包相关信息,判断所有终端网关是否在线,若任一所述终端网关掉线,则触发异常处理机制;
否则,将所述终端网关加入到在线的终端网关数据集中。
4.根据权利要求3所述的方法,其特征在于,所述若任一所述终端网关掉线,则触发异常处理机制,包括:
利用所述终端网关下的设备相关信息,所述云服务器基于预设的网关接管限制,搜索所述在线的终端网关数据集中的所有终端网关,得到与所述预设的网关接管限制所匹配的第一终端网关;
利用所述终端网关的MAC地址,将所述第一终端网关接管掉线的终端网关,包括:接管所述掉线移动终端下的设备控制权限及所述设备的管理权限。
5.根据权利要求1所述的方法,其特征在于,所述利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测,包括:
当接收到移动端发送的控制命令,判断所述移动终端及所述云服务器是否收到反馈信号;
若所述移动终端及所述云服务器未收到反馈信号,则所述云服务器基于多网关联动机制通知就近的终端网关重新转发所述控制命令;
基于重新转发控制命令后的结果,继续判断所述移动终端及所述云服务器是否收到反馈信号,若所述移动终端及所述云服务器未收到反馈信号,则发送相关设备的故障信息。
6.根据权利要求1所述的方法,其特征在于,所述利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制,包括:
利用所述终端网关的相关数据信息及故障侦测的结果,云服务器利用所述终端网关的相关数据信息中的所述终端网关下的设备相关信息,选择所述终端设备下控制设备的数量最多的终端网关作为主网关;
利用所述主网关的执行结果,并采用多介质连接方式连接各终端网关,实现所述终端网关下相关设备的智能化控制。
7.基于云端与多网关侦测提高智能系统稳定性的装置,其特征在于,所述装置包括:
获取模块,用于获取终端网关的相关数据信息;
连接模块,用于利用所述终端网关的相关数据信息,通过云服务器与所有所述终端网关进行多点互联;
故障侦测模块,用于利用所述多点互联的结果,启动故障侦测机制,进行各终端网关下所控制的相关设备的故障侦测;
执行模块,用于利用所述终端网关的相关数据信息及故障侦测的结果,进行所述终端网关之间互通互联及相互监听管理,实现所述终端网关下相关设备的智能化控制。
CN202310148086.1A 2023-02-21 2023-02-21 基于云端与多网关侦测提高智能系统稳定性的方法及装置 Pending CN116208471A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310148086.1A CN116208471A (zh) 2023-02-21 2023-02-21 基于云端与多网关侦测提高智能系统稳定性的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310148086.1A CN116208471A (zh) 2023-02-21 2023-02-21 基于云端与多网关侦测提高智能系统稳定性的方法及装置

Publications (1)

Publication Number Publication Date
CN116208471A true CN116208471A (zh) 2023-06-02

Family

ID=86509031

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310148086.1A Pending CN116208471A (zh) 2023-02-21 2023-02-21 基于云端与多网关侦测提高智能系统稳定性的方法及装置

Country Status (1)

Country Link
CN (1) CN116208471A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160087834A1 (en) * 2013-04-17 2016-03-24 Gree Electric Appliances, Inc. Of Zhuhai Smart Home System and Control Method Therefor
CN114629747A (zh) * 2022-03-24 2022-06-14 杭州萤石软件有限公司 网关连接方法、物联网设备、网关以及物联网系统
CN115474225A (zh) * 2022-07-28 2022-12-13 青岛海尔科技有限公司 在线状态的确定方法、装置、存储介质及电子装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160087834A1 (en) * 2013-04-17 2016-03-24 Gree Electric Appliances, Inc. Of Zhuhai Smart Home System and Control Method Therefor
CN114629747A (zh) * 2022-03-24 2022-06-14 杭州萤石软件有限公司 网关连接方法、物联网设备、网关以及物联网系统
CN115474225A (zh) * 2022-07-28 2022-12-13 青岛海尔科技有限公司 在线状态的确定方法、装置、存储介质及电子装置

Similar Documents

Publication Publication Date Title
CN105897860B (zh) 网络设备及信息处理方法
US8145767B2 (en) Sensor device, server node, sensor network system, method of establishing communication path, control program, and storage medium
CN101309185B (zh) 堆叠系统中多主用设备的处理方法和堆叠成员设备
US20130104117A1 (en) Data Concentrator Initiated Multicast Firmware Upgrade
US20040165525A1 (en) System and method for network redundancy
CN104735001B (zh) 软件定义网络中的链路发现方法、装置及系统
KR20140009070A (ko) 블루투스 인프라스트럭처 네트워크, 마스터, 허브 및 방법
JP2008539631A (ja) パワー・オーバ・イーサネット(登録商標)管理装置及びイーサネット(登録商標)装置間の接続
CN111181762B (zh) 具有冗余数据路径的电梯固定装置的菊花链连接的通信网络及其管理方法
KR20040104326A (ko) 데이터링크 계층에서의 패킷 전송 방법
CN105450779B (zh) 一家电设备连接多服务器的方法
CN105357116A (zh) 一种多终端访问服务器的方法和智能终端
CN103916275A (zh) 一种bfd检测装置和方法
CN107210932B (zh) 用于在网络系统中启用故障恢复的网络节点与方法以及计算机可读介质
CN102652445A (zh) 基于代理冗余的无线通信方法
CN111541463A (zh) 共位置的plc和rf网络中的动态媒介切换
CN101197733A (zh) 网络连通性的自动检测方法及装置
WO2023045304A1 (zh) 组网方法、装置、设备及存储介质
CN104518936A (zh) 链路动态聚合方法和装置
CN109981353B (zh) 一种机框式网络通信设备中的邻站冗余保护方法及系统
JP5974911B2 (ja) 通信システムおよびネットワーク中継装置
CN112995002B (zh) 一种交换机环网的设计方法、交换机及存储介质
CN116208471A (zh) 基于云端与多网关侦测提高智能系统稳定性的方法及装置
CN109120520A (zh) 一种故障处理方法和设备
CN101686199A (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