目標對象信息推薦方法、伺服器及客戶端的製作方法

2023-06-10 19:06:11 3

目標對象信息推薦方法、伺服器及客戶端的製作方法
【專利摘要】本發明涉及一種目標對象信息推薦方法，所述方法包括：接收目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；確定所述多個備選對象的歷史選擇信息；根據所述歷史次數和所述選擇次數，獲取所述備選對象中至少一個備選對象的支持信息；將所述多個備選對象中部分或全部所述備選對象的所述支持信息或歷史選擇信息發送給客戶端。本申請提供的目標對象信息推薦方法，能夠提高業務對象可靠性。
【專利說明】 目標對象信息推薦方法、伺服器及客戶端
【技術領域】
[0001]本發明涉及網際網路領域，具體涉及一種目標對象信息推薦方法、伺服器及客戶端。【背景技術】
[0002]隨著電子信息化時代的到來，網際網路在人們的生活中發揮著越來越重要的作用，人們通過網際網路可以快速、實時地獲取各種信息，網際網路應用給人們的生活、工作提供了很大的方便，從而成為目前應用非常普及的一種技術。
[0003]基於網際網路的普及性，網際網路成為承載業務的基本方式，一般將通過網際網路實現的業務稱為網際網路業務。目前，網際網路業務的種類非常多，主要通過部署在網絡中的各伺服器實現相應的業務。例如，在應用非常普及的交易類網站中，網絡伺服器主要向廣大用戶提供各類交易服務，包括實體交易服務、信息交易服務等，在此類網站中的業務實現方式主要是用戶將所能提供的業務對象的描述信息展示在網頁上供其他用戶選擇。例如，業務對象為實體時，網頁上展示的描述信息可以為該實體的圖片、名稱、用途以及價格等信息；業務對象為信息時，網頁上展示的描述信息可以為該信息的摘要或關鍵欄位等。在用戶將所能提供的業務對象的描述信息展示在網頁上後，其他用戶可以通過瀏覽網頁上展示的業務對象選擇出自身需要的對象以進行後續業務。例如，向網站伺服器發送獲取該對象的請求，從而網站伺服器可以按照規定的處理方式實現該用戶對該對象的獲取，其中，規定的處理方式可以有多種，例如，要求該用戶進行登錄，或者要求該用戶對該對象支付一定的費用等。
[0004]目前，用戶在選擇網頁上展示的業務對象時，主要基於該業務對象的描述信息進行選擇。例如，用戶查看網頁上展示的業務對象的名稱、用途、圖片等信息，從而確定該業務對象是否符合自身要求。實際應用中，網絡中會存在大量的業務對象，各業務對象的描述信息一般是對該業務對象的簡單描述，用戶往往很難根據業務對象的描述信息就能夠完全了解該對象的相關情況。例如，網頁上所描述的業務對象在使用中是否存在弊端、圖片是否真實、描述信息是否準確等，對於未實際獲取到該業務對象的用戶來說，都是無法確定的，尤其在業務對象被添加了虛假描述信息的情況下，用戶要選擇出自身實際需要的業務對象會更困難。
[0005]基於以上的問題，現有技術中，第一用戶在瀏覽業務對象時，通常會通過伺服器與可能了解用戶瀏覽的業務對象的第二用戶建立連接，通過與第二用戶的溝通，得到對所述業務對象的信息確認。
[0006]上述技術方案，存在的問題就是:第一，第二用戶並不一定了解第一用戶瀏覽的業務，因此，得到的確認信息可能不準確。第二，這種通信方式，缺乏針對性，浪費伺服器和網絡資源。第三，即使第一用戶知道第二用戶了解瀏覽的業務對象，但第二用戶不一定保持上線的狀態，此時，第一用戶不能及時與其建立連接並得到回覆，因此，無法獲取業務對象的信息確認，效率低下；第四，即使第一用戶能夠與一個或兩個第二用戶建立通信連接，所能獲知的確認數據也是相當有限的，這極有可能是業務對象的提供者提供的虛假交易對象，不能反映業務對應描述信息的準確性。[0007]因此，對於網際網路上提供的業務對象的描述信息可能存在不全面、不真實等情況，通過現有技術獲知業務對象的可靠性的技術存在浪費通信資源、效率低、有效性差的問題。

【發明內容】

[0008]本申請的目的是提供一種目標對象信息推薦方法，以實現提高獲知業務對象可靠性的有效性的目的，並節約通信資源、提高通信效率。
[0009]一方面，本申請提供了一種目標對象信息推薦方法，所述方法包括:
[0010]接收目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；
[0011]確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數以及所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；
[0012]將所述多個備選對象中至少一個所述備選對象的所述支持信息發送給客戶端。
[0013]另一方面，本申請提供了一種目標對象信息推薦方法，所述方法包括:
[0014]接收所述第一用戶選定的多個備選對象的選定信息；
[0015]根據所述選定信息，生成目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；
[0016]向伺服器發送所述目標對象信息推薦請求，以便於所述伺服器根據所述目標對象推薦請求，確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數和/或所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；
[0017]接收所述伺服器發送的部分或全部所述備選對象的歷史選擇信息或支持信息，所述支持信息為參考所述歷史次數和所述選擇次數，獲取到的所述備選對象中至少一個備選對象的支持信息。
[0018]另一方面，本申請提供了一種伺服器，所述伺服器包括:
[0019]接收單元，用於接收目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；
[0020]確定單元，用以確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數以及所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；
[0021]發送單元，用於將所述多個備選對象中部分或全部所述備選對象的歷史選擇信息或者參考歷史選擇信息得到的支持信息發送給客戶端。
[0022]另一方面，本申請提供了一種客戶端，所述客戶端包括:
[0023]第一接收單元，用於接收所述第一用戶選定的多個備選對象的選定信息；
[0024]生成單元，用以根據所述選定信息，生成目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；[0025]發送單元，向伺服器發送所述目標對象信息推薦請求，以便於所述伺服器根據所述目標對象推薦請求，確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數和/或所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；
[0026]第二接收單元，用於接收所述伺服器發送的部分或全部所述備選對象的歷史選擇信息或支持信息，所述支持信息為參考所述歷史次數和所述選擇次數，獲取到的所述備選對象中至少一個備選對象的支持信息。
[0027]通過本申請提供的目標對象信息推薦方法，伺服器根據用戶在瀏覽器界面選定的備選對象之後，通過客戶端的目標對象信息推薦請求，確定所述多個備選對象的歷史選擇信息，並根據備選對象的歷史選擇信息獲得每個備選對象的支持信息；之後，根據支持信息的不同，將至少一個備選對象的支持信息反饋給客戶端，使得用戶能夠在客戶端根據伺服器反饋的支持信息確認業務對象的可靠性，在所述多個備選對象中選擇目標對象，通過此方法，能夠使得用戶及時獲取到備選對象的支持信息，這不但節約了通信資源、提高了通信效率，而且提高對業務對象進行確認的有效性和可靠性。
【專利附圖】

