B2B Web サービスの保証された配信: Point-to-Point 使用パターン

この使用パターンでは、メーカーは提携ディーラーのネットワークを通じて製品を販売します。このメーカーは、自社の小売り組織と、最大手かつ最重要の 6 つのディーラー間で IT 統合を進めるための、パイロット・プロジェクトを開始しました。

既存の技術ソリューション

歴史的に、企業間の「e-commerce」は電子データ交換 (EDI) を使用して実施されてきました。EDI は、企業間メッセージのコンテンツと形式の一連の標準です。 これらの標準およびメッセージについては、United Nations Directories for Electronic Data Interchange を参照してください。

通信パートナーの ID がわかっており、変更されていない場合は、業界標準のメッセージ定義の使用は厳密には必要ありません。企業間の e-commerce では他の XML ベースの標準 (OASIS Electronic Business using eXtensible Markup Language (ebXML) 仕様など) が使用できますが、メーカーは Web サービス技術の使用法を調査することを決定し、さまざまなソースの WSDL 文書を使用してサービス・インターフェースを定義しています。

初期パイロット・プロジェクトでのメーカーとディーラー間の対話は、2 つのカテゴリーに分かれます。

  • 情報の要求。対話は両方向です。対話では情報を要求する要求メッセージが送信され、要求された情報を含む応答メッセージが逆方向で送信されます。 ディーラーからメーカーへ出される情報要求の例としては、「getOrderStatus」があります。
  • 更新の要求。これらの対話は片方向です。対話では、更新要求の送信側が、他の作業に進むのに応答の受信に左右されることはありません。 ディーラーからメーカーに出される更新要求の例としては「placeOrder」があります。メーカーからディーラーに出される更新要求の例としては、「deliveryConfirmed」があります。

メーカーは、SOAP over HTTP および SOAP over JMS を使用して情報の要求を実装するために、WebSphere® Application Server を使用します。ディーラーは独自の実装技術を自由に選択できます。WebSphere Application Server を使用する必要はありません。

メーカーは 2 つの異なる方法で更新の要求を実行します。

  • SOAP over HTTP を使用する方法。この場合、サービスは、要求と、要求側が正常に応答を受信したときに完了すると見なされる応答の対話として表されます。サービスは、重複要求を検出してその要求に対して正常な応答を行う (これはべき等操作と呼ばれます) ように実装する必要があります。また、クライアントは、要求が送信された後で応答が受信される前に通信が中断された場合に再試行するように実装される必要があります。
  • 前述の制限を回避するために、メーカーは WebSphere Application Server および WebSphere MQ の SOAP over JMS のサポートも使用します。 この場合、要求は片方向サービスとして表され、メッセージは確実に配信されます。メーカーは JMS プロバイダーとして WebSphere MQ を使用し、WebSphere Application Server および WebSphere MQ も使用するすべてのディーラーに対してこのソリューションを使用可能にします。 メッセージの送信のためにディーラーとメーカーが接続される必要はありません。

メッセージは、2 つの企業間で送信されるメッセージの保全性と機密性を確保するために、また、送信側の ID を確立する一環として、仮想私設網を介して送信されます。

ビジネスの問題

メーカーとディーラーの両方が情報の要求サービスの実装に満足していても、更新の要求の場合には多くの問題があります。

  • SOAP over HTTP を使用する方法
    • メーカーにとって、べき等サービスの実装は複雑で、そのため開発時により経費がかかります。 コーディングの誤りと、ソリューションの堅牢性が下がる傾向が増し、注文が欠落したり、重複したりして、高い代償を払うことになります。
    • ディーラーにとっては、再試行論理の実装は、同様に複雑かつ高価で、エラーしやすいものです。
    • メーカーとディーラーの双方にとって、サービスを呼び出すために両方の要件を備えることは問題です。 特に、多くのディーラーではシステムの常時稼働体制をとっておらず、他方、メーカーでは週末が価格の更新をディーラーに伝えるのに理想的な時間です。 同様に、ディーラーとメーカー間の接続が使用できないときに注文を出せないことは、深刻な業務問題です。
  • SOAP over JMS を使用する方法
    • WebSphere Application Server および WebSphere MQ の使用を要求することは、現在のディーラー・グループにとって許容できるとしても、プロジェクトが拡大すると、共通のソフトウェア・プラットフォームを使用したくない、または使用できない他のパートナーが出てきます。

WS-ReliableMessaging を使用する場合のソリューション

WebSphere Application Server の WS-ReliableMessaging サポートでは、メーカーが既存の、高信頼性片方向メッセージングのカスタム再試行ソリューションを、標準的な SOAP over HTTP 片方向メッセージングと取り替えることができます。 アプリケーションの再試行論理を除去することでアプリケーション・コードが簡素化され、より単純で迅速なアプリケーション開発が可能になります。

WS-ReliableMessaging の場合、ディーラーとメーカーはメッセージを送信するために接続されている必要はありません。

WS-ReliableMessaging 標準は、SOAP over HTTP メッセージングに信頼性を付加し、SOAP over JMS を使用する必要性を低減します。

SOAP over HTTP による WS-ReliableMessaging は相互運用可能な標準なので、ディーラーのネットワークは共通のソフトウェア・プラットフォームを使用する必要がありません。


トピックのタイプを示すアイコン 概念トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwbs_wsrm_scen_ptp
ファイル名:cwbs_wsrm_scen_ptp.html