互操作性是消息传送中最重要的。消息的发送方希望消息将会到达它们的 目的地并且将会被接受者的终端适当地处理，而不管接受者所使用的终端的类 型。然而，新兴的移动终端由于广泛多样的终端特征例如显示尺寸和分辨率、 可用存储器、支持的格式等等使得这个要求更有挑战性。另外，网络也可以强 加限制，比如用户数据协议(UDP)上的最大尺寸。关于信息浏览存在类似的 难题，即内容以适合于非常多样的目前及将来陆线和移动终端的适当的方式被 传递并且可用。
媒介内容适配代理能够在许多应用领域比如消息传送、浏览等等领域在保 持互操作性和增加用户体验中扮演重要角色。通常这些被称为代码转换代理的 代理变换媒介内容使其适合于目的地终端。例如，一个这样的变换包括格式转 换，例如，将可移植的网络图形(PNG)转换到图形交换格式(GIF)。在浏 览情况下，源服务器还能够管理这样的适配来匹配接受者的终端能力。
然而，为了适配内容以与终端特征相匹配，那些特征必须为代码转换代理 所知。现有的方法不提供关于终端特征或用户的爱好的充分的细节来完全符合 具体终端。例如，用于即时消息传送的会话启动协议(SIP)扩展和用于存在 的SIP扩展不提供任何机制来发现接受者的终端能力以检验是否SIP消息或通 知方法的主体被接受者的终端所支持。代表性地产生和发送消息并不需要考虑 所有的终端能力。然而，消息发送方通常希望消息将会到达它的目的地，并且 将会被接受者的终端适当地处理。
这种情况对于在今天经常使用的短的文本消息来说不是一个重要问题。但 是当消息变成由丰富媒介部分例如图像、音频与视频剪缉文件等等组成时，这 个情况可能是日益成问题的。不同移动终端类型和特征的增长也会使这个要求 更加有挑战性。例如，接收的消息对于接收者的终端存储器可能太大，或者移 动终端可能不支持某些媒介类型，或可能仅仅在一定条件下支持它们。
因此，对于多个不同的终端类型，普通的终端能力的确没有为今天的内容 丰富的通信提供充足的信息。与其说限制陆线和移动终端的用户的选择，不如 提供适当方法来将终端特征和/或用户爱好提供给框架，在该框架上内容能够相 应地被适配。本发明实现这些和其他需要，并且提供超越现有技术的方法的其 他优点。

