本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種消息推送方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的蓬勃發(fā)展，以及互聯(lián)網(wǎng)公司形形色色豐富的產(chǎn)品形態(tài)的挑戰(zhàn)，迫使電信運營商不得不想辦法在流量經(jīng)營領(lǐng)域有所突破，以避免淪為單純的管道商。

圖1是相關(guān)技術(shù)中的并聯(lián)分流模式組網(wǎng)示意圖，如圖1所示，運營商流量經(jīng)營系統(tǒng)一般都采用旁掛的方式部署于地市CR與省網(wǎng)出口之間，采用并聯(lián)分光的方式接收處理網(wǎng)絡(luò)中的數(shù)據(jù)流，這種模式下系統(tǒng)一般情況作為后臺分析系統(tǒng)使用。

相關(guān)技術(shù)中的產(chǎn)品和技術(shù)一般大多應(yīng)用于串聯(lián)場景，所有數(shù)據(jù)包都可以獲取并控制，控制復(fù)雜度低于并聯(lián)場景，一般采用的技術(shù)手段是收齊服務(wù)端響應(yīng)并在消息體中進行信息插入，這種方法明顯不適用于并聯(lián)場景，因為服務(wù)端響應(yīng)會先于系統(tǒng)構(gòu)造的響應(yīng)到達終端。由此可知，在相關(guān)技術(shù)中，無法實現(xiàn)并聯(lián)場景下的信息推送。

針對相關(guān)技術(shù)中存在的無法實現(xiàn)并聯(lián)場景下的消息推送的問題，目前尚未提出有效的解決方案。

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

本發(fā)明提供了一種消息推送方法及裝置，以至少解決相關(guān)技術(shù)中存在的無法實現(xiàn)并聯(lián)場景下的消息推送的問題。

根據(jù)本發(fā)明的一個方面，提供了一種消息推送方法，包括：阻斷數(shù)據(jù)請求響應(yīng)；構(gòu)造包括所述數(shù)據(jù)請求響應(yīng)和推送消息的重組響應(yīng)；利用發(fā)送所述數(shù)據(jù)請求響應(yīng)的路徑發(fā)送所述重組響應(yīng)。

可選地，所述重組響應(yīng)用于訪問所述數(shù)據(jù)請求響應(yīng)對應(yīng)的網(wǎng)站和所述推送消息對應(yīng)的信息服務(wù)器。

可選地，在利用發(fā)送所述數(shù)據(jù)請求響應(yīng)的路徑發(fā)送所述重組響應(yīng)之前，還包括：復(fù)位RST發(fā)送所述數(shù)據(jù)請求響應(yīng)的服務(wù)器。

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

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

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

根據(jù)本發(fā)明的另一方面，提供了一種消息推送裝置，包括：阻斷模塊，用于阻斷數(shù)據(jù)請求響應(yīng)；構(gòu)造模塊，用于構(gòu)造包括所述數(shù)據(jù)請求響應(yīng)和推送消息的重組響應(yīng)；發(fā)送模塊，用于利用發(fā)送所述數(shù)據(jù)請求響應(yīng)的路徑發(fā)送所述重組響應(yīng)。

可選地，所述重組響應(yīng)用于訪問所述數(shù)據(jù)請求響應(yīng)對應(yīng)的網(wǎng)站和所述推送消息對應(yīng)的信息服務(wù)器。

可選地，所述裝置還包括：復(fù)位模塊，用于復(fù)位RST發(fā)送所述數(shù)據(jù)請求響應(yīng)的服務(wù)器。

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

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

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

通過本發(fā)明，采用阻斷數(shù)據(jù)請求響應(yīng)；構(gòu)造包括所述數(shù)據(jù)請求響應(yīng)和推送消息的重組響應(yīng)；利用發(fā)送所述數(shù)據(jù)請求響應(yīng)的路徑發(fā)送所述重組響應(yīng)，解決了相關(guān)技術(shù)中存在的無法實現(xiàn)并聯(lián)場景下的消息推送的問題，進而達到了實現(xiàn)并聯(lián)場景下的消息推送的目的，實現(xiàn)了消息推送多樣化的效果。

附圖說明

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

圖1是根據(jù)本發(fā)明實施例的消息推送方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的消息推送裝置的結(jié)構(gòu)框圖；

圖3是根據(jù)本發(fā)明實施例的消息推送裝置的優(yōu)選結(jié)構(gòu)框圖一；

圖4是根據(jù)本發(fā)明實施例的消息推送裝置的優(yōu)選結(jié)構(gòu)框圖二；

圖5是根據(jù)本發(fā)明實施例的消息推送裝置的中推送模塊42的結(jié)構(gòu)框圖；

圖6是根據(jù)本發(fā)明實施例的并聯(lián)分流模式信息推送流程圖；

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

