CN1656789A - 基于接收终端性能及偏好的sip消息的适配系统 - Google Patents

Abstract

一个具有能够处理SIP消息的会话发起协议(SIP)终端和在SIP终端请求下执行所选功能的SIP服务器的系统，包括：一个SIP服务器(12)，用于在由性能协商管理器(16)解析之后对注册终端(15)的性能或者用户偏好进行预注册，并用于随后接收一个来自发送终端(19)的呼入SIP消息，该消息指明了以预注册的终端为目标的消息；以及适配装置(20)，用于把呼入消息适配成满足预注册的终端的性能或者用户偏好，用以由SIP服务器向预注册的终端传输。

Description

基于接收终端性能及偏好的SIP消息的适配系统

技术领域

本发明涉及使用会话发起协议(SIP)消息的终端设备之间的互操作性，更具体而言涉及多媒体内容的适配。

背景技术

消息传递中的互操作性是至关重要的。用户期望消息可以到达其各自的目的地，并由接收器的终端正确地进行处理。然而不断出现的移动终端已使得这个要求变得越来越富有挑战性，这是由于终端特性的广泛差异性：显示器尺寸和分辨率、可用存储容量、所支持的格式等等。网络有时也会施加限制(例如UDP支持的最大的消息长度)。

在公开EP 1 091 601 A2中提出了内容适配，其中，发送终端首先关于一个目标接收终端对特殊应用服务中心进行检查，并得知所述目标接收终端是否可以处理一个多媒体消息。服务中心与目标接收终端联系并得知该终端的性能。如果目标接收终端能力不足，则消息被发布到一个特殊的网站上，并向目标接收终端发送一个带有URL的SMS消息，以使所述目标接收终端使用PC机通过因特网访问消息。

在2001年4月30日提交的共同拥有、共同未决的US专利申请NO.09/845,818中，有一个用于低分辨率显示的web浏览器用户界面的实例，其中可以选择高分辨率的网站的内容的一部分以用于在低分辨率显示器上观看，例如在蜂窝电话中浏览。一个实例示出了全部web页面内容被下载至蜂窝电话的存储器中，并且在蜂窝电话中对所述内容的后续处理要基于用户对于全页内容中的一小部分的选择。

然而，在维持互操作性以及增强用户在包括消息传递的多种应用领域中的体验方面，媒体内容适配代理将扮演一个重要的角色。这些代理通常指的是代码转换代理，它们实际上对媒体内容进行转换使以其适用于目的终端。例如，其中的一种此类转换是格式变换，例如从PNG格式转成GIF格式。

尽管对此类代码转换代理的需求是显而易见的，但是令适配更便利的框架却并不如此。这方面的一个例外是浏览的特殊情况。在浏览时，过去已经提出了很多方法用于将Web页面适配于不同的终端用户。但是那些方案不能被直接用于所有的应用。其它应用的动态通常与浏览差别很大。例如，在浏览时，因为在内容请求(比如HTTP中的用户-代理报头)中提供了相关信息，目的终端的类型就是已知的了。在SIP(会话发起协议)消息传递中，接收器并不“发出请求”以便接收一条消息；消息不经预先警告就到达。因此在代理中需要一种不同的机制以获取接收终端的性能。

本发明力图解决终端之间互操作性的问题，并通过提供一种用于使SIP消息符合于接收终端的性能与特性的框架，来改善终端用户的体验。首先，所述消息必须能够到达接收器。限于终端的存储容量或网络限制，为使消息到达目的终端，可能需要减小消息长度。第二点涉及所接收消息的可用性。需要确保内容具有适当的格式、特性(如图像分辨率或者音频采样率)以及呈现(在小型显示器上显示良好)。本发明描述了可能基于目的终端的特性以及用户偏好实现此类适配的机制。

对于SIP消息，问题没有解决。对代码转换服务的需求是众所周知的。在B.Carpenter和S.Brim的″Middleboxes：taxonomy andissues″(draft-carpenter-midtax-01.txt，IETF，Internet Draft，April 2001)中，转码器被定义为：“Transcoders are boxesperforming some type of on-the-fly conversion of applicationlevel data.Examples include the transcoding of existing webpages for display on hand-held wireless devices，andtranscoding between various audio formats for interconnectingdigital mobile phones with voice-over-IP services.Bydefinition，such transcoding cannot be done by the end-system，and at least in the case of voice，it must be done in strictreal time with extremely rapid failure recovery.Not all mediatranslators are mandatory.They may just be useful in case ofmulticast，for example，where all the low-bandwidth receiyerssit in one“corner”of the network and it would be inefficientfor the sender to generate two streams or send both stream allthe way across the network if the“thin”one is only neededfar away from the sender.Generally，media translators areonly useful if the two end systems don’t have ovetlappingcodecs or if the overlapping set is not a good network match.(转码器是一些盒子(box)，用来对应用层数据执行某种快速变换。实例包括，对现有web页面进行代码转换以便在手持无线设备上显示，以及在各种音频格式之间进行代码转换以便通过VoIP服务连接数字移动电话。根据定义，此类代码转换是不能由终端系统来完成的，至少在语音传输的情况下，必须以极其快速的故障恢复严格地实时完成。不是所有的媒体翻译器都是强制性的。它们可能只在多点传送的情况下有用，例如，其中所有的窄带接收机都位于网络的一个“角落”，如果只在距离发送器很远处需要一个“细”的流，那么对发送器来讲，产生两个流或者通过一直穿越网络发送这两个流将会效率低下。通常来讲，只有在两个终端系统没有重叠的编译码器或者重叠的集合不是良好的网络匹配的情况下，媒体翻译器才有用。)”

