管理可扩展标记语言文档管理服务器历史的系统和方法

摘要

本发明公开了一种用于管理XDM服务器历史（XML文档管理服务器）的历史信息的系统和方法。所述系统包括：第一XDM客户端设备，可操作来发送XML文档（可扩展标记语言文档）以及所述XML文档的历史信息的过滤规则；XDM服务器，可操作来接收并存储所述XML文档和过滤规则；以及第二XDM客户端设备，可操作来对存储在所述XDM服务器中的XML文档进行访问，其中，当所述第二XDM客户端设备访问所述XML文档时，所述XDM服务器依照所述过滤规则来存储所述历史信息。依照本发明，能够改进历史存储和管理。用户能够设置事件历史存储，其允许容易地执行历史管理。特别地，用户能够选择将哪个信息存储在历史中以及何时存储，这防止了存储不必要的历史信息，并因此允许容易地执行历史管理。此外，用户能够容易地执行历史信息的搜索和检索。

说明书

本申请是申请日为2007年10月4日、申请号为200780044669.9、发明名称为“用于管理可扩展标记语言文档管理服务器历史的系统和方法”的发明专利申请的分案申请。

技术领域

本发明一般涉及移动应用。本发明可应用于XDM服务器，其中存储应用指定XML文档（可扩展标记语言文档）。本发明进一步涉及用于管理服务器中的XML文档的XCAP协议。更具体地，本发明涉及用于XDM服务历史存储改进的系统和方法。

背景技术

基于各种SIP（Session Initiation Protocol会话发起协议）的通信应用（诸如PoC（Push to talk Over Cellular无线一键通）以及IM XDM服务器（即时消息XDM服务器））用于存储关于授权策略、联系列表、组列表的各种文档。这类信息被存储在应用指定XDM服务器中。共享的信息将被存储在共享XDM服务器中。OMA（Open Mobile Alliance，开放移动联盟）论坛正对关于用于存储授权规则以及联系和组联系信息的、诸如IM XDM服务器和在线（presence）XDM服务器的各种移动应用的有效XML文档管理的XDM协议进行标准化。XMDS协议允许对XML文档进行添加、创建、删除和修改操作。

在图1中示出基于SIP的通信应用的基本体系结构。参照该体系结构，存在有XDM客户端设备110和例如IM服务器、在线服务器等的应用服务器120。SIP-IP核心130驻留在应用服务器120和XDM客户端设备110之间。应用指定XDM服务器用于以XML格式存储应用指定信息（静态的）。XCAP协议用于管理这样的经XML格式化的信息。XDM客户端设备110具有用于使用XCAP协议、通过聚合代理（Aggregation Proxy）150来访问XML文档的XDM服务器客户端。这是在OMA论坛中定义的关于基于SIP的应用的标准体系结构。

图2示出用于对存储在XDM服务器140中的XML文档执行XCAP操作的各种现有XCAP步骤。如图2中所示，如果客户想要从XDM客户端设备110获得XML资源，则他通过聚合代理150向XDM服务器140发送XCAPGET请求。聚合代理150将认证XDM客户端设备110（S210）。

如果用户想要创建或更新现有的XML文档，则他然后向XDM服务器140发送XCAP PUT操作并将XML内容包含在请求的主体（body）中（S220）。

如果用户想要删除XML文档或部分XML文档，则他向XDM服务器140发送XML DELETE请求（S230）。

XCAP也支持用于搜索相关操作的XCAP POST方法。无论何时用户想要搜索，他就向聚合代理150发送XCAP POST方法，接着聚合代理150向搜索代理（Search Proxy）200转发相同的请求。然后，内部搜索代理向XDM服务器140发送POST请求并检索来自XDM服务器140的信息。搜索代理聚合结果并向XDM客户端设备110发送搜索结果（S240）。

OMA论坛认识到对于关于用户对特定XML文档或资源执行的操作的历史信息的存储的需要。历史存储的主要使用情况来自委派（delegation）（XCAP操作，如在XML文档中添加条目、更新及删除条目）操作。用户能够授权其他的用户修改或访问特定的XML文档。存储由其他的用户所执行的操作作为历史信息是重要的。用户应当能够使能历史。当前的需要表明历史信息的存储。通常地，用户不能选择“将什么存储在历史中”和“什么时候存储历史”信息。选择性地存储历史信息对于用户来说将是有益的。在下一部分将讨论本技术的当前状态的多种限制并且也将讨论针对新的改进的相应的动机。

