CN104796435A - 一种消息推送方法及服务器 - Google Patents

Abstract

本发明实施例公开了一种消息推送方法及服务器，用于通过非即时消息不立即发送的方式来减轻消息服务器的压力。本发明实施例方法包括：消息服务器接收消息发送端发送的消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则，消息服务器根据消息推送规则判断待发送内容是否为即时消息，若为非即时消息，则保存该消息推送规则和待发送内容，而并不是立即将该待发送内容发送至应用终端，而是当满足非即时消息发送条件时再发送。从而通过将非即时消息延时发送的方式来实现即时消息和非即时消息区别发送，减轻了服务器的压力。

Description

一种消息推送方法及服务器

技术领域

本发明涉及互联网技术领域，尤其涉及一种消息推送方法及服务器。

背景技术

随着互联网技术的飞速发展，用户的手机、平板电脑等终端中搭载了越来越多的应用程序(APP，application)，这些APP的后台应用服务器经常向用户主动推送应用消息。

系统的消息发送端通过响应业务端的不同类型的消息发送请求，来实现向手机、平板电脑等终端推送不同类型的消息。消息按照实时性要求可以分为即时消息和非即时消息，即时消息对时效性要求较高，需要即时发送至用户终端，如向指定的设备发送消息、向指定的账号发送消息；非即时消息即时性相对较低，可以允许几分钟的延时，如向指定的地理区域内的设备发送消息、向指定的某一型号的手机用户发送消息、向指定的某一特定用户群体发送消息等。

现有技术中，从业务端接收到的所有消息经过处理后，都会立即发送至用户终端设备，因此增大了服务器压力。

发明内容

本发明实施例提供了一种消息推送方法及服务器，能够将即时消息和非即时消息区别发送，从而减轻服务器的压力。

第一方面，本发明实施例提供了一种消息推送方法，包括：

消息服务器接收消息发送端发送的消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则是用于指示推送待发送内容的规则；消息服务器根据消息推送规则判断待发送内容是否为即时消息；若待发送内容为非即时消息，则消息服务器保存消息推送规则和待发送内容；当满足非即时消息发送条件时，消息服务器将待发送内容至应用终端。

结合第一方面，在第一方面的第一种可能的实现方式中，消息服务器根据消息推送规则判断待发送内容是否为即时消息包括：消息服务器判断消息推送规则中的第一属性特征是否是账户ID或设备ID；若消息推送规则中的第一属性特征是账户ID或设备ID，则确定待发送内容为即时消息；若消息推送规则中的第一属性特征不是账户ID或设备ID，则确定待发送内容为非即时消息。

结合第一方面，在第一方面的第二种可能的实现方式中，所述方法还包括：当消息服务器在接收到应用终端的通知消息时，确定满足非即时消息发送条件。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，消息服务器将待发送内容发送至应用终端包括：消息服务器根据通知消息获取应用终端的第二属性特征；消息服务器将第二属性特征和消息推送规则进行匹配；若第二属性特征符合消息推送规则，则消息服务器将待发送内容发送至应用终端。

结合第一方面的第二种可能的实现方式至第一方面第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述通知消息为心跳请求、注册请求或消息接收成功通知。

结合第一方面、第一方面第一种可能的实现方式至第一方面第三种可能的实现方式，在第一方面的第五种可能的实现方式中，所述方法还包括：若待发送内容为即时消息，则消息服务器将待发送内容发送至消息推送规则所指示的应用终端。

第二方面，本发明实施例提供了一种消息服务器，包括：

接收单元，用于接收消息发送端发送的消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则；

判断单元，用于根据接收单元接收的消息推送规则判断接收单元接收的待发送内容是否为即时消息；

保存单元，用于当判断单元的判断结果为待发送内容是非即时消息时，保存消息推送规则和待发送内容；

发送单元，用于当满足非即时消息发送条件时，将待发送内容发送至目标应用终端。

结合第二方面，在第二方面的第一种可能的实现方式中，判断单元包括：第一判断模块，用于判断消息推送规则中的第一属性特征是否是账户ID或设备ID；确定模块，用于当消息推送规则中的第一属性特征是账户ID或设备ID时，则确定待发送内容为即时消息；当消息推送规则中的第一属性特征不是账户ID或设备ID时，则确定待发送内容为非即时消息。

结合第二方面，在第二方面的第二种可能的实现方式中，接收单元还用于接收应用终端的通知消息；则消息服务器还包括：确定单元，用于当消息服务器在接收到所述应用终端的通知消息时，确定满足非即时消息发送条件。

结合第二方面的第二种可能的实现方式，在第二方面的第三种的可能的实现方式中，确定单元包括：获取模块，用于根据通知消息获取应用终端的第二属性特征；匹配模块，用于将获取模块获取的第二属性特征和消息推送规则进行匹配；则发送单元，具体用于当匹配模块确定第二属性特征符合消息推送规则时，将待发送内容发送至应用终端。

结合第二方面的第二种可能的实现方式至第二方面的第三种可能的实现方式中的任一一种可能的实现方式，在第二方面的第四种的可能的实现方式中，接收单元还用于接收应用终端的通知消息，该通知消息包括应用终端的心跳请求、注册请求或消息接收成功通知。

