CN1742475A - 在通信路径中的中间装置的应用服务过滤 - Google Patents

Abstract

本发明公开了一种过滤从应用服务器提供到应用客户机的信息的方法，包括于在所述应用服务器和所述应用客户机之间的通信路径中的中间单元应用过滤规则。

Description

在通信路径中的中间装置的应用服务过滤

技术领域

本发明涉及与应用服务相关的信息访问，尤其但不专有地涉及移动通信系统中的存在服务。

背景技术

存在服务的提供成为第三代IMS(IP多媒体核心网络子系统)移动通信系统的重要特征。存在服务利用一个服务器来接收信息、存储信息并分发信息。存储的信息可能例如与用户通信的意愿或他们的通信能力有关，或者可能是与用户或图形数据有关的一般信息。该服务为用户提供接收与一个或多个其他用户有关的状态信息的机会。依赖于用户或设备的位置或场所，存在服务也允许为移动用户或固定设备提供应用和服务。存在服务也使即时消息(IM)变得容易。

在移动通信系统中，最小化无线电接口上的业务量是重要的。在已知的实现存在服务的建议中，当用户预订存在服务时，存在服务器将所有可能是该用户的存在信息经由无线电接口传送到该用户的终端。这样，所有可利用的存在数据首先提供给了该用户，然后用户随意地选择感兴趣的数据。在无线环境中，这个过程将不必要的负担加到无线电接口上，因为用户不需要的那些不必要的数据业务也经由无线电接口被传输。也有可能的是接收终端无法存储和处理由存在服务器传送给它的所有存在数据。

在当前已知的建议中，为了“学习”目的，所有的存在数据被传送到用户终端，也就是，基于什么信息是可利用的知识，用户能够选择什么信息是感兴趣的。

一个更进一步的已知建议特别涉及存在和即时消息体系结构。该建议利用预订(SUBSCRIBE)消息，其为一个SIP(会话启动协议)消息，一般存在客户机指定其想要接收的应用服务器中的或应用服务器已知的事件发生通知。在存在服务器的情况下，事件可以是存在实体(通称为presentity)对于(例如即时消息)已经是可用的了。

客户被通知一个事件的条件由存在服务定义并由应用服务器单独控制。另外，然而客户可以取消他们自己的预订。典型地，存在应用指定无论何时状态发生变化，都会通知用户。

已经建议客户可以指定他们自己的用于预订的通知规则。例如，利用诸如SOAP(简单对象访问协议)或XML(扩展标记语言)的形式描述语言，可以在预订请求消息体中指定规则。在预订的接收方面，诸如存在服务器的应用服务器验证通知规则并将它们应用到预订上。当客户指定的规则被允许时，给客户发送一个适当的通知。这种规则的效果是使客户能够指定关于什么时候应该被通知和什么内容应该被递送(例如，仅仅感兴趣的属性)的条件。

应用于应用服务器的这种客户定义过滤的应用具有减少从应用服务器到客户的通信的优点，从而最小化从应用服务器到客户的通信链路上的带宽负载以及预订者单元的处理(中断处理)。

然而，这种安排潜在地有一个缺点，即它依赖于具有定义一组过滤规则能力的客户和具有解释并应用这些规则的能力的应用服务器。如果是客户或是应用服务器不具备这种适当的能力，那么过滤方案就无法工作。事件通知应用，例如存在服务器，可能不具备包括所需能力的功能，尤其是需要不希望有的升级的传统应用。另一方面，服务提供商可能不想提供这种功能。对需要这种过滤的客户所订购的每一个应用服务器的过滤的支持是繁重的。由此这种过滤的有用性是非常有限的。

本发明的目标是提供一种改进方法，用于提供对致力于解决一个或所有上述问题的应用服务的访问。

发明内容

根据本发明，提供一种过滤从应用服务器提供到应用客户机的信息的方法，包括于在所述应用服务器和所述应用客户机之间的通信路径中的中间单元应用过滤规则。

在所述中间单元应用所述过滤规则的所述步骤既独立于所述应用服务器又独立于所述应用客户机。

