CN108650142A - 智能家居系统中多网关设备的控制方法及装置 - Google Patents

智能家居系统中多网关设备的控制方法及装置 Download PDF

Info

Publication number
CN108650142A
CN108650142A CN201810781823.0A CN201810781823A CN108650142A CN 108650142 A CN108650142 A CN 108650142A CN 201810781823 A CN201810781823 A CN 201810781823A CN 108650142 A CN108650142 A CN 108650142A
Authority
CN
China
Prior art keywords
gateway device
role
lan
state
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
CN201810781823.0A
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.)
Qingdao Hisense Smart Home System Ltd By Share Ltd
Original Assignee
Qingdao Hisense Smart Home System Ltd By Share 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 Qingdao Hisense Smart Home System Ltd By Share Ltd filed Critical Qingdao Hisense Smart Home System Ltd By Share Ltd
Priority to CN201810781823.0A priority Critical patent/CN108650142A/zh
Publication of CN108650142A publication Critical patent/CN108650142A/zh
Pending legal-status Critical Current

Links

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
    • 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
    • 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/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Abstract

本申请涉及了一种智能家居系统中多网关设备的控制方法及装置,所述方法包括:网关设备在所部署智能家居系统的局域网中通过角色协商交互消息的传输获得对应于所述局域网内各网关设备的设备信息;根据对应于所述局域网内各网关设备的设备信息,进行所述局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息;按照所述网关设备指示信息进行自身角色状态转换。采用本申请提供的方法能够保证智能家居系统不会因为当前角色状态为服务器的网关设备异常而出现系统崩溃的问题。

Description

