媒体文件的智能缓存的制作方法

专利名称：媒体文件的智能缓存的制作方法
技术领域：
本发明涉及多媒体文件的适配和转发，更具体地，涉及先前转发的文件和适配的 文件的缓存。
背景技术：
多媒体消息服务(MMS)提供了主要在无线网络上的各种类型数据(包括文本、音 频、静态图像、和移动图像)的端对端和服务器到客户端传输的方法，参见例如2005年3月 1日的开放移动联盟(0MA)多媒体消息服务、架构概述、批准版本1.2，这可从http://WWW. openmobileal 1 iance. org/re 1 ease_program/mms_v 1_2. html 获得。尽管匪S提供了用于封装这种数据的标准方法，但是数据的类型可通过大量标准 格式(例如纯文本、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示出匪S系统架构100的一个实例，其包括发起节点102、服务交付平台104、 目的节点“I” 106、和适配引擎108。发起节点102能够通过网络“A” 110与服务交付平台 104通信。类似地，目的节点“1”106能够通过网络“B”112与服务交付平台104通信。网 络“A”和“B”仅是实例，其被显示以图解可能的连接集合，并且许多其他配置也是可以的。 例如，发起节点102和目的节点“1”106能够通过一个网络与服务交付平台104通信；发起 节点102可在没有中间网络的情况下直接连接至服务交付平台104等。适配引擎108可通过链路114与服务交付平台104直接连接，如图1所示，或备选 地，可通过网络与其连接，或可嵌入服务交付平台104中。在一般情况下，发起节点102可发送指定到目的节点“1”106的多媒体消息。通过 网络“A” 110将消息转发至服务交付平台104，从服务交付平台104经由网络“B” 112将消 息发送至目的节点“1”106。发起节点102和目的节点“1”106可例如是无线设备，在这种 情况下，网络“A”和“B”(110和112)可以是无线网络，并且服务交付平台104可提供多媒 体消息转发服务。在另一实例中，发起节点102可以是内容提供商的服务器，其通过数据网络连接 至服务交付平台104，S卩，网络“A” 110可以是因特网，而网络“B” 112可以是服务于可作为 无线设备的目的节点“I” 106的无线网络。
在更一般情况下，目的节点“1”106的能力可能不包括通过从发起节点102发送消 息的形式接收、解码、或显示消息的功能。为了使目的节点“1”106处理消息，可在适配引擎 108中修改从发起节点102接收的消息，然后交付至目的节点“1”106。由“开放移动联盟”提议的“标准编码接口”(STI)在“Architectureof the Environment using the Standard Transcoding Interface，，中提供了用于为 MMS 而标 准化消息适配的方法的结构，如2007年5月15日的开放移动联盟文档0MA-AD-STI-V1 _0-20270515-A "Architecture of theEnvironment using the Standard Transcoding Interface”，批准版本1. 0所述。在图1的实例性配置中，从发起节点102向目的节点“1”106的消息传输将涉及以 下五个步骤，假定为步骤1:从发起节点102向服务交付平台104发送“源消息”；步骤2:服务交付平台104例如通过直接询问目的节点“I” 106或通过咨询能力数据库来 确定目的节点“I” 106的能力；步骤3:服务交付平台104向适配引擎108发送请求，所述请求包括原始“源消息”，以及目 的节点“I” 106的能力的描述；步骤4:适配引擎108执行“源消息”到“适配消息”的适配；以及步骤5:适配引擎108向服务交付平台104返回“适配消息”，所述服务交付平台104将其 转发至目的节点“I” 106。除了基于目的节点的能力适配消息之外，适配引擎108还可执行与消息相关的附 加处理。图2示出扩展的匪S系统架构200的一个实例，其包括匪S系统架构100，其增加 有附加网络“C”(116)，后者通过服务交付平台104连接第二目的节点“II”(118)。如上述匪S系统架构100，可在适配引擎108中将来自发起节点102的源消息适 配成适配消息，然后发送至目的节点“I” 106，并且可向目的节点“II” 118发送第二适配消 息，其中第二适配消息可依据目的节点“II” 118的能力独立地适配。在另一实例中，可能期望向目的节点“II” 118转发在目的节点“I” 106中接收的 消息。如果两个目的节点的能力不同，则转发的消息必须再次适配。如果原始源消息首先 被适配成目的节点“I” 106的能力，则其可能具有当随后将消息转发至目的节点“II” 118 时不能够重新获得的质量损失，尽管例如目的节点“II” 118可具有使其能够接收没有质量 损失的原始源消息的更高能力。在另一实例中，目的节点“I” 106可修改多媒体源消息，然后将其转发至目的节点 “II” 118。在这种情况下，在转发的消息中保留某些原始内容是不方便的，或不可能的。在另一实例中，可将源消息导向至两个或更多个目的地。尽管目前的系统允许根 据每个目的地的能力适配消息，但是当某些目的地具有相同或兼容能力时，可能执行某些不必要的适配。为了克服现有技术的这些和其他缺陷，在可能的情况下，需要开发向其他目的地 更加有效地转发或广播消息并且没有质量损失的系统和方法。

