本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種IM歷史消息排序的方法、裝置及終端。

背景技術(shù)：

隨著移動通訊技術(shù)的不斷進(jìn)步，以及終端的不斷普及，人們之間越來越多的通過即時消息(instant message，IM)彼此之間進(jìn)行溝通聯(lián)系，并且隨著通訊技術(shù)的不斷的進(jìn)步，人們對即時通信的依賴度越來越高。

現(xiàn)有技術(shù)中，歷史即時消息都是根據(jù)時間排序，但是在網(wǎng)絡(luò)信號差等情況下，本地消息發(fā)送不成功，就有可能發(fā)生本地消息與服務(wù)器消息亂序的問題。

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

本發(fā)明提供了一種IM歷史消息排序的方法、裝置及終端，以解決現(xiàn)有技術(shù)中在網(wǎng)絡(luò)信號差等情況下，即時消息不能準(zhǔn)確排隊的問題。

本發(fā)明一方面提供了一種IM歷史消息排序的方法，包括：

接收服務(wù)器發(fā)送的服務(wù)器消息；

在每兩條所述服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息。

進(jìn)一步地，所述在每兩條所述服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息，具體包括：

在每兩條所述服務(wù)器消息ID之間，預(yù)留預(yù)定數(shù)量的本地發(fā)送失敗的即時消息ID，并依次記錄本地發(fā)送失敗的即時消息。

進(jìn)一步地，該方法還包括：根據(jù)當(dāng)前網(wǎng)絡(luò)情況，調(diào)整所述預(yù)定數(shù)量的值。

進(jìn)一步地，所述依次記錄本地發(fā)送失敗的即時消息，具體包括：

依次按照本地消息的分類標(biāo)識號，記錄本地發(fā)送失敗的即時消息。

進(jìn)一步地，所述預(yù)定數(shù)量為100；

所述即時消息IM包括：陌陌、微信和QQ中的一種或多種。

本發(fā)明另一方面提供了一種IM歷史消息排序的裝置，包括：

接收單元，用于接收服務(wù)器發(fā)送的服務(wù)器消息；

記錄單元，用于在每兩條所述服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息。

進(jìn)一步地，所述記錄單元還用于，在每兩條所述服務(wù)器消息ID之間，預(yù)留預(yù)定數(shù)量的本地發(fā)送失敗的即時消息ID，并依次記錄本地發(fā)送失敗的即時消息。

進(jìn)一步地，該裝置還包括：調(diào)整單元，用于根據(jù)當(dāng)前網(wǎng)絡(luò)情況，調(diào)整所述預(yù)定數(shù)量的值。

進(jìn)一步地，所述記錄單元還用于，依次按照本地消息的分類標(biāo)識號，記錄本地發(fā)送失敗的即時消息。

本發(fā)明再一方面提供了一種設(shè)有上述任意一種裝置的終端。

本發(fā)明有益效果如下：

由于發(fā)送成功的服務(wù)器消息ID總是線性增長的，所以本發(fā)明通過在接收成功的服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息，從而實(shí)現(xiàn)服務(wù)器消息與本地的即時消息的正確排序，有效解決了現(xiàn)有在網(wǎng)絡(luò)信號差等情況下，即時消息不能準(zhǔn)確排隊的問題。

附圖說明

圖1是本發(fā)明實(shí)施例的一種IM歷史消息排序的方法的流程示意圖；

圖2是本發(fā)明實(shí)施例的一種IM歷史消息排序的裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了解決現(xiàn)有技術(shù)中攝像頭拍攝照片效果差的問題，本發(fā)明提供了一種IM歷史消息排序的方法、裝置及終端，本發(fā)明通過在接收成功的服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息(instant message，IM)，使得消息排隊不管是本地的還是歷史拉取的總是正確的，從而大大提高了用戶體驗(yàn)。以下結(jié)合附圖以及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。

方法實(shí)施例

本發(fā)明實(shí)施例提供了一種IM歷史消息排序的方法，參見圖1，該方法包括：

S101、接收服務(wù)器發(fā)送的服務(wù)器消息；

S102、在每兩條所述服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息。

