CN1799062A

CN1799062A - 应用外包

Info

Publication number: CN1799062A
Application number: CN200480014887.4A
Authority: CN
Inventors: A·纳通; G·D·沃利斯
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2003-06-28
Filing date: 2004-06-23
Publication date: 2006-07-05
Also published as: TWI305885B; GB0315187D0; EP1639533A1; CA2534087A1; US20060161441A1; WO2005001727A1; TW200519695A

Abstract

本发明涉及应用逻辑和关联资源的协调。接收来自应用服务提供商(ASP)的应用逻辑以及接收来自从所述ASP请求服务的客户机的请求。来自所述ASP的所述应用逻辑被与所述客户机请求相匹配。所述应用逻辑用于通过访问所述资源来执行所述客户机请求。

Description

应用外包

技术领域

本发明涉及将应用外包给应用服务提供商(ASP)。

背景技术

为了减少固定的IT成本，公司(企业)正在日益寄希望于应用服务提供商(ASP)来代表其提供业务应用和服务(外包)。ASP可以开发和设计应用以满足客户(客户机)的需要，或者公司可以将应用提供给ASP，但将任何维护都留给ASP进行。

在任一情况中，应用和任何关联的一个或多个资源(例如，数据库；企业服务器；遗留应用)都位于所有者公司的控制之外的计算机上。一旦ASP控制了公司的关键业务资源，该公司将严重地依赖于ASP并且在没有显著成本和风险的情况下更换提供商变得很困难。

ASP变成了该公司的敏感信息/业务过程的参与者，并且当关联的资源是包含敏感数据(例如，关于其客户、供应商、合作伙伴和业务运作)的数据库时，公司需要关心的是敏感数据的保护。

目前，企业具有两种方法来管理和保护其数据和其他资源：

i)将IT系统、数据等保存在企业内部并依靠由其系统管理员应用的防火墙和其他安全技术来保护此类资源；或者

ii)将系统外包并依靠第三方提供商(ASP)的技术和能力来保护/管理企业的资源。

前者具有将(敏感)资源保存在企业内部的优点，但意味着企业丧失了IT外包的优点。后者意味着对安全具有较少的控制并依赖于ASP。

发明内容

因此，本发明提供了一种用于协调应用逻辑和关联资源的装置，所述装置包括：用于接收来自应用服务提供商(ASP)的应用逻辑的装置；用于接收来自从所述ASP请求服务的客户机的请求的装置；用于将来自所述ASP的所述应用逻辑与所述客户机请求相匹配的装置；以及用于通过访问所述资源使用所述应用逻辑来执行所述客户机请求的装置。

根据另一个方面，本发明提供了一种应用服务提供商服务，所述服务的执行包括以下步骤：接收来自客户机的服务请求；将应用逻辑提供给先前段落的所述装置；指示所述客户机通过先前段落的所述装置来请求服务。

因此，本发明提供了将应用逻辑的提供外包给应用服务提供商的能力，同时允许公司保持对所述应用逻辑与其交互的一个或多个资源的控制。

所述装置可以被用来将银行应用逻辑与客户的敏感银行详细信息分离。通过另一个实例的方式，所述装置可以是电子支付系统的一部分。(美国专利6029150是电子支付系统的另一个实例，但是此系统并未将应用逻辑(接收自ASP)与客户机请求匹配并执行所述应用逻辑(通过访问资源)以便满足所述客户机的请求。)

所述请求可以包括由所述客户机插入的数据-在此情况下，此数据优选地被用在执行所述请求中。

优选地，以所述应用逻辑指定的格式将所述请求的结果返回给所述客户机。

优选地，所述结果与相关器标识符(id)一起被返回。因此，如果从所述客户机接收到包括相同相关器标识符的第二请求，这可以被用来将所述第二请求与先前的请求相关。因此，所述相关器标识符功能可以被用来将多个请求分组到单个工作单元中。

根据一个优选实施例，所述应用逻辑包括至少一个网页。根据执行应用逻辑的结果，可以选择适当的网页来返回所述客户机。

在一个实施例中，所述资源是数据库并且所述返回的网页包括从所述数据库提取的数据。

在另一个实施例中，通过中间逻辑(例如，应用服务器)来访问所述资源。

根据另一个方面，本发明提供了一种根据权利要求8的装置。

根据另一个方面，本发明提供了一种根据权利要求9的系统。

