TWI479873B - Method and apparatus for processing authentication request message in social network - Google Patents

Description

社會化網絡中處理認證請求消息的方法及裝置

本申請屬於互聯網技術領域，特別涉及一種社會化網路中處理認證請求消息的方法及裝置。

現有的互聯網中，在線網民形成的社會化網路不再僅僅是單個用戶與單個用戶的關係，而是單對多以及多對多的關係。社會化網路包含了在線用戶及其關係網絡，如即時通信服務(IM)系統和基於WEB2.0的互聯網SNS(社會化網路服務social network service)社區，以IM工具為例，不同的用戶通過IM用戶端實現資訊交互進行溝通，在彼此進行溝通前，一般IM軟體都要求用戶之間在溝通開始前先建立一定的雙向社會化網路關係，以加速溝通對象的定位，並防止不必要的用戶發送無用資訊和不必要的騷擾。在目前的IM軟體技術中，如果用戶甲向不在其社會化關係列表中的用戶乙發起溝通，即用戶甲請求與用戶乙建立一定的社會化關係，用戶甲一般需要向用戶乙發送一個認證請求消息，申請成為與用戶乙具有一定社會化關係的用戶。只有在用戶乙驗證通過了甲的請求後，用戶甲才可以在其社會化關係列表中找到乙，並發起溝通和聊天。

用戶甲在申請與用戶乙成為具有一定社會化關係的用戶時，用戶乙只能通過用戶甲手工輸入的認證請求消息獲知用戶甲的身份資訊或其他資訊，來判斷是否和用戶甲建立社會化關係，可見現有技術中的認證請求消息完全依賴用戶甲的手工輸入，系統無法自動獲取用戶甲的身份資訊及用戶甲與用戶乙之間的社會化關係資訊，使得一方面降低了用戶甲乙之間建立社會化關係的效率，另一方面，無法為用戶乙驗證用戶甲的認證請求消息提供足夠的參數資訊。

為了解決現有技術中用戶驗證與其建立社會化關係的請求時效率低以及所依據的參數資訊較少的問題，本申請實施例提供了一種社會化網路中處理認證請求消息的方法，包括：社會化網路伺服器獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，獲取用於表示第一用戶端和第二用戶端之間具有間接社會化網路關係的關係鏈資訊；社會化網路伺服器向第二用戶端轉發認證請求消息，並發送獲取的關係鏈資訊，所述關係鏈資訊用於第二用戶端對所述認證請求消息進行認證處理。

同時本申請實施例還提供一種社會化網路中處理認證請求消息的裝置，包括：獲取模組：用於社會化網路伺服器獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，獲取用於表示第一用戶端和第二用戶端之間具有間接社會化網路關係的關係鏈資訊；發送模組：用於向第二用戶端轉發認證請求消息，並發送獲取的關係鏈資訊，所述關係鏈資訊用於第二用戶端對所述認證請求消息進行認證處理。

由上述本申請提供的具體實施方案可以看出，社會化網路伺服器在獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，自動獲取用於表示第一用戶端和第二用戶端之間具有間接社會化網路關係的關係鏈資訊，並展示給第二用戶端。增加了第二用戶端驗證第一用戶端的認證請求消息時所依據的參數資訊，並提高了第一用戶端和第二用戶端之間建立社會化網路關係的效率。

本申請提供的第一實施例是一種社會化網路中處理認證請求消息的方法，在如圖1所示的網路拓撲中實施，該網路包括：社會化網路伺服器，和多個用戶端，方法流程如圖2所示，包括：

步驟101：標識為A的用戶端通過社會化網路伺服器向標識為B的用戶端發送與標識為B的用戶端建立社會化關係的認證請求消息。

步驟102：社會化網路伺服器獲知標識為A的用戶端發送的請求與標識為B的用戶端建立社會化關係的認證請求消息後，獲取標識資訊A和標識資訊B。

步驟103：社會化網路伺服器根據標識資訊A和標識資訊B，從多個或1個伺服器中確定儲存索引記錄的關鍵字為(A-B)或為“AB”以及“(AB)”等的倒排索引文件的伺服器為伺服器1。

步驟104：從伺服器1中，社會化網路伺服器提取出關鍵字為(A-B)的索引記錄，並從中提取標識為A的用戶端和標識為B的用戶端共同的社會化屬性資訊，或者從中提取標識為A的用戶端和標識為B的用戶端之間的關係鏈資訊。

