消息推送方法及裝置與流程

本發明涉及通信領域，具體而言，涉及一種消息推送方法及裝置。

背景技術：

隨著互聯網技術的蓬勃發展，以及互聯網公司形形色色豐富的產品形態的挑戰，迫使電信運營商不得不想辦法在流量經營領域有所突破，以避免淪為單純的管道商。

圖1是相關技術中的并聯分流模式組網示意圖，如圖1所示，運營商流量經營系統一般都采用旁掛的方式部署于地市CR與省網出口之間，采用并聯分光的方式接收處理網絡中的數據流，這種模式下系統一般情況作為后臺分析系統使用。

相關技術中的產品和技術一般大多應用于串聯場景，所有數據包都可以獲取并控制，控制復雜度低于并聯場景，一般采用的技術手段是收齊服務端響應并在消息體中進行信息插入，這種方法明顯不適用于并聯場景，因為服務端響應會先于系統構造的響應到達終端。由此可知，在相關技術中，無法實現并聯場景下的信息推送。

針對相關技術中存在的無法實現并聯場景下的消息推送的問題，目前尚未提出有效的解決方案。

技術實現要素：

本發明提供了一種消息推送方法及裝置，以至少解決相關技術中存在的無法實現并聯場景下的消息推送的問題。

根據本發明的一個方面，提供了一種消息推送方法，包括：阻斷數據請求響應；構造包括所述數據請求響應和推送消息的重組響應；利用發送所述數據請求響應的路徑發送所述重組響應。

可選地，所述重組響應用于訪問所述數據請求響應對應的網站和所述推送消息對應的信息服務器。

可選地，在利用發送所述數據請求響應的路徑發送所述重組響應之前，還包括：復位RST發送所述數據請求響應的服務器。

可選地，在利用發送所述數據請求響應的路徑發送所述重組響應之后，還包括：按照預定頻率向接收所述重組響應的終端推送消息。

可選地，按照預定頻率向接收所述重組響應的終端推送所述推送消息包括：根據預 定策略按照預定頻率向接收所述重組響應的終端推送所述推送消息，其中，所述預定策略包括以下至少之一：用戶類型、所述數據請求響應對應的網站、終端類型、搜索的關鍵字、數據請求時間。

可選地，所述重組響應包括信息框架形式的重組響應，其中，所述推送消息以預配置的方式設置于所述信息框架的預定位置上。

根據本發明的另一方面，提供了一種消息推送裝置，包括：阻斷模塊，用于阻斷數據請求響應；構造模塊，用于構造包括所述數據請求響應和推送消息的重組響應；發送模塊，用于利用發送所述數據請求響應的路徑發送所述重組響應。

可選地，所述重組響應用于訪問所述數據請求響應對應的網站和所述推送消息對應的信息服務器。

可選地，所述裝置還包括：復位模塊，用于復位RST發送所述數據請求響應的服務器。

可選地，所述裝置還包括：推送模塊，用于按照預定頻率向接收所述重組響應的終端推送消息。

可選地，所述推送模塊包括：推送單元，用于根據預定策略按照預定頻率向接收所述重組響應的終端推送所述推送消息，其中，所述預定策略包括以下至少之一：用戶類型、所述數據請求響應對應的網站、終端類型、搜索的關鍵字、數據請求時間。

可選地，所述重組響應包括信息框架形式的重組響應，其中，所述推送消息以預配置的方式設置于所述信息框架的預定位置上。

通過本發明，采用阻斷數據請求響應；構造包括所述數據請求響應和推送消息的重組響應；利用發送所述數據請求響應的路徑發送所述重組響應，解決了相關技術中存在的無法實現并聯場景下的消息推送的問題，進而達到了實現并聯場景下的消息推送的目的，實現了消息推送多樣化的效果。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中：

圖1是根據本發明實施例的消息推送方法的流程圖；

圖2是根據本發明實施例的消息推送裝置的結構框圖；

圖3是根據本發明實施例的消息推送裝置的優選結構框圖一；

圖4是根據本發明實施例的消息推送裝置的優選結構框圖二；

圖5是根據本發明實施例的消息推送裝置的中推送模塊42的結構框圖；

圖6是根據本發明實施例的并聯分流模式信息推送流程圖；

圖7是根據本發明實施例的多維度信息推送策略匹配流程圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種消息推送方法，圖1是根據本發明實施例的消息推送方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，阻斷數據請求響應；

