CN104270533A - 一种事件提醒的方法及装置 - Google Patents

Abstract

本发明公开了一种事件提醒的方法及装置，该方法包括：第一设备预先获取第二设备事件提醒信息；当检测到第二设备不能正常执行事件提醒时，第一设备根据预先获取的事件提醒信息，执行该事件提醒。本发明的方法和装置能够减少提醒信息丢失、提高事件提醒的稳定性。

Description

一种事件提醒的方法及装置

技术领域

本发明涉及通信领域，特别涉及一种终端中事件提醒的方法及装置。

背景技术

闹铃和日程等提醒功能是电子设备，比如手机、电子表等设备的基本功能之一，用户通常需要利用这些功能来规划自己的生活。但是，由于电子设备本身电池容量或消耗问题等原因，会出现自动关机的现象，或者虽然有电，但电子设备会出现无法与外界连接、系统工作异常等情况，这些情况下，电子设备的提醒信息将被错过，即用户存在错失重要事件提醒的风险。因此，对于电子设备的用户提醒功能提出了更高的要求，要求能够更稳定可靠地进行事件提醒。

目前，多采用两台电子设备备份用户事件提醒的方法，即在两台电子设备上都设置好日程和闹铃；但是这种方法在带来稳定性的同时，又带来了重复提醒的问题，并且还增加了冗余，操作不方面，因为用户需要设定和确认两个电子设备的闹铃数据，在需要修改时，还要对两个电子设备的数据进行修改，用户体验度较差。

发明内容

有鉴于此，本发明实施例提供一种事件提醒的方法，该方法能够减少提醒信息丢失、提高事件提醒的稳定性。

本发明实施例还提供一种事件提醒的装置，该装置能够减少提醒信息丢失、提高事件提醒的稳定性。

根据上述目的，本发明采用如下的一种事件提醒的方法来实现，该方法包括：第一设备预先获取第二设备事件提醒信息；当检测到第二设备不能正常执行事件提醒时，第一设备根据预先获取的所述事件提醒信息，执行所述事件提醒。通过本发明的方法，可以提高事件提醒的稳定性，同时，用户使用更便捷，提高了用户体验度。

附图说明

图1为本发明实施例提供的事件提醒的方法流程图；

图2为本发明实施例提供的Card Phone通过蓝牙获取闹铃设置的示意图；

图3为本实施例提供的Card Phone获取闹铃设置软件模块图；

图4为本实施提供的Card Phone与智能手机建立关联时获取闹铃设置详细模块交互图；

图5为用户在智能手机上设置闹铃时，Card Phone获取闹铃设置的实施例示意图；

图6为本发明实施例提供的软件逻辑检测示意图；

图7为智能手机正常执行闹铃时的消息交互示意图；

图8为智能手机闹铃执行不正常时的消息交互示意图；

图9为智能手机上的闹铃管理员和Card Phone上的备份闹铃管理员的软件逻辑图；

图10为监听音乐旋律的示意图；

图11为声音旋律轮廓比较图；

图12为备份闹铃管理员监听检测流程图；

图13为使用智能手机自检与Card Phone监听闹铃相结合的方法流程图；

图14为Card Phone在未关联时监听检测示意图；

图15为Card Phone在未关联时替补执行闹铃的流程图；

图16为本发明的装置结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

图1为本发明实施例提供的事件提醒的方法流程图，其具体步骤为：

步骤101：第一设备预先获取第二设备事件提醒信息；

在本步骤中，获取信息的时间可以在与第二设备建立关联时，通过无线或有线方式接收来自第二设备的所述事件提醒信息。也可以在第二设备设置新的事件提醒时，第一设备通过无线或有线方式接收来自第二设备的所述新的事件提醒信息。

另外，在第一设备设置新的事件提醒时，第一设备还可以通过无线或有线方式向第二设备发送所述新的事件提醒信息。

步骤102：当检测到第二设备不能正常执行事件提醒时，第一设备根据预先获取的所述事件提醒信息，执行所述事件提醒。

检测第二设备不能正常执行事件提醒的方法有如下几种：

第一种，当检测到与第二设备不处于关联状态，则确定为第二设备不能正常执行事件提醒。

第二种，当事件提醒为声音，监听所述声音，检测到监听结果与预定条件不符合时，确定为第二设备不能正常执行事件提醒。

