消息推送方法及装置与流程

本发明涉及即时通讯技术领域，特别涉及一种消息推送方法及装置。

背景技术：

随着互联网的迅速发展，互联网业务越来越多。业务提供方通常需要向用户推送消息，以向用户提供业务或者提示用户当前业务处理情况。由于消息推送方法影响着用户使用业务的体验，因此，需要选择合适的消息推送方法。

相关技术在实现消息推送功能时，通常是通过短信的方式，所采用的方法为：根据业务的多个流程，向用户分条发送短信，从而实现消息的推送。其中，每个业务流程对应一条至多条短信。例如，以网上购物业务为例，当用户在网上购物时，用户每买一件商品相当于一个业务流程。若用户在同一时间购买了多件商品，则用户可接收到多条短信。其中，短信用于通知用户已成功购买商品，每个商品对应一条短信。用户通过阅读每条短信，能够获知网上购物业务已经完成。

在实现本发明的过程中，发明人发现相关技术至少存在以下问题：

由于推送消息时，是通过短信的方式分条向用户发送，当用户使用一项业务时，用户会接收到多条该业务相关的分条短信，从而使得用户在阅读分条短信时，每次只能显示该业务相关的一部分内容，导致用户每次阅读到的内容有限，用户需要多次操作才能阅读完该业务相关的全部内容。因此，消息显示的效果不佳，用户阅读消息的效率较低。

技术实现要素：

为了解决现有技术的问题，本发明实施例提供了一种消息推送方法及装置。所述技术方案如下：

一方面，一种消息发送方法，所述方法包括：

获取消息推送方推送的属于同一场景的多条消息；

获取所述消息推送方的聚合消息模板；

基于所述聚合消息模板，对所述多条消息进行聚合，生成聚合消息；

在显示界面上显示所述聚合消息。

另一方面，一种消息发送装置，所述装置包括：

第一获取模块，用于获取消息推送方推送的属于同一场景的多条消息；

第二获取模块，用于获取所述消息推送方的聚合消息模板；

聚合模块，用于基于所述聚合消息模板，对所述多条消息进行聚合，生成聚合消息；

显示模块，用于在显示界面上显示所述聚合消息。

本发明实施例提供的技术方案带来的有益效果是：

通过获取消息推送方推送的属于同一场景的多条消息，获取消息推送方的聚合消息模板，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。由于能够将多条消息进行聚合，生成聚合消息，从而使得用户在阅读消息时，能够同时显示业务相关的全部内容，使得用户能够方便地进行阅读。因此，显示消息的效果较佳，用户阅读消息的效率较高。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

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

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

图3是本发明另一实施例提供的一种聚合消息的界面示意图；

图4是本发明另一实施例提供的一种信息服务系统的架构示意图；

图5是本发明另一实施例提供的一种消息推送装置结构示意图；

图6是本发明另一实施例提供的一种消息推送装置结构示意图；

图7是本发明另一实施例提供的一种终端的置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

即时通讯：(Instant messaging，简称IM)是一个终端服务，允许两人或多人使用网路即时的传递文字讯息、档案、语音与视频。即时通讯按照使用用途可以分为企业即时通讯和网站即时通讯，按照承载的对象又可分为手机即时通讯和PC(Personal Computer，个人电脑)即时通讯，其中，手机即时通讯可以代表短信，PC即时通讯可以代表网站、视频即时通讯。

C2C消息(Customer-to-Customer Message),本发明中主要是指即时通讯客户端之间的信息，通常就是客户端之间相互在聊天和沟通过程当中相互发送的信息，通常这些消息需要经过服务器端的中转。

B2C消息(Business-to-Customer Message),本发明中主要是指从服务器商家服务者这一方主动发送给即时通讯终端的各种信息，包括文本，图片，音视频等多媒体信息。

C2B消息(Customer-to-Business Message)，本发明中主要是指终端用户从终端主动向服务器端的商家发送的各类消息，这些消息属于上行通道的信息，包括文本，图片，音视频等多媒体信息。

生活服务号，与公众号基本运作模式同理，用户在关注某一生活服务号后，可以通过对话的形式获取服务。

本发明实施例提供了一种消息推送方法，该方法应用于终端。参见图1，本实施例提供的方法流程包括：

101、获取消息推送方推送的属于同一场景的多条消息。

102、获取消息推送方的聚合消息模板。

103、基于聚合消息模板，对多条消息进行聚合，生成聚合消息。

104、在显示界面上显示聚合消息。

本发明实施例提供的方法，通过获取消息推送方推送的属于同一场景的多条消息，获取消息推送方的聚合消息模板，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。由于能够将多条消息进行聚合，生成聚合消息，从而使得用户在阅读消息时，能够同时显示业务相关的全部内容，使得用户能够方便地进行阅读。因此，显示消息的效果较佳，用户阅读消息的效率较高。