步驟S104，構造包括上述數據請求響應和推送消息的重組響應；

步驟S106，利用發送上述數據請求響應的路徑發送該重組響應。

通過上述步驟，通過阻斷數據請求響應，并構造包括推送消息的重組響應的方式，實現了在并聯場景下的消息推送的目的，從而解決了相關技術中存在的無法實現并聯場景下的消息推送的問題，進而達到了實現并聯場景下的消息推送的目的，實現了消息推送多樣化的效果。

在一個可選的實施例中，上述重組響應用于訪問數據請求響應對應的網站和該推送消息對應的信息服務器。也就是說，終端在接收到重組響應之后，不僅可以訪問原網站，還可以獲取推送消息，從而實現了多途徑獲取消息的目的，改善了用戶體驗。

在一個可選的實施例中，在利用發送上述數據請求響應的路徑發送該重組響應之前，還包括：復位RST發送數據請求響應的服務器。其中，RST服務器和構造重組響應可以使同時進行的。從而可以避免并聯環境下服務提供商(Service Provider，簡稱為SP)響應干擾推送消息的問題。

在一個可選的實施例中，在利用發送數據請求響應的路徑發送該重組響應之后，還包括：按照預定頻率向接收重組響應的終端推送消息。該預定頻率可以使自由設置的，也可以是事先規定好的。并且，針對不同的終端，該預定頻率也可以是不一樣的，或者，針對同一個終端訪問不同的網站，該預定頻率也可以是不一樣的，或者在其他情況下，也可以采用不同的預定頻率。

在一個可選的實施例中，按照預定頻率向接收該重組響應的終端推送該推送消息包 括：根據預定策略按照預定頻率向接收重組響應的終端推送該推送消息，其中，該預定策略包括以下至少之一：用戶類型、數據請求響應對應的網站、終端類型、搜索的關鍵字、數據請求時間。其中，用戶類型可以包括會員與非會員，對于會員用戶，可以適當的增大推送上述推送消息的頻率，或者按照用戶意愿適當的對該頻率進行調整。

在一個可選的實施例中，上述重組響應包括信息框架形式的重組響應，其中，該推送消息以預配置的方式設置于信息框架的預定位置上。該預定位置可以使信息框架的中部，左上角、右下角等位置。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網絡設備等)執行本發明各個實施例所述的方法。

在本實施例中還提供了一種消息推送裝置，該裝置用于實現上述實施例及優選實施方式，已經進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現，但是硬件，或者軟件和硬件的組合的實現也是可能并被構想的。

圖2是根據本發明實施例的消息推送裝置的結構框圖，如圖2所示，該裝置包括阻斷模塊22、構造模塊24和發送模塊26，下面對該裝置進行說明。

阻斷模塊22，用于阻斷數據請求響應；構造模塊24，連接至上述阻斷模塊22，用于構造包括上述數據請求響應和推送消息的重組響應；發送模塊26，連接至上述構造模塊24，用于利用發送該數據請求響應的路徑發送上述重組響應。

可選地，上述重組響應用于訪問數據請求響應對應的網站和推送消息對應的信息服務器。

圖3是根據本發明實施例的消息推送裝置的優選結構框圖一，如圖3所示，該裝置除包括圖2所示的所有模塊外，還包括復位模塊32，下面對該裝置進行說明。

復位模塊32，連接至上述發送模塊26，用于復位RST發送上述數據請求響應的服務器。

圖4是根據本發明實施例的消息推送裝置的優選結構框圖二，如圖4所示，該裝置除包括圖2所示的所有模塊外，還包括推送模塊42，下面對該裝置進行說明。

推送模塊42，連接至上述發送模塊26，用于按照預定頻率向接收上述重組響應的終端推送消息。

圖5是根據本發明實施例的消息推送裝置的中推送模塊42的結構框圖，如圖5所示，該推送模塊42包括推送單元52，下面對該推送模塊42進行說明。

推送單元52，用于根據預定策略按照預定頻率向接收該重組響應的終端推送上述推送消息，其中，該預定策略包括以下至少之一：用戶類型、數據請求響應對應的網站、終端類型、搜索的關鍵字、數據請求時間。

可選地，上述重組響應包括信息框架形式的重組響應，其中，該推送消息以預配置的方式設置于上述信息框架的預定位置上。

