TW201818241A - 資訊推送方法及裝置 - Google Patents

Abstract

本申請提供資訊推送方法及裝置，所述方法包括：接收客戶端發送的資訊獲取請求；所述資訊獲取請求中攜帶有源展示位標識、請求獲取資訊的用戶標識；查詢所述用戶標識對應的展示位軌跡圖；其中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先後順序；在所述展示位軌跡圖中查詢與所述源展示位相鄰並且位於所述源展示位後的目標展示位；向所述用戶標識對應客戶端推送所述目標展示位的資訊。應用本申請實施例，可以預測用戶下一個最有可能查看的資訊展示位，從而降低系統資源的無意義消耗。

Description

資訊推送方法及裝置

本申請涉及網際網路技術領域，尤其涉及一種資訊推送方法及裝置。

隨著網際網路的不斷發展，資訊的傳播變得越來越便捷，也越來越快速。用戶可以很方便的使用客戶端來瀏覽資訊。 　　所述的客戶端可以是指軟體上的應用程式，例如電子錢包APP、即時通訊APP、新聞APP等。 　　一般的，資訊在客戶端中可以是顯示在展示位中的。通常，展示位在客戶端上的排布順序是固定不變的。不同客戶端中顯示展示位的順序也是相同的，不同之處僅在於由於不同客戶端螢幕大小不同，能夠同時顯示的展示位數量不同。例如，圖1所述的客戶端可以同時顯示3個展示位，而其它螢幕較小的客戶端可以同時顯示2個展示位。但是，都是根據展示位的排布順序，固定地依次顯示展示位1、2、3、4、5等。而且，客戶端獲取資訊也是依次獲取展示位1中的資訊，展示位2中的資訊、展示位3中的資訊等。 　　依然如圖1所示，當前顯示的展示位為1、2、3，並且顯示有對應的資訊；而對於未顯示的展示位（如、展示位4、5等），只有在其展示位顯示時，客戶端才向伺服器獲取資訊。由於，資訊獲取需要一定的時候，所以這種資訊獲取方式，可能會造成卡頓的情況，影響用戶體驗。 　　現有技術中，為了避免上述問題，通常採用預獲取的方式，即在用戶還在瀏覽當前頁面中的資訊時，客戶端預先獲取後一個展示位的資訊。依然如圖1所示，當前頁面中顯示展示位1、2、3的資訊，客戶端向伺服器獲取後一個未顯示的展示位4的資訊。這樣，在用戶瀏覽到展示位4時，可以直接使用預先獲取的資訊，避免由於通訊延遲等因素造成的卡頓現象影響用戶體驗。然而，在用戶瀏覽資訊並不一定是按照順序依次瀏覽每一個展示位中的資訊。繼續參考圖1，假設用戶在螢幕中劃動的很快或者劃定幅度較大時，展示位4、展示位5一閃而過，最後顯示的是展示位6、7、8的資訊。這樣的話，根據現有技術，客戶端依次會向伺服器獲取展示位4、5、6、7、8的資訊；但是由於展示位4、5的資訊一閃而過，所以用戶其實並沒有瀏覽；這樣，伺服器推送展示位4、5的資訊就變得無意義了，也就造成了系統資源的浪費。

