一種信息交互方法及裝置與流程

本申請涉及即時通訊技術(shù)領(lǐng)域，更具體地說，涉及一種信息交互方法及裝置。

背景技術(shù)：

移動互聯(lián)網(wǎng)時代里，用戶對于即時通訊IM(Instant Messenger)軟件的依賴性變得越來越強。IM軟件中比較有代表性的有MSN、微信、QQ，其可以提供多種多樣的功能，例如聊天、刷朋友圈等。

本案發(fā)明人對現(xiàn)有即時通訊軟件進行研究發(fā)現(xiàn)，現(xiàn)有的即時通訊軟件中，一般均是公開身份聊天。也即互相聊天的好友之間，均知道對方的身份。而在某些場景下或者對于某些討論話題，聊天用戶并不想讓對方知道自己的身份?；楹糜训牧奶煊脩艨梢詫δ承┰掝}暢所欲言，而無需擔心自己的身份被別人獲知。顯然，現(xiàn)有技術(shù)無法滿足用戶的這種需求。

技術(shù)實現(xiàn)要素：

有鑒于此，本申請?zhí)峁┝艘环N信息交互方法及裝置，用于解決現(xiàn)有即時通軟件無法滿足用戶間匿名聊天的問題。

為了實現(xiàn)上述目的，現(xiàn)提出的方案如下：

一種信息交互方法，包括：

響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱。

一種信息交互方法，包括：

接收服務(wù)器推送的目標話題討論組；

將用戶加入所述目標話題討論組的請求轉(zhuǎn)發(fā)給服務(wù)器；

接收服務(wù)器分配的新昵稱，所述新昵稱作為用戶在所述目標話題討論組中的角色。

一種信息交互裝置，包括：

討論組建立單元，用于響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

第一討論組推送單元，用于將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

昵稱分配單元，用于響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱。

一種信息交互裝置，包括：

討論組接收單元，用于接收服務(wù)器推送的目標話題討論組；

加入請求轉(zhuǎn)發(fā)單元，用于將用戶加入所述目標話題討論組的請求轉(zhuǎn)發(fā)給服務(wù)器；

昵稱接收單元，用于接收服務(wù)器分配的新昵稱，所述新昵稱作為用戶在所述目標話題討論組中的角色。

從上述的技術(shù)方案可以看出，本申請實施例提供的信息交互方法，在用戶發(fā)起話題討論組建立請求后，建立目標話題討論組，并將該目標話題討論組推送給用戶指定好友列表中的各個用戶，并且在有用戶加入目標話題討論組時，為其隨機分配新的昵稱。在本申請方案中，由于建立的話題討論組推送給了話題討論組發(fā)起者指定的各個好友，因此話題討論組發(fā)起者無法得知加入討論組的用戶具體是哪個好友，而加入話題討論組的各用戶均分配了新昵稱，因此各用戶均無法得知除自己之外的其它用戶的身份，話題討論組內(nèi)的用戶可以實現(xiàn)匿名聊天。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面 描述中的附圖僅僅是本申請的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本申請實施例公開的一種信息交互方法流程圖；

圖2為本申請實施例示例的一種話題討論組效果示意圖；

圖3為本申請實施例公開的另一種信息交互方法流程圖；

圖4為本申請實施例公開的又一種信息交互方法流程圖；

圖5為本申請實施例公開的又一種信息交互方法流程圖；

圖6為本申請實施例公開的一種信息交互裝置結(jié)構(gòu)示意圖；

圖7為本申請實施例公開的另一種信息交互裝置結(jié)構(gòu)示意圖；

圖8為本申請實施例公開的又一種信息交互裝置結(jié)構(gòu)示意圖；

圖9為本申請實施例公開的又一種信息交互裝置結(jié)構(gòu)示意圖；

圖10為本申請實施例公開的又一種信息交互裝置結(jié)構(gòu)示意圖；

圖11為本申請實施例公開的又一種信息交互方法流程圖；

圖12為本申請實施例公開的又一種信息交互裝置結(jié)構(gòu)示意圖；

圖13為本申請實施例公開的一種服務(wù)器硬件結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