作为一种可选实施例，获取消息推送方发送的属于同一场景的多条消息，包括：

接收携带聚合标记的消息，聚合标记携带消息场景信息；

根据消息场景信息，查询本地是否已经接收到具有相同消息场景信息的其它消息；

如果本地已经接收到至少一条具有相同消息场景信息的其它消息，且已接收到的消息条数大于预设阈值时，获取具有相同消息场景信息的消息；

将具有相同消息场景信息的消息获取为属于同一场景的多条消息。

作为一种可选实施例，获取消息推送方的聚合消息模板，包括：

根据聚合标记，从聚合消息模板数据库中，获取与聚合标记对应的聚合消息模板；或，

根据消息推送方标识，从聚合消息模板数据库中，获取与消息推送方标识对应的聚合消息模板。

作为一种可选实施例，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，包括：

按照属于同一场景的多条消息中每条消息的排序，在聚合消息模板中顺序添加多条消息，生成聚合消息。

作为一种可选实施例，在显示界面上显示聚合消息之后，还包括：

获取对聚合消息的行为数据，向消息推送方返回行为数据。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

本发明实施例提供了一种消息推送方法，该方法应用于终端。参见图2，本实施例提供的方法流程包括：

201、获取消息推送方推送的属于同一场景的多条消息。

其中，消息推送方可预先设定不同的使用场景，并在不同使用场景下设置不同的业务流程，本实施例对此不作具体限定。例如，预先设定的使用场景可以为网上购物场景、促销活动场景及在线订票场景等等。以网上购物场景为例，网上购物场景下可设置有购物业务流程、支付业务流程以及物流业务流程等不同的业务流程。由于在本步骤中，终端需要获取推送消息方推送的属于同一使用场景的多条消息，为了让终端能够确定消息所属使用场景，消息推送方还可预先为每个使用场景设置一个消息场景信息，以用于标识消息所属的使用场景，并在向终端推送消息之前，先确定该待推送消息所属的使用场景，并将使用场景所对应的消息场景信息携带在消息中发送至终端，从而终端能够根据消息推送方发送的消息场景信息确定当前的使用场景。

以上述内容为基础，消息推送方通常可能会针对不同的使用场景下不同的业务流程，来对消息进行推送。例如，针对网上购物场景，消息场景信息可以为交易流水号。当处于购物业务流程时，若用户确认了订单，则可向用户推送携带交易流水号的订单确认消息。当处于支付业务流程时，若用户已完成支付， 则可向用户推送携带交易流水号的支付成功消息。当处于物流业务流程时，若货物已被用户成功签收，则可向终端推送携带有交易流水号的交易完成消息。

针对促销活动场景，消息场景信息可以为活动标识，促销活动场景的业务流程可以包括活动报名流程，活动参与流程，活动结束流程。当处于活动报名流程时，可向用户推送携带有活动标识的活动报名提醒消息。当处于活动参与流程时，可向用户推送携带有活动标识的活动经过实况消息。当处于活动结束流程时，可向用户推送携带有活动标识的感谢参与消息。

为了后续对同一场景的多条消息进行显示，可获取消息推送方推送的属于同一场景的多条消息。本实施例不对获取消息推送方推送的属于同一场景的多条消息的方式作具体限定，包括但不限于：接收携带聚合标记的消息，聚合标记携带消息场景信息；根据消息场景信息，查询本地是否已经接收到具有相同消息场景信息的其它消息；如果本地已经接收到至少一条具有相同消息场景信息的其它消息，且已接收到的消息条数大于预设阈值时，获取具有相同消息场景信息的消息；将具有相同消息场景信息的消息获取为属于同一场景的多条消息。

需要说明的是，在上述过程中，消息场景信息可被携带在消息的聚合标记中。当然，消息场景信息也可以按照本步骤之前的内容，直接携带在消息中，本实施例对此不作具体限定。

另外，根据上述过程所陈述的内容可知，消息推送方预先设定的使用场景下还可以包含不同的业务流程。为了让终端在确定消息所属的使用场景的同时，还能够确定消息所属的业务流程，聚合标记中还可以携带业务流程标识，本实施例对此不作具体限定。通过在聚合标记中携带业务流程标识，能够让终端确定消息所属的业务流程，从而在后续显示消息时，根据业务流程标识还能够显示具体的业务流程，以让用户获取到更多的信息。

当然，当终端本地对应存储有消息场景信息及业务流程标识时，聚合标记中还可以仅携带业务流程标识，本实施例对此不作具体限定。终端在接收到聚 合标记中的业务流程标识后，根据本地存储的内容，能够确定业务流程标识对应的消息场景信息，从而根据消息场景信息确定消息所属场景。

