メッセージ変換パターン
メッセージ変換パターンでは、メッセージを変換して追加処理を行ったり、メッセージの送信先となるサービスの想定されるドキュメント形式と一致させたりするための実証済みのガイドラインを定義します。 メッセージの変換が必要になるのは、受信したメッセージの構造が想定される標準に含まれていないか、メッセージを標準以外の形式から XML に変換する必要があるためです。
メッセージ トランスレーター
Message Translator パターンは、互換性のないデータ形式を使用するシステム間の通信のためのソリューションを定義します。 たとえば、クライアント アプリケーションは、追加の処理を行う前に XML に変換する必要があるフラット ファイル要求メッセージを送信できます。 このパターンの詳細については、Enterprise Integration Patterns サイトの Message Translator (https://go.microsoft.com/fwlink/?LinkId=186845) を参照してください。
スケジュール Designerでのこのパターンの実装は、Microsoft BizTalk ESB Toolkit 変換サービスと 1 つのリゾルバーの組み合わせです。 スケジュール変換サービスは、変換に必要な成果物を定義するリゾルバー プロパティを使用してメッセージを変換する役割を担います。 リゾルバーの実装は、リゾルバーの構成に応じて静的または動的に定義できる変換設定を提供します。
Message Translator パターンの実装例については、次のリソースを参照してください。
ノーマライザー
ノーマライザー パターンは、データ モデル変換パターンの拡張です。 このパターンは、複数のソースから受信したメッセージが意味的に同等であるが、メッセージが異なる形式で到着するソリューションを定義します。 このパターンの詳細については、Enterprise Integration Patterns サイトの ノーマライザー (https://go.microsoft.com/fwlink/?LinkId=186847) を参照してください。
スケジュール Designerでのこのパターンの実装は、Microsoft BizTalk ESB Toolkit 変換サービスと 1 つのリゾルバーの組み合わせです。 スケジュール変換サービスは、変換に必要な成果物を定義するリゾルバー プロパティを使用してメッセージを変換する役割を担います。 リゾルバーの実装は、指定した種類のメッセージに対して適切な Microsoft BizTalk マップを動的に解決する役割を担います。
ノーマライザー パターンの実装例については、「 スケジュールオンランプサンプルのインストールと実行」を参照してください。
コンテンツ エンリッチャー
Content Enricher パターンは、受信したメッセージに、メッセージを適切に処理するためにターゲット システムに必要なすべてのデータが含まれていない可能性があるソリューションを定義します。 たとえば、送信側サービスには冗長な状態コードのない ZIP コードが含まれる場合がありますが、受信サービスでは、状態コードと ZIP コードの両方を含むメッセージが必要です。受信サービスが受信メッセージを処理する前に、追加のデータが必要です。 このパターンの詳細については、Enterprise Integration Patterns サイトの Content Enricher (https://go.microsoft.com/fwlink/?LinkId=186848) を参照してください。
Content Enricher パターンの実装例については、 メッセージ エンリッチメント サンプル アプリケーションのインストールと実行に関するページを 参照してください。