智能设备的触发方法、装置及设备与流程

本公开涉及电子设备领域，尤其涉及智能设备的触发方法、装置及设备。

背景技术：

随着物联网的不断发展，智能设备已经成为一个重要的发展方向，人们对家电控制的智能化需求也越来越强。

相关技术中，对智能设备进行控制时，传感器设备将检测到的参数发送到服务器后，服务器首先判断接收到的参数是否满足触发条件，如果满足触发条件，则将根据接收到的参数生成触发指令，并将触发指令下发到各智能设备，以使智能设备执行相应的目标动作。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种智能设备的触发方法、装置及设备。

根据本公开实施例的第一方面，提供一种智能设备的触发方法，包括：

获取针对智能设备的第一检测参数；

判断所述第一检测参数是否满足触发条件；

若所述第一检测参数满足所述触发条件，则判断第二检测参数是否满足所述触发条件，所述第二检测参数为上一次获取的检测参数；

若所述第二检测参数不满足所述触发条件，则触发所述智能设备。

由于服务器在判断出第一检测参数满足触发条件，并且上一次获取的第二检测参数不满足触发条件时，才会触发智能设备，从而避免了服务器会频繁触发智能设备的现象，由此可以节省信令资源。

在一种可选的实施方式中，所述触发所述智能设备，包括：

根据所述第一检测参数生成触发指令，所述触发指令用于指示所述智能设备执行与所述第一检测参数对应的目标动作；

将所述触发指令发送给所述智能设备。

由于服务器在判断出第一检测参数满足触发条件，并且上一次获取的第二检测参数不满足触发条件时，将根据第一检测参数生成触发指令，并将该触发指令发送给智能设备，以使智能设备执行相应的目标动作，从而避免了在智能设备工作时，服务器还多次触发智能设备的现象，由此可以节省信令资源。

在一种可选的实施方式中，所述判断第二检测参数是否满足所述触发条件，包括：

判断本地存储的所述第二检测参数是否满足所述触发条件；

或者，

根据本地存储的判断结果判断所述第二检测参数是否满足所述触发条件，所述判断结果为上一次判断检测参数是否满足所述触发条件后保存的结果。

由于在判断第二检测参数是否满足触发条件时，可以通过判断本地存储的第二检测参数是否满足触发条件，也可以根据本地存储的判断结果确定第二检测参数是否满足触发条件，使得判断方式更加灵活。

在一种可选的实施方式中，若所述第一检测参数包括以下参数中的至少一个：温度参数、湿度参数、光强度参数或时间参数；

所述判断所述第一检测参数是否满足触发条件，包括：

判断所述第一检测参数是否大于第一预设阈值；

和/或，

判断所述第一检测参数是否小于第二预设阈值。

由于在第一检测参数包括温度参数、湿度参数、光强度参数或时间参数中的至少一个时，则将通过判断第一检测参数是否大于第一预设阈值；和/或，判断第一检测参数是否小于第二预设阈值，来判断第一检测参数是否满足触发条件，由此可以使得判断第一检测参数是否满足触发条件的方式更为简便。

在一种可选的实施方式中，若所述第一检测参数包括门窗的开启状态参数；

所述判断所述第一检测参数是否满足触发条件，包括：

判断所述第一检测参数是否满足预设的开启状态。

由于在第一检测参数包括门窗的开启状态参数时，通过判断第一检测参数是否满足预设的开启状态，来判断第一检测参数是否满足触发条件，由此可以使得判断第一检测参数是否满足触发条件的方式更为简便。

在一种可选的实施方式中，所述获取针对智能设备的第一检测参数，包括：

通过传感器获取所述第一检测参数。

由于可以通过传感器获取第一检测参数，使得第一检测参数的获取方式更加简单。

根据本公开实施例的第二方面，提供一种智能设备的触发装置，包括：

获取模块，被配置为获取针对智能设备的第一检测参数；

第一判断模块，被配置为判断所述获取模块获取到的所述第一检测参数是否满足触发条件；

第二判断模块，被配置为在所述第一判断模块判断出所述第一检测参数满足所述触发条件时，判断第二检测参数是否满足所述触发条件，所述第二检测参数为上一次获取的检测参数；

