本發(fā)明涉及計算機(jī)技術(shù)領(lǐng)域，特別是涉及一種信息查看的方法、裝置和設(shè)備。

背景技術(shù)：

目前，使用微信、QQ等聊天工具進(jìn)行互聯(lián)網(wǎng)聊天已經(jīng)越來越廣泛，而在上述聊天軟件的群聊過程中，一個人對另外指定的一個人講話時，經(jīng)常使用‘@’符號，例如:@用戶A、@用戶B。

在群聊中，當(dāng)用戶A@用戶B后，用戶B的客戶端則顯示信息為：@B請協(xié)助查看信息；或者用戶B的客戶端僅顯示有人@他了。但是這時，用戶B正忙于其他事情，或者已經(jīng)通過與用戶A私聊的方式溝通了，在這種情況下意味著在群聊中用戶A的信息已經(jīng)不重要了。這就說，用戶B可能對別人@他的信息感興趣，可能不感興趣，而現(xiàn)有技術(shù)中只負(fù)責(zé)將@信息以帶閃爍的群組符號形式提醒給用戶。

另一方面，對于用戶B來說，來自不同用戶的@信息還存在提醒上的覆蓋問題，即在用戶的聊天軟件上顯示提醒效果的，都是最新接收到的@信息，那么用戶B在接收到兩條目的端都是用戶B的@信息時，系統(tǒng)只會閃爍并提示最新一條的@信息，此時，另一條@信息可能會因?yàn)閮蓷l信息間所夾雜的其它聊天記錄較多，造成用戶B無法察覺在先的一條@信息，從而造成信息查看的遺漏。

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

本發(fā)明實(shí)施例要解決的技術(shù)問題是對于用戶B來說，來自不同用戶的@信息還存在提醒上的覆蓋問題，即在用戶的聊天軟件上顯示提醒效果的，都是最新接收到的@信息，那么用戶B在接收到兩條目的端都是用戶B的@信息時，系統(tǒng)只會閃爍并提示最新一條的@信息，此時，另一條@信息可能會因?yàn)閮蓷l信息間所夾雜的其它聊天記錄較多，造成用戶B無法察覺在先的一條@信息，從而造成信息查看的遺漏。

本發(fā)明實(shí)施例采用如下技術(shù)方案：

第一方面，本發(fā)明實(shí)施例提供了一種信息查看的方法，所述方法包括：

接收整理群組內(nèi)消息的第一請求消息；

將在群組內(nèi)發(fā)送的各消息，按照發(fā)送消息的各用戶ID分成一組或者多組消息；

生成列表，將所述各用戶ID轉(zhuǎn)化為所述列表的數(shù)據(jù)項(xiàng)；其中，在構(gòu)成所述數(shù)據(jù)項(xiàng)的第一用戶ID被激活時，呈現(xiàn)所述第一用戶ID所關(guān)聯(lián)的一組消息。

可選的，所述第一請求消息的生成具體包括：

由點(diǎn)擊界面上整理群組內(nèi)消息的整理按鈕后生成；或者，

長按群組圖標(biāo)達(dá)到第一預(yù)設(shè)時間后生成；或者，

按照預(yù)設(shè)方向拖動群組圖標(biāo)后生成。

可選的，所述列表中的數(shù)據(jù)項(xiàng)還包括艾特@消息標(biāo)簽，具體的：

所述艾特@消息標(biāo)簽用于關(guān)聯(lián)在群組中發(fā)送的，且@目標(biāo)為當(dāng)前用戶的一條或者多條@消息；

當(dāng)所述@消息標(biāo)簽被激活時，呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息。

可選的，呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息之前，還包括：

讀取作為所述一條或者多條@消息發(fā)送方的用戶ID；

檢索私人聊天記錄，若所述私人聊天記錄中包含所述@消息發(fā)送方的用戶ID，且私聊消息發(fā)送時間在相應(yīng)@消息發(fā)送時間之后，則降低所述用戶ID所發(fā)送的@消息在所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息中的優(yōu)先級；

則所述呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息，具體實(shí)現(xiàn)為：

按照所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息的優(yōu)先級排列后顯示。

可選的，所述方法還包括：

在激活所述第一用戶ID關(guān)聯(lián)的第一消息時，生成編輯欄，以便能夠輸入針對所述第一消息的回復(fù)內(nèi)容。

可選的，所述方法還包括：