第三种，当与第二设备处于正常关联状态时，检测到第二设备的软件逻辑异常时，确定为不能正常执行事件提醒。

第四种，当与第二设备处于正常关联状态时，接收来自第二设备的自测结果，在自测结果表明第二设备不能正常执行事件提醒时，确定为不能正常执行事件提醒。还可以采用第四种和第二种结合的方法来确定第二设备能否正常执行事件提醒。

第一设备通过蓝牙、红外、WIFI或NFC与第二设备连接，共享所述事件提醒，这里的事件提醒可以包括闹铃事件、日程提醒、备忘信息提醒等。这里的第一、二设备包括：移动终端、穿戴式设备或电脑，这里的电脑可以是平板电脑，便携式电脑等。下面以智能手机为第二设备，Card Phone(卡机)为第一设备为例，进行具体说明。

图2～图4为Card Phone获取智能手机上的闹铃设置的实施例附图：

图2为本发明实施例提供的Card Phone通过蓝牙获取闹铃设置的示意图，如图2所示，用户拥有智能手机210和Card Phone 220，智能手机210上管理着所有的闹铃和日程事件(状态1)。在两者通过蓝牙建立起关联后(状态2)，智能手机210开始主动地将自己的闹铃设置共享给Card Phone220(状态3)，即Card Phone 220获取了闹铃事件提醒信息，闹铃设置包括闹铃的类型，启动时间，闹钟铃声等。最后Card Phone 220上也拥有了同样的闹铃设置，但是时间比智能手机210上的闹铃晚一分钟(状态4)，这个时间差用于在闹铃时间到达时，判断智能手机201上的闹铃有没有正常启动。

图3为本实施例提供的Card Phone 320获取闹铃设置的软件模块图，其中，智能手机310包括第一闹铃模块311，闹铃管理员模块312和第一蓝牙服务模块313；Card Phone 320包括备份闹铃管理员模块321，第二闹铃模块321和第二蓝牙服务模块323。

图4为本实施提供的Card Phone获取闹铃设置详细模块交互图，结合图3～图4，本实例中Card Phone预先获取智能手机上的事件提醒信息步骤为：在初始状态下，智能手机上管理着用户所有的闹铃事件和日程事件提醒。该工作流程由建立蓝牙连接开始触发，本实施例以步骤401～步骤403为例具体说明该连接建立过程。

步骤401：第一蓝牙服务模块向第二蓝牙服务模块申请建立连接；

步骤402：第二蓝牙服务模块向第一蓝牙服务模块回复同意连接；

步骤403：第一蓝牙服务模块向闹铃管理员模块发送连接成功消息；

本实施例中，智能手机和Card Phone通过蓝牙服务建立起关联后，智能手机中的第一蓝牙服务模块向闹铃管理员模块发送消息。

步骤404：闹铃管理员模块向第一闹铃模块发送读取闹铃信息请求；

步骤405：第一闹铃模块向闹铃管理员模块反馈闹铃信息；

通过以上步骤，智能手机上闹铃管理员收到消息后，开始读取第一闹铃模块里的闹铃设置信息，包括：闹铃名称，闹铃类型，闹铃时间，闹铃铃声等设置信息。

步骤406：闹铃管理员模块将闹铃信息封装成文件，发送给第一蓝牙服务模块；

步骤407：第一蓝牙服务模块向第二蓝牙服务模块发送闹铃设置文件；

步骤408：第二蓝牙服务模块向备份闹铃管理员模块传递闹铃设置文件；

本实施例中，在读取完闹铃信息后，闹铃管理员模块将这些信息以文件的方式，通过第一、二蓝牙服务模块传送到Card Phone上的备份闹铃管理员模块处。

步骤409：备份闹铃管理员模块解析闹铃设置文件；

本实施例中，备份闹铃管理员解读该文件，并在Card Phone设置该闹铃。使用同样的闹铃类型，同样的闹铃铃声。但是在原来的闹铃名称上加上“备份”两字，如智能手机上的闹铃名称为“清晨”，那Card Phone上的备份闹铃名称为“清晨备份”；并且在原有闹铃时间的基础上加1分钟，延迟响应。这段时间用于判断智能手机的响铃是否正常动作。在设置闹铃铃声时，备份闹铃管理员首先尝试在Card Phone中寻找同样的铃声文件。如果有，则直接设置该文件为铃声，如果没有对应的铃声文件，则执行步骤410。