触发模块，被配置为在所述第二判断模块判断出所述第二检测参数不满足所述触发条件时，触发所述智能设备。

在一种可选的实施方式中，所述触发模块包括：

生成子模块，被配置为根据所述第一检测参数生成触发指令，所述触发指令用于指示所述智能设备执行与所述第一检测参数对应的目标动作；

发送子模块，被配置为将所述触发指令发送给所述智能设备。

在一种可选的实施方式中，所述第二判断模块，包括：

第一判断子模块，被配置为判断本地存储的所述第二检测参数是否满足所述触发条件；

或者，

第二判断子模块，被配置为根据本地存储的判断结果判断所述第二检测参数是否满足所述触发条件，所述判断结果为上一次判断检测参数是否满足所述触发条件后保存的结果。

在一种可选的实施方式中，若所述第一检测参数包括以下参数中的至少一个：温度参数、湿度参数、光强度参数或时间参数；

所述第一判断模块，包括：

第三判断子模块，被配置为判断所述第一检测参数是否大于第一预设阈值；

和/或，

第四判断子模块，被配置为判断所述第一检测参数是否小于第二预设阈值。

在一种可选的实施方式中，若所述第一检测参数包括门窗的开启状态参数；

所述第一判断模块，包括：

第五判断子模块，被配置为判断所述第一检测参数是否满足预设的开启状态。

在一种可选的实施方式中，所述获取模块包括：

获取子模块，被配置为通过传感器获取所述第一检测参数。

根据本公开实施例的第三方面，提供一种服务器，包括：

处理器；

被配置为存储处理器可执行指令的存储器；

其中，处理器被配置为：

获取针对智能设备的第一检测参数；

判断所述第一检测参数是否满足触发条件；

若所述第一检测参数满足所述触发条件，则判断第二检测参数是否满足所述触发条件，所述第二检测参数为上一次获取的检测参数；

若所述第二检测参数不满足所述触发条件，则触发所述智能设备。

本公开的实施例提供的技术方案可以包括以下有益效果：

通过获取针对智能设备的第一检测参数，并判断第一检测参数是否满足触发条件，若第一检测参数满足触发条件，且确定第二检测参数不满足触发条件，则触发智能设备，其中，第二检测参数为上一次获取的检测参数。由于服务器在判断出第一检测参数满足触发条件，并且上一次获取的第二检测参数不满足触发条件时，才会触发智能设备，从而避免了服务器会频繁触发智能设备的现象，由此可以节省信令资源。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种智能设备的触发方法的流程图；

图2是根据另一示例性实施例示出的一种智能设备的触发方法的流程图；

图3是根据一示例性实施例示出的一种智能设备的触发装置的框图；

图4是根据另一示例性实施例示出的一种智能设备的触发装置的框图；

图5是根据又一示例性实施例示出的一种智能设备的触发装置的框图；

图6是根据又一示例性实施例示出的一种智能设备的触发装置的框图；

图7是根据又一示例性实施例示出的一种智能设备的触发装置的框图；

图8是根据又一示例性实施例示出的一种智能设备的触发装置的框图；

图9是根据一示例性实施例示出的一种服务器的实体的框图；

图10是根据一示例性实施例示出的一种智能设备的触发装置1900的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种智能设备的触发方法的流程图，如图1所示，本实施例涉及的智能设备的触发方法应用于服务器中。该智能设备的触发方法包括以下步骤。

在步骤s11中，获取针对智能设备的第一检测参数。

在本公开实施例中，智能设备例如可以是空调、电风扇、加湿器或者照明灯等，针对智能设备的第一检测参数例如可以为以下参数信息中的至少一个：温度参数、湿度参数、光强度参数、时间参数或门窗的开启状态参数等等。

在步骤s12中，判断第一检测参数是否满足触发条件。

在步骤s13中，若第一检测参数满足触发条件，则判断第二检测参数是否满足触发条件，第二检测参数为上一次获取的检测参数。

在步骤s14中，若第二检测参数不满足触发条件，则触发智能设备。

