[发明专利]一种实现多媒体信息存储的方法、系统及装置

说明书

技术领域

本发明涉及移动通信技术，特别涉及一种实现多媒体信息存储的方法、系统及装置。

背景技术

多媒体消息服务(Multimedia Message Service：MMS)属于非实时多媒体移动通信数据业务，是按照第三代移动通信标准化组织(3rd GenerationPartnership Project：3GPP)的标准和无线访问协议(Wireless Access Protocol：WAP)论坛的标准等有关多媒体信息的标准开发的新业务，其最大特点就是支持多媒体功能，可向用户在移动环境下提供由文字、图像、视频、音频等元素组成的多媒体消息，同时该系统能够实现手机与手机、手机与互联网间的双向交流。这些元素由同步多媒体集成语言(Synchronized Multimedia IntegrationLanguage：SMIL)集成在统一的文档格式中进行演示。

如图1所示，一条多媒体消息的结构示意图一中可以看出：一条多媒体消息从结构上看包含消息头(MMS Header)和消息体(Message body)。

MMS消息头至少包含了该条多媒体信息的必须参数，包括消息类型，比如发送请求、接收请求、存储请求等；事务号，用于统一会话；MMS版本号；此外还包括消息的接收方、发送方、消息主题、内容类型等。

消息体一般包含一个指示终端如何显示多媒体资源的演示(Presentation)文件和一系列媒体资源集合。目前规范推荐使用SMIL来完成多媒体信息的演示。SMIL语言用来规定多媒体片段，包括：声音文件、视频文件、动画、图片、文字等在什么时候，在什么地方，以什么样的方式播放。SMIL的功能包括时间控制、多语言支持、多宽带支持、对整个演示的布局等等。

消息体中紧随演示文件之后的是该多媒体消息包含的资源文件，包括图片、文本、视频、音频、超链接等，MMS支持的资源文件类型会根据规范的更新而有所更新。

如图2所示，一条多媒体消息的结构示意图二中，可以将一条多媒体消息看作是一个由幻灯片(slide)组成的集合，每个幻灯片一般包含两个多媒体片段显示窗口region，分别用于显示文本和图片/视频，同时可以在幻灯片中加入背景声。

MMS利用多用途的网际邮件扩充协议(Multipurpose Internet MailExtension protocol：MIME)规范进行封装，MIME负责把所有的独立的文本、图像、声音、视频内容以及SMIL文件本身捆绑在一起，以便能够以一个整体的形式发送出去。

作为可选特性，MMS规范提出了一种基于网络的多媒体消息持久存储方案。该方案在多媒体消息中心(Multimedia Message Service Centre：MMSC)中增加一个多媒体消息盒(MMBox)，用于多媒体信息的持久存储，用户可以通过MMSC进行配置，将来自外部应用或其他MMS终端的多媒体消息，或发往其他MMS终端或应用的多媒体信息，自动存储一份在MMBox中；用户也可以通过从终端发起存储请求消息(M.Store.req)将指定的多媒体信息存储在MMBox中；此外用户还可以发起查询请求消息(M-Mbox-View.req)、更改请求消息(M-Mbox-Upload.req)以及删除请求消息(M-Mbox-Delete.req)对MMBox中存储的多媒体消息进行配置。每条消息都有MM统一资源定位器(Uniform Resource Locator：URI)作为标识，该URI来自前一条消息或消息通知中，此外规范中提到MMBox中的每条多媒体信息可以带有两个片段标识，MM状态(Status)和MM标记(Flag)，前者用于指示多媒体信息的状态，包括：草稿、未读、已读、发送等，后者是用户对多媒体信息的关键词描述。前面提到的查询操作也可以基于Status和Flag进行，比如查询所有Status为“草稿”的多媒体消息。

如图3所示，现有技术将多媒体信息存储到MMBox的方法包括下列步骤：

步骤100～步骤102、MMS终端通过WAP网关向MMSC发送存储请求消息。

该存储请求消息中包括需要存储的多媒体信息的标识、状态、标记等。

步骤103、MMSC收到存储请求消息后，根据标识查找并存储多媒体信息到MMBox中。

步骤104～步骤105、MMSC通过WAP网关向MMS终端返回存储确认消息。

但是目前存储多媒体信息的方法是将一条多媒体消息作为一个整体来进行存储，交互消息中的MM URI是针对整条消息的一个标识ID，不能对多媒体消息中的部分资源片段进行存储。