中包含的组件。
银行柜员用户财付通工作人员银行柜面渠道银行网上银行渠道银行一点通平台渠道财付通一点通平台渠道财付通网站渠道财付通后台渠道银行（一点通）支付平台业务系统财付通一点通文件系统财付通一点通业务系统银行账务与卡业务系统财付通账务与会员系统银行
财付通财付通合作银行一卡通架构模型图中显示了实现财付通合作银行网上快捷支付涉及到的系统组件。这些系统组件有些需要全新引入（如合作
银行网上快捷支付渠道和支付平台系统），有些可以直接使用现有的系统（如银行账务与卡业务系统）。
3.2.2 架构组件
网上支付技术架构中涉及到的系统组件与它们的主要职责如下：
? 银行快捷支付平台渠道
银行快捷支付平台渠道与财付通快捷支付平台渠道之间通过安全的信道互联，负责与财付通平台之间安全地交换网上支付协议报文，验证报文的真实性与合法性，维护网上支付报文日志，并在银行快捷支付协议报文与银行支付平台业务系统所能够理解的交易指令之间进行翻译。
11
银行快捷支付平台渠道可以独立搭建，也可以在现有渠道平台上扩展。
? 银行（快捷支付）支付平台业务系统
银行（快捷支付）支付平台业务系统是合作银行网上快捷支付银行端业务处理的主要系统，负责接受来自银行快捷支付平台渠道、控制合作银行网上快捷支付流程、管理合作银行网上快捷支付数据、验证网上支付服务授权与额度等业务规则、构造对银行账务与卡业务系统的交易请求、处理银行账务与卡业务系统的返回结果、并将结果返回给银行网上支付渠道、银行柜面渠道、银行网银渠道等。
银行合作银行网上快捷支付系统可以独立搭建，也可以在现有中间业务平台上扩展。
? 银行账务与卡业务系统
银行账务与卡业务系统作为银行的核心系统，为合作银行网上快捷支付提供基础的客户身份验证、卡片密码验证、资金清算处理等功能。
理想情况下，现有的银行账务与卡业务系统所提供的服务就能够支持合作银行网上快捷支付，不需要扩展或者修改银行账务与卡业务系统。
? 财付通快捷支付平台渠道
财付通快捷支付平台渠道是财付通提供的合作银行快捷支付业务的接入点，负责与银行快捷支付平台渠道之间通过安全信道交换网上支付协议报文，验证报文的真实性与合法性，维护网上支付报文日志，并在网上支付协议报文与财付通快捷支付文件系统和业务系统所能理解的交易指令之间进行翻译。
? 财付通快捷支付业务系统
财付通快捷支付业务系统是快捷支付业务在财付通端业务处理的主要系统，负责接受快捷支付平台渠道、财付通网站渠道或者财付通后台渠道的请求、控制支付平台网上支付流程、管理支付平台网上支付数据、验证网上支付服务授权与额度等业务规则、构造对财付通平台账务与会员系统的交易请求、处理财付通平台核心业务系统的返回结果、并将结果返回给财付通快捷支付平台渠道、网站渠道或后台渠道等。
? 财付通文件服务系统
某些快捷支付业务的实现中，涉及到银行与财付通平台交换数据文件。为了降低银行端的开发复杂性与成本，在网上支付架构中，由财付通平台统一提供网上支付文件服务系统，处理合作银行网上快捷支付相关的文件上传、下载与管理等功能。
? 财付通网站渠道
财付通网站是财付通用户使用支付服务的主要渠道之一。
? 财付通后台渠道
财付通后台渠道是财付通后台工作人员处理财付通平台服务、结算等业务的主要渠道。
? 财付通账务与会员系统
财付通账务与会员系统作为财付通的核心系统，为财付通网上支付提供基础的客户信息管理、身份验证、客户虚拟账户管理、资金处理等功能。
3.3 网上支付交互模式
在合作银行网上快捷支付的技术实现中，合作银行与支付平台之间通过交换报文与数据文件来交换业务信
12
息、实现业务流程、控制业务规则。
实现合作银行网上快捷支付所需的交互模式可以归纳为请求-应答、单向通知、文件上传与文件下载这四种模式。下文将介绍这四种交互模式适用的场景与实现方式。
3.3.1 请求-应答模式
在请求-应答模式下，一方作为服务提供者，另一方作为服务使用者。由服务使用者主动向服务提供者发起请求并等待应答，服务提供者接受请求，完成处理，并向服务使用者应答处理结果，服务使用者收到处理结果之后进行后续处理。
请求-应答模式适用于服务使用者需要根据服务提供者的服务应答才能进行正确的后续处理的场景，比如，在网上支付业务中，财付通平台作为服务使用者，银行作为服务提供者，财付通平台需要知道银行的支付处理结果之后才能继续交易流程。
3.3.2 单向通知模式
在单向通知模式下，一方作为通知发送者，一方作为通知接收者。发送者发送通知，并保证接收者收到通知。通知接收者在收到通知之后，立即返回发送者通知已收到。通知送达之后，发送方与接收方可以独立地进行后续业务处理。
在网上支付标准中，如果对方进行业务处理所需的时间不可预知时，采用单向通知模式。单向通知模式可以单独使用，也可以作为其它交互模式的一部分使用，比如在文件下载、文件上传模式中应用了单向通知模式。
13
3.3.3 文件下载模式
在文件下载模式中，一方作为文件提供者，另一方作为文件使用者。文件提供者首先生成文件，然后通知文件使用者，通知信息中包含该文件的下载位置等信息。文件使用者接到通知之后，下载文件并根据文件内容进行后续的业务处理。
文件下载模式的特点是文件提供者拥有文件服务系统。由于网上支付架构中，文件服务系统是由财付通平台统一提供的，因此，文件下载模式适用于由财付通平台向银行发起的批量业务处理请求，如批量退货等。
3.3.4 文件上传模式
在文件上传模式中，一方作为文件提供者，另一方作为文件使用者。文件提供者首先生成文件，然后将文件上传给文件提供者。在文件上传完成之后，文件提供者通知文件使用者，通知信息中包含文件的上传位置与其它信息。文件使用者接到通知之后，根据文件内容进行后续的业务处理。
文件上传模式的特点是文件使用者拥有文件服务系统。由于网上支付架构中，文件服务系统是由财付通平台
14
统一提供的，因此，文件上传模式适用于由银行向财付通平台发起的批量业务处理请求，如签约对账、清算对账等。
15