參見圖1，圖1為本申請實施例公開的一種信息交互方法流程圖。

如圖1所示，該方法包括：

步驟S100、響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

具體地，這里第一用戶主要是為了區(qū)別于下文的第二用戶，而并非特指某一類用戶。任何一個用戶均可以作為第一用戶來發(fā)起話題討論組建立請求。

一般性的，第一用戶在發(fā)起話題討論組建立請求時，可以標注出所建立的目標話題討論組的名稱，或者對建立的目標話題討論組進行簡單的介紹，以便其它用戶對該目標話題討論組有一個初步了解。

舉例如，用戶A想要建立一個話題討論組，該話題討論組主要想要討論每個人大學時期的暗戀對象。因此，在發(fā)起請求時，可以標注所要建立的話題討論組的公告為“聊聊你大學時期的暗戀對象”等。

步驟S110、將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

具體地，這里第一用戶指定的好友列表中的各個第二用戶可以是第一用戶的所有好友，或者，可以是第一用戶所指定的某一些好友。為了與目標話題討論組發(fā)起者第一用戶進行區(qū)別，將推送對象確定為第二用戶。

作為接收目標話題討論組推送的第二用戶，其接收的目標話題討論組可以在預(yù)置的一個話題討論組列表中進行展示。用戶可以在列表中選擇自己所感興趣的話題討論組，并加入討論組內(nèi)。

步驟S120、響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱。

需要說明的是，作為目標話題討論組的發(fā)起者的第一用戶，其可以是在目標話題討論組建立完后即加入該討論組，也可以是由第一用戶后續(xù)自助選擇是否加入該目標話題討論組。

對于加入目標話題討論組的用戶，本申請為每一個加入用戶隨機分配一個新的昵稱，該新昵稱作為用戶在目標話題討論組中的身份。由于新昵稱是隨機分配的，且加入用戶并不知道昵稱分配策略，也即各個用戶均不知道其它用戶的真實身份。

當然，除了為各個加入用戶分配新昵稱之外，還可以為各個加入用戶隨機分配頭像。

本申請實施例提供的信息交互方法，在用戶發(fā)起話題討論組建立請求后，建立目標話題討論組，并將該目標話題討論組推送給用戶指定好友列表中的各個用戶，并且在有用戶加入目標話題討論組時，為其隨機分配新的昵稱。在本申請方案中，由于建立的話題討論組推送給了話題討論組發(fā)起者指定的各個好友，因此話題討論組發(fā)起者無法得知加入討論組的用戶具體是哪個好 友，而加入話題討論組的各用戶均分配了新昵稱，因此各用戶均無法得知除自己之外的其它用戶的身份，話題討論組內(nèi)的用戶可以實現(xiàn)匿名聊天。

為了便于理解本申請中所創(chuàng)建的話題討論組，本實施例圖2示例了一種話題討論組效果示意圖。如圖2所示，參與到話題討論組內(nèi)的各個用戶，均分配了新的昵稱，如路人甲、路人乙等。

在本申請的另一個實施例中，公開了另一種信息交互方法。參見圖3，圖3為本申請實施例公開的另一種信息交互方法流程圖。

如圖3所示，該方法包括：

步驟S300、響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

具體地，這里第一用戶主要是為了區(qū)別于下文的第二用戶，而并非特指某一類用戶。任何一個用戶均可以作為第一用戶來發(fā)起話題討論組建立請求。

一般性的，第一用戶在發(fā)起話題討論組建立請求時，可以標注出所建立的目標話題討論組的名稱，或者對建立的目標話題討論組進行簡單的介紹，以便其它用戶對該目標話題討論組有一個初步了解。

步驟S310、將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

具體地，這里第一用戶指定的好友列表中的各個第二用戶可以是第一用戶的所有好友，或者，可以是第一用戶所指定的某一些好友。為了與目標話題討論組發(fā)起者第一用戶進行區(qū)別，將推送對象確定為第二用戶。

步驟S320、響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱；

步驟S330、在檢測到所述第二用戶加入所述目標話題討論組時，將所述目標話題討論組推送給所述第二用戶指定的好友列表中除所述第一用戶之外的各第三用戶。

