CN106296135A - 事件提醒方法、装置及终端 - Google Patents

Abstract

本申请公开了一种事件提醒方法、装置及终端，所述方法包括：接收第一设备发送的提醒事件；确定与所述第一设备存在预设关联关系的关联设备；根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。实施本申请，可将发生在第一设备的提醒事件，发送到当前处于活跃状态的关联设备，进而向用户推送所述提醒事件，便于用户及时响应所述提醒事件获得对应信息。

Description

事件提醒方法、装置及终端

技术领域

本申请涉及计算机技术领域，尤其涉及事件提醒方法、装置及终端。

背景技术

随着智能技术的发展，智能终端的类型越来越多，有很多用户同时拥有多个智能终端，现有的信息提醒方法只在各个智能终端处理各自的提醒事件，例如来电提醒事件、短信提醒事件、微信新消息提醒事件、新闻通知提醒事件等。用户虽然拥有多个智能终端，但无法保证实时携带所拥有的所有智能终端，因此，未携带的智能终端发生提醒事件时，难以及时提醒用户查看提醒事件所提醒的信息。

发明内容

本申请提供事件提醒方法、装置及终端，以解决现有信息提醒方法难以及时提醒用户查看提醒事件所提醒的信息的问题。

根据本申请实施例的第一方面，提供一种事件提醒方法，包括以下步骤：

接收第一设备发送的提醒事件；

确定与所述第一设备存在预设关联关系的关联设备；

根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；

向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。

在一个实施例中，所述提醒事件由所述第一设备在所述提醒事件发生的预设时段内，未检测到用户对所述提醒事件的响应操作时向服务器发送。

在一个实施例中，所述活跃状态信息的存储过程包括：

接收到任一关联设备发送的其自身与用户之间的交互信息后，将所述任一关联设备的活跃状态信息设置为活跃状态标识；

判断预设活跃时段内是否再次接收到所述任一关联设备发送的交互信息；

在预设活跃时段内未再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息更新为非活跃状态标识；

在预设活跃时段内再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息保持为活跃状态标识。

在一个实施例中，所述根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，包括：

根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取活跃状信息为活跃状态标识的关联设备。

在一个实施例中，所述向所选取的关联设备转发所述提醒事件，包括：

若选取到两台以上的关联设备，则获取所选取的各关联设备的优先等级；

确定优先等级最高的关联设备为当前设备；

根据获取的优先等级执行以下迭代过程：

向所述当前设备发送所述提醒事件；

在预设接收时段内未接收到所述当前设备返回的所述提醒事件，终止所述迭代过程；

在预设接收时段内接收到所述当前设备返回的所述提醒事件，将下一优先等级的关联设备更新为当前设备，并返回执行所述迭代过程。

根据本申请实施例的第二方面，提供一种事件提醒装置，包括：

事件接收模块，用于接收第一设备发送的提醒事件；

关联设备确定模块，用于确定与所述第一设备存在预设关联关系的关联设备；

关联设备选取模块，用于根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；

事件发生模块，用于向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。

在一个实施例中，所述提醒事件由所述第一设备在所述提醒事件发生的预设时段内，未检测到用户对所述提醒事件的响应操作时向服务器发送。

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

状态信息存储模块，用于接收到任一关联设备发送的其自身与用户之间的交互信息后，将所述任一关联设备的活跃状态信息设置为活跃状态标识；

判断模块，用于判断预设活跃时段内是否再次接收到所述任一关联设备发送的交互信息；

状态更新模块，用于在预设活跃时段内未再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息更新为非活跃状态标识；

状态保持模块，用于在预设活跃时段内再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息保持为活跃状态标识。

在一个实施例中，所述关联设备选取模块包括：

关联设备选取子模块，用于根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取活跃状信息为活跃状态标识的关联设备。

在一个实施例中，所述事件发生模块包括：

优先等级获取模块，用于在选取到两台以上的关联设备时，获取所选取的各关联设备的优先等级；

当前设备确定模块，用于确定优先等级最高的关联设备为当前设备；

事件发送子模块，用于根据获取的优先等级执行以下迭代过程：

向所述当前设备发送所述提醒事件；

迭代终止模块，用于在预设接收时段内未接收到所述当前设备返回的所述提醒事件，终止所述迭代过程；

当前设备更新模块，用于在预设接收时段内接收到所述当前设备返回的所述提醒事件，将下一优先等级的关联设备更新为当前设备，并通知所述事件发送子模块执行所述迭代过程。

