專利名稱：消息推送系統(tǒng)和方法
技術領域：
本發(fā)明涉及網絡通信技術領域，特別涉及一種消息推送系統(tǒng)和方法。
背景技術：
現有技術中，往往是根據用戶已安裝的應用，向其發(fā)送消息，以推薦其安裝相類似的應用。這種推薦方案，在用戶數量較少，并且用戶安裝應用數量有限的情況下，往往會存在定位不準的情況，即推薦消息會被發(fā)送至對消息內容不感興趣的用戶處，從而造成網絡資源的浪費以及對用戶的干擾
發(fā)明內容
鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種消息推送系統(tǒng)和方法。依據本發(fā)明的一個方面，提供了一種消息推送系統(tǒng)，其包括消息推送服務器、數據服務器，以及第三方服務器或消息編輯后臺，其中，所述消息推送服務器包括數據提取單元，適于從數據服務器提取訪問過相應網址的用戶ID及訪問數據；標記單元，適于根據用戶ID訪問相應網址的訪問數據，為用戶ID設置相應的類型標簽；消息匹配單元，適于接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽;推送單元，適于將所述通知消息發(fā)送至被設置有所述目標類型標簽的用戶ID對應的客戶端。可選地，所述數據提取單元包括發(fā)送模塊，適于將待分析的網址發(fā)送給數據服務器；接收模塊，適于接收所述數據服務器反饋的訪問過所述待分析的網址的用戶ID，及該用戶ID訪問所述待分析的網址的次數。可選地，所述標記單元包括網址分類模塊，適于對用戶ID訪問的相應網址進行分類處理；頻率統(tǒng)計模塊，適于對用戶ID訪問每類網址的次數進行統(tǒng)計；標簽設置模塊，適于判斷用戶ID訪問每類網址的次數是否大于預定閾值，如果是，為用戶ID設置對應于該類網址的類型標簽?？蛇x地，所述標簽設置模塊，還適于生成用戶類型表單；所述用戶類型表單中記錄有用戶ID和對應該用戶ID的類型標簽?？蛇x地，所述消息匹配單元包括消息接收模塊，適于與第三方服務器或消息編輯后臺通信，接收來自所述第三方服務器或消息編輯后臺的通知消息；
用戶匹配模塊，適于提取所述通知消息中的附注信息，并根據所述附注信息匹配目標用戶群；查表模塊，適于查找所述用戶類型表單，得到所述目標用戶群中的用戶ID相對應的目標類型標簽。可選地，所述用戶匹配模塊，還適于根據所述通知消息的來源網站匹配目標用戶群。本發(fā)明還提供一種消息推送方法，其包括步驟從數據服務器提取訪問過相應網址的用戶ID及訪問數據； 根據用戶ID訪問相應網址的訪問數據，為用戶ID設置相應的類型標簽；接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽；將所述通知消息發(fā)送至被設置有所述目標類型標簽的用戶ID對應的客戶端；其中，所述從數據服務器提取訪問過相應網址的用戶ID及訪問數據包括將待分析的網址發(fā)送給數據服務器；接收所述數據服務器反饋的訪問過所述待分析的網址的用戶ID，及該用戶ID訪問所述待分析的網址的次數。可選地，所述根據用戶ID訪問相應網址的訪問數據，為用戶ID設置相應的類型標簽，包括對用戶ID訪問的相應網址進行分類處理；對用戶ID訪問每類網址的次數進行統(tǒng)計；判斷用戶ID訪問每類網址的次數是否大于預定閾值，如果是，為用戶ID設置對應于該類網址的類型標簽。可選地，所述為用戶ID設置相應的類型標簽，之后還包括生成用戶類型表單，所述用戶類型表單中記錄有用戶ID和對應該用戶ID的類型標簽?？蛇x地，所述接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽，包括與第三方服務器或消息編輯后臺通信，接收來自所述第三方服務器或消息編輯后臺的通知消息；提取所述通知消息中的附注信息，并根據所述附注信息匹配目標用戶群；查找所述用戶類型表單，得到所述目標用戶群中的用戶ID相對應的目標類型標簽?？蛇x地，所述接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽，包括與第三方服務器或消息編輯后臺通信，接收來自所述第三方服務器或消息編輯后臺的通知消息；根據所述通知消息的來源網站匹配目標用戶群；
查找所述用戶類型表單，得到所述目標用戶群中的用戶ID相對應的目標類型標簽。(三)有益效果本 發(fā)明所述消息推送系統(tǒng)和方法，基于用戶的歷史上網記錄設置對應用戶ID的類型標簽，同時根據通知消息匹配目標用戶群，進而將通知消息發(fā)送至設置有目標類型標簽的用戶ID對應的客戶端，從而提高了通知消息發(fā)送過程中定位的準確性，減少通知消息發(fā)送過程對網絡資源的占用，減少了通知消息對非需求用戶的干擾。上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式
。


