Web服务设计师，第6部分：基于付费的Web服务的催化剂

Dan Gisolfi (gisolfi@us.ibm.com)

客户经理／解决方案体系架构设计师，IBM jStart

2001 年 11 月

尽管早先对动态电子商务的宣传大多集中在该技术的简单性上，但是这项新技术将如何帮助商家赚钱和省钱呢？人们对这一问题的答案越来越感兴趣。在回答这个问题之前，需要确定通过依照使用付费的方法销售软件从而获得盈利所必需的组件。本文是关于基于付费的 Web 服务这个主题的三个专栏的最后一部分，将把重点集中在促使人们采用基于付费的 Web 服务的催化剂上。

引言

通过在因特网上销售声音转换软件的访问权来开拓一个新的盈利渠道是假想的 Trumpet 公司的一个业务目标，该公司向音乐 CD 制造商提供“直接流数据”（Direct Stream Digital（DSD））声音转换软件。

当 Trumpet 公司的 IT 部门职员开始着手解决基于付费的 Web 服务的部署问题时，一些关键问题就浮现出来了。什么样的软件适合于部署多种盈利模式下的软件服务？目前哪一家供应商有可用于减轻这种工作的开发工具？Trumpet 公司如何建立一个可以为大批不同的服务消费者提供各种使用模型的系统？

这些问题有助于这个假想的公司意识到还有许多关于产生收益的 Web 服务部署方面的问题没有得到解决。他们得出的结论是，为了部署和托管软件服务，仅仅一个 Web 应用服务器是不够的，他们还要依赖一系列的应用软件组件，这些应用软件组件有助于他们实现收集盈利的业务过程。

在关于 Web 服务主题的三个专栏的前两部分中，我描述了采用基于付费的 Web 服务的一些障碍（请参阅参考资料）。在这一部分中，我将着重关注于一些快速开始这一新的盈利渠道的、必不可少的催化剂。

使能服务

从服务消费者的角度来看，一项公共事业服务是商业化的软件商品。然而，从服务提供者的角度来看，这种商品实际上是许多不同软件组件的聚合。一些组件也许有一个基于像 WSDL 那样的绑定语言的已发布服务接口，而另外一些组件则需要一个较为传统的紧密藕合的接口。从服务提供者的角度来看，还存在着一组软件服务，这组软件服务本质上更加粒状，支持 Web 服务部署环境的需求。我把这些催化剂称为使能服务。这一类别由基于付费的 Web 服务构建块组成。这只是软件服务的一种。

通常情况下，使能服务这一术语与软件组件集有关，服务提供者实现基于付费的 Web 服务必须有这些软件组件。例如，在资产所有者同意服务提供者部署和托管他的 Web 服务之前，资产所有者希望服务提供者能令人满意的提供一个基础设施支持开账单、计量和供给功能。从服务提供者的角度来看，他们只想提供一个基础设施，此基础设施包含一组本地安装的使能服务以及对这些服务的远程访问。

如图 1 中所描述，可以把使能服务描述为四种不同类别的软件服务组成的概念性堆栈：核心服务（Core）、基础设施服务（Infrastructure）、应用服务（Application）和领域服务。在表 1 中列举了使能服务的一些示例。

图 1：使能服务分类

核心服务是作为所有分布式企业架构的关键组件的 Web 服务。这类服务包括安全性和信任管理、事件通知、数据管理和事务协调服务。

基础设施服务为电子商务基础设施的特定部分提供更高级别的功能。这一类服务包括实现商业事务、经纪人服务、数据仓储、受管工作流和许可证发放。

到饼层图中的这一点为止，我所描述的这几类使能服务都是典型的服务提供者托管环境的本地使能服务。这些可安装的服务基本上是软件组件，这些软件组件可以是部署环境（即公用事业服务器）的一部分，也可以单独购买并安装。无论是在哪种情况下，这些软件组件都是驻留在托管环境本地的。

应用服务代表的软件服务提供专项功能，这些功能可以利用核心服务层和基础设施服务层所提供的能力。比如，“地址簿”（Address Book）服务可以建立在安全性、数据和事务管理服务的基础之上。或者，语言翻译服务可以建立在较低级的代码转换和许可证发放服务的基础之上。

表１：使能服务示例

可安装服务为供应商的软件提供了一种新渠道，而远程服务则利用可选择的远程使用定价模型为供应商提供更多的盈利机会。使能服务的最后一类，即领域服务，可以被部署为可安装服务或远程服务。这些领域服务对那些用于特定的应用或业务领域的服务或服务集进行分类，如金融服务和旅游服务。

