本發(fā)明涉及即時通訊技術(shù)領(lǐng)域，特別涉及一種消息推送方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的迅速發(fā)展，互聯(lián)網(wǎng)業(yè)務(wù)越來越多。業(yè)務(wù)提供方通常需要向用戶推送消息，以向用戶提供業(yè)務(wù)或者提示用戶當(dāng)前業(yè)務(wù)處理情況。由于消息推送方法影響著用戶使用業(yè)務(wù)的體驗，因此，需要選擇合適的消息推送方法。

相關(guān)技術(shù)在實現(xiàn)消息推送功能時，通常是通過短信的方式，所采用的方法為：根據(jù)業(yè)務(wù)的多個流程，向用戶分條發(fā)送短信，從而實現(xiàn)消息的推送。其中，每個業(yè)務(wù)流程對應(yīng)一條至多條短信。例如，以網(wǎng)上購物業(yè)務(wù)為例，當(dāng)用戶在網(wǎng)上購物時，用戶每買一件商品相當(dāng)于一個業(yè)務(wù)流程。若用戶在同一時間購買了多件商品，則用戶可接收到多條短信。其中，短信用于通知用戶已成功購買商品，每個商品對應(yīng)一條短信。用戶通過閱讀每條短信，能夠獲知網(wǎng)上購物業(yè)務(wù)已經(jīng)完成。

在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)相關(guān)技術(shù)至少存在以下問題：

由于推送消息時，是通過短信的方式分條向用戶發(fā)送，當(dāng)用戶使用一項業(yè)務(wù)時，用戶會接收到多條該業(yè)務(wù)相關(guān)的分條短信，從而使得用戶在閱讀分條短信時，每次只能顯示該業(yè)務(wù)相關(guān)的一部分內(nèi)容，導(dǎo)致用戶每次閱讀到的內(nèi)容有限，用戶需要多次操作才能閱讀完該業(yè)務(wù)相關(guān)的全部內(nèi)容。因此，消息顯示的效果不佳，用戶閱讀消息的效率較低。

技術(shù)實現(xiàn)要素：

為了解決現(xiàn)有技術(shù)的問題，本發(fā)明實施例提供了一種消息推送方法及裝置。所述技術(shù)方案如下：

一方面，一種消息發(fā)送方法，所述方法包括：

獲取消息推送方推送的屬于同一場景的多條消息；

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

基于所述聚合消息模板，對所述多條消息進(jìn)行聚合，生成聚合消息；

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

另一方面，一種消息發(fā)送裝置，所述裝置包括：

第一獲取模塊，用于獲取消息推送方推送的屬于同一場景的多條消息；

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

聚合模塊，用于基于所述聚合消息模板，對所述多條消息進(jìn)行聚合，生成聚合消息；

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

本發(fā)明實施例提供的技術(shù)方案帶來的有益效果是：

通過獲取消息推送方推送的屬于同一場景的多條消息，獲取消息推送方的聚合消息模板，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。由于能夠?qū)⒍鄺l消息進(jìn)行聚合，生成聚合消息，從而使得用戶在閱讀消息時，能夠同時顯示業(yè)務(wù)相關(guān)的全部內(nèi)容，使得用戶能夠方便地進(jìn)行閱讀。因此，顯示消息的效果較佳，用戶閱讀消息的效率較高。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一實施例提供的一種消息推送方法流程圖；

圖2是本發(fā)明另一實施例提供的一種消息推送方法流程圖；

圖3是本發(fā)明另一實施例提供的一種聚合消息的界面示意圖；

圖4是本發(fā)明另一實施例提供的一種信息服務(wù)系統(tǒng)的架構(gòu)示意圖；

圖5是本發(fā)明另一實施例提供的一種消息推送裝置結(jié)構(gòu)示意圖；

圖6是本發(fā)明另一實施例提供的一種消息推送裝置結(jié)構(gòu)示意圖；

圖7是本發(fā)明另一實施例提供的一種終端的置結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進(jìn)一步地詳細(xì)描述。

即時通訊：(Instant messaging，簡稱IM)是一個終端服務(wù)，允許兩人或多人使用網(wǎng)路即時的傳遞文字訊息、檔案、語音與視頻。即時通訊按照使用用途可以分為企業(yè)即時通訊和網(wǎng)站即時通訊，按照承載的對象又可分為手機(jī)即時通訊和PC(Personal Computer，個人電腦)即時通訊，其中，手機(jī)即時通訊可以代表短信，PC即時通訊可以代表網(wǎng)站、視頻即時通訊。

C2C消息(Customer-to-Customer Message),本發(fā)明中主要是指即時通訊客戶端之間的信息，通常就是客戶端之間相互在聊天和溝通過程當(dāng)中相互發(fā)送的信息，通常這些消息需要經(jīng)過服務(wù)器端的中轉(zhuǎn)。

B2C消息(Business-to-Customer Message),本發(fā)明中主要是指從服務(wù)器商家服務(wù)者這一方主動發(fā)送給即時通訊終端的各種信息，包括文本，圖片，音視頻等多媒體信息。

C2B消息(Customer-to-Business Message)，本發(fā)明中主要是指終端用戶從終端主動向服務(wù)器端的商家發(fā)送的各類消息，這些消息屬于上行通道的信息，包括文本，圖片，音視頻等多媒體信息。

生活服務(wù)號，與公眾號基本運作模式同理，用戶在關(guān)注某一生活服務(wù)號后，可以通過對話的形式獲取服務(wù)。

本發(fā)明實施例提供了一種消息推送方法，該方法應(yīng)用于終端。參見圖1，本實施例提供的方法流程包括：

101、獲取消息推送方推送的屬于同一場景的多條消息。

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

103、基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息。

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

本發(fā)明實施例提供的方法，通過獲取消息推送方推送的屬于同一場景的多條消息，獲取消息推送方的聚合消息模板，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。由于能夠?qū)⒍鄺l消息進(jìn)行聚合，生成聚合消息，從而使得用戶在閱讀消息時，能夠同時顯示業(yè)務(wù)相關(guān)的全部內(nèi)容，使得用戶能夠方便地進(jìn)行閱讀。因此，顯示消息的效果較佳，用戶閱讀消息的效率較高。

作為一種可選實施例，獲取消息推送方發(fā)送的屬于同一場景的多條消息，包括：

接收攜帶聚合標(biāo)記的消息，聚合標(biāo)記攜帶消息場景信息；

根據(jù)消息場景信息，查詢本地是否已經(jīng)接收到具有相同消息場景信息的其它消息；

如果本地已經(jīng)接收到至少一條具有相同消息場景信息的其它消息，且已接收到的消息條數(shù)大于預(yù)設(shè)閾值時，獲取具有相同消息場景信息的消息；

將具有相同消息場景信息的消息獲取為屬于同一場景的多條消息。

作為一種可選實施例，獲取消息推送方的聚合消息模板，包括：

根據(jù)聚合標(biāo)記，從聚合消息模板數(shù)據(jù)庫中，獲取與聚合標(biāo)記對應(yīng)的聚合消息模板；或，

根據(jù)消息推送方標(biāo)識，從聚合消息模板數(shù)據(jù)庫中，獲取與消息推送方標(biāo)識對應(yīng)的聚合消息模板。

作為一種可選實施例，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，包括：

按照屬于同一場景的多條消息中每條消息的排序，在聚合消息模板中順序添加多條消息，生成聚合消息。

作為一種可選實施例，在顯示界面上顯示聚合消息之后，還包括：

獲取對聚合消息的行為數(shù)據(jù)，向消息推送方返回行為數(shù)據(jù)。

