应用场景：使用BROKER服务器来实现应用服务器群集的负载平衡。
消息格式统一使用JSON格式的字符串。当然也可以使用XML格式或者使用结构体方式。但本次设计只使用JSON格式的字符串。因为JSON是国际标准，很多语言都支持它，当然XML也是国际标准，但它没有JSON这么轻量。结构体的话可能各语言之间会不兼容。
SOCKET通讯协议发送消息的时候首先发送命令号，然后再发送JSON格式的。
各种消息格式定义如下：
客户端同BROKER服务器之间的消息传递：
ClientCallBroker: #1 {"MT":"CCALLB"} 消息说明：客户端呼叫BROKER服务器申请连接，消息号#1，标识CCALLB。补充说明：客户端必须通过BROKER服务器才能申请到合理的应用服务器，然后连接这个应用服务器。
BROKERBackClient: #11 {"MT":"BBACKC","IP":"","PORT":""} 消息说明：BROKER服务器收到客户端连接申请以后，回复客户端的消息，消息号#11，标识BBACKC，元素IP、PORT，是BROKER服务器检索可用的应用服务器列表返回当前用户连接数量，返回最少用户数量的应用程序服务器的HOST和PORT给客户端。补充说明：客户端收到BROKER提供的合理的应用服务器以后，利用接收到的元素IP、PORT申请连接应用服务器。
各应用服务器同BROKER服务器之间的消息传递：
ServerCallBroker: #2 {"MT":"SCALLB","IP":"","PORT":""} 消息说明：应用服务器呼叫BROKER服务器，在BROKER服务器上注册。消息号#2，标识SCALLB，元素IP、PORT是应用服务器要发送给BROKER服务器的HOST和PORT。
BrokerBackServer: #22 {"MT":"BBACKS"} 消息说明：BROKER服务器收到应用服务器申请注册的消息以后，回复应用服务器的消息。消息号#22，标识BBACKS。
ServerHeartBeet: #3 {"MT":"SHEARTBEET"} 消息说明：已经在BROKER服务器上成功注册的应用服务器，每隔5秒钟需要发送心跳消息给BROKER服务器。消息号#3，标识SHEARTBEET。补充说明：BROKER服务器会定时检查注册在其上的应用服务器，如果超过指定的时间没有收到这个应用服务器发来的心跳消息，说明该应用服务器可能已经挂掉，BROKER会将该应用服务器从自己的应用服务器列表中删除。
BrokerBackHeartBeet: #31 {"MT":"BHEARTBEET"} 消息说明：BROKER服务器收到应用服务器的心跳消息以后，回复应用服务器的消息。消息号#31，标识BHEARTBEET。补充说明：如果应用服务器接收不到BROKER服务器的应答消息，则可能BROKER服务器已经挂掉，应作相应的处理。注释说明：所有的JSON格式消息中，标识元素统一使用MT命名。无论是发送或者接收消息，首先要发送或者接收消息号，系统通过判断消息号来判断是哪一种消息。
解析接收到的JSON格式的字符串说明：通过判断标识元素的值来判断JSON字符串是否合法，只有判断合法的JSON字符串才能执行下一步的操作，否则中止程序的执行。