多媒体消息上传方法及移动通信终端、系统、MMS代理中继器

摘要

本发明提供移动通信终端，其包括：存储生成为了把至少一个以上多媒体消息一次性上传给MMBOX上的上传邀请消息的程序的存储部；执行存储在存储部的程序并包含至少一个以上消息的第一本体；生成表示包含至少一个以上多媒体消息的第一标题的上传邀请消息并传送给多媒体代理继电器的控制部。根据本发明，在移动通信终端中与MMS代理继电器连动，把多个多媒体消息包含在一个上传邀请消息中一次性的上传到MMBOX，所以可以减少为了上传多个多媒体消息的移动通信终端传送MMS代理继电器数据的次数，并防止重复PDU的浪费。

说明书

技术领域

本发明涉及移动通信系统的多媒体消息服务，详细说明是在移动通信终端中与MMS代理中继器连动，把多个多媒体消息上传到MMBOX的技术。

背景技术

MMBOX是在移动通信终端中与MMS代理中继器连动，永久存储多媒体数据或在不是自己的本地的(local)网络空间中存储多媒体消息的技术。

关于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上传多个多媒体消息时按照相关次数需要反复进行上传事务。

当移动通信终端中向MMBOX上传多个多媒体消息时，一个一个上传多媒体消息是非常的繁琐和不方便的。

发明内容

本发明所要达到的技术课题是在移动通信终端中与MMS代理中继器连动执行多媒体服务时可以把多个多媒体消息一次性的上传给MMBOX。

根据为了达成如上所述的课题的本发明的一方面，本发明提供移动通信终端，包括：存储生成为了把至少一个以上多媒体消息一次性上传给MMBOX(Multimedia Message BOX)上的上传(upload)邀请消息的程序的存储部；执行存储在存储部的程序并包含至少一个以上消息的第一主体(Body)；生成表示包含至少一个以上多媒体消息的第一标题(header)的上传(upload)邀请消息并传送给多媒体(MMS：Multimedia Message Service)代理中继器的控制部。

控制部包括：提供为了选择要上传的至少一个以上的多媒体消息的画面的画面处理部；设定显示包含通过画面处理部选择的至少一个以上的多媒体消息的第一标题，并结合在其设定的第一标题的后面包含至少一个以上的要上传的多媒体消息的第一主体(body)生成上传邀请消息的消息生成部；把生成的上传邀请消息向MMS代理中继器传送处理的传送处理部。

第一标题包含，设定了表示上传邀请消息的值的消息类型字段和，设定了为了接收确认消息的事务ID的事务(transaction)ID字段、版本(version)字段和设定显示包含至少一个以上多媒体消息的数据的内容类型字段(content type field)。

内容类型字段中设定显示伴随至少一个以上数据的多媒体部分混合类型(multimedia part mixed type)。

第一主体包含按要上传的多媒体消息类别区分的至少一个以上的PDU。

PDU具备显示相关PDU中包含多媒体消息的第二标题和包含要上传的多媒体消息的第二主体。第二标题包含在第二主体中包含的多媒体消息的识别信息。

根据本发明的另一方面提供存储把至少一个以上多媒体消息一次性上传给MMBOX(Multimedia Message BOX)上的程序的存储部；包含执行存储在存储部的程序并从移动通信终端接收的上传邀请消息中提取显示包含相关上传邀请消息中包含的至少一个以上的多媒体消息和至少一个以上的多媒体消息的标题，并把所提取的多媒体消息存储在MMS(Multimedia Message Service)中的控制部的MMS代理中继器。

控制部包括，加载(loading)存储在存储部的程序的加载部；包含在所接收的相关邀请消息中的至少一个以上的多媒体消息的第一主体；

通过提取显示包含至少一个以上的多媒体消息的第一标题，提取第一主体包含的至少一个以上的多媒体消息的提取部；

把通过提取部提取的至少一个以上的多媒体消息存储在MMBOX中的上传处理部；传送执行了向移动通信终端上传处理的确认消息的传送处理部。

包含在上传邀请消息中标题包含，设定了表示上传邀请消息的值的消息类型字段(message type field)、设定了为了接收确认消息的事务ID的事务(transaction)ID字段、版本(version)字段和，设定显示包含至少一个以上多媒体消息的数据的内容类型字段。