结合第二方面、第二方面的第一种可能的实现方式至第二方面的第三种可能的实现方式中的任一一种可能的实现方式，在第二方面的第五种的可能的实现方式中发送单元还用于当判断单元判断所述待发送内容为即时消息时，将待发送内容发送至消息推送规则所指示的应用终端。

从以上技术方案可以看出，本发明实施例的方案具有如下有益效果：

本发明实施例中，消息服务器接收消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则，消息服务器根据消息推送规则判断待发送内容是否为即时消息，若为非即时消息，则保存该消息推送规则和待发送内容，而并不是立即将该待发送内容发送至应用终端，而是当满足非即时消息发送条件时再发送。从而通过将非即时消息延时发送的方式来实现即时消息和非即时消息区别发送，减轻了服务器的压力。

附图说明

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

图2为本发明实施例中消息推送方法的另一种流程图；

图3为本发明实施例中消息推送方法的另一种流程图；

图4为本发明实施例中消息服务器的实施例示意图；

图5为本发明实施例中消息服务器的另一实施例示意图；

图6为本发明实施例中消息服务器的另一实施例示意图；

图7为本发明实施例中消息推送系统的实施例示意图；

图8为本发明实施例中消息服务器的结构示意图。

具体实施方式

本发明实施例提供了一种消息推送方法和服务器，用于将即时消息和非即时消息区别发送，从而减轻服务器的压力。下面分别进行详细说明。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例以服务器向手机、平板电脑等终端中应用程序推送消息为例进行说明。服务器可以是消息推送服务器或消息服务器。应用程序的后台应用服务器向用户主动推送应用消息时，是通过消息推送服务器向应用终端推送消息。

应用服务器(即消息发送端，业务服务器)可以向消息推送服务器发送不同类型的消息，以满足不同的消息推送应用场景需求，例如：向指定的地理区域内的手机用户发送消息、向指定的某一型号的手机用户发送消息、向指定的某一特定用户群体发送消息等。消息推送服务器可以通过响应消息发送端的不同类型的消息发送请求，来实现向手机、平板电脑等应用终端推送不同类型的消息。

而根据这些不同类型的消息，按照发送的实时性要求可以分为即时消息和非即时消息，即时消息对时效性要求较高，需要即时发送至用户终端，非即时消息即时性相对较低，可以允许几分钟的延时。以下是常用的即时消息与非即时消息：

即时消息包括：

1、设备消息：将消息发送给指定的设备；

2、账户消息：将消息发送至指定账户下的所有设备。

非即时消息包括：

1、标签消息：将消息发送至包含指定标签的帐户下的所有设备，此类消息需要预先设置好用户的标签。

2、设备属性消息：将消息发送给包含指定属性的所有设备。如：向某一型号的设备发消息。

3、帐户属性消息：将消息发送给包含指定属性的帐户下的所有设备。如：向某一年龄段的用户帐户发消息。

4、地理位置消息：将消息发送给当前位置包含在指定地理位置内的所有设备。如：向定位于某个城市的所有设备发消息结合图1，本发明实施例中消息推送方法的一个实施例包括：

101、消息服务器接收消息处理指令；

当消息发送端有消息需要推送时，会向消息服务器发送消息处理指令，该指令中包含消息推送规则和待发送内容，其中消息推送规则指示推送该待发送内容的规则。

之后，消息服务器接收到消息发送端发送的消息推送规则和该规则对应的待发送内容。

在实际应用中，消息发送端是应用程序后台的应用服务器或业务服务器。

102、消息服务器根据消息推送规则判断待发送内容是否为即时消息；

消息服务器在接收到包含消息推送规则和待发送内容的消息处理指令后，根据其中的消息推送规则判断与该规则对应的待发送内容是否为即时消息。

103、消息服务器保存消息推送规则和待发送内容；

若消息服务器根据消息推送规则判定待发送是非即时消息，则保存消息推送规则和与之对应的待发送内容。

104、当满足非即时消息发送条件时，消息服务器将待发送内容发送至应用终端。

消息服务器判断何时满足非即时消息发送条件，当满足非即时消息发送条件时，消息服务器将待发送内容发送至应用终端。

本发明实施例中，消息服务器接收消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则，消息服务器根据消息推送规则判断待发送内容是否为即时消息，若为非即时消息，则保存该消息推送规则和待发送内容，而并不是立即将该待发送内容发送至应用终端，而是当满足非即时消息发送条件时再发送。从而通过将非即时消息延时发送的方式来实现即时消息和非即时消息区别发送，减轻了服务器的压力。

消息服务器判断待发送内容为即时消息或非即时消息的方法是：消息服务器判断消息推送规则中的第一属性特征是否是账户ID或设备ID，若是，则为即时消息，若不是，则为非即时消息。以下进行详细说明。

结合图2，本发明实施例中消息推送方法的另一个实施例包括：

201、消息服务器接收消息处理指令；

当消息发送端有消息需要推送时，会向消息服务器发送消息处理指令，该指令中包含消息推送规则和待发送内容，其中消息推送规则指示推送该待发送内容的规则。

之后，消息服务器接收到消息发送端发送的消息推送规则和该规则对应的待发送内容。

在实际应用中，消息发送端是应用程序后台的应用服务器或业务服务器。

202、消息服务器判断消息推送规则中的第一属性特征是否是账户ID或设备ID；