在相关技术中，服务器在对智能设备进行控制时，传感器设备将检测到的参数发送到服务器后，服务器会判断接收到的参数是否满足触发条件，如果满足触发条件，则将根据接收到的参数生成触发指令，以触发智能设备。通常，传感器设备会周期性地向服务器上报检测参数，若传感器设备连续多次上报的检测参数都满足触发条件时，服务器将每次都生成触发指令，从而会频繁的触发智能设备，造成信令资源的浪费。

为了解决这一问题，在本公开实施例中，服务器在获取到第一检测参数后，将判断该第一检测参数是否满足触发条件，若判断出第一检测参数满足触发条件，则判断上一次获取到的第二检测参数是否满足触发条件，在第二检测参数不满足触发条件时，说明智能设备的状态发生了变化，此时，服务器将会根据第一检测参数生成触发指令，以触发智能设备。举例来说，以智能设备为空调为例进行说明，服务器在获取到温度为30℃这一第一检测参数之后，将判断第一检测参数是否满足触发条件，例如判断温度值是否大于预设阈值，假设预设阈值为25℃，由于30℃大于25℃，则确定第一检测参数满足触发条件，此时，将需要确定服务器上一次获取到的第二检测参数是否满足触发条件，若服务器上一次获取到的第二检测参数为24℃，即上一次获取到的温度值不满足触发条件，则说明空调此时处于未工作的状态，服务器将会向根据第一检测参数生成触发指令，以触发智能设备，以使该智能设备根据触发指令执行目标动作，如开启空调的制冷功能等。

需要进行说明的是，触发条件可以是用户通过应用程序预先设定，并存储在服务器本地的。

本实施例的智能设备的触发方法，通过获取针对智能设备的第一检测参数，并判断第一检测参数是否满足触发条件，若第一检测参数满足触发条件，且确定第二检测参数不满足触发条件，则触发智能设备，其中，第二检测参数为上一次获取的检测参数。由于服务器在判断出第一检测参数满足触发条件，并且上一次获取的第二检测参数不满足触发条件时，才会触发智能设备，从而避免了服务器会频繁触发智能设备的现象，由此可以节省信令资源。

图2是根据另一示例性实施例示出的一种智能设备的触发方法的流程图，该方法用于服务器中，本实施例在图1所示实施例的基础上，对如何触发智能设备的实施例，作详细说明，如图2所示，上述步骤s14包括：

在步骤s21中，根据第一检测参数生成触发指令，该触发指令用于指示智能设备执行与第一检测参数对应的目标动作。

在本公开实施例中，服务器在判断出第一检测参数满足触发条件，且第二检测参数不满足触发条件时，将从本地存储的智能场景信息中获取目标条件，其中，智能场景包括智能设备所处的环境。举例来说，以智能设备为加湿器为例进行说明，当服务器获取到加湿器所处环境的湿度为20％，即第一检测参数为20％之后，将从保存在服务器本地的智能场景信息中，获取与湿度相关的目标条件，如：当室内湿度低于30％时，控制加湿器开启加湿功能。此时，将会生成触发指令，如“开启加湿功能”等。

在步骤s22中，将触发指令发送给智能设备。

在本公开实施例中，服务器在生成触发指令后，将生成的触发指令发送给智能设备，智能设备将根据接收到的触发指令执行相应的目标动作，如加湿器将开启加湿功能等。

本实施例的智能设备的触发方法，由于服务器在判断出第一检测参数满足触发条件，并且上一次获取的第二检测参数不满足触发条件时，将根据第一检测参数生成触发指令，并将该触发指令发送给智能设备，以使智能设备执行相应的目标动作，从而避免了在智能设备工作时，服务器还多次触发智能设备的现象，由此可以节省信令资源。

可选地，在上述各实施例的基础上，服务器判断第二检测参数是否满足触发条件的方式可以包括如下几种：

第一种：判断本地存储的第二检测参数是否满足触发条件。

具体地，在这种方式下，服务器在每次获取到针对智能设备的检测参数之后，都会将检测参数进行存储，这样，在本次获取到第一检测参数，并判断出第一检测参数满足触发条件之后，服务器将会从本地存储的检测参数中获取上一次接收到的检测参数，即第二检测参数，并判断第二检测参数是否满足触发条件。如：若本次获取到的温度值为30℃，当该温度值满足触发条件时，将从本地存储的温度值中获取上一次接收到的温度值，并判断上一次接收到的温度值是否满足触发条件。

