專利名稱：移動裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種應用于一網(wǎng)絡的移動裝置，且特別涉及從一信息中心接收多媒體信息服務(multimedia messaging service,MMS)信息的移動裝置,能防止信息大小不符合 限制的麗S信息下載到移動裝置。
背景技術(shù)：
多媒體信息服務(MMS)是一種信息服務，其中，在發(fā)送端的通信裝置發(fā)送一則多媒體信息(或稱麗S信息)給一移動站(mobile station)的過程中，通信服務業(yè)者(Operator)所架設的信息中心(message center)負責傳遞(relay)此MMS信息到接收端的移動站。顧名思義，麗S信息是可結(jié)合文字、聲音、圖像、視頻等媒體內(nèi)容的信息；此夕卜，多媒體信息服務更可在此基礎(chǔ)上提供其它的應用如多媒體的問候卡、名卡、簡報、以及連續(xù)的視頻影音等信息。麗S協(xié)議是由兩個重要國際移動通信標準組織第三代移動通信合作項目組織(The 3rd Generation Partnership Pro ject, 3GPP)與無線應用協(xié)議論壇(Wireless Application Protocol forum, WAP FORUM)制定的公開標準，通信服務業(yè)者(operator)、手機與其它相關(guān)業(yè)者共同合作下，將可提供跨平臺與跨手機品牌的多媒體信息服務。此外，麗S并不局限于由手機來發(fā)送信息，通過個人數(shù)字助理器(personaldigital assistant,PDA)、計算機或通過是電子郵件軟件均可發(fā)送。請參考圖I,其中移動站100是應用于提供多媒體信息服務的無線通信網(wǎng)絡10。在圖I中，移動站100是一種能接收多媒體信息的移動站，用以在無線通信網(wǎng)絡10中通過一信息中心130提取多媒體信息。移動站100是通過信息中心130，提取來自不同發(fā)送端的多媒體信息。例如，無線通信網(wǎng)絡10上的移動站120，可以發(fā)出多媒體信息給移動站100。另一種發(fā)送端，例如是處于另一無線通信網(wǎng)絡的一移動站，如GPRS網(wǎng)絡300中的GPRS移動站140，則可通過信息中心150及130，發(fā)出多媒體體信息給移動站100。另外，來自于因特網(wǎng)(Internet) 20的計算機160亦可通過與因特網(wǎng)20連接的信息中心130，發(fā)出多媒體信息給移動站100。而在傳遞從發(fā)送端發(fā)出的麗S信息至接收端的過程中，信息中心在接收到此麗S信息后，會發(fā)出一則通知信息(notification)給接收端，以通知接收端有MMS信息要傳遞給接收端。而通知信息包含有關(guān)此則MMS信息的信息，包括送件者(FROM)、收件者(T0)、主旨(SUBJECT)、信息內(nèi)容大小(SIZE)以及提取信息地址(retrieval address)。請參考圖2A，移動站100執(zhí)行現(xiàn)有的多媒體信息接收方法的順序圖。當信息中心130收到源自一接收端的一多媒體信息時，信息中心130會發(fā)出一通知信息210到移動站100。移動站100執(zhí)行通知信息的響應程序220決定是否要提取此通知信息所對應的多媒體信息。當接收端決定要接收信息主體，接收端將送出一提取信息(GET request) 230給此信息中心(又稱麗S center)以下載此麗S信息。提取信息230的格式有多種，例如是超文件傳輸協(xié)議(HyperText Transfer Protocol)的提取請求信息(GET request),或是無線應用協(xié)議的會議通話層協(xié)議(WAP Session Protocol, WSP)的提取請求信息。當信息中心130收到提取信息230之后，信息中心通過一響應信息240把信息主體送出。若移動站100已把信息主體接收完畢，貝1J會發(fā)出告知信息(notify response)給信息中心,完成接收此多媒體信息的動作。由于接收端所接收到的通知信息記載相對應的MMS信息的大小值，接收端所執(zhí)行的通知信息的響應程序220可依此判斷應否下載此MMS信息，也就是依此判斷應否發(fā)出提取信息230。以下介紹兩種現(xiàn)有的提取信息主體(message body)方法,其中分別采用兩種不同的通知信息的響應程序220以下載信息主體。
若此通知信息所載的大小值是小于一既定的可接受的大小值(如30KB)，通常為使用者設定值，則允許自動下載此多媒體信息。此種提取信息的方法，稱為“立即提取”信息的方法(immediate retrieval)。目前市面上的諾基亞(Nokia) 6610手機即采用“立即提取”信息的方法。請參考圖2B，其與圖2A中的響應通知信息程序220相對應。如步驟221所示，有一通知信息到達接收端，則執(zhí)行步驟222以判斷通知信息所包括的信息主體大小值是小于使用者的設定值。若是，則步驟228發(fā)送一提取信息至信息中心。如步驟229所示，接收端開始等待信息中心響應。在此種方法下，接收端下載每則信息的過程中，使用者不用做任何操作。對需要提取許多信息大小不大的使用者而言，此種“立即提取”信息的方法，誠為一種方便使用者的機制。另一種現(xiàn)有的麗S信息提取方法是”需延遲提取”信息的方法(delayedretrieval)，在此方法中，接收端使用者必須在下載此信息以前確認是否要提取此麗S信息。使用者可依據(jù)通知信息所載的信息來決定是否要下載此MMS信息，例如是依據(jù)MMS信息的大小值及發(fā)出信息者來作判斷。請參考圖2B，在步驟222中，若通知信息所包含的信息主體大小值并不小于使用者的設定值，則接收端進入步驟223以發(fā)出一告知信息給信息中心，隨后，接收端進入步驟225以執(zhí)行等待確認程序。在等待確認程序中，步驟226判斷使用者是否要提取此多媒體信息。若是，則如步驟228所示，接收端發(fā)出一提取信息至信息中心。接著，此方法進入步驟229以開始等待此信息中心響應。上述兩種提取MMS信息的方法是當今現(xiàn)有的技術(shù)。此外，大部分使用者皆是從通知信息所得知的MMS信息的大小值作為判斷是否下載此信息的一主要準則。但是，這些方法具有潛在的、非常嚴重的安全性(security)問題。例如，不穩(wěn)定的信息中心很可能會產(chǎn)生并傳出一則載有比麗S信息真正大小值較小的不正確信息的通知信息。另外，不懷好意的人士，即所謂計算機破壞者(cracker)，可惡意假造一則通知信息，其中載有與MMS信息實際大小值較小的不正確信息，給大量接收端的使用者。其它的例子，例如是垃圾廣告信等。而另一方面，這些不正確的通知信息所對應的MMS信息卻具有較大的大小值；如此,使用者在受蒙蔽的情況下，意料不及的花費金錢來下載大量的MMS信息。在上述不正確的通知信息的影響下，縱使接收端的通信裝置已設定使用“立即提取”信息的方法且已規(guī)定自動下載麗S信息的大小值上限，通信裝置還是會自動下載此較大的MMS信息。而在同樣狀況下，“需延遲提取”信息的方法雖然會詢問使用者是否要下載麗S信息，但是還是有可能下載了較大的麗S信息。這種不適當?shù)臑E發(fā)信息(spamming)的情況確實令人困擾，而且會實際造成接收端使用者金錢上損失，需要繳付大筆下載信息的通信費用。對于現(xiàn)有的麗S技術(shù)而言，這個潛在的安全性問題，并未受到注意及有任何的解決方案。站在保護使用者的權(quán)益及推廣MMS市場的立場而言，這個問題必須解決，才能讓使用者安心的使用及讓MMS的市場得以拓展成功。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的之一就是在提供一種應用于一網(wǎng)絡的移動裝置，能有效防止信息大小不符合限制的多媒體信息被下載到移動裝置。根據(jù)本發(fā)明，提供一種用于一網(wǎng)絡的移動裝置，用以從一信息中心接收一多媒體信息以及一通知信息，其中，該通知信息包含一信息大小限制值。該移動裝置包括一處理器，該處理器用于從該信息中心接收該多媒體信息的第一部分，該第一部分包含一信息數(shù)據(jù)長度值，其中，當該第一部分包含的一信息數(shù)據(jù)長度值大于該信息大小限制值時，該處理器還用于確認是否繼續(xù)接收該多媒體信息的第二部分。上述移動裝置可以達成防止信息數(shù)據(jù)長度值與信息大小限制值不符的多媒體信息下載到移動裝置。為讓本發(fā)明的上述目的、特征、和優(yōu)點能更明顯易懂，下文特舉一較佳實施例，并配合附圖，作詳細說明如下。


