CN105847371A - 一种推送通知消息的方法、服务器及终端 - Google Patents

Abstract

本发明公开了一种推送通知消息的方法、服务器及终端，其中，该方法包括：获取第一终端上传的第一状态信息，第一状态信息包括第一终端当前的状态信息；获取第二终端上传的第二状态信息，第二状态信息包括第二终端当前的状态信息；第二终端是预先与第一终端关联的终端；根据第一状态信息和第二状态信息生成通知消息；将通知消息推送至第一终端和/或第二终端。通过获取相关联的两个或多个终端的当前状态信息，可以向终端推送用户当前最关注的通知消息，实施性强。

Description

一种推送通知消息的方法、服务器及终端

技术领域

本发明涉及消息推送技术领域，特别涉及一种推送通知消息的方法、服务器及终端。

背景技术

移动设备(膝上计算机、掌上计算机、移动电话、智能电话、多媒体电话、便携媒体播放器、GPS单元、移动游戏***等)的用户可能安装了周期地从通知服务器接收通知消息的应用。例如，这种应用包括“推送(push)”电子邮件服务或其它推送服务(例如，更新/升级服务、新闻服务、博客服务、播客服务、社交网络服务、或可能发送通知消息的其它类型的服务)。通知消息通常表示关注的事件，通常由应用来定义这些关注的事件(例如，新电子邮件指示符、新的新闻项指示符、新的播客指示符、社交网络朋友在线状态的改变，等等)。

目前，互联网技术的普及大大提升了信息传播的速度，海量的信息让用户受益匪浅，同时也带来了各种麻烦。用户每天都不得不面对各种无用甚至是诈骗的信息，日常生活受到很大的影响。而对于推送消息的商家来说，在用户繁忙时推送通知消息非常容易引起用户的反感，一般都会被当作垃圾信息来处理，不仅打扰到用户，还达不到消息推送的效果。

虽然现有的某些推送消息方法中通过用户的历史行为来向用户推送相应的消息(如通过用户的历史购买行为或商品浏览行为，向用户推送相近的商品等)，但是该方法仅仅能通过用户曾经的行为进行消息推送，推送的通知消息并不一定是用户当前感兴趣的消息，实时性差。

公开于该背景技术部分的信息仅仅旨在增加对本发明的总体背景的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域一般技术人员所公知的现有技术。

发明内容

本发明的目的在于提供一种推送通知消息的方法，从而克服现有通知消息实时性较差的缺点。

为实现上述目的，本发明实施例提供了一种推送通知消息的方法，包括：

获取第一终端上传的第一状态信息，第一状态信息包括第一终端当前的状态信息；

获取第二终端上传的第二状态信息，第二状态信息包括第二终端当前的状态信息；第二终端是预先与第一终端关联的终端；

根据第一状态信息和第二状态信息生成通知消息；

将通知消息推送至第一终端和/或第二终端。

在一种可能的实现方式中，在根据第一状态信息和第二状态信息生成通知消息的步骤之前，还包括：

获取第一终端上传的第一用户标识；

获取第二终端上传的第二用户标识；

在第一用户标识与第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

在一种可能的实现方式中，第一状态信息包括第一用户标识，第二状态信息包括第二用户标识；

根据第一状态信息和第二状态信息生成通知消息，包括：

根据第一用户标识和/或第二用户标识确定与第一用户标识和/或第二用户标识相关的用户历史行为信息；

根据用户历史行为信息、第一状态信息和第二状态信息生成通知消息。

在一种可能的实现方式中，将通知消息推送至第一终端和/或第二终端，包括：

根据通知消息分别确定第一相关度和第二相关度，第一相关度为通知消息与第一终端之间的相关度，第二相关度为通知消息与第二终端之间的相关度；

在第一相关度大于第二相关度时，优先将通知消息推送至第一终端；在第一相关度小于第二相关度时，优先将通知消息推送至第二终端。

基于同样的发明构思，本发明实施例还提供一种接收通知消息的方法，包括：

将包括第一终端当前状态信息的第一状态信息上传至服务器，指示服务器根据第一状态信息和第二终端上传的第二状态信息生成通知消息，第二终端是预先与第一终端关联的终端；