步驟105：社會化網路伺服器向標識為B的用戶端發送提取的共同的社會化屬性資訊，或發送提取的共同的關係鏈資訊。

步驟106：標識為B的用戶端將接收的標識為A的用戶端和標識為B的用戶端共同的社會化屬性資訊或提取的共同的關係鏈資訊進行展示。

其中步驟101中，標識為B的用戶端本地儲存有1個或多個社會化關係列表，如社會化關係列表1中有5個用戶端標識和對應的社會化關係類別，表示標識為C、D、E、F、G的用戶端與標識為B的用戶端的社會化關係類別為1。社會化關係列表2中有3個用戶端標識和對應的社會化關係類別，社會化關係類別為2。表1用於保存社會化關係類別為1的用戶端標識，表2保存社會化關係類別為2的用戶端標識。

標識為A的用戶端通過社會化網路伺服器向標識為B的用戶端發送加入表1的認證請求消息，用戶端A發送的認證請求消息中攜帶用戶端A的標識資訊A。

社會化網路伺服器可以安裝於社會化網路中的任意一台伺服器，比如可以是社會化網路中的伺服器1、伺服器2或伺服器3。

其中步驟102中，社會化網路伺服器收到標識為A的用戶端發送的認證請求消息後，對認證請求消息進行分析，從認證請求消息中提取出標識資訊A和標識資訊B。進一步，社會化網路伺服器確定與用戶端A和用戶端B具有直接社會化網路關係的用戶端有用戶端C和用戶端D，社會化網路伺服器收到用戶端A發送的認證請求消息後，對認證請求消息進行分析，從認證請求消息中提取出接收用戶端的標識資訊B，在社會化網路伺服器的資料庫中儲存有與表1內容相同的表1’，根據儲存於社會化網路伺服器中與表1相同的表1’，確定與用戶端B具有直接社會化網路關係的用戶端有用戶端C和用戶端D。在本步驟中，社會化網路伺服器可以通過查詢得到與用戶端B具有直接社會化網路關係的用戶端有用戶端包括C和用戶端D，社會化網路伺服器收到用戶端A發送的認證請求消息後，對認證請求消息進行分析，從認證請求消息中提取出發送用戶端的標識資訊A，並根據與用戶端B類似的方法，確定與用戶端A具有直接社會化網路關係的用戶端也包括有用戶端C和用戶端D，作為優選方案用戶端C和用戶端D，與用戶端A有直接社會化網路關係，同時用戶端D和用戶端C，與用戶端B也有直接社會化網路關係。當然也可以是用戶端D和用戶端C，與用戶端B有直接社會化網路關係，同時用戶端D和用戶端C，與用戶端A具有社會化網路關係，但不是直接社會化網路關係。根據預定規則從用戶端C、用戶端D中選取出用戶端C，並獲取用戶端C的標識資訊C。預定規則可以是社會化網路伺服器自動計算用戶端A和用戶端B之間的熟悉度之和最高的一條社會化網路關係鏈，如用戶端A->用戶端C->用戶端B的熟悉度為Y1+X1；另外一條社會化網路關係鏈用戶端A->用戶端D>用戶端B的熟悉度為：Y2+X2.若Y1+X1>Y2+X2那麽，從用戶端D、用戶端C中選取出用戶端C，並獲取用戶端C的標識資訊C。否則選取出用戶端D，本實施例中採用選取出用戶端C作為優選方案。本步驟中是通過熟悉度選取出用戶端D或用戶端C，當然也可以不依據於熟悉度，從用戶端D和用戶端C之中任選其一。或者社會化網路伺服器根據用戶端D社會化網路關係列表和用戶端C的社會化網路關係列表中用戶端標識的數量，從用戶端D和用戶端C之中選擇其一，例如用戶端C的社會化網路關係列表中用戶端標識的數量為10個，用戶端D的社會化網路關係列表中用戶端標識的數量為100個，由於用戶端C的社會化網路關係列表中的用戶端標識數量少於用戶端D，說明用戶端C可能更加慎重的選擇自己的社會化網路關係物件，因此，選擇用戶端C，當然也可以是用戶端B占用戶端C的社會化網路關係列表中用戶端的比例是1/10，用戶端B占用戶端D的社會化網路關係列表中用戶端的比例是1/100，則選擇用戶端C。當然也可以通過設定一個閾值，如1/20，由於用戶端B占用戶端C的社會化網路關係列表中用戶端的比例是1/10，大於閾值1/20，而用戶端B占用戶端D的社會化網路關係列表中用戶端的比例是1/100，小於閾值1/20，因此，選擇用戶端C。

