一種推送消息的方法和設備的制作方法

專利名稱：一種推送消息的方法和設備的制作方法
技術領域：
本發明涉及網絡技術領域，尤其涉及一種推送消息的方法和設備。
背景技術：
目前，互聯網接入服務提供商需要將一些通知或廣告信息，例如繳 費通知、提醒用戶不能訪問有害網站的警告信息告知給用戶。這種情況下， 就需要將信息發布點由網站移動到運營商的網絡端。而且需要保證無論用 戶瀏覽什么類型的網站，都可以看到運營商告知給用戶的信息，即不依 賴于用戶訪問的URL (Uniform Resource Locator,統一資源定位符)，強 制用戶的瀏覽器去瀏覽制定的WEB頁面。
但是這種基于網站的信息發布技術存在很多弊端，主要表現在
1、 這種信息發布方式只能被動的等待用戶的訪問，即只有用戶去主 動的訪問某特定網站，才能看到發布的信息。
2、 信息的發布量主要依賴于其所在網站的訪問量，如果該網站的訪問 量大，那么其信息的發布量就大，如果網站的訪問量小，那么信息的發布 就會很不理想。WEB網頁的信息發布技術主要是由各WEB網站直接實現 的。通常是在網站的WEB網頁中加入推送信息的內容，并設置信息展示 的形式，如彈出式或嵌入式。當用戶訪問該網站時，就會查看到該推送信 息。
現有技術中信息推送的方式主要有簡單的將要推送的URL (如告 警頁面)推送給用戶。或者，在HTTP ( Hyper Text Markup Language,超文 本傳輸協議)響應報文的報文頭中使用refresh字段。其中，refresh字段包 含有兩個參數content和URL，其功能為命令接收到該頁面的用戶終端 瀏覽器在content秒后自動刷新到URL地址。
在實現本發明的過程中，發明人發現現有技術至少存在以下問題
現有技術只是簡單的向用戶推送了指定的URL，沒有考慮到用戶的正 常網絡行為，沒有從用戶的角度出發，嚴重地影響了用戶的上網體驗。并 且給用戶下發推送信息的命令后，如果指定URL出現故障無法正常顯示 時，會導致用戶的瀏覽器無法打開任何頁面。
而且盡管現有技術使用了 refresh字段，但是refresh頭不是標準的 HTTP頭，有些瀏覽器是不支持refresh頭的，如果向這些瀏覽器發送該類 報文，瀏覽器將不會接受刷新指令，從而起不到推送消息的功能。

發明內容
本發明實施例提供一種推送消息的方法和設備，能夠主動向用戶推送 消息。
本發明實施例提供一種推送消息的方法，包括
檢測到需要推送消息的用戶終端時，生成推送報文，并將所述推送報文 發送到所述用戶終端，所述推送報文包括推送消息的推送地址；
接收所述用戶終端根據所述需要推送消息的推送地址發送的請求消息； 根據所述推送消息的推送地址，向所述用戶終端發送需要推送消息的內
六 谷。
本發明實施例提供一種推送消息的設備，包括 檢測模塊，用于檢測需要推送消息的用戶終端；
推送模塊，用于生成推送報文，并將所述推送報文發送到所述用戶終端， 所述推送報文包括推送消息的推送地址；
請求消息接收模塊，用于接收所述用戶終端根據所述推送消息的推送地 址發送的請求消息；
請求消息回復模塊，用于根據所述推送消息的推送地址，向所述用戶終 端發送需要推送消息的內容。
與現有技術相比，本發明實施例具有以下優點
通過本發明實施例通過自動^r測用戶終端，選擇性的向用戶終端主動 發送推送報文，根據用戶終端發送的請求消息來發送推送消息，實現了只
要需要發送推送信息的用戶終端需要瀏覽網頁，就能主動推送信息給用戶 終端。