SIP消息的上下文里没有提到在实际应用中这一功能如何实现。这就需要一种解决方案，它不同于信息浏览的众所周知的问题。在浏览时，一个请求浏览Web页面的终端将提供他的终端性能(通常以报头字段的形式：用户-代理、接受、接受-编译码等等)。Web服务器将解析终端性能，组成一个适当的Web页面响应并发送。网关(比如WAP网关)也通过Web页面请求获悉终端性能，并能执行相应的适配。

在SIP中，消息由发送器传到接收器。代理服务器在中间，并不知道接收器的性能，因为接收器并没有发出请求。这改变了应用动态，而且在浏览中使用的适配框架不直接适用于SIP消息。需要一种新的适配框架。之前没有为SIP消息适配提供框架的解决方案。

发明的公开内容

本发明的一个目的在于为SIP消息适配服务提供一种框架。

根据本发明的第一方面，一种方法包括以下步骤：在服务器处收到一个来自注册或预定终端的消息，所述消息包含指明注册或预定终端的性能或者用户偏好的信息：并且存储这些信息用于随后与来自另一实体的呼入消息特性做对比，以及如果需要的话，对呼入的消息进行适配来与注册或预定终端的性能或者用户偏好相匹配。

进一步根据本发明的第一方面，该方法还包括以下步骤：接收呼入消息，将注册或预定终端的性能或者用户偏好与来自另一实体的呼入消息的特性相比较，使呼入消息适配于注册或预定终端的性能或者用户偏好，并向注册或预定终端发送已适配的消息。

更进一步根据本发明的第一方面，比较的步骤由与服务器进行通信的消息适配引擎来执行。

再根据本发明的第一方面，适配的步骤由与服务器进行通信的消息适配引擎来执行。

还根据本发明的第一方面，接收呼入消息和发送已适配消息的步骤在服务器处执行。

又根据本发明的第一方面，该方法还包括以下步骤：在存储步骤之前，从由服务器从注册或预定终端接收的消息中确定注册或预定终端的性能或者用户偏好。这一确定的步骤可由一个性能协商管理器来执行。

还根据本发明的第一方面，在服务器上收到的来自注册或预定终端的消息是一个会话发起协议(SIP)注册或者预定消息。

再根据本发明的第一方面，来自另一实体的呼入消息是一个SIP消息。同样地，呼入消息的适配可能是呼入SIP消息的适配，用以向注册或者预定终端发送已适配的SIP消息。

再根据本发明的第一方面，注册或者预定终端是一个移动终端。类似地，另一实体可能是一个移动终端，也可以是一个服务器或者任何其它类型的实体。

根据本发明的第二方面，一种设备包括：用于在服务器上接收来自注册或预定终端的注册或预定消息的装置，该消息含有指明注册或预定终端的性能或者用户偏好的信息；以及用于存储这些信息以便随后与来自另一实体的呼入消息的特性进行比较、并且如果需要的话对呼入的消息进行适配以匹配注册或预定终端的性能或者用户偏好的装置。

进一步，根据本发明的第二方面，该设备还包括：用于接收呼入消息的装置，用于将注册或预定终端的性能或者用户偏好与来自另一实体的呼入消息的特性进行比较的装置，用于使呼入消息适配于注册或预定终端的性能或者用户偏好的装置，以及用于向注册或预定终端发送已适配的消息的装置。比较装置可以包括一个与服务器相通信的消息适配引擎。适配装置可以包括一个与服务器相通信的消息适配引擎。接收呼入消息的装置和发送已适配消息的装置可都在服务器中。

另外，根据本发明的第二方面，该设备进一步包括用于从由服务器接收自注册或预定终端的消息中解析注册或预定终端的性能或者用户偏好的装置。该用于解析的装置可以包括一个性能协商管理器。

再根据本发明的第二方面，来自注册或预定终端的注册器消息或者预定消息是一个会话发起协议(SIP)消息。