实际上，消息服务器接收到的消息推送规则是由一种或多种属性特征组成。本实施例中将消息推送规则中的属性特征称之为第一属性特征。消息服务器判断该属性特征是否是账户ID或设备ID。

本发明实施例中，属性特征可以是应用终端的用户属性(例如：账户ID、性别、年龄等)，还可以是该应用终端的设备属性(例如：设备ID、设备型号)，还可以是预先给该应用终端的用户设置的标签属性(例如：爱好足球)，还可以是该应用终端的地理位置属性(例如：深圳)，具体此处不做限定。

需要说明的是，应用终端的属性特征不一定只包含上述描述的属性特征，还可以包含更多类型的属性特征，具体此处不做限定。

203、消息服务器确定待发送内容为非即时消息；

如果消息服务器判断消息推送规则中的第一属性特征不是账户ID或设备ID，则确定待发送内容为非即时消息。

204、消息服务器保存消息推送规则和待发送内容；

在消息服务器判定待发送内容为非即时消息后，保存消息推送规则和与之对应的待发送内容。

205、当消息服务器在接收应用终端的通知消息时，确定满足非即时消息发送条件；

应用终端和消息服务器之间通过网络进行通信，在不同的业务场景中，应用终端会向消息服务器发送不同的通知消息，以完成不同的业务通信。

当消息服务器接收到应用终端的通知消息时，消息服务器确定此时满足非即时消息发送条件。

在实际应用中，应用终端向消息服务器发送的通知消息可以是心跳请求：应用终端每隔一段时间，向消息服务器发起心跳请求，以保持和消息服务器连接的活动状态，消息服务器收到后会回应应用终端；否则，消息服务器在特定的时间段内未收到应用终端的心跳请求时，将断开连接通道。

在实际应用中，应用终端向消息服务器发送的通知消息还可以是消息接收成功通知：当消息服务器向该应用终端成功发送了消息时，应用终端向消息服务器发送消息接收成功通知。

需要说明的是，应用终端发送的通知消息可以不仅仅限于注册请求、心跳请求和消息接收成功通知，还可以是其他通知消息，只要是能够让应用终端和消息服务器进行通信的消息即可。

另外，需要说明的是，本发明实施例中的应用终端可以包括但不仅限于个人电脑、平板电脑、智能手机、电子阅读器、车载终端以及穿戴式设备等运行有应用程序的互联网设备。

206、消息服务器将待发送内容发送至应用终端；

当消息服务器在接收到应用终端的通知消息时，消息服务器将自身存储单元中的待发送内容发送至该应用终端。

207、消息服务器将待发送内容发送至消息推送规则所指示的应用终端。

在步骤202中，消息服务器如果判定消息推送规则中的第一属性特征是账户ID或设备ID，则确定待发送内容为即时消息。此时，消息服务器直接将待发送内容发送至消息推送规则中的账户ID或设备ID所指示的应用终端。

本发明实施例中，消息服务器通过判断消息推送规则中的第一属性特征是否是账户ID或设备ID来判断待发送内容是否为即时消息，从而提高了方案的可实现性。

其次，本发明实施例中，若消息服务器判定待发送内容为即时消息，则直接将待发送内容发送至消息推送规则中的账户ID或设备ID所指示的应用终端，从而提高了方案的可实现性。

在实际应用中，消息服务器接收到应用终端发送的通知消息后，需要经过判断处理确认该应用终端符合消息推送规则，才将待发送内容发送至该应用终端。下面进行详细说明。

请结合图3，本发明实施例中消息推送方法的另一个实施例包括：

步骤301至步骤304与图2所示的实施例中的步骤201至步骤204相同，此处不再赘述。

305、消息服务器接收应用终端的通知消息；

应用终端和消息服务器之间通过网络进行通信，在不同的业务场景中，应用终端会向消息服务器发送不同的通知消息，消息服务器接收到应用终端的通知消息，以完成不同的业务通信。

在实际应用中，应用终端向消息服务器发送的通知消息可以是心跳请求：应用终端每隔一段时间，向消息服务器发起心跳请求，以保持和消息服务器连接的活动状态，消息服务器收到后会回应应用终端；否则，消息服务器在特定的时间段内未收到应用终端的心跳请求时，将断开连接通道。

在实际应用中，应用终端向消息服务器发送的通知消息还可以是消息接收成功通知：当消息服务器向该应用终端成功发送了消息时，应用终端向消息服务器发送消息接收成功通知。

需要说明的是，应用终端发送的通知消息可以不仅仅限于注册请求、心跳请求和消息接收成功通知，还可以是其他通知消息，只要是能够让应用终端和消息服务器进行通信的消息即可。

另外，需要说明的是，本发明实施例中的应用终端可以包括但不仅限于个人电脑、平板电脑、智能手机、电子阅读器、车载终端以及穿戴式设备等运行有应用程序的互联网设备。

306、消息服务器根据通知消息获取应用终端的第二属性特征；

消息服务器接收到应用终端的通知消息后，根据该通知消息可以获取该应用终端的属性特征，本实施例中将该属性特征称之为第二属性特征。

消息服务器根据通知消息获取应用终端的第二属性特征的方式为：消息服务器根据通知消息获取应用终端的ID，再根据应用终端的ID从自身的存储单元中获取该应用终端的属性特征(消息服务器中保存有已注册过的每个应用终端的属性特征)。