根据本申请实施例的第三方面，提供一种终端，包括：

处理器；

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

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

接收第一设备发送的提醒事件；

确定与所述第一设备存在预设关联关系的关联设备；

根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；

向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。

应用本申请实施例，接收第一设备发送的提醒事件；确定与所述第一设备存在预设关联关系的关联设备；根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。可将发生在第一设备的提醒事件，发送到当前处于活跃状态的关联设备，进而向用户推送所述提醒事件，便于用户及时响应所述提醒事件获得对应信息。

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

附图说明

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

图1是本申请实施例实现事件提醒的一个系统结构意图；

图2是本申请事件提醒方法的一个实施例流程图；

图3是本申请事件提醒方法的另一个实施例流程图；

图4是本申请事件提醒方法的另一个实施例流程图；

图5是本申请事件提醒装置所在终端的一种硬件结构图；

图6是本申请事件提醒装置的一个实施例框图；

图7是本申请事件提醒装置的一个实施例框图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，图1是本申请实施例实现事件提醒的一个系统结构意图，该系统可以包括：通过网络连接的服务器110和至少两个用户设备120，用户设备120可以包括第一设备121和至少一个关联设备122。

本申请实施例中，用户设备120可以指用户所拥有或所操作的终端设备，是具有通讯能力和计算能力的独立的终端设备，例如图1所示的智能手机、PDA(Personal DigitalAssistant，掌上电脑)、台式电脑和平板电脑之类的终端设备。各个用户设备120相互关联，任一用户设备120是与其他用户设备120均存在预设关联关系的设备，这里所说的存在预设关联关系的设备可以指被同一用户拥有或操作的终端设备，也可以指用户名相同的终端设备，还可以指相互绑定的终端设备，本申请可以根据具体应用场景设定，对此本申请不作限制。

此外，本申请实施例涉及的用户设备120包括但不限于智能手机、PDA(PersonalDigital Assistant，掌上电脑)、台式电脑和平板电脑之类的终端设备，还可包括可穿戴设备、家用电器设备、小型传感设备等。

第一设备121，可以是各用户设备120中的任一设备，例如图1所示的智能手机。第一设备121发送其内发生的提醒事件到服务器110，以便服务器110将所述提醒事件发送到当前处于活跃状态的关联设备122。在某些场景中，为了降低提醒事件的转发频率，第一设备121仅将未及时被用户响应的提醒事件发送到服务器110，为了确定未及时被用户响应的提醒事件，可在提醒事件在第一设备121内发生时，即开启预设的定时器，如果直至定时器超时，该提醒事件仍未被用户触发，即可判定该提醒事件未及时被用户响应，然后可以向服务器110发送该提醒事件。

关联设备122，可以是各用户设备120中的任一设备，例如图1所示的PDA(PersonalDigital Assistant，掌上电脑)、台式电脑和平板电脑。关联设备122与第一设备121存在预设关联关系，用于在检测到其自身与用户之间的交互信息时，将所述交互信息向服务器110发送，以便服务器110根据所述交互信息更新关联设备122的活跃状态信息。需要说明的是，关联设备122与用户之间的交互信息可以包括用户操作关联设备122时所产生的信息、关联设备122对用户操作的响应所产生的信息，关联设备122的设备类型不同，这里所说的交互信息的具体信息形式也不同，例如用户开启平板电脑时所产生开机指令，以及平板电脑响应开启操作调取的开机画面、开机音乐等。

服务器110，用于将用户的多个用户设备120关联，并存储各用户设备120之间的预设关联关系，还用于接收任一用户设备120发送的设备自身与用户之间的交互信息，根据所述交互信息更新所述任一用户设备120的活跃状态信息，当服务器110接收到第一设备121发送的提醒事件后，可以根据存储的各用户设备120之间的预设关联关系，确定与第一设备121存在预设关联关系的用户设备120为关联设备122，再根据各关联设备122的活跃状态选取当前处于活跃状态的关联设备122，向选取的关联设备122发送所述提醒事件，以使接收所述提醒事件的关联设备122向用户推送所述提醒事件。从而及时提醒用户对事件进行处理，避免用错过重要信息，给用户提供了极大的便利。

