一種信息推薦方法及裝置與流程

2023-08-08 07:46:01

本申請是2014年9月25日提出的發明名稱為「一種信息推薦方法及裝置」的中國發明專利申請201410498002.8的分案申請。

本發明涉及網際網路信息處理技術領域，更具體的涉及一種信息推薦方法及裝置。

背景技術：

隨著網絡技術和社會化媒體的迅速發展，急劇膨脹的海量數據為用戶帶來了越來越多的選擇。但是面臨眾多的網絡信息，用戶挑選自己需要的和喜歡的信息變得費時費力，基於此，目前出現了許多信息推薦方法為用戶推薦所需信息。

目前的信息推薦方法針對小規模的數據訪問請求時，能做到及時針對用戶數據訪問請求的相關信息，為用戶從眾多的請求信息對應的反饋結果中推薦出與用戶請求相關信息對應的反饋結果；但是當信息推薦方法面臨大規律的數據訪問請求時，信息推薦方法針對高並發性的用戶訪問，可能會對用戶請求延時，則不能針對每個用戶請求做到及時針對用戶數據訪問請求的相關信息，為用戶從眾多的請求信息對應的反饋結果中推薦出與用戶請求相關信息對應的反饋結果。

綜上所述，現有的信息推薦方法在面臨大規模的數據訪問時，用戶的請求通常會被延時，存在用戶不能及時得到有效的響應，難以獲取到需要和喜好的信息的問題。

技術實現要素：

本發明實施例提供一種信息推薦方法及裝置，用以解決現有技術中存在當大規模的數據訪問時，用戶不能及時獲取到需求和喜好信息的問題。

本發明實施例提供一種信息推薦方法，該方法包括：

接收客戶端發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；

確定與所述用戶標識對應的資料庫，根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端;

將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中作為下一次所述客戶端請求的處理結果。

進一步的，所述請求信息包括：請求名稱、請求類型；

所述將所述請求放入與所述資料庫對應的請求隊列中，包括：

將所述請求中攜帶的用戶標識、請求名稱、請求類型放入所述請求隊列中。

進一步的，每個請求隊列對應一種信息推薦算法，每個請求隊列所對應的信息推薦算法均相同，或者至少有兩個請求隊列所對應的信息推薦算法不相同；

每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。

進一步的，所述確定與所述用戶標識對應的資料庫，包括：

將所述用戶標識映射為設定範圍內的數值；

根據映射得到的數值在所述設定範圍內所在的取值區間，確定與所述取值區間對應的資料庫；其中，所述設定範圍被劃分為多個取值區間，且每個取值區間對應一個資料庫。

進一步的，所述資料庫包括一個默認資料庫和至少一個工作資料庫；

所述確定與所述用戶標識對應的資料庫之後，還包括：

若確定出的資料庫不是默認資料庫，則將所述請求放入所述默認資料庫對應的請求隊列中；其中，所述默認資料庫對應的請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述默認資料庫對應的緩存區中。

進一步的，還包括：

若根據所述用戶標識和所述請求信息從工作資料庫對應的緩存區未查詢到與所述用戶標識和所述請求信息對應的處理結果，則根據所述用戶標識和所述請求信息從所述默認資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，並將所述處理結果發送給所述客戶端。

本發明實施例提供一種信息推薦結果的分析方法，該方法包括：

按照設定周期從前端獲取終端設備請求信息及處理結果，將所述請求信息及處理結果存儲在日誌中；

從所述日誌中選取請求名稱，確定所述請求名稱在設定時間內的場景轉換率；

根據所述請求名稱獲取用戶標識，根據所述用戶標識與資料庫的對應關係，確定所述資料庫對應算法的所述場景轉換率；其中，所述日誌信息包括請求時間、請求名稱、用戶標識和資料庫。

本發明實施例提供一種信息推薦裝置，該裝置包括：

請求接收單元：用於接收客戶端發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；

獲取結果單元：用於確定與所述用戶標識對應的資料庫，根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端；

請求存放單元：用於將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中。

進一步地，所述請求信息包括：請求名稱、請求類型；