在所述中间单元应用所述过滤规则的所述步骤独立于所述应用服务器或所述应用客户机中的其中一个，但不独立于另一个。在所述中间单元应用所述过滤规则的所述步骤可以独立于所述应用服务器。所述过滤规则可由所述应用客户机确定。所述中间单元可以在来自所述应用客户机的对应用服务的请求中接收所述过滤规则。所述中间单元可以去除所述过滤规则并将所述请求转发给所述应用服务器。所述中间单元接收来自所述应用服务器的应答，并对所述应答应用所述过滤规则，然后将已过滤的应答转发给所述应用客户机。在所述中间单元中应用所述过滤规则的所述步骤可独立于所述应用客户机。所述过滤规则可以由所述中间单元确定。所述过滤规则可依赖于与所述应用客户机相关的特征。所述过滤规则可依赖于所述中间单元形成其一部分的网络的特征。这些特征可以是在所述网络和所述应用客户机之间达成一致的。所述中间单元可接收来自所述应用客户机对应用服务的请求。响应这样的请求，所述中间单元可确定所述过滤规则。所述中间单元可以将所述请求和所述过滤规则转发给所述应用服务器。所述中间单元可以接收来自所述应用服务器的已过滤的响应。所述中间单元将该过滤后的响应转发给所述应用客户机。所述中间单元可以不带过滤规则地将请求转发给所述应用服务器。所述中间单元接收来自所述应用服务器的响应。所述中间单元可对该响应应用所述过滤规则。所述中间单元将过滤后的响应转发给所述应用客户机。所述方法还包括取回(retrieve)所述过滤规则信息的所述步骤。所述过滤规则信息可以包括数据类型定义或方案信息(schema inforamtion)。所述中间单元可以调用所述规则或使其有效(validate)。

根据本发明的另一方面，提供一种用于过滤从应用服务器提供到应用客户机的信息的装置，所述装置连接于在所述应用服务器和所述应用客户机之间的通信路径中，所述装置适应于应用过滤规则。

所述过滤规则可既独立于所述应用服务器而应用又独立于所述应用客户机而应用。

所述过滤规则可独立于所述应用服务器或所述应用客户机中的其中一个地被应用，但不独立于另一个。

所述过滤规则可独立于所述应用服务器。所述过滤规则可由所述应用客户机确定。所述装置还适应于在来自所述应用客户机的对所述应用服务的请求中接收所述过滤规则。所述装置还适应于去除所述过滤规则并将所述请求转发给所述应用服务器。所述装置还适应于接收来自所述应用服务器的应答，并对该应答应用所述过滤规则，然后将过滤后的应答转发给所述应用客户机。所述过滤规则可独立于所述应用客户机。所述装置还适应于确定过滤规则。所述过滤规则可依赖于与所述应用客户机相关的特征。所述过滤规则可依赖于所述装置形成其一部分的网络的特征。这些特征可以是在所述网络和所述应用客户机之间达成一致的。所述装置还适应于接收来自应用客户机对应用服务的请求。响应这样的请求，所述装置还适应于确定所述过滤规则。所述还适应于将所述请求和所述过滤规则转发给所述应用服务器。所述装置还适应于接收来自所述应用服务器的已过滤的响应。

所述装置还适应于将该过滤后的响应转发给所述应用客户机。所述装置还适应于不带过滤规则地将请求转发给所述应用服务器。所述装置还适应于接收来自所述应用服务器的响应。所述装置还适应于对该响应应用所述过滤规则。所述装置还适应于将过滤后的响应转发给所述应用客户机。所述装置还适应于取回所述过滤规则信息。

所述过滤规则信息可以包括数据类型定义或方案信息。所述装置还适应于调用所述规则或使其有效。

所述装置可包括服务器。所述装置可以包括通信网络中的单元。所述单元可以是代理服务器。

本发明有利于在可被服务器，例如代理呼叫状态控制功能，截取的会话启动协议预订(subscription)消息中应用规则，过滤引擎的功能在无需应用服务器和/或应用客户机知晓的情况下执行。

附图说明

通过参考附图在此描述了本发明，其中：

图1示意了用于实现应用服务访问的网络结构的例子；

图2示意了用于实现根据本发明的第一实施例的过滤引擎的结构的例子；

图3示意了图2的过滤引擎的图解实现的例子；