例如，用户的智能手机与单位办公用的台式电脑关联，如果用户上班使用台式电脑工作的时候，智能手机静音或者在抽屉中，很难及时响应智能手机上的提醒事件。台式电脑会将其自身与用户之间的交互信息发送到服务器110，服务器110根据所述交互信息更新台式电脑的活跃状态信息，如果智能手机收到短信后，发生短信提醒事件，可将短信提醒事件发送到服务器110，服务器110可确定台式电脑为当前处于活跃状态的关联设备，将短信提醒事件发送到台式电脑，使台式电脑向用户推送所述短信提醒事件，提醒用户查看智能手机内的短信。

在本申请的其他实施例中，实现事件提醒的系统无需单独设置服务器，可以其中一个用户设备替代服务器，在其上存储各用户设备之间的预设关联关系，还用于接收其他用户设备发送的设备自身与用户之间的交互信息，根据所述交互信息更新其他用户设备的活跃状态信息，当接收到第一设备发送的提醒事件后，可以根据存储的各用户设备之间的预设关联关系，确定与第一设备存在预设关联关系的用户设备为关联设备，再根据各关联设备的活跃状态选取当前处于活跃状态的关联设备，向选取的关联设备发送所述提醒事件，以使接收所述提醒事件的关联设备向用户推送所述提醒事件。

下面将结合附图1对本申请实施例进行详细描述。

参见图2，图2是本申请事件提醒方法的一个实施例流程图，该实施例包括以下步骤201-204：

步骤201：接收第一设备发送的提醒事件。

本申请实施例中，所述提醒事件用于提醒用户设备内运行的各种应用的新动态信息(如应用更新或新消息)，可以在终端通知栏或在终端的任何其他应用中进行提醒。

在某例子中，为了减少提醒事件的发送频率，所述提醒事件可由第一设备在所述提醒事件发生的预设时段内，未检测到用户对所述提醒事件的响应操作时向图1所示服务器发送。所述预设时段可以为2分钟，还可以根据实际需要设定其他时间值。

步骤202：确定与所述第一设备存在预设关联关系的关联设备。

本申请实施例中，可以根据图1所示服务器中预存的各用户设备之间的预设关联关系，确定与所述第一设备存在预设关联关系的关联设备，也可通过实时检测，确定与所述第一设备存在预设关联关系的关联设备，例如：检测到与所述第一设备网络连接的设备，确定为与所述第一设备存在预设关联关系的关联设备。

在某些例子中，存储各用户设备之间的预设关联关系时，可将各用户设备的设备ID号与用户个人信息关联存储，作为预设的关联关系。用户个人信息可以是身份证号、手机号或者是用户注册的账号，各用户设备之间的预设关联关系有多种，此处只是举例说明。

步骤203：根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定。

本申请实施例中，所述活跃状态信息可为表示关联设备处于活跃状态的活跃状态标识、或者表示关联设备处于非活跃状态的处于活跃状态的非活跃状态标识，可根据用户和关联设备之间的交互信息更新所述活跃状态信息。这里所说的交互信息可以包括用户操作关联设备时所产生的信息、关联设备对用户操作的响应所产生的信息。选取的关联设备极可能是用户当前正在操作的用户设备，将所述提醒事件发送过去，可以更及时的提醒到用户。

在一例子中，所述活跃状态信息的存储过程包括：

接收到任一关联设备发送的其自身与用户之间的交互信息后，将所述任一关联设备的活跃状态信息设置为活跃状态标识。

判断预设活跃时段内是否再次接收到所述任一关联设备发送的交互信息。

在预设活跃时段内未再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息更新为非活跃状态标识。

在预设活跃时段内再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息保持为活跃状态标识。

本例子中，关联设备可以为图1所示的任一用户设备，所述预设活跃时段可以为5分钟，还可以根据实际需要设定其他时间值。

在另一例子中，根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备的可选实现方式包括：

根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取活跃状信息为活跃状态标识的关联设备。

在本申请对所述活跃状态信息的存储过程的时限不作限定，在其他例子中，可实时接收关联设备发送交互信息，再实时更新所述活跃状态信息。

步骤204：向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。

本申请实施例中，所选取的关联设备可以通过弹窗、语音等方式向用户推送所述提醒事件。

在某些场景，如果所选取的关联设备向用户推送所述提醒事件后的预设时段内，未检测到用户对所选取的关联设备内的所述提醒事件的触发事件，如触击关闭所述提醒事件，所选取的关联设备可再次向服务器发送所述提醒事件。

在某些例子中，所选取的当前处于活跃状态的关联设备不止一个，为了降低提醒事件的转发频率，可获取选取各关联设备的优先等级，再根据优先等级确定接收提醒事件的关联设备，具体可参见图3，图3是本申请事件提醒方法的另一个实施例流程图，该实施例包括以下步骤301-308：