步骤410：备份闹铃管理员模块向第二蓝牙服务模块反馈“无铃声”消息；

步骤411：第二蓝牙服务模块向第一蓝牙服务模块传递“无铃声”消息；

步骤412：第一蓝牙服务模块向闹铃管理员模块传递“无铃声”消息；

本实施例中，如果备份闹铃管理员模块在设置闹铃铃声时发现CardPhone上缺少对应的闹铃铃声，例如智能手机是用下载的歌曲作为铃声，那么备份闹铃管理员模块需要通过第一、第二蓝牙服务模块向智能手机的闹铃管理员发送“无铃声”消息。

步骤413：闹铃管理员模块向第一闹铃模块发送读取铃声地址请求；

步骤414：第一闹铃模块向闹铃管理员模块反馈铃声地址；

步骤415：闹铃管理员模块向第一蓝牙服务模块发送铃声地址文件

步骤416：第一蓝牙服务模块向第二蓝牙服务模块发送闹铃铃声文件；

步骤417：第二蓝牙服务模块向备份闹铃管理员模块存储闹铃文件。

本实施中，闹铃管理员模块收到“无铃声”反馈后，通过读取闹铃模块的铃声设置，找到对应的铃声存储位置，并将该铃声文件传输到Card Phone的备份闹铃管理员模块。备份闹铃管理员收到铃声后，在相应的位置上存储，并正确设置闹铃铃声。

步骤418：备份闹铃管理员模块对第二闹铃模块进行闹铃设置

本实施例中，设置的内容包括闹铃名称，时间，类型，铃声等。

步骤419：备份闹铃管理员模块向第二蓝牙服务模块反馈OK消息；

步骤420：第二蓝牙服务模块向第一蓝牙服务模块传递OK消息；

步骤421：第一蓝牙服务模块向闹铃管理员模块反馈OK

本实施例中，备份闹铃管理员模块通过第一、二蓝牙服务模块向闹铃管理员模块发送“OK”反馈，代表共享顺利结束。

图5为用户在智能手机510上设置闹铃时，Card Phone 520获取闹铃设置的实施例示意图，与实施例一的区别在于触发点的不同。在两台手机建立关联时，智能手机上510并没有共享闹铃设置。那么在连接的状态下，当用户在智能手机510设置一个新的闹铃事件时，我们就要立即将其共享。

首先，在两台手机关联的状态下，用户设置一个新的闹铃事件。在设置完成后，智能手机中的第一闹铃模块向闹铃管理员模块发送闹铃设置完成消息。后续步骤与图4的步骤404～步骤421类似，即通过无线或有线连接，向备份闹铃管理员模块共享闹铃设置信息，并由备份闹铃管理员模块根据共享的闹铃设置信息，设置Card Phone中的第二闹铃模块。

以上为Card Phone如何获取智能手机闹铃设置的实施方式，对于CardPhone判断智能手机上的闹铃能否正常执行的步骤，当智能手机和CardPhone保持关联状态时可以通过软件逻辑检测的方法判断智能手机上的闹铃是否正常执行，而无论智能手机和Card Phone是否保持关联状态都可以通过监听的方法来判断，另外还可以通过智能手机的进程检查和Card Phone监听检测结合的方法来判断。

图6～图9为软件逻辑检测实施例相关的附图。图6为本发明实施例提供的软件逻辑检测示意图，当智能手机610和Card Phone 620保持关联状态，表明：智能手机610处于开机状态，并且，智能手机610与Card Phone 620相距不远，此时只要确认智能手机上闹铃事件是否处于正常响应状态。如果正常响应，Card Phone 620的闹铃即可取消；如果智能手机610没有正常响应，则Card Phone 620的闹铃不取消，时间到达后正常启动。可以通过智能手机610上的软件逻辑检测方法判断智能手机610上的闹铃有没有正常响应。

如图6所示，在关联的状态下，可以通过智能手机610上的软件程序来判断闹铃事件有没有被正常响应，并把判断结果共享给Card Phone 620。判断标准为在闹铃时间到达时，闹铃进程是否在正常运行。