另外，若服务器判断出第一检测参数不满足触发条件时，将不会再判断第二检测参数是否满足触发条件。

需要进行说明的是，当服务器接收到多个检测参数时，可以只存储最近一次接收到的检测参数，即第二检测参数，将其他的检测参数进行删除，从而可以节省服务器的存储空间。

第二种：根据本地存储的判断结果确定第二检测参数是否满足触发条件，该判断结果为上一次判断检测参数是否满足触发条件后保存的结果。

具体地，在这种方式下，服务器在每次获取到针对智能设备的检测参数，并进行判断之后，都会将判断结果进行存储，这样，在本次获取到第一检测参数，并判断出第一检测参数满足触发条件之后，服务器将会从本地获取上一次接收到的检测参数是否满足触发条件的判断结果。如：若本次获取到的温度值为30℃，当该温度值满足触发条件时，将从本地存储的判断结果中，获取上一次接收到的温度值是否满足触发条件的判断结果。由于服务器中只存储有第二检测参数是否满足触发条件的判断结果，这样，服务器不用重复的进行判断，由此可以提高确定第二检测参数是否满足触发条件的效率。

需要进行说明的是，服务器中可以只存储最近一次接收到的检测参数的判断结果，可以将其他时间接收到的检测参数的判断结果进行删除，从而可以节省服务器的存储空间。

本实施例的智能设备的触发方法，在判断第二检测参数是否满足触发条件时，可以通过判断本地存储的第二检测参数是否满足触发条件，也可以根据本地存储的判断结果确定第二检测参数是否满足触发条件，使得判断方式更加灵活

可选地，若第一检测参数包括以下参数中的至少一个：温度参数、湿度参数、光强度参数或时间参数，则判断第一检测参数是否满足触发条件，包括：判断第一检测参数是否大于第一预设阈值；或者，判断第一检测参数是否小于第二预设阈值。

具体地，服务器在获取到温度参数、湿度参数、光强度参数或时间参数中的至少一个时，在判断第一检测参数是否满足触发条件时，可以判断第一检测参数是否大于第一预设阈值，和/或判断第一检测参数是否小于第二预设阈值，其中，服务器可以仅判断第一检测参数是否大于第一预设阈值，或者，可以仅判断第一检测参数是否小于第二预设阈值，或者，可以判断第一检测参数是否大于第一预设阈值和判断第一检测参数是否小于第二预设阈值。例如：若第一检测参数为温度参数，则服务器可以判断该温度参数是否大于第一预设阈值和/或判断温度参数是否小于第二预设阈值。其中，第一预设阈值和第二预设阈值可以根据实际情况或者个人喜好进行设置，对于第一预设阈值和第二预设阈值的具体取值，本实施例在此不作限制。

本公开实施例提供的智能设备的触发方法，在第一检测参数包括温度参数、湿度参数、光强度参数或时间参数中的至少一个时，则将通过判断第一检测参数是否大于第一预设阈值；和/或，判断第一检测参数是否小于第二预设阈值，来判断第一检测参数是否满足触发条件，由此可以使得判断第一检测参数是否满足触发条件的方式更为简便

可选地，若第一检测参数包括门窗的开启状态参数，则判断第一检测参数是否满足触发条件，包括：判断第一检测参数是否满足预设的开启状态。

具体地，服务器在获取到门窗的开启状态参数时，在判断第一检测参数是否满足触发条件时，可以判断第一检测参数是否满足预设的开启状态，其中，预设的开启状态可以包括预设打开或者预设关闭等。

本公开实施例提供的智能设备的触发方法，若第一检测参数包括门窗的开启状态参数，则通过判断第一检测参数是否满足预设的开启状态，来判断第一检测参数是否满足触发条件，由此可以使得判断第一检测参数是否满足触发条件的方式更为简便。

可选地，获取针对智能设备的第一检测参数，包括：通过传感器获取第一检测参数。

具体地，服务器可以通过传感器获取第一检测参数，例如通过温度传感器获取温度参数，通过湿度传感器获取湿度参数，通过光强度传感器获取光强度参数等等。

