本發(fā)明涉及通信領(lǐng)域，尤其涉及一種智能終端裝置及其未讀消息管理的方法。

背景技術(shù)：

目前，網(wǎng)絡(luò)即時通訊工具已經(jīng)被大多數(shù)的網(wǎng)民所接受，新的未讀消息到來并提示用戶查看是通訊工具的一個基本特性。

現(xiàn)有的實現(xiàn)方式很多，例如：直接彈出條天窗口，在任務(wù)欄托盤區(qū)提示存在未讀消息，通訊工具主界面的聯(lián)系人列表中相關(guān)聯(lián)系人頭像動畫等。

具體到某一通訊工具，例如：QQ的梯形方式是在任務(wù)欄的托盤區(qū)以圖表動態(tài)提醒，而最新消息的圖表將覆蓋較老的未查看的消息圖標(biāo)。這樣用戶在查看未讀消息時，必須按照逆向時間順序逐一查看未讀消息，這種提醒方式無法通過托盤區(qū)的圖表辨當(dāng)前共有多少未讀消息，也無法選擇查看不同類型的未讀消息，更不能在一個列表中看所有未讀消息。

另外，目前聊天軟件會話界面出現(xiàn)大量未讀消息時，用戶往往從下往上查找之前瀏覽過的消息來定位未讀消息的第一條，然后從未讀消息的第一條向下依次查看。如果直接從未讀消息的最新一條向上瀏覽消息會造成語境丟失，不知所云。所以目前這種操作方式很不方便。且目前很多在終端并沒有一種很方便的幫助用戶管理這些未讀消息的方法。

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

本發(fā)明提供一種即時通信提醒方法，用以解決目前通訊工具無法分類查看未讀消息的問題。

一種智能終端未讀消息的管理方法，其中，包括：

所述智能終端接收消息；

所述智能終端識別未讀消息所對應(yīng)的應(yīng)用軟件是否設(shè)置了未讀消息管理，如設(shè)置，則由所述智能終端對未讀消息進行分類管理并歸入對應(yīng)的會話中；

若設(shè)置了未讀消息管理的應(yīng)用軟件的未讀消息被讀取，則所述智能終端刪除該未讀消息且將該未讀消息歸置于對應(yīng)的會話中。

上述的方法，其中，所述方法還包括：

如所述智能終端接收到的未讀消息所對應(yīng)的應(yīng)用軟件未設(shè)置未讀消息管理，則所述智能終端忽略該未讀消息，由該未讀消息所對應(yīng)的應(yīng)用軟件進行管理并歸入對應(yīng)的會話中。

上述的方法，其中，所述消息列表包括所述會話的類型描述和所述會話的計數(shù)值。

上述的方法，其中，每一未讀消息歸入對應(yīng)的會話中后，所述會話的計數(shù)值加一。

上述的方法，其中，所述方法還包括：

按照各個會話收入的最后一條消息的逆向時間順序生成所述會話。

上述的方法，其中，所述會話包括會話的名稱。

上述的方法，其中，用戶查看任一會話中的全部未讀消息后，自動從所述智能終端中刪除該會話。

一種智能終端裝置，其中，包括：

未讀消息存儲模塊，以將所述智能終端設(shè)置未讀消息管理的應(yīng)用軟件接收到得未讀消息進行存儲；

未讀消息顯示模塊，與所述未讀消息存儲模塊連接，以將設(shè)置未讀消息管理的應(yīng)用軟件接收到得未讀消息進行顯示；

未讀消息刪除模塊，與所述未讀消息顯示模塊連接，以將所述未讀消息顯示模塊讀取后的未讀消息刪除。

上述的裝置，其中，所述裝置還包括：

未讀消息分類模塊，所述未讀消息存儲模塊通過所述未讀消息分類模塊與所述未讀消息顯示模塊連接，以將所述未讀消息存儲模塊內(nèi)的未讀消息進行分類。

上述的裝置，其中，所述裝置還包括：

至少一個計數(shù)模塊，所述未讀消息分類模塊通過所述計數(shù)模塊與所述未讀消息顯示模塊連接，用以記錄對應(yīng)的會話中收入的未讀消息數(shù)量。