例如：当通知消息是注册请求时，注册请求中包含了该应用终端的ID，则可直接从该通知消息中获取该应用终端的ID；当通知消息是心跳请求时，消息服务器可以得知上传该心跳请求的相应的应用终端，并从自身的存储单元中获取应用终端的ID。

需要说明的是，消息服务器根据通知消息获取应用终端的属性特征的方式除了上述描述的通过应用终端的ID获取外，还可以有其他方式，此处不做具体限定。

307、消息服务器将第二属性特征和消息推送规则进行匹配；

消息服务器在获取到应用终端的第二属性特征后，将应用终端的第二属性特征和自身存储单元中的消息推送规则进行匹配，判断该应用终端的属性特征是否能匹配上该消息推送规则。

可选的，作为另一个实施例，消息服务器将第二属性特征和消息推送规则进行匹配的具体实现方式可以为：

a、消息服务器从消息推送规则中获得特定属性特征；

消息服务器从消息推送规则中获取该消息推送规则中包含的属性特征，此处获取到的属性特征可以是一个，也可以是多个，将此处获取到的属性特征称为特定的属性特征。

b、消息服务器判断该应用终端的属性特征是否包含该特定属性特征；

消息服务器从消息推送规则中获取到特定属性特征后，判断步骤306中获取到的应用终端的属性特征中是否包含有该特定属性特征。

c、消息服务器确定该用户终端的属性特征符合消息推送规则；

若消息服务器判定步骤306中获取到的应用终端的属性特征中包含该特定属性特征时，则确定该用户终端的属性特征符合消息推送规则。

308、若第二属性特征符合消息推送规则，则确定满足非即时消息发送条件；

消息服务器判断出该应用终端的第二属性特征能匹配上该消息推送规则时，则确定此时满足非即时消息发送条件。

309、消息服务器将所述待发送内容发送至该应用终端；

消息服务器在确定该应用终端的第二属性特征能符合该消息推送规则时，确定此时满足非即时消息发送条件时，则将该待发送内容发送至该应用终端。

310、消息服务器将待发送内容发送至消息推送规则所指示的应用终端。

在步骤302中，消息服务器如果判定消息推送规则中的第一属性特征是账户ID或设备ID，则确定待发送内容为即时消息。此时，消息服务器直接将待发送内容发送至消息推送规则中的账户ID或设备ID所指示的应用终端。

本发明实施例中，消息服务器接收到应用终端发送的通知消息后，根据该通知消息获取应用终端的第二属性特征，并将此第二属性特征和消息推送规则进行匹配，若第二属性特征符合消息推送规则，则消息服务器将待发送内容发送至该应用终端。从而提高了方案的可实现性。

为了便于理解，下面以一具体的应用场景对上述实施例中描述的消息推送方法进行详细描述，具体的：

消息发送端(即业务服务器)可以是任何一款App应用的后台服务，以某款社交App业务为例，拥有该App公众号的用户登录该App的公众平台，若需要向订阅该公众号的用户发送消息，则选择新建一条群发消息，输入待发送的消息内容，并选择该消息推送规则，例如：消息发送对象的性别为女，地理位置为深圳。提交该消息后，该App业务服务器将此消息推送规则及待发送内容发送至消息服务器。

消息服务器接收到此消息后，根据消息推送规则判断此消息是否为即时消息，判断方式具体为：消息服务器判断消息推送规则中的属性特征是否是账户ID或设备ID，如果是账户ID，则表明该消息是即时消息中的账户消息，如果是设备ID，则表明该消息是即时消息中的设备消息。

如果消息服务器判断此消息为即时消息，则将该消息内容直接发送至该账户ID或设备ID指示的应用终端。

如果消息服务器判断此消息是非即时消息，则执行如下操作：

将此消息推送规则和待发送内容保存至存储单元中(例如NoSQL)。数据库中的消息推送规则表如表1所示：

表1

表1中，规则ID为“001”的规则对应的内容为：性别为“女”，地理位置为“深圳”，规则ID为“002”的规则对应的内容为：年龄“大于30”，手机型号为“iPhone 5S”。

数据库中的消息推送内容表如表2所示：

表2

消息内容ID	规则ID	消息内容
			1523	001	购物首单满79元送79元
1524	002	进口生鲜7折优惠

表2中，消息内容ID为“1523”的消息对应的内容为“购物首单满79元送79元”，对应的推送规则ID为“001”，消息内容ID为“1524”的消息对应的内容为“进口生鲜7折优惠”，对应的推送规则ID为“002”。

每个用户在使用该App时，消息服务器会从各种途径得到该用户的用户资料、手机信息、地理位置信息等属性特征，并将这些属性特征保存在数据库中。数据库中用户的属性特征表如表3所示：

表3

表3中，表示应用终端ID为“35203906323600”的手机，账号ID为“Iris_wangqq.com”，性别为“女”，年龄“45岁”，地理位置是在“深圳”，手机型号为“iPhone 5S”，标签为“企业家、足球爱好者”。应用终端ID为“35203906323601”的手机，账号ID为“18976541256”，性别为“女”，年龄“28岁”，地理位置是在“深圳”，手机型号为“HuaweiP8”，标签为“产品经理、80后”。应用终端ID可以是手机的移动设备国际识别码(IMEI，International Mobile Equipment Identity)。