也就是說，由于發(fā)送成功的服務(wù)器消息ID總是線性增長的，所以本發(fā)明通過在接收成功的服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息，使得消息排隊不管是本地的還是歷史拉取的總是正確的，從而大大提高了用戶體驗(yàn)。

即，由于發(fā)送成功的服務(wù)器消息ID總是線性增長的，本發(fā)明利用服務(wù)器消息ID的正確排序性，解決在網(wǎng)絡(luò)信號差等情況下，即時消息不能準(zhǔn)確排隊的問題。

具體實(shí)施時，本發(fā)明實(shí)施例所述步驟S102具體包括：

在每兩條所述服務(wù)器消息ID之間，預(yù)留預(yù)定數(shù)量的本地發(fā)送失敗的即時消息ID，并依次記錄本地發(fā)送失敗的即時消息。

具體來說，本發(fā)明實(shí)施例是在每兩條服務(wù)器消息ID之間，預(yù)留預(yù)定數(shù)量，用于記錄本地發(fā)送失敗的即時消息ID，并依次記錄本地發(fā)送失敗的即時消息，使得消息排隊不管是本地的還是歷史拉取的總是正確的，從而大大提高了用戶體驗(yàn)。

具體的，本發(fā)明所述依次記錄本地發(fā)送失敗的即時消息，具體包括：

通過本地消息的分類標(biāo)識號sort_id依次記錄本地發(fā)送失敗的即時消息。

也就是說，本發(fā)明實(shí)施例是根據(jù)即時消息的分類標(biāo)識號sort_id依次記錄本地發(fā)送失敗的即時消息。

下面將通過一個具體的例子對本發(fā)明所述的方法進(jìn)行詳細(xì)的解釋和說明：

由于服務(wù)器消息ID總是線性增長的，且服務(wù)器消息發(fā)送成功的id總是有的，所以本發(fā)明采用服務(wù)器消息的ID排序，以解決在本地消息發(fā)送失敗的情況下，即時消息ID應(yīng)該填寫什么。

在本地消息數(shù)據(jù)庫中，我們使用排序sort_id字段，sort_id的值是服務(wù)器消息id乘以100。當(dāng)我們有發(fā)送失敗的消息的時候，sord_id填寫本地最后一條消息id+1，如果發(fā)送消息再次失敗，那么還是這個失敗的消息之后+1，……。這樣就在每2條服務(wù)器發(fā)送成功的消息之間預(yù)留了100條(即本發(fā)明所述的預(yù)定數(shù)量為100)為發(fā)送失敗的消息。這個數(shù)字根據(jù)需求變大變小。

這樣我們的消息排序不管是本地的還是歷史拉取的總是正確的。

需要說明的是，本發(fā)明實(shí)施例可根據(jù)當(dāng)前網(wǎng)絡(luò)情況，調(diào)整所述預(yù)定數(shù)量的值。

另外，本發(fā)明所述即時消息IM包括：陌陌、微信、QQ等各種即時消息。

當(dāng)然，本領(lǐng)域的技術(shù)人員可以根據(jù)實(shí)際需要將本發(fā)明所述的方法應(yīng)用到任何服務(wù)器消息與本地消息的正確排序上。

裝置實(shí)施例

本發(fā)明實(shí)施例提供了一種IM歷史消息排序的裝置，參見圖2，該裝置包括：

接收單元，用于接收服務(wù)器發(fā)送的服務(wù)器消息；

記錄單元，用于在每兩條所述服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息。

也就是說，由于發(fā)送成功的服務(wù)器消息ID總是線性增長的，所以本發(fā)明在接收單元接收成功的服務(wù)器消息ID之間，通過記錄單元依次記錄本地發(fā)送失敗的即時消息，使得消息排隊不管是本地的還是歷史拉取的總是正確的，從而大大提高了用戶體驗(yàn)。

即，由于發(fā)送成功的服務(wù)器消息ID總是線性增長的，本發(fā)明利用服務(wù)器消息ID的正確排序性，解決在網(wǎng)絡(luò)信號差等情況下，即時消息不能準(zhǔn)確排隊的問題。

