WebSphere Message Broker シナリオ

WebSphere Message Broker は、ビジネスでの異なるシステムで必要になる情報、および顧客、サプライヤー、パートナー、サービス・プロバイダーのシステムで必要になる情報を、ルーティング、保管、検索、および変換するためのビジネス規則を当てはめつつ、ビジネスの情報のフローを管理します。

以下のシナリオは、WebSphere Message Broker を使用してビジネスにおける IT インフラストラクチャーの問題を解決する方法の例を略述しています。

吸収および合併 (M&A) のシナリオ

このシナリオでは、インターネット・ベースの小さな保険会社がより大きな老舗保険会社によって買収された後、架空の保険会社が WebSphere Message Broker を使用して 2 つの異なる IT インフラストラクチャーを管理する方法を説明しています。 ここでの説明は、吸収された会社の Web サイトを使って潜在的な顧客が自動車保険の見積もりを要求する場合にどうなるかに焦点を当てています。 このシナリオは、developerWorks で公開された、より大きくて複雑なシナリオに基づいています。 シナリオの詳細をお読みになるには、シナリオの説明の最後にあるリンクを参照してください。

背景

会社 A は、創業約 50 年の、現在約 500 万人の保険契約者を持つ自動車保険および損害保険を扱う会社です。 この会社は、顧客との通信に代理店およびコール・センターを使用しています。 そして大規模なレガシー IT インフラストラクチャーを持っており、これには z/OS 上の CICS Transaction Server および z/OS 上の IBM DB2 Universal Database が含まれてます。

会社 B はインターネット・ベースの小さな自動車保険会社です。 保険契約者は 100 万人未満ですが、現在拡大しています。 この会社の IT インフラストラクチャーには、Windows 2000 上の WebSphere Application Server と、 Windows 2000 上の Oracle Enterprise および IBM DB2 Universal Database が含まれています。

問題

会社 A は、インターネット・ベースの保険市場へのアクセスを得るため、また会社 B のインターネット・ベースのスキルと IT インフラストラクチャーを使うために会社 B を買収しました。 これら 2 つの会社が所有する顧客およびポリシー・データの形式は異なりますが、法的な理由により別の会社のデータをマージすることができません。 しかし、別々の IT インフラストラクチャーを管理するためのコストも低いものではありません。 加えて、顧客、代理店、およびコールセンターのスタッフも、会社のデータと対話するための単一の管理プロセスを持つ必要があります。

解決策

吸収によって 2 つの会社が 1 つになったことで、ユーザーは新しい会社の Web サイトのフォームに基本的ないくつかの個人情報を入力することにより保険の見積もりを要求することができます。 その Web サイトが運営される WebSphere Application ServerWebSphere MQ クラスターの要求キューを使用して、要求を XML 形式で WebSphere Message Broker に転送します。 WebSphere Message Broker は XML 要求を会社 A のシステムで使用されているレガシー COMMAREA 形式に変換し、その後要求を会社 A のシステムにルーティングします。 WebSphere Message Broker はまた、会社 B のシステムにも XML 形式で要求をルーティングします。 どちらのシステムも見積もりを WebSphere Message Broker に戻します。

WebSphere Message Broker 内のロジックも内部の保険業者からのリスク評価を要求し、戻されたリスクを会社 A および会社 B のシステムからの見積もりに適用します。 ブローカーは、顧客にとってこの場合に最良または最も低価格の見積もりが会社 A のシステムによって生成されたことを判別します。 そこでブローカーは、会社 A の見積もりを COMMAREA から XML に変換し、WebSphere MQ クラスターの応答キュー (見積もりはここに最大 14日間保管される) を使って WebSphere Application Server に見積もりを再びルーティングします。 WebSphere Application Server は顧客に見積もりを戻します。

以下の図はこのシナリオにおける情報のフローを説明しています。

吸収された会社の Web サイトからの見積もりを顧客が要求するときのデータのフローを示す図。
特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック
Copyright IBM Corporation 1999, 2006 最終更新: 08/21/2006
ab20645_