專利名稱：一種彩信發(fā)送方法、裝置及終端的制作方法
技術領域：
本發(fā)明涉及移動通信領域，特別涉及一種彩信發(fā)送方法、裝置及終端。
背景技術：
彩信又稱多媒體信息服務(Multimedia Messaging krvice，簡稱MMS)，彩信最大的特色就是支持多媒體功能，能夠在終端和終端之間、終端和互聯(lián)網(wǎng)之間、終端和E-mail 之間傳遞包括文字、圖像、聲音、動畫等各種多媒體格式的信息。和短信相比，彩信能夠傳送圖片和音樂，更能得到人們的喜愛。除了文字以外，彩信還可以包括圖像、聲音、數(shù)據(jù)等各種媒體格式的信息，而且用戶還可以對相關信息自行進行編輯。彩信最吸引人的應用就是和終端的拍照功能結合使用，將用終端拍攝的照片即時發(fā)送給親人或者朋友。彩信的另一大應用在于用戶可以到網(wǎng)站上下載或者直接發(fā)送一些特色彩信給朋友，比如節(jié)日祝福、情歌情話、娛樂笑話等等，當然用戶還可以給自己定制彩信新聞。目前彩信技術，首先把彩信內(nèi)容按照smil格式把圖片、音頻、視頻、文本等各元素組合起來。如果是文本，則按照UTF8等編碼格式進行編碼，如果是圖片、音頻或視頻，則把圖片、音頻或視頻整個文件的二進制數(shù)據(jù)打包進去，之后再編碼成PDU串發(fā)送到彩信服務器。由于網(wǎng)絡限制，目前網(wǎng)絡一般最大只能發(fā)送幾百KB的彩信文件，對于過大的彩信文件， 彩信服務器會返回失敗。由于彩信可以插入文本、圖片、音頻或通過附件插入視頻文件，所以很容易就會超過彩信服務器所限制的容量，只能通過多條發(fā)送，這樣會增加資費，且不方便用戶預覽。專利CN200810094333. χ通過調節(jié)彩信文件中插入的圖片大小來減少容量，以保證彩信大小不超過上限值，這樣可能圖片在調節(jié)的過程中會有失真，而且對于音頻、視頻數(shù)據(jù)，則無法調節(jié)，用戶體驗不佳。專利CN20091(^65682.8通過對彩信文件分解多包發(fā)送，在接收方又必須進行拼接，復雜度很高，且容易發(fā)生丟包現(xiàn)象，或者拼混亂。

發(fā)明內(nèi)容
本發(fā)明提供了一種彩信發(fā)送方法、裝置及終端，解決現(xiàn)有彩信發(fā)送中由于容量限制，導致大容量彩信無法發(fā)送的問題。為了解決上述問題，本發(fā)明提供了一種彩信發(fā)送方法，包括當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包，發(fā)送到彩信服務器。進一步的，上述方法還可具有以下特點，所述方法還包括，當待發(fā)送的非文本信息位于網(wǎng)絡時，將其鏈接地址按彩信格式打包為彩信數(shù)據(jù)包，發(fā)送到彩信服務器。進一步的，上述方法還可具有以下特點，所述方法還包括當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。進一步的，上述方法還可具有以下特點，所述非文本信息包括圖片、音頻、視頻、數(shù)據(jù)之一或其組合。本發(fā)明還提供一種終端，所述終端包括彩信生成單元和彩信發(fā)送單元，其中所述彩信生成單元用于當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包；所述彩信發(fā)送單元用于將所述彩信數(shù)據(jù)包發(fā)送到彩信服務器。進一步的，上述終端還可具有以下特點，所述彩信生成單元還用于當待發(fā)送的非文本信息位于網(wǎng)絡時，將該非文本信息在網(wǎng)絡中的鏈接地址按彩信格式打包為彩信數(shù)據(jù)包。進一步的，上述終端還可具有以下特點，所述彩信生成單元還用于當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。進一步的，上述終端還可具有以下特點，所述非文本信息包括圖片、音頻、視頻、數(shù)據(jù)之一或其組合。本發(fā)明還提供一種彩信發(fā)送裝置，所述裝置包括彩信生成單元和彩信發(fā)送單元， 其中所述彩信生成單元用于當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包；所述彩信發(fā)送單元用于將所述彩信數(shù)據(jù)包發(fā)送到終端。進一步的，上述裝置還可具有以下特點，所述彩信生成單元還用于當待發(fā)送的非文本信息位于網(wǎng)絡時，將該非文本信息在網(wǎng)絡中的鏈接地址按彩信格式打包為彩信數(shù)據(jù)包。進一步的，上述裝置還可具有以下特點，所述彩信生成單元還用于當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。本發(fā)明對于包含圖片、音頻以及視頻的彩信，都可以大大減少其容量，且不失真， 且實現(xiàn)算法簡單，單包發(fā)送，大大提升了效率。


圖1是本發(fā)明實施例1彩信發(fā)送方法流程圖；圖2是本發(fā)明實施例2彩信發(fā)送方法流程圖；圖3是本發(fā)明實施例終端框圖。
具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下文中將結合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。本發(fā)明實施例通過改變彩信文件中打包的各元素(如圖片、音頻、視頻等)的內(nèi)容來實現(xiàn)通過單條來發(fā)送大容量的彩信。在數(shù)據(jù)打包過程中，不打包實際的非文本信息，而是打包待發(fā)送的非文本信息對應的鏈接地址或者是服務器地址，這樣使彩信大小大大減少， 可以大大減少傳輸?shù)娜萘?，且?jié)約終端和PC的內(nèi)存。其中，非文本信息為圖片、音頻、視頻、 數(shù)據(jù)之一或其組合。
本發(fā)明實施例提供一種彩信發(fā)送方法，包括當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包，發(fā)送到彩信服務器。其中，所述方法還包括，當待發(fā)送的非文本信息位于網(wǎng)絡時，將其鏈接地址按彩信格式打包為彩信數(shù)據(jù)包，發(fā)送到彩信服務器。其中，所述方法還包括當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。本發(fā)明實施例采用如下技術方案在發(fā)送前，如果待發(fā)送的是文本，則進行編碼(比如UTF8編碼)；如果待發(fā)送的是終端里存儲的非文本信息，則將其上傳至服務器，記錄其鏈接地址；如果待發(fā)送的是網(wǎng)絡上的非文本信息，則不用下載到本地，直接記錄其鏈接地址即可，將該鏈接地址(如果有文本，則還包括文本)按照彩信格式打包為彩信數(shù)據(jù)包發(fā)送到彩信服務器。一種具體的打包方式為按照Smil格式組合，打包成PDU串。當彩信接收方收到此彩信時，根據(jù)smil協(xié)議解析彩信文件中每一幀的元素。如果內(nèi)容中有鏈接地址，則直接到該鏈接地址下載相關內(nèi)容，按照smil格式將每幀及各元素組合起來，進行預覽播放彩信。下面說明彩信從發(fā)送到接收的完整實施，包括第一步新建彩信界面，插入各元素的選項中有新增菜單，如插入圖片菜單，顯示為插入本地圖片/音頻/視頻、插入鏈接中的圖片/音頻/視頻，選擇一菜單，插入元素。第二步如果待插入的元素不是文本，且該元素保存在本地，則將其上傳到服務器上，并記錄其鏈接地址。如果要插入的元素位于網(wǎng)絡中，則直接記錄該元素的鏈接地址即可。這里的元素可以是圖片/視頻/音頻等。第三步在用戶點擊發(fā)送后，編碼模塊首先將每幀和各元素按照Smil格式打包， 非文本的元素其打包的信息是該元素的鏈接地址。第四步將數(shù)據(jù)編碼成PDU串，再加入發(fā)件人、收件人、有效期等包頭信息，和彩信服務器建立Socket連接，將整個數(shù)據(jù)包上傳到彩信服務器。第五步彩信服務器根據(jù)收件人信息將此條彩信的彩信通知消息發(fā)給彩信接收方。第六步彩信接收方點擊下載此條彩信時，從彩信服務器下載所述彩信數(shù)據(jù)包，再根據(jù)彩信協(xié)議以及編碼規(guī)范解析該彩信數(shù)據(jù)包。如果解析到非文本信息，首先解析頭數(shù)據(jù)， 判斷是鏈接信息還是非文本信息的相關數(shù)據(jù)，如果是相關數(shù)據(jù)，則直接保存數(shù)據(jù)，如果不是，則連接到解析出來的鏈接地址上獲取相關數(shù)據(jù)。第七步獲取到各元素之后，使用定時器進行自動播放或手動翻頁播放各幀的內(nèi)容。這樣用戶通過單條彩信可以實現(xiàn)大容量彩信的發(fā)送，且可以實現(xiàn)大容量內(nèi)容的連續(xù)播放，降低資費。實施例1 終端PC套件或數(shù)據(jù)卡PC套件(二者統(tǒng)稱PC套件)上的彩信發(fā)送，其中，終端PC 套件是指和終端配套的運行在PC上的軟件，可以同步管理終端里的數(shù)據(jù)，數(shù)據(jù)卡PC套件，是指和數(shù)據(jù)卡(SIM卡等用戶識別卡)配套的運行在PC上的PC側軟件，可以同步管理數(shù)據(jù)卡里的數(shù)據(jù)。具體步驟如下101.通過數(shù)據(jù)線或無線方式(藍牙、WIFI等)將終端連接到PC上，運行PC套件。102.在PC套件新建彩信界面，插入各元素的選項中新增菜單，如插入圖片菜單， 顯示為插入本地圖片、插入鏈接中的圖片。如果插入的不是文本，且是本地元素，則將其上傳到服務器或網(wǎng)絡，并記錄其鏈接地址。如果是插入網(wǎng)絡中的元素，用戶可以先在網(wǎng)上瀏覽自己喜歡的視頻、圖片等，如果選定，直接拷貝其鏈接地址即可。如果需要上傳到服務器，PC端會自動與服務器建立Socket連接，將所需文件上傳。該服務器是用戶用來存放和共享大容量數(shù)據(jù)。終端和PC側可以隨時通過socket連接到服務器，獲取最新數(shù)據(jù)或者上傳自己本地的數(shù)據(jù)。服務器作為服務器端時刻監(jiān)聽客戶端 (PC端或者終端)的請求，可以利用多線程機制同時與多個客戶端進行socket連接并進行數(shù)據(jù)傳輸。103.在PC側的編碼模塊，將每幀和各元素按照Smi 1格式組合，各元素的數(shù)據(jù)內(nèi)容打包的都是鏈接地址，再打包成PDU串，生成彩信數(shù)據(jù)包。104. PC通過AT、Diag指令或者藍牙方式將彩信數(shù)據(jù)包傳送給終端。105.終端收到彩信數(shù)據(jù)包之后，再次打包頭信息，利用現(xiàn)有彩信接口，通過彩信服務器發(fā)送到收件人。106.收件人點擊下載此條彩信時，將彩信數(shù)據(jù)包從彩信服務器下載下來。如果收件人的終端連著PC側軟件，則直接將彩信數(shù)據(jù)包通過數(shù)據(jù)線或者藍牙傳送給PC，PC側的 PC套件再根據(jù)彩信協(xié)議以及編碼規(guī)范去解析彩信數(shù)據(jù)包。如果解析到非文本信息，比如圖片或音頻數(shù)據(jù)，首先解析頭數(shù)據(jù)，如果不是非文本信息的相關數(shù)據(jù)，則通過socket連接到解析出來的鏈接地址上獲取數(shù)據(jù)。獲取數(shù)據(jù)之后，根據(jù)彩信的結構，將MMS headers (彩信頭)和MMS Body (彩信體)兩大部分解碼出來，再根據(jù)smil格式將彩信包體中的各元素組合起來，按照每幀的時間進行播放預覽。如果沒有連接PC側軟件，則在終端中直接操作。具體流程圖請見附圖1。由于在PC側和終端之間的傳送數(shù)據(jù)量大大減少，所以本發(fā)明實例使在PC側大容量彩信的發(fā)送時間也會明顯縮短，使用戶在PC直接編輯發(fā)送彩信變得更加快捷、方便。實施例2 在終端上的彩信發(fā)送，具體步驟如下201.在終端界面，插入各元素的選項中新增菜單，如插入圖片菜單，顯示為插入本地圖片、插入鏈接中的圖片。如果插入的是終端中存儲的元素，則將其上傳到服務器上， 并記錄其鏈接地址。如果是插入網(wǎng)絡中的元素，直接拷貝其鏈接地址即可。如果需要上傳到服務器，終端會自動與服務器建立Socket連接，將所需文件上傳。上傳的過程同實施例 1。202.在終端側的編碼模塊，將每幀和各元素按照Smil格式組合，各元素的數(shù)據(jù)內(nèi)容打包的都是鏈接地址，再打包成PDU串。利用現(xiàn)有彩信接口，通過彩信服務器發(fā)送到收件人。203.收件人點擊下載此條彩信時，將彩信數(shù)據(jù)包從彩信服務器下載下來。收件人的終端根據(jù)彩信協(xié)議以及編碼規(guī)范去解析數(shù)據(jù)。如果解析到非文本信息，比如圖片或音頻數(shù)據(jù)，首先解析頭數(shù)據(jù)，判斷是否是非文本信息的相關數(shù)據(jù)，比如判斷是否是圖片或音頻格式，如果不是，則通過socket連接到解析出來的鏈接地址上獲取數(shù)據(jù)。獲取數(shù)據(jù)之后，根據(jù)彩信的結構，將MMS headers和MMS Body兩大部分解碼出來， 再根據(jù)smil格式將彩信包體中的各元素組合起來，按照每幀的時間進行播放預覽。具體流程圖請見附圖2。由于彩信傳送過程中數(shù)據(jù)包大大減少，所以通過單條就可以發(fā)送很大容量的彩信，且可以縮短發(fā)送時間。本發(fā)明實施例可以用在終端、終端PC套件以及數(shù)據(jù)卡PC套件中的彩信業(yè)務中。本發(fā)明實施例還提供一種終端，如圖3所示，所述終端包括彩信生成單元和彩信發(fā)送單元，其中所述彩信生成單元用于當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包；所述彩信發(fā)送單元用于將所述彩信數(shù)據(jù)包發(fā)送到彩信服務器。其中，所述彩信生成單元還用于當待發(fā)送的非文本信息位于網(wǎng)絡時，將該非文本信息在網(wǎng)絡中的鏈接地址按彩信格式打包為彩信數(shù)據(jù)包。其中，所述彩信生成單元還用于當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。其中，所述非文本信息包括圖片、音頻、視頻、數(shù)據(jù)之一或其組合。本發(fā)明實施例還提供一種彩信發(fā)送裝置，所述裝置包括彩信生成單元和彩信發(fā)送單元，其中所述彩信生成單元用于當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包；所述彩信發(fā)送單元用于將所述彩信數(shù)據(jù)包發(fā)送到終端。其中，所述彩信生成單元還用于當待發(fā)送的非文本信息位于網(wǎng)絡時，將該非文本信息在網(wǎng)絡中的鏈接地址按彩信格式打包為彩信數(shù)據(jù)包。其中，所述彩信生成單元還用于還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結合。最后要說明的是，以上所述實例僅為本發(fā)明的優(yōu)選實例而已，并不限制于本實例， 對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化，凡在本發(fā)明的精神和原則范圍之內(nèi)所作的任何替換、修改和改進均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種彩信發(fā)送方法，其特征在于，包括當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包，發(fā)送到彩信服務器。
2.如權利要求1所述的方法，其特征在于，所述方法還包括，當待發(fā)送的非文本信息位于網(wǎng)絡時，將其鏈接地址按彩信格式打包為彩信數(shù)據(jù)包，發(fā)送到彩信服務器。
3.如權利要求1或2所述的方法，其特征在于，所述方法還包括當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。
4.如權利要求1或2所述的方法，其特征在于，所述非文本信息包括圖片、音頻、視頻、 數(shù)據(jù)之一或其組合。
5.一種終端，其特征在于，所述終端包括彩信生成單元和彩信發(fā)送單元，其中所述彩信生成單元用于當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包；所述彩信發(fā)送單元用于將所述彩信數(shù)據(jù)包發(fā)送到彩信服務器。
6.如權利要求5所述的終端，其特征在于，所述彩信生成單元還用于當待發(fā)送的非文本信息位于網(wǎng)絡時，將該非文本信息在網(wǎng)絡中的鏈接地址按彩信格式打包為彩信數(shù)據(jù)包。
7.如權利要求5或6所述的終端，其特征在于，所述彩信生成單元還用于當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。
8.如權利要求5或6所述的終端，其特征在于，所述非文本信息包括圖片、音頻、視頻、 數(shù)據(jù)之一或其組合。
9.一種彩信發(fā)送裝置，其特征在于，所述裝置包括彩信生成單元和彩信發(fā)送單元，其中所述彩信生成單元用于當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包；所述彩信發(fā)送單元用于將所述彩信數(shù)據(jù)包發(fā)送到終端。
10.如權利要求9所述的裝置，其特征在于，所述彩信生成單元還用于當待發(fā)送的非文本信息位于網(wǎng)絡時，將該非文本信息在網(wǎng)絡中的鏈接地址按彩信格式打包為彩信數(shù)據(jù)包。
11.如權利要求9或10所述的裝置，其特征在于，所述彩信生成單元還用于當還存在待發(fā)送的文本信息時，還將所述待發(fā)送的文本信息按彩信格式打包至所述彩信數(shù)據(jù)包。
全文摘要
本發(fā)明提供了一種彩信發(fā)送方法，包括當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包，發(fā)送到彩信服務器。本發(fā)明還提供了一種彩信發(fā)送裝置。本發(fā)明還提供一種終端，所述終端包括彩信生成單元和彩信發(fā)送單元，彩信生成單元用于當待發(fā)送的非文本信息位于本地時，將該非文本信息上傳到服務器，并記錄其鏈接地址，將該鏈接地址按彩信格式打包為彩信數(shù)據(jù)包；所述彩信發(fā)送單元用于將所述彩信數(shù)據(jù)包發(fā)送到彩信服務器。本發(fā)明可以減少才彩信容量，實現(xiàn)大容量彩信發(fā)送。
文檔編號H04W28/06GK102238494SQ20111019148
公開日2011年11月9日 申請日期2011年7月8日 優(yōu)先權日2011年7月8日
發(fā)明者袁金鳳 申請人:中興通訊股份有限公司