CN101621541A

CN101621541A - 用于知晓分布式应用上下文的事务处理的方法和装置

Info

Publication number: CN101621541A
Application number: CN200910139688A
Authority: CN
Inventors: 亚历克斯·德罗宾斯基; 迈克尔·格罗伊斯; 纳达夫·赫尔夫曼
Original assignee: SAP Portals Israel Ltd
Current assignee: SAP Portals Israel Ltd
Priority date: 2008-07-02
Filing date: 2009-07-02
Publication date: 2010-01-06
Also published as: EP2141645A1; US8396929B2; JP5307641B2; JP2010015556A; US20100005478A1

Abstract

一种用于在分布式计算机网络中应用统一的处理策略的方法和装置。在终止点处从用户所使用的应用接收消息。在终止点处，将标签添加信息附加到所述消息上，该标签添加信息指示所述消息应当经历哪些处理以及具有哪些参数或配置。然后，在分布式网络中根据标签添加信息来处理所述消息，从而确保统一的处理。如果需要的话，产生响应消息，并且向该响应消息分配与原消息基本相同的标签添加信息。

Description

用于知晓分布式应用上下文的事务处理的方法和装置

技术领域

本公开一般涉及分布式应用，并且具体涉及一种用于实现应用事务的多节点多功能处理的方法和装置。

背景技术

分布式环境通常向用户提供对于多个应用的访问，并且应当以实现整体最佳性能为目标。分布式环境通常包括位于一个或多个数据中心内的一个或多个服务器、一个或多个(通常几百或几千个)用户、以及通信信道，该通信信道通常为分布式架构(landscape)，例如广域网(WAN)。在分布式计算环境中提供(provision)应用服务常常需要多个处理动作，所述多个处理动作可以由诸如多个物理位置上的不同计算机上的软件单元之类的不同实体提供。每个处理动作可能需要它自己的定义或者配置设置或值的集合，该集合是从所处理的事务的上下文以及处置该事务的实体导出的。分布产生了很多问题。环境的操作者或整合者必须将他们对于每个可用应用的意图(view)转换为与该应用相关联的每个处理动作的一个或多个配置设置。第二，将所述动作分类的任务对于与每一个事务相关联的每一个动作重复，从而消耗访问资源。

所使用的公共中间件基础设施加放大了上述问题：一方面，诸如单个应用服务器的中间件基础设施在传统上作为单个网络或web服务而被观察到的东西下提供多个应用服务。另一方面，单个应用服务可以包括可能使用不同协议的不同网络服务或web服务的整合集合。这提出了进一步的问题，例如如何将应用上下文用于每一个单个的处理动作；如何对于具体的应用上下文定义单个端到端方案(scheme)；以及如何监控在所述应用上下文下的不同处理动作的性能或行为。

因此，在本领域中需要一种方法和装置，其将使得分布式环境中的知晓上下文的事务处理成为可能，使得可以在分布式系统中根据统一的策略而以统一和高效的方法来执行与源于各种应用的事务相关联的不同处理。

发明内容

一种用于以统一的跨组织方式在分布式网络中提供服务的方法和装置。该方法和装置允许较低的TOC，并且不需要远程位置处的技术人员来安装和维护客户端设备。

在优选实施例中，由此提供了一种在分布式计算机网络中根据预定策略来提供服务的方法，该方法包括以下步骤：接收与应用有关的标签添加(tagging)方案；接收来自该应用的请求消息；根据标签添加方案将标签添加信息附加到请求消息上；将带有标签添加信息的请求消息发送到一个或多个处理器；从标签添加信息检索(retrieve)一个或多个参数或配置值；以及根据该参数或配置值处理所述请求消息。所述方法还可以包括以下步骤：提供用于定义标签添加方案的标签添加方案定义组件。所述方法还可以包括以下步骤：创建具有与请求消息基本相同的标签添加信息的响应消息。所述方法还可以包括以下步骤：从附加到响应消息上的标签添加信息检索一个或多个第二参数或配置值；以及根据该第二参数或配置值处理响应消息。在该方法中，标签添加方案任选地涉及应用所属的事务类型、或者从由以下各项组成的组中选择的一个或多个项目的参数或配置值：压缩；解压缩；加密；解密；隧道建立；安全性；监控；路由选择；优化；以及服务质量。在该方法中，标签添加方案任选地与从由以下各项组成的组中选择的一个或多个项目：服务类型；子服务类型；应用；与应用相关联的事务类型；应用的用户；用户的角色；用户的位置；用户使用的区域性办公室；与用户或与应用相关联的数据中心；以及应用的上下文。在该方法中，所述预定策略任选为组织范围的(organization-wide)策略。

