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