由于本实施例提供的方法主要针对于能够进行聚合的多条消息，因此，在接收到消息推送方推送的消息时，可先判断接收到的消息中是否携带聚合标记。其中，聚合标记用于标明该消息能够被聚合。在接收到消息推送方推送的消息后，可将消息暂存至本地，本实施例对此不作具体限定。

另外，由于后续在对消息进行聚合时，针对的是同一场景下的消息，因此，在接收到携带聚合标记的消息时，可查询本地是否已经接收到属于同一场景的其它消息。其中，消息所属场景可通过聚合标记中携带的消息场景信息进行标明，本实施例对此不作具体限定。基于上述内容，当接收到携带聚合标记的消息时，可根据该聚合标记中携带的消息场景信息，对本地存储的消息进行查询，从而确定本地是否已经接收到具有相同消息场景信息的其它消息。

聚合标记的格式可以为字符串，本实施例不对聚合标记的格式作具体限定。相应地，可在聚合标记的指定位中携带消息场景信息，本实施例对此不作具体限定。例如，以聚合标记为字符串为例，可将聚合标记的前四位用于携带消息场景信息。以上述内容为基础，本实施例不对根据消息场景信息，查询本地是否已经接收到具有相同消息场景信息的其它消息的方式作具体限定，包括但不限于：查询本地是否存储有聚合标记中包含消息场景信息的数据；如果有，则将查询到的数据作为具有相同消息场景信息的其它消息。

当本地已经接收到至少一条具有相同消息场景信息的其它消息，且已接收到的消息条数大于预设阈值时，获取具有相同消息场景信息的消息。其中，预设阈值可以为同一场景下消息的总条数，也可以为终端本地每次默认加载的消息条数，本实施例不对预设阈值的内容作具体限定。当预设阈值为同一场景下消息的总条数时，预设阈值可以携带在消息的聚合标记中。当预设阈值为终端本次默认加载的消息条数，预设阈值可由终端从服务器侧获取，并存储在终端本地，本实施例不对预设阈值的来源作具体限定。

当接收到的消息条数未达到预设阈值时，可继续接收消息推送方推送的消息，直到接收到的具有相同消息场景信息的消息条数达到预设阈值为止，本实施例对此不作具体限定。此时，可将具有相同消息场景信息的消息作为属于同一场景的多条消息。

需要说明的是，结合具体的实施环境，本实施例提供的方法在向终端推送消息时，可能并非由消息推送方直接向终端推送消息，而可能是由消息推送方负责准备携带聚合标记的消息，并将携带聚合标记的消息发送至服务器，服务器负责接收消息推送方发送的消息，并将接收到的消息推送至终端。

例如，以服务器为社交应用服务器为例。相应地，消息推送方可以为提供业务服务的商家，推送的消息可以为携带聚合标记B2C消息。其中，消息推送方预先在社交应用服务器上注册消息推送方标识，用户可以在社交应用服务器上注册社交应用标识。社交应用服务器可将已注册的消息推送方标识及对消息推送方相关的业务说明展示在用户端的社交应用界面上，用户可以根据显示的内容，选择自身想要关注的消息推送方。当用户关注其中一个消息推送方后，即可使用该消息推送方相关的业务，同时，该消息推送方可以向用户推送携带聚合标记的B2C消息。

消息推送方根据自身业务对应的使用场景，向社交应用服务器发送携带聚合标记的B2C消息。其中，聚合标记中携带有使用场景对应的消息场景信息。服务器接收携带聚合标记的B2C消息，根据该消息推送方标识，确定关注该消息推送方的用户所使用的社交应用标识。社交应用服务器根据确定的社交应用标识，向对应的终端推送携带聚合标记的B2C消息。终端接收到B2C消息后，根据接收到的B2C消息中的消息场景信息，查询本地是否存储具有相同消息场景信息的其它消息。如果本地已经接收到具有相同消息场景信息的其它消息，且已接收到的消息条数大于预设阈值时，获取具有相同消息场景信息的消息，并作为属于同一场景的多条消息。

202、获取消息推送方的聚合消息模板。

聚合标记中可以携带聚合消息模板标识，相应地，关于获取消息推送方的聚合消息模板的方式，本实施例对此不作具体限定，包括但不限于：根据聚合标记，从聚合消息模板数据库中，获取与聚合标记对应的聚合消息模板。其中，根据聚合标记，可以确定消息中的聚合消息模板标识，从而根据聚合消息模板标识，能够确定从聚合消息模板数据库中，获取对应的聚合消息模板。

