本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種信息推送方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的不斷發(fā)展，信息的傳播變得越來越便捷，也越來越快速。用戶可以很方便的使用客戶端來瀏覽信息。

所述的客戶端可以是指軟件上的應(yīng)用程序，例如電子錢包APP、即時通訊APP、新聞APP等。

一般的，信息在客戶端中可以是顯示在展示位中的。通常，展示位在客戶端上的排布順序是固定不變的。不同客戶端中顯示展示位的順序也是相同的，不同之處僅在于由于不同客戶端屏幕大小不同，能夠同時顯示的展示位數(shù)量不同。例如，圖1所述的客戶端可以同時顯示3個展示位，而其它屏幕較小的客戶端可以同時顯示2個展示位。但是，都是根據(jù)展示位的排布順序，固定地依次顯示展示位1、2、3、4、5等。而且，客戶端獲取信息也是依次獲取展示位1中的信息，展示位2中的信息、展示位3中的信息等。

依然如圖1所示，當(dāng)前顯示的展示位為1、2、3，并且顯示有對應(yīng)的信息；而對于未顯示的展示位(如、展示位4、5等)，只有在其展示位顯示時，客戶端才向服務(wù)器獲取信息。由于，信息獲取需要一定的時候，所以這種信息獲取方式，可能會造成卡頓的情況，影響用戶體驗。

現(xiàn)有技術(shù)中，為了避免上述問題，通常采用預(yù)獲取的方式，即在用戶還在瀏覽當(dāng)前頁面中的信息時，客戶端預(yù)先獲取后一個展示位的信息。依然已圖1所示，當(dāng)前頁面中顯示展示位1、2、3的信息，客戶端向服務(wù)器獲取后一個未顯示的展示位4的信息。這樣，在用戶瀏覽到展示位4時，可以直接使用預(yù)先獲取的信息，避免由于通信延遲等因素造成的卡頓現(xiàn)象影響用戶體驗。然而，在用戶瀏覽信息并不一定是按照順序依次瀏覽每一個展示位中的信息。繼續(xù)參考圖1，假設(shè)用戶在屏幕中劃動的很快或者劃定幅度較大時，展示位4、展示位5一閃而過，最后顯示的是展示位6、7、8的信息。這樣的話，根據(jù)現(xiàn)有技術(shù)，客戶端依次會向服務(wù)器獲取展示位4、5、6、7、8的信息；但是由于展示位4、5的信息一閃而過，所以用戶其實并沒有瀏覽；這樣，服務(wù)器推送展示位4、5的信息就變得無意義了，也就造成了系統(tǒng)資源的浪費。

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

本申請?zhí)峁┑男畔⑼扑头椒把b置，以解決現(xiàn)有系統(tǒng)資源浪費的問題。

根據(jù)本申請實施例提供的一種信息推送方法，所述方法包括：

接收客戶端發(fā)送的信息獲取請求；所述信息獲取請求中攜帶有源展示位標(biāo)識、請求獲取信息的用戶標(biāo)識；

查詢所述用戶標(biāo)識對應(yīng)的展示位軌跡圖；其中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先后順序；

在所述展示位軌跡圖中查詢與所述源展示位相鄰并且位于所述源展示位后的目標(biāo)展示位；

向所述用戶標(biāo)識對應(yīng)客戶端推送所述目標(biāo)展示位的信息。

可選的，所述展示位軌跡圖通過如下方式構(gòu)建得到：

獲取各個客戶端上傳的用戶歷史瀏覽過的展示位數(shù)據(jù)；其中，所述展示位數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和時間戳；

在相同用戶標(biāo)識的所述展示位數(shù)據(jù)中，根據(jù)所述時間戳的先后順序，關(guān)聯(lián)所述展示位數(shù)據(jù)中展示位標(biāo)識對應(yīng)的展示位，從而生成該用戶標(biāo)識對應(yīng)的展示位軌跡圖。

可選的，在所述展示位軌跡圖中查詢與所述源展示位關(guān)聯(lián)并且位于所述源展示位后的目標(biāo)展示位，具體包括：

在所述展示位軌跡圖中查詢與所述源展示位關(guān)聯(lián)并且位于所述源展示位后的目標(biāo)展示位；

在所述目標(biāo)展示位超過1個的情況下，獲取各個目標(biāo)展示位的優(yōu)先級；

將優(yōu)先級最大的目標(biāo)展示位確定為最終的目標(biāo)展示位。

可選的，所述目標(biāo)展示位的優(yōu)先級根據(jù)用戶瀏覽次數(shù)獲取。

可選的，在所述展示位軌跡圖中查詢與所述源展示位相鄰并且位于所述源展示位后的目標(biāo)展示位之后，所述方法還包括：

查詢所述用戶標(biāo)識對應(yīng)的用戶喜好圖；其中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中信息的信息類型；

根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢與該目標(biāo)展示位對應(yīng)的信息類型；

所述向所述用戶標(biāo)識對應(yīng)客戶端推送所述目標(biāo)展示位的信息，具體包括：

向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所查詢到的信息類型的信息。

可選的，所述用戶喜好圖通過如下方式構(gòu)建得到：

獲取各個客戶端上傳的用戶歷史點擊過的信息數(shù)據(jù)；其中，所述信息數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和信息類型；

在相同用戶標(biāo)識的所述信息數(shù)據(jù)中，將展示位標(biāo)識和信息類型關(guān)聯(lián)，從而生成該用戶標(biāo)識對應(yīng)的用戶喜好圖。

可選的，根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢與該目標(biāo)展示位對應(yīng)的信息類型，具體包括；

根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢不到所述目標(biāo)展示位的情況下，隨機將一種信息類型確定為該目標(biāo)展示位對應(yīng)的信息類型。

可選的，向所述用戶標(biāo)識對應(yīng)的客戶端中的目標(biāo)展示位推送所查詢到的信息類型的信息，具體包括：

