XML Web Services & 关键应用

今天和同事聊天得知，我以前设计的银行代理保险系统（俗称银保通）的方案基本上得以实施（我所在的部门只负责方案建议书设计，不负责实施），于是沾沾自喜了一下，因为这个项目有些特殊。

[背景] 什么是银行代理保险系统？

银行代理系统是指银行代理保险公司，销售其一些专门设计的、较为简单的保险产品。由于其险种设计简单方便、又很好地利用了银行的销售渠道，是一种金融业混业经营的很好的模式，所以近几年发展势头非常猛。

2001年全国银保业务保费收入只有50亿元,在寿险总收入中所占比重不到3.5%，2002年银行保险已夺取了总寿险收入17.1%的份额,银保收入388亿元，2003年我国银行代理保险业务实现保费收入约800亿元，占总寿险保费收入的25%以上，银保业务已成为仅次于个人营销业务的第二大寿险销售渠道。

从此可以看出，银保通系统的业务规模与重要性。

设计关键点

在设计此方案时，曾经有两种备选方案，其主要差别是前端界面、通讯协议与应用接口定义三个方式，分别有以下选择：

前端：

• 利用现有的字符终端
• 浏览器

通讯协议

• 传统的 TCP Socket
• XML Web Services（SOAP）

应用接口定义

• 专用接口，根据每个保险公司的不同产品，定义不同的数据传输接口
• Acord

注：Acord——用国际标准的保险行业应用协议，这是一个基于 XML 的开放式协议，在国外许多大的金融、保险服务集团中被广泛采用，此协议通用性强，便于扩充，所以基于此协议实现的系统更容易扩展、升级、集成与改造，Acord 主要定义了保险业务的数据模型和交易模型。

Acord 组织成立于 1970 年，是由保险公司、IT厂商、政府机构及保险业其它成员组成的非营利机构，宗旨在于开发、推广及维护保险业内信息交换标准，其背后有全世界超过 1000 家保险公司及一万五千家代理商提供支持，使得 Acord 的 XML 标准成为保险业网络服务的首要标准，并且成为和其它金融机构进行数据交换的必备标准，它包含保险行业的数据模型和基本交易，在此基础上，经过扩展，可以支持所有保险数据类型和交易类型，它的作用相当于银行清算中的 SWIFT 协议。

方案设计

其实很容易就能比较两种方案孰优孰劣，但对于很传统的银行业来说，采用浏览器/SOAP/Acord 这个方案是具有很大冒险性的，假如不能成功实施，则一定会打击方案设计人员和银行对于使用新技术的信心。

当时我也是捏了一把汗，通过对两种方案的优缺点的详细比较与分析，加上与相关人员的长时间沟通，终于在最后定下了这个方案。

然而项目在实施中，由于技术力量不足，Acord 在国内的资源也不充足，最后接口/数据格式仍然以自定义 Schema 为主，但毕竟在项目中使用了 Web? Services/SOAP/XML 等新兴技术，算是一种很好的尝试，而且也离 Acord 不远了。

这个项目即将开发完成，近期正在和国内的某著名保险公司联合测试接口，不久将在某分行投产，估计在国内大型金融企业，这也算是为数不多的在关键应用中使用 XML Web Serivces技术的一个案例了。