專利名稱：一種內(nèi)容推送方法、系統(tǒng)及裝置的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡技術領域，尤其涉及一種內(nèi)容推送方法、系統(tǒng)及裝置。
技術背景內(nèi)文廣告作為 一種新的網(wǎng)絡廣告形式，完全通過計算機識別廣告的文章內(nèi) 部關鍵詞和文章特性，并根據(jù)這些數(shù)據(jù)在鼠標滑過關鍵詞的時候展示該關鍵詞 所對應的廣告。例如， 一個廣告商需要將自己的品牌以廣告的形式展現(xiàn)在某網(wǎng)頁上，廣告 商會把需要作為廣告的關鍵字提供給該網(wǎng)頁的服務商，通過該服務商的設置， 使得當用戶訪問包括內(nèi)文廣告的網(wǎng)頁，并且鼠標在該網(wǎng)頁上移動至該內(nèi)文廣告 的關鍵字時，會展示該關4建字對應的廣告，廣告的形式可以是文字、圖片、動 畫、視頻等。但是，目前的內(nèi)文廣告是根據(jù)平臺及關鍵字等進行推送的，沒有對用戶進 行區(qū)分，同一用戶每次登錄同一網(wǎng)頁時，當鼠標每次移動到同一內(nèi)文廣告的關 鍵字上時都會加載相應的廣告。對于非關鍵字廣告，比如一些應用軟件運行后彈出的廣告，同一用戶每次運行該應用軟件都會彈出該廣告；又或者某網(wǎng)頁上 的彈窗廣告，當同一用戶每次登錄該網(wǎng)頁時都會自動彈出該彈窗廣告，除非服 務器商本身更換了廣告，否則同一廣告會多次向同一用戶展示，影響用戶的相 關操作，對用戶造成打擾。除了廣告，服務器推送的其它內(nèi)容，比如音樂、登陸即時通信軟件所彈出 的消息欄、電子商務網(wǎng)站上的展示的商品等，都是多次的重復推送。例如，當 用戶訪問某人在網(wǎng)上設置的博客或者個人空間時，會自動播放博客或者個人空 間的主人設置的音樂，以供訪問者欣賞。但實際上，當某博客或者個人空間的主人設置了多首歌曲時，訪問者每次訪問該博客或者個人空間時，都會自動地 從主人設置的第一首歌曲開始連續(xù)播放，無法記錄某訪問者已經(jīng)欣賞過的歌 曲，使得主人設置的排序靠后的歌曲被訪問者欣賞到的機會很小，甚至沒有。 又如某網(wǎng)上店鋪，每個店戶的主人都有許多商品要展示及出售，該網(wǎng)上店鋪每 次被訪問時都會從第一個商品開始展示，直到最后一個商品結束，這往往會造 成排序靠后的商品沒有被訪問者看到，因此影響其銷售。綜上所述，現(xiàn)有技術由于內(nèi)容的推送與訪問的用戶之間沒有關系，造成相 同的內(nèi)容向同一用戶多次重復地推送，不僅占用了過多的網(wǎng)絡損耗，而且還提 高了內(nèi)容的推送成本，并且降低了內(nèi)容的推送效果。同時，對用戶而言，多次 看到相同的內(nèi)容會降低用戶對內(nèi)容的新鮮感，從而降低用戶的參與熱情，影響 了用戶體驗及效果。發(fā)明內(nèi)容本發(fā)明實施例提供了 一種內(nèi)容推送方法和系統(tǒng)，以及一種客戶端和服務 器，用以解決現(xiàn)有技術對同 一用戶推送內(nèi)容的次數(shù)過多的問題。本發(fā)明實施例提供的一種內(nèi)容推送方法包括 接收用戶發(fā)送的訪問內(nèi)容的請求；根據(jù)所述用戶的用戶標識，查找用戶標識與需要推送的內(nèi)容的推送信息的 對應關系；當查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系 時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿足推送條件，并將滿足 推送條件的內(nèi)容推送給所述用戶。本發(fā)明實施例提供的 一種內(nèi)容推送系統(tǒng)包括 客戶端，用于根據(jù)用戶指示，向網(wǎng)絡側發(fā)送訪問內(nèi)容的請求； 服務器，用于接收所述訪問內(nèi)容的請求，并根據(jù)所述用戶的用戶標識，查 找用戶標識與需要推送的內(nèi)容的推送信息的對應關系；當查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系時，根據(jù)查找到的推送信息判 定需要推送的內(nèi)容是否滿足推送條件，將滿足推送條件的內(nèi)容推送給所述客戶本發(fā)明實施例提供的一種客戶端，包括發(fā)送請求單元，用于根據(jù)用戶指示，向服務器發(fā)送訪問內(nèi)容的請求； 用戶標識發(fā)送單元，用于在所述發(fā)送請求單元向所述服務器發(fā)送訪問內(nèi)容的請求時，獲取自身標識，將該標識作為所述用戶的用戶標識發(fā)送給所述服務器。本發(fā)明實施例提供的一種服務器，包括用戶標識獲取單元，用于接收用戶發(fā)送的訪問內(nèi)容的請求，并獲取所述用 戶的用戶標識；對應關系單元，用于根據(jù)所述用戶的用戶標識，查找用戶標識與需要推送 的內(nèi)容的推送信息的對應關系；內(nèi)容推送單元，用于在查找到所述用戶的用戶標識與需要推送的內(nèi)容的推 送信息的對應關系時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿足推 送條件，并將滿足推送條件的內(nèi)容推送給所述用戶。本發(fā)明實施例，接收用戶發(fā)送的訪問內(nèi)容的請求；根據(jù)所述用戶的用戶標 識，查找用戶標識與需要推送的內(nèi)容的推送信息的對應關系；當查找到所述用 戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系時，根據(jù)查找到的推送 信息判定需要推送的內(nèi)容是否滿足推送條件，并將滿足推送條件的內(nèi)容推送給 所述用戶，從而實現(xiàn)了針對具體用戶的內(nèi)容推送方案，避免現(xiàn)有4支術中同一內(nèi) 容重復對同一用戶進行推送的次數(shù)過多，因此，本發(fā)明實施例不僅降低了內(nèi)容 的推送成本，還可以提高內(nèi)容的推送效果以及網(wǎng)絡資源的利用率，同時還可以 提高用戶體驗，避免同樣的內(nèi)容的過多推送給用戶造成的打擾。