该App的每个用户的手机上的该App应用程序都通过心跳和消息服务器保持NIO异步长连接，当一段时间内该用户的手机和消息服务器之间没有数据收发动作时，该手机中的App应用程序则向消息服务器发送心跳请求。消息服务器接收到心跳请求后，根据该心跳请求得到该用户手机的IMEI，即应用终端ID。

消息服务器再根据该应用终端ID从自身的存储单元中找到该手机对应的属性特征。例如，消息服务器接收到的是手机IMEI为“35203906323600”的心跳请求，则，可以从属性特征表3中得到该手机对应的属性特征为性别为“女”，年龄“45岁”，地理位置是在“深圳”，手机型号为“iPhone5S”，标签为“企业家、足球爱好者”。

消息服务器得到手机IMEI为“35203906323600”的属性特征后，将这些属性特征和表1中的消息推送规则表中的规则逐条进行匹配，判断手机IMEI为“35203906323600”的属性特征是否包含消息推送规则表中的某条规则中的属性特征。

通过比对，得到手机IMEI为“35203906323600”的属性特征性别为“女”，年龄“45岁”，地理位置是在“深圳”，手机型号为“iPhone5S”，标签为“企业家、足球爱好者”，完全包含了表1中规则ID为“002”的属性特征：年龄“大于18”，手机型号为“iPhone 5S”。表示手机IMEI为“35203906323600”的手机符合消息推送规则“002”。

而消息推送规则为“002”的规则对应的待发送内容为表2消息推送内容表中的消息内容ID为“1524”的消息：“进口生鲜7折优惠”。

在消息服务器确定IMEI为“35203906323600”的手机符合消息推送规则“002”，并得到相应的待发送内容：“进口生鲜7折优惠”时，将此待发送内容发送至IMEI为“35203906323600”的手机中的该App。

以上是对本发明实施例中的消息推送方法进行了描述，下面从模块化功能实体的角度对本发明实施例中的消息服务器进行描述。

结合图4，本发明实施例提供的一种消息服务器，包括：

接收单元401，用于接收消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则；

判断单元402，用于根据接收单元接收的消息推送规则判断接收单元接收的待发送内容是否为即时消息；

保存单元403，用于当判断单元的判断结果为待发送内容是非即时消息时，保存消息推送规则和待发送内容；

发送单元404，用于当满足非即时消息发送条件时，将待发送内容发送至目标应用终端。

本发明实施例中，接收单元401接收消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则，判断单元402根据消息推送规则判断待发送内容是否为即时消息，若为非即时消息，保存单元403则保存该消息推送规则和待发送内容，而并不通过发送单元404立即将该待发送内容发送至应用终端，而是当满足非即时消息发送条件时发送单元404再发送。从而通过将非即时消息延时发送的方式来实现即时消息和非即时消息区别发送，减轻了服务器的压力。

结合图5，本发明实施例提供的一种消息服务器，包括：

接收单元501，用于接收消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则；

判断单元502，用于根据接收单元接收的消息推送规则判断接收单元接收的待发送内容是否为即时消息；

保存单元503，用于当判断单元的判断结果为待发送内容是非即时消息时，保存消息推送规则和待发送内容；

发送单元504，用于当满足非即时消息发送条件时，将待发送内容发送至目标应用终端。

其中，判断单元502包括：

判断模块5021，用于判断消息推送规则中的第一属性特征是否是账户ID或设备ID；

确定模块5022，用于当消息推送规则中的第一属性特征是账户ID或设备ID时，则确定待发送内容为即时消息；当消息推送规则中的第一属性特征不是账户ID或设备ID时，则确定待发送内容为非即时消息。

其中，发送单元504还用于当判断单元502判断所述待发送内容为即时消息时，将待发送内容发送至消息推送规则所指示的应用终端。

下面以一个具体的应用场景对本发明消息服务器各模块之间的交互进行描述：

当消息发送端有消息需要推送时，会向消息服务器发送消息处理指令，该指令中包含消息推送规则和待发送内容，其中消息推送规则指示推送该待发送内容的规则。

之后，消息服务器中的接收单元501接收到消息发送端发送的消息推送规则和该规则对应的待发送内容。

在实际应用中，消息发送端是应用程序后台的应用服务器或业务服务器。

实际上，接收单元501接收到的消息推送规则是由一种或多种属性特征组成。本实施例中将消息推送规则中属性特征称之为第一属性特征。判断单元502中的判断模块5021判断该属性特征是否是账户ID或设备ID。

本发明实施例中，属性特征可以是应用终端的用户的属性特征(例如：账户ID、性别、年龄等)，还可以是该应用终端的设备的属性(例如：设备ID、设备型号)，还可以是预先给该应用终端的用户设置的标签属性(例如：爱好足球)，还可以是该应用终端的地理位置属性(例如：深圳)，具体此处不做限定。

需要说明的是，应用终端的属性特征不一定只包含上述描述的属性特征，还可以包含更多类型的属性特征，具体此处不做限定。

如果判断模块5021判断消息推送规则中的第一属性特征不是账户ID或设备ID，则确定模块5022确定待发送内容为非即时消息。

在确定模块5022确定待发送内容为非即时消息后，保存单元503保存消息推送规则和与之对应的待发送内容。