智能家居系统中多网关设备的控制方法及装置
技术领域
本申请涉及智能家居技术领域,尤其涉及智能家居系统中多网关设备的控制方法及装置、电子设备、计算机可读存储介质。
背景技术
近年来,智能家居技术发展迅速,智能空调、智能门窗、智能音响等各种智能家居设备层出不穷。由于智能家居方案涉及的智能设备种类繁多,采用的通信技术种类繁杂,不同智能设备之间通过网关设备进行相互通信,因此,智能家居系统中集成的网关设备扮演了十分重要的系统中枢作用。目前在智能家居系统中,一旦网关设备的出现功能异常,整个系统会由于失去控制中枢而面临瘫痪的风险。
因此,亟待解决现有的智能家居系统中由于网关设备异常而导致整个系统瘫痪的问题。
发明内容
基于上述技术问题,本申请提供一种智能家居系统中多网关设备的控制方法及装置、电子设备、计算机可读存储介质。
其中,本申请所采用的技术方案为:
一种智能家居系统中多网关设备的控制方法,包括:网关设备在所部署智能家居系统的局域网中通过角色协商交互消息的传输获得对应于所述局域网内各网关设备的设备信息;根据对应于所述局域网内各网关设备的设备信息,进行所述局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息;按照所述网关设备指示信息进行自身角色状态转换。
一种智能家居系统中多网关设备的控制装置,包括:设备信息获取控制模块,用于控制网关设备在所部署智能家居系统的局域网中通过角色协商交互消息的传输获得对应于所述局域网内各网关设备的设备信息;角色状态检测控制模块,用于控制所述网关设备根据对应于所述局域网内各网关设备的设备信息,进行所述局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息;角色状态转换控制模块,用于控制所述网关设备按照所述网关设备指示信息进行自身角色状态转换。
一种电子设备,包括处理器及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现如上所述的智能家居系统中多网关设备的控制方法。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的智能家居系统中多网关设备的控制方法。
在上述技术方案中,智能家居系统中包括多个网关设备,其中一个网关设备的角色状态为服务器,与云服务器连接,用于与云服务器进行交互,而其他网关设备的角色状态为客户端角色,且分别与角色状态为服务器的网关设备连接,以通过角色状态为服务器的网关设备与云服务器进行交互。
在本申请中,智能家居系统中的各个网关设备总是按照本申请提供的控制方法进行自身角色状态的转换,一旦该系统中角色状态为服务器的网关设备发生了异常,该系统会根据本申请提供的方法从其他网关设备中重新协商出一个角色状态为服务器的网关设备自适应当前的智能家居系统,从而保证了该系统不会因为当前角色状态为服务器的网关设备异常而出现系统崩溃的问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并于说明书一起用于解释本申请的原理。
图1是根据本申请所涉及的一种智能家居系统的示意图;
图2是根据一示例性实施例示出的一种网关设备的硬件框图;
图3是根据一示例性实施例示出的一种智能家居系统中多网关设备的控制方法的流程图;
图4是图3对应实施例中步骤310在一个实施例的流程图;
图5是图3对应实施例中步骤320在一个实施例的流程图;
图6是图3对应实施例中步骤310在另一个实施例的流程图;
图7是根据一示例性实施例示出的一种智能家居系统中多网关设备的控制装置的框图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述,这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例执行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
图1是本发明涉及的实施环境的示意图。如图1所示,该实施环境为一物联网中的智能家居系统,该智能家居系统包括云服务器100、网关设备200、移动终端300和智能设备400。
其中,智能设备400通过自身配置的通信模块与网关设备200建立无线或者有线网络连接,进而实现通过此网络连接与网关设备200之间的通信。
智能设备400自身配置的通信模块包括但不限于ZigBee通信模块、Bluetooth模块、WiFi通信模块中的任意一种或几种,相应地,智能设备400与网关设备200之间所建立的网络连接方式包括ZigBee、Bluetooth或者WiFi中的任意一种或几种。智能设备400可以是智能空调、智能灯泡、智能门窗、智能音响等设备,其数量为至少一个,图1所示的智能家居系统中包括了2个智能设备400,并不表示对此进行限定。
移动终端300与网关设备200之间预先建立有线或者无线网络连接,以实现移动终端300与网关设备200之间的交互。移动终端300可以是智能手机、平板电脑、笔记本电脑、计算机或者其他任何可供客户端运行的电子设备,在此不加以限定。
网关设备200的数量为多个,图1所示的智能家居系统中包括了3个网关设备200,本实施环境并非对此进行限定。其中一个网关设备200在智能家居系统中的角色状态为服务器,与云服务器100之间通过广域网连接,以与云服务器100进行交互,其他的网关设备200在智能家居系统中的角色状态为客户端,这些网关设备200通过局域网分别与角色状态为服务器的网关设备200连接,以与担任服务器角色的网关设备200进行交互。
其中,网关设备200可以是任何能够分别与智能设备400、云服务器100和移动终端300之间建立无线或者有线网络连接的电子设备。
在图1所示的智能家居系统中,角色状态为客户端的网关设备200通过角色状态为服务器的网关设备200与云服务器100进行交互。例如,角色状态为服务器的网关设备200响应角色状态为客户端的网关设备200发出的请求,将由角色状态为客户端的网关设备200发送的移动终端300的状态、移动终端300中配置的智能场景等信息上传至云服务器100,以及,根据角色状态为客户端的网关设备200发出的请求从云服务器100获取移动终端300的注册信息、配置参数等信息,并将从云服务器100获取的信息发送至相应角色状态为客户端的网关设备200。
因此,在本实施环境中,角色状态为服务器的网关设备200在智能家居系统中起着十分重要的系统中枢作用。
图2是根据一示例性实施例示出的一种网关设备200的硬件结构框图。需要说明的是,该网关设备200只是一个适配于本发明的示例,不能认为是提供了对本发明的使用范围的任何限制。该网关设备200也不能解释为需要依赖于或者必须具有图2中示出的示例性的网关设备200中的一个或者多个组件。
该网关设备200的硬件结构可因配置或者性能的不同而产生较大的差异,如图2所示,网关设备200包括:电源210、接口230、至少一存储器250、以及至少一中央处理器(CPU,Central Processing Units)270。
其中,电源210用于为网关设备200上的各硬件设备提供工作电压。
接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一USB接口237等,用于与外部设备通信。
存储器250作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源包括操作系统251、应用程序253或者数据255等,存储方式可以是短暂存储或者永久存储。其中,操作系统251用于管理与控制网关设备200上的各硬件设备以及应用程序253,以实现中央处理器270对海量数据255的计算与处理,其可以是WindowsServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM、FreeRTOS等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序,其可以包括至少一模块(图2中未示出),每个模块都可以分别包含有对网关设备200的一系列计算机可读指令。数据255可以是存储于磁盘中的照片、图片等。
中央处理器270可以包括一个或多个以上的处理器,并设置为通过总线与存储器250通信,用于运算与处理存储器250中的海量数据255。
如上面所详细描述的,适用本发明的网关200将通过中央处理器270读取存储器250中存储的一系列计算机可读指令的形式来完成智能家居系统中多网关设备的控制方法。
此外,通过硬件电路或者硬件电路结合软件指令也能同样实现本发明,因此,实现本发明并不限于任何特定硬件电路、软件以及两者的组合。
图3是一种示例性实施例示出的一种智能家居系统中多网关设备的控制方法,该方法适用于图2所示的网关设备200。如图3所示,该智能家居系统中多网关设备的控制方法可以包括如下步骤:
在步骤310中,网关设备在所部署智能家居系统的局域网中通过角色协商交互消息的传输获得对应于局域网内各网关设备的设备信息。
其中,在智能家居系统中,各网关设备的角色状态包括服务器、客户端和初始状态中的任意一种。如前所述,角色状态为服务器的网关设备与云服务器通过广域网连接,角色状态为客户端的网关设备与角色状态为服务器的网关设备通过局域网连接,以通过角色状态为服务器的网关设备与云服务器进行交互。角色状态为初始状态则表示当前网关设备未连接任何服务器设备,需进一步通过角色协商确定当前网关设备在局域网内所适配的角色状态为服务器或者客户端,从而确定当前网关设备接入云服务器或者接入角色状态为客户端的网关设备。
智能家居系统中部署在局域网内的各网关设备进行角色协商的过程为,从各网关设备中协商出一个角色状态为服务器的网关设备,而其他网关设备的角色状态为客户端。
角色协商交互消息为各网关设备进行角色协商所需的设备信息,可包括各网关设备分别为有线设备或者无线设备、各网关设备的信号质量、各网关设备的MAC地址、各网关设备当前的角色状态类型以及各网关设备的IP地址中的一种或者多种设备信息。
因此,各网关设备在进行角色协商时,需将各自的上述设备信息传输至其他网关设备,以使智能家居系统中的每一网关设备能够获得其他全部网关设备的设备信息。
在步骤320中,根据对应于局域网内各网关设备的设备信息,进行局域网内各网关设备所处角色状态的检测,获得局域网内适配于服务器角色的网关设备指示信息。
其中,局域网内各网关设备获得其他网关设备的设备信息后,根据所获得的设备信息进行角色协商。
对每一网关设备来说,根据自身的设备信息和获取的其他设备的设备信息检测该网关设备在智能家居系统中所处的角色状态适配于服务器或者客户端。
网关设备指示信息用于指示局域网内当前网关设备所处的角色状态适配于服务器。如果其中一网关设备检测到在局域网所处的角色状态适配于服务器,该网关设备则发送网关设备指示信息。其他网关设备则根据网关设备指示信息获得局域网内适配于服务器角色的网关设备的设备信息。
在一种实施例中,检测到在局域网所处的角色状态适配于服务器的网关设备发送的网关设备指示信息为“i am here.(有线/无线、信号质量、MAC地址、服务器、IP地址)”。
因此,局域网内其他网关设备接收到该网关设备指示信息后,则根据网关设备指示信息中的信息获得适配于服务器角色的网关设备的设备信息。
在步骤330中,按照网关设备指示信息进行自身角色状态转换。
其中,检测到在局域网所处的角色状态适配于服务器的网关设备将自身的角色状态转换为服务器,从而通过广域网于云服务器建立网络连接。而局域网中的其他网关设备则将自身的角色状态转换为客户端,通过局域网与角色状态转换为服务器的网关设备建立网络连接。
局域网中的其他网关设备可根据网关设备指示信息中IP地址信息查询到角色状态适配于服务器的网关设备,从而在该网关设备转换为服务器角色后,与该网关设备进行交互。
在整个智能家居系统中,局域网内各网关设备的角色状态随着自身进行的角色协商过程而动态变化,以不断从局域网内的各个网关设备中协商出最能适配于服务器角色的网关设备来担任智能家居系统中的系统中枢角色。
因此,在图1所示的智能家居系统中,如果当前角色状态为服务器的网关设备A功能异常,则局域网中的其他网关设备会按照本实施例所提供的方法,从网关设备B和网关设备C中重新协商出一个角色状态为服务器的网关设备来替换网关设备A,从而自适应当前的智能家居系统,使得当前的智能家居系统不会因为担任系统中枢角色的网关设备发生异常而面临系统崩溃的问题。
并且,由于智能家居系统中的网关设备可能发生变化,例如,局域网内新加入了一个网关设备D,即使智能家居系统中当前角色状态为服务器的网关设备A功能正常,局域网中的各网关设备仍会根据本实施例所提供的方法,从网关设备A、网关设备B、网关设备C和网关设备D中协商出当前局域网内最适配于服务器角色的网关设备,从而保证智能家居系统能够保持最佳的运行状态。
在一示例性实施例中,如图4所示,网关设备在局域网内通过角色协商交互消息的传输获得对应与局域网内各网关设备的设备信息具体可以包括以下步骤:
在步骤311中,角色状态为客户端的网关设备根据自身与服务器角色状态的网关设备之间连接的失败,检测得到网内服务器丢失。
其中,角色状态为客户端的网关设备在与角色状态为服务器的网关设备断开连接时,尝试再次连接该服务器角色的网关设备,如果连接失败,则检测到网内服务器丢失;如果连接成功,角色状态为客户端的网关设备则保持自身角色状态为客户端。
以图1所示的智能家居系统为例,网关设备A的角色状态为服务器,网关设备B和网关设备C的角色状态为客户端。如果网关设备B和/或网关设备C检测到与网关设备A之间的连接断开,并且无法重新与网关设备A建立连接,则表示网关设备B和网关设备C检测到网内服务器丢失。
造成网内服务器丢失的原因有多种,例如,由于局域网内接入服务器(即角色状态为服务器的网关设备)的网关设备的数量远远超出了该服务器的最大负载,导致该服务器的操作系统死机,或者是该服务器的硬件设施出现损坏等等,本处并不对此进行限定。
在步骤312中,根据网内服务器丢失的发生,转换自身角色状态为初始状态。
其中,角色状态为客户端的网关设备检测到网内服务器丢失后,将自身的角色状态由客户端转换为初始状态,例如在图1所示的智能家居系统,将网关设备B和网关设备C的角色状态转换为初始状态。
此时则不对功能异常的网关设备作处理,以将功能异常的网关设备移出当前局域网。在一种实施例中,也可将功能异常的网关设备进行维修后重新接入局域网,但重新接入时,该网关设备的角色状态为初始状态,按照后续实施例所描述的内容进行处理,本处不做赘述。
在步骤313中,在初始状态下与局域网内其它网关设备进行角色协商消息的传输,通过角色协商消息获取对应于局域网内各网关设备的设备信息。
其中,角色状态转换为初始状态的网关设备将自身的设备信息分别发送至局域网内其他角色状态转换为初始状态的网关设备中,使得每一角色状态转换为初始状态的网关设备均能获得其他角色状态转换为初始状态的网关设备对应的设备信息。
具体地,在一种实施例中,角色状态转换为初始状态的网关设备发送广播消息,所发送的广播消息包括该网关设备的设备信息,例如,所发送的广播消息为“who is here.(有线/无线、信号质量、MAC地址、初始状态、IP地址)”。其中,角色状态转换为初始状态的网关设备发送广播消息采用TCP通信方式,优选每间隔10秒连续发送3次广播消息。
同时,角色状态转换为初始状态的网关设备接收到由其他网关设备发送的上述广播消息后,向上述广播消息的发送设备发送应答消息,所发送的应答消息包括应答设备的设备信息。例如,应答消息为“i am here.(有线/无线、信号质量、MAC地址、初始状态、IP地址)”。
因此,每一角色状态转换为初始状态的网关设备都能够获得局域网内其他网关设备的设备信息。
而在另一实施例中,每一角色状态转换为初始状态的网关设备根据自身的设备信息和获得的其他网关设备的设备信息形成网关设备列表,该网关设备列表中包括局域网内全部角色状态转换为初始状态的网关设备的设备信息。
因此,可通过本实施例提供的方法检测到当前智能家居系统中角色状态为服务器的网关设备功能异常,并在检测到功能异常后,对智能家居系统中功能正常的网关设备的角色状态转换为初始状态,通过角色协商消息的传输使得每一功能正常的网关设备均能获取到其他功能正常的网关设备的设备信息,从而使得每一功能正常的网关设备根据所获取的设备信息进行局域网内所处角色状态的检测,获得适配于服务器角色的网关设备指示信息。
如图5所示,在一示例性实施例中,上述角色状态为初始状态的网关设备根据所获取的设备信息进行所处局域网内角色状态的检测,获得适配于服务器角色的网关设备指示信息可以包括以下步骤:
在步骤321中,角色状态为初始状态的网关设备根据自身的设备信息和其他网关设备的设备信息,按照预设的第一角色决策条件进行所处角色状态的检测。
其中,需要说明的是,本实施例中局域网内的网关设备不包括功能异常的网关设备,下述所有描述均是针对功能正常的网关设备所进行。
第一角色决策条件预先存储于各网关设备的存储器中,以便于对该条件进行调用。第一角色决策条件中设定了网关设备根据局域网内各网关设备的设备信息对自身在局域网内所处的角色状态进行判断的规则,具体对各类型的设备信息进行了决策优先级划分。
举例来说,在一种实施例中,第一角色决策条件包括:a.有线>无线b.信号质量高>信号质量低c.是否为服务器d.MAC地址小>MAC地址大,相应的,其中所设定的优先级依次为:网关设备为有线设备或者无线设备、网关设备的信号质量、网关设备是否为服务器、网关设备的MAC地址。
每一角色状态为初始状态的网关设备根据第一角色决策条件中的优先级,分别从获取的全部设备信息中选取与优先级相对应种类的设备信息逐级进行判断,直至获得符合转换为服务器角色的网关设备。
具体地,如果全部的网关设备中只有一个有线设备,则该有线网关设备符合转换为服务器角色,其余的无线网关设备符合转换为客户端角色。如果全部的网关设备中均为有线设备,因有线设备的信号质量相同,以及这些有线设备的角色状态均为初始状态,则继续判断他们的MAC地址大小,MAC地址最小的有线设备符合转换为服务器角色,其余有线设备符合转换为客户端角色。同理,如果全部的网关设备中包括有线设备和无线设备,或者只包括无线设备,则按照上述过程进行所处角色状态的检测。
在步骤322中,根据检测到网关设备所适配的角色状态,获得所述局域网内适配于服务器角色的网关设备指示信息。
其中,根据上述网关设备进行的局域网内所处角色状态的检测,将符合转换为服务器角色的网关设备转换为服务器角色,将符合转换为客户端角色的网关设备转换为客户端角色。
在符合转换为服务器角色的网关设备转换为服务器角色后,该网关设备发送网关设备指示消息,例如,网关设备指示消息为“i am here.(有线/无线、信号质量、MAC地址、服务器、IP地址)”。
符合转换为客户端角色的网关设备转换为客户端角色后,根据上述网关设备指示消息中的IP地址查询到当前角色状态为服务器的网关设备,并与其建立网络连接,从而于与其进行交互。
仍以上述图1所示的智能家居系统为例,网关设备A发生功能异常后,网关设备B和网关设备C转换为初始状态,并通过角色协商消息的传输获取到网关设备B和网关设备C均为无线设备,但网关设备B的信息质量较好,则网关设备B转换为服务器角色,网关设备C转换为客户端角色。
因此,当智能家居系统中当前角色状态为服务器的网关设备功能异常后,可以根据本实施例提供的方法获得指示将功能正常的网关设备转换为服务器角色或者客户端角色的网关设备指示信息,以使功能正常的网关设备按照网关设备指示信息将自身的角色转换为服务器或者客户端。需要说明的是,局域网内只有一个网关设备能转换为服务器角色,其余的网关设备均转换为客户端角色,从而实现多网关设备自适应智能家居系统。
在另一示例性实施例中,如图6所示,网关设备在局域网内通过角色协商交互消息的传输获得对应与局域网内各网关设备的设备信息具体还可以包括以下步骤:
在步骤314中,角色状态为服务器的网关设备在局域网周期性广播角色协商消息。
其中,应当说明的是,本实施例适用于智能家居系统没有任何网关设备发生功能异常的情况,或者适用于智能家居系统在服务器角色的网关设备发生功能异常后按照上述实施例所描述的方法完成系统自适应的情况。
角色状态为服务器的网关设备在局域网内周期性广播角色协商消息,此广播消息包括该网关设备的设备信息,例如,角色协商消息为“who is here.(有线/无线、信号质量、MAC地址、服务器、IP地址)”。
在步骤315中,接收所广播角色协商消息的应答,获得对应于局域网内各网关设备的设备信息。
其中,角色状态转换为客户端的网关设备接收到上述角色协商消息后,向角色状态为服务器的网关设备发送应答消息,此应答消息包括角色状态转换为客户端的网关设备的设备信息。例如,应答消息为“i am here.(有线/无线、信号质量、MAC地址、客户端、IP地址)”。
角色状态为服务器的网关设备接收这些应答消息,即可获得局域网内各网关设备的设备信息。
在一种实施例中,角色状态为服务器的网关设备获得局域网内网关设备的设备信息后,还根据其自身的设备信息形成网关设备列表,该网关列表中包含局域网内全部网关设备的设备信息。
因此,在本实施例中,角色状态为服务器的网关设备能够获取到局域网内全部网关设备的设备信息,以便其后续进行状态角色的自检,使得角色状态为服务器的网关设备能够检测其自身在局域网内是否仍适配于服务器角色。
其中,在一示例性实施例中,角色状态为服务器的网关设备获取局域网内全部网关设备的设备信息后,按照上述第一角色决策条件中的最高优先级条件自检角色状态,以保证角色状态为服务器的网关设备能够有效地进行角色状态自检。
具体地,如果角色状态为服务器的网关设备自身为有线设备,或者其自身为无线设备,且角色状态为客户端的网关设备中不存在有线设备,则获得网关设备指示信息指示该网关设备保持服务器角色不变。此时,该网关设备发出的网关设备指示信息仍如前所述。
如果角色状态为服务器的网关设备自身为无线设备,且角色状态为客户端的网关设备中存在有线设备,则获得网关设备指示信息指示该网关设备转换为初始状态角色。
角色状态为服务器的网关设备转换为初始状态角色之后,局域网内角色状态为客户端的网关设备则会检测到网内服务器丢失,局域网内的网关设备则按照上述步骤311~313进行动作,以重新协商出一个角色状态为服务器的网关设备。
因此,在本实施例中,角色状态为服务器的网关设备还进行周期性角色状态自检,一旦局域网内角色状态为客户端的网关设备的设备状态发生了变化,当前角色状态为服务器的网关设备能够及时反应并进行处理,确保了智能家居系统的正常运行。
同理,在智能家居系统当前为正常运行的情况下,如果局域网内新加入一个或者多个网关设备,这些新加入的网关设备的角色状态为初始状态,角色状态为服务器的网关设备在进行周期性角色状态自检的过程中,会获取到这些新加入的网关设备的设备信息,一旦这些新加的网关设备中存在有线设备,则会按照本实施例提供的方法,从局域网内的全部网关设备中重新协商出一个角色状态为服务器的网关设备。
而如果这些新加的网关设备全为无线设备,局域网内当前角色状态为服务器的网关设备保持其角色状态不变,这些新加的网关设备则转换为客户端角色,并通过角色状态为服务器的网关设备发出的网关设备指示信息查询到该角色状态为服务器的网关设备,与该角色状态为服务器的网关设备进行交互。
在另一示例性实施例中,智能家居系统在运行正常的情况下,角色状态为客户端的网关设备也需要进行角色状态自检。
具体地,角色状态为客户端的网关设备主动与角色状态为服务器的网关设备之间断开网络连接,然后按照预设连接方式与角色状态为服务器的网关设备重新建立连接。其中,上述预设连接方式可以为每间隔5秒,连续3次进行连接,也可以是其他的连接方式,本处不进行限定。
如果角色状态为客户端的网关设备能够连续3次与角色状态为服务器的网关设备之间成功建立网络连接,则该角色状态为客户端的网关设备保持客户端角色不变。
如果角色状态为客户端的网关设备连续3次与角色状态为服务器的网关设备建立网络连接失败,则该角色状态为客户端的网关设备转换为初始状态。
角色状态为客户端的网关设备将角色状态转换为初始状态后,由于该网关设备与角色状态为服务器的网关设备建立网络连接失败,则按照步骤311~313和步骤321~322所描述的内容,将局域网内各网关设备的角色状态转换为初始状态后,按照第一角色决策条件协商出适配于服务器角色的网关设备,从而自适应当前的智能家居系统。
图7是根据一示例性实施例示出的一种智能家居系统中多网关设备的控制装置,如图7所示,该装置包括设备信息获取控制模块410、角色状态检测控制模块420和角色状态转换控制模块430。
设备信息获取控制模块410,用于控制网关设备在所部署智能家居系统的局域网中通过角色协商交互消息的传输获得对应于所述局域网内各网关设备的设备信息。
角色状态检测控制模块420,用于控制所述网关设备根据对应于所述局域网内各网关设备的设备信息,进行所述局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息。
角色状态转换控制模块430,用于控制所述网关设备按照所述网关设备指示信息进行自身角色状态转换。
需要说明的是,上述实施例所提供的装置与上述实施例所提供的方法属于同一构思,其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。
在一个示例性实施例中,一种通信设备,包括:
处理器;及
存储器,其中,存储器上存储有计算机可读指令,该计算机可读指令被处理器执行时实现上述各实施例中的智能家居系统中多网关设备的控制方法。
在一示例性实施例中,一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各实施例中的智能家居系统中多网关设备的控制方法。
上述内容,仅为本申请的较佳示例性实施例,并非用于限制本申请的实施方案,本领域普通技术人员根据本申请的主要构思和精神,可以十分方便地进行相应的变通或修改,故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (10)