本發明實施例中的方案和相關技術中的消息推送方案相比，主要有以下特色：組網環境為固網并聯環境、阻斷服務端響應并主動構造信息框架響應發送至客戶端、支持多維度差異化信息推送策略。下面進行進一步說明：

組網環境為固網并聯環境：

系統部署于固網城域網與省干網之間，由分光器分光流量發送給系統，相當于拷貝一份發送給系統，系統和原網絡是并聯的，不是串接在原組網之中，并聯模式下的信息推送需要能夠先于服務端構造響應發送給終端，并且RST中斷服務端鏈接。

阻斷服務端響應并主動構造信息框架響應發送至客戶端：

圖6是根據本發明實施例的并聯分流模式信息推送流程圖，如圖6所示，該流程包括如下步驟：

步驟S602，并聯流量網關在本地部署模板；

步驟S604，用戶通過城域網出口和分光器向網站發送頁面http請求；

步驟S606，分光器向并聯流量網關發送分光請求；

步驟S608，并聯流量網關根據策略判斷是否需要向用戶推送廣告，如果需要，則構造包含需要推送的廣告的響應并推送給用戶；

步驟S610，并聯流量網關將構造的響應發送給城域網出口；

步驟S612，并聯流量網關RSE服務器；

步驟S614，城域網出口將構造的響應發送給用戶；

步驟S616，網站向用戶返回一個無效響應；

步驟S618，用戶通過瀏覽器觸發Iframe鏈接訪問；

步驟S620，用戶發起原始頁面請求；

步驟S622，用戶發起廣告資源請求；

步驟S624，分光器請求向并聯流量網關發送分光請求；

步驟S626，并聯流量網關根據統一資源定位符(Uniform Resource Locator，簡稱為URL)頻率策略丟棄分光請求；

步驟S628，網站向用戶返回原始頁面響應；

步驟S630，用戶側的重擔顯示頁面；

步驟S632，廣告資源服務器向用戶返回廣告資源響應；

步驟S634，用戶側終端顯示廣告。

在上述流程中，分別設計了信息框架文件和信息資源文件，所有信息資源以配置約定的多種形式在信息框架中展現，比如可以在右下腳展示、左上方顯示、頁面彈出顯示等待。信息資源可以是頁面、圖片、視頻等等。

智能服務網關(Intellectualized Service Gateway，簡稱為ISG)對用戶訪問請求響應進行阻斷，并以SP(網站服務器、例如baidu、sina等)名義偽造響應回給終端(終端收到的數據包源地址為SP地址，而非本系統IP地址)，響應內容即為信息框架，其中一些參數根據下發配置進行修改定制。系統推送信息為系統自構造，不依賴網站服務器的響應，構造的響應框架可以保證終端收到后會逐次發起對原始頁面和信息資源服務器的訪問。

信息資源文件放在信息服務器上，信息框架內容回應到終端后，終端自動發起對原始網站鏈接和信息服務器的訪問。比如用戶訪問www.baidu.com被信息推送，推送到終端的是一個頁面框架，頁面框架中有baidu的鏈接和信息資源的鏈接，終端瀏覽器會自動觸發訪問baidu和信息資源訪問，最終展現在終端上的就是baidu原始頁面和推送信息，達到了在原請求頁面上推送信息的目的。

為了避免并聯環境下SP相應干擾信息推送，ISG在構造終端請求響應的同時RST服務端，因為系統部署在內網，構造響應回終端的速度基本可以保證比網站響應速度快。

信息推送設置頻率控制，可以采用統一推送頻率，單個推送策略也可以設置個性化推送頻率。具體來說，就是對不同用戶可以采用不同的推送頻率，相同用戶訪問不同網站也可以采用不同的推送頻率。

示例信息框架截取片段如下所示：

<！DOCTYPE html PUBLIC"-//W3C//DTD XHTML 1.0Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html>

<head>

<METAhttp-equiv＝"Content-Type"content＝"text/html；charset＝utf-8"/>

<title>廣告測試頁面</title>

<meta name＝"viewport"content＝"width＝device-width,initial-scale＝1.0,maximum-scale＝1.0,minimum-scale＝1.0,user-scalable＝no"/>

<script type＝"text/javascript">

var ad_type＝"{$SERVICE_AD_TYPE}"；

var ad_position＝"{$SERVICE_AD_POSITION}"；//"573|220|0|0"；

var ad_orgurl＝"{$SERVICE_AD_ORGURL}"；//"http://www.baidu.com"；