这里的分类法是为了便于描述和理解。在这个接合点处的关键信息是，使能服务为软件供应商提供了商机，并且使能服务是基于付费的 Web 服务市场发展所必需的标准的一个重要组成部分。基本目标是使能服务变得更为普及的时候，服务提供者使用先前存在的松散藕合的软件服务建立托管环境变得更加容易。如果业界开始把软件作为一种服务来销售的话，那么在支持基于付费的 Web 服务的服务提供者中短期内也必须有这样的增长。使能服务是此举的催化剂。

部署平台

我早先提及的公用事业服务器旨在满足假想的商业实体 Trumpet 公司的需求，因而它代表了基于付费的 Web 服务发展的另外一种主要的催化剂。

其实，目前那些对发布基于付费的 Web 服务感兴趣的企业必须在与部署和管理他们的服务以产生盈利有关的三种可能途径中选择一种。

他们可以选择建立自己的环境。

他们可决定挑出一个供应商，该供应商提供取出即可用（out-of-the-box）的部署环境，如公用事业服务器。

他们可在软件资产市场（software asset mall（SAM））开立帐户，该帐户使用某种形式的公用事业服务器交付解决方案。

然而，目前的障碍是对于寻求利用软件销售新渠道的资产所有者的要求，服务提供者和软件资产市场现在还不具备满足这些要求的能力。

公用事业服务器提供了一个框架支持在依照使用付费的基础上销售软件。软件资产所有者可以通过这种托管环境部署、运行和管理基于付费的 Web 服务。独立服务提供者和软件资产市场都可以使用这样的服务器。这种服务器含使能服务的类别并指定服务提供者以及服务消费者部署、管理、注册和使用基于付费 Web 软件服务要求的所有必需功能。它也可支持最小的收入模型集，在最好情况下可以支持定制收入模型。

粗略的浏览公用事业服务器基本用例将有助于我们更适应图 2 中所描述的概念。在这张图中，我介绍了与这个用例有关的 5 个角色。

服务提供者管理员

服务消费者

资产所有者

认证机构

系统

图 2：基本用例模型

Web 服务配置

这个用例的情形与配置资产所有者的服务器环境有关。这里的配置细节超出了把软件资产安装和部署到应用服务器的处理过程。特别是，这个用例情形负责为资产所有者创建用户简档，同时定义微流程（完成服务调用所必需的中间步骤）。例如：系统提供者管理员需要创建并预先准备好一个资产所有者简档，以便资产所有者将可以远程访问和供应他（或她）的软件资产。我们可以想象一个简档创建向导以简化管理员的任务。另外，可视化工具可以帮助定义与像认证、计量和开账单等活动有关的微流程。

资产安装这个用例的目的是为服务提供者管理员把资产所有者真正的软件资产安装到托管环境中。假设您的典型应用服务器已经有了应用开发工具，这一用例情形使用的就是这些应用开发工具。除创建资产所有者简档这一前提条件外，服务提供者还必须获得运行软件资产所必需的所有源代码和二进制编码。WSDL 文件和（或）SOAP 部署描述符文件包括在内，但不仅限于此。公用事业服务器不应关心交付真正的软件资产的机制。但它应该处理软件的无缝安装和验证。

认证请求

资产所有者和服务消费者是公用事业服务器的两种用户。根据为公用事业服务器选择的安全性模型，系统中这些用户可能需要“数字认证”（Digital Certificate ）。在满足共同的“认证中心”（Certificate Authority）的前提条件下，两种用户都可请求允许他们访问系统功能部件的证书。这个用例情形的目的是为了把认证请求集成到公用事业服务器所支持的任务集中。

Web 服务供应

当公用事业服务器出现时，供应领域可能会成为很好的区别特征。这个用例情形的目的是赋予资产所有者这样一种权利：从支持的基于付费的收入模型列表中进行选择，并且，针对每一个模型，描述系统管理的每个资产所允许的使用策略，并将模型与这种使用策略关联起来。这里，资产所有者定义了使用单元和每单元价格以及其它依赖收入模型的数据元素。这种设想是可行的 — 公用事业服务器允许服务提供者管理员具有控制支持哪一种收入模型和扩展支持模型列表的能力。

消费者注册

