交易发起者，具体是指征管系统前台操作员操作征管软件发起纳税；或者纳税人操作网上自助纳税系统纳税；或者银行柜台操作员操作银行系统前台发起纳税；或者纳税人操作网上银行自助纳税。
数据交换服务发起者，包括构造请求报文，并将请求报文发送至数据交换服务中转者；接收响应/回执报文，以及对响应/回执报文的解析和其他后续处理。
数据交换服务中转者，负责请求报文和响应/回执数据包的转发，及数据处理。
数据交换服务响应者，负责接收、解析、处理请求报文，根据处理结果构造响应/回执报文，并将响应/回执报文转发给数据交换服务中转者。
按照客户端/服务器模型，可以将上述4个角色，划分成3对客户端/服务器关系。交易发起者和数据交换服务发起者之间，交易发起者（人机交互界面）为客户端，数据交换服务发起者为服务器端。数据交换服务发起者和数据交换服务中转者之间，数据交换服务发起者为客户端，数据交换服务中转者为服务器端。数据交换服务中转者和数据交换服务响应者之间，数据交换服务中转者为客户端，数据交换服务响应者为服务器端。客户端和服务器端处理模式分同步和异步两种模式[1]。同步模式表示客户端向服务器端发起请求后，等待服务器处理完请求并返回结果。异步模式表示客户端向服务器端发起请求后，不等待服务器返回结果。
由于存在从税务发起和银行发起两种实时交易流程。因此税务系统既有可能为数据交换发起者，又有可能为数据交换服务响应者；银行系统既有可能为数据交换服务响应者，又有可能为数据交换服务发起者。这样便意味着税务系统、TIPS和银行系统均有可能成为服务器端。

3． 联网体系架构设计

                                               图2 联网体系架构示意图
如图2所示，TIPS、税务、银行通过消息中间件建立起数据交换通道。TIPS中心由数据库、基于J2EE架构的交易服务和数据交换平台三部分组成。外部通讯网关、企业服务总线和内部通讯网关通过基于消息中间件的集群技术[2]整合成一个相互独立、可平行扩展的统一整体。外部通讯网关通过消息中间件和税务、银行连接；企业服务总线（ESB）[3]负责对报文预处理，并进行消息路由的操作，ESB通过内外通讯网关分别与交易服务和税务、银行系统进行消息交互。交易服务通过JMS/MDB[4]方式实现对消息中间件的操作。
以税务发起实时扣税交易为例，消息的流转过程为：
（1） 税务征管系统提交请求报文，发送到外部通讯网关；
（2） 通讯网关通过消息中间件的集群机制将请求报文转发到ESB；
（3） ESB系统收到请求报文，进行预处理，然后通过内部通讯网关转发到交易服务；
（4） 交易服务通过JMS/MDB与内部通讯网关进行交互，进行业务处理后，将请求报文通过内部通讯网关转发给ESB，并通知ESB将请求报文转给商业银行；
（5） 转发的请求报文经过外部通讯网关到达商业银行；
（6） 商业银行进行相应的业务处理后，发送回执信息；
（7） 回执信息经过外部通讯网关，到达ESB；
（8） ESB系统进行回执报文的预处理，然后通过内部通讯网关转发给交易服务；
（9） 交易服务进行业务处理后，将回执报文通过内部通讯网关转发给ESB，并通知ESB将回执报文发送给税务；
（10） 回执报文经过外部通讯网关，到达税务，扣税交易结束。

4． 基于消息中间件的通讯实现
IBM MQSeries（以下简称MQ）提供一个具有工业标准、安全、可靠的消息传输系统。MQ的关键功能之一是确保信息可靠传输，同时，MQ是灵活的应用程序通信方案[5]。
TIPS与税务、商业银行通过配置MQ Server的通道实现通讯。在创建通道时，需要设置队列管理器名称、服务器连接通道名称、主机名或IP地址、侦听端口、发送通道名称、接收通道名称、发送队列名称、接收队列名称、字符集等配置项。
税务、TIPS和商业银行都配置发送和接收2个通道。为了满足实时交易流程要求，将MQ通道属性设置成非持久（即内存方式Non-Persistent），同时设置消息的过期时间，如10秒，这样消息有一定的生命周期。同时再辅助以冲正流程设计，保证交易的完整性。
数据交换服务发起者和数据交换服务中转者，都存在报文匹配的要求。存在两种报文匹配机制。第一种为基于报文内容的匹配（异步模式），即从接收通道接收报文后，根据业务关键字组合，从存储数据库查找原发起报文，实现与原发起报文的匹配；第二种为利用消息中间件提供的同步模式下的消息过滤和匹配机制。基于报文内容的匹配（异步模式），适合数据交换服务中转者采用；利用消息中间件提供的同步模式下的消息过滤和匹配机制，适合数据交换服务发起者采用。
利用消息中间件提供的消息过滤和匹配机制如图3所示。