本公开的另一方面涉及一种用于根据统一的策略在分布式计算机网络中提供服务的装置，该装置包括第一计算平台，用于接收来自应用的请求消息，并且执行客户端前端，该客户端前端包括：终止点，用于接收来自应用的请求消息；分类组件，用于根据统一的策略将标签添加信息分配给该请求消息；以及应用层处理引擎，用于基于所述标签添加信息产生与请求消息相关联的处理指令。该装置还可以包括第二计算平台，用于处理所述请求消息，该第二计算平台执行服务器前端，该服务器前端包括：应用层处理引擎，用于基于所述标签添加信息产生与请求消息或响应消息相关联的处理指令。在该装置中，客户端前端还可以包括：内容高速缓存和传递服务引擎，用于根据请求消息的标签添加信息高速缓存和传递请求消息或响应消息；以及隧道，用于在分布式计算机网络中传送带有标签添加信息的请求消息或响应消息。在该装置中，服务器前端还可以包括：内容高速缓存和传递服务引擎，用于根据请求消息的标签添加信息高速缓存和传递请求消息或响应消息；隧道，用于在分布式计算机网络中传送带有标签添加信息的请求消息或响应消息；连接组件，用于连接终止点和第二计算平台；以及分类组件，用于根据统一的策略将标签添加信息分配给与请求消息相关联的响应消息。在该装置中，由第一计算平台执行的隧道包括：压缩组件，用于根据标签添加信息压缩请求消息或响应消息；或者优化和优先级区分组件，用于对消息传送进行优化和区分优先级。在该装置中，由第二计算平台执行的隧道任选地包括：压缩组件，用于根据标签添加信息压缩请求消息或响应消息；或者优化和优先级区分组件，用于对消息传送进行优化和区分优先级。在该装置中，标签添加方案任选地涉及应用所属的事务类型、或者从由以下各项组成的组中选择的一个或多个项目的参数或配置值：压缩；解压缩；加密；解密；隧道建立；安全性；监控；路由选择；优化；以及服务质量。在该装置中，标签添加方案任选地涉及从由以下各项组成的组中选择的一个或多个项目：服务类型；子服务类型；应用；与应用相关联的事务类型；应用的用户；用户的角色；用户的位置；用户使用的区域性办公室；与用户或与应用相关联的数据中心；以及应用的上下文。在该装置中，连接组件任选地包括：负荷平衡组件，用于平衡分布式计算机网络中计算平台之间的消息传送和处理操作；或者优化和复用组件。该装置还可以包括：标签添加方案定义组件，用于定义统一的策略，或者管理代理组件，用于从标签添加信息提取处理信息。在该装置中，管理代理组件任选地包括：传递策略代理，用于提取传递策略参数；监控代理，用于提取监控参数；或者警告代理，用于提取与警告有关的参数。在该装置中，所述预定义策略任选为组织范围的策略。

本公开的另一方面涉及一种计算机可读存储介质，其包含用于通用计算机的指令集，这指令集包括：接收与在分布式计算机网络中执行的应用有关的标签添加方案；接收来自该应用的请求消息；根据标签添加方案将标签添加信息附加到请求消息上，该标签添加信息依照分布式计算机网络中的预定策略；将带有标签添加信息的请求消息发送到至少一个处理器；从标签添加信息检索一个或多个参数或配置值；以及根据该参数或配置值处理该请求消息。

附图说明

将结合附图、参照对实施例的以下描述来描述所公开的主题的示例性非限制性实施例。附图一般不是按比例示出的，并且任何尺寸意图仅仅是示例性的，而不一定是限制性的。相同的数字或字母表示对应或相似的元件。

图1是其中使用所公开的装置的典型环境的示意图示；

图2是根据本公开的优选实施例的用于接收消息并且给消息添加标签的区域性办公室的示意图示；

图3是根据本公开的优选实施例的、用于处置添加了标签的消息的数据中心的示意图示；

图4是根据本公开的、用于编辑可用事务类型的用户接口的截屏图示；