在相关技术中，存在对于操作的历史存储的需要。历史信息被存储在XDM服务器中。当需要时，历史信息能够被用户检索。在相关技术的情况中，仅允许历史信息操作的使能或禁止。本发明提出使历史存储具有过滤规则（filter rule）。这帮助用户来定义将什么存储在历史中以及什么时候存储历史信息。从用户的观点来看，这类信息是非常有益的。下面是相关技术的一些缺点。

1、可能由用户执行很多操作，因此，存储所有的信息对于服务器来说可能是个问题，并且随后，用户为了获取历史信息可能需要引出全部的信息量。

2、可能不需要存储所有的历史信息。因此，现有技术的当前情况在历史信息中存储了不必要的信息。

3、基于事件的历史存储在现有技术的当前情况中是不可能的，并且基于事件是指如果发生了特定的事件，则仅将它们存储在历史文档中。这在其中用户想要跟踪特定事件而不是跟踪事件的全部集合的很多情况中将是有帮助的。这将在跟踪事件期间给用户以灵活性，因为在跟踪之后，容易检索特定事件历史。

4、通常地，在XDM历史中，用户不能够设置基于时间的存储，而这在文档的管理员不在时、在一天的特定时间对那个文档执行操作的情况下将是更重要的。所以，在那个时间期间，他想要跟踪操作。这对用户来说将是非常有用的。

发明内容

技术目的

因此，做出本发明来解决在现有技术中发生的上述问题，并且本发明提供了一种用于历史存储管理的方法，其允许用户设置任一文档的历史。

本发明目标在于改进XMDS中的历史存储需要。本发明定义了用于选择将被存储在历史中的信息以及何时存储该历史信息（基于事件的历史存储）的过滤器。本发明进一步提供了使用过滤规则来实现这个的方法。

技术方案

根据本发明的一方面，提供了一种用于管理XDM服务器历史的系统，其包括：第一XDM客户端设备，可操作来发送XML文档（可扩展标记语言文档）以及XML文档的历史信息的过滤规则；XDM服务器，可操作来接收并存所述储XML文档和过滤规则；以及第二XDM客户端设备，可操作来访问存储在所述XDM服务器中的XML文档，其中，当所述第二XDM客户端设备访问XML文档时，XDM服务器按照过滤规则来存储历史信息。

根据本发明的另一方面，提供了一种用于管理XDM服务器历史的XDM服务器，所述XDM服务器是XML（可扩展标记语言）文档管理服务器，该XDM服务器包括：用于从第一XDM客户端设备接收XML（可扩展标记语言）文档的历史信息的过滤规则和需要被捕获到历史文档中的值的部件；用于将所述过滤规则存储在XDM服务器中的部件；以及用于当第二XDM客户端设备访问存储在所述XDM服务器中的所述XML文档时依照所述过滤规则来存储所述XML文档的所述历史信息的部件，并且其中，所述需要被捕获到历史文档中的值用于告知什么信息应当被存储在所述历史文档中。

根据本发明的另一方面，提供了一种用于通过XDM服务器来管理XDM服务器历史的方法，所述XDM服务器是XML（可扩展标记语言）文档管理服务器，该方法包括以下步骤：从第一XDM客户端设备接收XML（可扩展标记语言）文档的历史信息的过滤规则和需要被捕获到历史文档中的值；将所述过滤规则存储在XDM服务器中；以及当第二XDM客户端设备访问存储在所述XDM服务器中的所述XML文档时依照所述过滤规则来存储所述XML文档的所述历史信息，并且其中，所述需要被捕获到历史文档中的值用于告知什么信息应当被存储在所述历史文档中。