或者社會化網路伺服器自動選擇用戶端C和用戶端D中，與用戶端B熟悉度最高的：如果X1>X2，那麽社會化網路伺服器就選擇用戶端C；否則選擇用戶端D。本實施例中採用選取出用戶端C作為優選方案。

當然除了採用採用預定規則選取出用戶端C外，還可以採用，社會化網路伺服器將用戶端D、用戶端C的標識D和C發送到用戶端A，若用戶端A選擇C則社會化網路伺服器根據用戶端A的選擇選取出用戶端C，否則，若用戶端A選擇D則社會化網路伺服器根據用戶端A的選擇選取出用戶端D。

熟悉度可以通過如下的方式獲得，假設兩個用戶端之間具有社會化網路關係的時間(如30天)為N，單位時間(如1天)對應的熟悉度值為M，那麽熟悉度的時間權重值為N×M；並假設兩個用戶端之間在單位時間內進行一次資訊交互對應的熟悉度值為P，那麽單位時間內兩個用戶端進行資訊交互對應的熟悉度值最大為Pmax，Pmax<P*Y(Y為兩個用戶端之間在單位時間內進行資訊交互的最大次數，如假設單位時間為1天，進行了90次資訊交互，那麽Pmax=90P)，這樣就可以計算出兩個用戶端之間之間的熟悉度了，為：X1=N1*M1+Min(Y*P,Pmax)。

其中步驟103中，由於社會化網路中的用戶衆多數量在百萬級別，因此本實施例中採用分散式伺服器預先儲存倒排索引文件(Inverted index)，當然預先儲存倒排索引文件只是一個優選方案，在本實施例不限定倒排索引文件建立的時間，也可以是提取了標識資訊A和B後再建立倒排索引文件，倒排索引也常被稱為反向索引、置入檔案或反向檔案，是一種索引方法，一般被用來儲存在全文搜索下某個單詞(作為索引的關鍵字Key)在一個文檔或者一組文檔中的儲存位置(索引的欄位值VALUE)的映射。本實施例中僅以圖3中的社會化網路為例進行說明，倒排索引文件中以相互綁定的標識資訊A和標識資訊B(採用(A-B)表示相互綁定的標識資訊A和標識資訊B)作為索引的Key，如Key為(A-B)，以標識為A的用戶端和標識為B的用戶端共同的社會化屬性資訊作為索引的VALUE，其中社會化屬性資訊表示與一個用戶端綁定的社會化網路用戶在社會化網路中所具有的屬性，這些社會化屬性資訊可以是用戶在加入社會化網路時註冊的，如註冊時填寫的所在地為：杭州，公司為甲公司，還可以是在社會化網路中的進行活動時產生的資訊：屬於某個魔獸世界群。這些社會化屬性資訊可以從如用戶日誌中獲得，或者通過從用於儲存用戶註冊資訊的資料庫中獲得，之後從不同用戶的社會化屬性資訊中提取出共同的社會化屬性資訊。如索引的VALUE為{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”}，伺服器1中儲存的倒排索引文件如表3所示。

社會化網路伺服器根據從認證請求消息中提取出標識資訊A和標識資訊B，得到(A-B)，從儲存倒排索引文件的伺服器1、伺服器2、伺服器3中確定儲存索引記錄的關鍵字為(A-B)的倒排索引文件的伺服器為伺服器1。

其中步驟104中，社會化網路伺服器從表3中提取出關鍵字為(A-B)的索引記錄，並從中提取對應的VALUE(標識為A的用戶端和標識為B的用戶端共同的社會化屬性資訊){“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”}。

社會化網路伺服器提取出關鍵字為(A-B)的索引記錄，從中提取標識為A的用戶端和標識為B的用戶端之間的關係鏈資訊。以用戶端A和用戶端B之間的關係鏈資訊作為索引的VALUE，關係鏈資訊用於表示兩用戶端相互之間具有間接的社會化網路關係，如標識為A的用戶端和標識為D的用戶端具有一定的社會化關係，關係類型為2，用戶端D和用戶端B具有一定的社會化關係，關係類型為1，Key為(A-B)的索引的VALUE為{(A-D，關係類型2)，(D-B，關係類型1)}，有如用戶端A和用戶端C具有一定的社會化關係，關係類型為2，用戶端C和用戶端B具有一定的社會化關係，關係類型為1，Key為(A-B)的另一個索引的VALUE為{(A-C，關係類型2)，(C-B，關係類型1)}，伺服器1中儲存的倒排索引文件如表4所示。

