Web服务设计师，第4部分：基于付费Web服务：术语

Dan Gisolfi (gisolfi@us.ibm.com)

解决方案设计师,IBM jStart 新兴技术

2001 年 10 月

随着早先对于动态电子商务的大量宣传集中在该技术的简单性上，人们越来越关注于这样一个问题：这项新技术是如何帮助企业赚钱和省钱的？在回答这个问题之前，需要定义一些通过使用付费来销售软件从而获得收入的必要的组成部件。本篇是关于基于付费的 Web 服务主题的三个专栏系列的第一部分将集中描述商业领域中相关的不同角色的必要的语义。

引言

假设有一个想象的 Trumpet 公司，它向音乐 CD 制造商提供直接流数据（DSD）声音转换软件。目前，这家公司决定开拓一个通过销售软件使用访问权从而获利的新的渠道。因为它清楚地知道，存在庞大的业余录音工作室市场。这些工作室可以从高音质的唱片中获得利润，Trumpet 公司需要制订一个未来可行的市场战略、定价模型和一个允许因特网访问它的软件的传播介质。

当完成面向大众的软件资产集合的定义时，Trumpet 公司的 IT 部门建议下一步应致力于建立 Web 服务的技术和为软件资产发布一个服务界面。 Trumpet 公司的业务部门致力于为新服务开发定价模型以及解决诸如完成使用请求和付费的必要的业务处理，而 IT 人员将开始专注于托管基于付费服务的必要的工具。

不幸的是，在这一方面的努力象 Trumpet 这样的公司意识到仍有许多关于产生利润的 Web 服务业务和部署方面问题没有解决。Trumpet 公司认为它们现存的业务处理不容易迁移到 Web 上，或者它们需要研发一个全新的定价模型。同时开始意识到他们不仅仅需要一个 Web 应用服务器用来部署和托管它们的软件服务，而且需要大量独立的应用软件组件来帮助对利润获取的业务处理。

自我最初涉及 Web 服务，我就被如今的销售软件的商务模型正处在一个新的模式概念所吸引。它是一个新的范例转换的开端。Web 服务的这项技术为业界提供了基于按使用付费模型（相对于传统的收缩薄膜包装方式）进行软件销售的前景。尽管，我说过 Web 服务技术栈的采用在过去的一年里变得更强壮和更具积极意义，但是，开发人员还没获得在 Web 上可供自由使用的关键的大量服务。

在先前的文章中（请参阅参考资料），我已讨论过有关动态电子商务 Web 服务技术栈以及潜在的基于使用付费的 Web 服务的商务模型的前景。在本专栏的这一部分中，我打算定义必要的语义基础来讨论基于使用付费软件服务的行业接受相关的障碍或潜在的催化剂。在接下来的两个章节中我将定义这些语义以及剖析更深层的障碍和潜在的催化剂。

达到临界量阈值

要实现动态电子商务的前景首先需要达到可重复使用的 Web 服务的临界物质。说可要比实现它来的简单。您会面临供和需哪一个先实现的困惑。

许多业界中人士感到电子外包（e-sourcing）或外包的服务有着一股强劲的发展趋势。简单的说，电子外包是在网上将标准化过程、应用程序和基础设施作为服务（同时具有商务和 IT 功能）传递。不同于传统的外包和现在的托管，电子外包以灵活自动的方式同时服务多位用户，只需很少的用户化定制或集成并按用付费。

分析师感到电子外包体现了软件购买和销售方式的根本转换。例如：Red Herring 在 2000 年 9 月和 2001 年 3 分别发表了关于电子外包和分布式计算的未来的文章。Gartner Group 期望"应用服务"到 2004 年有 250 亿的市场。JP Morgan Chase 的 Chris Galvin 表示 "基于预定的服务在互联网中占主导地位。" 但是，要多久才能达到那一步以及如果到达顶峰将会发生什么事情呢？

目前，我们关注的是临界量阈值需求方面的问题。业界对市场中动态电子商务技术的采用集中在内部集成问题上。企业型公司已经熟悉了 Web 服务对内部应用集成的价值。他们开始意识到异种平台和编程语言之间的互操作性的即时利益。现有的过程可以更容易通过企业内部众多商务线实现重复使用可压缩因复制代码和维护所带来的 IT 支出。

这一内部集中的行为是采用 Web 服务技术的第一步。它体现了对绕过临界量阈值障碍所作的努力中的一个积极的行动。一旦企业开始大规模接受 Web 服务开发模型，那么他们将开始推动专用 UDDI 服务器的需求，这个需求接下来将允许它们为了外部使用，而做出公开它们软件资产的一个子集的选择。

根据分析家们（如 Gartner Group）的预言（列于表 1）：在面向 B2B 和 B2C 市场的软件服务供应发展之后，对基于付费的 Web 服务的需求将在两年时间里变得更为重要。

表 1：采用 Web 服务的时间表 Gartner Group, 2001 年 6 月