需要说明的是，由于终端获取到的是同一场景的多条消息，而同一场景的多条消息使用的聚合消息模板是相同的，因此，同一场景的多条消息中的聚合消息模板标识可以是一致的。具体获取聚合消息模板时，可以同一场景任一消息中的聚合消息模板标识作为依据，本实施例对此不作具体限定。

另外，由于聚合模块数据库中的聚合消息模板通常是由消息推送方按照自身具体场景定义的场景聚合消息模板，因此，除了上述方法之外，在获取聚合消息模板时，还可以根据消息推送方标识来获取，本实施例对此不作具体限定。具体过程可以为根据消息推送方标识，从聚合消息模板数据库中，获取与消息推送方标识对应的聚合消息模板。

需要说明的是，上述获取聚合消息模板时，都是从聚合消息模板数据库中获取。当终端第一次从聚合消息模板数据库中获取聚合消息模板后，可将聚合消息模板存储在本地，当下次获取聚合消息模板时，可先根据聚合标记或消息推送方标识，检测本地是否存储有需要的聚合消息模板，本实施例对此不作具体限定。当本地存储有需要的聚合消息模板时，则从本地直接获取。当本地未存储需要的聚合消息模板时，则再从聚合消息模板数据库中获取。

其中，聚合消息模板数据库中存储有消息推送方标识对应的聚合消息模板标识或聚合标记对应的聚合消息模板标识、聚合消息模板标识对应的聚合消息模板的样式、聚合消息模板中可包含的超链接等，本实施例不对聚合消息模板数据库中存储的内容作具体限定。其中，聚合消息模板的样式可以包括模板背景、字体、字体大小、字体颜色、换行标识符等，本实施例不对聚合消息模板的样式作具体限定。

203、按照属于同一场景的多条消息中每条消息的排序，在聚合消息模板中顺序添加多条消息，生成聚合消息。

由于同一场景下的业务流程通常有固定的顺序，相应地，同一场景下的业务流程对应的消息通常也有相应的显示顺序。因此，每条消息中的聚合标记除了携带同一场景下消息的总条数，还可以携带每条消息在多条消息中的排序信息，本实施例对此不作具体限定。其中，可参考上述携带消息场景信息的方式，在聚合标记中另两个指定位上存储消息的总条数及消息在多条消息中的排序信息，本实施例对此不作具体限定。

例如，以聚合标记的形式为XX_XX_XX_XX为例。其中，聚合标记中的间隔符用于区分不同的指定位，聚合标记中第一指定位可用于存储消息场景信息，第二个指定位可用于存储消息的总条数，第三个指定位可用于存储消息在多条消息中的排序信息，第四个指定位可用于存储聚合消息模板标识。若消息1的聚合标记为Scene1_10_2_templet1，消息2的聚合标记为Scene1_10_1_templet1，消息3的聚合标记为Scene1_10_3_templet1。根据上述三条消息的聚合标记，可确定Scene1场景下消息的总条数为10条，采用的聚合消息模板为templet1。按照上述三条消息的排序，可在聚合消息模板中按照顺序添加上述三条消息，从而生成聚合消息，具体生成结果可如图3所示。

204、在显示界面上显示聚合消息。

在显示聚合消息之前，终端可以显示用于提示查看聚合消息的通知。当检测到用户根据该通知，输入显示聚合消息指令时，再在显示界面上显示聚合消息，本实施例对此不作具体限定。其中，由于聚合消息中通常包含多条消息，用户可以对聚合消息中的多条消息进行点击，以查看明细，本实施例对此不作具体限定。需要说明的是，在显示聚合消息时，聚合消息的内容可以包括图片、文字信息及视频内容等，本实施例对此不作具体限定。当然，除了上述内容之外，根据业务提供商的需求，聚合消息中还可以设置多个超链接，从而用户可通过点击超链接访问其它的内容，如业务提供商推广的广告信息等，本实施例 对此不作具体限定。

另外，在显示界面上显示聚合消息之后，还可以获取对聚合消息的行为数据，向消息推送方返回行为数据，本实施例对此不作具体限定。其中，行为数据主要为用户对聚合消息进行操作的操作记录，终端可以对这些操作记录进行收集，本实施例对此不作具体限定。例如，终端可以对用户对聚合消息中每条消息的点击次数、点击频率及在每条消息上的停留时间等数据进行收集，作为用户的行为数据。消息推送方可接收终端返回的行为数据，并对行为数据进行分析，从而可确定用户的喜好。根据用户的喜好，消息推送方能够针对性地向用户推送消息，从而更能契合用户的需求。