這里，第三用戶主要是為了區(qū)別與第一用戶和第二用戶。具體來說，發(fā)起目標話題討論組的用戶為第一用戶，目標話題討論組隨推送的對象為第二用戶，第二用戶好友列表中除所述第一用戶之外的其它用戶為第三用戶。

本實施例中，對于創(chuàng)建的目標話題討論組，不僅會將其推送給目標話題討論組發(fā)起者的好友，還會將其推送給加入該目標話題討論組的用戶的好友。通過本申請的方案，實現(xiàn)了目標話題討論組的推廣，使得更多的用戶能夠看到并加入到該目標話題討論組。

當然，除了將目標話題討論組推送給所述第二用戶指定的好友列表中除所述第一用戶之外的各第三用戶之外，還可以將目標話題討論組推送給任意一個與目標話題相關(guān)的用戶。

進一步需要說明的是，當檢測到有用戶加入目標話題討論組時，可以將所述目標話題討論組中，最近的若干條歷史聊天數(shù)據(jù)進行展示。舉例如，在檢測到用戶A加入目標話題討論組時，將該討論組內(nèi)歷史聊天數(shù)據(jù)中，最近的20條聊天信息展示給用戶A。

通過向加入用戶展示歷史聊天數(shù)據(jù)，便于新加入的用戶了解話題討論情況。

此外，如果一個用戶接收到其它用戶發(fā)起的話題討論組，但是并沒有選擇加入該話題討論組，則該用戶不具備在當前話題討論組聊天的權(quán)限，但是其可以查看當前話題討論組中的歷史聊天數(shù)據(jù)。

在本申請的又一個實施例中，公開了又一種信息交互方法。參見圖4，圖4為本申請實施例公開的又一種信息交互方法流程圖。

如圖4所示，該方法包括：

步驟S400、響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

具體地，這里第一用戶主要是為了區(qū)別于下文的第二用戶，而并非特指某一類用戶。任何一個用戶均可以作為第一用戶來發(fā)起話題討論組建立請求。

一般性的，第一用戶在發(fā)起話題討論組建立請求時，可以標注出所建立的目標話題討論組的名稱，或者對建立的目標話題討論組進行簡單的介紹，以便其它用戶對該目標話題討論組有一個初步了解。

步驟S410、將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

具體地，這里第一用戶指定的好友列表中的各個第二用戶可以是第一用戶的所有好友，或者，可以是第一用戶所指定的某一些好友。為了與目標話題討論組發(fā)起者第一用戶進行區(qū)別，將推送對象確定為第二用戶。

步驟S420、響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱；

步驟S430、接收所述第一用戶發(fā)起的邀請請求，所述邀請請求包含所邀請加入的目標話題討論組及邀請對象；

步驟S440、將所述邀請請求轉(zhuǎn)發(fā)給所述邀請對象，以供所述邀請對象決定是否加入所述目標話題討論組。

在本實施例中，作為目標話題討論組的發(fā)起者的第一用戶，其可以向其它用戶發(fā)起邀請，邀請其它用戶加入目標話題討論組。而收到邀請的用戶，可以決定是否加入目標話題討論組。此外，收到邀請的用戶并不知道是誰發(fā)出的邀請，其僅僅知道所邀請加入的目標話題討論組。因此，保證了用戶的匿名。

可以理解的是，第一用戶在發(fā)起話題討論組建立請求的同時，可以發(fā)起邀請請求，也即二者是同步執(zhí)行的。

當然，每一個加入目標話題討論組的用戶均可以向其它用戶發(fā)起邀請，邀請其它用戶加入到目標話題討論組。而由于發(fā)起邀請的用戶并不知道其邀請的對象是否已經(jīng)加入到目標話題討論組，因此本實施例中，對于用戶發(fā)起的邀請請求可以進行篩選，詳細參見圖5所示。圖5為本申請實施例公開的又一種信息交互方法流程圖。

如圖5所示，該方法包括：

步驟S500、響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

具體地，這里第一用戶主要是為了區(qū)別于下文的第二用戶，而并非特指某一類用戶。任何一個用戶均可以作為第一用戶來發(fā)起話題討論組建立請求。