本申請提供的資訊推送方法及裝置，以解決現有系統資源浪費的問題。 　　根據本申請實施例提供的一種資訊推送方法，所述方法包括： 　　接收客戶端發送的資訊獲取請求；所述資訊獲取請求中攜帶有源展示位標識、請求獲取資訊的用戶標識； 　　查詢所述用戶標識對應的展示位軌跡圖；其中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先後順序； 　　在所述展示位軌跡圖中查詢與所述源展示位相鄰並且位於所述源展示位後的目標展示位； 　　向所述用戶標識對應客戶端推送所述目標展示位的資訊。 　　可選的，所述展示位軌跡圖透過如下方式構建得到： 　　獲取各個客戶端上傳的用戶歷史瀏覽過的展示位資料；其中，所述展示位資料包括用戶標識、展示位標識和時間戳； 　　在相同用戶標識的所述展示位資料中，根據所述時間戳的先後順序，關聯所述展示位資料中展示位標識對應的展示位，從而生成該用戶標識對應的展示位軌跡圖。 　　可選的，在所述展示位軌跡圖中查詢與所述源展示位關聯並且位於所述源展示位後的目標展示位，具體包括： 　　在所述展示位軌跡圖中查詢與所述源展示位關聯並且位於所述源展示位後的目標展示位； 　　在所述目標展示位超過1個的情況下，獲取各個目標展示位的優先級； 　　將優先級最大的目標展示位確定為最終的目標展示位。 　　可選的，所述目標展示位的優先級根據用戶瀏覽次數獲取。 　　可選的，在所述展示位軌跡圖中查詢與所述源展示位相鄰並且位於所述源展示位後的目標展示位之後，所述方法還包括： 　　查詢所述用戶標識對應的用戶喜好圖；其中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中資訊的資訊類型； 　　根據所查詢到的目標展示位，在所述用戶喜好圖中查詢與該目標展示位對應的資訊類型； 　　所述向所述用戶標識對應客戶端推送所述目標展示位的資訊，具體包括： 　　向所述用戶標識對應客戶端中的目標展示位推送所查詢到的資訊類型的資訊。 　　可選的，所述用戶喜好圖透過如下方式構建得到： 　　獲取各個客戶端上傳的用戶歷史點擊過的資訊資料；其中，所述資訊資料包括用戶標識、展示位標識和資訊類型； 　　在相同用戶標識的所述資訊資料中，將展示位標識和資訊類型關聯，從而生成該用戶標識對應的用戶喜好圖。 　　可選的，根據所查詢到的目標展示位，在所述用戶喜好圖中查詢與該目標展示位對應的資訊類型，具體包括； 　　根據所查詢到的目標展示位，在所述用戶喜好圖中查詢不到所述目標展示位的情況下，隨機將一種資訊類型確定為該目標展示位對應的資訊類型。 　　可選的，向所述用戶標識對應的客戶端中的目標展示位推送所查詢到的資訊類型的資訊，具體包括： 　　在所查詢到的目標展示位對應的資訊類型超過1個的情況下，獲取各個資訊類型的優先級； 　　將優先級最大的資訊類型的資訊確定為待發送的資訊； 　　向所述用戶標識對應客戶端中的目標展示位推送所述待發送的資訊。 　　可選的，所述資訊類型的優先級根據上傳的該資訊類型的次數確定。 　　可選的，所述資訊包括廣告； 　　所述展示位包括廣告展示位； 　　所述資訊類型包括廣告類型； 　　所述展示位軌跡圖包括廣告展示位軌跡圖。 　　根據本申請實施例提供的一種資訊推送裝置，所述裝置包括： 　　接收單元，接收客戶端發送的資訊獲取請求；所述資訊獲取請求中攜帶有源展示位標識、請求獲取資訊的用戶標識； 　　第一查詢單元，查詢所述用戶標識對應的展示位軌跡圖；其中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先後順序； 　　第二查詢單元，在所述展示位軌跡圖中查詢與所述源展示位相鄰並且位於所述源展示位後的目標展示位； 　　推送單元，向所述用戶標識對應客戶端推送所述目標展示位的資訊。 　　可選的，所述展示位軌跡圖透過如下第一獲取子單元、第一生成子單元構建得到： 　　第一獲取子單元，獲取各個客戶端上傳的用戶歷史瀏覽過的展示位資料；其中，所述展示位資料包括用戶標識、展示位標識和時間戳； 　　第一生成子單元，在相同用戶標識的所述展示位資料中，根據所述時間戳的先後順序，關聯所述展示位資料中展示位標識對應的展示位，從而生成該用戶標識對應的展示位軌跡圖。 　　可選的，所述第二查詢單元，具體包括： 　　展示位查詢子單元，在所述展示位軌跡圖中查詢與所述源展示位關聯並且位於所述源展示位後的目標展示位； 　　優先級獲取子單元，在所述目標展示位超過1個的情況下，獲取各個目標展示位的優先級； 　　展示位確定子單元，將優先級最大的目標展示位確定為最終的目標展示位。 　　可選的，所述目標展示位的優先級根據用戶瀏覽次數獲取。 　　可選的，在所述第二查詢單元之後，所述方法還包括： 　　第三查詢單元，查詢所述用戶標識對應的用戶喜好圖；其中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中資訊的資訊類型； 　　第四查詢單元，根據所查詢到的目標展示位，在所述用戶喜好圖中查詢與該目標展示位對應的資訊類型； 　　所述推送單元，具體包括： 　　推送子單元，向所述用戶標識對應客戶端中的目標展示位推送所查詢到的資訊類型的資訊。 　　可選的，所述用戶喜好圖透過如下第二獲取子單元、第二生成子單元構建得到： 　　第二獲取子單元，獲取各個客戶端上傳的用戶歷史點擊過的資訊資料；其中，所述資訊資料包括用戶標識、展示位標識和資訊類型； 　　第二生成子單元，在相同用戶標識的所述資訊資料中，將展示位標識和資訊類型關聯，從而生成該用戶標識對應的用戶喜好圖。 　　可選的，所述第二查詢單元，具體包括： 　　查詢子單元，根據所查詢到的目標展示位，在所述用戶喜好圖中查詢不到所述目標展示位的情況下，隨機將一種資訊類型確定為該目標展示位對應的資訊類型。 　　可選的，所述推送單元，具體包括： 　　資訊類型獲取子單元，在所查詢到的目標展示位對應的資訊類型超過1個的情況下，獲取各個資訊類型的優先級； 　　資訊確定子單元，將優先級最大的資訊類型的資訊確定為待發送的資訊； 　　資訊推送子單元，向所述用戶標識對應客戶端中的目標展示位推送所述待發送的資訊。 　　可選的，所述資訊類型的優先級根據上傳的該資訊類型的次數確定。 　　可選的，所述資訊包括廣告； 　　所述展示位包括廣告展示位； 　　所述資訊類型包括廣告類型； 　　所述展示位軌跡圖包括廣告展示位軌跡圖。 　　本申請實施例中，預先根據用戶歷史瀏覽展示位的先後順序構建該用戶的展示位軌跡圖。在用戶瀏覽當前展示位顯示的資訊時，伺服器可以根據展示位軌跡圖預測用戶下一個最有可能瀏覽的展示位，即目標展示位；進而推送該目標展示位的資訊。這樣確定的目標展示位不一定是當前展示位後一個的展示位。如此，避免伺服器依然推送被用戶快速劃動一閃而過的展示位資訊，進而實現了降低系統資源的無意義消耗。