根据本发明的另一方面，提供了一种用于管理XDM服务器中的XDM服务器历史的第一XDM客户端设备，所述XDM服务器是XML（可扩展标记语言）文档管理服务器，该第一XDM客户端设备包括：用于向所述XDM服务器发送XML（可扩展标记语言）文档的历史信息的过滤规则和需要被捕获到历史文档中的值的部件，以使得当第二XDM客户端设备访问存储在所述XDM服务器中的所述XML文档时能够依照所述过滤规则来在所述XDM服务器中存储所述XML文档的所述历史信息；以及用于在所述过滤规则被存储在所述XDM服务器中之后从所述XDM服务器接收响应的部件，并且其中，所述需要被捕获到历史文档中的值用于告知什么信息应当被存储在所述历史文档中。

根据本发明的另一方面，提供了一种通过第一XDM客户端设备来管理XDM服务器中的XDM服务器历史的方法，所述XDM服务器是XML（可扩展标记语言）文档管理服务器，该方法包括：向所述XDM服务器发送XML（可扩展标记语言）文档的历史信息的过滤规则和需要被捕获到历史文档中的值，以使得当第二XDM客户端设备访问存储在所述XDM服务器中的所述XML文档时能够依照所述过滤规则来在所述XDM服务器中存储所述XML文档的所述历史信息；以及在所述过滤规则被存储在所述XDM服务器中之后从所述XDM服务器接收响应，并且其中，所述需要被捕获到历史文档中的值用于告知什么信息应当被存储在所述历史文档中。

发明效果

本发明提供了一种用于XDM操作的历史使能的系统和方法。

具体地，本发明进一步提供了一种用于设置历史过滤规则的系统和方法。

另外，本发明进一步提供了一种关于基于时间的历史存储的系统和方法。

附图说明

从下面结合附图的具体描述中，本发明的上述和其他的方面、特征和优势将更明显，其中：

图1示出基于SIP的通信应用的基本体系结构。

图2是示出现有技术的当前状态中的XCAP操作的视图。

图3是示出关于使用XCAP PUT方法的历史处理的逻辑流的视图。

图4示出了逻辑方案结构。

图5是示出关于基于XCAP POST的解决方案的逻辑流的视图。

图6示出关于使用SIP SUBSCRIBE方法的历史处理的逻辑流。

具体实施方式

下面，将参照附图描述本发明的示范性实施例。在本发明的下面的描述中，当对这里所合并的公知功能和配置的具体描述将使得本发明的主题相当不清楚时，将省略对其的具体描述。

为了解决在上一部分中描述的当前XDM历史机制的限制，本发明认识到下面的新需要：

1、用户应当能够使能和禁止历史信息功能。

2、用户应当能够选择哪个信息/操作将被存储为历史信息。一个示例是，仅XCAP PUT操作将被存储为历史信息。出于用户的观点，XCAP PUT是比XCAP GET更重要的操作。所以，并非存储全部的操作列表，我们能够仅存储关于特定操作的历史信息。

3、用户应当能够选择操作中的哪个事件将被存储为历史信息。一个示例是，仅委派操作将被存储为历史信息。

4、用户应当能够选择操作中的什么信息将被存储为历史信息。一个示例是，仅XCAP方法、操作请求者和操作中的时间将被存储为历史信息。

5、在组文档的情况中，用户能够创建组，且该用户被称为那个组的管理员。管理员能够向用户委派某些操作，但他可能想要把关键性操作记入日志，如添加特定用户，从而管理员能够在迟一点的时间点看到谁被添加到该组。

6、用户也能够订阅历史的历史文档改变，用于获得对于特定文档做出的操作的即时信息。在这其中，用户可能不能够获得所选择的操作的通知，诸如，当通过任何主体执行XCAP PUT操作时的通知，但是，如果用户在历史存储上放置了过滤器，则他能够获得选择性的通知。这给用户提供了更多的灵活性，并且如果用户已经订阅了历史中的文档改变，也可以避免不必要的历史信息和通知。

本发明提供了用于历史管理的系统和方法。本发明也认识到上述改进。本发明还提供了用于该改进的系统和方法。本发明进一步提出对XDM服务器和XDM客户端设备的其他行为。本发明定义了用于历史存储的新的过滤器。该过滤器有助于定义基于时间的历史的存储。其也定义将什么存储为历史信息。

本发明还给出了用于使能和禁止历史存储功能性的方法。