在所查詢到的目標(biāo)展示位對應(yīng)的信息類型超過1個的情況下，獲取各個信息類型的優(yōu)先級；

將優(yōu)先級最大的信息類型的信息確定為待發(fā)送的信息；

向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所述待發(fā)送的信息。

可選的，所述信息類型的優(yōu)先級根據(jù)上傳的該信息類型的次數(shù)確定。

可選的，所述信息包括廣告；

所述展示位包括廣告展示位；

所述信息類型包括廣告類型；

所述展示位軌跡圖包括廣告展示位軌跡圖。

根據(jù)本申請實施例提供的一種信息推送裝置，所述裝置包括：

接收單元，接收客戶端發(fā)送的信息獲取請求；所述信息獲取請求中攜帶有源展示位標(biāo)識、請求獲取信息的用戶標(biāo)識；

第一查詢單元，查詢所述用戶標(biāo)識對應(yīng)的展示位軌跡圖；其中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先后順序；

第二查詢單元，在所述展示位軌跡圖中查詢與所述源展示位相鄰并且位于所述源展示位后的目標(biāo)展示位；

推送單元，向所述用戶標(biāo)識對應(yīng)客戶端推送所述目標(biāo)展示位的信息。

可選的，所述展示位軌跡圖通過如下第一獲取子單元、第一生成子單元構(gòu)建得到：

第一獲取子單元，獲取各個客戶端上傳的用戶歷史瀏覽過的展示位數(shù)據(jù)；其中，所述展示位數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和時間戳；

第一生成子單元，在相同用戶標(biāo)識的所述展示位數(shù)據(jù)中，根據(jù)所述時間戳的先后順序，關(guān)聯(lián)所述展示位數(shù)據(jù)中展示位標(biāo)識對應(yīng)的展示位，從而生成該用戶標(biāo)識對應(yīng)的展示位軌跡圖。

可選的，所述第二查詢單元，具體包括：

展示位查詢子單元，在所述展示位軌跡圖中查詢與所述源展示位關(guān)聯(lián)并且位于所述源展示位后的目標(biāo)展示位；

優(yōu)先級獲取子單元，在所述目標(biāo)展示位超過1個的情況下，獲取各個目標(biāo)展示位的優(yōu)先級；

展示位確定子單元，將優(yōu)先級最大的目標(biāo)展示位確定為最終的目標(biāo)展示位。

可選的，所述目標(biāo)展示位的優(yōu)先級根據(jù)用戶瀏覽次數(shù)獲取。

可選的，在所述第二查詢單元之后，所述方法還包括：

第三查詢單元，查詢所述用戶標(biāo)識對應(yīng)的用戶喜好圖；其中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中信息的信息類型；

第四查詢單元，根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢與該目標(biāo)展示位對應(yīng)的信息類型；

所述推送單元，具體包括：

推送子單元，向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所查詢到的信息類型的信息。

可選的，所述用戶喜好圖通過如下第二獲取子單元、第二生成子單元構(gòu)建得到：

第二獲取子單元，獲取各個客戶端上傳的用戶歷史點擊過的信息數(shù)據(jù)；其中，所述信息數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和信息類型；

第二生成子單元，在相同用戶標(biāo)識的所述信息數(shù)據(jù)中，將展示位標(biāo)識和信息類型關(guān)聯(lián)，從而生成該用戶標(biāo)識對應(yīng)的用戶喜好圖。

可選的，所述第二查詢單元，具體包括：

查詢子單元，根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢不到所述目標(biāo)展示位的情況下，隨機將一種信息類型確定為該目標(biāo)展示位對應(yīng)的信息類型。

可選的，所述推送單元，具體包括：

信息類型獲取子單元，在所查詢到的目標(biāo)展示位對應(yīng)的信息類型超過1個的情況下，獲取各個信息類型的優(yōu)先級；

信息確定子單元，將優(yōu)先級最大的信息類型的信息確定為待發(fā)送的信息；

信息推送子單元，向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所述待發(fā)送的信息。

可選的，所述信息類型的優(yōu)先級根據(jù)上傳的該信息類型的次數(shù)確定。

可選的，所述信息包括廣告；

所述展示位包括廣告展示位；

所述信息類型包括廣告類型；

所述展示位軌跡圖包括廣告展示位軌跡圖。

本申請實施例中，預(yù)先根據(jù)用戶歷史瀏覽展示位的先后順序構(gòu)建該用戶的展示位軌跡圖。在用戶瀏覽當(dāng)前展示位顯示的信息時，服務(wù)器可以根據(jù)展示位軌跡圖預(yù)測用戶下一個最有可能瀏覽的展示位，即目標(biāo)展示位；進(jìn)而推送該目標(biāo)展示位的信息。這樣確定的目標(biāo)展示位不一定是當(dāng)前展示位后一個的展示位。如此，避免服務(wù)器依然推送被用戶快速劃動一閃而過的展示位信息，進(jìn)而實現(xiàn)了降低系統(tǒng)資源的無意義消耗。

附圖說明

圖1是本申請?zhí)峁┑目蛻舳松巷@示的展示位示意圖；

圖2是本申請一實施例提供的信息推送方法的流程圖；

圖3是本申請?zhí)峁┑目蛻舳松巷@示的另一種展示位示意圖；

圖4是本申請一實施例提供的展示位軌跡圖；

圖5是本申請一實施例提供的多個目標(biāo)展示位的示意圖；

圖6是本申請一實施例提供的信息推送方法的流程圖；

圖7是本申請一實施例提供的用戶喜好圖；

圖8是本申請?zhí)峁┑男畔⑼扑脱b置所在設(shè)備的一種硬件結(jié)構(gòu)圖；

圖9是本申請一實施例提供的信息推送裝置的模塊示意圖。