应用终端和消息服务器之间通过网络进行通信，在不同的业务场景中，应用终端会向消息服务器发送不同的通知消息，以完成不同的业务通信。

当消息服务器接收到应用终端的通知消息时，消息服务器确定此时满足非即时消息发送条件。

在实际应用中，应用终端向消息服务器发送的通知消息可以是心跳请求：应用终端每隔一段时间，向消息服务器发起心跳请求，以保持和消息服务器连接的活动状态，消息服务器收到后会回应应用终端；否则，消息服务器在特定的时间段内未收到应用终端的心跳请求时，将断开连接通道。

在实际应用中，应用终端向消息服务器发送的通知消息还可以是消息接收成功通知：当消息服务器向该应用终端成功发送了消息时，应用终端向消息服务器发送消息接收成功通知。

需要说明的是，应用终端发送的通知消息可以不仅仅限于注册请求、心跳请求和消息接收成功通知，还可以是其他通知消息，只要是能够让应用终端和消息服务器进行通信的消息即可。

另外，需要说明的是，本发明实施例中的应用终端可以包括但不仅限于个人电脑、平板电脑、智能手机、电子阅读器、车载终端以及穿戴式设备等运行有应用程序的互联网设备。

当接收单元501在接收到应用终端的通知消息时，发送单元504将保存单元503保存的待发送内容发送至该应用终端。

当判断单元502中的判断模块5021判断消息推送规则中的第一属性特征是账户ID或设备ID时，判断单元502中的确定模块5022则确定待发送内容为即时消息。此时，发送单元504直接将待发送内容发送至消息推送规则中的账户ID或设备ID所指示的应用终端。

本发明实施例中，判断单元502通过判断消息推送规则中的第一属性特征是否是账户ID或设备ID来判断待发送内容是否为即时消息，从而提高了方案的可实现性。

其次，本发明实施例中，若判断单元502判定待发送内容为即时消息，则发送单元504直接将待发送内容发送至消息推送规则中的账户ID或设备ID所指示的应用终端，从而提高了方案的可实现性。

结合图6，本发明实施例提供的一种消息服务器，包括：

接收单元601，用于接收消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，消息推送规则用于指示推送待发送内容的规则；

判断单元602，用于根据接收单元接收的消息推送规则判断接收单元接收的待发送内容是否为即时消息；

保存单元603，用于当判断单元的判断结果为待发送内容是非即时消息时，保存消息推送规则和待发送内容；

发送单元604，用于当满足非即时消息发送条件时，将待发送内容发送至目标应用终端。

其中，判断单元602包括：

判断模块6021，用于判断消息推送规则中的第一属性特征是否是账户ID或设备ID；

确定模块6022，用于当消息推送规则中的第一属性特征是账户ID或设备ID时，则确定待发送内容为即时消息；当消息推送规则中的第一属性特征不是账户ID或设备ID时，则确定待发送内容为非即时消息。

其中，发送单元604还用于当判断单元602判断所述待发送内容为即时消息时，将待发送内容发送至消息推送规则所指示的应用终端。

消息服务器还包括：确定单元605，用于当消息服务器在接收到所述应用终端的通知消息时，确定满足非即时消息发送条件。

其中，确定单元605包括：

获取模块6051，用于根据通知消息获取应用终端的第二属性特征；

匹配模块6052，用于将获取模块6051获取的第二属性特征和消息推送规则进行匹配；

则发送单元604，具体用于当匹配模块6052确定第二属性特征符合消息推送规则时，将待发送内容发送至应用终端。

匹配模块6052，具体用于从消息推送规则中获得特定属性特征；判断第二属性特征是否包含该特定属性特征；当第二属性特征包含该特定属性特征时，确定第二属性特征符合消息推送规则。

接收单元601，还用于接收应用终端的通知消息，该通知消息包括应用终端的心跳请求、注册请求或消息接收成功通知。

下面以一个具体的应用场景对本发明消息服务器各模块之间的交互进行描述：

接收单元601、判断单元602中的判断模块6021、判断单元中的确定模块6022、保存单元603之间的消息处理和转发逻辑和图5所示的实施例中的接收单元501、判断单元502中的判断模块5021、判断单元中的确定模块5022、保存单元503之间的消息处理和转发逻辑相同，此处不再赘述。

应用终端和消息服务器之间通过网络进行通信，在不同的业务场景中，应用终端会向消息服务器发送不同的通知消息，接收单元601接收到应用终端的通知消息，以完成不同的业务通信。

在实际应用中，应用终端向消息服务器发送的通知消息可以是心跳请求：应用终端每隔一段时间，向消息服务器发起心跳请求，以保持和消息服务器连接的活动状态，消息服务器收到后会回应应用终端；否则，消息服务器在特定的时间段内未收到应用终端的心跳请求时，将断开连接通道。

在实际应用中，应用终端向消息服务器发送的通知消息还可以是消息接收成功通知：当消息服务器向该应用终端成功发送了消息时，应用终端向消息服务器发送消息接收成功通知。

需要说明的是，应用终端发送的通知消息可以不仅仅限于注册请求、心跳请求和消息接收成功通知，还可以是其他通知消息，只要是能够让应用终端和消息服务器进行通信的消息即可。

另外，需要说明的是，本发明实施例中的应用终端可以包括但不仅限于个人电脑、平板电脑、智能手机、电子阅读器、车载终端以及穿戴式设备等运行有应用程序的互联网设备。