其中步驟105中，社會化網路伺服器將提取出的{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”}，發送給標識為B的用戶端。通過{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”}表示與標識為A的用戶端綁定的用戶和標識為B的用戶端綁定的用戶在社會化網路中所具有的共同的屬性。

同時，社會化網路伺服器向標識為B的用戶端轉發認證請求消息，在認證請求消息中攜帶上述共同的社會化屬性資訊{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”}。當然社會化網路伺服器也可以分別向標識為B的用戶端發送認證請求消息和上述共同的社會化屬性資訊，在認證請求消息和/或共同的社會化屬性資訊中攜帶說明彼此綁定的資訊。這樣標識為B的用戶端就可以知道收到的共同的社會化屬性資訊對應哪個認證請求消息，並據此共同的社會化屬性資訊對認證請求消息進行認證處理。

或者，社會化網路伺服器將提取出的{A-D，關係類型2)，(D-B，關係類型1)}或{A-C，關係類型2)，(C-B，關係類型1)}，發送給標識為B的用戶端。通過{A-D，關係類型2)，(D-B，關係類型1)}或{A-C，關係類型2)，(C-B，關係類型1)}表示用戶端A和用戶端B之間的關係鏈資訊。對於共同的關係鏈資訊，社會化網路伺服器向標識為B的用戶端轉發認證請求消息時，在認證請求消息中攜帶共同的關係鏈資訊，當然社會化網路伺服器也可以分別向標識為B的用戶端發送認證請求消息和用戶端A和用戶端B之間的關係鏈資訊，在認證請求消息和/或“用戶端A和用戶端B之間的關係鏈資訊”中攜帶說明彼此綁定的資訊。這樣標識為B的用戶端就可以知道收到的關係鏈資訊對應哪個認證請求消息，並據此關係鏈資訊對認證請求消息進行認證處理。

進一步，若步驟103中，社會化網路伺服器從與用戶端A和用戶端B具有直接社會化網路關係的用戶端中，根據預定規則選取出用戶端C，則社會化網路伺服器將用戶端A發送的認證請求消息中攜帶的標識資訊A修改為標識資訊C，社會化網路伺服器收到用戶端A發送的認證請求消息後，查找到該認證請求消息中的標識資訊A並修改為標識資訊C，修改後的認證請求消息包括：標識資訊C和一些修改後的文字說明，標識資訊C用於標識修改後的認證請求消息的發送用戶端，修改後的文字說明可以是：“用戶端A請求加入社會化關係列表1”。因此，修改後的認證請求消息為：發送用戶端標識：C，文字內容“用戶端A請求加入社會化關係列表1”。向用戶端B發送修改標識資訊後的認證請求消息。包括標識資訊C和一些原用戶端A發送的認證請求消息中包括的用於表示請求用戶端B將用戶端A加入社會化關係列表1的文字說明。如通過上述預定規則選擇用戶端C後，可以將修改標識資訊後的認證請求消息先發送給用戶端C，社會化網路伺服器在收到用戶端C回應的OK確認資訊後，再向用戶端B發送修改標識資訊後的認證請求消息，否則不向用戶端B發送修改標識資訊後的認證請求消息。

其中步驟106中，標識為B的用戶端會以社會關係驗證訊息方塊的形式，接收標識為A的用戶端發送的與其建立社會化關係的認證請求消息，並在該社會關係驗證訊息方塊中顯示{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”}。

本申請提供的第二實施例是一種社會化網路中處理認證請求消息的方法，方法流程如圖4所示，包括：

步驟201：標識為A的用戶端通過社會化網路伺服器向標識為B的用戶端發送請求與標識為B的用戶端建立社會化關係的認證請求消息。

步驟202：社會化網路伺服器獲知標識為A的用戶端發送請求與標識為B的用戶端建立社會化關係的認證請求消息後，獲取標識為A的用戶端的標識資訊A和標識為B的用戶端的標識資訊B。