上述所有可選技術(shù)方案，可以采用任意結(jié)合形成本發(fā)明的可選實施例，在此不再一一贅述。

本發(fā)明實施例提供了一種消息推送方法，該方法應(yīng)用于終端。參見圖2，本實施例提供的方法流程包括：

201、獲取消息推送方推送的屬于同一場景的多條消息。

其中，消息推送方可預(yù)先設(shè)定不同的使用場景，并在不同使用場景下設(shè)置不同的業(yè)務(wù)流程，本實施例對此不作具體限定。例如，預(yù)先設(shè)定的使用場景可以為網(wǎng)上購物場景、促銷活動場景及在線訂票場景等等。以網(wǎng)上購物場景為例，網(wǎng)上購物場景下可設(shè)置有購物業(yè)務(wù)流程、支付業(yè)務(wù)流程以及物流業(yè)務(wù)流程等不同的業(yè)務(wù)流程。由于在本步驟中，終端需要獲取推送消息方推送的屬于同一使用場景的多條消息，為了讓終端能夠確定消息所屬使用場景，消息推送方還可預(yù)先為每個使用場景設(shè)置一個消息場景信息，以用于標(biāo)識消息所屬的使用場景，并在向終端推送消息之前，先確定該待推送消息所屬的使用場景，并將使用場景所對應(yīng)的消息場景信息攜帶在消息中發(fā)送至終端，從而終端能夠根據(jù)消息推送方發(fā)送的消息場景信息確定當(dāng)前的使用場景。

以上述內(nèi)容為基礎(chǔ)，消息推送方通?？赡軙槍Σ煌氖褂脠鼍跋虏煌臉I(yè)務(wù)流程，來對消息進(jìn)行推送。例如，針對網(wǎng)上購物場景，消息場景信息可以為交易流水號。當(dāng)處于購物業(yè)務(wù)流程時，若用戶確認(rèn)了訂單，則可向用戶推送攜帶交易流水號的訂單確認(rèn)消息。當(dāng)處于支付業(yè)務(wù)流程時，若用戶已完成支付， 則可向用戶推送攜帶交易流水號的支付成功消息。當(dāng)處于物流業(yè)務(wù)流程時，若貨物已被用戶成功簽收，則可向終端推送攜帶有交易流水號的交易完成消息。

針對促銷活動場景，消息場景信息可以為活動標(biāo)識，促銷活動場景的業(yè)務(wù)流程可以包括活動報名流程，活動參與流程，活動結(jié)束流程。當(dāng)處于活動報名流程時，可向用戶推送攜帶有活動標(biāo)識的活動報名提醒消息。當(dāng)處于活動參與流程時，可向用戶推送攜帶有活動標(biāo)識的活動經(jīng)過實況消息。當(dāng)處于活動結(jié)束流程時，可向用戶推送攜帶有活動標(biāo)識的感謝參與消息。

為了后續(xù)對同一場景的多條消息進(jìn)行顯示，可獲取消息推送方推送的屬于同一場景的多條消息。本實施例不對獲取消息推送方推送的屬于同一場景的多條消息的方式作具體限定，包括但不限于：接收攜帶聚合標(biāo)記的消息，聚合標(biāo)記攜帶消息場景信息；根據(jù)消息場景信息，查詢本地是否已經(jīng)接收到具有相同消息場景信息的其它消息；如果本地已經(jīng)接收到至少一條具有相同消息場景信息的其它消息，且已接收到的消息條數(shù)大于預(yù)設(shè)閾值時，獲取具有相同消息場景信息的消息；將具有相同消息場景信息的消息獲取為屬于同一場景的多條消息。

需要說明的是，在上述過程中，消息場景信息可被攜帶在消息的聚合標(biāo)記中。當(dāng)然，消息場景信息也可以按照本步驟之前的內(nèi)容，直接攜帶在消息中，本實施例對此不作具體限定。

另外，根據(jù)上述過程所陳述的內(nèi)容可知，消息推送方預(yù)先設(shè)定的使用場景下還可以包含不同的業(yè)務(wù)流程。為了讓終端在確定消息所屬的使用場景的同時，還能夠確定消息所屬的業(yè)務(wù)流程，聚合標(biāo)記中還可以攜帶業(yè)務(wù)流程標(biāo)識，本實施例對此不作具體限定。通過在聚合標(biāo)記中攜帶業(yè)務(wù)流程標(biāo)識，能夠讓終端確定消息所屬的業(yè)務(wù)流程，從而在后續(xù)顯示消息時，根據(jù)業(yè)務(wù)流程標(biāo)識還能夠顯示具體的業(yè)務(wù)流程，以讓用戶獲取到更多的信息。

當(dāng)然，當(dāng)終端本地對應(yīng)存儲有消息場景信息及業(yè)務(wù)流程標(biāo)識時，聚合標(biāo)記中還可以僅攜帶業(yè)務(wù)流程標(biāo)識，本實施例對此不作具體限定。終端在接收到聚 合標(biāo)記中的業(yè)務(wù)流程標(biāo)識后，根據(jù)本地存儲的內(nèi)容，能夠確定業(yè)務(wù)流程標(biāo)識對應(yīng)的消息場景信息，從而根據(jù)消息場景信息確定消息所屬場景。

由于本實施例提供的方法主要針對于能夠進(jìn)行聚合的多條消息，因此，在接收到消息推送方推送的消息時，可先判斷接收到的消息中是否攜帶聚合標(biāo)記。其中，聚合標(biāo)記用于標(biāo)明該消息能夠被聚合。在接收到消息推送方推送的消息后，可將消息暫存至本地，本實施例對此不作具體限定。

另外，由于后續(xù)在對消息進(jìn)行聚合時，針對的是同一場景下的消息，因此，在接收到攜帶聚合標(biāo)記的消息時，可查詢本地是否已經(jīng)接收到屬于同一場景的其它消息。其中，消息所屬場景可通過聚合標(biāo)記中攜帶的消息場景信息進(jìn)行標(biāo)明，本實施例對此不作具體限定。基于上述內(nèi)容，當(dāng)接收到攜帶聚合標(biāo)記的消息時，可根據(jù)該聚合標(biāo)記中攜帶的消息場景信息，對本地存儲的消息進(jìn)行查詢，從而確定本地是否已經(jīng)接收到具有相同消息場景信息的其它消息。

聚合標(biāo)記的格式可以為字符串，本實施例不對聚合標(biāo)記的格式作具體限定。相應(yīng)地，可在聚合標(biāo)記的指定位中攜帶消息場景信息，本實施例對此不作具體限定。例如，以聚合標(biāo)記為字符串為例，可將聚合標(biāo)記的前四位用于攜帶消息場景信息。以上述內(nèi)容為基礎(chǔ)，本實施例不對根據(jù)消息場景信息，查詢本地是否已經(jīng)接收到具有相同消息場景信息的其它消息的方式作具體限定，包括但不限于：查詢本地是否存儲有聚合標(biāo)記中包含消息場景信息的數(shù)據(jù)；如果有，則將查詢到的數(shù)據(jù)作為具有相同消息場景信息的其它消息。

當(dāng)本地已經(jīng)接收到至少一條具有相同消息場景信息的其它消息，且已接收到的消息條數(shù)大于預(yù)設(shè)閾值時，獲取具有相同消息場景信息的消息。其中，預(yù)設(shè)閾值可以為同一場景下消息的總條數(shù)，也可以為終端本地每次默認(rèn)加載的消息條數(shù)，本實施例不對預(yù)設(shè)閾值的內(nèi)容作具體限定。當(dāng)預(yù)設(shè)閾值為同一場景下消息的總條數(shù)時，預(yù)設(shè)閾值可以攜帶在消息的聚合標(biāo)記中。當(dāng)預(yù)設(shè)閾值為終端本次默認(rèn)加載的消息條數(shù)，預(yù)設(shè)閾值可由終端從服務(wù)器側(cè)獲取，并存儲在終端本地，本實施例不對預(yù)設(shè)閾值的來源作具體限定。