這裡將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要件。以下示例性實施例中所描述的實施方式並不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。 　　在本申請使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出項目的任何或所有可能組合。 　　應當理解，儘管在本申請可能採用術語第一、第二、第三等來描述各種資訊，但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如，在不脫離本申請範圍的情況下，第一資訊也可以被稱為第二資訊，類似地，第二資訊也可以被稱為第一資訊。取決於語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“反應於確定”。 　　參見圖2，為本申請一實施例提供的資訊推送方法的流程圖，該實施例從伺服器側進行描述，所述方法具體可以包括以下步驟： 　　步驟210：接收客戶端發送的資訊獲取請求；所述資訊獲取請求中攜帶有源展示位標識、請求獲取資訊的用戶標識。 　　本實施例中，所述的客戶端可以是指軟體上的應用程式，例如電子錢包APP、即時通訊APP、新聞APP等。本文中所提到的展示位可以是客戶端應用程式界面中用於展示資訊的區域。 　　繼續如圖1所示的客戶端上顯示展示位示意圖。本例子中展示位是位於不同區域的，相互明顯區分的。用戶在客戶端上瀏覽資訊，可以透過上下滑動查看不同的資訊，不同的資訊是顯示在不同的展示位中的。在用戶瀏覽資訊過程中，客戶端可以主動地向伺服器發起資訊獲取請求。假設用戶瀏覽到界面最下方的展示位3，則該資訊獲取請求可以是用於獲取該展示位3的下一個展示位中需要顯示的資訊。如上所述，所述資訊獲取請求中攜帶有展示位3的源展示位標識、請求獲取資訊的用戶標識。 　　再舉例說明，如圖3所示為客戶端顯示的另一種展示位示意圖。本例子中展示位是位於同一個區域的。用戶可以透過左右滑動的方式來控制客戶端顯示不同的資訊。類似地，在用戶瀏覽資訊過程中，客戶端可以主動地向伺服器發起資訊獲取請求。區域106中具有5個不同的展示位（5個小圓圈），由於當前是顯示的是第一個展示位，所以客戶端發送的資訊獲取請求是用於獲取該展示位的下一個展示位中需要顯示的資訊。如上所述，所述資訊獲取請求中攜帶有第一個展示位的源展示位標識、請求獲取資訊的用戶標識。 　　上述所舉的例子僅是針對展示位顯示形式的示例，在具體實施例中展示位還可以是以其它形式顯示的，例如同一個區域內上下滑動等。 　　所述源展示位標識為當前客戶端上最後顯示的一個展示位對應的標識。如圖1所示，該源展示位標識即為展示位3對應的標識。在實際應用的實施例中，所述源展示位標識可以是展示位id。例如數字編號1、2或3。 　　所述用戶標識可以是用戶id。例如，用戶帳號user_1或user_2。 　　步驟220：查詢所述用戶標識對應的展示位軌跡圖。 　　本實施例中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先後順序。 　　所述展示位軌跡圖可以透過如下方式構建得到： 　　A1：獲取各個客戶端上傳的用戶歷史瀏覽過的展示位資料；其中，所述展示位資料包括用戶標識、展示位標識和時間戳（timestamp）； 　　A2：獲取客戶端上傳的用戶點擊過的資訊資料；其中，所述資訊資料包括用戶標識、展示位標識和資訊類型； 　　A3：在相同用戶標識的所述展示位資料中，根據所述時間戳的先後順序，關聯所述展示位資料中展示位標識對應的展示位，從而生成該用戶標識對應的展示位軌跡圖。 　　客戶端中預先進行了日誌埋點，之後透過客戶端的日誌採集模組定時採集用戶歷史瀏覽過的展示位資料，並統一將上傳至伺服器。 　　所述定時可以理解為固定的時間，例如每天8點、17點或者24點等，每週一；還可以理解為預設時長，即客戶端的日誌採集模組可以啟動一個定時器，在所述定時器到達預設時長的情況下採集參數。當然，在一些實施例中，日誌採集模組也可以是不定時的。例如，可以按照資料量，當採集到的展示位資料和/或資訊資料量到達預設資料量的情況下，上傳給伺服器。 　　本實施例中，所述日誌可以用於記錄用戶的操作。而日誌埋點為在日誌原本的功能邏輯中添加一些特殊的功能。具體地，可以是透過日誌採集介面，在日誌中進行配置，例如統計用戶點擊某個按鈕的次數。 　　在本實施例中，所述日誌埋點，主要用於統計用戶歷史瀏覽過的展示位資料。 　　具體地，所述展示位資料可以包括用戶標識、展示位標識和時間戳。 　　以下介紹客戶端如何判斷用戶是否瀏覽了展示位： 例子一： 　　以圖1為例，客戶端先顯示展示位1、2、3的資訊，然後隨著用戶向上劃，依次顯示展示位4的資訊、展示位5的資訊等。然而，在用戶向上劃時，假設劃的很快或者劃定幅度較大，展示位4、展示位5一閃而過，最後顯示的是展示位6、7、8的資訊。這樣的話，客戶端可以判定展示位4、5並不算用戶瀏覽的。也就是說，用戶是否瀏覽了展示位的依據可以是展示位停留在螢幕上的時長是否達到預設時長。 　　所述預設時長可以是人為設置的一個經驗值。例如，5秒，則展示位停留在客戶端螢幕上的時長達到5秒就可以認為用戶瀏覽了該展示位；反之，未達到5秒的話，就可以認為用戶沒有瀏覽該展示位。本文後續的瀏覽的展示位均可以是理解為已達到預設時長的展示位。 　　例如，用戶瀏覽一個展示位，則系統日誌會記錄下一條展示位資料，即該展示位標識、用戶標識以及時間戳。所述時間戳為用戶瀏覽到該展示位，即顯示該展示位時刻的時間戳。假設用戶標識為user_1，展示位標識為4，時間戳為1474873552（即2016/9/26 15:5:52）。日誌採集模組可以將採集到的這條展示位資料（user_1，4，1474873552）上傳至伺服器。 　　伺服器獲取各個客戶端上傳的用戶歷史瀏覽過的展示位資料之後，可以在相同用戶標識的所述展示位資料中，根據所述時間戳的先後順序，關聯所述展示位資料中展示位標識對應的展示位。 　　本實施例中，利用時間戳的先後順序，可以確定不同展示位之間的前後關係，進而確定源展示位和目標展示位，所述源展示位和目標展示位是一個相對的概念，前一個展示相對於後一個展示位為源展示位，後一個展示位相對於前一個展示位即為目標展示位。一個展示位相對於其源展示位，為目標展示位，而相對於其目標展示位，又為源展示位。 　　利用時間戳將展示位連接形成一個鏈條，如果存在相同展示位則可以形成一個環。 　　沿用上述例子一中所述的內容，假設客戶端記錄了如下6組展示位資料： 　　第一個展示位資料｛user_1，1，1474873552｝；其中user_1為用戶標識，1為展示位標識，1474873552為時間戳，以下相同； 　　第二個展示位資料{user_1，2, 1474873553}； 　　第三個展示位資料{user_1，3, 1474873554}； 　　第四個展示位資料{user_1，6, 1474873570}； 　　第五個展示位資料{user_1，7, 1474873571}； 　　第六個展示位資料{user_1，8, 1474873572}； 　　伺服器在獲取到客戶端上傳的展示位資料後，由於上述6組展示位資料具有相同的用戶標識user_1，所以可以確定為同一用戶的歷史瀏覽記錄； 　　之後，根據時間戳可以確定每一個展示位的前後順序，上述6組展示位資料按照從先到後依次為1474873552（2016/9/26 15:5:52）、1474873553（2016/9/26 15:5:53）、1474873554（2016/9/26 15: 5:54）、1474873570（2016/9/26 15:6:10）、1474873571（2016/9/26 15:6:11）、1474873572（2016/9/26 15:6:12）。即如圖4所示的展示位示意圖中，關聯展示位1和展示位2，並且是從展示位1指向展示位2，即可以表示用戶是瀏覽完展示位1後，再瀏覽展示位2； 　　關聯展示位2和展示位3，並且是從展示位2指向展示位3，即可以表示用戶是瀏覽完展示位2後，再瀏覽展示位3； 　　關聯展示位3和展示位6，並且是從展示位3指向展示位6，即可以表示用戶瀏覽軌跡是瀏覽展示位3後，瀏覽展示位6的； 　　關聯展示位6和展示位7相連，並且是從展示位6指向展示位7，即可以表示用戶瀏覽軌跡是瀏覽展示位6後，瀏覽展示位7的； 　　關聯展示位7和展示位8相連，並且是從展示位7指向展示位8，即可以表示用戶瀏覽軌跡是瀏覽展示位7後，瀏覽展示位8的。 　　由圖4所示的展示位軌跡圖可以看出，用戶首先瀏覽了展示位1、2、3後，然後快速劃動螢幕，跳過了展示位4、5，直接瀏覽展示位7、8、9。 　　在實際應用中，不同客戶端上傳的展示位資料通常對應了不同的用戶，伺服器對每一個用戶標識都會生成對應的展示位軌跡圖。 　　由於伺服器上通常會存在有不同用戶的展示位軌跡圖；所以，伺服器在接收到客戶端發送的資訊獲取請求後，可以根據所述資訊獲取請求中攜帶的用戶標識，查詢所述用戶標識對應的展示位軌跡圖。 　　在實際應用中，伺服器生成展示位軌跡圖後，可以將其與用戶標識關聯後，儲存在圖資料庫中。 　　所以，在伺服器查詢用戶標識對應的展示位軌跡圖時，即可以在所述圖資料庫中查詢用戶標識對應的展示位軌跡圖。 　　步驟230：在所述展示位軌跡圖中查詢與所述源展示位相連並且位於所述源展示位後的目標展示位。 　　本實施例中，如前所述，目標展示位與源展示位相連，並且源展示位指向目標展示位即目標展示位位於源展示位後。 　　本實施例中，伺服器在查詢到上述用戶標識對應的展示位軌跡圖之後，進一步的，在所述展示位軌跡圖中可以查詢與所述源展示位相連並且位於所述源展示位後的目標展示位。 　　在上述例子一的基礎上，結合圖1所述的客戶端示意圖。用戶再次瀏覽資訊，當前客戶端螢幕中顯示的為展示位1、2、3。此時，客戶端會向伺服器發送資訊獲取請求，該資訊獲取請求中攜帶了用戶標識user_1，源展示位標識3。則伺服器可以根據該用戶標識user_1查詢到對應的展示位軌跡圖如圖4所示，由於源展示位標識為3，伺服器查詢與源展示位3相連並且位於所述源展示位3後的目標展示位即為6。 　　透過本步驟中的例子，可以看出，本實施例根據用戶的展示位軌跡圖，依據用戶歷史瀏覽展示位的先後順序來判斷用戶瀏覽完當前展示位後最有可能去瀏覽的目標展示位。也就是說，本實施例在用戶瀏覽當前展示位時，不一定是依次獲取後一個展示位的資訊。即本步驟例子中在當前客戶端上顯示的源展示位為展示位3的情況下，客戶端可以是獲取展示位6的資訊，而不是如現有技術中那樣依照展示位固定的順序來獲取展示位4的資訊。 　　步驟240：向所述用戶標識對應客戶端推送所述目標展示位的資訊。 　　本實施例中，伺服器在確定了目標展示位後，可以針對性地向所述用戶標識對應客戶端推送所述目標展示位的資訊。 　　相對應的，在客戶端側，客戶端在收到伺服器推送目標展示位的資訊後，就可以將該資訊顯示在所述目標展示位中。由於資訊推送是預處理的，在伺服器返回資訊時，客戶端上可能沒有瀏覽到目標展示位，這樣的話，客戶端可以先將返回的資訊緩存下來，在用戶瀏覽到目標展示位時，直接使用緩存的資訊即可。 　　透過本申請實施例，預先根據用戶歷史瀏覽展示位的先後順序構建該用戶的展示位軌跡圖。在用戶瀏覽當前展示位顯示的資訊時，伺服器可以根據展示位軌跡圖預測用戶下一個最有可能瀏覽的展示位，即目標展示位；進而推送該目標展示位的資訊。這樣確定的目標展示位不一定是當前展示位後一個的展示位。如此，避免伺服器依然推送被用戶快速劃動一閃而過的展示位資訊，進而實現了降低系統資源的無意義消耗。 　　在實際應用中，對於源展示位來說，可能存在超過1個的目標展示位。圖5所示的展示位軌跡圖中，展示位3的目標展示位有4和10。此時，伺服器可以將展示位4和10都確定為目標展示位，從而向客戶端推送針對這兩個展示位的資訊，也就是說存在多個目標展示位時，推送多個資訊。然而，由於客戶端螢幕限制，距離很遠的展示位用戶無法同時瀏覽資訊，所以多推送資訊很可能是無意義的，造成了系統資源的消耗。 　　為解決這一問題，在本申請一個具體地實施例中，所述步驟230中在所述展示位軌跡圖中查詢與所述源展示位相連並且位於所述源展示位後的目標展示位，具體可以包括如下步驟： 　　在所述展示位軌跡圖中查詢與所述源展示位相連並且位於所述源展示位後的目標展示位； 　　在所述目標展示位超過1個的情況下，獲取各個目標展示位的優先級； 　　將優先級最大的目標展示位確定為最終的目標展示位。 　　本實施例中，不同目標展示位存在不同的優先級。依然如圖5所示，展示位3的目標展示位有兩個，即展示位4和展示位10，假設展示位10的優先級高於展示位4，則可以確定展示位10為目標展示位。 　　一般的，所述展示位的優先級可以根據用戶瀏覽次數確定，例如瀏覽次數多的，優先級高，反之，瀏覽次數少的，優先級低。例如，同樣是展示位3的目標展示位4和10，由於展示位10用戶瀏覽次數為10次，展示位4用戶瀏覽次數為5次，則展示位10的優先級高，展示位4的優先級低。 　　如前所述的實施例中，推送目標展示位的資訊時，一般是根據用戶所屬的人群推送特定類型的資訊。例如針對學生群體推送書本、培訓、考研等資訊，針對白領群體推送旅遊、購物、招聘等資訊。然而，這種類型的資訊推送主要還是依靠運營人員的經驗設置的，經常會存在推送的資訊無法準確匹配到用戶的興趣，造成無意義的推送，從而降低用戶感受。 　　為了解決這一問題，在本申請的又一個實施例中，如圖6所示在所述步驟230之後，還可以包括： 　　步驟231：查詢所述用戶標識對應的用戶喜好圖。 　　本實施例中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中資訊的資訊類型。 　　具體地，所述用戶喜好圖可以透過如下方式構建得到： 　　B1：獲取各個客戶端上傳的用戶歷史點擊過的資訊資料；其中，所述資訊資料包括用戶標識、展示位標識和資訊類型； 　　B2：在相同用戶標識的所述資訊資料中，將展示位標識和資訊類型關聯，生成該用戶標識對應的用戶喜好圖。 　　如前所述的日誌埋點，還可以用於統計用戶歷史點擊過的資訊資料。 　　具體地，所述資訊資料可以包括用戶標識、展示位標識和資訊類型。 　　例如，用戶對某個展示位中的資訊感興趣時，通常會點擊進入查看具體的內容。此時，系統日誌會記錄下一條資訊資料，即該資訊位於展示位的展示位標識、用戶標識以及該資訊的資訊類型。假設用戶標識為user_1，展示位標識為4，資訊類型為足球。日誌採集模組可以將採集到的這條資訊資料（user_1，4，足球）上傳至伺服器。 　　伺服器獲取了各個客戶端上傳的用戶歷史點擊過的資訊資料之後，可以在相同用戶標識的所述資訊資料中，將展示位標識和資訊類型關聯。 　　依然沿用例子一所述的內容，假設用戶瀏覽過程中，點擊了展示位1、2、6、8，並且客戶端記錄了如下4組資訊資料： 　　第一個資訊資料｛user_1，1，汽車｝；其中user_1為用戶標識，1為展示位標識，汽車為資訊類型，以下相同； 　　第二個資訊資料｛user_1，2，遊戲｝； 　　第三個資訊資料｛user_1，6，體育｝； 　　第四個資訊資料｛user_1，8，音樂｝； 　　伺服器在獲取到客戶端上傳的資訊資料後，由於上述4組資訊資料具有相同的用戶標識user_1，所以可以確定為同一用戶的歷史點擊記錄； 　　之後，將每個資訊資料中的展示位標識和資訊類型關聯。即， 　　將1（展示位標識）和汽車（資訊類型）關聯，例如1-汽車； 　　將3（展示位標識）和遊戲（資訊類型）關聯； 　　將6（展示位標識）和體育（資訊類型）關聯； 　　將8（展示位標識）和音樂（資訊類型）關聯；從而生成如圖7所示的用戶標識user_1對應的用戶喜好圖。 　　根據如圖7所示的用戶喜好軌跡圖，在該用戶下一次瀏覽時，展示位1中顯示的依然會是汽車類型的資訊，展示位3中顯示的依然會是遊戲類型的資訊，展示位6中顯示的依然會是體育類型的資訊，展示位8中顯示的依然會是音樂類型的資訊；而展示位2、7中由於沒有資訊類型，所以不一定會是顯示上一次資訊類型的資訊了，可能會是隨機顯示的一種類型的資訊。 　　在實際應用中，不同客戶端上傳的資訊資料通常對應了不同的用戶，伺服器對每一個用戶標識都會生成對應的用戶喜好圖。 　　由於伺服器上通常會存在有不同用戶的用戶喜好圖；所以，伺服器在接收到客戶端發送的資訊獲取請求後，可以根據所述資訊獲取請求中攜帶的用戶標識，查詢所述用戶標識對應的用戶喜好圖。 　　在實際應用中，伺服器生成用戶喜好圖後，可以將其與用戶標識關聯後，儲存在圖資料庫中。 　　所以，在伺服器查詢用戶標識對應的用戶喜好圖時，即可以在所述圖資料庫中查詢用戶標識對應的用戶喜好圖。 　　步驟232：根據所查詢到的目標展示位，在所述用戶喜好圖中查詢與該目標展示位對應的資訊類型。 　　經過上述步驟230，伺服器可以查詢到目標展示位，進而可以在用戶喜好圖中查詢與該目標展示位對應的資訊類型。 　　在圖7所示的用戶喜好圖中，假設目標展示位6，則可以查詢到該目標展示位6對應的資訊類型為體育。 　　相應地，所述步驟240，具體可以包括： 　　向所述用戶標識對應客戶端中的目標展示位推送所查詢到的資訊類型的資訊。 　　一般的，所述資訊可以是伺服器根據所查詢到的目標展示位對應的資訊類型，從預設的資訊庫中獲取的該資訊類型的資訊。 　　在一些實施例中，同一個資訊類型下的不同資訊，可以具有不同的優先級。所以，在獲取資訊時，可以是根據優先級順序，優先獲取優先級高的資訊。如此，伺服器就可以向所述用戶標識對應客戶端中的目標展示位推送所查詢到的資訊類型的資訊。 　　相對應的，在客戶端側，客戶端在收到伺服器推送目標展示位的資訊，就可以將該資訊顯示在所述目標展示位中。由於資訊推送是預處理的，在伺服器返回資訊時，客戶端上可能沒有瀏覽到目標展示位，這樣的話，客戶端可以先將返回的資訊緩存下來，在用戶瀏覽到目標展示位時，直接使用緩存的資訊即可。 　　透過本實施例，預先根據用戶歷史瀏覽展示位的先後順序構建該用戶的展示位軌跡圖；根據用戶歷史點擊的展示位中資訊的資訊類型構建該用戶的用戶喜好軌跡圖。在用戶瀏覽當前展示位顯示的資訊時，伺服器可以根據展示位軌跡圖預測用戶下一個最有可能瀏覽的展示位，並且還可以根據用戶喜好軌跡圖預先推送用戶感興趣的資訊，從而提高用戶點擊該資訊的機率，提升用戶使用體驗，並且降低系統資源的無意義消耗。客戶端可以預先獲取伺服器推送的用戶最可能瀏覽的下一個展示位以及待顯示用戶感興趣的資訊，在用戶實際瀏覽到所述下一個展示位時立即顯示。 　　如前所述，用戶喜好圖中僅記錄了用戶歷史點擊過的展示位中資訊的資訊類型；而在實際應用中，如果查詢到的目標展示位，在歷史上用戶沒有點擊過的，那麼用戶喜好圖中就不存在該目標展示位的資訊類型。相應地，在所述用戶喜好圖中就查詢不到該目標展示位以及其對應的資訊類型。 　　針對該問題，在本申請的再一實施例中，所述步驟232，根據所查詢到的目標展示位，在所述用戶喜好圖中查詢與該目標展示位對應的資訊類型，具體包括； 　　根據所查詢到的目標展示位，在所述用戶喜好圖中查詢不到所述目標展示位的情況下，隨機將一種資訊類型確定為該目標展示位對應的資訊類型。 　　透過該實施例就可以在所述用戶喜好圖中查詢不到所述目標展示位的情況下，也可以確定一個目標展示位對應的資訊類型。從而，繼續後續步驟的進行。 　　值得一提的是，在同時應用展示位軌跡圖和用戶喜好圖時，所述展示位的優先級還可以透過如下方式獲取： 　　獲取目標展示位中記錄的資訊類型； 　　將所述目標展示位中記錄的資訊類型與源展示位中記錄的資訊類型進行匹配； 　　獲取匹配成功的資訊類型位於源展示位中的優先級； 　　將該展示位中的優先級確定為所述匹配成功的目標展示位的優先級。 　　本實施例中，假設用戶喜好軌跡圖中，源展示位3的資訊類型有足球、籃球、兵乓球，目標展示位10的資訊類型有乒乓球、游泳，目標展示位4的資訊類型有籃球、爬山。透過匹配得出，目標展示位10與源展示位3的資訊類型匹配成功的為乒乓球；目標展示位4與源展示位3的資訊類型匹配成功的是籃球。而在源展示位3中假設乒乓球的優先級為高，籃球的優先級為低；所以可以將目標展示位10的優先級也設置為高，而目標展示位4的優先級設置為低。 　　透過本實施例，在目標展示位超過1個的情況下，利用展示位的優先級，從而可以將優先級高的目標展示位確定為最終的目標展示位。如此，可以避免由於多個目標展示位需要推送多個資訊的情況，從而降低系統資源無意義的消耗。 　　在實際應用中，展示位中記錄的資訊類型可以是超過1個的。例如，同一個展示位中記錄的資訊類型有：科技、遊戲、教育。由於一個展示位只能顯示一個類型的資訊，所以如何從多個資訊類型中選出一個用戶最感興趣的資訊類型需要解決。 　　為了解決這一問題，在本申請一個具體地實施例中，所述步驟240，可以包括： 　　在所查詢到的目標展示位中記錄的資訊類型超過1個的情況下，獲取各個資訊類型的優先級； 　　將優先級最大的資訊類型的資訊推送至所述用戶標識對應的客戶端。 　　本實施例中，所述資訊類型的優先級可以是根據上傳的該資訊類型的次數確定，即上傳次數多的，優先級高；反之，次數少的，優先級低。例如，同一個展示位中，科技類資訊點擊次數為5次，遊戲類資訊用戶點擊次數為10次，教育類資訊用戶點擊次數為8次，則遊戲的優先級最高，教育次之，科技最低。 　　透過本實施例，在目標展示位中記錄超過1個的資訊類型時，伺服器可以利用資訊類型的優先級，從而將優先級最高的資訊類型的資訊推送至客戶端。如此，不僅解決了選擇的問題，而且是選出的資訊類型是用戶最感興趣的資訊類型，提升用戶點擊機率，提升用戶使用體驗。 　　在本申請的一個具體地實施例中，所述資訊包括廣告； 　　所述展示位包括廣告展示位； 　　所述資訊類型包括廣告類型； 　　所述展示位軌跡圖包括廣告展示位軌跡圖。 　　本實施例可以應用在廣告投放的場景中，透過預先根據用戶歷史瀏覽廣告展示位的先後順序構建該用戶的廣告展示位軌跡圖。在用戶瀏覽當前廣告展示位顯示的廣告時，伺服器可以根據廣告展示位軌跡圖預測用戶下一個最有可能瀏覽的廣告展示位，進而推送該預測到的廣告展示位的資訊。並且，還可以預先根據用戶歷史點擊的廣告展示位中廣告的類型構建的用戶喜好圖，推送該預測到的廣告展示位對應的用戶感興趣的廣告，從而提高用戶點擊該廣告的機率，提升用戶使用體驗，並且降低系統資源的無意義消耗。客戶端可以預先獲取伺服器推送的用戶最可能瀏覽的下一個廣告展示位以及待顯示用戶感興趣的廣告，在用戶實際瀏覽到所述下一個廣告展示位時立即顯示該廣告。 　　與前述資訊推送方法實施例相對應，本申請還提供了資訊推送裝置的實施例。 　　本申請資訊推送裝置的實施例可以分別應用在資訊推送設備上。裝置實施例可以透過軟體實現，也可以透過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為一個邏輯意義上的裝置，是透過其所在設備的處理器將非揮發性儲存器中對應的計算機程式指令讀取到內存記憶體中運行形成的。從硬體層面而言，如圖8所示，為本申請資訊推送裝置所在設備的一種硬體結構圖，除了圖8所示的處理器、網路介面、內存記憶體以及非揮發性儲存器之外，實施例中裝置所在的設備通常根據該資訊推送的實際功能，還可以包括其他硬體，對此不再贅述。 　　參見圖9，為本申請一實施例提供的資訊推送裝置的模組圖，該實施例從伺服器側進行描述，所述裝置包括：接收單元310、第一查詢單元320、第二查詢單元330和推送單元340。 　　其中，接收單元310，接收客戶端發送的資訊獲取請求；所述資訊獲取請求中攜帶有源展示位標識、請求獲取資訊的用戶標識； 　　第一查詢單元320，查詢所述用戶標識對應的展示位軌跡圖；其中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先後順序； 　　第二查詢單元330，在所述展示位軌跡圖中查詢與所述源展示位相鄰並且位於所述源展示位後的目標展示位； 　　推送單元340，向所述用戶標識對應客戶端推送所述目標展示位的資訊。 　　在一個可選的實現方式中： 　　所述展示位軌跡圖透過如下第一獲取子單元、第一生成子單元構建得到： 　　第一獲取子單元，獲取各個客戶端上傳的用戶歷史瀏覽過的展示位資料；其中，所述展示位資料包括用戶標識、展示位標識和時間戳； 　　第一生成子單元，在相同用戶標識的所述展示位資料中，根據所述時間戳的先後順序，關聯所述展示位資料中展示位標識對應的展示位，從而生成該用戶標識對應的展示位軌跡圖。 　　在一個可選的實現方式中： 　　所述第二查詢單元330，具體包括： 　　展示位查詢子單元，在所述展示位軌跡圖中查詢與所述源展示位關聯並且位於所述源展示位後的目標展示位； 　　優先級獲取子單元，在所述目標展示位超過1個的情況下，獲取各個目標展示位的優先級； 　　展示位確定子單元，將優先級最大的目標展示位確定為最終的目標展示位。 　　在一個可選的實現方式中： 　　所述目標展示位的優先級根據用戶瀏覽次數獲取。 　　在一個可選的實現方式中： 　　在所述第二查詢單元330之後，所述方法還包括： 　　第三查詢單元，查詢所述用戶標識對應的用戶喜好圖；其中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中資訊的資訊類型； 　　第四查詢單元，根據所查詢到的目標展示位，在所述用戶喜好圖中查詢與該目標展示位對應的資訊類型； 　　所述推送單元340，具體包括： 　　推送子單元，向所述用戶標識對應客戶端中的目標展示位推送所查詢到的資訊類型的資訊。 　　在一個可選的實現方式中： 　　所述用戶喜好圖透過如下第二獲取子單元、第二生成子單元構建得到： 　　第二獲取子單元，獲取各個客戶端上傳的用戶歷史點擊過的資訊資料；其中，所述資訊資料包括用戶標識、展示位標識和資訊類型； 　　第二生成子單元，在相同用戶標識的所述資訊資料中，將展示位標識和資訊類型關聯，從而生成該用戶標識對應的用戶喜好圖。 　　在一個可選的實現方式中： 　　所述第二查詢單元，具體包括： 　　查詢子單元，根據所查詢到的目標展示位，在所述用戶喜好圖中查詢不到所述目標展示位的情況下，隨機將一種資訊類型確定為該目標展示位對應的資訊類型。 　　在一個可選的實現方式中： 　　所述推送單元340，具體包括： 　　資訊類型獲取子單元，在所查詢到的目標展示位對應的資訊類型超過1個的情況下，獲取各個資訊類型的優先級； 　　資訊確定子單元，將優先級最大的資訊類型的資訊確定為待發送的資訊； 　　資訊推送子單元，向所述用戶標識對應客戶端中的目標展示位推送所述待發送的資訊。 　　在一個可選的實現方式中： 　　所述資訊類型的優先級根據上傳的該資訊類型的次數確定。 　　在一個可選的實現方式中： 　　所述資訊包括廣告； 　　所述展示位包括廣告展示位； 　　所述資訊類型包括廣告類型； 　　所述展示位軌跡圖包括廣告展示位軌跡圖。 　　上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程，在此不再贅述。 　　對於裝置實施例而言，由於其基本對應於方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是實體上分開的，作為單元顯示的部件可以是或者也可以不是實體單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本申請方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。 　　本領域技術人員在考慮說明書及實踐這裡公開的發明後，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本申請的一般性原理並包括本申請未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本申請的真正範圍和精神由下面的申請專利範圍指出。 　　應當理解的是，本申請並不局限於上面已經描述並在附圖中示出的精確結構，並且可以在不脫離其範圍進行各種修改和改變。本申請的範圍僅由所附的申請專利範圍來限制。