本发明的这部分给出了用于允许用户设置历史优选的具体的方法。基本的建议是定义将由用户设置的用于过滤历史存储的新的过滤规则。本发明在XCAP请求中定义新的过滤器主体（body），以便用户能够在历史存储中设置某些优选。下面将解释新的结构。这里所解释的是用于设置历史和与其相关的对应的过滤器的基本方法。在这项建议中，XCAP PUT方法用于设置历史功能并设置与其相关的过滤器。XDM客户端设备将使用XCAP PUT请求并在XCAP PUT的主体中提到该历史设置。因此，XDM服务器将接收该请求，然后存储历史优选、应用历史设置并按照过滤器在历史文档中存储由其他用户执行的操作。

图3示出关于该功能的基本逻辑流。下面将解释XDM客户端设备111和112以及XDM服务器140的行为。

下面，描述XDM客户端设备111和112侧的行为（S310）。如图3中所示，客户端将发送关于存储在特定资源（即，XDM服务器中的XML文档）上所执行的操作的历史信息的请求。用户也能够添加关于何类信息需要被存储在历史中以及何时存储历史信息的过滤器信息。一旦XDM客户端设备111使能了历史信息并也设置了关于此的过滤器信息，则XDM服务器140将存储由该请求所识别的关于在特定资源上执行的操作的历史信息。过滤器允许用户设置哪个操作以及操作的哪个部分将被存储为历史信息，并且也允许用户设置关于该历史存储的时间持续期间。用户还能够设置关于所选择的操作的历史存储。用于该操作的方法是XCAP PUT。本发明还在XCAP PUT请求的主体中定义了关于历史控制信息的新内容类型。因此，XDM客户端设备111将发送具有适当的主体的XCAP PUT请求。该主体标识出其上将使能历史功能的资源。该过滤器主体也允许定义用于支持在本发明中提出的各种改进的各种过滤规则。XDM客户端设备111适当地产生请求并将历史规则设置到XDM服务器140。根据这样的规则，XDM服务器140将存储历史信息。

同时，XDM服务器140侧的行为如下（S320）。

XDM服务器140接收来自XDM客户端设备111的历史请求以及在该主体中的历史过滤规则。XDM服务器140存储历史过滤规则并使能关于在该请求中所标识的目标资源的历史功能。接着，XDM服务器140开始依照过滤器设置存储在资源上执行的操作的历史信息。

XDM服务器的具体行为如下，

-当XDM服务器140接收XCAP PUT请求时，它将检查主体的有效性。这样的有效性检查包括检查在XDM服务器140中是否存在指定的目标资源或XML文档；

-在成功的有效性检查之后，XDM服务器140在请求范围（Request Line）中所指定的URI位置中存储XCAP PUT请求的主体中的历史规则；以及

-在成功的处理之后，XDM服务器140向XDM客户端设备111发送响应，并按照历史规则使能历史功能。

下面的表1是历史过滤器主体的示例。

表1

图4示出方案结构图，并且表1示出具体的历史过滤器方案。在XCAPPUT主体中使用该方案。该方案使得用户能够使能/禁止历史存储并且设置与历史存储相关的过滤规则。该方案定义一个名为“History（历史）”400的根元素。“History”400元素具有两个属性：名为“State（状态）”410的属性，其告知历史是被使能还是被禁止；和名为“Resource（资源）”420的属性，其包含标识在其上将使能/禁止历史功能的目标XML文档的URI。例如，如果用户想使得在他/她的联系列表上执行操作的历史，则“Resource”将是那个联系列表的URI。在根元素内部定义了两个元素：一个是“FilterCond”430，其定义关于历史的过滤规则，另一个是“Whatstore”440，其告知操作（信息）的哪个部分将被存储为历史信息。

“FilterCond”430元素定义用于存储历史信息的条件。其具有三个子元素：“OppType”434、“User”435、和“TimeAttrib”436。“OppType”434元素用于定义哪个操作应当被记录为历史信息。其可以具有各种值，如ADD（添加）、REMOVE（去除）、REPLACE（替换）以及NEW（新）。如果“OppType”434被设置为ADD，则所有添加操作被存储为历史信息。“User”435元素用于指明当指定用户请求操作时则将该操作记录为历史信息。“TimeAttrib”436是用于指定在其期间操作应当被存储为历史信息的时间段的元素。“FilterCond”430具有三个属性：“CondID”431，用于标识过滤规则；“Resource”420，其告知这个过滤规则将被应用到哪个资源上；以及“State”410，其标识特定过滤规则的活动状态。