接收单元601在接收到应用终端的通知消息后，确定单元605中的获取模块6051根据该通知消息可以获取该应用终端的属性特征，本实施例中将该属性特征称之为第二属性特征。

获取模块6051根据通知消息获取应用终端的第二属性特征的方式为：获取模块6051根据通知消息获取应用终端的ID，再根据应用终端的ID从自身的存储单元中获取该应用终端的属性特征(消息服务器中保存有已注册过的每个应用终端的属性特征)。

例如：当通知消息是注册请求时，注册请求中包含了该应用终端的ID，则可直接从该通知消息中获取该应用终端的ID；当通知消息是心跳请求时，消息服务器可以得知上传该心跳请求的相应的应用终端，并从自身的存储单元中获取应用终端的ID。

需要说明的是，获取模块6051根据通知消息获取应用终端的属性特征的方式除了上述描述的通过应用终端的ID获取外，还可以有其他方式，此处不做具体限定。

获取模块6051在获取到应用终端的第二属性特征后，确定单元中的匹配模块6052将应用终端的第二属性特征和自身存储单元中的消息推送规则进行匹配，判断该应用终端的第二属性特征是否能匹配上该消息推送规则。

消息服务器将第二属性特征和消息推送规则进行匹配的具体实现方式可以为：

匹配模块6052从消息推送规则中获取该消息推送规则中包含的属性特征，此处获取到的属性特征可以是一个，也可以是多个，将此处获取到的属性特征称为特定的属性特征。

匹配模块6052从消息推送规则中获取到特定属性特征后，判断获取模块6051中获取到的应用终端的第二属性特征中是否包含有该特定属性特征，若包含，则确定该应用终端的第二属性特征能匹配上该消息推送规则。

匹配模块6052判断出该应用终端的第二属性特征能匹配上该消息推送规则时，则可确定此时满足非即时消息发送条件。

确定单元605在此时满足非即时消息发送条件时，则发送单元604将该待发送内容发送至该应用终端。

在判断单元602中的判断模块6021判定消息推送规则中的第一属性特征是账户ID或设备ID，则确定模块6022确定待发送内容为即时消息。此时，发送单元604直接将待发送内容发送至消息推送规则中的账户ID或设备ID所指示的应用终端。

本发明实施例中，接收单元601接收到应用终端发送的通知消息后，确定单元605中的获取模块6051根据该通知消息获取应用终端的第二属性特征，匹配模块6052将此第二属性特征和消息推送规则进行匹配，若第二属性特征符合消息推送规则，则发送单元604将待发送内容发送至该应用终端。从而提高了方案的可实现性。

在消息推送系统中，除了以上所述的消息服务器以外，还包括消息发送端和应用终端，请参阅图7，本发明实施例中消息推送系统包括：

消息发送端701，消息服务器702，应用终端703，本发明实施例中，消息发送端701与消息服务器702通过网络连接进行通信，消息服务器702与应用终端703通过网络连接进行通信。

消息发送端701，用于向消息服务器702发送消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，其中消息推送规则用于指示推送待发送内容的规则。

消息服务器702，用于执行图1所示的实施例、图2所示实施例或图3所示实施例中的步骤。主要为接收消息发送端701发送的消息处理指令，根据消息推送规则判断待发送内容是否为即时消息，若待发送内容为非即时消息，则保存消息推送规则和待发送内容，直至当满足非即时消息发送条件时，再将待发送内容至应用终端703。

应用终端703，用于向消息服务器发送通知消息(例如：心跳请求、注册请求或消息接收成功通知)，以使得消息服务器根据该通知消息可确定当前满足非即时消息发送条件。

需要说明的是，在实际应用中，消息发送端701可以是某个应用的应用服务器，也可以是某种业务的业务服务器；消息服务器702在物理上可以是由多种服务器组成的服务器群组，例如：可以由多台处理服务器、接入服务器组成；应用终端703可以为消息发送端701相应的应用消息接收端，在物理上可以包括但不仅限于个人电脑、平板电脑、智能手机、电子阅读器、车载终端以及穿戴式设备等运行有应用程序的互联网设备。

上面是从模块化功能实体的角度对本发明实施例中的消息服务器进行描述，下面是从硬件处理的角度对本发明实施例中的消息服务器进行描述，请参阅图8，本发明实施例中的消息服务器另一实施例包括：

输入接口801、输出接口802、处理器803、存储器804，其中本实施例中消息服务器中处理器803的数量可以一个或多个，图8中以一个处理器803为例，存储器804的数量可以为一个或多个，图8中以一个存储器804为例。在本发明的一些实施例中，输入接口801、输出接口802、处理器803、存储器804可通过总线或其它方式连接，其中，图8中以通过总线连接为例。

其中，输入接口801接收业务服务器(消息发送端)的消息处理指令，该消息处理指令中包含消息推送规则和待发送内容，通过调用存储器804存储的操作指令，处理器803，用于执行如下步骤：

根据消息推送规则判断待发送内容是否为即时消息；若待发送内容为非即时消息，则保存消息推送规则和待发送内容；当满足非即时消息发送条件时，将待发送内容至应用终端。

本发明实施例中，处理器803，用于执行如下步骤：