1.一种智能家居系统中多网关设备的控制方法,其特征在于,所述方法包括:
网关设备在所部署智能家居系统的局域网中通过角色协商交互消息的传输获得对应于所述局域网内各网关设备的设备信息;
根据对应于所述局域网内各网关设备的设备信息,进行所述局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息;
按照所述网关设备指示信息进行自身角色状态转换。
2.根据权利要求1所述的方法,其特征在于,所述网关设备在所部署智能家居系统的局域网通过角色协商交互消息的传输获得对应于局域网内各网关设备的设备信息,包括:
角色状态为客户端的所述网关设备根据自身与服务器角色状态的网关设备之间连接的失败,检测得到网内服务器丢失;
根据所述网内服务器丢失的发生,转换自身角色状态为初始状态;
在所述初始状态下与局域网内其它网关设备进行角色协商消息的传输,通过所述角色协商消息获取对应于局域网内各网关设备的设备信息。
3.根据权利要求2所述的方法,其特征在于,所述在所述初始状态下与局域网内其它网关设备进行角色协商消息的传输,通过所述角色协商消息获得对应于局域网内各网关设备的设备信息,包括:
转换为初始状态的所述网关设备进行局域网内角色协商消息的广播;
接收所广播角色协商消息的应答,获得对应于所述局域网内各网关设备的设备信息。
4.根据权利要求1~3任一项所述的方法,其特征在于,所述根据对应于所述局域网内各网关设备的设备信息,进行局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息,包括:
角色状态为初始状态的所述网关设备将自身的设备信息与所述局域网内其他网关设备的设备信息按照预设的第一角色决策条件进行所处角色状态的检测;
根据检测到的各网关设备所适配的角色状态,获得所述局域网内适配于服务器角色的网关设备指示信息。
5.根据权利要求1所述的方法,其特征在于,所述网关设备在所部署智能家居系统的局域网通过角色协商交互消息的传输获得对应于局域网内各网关设备的设备信息,包括:
角色状态为服务器的所述网关设备在所述局域网周期性广播角色协商消息;
接收所广播角色协商消息的应答,获得对应于所述局域网内各网关设备的设备信息。
6.根据权利要求5所述的方法,其特征在于,所述根据对应于所述局域网内各网关设备的设备信息,进行局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息,包括:
角色状态为服务器的所述网关设备根据自身设备信息以及所述局域网内其它网关设备的设备信息自检角色状态,由自检所得到适配于服务器角色的所述网关设备生成网关设备指示信息。
7.根据权利要求2所述的方法,其特征在于,所述角色状态为客户端的所述网关设备根据自身与服务器角色状态的网关设备之间连接的失败,检测得到网内服务器丢失,包括:
角色状态为客户端的所述网关设备在与服务器角色的网关设备断开连接时,尝试再次连接所述服务器角色的网关设备;
如果所述连接失败,则获得网内服务器丢失的检测结果;
如果所述连接成功,则保持自身的客户端角色状态。
8.一种智能家居系统中多网关设备的控制装置,其特征在于,所述装置包括:
设备信息获取控制模块,用于控制网关设备在所部署智能家居系统的局域网中通过角色协商交互消息的传输获得对应于所述局域网内各网关设备的设备信息;
角色状态检测控制模块,用于控制所述网关设备根据对应于所述局域网内各网关设备的设备信息,进行所述局域网内各网关设备所处角色状态的检测,获得所述局域网内适配于服务器角色的网关设备指示信息;
角色状态转换控制模块,用于控制所述网关设备按照所述网关设备指示信息进行自身角色状态转换。
9.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。
CN201810781823.0A 2018-07-17 2018-07-17 智能家居系统中多网关设备的控制方法及装置 Pending CN108650142A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810781823.0A CN108650142A (zh) 2018-07-17 2018-07-17 智能家居系统中多网关设备的控制方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810781823.0A CN108650142A (zh) 2018-07-17 2018-07-17 智能家居系统中多网关设备的控制方法及装置