又根据本发明的第二方面，来自另一实体的呼入消息是一个SIP消息。

还根据本发明的第二方面，已适配的消息是一个已适配的SIP消息。

又根据本发明的第二方面，注册或预定终端是一个移动终端。

根据本发明的第三方面，具有能够处理消息的终端和在终端请求下执行所选功能的服务器的系统包括：一个服务器，用于接收来自注册或预定终端的注册或预定请求消息；一个性能协商管理器，用于接收来自服务器的请求以解析注册或预定终端的性能或者用户偏好，解析性能或用户偏好，并将性能及用户偏好相关信息提供回服务器；其中，服务器通过对随后接收到的以注册或预定终端为目标的来自发送实体或终端的呼入消息进行响应，提供呼入消息和用于适配呼入消息的性能或者用户偏好相关信息；以及适配装置，其响应于来自服务器的呼入消息和性能或者用户偏好相关信息，把呼入消息适配成一定格式，以用于通过服务器向注册或预定终端以这一格式传输已适配的呼入消息，所述格式通过将呼入消息的特性和注册或预定终端的性能或者用户偏好相关信息进行比较而确定。

另外，根据本发明的第三方面，来自注册或预定终端的注册或者预定请求消息是一个会话发起协议(SIP)消息。

再根据本发明的第三方面，来自发送实体或终端的呼入消息是一个SIP消息。

又根据本发明的第三方面，已适配的呼入消息是一个SIP消息。

还根据本发明的第三方面，注册或预定终端是一个移动终端。

根据本发明的第四方面，一种由设备使用的方法包括以下步骤：向服务器提供一个注册或预定消息，该消息包含指明设备性能或者设备用户偏好的信息，用以在服务器处注册或预定性能或用户偏好，以便随后在服务器上与来自另一实体的呼入消息的特性进行比较，并且如果需要，适配呼入消息以匹配设备性能或用户偏好；以及接收来自服务器的满足所述性能或用户偏好的已适配消息。

再根据本发明的第四方面，该设备是一个移动终端。

另外，根据本发明的第四方面，注册或者预定消息是一个会话发起协议(SIP)消息。

另外，根据本发明的第四方面，已适配的消息也是一个已适配的SIP消息。

本发明的优点包括：

1)允许终端之间的互操作：增加运营商的收入，增强用户体验。

2)兼容现有的SIP协议和消息传递扩展。

a)兼容现有以及未来多种SIP注册或预定方法(例如REGISTER和SUBSCRIBE方法)。在本发明范围中，把所有来自终端的注册和预定请求均称为“注册消息”。

b)兼容现有以及未来多种SIP消息，包括即时消息与通知(例如MESSAGE和NOTIFY方法)。

3)可基于多个参数适配：终端性能或用户偏好(格式、屏幕分辨率、存储容量)、用户偏好、网络特性等等。

4)通过在服务器上而不是在终端上进行内容特性的适配(例如，减小图像分辨率)，可以减少等待时间以及延长电池寿命。

但是，可能存在的缺点包括：

1)存在所述适配是破坏性的风险(图像分辨率或者色彩数的减少可能会使得小的公司标识消失)。

2)发送器可能不允许内容操作。

3)在服务器上需要更多的处理。

按照下列如附图所说明的对本发明最佳模型的实施例的详细描述，本发明的这些和其它目的、特征和优点变得更加明显。

附图简述

图1显示了根据本发明的一种典型的SIP消息适配的消息流程。

图2显示了根据本发明执行的消息适配的各实例。

图3显示了图1系统的示例性细节。

实现本发明的最佳模型

如前所述，本发明提出了用于SIP消息适配服务的一种框架。该框架允许发送器和接收器之间的消息适配。该适配服务框架的目的在于通过这样一种方式促进消息适配，以使得即便在呼入消息的特性可能要求与目标接收终端大不相同的性能时，也能够使呼入消息适合于接收终端、用户偏好和网络特性(但不限于这些特性)。

根据如图1所示的本发明的一个实施例，系统10包括三个组合单元：SIP代理/注册器12、性能协商管理器16以及信息适配引擎20。

各单元及其协作关系描述如下：

1)SIP代理/注册器12：这个单元执行由RFC2543里规定的SIP代理和注册器所要求的操作(参见M.Handley等人的“SIP：SessionInitiation Protocol，”RFC 2543，IETF，1999年3月)。此外，它还执行以下操作：

a)在注册或预定14时(如SIP REGISTER，SUBSCRIBE方法)，注册器“解析”注册终端15的性能或用户偏好(使用下面描述的性能协商管理器模块16)，并把它们连同注册数据(包括联络地址)一起存储下来。术语“解析”意味着如下面解释的通过各种可能的机制获得或确定终端性能或用户偏好。

