主动获取消息投递状态的系统的制作方法

文档序号:7971882阅读:142来源:国知局
专利名称:主动获取消息投递状态的系统的制作方法
技术领域
本发明涉及通信领域,更具体地涉及一种主动获取消息才殳递状 态的系统。
背景技术
多媒体消息业务(Multimedia Messaging Service,简称MMS) 是一种能够在终端和终端之间以及终端和Email、VASP (Value Added Service Provider)等其他应用之间传送多々某体内容的消息月良务。 与短消息业务相比,多媒体消息能承载包括文字、图象、声音、视 频等多种4某体格式的消息内容,为用户提供更富有表现力和个性化 内容的服务。比如,用户可以在旅程中将看到的美景配上背景音乐 随时随地发送纟会远方的亲朋好友,或发送精心制作的电子贺卡等。
多媒体消息业务和短消息一样,本质上还是基于消息存储转发 的非实时性业务。发送方只能够根据投递状态报告得知原消息的最 终处理状态,按照3GPP协议的规定,发送方获得投递状态报告是 "在发送方请求获得投递状态报告的前提下,并在消息到达最终处 理4犬态的时4美由多々某体消息业务中心(Multimedia Messaging Service Center,简称MMSC)将该处理状态发送给消息原发送方"。 可见,发送方获得消息的投递状态是一个被动等待的过程,当发送 方成功的发送一条消息后,只能够被动地等待而不能主动地获知该 消息的当前处理状态,当消息的处理过程比较长时,由于多媒体消 息业务本身的特性,可能会存在多个处理的中间状态,对于发送方
来说,希望能有个手段能够及时地获取该消息的当前处理状态,以 便采取相应的后续操作。
由此可见,需要一种能够4吏用户主动获取消息的当前冲更递状态 的系统。

发明内容
本发明的目的在于,通过提供一种便捷有效的途径,使发送方 用户在使用多媒体消息业务的时候,能够通过自己的终端随时对已 经发送成功的消息进行主动查询当前处理状态,从而使多々某体消息 业务的业务特征更加完善,并充分提供用户的使用感受。
根据本发明的一方面,提供了 一种主动获取多媒体消息投递状
态的系统300,该系统用于发送方和接收方属于同一个多媒体消息 业务中心的情况。主动获取多媒体消息投递状态的系统包括第一 消息发送装置302,位于发送方,用于将多々某体消息发送至多々某体 消息业务中心;第一消息处理装置304,位于多J 某体消息业务中心, 用于在接收到来自发送方的多々某体消息后向发送方返回携带有消 息ID参数的信息,并根据发送方和/或接收方的服务设定对多媒体 消息进行处理;第一查询请求装置306,位于发送方,用于在需要 查询多媒体消息的当前状态的情况下,向多媒体消息业务中心发送 携带有消息ID参数的查询请求;以及第一消息查询装置308,位于 多媒体消息业务中心,用于在接收到查询请求后查询多媒体消息的 当前状态并向发送方返回多々某体消息的状态信息。
根据本发明的又一方面,提供了另一种主动获取多媒体消息投 递状态的系统600,该系统用在发送方和4妄收方属于不同的多々某体 消息业务中心的情况下。该系统600包括第二消息发送装置602, 位于发送方侧,用于将多媒体消息和/或状态查询消息发送给发送方
侧的多々某体消息业务中心;第二发送方侧消息处理装置604,位于 发送方側的多媒体消息业务中心,用于接收多媒体消息,并向发送 方返回携带有消息ID参数的消息,以及根据发送方的服务设定处 理多々某体消息;第二发送方侧消息查询装置606,位于发送方侧的 多媒体消息业务中心,用于接收第二消息发送装置发送的状态查询 消息,查询和/或通过第二接收方侧消息查询装置查询多媒体消息的 当前状态并返回给发送方;第二接收方侧消息处理装置608,位于 接收方侧的多媒体消息业务中心,用于接收来自第二发送方侧的多 媒体消息,并根据发送方的服务设定处理多媒体消息;以及第二接 收方侧消息查询装置610,位于接收方侧的多媒体消息业务中心, 用于接收第二发送方側消息查询装置的查询消息,查询多媒体消息 的当前状态并返回给第二发送方侧消息查询装置。
与现有技术相比较,现有的投递状态报告处理方式是在多媒体 消息到达最终处理状态的时候,MMSC 4艮据给发送方用户的要求向 发送方用户发送投递状态才艮告。本发明通过将目前的递送状态才艮告 的处理由被动接收方式扩展为主动查询方式,使得用户能够随时 地、主动地向MMSC查询之前发送的消息的当前处理状态,并根 据消息当前的状态,决定对该消息执行取消发送或删除消息等处 理,从而提高了多媒体消息使用的灵活性和用户使用的便捷性。