var ad_url＝"{$SERVICE_AD_URL}"；//"test_ad.html"；

var ad_post＝"{$SERVICE_AD_HOST}"；

系統根據后臺運行維護系統下發配置替換信息框架中加粗的大寫字母的部分內容即可實現多種信息資源的多種形式展現。

支持多維度差異化信息推送策略：

圖7是根據本發明實施例的多維度信息推送策略匹配流程圖，如圖7所示，該流程包括如下步驟：

步驟S701，接收數據流；

步驟S702，判斷是否匹配了用戶白名單，在判斷結果為是的情況下，匹配流程結束，不向用戶推送廣告，否則轉至步驟S703；

步驟S703，判斷是否匹配了SP白名單，在判斷結果為是的情況下，匹配流程結束，不向用戶推送廣告，否則轉至步驟S704；

步驟S704，遍歷配置策略，逐個匹配策略；

步驟S705，判斷是否配置了策略生效時間，在判斷結果為是的情況下，轉至步驟S706，否則，轉至步驟S708；

步驟S706，等待匹配策略生效時間；

步驟S707，匹配策略生效時間到達后，判斷是否匹配成功，成功則轉至步驟S708，否則轉至步驟S721；

步驟S708，判斷是否配置了用戶組，判斷結果為是，轉至步驟S709，否則，轉至步驟S711；

步驟S709，匹配用戶組；

步驟S710，判斷用戶組是否匹配成功，成功，則轉至步驟S711，否則，轉至步驟S722；

步驟S711，判斷是否配置了網站組，判斷結果為是則轉至步驟S712，否則，轉至步驟S714；

步驟S712，匹配網站組；

步驟S713，判斷網站組是否匹配成功，成功則轉至步驟S714，否則，轉至步驟S721；

步驟S714，判斷是否配置了終端組，判斷結果為是，轉至步驟S715，否則，轉至步驟S717；

步驟S715，匹配終端組；

步驟S716，判斷終端組是否匹配成功，成功，則轉至步驟S717，否則，轉至步驟S722；

步驟S717，判斷是否配置了關鍵字組，判斷結果為是轉至步驟S718，否則，轉至步驟S720；

步驟S718，匹配關鍵字組；

步驟S719，判斷關鍵字組是否匹配成功，成功則轉至步驟S720，否則，轉至步驟S721；

步驟S720，記錄策略內容和策略優先級，如果比之前的策略優先級高則更新策略內容；

步驟S721，判斷是否是最后一個策略，判斷結果為是轉至步驟S723，否則，轉至步驟S704；

步驟S722，判斷是否是最后一個策略，判斷結果為是轉至步驟S723，否則，轉至步驟S704；

步驟S723，匹配流程結束。

其中，步驟S721和S722兩個步驟可以是一樣的。

下面結合圖6、7進行說明：

運維下發多維度控制策略至業務。業務加載策略文件中多個策略表，包括用戶組信息、終端組信息、網站組信息、關鍵字組信息等，以hash表或鏈表的方式存放于內存中，為便于配置更新，采用主附表存儲。

業務流程中解析http請求頭之后進行策略匹配，如果匹配上策略則進行信息推送，否則不進行信息推送，控制策略有多個維度，包括用戶、網站、終端類型、搜索關鍵字等以及時間等，維度可以訂制，可以只關注其中部分維度，不配置維度默認不關注。

如果用戶訪問匹配用戶白名單或網站白名單，則判斷流程結束，不推送信息。

信息可以立即推送，也可以延遲若干get或時間推送，當信息策略為延遲推送時，暫停當前用戶信息推算判斷，待此次推送完成后再進行下一次判斷和推送。

信息推送設置頻率控制，可以采用統一推送頻率，單個推送策略也可以設置個性化推送頻率。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現的，對于后者，可以通過以下方式實現，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

本發明的實施例還提供了一種存儲介質。可選地，在本實施例中，上述存儲介質可以被設置為存儲用于執行以下步驟的程序代碼：

S1，阻斷數據請求響應；

S2，構造包括上述數據請求響應和推送消息的重組響應；

S3，利用發送上述數據請求響應的路徑發送該重組響應。

可選地，在本實施例中，上述存儲介質可以包括但不限于：U盤、只讀存儲器(Read-Only Memory，簡稱為ROM)、隨機存取存儲器(Random Access Memory，簡稱為RAM)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，并且在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發明不限制于任何特定的硬件和軟件結合。

以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。