所述請求存放單元具體用於：

將所述請求中攜帶的用戶標識、請求名稱、請求類型放入所述請求隊列中。

進一步地，所述請求存放單元具體用於：

每個請求隊列對應一種信息推薦算法，每個請求隊列所對應的信息推薦算法均相同，或者至少有兩個請求隊列所對應的信息推薦算法不相同；

每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。

進一步地，所述請求存放單元具體用於：將所述用戶標識映射為設定範圍內的數值；

根據映射得到的數值在所述設定範圍內所在的取值區間，確定與所述取值區間對應的資料庫；其中，所述設定範圍被劃分為多個取值區間，且每個取值區間對應一個資料庫。

進一步地，所述資料庫包括一個默認資料庫和至少一個工作資料庫；

所述請求存放單元還用於：

若確定出的資料庫不是默認資料庫，則將所述請求放入所述默認資料庫對應的請求隊列中；其中，所述默認資料庫對應的請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述默認資料庫對應的緩存區中。

進一步地，所述請求存放單元還用於：

若根據所述用戶標識和所述請求信息從工作資料庫對應的緩存區未查詢到與所述用戶標識和所述請求信息對應的處理結果，則根據所述用戶標識和所述請求信息從所述默認資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，並將所述處理結果發送給所述客戶端。

本發明實施例提供一種信息推薦結果的分析設備，該設備包括：

日誌採集單元：用於按照設定周期從前端獲取終端設備請求信息及處理結果，將所述請求信息及處理結果存儲在日誌信息中；

數據分析單元：用於從日誌中選取請求名稱，確定所述請求名稱在設定時間內的場景轉換率；根據所述請求名稱獲取用戶標識，根據所述用戶標識與資料庫的對應關係，確定所述資料庫對應算法的所述場景轉換率；其中，所述日誌信息包括請求時間、請求名稱、用戶標識和資料庫。

本發明實施例接收客戶發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；確定與所述用戶標識對應的資料庫，將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中；根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端。採用該方法，接收到客戶端請求數據時，一方面可以根據請求信息和用戶標識從資料庫對應的緩存區中查詢與所述請求信息和用戶標識對應的處理結果，保證客戶端及時獲得到需求和喜好的信息；另一方面將請求信息和用戶標識放入到與資料庫對應的請求隊列中，請求隊列中的請求不但會被按照設定的周期進行處理，而且處理結果會被存儲到與資料庫對應的緩存區中，避免了大規模數據訪問時，信息推薦耗時較長的問題。

附圖說明

圖1為本發明實施例一提供的一種信息推薦方法流程圖；

圖2為本發明實施例三提供的一種信息推薦裝置示意圖；

圖3為本發明實施例四提供的一種信息推薦結果分析設備示意圖；

圖4為本發明實施例五提供一種信息推薦和分析裝置示意圖。

具體實施方式

本發明實施例接收客戶發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；確定與所述用戶標識對應的資料庫，將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中；根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端。採用該方法，接收到客戶端請求數據時，一方面可以根據請求信息和用戶標識從資料庫對應的緩存區中查詢與所述請求信息和用戶標識對應的處理結果，保證客戶端及時獲得到需求和喜好的信息；另一方面將請求信息和用戶標識放入到與資料庫對應的請求隊列中，請求隊列中的請求不但會被按照設定的周期進行處理，而且處理結果會被存儲到與資料庫對應的緩存區中，避免了大規模數據訪問時，信息推薦耗時較長的問題。

本發明實施例的執行主體在網絡側或伺服器端，比如由前端路由裝置來執行。前端路由裝置可以是指一臺伺服器或者由多臺伺服器組成的群集。前端路由裝置中存儲有預先定義好的路由規則。其中，路由規則定義了用戶標識和資料庫之間的映射關係，由於資料庫與緩存區、請求隊列之間也有對應關係，所以根據資料庫與緩存區的對應關係，可以確定用戶標識和緩存區的對應關係。從而可以實現客戶端及時獲取到需求和喜好的請求結果。