图5是根据本公开的、用于编辑对于与特定事务类型相关联的消息的处理序列的用户接口的截屏图示；

图6是根据本公开的、用于编辑对于与特定事务类型相关联的消息的处理序列中的特定处理的用户接口的截屏图示；

图7是根据本公开的方法中的主要步骤的框图。

具体实施方式

本公开涉及2004年12月6日提交的美国专利申请序列号10/498409以及2006年3月27日提交的美国专利申请序列号11/389890，美国专利申请序列号10/498409是2002年12月9日提交的国际专利申请号PCT/IL02/00991的国家阶段，并且被转让给本公开申请的受让人，美国专利申请序列号11/389890被转让给本公开申请的受让人，这两个申请的全部内容通过引用而被合并于此。

所公开的方法和装置规定：使用单个组织范围的、优选为统一的策略来处置(handle)在分布式计算系统中执行的事务。该方法和装置对于与应用事务消息相关联的不同方面使用系统范围的索引编制(indexing)或标签添加(tagging)机制。在与事务相关联的所有消息中使用相同的标签添加，从而提供高效和统一的处置以及系统中的分布式处理。

典型地，在执行一个或多个应用的分布式架构中使用所公开的方法和装置。典型地，分布式架构由组织采用，其中，不同地理位置上的多个用户正在使用所述应用。该基础设施包括一个或多个数据中心、每个数据中心是这样的地理位置：多个计算平台位于该地理位置上，由技术人员照看，并且向多个分布的远程位置和用户提供服务。所述服务优选地由诸如个人计算机或网络计算机之类的存在于或连接到区域性办公室的远程设备消费。每个区域性办公室连接到一个或多个数据中心，其从所述一个或多个数据中心接收服务。所述数据中心和区域性办公室优选地通过分布式架构例如采用广域网来连接。

在预备步骤，设计标签添加系统，使得向每种事务类型分配要对与该事务类型相关联的消息执行的处理序列，并且每个处理与相关参数或配置设置相关联。参数通常涉及要执行的处理的特性，而配置通常涉及计算平台、组件、软件组件、安装等的特性。每个请求处理优选地由处理器(优选为诸如可执行单元的软件单元)、web服务或者任何其它单元来执行。处理器可以操控该请求序列，并且也可以产生响应处理器的“响应序列”以及每个响应处理器的配置。

然后，当使用应用并且用户做出服务请求时，在终止(termination)点处，即在用户的请求被首先引入系统所在的计算平台处，执行标签添加。对于与事务相关联的每个消息执行标签添加，即，将标签附加到每个消息。所述标签涉及可以包括服务类型、应用、事务类型、子服务类型、会话、用户身份、用户位置、用户角色、区域性办公室、数据中心和其它因素的数据。标签的全体集合描述事务的上下文。标签也可以包括与事务的生命周期的所有部分相关的信息，例如包括：压缩；解压缩；加密；解密；隧道建立；安全性；监控；路由选择；优化操控；以及服务质量。

该方案允许具有任何所需参数的相关处理步骤的配置设置或选择。每个处理步骤可以代表采用预定顺序和配置参数的处理器的序列。

然后，当处置所述消息时，处置该消息的每个处理器提取与该消息的标签相关联的相关处理指令和参数，并且相应地执行处理，从而提供统一的处置。分配给请求消息的标签是适用的，并且也可以用作所产生的响应消息的默认标签。

例如，在诸如与特定应用相关联的事务之类的特定事务类型中，如果每个消息应当经历压缩和高速缓存，那么一旦诸如HTTP消息之类的消息被分配了相关标签，就将使用为该应用类型定义的相关指令和参数，例如所需要的压缩方案和正确的参数、以及所需要的高速缓存方案，来执行这些处理阶段。任选地，作为整数来实现所述标签，从而高效地执行对于相关处理指令和参数的提取。在系统中，存储所述处理指令和参数的数据库与用于提取所述处理指令和参数的组件是相同的，以便确保统一处理。任选地，在任何特定的处理点，只能使用所述标签的子集。例如，用户身份对于选择压缩方法是不相关的，但是当选择服务质量(QoS)时，它是相关的。