【附圖說明】
[0028]為了更清楚地說明本發明實施例中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0029]圖1為本申請提供的目標對象信息推薦方法的應用系統架構圖；
[0030]圖2是本申請提供的目標對象信息推薦方法一實施例的流程圖；
[0031]圖3是本申請提供的目標對象信息推薦方法一應用例的系統結構圖；
[0032]圖4為本申請提供的目標對象信息推薦方法一種應用例中，客戶端瀏覽器顯示狀態不意圖；
[0033]圖5是本申請提供的目標對象信息推薦方法另一實施例的流程圖；
[0034]圖6A是本申請提供的目標對象信息推薦方法另一實施例的流程圖；
[0035]圖6B是本申請提供的目標對象信息推薦方法另一實施例的流程圖；
[0036]圖7是本申請提供的目標對象信息推薦方法另一實施例的流程圖；
[0037]圖8是本申請提供的目標對象信息推薦方法另一實施例的流程圖；
[0038]圖9是本申請提供的目標對象信息推薦方法另一實施例的流程圖；
[0039]圖10是本申請實施例提供的一種伺服器的結構圖；
[0040]圖11是本申請實施例提供的一種客戶端的結構圖。
【具體實施方式】
[0041]本申請實施例提供了一種目標對象信息推薦方法以及伺服器，該技術方案可以應用於用戶瀏覽網頁上的業務對象的過程，既可以實現為一種方法，也可以實現為一種產品。以下結合說明書附圖對本申請的優選實施例進行說明，應當理解，此處所描述的優選實施例僅用於說明和解釋本申請，並不用於限定本申請。並且在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。
[0042]本申請實施例提供的目標對象信息推薦方法，可以應用於各類現網際網路業務的網站，所涉及的網站的類型根據具體實現的業務而有所不同，但不論何種類型的網站，本實施例一提供的方案均可適用。例如，包括圖1所示的應用架構，包含網際網路連接的伺服器10、多個客戶端20，當然客戶端20並不局限於計算機、智慧型手機、平板電腦等硬體本身，更重要的是藉由這些硬體呈現的網頁、應用等。客戶端20的操控者為參與網上業務的一個或者多個用戶。
[0043]實施例一
[0044]依據上述架構，本申請實施例提供一種目標對象信息推薦方法，該方法執行主體為上述架構中的伺服器，圖2是目標對象信息推薦方法的流程圖，由圖2可見，所述方法包括:
[0045]步驟201，接收目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；
[0046]具體而言，第一用戶可以通過瀏覽器等客戶端訪問網站，在網站上瀏覽對應網頁上展示的業務對象，並對業務對象行選擇，以確定最終的目標對象。例如，在網站中，對應網頁上展示的商品對象即為業務對象，例如，實體商品、虛擬商品或者價值信息等，通過瀏覽對應網頁上展示的業務對象，並對業務對象行選擇，以確定最終的目標對象。
[0047]由於業務對象眾多，並且網頁上展示的業務對象的信息有限，第一用戶在其瀏覽的多個業務對象中難以選擇最終的目標對象。因此，在本申請實施例中，第一用戶可以根據頁面上顯示的業務對象，選擇多個業務對象作為備選對象。
[0048]第一用戶在客戶端選定了多個備選對象之後，通過客戶端生成目標對象推薦請求之後，向提供業務對象展示的伺服器發起目標對象信息推薦請求，在所述的目標對象信息推薦請求中，可以攜帶有第一用戶選擇的備選對象的信息，例如，備選對象所屬的類目、名稱、編號、ID等信息中的一種或多種。
[0049]在實際應用中，以圖3所述的架構為例，伺服器10作為提供網上購物平臺，例如，淘寶、天貓商城等。用戶通過客戶端30登陸網站訪問商務平臺的伺服器10，在伺服器10展示的多種商品中選擇其要購買的商品。
[0050]用戶A作為第一用戶，通過其客戶端30的如圖4所示的網頁頁面登陸到電子商務平臺之後，在商務平臺的伺服器10提供的多種商品中進行選擇。在用戶A對同一類商品確定了多個備選對象的情況下，需要在多個備選對象中選擇一個或幾個作為最終購買的商品，進行下單。在面對所有的備選對象時，用戶A面臨多種選擇，因此，希望由伺服器10對作為備選對象的商品進行信息推薦。
[0051]例如，商務平臺的伺服器10提供了一種徵求多個用戶建議的應用。用戶A在瀏覽淘寶網後，想要購買一種挎包，經過瀏覽之後，選中6-7個作為備選的商品，但是，用戶A很難在這些備選的商品中作出取捨。因此，用戶可通過在客戶端30的瀏覽器中「我的淘寶」界面選中這種應用，選中後，用戶可以發起信息推薦的應用請求，請求伺服器10給出用戶A選定的備選商品的信息推薦。首先，用戶可先選中需要進行推薦的商品，作為備選對象。在選擇信息推薦的產品時，用戶A可以在瀏覽記錄中選擇瀏覽過的商品，在收藏夾中選擇收藏的商品，在購買記錄中選擇過的商品，或者直接在提示框中輸入商品的連結，通過上述的方式選擇需要加入信息推薦的產品。
[0052]例如，圖4所示的X、Y、Z、Q四個商品。用戶A希望平臺伺服器10能夠邀請多個用戶幫其在X、Y、z、Q四件商品中，給出信息推薦。
[0053]用戶A在客戶端30的瀏覽器界面選定了備選對象X、Y、Z、Q之後，點擊客戶端20上的界面控制項，由客戶端20發出目標對象信息推薦請求。
[0054]步驟202，確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數和/或所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；
[0055]具體而言，伺服器根據第一用戶發起的目標對象信息推薦請求中攜帶的備選對象的特徵信息，可採用查表的方式，在對象信息資料庫中查找確定這些備選對象的歷史選擇信息。
[0056]本申請實施例中的歷史選擇信息可包括這些備選對象中的一個或多個，曾經由第二用戶發起的向伺服器獲取目標對象信息確認和/或信息推薦的活動中，被所述的第二用戶選擇為備選對象的次數，以及被第二用戶選擇為最終目標對象的次數。但是，歷史選擇信息並不局限於前述的兩種次數，還可以包括第二用戶對備選對象的評價信息等。第一用戶是指此刻瀏覽頁面，準備進行目標對象選擇的用戶，第二用戶則是在此刻之前曾經進行過目標對象選擇的用戶。
[0057]伺服器在對象信息資料庫中確定與第一用戶的每個備選對象對應的歷史選擇信息。例如，每個備選對象被所有曾經發起過目標對象信息確認活動的第二用戶選中為備選對象的次數，在這次被選中作為備選對象的次數中被第二用戶選中作為最終目標對象的次數等，以及第二用戶對該備選對象的評價信息等。
[0058]伺服器獲取這些備選對象歷史選擇信息的方法，即可以是通過在線統計的方式，也可以是離線統計的方式得到。前者是每次有一個用戶通過客戶端發出目標對象信息推薦請求之後，確定相關備選對象的歷史選擇信息；後者是以離線的方式進行統計，伺服器自動將每個備選對象的被選擇參與信息確認活動的次數和被選為最終目標對象的次數保存，每次接收到一個新的第一用戶發送的目標對象請求之後，只需要從對象信息資料庫中查找目標對象的相關數據即可。
[0059]所述一次歷史選擇信息的產生可以有多種方式，例如，伺服器將多個備選對象中的一個備選對象曾經被第一用戶或第二用戶選中為備選對象的次數，作為歷史選擇信息中的歷史次數，而將第一用戶或第二用戶最終選擇某一個備選對象為最終目標對象的次數，統計為該備選對象的選中次數。
[0060]再例如，第一用戶在選擇了幾個備選對象之後，自主選擇N (N為大於I的整數)個第三用戶，例如，該第三用戶為第一用戶的好友，或者為該第一用戶互相關注的用戶。第一用戶將其選中的備選對象的選定信息通過客戶端發送給這N個第三用戶，N個第三用戶分別選中其支持的一個或多個備選商品，此時，備選對象被推薦給N個第三用戶，即可算作歷史次數中的N次，而該些備選對象中被第三用戶支持的次數，可以統計到歷史選擇信息中的選中次數。[0061]再例如，伺服器可以在接收到目標對象信息推薦請求之後，隨機選擇N個註冊用戶作為第三用戶，伺服器將第一用戶選中的備選對象的選定信息通過客戶端發送給這N個第三用戶，第三用戶分別選中其支持的一個或多個備選商品，此時備選對象被推薦給N個第三用戶，即可算作歷史次數中的N次，而該些備選對象中被第三用戶支持的次數，可以統計到歷史選擇信息中的選中次數。
[0062]在前述的幾種方式中，伺服器中不僅記錄挑選記錄和選擇記錄，還可保存每個備選對象每次被選中作為備選對象的時間和/或每個備選對象被選中做目標對象的時間，或者每個備選對象被第三用戶推薦的時間等。
[0063]以圖3所示的應用為例，連接到伺服器10接收到用戶A的請求之後，伺服器根據請求的內容，備選對象的特徵信息，在對象信息資料庫中，採用查表、索引等方式確定每個備選對象X、Y、Z、Q的歷史挑選記錄。也就是說被選中參與信息推薦活動的次數，以及在被選中參與信息推薦活動的次數中，被選中和/或被購買的次數等數據。
[0064]步驟203、將所述多個備選對象中部分或全部所述備選對象的歷史選擇信息或者參考歷史選擇信息得到的支持信息發送給客戶端；
[0065]具體而言，伺服器可根據在對象信息資料庫查找得到的所述備選對象的所述多個備選對象中的每個備選對象被選擇參與輔助請求的歷史次數，並且獲取所述備選對象在所述歷史次數的輔助請求中被作為所述目標商品的選擇的次數，通過歷史次數和所述選中次數，計算每個備選對象的支持率，將支持率作為支持信息發送給客戶端，供選定備選對象的第一用戶對備選對象進行確認，獲取備選對象的可靠性數據。或者直接將歷史選擇信息發送給客戶端，由客戶端對歷史選擇信息中的歷史次數和選擇次數進行運算獲取支持率。
[0066]例如，備選對象X被選中作為備選對象的歷史次數為1000次，而備選對象A作為最終目標對象的選中次數為400次，則備選對象A的支持率為40%。伺服器可以選擇只返回支持率最高的一個或支持率排名靠前的一個或幾個備選對象的支持率。
[0067]具體到圖3所示的應用中，伺服器在計算到第一用戶A選定的備選對象X、Y、Z、Q中至少一個備選對象的支持率等數據供給客戶端，使第一用戶A讀取。
[0068]通過上述實施例，伺服器能夠根據備選對象的特徵信息確定備選對象在歷史的協助請求活動中的支持信息，從而給出目標對象信息推薦，使得用戶根據參考數據，對備選對象的業務信息可靠性進行確認，這提高了獲取業務對象可靠性時的及時性和可靠程度，避免用戶過長時間等待其他用戶的反饋造成的通信資源消耗。
[0069]在實際應用中，由於網際網路網站業務對象的業務量非常大，持續時間也較長，有些信息可能已經過時，第一用戶可能只希望獲取備選對象最近的一段時間內的歷史選擇信息，此時，在第一用戶可以在客戶端選定了備選對象之後，優選地，還可設定一個時間範圍或者選擇伺服器設定的默認推薦時間範圍參數，之後再發起目標對象信息推薦請求，這樣在目標對象信息推薦請求中，就同時攜帶了第一用戶設定的推薦時間範圍參數。
[0070]因此，在本申請實施例的另一種優選的實施方式中，伺服器在接收到第一用戶發出的目標對象信息推薦請求之後，在其中讀取第一用戶設定的推薦時間範圍參數，之後確定所述推薦時間範圍參數對應的時間範圍，之後再確定所述多個備選對象的在所述時間範圍內的歷史選擇信息。
[0071]由於伺服器中保存了備選對象每次被選中為備選對象的時間和被選中為最終目標對象的時間，因此，伺服器可根據此時間範圍參數，在對象信息資料庫內查找所述多個備選對象的在所述推薦時間範圍參數對應的時間範圍內的歷史選擇信息，之後根據所述的歷史選擇信息，計算所述備選對象在所述推薦時間範圍參數對應的時間範圍內的支持信息，例如支持率。
[0072]以圖3所示的應用為例，第一用戶A希望獲取其選擇的幾個備選對象近一個月的歷史選擇信息，則在發起目標對象信息推薦請求之前，選定時間範圍為最近一個月，則伺服器在接到第一用戶A的請求之後，根據篩選，只給出備選對象一個月內的歷史選擇信息。
[0073]通過上述的實施方式，能夠避免數據冗餘，提高業務對象信息推薦的精確度和時效性，提高查詢效率。
[0074]優選的，由於目標對象信息推薦請求需要耗費較多網絡資源，當某些註冊用戶不斷的發出類似請求，容易造成伺服器負擔過重，為了避免惡意請求，減少伺服器負擔，還可以對發起請求的用戶進行限定。如圖5所示，在確定所述多個備選對象的歷史選擇信息，之前，還包括:
[0075]步驟501，根據所述第一用戶的信息，在用戶資料庫中確定所述第一用戶的等級；
[0076]用戶的等級可以根據用戶的網絡行為信息確定並記錄在用戶資料庫中，如用戶的註冊信息、購物信息、訪問信息等中的至少一種確定。
[0077]具體而言，伺服器可以根據第一用戶的ID信息或其他信息，在用戶資料庫中確定該第一用戶的等級。
[0078]步驟502，判斷所述第一用戶的信譽等級是否滿足設定的等級限定；
[0079]伺服器可以設定對目標對象信息推薦請求進行回應的用戶的等級門限，例如，在圖3所示的淘寶應用例中，可設定需要達到設定級別才能發起目標對象信息推薦請求。
[0080]因此，伺服器在確定備選對象的歷史數據之前，可以先根據標對象信息推薦請求中的信息獲取第一用戶的身份信息，判斷第一用戶的身份是否滿足設定的等級限定標準，例如，該用戶是否為二級以上用戶。這樣，伺服器可以減少額外負擔，也可以保證提供數據的可靠性。
[0081]之後，如果此次發起目標對象信息推薦請求的用戶滿足設定的等級限定，伺服器根據該第一用戶的請求，確定歷史選擇信息，反之，伺服器可以拒絕或中止對歷史選擇信息的查詢。
[0082]步驟503，對於信譽滿足設定的等級限定的第一用戶，確定該第一用戶的所述多個備選對象的歷史選擇信息。
[0083]例如，在圖3所示的淘寶應用例中，第一用戶A是等級達到二級以上的良好的用戶，伺服器判斷第一用戶A滿足伺服器設定的等級，才開始為第一用戶A查詢第一用戶A選定的備選對象的歷史選擇信息，計算備選對象支持率。如果發起目標對象信息推薦請求的是用戶M，用戶M的等級為一級，不滿足伺服器設定的標準，伺服器拒絕用戶M的要求，或者不提供發起目標對象信息推薦請求的選項。
[0084]通過上述的實施方式，伺服器可以進一步減少負擔，也可以保證提供數據的可靠性，避免因惡意請求對歷史選擇信息的影響。
[0085]優選的，在另外一種實施方式中，在伺服器接收到的目標對象信息推薦請求中，攜帶了備選對象的屬性信息，伺服器在確定所述多個備選對象的歷史選擇信息之前，還包括:
[0086]檢測所述多個備選對象的屬性是否屬於設定的屬性標準；
[0087]如果具有相同的屬性，則進行相應歷史選擇信息查詢，否則，伺服器只查詢具有相同屬性的一個或者幾個備選商品的歷史選擇信息。
[0088]具體而言，伺服器可以對第一用戶選定的備選對象的屬性進行檢測。通常第一用戶需要挑選的對象屬性相同。例如，假設第一用戶想要選擇的目標對象是鞋子，那麼只有屬性同樣為鞋子的商品，才具備參考性。因此，伺服器判斷所選的幾個備選對象是否具有相同的屬性，屬於同一類目。這樣能夠提高伺服器提供的歷史選擇信息的有效性，避免不同屬性的商品進行比較，造成數據參考性下降的問題。
[0089]具體到前述的應用中，由於第一用戶A想要選擇的是挎包，因此，只有同為挎包的幾種商品的對比數據才是有意義的，但是由於第一用戶A的誤操作，可能將鞋子也加入到備選對象中。此時，伺服器根據目標對象業務推薦請求中攜帶的備選對象的特徵信息，例如，商品的類目、ID等信息，判定幾種作為備選對象的商品是否具有相同的屬性。
[0090]優選的，另外一種實施例如圖6A所示，伺服器在確定所述多個備選對象的歷史選擇信息之前，還可包括:
[0091]步驟601，根據所述備選對象的信息，確定所述備選對象的屬性信息；
[0092]具體而言，伺服器可以根據備選對象的信息，在對象信息資料庫中查找備選對象的屬性，例如類目、品種、品牌、價格等信息。
[0093]步驟602，根據所述多個備選對象的屬性信息，對所述多個備選對象中具有部分或全部相同屬性的備選對象進行分組；
[0094]具體而言，由於第一用戶選擇備選對象的方式不同，例如，第一用戶是通過歷史瀏覽記錄批量選擇了很多個備選對象，因此，這些備選對象可能分別具有不同的屬性，例如分屬於不同的類目。具體到圖3所述的應用例中，用戶A可能選定了 50個備選對象，這50個備選對象中有鞋子，也有褲子，甚至帽子等，顯然如果不對這些備選對象進行區分，獲取到的歷史選擇信息和支持信息就不具有參考價值，因此需要對這些備選對象進行分組，將屬於同一類目的備選對象分為一組。
[0095]在所述確定所述多個備選對象的歷史選擇信息之後，按照所述分組，返回每個分組中的備選對象的支持信息。
[0096]例如，在分組之後鞋子對應的類目中包含8個備選對象、褲子對應的類目中包含10個備選對象，因此，伺服器針對鞋子的類目分組返回支持率排序較高的一個或兩個備選對象的支持率，針對褲子對應的類目分組，返回支持率排序較高的一個或兩個備選對象的支持率。
[0097]此外，第一用戶選定的多個備選對象的類目可能相同，但是，技術兩種備選對象的所屬的類目相同，彼此之間的相似度可能也相差較大。例如一線品牌的鞋子和三線品牌的鞋子，同屬相同的類目，但是相似度較遠。因此，如圖6B所示，作為優選實施例，所述對所述多個備選對象中具有相同屬性的備選對象進行分組，步驟602之後，還可以進一步包括:
[0098]步驟603，確定每個分組中的多個備選對象的相似度；
[0099]具體而言，伺服器在根據備選對象的屬性信息，進行分組之後，還可以根據備選對象的品牌，價格等因素，計算具有相同屬性的備選對象之間的相似度，例如同為一線品牌的鞋子相似度較高。
[0100]步驟604，根據所述相似度，對所述備選對象進行二次分組；
[0101]具體而言，伺服器根據備選對象的相似度，將具有相同屬性的備選對象中相似度高的備選對象進行二次分組，例如，在鞋子對應的類目中，將一線品牌的鞋子分為一個次級組，將二線品牌的鞋子分為一個次級組。
[0102]在伺服器所述確定所述多個備選對象的歷史選擇信息之後，伺服器按照所述二次分組，返回每個二次分組中的備選對象的支持信息。
[0103]具體而言，伺服器可以只返回每個次級分組後的幾個備選對象中支持率較高的一個或幾個備選對象的支持率。
[0104]通過上述實施例，能夠提高伺服器提供的歷史選擇信息的有效性，避免不同屬性的商品進行比較，造成數據參考性下降的問題，方便用戶選擇確定。
[0105]優選的，在另外一種實施方式中，伺服器接收到的目標對象信息推薦請求中，可以包含備選對象的連結地址，因此，伺服器在確定備選對象的歷史選擇信息之前，還可以檢測所述多個備選對象中的任意一個備選對象的連結地址是否有效。
[0106]具體而言，第一用戶選擇的備選對象，有可能是在瀏覽日誌中選擇的，因此，備選對象的連結地址，就可能存在無效的情況，例如，商品下架，缺貨等。因此，伺服器可以監測備選對象的連結地址是否還有效，如果無所述連結地址效，可以報告無效信息。只確定連結地址有效的備選對象的歷史選擇信息。顯然，連結無效的備選對象的歷史選擇信息，對於第一用戶的參考價值並不大。
[0107]結合到前述的圖3所示的應用例中，由於第一用戶A在添加備選對象時，可能是通過頁面添加、地址連結添加、瀏覽日誌添加。收藏夾添加等方式，在發起請求時，該備選對象可能已經處於不可用狀態，因此，伺服器需要對這些信息進行核實，對於已經下架或不再出售的商品，不再給出歷史選擇信息，中止進行信息推薦處理。
[0108]因此，通過上述方式，可以進一步提高業務對象可靠性判斷的準確度。
[0109]優選的，如圖7所示，在本申請實施例的另外一種實施方式中，伺服器接收到的所述目標對象信息推薦請求中包含所述多個備選對象的信息，例如ID，所述確定所述多個備選對象的歷史選擇信息，之前，還包括:
[0110]S701，根據所述備選對象的信息，確定所述備選對象的提供對象信息；
[0111]具體的，如果第一用戶只關注信譽較高的賣家的商品，則可以在客戶端的頁面選定任意一個備選對象的提供對象的標準，例如，提供對象的信譽標準。例如，只關注高等級的提供商的提供的商品的歷史選擇信息，因此，第一用戶發送的目標對象信息推薦請求中，附帶第一用戶選定的設定信譽標準。伺服器根據目標對象信息推薦請求中攜帶的備選對象的ID，在對象信息資料庫中查找備選對象的提供對象的等級信息。
[0112]S702，檢測所述多個備選對象中的任意一個備選對象的提供對象是否滿足設定的標準；
[0113]具體的，伺服器在確定到所述備選對象的提供對象的信譽等級之後，與第一用戶設定的信譽標準要求對比，如果該備選對象的提供者不滿足第一用戶通過客戶端設定的信譽標準，則剔除該備選對象的歷史選擇信息，只提供對象滿足設定信譽標準的備選對象的歷史選擇信息。[0114]結合前述的應用例，第一用戶A為了保證商品的質量，只希望選擇信譽較高的淘寶賣家提供的商品，因此，第一用戶A也只關注信譽較高的淘寶賣家提供的商品的歷史選擇信息。因此，在發起目標對象推薦請求之前，第一用戶A在頁面選擇了設定賣家信譽標準範圍，例如為皇冠級賣家，則伺服器接收到第一用戶A的請求之後，自動篩選，不統計賣家信譽達不到皇冠級的商戶提供的商品的歷史選擇信息。
[0115]通過上述的方案，能夠避免查詢用戶不感興趣的信息，提高查詢效率，節省通信資源。
[0116]特別需要注意的是，前述的幾種可選的實施方式，可以按照任意的順序，按照任意的組合進行選擇執行，前述的順序僅僅是為了方便說明的目的，不應理解為對本申請的限制。
[0117]通過前述的幾個實施例，伺服器能夠獲取備選對象的歷史選擇信息，供第一用戶參考，確認備選對象的可靠性，在其中選擇的目標對象。那麼，最終伺服器需要獲取並記錄所述第一用戶依據所述多個備選對象的歷史選擇信息，在所述多個備選對象中選擇目標對象，更新該備選對象的歷史選擇信息，供下一次的第一用戶進行參考。
[0118]如圖8所示，在另外一種優選方式中，伺服器還可以:
[0119]步驟801，查詢第四用戶，該些第四用戶與所述備選對象關聯，曾經將所述備選對象中的至少一個作為最終目標對象。
[0120]具體而言，伺服器可在對象信息資料庫中確定曾經購買或使用過某種備選對象的用戶。
[0121]步驟802，向第四用戶發送邀請信息，所述邀請信息用於邀請所述第四用戶對所述第一用戶的備選對象進行目標對象信息推薦；
[0122]具體的，伺服器向查詢到的一個或多個第四用戶發送邀請信息，邀請這些第四用戶對其曾使用過的備選對象進行評價、投票或者打分。
[0123]步驟803，記錄所述第四用戶對所述第一用戶的備選對象的推薦信息，並將所述第四用戶對所述備選對象的推薦信息作為所述備選對象的支持信息。
[0124]具體而言，伺服器將第四用戶對某種作為備選對象的商品的評級等推薦信息作為備選對象的支持信息發送給客戶端，供用戶參考。
[0125]通過上述實施例，伺服器不僅能夠將備選對象的歷史支持信息返回給第一用戶參考，還能夠將曾使用或購買過備選對象的用戶對備選對象的評價信息和使用信息發送給客戶端供用戶參考。
[0126]如圖9所示，本申請實施例還提供一種目標對象信息推薦方法，該實施例的執行主體為客戶端，所述方法包括:
[0127]S901，接收所述第一用戶選定的多個備選對象的選定信息；
[0128]具體而言，所述的客戶端包括但不限定於智慧型手機、平板電腦、個人電腦。第一用戶通過所述客戶端訪問網際網路網站，在網站上瀏覽對應網頁上展示的業務對象，並對業務對象行選擇，以確定最終的目標對象。例如，在網站中，對應網頁上展示的商品對象即為業務對象，例如，實體商品、虛擬商品或者價值信息等，通過瀏覽對應網頁上展示的業務對象，並對業務對象行選擇，以確定最終的目標對象。第一用戶可以根據客戶端展示的頁面上顯示的業務對象，選擇多個業務對象作為備選對象。[0129]第一用戶選定備選對象的方式包括但不限定於通過收藏夾中的收藏記錄添加備選對象、通過歷史瀏覽記錄中的瀏覽日誌添加備選對象、通過輸入備選對象連結地址的方式添加備選對象。
[0130]在實際應用中，以圖3所述的架構為例，伺服器10作為提供網上購物的電子商務平臺，例如淘寶、天貓商城等。用戶通過客戶端30登陸網站訪問商務平臺的伺服器10，在商務平臺伺服器10展示的多種商品中選擇其要購買的商品。
[0131]用戶A作為第一用戶，通過其客戶端30的如圖4所示的網頁頁面登陸到電子商務平臺之後，在商務平臺的伺服器10提供的多種商品中進行選擇。在第一用戶A對同一類商品確定了多個備選對象的情況下，需要在多個備選對象中選擇一個或幾個作為最終購買的商品，進行下單。在面對所有的備選對象時，第一用戶A面臨多種選擇，因此希望由伺服器10對作為備選對象的商品進行信息推薦。
[0132]例如，商務平臺的伺服器10提供了一種徵求多個用戶建議的應用。第一用戶A在瀏覽淘寶網後，想要購買一種挎包，經過瀏覽之後，選中6-7個作為備選的商品，但是第一用戶A很難在這些備選的商品中作出取捨。首先，用戶將選中需要加入需要信息推薦的商品，作為備選對象。在選擇信息推薦的產品時，第一用戶A可以在瀏覽記錄中選擇瀏覽過的商品，在收藏夾中選擇收藏的商品，在購買記錄中選擇過的商品，或者直接在提示框中輸入商品的連結，通過上述的方式選擇需要加入信息推薦的產品。
[0133]例如圖4所示的X、Y、Z、Q四個商品。第一用戶A希望商務平臺的伺服器10能夠邀請多個用戶幫其在X、Y、z、Q四件商品中，給出信息推薦。
[0134]S902，根據所述選定信息，生成目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；
[0135]具體而言，第一用戶在客戶端選定了多個備選對象之後，客戶端根據所述選定信息生成目標對象推薦請求在所述的目標對象信息推薦請求中，可以攜帶有第一用戶選擇的備選對象的特徵信息，例如備選對象所屬的的類目、名稱、編號、ID、以及連結地址URL等信息中的一種或多種。
[0136]例如，第一用戶A在客戶端30的瀏覽器界面選定了備選對象X、Y、Z、Q之後，點擊客戶端20上的界面控制項，即觸發客戶端生成目標對象信息推薦請求。在生成的目標對象推薦請求中，攜帶備選對象X、Y、Z、Q的信息。
[0137]S903,向伺服器發送所述目標對象信息推薦請求；
[0138]具體而言，客戶端在為第一用戶選定的備選對象生成目標對象信息推薦請求之後，即通過網際網路將所述目標對象信息推薦請求發送給伺服器，由伺服器進行備選對象的歷史選擇信息反饋，其實施過程和圖3所示的實施例類似，因此不多贅述。
[0139]S904，接收所述伺服器發送的部分或全部所述備選對象的歷史選擇信息或支持信息。其中，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數以及所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；所述支持信息為參考所述歷史次數和所述選擇次數，獲取到的所述備選對象中至少一個備選對象的支持信息
[0140]第一用戶可根據所述備選對象的歷史次數和所述選擇次數，或者支持信息，進行選擇。
[0141]具體地，客戶端接收到的是歷史次數和所述選擇次數時，可根據兩者計算支持信息。接收伺服器返回的所述備選對象中的一個或多個的支持信息，所述支持信息可以包括所述備選對象的歷史支持率和所述備選對象的評價信息，所述支持率的計算方式和前述的實施例相同，因此不多贅述。
[0142]再以圖3所示的應用例作為說明，伺服器在接收到客戶端發送的目標對象信息推薦請求之後，查詢所述備選對象X、Y、z、Q的被選為備選對象的歷史次數和最終被選擇為目標對象的選中次數，得到每個備選對象的支持率，假設X的支持率為30%、Y的支持率為50%、Z的支持率為18%、Q的支持率為40%，因此，伺服器可以選擇只返回支持率最高的備選對象Y的支持信息，將Y推薦給第一用戶，客戶端只顯示Y的支持信息，也可以將支持率排名為前兩名的備選對象Y和Q的支持率都返回給客戶端，客戶端顯示Y和Q的支持率，將兩者都推薦給用戶Α，不多贅述。
[0143]需要指出的是，支持率並不一定需要伺服器計算，伺服器也可只將備選對象的被選中為備選對象的歷史次數和被選中成為目標對象的選中次數返回給客戶端，由客戶端計算每個備選對象的支持率，不多贅述。
[0144]通過上述的實施例，使得用戶能夠對商品信息進行確認，節省通信資源。
[0145]相應的，請參考圖10，本申請實施例還提供一種伺服器，該伺服器包括:
[0146]接收單元1001，用於接收目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；
[0147]確定單元1002，用以確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數和/或所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；
[0148]發送單元1003，用於將所述多個備選對象中部分或全部所述備選對象的歷史選擇信息或者參考歷史選擇信息得到的支持信息發送給客戶端。
[0149]具體的，第一用戶可以通過各種瀏覽器，例如PC、智慧型手機、平板電腦等客戶端，在具有多種備選對象被選擇時，通過觸發客戶端的瀏覽器或應用界面的相應控制項，由客戶端發出目標對象信息推薦請求。接收單元601接收所述目標對象信息推薦請求，同時獲取到在一次目標對象信息推薦中的多個備選對象的特徵信息，例如分類，名稱、
[0150]確定單元1002根據目標對象信息推薦請求的內容，和獲取到的備選對象的特徵信息，在對象信息資料庫中，查找確定每個備選對象的歷史選擇信息。也就是說被選中作為備選對象的歷史次數，以及在被選中參與協助挑選的次數中，被選中作為最終目標對象的選中次數等數據。
[0151]發送單元1003在確定單元1002獲取到備選對象的歷史選擇信息之後，將歷史選擇信息或者參考歷史選擇信息獲得的支持信息發送給客戶端，通過客戶端將獲取到的信息顯示出來，供用戶參考。
[0152]另一方面，本申請提供了一種客戶端，如圖11所示，所述客戶端包括:
[0153]第一接收單元1101，用於接收所述第一用戶選定的多個備選對象的選定信息；
[0154]生成單元1102，用以根據所述選定信息，生成目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息；
[0155]發送單元1103，向伺服器發送所述目標對象信息推薦請求，以便於所述伺服器根據所述目標對象推薦請求，確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數和/或所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數；
[0156]第二接收單元1104，用於接收所述伺服器發送的部分或全部所述備選對象的歷史選擇信息或支持信息，所述支持信息為參考所述歷史次數和所述選擇次數，獲取到的所述備選對象中至少一個備選對象的支持信息。
[0157]以上的伺服器和客戶端僅僅是針對功能進行各個單元的劃分，在實際應用中，兩種實施例的伺服器完全可以合併為同一個硬體設備中，採用軟體、硬體或者軟體硬體結合的方式，實現上述兩種伺服器的功能。
[0158]專業人員應該還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬體、計算機軟體或者二者的結合來實現，為了清楚地說明硬體和軟體的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發明的範圍。
[0159]結合本文中所公開的實施例描述的方法或算法的步驟可以用硬體、處理器執行的軟體模塊，或者二者的結合來實施。軟體模塊可以置於隨機存儲器(RAM)、內存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬碟、可移動磁碟、CD-ROM、或【技術領域】內所公知的任意其它形式的存儲介質中。
[0160]以上所述的【具體實施方式】，對本發明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發明的【具體實施方式】而已，並不用於限定本發明的保護範圍，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
【權利要求】
1.一種目標對象信息推薦方法，其特徵在於，所述方法包括: 接收目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息； 確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數和/或所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數； 將所述多個備選對象中部分或全部所述備選對象的歷史選擇信息或者參考歷史選擇信息得到的支持信息發送給客戶端。
2.如權利要求1所述的方法，其特徵在於，所述歷史選擇信息中還包括:所述備選對象在被選中的次數中，所述第二用戶對所述備選對象的評價信息； 所述伺服器發送給所述客戶端的信息中還包括所述第二用戶對所述備選對象的評價信息。
3.如權利要求1所述的方法，其特徵在於，所述目標對象信息推薦請求中包含設定的推薦時間範圍參數； 所述確定所述多個備選對象的歷史選擇信息進一步包括: 確定所述推薦時間範圍參數對應的時間範圍； 確定所述多個備選對象的在所述時間範圍內的歷史選擇信息。
4.如權利要求1所述的方法，其特徵在於，所述目標對象信息推薦請求中包含所述第一用戶的信息，所述確定所述多個備選對象的歷史選擇信息，之前，還包括: 根據所述第一用戶的信息，在用戶資料庫中查找所述第一用戶的等級； 判斷所述第一用戶的等級是否滿足設定的等級限定； 對於滿足設定的等級限定的第一用戶，執行確定該第一用戶的所述多個備選對象的歷史選擇信息的步驟。
5.如權利要求1所述的方法，其特徵在於，所述目標對象信息推薦請求中包含所述多個備選對象的屬性信息，在所述確定所述多個備選對象的歷史選擇信息之前，還包括: 檢測所述多個備選對象的屬性是否屬於設定的屬性標準； 所述確定所述多個備選對象的歷史選擇信息具體為: 確定所述多個備選對象中屬性屬於設定的屬性標準的備選對象的歷史選擇信息。
6.如權利要求1所述的方法，其特徵在於，所述目標對象信息推薦請求中包含所述多個備選對象的信息，所述確定所述多個備選對象的歷史選擇信息，之前，還包括: 根據所述備選對象的信息，確定所述備選對象的屬性信息； 根據所述多個備選對象的屬性信息，對所述多個備選對象中具有相同屬性的備選對象進行分組； 所述確定所述多個備選對象的歷史選擇信息之後: 按照所述分組，返回每個分組中的備選對象的支持信息。
7.如權利要求6所述的方法，其特徵在於，所述對所述多個備選對象中具有相同屬性的備選對象進行分組之後，還包括: 確定每個分組中的多倍備選對象的相似度；根據所述相似度，對所述備選對象進行二次分組； 所述確定所述多個備選對象的歷史選擇信息之後: 按照所述二次分組，返回每個二次分組中的備選對象的支持信息。
8.如權利要求1-7任一項所述的方法，其特徵在於，所述支持信息為所述備選對象的支持率，所述將所述多個備選對象中至少一個所述備選對象的所述支持信息發送給客戶端，具體為: 將所述備選對象中支持率排序靠前的一個或多個備選對象的所述支持信息發送給客戶端。
9.如權利要求1所述的方法，其特徵在於，所述目標對象信息推薦請求中包含所述多個備選對象的連結地址，所述確定所述多個備選對象的歷史選擇信息，之前，還包括: 檢測所述多個備選對象中的任意一個備選對象的連結地址是否有效； 所述確定所述多個備選對象的歷史選擇信息具體為: 確定連結地址有效的備選對象的歷史選擇信息。
10.如權利要求1所述的方法，其特徵在於，所述目標對象信息推薦請求中包含所述多個備選對象的信息，所述確定所述多個備選對象的歷史選擇信息，之前，還包括: 根據所述備選對象的信息，確定所述備選對象的提供對象信息； 檢測所述多個備選對象中的任意一個備選對象的提供對象是否滿足設定的標準； 所述確定所述多個備選對象的歷史選擇信息，具體為: 確定提供對象滿足設定標準的備選對象的歷史選擇信息。
11.如權利要求1所述的方法，其特徵在於，將所述多個備選對象中至少一個所述備選對象的所述支持信息發送給客戶端之後，還包括: 記錄所述第一用戶依據所述多個備選對象的歷史選擇信息，在所述多個備選對象中選擇的目標對象； 將該第一用戶的該次選擇，作為該目標對象的一次歷史選擇信息。
12.如權利要求1所述的方法，其特徵在於，所述接收第一用戶發送的目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息，之後還包括: 確定伺服器的第三用戶； 向第三用戶發起參與請求，用以邀請所述第三用戶對所述第一用戶的備選對象進行目標對象信息推薦； 記錄所述第三用戶對所述第一用戶的備選對象的推薦信息，將所述第三用戶對所述備選對象的推薦信息作為所述備選對象的一次歷史選擇信息。
13.如權利要求1所述的方法，其特徵在於，還包括: 向第四用戶發送邀請信息，所述邀請信息用於邀請所述第四用戶對所述第一用戶的備選對象進行目標對象信息推薦； 記錄所述第四用戶對所述第一用戶的備選對象的推薦信息，並將所述第四用戶對所述備選對象的推薦信息作為所述備選對象的支持信息。
14.如權利要求13所述的方法，其特徵在於，所述第四用戶為與所述備選對象關聯的用戶，所述第四用戶是曾將所述多個備選對象中的至少一個選擇為目標對象的用戶。
15.一種目標對象信息推薦方法，其特徵在於，所述方法包括:接收所述第一用戶選定的多個備選對象的選定信息； 根據所述選定信息，生成目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息； 向伺服器發送所述目標對象信息推薦請求，以便於所述伺服器根據所述目標對象推薦請求，確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數和/或所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數； 接收所述伺服器發送的部分或全部所述備選對象的歷史選擇信息，或者支持信息，所述支持信息為參考所述歷史次數和所述選擇次數，獲取到的所述備選對象中至少一個備選對象的支持信息。
16.如權利要求15所述的方法，其特徵在於，所述接收所述第一用戶選定的多個備選對象的選定信息具體包括: 接收所述第一用戶通過收藏夾或歷史瀏覽記錄選定的備選對象，所述選定信息中包含所述備選對象的信息； 所述目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息。
17.如權利要求15所述的方法，其特徵在於，所述接收所述第一用戶選定的多個備選對象的選定信息具體包括: 接收所述第一用戶通過連結地址選定的備選對象，所述選定信息中包含所述備選對象的連結地址； 所述目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的連結地址。
18.如權利要求15所述的方法，其特徵在於，所述支持信息為參考所述歷史次數和所述選擇次數，獲取到的所述備選對象中至少一個備選對象的支持率。
19.一種伺服器，其特徵在於，包括: 接收單元，用於接收目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息； 確定單元，用以確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數以及所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數； 發送單元，用於將所述多個備選對象中部分或全部所述備選對象的歷史選擇信息或者參考歷史選擇信息得到的支持信息發送給客戶端。
20.一種客戶端，其特徵在於，包括: 第一接收單元，用於接收所述第一用戶選定的多個備選對象的選定信息； 生成單元，用以根據所述選定信息，生成目標對象信息推薦請求，所述請求包含所述第一用戶選定的多個備選對象的信息； 發送單元，向伺服器發送所述目標對象信息推薦請求，以便於所述伺服器根據所述目標對象推薦請求，確定所述多個備選對象的歷史選擇信息，所述歷史選擇信息中包括所述多個備選對象中的每個備選對象被第二用戶選擇並向伺服器發出所述目標對象信息推薦請求的歷史次數以及所述備選對象在所述歷史次數的目標對象信息推薦請求中被所述第二用戶作為目標對象的選擇次數； 第二接收單元，用於接收所述伺服器發送的部分或全部所述備選對象的歷史選擇信息或支持信息， 所述支持信息為參考所述歷史次數和所述選擇次數，獲取到的所述備選對象中至少一個備選對象的支持信息。
【文檔編號】H04L29/08GK103841122SQ201210470206
【公開日】2014年6月4日 申請日期:2012年11月20日 優先權日:2012年11月20日
【發明者】容嘉 申請人:阿里巴巴集團控股有限公司