[發明專利]一種短信會話的處理方法及裝置

有效

• 申請號: 201610040171.6
• 申請日: 2016-01-21
• 公開（公告）號: CN105721680B
• 公開（公告）日: 2019-05-10
• 發明（設計）人: 王雙;張艷鳳
• 申請（專利權）人: 青島海信移動通信技術股份有限公司
• 主分類號: H04M1/725
• 分類號: H04M1/725;H04W4/14
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 朱佳

本發明涉及移動通信領域，尤其涉及一種短信會話的處理方法及裝置。該方法為，當短信號碼的前綴是指定字段時，使用預設的第一精確匹配規則，將短信號碼和短信數據庫中的會話標識進行匹配，當確定匹配未成功時，創建一個新會話；針對上述新會話，使用預設的第二精確匹配規則，將短信號碼和本地保存的聯系人標識進行匹配，獲取對應的聯系人信息，并在上述新會話的界面中顯示，這樣，可以將為前綴為指定字段的短信號碼和普通手機號碼區別顯示在不同的會話中，且會話界面的顯示的保證為相應的正確的聯系人信息，便于用戶在會話界面中針對性地對普通手機號碼和前綴為指定字段的號碼進行收發操作，保證短信收發操作的正確性。

技術領域

本發明涉及移動通信領域，尤其涉及一種短信會話的處理方法及裝置。

背景技術

目前，支持移動制式的安卓(Android)手機里都可以安裝飛信客戶端，通過飛信客戶端和其它手機終端進行短信的收發操作，而經過飛信客戶端發送來的短信號碼都是以12520開頭的，即短信號碼為12520+普通手機號碼。

現有技術中，在Android平臺上短信應用的設計中，是基于短信號碼的后11位進行匹配的，這樣，例如，短信號碼為1252013905320000和短信號碼為13905320000的，會被認為是同一個聯系人，保存在同一個會話中，下面介紹下在Android平臺上的短信會話，參閱圖1所示：

在Android平臺上的短信應用中，短信會話列表界面的數據是通過查詢短信數據庫中線程(threads)表得到的，每一個會話條目(Item)對應threads表中的一行數據，threads表中每一行的標識(_id)對應一個不同的聯系人標識(recipient_ids)，而recipient_ids字段又是和規范地址(canonical_addresses)表中的_id是一一對應的，其中canonical_addresses表中的每一個_id又對應一個不同的address字段，其中，address字段就是短信號碼，也就是說，每一個會話對應一個address字段。

并且，在信息(Mms)上層應用中，聯系人標識緩存(RecipientIdCache.java)文件中有一個Map<Long，String>類型的緩存變量mCache專門用來保存canonical_addresses表中_id和地址(address)字段的對應關系，還有另外一個聯系人(Contact.java)文件是用來保存聯系人信息的，例如聯系人的號碼、姓名、標簽、大頭貼等內容，每一個contact對應一個用來保存contact實例的緩存，其中的mNumber變量是唯一的，每一個Contact對應一個不同的聯系人號碼(mNumber)，且每一個mNumber又是和RecipientIdCache緩存中的號碼(number)是一一對應的。

這樣，發送或接收短信時，首先會根據短信號碼去threads表中查詢是否已存在對應的會話標識(threadId)，而threadId的判斷又是根據查詢canonical_addresses表得到的，根據短信號碼后11位匹配規則，根據和短信號碼相匹配的canonical_addresses表中的address字段查詢對應的_id，這樣短信號碼13905320000和1252013905320000由于后11位是一致的，所以會認為是相同的_id，就不會再去創建新的_id，這樣也就不會在threads表中創建新的threadId了，因此，在短信會話列表中它們會顯示在同一個會話中。

由此可見，現有技術下，以12520開頭的飛信號碼和普通手機號碼在收發信息時會保存在同一個會話中，這樣，用戶就不知道此會話對應的address到底是1252013905320000還是13905320000，而如果此時短信會話界面中顯示的為13905320000，但真實保存的address卻是12520開頭的號碼，則在此會話界面中編輯短信進行發送操作時有可能會發送失敗或者對方接收不到，這是因為收件人address為1252013905320000而不是13905320000，但是，現有技術下，還沒有對應的解決方案。