现在参照图1，图1示出了执行一个或多个应用的分布式架构的示意图示，该分布式架构通常为大型组织采用的分布式架构，其中，不同地理位置上的多个用户正在使用所述应用。该基础设施包括一个或多个数据中心，例如数据中心(DC)100。数据中心是这样的地理位置：诸如个人计算机、大型计算机或其它计算机之类的多个计算平台位于该地理位置上，由技术人员照看，并且向多个分布的远程位置和用户提供服务。优选地，从诸如小办公室或客户端使用的计算平台108之类的远程设备消费所述服务。其它消费者可以经由诸如区域性办公室(RO)104之类的区域性办公室而连接和消费所述服务。每个区域性办公室连接到一个或多个数据中心，其从所述一个或多个数据中心接收服务。数据中心和区域性办公室优选地通过诸如广域网(WAN)102之类的分布式架构连接。

典型地，DC 100包括：一个或多个服务器，例如服务器112；存储设备，例如设备116，用于除了存储其它内容以外还存储系统标签添加策略，根据特定消息的标签而从所述系统标签添加策略检索相关处理器或参数；以及服务器前端(SFE)引擎120，将在下面结合图3而对其进行详细说明。设备116还将传递策略与标签一起存储，所述标签包括包含应用插件的配置设置的服务类型标签，如在通过引用而被合并于此的美国专利申请序列号11/389890中描述的那样。

RO 104典型地包含或者连接到一个或多个用户平台，例如128、132，其从客户端前端(CFE)124消费服务，将在下面结合图2来详细说明客户端前端(CFE)124。将认识到，单个CFE可以为多个RO服务。

优选地，作为在诸如大型计算机、台式计算机、膝上计算机或其它计算机之类的一个或多个计算平台上执行的软件组件来实现SFE引擎120和CFE引擎124，并且以诸如Java、C++、C#或其它编程语言之类的任何编程语言或者它们的组合来实现SFE引擎120和CFE引擎124。

现在参照图2，图2示出了图1的客户端前端(CFE)124的示意框图。优选地，作为由计算平台执行的计算机指令的一个或多个相互关联的集合来实现CFE引擎124，所述计算平台组成分布式架构的终止点。CFE引擎124包括终止组件220，其为首先接收用户的请求以便执行与所执行的应用有关的活动的组件。

如果用户的计算平台包括代理或分布式系统的另一组件，则终止组件是由该平台任选地执行的模块。否则，终止组件是CFE引擎124的一部分。终止组件220包括分类组件224，用于分配标签，从而将作为用户通过平台128、132或者终止点为CFE引擎124的任何其它平台使用的应用的一部分而产生的消息分类。分类组件224依照系统范围的策略，根据所述消息和上下文的特定特性，例如服务类型、用户和其它特性，将标签分配给每个消息。终止组件220还包括SSL和客户端认证组件228或者任何其它用于在CFE 124和用户之间安全传送添加了标签的消息的与安全有关的组件。

CFE引擎124还包括应用层处理引擎200，用于根据消息的服务类型来产生与所述消息中的任何一个相关联的特定处理指令，所述服务类型例如为学习解决方案(LSO)应用类型202、知识管理(KM)应用类型204、或者企业门户(EP)应用类型206。该环境中的每个平台都包括应用层处理引擎，用于根据分配给每个消息的标签创建事务对象。所述引擎在它们提供的处理上是变化的。对于一些处理，数据中心和区域性办公室中的引擎互相补充，而诸如服务器之间的负荷平衡之类的其它处理仅由一个引擎执行。

因此，应用层处理引擎200根据相关应用的详尽知识(intimateknowledge)，执行特定分类向处理指令的转换。该处理指令优选地包括所述消息将经历的处理的序列。在一些实施例中，应用层处理引擎200可以被概括为还执行与一种或多种事务类型相关联的特定处理中的一个或多个，从而提供分布式应用服务。例如，特定的应用可以用于基于权限(privilege)的高速缓存，使得当用户请求文档时，该引擎首先确定用户的权限是否足够以接收该文档。如果它们是足够的，并且以前高速缓存了该文档，则返回该文档，否则返回否定响应。

将认识到，LSO、KM和EP是与所公开的系统和方法的示例性使用相关联的具体的示例性应用，并且意图不是限制本公开。