步驟203：社會化網路伺服器根據標識資訊A和標識資訊B，從儲存倒排索引文件的多個伺服器中確定索引記錄的關鍵字為A的伺服器1和關鍵字為B的伺服器2。當然如果倒排索引文件只是儲存於1個伺服器中，則無需本步驟，例如所有的索引記錄都儲存於社會化網路伺服器1中，則無論關鍵字為A還是B的索引記錄都直接從社會化網路伺服器1中提取。

步驟204：從伺服器1中，社會化網路伺服器提取出關鍵字為A的索引記錄中標識為A的用戶端的社會化屬性資訊，從伺服器2中提取出標識為B的用戶端的社會化屬性資訊。

步驟205：從標識為A的用戶端的社會化屬性資訊和標識為B的用戶端的社會化屬性資訊中提取出共同的社會化屬性資訊。

步驟206：社會化網路伺服器向標識為B的用戶端發送提取的共同的社會化屬性資訊。

步驟207：標識為B的用戶端將接收的標識為A的用戶端和標識為B的用戶端共同的社會化屬性資訊進行展示。

本實施例預存的倒排索引文件中，以各個標識資訊作為索引的Key，以不同標識的用戶端社會化屬性資訊作為對應的索引VALUE，如以標識資訊A作為Key，以標識為A的用戶端社會化屬性資訊作為對應的索引VALUE，以標識資訊B作為Key，以標識為B的用戶端的社會化屬性資訊作為對應的索引VALUE，標識資訊A作為Key對應的索引的VALUE為{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”，“體育專案”=>”足球”，職業”=>”銷售”等}，標識資訊B作為Key對應的索引的VALUE為{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”，“體育專案”=>”乒乓球”，職業”=>”財務人員”等}。社會化網路伺服器從上面的2個VALUE中找出共同的部分{“所在地”=>“杭州”，“公司”=>“甲公司”，“姓別”=>”男”，“行業”=>”五金電子”，“遊戲名稱”=>”魔獸世界”}。

當然步驟205後，還可以是由系統自動判斷提取出共同的社會化屬性資訊的條數，如果條數為10條，正好超過設定的第一閾值9條，則系統會自動把用戶A加入到用戶B的社會化網路關係列表1中，如果條數為5條，正好超過設定的第二閾值4條，則系統會自動把用戶A加入到用戶B的社會化網路關係列表2中。

本申請提供的第三實施例是一種社會化網路中處理認證請求消息的裝置，其結構如圖5所示，包括：獲取模組301：用於社會化網路伺服器獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，獲取用於表示第一用戶端和第二用戶端之間具有間接社會化網路關係的關係鏈資訊；發送模組302：用於向第二用戶端轉發認證請求消息，並發送獲取的關係鏈資訊，所述關係鏈資訊用於第二用戶端對所述認證請求消息進行認證處理。

進一步，獲取模組301：還用於根據相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊，以及相互綁定的兩個用戶端標識資訊和兩個用戶端之間的關係鏈資訊的對應關係，確定第一用戶端和第二用戶端之間的關係鏈資訊。

進一步，獲取模組301：還用於查找倒排索引文件關鍵字，定位倒排索引文件中關鍵字為相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊的索引記錄，從定位的索引記錄中獲取第一用戶端和第二用戶端之間的關係鏈資訊，所述倒排索引以相互綁定的兩個用戶端標識資訊作為索引記錄的關鍵字，以兩個用戶端之間的關係鏈資訊作為索引記錄的欄位值。

進一步，還包括：確定模組303：用於根據相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊，從多個儲存相互綁定的兩個用戶端標識資訊和兩個用戶端之間的關係鏈資訊的對應關係的伺服器中，確定儲存相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊和對應的第一用戶端和第二用戶端之間的關係鏈資訊的伺服器；獲取模組301：還用於從確定的伺服器中獲取第一用戶端和第二用戶端之間的關係鏈資訊。

進一步，發送模組302：用於獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，若獲取到第一用戶端和第二用戶端之間的關係鏈資訊，則社會化網路伺服器向第二用戶端發送獲取的關係鏈資訊，否則，則社會化網路伺服器向第二用戶端發送空關係鏈資訊。

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

301．．．獲取模組

302．．．發送模組

303．．．確定模組

圖1為本申請提供的第一實施例網路拓撲圖；

圖2為本申請提供的第一實施例方法流程圖；

圖3為本申請提供的社會化網路關係鏈示意圖；

圖4為本申請提供的第二實施例方法流程圖；