接收服务器推送的通知消息。

在一种可能的实现方式中，还包括：

将第一用户标识上传至服务器，指示服务器在第一用户标识和第二终端上传的第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

基于同样的发明构思，本发明实施例还提供一种推送通知消息的服务器，包括：

第一获取模块，用于获取第一终端上传的第一状态信息，第一状态信息包括第一终端当前的状态信息；获取第二终端上传的第二状态信息，第二状态信息包括第二终端当前的状态信息；第二终端是预先与第一终端关联的终端；

处理模块，用于根据第一状态信息和第二状态信息生成通知消息；

推送模块，用于将通知消息推送至第一终端和/或第二终端。

在一种可能的实现方式中，还包括：第二获取模块和关联模块；

在处理模块根据第一状态信息和第二状态信息生成通知消息之前，第二获取模块用于，获取第一终端上传的第一用户标识；获取第二终端上传的第二用户标识；

关联模块用于，在第一用户标识与第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

在一种可能的实现方式中，第一状态信息包括第一用户标识，第二状态信息包括第二用户标识；

处理模块包括：

确定单元，用于根据第一用户标识和/或第二用户标识确定与第一用户标识和/或第二用户标识相关的用户历史行为信息；

处理单元，用于根据用户历史行为信息、第一状态信息和第二状态信息生成通知消息。

在一种可能的实现方式中，推送模块包括：

相关度单元，用于根据通知消息分别确定第一相关度和第二相关度，第一相关度为通知消息与第一终端之间的相关度，第二相关度为通知消息与第二终端之间的相关度；

推送单元，用于在第一相关度大于第二相关度时，优先将通知消息推送至第一终端；在第一相关度小于第二相关度时，优先将通知消息推送至第二终端。

基于同样的发明构思，本发明实施例还提供一种接收通知消息的第一终端，包括：

上传模块，用于将包括第一终端当前状态信息的第一状态信息上传至服务器，指示服务器根据第一状态信息和第二终端上传的第二状态信息生成通知消息，第二终端是预先与第一终端关联的终端；

接收模块，用于接收服务器推送的通知消息。

在一种可能的实现方式中，上传模块还用于：将第一用户标识上传至服务器，指示服务器在第一用户标识和第二终端上传的第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

本发明实施例提供的一种推送通知消息的方法、服务器及终端，服务器侧通过获取相关联的两个或多个终端的当前状态信息，可以向终端推送用户当前最关注的通知消息，实施性强。同时，服务器侧可以进一步结合用户当前状态信息和历史行为信息确定通知消息，有效保证通知消息实时准确，可以尽量避免向用户推送无效的垃圾消息。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例中推送通知消息的方法流程图；

图2为本发明实施例中接收通知消息的方法流程图；

图3为实施例一中推送通知消息的方法流程图；

图4为本发明实施例中推送通知消息的服务器的第一结构图；

图5为本发明实施例中推送通知消息的服务器的第二结构图；

图6为本发明实施例中处理模块的结构图；

图7为本发明实施例中推送模块的结构图；

图8为本发明实施例中接收通知消息的第一终端的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本发明，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件未作详细描述，以便于凸显本发明的主旨。

除非另有其它明确表示，否则在整个说明书和权利要求书中，术语“包括”或其变换如“包含”或“包括有”等等将被理解为包括所陈述的元件或组成部分，而并未排除其它元件或其它组成部分。

本发明实施例提供的一种推送通知消息的方法，应用于服务器侧。参见图1所示，具体包括步骤101-104：

步骤101：获取第一终端上传的第一状态信息，第一状态信息包括第一终端当前的状态信息。

本发明实施例中，“终端”包括但不限于手机、平板电脑、PC、电视机、便携式播放器、游戏机、汽车或其他智能家居。“第一状态信息”包括第一终端当前的状态信息，用于表示第一终端当前的状态；根据第一终端的类型(如第一终端可以为手机或平板电脑等不同类型)，该状态信息可以包含不同的内容。

