专利名称：为Web服务进行协商的系统和方法
技术领域：
本发明涉及网络化环境中的可视化及自动协商，更具体地，涉及对于网络化环境中提供、供应和订约服务的可视化及自动协商。
背景技术：
2003年4月22日对Tavor等人的“AUTOMATIC VIRTUALNEGOTIATIONS”授权的美国专利US 6,553,347 B1，公开了一种用于利用更特定于用户调整协商过程的系统处理一对一及自动虚拟协商的方法。
2002年3月14日公布的Pezzutti的“INTELLIGENT NETWORKPROVIDING NETWORK ACCESS SERVICES(INP-NAS)美国专利申请公布US 2002/0032765A1，公开了一种在自愈服务网络中提供网络访问服务、服务激活和提供的智能网络。该系统在访问时在访问系统的网络站点自动检测用户或安装程序的事件。
2002年4月18日公布的Solomon的“SYSTEM，METHOD ANDAPPARATUS FOR DEMAND-INITIATED INTELLIGENTNEGOTIATION AGENTS IN A DISTRIBUTED NETWORK”美国专利申请公布US 2002/0046157 A1以及2002年6月6日公布的Solomon的“SYSTEM，METHOD AND APPARATUS FOR AGGREGATION OFCOOPERATIVE INTELLIGENT AGENTS FOR PROCUREMENT IN ADISTRIBUTED NETWORK”美国专利申请US 2002/0069134A1，公开了一种用于利用自动协商聚集分布式网络中用于采购的协作智能代理并进行产品、服务和其捆绑的采购的系统和方法。
1997年2月7日公布的Takahide等人的“INFORMATIONCOMMUNICATION SERVICE DISTRIBUTION AND COOPERATIONCONTROL，METHOD AND CONTROLLER THEREFORE”日本专利JP9036955A，公开了一种信息通信服务，其中接收来自客户的服务请求并从信息采集中获取当前客户的条件。协商从该信息采集中获取信息，并根据协商信息知识存储中的规则基于从调用者侧接收的计划生成适于当前用户的条件的计划。
2002年12月20日公布的Naosuke的“MEDIATION SYSTEM”日本专利JP2002366788A，公开了一种自动搜索接近于客户的期望的项目并包括代理功能的中介系统，该代理功能包括协商条件数据。协商功能根据这些数据执行自动协商处理。
Papaioannou等人的“EFFICIENT AGENT-BASED SELECTION OFDIFFSERV SLAs OVER MPLs NETWORKS WITHIN THE ASPSERVICE MODEL”，网络和系统管理期刊，第一期第10卷，6390页(2002年3月)(INSPEC 7275970)公开了使用相对于被呈递的特定服务是有条件的各种类型的文档的自动协商。
Chang等人的“A NEGOTIATION ARCHITECTURE FOR FLUIDDOCUMENTS”，UIST’98 San FRANCISCO，CA，ACM0-58113-034-1/98/11，第123-132页(1998)公开了用于确保主和辅助材料的呈现得以兑现以及流动用户接口得以实现的流动文档的协商体系结构。
Bond等人的“AN OPEN ARCHITECTURE FORNEXT-GENERATION TELECOMMUNICATION SERVICES”，ACMtransactions on Internet Technology，第一期第4卷，第83-123页(2004年2月)公开了一种基于用于管理特征交互的综合策略的IP电信的开放体系结构。
现有技术未提供本发明中阐述的对网络化环境中提供、供应和订约服务的可视化及自动协商。
发明内容
通过共同协商文档定义和动态图形用户接口，克服了现有技术的缺点，并提供了其他的优点。本发明提供了可视化由通用标记所指定的服务提供的能力。此外，可以在服务流构建应用的交互情境中实现可视化，这在2003年4月2日提交的Goodman等人的“PROGRAM CREATION BYCOMBINING WEB SERVICES USING GRAPHIC USER INTERFACECONTROLS(代理机构卷号POU920020082US1)”美国专利申请序号10/406378、2003年10月6日提交的Goodman等人的“CREATING WEBSERVICES PROGRAMS FROM OTHER WEB SERVICESPROGRAMS(代理机构卷号POU920030105US1)”美国专利申请序号10/679759、以及2000年7月25日对Rogers等人的“METHOD OFCREATING AND USING NOTES DECISION CAPSULES”授权的美国专利6,094,655中进行了描述，其中这些专利申请或专利均转让给本发明的受让人，在此将其全体引入作为参考。
本发明是一种在实现服务构建环境中安全交换、可视化及选择服务提供而得到工作文档的系统。
本发明的一个目的在于提供一种交换服务提供文档的安全方法。在本发明的一个实施例中，服务提供文档存在于网络的第一节点上。第二节点根据用户交互或作为编目例程的一部分识别目标服务。作为此识别的一部分，第二节点请求服务接口定义(诸如Web服务描述语言，WSDL)。作为服务描述的一部分，唯一的网络标识符指向服务提供文档。可选地，服务提供文档的内容包括为服务接口定义的一部分。第二节点向第一节点请求服务提供文档。在另一实施例中，网络的第一节点请求第二节点的服务提供文档。第一节点向第三节点请求第二节点的服务提供文档的真实性证实。第三节点证实该文档的真实性，且第一节点信任该文档。在一个实施例中，第三节点担当使得该事务能够被第一和第二节点所信任的媒介。
本发明的另一目的在于提供服务提供文档的可视化。在本发明的一个实施例中，网络的第二节点向第一节点检索服务提供文档。对该服务提供文档进行解释，并将其显示为图形用户接口和用户体验的一部分。在本发明的另一实施例中，呈现是将第一服务与第二服务联结或修改第一服务与第二服务的连接的结果。
本发明的另一目的在于提供与服务提供文档的交互。预定义的端点是服务提供文档中网络的节点提交合同请求的部分。在一个实施例中，第一用户根据服务提供文档的显示选择服务的一个选项。用户通过与图形用户接口交互来识别该选择完成。可向指定端点发送接受合同的消息。在一个实施例中，网络的第一节点查看全局环境设置，以确定自动接受合同。
本发明的又一目的在于提供工作说明作为正式文档，其是根据服务合同而生成的。工作说明是基于呈现时的服务提供文档的协议记录。在工作说明中捕获的其他数据可包括服务请求的提交时间、处理时间以及与该合同有关的任何服务质量或属性。
本文还描述和要求保护与上面概述的方法对应的系统和计算机程序产品。
通过本发明的教导，可实现其他特征和优点。本文详细描述本发明的其他实施例和方面，并将其作为要求保护的本发明的一部分。为了更好地理解本发明的优点和特征，参考说明书和附图。
在说明书结尾处的权利要求中具体指出并清楚地要求保护了被认为是本发明的主题。从下面结合附图所作的详细描述中，本发明的上述及其他目的、特征和优点将变得显而易见，在附图中图1是示出可用于本发明的计算机网络的方框图，该计算机网络具有运行第一服务的第一节点和运行第二服务的第二节点、以及作为认证节点的第三节点；图2是示出已由第一和第二节点的服务达成协议的文档交换的图1网络的方框图；图3示出了图1的系统的条件文档工作台以及供应和合同屏幕的屏幕捕获；
图4示出了图1网络的第一和第二节点之间的交换；以及图5是图1第一和第二节点的服务之间的合同协商的一个实施例的工作流的流程图。
详细的说明以参照附图的实例方式，解释了本发明的优选实施例及优点和特征。
具体实施例方式
图1是可用于本发明的计算机网络的方框图，该计算机网络具有运行服务A的图1网络的第一节点或计算机10、运行服务B的该网络的第二节点或计算机12、以及运行作为认证服务器的服务C的该网络的第三节点或计算机14。节点14的服务C是节点10的服务A和节点12的服务B的可信任服务。应该理解，替换节点14的服务C，可使用用户交互来提供认证功能。
每个节点10、12和14可包括计算机系统11(基于简单起见，仅对于节点10示出)。同样可以理解，计算机系统11包括监控功能8和存储功能9。公知地，存储功能9可包括内部和外部计算机可读介质，诸如计算机RAM或ROM存储器、硬盘驱动器、磁带、盘、软盘、只读光盘或其他电子或光存储介质。公知地，诸如节点10的服务A的服务存在于存储器9中，且其由计算机系统11执行。
当服务A希望请求与服务B进行协商文档的交换时，服务A从服务C获得包括标识和口令(id和pw)的身份验证令牌，如15处所示。然后，14处的服务C向服务A指派id和pw，并向服务A发送标识令牌，如16处所示。在17处，10的服务A向12的服务B发送包括该标识令牌的请求。然后，12的服务B向14的服务C发送消息，以检验该标识令牌的有效性，如18处所示。在19处，从14的服务C向12的服务B发送指示该标识令牌是真还是假的消息。以这种方式，服务A和服务B能够验证另一方，以确定正在从授权的站点发送和接收协商文档的交换请求。以这种方式，当向服务C提供id和口令时，服务C将返回令牌。因此，服务A不必向服务B(其可能是不可信任的计算机服务)发送证书。
图2是图1网络的方框图，其示出了已由服务A和服务B达成协议的文档的交换。在20处，10的服务A向14的服务C发送验证符合性并对所达成协议的文档签名的请求。该请求包括用于此次交换的文档、标识和口令(DOC、id和pw)。在21，服务C将签名后的文档发送回给服务A，并验证符合性。在22，在服务A和服务B之间交换所请求的文档。在23，服务B向服务C发送消息，以检验该文档的验证。在24，服务C向服务B发送真/假响应，以验证交换后的文档。
在另一实施例中，不需要整个文档来证实该文档已被第三方(服务C)签名。而是仅需要签名段。例如，如果该文档已被篡改，但实际上服务C已对该文档签名了的事实检验通过，则服务B可利用本领域中已知的其他手段来进行计算。签名数据可能包括其中单向散列(校验和)已由第三方签名了的数据(通常发现于签名中)。这允许服务C仅处理此段，并根据真实性返回真假。若是真，则如果该签名中包含的校验和与对整个文档的校验和匹配，则服务B推断该文档已被签名。校验和可采用各种形式，但通常是一序列的字符和数字，它们对于字节的特定设置是唯一的。字节和数据中的任何变化都是可疑的。而且，如果签名不符合，则服务C不正确地签名，而该段是可疑的，因此该文档是可疑的。
图3示出了本发明的条件文档工作台30以及供应和合同31的屏幕捕获。条件文档工作台30包括可用于工作台30的web服务菜单32，且包括在web服务正被使用时对它们的实时说明。例如，报告生成器服务33被示为连接到电子邮件服务34，电子邮件服务34用于将报告形式从例如第一方转换到第二方。在供应和合同屏幕31中，电子邮件web服务34遵从报告生成器服务33的某些合同和协商标准。此供应文档提供正在协商中的合同的信息。在31中，提供了价格和每周最少量选择。如果第二方同意接受所提供的供应之一，则第二方选择一项，诸如在35处所示的每周最少量1000件则每一件是1美元。如果第二方选择了可接受的选项，并选择了“服务合同”按钮，则供应文档完成，且最终的合同文档得到交换。
如上述美国专利申请序号10/406378和10/679759中所讨论的，程序员使用创建程序为要被支持的每个web服务32创建图标支持。菜单安放功能将所创建的图标置入菜单32中。也可为不是web服务的用户程序创建图标。这种图标可用于提供例如音频、视频、机械的接口。通过授权代理或通过向内容提供方检索图标，而使图标对用户可用。优选地，每个图标由标题和辅助描述文本表示。图3中所示的标题和可选地描述文本显示于具有相关常规图标图像的用户的客户端计算机11。图标包括对程序代码、web服务接口控制以及可视特性的访问。
用户选择图标标题并将其拖放到工作台30的画布29中。然后，用户可执行该图文框中的图标以测试其功能。如结合图5所讨论的那样，可使其与该图文框中的其他对象互连，以创建新功能。优选地，当将该图标拖放到画布29中时，创建可视地描述接口选择(如果可应用的话)的更详细的图标，以便当用户互连该对象时可选择适当的可视表示。用户可使用参数设置图形用户接口(GUI)来设置适当的参数，以定制所选择图标的功能。用户使用显示启动GUI来显示图标的参数选项；然后，使用对参数的显示进行操作的操作器，用户设置适当的参数；最终，用户使用退出GUI退出参数的显示。
如所讨论的，如果菜单32中已选择的web服务需要使用合同，则显示供应和合同屏幕31，且用户可协商合同的各个条款，以用于所选择的web服务。如所提及的，可例如通过选择描述正被提供的各条款的期望单选按钮35，来进行此协商。
图4示出了图1的系统10和12之间的交换。系统10包括服务构建工作台40，该工作台40被拖放到画布中并与其他服务互连。系统12可运行服务构建工作台42，但是，这并不是必需的。
在43，示出了服务描述交换。在46，提出服务描述请求，以向工作台调色板提供服务的可视表示。在44，获得服务B 42的服务描述。在47，将该服务描述返回给系统10。系统10读取该文档，并识别该服务提供文档的端点。
系统10上的第一用户将服务B 42的可视表示拖放到工作台画布。该用户将第二服务拖放到画布，且该用户将第一服务与第二服务互连。
在48，示出了服务提供文档交换。在连接时，系统10识别服务提供端点存在，并在49向系统12请求该文档。系统12获得服务提供文档45，并以服务提供文档50来响应。应该理解，在另一实施例中，根据46处的请求和请求者，动态地生成服务提供文档。系统10读取该文档(表I)。
表I中描述的服务提供文档包括两部分，即头部和服务提供。头部存储诸如数字签名的标识信息和诸如企业的身份标签以及合同信息。头部可指定所提供的服务的级别。例如，24/7或不保证。头部还包括服务端点，其是了解怎样处理服务请求的web服务(表II)。服务提供部分包括服务的各选项。例如，选项样式或单选样式、互斥列表。
在51，示出了服务提供的显示、选择提交、以及确认和协议过程。第一系统10识别称作服务提供的部分，识别匹配已知用户接口(UI)标签的每个标签以构建用于向用户进行显示(52)的图形用户接口(GUI)。标签匹配系统构建该UI。在表I中，选项标签用于表示互斥的选项列表。这通过单选按钮来表示。仅有一个选择将被接受，并将显示基本的接受取消按钮。每个选项描述足够多的信息来表示该选择。
如图3中所示，向第一用户呈现对话框。该用户选择服务提供选项中的一个，并按下服务合同按钮。
系统10识别处理端点URL，并在53提交请求，表I是服务消息请求的实例。如已解释的，其具有两部分头部和服务。头部是为识别信息、签名等而保留的。服务识别服务质量和已选择的服务选项。服务标签请求的唯一ID属性使得两个服务器之间的事务被唯一标识。
系统12接收服务请求53。在54，如先前所讨论的那样，系统12向第三系统证实该文档的真实性。在从第三系统14获得肯定响应时，第二系统12根据环境变量、当前使用和平均响应时间，决定该服务请求是否可能。如果它是可接受的，则生成确认和接受该请求的响应，并将其返回至55处所示的第一系统(见表III)。
担当验证真实性的角色的第三系统14也可担当如结合图2所讨论的第一系统10和第二系统12的中间人。第一系统10请求原始服务提供文档(条件文档)的证实。第三系统14处的证实启动端到端事务的联机。为该文档返回第三方签名。然后，服务请求与该签名一起被提交给第二系统12。第二系统12向第三系统14进行验证。第三系统14证实该文档真实性。这使得该事务完成，并可选地提供工作文档(见表IV)。
可选地，每个系统可采用本领域中公知的公钥结构(PKI)，其中每个节点具有证书(公钥)且每个节点具有私钥。私钥用于解密，而公钥被分发，以便其他节点能够向包含私钥的节点进行加密。该结构有助于系统的验证和安全。例如，不是由第三方提供签名服务，而是服务C提供公钥查找。服务A请求服务B的公钥。可选地，服务A将该密钥存储于本地存储器中，以消除对服务C的与使用服务B的公钥有关的事务的进一步请求。服务B对该消息进行解密，知道其可能仅来自于服务A，特别是当该消息以服务A的密钥签名的时候。签名需要私钥；证实签名仅需要公钥。然后，服务B向服务C请求服务A的公钥，并可选地存储它以用于将来对消息的加密、签名和响应。服务A和B的节点保存服务C的证书(公钥)以进行证实。
在另一实施例中，第三系统14可能是交换所(登录记帐等)。在另一实施例中，第二系统负责对第一系统10进行记帐。在又一实施例中，第一系统10被分发了访问第二系统12的特殊密钥、注册、口令或证书。在另一实施例中，服务的响应可能用于由第三系统14指向的可能具有更适合的环境的第四系统。更适合的环境可能是例如基于位置、负荷等的。
表I是如下的服务提供文档的样本列举表I<？xml version＝”1.0”encoding＝”iso-8859-1”？>
<document-of-condition>
<header>
<identity company＝””contact＝””signature＝””/>
<process endpoint＝”http//clearinghouse.com/webservices/service”/>
<standards-compliance name＝””/>
<qos uptime＝”24/7”avgResponseTime＝”350”/>
</header>
<service-offering>
<options>
<option id＝””cost＝”$0.25”duration＝”100”description＝”$0.25 per 100transactions”/>
<optionid＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per 1,000transactions”/>
<option id＝””cost＝”$10.00”duration＝”2500”description＝”$10.00 per 2,500transactions”/>
<option id＝””cost＝”$100.00”duration＝”10000”description＝”$100.00 per 10,000transactions”/>
<option id＝””cost＝”$1000.00”duration＝”-1”description＝”$1000 for unlimitedtransactions”/>
</options>
</service-offering>
</document-of-condition>
表II是如下的服务文档请求的样本列举表II<？xml version＝”1.0”encoding＝”iso-8859-1”？>
<request-for-service uid＝”4AAFfa32454ddgs4547”>
<header>
<identity company＝””contact＝””signature＝””/>
</header>
<service>
<selected-qos uptime＝”24/7”avgResponseTime＝”350”/>
<selected-option id＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per
1,000 transactions”/>
</service>
</request-for-service>
表III是如下的对服务请求的响应的样本列举表III<request-for-service-response>
<header>
<identity company＝””contact＝””signature＝””/>
</header>
<service-accepted>
<selected-qos uptime＝”24/7”avgResponseTime＝”350”/>
<selected-option id＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per 1,000transactions”/>
<service-provider-identity company＝””contact＝””signature＝””endpoint＝””/>
</service-accepted>
</request-for-service-response>
表IV是如下的工作文档的样本列举表IV<document-of-work>
<parties>
<provider>
<identity company＝””contact＝””signature＝””/>
</provider>
<customer>
<identity company＝””contact＝””signature＝””/>
</customer>
</parties>
<service>
<selected-qos uptime＝”24/7”avgResponseTime＝”350”/>
<selected-option id＝””cost＝”$0.50”duration＝”1000”description＝”$0.50 per 1,000transactions”/>
</service>
</document-of-work>
图5是其中如果A与B连接则具有一个成功合同的协商的一个实施例的工作流的流程图。在60，用户将对象A拖放到工作台。在61，用户将对象B拖放到该工作台。在62，用户使对象A和对象B互连，以来回发送请求和响应。在63，进行检验以确定对象B是否具有条件文档。如果在63的检验为否，则A与B连接。如果在63的检验为是，则在65进行检验以确定对象A是否具有条件文档。如果在65的检验为是，则在67查询对象A的条件文档。
如果在65的检验为否，或者当对象A的条件文档为否时，则在66查询当前实体信息和全局条件文档。在68，查询对象B的条件文档。在69，进行检验以确定是否能够进行自动协商。如果在69的检验为是，则在70，A与B连接。如果在69的检验为否，则在71，向当前实体显示UI，以作出决定。在72，进行检验以确定在71请求的决定是否导致了成功。如果是，则在73，A与B连接。如果否，则在74，A不与B连接。
应该理解，尽管在本例中将文档显示为存在于同一系统中，但文档也可存在于任何位置，诸如存在于其中URI/URL指向文档/文档生成器的互联网中。另外，在本例中服务A和B代表它们自己来进行协商。应该理解，诸如节点14的第三方可提供代表服务A和B创建并分发文档的服务。
本发明的能力可以软件、固件、硬件或它们的某种组合来实现。
作为一个例子，本发明的一个或多个方面可包括在具有例如计算机可用介质的制造物品(例如一个或多个计算机程序产品)中。该介质具有包括在其中的例如计算机可读程序代码手段，用于提供并有助于本发明的能力。该制造物品可包括为计算机系统的一部分或单独出售。
另外，可提供有形地包括机器可执行以实现本发明的能力的至少一个指令程序的机器可读的至少一个程序存储设备。
文中描述的流程图仅是例子。可存在对其中描述的这些图示或步骤(或操作)的多种变换，而不脱离本发明的精神。例如，可以不同的顺序来执行这些步骤，或者可以增加、删除或修改步骤。所有这些变体都被认为是所要求保护的本发明的一部分。
尽管已对本发明的优选实施例进行了描述，但本领域的技术人员应该理解，现在和将来可实现各种落入随后的权利要求的范围内的改进和提高。应将这些权利要求解释为主张对前面描述的本发明的适当保护。
权利要求
1.一种在其中第一服务正在寻求与第二服务的连接的计算机网络中，用于当这些服务中的一个在该连接完成之前要求与另一服务的协议时交换及可视化这些服务之间的协商文档的系统，所述系统包括所述网络中的第一节点，其具有用于提供服务提供文档的第一服务；所述网络中的第二节点，其具有用于响应从所述第一服务接收的所述服务提供文档而提供工作文档说明的第二服务；所述第一服务中的显示，所述第一服务在其上显示来自所述第二服务的所述工作文档说明，以可视化所述工作文档说明；所述第一服务中的接受例程，其使用户能够接受所述工作文档说明中的条款；以及所述第二服务中的协议生成例程，用于在所述用户接受所述工作文档说明时完成协议文档。
2.根据权利要求1的系统，还包括所述网络中的第三节点，用于认证所述第一和第二节点之间发送的服务提供文档和工作文档说明。
3.根据权利要求2的系统，其中所述认证包括用来自所述第三节点的公钥在所述第一节点本地验证所述第一节点的文档。
4.根据权利要求1的系统，其中所述工作文档说明包括可由所述用户选择以接受所述工作文档说明的选项。
5.根据权利要求3的系统，其中所述选项包括互斥选项的列表。
6.根据权利要求5的系统，其中所述互斥选项由单选按钮限定，所述用户可选择这些单选按钮中的一个。
7.一种用于为web服务的使用进行协商的系统，包括web服务菜单，用于在程序的创建中使用；工作台，可在所述程序的创建期间将所述菜单中的web服务拖放到其上；连接例程，用于连接被拖放到所述工作台的web服务；以及所述连接例程中的协商过程，用于在所述连接完成之前为所述工作台上的至少一个web服务的使用进行协商。
8.根据权利要求7的系统，还包括具有第一和第二节点的网络，其中所述工作台位于所述第一节点上，而所述web服务中的一个的提供者位于所述第二节点上，且所述协商过程包括从所述第一节点向所述第二节点发送服务提供文档；响应所述服务提供文档，从所述第二节点向所述第一节点发送工作文档说明；在所述第一节点可视化所述工作文档说明，以便用户可接受所述工作文档说明；以及响应所述用户接受所述工作文档说明，从所述第一节点向所述第二节点发送指示所述协商过程成功的服务协议。
9.根据权利要求8的系统，还包括所述网络中的第三节点，用于验证在所述第一和第二节点之间发送的所述服务提供文档。
10.根据权利要求9的系统，其中所述工作文档说明包括可由所述用户选择以便所述用户接受所述工作文档说明的选项。
11.一种为web服务进行协商的方法，该方法包括步骤从网络中的第一节点发送服务提供文档；响应所述服务提供文档的发送，从所述第二节点接收工作文档说明；在所述第一节点根据用户输入协商对所述工作文档说明的接受；以及在协商接受所述工作文档说明时，在所述第一节点从所述第二节点接收包含所述协商步骤的结果的协议文档。
12.根据权利要求11的方法，其中所述工作文档说明包括要由用户选择的选项，且所述协商步骤包括该用户从所述工作文档说明中选择所述选项中的一个。
13.一种在其中第一服务正在寻求与第二服务的连接的计算机网络中，用于当这些服务中的一个在该连接完成之前要求与另一服务的协议时交换及可视化这些服务之间的协商文档的方法，所述方法包括从第一节点向第二节点提供服务提供文档；响应从所述第一服务接收的所述服务提供文档，从第二节点向第一节点提供工作文档说明；在所述第一节点处显示所述工作文档说明的可视化表示；使用户能够接受所述工作文档说明中的条款；以及在所述用户接受所述工作文档说明时，在所述第二服务中生成协议文档。
14.根据权利要求13的方法，还包括在第三节点处认证所述第一和第二节点之间发送的服务提供文档和工作文档说明。
15.根据权利要求13的方法，还包括在所述工作文档说明中包括可由所述用户选择以接受所述工作文档说明的选项。
16.根据权利要求15的方法，其中所述选项包括互斥选项的列表。
17.根据权利要求16的方法，还包括由单选按钮限定所述互斥选项，所述用户可选择这些单选按钮中的一个。
18.一种用于为web服务的使用进行协商的方法，包括提供用于在程序的创建中使用的web服务菜单；在所述程序的创建期间，可将所述菜单中的web服务拖放到工作台上；连接被拖放到所述工作台的web服务；为所述工作台上的至少一个web服务的使用进行协商；以及在成功协商时，连接被拖放到所述工作台的web服务。
19.根据权利要求18的方法，其中网络具有第一和第二节点，所述工作台位于所述第一节点上，而所述web服务中的一个的提供者位于所述第二节点上，所述协商包括从所述第一节点向所述第二节点发送服务提供文档；响应所述服务提供文档，从所述第二节点向所述第一节点发送工作文档说明；在所述第一节点处可视化所述工作文档说明，以便用户可接受所述工作文档说明；以及响应所述用户接受所述工作文档说明，从所述第一节点向所述第二节点发送指示所述协商过程成功的服务协议。
20.根据权利要求19的方法，还包括在该网络中的第三节点处验证在所述第一和第二节点之间发送的所述服务提供文档。
21.根据权利要求20的方法，其中所述验证包括与所述第三节点通信，所述通信包括交换用于签名验证和加密的公钥；以及在所述第一和第二节点处本地使用所述公钥，以签名验证并加密在所述第一和第二节点之间交换的所述文档，而无需进一步与所述第三节点通信。
22.根据权利要求20的方法，还包括所述用户选择所述工作文档说明中的选项，以接受所述工作文档说明。
23.一种可与用于为web服务进行协商的系统一起使用的程序产品，所述程序产品包括具有记录在其上的执行以下方法的计算机可读程序代码的计算机可读介质，该方法包括从网络中的第一节点发送服务提供文档；响应所述服务提供文档的发送，从所述第二节点接收工作文档说明；在所述第一节点处根据用户输入协商对所述工作文档说明的接受；以及在协商接受所述工作文档说明时，在所述第一节点处从所述第二节点接收包含所述协商步骤的结果的协议文档。
24.根据权利要求23的程序产品，其中所述工作文档说明包括要由用户选择的选项，且所述协商步骤包括该用户从所述工作文档说明中选择所述选项中的一个。
25.一种可用于其中第一服务正在寻求与第二服务连接的计算机网络中的程序产品，所述程序产品包括具有记录在其上的计算机可读程序代码的计算机可读介质，该计算机可读程序代码执行一种用于当这些服务中的一个在该连接完成之前要求与另一服务的协议时交换及可视化这些服务之间的协商文档的方法，所述方法包括从第一节点向第二节点提供服务提供文档；响应从所述第一服务接收的所述服务提供文档，从第二节点向第一节点提供工作文档说明；在所述第一节点处显示所述工作文档说明的可视化；使用户能够接受所述工作文档说明中的条款；以及在所述用户接受所述工作文档说明时，在所述第二服务中生成协议文档。
26.根据权利要求25的程序产品，其中所述方法还包括在第三节点处认证所述第一和第二节点之间发送的服务提供文档和工作文档说明。
27.根据权利要求25的程序产品，其中所述方法还包括在所述工作文档说明中包括可由所述用户选择以接受所述工作文档说明的选项。
28.根据权利要求27的程序产品，其中所述选项包括互斥选项的列表。
29.根据权利要求28的程序产品，其中所述方法还包括由单选按钮限定所述互斥选项，所述用户可选择这些单选按钮中的一个。
30.一种用于为web服务的使用进行协商的程序产品，包括具有记录在其上的执行以下方法的计算机可读程序代码的计算机可读介质，该方法包括提供用于在程序的创建中使用的web服务菜单；在所述程序的创建期间，可将所述菜单中的web服务拖放到工作台上；连接被拖放到所述工作台的web服务；为所述工作台上的至少一个web服务的使用进行协商；以及在成功协商时，连接被拖放到所述工作台的web服务。
31.根据权利要求30的程序产品，可与具有第一和第二节点的网络一起使用，所述工作台位于所述第一节点上，而所述web服务中的一个的提供者位于所述第二节点上，且所述方法的所述协商包括从所述第一节点向所述第二节点发送服务提供文档；响应所述服务提供文档，从所述第二节点向所述第一节点发送工作文档说明；在所述第一节点处可视化所述工作文档说明，以便用户可接受所述工作文档说明；以及响应所述用户接受所述工作文档说明，从所述第一节点向所述第二节点发送指示所述协商过程成功的服务协议。
32.根据权利要求31的程序产品，其中所述方法还包括在该网络中的第三节点处验证在所述第一和第二节点之间发送的所述服务提供文档。
33.根据权利要求32的程序产品，其中所述方法还包括所述用户选择所述工作文档说明中的选项，以接受所述工作文档说明。
全文摘要
本发明提供了一种可用于其中第一节点上的第一服务正在寻求与第二节点上的第二服务的连接的计算机网络中的系统、方法和程序产品。提供了一种用于当这些服务中的一个在该连接完成之前要求与另一服务的协议时交换及可视化这些服务之间的协商文档的系统。该网络中的第一节点上的第一服务提供服务提供文档，而第二节点上的第二服务响应从所述第一服务接收的服务提供文档而提供工作文档说明。第一服务显示该工作文档说明的可视化表示，以便用户可接受该工作文档说明中的条款。如果用户接受该工作文档说明，则从第二服务向第一服务发送协议文档。
文档编号H04L29/06GK1794274SQ200510115299
公开日2006年6月28日 申请日期2005年11月11日 优先权日2004年12月21日
发明者B·D·古德曼 申请人:国际商业机器公司