專利名稱：用于傳輸有用數(shù)據(jù)對象的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于從數(shù)據(jù)提供組件或數(shù)據(jù)服務(wù)器通過連接組件傳輸有用數(shù)據(jù)對象到用戶的電信設(shè)備的方法，其中通過在數(shù)據(jù)提供組件的簡檔對象中的各自的簡檔信息通知，連接組件或電信設(shè)備能本身分別處理哪些類型的有用數(shù)據(jù)對象。
目前討論一種用于將有用數(shù)據(jù)對象從數(shù)據(jù)提供組件或數(shù)據(jù)服務(wù)器傳輸或下載到一個電信設(shè)備、特別是實施為移動無線電設(shè)備的電信設(shè)備上的方法。在此，出發(fā)點在于電信網(wǎng)中的電信設(shè)備位于移動無線電網(wǎng)的結(jié)構(gòu)中，在該移動無線電網(wǎng)中通常傳輸數(shù)據(jù)、特別是傳輸有用數(shù)據(jù)對象都借助由WAP論壇(WAP無線應(yīng)用協(xié)議(WirelessApplication Protocol))規(guī)定的協(xié)議來實現(xiàn)。此外假設(shè)，數(shù)據(jù)供應(yīng)商或內(nèi)容供應(yīng)商的數(shù)據(jù)提供組件位于另一個尤其是被構(gòu)造為基于網(wǎng)際協(xié)議的網(wǎng)絡(luò)的電信網(wǎng)中。為了在數(shù)據(jù)提供組件和電信設(shè)備之間建立數(shù)據(jù)連接，由此必需(至少)兩個不同的子接口、也即空中接口和電纜連接接口。如已經(jīng)提及的，針對跨接空中接口規(guī)定應(yīng)用WAP協(xié)議。反之，在數(shù)據(jù)提供組件的電信網(wǎng)中，譬如采用HTTP(HTTP超文本傳輸協(xié)議(Hypertext Transfer Protocol))。因此由于在空中接口和電源側(cè)采用不同的協(xié)議，所以規(guī)定采用一個連接組件、此處為所謂的WAP網(wǎng)關(guān)，該WAP網(wǎng)關(guān)將有用數(shù)據(jù)與不同的更深的協(xié)議層(空中接口譬如WSP(無線會話協(xié)議(Wireless Session Protocol))比WAP更深；電源側(cè)HTTP)進行匹配。一個這樣的WAP網(wǎng)關(guān)大多也具有轉(zhuǎn)換文件類型或文件格式的能力(譬如在文件類型為圖像或靜止圖像的情況下將文件格式“gif”轉(zhuǎn)換成“jpeg”)。
電信設(shè)備、如移動無線電設(shè)備或移動電話通常通過其特性特征或能力彼此區(qū)分。這樣，譬如顯示設(shè)備的特性部分地(譬如在大小和分辨率上)顯著變化，并且由此可描述或處理一定的文件類型或文件格式的能力也顯著變化。為了使數(shù)據(jù)提供組件或數(shù)據(jù)提供服務(wù)器在網(wǎng)絡(luò)中獲知用戶的具有WAP能力的電信設(shè)備的特性或能力，由WAP論壇使所謂的UA-Prof(UA-Prof用戶代理簡檔(User Agent Profile))標準化[7]，借助UA-Prof可在電源側(cè)(也就是在數(shù)據(jù)提供組件的網(wǎng)絡(luò)中)得知具有WAP能力的電信設(shè)備的特性。在該方法中，也要附加考慮WAP網(wǎng)關(guān)的能力，該WAP網(wǎng)關(guān)使用在電信設(shè)備和數(shù)據(jù)提供組件之間傳送的數(shù)據(jù)，并且在此也可改變該數(shù)據(jù)。由此在電源側(cè)，在通過服務(wù)器提供適當?shù)臄?shù)據(jù)時，WAP網(wǎng)關(guān)的特性也是重要的。
下面，根據(jù)