b)当来自诸如发送终端19的另一实体的一个新信息18(如SIPMESSAGE，NOTIFY方法)到达代理时，代理获得已经在注册器中存储的目标接收终端15的终端性能或用户偏好，适配此消息(使用下面的信息适配引擎20)并把已适配消息22发送给接收终端15。

2)性能协商管理器16：此单元负责解析终端性能信息。有很多可能的机制用来获得终端性能或用户偏好：1)使用用户-代理报头作为所谓终端性能数据库46的数据库密钥，该数据库包含与许多用户-代理相关的终端特性；终端性能数据库将返回与特定用户-代理报头值相关的终端性能或用户偏好；2)使用诸如接受报头，接受-编码报头等协议报头；3)URL，其中性能协商管理器16将向给定的URL发出HTTP请求，并得回一些终端性能信息；4)注册时对性能或用户偏好的明确报告。所有这些方法都会导致不同的性能或用户偏好集合，并可能要求用由其它方法获得的性能或用户偏好来补充由一种方法获得的性能或用户偏好以得到完全反映终端性能或用户偏好的所能获得的完整的性能或用户偏好集合。例如来自URL的性能可能不包含在终端性能数据库46里可用的一些性能。另外，可能想要更着重于更具动态性的参数(如反映用户偏好的接受格式)而不是对于相同模型的所有终端都固定的东西(可能是终端性能数据库的情况)。这样，可以看出“解析”就是指这样的操作：1)收集来自所接收到的有关终端的信息的所有可能的性能和偏好描述符(报头、URL、明确的性能或用户偏好)。此操作包括查找数据库、向相关URL发出HTTP请求等；2)以最适合的方式组合由各种方法获得的性能或用户偏好以建立完整的性能信息集合。这可能包括组合性能描述符以及在复制特定性能描述符时给予某些方法对于其它方法的优先权(如接受报头和终端性能数据库可能包含所支持格式的信息，由于接受报头是动态的并且是用户独有的，所以通常会给予接受报头优先权)。性能协商管理器16可以(不受限制)从任何下列输入组合中解析性能或用户偏好：

a)SIP协议报头：用户-代理，接受，接受-字符集，接受-编码等；

b)包含其中可以获取终端性能的位置的URL列表。

性能协商管理器16可以使用用户-代理报头作为包含每种终端的终端性能信息的终端性能数据库(性能协商管理器的本机或外部)的密钥。

3)消息适配引擎20：此单元负责将消息适配于接收终端。它执行格式变换、呈现适配、媒体特性适配、根据需要减小消息长度、封装适配(不同的消息打包、不同的二进制编码等)。总之，适配就是基于终端性能、用户偏好、网络情况或用户及其终端或环境的任何特性而对消息内容所进行的任何操作或修改。

下面的部分是与当前SIP相关规范相比较的新颖之处：

1)在注册处理过程中提供的用于面向会话和非面向会话的应用的性能协商：

a)在SIP中，使用注册来提供联络信息(到达地址)。SIP规定REGISTER的消息主体用于以后研究；

b)在SIP中，性能协商在会话建立时发生在两个客户之间(使用SDP(会话描述协议))。没有会话时，即在SIP即时消息传递的情况下，就没办法知道目的终端的性能或用户偏好；

c)本发明提供一种用于性能协商的方法，而不管所述应用是否基于会话。

2)代理按照接收终端性能或用户偏好适配消息：在SIP中，代理可以对内容进行代码转换。然而，这一声明的范围主要用于多媒体会话(音频或视频呼叫)，其中用户之间的编解码器或带宽不匹配。这种情况下，代理可以使用SDP中的信息“弥合两个终端之间的差距”。其中没有提及可以对于消息传递应用的这种适配，也没提及其应当依据接收终端特性。在描述了用于即时消息传递的SIP扩展的J。Rosenberg等人的“SIP Extensions for Instant Messaging”(draft-ietf-simple-im-01，IETF，2001年7月18日，2002年1月16日到期)里，也没有提及适配功能。该文章说，如果接收器不支持某种格式，它将会返回出错消息(415＝不支持的媒体类型)，该出错消息包含列出所支持的格式的接受报头。这将告诉发送器发送有效的格式。

3)支持SIP消息传递适配的完整系统。这在SIP消息传递里没有。

这样，本发明提供了用于SIP消息适配服务的一个框架，所述适配服务包括代码转换。此框架允许适配发送器和接收器之间的消息。它还允许使信息适用于接收终端、用户偏好以及网络特性。

注册器操作

注册器12除了有在RFC2543里规定的SIP注册器操作外，还负责为每个用户解析和存储终端性能或用户偏好。它一接收到注册消息就使用性能协商管理器解析性能或用户偏好。如上所述，有很多可以用来解析它们的方法。不管用什么方法，都要对于每个用户把所获得的终端性能信息(包括用户-代理和接受报头字段以及其他相关字段)连同标准注册信息一起存储下来。以后当收到用于该注册用户的呼入消息时，代理要使用这些性能或用户偏好。