具體實施方式

這里將詳細(xì)地對示例性實施例進(jìn)行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”。

參見圖2，為本申請一實施例提供的信息推送方法的流程圖，該實施例從服務(wù)器側(cè)進(jìn)行描述，所述方法具體可以包括以下步驟：

步驟210：接收客戶端發(fā)送的信息獲取請求；所述信息獲取請求中攜帶有源展示位標(biāo)識、請求獲取信息的用戶標(biāo)識。

本實施例中，所述的客戶端可以是指軟件上的應(yīng)用程序，例如電子錢包APP、即時通訊APP、新聞APP等。本文中所提到的展示位可以是客戶端應(yīng)用程序界面中用于展示信息的區(qū)域。

繼續(xù)如圖1所示的客戶端上顯示展示位示意圖。本例子中展示位是位于不同區(qū)域的，相互明顯區(qū)分的。用戶在客戶端上瀏覽信息，可以通過上下滑動查看不同的信息，不同的信息是顯示在不同的展示位中的。在用戶瀏覽信息過程中，客戶端可以主動地向服務(wù)器發(fā)起信息獲取請求。假設(shè)用戶瀏覽到界面最下方的展示位3，則該信息獲取請求可以是用于獲取該展示位3的下一個展示位中需要顯示的信息。如上所述，所述信息獲取請求中攜帶有展示位3的源展示位標(biāo)識、請求獲取信息的用戶標(biāo)識。

再舉例說明，如圖3所示為客戶端顯示的另一種展示位示意圖。本例子中展示位是位于同一個區(qū)域的。用戶可以通過左右滑動的方式來控制客戶端顯示不同的信息。類似地，在用戶瀏覽信息過程中，客戶端可以主動地向服務(wù)器發(fā)起信息獲取請求。區(qū)域106中具有5個不同的展示位(5個小圓圈)，由于當(dāng)前是顯示的是第一個展示位，所以客戶端發(fā)送的信息獲取請求是用于獲取該展示位的下一個展示位中需要顯示的信息。如上所述，所述信息獲取請求中攜帶有第一個展示位的源展示位標(biāo)識、請求獲取信息的用戶標(biāo)識。

上述所舉的例子僅是針對展示位顯示形式的示例，在具體實施例中展示位還可以是以其它形式顯示的，例如同一個區(qū)域內(nèi)上下滑動等。

所述源展示位標(biāo)識為當(dāng)前客戶端上最后顯示的一個展示位對應(yīng)的標(biāo)識。如圖1所示，該源展示位標(biāo)識即為展示位3對應(yīng)的標(biāo)識。在實際應(yīng)用的實施例中，所述源展示位標(biāo)識可以是展示位id。例如數(shù)字編號1、2或3。

所述用戶標(biāo)識可以是用戶id。例如，用戶帳號user_1或user_2。

步驟220：查詢所述用戶標(biāo)識對應(yīng)的展示位軌跡圖。

本實施例中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先后順序。

所述展示位軌跡圖可以通過如下方式構(gòu)建得到：

A1：獲取各個客戶端上傳的用戶歷史瀏覽過的展示位數(shù)據(jù)；其中，所述展示位數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和時間戳(timestamp)；

A2：獲取客戶端上傳的用戶點擊過的信息數(shù)據(jù)；其中，所述信息數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和信息類型；

A3：在相同用戶標(biāo)識的所述展示位數(shù)據(jù)中，根據(jù)所述時間戳的先后順序，關(guān)聯(lián)所述展示位數(shù)據(jù)中展示位標(biāo)識對應(yīng)的展示位，從而生成該用戶標(biāo)識對應(yīng)的展示位軌跡圖。

客戶端中預(yù)先進(jìn)行了日志埋點，之后通過客戶端的日志采集模塊定時采集用戶歷史瀏覽過的展示位數(shù)據(jù)，并統(tǒng)一將上傳至服務(wù)器。

所述定時可以理解為固定的時間，例如每天8點、17點或者24點等，每周一；還可以理解為預(yù)設(shè)時長，即客戶端的日志采集模塊可以啟動一個定時器，在所述定時器到達(dá)預(yù)設(shè)時長的情況下采集參數(shù)。當(dāng)然，在一些實施例中，日志采集模塊也可以是不定時的。例如，可以按照數(shù)據(jù)量，當(dāng)采集到的展示位數(shù)據(jù)和/或信息數(shù)據(jù)量到達(dá)預(yù)設(shè)數(shù)據(jù)量的情況下，上傳給服務(wù)器。

本實施例中，所述日志可以用于記錄用戶的操作。而日志埋點為在日志原本的功能邏輯中添加一些特殊的功能。具體地，可以是通過日志采集接口，在日志中進(jìn)行配置，例如統(tǒng)計用戶點擊某個按鈕的次數(shù)。

在本實施例中，所述日志埋點，主要用于統(tǒng)計用戶歷史瀏覽過的展示位數(shù)據(jù)。

具體地，所述展示位數(shù)據(jù)可以包括用戶標(biāo)識、展示位標(biāo)識和時間戳。

以下介紹客戶端如何判斷用戶是否瀏覽了展示位：

例子一：

以圖1為例，客戶端先顯示展示位1、2、3的信息，然后隨著用戶向上劃，依次顯示展示位4的信息、展示位5的信息等。然而，在用戶向上劃時，假設(shè)劃的很快或者劃定幅度較大，展示位4、展示位5一閃而過，最后顯示的是展示位6、7、8的信息。這樣的話，客戶端可以判定展示位4、5并不算用戶瀏覽的。也就是說，用戶是否瀏覽了展示位的依據(jù)可以是展示位停留在屏幕上的時長是否達(dá)到預(yù)設(shè)時長。