根据另一个方面，本发明提供了一种客户机，所述客户机包括：用于从应用服务提供商(ASP)请求服务的装置；用于接收如何实现所述服务的执行的详细信息的装置，所述详细信息包括标识符和所述标识符被转发到的地址；用于将所述标识符转发到所述地址以便所述标识符可以被与来自所述ASP的关联应用逻辑相匹配的装置，所述应用逻辑用于使用资源来执行所述客户机请求，所述客户机还包括用于接收从所述地址返回的所述请求的结果的装置。

优选地，所述用于转发所述标识符的装置包括还用于将数据(例如，由所述客户机提供)转发到所述地址的装置。此数据然后可以被用于处理所述请求。

优选地，所述客户机还包括用于接收从所述地址返回的相关器id的装置；以及用于使用所述相关器id来关联发送到同一地址的随后请求的装置。

根据另一个方面，本发明提供了一种用于协调应用逻辑和关联资源的方法，所述装置包括：接收来自应用服务提供商(ASP)的应用逻辑；接收来自从所述ASP请求服务的客户机的请求；将来自所述ASP的所述应用逻辑与所述客户机请求相匹配；以及通过访问所述资源使用所述应用逻辑来执行所述客户机请求。

根据另一个方面，本发明提供了一种根据权利要求20的方法。

根据另一个方面，本发明提供了一种方法，所述方法包括：从应用服务提供商(ASP)请求服务；接收如何实现所述服务的执行的详细信息，所述详细信息包括标识符和所述标识符被转发到的地址；将所述标识符转发到所述地址以便所述标识符可以被与来自所述ASP的关联应用逻辑相匹配，所述应用逻辑用于使用资源来执行所述客户机请求，所述方法还包括接收从所述地址返回的所述请求的结果。

优选地，数据还被转发到所述地址。可以接收从所述地址返回的相关器id并将其用于关联发送到同一地址的随后请求。

根据另一个方面，本发明提供了一种用于协调应用逻辑和关联资源的资源管理服务，所述服务的执行包括以下方法步骤：接收来自应用服务提供商(ASP)的应用逻辑；接收来自从所述ASP请求服务的客户机的请求；将来自所述ASP的所述应用逻辑与所述客户机请求相匹配；以及通过访问所述资源使用所述应用逻辑来执行所述客户机请求。

可以理解，本发明/本发明的各部分可以以计算机软件来实现。

附图说明

现在将仅通过实例的方式并参考附图对本发明的各实施例进行描述，这些附图是：

图1a是本发明的一个优选实施例的组件图；

图1b示出了根据所述优选实施例的本发明的处理；

图2示出了根据本发明的一个实施例实现的直接电子支付系统；以及

图3是本发明的一个实施例的组件图。

具体实施方式

本发明适合于从外包的应用逻辑分离一个或多个敏感资源(例如，数据)；从一个或多个企业内部资源(例如应用)分离外包的应用逻辑；并且还适合于与多个ASP和多个资源一起使用。

将根据Web环境来描述本发明，但是，应当理解，本发明并非旨在被仅限于此。例如，可以使用不同的组件来构建系统，例如，替代Web服务器和/或Web浏览器，可以存在使用自定义格式和协议来使得所述系统的各个组件能够互操作的其他组件。

根据一个实施例，本发明提供了一种用于将电子商务应用与其数据存储分离的方法。这样，应用可以被外包给应用服务提供商(ASP)而不暴露运行所述应用所需的任何敏感数据。其中这可能尤为有用的一个实例是在线银行。客户银行记录可以被保留在企业内部，同时向客户提供对其帐户的访问所必需的银行应用可以被外包。

图1a是本发明的一个优选实施例的组件图。公司(如银行10)将有关其客户(客户机)的敏感数据保留在数据库20中。通过Web服务器和防火墙60，经由定制的数据库管理器30由外部客户机50(示出一个)访问数据库20。

该公司将其应用(示出的一个实例-银行应用90)外包给可以通过Web服务器和防火墙95由外部客户机50访问的ASP 80。ASP可以通过防火墙70访问数据库管理器30(并且因此可以访问数据库20)，但是没有敏感数据被从数据库返回给ASP。这样，ASP完全不知道数据库的内容，因此不太可能危及安全性。

图1b示出了当用于在线银行时本发明的一个优选实施例的处理。应结合图1a阅读此图。

客户机50将ASP的URL输入Web浏览器55以便通过Web服务器和防火墙95访问银行应用90。客户机请求帐户(a/c)登录(步骤100)。ASP将登录页面返回给客户机以便进行填写，同时，ASP将应用页面(将在以后描述)(AP)发送给数据库管理器30(步骤110)。注意，数据库管理器可以向ASP确认AP的接收。

