自助服务趋势
对于大多数服务提供商来说,自助服务正在发展为一种趋势 ― 特别是那些资金紧张的 ISP。因此,如果您需要更多带宽(进行下载或玩在线游戏),您可以登录到提供商的 Web 站点并通过 Web 页面自动升级与提供商的连接。让我们看一个具体的例子:清单 1 展示了一个简单的基于 XML 的用户服务配置文件。
清单 1. 一个简单的基于 XML 的服务描述
<ServiceInstance> <Customer>Josephine Bloggs</Customer> <Package>Internet</Package> <Bandwidth>1mbps</Bandwidth> <DownloadLimit>1Gbyte</DownloadLimit> <Uptime>95</Uptime> </ServiceInstance> |
代码解释了这个用户 XML 服务模型。该模型包括:
◆ 一个服务实例
◆ 客户名字
◆ 服务包的名称
◆ 已配置的带宽量
◆ 每月允许的下载限度
◆ 提供商正常运行时间保证
无疑,服务定义可以比此处的例子复杂很多。其他内容可能包括客户地址、账单明细、往返延迟、加密和服务信用信息等。重点是,越来越多的提供商提供如 清单 1 所示的 Web 访问细节。某种程度上讲,这种尝试可以减少支持电话的花销和发生频度。有趣的是,这种基于 Web 的服务可以使用户觉得为他们提供服务的是较为先进的提供商。这实现了双赢的局面,因为客户可以更好地访问他们的服务数据,而提供商可以销售无需他们插手的服务包。授权的用户可以修改如 清单 1 所示的一些服务参数 ― 例如,配置的带宽。随之修改的是用户每月的订购费用。
因此,清单 1 中的代码形成了基于 XML 的服务模型的基础。通过简单地与在线表单进行交互,用户可以修改可写的服务元素(例如带宽)。通过在线表单进行的修改将被记录,然后反映到可由用户配置文件修改的后端服务中。这是一种实现自助服务的标准方法。
然而,您将要了解的是另一种更加松散耦合的自助服务 ― 使用这种服务,用户可以通过在网络中传输 清单 1 中的 XML 内容修改数据。在这种场景中,所传输的 XML 内容可通过一个 Java 客户机进行修改,后者可运行在台式机、笔记本电脑、甚至某种资源受限的设备上(例如手机),然后将数据发回给网络服务提供商。这种机制超越了基本的 HTML 页面模型并采纳了 SOA 思想。