本發明實施例中的路由規則為：n=crc32(uuid)mod1000，主要包括：前端路由裝置接收到客戶端發送的請求，其中請求中攜帶有uuid（uniquedeviceidentifier，設備唯一標識），若客戶端發送的請求中沒有攜帶uuid，則可以將客戶端設備的mac(mediumaccesscontrol，媒體訪問控制)地址作為uuid。

將客戶端發送的請求中攜帶的uuid進行crc32轉換，並且對轉換結果進行1000取模，根據上述計算，可以得到一個介於0-999的整數n。根據前端處理器中存儲的資料庫範圍，可以確定n對應的具體的資料庫。

例如，若前端處理器中存儲有兩個資料庫a和b，且規定n的範圍在（0-500）時，對應的資料庫為a，n的範圍在（501-999）時，對應的資料庫為b。本發明實施例對前端處理器中存儲的資料庫的數量不做限定，而且對資料庫對應的n值的範圍也不做限定。

以下結合說明書附圖對本發明的優選實施例進行說明，應當理解，此處所描述的優選實施例僅用於說明和解釋本發明，並不用於限定本發明。並且在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。

實施例一

如圖1所示，本發明實施例一提供的一種信息推薦方法流程圖，包括以下步驟：

步驟101、接收客戶端發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；

步驟102、確定與所述用戶標識對應的資料庫，根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端;

步驟103、將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中作為下一次所述客戶端請求的處理結果；

上述流程中的客戶端可包括pc、平板電腦及手機等。

在步驟101中，客戶端發送的請求中，攜帶有用戶標識和請求信息，其中，請求信息包括：請求名稱和請求類型；用戶標識主要是uuid，若客戶端發送的請求中沒有攜帶uuid，前端路由裝置也可以從網卡中獲取客戶端的mac地址。

例如：客戶端發送的請求格式為：http://localhost:port/getguessuuid=num1&mac=num2&ip=num3&ts=num4&tz=num5&version=num6&devid=num7&usercode=num8，前端路由裝置根據接收到的請求信息，可以確定的信息主要包括【getguess，get，num1】，其中，num1表示的是uuid信息。

前端路由裝置根據獲取到用戶標識和存儲在前端路由裝置中的路由規則，可以確定用戶標識對應的n值，其中，前端路由裝置中的路由規則預先設定了數值的範圍，比如，數值範圍可以是0-999或者0-1999。

根據用戶標識對應的n值在預先設定的數值範圍內的取值範圍，可以確定n值取值範圍對應的資料庫，其中，預先設定的數值範圍可以被設定劃分為多個取值區間，而且每個取值區間對應一個資料庫。比如，設定的數值範圍為0-999，相應的設定0-500之間對應的a資料庫，501-599之間對應b資料庫，600-999之間對應c資料庫，還可以設定0-999之間對應一個d資料庫，若已知n的數值，根據n所在的範圍就可以確定n值對應的資料庫。本發明實施例中對資料庫與n的對應範圍不做限定，同時也對資料庫的數量不做限定。

在步驟102中，前端路由裝置接收到客戶端發送的請求，獲取到請求中攜帶的用戶標識和請求信息，根據用戶標識與資料庫的對應關係及資料庫與緩存區的對應關係可以，可以確定用戶標識對應的緩存區。將用戶標識和所述請求信息從所述資料庫對應的緩存區中查詢與所述用戶標識和所述請求信息對應的處理結果。

在實施例中，放入請求隊列中的請求攜帶有用戶標識、請求名稱和請求類型，若客戶端a發送的請求信息和客戶端b發送的請求信息是一樣的，那麼根據請求信息中的用戶標識，可能會確定將客戶端a發送的請求放入請求隊列a中，將客戶端b發送的請求放入請求隊列b中。每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。所以，根據用戶標識和所述請求信息從所述資料庫對應的緩存區中查詢與所述用戶標識和所述請求信息對應的處理結果的時候，同樣的請求信息由於用戶標識的不同，會根據用戶標識得到不同的請求結果。

