CN110673502A - 智能设备的快速响应方法及系统、存储介质和网络侧设备 - Google Patents
智能设备的快速响应方法及系统、存储介质和网络侧设备 Download PDFInfo
- Publication number
- CN110673502A CN110673502A CN201910975329.2A CN201910975329A CN110673502A CN 110673502 A CN110673502 A CN 110673502A CN 201910975329 A CN201910975329 A CN 201910975329A CN 110673502 A CN110673502 A CN 110673502A
- Authority
- CN
- China
- Prior art keywords
- intelligent
- state information
- intelligent device
- equipment
- intelligent 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B15/00—Systems controlled by a computer
- G05B15/02—Systems controlled by a computer electric
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
-
- 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
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/26—Pc applications
- G05B2219/2642—Domotique, domestic, home control, automation, smart house
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Cardiology (AREA)
- Health & Medical Sciences (AREA)
- Manufacturing & Machinery (AREA)
- Quality & Reliability (AREA)
- Environmental & Geological Engineering (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明涉及智能设备的快速响应方法及系统、存储介质和网络侧设备,该方法应用于网络侧设备,其包括采用第一方式或第二方式反馈智能设备的状态信息:第一方式包括:生成并向已配网的第一智能设备发送状态查询指令,并接收第一智能设备响应该状态查询指令而反馈的状态信息;将接收的第一智能设备的状态信息反馈给与第一智能设备关联的预设接收端;第二方式包括:接收已配网的第二智能设备主动上报的状态信息,并将第二智能设备的状态信息反馈给与第二智能设备关联的预设接收端。本发明将集成在APP等客户端的部分功能放到网络侧设备中,解决了APP等客户端操作起来越卡顿及用户体验变差的技术问题,并达到快速响应APP等客户端的目的。
Description
技术领域
本发明涉及智能设备控制技术领域,尤其涉及一种智能设备的快速响应方法及系统、存储介质和网络侧设备。
背景技术
随着智能家居设备的流行,用户要求厂商能够提供一种更加方便、快捷及智能化的智能家居设备操控解决方案。现有的做法是提供APP或小程序等移动端操作入口,通过APP或小程序等移动端操作入口来控制智能家居设备,以满足用户的需求。
但是随着智能家居设备种类的增多以及同一种智能家居设备的迭代更新,导致APP或小程序等移动端操作入口的集成功能越来越多,APP或小程序等移动端操作入口变得愈发臃肿,后果就是APP或小程序等移动端操作入口操作起来越来越卡顿,用户体验变差。
发明内容
为了解决因APP等客户端的集成功能越来越多所导致的APP等客户端操作起来越卡顿及用户体验变差的技术问题,本发明提供了一种智能设备的快速响应方法及系统、存储介质和网络侧设备,将原本集成在APP等客户端的部分功能放到网络侧设备中,解决了APP等客户端操作起来越卡顿及用户体验变差的技术问题,并达到快速响应APP等客户端的目的。
根据本发明的第一方面,提供了一种智能设备的快速响应方法,其应用于网络侧设备,所述方法包括采用第一方式或第二方式反馈智能设备的状态信息:
所述第一方式包括:
生成并向已配网的第一智能设备发送状态查询指令,并接收所述第一智能设备响应该状态查询指令而反馈的状态信息;
将接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,
所述第二方式包括:接收已配网的第二智能设备主动上报的状态信息,并将接收的所述第二智能设备的状态信息反馈给与所述第二智能设备关联的预设接收端。
优选地,所述第一智能设备包括不具有向所述网络侧设备主动上报状态信息的功能的智能设备;
所述第二智能设备包括具有向所述网络侧设备主动上报状态信息的功能的智能设备。
优选地,所述第一方式还包括:判断接收的所述第一智能设备的状态信息与存储的所述第一智能设备的状态信息是否一致;
将接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,包括:将与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,
所述第二智能设备为只在设备运行状态发生改变时才向所述网络侧设备主动上报状态信息的智能设备。
优选地,所述方法还包括:
实时监测所述预设接收端是否在进行智能设备的配网操作;
当监测到所述配网操作时,执行以下步骤:
生成并向正在配网的智能设备发送状态查询指令,并接收所述正在配网的智能设备响应该状态查询指令而反馈的状态信息;
将接收的所述正在配网的智能设备的状态信息反馈给正在对该智能设备进行配网操作的所述预设接收端,
其中,所述正在配网的智能设备包括正在配网的第一智能设备或第二智能设备。
优选地,所述方法还包括:
将接收的所述正在配网的第一智能设备的状态信息存储至数据库中;
利用与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息,更新数据库中所述存储的所述第一智能设备的状态信息;
其中,所述数据库包括内存数据库或硬盘数据库,所述内存数据库包括Redis数据库。
优选地,所述网络侧设备为分布式架构,其包括状态查询指令生成服务器和快速响应服务器;
针对已配网的所述第一智能设备以及所述正在配网的智能设备中的任意一个,生成并向该智能设备发送状态查询指令,包括:
所述状态查询指令生成服务器基于该智能设备的设备信息生成与该智能设备对应的状态查询指令,其中,所述设备信息包括机型码和系统版本号;
所述快速响应服务器基于该智能设备的ID将生成的与该设备对应的状态查询指令发送给该智能设备。
优选地,所述网络侧设备还包括MQTT服务器,所述方法还包括:
通过设置所述MQTT服务器,以供预设接收端在所述MQTT服务器中订阅与该预设接收端关联的智能设备;
针对已配网的第二智能设备以及正在配网的智能设备中的任意一个,将该智能设备的状态信息反馈给与该智能设备关联的预设接收端,包括:
所述快速响应服务器将该智能设备的状态信息发送至所述MQTT服务器;
基于预设接收端在所述MQTT服务器中订阅的与该预设接收端关联的智能设备的信息,所述MQTT服务器将该智能设备的状态信息反馈给与该智能设备关联的预设接收端,
针对每个已配网的第一智能设备,将所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,包括:
所述快速响应服务器将与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息发送至所述MQTT服务器;
基于预设接收端在所述MQTT服务器中订阅的与该预设接收端关联的智能设备的信息,所述MQTT服务器将与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端。
优选地,所述方法还包括:当有智能设备进行配网时,在所述网络侧设备中建立与智能设备之间的心跳包机制,以定时监测所述智能设备是否在线,
生成并向所述第一智能设备发送状态查询指令,包括:只向在线的所述第一智能设备发送状态查询指令,
或者,生成并向所述第一智能设备发送状态查询指令,包括:设置一时间间隔,按照所述时间间隔向所述第一智能设备发送状态查询指令。
根据本发明的第二方面,提供了一种存储介质,其上存储有可执行代码,所述可执行代码在被处理器执行时,实现上述的智能设备的快速响应方法。
根据本发明的第三方面,提供了一种网络侧设备,包括:
处理器;以及
存储器,其上存储有可执行代码,所述可执行代码在被所述处理器执行时,实现上述的智能设备的快速响应方法。
根据本发明的第四方面,提供了一种智能设备的快速响应系统,所述系统包括智能设备、网络侧设备和预设接收端,所述智能设备包括第一智能设备和/或第二智能设备,
其中,所述网络侧设备用于生成并向已配网的第一智能设备发送状态查询指令,并接收所述第一智能设备响应该状态查询指令而反馈的状态信息,以及将接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端;
所述网络侧设备用于接收已配网的第二智能设备主动上报的状态信息,并将接收的所述第二智能设备的状态信息反馈给与所述第二智能设备关联的预设接收端。
与现有技术相比,上述方案中的一个或多个实施例可以具有如下优点或有益效果:
应用本发明实施例提供的智能设备的快速响应方法及系统、存储介质和网络侧设备,通过在网络侧设备中集成APP等客户端的部分功能,统一解决因智能家居设备种类增多及版本迭代等原因导致的APP等客户端操作起来越卡顿及用户体验变差的技术问题。
本发明实施例提供的智能设备的快速响应方法及系统、存储介质和网络侧设备,适用于不具有主动上报状态信息的功能的智能设备和具有主动上报状态信息的功能的智能设备同时并存的复杂硬件环境。对于不具有主动上报状态信息的功能的智能设备,通过网络侧设备自动生成不同的状态查询指令,主动下发给智能设备,并将接收的智能设备的状态信息反馈给与智能设备关联的预设接收端,解决了复杂硬件环境下命令下发及数据采集困难度不断增加的问题,达到快速响应APP等预设接收端的目的。
本发明的其它特征和优点将在随后的说明书中阐述,并且部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及说明书附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例共同用于解释本发明,并不构成对本发明的限制。
图1为根据本发明实施例的智能设备的快速响应方法的流程示意图。
图2示意性示出了根据本发明实施例的智能设备的快速响应系统。
图3示出了现有技术中智能设备、业务服务器和APP客户端的交互方式。
具体实施方式
以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。需要说明的是,只要不构成冲突,本发明中的各个实施例以及各实施例中的各个特征可以相互结合,所形成的技术方案均在本发明的保护范围之内。
首先,本发明实施例提供了一种智能设备的快速响应方法及系统。该方法应用于网络侧设备,其中,智能设备包括第一智能设备和/或第二智能设备。
图1为根据本发明实施例的智能设备的快速响应方法的流程示意图。如图1所示,该方法包括采用第一方式或第二方式反馈智能设备的状态信息:
第一方式包括:
步骤S11:生成并向已配网的第一智能设备发送状态查询指令,并接收所述第一智能设备响应该状态查询指令而反馈的状态信息;
步骤S12:将接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,
第二方式包括:
步骤S21:接收已配网的第二智能设备主动上报的状态信息,并将接收的所述第二智能设备的状态信息反馈给与所述第二智能设备关联的预设接收端。
其中,第一智能设备包括不具有向网络侧设备主动上报状态信息的功能的智能设备。第二智能设备包括具有向网络侧设备主动上报状态信息的功能的智能设备。
以空调为例,智能设备的状态信息包括:空调当前的温度、风速、模式、节能、睡眠、上下扫风和/或左右扫风等信息。
事实中,由于智能设备种类繁多及同一种家居设备的迭代,不可避免存在一些老版本的智能设备不支持主动上报功能。本发明实施例在将集成在APP等客户端的部分功能放到网络侧设备以提升APP等客户端处理速度的同时,旨在提供一种能够查询所有智能设备的状态信息的智能设备的快速响应方法,使其适用于第一智能设备和第二智能设备同时并存的复杂硬件环境,以满足为用户查询名下所有智能设备的状态信息的需求。
当第一智能设备和第二智能设备同时并存时,该方法对于第一智能设备和第二智能设备执行不同的查询方式。
对于已配网的第一智能设备,采用第一方式,具体地:
在步骤S11中,网络侧设备生成并向已配网的第一智能设备发送状态查询指令,并接收第一智能设备响应该状态查询指令而反馈的状态信息。
在步骤S12中,网络侧设备将接收的第一智能设备的状态信息反馈给与第一智能设备关联的预设接收端。
其中,预设接收端包括用户终端设备或者客户端,用户终端设备包括:用户的手持移动通信终端、用户的具备有线或无线通信功能的平板电脑、用户的车载显示通信设备、或者用户的智能可穿戴电子设备,客户端包括:运行于所述用户终端设备上的应用程序APP。
对于已配网的第二智能设备,采用第二方式,具体地:
在步骤S21中,由于第二智能设备支持主动上报状态信息的功能,所以网络侧设备直接将第二智能设备主动上报的第二智能设备的状态信息反馈给与第二智能设备关联的预设接收端。
可以看出,本发明实施例采用了多种查询方式获取不同的智能设备的状态信息,并将获取的智能设备的状态信息反馈给与智能设备关联的预设接收端。尤其是对于不具有主动上报状态信息的功能的第一智能设备,通过网络侧设备自动生成不同的状态查询命令,主动下发给对应的智能设备,并将查询到的智能设备的状态信息反馈给预设接收端,以此能够满足复杂硬件环境下为用户查询名下所有智能设备的状态信息的需求,同时减轻了相当一部分APP等预设接收端的工作。APP等预设接收端做的工作减少了,但是功能并未减少,而且获取状态信息的速度变快了,达到了快速响应不卡顿的目标。
作为一种更优的实施方式,为了节省网络侧设备的传输流量及降低其带宽,本发明实施例只将发生改变的智能设备的状态信息反馈给预设接收端。
具体地,该方法还包括:
对于已配网的第一智能设备,在将接收的第一智能设备的状态信息反馈给与第一智能设备关联的预设接收端之前,先判断接收的第一智能设备的状态信息与存储的第一智能设备的状态信息是否一致。
当接收的第一智能设备的状态信息与存储的第一智能设备的状态信息不一致时,说明第一智能设备的状态信息发生改变,此时将发生改变的第一智能设备的状态信息反馈给与第一智能设备关联的预设接收端。
其中,对于每个第一智能设备而言,存储的该智能设备的状态信息为前一次反馈给与该智能设备关联的预设接收端的该智能设备的状态信息。亦即,对于每个第一智能设备而言,每次在将该智能设备的状态信息反馈给与该智能设备关联的预设接收端的同时,利用本次反馈给预设接收端的该智能设备的状态信息更新(替换)之前存储在数据库中的前一次反馈给与该智能设备关联的预设接收端的该智能设备的状态信息。
对于已配网的第二智能设备,将其设置为只在设备运行状态发生改变时才向网络侧设备主动上报状态信息。这样,一旦网络侧设备接收到第二智能设备主动上报的第二智能设备的状态信息,则说明第二智能设备的状态信息已经发生改变,此时直接将第二智能设备的状态信息反馈给与第二智能设备关联的预设接收端。
在查询已配网的智能设备的状态信息的同时,本发明实施例还监听新的智能设备的配网操作(注册)。
一般而言,新的(还未配网的)智能设备一般是通过APP等客户端注册(配网)到服务器。现有的做法是在新的智能设备配网之后,APP主动通过服务器查询该设备的状态信息,耗时较长,用户的感受是配网速度慢,有大部分时间是花在获取状态信息及初始化APP页面上。
为了解决此技术问题,本发明实施例实时监测预设接收端是否在进行智能设备的配网操作。当监测到配网操作时,立刻去查询新的智能设备的状态信息,并并将查询到的新的智能设备的状态信息反馈给正在对该新的智能设备进行配网操作的预设接收端,用于APP等预设接收端初始化页面,比如显示空调当前多少度等。
具体到本发明实施例中,该方法还包括:
实时监测预设接收端是否在进行智能设备的配网操作;
当监测到配网操作时,执行以下步骤:生成并向正在配网的智能设备发送状态查询指令,并接收正在配网的智能设备响应该状态查询指令而反馈的状态信息;将接收的正在配网的智能设备的状态信息反馈给正在对该智能设备进行配网操作的所述预设接收端。
需要说明的是,正在配网的智能设备包括正在配网的第一智能设备或第二智能设备。因为是新设备是初次配网,所以直接将正在配网的智能设备状态信息反馈给APP等预设接收端。APP等预设接收端利用状态信息初始化页面,用户就能看到相应的智能设备的一些图形化的状态信息。接着,用户就可以通过APP等预设接收端操控这些已配网的智能设备。
对于正在配网的第一智能设备而言,在将正在配网的第一智能设备的状态信息反馈给预设接收端的同时,将其存储至数据库中,以此作为该第一智能设备的第一条状态信息。
其中,数据库包括:包括内存数据库或硬盘数据库。作为优选,本发明实施例选择的是Redis数据库。相比于Mysql数据库,Oracle数据库等硬盘数据库,Redis数据库具有盘读写快,占用内存量小的特点。
作为一种更优的实施方式,本发明实施例对于不同的智能设备,生成与其对应的状态查询指令。
由于智能设备的种类繁多,每一种智能设备又有很多型号,比如“xx公司第一代直流变频空调”,“xx品牌第二代无霜冰箱”,所以生成的状态查询指令一定是针对这一台特定智能设备的。
具体地,对于每个已配网的第一智能设备和每个正在配网的第一智能设备或第二智能设备:基于该智能设备的设备信息生成与该设备对应的状态查询指令,其中,所述设备信息包括机型码和系统版本号。比如,通过该设备的“机型码”确定状态查询命令中有哪些字段。考虑到同一种智能设备中可能运行的系统版本不同,在生成状态查询指令基于每哥智能设备的机型码和系统版本号生成针对该台智能设备的状态查询指令。同时,基于该智能设备的ID将生成的与该智能设备对应的状态查询指令发送给该智能设备。
作为一种更优的实施方式,在新的智能设备进行配网时,在网络侧设备中建立与新的智能设备之间的心跳包机制,在新的智能设备配网完成后,便可以利用心跳包机制定时监测该智能设备是否在线。对于已配网的智能设备,只向在线的第一智能设备发送状态查询指令。
作为一种更优的实施方式,设置一时间间隔,按照时间间隔定时向第一智能设备发送状态查询指令,其中,时间间隔可根据实际情况灵活设定,本发明不限于此。
作为一种更优的实施方式,为了降低网络侧设备的工作负担,方便管理和配置,增加灵活性。本发明实施例的网络侧设备设置为分布式架构,其包括多个服务器。
下面将结合图2示意性示出了根据本发明实施例的智能设备的快速响应系统对于本发明实施例提供的智能设备的快速响应方法以及智能设备的快速响应系统进行综合说明。如图2所示,系统中的网络侧设备包括:快速响应服务器201、状态查询指令生成服务器202、设备注册与在线监测服务器203、数据上报服务器204和MQTT服务器205。
当有新的智能设备进行配网时,预设接收端与设备注册与在线监测服务器203进行交互,设备注册与在线监测服务器203将新的智能设备连接到网络侧设备,完成新的智能设备的配网(注册)。同时,设备注册与在线监测服务器203与新的智能设备建立心跳包机制,以定时监测新的智能设备是否在线。
快速响应服务器201实时监听设备注册与在线监测服务器203中是否有新的智能设备的进行配网操作。当监听到有新的智能设备的进行配网操作时,获取新的智能设备的设备信息和ID,并将接收的新的智能设备的设备信息和ID发送到状态查询指令生成服务器202。
状态查询指令生成服务器202基于新的智能设备的设备信息生成针对该新的智能设备的状态查询指令,其中,设备信息包括机型码和系统版本号。
快速响应服务器201通过查询或者接收的方式获取针对该新的智能设备的状态查询指令,并基于该新的智能设备的ID发送到正在对该新的智能设备。
当快速响应服务器201接收到该新的智能设备的状态信息时,因为是首次配网,所以快速响应服务器201直接将新的智能设备的状态信息发送给MQTT服务器205,由MQTT服务器205将新的智能设备的状态信息反馈给正在对新的智能设备进行配网操作的预设接收端。同时,若该新的智能设备为第一智能设备,快速响应服务器201将新的智能设备的状态信息存储至数据库中。
对于已配网的第二智能设备,通过数据上报服务器204与已配网的第二智能设备建立通信连接,专门用于接收已配网的第二智能设备主动上报的第二智能设备的状态信息。由于第二智能设备只在自身状态改变时在主动上报状态信息,所以第二智能设备的状态信息已发生改变。数据上报服务器204在接收到第二智能设备主动上报的第二智能设备的状态信息时,直接通过快速响应服务器201和MQTT服务器205反馈给预设接收端。
对于已配网的第一智能设备,快速响应服务器201和状态查询指令生成服务器202预先存储有第一智能设备的ID。状态查询指令生成服务器202基于第一智能设备的设备信息生成针对该第一智能设备的状态查询指令,其中,设备信息包括机型码和系统版本号。快速响应服务器201基于该第一智能设备的ID从状态查询指令生成服务器202中查询该第一智能设备的状态查询指令,并将查询到的该第一智能设备的状态查询指令发送给该第一智能设备。
作为一种更优的实施方式,快速响应服务器201对于已配网的智能设备,只向在线的第一智能设备发送状态查询指令。作为一种更优的实施方式,设置一时间间隔,快速响应服务器201按照时间间隔定时向第一智能设备发送状态查询指令,其中,时间间隔可根据实际情况灵活设定,本发明不限于此。
当快速响应服务器201接收到该第一智能设备的状态信息时,从数据库中调取出存储的前一次反馈给预设接收端的该第一智能设备的状态信息。同时,判断接收到的该第一智能设备的状态信息与存储的前一次反馈给预设接收端的该第一智能设备的状态信息是否一致,其中:
当不一致时,利用接收到的该第一智能设备的状态信息更新数据库,即将接收到的该第一智能设备的状态信息存储至数据库中,并删除前一次反馈给预设接收端的该第一智能设备的状态信息。同时,将接收到的该第一智能设备的状态信息发送给MQTT服务器205,由MQTT服务器205反馈给与该第一智能设备关联的预设接收端。其中,数据库优选为Redis数据库。
图3示出了现有技术中智能设备、业务服务器和APP客户端的交互方式。如图3所示,APP客户端是与业务服务器(比如图2中的快速响应服务器)直接交互的,这样存在以下问题:APP客户端需要通过接口不停的定时(比如:每隔5秒)轮询业务服务器,查询状态信息,业务服务器压力大,浪费带宽等服务器资源。
为了解决该技术问题,本发明实施例在业务服务器与预设接收端之间设置有MQTT服务器。MQTT是物联网领域比较重要的技术,主要功能是发布订阅。在本发明实施例中,预设接收端向MQTT服务器订阅属于它的智能设备,当智能设备的状态发生改变时,快速响应服务器将发生改变的智能设备的状态信息发送至MQTT服务器,MQTT服务器基于预设接收端订阅的与该预设接收端关联的智能设备信息,将该智能设备的状态信息反馈给与该智能设备关联的预设接收端。
优选地,MQTT服务器在将该智能设备的状态信息反馈给与该智能设备关联的预设接收端之前,判断该预设接收端是否处于打开状态,其中:当该预设接收端处于打开状态时,MQTT服务器直接将该智能设备的状态信息反馈给与该智能设备关联的预设接收端;当该预设接收端处于关闭状态时,MQTT服务器先将该智能设备的状态信息进行留存,在该预设接收端打开时,再将该智能设备的状态信息反馈给与该智能设备关联的预设接收端。
当APP等预设接收端需要控制智能设备的时候,APP等预设接收端将用户的操作转换成控制命令发给MQTT服务器,MQTT服务器将控制命令发送给快速响应服务器,由快速响应服务器去执行命令。
本发明实施例设置MQTT服务器的优点在于:设置MQTT服务器之后,智能设备配网时查询该新的智能设备的状态信息,并将查询到的该新的智能设备的状态信息放至MQTT服务器中。之后,当发现该设备状态有变化的时候(比如:设备主动上报数据或者服务器下发查询命令并发现设备状态发生改变时),才用新的状态信息更新MQTT,其它时候,快速响应服务器是不需要一直和MQTT服务器及预设接收端交互的,进而节省了很大一部分的服务器的带宽资源。
作为一种更优的实施方式,本发明实施例将网络侧设备部署到公有云,在全国范围内分区域部署,以降低第二智能设备主动上报状态信息的延时。
相应地,本发明实施例还提供了一种存储介质,其上存储有可执行代码,所述可执行代码在被处理器执行时,实现上述的智能设备的快速响应方法。
相应地,本发明实施例还提供了一种网络侧设备,包括:
处理器;以及
存储器,其上存储有可执行代码,所述可执行代码在被所述处理器执行时,实现上述的智能设备的快速响应方法。
综上所述,本发明实施例提供了一种智能设备的快速响应方法及系统、存储介质和网络侧设备,通过在网络侧设备中集成APP等客户端的部分功能,统一解决因智能家居设备种类增多及版本迭代等原因导致的APP等客户端操作起来越卡顿及用户体验变差的技术问题。
本发明实施例提供的智能设备的快速响应方法及系统、存储介质和网络侧设备,适用于不具有主动上报状态信息的功能的智能设备和具有主动上报状态信息的功能的智能设备同时并存的复杂硬件环境,对于不具有主动上报状态信息的功能的智能设备,通过网络侧设备自动生成不同的状态查询指令,主动下发给智能设备,并将接收的智能设备的状态信息反馈给与智能设备关联的预设接收端,解决了复杂硬件环境下命令下发及数据采集困难度不断增加的问题,达到快速响应APP等预设接收端的目的。
本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
虽然本发明所公开的实施方式如上,但所述的内容只是为了便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属技术领域内的技术人员,在不脱离本发明所公开的精神和范围的前提下,可以在实施的形式上及细节上作任何的修改与变化,但本发明的保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (11)
1.一种智能设备的快速响应方法,其特征在于,其应用于网络侧设备,所述方法包括采用第一方式或第二方式反馈智能设备的状态信息:
所述第一方式包括:
生成并向已配网的第一智能设备发送状态查询指令,并接收所述第一智能设备响应该状态查询指令而反馈的状态信息;
将接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,
所述第二方式包括:接收已配网的第二智能设备主动上报的状态信息,并将接收的所述第二智能设备的状态信息反馈给与所述第二智能设备关联的预设接收端。
2.根据权利要求1所述的方法,其特征在于,
所述第一智能设备包括不具有向所述网络侧设备主动上报状态信息的功能的智能设备;
所述第二智能设备包括具有向所述网络侧设备主动上报状态信息的功能的智能设备。
3.根据权利要求2所述的方法,其特征在于,
所述第一方式还包括:判断接收的所述第一智能设备的状态信息与存储的所述第一智能设备的状态信息是否一致;
将接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,包括:将与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,
所述第二智能设备为只在设备运行状态发生改变时才向所述网络侧设备主动上报状态信息的智能设备。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
实时监测所述预设接收端是否在进行智能设备的配网操作;
当监测到所述配网操作时,执行以下步骤:
生成并向正在配网的智能设备发送状态查询指令,并接收所述正在配网的智能设备响应该状态查询指令而反馈的状态信息;
将接收的所述正在配网的智能设备的状态信息反馈给正在对该智能设备进行配网操作的所述预设接收端,
其中,所述正在配网的智能设备包括正在配网的第一智能设备或第二智能设备。
5.根据权利要求3或4所述的方法,其特征在于,所述方法还包括:
将接收的所述正在配网的第一智能设备的状态信息存储至数据库中;
利用与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息,更新数据库中所述存储的所述第一智能设备的状态信息;
其中,所述数据库包括内存数据库或硬盘数据库,所述内存数据库包括Redis数据库。
6.根据权利要求3或4所述的方法,其特征在于,所述网络侧设备为分布式架构,其包括状态查询指令生成服务器和快速响应服务器;
针对已配网的所述第一智能设备以及所述正在配网的智能设备中的任意一个,生成并向该智能设备发送状态查询指令,包括:
所述状态查询指令生成服务器基于该智能设备的设备信息生成与该智能设备对应的状态查询指令,其中,所述设备信息包括机型码和系统版本号;
所述快速响应服务器基于该智能设备的ID将生成的与该设备对应的状态查询指令发送给该智能设备。
7.根据权利要求6所述的方法,其特征在于,所述网络侧设备还包括MQTT服务器,所述方法还包括:
通过设置所述MQTT服务器,以供预设接收端在所述MQTT服务器中订阅与该预设接收端关联的智能设备;
针对已配网的第二智能设备以及正在配网的智能设备中的任意一个,将该智能设备的状态信息反馈给与该智能设备关联的预设接收端,包括:
所述快速响应服务器将该智能设备的状态信息发送至所述MQTT服务器;
基于预设接收端在所述MQTT服务器中订阅的与该预设接收端关联的智能设备的信息,所述MQTT服务器将该智能设备的状态信息反馈给与该智能设备关联的预设接收端,
针对每个已配网的第一智能设备,将所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端,包括:
所述快速响应服务器将与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息发送至所述MQTT服务器;
基于预设接收端在所述MQTT服务器中订阅的与该预设接收端关联的智能设备的信息,所述MQTT服务器将与所述存储的所述第一智能设备的状态信息不一致的所述接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:当有智能设备进行配网时,在所述网络侧设备中建立与智能设备之间的心跳包机制,以定时监测所述智能设备是否在线,
生成并向所述第一智能设备发送状态查询指令,包括:只向在线的所述第一智能设备发送状态查询指令,
或者,
生成并向所述第一智能设备发送状态查询指令,包括:设置一时间间隔,按照所述时间间隔向所述第一智能设备发送状态查询指令。
9.一种存储介质,其上存储有可执行代码,所述可执行代码在被处理器执行时,实现根据权利要求1至8中任一项所述的智能设备的快速响应方法。
10.一种网络侧设备,包括:
处理器;以及
存储器,其上存储有可执行代码,所述可执行代码在被所述处理器执行时,实现根据权利要求1至8中任一项所述的智能设备的快速响应方法。
11.一种智能设备的快速响应系统,其特征在于,所述系统包括智能设备、网络侧设备和预设接收端,所述智能设备包括第一智能设备和/或第二智能设备,
其中,所述网络侧设备用于生成并向已配网的第一智能设备发送状态查询指令,并接收所述第一智能设备响应该状态查询指令而反馈的状态信息,以及将接收的所述第一智能设备的状态信息反馈给与所述第一智能设备关联的预设接收端;
所述网络侧设备用于接收已配网的第二智能设备主动上报的状态信息,并将接收的所述第二智能设备的状态信息反馈给与所述第二智能设备关联的预设接收端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910975329.2A CN110673502B (zh) | 2019-10-14 | 2019-10-14 | 智能设备的快速响应方法及系统、存储介质和网络侧设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910975329.2A CN110673502B (zh) | 2019-10-14 | 2019-10-14 | 智能设备的快速响应方法及系统、存储介质和网络侧设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110673502A true CN110673502A (zh) | 2020-01-10 |
CN110673502B CN110673502B (zh) | 2021-01-22 |
Family
ID=69082318
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910975329.2A Active CN110673502B (zh) | 2019-10-14 | 2019-10-14 | 智能设备的快速响应方法及系统、存储介质和网络侧设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110673502B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111245962A (zh) * | 2020-03-27 | 2020-06-05 | 四川虹美智能科技有限公司 | 与物联网设备进行交互的方法及系统、物联网平台 |
CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
CN111555945A (zh) * | 2020-05-20 | 2020-08-18 | 四川九州电子科技股份有限公司 | 基于mqtt协议的通用网络通信系统 |
CN111586118A (zh) * | 2020-04-26 | 2020-08-25 | 珠海格力电器股份有限公司 | 数据处理方法、装置和计算机设备 |
CN112948738A (zh) * | 2021-03-18 | 2021-06-11 | 四川虹美智能科技有限公司 | 基于mqtt的数据处理方法和装置 |
CN114553626A (zh) * | 2022-03-24 | 2022-05-27 | 深圳市欧瑞博科技股份有限公司 | 设备状态查询方法、查询装置、电子设备及存储介质 |
CN115168427A (zh) * | 2022-09-08 | 2022-10-11 | 中科声龙科技发展(北京)有限公司 | 设备查找方法、装置、设备及存储介质 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007094801A (ja) * | 2005-09-29 | 2007-04-12 | Yokogawa Electric Corp | フィールド機器管理システムおよびフィールド機器管理方法 |
CN104731062A (zh) * | 2015-02-06 | 2015-06-24 | 武汉虹信通信技术有限责任公司 | 一种用于仪表状态监控及调度的智能网络管理系统及方法 |
CN106130882A (zh) * | 2016-07-13 | 2016-11-16 | 北京百度网讯科技有限公司 | 用于传输消息的方法和装置 |
CN106603352A (zh) * | 2016-12-22 | 2017-04-26 | 深圳市艾森魏尔科技有限公司 | 一种智能家居用户、应用服务器管理负载均衡的系统及算法 |
CN106789483A (zh) * | 2017-01-23 | 2017-05-31 | 微赫智能科技(上海)有限公司 | 一种分布式knx智能家居系统 |
CN108494815A (zh) * | 2018-02-06 | 2018-09-04 | 北京极智感科技有限公司 | 一种传输消息的方法和系统 |
CN108540565A (zh) * | 2018-04-17 | 2018-09-14 | 中山市华南理工大学现代产业技术研究院 | 一种基于mqtt协议的移动端推送和统计的方法 |
CN108965447A (zh) * | 2018-07-27 | 2018-12-07 | 四川爱创科技有限公司 | 数据采集和远程控制的方法及系统 |
CN109088723A (zh) * | 2018-10-26 | 2018-12-25 | 四川长虹电器股份有限公司 | 一种基于mqtt协议的远程控制方法 |
CN109361771A (zh) * | 2018-12-11 | 2019-02-19 | 湖北科技学院 | 一种物联网系统及其设备的注册、认证、连接方法 |
CN109412911A (zh) * | 2018-11-21 | 2019-03-01 | 广东美的制冷设备有限公司 | 设备配网方法、装置、家电设备和服务器 |
CN109525966A (zh) * | 2018-09-07 | 2019-03-26 | 北京小米移动软件有限公司 | 智能设备的查询方法、装置和存储介质 |
CN109981668A (zh) * | 2019-04-02 | 2019-07-05 | 四川尊古科技有限公司 | 基于mqtt泛化协议的通用设备物联网通信方法 |
-
2019
- 2019-10-14 CN CN201910975329.2A patent/CN110673502B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007094801A (ja) * | 2005-09-29 | 2007-04-12 | Yokogawa Electric Corp | フィールド機器管理システムおよびフィールド機器管理方法 |
CN104731062A (zh) * | 2015-02-06 | 2015-06-24 | 武汉虹信通信技术有限责任公司 | 一种用于仪表状态监控及调度的智能网络管理系统及方法 |
CN106130882A (zh) * | 2016-07-13 | 2016-11-16 | 北京百度网讯科技有限公司 | 用于传输消息的方法和装置 |
CN106603352A (zh) * | 2016-12-22 | 2017-04-26 | 深圳市艾森魏尔科技有限公司 | 一种智能家居用户、应用服务器管理负载均衡的系统及算法 |
CN106789483A (zh) * | 2017-01-23 | 2017-05-31 | 微赫智能科技(上海)有限公司 | 一种分布式knx智能家居系统 |
CN108494815A (zh) * | 2018-02-06 | 2018-09-04 | 北京极智感科技有限公司 | 一种传输消息的方法和系统 |
CN108540565A (zh) * | 2018-04-17 | 2018-09-14 | 中山市华南理工大学现代产业技术研究院 | 一种基于mqtt协议的移动端推送和统计的方法 |
CN108965447A (zh) * | 2018-07-27 | 2018-12-07 | 四川爱创科技有限公司 | 数据采集和远程控制的方法及系统 |
CN109525966A (zh) * | 2018-09-07 | 2019-03-26 | 北京小米移动软件有限公司 | 智能设备的查询方法、装置和存储介质 |
CN109088723A (zh) * | 2018-10-26 | 2018-12-25 | 四川长虹电器股份有限公司 | 一种基于mqtt协议的远程控制方法 |
CN109412911A (zh) * | 2018-11-21 | 2019-03-01 | 广东美的制冷设备有限公司 | 设备配网方法、装置、家电设备和服务器 |
CN109361771A (zh) * | 2018-12-11 | 2019-02-19 | 湖北科技学院 | 一种物联网系统及其设备的注册、认证、连接方法 |
CN109981668A (zh) * | 2019-04-02 | 2019-07-05 | 四川尊古科技有限公司 | 基于mqtt泛化协议的通用设备物联网通信方法 |
Non-Patent Citations (4)
Title |
---|
刘震: "基于微信平台的智能家电实时操控技术的研究与应用", 《中国优秀硕士学位论文全文数据库工程科技Ⅱ辑》 * |
吴小川: "基于MQTT的家电云控系统的设计和实现", 《中国优秀硕士学位论文全文数据库工程科技Ⅱ辑》 * |
袁青杰: "智能家居系统扩展及应用服务的技术研究", 《中国优秀硕士学位论文全文数据库工程科技Ⅱ辑》 * |
顾亚文: "基于MQTT协议的通用智能家居系统设计与实现", 《中国优秀硕士学位论文全文数据库信息科技辑》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
CN111245962A (zh) * | 2020-03-27 | 2020-06-05 | 四川虹美智能科技有限公司 | 与物联网设备进行交互的方法及系统、物联网平台 |
CN111245962B (zh) * | 2020-03-27 | 2022-04-19 | 四川虹美智能科技有限公司 | 与物联网设备进行交互的方法及系统、物联网云平台 |
CN111586118A (zh) * | 2020-04-26 | 2020-08-25 | 珠海格力电器股份有限公司 | 数据处理方法、装置和计算机设备 |
WO2021218218A1 (zh) * | 2020-04-26 | 2021-11-04 | 珠海格力电器股份有限公司 | 数据处理方法、装置和计算机设备 |
CN111555945A (zh) * | 2020-05-20 | 2020-08-18 | 四川九州电子科技股份有限公司 | 基于mqtt协议的通用网络通信系统 |
CN112948738A (zh) * | 2021-03-18 | 2021-06-11 | 四川虹美智能科技有限公司 | 基于mqtt的数据处理方法和装置 |
CN114553626A (zh) * | 2022-03-24 | 2022-05-27 | 深圳市欧瑞博科技股份有限公司 | 设备状态查询方法、查询装置、电子设备及存储介质 |
CN114553626B (zh) * | 2022-03-24 | 2024-03-08 | 深圳市欧瑞博科技股份有限公司 | 设备状态查询方法、查询装置、电子设备及存储介质 |
CN115168427A (zh) * | 2022-09-08 | 2022-10-11 | 中科声龙科技发展(北京)有限公司 | 设备查找方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110673502B (zh) | 2021-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110673502B (zh) | 智能设备的快速响应方法及系统、存储介质和网络侧设备 | |
CN102427481B (zh) | 用于对云计算服务进行管理的系统及云计算管理方法 | |
CN102801816B (zh) | 一种基于云计算的云空调系统 | |
CN102571940B (zh) | 应用程序远程安装系统、方法、智能终端、应用服务器 | |
CN105933355B (zh) | 一种物联网终端管理方法、物联网服务器和网络服务器 | |
CN102118447A (zh) | 资源管理的方法及移动终端 | |
WO2013113138A1 (zh) | 基于物联网及云计算的云空调系统及应用方法 | |
CN102769709B (zh) | 一种用于向用户提供服务联系信息的方法与装置 | |
CN101616132A (zh) | 一种数据获取方法及其装置和系统 | |
CN110825422A (zh) | 用于智能家居设备mcu版本管理的系统 | |
CN101521606B (zh) | 日志信息处理方法、日志服务器与通信系统 | |
US9819545B2 (en) | Telecommunications node configuration management | |
US9612822B2 (en) | Telecommunications node configuration management | |
CN108259605B (zh) | 一种基于多数据中心的数据调用系统及方法 | |
CN112671572B (zh) | 智能设备配网的方法、装置、存储介质及电子装置 | |
CN105205735A (zh) | 电力调度数据云服务系统及实现方法 | |
CN103281407A (zh) | 一种基于龙芯云终端的ip地址远程管理系统 | |
CN108337280B (zh) | 一种资源更新方法及装置 | |
CN112051816A (zh) | 数据采集系统和方法 | |
Ko et al. | Moara: Flexible and scalable group-based querying system | |
CN113542409B (zh) | 一种RocketMQ消息队列实例管理系统及处理方法 | |
CN115904632A (zh) | 一种实现统一管理kubernetes集群的方法、系统、设备及存储介质 | |
CN112491583A (zh) | 一种数据采集和分析的方法及装置 | |
CN110650033B (zh) | 分布式应用配置管理的方法和分布式计算系统 | |
CN108196962B (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 |