需要说明的是，本实施例推送消息的方式主要是通过网络的方式，而非通过电信渠道以短信的方式，从而能够降低推送消息的成本。另外，由于终端可以向消息推送方返回行为数据，从而消息推送方能够获知向用户推送的消息中，哪些消息没有接收到终端返回的行为数据，进而可确定这些消息用户没有接收到。当确定用户没有接收到某消息时，可在通过电信渠道以短信的方式进行发送，进而保证消息能够被送达，本实施例对此不作具体限定。

本发明实施例提供的方法，通过获取消息推送方推送的属于同一场景的多条消息，获取消息推送方的聚合消息模板，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。由于能够将多条消息进行聚合，从而使得用户能够在一条消息中查看业务相关的内容。因此，用户能够较方便地阅读消息。另外，由于显示的是基于聚合消息模板的聚合消息，而聚合消息模板可对应许多的样式，从而使得显示的消息内容比较丰富，提升了用户的阅读体验。

再者，通过向消息推送方返回行为数据，能够让消息推送方确定消息是否被送达。当消息没有被送达时，通过短信的方式进行发送，从而保证消息传输的可靠性。另外，根据行为数据，还可以针对性地向用户推送消息，在契合用户需求的同时，还可以减少对用户的骚扰。

为了进一步描述本发明实施例提供的方法，下面基于信息服务系统的基本架构以及各个服务模块的具体功能，详细对本发明实施例涉及的消息发送过程进行介绍，该图4为本发明实施例提供的信息服务系统的架构示意图，参见图4，该信息服务系统包括：

信息服务客户端，可以是即时通讯客户端或社交应用客户端，可以用于发送和接收文字、图片、视频以及音频等消息及进行消息的展示。具体地，该信息服务客户端可以通过消息系统接口服务器进行消息拉取。当信息服务客户端接收到消息系统服务器发送的消息通知时，主动从消息服务器上拉取消息。该信息服务客户端还可以通过消息上行通道，将客户端的各种行为数据及对应参数上报信息服务侧的统计上报接口服务器，使得统计上报接口服务器根据客户端所上报的信息生成流水日志，并将流水日志上报至统计分析系统服务器，使得统计分析系统服务器为B侧业务系统服务器提供消息反馈。

在本发明实施例提供的方法中，该信息服务客户端可以从信息服务系统侧同一场景的多条消息，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。

消息系统接口服务，可以是信息服务客户端与后端消息系统上行和下行消息发送的接口服务器。该消息系统接口服务器可以将消息直接发送到在线终端，对于不在线的终端，可以将消息临时保存在消息缓存服务器，当消息系统接口服务器接收到终端的上线事件，再主动将消息从消息缓存服务器中读取，然后下发到终端。

消息缓存服务，可以用于临时保存不能及时下发到终端的消息以及历史消息。该消息缓存服务器保存消息实体的内容，包括消息ID、消息内容，该消息ID可以是用于唯一标识该消息的消息标识，该消息内容可以包括文本，图片及消息的构成信息。当终端想要获取某个时间段的历史消息时，可以通过消息接口服务器获取之前的历史消息。

消息服务，用于接受消息调度服务器的调度，对不同的消息发送任务建立不同的发送队列。该过程可以是按照消息的发送优先级、先后顺序以及不同的时间段来建立不同的消息发送任务队列，对于发送优先级高的消息，可以调整其消息发送任务在队列中的发送顺序。其中，每个不同消息发送任务队列包括消息的发送方、消息的接收方(通常可能是消息接收方的一个号码包，如号码标示集合)、消息体内容、消息预期的发送速度、消息提醒方式和消息体展示样式的描述和说明。该消息体展示样式包括纯文本的消息、单图文消息、多图文消息和模板自定义配置消息等几种典型的样式，本发明实施例对此不作具体限定。