发明内容
本发明的目的在于提供一种使用媒体文件的智能缓存来适配和转发多媒体文件 的改进方法和系统。根据本发明一方面，提供一种经由一个或多个适配服务器从服务中心向第一和第 二设备发送多媒体消息的源媒体文件的方法，所述服务器中的至少一个具有媒体缓存，所 述方法包括以下步骤(a)计算所述源媒体文件的签名；(b)将所述源媒体文件的签名用作在所述媒体缓存中定位所述源媒体文件的原始 副本的索引；(c)在所述媒体缓存中定位所述源媒体文件的原始副本的第一适配版本；(d)向所述第一设备发送所述第一适配版本；(e)在所述媒体缓存中定位所述源媒体文件的原始副本的第二适配版本；以及(f)向所述第二设备发送所述第二适配版本。所述步骤(c)包括如果所述第一适配版本的定位不成功，则执行所述源媒体文 件的原始版本到所述第一适配版本的适配。有益地，所述步骤(c)还包括计算所述第一适配版本的签名；以及将所述第一适配版本的签名用作在所述媒体缓存中存储所述第一适配版本的索 引。所述步骤(c)还包括如果在所述步骤(b)中所述源媒体文件的原始副本的定位 不成功，则在所述媒体缓存中将所述源媒体文件存储为原始副本，并且将所述源媒体文件 转码成所述第一适配版本。方便地，所述步骤(c)还包括计算所述第一适配版本的签名；以及将所述第一适配版本的签名用作在所述媒体缓存中存储所述第一适配版本的索 引。所述步骤(e)包括如果所述第二适配版本的定位不成功，则执行所述源媒体文 件的原始版本到所述第二适配版本的适配。所述步骤(e)还包括如果在所述步骤(b)中所述源媒体文件的原始副本的定位 不成功，则在所述媒体缓存中将所述源媒体文件存储为原始副本，并且将所述源媒体文件 转码成所述第二适配版本。方便地，所述步骤(e)还包括计算所述第二适配版本的签名；以及将所述第二适配版本的签名用作在所述媒体缓存中存储所述第二适配版本的索 引。
7
有利地，所述方法还包括以下步骤确定所述第一和第二设备的能力；以及分别定位与所述第一和第二设备的能力兼容的第一和第二适配版本。根据本发明另一方面，提供一种用于智能缓存媒体文件的多个原始和适配版本的 媒体缓存系统，该系统包括媒体文件库，其包含媒体文件的原始版本和适配版本，其中根据多个转码配置文 件中的一个从所述多个原始版本中的一个来适配每个适配版本；签名库，其包含所述原始版本和所述适配版本的签名；以及数据库引擎，其包括在计算机可读介质中存储的、由处理器执行的计算机可读软 件程序代码装置，用于提供对所述媒体文件库、所述签名库、和承载要由所述媒体缓存系统 缓存的多媒体消息的链路的访问；以及用于通过基于各个媒体文件的签名维护索引模式来 跟踪所述原始版本和所述适配版本。在所述媒体缓存系统中，在所述处理器中通过计算每个所述媒体文件的摘要函数 (例如标准消息摘要5 (MD5)函数)来生成签名。在所述媒体缓存系统中，所述多个转码配置文件包括用于能够接收媒体文件的至 少一种类型设备的转码配置文件。根据本发明另一方面，提供一种根据目的设备的能力将链路上接收的源媒体文件 适配成适配版本的适配服务器，包括处理器，用于执行所述适配；以及媒体缓存，用于智能缓存媒体文件的多个原始和适配版本，所述媒体缓存包括媒体文件库，其包含媒体文件的原始版本和适配版本，其中根据多个转码配置文 件中的一个从所述多个原始版本中的一个来适配每个适配版本；签名库，其包含所述原始版本和所述适配版本的签名；以及数据库引擎，包括在计算机可读介质中存储的、由处理器执行的计算机可读软件 程序代码，用于提供对所述媒体文件库、所述签名库、和承载要由所述媒体缓存系统缓存的 多媒体消息的链路的访问；以及用于通过基于各个媒体文件的签名维护索引模式来跟踪所 述原始版本和所述适配版本。根据本发明的一个或多个方面，提供一种通过具有媒体缓存的适配服务器从第一 设备向第二设备转发原始多媒体消息的方法，每个设备通过转码配置文件来表征，该方法 包括以下步骤(a)从服务中心接收所述原始多媒体消息；(b)根据第一转码配置文件将所述原始消息转码成第一适配消息；(c)向所述第一设备发送所述第一适配消息；(d)在所述媒体缓存中存储所述原始多媒体消息；(e)在所述媒体缓存中存储所述第一适配消息、和所述第一转码配置文件；(f)从所述第一设备接收所述第一适配消息；(g)生成第二适配消息；以及(h)向所述第二设备发送所述第二适配消息。在上述方法中，所述步骤(f)还包括定位在所述媒体缓存中存储的所述第一转码配置文件、所述第一适配消息和存储的原始消息；以及所述步骤(g)还包括验证所述第 一和第二转码配置文件相同，并且复制所述第一适配消息以生成所述第二适配消息来代替 转码；否则，验证所述第一和第二转码配置文件不相同，并且根据所述第二转码配置文件将 所述原始消息转码成所述第二适配消息。方便地，所述步骤(g)还包括确定与所述媒体缓存中存储的原始多媒体消息相比接收的第一适配消息具有添 加元素；以及将增加了所述添加元素的原始多媒体消息的组合转码成所述第二适配消息。在上述方法中所述步骤(d)还包括计算和存储所述原始多媒体消息的签名；所述步骤(e)还包括计算和存储所述第一适配消息和所述第一转码配置文件的 签名；以及所述步骤(f)还包括在定位所述第一转码配置文件、所述第一适配消息、和存储 的原始消息时使用存储的签名。根据本发明一个或多个方面，提供一种通过具有媒体缓存的适配服务器从第一设 备向第二设备转发原始消息的方法，该方法包括以下步骤(a)从服务中心接收所述原始消息；(b)根据第一转码配置文件将所述原始消息转码成第一适配消息；(c)向所述第一设备发送所述第一适配消息；(d)在所述媒体缓存中存储所述原始消息的媒体文件组件和所述媒体文件的签 名；(e)在所述媒体缓存中存储所述第一适配消息、和所述第一转码配置文件；(f)从所述第一设备接收所述第一适配消息；(g)生成第二适配消息；以及(h)向所述第二设备发送所述第二适配消息。有益地，所述步骤(f)还包括定位在所述媒体缓存中存储的所述第一转码配置文件、所 述第一适配消息和存储的原始消息；以及所述步骤(g)还包括验证所述第一和第二转码配置文件相同，并且复制所述第一适配消息以生成所述 第二适配消息来代替转码；否则，验证所述第一和第二转码配置文件不相同，并且根据所述第二转码配置文 件将所述原始消息转码成所述第二适配消息。方便地，所述步骤(d)还包括计算和存储所述原始消息的媒体文件组件的签名；所述步骤(e)还包括计算和存储所述第一适配消息和所述第一转码配置文件的 签名；以及所述步骤(f)还包括在定位所述第一转码配置文件、所述第一适配消息、和存储 的原始消息的媒体文件组件时使用存储的签名。
根据本发明一个或多个方面，提供一种将原始媒体文件适配成适配媒体文件以及 向多个设备中的每个发送所述适配媒体文件中的一个的方法，包括以下步骤(a)从服务中心接收所述原始媒体消息；(b)在所述媒体缓存中存储所述原始媒体消息；(c)确定用于所述第一设备的转码配置文件；(d)在媒体缓存中根据所述转码配置文件定位与所述原始媒体文件相应的适配媒 体文件；否则，通过所述转码配置文件将所述原始媒体文件转码成所述适配媒体文件，并 将其存储在所述媒体缓存中；(e)向所述第一设备发送所述适配媒体文件；以及(f)对于每个设备重复步骤(c)至(e)。步骤(b)、(c)、(d)包括计算所述原始媒体文件、所述适配媒体文件、和所述转码 配置文件的各个签名；以及分别将计算的签名用作存储和提取所述原始媒体文件、所述适配媒体文件、和所 述转码配置文件的索引。根据本发明的一个或多个方面，提供一种从第一设备向第二设备发送多媒体消息 的方法，包括以下步骤在具有第一适配配置文件的第一设备中接收所述多媒体消息；以及从所述第一设 备向具有第二适配配置文件的第二设备转发所述多媒体消息；其中所述接收步骤包括根据所述第一适配配置文件通过所述多媒体消息适配成第一适配消息；向所述第一设备发送所述第一适配消息；以及在媒体缓存中存储所述多媒体消息和所述第一适配消息；以及其中所述转发步骤包括如果所述第一和第二适配配置文件匹配，则从所述媒体缓存提取所述第一适配消 息，并将其发送至所述第二设备；否则从所述媒体缓存提取所述多媒体消息；根据所述第二适配配置文件将提取的多媒体消息适配成第二适配消息；向所述第二设备发送所述第二适配消息；以及在所述媒体缓存中存储所述第二适配消息。