步骤301：接收第一设备发送的提醒事件。

步骤302：确定与所述第一设备存在预设关联关系的关联设备。

步骤303：根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定。

步骤304：若选取到两台以上的关联设备，则获取所选取的各关联设备的优先等级。

本申请实施例中，可预先设定各关联设备的优先等级，也可实时根据各关联设备发送交互信息的时间先后确定优先等级，例如：与当前时间间隔越近发送交互信息，优先等级越高。

步骤305：确定优先等级最高的关联设备为当前设备。

步骤306：根据获取的优先等级执行以下迭代过程：

向所述当前设备发送所述提醒事件。

步骤307：在预设接收时段内接收到所述当前设备返回的所述提醒事件，将下一优先等级的关联设备更新为当前设备，并返回执行所述迭代过程。

步骤308：在预设接收时段内未接收到所述当前设备返回的所述提醒事件，终止所述迭代过程。

本实施例中，所述预设接收时段可以为2分钟，还可以根据实际需要设定其他时间值。

参见图4，是本申请事件提醒方法的另一个实施例流程图，该实施例结合图1所示系统，通过服务器与第一设备之间、以及服务器与关联设备M之间的交互，详细描述了一种事件提醒过程，关联设备M当前处于活跃状态，该实施例包括以下步骤401-407：

步骤401：关联设备M向服务器发送自身与用户之间的交互信息。

本申请实施例中，其他关联设备也可以向服务器发送自身与用户之间的交互信息，为了便于展示服务器与当前处于活跃状态的关联设备M之间的交互，仅示出关联设备M。

步骤402：服务器将关联设备M的活跃状态信息设置为活跃状态标识，所述活跃状态标识用于表示关联设备M处于活跃状态。

步骤403：第一设备向服务器发送提醒事件。

步骤404：服务器确定与所述第一设备存在预设关联关系的关联设备。

步骤405：服务器根据各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备M。

步骤406：服务器向关联设备M发送所述提醒事件。

步骤407：关联设备M向用户推送所述提醒事件。

与前述事件提醒方法的实施例相对应，本申请还提供了事件提醒装置的实施例。

本申请事件提醒装置的实施例可以应用在终端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在终端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请事件提醒装置所在终端的一种硬件结构图，除了图5所示的处理器510、网络接口520、内存530、以及非易失性存储器540之外，实施例中装置所在的终端通常根据该终端的实际功能，还可以包括其他硬件，对此不再赘述。

参见图6，图6是本申请事件提醒装置的一个实施例框图，该装置可包括：事件接收模块610、关联设备确定模块620、关联设备选取模块630和事件发生模块640。

其中，事件接收模块610，用于接收第一设备发送的提醒事件。

关联设备确定模块620，用于确定与所述第一设备存在预设关联关系的关联设备。

关联设备选取模块630，用于根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定。

事件发生模块640，用于向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。

本申请实施例中，所述提醒事件由所述第一设备在所述提醒事件发生的预设时段内，未检测到用户对所述提醒事件的响应操作时向服务器发送。

在一个可选的实现方式中，所述事件提醒装置还可包括(图6中未示出)：

状态信息存储模块，用于接收到任一关联设备发送的其自身与用户之间的交互信息后，将所述任一关联设备的活跃状态信息设置为活跃状态标识。

判断模块，用于判断预设活跃时段内是否再次接收到所述任一关联设备发送的交互信息。

状态更新模块，用于在预设活跃时段内未再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息更新为非活跃状态标识。

状态保持模块，用于在预设活跃时段内再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息保持为活跃状态标识。

在一个可选的实现方式中，关联设备选取模块630还可包括(图6中未示出)：

关联设备选取子模块，用于根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取活跃状信息为活跃状态标识的关联设备。

参见图7，图7是本申请事件提醒装置的另一个实施例框图，该装置可包括：事件接收模块710、关联设备确定模块720、关联设备选取模块730和事件发生模块740，事件发生模块740还可包括优先等级获取模块741、当前设备确定模块742、事件发送子模块743、当前设备更新模块744和迭代终止模块745。

其中，事件接收模块710，用于接收第一设备发送的提醒事件。

关联设备确定模块720，用于确定与所述第一设备存在预设关联关系的关联设备。

关联设备选取模块730，用于根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定。

优先等级获取模块741，用于在选取到两台以上的关联设备时，获取所选取的各关联设备的优先等级。

