一種融合通信中的消息接收方法和智能終端的制作方法
【專利摘要】本發(fā)明公開了一種融合通信中的消息接收方法和智能終端，用于解決融合通信中，由于服務(wù)器原因或者其他原因，可能會(huì)存在服務(wù)器連續(xù)多次向同一用戶發(fā)送同一條消息的情況，嚴(yán)重影響了用戶體驗(yàn)的問題。方法包括：智能終端接收到服務(wù)器發(fā)送的融合通信消息后，將該融合通信消息與已保存的消息表中的歷史消息進(jìn)行比較；在確定出該融合通信消息與消息表中的任一歷史消息相同時(shí)，丟棄該融合通信消息；在確定出該融合通信消息與消息表中的所有歷史消息均不同時(shí)，接受該融合通信消息。由于在確定出融合通信消息與所述消息表中的任一歷史消息相同時(shí)，智能終端會(huì)丟棄該融合通信消息，從而避免了重復(fù)接收消息的情況，提高了用戶體驗(yàn)。
【專利說明】
-種融合通信中的消息接收方法和智能終端
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及通信技術(shù)領(lǐng)域，特別設(shè)及一種融合通信中的消息接收方法和智能終 玉山 乂而。
【背景技術(shù)】
[0002] 隨著4G時(shí)代的到來(lái)，移動(dòng)互聯(lián)網(wǎng)的技術(shù)發(fā)展和移動(dòng)終端智能操作系統(tǒng)的普及，移 動(dòng)用戶對(duì)即時(shí)消息、聊天、文件傳輸?shù)榷喾N社交通信的訴求越來(lái)越強(qiáng)烈。各大運(yùn)營(yíng)商的傳統(tǒng) 業(yè)務(wù)受到了極大沖擊，來(lái)自中國(guó)移動(dòng)的數(shù)據(jù)顯示，目前移動(dòng)用戶的月均短信已經(jīng)低于每月 40條，而通話收入也因?yàn)槠渌ㄐ欧绞降膽?yīng)用增長(zhǎng)乏力。運(yùn)營(yíng)商想要繼續(xù)保持優(yōu)勢(shì)地位，必 須提供更具創(chuàng)造性的服務(wù)，構(gòu)建差異化的通信服務(wù)，從而實(shí)現(xiàn)通信服務(wù)的轉(zhuǎn)型升級(jí)。
[0003] 2014年2月，中國(guó)移動(dòng)在世界移動(dòng)通信大會(huì)上發(fā)表了關(guān)于融合通信的主題演講并 發(fā)布了中國(guó)移動(dòng)融合通信的路標(biāo)，正式將融合通信推到了歷史的舞臺(tái)。融合通信是指，把計(jì) 算機(jī)技術(shù)與傳統(tǒng)通信技術(shù)融合一體的新通信模式，融合計(jì)算機(jī)網(wǎng)絡(luò)與傳統(tǒng)通信網(wǎng)絡(luò)在一個(gè) 網(wǎng)絡(luò)平臺(tái)上，實(shí)現(xiàn)電話、傳真、數(shù)據(jù)傳輸、音視頻會(huì)議、呼叫中屯、、即時(shí)通信等眾多應(yīng)用服務(wù)。
[0004] 融合通信中，由于服務(wù)器原因或者其他原因，可能會(huì)存在服務(wù)器連續(xù)多次向同一 用戶發(fā)送同一條消息的情況，嚴(yán)重影響了用戶體驗(yàn)。

【發(fā)明內(nèi)容】