綜上所述，本申請設(shè)計的一種未讀消息管理方法及搭載該方法的終端中，使用了聊天社交軟件通知未讀消息到系統(tǒng)通知欄的數(shù)據(jù)對未讀消息進行存儲，使用與社交軟件不相關(guān)的界面，即系統(tǒng)界面對未讀消息進行顯示，方便統(tǒng)一管理，且將未讀消息的存儲狀態(tài)進行改變，這樣可以不依賴特定硬件設(shè)備，以軟件的方式實現(xiàn)管理，且能夠?qū)ｉT管理各個社交聊天軟件的未讀消息，即便終端重啟不會造成之前未讀消息的丟失，可以供用戶隨時查看。

附圖說明

參考附圖，以更加充分的描述本發(fā)明的實施例。然而，所附附圖僅用于說明和闡述，并不構(gòu)成對發(fā)明范圍的限制。

圖1是本發(fā)明的工作流程圖；

圖2是本發(fā)明的結(jié)構(gòu)示意圖。

具體實施方式

下面結(jié)合附圖和具體的實施例對本發(fā)明作進一步的說明，但是不作為本發(fā)明的限定。

很多智能手機用戶都喜歡使用聊天社交軟件，如QQ、微信等。使用過程中常常會有很多未讀消息，特別是群聊消息。針對這些未讀消息需要點擊進入聊天界面查看，而且是從下往上尋找自己之前看到的最后一條信息，然后再從上往下查看聊天信息。這樣的操作十分不方便，尤其是有大量聊天消息時很繁瑣。本發(fā)明針對這種情況設(shè)計了一種新的未讀消息管理方法幫助用戶更加方便的查看未讀消息。

如圖1所示，一種終端未讀消息的管理方法，該方法具體的包括了：

智能終端開始接收一條消息，這些消息在這里都是默認(rèn)為未讀消息的，其實當(dāng)終端接收消息這個過程顯然是被認(rèn)為是未讀消息，常理在接收消息這個過程是不會被閱讀的。

然后智能終端開始識別這個未讀消息對應(yīng)的應(yīng)用軟件是否設(shè)置了未讀消息管理，如果沒有設(shè)置，就忽略這條未讀消息，并且將這條未讀消息存入這條未讀消息對應(yīng)的軟件的會話里，由這個未讀消息對應(yīng)的應(yīng)用軟件對其進行管理并歸入對應(yīng)的會話中。如果接收到的未讀消息對應(yīng)的應(yīng)用軟件設(shè)置了未讀消息管理，則智能終端自動對未讀消息進行分類管理并歸入對應(yīng)的會話。其實在智能終端接收到未讀消息的時候就對該未讀消息進行標(biāo)記了，這個標(biāo)記是根據(jù)收到的消息的類型標(biāo)志位獲取該消息的消息類型，若收到的未讀消息為新類型的未讀消息，則根據(jù)該消息的類型對應(yīng)創(chuàng)建一個會話，該會話只用于收入該類型的未讀消息，若收到的未讀消息不是新類型的未讀消息，則直接歸入已有的對應(yīng)的會話中；

最后，當(dāng)設(shè)置了未讀消息管理的應(yīng)用軟件的未讀消息被讀取了，智能終端就會刪除這個未讀消息并且將該未讀消息歸置于對應(yīng)的會話中，對于歸置于對應(yīng)的會話就是將這個未讀消息被讀取后，該未讀消息對應(yīng)的應(yīng)用軟件會收錄到對應(yīng)的會話內(nèi)容中。

在本申請中，智能終端接收到得未讀消息會由智能終端進行顯示，并且實時提醒用戶查看。但是也不一定會實時提醒，可以根據(jù)用戶預(yù)先設(shè)定的進行適應(yīng)性的提醒。

在本申請中，當(dāng)未讀消息被歸入對應(yīng)的會話后，這里的會話具體的是包括了該會話的類型描述、該會話的名稱和該會話的計數(shù)值。每一條未讀消息歸入對應(yīng)的會話后，該會話的計數(shù)值加一，且按照各個會話收入的最后一條消息的逆向時間順序生成會話列表。當(dāng)用戶查看任一會話中的全部未讀消息后，自動從消息列表中刪除該未讀消息項。具體的，會話中的未讀消息具有動態(tài)排序特性，即當(dāng)會話中收入最后一條消息的時間為9:00，另一會話收入的最后一條消息的時間為8:00，那么第一個會話排序在前，若之后各個會話又收入了未讀消息，按照上述排序規(guī)則進行排序。