當(dāng)接收到的消息條數(shù)未達(dá)到預(yù)設(shè)閾值時，可繼續(xù)接收消息推送方推送的消息，直到接收到的具有相同消息場景信息的消息條數(shù)達(dá)到預(yù)設(shè)閾值為止，本實施例對此不作具體限定。此時，可將具有相同消息場景信息的消息作為屬于同一場景的多條消息。

需要說明的是，結(jié)合具體的實施環(huán)境，本實施例提供的方法在向終端推送消息時，可能并非由消息推送方直接向終端推送消息，而可能是由消息推送方負(fù)責(zé)準(zhǔn)備攜帶聚合標(biāo)記的消息，并將攜帶聚合標(biāo)記的消息發(fā)送至服務(wù)器，服務(wù)器負(fù)責(zé)接收消息推送方發(fā)送的消息，并將接收到的消息推送至終端。

例如，以服務(wù)器為社交應(yīng)用服務(wù)器為例。相應(yīng)地，消息推送方可以為提供業(yè)務(wù)服務(wù)的商家，推送的消息可以為攜帶聚合標(biāo)記B2C消息。其中，消息推送方預(yù)先在社交應(yīng)用服務(wù)器上注冊消息推送方標(biāo)識，用戶可以在社交應(yīng)用服務(wù)器上注冊社交應(yīng)用標(biāo)識。社交應(yīng)用服務(wù)器可將已注冊的消息推送方標(biāo)識及對消息推送方相關(guān)的業(yè)務(wù)說明展示在用戶端的社交應(yīng)用界面上，用戶可以根據(jù)顯示的內(nèi)容，選擇自身想要關(guān)注的消息推送方。當(dāng)用戶關(guān)注其中一個消息推送方后，即可使用該消息推送方相關(guān)的業(yè)務(wù)，同時，該消息推送方可以向用戶推送攜帶聚合標(biāo)記的B2C消息。

消息推送方根據(jù)自身業(yè)務(wù)對應(yīng)的使用場景，向社交應(yīng)用服務(wù)器發(fā)送攜帶聚合標(biāo)記的B2C消息。其中，聚合標(biāo)記中攜帶有使用場景對應(yīng)的消息場景信息。服務(wù)器接收攜帶聚合標(biāo)記的B2C消息，根據(jù)該消息推送方標(biāo)識，確定關(guān)注該消息推送方的用戶所使用的社交應(yīng)用標(biāo)識。社交應(yīng)用服務(wù)器根據(jù)確定的社交應(yīng)用標(biāo)識，向?qū)?yīng)的終端推送攜帶聚合標(biāo)記的B2C消息。終端接收到B2C消息后，根據(jù)接收到的B2C消息中的消息場景信息，查詢本地是否存儲具有相同消息場景信息的其它消息。如果本地已經(jīng)接收到具有相同消息場景信息的其它消息，且已接收到的消息條數(shù)大于預(yù)設(shè)閾值時，獲取具有相同消息場景信息的消息，并作為屬于同一場景的多條消息。

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

聚合標(biāo)記中可以攜帶聚合消息模板標(biāo)識，相應(yīng)地，關(guān)于獲取消息推送方的聚合消息模板的方式，本實施例對此不作具體限定，包括但不限于：根據(jù)聚合標(biāo)記，從聚合消息模板數(shù)據(jù)庫中，獲取與聚合標(biāo)記對應(yīng)的聚合消息模板。其中，根據(jù)聚合標(biāo)記，可以確定消息中的聚合消息模板標(biāo)識，從而根據(jù)聚合消息模板標(biāo)識，能夠確定從聚合消息模板數(shù)據(jù)庫中，獲取對應(yīng)的聚合消息模板。

需要說明的是，由于終端獲取到的是同一場景的多條消息，而同一場景的多條消息使用的聚合消息模板是相同的，因此，同一場景的多條消息中的聚合消息模板標(biāo)識可以是一致的。具體獲取聚合消息模板時，可以同一場景任一消息中的聚合消息模板標(biāo)識作為依據(jù)，本實施例對此不作具體限定。

另外，由于聚合模塊數(shù)據(jù)庫中的聚合消息模板通常是由消息推送方按照自身具體場景定義的場景聚合消息模板，因此，除了上述方法之外，在獲取聚合消息模板時，還可以根據(jù)消息推送方標(biāo)識來獲取，本實施例對此不作具體限定。具體過程可以為根據(jù)消息推送方標(biāo)識，從聚合消息模板數(shù)據(jù)庫中，獲取與消息推送方標(biāo)識對應(yīng)的聚合消息模板。

需要說明的是，上述獲取聚合消息模板時，都是從聚合消息模板數(shù)據(jù)庫中獲取。當(dāng)終端第一次從聚合消息模板數(shù)據(jù)庫中獲取聚合消息模板后，可將聚合消息模板存儲在本地，當(dāng)下次獲取聚合消息模板時，可先根據(jù)聚合標(biāo)記或消息推送方標(biāo)識，檢測本地是否存儲有需要的聚合消息模板，本實施例對此不作具體限定。當(dāng)本地存儲有需要的聚合消息模板時，則從本地直接獲取。當(dāng)本地未存儲需要的聚合消息模板時，則再從聚合消息模板數(shù)據(jù)庫中獲取。

其中，聚合消息模板數(shù)據(jù)庫中存儲有消息推送方標(biāo)識對應(yīng)的聚合消息模板標(biāo)識或聚合標(biāo)記對應(yīng)的聚合消息模板標(biāo)識、聚合消息模板標(biāo)識對應(yīng)的聚合消息模板的樣式、聚合消息模板中可包含的超鏈接等，本實施例不對聚合消息模板數(shù)據(jù)庫中存儲的內(nèi)容作具體限定。其中，聚合消息模板的樣式可以包括模板背景、字體、字體大小、字體顏色、換行標(biāo)識符等，本實施例不對聚合消息模板的樣式作具體限定。

203、按照屬于同一場景的多條消息中每條消息的排序，在聚合消息模板中順序添加多條消息，生成聚合消息。

由于同一場景下的業(yè)務(wù)流程通常有固定的順序，相應(yīng)地，同一場景下的業(yè)務(wù)流程對應(yīng)的消息通常也有相應(yīng)的顯示順序。因此，每條消息中的聚合標(biāo)記除了攜帶同一場景下消息的總條數(shù)，還可以攜帶每條消息在多條消息中的排序信息，本實施例對此不作具體限定。其中，可參考上述攜帶消息場景信息的方式，在聚合標(biāo)記中另兩個指定位上存儲消息的總條數(shù)及消息在多條消息中的排序信息，本實施例對此不作具體限定。

例如，以聚合標(biāo)記的形式為XX_XX_XX_XX為例。其中，聚合標(biāo)記中的間隔符用于區(qū)分不同的指定位，聚合標(biāo)記中第一指定位可用于存儲消息場景信息，第二個指定位可用于存儲消息的總條數(shù)，第三個指定位可用于存儲消息在多條消息中的排序信息，第四個指定位可用于存儲聚合消息模板標(biāo)識。若消息1的聚合標(biāo)記為Scene1_10_2_templet1，消息2的聚合標(biāo)記為Scene1_10_1_templet1，消息3的聚合標(biāo)記為Scene1_10_3_templet1。根據(jù)上述三條消息的聚合標(biāo)記，可確定Scene1場景下消息的總條數(shù)為10條，采用的聚合消息模板為templet1。按照上述三條消息的排序，可在聚合消息模板中按照順序添加上述三條消息，從而生成聚合消息，具體生成結(jié)果可如圖3所示。

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

