状态信号处理方法、装置、服务器及存储介质与流程

1.本技术涉及智能家居技术领域，更具体地，涉及一种状态信号处理方法、装置、服务器及存储介质。


背景技术：

2.智能家居是人们的一种居住环境，以住宅为平台，利用综合布线技术、网络通信技术、智能家居-系统设计方案安全防范技术、自动控制技术、音视频技术将家居生活有关的设施集成，构建高效的住宅设施与家庭日程实务的管理系统，提升家居安全性、便利性、舒适性、艺术性，并实现环保节能的居住坏境。
3.随着智能家居的发展，越来越多的智能家居产品走进了用户家中，当智能家居产品的状态发生变化时，用户不能及时获知其状态的变化，从而对智能家居的体验造成了不好的影响。


技术实现要素：

4.本技术实施例提出了一种状态信号处理方法、装置、服务器及存储介质，以解决上述问题。
5.第一方面，本技术实施例提供了一种状态信号处理方法，该方法包括：实时获取触发设备的状态；在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；对用户的确认指令进行监听；当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，用于表示所述触发设备的状态以及用户是否确认所述触发设备的状态。
6.第二方面，本技术实施例提供了一种状态信号处理系统，该系统包括触发设备，服务器以及终端设备；服务器用于实时获取所述触发设备的状态；服务器还用于在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；服务器还用于对用户的确认指令进行监听；服务器还用于当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，用于表示所述触发设备的状态以及用户是否确认所述触发设备的状态；服务器还用于将所述第一信号发送给所述终端设备；终端设备用于输出所述第一信号，以指示用户对所述第一信号执行确认操作；终端设备还用于根据用户的确认操作生成确认指令发送给所述服务器。
7.第三方面，本技术实施例提供了一种状态信号处理装置，该装置包括：获取模块，用于实时获取触发设备的状态；第一生成模块，用于在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；监听模块，用于对用户的确认指令进行监听；第二生成模块，用于当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，用于表示所述触发设备的状态以及用户是否确认所述触发设备的状态。
8.第四方面，本技术实施例提供了一种服务器，该服务器包括一个或多个处理器，存
储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上述应用于服务器的方法。
9.第五方面，本技术实施列提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述的方法。
10.本技术实施例提供的状态信号处理方法、装置、服务器及存储介质，实时获取触发设备的状态；在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；对用户的确认指令进行监听；当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，以表示所述触发设备的状态以及用户是否确认所述触发设备的状态。通过对触发设备的状态以及用户的确认指令的监控，将触发设备的状态以及用户对设备的状态的确认情况作为信号输出，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
11.本技术的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
12.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
13.图1示出了一种适用于本技术实施例提供的状态信号处理方法的应用环境示意图。
14.图2示出了本技术一个实施例提供的状态信号处理方法的流程图。
15.图3示出了本技术另一个实施例提供的状态信号处理方法的流程图。
16.图4示出了本技术又一个实施例提供的状态信号处理方法的流程图。
17.图5示出了本技术一个实施例提供的不同信号的转换示意图。
18.图6示出了本技术一个实施例提供的状态信号处理系统的交互方法流程图。
19.图7示出了本技术一个实施例提供的状态信号处理系统的数据交互图。
20.图8示出了本技术一个实施提供的触发设备在终端设备中显示示意图。
21.图9示出了本技术一个实施例提供的状态信号处理装置的功能模块图。
22.图10示出了本技术实施例提出的用于执行根据本技术实施例的状态信号处理方法的服务器的结构框图。
具体实施方式
23.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
24.通常，在智能家居中，存在多种多样的触发设备，其中，触发设备可以对其所处的环境进行检测，在满足告警条件时，可以触发告警信号。用户可以通过电子设备等智能终端实时获取所述触发设备的状态。例如，在用户离家时候，设置有人体检测器检测到客厅内有人体时，触发告警信号。在用户家中有人闯入时，可以触发对应的告警信号，在触发告警信号时，用户可能没有查看人体检测器的状态，在闯入的人离开客厅时，则不会再触发告警信
号，若用户此时查看人体检测器的状态，则会看见状态正常的信号。从而用户无法获知家里已经有人非法闯入。
25.发明人在研究中发现，可以对产生的告警信号进行维护，在用户确认告警信号之后，根据用户的确认操作和触发设备的状态显示不同的告警信号，以提示用户告警信号是否被确认过，以及现在触发设备的状态，那么用户就可以清晰的了解到触发设备的各个时候的状态，避免遗漏掉触发设备的异常状态。
26.因此，发明人提出了本技术实施例的状态信号处理方法，实时获取触发设备的状态；在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；对用户的确认指令进行监听；当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，以表示所述触发设备的状态以及用户是否确认所述触发设备的状态。通过对触发设备的状态以及用户的确认指令的监控，将触发设备的状态以及用户对设备的状态的确认情况作为信号输出，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
27.下面将结合附图对本技术实施例进行详细的说明。
28.请参阅图1，图1示出了本技术实施例提出的一种状态信号处理方法的应用环境10。该应用环境10包括：本地服务器/云端服务器11、路由器12、网关13、终端设备14以及触发设备15。其中触发设备15可以的是各种智能家居设备例如人体检测器，温度检测器等。终端设备14可以是手机、平板电脑、pc(personal computer)电脑、笔记本电脑、智能电视、车载终端等。终端设备14可以通过2g、3g、4g、5g、wifi等网络连接至本地服务器或云端服务器11，也可以通过wifi与路由器12进行连接，从而通过路由器12与本地服务器/云端服务器11进行通信。网关13可以通过路由器12连接到本地服务器或云端服务器11，从而可以与终端设备14进行连接。网关13和触发设备15可以是通过蓝牙、wifi、zigbee等进行连接。当然，本技术实施例中各个设备之间的连接方式以及各个设备的网络连接方式并不限定。另外，在本技术实施例中，终端设备14可以安装有控制触发设备15的客户端，用户可以通过客户端对触发设备进行控制。
29.其中，本地服务器/云端服务器11可以通过路由器12以及网关13获取到触发设备的状态，确定所述触发设备的状态是否满足预设状态条件，在满足预设状态条件时，生成第一信号，并发送给终端设备14，由终端设备14输出所述第一信号，其中，输出所述第一信号的方式可以是显示，发声，发光等，具体输出方式在此不做限定，下面仅以输出方式为显示为例进行说明。在所述终端设备14将所述第一信号进行显示后，从而用户可以在终端设备14上基于显示的内容对触发设备的状态进行确认，终端设备14将用户确认指令发送给本地服务器/云端服务器11，从而本地服务器/云端服务器11可以根据确认指令以及触发设备的状态生成不同于所述第一信号的信号，以表示所述触发设备的状态以及用户是否确认所述触发设备的状态。从而用户可以直观的掌握触发设备的状态以及状态的变化情况。
30.请参阅图2，本技术实施例提供了一种状态信号处理方法，可以应用于服务器，该方法可以包括：
31.步骤s110：实时获取触发设备的状态。
32.触发设备的状态可能会发生变化，那么，服务器可以实时获取所述触发设备状态。
33.作为一种实施方式，服务器可以每间隔一个预设时间获取一次触发设备的状态，
由于需要实时获取所述触发设备的状态，那么所述预设时间可以设置为较小的值，例如，可以将所述预设时间设置为小于30s的任意的值，预设时间可以是5s，10s等，其中，预设时间的设定可以根据实际的需要进行设置，在此不做具体限定。具体的，服务器获取触发设备的状态可以是接收触发设备发送的状态。
34.作为另一种实施方式，触发设备可以在自身的状态发生变化时，将自身的状态发送给所述服务器。例如，触发设备的状态为第一状态，在5min之后，触发设备的状态变化为第二状态，那么，在所述触发设备的状态由第一状态改变为第二状态时，将第二状态发送给所述服务器。其中，服务器在没有接受到第二状态时，获取触发设备的状态为第一状态，在接收到触发设备发送的第二状态时，获取触发设备的状态为第二状态。
35.从而，服务器可以实时获取触发设备的状态，以进行以下步骤。
36.步骤s120：在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认。
37.在获取到所述触发设备的状态之后，可以对获取到所述触发设备的状态进行判断，确定所述触发设备的状态是否满足预设状态条件，在满足所述预设状态条件时，确定所述触发设备的状态为异常状态，同样的，在所述触发设备的状态不满足预设状态条件时，确认所述触发设备的状态为正常状态。在所述触发设备的状态满足预设状态条件时，触发第一信号。
38.其中，所述预设状态条件可以是预先设置的。由于触发设备可以是多种不同的智能设备，那么不同的触发设备对应的预设状态条件可以不同。例如，烟雾报警器的预设状态条件为烟雾浓度达到预设浓度值，温度报警器的预设状态条件可以是温度达到预设温度。
39.预设状态条件的设置可以是用户在终端设备上针对不同的触发设备进行设置的，例如，触发设备包括触发设备1和触发设备2，用户可以针对触发设备1设置预设状态条件为条件1，针对触发设备2设置预设状态条件为条件2。终端设备可以将触发设备以及预设状态条件进行关联存储，并发送给服务器。
40.预设状态条件的设置可以是用户在终端设备上设置好之后，发送到服务器进行存储的，服务器可以将触发设备的标识与所述预设状态条件进行关联存储。具体的，服务器在获取所述触发设备的状态时，可以对应获取到所述触发设备的设备标识，从而可以根据所述设备标识查找到所述触发设备对应的预设状态条件。
41.服务器获取到触发设备的状态以及与所述触发设备对应的预设状态条件时，可以判断所述触发设备的状态是否满足所述触发设备对应的预设状态条件，若满足，表明所述触发设备的状态出现了异常，则可以生成第一信号，以指示所述触发设备的异常状态未确认。其中，所述服务器可以实时获取所述触发设备的状态，若所述触发设备的状态在持续时间内满足预设状态条件，可以只生成一个第一信号，避免信号的持续触发。
42.具体的，若触发设备的状态在持续时间内满足预设状态条件，可以在第一次获取到触发设备的状态满足预设状态条件时，生成第一信号，若触发设备的状态在满足预设状态条件后，仍然持续满足预设状态条件，则不再生成第一信号，对已经生成的第一信号进行维持。
43.例如，服务器第一次获取到触发设备的状态为状态1时，满足预设状态条件，则生成所述第一信号，服务器第二次获取触发设备的状态仍然为状态1，则不再生成所述第一信
号，维持已经生成的所述第一信号。当服务器获取到的触发设备的状态为状态2时，不满足预设状态条件，在此之后，若获取到的触发设备的状态为状态1，则再次生成第一信号。
44.步骤s130：对用户的确认指令进行监听。
45.在获取到的触发设备的状态满足预设状态条件时，通过第一信号指示所述触发设备的异常状态未确认，表明该触发设备的状态曾出现了异常，但用户没有进行确认，且现在触发设备状态仍然处于异常。其中服务器可以将所述第一信号发送给终端设备进行显示，其中，服务器在发送所述第一信号时，可以在所述一信号中携带对应的确认信息，用户可以根据所述终端设备显示的第一信号以及确认信息执行确认操作，用户在所述终端设备上进行确认后，终端设备可以反馈一个确认指令给服务器，表明用户已经获知触发设备的状态出现了异常，从而服务器可以通过监听用户的确认指令来确定用户是否获知触发设备的状态出现了异常。
46.其中，服务器将所述第一信号发送给终端设备后，所述终端设备输出所述第一信号，输出所述第一信号的方式可以是显示第一信号的内容；可以是根据所述第一信号控制终端设备发声；还可以是根据所述第一信号控制所述终端设备的电筒打开，发光；还可以是显示，发声，发光的任意组合。在本技术实例中不做限定，可以根据实际的需要进行设置。
47.在一些实施方式中，所述确认信息可以是携带在所述第一信号中，在所述服务器将所述第一信号下发给终端设备时，所述终端设备则可以接收到所述第一信号以及所述第一信号中携带的确认信息。
48.在一些实施方式中，所述确认信息可以不依靠于所述第一信号单独发送给所述终端设备。在所述服务器检测到触发设备的状态满足预设状态条件时，生成第一信号下发给所述终端设备，当检测到触发设备的状态持续满足预设状态条件达到预设时长后，再将所述确认信息下发给所述终端设备，从而避免触发设备因干扰而产生的异常状态导致用户反复执行确认操作。具体的，确认信息的发送的时机和发送的形式可以根据实际的需要进行选择，在此不做具体限定。
49.步骤s140：当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，用于表示所述触发设备的状态以及用户是否确认所述触发设备的状态。
50.在服务器生成第一信号之后，由于所述第一信号指示所述触发设备的异常状态未确认，则需要用户对所述第一信号进行确认。
51.在一些实施方式中，在服务器生成第一信号之后，可以继续获取所述触发设备的状态并监听用户的确认指令，若监听到用户的确认指令，且获取到的触发设备的状态没有发生改变，表明用户已经获知触发设备的异常状态，且所述触发设备的状态仍然满足预设状态条件，即仍然处于异常状态，服务器可以生成第二信号，用于指示所述触发设备的异常状态已确认，表明触发设备的状态曾处于异常状态并进行了确认，且触发设备的状态现在仍然处于异常状态中。
52.在一些实施方式中，在服务器生成第一信号之后，可以继续获取所述触发设备的状态，并监听用户的确认指令，若没有监听到用户的确认指令，且获取到的触发设备的状态发生改变，表明用户没有获知触发设备的异常状态，且所述触发设备的状态不满足预设状态条件，即触发设备的状态从异常状态恢复为正常状态，服务器可以生成第四信号，用于指
示所述触发设备的正常状态未确认，表明触发设备曾出现过异常状态，但用户的没有进行确认，且触发设备的状态现在为正常状态。
53.在一些实施方式中，在服务器生成第一信号之后，获取到触发设备的状态发生改变，即所述触发设备的状态不满足预设状态条件，且监听到用户的确认指令，表明用户获知触发设备出现过的异常状态，且触发设备现在已经恢复到正常状态，服务器可以生成第三信号，用于指示所述触发设备的正常状态已确认表明触发设备的状态曾处于异常状态且用户进行了确认，现在触发设备的状态处于正常状态。
54.从而在服务器监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，即第二信号、第三信号或第四信号，用于表示所述触发设备的状态以及用户是否确认所述触发设备的状态。服务器在生成第一信号，第二信号、第三信号、第四信号时，可以将生成的信号发送给终端设备，并将生成的确认信息一并发送给终端设备，从而用户可以根据不同信号直观的掌握触发设备的状态以及状态的变化情况，并且可以在终端设备上执行确认操作，以实现对信号的确认。
55.此外，所述服务器还可以生成告警动作，将告警动作发送给告警设备，以指示所述告警设备进行告警，或是生成还原动作，将还原动作发送给告警设备，以指示所述告警设备停止告警。其中，所述告警设备可以作为一个单独的设备存在，也可以与触发设备设置为一体，具体的，告警设备的设置在此不做具体限定。
56.本技术实施例提出的状态信号处理方法，实时获取触发设备的状态；在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；对用户的确认指令进行监听；当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，以表示所述触发设备的状态以及用户是否确认所述触发设备的状态。通过对触发设备的状态以及用户的确认指令的监控，将触发设备的状态以及用户对设备的状态的确认情况作为信号输出，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
57.请参阅图3，本技术另一实施例提供了一种状态信号处理方法，在上一实施例的基础上重点描述了在生成第一信号之后，依次生成第二信号和第三信号的过程，该方法可以包括：
58.步骤s210：实时获取触发设备的状态。
59.步骤s220：在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认。
60.步骤s230：对用户的确认指令进行监听。
61.步骤s210至步骤s230可参照前述实施例对应部分，在此不再赘述。
62.步骤s240：若监听到用户的确认指令，且所述触发设备的状态没有发生改变，生成第二信号，所述第二信号用于指示所述触发设备的异常状态已确认。
63.其中，在生成所述第一信号之后，服务器可以将确认信息发送给所述终端设备，指示用户在终端设备上执行确认操作，终端设备在接收到用户的确认操作后，可以生成确认指令发送给服务器，从而服务器可以对用户通过终端设备发送的确认指令进行监听，若服务器监听到用户的确认指令，表明用户已经了解所述触发设备的异常状态。同时服务器可以获取此时触发设备的状态，确定所述的触发设备的状态是否满足预设状态条件。若所述
触发设备的状态满足预设状态条件，则表明所述触发设备的状态相对于产生第一信号时对应的触发设备的状态没有发生变化。
64.在接收到用户的确认指令并且所述触发设备的状态没有发生改变，即所述触发设备的状态仍然满足预设状态条件，表明触发设备的状态仍然为异常状态，但用户已经了解了该异常状态，可以生成第二信号，以指示所述触发设备的异常状态已确认，表明触发设备曾出现过异常，用户已经确认，且现在触发设备的状态仍然异常。
65.在服务器生成第一信号时，可以生成告警动作发送告警设备进行告警。在一些实施方式中，在生成所述第二信号时，由于所述触发设备的状态持续异常，则可以维持所述告警设备的告警。
66.在另一些实施方式中，在生成所述第二信号时，由于已经接收到用户的确认指令，表明用户已经获知了触发设备的异常状态，也可以生成还原动作发送到告警设备，指示告警设备停止告警。
67.步骤s250：监听到所述触发设备的状态发生改变，生成第三信号，所述第三信号用于指示所述触发设备的正常状态已确认。
68.在监听到用户的确认指令，且触发设备的状态没有发生变化时，可以生成第二信号，在生成第二信号之后，可以继续获取所述触发设备的状态。在生成第二信号时，所述触发设备的状态满足预设状态条件，并且监听到用户的确认指令，表明触发设备曾出现过异常，用户已经确认，且现在触发设备的状态仍然异常。
69.作为一种实施方式，在生成所述第二信号之后，由于已经监听到用户的确认指令，服务器可以暂时停止对用户的确认指令的监听，直到重新产生第一信号时，再次对用户的确认指令进行监听。服务器可以持续获取所述的触发设备的状态，由于在产生第二信号时，所述触发设备的状态满足预设状态条件。若此时获取的所述触发设备的状态不满足预设状态条件，则可以认为所述触发设备的状态发生改变。在所述触发设备的状态不满足预设状态条件时，表明所述触发设备恢复到正常的状态下，从而可以产生第三信号，用于指示所述触发设备的正常状态已确认，表明触发设备曾出现过异常，用户已经确认，且现在触发设备的状态处于正常状态。
70.若在生成第二信号之后，所述触发设备的状态仍然没有发生改变，则可以维持所述第二信号，直到所述触发设备的状态发生改变时，生成第三信号。在生成第三信号的同时，由于所述触发设备的状态已经恢复到正常状态，服务器可以生成还原指令，发送给告警设备，以指示所述告警设备停止告警。
71.本技术实施例提出的状态信号处理方法，实时获取触发设备的状态；在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；对用户的确认指令进行监听；若监听到用户的确认指令，且所述触发设备的状态没有发生改变，生成第二信号，所述第二信号用于指示所述触发设备的异常状态已确认；在生成所述第二信号之后，若监听到所述触发设备的状态发生改变，生成第三信号，所述第三信号用于指示所述触发设备的正常状态已确认。根据用户的确认指令以及触发设备的状态是否改变，生成不同的信号来指示所述触发设备的状态以及用户是否确认所述触发设备的状态。从而用户可以通过不同的信号获取到触发设备的不同状态以及确认情况，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
72.请参阅图4，本技术另一实施例提供了一种状态信号处理方法，在上一实施例的基础上重点描述了在生成第一信号之后，依次生成第四信号和第三信号的过程，该方法可以包括：
73.步骤s310：实时获取触发设备的状态。
74.步骤s320：在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认。
75.步骤s330：对用户的确认指令进行监听。
76.步骤s310至步骤s330可参照前述实施例对应部分，在此不再赘述。
77.步骤s340：若没有监听到用户的确认指令，且所述触发设备的状态发生改变，生成第四信号，所述第四信号用于指示所述触发设备的正常状态未确认。
78.其中，在生成所述第一信号之后，服务器可以将确认信息发送给所述终端设备，指示用户在终端设备上执行确认操作。终端设备在接收到用户的确认操作后，可以生成确认指令发送给服务器，从而服务器可以对用户通过终端设备发送的确认指令进行监听。若服务器没有监听到用户的确认指令，且实时获取的所述触发设备的状态发生变化，表明用户没有获知触发设备的异常状态，且触发设备的当前状态不满足预设状态条件，即处于正常状态中，服务器可以生成第四信号，以指示所述触发设备的正常状态未确认。
79.在生成所述第一信号时，所述触发设备的状态为异常状态，即所述触发设备的状态满足预设状态条件，若所述触发设备的状态发生改变，那么服务器获取到的触发设备状态不满足预设状态条件，表明所述触发设备的状态已经恢复到正常状态。在所述触发设备的状态发生改变时，仍然没有监听到用户的确认指令，则可以生成第四信号，所述第四信号用于指示所述触发设备的正常状态未确认，表明触发设备曾出现过异常，用户没有确认，且现在触发设备的状态恢复到正常状态。
80.在生成所述第四信号的同时，由于所述触发设备的状态已经恢复到正常状态，则可以生成还原动作以指示所述告警设备停止告警。
81.步骤s350：若监听到用户确认指令，且所述触发设备的状态没有发生改变，生成第三信号，所述第三信号用于指示所述触发设备的正常状态已确认。
82.若在生成第一信号之后，没有监听到的用户的确认指令，且获取的所述触发设备的状态发生改变，即所述触发设备的状态不满足预设状态条件时，可以生成第四信号以指示所述触发设备的正常状态未确认。由于所述第四信号指示所述触发设备的正常状态未确认，则表明用户并没有获知触发设备的状态的变化。因此，服务器可以继续监听用户的确认指令，并实时获取所述触发设备的状态。
83.在一些实施方式中，在生成所述第四信号之后，若服务器没有监听到用户的确认指令，且所述触发设备的状态相对于产生第四信号时所对应的触发设备的状态没有发生改变，即所述触发设备的状态不满足预设状态条件，表明用户仍然没有获知触发设备的状态的变化，则可以维持所述第四信号。
84.在一些实施方式中，在生成所述第四信号之后，若服务器监听到用户的确认指令，且所述触发设备的状态相对于产生第四信号时所对应的触发设备的状态没有改变，即所述触发设备的状态不满足预设状态条件，表明用户已经获知了触发设备的状态的变化，且现在触发设备的状态已经恢复到正常状态，则可以生成第三信号，以指示所述触设备的正常
状态已确认。
85.在一些实施方式中，在生成所述第四信号之后，若服务器没有监听到用户的确认指令，且所述触发设备的状态相对于产生第四信号时所对应的触发设备的状态发生改变，即所述触发设备的状态满足预设状态条件，表明用户没有获知触发设备的状态变化，且现在触发设备的状态为异常状态，则可以生成第一信号，以指示所述触发设备的异常状态未确认，在生成所述第一信号的同时，可以生成确认信息发送给终端设备，以及生成告警动作发送给告警设备进行告警。
86.本技术实施例提出的状态信号处理方法，实时获取触发设备的状态；在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；对用户的确认指令进行监听；若没有监听到用户的确认指令，且所述触发设备的状态发生改变，生成第四信号，所述第四信号用于指示所述触发设备的正常状态未确认；在生成所述第四信号之后，若监听到用户的确认指令，且所述触发设备的状态相对于产生第四信号时的触发设备的状态发生改变，则生成第三信号，所述第三信号用于指示所述触发设备的正常状态已确认。根据用户的确认指令以及触发设备的状态是否改变，生成不同的信号来指示所述触发设备的状态以及用户是否确认所述触发设备的状态。从而用户可以通过不同的信号获取到触发设备的不同状态以及确认情况，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
87.通过前述实施例中的描述，在生成第一信号之后，服务器可以根据用户的确认指令以及触发设备的状态变化，生成第二信号，第三信号，以及第四信号。其中，第一信号指示所述触发设备的异常状态未确认，第二信号指示所述的触发设备的异常状态已确认，第三信号指示所述触发设备的正常状态已确认，第四信号指示所述触发设备的正常状态未确认。
88.可参阅图5，示出了四种不同的信号之间的转换关系，其中第一信号转换为第二信号需满足条件1，即在生成第一信号之后，监听到用户的确认指令，且触发设备的状态相对与生成第一信号时所对应的触发设备的状态没有发生改变时，生成第二信号。
89.第一信号转换为第四信号需要满足条件2，即在生成第一信号之后，没有监听到用户的确认指令，且触发设备的状态相对与生成第一信号时所对应的触发设备的状态发生改变时，生成第四信号。
90.第一信号转换为第三信号需要满足条件3，即在生成第一信号之后，监听到用户的确认指令，且触发设备的状态相对于生成第一信号时所对应的触发设备的状态发生改变，生成第三信号。
91.第二信号转换为第三信号需要满足条件4，即在生成第二信号之后，所述触发设备的状态相对于生成第二信号时所对应的触发设备的状态发生改变时，生成第三信号。
92.第四信号转换为第三信号需要满足条件5，即在生成第四信号之后，监听到确认指令，且所述的触发设备的状态相对于生成第四信号时所对应的触发设备的状态没有改变，生成第三信号。服务器生成的不同信号发送给终端设备，从而用户可以通过不同的信号获取到触发设备的不同状态以及确认情况，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
93.请参阅图6，本技术另一实施例提供了一种状态信号处理系统中的交互方法，在前
一实施例的基础上重点描述了状态信号处理系统中各个设备之间数据交互。该系统可以包括服务器、触发设备以及终端设备，三者之间互相连接，可以相互传输数据。同时也可以参阅图7，示出了服务器、触发设备以及终端设备之间的交互过程。该方法可以包括：
94.步骤s410：服务器实时获取触发设备的状态。
95.步骤s420：服务器在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认。
96.步骤s430：服务器对用户的确认指令进行监听。
97.步骤s440：服务器监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，用于表示所述触发设备的状态以及用户是否确认所述触发设备的状态。
98.步骤s450：服务器还用于将所述第一信号发送给所述终端设备。
99.步骤s460：所述终端设备输出所述第一信号，以指示用户对所述第一信号执行确认操作。
100.步骤s470：所述终端设备根据用户的确认操作生成确认指令发送给所述服务器。
101.步骤s410至步骤s470可参照前述实施例对应部分，在此不再赘述。需要说明的是，服务器生成的不同于所述第一信号的信号可以是第二信号，第三信号，第四信号。服务器可以将生成的信号发送给终端设备进行输出，由于第一信号，第二信号，第三信号以及第四信号所指示的内容不同，在终端上可以以不同的形式进行输出，以方便用户在终端上执行确认操作，或是了解触发设备的状态以及是否确认所述触发设备的状态。
102.下面将以一个具体的例子来说明该交互过程。
103.其中，所述触发设备可以是温度检测器，预设状态条件为温度大于30度。那么，服务器在获取到所述触发设备的状态为33度，生成第一信号发送给所述终端设备，指示所述触发设备的异常状态未确认，服务器再获取到触发设备的状态为32度，可以生成确认信息发送给终端设备并维持所述第一信号，以及生成告警动作发送给告警设备进行告警。
104.在一些实施方式中，若用户在终端设备上根据所述确认信息执行确认操作，终端设备可以生成确认指令发送给所述服务器，服务器则可以监听到用户的确认指令，并且此时服务器获取到触发设备的状态为32度，即触发设备的状态没有发生改变，仍然处于异常状态，则可以生成第二信号发送给终端设备，以指示所述触发设备的异常状态已确认。在生成第二信号之后，若服务器获取的触发设备的状态为29度，则所述触发设备的状态不满足预设状态条件，相对于生成第二信号时对应的触发设备的状态发生改变，则可以生成第三信号，发送给终端设备指示触发设备的正常状态已确认，同时所述服务器还可以生成还原动作发送给告警设备，指示告警设备停止告警。
105.在一些实施方式中，生成第一信号发送到终端设备后，若没有监听到用户的确认指令，且服务器获取到的触发设备的状态为29度，不满足预设状态条件，即与生成第一信号时对应的触发设备的状态发生变化，此时可以生成第四信号发送给终端设备，指示所述触发设备的正常状态未确认。此时，服务器还可以生成还原动作发送给告警设备，指示告警设备停止告警。
106.在生成第四信号之后，可能对应两种不同的情况。一种情况是，是在生成所述第四信号之后，还没有监听到用户的确认指令，且获取的触发设备的状态为31度，即满足预设状
态条件，服务器需要再次生成第一信号和确认信息发送给终端设备，并生成告警动作发送给告警设备指示所述告警设备进行告警。
107.此时，用户在终端设备上执行确认操作时，则需要确认第一次的确认信息，以及第二次的确认信息，具体的，在终端设备上可以是先显示第一次的确认信息，再显示第二次的确认信息，也可以是同时显示两次的确认信息，可根据实际需要进行设置，在此不做限定。
108.另一种情况是，在生成第四信号之后，还可能是接收到用户的确认指令，且获取的触发设备的状态为28度，即不满足预设状态条件，相对于生成第四信号时对应的触发设备的状态没有发生改变，则可以生成第三信号，以指示所述触发设备的正常状态已确认。
109.其中，所述第一信号，第二信号，第三信号，第四信号所指示的内容不同，其在终端设备上的表现形式也不同。可参阅图8，示出了各个触发设备的在移动终端的显示示意图。在图8中，以触发设备1为例，在终端设备显示第一信号时，触发设备1所代表的区域21可以变红并闪动，指示触发设备1的异常状态未确认；在显示第二信号时，可以将所述触发设备1的名称可以变红，以指示所述触发设备的异常状态已确认；在显示第三信号时，触发设备1的显示可以与其他的触发设备显示一致，以指示所述触发设备的正常状态已确认；在显示第四信号时，触发设备1所代表的区域21可以变红，以指示触发设备1的正常状态未确认。
110.其中，所述第一信号，第二信号，第三信号，第四信号在终端设备上的表现形式设置为可区分的状态即可，其具体的表现形式在此不做具体限定。
111.本技术实施例提出的状态信号处理方法，服务器实时获取触发设备的状态；在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；对用户的确认指令进行监听；若监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号；并将生成的第一信号发送给所述触发设备，触发设备将第一信号进行显示，以指示用户执行确认操作，终端设备根据用户的确认操作生成确认指令反馈给所述服务器。从而用户可以通过不同的信号获取到触发设备的不同状态以及确认情况，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
112.所述信号处理系统中的触发设备，服务器以及终端设备按照上述方法执行对应的步骤，实现对信号的处理，从而用户可以通过不同的信号获取到触发设备的不同状态以及确认情况，方便用户直观的掌握触发设备的状态以及状态的变化情况。
113.请参阅图9，其示出了本技术实施例提供的一种状态信号处理装置500，可应用于服务器，所述状态信号处理装置500包括获取模块510、第一生成模块520、监听模块530以及第二生成模块540。所述获取模块510，用于实时获取触发设备的状态；所述第一生成模块520，用于在所述触发设备的状态满足预设状态条件的持续时间内，通过第一信号指示所述触发设备的异常状态未确认；所述监听模块530，用于对用户的确认指令进行监听；所述第二生成模块540，用于当监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于所述第一信号的信号，用于表示所述触发设备的状态以及用户是否确认所述触发设备的状态。
114.其中，在监听到用户的确认指令或所述触发设备的状态发生改变，生成不同于第一信号的信号，以表示触发设备的状态以及用户是否确认所述触发设备的状态，从而用户可以根据所述第一信号以及不同于所述第一信号的信号，获取到触发设备的不同状态以及确认情况，以方便用户直观的掌握触发设备的状态以及状态的变化情况。
115.进一步的，所述第二生成模块540还用于若监听到用户的确认指令，且所述触发设备的状态没有发生改变，生成第二信号，所述第二信号用于指示所述触发设备的异常状态已确认。
116.在生成第一信号之后，若监听到用户的确认指令，且所述触发设备的状态发生改变，生成第二信号，从而用户可以根据第二信号获知到所述触发设备为异常状态且已确认。
117.进一步的，在生成所述第二信号之后，所述第二生成模块540还用于若监听到所述触发设备的状态发生改变，生成第三信号，所述第三信号用于指示所述触发设备的正常状态已确认。
118.在生成第二信号之后，若监听到触发设备的状态发生改变，生成第三信号，从而用户可以根据第三信号获知到所述触发设备为正常状态且已确认。
119.进一步的，所述第二生成模块540还用于若没有监听到用户的确认指令，且所述触发设备的状态发生改变，生成第四信号，所述第四信号用于指示所述触发设备的正常状态未确认。
120.在生成第一信号之后，若没有监听到用户的确认指令，且触发设备的状态发生改变，生成第四信号，从而用户可以根据所述第四信号获知到所述触发设备为正常状态，但曾出现过异常且未确认。
121.进一步的，在生成所述第四信号之后，所述第二生成模块540还用于若监听到用户确认指令，且所述触发设备的状态没有发生改变，生成第三信号，所述第三信号用于指示所述触发设备的正常状态已确认。
122.在生成第四信号之后，若监听到用户的确认指令，且所述触发设备的状态没有发生改变，生成第三信号，从而用户可以根据第三信号获知到所述触发设备为正常状态且已确认。
123.进一步的，所述状态信号处理装置500还包括告警模块，所述告警模块用于生成告警动作，所述告警动作用于指示告警设备进行告警。
124.进一步的，在生成告警动作之后，所述告警模块还用于在所述触发设备的状态不满足所述预设状态条件时，生成还原动作，所述还原动作用于指示告警设备停止告警。
125.其中，服务器还可以生成告警动作，指示所述告警设备进行告警，在生成告警动作之后，在所述触发设备的状态不满足预设状态条件时，生成还原动作，以指示所述告警设备停止告警，以实现更加完善的告警。
126.本技术实施例提供的状态信号处理装置500能够实现图2到图5的方法实施例中服务器实现该状态信号处理方法的各个过程，为避免重复，这里不再赘述。
127.本技术实施例提供了一种服务器，该服务器包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的状态信号处理方法。
128.存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及信息反馈。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括
非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。
129.图10是本技术实施例提供的一种状态信号处理方法的服务器的硬件结构框图。如图10所示，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing unit，cpu)610(处理器610可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器630，一个或一个以上存储应用程序623或数据622的存储介质620(例如一个或一个以上海量存储设备)。其中，存储器630和存储介质620可以是短暂存储或持久存储。存储在存储介质620的程序可以包括一个或一个以上模块，每个模块可以包括对电子设备中的一系列指令操作。更进一步地，处理器610可以设置为与存储介质620通信，在服务器600上执行存储介质620中的一系列指令操作。服务器600还可以包括一个或一个以上电源660，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口640，和/或，一个或一个以上操作系统621，例如windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm等等。
130.输入输出接口640可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器600的通信供应商提供的无线网络。在一个实例中，输入输出接口640包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口640可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
131.本领域普通技术人员可以理解，图10所示的结构仅为示意，其并不对上述服务器的结构造成限定。例如，服务器600还可包括比图10中所示更多或者更少的组件，或者具有与图10所示不同的配置。
132.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述状态信号处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
133.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
134.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
135.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员
在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。