所述預(yù)設(shè)時長可以是人為設(shè)置的一個經(jīng)驗值。例如，5秒，則展示位停留在客戶端屏幕上的時長達(dá)到5秒就可以認(rèn)為用戶瀏覽了該展示位；反之，未達(dá)到5秒的話，就可以認(rèn)為用戶沒有瀏覽該展示位。本文后續(xù)的瀏覽的展示位均可以是理解為已達(dá)到預(yù)設(shè)時長的展示位。

例如，用戶瀏覽一個展示位，則系統(tǒng)日志會記錄下一條展示位數(shù)據(jù)，即該展示位標(biāo)識、用戶標(biāo)識以及時間戳。所述時間戳為用戶瀏覽到該展示位，即顯示該展示位時刻的時間戳。假設(shè)用戶標(biāo)識為user_1，展示位標(biāo)識為4，時間戳為1474873552(即2016/9/26 15:5:52)。日志采集模塊可以將采集到的這條展示位數(shù)據(jù)(user_1，4，1474873552)上傳至服務(wù)器。

服務(wù)器獲取各個客戶端上傳的用戶歷史瀏覽過的展示位數(shù)據(jù)之后，可以在相同用戶標(biāo)識的所述展示位數(shù)據(jù)中，根據(jù)所述時間戳的先后順序，關(guān)聯(lián)所述展示位數(shù)據(jù)中展示位標(biāo)識對應(yīng)的展示位。

本實施例中，利用時間戳的先后順序，可以確定不同展示位之間的前后關(guān)系，進(jìn)而確定源展示位和目標(biāo)展示位，所述源展示位和目標(biāo)展示位是一個相對的概念，前一個展示相對于后一個展示位為源展示位，后一個展示位相對于前一個展示位即為目標(biāo)展示位。一個展示位相對于其源展示位，為目標(biāo)展示位，而相對于其目標(biāo)展示位，又為源展示位。

利用時間戳將展示位連接形成一個鏈條，如果存在相同展示位則可以形成一個環(huán)。

沿用上述例子一中所述的內(nèi)容，假設(shè)客戶端記錄了如下6組展示位數(shù)據(jù)：

第一個展示位數(shù)據(jù){user_1，1，1474873552}；其中user_1為用戶標(biāo)識，1為展示位標(biāo)識，1474873552為時間戳，以下相同；

第二個展示位數(shù)據(jù){user_1，2,1474873553}；

第三個展示位數(shù)據(jù){user_1，3,1474873554}；

第四個展示位數(shù)據(jù){user_1，6,1474873570}；

第五個展示位數(shù)據(jù){user_1，7,1474873571}；

第六個展示位數(shù)據(jù){user_1，8,1474873572}；

服務(wù)器在獲取到客戶端上傳的展示位數(shù)據(jù)后，由于上述6組展示位數(shù)據(jù)具有相同的用戶標(biāo)識user_1，所以可以確定為同一用戶的歷史瀏覽記錄；

之后，根據(jù)時間戳可以確定每一個展示位的前后順序，上述6組展示位數(shù)據(jù)按照從先到后依次為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所示的展示位示意圖中，關(guān)聯(lián)展示位1和展示位2，并且是從展示位1指向展示位2，即可以表示用戶是瀏覽完展示位1后，再瀏覽展示位2；

關(guān)聯(lián)展示位2和展示位3，并且是從展示位2指向展示位3，即可以表示用戶是瀏覽完展示位2后，再瀏覽展示位3；

關(guān)聯(lián)展示位3和展示位6，并且是從展示位3指向展示位6，即可以表示用戶瀏覽軌跡是瀏覽展示位3后，瀏覽展示位6的；

關(guān)聯(lián)展示位6和展示位7相連，并且是從展示位6指向展示位7，即可以表示用戶瀏覽軌跡是瀏覽展示位6后，瀏覽展示位7的；

關(guān)聯(lián)展示位7和展示位8相連，并且是從展示位7指向展示位8，即可以表示用戶瀏覽軌跡是瀏覽展示位7后，瀏覽展示位8的。

由圖4所示的展示位軌跡圖可以看出，用戶首先瀏覽了展示位1、2、3后，然后快速劃動屏幕，跳過了展示位4、5，直接瀏覽展示位7、8、9。

在實際應(yīng)用中，不同客戶端上傳的展示位數(shù)據(jù)通常對應(yīng)了不同的用戶，服務(wù)器對每一個用戶標(biāo)識都會生成對應(yīng)的展示位軌跡圖。

由于服務(wù)器上通常會存在有不同用戶的展示位軌跡圖；所以，服務(wù)器在接收到客戶端發(fā)送的信息獲取請求后，可以根據(jù)所述信息獲取請求中攜帶的用戶標(biāo)識，查詢所述用戶標(biāo)識對應(yīng)的展示位軌跡圖。

在實際應(yīng)用中，服務(wù)器生成展示位軌跡圖后，可以將其與用戶標(biāo)識關(guān)聯(lián)后，存儲在圖數(shù)據(jù)庫中。

所以，在服務(wù)器查詢用戶標(biāo)識對應(yīng)的展示位軌跡圖時，即可以在所述圖數(shù)據(jù)庫中查詢用戶標(biāo)識對應(yīng)的展示位軌跡圖。

步驟230：在所述展示位軌跡圖中查詢與所述源展示位相連并且位于所述源展示位后的目標(biāo)展示位。

本實施例中，如前所述，目標(biāo)展示位與源展示位相連，并且源展示位指向目標(biāo)展示位即目標(biāo)展示位位于源展示位后。

本實施例中，服務(wù)器在查詢到上述用戶標(biāo)識對應(yīng)的展示位軌跡圖之后，進(jìn)一步的，在所述展示位軌跡圖中可以查詢與所述源展示位相連并且位于所述源展示位后的目標(biāo)展示位。

