メッセージバスアーキテクチャに関するすべての説明は、メッセージをルーティングするための一元化された仲介者を説明しているようです。
各アプリケーションには、他の各アプリケーションへの複数の専用接続ではなく、メッセージバスへの単一の接続があります。
http://msdn.microsoft.com/en-us/library/ff647328.aspx
これらのアプリケーション間の接続ミドルウェアをメッセージバスとして構成し、メッセージングを使用してアプリケーションが連携できるようにします。
http://www.eaipatterns.com/MessageBus.html
Service Busは、アプリケーション間に配置されるメッセージングインフラストラクチャであり、アプリケーションが疎結合の方法でメッセージを交換して、スケールと復元力を向上させることができます。
http://www.windowsazure.com/en-us/home/features/messaging/
説明は、MessageBrokerアーキテクチャと同じように見えます。次のことを信じるように私を導きます:
「メッセージバス」という用語は、実質的に「MoM」と同じです。これは、トポロジについて明示的に言及せずにメッセージングインフラストラクチャを指す一般的な用語です。つまり、メッセージブローカーはメッセージバスの一種です。
これは物議を醸すトピックのように思われ、SOについて同様の質問がいくつかありますが、(IMO)決定的な答えはありません。
追伸:エンタープライズサービスバスはまったく異なり、事実上「機能豊富な」MoMであることを私は知っています。