现在将通过实例，参照附图来描述本发明实施例，在附图中图1示出现有技术的匪S系统架构100的实例；图2示出现有技术的扩展的匪S系统架构200的实例，其包括匪S系统架构100 ；图3示出本发明实施例的适配数据流程图300 ；图4示出本发明实施例的一般性系统视图400 ；图5是应用于图4的一般性系统400的一般性用例的流程图500 ；图6是扩展图5的步骤502(设备“A”408接收新消息)的流程图7是扩展图6的步骤612(P/A “ I ”使用转码器“ I ”来适配消息)的流程图；图8是扩展图5的步骤504(设备“A”将消息转发至设备“B”)的流程图；以及图9是扩展图8的步骤810 (P/A “II ”使用转码器“II”来适配消息)的流程图。
具体实施例方式为了克服上述缺陷，引入中心化的媒体缓存(这是用于临时存储可能再次使用的 数据的计算机存储器)，用于缓存原始的和适配的消息。这将允许在没有质量损失或消息丢 失的情况下转发消息，即使必须适配原始消息(例如尺寸和分辨率降低)以满足消息的第 一接收方(第一设备)的设备的需求。除了提供其他优点，本发明的目的在于使得转发消 息的接收方能够接收到基于原始消息的新适配消息，而并非基于由第一接收方实际接收的 适配消息。这在显示转发消息的设备(第二设备)的能力超过第一设备时特别重要。图3示出适配数据流程图300，其包括源媒体302、适配媒体304、适配功能306 (包 括在计算机可读介质中存储的计算机可读代码)、和媒体缓存308 (指示本发明实施例的基 本元素)。如7(七)个数据流箭头(数据流310至322)所示-可将源媒体302输入至适配功能306(源媒体至适配的流310)；-可将源媒体302直接输入至适配媒体304(适配旁路的流312)；-可将源媒体302输入至媒体缓存308(源媒体至缓存的流314)；-可从媒体缓存308向适配功能306发送缓存媒体(缓存至适配的流316)；-可从适配功能306向媒体缓存308发送适配媒体(适配至缓存的流318)；-可从适配功能306向适配媒体304发送适配媒体(适配至适配媒体的流320)； 以及-可从媒体缓存308向适配媒体304发送缓存媒体(缓存至适配媒体的流322)。换句话说，适配数据流程图300示出源媒体302到适配功能306 (流310)，以及到 媒体缓存308 (流314)的可能输入；以及通过适配旁路的流312从源媒体302，从适配功能 306 (流320)，或从媒体缓存308 (流322)获得适配媒体304的可能。也可将适配功能306 的输出输入至媒体缓存308 (流318)。此外，媒体缓存308可向适配功能306中发送媒体 (流 316)。在媒体缓存308中存储媒体文件库324、签名库326、和数据引擎328。源媒体302包括原始媒体以及已经适配的转发媒体。适配旁路的流320可用于在 不需进一步适配的情况下直接传送源媒体302，以成为适配媒体304。适配功能306包括通过使用转码配置文件(transcoding profile)将源媒体302 转码成适配媒体304的计算机可读代码。适配功能306还可包括对媒体过滤和杀毒，并对 其强化和转换的计算机可读代码。媒体缓存308具有在媒体文件库324中存储和提取原始和适配媒体文件的能力。 媒体文件一般是多媒体消息的个体组件。通过从原始媒体文件和适配媒体文件的内容导出的签名、以及从转码配置文件导 出的签名和从强化和转换参数导出的签名，在媒体缓存308中存储媒体文件。优选地，通过 哈希算法从数据生成签名，所述哈希算法例如在媒体摘要5 (MD5)标准中被定义，后者在消
11息摘要5、规范RFC1321中所述，这可从http//tools. ietf. org/html/rfcl321获得。将签 名存储在签名库326中，并通过数据引擎328用作允许关联存储的媒体文件的快速提取的 密钥。通过将存储的签名(密钥)与新接收的源媒体302匹配，还可确定在媒体缓存308 中是否存在已适配的媒体文件，以及还可找到与先前适配的媒体文件相对应的原始缓存的 (源)媒体文件。媒体缓存308可方便地在关系数据库管理系统(DBMS)中实现，如MySQL(参 见关系数据库系统(RDBS)，从http //www. mysql. org/获得)，其具有用于媒体文件和签名 库324和326的盘存储器，以及由数据引擎328执行的处理。由于不时的需要，媒体缓存308还可提供用于转码配置文件、消息处理(“强化”) 设置、以及与可有利地缓存多媒体消息适配相关的其他数据的附加库。除了通过各个媒体文件的签名(用作数据库密钥)提取各个媒体文件及其相关联 的数据的能力之外，嵌入在媒体缓存308中的关系数据库允许通过媒体文件的原始版本和 转码配置文件的引用(即签名)关联和提取适配媒体文件。例如，可通过数据库查询简单 地提取给定原始媒体文件的先前适配版本的列表。在更复杂查询中，可首先找到对于特定 接收的源媒体文件的给定原始媒体文件，然后获得这个给定原始媒体文件的先前适配版本 的列表，并最终从该列表选择其转码配置文件匹配期望配置文件的特定先前适配版本，由 此定位满足特定设备的能力所需的适配版本。以下用例#1至#8的实例示出在适配数据流程图300中图解的某些功能的应用。 这些实例仅是本发明某些使用的图解，并且不应理解为限制本发明，本发明可允许许多其 他应用情形，这取决于在媒体缓存308存储器中存储的媒体缓存308 (这是媒体文件的强大 数据库)，并且通过用作数据库密钥的文件和数据签名来编索引。用例#1至#5可适于所有类型的媒体用例#1-基础媒体适配在基本情况下，在适配功能306中为特定目的设备适配接收的媒体文件(源媒体 302)(数据流310和320)，其中源媒体302还没有为这种类型的设备适配，因此在媒体缓存 308中不可用。因此，在适配功能306中通过适当配置文件将源媒体302适配成适配媒体 304。推测性地，将源媒体302以及适配媒体304存储在媒体缓存308 (分别为数据流314 和318)中，用于随后在另一用例(例如用例#2)中的可能重用。用例#2-已经通过相同配置文件适配的媒体在这种情况下，已经为特定设备适配了媒体文件(源媒体302)，并在媒体缓存308 中存储并由此在媒体缓存308中可用；并且类似设备请求相同媒体文件，适配媒体304可从 媒体缓存308获得，而不必调用适配功能306。用例#3-发送的大型媒体在向多个目标发送相同媒体文件时，对于每个类型的目的设备仅适配一次。将在 媒体缓存308中存储适配版本，以重用于使用相同类型设备的其他目的地。在实现中，这等 同于以上的用例#2。用例#4-为更高质量设备适配具有降低质量附件的媒体在这种情况下，由于转发电话的设备能力，媒体文件(源媒体302)是从原始适配 的转发媒体文件，并且将媒体文件转发至具有更高能力的目的设备，可在缓存至适配的流 316中从媒体缓存308提取原始高质量媒体文件，并且在适配功能306中的适配之后作为适
12配媒体304发送至目的设备。用例#5-修改的或跨网适配的媒体在这种情况下，接收在另一网络中通过任意方式适配或修改的媒体文件(源媒体 302)，由于明显地改变了媒体文件的签名，所以将不存在将其再次绑定或关联至当前网络 中先前适配的或原始媒体文件的方法。在这种情况下，现在将修改的源媒体文件看作新原 始媒体文件。用例#6至#8是匪S特定的如果关于整个消息(标头+主体)计算签名(例如DM5校验和)，存在与其命中的 缓存将不太可能，因为在MMS标头中的日期戳和消息标识符是唯一的。因此，需要从消息的 多个部分主体(即，仅消息主体中包含的数据，而非MMS标头)生成签名。将在缓存中仅存 储MMS消息的主体(数据)，在从缓存提取缓存的媒体文件时，必须单独地重建标头。用例#6-消息已经适配如果已经通过相同配置文件适配了具有0个或多个附件的匪S消息，则可从媒体 缓存308提取适配的消息主体(无主标头)，并且可改变消息标头以反映输入消息。用例#7-发送的大型消息在向多个目的设备发送同一 MMS消息时，对于每个类型的设备仅适配一次。将在 缓存中存储适配版本(无匪S标头，仅主体)，以重用于使用相同类型设备的其他目标。这 类似于以上的用例#2。用例#8-向原始消息添加新组件如果原始消息已知为通告消息(其包含促进消息转发的元素)，并且在转码平台 适配转发消息(其与原始消息相比包含新的或附加的元素)时，可从媒体缓存提取原始消 息，并且可向其添加附加组件，然后处理适配。消息的“促进”可发生在移动运营商(与期 望发送通告消息的第三方公司/提供商合作)向订户提供回报以转发他们接收的通告MMS 消息时。订户可修改这样的消息，并且可转发修改的消息，但是可重新添加原始MMS消息的 丢失、移除、或修改的部分，以保持原始消息的完整性，同时保留通告转发者添加的新内容。在下文中借助于系统视图(图4)和流程图(图5)来描述用于转发适配消息的一 般性用例。图4示出在描述一般性用例时使用的一般性系统视图400，其包括以下步骤处理 为第一目的地“A”适配的第一消息，以及随后将其转发至第二目的地“B”。一般性系统视图400包括具有各自处理器和存储器的第一和第二适配服务器计 算机402和404，还分别称为第一和第二适配服务器402和404 ；媒体缓存308 (参见图3)； 具有处理器和存储器的多媒体服务中心计算机(服务中心)406 ；第一设备“A”408 ；和第二 设备 “B” 410。第一适配服务器402包括第一转码器节点“ I ”416，其包括在第一适配服务器402 的存储器中存储的计算机可读代码，第一转码器节点“I” 416提供适配功能；和第一协议适 配器(P/A)“I”418，其包括在第一适配服务器402的存储器中存储的计算机可读代码。相应 地，第二适配服务器404包括第二转码器节点“II”420和第二协议适配器(P/A) “11”422， 其包括在第二适配服务器404的存储器中存储的计算机可读代码。媒体缓存308优先地位 于第一适配服务器402中。备选地，媒体缓存308可位于第二适配服务器404中，或例如独立存储服务器(未示出)中。第一和第二协议适配器P/A “ I，，418和P/A “ II ” 422可提供由关于3GPP组织的 TS 23. 140 中的 3GPP 定义的 MM1 规范的方案，其位于 http://www. 3gpp. org/ftp/Specs/ html-info/23140. htm ；其他协议也可实现并且在本发明的范围内，例如在上文引用的开 放移动联盟文档 0MA-AD-STI-V1_0-20270515-A "Architecture of the Environment usingthe Standard Transcoding Interface” 批准版本 1. 0-2007 年 5 月 15 日中描述 的STI (标准转码接口)；由关于3GPP组织的TS 23. 140中的3GPP定义的匪3 (多媒体消 息接 口版本 3)，其位于 http://www. 3gpp. org/ftp/Specs/html-info/23140. htm ；以及由 关于3GPP组织的TS 23. 140中的3GPP定义的MM4 (多媒体消息接口版本3和4)，其位于 http//www. 3gpp. org/ftp/Specs/html-info/23140. htm ；由关于 3GPP 组织的 TS 23. 140 中的3GPP定义的MM7(多媒体消息接口版本7)其位于http://www. 3gpp. org/ftp/Specs/ html-info/23140. htm ；在请求注解(RFC) 3597中描述的ICAP(因特网内容适配协议)，可 从 httpII www. ietf. org/rfc/rfc3507. txt 获得，以及还位于在 http//www. i~cap. org/ 的ICAP论坛；以及EAIF(外部应用接口)，参见上述“因特网内容适配协议”文档，这是 诺基亚公司制造的多媒体消息服务中心特定的接口，参见EAIF协议的参考文献，这可从 http//www. forum, nokia. com/info/sw. nokia. com/id/d0ee4125-3879-4482-b55d-90e3a fe 17a3 l/Ext_App_interface_FAQ. pdf. html 获得。然而，这些其他协议规范可用在不同网络架构中。在这里作为详细实例所示的架 构中，仅MM1被代理，以在设备和服务中心之间执行转码。对于例如STI，任意应用可典型 地向服务中心直接发送转码请求。上文引用的其他协议规范用在除了 MM1之外的不同环境 中，并且没有通过该实例中提供的视图反映。在一般性系统视图400的元素之间的消息链路包括在第一设备“A” 408和第一 P/A “1”418之间的链路424 ；在第一 P/A “1”418和服务中心406之间的链路426 ；在第一设备“A” 408和服务中心406之间的直接链路428 ；在第二设备“B”410和第二 P/A “11”422之间的链路430 ；在第二 P/A “II” 422和服务中心406之间的直接链路432 ；
0183]在第二设备“B” 410和服务中心406之间的链路434 ；在第一转码器节点“ I ” 416和媒体缓存308之间的链路438 ；以及在第二转码器节点“II” 420和媒体缓存308之间的链路442。链路424至442可通过使用承载MMS消息和其他消息的例如HTTP的网络协议实 现为传统网络链路，这包括无线网络链路，以下将详述。服务中心406可以是在终端(例如分别由标号408和410标记的第一和第二设备 “A”和“B”)之间提供基础消息连接服务的标准呼叫控制节点。服务中心406的一个实例 可以是移动运营商系统的MMS服务器，其可具有服务于设备和转码服务器的多个接口。第 一和第二适配服务器402和404是提供与服务中心406在功能上等同接口的转码平台的实 例，以用作服务中心406前端的代理。第一和第二设备“A”和“B”(408和410)可以是无线设备，例如多媒体移动电话 (蜂窝电话)。但是在本发明范围内，每个设备不必是蜂窝电话，而可以是任意其他类型手机、常规计算机、或甚至电视机。由此，每个链路424、426、428、430、432、和434(将第一和第 二设备“A”和“B”与服务中心406和第一和第二适配服务器402和404链接)可以实现为 无线网络链路、因特网连接形式的虚拟链路、或每个个体设备(分别为第一和第二设备“A” 或“B”)支持的任意其他类型链路。第一转码器节点“1”416在第一适配服务器402中提供适配功能，并通过链路438 与媒体缓存308通信。类似地，在第二适配服务器404中的第二转码器节点“II” 420通过 链路442与媒体缓存308通信。图5是应用于图4的一般性系统400的一般性用例的流程图500。流程图500示 出典型情形的两个步骤，其中一个用户(第一设备“A”408)接收需要为他的设备适配的新 原始消息(在步骤502中设备“A”408接收新消息)；以及随后将消息转发至可能是不同 类型设备的另一用户(步骤504:设备“A”408将消息转发至设备“B”410)。在每个步骤 中，可适配消息，并且可将每个适配请求发送至不同转码器节点(在该实例中)第一设备 “A” 408将适配请求发送至第一适配服务器402中的第一转码器节点“ I，，416，而第二设备 “B”410将适配请求发送至第二适配服务器404中的第二转码器节点“11”420。在以下附 图中扩展步骤502和504。图6是将图5的步骤502(设备“A”408接收新消息)扩展成连续步骤的流程图步骤602-用于“A”的新消息到达服务中心；步骤604-服务中心通知“A，，；步骤606- “A”通过P/A “I”向服务中心发送请求；步骤608-P/A “I”从服务中心获得消息；步骤610-P/A “I”使用转码器“I”来适配消息；以及步骤612-P/A “I”向“A”返回第一适配消息。在步骤602(用于“A”的新消息到达服务中心)，服务中心406接收用于第一设备 “A”408的新原始消息。在步骤604 (服务中心通知“A”)，服务中心406通过链路428向第一设备“A” 408
发送通知，向其告知新消息可用。在步骤606( “A”通过P/A “ I ”向服务中心发送请求)，第一设备“A” 408经由链 路424和426通过第一 P/A “1”418向第一服务中心406发送请求，以得到新消息。在步骤608 (P/A “I”从服务中心获得消息)，由第一 P/A “1”418经由链路426从 服务中心406获得用于第一设备“A”408的(新)原始消息。现在，原始消息在包含第一转 码器节点“1”416的第一适配服务器402中是可用的。在步骤610(P/A “I”使用转码器“I”来适配消息)，第一 P/A “1”418使用第一转 码器节点“1”416，将原始消息适配成第一适配消息。以下，在图7中进一步扩展步骤610。图7是将图6的步骤612 (P/A “ I ”使用转码器“ I ”来适配消息)扩展成连续步骤 的流程图步骤702- “计算源媒体的签名”；步骤704- “在缓存中定位源媒体的原始版本”；步骤706- “在缓存中定位适配版本”；步骤708- “在缓存中找到原始版本？ ” ；
步骤710- “执行缓存的原始版本的适配”；步骤711- “在缓存中添加源媒体作为原始媒体”；步骤712- “执行源媒体的适配”；步骤714- “计算第一适配媒体的签名”；以及步骤716- “在缓存中添加第一适配媒体”。应注意，在适配多媒体消息时，关注于消息的媒体组件的转换或适配，并且在下文 这些消息的媒体组件共同称为“媒体文件”。在步骤702 (计算源媒体的签名)，第一适配服务器402的第一转换器节点“ I ”416 使用来自服务中心406的消息(图6，步骤608)，计算源媒体文件的唯一签名。在步骤704(在缓存中定位源媒体的原始版本)和使用在步骤702中获得的签名， 第一转码器节点“1”416经由链路438在媒体缓存308 (图4)中定位媒体文件的原始版本。在步骤706 (在缓存中定位适配版本)，第一转码器节点“I” 416尝试在媒体缓存 308中定位特定于目标设备(设备“A”408)的媒体文件的第一适配版本。如果第一适配版 本已经存在(“找到”)，则从媒体缓存308提取媒体文件的第一适配版本，并且步骤610完 成(转到图7中的“结束”)；然后处理继续进行步骤612 (图6)。可通过标准数据库技术 (例如通过扫描媒体缓存308中存储的媒体文件的原始版本的所有适配版本的列表)在媒 体缓存308中定位第一适配版本(如果存在)。如果在媒体缓存308中未找到媒体文件的第一适配版本(从步骤706“未找到”)， 则处理继续进行步骤708。在步骤708 (在缓存中找到原始版本？)，第一转码器节点“I” 416检查先前步骤 704的结果(在缓存中定位源媒体的原始版本)是否存在原始媒体文件的缓存副本。如果 已经存在(从步骤708为“是”)，则通过第一转码器节点“1”416从媒体缓存308提取原始 媒体文件的这个副本，并且将其用在随后适配步骤710 (执行缓存的原始版本的适配)。如果步骤708的结果为“否”，即，在缓存中未发现原始版本，则在步骤711 (在缓存 中添加媒体文件作为原始媒体)，将在步骤608(以上的图6)中从服务中心406获得的消息 中的源媒体文件存储在缓存中，作为原始媒体文件，并且在步骤712 (执行源媒体的适配) 中对其进行适配。因此，在步骤710和712，第一转码器节点“1”416分别根据以下内容将缓存的原 始或源媒体文件适配成媒体文件的第一适配版本-第一设备“A”408的能力的配置文件；-过滤规则(如果需要过滤)的集合；以及-任意指定的强化操作。在步骤714 (计算第一适配媒体的签名)，第一转码器节点“1”416计算第一适配 媒体文件的唯一签名。在步骤716 (添加第一适配媒体)，第一转码器节点“I” 416在媒体缓存308中保 存第一适配媒体文件及其密钥(即唯一签名)。然后，处理继续进行步骤612 (图6)，如下 文所述。再次参照图6，在步骤612 (P/A“ I ”向“A”返回第一适配消息)，经由第一P/A“ I ”418 和链路424将第一适配消息(包括第一适配媒体文件)发送至第一设备“A” 408。
16
为了概括图6和7，第一设备“A”408在来自可用原始消息的服务中心406的通知 之后，从第一 P/A “1”418(其用作服务中心406的代理)请求这个消息。第一 P/A “1”418 拦截请求，并在首先寻找要适配的原始消息的现有版本之后(除非适当的适配消息已经在 缓存中)，最终向第一设备“A”408返回第一适配的消息；如果在缓存中未发现原始消息，则 通过第一转码器节点“ I ” 416来适配可用原始消息。图8是将图5的步骤504(设备“A”将消息转发至设备“B”)扩展成连续步骤的流 程图步骤802-向“B”转发适配消息；步骤804-服务中心通知“B” ；步骤806- “B”通过P/A “II”向服务中心发送请求；步骤808-P/A “II”从服务中心获得消息；步骤810-P/A “ II ”使用转码器“ II ”来适配消息；以及步骤812-P/A “II”向“B”返回第二适配消息。在步骤802(向“B”转发适配消息)，第一设备“A”408通过经由链路428向服务 中心406发送第一适配消息来将其转发至另一用户(即第二设备“B” 410)。应注意，第二 设备“B” 410可以是与第一设备“A”不同类型的设备。在步骤804 (服务中心通知“B”)，服务中心406通过链路434向第二设备“B” 410 发送通知，向其告知新消息可用。这个通知实际上指的是转发的第一适配消息，但是只要涉 及第二设备“B” 410，则他就是简单地“新消息”。在步骤806 ( “B”通过P/A “ II ”向服务中心发送请求)，第二设备“B” 410经由链 路434和432通过P/A "II" 422向服务中心406发送请求，以得到新消息。在步骤808(P/A ‘‘II”从服务中心获得消息)，由第二 P/A “II”422经由链路432 从服务中心406获得用于第二设备“B”410的新消息。这个消息是先前为第一设备“A”408 适配的第一适配消息，现在将其转发至第二设备“B” ；现在，这个消息在还包含第二转码器 节点“11”420的第二适配服务器404中是可用的。在步骤810(P/A “II”使用转码器“II”来适配消息)，第二转码器节点“11”420 将第一适配消息适配成第二适配消息。步骤810类似于步骤610 (P/A “I”使用转码器“I” 来适配消息)及其子步骤702至708 (图7中所述)。以下，在图9中扩展步骤810。图9是图8的步骤810 (P/A “ II ”使用转码器“ II ”来适配消息)扩展成连续步骤 的流程图步骤902-步骤904-步骤906-步骤908-步骤910-步骤911-步骤912-步骤914-步骤916-
“计算输入媒体的签名”； “在缓存中定位输入媒体的原始版本”； “在缓存(II)中定位适配版本”； “在缓存(II)中找到原始版本？ ”； “执行缓存的原始版本的适配(II)”； “在缓存中添加输入媒体作为原始媒体”； “执行输入媒体的适配(II)”； “计算第二适配媒体的签名”；以及 “在缓存中添加第二适配媒体”。
步骤902至916 (步骤810P/A “II”的子步骤)使用第二转码器“ II ”来适配消息。 这些步骤类似于作为步骤610 (P/A “I”使用转码器“I”来适配消息)的子步骤的步骤702 至716，但是由第二转码器节点“11”420来执行，代替第一转码器节点“1”416。在步骤902 (计算输入媒体的签名)，第二适配服务器404的第二转码器节点 “II” 420使用从服务中心406(图6的步骤808)接收的消息，计算输入媒体文件的唯一签 名。这个签名将是在媒体缓存308中定位原始媒体文件的密钥，即在适配成第一适配消息 之前的消息。在步骤904(在缓存中定位输入媒体的原始版本)，使用在步骤902中获得的签名， 第二转码器节点“11”420经由链路442在媒体缓存308(图4)中定位媒体文件的原始版 本。在步骤906(在缓存(II)中定位适配版本)，第二转码器节点“II” 420尝试在媒 体缓存308中定位特定于目标设备(设备“B”410)的原始媒体文件的第二适配版本。如果 第二适配版本已经存在(“找到”)，则从媒体缓存308提取原始媒体文件的第二适配版本 作为第二适配媒体文件，并且步骤810完成(转到图9中的“结束”)；然后处理继续进行步 骤812 (图8)。可通过标准数据库技术(例如通过扫描媒体缓存308中存储的媒体文件的 原始版本的所有适配版本的列表)在媒体缓存308中定位第二适配版本(如果存在)。如果在媒体缓存308中未找到原始媒体文件的第二适配版本(从步骤906 “未找 到”)，则处理继续进行以下步骤908。在步骤908(在缓存(II)中找到原始版本？)，转码器节点“11”420检查先前步骤 904的结果(在缓存中定位输入媒体的原始版本)是否存在原始媒体文件的缓存副本。如 果已经存在(从步骤908为“是”)，则通过转码器节点“11”420从媒体缓存308提取原始媒 体文件的这个副本，并且将其用在随后适配步骤910 (执行缓存的原始版本的适配(II))。如果步骤908的结果为“否”，即，在缓存中未发现原始版本，则在步骤911 (在缓存 中添加输入媒体作为原始媒体)，将在步骤808(以上的图8)中从服务中心406获得的消息 中的输入媒体文件存储在缓存中，作为原始媒体文件，并且在步骤912 (执行输入媒体的适 配(II))中对其进行适配。因此，在步骤910和912，第一转码器节点“1”416分别根据以下内容将缓存的原 始或源媒体文件适配成媒体文件的第二适配版本-第二设备“B”410的能力的配置文件；-过滤规则(如果需要过滤)的集合；以及-任意指定的强化操作。在步骤914 (计算第二适配媒体的签名)，第二转码器节点“11”420计算第二适配 媒体文件的唯一签名。在步骤916 (在缓存中添加第二适配媒体)，第二转码器节点“11”420在媒体缓存 308中保存第二适配媒体文件及其密钥(即唯一签名)。然后，处理继续进行步骤812 (图 8)，如下文所述。再次参照图8，在步骤812(P/A “ II ”向“B”返回第二适配消息)，经由第二 P/ A“II”422和链路430将第二适配消息(包括第二适配媒体文件)发送至第二设备“B”410。为了概括图8和9，第二设备“B”410在来自可用输入消息的服务中心406的通知
18之后，从第二 P/A“II”422(其用作服务中心406的代理)请求这个消息。第二 P/A“II”422 拦截请求，并在首先寻找与要适配的输入消息相对应的原始消息的现有版本之后(除非适 当的适配消息已经在缓存中)，最终向第二设备“B”410返回第二适配的消息；如果在缓存 中未发现原始消息，则通过第二转码器节点“II” 420来适配输入消息。应注意，将步骤502(设备“A”408接收新消息)和504(设备“A”408将消息转发 至设备“B”410)两者扩展成两个等同的子步骤序列。一个子步骤序列(步骤602至612， 和702至714)代表针对指定到第一设备“A”408的新接收消息所执行的步骤。其他子步 骤序列(步骤802至812，和902至914)代表针对指定到第二设备“B” 410的转发消息所 执行的步骤。第一和第二转码器节点(416和420)访问用于存储和提取消息的相同媒体缓 存308。通常优选地是，简单地使用适于目标设备类型(如果在缓存中可用)的先前适配版 本，或适配原始消息(如果是可用的)。在这个一般性实例中，使用一个共同缓存，和两个不同适配服务器。在备选方案 中，缓存可分布在缓存网络中，并且可存在任意数目个适配服务器。例如，可存在与一个或 多个适配服务器物理关联的缓存，并且可使用分布式数据库方案，这允许每个适配服务器 有效地访问每个缓存。此外，在这个一般性实例中，仅示出一个服务中心(406)，其用作匪S消息的多媒 体服务器，并且协议第一和第二适配器(分别是P/A “I”和“11”，418和422)作为服务中 心的代理前端实现匪1协议。备选地，可采用多个服务中心，服务中心可被配置为多媒体 服务器，并且在设备、服务中心、和协议适配器之间的通信可基于不同协议和协定。例如， 当服务中心和第一和第二适配服务器402和404之间的链路426和432采用标准STI协议 (参见上文弓I用的"Architecture of the Environment using theStandard Transcoding Interface”文档)从适配服务器获得转码服务时，可能不需要设备和服务中心之间的直接 链路428和434。密钥及其与媒体缓存中的媒体文件的关系媒体文件的唯一密钥或签名不足以提取消息(例如整个MMS消息)、或者媒体文件 或消息的适配版本。必须添加附加信息加以区分，并保持在适配媒体文件及其原始版本之 间的关系。我们还需要跟踪在消息(即整个MMS消息)及其组件或部分之间的关系。在本发明的该优选实施例中，已经发现了采用关系数据库方案(上文引用的关系 数据库系统(RDBS)，可从http://WWW. mysql. org/获得)编索引和提取媒体文件，以及通过 MD5签名(参见消息摘要5，上文引用的规范RFC1321)的格式从消息或数据的内容直接导 出唯一密钥是方便的。还可发现有效的用作密钥的其他类型的签名。原始媒体文件可相当简单地生成用于原始媒体文件、消息、或消息组件的唯一密钥一个媒体文件整个媒体文件的MD5签名；匪S消息无主标头的消息本体的MD5签名；消息组件无组件特定标头的消息组件的一个媒体部分的MD5签名。适配媒体文件适配媒体文件通过其唯一签名来表征，但是还可通过用于对其进行适配的参数的 签名来表征。因此，用于适配媒体文件的唯一密钥是几个MD5签名的组合，例如，
适配的一个媒体文件整个适配媒体文件的MD5签名；用于转码的配置文件的MD5签名；强化设置(例如片段混合、标题添加等)的MD5签名。适配的匪S消息无主标头的仅适配消息主体的MD5签名；用于转码的适配文件的MD5签名；强化设置(片段混合、标题添加等)的MD5签名。适配的消息组件无组件特定的标头的消息组件的适配的一个媒体部分的MD5签名；用于转码的适配文件的MD5签名；强化设置(片段混合、标题添加等)的MD5签名。通过媒体缓存保持原始消息和先前适配消息可用，本发明通过能够为转发目标 (可能具有比从中转发消息的设备更高的显示能力)重新适配原始版本，在可重用适配消 息而非重新适配时提高了效率，以及在转发适配消息时提高了质量。本发明实施例的媒体 缓存(其包含原始媒体文件及其先前适配版本，以及媒体文件、转发配置文件、和强化设置 的MD5签名)便于为下一代转发消息有效提取消息组件。还提供了例如DVD、⑶-ROM、软盘、或存储器(例如非易失性存储器)的计算机可 读介质，其上面存储有软件代码指令，当由处理器执行时实现上述方法步骤。尽管详细地描述了本发明实施例，但是本领域普通技术人员清楚地，可在随后权 利要求的范围内对于实施例进行改变和修改。
权利要求
一种经由一个或多个适配服务器从服务中心向第一设备和第二设备发送多媒体消息的源媒体文件的方法，所述服务器中的至少一个具有媒体缓存，所述方法包括以下步骤(a)计算所述源媒体文件的签名；(b)将所述源媒体文件的签名用作在所述媒体缓存中定位所述源媒体文件的原始副本的索引；(c)在所述媒体缓存中定位所述源媒体文件的原始副本的第一适配版本；(d)向所述第一设备发送所述第一适配版本；(e)在所述媒体缓存中定位所述源媒体文件的原始副本的第二适配版本；以及(f)向所述第二设备发送所述第二适配版本。
2.如权利要求1所述的方法，其中所述步骤(c)包括如果所述第一适配版本的定位 不成功，则执行所述源媒体文件的原始版本到所述第一适配版本的适配；以及其中所述步 骤(e)包括如果所述第二适配版本的定位不成功，则执行所述源媒体文件的原始版本到 所述第二适配版本的适配。
3.如权利要求1至2中任一项所述的方法，其中所述步骤(c)还包括计算所述第一 适配版本的签名，以及将所述第一适配版本的签名用作在所述媒体缓存中存储所述第一适 配版本的索引；以及其中所述步骤(e)还包括计算所述第二适配版本的签名，以及将所述 第二适配版本的签名用作在所述媒体缓存中存储所述第二适配版本的索引。
4.如权利要求1至3中任一项所述的方法，其中所述步骤(c)还包括如果在所述步 骤(b)中所述源媒体文件的原始副本的定位不成功，则在所述媒体缓存中将所述源媒体文 件存储为原始副本，并且将所述源媒体文件转码成所述第一适配版本；以及其中所述步骤 (e)还包括如果在所述步骤(b)中所述源媒体文件的原始副本的定位不成功，则在所述媒 体缓存中将所述源媒体文件存储为原始副本，并且将所述源媒体文件转码成所述第二适配 版本。
5.如权利要求1至4中任一项所述的方法，还包括以下步骤确定所述第一和第二设备的能力；以及分别定位与所述第一和第二设备的能力兼容的第一和第二适配版本。
6.一种计算机可读介质，包括在上面存储的计算机可读指令，用于由处理器执行，以实 现权利要求1的方法的步骤。
7.一种用于智能缓存媒体文件的多个原始和适配版本的媒体缓存系统，该系统包括在计算机可读介质中存储的媒体文件库，其包含媒体文件的原始版本和适配版本，其中根据多个转码配置文件中的一个从所述多个原始版本中的一个来适配每个适配版本；在计算机可读介质中存储的签名库，其包含所述原始版本和所述适配版本的签名；以及数据库引擎，其包括在计算机可读介质中存储的、由处理器执行的软件程序代码，用于 提供对所述媒体文件库、所述签名库、和承载要由所述媒体缓存系统缓存的多媒体消息的 链路的访问；以及用于通过基于各个媒体文件的签名维护索引模式来跟踪所述原始版本和 所述适配版本。
8.如权利要求7所述的媒体缓存系统，其中在所述处理器中通过计算每个所述媒体文件的摘要函数来生成签名。
9.如权利要求7至8中任一项所述的媒体缓存系统，其中所述摘要函数是标准消息摘 要5(MD5)函数。
10.如权利要求6至8中任一项所述的媒体缓存系统，其中所述多个转码配置文件包括 用于能够接收媒体文件的至少一种类型设备的转码配置文件。
11.一种根据目的设备的能力将链路上接收的源媒体文件适配成适配版本的适配服务 器，包括处理器，用于执行所述适配；以及媒体缓存存储器，用于智能缓存媒体文件的多个原始和适配版本，所述媒体缓存包括在所述媒体缓存存储器中存储的媒体文件库，其包含媒体文件的原始版本和适配版 本，其中根据多个转码配置文件中的一个从所述多个原始版本中的一个来适配每个适配版 本；在所述媒体缓存存储器中存储的签名库，其包含所述原始版本和所述适配版本的签 名；以及数据库引擎，包括在媒体缓存存储器中存储的、由处理器执行的计算机可读指令，用于 提供对所述媒体文件库、所述签名库、和承载要由所述媒体缓存系统缓存的多媒体消息的 链路的访问；以及用于通过基于各个媒体文件的签名维护索引模式来跟踪所述原始版本和 所述适配版本。
12.一种通过具有媒体缓存的适配服务器从第一设备向第二设备转发原始多媒体消息 的方法，每个设备通过转码配置文件来表征，该方法包括以下步骤(a)从服务中心接收所述原始多媒体消息；(b)根据第一转码配置文件将所述原始消息转码成第一适配消息；(c)向所述第一设备发送所述第一适配消息；(d)在所述媒体缓存中存储所述原始多媒体消息；(e)在所述媒体缓存中存储所述第一适配消息、和所述第一转码配置文件；(f)从所述第一设备接收所述第一适配消息；(g)生成第二适配消息；以及(h)向所述第二设备发送所述第二适配消息。
13.如权利要求12所述的方法，其中所述步骤(f)还包括定位在所述媒体缓存中存储的所述第一转码配置文件、所述第 一适配消息和存储的原始消息；以及所述步骤(g)还包括验证所述第一和第二转码配置文件相同，并且复制所述第一适配消息以生成所述第二 适配消息来代替转码；否则，验证所述第一和第二转码配置文件不相同，并且根据所述第二转码配置文件将 所述原始消息转码成所述第二适配消息。
14.如权利要求12至13中任一项所述的方法，其中所述步骤(g)还包括确定与所述媒体缓存中存储的原始多媒体消息相比接收的第一适配消息具有添加元素；以及将增加了所述添加元素的原始多媒体消息的组合转码成所述第二适配消息。
15.如权利要求12至14中任一项所述的方法，其中所述步骤(d)还包括计算和存储所述原始多媒体消息的签名； 所述步骤(e)还包括计算和存储所述第一适配消息和所述第一转码配置文件的签 名；以及所述步骤(f)还包括在定位所述第一转码配置文件、所述第一适配消息、和存储的原 始消息时使用存储的签名。
16.一种从第一设备向第二设备发送多媒体消息的方法，包括以下步骤在具有第一适配配置文件的第一设备中接收所述多媒体消息；以及从所述第一设备向 具有第二适配配置文件的第二设备转发所述多媒体消息； 其中所述接收步骤包括根据所述第一适配配置文件通过所述多媒体消息适配成第一适配消息； 向所述第一设备发送所述第一适配消息；以及 在媒体缓存中存储所述多媒体消息和所述第一适配消息； 以及其中所述转发步骤包括如果所述第一和第二适配配置文件匹配，则从所述媒体缓存提取所述第一适配消息， 并将其发送至所述第二设备；否则从所述媒体缓存提取所述多媒体消息；根据所述第二适配配置文件将提取的多媒体消息适配成第二适配消息； 向所述第二设备发送所述第二适配消息；以及 在所述媒体缓存中存储所述第二适配消息。
全文摘要
提供一种接收和转发多媒体消息的方法。通过第一适配配置文件将多媒体消息适配成要在第一设备中接收的第一适配消息。在媒体缓存中存储多媒体消息和第一适配消息。然后，如果第一和第二适配配置文件匹配，则可通过从媒体缓存提取第一适配消息并将其发送至第二设备，来将消息从第一设备转发至具有第二适配配置文件的第二设备；否则，从媒体缓存提取多媒体消息，并通过第二适配配置文件适配成随后发送至第二设备的第二适配消息。此外，在媒体缓存中存储第二适配消息。
文档编号H04L29/02GK101855881SQ200880115681
公开日2010年10月6日 申请日期2008年7月16日 优先权日2007年11月13日
发明者J·L·C·M·拉瓦利埃, R·E·诺顿, X·莱维克 申请人:万特里克斯公司