[發(fā)明專利]短消息處理方法及終端

無效

• 申請?zhí)枺?/td>: 201010149526.8
• 申請日: 2010-03-22
• 公開（公告）號: CN101827329A
• 公開（公告）日: 2010-09-08
• 發(fā)明（設(shè)計）人: 鄧方民;于松
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04W4/14
• 分類號: H04W4/14
• 代理公司: 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 余剛;吳孟秋

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種短消息處理方法及終端。

背景技術(shù)

手機短消息(短信/彩信)以便捷的發(fā)送方式以及豐富的信息含量，受到使用者的廣泛青睞。然而，當(dāng)用戶一次發(fā)送的短信文字內(nèi)容較多，超過限定標(biāo)準(zhǔn)時需要分成多條發(fā)送，首先這會導(dǎo)致通信費用增加，網(wǎng)絡(luò)電路交換(Circuit?Switch，簡稱為CS)域傳輸負(fù)荷加大；其次，用戶發(fā)送包含多媒體文件的短消息必須通過彩信，如果分成多條消息發(fā)送，這將花費較高的通信費用；此外，大容量短消息占用較多存儲空間，受限于手機存儲容量，用戶不得不頻繁的清理舊消息，對于自己想保留的信息也不能存儲太多，給用戶造成一定不便，用戶體驗比較差。

相關(guān)技術(shù)提供了一種實現(xiàn)彩信發(fā)送的方法及系統(tǒng)，該方法包括以下幾個步驟：

第一步，用戶進入發(fā)送端手機的彩信編輯界面后，生成符合發(fā)送端手機的彩信大小上限要求的彩信；第二步，發(fā)送端手機將符合發(fā)送端手機的彩信大小上限要求的彩信發(fā)送至彩信平臺；第三步，彩信平臺接收到彩信后，通過終端管理系統(tǒng)獲取接收端手機的彩信大小上限；若彩信的大小等于或小于接收端手機的彩信大小上限，則將彩信直接轉(zhuǎn)發(fā)給接收端手機，否則彩信平臺對彩信進行壓縮編碼轉(zhuǎn)換，使轉(zhuǎn)換后的彩信大小符合接收端手機彩信大小上限要求后，將轉(zhuǎn)換后的彩信發(fā)送給接收端手機，發(fā)送方通過彩信將信息發(fā)送出去，網(wǎng)絡(luò)計費中心將對發(fā)送方產(chǎn)生一條彩信費用。

發(fā)明人發(fā)現(xiàn)，該方案發(fā)送的短信長度雖然比原始信息減少了，但是仍然與原始信息的大小相關(guān)，如果原始信息數(shù)據(jù)量非常大，那么壓縮后的短信數(shù)據(jù)量仍然較大，仍然會影響客戶體驗。

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

本發(fā)明的主要目的在于提供一種短消息處理方法及終端，以至少解決上述問題。

根據(jù)本發(fā)明的一個方面，提供了一種短消息處理方法。

根據(jù)本發(fā)明的短消息處理方法包括：發(fā)送端將短消息上載到網(wǎng)站中；獲取短消息在網(wǎng)站中的鏈接地址；將短消息的摘要和鏈接地址發(fā)送給接收端。

進一步地，在發(fā)送端將短消息上載到網(wǎng)站中之前，上述方法還包括：判斷短消息是否為超長短信或者彩信，如果判斷結(jié)果為是，執(zhí)行上載操作。

進一步地，發(fā)送端將短消息上載到網(wǎng)站中包括：將短消息上載到網(wǎng)站中預(yù)設(shè)的存儲位置；

進一步地，短消息的摘要是從短消息的文字消息中按照預(yù)定規(guī)則選取的片段。

進一步地，在將短消息的摘要和鏈接地址發(fā)送給接收端之后，上述方法還包括：接收端閱讀摘要；根據(jù)摘要判斷是否點擊鏈接地址；如果判斷結(jié)果為是，點擊鏈接地址進入到網(wǎng)站查看短消息。

為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種終端。

根據(jù)本發(fā)明的終端包括：上載模塊，用于將短消息上載到網(wǎng)站中；獲取模塊，用于獲取短消息在網(wǎng)站中的鏈接地址；發(fā)送模塊，用于將短消息的摘要和鏈接地址發(fā)送給接收端。

進一步地，上述終端還包括：判斷模塊，用于判斷短消息是否為超長短信或者彩信，如果判斷結(jié)果為是，執(zhí)行上載操作。

進一步地，上述終端還包括：選取模塊，用于從短消息的文字消息中按照預(yù)定規(guī)則選取短消息的片段。

通過本發(fā)明，采用將短消息上傳至網(wǎng)站并獲取鏈接地址，并將消息摘要和鏈接地址發(fā)送，解決了由于原始信息數(shù)據(jù)量非常大，那么壓縮后的短信數(shù)據(jù)量仍然較大，影響客戶體驗的問題，進而達到了提高用戶體驗的效果。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的短消息處理方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的短消息發(fā)送方法流程圖；

圖3是根據(jù)本發(fā)明實施例的短消息接收方法的流程圖；

圖4是根據(jù)本發(fā)明實施例的終端的結(jié)構(gòu)框圖；

圖5是根據(jù)本發(fā)明實施例的終端的優(yōu)選的結(jié)構(gòu)框圖；以及

圖6是根據(jù)本發(fā)明優(yōu)選實施例的結(jié)構(gòu)框圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

為實現(xiàn)本實施例中的方法，需要預(yù)先建立WEB網(wǎng)站，該網(wǎng)站是增值服務(wù)網(wǎng)站，可以允許用戶接入，并為用戶提供注冊、登錄、消息存儲、展示消息顯示、消息管理、消息上傳和下載等功能的。圖1是根據(jù)本發(fā)明實施例的短消息處理方法的流程圖，該方法包括：

步驟S102，發(fā)送端將短消息上載到網(wǎng)站中。

步驟S104，獲取短消息在網(wǎng)站中的鏈接地址。