图4示意了用于实现根据本发明的第二实施例的过滤引擎的结构的例子；以及

图5示意了图2的过滤引擎的图解实现的例子。

具体实施方式

参考特定的示例性实施例在此描述本发明。技术人员将理解，本发明并不局限于在此描述的实施例的范围。特别是本发明在此是通过参考其中用户与移动终端相关联的无线通信系统中的一个实现描述的。本发明并不局限于应用在移动通信网络中，本发明可以同样地用于固定线路通信网络中以及固定终端中。

特别地，本发明是相对于3G IMS移动通信网络中的存在服务提供而描述的。然而，本发明不局限于这种服务或这种网络。

参考图1，图1示意了为了描述本发明的优选实施例所需的移动通信系统的主要单元。仅仅示出了为了说明本发明的实施例所需的单元。实现诸如存在服务的应用服务的通信网络的一般结构在本领域中是已知的。本领域技术人员了解为实现周知的存在服务所需的基本单元。

特别地，图1描述了一个用于提供存在服务的网络方案的例子实现。应当指出，存在服务的许多方面，包括术语的使用，还没有标准化。在接下来的说明中关于术语的使用应该记住这一点。接下来描述的重要方面是对所描述的单元的功能方面的理解。

在存在服务中，用户可以以多种不同方式访问存在服务。已知的第一种类型的用户是presentity。presentity是存在信息的所有者。presentity所拥有的存在信息被存储在，例如，存在服务器上并分发给其他的用户。第二种类型的客户被认为是观察者。观察者接收来自存在服务的存在信息，即存在信息与一个presentity相关联。预订者是一个术语，一般也用来指预订presentity的存在信息的用户。

本发明的优选实施例与访问存在信息有关，由此从描述本发明的实施例的角度来看，用户应该被看作是访问存在信息的用户，而不是创建存在信息的用户。同样地，在下面的描述中，用户可能被称为观察者，这和本领域当前优选的术语相一致。

图1中，充当观察者并以附图标记100标示的用户访问应用服务器(特别地为存在服务器)上的存在服务。双向箭头112表示用户100与用户终端102的接口。用户在终端102(例如)通过键盘的方式输入信息，并(例如)以终端的显示器的方式从终端102接收信息。终端102可能是任意种类型的设备，例如移动电话、个人数据助理、膝上型计算机或台式计算机。

通常以图1中的附图标记104示意存在客户机，表示在终端102上运行的客户应用。双向线114表示存在客户机104与终端102的交互。存在客户机104是运行在终端102上的软件，其使用户100能够访问存在服务。

由此，为了访问存在信息，用户(观察者)100与终端102中的存在客户机应用104进行交互。应当指出的是，实际上可认为观察者是用户100、存在客户机104和终端102的组合。此外，优选存在客户机104为运行在终端102上的软件，终端可能已下载了该软件。终端102和存在客户机104可以被视为单个实体。

从上面的描述中应当理解，用户100在其它时候也可充当presentity。

此外，为了访问与特定应用服务有关的存在信息，用户100需要预订该服务，因此，也可能称为一个预订者。

在图1的实施例中，终端102与通常以附图标记120示意的移动通信网络连接。越过通常以虚线110表示的空中接口，终端与移动通信网络120交互。双向箭头116表示终端102和移动通信网络120之间越过空中虚线110的通信。

为了理解本发明，移动通信网络120被示出为包括正服务呼叫状态控制功能(S-CSCF)106、正服务GPRS支持节点(SGSN)134和网关GPRS支持节点(GGSN)136。如上所述，这种网络的结构和实现是众所周知的，图1中仅仅示出了描述本发明的实施例所需的最少单元。例如，网络120还可包括代理呼叫状态控制功能(P-CSCF)。

图1中还示出了一个包括存在应用服务器108的外部IP网络132。

正如本领域所知的，SGSN和GGSN被用于在用户设备102和外部IP网络132之间建立呼叫会话。一旦建立了呼叫会话，S-CSCF106支持终端102通过移动网络120发起到IP网络的呼叫。

例如，移动通信网络120可以是一个UMTS网络或支持访问存在服务的其他网络。应当指出的是，本发明并不局限于其在无线电通信接口上提供应用服务的能力。应用服务可以通过固定线路通信网络提供。