在上述例子一的基礎(chǔ)上，結(jié)合圖1所述的客戶端示意圖。用戶再次瀏覽信息，當(dāng)前客戶端屏幕中顯示的為展示位1、2、3。此時，客戶端會向服務(wù)器發(fā)送信息獲取請求，該信息獲取請求中攜帶了用戶標(biāo)識user_1，源展示位標(biāo)識3。則服務(wù)器可以根據(jù)該用戶標(biāo)識user_1查詢到對應(yīng)的展示位軌跡圖如圖4所示，由于源展示位標(biāo)識為3，服務(wù)器查詢與源展示位3相連并且位于所述源展示位3后的目標(biāo)展示位即為6。

通過本步驟中的例子，可以看出，本實施例根據(jù)用戶的展示位軌跡圖，依據(jù)用戶歷史瀏覽展示位的先后順序來判斷用戶瀏覽完當(dāng)前展示位后最有可能去瀏覽的目標(biāo)展示位。也就是說，本實施例在用戶瀏覽當(dāng)前展示位時，不一定是依次獲取后一個展示位的信息。即本步驟例子中在當(dāng)前客戶端上顯示的源展示位為展示位3的情況下，客戶端可以是獲取展示位6的信息，而不是如現(xiàn)有技術(shù)中那樣依照展示位固定的順序來獲取展示位4的信息。

步驟240：向所述用戶標(biāo)識對應(yīng)客戶端推送所述目標(biāo)展示位的信息。

本實施例中，服務(wù)器在確定了目標(biāo)展示位后，可以針對性地向所述用戶標(biāo)識對應(yīng)客戶端推送所述目標(biāo)展示位的信息。

相對應(yīng)的，在客戶端側(cè)，客戶端在收到服務(wù)器推送目標(biāo)展示位的信息后，就可以將該信息顯示在所述目標(biāo)展示位中。由于信息推送是預(yù)處理的，在服務(wù)器返回信息時，客戶端上可能沒有瀏覽到目標(biāo)展示位，這樣的話，客戶端可以先將返回的信息緩存下來，在用戶瀏覽到目標(biāo)展示位時，直接使用緩存的信息即可。

通過本申請實施例，預(yù)先根據(jù)用戶歷史瀏覽展示位的先后順序構(gòu)建該用戶的展示位軌跡圖。在用戶瀏覽當(dāng)前展示位顯示的信息時，服務(wù)器可以根據(jù)展示位軌跡圖預(yù)測用戶下一個最有可能瀏覽的展示位，即目標(biāo)展示位；進(jìn)而推送該目標(biāo)展示位的信息。這樣確定的目標(biāo)展示位不一定是當(dāng)前展示位后一個的展示位。如此，避免服務(wù)器依然推送被用戶快速劃動一閃而過的展示位信息，進(jìn)而實現(xiàn)了降低系統(tǒng)資源的無意義消耗。

在實際應(yīng)用中，對于源展示位來說，可能存在超過1個的目標(biāo)展示位。圖5所示的展示位軌跡圖中，展示位3的目標(biāo)展示位有4和10。此時，服務(wù)器可以將展示位4和10都確定為目標(biāo)展示位，從而向客戶端推送針對這兩個展示位的信息，也就是說存在多個目標(biāo)展示位時，推送多個信息。然而，由于客戶端屏幕限制，距離很遠(yuǎn)的展示位用戶無法同時瀏覽信息，所以多推送信息很可能是無意義的，造成了系統(tǒng)資源的消耗。

為例解決這一問題，在本申請一個具體地實施例中，所述步驟230中在所述展示位軌跡圖中查詢與所述源展示位相連并且位于所述源展示位后的目標(biāo)展示位，具體可以包括如下步驟：

在所述展示位軌跡圖中查詢與所述源展示位相連并且位于所述源展示位后的目標(biāo)展示位；

在所述目標(biāo)展示位超過1個的情況下，獲取各個目標(biāo)展示位的優(yōu)先級；

將優(yōu)先級最大的目標(biāo)展示位確定為最終的目標(biāo)展示位。

本實施例中，不同目標(biāo)展示位存在不同的優(yōu)先級。依然如圖5所示，展示位3的目標(biāo)展示位有兩個，即展示位4和展示位10，假設(shè)展示位10的優(yōu)先級高于展示位4，則可以確定展示位10為目標(biāo)展示位。

一般的，所述展示位的優(yōu)先級可以根據(jù)用戶瀏覽次數(shù)確定，例如瀏覽次數(shù)多的，優(yōu)先級高，反之，瀏覽次數(shù)少的，優(yōu)先級低。例如，同樣是展示位3的目標(biāo)展示位4和10，由于展示位10用戶瀏覽次數(shù)為10次，展示位4用戶瀏覽次數(shù)為5次，則展示位10的優(yōu)先級高，展示位4的優(yōu)先級低。

如前所述的實施例中，推送目標(biāo)展示位的信息時，一般是根據(jù)用戶所屬的人群推送特定類型的信息。例如針對學(xué)生群體推送書本、培訓(xùn)、考研等信息，針對白領(lǐng)群體推送旅游、購物、招聘等信息。然而，這種類型的信息推送主要還是依靠運營人員的經(jīng)驗設(shè)置的，經(jīng)常會存在推送的信息無法準(zhǔn)確匹配到用戶的興趣，造成無意義的推送，從而降低用戶感受。

為了解決這一問題，在本申請的又一個實施例中，如圖6所示在所述步驟230之后，還可以包括：

步驟231：查詢所述用戶標(biāo)識對應(yīng)的用戶喜好圖。

本實施例中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中信息的信息類型。

具體地，所述用戶喜好圖可以通過如下方式構(gòu)建得到：

B1：獲取各個客戶端上傳的用戶歷史點擊過的信息數(shù)據(jù)；其中，所述信息數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和信息類型；

