專利名稱：即時通信好友的添加方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及即時通信技術(shù)領(lǐng)域，特別是涉及即時通信好友的添加方法及裝置。
背景技術(shù)：
即時通信(頂)是一種基于網(wǎng)絡的通信服務，一般以實現(xiàn)網(wǎng)絡上的即時通信為主。即時通信工具是指實現(xiàn)網(wǎng)絡即時通信服務的軟件，從狹義上講，也可以認為是即時通信客戶端軟件。即時通信工具發(fā)展到今天，已經(jīng)被大多數(shù)的網(wǎng)民所接受，無論是平時的休閑娛樂中，還是日常工作中，都得到了廣泛的應用，已經(jīng)成為了網(wǎng)絡頂用戶日常生活中不可缺少的工具之一。因此，頂用戶對即時通信工具的易用性、穩(wěn)定性及安全性等多方面都提出了較高的要求。即時通信IM用戶可以把需要聯(lián)系的其他IM用戶加入到好友(或稱聯(lián)系人)名單中，通過即時通信的狀態(tài)呈現(xiàn)技術(shù)獲知好友的在線/離線狀態(tài)，隨時與之發(fā)起實時的對話，從而達到了信息即時交流的目的。為了便于IM用戶操作聯(lián)系人，即時通信工具通常提供好友管理功能，包括好友的添加、歸類、刪除等等?，F(xiàn)有技術(shù)中，好友的查找與發(fā)現(xiàn)通?？梢酝ㄟ^以下方式來實現(xiàn)通過查看即時通信系統(tǒng)的服務器提供的在線頂用戶列表來實現(xiàn)好友的發(fā)現(xiàn)，然后，就可以直接向?qū)Ψ桨l(fā)送加為好友的請求，收到請求的一方，可以選擇接受或者拒絕該請求。然而，現(xiàn)有技術(shù)中的上述好友發(fā)現(xiàn)及添加方式至少存在以下弊端可能會導致IM用戶接收到過多的垃圾請求，給頂用戶的正常工作或生活造成干擾。因此，迫切需要本領(lǐng)域技術(shù)人員解決的技術(shù)問題就在于如何在發(fā)現(xiàn)及添加好友的過程中，避免產(chǎn)生過多的垃圾請求。