在獲取到所述編輯欄輸入的回復(fù)內(nèi)容后，判斷群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間長度是否超過第一預(yù)設(shè)閾值和/或群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間內(nèi)產(chǎn)生的消息條數(shù)是否超過第二預(yù)設(shè)閾值；

若判斷結(jié)果超過第一預(yù)設(shè)閾值和/或超過第二預(yù)設(shè)閾值，則群組中顯示所述回復(fù)內(nèi)容時，同時顯示其回復(fù)的第一消息。

另一方面，本發(fā)明實(shí)施例還提供了一種信息查看的裝置，所述裝置包括：

接收模塊，用于接收整理群組內(nèi)消息的第一請求消息；

分組模塊，用于將在群組內(nèi)發(fā)送的各消息，按照發(fā)送消息的各用戶ID分成一組或者多組消息；

列表生成模塊，用于生成列表，將所述各用戶ID轉(zhuǎn)化為所述列表的數(shù)據(jù)項(xiàng)；

第一呈現(xiàn)模塊，用于在構(gòu)成所述數(shù)據(jù)項(xiàng)的第一用戶ID被激活時，呈現(xiàn)所述第一用戶ID所關(guān)聯(lián)的一組消息。

可選的，所述列表生成模塊還包括艾特@消息的數(shù)據(jù)項(xiàng)單元：

所述@消息的數(shù)據(jù)項(xiàng)單元，用于整理在群組中發(fā)送的，且@目標(biāo)為當(dāng)前用戶的一條或者多條@消息，并將所述一條或者多條@消息關(guān)聯(lián)到@消息標(biāo)簽；其中，所述@消息標(biāo)簽作為列表的數(shù)據(jù)項(xiàng)中的一員；

則所述第一呈現(xiàn)模塊，還用于當(dāng)所述@消息標(biāo)簽被激活時，呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息。

可選的，所述列表生成模塊還包括讀取子單元和檢索子單元，具體的：

讀取子單元，用于讀取作為所述一條或者多條@消息發(fā)送方的用戶ID；

檢索子單元，用于檢索私人聊天記錄，若所述私人聊天記錄中包含所述@消息發(fā)送方的用戶ID，且私聊消息發(fā)送時間在相應(yīng)@消息發(fā)送時間之后，則降低所述用戶ID所發(fā)送的@消息在所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息中的優(yōu)先級；

則所述第一呈現(xiàn)模塊，還用于按照所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息的優(yōu)先級排列后顯示。

可選的，所述裝置還包括編輯欄生成模塊，

用于在激活所述第一用戶ID關(guān)聯(lián)的第一消息時，生成編輯欄，以便能夠輸入針對所述第一消息的回復(fù)內(nèi)容。

可選的，所述裝置還包括第二呈現(xiàn)模塊，

用于在獲取到所述編輯欄輸入的回復(fù)內(nèi)容后，判斷群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間長度是否超過第一預(yù)設(shè)閾值和/或群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間內(nèi)產(chǎn)生的消息條數(shù)是否超過第二預(yù)設(shè)閾值；若判斷結(jié)果超過第一預(yù)設(shè)閾值和/或超過第二預(yù)設(shè)閾值，則群組中顯示所述回復(fù)內(nèi)容時，同時顯示其回復(fù)的第一消息。

第三方面，本發(fā)明實(shí)施例還提供了一種電子設(shè)備，用于實(shí)現(xiàn)第一方面和第二方面任一所述的信息查看的方法，所述裝置包括：

至少一個處理器；以及，與所述至少一個處理器通信連接的存儲器；其中，所述存儲器存儲有可被所述至少一個處理器執(zhí)行的指令，所述指令被所述存儲器存儲有可被所述至少一個處理器執(zhí)行的指令程序，所述指令被程序設(shè)置為執(zhí)行第一方面和第二方面任一所述的信息查看的方法。

第四方面，本發(fā)明實(shí)施例還提供了一種非易失性計算機(jī)存儲介質(zhì)，其特征在于，所述計算機(jī)存儲介質(zhì)存儲有計算機(jī)可執(zhí)行指令，該計算機(jī)可執(zhí)行指令被一個或多個處理器執(zhí)行，用于完成第一方面和第二方面任一所述的信息查看的方法。