在顯示聚合消息之前，終端可以顯示用于提示查看聚合消息的通知。當(dāng)檢測到用戶根據(jù)該通知，輸入顯示聚合消息指令時，再在顯示界面上顯示聚合消息，本實施例對此不作具體限定。其中，由于聚合消息中通常包含多條消息，用戶可以對聚合消息中的多條消息進(jìn)行點擊，以查看明細(xì)，本實施例對此不作具體限定。需要說明的是，在顯示聚合消息時，聚合消息的內(nèi)容可以包括圖片、文字信息及視頻內(nèi)容等，本實施例對此不作具體限定。當(dāng)然，除了上述內(nèi)容之外，根據(jù)業(yè)務(wù)提供商的需求，聚合消息中還可以設(shè)置多個超鏈接，從而用戶可通過點擊超鏈接訪問其它的內(nèi)容，如業(yè)務(wù)提供商推廣的廣告信息等，本實施例 對此不作具體限定。

另外，在顯示界面上顯示聚合消息之后，還可以獲取對聚合消息的行為數(shù)據(jù)，向消息推送方返回行為數(shù)據(jù)，本實施例對此不作具體限定。其中，行為數(shù)據(jù)主要為用戶對聚合消息進(jìn)行操作的操作記錄，終端可以對這些操作記錄進(jìn)行收集，本實施例對此不作具體限定。例如，終端可以對用戶對聚合消息中每條消息的點擊次數(shù)、點擊頻率及在每條消息上的停留時間等數(shù)據(jù)進(jìn)行收集，作為用戶的行為數(shù)據(jù)。消息推送方可接收終端返回的行為數(shù)據(jù)，并對行為數(shù)據(jù)進(jìn)行分析，從而可確定用戶的喜好。根據(jù)用戶的喜好，消息推送方能夠針對性地向用戶推送消息，從而更能契合用戶的需求。

需要說明的是，本實施例推送消息的方式主要是通過網(wǎng)絡(luò)的方式，而非通過電信渠道以短信的方式，從而能夠降低推送消息的成本。另外，由于終端可以向消息推送方返回行為數(shù)據(jù)，從而消息推送方能夠獲知向用戶推送的消息中，哪些消息沒有接收到終端返回的行為數(shù)據(jù)，進(jìn)而可確定這些消息用戶沒有接收到。當(dāng)確定用戶沒有接收到某消息時，可在通過電信渠道以短信的方式進(jìn)行發(fā)送，進(jìn)而保證消息能夠被送達(dá)，本實施例對此不作具體限定。

本發(fā)明實施例提供的方法，通過獲取消息推送方推送的屬于同一場景的多條消息，獲取消息推送方的聚合消息模板，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。由于能夠?qū)⒍鄺l消息進(jìn)行聚合，從而使得用戶能夠在一條消息中查看業(yè)務(wù)相關(guān)的內(nèi)容。因此，用戶能夠較方便地閱讀消息。另外，由于顯示的是基于聚合消息模板的聚合消息，而聚合消息模板可對應(yīng)許多的樣式，從而使得顯示的消息內(nèi)容比較豐富，提升了用戶的閱讀體驗。

再者，通過向消息推送方返回行為數(shù)據(jù)，能夠讓消息推送方確定消息是否被送達(dá)。當(dāng)消息沒有被送達(dá)時，通過短信的方式進(jìn)行發(fā)送，從而保證消息傳輸?shù)目煽啃?。另外，根?jù)行為數(shù)據(jù)，還可以針對性地向用戶推送消息，在契合用戶需求的同時，還可以減少對用戶的騷擾。

為了進(jìn)一步描述本發(fā)明實施例提供的方法，下面基于信息服務(wù)系統(tǒng)的基本架構(gòu)以及各個服務(wù)模塊的具體功能，詳細(xì)對本發(fā)明實施例涉及的消息發(fā)送過程進(jìn)行介紹，該圖4為本發(fā)明實施例提供的信息服務(wù)系統(tǒng)的架構(gòu)示意圖，參見圖4，該信息服務(wù)系統(tǒng)包括：

信息服務(wù)客戶端，可以是即時通訊客戶端或社交應(yīng)用客戶端，可以用于發(fā)送和接收文字、圖片、視頻以及音頻等消息及進(jìn)行消息的展示。具體地，該信息服務(wù)客戶端可以通過消息系統(tǒng)接口服務(wù)器進(jìn)行消息拉取。當(dāng)信息服務(wù)客戶端接收到消息系統(tǒng)服務(wù)器發(fā)送的消息通知時，主動從消息服務(wù)器上拉取消息。該信息服務(wù)客戶端還可以通過消息上行通道，將客戶端的各種行為數(shù)據(jù)及對應(yīng)參數(shù)上報信息服務(wù)側(cè)的統(tǒng)計上報接口服務(wù)器，使得統(tǒng)計上報接口服務(wù)器根據(jù)客戶端所上報的信息生成流水日志，并將流水日志上報至統(tǒng)計分析系統(tǒng)服務(wù)器，使得統(tǒng)計分析系統(tǒng)服務(wù)器為B側(cè)業(yè)務(wù)系統(tǒng)服務(wù)器提供消息反饋。

在本發(fā)明實施例提供的方法中，該信息服務(wù)客戶端可以從信息服務(wù)系統(tǒng)側(cè)同一場景的多條消息，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。

消息系統(tǒng)接口服務(wù)，可以是信息服務(wù)客戶端與后端消息系統(tǒng)上行和下行消息發(fā)送的接口服務(wù)器。該消息系統(tǒng)接口服務(wù)器可以將消息直接發(fā)送到在線終端，對于不在線的終端，可以將消息臨時保存在消息緩存服務(wù)器，當(dāng)消息系統(tǒng)接口服務(wù)器接收到終端的上線事件，再主動將消息從消息緩存服務(wù)器中讀取，然后下發(fā)到終端。

消息緩存服務(wù)，可以用于臨時保存不能及時下發(fā)到終端的消息以及歷史消息。該消息緩存服務(wù)器保存消息實體的內(nèi)容，包括消息ID、消息內(nèi)容，該消息ID可以是用于唯一標(biāo)識該消息的消息標(biāo)識，該消息內(nèi)容可以包括文本，圖片及消息的構(gòu)成信息。當(dāng)終端想要獲取某個時間段的歷史消息時，可以通過消息接口服務(wù)器獲取之前的歷史消息。

消息服務(wù)，用于接受消息調(diào)度服務(wù)器的調(diào)度，對不同的消息發(fā)送任務(wù)建立不同的發(fā)送隊列。該過程可以是按照消息的發(fā)送優(yōu)先級、先后順序以及不同的時間段來建立不同的消息發(fā)送任務(wù)隊列，對于發(fā)送優(yōu)先級高的消息，可以調(diào)整其消息發(fā)送任務(wù)在隊列中的發(fā)送順序。其中，每個不同消息發(fā)送任務(wù)隊列包括消息的發(fā)送方、消息的接收方(通常可能是消息接收方的一個號碼包，如號碼標(biāo)示集合)、消息體內(nèi)容、消息預(yù)期的發(fā)送速度、消息提醒方式和消息體展示樣式的描述和說明。該消息體展示樣式包括純文本的消息、單圖文消息、多圖文消息和模板自定義配置消息等幾種典型的樣式，本發(fā)明實施例對此不作具體限定。

