專利名稱：一種多媒體數(shù)據(jù)發(fā)送方法、裝置和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種多媒體數(shù)據(jù)發(fā)送方法、裝置和系統(tǒng)。
背景技術：
為了提升服務質量，很多行業(yè)和企業(yè)都通過文字短信向用戶發(fā)送相關信 息，例如對于某些生產(chǎn)型企業(yè)來說，可以通過文字短信向用戶發(fā)送新產(chǎn)品信息 來推廣新的產(chǎn)品；對于金融領域，如銀行等，可以通過文字短信向用戶發(fā)送電 子賬單，讓用戶能夠及時了解自己的消費信息，當然還可以通過文字短信傳遞 更多的信息，正因為這些信息，增進了用戶與商戶之間的聯(lián)系，提升了用戶體 驗。
但是，發(fā)明人通過研究發(fā)現(xiàn)，現(xiàn)有的文字短信收發(fā)功能，由于受文字短信 傳輸數(shù)據(jù)類型和大小的限制，只能傳送70字左右的文字信息，早已經(jīng)無法滿 足目前各個行業(yè)多種業(yè)務對于文件傳送的要求。目前絕大部分的文件為多媒體 文件(圖像文件，聲音文件)，即使是單純的文字文件，數(shù)據(jù)量也是非常大的， 這些文件的收發(fā)均無法利用文字短信功能實現(xiàn)，對信息的傳遞造成了不利的影 響。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例的目的在于提供一種多媒體數(shù)據(jù)發(fā)送方法、裝置 和系統(tǒng)，實現(xiàn)對多々某體文件的發(fā)送。
為實現(xiàn)上述目的，本發(fā)明實施例提供了如下技術方案
一種多媒體數(shù)據(jù)發(fā)送方法，包括； 獲取待發(fā)送數(shù)據(jù)；
將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送彩信； 將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送；
接收所述彩信中心返回的結果報告，當所述結果報告為發(fā)送失敗時指示所 述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告。獲取待發(fā)送數(shù)據(jù)包括
從業(yè)務系統(tǒng)中獲取發(fā)送指示，所述發(fā)送指示中包含待發(fā)送彩信文本的存儲
路徑、待發(fā)送彩信的目的地址；
根據(jù)所述發(fā)送指示中待發(fā)送彩信文本的存儲路徑下載對應的待發(fā)送彩信 文本；
將所述待發(fā)送彩信文本與所述發(fā)送指示中的待發(fā)送彩信的目的地址組合 形成待發(fā)送數(shù)據(jù)。
將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送彩信包括 將所述待發(fā)送數(shù)據(jù)中的待發(fā)送彩信文本進行轉碼；
根據(jù)彩信中心的接口參數(shù)，利用轉碼后的待發(fā)送彩信文本和所述待發(fā)送彩 信的目的地址構造彩信實體作為待發(fā)送彩信。
所述發(fā)送指示中記錄的數(shù)據(jù)包括
單筆實時發(fā)送數(shù)據(jù)或者批量數(shù)據(jù)。
當所述發(fā)送指示為批量發(fā)送指示時，將所述待發(fā)送彩信文本與所述發(fā)送指 示中的待發(fā)送彩信的目的地址組合形成待發(fā)送數(shù)據(jù)之前還包括 將所述批量發(fā)送指示分解得到獨立的發(fā)送指示數(shù)據(jù)。 所述方法還包括 對所述結果報告進行登記并保存。 所述方法還包括 刪除已發(fā)送過的待發(fā)送彩信。 所述方法還包括
通過操作日志記錄所執(zhí)行的每個操作及操作結果。
一種多媒體數(shù)據(jù)發(fā)送裝置，包括
獲取單元，用于獲取待發(fā)送數(shù)據(jù)；
轉換單元，用于將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送彩信；
發(fā)送單元，用于將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送；
控制單元，用于接收所述彩信中心返回的結果寺艮告，當所述發(fā)送結果為發(fā)
6送失敗時指示所述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告。 所述獲取單元包括
第一獲取子單元，用于從業(yè)務系統(tǒng)中獲取發(fā)送指示；
第二獲取子單元，用于根據(jù)所述發(fā)送指示中待發(fā)送彩信文本的存儲路徑下
載對應的4寺發(fā)送彩信文本；
組合子單元，用于將所述待發(fā)送彩信文本與所述發(fā)送指示中的待發(fā)送彩信 的目的地址組合形成待發(fā)送數(shù)據(jù)。
所述獲取單元還包括
分解子單元，用于當所述第一獲取子單元獲取的為批量發(fā)送指示時，將批 量發(fā)送指示分解得到獨立發(fā)送指示，并將該發(fā)送指示發(fā)送給第二獲取子單元。
所述轉換單元包括
轉換子單元，用于將所述待發(fā)送數(shù)據(jù)中的待發(fā)送彩信文本進行轉碼； 構造子單元待，用于根據(jù)彩信中心的接口參數(shù)，利用轉碼后的待發(fā)送彩信 文本和所述待發(fā)送彩信的目的地址構造彩信實體作為待發(fā)送彩信。 所述裝置還包括
登記單元，用于對所述結果報告進行登記并保存。 所述裝置還包括
刪除單元，用于刪除已發(fā)送過的待發(fā)送彩信。 所述裝置還包括
記錄單元，用于通過操作日志記錄所執(zhí)行的每個操作及操作結果。
一種多々某體數(shù)據(jù)發(fā)送系統(tǒng)，包括多媒體數(shù)據(jù)發(fā)送單元和彩信中心，其中，
所述多媒體數(shù)據(jù)發(fā)送單元，用于獲取待發(fā)送數(shù)據(jù)；將所述待發(fā)送數(shù)據(jù)轉換 成待發(fā)送彩信；將所述待發(fā)送彩信發(fā)送給所述彩信中心進行發(fā)送；接收所述彩 信中心返回的結果報告，當所述發(fā)送結果為發(fā)送失敗時指示所述彩信中心繼續(xù) 發(fā)送，直至收到發(fā)送成功報告；
所述彩信中心，用于發(fā)送從所述多媒體數(shù)據(jù)發(fā)送單元接收到的彩信，并向 所述多4某體數(shù)據(jù)發(fā)送單元反饋結果報告。
7所述多媒體數(shù)據(jù)發(fā)送單元，還用于對所述結果報告進行登記并保存。
所述多媒體數(shù)據(jù)發(fā)送單元，還用于刪除已發(fā)送過的待發(fā)送彩信。
所述多媒體數(shù)據(jù)發(fā)送單元，還用于通過操作日志記錄所執(zhí)行的每個操作及 操作結果。
可見，在本發(fā)明實施例中，獲取待發(fā)送數(shù)據(jù)；將所述待發(fā)送數(shù)據(jù)轉換成待 發(fā)送彩信；將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送；接收所述彩信中心返 回的結果報告，當所述結果報告為發(fā)送失敗時指示所述彩信中心繼續(xù)發(fā)送，直 至收到發(fā)送成功報告。本發(fā)明實施例所提供的方法，通過彩信傳遞多媒體數(shù)據(jù)， 實現(xiàn)了大量數(shù)據(jù)的傳遞，使用戶獲得了更多更豐富的信息，極大地提升了用戶 體驗。