存在应用服务器108存储或宿主与各种各样的presentity有关的存在信息。对存在信息的访问可以是公开的或是受限的。限制可以基于预订级别或presentity提供的授权身份。

根据本发明，用户设备102和存在应用服务器108之间的中间单元适应于控制从存在应用服务器访问到的信息和/或对该信息实施过滤。中间单元的识别可依赖但不限于一个特定单元。下面给出实现该功能的优选单元的讨论。然而为了解释本发明的两个优选实施例，首先假定S-CSCF 106实现过滤功能。为了接下来的描述目的，实现过滤的该单元被称为过滤引擎。

现在参考图2和4描述本发明的两个优选实施例。在图2和4中，术语“应用客户机”(application client)通常用来指用户访问应用所使用的用户设备。术语应用服务器用来指支持或提供应用服务的服务器。术语过滤引擎，如上面所讨论的，指应用客户机和应用服务器之间的中间单元。如本领域的技术人员理解的那样，为了实施通信，应用客户机和应用服务器之间需要各种各样的单元。过滤引擎可应用于这些单元中的任何一个。除了实现过滤引擎所需要的之外的这些各种各样单元中的其他单元都没有在图2和4中示出。

参考图2，图2示出了本发明的第一实施例。图2示出了应用客户机200、应用服务器204以及过滤引擎202。在第一实施例中，假设应用客户机支持过滤，而应用服务器不支持过滤。

根据已知的技术，应用客户机在链路106上发送预订消息给过滤引擎202。预订消息包括标准预订消息208和过滤消息210。由应用客户机发送这样的一个消息在本领域中是已知的，因此，在此并没有描述在应用客户机200中这样的消息的产生。

过滤引擎202接收链路206上的消息，该消息是预订和过滤消息的结合。如参考图3在下面的进一步讨论，过滤引擎接受并存储消息的过滤部分中的过滤描述，然后在链路216上仅将消息218的预订部分转发给应用服务器204。

由此，应用服务器在链路216上接收其根据常规技术识别并处理的标准预订消息218。应用服务器204在链路220上发送大量通知消息222给过滤引擎202。应用服务器的操作与本领域技术人员所熟悉的常规技术一致，在此没有更进一步地详细描述。

过滤引擎202接收链路220上的通知222，如参考图3的进一步描述，应用保存的客户过滤以过滤通知222。接着在链路212上发送被过滤后的通知214到应用客户机200。这样，应用客户机接收根据客户过滤说明过滤后的通知。

参考图3，图3示意了根据图2所描述的本发明的实施例的过滤引擎的一个可能的实现。本领域技术人员将理解的是，过滤引擎可以以许多种不同的方式实现，图3的实现仅仅是为了示意目的而提供。

来自应用客户机的链路206上的预订请求和过滤消息在输入模块302被接收，该输入模块将此消息转发给析取模块304。该析取模决析取消息中的过滤部分并将其连同诸如预订者身份的信息一块储存在过滤存储器310中。消息的预订者请求部分从析取模块304转发到预订请求缓冲器306中。缓存的预订请求消息接着被提供给输出模块308以在链路216上发送给应用服务器204。

来自于应用服务器的链路220上的通知222在输入模块314接收，该输入模块将此消息转发给通知消息缓冲器316。缓存的通知消息被应用到掩码318的第一输入。掩码318的第二输入由过滤存储器310提供，并为通知消息所去往的应用客户机应用过滤。由此，掩码318仅提供其与来自过滤存储器310所应用的规则相一致的消息的输出。掩码318的输出在被提供给输出模块322用于在链路212上传向应用客户机之前在已过滤的通知缓冲器320中缓存。

过滤引擎202还包括用于控制其各种单元的控制模块312。

在提取并保存来自链路206上接收的消息的客户过滤中，过滤引擎可能需要获得公开的应用信息，例如DTD(数据类型定义)或XML方案——或其他这样的定义——例如，用于来自于例如应用URL的过滤，可在客户定义规则中参考应用URL定义。XML能够用于指定该规则。过滤引擎可使用过滤说明XML文件中的XML名字空间声明以便为过滤规则DTD和应用DTD获得DTD。