本發(fā)明實(shí)施例針對群組消息中每一條消息的發(fā)送都對應(yīng)著一用戶ID，提供了一種由用戶ID作為索引源的列表呈現(xiàn)模式，相比較現(xiàn)有的單一的根據(jù)各消息的發(fā)送時間進(jìn)行排列的方式，本發(fā)明實(shí)施例所提出的信息查看的方法，能夠提供第二維度的群組消息查看手段。為用戶無法有效查找群主中特定用戶發(fā)送消息的問題，提供了一種有助于解決問題的方法。

【附圖說明】

圖1是本發(fā)明實(shí)施例提供的一種信息查看的方法流程圖；

圖2是本發(fā)明實(shí)施例提供一種群組操作界面效果圖；

圖3是本發(fā)明實(shí)施例提供另一種群組操作界面效果圖；

圖4是本發(fā)明實(shí)施例提供另一種群組操作界面效果圖；

圖5是本發(fā)明實(shí)施例提供一種群組操作界面顯示消息的效果圖；

圖6是本發(fā)明實(shí)施例提供另一種群組操作界面顯示消息的效果圖；

圖7是本發(fā)明實(shí)施例提供另一種群組操作界面顯示消息的效果圖；

圖8是本發(fā)明實(shí)施例提供的一種信息查看的方法流程圖；

圖9是本發(fā)明實(shí)施例提供一種群組消息展示的效果圖；

圖10是本發(fā)明實(shí)施例提供另一種群組消息展示的效果圖；

圖11是本發(fā)明實(shí)施例提供另一種群組消息展示的效果圖；

圖12是本發(fā)明實(shí)施例提供一種帶回復(fù)功能的群組消息展示的效果圖；

圖13是本發(fā)明實(shí)施例提供的一種信息查看的裝置結(jié)構(gòu)圖；

圖14是本發(fā)明實(shí)施例提供的一種信息查看的裝置結(jié)構(gòu)圖；

圖15是本發(fā)明實(shí)施例提供的一種信息查看的裝置結(jié)構(gòu)圖；

圖16是本發(fā)明實(shí)施例提供的一種信息查看的裝置結(jié)構(gòu)圖；

圖17是本發(fā)明實(shí)施例提供的一種信息查看的裝置結(jié)構(gòu)圖；

圖18是本發(fā)明實(shí)施例提供的一種電子設(shè)備結(jié)構(gòu)圖。

【具體實(shí)施方式】

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

在本發(fā)明的描述中，術(shù)語“內(nèi)”、“外”、“縱向”、“橫向”、“上”、“下”、“頂”、“底”等指示的方位或位置關(guān)系為基于附圖所示的方位或位置關(guān)系，僅是為了便于描述本發(fā)明而不是要求本發(fā)明必須以特定的方位構(gòu)造和操作，因此不應(yīng)當(dāng)理解為對本發(fā)明的限制。

此外，下面所描述的本發(fā)明各個實(shí)施方式中所涉及到的技術(shù)特征只要彼此之間未構(gòu)成沖突就可以相互組合。

實(shí)施例1:

本發(fā)明實(shí)施例1提供了一種信息查看的方法，所述方法可以適用于智能手機(jī)、個人電腦或者服務(wù)器，在不同的應(yīng)用場合所述方法可以是以智能手機(jī)上運(yùn)行的APP方式實(shí)現(xiàn)，也可以是個人電腦中的安裝軟件，還可以是所述智能手機(jī)、個人電腦或者服務(wù)器中的系統(tǒng)軟件功能方式實(shí)現(xiàn)，如圖1所示，所述方法包括：

在步驟201中，接收整理群組內(nèi)消息的第一請求消息。

所述第一請求消息的生成具體包括：方式一、由點(diǎn)擊界面上整理群組內(nèi)消息的整理按鈕后生成，如圖2所示，用戶在選中群組1之后(如圖2中所示，被選中的群組1呈現(xiàn)被選中效果的加粗黑框)，接著點(diǎn)擊“整理群組內(nèi)消息”的按鈕，則會生成所述第一請求消息。其中，第一請求消息中會攜帶群組的標(biāo)識(例如：群組的ID號，或者是群組的名稱)。