本实施例提供的智能设备的触发方法，可以通过传感器获取第一检测参数，使得第一检测参数的获取方式更加简单。

以上描述了智能设备的触发方法的实现过程，该过程可以由智能设备的触发装置来实现，以下将对该装置的内部功能和结构进行说明。

图3是根据一示例性实施例示出的一种智能设备的触发装置的框图。如图3所示，该智能设备的触发装置包括获取模块11，第一判断模块12，第二判断模块13和触发模块14。

获取模块11，被配置为获取针对智能设备的第一检测参数；

第一判断模块12，被配置为判断所述获取模块11获取到的所述第一检测参数是否满足触发条件；

第二判断模块13，被配置为在所述第一判断模块12判断出所述第一检测参数满足所述触发条件时，判断第二检测参数是否满足所述触发条件，所述第二检测参数为上一次获取的检测参数；

触发模块14，被配置为在所述第二判断模块13判断出所述第二检测参数不满足所述触发条件时，触发所述智能设备。

本实施例的智能设备的触发装置，通过获取针对智能设备的第一检测参数，并判断第一检测参数是否满足触发条件，若第一检测参数满足触发条件，且确定第二检测参数不满足触发条件，则触发智能设备，其中，第二检测参数为上一次获取的检测参数。由于服务器在判断出第一检测参数满足触发条件，并且上一次获取的第二检测参数不满足触发条件时，才会触发智能设备，从而避免了服务器会频繁触发智能设备的现象，由此可以节省信令资源。

其中，如图4所示，图4是根据另一示例性实施例示出的一种智能设备的触发装置的框图，在图3所示实施例的基础上，触发模块14包括：

生成子模块141被配置为根据所述第一检测参数生成触发指令，所述触发指令用于指示所述智能设备执行与所述第一检测参数对应的目标动作；

发送子模块142被配置为将所述触发指令发送给所述智能设备。

其中，如图5所示，图5是根据又一示例性实施例示出的一种智能设备的触发装置的框图，在图3所示实施例的基础上，所述第二判断模块13包括：

第一判断子模块131被配置为判断本地存储的所述第二检测参数是否满足所述触发条件；

或者，

第二判断子模块132被配置为根据本地存储的判断结果判断所述第二检测参数是否满足所述触发条件，所述判断结果为上一次判断检测参数是否满足所述触发条件后保存的结果。

其中，如图6所示，图6是根据又一示例性实施例示出的一种智能设备的触发装置的框图，在图3所示实施例的基础上，若所述第一检测参数包括以下参数中的至少一个：温度参数、湿度参数、光强度参数或时间参数；

所述第一判断模块12，包括：

第三判断子模块121，被配置为判断所述第一检测参数是否大于第一预设阈值；

和/或，

第四判断子模块122，被配置为判断所述第一检测参数是否小于第二预设阈值。

其中，如图7所示，图7是根据又一示例性实施例示出的一种智能设备的触发装置的框图，在图3所示实施例的基础上，若所述第一检测参数包括门窗的开启状态参数；所述第一判断模块12，包括：

第五判断子模块123，被配置为判断所述第一检测参数是否满足预设的开启状态。

其中，如图8所示，图8是根据又一示例性实施例示出的一种智能设备的触发装置的框图，在图3所示实施例的基础上，所述获取模块11，包括：

获取子模块111，被配置为通过传感器获取所述第一检测参数。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上描述了服务器的内部功能模块和结构示意，图9是根据一示例性实施例示出的一种服务器的实体的框图，参照图9，该服务器可以具体实现为：

处理器；

被配置为存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取针对智能设备的第一检测参数；

判断所述第一检测参数是否满足触发条件；

若所述第一检测参数满足所述触发条件，则判断第二检测参数是否满足所述触发条件，所述第二检测参数为上一次获取的检测参数；

若所述第二检测参数不满足所述触发条件，则触发所述智能设备。

图10是根据一示例性实施例示出的一种智能设备的触发装置1900的框图。例如，装置1900可以被提供为一服务器。参照图10，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述智能设备的触发方法。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入输出(i/o)接口1958。装置1900可以操作基于存储在存储器1932的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求书指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求书来限制。