所述AP包括由ASP分配给其的唯一指令id。还作为返回给客户机的登录页面的一部分提供了相同的指令id。客户机填写登录信息并且客户机请求被构建并被发送给银行(步骤120)。所述客户机请求优选地包括：

(i)从登录页面提取的指令id；

(ii)包括客户机填写的登录详细信息的过滤(filter)代码；以及

(iii)客户机返回地址(是所使用的协议所需要的)。

由于发送给客户机的初始登录页面优选地包括银行的地址，此信息可以被用于将客户机请求发送给银行，在所述银行处，请求被继续转发给数据库管理器30。

当接收到客户机请求时，数据库管理器30能够(使用指令id字段)将其与相应的AP相匹配(步骤130)。注意，所述AP可以包括超时值。如果所述AP在超时值所指定的时段内没有被与客户机请求相匹配，则优选地所述AP过期。所述数据库管理器/AP优选地被编程有AP过期之后执行何种操作的指令。例如，忽略客户机请求/将“页面过期”消息返回给客户机/返回之前的页面使得客户机可以再次重新启动事务等。

假定所述AP可以被与客户机请求匹配，则数据库管理器使用包含在该客户机请求的过滤代码内的数据来执行包含在所述AP内的逻辑。所述AP包含可以使用来自数据库20的数据来选择(如果适合)和填写的HTML页面。注意，应用逻辑(包括HTML页面)优选地由ASP来提供。

在此实例中，AP包含用于使用客户机登录数据来根据数据库20验证客户机的逻辑(步骤140)。所述逻辑很可能具有以下形式：

如果客户机登录

使用过滤代码数据根据数据库来验证客户机

如果客户机无效

选择具有请求所述客户机再次尝试的消息的HTML页面//客户机无效

将选择的HTML页面发送给客户机(如果需要，使用从客户机请求提取的客户机地址)

否则//客户机有效

生成标识特定客户机的安全令牌

执行其他逻辑以模仿对帐户概要的新的客户机请求

结束

//使客户机登录后，客户机将被提供//其帐户状态的概要

//模仿的客户机请求应包括与初始请求相同的指令//id并且因此可以被与初始的//AP匹配以便用于将被执行的帐户概要逻辑-参见下文。//(注意，可以使用标志来指示AP是否被用来//登录或提供帐户概要详细信息。)

//模仿的客户机请求应包括由登录过程生成的安全令牌

//模仿的客户机请求还应包括从初始客户机请求(如果适合)提取的客

户机回复地址

如果帐户概要被请求

验证安全令牌

如果无效

选择具有请求客户机再次登录的消息的HTML页面

//客户机无效

从客户机请求(如果适合)提取客户机返回地址并将

选择的HTML页面发送给客户机

否则//安全令牌无效

查询数据库以获得帐户概要数据

选择具有适当格式的HTML页面并插入帐户概要数据

从客户机请求(如果适合)提取回复目的地

并且将选择的HTML页面返回给客户机

//返回的HTML页面应包括由客户机将来//使用的安全令牌

结束

使用此AP逻辑，可以根据数据库20来验证客户机的登录详细信息；可以执行帐户概要逻辑(步骤150)；并且返回客户机的网页包括帐户概要详细信息(步骤160)。

返回客户机的帐户概要详细信息页面优选地包括属于客户机可以向ASP做出的其他请求的菜单。

假定客户机选择这些之一(步骤170)，ASP可以将页面(包括新的指令id)返回给客户机以便进行填写，也可以只是返回新的指令id(如果没有客户机要填写的数据)-步骤180。如果客户机希望更新某些数据(例如，地址)，则页面可以被返回给客户机以便进行填写。

同时，AP(包括所述新的指令id和适当的逻辑)被发送给银行(步骤190)。

同时，客户机50构建客户机请求，该请求包括：

i)包括已填写数据的过滤代码(如果适当)；

ii)客户机的返回地址(如果适当)；

iii)作为登录过程的一部分接收的安全令牌；以及

iv)新的指令id。

这被发送到所述银行(步骤200)。

在步骤210，银行将所述客户机请求与新接收的AP相匹配(通过包含在两者中的新的指令id)。此AP包含以下形式的逻辑：

验证安全令牌

如果无效

选择具有请求客户再次登录的消息的HTML页面//客户无效