图7为智能手机正常执行闹铃时的消息交互示意图，如图7所示，在闹铃时间到达时触发，如附图7中步骤701～步骤707所示，在智能手机上闹铃时间到达时，如步骤701所示，闹铃管理员模块会向第一闹铃模块确认当前状况。如果闹铃进程正常运行，则第一闹铃模块在步骤702回复正常，那么可判定闹铃事件已经正常响应。然后步骤703～步骤705闹铃管理员模块负责将该结果通过蓝牙连接发送到Card Phone，步骤706中，Card Phone上的备份闹铃管理员模块收到正常进行的消息后，取消自身的闹铃事件。

图8为智能手机闹铃执行不正常时的消息交互示意图，如图8所示的步骤801～步骤802所示，当智能手机上的闹铃时间到达时，步骤801中，闹铃管理员模块会向第一闹铃模块确认当前状况。如果第一闹铃模块异常，没法正常回应，则闹铃管理员模块继续发送确认邀请。在步骤802中，在尝试5遍以后，判定当前闹铃模块异常，闹铃事件没有被正常响应。判定异常以后，闹铃管理员不发送任何消息，不做任何操作，Card Phone上的闹铃在时间达到后，正常启动完成替补执行。

图9为智能手机上的闹铃管理员模块和Card Phone上的备份闹铃管理员模块的软件逻辑图。给出软件逻辑检测的实施方式，当智能手机闹铃时间到达时，具体步骤示例如下：

步骤901：智能手机确认蓝牙连接状态；

步骤902：判断是否与Card Phone处于关联状态；

步骤903：确认第一闹铃模块工作状态；

步骤904：判断是否第一闹铃模块是否正常；

步骤905：如果第一闹铃模块正常，则发送正常信息给Card Phone；

本实施中，智能手机自身判断能否正常运行闹铃，如果是，则向CardPhone发送正常信息，否则，则结束，不发送正常信息。

如果Card Phone接收到来自智能手机的正常信息，具体执行以下步骤：

步骤906：Card Phone接收正常消息；

步骤907：Card Phone取消设置的备份闹铃。

图10～图12为监听音乐旋律实施例的相关附图，图10为监听音乐旋律的示意图，如图10所示，除了在智能手机端自我判断外，还能够用CardPhone模拟用户，通过监听周围的声音来判断当时智能手机有没有正常的触发闹铃播放铃声。

图11为声音旋律轮廓比较图，如图11所示，在闹铃时间到达时，CardPhone通过听筒捕捉当前环境下正在发生的声音。在闹铃事件共享时，已经获得了闹铃的铃声和开始时间。把闹铃时间到达后捕捉到的声音和铃声文件进行旋律匹配，来判断从触发时间开始，这段旋律是否正在播放。

图12为备份闹铃管理员监听检测流程图，如图12所示，通过对比两个旋律轮廓的匹配度，当匹配度大于90％时，可以认定智能手机的闹钟铃声正在播放，此时备份闹铃管理员便可以把Card Phone上的闹铃取消。为方便说明，给出本实施的具体步骤示例，在用户设置的闹铃时间到达时，CardPhone执行如下步骤：

步骤1201：通过听筒监听周围的声音；

步骤1202：处理音频信号，标记出旋律轮廓；

步骤1203：提取出铃声文件中的旋律轮廓；

步骤1204：计算两者的匹配度；

步骤1205：判断匹配度是否大于90％

步骤1206：如果是，取消Card Phone设置的备份闹铃

步骤1207：如果否，结束。

步骤1207结束，即不做取消操作。

除了智能手机自我进行检查，然后将结果发送给Card Phone，检测智能手机能否正常工作，或者通过以Card Phone为观察者监听智能手机上的闹铃事件来检测智能手机能否正常工作之外，本实施例还可以通过智能手机的进程检查和Card Phone监听检测结合的方法来判断智能手机能否执行闹铃提醒，以避免智能手机由于程序异常，对与闹钟执行程序出现误判的情况。即在关联的状态下，我们可以结合方案1和2，从不同的角度来检测智能手机上闹铃的运行，达到一个更好更可靠的方案。

图13为使用智能手机自检与Card Phone监听闹铃相结合的方法流程图，Card Phone上的备份闹铃管理员在接收到智能手机上闹铃正在运行的反馈后，开始进行旋律匹配，确认智能手机是不是真的开始播放该铃声。如果匹配正常，则取消Card Phone上闹铃。如果匹配不正常，Card Phone不做任何操作，等待时间到达执行备份闹铃。为方便说明，具体步骤示例如附图13：

智能手机执行的步骤1301～步骤1306与步骤901～步骤906相同，CardPhone执行以下步骤：