这个用例的目的是允许潜在的服务消费者注册使用被托管的 Web 服务。基本上，它是处理策略协议方面的问题。理论上，业界是向有计划的策略协议方向发展的。但是，可接受的初始步骤是通过手工（在线）注册 来获得相同的结果 — 资产所有者和服务消费者之间意向一致的合同。公用事业服务器可提供一个浏览器用户界面（UI）用于填写必要的注册表单信息。您可以把它想象成这是每一个资产所有者独一无二的 URL（类似一个 myServices 页）或只是由服务器管理的所有服务的集合。一旦消费者通过注册过程创建了一个帐户，他（或她）将随后为自己意欲使用的每一个托管的服务订立一个合同。这个反复的过程将允许服务消费者为每一个他（或她）所期望的软件服务从资产所有者提供的使用策略列表中选择一种使用策略。结果将产生一个授权记录，该记录与适用于某个特定的 Web 服务操作的资产所有者和服务消费者帐号有关。这个授权记录将包含一个独一无二的合同，该合同包括选中的使用策略、条款以及使用条件。

服务消费

这个用例描述了服务的实际使用。这只是从请求应用程序到服务供应者的一个基于 SOAP 的基本 RPC 调用。不过，对于基于付费的 Web 服务来说，被调用的服务很可能是包含认证、授权、计量和记帐等活动的集合。因此，公用事业服务器不仅要考虑发布分散的 Web 服务，它还必须发布描述消 费工作流程的服务接口，该接口的定义将分别根据需求、资产所有者和服务提供者的指导进行。

账单出示（Bill presentment）

这个用例的目的是将发票从服务提供者递交给服务消费者。根据在资产所有者的简档中定义的频率，系统将通过资产所有者的简档向“账单出示”服务提交请求，以生成和发送发票。这个“账单出示”服务本身也可能是供服务提供者使用的基于付费的 Web 服务。

概述

我想重述一下，在前两个专栏中，我提出了采用基于付费的 Web 服务的一些障碍。要解决供求问题，开发者必须达到软件服务的临界量。实现该目标最快的方法是利用来自 ISV 的可重用资产以及纵向合并的企业内部原有的软件。要加快这一过程的速度使其达到阈值，开发者还必须确定用于描述软件服务业务的公共语言。此外，商业实体必须能够转变定义和接受进行业务的新的方法，如定价方法学和顾客支持结构。至于那些请求推迟将其软件服务托管给服务提供者的商家，他们必须密切管理所有到顾客关系的链接，并保留顾客的“所有者”。

另外，在这一专栏中，我列举了采用基于付费的 Web 服务主题的两个催化剂。这些催化剂是依赖于任何成功的基于付费的 Web 服务的部署的。即一个部署平台（如描述过的公用事业服务器）能够为基于付费的 Web 服务提供供应、执行和管理服务以及使能服务，将会帮助服务提供者简化部署环境的创建。

因此，代表假想的 Trumpet 公司和所有那些想探索一个全新的基于付费的 Web 服务的盈利渠道的商业实体，我想鼓励一些业界人士创导并搞活这个市场。所需东西如下：

一个销售普通级部署环境的供应商。该环境支持基于 Web 软件服收入模型的公共集。

一个或多个商业实体，能够用于证明有关软件资产市场概念的业务机会。

参考资料

• 请参与本文的讨论论坛。
  
• 请参阅基于付费的 Web 服务的术语。
  
• 请参阅基于付费的 Web 服务的障碍。
  
• 请参阅 Web 服务计量和记帐。
  
• 请参阅其它的商业 Web 服务。

关于作者 作为在 IBM 工作了 13 年的老员工，Dan Gisolfi 拥有 Polytechnic 大学的人工智能硕士学位和 Manhanttanville 大学的计算机科学学士学位。1999 年以前，他致力于从专家系统、OS/2、到安全的因特网付费系统的软件和产品的开发。作为 jStart（jump-Start）新兴技术组的一员，他既从事商业活动，又从事客户约定的技术方面工作。从商业开发经理和宣传者到解决方案的设计师和合同的谈判代表，他有很多头衔。作为 jStart 的 Web 服务方面的领导，他帮助 IBM 通过真实的商业解决方案，加速采用这一新技术。可通过 gisolfi@us.ibm.com 和他联系。

浏览：Web服务设计师，第1部分

Web服务设计师，第2部分

Web服务设计师，第3部分

Web服务设计师，第4部分

Web服务设计师，第5部分