CFE引擎124还包括内容高速缓存和传递(CDN)服务引擎232，用于任选地也根据每个消息的标签而高速缓存和传递消息。例如，高速缓存选项(option)可取决于特定用户和他或她的角色，因此将根据全局策略而使用不同的高速缓存选项。高速缓存和传递服务232使用提供与全局策略有关的信息的中央管理代理236。中央管理代理236任选地包括用于提取传递策略参数的传递策略代理240、用于提取监控参数的监控代理244、以及用于提取与警告有关的参数的警告代理248。根据由分类组件224分配的与每个消息相关联的特定标签，从系统的全局策略提取所有参数。可以使用管理服务组件310来管控和操控中央管理代理236。

CFE引擎124还包括安全优化隧道(tunnel)208，用于在计算机化的架构中将添加了标签的消息传送给例如数据中心。在一个方案中，术语“隧道”通常是指在使得能够进行通信的通信组件，其中，所通信的消息封装了另一通信方案。例如，在本公开的上下文中，主要通信信道是具有任选的SSL的TCP，并且被封装的方案是被封装在TCP分组内的基于私有标签的路由选择(routing)方案。

安全优化隧道208包括：自适应压缩组件212，用于根据所分配的标签压缩所述消息；以及隧道优化和优先级区分组件216，用于对消息传送进行优化和区分优先级。

现在参照图3，图3示出了图1的服务器前端(SFE)120的示意框图。优选地，也将SFE引擎120实现为由诸如一个或多个数据中心之类的计算平台执行的计算机指令的一个或多个相互关联的集合。被实现为数据中心100的一部分的SFE引擎120包括连接组件320，用于通过图1的WAN 102与计算机化的架构的其它单元连接。连接组件320包括：负荷平衡组件324，用于平衡所述架构内的各种信道和各种数据中心之间的传送和处理操作；优化和复用组件328，用于优化和复用消息，具体为大缓冲器；SSL和客户端认证组件330或者任何其它用于添加了标签的消息的安全传送的与安全有关的组件；以及用于扩展与对于请求消息的响应消息有关的分类的分类组件331。

SFE引擎120还包括与CFE 124的应用层处理引擎200相似的应用层处理引擎300，用于根据消息的服务类型来产生与所述消息中的任何一个相关联的特定处理指令，所述服务类型例如为学习解决方案(LSO)应用类型302、知识管理(KM)应用类型304、或者企业门户(EP)应用类型306。所述引擎意欲用于根据分配给特定消息的标签创建事务对象。因此，应用层处理引擎300基于所述消息涉及的应用的详尽知识来执行特定分类向处理指令的转换。该处理指令优选地包括所述消息将经历的处理的序列。在一些实施例中，应用层处理引擎300也可以被扩展为执行与一种或多种事务类型相关联的特定处理中的一个或多个，从而提供分布式应用服务。将认识到，LSO、KM和EP是与所公开的系统和方法的示例性实现相关联的具体的示例性应用，并且意图不是限制本公开。

SFE引擎120还包括内容高速缓存和中央传递服务引擎332，用于任选地也根据每个消息的标签来高速缓存并且在所述架构内传递所述消息。高速缓存和传递服务332使用提供与全局策略有关的信息的中央管理代理336。中央管理代理336任选地包括用于提取传递策略参数的传递策略代理340，用于提取监控参数的监控代理334、以及用于提取与警告有关的参数的警告代理348。根据与从终止点接收的每个消息相关联的特定标签来从系统的全局策略提取所有参数。

SFE引擎120还包括安全优化隧道308，用于将消息传送到其它目的地，例如传送到其它数据中心或者传送回区域性办公室。安全优化隧道308包括：自适应压缩组件312，用于根据所分配的标签压缩所述消息；以及隧道优化和优先级区分组件316，用于对各种消息传送进行优化和区分优先级。

根据统一的标签添加策略操作的SFE引擎120和CFE引擎124的组合使得分布式架构内的消息的高效的端到端处置成为可能。在所述架构内的每个点处，根据分配给所述消息的标签而高效地从图2的传递策略代理240或图3的340提取所述消息的相关处理和参数，从而提供统一的处置。