步骤1307：Card Phone接收正常消息；

步骤1308：Card Phone监听声音并做旋律匹配；

步骤1309：判断匹配度是否大于90％

步骤1310：如果是，取消设置的备份闹铃

步骤1311：结束，即不取消设置的备份闹铃；

图14～图15为智能手机和Card Phone未关联时的示意图，图14为在未关联时，监听检测示意图，如图15所示，在不关联的情况下，也很有可能是智能手机1410正常工作但是没有打开蓝牙。这个时候为了避免用户同时接受到两台手机的冗余的提醒信息，在用户设定的闹铃时间到达时，在Card Phone 1420上可以执行响铃事件的监听。跟关联时的旋律匹配方案一样，通过已知的旋律，和已知的发生时间，可以比较准确的去匹配当前的环境中有没有该旋律正常发生。

图15为Card Phone在未关联下替补执行闹铃的流程图，当智能手机没电关机，被遗忘或没有携带等情况下，Card Phone无法获得智能手机的当前状态，但是由于智能手机信息的未知，没有任何条件去取消Card Phone上的闹铃，所以该闹铃会在设置的备份时间到达后正常响应，以提供可靠性。

步骤1501：Card Phone接收正常消息；

步骤1502：Card Phone监听声音并做旋律匹配；

步骤1503：判断匹配度是否大于90％

步骤1504：如果是，取消设置的备份闹铃

步骤1505：结束，即不取消设置的备份闹铃；

本实施当有闹铃旋律发生时，则备份闹铃管理员会在Card Phone上取消该闹铃。若匹配失败，则不取消闹铃，使Card Phone上的闹铃能正常触发。采用本实施的方法用户因一台手机没电而导致的提醒信息丢失现象会大大减少，极大地提高了智能手机上闹铃等提醒时间的响应可靠性。操作简单，完全符合当前的用户习惯，所有的转移备份操作在后台自动进行，不需要用户关心，也不会产生过多冗余数据而造成用户的不便。用户不仅可以两台手机同是使用，任意使用单独一台手机时，闹铃等事件提醒也能够完美响应。

图16为本发明的装置结构示意图，本装置位于手机、IPAD、电子表或电脑之中。该装置包括：获取模块100，预先获取第二设备事件提醒信息；检测模块200，检测第二设备能否正常执行事件提醒，在检测到第二设备不能正常执行事件提醒时，将检测结果发送到执行模块300；执行模块300，当接收到来自检测模块200关于第二设备不能正常执行事件提醒的检测结果时，根据获取模块100上的事件提醒信息，执行事件提醒。

获取模块100可包括：接收单元101，在与第二设备建立关联时，通过无线或有线方式接收来自第二设备的所述事件提醒；或者，在第二设备设置新的事件提醒时，通过无线或有线方式接收第二设备发来的新的事件提醒。

该装置可进一步包括：发送模块，在第一设备设置新的事件提醒时，通过无线或有线方式向第二设备发送新的事件提醒。

检测模块200可以包括：监听检测单元201，当事件提醒为声音，监听检测单元监听所述声音，在检测到监听结果与预定条件不符合时，将检测结果发送给执行模块300。

或者，检测模块包括关联检测单元，检测第二设备是否处于关联状态，在确定第二设备不处于关联状态时，将检测结果发送给执行模块300。

或者，检测模块包括：逻辑检测单元，当与第二设备处于正常关联状态时，逻辑检测单元在检测到第二设备的软件逻辑异常时，将检测结果发送给所述执行模块。

或者，检测模块包括：状态检测单元，用于接收来自第二单元的自测结果，将所述自测结果发送到监听检测单元；监听检测单元，当事件提醒为声音，监听检测单元监听所述声音，在检测到监听结果与预定条件不符合时或者当状态检测单元发来的自测结果不正常时，将检测结果发送给所述执行模块。

以上举较佳实施例，对本发明的目的、技术方案和优点进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种事件提醒的方法，其特征在于，该方法包括：

第一设备预先获取第二设备上的事件提醒信息；

当检测到第二设备不能正常执行事件提醒时，第一设备根据预先获取的所述事件提醒信息，执行所述事件提醒。

2.如权利要求1所述的方法，其特征在于，所述第一设备预先获取第二设备事件提醒信息的方法，包括：