具体的，例如，第一终端为手机，该状态信息具体可以包括：当前处于激活状态的应用程序(即用户当前打开的是哪一个应用程序)、当前位置信息、当前浏览界面(若用户正在浏览网页，该状态信息可以包括该网页的URL)和当前电量中的一项或多项。若第一终端为汽车，则该状态信息具体可以包括：当前车速、当前位置、行驶里程、发动机状态和车载播放器状态中的一项或多项。

步骤102：获取第二终端上传的第二状态信息，第二状态信息包括第二终端当前的状态信息；第二终端是预先与第一终端关联的终端。

本发明实施例中，“第一”和“第二”只是为了区分两个终端或两个状态信息，故第二终端与第一终端相同，也可以包括但不限于手机、平板电脑、PC、电视机、便携式播放器、游戏机、汽车或其他智能家居。第二状态信息包括第二终端当前的状态信息，用于表示第二终端当前的状态；根据第二终端的类型(如第二终端可以为手机或平板电脑等不同类型)，该状态信息可以包含不同的内容。

其中，第一终端和第二终端为预先关联的两个终端。具体可以通过用户标识进行关联的，关联终端的步骤发生在根据第一状态信息和第二状态信息生成通知消息的步骤之前，关联终端的流程具体包括以下步骤A1-A2：

步骤A1、获取第一终端上传的第一用户标识。

其中，第一用户标识为第一终端提供的用户标识，具体可以为手机号码、邮箱、注册账号等。该第一用户标识可以包含在第一状态消息中，即在步骤101中即可以同时将第一用户标识上传至服务器。

步骤A2、获取第二终端上传的第二用户标识。

其中，第二用户标识为第二终端提供的用户标识，具体可以为手机号码、邮箱、注册账号等。该第二用户标识可以包含在第二状态消息中，即在步骤102中即可以同时将第二用户标识上传至服务器。

步骤203：在第一用户标识与第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

具体的，第一用户标识与第二用户标识相同时，可以确定第一用户标识与第二用户标识相匹配；或者第一用户标识与第二用户标识相互关联时，也可以确定第一用户标识与第二用户标识相匹配。例如，用户A拥有手机(第一终端)和电视机(第二终端)，用户A均通过账号aa登录使用该手机和电视机，则服务器获取到与手机关联的账号aa、同时可以获取到与电视机关联的账号aa，两个账号相同，则说明手机(第一终端)和电视机(第二终端)相关联。或者，用户A通过账号aa登录使用手机，用户A通过账号bb登录使用电视机，账号aa和账号bb均与用户A的手机号码绑定，则服务器可以确定账号aa与账号bb二者为相关联的账号(即第一用户标识与第二用户标识相互关联)，此时也可以执行手机(第一终端)和电视机(第二终端)相关联的操作。

步骤103：根据第一状态信息和第二状态信息生成通知消息。

本发明实施例中，在第一终端与第二终端相关联时，服务器结合第一状态信息和第二状态信息生成通知消息，即该通知消息与第一终端的当前状态和第二终端的当前状态相关。

优选的，第一状态信息包括第一用户标识，第二状态信息包括第二用户标识，此时，根据第一状态信息和第二状态信息生成通知消息，包括步骤B1-B2：

步骤B1：根据第一用户标识和/或第二用户标识确定与第一用户标识和/或第二用户标识相关的用户历史行为信息。

具体的，第一用户标识和第二用户标识可以完全相同，即根据此用户的一个用户标识即可以确定该用户的用户历史行为信息。

步骤B2：根据用户历史行为信息、第一状态信息和第二状态信息生成通知消息。

具体的，例如，用户A通过同一个用户账号(即第一用户标识和第二用户标识相同)登录使用了智能手机(第一终端)和汽车(第二终端)的智能***。在当前时间，用户A驾驶汽车(第二终端)并打开汽车导航，目的地为餐厅B；用户A的朋友使用该智能手机(第一终端)正在浏览关于餐厅B的菜单。服务器在获取到汽车和智能手机的当前状态时，可以向用户A推送关于餐厅B或附近其他餐厅的通知消息(如餐厅B的营业时间等)。同时，根据用户A的用户账号确定用户A之前的历史行为信息，比如用户A曾经购买的食品、曾经在哪些餐厅消费、曾经浏览过哪些关于菜品的网页，进而可以向用户推送餐厅B中符合用户A口味的菜名等。