这样，在图2的实施例中，过滤引擎寻找包含在用户设备启动的预定请求的正文(body)中(或别处)中的规则，并代表对应用服务器不可见的客户启动过滤过程。在请求转发给应用服务器之前，将该规则从请求中消除。接着由应用所述规则的IMS子系统过滤引擎，例如S-CSCF中的过滤引擎，过滤来自于应用服务器的通知。

参考图4，图4示出了本发明的第二实施例。图4示出了一个应用客户机400，应用服务器404，过滤引擎402。在第二实施例中，假设应用服务器支持过滤，但应用客户机不支持过滤，至少不直接支持。

根据已知的技术，应用客户机在链路408上发送预订消息给过滤引擎402。预订消息包括一个标准预订消息406。由应用客户机发送一个这样的消息在本领域中是众所周知的。

过滤引擎402接收链路206上的预订消息。如参考图5在下面的进一步讨论，过滤引擎为应用客户机生成一个过滤。该过滤可以基于例如从预订消息中的客户简介信息中获得的客户约束生成。另一种可选方法是，过滤可以基于网络强制约束生成。该过滤还可基于这两种可选方法生成。

过滤引擎接着在链路414上发送修改后的预订消息给应用服务器，该消息包括作为其中一部分的410即原始的预订消息，和另外一部分412即过滤引擎生成的过滤。

应用服务器404于是在链路414上接收带有过滤的预订消息的，其根据常规技术识别并处理该消息。带有过滤的该预订消息由常规技术中是已知的，在常规技术中其是由应用客户机构造并直接转发给应用服务器的。

应用服务器404依赖这样的规则为应用客户机应用过滤规则并编辑通知。应用服务器404接着在链路416上发送大量通知消息418给过滤引擎402。通知消息418比没有任何过滤而发送的消息要少。应用服务器404的操作与本领域的技术人员所熟悉的常规技术一致，在此没有作进一步的详细描述。

过滤引擎接收链路416上的通知418，并简单地在链路420上发送通知422到应用客户机400。这样，应用客户机接收根据过滤引擎说明过滤的通知。

这样，在图4的实施例中，过滤引擎可截取来自应用客户机的预订请求，并安装适于，例如达到正服务网络的服务质量(QoS)水平的过滤规则。这样的QoS水平可以在PDP上下文激活过程中或在用户设备和正服务网络之间的修改中被确定。这样被增强的预订请求接着转发给可能接收或拒绝该请求的应用服务器。如果被拒绝，应用服务器优选发送一个失败响应。过滤引擎可截取到这样的响应，并去除所安装的过滤。换句话说，可转发失败响应给移动终端。在这个实施例中，因为过滤不是由移动终端创建的，所以如果失败响应被发送给移动终端，移动终端必须有一些关于失败原因的知识。例如，过滤可能不知何故地被用户知晓，或移动终端可了解到过滤是基于移动终端的简介而创建的。

参考图5，图5示意了根据图4所描述的本发明的实施例的过滤引擎的一个可能实现。本领域技术人员将理解的是，过滤引擎可以许多种不同的方式实现，图5的实现仅仅是为示意目的而提供。

链路408上来自应用客户机的预订请求消息在输入模块500被接收，该输入模块将此消息转发给预订请求缓冲器502。过滤引擎402包括控制过滤存储器508的过滤控制器510。过滤控制器基于例如客户身份确定将被应用到预订请求的任何过滤，并将此过滤储存在过滤存储器508中。过滤存储器508提供一个到预订者请求缓冲器502的输入，由此过滤规则被添加到预订请求消息中。由此修改的预订和过滤请求消息在缓冲器504中缓存。缓存的预订和过滤请求消息接着被提供给输出模块506，用于在链路414上发送该消息到应用服务器404。

链路416上来自应用服务器的通知418在输入模块512接收，该输入模块将此消息转发给通知消息缓冲器514。缓存的通知消息被应用到掩码516的第一个输入上。掩码516的第二个输入由过滤控制器510提供，过滤控制器510取回来自过滤存储器508的适当过滤，并为通知消息所去往的应用客户机应用过滤。由此，掩码516在输出仅提供那些与来自过滤存储器508所应用的规则相一致的消息。掩码516的输出在被提供给输出模块520用于在链路422上发往应用客户机之前在已过滤通知缓冲器518中缓存。