圖1針對一般的情況說明，數(shù)據(jù)提供組件D如何獲得具有WAP能力的電信設(shè)備T的當前的UA-Prof。首先，在注冊具有WAP能力的電信設(shè)備T或建立WSP連接時，將所謂的基本簡檔(Basisprofil)BP或基本簡檔信息傳遞給WAP網(wǎng)關(guān)G。當電信設(shè)備T的特性或能力譬如通過附加連接的功率組件(Leistungskomponent)、如附加的硬件組件(譬如彩色顯示設(shè)備)被擴展或改變時，利用基本簡檔附加地將一個差別簡檔(Differenzprofil)DP1或第一差別簡檔信息作為第一子簡檔信息對象傳遞給WAP網(wǎng)關(guān)G，如通過步驟1(在圓圈中的“1”)所描述的那樣。兩個簡檔、也即BP和DP1必要時可由WAP網(wǎng)關(guān)G中間存儲和分析，對此參見步驟2?，F(xiàn)在，WAP網(wǎng)關(guān)G在其一側(cè)可給所得到的簡檔BP和DP1補充一個自己的差別簡檔DP2或第二差別簡檔信息。當WAP網(wǎng)關(guān)G擁有特殊的與事先由具有WAP能力的電信設(shè)備T傳遞的簡檔BP和DP1偏離的或?qū)ζ溲a充的特性或能力時，這是有利的。所有(三個)簡檔然后都在步驟3中作為第二子簡檔信息對象被傳遞給數(shù)據(jù)提供組件D。數(shù)據(jù)提供組件D基于所有被傳遞的簡檔(BP、DP1和DP2)共同制定一個針對具有WAP能力的電信設(shè)備T的產(chǎn)生的總簡檔或總簡檔對象RP，如通過步驟4所示。包括具有WAP能力的電信設(shè)備T的個別的特性和WAP網(wǎng)關(guān)G的補充的能力、以及可能的其它網(wǎng)絡(luò)單元的補充的能力的總簡檔RP是當前的UA-Prof，并且由數(shù)據(jù)提供組件D進行管理。
在WSP會議期間，下載任意數(shù)據(jù)、特別是有用數(shù)據(jù)對象，都可由具有WAP能力的電信設(shè)備T通過發(fā)送數(shù)據(jù)請求通知來導(dǎo)入。如果具有WAP能力的電信設(shè)備的特性或能力在此期間(也就是在第一次建立WSP連接之后)應(yīng)譬如已通過另一個附加的硬件組件的連接改變，則即使一個已取消的數(shù)據(jù)請求通知或與該已取消的數(shù)據(jù)請求通知一起，將第一子簡檔信息對象中的一個當前匹配的差別簡檔DP3或第三差別簡檔信息在步驟5中傳輸給WAP網(wǎng)關(guān)G，并在那里必要時按照步驟6進行分析。與上述方法類似，在WAP網(wǎng)關(guān)G和數(shù)據(jù)提供組件D之間按照步驟7進行第二子簡檔信息對象中的基本簡檔BP和差別簡檔DP3和DP2的剩余的傳輸并按照步驟8實現(xiàn)總簡檔的制定。如果具有WAP能力的電信設(shè)備的特性或能力在第一次建立WSP連接之后沒有改變，則在已取消的數(shù)據(jù)請求通知的情況下動用事先傳遞的和中間存儲在WAP網(wǎng)關(guān)G中(參見步驟2)或在數(shù)據(jù)提供組件上(參見步驟4)的簡檔。
用于產(chǎn)生得出的簡檔的原理是很完善的，也即從基本簡檔和任意多的差別簡檔中產(chǎn)生得出的簡檔或總簡檔。
此外，在應(yīng)用和定義UA-Prof時，可進行原則上的假設(shè)，即WAP網(wǎng)關(guān)識別和適當?shù)靥幚韨鬏數(shù)骄哂蠾AP能力的電信設(shè)備的數(shù)據(jù)類型，也就是必要時在從數(shù)據(jù)提供組件到電信設(shè)備的路徑上改變或轉(zhuǎn)換數(shù)據(jù)類型。對此典型的實例是圖像轉(zhuǎn)換。
假設(shè)，電信設(shè)備只顯示類型或格式為“jpeg”的圖像，并且數(shù)據(jù)提供組件傳輸類型為“gif”的圖像，則WAP網(wǎng)關(guān)根據(jù)其能力將類型為“gif”的圖像轉(zhuǎn)換成類型或格式為“jpeg”的圖像，并且將所轉(zhuǎn)換的圖像轉(zhuǎn)交給電信設(shè)備，接著在該電信設(shè)備上可進行處理和描述。
這個過程相應(yīng)地由UA-Prof進行支持，方式是具有WAP能力的電信設(shè)備在其基本簡檔BP中首先說明，可處理或顯示類型為“jpeg”的圖像。WAP網(wǎng)關(guān)識別這些說明，并且知道自己的能力、即將圖像從類型“gif”轉(zhuǎn)換成類型“jpeg”；并且因此在差別簡檔DP2中說明，也支持圖像類型“gif”。在數(shù)據(jù)提供組件一側(cè)產(chǎn)生得出的總簡檔RP。但是現(xiàn)在，數(shù)據(jù)提供組件卻不再在電信設(shè)備的原有的能力和由具有WAP能力的電信設(shè)備與WAP網(wǎng)關(guān)組成的總系統(tǒng)的附加能力之間進行區(qū)分。在這個實例中，現(xiàn)在在服務(wù)器一側(cè)發(fā)射(也即在數(shù)據(jù)提供組件一側(cè)發(fā)射)類型為“gif”的圖像是可能的，其中通過WAP網(wǎng)關(guān)進行相應(yīng)的轉(zhuǎn)換。
但是，當需要通過WAP網(wǎng)關(guān)進行轉(zhuǎn)換的文件類型包含(封裝)在其它的不適當?shù)赜蒞AP網(wǎng)關(guān)進行處理的數(shù)據(jù)格式內(nèi)時，會出現(xiàn)問題。鑒于此主要列舉兩個例子1、數(shù)字版權(quán)管理(“數(shù)字版權(quán)管理(Digital RightsManagement)”DRM)目前在WAP論壇中規(guī)定的針對管理受版權(quán)保護的數(shù)字對象的解決方案基于，一個對象在一個容器文件或一個容器內(nèi)運送，該容器對于不加密的對象具有類型“application/vnd.wap.drm.message”并且對于加密的對象具有類型“application/vnd.wap.drm.content”。在不加密的對象中，理論上存在選項，WAP網(wǎng)關(guān)訪問所包含的對象并且改變它，其中這并未明確規(guī)定。在加密的對象中，WAP網(wǎng)關(guān)不可能訪問對象，因為無密鑰并且數(shù)據(jù)因此只作為二進制包出現(xiàn)。盡管所包含的對象是一個WAP網(wǎng)關(guān)已知的類型的可相應(yīng)地變換成另一種類型的圖像，但是這在所說明的情況下是不可能的。所包含的對象將由WAP網(wǎng)關(guān)不變化地轉(zhuǎn)交給電信設(shè)備(在該電信設(shè)備上未示出此)。
2、多媒體消息業(yè)務(wù)(MMS，Multimedia Messaging Service)在MMS中，消息以多媒體消息(MM)的形式從所謂的MMS中繼/服務(wù)器(在網(wǎng)絡(luò)中該MMS中繼/服務(wù)器用作一個NMS交換單元)被傳輸給一個MMS客戶機(MMS Client)、對具有WAP能力的電信設(shè)備的一種特定應(yīng)用。MM在由WAP論壇規(guī)定的解決方案中是一個具有用于表示W(wǎng)AP網(wǎng)關(guān)不知道的報頭字段的二進制代碼的消息。該消息具有的類型是“application/vnd.wap.mms-message”，并且包括待傳輸?shù)膶ο蟆AP網(wǎng)關(guān)再度不可能從消息中提取對象并與所收到的電信設(shè)備的特性匹配。如果由NMS中繼服務(wù)器將一定類型的對象集成在需通過網(wǎng)關(guān)轉(zhuǎn)換的MMS消息中，則可是WAP網(wǎng)關(guān)不能實現(xiàn)其任務(wù)，由此對象不變化地到達電信設(shè)備并且在那里不可使用。
此外，當譬如由數(shù)據(jù)提供組件以不同的格式提供一個對象時，該不同格式中的幾種格式需要通過WAP網(wǎng)關(guān)進行轉(zhuǎn)換，以便可由電信設(shè)備進行處理，并且當其它的對象由WAP網(wǎng)關(guān)不變化地轉(zhuǎn)交給電信設(shè)備時，消極地影響如上所述地通過構(gòu)成一個總簡檔不再可能在(可能具有附加的硬件組件)的電信設(shè)備的特性的整體與由電信設(shè)備和WAP網(wǎng)關(guān)組成的系統(tǒng)的附加特性之間進行區(qū)分。此處，在服務(wù)器一側(cè)(也就是數(shù)據(jù)提供組件)選擇不需通過WAP網(wǎng)關(guān)進行轉(zhuǎn)換的格式是有利的，因為該轉(zhuǎn)換可降低對象的質(zhì)量、在下載對象時針對轉(zhuǎn)換必需附加時間、要求WAP網(wǎng)關(guān)處的計算性能以及針對用戶按照結(jié)算模型可產(chǎn)生附加的成本。
現(xiàn)在，本發(fā)明的任務(wù)在于，這樣改進一種方法、譬如參考圖1所說明的方法，以便使有效傳輸有用數(shù)據(jù)對象、特別是加密的或打包的有用數(shù)據(jù)對象成為可能。
這個任務(wù)由獨立的權(quán)利要求來解決。有利的改進方案是從屬權(quán)利要求的對象。
針對用于傳輸有用數(shù)據(jù)對象的方法，裝設(shè)數(shù)據(jù)提供組件用于提供有用數(shù)據(jù)對象，將有用數(shù)據(jù)對象通過一個或至少一個連接組件按照總簡檔信息對象傳輸?shù)接脩舻囊粋€電信設(shè)備。在此，總簡檔信息說明，哪種類型的有用數(shù)據(jù)對象可傳輸?shù)诫娦旁O(shè)備上以對其進行處理。此外，第一簡檔信息被嵌入總簡檔信息對象中，該第一簡檔信息說明，哪種類型的有用數(shù)據(jù)對象可直接由電信設(shè)備進行處理。此外可嵌入第二簡檔信息，該第二簡檔信息說明，哪種類型的有用數(shù)據(jù)對象可由連接組件轉(zhuǎn)換成可由電信設(shè)備處理的類型的有用數(shù)據(jù)對象。由此，這種簡檔信息、特別是第一簡檔信息針對數(shù)據(jù)提供組件可選擇盡可能是針對傳輸?shù)皆撾娦旁O(shè)備的該類型的有用數(shù)據(jù)對象，該有用數(shù)據(jù)對象可直接由電信設(shè)備處理，并且不需在連接組件一側(cè)進行操作或轉(zhuǎn)換，以便由電信設(shè)備進行處理。
因此，按照有利的改進方案首先以高優(yōu)先權(quán)將按照第一簡檔信息的一種類型的有用數(shù)據(jù)對象從數(shù)據(jù)提供組件傳輸給電信設(shè)備。這就意味著，可執(zhí)行以下檢驗，是否數(shù)據(jù)提供組件提供有用數(shù)據(jù)對象，該有用數(shù)據(jù)對象可直接由電信設(shè)備處理。在成功地進行檢驗時，將這樣的有用數(shù)據(jù)對象最后傳輸?shù)诫娦旁O(shè)備。參考上面提及的實例，其中電信設(shè)備能處理類型為“jpeg”的圖像數(shù)據(jù)，連接組件能將圖像數(shù)據(jù)從類型“gif”轉(zhuǎn)換為類型“jpeg”，并且最后數(shù)據(jù)提供組件提供類型為“jpeg”和“gif”的圖像數(shù)據(jù)，現(xiàn)在數(shù)據(jù)提供組件，由于它可根據(jù)第一簡檔信息識別，電信設(shè)備可處理類型為“jpeg”的圖像數(shù)據(jù)，所以可立即將這樣的類型為“jpeg”的圖像數(shù)據(jù)作為有用數(shù)據(jù)對象傳輸給電信設(shè)備。在這種情況下，一方面不需要通過連接組件轉(zhuǎn)換圖像數(shù)據(jù)(可能節(jié)省轉(zhuǎn)換成本并也可無需轉(zhuǎn)換就減少傳輸時間)，并且也可能對有用數(shù)據(jù)對象進行封包或加密，因為數(shù)據(jù)提供組件只傳輸有用數(shù)據(jù)對象給電信設(shè)備，從該電信設(shè)備中，數(shù)據(jù)提供組件根據(jù)第一簡檔信息知道，電信設(shè)備可處理有用數(shù)據(jù)對象。
如果檢驗是否數(shù)據(jù)提供組件提供了可直接由電信設(shè)備處理的有用數(shù)據(jù)對象的結(jié)果是否定的，則按照本發(fā)明的另一個改進方案，將按照第二簡檔信息的一種類型的有用數(shù)據(jù)對象以比之前更低的優(yōu)先權(quán)從數(shù)據(jù)提供組件傳輸?shù)诫娦旁O(shè)備。
按照另一個有利的改進方案，電信設(shè)備在從數(shù)據(jù)提供組件到電信設(shè)備傳輸有用數(shù)據(jù)對象之前就可將具有第一簡檔信息的第一子簡檔信息對象傳輸?shù)竭B接組件，該連接組件在其一側(cè)給第一子簡檔信息對象補充第二簡檔信息而變?yōu)榈诙雍啓n信息對象，并且將這個第二子簡檔信息對象傳遞給數(shù)據(jù)提供組件。然后，在那里以第二子簡檔信息對象或所有被傳遞的簡檔信息為基礎(chǔ)制定總簡檔信息對象。
此外可設(shè)想，給電信設(shè)備補充一個附加的功率組件，該附加的功率組件能擴展由電信設(shè)備處理的有用數(shù)據(jù)對象的范圍。一種這樣的功率組件譬如可包括一個附加的硬件組件、如一個具有高分辨率的專用彩色顯示設(shè)備以顯示高分辨率的和彩色的圖像或圖形，或也包括一個附加的軟件組件或軟件應(yīng)用程序，譬如用于處理和播放MP3格式的音樂數(shù)據(jù)。然后，一個這樣的功率組件能處理電信設(shè)備也已經(jīng)可處理的類型的有用數(shù)據(jù)對象，但是該功率組件也能處理電信設(shè)備本身不能處理的那些其它類型的有用數(shù)據(jù)對象。因此，可給第一子簡檔信息對象補充一個第三簡檔信息，該第三簡檔信息說明，通過附加的功率組件將電信設(shè)備的有用數(shù)據(jù)對象的范圍擴展了哪些類型的有用數(shù)據(jù)對象。
為減少在電信設(shè)備和連接組件之間(特別是當在此之間裝設(shè)空中接口時)和/或在連接組件和數(shù)據(jù)提供組件之間待傳輸?shù)臄?shù)據(jù)容量，按照有利的改進方案也可設(shè)想，在第一和/或第二子簡檔信息對象中規(guī)定基準形式的簡檔信息，該簡檔信息分別要求在數(shù)據(jù)提供組件或與該數(shù)據(jù)提供組件連接的其它數(shù)據(jù)提供組件上存儲的簡檔信息。這就意味著，在一個子簡檔信息對象中只規(guī)定地址、諸如URL(URL統(tǒng)一資源定位符，Uniform Resource Locator)，這些地址可參考在數(shù)據(jù)提供組件或另一個數(shù)據(jù)提供組件、譬如電信設(shè)備的制造商或附加的功率組件之一中的一個存儲地點。只是在產(chǎn)生總簡檔對象時，數(shù)據(jù)提供組件才必須調(diào)出地址，以便獲得相應(yīng)的簡檔信息和嵌入到總簡檔對象內(nèi)。
按照另一個有利的改進方案，電信設(shè)備位于第一電信網(wǎng)內(nèi)，并且數(shù)據(jù)提供組件和/或其它數(shù)據(jù)提供組件位于第二電信網(wǎng)內(nèi)，其中第一和第二電信網(wǎng)彼此連接。然后，連接組件被布置在第一或第二電信網(wǎng)中，或特別用于連接兩個電信網(wǎng)。最后，在多個連接組件的情況下，連接組件被布置在剛剛說明的位置上(譬如，如后面還要提到的，連接組件用作WAP網(wǎng)關(guān)，以連接兩個電信網(wǎng)；同時裝設(shè)一個或多個其它的連接組件譬如作為將數(shù)據(jù)或有用數(shù)據(jù)對象轉(zhuǎn)換為一個所說明的電信網(wǎng)中的轉(zhuǎn)換單元)。在此可能的是，第一電信網(wǎng)被構(gòu)造為特別按照GSM(全球移動通信系統(tǒng)，Global System for MobileCommunications)或UMTS(通用移動電信系統(tǒng)，Universal MobileTelecommunications System)標準工作的移動無線電網(wǎng)。在第一電信網(wǎng)的這樣的改進方案中，可借助WAP協(xié)議、特別是無線會話協(xié)議實現(xiàn)將有用數(shù)據(jù)對象傳輸給電信設(shè)備。在這種關(guān)系中，用于連接第一和第二電信網(wǎng)的連接組件可被構(gòu)造為WAP網(wǎng)關(guān)。此外，也可設(shè)想，第二電信網(wǎng)被構(gòu)造為基于網(wǎng)際協(xié)議的網(wǎng)絡(luò)，在該網(wǎng)絡(luò)中數(shù)據(jù)的傳輸特別是借助超文本傳輸協(xié)議來實現(xiàn)。
按照有利的改進方案，電信設(shè)備包括無線電模塊、并且特別被構(gòu)造為移動電話、無繩電話、便攜式計算機或智能電話(由移動電話和小型便攜計算機構(gòu)成的組合)。
按照另一個有利的改進方案，有用數(shù)據(jù)對象包括文本信息、音頻信息、視頻信息、可執(zhí)行的程序、軟件模塊或這些數(shù)據(jù)類型的組合。
下面，參考附圖進一步說明本發(fā)明的優(yōu)選的實施方案。其中圖1示出了在應(yīng)用不同的裝設(shè)在傳輸路徑中的組件的特性簡檔或用戶代理簡檔的情況下，包括在各個組件之間的數(shù)據(jù)流在內(nèi)，具有在一種用于傳輸有用數(shù)據(jù)對象的方法中所參與的組件的方框電路圖；圖2示出了各自的特性簡檔中的用于表征或編碼裝設(shè)在數(shù)據(jù)傳輸路徑中的組件的表格；圖3示出了按照第一改進方案用XML(XML可擴展標記語言，Extensible Markup Language)描述特性簡檔；圖4示出了按照第二改進方案用XML描述特性簡檔。
現(xiàn)在下面應(yīng)說明用于從數(shù)據(jù)提供組件通過連接組件傳輸有用數(shù)據(jù)對象到一個電信設(shè)備、特別是用戶的移動電話(以下簡稱為終端設(shè)備)上的可能的實施方案。
在說明本發(fā)明優(yōu)選的實施方案時，從電信裝置的相應(yīng)的配置出發(fā)，如已經(jīng)關(guān)于圖1所討論的那樣。一種這樣的電信裝置也重新包括一個數(shù)據(jù)提供組件或一個數(shù)據(jù)服務(wù)器D，用于提供有用數(shù)據(jù)對象(可以是加密或不加密的，封包或不封包在一個容器文件或一個容器對象內(nèi)，等等)；還包括一個連接組件G，用于轉(zhuǎn)交數(shù)據(jù)或有用數(shù)據(jù)對象，最后包括用戶的一個電信設(shè)備或終端設(shè)備T。還可從以下出發(fā)，即終端設(shè)備T位于移動無線電網(wǎng)的結(jié)構(gòu)中的第一電信網(wǎng)中，在該移動無線電網(wǎng)中借助由WAP論壇(WAP無線應(yīng)用協(xié)議)規(guī)定的協(xié)議實現(xiàn)通常傳輸數(shù)據(jù)、特別是傳輸有用數(shù)據(jù)對象。此外假設(shè)，數(shù)據(jù)供應(yīng)商和內(nèi)容供應(yīng)商的數(shù)據(jù)提供組件位于被構(gòu)造為基于網(wǎng)際協(xié)議(如http)的網(wǎng)絡(luò)的第二電信網(wǎng)中。將在所說明的配置的情況下用作一個所謂的WAP網(wǎng)關(guān)的連接組件作為用于在第一和第二電信網(wǎng)之間建立數(shù)據(jù)連接的連接設(shè)備被裝設(shè)。
根據(jù)圖1中所示的方法，為將特性、特別是關(guān)于處理一定的有用數(shù)據(jù)對象的特性通知給數(shù)據(jù)提供組件D，描述在特性簡檔或“UA-Prof”(UA-Prof用戶代理簡檔)中的特性，這些特性有利地基于元語言XML(XML-可擴展標記語言)?；赬ML的格式特別好地適用于不同制造商和系統(tǒng)的程序和計算機之間或軟件組件和硬件組件之間的結(jié)構(gòu)化數(shù)據(jù)的與平臺和軟件無關(guān)的交換。
一個簡檔可說明多個組件(譬如針對軟件、硬件、WAP推送等等)，其中每個組件都可包括具有所屬值的多個屬性(在硬件組件中，可能的屬性譬如是顯示屏大小、彩色顯示能力等等)。下面示出簡檔的原理結(jié)構(gòu)，如WAP論壇針對UA-Prof定義的那樣組件_1屬性_1a＝值_1a屬性_1b＝值_1b組件_2屬性_2a＝值_2a屬性_2b＝值_2b屬性_2c＝值_2c屬性_2d＝值_2d
這種類型的劃分有多個優(yōu)點。所有組件和屬性都可靈活地使用，結(jié)構(gòu)可任意擴展并且此外允許直觀地表達可能性。
現(xiàn)在，按照本發(fā)明優(yōu)選的改進方案的方法在服務(wù)器一側(cè)、也就是在數(shù)據(jù)提供組件一側(cè)使得此處具有WAP能力的終端設(shè)備的特性和由具有WAP能力的終端設(shè)備和其它的在數(shù)據(jù)傳輸路徑中存在的組件、如連接組件(以下還只稱為WAP網(wǎng)關(guān))構(gòu)成的組合的附加特性之間進行區(qū)分成為可能。從圖1中所描述的方法出發(fā)，關(guān)于其來源的單個簡檔或UA-Prof(基本簡檔和差別簡檔)被表征，這在服務(wù)器一側(cè)使得以下分析成為可能，即在以一定格式傳輸或傳送(關(guān)于有用數(shù)據(jù)對象的)內(nèi)容時，可使用WAP網(wǎng)關(guān)或可能存在的附加的轉(zhuǎn)換服務(wù)器、譬如在第二電信網(wǎng)中的服務(wù)器的哪些轉(zhuǎn)換功能以及不可使用哪些轉(zhuǎn)換功能。
存在各種表征簡檔或UA-Prof的關(guān)系的可能性a)在最簡單的變型中，通過標志只在“終端設(shè)備”和“中間連接的實體”(如WAP網(wǎng)關(guān))之間區(qū)分。對此，簡檔配備簡單的標記，其中簡檔類型的標記、譬如中間連接的實體(WAP網(wǎng)關(guān)、轉(zhuǎn)換服務(wù)器等等)的簡檔的標記也足夠。在該變型上有利的是在終端設(shè)備一側(cè)和在空中接口上并非絕對必需改變。
b)在較為復(fù)雜的變型中，每個終端設(shè)備或每個組件在傳輸路徑中都給自己的簡檔配備個別的、事先約定的代碼(文本或二進制)。譬如二進制代碼“2”意味著“這個簡檔是出自WAP網(wǎng)關(guān)”。有利地與變型a)相比具有更高的可信度，簡檔源自這種可信度，因為此處每個簡檔都應(yīng)被表征。此外，當代替簡單的標記(布爾表達式)使用一個較大的值集時，通過該值集譬如可在類別“具有WAP能力的終端設(shè)備”、“WAP網(wǎng)關(guān)”、“WAP代理”(作為傳輸路徑中的其它組件)和其它組件之間進行區(qū)分，可進一步區(qū)分。
c)這個變型建立在變型b)上，但是卻還附加包括信息，即是否可由以下單元或組件在傳輸路徑中傳輸其它(差別)簡檔。由此，針對一定應(yīng)用就可能阻止轉(zhuǎn)換可能性通過WAP網(wǎng)關(guān)和其它以下轉(zhuǎn)換單元發(fā)出信號。
按照本發(fā)明的改進方案、諸如在裝入受DRM(數(shù)字版權(quán)管理)保護的對象和即使在MMS(多媒體消息業(yè)務(wù))的情況下應(yīng)用所述方法具有以下優(yōu)點，即數(shù)據(jù)提供組件或數(shù)據(jù)提供服務(wù)器可單獨觀察具有WAP能力的終端設(shè)備的特性，并且只能發(fā)射適合此的對象或有用數(shù)據(jù)對象。不適合的對象可直接由數(shù)據(jù)提供組件識別，并且不傳輸，因此用戶也得不到無意發(fā)送的無用的對象。
如果數(shù)據(jù)提供組件能提供具有相同內(nèi)容但卻有不同的數(shù)據(jù)類型的有用數(shù)據(jù)對象，則通過表征在UA-Prof中的特性、也就是通過將特性分配給在傳輸路徑中的一定的組件可影響，具有較高優(yōu)先權(quán)的數(shù)據(jù)提供組件同樣地選出有用數(shù)據(jù)對象進行傳輸，該有用數(shù)據(jù)對象也可無須通過傳輸路徑中的中間連接的組件、如WAP網(wǎng)關(guān)的轉(zhuǎn)換就可在終端設(shè)備一側(cè)使用。由此，不必要的數(shù)據(jù)格式轉(zhuǎn)換也可被避免。
還可總結(jié)為，按照所描述的實施方案表征關(guān)于其來源及因此可能的服務(wù)器側(cè)的在具有WAP能力的終端設(shè)備的特性和總系統(tǒng)的附加的特性之間的區(qū)別的簡檔和(在簡檔合并后的)簡檔組成部分，該總系統(tǒng)由具有WAP能力的終端設(shè)備、WAP網(wǎng)關(guān)和可能在傳輸路徑上的其它可改變待傳輸?shù)膬?nèi)容的組件組成。因此利用表征單個簡檔或UA-Prof則可在服務(wù)器一側(cè)澄清下列問題，即相應(yīng)的簡檔來自哪個傳輸單元(具有WAP能力的終端設(shè)備、WAP網(wǎng)關(guān)、中間連接的轉(zhuǎn)換單元等等)。在傳輸鏈的終端上的服務(wù)器在不同的現(xiàn)存的文件類型和格式之間進行選擇時應(yīng)考慮這些附加信息。此外，一個單元在需要時有可能阻止差別簡檔的另一個附錄。
在這一點上還應(yīng)提及，在此所述的方法不限于譬如此處所說明的實施方案，而是也可用到其它基于WAP的應(yīng)用中。
現(xiàn)在，在下面，在應(yīng)用簡檔或UA-Prof、特別是與傳送受DRM保護的對象、傳送多媒體消息業(yè)務(wù)中的多媒體消息和在基于由WAP論壇規(guī)定的協(xié)議瀏覽的情況下詳細描述關(guān)于用于傳輸有用數(shù)據(jù)對象的方法的上述原理的優(yōu)點。
按照下述實例假設(shè)，具有WAP能力的終端設(shè)備從自身開始不描述靜止圖像，但是卻可通過插入的硬件模塊這樣擴展，使得也能表示格式為“jpeg”的靜止圖像。如上已經(jīng)提及的，實現(xiàn)通過WAP網(wǎng)關(guān)將終端設(shè)備連接到因特網(wǎng)上，該WAP網(wǎng)關(guān)此外能將靜止圖像從格式“gif”轉(zhuǎn)換成格式“jpeg”?，F(xiàn)在，此處所說明的方法與開始關(guān)于圖1所說明的方法之間的區(qū)別在于，表征關(guān)于其來源的簡檔。這就意味著，除了相應(yīng)的終端設(shè)備或傳輸單元的能力外還附加地包括信息，即各自的差別簡檔來源于哪個終端設(shè)備或哪個傳輸單元、如WAP網(wǎng)關(guān)。以下用一顆星表征這個被擴展的簡檔。否則，進行傳輸和處理各自的簡檔，如上面已經(jīng)關(guān)于圖1所說明的，因此下面針對關(guān)于被擴展的用星表示的簡檔的單個步驟的解釋可參閱不帶星的簡檔的解釋。
參考圖1，具有WAP能力的終端設(shè)備T除其基本簡檔BP*外還傳遞差別簡檔DP3*(參見步驟5)到WAP網(wǎng)關(guān)G，該差別簡檔DP3*通過所插入的硬件模塊說明附加的能力。這除具有WAP能力的終端設(shè)備的兩個簡檔(基本簡檔BP*和差別簡檔DP3*)外，還可傳送其自己的差別簡檔DP2*到數(shù)據(jù)提供組件D(類似于圖1中所示的情形)。
由此，在傳輸鏈或傳輸路徑中的最后一條支路(此處為數(shù)據(jù)提供組件D)在測定所得出的總簡檔RP*(對應(yīng)于總簡檔)時獲知，(利用模塊擴展的)具有WAP能力的終端設(shè)備T具有哪種能力、也即此處表示數(shù)據(jù)格式為“jpeg”的靜止圖像，以及哪種能力被分配給中間連接的傳輸單元、也即通過WAP網(wǎng)關(guān)將靜止圖像從數(shù)據(jù)格式“gif”轉(zhuǎn)換成數(shù)據(jù)格式“jpeg”。
下面詳述標志的語義。以下從上述用于表征簡檔的變型應(yīng)用變型c)，其中一方面可表征在簡檔中說明的單元(具有WAP能力的終端設(shè)備、WAP網(wǎng)關(guān)等等)的功能，并且在另一方面表征，是否允許增添傳輸鏈的下面的單元的其它簡檔。
圖2示出了針對簡檔的標志按照二進制編碼的有利的改進方案的一個表格。此后，一個具有WAP能力的終端設(shè)備或者利用二進制標志“-1”或者利用二進制標志“0”發(fā)送其基本簡檔，并且由此或允許或禁止傳輸鏈中的其它傳輸單元傳輸其差別簡檔。想補充一個差別簡檔的傳輸鏈的下一條支路(帶附加模塊的具有WAP能力的終端設(shè)備、WAP網(wǎng)關(guān)、可能的WAP代理或轉(zhuǎn)換服務(wù)器等等)首先分析具有WAP能力的終端設(shè)備的基本簡檔。如果允許補充差別簡檔，則現(xiàn)在按照圖2的表格以相應(yīng)的標志傳遞其自己的差別簡檔。以這種方式，對傳輸鏈中的最后支路(也即服務(wù)器)將可能，可區(qū)分不同的(差別)簡檔。
與此無關(guān)，每個終端設(shè)備或每個傳輸單元都可附加進行一個對其簡檔連續(xù)編號。在這種情況下，數(shù)據(jù)提供組件D甚至于還可得到關(guān)于參與數(shù)據(jù)的傳輸?shù)木W(wǎng)絡(luò)元件的序列的詢問。
以下詳述標志的語法?，F(xiàn)在，完全一般地介紹用于表征一個簡檔的不同的可能性。在此，不再在基本簡檔和差別簡檔之間進行區(qū)分。在標志處，優(yōu)選地應(yīng)按照圖2的表格應(yīng)用上述的語義，但是每個其它的事先約定的語義也是可以想象的。
用于表征一個簡檔的可能的替代的實施可能性是1、在相應(yīng)的會議層(HTTP或WSP)中將新的報頭字段置于待傳輸?shù)暮啓n之前。此處所使用的兩個會議層協(xié)議HTTP和WSP(WSP無線會話協(xié)議)都可按照[8]和[9]允許定義新的報頭字段，并且同時使用在[10]中說明的文本格式，由此一個報頭字段由一個字段名(必須有的)和一個字段值(可選的)組成。為在空中接口上不傳輸太多的數(shù)據(jù)，WSP[9]針對經(jīng)常使用的(所謂的“眾所周知的”)報頭字段推薦二進制編碼。這樣，譬如從字段/屬性“X-Mms-Sender-VisibilityShow”(29個字節(jié))變成十六進制編碼的縮寫形式“93 11”(2個字節(jié))。
按照本發(fā)明的優(yōu)選的實施方案，建議引入新的報頭字段，用于表征同樣應(yīng)基于[10]中所說明的格式的簡檔。針對兩種這里所應(yīng)用的協(xié)議HTTP和WSP的新報頭字段的字段名譬如可叫做“x-wap-profile-source”。
下面的表達式示出了文本編碼的報頭字段“x-wap-profile-source”左邊為文本編碼的字段值，而右邊為二進制(十進制)編碼的字段值x-wap-profile-sourceWAP網(wǎng)關(guān)；x-wap-profile-source2。
2、標記通過附加的參數(shù)直接以http-或wsp報頭字段實現(xiàn)。由此，原則上同一個信息編碼如利用在1中說明的方法是可能的。對此，譬如可給報頭字段“x-wap-profile”的定義補充一個參數(shù)，該參數(shù)使得在服務(wù)器一側(cè)分配給系統(tǒng)中的一個單元成為可能。
3、簡檔可被擴展一個新的XML屬性。如上面已經(jīng)解釋的那樣，有利地說明基于XML的WAP-、UA-Prof的全部簡檔。獨立的信息塊或單個信息在簡檔內(nèi)利用所謂的“Tag”(標記)彼此劃定界限。這種標記的大多數(shù)都在XML應(yīng)用中成對地作為啟動命令和結(jié)束命令出現(xiàn)，并且說明，由它們包括在內(nèi)的文本具有什么意義。這個文本可重新通過其它的標記劃分，以便譬如使得針對屬性的參數(shù)的列表成為可能。單個標記的參數(shù)被稱為屬性。這些參數(shù)總是通過引用符號(“<”和“>”)被包括。
圖3示出了按照本發(fā)明的實施方案應(yīng)用新定義的XML屬性“Source”(用黑體標出；全部新元件用雙框標出)，該XML屬性“Source”允許通過終端設(shè)備或傳輸單元來表征一個簡檔(或一個單個的簡檔組件)。在應(yīng)用新的XML屬性時，在相應(yīng)的簡檔中也必須參考所屬的新的在這個例子中通過“prf2”表征的“XML-namespace”。屬性Source的值在圖3中以文本形式編碼(WAP GW或WAP網(wǎng)關(guān))。也可設(shè)想按照圖2中的表格(譬如“WAP網(wǎng)關(guān)”＝“2”)進行屬性值的二進制編碼。
如果想借助XML屬性附加地實現(xiàn)連續(xù)地對簡檔進行編號(如上所述)，則可提供下面兩種可能性屬性“Source”的屬性值可如此被確定，以致該屬性值由具有不同意義的參數(shù)的列表組成。圖4為此示出了一個例子，在該例子中，“Source”的屬性值由兩個參數(shù)的列表組成，其中引言所述的屬性值的括弧結(jié)構(gòu)方式被變換在屬性“Source”內(nèi)通過“Bag”發(fā)信號表示，產(chǎn)生多個屬性值(按照本發(fā)明新元件重新用雙框標出)。在括弧中擴展“Seq”就意味著，在列表中的參數(shù)系列具有意義。通過定義，譬如可通過傳輸路徑中的一個終端設(shè)備或另一個組件(例如網(wǎng)絡(luò)單元)、優(yōu)選通過在圖2的表格中所定義的代碼，使參數(shù)1代表連續(xù)的編號并使參數(shù)2代表簡檔的標志。
除此處所描述的UA-Prof或UA-Prof文件的文本編碼外，[7]也允許給一個二進制表達方式，以這種方式給所有的文本屬性分配所謂的二進制令牌。當然，上述原理也在一個二進制編碼的UA-Prof文件中表達出來。
在應(yīng)用特性簡檔或UA-Prof的情況下，用于傳輸有用數(shù)據(jù)對象的上述方法也可用來傳輸受DRM保護的對象。如果在這種情況下在電信裝置的上述改進方案中或簡檔傳輸和處理電信裝置的各自的組件的上述改進方案中，由具有WAP能力的終端設(shè)備(T；參見圖1)請求受DRM保護的數(shù)據(jù)，則信息流看起來如下1、具有WAP能力的終端設(shè)備(T)首先向WAP網(wǎng)關(guān)(G)發(fā)射一個數(shù)據(jù)請求。所包含在其中的有基本簡檔BP*(對以下說明請再度參見圖1)以及用于說明附加模塊的差別簡檔DP3*。兩個簡檔都用上述新的信息來表征，這兩個簡檔都可被分配給具有WAP能力的終端設(shè)備(T)。
2、WAP網(wǎng)關(guān)(G)收到數(shù)據(jù)請求，并將其轉(zhuǎn)交給數(shù)據(jù)提供組件(D)。在此，給數(shù)據(jù)請求補充按照新的標志分配給WAP網(wǎng)關(guān)的差別簡檔DP2*。
3、數(shù)據(jù)提供組件(D)收到數(shù)據(jù)請求，分析簡檔信息，并且識別，終端設(shè)備(T)的所請求的圖像本身以“jpeg”格式被使用，并且WAP網(wǎng)關(guān)(G)將圖像從“gif”格式轉(zhuǎn)換成適合終端設(shè)備的格式(在此，只考慮“jpeg”)。如果現(xiàn)在對象或有用數(shù)據(jù)對象(圖像)應(yīng)以受DRM保護的格式傳輸，則必須首先將對象或有用數(shù)據(jù)對象封包或加密成另一種數(shù)據(jù)格式(譬如“application/vnd.wap.drm.message或application/vnd.wap.drm.content”)，由此對象或有用數(shù)據(jù)對象不可進入WAP網(wǎng)關(guān)(G)。因此，數(shù)據(jù)提供組件(D)可決定，將“jpeg”格式的對象封包成DRM格式，以便不需通過WAP網(wǎng)關(guān)就可處理對象。數(shù)據(jù)提供組件(D)將所述的格式的對象或有用數(shù)據(jù)對象發(fā)射給WAP網(wǎng)關(guān)。
4、WAP網(wǎng)關(guān)接收對象，識別不需通過WAP網(wǎng)關(guān)(G)處理對象或動作，并且將它發(fā)射給終端設(shè)備(T)。
5、終端設(shè)備收到對象，將對象拆包并可應(yīng)用該對象。
無須采用按照本發(fā)明的改進方案的上述方法，相同的過程看起來如下1、具有WAP能力的終端設(shè)備(T)首先發(fā)射一個數(shù)據(jù)請求給WAP網(wǎng)關(guān)(G)。包含在其中的有基本簡檔BP和差別簡檔DP3，用于處理附加模塊(再度參見圖1)。
2、WAP網(wǎng)關(guān)(G)收到數(shù)據(jù)請求，并將其補充了差別簡檔DP2地轉(zhuǎn)交給數(shù)據(jù)提供組件(D)。
3、數(shù)據(jù)提供組件(D)收到數(shù)據(jù)請求，分析簡檔信息，并且識別使用由終端設(shè)備(T)和WAP網(wǎng)關(guān)(G)構(gòu)成的組合“jpeg格式”和“gif格式”的所請求的數(shù)據(jù)或所請求的圖像。對象應(yīng)以受DRM保護的形式傳輸，并且對此必須首先封包成另一種數(shù)據(jù)格式(application/vnd.wap.drm.message或者application/vnd.wap.drm.content)，由此對象或有用數(shù)據(jù)對象不可進入WAP網(wǎng)關(guān)。數(shù)據(jù)提供組件(D)可能決定，將以“gif”格式的對象封包成DRM格式，并且將所述格式的對象發(fā)射給WAP網(wǎng)關(guān)(G)。
4、WAP網(wǎng)關(guān)(G)接收對象，識別它不能處理該對象，因為它不識別或不處理周圍的數(shù)據(jù)格式，不改變對象，并將對象發(fā)送給終端設(shè)備。
5、終端設(shè)備(T)收到對象，將對象從周圍的數(shù)據(jù)格式中拆包，但卻不能應(yīng)用該對象。
其中對于本申請中所包含的協(xié)議的背景說明例如在下列位置上可找到[1]3GPP TS 23.040 version 5.2.0，Release 5；Third Genera-tion Partnership Project；Technical Specification Group Ter-minals；Technical realization of the Short Message Service(SMS).3GPP TS 22.140 version 4.1.0，Release 4；Third Genera-tion Partnership Project；Technical Specification Group Serv-ices and System Aspects；Service Aspects；Stage 1；MultimediaMessaging Service(MMS).3GPP TS 23.140 version 5.1.0，Release 5；Third Genera-tion Partnership Project；Technical Specification Group Ter-minals；Multimedia Messaging Service(MMS)；Functional De-scription；Stage 2.WAP-274-MMS Architecture Overview；WAP Multimedia Mes-saging Service(MMS)Specification Suite 2.0[5]WAP-275-MMS ClientTransaction；WAP Multimedia MessagingService(MMS)Specification Suite 2.0[6]WAP-276-MMS Encapsulation；WAP Multimedia MessagingService(MMS)Specification Suite 2.0[7]WAP-248-UAProf；WAG User Agent Profile；October 2001RFC 2616″Hypertext Transfer Protocol -HTTP/1.1″；June1999[9]WAP-230-WSP Wireless Session Protocol Specification，ap-proved version 5-July-2001[10]RFC 822″Standard for the format of ARPA internet textmessages″；David H.Crocker；August 13，198權(quán)利要求
1.用于按照總簡檔信息對象(RP*)從用于提供有用數(shù)據(jù)對象的數(shù)據(jù)提供組件(D)通過連接組件(G)傳輸有用數(shù)據(jù)對象到用戶的電信設(shè)備(T)的方法，該總簡檔信息對象(RP*)說明，哪種類型的有用數(shù)據(jù)對象可傳輸給該電信設(shè)備以對其進行處理，其中第一簡檔信息(BP*、DP1*、DP3*)此外被嵌入該總簡檔信息對象中，該第一簡檔信息說明，哪種類型的有用數(shù)據(jù)對象可直接由該電信設(shè)備進行處理。
2.按照權(quán)利要求1所述的方法，其中按照所述第一簡檔信息(BP*、DP1*、DP3*)的一種類型的有用數(shù)據(jù)對象從所述數(shù)據(jù)提供組件(D)傳輸給電信設(shè)備(T)。
3.按照權(quán)利要求2所述的方法，其中第二簡檔信息(DP2*)被嵌入所述總簡檔信息對象(RP*)中，該第二簡檔信息(DP2*)說明，哪種類型的有用數(shù)據(jù)對象可由所述連接組件(G)轉(zhuǎn)換成可由所述電信設(shè)備(T)處理的類型的有用數(shù)據(jù)對象，其中當所述數(shù)據(jù)提供組件不提供按照所述第一簡檔信息的類型的有用數(shù)據(jù)對象時，按照該第二簡檔信息的一種類型的有用數(shù)據(jù)對象從該數(shù)據(jù)提供組件傳輸給該電信設(shè)備。
4.按照權(quán)利要求1至3之一所述的方法，其中在將有用數(shù)據(jù)對象從數(shù)據(jù)提供組件(D)傳輸給電信設(shè)備(T)之前，電信設(shè)備將具有第一簡檔信息(BP*、DP1*)的第一子簡檔信息對象傳輸給連接組件(G)，該連接組件(G)在其一側(cè)給第一子簡檔信息對象補充第二簡檔信息(DP2*)而變?yōu)榈诙雍啓n信息對象，并且將該第二子簡檔信息對象傳遞給數(shù)據(jù)提供組件，以便在那里基于所有所傳遞的簡檔信息可制定總簡檔信息對象(RP*)。
5.按照權(quán)利要求1至4之一所述的方法，其中給所述電信設(shè)備補充一個附加的功率組件，該附加的功率組件能擴展可由電信設(shè)備處理的有用數(shù)據(jù)對象的范圍。
6.按照權(quán)利要求4和5所述的方法，其中給第一子簡檔信息對象補充第三簡檔信息(DP3*)，該第三簡檔信息(DP3*)說明，電信設(shè)備的有用數(shù)據(jù)對象的范圍通過附加的功率組件被擴展了哪些類型的有用數(shù)據(jù)對象。
7.按照權(quán)利要求4至6之一所述的方法，其中在第一和/或第二子簡檔信息對象中，規(guī)定簡檔信息采用基準形式，該基準形式分別要求存儲在數(shù)據(jù)提供組件或與此連接的其它的數(shù)據(jù)提供組件上的簡檔信息。
8.按照權(quán)利要求1至7之一所述的方法，其中電信設(shè)備(T)位于第一電信網(wǎng)中，并且數(shù)據(jù)提供組件(D)和/或其它的數(shù)據(jù)提供組件位于第二電信網(wǎng)中，其中第一和第二電信網(wǎng)彼此連接。
9.按照權(quán)利要求8所述的方法，其中連接組件(G)被布置在第一或第二電信網(wǎng)中，或者被裝設(shè)用于連接兩個電信網(wǎng)。
10.按照權(quán)利要求8或9所述的方法，其中第一電信網(wǎng)被構(gòu)造為特別是按照GSM-和/或UMTS標準工作的移動無線電網(wǎng)。
11.按照權(quán)利要求10所述的方法，其中在第一電信網(wǎng)中借助WAP協(xié)議、特別是無線會話協(xié)議實現(xiàn)將有用數(shù)據(jù)對象傳輸給電信設(shè)備(T)。
12.按照權(quán)利要求8至12之一所述的方法，其中第二電信網(wǎng)被構(gòu)造為基于網(wǎng)際協(xié)議的網(wǎng)絡(luò)，在該網(wǎng)絡(luò)中特別可借助超文本傳輸協(xié)議實現(xiàn)數(shù)據(jù)的傳輸。
13.按照權(quán)利要求1至12之一所述的方法，其中電信設(shè)備(T)包括無線電模塊，并且該電信設(shè)備(T)尤其是被構(gòu)造為移動電話、無繩電話、便攜式計算機或智能電話。
14.按照權(quán)利要求1至13之一所述的方法，其中所述連接組件(G)被構(gòu)造為WAP網(wǎng)關(guān)。
15.按照權(quán)利要求1至14之一所述的方法，其中有用數(shù)據(jù)對象包括文本信息、音頻信息、視頻信息、可執(zhí)行程序、軟件模塊或這些信息的組合。
16.電信裝置，其包括一個用于提供有用數(shù)據(jù)對象的數(shù)據(jù)提供組件(D)、一個電信設(shè)備(T)和一個用于將有用數(shù)據(jù)對象從數(shù)據(jù)提供組件傳輸?shù)诫娦旁O(shè)備的連接組件(G)，其中該電信裝置被設(shè)計用于執(zhí)行按照權(quán)利要求1至15之一所述的方法。
全文摘要
本發(fā)明公開了一種用于將有用數(shù)據(jù)對象從數(shù)據(jù)提供組件(D)或數(shù)據(jù)服務(wù)器通過連接組件(G)傳輸?shù)接脩舻碾娦旁O(shè)備(T)的方法，其中通過各自的簡檔信息(BP*、DP1*、DP*、DP3*)在一個數(shù)據(jù)提供組件(D)的簡檔對象中通知，連接組件或電信設(shè)備能分別本身處理哪些類型的有用數(shù)據(jù)對象。由此，數(shù)據(jù)提供組件可有目的地傳輸該類型的有用數(shù)據(jù)對象給可對其進行處理的電信設(shè)備。這意味著，可避免數(shù)據(jù)提供組件發(fā)出一種類型的有用數(shù)據(jù)對象，該類型的有用數(shù)據(jù)對象必須首先在傳輸路徑上由連接組件進行轉(zhuǎn)換，以使它可由電信設(shè)備進行處理。
文檔編號G06F13/00GK1692615SQ03824630
公開日2005年11月2日 申請日期2003年7月25日 優(yōu)先權(quán)日2002年8月26日
發(fā)明者M·施呂特爾, A·施密德特, N·施瓦格曼, M·特勞伯格 申請人:西門子公司