内容类型字段中设定显示伴随至少一个以上数据的多媒体部分混合类型(type)。

第一主体包含按要上传的多媒体消息类别区分的至少一个以上的PDU。

PDU具备显示相关PDU中包含多媒体消息的第二标题和包含要上传的多媒体消息的第二主体。

第二标题包含在第二主体中包含的多媒体消息的识别信息。

确认消息包含，设定了表示上传邀请消息的值的消息类型字段、设定了为了接收确认消息的事务ID的事务(transaction)ID字段(field)、版本(version)字段和设定了显示是否成功存储了多媒体消息的值的状态字段(state field)。

确认消息还包含至少一个以上的内容位置字段(Content Location Field)，而且各内容位置字段中设定上传成功的多媒体消息的地址信息。

根据本发明的另一个方面，在具备MMBOX的移动通信系统中，提供生成具备要上传的至少一个以上的多媒体消息和显示包含至少一个以上的多媒体消息的标题的上传邀请消息并传送的移动通信终端和，包含从移动通信终端接收的上传邀请消息中提取显示包含相关上传邀请消息中包含的至少一个以上的多媒体消息和至少一个以上的多媒体消息的标题，并把所提取的多媒体消息存储在MMS(Multimedia Message Service)中的控制部的MMS代理中继器的移动通信系统。

标题包含，设定了表示上传邀请消息的值的消息类型字段、设定了为了接收确认消息的事务ID的事务(transaction)ID字段、版本(version)字段和设定显示包含至少一个以上多媒体消息的数据的内容类型字段。

根据本发明的另一个方面，在移动通信终端中与MMS代理中继器连动向MMBOX上传多媒体消息的方法中，提供包含，选择至少一个以上的要上传的多媒体消息的选择步骤；

设定显示包含通过选择步骤选择的至少一个以上多媒体消息的第一标题，并结合包含在所设定的第一标题后上传的至少一个以上的多媒体消息的第一主体生成上传邀请消息的消息生成步骤；

把生成的上传邀请消息向MMS代理中继器传送处理的传送处理步骤的多媒体消息上传方法。

内容类型字段中设定显示伴随至少一个以上数据的多媒体部分混合类型。

上传邀请消息生成步骤包括，生成按照要上传的多媒体消息类别区分的至少一个以上的PDU的步骤；把生成的至少一个以上的PDU结合于第一标题后的第一主体的步骤。

生成至少一个以上的PDU的步骤包括，设定显示包含有多媒体消息的第二标题的步骤；生成包含要包含在相关PDU中的多媒体消息的第二主体的步骤；把生成的第二主体结合于第二标题后的步骤。

设定第二标题的步骤中把包含在第二主体的多媒体消息的识别信息设定在第二标题。

根据本发明的另一个方面在MMS代理中继器向MMBOX上传多媒体消息的方法中，提供包含从移动通信终端接收的上传邀请消息中提取显示包含相关上传邀请消息中包含的至少一个以上的多媒体消息和至少一个以上的多媒体消息的标题的提取步骤；

在MMBOX中存储通过提取步骤提取的多媒体消息的上传处理步骤；

向移动通信终端传送通报执行了上传处理的确认消息的传送处理步骤的多媒体消息上传方法。

标题包含，设定了表示上传邀请消息的值的消息类型字段、设定了为了接收确认消息的事务ID的事务(transaction)ID字段、版本(version)字段和设定显示包含至少一个以上多媒体消息的数据的内容类型字段。

提取步骤包括，接收的上传邀请消息中提取显示包含相关上传邀请消息中包含的至少一个以上的多媒体消息的第一标题的步骤；通过提取的第一标题提取包含至少一个以上的多媒体消息的第一主体的步骤；提取包含在第一主体的至少一个以上的多媒体消息的步骤。

提取第一主体的步骤包括，从提取第一标题的步骤中提取的第一标题中提取内容类型字段的步骤；根据提取的内容类型字段中设定的值把结合于第一标题后的有效载荷(payload)提取到第一主体的步骤。