圖I是描述依現(xiàn)有的移動站應用于提供多媒體信息服務的無線通信網(wǎng)絡的示意圖。圖2A是為描述移動站接收多媒體信息的現(xiàn)有方法的順序圖。圖2B是為移動站響應通知信息的現(xiàn)有的兩種提取信息的方法的流程圖。圖3A繪示包含信息主體長度值的響應信息的格式。圖3B繪示另一種響應信息的格式。圖4、5A、5B及6圖是為依照本發(fā)明的一實施例的一種多媒體信息接收方法的流程圖。附圖符號說明10 :無線通信網(wǎng)絡20 Internet 30 GPRS100 :移動站102 :處理器104:內(nèi)存106:使用者接口
120 :移動站130、150:信息中心140 :移動站160 :計算機210 :通知信息220 :通知信息的響應程序
230:提取信息240:響應信息450 :響應信息的響應程序270 :告知信息310:響應信息320:響應信息標題325 :信息主體長度值330 :信息主體350:響應信息351 :響應信息標題353 :第I數(shù)據(jù)組的大小值354 :最后數(shù)據(jù)組字段355 :第I數(shù)據(jù)組360:響應信息361 :第2數(shù)據(jù)組的大小值362 :最后數(shù)據(jù)組字段363 :第2數(shù)據(jù)組
具體實施例方式本發(fā)明的多媒體信息接收方法的精神在于根據(jù)響應信息來執(zhí)行進一步的篩選，以決定是否接收多媒體信息，以達到有效防止實際信息大小不符合限制的多媒體信息下載到移動站。而現(xiàn)有的多媒體信息接收方法與本發(fā)明的多媒體信息接收方法不同的是，現(xiàn)有的多媒體信息接收方法只有根據(jù)通知信息來決定是否接收多媒體信息，故此，實際信息大小不符合限制的多媒體信息仍然會被下載到移動站。請參考圖4，當響應信息240到達時，執(zhí)行本發(fā)明的多媒體信息接收方法的移動站1000，不會像圖2A中的移動站100的現(xiàn)有做法那樣無條件的接收響應信息。移動站1000會執(zhí)行響應信息的響應程序450，以判斷響應信息240所載的數(shù)據(jù)的長度值是否符合限制，以防止信息大小不符合限制的多媒體信息下載到移動站1000。若響應信息240的信息數(shù)據(jù)長度值大于接收端已知的信息大小值，則響應程序450進入一確認程序；若否，則接收響應信息。確認程序是用以決定是否要繼續(xù)接收響應信息，而確認的方式，例如是通過詢問接收端的使用者或由接收端自動通過判斷其它的條件以完成。若移動站1000執(zhí)行本發(fā)明的多媒體信息接收方法把信息主體接收后，貝1J會發(fā)出告知信息(notify response) 270給信息中心130，完成接收此多媒體信息的動作。
響應信息可以具有不同的格式，響應信息的響應程序450會針對不同格式的響應信息做出反應。下面首先介紹兩種不同響應信息的格式，接著，以依照本發(fā)明的多媒體信息接收方法的兩個實施例來說明如何響應不同格式的響應信息。請參考圖3A所示的一種響應信息的格式，響應信息310是由第一部分320及第二部分330組成。第一部分320是為響應信息310的標題,具有一信息數(shù)據(jù)長度值，而第二部分330包含多媒體信息的信息主體，其中第一部分320的信息數(shù)據(jù)長度值即是第二部分330的信息主體的長度值。而信息中心則會分開傳送響應信息的第一部分320及第二部分330。請參考圖3B，另一種響應信息的格式則包含N個部分，響應信息的每一部分是具有一信息數(shù)據(jù)長度值，其中N為大于I的正整數(shù)。多媒體信息分為N個數(shù)據(jù)組(chunks)，響應信息的第一部分至第N部分是分別包含此N個數(shù)據(jù)組。響應信息的每一部分所具有的信息數(shù)據(jù)長度值是為此部分所包含的數(shù)據(jù)組的大小值。如圖3B所示，一響應信息包含第一部分350及第二部分360。多媒體信息分為兩個數(shù)據(jù)組，即數(shù)據(jù)組一 355及數(shù)據(jù)組二 363。此響應信息的第一部分350和第二部分360是分別包含多媒體信息的數(shù)據(jù)組一 355和數(shù)據(jù)組二 363，并分別具有信息數(shù)據(jù)長度值，即數(shù)據(jù)組一大小值353和數(shù)據(jù)組二大小值363。此 夕卜，為了讓接收響應信息的移動站判斷是否已收到最后一個數(shù)據(jù)組，即第N個數(shù)據(jù)組，響應信息的各個部分更可包括一字段(field)以代表響應信息的此部分是否包含這些數(shù)據(jù)組的最后一個。如圖3B所不,此響應信息的第一部分350和第二部分360是各包含”最后數(shù)據(jù)組”字段(last-chunk field)。在此例子中，第一部分350所包含的數(shù)據(jù)組一 355并非最后的數(shù)據(jù)組，第一部分350所包含的最后數(shù)據(jù)組字段354的參數(shù)值設為0 ;第二部分360所包含的數(shù)據(jù)組二 363是為最后是數(shù)據(jù)組，故此第二部分360所包含的最后數(shù)據(jù)組字段362的參數(shù)值設為I。不管信息中心采取何種格式的響應信息，信息中心都是分別地送出響應信息的各個部分至移動站。本發(fā)明的多媒體信息接收方法的一實施例，是根據(jù)通知信息來進行第一階段的檢查，例如圖2B所示的通知信息的響應程序。接著，再根據(jù)響應信息來進行第二階段的檢查，以決定是否接收多媒體信息。由于不穩(wěn)定的信息中心很可能會產(chǎn)生并傳出一則載有比多媒體信息真正大小值較小的不正確信息的通知移動站。另外，假造的一通知信息，其所載的信息主體大小值可能會被設為小于信息主體的真正大小值。在這些不正常的情況下，通知信息的響應程序420(例如圖2B所示的通知信息的響應程序)，仍然會以為將要接收的信息主體的大小值是合符規(guī)定而發(fā)出提取信息。接下來，以依照本發(fā)明的多媒體信息接收方法中，響應信息的響應程序450的實施例，來說明在接收到不同格式的響應信息的情況下，本方法如何接收多媒體信息。而且，若上述不正常的情況發(fā)生時，如何有效防止下載真正大小值與通知信息所載的信息主體大小值不符的多媒體信息。請參考圖5A，其與圖4中的響應信息的響應程序450相對應。如步驟503所示，有一信息到達，此信息通常為響應信息的一第一部分。接著，如步驟505所示，通過分析此信息的標題，以在步驟507中判斷此信息是屬于哪一種響應信息的格式，在本實施例中，也就是判斷多媒體信息是否以多個數(shù)據(jù)組的方式傳送。若多媒體信息并非以多個數(shù)據(jù)組的方式傳送，則判斷是否包含多媒體信息的一信息主體長度值。若此信息包含此信息主體長度值，則此響應信息是具有圖3A所示的格式。接下來，執(zhí)行步驟509以判斷此信息主體長度值是否實質(zhì)上大于此信息主體大小值。若此響應信息的第一部分包含此信息主體長度值(即信息數(shù)據(jù)長度值)，判斷結(jié)果是代表此響應信息是具有圖3A所示的格式，所以此響應信息的第二部分包含了信息主體。在步驟509中，若此信息主體長度實質(zhì)上不大于此信息主體大小值，則執(zhí)行步驟511以繼續(xù)從此響應信息的第二部分接收此信息主體。如步驟513所示，接收端提示此接收端的使用者，已完成接收此多媒體信息。接著，接收端回到步驟403，以等待通知信息。若此信息主體長度實質(zhì)上大于此信息主體大小值，則如步驟521所示，接收端暫停從此響應信息接收此信息主體。之后，接收端進入步驟551以執(zhí)行等待確認程序(B)。請參考圖5B，在等待確認程序(B)中，步驟553判斷使用者是否確認要終止接收此響應信息的其它部分。若是，則如步驟575所示，接收端刪除已接收的響應信息的數(shù)據(jù)，接著，回到步驟403，以等待通知信息。若否，則如步驟555所示，恢復繼續(xù)接收此響應信息的其它部分。接著，如步驟513所示，接收端提示此使用者，已完成接收此多媒體信息。此后，接收端回到步驟403，以等待通知信息。在確認程序中，當使用者來不及響應而導致斷線，移 動站會另外詢問使用者是否要重新聯(lián)機。使用者欲重新聯(lián)機，則移動站會再次發(fā)出提取信息230,然后重新接收響應信息240,然后重新執(zhí)行響應信息的響應程序450。在另一實施例中，此確認程序是以自動應答的方式來判斷是否要繼續(xù)接收響應信息的其它部分，確認程序可依據(jù)其它條件來做判斷，例如是之前所收到的通知信息210所載的有關(guān)多媒體信息的信息。在圖3A的格式下，由于響應信息的第一部分320及第二部分330是分開傳送的，因此移動站1000可以先接收第一部分320，再決定是否接收第二部分330。換言之，移動站1000在未收到信息主體的情況下，就可以決定是否要接收信息主體；因此，在不正常的情況下，信息主體的接收可以被完全的擋住。在步驟507中，判斷響應信息屬于哪種格式的方式是隨著可能會接收到的響應信息的格式而有所不同。例如，若信息中心與移動站之間是以超文件傳送協(xié)議(hypertexttransfer protocol, HTTP)版本I. I來通信的話,判斷響應信息格式的方式可通過檢查抵達的信息所包含的一個用以區(qū)別傳遞方式的標題字段(header field)，S卩“傳遞-編碼”字段(Transfer-Encoding field)以達成。當“傳遞-編碼”字段設定為”以多個數(shù)據(jù)組方式”(chunked)時,貝U表示多媒體信息是以多個數(shù)據(jù)組的方式傳送(chunked transfer)。另一方面，HTTP版本I. 0中并無定義“傳遞-編碼”字段，而且HTTP版本I. 0的傳輸方式都是采用首先告訴接收端信息數(shù)據(jù)長度值(message length)，然后開始把數(shù)據(jù)傳遞給對方的方式，亦即如圖3A所示的格式。故此，在移動站可能會通過HTTP版本1.0或I. 1，自信息中心接收多媒體信息的情況下，移動站首先可判斷是否正在使用HTTP版本I. O。若是，則可判斷所接收的信息是否包含多媒體信息的信息主體長度值。若所接收的信息包含多媒體信息的信息主體長度值，則此判斷結(jié)果是代表此響應信息是具有圖3A所示的格式。若目前正在使用HTTP版本I. I的話，則可通過上述的“傳遞-編碼”字段，來判斷多媒體信息是否以多個數(shù)據(jù)組的方式傳送。在步驟507中，若多媒體信息是以多個數(shù)據(jù)組的方式傳送，則在步驟503中所收到的信息是如圖3B所示格式的響應信息的第一部分。請參考圖3B，響應信息的第一部分350包含多媒體信息的數(shù)據(jù)組一 355及具有信息數(shù)據(jù)長度值，即數(shù)據(jù)組一大小值353。由于響應信息的第一部分350并不是分開傳送的，必須整個接收。換言之，在本實施例中，在接收具有圖3B的格式的響應信息的情況下，移動站必須先接收包含數(shù)據(jù)組一 355的響應信息的第一部分350，然后利用數(shù)據(jù)組一 355的信息數(shù)據(jù)長度值，即數(shù)據(jù)組一大小值353來判斷是否要接收響應信息的第二部分，如圖3B中所示的第二部分360。也就是說，移動站必須先將數(shù)據(jù)組一 355接收下來，之后才計算所累積的已接收的數(shù)據(jù)。之后，再根據(jù)已接收的累計的數(shù)據(jù)來判斷是否接收響應信息的下一個部分。如步驟601所示，接收端開始接收響應信息的其它部分，此些響應信息的其它部分包含信息主體的其它多個數(shù)據(jù)組。
圖6為上述開始接收數(shù)據(jù)組程序的一實例。如步驟603所示，首先根據(jù)響應信息的第一部分所包含的一信息數(shù)據(jù)長度值，判斷信息數(shù)據(jù)長度值是否大于信息主體大小值(MSG_B0DY_SIZE)。若是，則進入等待確認程序(C);若否，則接收響應信息的第二部分。如步驟611所示，接收端等待響應信息的其它部分到來。如步驟613所示，響應信息的第二部分到達，其所包含的數(shù)據(jù)組大小值為S，則本實施例的方法進入步驟617，以接收此數(shù)據(jù)組。此時，設定一累計數(shù)據(jù)長度值(L)為上述響應信息的第一部分所包含的信息數(shù)據(jù)長度值。接著，步驟619判斷第(X+1)部分(目前所接收到的應為第二部分)是否為響應信息的最后部分，亦即判斷第(X+1)部分是否包含最后一個的數(shù)據(jù)組。判斷方式可為判斷第(X+1)部分所包含的“最后數(shù)據(jù)組”字段的參數(shù)值是否表示此數(shù)據(jù)組為最后一個；例如，判斷此參數(shù)值是否等于I。若是，則停止該方法；接著，移動站可以提示使用者，如步驟623所示，響應信息已接收完畢，也就是多媒體信息已下載到移動站，此后，本方法回到步驟413，等待其它的通知信息。若步驟619的判斷結(jié)果是否的話，則執(zhí)行步驟621，將第(X+1)部分的信息數(shù)據(jù)長度值與累計數(shù)據(jù)長度值相加的結(jié)果設為累計數(shù)據(jù)長度值。也就說，L —s+L。接著，判斷累計數(shù)據(jù)長度值經(jīng)設定后是否大于信息大小值。若是，則進入等待確認程序(C)。若否，則將X設為X+1，并且執(zhí)行步驟661，以等待接收響應信息的下一個部分；當響應信息的第(X+1)部分到達時，則接收此響應信息的第(X+1)部分，并且執(zhí)行步驟619。如此，重復步驟611至步驟635，直至響應信息的最后一個部分被接收為止，或是直到步驟635的判斷結(jié)果為是的情況發(fā)生為止。若L+s的值實質(zhì)上大于此信息主體大小值，則如步驟637所示,接收端暫停接收數(shù)據(jù)。接著，本實施例的方法進入步驟639，執(zhí)行等待確認程序(C)。在等待確認程序(C)中，步驟641判斷使用者是否終止接收響應信息的其它部分。若是，則如步驟645所示，刪除已接收的響應信息，接著，本實施例的方法回到步驟403，以等待通知信息。若否，則從步驟611開始，恢復等待接收響應信息的其它部分。在上述的確認程序中，當使用者來不及響應而導致斷線時，移動站1000會另外詢問使用者是否要重新聯(lián)機。使用者若欲重新聯(lián)機，則移動站1000再次發(fā)出提取信息230。根據(jù)圖3B所示的格式，響應信息是被分成多個部分，一個一個地傳送的，因此在提取信息230中會包含其它信息，以告訴信息中心上次收到哪個部分。如此一來，信息中心就會從下一個部分開始送，而不會有重復傳送同一部分的情況。需要注意的是，信息中心必須具有此續(xù)傳功能，才可以避免重復傳送的情況。
此外，移動站1000可通過能作人機互動的使用接口(例如是屏幕)，利用文字、圖像、聲音或移動站的振動等，以提示使用者，并要求確認是否要停止接收數(shù)據(jù)。此外，在步驟在判斷響應信息的信息數(shù)據(jù)長度值(如步驟509或635所示)是否大于接收端已知的信息大小值(亦即從通知信息所得知的信息主體大小值(SIZE_MSG_BODY))時，可允許有一定的誤差率。例如，當累計數(shù)據(jù)長度值大于信息主體大小值，且兩者的差值(TOTAL_LENGTH-SIZE_MSG_BODY)大于一既定的誤差率，例如是10%之時，才認為累計數(shù)據(jù)長度值實質(zhì)上大于信息主體大小值；也就是說，若兩者的差值小于誤差率，則累計數(shù)據(jù)長度值實質(zhì)上并不大于信息主體大小值。如此。再者，因應不同格式的響應信息，累計數(shù)據(jù)長度值可能是直接依據(jù)目前的響應信息的第一部分(如圖3A的第一部分320)而得知，或是經(jīng)過累計已接收的響應信息的不同部分的信息數(shù)據(jù)長度值(如圖3B的數(shù)據(jù)組I大小值355)而決定。在上述的實施例中，移動站1000是一具有移動通信功能的裝置，例如是移動站，如整體封包無線電服務(General Packet Radio Service, GPRS)兼容的移動電話、第3代移動站、WAP手機,或者可攜式裝置,如個人電子助理器(Personal Digital Assistant),或是車用計算機、或筆記本型計算機等等。移動站1000至少包括一存儲裝置104以及與此存儲裝置耦接的一處理器102。此處理器102自此存儲裝置104中加載多媒體信息接收的程序模塊(或是包含此程序模塊的應用軟件)，并執(zhí)行此多媒體信息接收的程序模塊以響應于至少此信息中心的信息以控制此移動站執(zhí)行多媒體信息接收動作。在接收多媒體信息的過程中，移動站1000能有效防止信息大小不符合限制的多媒體信息下載到移動站。本發(fā)明上述實施例所揭露的方法及移動站，能有效防止信息大小不符合限制的多媒體信息下載到移動站，能保護使用者的權(quán)益，不受蒙騙。不適當?shù)臑E發(fā)信息(spamming)，例如是廣告垃圾信息，所造成的困擾及意料不及通信費用將不會發(fā)生在使用者身上。移動通信的多媒體信息服務品質(zhì)及客戶滿意度會因此提升，有利于MMS市場的拓展。 綜上所述，雖然本發(fā)明已以較佳實施例揭露如上，然其并非用以限定本發(fā)明，任何 本領(lǐng)域技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，當可作各種的更動與潤飾，因此本發(fā)明的保護范圍當視權(quán)利要求書所界定者為準。
權(quán)利要求
1.一種應用于一網(wǎng)絡的移動裝置，用以從一信息中心接收一多媒體信息以及一通知信息，其中，該通知信息包含一信息大小限制值，該移動裝置包括 一處理器，用于從該信息中心接收該多媒體信息的第一部分，該第一部分包含一信息數(shù)據(jù)長度值，其中，當該第一部分包含的一信息數(shù)據(jù)長度值大于該信息大小限制值時，該處理器還用于確認是否繼續(xù)接收該多媒體信息的第二部分。
2.如權(quán)利要求I所述的移動裝置，其特征在于，該多媒體信息包含一信息主體，而該第一部分所包含的信息數(shù)據(jù)長度值指示該信息主體的數(shù)據(jù)長度，該第二部分包含該信息主體。
3.如權(quán)利要求I所述的移動裝置，其特征在于，當該第一部分包含的一信息數(shù)據(jù)長度值大于該信息大小限制值時，該處理器通過發(fā)送一詢問信息來確認是否繼續(xù)接收該多媒體信息的第二部分。
4.如權(quán)利要求I所述的移動裝置，其特征在于，當該第一部分包含的一信息數(shù)據(jù)長度值大于該信息大小限制值時，該處理器根據(jù)一預設條件自動確認是否繼續(xù)接收該多媒體信息的第二部分。
5.如權(quán)利要求I所述的移動裝置，其特征在于，當該信息大小限制值超過一預設值時，該處理器還用于發(fā)送一詢問信息以確認是否接收該多媒體信息。
6.如權(quán)利要求I所述的移動裝置，其特征在于，該第一部分所包含的信息數(shù)據(jù)長度值指示該多媒體信息的實際大小。
7.如權(quán)利要求6所述的移動裝置，其特征在于，該多媒體信息包含多個數(shù)據(jù)組，該第一部分包含至少一個數(shù)據(jù)組，而該響應信息包含N個部分，該第一部分的大小為該至少一個數(shù)據(jù)組的數(shù)據(jù)長度，該多媒體信息的實際大小為每個數(shù)據(jù)組的數(shù)據(jù)長度的累加。
8.如權(quán)利要求I所述的移動裝置，其特征在于，該網(wǎng)絡為一電話通信網(wǎng)絡，該移動裝置為一移動電話。
9.如權(quán)利要求I所述的移動裝置，其特征在于，該多媒體信息為一多媒體信息服務信息O
10.如權(quán)利要求I所述的移動裝置，其特征在于，該處理器還用于根據(jù)該通知信息發(fā)送一接收該第一部分的請求至該信息中心。
全文摘要
本發(fā)明提供一種用于一網(wǎng)絡的移動裝置，用以從一信息中心接收一多媒體信息以及一通知信息，其中，該通知信息包含一信息大小限制值。該移動裝置包括一處理器，該處理器用于從該信息中心接收該多媒體信息的第一部分，該第一部分包含一信息數(shù)據(jù)長度值，其中，當該第一部分包含的一信息數(shù)據(jù)長度值大于該信息大小限制值時，該處理器還用于確認是否繼續(xù)接收該多媒體信息的第二部分。
文檔編號H04W88/02GK102685703SQ201210152348
公開日2012年9月19日 申請日期2004年11月29日 優(yōu)先權(quán)日2004年11月29日
發(fā)明者汪志君, 涂冠驊 申請人:聯(lián)發(fā)科技股份有限公司