專利名稱：短消息處理方法及終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種短消息處理方法及終端。
背景技術(shù)：
手機(jī)短消息(短信/彩信)以便捷的發(fā)送方式以及豐富的信息含量，受到使用者的廣泛青睞。然而，當(dāng)用戶一次發(fā)送的短信文字內(nèi)容較多，超過限定標(biāo)準(zhǔn)時(shí)需要分成多條發(fā) 送，首先這會(huì)導(dǎo)致通信費(fèi)用增加，網(wǎng)絡(luò)電路交換(Circuit Switch，簡(jiǎn)稱為CS)域傳輸負(fù)荷 加大；其次，用戶發(fā)送包含多媒體文件的短消息必須通過彩信，如果分成多條消息發(fā)送，這 將花費(fèi)較高的通信費(fèi)用；此外，大容量短消息占用較多存儲(chǔ)空間，受限于手機(jī)存儲(chǔ)容量，用 戶不得不頻繁的清理舊消息，對(duì)于自己想保留的信息也不能存儲(chǔ)太多，給用戶造成一定不 便，用戶體驗(yàn)比較差。相關(guān)技術(shù)提供了一種實(shí)現(xiàn)彩信發(fā)送的方法及系統(tǒng)，該方法包括以下幾個(gè)步驟第一步，用戶進(jìn)入發(fā)送端手機(jī)的彩信編輯界面后，生成符合發(fā)送端手機(jī)的彩信大 小上限要求的彩信；第二步，發(fā)送端手機(jī)將符合發(fā)送端手機(jī)的彩信大小上限要求的彩信發(fā) 送至彩信平臺(tái)；第三步，彩信平臺(tái)接收到彩信后，通過終端管理系統(tǒng)獲取接收端手機(jī)的彩信 大小上限；若彩信的大小等于或小于接收端手機(jī)的彩信大小上限，則將彩信直接轉(zhuǎn)發(fā)給接 收端手機(jī)，否則彩信平臺(tái)對(duì)彩信進(jìn)行壓縮編碼轉(zhuǎn)換，使轉(zhuǎn)換后的彩信大小符合接收端手機(jī) 彩信大小上限要求后，將轉(zhuǎn)換后的彩信發(fā)送給接收端手機(jī)，發(fā)送方通過彩信將信息發(fā)送出 去，網(wǎng)絡(luò)計(jì)費(fèi)中心將對(duì)發(fā)送方產(chǎn)生一條彩信費(fèi)用。發(fā)明人發(fā)現(xiàn)，該方案發(fā)送的短信長度雖然比原始信息減少了，但是仍然與原始信 息的大小相關(guān)，如果原始信息數(shù)據(jù)量非常大，那么壓縮后的短信數(shù)據(jù)量仍然較大，仍然會(huì)影 響客戶體驗(yàn)。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種短消息處理方法及終端，以至少解決上述問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種短消息處理方法。根據(jù)本發(fā)明的短消息處理方法包括發(fā)送端將短消息上載到網(wǎng)站中；獲取短消息 在網(wǎng)站中的鏈接地址；將短消息的摘要和鏈接地址發(fā)送給接收端。進(jìn)一步地，在發(fā)送端將短消息上載到網(wǎng)站中之前，上述方法還包括判斷短消息是 否為超長短信或者彩信，如果判斷結(jié)果為是，執(zhí)行上載操作。進(jìn)一步地，發(fā)送端將短消息上載到網(wǎng)站中包括將短消息上載到網(wǎng)站中預(yù)設(shè)的存 儲(chǔ)位置；進(jìn)一步地，短消息的摘要是從短消息的文字消息中按照預(yù)定規(guī)則選取的片段。進(jìn)一步地，在將短消息的摘要和鏈接地址發(fā)送給接收端之后，上述方法還包括接 收端閱讀摘要；根據(jù)摘要判斷是否點(diǎn)擊鏈接地址；如果判斷結(jié)果為是，點(diǎn)擊鏈接地址進(jìn)入 到網(wǎng)站查看短消息。
為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種終端。根據(jù)本發(fā)明的終端包括上載模塊，用于將短消息上載到網(wǎng)站中；獲取模塊，用于獲取短消息在網(wǎng)站中的鏈接地址；發(fā)送模塊，用于將短消息的摘要和鏈接地址發(fā)送給接收端。進(jìn)一步地，上述終端還包括判斷模塊，用于判斷短消息是否為超長短信或者彩 信，如果判斷結(jié)果為是，執(zhí)行上載操作。進(jìn)一步地，上述終端還包括選取模塊，用于從短消息的文字消息中按照預(yù)定規(guī)則 選取短消息的片段。通過本發(fā)明，采用將短消息上傳至網(wǎng)站并獲取鏈接地址，并將消息摘要和鏈接地 址發(fā)送，解決了由于原始信息數(shù)據(jù)量非常大，那么壓縮后的短信數(shù)據(jù)量仍然較大，影響客戶 體驗(yàn)的問題，進(jìn)而達(dá)到了提高用戶體驗(yàn)的效果。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的短消息處理方法的流程圖；圖2是根據(jù)本發(fā)明實(shí)施例的短消息發(fā)送方法流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的短消息接收方法的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)框圖；圖5是根據(jù)本發(fā)明實(shí)施例的終端的優(yōu)選的結(jié)構(gòu)框圖；以及圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。為實(shí)現(xiàn)本實(shí)施例中的方法，需要預(yù)先建立TOB網(wǎng)站，該網(wǎng)站是增值服務(wù)網(wǎng)站，可以 允許用戶接入，并為用戶提供注冊(cè)、登錄、消息存儲(chǔ)、展示消息顯示、消息管理、消息上傳和 下載等功能的。圖1是根據(jù)本發(fā)明實(shí)施例的短消息處理方法的流程圖，該方法包括步驟S102，發(fā)送端將短消息上載到網(wǎng)站中。步驟S104，獲取短消息在網(wǎng)站中的鏈接地址。步驟S106，將短消息的摘要和鏈接地址發(fā)送給接收端。在相關(guān)技術(shù)的短消息的發(fā)送中，短信長度雖然比原始信息減少了，但是仍然與原 始信息的大小相關(guān)，如果原始信息數(shù)據(jù)量非常大，那么壓縮后的短信數(shù)據(jù)量仍然較大，仍然 會(huì)影響客戶體驗(yàn)。通過步驟S102，發(fā)送端將短消息上載到網(wǎng)站中，實(shí)現(xiàn)了短消息在網(wǎng)站的 上載過程，且該網(wǎng)站是一種增值網(wǎng)站，用戶存儲(chǔ)的短消息沒有存儲(chǔ)的時(shí)間限制，隨時(shí)可以進(jìn) 行提取。步驟S104，獲取短消息在網(wǎng)站中的鏈接地址，實(shí)現(xiàn)了發(fā)送端對(duì)鏈接地址的獲取，該 鏈接地址時(shí)一個(gè)包含有訪問密碼的地址，接收端只有通過該地址才能正確的而訪問到對(duì)應(yīng) 的消息內(nèi)容，且僅能訪問該條消息。步驟S106，將短消息的摘要和鏈接地址發(fā)送給接收端， 實(shí)現(xiàn)了將摘要和鏈接地址作為短信內(nèi)容發(fā)送給接收端，以便接收端根據(jù)需要選擇只讀取摘要，或者選擇點(diǎn)擊鏈接地址查看完整短消息內(nèi)容。解決了現(xiàn)有技術(shù)方案中發(fā)送的短信長度雖然比原始信息減少了，但是仍然與原始信息的大小相關(guān)，如果原始信息數(shù)據(jù)量非常大，那 么壓縮后的短信數(shù)據(jù)量仍然較大影響用戶體驗(yàn)的問題，將用戶的短消息上載到網(wǎng)站，僅發(fā) 送消息摘要和鏈接地址來完成短消息的發(fā)送，使得用戶以較低的費(fèi)用完成超長短信/彩信 的發(fā)送，提高了用戶體驗(yàn)。優(yōu)選地，在步驟S102中，發(fā)送端將短消息上載到網(wǎng)站中包括將短消息上載到網(wǎng) 站中預(yù)設(shè)的存儲(chǔ)位置。優(yōu)選地，在步驟S104中，短消息的摘要是從短消息的文字消息中按照預(yù)定規(guī)則選 取的片段。優(yōu)選地，在步驟S106之后，上述方法還包括接收端閱讀摘要；根據(jù)摘要判斷是否 點(diǎn)擊鏈接地址；如果判斷結(jié)果為是，點(diǎn)擊鏈接地址進(jìn)入到網(wǎng)站查看短消息，其中，鏈接地址 是一個(gè)包含有訪問密碼的地址，只有通過該地址才能正確的訪問到對(duì)應(yīng)的消息內(nèi)容，且僅 能訪問該條消息。本發(fā)明實(shí)施例中，發(fā)送方通過將消息(彩信/超長短信)上載到特定網(wǎng)站，僅發(fā)送 消息摘要和鏈接地址的方式來完成消息的發(fā)送，接收方通過收到的鏈接來接入網(wǎng)頁瀏覽消 肩、ο圖2是根據(jù)本發(fā)明實(shí)施例的消息發(fā)送流程圖，該方法包括步驟S200，消息發(fā)送方的終端使用消息編輯模塊編輯消息。步驟S201，判斷編輯的消息是否為彩信或者超長的短信。其中，步驟S201中超長短信的判斷規(guī)則為，該短消息是否可以在一條短消息中完 成發(fā)送。如果不是，則認(rèn)為是超長短信。步驟S202，對(duì)于非超長的短信可以按照常規(guī)短信直接發(fā)送。步驟S203，對(duì)于彩信或超長短信，終端運(yùn)行上載程序，將消息上傳到特定網(wǎng)站的預(yù) 定存儲(chǔ)位置，并獲取指向展示消息頁面的鏈接地址。步驟S204，終端運(yùn)行消息摘要提取操作，從消息草稿中提取摘要，然后刪除消息草 稿，消息摘要提取操作提取出的消息摘要限定在一定的長度內(nèi)。步驟S205，終端運(yùn)行消息發(fā)送程序，將步驟S204中提取的摘要和步驟S203中獲得 的鏈接地址作為一條短信發(fā)送給消息接收方。該實(shí)施例實(shí)現(xiàn)了發(fā)送端對(duì)短消息的上載操作和鏈接地址的獲取，是實(shí)現(xiàn)超長短信 和彩信發(fā)送中減少流量和費(fèi)用的關(guān)鍵步驟。圖3是根據(jù)本發(fā)明實(shí)施例的消息接收方法的流程圖，包括步驟S300，消息接收方的終端收到包含摘要和鏈接地址的消息。步驟S301，讀取消息摘要。步驟S302，用戶希望查看完整的消息，點(diǎn)擊鏈接地址。步驟S303，通過鏈接地址接入到完整消息的展示網(wǎng)站頁面，用戶閱讀消息。步驟S304，用戶退出消息閱讀。該實(shí)施例實(shí)現(xiàn)了接收端對(duì)超長短信和彩信的接收，可以只讀取消息摘要或者根據(jù) 用戶對(duì)摘要的判斷點(diǎn)擊鏈接地址去查看完整消息。 圖4是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)框圖，該終端包括上載模塊42、獲取模塊44和發(fā)送模塊46。上載模塊42，用于將短消息上載到網(wǎng)站中；獲取模塊44，連接至上載模塊42，用于 獲取上載模塊42上載的短消息在網(wǎng)站中的鏈接地址；發(fā)送模塊46，連接至獲取模塊44，用 于將短消息的摘要和獲取模塊44獲取的鏈接地址發(fā)送給接收端。圖5是根據(jù)本發(fā)明實(shí)施例的終端的優(yōu)選的結(jié)構(gòu)框圖，該終端還包括判斷模塊52、 選取模塊54。判斷模塊52，連接至上載模塊42，用于判斷短消息是否為超長短信或者彩信，如 果判斷結(jié)果為是，上載模塊42執(zhí)行上載操作。選取模塊54，連接至判斷模塊52，用于判斷 模塊52判斷結(jié)果為是的情況下，從短消息的文字消息中按照預(yù)定規(guī)則選取短消息的片段。圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的結(jié)構(gòu)框圖，如圖6所示，包括消息編輯模塊61、 消息上載模塊62、摘要提取模塊63、消息發(fā)送模塊64、消息接收模塊65、消息管理模塊66、 網(wǎng)絡(luò)服務(wù)器67、短消息處理中心68和網(wǎng)站服務(wù)器69，其中消息編輯模塊61，用于消息的編輯和保存；消息上載模塊62，用于按照預(yù)先約定 的格式將消息上傳到特定網(wǎng)站的網(wǎng)絡(luò)服務(wù)器67，并獲取指向展示消息的頁面鏈接地址；摘 要提取模塊63，用于從消息的文本信息中提取摘要，并刪除消息草稿；消息發(fā)送模塊64，將 消息摘要和鏈接地址作為一條短信通過短消息處理中心68發(fā)送給消息接收方；消息接收 模塊65，接收消息，并允許用戶點(diǎn)擊鏈接地址接入到完整消息的展示網(wǎng)站頁面；消息管理 模塊66，提供終端存儲(chǔ)消息的管理功能和網(wǎng)站服務(wù)器69上的消息管理功能。需要說明的是，裝置實(shí)施例中描述的終端對(duì)應(yīng)于上述的方法實(shí)施例，其具體的實(shí) 現(xiàn)過程在方法實(shí)施例中已經(jīng)進(jìn)行過詳細(xì)說明，在此不再贅述。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果將用戶的短消息上載到 網(wǎng)站，僅發(fā)送消息摘要和鏈接地址來完成短消息的發(fā)送，接收端通過收到的鏈接地址來接 入網(wǎng)頁瀏覽消息，使得用戶以較低的費(fèi)用完成彩信/超長短信傳送，提高了用戶體驗(yàn)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種短消息處理方法，其特征在于，包括發(fā)送端將短消息上載到網(wǎng)站中；獲取所述短消息在所述網(wǎng)站中的鏈接地址；將所述短消息的摘要和所述鏈接地址發(fā)送給接收端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在發(fā)送端將短消息上載到網(wǎng)站中之前，還 包括判斷所述短消息是否為超長短信或者彩信，如果判斷結(jié)果為是，執(zhí)行所述上載操作。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，發(fā)送端將短消息上載到網(wǎng)站中包括 將所述短消息上載到所述網(wǎng)站中預(yù)設(shè)的存儲(chǔ)位置。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述短消息的摘要是從所述短消息的文 字消息中按照預(yù)定規(guī)則選取的片段。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在將所述短消息的摘要和所述鏈接地址 發(fā)送給接收端之后，還包括所述接收端閱讀所述摘要；根據(jù)所述摘要判斷是否點(diǎn)擊所述鏈接地址；如果判斷結(jié)果為是，點(diǎn)擊所述鏈接地址進(jìn)入到所述網(wǎng)站查看所述短消息。
6.一種終端，其特征在于，包括上載模塊，用于將短消息上載到網(wǎng)站中； 獲取模塊，用于獲取所述短消息在所述網(wǎng)站中的鏈接地址； 發(fā)送模塊，用于將所述短消息的摘要和所述鏈接地址發(fā)送給接收端。
7.根據(jù)權(quán)利要求6所述的終端，其特征在于，還包括判斷模塊，用于判斷所述短消息是否為超長短信或者彩信，如果判斷結(jié)果為是，執(zhí)行所 述上載操作。
8.根據(jù)權(quán)利要求6所述的終端，其特征在于，還包括選取模塊，用于從所述短消息的文字消息中按照預(yù)定規(guī)則選取所述短消息的片段。
全文摘要
本發(fā)明公開了一種短消息處理方法及終端。該方法包括發(fā)送端將短消息上載到網(wǎng)站中；獲取短消息在網(wǎng)站中的鏈接地址；將短消息的摘要和鏈接地址發(fā)送給接收端。本發(fā)明解決了由于原始信息數(shù)據(jù)量非常大，那么壓縮后的短信數(shù)據(jù)量仍然較大，影響客戶體驗(yàn)的問題，進(jìn)而達(dá)到了提高用戶體驗(yàn)的效果。
文檔編號(hào)H04W4/14GK101827329SQ20101014952
公開日2010年9月8日 申請(qǐng)日期2010年3月22日 優(yōu)先權(quán)日2010年3月22日
發(fā)明者于松, 鄧方民 申請(qǐng)人:中興通訊股份有限公司