CN110768831B - 一种获取监控插件方法及系统 - Google Patents
一种获取监控插件方法及系统 Download PDFInfo
- Publication number
- CN110768831B CN110768831B CN201911016639.8A CN201911016639A CN110768831B CN 110768831 B CN110768831 B CN 110768831B CN 201911016639 A CN201911016639 A CN 201911016639A CN 110768831 B CN110768831 B CN 110768831B
- Authority
- CN
- China
- Prior art keywords
- plug
- monitoring
- server
- request
- response message
- 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.)
- Active
Links
Images
Classifications
-
- 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/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- 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/14—Arrangements for monitoring or testing data switching networks using software, i.e. software packages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本公开涉及一种获取监控插件方法及系统,方法包括:监控设备发送第一请求;第一AP向第一服务器发送查询请求,查询请求携带有当前的厨房监控标识;第一服务器向第一AP返回查询到的当前的厨房监控标识对应的插件编号;第一AP向第一服务器发送第二请求;第一AP接收第一服务器发送的第一响应消息;第一服务器向第二服务器发送第三请求,第三请求携带有插件编号和公钥;第二服务器采用公钥加密插件编号对应的监控插件的安装包,生成监控插件的加密包,向第一AP发送第二响应消息;第一AP接收第二服务器发送的第二响应消息,第一AP采用私钥解密监控插件的安装包后,向监控设备发送监控插件的安装包。本公开增强了监控插件的安装包的安全性。
Description
技术领域
本公开涉及软件技术领域,尤其涉及一种获取监控插件方法及系统。
背景技术
开展“明厨亮灶”建设,有利于引导社会公众主动参与食品制作加工监督,让消费者看得清楚、吃得放心。厨房的监控设备需要安装监控插件,才能监控厨房的情况。
不过,现有的监控设备获取的监控插件的安装包,没有进行加解密,介于监控设备与服务器之间的网络设备都可以直接知道监控插件的安装包的内容是什么,监控插件的安装包很容易被外部篡改,影响监控插件的安装,因此,迫切需要增强监控插件的安装包的安全性。
发明内容
有鉴于此,本公开提出了一种获取监控插件方法及系统,能够增强监控插件的安装包的安全性。
根据本公开的一方面,提供了一种获取监控插件方法,包括监控设备、第一AP、第一服务器、第二服务器,所述监控设备安装在厨房,方法包括:
监控设备发送第一请求,所述第一请求携带有所述监控设备的MAC地址、第一AP的MAC地址、密码及当前的厨房监控标识,所述第一请求用于让所述第一AP将所述监控设备接入网络;
所述第一AP每隔第一预设时间与第一服务器建立TCP连接,在此TCP连接上,向所述第一服务器发送查询请求,所述查询请求携带有当前的厨房监控标识;
所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号;
所述第一AP向所述第一服务器发送第二请求,所述第二请求携带有加密标识以及所述插件编号;
所述第一服务器接收所述第二请求后,利用密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息;
所述第一AP接收所述第一服务器发送的第一响应消息,所述第一响应消息携带有所述插件编号和所述私钥;
所述第一服务器向所述第二服务器发送第三请求,所述第三请求携带有所述插件编号和所述公钥;
所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送所述第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包;
所述第一AP接收所述第二服务器发送的第二响应消息,所述第一AP采用所述私钥解密所述监控插件的安装包后,向所述监控设备发送所述监控插件的安装包。
根据本公开的另一方面,提供了一种获取监控插件的系统,所述系统应用于网络设备,所述系统包括监控设备、第一AP、第一服务器、第二服务器,所述监控设备安装在厨房,系统包括:
监控设备发送第一请求,所述第一请求携带有所述监控设备的MAC地址、第一AP的MAC地址、密码及当前的厨房监控标识,所述第一请求用于让所述第一AP将所述监控设备接入网络;
所述第一AP每隔第一预设时间与第一服务器建立TCP连接,在此TCP连接上,向所述第一服务器发送查询请求,所述查询请求携带有当前的厨房监控标识;
所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号;
所述第一AP向所述第一服务器发送第二请求,所述第二请求携带有加密标识以及所述插件编号;
所述第一服务器接收所述第二请求后,利用密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息;
所述第一AP接收所述第一服务器发送的第一响应消息,所述第一响应消息携带有所述插件编号和所述私钥;
所述第一服务器向所述第二服务器发送第三请求,所述第三请求携带有所述插件编号和所述公钥;
所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送所述第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包;
所述第一AP接收所述第二服务器发送的第二响应消息,所述第一AP采用所述私钥解密所述监控插件的安装包后,向所述监控设备发送所述监控插件的安装包。
本公开加密监控插件的加密包后再传输,能防止监控插件的安装包被外部篡改,保证了监控插件的加密包的完整性,增强了监控插件的安装包的安全性。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
图1示出了本公开一实施例的获取监控插件方法的流程图。
图2示出了本公开一实施例的获取监控插件的系统的结构框图。
具体实施方式
图1示出了本公开一实施例的获取监控插件方法的流程图。包括监控设备、第一AP、第一服务器、第二服务器,如图1所示,该获取监控插件方法可以包括:
步骤1,监控设备发送第一请求,所述第一请求携带有所述监控设备的MAC地址、第一AP的MAC地址、密码及当前的厨房监控标识,所述第一请求用于让所述第一AP将所述监控设备接入网络;
其中,监控设备为厂家的监控摄像机。第一AP为:无线网络的接入点。
其中,第一AP与监控设备之间采用WIFI网络相连接。
需说明的是:所述第一AP接收所述第一请求,根据所述第一请求中的所述监控设备的MAC地址,将所述监控设备接入网络。
步骤2,所述第一AP每隔第一预设时间与第一服务器建立TCP连接,在此TCP连接上,向所述第一服务器发送查询请求,所述查询请求携带有当前的厨房监控标识;
其中,第一预设时间可以设置为1分钟或30秒,具体设置的时间,在此不做限制。
其中,向所述第一服务器建立TCP连接后,发送查询请求的好处是由于是面向连接,查询请求的发送较为稳定。
步骤3,所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号;
其中,第一服务器在存储设备中,提前存储的厨房监控标识和插件编号的对应关系。
步骤4,所述第一AP向所述第一服务器发送第二请求,所述第二请求携带有加密标识以及所述插件编号;
步骤5,所述第一服务器接收所述第二请求后,利用密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息;
步骤6,所述第一AP接收所述第一服务器发送的第一响应消息,所述第一响应消息携带有所述插件编号和所述私钥;
步骤7,所述第一服务器向所述第二服务器发送第三请求,所述第三请求携带有所述插件编号和所述公钥;
步骤8,所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送所述第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包;
其中,第二服务器通过开源源码的下载接口,获取识别餐厨废弃物开放的源码,再将识别餐厨废弃物开放的源码打包成监控插件。
步骤9,所述第一AP接收所述第二服务器发送的第二响应消息,所述第一AP采用所述私钥解密所述监控插件的安装包后,向所述监控设备发送所述监控插件的安装包。
需说明的是:所述第一AP发出所述监控插件的安装包超过第二预设时间后,监听接收端口是否收到所述监控设备发送的第三响应消息;
所述第一AP如果监听到所述接收端口未接收到运行标识为运行成功标识且携带有所述监控设备的MAC地址的第三响应消息,就重发所述监控插件的安装包,连续重发预设次数后,若还未接收到运行标识为运行成功标识且携带有所述监控设备的MAC地址的第三响应消息,则确定所述监控插件的安装包有错误,向所述第一服务器发送修复消息,所述修复消息包括修复标识以及所述插件编号,以使所述第一服务器根据所述修复消息中的所述插件编号,向预先绑定的维护终端下发修复所述监控插件的安装包的通知信息;
所述第一AP如果监听到所述接收端口接收到运行标识为运行成功标识且携带有所述监控设备的MAC地址的第三响应消息,就向第二AP转发所述监控插件的安装包,以使所述第二AP向其他监控设备推送所述监控插件的安装包。
其中,所述第一AP自定义一个设置运行成功标识的名称的线程。比如,设置运行成功标识的名称的线程为:Thread.Success peration identification ().setName,含义是:设置运行成功标识的名称;
其中,所述第一AP自定义一个获取运行标识的线程。比如,定义获取运行标识的线程为:println(Thread.current Operation identification ().getName(),含义是:获取运行标识的名称。
其中,所述第一AP通过获取运行标识的名称的线程,获取运行标识的名称,如果监听到所述接收端口未接收到运行标识的名称为运行成功标识的名称且携带有所述监控设备的MAC地址的第三响应消息,就重发所述监控插件的安装包,这样的有益效果是能够及时知道监控设备的安装情况。
所述第一AP如果监听到所述接收端口接收的名称为运行成功标识的名称且携带有所述监控设备的MAC地址的第三响应消息,就向第二AP转发所述监控插件的安装包,以使所述第二AP向其他监控设备推送所述监控插件的安装包。
其中,第二预设时间可以设置为6分钟或10分钟,具体设置的时间,在此不做限制。
其中,预设次数可以系统默认或自行设置,具体设置的次数,在此不做限制。
这样的好处是:监控插件的安装包有错误时,第一服务器能及时发现,从而能及时向预先绑定的维护终端下发修复监控插件的安装包的通知信息,提醒工作人员发现对监控插件的安装包做出修复,因此降低监控插件的安装包的错误持续时间,提高监控插件的安装包的修复效率。
本公开加密监控插件的加密包后再传输,能防止监控插件的安装包被外部篡改,保证了监控插件的加密包的完整性,增强了监控插件的安装包的安全性。
在一种可能的实现方式中,在所述监控设备发送第一请求之前,所述方法还包括:
监控设备与用户终端建立蓝牙连接后,启动接收线程,设置所述接收线程的模式为轮询模式,轮询模式下的所述接收线程接收所述用户终端发送的第一数据包、第二数据包,在所述第一数据包中获取当前的厨房监控标识,在所述第二数据包中获取第一AP的MAC地址、密码。
其中,监控设备通过接收线程,获取当前的厨房监控标识,在所述第二数据包中获取第一AP的MAC地址、密码,这样监控设备能直接请求第一AP将其接入网络,这样利于提高接入速度。
其中,当前的厨房监控标识为出厂定义时的标识,比如:定义为:Kitchen111,或者,定义为Kitchen000。当然,用户可以定义为其它的,在此不做限制。
在一种可能的实现方式中,所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号,具体为:
所述第一服务器接收所述查询请求后,在预存的厨房监控标识中,查询是否存在当前的厨房监控标识,如果存在当前的厨房监控标识,就根据预存的厨房监控标识和插件编号的对应关系,查询当前的厨房监控标识对应的插件编号,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号。
在一种可能的实现方式中,所述第一服务器接收所述第二请求后,读取待加密的数据队列,读取预设的密钥生成器的当前状态,如果所述密钥生成器的当前状态为休眠状态,利用驱动向所述密钥生成器发送唤醒指令,在确定待加密的数据队列为空且确定所述密钥生成器的状态为非休眠状态时,将所述插件编号写入待加密的数据队列中,利用所述密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息。
其中,这样的好处是避免两个插件编号同时加密,产生加密冲突,影响加密效率。
在一种可能的实现方式中,所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送所述第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包,具体为:
所述第二服务器在预存的监控插件数据库中,按照预存的插件列表的存储地址查找所述插件列表,在所述插件列表中查找所述插件编号对应的监控插件的存储地址,查找到所述插件编号对应的监控插件的存储地址后,唤醒数据库驱动中的调用线程,利用所述调用线程,调用所述第三请求中的所述插件编号对应的监控插件,调用完毕后,采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,所述插件列表用于记录所述插件编号对应的监控插件的存储地址。
其中,这样的好处是所述调用线程,调用所述第三请求中的所述插件编号对应的监控插件,提高调用效率。
图2示出了本公开一实施例的获取监控插件的系统的结构框图。所述系统包括监控设备、第一AP、第一服务器、第二服务器,所述监控设备安装在厨房,如图2所示,所述系统包括:
监控设备发送第一请求,所述第一请求携带有所述监控设备的MAC地址、第一AP的MAC地址、密码及当前的厨房监控标识,所述第一请求用于让所述第一AP将所述监控设备接入网络;
所述第一AP每隔第一预设时间与第一服务器建立TCP连接,在此TCP连接上,向所述第一服务器发送查询请求,所述查询请求携带有当前的厨房监控标识;
所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号;
所述第一AP向所述第一服务器发送第二请求,所述第二请求携带有加密标识以及所述插件编号;
所述第一服务器接收所述第二请求后,利用密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息;
所述第一AP接收所述第一服务器发送的第一响应消息,所述第一响应消息携带有所述插件编号和所述私钥;
所述第一服务器向所述第二服务器发送第三请求,所述第三请求携带有所述插件编号和所述公钥;
所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送所述第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包;
所述第一AP接收所述第二服务器发送的第二响应消息,所述第一AP采用所述私钥解密所述监控插件的安装包后,向所述监控设备发送所述监控插件的安装包。
在一种可能的实现方式中,在所述的系统中,在所述监控设备发送第一请求之前,所述监控设备包括获取模块,所述获取模块用于与用户终端建立蓝牙连接后,启动接收线程,设置所述接收线程的模式为轮询模式,轮询模式下的所述接收线程接收所述用户终端发送的第一数据包、第二数据包,在所述第一数据包中获取当前的厨房监控标识,在所述第二数据包中获取第一AP的MAC地址、密码。
在一种可能的实现方式中,在所述的系统中,所述第一服务器具体用于接收所述查询请求后,在预存的厨房监控标识中,查询是否存在当前的厨房监控标识,如果存在当前的厨房监控标识,就根据预存的厨房监控标识和插件编号的对应关系,查询当前的厨房监控标识对应的插件编号,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号。
在一种可能的实现方式中,在所述的系统中,所述第一服务器具体用于接收所述第二请求后,读取待加密的数据队列,读取预设的密钥生成器的当前状态,如果所述密钥生成器的当前状态为休眠状态,利用驱动向所述密钥生成器发送唤醒指令,在确定待加密的数据队列为空且确定所述密钥生成器的状态为非休眠状态时,将所述插件编号写入待加密的数据队列中,利用所述密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息。
在一种可能的实现方式中,在所述的系统中,所述第二服务器具体用于在预存的监控插件数据库中,按照预存的插件列表的存储地址查找所述插件列表,在所述插件列表中查找所述插件编号对应的监控插件的存储地址,查找到所述插件编号对应的监控插件的存储地址后,唤醒数据库驱动中的调用线程,利用所述调用线程,调用所述第三请求中的所述插件编号对应的监控插件,调用完毕后,采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,所述插件列表用于记录所述插件编号对应的监控插件的存储地址。
以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种获取监控插件方法,其特征在于,包括监控设备、第一AP、第一服务器、第二服务器,方法包括:
监控设备发送第一请求,所述第一请求携带有所述监控设备的MAC地址、第一AP的MAC地址、密码及当前的厨房监控标识,所述第一请求用于让所述第一AP将所述监控设备接入网络;
所述第一AP每隔第一预设时间与第一服务器建立TCP连接,在此TCP连接上,向所述第一服务器发送查询请求,所述查询请求携带有当前的厨房监控标识;
所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号;
所述第一AP向所述第一服务器发送第二请求,所述第二请求携带有加密标识以及所述插件编号;
所述第一服务器接收所述第二请求后,利用密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息;
所述第一AP接收所述第一服务器发送的第一响应消息,所述第一响应消息携带有所述插件编号和所述私钥;
所述第一服务器向所述第二服务器发送第三请求,所述第三请求携带有所述插件编号和所述公钥;
所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包;
所述第一AP接收所述第二服务器发送的第二响应消息,所述第一AP采用所述私钥解密所述监控插件的安装包后,向所述监控设备发送所述监控插件的安装包。
2.如权利要求1所述的方法,其特征在于,在所述监控设备发送第一请求之前,所述方法还包括:
监控设备与用户终端建立蓝牙连接后,启动接收线程,设置所述接收线程的模式为轮询模式,轮询模式下的所述接收线程接收所述用户终端发送的第一数据包、第二数据包,在所述第一数据包中获取当前的厨房监控标识,在所述第二数据包中获取第一AP的MAC地址、密码。
3.如权利要求1所述的方法,其特征在于,所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号,具体为:
所述第一服务器接收所述查询请求后,在预存的厨房监控标识中,查询是否存在当前的厨房监控标识,如果存在当前的厨房监控标识,就根据预存的厨房监控标识和插件编号的对应关系,查询当前的厨房监控标识对应的插件编号,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号。
4.如权利要求1所述的方法,其特征在于,所述第一服务器接收所述第二请求后,利用密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息,具体为:
所述第一服务器接收所述第二请求后,读取待加密的数据队列,读取预设的密钥生成器的当前状态,如果所述密钥生成器的当前状态为休眠状态,利用驱动向所述密钥生成器发送唤醒指令,在确定待加密的数据队列为空且确定所述密钥生成器的状态为非休眠状态时,将所述插件编号写入待加密的数据队列中,利用所述密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息。
5.如权利要求1所述的方法,其特征在于,所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包,具体为:
所述第二服务器在预存的监控插件数据库中,按照预存的插件列表的存储地址查找所述插件列表,在所述插件列表中查找所述插件编号对应的监控插件的存储地址,查找到所述插件编号对应的监控插件的存储地址后,唤醒数据库驱动中的调用线程,利用所述调用线程,调用所述第三请求中的所述插件编号对应的监控插件,调用完毕后,采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,所述插件列表用于记录所述插件编号对应的监控插件的存储地址。
6.一种获取监控插件的系统,其特征在于,包括监控设备、第一AP、第一服务器、第二服务器,系统包括:
监控设备发送第一请求,所述第一请求携带有所述监控设备的MAC地址、第一AP的MAC地址、密码及当前的厨房监控标识,所述第一请求用于让所述第一AP将所述监控设备接入网络;
所述第一AP每隔第一预设时间与第一服务器建立TCP连接,在此TCP连接上,向所述第一服务器发送查询请求,所述查询请求携带有当前的厨房监控标识;
所述第一服务器接收所述查询请求后,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号;
所述第一AP向所述第一服务器发送第二请求,所述第二请求携带有加密标识以及所述插件编号;
所述第一服务器接收所述第二请求后,利用密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息;
所述第一AP接收所述第一服务器发送的第一响应消息,所述第一响应消息携带有所述插件编号和所述私钥;
所述第一服务器向所述第二服务器发送第三请求,所述第三请求携带有所述插件编号和所述公钥;
所述第二服务器采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,向所述第一AP发送第二响应消息,所述第二响应消息携带有所述插件编号以及所述监控插件的加密包;
所述第一AP接收所述第二服务器发送的第二响应消息,所述第一AP采用所述私钥解密所述监控插件的安装包后,向所述监控设备发送所述监控插件的安装包。
7.如权利要求6所述的系统,其特征在于,所述监控设备包括获取模块,在所述监控设备发送第一请求之前,所述获取模块用于与用户终端建立蓝牙连接后,启动接收线程,设置所述接收线程的模式为轮询模式,轮询模式下的所述接收线程接收所述用户终端发送的第一数据包、第二数据包,在所述第一数据包中获取当前的厨房监控标识,在所述第二数据包中获取第一AP的MAC地址、密码。
8.如权利要求6所述的系统,其特征在于,所述第一服务器具体用于接收所述查询请求后,在预存的厨房监控标识中,查询是否存在当前的厨房监控标识,如果存在当前的厨房监控标识,就根据预存的厨房监控标识和插件编号的对应关系,查询当前的厨房监控标识对应的插件编号,向所述第一AP返回查询到的当前的厨房监控标识对应的插件编号。
9.如权利要求6所述的系统,其特征在于,所述第一服务器具体用于接收所述第二请求后,读取待加密的数据队列,读取预设的密钥生成器的当前状态,如果所述密钥生成器的当前状态为休眠状态,利用驱动向所述密钥生成器发送唤醒指令,在确定待加密的数据队列为空且确定所述密钥生成器的状态为非休眠状态时,将所述插件编号写入待加密的数据队列中,利用所述密钥生成器生成所述插件编号的公钥和私钥,将所述插件编号和所述私钥打包,生成第一响应消息,向所述第一AP下发所述第一响应消息。
10.如权利要求6所述的系统,其特征在于,所述第二服务器具体用于在预存的监控插件数据库中,按照预存的插件列表的存储地址查找所述插件列表,在所述插件列表中查找所述插件编号对应的监控插件的存储地址,查找到所述插件编号对应的监控插件的存储地址后,唤醒数据库驱动中的调用线程,利用所述调用线程,调用所述第三请求中的所述插件编号对应的监控插件,调用完毕后,采用所述公钥加密所述插件编号对应的监控插件的安装包,生成所述监控插件的加密包,所述插件列表用于记录所述插件编号对应的监控插件的存储地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911016639.8A CN110768831B (zh) | 2019-10-24 | 2019-10-24 | 一种获取监控插件方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911016639.8A CN110768831B (zh) | 2019-10-24 | 2019-10-24 | 一种获取监控插件方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110768831A CN110768831A (zh) | 2020-02-07 |
CN110768831B true CN110768831B (zh) | 2022-12-16 |
Family
ID=69333374
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911016639.8A Active CN110768831B (zh) | 2019-10-24 | 2019-10-24 | 一种获取监控插件方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110768831B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141251A (zh) * | 2006-09-08 | 2008-03-12 | 华为技术有限公司 | 通信系统中消息加密签名的方法及系统和设备 |
CN102299930A (zh) * | 2011-09-19 | 2011-12-28 | 北京无限新锐网络科技有限公司 | 一种保障客户端软件安全的方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8412947B2 (en) * | 2006-10-05 | 2013-04-02 | Ceelox Patents, LLC | System and method of secure encryption for electronic data transfer |
CN104052796A (zh) * | 2014-04-23 | 2014-09-17 | 小米科技有限责任公司 | 处理插件的方法、装置、系统及终端 |
CN107040922B (zh) * | 2016-05-05 | 2019-11-26 | 腾讯科技(深圳)有限公司 | 无线网络连接方法、装置及系统 |
CN106656503B (zh) * | 2016-10-13 | 2019-09-24 | 上海众人网络安全技术有限公司 | 密钥存储方法、数据加解密方法、电子签名方法及其装置 |
CN110071940A (zh) * | 2019-05-06 | 2019-07-30 | 深圳市网心科技有限公司 | 软件包加解密方法、服务器、用户设备及存储介质 |
-
2019
- 2019-10-24 CN CN201911016639.8A patent/CN110768831B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141251A (zh) * | 2006-09-08 | 2008-03-12 | 华为技术有限公司 | 通信系统中消息加密签名的方法及系统和设备 |
CN102299930A (zh) * | 2011-09-19 | 2011-12-28 | 北京无限新锐网络科技有限公司 | 一种保障客户端软件安全的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110768831A (zh) | 2020-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10838705B2 (en) | System and method for service-initiated internet of things (IoT) device updates | |
US10178579B2 (en) | Internet of things (IoT) system and method for selecting a secondary communication channel | |
CN111615172B (zh) | 网络配置方法、装置、设备和系统 | |
US9648023B2 (en) | Vehicle module update, protection and diagnostics | |
KR102303689B1 (ko) | 사물 인터넷(IoT) 디바이스와 보안 통신 채널을 설정하기 위한 시스템 및 방법 | |
US7818573B2 (en) | Remote control of a security system using e-mail | |
KR101838511B1 (ko) | 암호화를 적용한 제어기 보안 방법 및 그 장치 | |
US10924920B2 (en) | System and method for internet of things (IoT) device validation | |
US11694149B2 (en) | Apparatus and method for secure transport using internet of things (IoT) devices | |
CN109558261B (zh) | 一种可穿戴设备的异常日志获取方法及系统 | |
US20240048949A1 (en) | Remote control method and apparatus | |
CN113542399B (zh) | 车辆的远程控制方法、装置、车辆以及存储介质 | |
WO2017187138A1 (en) | Network access control | |
JPH10161880A (ja) | リモート制御方式 | |
WO2020043006A1 (zh) | 终端失联的恢复方法及装置 | |
US11217049B2 (en) | Secure wireless key system and method with dynamically adjustable modulation | |
CN110768831B (zh) | 一种获取监控插件方法及系统 | |
CN112769762A (zh) | 分布式高效物联网设备接入方法 | |
CN111586688A (zh) | 基于环境感知的身份标识生成及验证的方法 | |
CN113014592B (zh) | 物联网设备自动注册系统和方法 | |
JP3298587B2 (ja) | 装置制御システム | |
CN110650477A (zh) | Nb-iot设备的交互方法、平台、服务器及存储介质 | |
CN110866288A (zh) | 一种基于区块链的数据保护方法、系统及终端 | |
JP2013219535A (ja) | 遠隔制御管理装置、システム、管理方法、およびプログラム | |
EP3235268B1 (en) | Method, network node and terminal device in a communication network |
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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20221125 Address after: No.1 Building 1, Qianxian District, Fengxian District, Shanghai Applicant after: Shanghai Dongguyun Digital Technology Co.,Ltd. Address before: 518000 room 1705, Xinghe century building, 3069 CaiTian Road, Futian District, Shenzhen, Guangdong Province Applicant before: Li Jianmeng |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |