报警方法及装置与流程

本公开涉及智能设备技术领域，尤其涉及一种报警方法及装置。

背景技术：

随着智能设备的快速普及，用户可以通过智能设备实现各种应用功能，其中一种最常见的应用功能为通过各种传感器来检测智能设备当前的状态，从而例如通过重力传感器来操作游戏软件等。

相关技术中，智能设备中的传感器还可以在检测到用户摔倒时及时报警以保证用户及时被救助，但是当用户在平和状态下，例如睡眠状态下出现异常情况时，智能设备可能没有办法主动作出处理，而导致用户不能及时被救助，进而危及用户的生命安全，降低了用户使用智能设备的体验。

技术实现要素：

为克服相关技术中存在的问题，本公开实施例提供一种报警方法及装置，用以实现在用户身体出现异常时及时报警进而实现用户及时被救助。

根据本公开实施例的第一方面，提供一种报警方法，可包括：

在智能设备的当前状态是第一状态时，确定所述第一状态的持续时间是否超过预设时间阈值，所述第一状态用于表示所述智能设备处于无位移的静止状态；

如果所述第一状态的持续时间超过预设时间阈值，则执行报警操作。

在一实施例中，所述确定所述第一状态的持续时间是否超过预设时间阈值，包括：

确定当前时间所属的时间段；

确定所述时间段对应的预设状态以及预设时间段长度；

在所述时间段对应的预设状态是所述第一状态时，确定所述第一状态的持续时间是否超过所述预设时间段长度；

如果所述第一状态的持续时间超过所述预设时间段长度，则确定所述第一状态的持续时间超过预设时间阈值。

在一实施例中，方法还包括：

统计用户在第一设定时间段内佩戴所述智能设备时所述智能设备采集的设备状态数据；

向第一关联设备发送所述设备状态数据；

接收所述第一关联设备根据所述设备状态数据返回的每一个时间段以及对应的预设状态以及预设时间段长度。

在一实施例中，方法还包括：

统计在第二设定时间段内用户佩戴所述智能设备时的设备状态数据；

根据所述设备状态数据，确定每一个时间段以及对应的预设状态以及预设时间段长度。

在一实施例中，方法还包括：

通过所述智能设备的加速度传感器采集加速度数据；

确定所述加速度数据的值是否小于预设速度阈值；

如果所述加速度数据的值小于预设速度阈值，则确定所述智能设备的状态为所述第一状态。

在一实施例中，执行报警操作，包括：

获取佩戴所述智能设备的用户的第一体征信息；

如果所述第一体征信息表征所述用户的身体状态为非健康状态，则向第二关联设备发送第一报警消息。

在一实施例中，执行报警操作，包括：

向第二关联设备发送第二报警消息；

所述方法还包括：

接收所述第二关联设备根据所述第二报警消息返回的请求消息，所述请求消息请求所述智能设备发送第二体征信息；

响应于所述请求消息，向所述第二关联设备发送佩戴所述智能设备的用户的第二体征信息。

根据本公开实施例的第二方面，提供一种报警装置，可包括：

第一确定模块，被配置为在智能设备的当前状态是第一状态时，确定所述第一状态的持续时间是否超过预设时间阈值，所述第一状态用于表示所述智能设备处于无位移的静止状态；

报警模块，被配置为在所述第一确定模块确定所述第一状态的持续时间超过预设时间阈值时，执行报警操作。

在一实施例中，第一确定模块包括：

第一确定子模块，被配置为确定当前时间所属的时间段；

第二确定子模块，被配置为确定所述第一确定子模块确定的所述时间段对应的预设状态以及预设时间段长度；

第三确定子模块，被配置为在所述时间段对应的预设状态是所述第一状态时，确定所述第一状态的持续时间是否超过所述预设时间段长度；

第四确定子模块，被配置为在所述第三确定子模块确定所述第一状态的持续时间超过所述预设时间段长度时，确定所述第一状态的持续时间超过预设时间阈值。

在一实施例中，装置还包括：

采集模块，被配置为通过所述智能设备的加速度传感器采集加速度数据；

第二确定模块，被配置为确定所述采集模块采集的所述加速度数据的值是否小于预设速度阈值；

第三确定模块，被配置为在所述第二确定模块确定所述加速度数据的值小于预设速度阈值时，确定所述智能设备的状态为所述第一状态。

根据本公开实施例的第三方面，提供一种报警装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

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

在智能设备的当前状态是第一状态时，确定所述第一状态的持续时间是否超过预设时间阈值，所述第一状态用于表示所述智能设备处于无位移的静止状态；

如果所述第一状态的持续时间超过预设时间阈值，则执行报警操作。

本公开的实施例提供的技术方案可以包括以下有益效果：通过确定智能设备处于第一状态的持续时间，可在第一状态的持续时间超过预设时间阈值时执行报警操作，由于第一状态是无位移的静止状态，例如佩戴智能设备的用户在睡觉或者在沙发上看电视等的状态，解决了相关技术中当用户在睡眠状态或者其他平和状态下出现异常情况时智能设备不能主动做出处理而导致用户不能及时被救助，进而危及用户的生命安全的问题，提高了用户使用智能设备的体验。

并且，通过确定当前时间所属的时间段，可以确定智能设备在该时间段的预设状态以及预设状态的持续时间，如果该时间段的预设状态与预设状态一致，则说明用户当前状态符合用户习惯，可将预设状态的持续时间确定为预设时间阈值，进而确定第一状态的持续时间是否超过预设时间阈值。例如：当前时间为中午12点半，所属的时间段为午睡时间段，即12点至2点的时间段，如果智能设备的当前状态为第一状态，则可通过确定用户处于第一状态的时间是否超过2个小时确定是否需要报警，由此可实现根据用户习惯确定是否需要报警，进而可以降低智能设备的误报警率。

通过将智能设备被佩戴时所采集的设备状态数据发送至第一关联设备，可实现第一关联设备根据大数据统计确定符合用户习惯的时间段分段及对应每个时间段的预设状态，通过由第一关联设备确定符合用户习惯的时间段分段及对应每个时间段的预设状态，可以减小智能设备的计算工作量，减小智能设备的功率消耗，进而可以降低智能设备的误报警率。

通过获取用户的第一体征信息，可以确定用户的身体状态是否为非健康状态，并且在身体状态为非健康状态时，向第二关联设备发送第一报警消息，可以降低智能设备的误报警率。

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

附图说明

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

图1A是根据一示例性实施例示出的报警方法的流程图。

图1B是根据一示例性实施例示出的报警方法的场景图。

图2A是根据一示例性实施例一示出的确定第一状态的持续时间是否超过预设时间阈值的方法的流程图一。

图2B是根据一示例性实施例一示出的确定步骤202中的时间段对应的预设状态及对应的预设时间段长度的方法的流程图一。

图2C是根据一示例性实施例一示出的确定步骤202中的时间段对应的预设状态及对应的预设时间段长度的方法的流程图二。

图3A是根据一示例性实施例二示出的确定第一状态的持续时间是否超过预设时间阈值的方法的流程图二。

图3B是根据一示例性实施例二示出的确定智能设备的状态是否切换为第一状态的方法的流程图。

图4A是根据一示例性实施例四示出的执行报警操作的流程图一。

图4B是根据一示例性实施例四示出的执行报警操作的流程图二。

图5是根据一示例性实施例示出的一种报警装置的框图。

图6是根据一示例性实施例示出的另一种报警装置的框图。

图7是根据一示例性实施例示出的再一种报警装置的框图。

图8是根据一示例性实施例示出的一种适用于报警装置的框图。

具体实施方式

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

图1A是根据一示例性实施例示出的报警方法的流程图，图1B是根据一示例性实施例示出的报警方法的场景图；该报警方法可以应用在智能设备(例如：智能手机、智能手环、智能手表)上，如图1A所示，该报警方法包括以下步骤：

在步骤101中，在智能设备的当前状态是第一状态时，确定第一状态的持续时间是否超过预设时间阈值。

在一实施例中，第一状态用于表示智能设备处于无位移的静止状态，例如，用户佩戴智能手环睡觉时，或者用户佩戴智能手环在沙发上看电视时，智能手环可通过加速度传感器检测到用户的加速度数据小于预设速度阈值，预设速度阈值为一个比较小的值。

在一实施例中，确定当前状态是否切换为第一状态的方法可参见图3B所示实施例，这里先不详述。

在一实施例中，预设时间阈值可以为一个非固定的值，例如，如果当前时间为夜里12点，所属的时间段为夜间休息时间段，时间段的长度可以为8个小时，则对应的预设时间阈值可以为8个小时；如果当前时间为中午十二点半，所属的时间段为午间休息时间段，时间段的长度可以为2个小时，对应的预设速度阈值可以为2个小时，也即，预设时间阈值可以与当前时间所属的时间段存在对应关系。

在一实施例中，确定第一状态的持续时间是否超过预设时间阈值的方法可参见图2A和图3A所示的实施例，这里先不详述。

在步骤102中，如果第一状态的持续时间超过预设时间阈值，则执行报警操作。

在一实施例中，执行报警操作的方法可参见图4A和图4B所示实施例，这里先不详述。

在一实施例中，可通过向预设号码发送求救短信的方式执行报警操作；在又一实施例中，还可通过向预设号码发起语音呼叫的方式发送报警消息。

在一示例性实施例中，如图1B所示，当智能设备110(这里以智能手环示意)确定当前状态为第一状态并且第一状态的持续时间超过预设时间阈值时，可执行报警操作，即向关联设备120(关联设备可以为智能手机、平板电脑等，这里以智能手机示意)发送报警消息。

本实施例中，通过确定智能设备处于第一状态的持续时间，可在第一状态的持续时间超过预设时间阈值时执行报警操作，由于第一状态是无位移的静止状态，例如佩戴智能设备的用户在睡觉或者在沙发上看电视等的状态，解决了相关技术中当用户在睡眠状态或者其他平和状态下出现异常情况时智能设备不能主动做出处理而导致用户不能及时被救助，进而危及用户的生命安全的问题，提高了用户使用智能设备的体验。

在一实施例中，确定第一状态的持续时间是否超过预设时间阈值，包括：

确定当前时间所属的时间段；

确定时间段对应的预设状态以及预设时间段长度；

在时间段对应的预设状态是第一状态时，确定第一状态的持续时间是否超过预设时间段长度；

如果第一状态的持续时间超过预设时间段长度，则确定第一状态的持续时间超过预设时间阈值。

在一实施例中，方法还包括：

统计用户在第一设定时间段内佩戴智能设备时智能设备采集的设备状态数据；

向第一关联设备发送设备状态数据；

接收第一关联设备根据设备状态数据返回的每一个时间段以及对应的预设状态以及预设时间段长度。

在一实施例中，方法还包括：

统计在第二设定时间段内用户佩戴智能设备时的设备状态数据；

根据设备状态数据，确定每一个时间段以及对应的预设状态以及预设时间段长度。

在一实施例中，方法还包括：

通过智能设备的加速度传感器采集加速度数据；

确定加速度数据的值是否小于预设速度阈值；

如果加速度数据的值小于预设速度阈值，则确定智能设备的状态为第一状态。

在一实施例中，执行报警操作，包括：

获取佩戴智能设备的用户的第一体征信息；

如果第一体征信息表征用户的身体状态为非健康状态，则向第二关联设备发送第一报警消息。

在一实施例中，执行报警操作，包括：

向第二关联设备发送第二报警消息；

方法还包括：

接收第二关联设备根据第二报警消息返回的请求消息，请求消息请求智能设备发送第二体征信息；

响应于请求消息，向第二关联设备发送佩戴智能设备的用户的第二体征信息。

具体如何进行报警，请参考后续实施例。

至此，本公开实施例提供的上述方法，可以解决相关技术中当用户在睡眠状态或者其他平和状态下出现异常情况时智能设备不能主动做出处理而导致用户不能及时被救助，进而危及用户的生命安全的问题，提高了用户使用智能设备的体验。

下面以具体实施例来说明本公开实施例提供的技术方案。

图2A是根据一示例性实施例一示出的确定第一状态的持续时间是否超过预设时间阈值的方法的流程图一，图2B是根据一示例性实施例一示出的确定步骤202中的时间段对应的预设状态及对应的预设时间段长度的方法的流程图一，图2C是根据一示例性实施例一示出的确定步骤202中的时间段对应的预设状态及对应的预设时间段长度的方法的流程图二；本实施例利用本公开实施例提供的上述方法，以通过智能设备如何确定第一状态的持续时间是否超过预设时间阈值为例进行示例性说明，如图2A所示，包括如下步骤：

在步骤201中，确定当前时间所属的时间段。

在步骤202中，确定时间段对应的预设状态以及预设时间段长度，执行步骤203和步骤205。

在一实施例中，在步骤201和步骤202中，智能设备可通过统计智能设备处于佩戴状态时所采集的设备状态数据，对每天的时间分段，并且确定每个时间段对应的预设状态和时间段长度。例如，在此前30天内，用户在晚9:00-第二天早6点的时间段睡眠状态，对应的智能设备的预设状态为第一状态；因此可通过采集的设备数据确定夜间休息时间段为晚9点-早6点，时间段长度为9个小时，预设状态为第一状态。

在一实施例中，可根据当前时间查询本地存储的列表或者服务器中存储的列表确定当前时间所属的时间段，例如，当前时间为晚11点，则所属的时间段为夜间休息时间段，该时间段对应的预设状态为第一状态，预设时间段长度为9个小时。

在一实施例中，对每天的时间段的划分和预设状态的确定可参见图2B和图2C所示实施例，如图2B所示，包括以下步骤：

在步骤211中，统计用户在第一设定时间段内佩戴智能设备时智能设备采集的设备状态数据。

在一实施例中，第一设定时间段可以为用户最近佩戴智能设备的一个时间段，例如10天。

在一实施例中，设备状态数据可以为智能设备采集的加速度数据。在一实施例中，加速度传感器可以为多个轴向的加速度传感器，可对应采集得到多个轴向的加速度数据。

在一实施例中，可根据加速度数据确定用户当前活动的能量值，如果能量值比较大，例如大于第一能量阈值，则说明用户处于比较剧烈的活动状态，如果能量值非常小，例如小于第二能量阈值，则说明用户处于比较平和的状态。在一实施例中，第一能量阈值和第二能量阈值可以为经验数据，由智能设备提供商通过统计海量的用户使用数据得到。

在步骤212中，向第一关联设备发送设备状态数据。

在一实施例中，第一关联设备可以为与智能设备关联的其他用户设备，例如，智能手机等；在又一实施例中，第一关联设备可以为服务器，例如云端服务器。

在步骤213中，接收第一关联设备根据设备状态数据返回的每一个时间段以及对应的预设状态以及预设时间段长度。

在一实施例中，第一关联设备可对第一设定时间段内的设备状态数据进行统计以获取每个时间段对应的预设状态以及预设时间段长度，该预设状态用于表征智能设备在对应时间段内最可能的状态(也即，体现的是用户习惯)。

如图2C所示，包括以下步骤：

在步骤221中，统计在第二设定时间段内用户佩戴智能设备时的设备状态数据。

在一实施例中，第二设定时间段可以为用户最近佩戴智能设备的一个时间段，例如10天。

在步骤222中，根据设备状态数据，确定每一个时间段以及对应的预设状态以及预设时间段长度。

在步骤203中，在时间段对应的预设状态是第一状态时，确定第一状态的持续时间是否超过预设时间段长度。

在步骤204中，如果第一状态的持续时间超过预设时间段长度，则确定第一状态的持续时间超过预设时间阈值，流程结束。

在一实施例中，执行报警操作的方法可参见图4A和图4B所示实施例，这里先不详述。

本实施例中，通过确定当前时间所属的时间段，可以确定智能设备在该时间段的预设状态以及预设状态的持续时间，如果该时间段的预设状态与预设状态一致，则说明用户当前状态符合用户习惯，可将预设状态的持续时间确定为预设时间阈值，进而确定第一状态的持续时间是否超过预设时间阈值。例如：当前时间为中午12点半，所属的时间段为午睡时间段，即12点至2点的时间段，如果智能设备的当前状态为第一状态，则可通过确定用户处于第一状态的时间是否超过2个小时确定是否需要报警，由此可实现根据用户习惯确定是否需要报警，进而可以降低智能设备的误报警率。

图3A是根据一示例性实施例二示出的确定第一状态的持续时间是否超过预设时间阈值的方法的流程图二，图3B是根据一示例性实施例二示出的确定智能设备的状态是否切换为第一状态的方法的流程图；本实施例利用本公开实施例提供的上述方法，以智能设备如何确定第一状态的持续时间是否超过预设时间阈值的方法为例进行示例性说明，如图3A所示，包括如下步骤：

在步骤301中，在智能设备的状态切换为第一状态时，设置一个预设时间阈值长度的定时器。

在一实施例中，可通过图3B所示实施例确定智能设备的状态是否切换为第一状态，如图3B所示，包括以下步骤：

在步骤311中，通过智能设备的加速度传感器采集加速度数据。

在步骤312中，确定加速度数据的值是否小于预设速度阈值。

在步骤313中，如果加速度数据的值小于预设速度阈值，则确定智能设备的状态切换为第一状态。

在步骤302中，通过确定定时器是否超时确定第一状态的持续时间是否超过预设时间阈值。

本实施例中，通过智能设备的加速度传感器采集的加速度数据确定设备状态是否切换为第一状态，确定第一状态的准确率高，而且不需要额外的硬件，成本低。

图4A是根据一示例性实施例四示出的执行报警操作的流程图一，图4B是根据一示例性实施例四示出的执行报警操作的流程图二；本实施例利用本公开实施例提供的上述方法，以智能设备如何报警为例进行示例性说明，如图4A所示，包括如下步骤：

在步骤401中，获取佩戴智能设备的用户的第一体征信息。

在一实施例中，第一体征信息为预设体征信息。

在一实施例中，第一体征信息可以为心跳、心律、体温、呼吸频率等数据。

在一实施例中，第一体征信息可以为预设体征信息，例如，如果佩戴智能设备的用户本身有心脏方面的疾病，则可将第一体征信息预设为心跳、心律数据。

在步骤402中，如果预设体征信息表征用户的身体状态为非健康状态，则向第二关联设备发送第一报警消息。

在一实施例中，如果预设体征信息表征用户的身体状态为健康状态，则拒绝向第二关联设备发送第一报警消息。

在一实施例中，第一报警消息可以为短信，也可以为语音呼叫。

在一实施例中，还可以通过和关联设备互动的方式执行报警操作，如图4B所示，包括以下步骤：

在步骤411中，向第二关联设备发送第二报警消息。

在一实施例中，第二报警消息可以为短信，例如向关联设备发送“用户处于无位移的静止状态已经3个小时”。

在步骤412中，接收第二关联设备根据第二报警消息返回的请求消息，请求消息请求智能设备发送第二体征信息。

在一实施例中，第二关联设备可以根据佩戴智能设备的用户的身体状况，指示智能设备获取对应的体征信息。

在步骤413中，响应于请求消息，向第二关联设备发送佩戴智能设备的用户的第二体征信息。

本实施例中，通过确定第一体征信息是否异常确定用户的身体状态是否异常，进而在用户的身体状态异常时发送第一报警消息，可以减小误报率；此外，通过与第二关联设备进行互动可以确定要获取哪些体征信息，进而有针对性地检测用户的身体状态，也可以减少误报率。

与前述报警方法的实施例相对应，本公开还提供了报警装置及其所应用的智能设备的实施例。