从客户机请求提取客户机返回地址(如果适合)并将页面发送给客户机

否则//安全令牌有效

查询/更新数据库(如果适合)

如果数据库正在被查询

选择具有适当格式的HTML页面并插入提取的数据

从客户机请求提取回复目的地(如果适合)并且将页面返回给客户机

//返回的页面应包括安全令牌

否则//数据库正在被更新

选择适当的HTML页面(从AP)以便通知客户机其更新已经进行从客户机请求提取回复目的地(如果适合)并将页面返回客户机

//返回页面应包括安全令牌

结束

以这种方式，所述银行能够使用安全令牌来验证客户机(步骤220)，执行包含在AP内的逻辑(步骤230)；以及将适当的HTML页面返回给客户机(步骤240)。

因此，可以理解，数据库管理器30优选地包括命令列表，所述命令可以针对数据库被执行并且其知道如何执行以便提取适合的数据/适当地修改所述数据。

优选地，应用服务提供商从未接收到敏感数据。数据库管理器30采用正常的安全措施来认证客户机和ASP的标识以确保敏感数据的保密性。

数据库管理器优选地拒绝将敏感数据(例如，帐户余额)发送到与请求客户机的地址不同的地址。

数据库接口还可以提供某种程度的审核工具。例如，所述接口可以记录与AP匹配的请求数；拒绝的请求数；超时数等。由于此类审核在企业内部进行(与由ASP进行相反)，所以可以保证此类数据的准确性。

虽然本发明特别适合于将外包的应用逻辑与关联的敏感数据分离，但是其决不仅限于此。

通过另一个实例的方式，可以使用不同的ASP来分别将大型应用的不同(协作)部分进行外包。根据一个这样的实施例，披露了一种直接电子支付系统。当在Web上或通过其他电子媒介做出购买时，此系统允许客户的敏感个人信息和银行详细信息只能被发送给其银行。供应商(无论客户订购了什么)仅被通知已请求交易以及交易是何时发生的。

图2示出了根据本发明的一个实施例的此类系统涉及的组件和处理。注意，在此实施例中有两个ASP-一个用于供应商，一个用于客户的银行。以这种方式，客户的银行详细信息与保存客户银行应用的实体分离，并且类似地，供应商的存货详细信息与保存供应商应用(如，网站)的实体分离。

从图中可以看出，通过编号的箭头示出了各组件之间的信息流。以下说明了每个编号的箭头的含义：

1客户(客户机)300浏览供应商的网站(其由供应商的ASP 310主持和管理)并对特定的库存物品发出购买请求。

2供应商的ASP 310向客户发送请求，其包括指令id和客户填写的模板。所述模板优选地包括客户填写他们希望购买的物品的部件号的空间。

2’同时，供应商的ASP 310将AP发送到库存数据库。所述AP包括与在步骤2分配给客户机请求的指令id相同的指令id。

3客户填写作为在步骤2的请求的一部分发送的模板并将已填写的客户机请求发送到供应商的库存数据库320。供应商的库存数据库管理器(未示出)将所述客户机请求与所述AP(在步骤2’发送的)相匹配并且这将导致(由于所述AP内包含的逻辑)在步骤4HTML页面被发送给所述客户。

4所述HTML页面被发送给客户300并且包含库存物品的价格以及与供应商的银行有关的详细信息(例如，银行名称和供应商名称)。

5所述客户通知客户银行ASP 300购买被启动。

6客户银行ASP 330生成用于所述客户的客户机请求。此请求包括指令id、客户填写价格的空间以及供应商的银行详细信息(后两者从在步骤4由供应商的库存数据库发送的AP获得)。

6’同时，客户银行ASP 330生成要发送给客户银行的数据库340的AP。此AP包括与步骤6的客户机请求提供的指令id相同的指令id。

7所述客户将在步骤6接收并按时填写完的客户机请求发送给客户银行的数据库340。所述客户机请求还将包括客户银行登录信息以便所述客户可以被认证为真实的客户。然后，客户银行的数据库管理器(未示出)可以将步骤6’的AP与步骤6的客户机请求相匹配。

8假定所述AP和所述客户机请求可以被匹配，则所述AP包括使得客户银行的数据库管理器能够首先验证所述客户并且然后与所述供应商的银行交互，以便所述客户的银行帐户可以被记入借方而所述供应商的银行帐户可以被记入贷方的逻辑。注意，供应商的银行350不必一定使用本发明的一个实施例的分离的应用逻辑/数据方法。因此，所述客户银行的数据库管理器和所述供应商的银行可以根据标准的支付清算方法来交互。

