智能家居预警方法、系统、计算机设备、存储介质与流程

1.本公开涉及物联网监测预警技术领域，特别是涉及一种智能家居预警方法、系统、计算机设备、存储介质。


背景技术：

2.无线传感器网络的发展最初起源于战场监测等军事应用。是由大量部署在作用区域内的、具有无线通信与计算能力的微小传感器节点通过自组织方式构成的，其是可以根据环境自主完成指定任务的分布式智能化网络系统。但随着社会的发展，无线传感器网络使用的范围越来越广。尤其是在智能家居应用领域中使用居多。
3.但是目前无线传感器网络应用在智能家居应用领域中存在如下问题：(1)目前现有的传感器长时间运作传输数据消耗能源，成本较高。(2)传感器传输数据时安全性较低。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种减少资源消耗，降低运行成本，保证数据传输过程中的安全性的智能家居预警方法、系统、计算机设备、存储介质。
5.第一方面，本公开提供了一种智能家居预警方法。所述方法包括：
6.获取传感器数据，通过消息队列遥测传输协议将所述传感器数据传输到消息队列遥测传输协议的第一频道中，所述传感器数据包括通过受限应用协议将传感器采集的数据存储至缓存中得到的；
7.在消息队列遥测传输协议的第二频道中执行数据更改的情况下，获取更改的所述执行数据，根据更改的所述执行数据执行预警操作，所述更改的所述执行数据是根据所述第一频道中变化的传感器数据、预设的预警条件得到的。
8.在其中一个实施例中，所述传感器根据预设的时间周期采集所述传感器数据，并存储至所述缓存中；
9.以及，在所述时间周期内采集所述传感器数据后，所述传感器进入休眠状态；
10.当所述传感器的运行时间进入下个所述时间周期时，退出所述休眠状态，继续采集所述传感器数据。
11.在其中一个实施例中，得到更改的所述执行数据的过程，包括：
12.获取所述第一频道中变化的所述传感器数据；
13.在变化的所述传感器数据满足预设的预警条件的情况下，更改所述执行数据，并将更改后的所述执行数据传输到所述第二频道中。
14.在其中一个实施例中，通过多线程获取所述传感器数据，所述传感器数据至少包括：温度数据、湿度数据、压力数据中一种或多种；
15.获取所述传感器数据和更改的所述执行数据时，使用同步锁和互斥锁。
16.第二方面，本公开还提供了一种智能家居预警系统。所述系统包括：
17.至少一种传感器，用于采集传感器数据，并将通过受限应用协议将所述传感器数
据发送至缓存中；
18.第一应用模块，用于获取所述缓存中传感器数据，通过消息队列遥测传输协议将所述传感器数据传输到消息队列遥测传输协议的第一频道中；
19.云平台，用于获取所述第一频道中变化的所述传感器数据，根据变化的所述传感器数据、预设的预警条件更改执行数据；
20.第二应用模块，用于在所述执行数据更改的情况下，获取所述更改的执行数据，根据更改的所述执行数据执行预警操作。
21.在所述系统的其中一个实施例中，所述传感器中包括：周期采集模块、休眠模块、周期计算模块；
22.所述周期采集模块，用于根据预设的时间周期采集所述传感器数据，并存储至所述缓存中；
23.所述休眠模块，用于在所述时间周期内采集所述传感器数据后，进入休眠状态；
24.所述周期计算模块，用于当所述传感器的运行时间进入下个所述时间周期时，退出所述休眠状态，以使所述休眠模块继续采集所述传感器数据。
25.在所述系统的其中一个实施例中，所述云平台，包括：变化数据获取模块、执行数据更改模块、执行数据传输模块；
26.所述变化数据获取模块，用于获取所述第一频道中变化的所述传感器数据；
27.所述执行数据更改模块，用于在变化的所述传感器数据满足预设的预警条件的情况下，更改所述执行数据；
28.所述执行数据传输模块，用于将更改后的所述执行数据传输到所述第二频道中。
29.在所述系统的其中一个实施例中，所述第一应用模块和第二应用模块均采用多线程设计，通过多线程获取所述传感器数据，所述传感器数据至少包括：温度数据、湿度数据、压力数据中一种或多种；
30.所述第一应用模块获取所述缓存中传感器数据时，及，所述第二应用模块获取更改的执行数据时，使用同步锁和互斥锁。
31.第三方面，本公开还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。
32.第四方面，本公开还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下上述方法的步骤。
33.第五方面，本公开还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
34.上述各实施例中，传感器数据是通过受限应用协议存储至缓存中。避免了直接传输到第一频道中，可能会出现连接失败从而该传感器数据丢失的问题。而在智能家居中使用受限应用协议传输传感器数据可以控制传输中的传感器数据的大小，且支持可靠传输，数据重传，块传输，能够确保传感器数据可靠到达。能够进行非长连接通信，降低传输传感器数据时产生的能耗。并且通过消息队列遥测传输协议将所述传感器数据传输到消息队列遥测传输协议的第一频道中。在第一频道中变化的传感器数据、预设的预警条件得更改对应消息队列遥测传输协议的第二频道中的执行数据，能够防止执行数据和传感器数据产生
干扰，并且在通过消息队列遥测传输协议在长时间的监测传感器数据或更改执行数据时能够将对应的数据进行小型传输，以降低网络流量，进而降低智能家居的功耗。进一步的通过消息队列遥测传输协议的应用层、传输层、网络层提高传输传感器数据和执行数据的安全性和可靠性。
附图说明
35.为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
36.图1为一个实施例中智能家居预警方法的应用环境示意图；
37.图2为一个实施例中智能家居预警方法的流程示意图；
38.图3为一个实施例中传感器工作步骤的流程示意图；
39.图4为一个实施例中更改执行数据的步骤的流程示意图；
40.图5为另一个实施例中智能家居预警方法的流程示意图；
41.图6为一个实施例中智能家居预警系统的结构框示意图；
42.图7为一个实施例中计算机设备的内部结构示意图。
具体实施方式
43.为了使本公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开，并不用于限定本公开。
44.需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
45.目前出现了如下无线传感器网络应用在智能家居应用领域的技术方案：
46.基于手机app和wifi网络控制的智能家居管控系统，包括：将传感器采集数据通过wi-fi直接发送到云端的服务器并存储，用户通过手机app可实时监测到数据，在出现异常数据(如火灾导致温度过高，下雨未关窗导致湿度过大，用电器出现短路)时采取相应的措施，即发出控制信号，通过服务器发送到设备，实现随时随地对家电的控制。通信协议上该方案采用了esp8266串口wifi模块，云端服务器与手机app的交互使用了第三方平台的通信协议，不涉及自主开发。
47.综上所述，该技术利用esp8266串口wifi模块、云物联网开发平台及单片机控制系统设计出一套基于手机app和wifi网络的智能家居管控系统.该系统能够探究和利用各种物理传感器采集家居环境信息并推送给用户，用户通过app可以实时控制家用电器的工作
状态。
48.但是该种方案存在如下缺点：
49.1、传感器，手机app，云平台之间的通信交互均为第三方提供，依赖性高，灵活度低，难以满足定制化的需求。
50.2、传感器需定期维护以维持长时间连续运作的设备和能源损耗，维护成本高。
51.3、使用公共wi-fi网络，数据安全难以得到保障。
52.基于物联网的智能家居远程无线监控系统设计，包括：基于arm920t内核的s3c2440、嵌入式web服务、qt技术、无线组网技术，设计了智能家居监控系统，系统由智能家居主机、zigbee/wi-fi无线传感控制网络、智能家居客户端软件组成。系统完成了智能家居主机的硬件和软件设计：在arm平台上移植嵌入式linux操作系统；使用gsoap工具建立嵌入式web服务；配置usb转串口驱动、无线wi-fi网卡驱动；组建zigbee无线传感控制网络，完成对协调器节点以及终端节点的程序设计，制定了数据通信协议；使用qt技术设计客户端程序。网络中的传感器节点能够将检测的信息传送到协调器中，智能家居客户端软件能够通过智能家居主机完成对家居环境的远程监测和控制。
53.但是该种方案存在如下缺点：1、该方案是采用zigbee技术，虽然zigbee技术能够解决功耗问题，但是芯片成本较高。而且通信通常采用的是ism频段中的2.5g频率，其衍射能力弱，穿墙能力弱。在家居环境中，即使是一扇门，一扇窗，一堵非承重墙，也会让信号大打折扣，所以该方案在信号抗干扰能力上较弱。2、使用的是无线wi-fi网卡驱动，数据安全难以得到保障。
54.因此，为解决上述技术存在的问题，本公开实施例提供了一种智能家居预警方法，可以应用于如图1所示的应用环境中。其中，至少一个传感器102通过受限应用协议与服务器104进行通信，应用端106通过通信网络与服务器进行通信，以及通过消息队列遥测传输协议与其中的第一频道和第二频道进行通信。云平台108通过消息队列遥测传输协议与其中的第一频道和第二频道进行通信。传感器102采集智能家居环境中的传感器数据，通过受限应用协议将该传感器数据存储至服务器104的缓存中。应用端106获取服务器104缓存中的传感器数据，通过消息队列遥感传输协议将传感器数据传输到消息队列遥感传输协议的第一频道中。云平台108通过消息队列遥测传输协议监听第一频道中数据的变化。当监听到第一频道中传感器数据变化时，云平台108获取变化的传感器数据，并根据变化的传感器数据、预设的预警条件确定是否更改消息队列遥测传输协议中第二频道中的执行数据。当消息队列遥测传输协议的第二频道中执行数据更改的情况下，将更改的执行数据发送至应用端106。应用端106获取更改的执行数据，并根据更改的执行数据执行对应的预警操作。其中，应用端106可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备中设置的app或者应用程序。应用端106可以是一个也可以多个应用端106共同组成的集群来实现。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
55.在一个实施例中，如图2所示，提供了一种智能家居预警方法，以该方法应用于图1中的应用端106为例进行说明，包括以下步骤：
56.s202，获取传感器数据，通过消息队列遥测传输协议将所述传感器数据传输到消息队列遥测传输协议的第一频道中，所述传感器数据包括通过受限应用协议将传感器采集
的数据存储至缓存中得到的。
57.其中，传感器数据通常可以是智能家居中的不同类型的传感器在工作时采集的智能家居中的温度，湿度，压力等等数据。消息队列遥测传输协议通常可以是mqtt(message queuing telemetry transport)协议，是一种轻量、简单、开放和易于实现的协议。第一频道通常可以是mqtt协议中使用发布/订阅消息模式的一个消息频道，其能够发布传感器数据。受限应用协议通常可以是coap(constrained application protocol)协议。
58.具体地，通过智能家居中的多种类型的传感器获取传感器数据，然后传感器可以通过coap协议，并使用post、put、get、delete等多种方式将传感器数据存储至服务器的缓存中。在缓存中获取传感器数据，进而可以通过mqtt协议将传感器数据发布到mqtt的第一频道中。
59.在一些示例性的实施方式中，在本方案进行测试的过程中，可以使用配有sense hat的raspberry pi(树莓派)模拟传感器和应用端。可以通过树莓派上的i2c接口和sense hat模拟传感器分别获取环境数据(温度、湿度、压力等)并计算误差范围，确保获取数据的准确性。
60.s204，在消息队列遥测传输协议的第二频道中执行数据更改的情况下，获取更改的所述执行数据，根据更改的所述执行数据执行预警操作，所述更改的所述执行数据是根据所述第一频道中变化的传感器数据、预设的预警条件得到的。
61.其中，执行数据通常可以是智能家居中执行器对应的数据。执行器通常可以是根据控制中枢发出的指令来完成动作的家居器件。通常情况下执行数据对应着预警操作。预警操作通常可以是发送短信，进行预警(通过短信或者邮件提醒户主)或者触发消防装置等等智能家居中的预警指令。预设的预警条件通常可以是根据传感器数据判断是否需要预警的条件。
62.具体的，执行数据在初始状态时可以由本领域技术人员发布在mqtt协议的第二频道中，需要说明的是第一频道和第二频道不是相同的频道，第一和第二仅仅用于区分该频道。在监听到第一频道中传感器数据变化的情况下，可以获取该变化的传感器数据，并将该传感器数据存储至云平台，该云平台可以是ubidots平台。可以根据变化的传感器数据以及预设的预警条件进行判断是否更改执行数据。若更改执行数据，则可以将更改的执行数据输入。应用端可以获取该更改的执行数据，进而可以根据更改的执行数据执行对应的预警操作。若存在多个执行数据变更的预警条件，则可以设置优先级，优先级高的预警条件先变更执行数据，其次再变更优先级低的预警条件。在通过邮件提醒时可以通过smtp(simple mail transfer protocol)协议发送报警电子邮件。
63.在一些示例性的实施方式中，如预设的预警条件为温度超过35摄氏度更改执行数据，可以是将执行数据由0变为1。如预设的预警条件为湿度超过60％更改执行数据，可以是将执行数据由0变为2，预警条件为温度的优先级通常大于预警条件为湿度的优先级。而可以通过云平台监听第一频道中传感器数据变化，若传感器数据由20摄氏度变化为40摄氏度。则达到了预设的预警条件，则相应的更改第二频道中的执行数据为1。而执行数据更改为1后，其可以对应预警操作，该预警操作可以为：触发消防装置。若温度对应的预警条件和湿度对应的预警条件均触发，因为预警条件为温度的优先级通常大于预警条件为湿度的优先级，所以执行数据先更改为1，然后执行对应的预警操作，进而可以将更改为2的执行数据
执行对应的预警操作。需要说明的此处的执行数据仅仅为举例说明，在本实施例中并不进行限制执行数据的具体数值。
64.上述智能家居预警方法中，传感器数据是通过受限应用协议存储至缓存中。避免了直接传输到第一频道中，可能会出现连接失败从而该传感器数据丢失的问题。且都是通过请求与响应机制来完成，类似http，应用端可通过多个请求方法(如get、put、post、delete)对传感器数据进行操作。而在智能家居中使用受限应用协议传输传感器数据可以控制传输中的传感器数据尽可能的小，从而降低分帧的需求。降低传输数据时产生的能耗，且可靠传输，数据重传，块传输，确保数据可靠到达，保证了传输的可靠性和安全性。并且通过消息队列遥测传输协议将所述传感器数据传输到消息队列遥测传输协议的第一频道中。本案中消息队列遥测传输协议传输传感器数据时能够进行小型传输，可以降低网络流量，解决了目前智能家居消耗能源，成本较高的问题，进一步的通过应用层、传输层、网络层三个层次提高数据的安全性和可靠性。并且因为传输数据过程中并未使用wifi网络，提高了传输数据时的安全性。而传感器数据的存储可以使用云存储，不必担心存储空间问题，便于进行数据分析。
65.在一个实施例中，如图3所示，
66.s302，所述传感器根据预设的时间周期采集所述传感器数据，并存储至所述缓存中。
67.其中，预设的时间周期可以是本领域技术人员根据实际需要预设的时间，如10分钟、5分钟、1分钟等，在本实施例中不进行限制。
68.具体地，传感器可以根据预设的时间周期，如每隔10分钟采集家居环境中传感器数据，并存储至缓存中。
69.s304，以及，在所述时间周期内采集所述传感器数据后，所述传感器进入休眠状态。
70.其中，休眠状态通常可以认为是待机状态，可以是传感器不进行采集数据的状态。
71.具体地，当传感器采集传感器数据，并将传感器数据存储至缓存中后，因为传感器是周期性的工作，只有当到达时间周期时传感器才可以进入工作状态，所以未进行工作状态时传感器进行休眠，以减少能耗，并增加传感器使用寿命。
72.s306，当所述传感器的运行时间进入下个所述时间周期时，退出所述休眠状态，继续采集所述传感器数据。
73.其中，运行时间通常可以是传感器进入工作状态的时间加上休眠状态的时间。
74.具体地，当传感器运行时间进入下个时间周期，此时传感器可以进入工作状态，所以需要退出休眠状态，进入工作状态采集传感器数据，而采集传感器数据后，可以回到302步骤重复执行s302至s304。
75.在一些示例性的实施方式中，如预设的时间周期为5分钟。则传感器在初始工作时，可以是刚刚启动时进行采集家居中的传感器数据，进入工作状态，采集传感器数据后，并将该数据存储至缓存中，传感器进入休眠状态。在传感器进入工作状态和休眠状态之和达到5分钟时，进入下个时间周期，传感器再次进入工作状态，采集传感器数据。不断重复上述操作步骤。
76.本实施例中，通过设置预设的时间周期，在进入时间周期时传感器进入工作状态，
能够使传感器仅在运作时启动，大大减少了能耗的浪费，提高传感器寿命，降低运行维护成本。
77.在一个实施例中，如图4所示，得到更改的所述执行数据的过程，包括：
78.s402，获取所述第一频道中变化的所述传感器数据。
79.s404，在变化的所述传感器数据满足预设的预警条件的情况下，更改所述执行数据，并将更改后的所述执行数据传输到所述第二频道中。
80.具体地，应用端可以实时的获取缓存中的数据，也可以间隔一定的时间周期获取缓存中的数据。然后通过mqtt协议发布到第一频道中。云平台可以实时的监听第一频道中的传感器数据，在第一频道中传感器数据变化的情况下，获取该变化的传感器数据。然后云平台可以根据变化的第一频道中的传感器数据跟预设的预警条件进行对比，若满足预设的预警条件，则对应的更改执行数据，并将更改后的执行数据传输到第二频道中。
81.在本实施例中，通过传感器数据的变化并根据预设的预警条件确定是否更改执行数据，而执行数据对应着预警操作，能够根据不同的传感器数据进行不同的预警操作。而执行数据和传感器数据发布在不同的频道中，避免数据间相互产生的干扰。
82.在一个实施例中，通过多线程获取所述传感器数据，所述传感器数据至少包括：温度数据、湿度数据、压力数据中一种或多种；需要说明的是，此处仅仅以上述几种传感器数据进行举例，在实际应用场景中，还可能存在多种传感器数据。
83.获取所述传感器数据和更改的所述执行数据时，使用同步锁和互斥锁。
84.其中，互斥锁通常可以是不同线程通过竞争进入临界区(共享的数据和硬件资源)，为了防止访问冲突，在有限的时间内只允许其中之一独占性的使用共享资源。如不允许同时写，或者同时读取，同步锁通常可以是多个线程彼此合作，通过一定的逻辑关系来共同完成一个任务。一般来说，同步关系中往往包含互斥，同时对临界区的资源会按照某种逻辑顺序进行访问。如先生产后使用。
85.具体地，需要先获取传感器数据，而在获取传感器数据的同时仅仅允许一个线程获取，而不允许其他线程获取传感器数据。在获取传感器数据后，若存在更改的执行数据，则才可以获取更改的执行数据，且获取更改的执行数据是也仅可以存在一个线程获取该执行数据。
86.在本实施例中，通过使用同步锁和互斥锁保证传感器和更改的执行数据在任何时刻最多有一个线程访问，以确保数据的一致性和线程安全。
87.在一个实施例中，在每个传感器数据和执行数据传输的节点均部署单元测试，确保每个环节具备问题自查能力，以便出现问题及时定位。
88.在另一个实施例中，本公开还提供了一种智能家居预警方法，如图5所示，包括以下步骤：
89.s502，传感器采集家居中传感器数据，并通过受限应用协议将传感器数据发送至服务器的缓存中。
90.s504，所述传感器根据预设的时间周期采集所述传感器数据，并存储至所述缓存中。
91.s506，在所述时间周期内采集所述传感器数据后，所述传感器进入休眠状态。
92.s508，当所述传感器的运行时间进入下个所述时间周期时，退出所述休眠状态，继
续采集所述传感器数据。
93.s510，应用端获取缓存中的传感器数据，并通过消息队列遥测传输协议将所述传感器数据传输到消息队列遥测传输协议的第一频道中。
94.s512，云平台监听第一频道中传感器数据的变化，在传感器数据变化的情况下获取变化的传感器数据，并获取变化的传感器数据。
95.s514，云平台将变化的传感器数据和预设的预警条件进行对比。
96.s516，若满足预设的预警条件，则更改消息队列遥测传输协议的第二频道中执行数据。
97.s518，在消息队列遥测传输协议的第二频道中执行数据更改的情况下，应用端获取更改的所述执行数据，根据更改的所述执行数据执行预警操作。
98.s520，若不满足预设的预警条件，则不更改消息队列遥测传输协议的第二频道中执行数据。
99.需要说明的是，本实施例中的具体实施方式可参见上述实施例，在此不进行重复赘述。
100.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
101.基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的智能家居预警方法的智能家居预警系统。该系统所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个智能家居预警系统实施例中的具体限定可以参见上文中对于智能家居预警方法的限定，在此不再赘述。
102.在一个实施例中，如图6所示，提供了一种智能家居预警系统600，包括：至少一种传感器602、第一应用模块604、云平台606、第二应用模块608，其中：
103.至少一种传感器602，用于采集传感器数据，并将通过受限应用协议将所述传感器数据发送至缓存中；
104.第一应用模块604，用于获取所述缓存中传感器数据，通过消息队列遥测传输协议将所述传感器数据传输到消息队列遥测传输协议的第一频道中；
105.云平台606，用于获取所述第一频道中变化的所述传感器数据，根据变化的所述传感器数据、预设的预警条件更改执行数据；
106.第二应用模块608，用于在所述执行数据更改的情况下，获取所述更改的执行数据，根据更改的所述执行数据执行预警操作。
107.在所述系统的一个实施例中，所述传感器602中包括：周期采集模块、休眠模块、周期计算模块；
108.所述周期采集模块，用于根据预设的时间周期采集所述传感器数据，并存储至所述缓存中。
109.所述休眠模块，用于在所述时间周期内采集所述传感器数据后，进入休眠状态。
110.所述周期计算模块，用于当所述传感器的运行时间进入下个所述时间周期时，退出所述休眠状态，以使所述休眠模块继续采集所述传感器数据。
111.在所述系统的一个实施例中，所述云平台606包括：变化数据获取模块、执行数据更改模块、执行数据传输模块；
112.所述变化数据获取模块，用于获取所述第一频道中变化的所述传感器数据。
113.所述执行数据更改模块，用于在变化的所述传感器数据满足预设的预警条件的情况下，更改所述执行数据。
114.所述执行数据传输模块，用于将更改后的所述执行数据传输到所述第二频道中。
115.在所述系统的一个实施例中，所述第一应用模块604和第二应用模块608均采用多线程设计，通过多线程获取所述传感器数据，所述传感器数据至少包括：温度数据、湿度数据、压力数据中一种或多种。
116.所述第一应用模块604获取所述缓存中传感器数据时，及，所述第二应用模块608获取更改的执行数据时，使用同步锁和互斥锁。
117.上述智能家居预警系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
118.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储传感器数据和执行数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种智能家居预警方法。
119.本领域技术人员可以理解，图7中示出的结构，仅仅是与本公开方案相关的部分结构的框图，并不构成对本公开方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
120.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
121.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。
122.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
123.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器
(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本公开所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本公开所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
124.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
125.以上所述实施例仅表达了本公开的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本公开专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开构思的前提下，还可以做出若干变形和改进，这些都属于本公开的保护范围。因此，本公开的保护范围应以所附权利要求为准。