另外，如圖2所示，本申請還設(shè)計了一種智能終端，該智能終端搭載了上述的管理方法，具體的是包括了：

未讀消息存儲模塊，該未讀消息存儲模塊將智能終端設(shè)置未讀消息管理的應(yīng)用軟件接收到的未讀消息進行存儲；

未讀消息顯示模塊，與未讀消息存儲模塊連接，然后將設(shè)置未讀消息管理的應(yīng)用軟件接收到的未讀消息進行顯示；

未讀消息刪除模塊，具體的就是該未讀消息刪除模塊與未讀消息顯示模塊連接，當(dāng)未讀消息顯示模塊顯示的未讀消息被讀取了，則將被讀取的未讀消息進行刪除并劃歸至對應(yīng)的應(yīng)用軟件中。

在本申請中，該款智能終端上還設(shè)置了未讀消息分類模塊，未讀消息存儲模塊通過未讀消息分類模塊與未讀消息顯示模塊連接，以將未讀消息存儲模塊內(nèi)的未讀消息進行分類。另外，該智能終端上還設(shè)置了至少一個計數(shù)模塊，未讀消息分類模塊通過計數(shù)模塊與未讀消息顯示模塊連接，用以記錄對應(yīng)的會話中收入的未讀消息數(shù)量。

實施例一

一種智能終端未讀消息管理方法：

1、首先在手機設(shè)置中添加一種新的設(shè)置項：未讀消息管理，該設(shè)置項用于是否開啟未讀消息管理功能。該設(shè)置項下面有個子設(shè)置項：社交應(yīng)用，用于選擇哪些社交應(yīng)用需要管理未讀消息。

2、一旦未讀消息管理功能開啟，則會讀取設(shè)置好的哪些社交應(yīng)用需要管理未讀消息，針對這些社交應(yīng)用每當(dāng)收到一條新的未讀消息時則對該消息進行未讀消息管理。并且在系統(tǒng)通知欄中對應(yīng)的社交應(yīng)用后面會出現(xiàn)一個按鈕用于查看該應(yīng)用所有的未讀消息。

3、針對收到的一條未讀消息，系統(tǒng)自動解析出其所屬于的會話、消息內(nèi)容、消息時間等，針對這些屬性對其進行時間排序和會話歸類。這樣就可以管理同一個社交應(yīng)用不同會話發(fā)來的消息。

4、點擊系統(tǒng)通知欄中每一條社交應(yīng)用對應(yīng)的未讀消息查看按鈕時會自動列出該社交應(yīng)用收到的所有的會話名稱，當(dāng)點擊進入會話時會從上到下列出該會話的所有未讀消息，第一條消息為最早接收到的未讀消息，這樣用戶直接滑動列表即可查看所有的消息。

5、當(dāng)用戶查看完一個會話返回時系統(tǒng)自動從該應(yīng)用的未讀消息管理中刪除該會話的所有未讀消息，但是并不刪除應(yīng)用中的這些消息。當(dāng)此會話收到新的消息時重新對新的消息進行管理。

6、如果未開啟未讀消息管理，則在系統(tǒng)通知欄中不會出現(xiàn)未讀消息查看按鈕。

具體的比如，發(fā)送方用戶向接收方用戶發(fā)送即時消息，但接收方用戶沒有及時讀取該消息，從收到的消息的消息類型標(biāo)志位獲取該消息的消息類型，若收到的未讀消息為新類型的未讀消息，則根據(jù)該消息的類型對應(yīng)創(chuàng)建一個未讀消息項，該未讀消息項只用于收入該類型的未讀消息；若收到的未讀消息不是新類型的未讀消息，則直接歸入對應(yīng)的未讀消息項。