优选的，根据用户历史行为信息确定用户群体，进而根据用户群体生成通知消息，从而向用户推送更加合适的消息。

步骤104：将通知消息推送至第一终端和/或第二终端。

具体的，根据第一终端和第二终端的状态信息确定将通知消息推送至哪一方。比如第一终端为汽车，而当前汽车处于行驶状态，则优先将该通知消息推送至第二终端，而不是推送至汽车。

具体的，根据两个终端与通知消息之间的相关度确定推送方，具体包括步骤C1-C2：

步骤C1、根据通知消息分别确定第一相关度和第二相关度，第一相关度为通知消息与第一终端之间的相关度，第二相关度为通知消息与第二终端之间的相关度。

其中，确定通知消息与第一终端之间的第一相关度时，将第一状态信息作为参考量。如上所述，若第一状态信息表示当前第一终端不方便接收通知消息，则该第一相关度的值较低。

步骤C2、在第一相关度大于第二相关度时，优先将通知消息推送至第一终端；在第一相关度小于第二相关度时，优先将通知消息推送至第二终端。

需要说明的是，本发明实施例中仅仅以两个终端为例进行了说明，该方法也适用于三个或四个等多个终端的情况。同时，上述的第二状态信息可以为空，即第二终端并未向服务器发送第二状态信息，或者第一终端不存在与其关联的第二终端，此时通过第一状态信息和第二状态信息(实际为空信息)生成通知消息实际为根据第一状态信息生成通知消息。

本发明实施例提供的一种推送通知消息的方法，应用于服务器侧，通过获取相关联的两个或多个终端的当前状态信息，可以向终端推送用户当前最关注的通知消息，实施性强。进一步结合用户当前状态信息和历史行为信息确定通知消息，有效保证通知消息实时准确，可以尽量避免向用户推送无效的垃圾消息。

基于同样的发明构思，本发明实施例还提供一种接收通知消息的方法，该方法应用于终端侧，参见图2所示，包括步骤201-202：

步骤201：将包括第一终端当前状态信息的第一状态信息上传至服务器，指示服务器根据第一状态信息和第二终端上传的第二状态信息生成通知消息，第二终端是预先与第一终端关联的终端。

其中，在步骤201之前，服务器还包括终端关联的步骤，具体的：将第一用户标识上传至服务器，指示服务器在第一用户标识和第二终端上传的第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

步骤202：接收服务器推送的通知消息。

本发明实施例提供的一种接收通知消息的方法，该方法应用于终端(如上述的第一终端)侧，通过向服务器上传状态信息，服务器确定第一终端和第二终端相关联，并根据第一状态信息和第二终端上传的第二状态信息生成通知消息，进而客户端可以接收到服务器推送的通知消息。通过获取相关联的两个或多个终端的当前状态信息，终端可以接收到用户当前最关注的通知消息，实施性强。进一步结合用户当前状态信息和历史行为信息确定通知消息，有效保证通知消息实时准确，服务器可以尽量避免向用户推送无效的垃圾消息。

下面通过一个实施例详细介绍该方法的流程。

实施例一

在实施例一中，第一终端和第二终端为相关联的两个终端，服务器推送通知消息的过程参见图3所示，包括步骤301-306：

步骤301：第一终端向服务器发送第一状态信息，第一状态信息包括第一用户标识。

步骤302：第二终端向服务器发送第二状态信息，第二状态信息包括第二用户标识。

步骤303：服务器在第一用户标识与第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

其中，在步骤303中，第一终端和第二终端可以预先进行关联处理，之后将第一终端和第二终端之间的关联关系发送至服务器，告知服务器第一终端和第二终端为两个相关联的设备。

步骤304：服务器根据第一用户标识和第二用户标识确定与第一用户标识和第二用户标识相关的用户历史行为信息。

