今天和同事聊天得知，我以前设计的银行代理保险系统（俗称银保通）的方案基本上得以实施（我所在的部门只负责方案建议书设计，不负责实施），于是沾沾自喜了一下，因为这个项目有些特殊。
[背景] 什么是银行代理保险系统？
银行代理系统是指银行代理保险公司，销售其一些专门设计的、较为简单的保险产品。由于其险种设计简单方便、又很好地利用了银行的销售渠道，是一种金融业混业经营的很好的模式，所以近几年发展势头非常猛。
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技术的一个案例了。
如果用浏览器觉得慢，可以在前端WEB服务器前加WEB的应用加速器。可以做加密（把HTTP变成HTTPS），压缩（压缩HTML,Txt), Cache(可以Cache应用系统的数据), TCP offload, WEB服务器负载均衡，优化等功能。产品有象Juniper的数据中心加速器等。
曾经在 TechED 2000 上看见 Office 2003 Research 的功能演示，觉得是一个非常好的特性，特别适合于信息/知识工作者，据说美国发布的 Office 2003 的 Resarch 是和纽约时报连接起来，中国的要和在线翻译服务进行连接，其实这是一种很好的商业模式，可以使得 ICP 或其它专业内容提供商专注于提供优质的内容服务，我想以后可以使用的 Office Research 功能一定非常多。
XML/Web Service 的威力
看到开心就好做的 博客堂的 Office Research Web Service ，很不错，为此类应用的开发做了有益的探索，从评论就可以看出大家对它的关注程度，预计近期会引起和前一段时间 MSN Tab 一样的开发热潮。
想想这一切，不都是 XML 和 Web Service 给我们带来的第三代智能互联网的体验吗？Microsoft 在这个领域确实走在了前列，例如：微软下注XML Excel与埃德加在线数据库链接 等，想想 Kingsoft 在 WPS 2003 中自称全部文档格式使用中间格式 XML 存储，便于交换，可实际上他是采用的私有的 XML Schema ，真是曲解了 XML 的本意，也体现在其在应用 XML 方面的幼稚之处。