方式二、長按群組圖標(biāo)達(dá)到第一預(yù)設(shè)時間后生成。如圖3所示，以帶觸摸屏的智能手機(jī)界面為例，當(dāng)用戶長按群組圖標(biāo)1達(dá)到第一預(yù)設(shè)時間后，便會生成所述第一請求消息。圖3所示的同心圓圖標(biāo)3便是用戶通過智能手機(jī)觸摸屏，形成長按效果的區(qū)域。在具體實(shí)現(xiàn)時，除了可以在攜帶觸摸屏的設(shè)備上實(shí)現(xiàn)所述方式二的操作外(例如：帶觸屏的一體機(jī)、微軟的surface、iPad等)，還可以利用帶外接輸入設(shè)備實(shí)現(xiàn)所述長按操作，例如：長按鼠標(biāo)左鍵來完成。其中，預(yù)設(shè)的時間根據(jù)方法設(shè)計人員來設(shè)定，通?？梢允?-3s。

方式三、按照預(yù)設(shè)方向拖動群組圖標(biāo)后生成。如圖4所示，仍以智能手機(jī)的操作界面為例，用戶通過拖動群組圖標(biāo)，從圖4中群組圖標(biāo)1所在位置拖動到圖標(biāo)1’所在的位置，便會觸發(fā)生成所述第一請求消息。

在步驟202中，將在群組內(nèi)發(fā)送的各消息，按照發(fā)送消息的各用戶ID分成一組或者多組消息。

其中，一個群組內(nèi)包括至少一個群組組員，而群組組員之間則是通過用戶ID來完成鑒別的，所述用戶ID用以唯一的標(biāo)識用戶在群組中的身份，以及用以劃分群組中發(fā)送的消息所歸屬的對象。以QQ群組為例，所述用戶ID可以是用戶的QQ名、由群主設(shè)置的備注名或者用戶的QQ號等。

所述按照發(fā)送消息的各用戶ID分成一組或者多組消息，具體為將第二預(yù)設(shè)時間內(nèi)的由同一用戶ID發(fā)送到群組中的消息，整合成為一組消息；由多少個用戶ID歷史(第二預(yù)設(shè)時間內(nèi))在群組中發(fā)送過消息，則對應(yīng)會整合出相應(yīng)數(shù)量的多組消息。其中，第二預(yù)設(shè)時間可以由方法設(shè)計人員設(shè)定，通?？梢允且惶?、12小時或者6小時，還可以由所述信息查看方法的使用人員后期修改。

在步驟203中，生成列表，將所述各用戶ID轉(zhuǎn)化為所述列表的數(shù)據(jù)項(xiàng)。

對于上述介紹的方式一對應(yīng)生成的列表效果如圖5所示，而方式二和方式三所生成的列表效果如圖6所示。所述列表并非狹義的excel表格，而是指具有一定規(guī)律性排列的數(shù)據(jù)對象則可稱為列表。如圖5和6所示，構(gòu)成所述列表4主體的為數(shù)據(jù)項(xiàng)41-44，每一數(shù)據(jù)項(xiàng)由用戶ID賦值得到，例如“A發(fā)送的消息”、“B發(fā)送的消息”，其中，“A”和“B”為相應(yīng)的用戶ID。除此以外，如果列表4為全屏顯示模式或者是近全屏顯示模式，則所述列表4還可以包含列表標(biāo)題40。

在步驟204中，在構(gòu)成所述數(shù)據(jù)項(xiàng)的第一用戶ID被激活時，呈現(xiàn)所述第一用戶ID所關(guān)聯(lián)的一組消息。

所述第一用戶ID所關(guān)聯(lián)的一組消息是指步驟202中按照發(fā)送消息的各用戶ID分成一組或者多組消息所形成的關(guān)聯(lián)關(guān)系。其中，構(gòu)成所述數(shù)據(jù)項(xiàng)的第一用戶ID被激活時，具體包括用戶雙擊列表中第一用戶ID所在的數(shù)據(jù)項(xiàng)；或者借鑒步驟201中所介紹的三種操作方式，應(yīng)用到所述數(shù)據(jù)項(xiàng)上。具體可參考步驟201中相關(guān)闡述，在此不一一贅述。

本發(fā)明實(shí)施例針對群組消息中每一條消息的發(fā)送都對應(yīng)著一用戶ID，提供了一種由用戶ID作為索引源的列表呈現(xiàn)模式，相比較現(xiàn)有的單一的根據(jù)各消息的發(fā)送時間進(jìn)行排列的方式，本發(fā)明實(shí)施例所提出的信息查看的方法，能夠提供第二維度的群組消息查看手段。為用戶無法有效查找群主中特定用戶發(fā)送消息的問題，提供了一種有助于解決問題的方法。

實(shí)施例2:

