银行扣费（或缴费）系统与某单位业务系统的实时信息交互方案讨论

　　银行（A）代理某单位（B）的缴费或扣费业务，缴费与扣费的业务办理流程为：先在B的业务系统中办理审批，办理人员带上B给出的审核意见到银行A办理实际缴费或扣费业务。为了减少因银行录入人员的出错，减少A与B的缴费或扣费数据不一致，现准备通过交易接口的方式实现A与B的实时数据确认。

　　网络模式：A的客户机＜－－＞A的业务系统＜－－＞A的前置机－－－｜（专线连接）－－－B的前置机＜－－＞B的业务系统＜－－＞B的客户机

　　 流程说明
　　某单位B：　
　　①. B客户端办理审批业务，完成后向B主机登记。
　　②. B主机将A未办理的业务以表或文件的形式放在前置机。
　　银行A：
　　①.网点办理客户业务，向A前置机发出请求。
　　②. A前置机向B前置机发出客户要办理相应业务请求的信息。
　　③. B前置机接到请求后核对相关信息，将客户信息是否正确的结果将信息返回到A前置机。
　　分二步：
　　I. B前置机返回客户的信息是正确的，跳到步骤④。
　　II. B前置机返回客户的信息是错误的，跳到步骤⑥。
　　④. A前置机将客户信息发送到A主机处理。
　　⑤. A主机将处理结果返回给A前置机。
　　⑥. A前置机返回是否成功信息给A网点。

　　现就以上需求要制定交易接口，牵涉到通讯协议、输出、输入域、数据加解密等。请各位有过相关项目经验的朋友发表一下高见。

 

定义一个报文格式，xml或定长啥的，通过socket通讯。
加密的话使用加密机或软件加密，再加上个数字签名，搞定。

两点建议：
1、依靠socket通讯来进行业务协作务必要注意简化业务流程，反之，麻烦多多。
2、数据流量可不是总是“细水长流”，性能问题要高标准设计，多线程下并发交易是一定要考虑的，若无把握实现，应考虑成熟的中间件。

用MQ

银行系统应该用商业JMS来实现比较合适

银行.........