進(jìn)一步地，本發(fā)明實(shí)施例所述記錄單元還用于，在每兩條所述服務(wù)器消息ID之間，預(yù)留預(yù)定數(shù)量的本地發(fā)送失敗的即時消息ID，并依次記錄本地發(fā)送失敗的即時消息。

本發(fā)明實(shí)施例是在每兩條服務(wù)器消息ID之間，預(yù)留預(yù)定數(shù)量，用于記錄本地發(fā)送失敗的即時消息ID，并依次記錄本地發(fā)送失敗的即時消息，使得消息排隊不管是本地的還是歷史拉取的總是正確的，從而大大提高了用戶體驗(yàn)。

具體的，本發(fā)明所述記錄單元是通過本地消息的分類標(biāo)識號sort_id依次記錄本地發(fā)送失敗的即時消息。

也就是說，本發(fā)明實(shí)施例是根據(jù)即時消息的分類標(biāo)識號sort_id依次記錄本地發(fā)送失敗的即時消息。

下面將通過一個具體的例子對本發(fā)明所述的方法進(jìn)行詳細(xì)的解釋和說明：

由于服務(wù)器消息ID總是線性增長的，且服務(wù)器消息發(fā)送成功的id總是有的，所以本發(fā)明采用服務(wù)器消息的ID排序，以解決在本地消息發(fā)送失敗的情況下，即時消息ID應(yīng)該填寫什么。

在本地消息數(shù)據(jù)庫中，我們使用排序sort_id字段，sort_id的值是服務(wù)器消息id乘以100。當(dāng)我們有發(fā)送失敗的消息的時候，sord_id填寫本地最后一條消息id+1，如果發(fā)送消息再次失敗，那么還是這個失敗的消息之后+1，……。這樣就在每2條服務(wù)器發(fā)送成功的消息之間預(yù)留了100條(即本發(fā)明所述的預(yù)定數(shù)量為100)為發(fā)送失敗的消息。這個數(shù)字根據(jù)需求變大變小。

這樣我們的消息排序不管是本地的還是歷史拉取的總是正確的。

需要說明的是，本發(fā)明實(shí)施例可根據(jù)當(dāng)前網(wǎng)絡(luò)情況，調(diào)整所述預(yù)定數(shù)量的值。

另外，本發(fā)明所述即時消息IM包括：陌陌、微信、QQ等各種即時消息。

當(dāng)然，本領(lǐng)域的技術(shù)人員可以根據(jù)實(shí)際需要將本發(fā)明所述的方法應(yīng)用到任何服務(wù)器消息與本地消息的正確排序上。

進(jìn)一步地，本發(fā)明所述裝置還包括：調(diào)整單元，用于根據(jù)當(dāng)前網(wǎng)絡(luò)情況，調(diào)整所述預(yù)定數(shù)量的值。

本發(fā)明實(shí)施例中的相關(guān)內(nèi)容可參照方法實(shí)施例部分進(jìn)行理解，在此不再贅述。

終端實(shí)施例

本發(fā)明實(shí)施例提供了一種終端，該終端包括裝置實(shí)施例中所述的任意一種裝置。本發(fā)明實(shí)施例所述的終端為任意可以為任意能夠進(jìn)行即時通信的終端，如手機(jī)、電腦、平板電腦等等。

本發(fā)明實(shí)施例中的相關(guān)內(nèi)容可參照裝置實(shí)施例和方法實(shí)施例部分進(jìn)行理解，在此不再贅述。

本發(fā)明可以至少可以達(dá)到以下的有益效果：

本發(fā)明提供了一種IM歷史消息排序的方法、裝置及終端，本發(fā)明通過在接收成功的服務(wù)器消息ID之間，依次記錄本地發(fā)送失敗的即時消息，使得消息排隊不管是本地的還是歷史拉取的總是正確的，從而大大提高了用戶體驗(yàn)。

盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實(shí)施例，本領(lǐng)域的技術(shù)人員將意識到各種改進(jìn)、增加和取代也是可能的，因此，本發(fā)明的范圍應(yīng)當(dāng)不限于上述實(shí)施例。