Publications (1)

Publication Number Publication Date
CN108650142A true CN108650142A (zh) 2018-10-12

Family

ID=63751276

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810781823.0A Pending CN108650142A (zh) 2018-07-17 2018-07-17 智能家居系统中多网关设备的控制方法及装置

Country Status (1)

Country Link
CN (1) CN108650142A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109617731A (zh) * 2018-12-21 2019-04-12 青岛海信智慧家居系统股份有限公司 一种多网关环境下自适应的网关角色配置方法及装置
CN111245713A (zh) * 2020-03-31 2020-06-05 上海庆科信息技术有限公司 网关角色处理方法、装置、存储介质、处理器及系统
CN111698228A (zh) * 2020-05-28 2020-09-22 中国平安财产保险股份有限公司 系统访问权限授予方法、装置、服务器及存储介质
CN114726665A (zh) * 2022-04-02 2022-07-08 深圳绿米联创科技有限公司 掉电处理方法、装置、设备及存储介质
CN115460149A (zh) * 2022-10-20 2022-12-09 广州河东科技有限公司 一种多网关环境下的网关选择方法及存储介质
WO2023193156A1 (zh) * 2022-04-06 2023-10-12 北京小米移动软件有限公司 网关系统、网关设备身份确定方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130290548A1 (en) * 2012-03-26 2013-10-31 Huawei Device Co., Ltd. Home gateway, cloud server, and method for communication therebetween
CN105721293A (zh) * 2016-02-01 2016-06-29 四川长虹电器股份有限公司 一种基于Alljoyn协议的Master网关自适应竞争方法
CN107222320A (zh) * 2016-03-22 2017-09-29 中兴通讯股份有限公司 云服务器集群建立高可用连接的方法和装置
CN107613465A (zh) * 2017-09-05 2018-01-19 武汉慧联无限科技有限公司 物资定位系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130290548A1 (en) * 2012-03-26 2013-10-31 Huawei Device Co., Ltd. Home gateway, cloud server, and method for communication therebetween
CN105721293A (zh) * 2016-02-01 2016-06-29 四川长虹电器股份有限公司 一种基于Alljoyn协议的Master网关自适应竞争方法
CN107222320A (zh) * 2016-03-22 2017-09-29 中兴通讯股份有限公司 云服务器集群建立高可用连接的方法和装置
CN107613465A (zh) * 2017-09-05 2018-01-19 武汉慧联无限科技有限公司 物资定位系统

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109617731A (zh) * 2018-12-21 2019-04-12 青岛海信智慧家居系统股份有限公司 一种多网关环境下自适应的网关角色配置方法及装置
CN111245713A (zh) * 2020-03-31 2020-06-05 上海庆科信息技术有限公司 网关角色处理方法、装置、存储介质、处理器及系统
CN111245713B (zh) * 2020-03-31 2022-03-04 上海庆科信息技术有限公司 网关角色处理方法、装置、存储介质、处理器及系统
CN111698228A (zh) * 2020-05-28 2020-09-22 中国平安财产保险股份有限公司 系统访问权限授予方法、装置、服务器及存储介质
CN111698228B (zh) * 2020-05-28 2023-08-11 中国平安财产保险股份有限公司 系统访问权限授予方法、装置、服务器及存储介质
CN114726665A (zh) * 2022-04-02 2022-07-08 深圳绿米联创科技有限公司 掉电处理方法、装置、设备及存储介质
CN114726665B (zh) * 2022-04-02 2024-04-09 深圳绿米联创科技有限公司 掉电处理方法、装置、设备及存储介质
WO2023193156A1 (zh) * 2022-04-06 2023-10-12 北京小米移动软件有限公司 网关系统、网关设备身份确定方法、装置及存储介质
CN115460149A (zh) * 2022-10-20 2022-12-09 广州河东科技有限公司 一种多网关环境下的网关选择方法及存储介质