本發(fā)明實(shí)施例在實(shí)施例1基礎(chǔ)上，做了進(jìn)一步的擴(kuò)展，其中，所述列表中的數(shù)據(jù)項(xiàng)還包括艾特@消息標(biāo)簽(其中@也被稱為艾特，后續(xù)也簡化的用符號@代表艾特，兩者擁有相同的含義)，如圖7所示，具體的：

所述艾特@消息標(biāo)簽45用于關(guān)聯(lián)在群組中發(fā)送的，且@目標(biāo)為當(dāng)前用戶的一條或者多條@消息；當(dāng)所述@消息標(biāo)簽被激活時，呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息。

其中，@消息標(biāo)簽被激活時，具體包括用戶雙擊列表中對應(yīng)@消息標(biāo)簽的數(shù)據(jù)項(xiàng)；或者借鑒步驟201中所介紹的三種操作方式，應(yīng)用到所述數(shù)據(jù)項(xiàng)上。具體可參考步驟201中相關(guān)闡述，在此不一一贅述。

在本發(fā)明實(shí)施例實(shí)現(xiàn)過程中，會遇到一種情況：當(dāng)前用戶在激活所述@消息標(biāo)簽(圖7中所示“@我的消息”即為所述@消息標(biāo)簽)之前，已經(jīng)通過聊天工具中的私聊功能與用戶A進(jìn)行了聯(lián)系，而在進(jìn)行所述私聊之前用戶A向所述當(dāng)前用戶發(fā)送過@消息，因此，該@消息目前是被關(guān)聯(lián)到所述@消息標(biāo)簽下的。但是，實(shí)際狀況是當(dāng)前用戶已經(jīng)對歷史上用戶A發(fā)送給自己的@消息已經(jīng)不感興趣(已經(jīng)通過上述私聊完成了@消息相關(guān)內(nèi)容的溝通)，而此時如果按照正常的時間排序各@消息，則是一種低效率的實(shí)現(xiàn)手段。為了改善上述存在的技術(shù)問題，結(jié)合本發(fā)明實(shí)施例，還存在一種可選的改進(jìn)方式，具體闡述如下：

如圖8所示，在呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息之前，所述方法還包括：

在步驟301中，讀取作為所述一條或者多條@消息發(fā)送方的用戶ID。

例如：如圖7所示，UX群組1中包含的用戶A、用戶B、用戶C和用戶D都向當(dāng)前用戶發(fā)送過@消息，則執(zhí)行完所述步驟301中讀取操作后，分別得到用戶A、用戶B、用戶C和用戶D相應(yīng)的用戶ID。

在步驟302中，檢索私人聊天記錄，若所述私人聊天記錄中包含所述@消息發(fā)送方的用戶ID，且私聊消息發(fā)送時間在相應(yīng)@消息發(fā)送時間之后，則降低所述用戶ID所發(fā)送的@消息在所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息中的優(yōu)先級。

其中，@消息的優(yōu)先級默認(rèn)的可以根據(jù)其在群組中發(fā)送的實(shí)現(xiàn)來判定，即@消息發(fā)送的越早默認(rèn)的優(yōu)先級越高如圖9所示。然而，在具體實(shí)現(xiàn)中所述優(yōu)先級的判定依據(jù)也可以依實(shí)際情況做相應(yīng)調(diào)整，例如：若同一用戶A在短時間內(nèi)連續(xù)發(fā)送了兩條@消息，則相應(yīng)用戶A發(fā)送的@消息的優(yōu)先級可以適當(dāng)?shù)恼{(diào)高(例如，提高1-2個優(yōu)先級，簡單換算下可以理解為向前排序1-2個@消息的位置)。

則所述呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息，具體實(shí)現(xiàn)為：

在步驟303中，按照所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息的優(yōu)先級排列后顯示。

例如：圖9為默認(rèn)情況下的@消息排列順序，而當(dāng)通過步驟302判斷用戶B在其發(fā)送的@消息之后，通過私聊的方式聯(lián)系過當(dāng)前用戶，則更新優(yōu)先級排列后顯示的效果如圖11所示。為了達(dá)到更好的區(qū)分效果，還可以通過隔離線5結(jié)合標(biāo)注內(nèi)容“已私聊@信息”的方式，將步驟302中確認(rèn)出來的@消息與正常態(tài)的@消息區(qū)分開來。

如圖9所示，為按照時間作為優(yōu)先級判斷依據(jù)得到的一條或者多條@消息的排列效果示意圖。圖9是在圖7所示界面中，雙擊@我的消息45后生成的界面，其中，還可以點(diǎn)擊“<”操作鍵返回圖7所示的界面。還可以通過查看全部來顯示當(dāng)前界面中沒有顯示全的@消息內(nèi)容，通常在點(diǎn)擊“查看全部”后，會生成一滾動條，便于當(dāng)前用戶瀏覽歷史上的@消息，如圖10所示，此時，圖9中的“查看全部”圖標(biāo)也會更新為“返回精簡模式”。

實(shí)施例3:

在本發(fā)明實(shí)施例1中給予了一種信息查看的方法，而實(shí)施例2進(jìn)一步基于實(shí)施例1基礎(chǔ)上提出了一種結(jié)合@消息實(shí)現(xiàn)信息查看的改進(jìn)方法，本發(fā)明實(shí)施例可以結(jié)合上述實(shí)施例1或?qū)嵤├?來實(shí)現(xiàn)，為的是能夠在新提出的信息查看方法中提供一種在相應(yīng)環(huán)境下的消息輸入方法。具體的，在執(zhí)行完實(shí)施例1步驟204之后，所述方法還包括：