调度服务，是整个系统的核心，来对消息服务进行调度，在消息服务过程中，确定不同发送消息队列之间的优先级和时间顺序，并与排队服务密切配合来确定发送的顺序和时间点。该调度服务在建立消息发送任务的时候可以对任务进行标示，预测开始发送时间、任务优先级、需要发送的目标用户数目以及期望发送的时段等。下面针对于不同服务模块之间的交互进一步对调度服务进行描述：(1)与号码包服务系统进行通讯。该调度服务可以从号码包服务系统获取消息发送目标用户的号码集合，目标用户量直接影响到对该预送达消息的发送需要多少发送资源。在实际调度过程中，如果目标用户量大于预设阈值，则可以对号码集合进行切分，通常按照总数大小和期望发送的速度和发送能力进行平均分配或者按照权重分配，以避免消息服务器的负载过大。比如，对于5亿用户，可以分给为5个1亿的目标包进行发送。而如果发送能力是10万条/秒，有10个发送任务，1个发送任务只能占用1万条/秒。(2)和关系链系统进行通讯。为了不对发送的接收对象造成骚扰，每次发送消息，需要是主动和发送者标识关联(如同在一个群组等)或者形成关注关系的用户。比如一个发送者的账号是A，关注者账号集合是B，A和B之间是一对多的关系，如果不在集合B中的用户不能收到目标消息，典型的例子可以为商家公众号和关注用户，该商家公众号和关注用户为一对多的关系，则该商家在上新时，可以根据该关 注关系，向关注用户集合中的每个关注用户发送消息。(3)和消息控制策略系统进行通讯。用来确定用户的消息接收量以及消息发送量。如，某一个用户当天时间内能够收到消息的总数、一个账号一天能够群发(即一次向多个用户发送)和单发(即一次向一个用户发送)的消息数量，当然，还可以获取发送过程中消息在终端侧的具体提醒方式和展示样式。(4)和统计分析系统进行通讯。调度服务可以终端侧对消息到达的统计和用户操作信息，通常包括消息是否到达、到达的比例、用户是否打开消息、打开消息的浏览停留时间和具体停留的位置等等，然后对这些信息按照不同的账号进行统计分析，通常依照消息点击和转化率高低进行排序，对点击率高的消息可以增加账号发送消息的配额，对于点击率低的消息，可以减少此类消息的发送。(5)对于从消息服务上行的消息和第三方业务系统侧有关的，直接发送到第三方业务系统，然后根据第三方业务系统的处理结果进行调度消息服务。

号码包服务，用于发送调度系统提供发送目标集合用户的输入，通常是一组目标用户标识组成的集合。该目标用户可以按照用户属性比如地域，性别，年龄，学历，收入等信息对筛选生成不同的号码包集合。在进行消息发送时，可以从数据库系统中读取所配置的发送目标集合用户属性信息和筛选条件，基于这些属性信息和筛选条件，确定本次消息发送任务对应的号码包。需要说明的是，通过基于筛选属性信息和筛选条件，所生成的结果是一个一个独立的号码包文件。为了分散系统压力，还可以对不同的号码包文件进行随机打乱，不同的号码包采用不同的发送服务进行发送，来分散系统压力和负载。

聚合消息模板接口，用于根据终端信息服务客户端发送的获取聚合消息模板请求，从聚合模板数据库中获取相应的聚合消息模板。

聚合模块数据库，用于接受B侧商家的按照自己的具体场景定义的场景聚合消息模板，比如快递场景包括下订单，订单审核通过，订单获取开始发送，订单到达某一个城市或者某一个配送点，订单开始某一个具体人员开始配送，每一个独立场景对应一条消息，这些消息可以聚合在一起展示。

聚合消息模板数据库包括的内容包括场景的商家编号，模板本身编号，聚合消息类型，消息条数，样式(包括字体，字体大小，颜色，换行标识符)消息交互按钮的文字描述，对应超级链接的点击行为等。

获取聚合消息模板接口上报的获取聚合消息模板请求，根据获取聚合消息模板请求，向聚合消息模板接口返回聚合消息模板，从而信息服务客户端可通过聚合消息模板接口获取聚合消息模板。

关系链系统，用于保存和记录账号之间的关联关系。该关联关系可以是指强关联如好友关系，也可以是弱关联，如关注关系、收听关系。在强关联关系下，账号与账号之间可以是一对一的关系，在弱关联管辖下，通常形式是一个账号A标识一个发送方，一个集合B标识可以接受账号A可以发送信息的所有账号。当账号A有消息需要发送时，消息服务可以通过调度服务从关系链系统中，获取该账号A相关的关系链上的发送消息的账号和接收消息账号。当然，该关系链系统是可以变化的系统，当客户端用户主动取消或者关注某一个账号的时候，可以通过消息系统接口服务器发送上行消息，使得关系链系统修改相应的关注关系。

消息控制策略系统，用于保存消息发送的各种规则和策略。比如某一个用户当天时间内能够收到发送消息的总数和一个账号一天能够群发(一次向多个用户发送)和单发(一次向一个用户发送)的消息数量。该消息控制策略系统还用于保存消息发送过程当中消息在客户端侧的提醒方式和展示样式。例如，在终端上的强提醒，比如使用ios系统和android系统的PUSH系统，或者直接在终端即时通讯消息列表上显示。该消息控制策略系统还用于对一些特殊账号的发送限制规则比如发送的消息数量和访问进行特殊的设置。而对于聚合消息来说，消息控制策略服务可以对聚合消息的删除、展示时间、提醒方式和展示样式进行管理。调度服务在发送消息之前，可以从消息控制策略服务读取该消息发送策略，从而按照消息发送策略推送消息。