9在步骤6’的AP内提供的逻辑还使得一旦所述客户银行的数据库管理器接收到来自供应商的银行350的形式为HTML页面的对交易已发生的确认(未示出)，所述客户银行的数据库管理器能够将交易已发生的确认提供给客户300。

当接收到确认时，客户通过供应商的网站以与先前描述的交易相同的方式发出发货请求(包括其地址)。供应商在已向其自己的银行确认支付已做出后，可以确认发货并且定购完成。

注意，供应商的ASP 310和客户银行ASP应优选地使用客户机请求的标准格式。

注意，客户银行ASP是与客户银行的数据库分离的实体，同样，供应商的ASP和供应商的库存数据库也是分离的实体。每个实体都在不同人的控制之下。可以理解，两个数据库都以与参考图1a和1b描述的方式类似的方式来利用数据库管理器(未示出)。

优选地，在多个客户机请求中的每个客户机请求都形成某一操作的一部分时，每个客户机请求包含可以被用于将其与更大的操作相关的相关器。类似地，与所述操作相关的响应应优选地传送相同的相关器。所述相关器可以被认为是所述请求的“有效负荷”的一部分以及包括所述应用的响应。

可以理解，借助典型的支付系统，客户将向供应商提供他们的银行详细信息/信用卡详细信息以便供应商执行支付。在此操作中，客户相信供应商将不会滥用他们的敏感数据。如果供应商外包了他们的购买应用，则先前的客户将不得不相信供应商的ASP而这本身可能并不是所希望的。通过使用本发明，客户的敏感数据优选地只在客户与银行之间传送。

虽然主要在将应用逻辑与敏感数据分离方面描述了本发明，但是本发明并非仅限于此。系统可以根据本发明的一个实施例来协调客户机与客户机想要访问的任何资源之间的交互。虽然资源可以是数据库，但是其可以只是企业服务器或非外包的应用/应用部件。

因此，本发明优选地允许公司将某些资源保持在其内部(在公司内部，其具有管理这些资源的所有专业人员)，同时外包其他资源。

图3提供了其中银行通过响应对帐户详细信息；利率；抵押信息等的请求向其客户提供服务的实例。银行选择将此服务的一部分外包给ASP440。通过Web服务器450，客户430能够请求信息。银行的ASP 440可以直接访问诸如当前利率之类的某些非敏感信息(使用数据库460)。但是，银行400选择将其服务的一部分保留在其内部。应用服务器410由银行控制并用于执行对诸如客户的银行详细信息之类的敏感信息的请求。此类敏感信息保存在数据库420中，数据库420又保留在银行本身的控制之下而不是银行的ASP的控制之下。数据库420和应用服务器410都可以通过管理软件405来访问。

此类系统基本上以与参考图1a和1b描述的银行系统相同的方式来工作。在此情况下，主要的不同是存在位于银行的ASP与银行的数据库420之间的应用服务器。管理软件405只是将其从银行的ASP 440接收的应用逻辑转换成银行的应用服务器420能够理解的格式。所述应用服务器可以使用此类请求来查询数据库420。

注意，银行可以选择使用应用服务器，因为这可以针对银行的需要来特别定制。当所述应用服务器已经可用时，使ASP进行某些新的开发没有意义。进而，由于其可能需要的专业技能，银行可以选择将应用服务器保留在其内部。

注意，虽然根据公司(已经将其应用的提供外包)外部的客户描述了本发明，但是本发明决非仅限于此。外包应用的内部用户也可以使用本发明以类似的方式来访问所需的资源。

Claims

1.一种用于协调应用逻辑和关联资源的装置，所述装置包括：用于接收来自应用服务提供商(ASP)的应用逻辑的装置；用于接收来自从所述ASP请求服务的客户机的请求的装置；用于将来自所述ASP的所述应用逻辑与所述客户机请求相匹配的装置；以及用于通过访问所述资源使用所述应用逻辑来执行所述客户机请求的装置。

2.根据权利要求1的装置，其中所述请求包括由所述客户机插入的数据，所述装置包括：用于在执行所述请求中使用所述数据的装置。

3.根据权利要求1或2的装置，包括：用于以所述应用逻辑指定的格式将所述请求的结果返回给所述客户机的装置。

4.根据权利要求3的装置，其中所述用于返回的装置还提供了相关器标识符并且所述装置还包括：用于接收来自所述客户机的包括所述相关器标识符的第二请求的装置；以及用于将所述第二请求与先前请求相关的装置。