性能协商管理器操作

在SIP代理/注册器12的请求下，性能协商管理器16通过使用不同的输入和方法解析终端性能或用户偏好。这里示出了三种方法，但系统并不限于这些方法。可以以补充的方式(即由一种方法获得的信息可以补充由其他方法获得的信息)使用某些或所有这些方法。对于所描述的方法，注册器12在线路14上收到SIP注册消息并把它提供给性能协商管理器16，然后反过来获得一个终端性能和用户偏好集合。

在第一方法中，终端在注册消息主体(如REGISTER或SUBSCRIBE方法)里明确地提供了性能信息(及用户偏好)。

注册消息也可以包含用户-代理、接受、接受-编码和接受-字符集报头字段。用户-代理报头字段描述了终端类型及软件版本。接受报头字段列举了所支持的媒体格式(如图像/jpeg或文本/纯文本)。这种方法要求标准化工作以定义终端性能格式及词典。

第二方法包括使用用户-代理报头字段作为终端性能数据库的密钥，该数据库对于所有已知的用户-代理包含了相关终端性能或用户偏好。为此可以参照管理器16里的终端性能数据库46。

在第三方法中，终端发送一URL列表，代理通过管理器16从其中获取终端性能简档文件。

一般在注册处理过程中解析性能和用户偏好并将其随注册存储下来。这可以避免必须对于以给定用户为目标的每个消息都解析性能和用户偏好。唯一例外是在代理使用OPTIONS方式时(如下)。

代理操作

代理12，除了在RFC 2453中规定的SIP代理操作外，还负责执行SIP消息传输。这在图1的步骤2和3都有描述。代理使用从注册的或者自身获得的性能或用户偏好。然后代理借助消息适配引擎(见下面的操作)适配消息。更确切来讲，就是当代理收到一个消息时，就进行如下操作：

1从注册器(存储有注册信息)请求接收终端性能和偏好。如果其不可用，则代理向接收器发起一个SIP OPTIONS请求以获知接收器性能或用户偏好。借助性能协商管理器对这些性能和或用户偏好进行解析。按照实际接收到的性能信息，性能协商管理器会通过前述方法的其中之一解析性能信息(明确的性能或用户偏好、具有数据库的用户-代理、URL)。通过SIP OPTIONS方法获得的性能和用户偏好还可以被高速缓冲储存以用于将来的消息(为此，应给用户创建一个有合理截止期的注册条目，并包含所获得的终端性能或用户偏好)。

2提供消息及接收终端性能或用户偏好给消息适配引擎以用于适配。如果步骤1没有识别出性能，引擎可能决定使用缺省性能进行适配(如大多数或所有终端通常支持的最小性能集合)，或可能决定除了网络特性外没有可能的适配。消息适配引擎可以在给接收器的消息里加一条表明消息已经被适配的通知。如果需要适配并适配成功，则消息适配引擎返回已适配消息，否则，返回原始消息。

3向接收器发送已适配消息(如不需要适配就发送原始消息)。

消息适配引擎操作

消息适配引擎20负责适配消息。它把原始消息以及接收终端性能或用户偏好作为输入。它确定原始消息特性，并将它们和接收终端性能或用户偏好进行比较。如果需要的话，它适配消息并返回已适配消息。所执行的适配操作通常限于消息主体并包含以下操作：

1)格式变换：变换成终端支持的媒体内容格式。例如，如接收终端不支持PNG图像，可以变换成GIF格式。这一范畴包括版面格式变换(如XHTML转成WML)和形式变换(如语音转成文本)。

2)媒体特性适配：这涉及对任何媒体特性的修改，其中包括用于小显示器的图像分辨率的减小、降低JPEG图象品质或GIF图像的色彩数。

3)呈现或版面适配：这涉及使内容呈现适合于接收终端的显示器特征。例如，横向显示器和纵向显示器的最佳消息呈现(例如，怎样在显示器上组织图像)是有区别的。

4)消息长度适配：通常使用媒体特性或格式变换来减小消息所包含的媒体部分的长度(或在最差情况下删除其中一些)，从而减小整个消息的长度。例如，可以通过降低品质因数以减小JPEG图像的尺寸。这种减小可以在不显著降低感知品质的情况下进行，当原始消息长度大到目的终端不支持时就需要所述减小(例如在图1中，向只支持30Kb消息的终端发送72Kb的消息)。

5)封装：这里指消息里数据的打包。这可以随用于传送的网络而改变。所使用的二进制编码可能也需要被改变(如接受-编码字段)。