調(diào)度服務(wù)，是整個系統(tǒng)的核心，來對消息服務(wù)進(jìn)行調(diào)度，在消息服務(wù)過程中，確定不同發(fā)送消息隊列之間的優(yōu)先級和時間順序，并與排隊服務(wù)密切配合來確定發(fā)送的順序和時間點。該調(diào)度服務(wù)在建立消息發(fā)送任務(wù)的時候可以對任務(wù)進(jìn)行標(biāo)示，預(yù)測開始發(fā)送時間、任務(wù)優(yōu)先級、需要發(fā)送的目標(biāo)用戶數(shù)目以及期望發(fā)送的時段等。下面針對于不同服務(wù)模塊之間的交互進(jìn)一步對調(diào)度服務(wù)進(jìn)行描述：(1)與號碼包服務(wù)系統(tǒng)進(jìn)行通訊。該調(diào)度服務(wù)可以從號碼包服務(wù)系統(tǒng)獲取消息發(fā)送目標(biāo)用戶的號碼集合，目標(biāo)用戶量直接影響到對該預(yù)送達(dá)消息的發(fā)送需要多少發(fā)送資源。在實際調(diào)度過程中，如果目標(biāo)用戶量大于預(yù)設(shè)閾值，則可以對號碼集合進(jìn)行切分，通常按照總數(shù)大小和期望發(fā)送的速度和發(fā)送能力進(jìn)行平均分配或者按照權(quán)重分配，以避免消息服務(wù)器的負(fù)載過大。比如，對于5億用戶，可以分給為5個1億的目標(biāo)包進(jìn)行發(fā)送。而如果發(fā)送能力是10萬條/秒，有10個發(fā)送任務(wù)，1個發(fā)送任務(wù)只能占用1萬條/秒。(2)和關(guān)系鏈系統(tǒng)進(jìn)行通訊。為了不對發(fā)送的接收對象造成騷擾，每次發(fā)送消息，需要是主動和發(fā)送者標(biāo)識關(guān)聯(lián)(如同在一個群組等)或者形成關(guān)注關(guān)系的用戶。比如一個發(fā)送者的賬號是A，關(guān)注者賬號集合是B，A和B之間是一對多的關(guān)系，如果不在集合B中的用戶不能收到目標(biāo)消息，典型的例子可以為商家公眾號和關(guān)注用戶，該商家公眾號和關(guān)注用戶為一對多的關(guān)系，則該商家在上新時，可以根據(jù)該關(guān) 注關(guān)系，向關(guān)注用戶集合中的每個關(guān)注用戶發(fā)送消息。(3)和消息控制策略系統(tǒng)進(jìn)行通訊。用來確定用戶的消息接收量以及消息發(fā)送量。如，某一個用戶當(dāng)天時間內(nèi)能夠收到消息的總數(shù)、一個賬號一天能夠群發(fā)(即一次向多個用戶發(fā)送)和單發(fā)(即一次向一個用戶發(fā)送)的消息數(shù)量，當(dāng)然，還可以獲取發(fā)送過程中消息在終端側(cè)的具體提醒方式和展示樣式。(4)和統(tǒng)計分析系統(tǒng)進(jìn)行通訊。調(diào)度服務(wù)可以終端側(cè)對消息到達(dá)的統(tǒng)計和用戶操作信息，通常包括消息是否到達(dá)、到達(dá)的比例、用戶是否打開消息、打開消息的瀏覽停留時間和具體停留的位置等等，然后對這些信息按照不同的賬號進(jìn)行統(tǒng)計分析，通常依照消息點擊和轉(zhuǎn)化率高低進(jìn)行排序，對點擊率高的消息可以增加賬號發(fā)送消息的配額，對于點擊率低的消息，可以減少此類消息的發(fā)送。(5)對于從消息服務(wù)上行的消息和第三方業(yè)務(wù)系統(tǒng)側(cè)有關(guān)的，直接發(fā)送到第三方業(yè)務(wù)系統(tǒng)，然后根據(jù)第三方業(yè)務(wù)系統(tǒng)的處理結(jié)果進(jìn)行調(diào)度消息服務(wù)。

號碼包服務(wù)，用于發(fā)送調(diào)度系統(tǒng)提供發(fā)送目標(biāo)集合用戶的輸入，通常是一組目標(biāo)用戶標(biāo)識組成的集合。該目標(biāo)用戶可以按照用戶屬性比如地域，性別，年齡，學(xué)歷，收入等信息對篩選生成不同的號碼包集合。在進(jìn)行消息發(fā)送時，可以從數(shù)據(jù)庫系統(tǒng)中讀取所配置的發(fā)送目標(biāo)集合用戶屬性信息和篩選條件，基于這些屬性信息和篩選條件，確定本次消息發(fā)送任務(wù)對應(yīng)的號碼包。需要說明的是，通過基于篩選屬性信息和篩選條件，所生成的結(jié)果是一個一個獨立的號碼包文件。為了分散系統(tǒng)壓力，還可以對不同的號碼包文件進(jìn)行隨機(jī)打亂，不同的號碼包采用不同的發(fā)送服務(wù)進(jìn)行發(fā)送，來分散系統(tǒng)壓力和負(fù)載。

聚合消息模板接口，用于根據(jù)終端信息服務(wù)客戶端發(fā)送的獲取聚合消息模板請求，從聚合模板數(shù)據(jù)庫中獲取相應(yīng)的聚合消息模板。

聚合模塊數(shù)據(jù)庫，用于接受B側(cè)商家的按照自己的具體場景定義的場景聚合消息模板，比如快遞場景包括下訂單，訂單審核通過，訂單獲取開始發(fā)送，訂單到達(dá)某一個城市或者某一個配送點，訂單開始某一個具體人員開始配送，每一個獨立場景對應(yīng)一條消息，這些消息可以聚合在一起展示。

聚合消息模板數(shù)據(jù)庫包括的內(nèi)容包括場景的商家編號，模板本身編號，聚合消息類型，消息條數(shù)，樣式(包括字體，字體大小，顏色，換行標(biāo)識符)消息交互按鈕的文字描述，對應(yīng)超級鏈接的點擊行為等。

獲取聚合消息模板接口上報的獲取聚合消息模板請求，根據(jù)獲取聚合消息模板請求，向聚合消息模板接口返回聚合消息模板，從而信息服務(wù)客戶端可通過聚合消息模板接口獲取聚合消息模板。

關(guān)系鏈系統(tǒng)，用于保存和記錄賬號之間的關(guān)聯(lián)關(guān)系。該關(guān)聯(lián)關(guān)系可以是指強關(guān)聯(lián)如好友關(guān)系，也可以是弱關(guān)聯(lián)，如關(guān)注關(guān)系、收聽關(guān)系。在強關(guān)聯(lián)關(guān)系下，賬號與賬號之間可以是一對一的關(guān)系，在弱關(guān)聯(lián)管轄下，通常形式是一個賬號A標(biāo)識一個發(fā)送方，一個集合B標(biāo)識可以接受賬號A可以發(fā)送信息的所有賬號。當(dāng)賬號A有消息需要發(fā)送時，消息服務(wù)可以通過調(diào)度服務(wù)從關(guān)系鏈系統(tǒng)中，獲取該賬號A相關(guān)的關(guān)系鏈上的發(fā)送消息的賬號和接收消息賬號。當(dāng)然，該關(guān)系鏈系統(tǒng)是可以變化的系統(tǒng)，當(dāng)客戶端用戶主動取消或者關(guān)注某一個賬號的時候，可以通過消息系統(tǒng)接口服務(wù)器發(fā)送上行消息，使得關(guān)系鏈系統(tǒng)修改相應(yīng)的關(guān)注關(guān)系。