通常，本发明提供了用于提供特定终端能力和配置的爱好以用于网络环境 的系统和方法。
根据本发明的一个实施例，提供一种在网络服务器上获取终端的操作特征 (供网络服务器用于将终端适应的消息传递给终端)的方法。这些操作特征包 括，例如，终端的由技术决定的特征和在终端上配置的用户爱好。指定终端可 识别的内容类型，同样指定内容类型所遵守的终端的操作约束。将内容类型与 终端的操作约束相关联。将内容类型和关联的操作约束提供给网络服务器，用 于按照操作约束的指示将消息传递给终端。
根据这个方法的更具体的实施例，指定内容类型包括在会话启动协议 (SIP)头部指定内容类型；指定终端的操作约束包括在扩展SIP头部字段指 定操作约束。通过使扩展SIP头部字段和SIP头部相关联将内容类型与操作约 束相关联。通过经由SIP传送包括SIP头部和扩展SIP头部字段的消息将内容 类型和关联的操作约束提供给网络服务器。
根据这个方法的另一个具体的实施例，指定内容类型包括在第一呼叫者爱 好和被呼叫者能力(CPCC)特征标记中指定内容类型；指定终端的操作约束 包括在第二CPCC特征标记中指定操作约束。通过使第二CPCC特征标记和第 一CPCC特征标记相关联将内容类型与操作约束相关联。提供内容类型和关联 的操作约束给网络服务器包括将包括相关联的第一和第二特征标记的消息传送 给网络服务器。
根据更具体的实施例，可为每一个不同的内容类型提供多个不同的操作约 束。例如，内容类型可以包括图像类型、视频类型、文本类型、音频类型等等。 与终端关联的操作约束可以包括，例如，消息本身的体尺寸、图像或视频的分 辨率、所接受内容的数据尺寸等等。
根据本发明的另一个实施例，提供一种在网络服务器获取终端的操作特征 用于将终端适应的消息传递给终端的方法。这个实施例包括经由登记或订阅消 息的接受类型头部字段来指定至少一个终端可接受的内容类型。经由接受类型 头部字段的扩展还来指定关于内容类型的规则。该规则建立终端特定的条件， 其中内容类型在该终端将被接受。发送登记或订阅消息到网络服务器，用来按 照该规则的命令将终端适应的消息传递到该终端。
根据另一个实施例，提供一种在网络服务器获取终端的操作特征(供网络 服务器用于将终端适应的消息传递给终端)的方法。这个实施例包括通过结合 登记或订阅消息使用呼叫者爱好和被呼叫者能力(CPCC)来指定至少一个终 端可接受的内容类型。经由媒介特征标记来指定关于内容类型的规则，其中该 规则建立终端特定的条件，其中内容类型将在该终端被接受。将登记或订阅消 息和通过CPCC所表达的规则一起发送到网络服务器，用来按照规则的命令将 终端适应消息传递给终端。
根据本发明的另一个实施例，提供一种准备用在终端上的消息内容的方 法。该方法包括：提供与终端有关的信息给涉及与终端的通信的网络部件。与 终端有关的信息包括终端接受的内容类型，和内容类型所遵守的终端的操作限 制。这些操作限制包括，例如，由技术决定的终端特征以及在终端上配置的用 户爱好。在网络部件接收以终端为目标的消息，并根据与终端有关的信息来适 配与接收的消息关联的内容用于在终端上使用。
根据本发明的另一个实施例，提供一种用于在网络上传递数字内容的系 统。该系统包括网络服务器系统，耦合以经由网络接收以终端为目标的消息。 该系统还包括耦合到该网络的多个终端，其中每个终端被配置来经由会话启动 协议(SIP)头部将其相应的由终端决定的信息提供给网络服务器系统。该由 终端决定的信息可包括各种终端接受的内容类型和该内容类型所遵守的终端特 定的操作限制。该网络服务器系统被配置来接收SIP头部，并至少根据该终端 特定的操作限制为每个终端来适配与接收的消息关联的内容。
根据本发明的另一个实施例，提供一种在网络上传递数字内容的系统。该 系统包括网络服务器系统，耦合以经由网络来接收以终端为目标的消息。该系 统还包括耦合到该网络的多个的终端，其中每个终端被配置来经由呼叫者爱好 和被呼叫者能力(CPCC)特征标记将其相应的由终端决定的信息提供给网络 服务器系统。该由终端决定的信息包括终端接受的内容类型和该内容类型所遵 守的终端特定的操作限制。该网络服务器系统被配置来接收CPCC特征标记， 并至少根据该终端特定的操作限制为每个终端来适配与接收的消息关联的内 容。在更具体的实施例中，一些终端能力可以实现CPCC，而其他的可以实现 SIP头部扩展。因此，给定的终端在任何给定的时间可以使用两者中任一种方 法。
附图说明
结合在下面图中示出的实施例来描述本发明。
图1说明可以使用本发明原则的典型系统环境；
图2是根据本发明一个实施例的消息适配框架的方框图；
图3是在存在应用情况中的消息适配框架的一个实施例的方框图；
图4是消息适配结构的一个实施例的方框图，在该消息适配框架中使用内 容间接；
图5是消息适配框架的实施例的方框图，其中在登记过程期间CPI不是登 记数据的一部分；
图6说明了根据本发明可以实施的各种典型的消息适配操作；
图7是根据本发明说明多种能力交换技术的方框图；
图8A和8B说明了根据本发明使用CPCC和头部扩展方法的能力交换的 典型例子；
图9说明了在服务器获取这样的操作终端特征的一般方法；和
图10说明了准备用于终端的消息内容的一般方法。
发明的详细描述
本专利文献公开的部分所包括的内容服从版权保护。当它出现在专利商标 局专利资料或档案中时，本版权所有者不反对任何人复制专利文献或专利公 开，然而在别的方面无论如何都保留所有版权权利。
在下面示范实施例的描述中，参考形成其一部分的附图，并且其中以说明 形式示出了可以实行本发明的各种方式。需要理解的是，可以使用其他的实施 例，因为不脱离本发明的范围可以做结构上和操作上的修改。
通常，本发明提供了用于提供与终端能力和用户爱好有关的内容特定特征 的系统和方法。简而言之，在此使用的对终端能力/用户爱好的引用通常指与终 端的技术能力和/或在终端上配置的用户爱好有关的消息和/或内容特征。通过 适当地传送该与终端有关的信息，包括用户定义的爱好和/或终端的技术能力， 能够修改通信数据使得它适当地符合接收该数据的终端的具体特征。将与终端 有关的信息提供给网络部件比如登记器、代理、存在服务器，或者涉及与该终 端的通信的其他网络部件。根据本发明通过传送能力信息，在网络部件中接收 消息，该消息包括以终端为目标的内容或其他的数据，以及根据与终端有关的 信息可以执行内容/数据的适配，以使内容符合具体的用户爱好和终端能力。一 旦进行了适当的适配，消息和关联的数据可以以优选格式和/或技术上在终端可 识别的形式传输到终端。在本发明的一个实施例中，与终端有关的信息经由现 有的通信协议提供给网络部件，通过使用扩展头部和/或新的特征标记升级，其 提供精确的内容再现和一致的可用性而同时保持对现有协议的向后兼容性。
尽管本发明适用于使用多种不同通信协议的不同环境，本发明尤其适用于 这样的网络环境，其中实施了浏览、或终端登记或订阅，并且最终将内容传递 给终端。这样的环境包括，但是不被限制在，web浏览、电信会议、即时消息 传送(IM)、存在感知等等。为了说明而非限制的目的，根据联网环境来描述 本发明，在该环境中，可以使用HTTP、SIP和/或类似协议。
超文本传输协议(HTTP)是在万维网上交换文件的应用协议。Web服务 器通常包括HTTP守护程序，它是设计来监视HTTP请求和在它们到达时处理 来它们的程序。运行于陆线或移动终端的Web浏览器作为HTTP客户端，发 送请求给服务器。当用户经由浏览器通过提交统一资源定位符(URL)或选择 超链接来输入文件请求时，浏览器建立HTTP请求并且将其发送给通过URL 识别的网际协议(IP)地址。在目的服务器的HTTP守护程序接收该请求，并 且返回请求的文件，该文件可以包括文本、语音、图像、音频、视频等等中的 任何一个或多个。
然而，发起浏览和文件请求的终端呈现多种相对于彼此不同的特征。例如， 工作站显示设备是大的并可以显示高分辨率特征。移动终端，另一方面，通常 是为携带和移动而制，并且常常是小的、手持式装置。这样的小的、手持式装 置的显示特征可能与它们的工作站或台式对应物在尺寸、分辨能力、接受的内 容格式等等上有很大的差别。此外，在无线技术上的技术进步已经导致具有不 同的显示特征、音频特征等等的不同类型和尺寸的无线设备的增加。因此，经 由服务器接收的文件可以与一个类型/尺寸的终端完全兼容，但是对其它的就不 适合了。如下更充分的说明，本发明解决了这些问题。
可以以多种其他的上下文将内容提供到终端用户。一个例子是在两个或多 个用户之间的通信会话的上下文中，例如在电信会议、即时消息传送(IM)和 其他存在感知应用的情况中。在这些和其他情况下，其中″会话″(也就是，数 据交换)被建立，消息在涉及会话的多个终端之间单向地、更典型的是双向地 发送。这些消息，类似于在上面所述的HTTP的例子中返回的文件，常常包括 不同的内容形式，包括文本、语音、图像、音频、视频等等。因为充分显示这 样的内容是高度地取决于终端的能力和/或通过用户配置的爱好，接收这样的内 容的终端的特征又是有关的。
更具体地，IM是在一组参与者之间的实时的内容交换。用户的″存在″的概 念常常在IM情形下开始起作用，因为用户必须在与发端用户建立会话之前被 定位。其他的情况，比如电信会议、因特网电话、基于位置服务和其他应用也 需要知道用户的″存在″。存在通常是用户通信状态变更的订阅和通知。这种通 信状态包括通信方式、通信地址、和用户状态组成的集合。存在协议是一个在 网络上提供这样业务的协议。
本发明的一个实施例使用了会话启动协议(SIP)。SIP是应用层信令协议， 用来创建、修改和终止具有一个或多个参加者的会话。它可被用于这些应用， 例如因特网会议、电话、存在、事件通知、即时消息传送等等。SIP使得网络 末端或″用户代理″彼此发现，并且协商会话的特征描述。为了定位其他的用户， SIP使用网络代理服务器的基础结构，用户能够经由他们的终端发送登记、参 加会话的邀请和其他请求给该网络代理服务器。SIP支持建立并终止会话的不 同方面，比如用户有效性、比如振铃的会话启动、会话管理和一些限制的终端 能力。
SIP也可以使用例如用于即时消息传送的SIP扩展在会话之外实现即时消 息传送，其中使用SIP信令协议发送该消息。″SIP消息″被发送，它包括消息 的有效负载，并且发送者接收有关该消息发送与否的证实。在这种情况下，在 消息之间不存在明显的联系，各个消息是独立的。这与基于会话的IM形成对 照，在那存在具有开头和结尾的明显的会话。如下面更充分的描述，这个不基 于会话的SIP模型对于本发明尤其重要。
即时消息发送者不知道，也有可能不想知道，当发送者发送消息时接收者 的终端能力。现有的协议和方法没有呈现与终端能力或在终端上配置的用户爱 好有关的内容特定的特征，因此指向这样终端的消息可能不是恰当地适合于那 个终端。本发明解决了这个问题，通过提供特定的终端能力和用户爱好给有关 的服务器，同时允许使用底层协议比如HTTP或SIP。
图1说明了使用了本发明原则的典型的系统环境100。典型的系统环境100 说明了联网环境，包括，例如，陆线102和无线104网络。陆线网络102可以 包括全球区域网络(GAN)例如因特网、一个或多个广域网(WAN)、局域 网(LAN)等等。根据本发明任何计算装置或其他的终端可以与会话相关联， 台式计算机106或工作站、膝上计算机或其他的便携式计算机108、会议系统 110或者任何其他能够经由网络102通信的类似计算装置由通用装置112来表 示。
可以在耦合到无线网络104的终端之间，或者在耦合到无线网络104的终 端和耦合到陆线网络102的终端之间建立会话。无线网络104可以表示任何一 个或更多已知或未来的无线联网技术，例如全球移动通信系统(GSM)、通用 移动式远程电信系统(UMTS)、个人通信服务(PCS)、时分多址(TDMA)、 码分多址(CDMA)、宽带码分多址(WCDMA)或其他的移动式网络传输技 术。耦合到无线网络104的任何计算装置或其他的终端可以与会话相关联，例 如膝上计算机或其他的便携式计算机114、移动电话116A和其他移动通信器、 个人数字助理(PDA)118或任何其他能够经由无线网络104通信的其他类似 终端，由通用装置120表示。其他的无线通讯方式也可以耦合各种终端，例如 短程无线技术。
无线终端116A(还作为终端116B示出)可以具有与在图1中所示的一个 或多个其他典型终端不同的内容显示能力和用户配置。与终端116B关联的是 它的能力和用户的爱好信息(CPI)122，它包括例如用户爱好和终端116B的 特定终端能力的信息。根据本发明，将这个CPI 122提供给相关的网络部件124， 例如代理或登记器126、存在服务器128等等。当另一个终端例如台式计算机 106，想发送消息给无线终端116B时，该消息经路由选择至适当的网络部件 124，该网络部件可以访问终端116B的CPI 122。其他的服务器，比如位置服 务器(不显示)，可能被要求来定位目标终端116B。根据本发明，与这样的 消息关联的内容在网络部件124使用与目标终端116B关联的CPI 122来适配。 结果的、适配的消息然后能以适合于终端116B的终端能力和/或爱好的格式从 网络部件124传送到目标终端116B。
在本发明的一个实施例中，在终端之间的互操作性问题可以在HTTP/SIP 内容的上下文中解决，该内容符合接收者的终端能力和特征。为了完成这个任 务，根据本发明传送能力信息。一旦适当传送，可以适配该消息用于具体的终 端。下面说明了许多典型的例子，其中可以使用这样的内容适配。
图2是根据本发明一个实施例的消息适配框架200的方框图。在这个所示 实施例中，终端202登记到它的SIP登记器204。登记是在SIP中的操作，它 允许可能是消息的潜在接收者的用户登记终端的联络地址。在初始化时，或者 在另外的时期，用户的终端发送″登记″消息206到用户的本地SIP代理/登记器 204。这个消息206将用户的SIP URI与该用户当前使用的终端关联起来。登 记器204通过存储与登记数据库的联系来创建该″绑定″，其中它能被在那个域 的代理使用。在所示的例子中，登记器204与那个域的代理设置在一起。
根据本发明的一个实施例，终端202提供它的″能力″208和用户的爱好信 息210，总称为CPI 212，作为登记消息的一部分，该登记消息由消息214来描 述。登记器204存储接收的CPI 212和通常的登记数据例如联络地址。应注意 的是当前登记器204已经执行了存储登记数据的操作，因而另外存储CPI 212 对于现有的登记器204是相对无意义的附加的任务。
当SIP消息216到达接收者的本地SIP代理204时，该SIP代理204运用 通过SIP登记器204收集的登记数据来了解当前联络地址以及关联的爱好210 和终端能力208。消息216可能表示，例如，即时消息(例如，″消息″方法)、 在″存在″情况的通知(″通知″方法)、或者任何其他包括代理能够适配的消息 体的请求消息。然后如消息适配模块218所示SIP代理204适配该消息。使用 存储的CPI 212适配消息216来满足终端的能力208和/或用户的爱好210，从 而形成适配的消息220。可选择地，代理204可以请求另一个服务器(不显示) 来执行消息适配。在一些实施例中，如果产生的消息对于终端在可接受的质量 上太大了，那么适配过程可以导致内容间接技术的使用。
图3是在存在应用的情况中的消息适配框架300的一个实施例的方框图。 在所示实施例中，终端302包括如同在上述例子中的CPI 304。″订阅″请求306 从终端302的观察者应用提供给SIP代理308。″订阅″请求306用来表示终端302 用户对目标存在体(presentity)的存在信息的兴趣，从而在请求URI中标识目 标存在体(presentity)。代理308将″订阅″请求306转发到SIP存在服务器310。 就存在应用而言，可以在接收者的SIP代理308中适配通知消息，类似于结合 图2描述的。
然而，如果存在服务器310首先产生适当的内容并且将其发送，那么可能 是有益的。为了实现那个目的，也可以在订阅请求306期间使用如同结合图2 所描述的相同的机制将终端CPI 304传送到存在服务器310。更具体地，CPI 304 与″订阅″请求306一起被发送。一接收到″发布″消息312，存在服务器310经 由消息创建模块316使用CPI 304将创建通知314。在这种情况下，通过存在 服务器310将″通知″消息314发送到代理308，然后将其转发到终端302以便 传播目标存在体(presentity)的存在信息。因此当订阅的存在体(presentity) 的存在信息已经启动或随后改变时，″通知″消息314通知终端302的观察者应 用。因此，在这个实施例中，在SIP存在服务器310尺寸使用CPI 304来创建 一种格式、尺寸等等的对应于终端302的CPI 304的通知消息，并且代理308 仅仅将适配的通知消息314转发到终端302。在另一个实施例中，如果通知消 息314不能符合接收者的CPI 304要求，那么SIP代理308可能充当备用，而 在这样情况下将经由适配模块318使用CPI 304适配通知消息314。
内容间接通常指这样的情况，消息内容的某一部分存储在中间服务器中而 仅仅地址，例如URI，被转发给接收者。这可以有助于减少整个消息的尺寸。 如果适配服务器从接收者的爱好判定出接收者不愿意直接接收消息内容，那么 它能够决定使用内容间接。如果不知道接收者的爱好，或者如果存在多个用户 代理可能接收该消息，那么适配服务器也能够决定使用内容间接。此外，如果 产生的消息对于终端在可接受的质量上太大了，那么适配过程可以导致内容间 接技术的使用。在任何这些或其他的情况中，可以使用内容间接。
在图4中描述了这样过程的例子。在这个例子中，终端400经由″登记″消 息404向SIP代理/登记器402登记。有时CPI 406可在这个时期被发送，例如 在与CPI 406关联的用户爱好指示接收者不能够或不情愿直接地接收消息内容 的情况下。在其它情况下，CPI 406可能不是与″登记″(或其他)消息404同 时呈现。无论如何，SIP登记器402存储登记数据。在某一时候，SIP代理402 (在这个例子中它同SIP登记器位于同一处)接收新消息408。代理402决定 由于先前所示的那些理由它不能执行内容适配，或可能代理402判定适配的内 容不能利用SIP发送。在此情况下，消息内容如块410所示存储，并将到内容 的链接经由″间接″消息412发送给接收者的终端。和该消息412一起，可以指 示对CPI的需要，例如如果CPI还没有在代理402接收。
当终端400用户决定获得消息内容时，请求，比如″HTTP获取″请求414， 被发给代理402。和这个请求一起，可以发送CPI 406，尤其在CPI还没有提 供给代理402的地方。然后服务器402如内容适配模块416所示根据CPI适配 内容。适配的内容在对″获取″请求414的响应418中被提供。适配能够与内容 间接结合。例如，如果消息408将包括音频剪缉、图像和同步多媒体集成语言 (SMIL)描述，音频剪缉和图像可以存储在服务器402，SMIL描述将被适配 为仅仅包括到剪缉和图像的URL。所有的或一部分消息内容可以任意存储在不 同于SIP代理/登记器402服务器中。此外，不是在消息存储之后间接获得消息， 而是接收者可以接收由到媒介内容的链接组成的消息，在此一些或所有内容可 以经由链接来有效使用。
图5描述了一个例子，其中在登记过程期间CPI不是登记数据的一部分。 在这种情况下，使用″选择″方法能够查询CPI。在这个例子中，终端500使用″ 登记″消息504向其SIP代理/登记器502登记。在这个例子中，登记数据中没 有提供CPI，因此SIP登记器502可能不知道任何终端500能力或用户爱好。 当SIP代理502接收新消息506时，它试图从登记器获得CPI，但是CPI不可 用。例如，当从来未从终端500接收CPI，或以前接收的CPI不存储在登记器 502中，这有可能发生。代理502发送一个″选择″请求508给接收者的终端500， 终端500又响应，CPI 510在响应512中。SIP代理如消息适配模块514所示运 用CPI 510适配消息，并且将适配的消息516发送到终端500。
使用图5所示的″选择″方法，每当新消息506被传递给代理502时，代理 502也许必须查询终端500。为了解决这个问题，CPI 510能够存储在存储器中 或优选地在高速缓冲存储器518中，以免进一步从终端500请求CPI 510。应 注意的是，在存在应用中，如果在订阅请求期间没有提供CPI，存在服务器可 以类似地使用″选择″方法获得该CPI。
消息适配可以包括多种不同的适配方法以便满足终端的能力和用户的爱 好。图6说明了可以实施的不同的典型消息适配操作。不同的适配操作中的每 一个可以经由硬件、软件或它们的组合来执行。在本发明的一个实施例中，不 同的操作经由与标准处理硬件结合操作的软件模块来执行。进一步应注意的 是，在图6中说明的适配操作是为了促进对不同的适配操作的理解而提供的典 型的例子，因为本发明不应被限制到所示操作上。
对于每个适配方法，SIP代理/登记器600从终端(不显示)接收CPI 602。 消息601在代理/登记器600处被接收，然后能够使用任何一个或多个适配技术 来适配该消息。适配控制器603表示控制机制：接收输入的消息601、如通路 605所描述的通路605请求适当的适配并且将适配的消息607输出。
可以将CPI 602提供给适配控制器603以及各种适配模块，如图6所示。 适配控制器603可以使用CPI 602做出高级决定，例如决定是否应该使用内容 间接或适配等等。可以在任何一个或多个适配模块(如下所述)中使用CPI 602 来根据CPI 602执行特定的适配。
第一适配操作即内容间接604已在前面描述了。内容间接604操作包括在 代理600(或另一个服务器)(如存储块608所示)存储一些或所有消息606 内容部分。然后将减少的消息内容610转发给接收者。减少的消息内容610可 以仅仅包括URI，用来指出在代理600或其他存储服务器上存储位置的内容。 可选择地，减少的消息内容610可以包括一部分内容和已经存储的任何部分的 内容的URI。如此，发送给终端的整个消息尺寸可以减少。
另一个适配操作是格式转换612。这个操作将第一格式-A的消息内容614 转换成另一个格式-B 616。例如，如果GIF图像不被接收者的终端支持，图 形交换格式(GIF)的图像能够转换成联合图像专家组(JPEG)图像。这个种 类包括布局格式的转换，例如将可扩展超文本标记语言(XHTML)转换为无 线标记语言(WML)，和对形式的转换例如将语音转换为文本。
媒介特征适配618操作包括对媒介特征的任何修改，如此以至媒介特征- A 620转换成媒介特征-B 622。例如，这个包括为了小显示器的图像分辨率的 降低、JPEG图像的质量下降、在GIF图像中的颜色数目、音频采样率的修改、 音频文件的信道数目等等。
显示/布局适配624操作包括使内容显示适合接收者的终端显示特征，如此 以至将内容显示-A 626转换成内容显示-B 628。例如，消息的最好的显示， 例如，如何将图像布局在显示器上，对于横向显示与竖向显示相比是不同的。
另一个适配操作是消息尺寸适配630。这个适配操作接收第一消息尺寸- A 632，并且将该消息适配为消息尺寸-B 634。因此，通过降低了它所包含的 媒介部分的尺寸而降低了整个消息的尺寸。减少尺寸的一个方法只不过是从消 息中移除部分内容。在本发明的一个实施例中，消息尺寸适配可以使用一个或 多个在代理600中可用的其他适配操作来完成。例如，使用内容间接604，通 过存储在代理600或其他服务器上的内容的数目而降低了消息的大小。媒介尺 寸降低还可以通过格式转换612和/或媒介特征适配618来实现。例如，可以通 过降低JPEG图像的品质因数来降低它们的尺寸。这个常常可以在没有感觉出 质量明显降低的情况下完成。显示布局适配624还可以用来降低消息的尺寸， 其中，选择特定的需要少于可选择的显示方向的字节的显示方向，即使不一定 正好符合用户的显示器的尺寸或不一定提供整个图像。导致媒介尺寸降低或显 示降低的情况与内容间接或删除的比值可通过接收者的爱好和终端能力来控制 并在CPI中提供。也可以提供其他的636适配操作。
在存在应用中，存在服务器640可能或可能不访问订阅者的终端能力和爱 好信息。如果访问，它可直接地创建适合订阅者终端的通知消息。否则，它也 许必须依靠另一个SIP服务器，比如SIP代理600，来执行消息适配。
为了执行如上所述的内容适配，根据本发明来执行接收者的终端能力和特 征的能力传送。现有的HTTP/SIP协议不支持提供关于预期的接收者终端的特 定的终端能力和用户的爱好信息(CPI)。然而，这是非常重要的信息，尤其 是同移动装置的陆线对应物比较起来具有非常有限能力的移动装置的情况。
更具体地，现有的HTTP/SIP协议不提供终端能够接收的最大的消息体的 尺寸。这是重要的，因为超过终端最大支持的消息体的尺寸的消息根本不能接 收内容。此外，甚至在现有的协议例如SIP提供一些与终端有关的信息的地方， 不支持与特定终端的内容类型的限制有关的细节。例如，终端可以支持″ image/gif″多功能因特网邮件扩充(MIME)类型，但是如果GIF图像分辨率低 于160×120时仅接受这样的图像。这些更具体的终端细节当前是不支持的，许 多终端比如移动终端的确不支持任何图像分辨率。
本发明的一个实施例通过和现有的HTTP、SIP或类似协议一起使用的头 部扩展来提供必要的能力描述符。这些头部扩展与这些现有协议兼容，因此 以向后兼容方式提供必要的终端CPI。在本发明的一个实施例中，附加参数被 引入给用于HTTP和SIP头部的现有的MIME类型。这些附加参数用于如上所 述的典型实施例中所描述的内容适配/选择，因此将符合具体终端的适配的消息 提供给消息指向的终端。
根据本发明的另一个实施例，在呼叫者爱好和被呼叫者能力(CPCC)中 提供新的特征标记来提供关于CPI的更详细的信息。CPCC表示一组对SIP的 扩展，它允许呼叫者表达关于在服务器中的请求处理的爱好。这些爱好包括选 择请求将被路由选择到哪个URI的能力，和指定在代理和重定向服务器中的某 些请求处理指令的能力。
因此，在本发明的两个典型的实施例中，根据本发明利用新的特征标记和 MIME头部扩展来支持消息适配。这些能力交换的典型变化允许结合内容和其 他数据的传递来考虑终端的重要特征，例如可以在终端处理的最大消息体尺 寸，和这样的终端可以适当地处理的最大的分辨率。这些典型变化也允许考虑 用户爱好，这样除了″最大″值以外的参数能够根据用户爱好标识。这些典型实 施例中的每一个在下面更充分地描述。
图7是根据本发明描述各种能力交换技术的方框图。如上所指出的，根据 本发明的用于消息适配的能力交换700可以使用，例如，CPCC 702、SIP头部 扩展704或其他的706交换/传送方法来实施。这些能力传送技术中的每一个可 以用来给终端提供详细的终端能力和/或用户爱好。典型的能力描述符包括长度 710和分辨率712。长度描述符710可以包括，例如，消息体长度720和媒介 类型长度722。消息体长度720相当于消息体或消息内容的长度，媒介类型长 度722与具体类型的媒介(例如，限于预定最大字节长度的JPEG或GIF图像) 的长度相对应。分辨率描述符712可以包括，例如，用于媒介种类730(例如， 由固定的最大或最小分辨率所限定的所有的图像或视频)的分辨率，和用于具 体媒介种类732(例如，由固定的最大或最小分辨率所限定的JPEG图像)的 分辨率。
其他的能力描述符也可以使用这些可扩展的方法来提供，包括音频参数714 例如音频格式的采样率或信道数目，和视频参数716例如视频格式的帧速率。 其他的能力描述符也可以根据本发明实施。
能力交换方法首先在呼叫者爱好和被呼叫者能力(CPCC)的上下文中考 虑。CPCC在H.Schulzrinne、J.Rosenberg的″会话启动协议(SIP)呼叫者爱 好和被呼叫者能力，″(因特网草案(Internet Draft)draft-ietf-sip-callerprefs-06.txt， 2002年7月1日)中阐述。
根据本发明的这个实施例，在CPCC中提供新的″特征标记″来提供关于CPI 的更详细的信息。一旦被创建，特征标记可以被映射到SIP联系参数。在一个 实施例中，如在G.Klyne的″用于描述媒介特征集的语法″(RFC 2533，因特网 工程任务组(Internet Engineering Task Force)，1999年3月)中所述，执行这 个映射。
使用这个方法，可对不同的终端特征进行限制。例如，可能对终端消息体 尺寸进行限制，在此典型的特征标记如下在例1中表示：
          (&(encoding＝″identity″)(length＜＝32768))
                              例1