為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實 施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下 面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講， 在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
圖1為本發明實施例提供的一種推送消息方法的流程圖2為本發明實施例推送系統部署圖3為本發明實施例檢測設備的主機記錄表示意圖4為本發明實施例一中一種推送消息的方法的檢測設備工作流程
圖5為本發明實施例一中一種推送消息的方法的處理設備的工作流程
圖6為本發明實施例檢測設備的主機記錄表的又一示意圖7為本發明實施例二中一種推送消息的方法的檢測設備工作流程
圖8為本發明實施例二中一種推送消息的方法的處理設備的工作流程
圖9本發明實施例提供的一種推送消息設備的結構示意圖。
具體實施例方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行 清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而 不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作 出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
為方便說明，本發明實施例中的推送消息指由網絡信息商主動提供給用
戶終端消息，推送的消息可以包括告警頁面、通知、廣告等WEB頁面。
本發明實施例提供一種推送消息的方法，如圖1所示，具體包括以下步
驟
5101、 檢測到需要推送消息的用戶終端時，生成推送報文，并將所述推 送報文發送到所述用戶終端，所述推送報文包括推送消息的推送地址。
其中檢測到需要推送消息的用戶終端包括 獲取所述用戶終端發送的獲取GET類型頁面請求報文； 在主機記錄表中查找所述GET類型頁面請求報文的源IP地址； 若所述主機記錄表中存在所述GET類型頁面請求報文的源IP地址，獲得 攜帶有所述源IP地址對應的用戶類型信息，確定所述源IP地址對應的用戶終
端需要推送消息；
若所述主機記錄表中不存在所述GET類型頁面請求報文的源IP地址，在 所述主機記錄表中添加所述GET類型頁面請求報文的源IP地址，獲得攜帶有 所述源IP地址對應的用戶類型信息，確定所述源IP地址對應的用戶終端需要 推送消息。
上述用戶類型存在于主機維護的一張主機記錄表中，該用戶類型信息是 由系統實時檢測網絡流量信息得到的，即可以通過統計用戶瀏覽過的網頁來 確定用戶類型，該用戶類型信息可以為用戶關注的網頁類型等信息。
需要說明的是，步驟SIOI中生成的推送報文是4艮據用戶終端的用戶類型 信息生成推送才艮文，所述推送消息與用戶類型信息相對應。
5102、 接收所述用戶終端根據所述推送報文發送的請求消息，所述請求 消息包括推送消息的推送地址。
其中，請求消息可以是用戶終端的操作系統根據推送報文自動發送的。
5103、 根據所述請求消息中的推送消息的推送地址，向所述用戶終端發 送推送消息。
在步驟sl03之后，所述用戶終端在預設的時間后，刷新到所述推送報文 中包括的用戶終端訪問的目的地址。
上迷推送報文中還包括所述用戶終端訪問的目的地址，所述用戶終端訪
問的目的地址位于所述推送4艮文的refresh字H所述預設的時間由所述 refresh字#爻的content參數決定。
上述需要推送消息的地址也位于所述推送報文的refresh字段。
通過本發明實施例，只要用戶終端有瀏覽網頁的請求，就可以根據用 戶終端的請求信息發送推送消息，實現了用戶終端根據推送報文主動的訪 問推送消息內容頁面，在推送消息后可以自動刷新到用戶的目的頁面，該 過程可以大大降低對用戶的上網的影響，進而節省了網絡資源；在本發明 實施例中推送報文根據用戶類型生成，相應的推送消息也與用戶類型相對 應，推送消息是針對用戶喜好的，能進一步提高用戶體驗。
本發明實施例一中提供一種推送消息的方法。如圖2所示為推送系統部 署圖，該系統中各個部分的詳細原理及功能實現如下檢測設備在一定時間 內檢測城域網發往因特網的頁面請求才艮文并過濾出其中的頁面請求才艮文；然 后查看數據庫中的主機記錄表，查找該用戶終端的主機記錄，如果需要推送 信息，就通知推送模塊向用戶終端下發推送報文，用戶終端根據推送報文中 的推送消息的地址，向推送模塊自動發送請求消息，該推送模塊根據請求消 息中的需要推送消息的地址為用戶終端回復推送消息。
具體的，本發明實施例的推送消息的方法中，在推送消息前，檢測設備 要維護一張如圖3所示的主機記錄表，其中每一個源IP對應一條記錄。表中 可以記錄如下信息用戶終端IP地址，用戶類型、推送次數等。并且可以設 置推送次數的最大閾值，達到該閾值后就不再對該用戶推送消息了。具體的 工作流程如圖4所示，包括以下步驟
5401 、檢測設備檢測被監控網絡發往Internet的流量。該監控的方式可以 選擇分光或鏡像等方式實現。
5402 、檢測設備過濾出發往Internet的流量中的HTTP類型數據包。
5403、 檢測設備判斷該數據包是否是GET (獲取)類型的請求報文，如 果是，轉s404,否則轉s401。
5404、 檢測設備查找數據庫模塊的主機記錄表中是否有該源IP地址的記
錄，如果沒有記錄，轉s405;如果有記錄，轉s楊。
5405、 在主機記錄表中添加該源IP地址的記錄后轉s407。
5406、 主機記錄表中是否設置了推送次數的閾值，如果是轉s407;如果 否則轉s408。
5407、 檢測設備查看該源IP地址的推送次數是否已經達到了閾值 MaxTime,如果沒有則更新記錄，轉s408,否則轉s401。
5408、 將用戶的類型傳遞給推送模塊，并通知推送模塊可以下發推送報文。
當推送模塊接收到推送報文后的工作流程圖，如圖5所示，包括以下步
驟
S501 、推送模塊實時監測來自檢測設備的推送命令。
5502、 如果接收到推送命令，根據檢測設備提供的用戶類型向用戶終端 發送推送報文；如果沒有收到命令，則轉步驟s501。
5503、 用戶終端接收推送報文后，根據該推送報文中的推送消息的地址 向推送模塊自動請求消息。
本實施例中的推送消息指由網絡信息商主動提供給用戶終端消息，推送 的消息可以包括告警頁面、通知、廣告等WEB頁面。
該步驟中自動請求消息頁面可以解釋為，由于推送報文中含有推送消息 的地址信息，當用戶終端接收到推送報文后，會根據推送報文中的推送消息 的地址信息向推送;f莫塊發送請求消息。
5504、 推送模塊接收到該請求后，根據用戶終端的請求內容中的推送消 息的地址向其回復不同的消息，通過瀏覽器顯示給用戶。
上述步驟之后，用戶終端在預設的時間后，刷新到訪問的目的地址。 上述推送報文中還包括所述用戶終端訪問的目的地址，用戶終端訪問的 目的地址位于推送報文的refresh字段；預設的時間由refresh字段的content 參數決定。上述需要推送消息的地址也位于推送報文的refresh字段。
上述過程可以通過一個響應報文的例子來說明上述推送命令的實現方 式檢測系統實時檢測城域網通向Internet的流量，過濾出其中的HTTP類型
數據流，對其中符合推送條件的數據包，回復包含廣告URL的200OK響應
報文 _
HTTP/1.0 200OK Content-Type: text/html Connection: close Pragma: no-cache Cache-control: private Content-Length: 152
<html> <head>
<meta http-equiv="Refresh" content="time; URL= NormalSite">
</head>
<frameset rows="*"> <frame src=" MessageSite ">
</frameset>
其中，NormalSite為用戶要訪問的網頁的地址，MessageSite為需要推送 的信息的地址。用戶終端瀏覽器在收到以上HTTP凈艮文后，將會去全屏顯示 地址為MessageSite的消息頁面，在經過time時間后，瀏覽器又會自動刷新到 用戶的目的頁面NormalSite。
如果只想為訪問特定網站的用戶進行推送消息，可以在上述的記錄表中 添加目的網站列表一項，只對目的地址為表中的網站地址的用戶推送信息。 而且該網站列表可以定期的人為#>改。
本發明實施例一提供的推送消息的方法，實現了用戶終端根據推送報 文主動的訪問推送消息內容頁面，在推送消息后可以自動刷新到用戶的目 的頁面，該過程可以大大降低對用戶的上網的影響，進而節省了網絡資源； 在本發明實施例中推送報文根據用戶類型生成，相應的推送消息也與用戶 類型相對應，推送消息是針對用戶喜好的，能進一步提高用戶體驗。
本發明實施例二提供一種推送消息的方法，具體的，在推送信息前，檢 測設備要維護一張如圖6所示的主機記錄表，其中每一個源IP對應一條記錄。 表中可以記錄如下信息用戶終端IP地址，用戶類型等。具體流程如圖7所
示，具體包括以下步驟
5701 、檢測設備檢測被監控網絡發往Internet的流量。該監控的方式可以 選擇分光或鏡像等方式實現。
5702 、檢測設備過濾出發往Internet的流量中的HTTP類型數據包。
5703、 檢測設備判斷該數據包是否是GET類型的請求報文，如果是，轉 s704,否則轉s701。
5704、 檢測設備查找數據庫模塊的主機記錄表中是否有該源IP地址的記 錄，如果有，轉s705;如果沒有，添加該IP的記錄后轉s707。
5705、 主機記錄表中是否設置了推送次數的閾值，如果是轉s706;如果 否則轉s707。
s706、檢測設備查看該源IP地址的推送次數是否已經達到了閾值 MaxTime，如果沒有則更新記錄，轉s707，否則轉s701。
S707、將帶有源IP地址對應的用戶信息的推送報文發送到用戶終端，然 后轉s701。
推送模塊具體工作流程如圖8所示，包括以下步驟
S801 、推送模塊實時監測來自用戶終端的推送報文的請求消息。
5802、 推送模塊判斷是否接收到推送報文的請求消息，如果沒有收到報 文，則轉步驟s801,否則轉步驟s803。
5803、 推送模塊接收用戶終端根據推送報文中的推送消息的地址信息自 動請求的消息。
本實施例中的推送消息指由網絡信息商主動提供給用戶終端消息，推送 的消息可以包括告警頁面、通知、廣告等WEB頁面。
5804、 推送模塊接收到該請求后，根據用戶終端的請求內容中的推送消 息的地址向其回復不同的消息，通過瀏覽器顯示給用戶。
上述步驟之后，用戶終端在預設的時間后，刷新到訪問的目的地址。 上述推送才艮文中還包括所述用戶終端訪問的目的地址，用戶終端訪問的 目的地址位于推送報文的refresh字段；預設的時間由refresh字段的content 參數決定。上述需要推送消息的地址也位于推送報文的refresh字段。本發明實施例二提供的推送消息的方法，檢測設備檢測到可以推送消 息的用戶終端時，立即向用戶終端發送推送報文，提高的運轉效率，并且 發明實施例，實現了主動的為用戶終端推送消息，在推送消息后可以自動 刷新到用戶的目的頁面，該過程可以大大降低對用戶的上網的影響，進而
節省了網絡資源；在本發明實施例中推送報文根據用戶類型生成，相應的 推送消息也與用戶類型相對應，推送消息是針對用戶喜好的，能進一步提 高用戶體驗。
本發明實施例還提供一種推送消息的設備，其結構圖如圖9所示，包
括
檢測模塊10，用于檢測需要推送消息的用戶終端；
推送模塊20，用于生成推送報文，并將所述推送l艮文發送到所述用戶終 端，所述推送報文包括推送消息的推送地址；
請求消息接收模塊30,用于接收所述用戶終端根據所述推送消息的推送 地址發送的請求消息；
請求消息回復模塊40，用于根據所述推送消息的推送地址，向所述用戶 終端發送需要推送消息的內容。
其中，檢測模塊10具體包括
請求報文獲取子模塊11 ，用于獲取所述用戶終端發送的GET類型頁面請 求報文；
IP地址查找子模塊12,用于在主機記錄表中查找所述GET類型頁面請求 ^J:的源IP地址；
消息發送確定子模塊13，用于若所述主機記錄表中存在所述GET類型頁 面請求報文的源IP地址，獲得攜帶有所述源IP地址對應的用戶類型信息，確 定所述源IP地址對應的用戶終端需要推送消息；若所述主機記錄表中不存在 所述GET類型頁面請求報文的源IP地址，在所述主機記錄表中添加所述GET 類型頁面請求報文的源IP地址，獲得攜帶有所述源IP地址對應的用戶類型信 息，確定所述源IP地址對應的用戶終端需要推送消息。 其中，消息發送確定子模塊U還包括
若所述主機記錄表中存在所述GET類型頁面請求報文的源IP地址，查看
所述主機記錄表中設置的推送次數閾值；
判斷所述推送報文的發送次數是否超過所述推送次數閾值； 如果所述推送命令的發送次數沒有超過所述推送次數閾值，獲得攜帶有
所述源IP地址對應的用戶類型，確定所述源IP地址對應的用戶終端需要推送消息。
其中推送模塊生成推送報文可以為根據用戶終端的用戶類型類型信息來 生成，相應的推送消息也與用戶類型信息相對應。
通過使用本發明實施例提供的設備，實現了只要用戶終端有瀏覽網頁的 請求，推送模塊20根據用戶終端的請求信息發送推送消息，用戶終端根據推 送"l艮文主動的訪問推送消息內容頁面，在推送消息后可以自動刷新到用戶的 目的頁面，該過程可以大大降低對用戶的上網的影響，進而節省了網絡資源； 在本發明實施例中推送報文根據用戶類型生成，相應的推送消息也與用戶類 型相對應，推送消息是針對用戶喜好的，能進一步提高用戶體驗。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本 發明可以通過硬件實現，也可以借助軟件加必要的通用硬件平臺的方式來 實現基于這樣的理解，本發明的技術方案可以以軟件產品的形式體現出來， 該軟件產品可以存儲在一個非易失性存儲介質(可以是CD-ROM, U盤， 移動硬盤等)中，包括若干指令用以使得一臺計算機設備(可以是個人計 算機，服務器，或者網絡設備等)執行本發明各個實施例所述的方法。
以上所述僅是本發明的優選實施方式，應當指出，對于本技術領域的 普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進 和潤飾，這些改進和潤飾也應^L為本發明的保護范圍。
權利要求
1.一種推送消息的方法，其特征在于，包括檢測到需要推送消息的用戶終端時，生成推送報文，并將所述推送報文發送到所述用戶終端，所述推送報文包括推送消息的推送地址；接收所述用戶終端根據所述推送報文發送的請求消息，所述請求消息中包含推送消息的推送地址；根據所述推送消息的推送地址，向所述用戶終端發送需要推送消息的內容。
2、 如權利要求l所述的方法，其特征在于，所述檢測到需要推送消息的 用戶終端包括獲取所述用戶終端發送的獲取GET類型頁面請求報文； 在主機記錄表中查找所述GET類型頁面請求報文的源IP地址； 若所述主機記錄表中存在所述GET類型頁面請求報文的源IP地址，獲得攜帶有所述源IP地址對應的用戶類型信息，確定所述源IP地址對應的用戶終端需要推送消息；若所述主機記錄表中不存在所述GET類型頁面請求報文的源IP地址，在 所述主機記錄表中添加所述GET類型頁面請求報文的源IP地址，獲得攜帶有 所述源IP地址對應的用戶類型信息，確定所述源IP地址對應的用戶終端需要 推送消息。
3、 如權利要求2所述的方法，其特征在于，所述方法還包括 若所述主機記錄表中存在所述GET類型頁面請求報文的源IP地址，查看所述主機記錄表中設置的推送次數閾值；判斷所述推送報文的發送次數是否超過所述推送次數闊值； 如果所述推送命令的發送次數沒有超過所述推送次數闞值，獲得攜帶有所述源IP地址對應的用戶類型，確定所述源IP地址對應的用戶終端需要推送消息。
4、 如權利要求l所述的方法，其特征在于，所述推送^^文中還包括所述 用戶終端訪問的目的地址；所述向用戶終端發送需要推送消息的內容后，還包括 所述用戶終端在預設的時間后，刷新到所述推送報文中包括的用戶終端 訪問的目的;也址。
5、 如權利要求4所述的方法，其特征在于，所述用戶終端訪問的目的地 址位于所述推送報文的refresh字段；所述預設的時間由所述refresh字段的 content參數決定。
6、 如權利要求l所述的方法，其特征在于，所述需要推送消息的地址位 于所述推送報文的refresh字段。
7、 如權利要求l所述的方法，其特征在于，生成推送報文包括根據用 戶終端的用戶類型信息生成推送"t艮文，所述推送消息與用戶類型信息相對應。
8、 一種推送消息的設備，其特征在于，包括 檢測模塊，用于^r測需要推送消息的用戶終端；推送模塊，用于生成推送報文，并將所述推送報文發送到所述用戶終端， 所述推送報文包括推送消息的推送地址；請求消息接收模塊，用于接收所述用戶終端根據所述推送報文發送的請 求消息，所述請求消息中包含推送消息的推送地址；請求消息回復模塊，用于根據所述推送消息的推送地址，向所述用戶終 端發送需要推送消息的內容。
9、 如權利要求8所述的設備，其特征在于，所述檢測模塊具體包括 請求報文獲取子模塊，用于獲取所述用戶終端發送的GET類型頁面請求報文；IP地址查找子模塊，用于在主機記錄表中查找所述GET類型頁面請求報 文的源IPi也址；消息發送確定子模塊，用于若所述主機記錄表中存在所述GET類型頁面 請求報文的源IP地址，獲得攜帶有所述源IP地址對應的用戶類型信息，確定 所述源IP地址對應的用戶終端需要推送消息；若所述主機記錄表中不存在所 述GET類型頁面請求報文的源IP地址，在所述主機記錄表中添加所述GET 類型頁面請求報文的源IP地址，獲得攜帶有所述源IP地址對應的用戶類型信息，確定所述源IP地址對應的用戶終端需要推送消息。
10、如權利要求9所述的設備，其特征在于，所述消息發送確定子模塊 還包括若所述主機記錄表中存在所述GET類型頁面請求報文的源IP地址，查看所述主機記錄表中設置的推送次數閾值；判斷所述推送報文的發送次數是否超過所述推送次數閾值； 如果所述推送命令的發送次數沒有超過所述推送次數閾值，獲得攜帶有所述源IP地址對應的用戶類型，確定所述源IP地址對應的用戶終端需要推送消息。
全文摘要
本發明公開了一種推送信息的方法，該方法包括檢測到需要推送消息的用戶終端時，生成推送報文，并將所述推送報文發送到所述用戶終端，所述推送報文包括推送消息的推送地址；接收所述用戶終端根據所述推送消息的推送地址發送的請求消息；根據所述推送消息的推送地址，向所述用戶終端發送需要推送消息的內容。通過本發明實施例，實現了用戶終端根據推送報文主動的訪問推送消息內容頁面，該推送報文根據用戶類型生成，相應的推送消息也與用戶類型相對應，推送消息是針對用戶喜好的，能進一步提高用戶體驗。
文檔編號H04L29/08GK101370033SQ20081016682
公開日2009年2月18日 申請日期2008年9月26日 優先權日2008年9月26日
發明者強 劉, 朱洪亮, 雪 白, 高立平 申請人:成都市華為賽門鐵克科技有限公司