消息控制策略系統(tǒng)，用于保存消息發(fā)送的各種規(guī)則和策略。比如某一個用戶當(dāng)天時間內(nèi)能夠收到發(fā)送消息的總數(shù)和一個賬號一天能夠群發(fā)(一次向多個用戶發(fā)送)和單發(fā)(一次向一個用戶發(fā)送)的消息數(shù)量。該消息控制策略系統(tǒng)還用于保存消息發(fā)送過程當(dāng)中消息在客戶端側(cè)的提醒方式和展示樣式。例如，在終端上的強提醒，比如使用ios系統(tǒng)和android系統(tǒng)的PUSH系統(tǒng)，或者直接在終端即時通訊消息列表上顯示。該消息控制策略系統(tǒng)還用于對一些特殊賬號的發(fā)送限制規(guī)則比如發(fā)送的消息數(shù)量和訪問進(jìn)行特殊的設(shè)置。而對于聚合消息來說，消息控制策略服務(wù)可以對聚合消息的刪除、展示時間、提醒方式和展示樣式進(jìn)行管理。調(diào)度服務(wù)在發(fā)送消息之前，可以從消息控制策略服務(wù)讀取該消息發(fā)送策略，從而按照消息發(fā)送策略推送消息。

數(shù)據(jù)庫服務(wù)，用于為號碼包系統(tǒng)、發(fā)送策略控制服務(wù)以及關(guān)系鏈系統(tǒng)提供 數(shù)據(jù)讀取服務(wù)，并保存信息提示系統(tǒng)中的數(shù)據(jù)，其所保存的信息具體包括以下幾種：(1)管理員入口服務(wù)設(shè)置的各種消息發(fā)送賬號的管理信息，包括新增的發(fā)送賬號標(biāo)識、賬號屬性和發(fā)送消息的權(quán)限，比如單發(fā)和群發(fā)消息的范圍。(2)消息發(fā)送各個賬號的優(yōu)先級，發(fā)送消息的優(yōu)先級設(shè)置。(3)按照基本用戶屬性篩選的基本號碼包賬號信息，作為后續(xù)號碼包服務(wù)的入口。(4)基本的關(guān)系鏈系統(tǒng)的賬號信息和相互關(guān)注形成的關(guān)系鏈系統(tǒng)信息。(5)各類發(fā)送策略，優(yōu)先級，賬號配額，單個用戶能夠收到的信息及各類過濾黑白名單的配置信息。(6)為號碼包系統(tǒng)，發(fā)送策略服務(wù)器和關(guān)系鏈系統(tǒng)提供數(shù)據(jù)讀取服務(wù)。

管理入口服務(wù)，通常是一個以Web方式(瀏覽器和服務(wù)器)架構(gòu)實現(xiàn)的管理網(wǎng)站，供產(chǎn)品和運營人員來管理賬號，設(shè)置各種配置規(guī)則和消息發(fā)送策略。

資料系統(tǒng)，用于保存發(fā)送信息賬號的描述信息主要是功能介紹，方便終端用戶查找服務(wù)器發(fā)送的賬號；通過消息系統(tǒng)接口為終端提供查詢服務(wù)。

統(tǒng)計上報接口服務(wù)，用于與信息服務(wù)客戶端進(jìn)行通訊，接收消息在發(fā)送至客戶端后的用戶的訪問行為、瀏覽信息及用戶操作行為等流水日志信息的上報；將上報的統(tǒng)計信息包括預(yù)送達(dá)消息的訪問信息上報給統(tǒng)計分析系統(tǒng)。

統(tǒng)計分析系統(tǒng)，用于根據(jù)統(tǒng)計上報接口服務(wù)器發(fā)送的日志信息進(jìn)行統(tǒng)計分析，計算出消息的點擊率、達(dá)到率以及轉(zhuǎn)化率等基礎(chǔ)結(jié)果數(shù)據(jù)；與消息調(diào)度服務(wù)器進(jìn)行通訊，提供基于終端用戶消息行為統(tǒng)計信息進(jìn)行發(fā)送調(diào)度服務(wù)。

B側(cè)業(yè)務(wù)系統(tǒng)，通常是指利用即時通訊的生活服務(wù)平臺連接C側(cè)的消息通道來構(gòu)建完成具體業(yè)務(wù)功能的第三方業(yè)務(wù)系統(tǒng)相關(guān)的邏輯服務(wù)。

B側(cè)管理入口服務(wù)，(1)通常是一個以Web方式(瀏覽器和服務(wù)器)架構(gòu)實現(xiàn)的管理網(wǎng)站，為B側(cè)提供管理和控制業(yè)務(wù)系統(tǒng)，查詢對應(yīng)B側(cè)業(yè)務(wù)系統(tǒng)推送消息效果數(shù)據(jù)入口。(2)同時為B側(cè)系統(tǒng)提供管理對應(yīng)B側(cè)賬號下的用戶，對用戶進(jìn)行分組，配置對應(yīng)消息場景模板，自動定義C2b回復(fù)消息的入口。

在本發(fā)明實施例提供的消息發(fā)送方法中，將B側(cè)推送的同一場景的多條消息在信息服務(wù)客戶端側(cè)進(jìn)行聚合，從而能夠顯示聚合消息，使得用戶能夠在一 條消息中查看業(yè)務(wù)相關(guān)的內(nèi)容。因此，用戶能夠較方便地閱讀消息。

本發(fā)明實施例提供了一種消息推送裝置，該裝置用于執(zhí)行上述實施例提供的消息推送方法。參見圖5，該裝置包括：

第一獲取模塊501，用于獲取消息推送方推送的屬于同一場景的多條消息；

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

聚合模塊503，用于基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息；

顯示模塊504，用于在顯示界面上顯示聚合消息。

作為一種可選實施例，第一獲取模塊，用于接收攜帶聚合標(biāo)記的消息，聚合標(biāo)記攜帶消息場景信息；根據(jù)消息場景信息，查詢本地是否已經(jīng)接收到具有相同消息場景信息的其它消息；如果本地已經(jīng)接收到至少一條具有相同消息場景信息的其它消息，且已接收到的消息條數(shù)大于預(yù)設(shè)閾值時，獲取具有相同消息場景信息的消息；將具有相同消息場景信息的消息獲取為屬于同一場景的多條消息。

作為一種可選實施例，第二獲取模塊，用于根據(jù)聚合標(biāo)記，從聚合消息模板數(shù)據(jù)庫中，獲取與聚合標(biāo)記對應(yīng)的聚合消息模板；或，根據(jù)消息推送方標(biāo)識，從聚合消息模板數(shù)據(jù)庫中，獲取與消息推送方標(biāo)識對應(yīng)的聚合消息模板。

作為一種可選實施例，聚合模塊，用于按照屬于同一場景的多條消息中每條消息的排序，在聚合消息模板中順序添加多條消息，生成聚合消息。

作為一種可選實施例，參見圖6，裝置還包括：

返回模塊505，用于獲取對聚合消息的行為數(shù)據(jù)，向消息推送方返回行為數(shù)據(jù)。