5.根据权利要求3或4的装置，其中所述应用逻辑包括至少一个网页，所述装置包括：用于根据执行应用逻辑的结果，从所述应用逻辑选择适当的网页返回到所述客户机的装置。

6.根据权利要求5的装置，其中所述资源是数据库并且所述返回的网页包括从所述数据库提取的数据。

7.根据权利要求1至5中的任一权利要求的装置，其中通过中间逻辑来访问所述资源。

8.一种由应用服务提供商使用的装置，所述装置包括：用于接收来自客户机的服务请求的装置；用于将应用逻辑提供给根据权利要求1至7中的任一权利要求的装置的装置；用于指示所述客户机通过根据权利要求1至7中的任一权利要求的装置来请求服务的装置。

9.一种系统，所述系统包括：应用服务提供商(ASP)，所述应用服务提供商包括：用于接收来自客户机的服务请求的装置；用于将应用逻辑提供给根据权利要求1至7中的任一权利要求的装置的装置；以及用于指示所述客户机从根据权利要求1至7中的任一权利要求的装置来请求所述服务的装置，其中所述系统还包括根据权利要求1至7中的任一权利要求的装置。

10.一种客户机，所述客户机包括：用于从应用服务提供商(ASP)请求服务的装置；用于接收如何实现所述服务的执行的详细信息的装置，所述详细信息包括标识符和所述标识符被转发到的地址；用于将所述标识符转发到所述地址以便所述标识符可以被与来自所述ASP的关联应用逻辑相匹配的装置，所述应用逻辑用于使用资源来执行所述客户机请求，所述客户机还包括用于接收从所述地址返回的所述请求的结果的装置。

11.根据权利要求10的客户机，其中所述用于转发所述标识符的装置包括还用于将数据转发到所述地址的装置。

12.根据权利要求10或11的客户机，包括：用于接收从所述地址返回的相关器标识符的装置；以及用于使用所述相关器标识符来关联发送到同一地址的随后请求的装置。

13.一种用于协调应用逻辑和关联资源的方法，所述装置包括：接收来自应用服务提供商(ASP)的应用逻辑；接收来自从所述ASP请求服务的客户机的请求；将来自所述ASP的所述应用逻辑与所述客户机请求相匹配；以及通过访问所述资源使用所述应用逻辑来执行所述客户机请求。

14.一种用于由应用服务提供商执行的方法，所述方法包括：接收来自客户机的服务请求；将应用逻辑提供给根据权利要求13的方法；指示所述客户机通过根据权利要求13的方法来请求服务。

15.一种包括程序代码装置的计算机程序，当所述程序在计算机上运行时，所述程序代码装置适合于执行根据权利要求13的方法。

16.一种包括程序代码装置的计算机程序，当根据权利要求14的方法在计算机上执行时，所述程序代码装置适合于执行所述方法。

17.一种方法，所述方法包括：从应用服务提供商(ASP)请求服务；接收如何实现所述服务的执行的详细信息，所述详细信息包括标识符和所述标识符被转发到的地址；将所述标识符转发到所述地址以便所述标识符可以被与来自所述ASP的关联应用逻辑相匹配，所述应用逻辑用于使用资源来执行所述客户机请求，所述方法还包括接收从所述地址返回的所述请求的结果。

18.根据权利要求17的方法，其中所述转发所述标识符的步骤包括还将数据转发到所述地址。

19.根据权利要求17或18的方法，包括：接收从所述地址返回的相关器标识符；以及使用所述相关器标识符来关联发送到同一地址的随后请求。

20.一种包括计算机程序代码装置的计算机程序，当所述程序在计算机上运行时，所述计算机程序代码装置适合于执行根据权利要求17至19中的任一权利要求的方法。

21.一种用于协调应用逻辑和关联资源的资源管理服务，所述服务的执行包括以下方法步骤：接收来自应用服务提供商(ASP)的应用逻辑；接收来自从所述ASP请求服务的客户机的请求；将来自所述ASP的所述应用逻辑与所述客户机请求相匹配；以及通过访问所述资源使用所述应用逻辑来执行所述客户机请求。

22.一种应用服务提供商服务，所述服务的执行包括以下步骤：接收来自客户机的服务请求；将应用逻辑提供给根据权利要求1至7中的任一权利要求的装置；指示所述客户机通过根据权利要求1至7中的任一权利要求的装置来请求服务。