專利名稱：在無連接通信過程中為向終端傳輸而重新格式化多媒體消息的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及通信領(lǐng)域，特別是在無連接通信過程中為向終端傳輸而重新格式化多媒體消息的方法、裝置和系統(tǒng)。
背景技術(shù)：
多媒體由一種或多種媒體要素組成，例如文字、語音、圖像和視頻，并且是這些媒體要素以有序的同步方式形成的組合構(gòu)成多媒體表現(xiàn)形式，也稱為多媒體內(nèi)容。用戶觀察到的非實時多媒體消息是多媒體表現(xiàn)形式中的一種或多種不同的媒體要素形成的組合，該組合可以在用戶之間以非實時方式傳輸。
隨著因特網(wǎng)的流行以及個人計算機功能的增強，多媒體技術(shù)必須持續(xù)地迅速發(fā)展以便為新功能做準(zhǔn)備，例如已經(jīng)成為日常生活一部分的多媒體消息、游戲、表演和服務(wù)。此外，手持設(shè)備不斷縮小的體積和不斷增強的功能，例如個人數(shù)據(jù)助理(PDA)、移動電話及其組合，使向這些設(shè)備提供多媒體內(nèi)容的可能性增大。根據(jù)可用存儲器、顯示器尺寸和顯示器類型，這些用戶終端中的絕大多數(shù)具有不同的功能。結(jié)果，如果多媒體消息超出了終端的功能，終端將拒絕特定多媒體消息的傳輸。
因此，需要一種在無連接通信過程中，為向終端傳輸而重新格式化多媒體消息的方法、裝置和系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明提供一種支持現(xiàn)有和未來多媒體消息發(fā)送技術(shù)、并在無連接通信過程中為向終端傳輸而重新格式化多媒體消息的靈活的體系結(jié)構(gòu)。結(jié)果，如果多媒體消息超出了終端的功能，任意給定的終端都將拒絕較少的多媒體消息。此外，本發(fā)明可以根據(jù)一個或多個終端、或者運行標(biāo)準(zhǔn)優(yōu)化多媒體消息的重新格式化。
本發(fā)明提供了一種在無連接通信過程中為向終端傳輸而重新格式化多媒體消息的方法。本發(fā)明向終端發(fā)送第一多媒體消息通知。只要終端拒絕多媒體消息的傳輸，本發(fā)明就請求終端的一個或多個功能，根據(jù)被請求的功能重定多媒體消息的格式，并向終端發(fā)送第二多媒體消息通知。只要終端接受多媒體消息的傳輸，本發(fā)明就向終端發(fā)送重新格式化的多媒體消息。該方法可以利用計算機可讀媒質(zhì)中的計算機程序?qū)崿F(xiàn)，其中的每個函數(shù)都是利用一個代碼段執(zhí)行的。
此外，本發(fā)明提供了一種在無連接通信過程中用于重新格式化多媒體消息的、包括終端和服務(wù)器的系統(tǒng)。服務(wù)器向終端發(fā)送第一多媒體消息通知。只要終端拒絕多媒體消息的傳輸，服務(wù)器就請求終端的一個或多個功能，根據(jù)被請求的功能重定多媒體消息的格式，并向終端發(fā)送第二多媒體消息通知。只要終端接受多媒體消息的傳輸，服務(wù)器就向終端發(fā)送重新格式化的多媒體消息。
參考下述結(jié)合附圖進行的詳細描述，本發(fā)明的其它特點和優(yōu)點對于本領(lǐng)域的普通技術(shù)人員是顯然的。
附圖簡述為了更好地理解本發(fā)明，并通過實例示出本發(fā)明是如何實現(xiàn)的，將參考結(jié)合附圖進行的本發(fā)明的詳細描述，其中不同圖中的相應(yīng)數(shù)字表示相應(yīng)的部分，其中

圖1是示出根據(jù)本發(fā)明實施方案的多媒體消息發(fā)送系統(tǒng)的框圖；圖2A和2B是示出根據(jù)現(xiàn)有技術(shù)的終端接受和拒絕多媒體消息的順序圖；和圖3是示出根據(jù)本發(fā)明一個實施方案的終端接受多媒體消息的順序圖。

