メッセージ指向ミドルウェア
大手の銀行の場合を例として考えると、ミドルウェアがビジネスの要求としていかに成長してきたかがわかる。銀行は1960年代から、顧客に関する全ての情報を大規模なメインフレームに格納していた。このメインフレームは何度かの更新を経て、今も現役で使われ続けている。その後、パーソナルコンピュータ (PC) ベースの独立したアプリケーションで顧客にメインフレームには不可能な新たなサービスを提供するようになると、メインフレームの有用性は減少していった。理想としては、PCベースのアプリケーションとメインフレームのアプリケーションが接続され、メインフレームとPCがデータを共有するのが望ましい。メインフレームのデータにアクセスできれば、次の2つの利点が生じる。
新たなフロントエンドとしてのPCアプリケーションは、古くて使いにくいメインフレーム端末を置換できる。
PCベースのシステムは、メインフレームのデータを従来のシステムでは不可能だった新たな方法で活用できる。
1980年代末まで、これらアプリケーションを相互に接続する容易な方法は存在しなかった。開発者はいくつかの問題に直面した。
ソフトウェア開発者は、2つのシステムを接続するに当たって、送信側から送られてきたデータを受信側で扱える形式に変換するためのソフトウェア「アダプタ」を開発しなければならない(双方向通信なら双方のシステムにアダプタが必要)。
一方のシステムの処理速度がもう一方のシステムを制限する。例えば、メインフレームが遅ければ、PCベースのアプリケーションはメインフレームが追いつくまで待つ必要があり、結果としてPCのアプリケーションの速度が低下する。