[0005] 本發(fā)明實(shí)施例提供了一種融合通信中的消息接收方法和智能終端，用于解決融合 通信中，由于服務(wù)器原因或者其他原因，可能會(huì)存在服務(wù)器連續(xù)多次向同一用戶發(fā)送同一 條消息的情況，嚴(yán)重影響了用戶體驗(yàn)的問題。
[0006] 第一方面，一種融合通信中的消息接收方法，包括：
[0007] 智能終端接收到服務(wù)器發(fā)送的融合通信消息后，將所述融合通信消息與已保存的 消息表中的歷史消息進(jìn)行比較；
[000引所述智能終端在確定出所述融合通信消息與所述消息表中的任一歷史消息相同 時(shí)，丟棄所述融合通信消息；
[0009] 所述智能終端在確定出所述融合通信消息與所述消息表中的所有歷史消息均不 同時(shí)，接受所述融合通信消息。
[0010] -種可能的實(shí)現(xiàn)方式中，智能終端接收到服務(wù)器發(fā)送的消息后，還包括:所述智能 終端采用哈希算法，對(duì)所述融合通信消息進(jìn)行處理，得到所述融合通信消息對(duì)應(yīng)的哈希值；
[0011] 所述智能終端將所述融合通信消息與已保存的消息表中的歷史消息進(jìn)行比較，包 括:所述智能終端將所述融合通信消息的哈希值與所述消息表中的歷史消息的哈希值進(jìn)行 比較。
[0012] -種可能的實(shí)現(xiàn)方式中，所述智能終端采用哈希算法，對(duì)所述融合通信消息進(jìn)行 處理，包括：
[0013] 所述智能終端按照時(shí)間戳字段、地址字段和數(shù)據(jù)字段的順序，將所述融合通信消 息所包含的信息進(jìn)行排序處理，所述時(shí)間戳字段表示所述融合通信消息的生成時(shí)間，所述 地址字段表示所述融合通信消息的發(fā)送地址，所述數(shù)據(jù)字段為所述融合通信消息所傳輸?shù)?數(shù)據(jù)；
[0014] 所述智能終端采用哈希算法，對(duì)排序處理后的消息進(jìn)行處理。
[0015] -種可能的實(shí)現(xiàn)方式中，所述智能終端在確定出所述融合通信消息與所述消息表 中的所有歷史消息均不同后，所述方法還包括:所述智能終端將所述融合通信消息存儲(chǔ)于 所述消息表中。
[0016] -種可能的實(shí)現(xiàn)方式中，所述智能終端將所述融合通信消息存儲(chǔ)于所述消息表 中，包括：
[0017] 所述智能終端確定出所述消息表中保存的歷史消息的數(shù)量達(dá)到設(shè)定的上限值；
[0018] 所述智能終端先刪除保存時(shí)間最長(zhǎng)或保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息，再將所 述融合通信消息存儲(chǔ)于所述消息表中。
[0019] -種可能的實(shí)現(xiàn)方式中，所述方法還包括：
[0020] 所述智能終端開機(jī)后，清除所述消息表中所有歷史消息;或者
[0021] 所述智能終端周期性清除所述消息表中保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息。
[0022] 第二方面，一種智能終端，包括：
[0023] 比較處理模塊，用于接收到服務(wù)器發(fā)送的消息后，將所述融合通信消息與已保存 的消息表中的歷史消息進(jìn)行比較；
[0024] 第一處理模塊，用于在所述比較處理模塊確定出所述融合通信消息與所述消息表 中的任一歷史消息相同時(shí)，丟棄所述融合通信消息；
[0025] 第二處理模塊，用于在所述比較處理模塊確定出所述融合通信消息與所述消息表 中的所有歷史消息均不同時(shí)，接受所述融合通信消息。
[0026] -種可能的實(shí)現(xiàn)方式中，所述比較處理模塊具體用于：
[0027] 采用哈希算法，對(duì)所述融合通信消息進(jìn)行處理，得到所述融合通信消息對(duì)應(yīng)的哈 希值;將所述融合通信消息的哈希值與所述消息表中的歷史消息的哈希值進(jìn)行比較。
[0028] -種可能的實(shí)現(xiàn)方式中，所述比較處理模塊具體用于：
[0029] 按照時(shí)間戳字段、地址字段和數(shù)據(jù)字段的順序，將所述融合通信消息所包含的信 息進(jìn)行排序處理，所述時(shí)間戳字段表示所述融合通信消息的生成時(shí)間，所述地址字段表示 所述融合通信消息的發(fā)送地址，所述數(shù)據(jù)字段為所述融合通信消息所傳輸?shù)臄?shù)據(jù);采用哈 希算法，對(duì)排序處理后的消息進(jìn)行處理。
[0030] -種可能的實(shí)現(xiàn)方式中，所述第二處理模塊還用于:將所述融合通信消息存儲(chǔ)于 所述消息表中。
[0031 ] -種可能的實(shí)現(xiàn)方式中，所述第二處理模塊具體用于：
[0032] 確定出所述消息表中保存的歷史消息的數(shù)量達(dá)到設(shè)定的上限值；
[0033] 先刪除保存時(shí)間最長(zhǎng)或保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息，再將所述融合通信消 息存儲(chǔ)于所述消息表中。
[0034] -種可能的實(shí)現(xiàn)方式中，所述第二處理模塊具體用于：
[0035] 在所述智能終端開機(jī)后，清除所述消息表中所有歷史消息;或者
[0036] 周期性清除所述消息表中保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息。
[0037] 本發(fā)明實(shí)施例中，智能終端接收到服務(wù)器發(fā)送的融合通信消息后，先將所述融合 通信消息與已保存的消息表中的歷史消息進(jìn)行比較;在確定出所述融合通信消息與所述消 息表中的任一歷史消息相同時(shí)，智能終端確定所述融合通信消息是重復(fù)發(fā)送的消息，則丟 棄所述融合通信消息;在確定出所述融合通信消息與所述消息表中的所有歷史消息均不同 時(shí)，智能終端確定所述融合通信消息不是重復(fù)發(fā)送的消息，則接受所述融合通信消息。由于 在確定出所述融合通信消息與所述消息表中的任一歷史消息相同時(shí)，智能終端會(huì)丟棄所述 融合通信消息，從而避免了重復(fù)接收消息的情況，提高了用戶體驗(yàn)。
【附圖說明】
[0038] 圖1為本發(fā)明實(shí)施例一中提供的一種融合通信中的消息接收方法的流程示意圖；
[0039] 圖2為本發(fā)明實(shí)施例中系統(tǒng)架構(gòu)的示意圖；
[0040] 圖3為本發(fā)明實(shí)施例中Rcs_se;rvice模塊的結(jié)構(gòu)示意圖；
[0041 ]圖4為本發(fā)明實(shí)施例二中提供的架構(gòu)圖；
[0042] 圖5為本發(fā)明實(shí)施例二中提供的一種融合通信中的消息接收方法的流程示意圖；
[0043] 圖6為本發(fā)明實(shí)施例Ξ中提供的一種智能終端的示意圖。
【具體實(shí)施方式】
[0044] 為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例 中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是 本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0045] 下面結(jié)合說明書附圖對(duì)本發(fā)明實(shí)施例作進(jìn)一步詳細(xì)描述。應(yīng)當(dāng)理解，此處所描述 的實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。
[0046] 本發(fā)明實(shí)施例一中，提供了一種融合通信中的消息接收方法，如圖1所示，所述方 法包括如下步驟：
[0047] S11、智能終端接收到服務(wù)器發(fā)送的融合通信消息后，將所述融合通信消息與已保 存的消息表中的歷史消息進(jìn)行比較；
[0048] S12、智能終端在確定出所述融合通信消息與所述消息表中的任一歷史消息相同 時(shí)，丟棄所述融合通信消息；
[0049] S13、智能終端在確定出所述融合通信消息與所述消息表中的所有歷史消息均不 同時(shí)，接受所述融合通信消息。
[0050] 本發(fā)明實(shí)施例中，智能終端接收到服務(wù)器發(fā)送的融合通信消息后，先將所述融合 通信消息與已保存的消息表中的歷史消息進(jìn)行比較;在確定出所述融合通信消息與所述消 息表中的任一歷史消息相同時(shí)，智能終端確定所述融合通信消息是重復(fù)發(fā)送的消息，則丟 棄所述融合通信消息;在確定出所述融合通信消息與所述消息表中的所有歷史消息均不同 時(shí)，智能終端確定所述融合通信消息不是重復(fù)發(fā)送的消息，則接受所述融合通信消息。由于 在確定出所述消息與所述消息表中的任一歷史消息相同時(shí)，智能終端會(huì)丟棄所述融合通信 消息，從而避免了重復(fù)接收消息的情況，提高了用戶體驗(yàn)。
[0051 ]本發(fā)明實(shí)施例中，W智能終端采用An化oid(安卓)系統(tǒng)為例，An化oid系統(tǒng)中與短 消息相關(guān)的系統(tǒng)架構(gòu)如圖2所示，短消息的處理過程為:短消息進(jìn)入業(yè)務(wù)(Service)層中的 框架(Framework)模塊中進(jìn)行解析，解析后傳遞至應(yīng)用(Application)層中的短消息數(shù)據(jù)庫(kù) (該短消息數(shù)據(jù)庫(kù)WTelephoneProvider命名）中進(jìn)行緩存，并在信息模塊（即Mms，apk)中呈 現(xiàn)給用戶;而融合通信消息的處理流程為:融合通信消息進(jìn)入到協(xié)議(stock)層的協(xié)議找?guī)?(命名為L(zhǎng)ibrcs」ni.so)，進(jìn)行解析后，傳遞至業(yè)務(wù)層中的融合通信模塊（命名為Rcs_ service模塊）中進(jìn)行緩存，并在信息模塊（即Mms，apk)中呈現(xiàn)給用戶。圖2所示的系統(tǒng)架構(gòu) 中保留了現(xiàn)有Amlroid系統(tǒng)中應(yīng)用層數(shù)據(jù)庫(kù)的結(jié)構(gòu)，在業(yè)務(wù)層增加了 Rcs_service模塊用于 處理融合通信中的相關(guān)數(shù)據(jù)。例如，在Rcs_se;rvice模塊中增加 groupchat用來(lái)記錄融合通 信中的群聊消息，在Rcs_se;rvice模塊中增加 rcsMessage用來(lái)記錄融合通信中一對(duì)一消息 和/或群發(fā)消息（即一對(duì)多的消息），如圖3所示。本發(fā)明實(shí)施例提供的方案是在業(yè)務(wù)層中的 Rcs_se;rvice模塊中實(shí)現(xiàn)的，如果通過Rcs_se;rvice模塊中的groupchat和rcsMessage兩個(gè) 數(shù)據(jù)庫(kù)，判斷所接收到的消息是否為重復(fù)發(fā)送的消息，由于groupchat和rcsMessage中的數(shù) 據(jù)量較大，則導(dǎo)致查詢速度慢，查詢時(shí)間長(zhǎng)，查詢效率低的問題。本發(fā)明實(shí)施例中可W在 Rcs_se;rvice模塊中新建立一個(gè)消息表，命名為orimessage，用于存儲(chǔ)歷史消息?？紤]到收 取重復(fù)融合通信的時(shí)間間隔一般很短，因此，該消息表所保存的歷史消息的數(shù)量設(shè)置一個(gè) 上限值，如只保存100條歷史消息。由于本發(fā)明實(shí)施例中的消息表中的數(shù)據(jù)量較小，因此，提 高了查詢速度，縮短了查詢時(shí)間，進(jìn)而提高了查詢效率。
[0052] 當(dāng)然，本發(fā)明實(shí)施例才可W采用對(duì)現(xiàn)有系統(tǒng)架構(gòu)進(jìn)行擴(kuò)展來(lái)實(shí)現(xiàn)，即在 TelephoneProvider.apk中加入?yún)^(qū)分融合通信中的消息與傳統(tǒng)短消息的字段的項(xiàng)，那么本 發(fā)明實(shí)施例提供的方案可W在應(yīng)用層中的Tele地oneProvider.apk中實(shí)現(xiàn)。
[0053] 判斷一條消息是否為重復(fù)發(fā)送的消息，主要判斷兩條消息的時(shí)間戳字段、地址 (acWress)字段W及數(shù)據(jù)(data)字段是否完全相同，若是，則確定接收到的消息是重復(fù)發(fā)送 的消息，若否，則確定接收到的消息不是重復(fù)發(fā)送的消息。其中，所述時(shí)間戳字段表示所述 消息的生成時(shí)間，所述地址字段表示所述消息的發(fā)送地址(如發(fā)送方的手機(jī)號(hào)等），所述數(shù) 據(jù)字段為所述消息所傳輸?shù)臄?shù)據(jù)。由于數(shù)據(jù)字段中的內(nèi)容一般較大，若每次都比較上述Ξ 個(gè)字段，則比較過程較長(zhǎng)，因此，為了進(jìn)一步提高查詢效率，本發(fā)明實(shí)施例中，智能終端接收 到服務(wù)器發(fā)送的消息后，還包括:所述智能終端采用哈希算法，對(duì)所述消息進(jìn)行處理，得到 所述消息對(duì)應(yīng)的哈希值。
[0054] 相應(yīng)的，所述智能終端將所述消息與已保存的消息表中的歷史消息進(jìn)行比較，包 括:所述智能終端將所述消息的哈希值與所述消息表中的歷史消息的哈希值進(jìn)行比較。
[0055] 由于哈希算法能夠?qū)⑷我忾L(zhǎng)度的信息壓縮為固定長(zhǎng)度的哈希值，因此，可W通過 比較兩條消息對(duì)應(yīng)的哈希值，來(lái)判斷該兩條消息是否為重復(fù)發(fā)送的消息，從而提高了查詢 速度，縮短了查詢時(shí)間，進(jìn)而提高了查詢效率。
[0056] 具體的，若所述消息的哈希值與所述消息表中的歷史消息的哈希值相同，則所述 智能終端確定所述消息是重復(fù)發(fā)送的消息;若所述消息的哈希值與所述消息表中的歷史消 息的哈希值不同，則所述智能終端確定所述消息不是重復(fù)發(fā)送的消息。
[0057] -種可選的實(shí)現(xiàn)方式中，所述智能終端采用哈希算法，對(duì)所述消息進(jìn)行處理時(shí)，具 體處理過程如下：
[0058] 所述智能終端按照時(shí)間戳字段、地址字段和數(shù)據(jù)字段的順序，將所述消息所包含 的信息進(jìn)行排序處理；
[0059] 所述智能終端采用哈希算法，對(duì)排序處理后的消息進(jìn)行處理。
[0060] 具體的，智能終端先按照設(shè)定的規(guī)則，將接收到的消息的內(nèi)容進(jìn)行排序，再對(duì)排序 后的消息進(jìn)行處理，得到該消息的哈希值。由于所比較的消息都是按設(shè)定規(guī)則排序后采用 哈希算法進(jìn)行處理的，使得重復(fù)接收的消息對(duì)應(yīng)的哈希值相同，從而避免了由于消息的內(nèi) 容中各字段的排序不統(tǒng)一，而導(dǎo)致誤判的情況。
[0061] 基于上述任一實(shí)施例，本發(fā)明實(shí)施例中，所述智能終端在確定出所述消息與所述 消息表中的所有歷史消息均不同后，所述方法還包括:所述智能終端將所述消息存儲(chǔ)于所 述消息表中。
[0062] 由于在確定出所接收的消息不是重復(fù)接收的消息后，將該消息存儲(chǔ)于所述消息表 中，W更新該消息表，保證了該消息表中保存的歷史消息的時(shí)效性，從而提高了判斷重復(fù)接 收消息的準(zhǔn)確性。
[0063] -種可能的實(shí)現(xiàn)方式中，初始時(shí)，智能終端的消息表為空，智能終端在接收到第一 條消息后，將該消息作為歷史消息存儲(chǔ)于消息表中。智能終端再接收到消息后，將接收到的 消息與已保存的消息表中的歷史消息進(jìn)行比較。若相同，則丟棄該消息;若不同，則接受該 消息，并將該消息存儲(chǔ)于消息表中，W不斷更新該消息表中的歷史消息。
[0064] -種可能的實(shí)現(xiàn)方式中，所述智能終端將所述消息存儲(chǔ)于所述消息表中，包括：
[0065] 所述智能終端確定出所述消息表中保存的歷史消息的數(shù)量達(dá)到設(shè)定的上限值；
[0066] 所述智能終端先刪除保存時(shí)間最長(zhǎng)或保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息，再將所 述消息存儲(chǔ)于所述消息表中。
[0067] 可選的，本發(fā)明實(shí)施例中，消息表中所保存的歷史消息為該歷史消息的哈希值，由 于僅需保存歷史消息的哈希值，從而節(jié)省了存儲(chǔ)空間。
[0068] -種可選的實(shí)現(xiàn)方式中，所述智能終端開機(jī)后，清除所述消息表中所有歷史消息。
[0069] 具體的，考慮到收取重復(fù)融合通信的時(shí)間間隔一般很短，所述智能終端開機(jī)后，清 除所述消息表中所有歷史消息。運(yùn)樣，不僅避免了資源浪費(fèi)，還能保證所述消息表的實(shí)時(shí) 性。
[0070] -種可選的實(shí)現(xiàn)方式中，所述智能終端周期性清除所述消息表中保存時(shí)間超過設(shè) 定時(shí)長(zhǎng)的歷史消息。
[0071] 具體的，考慮到收取重復(fù)融合通信的時(shí)間間隔一般很短，所述智能終端周期性清 除所述消息表中保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息。運(yùn)樣，不僅避免了資源浪費(fèi)，還能保證 所述消息表的實(shí)時(shí)性。
[0072] 下面W所采用的哈希算法為消息摘要算法第五版(Message Digest Algorithm, MD5)算法，對(duì)本發(fā)明實(shí)施例提供的一種融合通信中的消息接收方法進(jìn)行詳細(xì)說明。當(dāng)然，本 發(fā)明實(shí)施例中也可W采用其他哈希算法，如MDUMD2等，本發(fā)明不進(jìn)行限定。
[0073] 實(shí)施例二、本實(shí)施例的架構(gòu)如圖4所示，具體處理過程如圖5所示，包括：
[0074] S51、智能終端接收到融合通信新消息；
[0075] S52、智能終端讀取該新消息中的時(shí)間字段、地址字段及數(shù)據(jù)字段，并采用MD5算 法，進(jìn)行處理，得到該新消息對(duì)應(yīng)的MD5值(即哈希值）；
[0076] S53、智能終端根據(jù)消息表中的歷史消息，判斷該新消息是否為重復(fù)接收的消息；
[0077] 若是，執(zhí)行S54;
[0078] 若否，執(zhí)行S55;
[0079] S54、智能終端丟棄該新消息；
[0080] S55、智能終端將該新消息傳遞至應(yīng)用層進(jìn)行后續(xù)處理。
[0081] 本步驟中，智能終端還將該新消息對(duì)應(yīng)的哈希值作為內(nèi)容(content)的值添加到 Orimessage表中。Orimessage表的一種可能的實(shí)現(xiàn)結(jié)構(gòu)如表1所示：
[0082] 表 1
[0083]
[0084] ~表1中的Id為標(biāo)識(shí)不同歷史消息的信息，如序號(hào)等。
[0085] 本實(shí)施例中，采用MD5算法得到哈希值的具體過程:智能終端先根據(jù)接收到的新消 息，生成新的字符串，該字符串依次包括:時(shí)間戳字段，acMress字段和data字段。然后，智能 終端將該字符串作為一個(gè)輸入，通過MD5算法得到哈希值。
[0086] 上述方法處理流程可W用軟件程序?qū)崿F(xiàn)，該軟件程序可W存儲(chǔ)在存儲(chǔ)介質(zhì)中，當(dāng) 存儲(chǔ)的軟件程序被調(diào)用時(shí)，執(zhí)行上述方法步驟。
[0087] 基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例Ξ中，提供了一種智能終端，如圖6所示，所述智 能終端包括：
[0088] 比較處理模塊61，用于接收到服務(wù)器發(fā)送的消息后，將所述消息與已保存的消息 表中的歷史消息進(jìn)行比較；
[0089] 第一處理模塊62,用于在所述比較處理模塊確定出所述消息與所述消息表中的任 一歷史消息相同時(shí)，丟棄所述消息；
[0090] 第二處理模塊63,用于在所述比較處理模塊確定出所述消息與所述消息表中的所 有歷史消息均不同時(shí)，接受所述消息。
[0091 ] -種可能的實(shí)現(xiàn)方式中，所述比較處理模塊61具體用于：
[0092] 采用哈希算法，對(duì)所述消息進(jìn)行處理，得到所述消息對(duì)應(yīng)的哈希值;將所述消息的 哈希值與所述消息表中的歷史消息的哈希值進(jìn)行比較。
[0093] -種可能的實(shí)現(xiàn)方式中，所述比較處理模塊61具體用于：
[0094] 按照時(shí)間戳字段、地址字段和數(shù)據(jù)字段的順序，將所述消息所包含的信息進(jìn)行排 序處理，所述時(shí)間戳字段表示所述消息的生成時(shí)間，所述地址字段表示所述消息的發(fā)送地 址，所述數(shù)據(jù)字段為所述消息所傳輸?shù)臄?shù)據(jù);采用哈希算法，對(duì)排序處理后的消息進(jìn)行處 理。
[00M] -種可能的實(shí)現(xiàn)方式中，所述第二處理模塊63還用于:將所述消息存儲(chǔ)于所述消 息表中。
[0096] 可選的，將所述消息對(duì)應(yīng)的哈希值存儲(chǔ)于所述消息表中。
[0097] -種可能的實(shí)現(xiàn)方式中，所述第二處理模塊63具體用于：
[0098] 確定出所述消息表中保存的歷史消息的數(shù)量達(dá)到設(shè)定的上限值；
[0099] 先刪除保存時(shí)間最長(zhǎng)的歷史消息，再將所述消息存儲(chǔ)于所述消息表中。
[0100] 本發(fā)明實(shí)施例所提供的智能終端可W為智能手機(jī)、平板電腦等設(shè)備。
[0101] 本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序 產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí) 施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī) 可用存儲(chǔ)介質(zhì)（包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等）上實(shí)施的計(jì)算機(jī)程序產(chǎn) 品的形式。
[0102] 本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備（系統(tǒng)）、和計(jì)算機(jī)程序產(chǎn)品的流程 圖和/或方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流 程和/或方框、W及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻\(yùn)些計(jì)算機(jī)程序 指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器W產(chǎn) 生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí) 現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。
[0103] 運(yùn)些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備W特 定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或 多個(gè)方框中指定的功能。
[0104] 運(yùn)些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì) 算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟W產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或 其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一 個(gè)方框或多個(gè)方框中指定的功能的步驟。
[0105] 盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造 性概念，則可對(duì)運(yùn)些實(shí)施例作出另外的變更和修改。所W，所附權(quán)利要求意欲解釋為包括優(yōu) 選實(shí)施例W及落入本發(fā)明范圍的所有變更和修改。
[0106] 顯然，本領(lǐng)域的技術(shù)人員可W對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精 神和范圍。運(yùn)樣，倘若本發(fā)明的運(yùn)些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含運(yùn)些改動(dòng)和變型在內(nèi)。
【主權(quán)項(xiàng)】
1. 一種融合通信中的消息接收方法，其特征在于，所述方法包括： 智能終端接收到服務(wù)器發(fā)送的融合通信消息后，將所述融合通信消息與已保存的消息 表中的歷史消息進(jìn)行比較； 所述智能終端在確定出所述融合通信消息與所述消息表中的任一歷史消息相同時(shí)，丟 棄所述融合通信消息； 所述智能終端在確定出所述融合通信消息與所述消息表中的所有歷史消息均不同時(shí)， 接受所述融合通信消息。2. 如權(quán)利要求1所述的方法，其特征在于，智能終端接收到服務(wù)器發(fā)送的消息后，還包 括:所述智能終端采用哈希算法，對(duì)所述融合通信消息進(jìn)行處理，得到所述融合通信消息對(duì) 應(yīng)的哈希值； 所述智能終端將所述融合通信消息與已保存的消息表中的歷史消息進(jìn)行比較，包括： 所述智能終端將所述融合通信消息的哈希值與所述消息表中的歷史消息的哈希值進(jìn)行比 較。3. 如權(quán)利要求1所述的方法，其特征在于，所述智能終端采用哈希算法，對(duì)所述融合通 信消息進(jìn)行處理，包括： 所述智能終端按照時(shí)間戳字段、地址字段和數(shù)據(jù)字段的順序，將所述融合通信消息所 包含的信息進(jìn)行排序處理，所述時(shí)間戳字段表示所述融合通信消息的生成時(shí)間，所述地址 字段表示所述融合通信消息的發(fā)送地址，所述數(shù)據(jù)字段為所述融合通信消息所傳輸?shù)臄?shù) 據(jù)； 所述智能終端采用哈希算法，對(duì)排序處理后的消息進(jìn)行處理。4. 如權(quán)利要求1~3任一項(xiàng)所述的方法，其特征在于，所述智能終端在確定出所述融合 通信消息與所述消息表中的所有歷史消息均不同后，所述方法還包括:所述智能終端將所 述融合通信消息存儲(chǔ)于所述消息表中。5. 如權(quán)利要求4所述的方法，其特征在于，所述智能終端將所述融合通信消息存儲(chǔ)于所 述消息表中，包括： 所述智能終端確定出所述消息表中保存的歷史消息的數(shù)量達(dá)到設(shè)定的上限值； 所述智能終端先刪除保存時(shí)間最長(zhǎng)或保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息，再將所述融 合通信消息存儲(chǔ)于所述消息表中。6. 如權(quán)利要求4所述的方法，其特征在于，所述方法還包括： 所述智能終端開機(jī)后，清除所述消息表中所有歷史消息;或者 所述智能終端周期性清除所述消息表中保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息。7. -種智能終端，其特征在于，所述智能終端包括： 比較處理模塊，用于接收到服務(wù)器發(fā)送的消息后，將所述融合通信消息與已保存的消 息表中的歷史消息進(jìn)行比較； 第一處理模塊，用于在所述比較處理模塊確定出所述融合通信消息與所述消息表中的 任一歷史消息相同時(shí)，丟棄所述融合通信消息； 第二處理模塊，用于在所述比較處理模塊確定出所述融合通信消息與所述消息表中的 所有歷史消息均不同時(shí)，接受所述融合通信消息。8. 如權(quán)利要求7所述的智能終端，其特征在于，所述比較處理模塊具體用于： 采用哈希算法，對(duì)所述融合通信消息進(jìn)行處理，得到所述融合通信消息對(duì)應(yīng)的哈希值； 將所述融合通信消息的哈希值與所述消息表中的歷史消息的哈希值進(jìn)行比較。9. 如權(quán)利要求7所述的智能終端，其特征在于，所述比較處理模塊具體用于： 按照時(shí)間戳字段、地址字段和數(shù)據(jù)字段的順序，將所述融合通信消息所包含的信息進(jìn) 行排序處理，所述時(shí)間戳字段表示所述融合通信消息的生成時(shí)間，所述地址字段表示所述 融合通信消息的發(fā)送地址，所述數(shù)據(jù)字段為所述融合通信消息所傳輸?shù)臄?shù)據(jù);采用哈希算 法，對(duì)排序處理后的消息進(jìn)行處理。10. 如權(quán)利要求7~9任一項(xiàng)所述的智能終端，其特征在于，所述第二處理模塊還用于： 將所述融合通信消息存儲(chǔ)于所述消息表中。11. 如權(quán)利要求10所述的智能終端，其特征在于，所述第二處理模塊具體用于： 確定出所述消息表中保存的歷史消息的數(shù)量達(dá)到設(shè)定的上限值； 先刪除保存時(shí)間最長(zhǎng)或保存時(shí)間超過設(shè)定時(shí)長(zhǎng)的歷史消息，再將所述融合通信消息存 儲(chǔ)于所述消息表中。
【文檔編號(hào)】H04L12/823GK105871686SQ201610165547
【公開日】2016年8月17日
【申請(qǐng)日】2016年3月22日
【發(fā)明人】劉濤
【申請(qǐng)人】青島海信移動(dòng)通信技術(shù)股份有限公司