现在参考图4、图5和图6，它们示出了用于定义要与事务相关联的标签的用户接口的示例性实施例。现在参考图4，图4示出了用于编辑可用事务类型的用户接口的截屏图示。该用户接口的左手侧包括与各种实体相关联的处理指令的层级结构，而右手侧使得能够编辑所述层级中的所选择的等级(level)。这样，以参考标号400总地表示的所显示的示例性用户接口包括涉及整个组织的传递策略404。传递策略404包括用于数据中心服务器405、区域性办公室406和服务类型407的条目。在服务类型407中，service_type_1 408包括事务类型412，该事务类型412包括多种事务类型，即LSO 416、在项目421中列举的事务类型KM 420、以及在项目422中列举的默认事务类型429。将认识到，LSO和KM应用是具体的示例性应用，并且可以列举任何基于事务的应用。KM应用420包括：处理序列事务集424，其涉及应用等级的处理，并且被扩展为如下详述的处理指令；请求上下文事务集425和响应上下文事务集426，其优选地涉及所应用的压缩引擎的配置；以及分类规则事务集427，其包括诸如KM分类规则428的分类规则，所述分类规则提供用于在终止点处将消息分类的规则。默认事务类型429包括请求聚合(aggregation)事务集430、响应聚合事务集431、以及处理序列事务集432，该处理序列事务集432还包括zip项435和高速缓存(cache)项436。默认事务类型429还包括请求上下文事务集433和响应上下文事务集434。该用户接口的右手侧示出了在左手侧的当前选择的项目(即事务类型412)下面的所有项目，该右手侧包括列表418。

现在参照图5，图5示出了用于编辑对于与特定事务类型相关联的消息的处理序列的用户接口的截屏图示。在屏幕的左手侧，选择与KM事务类型420相关联的处理序列424。当前的处理序列被示出为gzip项546、KM请求器(KM_requestor)项548和高速缓存(cache)项550。右手侧的窗口540示出了所述项目，并且允许项目的增加、删除或更新。

现在参照图6，图6示出了用于编辑对于与特定事务类型相关的消息的处理序列中的特定处理的用户接口的截屏图示。在图6中，从处理序列424下面的项目中选择高速缓存项550，并且屏幕右手侧的表553示出了高速缓存规则。所述规则包括特定于KM事务中的高速缓存的规则554、以及从与默认高速缓存436相关联的规则导出的规则558。每个规则包括为了应用该规则而要满足的条件、以及当进行处理时要使用的参数或配置。

将认识到，当要给KM消息添加标签时，优选地以规则出现的顺序来测试所述规则，并且条件被满足的第一个规则是要执行的规则，即，要根据处理的参数和配置来执行处理。

将认识到，图4、图5和图6仅仅示出所述层级的一部分，例如涉及数据中心服务405的规则，KSO事务类型416、请求上下文事务集425或者其它实体在图4中没有被显示，尽管它们可以存在于所示出的示例性系统中。还将认识到，选择图4、图5或图6的左手侧的层级中的任何项目将在右侧侧呈现与所选项目相关的性质、选项或子项目。

在一些实施例中，初始地向诸如KM 412或LSO 416之类的每种事务类型分配默认事务类型的所有项目，如果设计者希望的话，可以不考虑(override)所述项目。因此，在所显示的示例中，KM事务类型包括默认事务类型429的请求聚合事务集430和响应聚合事务集431。如果定义了具体的请求聚合事务集或具体的响应聚合事务集，则该默认值将不会生效。可替换地，可以将该默认值添加到与特定的集相关联的项目列表上。当仅仅要应用多个规则中的一个时，要应用的规则可以是条件被满足的第一个规则、任何规则、或者任何其它选择可用规则之一的方法。

将认识到，可以作为诸如对象之类的数据结构来实现标签。如果需要高效的实时处理，则可以作为被安排为标签类型和标签值部分的整数的集合来实现所述标签。这种实现使得能够在存储器分解(resolving)上效率较高。在图1的服务类型库116中合并对于涉及所传递的服务类型的处理的配置。为了配置图2的应用处理层200或图3的300，可以分解子服务(也称为事务类型)的标签集以获得事务集的结合，其中，每个事务集包括或链接到一个或多个序列。

还将认识到，默认地，响应处理序列任选地根据对应的请求序列及其参数而被自动产生，因此不需要额外的工作。

现在参照图7，图7示出了本公开的方法中的主要步骤的流程图。

在步骤700，将标签添加方案定义组件提供给用户。该定义组件包括：用户接口部分，其在功能或外观上可以与上面结合图4、图5或图6而示出并且详述的用户接口相似；以及引擎，其构造所述环境中的事务的标签添加层级。

