[发明专利]媒体文件的智能缓存

说明书

相关申请

本申请要求享受2007年11月13日递交的、Xavier的、题为“Intelligent Caching of Media Files”的美国临时申请序号60/987,460、以及2008年5月4日递交的、，Xavier的、题为“IntelligentCaching of Media Files”的美国专利申请序号12/114,798的优先权。

技术领域

本发明涉及多媒体文件的适配和转发，更具体地，涉及先前转发的文件和适配的文件的缓存。

背景技术

多媒体消息服务(MMS)提供了主要在无线网络上的各种类型数据(包括文本、音频、静态图像、和移动图像)的端对端和服务器到客户端传输的方法，参见例如2005年3月1日的开放移动联盟(OMA)多媒体消息服务、架构概述、批准版本1.2，这可从http://www.openmobilealliance.org/release_program/mms_v1_2.html获得。

尽管MMS提供了用于封装这种数据的标准方法，但是数据的类型可通过大量标准格式(例如纯文本、3GP视频和音频/语音、用于合成音频的SP-MIDI、JPEG静态图像)中的任一种来编码。对于与那些标准的任一个相关的细节，请参照由媒体格式和编解码器公开的“MultimediaMessaging Service”，3GPP TS 26.140，V7.1.0(2007-06)，这可从http://www.3gpp.org/ftp/Specs/html-info/26140.htm获得。

图1示出MMS系统架构100的一个实例，其包括发起节点102、服务交付平台104、目的节点“I”106、和适配引擎108。发起节点102能够通过网络“A”110与服务交付平台104通信。类似地，目的节点“I”106能够通过网络“B”112与服务交付平台104通信。网络“A”和“B”仅是实例，其被显示以图解可能的连接集合，并且许多其他配置也是可以的。例如，发起节点102和目的节点“I”106能够通过一个网络与服务交付平台104通信；发起节点102可在没有中间网络的情况下直接连接至服务交付平台104等。

适配引擎108可通过链路114与服务交付平台104直接连接，如图1所示，或备选地，可通过网络与其连接，或可嵌入服务交付平台104中。

在一般情况下，发起节点102可发送指定到目的节点“I”106的多媒体消息。通过网络“A”110将消息转发至服务交付平台104，从服务交付平台104经由网络“B”112将消息发送至目的节点“I”106。发起节点102和目的节点“I”106可例如是无线设备，在这种情况下，网络“A”和“B”(110和112)可以是无线网络，并且服务交付平台104可提供多媒体消息转发服务。

在另一实例中，发起节点102可以是内容提供商的服务器，其通过数据网络连接至服务交付平台104，即，网络“A”110可以是因特网，而网络“B”112可以是服务于可作为无线设备的目的节点“I”106的无线网络。

在更一般情况下，目的节点“I”106的能力可能不包括通过从发起节点102发送消息的形式接收、解码、或显示消息的功能。为了使目的节点“I”106处理消息，可在适配引擎108中修改从发起节点102接收的消息，然后交付至目的节点“I”106。

由“开放移动联盟”提议的“标准编码接口”(STI)在“Architectureof the Environment using the Standard Transcoding Interface”中提供了用于为MMS而标准化消息适配的方法的结构，如2007年5月15日的开放移动联盟文档OMA-AD-STI-V1_0-20270515-A“Architecture of theEnvironment using the Standard Transcoding Interface”，批准版本1.0所述。

在图1的实例性配置中，从发起节点102向目的节点“I”106的消息传输将涉及以下五个步骤，假定为：

步骤1：

从发起节点102向服务交付平台104发送“源消息”；

步骤2：

服务交付平台104例如通过直接询问目的节点“I”106或通过咨询能力数据库来确定目的节点“I”106的能力；

步骤3：

服务交付平台104向适配引擎108发送请求，所述请求包括原始“源消息”，以及目的节点“I”106的能力的描述；

步骤4：