若客戶端a不間斷的分別發送了請求信息a、請求信息b和請求信息c，根據用戶標識，可以確定將客戶端a發送的請求信息a、請求信息b和請求信息c全部放入到一個請求隊列中。前端路由裝置會根據客戶端a的用戶標識和請求信息（請求信息a、請求信息b和請求信息c）從資料庫對應的緩存區中獲取客戶端a的用戶標識和請求信息（請求信息a、請求信息b和請求信息c）對應的處理結果。進一步地，若根據所述用戶標識和所述請求信息從工作資料庫對應的緩存區未查詢到與所述用戶標識和所述請求信息對應的處理結果，則根據所述用戶標識和所述請求信息從所述默認資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，並將所述處理結果發送給所述客戶端。

比如，客戶端a發送了請求信息，前端路由裝置會根據客戶端a的用戶標識和請求信息從資料庫對應的緩存區中獲取客戶端a的用戶標識和請求信息對應的處理結果，若前端路由裝置根據客戶端a的用戶標識和請求信息沒有從與資料庫對應的緩存區中查詢到與客戶端a的用戶標識和請求信息對應的處理結果，則前端路由裝置會根據客戶端a的用戶標識和請求信息從默認資料庫對應的緩存區查詢與客戶端a的用戶標識和請求信息對應的處理結果，並將默認資料庫對應的緩存區的處理結果返回給客戶端a。

本發明實施例中還包括，當前端路由裝置第一次收到客戶端請求，其中，客戶端請求中攜帶有用戶標識和請求信息，所以，有可能是前端路由裝置第一次接收到的用戶標識，但請求信息不是第一次接收到的；也有可能是前端路由裝置第一次接收到請求信息，但用戶標識不是第一次接收到的；也有可能是前端路由裝置第一次接收到請求信息和用戶標識。前端路由裝置根據獲取到用戶標識和存儲在前端路由裝置中的路由規則，將客戶端請求中的用戶標識和請求信息存儲在確定的資料庫對應的請求隊列中，同時，前端路由裝置先根據客戶端請求中的用戶標識和所述請求信息從默認資料庫對應的緩存區中獲取與所述請求信息對應的處理結果；

步驟103中，根據用戶標識對應的n值，確定了n值對應的資料庫，在本發明實施例中，所述資料庫包括一個默認資料庫和至少一個工作資料庫，前端路由裝置中存儲了資料庫與請求隊列的對應關係，所以根據存儲的資料庫與請求隊列的對應關係，可以將客戶端發送的請求放入到與資料庫對應的請求隊列中。若確定出的資料庫是工作資料庫，需要將客戶端發送的請求放入到工作資料庫對應的請求隊列中，同時，還需要將客戶端發送的請求放入到默認資料庫對應的請求隊列中。其中，存儲到請求隊列中的請求攜帶有用戶標識、請求名稱和請求類型。

比如，設定的數值範圍為0-999，相應的設定0-500之間對應的a資料庫，501-599之間對應b資料庫，600-999之間對應c資料庫，還可以設定0-999之間對應一個d資料庫，當根據用戶標識對應的n值為522時，前端路由裝置會將客戶端發送的請求放入n值為522確定的b資料庫對應的請求隊列中，同時，前端路由裝置還會將客戶端發送的請求放入d資料庫中，這裡的d資料庫是一個默認資料庫，在默認資料庫對應的請求隊列中會存放前端路由裝置收到的所有的客戶端請求，採用這種信息推薦方法，保證若客戶端用戶根據用戶標識和所述請求信息從資料庫對應的緩存區中獲取數據失敗，則可以根據用戶標識和所述請求信息從默認資料庫對應的緩存區中獲取的與用戶標識和所述請求信息對應的處理結果。

進一步地，每個請求隊列對應一種信息推薦算法，每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。

比如，有待評價算法a、b、c，而前端路由裝置中有三個資料庫α、β和θ，與三個資料庫對應的請求隊列分別為a、b、c，可以將算法a對應請求隊列a，將算法b對應請求隊列b，將算法c對應和請求隊列c，最後，將請求隊列a中採用算法a得到的結果存儲到資料庫α對應的緩存區中；將請求隊列b中採用算法b得到的結果存儲到資料庫β對應的緩存區中；將隊列c中採用算法c得到的結果存儲到資料庫θ對應的緩存區中。