然而，现在已经有了一些举措，为它们对描绘建立有助于解决供求困境的软件服务临界量的光辉前景有帮助。Microsoft 近期就呈现了此类举措的一个示例，它创建了“共享开发过程（SDP）”用于帮助专业商业开发者和用户合作。这里的目标是要对业界横向和纵向部分的先进的下一代 XML Web 服务的理念和开发思想的一贯共享产生影响。

另一个示例存在于 Visualize 公司 （www.visualize.com），一个小型的提供可视化软件的金融 ISV。他们与 IBM 一起致力于将 SOAP 和 WSDL 用到他们的一款由经纪人公司使用的支持 Web 服务的软件包。他们的下一步努力将是与他们的用户一起探讨在电子外包协议中可接受的不同业务和定价模型。同时，Visualize 公司与 IBM 共同致力于支持新的收入渠道的开发和供应环境。

基于付费服务术语

当我与客户谈及软件服务和作为供应商或服务销售接受这项技术所带来的价值的主题时，我发现术语将是采用基于付费服务的另一个障碍。面对这样的挑战我发现建立通用的本国语言的术语是非常有帮助的。最好的出发点是非常常用的词：服务。根据美国传统_实涞谒陌，服务是一种可提供给公众使用某样东西的设施，如供水和运输，在这里是：软件。在此概念上建立的是软件服务概念，就是我所描述的作为一种粒状软件资源或组件，它可被用作在内部网中的分布式应用程序或者用于微量工作流和业务过程组合的构建块。软件服务可接受完成一批指定任务的请求以及使用开放式消息传递标准回复这一请求以确保互操作性。另外，一项软件服务本身就是其它软件服务的集合体。

从更深一步来讲，Web 服务的实际定义就是应用于因特网上的分布式应用程序的一种特定的软件服务。美国传统词典定义公用事业是作为日用组件为大众消费和设计提供不同的实际使用。实用服务是商业化的日常服务。在这里是明确的基于付费 Web 服务用来执行普遍的和明确定义的任务为支持更大业务需求。例如计量服务就是公共可用的付费服务。（参阅参考资料）。

图 1：实用服务器和参与者的关系

面向服务的体系结构的三个组成：供应商、请求者和中介。我打算扩展包括软件资源拥有者在内的这些概念。

资产拥有者是指拥有某一特定 Web 服务和与软件资源有关的相关知识产权的人或实体。

托管服务供应商是资产拥有者的一种类型。这一类的商业实体通常是指拥有启用 Web 服务的软件资产的公司。它们选择了诸如预订的商业模型并且现在需要一个可被托管和管理的可部署环境。小型的 ISV 将更适应这一角色，它们宁愿把服务的实际托管方面委托给某个实体，这个实体更适合管理和此角色有关的服务问题的基础设施和质量。如 Visualize 公司。

独立服务供应商是资产拥有者的另一种类型。在这一类的商业实体通常是指希望建立自己的 Web 服务环境的公司，它们甚至可能创建一个专用的 UDDI 节点，向 Web 发布那些服务。这个角色更适应企业用户。

服务消费者是指请求应用程序或另一个服务供应商，它扮演一个聚集者角色,使用至少一种基于付费的软件服务（功能/操作）。

服务中介是被两种可能的公司充当的角色。第一种是对开拓围绕着可重用组件的目录服务和黄页的机遇感兴趣的商业实体。其次，可提供必要的 UDDI 和为公共 UDDI 服务（绿页）提供必要的托管资产的供应商。

服务供应商是指实际上为资产拥有者实现托管环境的个人或实体。服务供应商可能与资产拥有者一样，就象独立服务供应商的情况。服务供应商是一种实体，它对提供可售的基于付费的 Web 服务相关的部署环境和供应方面负责。图 1 作为一种实用服务器环境，这一概念将在以后详细讨论。

软件资源市场（SAM）是一个商业实体，它为至少两个以上的资源拥有者（托管服务供应商）提供部署和托管设备。在这个示例中市场的运营者将根据可能的（但不是彻底的）费用的组合：托管费用、交易额外费用和注册访问费用来获取收入。实用服务器也同样需要满足 SAM 的部署和供应需求。

重述扼要

我想重述一下，我已经举出了一些采用基于付费 Web 服务的障碍。要解决供需问题，开发者必需达到临界量的软件服务，并且这样做的最快解决方式是使用 ISV 的可重用资产和纵向企业内的旧软件。为了加速到达这个阈值的这一特征，必须解决描述软件服务业的公共语言。

在我下一个专栏中，我重点讨论 “xSP 市场”和“可选商务模型”，其中特别要关注这些话题所呈现的采用基于付费的 Web 服务的障碍。

参考资料

• 请参与本文的讨论论坛。
  
• 了解关于更多的 SOAP、 WSDL 和 UDDI。
  
• 请参阅 developerWorks 关于计量和记帐 Web 服务。
  
• 请参阅其它 IBM 商业 Web 服务。
  
• 请查看 Web Services ToolKit 中的工具，位于 alphaWorks。
  
• 请参阅 Dan 关于动态电子商务和支持模型的描述。

Web服务设计师，第5部分

Web服务设计师，第6部分