發(fā)明內(nèi)容
本發(fā)明提供了添加即時通信好友的方法及裝置，能夠在發(fā)現(xiàn)及添加好友的過程中，避免產(chǎn)生過多的垃圾請求。本發(fā)明提供了如下方案一種即時通信好友的添加方法，包括在第一即時通信IM用戶的用戶界面上展現(xiàn)第二 IM用戶的好友列表，其中，所述第二頂用戶為所述第一頂用戶的好友，所述第二頂用戶的好友列表中包括至少一個第三用戶；獲取第一 IM用戶與所述第二 IM用戶之間的第一親密度信息，以及第二 IM用戶與所述第三頂用戶之間的第二親密度信息；判斷所述第一親密度信息以及所述第二親密度信息是否均達到預置條件；如果是，則在第一頂用戶的用戶界面上顯示直接添加第三頂用戶為好友的第一操作入口，以便當通過所述第一操作入口接收到添加第三為好友的好友添加請求時，將所述好友添加請求發(fā)送給第三頂用戶。、
可選的，還包括如果所述第一親密度信息和/或所述第二親密度信息未達到預置條件，則為所述第一頂用戶提供第二操作入口，以便通過所述第二操作入口接收所述第一頂用戶的引薦請求消息；將所述第一 IM用戶的引薦請求消息發(fā)送給所述第二 IM用戶，其中，所述引薦請求消息中攜帶有所述第一 IM用戶預添加第三IM用戶為好友的信息；如果所述第二 IM用戶接受所述引薦請求，則執(zhí)行好友添加操作?？蛇x的，所述執(zhí)行好友添加操作包括將所述第一 IM用戶預添加第三IM用戶為好友、以及所述第二 IM用戶作為引薦者的信息發(fā)送給所述第三頂用戶，如果所述第三頂用戶接受所述第二頂用戶的引薦，則將 所述第三頂用戶加為第一頂用戶的好友?？蛇x的，所述執(zhí)行好友添加操作包括在所述第一頂用戶的用戶界面中顯示所述第一操作入口，以便所述第一頂用戶通過所述第一操作入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三頂用戶接受該請求，則將所述第三頂用戶加為第一頂用戶的好友?？蛇x的，所述執(zhí)行好友添加操作包括將IM系統(tǒng)為所述第三IM用戶分配的數(shù)字ID顯示給所述第一 IM用戶，以便所述第一頂用戶通過通用的好友添加入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三IM用戶接受該請求，則將所述第三IM用戶加為第一 IM用戶的好友?？蛇x的，通過以下方式獲取兩個IM用戶之間的親密度信息，包括對兩個頂用戶之間的互動情況進行統(tǒng)計；根據(jù)統(tǒng)計結(jié)果，獲取這兩個頂用戶之間的親密度信息?？蛇x的，所述對兩個頂用戶之間的互動情況進行統(tǒng)計包括在兩個IM用戶首次成為對方的好友時，為兩者之間的親密度信息賦予初始值；記錄兩者之間互動的次數(shù)，隨著互動次數(shù)的增加，增大兩者之間親密度信息的取值?？蛇x的，所述親密度信息為親密度等級，所述隨著互動次數(shù)的增加，增大兩者之間親密度信息的取值包括當互動次數(shù)達到預置條件時，提升所述親密度等級。一種即時通信好友的添加裝置，包括展現(xiàn)單元，用于在第一即時通信IM用戶的用戶界面上展現(xiàn)第二 IM用戶的好友列表，其中，所述第二頂用戶為所述第一頂用戶的好友，所述第二頂用戶的好友列表中包括至少一個第三用戶；親密度信息獲取單元，用于獲取第一 IM用戶與所述第二 IM用戶之間的第一親密度信息，以及第二頂用戶與所述第三頂用戶之間的第二親密度信息；判斷單元，用于判斷所述第一親密度信息以及所述第二親密度信息是否均達到預置條件；第一操作入口顯示單元，用于如果所述判斷單元的判斷結(jié)果為是，則在第一頂用戶的用戶界面上顯示直接添加第三頂用戶為好友的第一操作入口，以便當通過所述第一操作入口接收到添加第三為好友的好友添加請求時，將所述好友添加請求發(fā)送給第三IM用戶。可選的，還包括第二操作入口顯示單元，用于如果所述第一親密度信息和/或所述第二親密度信息未達到預置條件，則為所述第一頂用戶提供通過所述第二頂用戶進行消息中轉(zhuǎn)的第二操作入口 ；引薦請求發(fā)送單元，用于將所述第一頂用戶的引薦請求消息發(fā)送給所述第二頂用戶，其中，所述引薦請求消息中攜帶有所述第一 IM用戶預添加第三IM用戶為好友的信息；
好友添加單元，用于如果所述第二 IM用戶接受所述引薦請求，則執(zhí)行好友添加操作?？蛇x的，所述好友添加單元包括請求轉(zhuǎn)發(fā)子單元，用于將所述第一 IM用戶預添加第三IM用戶為好友、以及所述第二 IM用戶作為引薦者的信息發(fā)送給所述第三IM用戶，如果所述第三IM用戶接受所述第二頂用戶的引薦，則將所述第三頂用戶加為第一頂用戶的好友?？蛇x的，所述好友添加單元包括入口顯示子單元，用于在所述第一頂用戶的用戶界面中顯示所述第一操作入口，以便所述第一頂用戶通過所述第一操作入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三頂用戶接受該請求，則將所述第三頂用戶加為第一頂用戶的好友。可選的，所述好友添加單元包括數(shù)字ID顯示子單元，用于將頂系統(tǒng)為所述第三頂用戶分配的數(shù)字ID顯示給所述第一頂用戶，以便所述第一頂用戶通過通用的好友添加入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三頂用戶接受該請求，則將所述第三頂用戶加為第一頂用戶的好友。可選的，所述親密度信息獲取單元包括統(tǒng)計子單元，用于對兩個IM用戶之間的互動情況進行統(tǒng)計；獲取子單元，用于根據(jù)統(tǒng)計結(jié)果，獲取這兩個頂用戶之間的親密度信息?？蛇x的，所述統(tǒng)計子單元包括初始值賦予子單元，用于在兩個IM用戶首次成為對方的好友時，為兩者之間的親密度信息賦予初始值；親密度更新子單元，用于記錄兩者之間互動的次數(shù)，隨著互動次數(shù)的增加，增大兩者之間親密度信息的取值。可選的，所述親密度信息為親密度等級，所述親密度更新子單元具體用于當互動次數(shù)達到預置條件時，提升所述親密度等級。根據(jù)本發(fā)明提供的具體實施例，本發(fā)明公開了以下技術(shù)效果通過本發(fā)明，可以在第一用戶的界面中展現(xiàn)出其好友的好友列表，這樣，第一用戶就可以從其好友的好友列表中發(fā)現(xiàn)可能成為其好友的用戶；但為了避免好友的好友收到過多的垃圾添加好友請求，并不允許第一用戶隨便添加其好友的好友為其自己的好友，而是需要首先獲取第一頂用戶與第二頂用戶之間的第一親密度信息，以及第二 IM用戶與第三頂用戶之間的第二親密度信息，如果第一親密度信息以及第二親密度信息均達到預置條件，在第一頂用戶的界面上顯示加第三頂用戶為自己的好友的操作入口，否則并不會顯示該操作入口，第一頂用戶也即無法發(fā)起直接添加第三頂用戶為好友的請求。也就是說，在添加好友的過程中，會先判斷雙方之間的共同好友與兩者之間的親密度關(guān)系，以此對好友添加請求進行過濾，從而避免產(chǎn)生過多的垃圾請求,減少對頂用戶造成的干擾。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I是本發(fā)明實施例提供的方法的流程圖；圖2是本發(fā)明實施例提供的裝置的示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。參見圖1，本發(fā)明實施例提供的即時通信好友的添加方法包括以下步驟SlOl :在第一即時通信頂用戶的用戶界面上展現(xiàn)第二頂用戶的好友列表，其中，所述第二頂用戶為所述第一頂用戶的好友，所述第二頂用戶的好友列表中包括至少一個
第三用戶；在本發(fā)明實施例中，可以通過挖掘IM用戶之間社會關(guān)系的關(guān)聯(lián)性，來實現(xiàn)即時通信好友的發(fā)現(xiàn)，進而實現(xiàn)好友的添加。具體實現(xiàn)時，可以在IM用戶的界面上顯示出其好友的好友列表，這樣，頂用戶就可以在其好友的好友列表中發(fā)現(xiàn)可能成為其好友的IM用戶。在實際應用中，可以將顯示好友的好友這一功能作為即時通信工具功能選項中的一個選項供頂用戶選擇；例如，由于對于一個頂用戶A而言，會在其用戶界面上顯示出該IM用戶的好友列表，假設包括IM用戶B、C、D等等，IM用戶A可以選中其中某個好友，假設是IM用戶B，然后在功能選項中選擇“顯示該好友的好友列表”(也可能是其他的描述方式)這一功能，然后就可以將IM用戶B的好友列表顯示給當前IM用戶。當然，在具體實現(xiàn)時，也可以是當IM用戶將鼠標移動到某好友的條目上時，自動顯示出該好友的好友列表，等等。由于一個IM用戶的好友通常會有多個,每個好友又有各自的好友列表，這樣，該IM用戶可以將其好友的好友列表作為好友發(fā)現(xiàn)的依據(jù)，這樣，可以獲得比較大的好友發(fā)現(xiàn)范圍。需要說明的是，在具體實現(xiàn)時，只要是通過注冊成為即時通信的頂用戶，其注冊信息以及好友的信息都會保存在即時通信服務器上，因此，當需要顯示當前IM用戶好友的好友列表時，就可以從即時通信的服務器獲取該列表，然后顯示在當前頂用戶的用戶界面上。當然，在實際應用中，可以允許IM用戶設置可以公開的好友列表，例如，IM用戶可以選擇對其中某個或者某些組別的好友公開，這樣，當在其他用戶界面上顯示該頂用戶的好友列表時，就可以僅顯示被該頂用戶設置為公開的好友信息，其他未被設置為公開的好友，就可以不會被顯示在其他IM用戶的界面上。另外需要說明的是，在本發(fā)明實施例中，在當前用戶界面上顯示其好友的好友列表時，在該好友的好友列表中，可以僅顯示該好友的各個好友的用戶定義標識(例如各個頂用戶為自己取的昵稱，或者也可以是IM用戶的好友為其備注的名稱等等)，而將IM系統(tǒng)為該好友的各個好友分配的數(shù)字ID屏蔽掉，也即，不會將好友的各個好友的數(shù)字ID顯示給當前頂用戶，同時，可以在服務器端將添加好友的請求設置為當用戶通過通用的好友添加入口發(fā)起添加好友的請求時，如果請求中僅包含頂用戶的用戶定義標識，而不包括數(shù)字ID時，不能支持此次添加請求。這樣，對于IM用戶A而言，如果在自己的用戶界面中看到了其好友B的好友列表，假設其中包括頂用戶C，但此時，頂用戶A只能看到頂用戶C的昵稱，而無法看到該頂用戶的數(shù)字ID，并且頂用戶A在僅知道頂用戶C的昵稱而不知道其數(shù)字ID的情況下，是無法直接通過通用的好友添加入口向頂用戶C發(fā)起添加頂用戶C為好友的請求的。這里需要指出的是，這里提到的通用的好友添加入口與已有頂產(chǎn)品中的入口類似，只不過在已有的頂產(chǎn)品中，用戶通過該通用的好友添加入口輸入另一用戶的昵稱時， 也能查找到用戶的資料，并且發(fā)起添加對方為好友的請求；而在本發(fā)明實施例中，只有用戶通過通用的好友添加入口輸入對方用戶的數(shù)字ID時，才能向?qū)Ψ接脩舭l(fā)送添加好友的請求。這樣也可以從一定程度上避免對方用戶收到過多的垃圾添加好友請求。S102 :獲取第一頂用戶與所述第二頂用戶之間的第一親密度信息，以及第二頂用戶與所述第三頂用戶之間的第二親密度信息；如果頂用戶C是頂用戶A的一個好友，頂用戶B又是頂用戶C的一個好友，則此時，頂用戶C是頂用戶A與頂用戶B之間共同好友，頂用戶A與頂用戶B雖然還不是直接的好友關(guān)系，但是通過頂用戶C具有了間接的好友關(guān)系。在本發(fā)明實施例中，可以獲取頂用戶A與頂用戶C之間的親密度信息，以及頂用戶B與頂用戶C之間的親密度信息，以此，作為評判頂用戶A與頂用戶B之間潛在的親密度依據(jù)。其中，在獲取兩個IM用戶之間的親密度信息時，可以有多種實現(xiàn)方式。例如，在其中一種實現(xiàn)方式下，可以對兩個IM用戶之間的互動情況進行統(tǒng)計，根據(jù)統(tǒng)計的結(jié)果，來獲取兩個頂用戶之間的親密度信息。其中，所謂的互動情況，可以是指兩個頂用戶通過即時通信工具建立會話的情況，還可以包括給對方發(fā)表的信息進行評論或者回復的情況，還可以包括訪問對方的個人空間的情況，等等。如果兩個頂用戶之間互動的次數(shù)比較多或者頻繁，則證明兩個頂用戶之間的親密度會比較高。具體實現(xiàn)時，可以在兩個IM用戶首次成為對方的好友時，為兩者之間的親密度信息賦予初始值；然后記錄兩者之間互動的次數(shù)，隨著互動次數(shù)的增加，來增大兩者之間親密度信息的取值。例如，該親密度信息可以由親密度等級來表示，在兩個頂用戶首次成為好友時，可以給親密度等級賦予初始值，然后當互動次數(shù)達到預置條件時，提升兩者之間的親密度等級。具體實現(xiàn)時，該初始值以及預置條件可以根據(jù)實際需要靈活設置，例如在一種實現(xiàn)方式下，可以如下進行在IM用戶甲與IM用戶乙首次成為好友時，賦予初始親密度等級為n=l ;當親密度等級為η時，在該等級下，頂用戶甲與頂用戶乙互動次數(shù)達到IOO^n-1,則親密度升為η+1。例如當IM用戶甲與IM用戶乙的親密度為η=1時，互動次數(shù)累計達到100條，則升為2級；在2級下累計互動次數(shù)達到500條(總互動次數(shù)為600條)，升為3級，以此類推。當然，在實際應用中，也可以依據(jù)其他信息來建立兩個頂用戶之間的親密度信息，例如兩個IM用戶之間的共同好友數(shù)目，如果兩個IM用戶之間的共同好友數(shù)目越多，則兩個IM用戶之間的親密度越高，等等?；蛘撸€可以將多種評判親密度的依據(jù)相結(jié)合，來最終綜合確定出兩個IM用戶之間的親密度，這里不再贅述。S103 :判斷所述第一親密度信息以及所述第二親密度信息是否均達到預置條件；如以上兩個步驟的介紹可知，當IM用戶A需要加IM用戶B為好友時，首先需要獲取到頂用戶A與頂用戶C之間的親密度信息，以及頂用戶B與頂用戶C之間的親密度信息，在獲取到上述親密度信息之后，就可以判斷下這兩對頂用戶之間的親密度信息是否均達到了一個預置的條件，例如，親密度等級是否都達到3級以上，等等，以此作為頂用戶A與IM用戶B是否可以直接添加對方為好友的評判依據(jù)。S104 :如果是，則在第一頂用戶的用戶界面上顯示直接添加第三頂用戶為好友的 第一操作入口，以便當通過所述第一操作入口接收到添加第三為好友的好友添加請求時，將所述好友添加請求發(fā)送給第三頂用戶。如果頂用戶A與頂用戶C之間的親密度信息，以及頂用戶B與頂用戶C之間的親密度信息都達到了預置的條件，則證明頂用戶A與IM用戶B之間的潛在的親密度也比較高，因此，在頂用戶A的用戶界面上顯示直接添加頂用戶B為好友的第一操作入口，這樣，頂用戶A就可以直接通過該第一操作入口將好友添加請求發(fā)送給頂用戶B，雖然此時頂用戶A可能只知道頂用戶B的用戶定義標識，而不知道頂用戶B的數(shù)字ID。需要說明的是，這里的第一操作入口與前文所述的通用的好友添加入口并不沖突在用戶在得知某個用戶的數(shù)字ID的情況下，可以直接通過通用的好友添加入口向該用戶發(fā)起添加好友的請求，當然如果只知道用戶的昵稱等用戶定義的標識，是無法通過通用的好友添加入口發(fā)起添加好友請求的，即時在用戶界面中展現(xiàn)其好友的好友列表時，用戶從其好友的好友列表中看到了某用戶，但是由于只能看到其用戶定義標識，而不能看到起數(shù)字ID，因此，也是無法通過通用的好友添加入口發(fā)起添加好友請求的。但是，如果某用戶A與其好友用戶C的親密度比較高，同時用戶C與其好友用戶B的親密度也比較高，則用戶A還可以在其用戶界面上看到另一個操作入口，該操作入口不同于通用的好友添加入口，該操作入口僅用于向該用戶B發(fā)起好友添加請求。當然，在實際應用中，用戶A的好友用戶B可能有多個好友，用戶B與其各個好友的親密度情況可能各不相同，因此，在用戶A與用戶B的親密度信息達到一定條件的情況下，在用戶A的界面上顯示用戶B的好友列表時，可能會針對用戶B的部分好友，會向用戶A顯示第一操作入口。例如，用戶B有10個好友，其中5個與用戶B的親密度達到了預置的條件，則在用戶A的界面上顯示用戶B的好友列表時，會分別提供直接添加這五個用戶為好友的第一操作入口?；谝陨蠈崿F(xiàn)過程，從另一種角度上來說，還可以看作是親密度較高的頂用戶之間可以具有一定的特權(quán)，該特權(quán)體現(xiàn)在，在一般情況下，如果用戶只知道另一用戶的用戶定義標識的情況下，是不能直接向其發(fā)送添加好友請求的；但是如果當兩個IM用戶之間潛在的親密度(這種潛在的親密度通過兩者分別與其共同好友之間的親密度體現(xiàn)出來)較高時，可以向用戶提供直接添加對方為好友的操作入口，進而就可以通過該操作入口直接發(fā)起加對方為好友的請求。
當然，在實際應用中，在用戶(假設為頂用戶A)界面上顯示其好友(頂用戶C)的好友列表(假設其中包括頂用戶B)的情況下，如果頂用戶A與頂用戶B之間潛在的親密度不夠(也即IM用戶A與IM用戶C之間的親密度和/或IM用戶C與IM用戶B之間的親密度未達到一定的條件)，則可以由兩者的共同好友也即頂用戶C在A與B兩者之間進行引薦，只有在頂用戶C同意為IM用戶A引薦的情況下，才能將IM用戶A預添加IM用戶B為好友的請求發(fā)送給頂用戶B。具體實現(xiàn)時，可以有多種方式來實現(xiàn)這種引薦。為便于描述，仍假設以下場景IM用戶B是IM用戶A的好友，IM用戶A在其界面上看到IM用戶C的好友IM用戶B之后，想要添加頂用戶B為好友，但是，由于IM用戶A與IM用戶B之間的潛在的親密度信息并不高，此時，沒有為用戶A顯示直接加頂用戶B為好友的第一操作入口，但是，可以為用戶A顯示第二操作入口，并且可以通過以下步驟來進行步驟一頂用戶A可以先通過第二操作入口向頂用戶C發(fā)送引薦請求消息，通過該請求告知頂用戶C，IM用戶A想要加IM用戶B為好友，需要IM用戶C的引薦； 步驟二 IM用戶C在接收到該請求之后，可以選擇接受或者決絕該引薦請求，如果拒絕，則執(zhí)行步驟三，如果接受，則執(zhí)行步驟四；步驟三向M用戶A返回一個被頂用戶C拒絕推薦的提示消息；步驟四向頂用戶B發(fā)送請求消息，通過該請求消息告知頂用戶B，頂用戶A想要加其為好友，引薦者是IM用戶C ;步驟五IM用戶B在接收到該請求消息之后，同樣可以選擇接受或者拒絕，如果拒絕，則進入步驟六，如果接受，則進入步驟七；步驟六向頂用戶A及頂用戶C返回被頂用戶B拒絕的消息；步驟七向頂用戶A及頂用戶C發(fā)送頂用戶B已經(jīng)接受此次推薦的消息，同時，可以將頂用戶B的詳細信息(例如頂用戶B的數(shù)字ID等等)顯示給頂用戶A，并向頂用戶A提供對第三IM用戶進行備注以及選擇分組信息的入口，IM用戶A完成備注信息以及分組信息的輸入之后，就可以頂用戶B添加到頂用戶A指定的分組下，并將頂用戶B的名稱顯示為頂用戶A備注后的名稱。當然，上述過程并不是唯一的實現(xiàn)方式，在實際應用中，也可以有不同的實現(xiàn)方式。例如，在步驟四中，如果頂用戶C接受IM用戶A的引薦請求，則也可以直接將IM用戶B的數(shù)字ID發(fā)送給頂用戶A，然后由頂用戶A直接通過通用的好友添加入口向頂用戶C發(fā)起添加好友的請求，如果所述IM用戶B接受該請求，則將IM用戶B加為IM用戶A的好友；或者用戶C在接受引薦請求之后，再在IM用戶A的用戶界面上顯示直接添加IM用戶B為好友的第一操作入口，第頂用戶A可以通過第一操作入口向IM用戶B發(fā)起添加好友請求，如果所述頂用戶B接受該請求，則將IM用戶B加為IM用戶A的好友等等?；蛘撸诒籌M用戶B或IM用戶C拒絕時,也可以不必反饋相應的提示信息,再或者,也可以不必向IM用戶A提供備注及分組的操作入口，等等。總之，只要是在用戶界面上顯示其好友的好友列表，并且在好友的引薦下完成好友的添加，就都在本發(fā)明的保護范圍之內(nèi)?？傊景l(fā)明實施例中，可以在第一用戶的界面中展現(xiàn)出其好友的好友列表，這樣，第一用戶就可以從其好友的好友列表中發(fā)現(xiàn)可能成為其好友的用戶；但為了避免好友的好友收到過多的垃圾添加好友請求，并不允許第一用戶隨便添加其好友的好友為其自己的好友，而是需要首先獲取第一頂用戶與第二頂用戶之間的第一親密度信息，以及第二頂用戶與第三IM用戶之間的第二親密度信息，如果第一親密度信息以及第二親密度信息均達到預置條件，在第一頂用戶的界面上顯示加第三頂用戶為自己的好友的操作入口，否則并不會顯示該操作入口，第一頂用戶也即無法發(fā)起直接添加第三頂用戶為好友的請求。也就是說，在添加好友的過程中，會先判斷雙方之間的共同好友與兩者之間的親密度關(guān)系，以此對好友添加請求進行過濾，從而避免產(chǎn)生過多的垃圾請求，減少對頂用戶造成的干擾。與發(fā)明實施例提供的即時通信好友的添加方法相對應，本發(fā)明實施例還提供了一種即時通信好友的添加裝置，其中，參見圖2，所述裝置可以包括展現(xiàn)單元201，用于在第一即時通信頂用戶的用戶界面上展現(xiàn)第二頂用戶的好友列表，其中，所述第二 IM用戶為所述第一 IM用戶的好友，所述第二 IM用戶的好友列表中包括至少一個第三用戶；親密度信息獲取單元202，用于獲取第一頂用戶與所述第二頂用戶之間的第一親密度信息，以及第二頂用戶與所述第三頂用戶之間的第二親密度信息； 判斷單元203，用于判斷所述第一親密度信息以及所述第二親密度信息是否均達到預置條件；第一操作入口顯示單元204，用于如果所述判斷單元的判斷結(jié)果為是，則在第一頂用戶的用戶界面上顯示直接添加第三頂用戶為好友的第一操作入口，以便當通過所述第一操作入口接收到添加第三為好友的好友添加請求時，將所述好友添加請求發(fā)送給第三頂用戶。具體實現(xiàn)時，該裝置還可以包括第二操作入口顯示單元，用于如果所述第一親密度信息和/或所述第二親密度信息未達到預置條件，則為所述第一頂用戶提供通過所述第二頂用戶進行消息中轉(zhuǎn)的第二操作入口 ；引薦請求發(fā)送單元，用于將所述第一頂用戶的引薦請求消息發(fā)送給所述第二頂用戶，其中，所述引薦請求消息中攜帶有所述第一 IM用戶預添加第三IM用戶為好友的信息；好友添加單元，用于如果所述第二 IM用戶接受所述引薦請求，則執(zhí)行好友添加操作。具體實現(xiàn)時，所述好友添加單元可以包括請求轉(zhuǎn)發(fā)子單元，用于將所述第一 IM用戶預添加第三IM用戶為好友、以及所述第二 IM用戶作為引薦者的信息發(fā)送給所述第三IM用戶，如果所述第三IM用戶接受所述第二頂用戶的引薦，則將所述第三頂用戶加為第一頂用戶的好友?；蛘撸龊糜烟砑訂卧部梢园ㄈ肟陲@示子單元，用于在所述第一頂用戶的用戶界面中顯示所述第一操作入口，以便所述第一頂用戶通過所述第一操作入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三頂用戶接受該請求，則將所述第三頂用戶加為第一頂用戶的好友。再者，所述好友添加單元也可以包括數(shù)字ID顯示子單元，用于將頂系統(tǒng)為所述第三頂用戶分配的數(shù)字ID顯示給所述第一頂用戶，以便所述第一頂用戶通過通用的好友添加入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三IM用戶接受該請求，則將所述第三IM用戶加為第一 IM用戶的好友。其中，所述親密度信息獲取單元可以包括統(tǒng)計子單元，用于對兩個IM用戶之間的互動情況進行統(tǒng)計；獲取子單元，用于根據(jù)統(tǒng)計結(jié)果，獲取這兩個頂用戶之間的親密度信息。具體實現(xiàn)時，所述統(tǒng)計子單元可以包括初始值賦予子單元，用于在兩個IM用戶首次成為對方的好友時，為兩者之間的親密度信息賦予初始值；
親密度更新子單元，用于記錄兩者之間互動的次數(shù)，隨著互動次數(shù)的增加，增大兩者之間親密度信息的取值。其中，所述親密度信息為親密度等級，所述親密度更新子單元具體用于當互動次數(shù)達到預置條件時，提升所述親密度等級。總之，本發(fā)明實施例提供的上述裝置中，可以在第一用戶的界面中展現(xiàn)出其好友的好友列表，這樣，第一用戶就可以從其好友的好友列表中發(fā)現(xiàn)可能成為其好友的用戶；但為了避免好友的好友收到過多的垃圾添加好友請求，并不允許第一用戶隨便添加其好友的好友為其自己的好友，而是需要首先獲取第一 IM用戶與第二 IM用戶之間的第一親密度信息，以及第二頂用戶與第三頂用戶之間的第二親密度信息，如果第一親密度信息以及第二親密度信息均達到預置條件，在第一頂用戶的界面上顯示加第三頂用戶為自己的好友的操作入口，否則并不會顯示該操作入口，第一頂用戶也即無法發(fā)起直接添加第三頂用戶為好友的請求。也就是說，在添加好友的過程中，會先判斷雙方之間的共同好友與兩者之間的親密度關(guān)系，以此對好友添加請求進行過濾，從而避免產(chǎn)生過多的垃圾請求，減少對頂用戶造成的干擾。通過以上的實施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置或系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置及系統(tǒng)實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。以上對本發(fā)明所提供的即時通信好友的添加方法及裝置，進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應用范圍上均會有改 變之處。綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
權(quán)利要求
1.一種即時通信好友的添加方法，其特征在于，包括 在第一即時通信IM用戶的用戶界面上展現(xiàn)第二 IM用戶的好友列表，其中，所述第二 IM用戶為所述第一頂用戶的好友，所述第二頂用戶的好友列表中包括至少一個第三用戶； 獲取第一 IM用戶與所述第二 IM用戶之間的第一親密度信息，以及第二 IM用戶與所述第三頂用戶之間的第二親密度信息； 判斷所述第一親密度信息以及所述第二親密度信息是否均達到預置條件； 如果是，則在第一頂用戶的用戶界面上顯示添加第三頂用戶為好友的第一操作入口，以便當通過所述第一操作入口接收到添加第三為好友的好友添加請求時，將所述好友添加請求發(fā)送給第三頂用戶。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，還包括 如果所述第一親密度信息和/或所述第二親密度信息未達到預置條件，則為所述第一頂用戶提供第二操作入口，以便通過所述第二操作入口接收所述第一頂用戶的引薦請求消息； 將所述第一頂用戶的引薦請求消息發(fā)送給所述第二頂用戶，其中，所述引薦請求消息中攜帶有所述第一 IM用戶預添加第三IM用戶為好友的信息； 如果所述第二 IM用戶接受所述引薦請求，則執(zhí)行好友添加操作。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述執(zhí)行好友添加操作包括 將所述第一頂用戶預添加第三頂用戶為好友、以及所述第二頂用戶作為引薦者的信息發(fā)送給所述第三IM用戶，如果所述第三IM用戶接受所述第二 IM用戶的引薦，則將所述第三IM用戶加為第一 IM用戶的好友。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述執(zhí)行好友添加操作包括 在所述第一頂用戶的用戶界面中顯示所述第一操作入口，以便所述第一頂用戶通過所述第一操作入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三頂用戶接受該請求，則將所述第三頂用戶加為第一頂用戶的好友。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述執(zhí)行好友添加操作包括 將IM系統(tǒng)為所述第三IM用戶分配的數(shù)字ID顯示給所述第一 IM用戶，以便所述第一頂用戶通過通用的好友添加入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三頂用戶接受該請求，則將所述第三IM用戶加為第一 IM用戶的好友。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，通過以下方式獲取兩個IM用戶之間的親密度信息，包括 對兩個頂用戶之間的互動情況進行統(tǒng)計； 根據(jù)統(tǒng)計結(jié)果，獲取這兩個頂用戶之間的親密度信息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述對兩個IM用戶之間的互動情況進行統(tǒng)計包括 在兩個IM用戶首次成為對方的好友時，為兩者之間的親密度信息賦予初始值； 記錄兩者之間互動的次數(shù)，隨著互動次數(shù)的增加，增大兩者之間親密度信息的取值。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述親密度信息為親密度等級，所述隨著互動次數(shù)的增加，增大兩者之間親密度信息的取值包括 當互動次數(shù)達到預置條件時，提升所述親密度等級。
9.一種即時通信好友的添加裝置，其特征在于，包括 展現(xiàn)單元，用于在第一即時通信頂用戶的用戶界面上展現(xiàn)第二頂用戶的好友列表，其中，所述第二頂用戶為所述第一頂用戶的好友，所述第二頂用戶的好友列表中包括至少一個第三用戶； 親密度信息獲取單元，用于獲取第一頂用戶與所述第二頂用戶之間的第一親密度信息，以及第二頂用戶與所述第三頂用戶之間的第二親密度信息； 判斷單元，用于判斷所述第一親密度信息以及所述第二親密度信息是否均達到預置條件； 第一操作入口顯示單元，用于如果所述判斷單元的判斷結(jié)果為是，則在第一 IM用戶的用戶界面上顯示添加第三頂用戶為好友的第一操作入口，以便當通過所述第一操作入口接收到添加第三為好友的好友添加請求時，將所述好友添加請求發(fā)送給第三IM用戶。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，還包括 第二操作入口顯示單元，用于如果所述第一親密度信息和/或所述第二親密度信息未達到預置條件，則為所述第一頂用戶提供通過所述第二頂用戶進行消息中轉(zhuǎn)的第二操作入口 ； 引薦請求發(fā)送單元，用于將所述第一頂用戶的引薦請求消息發(fā)送給所述第二頂用戶，其中，所述引薦請求消息中攜帶有所述第一 IM用戶預添加第三IM用戶為好友的信息；好友添加單元，用于如果所述第二 IM用戶接受所述引薦請求，則執(zhí)行好友添加操作。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述好友添加單元包括 請求轉(zhuǎn)發(fā)子單元，用于將所述第一 IM用戶預添加第三IM用戶為好友、以及所述第二 IM用戶作為引薦者的信息發(fā)送給所述第三IM用戶，如果所述第三IM用戶接受所述第二 IM用戶的引薦，則將所述第三頂用戶加為第一頂用戶的好友。
12.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述好友添加單元包括 A 口顯示子單元，用于在所述第一頂用戶的用戶界面中顯示所述第一操作入口，以便所述第一頂用戶通過所述第一操作入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三IM用戶接受該請求，則將所述第三IM用戶加為第一 IM用戶的好友。
13.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述好友添加單元包括 數(shù)字ID顯示子單元，用于將頂系統(tǒng)為所述第三頂用戶分配的數(shù)字ID顯示給所述第一頂用戶，以便所述第一頂用戶通過通用的好友添加入口向所述第三頂用戶發(fā)起添加好友請求，如果所述第三IM用戶接受該請求，則將所述第三頂用戶加為第一 IM用戶的好友。
14.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述親密度信息獲取單元包括 統(tǒng)計子單元，用于對兩個IM用戶之間的互動情況進行統(tǒng)計； 獲取子單元，用于根據(jù)統(tǒng)計結(jié)果，獲取這兩個IM用戶之間的親密度信息。
15.根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述統(tǒng)計子單元包括 初始值賦予子單元，用于在兩個IM用戶首次成為對方的好友時，為兩者之間的親密度信息賦予初始值； 親密度更新子單元，用于記錄兩者之間互動的次數(shù)，隨著互動次數(shù)的增加，增大兩者之間親密度信息的取值。
16.根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述親密度信息為親密度等級，所述親密度更新子單 元具體用于當互動次數(shù)達到預置條件時，提升所述親密度等級。
全文摘要
本發(fā)明公開了即時通信好友的添加方法及裝置，所述方法包括在第一即時通信IM用戶的用戶界面上展現(xiàn)第二IM用戶的好友列表，其中，所述第二IM用戶為所述第一IM用戶的好友，所述第二IM用戶的好友列表中包括至少一個第三用戶；獲取第一IM用戶與所述第二IM用戶之間的第一親密度信息，以及第二IM用戶與所述第三IM用戶之間的第二親密度信息；判斷所述第一親密度信息以及所述第二親密度信息是否均達到預置條件；如果是，則在第一IM用戶的用戶界面上顯示直接添加第三IM用戶為好友的第一操作入口，以便當通過所述第一操作入口接收到添加第三為好友的好友添加請求時，將所述好友添加請求發(fā)送給第三IM用戶。由此，能夠在添加好友時，避免產(chǎn)生過多的垃圾請求。
文檔編號H04L12/58GK102710556SQ201210224378
公開日2012年10月3日 申請日期2012年6月28日 優(yōu)先權(quán)日2012年6月28日
發(fā)明者劉偉剛, 劉航, 周云峰, 朱翼鵬, 胡宇光, 陳寧一 申請人:奇智軟件(北京)有限公司