步驟S510、將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

具體地，這里第一用戶指定的好友列表中的各個第二用戶可以是第一用戶的所有好友，或者，可以是第一用戶所指定的某一些好友。為了與目標話題討論組發(fā)起者第一用戶進行區(qū)別，將推送對象確定為第二用戶。

步驟S520、響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱；

步驟S530、接收所述第一用戶發(fā)起的邀請請求，所述邀請請求包含所邀請加入的目標話題討論組及邀請對象；

步驟S540、判斷所述邀請對象是否已經(jīng)加入所述目標話題討論組，若是，則執(zhí)行步驟S550，若否，則執(zhí)行步驟S560；

步驟S550、屏蔽所述邀請請求；

步驟S560、將所述邀請請求轉(zhuǎn)發(fā)給所述邀請對象，以供所述邀請對象決定是否加入所述目標話題討論組。

本實施例中，對于用戶發(fā)起的邀請請求進行判斷，如果邀請對象已經(jīng)加入了目標話題討論組，則將該條邀請請求屏蔽掉即可，否則，則將該條邀請請求轉(zhuǎn)發(fā)給邀請對象。

下面對本申請實施例提供的信息交互裝置進行描述，下文描述的信息交互裝置與上文描述的信息交互方法可相互對應(yīng)參照。

參見圖6，圖6為本申請實施例公開的一種信息交互裝置結(jié)構(gòu)示意圖。

如圖6所示，該裝置包括：

討論組建立單元61，用于響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

第一討論組推送單元62，用于將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

昵稱分配單元63，用于響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱。

可選的，本申請實施例還公開了上述信息交互裝置的另一種可選結(jié)構(gòu)，結(jié)合圖6和圖7可知，信息交互裝置還可以包括：

第二討論組推送單元64，用于在檢測到所述第二用戶加入所述目標話題討論組時，將所述目標話題討論組推送給所述第二用戶指定的好友列表中除所述第一用戶之外的各第三用戶。

可選的，本申請實施例還公開了上述信息交互裝置的又一種可選結(jié)構(gòu)，結(jié)合圖6和圖8可知，信息交互裝置還可以包括：

歷史數(shù)據(jù)展示單元65，用于在檢測到有用戶加入所述目標話題討論組時，將所述目標話題討論組中，最近的若干條歷史聊天數(shù)據(jù)進行展示。

可選的，本申請實施例還公開了上述信息交互裝置的又一種可選結(jié)構(gòu)，結(jié)合圖6和圖9可知，信息交互裝置還可以包括：

邀請請求接收單元66，用于接收所述第一用戶發(fā)起的邀請請求，所述邀請請求包含所邀請加入的目標話題討論組及邀請對象；

邀請請求轉(zhuǎn)發(fā)單元67，用于將所述邀請請求轉(zhuǎn)發(fā)給所述邀請對象，以供所述邀請對象決定是否加入所述目標話題討論組。

可選的，本申請實施例還公開了上述信息交互裝置的又一種可選結(jié)構(gòu)，結(jié)合圖9和圖10可知，信息交互裝置還可以包括：

邀請對象判斷單元68，用于判斷所述邀請對象是否已經(jīng)加入所述目標話題討論組，若是，則進入所述邀請請求轉(zhuǎn)發(fā)單元67，若否，則進入請求屏蔽單元69；

請求屏蔽單元69，用于屏蔽所述邀請請求。

本申請實施例提供的信息交互裝置，在用戶發(fā)起話題討論組建立請求后，建立目標話題討論組，并將該目標話題討論組推送給用戶指定好友列表中的各個用戶，并且在有用戶加入目標話題討論組時，為其隨機分配新的昵稱。在本申請方案中，由于建立的話題討論組推送給了話題討論組發(fā)起者指定的各個好友，因此話題討論組發(fā)起者無法得知加入討論組的用戶具體是哪個好友，而加入話題討論組的各用戶均分配了新昵稱，因此各用戶均無法得知除自己之外的其它用戶的身份，話題討論組內(nèi)的用戶可以實現(xiàn)匿名聊天。

