向消息服务器发起心跳请求，以保持和消息服务器连接的活动状态，消息 服务器收到后会回应应用终端；否则，消息服务器在特定的时间段内未收到应用终端的心 跳请求时，将断开连接通道。
[0087] 在实际应用中，应用终端向消息服务器发送的通知消息还可以是消息接收成功通 知：当消息服务器向该应用终端成功发送了消息时，应用终端向消息服务器发送消息接收 成功通知。
[0088] 需要说明的是，应用终端发送的通知消息可以不仅仅限于注册请求、心跳请求和 消息接收成功通知，还可以是其他通知消息，只要是能够让应用终端和消息服务器进行通 信的消息即可。
[0089] 另外，需要说明的是，本发明实施例中的应用终端可以包括但不仅限于个人电脑、 平板电脑、智能手机、电子阅读器、车载终端以及穿戴式设备等运行有应用程序的互联网设 备。
[0090] 302、消息服务器根据通知消息获取应用终端的ID ;
[0091] 消息服务器接收应用终端发送的通知消息后，从该通知消息中获取该应用终端的 ID，或根据该通知消息，消息服务器从自身的存储单元中获取应用终端的ID。
[0092] 例如：当通知消息是注册请求时，注册请求中包含了该应用终端的ID，则可直接 从该通知消息中获取该应用终端的ID ;当通知消息是心跳请求时，消息服务器可以得知上 传该心跳请求的相应的应用终端，并从自身的存储单元中获取应用终端的ID。
[0093] 303、消息服务器根据应用终端的ID从自身的存储单元中获取该应用终端的属性 特征；
[0094] 消息服务器中保存有已注册过的每个应用终端的属性特征。消息服务器根据通知 消息获取应用终端的ID后，根据应用终端的ID从自身的存储单元中获取该应用终端的属 性特征。
[0095] 304、消息服务器从自身的存储单元中获得消息推送规则和待发送内容；
[0096] 当消息发送端有消息需要推送时，会生成消息推送规则和待发送内容，并将消息 推送规则和待发送内容发送至消息服务器。消息服务器将其保存至自身的存储单元中，待 有符合规则的应用终端与消息服务器通信时再发送。其中消息推送规则指示推送该待发送 内容的规则。
[0097] 之后，消息服务器从自身的存储单元中获得消息发送端的消息推送规则和该规则 对应的待发送内容。
[0098] 消息推送规则中包含了一种或多种属性特征。
[0099] 可选的，作为步骤304的一种替代步骤，步骤304还可以是消息服务器直接从消息 发送端获得消息推送规则和与之相对应的待发送内容。
[0100] 需要说明的是，步骤304和步骤301至303之间没有明确的执行时间先后顺序关 系。
[0101] 步骤305至步骤306与图2所示的实施例中的步骤204至步骤207相同，此处不 再赘述。
[0102] 本发明实施例中，消息服务器根据通知消息获取应用终端的属性特征是需要根据 应用终端的ID从消息服务器的存储单元中获取，且消息服务器可以从自身的存储单元中 获取消息推送规则和待发送内容，提高了方案的可实现性。
[0103] 为了便于理解，下面以一具体的应用场景对上述实施例中描述的消息推送方法进 行详细描述，具体的：
[0104] 消息发送端（即业务服务器）可以是任何一款App应用的后台服务，以某款社交 App业务为例，拥有该App公众号的用户登录该App的公众平台，若需要向订阅该公众号 的用户发送消息，则选择新建一条群发消息，输入待发送的消息内容，并选择该消息推送规 贝1J，例如：消息发送对象的性别为女，地理位置为深圳。提交该消息后，该App业务服务器将 此消息推送规则及待发送内容发送至消息服务器。
[0105] 消息服务器接收到此消息后，将此消息推送规则和待发送内容保存至存储单元中 (例如NoSQL)。数据库中的消息推送规则表如表1所示：
[0106] 表 1
[0107]
【主权项】
1. 一种消息推送方法，其特征在于，包括： 消息服务器接收应用终端发送的通知消息； 所述消息服务器根据所述通知消息获取所述应用终端的属性特征； 所述消息服务器获得消息发送端的消息推送规则和待发送内容，所述消息推送规则用 于指示推送所述待发送内容的规则； 所述消息服务器将所述属性特征和所述消息推送规则进行匹配； 若所述属性特征符合所述消息推送规则，则所述消息服务器将所述待发送内容发送至 所述应用终端。
2. 根据权利要求1所述的消息推送方法，其特征在于，所述消息服务器将所述属性特 征和所述消息推送规则进行匹配包括： 所述消息服务器从所述消息推送规则中获得特定属性特征； 所述消息服务器判断所述属性特征是否包含所述特定属性特征； 若所述属性特征包含所述特定属性特征，则所述消息服务器确定所述属性特征符合所 述消息推送规则。
3. 根据权利要求1所述的消息推送方法，其特征在于，所述消息服务器根据所述通知 消息获取所述应用终端的属性特征包括： 所述消息服务器根据所述通知消息获取所述应用终端的ID; 所述消息服务器根据所述应用终端的ID从自身的存储单元中获取所述应用终端的属 性特征。
4. 根据权利要求1至3中任一项所述的消息推送方法，其特征在于，所述属性特征包括 账号属性、设备属性、标签属性或地理位置属性。
5. 根据权利要求1至3中任一项所述的消息推送方法，其特征在于，所述通知消息为心 跳请求、注册请求或消息接收成功通知。
6. 根据权利要求1至3中任一项所述的消息推送方法，其特征在于，所述消息服务器获 得消息发送端的消息推送规则和待发送内容包括： 所述消息服务器从所述消息发送端获得所述消息推送规则和所述待发送内容； 或，所述消息服务器从自身的存储单元中获得所述消息推送规则和所述待发送内容。
7.-种消息服务器，其特征在于，包括： 接收单元，用于接收应用终端发送的通知消息； 第一获取单元，用于根据所述接收单元接收的所述通知消息获取所述应用终端的属性 特征； 第二获取单元，用于获得消息发送端的消息推送规则和待发送内容，所述消息推送规 则用于指示推送所述待发送内容的规则； 匹配单元，用于将所述第一获取单元获取的所述属性特征和所述第二获取单元获得的 所述消息推送规则进行匹配； 发送单元，用于当所述匹配单元确定所述属性特征符合所述消息推送规则时，将所述 待发送内容发送至所述应用终端。
8. 根据权利要求7所述的消息服务器，其特征在于，所述匹配单元包括： 第一获取模块，用于从所述消息推送规则中获得特定属性特征； 判断模块，用于判断所述获取模块获得的所述属性特征是否包含所述特定属性特征； 确定模块，用于当所述判断模块的判断结果是所述属性特征包含所述特定属性特征 时，则确定所述属性特征符合所述消息推送规则。
9. 根据权利要求7所述的消息服务器，其特征在于，所述消息服务器还包括：存储单 元； 所述第一获取单元包括： 第二获取模块，用于根据所述通知消息获取所述应用终端的ID; 第三获取模块，用于根据所述第一获取模块获得的所述应用终端的ID从所述存储单 元中获取所述应用终端的属性特征。
10. 根据权利要求7至9中任一项所述的消息服务器，其特征在于，所述第一获取单元 具体用于： 根据所述接收单元接收的所述通知消息获取所述应用终端的账号属性、设备属性、标 签属性或地理位置属性。
11. 根据权利要求7至9中任一项所述的消息服务器，其特征在于，接收单元具体用于 接收应用终端发送的心跳请求、注册请求或消息接收成功通知。
12. 根据权利要求9中所述的消息服务器，其特征在于，第二获取单元具体用于： 从所述消息发送端获得所述消息推送规则和所述待发送内容； 或，从所述存储单元中获得所述消息推送规则和所述待发送内容。
【专利摘要】本发明实施例公开了一种消息推送方法及服务器，用于降低服务器的处理压力，节省系统资源。本发明实施例方法包括：消息服务器获得消息发送端的消息推送规则和待发送内容后，不用从存储单元中查找出符合这些特定类型规则的用户，再为这些用户设置标签，再发送待发送内容，而是待接收应用终端发送的通知消息后，根据该通知消息获取应用终端的属性特征，之后，将该属性特征和消息推送规则进行匹配，若该属性特征符合该消息推送规则，则消息服务器将待发送内容发送至应用终端。从而实现根据应用终端的属性特征来匹配不同的消息类型来推送消息，从而降低服务器的处理压力，节省系统资源。
【IPC分类】H04L29-06, H04L12-58
【公开号】CN104796434
【申请号】CN201510232740
【发明人】赵明, 余华
【申请人】集怡嘉数码科技（深圳）有限公司
【公开日】2015年7月22日
【申请日】2015年5月8日