过滤引擎402还包括用于控制其各种单元的控制模块522。

本领域技术人员将理解的是，参考图2和4在本文上面描述的两个实施例可以以多种方式结合以进一步增强和修改过滤。例如，在图4的例子中，可进一步引进图2的客户定义过滤。此外，在图4的例子中，可在过滤引擎402中应用附加的过滤以进一步减少通知的数量。本领域技术人员将理解，可以自由地结合所描述的实施例的各个方面。

图2的实施例可命名为过滤截取器，而图4的实施例可命名为过滤安装器。

本发明改进了现有技术的可缩放性和互操作性，因为应用服务器和应用客户机无需知道附加的过滤规则和基于规则的通知。因为减少了通知的频率和内容减少，节省了昂贵的无线电通信频率和设备资源，尤其是对于无线设备。

如上所述，在一个优选实施例中，在正服务呼叫状态控制功能(S-CSCF)中实现过滤引擎。然而，过滤引擎可在应用客户机和应用服务器之间的任何网络单元中实现。例如，可使用诸如代理呼叫状态控制功能(P-CSCF)的其他代理服务器。

这种技术特别有利于在利用会话启动协议(SIP)的应用客户机和应用服务器之间的通信。该发明可利用消息正文中的XML识别过滤规则。过滤规则也可以包含于诸如SOAP协议的查询的命令中。

在上面所描述的实施例中，描述了单个应用服务器驻留于在通信系统的核心网外部的网络的情况。但本发明并不局限于这种情况。

本发明也有利于应用于在多个应用客户机驻留于单个应用服务器中的情况。在这种情况下，单个过滤引擎可在多个应用客户机之前位于应用服务器中，或在应用服务器之前位于代理中。有利的是，本发明的过滤引擎可由此仍旧与传统客户一道使用。

无论应用服务器位于何处，均可应用本发明。虽然所描述的实施例显示应用服务器驻留于外部网络中，本发明也有利于应用于服务器驻留于例如带有SGSN或GGSN的核心网的情形。由此，无线操作员可与核心网中的过滤引擎一道使用现有应用服务。也就是说，网络操作员可购买应用服务器而无需对应用客户机进行定制修改来过滤通知响应。

由此，根据本发明的过滤引擎的集成在传统网络中无需是一个昂贵的实现。

在此通过参考特定的、非限制例子的方式描述了本发明。本领域技术人员应理解的是，对其中描述的实施例的修改和变更是可能的。本发明的保护范围由所附权利要求书定义。

Claims (53)

1.一种过滤从应用服务器提供到应用客户机的信息的方法，包括于在所述应用服务器和所述应用客户机之间的通信路径中的中间单元应用过滤规则。

2.根据权利要求1的方法，其中在中间单元应用过滤规则的所述步骤既独立于所述应用服务器又独立于所述应用客户机。

3.根据权利要求1的方法，其中在中间单元应用所述过滤规则的步骤独立于所述应用服务器或所述应用客户机中的其中一个，但不独立于另一个。

4.根据权利要求3的方法，其中在中间单元应用过滤规则的所述步骤独立于所述应用服务器。

5.根据权利要求4的方法，其中所述过滤规则是由所述应用客户机确定的。

6.根据权利要求5的方法，其中所述中间单元在来自所述应用客户机的对应用服务的请求中接收所述过滤规则。

7.根据权利要求6的方法，其中所述中间单元去除所述过滤规则并将所述请求转发给所述应用服务器。

8.根据权利要求7的方法，其中所述中间单元接收来自所述应用服务器的应答，并对该应答应用所述过滤规则，然后将已过滤的应答转发给所述应用客户机。

9.根据权利要求3的方法，其中在所述中间单元中应用所述过滤规则的所述步骤独立于所述应用客户机。

10.根据权利要求9的方法，其中所述过滤规则是由所述中间单元确定的。

11.根据权利要求10的方法，其中所述过滤规则依赖于与所述应用客户机相关的特征。

12.根据权利要求10的方法，其中所述过滤规则依赖于所述中间单元形成其一部分的网络的特征。