本申請實施例還公開了一種信息交互方法，該信息交互方法主要是從接收推送的目標話題討論組的用戶終端的角度進行介紹，如圖11所示，該方法包括：

步驟S600、接收服務(wù)器推送的目標話題討論組；

具體地，這里的服務(wù)器可以包括上述圖6-10任一項所述的信息交互裝置。

步驟S610、將用戶加入所述目標話題討論組的請求轉(zhuǎn)發(fā)給服務(wù)器；

步驟S620、接收服務(wù)器分配的新昵稱。

所述新昵稱作為用戶在所述目標話題討論組中的角色。

可選的，在步驟S600之后，還可以增加一個判斷過程，判斷終端本地的話題討論組列表中是否存在與所述目標話題討論組相同的話題討論組；若否，則將所述目標話題討論組加入所述話題討論組列表中進行展示；若是，則屏蔽所述目標話題討論組。

具體地，對于創(chuàng)建的每一個目標話題討論組，均標識有討論組ID。用戶終端接收推送的目標話題討論組后，判斷本地話題討論組列表中是否存在ID相同話題討論組，如果存在，則屏蔽掉該目標話題討論組，否則，將其加入到本地話題討論組列表中。

話題討論組列表中可以展示所有推送的話題討論組，此外還可以對用戶已經(jīng)參與的話題討論組進行標記，以區(qū)別開未參與的話題討論組。

需要說明的是，用戶終端當處于非聊天界面時，如果其他用戶發(fā)來了邀請信息或者用戶所參與的某個話題討論組有新的消息時，可以通過終端的通知欄進行信息提示。

下面對本申請實施例提供的信息交互裝置進行描述，下文描述的信息交互裝置與上文從接收推送的目標話題討論組的用戶終端的角度所描述的信息交互方法可相互對應(yīng)參照。

參見圖12，圖12為本申請實施例公開的一種信息交互裝置結(jié)構(gòu)示意圖。

如圖12所示，該裝置包括：

討論組接收單元11，用于接收服務(wù)器推送的目標話題討論組；

加入請求轉(zhuǎn)發(fā)單元12，用于將用戶加入所述目標話題討論組的請求轉(zhuǎn)發(fā)給服務(wù)器；

昵稱接收單元13，用于接收服務(wù)器分配的新昵稱，所述新昵稱作為用戶在所述目標話題討論組中的角色。

本申請實施例還提供一種服務(wù)器，該服務(wù)器可以包括上述圖6-10任一項所述的信息交互裝置，對于信息交互裝置的描述可參照上文對應(yīng)部分描述，此處不再贅述。

下面對本申請實施例提供的服務(wù)器的硬件結(jié)構(gòu)進行描述，下文描述中涉及賬號管理的部分可參照上文對應(yīng)部分描述。圖13為本申請實施例提供的服務(wù)器的硬件結(jié)構(gòu)示意圖，參照圖13，該服務(wù)器可以包括：

處理器1，通信接口2，存儲器3，通信總線4，和顯示屏5；

其中處理器1、通信接口2、存儲器3和顯示屏5通過通信總線4完成相互間的通信；

可選的，通信接口2可以為通信模塊的接口，如GSM模塊的接口；

處理器1，用于執(zhí)行程序；

存儲器3，用于存放程序；

程序可以包括程序代碼，所述程序代碼包括處理器的操作指令。

處理器1可能是一個中央處理器CPU，或者是特定集成電路ASIC(Application Specific Integrated Circuit)，或者是被配置成實施本申請實施例的一個或多個集成電路。

存儲器3可能包含高速RAM存儲器，也可能還包括非易失性存儲器(non-volatile memory)，例如至少一個磁盤存儲器。

其中，程序可具體用于：

響應(yīng)第一用戶發(fā)起的話題討論組建立請求，建立目標話題討論組；

將所述目標話題討論組推送給所述第一用戶指定的好友列表中的各第二用戶；

響應(yīng)所述第一用戶和/或所述第二用戶加入所述目標話題討論組的動作，為加入所述目標話題討論組的各用戶隨機分配新昵稱。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù) 語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。