[发明专利]程序性交易的自动授权

说明书

技术领域

下面的公开一般涉及便于在计算系统之间交互，更具体地说，涉 及根据各方的预定授权指令在被自动授权的各方之间执行交易，比如 在各方的执行应用程序之间授权基于费用的Web服务程序性 (programmatic)交易。

背景技术

存在各种机制以使计算机和执行软件应用能够进行程序性交互。 例如，早已存在的远程过程调用(“RPC”)协议允许一个计算机上的程 序使另一计算机上的程序被执行，并且各种面向对象的体系结构比如 CORBA(“公用对象请求代理体系结构”)和DCOM(“分布式对象组 件模型”)也提供类似的功能。此外，已实现了各种中间程序，用来连 接单独的应用(经常为不同类型并来自于不相关的源)以允许通信。 例如，存在各种EDI(“电子数据交换”)网络，其提供标准机制，以 使网络的一个用户的计算机系统能够向网络的另一用户的计算机系统 发送数据。

万维网(“Web”)的广泛普及给计算机交互通信提供了附加的机 会。例如，许多当前的Web应用涉及用户从Web服务器交互地请求 网页(例如，通过执行用户的Web浏览器应用)，并且作为响应接收 请求的信息。除这种请求信息的交互用户规范之外，还存在不断增加 的Web的使用，用来支持远程应用的程序性交互，以通过定义的API (“应用程序接口”)比如通过Web服务交换信息。

Web服务使得不同种类的应用和计算机能够进行交互，并可利用 各种底层协议和技术来定义和实现。例如，响应指定为URI(“统一资 源标识符”)比如包括指定的操作和一个或多个查询参数的URL(“统 一资源定位符”)的Web服务调用请求，一些Web服务实现使用HTTP (“超文本传输协议”)以XML(“可扩展标记语言”)格式返回数据。 在其它实现中，附加的底层协议被用于各种用途，比如用于标准消息 交换的SOAP(“简单对象访问协议”)、用于描述服务调用的WSDL (“Web服务描述语言”)、用于发现可用服务的UDDI(“通用描述、 发现和集成服务”)。

尽管计算系统和程序可以以各种方式这样交互，但是，在可建立 交易和不同系统及程序之间其它交互的方式中存在各种限制。例如， 虽然一些Web服务或其它程序性服务的提供方愿意使他们的服务可 免费并给任何人使用，但多数可用的和可靠的Web服务经常不是免费 使用的。不幸地，对于程序性服务的提供方和这些服务的潜在消费方 来说，商定付费和交易的其它条款的机制可能是费时并难以使用的， 并且对至少一些方来说非常受限制。特别是，尽管一些交易由服务或 信息方之间的人工谈判引起，但这样的技术费时并且极大地限制了可 发生的交易量，并且通常还需要交换关于各方的重要信息，在一些情 况下这会产生该交易的附加障碍。

然而，除通过这样的人工谈判之外，关于使用不是免费可用的程 序性服务的协定通常被限制为非谈判交易，其中一方定义与使用服务 和/或信息有关的条件，而其它潜在方被限定为仅交互地并人工地确定 是否接受这些条件(例如，经受各种使用限制所提供的来自典型因特 网服务提供方的因特网访问，或经受由数字权限管理软件强制的使用 限制所提供的内容)。此外，尽管一些技术可使消费方能够就可如何 以他们的名义发生付款至少具有有限的控制(例如，通过获取并使用 一些形式的具有指定值的e-cash，从而其不能被不道德的第三方用来 花费消费方多于该值的费用)，这种技术通常无助于解决与建立交易 有关的问题。

因此，提供一种致力于与建立与程序性服务有关的交易相关的这 些和其它问题和/或实现计算机系统和执行程序的交互的解决方案将 是有益的。

附图说明

图1A至1E示出定义在授权程序性交易中所使用的使用指令规则 集的示例。

图2是示出Web服务付费处理系统的示例实施例的构成和信息流 的网络图。

图3是示出适于执行付费处理系统的实施例的计算系统的实施例 的框图。

图4是用户账户管理例程的实施例的流程图。

图5是交易授权和处理例程的实施例的流程图。

图6是交易确认子例程的实施例的流程图。

图7A和7B是执行付费处理交易子例程的实施例的流程图。

图8A至8C示出交易各方之间的各类交互的示例。

具体实施方式