13.根据权利要求12的方法，其中所述特征是在所述网络和所述应用客户机之间达成一致的。

14.根据权利要求10的方法，其中所述中间单元接收来自所述应用客户机的对应用服务的请求。

15.根据权利要求14的方法，其中响应这样的请求，所述中间单元确定所述过滤规则。

16.根据权利要求15的方法，其中所述中间单元将所述请求和所述过滤规则转发给所述应用服务器。

17.根据权利要求16的方法，其中所述中间单元接收来自所述应用服务器的已过滤的响应。

18.根据权利要求17的方法，其中所述中间单元将该过滤后的响应转发给所述应用客户机。

19.根据权利要求15的方法，其中所述中间单元不带过滤规则地将请求转发给所述应用服务器。

20.根据权利要求19的方法，其中所述中间单元接收来自所述应用服务器的响应。

21.根据权利要求20的方法，其中所述中间单元对该响应应用所述过滤规则。

22.根据权利要求21的方法，其中所述中间单元将过滤后的响应转发给所述应用客户机。

23.根据权利要求1的方法，还包括取回过滤规则信息的步骤。

24.根据权利要求23的方法，其中所述过滤规则信息包括数据类型定义或方案信息。

25.根据权利要求23的方法，其中所述中间单元调用所述规则或使其有效。

26.一种用于过滤从应用服务器提供到应用客户机的信息的装置，所述装置连接于在所述应用服务器和所述应用客户机之间的通信路径中，所述装置适应于应用过滤规则。

27.根据权利要求26所述的装置，其中所述过滤规则既独立于所述应用服务器又独立于所述应用客户机地被应用。

28.根据权利要求26所述的装置，其中所述过滤规则独立于所述应用服务器或所述应用客户机中的其中一个，但不独立于另一个。

29.根据权利要求28所述的装置，其中所述过滤规则独立于所述应用服务器。

30.根据权利要求29所述的装置，其中所述过滤规则是由所述应用客户机确定的。

31.根据权利要求30所述的装置，还适应于在来自所述应用客户机的对所述应用服务的请求中接收所述过滤规则。

32.根据权利要求31所述的装置，还适应于去除所述过滤规则并将所述请求转发给所述应用服务器。

33.根据权利要求32所述的装置，还适应于接收来自所述应用服务器的应答，并对该应答应用所述过滤规则，然后将过滤后的应答转发给所述应用客户机。

34.根据权利要求28所述的装置，其中所述过滤规则独立于所述应用客户机。

35.根据权利要求34所述的装置，还适应于确定过滤规则。

36.根据权利要求35所述的装置，其中所述过滤规则依赖于与所述应用客户机相关的特征。

37.根据权利要求36所述的装置，其中所述过滤规则依赖于所述装置形成其一部分的网络的特征。

38.根据权利要求37所述的装置，其中所述特征是在所述网络和所述应用客户机之间达成一致的。

39.根据权利要求35所述的装置，还适应于接收来自所述应用客户机的对应用服务的请求。

40.根据权利要求39所述的装置，还适应于响应这样的请求以确定所述过滤规则。

41.根据权利要求40所述的装置，还适应于将所述请求和所述过滤规则转发给所述应用服务器。

42.根据权利要求41所述的装置，还适应于接收来自于应用服务器的已过滤的响应。

43.根据权利要求42所述的装置，还适应于将所述已过滤的响应转发给所述应用客户机。

44.根据权利要求40所述的装置，还适应于不带过滤规则地将请求转发给所述应用服务器。

45.根据权利要求44所述的装置，还适应于接收来自所述应用服务器的响应。

46.根据权利要求45所述的装置，还适应于对所述响应应用所述过滤规则。

47.根据权利要求46所述的装置，还适应于将已过滤的响应转发给所述应用客户机。

48.根据权利要求28所述的装置，还适应于取回所述过滤规则信息。

49.根据权利要求48所述的装置，其中所述过滤规则信息包括数据类型定义或方案信息。

50.根据权利要求48所述的装置，还适应于调用所述规则或使其有效。

51.根据权利要求26所述的装置包括个服务器。

52.根据权利要求26所述的装置包括通信网络中的单元。

53.根据权利要求52所述的装置，其中所述单元是代理服务器。

Images