支付处理的IFX服务定位研究.doc

　　支付处理的IFX服务定位研究 　　对于运用工业标准和服务定位，IFX 支付参考是一个很好的实践指南。从以支付处理作为参考的IFX规范中可以我们看出 onization,全球的银行组织都可以采用它，就如同Sicrosoft以展示IFX标准粒度和将交易内核包括在从消费者到银行，银行到银行的普通商业过程为概念依据开始工作，POC 的目标是: 　　1. 　　通过继承XML集成标准，为创建服务定位的信息提供参考 　　2. 　　为相同信息、校正信息的载入和服务提供了服务分析参考 　　3. 　　整合icrosoft Architecture Center的多种渠道获得。 IFX 标准用法　　在每个特定的IFX BMS商业信息中都有数以百计的数据单元。每条信息都会产生一个对象分级请求，它们在服务执行过程中被处理。每条信息的大多数元素都是可选的，因此每次商业处理都必须决定它们需要选择哪些元素加以使用。在 POC 中，我们仅仅选择从客户到银行和银行间传递一条支付信息的所必需最小部分。 　　IFX 标准也包括许多帮助银行进行内部交易处理商业银行信息。比如：将资金在两个账户之间转帐。POC证明了上述商业信息是如何推动了被称之为No Fail Bill Pay的新的交易模式。在这个模式里消费者可以通过设置参数允许银行系统查看其他帐户资金，并且做出适度调整弥补帐户支付来避免透支和NSF的责令。 　　POC只需少量的步骤就可将服务定位适用于当前的IFX1.7规范。首先, 我们使用的交易信息必须被分割成单个的请求应答信息模式。为了支持这种模式，我们同时创建了两个可被称为数据字典的关键参考的模型。其一是全球的通用类型持有者，那些元素通常可以应用到 POC的所有的模式中， IFX BMS 也是有这些元素组成的。第二种支持模型是一个对象库，它被指定为更高级的商业功用: 比如，交易对象库。 　　 　　图 1. IFX标准支持模型 　　这些层的分离允许通用类型的单模式维护,避免了冗余而且为订制信息提供了更好的组合。LOB对象库为一个特定商业路线的所有类型提供了一个高层节点，允许特定商业路线必要元素的隔离。 　　在IFX BMS中允许如下的信息从1.7 规范中抽取出来，放入个人的请求应答消息模型： 　　1. 　　BalInq*－是一个余额查询信息设置，用于在指定的帐户中查询余额。 　　2. 　　CustPayeeInq*-消费收款人查询。用于查询收款人名单、名单中的消费者有或重新获得、创建一个交易权限。 　　3. 　　PmtAdd*-支付附加信息是一个关键信息。它通知银行建立一个带有收款人和消费者数据的支付信息，并向支付帐户申请借出。 　　4. 　　XFerAdd*- 转账附加信息是一个内部信息，在银行内部它把钱从一个帐户划转到另外一个账户。 　　5. 　　支付初始化模型就是本文前面提到的交易内核，它是从PmtAdd*信息数据中建立的。 　　上述这些不包括对象库模型（用lt;importgt;声明）和通用类型。他们也是 POC 对于XML的支柱。 服务定位　　IFX POC 的目标之一是示范分解服务和信息到服务的接口队列。前面所列出的每条信息都和SOAP的操作类型相一致，并且以请求信息作为输入以应答信息作为输出。在icrosoft BizTalk Server 2004）的时候，也就不能再超过分派的任务。 　　每种服务都被严格归类为从IFX规范抽取出的模型。每种服务有一个获取请求信息的输入端口和输出应答信息输出端口。每条信息都有一个相关的ID号，允许使用BizTalk Server 2004对异步长时的交易事务进行处理和关联。 　　每条信息都与一个包含在其中的服务绑定。这些服务包含有如下的参数： 　　1. 　　IFXDemoIntraBankServices.BalInq-检查目标帐户的余额。 　　2. 　　IFXDemoIntraBankServices.CustPayeeInq-得到一个指定消费者的收款人列表和清单 　　3. 　　IFXDemoIntraBankServices.DebitAdd-向一个目标帐户申请借款 　　4. 　　IFXDemoIntraBankServices.PmtAdd为银行间的转账创建一个支付对象，此对象可以用纯IFX格式解析或者能转化成支付消息 　　5. 　　IFXDemoIntraBankServices.XferAdd-帐户间的资金转移 　　6. 　　PainServiceBank2Service.PainRequest- 核心的支付初始化服务,确认信息从接受银行返回 　　解决方案中并不是要用到所有的LSpy此类工具分解大模型或者通过定制XSLT提取所有的详细信息设置的参考组件 　　3. 　　将这些信息整合到一个请求/应答组中