具體實施方式

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

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

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

步驟S102，阻斷數(shù)據(jù)請求響應(yīng)；

步驟S104，構(gòu)造包括上述數(shù)據(jù)請求響應(yīng)和推送消息的重組響應(yīng)；

步驟S106，利用發(fā)送上述數(shù)據(jù)請求響應(yīng)的路徑發(fā)送該重組響應(yīng)。

通過上述步驟，通過阻斷數(shù)據(jù)請求響應(yīng)，并構(gòu)造包括推送消息的重組響應(yīng)的方式，實現(xiàn)了在并聯(lián)場景下的消息推送的目的，從而解決了相關(guān)技術(shù)中存在的無法實現(xiàn)并聯(lián)場景下的消息推送的問題，進而達到了實現(xiàn)并聯(lián)場景下的消息推送的目的，實現(xiàn)了消息推送多樣化的效果。

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

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

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

在一個可選的實施例中，按照預(yù)定頻率向接收該重組響應(yīng)的終端推送該推送消息包 括：根據(jù)預(yù)定策略按照預(yù)定頻率向接收重組響應(yīng)的終端推送該推送消息，其中，該預(yù)定策略包括以下至少之一：用戶類型、數(shù)據(jù)請求響應(yīng)對應(yīng)的網(wǎng)站、終端類型、搜索的關(guān)鍵字、數(shù)據(jù)請求時間。其中，用戶類型可以包括會員與非會員，對于會員用戶，可以適當(dāng)?shù)脑龃笸扑蜕鲜鐾扑拖⒌念l率，或者按照用戶意愿適當(dāng)?shù)膶υ擃l率進行調(diào)整。

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

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

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

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

阻斷模塊22，用于阻斷數(shù)據(jù)請求響應(yīng)；構(gòu)造模塊24，連接至上述阻斷模塊22，用于構(gòu)造包括上述數(shù)據(jù)請求響應(yīng)和推送消息的重組響應(yīng)；發(fā)送模塊26，連接至上述構(gòu)造模塊24，用于利用發(fā)送該數(shù)據(jù)請求響應(yīng)的路徑發(fā)送上述重組響應(yīng)。

可選地，上述重組響應(yīng)用于訪問數(shù)據(jù)請求響應(yīng)對應(yīng)的網(wǎng)站和推送消息對應(yīng)的信息服務(wù)器。

圖3是根據(jù)本發(fā)明實施例的消息推送裝置的優(yōu)選結(jié)構(gòu)框圖一，如圖3所示，該裝置除包括圖2所示的所有模塊外，還包括復(fù)位模塊32，下面對該裝置進行說明。

復(fù)位模塊32，連接至上述發(fā)送模塊26，用于復(fù)位RST發(fā)送上述數(shù)據(jù)請求響應(yīng)的服務(wù)器。

圖4是根據(jù)本發(fā)明實施例的消息推送裝置的優(yōu)選結(jié)構(gòu)框圖二，如圖4所示，該裝置除包括圖2所示的所有模塊外，還包括推送模塊42，下面對該裝置進行說明。

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

圖5是根據(jù)本發(fā)明實施例的消息推送裝置的中推送模塊42的結(jié)構(gòu)框圖，如圖5所示，該推送模塊42包括推送單元52，下面對該推送模塊42進行說明。

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

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

本發(fā)明實施例中的方案和相關(guān)技術(shù)中的消息推送方案相比，主要有以下特色：組網(wǎng)環(huán)境為固網(wǎng)并聯(lián)環(huán)境、阻斷服務(wù)端響應(yīng)并主動構(gòu)造信息框架響應(yīng)發(fā)送至客戶端、支持多維度差異化信息推送策略。下面進行進一步說明：

組網(wǎng)環(huán)境為固網(wǎng)并聯(lián)環(huán)境：

系統(tǒng)部署于固網(wǎng)城域網(wǎng)與省干網(wǎng)之間，由分光器分光流量發(fā)送給系統(tǒng)，相當(dāng)于拷貝一份發(fā)送給系統(tǒng)，系統(tǒng)和原網(wǎng)絡(luò)是并聯(lián)的，不是串接在原組網(wǎng)之中，并聯(lián)模式下的信息推送需要能夠先于服務(wù)端構(gòu)造響應(yīng)發(fā)送給終端，并且RST中斷服務(wù)端鏈接。

阻斷服務(wù)端響應(yīng)并主動構(gòu)造信息框架響應(yīng)發(fā)送至客戶端：

圖6是根據(jù)本發(fā)明實施例的并聯(lián)分流模式信息推送流程圖，如圖6所示，該流程包括如下步驟：

步驟S602，并聯(lián)流量網(wǎng)關(guān)在本地部署模板；