在步驟205中，在激活所述第一用戶ID關(guān)聯(lián)的第一消息時，生成編輯欄，以便能夠輸入針對所述第一消息的回復(fù)內(nèi)容。

其中，所述第一消息包括實(shí)施例1中舉例的由第一用戶發(fā)送的普通群聊消息，還包括實(shí)施例2中舉例的由第一用戶發(fā)送的@目標(biāo)為當(dāng)前用戶的@信息。所述激活所述第一用戶ID關(guān)聯(lián)的第一消息，包括用戶雙擊所述第一用戶ID關(guān)聯(lián)的第一消息；或者借鑒步驟201中所介紹的三種操作方式，應(yīng)用到所述數(shù)據(jù)項(xiàng)上。具體可參考步驟201中相關(guān)闡述，在此不一一贅述。如圖12所示，為當(dāng)前用戶雙擊所述第一消息(“有意思么，天啊薩達(dá)瓦達(dá)大王”)后，在第一消息下方生成編輯欄的效果圖。由于是針對@信息的回復(fù)，因此，優(yōu)選的在所述編輯欄中默認(rèn)的添加@符號，即以@第一用戶的方式回復(fù)消息，以便第一用戶能夠及時獲取到所述回復(fù)消息。由于，第一消息的來源是群組中收到的@消息，因此，所述回復(fù)消息也會向群組內(nèi)發(fā)送，因此，在回復(fù)消息前增加@第一用戶的前綴，能夠精確定位第一用戶接收到所述回復(fù)消息。

在本發(fā)明實(shí)施例中，提供了一種基于實(shí)施例1或?qū)嵤├?的消息回復(fù)方法，不僅和上述兩個實(shí)施例中的呈現(xiàn)方式有效的結(jié)合在一起，減少了用戶回復(fù)消息的操作步驟，另一方面也保證了信息交互過程中不至于因?yàn)檫z漏回復(fù)而中斷。

但是，在實(shí)際應(yīng)用過程中，直接提供編輯欄并在群組中呈現(xiàn)編輯欄中輸入的內(nèi)容，仍然無法克服特定情況下的溝通壁壘。例如：當(dāng)前用戶所回復(fù)的消息，是前一天的由第一用戶發(fā)送的@消息，此時，對于第一用戶來說可能都已經(jīng)忘卻其在先發(fā)送給當(dāng)前用戶的所述@消息的內(nèi)容，因此結(jié)合本發(fā)明實(shí)施例還存在一種可選的方案，用于解決上述問題，所述方法在執(zhí)行了步驟205之后，還包括：

在步驟206中，在獲取到所述編輯欄輸入的回復(fù)內(nèi)容后，判斷群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間長度是否超過第一預(yù)設(shè)閾值和/或群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間內(nèi)產(chǎn)生的消息條數(shù)是否超過第二預(yù)設(shè)閾值；

在步驟207中，若判斷結(jié)果超過第一預(yù)設(shè)閾值和/或超過第二預(yù)設(shè)閾值，則群組中顯示所述回復(fù)內(nèi)容時，同時顯示其回復(fù)的第一消息。

實(shí)施例4:

本發(fā)明實(shí)施例還提供了一種信息查看的裝置，所述裝置可以用于執(zhí)行實(shí)施例1-3中任一所述的方法內(nèi)容，如圖13所示，所述裝置包括：