步骤305：服务器根据用户历史行为信息、第一状态信息和第二状态信息生成通知消息。

步骤306：服务器将通知消息推送至第一终端和第二终端。

本发明实施例提供的一种推送通知消息的方法，服务器侧通过获取相关联的两个或多个终端的当前状态信息，可以向终端推送用户当前最关注的通知消息，实施性强。同时，服务器侧可以进一步结合用户当前状态信息和历史行为信息确定通知消息，有效保证通知消息实时准确，可以尽量避免向用户推送无效的垃圾消息。

以上详细介绍了推送通知消息的方法流程，该方法也可以通过相应的装置实现，下面详细介绍该装置的结构和功能。

本发明实施例提供一种推送通知消息的服务器，参见图4所示，包括：

第一获取模块41，用于获取第一终端上传的第一状态信息，第一状态信息包括第一终端当前的状态信息；获取第二终端上传的第二状态信息，第二状态信息包括第二终端当前的状态信息；第二终端是预先与第一终端关联的终端；

处理模块42，用于根据第一状态信息和第二状态信息生成通知消息；

推送模块43，用于将通知消息推送至第一终端和/或第二终端。

在一种可能的实现方式中，参见图5所示，还包括：第二获取模块44和关联模块45；

在处理模块42根据第一状态信息和第二状态信息生成通知消息之前，第二获取模块44用于，获取第一终端上传的第一用户标识；获取第二终端上传的第二用户标识；

关联模块45用于，在第一用户标识与第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

在一种可能的实现方式中，第一状态信息包括第一用户标识，第二状态信息包括第二用户标识；参见图6所示，处理模块42包括：

确定单元421，用于根据第一用户标识和/或第二用户标识确定与第一用户标识和/或第二用户标识相关的用户历史行为信息；

处理单元422，用于根据用户历史行为信息、第一状态信息和第二状态信息生成通知消息。

在一种可能的实现方式中，参见图7所示，推送模块43包括：

相关度单元431，用于根据通知消息分别确定第一相关度和第二相关度，第一相关度为通知消息与第一终端之间的相关度，第二相关度为通知消息与第二终端之间的相关度；

推送单元432，用于在第一相关度大于第二相关度时，优先将通知消息推送至第一终端；在第一相关度小于第二相关度时，优先将通知消息推送至第二终端。

基于同样的发明构思，本发明实施例还提供一种接收通知消息的第一终端，参见图8所示，包括：

上传模块81，用于将包括第一终端当前状态信息的第一状态信息上传至服务器，指示服务器根据第一状态信息和第二终端上传的第二状态信息生成通知消息，第二终端是预先与第一终端关联的终端；

接收模块82，用于接收服务器推送的通知消息。

在一种可能的实现方式中，上传模块81还用于：将第一用户标识上传至服务器，指示服务器在第一用户标识和第二终端上传的第二用户标识相匹配时，对第一终端和第二终端进行关联处理。

本发明实施例提供的一种推送通知消息的方法、服务器及终端，服务器侧通过获取相关联的两个或多个终端的当前状态信息，可以向终端推送用户当前最关注的通知消息，实施性强。同时，服务器侧可以进一步结合用户当前状态信息和历史行为信息确定通知消息，有效保证通知消息实时准确，可以尽量避免向用户推送无效的垃圾消息。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种推送通知消息的方法，其特征在于，包括：

获取第一终端上传的第一状态信息，所述第一状态信息包括所述第一终端当前的状态信息；

获取第二终端上传的第二状态信息，所述第二状态信息包括所述第二终端当前的状态信息；所述第二终端是预先与所述第一终端关联的终端；

根据所述第一状态信息和所述第二状态信息生成通知消息；

将所述通知消息推送至所述第一终端和/或所述第二终端。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述第一状态信息和所述第二状态信息生成通知消息的步骤之前，还包括：

获取所述第一终端上传的第一用户标识；

获取所述第二终端上传的第二用户标识；

在所述第一用户标识与所述第二用户标识相匹配时，对所述第一终端和所述第二终端进行关联处理。

3.根据权利要求1或2所述的方法，其特征在于，所述第一状态信息包括第一用户标识，所述第二状态信息包括第二用户标识；