在RFC 2543里定义了三种类型的SIP服务器：代理、重定向及注册器服务器。实现本发明所需要的框架的基本单元都已被实现在NOKIASofia代理和注册器软件里。该软件用C语言编写并在Linux OS下运行。为此，重新使用了诺基亚MMSC(多媒体消息传递服务中心)多媒体消息适配引擎(MMAE)的很多单元。

因此，本实现方式基本上是现有SIP代理/注册器服务器的扩展，其具有性能协商管理器和消息适配引擎软件。修改SIP代理/注册器的逻辑以执行以上描述的支持适配的操作。

图2提供了由Sofia代理执行的SIP消息适配的例子。原始消息显示在左边。其总长度是43Kb并且由四个部分组成。

1)一个小的文本消息(41字节)。

2)一张显示电话的GIF图像(195×195象素，16kb)

3)两张JEPG图像(224×220，15kb和250×187，11kb)

原始消息被发送给两个接收器(图2中间和右边)。中间终端性能包括：

1)最大图像分辨率＝160×120

2)接受＝文本/纯文本；图像/jpeg

3)最大消息长度＝25kb

右边终端性能包括：

1)最大图像分辨率＝640×480

2)接受＝文本/纯文本；图像/jpeg

3)最大消息长度＝30kb

此图显示了所接收到的经Sofia代理适配的、用于每个终端的消息。中间终端接收到16kb的消息包括：

1)一个小的文本消息(41字节)。

2)一张显示电话的JEPG图像(97×97，7kb)。由于终端不支持GIF格式，图像被变换成JPEG格式。

3)两张JEPG图像(112×110，5.6kb和125×93，3.5kb)。

右边终端接收到29kb的消息包括：

1)一个小的文本消息(41字节)。

2)一张显示电话的JEPG图像(195×195，8.8kb)。由于终端也不支持GIF格式，图像被变换成JPEG格式。

3)两张JEPG图像(224×220，9kb和250×187，11kb)。

值得注意的是，中间终端的消息长度减小是所要求的分辨率减小的副作用。对于右边终端，不要求减小分辨率，但消息长度要减小。在把第一图像变换成JPEG格式时已经缩小了一些消息长度，但是为了满足长度目标还要求对第二图像进行附加的品质降低。

图3详细显示了实现图1的代理/注册器12、性能协商管理器16及消息适配引擎20的一种方法。应当看到，在实现本文所教导的本发明时可以有其他许多配置和变例。线路14上的SIP REGISTER消息(SIPSUBSCRIBE消息及其他相关SIP方法同样适用)由接收机30接收并在线路32上提供给一个SIP代理/注册器控制器34。之后，控制器34使用性能协商管理器16获得与从终端15收到的SIP REGISTER消息相关的性能数据。它可以例如通过在线路36上向性能协商管理器控制器38发送SIP REGISTER消息来这样做，其中该控制器在线路40上向装置42提供所述消息以用于从该消息中提取性能或用户偏好信息(包括明确的性能或用户偏好)。装置42将所提取的性能信息提供回控制器38，其中所述性能信息可以在线路36上被提供给服务器12以便可以存储在其中。或者，如果注册终端例如仅仅通过其型号表明其身份，则性能协商管理器控制器38可以咨询含有已知终端的性能列表的终端性能数据库46。系统把终端性能或用户偏好和注册数据一起存储下来。

SIP REGISTER消息除了可能只给出关于其自身及其性能的有限数量的消息(诸如上面提到的型号)，它还有可能会给出关于如何定位此类信息的信息(例如借助URL)。那样，控制器38就可以在线路48上把该URL转发给装置50以便使用到互联网的连接52从URL中获得性能。一旦从指定的URL获得了性能，装置50就能把该性能提供给控制器38以供装置56使用，从而将所确定的性能与由其他方法获得的性能相组合。为此，可以用信号线54将性能协商管理器控制器38与装置56相连，以用于组合由上述不同的、但是补充的方法确定的性能，即组合确定存在于给定终端中的各种性能，以便能够提供所述终端的完整简档。这样，性能协商管理器就能以互补的方式组合由不同方法获得的终端性能信息。在线路36上将完整的简档提供给SIP代理/注册器控制器34。然后，SIP代理/注册器控制器34在线路58上把完整注册信息(终端性能或用户偏好，联络信息等等)转发给用于存储/获取注册信息的装置60。