進一步地，每個請求隊列所對應的信息推薦算法均相同，每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。

比如，有待評價算法a，而前端路由裝置中有三個資料庫α、β和θ，與三個資料庫對應的請求隊列分別為a、b、c，可以將算法a分別對應請求隊列a、請求隊列b和請求隊列c，將請求隊列a中採用算法a得到的結果存儲到資料庫α對應的緩存區中；將請求隊列b中採用算法a得到的結果存儲到資料庫β對應的緩存區中；將隊列c中採用算法a得到的結果存儲到資料庫θ對應的緩存區中。

進一步地，或者至少有兩個請求隊列所對應的信息推薦算法不相同，每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。

比如，有待評價算法a、b，而前端路由裝置中有三個資料庫α、β和θ，與三個資料庫對應的請求隊列分別為a、b、c，可以將算法b分別對應請求隊列b和請求隊列c，將算法a對應請求隊列a。最後將請求隊列a中採用算法a得到的結果存儲到資料庫α對應的緩存區中；將請求隊列b中採用算法b得到的結果存儲到資料庫β對應的緩存區中；將隊列c中採用算法b得到的結果存儲到資料庫θ對應的緩存區中。

本發明實施例接收客戶發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；確定與所述用戶標識對應的資料庫，將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中；根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端。採用該方法，接收到客戶端請求數據時，一方面可以根據請求信息和用戶標識從資料庫對應的緩存區中查詢與所述請求信息和用戶標識對應的處理結果，保證客戶端及時獲得到需求和喜好的信息；另一方面將請求信息和用戶標識放入到與資料庫對應的請求隊列中，請求隊列中的請求不但會被按照設定的周期進行處理，而且處理結果會被存儲到與資料庫對應的緩存區中，避免了大規模數據訪問時，信息推薦耗時較長的問題。

實施例二

在實際的信息推薦過程中，當客戶端接收到前端路由裝置返回的請求信息對應的處理結果，日誌採集單元在設定的周期內會從前端路由裝置採集前端路由裝置返回給客戶端的請求信息的處理結果，並且將採集到的客戶端的請求信息的處理結果以日誌的形式存儲到日誌採集單元中。日誌採集單元中的數據分析單元會對日誌採集單元中存儲的日誌分析，根據分析結果，確定前端路由裝置返回給客戶端的請求信息對應的處理結果是否是客戶端用戶需求和喜好的請求結果。

本發明實施例中日誌採集單元中的數據分析單元，從日誌中獲取請求名稱，根據請求名稱和用戶標識確定客戶端是否在收到前端路由裝置返回給客戶端的請求信息的處理結果後，是否對該處理結果進行進一步的處理。

比如，日誌採集單元從前端路由裝置採集到前端路由裝置返回給a客戶端的b請求信息的c處理結果，其中請求信息中包括請求名稱和請求類型，處理結果對應的是前端路由裝置中的資料庫，根據資料庫與緩存區和請求隊列的對應關係，可以由資料庫確定緩存區和請求隊列的信息。當a客戶端第一次發送的是b請求信息，前端路由裝置根據a客戶端的請求名稱和用戶標識從資料庫對應的緩存區查詢與a客戶端的請求名稱和用戶標識對應的c處理結果，並將c處理結果返回給a客戶端；若a客戶端對返回的c處理結果比較滿意，則a客戶端還會對c處理結果進行進一步操作，將c處理結果作為第二次請求信息（c請求信息）發送至前端路由裝置，前端路由裝置收到的a客戶端的c請求信息，根據a客戶端的請求名稱和用戶標識從資料庫對應的緩存區查詢與a客戶端的請求名稱和用戶標識對應的d處理結果，並將d處理結果返回給a客戶端，若a客戶端對返回的d處理結果比較滿意，在還會將d處理結果作為再一次的請求信息發送至前端路由裝置。或者，a客戶端對返回的d處理結果不滿意，則會停止將d處理結果作為請求信息發送直前端路由裝置。

