行通信，在不同的业务场景中，应用终端 会向消息服务器发送不同的通知消息，以完成不同的业务通信。
[0038] 在应用终端向消息服务器发送通知消息时，消息服务器接收到应用终端的通知消 息。
[0039] 本发明实施例中的应用终端可以包括个人电脑、平板电脑、智能手机、电子阅读 器、车载终端以及穿戴式设备等运行有应用程序的互联网设备，具体此处不做限定。
[0040] 102、消息服务器根据该通知消息获取应用终端的属性特征；
[0041] 消息服务器在接收到应用终端的通知消息后，根据该通知消息获取应用终端的属 性特征。
[0042] 应用终端的属性特征是该应用终端自身或该应用终端的用户账号相关的属性，用 来记录该终端的相关特性。
[0043] 103、消息服务器获得消息发送端的消息推送规则和待发送内容；
[0044] 当消息发送端有消息需要推送时，会生成消息推送规则和待发送内容，其中消息 推送规则指示推送该待发送内容的规则。
[0045] 之后，消息服务器获得消息发送端的消息推送规则和该规则对应的待发送内容。
[0046] 在实际应用中，消息发送端是应用程序后台的应用服务器或业务服务器。
[0047] 需要说明的是，步骤103和步骤101、102之间没有明确的执彳丁时间先后顺序关系。
[0048] 104、消息服务器将该应用终端的属性特征和消息推送规则进行匹配；
[0049] 在消息服务器根据应用终端的通知消息获取应用终端的属性特征后，将该应用终 端的属性特征和得到消息推送规则进行匹配，判断该应用终端的属性特征是否能匹配上该 消息推送规则。
[0050] 105、若该应用终端的属性特征符合该消息推送规则，消息服务器将该消息推送规 则指示的待发送内容发送至该应用终端。
[0051] 消息服务器将该应用终端的属性特征和消息推送规则进行匹配后，若判断出该应 用终端的属性特征能匹配上该消息推送规则，则可确定该应用终端的属性特征能符合该消 息推送规则，则将该消息推送规则对应的待发送内容发送至该应用终端。
[0052] 本发明实施例中，消息服务器获得消息发送端的消息推送规则和待发送内容后， 不用从存储单元中查找出符合这些特定类型规则的用户，再为这些用户设置标签，再发送 待发送内容，而是待接收应用终端发送的通知消息后，根据该通知消息获取应用终端的属 性特征，之后，将该属性特征和消息推送规则进行匹配，若该属性特征符合该消息推送规 贝1J，则消息服务器将待发送内容发送至应用终端。从而实现根据应用终端的属性特征来匹 配不同的消息类型来推送消息，从而降低服务器的处理压力，节省系统资源。
[0053] 实际上，消息服务器获取到的消息推送规则包含了一种或多种属性特征，在消息 服务器将接收到的应用系统的属性特征和消息规则进行匹配时，实际是将应用系统的属性 特征和消息推送规则中的属性特征进行匹配。下面进行详细的说明。
[0054] 结合图2,本发明实施例中消息推送方法的另一个实施例包括：
[0055] 201、消息服务器接收应用终端发送的通知消息；
[0056] 应用终端和消息服务器之间通过网络进行通信，在不同的业务场景中，应用终端 会向消息服务器发送不同的通知消息，以完成不同的业务通信。
[0057] 在应用终端向消息服务器发送通知消息时，消息服务器接收到应用终端的通知消 息。
[0058] 在实际应用中，应用终端向消息服务器发送的通知消息可以是注册请求：应用终 端主动向消息服务器发起注册请求，连接建立后，消息服务器立即处理应用终端的注册请 求，并向应用终端返回注册结果。
[0059] 在实际应用中，应用终端向消息服务器发送的通知消息可以是心跳请求：应用终 端每隔一段时间，向消息服务器发起心跳请求，以保持和消息服务器连接的活动状态，消息 服务器收到后会回应应用终端；否则，消息服务器在特定的时间段内未收到应用终端的心 跳请求时，将断开连接通道。
[0060] 在实际应用中，应用终端向消息服务器发送的通知消息还可以是消息接收成功通 知：当消息服务器向该应用终端成功发送了消息时，应用终端向消息服务器发送消息接收 成功通知。
[0061] 需要说明的是，应用终端发送的通知消息可以不仅仅限于注册请求、心跳请求和 消息接收成功通知，还可以是其他通知消息，只要是能够让应用终端和消息服务器进行通 信的消息即可。
[0062] 另外，需要说明的是，本发明实施例中的应用终端可以包括但不仅限于个人电脑、 平板电脑、智能手机、电子阅读器、车载终端以及穿戴式设备等运行有应用程序的互联网设 备。
[0063] 202、消息服务器根据通知消息获取应用终端的属性特征；
[0064] 消息服务器在接收到应用终端的通知消息后，根据该通知消息获取应用终端的属 性特征。
[0065] 本发明实施例中，属性特征可以是应用终端的用户属性（例如：账户ID、性别、年 龄等），还可以是该应用终端的设备属性（例如：设备ID、设备型号），还可以是预先给该 应用终端的用户设置的标签属性（例如：爱好足球），还可以是该应用终端的地理位置属性 (例如：深圳），具体此处不做限定。
[0066] 需要说明的是，应用终端的属性特征不一定只包含上述描述的属性特征，还可以 包含更多类型的属性特征，具体此处不做限定。
[0067] 203、消息服务器获得消息发送端的消息推送规则和待发送内容；
[0068] 当消息发送端有消息需要推送时，会生成消息推送规则和待发送内容，其中消息 推送规则指示推送该待发送内容的规则。之后，消息服务器获得消息发送端的消息推送规 则和该规则对应的待发送内容。
[0069] 实际上，消息推送规则中包含了一种或多种属性特征。
[0070] 需要说明的是，步骤203和步骤201、202之间没有明确的执行时间先后顺序关系。
[0071] 204、消息服务器从消息推送规则中获得特定属性特征；
[0072] 在消息服务器获得消息发送端的消息推送规则后，从该消息推送规则中获取该消 息推送规则中包含的属性特征，此处获取到的属性特征可以是一个，也可以是多个，本实施 例中将此处获取到的属性特征称为特定的属性特征。
[0073] 205、消息服务器判断应用终端的属性特征是否包含该特定属性特征；
[0074] 消息服务器从消息推送规则中获得特定属性特征后，判断步骤202中获取到的应 用终端的属性特征是否包含该特定属性特征。
[0075] 206、消息服务器确定该应用终端的属性特征符合消息推送规则；
[0076] 若消息服务器判定步骤202中获取到的应用终端的属性特征包含该特定属性特 征时，则确定该应用终端的属性特征符合消息推送规则。
[0077] 207、消息服务器将待发送内容发送至该应用终端。
[0078] 当确定应用终端的属性特征符合消息推送规则时，消息服务器将该消息推送规则 指示的待发送内容发送至该应用终端。
[0079] 本发明实施例中，消息服务器获得消息发送端的消息推送规则和待发送内容后， 不用从存储单元中查找出符合这些特定类型规则的用户，再为这些用户设置标签，再发送 待发送内容，而是待接收应用终端发送的通知消息后，根据该通知消息获取应用终端的属 性特征，再将该应用终端的属性特征和消息推送规则中的特定属性特征进行比对，若消息 推送规则中的特定属性特征中包含有该应用终端的属性特征时，将该消息推送规则指示的 待发送内容发送至应用终端。从而实现根据应用终端的属性特征来匹配不同的消息类型来 推送消息，从而降低服务器的处理压力，节省系统资源。
[0080] 消息服务器根据通知消息获取应用终端的属性特征时，并不是直接获取，而是需 要根据应用终端的ID从消息服务器的存储单元中获取。且消息服务器可以从自身的存储 单元中获取消息推送规则和待发送内容。下面进行详细说明。
[0081] 请结合图3,本发明实施例中消息推送方法的另一个实施例包括：
[0082] 301、消息服务器接收应用终端发送的通知消息；
[0083] 应用终端和消息服务器之间通过网络进行通信，在不同的业务场景中，应用终端 会向消息服务器发送不同的通知消息，以完成不同的业务通信。
[0084] 在应用终端向消息服务器发送通知消息时，消息服务器接收到应用终端的通知消 息。
[0085] 在实际应用中，应用终端向消息服务器发送的通知消息可以是注册请求：应用终 端主动向消息服务器发起注册请求，连接建立后，消息服务器立即处理应用终端的注册请 求，并向应用终端返回注册结果。
[0086] 在实际应用中，应用终端向消息服务器发送的通知消息可以是心跳请求：应用终 端每隔一段时间，