[发明专利]呈现服务器和在其中使用的XSL文件处理方法

说明书

技术领域

本发明一般涉及计算机技术领域，具体地说，涉及一种呈现服务 器和在呈现服务器中使用的XSL/XSLT文件处理方法。

背景技术

目前，呈现服务已经发展到远远超出类似于MSN或Sametime 中的“在线伙伴”。呈现服务现在被广泛应用于电信、企业和消费营 销领域，并且成为Web2.0、IMS(IP多媒体系统)、SOA(面向服务 架构)、3GPP(第三代移动通信伙伴项目)等技术的基本能力。此外， 对于呈现的内容，除了在线状态之外，呈现服务还可以提供节点的状 态信息，例如电话、计算机、甚至是应用的可用性、是否就绪、工作 负荷、健全性等。这些状态被称为呈现信息。

这种呈现服务能被良好接受并被成功部署的一个原因在于它是 一个标准且清楚的操作模型。图1示出了呈现服务的一个抽象模型。 该模型包括三个实体：呈现实体103(Presentity)、呈现服务器101 (Presence Server)和订阅者105(Subscriber)。虽然为了简单起见， 在图1中只示出了一个呈现实体和一个订阅者，但是本领域技术人员 应该理解，在该呈现系统中可以有多个呈现实体和多个订阅者。并且 呈现实体本身也可以是一个订阅者。

在该模型中，呈现服务器与两种不同的客户端连接。一种客户端 是呈现实体，它向呈现服务器提供呈现信息，以在呈现服务器上存储 和发布呈现信息。另一种客户端是订阅者，它从呈现服务器接收呈现 信息。应该注意的是，虽然在该模型中，这两种客户端被分离对待， 但是它们可以合并在一个实体里。呈现实体(例如装置、应用等)是 会发生状态改变的实体，而订阅者是对这种状态改变感兴趣的实体。 呈现实体将其“当前”状态信息(呈现信息)发布到类似于呈现服务 器的实体中。呈现信息被存储在呈现服务器中。订阅者向呈现服务器 请求某些呈现实体的呈现信息的改变通知。当被订阅的呈现实体的呈 现信息改变时，例如当用户上线了一会之后就下线时，呈现信息的改 变通过通知被发布到订阅者。

图2A至2C显示了呈现信息从P1改变到P2时的信息流。在图 2A中，呈现实体的呈现信息从P1改变到P2。在图2B中，呈现实体 将呈现信息P2发布到呈现服务器，呈现服务器将原先存储的该呈现 实体的呈现信息P1更新为P2。在图2C中，呈现服务器将呈现信息 P2通知给订阅者，从而使订阅者知道该呈现实体的呈现信息已从P1 改变到P2。

上述模型是一个pub-sub(发布-订阅)模型，该pub-sub模型已 被证明是非常高效的，越来越多的应用已采用该模型。

现在，呈现信息通常用XML(eXtensible Markup Language，可 扩展标记语言)来表示，因为XML具有标准化和结构化的性质。也 就是说，将一个XML文档用作呈现信息，该文档通常被称为PIDF (Presence Information Data Format，呈现信息数据格式)文档。

随着越来越广泛地采用基于pub-sub/呈现信息的应用，可伸缩性 和性能已经成为阻碍该技术进一步成功应用的两个主要障碍。事实 上，对于一个呈现服务器，可能有超过30万个订阅者。每个订阅者 可能订阅了呈现信息中的不同内容，此外，每个订阅者可能具有不同 的处理和理解能力，这些都可以通过登记(Register)而通知给呈现 服务器。登记是pub-sub模型中的另一常用方法，因其是本领域技术 人员所公知的，在此不对其详细描述。

然后，呈现服务器可以根据呈现信息中感兴趣的内容和订阅者自 身的能力，对所述呈现信息进行定制，以通知各个订阅者。通常，呈 现服务器对每个订阅者应用一个过滤器。为了处理XML PDIF文档， 该过滤器可以是用来进行XML转换的XSL(Extensible Stylesheet Language，可扩展样式单语言)或XSLT(Extensible Stylesheet Language Transformations，可扩展样式单语言转换)文件。但是，尤其是考虑到 在呈现服务器中有大于90％的通信量是公布/通知消息而在这些公布/ 通知消息中又有大于90％的消息是通知消息这一事实，处理如此多的 XSL/XSLT文件对于呈现服务器来说是非常困难的事情。

由于XML的基于文本进行解析和编写的性质，资源消耗将会迅 速使呈现服务器过载，从而无法实现更大的规模和更好的性能。

发明内容