所述根据所述第一状态信息和所述第二状态信息生成通知消息，包括：

根据所述第一用户标识和/或所述第二用户标识确定与所述第一用户标识和/或所述第二用户标识相关的用户历史行为信息；

根据所述用户历史行为信息、所述第一状态信息和所述第二状态信息生成通知消息。

4.根据权利要求1或2所述的方法，其特征在于，所述将所述通知消息推送至所述第一终端和/或所述第二终端，包括：

根据所述通知消息分别确定第一相关度和第二相关度，所述第一相关度为所述通知消息与所述第一终端之间的相关度，所述第二相关度为所述通知消息与所述第二终端之间的相关度；

在所述第一相关度大于所述第二相关度时，优先将所述通知消息推送至所述至所述第一终端；在所述第一相关度小于所述第二相关度时，优先将所述通知消息推送至所述至所述第二终端。

5.一种接收通知消息的方法，其特征在于，包括：

将包括第一终端当前状态信息的第一状态信息上传至服务器，指示所述服务器根据所述第一状态信息和第二终端上传的第二状态信息生成通知消息，所述第二终端是预先与所述第一终端关联的终端；

接收所述服务器推送的所述通知消息。

6.根据权利要求5所述的方法，其特征在于，还包括：

将第一用户标识上传至所述服务器，指示所述服务器在所述第一用户标识和第二终端上传的第二用户标识相匹配时，对所述第一终端和所述第二终端进行关联处理。

7.一种推送通知消息的服务器，其特征在于，包括：

第一获取模块，用于获取第一终端上传的第一状态信息，所述第一状态信息包括所述第一终端当前的状态信息；获取第二终端上传的第二状态信息，所述第二状态信息包括所述第二终端当前的状态信息；所述第二终端是预先与所述第一终端关联的终端；

处理模块，用于根据所述第一状态信息和所述第二状态信息生成通知消息；

推送模块，用于将所述通知消息推送至所述第一终端和/或所述第二终端。

8.根据权利要求7所述的服务器，其特征在于，还包括：所述第二获取模块和关联模块；

在所述处理模块根据所述第一状态信息和所述第二状态信息生成通知消息之前，所述第二获取模块用于，获取所述第一终端上传的第一用户标识；获取所述第二终端上传的第二用户标识；

所述关联模块用于，在所述第一用户标识与所述第二用户标识相匹配时，对所述第一终端和所述第二终端进行关联处理。

9.根据权利要求7或8所述的服务器，其特征在于，所述第一状态信息包括第一用户标识，所述第二状态信息包括第二用户标识；

所述处理模块包括：

确定单元，用于根据所述第一用户标识和/或所述第二用户标识确定与所述第一用户标识和/或所述第二用户标识相关的用户历史行为信息；

处理单元，用于根据所述用户历史行为信息、所述第一状态信息和所述第二状态信息生成通知消息。

10.根据权利要求7或8所述的服务器，其特征在于，所述推送模块包括：

相关度单元，用于根据所述通知消息分别确定第一相关度和第二相关度，所述第一相关度为所述通知消息与所述第一终端之间的相关度，所述第二相关度为所述通知消息与所述第二终端之间的相关度；

推送单元，用于在所述第一相关度大于所述第二相关度时，优先将所述通知消息推送至所述至所述第一终端；在所述第一相关度小于所述第二相关度时，优先将所述通知消息推送至所述至所述第二终端。

11.一种接收通知消息的第一终端，其特征在于，包括：

上传模块，用于将包括第一终端当前状态信息的第一状态信息上传至服务器，指示所述服务器根据所述第一状态信息和第二终端上传的第二状态信息生成通知消息，所述第二终端是预先与所述第一终端关联的终端；

接收模块，用于接收所述服务器推送的所述通知消息。

12.根据权利要求11所述的第一终端，其特征在于，所述上传模块还用于：将第一用户标识上传至所述服务器，指示所述服务器在所述第一用户标识和第二终端上传的第二用户标识相匹配时，对所述第一终端和所述第二终端进行关联处理。