接收模塊21，用于接收整理群組內(nèi)消息的第一請求消息。

分組模塊22，用于將在群組內(nèi)發(fā)送的各消息，按照發(fā)送消息的各用戶ID分成一組或者多組消息。

列表生成模塊23，用于生成列表，將所述各用戶ID轉(zhuǎn)化為所述列表的數(shù)據(jù)項(xiàng)。

第一呈現(xiàn)模塊24，用于在構(gòu)成所述數(shù)據(jù)項(xiàng)的第一用戶ID被激活時，呈現(xiàn)所述第一用戶ID所關(guān)聯(lián)的一組消息。

本發(fā)明實(shí)施例針對群組消息中每一條消息的發(fā)送都對應(yīng)著一用戶ID，提供了一種由用戶ID作為索引源的列表呈現(xiàn)模式，相比較現(xiàn)有的單一的根據(jù)各消息的發(fā)送時間進(jìn)行排列的方式，本發(fā)明實(shí)施例所提出的信息查看的裝置，能夠提供第二維度的群組消息查看手段。為用戶無法有效查找群主中特定用戶發(fā)送消息的問題，提供了一種有助于解決問題的方法。

結(jié)合本發(fā)明實(shí)施例，存在一種可選的實(shí)現(xiàn)方案，如圖14所示，所述列表生成模塊23還包括艾特@消息的數(shù)據(jù)項(xiàng)單元231：

所述@消息的數(shù)據(jù)項(xiàng)單元231，用于整理在群組中發(fā)送的，且@目標(biāo)為當(dāng)前用戶的一條或者多條@消息，并將所述一條或者多條@消息關(guān)聯(lián)到@消息標(biāo)簽；其中，所述@消息標(biāo)簽作為列表的數(shù)據(jù)項(xiàng)中的一員；

則所述第一呈現(xiàn)模塊24，還用于當(dāng)所述@消息標(biāo)簽被激活時，呈現(xiàn)所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息。

結(jié)合本發(fā)明實(shí)施例，存在一種可選的實(shí)現(xiàn)方案，如圖15所示，所述列表生成模塊23還包括讀取子單元232和檢索子單元233，具體的：

讀取子單元，用于讀取作為所述一條或者多條@消息發(fā)送方的用戶ID；

檢索子單元，用于檢索私人聊天記錄，若所述私人聊天記錄中包含所述@消息發(fā)送方的用戶ID，且私聊消息發(fā)送時間在相應(yīng)@消息發(fā)送時間之后，則降低所述用戶ID所發(fā)送的@消息在所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息中的優(yōu)先級；

則所述第一呈現(xiàn)模塊24，還用于按照所述@消息標(biāo)簽所關(guān)聯(lián)的一條或者多條@消息的優(yōu)先級排列后顯示。

結(jié)合本發(fā)明實(shí)施例，存在一種可選的實(shí)現(xiàn)方案，如圖16所示，所述裝置還包括編輯欄生成模塊25，

用于在激活所述第一用戶ID關(guān)聯(lián)的第一消息時，生成編輯欄，以便能夠輸入針對所述第一消息的回復(fù)內(nèi)容。

結(jié)合本發(fā)明實(shí)施例，存在一種可選的實(shí)現(xiàn)方案，如圖17所示，所述裝置還包括第二呈現(xiàn)模塊26，

用于在獲取到所述編輯欄輸入的回復(fù)內(nèi)容后，判斷群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間長度是否超過第一預(yù)設(shè)閾值和/或群組中所述回復(fù)內(nèi)容與所述第一消息之間相隔的時間內(nèi)產(chǎn)生的消息條數(shù)是否超過第二預(yù)設(shè)閾值；若判斷結(jié)果超過第一預(yù)設(shè)閾值和/或超過第二預(yù)設(shè)閾值，則群組中顯示所述回復(fù)內(nèi)容時，同時顯示其回復(fù)的第一消息。

值得說明的是，上述裝置內(nèi)的模塊、單元之間的信息交互、執(zhí)行過程和設(shè)計的目的和背景等內(nèi)容，由于與本發(fā)明的處理方法實(shí)施例基于同一構(gòu)思，具體內(nèi)容可參見本發(fā)明方法實(shí)施例1-3中的敘述，此處不再贅述。

實(shí)施例5:

如圖18所示，是本發(fā)明第5實(shí)施方式的一種電子設(shè)備的架構(gòu)示意圖。本實(shí)施方式的電子設(shè)備包括一個或多個處理器61以及存儲器62。其中，圖18中以一個處理器61為例。

處理器61和存儲器62可以通過總線或者其他方式連接，圖18中以通過總線連接為例。

存儲器62作為一種信息查看的方法和裝置非易失性計算機(jī)可讀存儲介質(zhì)，可用于存儲非易失性軟件程序、非易失性計算機(jī)可執(zhí)行程序以及模塊，如第1-3實(shí)施方式中的信息查看的方法以及對應(yīng)的程序指令/模塊(例如，圖13-17所示的各個模塊)。處理器61通過運(yùn)行存儲在存儲器62中的非易失性軟件程序、指令以及模塊，從而執(zhí)行信息查看的裝置的各種功能應(yīng)用以及數(shù)據(jù)處理，即實(shí)現(xiàn)第1-3實(shí)施方式的信息查看的方法以及第4實(shí)施方式的各個模塊、單元的功能。

存儲器62可以包括高速隨機(jī)存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他非易失性固態(tài)存儲器件。在一些實(shí)施方式中，存儲器62可選包括相對于處理器61遠(yuǎn)程設(shè)置的存儲器，這些遠(yuǎn)程存儲器可以通過網(wǎng)絡(luò)連接至處理器61。上述網(wǎng)絡(luò)的實(shí)例包括但不限于互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、局域網(wǎng)、移動通信網(wǎng)及其組合。

所述程序指令/模塊存儲在所述存儲器62中，當(dāng)被所述一個或者多個處理器61執(zhí)行時，執(zhí)行上述第1-3實(shí)施方式中的信息查看的方法，例如，執(zhí)行以上描述的圖1、圖8所示的各個步驟；也可實(shí)現(xiàn)圖13-17所述的各個模塊、單元。

本發(fā)明實(shí)施方式的信息查看的裝置可以多種形式存在，在執(zhí)行以上描述的圖1、圖8所示的各個步驟；以及圖13-17所述的各個模塊、單元時，該信息查看的裝置包括但不限于：

(1)移動通信設(shè)備：這類設(shè)備的特點(diǎn)是具備移動通信功能，并且以提供話音、數(shù)據(jù)通信為主要目標(biāo)。這類終端包括:智能手機(jī)(例如iPhone)、多媒體手機(jī)、功能性手機(jī)，以及低端手機(jī)等。

(2)超移動個人計算機(jī)設(shè)備:這類設(shè)備屬于個人計算機(jī)的范疇，有計算和處理功能，一般也具備移動上網(wǎng)特性。這類終端包括：PDA、MID和UMPC設(shè)備等，例如iPad。

(3)便攜式娛樂設(shè)備：這類設(shè)備可以顯示和播放視頻內(nèi)容，一般也具備移動上網(wǎng)特性。該類設(shè)備包括：視頻播放器，掌上游戲機(jī)，以及智能玩具和便攜式車載導(dǎo)航設(shè)備。

(4)服務(wù)器：提供計算服務(wù)的設(shè)備，服務(wù)器的構(gòu)成包括處理器、硬盤、內(nèi)存、系統(tǒng)總線等，服務(wù)器和通用的計算機(jī)架構(gòu)類似，但是由于需要提供高可靠的服務(wù)，因此在處理能力、穩(wěn)定性、可靠性、安全性、可擴(kuò)展性、可管理性等方面要求較高。

(5)其他具有通信功能或連接互聯(lián)網(wǎng)功能的電子設(shè)備。

本發(fā)明實(shí)施例還提供了一種信息查看的方法和裝置非易失性計算機(jī)存儲介質(zhì)，所述計算機(jī)存儲介質(zhì)存儲有計算機(jī)可執(zhí)行指令，該計算機(jī)可執(zhí)行指令被一個或多個處理器執(zhí)行，例如圖18中的一個處理器61，可使得上述一個或多個處理器可執(zhí)行第1-3實(shí)施方式中的信息查看的方法，例如，執(zhí)行以上描述的圖1、圖8所示的各個步驟；也可實(shí)現(xiàn)圖13-17所述的各個模塊、單元。

值得說明的是，上述裝置和系統(tǒng)內(nèi)的模塊、單元之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明的處理方法實(shí)施例基于同一構(gòu)思，具體內(nèi)容可參見本發(fā)明方法實(shí)施例1-3中的敘述，此處不再贅述。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。