本發(fā)明實施例提供的裝置，通過獲取消息推送方推送的屬于同一場景的多條消息，獲取消息推送方的聚合消息模板，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。由于能夠?qū)⒍鄺l消息進(jìn) 行聚合，生成聚合消息，從而使得用戶在閱讀消息時，能夠同時顯示業(yè)務(wù)相關(guān)的全部內(nèi)容，使得用戶能夠方便地進(jìn)行閱讀。因此，顯示消息的效果較佳，用戶閱讀消息的效率較高。

需要說明的是：上述實施例提供的消息推送裝置在推送消息時，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的消息推送裝置及消息推送方法實施例屬于同一構(gòu)思，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。

請參考圖7，其示出了本發(fā)明實施例所涉及的終端的結(jié)構(gòu)示意圖，該終端可以用于實施上述實施例中提供的消息推送方法。具體來講：

終端700可以包括RF(Radio Frequency，射頻)電路110、包括有一個或一個以上計算機(jī)可讀存儲介質(zhì)的存儲器120、輸入單元130、顯示單元140、傳感器150、音頻電路160、WiFi(Wireless Fidelity，無線保真)模塊170、包括有一個或者一個以上處理核心的處理器180、以及電源190等部件。本領(lǐng)域技術(shù)人員可以理解，圖7中示出的終端結(jié)構(gòu)并不構(gòu)成對終端的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。其中：

RF電路110可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，特別地，將基站的下行信息接收后，交由一個或者一個以上處理器180處理；另外，將涉及上行的數(shù)據(jù)發(fā)送給基站。通常，RF電路110包括但不限于天線、至少一個放大器、調(diào)諧器、一個或多個振蕩器、用戶身份模塊(SIM)卡、收發(fā)信機(jī)、耦合器、LNA(Low Noise Amplifier，低噪聲放大器)、雙工器等。此外，RF電路110還可以通過無線通信與網(wǎng)絡(luò)和其他設(shè)備通信。所述無線通信可以使用任一通信標(biāo)準(zhǔn)或協(xié)議，包括但不限于GSM(Global System of Mobile communication，全球移動通訊系統(tǒng))、GPRS(General Packet Radio Service，通用分組無線服務(wù))、 CDMA(Code Division Multiple Access，碼分多址)、WCDMA(Wideband Code Division Multiple Access,寬帶碼分多址)、LTE(Long Term Evolution,長期演進(jìn))、電子郵件、SMS(Short Messaging Service，短消息服務(wù))等。

存儲器120可用于存儲軟件程序以及模塊，處理器180通過運行存儲在存儲器120的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理。存儲器120可主要包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應(yīng)用程序(比如聲音播放功能、圖像播放功能等)等；存儲數(shù)據(jù)區(qū)可存儲根據(jù)終端700的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲器120可以包括高速隨機(jī)存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。相應(yīng)地，存儲器120還可以包括存儲器控制器，以提供處理器180和輸入單元130對存儲器120的訪問。

輸入單元130可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與用戶設(shè)置以及功能控制有關(guān)的鍵盤、鼠標(biāo)、操作桿、光學(xué)或者軌跡球信號輸入。具體地，輸入單元130可包括觸敏表面131以及其他輸入設(shè)備132。觸敏表面131，也稱為觸摸顯示屏或者觸控板，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸敏表面131上或在觸敏表面131附近的操作)，并根據(jù)預(yù)先設(shè)定的程式驅(qū)動相應(yīng)的連接裝置?？蛇x的，觸敏表面131可包括觸摸檢測裝置和觸摸控制器兩個部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉(zhuǎn)換成觸點坐標(biāo)，再送給處理器180，并能接收處理器180發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實現(xiàn)觸敏表面131。除了觸敏表面131，輸入單元130還可以包括其他輸入設(shè)備132。具體地，其他輸入設(shè)備132可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關(guān)按鍵等)、軌跡球、鼠標(biāo)、操作桿等中的一種或多種。

顯示單元140可用于顯示由用戶輸入的信息或提供給用戶的信息以及終端700的各種圖形用戶接口，這些圖形用戶接口可以由圖形、文本、圖標(biāo)、視頻和其任意組合來構(gòu)成。顯示單元140可包括顯示面板141，可選的，可以采用LCD(Liquid Crystal Display，液晶顯示器)、OLED(Organic Light-Emitting Diode,有機(jī)發(fā)光二極管)等形式來配置顯示面板141。進(jìn)一步的，觸敏表面131可覆蓋顯示面板141，當(dāng)觸敏表面131檢測到在其上或附近的觸摸操作后，傳送給處理器180以確定觸摸事件的類型，隨后處理器180根據(jù)觸摸事件的類型在顯示面板141上提供相應(yīng)的視覺輸出。雖然在圖7中，觸敏表面131與顯示面板141是作為兩個獨立的部件來實現(xiàn)輸入和輸入功能，但是在某些實施例中，可以將觸敏表面131與顯示面板141集成而實現(xiàn)輸入和輸出功能。

終端700還可包括至少一種傳感器150，比如光傳感器、運動傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來調(diào)節(jié)顯示面板141的亮度，接近傳感器可在終端700移動到耳邊時，關(guān)閉顯示面板141和/或背光。作為運動傳感器的一種，重力加速度傳感器可檢測各個方向上(一般為三軸)加速度的大小，靜止時可檢測出重力的大小及方向，可用于識別手機(jī)姿態(tài)的應(yīng)用(比如橫豎屏切換、相關(guān)游戲、磁力計姿態(tài)校準(zhǔn))、振動識別相關(guān)功能(比如計步器、敲擊)等；至于終端700還可配置的陀螺儀、氣壓計、濕度計、溫度計、紅外線傳感器等其他傳感器，在此不再贅述。

音頻電路160、揚聲器161，傳聲器162可提供用戶與終端700之間的音頻接口。音頻電路160可將接收到的音頻數(shù)據(jù)轉(zhuǎn)換后的電信號，傳輸?shù)綋P聲器161，由揚聲器161轉(zhuǎn)換為聲音信號輸出；另一方面，傳聲器162將收集的聲音信號轉(zhuǎn)換為電信號，由音頻電路160接收后轉(zhuǎn)換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器180處理后，經(jīng)RF電路110以發(fā)送給比如另一終端，或者將音頻數(shù)據(jù)輸出至存儲器120以便進(jìn)一步處理。音頻電路160還可能包括耳塞插孔，以提供外設(shè)耳機(jī)與終端700的通信。

WiFi屬于短距離無線傳輸技術(shù)，終端700通過WiFi模塊170可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網(wǎng)訪問。雖然圖7示出了WiFi模塊170，但是可以理解的是，其并不屬于終端700的必須構(gòu)成，完全可以根據(jù)需要在不改變發(fā)明的本質(zhì)的范圍內(nèi)而省略。

處理器180是終端700的控制中心，利用各種接口和線路連接整個手機(jī)的各個部分，通過運行或執(zhí)行存儲在存儲器120內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲在存儲器120內(nèi)的數(shù)據(jù)，執(zhí)行終端700的各種功能和處理數(shù)據(jù)，從而對手機(jī)進(jìn)行整體監(jiān)控?？蛇x的，處理器180可包括一個或多個處理核心；優(yōu)選的，處理器180可集成應(yīng)用處理器和調(diào)制解調(diào)處理器，其中，應(yīng)用處理器主要處理操作系統(tǒng)、用戶界面和應(yīng)用程序等，調(diào)制解調(diào)處理器主要處理無線通信。可以理解的是，上述調(diào)制解調(diào)處理器也可以不集成到處理器180中。

