以下に、Web サービス・クライアントがあり、ブローカーが既存の非 Web サービス機能を使用できるようにする典型的なエンドツーエンドのシナリオの概要を示します。
C または COBOL ベースの既存のシステムが、Web サービスとして役に立つように公開できるビジネス・ロジックを提供しています。
直前の例 (ブローカーによる新規 Web サービスのインプリメント - 詳細) と同様に、ブローカーが既存のシステム上の操作を呼び出す (つまりシステムがブローカーにインターフェースを公開する) ためには、いくつかの手段があります。通常は、既存のシステムで WebSphere MQ が使用可能になります。 つまり、システムがアプリケーション・データを含む MQ メッセージを受け取り、 これらを基礎となるインプリメンテーションにディスパッチしてから、戻り値を MQ 応答としてパッケージします。 これら既存の操作に提供され、そこから戻されるデータ構造は、 C ヘッダー・ファイルまたは COBOL コピーブックで定義されています。
ただし、この例では、Web サービスが保つべき外観についても制約があります。つまり、Web サービス・クライアントのための WSDL 定義がすでにあります。
考えられるシナリオとしては、広く分散した Web サービスのクライアントがユーザーに特定のビジネス機能へのアクセス権をすでに付与しているということです。ブローカーの役割は、既存のシステムに基づく新規のインプリメンテーションに同じインターフェースを提供することです。元の Web サービス・プロバイダーが異なる品質のサービスを提供するようになるか、または何かの理由でサービスを終了する可能性があります。
前の場合と同様に、ブローカーは WebSphere MQ を介して既存のシステム機能を呼び出すことができます。
シナリオをインプリメントする方法は、以下のとおりです。