在步骤704，接收标签添加方案，该标签添加方案是使用在步骤700提供的标签添加方案定义组件定义的。该标签添加方案可以由系统的管理员来定义，或者可以由具有关于系统中的各种应用和事务类型以及它们中的任何一个需要哪个处理的知识的另一个人来定义。

在步骤708，该系统操作，请求消息被从应用发送并且在终止点处被接收。该终止点可以是用户正在用来工作的相同的计算平台、或者连接到该计算平台的服务器。

在步骤712，根据各种参数对请求消息添加标签，即，将标签附加到所述消息上，所述参数例如为该消息涉及的应用、服务类型、用户、区域性办公室、数据中心、用户权限、所要求的服务质量以及其它参数。标签添加包括对于所述消息的所需处理指令以及每个处理的相关参数。该处理指令任选地被合并到服务类型数据结构中，该服务类型数据结构可以包括事务类型数据结构。

在步骤716，将添加了标签的消息发送到一个或多个处理器，在步骤720，每个处理器从所述标签检索相关配置和参数，并且在步骤720，所述处理器根据所检索到的参数和配置处理所述消息。在任选的步骤722，创建与请求消息相对应的响应消息。默认地，还将附加到请求消息上的相同的标签添加信息附加到响应消息上，使得该响应经受由相同的处理器进行的相同的处理，例如压缩、加密和高速缓存。处理可以包括任何自适应压缩、隧道建立、路由选择、高速缓存、优化操控、功能优化或者其它处理。

在任选的步骤724，如果创建了响应消息，则根据该响应消息的标签来处理该响应消息，其中默认地根据请求的标签或者通过任何其它方式来分配所述标签。在任选的步骤528，如果创建了响应消息，则经由终止点将该响应消息返回给用户。

所公开的方法和装置使得能够根据单个系统范围的策略来在分布式系统内进行消息的自动统一处理。根据消息的特性将标签附加到消息上，使得在系统内对于消息确保统一的处理。对于一些请求消息，构造对应的响应消息并且相应地对其进行处理以进一步确保统一的处理。

任选地，使得所公开的系统和方法被实现为终止层的一部分，所述终止层也被称为用户层或“层8”。层8被认为是OSI七层模型中的应用层以外的层。

任选地，对于有关的事务类型的每个集合，可以提供应用代理服务器(proxy)，其包括有关的请求和响应处理器。可以作为共享对象来提供这样的代理服务器，以便进一步确保分布式系统内的兼容性。在本公开的优选实施例中，可以使用标签集来确定要在图2的自适应压缩组件212或图3的312中、在控制图2的优化和优先级区分组件216或图3的316中的优先级区分时、或者在与安全有关的应用代理服务器等中使用的资源的上下文。

本领域技术人员将认识到，根据所公开的方法的方针，可以设计多种变化和选项，而不脱离本公开的方针。这种变化和选项被认为是被本公开覆盖。

尽管已经参照示例性实施例描述了本公开，但是本领域技术人员将理解，可以做出各种改变，并且可以用等同物替代其要素而不脱离本公开的范围。此外，可以做出很多修改以便使特定情形、材料和组件的步骤适应于所述教导，而不脱离其基本范围。因此，意图是所公开的主题不限于作为为了实施本发明想到的最佳方式而公开的特定实施例，而是仅仅通过所附权利要求来限制所公开的主题。

Claims

1.一种用于在分布式计算机网络中根据预定策略提供服务的方法，该方法包括以下步骤：

接收与应用有关的标签添加方案；

接收来自所述应用的请求消息；

根据所述标签添加方案将标签添加信息附加到请求消息上；

将带有标签添加信息的请求消息发送到至少一个处理器；

从标签添加信息检索至少一个参数或配置值；以及

根据所述至少一个参数或配置值来处理请求消息。

2.如权利要求1所述的方法，还包括以下步骤：提供用于定义标签添加方案的标签添加方案定义组件。

3.如权利要求1所述的方法，还包括以下步骤：创建具有与请求消息基本相同的标签添加信息的响应消息。

4.如权利要求3所述的方法，还包括以下步骤：

从附加到响应消息的标签添加信息检索至少一个第二参数或配置值；以及

根据所述至少一个第二参数或配置值处理响应消息。

5.如权利要求1所述的方法，其中，所述标签添加方案涉及所述应用所属的事务类型。