發(fā)明內(nèi)容
盡管下面將詳細討論本發(fā)明的各種實施方案的建立和使用，但是應(yīng)當(dāng)理解的是本發(fā)明提供了多個可應(yīng)用的創(chuàng)造性概念，這些概念可以體現(xiàn)在各種具體情況中。例如，除了電信系統(tǒng)之外，本發(fā)明還可以應(yīng)用于其它形式的通信或一般的數(shù)據(jù)處理。其它形式的通信包括網(wǎng)絡(luò)間的通信、衛(wèi)星通信、或到本發(fā)明日期為止尚不為人所知的任何形式的通信。這里討論的具體實施方案僅僅是示出安排和使用本發(fā)明的具體方式，而不限制本發(fā)明的范圍。
本發(fā)明提供一種支持現(xiàn)有和未來多媒體消息發(fā)送技術(shù)、并在無連接通信過程中為向終端傳輸而重新格式化多媒體消息的靈活的體系結(jié)構(gòu)。結(jié)果，如果多媒體消息超出了終端的功能范圍，任意給定的終端都將拒絕較少的多媒體消息。此外，本發(fā)明可以根據(jù)一個或多個終端、或者運行標(biāo)準(zhǔn)優(yōu)化多媒體消息的重新格式化。
參考圖1，示出根據(jù)本發(fā)明實施方案的多媒體消息發(fā)送系統(tǒng)100的框圖。系統(tǒng)100包括發(fā)送用戶端102、多媒體服務(wù)中心(MMS-C)104、消息網(wǎng)關(guān)106和接收用戶端108。發(fā)送和接收用戶端102和108都是多媒體兼容的。另外，發(fā)送和接收用戶端102和108分別通過一個或多個通信網(wǎng)絡(luò)，例如固定網(wǎng)絡(luò)、移動網(wǎng)絡(luò)、移動通信全球系統(tǒng)(GSM)、第二代(2G)移動網(wǎng)絡(luò)、第三代(3G)移動網(wǎng)絡(luò)和因特網(wǎng)/IP網(wǎng)絡(luò)，可通信地連接到多媒體服務(wù)中心104和消息網(wǎng)關(guān)106。MMS-C104負責(zé)存儲和處理輸入和輸出多媒體消息，以及在不同的消息發(fā)送系統(tǒng)之間傳遞多媒體消息。消息網(wǎng)關(guān)106負責(zé)通知接收用戶端108多媒體消息已經(jīng)準(zhǔn)備好傳輸，隨后處理多媒體消息到接收用戶端108的傳輸。消息網(wǎng)關(guān)106包括WAP/Push代理網(wǎng)關(guān)(WAP PPG)110和WAP網(wǎng)關(guān)112?；蛘?，消息網(wǎng)關(guān)106包括代替WAP PPG110的SMSC和代替WAP網(wǎng)關(guān)112的網(wǎng)絡(luò)瀏覽器。MMS-C 104通過使用標(biāo)準(zhǔn)因特網(wǎng)協(xié)議114，例如超文本傳輸協(xié)議(HTTP)，的網(wǎng)絡(luò)可通信地連接到消息網(wǎng)關(guān)106。
工作時，發(fā)送用戶端102發(fā)送多媒體消息116到MMS-C 104，消息存儲在此并等待向接收用戶端108的傳輸。MMS-C 104發(fā)送通知指示108(Notify.Ind)到WAP PPG 110，然后WAP PPG 110發(fā)送表示多媒體消息已經(jīng)收到并已準(zhǔn)備好傳輸?shù)亩嗝襟w消息通知120到接收用戶端108。當(dāng)用戶想接收多媒體消息116時，他或她從接收用戶端108向WAP網(wǎng)關(guān)112發(fā)送獲取消息122，然后WAP網(wǎng)關(guān)112發(fā)送取回指示124(Retreive.Ind)到MMS-C 104?；蛘?，用戶端108可以在檢查接收多媒體消息116的終端108的功能之后，自動地發(fā)送獲取消息122。MMS-C 104發(fā)送多媒體消息116到WAP網(wǎng)關(guān)112，然后WAP網(wǎng)關(guān)112轉(zhuǎn)送多媒體消息116到接收用戶端108并發(fā)送表示已經(jīng)接收多媒體消息116的確認指示126(Ack.Ind)到MMS-C 104。如前所述，多媒體消息116包括文字、照片和音頻文件。照片可以編碼為JPEG、GIF 89a、GIF 89b、PGN、MNG或WBMP格式。
現(xiàn)在參考圖2A和2B簡要地敘述并討論現(xiàn)有技術(shù)，圖中示出了根據(jù)現(xiàn)有技術(shù)的終端接受和拒絕多媒體消息的順序圖。采用兩步傳輸機制傳輸多媒體內(nèi)容到移動終端。采用兩步傳輸?shù)脑蚴菙?shù)據(jù)連接是由終端204初始化，而不是服務(wù)器202或網(wǎng)絡(luò)。為了建立對話，終端204需要獨立的通知指示。
關(guān)于圖2A所示的接受序列，服務(wù)器或MMS-C 202發(fā)送多媒體消息通知206到移動終端204。多媒體消息通知206包含多媒體消息的發(fā)送者、多媒體消息的有效期和多媒體消息的大小。這里沒有提及多媒體消息的內(nèi)容。通知過程是在無連接環(huán)境下進行的，所以服務(wù)器202不與終端204直接通信。然后，終端204執(zhí)行自動可用存儲器檢測208以便確定在隨后的消息下載過程中多媒體消息是否可以存儲在終端204。注意還可以檢測終端204的其它功能。一旦自動可用存儲器檢測208成功，終端204就可以隨意地發(fā)送多媒體消息的接受指示210。然后，終端208向服務(wù)器202請求多媒體消息內(nèi)容212，然后服務(wù)器202發(fā)送多媒體消息內(nèi)容214到終端204。然后，終端204解釋并顯示多媒體消息216。
關(guān)于圖2B所示的拒絕序列，服務(wù)器或MMS-C 202發(fā)送多媒體消息通知206到移動終端204，然后移動終端204執(zhí)行自動可用存儲器檢測208。注意還可以檢測終端204的其它功能。如果自動可用存儲器檢測208失敗，終端204就拒絕多媒體消息218，多媒體消息不會被傳輸。注意拒絕消息218并不一定要指出拒絕的準(zhǔn)確原因。一旦收到拒絕消息218，服務(wù)器204就可以終止任何傳輸內(nèi)容的嘗試。
現(xiàn)在回到參考圖3進行的關(guān)于本發(fā)明的討論，圖中示出了根據(jù)本發(fā)明的一個實施方案的移動終端304接受多媒體消息的順序圖。服務(wù)器或MMS-C 302發(fā)送第一多媒體消息通知306到終端304。然后終端304執(zhí)行自動可用存儲器檢測308，以便確定在隨后的消息下載過程中多媒體消息是否可以存儲在終端304。注意這時還可以檢測終端304的其它功能。只要終端304拒絕多媒體消息的傳輸310，本發(fā)明就請求終端304的一種或多種功能312、或者終端304的一種或多種功能312的其它系統(tǒng)認知，然后接收被請求的終端304的功能314。例如，一種或多種功能312可以通過檢查對于每個終端304和終端制造商都是唯一的設(shè)備標(biāo)識符(IMEI)獲得。一種或多種功能312通常包括照片處理功能、多媒體內(nèi)容可用的存儲器量、顯示器的尺寸和顯示器的類型(例如256色，黑白等)、音頻回放功能。這些信息可以從終端304的基本信息、或終端304的一種或多種功能312的其它系統(tǒng)認知、或終端304通常具有的已知功能312獲得。利用這些信息，服務(wù)器302可以判定多媒體消息是否是因為存儲器不足或其它原因而被拒絕。然后服務(wù)器302根據(jù)被請求的功能重新格式化多媒體消息的格式，這通常包括圖片內(nèi)容轉(zhuǎn)換。
例如，重新格式化316包括將圖片轉(zhuǎn)換成與終端304兼容的大小、將圖片轉(zhuǎn)換成與顯示器格式兼容的格式(即，降低圖片的分辨率到256色，消除顏色信息等)、或者改變圖片的壓縮方法以便減小文件的大小但要保持終端304的處理功能(即從JPEG轉(zhuǎn)換到GIF8 9a，減小圖像的大小)。轉(zhuǎn)換還包括音頻格式再編碼，以便減小多媒體消息的總體大小(例如從WAV到AMR，等等)，以便使音頻格式與終端304的回放格式兼容或者使其在終端304上的回放優(yōu)化。然后，服務(wù)器302將第二多媒體消息通知318到終端，所述消息通知包括有關(guān)重新格式化的多媒體消息的更新的信息。終端304重復(fù)前述的自動可用存儲器檢測320。只要終端304接受多媒體消息的傳輸322，終端304就請求多媒體消息內(nèi)容324。服務(wù)器302發(fā)送重新格式化的多媒體消息326到終端304。然后終端304處理并顯示多媒體消息328。
上述步驟的次序和性能決定于終端304的功能以及為了符合終端304的一種或多種功能而壓縮多媒體消息大小的效果。優(yōu)選的是，重新格式化316應(yīng)當(dāng)這樣優(yōu)化，使得內(nèi)容的分辨率最大化到最高程度，以便使原始的多媒體消息表示保持在最高質(zhì)量。這些方法可以利用計算機可讀媒質(zhì)中的計算機程序?qū)崿F(xiàn)，其中的每個函數(shù)都是利用一個代碼段執(zhí)行的。
這里提出的實施方案和實例用于更好地解釋本發(fā)明及其實際應(yīng)用，從而使本領(lǐng)域的技術(shù)人員安排和使用本發(fā)明。然而，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)認識到前述的描述和實例只是用于說明和示例目的。所述的描述并不是完全徹底的或者是將本發(fā)明限制在所公開的具體形式的。在不偏離下述權(quán)利要求的宗旨和范圍的前提下根據(jù)上述教導(dǎo)，進行各種修正和變化都是可能的。
權(quán)利要求
1.在無連接通信過程中為向終端傳輸而重新格式化多媒體消息的方法包括步驟發(fā)送第一多媒體消息通知到終端；只要終端拒絕多媒體消息的傳輸請求終端的一種或多種功能，根據(jù)被請求的功能重新格式化多媒體消息，和發(fā)送第二多媒體消息通知到終端；和只要終端接受多媒體消息的傳輸，就發(fā)送重新格式化的多媒體消息到終端。
2.權(quán)利要求1所述的方法，還包括步驟確定哪個被請求的功能導(dǎo)致終端拒絕多媒體消息的傳輸；和其中重新格式化多媒體消息是根據(jù)被請求的、并被確定為導(dǎo)致終端拒絕多媒體消息的傳輸?shù)墓δ苓M行的。
3.權(quán)利要求1所述的方法，其中重新格式化被優(yōu)化，以最大化多媒體消息內(nèi)容的分辨率。
4.權(quán)利要求1所述的方法，其中重新格式化多媒體消息的步驟包括，將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的類型。
5.權(quán)利要求1所述的方法，其中重新格式化多媒體消息的步驟包括，將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的格式。
6.權(quán)利要求1所述的方法，其中重新格式化多媒體消息的步驟包括，將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的分辨率的步驟。
7.權(quán)利要求1所述的方法，其中重新格式化多媒體消息的步驟包括，將多媒體消息的大小減小到與終端兼容。
8.權(quán)利要求1所述的方法，其中重新格式化多媒體消息的步驟包括，再編碼多媒體消息的音頻格式，以便兼容終端的回放格式的步驟。
9.權(quán)利要求1所述的方法，其中終端的一種或多種功能是從終端獲得的。
10.權(quán)利要求1所述的方法，其中終端的一種或多種功能是從系統(tǒng)對終端的一種或多種功能的認知獲得的。
11.權(quán)利要求1所述的方法，其中終端的一種或多種功能是從終端通常具有的已知功能獲得的。
12.在計算機可讀媒質(zhì)中、并在無連接通信過程中為向終端傳輸而重新格式化多媒體消息的計算機程序包括適于發(fā)送第一多媒體消息通知到終端的代碼段；只要終端拒絕多媒體消息的傳輸適于請求終端的一種或多種功能的代碼段，根據(jù)被請求的功能，適于重新格式化多媒體消息的代碼段，和適于發(fā)送第二多媒體消息通知到終端的代碼段；和只要終端接受多媒體消息的傳輸，適于發(fā)送重新格式化的多媒體消息到終端的代碼段。
13.權(quán)利要求12所述的計算機程序，還包括適于確定哪種被請求的功能導(dǎo)致終端拒絕多媒體消息的傳輸?shù)拇a段；和其中重新格式化多媒體消息是基于被請求的、并被確定為導(dǎo)致終端拒絕多媒體消息的傳輸?shù)墓δ苓M行的。
14.權(quán)利要求12所述的計算機程序，其中重新格式化被優(yōu)化，以最大化多媒體消息內(nèi)容的分辨率。
15.權(quán)利要求12所述的計算機程序，其中用于重新格式化多媒體消息的代碼段包括，用于將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的類型的代碼段。
16.權(quán)利要求12所述的計算機程序，其中用于重新格式化多媒體消息的代碼段包括，用于將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的格式的代碼段。
17.權(quán)利要求12所述的計算機程序，其中用于重新格式化多媒體消息的代碼段包括，用于將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的分辨率的代碼段。
18.權(quán)利要求12所述的方法，其中重新格式化多媒體消息的步驟包括，再編碼多媒體消息的音頻格式，以便兼容終端的回放格式的步驟。
19.權(quán)利要求12所述的計算機程序，其中用于重新格式化多媒體消息的代碼段包括，將多媒體消息的大小減小到與終端兼容的代碼段。
20.權(quán)利要求12所述的計算機程序，其中終端的一種或多種功能是從終端獲得的。
21.權(quán)利要求12所述的計算機程序，其中終端的一種或多種功能是從系統(tǒng)對終端的一種或多種功能的認知獲得的。
22.權(quán)利要求12所述的計算機程序，其中終端的一種或多種功能是從終端通常具有的已知功能獲得的。
23.在無連接通信過程中重新格式化多媒體消息的系統(tǒng)，系統(tǒng)包括終端；發(fā)送第一多媒體消息通知到終端的服務(wù)器；服務(wù)器，只要終端拒絕多媒體消息的傳輸，就請求終端的一種或多種功能，并根據(jù)被請求的功能重新格式化多媒體消息，發(fā)送第二多媒體消息通知到終端；只要終端接受多媒體消息的傳輸，服務(wù)器就發(fā)送重新格式化的多媒體消息到終端。
24.權(quán)利要求23所述的系統(tǒng)，其中服務(wù)器確定哪個被請求的功能導(dǎo)致終端拒絕多媒體消息的傳輸，其中重新格式化多媒體消息是基于被請求的、并被確定為導(dǎo)致終端拒絕多媒體消息的傳輸?shù)墓δ苓M行的。
25.權(quán)利要求23所述的系統(tǒng)，其中重新格式化被優(yōu)化，以最大化多媒體消息內(nèi)容的分辨率。
26.權(quán)利要求23所述的系統(tǒng)，其中重新格式化多媒體消息的包括，將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的類型。
27.權(quán)利要求23所述的系統(tǒng)，其中重新格式化多媒體消息包括，將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的格式。
28.權(quán)利要求23所述的系統(tǒng)，其中重新格式化多媒體消息包括，將多媒體消息中的多媒體內(nèi)容轉(zhuǎn)換成與終端兼容的分辨率。
29.權(quán)利要求23所述的系統(tǒng)，其中重新格式化多媒體消息包括將多媒體消息的尺寸減小到與終端兼容的尺寸。
30.權(quán)利要求23所述的系統(tǒng)，其中重新格式化多媒體消息的步驟包括再編碼多媒體消息的音頻格式以便兼容終端的回放格式的步驟。
31.權(quán)利要求23所述的系統(tǒng)，其中終端的一種或多種功能是從終端獲得的。
32.權(quán)利要求23所述的系統(tǒng)，其中終端的一種或多種功能是從終端的一種或多種功能的系統(tǒng)認知獲得的。
33.權(quán)利要求23所述的系統(tǒng)，其中終端的一種或多種功能是從終端通常具有的已知功能獲得的。
全文摘要
本發(fā)明提供一種在無連接通信過程中為向終端傳輸?shù)姆椒?、裝置和系統(tǒng)。本發(fā)明發(fā)送第一多媒體消息通知(306)到終端(302)。只要終端(302)拒絕多媒體消息的傳輸(310)，本發(fā)明就請求(312)終端(302)的一種或多種功能，并根據(jù)被請求的功能重定(316)多媒體消息的格式，然后發(fā)送第二多媒體消息通知(318)到終端(302)。只要終端(302)接受多媒體消息的傳輸(322)，本發(fā)明就發(fā)送重新格式化的多媒體消息(326)到終端(302)。該方法可以利用固化在計算機可讀媒質(zhì)中的計算機程序?qū)崿F(xiàn)，其中的每個函數(shù)都是利用一個代碼段執(zhí)行的。
文檔編號H04L12/58GK1643869SQ03805715
公開日2005年7月20日 申請日期2003年3月10日 優(yōu)先權(quán)日2002年3月11日
發(fā)明者G·A·芬頓 申請人:艾利森公司