本發明實施例中的數據分析單元中存儲有場景轉換率的計算公式，主要是在設定的時間段內，客戶端對前端路由裝置返回的請求信息的處理結果是否有連續的請求信息，比如，客戶端第一次發送至前端路由裝置的請求為猜您喜歡（actiona）的請求，前端路由裝置返回給客戶端關於（actiona）處理結果為電影推薦頁面（actionb），客戶端對於前端路由返回的電影推薦頁面中的某一條比較滿意，客戶端將該電影推薦頁中的某一條信息作為第二次請求（actionb）發送至前端路由裝置，前端路由裝置返回給客戶端關於（actionb）處理結果為電影影片介紹及放映（actionc），客戶端將該電影影片放映作為第三次請求（actionc）發送至前端路由裝置，前端路由裝置返回給客戶端關於（actionc）處理結果為放映（actiond），客戶端結束了前端路由裝置的訪問。

其中，客戶端第一次請求（actiona）為進入場景的請求；第二次請求（actionb）相對於第一次請求（actiona）為有效場景轉換；第二次請求（actionb）相對於（actionb）處理結果（actionc）為進入場景的請求；第三次請求（actionc）相對於第二次請求（actionb）為有效場景轉換；第三次請求（actionc）相對（actionc）處理結果（actiond）為進入場景的請求。若客戶端的所有請求在設定時間內完成的，在此次客戶端的進入場景的請求總共為3次，而有效的場景轉換為2次，根據數據分析單元中存儲有場景轉換率的計算公式「有效的場景轉換/進入場景的請求」，可以確定此處的場景轉換率為有效的場景轉換2/3。

在本發明實施例中前端路由裝置返回客戶端的請求信息的處理結果是根據客戶端用戶標識和請求信息從資料庫對應的緩存區查詢得到，因為每個資料庫對應的請求隊列中都有對應的算法。而放入到請求隊列中的請求信息會在設定的時間內被處理，並且將處理結果存儲到緩存區中。所以，數據分析單元分析日誌採集單元中的日誌信息，可以獲得每個客戶端的請求信息對應的場景轉換率。其中日誌信息包括請求時間、請求名稱、用戶標識和資料庫。

根據日誌信息中資料庫與請求隊列的對應關係及日誌信息中每個請求名稱的場景轉換率，可以得到請求隊列中的算法的場景轉換率。

本發明實施例數據分析單元從日誌信息中選取請求名稱，確定所述請求名稱在設定時間內的場景轉換率；根據所述請求名稱獲取用戶標識，根據所述用戶標識與資料庫的對應關係，確定所述資料庫對應算法的所述場景轉換率；採用該方法，數據分析單元獲得的場景轉換率是以客戶端用戶的體驗為中心，而且反饋的信息是客觀、全面和真實的。

基於同一發明構思，本發明實施例提供了一種信息推薦裝置，由於該裝置解決技術問題的原理與一種信息推薦方法相似，因此該裝置的實施可以參見方法的實施，重複之處不再贅述。

實施例三

本發明實施例三提供了一種信息推薦裝置，如圖2所示，該設備包括請求接收單元21、獲取結果單元22和請求存放單元23。

請求接收單元21：用於接收客戶端發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；

獲取結果單元22：用於確定與所述用戶標識對應的資料庫，根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端；將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中；

請求存放單元23：用於將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中。

進一步地，所述請求信息包括：請求名稱、請求類型；

所述請求存放單元具體用於：

將所述請求中攜帶的用戶標識、請求名稱、請求類型放入所述請求隊列中。

進一步地，所述請求存放單元具體用於：

每個請求隊列對應一種信息推薦算法，每個請求隊列所對應的信息推薦算法均相同，或者至少有兩個請求隊列所對應的信息推薦算法不相同；

每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。

進一步地，所述請求存放單元23具體用於：

將所述用戶標識映射為設定範圍內的數值；

根據映射得到的數值在所述設定範圍內所在的取值區間，確定與所述取值區間對應的資料庫；其中，所述設定範圍被劃分為多個取值區間，且每個取值區間對應一個資料庫。