此时，在来自发送终端19的任何呼入SIP消息通过线路18到达之前，本发明提供了一种新颖的框架用于解析和预注册终端15的性能或用户偏好。在通过线路18接收到SIP消息时，按照本发明，关于终端15的该预注册的信息已经可以在用于存储/获取注册信息的装置60处获得，以便由代理/注册器12直接查找，而不必向目标接收终端15发送查询。这样，在线路18上收到表示目标为终端15的想要的消息的呼入SIP消息后，控制器34就在线路58上向用于存储/获取注册信息的装置60发送一个信号(包含目的终端地址)，以便找到任何预存储的性能信息，并从存在于SIP代理/注册器12中的用于存储/获取注册信息的装置60中获取任何此类预存储的信息。如果在数据库46里没有找到关于终端15的预存储的性能消息，控制器34就向想要的目标终端15发送一个OPTIONS消息以获得性能或用户偏好。换言之，当注册数据中不存在终端性能或用户偏好时，代理可以使用SIP OPTIONS方法(或任何适当方法)来明确地请求终端性能或用户偏好。与接收到REGISTER消息时类似地处理作为对OPTIONS请求的响应所收到的消息，即SIP代理/注册器控制器34请求终端性能管理器16解析终端性能或用户偏好。SIP代理/注册器控制器34可以决定高速缓存所述性能或用户偏好，这例如是通过创建一些包含终端性能或用户偏好的关于终端的注册条目，并将其存储在用于存储/获取注册信息的装置60中。

SIP代理/注册器控制器34在线路62上给消息适配引擎20提供两个输入：(1)关于目标接收终端15的性能信息和(2)呼入的SIP消息。两者都将被提供给消息适配引擎20中的消息适配控制器64。该控制器64在线路66上把呼入的SIP消息(或至少是由呼入的SIP消息指明的消息特性或性能要求)连同目的终端性能或用户偏好一起提供给装置68，用于对二者作比较并确定适配要求。通过将目标终端15的性能或用户偏好与呼入消息特性(如当前分辨率，图像格式及大小，消息长度等)关于其每个部分作比较，装置68确定要求何种适配(或多个适配)。装置68把这些所确定的适配要求提供回控制器64并在线路72上将其提供给装置70，以用于将所述消息及其各部分适配成满足所确定的适配要求。随后适配装置70就对所述消息及其各部分执行适配操作以满足注册终端性能或用户偏好。然后，一旦消息被完全适配之后(如果消息已经符合终端性能或用户偏好，它也可以对应于原始消息)，消息适配引擎20就在线路62上把经完全适配的消息返回给控制器34。所述控制器34又在线路74上将所述完全适配的消息提供给装置76以用于发送已适配的SIP消息。然后，发送装置76在线路22上把已适配的SIP消息提供给目标接收终端。

这样就将理解，对于所说明的实施例，装置20的作用是为了在SIP消息传递的范围内适配消息。它取得消息以及该消息必须符合的性能或用户偏好集合，并且返回符合那些性能或用户偏好的已适配的消息。通过把消息特性与终端性能或用户偏好作比较并确定适配要求来执行这一处理过程。随后，通过由系统取得所确定的适配要求及消息(或消息部分)并且返回满足接收终端性能或用户偏好的已适配消息(或消息部分)来执行对每个消息(或部分)的适配。

应当明白，上述实施例虽然利用的是具体的SIP方法，但是本发明适用于广泛的、涉及许多包括(但不限于)REGISTER和SUBSCRIBE的服务的SIP注册/预定消息方法。为此，可以用不同的服务器或SIP服务器替代在本发明说明书中使用的SIP代理/注册器。此外，本发明不仅仅在SIP环境背景下十分有用，也可以被应用于其他消息传递服务和技术中，其中客户向服务器注册或预定，并提供有关他们的性能或用户偏好信息，所述性能或用户偏好信息被存储，以便将来由服务器用来适配以所述客户为目标的消息。

同样，本发明还适用于广泛的、涉及许多包括(但不限制于)MESSAGE和NOTIFY的服务的SIP消息方法。

虽然参照本法明最佳模式的实施例已经显示和说明了本发明，但本领域的技术人员将明白在不偏离本发明精神和范围的前提下，本发明可以在形式和细节上进行前述和各种其他的改变、删除和添加。

Claims (33)

1.一种方法，包括以下步骤：

在服务器(12)处从注册或预定终端(15)接收一个消息(14)，所述消息包含指明注册或预定终端的性能或用户偏好的信息，以及

存储该信息用于随后与来自另一实体(19)的呼入消息(18)的特性做比较，以及在需要时将呼入消息适配成与注册或预定终端的性能或者用户偏好相匹配。

2.根据权利要求1的方法，进一步包括以下步骤：

接收呼入消息，

将注册或预定终端的性能或者用户偏好与来自另一实体的呼入消息的特性相比较，

使呼入消息适配于注册或预定终端的性能或者用户偏好，以及

向注册或预定终端发送已适配的消息。

3.根据权利要求2的方法，其中比较的步骤由与服务器通信的消息适配引擎来执行。

4.根据权利要求2的方法，其中适配的步骤由与服务器进行通信的消息适配引擎来执行。

5.根据权利要求4的方法，其中比较的步骤由与服务器进行通信的消息适配引擎来执行。