B2：在相同用戶標(biāo)識的所述信息數(shù)據(jù)中，將展示位標(biāo)識和信息類型關(guān)聯(lián)，生成該用戶標(biāo)識對應(yīng)的用戶喜好圖。

如前所述的日志埋點，還可以用于統(tǒng)計用戶歷史點擊過的信息數(shù)據(jù)。

具體地，所述信息數(shù)據(jù)可以包括用戶標(biāo)識、展示位標(biāo)識和信息類型。

例如，用戶對某個展示位中的信息感興趣時，通常會點擊進(jìn)入查看具體的內(nèi)容。此時，系統(tǒng)日志會記錄下一條信息數(shù)據(jù)，即該信息位于展示位的展示位標(biāo)識、用戶標(biāo)識以及該信息的信息類型。假設(shè)用戶標(biāo)識為user_1，展示位標(biāo)識為4，信息類型為足球。日志采集模塊可以將采集到的這條信息數(shù)據(jù)(user_1，4，足球)上傳至服務(wù)器。

服務(wù)器獲取了各個客戶端上傳的用戶歷史點擊過的信息數(shù)據(jù)之后，可以在相同用戶標(biāo)識的所述信息數(shù)據(jù)中，將展示位標(biāo)識和信息類型關(guān)聯(lián)。

依然沿用例子一所述的內(nèi)容，假設(shè)用戶瀏覽過程中，點擊了展示位1、2、6、8，并且客戶端記錄了如下4組信息數(shù)據(jù)：

第一個信息數(shù)據(jù){user_1，1，汽車}；其中user_1為用戶標(biāo)識，1為展示位標(biāo)識，汽車為信息類型，以下相同；

第二個信息數(shù)據(jù){user_1，2，游戲}；

第三個信息數(shù)據(jù){user_1，6，體育}；

第四個信息數(shù)據(jù){user_1，8，音樂}；

服務(wù)器在獲取到客戶端上傳的信息數(shù)據(jù)后，由于上述4組信息數(shù)據(jù)具有相同的用戶標(biāo)識user_1，所以可以確定為同一用戶的歷史點擊記錄；

之后，將每個信息數(shù)據(jù)中的展示位標(biāo)識和信息類型關(guān)聯(lián)。即，

將1(展示位標(biāo)識)和汽車(信息類型)關(guān)聯(lián)，例如1-汽車；

將3(展示位標(biāo)識)和游戲(信息類型)關(guān)聯(lián)；

將6(展示位標(biāo)識)和體育(信息類型)關(guān)聯(lián)；

將8(展示位標(biāo)識)和音樂(信息類型)關(guān)聯(lián)；從而生成如圖7所示的用戶標(biāo)識user_1對應(yīng)的用戶喜好圖。

根據(jù)如圖7所示的用戶喜好軌跡圖，在該用戶下一次瀏覽時，展示位1中顯示的依然會是汽車類型的信息，展示位3中顯示的依然會是游戲類型的信息，展示位6中顯示的依然會是體育類型的信息，展示位8中顯示的依然會是音樂類型的信息；而展示位2、7中由于沒有信息類型，所以不一定會是顯示上一次信息類型的信息了，可能會是隨機顯示的一種類型的信息。

在實際應(yīng)用中，不同客戶端上傳的信息數(shù)據(jù)通常對應(yīng)了不同的用戶，服務(wù)器對每一個用戶標(biāo)識都會生成對應(yīng)的用戶喜好圖。

由于服務(wù)器上通常會存在有不同用戶的用戶喜好圖；所以，服務(wù)器在接收到客戶端發(fā)送的信息獲取請求后，可以根據(jù)所述信息獲取請求中攜帶的用戶標(biāo)識，查詢所述用戶標(biāo)識對應(yīng)的用戶喜好圖。

在實際應(yīng)用中，服務(wù)器生成用戶喜好圖后，可以將其與用戶標(biāo)識關(guān)聯(lián)后，存儲在圖數(shù)據(jù)庫中。

所以，在服務(wù)器查詢用戶標(biāo)識對應(yīng)的用戶喜好圖時，即可以在所述圖數(shù)據(jù)庫中查詢用戶標(biāo)識對應(yīng)的用戶喜好圖。

步驟232：根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢與該目標(biāo)展示位對應(yīng)的信息類型。

經(jīng)過上述步驟230，服務(wù)器可以查詢到目標(biāo)展示位，進(jìn)而可以在用戶喜好圖中查詢與該目標(biāo)展示位對應(yīng)的信息類型。

在圖7所示的用戶喜好圖中，假設(shè)目標(biāo)展示位6，則可以查詢到該目標(biāo)展示位6對應(yīng)的信息類型為體育。

相應(yīng)地，所述步驟240，具體可以包括：

向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所查詢到的信息類型的信息。

一般的，所述信息可以是服務(wù)器根據(jù)所查詢到的目標(biāo)展示位對應(yīng)的信息類型，從預(yù)設(shè)的信息庫中獲取的該信息類型的信息。

在一些實施例中，同一個信息類型下的不同信息，可以具有不同的優(yōu)先級。所以，在獲取信息時，可以是根據(jù)優(yōu)先級順序，優(yōu)先獲取優(yōu)先級高的信息。如此，服務(wù)器就可以向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所查詢到的信息類型的信息。

相對應(yīng)的，在客戶端側(cè)，客戶端在收到服務(wù)器推送目標(biāo)展示位的信息，就可以將該信息顯示在所述目標(biāo)展示位中。由于信息推送是預(yù)處理的，在服務(wù)器返回信息時，客戶端上可能沒有瀏覽到目標(biāo)展示位，這樣的話，客戶端可以先將返回的信息緩存下來，在用戶瀏覽到目標(biāo)展示位時，直接使用緩存的信息即可。