“WhatStore”440用于定义需要被捕获到历史文档中的各种值。其具有一个名为“Include”441的元素。用户能够使用该“Include”441元素来指示应当被存储在历史存储中的信息。

下面，解释XDM客户端设备侧处理规则。XDM客户端设备110将使用XCAP PUT方法来使能和禁止历史存储。这里，XDM客户端设备110将包括使用本发明所定义的方案来定义的各种过滤规则的主体。XDM客户端设备110能够使用“FilterCond”430来定义各种类型的条件。XDM客户端设备110也能够包括多于一个的“FilterCond”430元素。在不同“FilterCond”430元素下定义的规则将被逻辑OR（或）。

XDM客户端设备110也能够通过包含一个或多个“Include”441元素、利用“WhatStore”元素来告知什么信息应当被包括在历史文档中。例如，如果用户仅想要在历史文档中添加用户名称，则用户应在“WhatStore”440元素中添加“Include”441元素并为用户设置一个值。

下面的表2是使能历史的示例。

表2

表2示出当XDM客户端设备110想要使能组地址列表上的XDM历史时的主体。这里，XDM客户端设备110包括根元素，并且“State”410属性被设置为“ON（开启）”。XDM客户端设备110也将“Resource”432属性的值设置为地址薄的URI。以这种方式，XDM客户端设备110能够使能关于特定资源的历史。

下面的表3是使能历史和设置过滤规则的示例。

表3

在表3中，XDM客户端设备110设置过滤规则，该过滤规则告知XDM服务器140仅存储“ADD”操作作为历史信息。

下面，解释XDM服务器140侧处理规则。当XDM客户端设备110发送XCAP PUT请求时，XDM服务器140将检查内容类型，如果内容类型是“application/vnd.oma.history+xml”，则XDM服务器140将知道它是历史请求。所以XDM服务器140将检查过滤规则的存在，并且如果它们已经存在，则其请求改变过滤规则。如果它们不存在，则XDM服务器140将在XCAPPUT请求的请求范围中所指定的URI处创建并存储所请求的过滤规则。然后，XDM服务器140将存储该结果作为响应。

XDM服务器140将依照请求来存储过滤器主体并使能/禁止历史存储。XDM服务器140将提取历史主体，并检查过滤器主体的有效性。XDM服务器140将检查根元素“History”的“State”410属性，如果“State”410元素是“ON”，则其意味着开启历史存储。否则其是关闭的。所以，“State”410属性用于使能或禁止历史信息。XDM客户端设备110能够包含一个或多个过滤器条件以设置何时存储历史信息的条件。如果“OppType”434被设置为“ADD”，则仅添加请求将被记录到XDM历史中。类似地，当“User”435元素被设置为特定名称时，则由那个用户所执行的操作将被存储到历史信息中。类似地，如果用户设置了“TimeArrib”436，则XDM服务器140将使用这个时间段来记录历史信息。XDM客户端设备110能够包括多个过滤器条件；XDM服务器140将对这些条件进行逻辑OR。XDM服务器140还提取“WhatStore”440元素，该元素告知将在历史文档中存储什么。

下面，将解释关于基于POST请求的历史控制的可替换解决方案。

在本发明中，我们提出用于设置历史以及设置过滤规则的XCAP POST请求。其中，XDM客户端设备110使用具有如上提出的相同主体的XCAPPOST请求。图5示出用于设置历史存储的基本流。

下面的表4是来自XDM客户端设备110的请求消息的示例，该请求消息使能目标资源上的历史功能（下面的示例在Poc XDM服务器中使能关于Poc组文档的历史功能）。

表4

请求范围包含到XDM服务器140的可路由URI（其为“http://xcap.example.com/org.openmobilealliance.poc”）以及用于历史功能控制的服务路径（其为“/history”）。

主体包含目标资源和历史功能控制（即，ON/OFF（开启/关闭））。主体可以进一步包括诸如由这个IDF所提出的过滤器的历史功能控制。