圖1為本發(fā)明實施例提供的一種內(nèi)容推送系統(tǒng)的結構示意圖；圖2為本發(fā)明實施例提供的一種客戶端的結構示意圖；圖3為本發(fā)明實施例提供的一種服務器的結構示意圖；圖4為本發(fā)明實施例提供的一種用戶標識與需要推送的內(nèi)容的推送信息示意圖；圖5為本發(fā)明實施例提供的一種用戶標識與需要推送的內(nèi)容的推送信息 (其中包括需要推送的內(nèi)容的關鍵字)的對應關系示意圖；圖6為本發(fā)明實施例提供的一種用戶標識與需要推送的內(nèi)容的推送信息系示意圖；圖7為本發(fā)明實施例提供的一種用戶標識與需要推送的內(nèi)容的推送信息 (其中包括需要推送的內(nèi)容已向所述用戶推送過的次數(shù))的對應關系示意圖； 圖8為本發(fā)明實施例提供的一種內(nèi)容推送方法的流程示意圖。
具體實施方式
本發(fā)明實施例提供了一種內(nèi)容推送方法、系統(tǒng)，以及一種客戶端和一種服 務器，用以確保內(nèi)容提供商的同一內(nèi)容不會多次、重復地對同一用戶進行無意 義的推送，從而不僅降低了內(nèi)容的推送成本、提高推送效果和用戶體驗，還能 提高網(wǎng)絡資源的利用率。所述的內(nèi)容包括廣告、音樂、新聞、即時通信軟件的消息提示等等，本發(fā) 明實施例以推送廣告為例，來說明服務器如何建立用戶與自身需要推送的內(nèi)容 的推送信息之間的對應關系，以及如何根據(jù)該對應關系將內(nèi)容向用戶進行合理 地推送。下面結合附圖，對本發(fā)明實施例進行詳細描述。參見圖1,本發(fā)明實施例提供的一種內(nèi)容推送系統(tǒng)包括客戶端ll和服務8器12;所述客戶端ll,用于根據(jù)用戶指示，向網(wǎng)絡側發(fā)送訪問內(nèi)容的請求。所述服務器12,用于接收到客戶端ll發(fā)送的所述訪問內(nèi)容的請求后，根 據(jù)所述用戶的用戶標識，查找用戶標識與需要推送的內(nèi)容的推送信息的對應關 系；當查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系 時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿足推送條件，將滿足推 送條件的內(nèi)容推送給所述客戶端11 。較佳地，所述推送信息包括需要推送的內(nèi)容是否已向所述用戶推送過； 則所述推送條件包括需要推送的內(nèi)容未向所述用戶推送過。較佳地，所述推送信息包括需要推送的內(nèi)容已向所述用戶推送過的次數(shù)； 則所述推送條件包括需要推送的內(nèi)容已向所述用戶推送過的次數(shù)未達到推送 次數(shù)閾值。較佳地，所述推送信息還包括需要推送的內(nèi)容的關鍵字；則所述推送條 件還包括需要推送的內(nèi)容的關鍵字包含于所述用戶發(fā)送的訪問內(nèi)容的請求 中。除此之外，推送信息和相應的推送條件還可以擴展更多，如向用戶推送內(nèi) 容的具體時間、兩次推送之間的時間間隔等等。 較佳地，參見圖2，所述客戶端ll包括發(fā)送請求單元lll,用于根據(jù)用戶指示，向服務器12發(fā)送訪問內(nèi)容的請求。用戶標識發(fā)送單元112，用于在所述發(fā)送請求單元111向服務器12發(fā)送訪 問內(nèi)容的請求時，獲取用于唯一標識自身的標識，將該標識作為所述用戶的用 戶標識發(fā)送給所述服務器12。其中，所述用戶的用戶標識可以通過向服務器12發(fā)送的訪問內(nèi)容的請求 發(fā)送給所述服務器12,也可以單獨發(fā)送給所述服務器12。較佳地，參見圖3，所述服務器12包括用戶標識獲取單元121，用于接收用戶發(fā)送的訪問內(nèi)容的請求，并獲取所述用戶的用戶標識。對應關系單元122,用于根據(jù)所述用戶的用戶標識，查找用戶標識與需要 推送的內(nèi)容的推送信息的對應關系。內(nèi)容推送單元123,用于在查找到所述用戶的用戶標識與需要推送的內(nèi)容 的推送信息的對應關系時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿 足推送條件，將滿足推送條件的內(nèi)容推送給所述用戶。較佳地，服務器12還包括添加單元124，用于當沒有查找到所述用戶的用戶標識與需要推送的內(nèi)容 的推送信息的對應關系時，建立所述用戶的用戶標識與需要推送的內(nèi)容的推送 信息的對應關系，并通知所述內(nèi)容推送單元123將內(nèi)容推送給所述用戶。另外，所述用戶標識與需要推送的內(nèi)容的推送信息的對應關系也可以是才艮 據(jù)用戶需要預先定制的，當沒有查找到所述用戶標識與需要推送的內(nèi)容的推送 信息的對應關系時，則不向所述用戶推送其請求的內(nèi)容。因此，本發(fā)明實施例 中所述的內(nèi)容可以是互聯(lián)網(wǎng)內(nèi)容，也可以是用戶定制的其他內(nèi)容。本發(fā)明實施例中所述的用戶標識可以是用戶登錄的客戶端的標識(PID ), 也可以是其他例如用于登錄某即時通信軟件的用戶帳號等等。本發(fā)明實施例中 采用客戶端標識PID作為用戶標識。PID是客戶端的特;f正值，用于唯一標識一 個客戶端。多種形式的數(shù)據(jù)都可以作為客戶端的PID， PID可以為IP地址、網(wǎng)卡的 介質訪問控制(MAC, MediaAccess Control)地址、硬盤序列號、操作系統(tǒng)的 注冊碼、或通過哈希算法將IP地址、網(wǎng)卡MAC地址、硬盤序列號和/或操作 系統(tǒng)的注冊碼計算得到的哈希標識值。例如，客戶端的IP地址193.168.1.101; 或者客戶端的石更盤序列號1451ead85qw,該序列號標示了客戶端硬盤的唯一性， 所以也可以作為唯一值標示該客戶端；所述哈希算法，如信息-摘要算法 (MD4， message-digest algorithm 4 )或(MD5, message-digest algorithm 5 ), 計算得到的PID值不能^f皮第三方軟件所取代。總之，只要能唯一標識一個客戶端的值，都能作為PID，標識越唯一，不重復推送廣告的精確度越高。當用戶訪問含有廣告的網(wǎng)頁時，比如，該網(wǎng)頁的廣告為內(nèi)文廣告，則當用戶的鼠標移動到該內(nèi)文廣告的關鍵字上時，廣告代碼就會獲取該用戶所使用的客戶端的PID。其他形式的廣告，如網(wǎng)頁自動彈出的視頻廣告，那么打開該網(wǎng)頁時，就可以獲取該用戶所使用的客戶端的PID。 下面介紹一下如何獲取PID?？蛻舳烁鶕?jù)用戶指示向服務器發(fā)送廣告瀏覽請求時(比如，用戶訪問的是 內(nèi)文廣告，當用戶的鼠標移動到內(nèi)文廣告的關鍵字時，該用戶的客戶端就會向 服務器發(fā)送廣告瀏覽請求)，客戶端計算或讀取自身的PID，然后將其上報給 服務器。例如，如果PID采用的是客戶端的IP地址，那么客戶端的IP地址服 務器可以直接獲取PID。如果PID采用的是客戶端的硬盤序列號，那么，當用 戶訪問某網(wǎng)頁的內(nèi)文廣告時，該網(wǎng)頁會加載JS (JavaScript)代碼，用以讀取 客戶端的硬盤序列號，然后將該序列號作為用戶標識傳送至用于推送內(nèi)容的服 務器。其中，所述JS代碼是一種計算機腳本語言，主要是在客戶端的web瀏 覽器上解釋執(zhí)行。服務器獲取了用戶標識后，建立用戶標識和需要推送的廣告的推送信息之 間的對應關系。例如，某用戶的用戶標識為用戶標識1,服務器獲取該用戶的 用戶標識1,建立如圖4所示的對應關系，將未推送的廣告的推送信息用"O" 標識。對于內(nèi)文廣告， 一個網(wǎng)頁上可能包含一個以上的廣告關鍵字，每個關鍵 字所對應的廣告形式也不相同，有的關鍵字只需要用通過文字形式推送廣告， 有的關鍵字可能需要通過圖片、動畫(flash )、視頻等形式推送廣告，也就是 說，內(nèi)文廣告的關^:字本身就對應了多個廣告。因此，當用戶鼠標移動到某一 關鍵字時，服務器獲取該用戶的PID,以及該用戶需要訪問的廣告的關鍵字， 并建立PID與該關鍵字、以及該關鍵字與需要推送的廣告的推送信息之間的對 應關系，如圖5所示。即一個PID可以建立至少一個與需要推送的廣告的推送 信息的對應關系。對于非關鍵字形式的廣告，比如某網(wǎng)頁的彈窗廣告，同樣可以建立用戶標識與該網(wǎng)頁上需要推送的廣告的推送信息之間的對應關系。當服務器建立了用戶標識與需要推送的廣告的推送信息的對應關系后，根 據(jù)該對應關系向所述用戶提供相應廣告，即按照所述對應關系中各個廣告的推 送信息的排列順序，依次判斷各個廣告是否已推送過，直到找到一個未推送的廣告，將該廣告推送給相應的用戶。如圖6所示，首先查看廣告l的推送信息 (本實施例中用"1"標記已推送，用"0"標記未推送)，發(fā)現(xiàn)廣告1的推送 信息標記為1，則判定廣告1已經(jīng)推送過了，則判斷下一個廣告(即廣告2) 的推送信息是否為未推送，直到查找到了廣告3的推送信息標記為0時，則判 定該廣告3還沒有向用戶標識1所對應的用戶推送過，則將廣告3發(fā)送給客戶 端，通過該客戶端向用戶標識1所對應的用戶提供廣告3。如果與用戶標識1對應的所有的廣告都已推送過了，則可選擇不給該用戶 標識1所對應的用戶繼續(xù)推送廣告，或者將所有廣告的推送信息標記由"l"改 為"0",即重新從廣告1開始向用戶標識1對應的用戶推送廣告。較佳地，還可以進一步在圖6所示的對應關系中存4諸每個廣告已經(jīng)被推送 的次數(shù)，以及每個廣告被推送的次數(shù)閾值，如圖7所示，設置好每個廣告可以 推送的次數(shù)閾值后，對于文字、圖片、flash、視頻等形式的廣告，會使廣告的 推送效果更好。如圖7所示，當客戶端發(fā)送了瀏覽廣告請求時，服務器首先獲 取用戶標識l,并查找到該用戶標識1對應的廣告的推送信息后，先判斷廣告 l是否推送過，判定該廣告l已推送過后，再判斷已推送的次數(shù)是否達到預設 的閾值(如兩次)，當判定沒有達到該閾值時，則選擇廣告1進行推送，并記 錄下此次推送后，廣告l的已推送次數(shù)，以便下一次判斷；如果廣告l的推送 次數(shù)達到了閾值，則繼續(xù)判斷廣告2是否推送過，如果沒有推送過，則推送廣 告2，如果推送過則判斷推送的次數(shù)是否達到閾值，依此類推，直到找到一個 沒有達到推送次數(shù)閾值的廣告，并且，每次推送某廣告后，都記錄下該廣告已 經(jīng)被推送的次數(shù)。本發(fā)明實施例還可以有更多擴展，例如，還可以在用戶標識與需要推送的廣告的推送信息的對應關系中設置廣告的推送時間，比如設置了用戶標識1對 應的廣告l的推送次數(shù)的閾值是兩次，則可以進一步設置每次推送的時間段(如第一次推送是在早上7點到9點，第二次推送是在晚上7點到9點)，還可以 設置兩次推送的時間間隔，如設置為2小時，記錄下第一次向該用戶推送某廣 告的時間點，在2小時內(nèi)，如果該用戶再次提出訪問該廣告的請求，則再次向 該用戶推送該廣告，否則，不向該用戶推送該廣告。另夕卜，考慮到每個廣告的訪問量非常大，而且訪問的用戶非常多，較佳地， 本發(fā)明實施例還可以設置服務器中建立并保存的用戶標識與需要推送的廣告 的推送信息的對應關系在該服務器中可以保存的時間，即定期更新用戶標識與 需要推送的內(nèi)容的推送信息的對應關系。例如，針對每一用戶建立的對應關系 保存在一個臨時文件夾下，該文件夾可以根據(jù)服務器的運算和存儲能力進行適 當?shù)谋Ａ艉蛣h除，比如，保留一天后自動刪除，這樣， 一個用戶瀏覽廣告的不 重復概率為一天；或者可以設置保留三天后刪除，那么不重復推送廣告的概率 就是三天。下面介紹一下本發(fā)明實施例提供的方法。參見圖8，本發(fā)明實施例提供的一種內(nèi)容推送方法包括步驟5801、 接收用戶發(fā)送的訪問內(nèi)容的請求。5802、 4艮據(jù)所述用戶的用戶標識，查找用戶標識與需要推送的內(nèi)容的推送 信息的對應關系。5803、 當查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應 關系時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿足推送條件，將滿 足推送條件的內(nèi)容推送給所述用戶。較佳地，當沒有查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息 的對應關系時，建立所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應 關系，根據(jù)該對應關系向所述用戶推送內(nèi)容；或者，當沒有查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系時，拒絕向所述用戶提供其請求的內(nèi)容。例如，用戶ui訪問含有廣告的頁面Pi，鼠標移動到廣告的關^:字K上，廣告代碼獲取到用戶Ul的標識為U1—PID;服務器建立U1_PID與需要推送的 廣告的推送信息的對應關系Ul—PID—AD—list; #>據(jù)用戶Ul發(fā)送的瀏覽關鍵: 字為K的廣告請求，判斷U1一PID對應的關鍵字K的廣告的推送信息隊列里排 第一位的廣告AD1是否可以推送(根據(jù)該廣告的推送信息、推送次數(shù)、推送 時間等條件進行判定)，如果可以，則加載AD1并提供給用戶Ul,如果不可 以，則不加載AD1，轉而判斷排第二位的廣告AD2是否可以推送，依此類推。當然，根據(jù)本發(fā)明實施例中提供的技術方案，可以想到本發(fā)明實施例中所 述的用戶標識與需要推送的內(nèi)容的推送信息的對應關系也可以由客戶端建立 并保存，在客戶端接收到服務器發(fā)送的內(nèi)容時，客戶端根據(jù)自身存儲的對應關 系決定是否向用戶展示該內(nèi)容，從而也可以避免同一內(nèi)容沒有意義地重復多次 地對同一用戶推送。綜上所述，本發(fā)明實施例提供的技術方案，通過獲取用戶的標識，建立用 戶標識與需要推送的內(nèi)容的推送信息的對應關系，并根據(jù)該列表進行內(nèi)容的推 送，避免了現(xiàn)有技術中同一內(nèi)容沒有意義地重復多次對同一用戶推送，從而不 僅降低了內(nèi)容成本，還提高了內(nèi)容的推送效果以及網(wǎng)絡資源的利用率，并且還 提高了用戶體驗，避免同一內(nèi)容的推送對同一用戶造成的過多打擾。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及 其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1、一種內(nèi)容推送方法，其特征在于，該方法包括接收用戶發(fā)送的訪問內(nèi)容的請求；根據(jù)所述用戶的用戶標識，查找用戶標識與需要推送的內(nèi)容的推送信息的對應關系；當查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿足推送條件，并將滿足推送條件的內(nèi)容推送給所述用戶。
2、 根據(jù)權利要求1所述的方法，其特征在于，該方法還包括當沒有查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應 關系時，建立所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系， 并將內(nèi)容推送給所述用戶。
3、 根據(jù)權利要求1或2所述的方法，其特征在于，所述用戶標識是用 戶名稱、IP地址、網(wǎng)卡介質訪問控制地址、硬盤序列號、操作系統(tǒng)的注冊碼、 或者哈希標識值；其中，所述哈希標識值是通過采用p合希算法對IP地址、網(wǎng) 卡介質訪問控制地址、硬盤序列號和/或操作系統(tǒng)的注冊碼進行計算所得到的 值。
4、 根據(jù)權利要求3所述的方法，其特征在于，所述推送信息包括需要 推送的內(nèi)容是否已向所述用戶推送過；所述推送條件包括需要推送的內(nèi)容未向所述用戶推送過。
5、 根據(jù)權利要求3所述的方法，其特征在于，所述推送信息包括需要 推送的內(nèi)容已向所述用戶推送過的次數(shù)；所述推送條件包括需要推送的內(nèi)容已向所述用戶推送過的次數(shù)未達到推 送次數(shù)閾值。
6、 根據(jù)權利要求4或5所述的方法，其特征在于，所述推送信息還包括 需要推送的內(nèi)容的關鍵字；所述推送條件還包括需要推送的內(nèi)容的關鍵字包含于所述用戶發(fā)送的訪 問內(nèi)容的請求中。
7、 根據(jù)權利要求1所述的方法，其特征在于，該方法還包括 更新用戶標識與需要推送的內(nèi)容的推送信息的對應關系。
8、 根據(jù)權利要求1所述的方法，其特征在于，所述對應關系保存在用于 推送內(nèi)容的服務器中，或者保存在用戶登錄的客戶端中。
9、 一種內(nèi)容推送系統(tǒng)，其特征在于，該系統(tǒng)包括 客戶端，用于才艮據(jù)用戶指示，向網(wǎng)絡側發(fā)送訪問內(nèi)容的請求；服務器，用于接收所述訪問內(nèi)容的請求，并根據(jù)所述用戶的用戶標識，查 找用戶標識與需要推送的內(nèi)容的推送信息的對應關系；當查找到所述用戶的用 戶標識與需要推送的內(nèi)容的推送信息的對應關系時，才艮據(jù)查找到的推送信息判 定需要推送的內(nèi)容是否滿足推送條件，將滿足推送條件的內(nèi)容推送給所M戶
10、 一種客戶端，其特征在于，該客戶端包括 發(fā)送請求單元，用于根據(jù)用戶指示，向服務器發(fā)送訪問內(nèi)容的請求；用戶標識發(fā)送單元，用于在所述發(fā)送請求單元向所述服務器發(fā)送訪問內(nèi)容 的請求時，獲取自身標識，將該標識作為所述用戶的用戶標識發(fā)送給所述服務 器。
11、 一種服務器，其特征在于，該服務器包括用戶標識獲取單元，用于接收用戶發(fā)送的訪問內(nèi)容的請求，并獲取所述用 戶的用戶標識；對應關系單元，用于4艮據(jù)所述用戶的用戶標識，查找用戶標識與需要推送 的內(nèi)容的推送信息的對應關系；內(nèi)容推送單元，用于在查找到所述用戶的用戶標識與需要推送的內(nèi)容的推 送信息的對應關系時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿足推 送條件，并將滿足推送條件的內(nèi)容推送給所述用戶。
12、根據(jù)權利要求11所述的服務器，其特征在于，該服務器還包括 添加單元，用于當沒有查找到所述用戶的用戶標識與需要推送的內(nèi)容的推 送信息的對應關系時，建立所述用戶的用戶標識與需要推送的內(nèi)容的推送信息 的對應關系，并通知所述內(nèi)容推送單元將內(nèi)容推送給所述用戶。
全文摘要
本發(fā)明公開了一種內(nèi)容推送方法和系統(tǒng)，以及一種客戶端和服務器，屬于網(wǎng)絡技術領域，用以解決現(xiàn)有技術對同一用戶推送內(nèi)容的次數(shù)過多的問題。本發(fā)明提供的一種內(nèi)容推送方法包括接收用戶發(fā)送的訪問內(nèi)容的請求；根據(jù)所述用戶的用戶標識，查找用戶標識與需要推送的內(nèi)容的推送信息的對應關系；當查找到所述用戶的用戶標識與需要推送的內(nèi)容的推送信息的對應關系時，根據(jù)查找到的推送信息判定需要推送的內(nèi)容是否滿足推送條件，并將滿足推送條件的內(nèi)容推送給所述用戶。本發(fā)明用于避免同一內(nèi)容重復對同一用戶推送的次數(shù)過多的問題。
文檔編號H04L29/06GK101262497SQ20081009340
公開日2008年9月10日 申請日期2008年4月21日 優(yōu)先權日2008年4月21日
發(fā)明者勍 王, 王奇豐, 許冬冬, 陳明孝 申請人:深圳市迅雷網(wǎng)絡技術有限公司