專利名稱:好友添加裝置及方法
技術(shù)領(lǐng)域:
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域,特別涉及一種好友添加裝置及方法。
技術(shù)背景網(wǎng)絡(luò)即時(shí)通信(IM)服務(wù)是一種基于互聯(lián)網(wǎng)的通信服務(wù), 一般以實(shí)現(xiàn) 網(wǎng)絡(luò)上的即時(shí)通信功能為主。即時(shí)通信工具是指實(shí)現(xiàn)網(wǎng)絡(luò)即時(shí)通信服務(wù)的軟 件,也可以認(rèn)為是即時(shí)通信客戶端軟件。網(wǎng)絡(luò)即時(shí)通訊工具發(fā)展到今天,已 經(jīng)被大多數(shù)的網(wǎng)民所接受,不但在平時(shí)的休閑娛樂(lè)中,而且在用戶的工作中 得到了廣泛的使用,它實(shí)現(xiàn)了朋友、同事以及同學(xué)之間的交流與溝通,已經(jīng) 成為了網(wǎng)絡(luò)用戶的日常生活中不可缺少的工具之一。因此,用戶對(duì)IM客戶 端工具的易用性、穩(wěn)定性、安全性等方面都提出了較高的要求。在IM系統(tǒng)中,用戶間的好友關(guān)系鏈?zhǔn)怯脩糁g進(jìn)行溝通的一個(gè)非常重 要的因素,只有用戶之間有了關(guān)系,才能夠進(jìn)行會(huì)話以及交流溝通?,F(xiàn)有技 術(shù)中,在某個(gè)用戶A希望與其他用戶,例如用戶B,進(jìn)行溝通之前,需要先 添加用戶B為好友。目前,IM系統(tǒng)中一般均釆用基于關(guān)系驗(yàn)i正的好友添加 方法,即只有用戶B通過(guò)了用戶A的添加好友請(qǐng)求后,用戶A才能夠在自 己的好友列表中查看到用戶B,進(jìn)而進(jìn)行聊天等操作。具體來(lái)說(shuō),參見圖1,圖1為現(xiàn)有技術(shù)中好友添加方法的流程示意圖。 由圖1可見,該方法包括步驟IOI、用戶A希望添加用戶B為好友時(shí),向用戶B發(fā)出添加好友 請(qǐng)求,并在請(qǐng)求中輸入簡(jiǎn)單的驗(yàn)證信息,向用戶B表明自己的身份,例如 "你好,我是A"。步驟102、用戶B接收到用戶A的添加好友請(qǐng)求后,根據(jù)上述驗(yàn)證信息,通過(guò)或拒絕用戶A的好友添加請(qǐng)求。如果用戶B查看驗(yàn)證信息后,選4奪接 受請(qǐng)求,則用戶A可以添加用戶B為好友;否則,用戶A不能添加用戶B 為好友。采用上述基于關(guān)系驗(yàn)證的好友添加方法保證了用戶之間的信任度,同時(shí) 也避免了騷擾消息對(duì)用戶造成的干擾。但是,由于現(xiàn)有技術(shù)在用戶添加好友 時(shí),只是采用驗(yàn)證信息的形式提示用戶,這就存在一個(gè)問(wèn)題添加好友時(shí), 關(guān)系驗(yàn)證過(guò)程的效率不高。具體來(lái)說(shuō),隨著用戶使用IM軟件時(shí)間增長(zhǎng),用戶的好友也會(huì)不斷增加, 用戶間的好友關(guān)系變得更加復(fù)雜,現(xiàn)有技術(shù)中關(guān)系驗(yàn)證過(guò)程的效率比較低, 用戶無(wú)法有效地、快速的添加好友。例如,用戶B是用戶A的好友,用戶C 是用戶B的好友,用戶C希望能跟用戶A進(jìn)行交流而添加用戶A為好友時(shí), 很可能會(huì)因?yàn)橛脩鬋輸入了不恰當(dāng)?shù)尿?yàn)證信息,用戶A搞不清楚對(duì)方的身 份而錯(cuò)誤的拒絕掉對(duì)方的添加好友請(qǐng)求,因而錯(cuò)過(guò)與朋友的溝通。又例如, 用戶D希望能對(duì)用戶A發(fā)送垃圾信息而添加用戶A為好友時(shí),同樣也可能 因?yàn)橛脩鬌輸入了用戶A感興趣的驗(yàn)證信息,用戶A搞不清楚對(duì)方的身份 而錯(cuò)誤的將對(duì)方添加為好友,因而遭受信息騷擾。由上所述,在現(xiàn)有技術(shù)中,由于添加好友時(shí),關(guān)系驗(yàn)證過(guò)程的效率不高, 因此,用戶操作時(shí)十分不便。顯然,本領(lǐng)域技術(shù)人員可以意識(shí)到,上述對(duì)IM系統(tǒng)的分析也適用于例 如網(wǎng)絡(luò)游戲等其他應(yīng)用的好友添加時(shí)的關(guān)系驗(yàn)i正過(guò)程中。發(fā)明內(nèi)容有鑒于此,本發(fā)明的實(shí)施例提供了好友添加裝置及方法,解決了在添加 好友時(shí),關(guān)系驗(yàn)證過(guò)程的效率不高的問(wèn)題。根據(jù)本發(fā)明實(shí)施例的一種好友添加裝置,包括共同好友查詢模塊,用于查詢第一用戶與第二用戶的共同好友,并將所 述共同好友的信息發(fā)送給第二用戶;好友添加模塊,用于接收第二用戶根據(jù)所述共同好友的信息決定是否添 加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添 力口請(qǐng)求。根據(jù)本發(fā)明實(shí)施例的一種好友添加方法,包括查詢第一用戶與第二用戶的共同好友,并將所述共同好友的信息發(fā)送給 第二用戶;接收第二用戶根據(jù)所述共同好友的信息決定是否添加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。由上述的技術(shù)方案可見,相比現(xiàn)有技術(shù),本發(fā)明實(shí)施例提供的好友添加 裝置及方法,可以在添加好友時(shí),搜索第一用戶與第二用戶的共同好友的信 息并展示給第二用戶查看,這樣第二用戶通過(guò)這些共同好友的信息就可以比 較快速的識(shí)別出第一用戶的身份,完成身份驗(yàn)證,從而決定通過(guò)或拒絕第一 用戶的好友添加請(qǐng)求。因此,本發(fā)明實(shí)施例解決了在添加好友時(shí),關(guān)系驗(yàn)證 過(guò)程的效率不高的問(wèn)題,實(shí)現(xiàn)了快速添加好友。
圖1為現(xiàn)有技術(shù)中好友添加方法的流程示意圖;圖2為本發(fā)明實(shí)施例中好友添加裝置的結(jié)構(gòu)示意圖;圖3為本發(fā)明實(shí)施例中好友添加方法的流程示意圖;圖4為本發(fā)明實(shí)施例一中好友添加裝置的結(jié)構(gòu)示意圖;圖5為本發(fā)明實(shí)施例一中好友添加方法的流程示意圖;圖6為本發(fā)明實(shí)施例二中好友添加裝置的結(jié)構(gòu)示意圖;圖7為本發(fā)明實(shí)施例二中好友添加方法的流程示意圖;圖8為本發(fā)明實(shí)施例中IM系統(tǒng)上好友添加方法的流程示意圖;圖9為本發(fā)明實(shí)施例中IM系統(tǒng)上關(guān)系驗(yàn)證界面的示意圖。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面將結(jié)合附圖及具體 實(shí)施例對(duì)本發(fā)明作進(jìn) 一 步地詳細(xì)描述。本發(fā)明實(shí)施例提供的好友添加裝置及方法,可以查詢第一用戶與第二用戶的共同好友,將上述共同好友的信息發(fā)送給第二用戶;接收第二用戶根據(jù) 上述共同好友的信息決定是否添加第 一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng) 求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。參見圖2,圖2為本發(fā)明實(shí)施例中好友添加裝置的結(jié)構(gòu)示意圖。由圖2 可見,該裝置包括共同好友查詢模塊210、好友添加模塊220。其中,共同好友查詢模塊210用于查詢第一用戶與第二用戶的共同好 友,并將上述共同好友的信息發(fā)送給第二用戶。好友添加模塊220用于接收第二用戶根據(jù)上述共同好友的信息決定是 否添加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好 友添力口請(qǐng)求。參見圖3,圖3為本發(fā)明實(shí)施例中好友添加方法的流程示意圖。由圖3 可見,該方法包^":步驟301、查詢第一用戶與第二用戶的共同好友,并將上述共同好友的 信息發(fā)送給第二用戶。步驟302、接收第二用戶根據(jù)上述共同好友的信息決定是否添加第一用 戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。下面,通過(guò)實(shí)施例對(duì)本發(fā)明提供的好友添加裝置及方法進(jìn)行詳細(xì)說(shuō)明。 實(shí)施例一參見圖4,圖4為本發(fā)明實(shí)施例一中好友添加裝置的結(jié)構(gòu)示意圖。由圖 4可見,該裝置包括共同好友查詢模塊410、好友添加模塊420。其中,共同好友查詢模塊410用于當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友 請(qǐng)求時(shí),查詢第一用戶與第二用戶的共同好友,并將上述共同好友的信息發(fā)送給第二用戶。該模塊包括請(qǐng)求接收單元411、好友查詢單元412、共同 好友確定單元413、好友信息發(fā)送單元414。請(qǐng)求接收單元411用于當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng)求時(shí),接 收第一用戶發(fā)起的添加第二用戶為好友的請(qǐng)求,并從該請(qǐng)求中提取第一用戶 和第二用戶的身份標(biāo)識(shí)(ID),例如當(dāng)本裝置用于即時(shí)通信系統(tǒng)時(shí),該ID 可以為用戶的即時(shí)通信ID;當(dāng)本裝置用于游戲系統(tǒng)時(shí),該1D可以為用戶的 游戲ID。好友查詢單元412用于根據(jù)請(qǐng)求接收單元411發(fā)送的第一用戶的ID, 查詢第一用戶的好友信息,并根據(jù)請(qǐng)求接收單元411發(fā)送的第二用戶的ID, 查詢第二用戶的好友信息。共同好友確定單元413用于比較好友查詢單元412發(fā)送的第一用戶的好友信息和第二用戶的好友信息,確定第 一用戶與第二用戶的共同好友。好友信息發(fā)送單元414用于將共同好友確定單元413發(fā)送的上述第一用 戶與第二用戶的共同好友的信息發(fā)送給第二用戶。好友添加模塊420用于接收第二用戶根據(jù)上述共同好友的信息決定是 否添加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好 友添加請(qǐng)求。該模塊包括意見接收單元421、好友設(shè)置單元422。其中,意見接收單元421用于接收第二用戶根據(jù)上述共同好友的信息決 定是否添加第一用戶為好友的請(qǐng)求。好友設(shè)置單元422用于根據(jù)意見接收單元421發(fā)送的上述請(qǐng)求,通過(guò)或 拒絕第一用戶的好友添加請(qǐng)求。如果第二用戶根據(jù)上述共同好友的信息決定 添加第一用戶為好友時(shí),通過(guò)第一用戶的添加好友請(qǐng)求,將第一用戶設(shè)置為 第二用戶的好友;否則,拒絕第一用戶的添加好友請(qǐng)求。參見圖5,圖5為本發(fā)明實(shí)施例一中好友添加方法的流程示意圖。由圖 5可見,該方法包括步驟501、當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng)求時(shí),接收第一用戶 發(fā)送的添加第二用戶為好友的請(qǐng)求,并從該請(qǐng)求中提取第一用戶和第二用戶步驟502、根據(jù)上述第一用戶的ID,查詢第一用戶的好友信息,并根據(jù) 上述第二用戶的ID,查詢第二用戶的好友信息。步驟503、比較第一用戶的好友信息和第二用戶的好友信息,確定第一 用戶與第二用戶的共同好友。步驟504、將上述第一用戶與第二用戶的共同好友的信息發(fā)送給第二用戶。步驟505、接收第二用戶根據(jù)上述共同好友的信息決定是否添加第一用 戶為好友的請(qǐng)求。步驟506、根據(jù)上述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。如果 第二用戶根據(jù)上述共同好友的信息決定添加第一用戶為好友,通過(guò)第一用戶的添加好友請(qǐng)求,將第一用戶設(shè)置為第二用戶的好友;否則,拒絕第一用戶的添力口好友i青,jt。根據(jù)本實(shí)施例,當(dāng)?shù)谝挥脩粝M砑拥诙脩魹楹糜训臅r(shí)候,自動(dòng)搜索 第 一用戶與第二用戶的共同好友的信息并展示給第二用戶查看,這樣第二用 戶通過(guò)這些共同好友的信息就可以比較快速的識(shí)別出第 一用戶的身份,完成 身份驗(yàn)證。因此,本發(fā)明實(shí)施例解決了在添加好友時(shí),關(guān)系驗(yàn)證過(guò)程的效率 不高的問(wèn)題,實(shí)現(xiàn)了快速添加好友。 實(shí)施例二本實(shí)施例在實(shí)施例一的基礎(chǔ)上,當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng) 求時(shí),進(jìn)一步將第一用戶輸入的驗(yàn)證信息發(fā)送給第二用戶,以便第二用戶進(jìn) 一步根據(jù)上述驗(yàn)證信息,判斷是否接受第 一用戶的請(qǐng)求。參見圖6,圖6為本發(fā)明實(shí)施例二中好友添加裝置的結(jié)構(gòu)示意圖。由圖 6可見,該裝置包括共同好友查詢模塊610、驗(yàn)證信息處理模塊630、好 友添加模塊620。其中,共同好友查詢模塊610用于當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友 請(qǐng)求時(shí),查詢第一用戶與第二用戶的共同好友,并將上述共同好友的信息發(fā)送給第二用戶。該模塊包括請(qǐng)求接收單元611、好友查詢單元612、共同 好友確定單元613、好友信息發(fā)送單元614。其中,各單元功能與實(shí)施例一 中各單元功能相同。驗(yàn)證信息處理模塊630用于將第一用戶輸入的驗(yàn)證信息發(fā)送給第二用 戶。該模塊包括驗(yàn)證信息輸入單元631、驗(yàn)證信息發(fā)送單元632。其中,驗(yàn)證信息輸入單元631用于當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友 請(qǐng)求時(shí),接收第一用戶輸入的驗(yàn)證信息。驗(yàn)證信息發(fā)送單元632用于將驗(yàn)證信息輸入單元631接收的第 一用戶輸 入的上述驗(yàn)證信息發(fā)送給第二用戶。好友添加模塊620用于接收第二用戶根據(jù)上述共同好友的信息和驗(yàn)證 信息決定是否添加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第 一用戶的好友添加請(qǐng)求。該模塊包括意見接收單元621、好友設(shè)置單元622。 其中,各單元功能與實(shí)施例一中各單元功能相同。參見圖7,圖7為本發(fā)明實(shí)施例二中好友添加方法的流程示意圖。由圖 7可見,該方法包4舌步驟701、當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng)求時(shí),接收第一用戶 發(fā)送的添加第二用戶為好友的請(qǐng)求,并從該請(qǐng)求中提取第一用戶和第二用戶 的ID。服務(wù)器接收第一用戶發(fā)送的添加第二用戶為好友的請(qǐng)求,并從中提取出 第一用戶的ID和第二用戶的ID。步驟702、根據(jù)上述第一用戶的ID,查詢第一用戶的好友信息,并根據(jù) 上述第二用戶的ID,查詢第二用戶的好友信息。服務(wù)器根據(jù)第一用戶的ID查詢其對(duì)應(yīng)的好友號(hào)碼列表,并根據(jù)第二用 戶的ID查詢其對(duì)應(yīng)的好友號(hào)碼列表。步驟703、比較第一用戶的好友信息和第二用戶的好友信息,確定第一 用戶與第二用戶的共同好友。服務(wù)器對(duì)比第一用戶和第二用戶的好友號(hào)碼列表,查詢出第一用戶的好友號(hào)碼列表中哪些號(hào)碼也是第二用戶的好友。步驟704、將上述第 一用戶與第二用戶的共同好友的信息發(fā)送給第二用戶。服務(wù)器獲取這些好友對(duì)應(yīng)的昵稱等顯示信息,并將該信息發(fā)送給第二用 戶的客戶端,由第二用戶客戶端創(chuàng)建關(guān)系驗(yàn)證界面并展示給第二用戶查看。步驟705、當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng)求時(shí),進(jìn)一步接收第 一用戶輸入的驗(yàn)證信息。服務(wù)器接收第一用戶發(fā)起添加好友請(qǐng)求時(shí),在自己客戶端中輸入的驗(yàn)證 信息,例如你好,我是第一用戶。步驟706、將上述驗(yàn)證信息發(fā)送給第二用戶。服務(wù)器將第 一用戶在自己客戶端中輸入的驗(yàn)證信息發(fā)送給第二用戶的 客戶端,由第二用戶客戶端在所創(chuàng)建的關(guān)系驗(yàn)證界面中顯示給第二用戶。步驟707、接收第二用戶根據(jù)上述共同好友的信息和驗(yàn)證信息決定是否 添加第一用戶為好友的請(qǐng)求。步驟708、根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。如果第二用戶根據(jù)上述共同好友的信息和驗(yàn)證信息決定添加第一用戶為好友,通過(guò)第 一用戶的添加好友請(qǐng)求,將第 一用戶設(shè)置為第二用戶的好友; 否則,拒絕第一用戶的添加好友請(qǐng)求。當(dāng)然,在實(shí)際應(yīng)用中,本領(lǐng)域技術(shù)人員可以意識(shí)到,步驟705和步驟 706也可以放在步驟701至步驟704前執(zhí)行,即先接收第一用戶輸入的驗(yàn)證 信息,再查詢第一用戶與第二用戶的共同好友。根據(jù)本實(shí)施例,當(dāng)?shù)谝挥脩粝M砑拥诙脩魹楹糜训臅r(shí)候,自動(dòng)搜索第一用戶與第二用戶的共同好友并展示給第二用戶查看,并接收第一用戶輸 入的驗(yàn)證信息,將上述驗(yàn)證信息發(fā)送給第二用戶,這樣第二用戶通過(guò)這些共 同好友和驗(yàn)證信息就可以更加快速的識(shí)別出第 一用戶的身份,完成身份驗(yàn) 證。因此本發(fā)明實(shí)施例解決了在添加好友時(shí),關(guān)系驗(yàn)證過(guò)程的效率不高的問(wèn) 題,實(shí)現(xiàn)了快速添加好友的過(guò)程。顯然,可以將本發(fā)明實(shí)施例應(yīng)用到各種好友添加時(shí)的關(guān)系驗(yàn)證過(guò)程中。 下面,以IM系統(tǒng)上的好友添加時(shí)的關(guān)系— 險(xiǎn)證過(guò)程為例對(duì)本發(fā)明實(shí)施例進(jìn)行更加詳細(xì)的說(shuō)明。不過(guò),本領(lǐng)域技術(shù)人員可以意識(shí)到,以IM系統(tǒng)上的好友添加時(shí)的關(guān)系驗(yàn)證過(guò)程為例對(duì)本發(fā)明進(jìn)行說(shuō)明僅僅是示范性的,并不用于對(duì) 本發(fā)明的保護(hù)范圍進(jìn)行限定。參見圖8,圖8為本發(fā)明實(shí)施例中IM系統(tǒng)上好友添加方法的流程示意 圖。由圖8可見,該方法包括步驟801、用戶A登錄IM客戶端。用戶A在自己的IM客戶端中輸入賬號(hào)以及密碼后,IM客戶端將上述 帳號(hào)以及密碼封裝到數(shù)據(jù)包中,并在該數(shù)據(jù)包中加入包頭以指明此數(shù)據(jù)包為 驗(yàn)證用戶的帳號(hào)與密碼的有效性的協(xié)議命令數(shù)據(jù)包。用戶A的IM客戶端進(jìn) 一步將該數(shù)據(jù)包進(jìn)行加密處理后,通過(guò)與IM服務(wù)器的連接通道發(fā)送該數(shù)據(jù) 包,如果IM服務(wù)器返回帳號(hào)與密碼的驗(yàn)證有效,則用戶A可以成功登錄IM 客戶端,否則將提示用戶A重新登錄。步驟802、用戶A查找用戶B。用戶A的IM客戶端中的主面板管理模塊監(jiān)聽用戶A的鼠標(biāo)點(diǎn)擊事件, 確認(rèn)用戶A希望點(diǎn)擊查找好友時(shí),利用例如Windows操作系統(tǒng)下的應(yīng)用程 序接口 (API)創(chuàng)建查找好友窗口。用戶A在用戶ID輸入框中輸入用戶B 的IM號(hào)碼(即時(shí)通信ID)后,用戶A的IM客戶端中的查找管理才莫塊組合 用戶A輸入的用戶B的號(hào)碼到查找協(xié)議命令數(shù)據(jù)包中,并進(jìn)一步將該數(shù)據(jù) 包進(jìn)行加密處理后,發(fā)送該數(shù)據(jù)包到IM服務(wù)器。步驟803、 IM服務(wù)器返回用戶B的基本信息。IM服務(wù)器接收到上述數(shù)據(jù)包后,對(duì)其進(jìn)行解密,提取出上述數(shù)據(jù)包頭 中的協(xié)議命令,確認(rèn)出該數(shù)據(jù)包是查找協(xié)議數(shù)據(jù)包,則轉(zhuǎn)發(fā)該數(shù)據(jù)包到用戶 信息數(shù)據(jù)庫(kù)服務(wù)器。用戶信息服務(wù)器接收到該數(shù)據(jù)包后,對(duì)該數(shù)據(jù)包進(jìn)行解 密與解析,當(dāng)確認(rèn)該數(shù)據(jù)包是有效數(shù)據(jù)包后,提取出用戶B的號(hào)碼,并利用 該號(hào)碼查詢用戶信息數(shù)據(jù)庫(kù)獲取用戶B的基本信息。用戶信息數(shù)據(jù)庫(kù)服務(wù)器將查詢到的用戶B的基本信息組合到數(shù)據(jù)包中,并進(jìn)一步將該數(shù)據(jù)包進(jìn)行加密處理后,將該數(shù)據(jù)包下發(fā)給用戶A對(duì)應(yīng)的客戶端。 步驟804、用戶A向用戶B發(fā)起添加好友請(qǐng)求。用戶A客戶端接收到上述用戶B的基本信息的數(shù)據(jù)包后,對(duì)該數(shù)據(jù)包 進(jìn)行解密以及解析,當(dāng)確認(rèn)該數(shù)據(jù)包是有效數(shù)據(jù)包后,提取出用戶B的基本 信息,并顯示給用戶A查看。用戶A通過(guò)查看用戶B的基本信息,確認(rèn)需 要添加用戶B為好友后,發(fā)起添加好友請(qǐng)求。用戶A的IM客戶端組合用戶 A以及用戶B的號(hào)碼到數(shù)據(jù)包中,在該數(shù)據(jù)包中加入包頭以指明該數(shù)據(jù)包為 用戶A希望添加用戶B為好友的協(xié)議命令數(shù)據(jù)包,并進(jìn)一步將該數(shù)據(jù)包進(jìn) 行加密處理后,發(fā)送該數(shù)據(jù)包到IM服務(wù)器;步驟805、確認(rèn)用戶B當(dāng)前是否為在線狀態(tài),并進(jìn)行相應(yīng)處理。IM服務(wù)器接收到上述數(shù)據(jù)包后,對(duì)該數(shù)據(jù)包進(jìn)行解密以及解析,提取 出數(shù)據(jù)包頭的協(xié)議命令,確認(rèn)該數(shù)據(jù)包是添加好友協(xié)議數(shù)據(jù)包,則轉(zhuǎn)發(fā)該數(shù) 據(jù)包到關(guān)系管理服務(wù)器。關(guān)系管理服務(wù)器對(duì)該數(shù)據(jù)包進(jìn)行解密以及解析后, 從該數(shù)據(jù)包中提取用戶B的號(hào)碼,查詢登錄服務(wù)器以確認(rèn)當(dāng)前用戶B是否 為在線狀態(tài),如果用戶B在線,則執(zhí)行步驟6;如果用戶B不在線,則轉(zhuǎn)發(fā) 到離線消息中心服務(wù)器,等待用戶B上線后,繼續(xù)執(zhí)行步驟6。步驟806、用戶B客戶端接收第一用戶發(fā)送的添加第二用戶為好友的請(qǐng)求。這時(shí)用戶B處于在線狀態(tài),關(guān)系管理服務(wù)器對(duì)用戶A添加用戶B為好 友的請(qǐng)求協(xié)議命令數(shù)據(jù)包進(jìn)行加密處理后,直接下發(fā)到用戶B所在客戶端。 用戶B登錄客戶端即可接收到該數(shù)據(jù)包,通過(guò)對(duì)該數(shù)據(jù)包進(jìn)行解密以及解 析,確認(rèn)出該數(shù)據(jù)是有效數(shù)據(jù)包。步驟807、根據(jù)用戶A的即時(shí)通信ID,向服務(wù)器查詢用戶A的好友信自用戶B客戶端中的關(guān)系管理模塊提取出上述數(shù)據(jù)包中的用戶A的號(hào)碼 (即時(shí)通信ID)后,向IM服務(wù)器發(fā)送包含用于拉取用戶A的好友號(hào)碼列表協(xié)議命令的數(shù)據(jù)包。當(dāng)然,上述數(shù)據(jù)包也可以進(jìn)一步進(jìn)行加密處理。IM 服務(wù)器接收到上述數(shù)據(jù)包并進(jìn)行解密以及解析后,確認(rèn)該數(shù)據(jù)包是拉取好友 號(hào)碼列表的協(xié)議命令數(shù)據(jù)包,則轉(zhuǎn)發(fā)該數(shù)據(jù)包到關(guān)系管理服務(wù)器。步驟808、返回用戶A的好友信息。關(guān)系管理服務(wù)器對(duì)上述數(shù)據(jù)包進(jìn)行解密以及解析,確認(rèn)該數(shù)據(jù)包是有效 數(shù)據(jù)包后,提取出用戶A的號(hào)碼。根據(jù)用戶A的號(hào)碼查詢關(guān)系數(shù)據(jù)庫(kù),以 獲取用戶A對(duì)應(yīng)的好友號(hào)碼列表。關(guān)系管理服務(wù)器將上述好友號(hào)碼列表組 合到數(shù)據(jù)包中,并將該數(shù)據(jù)包下發(fā)到用戶B對(duì)應(yīng)的客戶端。步驟809、查詢用戶A的好友中哪些為用戶B的好友。用戶B登錄客戶端接收到上述數(shù)據(jù)包后,提取出用戶A的好友號(hào)碼列 表,并利用自身客戶端中的好友管理模塊,查詢出用戶A的好友號(hào)碼列表 中哪些號(hào)碼也是用戶B的好友。根據(jù)共同好友的號(hào)碼,獲取這些好友對(duì)應(yīng)的 昵稱等顯示信息,創(chuàng)建關(guān)系驗(yàn)證界面并展示給用戶B查看。參見圖9,圖9 為本發(fā)明實(shí)施例中IM系統(tǒng)上關(guān)系驗(yàn)證界面的示意圖。由圖9可見,該關(guān)系 -險(xiǎn)證界面中包括用戶A與用戶B的共同好友的信息901、用戶A輸入的 驗(yàn)證信息902。這樣用戶B就可以根據(jù)關(guān)系驗(yàn)證界面中顯示出的、與用戶A 共同的好友信息901,快速確認(rèn)用戶A的身份。當(dāng)然,在上述關(guān)系驗(yàn)證界面中,還可以進(jìn)一步利用現(xiàn)有技術(shù),顯示用戶 A輸入的驗(yàn)證信息902,以便用戶B更加方便快捷地確認(rèn)用戶A的身份。步驟810、用戶B決定是否通過(guò)或者拒絕用戶A的好友添加請(qǐng)求。用戶B通過(guò)點(diǎn)擊圖中的"通過(guò)"或者"拒絕"的按鈕,用戶B客戶端 發(fā)送對(duì)應(yīng)的同意或者拒絕通過(guò)用戶A的添加請(qǐng)求的協(xié)議命令到關(guān)系管理服 務(wù)器,如果用戶B同意添加用戶A為好友,則在關(guān)系管理服務(wù)器中對(duì)應(yīng)用 戶B的好友號(hào)碼中添加用戶A,同時(shí)下發(fā)通知已通過(guò)驗(yàn)證的消息《合用戶A; 如果用戶B拒絕,則關(guān)系管理服務(wù)器直接下發(fā)拒絕消息給用戶A。由上述的實(shí)施例可見,現(xiàn)有技術(shù)中在添加好友時(shí),僅采用驗(yàn)證信息的方 式,這就造成關(guān)系驗(yàn)證過(guò)程的效率不高,因此,用戶操作時(shí)十分不便。應(yīng)用本發(fā)明,可以當(dāng)?shù)谝挥脩粝M砑拥诙脩魹楹糜训臅r(shí)候,自動(dòng)搜索第一用 戶與第二用戶的共同好友并展示給第二用戶查看,同時(shí)還可以接收第一用戶輸入的驗(yàn)證信息,并將上述驗(yàn)證信息發(fā)送給第二用戶,這樣第二用戶通過(guò)這 些共同好友的信息和驗(yàn)證信息就可以更加快速的識(shí)別出第 一 用戶的身份,完 成身份驗(yàn)證。因此,本發(fā)明實(shí)施例解決了在添加好友時(shí),關(guān)系驗(yàn)證過(guò)程的效 率不高的問(wèn)題,實(shí)現(xiàn)了快速添加好友。本領(lǐng)域技術(shù)人員可以領(lǐng)會(huì)到本發(fā)明不僅可以應(yīng)用于IM系統(tǒng)中,也適用 于例如網(wǎng)絡(luò)游戲等其他應(yīng)用的好友添加過(guò)程中。綜上所述,以上僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的 保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改 進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種好友添加裝置,其特征在于,包括共同好友查詢模塊,用于查詢第一用戶與第二用戶的共同好友,并將所述共同好友的信息發(fā)送給第二用戶;好友添加模塊,用于接收第二用戶根據(jù)所述共同好友的信息決定是否添加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。
2、 如權(quán)利要求l所述的裝置,其特征在于,所述共同好友查詢模塊包括 請(qǐng)求接收單元,用于當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng)求時(shí),接收第一用戶發(fā)起的添加第二用戶為好友的請(qǐng)求,并從所述請(qǐng)求中提取第一用戶和第 二用戶的身份標(biāo)識(shí);好友查詢單元,用于根據(jù)所述請(qǐng)求接收單元發(fā)送的所述第一用戶和第二用 戶的身份標(biāo)識(shí),查詢第 一用戶和第二用戶各自的好友信息;共同好友確定單元,用于比較所述好友查詢單元發(fā)送的所述第一用戶和第 二用戶的好友信息,確定第一用戶與第二用戶的共同好友;好友信息發(fā)送單元,用于將所迷共同好友確定單元發(fā)送的所述第 一用戶與 第二用戶的共同好友的信息發(fā)送給第二用戶。
3、 如權(quán)利要求l所述的裝置,其特征在于,所述好友添加模塊包括 意見接收單元,用于接收第二用戶根據(jù)所述共同好友的信息決定是否添加第一用戶為好友的請(qǐng)求;好友設(shè)置單元,用于如果第二用戶根據(jù)所述共同好友的信息決定添加第 一用戶為好友時(shí),將第一用戶設(shè)置為第二用戶的好友;否則,拒絕第一用戶 的添加好友請(qǐng)求。
4、 如權(quán)利要求1至3任一項(xiàng)所述的裝置,其特征在于,進(jìn)一步包括 驗(yàn)證信息處理模塊,用于將第一用戶輸入的驗(yàn)證信息發(fā)送給第二用戶。
5、 如權(quán)利要求4所述的裝置,其特征在于,所述驗(yàn)證信息處理模塊包括驗(yàn)證信息輸入單元,用于當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng)求時(shí),接收第 一用戶輸入的驗(yàn)證信息;驗(yàn)證信息發(fā)送單元,用于將驗(yàn)證信息輸入單元接收的第一用戶輸入的所 述驗(yàn)證信息發(fā)送給第二用戶。
6、 一種好友添加方法,其特征在于,包括查詢第一用戶與第二用戶的共同好友,并將所述共同好友的信息發(fā)送給 第二用戶;接收第二用戶根據(jù)所述共同好友的信息決定是否添加第 一用戶為好友 的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。
7、 如權(quán)利要求6所述的方法,其特征在于,所述查詢第一用戶與第二用戶 的共同好友,并將所述共同好友的信息發(fā)送給第二用戶包括當(dāng)?shù)?一用戶向第二用戶發(fā)起添加好友請(qǐng)求時(shí),接收第 一用戶發(fā)送的添加第 二用戶為好友的請(qǐng)求,并從所述請(qǐng)求中提取第一用戶和第二用戶的身份標(biāo)識(shí);根據(jù)所述第一用戶和第二用戶的身份標(biāo)識(shí),查詢第一用戶和第二用戶的好 友信息;比較第 一用戶和第二用戶的好友信息,確定第 一用戶與第二用戶的共同好友;將所述第 一用戶與第二用戶的共同好友的信息發(fā)送給第二用戶。
8、 如權(quán)利要求6所述的方法,其特征在于,所述接收第二用戶根據(jù)所述共 同好友的信息決定是否添加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或 拒絕第一用戶的好友添加請(qǐng)求包括接收第二用戶根據(jù)所述共同好友的信息決定是否添加第一用戶為好友的請(qǐng)求;如果第二用戶根據(jù)所述共同好友的信息決定添加第一用戶為好友,通過(guò)第一用戶的添加好友請(qǐng)求,將第一用戶設(shè)置為第二用戶的好友;否則,拒絕第一 用戶的添加好友請(qǐng)求。
9、 如權(quán)利要求6至8任一項(xiàng)所述的方法,其特征在于,進(jìn)一步包括將第一用戶輸入的驗(yàn)證信息發(fā)送給第二用戶。
10、如權(quán)利要求9所述的方法,其特征在于,所述將第一用戶輸入的驗(yàn)證信息發(fā)送給第二用戶包括當(dāng)?shù)谝挥脩粝虻诙脩舭l(fā)起添加好友請(qǐng)求時(shí),接收第 一用戶輸入的驗(yàn)證信自-將所述驗(yàn)證信息發(fā)送給第二用戶。
全文摘要
本發(fā)明公開了一種好友添加裝置及方法。該裝置包括共同好友查詢模塊,用于查詢第一用戶與第二用戶的共同好友,并將所述共同好友的信息發(fā)送給第二用戶;好友添加模塊,用于接收第二用戶根據(jù)所述共同好友的信息決定是否添加第一用戶為好友的請(qǐng)求,并根據(jù)所述請(qǐng)求,通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。本發(fā)明還公開了一種好友添加方法。應(yīng)用本發(fā)明,可以在添加好友時(shí),搜索第一用戶與第二用戶的共同好友的信息并展示給第二用戶查看,以便第二用戶可以比較快速的識(shí)別出第一用戶的身份,從而決定通過(guò)或拒絕第一用戶的好友添加請(qǐng)求。因此,本發(fā)明解決了在添加好友時(shí),關(guān)系驗(yàn)證過(guò)程的效率不高的問(wèn)題。
文檔編號(hào)H04L12/58GK101237426SQ20081000656
公開日2008年8月6日 申請(qǐng)日期2008年3月6日 優(yōu)先權(quán)日2008年3月6日
發(fā)明者戴永裕, 斌 李 申請(qǐng)人:騰訊科技(深圳)有限公司