終端700還包括給各個部件供電的電源190(比如電池)，優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器180邏輯相連，從而通過電源管理系統(tǒng)實現(xiàn)管理充電、放電、以及功耗管理等功能。電源190還可以包括一個或一個以上的直流或交流電源、再充電系統(tǒng)、電源故障檢測電路、電源轉(zhuǎn)換器或者逆變器、電源狀態(tài)指示器等任意組件。

盡管未示出，終端700還可以包括攝像頭、藍(lán)牙模塊等，在此不再贅述。具體在本實施例中，終端的顯示單元是觸摸屏顯示器，終端還包括有存儲器，以及一個或者一個以上的程序，其中一個或者一個以上程序存儲于存儲器中，且經(jīng)配置以由一個或者一個以上處理器執(zhí)行。所述一個或者一個以上程序包含用于執(zhí)行以下操作的指令：

獲取消息推送方推送的屬于同一場景的多條消息；

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

基于所述聚合消息模板，對所述多條消息進(jìn)行聚合，生成聚合消息；

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

假設(shè)上述為第一種可能的實施方式，則在第一種可能的實施方式作為基礎(chǔ) 而提供的第二種可能的實施方式中，終端的存儲器中，還包含用于執(zhí)行以下操作的指令：

接收攜帶聚合標(biāo)記的消息，所述聚合標(biāo)記攜帶消息場景信息；

根據(jù)所述消息場景信息，查詢本地是否已經(jīng)接收到具有相同消息場景信息的其它消息；

如果本地已經(jīng)接收到至少一條具有相同消息場景信息的其它消息，且已接收到的消息條數(shù)大于預(yù)設(shè)閾值時，獲取具有相同消息場景信息的消息；

將具有相同消息場景信息的消息獲取為屬于同一場景的多條消息。

在第二種可能的實施方式作為基礎(chǔ)而提供的第三種可能的實施方式中，終端的存儲器中，還包含用于執(zhí)行以下操作的指令：

根據(jù)所述聚合標(biāo)記，從聚合消息模板數(shù)據(jù)庫中，獲取與所述聚合標(biāo)記對應(yīng)的聚合消息模板；或，

根據(jù)消息推送方標(biāo)識，從聚合消息模板數(shù)據(jù)庫中，獲取與所述消息推送方標(biāo)識對應(yīng)的聚合消息模板。

在第一種可能的實施方式作為基礎(chǔ)而提供的第四種可能的實施方式中，終端的存儲器中，還包含用于執(zhí)行以下操作的指令：

按照所述屬于同一場景的多條消息中每條消息的排序，在所述聚合消息模板中順序添加所述多條消息，生成聚合消息。

在第一種可能的實施方式作為基礎(chǔ)而提供的第五種可能的實施方式中，終端的存儲器中，還包含用于執(zhí)行以下操作的指令：

獲取對所述聚合消息的行為數(shù)據(jù)，向所述消息推送方返回所述行為數(shù)據(jù)。

本發(fā)明實施例提供的終端，通過獲取消息推送方推送的屬于同一場景的多條消息，獲取消息推送方的聚合消息模板，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。由于能夠?qū)⒍鄺l消息進(jìn)行聚合，生成聚合消息，從而使得用戶在閱讀消息時，能夠同時顯示業(yè)務(wù)相關(guān)的全部內(nèi)容，使得用戶能夠方便地進(jìn)行閱讀。因此，顯示消息的效果較佳，用 戶閱讀消息的效率較高。

本發(fā)明實施例還提供了一種計算機(jī)可讀存儲介質(zhì)，該計算機(jī)可讀存儲介質(zhì)可以是上述實施例中的存儲器中所包含的計算機(jī)可讀存儲介質(zhì)；也可以是單獨存在，未裝配入終端中的計算機(jī)可讀存儲介質(zhì)。該計算機(jī)可讀存儲介質(zhì)存儲有一個或者一個以上程序，該一個或者一個以上程序被一個或者一個以上的處理器用來執(zhí)行消息推送方法，該方法包括：

獲取消息推送方推送的屬于同一場景的多條消息；

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

基于所述聚合消息模板，對所述多條消息進(jìn)行聚合，生成聚合消息；

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

假設(shè)上述為第一種可能的實施方式，則在第一種可能的實施方式作為基礎(chǔ)而提供的第二種可能的實施方式中，所述獲取消息推送方發(fā)送的屬于同一場景的多條消息，包括：

接收攜帶聚合標(biāo)記的消息，所述聚合標(biāo)記攜帶消息場景信息；

根據(jù)所述消息場景信息，查詢本地是否已經(jīng)接收到具有相同消息場景信息的其它消息；

如果本地已經(jīng)接收到至少一條具有相同消息場景信息的其它消息，且已接收到的消息條數(shù)大于預(yù)設(shè)閾值時，獲取具有相同消息場景信息的消息；

將具有相同消息場景信息的消息獲取為屬于同一場景的多條消息。

在第二種可能的實施方式作為基礎(chǔ)而提供的第三種可能的實施方式中，所述獲取所述消息推送方的聚合消息模板，包括：

根據(jù)所述聚合標(biāo)記，從聚合消息模板數(shù)據(jù)庫中，獲取與所述聚合標(biāo)記對應(yīng)的聚合消息模板；或，

根據(jù)消息推送方標(biāo)識，從聚合消息模板數(shù)據(jù)庫中，獲取與所述消息推送方標(biāo)識對應(yīng)的聚合消息模板。

在第一種可能的實施方式作為基礎(chǔ)而提供的第四種可能的實施方式中，所述基于所述聚合消息模板，對所述多條消息進(jìn)行聚合，生成聚合消息，包括：

按照所述屬于同一場景的多條消息中每條消息的排序，在所述聚合消息模板中順序添加所述多條消息，生成聚合消息。

在第一種可能的實施方式作為基礎(chǔ)而提供的第五種可能的實施方式中，所述在顯示界面上顯示所述聚合消息之后，還包括：

獲取對所述聚合消息的行為數(shù)據(jù)，向所述消息推送方返回所述行為數(shù)據(jù)。

本發(fā)明實施例提供的計算機(jī)可讀存儲介質(zhì)，通過獲取消息推送方推送的屬于同一場景的多條消息，獲取消息推送方的聚合消息模板，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。由于能夠?qū)⒍鄺l消息進(jìn)行聚合，生成聚合消息，從而使得用戶在閱讀消息時，能夠同時顯示業(yè)務(wù)相關(guān)的全部內(nèi)容，使得用戶能夠方便地進(jìn)行閱讀。因此，顯示消息的效果較佳，用戶閱讀消息的效率較高。

本發(fā)明實施例提供了一種圖形用戶接口，所述圖形用戶接口用在終端上，所述終端包括觸摸屏顯示器、存儲器和用于執(zhí)行一個或者一個以上的程序的一個或者一個以上的處理器；所述圖形用戶接口包括：

獲取消息推送方推送的屬于同一場景的多條消息；

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

基于所述聚合消息模板，對所述多條消息進(jìn)行聚合，生成聚合消息；

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

本發(fā)明實施例提供的圖形用戶接口，通過獲取消息推送方推送的屬于同一場景的多條消息，獲取消息推送方的聚合消息模板，基于聚合消息模板，對多條消息進(jìn)行聚合，生成聚合消息，在顯示界面上顯示聚合消息。由于能夠?qū)⒍鄺l消息進(jìn)行聚合，生成聚合消息，從而使得用戶在閱讀消息時，能夠同時顯示業(yè)務(wù)相關(guān)的全部內(nèi)容，使得用戶能夠方便地進(jìn)行閱讀。因此，顯示消息的效果 較佳，用戶閱讀消息的效率較高。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機(jī)可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。