这指定了最大消息体尺寸不能超过32768字节。在现有技术的系统中，是不支 持这样的最大消息体长度参数的。这个最大体尺寸包括，例如，不包括头部的 消息的所有主体部分的总尺寸。因此，终端可能保留某一存储器用于存储头部， 因为它们的长度可能取决于消息传输(例如，在SIP中增加路由)而不能精确 地知晓。
例1中所阐述的终端消息体尺寸限制包括两个媒介特征标记的登记：1) 编码；和2)长度。″编码″媒介特征标记相当于SIP消息的Accept-Encoding头 部。因此，这个信息能够被映射到SIP参数，如在G.Klyne的″用于描述媒介 特征集的语法″(RFC 2533，因特网工程任务组(Internet Engineering Task Force)， 1999年3月)中所述。
一些MIME″类型″也可以根据本发明受到尺寸的限制。例如，长度参数可 以与媒介类型相关联，如下面例2中所示：
        (&(type＝″image/jpeg″)(length＜＝32768))；q＝0.8
                            例2
这指定了JPEG图像不能超过32768字节。应注意的是″类型″媒介特征标记是 已经登记的特征标记，并且新的″长度″特征标记扩展了″类型″媒介特征标记的 适用性来标识具体的媒介类型(也就是，在这个例子中的JPEG图像)的最大 长度。
字段″q＝0.8″表示被用来根据爱好排列特征集的质量值。例如，″q＝0.8″的 质量值优于″q＝0.5″的质量值。这样的质量值的使用在使用多个特征标记的情况 下是尤其有益的，并且在多个特征标记中是需要相对的爱好优先权的。
根据本发明，提供附加媒介特征标记，其涉及终端支持的可视媒介的分辨 率。两个这样的媒介特征标记包括″media-pix-x″和″media-pix-y″标记，它们分 别提供了关于最大或最小水平和垂直分辨率的信息。这些媒介特征标记可用于 特定的MIME类型或者是媒体媒介种类。例如，例3阐述了一个例子，其中为 特定的MIME类型提供这些分辨率特征标记：
(|(&type＝″image/jpeg″)(media-pix-x＜＝640)(media-pix-y＜＝480)；q＝0.9
(&type＝″image/gif″)(media-pix-x＜＝160)(media-pix-y＜＝120)；q＝1
                               例3
这些标记指定了终端能够支持不大于640×480的JPEG图像和不大于160×120 的GIF图像。应注意的是根据本发明的″media-pix-x″和″media-pix-y″特征标记 通过呈现为不同媒介类型处理的最大分辨率而补充现有的登记的媒介标记。
例4提供了一个例子，其中特征标记应用于整个媒介种类：
(&type＝″image/*″)(media-pix-x＜＝640)(media-pix-y＜＝480)；q＝0.7
                              例4
在这个例子中，″image/*″指示所有的图像在终端上是可接受的，只要图像不超 过640×480像素。然而，在典型移动终端，更可能的是支持的图像格式和它们 特定的特征限制将会明确地列出。
质量值可用来标识在多个支持的特征标记之间的能力爱好，如同在例5所 示的：
(|(&type＝″image/gif″)(media-pix-x＜＝640)(media-pix-y＜＝480)；q＝0.5
(&type＝″image/gif″)(media-pix-x＜160)(media-pix-y＜120)；q＝1
                                 例5
这些特征标记阐述了分辨率小于160×120的GIF图像是优选的，但是分辨率达 到和包括640×480的GIF图像仍旧被终端所支持。这样的爱好可能被显示，例 如，在终端具有小的显示分辨率且低存储的地方。
如上所示，根据本发明可以使用许多特征比较运算符。例如，运算符小于 (＜)、小于或等于(＜＝)、大于(＞)和大于或等于(＞＝)说明了结合本发 明所使用的典型特征比较运算符来指定关于终端长度和分辨率特征的更详细的 信息。
上面所述的特征标记可能以任何希望的格式被标识。在一个实施例中， 这些特征标记是以对应于下面的文献的格式被提供：H.Schulzrinne、J.Rosenberg 的″会话启动协议(SIP)呼叫者爱好和被呼叫者能力，″(因特网草案(Internet Draft)draft-ietf-sip-callerprefs-06.txt，2002年7月1日)，它基于G.Klyne的″ 用于描述媒介特征集的语法″(RFC 2533，因特网工程任务组(Internet Engineering Task Force)，1999年3月)。
能够将这些特征集映射到例如如同在上述的RFC 2533中所描述的SIP联 系参数。然而，RFC 2533仅仅映射相等比较，例如type＝″image/gif″。根据本 发明，新的映射是这样提供的，″max+″表示″＜＝″，″max-″表示″＜″，″min+″表 示″＞＝″，和″min-″表示″＞″。例如，使用这种映射技术，将例5的特征标记映射 到SIP参数，如同下面的例6所示：
；type＝″image/gif；q＝0.5；media-pix-x＝max+640；media-pix-y＝max+480，
       image/gif；q＝1；media-pix-x＝max-160；media-pix-y＝max-120″
                               例6
根据本发明的另一个实施例，CPI能够被表示为SIP头部的MIME头部扩 展。对特征比较运算符(例如，＜、＜＝、＞、＞＝)的相同的映射能够用于这种 情况。为了说明，结合例1-6使用的相同的例子用来描述这些能力描述符如何 能够表示为SIP头部扩展，其中的每一个在下面的例子中描述。
使用头部扩展的能力交换方法提供CPI作为SIP头部的MIME头部扩展。 使用这个方法，可能要对终端的不同特征进行限制。例如，可能对终端消息体 尺寸进行限制，其中将消息的体尺寸限制到32768字节将会如下面的例7中所 描述的来表示：
              Accept-Encoding：identity；length＝max+32768
                               例7
通过使用″Accept-Encoding″头部字段和″identity″字段值，″length＝max+″的头部 扩展能够用来明确地指定用于消息体的最大长度。在这个例子中，消息的体长 度设置为最大值32768字节。
媒介类型也能够具有最大的、最小的或与此关联的尺寸范围。例如，为了 指定JPEG图像(媒介类型是JPEG)不能超过32768字节，下列头部字段和 关联的头部扩展可以使用：
           Accept：image/jpeg；q＝0.8；length＝max+32768
                               例8
因此，JPEG图像类型的消息或消息部件必须不大于32768字节。还应注意的 是″q＝0.8″的质量值也可被用来根据爱好排列多个头部扩展。
可以要求或希望媒介类型具有最小或最大分辨率、分辨率的可接受范围、 指定的分辨率等等。例如，可指定终端能够支持不大于640×480的JPEG图像 和不大于160×120的GIF图像。这能够通过使用下列的头部字段和关联的头部 扩展提供：
Accept：image/jpeg；q＝0.9；media-pix-x＝max+640；media-pix-y＝max+480，
      image/gif；q＝1；media-pix-x＝max+160；media-pix-y＝max+120
                                例9
在这个例子中，JPEG图像具有0.9的质量值，″media-pix-x″相当于水平分辨率 并且定义为具有640像素的最大分辨率，而″media-pix-y″相当于垂直分辨率并 且定义为具有480像素的最大分辨率。第二媒介类型-GIF图像，质量值为1 (比JPEG的质量值0.9更佳)，″media-pix-x″定义为具有160像素的最大水平 分辨率，而″media-pix-y″定义为具有120像素的最大垂直分辨率。
能够共同指定媒介种类的最大或最小分辨率、分辨率的范围、指定的分辨 率等等。例如，媒介种类″image″的所有媒介可以共同指定，这样的一个例子在 下面的例10中示出：
   Accept：image/*；q＝0.7；media-pix-x＝max+640；media-pix-y＝max+480
                                    例10
在这个例子中，只要图像不超过640×480像素，媒介种类″image″的所有内容是 可接受的。这是因为″*″号替换了任何特定的图像类型，并且表示所有的图像类 型。
例11说明了如何在多个媒介类型间指定相对爱好：
Accept：image/gif；q＝0.5；media-pix-x＝max+640；media-pix-y＝max+480，
     image/gif；q＝1；media-pix-x＝max-160；media-pix-y＝max-120
                                 例11
在这个例子中，GIF图像的媒介类型是相同的，因此质量值″q＝0.5″和″q＝1″用 来判定在所指定的GIF图像媒介类型的分辨率之间的相对爱好。因此分辨率小 于(例如，″max-″)160×120像素的GIF图像是优选的，但是分辨率达到640×480 (例如，″max+″)的GIF图像是被终端所支持的。
应该建立规则来解决冲突。例如，在例12中所示的头部条目和关联的头 部扩展呈现了冲突：
Accept：image/*；q＝0.7；media-pix-x＝max+640；media-pix-y＝max+480，
    image/gif；q＝0.7；media-pix-x＝max+160；media-pix-y＝max+120
                              例12
从例12可以看到″冲突″的存在。″image/*″类型指示媒介种类″image″的所 有内容是可接受的，只要该图像不超过640×480像素。″image/gif″类型指示所 有的GIF图像必须不大于160×120的分辨率。此外，质量值是相等的″q＝0.7″。 因此，没有指示可辨别的爱好，并且″image/*″和″image/gif″类型呈现出冲突的 能力指示。在此情况下，能够建立规则来处理这些情况。可以决定，更特定的 能力指示符将在更一般的能力指示符之上管理，反之亦然。在一个实施例中， 更特定的情形仅仅只为那个情形来观测，而更一般情况是为了剩下的媒介类型 来观测。更具体地，在实施例12中呈现的头部条目和扩展可被解释为所有可 接受的图像只要它们不大于640×480的像素，除了GIF图像必须不大于160×120 的分辨率。因此，当使用相同的质量值时，该建立的″规则″指示与更特定类型 (例如image/gif)关联的能力优先于更通用的类型(例如，image/*)。另一个 规则，它也许作为缺省规则被提供，是当不提供能力头部扩展时，假设关于这 个能力不作限制。
上面所标识的头部扩展的例子运用现有的MIME头部，例如″Accept- Encoding″和″Accept″MIME头部。然而，根据本发明，新的MIME头部能够可 选择地创建。例如，新的头部″Accept-Length″能够用于直接提供消息体长度， 例如：Accept-Length：32768。在两种情况下，更特定的终端能力能够适当地 分程传递。
图8A和8B说明了使用如上所述的CPCC和头部扩展方法的能力交换的 典型例子。首先参考图8A，CPCC技术用于提供CPI。线800指定最大消息体 尺寸不能超过32768字节。线802A和802B指示JPEG图像必须不超过分辨率 640×480，并且必须具有小于16384字节的全长。分配了质量值0.9。线804A 和804B指示GIF图像必须不超过分辨率160×120，并且必须具有小于16384 字节的全长。分配质量值0.8，指示JPEG格式(质量值0.9)优于GIF。
图8B说明了如何使用头部扩展来传送相同能力信息。线810提供Accept- Encoding头部，该头部指示最大消息体尺寸不能超过32768字节。线812A和 812B共同定义两个具体媒介类型的能力，包括在所说明的例子中的JPEG和GIF 图像。更具体地，线812A提供Accept头部，该头部标识了具有质量值为0.9 的JPEG图像类型，该图像类型优于在线812B中示出的具有质量值0.8的GIF 图像类型。对于JPEG图像类型，头部扩展包括media-pix-x和media-pix-y值， 这些值用来指示JPEG图像的分辨率不能超过640×480，以及长度必须小于 16384字节。同样，对于GIF图像类型，头部扩展包括media-pix-x和media-pix-y 值，这些值用来指示GIF图像的分辨率不能超过160×120，以及长度必须小于 16384字节。如同所示的，结果与为了传送能力描述符而使用CPCC的情况中 的结果相同。
在使用了扩展的头部提供CPI的情况中，许多现有的SIP头部可以是相关 的。例如，″User-Agent″头部包括关于终端的信息。″Accept″头部提供一列支持 的MIME类型，头部扩展可以根据本发明提供给它。″Accept-Encoding″头部提 供一列可接受的内容编码，并且提供手段，通过它可以根据本发明指定消息体 尺寸限制。″Accept-Charset″头部提供了一列可接受的内容符号集，其中根据本 发明的头部扩展也能够使用。例如，考虑例13：
Accept：text/*；charset＝utf-8；charset＝iso-latin-15；q＝1；length＝max+8192
                                  例13
在该情况下，品质因数参数可以用来将格式特定的参数从接受头部特定 (accept-header-specific)的参数中划分出来。例13指示任何文本格式可以使用 UTF-8或ISO-8859-15符号集接受，只要文本是小于8192字节。
为了促进对本发明的理解，如上所述的能力传送实施例已经根据媒介标记 和头部扩展来描述了。然而，也可以实施其他的机制在本发明的范围和精神内 提供能力描述符。
此外，在此阐述的关于能力描述符的实施例包括长度和分辨率描述符。更 具体地，长度能力描述符考虑了指定实体的最大尺寸的指示，可以是整个消息 体或任何特定的MIME类型或者图像、视频、音频等等。media-pix-x和 media-pix-y能力描述符分别提供可视媒介，例如图像和视频的水平和垂直分辨 率。这些描述符可以应用于所有图像或视频，或者应用于特定的MIME类型。 然而，其他的能力描述符也可以实施。这样的描述可以包括，例如，音频格式 的信道数目或采样率、视频格式的帧速率等等。因此，提供在此描述的实施例 是为了说明的目的，而不是限制。
上文的描述提供了用来在网络服务器获得终端的操作特征的系统和方法的 示例，其中网络服务器使用这样的操作特征将终端适应的消息或其他内容发送 给终端。图9说明了在服务器获取这样的操作终端特征的更一般方法。终端 可识别的内容类型被标识为900。例如，这样的内容类型可以相当于内容的特 定种类(例如，图像、音频等等)，或可以相当于所有的内容类型从而内容类 型表示整个消息体。适用于内容类型的终端的操作约束被标识为902。例如， 在内容类型包括JPEG图像的地方，操作约束可以包括JPEG图像的最大(或 最小)尺寸、媒介分辨率等等。内容类型和终端的操作约束互相关联904。例 如，在SIP头部扩展实施例中，这通过使用MIME扩展将SIP头部扩展和头部 关联来实现。然后将内容类型和关联的操作约束提供906给网络服务器，服务 器用它来按操作约束所指示将消息传递到终端。
上文的描述也提供了用于准备在终端上使用的消息内容的系统和方法的示 例。图10说明了准备这样内容的更一般方法。与终端有关的信息，包括终端 接受的内容类型和内容类型所遵守的终端的操作约束被提供1000到服务器。 在服务器接收1002目标是终端的消息，比如即时消息传送(IM)消息。根据 前面提供的与终端有关的信息适配1004与接收的消息关联的内容以在终端上 使用。
根据本发明的终端能力传送解决方法以不同的方式提供CPI，包括在SIP 消息的头部内提供，或者在登记(例如″登记″方法)或订阅(例如，″订阅″方 法)期间作为呼叫者爱好和被呼叫者能力(CPCC)提供。解决方法是简单的、 可扩展的并且向后兼容。解决方法提供方法来提供在现有技术的解决方法中不 支持的详细能力信息，因此，内容的适配可以以和具体的移动和陆线通信终端 特定的能力相称的水平发生。然后，服务器，比如登记器和存在服务器，负责 抽取相应的CPI并将其存储。然后，根据本发明CPI能够用于消息适配。
使用在这提供的描述，通过使用标准编程和/或工程技术以产生编程软件、 固件、硬件或任何它们的组合，本发明可被实施为机器、过程、或者制品。任 何具有计算机可读程序代码的结果程序，可能包含在一个或多个计算机可用媒 介上，比如盘、光盘、可移除的储存装置、半导体存储器比如RAM、ROM、 PROMS等等。包括实现与本发明关联的功能的代码的制品是用来包括计算机 程序的，该程序永久或暂时存在于任何计算机可用媒介上或任何传输这样的程 序的传输媒介中。传输媒介包括，但是不限于，经由无线/无线电波通信网络、 因特网、内部网、基于电话/调制解调器的网络通信、硬连线/连电缆通信网络、 卫星通信和其他固定的或移动的网络系统/通信链接的传输。根据在此提供的描 述，本领域的技术人员能够容易地将上述创建的软件和适当的通用或专用计算 机硬件组合来创建消息适配系统和/或计算机子部件，它包含本发明和/或用来 实现本发明的方法。
上文对本发明示范实施例的描述是为了说明和描述的目的被呈现的。它不 是为了穷举或将本发明限制到公开的精确形式。按照上述的教导许多修改和变 化是可能的。目的不是用这个详细的描述来限制本发明的范围而是通过在此所 附的权利要求来限制。