專利名稱：使用多媒體消息傳送文件的系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種文件傳送系統(tǒng)及其方法，特別涉及一種使用多媒體消息傳送文件 的系統(tǒng)及其方法。
背景技術(shù)：
多媒體消息服務(wù)(Multimedia Message krvice，MMS)，也稱為多媒體簡訊服務(wù)， 或多媒體短信服務(wù)，或彩信服務(wù)，是可以提供傳送各式各樣的彩色圖片、動畫卡通以及聲音 等多媒體文件的消息傳送服務(wù)。實務(wù)上，一則多媒體消息的容量并不是無限制的，依據(jù)電信公司所提供的多媒體 消息服務(wù)中心(Multimedia Message Service Center，MMSC)的處理能力，多媒體消息服務(wù) 中心可以處理約30千字節(jié)(Kbytes，KB)至300KB之間的多媒體消息，而手機的限制更大， 能夠接收或處理的多媒體消息的最大容量約為30KB 60KB之間。是故，目前并無法通過 多媒體消息服務(wù)傳送文件大小超過多媒體消息的最大容量的多媒體文件。然而，隨著科技的進步，手機的功能越來越強大，除了手機上的儲存容量越來越大 之外，附加于手機上的相機的處理像素也越來越高，因此手機開始可以拍攝影片，或是拍攝 出高分辨率(如超過300萬像素)的相片。如此，將使得由手機所拍攝的影片的文件大小 輕易超過一則多媒體文件可以傳送的大小。另外，當(dāng)手機可以拍攝超過300萬像素的照片 時，手機所拍攝的照片的文件大小也會超過一則多媒體文件可以傳送的大小。這將造成使 用者無法使用以多媒體消息服務(wù)來分享多媒體文件。綜上所述，可知現(xiàn)有技術(shù)中長期以來一直存在無法以多媒體消息服務(wù)傳送文件大 小超過多媒體消息最大容量的文件的問題，因此有必要提出改進的技術(shù)手段，來解決此問題。

發(fā)明內(nèi)容
有鑒于現(xiàn)有技術(shù)存在無法以多媒體消息傳送文件大小超過最大容量的文件的問 題，本發(fā)明遂提供一種使用多媒體消息傳送文件的系統(tǒng)及其方法，其中本發(fā)明所提供的使用多媒體消息傳送文件的系統(tǒng)，至少包含傳送端及接收端， 其中，傳送端更包含儲存模塊，用以儲存目標文件；文件分割模塊，用以依據(jù)預(yù)定容量分 割目標文件為復(fù)數(shù)分割文件；識別碼產(chǎn)生模塊，用以產(chǎn)生分別對應(yīng)各分割文件的各識別碼； 消息封裝模塊，用以依據(jù)多媒體消息格式分別封裝各分割文件及相對應(yīng)的各該識別碼為各 多媒體消息；第一傳輸模塊，用以使用多媒體消息服務(wù)發(fā)送各多媒體消息；接收端更包含 第二傳輸模塊，用以使用多媒體消息服務(wù)接收各多媒體消息；文件重組模塊，用以依據(jù)記錄 于各多媒體消息中的各識別碼重組分割文件為結(jié)果文件。本發(fā)明所提供的使用多媒體消息傳送文件的系統(tǒng)，至少包含儲存模塊，用以儲存 第一目標文件；文件分割模塊，用以依據(jù)預(yù)定容量分割第一目標文件為復(fù)數(shù)第一分割文件； 識別碼產(chǎn)生模塊，用以產(chǎn)生分別對應(yīng)各第一分割文件的各第一識別碼；消息封裝模塊，用以依據(jù)多媒體消息格式分別封裝各第一分割文件及相對應(yīng)的各第一識別碼為各第一多媒體 消息；傳輸模塊，用以使用多媒體消息服務(wù)發(fā)送各第一多媒體消息，及用以使用多媒體消息 服務(wù)接收復(fù)數(shù)第二多媒體消息；文件重組模塊，用以依據(jù)記錄于各第二多媒體消息中的各 第二識別碼重組第二分割文件為結(jié)果文件。本發(fā)明所提供的使用多媒體消息傳送文件的方法，其步驟至少包括傳送端儲存 目標文件；傳送端依據(jù)預(yù)定容量分割目標文件為復(fù)數(shù)分割文件；傳送端產(chǎn)生分別對應(yīng)各分 割文件的各識別碼；傳送端以多媒體消息格式分別封裝各分割文件及相對應(yīng)的各識別碼為 各多媒體消息；傳送端使用多媒體消息服務(wù)發(fā)送各多媒體消息至接收端；接收端依據(jù)記錄 于各多媒體消息中的各識別碼重組分割文件為結(jié)果文件。本發(fā)明所提供的系統(tǒng)與方法如上，與現(xiàn)有技術(shù)之間的差異在于本發(fā)明通過傳送端 將目標文件分割為分割文件后，以多媒體消息傳送分割文件至接收端，接收端在接收到各 個分割文件后，依據(jù)對應(yīng)分割文件的識別碼排列順序，將分割文件重組為結(jié)果文件，借以解 決現(xiàn)有技術(shù)所存在的問題，并可以達成以多媒體消息服務(wù)傳送大文件的技術(shù)功效。