通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中圖I示出了根據本發(fā)明一個實施例的消息推送系統(tǒng)的模塊結構示意圖；圖2示出了根據本發(fā)明一個實施例的數據提取單元的模塊結構示意圖；圖3示出了根據本發(fā)明一個實施例的標記單元的模塊結構示意圖；圖4示出了根據本發(fā)明一個實施例的消息匹配單元的模塊結構示意圖；圖5示出了根據本發(fā)明一個實施例的消息推送方法的流程圖；圖6示出了根據本發(fā)明一個實施例的消息推送方法的步驟S 100的細化流程圖；圖7示出了根據本發(fā)明一個實施例的消息推送方法的步驟S200的細化流程圖；圖8示出了根據本發(fā)明一個實施例的消息推送方法的步驟S300的一種細化流程圖；圖9示出了根據本發(fā)明一個實施例的消息推送方法的步驟S300的另一種細化流程圖。
具體實施例方式下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。圖I示出了根據本發(fā)明一個實施例的消息推送系統(tǒng)的模塊結構示意圖，如圖I所示，所述系統(tǒng)I包括消息推送服務器100、數據服務器200，以及第三方服務器300或消息編輯后臺400。所述消息推送服務器100還連接多個客戶端2，用于將消息推送至相應的客戶端2。具體地，所述消息推送服務器100還包括數據提取單元110，適于從數據服務器200提取訪問過相應網址的用戶ID(I dent i ty,身份標識)及訪問數據。
其中，用戶ID是用戶的唯一標識符，用于標記和區(qū)分不同的用戶。當用戶訪問相應的網址時，所述數據服務器200都會生成一條訪問記錄，記錄內容包括用戶ID、網址URL(Uniform/UniversalResource Locator,統(tǒng)一資源定位符)以及訪問時間等信息。訪問記錄可以采用表格進行存儲，如下表I所示，該表格中記錄有用戶ID分別為A0001、A0002和A0003的用戶在2012年12月初的網址訪問記錄。表I訪問記錄表格示例
權利要求
1.一種消息推送系統(tǒng)，包括消息推送服務器、數據服務器，以及第三方服務器或消息編輯后臺； 所述消息推送服務器包括 數據提取單元，適于從數據服務器提取訪問過相應網址的用戶ID及訪問數據； 標記單元，適于根據用戶ID訪問相應網址的訪問數據，為用戶ID設置相應的類型標簽; 消息匹配單元，適于接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽；推送單元，適于將所述通知消息發(fā)送至被設置有所述目標類型標簽的用戶ID對應的客戶端。
2.如權利要求I所述的消息推送系統(tǒng)，其特征在于，所述數據提取單元包括 發(fā)送模塊，適于將待分析的網址發(fā)送給數據服務器； 接收模塊，適于接收所述數據服務器反饋的訪問過所述待分析的網址的用戶ID，及該用戶ID訪問所述待分析的網址的次數。
3.如權利要求2所述的消息推送系統(tǒng)，其特征在于，所述標記單元包括 網址分類模塊，適于對用戶ID訪問的相應網址進行分類處理； 頻率統(tǒng)計模塊，適于對用戶ID訪問每類網址的次數進行統(tǒng)計； 標簽設置模塊，適于判斷用戶ID訪問每類網址的次數是否大于預定閾值，如果是，為用戶ID設置對應于該類網址的類型標簽。
4.如權利要求3所述的消息推送系統(tǒng)，其特征在于，所述標簽設置模塊，還適于生成用戶類型表單；所述用戶類型表單中記錄有用戶ID和對應該用戶ID的類型標簽。
5.如權利要求4所述的消息推送系統(tǒng)，其特征在于，所述消息匹配單元包括 消息接收模塊，適于與第三方服務器或消息編輯后臺通信，接收來自所述第三方服務器或消息編輯后臺的通知消息； 用戶匹配模塊，適于提取所述通知消息中的附注信息，并根據所述附注信息匹配目標用戶群； 查表模塊，適于查找所述用戶類型表單，得到所述目標用戶群中的用戶ID相對應的目標類型標簽。
6.如權利要求5所述的消息推送系統(tǒng)，其特征在于，所述用戶匹配模塊，還適于根據所述通知消息的來源網站匹配目標用戶群。
7.一種消息推送方法，包括 從數據服務器提取訪問過相應網址的用戶ID及訪問數據； 根據用戶ID訪問相應網址的訪問數據，為用戶ID設置相應的類型標簽； 接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽； 將所述通知消息發(fā)送至被設置有所述目標類型標簽的用戶ID對應的客戶端； 其中，所述從數據服務器提取訪問過相應網址的用戶ID及訪問數據包括 將待分析的網址發(fā)送給數據服務器； 接收所述數據服務器反饋的訪問過所述待分析的網址的用戶ID，及該用戶ID訪問所述待分析的網址的次數。
8.如權利要求7所述方法，其特征在于，所述根據用戶ID訪問相應網址的訪問數據，為用戶ID設置相應的類型標簽，包括 對用戶ID訪問的相應網址進行分類處理； 對用戶ID訪問每類網址的次數進行統(tǒng)計； 判斷用戶ID訪問每類網址的次數是否大于預定閾值，如果是，為用戶ID設置對應于該類網址的類型標簽。
9.如權利要求8所述方法，其特征在于，所述為用戶ID設置相應的類型標簽，之后還包括 生成用戶類型表單，所述用戶類型表單中記錄有用戶ID和對應該用戶ID的類型標簽。
10.如權利要求9所述方法，其特征在于，所述接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽，包括 與第三方服務器或消息編輯后臺通信，接收來自所述第三方服務器或消息編輯后臺的通知消息； 提取所述通知消息中的附注信息，并根據所述附注信息匹配目標用戶群； 查找所述用戶類型表單，得到所述目標用戶群中的用戶ID相對應的目標類型標簽。
11.如權利要求9所述方法，其特征在于，所述接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據所述通知消息匹配目標用戶群，得到與所述目標用戶群中的用戶ID相對應的目標類型標簽，包括 與第三方服務器或消息編輯后臺通信，接收來自所述第三方服務器或消息編輯后臺的通知消息； 根據所述通知消息的來源網站匹配目標用戶群； 查找所述用戶類型表單，得到所述目標用戶群中的用戶ID相對應的目標類型標簽。
全文摘要
本發(fā)明公開了一種消息推送系統(tǒng)和方法。所述方法包括從數據服務器提取訪問過相應網址的用戶ID及訪問數據；根據訪問數據，為用戶ID設置類型標簽；接收第三方服務器或消息編輯后臺發(fā)來的通知消息，并根據通知消息匹配目標用戶群，得到目標類型標簽；將所述通知消息發(fā)送至對應的客戶端；其中，所述從數據服務器提取訪問過相應網址的用戶ID及訪問數據包括將待分析的網址發(fā)送給數據服務器；接收所述數據服務器反饋的訪問過所述待分析的網址的用戶ID，及該用戶ID訪問所述待分析的網址的次數。本發(fā)明提供的技術方案提高了通知消息發(fā)送過程中定位的準確性，減少通知消息發(fā)送過程對網絡資源的占用，減少了通知消息對非需求用戶的干擾。
文檔編號H04L12/58GK102970377SQ201210537530
公開日2013年3月13日 申請日期2012年12月12日 優(yōu)先權日2012年12月12日
發(fā)明者付黎 申請人:北京奇虎科技有限公司, 奇智軟件(北京)有限公司