トランザクションモニター
X/Open モデルでは遠隔資源を管理するものは何でもかんでもCRMとしてTPモニタに含めた為に問題だった。アプリケーションサーバとUI端末間をつなぐ機能もCRMとされたが、プロトコルもインタフェースも特定ベンダ商品に依存していたので標準に値しなかった。また遠隔TM同士を結ぶCRMとTM間のインタフェースはXA+インタフェースとして標準化されていたが、遠隔CRM間の通信は特定TPモニタ製品に依存した通信プロトコルだったので、マルチベンダは実現困難だった。
WS-TX1.1 でも TM (調整者)間を結ぶプロトコルは標準化されていない。ベンダ独自プロトコルが認められており、マルチベンダの実現のためには信頼できる仲介調整者を使うこととされている。TM間で標準化されたのは遠隔APがTMを設定する手順だけであり、曖昧さが残る。
ただし、WS-TX1.1 はTM(調整者)間を除く通信や遠隔資源管理を行わず、大幅に単純化された。たとえばサーバ側アプリケーションとUI端末間をつなぐ CRM は WS-TX1.1 の範疇ではなく、外部のアプリケーションサーバに任せる。アプリケーションサーバがバックエンドサーバにトランザクションを起動するところから WS-TX1.1 の範疇となる。X/Openモデルの XA+インタフェース相当部分も出てこない。 残りの機能が WS-TX1.1自身に相当し、基本的にTPモニタにCRMを含まないモデルになっている。
当初、トランザクションモニターの機能は各システム単位で作り込んでおり、その膨大な開発規模は、各種業務のコンピューティング化に大きな障害となっていた。
この煩雑な処理を個々のシステムで開発するのではなく、一つの体系化・製品化して売り出したのが、集中トランザクション用モニタのIBMのIMSやCICSである。IMSはアポロ計画における納品物管理に使用され、不揮発性のメッセージキューを高信頼性通信セッションとして使い、階層型データベース (IMS-DB) を提供してトランザクションを管理するTPモニタ (IMS-DC = IMS TM) である。一方、1969年に登場したCICSは、今日のアプリケーションサーバに近い機能を分担し、UIとアプリケーションプログラムのフロントエンド周りを管理し、バックエンドのIMSに処理をさせるのが一般的であった。どちらのTPモニタも永続性記憶資源にはメインフレームのファイルを用いることができ、RDBMSが登場後はDB2も使用できた。これらの製品をきっかけに、各汎用機ベンダーがそれぞれのOSに特化したトランザクションモニタを提供している。
IMSと同等の機能を提供している汎用機のトランザクションモニターとしては、富士通のAIM(郵便貯金システムを念頭に開発)、NECのVISおよびVIS II(郵政省簡易保険システムを念頭に開発)、日立製作所のTMS4V(日本国有鉄道(現JR)座席予約システムを念頭に開発)がある。