Transamerica人寿保险：把孤岛变成服务

SOA集成可以为保险代理人简化数据交换，用旧系统也可以提供Web服务，以便可以接入定制应用程序。

SOA一个实实在在的承诺就是，让公司可以利用现有的旧系统，作为一组基本、可重复使用的Web服务模块。这些模块可以快速、低成本地组合起来，构建新的流程和应用程序。Transamerica人寿保险公司当初为业务合作伙伴提供实时访问自助服务的功能时正着眼于此。

Transamerica寿险公司年金保险产品和服务部门的IT策略主管Jeff Gleason说：“我们要与防火墙外的不同分销商交换大量数据，大量的这种交换是通过平面文件格式(flat-file)的批量数据交换实现的。”

Gleason认识到，Transamerica寿险为了保持竞争力，就要为业务合作伙伴提供实时访问其众多旧的后端系统的功能。不过，这是一项复杂的任务，原因有以下几个：

Gleason说：“我们处在非常有挑战性的立法环境，《萨班斯－奥克斯利法案》、《爱国者法案》、反洗钱法、税法及其他类型的法规。立法和竞争环境变化时，我们就要迅速改变内部体系，包括改变规章制度、计算税款的方式以及产品在特定标准下的运作方式。

同时，我们往往要为每个不同的分销渠道定制产品和服务。而有时候，我们会接到特定银行或者经纪商的请求，希望为它们特定的小众市场或者想参与竞争的新领域开发产品。这些因素往往影响着我们内部的业务流程。”

为了提供实时访问功能，Transamerica寿险还要想办法核实保险代理人的资格，授予其在某些州销售某些产品的权利。Gleason说:“核实代理人不像在系统中进行查找来得简单。内部建立佣金级别（多达10个级别）的方式可能会有诸多不同规则，具体视佣金结构而定。”

尽管这很复杂，但Web服务和SOA对Transamerica寿险公司来说却是理所当然的一种选择，如图所示。Gleason说：“我们需要既紧密集成又松散耦合的解决方案。”许多业务逻辑存在于Transamerica寿险现有的后台系统里面。“重要的是构建一组核心服务，提供业务逻辑，以便不同的应用程序、流程和渠道可以访问，不管它们是批处理流程、网上实时流程、内部的胖客户机应用程序，还是交互语音应答（IVR）系统，用不着不断重新构建这种逻辑。”

为了支持所有这些访问方法，每个Web服务不仅要能够适应直接的SOAP Web服务调用，还要适应MQSeries和Java消息服务（JMS）。然后，这些核心服务经过混合搭配后，可以成为满足诸多渠道和业务伙伴不同需求的更多组合式服务的一部分。

SeeBeyond公司的集成组合式应用网络（ICAN）供应的工具可以把提供Transamerica寿险大部分现有功能的后端主机事务当作Web服务。eGate Integrator就是这样一个工具，它可以用来提供集成代理和消息转换机制（把一种数据格式转换成另一种）。SeeBeyond的其他工具可以利用业务流程管理（BPM）功能，构建“代理人中心”（agent hub），以处理所需的复杂的消息转发机制。譬如说，Transamerica寿险的三四个原有保单管理系统的其中一个接到用户应用程序发来的请求后，会返回不容易理解的产品描述符。该产品描述符随后发送到不同的分销商支持系统，该系统最后会返回比较直观易懂的产品名。诸如此类的分销商支持系统还可以处理佣金、管理授权哪些代理人在哪些州分销哪些产品的信息。

最终用户的应用程序使用全球保险数据标准协会（ACORD）这家非营利性的标准组织为保险行业开发的XML模式。然后，XML数据可以转换成每个旧的后端应用程序所需要的专有格式。这大致上可以确保SOA必需的松散耦合。Gleason说：“如果我们收购了另一家公司，需要根据分销商支持系统来核实代理人，那么只要开发一个适配器，从ACORD转换到该系统所需的专有格式。上层一律采用ACORD格式，不管后台实施了什么服务。”

SeeBeyond还提供了用于创建门户网站和图形化门户组件的工具。最终目的是，为每个业务伙伴提供单一的定制应用程序以及连接到所有后端系统的接口，这是满足每个伙伴的特定需求所必不可少的。

（计算机世界报 2005年06月20日 第23期 B22）