图5是根据一示例性实施例示出的一种报警装置的框图，如图5所示，报警装置包括：

第一确定模块510，被配置为在智能设备的当前状态是第一状态时，确定第一状态的持续时间是否超过预设时间阈值，第一状态用于表示智能设备处于无位移的静止状态；

报警模块520，被配置为在第一确定模块510确定第一状态的持续时间超过预设时间阈值时，执行报警操作。

图6是根据一示例性实施例示出的另一种报警装置的框图，如图6所示，在上述图5所示实施例的基础上，在一实施例中，第一确定模块510包括：

第一确定子模块511，被配置为确定当前时间所属的时间段；

第二确定子模块512，被配置为确定第一确定子模块511确定的时间段对应的预设状态以及预设时间段长度；

第三确定子模块513，被配置为在时间段对应的预设状态是第一状态时，确定第一状态的持续时间是否超过预设时间段长度；

第四确定子模块514，被配置为在第三确定子模块513确定第一状态的持续时间超过预设时间段长度时，确定第一状态的持续时间超过预设时间阈值。

在一实施例中，装置还包括：

采集模块530，被配置为通过所述智能设备的加速度传感器采集加速度数据；

第二确定模块540，被配置为确定所述采集模块采集的所述加速度数据的值是否小于预设速度阈值；

第三确定模块550，被配置为在所述第二确定模块540确定所述加速度数据的值小于预设速度阈值时，确定所述智能设备的状态为所述第一状态。

图7是根据一示例性实施例示出的再一种报警装置的框图，如图7所示，在上述图5或图6所示实施例的基础上，在一实施例中，装置还包括：

第一统计模块560，被配置为统计用户在第一设定时间段内佩戴智能设备时智能设备采集的设备状态数据；

发送模块570，被配置为向第一关联设备发送第一统计模块560统计的设备状态数据；

接收模块580，被配置为接收第一关联设备根据发送模块570发送的设备状态数据返回的每一个时间段以及对应的预设状态以及预设时间段长度。

在一实施例中，装置还包括：

第二统计模块580，被配置为统计在第二设定时间段内用户佩戴智能设备时的设备状态数据；

第二确定模块590，被配置为根据第二统计模块580统计的设备状态数据，确定每一个时间段以及对应的预设状态以及预设时间段长度。

在一实施例中，报警模块520包括：

第一获取子模块521，被配置为获取佩戴智能设备的用户的第一体征信息；

第一发送子模块522，被配置为在第一获取子模块521获取的预设体征信息表征用户的身体状态为非健康状态时，向第二关联设备发送第一报警消息。

在一实施例中，报警模块520包括：

第二发送子模块523，被配置为向第二关联设备发送第二报警消息。

在一实施例中，装置还包括：

请求接收模块600，被配置为接收第二关联设备根据第二报警消息返回的请求消息，请求消息请求智能设备发送第二体征信息；

响应模块610，被配置为响应于请求接收模块600接收到的请求消息，向第二关联设备发送佩戴智能设备的用户的第二体征信息。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

根据本公开实施例，还提供了一种智能设备，包括上述图5至图7的报警装置。对于该报警装置，上面已经详细描述，这里不再赘述。

根据本公开实施例，还提供了一种报警装置，该装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

在智能设备的当前状态是第一状态时，确定第一状态的持续时间是否超过预设时间阈值，第一状态用于表示智能设备处于无位移的静止状态；

如果第一状态的持续时间超过预设时间阈值，则执行报警操作。

图8是根据一示例性实施例示出的一种适用于报警装置的框图。例如，装置800可以是智能手环、智能手表、智能手机等。

参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理部件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，消息，图片等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，距离感应器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WIFI，2G或3G，或它们的组合。在一个示例性实施例中，通信部件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信部件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法，包括：

在智能设备的当前状态是第一状态时，确定第一状态的持续时间是否超过预设时间阈值，第一状态用于表示智能设备处于无位移的静止状态；

如果第一状态的持续时间超过预设时间阈值，则执行报警操作。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

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