WebSphere Message Broker 方案

WebSphere Message Broker 管理企业中的信息流,将业务规则应用于路由、存储、检索和转换信息,您企业中的不同系统以及您的客户、供应商、合作伙伴和服务供应商的系统都需要这些信息。

以下方案以 WebSphere Message Broker 如何用于解决企业中的 IT 基础结构问题为例,进行了概述。

并购方案

该方案描述了一家基于因特网的小型保险公司被较传统的大型保险公司收购后,一家虚构的保险公司如何使用 WebSphere Message Broker 来管理这两家公司截然不同的 IT 基础结构。描述内容主要为,当潜在客户使用被合并的公司的 Web 站点要求提供汽车保险报价时会发生的情况。该方案以 developerWorks 上发布的更大、更复杂的方案为基础。要阅读完整方案,请访问该方案描述末尾的链接。

背景

A 公司是一家从事汽车与一般保险的公司,已在该行业经营了约 50 年,目前投保人约有 5 百万。该公司使用代理和呼叫中心与客户联系。其 IT 基础结构大而陈旧,包含 CICS Transaction Server on z/OS 和 IBM DB2 Universal Database on z/OS。

B 公司是一家基于因特网的小型汽车保险公司,目前的投保人近百万,业务正处于发展阶段。其 IT 基础结构为 Websphere Application Server on Windows 和 Oracle Enterprise and IBM DB2 Universal Database on Windows 2000。

问题

A 公司收购了 B 公司以便进入基于因特网的保险市场,以及利用 B 公司的基于因特网的技术和 IT 基础结构。两家公司在客户和策略数据上格式不同,但出于法律原因,两者的数据是无法合并的。然而,管理两个 IT 基础结构的费用高昂。而且,客户、代理及呼叫中心的员工都需要一个管理进程与公司数据进行交互。

解决方案

既然两公司已合并,用户就可以通过在新公司 Web 站点上的表格中提供一些基本个人信息,索取保险报价。Web 站点运行所在的 WebSphere Application Server 会使用 WebSphere MQ 集群中的请求队列,以 XML 格式将请求转发至 WebSphere Message BrokerWebSphere Message Broker 将 XML 请求转换为 A 公司系统使用的旧 COMMAREA 格式,再将该请求路由到 A 公司的系统。WebSphere Message Broker 也会将 XML 格式的请求路由至 B 公司的系统。两个系统都会将报价返回到 WebSphere Message Broker

WebSphere Message Broker 按逻辑还会请求内部保险师提供一份风险评估,并将返回的风险评估应用到 A 公司和 B 公司系统的报价中。在该实例中,代理检测到提供给客户的最高或最低报价是由 A 公司系统生成的。所以代理将 A 公司的报价从 COMMAREA 转换为 XML,然后使用 WebSphere MQ 集群中的应答队列将报价路由回 WebSphere Application Server,该报价最多在该集群中存储 14 天。WebSphere Application Server 再将报价返回给客户。

下图对该方案中的信息流进行了说明。

显示数据流的图,表示客户从被合并的公司的 Web 站点请求提供报价时的数据传递。
声明 | 商标 | 下载 | 书库 | 支持 | 反馈
Copyright IBM Corporation 1999, 2006 最后一次更新时间:2006/08/14
ab20645_