在与第二设备建立关联时，通过无线或有线方式接收来自第二设备的所述事件提醒信息。

3.如权利要求1所述的方法，其特征在于，所述第一设备预先获取第二设备事件提醒信息的方法包括：

在第二设备设置新的事件提醒时，第一设备通过无线或有线方式接收来自第二设备的所述新的事件提醒信息。

4.如权利要求1所述的方法，其特征在于，该方法进一步包括：

在第一设备设置新的事件提醒时，通过无线或有线方式向第二设备发送所述新的事件提醒信息。

5.如权利要求1所述的方法，其特征在于，所述检测到第二设备不能正常执行的方法包括：

当检测到与第二设备不处于关联状态，则确定为第二设备不能正常执行事件提醒。

6.如权利要求1所述的方法，其特征在于，所述检测到第二设备不能正常工作执行的方法包括：

当与第二设备处于正常关联状态时，检测到第二设备的软件逻辑异常时，确定为不能正常执行事件提醒。

7.如权利要求1所述的方法，其特征在于，所述检测到第二设备不能正常执行的方法包括：

当与第二设备处于正常关联状态时，接收来自第二设备的自测结果，在自测结果表明第二设备不能正常执行事件提醒时，确定为不能正常执行事件提醒。

8.如权利要求1所述的方法，其特征在于，所述检测到第二设备不能正常工作执行的方法包括：

当事件提醒包括声音，监听所述声音，检测到监听结果与预定条件不符合时，确定为第二设备不能正常执行事件提醒。

9.如权利要求8所述的方法，其特征在于，所述第一设备根据预先获取的所述事件提醒信息，执行所述事件提醒的方法包括：

根据所述事件提醒信息延后预定区间，执行所述事件提醒。

10.如权利要求2或3或4所述的方法，其特征在于，所述无线方式包括：蓝牙、红外、WIFI、NFC或远距离通信方式。

11.如权利要求1或2或3或4或5或6或7所述的方法，其特征在于，所述事件提醒包括：闹铃事件、日程提醒或备忘信息。

12.如权利要求1或2或3或4或5或6或7所述的方法，其特征在于，所述第一设备包括：移动终端、穿戴式设备或电脑；所述第二设备包括：移动终端、穿戴式设备或电脑。

13.一种事件提醒的装置，其特征在于，该装置包括：

获取模块，预先获取第二设备事件提醒信息；

检测模块，检测第二设备能否正常执行事件提醒，在检测到第二设备不能正常执行事件提醒时，将检测结果发送到执行模块；

执行模块，当接收到来自所述检测模块的检测到第二设备不能正常执行事件提醒的检测结果时，根据所述获取模块上的所述事件提醒信息，执行所述事件提醒。

14.如权利要求13的装置，其特征在于，所述获取模块包括：

接收单元，在与第二设备建立关联时，通过无线或有线方式接收来自第二设备的所述事件提醒；或者，在第二设备设置新的事件提醒时，通过无线或有线方式接收第二设备发来的所述新的事件提醒。

15.如权利要求13的装置，其特征在于，所述装置进一步包括：

发送模块，在第一设备设置新的事件提醒时，通过无线或有线方式向第二设备发送所述新的事件提醒。

16.如权利要求13的装置，其特征在于，所述检测模块包括：

关联检测单元，检测第二设备是否处于关联状态，在确定第二设备不处于关联状态时，将检测结果发送给所述执行模块。

17.如权利要求13所述的装置，其特征在于，所述检测模块包括：

监听检测单元，当事件提醒为声音，监听检测单元监听所述声音，在检测到监听结果与预定条件不符合时，将检测结果发送给所述执行模块。

18.如权利要求13所述的装置，其特征在于，所述检测模块包括：

逻辑检测单元，当与第二设备处于正常关联状态时，逻辑检测单元在检测到第二设备的软件逻辑异常时，将检测结果发送给所述执行模块。

19.如权利要求13所述的装置，其特征在于，所述检测模块包括：

状态检测单元，用于接收来自第二单元的自测结果，将所述自测结果发送到监听检测单元；

监听检测单元，当事件提醒为声音，监听检测单元监听所述声音，在检测到监听结果与预定条件不符合时或者当状态检测单元发来的自测结果不正常时，将检测结果发送给所述执行模块。

20.如权利要求13或14或15或16或17或18所述的装置，所述装置位于移动终端、穿戴式设备或电脑之中。