6.如权利要求1所述的方法，其中，所述标签添加方案涉及从由以下各项组成的组中选择的至少一个项目的参数或配置值：压缩；解压缩；加密；解密；隧道建立；安全性；监控；路由选择；优化；以及服务质量。

7.如权利要求1所述的方法，其中，所述标签添加方案涉及由以下各项组成的组中的选择的至少一个项目：服务类型；子服务类型；应用；与应用相关联的事务类型；应用的用户；用户的角色；用户的位置；用户使用的区域性办公室；与用户或应用相关联的数据中心；以及应用的上下文。

8.如权利要求1所述的方法，其中，所述预定策略是组织范围的策略。

9.一种用于在分布式计算机网络中根据统一的策略提供服务的装置，该装置包括用于接收来自该应用的请求消息并且执行客户端前端的第一计算平台，该客户端前端包括：

终止点，用于接收应用的请求消息；

分类组件，用于根据统一的策略将标签添加信息分配给请求消息；

应用层处理引擎，用于基于该标签添加信息产生与请求消息相关联的处理指令。

10.如权利要求9所述的装置，还包括：第二计算平台，用于处理请求消息，该第二计算平台执行服务器前端，该服务器前端包括用于基于标签添加信息产生与请求消息或响应消息相关联的处理指令的应用层处理引擎。

11.如权利要求9所述的装置，其中，客户端前端还包括：

内容高速缓存和传递服务引擎，用于根据请求消息的标签添加信息高速缓存和传递请求消息或响应消息；以及

隧道，用于在分布式计算机网络中传送带有标签添加信息的请求消息或响应消息。

12.如权利要求11所述的装置，其中，由第一计算平台执行的隧道包括用于根据标签添加信息压缩请求消息或响应消息的压缩组件、或者用于对消息传送进行优化和区分优先级的优化和优先级区分组件。

13.如权利要求10所述的装置，其中，所述服务器前端还包括：

内容高速缓存和传递服务引擎，用于根据请求消息的标签添加信息高速缓存和传递请求消息或响应消息；

隧道，用于在分布式计算机网络中传送带有标签添加信息的请求消息或响应消息；

连接组件，用于连接终止点和第二计算平台；以及

分类组件，用于根据统一的策略将标签添加信息分配给与请求消息相关联的响应消息。

14.如权利要求13所述的装置，其中，由第二计算平台执行的隧道包括用于根据标签添加信息压缩请求消息或响应消息的压缩组件、或者用于对消息传送进行优化和区分优先级的优化和优先级区分组件。

15.如权利要求9所述的装置，其中，所述标签添加方案涉及应用所属的事务类型。

16.如权利要求9所述的装置，其中，所述标签添加方案涉及从由以下各项组成的组中选择的至少一个项目的参数或配置值：压缩；解压缩；加密；解密；隧道建立；安全性；监控；路由选择；优化；以及服务质量。

17.如权利要求9所述的装置，其中，所述标签添加方案涉及由以下各项组成的组中的选择的至少一个项目：服务类型；子服务类型；应用；与应用相关联的事务类型；应用的用户；用户的角色；用户的位置；用户使用的区域性办公室；与用户或应用相关联的数据中心；以及应用的上下文。

18.如权利要求13所述的装置，其中，所述连接组件包括：负荷平衡组件，用于平衡分布式计算机网络中计算平台之间的消息传送和处理操作，或者优化和复用组件。

19.如权利要求9所述的装置，还包括：标签添加方案定义组件，用于定义统一的策略。

20.如权利要求9所述的装置，还包括：管理代理组件，用于从标签添加信息提取处理信息。

21.如权利要求9所述的装置，其中，管理代理组件包括用于提取传递策略参数的传递策略代理、用于提取监控参数的监控代理或者用于提取与警告有关的参数的警告代理。

22.如权利要求9所述的装置，其中，所述预定策略是组织范围的策略。

23.一种计算机可读存储介质，包含用于通用计算机的指令集，该指令集包括：

接收与在分布式计算机网络中执行的应用有关的标签添加方案；

接收来自所述应用的请求消息；

根据标签添加方案将标签添加信息附加到请求消息上，该标签添加信息依照分布式计算机网络中的预定策略；

将带有标签添加信息的请求消息发送到至少一个处理器；

从标签添加信息检索至少一个参数或配置值；以及

根据所述至少一个参数或配置值来处理请求消息。