判断输入接口801接收的消息处理指令中的消息推送规则中的第一属性特征是否是账户ID或设备ID；若消息推送规则中的第一属性特征是账户ID或设备ID，则确定待发送内容为即时消息；若消息推送规则中的第一属性特征不是账户ID或设备ID，则确定待发送内容为非即时消息。

本发明实施例中，处理器803，用于执行如下步骤：

当输入接口801接收在接收到应用终端的通知消息(例如：心跳请求、注册请求或消息接收成功通知)时，确定满足非即时消息发送条件。

本发明实施例中，处理器803，用于执行如下步骤：

根据通知消息获取应用终端的第二属性特征，将第二属性特征和消息推送规则进行匹配，若第二属性特征符合消息推送规则，则将待发送内容通过输出接口802发送至该应用终端。

本发明实施例中，处理器803，用于执行如下步骤：

从消息推送规则中获得特定属性特征，判断应用终端的第二属性特征是否包含该特定属性特征，若第二属性特征包含该特定属性特征，则确定该应用终端的第二属性特征符合消息推送规则。

本发明实施例中，处理器803，用于执行如下步骤：

若待发送内容为即时消息，则将待发送内容通过输出接口802发送至消息推送规则所指示的应用终端。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

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

消息服务器接收消息发送端发送的消息处理指令，所述消息处理指令中包含消息推送规则和待发送内容，所述消息推送规则用于指示推送所述待发送内容的规则；

所述消息服务器根据所述消息推送规则判断所述待发送内容是否为即时消息；

若所述待发送内容为非即时消息，则所述消息服务器保存所述消息推送规则和所述待发送内容；

当满足非即时消息发送条件时，所述消息服务器将所述待发送内容发送至应用终端。

2.根据权利要求1所述的消息推送方法，其特征在于，所述消息服务器根据所述消息推送规则判断所述待发送内容是否为即时消息包括：

所述消息服务器判断所述消息推送规则中的第一属性特征是否是账户ID或设备ID；

若所述消息推送规则中的第一属性特征是账户ID或设备ID，则确定所述待发送内容为即时消息；

若所述消息推送规则中的第一属性特征不是账户ID或设备ID，则确定所述待发送内容为非即时消息。

3.根据权利要求1所述的消息推送方法，其特征在于，所述方法还包括：

当所述消息服务器在接收到所述应用终端的通知消息时，确定满足非即时消息发送条件。

4.根据权利要求3所述的消息推送方法，其特征在于，所述消息服务器将所述待发送内容发送至应用终端包括：

所述消息服务器根据所述通知消息获取所述应用终端的第二属性特征；

所述消息服务器将所述第二属性特征和所述消息推送规则进行匹配；

若所述第二属性特征符合所述消息推送规则，则所述消息服务器将所述待发送内容发送至所述应用终端。

5.根据权利要求3至4中任一项所述的消息推送方法，其特征在于，所述通知消息为心跳请求、注册请求或消息接收成功通知。

6.根据权利要求1至4中任一项所述的消息推送方法，其特征在于，所述方法还包括：

若所述待发送内容为即时消息，则所述消息服务器将所述待发送内容发送至所述消息推送规则所指示的应用终端。

7.一种消息服务器，其特征在于，包括：

接收单元，用于接收消息发送端发送的消息处理指令，所述消息处理指令中包含消息推送规则和待发送内容，所述消息推送规则用于指示推送所述待发送内容的规则；

判断单元，用于根据所述接收单元接收的所述消息推送规则判断所述接收单元接收的所述待发送内容是否为即时消息；

保存单元，用于当所述判断单元的判断结果为所述待发送内容是非即时消息时，保存所述消息推送规则和所述待发送内容；

发送单元，用于当满足非即时消息发送条件时，将所述待发送内容发送至目标应用终端。

8.根据权利要求7所述的消息服务器，其特征在于，所述判断单元包括：

判断模块，用于判断所述消息推送规则中的第一属性特征是否是账户ID或设备ID；

确定模块，用于当所述消息推送规则中第一属性特征是账户ID或设备ID时，则确定所述待发送内容为即时消息；当所述消息推送规则中的第一属性特征不是账户ID或设备ID时，则确定所述待发送内容为非即时消息。

9.根据权利要求7所述的消息服务器，其特征在于，所述接收单元还用于接收应用终端的通知消息；

则所述消息服务器还包括：

确定单元，用于当所述消息服务器在接收到所述应用终端的通知消息时，确定满足非即时消息发送条件。

10.根据权利要求9所述的消息服务器，其特征在于，所述确定单元包括：

获取模块，用于根据所述通知消息获取所述应用终端的第二属性特征；

匹配模块，用于将所述获取模块获取的所述第二属性特征和所述消息推送规则进行匹配；

则所述发送单元，具体用于当所述匹配模块确定所述第二属性特征符合所述消息推送规则时，将所述待发送内容发送至所述应用终端。

11.根据权利要求9至10中任一项所述的消息服务器，其特征在于，所述接收单元还用于接收应用终端的通知消息，所述通知消息包括应用终端的心跳请求、注册请求或消息接收成功通知。

12.根据权利要求7至10中任一项所述的消息服务器，其特征在于，所述发送单元还用于当所述判断单元判断所述待发送内容为即时消息时，将所述待发送内容发送至所述消息推送规则所指示的应用终端。