此处所i兌明的附图用来提供对本发明的进一步理解,构成本申 请的一部分,本发明的示意性实施例及其i兌明用于解释本发明,并 不构成对本发明的不当限定。在附图中
图1是4艮据本发明的一种主动获取消息才殳递状态的方法的流程
图2是图1所示的主动获取消息投递状态的方法的具体实施例 的处理步骤;危考呈图3是根据本发明的一种主动获取消息投递状态的系统的框
图4是根据本发明的另 一种主动获取消息投递状态的方法的流 程图5是图4所示的主动获取消息投递状态的方法的具体实施例 的流禾呈图;以及
图6是根据本发明的另 一种主动获取消息投递状态的系统的框图。
l沐实施方式
下面参考附图,详细i兌明本发明的实施方式。
图1示出根据本发明的一种主动获取消息投递状态的方法的流 程图,其中,该方法用在发送方和接收方处于同一多媒体消息业务 中心地情况中。如图l所示,主动获取多4某体消息投递状态的方法 包括以下步骤S102,发送方将多媒体消息发送至多媒体消息业务 中心;S104,多媒体消息业务中心向发送方返回携带有消息ID参 数的信息,并根据发送方和/或接收方的服务设定对多媒体消息进行 处理;S106,在需要查询多媒体消息的当前状态的情况下,发送方 向多媒体消息业务中心发送携带有消息ID参数的查询请求;以及 S108,多々某体消息业务中心查询多々某体消息的当前状态并向发送方 返回多媒体消息的状态信息。
其中,在步骤S104中当发送方设定经过一段时间后将多媒 体消息发送给接收方时,多媒体消息业务中心保持多媒体消息;当 接收方设定经过一段时间后接收多媒体消息时,多媒体消息业务中 心保持多媒体消息;以及当发送方和/或接收方没有设定经过一段时 间才发送和/或接收多媒体消息时,多媒体消息业务中心直接将来自 发送方的多媒体消息发送给接收方。
其中,在步骤S108中,当多士某体消息业务中心查询失败时, 向发送方返回表示查询失败的响应。
具体地,参考图2,说明图1所示的主动获取消息投递状态的 方法的具体实施例的处理步骤
S202,发送方用户编辑一条多4某体消息,可i殳置在2个小时之 后定时发送,提交给MMSC;
S204, MMSC处理后,向发送方用户返回才是交响应,该消息带 重要的参数MessageID, MMSC将该消息排队到定时处理队列,等 待2小时到进行触发;
S206,发送方用户在2小时之内想查询一下该消息的当前状态, 向MMSC发起一次Query i青求,其中携带重要的参凄丈MessageID;
S208, MMSC查询本MMSC中该消息的处理记录,发现该消 息处于等4寺发送a犬态,向发送方用户返回响应,其中才示示当前该消 息状态为"等待定时到发送",如果查询失败,则向用户返回"查询失 败"的响应;
S210,定时发送时间2小时到的时候,MMSC向接收方用户下 发通告消息;
S212,接收方用户收到通告后,选择"延迟获取";
S214,发送方用户在某个时候想查询一下该消息的当前处理状 态,向MMSC发起一次Query请求,其中携带重要的参数 MessageID;
S216, MMSC查询本MMSC中该消息的处理记录,发现该消 息处于等待获取状态,向发送方用户返回响应,其中标示当前该消 息状态为"等待获取状态",如果查询失败,则向用户返回"查询失败" 的响应;
S218,接收方用户发起获取请求;
S220, MMSC将消息内容发送给接收方;
S222,接收方用户终端向MMSC发送获取成功确认消息;
S224,如果发送方用户请求了状态报告,MMSC会生成一条状 态报告主动发送给发送方用户,其中标示当前消息状态为"获取成 功状态"。
图3示出根据本发明的一种主动获取消息投递状态的系统的框 图,其中该系统用在发送方和接收方处于同 一个多媒体消息业务中 心的情况下。如图3所示,主动获取多媒体消息投递状态的系统300 包括第一消息发送装置302,位于发送方,用于将多媒体消息发 送至多々某体消息业务中心;第一消息处理装置304,位于多々某体消 息业务中心,用于在接收到来自发送方的多媒体消息后向发送方返 回携带有消息ID参数的信息,并根据发送方和/或接收方的服务设 定对多媒体消息进行处理;第一查询请求装置306,位于发送方, 用于在需要查询多々某体消息的当前状态的情况下,向多媒体消息业 务中心发送携带有消息ID参数的查询请求;以及第一消息查询装
置308,位于多々某体消息业务中心,用于在4妾收到查询请求后查询 多媒体消息的当前状态并向发送方返回多媒体消息的状态信息。
其中,第一消息处理装置在发送方和/或4妄收方i殳定经过一l史 时间后将多媒体消息发送给接收方的情况下,用于保持多媒体消 息;在发送方和/或接收方没有设定经过一4殳时间才发送和/或接收 多媒体消息的情况下,用于将来自发送方的多媒体消息发送给接收方。
其中,第一消息查询装置在多媒体消息业务中心查询失败的情 况下,向发送方返回表示查询失败的响应。
图4是根据本发明的另 一种主动获取消息投递状态的方法的流 程图,其中,该方法用在发送方和接收方处于不同的多士某体消息业 务中心的情况下。如图4所示,该主动获取多4某体消息投递状态的 方法包括以下步骤S402,发送方将多媒体消息发送给发送方侧的 多汷某体消息业务中心;S404,发送方侧的多々某体消息业务中心向发 送方返回携带有消息ID参凄t的消息,发送方侧和/或接收方侧的多 媒体消息业务中心根据发送方和/或接收方的服务设定处理多媒体 消息;S406,在需要查询多媒体消息的当前状态的情况下,发送方 向发送方侧的多媒体消息业务中心发送携带有消息ID参数的查询 请求,发送方侧和/或接收方侧的多媒体消息业务中心查询多媒体消 息的当前状态;以及S408,发送方侧的多々某体消息业务中心查询到 多々某体消息的当前状态后,向发送方返回。
其中,在步骤S404中,当发送方i殳定经过一^殳时间后发送多 媒体消息时,发送方侧的多媒体消息业务中心保持多媒体消息,直 到发送方设定的时间到时,通过接口将多媒体消息发送给接收方侧 的多士某体消息业务中心;在步骤S406中,在发送方在其设定的时 间到之前,发送方向发送方侧的多媒体消息业务中心查询多媒体消
息的当前状态时,发送方的多々某体消息业务中心查询多^某体消息的
当前状态;以及在步骤S408中,发送方侧的多4某体消息业务中心 向发送方返回表示多4某体消息等待发送的信息。在发送方侧的多媒 体消息业务中心将多媒体消息通过接口发送给接收方侧的多媒体 消息业务中心后,当接收方没有设定经过一段时间才接收多媒体消 息时,接收方侧的多媒体消息业务中心将多媒体消息发送给接收 方;当接收方设定经过一段时间接收多媒体消息时,接收方侧的多 媒体消息业务中心保持多媒体消息,直到接收方设定的时间到达, 将多々某体消息发送给接收方。
其中,在步骤S406中,在接收方没有i殳定经过一l殳时间才4妾 收多媒体消息的情况下,发送方查询多媒体消息的当前状态时,发 送方的多々某体消息业务中心将由接收方的多々某体消息业务中心通 过接口返回的表示接收方获取成功的消息发送给发送方;在接收方 设定经过一段时间才接收多媒体消息的情况下,发送方查询多媒体 消息的当前状态时,在接收方侧的多々某体消息业务中心将多々某体消 息发送至接收方前,发送方侧的多媒体消息业务中心通过接口向接 收方侧的多々某体消息业务中心查询后,向发送方返回表示等待获取 的消息,在接收方侧的多媒体消息业务中心将多媒体消息发送至接 收方后,发送方侧的多媒体消息业务中心将由接收方侧的多媒体消 息业务中心通过接口返回的表示接收方获取成功的消息发送给发 送方。
其中,在步骤S408中,当发送方側和/或^皮叫方侧的多々某体消 息业务中心查询失败时,发送方侧的多媒体消息业务中心向发送方 返回表示查询失败的响应。
其中,上述接口是MM4接口。
具体地,参考图5,说明图4所示的主动获取消息才更递状态的 方法的具体实施例的具体步骤
S502,发送方用户编辑一条多i某体消息,提交给发送方归属的 MMSC;
S504,发送方MMSC处理后,向发送方用户返回"l是交响应, 该消息带重要的参数MessageID;
S506,发送方MMSC判断接收方的路由是属于其它的MMSC, 则通过MM4接口将该消息前转至接收方归属的MMSC;
S508,接收方MMSC收到该消息,向发送方MMSC返回成功 收到响应;
S510,接收方MMSC向接收方用户下发通告消息;
S512,接收方用户收到通告后,选择"延迟获取";
S514,发送方用户在某个时候想查询一下该消息的当前处理状 态,向发送方MMSC发起一次Query请求,其中携带重要的参数 MessageID;
S516, MMSC查询后发J见该消息是属于两个MMSC之间的消 息,则会通过MM4接口向接收方MMSC发起查询请求,其中携带 重要的参凄丈Message ID;
S518,接收方MMSC查询后将当前的该消息的处理状态返回 给发送方MMSC,此时的状态可能为"以下通告,等待获取",如果 查询状态失败,则向发送方MMSC返回"查询失败"的响应;
S520:发送方MMSC将当前该消息的处J里4犬态返回给发送方 用户;
S522, 4妾收方用户发起获取i青求;
S524 , MMSC将消息内容发送给接收方;
S526,接收方用户终端向MMSC发送获取成功确i人消息;
S528,接收方MMSC判断消息处理完成,通过MM4接口向发 送方MMSC发送消息处理的递送报告请求;
S530,发送方MMSC收到该递送净艮告请求,向接收方MMSC 返回确^人响应;
S532,如果发送方用户请求了状态报告,MMSC会生成一条状 态报告主动发送给发送方用户,其中标示当前消息状态为"获取成 功状态"。
图6示出才艮据本发明的另 一种主动获取消息4殳递状态的系统的 框图,其中,该系统用在发送方和接收方处于不同的多4某体消息业 务中心的情况下。如图6所示,主动获取多媒体消息投递状态的系 统600包括第二消息发送装置602,位于发送方侧,用于将多媒 体消息和/或状态查询消息发送给发送方侧的多媒体消息业务中心; 第二发送方侧消息处理装置604,位于发送方侧的多媒体消息业务 中心,用于接收多媒体消息,并向发送方返回携带有消息ID参数 的消息,以及根据发送方的服务设定处理多媒体消息;第二发送方 侧消息查询装置606,位于发送方侧的多々某体消息业务中心,用于 接收第二消息发送装置发送的状态查询消息,查询和/或通过第二接 收方侧消息查询装置查询多媒体消息的当前状态并返回给发送方; 第二接收方侧消息处理装置608,位于接收方侧的多J 某体消息业务
中心,用于接收来自第二发送方侧的多々某体消息,并冲艮据发送方的
服务设定处理多媒体消息;以及第二接收方侧消息查询装置610, 位于接收方侧的多媒体消息业务中心,用于接收第二发送方侧消息 查询装置的查询消息,查询多媒体消息的当前状态并返回给第二发 送方侧消息查询装置。
其中,在发送方设定经过一段时间后发送多々某体消息时,发送 方侧消息处理中心保持多媒体消息,直到发送方设定的时间到时, 通过接口将多媒体消息发送给接收方側的多媒体消息业务中心;以 及在发送方在其设定的时间到之前,在发送方向发送方侧消息查询 装置查询多媒体消息的当前状态的情况下,发送方侧消息查询装置 向发送方返回表示多媒体消息等待发送的信息。在发送方侧消息处 理装置将多媒体消息通过接口发送给接收方侧消息处理装置后,在 接收方没有设定经过一段时间才接收多媒体消息的情况下,接收方 侧消息处理装置将多々某体消息发送给4妻收方;在接收方设定经过一 段时间接收多媒体消息的情况下,接收方侧消息处理装置保持多媒 体消息,直到接收方设定的时间到达,将多媒体消息发送给接收方。
其中,在接收方没有设定经过一段时间才接收多媒体消息且发 送方查询多々某体消息的当前状态的情况下,发送方侧消息查询装置 将接收方侧消息查询装置通过接口返回的表示接收方获取成功的 消息发送给发送方;在接收方设定经过一段时间才接收多媒体消息 且发送方查询多々某体消息的当前状态的情况下,在接收方侧消息处 理装置将多々某体消息发送至接收方前,发送方侧消息查询装置通过 接口向接收方侧消息查询装置查询后,向发送方返回表示等待获取 的消息;在接收方侧的多媒体消息业务中心将多媒体消息发送至所 述接收方后,发送方侧消息查询装置将由接收方侧消息查询装置通 过接口返回的表示接收方获取成功的消息发送给所述发送方。
其中,在发送方侧和/或净皮叫方侧消息查询装置查询失败时,发 送方,'J消息查询装置向发送方返回表示查询失败的响应。
其中,上述接口是MM4接口。
在上述主动获取消息投递状态的方法及系统中,由于 MMl一Query.REQ/RES查询-清求是独立于多々某体消息处理主流程 的,所以可以在任何时候发起,MMSC通过查询系统内部的消息处 理状态库,获得请求的消息的当前状态,反馈给发送方用户,即使 某次查询失败,也并不会影响正常的业务处理。该请求可以多次发 起,每次发起都是一次独立的请求处理过程。
与现有技术相比较,现有的投递状态报告处理方式是在多媒体 消息到达最终处理状态的时候,MMSC根据给发送方用户的要求向 发送方用户发送投递状态报告。本发明通过将目前的递送状态报告 的处理由被动接收方式扩展为主动查询方式,使得用户能够随时 地、主动地向MMSC查询之前发送的消息的当前处理状态,并才艮 据消息当前的状态,决定对该消息执行取消发送或删除消息等处 理,从而提高了多媒体消息使用的灵活性和用户使用的便捷性。
以上所述仅为本发明的优选实施例而已,并不用于限制本发 明,对于本领域的技术人员来说,本发明可以有各种更改和变化。 凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进 等,均应包含在本发明的保护范围之内。
权利要求
1.一种主动获取多媒体消息投递状态的系统,其特征在于,所述系统包括第一消息发送装置,位于发送方,用于将多媒体消息发送至多媒体消息业务中心;第一消息处理装置,位于所述多媒体消息业务中心,用于在接收到来自发送方的所述多媒体消息后向所述发送方返回携带有消息ID参数的信息,并根据所述发送方和/或接收方的服务设定对所述多媒体消息进行处理;第一查询请求装置,位于所述发送方,用于在需要查询所述多媒体消息的当前状态的情况下,向所述多媒体消息业务中心发送携带有所述消息ID参数的查询请求;以及第一消息查询装置,位于所述多媒体消息业务中心,用于在接收到所述查询请求后查询所述多媒体消息的当前状态并向所述发送方返回所述多媒体消息的状态信息。
2. 根据权利要求1所述的主动获取多媒体消息投递状态的系统, 其特征在于,所述第一消息处理装置在所述发送方和、或所述接受方设定经过预定时间后将所述述多媒体消息发送给所述接收方的情况下,用于保持所述多媒 体消息;在所述发送方和/或所述接收方没有设定经过预定时间才 发送和/或接收所述多媒体消息的情况下,用于将来自所述发 送方的所述多媒体消息发送给所述接收方。
3. 根据权利要求1或2所述的主动获取多媒体消息投递状态的系统,其特征在于,所述第一消息查询装置在所述多媒体消息业务中心查询失败的情况下,向所述发送方返回表示查询失败的响应。
4. 一种主动获取多媒体消息投递状态的系统,其特征在于包括第二消息发送装置,位于发送方侧,用于将多媒体消息 和/或状态查询消息发送给发送方侧的多媒体消息业务中心;第二发送方侧消息处理装置,位于所述发送方侧的多媒体消息业务中心,用于接收所述多媒体消息,并向所述发送方返回携带有消息ID参数的消息,以及根据发送方的服务设定处理所述多媒体消息;第二发送方侧消息查询装置,位于所述发送方侧的多媒体消息业务中心,用于接收所述第二消息发送装置发送的所述状态查询消息,查询和/或通过第二接收方侧消息查询装置查询所述多媒体消息的当前状态并返回给所述发送方;第二接收方侧消息处理装置,位于接收方侧的多媒体消息业务中心,用于接收来自所述第二发送方侧的所述多媒体消息,并根据所述发送方的服务设定处理所述多媒体消息;以及第二接收方侧消息查询装置,位于所述接收方侧的多媒体消息业务中心,用于接收所述第二发送方侧消息查询装置的所述查询消息,查询所述多媒体消息的当前状态并返回给所述第二发送方侧消息查询装置。
5. 根据权利要求4所述的主动获取多4某体消息投递状态的系统, 其特征在于在所述发送方设定经过预定时间后发送所述多媒体消息 时,所述发送方侧消息处理中心保持所述多媒体消息,直到所述发送方设定的时间到时,通过接口将所述多媒体消息发送给 所述接收方侧的多i某体消息业务中心;以及在所述发送方在其i殳定的时间到之前,在所述发送方向 所述发送方侧消息查询装置查询所述多媒体消息的当前状的情况下,所述发送方侧消息查询装置向所述发送方返回表示 多媒体消息等待发送的信息。
6. 根据权利要求5所述的主动获取多媒体消息投递状态的系统, 其特征在于,在所述发送方侧消息处理装置将所述多媒体消息通过接口发送给所述接收方侧消息处理装置后,在所述接收方没有设定经过预定时间才接收所述多媒体 消息的情况下,所述接收方侧消息处理装置将所述多媒体消息发送给所述接收方;在所述接收方设定经过预定时间接收所述多媒体消息的 情况下,所述接收方侧消息处理装置保持所述多媒体消息,直到所述接收方设定的时间到达,将所述多媒体消息发送给所述 接收方。
7. 根据权利要求6所述的主动获取多媒体消息投递状态的系统, 其特征在于,消息且所述发送方查询所述多媒体消息的当前状态的情况下, 所述发送方侧消息查询装置将所述接收方侧消息查询装置通过所述接口返回的表示接收方获取成功的消息发送主会所述发送方;在所迷接收方设定经过预定时间才接收所迷多媒体消息 且所述发送方查询所述多媒体消息的当前状态的情况下,在所述接收方侧消息处理装置将所述多媒体消息发 送至所述接收方前,所述发送方侧消息查询装置通过所 述才妄口向所述接收方侧消息查询装置查询后,向所述发 送方返回表示等待获取的消息;在所述接收方侧的多媒体消息业务中心将所述多媒 体消息发送至所述接收方后,所述发送方侧消息查询装 置将由所述接收方侧消息查询装置通过所述接口返回的 表示接收方获取成功的消息发送给所述发送方。
8. 根据权利要求4至7中的任意一项所述的主动获取多媒体消息 投递状态的系统,其特征在于,在所述发送方侧和/或被叫方 侧消息查询装置查询失败时,所述发送方侧消息查询装置向所 述发送方返回表示查询失败的响应。
9 根据权利要求5至7中的任意一项所述的主动获取多媒体消息 投递状态的系统,其特征在于,所述接口是MM4接口。
全文摘要
本发明公开了一种主动获取多媒体消息投递状态的系统。该系统包括第一消息发送装置,位于发送方,用于将多媒体消息发送至多媒体消息业务中心;第一消息处理装置,位于多媒体消息业务中心,用于在接收到来自发送方的多媒体消息后向发送方返回携带有消息ID参数的信息,并根据发送方和/或接收方的服务设定对多媒体消息进行处理;第一查询请求装置,位于发送方,用于在需要查询多媒体消息的当前状态的情况下,向多媒体消息业务中心发送携带有消息ID参数的查询请求;以及第一消息查询装置,位于多媒体消息业务终,用于在接收到查询请求后查询多媒体消息的当前状态并向发送方返回多媒体消息的状态信息。
文档编号H04L12/58GK101175047SQ20061015035
公开日2008年5月7日 申请日期2006年10月30日 优先权日2006年10月30日
发明者叶郁文, 施丽萍 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1