通過本實施例，預(yù)先根據(jù)用戶歷史瀏覽展示位的先后順序構(gòu)建該用戶的展示位軌跡圖；根據(jù)用戶歷史點擊的展示位中信息的信息類型構(gòu)建該用戶的用戶喜好軌跡圖。在用戶瀏覽當(dāng)前展示位顯示的信息時，服務(wù)器可以根據(jù)展示位軌跡圖預(yù)測用戶下一個最有可能瀏覽的展示位，并且還可以根據(jù)用戶喜好軌跡圖預(yù)先推送用戶感興趣的信息，從而提高用戶點擊該信息的機率，提升用戶使用體驗，并且降低系統(tǒng)資源的無意義消耗。客戶端可以預(yù)先獲取服務(wù)器推送的用戶最可能瀏覽的下一個展示位以及待顯示用戶感興趣的信息，在用戶實際瀏覽到所述下一個展示位時立即顯示。

如前所述，用戶喜好圖中僅記錄了用戶歷史點擊過的展示位中信息的信息類型；而在實際應(yīng)用中，如果查詢到的目標(biāo)展示位，在歷史上用戶沒有點擊過的，那么用戶喜好圖中就不存在該目標(biāo)展示位的信息類型。相應(yīng)地，在所述用戶喜好圖中就查詢不到該目標(biāo)展示位以及其對應(yīng)的信息類型。

針對該問題，在本申請的再一實施例中，所述步驟232，根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢與該目標(biāo)展示位對應(yīng)的信息類型，具體包括；

根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢不到所述目標(biāo)展示位的情況下，隨機將一種信息類型確定為該目標(biāo)展示位對應(yīng)的信息類型。

通過該實施例就可以在所述用戶喜好圖中查詢不到所述目標(biāo)展示位的情況下，也可以確定一個目標(biāo)展示位對應(yīng)的信息類型。從而，繼續(xù)后續(xù)步驟的進(jìn)行。

值得一提的是，在同時應(yīng)用展示位軌跡圖和用戶喜好圖時，所述展示位的優(yōu)先級還可以通過如下方式獲?。?/p>

獲取目標(biāo)展示位中記錄的信息類型；

將所述目標(biāo)展示位中記錄的信息類型與源展示位中記錄的信息類型進(jìn)行匹配；

獲取匹配成功的信息類型位于源展示位中的優(yōu)先級；

將該展示位中的優(yōu)先級確定為所述匹配成功的目標(biāo)展示位的優(yōu)先級。

本實施例中，假設(shè)用戶喜好軌跡圖中，源展示位3的信息類型有足球、籃球、兵乓球，目標(biāo)展示位10的信息類型有乒乓球、游泳，目標(biāo)展示位4的信息類型有籃球、爬山。通過匹配得出，目標(biāo)展示位10與源展示位3的信息類型匹配成功的為乒乓球；目標(biāo)展示位4與源展示位3的信息類型匹配成功的是籃球。而在源展示位3中假設(shè)乒乓球的優(yōu)先級為高，籃球的優(yōu)先級為低；所以可以將目標(biāo)展示位10的優(yōu)先級也設(shè)置為高，而目標(biāo)展示位4的優(yōu)先級設(shè)置為低。

通過本實施例，在目標(biāo)展示位超過1個的情況下，利用展示位的優(yōu)先級，從而可以將優(yōu)先級高的目標(biāo)展示位確定為最終的目標(biāo)展示位。如此，可以避免由于多個目標(biāo)展示位需要推送多個信息的情況，從而降低系統(tǒng)資源無意義的消耗。

在實際應(yīng)用中，展示位中記錄的信息類型可以是超過1個的。例如，同一個展示位中記錄的信息類型有：科技、游戲、教育。由于一個展示位只能顯示一個類型的信息，所以如何從多個信息類型中選出一個用戶最感興趣的信息類型需要解決。

為了解決這一問題，在本申請一個具體地實施例中，所述步驟240，可以包括：

在所查詢到的目標(biāo)展示位中記錄的信息類型超過1個的情況下，獲取各個信息類型的優(yōu)先級；

將優(yōu)先級最大的信息類型的信息推送至所述用戶標(biāo)識對應(yīng)的客戶端。

本實施例中，所述信息類型的優(yōu)先級可以是根據(jù)上傳的該信息類型的次數(shù)確定，即上傳次數(shù)多的，優(yōu)先級高；反之，次數(shù)少的，優(yōu)先級低。例如，同一個展示位中，科技類信息點擊次數(shù)為5次，游戲類信息用戶點擊次數(shù)為10次，教育類信息用戶點擊次數(shù)為8次，則游戲的優(yōu)先級最高，教育次之，科技最低。

通過本實施例，在目標(biāo)展示位中記錄超過1個的信息類型時，服務(wù)器可以利用信息類型的優(yōu)先級，從而將優(yōu)先級最高的信息類型的信息推送至客戶端。如此，不僅解決了選擇的問題，而且是選出的信息類型是用戶最感興趣的信息類型，提升用戶點擊機率，提升用戶使用體驗。

在本申請的一個具體地實施例中，所述信息包括廣告；

所述展示位包括廣告展示位；

所述信息類型包括廣告類型；

所述展示位軌跡圖包括廣告展示位軌跡圖。

本實施例可以應(yīng)用在廣告投放的場景中，通過預(yù)先根據(jù)用戶歷史瀏覽廣告展示位的先后順序構(gòu)建該用戶的廣告展示位軌跡圖。在用戶瀏覽當(dāng)前廣告展示位顯示的廣告時，服務(wù)器可以根據(jù)廣告展示位軌跡圖預(yù)測用戶下一個最有可能瀏覽的廣告展示位，進(jìn)而推送該預(yù)測到的廣告展示位的信息。并且，還可以預(yù)先根據(jù)用戶歷史點擊的廣告展示位中廣告的類型構(gòu)建的用戶喜好圖，推送該預(yù)測到的廣告展示位對應(yīng)的用戶感興趣的廣告，從而提高用戶點擊該廣告的機率，提升用戶使用體驗，并且降低系統(tǒng)資源的無意義消耗?？蛻舳丝梢灶A(yù)先獲取服務(wù)器推送的用戶最可能瀏覽的下一個廣告展示位以及待顯示用戶感興趣的廣告，在用戶實際瀏覽到所述下一個廣告展示位時立即顯示該廣告。

