一种消息推送方法及服务器的制造方法
【技术领域】
[0001] 本发明涉及互联网技术领域，尤其涉及一种消息推送方法及服务器。
【背景技术】
[0002] 随着互联网技术的飞速发展，用户的手机、平板电脑等终端中搭载了越来越多的 应用程序（APP，applicati 〇n)，这些APP的后台应用服务器经常向用户主动推送应用消息。
[0003] 系统的消息发送端通过响应消息发送端的不同类型的消息发送请求，来实现向手 机、平板电脑等终端推送不同类型的消息，例如：向指定的地理区域内的手机用户发送消 息、向指定的某一型号的手机用户发送消息、向指定的某一特定用户群体发送消息等。
[0004] 而现有技术不能直接向应用终端推送指定地理位置、指定设备型号、指定的某一 特定用户等类型的消息，需要采用标签消息曲线实现，为了保证消息推送的精准，每次发消 息时，都需要从数据库中查找出符合这些特定类型规则的用户，再为这些用户设置标签，非 常消耗系统资源。
【发明内容】
[0005] 本发明实施例提供了一种消息推送方法及服务器，能够通过消息类型来推送消 息，从而降低服务器的处理压力，节省系统资源。
[0006] 第一方面，本发明实施例提供了一种消息推送方法，包括：
[0007] 消息服务器接收应用终端发送的通知消息；消息服务器根据该通知消息获取该应 用终端的属性特征；消息服务器获得消息发送端的消息推送规则和待发送内容，该消息推 送规则用于指示推送待发送内容的规则；消息服务器将该应用终端的属性特征和消息推送 规则进行匹配；若该应用终端的属性特征符合该消息推送规则，则消息服务器将待发送内 容发送至该应用终端。
[0008] 结合第一方面，在第一方面的第一种可能的实现方式中，消息服务器将该应用终 端的属性特征和消息推送规则进行匹配包括：消息服务器从消息推送规则中获得特定属性 特征；消息服务器判断该应用终端的属性特征是否包含该特定属性特征；若该应用终端的 属性特征包含该特定属性特征，则消息服务器确定该应用终端的属性特征符合该消息推送 规则。
[0009] 结合第一方面，在第一方面的第二种可能的实现方式中，消息服务器根据通知消 息获取应用终端的属性特征包括：消息服务器根据通知消息获取该应用终端的ID ;消息服 务器再根据应用终端的ID从自身的存储单元中获取该应用终端的属性特征。
[0010] 结合第一方面、第一方面的第一种可能的实现方式或第一方面的第二种可能的实 现方式，在第一方面的第三种可能的实现方式中，属性特征包括账号属性、设备属性、标签 属性或地理位置属性。
[0011] 结合第一方面、第一方面的第一种可能的实现方式或第一方面的第二种可能的实 现方式，在第一方面的第四种可能的实现方式中，通知消息为心跳请求、注册请求或消息接 收成功通知。
[0012] 结合第一方面、第一方面的第一种可能的实现方式或第一方面的第二种可能的实 现方式，在第一方面的第五种可能的实现方式中，消息服务器获得消息发送端的消息推送 规则和待发送内容包括：消息服务器从消息发送端获得消息推送规则和所述待发送内容； 或，消息服务器从自身的存储单元中获得消息推送规则和待发送内容。
[0013] 第二方面，本发明实施例提供了一种消息服务器，包括：
[0014] 接收单元，用于接收应用终端发送的通知消息；第一获取单元，用于根据接收单元 接收的通知消息获取应用终端的属性特征；第二获取单元，用于获得消息发送端的消息推 送规则和待发送内容，该消息推送规则用于指示推送待发送内容的规则；匹配单元，用于将 第一获取单元获取的属性特征和第二获取单元获得的消息推送规则进行匹配；发送单元， 用于当匹配单元确定属性特征符合所述消息推送规则时，将所述待发送内容发送至所述应 用终端。
[0015] 结合第二方面，在第二方面的第一种可能的实现方式中，所述匹配单元包括：第一 获取模块，用于从消息推送规则中获得特定属性特征；判断模块，用于判断获取模块获得的 属性特征是否包含该特定属性特征；确定模块，用于当判断模块的判断结果是属性特征包 含该特定属性特征时，则确定该属性特征符合消息推送规则。
[0016] 结合第二方面，在第二方面的第二种可能的实现方式中，消息服务器还包括：存储 单元；第一获取单元包括：第二获取模块，用于根据通知消息获取应用终端的ID ;第三获取 模块，用于根据第一获取模块获得的应用终端的ID从存储单元中获取应用终端的属性特 征。
[0017] 结合第二方面、第二方面的第一种可能的实现方式或第二方面的第二种可能的实 现方式，在第二方面的第三种可能的实现方式中，第一获取单元具体用于：根据接收单元接 收的通知消息获取应用终端的账号属性、设备属性、标签属性或地理位置属性。
[0018] 结合第二方面、第二方面的第一种可能的实现方式或第二方面的第二种可能的实 现方式，在第二方面的第四种可能的实现方式中，接收单元具体用于接收应用终端发送的 心跳请求、注册请求或消息接收成功通知。
[0019] 结合第二方面的第二种可能的实现方式，在第二方面的第五种可能的实现方式 中，第二获取单元具体用于：从消息发送端获得消息推送规则和待发送内容；或，从存储单 元中获得消息推送规则和待发送内容。
[0020] 从以上技术方案可以看出，本发明实施例的方案具有如下有益效果：
[0021] 本发明实施例中，消息服务器获得消息发送端的消息推送规则和待发送内容后， 不用从存储单元中查找出符合这些特定类型规则的用户，再为这些用户设置标签，再发送 待发送内容，而是待接收应用终端发送的通知消息后，根据该通知消息获取应用终端的属 性特征，之后，将该属性特征和消息推送规则进行匹配，若该属性特征符合该消息推送规 贝1J，则消息服务器将待发送内容发送至应用终端。从而实现根据应用终端的属性特征来匹 配不同的消息类型来推送消息，从而降低服务器的处理压力，节省系统资源。
【附图说明】
[0022] 图1为本发明实施例中消息推送方法的一种流程图；
[0023] 图2为本发明实施例中消息推送方法的另一种流程图；
[0024] 图3为本发明实施例中消息推送方法的另一种流程图；
[0025] 图4为本发明实施例中消息服务器的实施例示意图；
[0026] 图5为本发明实施例中消息服务器的另一实施例示意图；
[0027] 图6为本发明实施例中消息服务器的另一实施例示意图；
[0028] 图7为本发明实施例中消息推送系统的实施例示意图；
[0029] 图8为本发明实施例中消息服务器的结构示意图。
【具体实施方式】
[0030] 本发明实施例提供了一种消息推送方法及服务器，用于降低服务器的处理压力， 节省系统资源。下面分别进行详细说明。
[0031 ] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的 附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是 本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范 围。
[0032] 本发明的说明书和权利要求书及上述附图中的术语"第一"、"第二"、"第三…第四" 等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理 解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示 或描述的内容以外的顺序实施。此外，术语"包括"和"具有"以及他们的任何变形，意图在 于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必 限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、 产品或设备固有的其它步骤或单元。
[0033] 本发明实施例以服务器向手机、平板电脑等终端中的应用程序推送消息为例进行 说明。服务器可以是消息推送服务器或消息服务器。应用程序的后台应用服务器向用户主 动推送应用消息时，是通过消息服务器向应用终端推送消息的。
[0034] 应用服务器（即消息发送端或业务服务器）可以向消息推送服务器发送不同类型 的消息，以满足不同的消息推送应用场景需求，例如：向指定的地理区域内的手机用户发送 消息、向指定的某一型号的手机用户发送消息、向指定的某一特定用户群体发送消息等。消 息推送服务器可以通过响应消息发送端的不同类型的消息发送请求，来实现向手机、平板 电脑等应用终端推送不同类型的消息。
[0035] 结合图1，本发明实施例中消息推送方法的一个实施例包括：
[0036] 101、消息服务器接收应用终端发送的通知消息；
[0037] 应用终端和消息服务器之间通过网络进