提取第一主体的步骤还包括，从结合于第一标题后的有效载荷提取至少一个以上的PDU的步骤；从提取的PDU提取显示包含有包含在相关PDU里的多媒体消息的第二标题的步骤；把结合于提取的第二标题后的有效载荷提取到包含在相关PDU里的多媒体消息的第二主体的步骤。

确认消息包含，设定了表示上传邀请消息的值的消息类型字段、设定了为了接收确认消息的事务ID的事务(transaction)ID字段(field)、版本(version)字段和设定了显示是否成功存储了多媒体消息的值的状态字段。

确认消息还包含至少一个以上的内容位置字段，而且各内容位置字段中设定上传成功的多媒体消息的地址信息。

根据本发明，在移动通信终端中与MMS代理中继器连动，把多个多媒体消息包含在一个上传邀请消息中一括性的上传到MMBOX，所以可以减少为了上传多个多媒体消息的移动通信终端传送MMS代理中继器数据的次数，并防止重复PDU(Protocol Data Unit)的浪费。

根据本发明的移动通信终端中不需要一一选择向MMBOX上传的多媒体消息进行上传，所以明显的缩短作业所需时间。

而且，随着处理要存储在MMBOX中的多媒体消息的所需作业时间的缩短，可以减少执行作业所需的无线资源，所以可以节省话费，而网络运营商可以减少信令(signaling)频度，所以可以有效运用限定的无线资源。

附图说明

图1是为了说明在根据本发明的一个实施例的移动通信系统中利用一个上传邀请消息把多个多媒体消息上传给MMBOX的图；

图2是根据本发明的一个实施例的移动通信终端中为了把多个多媒体消息上传给MMBOX而传送给MMS代理中继器的协议数据单元(PDU：Protocol DataUnit)的示意图；

图3是根据本发明的一个实施例的上传邀请消息中包含的第一标题的PDU的示意图；

图4是根据本发明的一个实施例的移动通信系统中使用的确认消息的标题的示意图；

图5是为了说明图4中图示的确认消息的标题中的内容位置字段的图；

图6是根据本发明的一个实施例的移动通信终端的构成框图；

图7是图6中所示的根据本发明的一个实施例的移动通信终端中把多个多媒体消息一次性上传的动作流程图；

图8是根据本发明的一个实施例的MMS代理中继器的构成框图；

图9是图8中所示的根据本发明的一个实施例的MMS代理中继器中上传多媒体消息的动作流程图。

附图主要部分的符号说明：

100：移动通信终端      110：存储部

120：控制部            121：移动通信处理部

122：画面处理部        123：消息生成部

124：传送处理部        130：RF部

140：声音处理部        150：扬声器

160：扩音器            170：按键输入部

180：显示部            200：MMS代理中继器

210：存储部            220：控制部

221：加载(loading)部   222：提取部

223：上传处理部        224：传送处理部

300：MMBOX(Multimedia Message BOX)

具体实施方式

以下参考附图说明根据本发明的一个实施例的移动通信系统。

图1是为了说明在根据本发明的一个实施例的移动通信系统中利用一个上传邀请消息把多个多媒体消息上传给MMBOX的图。

参考图1，具备多媒体消息服务功能的移动通信终端100与MMS代理中继器连动向MMBOX300上传多媒体消息。

移动通信终端100和MMS代理中继器200具备满足在OMA-MMS-ENC-V1_2-2005031-A和OMA-MMS-CTR-V1_2-20050301-A中记载的规范(specification)的基本构成和功能。而且在上述技术背景下执行利用一个上传邀请消息上传多个多媒体消息的动作。

因此，移动通信终端100在为了上传消息的上传邀请消息(upload.reg)中包含要上传的多媒体消息和显示包含有多媒体消息的标题并传送给MMS代理中继器。

MMS代理中继器200接收移动通信终端100传送的上传邀请消息(upload.req)并提取在上传邀请消息中设定的标题和多媒体消息后，在MMBOX300中一次性存储提取的多媒体消息。

在MMBOX300中存储多媒体消息后，MMS代理中继器200把为了通报成功执行从移动通信终端100接受的邀请动作的确认消息(upload.conf)传送给移动通信终端100。

为了利用一个上传邀请消息上传要从移动通信终端100上传给MMBOX的多个多媒体消息，有必要定义移动通信终端100和MMS代理中继器200之间发送/接收的上传邀请消息(upload.req)及确认消息(upload.conf)的PDU。