進一步地，所述資料庫包括一個默認資料庫和至少一個工作資料庫；

所述請求存放單元23還用於：

若確定出的資料庫不是默認資料庫，則將所述請求放入所述默認資料庫對應的請求隊列中；其中，所述默認資料庫對應的請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述默認資料庫對應的緩存區中。

進一步地，所述請求存放單元23還用於：

若根據所述用戶標識和所述請求信息從工作資料庫對應的緩存區未查詢到與所述用戶標識和所述請求信息對應的處理結果，則根據所述用戶標識和所述請求信息從所述默認資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，並將所述處理結果發送給所述客戶端。

本發明實施例接收客戶發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；確定與所述用戶標識對應的資料庫，將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中；根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端。採用該方法，接收到客戶端請求數據時，一方面可以根據請求信息和用戶標識從資料庫對應的緩存區中查詢與所述請求信息和用戶標識對應的處理結果，保證客戶端及時獲得到需求和喜好的信息；另一方面將請求信息和用戶標識放入到與資料庫對應的請求隊列中，請求隊列中的請求不但會被按照設定的周期進行處理，而且處理結果會被存儲到與資料庫對應的緩存區中，避免了大規模數據訪問時，信息推薦耗時較長的問題。

實施例四

如圖3所示，本發明實施例四提供一種信息推薦結果的分析設備，包括日誌採集單元31和數據分析單元32。

日誌採集單元31：用於按照設定周期從前端獲取終端設備請求信息及處理結果，將所述請求信息及處理結果存儲在日誌信息中；

數據分析單元32：用於從日誌中選取請求名稱，確定所述請求名稱在設定時間內的場景轉換率；根據所述請求名稱獲取用戶標識，根據所述用戶標識與資料庫的對應關係，確定所述資料庫對應算法的所述場景轉換率；其中，所述日誌信息包括請求時間、請求名稱、用戶標識和資料庫。

本發明實施例數據分析單元從日誌信息中選取請求名稱，確定所述請求名稱在設定時間內的場景轉換率；根據所述請求名稱獲取用戶標識，根據所述用戶標識與資料庫的對應關係，確定所述資料庫對應算法的所述場景轉換率；採用該方法，數據分析單元獲得的場景轉換率是以客戶端用戶的體驗為中心，而且反饋的信息是客觀、全面和真實的。

實施例五

如圖4所示，本發明實施例提供一種信息推薦及分析裝置，包括處理器40、存儲器41、用戶接口42和總線接口43。其中，處理器40、存儲器41與用戶接口42之間通過總線接口43連接。

處理器40，用於接收客戶端發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；確定與所述用戶標識對應的資料庫，根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端；將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中。

進一步地，所述處理器40，具體用於：

所述請求信息包括：請求名稱、請求類型；

所述將所述請求放入與所述資料庫對應的請求隊列中，包括：

將所述請求中攜帶的用戶標識、請求名稱、請求類型放入所述請求隊列中。

進一步地，所述處理器40，具體用於：

每個請求隊列對應一種信息推薦算法，每個請求隊列所對應的信息推薦算法均相同，或者至少有兩個請求隊列所對應的信息推薦算法不相同；

每個請求隊列中的請求被按照設定周期並採用對應的信息推薦算法進行處理。

進一步地，所述處理器40，還用於：

將所述用戶標識映射為設定範圍內的數值；

根據映射得到的數值在所述設定範圍內所在的取值區間，確定與所述取值區間對應的資料庫；其中，所述設定範圍被劃分為多個取值區間，且每個取值區間對應一個資料庫。

進一步地，所述處理器40，還用於：

所述資料庫包括一個默認資料庫和至少一個工作資料庫；

所述確定與所述用戶標識對應的資料庫之後，還包括：

若確定出的資料庫不是默認資料庫，則將所述請求放入所述默認資料庫對應的請求隊列中；其中，所述默認資料庫對應的請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述默認資料庫對應的緩存區中。

進一步地，所述處理器40，還用於：