当前设备确定模块742，用于确定优先等级最高的关联设备为当前设备。

事件发送子模块743，用于根据获取的优先等级执行以下迭代过程。

向所述当前设备发送所述提醒事件。

当前设备更新模块744，用于在预设接收时段内接收到所述当前设备返回的所述提醒事件，将下一优先等级的关联设备更新为当前设备，并通知所述事件发送子模块执行所述迭代过程。

迭代终止模块745，用于在预设接收时段内未接收到所述当前设备返回的所述提醒事件，终止所述迭代过程。

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

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。

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

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

Claims (11)

1.一种事件提醒方法，其特征在于，包括以下步骤：

接收第一设备发送的提醒事件；

确定与所述第一设备存在预设关联关系的关联设备；

根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；

向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。

2.根据权利要求1所述的方法，其特征在于，所述提醒事件由所述第一设备在所述提醒事件发生的预设时段内，未检测到用户对所述提醒事件的响应操作时向服务器发送。

3.根据权利要求1所述的方法，其特征在于，所述活跃状态信息的存储过程包括：

接收到任一关联设备发送的其自身与用户之间的交互信息后，将所述任一关联设备的活跃状态信息设置为活跃状态标识；

判断预设活跃时段内是否再次接收到所述任一关联设备发送的交互信息；

在预设活跃时段内未再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息更新为非活跃状态标识；

在预设活跃时段内再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息保持为活跃状态标识。

4.根据权利要求3所述的方法，其特征在于，所述根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，包括：

根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取活跃状信息为活跃状态标识的关联设备。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述向所选取的关联设备转发所述提醒事件，包括：

若选取到两台以上的关联设备，则获取所选取的各关联设备的优先等级；

确定优先等级最高的关联设备为当前设备；

根据获取的优先等级执行以下迭代过程：

向所述当前设备发送所述提醒事件；

在预设接收时段内未接收到所述当前设备返回的所述提醒事件，终止所述迭代过程；

在预设接收时段内接收到所述当前设备返回的所述提醒事件，将下一优先等级的关联设备更新为当前设备，并返回执行所述迭代过程。

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

事件接收模块，用于接收第一设备发送的提醒事件；

关联设备确定模块，用于确定与所述第一设备存在预设关联关系的关联设备；

关联设备选取模块，用于根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；

事件发生模块，用于向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。

7.根据权利要求6所述的装置，其特征在于，所述提醒事件由所述第一设备在所述提醒事件发生的预设时段内，未检测到用户对所述提醒事件的响应操作时向服务器发送。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

状态信息存储模块，用于接收到任一关联设备发送的其自身与用户之间的交互信息后，将所述任一关联设备的活跃状态信息设置为活跃状态标识；

判断模块，用于判断预设活跃时段内是否再次接收到所述任一关联设备发送的交互信息；

状态更新模块，用于在预设活跃时段内未再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息更新为非活跃状态标识；

状态保持模块，用于在预设活跃时段内再次接收到所述任一关联设备发送的交互信息时，将所述任一关联设备的活跃状态信息保持为活跃状态标识。

9.根据权利要求8所述的装置，其特征在于，所述关联设备选取模块包括：

关联设备选取子模块，用于根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取活跃状信息为活跃状态标识的关联设备。

10.根据权利要求6至9中任一项所述的装置，其特征在于，所述事件发生模块包括：

优先等级获取模块，用于在选取到两台以上的关联设备时，获取所选取的各关联设备的优先等级；

当前设备确定模块，用于确定优先等级最高的关联设备为当前设备；

事件发送子模块，用于根据获取的优先等级执行以下迭代过程：

向所述当前设备发送所述提醒事件；

迭代终止模块，用于在预设接收时段内未接收到所述当前设备返回的所述提醒事件，终止所述迭代过程；

当前设备更新模块，用于在预设接收时段内接收到所述当前设备返回的所述提醒事件，将下一优先等级的关联设备更新为当前设备，并通知所述事件发送子模块执行所述迭代过程。

11.一种终端，其特征在于，包括：

处理器；

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

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

接收第一设备发送的提醒事件；

确定与所述第一设备存在预设关联关系的关联设备；

根据存储的各关联设备的活跃状态信息，从所确定的关联设备中选取当前处于活跃状态的关联设备，所述活跃状态信息由用户和关联设备之间的交互信息确定；

向所选取的关联设备转发所述提醒事件，以使所选取的关联设备向用户推送所述提醒事件。