圖IA為傳送多媒體消息的裝置連接圖。 圖IB為另一種傳送多媒體消息的裝置連接圖。圖2A為本發(fā)明所提的使用多媒體消息傳送文件的傳送端的組件示意圖。 圖2B為本發(fā)明所提的使用多媒體消息傳送文件的接收端的組件示意圖。 圖2C為本發(fā)明所提的使用多媒體消息傳送文件的裝置的組件示意圖。 圖3A為本發(fā)明所提的使用多媒體消息傳送文件的方法流程圖。 圖3B為本發(fā)明所提的另一種使用多媒體消息傳送文件的方法流程圖。 圖4為本發(fā)明實施例所提的傳送包含分割文件的多媒體消息的示意圖。主要組件符號說明100傳送端101儲存模塊120文件分割模塊130識別碼生成模塊150消息封裝模塊160第一傳輸模塊200接收端201儲存模塊260第二傳輸模塊270文件擷取模塊290文件重組模塊300多媒體消息收發(fā)裝置301儲存模塊320文件分割模塊330識別碼生成模塊
350消息封裝模塊360傳輸模塊370文件擷取模塊390文件重組模塊400多媒體消息服務(wù)中心(電信公司)600服務(wù)器
具體實施例方式以下將配合圖式及實施例來詳細說明本發(fā)明的特征與實施方式，內(nèi)容足以使本領(lǐng) 域技術(shù)人員能夠輕易地充分理解本發(fā)明解決技術(shù)問題所應(yīng)用的技術(shù)手段并據(jù)以實施，借此 實現(xiàn)本發(fā)明可達成的功效。本發(fā)明應(yīng)用在傳送多媒體消息的現(xiàn)有架構(gòu)上，也就是使用多媒體消息服務(wù)作為數(shù) 據(jù)傳送的應(yīng)用層(Application Layer)，如圖IA所示，傳送端100通過多媒體消息服務(wù)中心 400所提供的多媒體消息服務(wù)傳遞多媒體消息至接收端200，被傳遞的多媒體消息中至少 包含分割目標文件后所產(chǎn)生的多個分割文件中的一個，接收端200同樣會通過多媒體消息 服務(wù)中心400所提供的多媒體消息服務(wù)接收多媒體消息，并將多媒體消息中的分割文件組 合為結(jié)果文件，借以將文件大小超過一則多媒體消息的最大容量的目標文件由傳送端100 傳送到接收端200。其中，目標文件即為原始的待傳文件，目標文件的文件格式可以為文字、 影像、聲音或是影片等格式，但本發(fā)明所提的目標文件的文件格式并不以上述為限；而結(jié)果 文件則為完整的目標文件或目標文件的部分內(nèi)容。以下先以圖IA的裝置連接圖來說明本發(fā)明所提的各裝置整體的系統(tǒng)運作。如圖 IA所示，本發(fā)明含有傳送端100以及接收端200。其中，為了要通過多媒體消息傳送目標文 件，所以傳送端100以及接收端200間，還需要有多媒體消息服務(wù)中心400提供多媒體消息 的傳送服務(wù)。傳送端100通常為手機、PDA等手持裝置，但本發(fā)明并不以此為限，凡可以使用多 媒體消息服務(wù)收發(fā)多媒體消息的裝置都可以為本發(fā)明所提的傳送端100，例如圖IB中的服 務(wù)器600也可以為傳送端100。若傳送端100為手機，則會以使用多媒體消息服務(wù)傳送包含 分割文件的多媒體消息至多媒體消息服務(wù)中心400，而若傳送端100為一般的服務(wù)器600， 則可以在產(chǎn)生包含分割文件的多媒體消息后，通過網(wǎng)絡(luò)傳送給多媒體消息服務(wù)中心400，使 得服務(wù)器600所產(chǎn)生的多媒體消息可以通過多媒體消息服務(wù)中心400發(fā)送至接收端200。傳送端100如圖2A所示，包含儲存模塊101、文件分割模塊120、識別碼生成模塊 130、消息封裝模塊150以及第一傳輸模塊160。儲存模塊101負責(zé)儲存目標文件，儲存模塊101所儲存的目標文件由傳送端100 的使用者預(yù)先儲存至儲存模塊101中。儲存模塊101可以為內(nèi)建于傳送端100的內(nèi)存、儲 存芯片等儲存媒體，但本發(fā)明并不以此為限，傳送端100的使用者可以在連接傳送端100與 計算機后，由計算機上傳目標文件至傳送端100，傳送端100的使用者也可以直接使用傳送 端100至互聯(lián)網(wǎng)中下載目標文件。儲存模塊101也可以為可擴充傳送端100的儲存容量的 記憶卡，傳送端的使用者可以預(yù)先通過計算機等裝置將目標文件儲存于記憶卡中，在將儲 存有目標文件的記憶卡插入傳送端100。
文件分割模塊120負責(zé)依據(jù)預(yù)定容量，將目標文件分割為多個分割文件。文件分 割模塊120分割目標文件所依據(jù)的預(yù)定容量通常為一則多媒體消息的最大容量，但本發(fā)明 所提的預(yù)定容量并不以此為限，文件分割模塊120也可以任意定義預(yù)定容量，但預(yù)定容量 將不會超過多媒體消息的最大容量。其中，每一則多媒體消息的最大容量取決于傳送端100 的數(shù)據(jù)處理能力以及多媒體消息服務(wù)中心400處理多媒體消息的能力，一般而言，多媒體 消息的最大容量為傳送端100的設(shè)定值。當(dāng)預(yù)定容量為30KB，目標文件為208KB時，文件分割模塊120至少會將目標文件分 割為七個分割文件，其中，文件分割模塊120可以分割出的六個文件大小為30KB的分割文 件以及一個文件大小為^KB的分割文件，但文件分割模塊120分割目標文件的方式并不以 此為限，例如，文件分割模塊120也可以將目標文件分割為八個文件大小都為^KB的分割 文件，或是文件大小都不相同的多個分割文件等。值得一提的是，文件分割模塊120更可以在目標文件本身即為多個文件的集合 時，將目標文件所包含的多個文件分別由目標文件中分割出來，作為分割文件，例如，當(dāng)目 標文件為多用途互聯(lián)網(wǎng)郵件擴展(Multipurpose Internet Mail Extensions, MIME)格式 的文件時，文件分割模塊120可以將目標文件中以kiSe64等編碼方式的文件擷取出來作為 分割文件。同樣的，若分割文件的文件大小依然超過預(yù)定容量，則文件分割模塊120會以上 述依據(jù)預(yù)定容量分割目標文件的方式再對分割文件進行分割。識別碼生成模塊130負責(zé)為文件分割模塊120由目標文件所分割出的各個分割文 件產(chǎn)生相對應(yīng)的識別碼。一般而言，識別碼生成模塊130所產(chǎn)生的識別碼為相對應(yīng)的分割 文件的文件名稱，但本發(fā)明并不以此為限。識別碼生成模塊130可以在目標文件的文件名稱后加入分割文件的排列順序 的序號，借以產(chǎn)生對應(yīng)分割文件的識別碼，例如當(dāng)目標文件的文件名稱為「ksg.jpg」時， 在文件分割模塊120分割出第一個分割文件后，識別碼生成模塊130所產(chǎn)生的識別碼為 rksg_l J，文件分割模塊120會定義文件分割模塊120所分割出的第一個分割文件的文件名 稱為「ksg_l. jpgj,同理，在文件分割模塊120分割出第二個分割文件后，識別碼生成模塊 130所產(chǎn)生的識別碼為「ksg_2」，依此類推。識別碼生成模塊130還可以在以上述方式產(chǎn)生的識別碼中，加入隨機產(chǎn)生的字符 串或是流水號，借以產(chǎn)生不易重復(fù)被產(chǎn)生的識別碼，也就是說，當(dāng)目標文件的文件名稱為 「ksg. jpgj時，識別碼生成模塊130在產(chǎn)生識別碼「ksg_l」后，會再加入隨機產(chǎn)生的字符串 /流水號，如iycyfj /「觀」，使得識別碼生成模塊130所產(chǎn)生的識別碼為rksg_ycyf_lj / 「ksgJ8_l」，但識別碼生成模塊130產(chǎn)生識別碼的方式并不以此為限。識別碼生成模塊130甚至也可以在以上述方式產(chǎn)生的識別碼中，加入傳送端100 的裝置識別碼，也就是國際移動裝備辨識碼(InternationalMobile Equipment Identity number, IMEI)。例如，目標文件的文件名稱為「ksg. jpgj時，識別碼生成模塊130除了會在 產(chǎn)生識別碼時加入流水號「28」之外，還會加入國際移動裝備辨識碼「350686303527040」， 則識別碼生成模塊130產(chǎn)生的識別碼將為「ksg_350686303527040J8_l」。消息封裝模塊150負責(zé)依據(jù)多媒體消息格式，將文件分割模塊120由目標文件所 分割出的分割文件以及識別碼生成模塊130產(chǎn)生的與該分割文件對應(yīng)的識別碼封裝在同 一則多媒體消息中。其中，若識別碼為相對應(yīng)的分割文件的文件名稱，則消息封裝模塊150將可以直接封裝分割文件，如此分割文件的文件名稱也會被記錄于多媒體消息中，而若識 別碼不為分割文件的文件名稱，則消息封裝模塊150在封裝分割文件時，還需要將相對應(yīng) 的識別碼記錄在多媒體消息中，例如以多媒體消息的文字信息記錄識別碼，或是以文本文 件記錄分割文件的文件名稱以及識別碼的對應(yīng)關(guān)系后，再封裝該文本文件，甚至記錄在多 媒體消息的表頭中等方式記錄對應(yīng)分割文件的識別碼。特別值得一提的是，消息封裝模塊150在封裝分割文件為多媒體消息時，還可以 封裝文件大小不超過多媒體消息的剩余容量的其它文件，也就是說，消息封裝模塊150可 以將分割文件以及其它文件一同封裝為一則多媒體消息，而被封裝為同一則多媒體消息的 分割文件以及其它文件的文件大小的總合不超過多媒體消息的最大容量。其中，與分割文 件一同被封裝同一則多媒體消息的其它文件可以為來自不同文件的分割文件，或是其它不 同的文件的集合。第一傳輸模塊160負責(zé)以多媒體消息服務(wù)發(fā)送消息封裝模塊150所產(chǎn)生的多媒體 消息。由于多媒體消息需要通過多媒體消息服務(wù)中心400發(fā)送給接收端200，故第一傳輸模 塊160會將多媒體消息傳送到多媒體消息服務(wù)中心400。其中，特別值得一提的是，第一傳 輸模塊160所發(fā)送的多媒體消息的格式雖然與現(xiàn)有的相同，但現(xiàn)有的多媒體消息中所記錄 的多媒體文件必須為完整的多媒體文件，而在本發(fā)明中，記錄于多媒體消息中的文件至少 有一個文件不是完整的，也就是說，本發(fā)明的多媒體消息所記錄的文件可能為一個完整文 件的一部分(部分的文件)，也可能為兩個不同文件的部分，或是一個部分的文件以及一個 或多個完整的文件。經(jīng)由上述的文件分割模塊120、識別碼生成模塊130、消息封裝模塊150以及第一 傳輸模塊160等模塊，傳送端100可以在將目標文件分割為多個分割文件后，以多媒體消息 服務(wù)將包含各個分割文件的多媒體消息分別以多次發(fā)送給接收端200。接著繼續(xù)說明接收端200，接收端200與傳送端100相似，通常為手機、PDA等手持 裝置，但本發(fā)明并不以此為限，其它可使用多媒體消息服務(wù)收發(fā)多媒體消息的裝置都可能 為本發(fā)明所提的接收端200，例如圖IA中的服務(wù)器600也可以接收由傳送端100的多媒體 消息。其中，接收端200如圖2B所示，包含第二傳輸模塊沈0以及文件重組模塊四0。第二傳輸模塊260負責(zé)通過多媒體消息服務(wù)接收由傳送端100所發(fā)出的多媒體消 息。由于傳送端100會將多媒體消息發(fā)送到多媒體消息服務(wù)中心400，所以多媒體消息服務(wù) 中心400在接收到傳送端100所發(fā)出的多媒體消息后，會直接將多媒體消息傳送至接收端 200，由第二傳輸模塊260接收，或是傳送多媒體消息下載通知至接收端200，使得第二傳輸 模塊260在接收到多媒體消息下載通知后，會通過多媒體消息服務(wù)聯(lián)機到多媒體消息服務(wù) 中心400，借以下載由傳送端100通過多媒體消息服務(wù)中心400發(fā)送給接收端200的多媒體 消息。文件重組模塊四0負責(zé)依據(jù)各個多媒體消息中包含的分割文件所對應(yīng)的識別碼， 排列各個分割文件，并依據(jù)排列后的順序，將各個分割文件依序組合為目標文件。例如， 第二傳輸模塊260接收到三個多媒體消息，當(dāng)分割文件所對應(yīng)的識別碼即為分割文件的 文件名稱時，若三個多媒體消息中所包含的分割文件的文件名稱分別為「ksgJ8_l. jpg」、 rksg_28_3. jpgJ以及「ksgJ8_2. jpg」，則文件重組模塊290會依據(jù)分割文件的文件名稱， 排列分割文件為「ksgJ8_l. jpg」、rksg_28_2. jpgJ以及「ksgJ8_3. jpgJ的順序，先將分割文件「ksgJ8_2. jpgj組合至分割文件「ksgJ8_l. jpgj之后，在將分割文件「ksgJ8_3. jpgj組合至組合「ksgJ8_l. jpgj以及「ksgJ8_2. jpgj所產(chǎn)生的文件之后，在文件重組模 塊290完成三個分割文件的組合后，組合產(chǎn)生的結(jié)果文件即為目標文件「ksg. jpg」。其中， 若多媒體消息中僅包含分割文件，而沒有包含其它的文件，則文件重組模塊290可以直接 由多媒體消息中擷取出分割文件。特別值得一提的是，若第二傳輸模塊260沒有接收到分割目標文件后所產(chǎn)生的所 有分割文件，則文件重組模塊四0同樣會依據(jù)各個多媒體消息中包含的分割文件所對應(yīng)的 識別碼，排列已接收的各個分割文件，并依據(jù)排列后的順序，依序?qū)⒏鱾€分割文件盡可能的 組合為結(jié)果文件，此時的結(jié)果文件將為不完整的目標文件。一般而言，文件重組模塊四0 組合后的結(jié)果文件為目標文件的第一個字節(jié)至未接收到的分割文件前一個字節(jié)，而在該未 接收到的分割文件的后的分割文件若無法使用，則會被丟棄(drop)。例如，第二傳輸模塊 260接收到三個多媒體消息，當(dāng)分割文件所對應(yīng)的識別碼即為分割文件的文件名稱時，若三 個多媒體消息中所包含的分割文件的文件名稱分別為「ksgJ8_l. jpg」、rksg_28_2. jpgj 以及「ksgJ8_4. jpg」，則文件重組模塊290會依據(jù)分割文件的文件名稱，排列分割文件為 rksg_28_l. jpg」、rksg_28_2. jpgj 以及 rksg_28_4. jpgj 的順序，由于第二傳輸模塊 260 沒 有接收到封裝分割文件「ksgJ8_3. jpgj的多媒體消息，因此文件重組模塊290會將分割 文件「ksgJ8_2. jpgj組合至分割文件「ksgJ8_l. jpgj之后，并丟棄分割文件「ksgJ8_4. jpg」，也就是說，文件重組模塊290組合產(chǎn)生的結(jié)果文件即為目標文件「ksg. jpgj的前兩部 分。通過上述的第二傳輸模塊沈0以及文件重組模塊290等模塊，接收端200將可以 通過多媒體消息服務(wù)接收傳送端100所發(fā)送的多媒體消息，并將多媒體消息所包含的分割 文件重新組合為結(jié)果文件。另外，接收端200更可以包含文件擷取模塊270，負責(zé)在第二傳輸模塊260所接收 的多媒體消息中不只包含一個分割文件時，由多媒體消息中擷取出該分割文件以及一個或 多個其它文件(其它分割文件或完整的文件)。也就是說，若傳送端100的消息封裝模塊 150在多媒體消息中封裝一個分割文件以及一個或多個其它文件，則文件擷取模塊270便 會由該多媒體消息中分別擷取出分割文件以及其它文件，借以讓文件重組模塊290組合多 媒體消息中的分割文件。接收端200也可以包含儲存模塊201，負責(zé)儲存文件重組模塊290組合產(chǎn)生的結(jié)果 文件，以及在接收端200包含文件擷取模塊270時，儲存文件擷取模塊270由多媒體消息中 所擷取出的完整的其它文件。在實務(wù)上，由于傳送端100/接收端200可能同時提供傳送多媒體消息以及接收 多媒體消息的功能，故傳送端100以及接收端200更可以結(jié)合為一個多媒體消息收發(fā)裝置 300，如此，多媒體消息收發(fā)裝置300可以成為傳送端100或接收端200，也就是說，多媒體消 息收發(fā)裝置300將可以分割目標文件為分割文件，并以多媒體消息傳送，也可以將接收的 多媒體消息中所包含的分割文件重組為目標文件。如圖2C所示，多媒體消息收發(fā)裝置300包含儲存模塊301、文件分割模塊320、識 別碼生成模塊330、消息封裝模塊350、傳輸模塊360、文件重組模塊390，以及可以附加的文 件擷取模塊370。其中，文件分割模塊320、識別碼生成模塊330以及消息封裝模塊350分別與圖2A中的文件分割模塊120、識別碼生成模塊130以及消息封裝模塊150的功能相同，文 件擷取模塊370(如果有的話)以及文件重組模塊390分別與圖2B中的文件擷取模塊270 以及文件重組模塊290的功能相同，故不再贅述。而傳輸模塊360則包含圖2A中的第一傳 輸模塊160以及圖2B中的第二傳輸模塊沈0的功能，同樣不再重復(fù)說明。另外，儲存模塊301包含圖2A中的儲存模塊101的所有功能，此外，儲存模塊301 也可以負責(zé)儲存文件重組模塊390組合產(chǎn)生的結(jié)果文件，以及在多媒體消息收發(fā)裝置300 包含文件擷取模塊370時，儲存文件擷取模塊370由多媒體消息中所擷取出的完整的其它 文件。接著以一個實施例來解說本發(fā)明的運作系統(tǒng)與方法，并請參照圖3A本發(fā)明所提 的使用多媒體消息傳送文件的方法流程圖，以及圖4的示意圖。在本實施例中，假設(shè)傳送端100以及接收端200都為執(zhí)行有本發(fā)明的手機，但本發(fā) 明所提的傳送端100與接收端200并不以手機為限。在本實施例中，也假設(shè)目標文件為影 片，但本發(fā)明所提的目標文件亦不以影片為限。當(dāng)傳送端100的使用者欲將兒子的影片(目標文件)傳送給父親觀看時，傳送端 100的使用者需要先將兒子的影片儲存到傳送端100的儲存模塊101中(步驟501)。假設(shè) 在本實施例中，儲存模塊101為記憶卡，傳送端100的使用者會將文件名為「child. 3gpJ的 兒子的影片儲存在記憶卡中，并將記憶卡插入使用者所使用的手機(傳送端100)的記憶卡 插槽中，使得傳送端100包含儲存模塊101。之后，傳送端100的使用者會在手機上輸入父親的手機號碼，并在進行傳送多媒 體消息的操作過程中，選擇使用者的兒子的影片「child. 3gp」，借以通過執(zhí)行有本發(fā)明的手 機將傳送端100使用者的兒子的影片通過多媒體消息服務(wù)傳送到傳送端100使用者的父親 的手機(接收端200)上，使得傳送端100使用者的父親可以通過執(zhí)行有本發(fā)明的手機觀看 傳送端100使用者的兒子的影片。當(dāng)傳送端100的使用者確認以多媒體消息將傳送端100使用者的兒子的影片傳送 到傳送端100使用者的父親的手機后，傳送端100的文件分割模塊120會至傳送端100的儲 存模塊101中讀取傳送端100使用者的兒子的影片(步驟510)。接著，傳送端100的文件 分割模塊120會依據(jù)預(yù)定容量將傳送端100使用者的兒子的影片分割為多個分割文件(步 驟520)。假設(shè)在本實施例中，傳送端100設(shè)定的預(yù)定容量為30KB，若傳送端100使用者的 兒子的影片「child. 3gp」的文件大小為140KB，則傳送端100使用者的兒子的影片無法直接 以現(xiàn)有的多媒體消息傳送給接收端200，故文件分割模塊120會將傳送端100使用者的兒子 的影片分割為五個分割文件，使得每個分割文件的文件大小都在30KB(傳送端100所設(shè)定 的預(yù)定容量)之內(nèi)，例如五個分割文件中，四個分割文件的文件大小為「30KB」，另一個分割 文件的文件大小為「20KB」。在傳送端100的文件分割模塊120將目標文件分割為五個分割文件(步驟520) 后，傳送端100的識別碼生成模塊130會為五個分割文件分別產(chǎn)生相對應(yīng)的識別碼(步 驟530)。假設(shè)在本實施例中，識別碼生成模塊130所生成的識別碼分別為「child_13_l」、 「child_13_2」、「child_13_3」、「child_13_4」以及「child_13_5」，依序與文件分割模塊 120 所分割出的第一個至第五個分割文件相對應(yīng)。在傳送端100的識別碼生成模塊130為五個分割文件分別產(chǎn)生相對應(yīng)的識別碼(步驟530)后，文件分割模塊120會將識別碼生成模塊130所生成的識別碼定義為相對應(yīng) 的分割文件的文件名稱，也就是說，文件分割模塊120會將其所分割出的第一個至第五個 分割文件的名稱依序定義為「child_13_l. 3gp」、「child_13_2. 3gp」、「child_13_3. 3gp」、 「child_13_4. 3gpJ以及「child_13_5. 3gp」。其中，本發(fā)明所提的識別碼并不一定需要被定 義為分割文件的文件名稱。在傳送端100的文件分割模塊120將識別碼生成模塊130所生成的識別碼定義 為相對應(yīng)的分割文件的文件名稱后，傳送端100的消息封裝模塊150會依據(jù)多媒體消息格 式，分別將分割文件及相對應(yīng)的識別碼封裝為多媒體消息(步驟550a)。在本實施例中， 由于分割文件的文件名稱即為相對應(yīng)的識別碼，因此消息封裝模塊150會將五個分割文件 分別封裝為五則多媒體消息。而若分割文件的文件名稱不為相對應(yīng)的識別碼，則當(dāng)消息封 裝模塊150在封裝第一個分割文件(假設(shè)文件名稱為「partOl. 3gpJ )時，還可以會將相對 應(yīng)的識別碼「child_13_l」記錄至多媒體消息的文字信息，或是以文本文件「id. txtj記錄 「partOl. 3gp :child_13_l」的對應(yīng)關(guān)系后，將文本文件「id. txtj 一并封裝至同一則多媒體 消息中。接著，消息封裝模塊150會繼續(xù)相同方式封裝其它的分割文件以及相對應(yīng)的識別 碼。在傳送端100的消息封裝模塊150依據(jù)多媒體消息格式，將分割文件及相對應(yīng)的 識別碼封裝為多媒體消息(步驟550a)后，傳送端100的第一傳輸模塊160會分別發(fā)送到 傳送端100使用者的父親的手機(步驟560)。由于多媒體消息需要通過多媒體消息中心 400來傳送，所以第一傳輸模塊160會通過多媒體消息服務(wù)將消息封裝模塊150所產(chǎn)生的五 個多媒體消息逐一傳送到多媒體消息服務(wù)中心400，多媒體消息服務(wù)中心400在接收到傳 送端100所傳送的多媒體消息后，會依據(jù)多媒體消息中所記錄的傳送端100使用者的父親 的手機號碼，直接將傳送端100所發(fā)出的多媒體消息傳送給使用該手機號碼的接收端200， 或是先發(fā)送多媒體消息下載通知至使用該手機號碼的接收端200，使得接收端200的第二 傳輸模塊260在接收到多媒體消息服務(wù)中心400所發(fā)送的多媒體消息下載通知后，聯(lián)機至 多媒體消息服務(wù)中心400，再由多媒體消息服務(wù)中心400將記錄該手機號碼的多媒體消息 傳送給接收端200，使得第二傳輸模塊260下載由傳送端100所發(fā)送的多媒體消息。在接收端200的第二傳輸模塊260接收到傳送端100所發(fā)送的多媒體消息后， 接收端200的文件重組模塊290會由多媒體消息中擷取出分割文件(步驟570a)，并依 據(jù)被擷取出的分割文件所對應(yīng)的識別碼重組分割文件為結(jié)果文件(步驟590)。由于在 本實施例中，傳送端100的文件分割模塊120將識別碼定義為分割文件的文件名稱，因此 文件重組模塊290將可以依據(jù)第二傳輸模塊260所接收到的五個多媒體消息所包含的分 割文件的文件名稱排列五個分割文件，也就是說，文件重組模塊290會依序排列分割文件 「child_13_l. 3gp」、分割文件「child_13_2. 3gp」、分割文件「child_13_3. 3gp」、分割文件 「child_13_4. 3gpJ以及分割文件「child_13_5. 3gp」后，依照排列的順序?qū)⑽鍌€分割文件組 合為結(jié)果文件，此結(jié)果文件即為目標文件「child. 3gp」，使得傳送端100使用者的父親可以 使用其手機觀看其孫子的影片。如此，本發(fā)明將可以使用多媒體消息服務(wù)傳送超過一則多 媒體消息的最大容量的文件。若在多媒體消息的傳遞過程中，接收端200的第二傳輸模塊沈0只接收到四 則多媒體消息，假設(shè)第二傳輸模塊260所接收到的多媒體消息所封裝的分割文件為「child_13_l. 3gp」、「child_13_2. 3gp」、「child_13_4. 3gpJ 以及「child_13_2. 3gp」，則文 件重組模塊290會依據(jù)分割文件的文件名稱，依序排列分割文件「child_13_1.3gp」、分割 文件「child_13_2. 3gp」、分割文件「child_13_4. 3gpJ 以及分割文件「child_13_2. 3gp」， 由于第二傳輸模塊260沒有接收到封裝分割文件「child_13_3. 3gp」的多媒體消息，因此 在文件重組模塊290將分割文件「child_13_2. 3gp」組合在分割文件「child_13_l. 3gpJ 之后，以及將分割文件「child_13_5. 3gpJ組合在分割文件「child_13_4. 3gpJ之后，并 會進一步嘗試將分割文件「child_13_4. 3gp」組合在分割文件「child_13_2. 3gp」之后， 若組合后的文件可以被播放，則組合四個分割文件后所產(chǎn)生的文件即為結(jié)果文件，若組合 后的文件不可以被播放，則文件組合模塊290會丟棄分割文件「child_13_4. 3gp」以及分 割文件「child_13_5. 3gp」，如此，文件重組模塊290組合產(chǎn)生的結(jié)果文件將為目標文件 「child_13. 3gpJ的前兩部分。綜上所述，可知本發(fā)明與現(xiàn)有技術(shù)之間的差異在于傳送端100將目標文件分割為 分割文件后，以多媒體消息傳送分割文件至接收端200，接收端200在接收到各個分割文件 后，依據(jù)對應(yīng)分割文件的識別碼排列順序，將分割文件重組為結(jié)果文件的技術(shù)手段，借由此 一技術(shù)手段可以解決現(xiàn)有技術(shù)所存在無法以多媒體消息傳送文件大小超過最大容量的文 件的問題，進而達成以多媒體消息服務(wù)傳送大文件的技術(shù)功效。另外，在上述實施例中，假設(shè)文件大小為「20KB」的分割文件為「child_13_l. 3gp」， 若傳送端100的消息封裝模塊150在封裝分割文件「child_13_l. 3gp」為一則多媒體消 息時，還將其它的文件封裝至同一則多媒體消息中，例如文件大小為「3KB」的系統(tǒng)數(shù)據(jù)文 件(完整文件)或是文件大小為「10KB」的分割文件「ksg_3.jpg」(部分文件)，則接收 端200必須包含文件擷取模塊270。如此，將如圖:3B的流程所示，在傳送端100的消息封 裝模塊150將目標文件「child_13. 3gp」以及系統(tǒng)數(shù)據(jù)文件/分割文件「ksg_3. jpgj封裝 為一則多媒體消息(步驟550b)后，傳送端100的第一傳輸模塊160會發(fā)送封裝分割文 件「child_13_l. 3gp」以及系統(tǒng)數(shù)據(jù)文件/分割文件「ksg_3. jpgj的多媒體消息至接收端 200 (步驟560)，在接收端200的第二傳輸模塊260接收到封裝分割文件「child_13_l. 3gpJ 以及系統(tǒng)數(shù)據(jù)文件/分割文件「ksg_3.jpg」的多媒體消息后，接收端200的文件擷取 模塊270會由接收端的第二傳輸模塊260所接收的多媒體消息中，擷取出分割文件 「child_13_l. 3gpJ以及系統(tǒng)數(shù)據(jù)文件/分割文件「ksg_3. jpgj (步驟570b)，如此，文件重 組模塊290可以在后續(xù)接收到其它分割自「child_13.3gp」的分割文件后，組合分割文件 「child_13_l. 3gp」(步驟590)，并讓系統(tǒng)數(shù)據(jù)文件被接收端200所使用或是在后續(xù)接收到 其它分割自「ksg. jpgj的分割文件后，組合分割文件「ksg_3. jpg」。再者，本發(fā)明的使用多媒體消息傳送文件的方法，可實現(xiàn)于硬件、軟件或硬件與軟 件的組合中。雖然本發(fā)明所提供的實施方式如上，但所述的內(nèi)容并非用以直接限定本發(fā)明的專 利保護范圍。任何本領(lǐng)域技術(shù)人員，在不脫離本發(fā)明所公開的精神和范圍的前提下，對本發(fā) 明的實施的形式上及細節(jié)上作些許的更動潤飾，均屬于本發(fā)明的專利保護范圍。本發(fā)明的 專利保護范圍，仍須以所附的權(quán)利要求所界定者為準。
權(quán)利要求
1.一種使用多媒體消息傳送文件的方法，其特征在于，該方法至少包含下列步驟 一傳送端儲存一目標文件，該目標文件為完整內(nèi)容的文件；該傳送端依據(jù)預(yù)定容量分割該目標文件為復(fù)數(shù)分割文件； 該傳送端產(chǎn)生分別對應(yīng)各該分割文件的各識別碼；該傳送端以多媒體消息格式分別封裝各該分割文件及相對應(yīng)的各該識別碼為復(fù)數(shù)多 媒體消息；該傳送端使用多媒體消息服務(wù)發(fā)送各該多媒體消息至一接收端；及該接收端依據(jù)記錄于各該多媒體消息中的各該識別碼重組該些分割文件為一結(jié)果文件。
2.如權(quán)利要求1所述的使用多媒體消息傳送文件的方法，其特征在于，該傳送端以多 媒體消息格式分別封裝各分割文件及相對應(yīng)的各該識別碼為復(fù)數(shù)多媒體消息的步驟更包 含該傳送端于封裝各該分割文件時，一并封裝文件大小不超過各該多媒體消息的剩余容量 的其它文件的步驟。
3.如權(quán)利要求1所述的使用多媒體消息傳送文件的方法，其特征在于，該傳送端產(chǎn)生 分別對應(yīng)各該分割文件的各識別碼的步驟為該傳送端以隨機產(chǎn)生的字符串或流水號產(chǎn)生 各該識別碼。
4.一種使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該系統(tǒng)至少包含 一傳送端，其中更包含一儲存模塊，用以儲存一目標文件，該目標文件為完整內(nèi)容的文件； 一文件分割模塊，用以依據(jù)預(yù)定容量分割該目標文件為復(fù)數(shù)分割文件； 一識別碼產(chǎn)生模塊，用以產(chǎn)生分別對應(yīng)各該分割文件的各識別碼； 一消息封裝模塊，用以依據(jù)多媒體消息格式分別封裝各分割文件及相對應(yīng)的各該識別 碼為各多媒體消息；及一第一傳輸模塊，用以使用多媒體消息服務(wù)發(fā)送各該多媒體消息；及 一接收端，其中更包含一第二傳輸模塊，用以使用多媒體消息服務(wù)接收各該多媒體消息；及 一文件重組模塊，用以依據(jù)記錄于各該多媒體消息中的各該識別碼重組該些分割文件 為一結(jié)果文件。
5.如權(quán)利要求4所述的使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該系統(tǒng)更包含 一文件擷取模塊，用以由各該多媒體文件中擷取該分割文件或該分割文件與至少一其它文 件，該些其它文件為該消息封裝模塊于封裝一該分割文件為一該多媒體消息時，一并被封 裝至該多媒體消息中，其中，該些其它文件的文件大小的總合不超過該多媒體消息封裝該 分割文件后的剩余容量。
6.如權(quán)利要求4所述的使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該預(yù)定容量小 于或等于傳送多媒體消息的最大容量。
7.如權(quán)利要求4所述的使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該結(jié)果文件為 完整的該目標文件或該目標文件的部分。
8.如權(quán)利要求4所述的使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該消息封裝模 塊分別封裝各該識別碼為各該多媒體消息的文字信息，或更用以建立一文本文件，并封裝一該分割文件及該文本文件至一該多媒體消息，其中，該文本文件記錄該分割文件及相對 應(yīng)的該識別碼的對應(yīng)關(guān)系。
9.如權(quán)利要求4所述的使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該文件分割模 塊更用以設(shè)定各該識別碼為相對應(yīng)的分割文件的文件名稱。
10.如權(quán)利要求4所述的使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該結(jié)果文件為 完整的目標文件或部分的目標文件。
11.一種使用多媒體消息傳送文件的系統(tǒng)，應(yīng)用于一多媒體消息收發(fā)裝置，該系統(tǒng)至少 包含一儲存模塊，用以儲存該第一目標文件，該第一目標文件為完整內(nèi)容的文件； 一文件分割模塊，用以依據(jù)預(yù)定容量分割該第一目標文件為復(fù)數(shù)第一分割文件； 一識別碼產(chǎn)生模塊，用以產(chǎn)生分別對應(yīng)各該第一分割文件的各第一識別碼； 一消息封裝模塊，用以依據(jù)多媒體消息格式分別封裝各該第一分割文件及相對應(yīng)的各 該第一識別碼為各第一多媒體消息；一傳輸模塊，用以使用多媒體消息服務(wù)發(fā)送各該第一多媒體消息，及用以使用多媒體 消息服務(wù)接收復(fù)數(shù)第二多媒體消息；及一文件重組模塊，用以依據(jù)記錄于各該第二多媒體消息中的各該第二識別碼重組該些 第二分割文件為一結(jié)果文件。
12.如權(quán)利要求11所述的使用多媒體消息傳送文件的系統(tǒng)，其特征在于，該系統(tǒng)更包 含一文件擷取模塊，用以由各該多媒體文件中擷取該分割文件及至少一其它文件，該些其 它文件為該消息封裝模塊于封裝一該分割文件為一該多媒體消息時，一并被封裝至該多媒 體消息中，其中，該些其它文件的文件大小的總合不超過該多媒體消息封裝該分割文件后 的剩余容量。
全文摘要
本發(fā)明提供一種使用多媒體消息傳送文件的系統(tǒng)及其方法，其通過傳送端將目標文件分割為分割文件后，以多媒體消息傳送分割文件至接收端，接收端在接收到各個分割文件后，依據(jù)對應(yīng)分割文件的識別碼排列順序，將分割文件重組為結(jié)果文件的技術(shù)手段，達成以多媒體消息服務(wù)傳送大文件的技術(shù)功效。
文檔編號H04W4/12GK102056094SQ20091021145
公開日2011年5月11日 申請日期2009年11月10日 優(yōu)先權(quán)日2009年11月10日
發(fā)明者林志堯, 游文賢 申請人:酷手機多媒體股份有限公司