若根據所述用戶標識和所述請求信息從工作資料庫對應的緩存區未查詢到與所述用戶標識和所述請求信息對應的處理結果，則根據所述用戶標識和所述請求信息從所述默認資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，並將所述處理結果發送給所述客戶端。

進一步地，所述處理器40，還用於：

按照設定周期從前端獲取終端設備請求信息及處理結果，將所述請求信息及處理結果存儲在日誌中；

從日誌中選取請求名稱，確定所述請求名稱在設定時間內的場景轉換率；

根據所述請求名稱獲取用戶標識，根據所述用戶標識與資料庫的對應關係，確定所述資料庫對應算法的所述場景轉換率；其中，所述日誌信息包括請求時間、請求名稱、用戶標識和資料庫。

在本發明實施例圖4中，總線構架可以包括任意數量的互聯的總線和橋，具體由處理器40代表的一個或多個處理器和存儲器41代表的存儲器的各種電路連結在一起。總線架構還可以將諸如外圍設備、穩壓器和功率管理電路等之類的各種其他電路連結在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述。

在本發明實施例圖4中，總線接口43提供接口。處理器40負責管理總線架構和通常的處理，存儲器41可以存儲處理器40在執行操作時所使用的數據。針對不同的用戶設備，用戶接口42還可以是能夠外接內接需要設備的接口，連接的設備包括但不限於小鍵盤、顯示器、揚聲器、麥克風、操縱杆等。

處理器40負責管理總線架構和通常的處理，存儲器41可以存儲處理器40在執行操作時所使用的數據。

通過以上所述的流程圖以及方案的描述，接收客戶發送的請求，獲取所述請求中攜帶的用戶標識、請求信息；確定與所述用戶標識對應的資料庫，將所述請求放入與所述資料庫對應的請求隊列中；其中，所述請求隊列中的請求被按照設定周期進行處理，且處理結果被存儲到所述資料庫對應的緩存區中；根據所述用戶標識和所述請求信息從所述資料庫對應的緩存區查詢與所述用戶標識和所述請求信息對應的處理結果，將所述處理結果發送給所述客戶端。採用該方法，接收到客戶端請求數據時，一方面可以根據請求信息和用戶標識從資料庫對應的緩存區中查詢與所述請求信息和用戶標識對應的處理結果，保證客戶端及時獲得到需求和喜好的信息；另一方面將請求信息和用戶標識放入到與資料庫對應的請求隊列中，請求隊列中的請求不但會被按照設定的周期進行處理，而且處理結果會被存儲到與資料庫對應的緩存區中，避免了大規模數據訪問時，信息推薦耗時較長的問題。數據分析單元從日誌信息中選取請求名稱，確定所述請求名稱在設定時間內的場景轉換率；根據所述請求名稱獲取用戶標識，根據所述用戶標識與資料庫的對應關係，確定所述資料庫對應算法的所述場景轉換率。數據分析單元獲得的場景轉換率是以客戶端用戶的體驗為中心，而且反饋的信息是客觀、全面和真實的。

應當理解，以上信息推薦和分析裝置包括的單元僅為根據該設備裝置實現的功能進行的邏輯劃分，實際應用中，可以進行上述單元的疊加或拆分。並且該實施例提供的信息推薦裝置所實現的功能與上述實施例提供的信息推薦方法一一對應，對於該設備所實現的更為詳細的處理流程，在上述方法實施例一中已做詳細描述，此處不再詳細描述。

本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質（包括但不限於磁碟存儲器、cd-rom、光學存儲器等）上實施的電腦程式產品的形式。

本發明是參照根據本發明實施例的方法、設備（系統）、和電腦程式產品的流程圖和／或方框圖來描述的。應理解可由電腦程式指令實現流程圖和／或方框圖中的每一流程和／或方框、以及流程圖和／或方框圖中的流程和／或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和／或方框圖一個方框或多個方框中指定的功能的裝置。

這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和／或方框圖一個方框或多個方框中指定的功能。

這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和／或方框圖一個方框或多個方框中指定的功能的步驟。

儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明範圍的所有變更和修改。

顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。