與前述信息推送方法實施例相對應(yīng)，本申請還提供了信息推送裝置的實施例。

本申請信息推送裝置的實施例可以分別應(yīng)用在信息推送設(shè)備上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在設(shè)備的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖8所示，為本申請信息推送裝置所在設(shè)備的一種硬件結(jié)構(gòu)圖，除了圖8所示的處理器、網(wǎng)絡(luò)接口、內(nèi)存以及非易失性存儲器之外，實施例中裝置所在的設(shè)備通常根據(jù)該信息推送的實際功能，還可以包括其他硬件，對此不再贅述。

參見圖9，為本申請一實施例提供的信息推送裝置的模塊圖，該實施例從服務(wù)器側(cè)進(jìn)行描述，所述裝置包括：接收單元310、第一查詢單元320、第二查詢單元330和推送單元340。

其中，接收單元310，接收客戶端發(fā)送的信息獲取請求；所述信息獲取請求中攜帶有源展示位標(biāo)識、請求獲取信息的用戶標(biāo)識；

第一查詢單元320，查詢所述用戶標(biāo)識對應(yīng)的展示位軌跡圖；其中，所述展示位軌跡圖中記錄了用戶歷史瀏覽展示位的先后順序；

第二查詢單元330，在所述展示位軌跡圖中查詢與所述源展示位相鄰并且位于所述源展示位后的目標(biāo)展示位；

推送單元340，向所述用戶標(biāo)識對應(yīng)客戶端推送所述目標(biāo)展示位的信息。

在一個可選的實現(xiàn)方式中：

所述展示位軌跡圖通過如下第一獲取子單元、第一生成子單元構(gòu)建得到：

第一獲取子單元，獲取各個客戶端上傳的用戶歷史瀏覽過的展示位數(shù)據(jù)；其中，所述展示位數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和時間戳；

第一生成子單元，在相同用戶標(biāo)識的所述展示位數(shù)據(jù)中，根據(jù)所述時間戳的先后順序，關(guān)聯(lián)所述展示位數(shù)據(jù)中展示位標(biāo)識對應(yīng)的展示位，從而生成該用戶標(biāo)識對應(yīng)的展示位軌跡圖。

在一個可選的實現(xiàn)方式中：

所述第二查詢單元330，具體包括：

展示位查詢子單元，在所述展示位軌跡圖中查詢與所述源展示位關(guān)聯(lián)并且位于所述源展示位后的目標(biāo)展示位；

優(yōu)先級獲取子單元，在所述目標(biāo)展示位超過1個的情況下，獲取各個目標(biāo)展示位的優(yōu)先級；

展示位確定子單元，將優(yōu)先級最大的目標(biāo)展示位確定為最終的目標(biāo)展示位。

在一個可選的實現(xiàn)方式中：

所述目標(biāo)展示位的優(yōu)先級根據(jù)用戶瀏覽次數(shù)獲取。

在一個可選的實現(xiàn)方式中：

在所述第二查詢單元330之后，所述方法還包括：

第三查詢單元，查詢所述用戶標(biāo)識對應(yīng)的用戶喜好圖；其中，所述用戶喜好圖中記錄了用戶歷史點擊的展示位中信息的信息類型；

第四查詢單元，根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢與該目標(biāo)展示位對應(yīng)的信息類型；

所述推送單元340，具體包括：

推送子單元，向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所查詢到的信息類型的信息。

在一個可選的實現(xiàn)方式中：

所述用戶喜好圖通過如下第二獲取子單元、第二生成子單元構(gòu)建得到：

第二獲取子單元，獲取各個客戶端上傳的用戶歷史點擊過的信息數(shù)據(jù)；其中，所述信息數(shù)據(jù)包括用戶標(biāo)識、展示位標(biāo)識和信息類型；

第二生成子單元，在相同用戶標(biāo)識的所述信息數(shù)據(jù)中，將展示位標(biāo)識和信息類型關(guān)聯(lián)，從而生成該用戶標(biāo)識對應(yīng)的用戶喜好圖。

在一個可選的實現(xiàn)方式中：

所述第二查詢單元，具體包括：

查詢子單元，根據(jù)所查詢到的目標(biāo)展示位，在所述用戶喜好圖中查詢不到所述目標(biāo)展示位的情況下，隨機將一種信息類型確定為該目標(biāo)展示位對應(yīng)的信息類型。

在一個可選的實現(xiàn)方式中：

所述推送單元340，具體包括：

信息類型獲取子單元，在所查詢到的目標(biāo)展示位對應(yīng)的信息類型超過1個的情況下，獲取各個信息類型的優(yōu)先級；

信息確定子單元，將優(yōu)先級最大的信息類型的信息確定為待發(fā)送的信息；

信息推送子單元，向所述用戶標(biāo)識對應(yīng)客戶端中的目標(biāo)展示位推送所述待發(fā)送的信息。

在一個可選的實現(xiàn)方式中：

所述信息類型的優(yōu)先級根據(jù)上傳的該信息類型的次數(shù)確定。

在一個可選的實現(xiàn)方式中：

所述信息包括廣告；

所述展示位包括廣告展示位；

所述信息類型包括廣告類型；

所述展示位軌跡圖包括廣告展示位軌跡圖。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本申請的一般性原理并包括本申請未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本申請的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本申請并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本申請的范圍僅由所附的權(quán)利要求來限制。