圖5為本申請提供的第三實施例裝置結構圖。

Claims (10)

1. 一種社會化網路中處理認證請求消息的方法，其特徵在於，包括：社會化網路伺服器獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，獲取用於表示第一用戶端和第二用戶端之間具有間接社會化網路關係的關係鏈資訊，並從該關係鏈資訊選擇第一用戶端和第二用戶端之間的熟悉度之和最高的關係鏈資訊；以及社會化網路伺服器向第二用戶端轉發認證請求消息，並發送該選擇的關係鏈資訊，該選擇的關係鏈資訊用於第二用戶端對該認證請求消息進行認證處理。
2. 如申請專利範圍第1項所述的方法，其中，社會化網路伺服器根據相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊，以及相互綁定的兩個用戶端標識資訊和兩個用戶端之間的關係鏈資訊的對應關係，確定第一用戶端和第二用戶端之間的關係鏈資訊。
3. 如申請專利範圍第2項所述的方法，其中，社會化網路伺服器查找倒排索引文件關鍵字，定位倒排索引文件中關鍵字為相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊的索引記錄，從定位的索引記錄中獲取第一用戶端和第二用戶端之間的關係鏈資訊，該倒排索引以相互綁定的兩個用戶端標識資訊作為索引記錄的關鍵字，以兩個用戶端之間的關係鏈資訊作為索引記錄的欄位值。
4. 如申請專利範圍第2項所述的方法，其中，社會 化網路伺服器根據相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊，從多個儲存相互綁定的兩個用戶端標識資訊和兩個用戶端之間的關係鏈資訊的對應關係的伺服器中，確定儲存相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊和對應的第一用戶端和第二用戶端之間的關係鏈資訊的伺服器；社會化網路伺服器從確定的伺服器中獲取第一用戶端和第二用戶端之間的關係鏈資訊。
5. 如申請專利範圍第1項所述的方法，其中，社會化網路伺服器獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，若獲取到第一用戶端和第二用戶端之間的關係鏈資訊，則社會化網路伺服器向第二用戶端發送獲取的關係鏈資訊，否則社會化網路伺服器向第二用戶端發送空關係鏈資訊。
6. 一種社會化網路中處理認證請求消息的裝置，其特徵在於，包括：獲取模組，用於社會化網路伺服器獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，獲取用於表示第一用戶端和第二用戶端之間具有間接社會化網路關係的關係鏈資訊，並從該關係鏈資訊選擇第一用戶端和第二用戶端之間的熟悉度之和最高的關係鏈資訊；以及發送模組，用於向第二用戶端轉發認證請求消息，並發送該選擇的關係鏈資訊，該該選擇的關係鏈資訊用於第 二用戶端對該認證請求消息進行認證處理。
7. 如申請專利範圍第6項所述的裝置，其中，獲取模組還用於根據相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊，以及相互綁定的兩個用戶端標識資訊和兩個用戶端之間的關係鏈資訊的對應關係，確定第一用戶端和第二用戶端之間的關係鏈資訊。
8. 如申請專利範圍第7項所述的裝置，其中，獲取模組還用於查找倒排索引文件關鍵字，定位倒排索引文件中關鍵字為相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊的索引記錄，從定位的索引記錄中獲取第一用戶端和第二用戶端之間的關係鏈資訊，該倒排索引以相互綁定的兩個用戶端標識資訊作為索引記錄的關鍵字，以兩個用戶端之間的關係鏈資訊作為索引記錄的欄位值。
9. 如申請專利範圍第7項所述的裝置，其中，還包括：確定模組，用於根據相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊，從多個儲存相互綁定的兩個用戶端標識資訊和兩個用戶端之間的關係鏈資訊的對應關係的伺服器中，確定儲存相互綁定的第一用戶端的標識資訊和第二用戶端的標識資訊和對應的第一用戶端和第二用戶端之間的關係鏈資訊的伺服器；以及獲取模組，還用於從確定的伺服器中獲取第一用戶端和第二用戶端之間的關係鏈資訊。
10. 如申請專利範圍第6項所述的裝置，其中， 發送模組用於獲知第一用戶端向第二用戶端發送與第二用戶端建立社會化關係的認證請求消息後，若獲取到第一用戶端和第二用戶端之間的關係鏈資訊，則社會化網路伺服器向第二用戶端發送獲取的關係鏈資訊，否則，社會化網路伺服器向第二用戶端發送空關係鏈資訊。