圖1為本發(fā)明一實施例所提供的方法的流程圖2為本發(fā)明一實施例所提供的方法的子步驟的方法的流程圖3為本發(fā)明一實施例所提供的方法的另一子步驟的方法的流程圖4為本發(fā)明另一實施例所提供的方法的流程圖5為本發(fā)明一實施例所提供的裝置的結構示意圖6為本發(fā)明一實施例所提供的裝置中一單元的結構示意圖7為本發(fā)明一實施例所提供的裝置中另 一單元的結構示意圖8為本發(fā)明一實施例所提供的系統(tǒng)的結構示意圖。
具體實施例方式
本發(fā)明實施例公開了一種多i某體數(shù)據(jù)發(fā)送方法、裝置和系統(tǒng)。為使本發(fā)明 的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明 作進一步詳細說明。
參見圖1,本發(fā)明實施例所提供的方法具體包括
S101:獲耳又待發(fā)送數(shù)據(jù)。
本發(fā)明實施例所提供的多媒體數(shù)據(jù)發(fā)送方法可以應用于多種領域的多個 行業(yè)中。所述待發(fā)送數(shù)據(jù)一般從業(yè)務系統(tǒng)中獲得。該業(yè)務系統(tǒng)可以是任意一個 具體的業(yè)務系統(tǒng)。例如可以是一個生產(chǎn)型企業(yè)的產(chǎn)品發(fā)布系統(tǒng)，也可以是某個銀行的對賬系統(tǒng)等等，本發(fā)明對此不做限定。
所述待發(fā)送的數(shù)據(jù)包括需要以彩信方式發(fā)送的彩信文本以及彩信的目的 地址等信息。其中所述彩信文本即當前業(yè)務系統(tǒng)希望發(fā)送的多媒體數(shù)據(jù)，可以 包括文字、聲音、圖片、動畫等信息。
S102:將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送彩信。
本發(fā)明實施例所提供的方法是通過彩信的形式來發(fā)送多^某體信息的。所以 在接收到多媒體的待發(fā)送數(shù)據(jù)后，需要根據(jù)彩信的特點對其進行處理，轉換成 手機等終端可以閱讀的形式，將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送的彩信。
S103:將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送。
S104:接收所述彩信中心返回的結果報告，當所述發(fā)送結果為發(fā)送失敗時 指示所述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告。
S105:對所述結果報告進行登記并保存。
S106:刪除已發(fā)送過的待發(fā)送彩信。
將已經(jīng)發(fā)送過的待發(fā)送彩信刪除，目的是防止已經(jīng)發(fā)送過的彩信又被重新 發(fā)送，浪費網(wǎng)絡資源。
在本發(fā)明的另一實施例中，參見圖2,步驟S101中獲取待發(fā)送數(shù)據(jù)具體 包括
S201:從業(yè)務系統(tǒng)中獲取發(fā)送指示。
最初的待發(fā)送數(shù)據(jù)都是從業(yè)務系統(tǒng)導出的， 一般包括待發(fā)送彩信文本、待 發(fā)送彩信的目的地址等信息。但是，如果待發(fā)送的彩信數(shù)量較多，在待發(fā)送數(shù) 據(jù)中如果攜帶每個待發(fā)送彩信文本，待發(fā)送數(shù)據(jù)就非常龐大，傳輸起來非常占 用網(wǎng)路資源，所以實際應用中，可以通過發(fā)生指示報文來解決這個問題。
所述發(fā)送指示中包含待發(fā)送彩信文本的存儲路徑、待發(fā)送彩信的目的地址。
S202:根據(jù)所述發(fā)送指示中待發(fā)送彩信文本的存儲路徑下載對應的待發(fā)送 彩信文本。
S203:將所述待發(fā)送彩信文本與所述發(fā)送指示中的待發(fā)送彩信的目的地址組合形成纟寺發(fā)送數(shù)據(jù)。
所述發(fā)送指示可以是獨立的發(fā)送指示，也可以是批量發(fā)送指示。例如在所 述發(fā)送指示中通過一個客戶數(shù)據(jù)總文件記錄10000個客戶數(shù)據(jù)信息，每個客戶 數(shù)據(jù)信息都記錄了一個待發(fā)送彩信文本的存儲路徑以及該待發(fā)送彩信的目的 地址。對于批量發(fā)送指示，還需要將該批量的發(fā)送指示拆分成獨立的發(fā)送指示 才能繼續(xù)進行后續(xù)發(fā)送流程。
進一步地，參見圖3， S102中的所述轉換包括
S301:將所述待發(fā)送數(shù)據(jù)中的待發(fā)送彩信文本進行轉碼。
所述轉碼實際上是將待發(fā)送彩信文本轉換成手機等終端可以識別的內(nèi)容。 實際應用中可以通過轉UTF-8編碼來實現(xiàn)。
S302:根據(jù)彩信中心的接口參數(shù)，利用轉碼后的待發(fā)送彩信文本和所述待 發(fā)送彩信的目的地址構造彩信實體作為待發(fā)送彩信。
本發(fā)明實施例所提供的方法，以彩信為媒介發(fā)送多媒體信息，相較于以往 單純的文字短信，彩信所包含的信息更加豐富，信息傳輸量更加巨大，解決了 文字短信對具體業(yè)務的局限，極大地提升了用戶體驗。
為了使本發(fā)明實施例所提供的方法更加清楚明白，下面以金融領域中一個
參見圖4,本發(fā)明一實施例所提供的方法包括
S401:數(shù)據(jù)處理單元接收業(yè)務系統(tǒng)的發(fā)送指示報文。
S402:所述數(shù)據(jù)處理單元根據(jù)所述發(fā)送指示報文下栽待發(fā)送彩信文本。
本發(fā)明實施例中，所述業(yè)務系統(tǒng)通過^R文的傳遞所述發(fā)送指示，在其他實 施例中，可以根據(jù)實際情況采用其他的傳遞方式，本發(fā)明對此不做限定。
所述發(fā)送指示報文中記錄了待發(fā)送彩信正文的存儲路徑以及待發(fā)送彩信 的目的地址。
在獲取了發(fā)送指示報文后，所述數(shù)據(jù)處理單元根據(jù)所述發(fā)送指示報文中記 錄的待發(fā)送彩信文本的存儲路徑下載對應的待發(fā)送彩信文本。
當所述發(fā)送指示報文為批量發(fā)送指示時，其可以通過客戶數(shù)據(jù)總文件多個客戶數(shù)據(jù)信息。每個客戶數(shù)據(jù)信息即獨立的發(fā)送指示，包括一個待發(fā)送彩信文 本的存儲^各徑和對應的目的地址。
本發(fā)明實施例以彩信的形式發(fā)送多々某體數(shù)據(jù)，要求每條彩信對應一個目的 地址，所以，對于這兩種發(fā)送指示的處理方式是不同的，若為獨立的發(fā)送指示, 則直接提交至彩信發(fā)送端完成發(fā)送，并獲取發(fā)送結果報告。若為批量發(fā)送指示 則需要先將多個獨立的發(fā)送指示從所述批量的發(fā)送指示中分解出來，再對獨立 的發(fā)送指示進行處理。
S403:所述數(shù)據(jù)處理單元判定所述發(fā)送指示是否為獨立的發(fā)送指示，如果 是，進入步驟S406;否則進入步驟S404。
S404:所述數(shù)據(jù)處理單元將所述批量發(fā)送指示才艮文發(fā)送給到自身的文件處 理模塊的數(shù)據(jù)文件夾中。
S405:所述數(shù)據(jù)處理單元的文件處理模塊監(jiān)控所述數(shù)據(jù)文件夾是否有客戶 數(shù)據(jù)總文件，如果有就將所述客戶數(shù)據(jù)總文件分解成單個客戶的數(shù)據(jù)文件，進 入步驟S406。實際上就是從所述客戶數(shù)據(jù)總文件中提取出獨立的待發(fā)送彩信 文本以及其對應的目的地址。
所述單個客戶的數(shù)據(jù)文件包括待發(fā)送彩信文本、待發(fā)送彩信的目的地址。 S406:將所述單個客戶的數(shù)據(jù)文件發(fā)送到彩信發(fā)送端。
在實際應用中，為了節(jié)約網(wǎng)絡資源，提高發(fā)送效率，可以將由所述客戶數(shù) 據(jù)總文件分解出的單個客戶的數(shù)據(jù)文件打包之后再進行發(fā)送。例如將從一個客 戶數(shù)據(jù)總文件拆分出的所有的單個數(shù)據(jù)文件打包成一個.tar.Z文件之后再將所 述.tar.Z文件發(fā)送給后續(xù)的處理單元。
此時，雖然在拆分之后又把多個單個客戶的數(shù)據(jù)文件進行了打包處理，但 是此時這個數(shù)據(jù)包中已經(jīng)是一個個獨立的單個客戶的數(shù)據(jù)文件了 ，只是為了傳 輸上的方便才進行打包處理，并不會改變單個客戶的數(shù)據(jù)文件本身。
優(yōu)選地，還可以將所述客戶數(shù)據(jù)總文件進行備份。
若由所述客戶數(shù)據(jù)總文件分解出的單個客戶的數(shù)據(jù)文件是打包成一 個.tar.Z文件發(fā)送到彩信發(fā)送端的，那么彩信發(fā)送端在接收.tar.Z的打包文件后 需要先解包，拆解出其中的單個客戶的數(shù)據(jù)文件才能進行后續(xù)處理。S407:所述彩信發(fā)送端將所述單個客戶的數(shù)據(jù)文件中的待發(fā)送彩信文本進 行轉碼。
S408:所述彩信發(fā)送端利用轉碼后待發(fā)送彩信文本、待發(fā)送彩信目的地址， 根據(jù)彩信中心的接口參數(shù)構造彩信實體作為待發(fā)送彩信。
S409:所述彩信發(fā)送端將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送。 S410:所述彩信發(fā)送端接收所述彩信中心返回的結果報告。 S411:當所述結果報告為發(fā)送失敗時所述彩信發(fā)送端指示所述彩信中心繼 續(xù)發(fā)送，直至收到發(fā)送成功才艮告。
在本發(fā)明的一實施例中，.tar.Z文件發(fā)送成功后，彩信發(fā)送端會立即返回 一個前一天的彩信發(fā)送結果文件。 一般來說，當一條彩信發(fā)送成功以后，彩信 發(fā)送端會立即返回彩信的發(fā)送結果報告。但是如果是一個批量發(fā)送，例如一 個.tar.Z文件中打包了 10000條待發(fā)送彩信的話，那么每條彩信的發(fā)送結果所 形成的結果報告都會被記錄在一個發(fā)送結果文件中，當10000條彩信全部發(fā)送 完成后，所述彩信發(fā)送端將該彩信發(fā)送結果文件進行返回。因為待發(fā)送的彩信 數(shù)據(jù)龐大，所以這個時間是非常長的，所以，在實際應用中，可以第二天再返 回前一天的發(fā)送結果文件。
數(shù)據(jù)處理單元在收到所述發(fā)送結果文件后將對該文件里的彩信發(fā)送結果 進行解析，并登記入數(shù)據(jù)庫表中，所述發(fā)送結果文件將移動到備份目錄下保存。
如果所述數(shù)據(jù)處理單元沒有檢測到可發(fā)送的文件，也會向所述彩信發(fā)送端 發(fā)送一個發(fā)送結束文件，所述彩信發(fā)送端在接收到所述發(fā)送接收文件之后，直 接查看前一天是否有彩信的發(fā)送結果文件，如果有，就取回登記；如果沒有， 就直接返回。
所有流程完成后，所述數(shù)據(jù)處理單元將刪除已發(fā)送的待發(fā)送彩信以免重發(fā)。
如果所述待發(fā)送彩信是打包成.tar.Z文件發(fā)送給所述彩信發(fā)送端的，那么 在收到發(fā)送結果才艮告后，可以刪除所述.tar.Z文件，以免重發(fā)，
本發(fā)明實施例中，所述文件處理模塊可以每天定點對自身保存的數(shù)據(jù)文件 夾進行掃描，看是否有.tar.Z文件，有就調用文件服務發(fā)送到彩信發(fā)送端進行解包、轉換(例如轉UTF-8編碼)、發(fā)送處理。每天發(fā)送一次，發(fā)完為止。
優(yōu)選地，在本發(fā)明的另一實施例中，可以通過操作日志記錄所執(zhí)行的每個 操作及操作結果，便于出現(xiàn)問題時查找，便于對整個操作過程的維護。
本發(fā)明實施例所提供的方法，通過彩信傳遞多媒體數(shù)據(jù)，實現(xiàn)了大量數(shù)據(jù) 的傳遞，使用戶獲得了更多更豐富的信息，極大地提升了用戶體驗。
與方法實施例相對應，本發(fā)明實施例還提供一種多々某體數(shù)據(jù)發(fā)送裝置，參 見圖5,該裝置包括
獲取單元501,用于獲取待發(fā)送數(shù)據(jù)； 轉換單元502，用于將所述待發(fā)送凄t據(jù)轉換成待發(fā)送彩信； 發(fā)送單元503,用于將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送； 控制單元504,用于接收所述彩信中心返回的結果報告，當所述發(fā)送結果 為發(fā)送失敗時指示所述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告。 參見圖6,在本發(fā)明一實施例中，所述獲取單元501包括 第一獲取子單元5011，用于從業(yè)務系統(tǒng)中獲取發(fā)送指示；
第二獲取子單元5012,用于根據(jù)所述發(fā)送指示中待發(fā)送彩信文本的存儲 路徑下載對應的待發(fā)送彩信文本；
組合子單元5013，用于將所述待發(fā)送彩信文本與所述發(fā)送指示中的待發(fā) 送彩信的目的地址組合形成待發(fā)送數(shù)據(jù)。
優(yōu)選地，在本發(fā)明另一實施例中，當所述第一獲取子單元獲取的發(fā)送指示 中記錄的為批量數(shù)據(jù)時，所述接收單元501還包括
分解子單元5014，用于當所述第一獲取子單元獲取的為批量發(fā)送指示時， 將批量發(fā)送指示分解得到獨立發(fā)送指示，并將該發(fā)送指示發(fā)送給第二獲取子單 元。
參見圖7,在本發(fā)明另一實施例中，所述轉換單元502包括
轉換子單元5021,用于將所述待發(fā)送數(shù)據(jù)中的待發(fā)送彩信文本進行轉碼；
構造子單元5022，用于根據(jù)彩信中心的接口參數(shù)，利用轉碼后的待發(fā)送 彩信文本和所述待發(fā)送彩信的目的地址構造彩信實體作為待發(fā)送彩信。為了對待發(fā)送數(shù)據(jù)的發(fā)送結果進行清楚的記錄，參見圖5，本發(fā)明一實施
例所提供的裝置中還包括
登記單元505,用于對所述結果報告進行登記并保存。
為了防止對已經(jīng)發(fā)送過的彩信重復發(fā)送占用網(wǎng)絡資源，本發(fā)明實施例所提 供的裝置還包括
刪除單元506，用于刪除已發(fā)送過的待發(fā)送彩信。
為了便于對本裝置的維護，本發(fā)明實施例所提供的裝置還包括
記錄單元，用于通過操作日志記錄所執(zhí)行的每個操作及操作結果。
為了能夠記錄每個步驟的操作及其結果，所述記錄單元需要與圖5中的每 個功能單元相連。
實際應用中，所述獲取單元501與圖4所示的實施例中的凝:據(jù)處理單元相 對應，實現(xiàn)待發(fā)送數(shù)據(jù)的獲取。而圖4所示的實施例中的彩信發(fā)送端則相當于 圖5中的轉換單元、發(fā)送單元和控制單元的組合，實現(xiàn)對待發(fā)送數(shù)據(jù)的轉換、 發(fā)送及控制。
本發(fā)明實施例所提供的裝置，能夠通過彩信發(fā)送多媒體數(shù)據(jù)，使彩信取代 文字短信，成為新的傳輸介質，具有更大的信息量，更豐富的內(nèi)容，提高了用 戶的滿意度，提升了用戶體驗。
參見圖8,本發(fā)明實施例還提供一種多媒體數(shù)據(jù)發(fā)送系統(tǒng)，該系統(tǒng)包括 多J 某體數(shù)據(jù)發(fā)送單元801和彩信中心802，其中，
所述多媒體數(shù)據(jù)發(fā)送單元801，用于獲取待發(fā)送數(shù)據(jù)；將所述待發(fā)送數(shù)據(jù) 轉換成待發(fā)送彩信；將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送；接收所述彩 信中心返回的結果報告，當所述發(fā)送結果為發(fā)送失敗時指示所述彩信中心繼續(xù) 發(fā)送，直至收到發(fā)送成功報告；
所述彩信中心802,用于發(fā)送從所述多i某體數(shù)據(jù)發(fā)送單元接收到的彩信， 并向所述多媒體數(shù)據(jù)發(fā)送單元反饋結果報告。
為了對待發(fā)送數(shù)據(jù)的發(fā)送結果進行清楚的記錄，所述多媒體數(shù)據(jù)發(fā)送單元 801 ，還用于對所述結果報告進行登記并保存。
為了防止對已經(jīng)發(fā)送過的彩信重復發(fā)送占用網(wǎng)絡資源，所述多媒體數(shù)據(jù)發(fā)
14送單元801，還用于刪除已發(fā)送過的待發(fā)送彩信。
為了便于對本裝置的維護，所述多媒體數(shù)據(jù)發(fā)送單元801,還用于通過操
作曰志記錄所執(zhí)行的每個操作及操作結果。
本發(fā)明實施例所提供的系統(tǒng)，能夠通過彩信發(fā)送多々某體數(shù)據(jù)，使彩信取代 文字短信，成為新的傳輸介質，具有更大的信息量，更豐富的內(nèi)容，提高了用 戶的滿意度，提升了用戶體驗。
本發(fā)明可以在由計算機執(zhí)行的計算機可執(zhí)行指令的 一般上下文中描述，例 如程序模塊。 一般地，程序模塊包括執(zhí)行特定任務或實現(xiàn)特定抽象數(shù)據(jù)類型的 例程、程序、對象、組件、數(shù)據(jù)結構等等。也可以在分布式計算環(huán)境中實踐本 發(fā)明，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡而被連接的遠程處理設備來 執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設備在內(nèi)的本地 和遠程計算機存儲介質中。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通 技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾， 這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
1、一種多媒體數(shù)據(jù)發(fā)送方法，其特征在于，包括；獲取待發(fā)送數(shù)據(jù)；將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送彩信；將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送；接收所述彩信中心返回的結果報告，當所述結果報告為發(fā)送失敗時指示所述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告。
2、 根據(jù)權利要求1所述的方法，其特征在于，獲取待發(fā)送數(shù)據(jù)包括 從業(yè)務系統(tǒng)中獲取發(fā)送指示，所述發(fā)送指示中包含待發(fā)送彩信文本的存儲路徑、待發(fā)送彩信的目的地址；根據(jù)所述發(fā)送指示中待發(fā)送彩信文本的存儲路徑下載對應的待發(fā)送彩信 文本；將所述待發(fā)送彩信文本與所述發(fā)送指示中的待發(fā)送彩信的目的地址組合 形成待發(fā)送數(shù)據(jù)。
3、 根據(jù)權利要求1所述的方法，其特征在于，將所述待發(fā)送數(shù)據(jù)轉換成 待發(fā)送彩信包括將所述待發(fā)送數(shù)據(jù)中的待發(fā)送彩信文本進行轉碼；根據(jù)彩信中心的接口參數(shù)，利用轉碼后的待發(fā)送彩信文本和所述待發(fā)送彩 信的目的地址構造彩信實體作為待發(fā)送彩信。
4、 根據(jù)權利要求2所述的方法，其特征在于，所述發(fā)送指示中記錄的數(shù) 據(jù)包括單筆實時發(fā)送數(shù)據(jù)或者批量數(shù)據(jù)。
5、 根據(jù)權利要求4所述的方法，當所述發(fā)送指示為批量發(fā)送指示時，將 所述待發(fā)送彩信文本與所述發(fā)送指示中的待發(fā)送彩信的目的地址組合形成待 發(fā)送it據(jù)之前還包括將所述批量發(fā)送指示分解得到獨立的發(fā)送指示數(shù)據(jù)。
6、 根據(jù)權利要求1所述的方法，其特征在于，還包括對所述結果報告進行登記并保存。
7、 根據(jù)權利要求1所述的方法，其特征在于，還包括 刪除已發(fā)送過的待發(fā)送彩信。
8、 根據(jù)權利要求1 7任意一項所述的方法，其特征在于，還包括 通過操作日志記錄所執(zhí)行的每個操作及操作結果。
9、 一種多媒體數(shù)據(jù)發(fā)送裝置，其特征在于，包括 獲取單元，用于獲取待發(fā)送數(shù)據(jù)；轉換單元，用于將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送彩信；控制單元，用于接收所述彩信中心返回的結果報告，當所述發(fā)送結果為發(fā) 送失敗時指示所述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告。
10、 根據(jù)權利要求9所述的裝置，其特征在于，所述獲取單元包括 第一獲取子單元，用于從業(yè)務系統(tǒng)中獲取發(fā)送指示；第二獲取子單元，用于根據(jù)所述發(fā)送指示中待發(fā)送彩信文本的存儲路徑下 載對應的待發(fā)送彩信文本；組合子單元，用于將所述待發(fā)送彩信文本與所述發(fā)送指示中的待發(fā)送彩信 的目的地址組合形成待發(fā)送數(shù)據(jù)。
11、 根據(jù)權利要求IO所述的裝置，其特征在于，所述獲取單元還包括 分解子單元，用于當所述第一獲取子單元獲取的為批量發(fā)送指示時，將批量發(fā)送指示分解得到獨立發(fā)送指示，并將該發(fā)送指示發(fā)送給第二獲耳又子單元。
12、 根據(jù)權利要求9所述的裝置，其特征在于，所述轉換單元包括 轉換子單元，用于將所述待發(fā)送數(shù)據(jù)中的待發(fā)送彩信文本進行轉碼； 構造子單元待，用于根據(jù)彩信中心的接口參數(shù)，利用轉碼后的待發(fā)送彩信文本和所述待發(fā)送彩信的目的地址構造彩信實體作為待發(fā)送彩信。
13、 根據(jù)權利要求9所述的裝置，其特征在于，還包括 登記單元，用于對所述結果報告進行登記并保存。
14、 根據(jù)權利要求9所述的裝置，其特征在于，還包括刪除單元，用于刪除已發(fā)送過的待發(fā)送彩信。
15、 才艮據(jù)權利要求9所述的裝置，其特征在于，還包括 記錄單元，用于通過操作日志記錄所執(zhí)行的每個操作及操作結果。
16、 一種多媒體數(shù)據(jù)發(fā)送系統(tǒng)，其特征在于，包括多媒體數(shù)據(jù)發(fā)送單元 和彩信中心，其中，所述多媒體數(shù)據(jù)發(fā)送單元，用于獲取待發(fā)送數(shù)據(jù)；將所述待發(fā)送數(shù)據(jù)轉換 成待發(fā)送彩信；將所述待發(fā)送彩信發(fā)送給所述彩信中心進行發(fā)送；接收所述彩 信中心返回的結果報告，當所述發(fā)送結果為發(fā)送失敗時指示所述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告；所述彩信中心，用于發(fā)送從所述多媒體數(shù)據(jù)發(fā)送單元接收到的彩信，并向 所述多媒體數(shù)據(jù)發(fā)送單元反饋結果報告。
17、 根據(jù)權利要求16所述的系統(tǒng)，其特征在于，所述多媒體數(shù)據(jù)發(fā)送單元，還用于對所述結果報告進行登記并保存。
18、 4艮據(jù)權利要求16所述的裝置，其特征在于，所述多々某體數(shù)據(jù)發(fā)送單元，還用于刪除已發(fā)送過的待發(fā)送彩信。
19、 根據(jù)權利要求16所述的裝置，其特征在于，所述多i某體數(shù)據(jù)發(fā)送單元，還用于通過操作日志記錄所執(zhí)行的每個操作及 操作結果。
全文摘要
本發(fā)明實施例公開了一種多媒體數(shù)據(jù)發(fā)送方法、裝置和系統(tǒng)，其中，所述方法包括獲取待發(fā)送數(shù)據(jù)；將所述待發(fā)送數(shù)據(jù)轉換成待發(fā)送彩信；將所述待發(fā)送彩信發(fā)送給彩信中心進行發(fā)送；接收所述彩信中心返回的結果報告，當所述結果報告為發(fā)送失敗時指示所述彩信中心繼續(xù)發(fā)送，直至收到發(fā)送成功報告。本發(fā)明實施例所提供的方法，通過彩信傳遞多媒體數(shù)據(jù)，實現(xiàn)了大量數(shù)據(jù)的傳遞，使用戶獲得了更多更豐富的信息，極大地提升了用戶體驗。
文檔編號H04L12/18GK101594587SQ20091008846
公開日2009年12月2日 申請日期2009年7月1日 優(yōu)先權日2009年7月1日
發(fā)明者孫玉光, 山 巴, 張春生, 張觀樂, 朱鵬鵬, 強 李, 春 李, 王旭剛, 王春江, 瑋 由, 肖林強 申請人:中國建設銀行股份有限公司