图2是根据本发明的一个实施例的移动通信终端中为了把多个多媒体消息上传给MMBOX而传送给MMS代理中继器的协议数据单元(PDU：Protocol 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)，但是其个数是根据要通过上传邀请消息(Upload.req)1上传的多媒体消息的个数而定。

例如，想要一次性上传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))中包含的数据是多媒体消息。

相反，第一标题(Header(upload.req))10只显示第一主体(Body(upload))20中有多个数据，而没有必要显示相关数据是否是多媒体数据。

随之，MMS代理中继器200接收从移动通信终端100传送的上传邀请消息(Upload.req)1时，提取上传邀请消息(Upload.req)1内的第一标题(Header(upload.req))10，并根据所提取的第一标题(Header(upload.req))10可以知道第一主体(Body(upload))20包含n(任意个数)个PDU(M-Mbox-Descr)(21，22)。随之，MMS代理中继器从第一标题(Header(upload.req))结束的部分开始认知成第一主体(Body(upload))并提取n(任意个数)个PDU(M-Mbox-Descr)(21，22)。

MMS代理中继器200对提取的各个PDU(M-Mbox-Descr)(21，22)提取第二标题(Header(M-Mbox-Descr))(21a，22a)，并根据提取的第二标题(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中生成相应个数的PDU(M-Mbox-Descr)(21，22)，并在PDU(M-Mbox-Descr)(21，22)中包含各个多媒体消息，所以可以一次性的在一个上传邀请消息中包含多个多媒体消息执行上传。

图3是根据本发明的一个实施例的上传邀请消息中包含的第一标题的PDU的示意图。

参考图3，包含在上传邀请消息(Upload.req)中的第一标题(Header(upload.req))包含，设定了表示上传邀请消息的值的消息类型字段(X-Mms-Message-Type)、设定了为了接收确认消息的事务ID的事务ID字段(X-Mms-Transaction-ID)、版本字段(X-Mms-MMS-Version)和设定显示包含至少一个以上多媒体消息的数据的内容类型字段(Content-Type)。

在根据本发明的一个实施例的上传邀请消息中通过使用多媒体混合类型(Multimedia Mixed Type)捆绑邀请消息内的多媒体消息。

随之，内容类型字段(Content-Type)为了把几个多媒体消息捆绑处理设定成显示伴随几种数据的多媒体部分混合类型的“application/vnd.wap.multipart.mixed”。这是显示第一主体(Body(upload))20中包含及各种类的数据。

而且包含在上传邀请消息(Upload.req)中的第一标题(Header(upload.req))可以选择性的包含显示存储多媒体消息时的状态的状态字段(X-Mms-MM-State)和可以写与存储的多媒体消息相关联的关键字(keyword)的标记字段(X-Mms-MM-Flags)。

状态字段(X-Mms-MM-State)和标记字段(X-Mms-MM-Flags)显示多媒体消息的属性。状态字段(X-Mms-MM-State)显示例如New/Retrieve/Forwarded等多媒体消息的状态。标记字段(X-Mms-MM-Flags)用于通过关键字区分多媒体消息。

以往处理一个多媒体消息时状态字段(X-Mms-MM-State)和标记字段(X-Mms-MM-Flags)分配给一个多媒体消息，但是根据本发明的一个实施例一次性上传多个多媒体消息时显示多媒体消息的个别状态是困难的。随之上传多个多媒体消息时在状态字段(X-Mms-MM-State)和标记字段(X-Mms-MM-Flags)中设定的值得适用于所有多媒体消息。

如果状态字段(X-Mms-MM-State)没有被用户设定为任意的值时存储为默认的“draft”。

在这里消息类型字段、事务ID字段、版本字段是在OMA-MMS-ENC-V1_2-20050301-A中已经定义的构成上传邀请消息(Upload.req)的各字段(field)。

在本发明的一个实施例中另行设定使用在OMA-MMS-ENC-V1_2-20050301-A中已经定义的上传邀请消息(Upload.req)的消息类型字段中设定的数据。

即在OMA-MMS-ENC-V1_2-20050301-A中定义的上传邀请消息中具备的消息类型字段中设定成“application/vnd.wap.mms-message”使用，但是在本发明中设定显示消息类型字段中伴随至少一个以上数据的“application/vnd.wap.multipart.mixed”。

图4是根据本发明的一个实施例的移动通信系统中使用的确认消息的标题的示意图；

参考图4，确认消息的标题包含：设定了表示上传邀请消息的值的消息类型字段(X-Mms-Message-Type)、设定了事务ID的事务ID字段(X-Mms-Transaction-ID)、版本字段(X-Mms-MMS-Version)和设定显示多媒体消息是否被成功存储的值的状态字段(X-Mms-Status)。

而且，确认消息(Upload.conf)的标题根据选择还可以包含一个以上的内容位置字段(X-Mms-Content Location)。各内容位置字段(X-Mms-ContentLocation)中设定成功上传的多媒体消息的地址信息(URI)。

而且，确认消息(Upload.conf)的标题根据选择还可以包含可以设定状态字段(X-Mms-Status)的值的文本状态字段(X-Mms-Status-Text)。

图5是为了说明图4中图示的确认消息的标题中的内容位置字段(X-Mms-Content Location)的图。

参考图5，内容位置字段(X-Mms-Content Location)中设定的各多媒体消息的存储地址(URI)与从上传邀请消息中发送的多媒体消息的顺序对应的配置。如果存在一部分存储失败的多媒体消息时在相关多媒体消息的存储地址(URI)中以上传失败(upload failed)填充。

这时内容位置字段(X-Mms-Content Location)中设定的多媒体消息的存储地址(URI)一般可以使用被定义的值(Content-location-Upload-value)，也可以定义为可许可一般文本。

图6是根据本发明的一个实施例的移动通信终端的构成框图。

参考图6，根据本发明的一个实施例的移动通信终端100包含：存储生成为了把至少一个以上多媒体消息一次性上传给MMBOX(Multimedia Message BOX)300上的上传(upload)邀请消息的程序的存储部110；生成表示包含至少一个以上多媒体消息的第一标题(header)的上传(upload)邀请消息并传送给多媒体(MMS：Multimedia Message Service)代理中继器200的控制部120；RF部130；声音处理部140；扬声器150；扩音器160；由按键构成的按键输入部170；通过画面窗提供通过控制部120选择的菜单项目的显示部180。

存储部110在MMBOX300中存储为了把至少一个以上多媒体消息一次性上传的程序和根据其程序而生成的上传邀请消息。上传邀请消息中设定成包含要上传的多个多媒体消息。

存储部110存储在控制部120中执行的动作程序或临时存储通过程序处理的数据。而且存储部110存储接收的短文消息及电话目录等。上述存储部110由存储动作程序的ROM、EEPROM和RAM构成。

控制部120控制移动通信终端的全盘动作的同时，通过执行存储部110中存储的程序生成包含至少一个以上多媒体消息的第一主体和表示包含至少一个以上多媒体消息的第一标题(header)的上传(upload)邀请消息并传送给多媒体(MMS：Multimedia Message Service)代理中继器的200。

控制部120包括移动通信处理部121，画面处理部122，标题设定部123，消息生成部124，传送处理部125。

移动通信处理部121是为了利用无线资源执行移动通信服务的模块，是利用公知的技术构成并动作，所以在这里省略详细的说明。

画面处理部122把为了选择要上传的至少一个以上多媒体消息的画面提供给显示部180。

通过画面处理部122提供的画面包括为了执行消息的上传功能的各种菜单画面和，为了选择要上传的多媒体消息的选择画面和，通报成功执行多媒体消息的上传的上传确认通报画面。

上传确认画面是接收通报从MMS代理中继器200成功执行了多媒体消息的上传的确认消息(upload.conf)时输出的画面。

从MMS代理中继器200接收的确认消息(upload.conf)不仅在成功执行了所有多媒体消息上传的时候，而且在一部分成功的时候也可以包含通报对一部分内容成功执行了上传的内容。

消息生成部123设定显示包含通过选择部122选择的至少一个以上的多媒体消息的第一标题，并结合在其设定的第一标题的后面包含至少一个以上的要上传的多媒体消息的第一主体(body)生成上传邀请消息。

消息生成部123设定第一标题后执行生成要结合在第一标题后的第一主体的步骤。

消息生成部123按照为了上传而通过选择部122选择的多媒体消息的个数区分PDU。然后，在各PDU的第二标题中设定显示包含在第二标题中的数据是多媒体消息的值，并把在第二标题后上传的相关多媒体消息结合于第二主体完成相关PDU的生成。

消息生成部123针对要上传的各个多媒体消息生成包含相关多媒体消息的PDU。

消息生成部123生成包含要上传的多媒体消息的各个PDU以后，把生成的PDU结合于第一标题后的提议主体并完成上传邀请消息的生成。

传送处理部124把通过消息生成部123生成的上传邀请消息传送处理给MMS代理中继器200。

RF部130由控制部120控制。通过天线(ANT)接收通过频带的无线信道接收的频率信号时，RF部130对此进行波段(band)下降变换并区别数据种类输出到控制部120或声音处理部140。

从RF部130输出到控制部120的数据是文字数据或者是通过分页信道(paging channel)接收的分页信号及信令(signaling)信号。输出到声音处理部140的数据是当设定了声音呼叫的时候接收的声音数据。

而且RF部130为了发送从控制部120接收的数据或从声音处理部140接收的被代码(code)化的声音数据，上升变换波段(band)通过天线(ANT)变换为频带的无线信号惊醒输出。

声音处理部140一般由声音合成机(VOCODER)等构成，并由控制部120驱动。声音处理部140把通过扩音器(MIC)160输入的电信号变频为声音数据输出到RF部130。而且，声音处理部140把通过RF部130输入的符号化的声音数据解码为电信号并输出到扬声器(SPK)150，而扬声器(SPK)150把此变换为可听音输出。

按键输入部170一般构成按键矩阵结构。按键输入部170由多数个数字键和为了执行各种功能的功能键构成，并通过用户的按键输入把按键数据的电信号输出到控制部120。

显示部180显示终端当前的状态或程序的进行状况的变化。而且显示接收的短文消息等。上述显示装置可以由LCD等显示装置构成。

图7是图6中所示的根据本发明的一个实施例的移动通信终端中把多个多媒体消息一次性上传的动作流程图。

参考图7，画面处理部122在画面窗提供为了执行向MMBOX300上传多媒体消息的步骤的上传执行菜单画面(见步骤S1)。

通过画面处理部122显示在画面窗的画面中包含为了执行选择要上传的多媒体消息的选择画面的上传选择菜单。因此，用户通过操作按键输入部170选择上传选择菜单。

画面处理部122判断用户是否选择了上传选择菜单(见步骤S2)，判断结果上传选择菜单被选择时在画面中显示为了选择要上传的多媒体消息的上传选择窗(见步骤S3)。在画面窗显示上传选择窗的状态下用户选择要上传的多媒体消息。

消息生成部123判断要上传的多媒体消息是否通过选择窗被用户选择(见步骤S4)。

判断结果用户通过上传选择窗输入设定值时，消息生成部123根据存储在存储部110的程序中设计的消息生成规则设定显示构成第一标题的上传邀请消息的值的消息类型字段、设定了为了接收确认消息的事务ID的事务(transaction)ID字段、版本(version)字段和设定显示包含至少一个以上多媒体消息的数据的内容类型字段(content type field)(见步骤S5)。

消息生成部123设定第一标题后执行要结合于第一标题后的第一主体的步骤。

消息生成部123作为为了生成第一主体的步骤按照通过选择部122为了上传而被选择的多媒体消息的个数区分PDU(见步骤S6)。

消息生成部123按照被选择的多媒体消息的个数区分PDU后在PDU的第二标题中设定显示第二主体中包含的数据是多媒体消息的值(见步骤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在画面窗显示通报上传作业成功执行的消息(见步骤S13)。

图8是根据本发明的一个实施例的MMS代理中继器的构成框图。

参考图8，根据本发明的一个实施例的MMS代理中继器200包含存储部210和控制部220。

存储部210存储把至少一个以上多媒体消息一次性上传给MMBOX(MultimediaMessage BOX)上的程序。

控制部220通过执行存储在存储部的程序，从移动通信终端100接收的上传邀请消息提取包含在相关上传消息中包含的至少一个以上的多媒体消息和显示包含至少一个以上多媒体消息的标题，并把提取的多媒体消息存储在MMS。

控制部220包含加载(loading)部221和，提取部222和上传处理部223和传送处理部224。

加载(loading)部221加载存储在存储部210的程序并执行要执行程序中设计的上传处理步骤的任务(task)。

提取部222根据上传邀请消息处理步骤从移动通信终端100接收的上传邀请消息中提取包含在相关上传邀请消息中的至少一个以上的读媒体消息的第一主体和显示包含至少一个以上多媒体消息的第一标题。

提取部222提取第一标题和第一主体后提取包含在第一主体中的至少一个以上的多媒体消息。

上传处理部223把通过提取部222提取的至少一个以上读媒体消息存储在MMBOX300中。

传送处理部225完成对于通过上传处理部223从移动通信终端100接收的上传邀请消息中包含的多媒体消息的作业后，把通报成功执行了相关作业的确认消息(upload.conf)传送给移动通信终端100。

图9是图8中所示的根据本发明的一个实施例的MMS代理中继器中上传多媒体消息的动作流程图。

参考图9，从接收移动通信终端100接收上传邀请消息时加载部221加载存储在存储部210的程序并执行要执行上传步骤的任务(见步骤S21)。

根据加载部221要执行上传步骤的任务(见步骤S21)被执行的状态下，提取部222按照各字段的顺序过滤(PASSING)接收的上传邀请消息(见步骤S22)。

提取部通过过滤从上传邀请消息中提取包含在相关上传邀请消息中的表示包含至少一个以上多媒体消息的第一标题(见步骤S23)。

提取第一标题后，提取部222通过被提取的第一标题提取为了提取包含至少一个以上多媒体消息的第一主体而被提取的第一标题中提取内容类型字段(见步骤S24)。

从第一标题中提取内容类型字段时，提取部222根据被提取的内容类型字段中设定的值提取结合于第一标题后的有效载荷(见步骤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中，并对成功执行存储的多媒体消息，把存储相关多媒体消息的存储地址(URI)按照多媒体消息类别进行存储(见步骤S32)。另外，上传处理部223在多媒体消息中对于MMBOX300中存储失败的多媒体消息存储表示失败的信息(见步骤S23)。

上传处理部223对所有多媒体消息执行完成存储作业后，根据其存储成功与否，对于存储成功的多媒体消息，在确认消息中设定存储相关多媒体消息的地址信息(URI)，而对于存储失败的多媒体消息，在确认消息中设定表示相关消息存储失败的信息(见步骤S34)。

通过传送处理部223完成上传处理步骤时，传送处理部224把通过上传处理部223设定的确认消息(Upload.conf)传送到移动通信终端100(见步骤S35)。

以上的本发明不限制于上述的实施例和附图中，根据本领域人员可以进行多样的变化，并包含于权力要求中定义的本发明的范围中。

根据本发明，在移动通信终端中与MMS代理中继器连动，把多个多媒体消息包含在一个上传邀请消息中一括性的上传到MMBOX，所以可以减少为了上传多个多媒体消息的移动通信终端传送MMS代理中继器数据的次数，并防止重复PDU(Protocol Data Unit)的浪费。

例如用户要上传7个多媒体消息时，在利用OMA-MMS-ENC-V1_2-20050301-A中定义的利用上传邀请消息(Upload.req)的现有方法中需要7次事务。但是根据本发明的上传方法只需要一次。

更扩张的说，用户要上传100个多媒体消息时，在利OMA-MMS-ENC-V1_2-20050301-A中定义的利用上传邀请消息(Upload.req)的现有方法中需要7次事务。但是根据本发明的上传方法只需要一次。

根据本发明的移动通信终端中不需要一一选择向MMBOX上传的多媒体消息进行上传，所以明显的缩短作业所需时间。

而且，随着处理要存储在MMBOX中的多媒体消息的所需作业时间的缩短，可以减少执行作业所需的无线资源，所以可以节省话费，而网络运营商可以减少信令(signaling)频度，所以可以有效运用限定的无线资源。

以上具体实施方式仅用于说明本发明，而非用于限定本发明。