步驟S604，用戶通過城域網(wǎng)出口和分光器向網(wǎng)站發(fā)送頁面http請求；

步驟S606，分光器向并聯(lián)流量網(wǎng)關(guān)發(fā)送分光請求；

步驟S608，并聯(lián)流量網(wǎng)關(guān)根據(jù)策略判斷是否需要向用戶推送廣告，如果需要，則構(gòu)造包含需要推送的廣告的響應(yīng)并推送給用戶；

步驟S610，并聯(lián)流量網(wǎng)關(guān)將構(gòu)造的響應(yīng)發(fā)送給城域網(wǎng)出口；

步驟S612，并聯(lián)流量網(wǎng)關(guān)RSE服務(wù)器；

步驟S614，城域網(wǎng)出口將構(gòu)造的響應(yīng)發(fā)送給用戶；

步驟S616，網(wǎng)站向用戶返回一個無效響應(yīng)；

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

步驟S620，用戶發(fā)起原始頁面請求；

步驟S622，用戶發(fā)起廣告資源請求；

步驟S624，分光器請求向并聯(lián)流量網(wǎng)關(guān)發(fā)送分光請求；

步驟S626，并聯(lián)流量網(wǎng)關(guān)根據(jù)統(tǒng)一資源定位符(Uniform Resource Locator，簡稱為URL)頻率策略丟棄分光請求；

步驟S628，網(wǎng)站向用戶返回原始頁面響應(yīng)；

步驟S630，用戶側(cè)的重?fù)?dān)顯示頁面；

步驟S632，廣告資源服務(wù)器向用戶返回廣告資源響應(yīng)；

步驟S634，用戶側(cè)終端顯示廣告。

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

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

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

為了避免并聯(lián)環(huán)境下SP相應(yīng)干擾信息推送，ISG在構(gòu)造終端請求響應(yīng)的同時RST服務(wù)端，因為系統(tǒng)部署在內(nèi)網(wǎng)，構(gòu)造響應(yīng)回終端的速度基本可以保證比網(wǎng)站響應(yīng)速度快。

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

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

<！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}"；

系統(tǒng)根據(jù)后臺運行維護系統(tǒng)下發(fā)配置替換信息框架中加粗的大寫字母的部分內(nèi)容即可實現(xiàn)多種信息資源的多種形式展現(xiàn)。

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

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

步驟S701，接收數(shù)據(jù)流；

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

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

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

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

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

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

步驟S708，判斷是否配置了用戶組，判斷結(jié)果為是，轉(zhuǎn)至步驟S709，否則，轉(zhuǎn)至步驟S711；

步驟S709，匹配用戶組；

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

步驟S711，判斷是否配置了網(wǎng)站組，判斷結(jié)果為是則轉(zhuǎn)至步驟S712，否則，轉(zhuǎn)至步驟S714；

步驟S712，匹配網(wǎng)站組；

步驟S713，判斷網(wǎng)站組是否匹配成功，成功則轉(zhuǎn)至步驟S714，否則，轉(zhuǎn)至步驟S721；

步驟S714，判斷是否配置了終端組，判斷結(jié)果為是，轉(zhuǎn)至步驟S715，否則，轉(zhuǎn)至步驟S717；

步驟S715，匹配終端組；

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

步驟S717，判斷是否配置了關(guān)鍵字組，判斷結(jié)果為是轉(zhuǎn)至步驟S718，否則，轉(zhuǎn)至步驟S720；

步驟S718，匹配關(guān)鍵字組；

步驟S719，判斷關(guān)鍵字組是否匹配成功，成功則轉(zhuǎn)至步驟S720，否則，轉(zhuǎn)至步驟S721；

步驟S720，記錄策略內(nèi)容和策略優(yōu)先級，如果比之前的策略優(yōu)先級高則更新策略內(nèi)容；

步驟S721，判斷是否是最后一個策略，判斷結(jié)果為是轉(zhuǎn)至步驟S723，否則，轉(zhuǎn)至步驟S704；

步驟S722，判斷是否是最后一個策略，判斷結(jié)果為是轉(zhuǎn)至步驟S723，否則，轉(zhuǎn)至步驟S704；

步驟S723，匹配流程結(jié)束。

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

下面結(jié)合圖6、7進行說明：

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

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

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

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

信息推送設(shè)置頻率控制，可以采用統(tǒng)一推送頻率，單個推送策略也可以設(shè)置個性化推送頻率。

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

本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

S1，阻斷數(shù)據(jù)請求響應(yīng)；

S2，構(gòu)造包括上述數(shù)據(jù)請求響應(yīng)和推送消息的重組響應(yīng)；

S3，利用發(fā)送上述數(shù)據(jù)請求響應(yīng)的路徑發(fā)送該重組響應(yīng)。

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

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

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

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