Similar Documents

Publication Publication Date Title
CN108650142A (zh) 智能家居系统中多网关设备的控制方法及装置
CN109617731A (zh) 一种多网关环境下自适应的网关角色配置方法及装置
US9369448B2 (en) Network security parameter generation and distribution
US8261341B2 (en) UPnP VPN gateway configuration service
CN104254070B (zh) WiFi接入方法、智能终端及路由设备
US20210266226A1 (en) Soft configuration and data exchange for in-home devices
US20120076072A1 (en) System and method for maintaining privacy in a wireless network
CN106789468A (zh) 一种基于智能终端的家电设备控制方法及系统
CN104243210A (zh) 远程访问路由器管理页面的方法和系统
JP2002094543A (ja) 携帯情報機器、携帯情報機器アクセス装置、ホームネットワークシステム、およびホームネットワークに対するアクセス方法
CN102763373B (zh) 基于远程访问使用本地网络装置的服务的方法和设备
US11082238B2 (en) Secure network authentication at a gateway for non-internet protocol enabled devices
CN107566233A (zh) 家电设备的资源共享方法和装置
CN111741538B (zh) 基于网关的通信链路建立方法、设备控制方法及装置
CN111629452A (zh) 一种数据传输控制方法、装置、存储介质及电子设备
CN105392182B (zh) Wifi设备的网络配置信息的设置方法及系统
JP2014165883A (ja) 通信装置
CN103780436A (zh) 网络装置与其相关的连接保持方法
CN108737231A (zh) 一种智能设备的配网方法、装置、计算机设备及存储介质
CN106850713B (zh) 基于串口服务器的数据传输方法及装置、串口服务器
US11909832B1 (en) Dynamic cable operator plant discovery
CN104349202A (zh) 视频获取方法与装置
US20190356531A1 (en) Device Management Method and Related Device
CN109429041B (zh) 摄像设备、客户端设备、方法和存储介质
KR102066241B1 (ko) 무선 인터페이스를 구성하기 위한 디바이스 및 그 디바이스에서의 방법

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

Application publication date: 20181012

RJ01 Rejection of invention patent application after publication