6.根据权利要求2的方法，其中接收呼入消息和发送已适配消息的步骤在服务器处执行。

7.根据权利要求1的方法，还包括步骤：在所述存储步骤之前，从由服务器从注册或预定终端接收的消息中确定注册或预定终端的性能或者用户偏好。

8.根据权利要求7的方法，其中确定的步骤由性能协商管理器来执行。

9.根据权利要求1的方法，其中在服务器上接收的、来自注册或预定终端的消息是会话发起协议(SIP)注册或预定消息。

10.根据权利要求1的方法，其中来自另一实体的呼入消息是SIP消息，并且对呼入消息的适配是对呼入SIP消息的适配，用以向注册或预定终端发送已适配的SIP消息。

11.根据权利要求1的方法，其中注册或预定终端是移动终端。

12.设备，包括：

用于在服务器(12)上接收来自注册或预定终端(15)的注册或预定消息(14)的装置(30)，该消息含有指明注册或预定终端的性能或者用户偏好的信息，以及

用于存储这些信息以供随后与来自另一实体(19)的呼入消息(18)的特性进行比较、并在需要时将呼入的消息适配成与注册或预定终端的性能或者用户偏好相匹配的装置(60)。

13.根据权利要求12的设备，还包括：

用于接收呼入消息的装置(38)，

用于将注册或预定终端的性能或者用户偏好与来自另一实体的呼入消息的特性进行比较的装置(68)，

用于使呼入消息适配于注册或预定终端的性能或者用户偏好的装置(70)，以及

用于向注册或预定终端发送已适配的消息(22)的装置(76)。

14.根据权利要求13的设备，其中用于比较的装置包括与服务器相通信的消息适配引擎(20)。

15.根据权利要求13的设备，其中用于适配的装置包括与服务器相通信的消息适配引擎(20)。

16.根据权利要求15的设备，其中用于比较的装置包括与服务器相通信的所述消息适配引擎(20)。

17.根据权利要求15的设备，其中用于接收呼入消息的装置和用于发送已适配消息的装置都在服务器中。

18.根据权利要求12的设备，进一步包括用于从由服务器接收的来自注册或预定终端的消息中解析注册或预定终端的性能或者用户偏好的装置(16)。

19.根据权利要求12的设备，其中来自注册或预定终端的注册或预定消息是会话发起协议(SIP)消息。

20.根据权利要求12的设备，其中来自另一实体的呼入消息是SIP消息。

21.根据权利要求12的设备，其中已适配的消息是已适配的SIP消息。

22.根据权利要求12的设备，其中注册或预定终端是移动终端。

23.根据权利要求18的设备，其中用于解析的装置包括性能协商管理器。

24.具有能够处理消息的终端和在终端请求下执行所选功能的服务器的系统，包括：

服务器(12)，用于从注册或预定终端(15)接收注册或预定请求消息；

性能协商管理器(16)，用于从服务器接收对于解析注册或预定终端的性能或者用户偏好的请求(36)、解析性能或用户偏好以及将涉及性能和用户偏好的信息提供回服务器，其中，服务器通过对随后从发送实体或终端(19)接收到的、以注册或预定终端为目标的呼入消息进行响应，提供呼入消息和用于适配该呼入消息的涉及性能或者用户偏好的信息；以及

适配装置(20)，响应于来自所述服务器的呼入消息和涉及性能或者用户偏好的信息，用于把呼入消息适配成一个格式，以便服务器向注册或预定终端以这一格式传输已适配的呼入消息，所述格式通过将呼入消息的特性与涉及注册或预定终端的性能或者用户偏好的信息进行比较而确定。

25.根据权利要求24的系统，其中来自注册或预定终端的注册或预定请求消息是会话发起协议(SIP)消息。

26.根根据权利要求24的系统，其中来自发送实体或终端的呼入消息是SIP消息。

27.根据权利要求24的系统，其中已适配的呼入消息是SIP消息。

28.根据权利要求24的系统，其中，注册或预定终端是移动终端。

29.一种由设备使用的方法，包括以下步骤：

向服务器提供注册或预定消息，该消息包含指明设备性能或者设备的用户偏好的信息，用以在所述服务器处存储所述性能或用户偏好，以便随后与来自另一实体的呼入消息的特性进行比较，并且在需要时将所述呼入消息适配成与设备性能或用户偏好相匹配；以及

按照需要，从服务器接收作为满足所述性能或用户偏好的已适配消息的所述呼入消息。

30.根据权利要求29的方法，其中该设备是移动终端。

31.根据权利要求29的方法，其中注册或预定消息是会话发起协议(SIP)消息。

32.根据权利要求29的方法，其中已适配的消息是已适配的SIP消息。

33.一种用于存储在计算机可读媒体上的计算机程序产品，用于执行权利要求1至11中的任何一个的步骤。

Images