專利名稱：多媒體消息上傳方法及移動通信終端、系統(tǒng)、mms代理中繼器的制作方法
技術領域：
本發(fā)明涉及移動通信系統(tǒng)的多媒體消息服務，詳細說明是在移動通信終端中與MMS代理中繼器連動，把多個多媒體消息上傳到MMBOX的技術。
背景技術：
MMBOX是在移動通信終端中與MMS代理中繼器連動，永久存儲多媒體數(shù)據(jù)或在不是自己的本地的(local)網(wǎng)絡空間中存儲多媒體消息的技術。
關于MMBOX的技術在OMA-MMS-ENC-V1_2-20050301-A和OMA-MMS-CTR-V1_2-20050301-A中有記載。
MMBOX的主要功能之一的上傳(upload)事務(transaction)是向MMBOX上傳多媒體消息的功能。在OMA-MMS-CTR-V1_2-20050301-A中記載的上傳事務是每次只能上傳一個多媒體消息。所以當在移動通信終端中向MMBOX上傳多個多媒體消息時按照相關次數(shù)需要反復進行上傳事務。
當移動通信終端中向MMBOX上傳多個多媒體消息時，一個一個上傳多媒體消息是非常的繁瑣和不方便的。
發(fā)明內容
本發(fā)明所要達到的技術課題是在移動通信終端中與MMS代理中繼器連動執(zhí)行多媒體服務時可以把多個多媒體消息一次性的上傳給MMBOX。
根據(jù)為了達成如上所述的課題的本發(fā)明的一方面，本發(fā)明提供移動通信終端，包括存儲生成為了把至少一個以上多媒體消息一次性上傳給MMBOX(Multimedia Message BOX)上的上傳(upload)邀請消息的程序的存儲部；執(zhí)行存儲在存儲部的程序并包含至少一個以上消息的第一主體(Body)；生成表示包含至少一個以上多媒體消息的第一標題(header)的上傳(upload)邀請消息并傳送給多媒體(MMSMultimedia Message Service)代理中繼器的控制部。
控制部包括提供為了選擇要上傳的至少一個以上的多媒體消息的畫面的畫面處理部；設定顯示包含通過畫面處理部選擇的至少一個以上的多媒體消息的第一標題，并結合在其設定的第一標題的后面包含至少一個以上的要上傳的多媒體消息的第一主體(body)生成上傳邀請消息的消息生成部；把生成的上傳邀請消息向MMS代理中繼器傳送處理的傳送處理部。
第一標題包含，設定了表示上傳邀請消息的值的消息類型字段和，設定了為了接收確認消息的事務ID的事務(transaction)ID字段、版本(version)字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段(content type field)。
內容類型字段中設定顯示伴隨至少一個以上數(shù)據(jù)的多媒體部分混合類型(multimedia part mixed type)。
第一主體包含按要上傳的多媒體消息類別區(qū)分的至少一個以上的PDU。
PDU具備顯示相關PDU中包含多媒體消息的第二標題和包含要上傳的多媒體消息的第二主體。第二標題包含在第二主體中包含的多媒體消息的識別信息。
根據(jù)本發(fā)明的另一方面提供存儲把至少一個以上多媒體消息一次性上傳給MMBOX(Multimedia Message BOX)上的程序的存儲部；包含執(zhí)行存儲在存儲部的程序并從移動通信終端接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息和至少一個以上的多媒體消息的標題，并把所提取的多媒體消息存儲在MMS(Multimedia Message Service)中的控制部的MMS代理中繼器。
控制部包括，加載(loading)存儲在存儲部的程序的加載部；包含在所接收的相關邀請消息中的至少一個以上的多媒體消息的第一主體；通過提取顯示包含至少一個以上的多媒體消息的第一標題，提取第一主體包含的至少一個以上的多媒體消息的提取部；把通過提取部提取的至少一個以上的多媒體消息存儲在MMBOX中的上傳處理部；傳送執(zhí)行了向移動通信終端上傳處理的確認消息的傳送處理部。
包含在上傳邀請消息中標題包含，設定了表示上傳邀請消息的值的消息類型字段(message type field)、設定了為了接收確認消息的事務ID的事務(transaction)ID字段、版本(version)字段和，設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
內容類型字段中設定顯示伴隨至少一個以上數(shù)據(jù)的多媒體部分混合類型(type)。
第一主體包含按要上傳的多媒體消息類別區(qū)分的至少一個以上的PDU。
PDU具備顯示相關PDU中包含多媒體消息的第二標題和包含要上傳的多媒體消息的第二主體。
第二標題包含在第二主體中包含的多媒體消息的識別信息。
確認消息包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務(transaction)ID字段(field)、版本(version)字段和設定了顯示是否成功存儲了多媒體消息的值的狀態(tài)字段(state field)。
確認消息還包含至少一個以上的內容位置字段(Content Location Field)，而且各內容位置字段中設定上傳成功的多媒體消息的地址信息。
根據(jù)本發(fā)明的另一個方面，在具備MMBOX的移動通信系統(tǒng)中，提供生成具備要上傳的至少一個以上的多媒體消息和顯示包含至少一個以上的多媒體消息的標題的上傳邀請消息并傳送的移動通信終端和，包含從移動通信終端接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息和至少一個以上的多媒體消息的標題，并把所提取的多媒體消息存儲在MMS(Multimedia Message Service)中的控制部的MMS代理中繼器的移動通信系統(tǒng)。
標題包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務(transaction)ID字段、版本(version)字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
根據(jù)本發(fā)明的另一個方面，在移動通信終端中與MMS代理中繼器連動向MMBOX上傳多媒體消息的方法中，提供包含，選擇至少一個以上的要上傳的多媒體消息的選擇步驟；
設定顯示包含通過選擇步驟選擇的至少一個以上多媒體消息的第一標題，并結合包含在所設定的第一標題后上傳的至少一個以上的多媒體消息的第一主體生成上傳邀請消息的消息生成步驟；把生成的上傳邀請消息向MMS代理中繼器傳送處理的傳送處理步驟的多媒體消息上傳方法。
內容類型字段中設定顯示伴隨至少一個以上數(shù)據(jù)的多媒體部分混合類型。
上傳邀請消息生成步驟包括，生成按照要上傳的多媒體消息類別區(qū)分的至少一個以上的PDU的步驟；把生成的至少一個以上的PDU結合于第一標題后的第一主體的步驟。
生成至少一個以上的PDU的步驟包括，設定顯示包含有多媒體消息的第二標題的步驟；生成包含要包含在相關PDU中的多媒體消息的第二主體的步驟；把生成的第二主體結合于第二標題后的步驟。
設定第二標題的步驟中把包含在第二主體的多媒體消息的識別信息設定在第二標題。
根據(jù)本發(fā)明的另一個方面在MMS代理中繼器向MMBOX上傳多媒體消息的方法中，提供包含從移動通信終端接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息和至少一個以上的多媒體消息的標題的提取步驟；在MMBOX中存儲通過提取步驟提取的多媒體消息的上傳處理步驟；向移動通信終端傳送通報執(zhí)行了上傳處理的確認消息的傳送處理步驟的多媒體消息上傳方法。
標題包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務(transaction)ID字段、版本(version)字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
提取步驟包括，接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息的第一標題的步驟；通過提取的第一標題提取包含至少一個以上的多媒體消息的第一主體的步驟；提取包含在第一主體的至少一個以上的多媒體消息的步驟。
提取第一主體的步驟包括，從提取第一標題的步驟中提取的第一標題中提取內容類型字段的步驟；根據(jù)提取的內容類型字段中設定的值把結合于第一標題后的有效載荷(payload)提取到第一主體的步驟。
提取第一主體的步驟還包括，從結合于第一標題后的有效載荷提取至少一個以上的PDU的步驟；從提取的PDU提取顯示包含有包含在相關PDU里的多媒體消息的第二標題的步驟；把結合于提取的第二標題后的有效載荷提取到包含在相關PDU里的多媒體消息的第二主體的步驟。
確認消息包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務(transaction)ID字段(field)、版本(version)字段和設定了顯示是否成功存儲了多媒體消息的值的狀態(tài)字段。
確認消息還包含至少一個以上的內容位置字段，而且各內容位置字段中設定上傳成功的多媒體消息的地址信息。
根據(jù)本發(fā)明，在移動通信終端中與MMS代理中繼器連動，把多個多媒體消息包含在一個上傳邀請消息中一括性的上傳到MMBOX，所以可以減少為了上傳多個多媒體消息的移動通信終端傳送MMS代理中繼器數(shù)據(jù)的次數(shù)，并防止重復PDU(Protocol Data Unit)的浪費。
根據(jù)本發(fā)明的移動通信終端中不需要一一選擇向MMBOX上傳的多媒體消息進行上傳，所以明顯的縮短作業(yè)所需時間。
而且，隨著處理要存儲在MMBOX中的多媒體消息的所需作業(yè)時間的縮短，可以減少執(zhí)行作業(yè)所需的無線資源，所以可以節(jié)省話費，而網(wǎng)絡運營商可以減少信令(signaling)頻度，所以可以有效運用限定的無線資源。
圖1是為了說明在根據(jù)本發(fā)明的一個實施例的移動通信系統(tǒng)中利用一個上傳邀請消息把多個多媒體消息上傳給MMBOX的圖；
圖2是根據(jù)本發(fā)明的一個實施例的移動通信終端中為了把多個多媒體消息上傳給MMBOX而傳送給MMS代理中繼器的協(xié)議數(shù)據(jù)單元(PDUProtocol DataUnit)的示意圖；圖3是根據(jù)本發(fā)明的一個實施例的上傳邀請消息中包含的第一標題的PDU的示意圖；圖4是根據(jù)本發(fā)明的一個實施例的移動通信系統(tǒng)中使用的確認消息的標題的示意圖；圖5是為了說明圖4中圖示的確認消息的標題中的內容位置字段的圖；圖6是根據(jù)本發(fā)明的一個實施例的移動通信終端的構成框圖；圖7是圖6中所示的根據(jù)本發(fā)明的一個實施例的移動通信終端中把多個多媒體消息一次性上傳的動作流程圖；圖8是根據(jù)本發(fā)明的一個實施例的MMS代理中繼器的構成框圖；圖9是圖8中所示的根據(jù)本發(fā)明的一個實施例的MMS代理中繼器中上傳多媒體消息的動作流程圖。
附圖主要部分的符號說明100移動通信終端 110存儲部120控制部121移動通信處理部122畫面處理部123消息生成部124傳送處理部130RF部140聲音處理部150揚聲器160擴音器170按鍵輸入部180顯示部200MMS代理中繼器210存儲部220控制部221加載(loading)部 222提取部223上傳處理部224傳送處理部300MMBOX(Multimedia Message BOX)
具體實施例方式
以下參考
根據(jù)本發(fā)明的一個實施例的移動通信系統(tǒng)。
圖1是為了說明在根據(jù)本發(fā)明的一個實施例的移動通信系統(tǒng)中利用一個上傳邀請消息把多個多媒體消息上傳給MMBOX的圖。
參考圖1，具備多媒體消息服務功能的移動通信終端100與MMS代理中繼器連動向MMBOX300上傳多媒體消息。
移動通信終端100和MMS代理中繼器200具備滿足在OMA-MMS-ENC-V1_2-2005031-A和OMA-MMS-CTR-V1_2-20050301-A中記載的規(guī)范(specification)的基本構成和功能。而且在上述技術背景下執(zhí)行利用一個上傳邀請消息上傳多個多媒體消息的動作。
因此，移動通信終端100在為了上傳消息的上傳邀請消息(upload.reg)中包含要上傳的多媒體消息和顯示包含有多媒體消息的標題并傳送給MMS代理中繼器。
MMS代理中繼器200接收移動通信終端100傳送的上傳邀請消息(upload.req)并提取在上傳邀請消息中設定的標題和多媒體消息后，在MMBOX300中一次性存儲提取的多媒體消息。
在MMBOX300中存儲多媒體消息后，MMS代理中繼器200把為了通報成功執(zhí)行從移動通信終端100接受的邀請動作的確認消息(upload.conf)傳送給移動通信終端100。
為了利用一個上傳邀請消息上傳要從移動通信終端100上傳給MMBOX的多個多媒體消息，有必要定義移動通信終端100和MMS代理中繼器200之間發(fā)送/接收的上傳邀請消息(upload.req)及確認消息(upload.conf)的PDU。
圖2是根據(jù)本發(fā)明的一個實施例的移動通信終端中為了把多個多媒體消息上傳給MMBOX而傳送給MMS代理中繼器的協(xié)議數(shù)據(jù)單元(PDUProtocol DataUnit)的示意圖。
參考圖2，上傳邀請消息(Upload.req)1包含第一標題(Header(upload.req))10和第一主體(Body(upload))20。
第一主體20包含多個PDU(M-Mbox-Descr)(21，22)。PDU(M-Mbox-Descr)(21，22)包含第二標題(Header(M-Mbox-Descr))(21a，22a)和第二主體(Body(M-Mbox-Descr))(21b，22b)。
第一標題(Header(upload.req))10顯示上傳邀請消息(Upload.req)1的特性是邀請上傳的消息，并顯示第一主體(Body(upload))20中包含多個多媒體消息。
每個構成第一主體20的PDU(M-Mbox-Descr)(21，22)包含要上傳的多媒體消息。在附圖中顯示2各PDU(M-Mbox-Descr)(21，22)，但是其個數(shù)是根據(jù)要通過上傳邀請消息(Upload.req)1上傳的多媒體消息的個數(shù)而定。
例如，想要一次性上傳100各多媒體消息時，第一主體20中會存在100個PDU(M-Mbox-Descr)。
PDU(M-Mbox-Descr)(21，22)包含要上傳的各個多媒體消息，所以由包含相關多媒體消息的第二標題(Header(M-Mbox-Descr))(21a，22a)和包含要上傳的多媒體消息的第二主體(Body(M-Mbox-Descr))(21b，22b)構成。
第二標題(Header(M-Mbox-Descr))(21a，22a)顯示第二主體(Body(M-Mbox-Descr))中包含的數(shù)據(jù)是多媒體消息。
相反，第一標題(Header(upload.req))10只顯示第一主體(Body(upload))20中有多個數(shù)據(jù)，而沒有必要顯示相關數(shù)據(jù)是否是多媒體數(shù)據(jù)。
隨之，MMS代理中繼器200接收從移動通信終端100傳送的上傳邀請消息(Upload.req)1時，提取上傳邀請消息(Upload.req)1內的第一標題(Header(upload.req))10，并根據(jù)所提取的第一標題(Header(upload.req))10可以知道第一主體(Body(upload))20包含n(任意個數(shù))個PDU(M-Mbox-Descr)(21，22)。隨之，MMS代理中繼器從第一標題(Header(upload.req))結束的部分開始認知成第一主體(Body(upload))并提取n(任意個數(shù))個PDU(M-Mbox-Descr)(21，22)。
MMS代理中繼器200對提取的各個PDU(M-Mbox-Descr)(21，22)提取第二標題(Header(M-Mbox-Descr))(21a，22a)，并根據(jù)提取的第二標題(Header(M-Mbox-Descr))可以知道第二主體(Body(M-Mbox-Descr))中包含有多媒體消息。
隨之MMS代理中繼器把包含在第二主體(Body(M-Mbox-Descr))中的多媒體消息存儲在MMBOX300中。
如上所述，在一個上傳邀請消息(Upload.req)1中結合第一標題(Header(upload.req))10和第一主體(Body(upload))20，并在第一主體(Body(upload))20中生成相應個數(shù)的PDU(M-Mbox-Descr)(21，22)，并在PDU(M-Mbox-Descr)(21，22)中包含各個多媒體消息，所以可以一次性的在一個上傳邀請消息中包含多個多媒體消息執(zhí)行上傳。
圖3是根據(jù)本發(fā)明的一個實施例的上傳邀請消息中包含的第一標題的PDU的示意圖。
參考圖3，包含在上傳邀請消息(Upload.req)中的第一標題(Header(upload.req))包含，設定了表示上傳邀請消息的值的消息類型字段(X-Mms-Message-Type)、設定了為了接收確認消息的事務ID的事務ID字段(X-Mms-Transaction-ID)、版本字段(X-Mms-MMS-Version)和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段(Content-Type)。
在根據(jù)本發(fā)明的一個實施例的上傳邀請消息中通過使用多媒體混合類型(Multimedia Mixed Type)捆綁邀請消息內的多媒體消息。
隨之，內容類型字段(Content-Type)為了把幾個多媒體消息捆綁處理設定成顯示伴隨幾種數(shù)據(jù)的多媒體部分混合類型的“application/vnd.wap.multipart.mixed”。這是顯示第一主體(Body(upload))20中包含及各種類的數(shù)據(jù)。
而且包含在上傳邀請消息(Upload.req)中的第一標題(Header(upload.req))可以選擇性的包含顯示存儲多媒體消息時的狀態(tài)的狀態(tài)字段(X-Mms-MM-State)和可以寫與存儲的多媒體消息相關聯(lián)的關鍵字(keyword)的標記字段(X-Mms-MM-Flags)。
狀態(tài)字段(X-Mms-MM-State)和標記字段(X-Mms-MM-Flags)顯示多媒體消息的屬性。狀態(tài)字段(X-Mms-MM-State)顯示例如New/Retrieve/Forwarded等多媒體消息的狀態(tài)。標記字段(X-Mms-MM-Flags)用于通過關鍵字區(qū)分多媒體消息。
以往處理一個多媒體消息時狀態(tài)字段(X-Mms-MM-State)和標記字段(X-Mms-MM-Flags)分配給一個多媒體消息，但是根據(jù)本發(fā)明的一個實施例一次性上傳多個多媒體消息時顯示多媒體消息的個別狀態(tài)是困難的。隨之上傳多個多媒體消息時在狀態(tài)字段(X-Mms-MM-State)和標記字段(X-Mms-MM-Flags)中設定的值得適用于所有多媒體消息。
如果狀態(tài)字段(X-Mms-MM-State)沒有被用戶設定為任意的值時存儲為默認的“draft”。
在這里消息類型字段、事務ID字段、版本字段是在OMA-MMS-ENC-V1_2-20050301-A中已經(jīng)定義的構成上傳邀請消息(Upload.req)的各字段(field)。
在本發(fā)明的一個實施例中另行設定使用在OMA-MMS-ENC-V1_2-20050301-A中已經(jīng)定義的上傳邀請消息(Upload.req)的消息類型字段中設定的數(shù)據(jù)。
即在OMA-MMS-ENC-V1_2-20050301-A中定義的上傳邀請消息中具備的消息類型字段中設定成“application/vnd.wap.mms-message”使用，但是在本發(fā)明中設定顯示消息類型字段中伴隨至少一個以上數(shù)據(jù)的“application/vnd.wap.multipart.mixed”。
圖4是根據(jù)本發(fā)明的一個實施例的移動通信系統(tǒng)中使用的確認消息的標題的示意圖；參考圖4，確認消息的標題包含設定了表示上傳邀請消息的值的消息類型字段(X-Mms-Message-Type)、設定了事務ID的事務ID字段(X-Mms-Transaction-ID)、版本字段(X-Mms-MMS-Version)和設定顯示多媒體消息是否被成功存儲的值的狀態(tài)字段(X-Mms-Status)。
而且，確認消息(Upload.conf)的標題根據(jù)選擇還可以包含一個以上的內容位置字段(X-Mms-Content Location)。各內容位置字段(X-Mms-ContentLocation)中設定成功上傳的多媒體消息的地址信息(URI)。
而且，確認消息(Upload.conf)的標題根據(jù)選擇還可以包含可以設定狀態(tài)字段(X-Mms-Status)的值的文本狀態(tài)字段(X-Mms-Status-Text)。
圖5是為了說明圖4中圖示的確認消息的標題中的內容位置字段(X-Mms-Content Location)的圖。
參考圖5，內容位置字段(X-Mms-Content Location)中設定的各多媒體消息的存儲地址(URI)與從上傳邀請消息中發(fā)送的多媒體消息的順序對應的配置。如果存在一部分存儲失敗的多媒體消息時在相關多媒體消息的存儲地址(URI)中以上傳失敗(upload failed)填充。
這時內容位置字段(X-Mms-Content Location)中設定的多媒體消息的存儲地址(URI)一般可以使用被定義的值(Content-location-Upload-value)，也可以定義為可許可一般文本。
圖6是根據(jù)本發(fā)明的一個實施例的移動通信終端的構成框圖。
參考圖6，根據(jù)本發(fā)明的一個實施例的移動通信終端100包含存儲生成為了把至少一個以上多媒體消息一次性上傳給MMBOX(Multimedia Message BOX)300上的上傳(upload)邀請消息的程序的存儲部110；生成表示包含至少一個以上多媒體消息的第一標題(header)的上傳(upload)邀請消息并傳送給多媒體(MMSMultimedia Message Service)代理中繼器200的控制部120；RF部130；聲音處理部140；揚聲器150；擴音器160；由按鍵構成的按鍵輸入部170；通過畫面窗提供通過控制部120選擇的菜單項目的顯示部180。
存儲部110在MMBOX300中存儲為了把至少一個以上多媒體消息一次性上傳的程序和根據(jù)其程序而生成的上傳邀請消息。上傳邀請消息中設定成包含要上傳的多個多媒體消息。
存儲部110存儲在控制部120中執(zhí)行的動作程序或臨時存儲通過程序處理的數(shù)據(jù)。而且存儲部110存儲接收的短文消息及電話目錄等。上述存儲部110由存儲動作程序的ROM、EEPROM和RAM構成。
控制部120控制移動通信終端的全盤動作的同時，通過執(zhí)行存儲部110中存儲的程序生成包含至少一個以上多媒體消息的第一主體和表示包含至少一個以上多媒體消息的第一標題(header)的上傳(upload)邀請消息并傳送給多媒體(MMSMultimedia Message Service)代理中繼器的200。
控制部120包括移動通信處理部121，畫面處理部122，標題設定部123，消息生成部124，傳送處理部125。
移動通信處理部121是為了利用無線資源執(zhí)行移動通信服務的模塊，是利用公知的技術構成并動作，所以在這里省略詳細的說明。
畫面處理部122把為了選擇要上傳的至少一個以上多媒體消息的畫面提供給顯示部180。
通過畫面處理部122提供的畫面包括為了執(zhí)行消息的上傳功能的各種菜單畫面和，為了選擇要上傳的多媒體消息的選擇畫面和，通報成功執(zhí)行多媒體消息的上傳的上傳確認通報畫面。
上傳確認畫面是接收通報從MMS代理中繼器200成功執(zhí)行了多媒體消息的上傳的確認消息(upload.conf)時輸出的畫面。
從MMS代理中繼器200接收的確認消息(upload.conf)不僅在成功執(zhí)行了所有多媒體消息上傳的時候，而且在一部分成功的時候也可以包含通報對一部分內容成功執(zhí)行了上傳的內容。
消息生成部123設定顯示包含通過選擇部122選擇的至少一個以上的多媒體消息的第一標題，并結合在其設定的第一標題的后面包含至少一個以上的要上傳的多媒體消息的第一主體(body)生成上傳邀請消息。
消息生成部123設定第一標題后執(zhí)行生成要結合在第一標題后的第一主體的步驟。
消息生成部123按照為了上傳而通過選擇部122選擇的多媒體消息的個數(shù)區(qū)分PDU。然后，在各PDU的第二標題中設定顯示包含在第二標題中的數(shù)據(jù)是多媒體消息的值，并把在第二標題后上傳的相關多媒體消息結合于第二主體完成相關PDU的生成。
消息生成部123針對要上傳的各個多媒體消息生成包含相關多媒體消息的PDU。
消息生成部123生成包含要上傳的多媒體消息的各個PDU以后，把生成的PDU結合于第一標題后的提議主體并完成上傳邀請消息的生成。
傳送處理部124把通過消息生成部123生成的上傳邀請消息傳送處理給MMS代理中繼器200。
RF部130由控制部120控制。通過天線(ANT)接收通過頻帶的無線信道接收的頻率信號時，RF部130對此進行波段(band)下降變換并區(qū)別數(shù)據(jù)種類輸出到控制部120或聲音處理部140。
從RF部130輸出到控制部120的數(shù)據(jù)是文字數(shù)據(jù)或者是通過分頁信道(paging channel)接收的分頁信號及信令(signaling)信號。輸出到聲音處理部140的數(shù)據(jù)是當設定了聲音呼叫的時候接收的聲音數(shù)據(jù)。
而且RF部130為了發(fā)送從控制部120接收的數(shù)據(jù)或從聲音處理部140接收的被代碼(code)化的聲音數(shù)據(jù)，上升變換波段(band)通過天線(ANT)變換為頻帶的無線信號驚醒輸出。
聲音處理部140一般由聲音合成機(VOCODER)等構成，并由控制部120驅動。聲音處理部140把通過擴音器(MIC)160輸入的電信號變頻為聲音數(shù)據(jù)輸出到RF部130。而且，聲音處理部140把通過RF部130輸入的符號化的聲音數(shù)據(jù)解碼為電信號并輸出到揚聲器(SPK)150，而揚聲器(SPK)150把此變換為可聽音輸出。
按鍵輸入部170一般構成按鍵矩陣結構。按鍵輸入部170由多數(shù)個數(shù)字鍵和為了執(zhí)行各種功能的功能鍵構成，并通過用戶的按鍵輸入把按鍵數(shù)據(jù)的電信號輸出到控制部120。
顯示部180顯示終端當前的狀態(tài)或程序的進行狀況的變化。而且顯示接收的短文消息等。上述顯示裝置可以由LCD等顯示裝置構成。
圖7是圖6中所示的根據(jù)本發(fā)明的一個實施例的移動通信終端中把多個多媒體消息一次性上傳的動作流程圖。
參考圖7，畫面處理部122在畫面窗提供為了執(zhí)行向MMBOX300上傳多媒體消息的步驟的上傳執(zhí)行菜單畫面(見步驟S1)。
通過畫面處理部122顯示在畫面窗的畫面中包含為了執(zhí)行選擇要上傳的多媒體消息的選擇畫面的上傳選擇菜單。因此，用戶通過操作按鍵輸入部170選擇上傳選擇菜單。
畫面處理部122判斷用戶是否選擇了上傳選擇菜單(見步驟S2)，判斷結果上傳選擇菜單被選擇時在畫面中顯示為了選擇要上傳的多媒體消息的上傳選擇窗(見步驟S3)。在畫面窗顯示上傳選擇窗的狀態(tài)下用戶選擇要上傳的多媒體消息。
消息生成部123判斷要上傳的多媒體消息是否通過選擇窗被用戶選擇(見步驟S4)。
判斷結果用戶通過上傳選擇窗輸入設定值時，消息生成部123根據(jù)存儲在存儲部110的程序中設計的消息生成規(guī)則設定顯示構成第一標題的上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務(transaction)ID字段、版本(version)字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段(content type field)(見步驟S5)。
消息生成部123設定第一標題后執(zhí)行要結合于第一標題后的第一主體的步驟。
消息生成部123作為為了生成第一主體的步驟按照通過選擇部122為了上傳而被選擇的多媒體消息的個數(shù)區(qū)分PDU(見步驟S6)。
消息生成部123按照被選擇的多媒體消息的個數(shù)區(qū)分PDU后在PDU的第二標題中設定顯示第二主體中包含的數(shù)據(jù)是多媒體消息的值(見步驟S7)。
結束在PDU的第二標題中的設定后消息生成部123把第二標題后上傳的相關多媒體消息結合于第二標題并完成相關PDU的生成(見步驟S8)。完成在一個PDU中的生成后消息生成部123判斷是否還有要生成的PDU(見步驟S9)，還有要生成的PDU時，對每個要上傳的多媒體消息生成包含相關多媒體消息的PDU。
消息生成部123生成包含要上傳的多媒體消息的個個PDU后，把生成的PDU結合于第一標題后的第一主體并完成上傳邀請消息的生成(見步驟S10)。
通過消息生成部123生成上傳邀請消息時，傳送處理部124把通過消息生成部123生成的上傳邀請消息傳送給MMS代理中繼器200(見步驟S11)。
上傳邀請消息通過傳送處理部124傳送到MMS代理中繼器200后，畫面處理部122判斷是否從MMS代理中繼器200接收了上傳確認消息(見步驟S12)。
判斷結果接收了上傳確認消息時畫面處理部122在畫面窗顯示通報上傳作業(yè)成功執(zhí)行的消息(見步驟S13)。
圖8是根據(jù)本發(fā)明的一個實施例的MMS代理中繼器的構成框圖。
參考圖8，根據(jù)本發(fā)明的一個實施例的MMS代理中繼器200包含存儲部210和控制部220。
存儲部210存儲把至少一個以上多媒體消息一次性上傳給MMBOX(MultimediaMessage BOX)上的程序。
控制部220通過執(zhí)行存儲在存儲部的程序，從移動通信終端100接收的上傳邀請消息提取包含在相關上傳消息中包含的至少一個以上的多媒體消息和顯示包含至少一個以上多媒體消息的標題，并把提取的多媒體消息存儲在MMS。
控制部220包含加載(loading)部221和，提取部222和上傳處理部223和傳送處理部224。
加載(loading)部221加載存儲在存儲部210的程序并執(zhí)行要執(zhí)行程序中設計的上傳處理步驟的任務(task)。
提取部222根據(jù)上傳邀請消息處理步驟從移動通信終端100接收的上傳邀請消息中提取包含在相關上傳邀請消息中的至少一個以上的讀媒體消息的第一主體和顯示包含至少一個以上多媒體消息的第一標題。
提取部222提取第一標題和第一主體后提取包含在第一主體中的至少一個以上的多媒體消息。
上傳處理部223把通過提取部222提取的至少一個以上讀媒體消息存儲在MMBOX300中。
傳送處理部225完成對于通過上傳處理部223從移動通信終端100接收的上傳邀請消息中包含的多媒體消息的作業(yè)后，把通報成功執(zhí)行了相關作業(yè)的確認消息(upload.conf)傳送給移動通信終端100。
圖9是圖8中所示的根據(jù)本發(fā)明的一個實施例的MMS代理中繼器中上傳多媒體消息的動作流程圖。
參考圖9，從接收移動通信終端100接收上傳邀請消息時加載部221加載存儲在存儲部210的程序并執(zhí)行要執(zhí)行上傳步驟的任務(見步驟S21)。
根據(jù)加載部221要執(zhí)行上傳步驟的任務(見步驟S21)被執(zhí)行的狀態(tài)下，提取部222按照各字段的順序過濾(PASSING)接收的上傳邀請消息(見步驟S22)。
提取部通過過濾從上傳邀請消息中提取包含在相關上傳邀請消息中的表示包含至少一個以上多媒體消息的第一標題(見步驟S23)。
提取第一標題后，提取部222通過被提取的第一標題提取為了提取包含至少一個以上多媒體消息的第一主體而被提取的第一標題中提取內容類型字段(見步驟S24)。
從第一標題中提取內容類型字段時，提取部222根據(jù)被提取的內容類型字段中設定的值提取結合于第一標題后的有效載荷(見步驟S25)。
當結合于第一標題后的有效載荷被提取時，提取部222從結合于第一標題后的有效載荷中提取包含在相關有效載荷中的PDU(見步驟S26)。
包含在結合于第一標題后的有效載荷中的PDU被提取時，提取部222從被提取的PDU提取顯示包含包含在相關PDU中的多媒體消息的第二標題(見步驟S27)。
提取第二標題時，提取部222把結合于被提取的第二標題后的有效載荷提取到包含在相關PDU中的多媒體消息的第二主體(見步驟S28)。
提取第二標題時，提取部222提取包含在相關第二標題中的多媒體消息(見步驟S29)。
從一個PDU提取多媒體消息后，提取部222通過判斷是否有可以提取多媒體消息的PDU(見步驟S30)，對所有PDU提取相關PDU中包含的多媒體消息。
通過提取部222所有包含在上傳邀請消息中的多媒體消息被提取后，上傳處理部223把通過提取部222提取的各多媒體消息存儲在MMBOX300中(見步驟S31)。
上傳處理部223把通過提取部222提取的各多媒體消息存儲在MMBOX300中，并對成功執(zhí)行存儲的多媒體消息，把存儲相關多媒體消息的存儲地址(URI)按照多媒體消息類別進行存儲(見步驟S32)。另外，上傳處理部223在多媒體消息中對于MMBOX300中存儲失敗的多媒體消息存儲表示失敗的信息(見步驟S23)。
上傳處理部223對所有多媒體消息執(zhí)行完成存儲作業(yè)后，根據(jù)其存儲成功與否，對于存儲成功的多媒體消息，在確認消息中設定存儲相關多媒體消息的地址信息(URI)，而對于存儲失敗的多媒體消息，在確認消息中設定表示相關消息存儲失敗的信息(見步驟S34)。
通過傳送處理部223完成上傳處理步驟時，傳送處理部224把通過上傳處理部223設定的確認消息(Upload.conf)傳送到移動通信終端100(見步驟S35)。
以上的本發(fā)明不限制于上述的實施例和附圖中，根據(jù)本領域人員可以進行多樣的變化，并包含于權力要求中定義的本發(fā)明的范圍中。
根據(jù)本發(fā)明，在移動通信終端中與MMS代理中繼器連動，把多個多媒體消息包含在一個上傳邀請消息中一括性的上傳到MMBOX，所以可以減少為了上傳多個多媒體消息的移動通信終端傳送MMS代理中繼器數(shù)據(jù)的次數(shù)，并防止重復PDU(Protocol Data Unit)的浪費。
例如用戶要上傳7個多媒體消息時，在利用OMA-MMS-ENC-V1_2-20050301-A中定義的利用上傳邀請消息(Upload.req)的現(xiàn)有方法中需要7次事務。但是根據(jù)本發(fā)明的上傳方法只需要一次。
更擴張的說，用戶要上傳100個多媒體消息時，在利OMA-MMS-ENC-V1_2-20050301-A中定義的利用上傳邀請消息(Upload.req)的現(xiàn)有方法中需要7次事務。但是根據(jù)本發(fā)明的上傳方法只需要一次。
根據(jù)本發(fā)明的移動通信終端中不需要一一選擇向MMBOX上傳的多媒體消息進行上傳，所以明顯的縮短作業(yè)所需時間。
而且，隨著處理要存儲在MMBOX中的多媒體消息的所需作業(yè)時間的縮短，可以減少執(zhí)行作業(yè)所需的無線資源，所以可以節(jié)省話費，而網(wǎng)絡運營商可以減少信令(signaling)頻度，所以可以有效運用限定的無線資源。
以上具體實施方式
僅用于說明本發(fā)明，而非用于限定本發(fā)明。
權利要求
1.一種移動通信終端，其特征是包括存儲生成為了把至少一個以上多媒體消息一次性上傳給MMBOX上的上傳邀請消息的程序的存儲部；執(zhí)行存儲在存儲部的程序并包含至少一個以上消息的第一主體；生成表示包含至少一個以上多媒體消息的第一標題的上傳邀請消息并傳送給多媒體代理中繼器的控制部。
2.根據(jù)權利要求1所述的移動通信終端，所述控制部包括提供為了選擇要上傳的至少一個以上的多媒體消息的畫面的畫面處理部；設定顯示包含通過畫面處理部選擇的至少一個以上的多媒體消息的第一標題，并結合在其設定的第一標題的后面包含至少一個以上的要上傳的多媒體消息的第一主體生成上傳邀請消息的消息生成部；把生成的上傳邀請消息向MMS代理中繼器傳送處理的傳送處理部。
3.根據(jù)權利要求1所述的移動通信終端，所述第一標題包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務ID字段、版本字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
4.根據(jù)權利要求3所述的移動通信終端，所述內容類型字段中設定顯示伴隨至少一個以上數(shù)據(jù)的多媒體部分混合類型。
5.根據(jù)權利要求1所述的移動通信終端，所述第一主體包含按要上傳的多媒體消息類別區(qū)分的至少一個以上的PDU。
6.根據(jù)權利要求5所述的移動通信終端，所述至少一個以上的PDU具備顯示相關PDU中包含多媒體消息的第二標題和包含要上傳的多媒體消息的第二主體。
7.根據(jù)權利要求6所述的移動通信終端，所述第二標題包含在第二主體中包含的多媒體消息的識別信息。
8.一種MMS代理中繼器，其存儲把至少一個以上多媒體消息一次性上傳給MMBOX上的程序的存儲部；包含執(zhí)行存儲在存儲部的程序并從移動通信終端接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息和至少一個以上的多媒體消息的標題，并把所提取的多媒體消息存儲在MMS中的控制部的MMS代理中繼器。
9.根據(jù)權利要求8所述的MMS代理中繼器，所述控制部包括，加載存儲在存儲部的程序的加載部；包含在所述所接收的相關邀請消息中的至少一個以上的多媒體消息的第一主體；通過提取顯示包含至少一個以上的多媒體消息的第一標題，提取第一主體包含的至少一個以上的多媒體消息的提取部；把通過提取部提取的至少一個以上的多媒體消息存儲在MMBOX中的上傳處理部；傳送執(zhí)行了向移動通信終端上傳處理的確認消息的傳送處理部。
10.根據(jù)權利要求8所述的MMS代理中繼器，所述標題包含設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務ID字段、版本字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
11.根據(jù)權利要求10所述的MMS代理中繼器，所述內容類型字段中設定顯示伴隨至少一個以上數(shù)據(jù)的多媒體部分混合類型。
12.根據(jù)權利要求9所述的MMS代理中繼器，所述第一主體包含按要上傳的多媒體消息類別區(qū)分的至少一個以上的PDU。
13.根據(jù)權利要求12所述的MMS代理中繼器，所述至少一個以上的PDU具備顯示相關PDU中包含多媒體消息的第二標題和包含要上傳的多媒體消息的第二主體。
14.根據(jù)權利要求13所述的MMS代理中繼器，所述第二標題包含在第二主體中包含的多媒體消息的識別信息。
15.根據(jù)權利要求9所述的MMS代理中繼器，所述確認消息包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務ID字段、版本字段和設定了顯示是否成功存儲了多媒體消息的值的狀態(tài)字段。
16.根據(jù)權利要求15所述的MMS代理中繼器，所述確認消息還包含至少一個以上的內容位置字段，而且各內容位置字段中設定上傳成功的多媒體消息的地址信息。
17.一種具備MMBOX的移動通信系統(tǒng)，其提供生成具備要上傳的至少一個以上的多媒體消息和顯示包含至少一個以上的多媒體消息的標題的上傳邀請消息并傳送的移動通信終端和，包含從所述移動通信終端接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息和至少一個以上的多媒體消息的標題，并把所提取的多媒體消息存儲在MMS中的控制部的MMS代理中繼器的移動通信系統(tǒng)。
18.根據(jù)權利要求17所述的移動通信系統(tǒng)中，所述標題包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務ID字段、版本字段和，設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
19.一種多媒體消息上傳方法，使移動通信終端中與MMS代理中繼器連動向MMBOX上傳多媒體消息，其中，包含選擇至少一個以上的要上傳的多媒體消息的選擇步驟；設定顯示包含通過選擇步驟選擇的至少一個以上多媒體消息的第一標題，并結合包含在所設定的第一標題后上傳的至少一個以上的多媒體消息的第一主體生成上傳邀請消息的消息生成步驟；把生成的上傳邀請消息向MMS代理中繼器傳送處理的傳送處理步驟的多媒體消息上傳方法。
20.根據(jù)權利要求19所述的多媒體消息上傳方法，所述標題包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務ID字段、版本字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
21.根據(jù)權利要求20所述的多媒體消息上傳方法，所述內容類型字段中設定顯示伴隨至少一個以上數(shù)據(jù)的多媒體部分混合類型。
22.根據(jù)權利要求20所述的多媒體消息上傳方法，所述上傳邀請消息生成步驟包括生成按照要上傳的多媒體消息類別區(qū)分的至少一個以上的PDU的步驟；把生成的至少一個以上的PDU結合于第一標題后的第一主體的步驟。
23.根據(jù)權利要求22所述的多媒體消息上傳方法，所述生成至少一個以上的PDU的步驟包括，設定顯示包含有多媒體消息的第二標題的步驟；生成包含要包含在相關PDU中的多媒體消息的第二主體的步驟；把所述生成的第二主體結合于所述第二標題后的步驟。
24.根據(jù)權利要求23所述的多媒體消息上傳方法，所述設定第二標題的步驟中把包含在所述第二主體的多媒體消息的識別信息設定在第二標題。
25.一種多媒體消息上傳方法，使MMS代理中繼器向MMBOX上傳多媒體消息，其中包括從移動通信終端接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息和至少一個以上的多媒體消息的標題的提取步驟；在MMBOX中存儲通過提取步驟提取的多媒體消息的上傳處理步驟；向移動通信終端傳送通報執(zhí)行了上傳處理的確認消息的傳送處理步驟的多媒體消息上傳方法。
26.根據(jù)權利要求25所述的多媒體消息上傳方法，所述標題包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務ID字段、版本字段和設定顯示包含至少一個以上多媒體消息的數(shù)據(jù)的內容類型字段。
27.根據(jù)權利要求25所述的多媒體消息上傳方法，所述提取步驟包括，所述接收的上傳邀請消息中提取顯示包含相關上傳邀請消息中包含的至少一個以上的多媒體消息的第一標題的步驟；所述通過提取的第一標題提取包含至少一個以上的多媒體消息的第一主體的步驟；提取包含在所述第一主體的至少一個以上的多媒體消息的步驟。
28.根據(jù)權利要求27所述的多媒體消息上傳方法，所述提取第一主體的步驟包括，從提取第一標題的步驟中提取的第一標題中提取內容類型字段的步驟；根據(jù)提取的內容類型字段中設定的值把結合于第一標題后的有效載荷提取到第一主體的步驟。
29.根據(jù)權利要求28所述的多媒體消息上傳方法，所述提取第一主體的步驟包括從所述結合于第一標題后的有效載荷提取至少一個以上的PDU的步驟；從提取的PDU提取顯示包含有包含在相關PDU里的多媒體消息的第二標題的步驟；把結合于所述提取的第二標題后的有效載荷提取到包含包含在相關PDU里的多媒體消息的第二主體的步驟。
30.根據(jù)權利要求25所述的多媒體消息上傳方法，所述確認消息包含，設定了表示上傳邀請消息的值的消息類型字段、設定了為了接收確認消息的事務ID的事務ID字段、版本字段和設定了顯示是否成功存儲了多媒體消息的值的狀態(tài)字段。
31.根據(jù)權利要求25所述的多媒體消息上傳方法，所述確認消息還包含至少一個以上的內容位置字段，所述各內容位置字段中設定上傳成功的多媒體消息的地址信息。
全文摘要
本發(fā)明提供移動通信終端，其包括存儲生成為了把至少一個以上多媒體消息一次性上傳給MMBOX上的上傳邀請消息的程序的存儲部；執(zhí)行存儲在存儲部的程序并包含至少一個以上消息的第一本體；生成表示包含至少一個以上多媒體消息的第一標題的上傳邀請消息并傳送給多媒體代理繼電器的控制部。根據(jù)本發(fā)明，在移動通信終端中與MMS代理繼電器連動，把多個多媒體消息包含在一個上傳邀請消息中一次性的上傳到MMBOX，所以可以減少為了上傳多個多媒體消息的移動通信終端傳送MMS代理繼電器數(shù)據(jù)的次數(shù)，并防止重復PDU的浪費。
文檔編號H04Q7/22GK101014161SQ20061014374
公開日2007年8月8日 申請日期2006年11月3日 優(yōu)先權日2005年11月3日
發(fā)明者李載遇, 秦宗鉉 申請人:樂金電子(中國)研究開發(fā)中心有限公司