数据库服务，用于为号码包系统、发送策略控制服务以及关系链系统提供 数据读取服务，并保存信息提示系统中的数据，其所保存的信息具体包括以下几种：(1)管理员入口服务设置的各种消息发送账号的管理信息，包括新增的发送账号标识、账号属性和发送消息的权限，比如单发和群发消息的范围。(2)消息发送各个账号的优先级，发送消息的优先级设置。(3)按照基本用户属性筛选的基本号码包账号信息，作为后续号码包服务的入口。(4)基本的关系链系统的账号信息和相互关注形成的关系链系统信息。(5)各类发送策略，优先级，账号配额，单个用户能够收到的信息及各类过滤黑白名单的配置信息。(6)为号码包系统，发送策略服务器和关系链系统提供数据读取服务。

管理入口服务，通常是一个以Web方式(浏览器和服务器)架构实现的管理网站，供产品和运营人员来管理账号，设置各种配置规则和消息发送策略。

资料系统，用于保存发送信息账号的描述信息主要是功能介绍，方便终端用户查找服务器发送的账号；通过消息系统接口为终端提供查询服务。

统计上报接口服务，用于与信息服务客户端进行通讯，接收消息在发送至客户端后的用户的访问行为、浏览信息及用户操作行为等流水日志信息的上报；将上报的统计信息包括预送达消息的访问信息上报给统计分析系统。

统计分析系统，用于根据统计上报接口服务器发送的日志信息进行统计分析，计算出消息的点击率、达到率以及转化率等基础结果数据；与消息调度服务器进行通讯，提供基于终端用户消息行为统计信息进行发送调度服务。

B侧业务系统，通常是指利用即时通讯的生活服务平台连接C侧的消息通道来构建完成具体业务功能的第三方业务系统相关的逻辑服务。

B侧管理入口服务，(1)通常是一个以Web方式(浏览器和服务器)架构实现的管理网站，为B侧提供管理和控制业务系统，查询对应B侧业务系统推送消息效果数据入口。(2)同时为B侧系统提供管理对应B侧账号下的用户，对用户进行分组，配置对应消息场景模板，自动定义C2b回复消息的入口。

在本发明实施例提供的消息发送方法中，将B侧推送的同一场景的多条消息在信息服务客户端侧进行聚合，从而能够显示聚合消息，使得用户能够在一 条消息中查看业务相关的内容。因此，用户能够较方便地阅读消息。

本发明实施例提供了一种消息推送装置，该装置用于执行上述实施例提供的消息推送方法。参见图5，该装置包括：

第一获取模块501，用于获取消息推送方推送的属于同一场景的多条消息；

第二获取模块502，用于获取消息推送方的聚合消息模板；

聚合模块503，用于基于聚合消息模板，对多条消息进行聚合，生成聚合消息；

显示模块504，用于在显示界面上显示聚合消息。

作为一种可选实施例，第一获取模块，用于接收携带聚合标记的消息，聚合标记携带消息场景信息；根据消息场景信息，查询本地是否已经接收到具有相同消息场景信息的其它消息；如果本地已经接收到至少一条具有相同消息场景信息的其它消息，且已接收到的消息条数大于预设阈值时，获取具有相同消息场景信息的消息；将具有相同消息场景信息的消息获取为属于同一场景的多条消息。

作为一种可选实施例，第二获取模块，用于根据聚合标记，从聚合消息模板数据库中，获取与聚合标记对应的聚合消息模板；或，根据消息推送方标识，从聚合消息模板数据库中，获取与消息推送方标识对应的聚合消息模板。

作为一种可选实施例，聚合模块，用于按照属于同一场景的多条消息中每条消息的排序，在聚合消息模板中顺序添加多条消息，生成聚合消息。

作为一种可选实施例，参见图6，装置还包括：

返回模块505，用于获取对聚合消息的行为数据，向消息推送方返回行为数据。

本发明实施例提供的装置，通过获取消息推送方推送的属于同一场景的多条消息，获取消息推送方的聚合消息模板，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。由于能够将多条消息进 行聚合，生成聚合消息，从而使得用户在阅读消息时，能够同时显示业务相关的全部内容，使得用户能够方便地进行阅读。因此，显示消息的效果较佳，用户阅读消息的效率较高。

需要说明的是：上述实施例提供的消息推送装置在推送消息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息推送装置及消息推送方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图7，其示出了本发明实施例所涉及的终端的结构示意图，该终端可以用于实施上述实施例中提供的消息推送方法。具体来讲：