在使能历史功能之后，将使用例如“_poc-groups.history.xml_”的关于目标资源的预定义历史文档来存储历史信息。这是用于历史存储的系统产生的用户文档。

下面，将解释使用SIP SUBSRIBE的可替换方法。

在这个方法中，我们提出使用SIP SUBSRIBE方法用于设置历史并获得对于由其他用户执行的操作的通知。这里，在这个机制中，用户将发送具有为XDM-History的事件分组的SUBSRIBE主体。该方法提出了被称为XDM-History的新事件分组，其能够被用来使能或禁止历史功能。

在这个方法中，如果用户想要使能历史功能，则用户向XDM服务器140发送具有为XDM-History的事件分组的SIP SUBSRIBE方法。当XDM服务器140接收到具有为XDM-History功能的事件的SIP SUBSRIBE时，服务器将其识别为用户请求历史功能。

注意到，在同一请求中，用户能够请求对于所执行的操作的通知。这能够通过发送具有为非零值的期满字段的SUBSRIBE请求来实现。从而，当用户执行某个操作时XDM服务器140也能够发送通知，并且XDM服务器140还将相应的操作存储在历史功能中。

如果用户想要基于上面所定义的历史过滤器方案来设置用于存储历史功能的过滤规则，则用户将这个过滤主体包括在SIP SUBSCRIBE BODY中。可以使用如上所定义的相同的主体格式。图6示出关于该方法的基本逻辑流。

如果用户想要使能历史功能，则他产生SIP SUBSCRIBE请求并包括关于历史优选的过滤器主体，然后对“Resource”432设置Request-URI。如果用户想要接收关于关键操作的通知，则用户将期满字段值表达为非零。如果用户仅想要使能或禁止历史功能性，则用户应使得期满字段为零。

下面的表5示出用于设置历史的SUBSCRIBE的示例。

表5

表5示出用于设置历史功能的SIP SUBSCRIBE请求格式。想要使能历史功能的用户应发送具有为XDM-Histroy的事件的SUBSCRIBE请求，并包括用于设置历史优选的application/vnd.oma.history+xml。以这种方式，用户能够使用SIP SUBSCRIBE请求来设置历史并且也设置用于获得关于在特定资源内执行的操作的即时通知的、关于历史的通知。

下面，将解释使用利用XCAP-Diff的SIP SUBSCRIBE的可替换方法。

本发明的这个部分解释用户通过其能够订阅关于特定操作的即时通知的历史文档的方法。该方法利用用于订阅历史文档的改变的XCAP-Diff事件分组。本发明也提出连同SUBSCRIBE请求一起包括用于设置历史过滤规则的某些历史过滤器。

下面的表6示出利用用于订阅历史文档改变并设置历史过滤规则的XCAP-Diff事件分组的SUBSCRIBE请求的示例。

表6

如上表6中所示，其利用XCAP-Diff操作来设置关于特定资源的历史。其发送具有为XCAP-Diff的事件分组的SUBSCRIBE请求，并且也包括具有内容类型为“application/vnd.oma.history+xml”的历史设置的主体。

当XDM客户端设备110想要设置关于他的联系列表的历史时，他然后发送具有分组名称为XCAP-Diff的SUBSCRIBE请求，并接着包括历史相关设置。如表6中所示，在该设置中，用户应指定在其上历史需要被激活的资源。

用于1）使能/禁止历史信息的机制的另一可替换机制能够利用SIPMESSAGE，例如，能够使用具有持续时间和过滤器的SIP MESSAGE请求来使能和控制历史信息。

根据本发明，能够改进历史存储和管理。用户能够设置事件历史存储，其允许容易地执行历史管理。特别地，用户能够选择将哪个信息存储在历史中以及何时存储，这防止了存储不需要的历史信息，并因此允许容易地执行历史管理。此外，用户能够容易地执行历史信息的搜索和检索。

同时，用户能够设置基于时间的历史存储，其也允许容易地执行历史管理。

尽管已经参照本发明的某些示范性实施例示出并描述了本发明，但本领域技术人员应当明白，可以在其中做出各种形式上和细节上的改变，而不脱离由所附权利要求限定的本发明的精神和范围。因此，本发明的范围不被限制于上述的实施例，而是由所附权利要求及其等价物来限定。