310‧‧‧接收單元

320‧‧‧第一查詢單元

330‧‧‧第二查詢單元

340‧‧‧推送單元

圖1是本申請提供的客戶端上顯示的展示位示意圖； 　　圖2是本申請一實施例提供的資訊推送方法的流程圖； 　　圖3是本申請提供的客戶端上顯示的另一種展示位示意圖； 　　圖4是本申請一實施例提供的展示位軌跡圖； 　　圖5是本申請一實施例提供的多個目標展示位的示意圖； 　　圖6是本申請一實施例提供的資訊推送方法的流程圖； 　　圖7是本申請一實施例提供的用戶喜好圖； 　　圖8是本申請提供的資訊推送裝置所在設備的一種硬體結構圖； 　　圖9是本申請一實施例提供的資訊推送裝置的模組示意圖。

Claims (20)

1. 一種資訊推送方法，其特徵在於，該方法包括： 　　接收客戶端發送的資訊獲取請求；該資訊獲取請求中攜帶有源展示位標識、請求獲取資訊的用戶標識； 　　查詢該用戶標識對應的展示位軌跡圖；其中，該展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先後順序； 　　在該展示位軌跡圖中查詢與該源展示位相鄰並且位於該源展示位後的目標展示位； 　　向該用戶標識對應客戶端推送該目標展示位的資訊。
2. 根據申請專利範圍第1項所述的方法，其中，該展示位軌跡圖透過如下方式構建得到： 　　獲取各個客戶端上傳的用戶歷史瀏覽過的展示位資料；其中，該展示位資料包括用戶標識、展示位標識和時間戳； 　　在相同用戶標識的該展示位資料中，根據該時間戳的先後順序，關聯該展示位資料中展示位標識對應的展示位，從而生成該用戶標識對應的展示位軌跡圖。
3. 根據申請專利範圍第1項所述的方法，其中，在該展示位軌跡圖中查詢與該源展示位關聯並且位於該源展示位後的目標展示位，具體包括： 　　在該展示位軌跡圖中查詢與該源展示位關聯並且位於該源展示位後的目標展示位； 　　在該目標展示位超過1個的情況下，獲取各個目標展示位的優先級； 　　將優先級最大的目標展示位確定為最終的目標展示位。
4. 根據申請專利範圍第3項所述的方法，其中，該目標展示位的優先級根據用戶瀏覽次數獲取。
5. 根據申請專利範圍第1項所述的方法，其中，在該展示位軌跡圖中查詢與該源展示位相鄰並且位於該源展示位後的目標展示位之後，該方法還包括： 　　查詢該用戶標識對應的用戶喜好圖；其中，該用戶喜好圖中記錄了用戶歷史點擊的展示位中資訊的資訊類型； 　　根據所查詢到的目標展示位，在該用戶喜好圖中查詢與該目標展示位對應的資訊類型； 　　所述向該用戶標識對應客戶端推送該目標展示位的資訊，具體包括： 　　向該用戶標識對應客戶端中的目標展示位推送所查詢到的資訊類型的資訊。
6. 根據申請專利範圍第5項所述的方法，其中，該用戶喜好圖透過如下方式構建得到： 　　獲取各個客戶端上傳的用戶歷史點擊過的資訊資料；其中，該資訊資料包括用戶標識、展示位標識和資訊類型； 　　在相同用戶標識的該資訊資料中，將展示位標識和資訊類型關聯，從而生成該用戶標識對應的用戶喜好圖。
7. 根據申請專利範圍第5項所述的方法，其中，根據所查詢到的目標展示位，在該用戶喜好圖中查詢與該目標展示位對應的資訊類型，具體包括； 　　根據所查詢到的目標展示位，在該用戶喜好圖中查詢不到該目標展示位的情況下，隨機將一種資訊類型確定為該目標展示位對應的資訊類型。
8. 根據申請專利範圍第5項所述的方法，其中，向該用戶標識對應的客戶端中的目標展示位推送所查詢到的資訊類型的資訊，具體包括： 　　在所查詢到的目標展示位對應的資訊類型超過1個的情況下，獲取各個資訊類型的優先級； 　　將優先級最大的資訊類型的資訊確定為待發送的資訊； 　　向該用戶標識對應客戶端中的目標展示位推送該待發送的資訊。
9. 根據申請專利範圍第8項所述的方法，其中，該資訊類型的優先級根據上傳的該資訊類型的次數確定。
10. 根據申請專利範圍第1-9項中任一項所述的方法，其中，該資訊包括廣告； 　　該展示位包括廣告展示位； 　　該資訊類型包括廣告類型； 　　該展示位軌跡圖包括廣告展示位軌跡圖。
11. 一種資訊推送裝置，其特徵在於，該裝置包括： 　　接收單元，接收客戶端發送的資訊獲取請求；該資訊獲取請求中攜帶有源展示位標識、請求獲取資訊的用戶標識； 　　第一查詢單元，查詢該用戶標識對應的展示位軌跡圖；其中，該展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先後順序； 　　第二查詢單元，在該展示位軌跡圖中查詢與該源展示位相鄰並且位於該源展示位後的目標展示位； 　　推送單元，向該用戶標識對應客戶端推送該目標展示位的資訊。
12. 根據申請專利範圍第11項所述的裝置，其中，該展示位軌跡圖透過如下第一獲取子單元、第一生成子單元構建得到： 　　第一獲取子單元，獲取各個客戶端上傳的用戶歷史瀏覽過的展示位資料；其中，該展示位資料包括用戶標識、展示位標識和時間戳； 　　第一生成子單元，在相同用戶標識的該展示位資料中，根據該時間戳的先後順序，關聯該展示位資料中展示位標識對應的展示位，從而生成該用戶標識對應的展示位軌跡圖。
13. 根據申請專利範圍第11項所述的裝置，其中，該第二查詢單元，具體包括： 　　展示位查詢子單元，在該展示位軌跡圖中查詢與該源展示位關聯並且位於該源展示位後的目標展示位； 　　優先級獲取子單元，在該目標展示位超過1個的情況下，獲取各個目標展示位的優先級； 　　展示位確定子單元，將優先級最大的目標展示位確定為最終的目標展示位。
14. 根據申請專利範圍第13項所述的裝置，其中，該目標展示位的優先級根據用戶瀏覽次數獲取。
15. 根據申請專利範圍第11項所述的裝置，其中，在該第二查詢單元之後，該方法還包括： 　　第三查詢單元，查詢該用戶標識對應的用戶喜好圖；其中，該用戶喜好圖中記錄了用戶歷史點擊的展示位中資訊的資訊類型； 　　第四查詢單元，根據所查詢到的目標展示位，在該用戶喜好圖中查詢與該目標展示位對應的資訊類型； 　　該推送單元，具體包括： 　　推送子單元，向該用戶標識對應客戶端中的目標展示位推送所查詢到的資訊類型的資訊。
16. 根據申請專利範圍第15項所述的裝置，其中，該用戶喜好圖透過如下第二獲取子單元、第二生成子單元構建得到： 　　第二獲取子單元，獲取各個客戶端上傳的用戶歷史點擊過的資訊資料；其中，該資訊資料包括用戶標識、展示位標識和資訊類型； 　　第二生成子單元，在相同用戶標識的該資訊資料中，將展示位標識和資訊類型關聯，從而生成該用戶標識對應的用戶喜好圖。
17. 根據申請專利範圍第15項所述的裝置，其中，該第二查詢單元，具體包括： 　　查詢子單元，根據所查詢到的目標展示位，在該用戶喜好圖中查詢不到該目標展示位的情況下，隨機將一種資訊類型確定為該目標展示位對應的資訊類型。
18. 根據申請專利範圍第15項所述的裝置，其中，該推送單元，具體包括： 　　資訊類型獲取子單元，在所查詢到的目標展示位對應的資訊類型超過1個的情況下，獲取各個資訊類型的優先級； 　　資訊確定子單元，將優先級最大的資訊類型的資訊確定為待發送的資訊； 　　資訊推送子單元，向該用戶標識對應客戶端中的目標展示位推送該待發送的資訊。
19. 根據申請專利範圍第18項所述的裝置，其中，該資訊類型的優先級根據上傳的該資訊類型的次數確定。
20. 根據申請專利範圍第11-19項中任一項所述的裝置，其中，該資訊包括廣告； 　　該展示位包括廣告展示位； 　　該資訊類型包括廣告類型； 　　該展示位軌跡圖包括廣告展示位軌跡圖。