KbmMW 中支持基于UDP的消息广播，也支持TCP/IP hub/spoke 方式，还有
基于UDP或者TCP/IP 的点对点的消息传输。
1.基于UDP的消息广播
根据UDP 的工作原理，在同一个网段里面，可以发布广播包。这样发布者只需要发布一次，
消息就可以被同一网段上的所有订阅者收到。这样大大的降低了网络带宽。这个方式的最大缺点是
无法直接跨越网段，如果要跨越网段，就需要建立一个Gateway. Gateway 就是一个程序，连接两个网段。
它接受第一个网段的广播消息，然后再广播到第二个网段。
2.Hub/Spoke 消息
由于消息广播在多网段之间传输有很多问题。这种方式把几个节点连接到
一个Hub(集线器)上。然后通过这个Hub 连接到WIB 上。这样不同的节点就可以
互相通信了。由于这种方式消息要在网络上传输很多次，因此效率比较低。
为了提高传输效率，就需要加一个spoke.spoke 通知Hub,他订阅了什么消息。
3.点对点消息
这种方式是通过IP,一个节点给另外一个节点传输消息。当然了，如果一个节点收到另外一个节点的
消息后，如果不是自己订阅的，它就会忽略这条消息。
为了建立一个WIB 发布或者订阅节点，只需要添加一个TkbmMWxxxyyyMessagingTransport。
这里的xxx 代表 transport的类型(UDP/TCPIP), yyy 表示是否是client 或者是server transport.
为什么要区别client和server transport呢，主要有两个原因：
1.首先KbmMW 在发布/订阅模式下，不但支持异步的消息传输，而且还支持传统的请求/应答的同步方式，
这样就必须区别服务端和客户端。
2.另外一个原因就是Hub/Spoke 方式中，Hub 总是server transport方式, spoke总是 client transport方式.
要实现传统的请求/应答的同步方式，只需要加一个KbmMWserver, 就可以了，当然了，如果
你不要传统方式的访问，除了Hub,你所有的节点都可以选用client transport.