在收到第一個未讀消息時，根據(jù)該消息的類型對應(yīng)創(chuàng)建一個未讀消息項，同時生成一個消息列表，此時消息列表中僅存在一個未讀消息項，隨著收到的未讀消息不斷增加，對應(yīng)新類型的未讀消息創(chuàng)建的未讀消息項不斷增多，該消息列表中的未讀消息項也不斷增加。

消息列表中的未讀消息項具有動態(tài)排序特性，即按照各個未讀消息項收入最后一條消息的逆向時間順序生成消息列表。接收方用戶需要查看未讀消息時，點擊相應(yīng)的位置，彈出消息列表，用戶根據(jù)未讀消息項的類型描述信息和圖標(biāo)可自主選擇查看哪一未讀消息項中的未讀消息。查看的方式為用戶查看任一未讀消息項時，一次顯示該未讀消息項中的全部未讀消息。用戶查看完所有未讀消息時，或者是將任一未讀消息項中的未讀消息全部查看后，自動從消息列表中刪除該未讀消息項。但是并不局限使用這種方式，可以使用戶逐一將未讀消息項中的未讀消息全部查看后，用戶直接點擊全部未讀消息被查看按鈕，則所有消息列表被自動刪除。

上述是一個比較具體的操作方法，這樣就可以很方便用戶對自己手機上若干的會話窗口和若干的會話內(nèi)容進行比較輕松的管理和分類，查看的時候也很方便，可以很便捷的讓用戶進行查看，對語境和語義都會進行細(xì)致的區(qū)分。

實施例二

本申請設(shè)計一種智能終端，這款智能終端中具體的包括了：未讀消息存儲模塊、未讀消息顯示模塊、未讀消息刪除模塊。

未讀消息存儲模塊，該模塊用于整理設(shè)置的聊天應(yīng)用接收的未讀消息，并對其進行存儲。如果未讀消息管理功能開啟，當(dāng)通知欄收到一條消息時首先判斷該消息所屬的應(yīng)用是否為設(shè)置的需要管理未讀消息的應(yīng)用。如果不是，則不進行未讀消息整理；如果是，則對其進行未讀消息整理。整理時首先解析出該消息所屬的應(yīng)用、所屬應(yīng)用的會話、收到的時間等信息，并對其存儲。

未讀消息顯示模塊，該模塊用于顯示所管理的各個應(yīng)用的未讀消息。首先會在通知欄里增加一個按鈕作為該應(yīng)用的未讀消息列表入口。點擊該按鈕后彈出未讀會話列表如圖所示，再點擊各個會話，則顯示該會話中的所有未讀消息。消息1為時間最久的消息，消息2為時間次久的消息，往下依次是最新消息（即以時間順序增序排序）。

未讀消息刪除模塊，該模塊用于刪除各個應(yīng)用里面的未讀消息。當(dāng)點擊某條會話之后，則瀏覽結(jié)束后會自動刪除該會話中所有的未讀消息。直接刪除數(shù)據(jù)庫中的相關(guān)數(shù)據(jù)。當(dāng)該會話有新的未讀消息到來時則重新寫入新的消息到數(shù)據(jù)庫中。

綜上所述，本申請設(shè)計的一種未讀消息管理方法及搭載該方法的終端中，使用了聊天社交軟件通知未讀消息到系統(tǒng)通知欄的數(shù)據(jù)對未讀消息進行存儲，使用與社交軟件不相關(guān)的界面，即系統(tǒng)界面對未讀消息進行顯示，方便統(tǒng)一管理，且將未讀消息的存儲狀態(tài)進行改變，這樣可以不依賴特定硬件設(shè)備，以軟件的方式實現(xiàn)管理，且能夠?qū)ｉT管理各個社交聊天軟件的未讀消息，即便終端重啟不會造成之前未讀消息的丟失，可以供用戶隨時查看。

以上對本發(fā)明的具體實施例進行了詳細(xì)描述，但其只是作為范例，本發(fā)明并不限制于以上描述的具體實施例。對于本領(lǐng)域技術(shù)人員而言，任何對本發(fā)明進行的等同修改和替代也都在本發(fā)明的范疇之中。因此，在不脫離本發(fā)明的精神和范圍下所作的均等變換和修改，都應(yīng)涵蓋在本發(fā)明的范圍內(nèi)。