终端700可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(Wireless Fidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图7中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、 CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端700的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端700的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图7中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。

终端700还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端700移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端700还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与终端700之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端700的通信。

WiFi属于短距离无线传输技术，终端700通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块170，但是可以理解的是，其并不属于终端700的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器180是终端700的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端700的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端700还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端700还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。所述一个或者一个以上程序包含用于执行以下操作的指令：

获取消息推送方推送的属于同一场景的多条消息；

获取所述消息推送方的聚合消息模板；

基于所述聚合消息模板，对所述多条消息进行聚合，生成聚合消息；

在显示界面上显示所述聚合消息。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础 而提供的第二种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：

接收携带聚合标记的消息，所述聚合标记携带消息场景信息；

根据所述消息场景信息，查询本地是否已经接收到具有相同消息场景信息的其它消息；

如果本地已经接收到至少一条具有相同消息场景信息的其它消息，且已接收到的消息条数大于预设阈值时，获取具有相同消息场景信息的消息；

将具有相同消息场景信息的消息获取为属于同一场景的多条消息。

在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：

根据所述聚合标记，从聚合消息模板数据库中，获取与所述聚合标记对应的聚合消息模板；或，

根据消息推送方标识，从聚合消息模板数据库中，获取与所述消息推送方标识对应的聚合消息模板。

在第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：

按照所述属于同一场景的多条消息中每条消息的排序，在所述聚合消息模板中顺序添加所述多条消息，生成聚合消息。

在第一种可能的实施方式作为基础而提供的第五种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：

获取对所述聚合消息的行为数据，向所述消息推送方返回所述行为数据。

本发明实施例提供的终端，通过获取消息推送方推送的属于同一场景的多条消息，获取消息推送方的聚合消息模板，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。由于能够将多条消息进行聚合，生成聚合消息，从而使得用户在阅读消息时，能够同时显示业务相关的全部内容，使得用户能够方便地进行阅读。因此，显示消息的效果较佳，用 户阅读消息的效率较高。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质存储有一个或者一个以上程序，该一个或者一个以上程序被一个或者一个以上的处理器用来执行消息推送方法，该方法包括：

获取消息推送方推送的属于同一场景的多条消息；

获取所述消息推送方的聚合消息模板；

基于所述聚合消息模板，对所述多条消息进行聚合，生成聚合消息；

在显示界面上显示所述聚合消息。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，所述获取消息推送方发送的属于同一场景的多条消息，包括：

接收携带聚合标记的消息，所述聚合标记携带消息场景信息；

根据所述消息场景信息，查询本地是否已经接收到具有相同消息场景信息的其它消息；

如果本地已经接收到至少一条具有相同消息场景信息的其它消息，且已接收到的消息条数大于预设阈值时，获取具有相同消息场景信息的消息；

将具有相同消息场景信息的消息获取为属于同一场景的多条消息。

在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述获取所述消息推送方的聚合消息模板，包括：

根据所述聚合标记，从聚合消息模板数据库中，获取与所述聚合标记对应的聚合消息模板；或，

根据消息推送方标识，从聚合消息模板数据库中，获取与所述消息推送方标识对应的聚合消息模板。

在第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，所述基于所述聚合消息模板，对所述多条消息进行聚合，生成聚合消息，包括：

按照所述属于同一场景的多条消息中每条消息的排序，在所述聚合消息模板中顺序添加所述多条消息，生成聚合消息。

在第一种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述在显示界面上显示所述聚合消息之后，还包括：

获取对所述聚合消息的行为数据，向所述消息推送方返回所述行为数据。

本发明实施例提供的计算机可读存储介质，通过获取消息推送方推送的属于同一场景的多条消息，获取消息推送方的聚合消息模板，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。由于能够将多条消息进行聚合，生成聚合消息，从而使得用户在阅读消息时，能够同时显示业务相关的全部内容，使得用户能够方便地进行阅读。因此，显示消息的效果较佳，用户阅读消息的效率较高。

本发明实施例提供了一种图形用户接口，所述图形用户接口用在终端上，所述终端包括触摸屏显示器、存储器和用于执行一个或者一个以上的程序的一个或者一个以上的处理器；所述图形用户接口包括：

获取消息推送方推送的属于同一场景的多条消息；

获取所述消息推送方的聚合消息模板；

基于所述聚合消息模板，对所述多条消息进行聚合，生成聚合消息；

在显示界面上显示所述聚合消息。

本发明实施例提供的图形用户接口，通过获取消息推送方推送的属于同一场景的多条消息，获取消息推送方的聚合消息模板，基于聚合消息模板，对多条消息进行聚合，生成聚合消息，在显示界面上显示聚合消息。由于能够将多条消息进行聚合，生成聚合消息，从而使得用户在阅读消息时，能够同时显示业务相关的全部内容，使得用户能够方便地进行阅读。因此，显示消息的效果 较佳，用户阅读消息的效率较高。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。