本公开涉及通信技术领域，具体而言，涉及事件提醒方法、系统及终端设备。
背景技术：
随着科学技术的发展，移动智能终端逐渐普及，需要对用户进行提醒的事件越来越多，一般也都可以很友好地进行提醒。但是，在有些情况下，例如会议中，终端系统可能设置为例如静音模式，这时，可能错过某些应用产生的对用户来说意义重大的事件。因此，第三方应用有时会绕过系统，使用自己定制的通知方式。
另一方面，出于使用方便和易于控制的考虑，用户可能并不希望第三方应用绕过系统限制而使用自己的通知方式。
因此，需要改进的事件提醒方式，能够有效提醒用户，但又便于使用和控制。
在所述背景技术部分公开的上述信息仅用于加强对本申请的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现要素：
本申请公开一种事件提醒方法、系统及终端设备，能够更好地对第三方应用事件进行有效提醒。
根据本公开的一个方面，提供一种事件提醒方法，包括：
系统从第三方应用接收事件通知消息；
在限制提醒模式下，判断事件通知消息是否为注册的特殊通知消息；
如果事件通知消息为注册的特殊通知消息，则系统根据事件通知消息突破当前提醒模式进行事件提醒。
根据一些实施例，上述方法还包括：
接收第三方应用的事件提醒注册请求，事件提醒注册请求包括应用程序信息和事件信息；
向用户弹出显示授权确认界面，授权确认界面包括第三方应用信息及特殊事件属性信息；
如果收到用户授权确认，则向第三方应用返回事件标识号和用户授权结果，并存储事件标识号及特殊事件属性信息。
根据一些实施例，系统接收事件通知消息包括：
通过事件处理中心接收所有事件通知消息，并过滤出特殊通知消息，然后将过滤出的特殊通知消息发送给特殊事件处理中心；或者
通过特殊事件处理中心接收特殊通知消息。
根据一些实施例，事件通知消息包括事件标识号及特殊事件属性信息，判断事件通知消息是否为注册的特殊通知消息包括：判断事件标识号及特殊事件属性信息与预先存储的事件标识号及特殊事件属性信息是否一致。
根据一些实施例，系统根据事件通知消息突破当前提醒模式进行事件提醒包括：系统直接操作具体的物理设备；或者系统改变当前提醒模式。
根据本发明的另一方面，提供一种事件提醒方法，包括：
获取发生的事件；
根据事件的属性判断事件是否为特殊事件；
如果事件为特殊事件，向系统发送特殊通知消息，特殊通知消息包含事件的事件标识号和事件信息，以使系统根据特殊通知消息突破当前提醒模式进行事件提醒。
根据一些实施例，前述方法还包括：
向用户提供特殊事件提醒设置界面；
根据用户输入信息向系统发送事件提醒注册请求，事件提醒注册请求包括应用程序信息和事件信息；
根据系统返回的事件标识号和用户授权结果，保存特殊事件提醒设置结果。
根据一些实施例，前述方法还包括：
在根据事件的属性判断事件是否为特殊事件之前，判断系统的当前提醒模式是否为限制提醒模式；
如果系统的当前提醒模式为限制提醒模式，则根据事件的属性判断事件是否为特殊事件；
或者
在根据事件的属性判断事件为特殊事件之后，判断系统的当前提醒模式是否为限制提醒模式；
如果系统的当前提醒模式为限制提醒模式，则向系统发送特殊事件通知消息。
根据一些实施例，事件为消息接收事件。
根据一些实施例，特殊事件包括消息的发送者为特殊发送者的事件、消息的发送者为特殊类型发送者的事件。
根据本发明的另一方面，提供一种事件提醒系统，包括：
接收模块，用于从第三方应用接收事件通知消息；
判断模块，用于在限制提醒模式下，判断事件通知消息是否为注册的特殊通知消息；
提醒模块，用于在事件通知消息为注册的特殊提醒消息时，根据事件通知消息突破当前提醒模式进行事件提醒。
根据本发明的另一方面，提供一种事件提醒系统，包括：
监听模块，用于获取发生的事件；
判断模块，用于根据事件的属性判断事件是否为特殊事件；
通知模块，用于在事件为特殊事件时，向系统发送特殊通知消息，特殊通知消息包含事件的事件标识号和事件信息，以使系统根据特殊通知消息突破当前提醒模式进行事件提醒。
根据本发明的另一方面，提供一种终端设备，包括：
处理器；存储器，存储用于处理器控制以下操作的指令：系统从第三方应用接收事件通知消息；在限制提醒模式下，判断事件通知消息是否为注册的特殊通知消息；如果事件通知消息为注册的特殊通知消息，则系统根据事件通知消息突破当前提醒模式进行事件提醒。
根据本发明实施例的事件提醒方法，可以突破系统模式限制，实现特殊事件的实时提醒。
根据本发明的一些实施例，第三方应用可根据情况向系统发送特殊通知消息，系统可根据特殊通知消息突破当前提醒模式进行事件提醒，因此可以实现对符合条件的应用级的具体事件进行提醒，具有更细的事件提醒控制粒度以及更好的用户体验。
根据本发明的一些实施例，突破系统模式的事件通知消息可事先得到用户授权确认，可保证第三方应用不会滥用特殊事件提醒机制。
本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
附图说明
通过参照附图详细描述其示例实施例，本公开的上述和其它特征及优点将变得更加明显。
图1示出根据本发明一实施例的事件提醒方法；
图2示出根据本发明一实施例的用于事件提醒的注册过程；
图3示出根据本发明另一实施例的事件提醒方法的流程图；
图4示出根据本发明另一实施例的事件提醒方法的流程图；
图5示出根据本发明另一实施例的事件提醒方法的流程图；
图6示出根据本发明另一实施例的事件提醒方法的流程图；
图7示出根据本发明一实施例的用于事件提醒的系统；
图8示出根据本发明另一实施例的用于事件提醒的系统；
图9示出根据本发明一实施例的终端设备；
图10示出根据本发明另一实施例的终端设备。
具体实施例
现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特殊细节中的一个或更多，或者可以采用其它的方法、组元、材料、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以突出本公开的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
图1示出根据本发明一实施例的事件提醒方法。
如图1所示，根据本发明的技术构思，提出一种跨应用的特殊事件提醒方法。在本文中，特殊事件是指需要进行实时提醒的事件，即使系统的当前提醒模式为限制提醒模式。限制提醒模式指某些或所有提醒模式不能使用的模式，例如静音模式、免打扰模式等。以第三方应用例如即时消息应用为例，当终端处于静音模式下，例如用户开会时，来新的消息时，没有声音提醒。但是，对于某些消息，例如来自重要领导或重要客户的消息，用户希望在终端处于静音模式时，也能够进行提醒，以免错过重要事项。那么，收到重要领导或重要客户的消息这样的事件，就可归为前述特殊事件。
参见图1，根据该实施例，当特殊事件发生时，例如在即时消息应用中收到来自重要领导或重要客户的消息，第三方应用可向系统发送特殊通知消息。该特殊通知消息可以是在普通通知消息基础上增加一些额外信息，如下文。
系统在收到特殊通知消息后，如果确认其为符合预先定义的特殊通知消息，则可突破当前提醒模式，进行事件提醒。例如，系统可绕过当前模式的检查限制(如静音、免打扰等)，直接操作具体的物理设备来进行事件提醒，如向喇叭写入响铃数据、或者向呼吸灯设备写入提醒数据、启动设备震动等。或者，系统可先改变当前提醒模式，提醒完成后，再恢复到改变前的提醒模式。
根据本发明的实施例，由于第三方应用可根据情况向系统发送特殊通知消息，系统可根据特殊通知消息突破当前提醒模式进行事件提醒，因此可以实现对符合条件的应用级的具体事件进行提醒，具有更细的事件提醒控制粒度以及更好的用户体验。
图2示出根据本发明一实施例的用于事件提醒的注册过程。
如图2所示，为了防止第三方应用滥用特殊事件提醒机制，根据本发明的一实施例，需要对特殊事件提醒取得用户授权及进行预先注册。
参见图2，在a1，第三方应用可向用户提供特殊事件提醒设置界面。例如，用户可在第三方即时消息应用提供的界面中选择哪些人或群组发来消息属于特殊事件，需要特殊提醒。还可以其他事件信息，例如处理方式、资源文件、和/或有效周期等。
然后，在a2，用户完成设置后提交给第三方应用。
在a3，第三方应用根据用户输入信息向系统发送事件提醒注册请求，事件提醒注册请求可包括应用程序信息(例如，第三方应用的名称)和事件信息。
在a4，系统弹出授权界面，显示应用程序信息和事件信息。
在a5，用户进行授权确认或取消。
在a6，系统可将事件标识号/用户授权结果返回给第三方应用。事件标识号用来标识用户授权确认可进行特殊提醒的符合预定义标准的特殊事件。当特殊事件发生时，第三方应用向系统发送事件通知消息时，可包含此事件标识号，以使系统能够据此判断该事件通知消息是否有效。第三方应用可根据系统返回的事件标识号和用户授权结果，保存特殊事件提醒设置结果。
根据本发明的该实施例，突破系统模式的事件通知消息可事先得到用户授权确认，保证了第三方应用不会滥用特殊事件提醒机制。
图3示出根据本发明另一实施例的事件提醒方法的流程图，其可在第三方应用中执行。
如图3所示，在s310，获取发生的事件，事件可以是第三方应用中的任何应用级事件，本发明对此无特别限制。例如，事件可以是消息接收事件，如即时消息应用中，收到来自特定发送者或特定类型发送者的消息。在一个应用场景中，消息接收事件可以是即时消息应用中收到来自某个重要客户的消息或者收到来自任一重要客户的消息，重要客户可在应用中自行定义。
在s320，根据事件的属性判断事件是否为特殊事件。例如，在即时消息应用中，如果判断消息来自预先定义的重要发送者，则此为符合定义的特殊事件。
如果事件为特殊事件，则转到s330，向系统发送特殊通知消息。特殊通知消息可包含事件的事件标识号和事件信息，以使系统根据特殊通知消息突破当前提醒模式进行事件提醒。
如果事件不是特殊事件，则转到s340，可按普通方式发送事件通知消息。
根据本发明的实施例，第三方应用可事件类型向系统发送普通通知消息或特殊通知消息，使得系统可根据特殊通知消息突破当前提醒模式进行事件提醒。因此，可以实现对符合条件的应用级的具体事件进行提醒，具有更细的事件提醒控制粒度以及更好的用户体验。
图4示出根据本发明另一实施例的事件提醒方法的流程图。
如图4所示，该实施例与图3所示的实施例基本相同，区别仅在于，在根据事件的属性判断事件是否为特殊事件之前，判断系统的当前提醒模式是否为限制提醒模式。
如果不是限制提醒模式，则可按普通方式发送事件通知消息，而不必判断是否为特殊事件。例如，当系统模式不是静音时，当即时消息应用收到消息时，无论是否为特殊事件，均可按普通方式向系统发送事件通知消息，系统均可正常进行声音提醒。
如果系统的当前提醒模式为限制提醒模式，则第三方应用根据事件的属性判断事件是否为特殊事件，此处不再赘述。
根据本发明的实施例，在进行事件判断之前，先进行提醒模式判断，可不必每次进行事件判断，可节约开销，并减轻系统负担。
图5示出根据本发明另一实施例的事件提醒方法的流程图。
如图5所示，该实施例与图3所示的实施例基本相同，区别仅在于，在根据事件的属性判断事件为特殊事件之后，还包括判断系统的当前提醒模式是否为限制提醒模式。
如果不是限制提醒模式，则可按普通方式发送事件通知消息。例如，当系统模式不是静音时，当即时消息应用收到消息时，即使这属于特殊事件，也可按普通方式向系统发送事件通知消息，系统可正常进行声音提醒。
如果系统的当前提醒模式为限制提醒模式，则第三方应用向系统发送特殊事件通知消息，以使系统根据特殊通知消息突破当前提醒模式进行事件提醒，此处不再赘述。
根据本发明的实施例，在进行事件判断之后，进行提醒模式判断，根据提醒模式决定向系统发送何种通知消息，可减轻系统负担。
图6示出根据本发明另一实施例的事件提醒方法的流程图，其可在系统级实现和执行。
如图6所示，在s610，系统从第三方应用接收事件通知消息。例如，系统接收诸如即时消息等应用发送的通知消息，但本发明不限于此。
在s620，如果系统模式是在限制提醒模式下，则判断事件通知消息是否为注册的特殊通知消息。例如，可以系统可定义标准消息格式，根据消息格式从通知消息中取得事件标识号和属性信息，然后与预先存储的注册信息(事件标识号及特殊事件属性信息)进行比较，如果一致，则判断为注册的特殊通知消息。否则，该事件通知消息不属于注册的特殊通知消息。
在s630，如果事件通知消息为注册的特殊通知消息，则系统根据事件通知消息突破当前提醒模式进行事件提醒。例如，系统可绕过当前模式的检查限制(如静音、免打扰等)，直接操作具体的物理设备来进行事件提醒，如向喇叭写入响铃数据、或者向呼吸灯设备写入提醒数据、启动设备震动等。或者，系统可先改变当前提醒模式，提醒完成后，再恢复到改变前的提醒模式。
在s640，如果事件通知消息不是注册的特殊通知消息，或者系统提醒模式不是限制提醒模式，则可按照当前提醒模式处理，例如进行声音提醒或者不能突破当前提醒模式。
根据一些实施例，系统从第三方应用接收事件通知消息是通过事件处理中心接收所有事件通知消息。然后，根据消息格式或内容过滤出特殊通知消息，再将过滤出的特殊通知消息直接发送给特殊事件处理中心。如果系统模式为限制提醒模式，特殊事件处理中心可判断事件通知消息是否为注册的特殊通知消息。如果事件通知消息为注册的特殊通知消息，则特殊事件处理中心可根据事件通知消息突破当前提醒模式进行事件提醒。例如，特殊事件处理中心可绕过当前模式的检查限制(如静音、免打扰等)，直接操作具体的物理设备来进行事件提醒，如向喇叭写入响铃数据、或者向呼吸灯设备写入提醒数据、启动设备震动等。或者，特殊事件处理中心可先改变当前提醒模式；提醒完成后，再恢复到改变前的提醒模式。
根据一些实施例，系统可通过特殊事件处理中心直接接收第三方应用发送的特殊通知消息，此后处理与前面类似，不再赘述。
根据本发明的实施例，系统可根据特殊通知消息突破当前提醒模式进行事件提醒，能够实现对符合条件的应用级的具体事件进行提醒，满足了应用级的更细粒度的事件提醒控制，具有更好的用户体验。
图7示出根据本发明一实施例的用于事件提醒的系统。
如图7所示，用于事件提醒的系统700包括监听模块710、判断模块720及通知模块730。
监听模块710用于获取发生的事件。事件可以是第三方应用中的任何应用级事件，本发明对此无特别限制。例如，事件可以是消息接收事件，如即时消息应用中，收到来自特定发送者或特定类型发送者的消息。在一个应用场景中，消息接收事件可以是即时消息应用中收到来自某个重要客户的消息或者收到来自任一重要客户的消息，重要客户可在应用中自行定义。
判断模块720用于根据事件的属性判断事件是否为特殊事件。例如，在即时消息应用中，如果判断消息来自预先定义的重要发送者，则此为符合定义的特殊事件。
通知模块730用于在事件为特殊事件时，向系统发送特殊通知消息。特殊通知消息包含事件的事件标识号和事件信息，以使系统根据特殊通知消息突破当前提醒模式进行事件提醒。特殊通知消息可包含事件的事件标识号和事件信息，以使系统根据特殊通知消息突破当前提醒模式进行事件提醒。
根据一些实施例，系统700可包括事件处理中心，用于从第三方应用接收事件通知消息。系统700还可包括过滤模块和特殊事件处理中心。过滤模块用于根据消息格式或内容过滤出特殊通知消息，再将过滤出的特殊通知消息直接发送给特殊事件处理中心。如果系统模式为限制提醒模式，特殊事件处理中心可判断事件通知消息是否为注册的特殊通知消息。如果事件通知消息为注册的特殊通知消息，则特殊事件处理中心可根据事件通知消息突破当前提醒模式进行事件提醒。例如，特殊事件处理中心可绕过当前模式的检查限制(如静音、免打扰等)，直接操作具体的物理设备来进行事件提醒，如向喇叭写入响铃数据、或者向呼吸灯设备写入提醒数据、启动设备震动等。或者，特殊事件处理中心可先改变当前提醒模式；提醒完成后，再恢复到改变前的提醒模式。
根据一些实施例，系统可通过特殊事件处理中心直接接收第三方应用发送的特殊通知消息，此后处理与前面类似，不再赘述。
用于事件提醒的系统700还可实现前面描述的根据本申请发明构思的其他提醒方法，与前述类似的说明不再赘述。
图8示出根据本发明另一实施例的用于事件提醒的系统。
如图8所示，用于事件提醒的系统800包括接收模块810、判断模块820及提醒模块830。
接收模块810用于从第三方应用接收事件通知消息。例如，模块810可配置为接收诸如即时消息等应用发送的通知消息，但本发明不限于此。
判断模块820用于在限制提醒模式下判断事件通知消息是否为注册的特殊通知消息。例如，可以系统可定义标准消息格式，根据消息格式从通知消息中取得事件标识号和属性信息，然后与预先存储的注册信息(事件标识号及特殊事件属性信息)进行比较，如果一致，则判断为注册的特殊通知消息。
提醒模块830用于在事件通知消息为注册的特殊通知消息时，根据事件通知消息突破当前提醒模式进行事件提醒。例如，系统可绕过当前模式的检查限制(如静音、免打扰等)，直接操作具体的物理设备来进行事件提醒，如向喇叭写入响铃数据、或者向呼吸灯设备写入提醒数据、启动设备震动等。或者，系统可先改变当前提醒模式，提醒完成后，再恢复到改变前的提醒模式。
用于事件提醒的系统800还可实现前面描述的根据本申请发明构思的其他提醒方法，与前述类似的说明不再赘述。
图9示出了示出根据本发明另一实施例的终端设备。
如图9所示，终端设备900可包括处理器910、存储器920、发射器930及接收器940。
处理器910可调用存储器920中存储的指令控制相关操作，如控制发射器930和接收器940进行信号收发等。
根据一实施例，存储器920存储用于处理器910控制以下操作的指令：系统从第三方应用接收事件通知消息；在限制提醒模式下，判断事件通知消息是否为注册的特殊通知消息；如果事件通知消息为注册的特殊通知消息，则系统根据事件通知消息突破当前提醒模式进行事件提醒。易于理解，存储器920还可存储用于处理器910控制根据本发明实施例的其他操作的指令，这里不再赘述。
图10示出了示出根据本发明一实施例的终端设备。
如图10所示，终端设备1000可包括处理器1010、存储器1020、发射器1030及接收器1040。
处理器1010可调用存储器1020中存储的指令控制相关操作，如控制发射器1030和接收器1040进行信号收发等。
根据一实施例，存储器1020存储用于处理器1010控制以下操作的指令：获取发生的事件；根据事件的属性判断事件是否为特殊事件；如果事件为特殊事件，向系统发送特殊通知消息，特殊通知消息包含事件的事件标识号和事件信息，以使系统根据特殊通知消息突破当前提醒模式进行事件提醒。易于理解，存储器1020还可存储用于处理器1010控制根据本发明实施例的其他操作的指令，这里不再赘述。
通过以上的详细描述，本领域的技术人员易于理解，根据本发明实施例的系统和方法具有以下优点中的一个或多个。
根据本发明的一些实施例，第三方应用可根据情况向系统发送特殊通知消息，系统可根据特殊通知消息突破当前提醒模式进行事件提醒，因此可以实现对符合条件的应用级的具体事件进行实时提醒，具有更细的事件提醒控制粒度以及更好的用户体验。
根据本发明的一些实施例，第三方应用可向系统注册某一或某些特定事件的特殊提醒请求。
根据本发明的一些实施例，突破系统模式的事件通知消息可事先得到用户授权确认，可保证第三方应用不会滥用特殊事件提醒机制。
根据本发明的一些实施例，在进行事件判断之前，先进行提醒模式判断，可不必每次进行事件判断，可节约开销。
根据本发明的一些实施例，在进行事件判断之后，进行提醒模式判断，根据提醒模式决定向系统发送何种通知消息，可减轻系统负担。
根据本发明的一些实施例，系统可根据特殊通知消息突破当前提醒模式进行事件提醒，能够实现对符合条件的应用级的具体事件进行提醒，满足了应用级的更细粒度的事件提醒控制，具有更好的用户体验。
通过以上的实施例的描述，本领域的技术人员易于理解，本公开实施例可以通过硬件实现，也可以通过软件结合必要的硬件的方式来实现。因此，本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者智能设备等)执行根据本公开实施例的方法。
本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。
本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
以上具体地示出和描述了本公开的示例性实施例。应该理解，本公开不限于所公开的实施例，相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效布置。