DIY编程器网

标题: 有线电视boss系统两种支付方式的实现 [打印本页]

作者: admin 时间: 2014-10-12 23:05
标题: 有线电视boss系统两种支付方式的实现
1、概述

随着互联网科技的发展和金融系统的业务拓展，人们日常生活的缴费渠道越来越多，银行网点、缴费终端、网上银行、电话银行等等，人们群众也越来越希望各种运营商能提供更多更方便的缴费渠道，目前大多数有线电视运营商主要的缴费方式还是自有的柜台和通过银行代收两种方式，对于传统的包月业务，大部分用户选择的是银行代扣，用户用一个银行账户绑定其数字电视包月业务，每个月定期从其账户划拨费用到运营商银行账户。但是随着增值业务的扩展，如视频点播业务、PVR、电视购物等，这种收费方式已不能满足需求，部分地区也在尝试通过机顶盒终端实现在线缴纳相关的业务费用，下文就银行实时代收和在线支付两种方式与同仁进行探讨。

2、银行代收方式的实现

2.1系统架构

银行代收的实现，通过boss系统的银行接口前置机与商业银行系统通讯前置机通过各种基于TCP/IP协议的网络连接，通过标准的数据交换协议规范实现双方数据交易互发和数据传输。双方的数据安全性可通过防火墙、数据加密等机制实现。系统物理拓扑如图1所示。

2.2接口功能及逻辑结构

Boss银行接口主要包括四部分，自动运营模块、手工处理模块、系统日志管理和运行参数设置，其功能划分如图2所示。

接口处理的逻辑结构如图3所示，实时处理部分由Socket实时通信和FTP服务两部分组成。Socket实时通信处理负责完成实时类交易包的处理，FTP目录存储部分，负责运行FTP服务，进行同银行方的数据交换存储和安全传输大数据量的数据；手动处理模块实现对接口的服务日志、实施交易日志、批量处理日志和异常帐务处理功能。

2.3通讯方式

（1）协议：

银行代收流程交互基于TCP/IP、FTP协议的网络进行通讯，使用请求/应答的方式完成相应指令的功能，银行为请求方，BOSS接口机为应答方。

（2）编码：

协议中所有实时交易和数据交换文件均采用标准ASCII码，数据交换文件后缀均为TXT。

（3）数据交换文件

数据文件是进行账户代扣、交易明细对帐时银行、网络公司双方进行交换的中间文件，对于数据文件的命名规则及FTP的路径双方可事先约定，举例如下：

·账户代扣数据文件

BOS_ZHDK_FILE DKYYYYMMDD.TXT
意义：某年某月某日生成的代扣数据文件

·银行处理结果数据文件

BOS _YHDKJG_FILEYHYYYYMMDD.TXT
　　意义：某年某月某日生成的银行处理代扣结果数据文件

·现金交易明细对帐数据文件

BOS _XJJYDZ_FILEXJMXYYYYMMDD.TXT
　　意义：某年某月某日生成的现金交易明细对帐数据文件

·代扣交易明细对帐数据文件

BOS _DKJYDZ_FILEDKMXYYYYMMDD.TXT
　　意义：某年某月某日生成的代扣交易明细对帐数据文件

2.4实时交易处理流程

实时交易是银行端发起请求，BOSS系统银行接口马上就要进行相关处理并返回处理结果的交易。实时交易包括: 请求数据、交费确认、账户代扣通知、解除账户代扣、现金交易总额对帐、代扣业务总额对帐、删除交费、补帐确认、请求票据、打印确认、票据作废等。实时交易处理流程如下图：

Boss银行接口在侦听(liste)端口收到TCP联接请求时首先进行IP地址合法验证，IP地址合法验证通过后，获取数据包内数据，根据数据库设置验证交易码是否合法，若通过根据交易包的数据进行不同交易码的处理过程，以上任何一步骤有逻辑错误或处理完成后，将结果按协议要求组包返回。

3、在线支付方式的实现

3.1系统架构

有线电视在线支付主要是指用户在机顶盒终端实现相关业务的在线缴费，目前在机顶盒上还未实现类似互联网上网上银行支付形式，这其中有技术也有效益考虑等方面的原因，目前国内还基本没有实施案例。依托在机顶盒终端或遥控器安装安装金融刷卡装置实现在线支付成为金融系统和网络运营商双方都认可的方式，其特点是采用端到端的加密方式和终端（机顶盒）实名控制，交易方式最安全。虽需要专用刷卡终端，但终端成本低廉，易于规模化推广，在这里阐述一种采用银联金融IC卡方式支付的实现，其系统架构如图3-1所示：

系统主要包括终端机顶盒（包含金融IC卡槽），BOSS在线支付接口，第三方支付系统设备如数据加密机、PSAM卡池、TSP服务器与PPP服务器。机顶盒安置在用户家中，做为自动缴费的支付工具；BOSS在线支付接口机，位于网络公司机房，主要实现机顶盒身份认证、用户信息、交易信息、交易验证、业务开通、对帐等（与TSP服务器相互调用程序，以及传送数据。）TSP服务器，位于网络公司机房，完成用户交互、付费扣款、BOSS信息交互、传送消费信息至PPP服务器。PPP服务器，位于银联机房，接收TSP服务器的消费信息、对帐，通过终端、boss系统接口机和第三方支付系统三方设备的数据交换完成自助在线缴费。

3.2在线支付功能组成

系统要协助终端用户实现在线支付过程，系统主要需要提供下面几方面功能，一面向用户的信息展示；二数据合法性校验；三完成支付；四交易数据的传递和对账，下面就每个方面逐一阐述：

（1）面向用户的信息展示

用户支付过程的完成顺利情况依赖于系统信息的提供量，支付过程主要需提供以下几个方面的信息

·业务信息

终端用户在支付前首选需要获取其支付的相关业务信息，如业务介绍、以往订购情况和价格等信息，如图3-2所示。

·支付信息（缴费）

用户通过界面提示和自我需求，会选择相关的业务和期限进行购买，通过系统交互BOSS系统会向用户返回用户选择业务需支付的费用情况，支付系统需要在终端予以展示，并请用户确认是否支付，如图3-3所示

·支付结果信息

用户支付后，系统需要给用户一个信息，支付是否成功，成功后业务的状态及支付金融卡的信息等，如图3-4所示：

（2）数据合法性校验

整个支付过程包括了多处数据检验，以保证整个支付过程顺利完成。

·业务信息校验

用户在选择了相关业务后，确认订购时支付系统会先向BOSS系统请求数据校验，，如对用户请求的业务属性如订购的时间段合法性进行判断等

·金融卡校验

用户在根据提示在终端插入金融卡进行支付时，支付平台会对金融卡的合法性进行校验，判断其PSAM卡池中是否有对应的PSAM卡资源，如果有合法没有则提示IC卡非法无法完成支付。

·余额判断

用户支付时需对用户金融IC卡的余额情况进行检查，判断其是否足够支付该次消费或缴费，不足的情况下则无法继续支付。

（3）完成支付

前期的判断都通过后，支付平台会从该卡扣款并将扣款信息写入IC卡，随后支付平台将扣款成功信息发送给boss接口机，boss系统根据扣款情况开通用户缴费业务，并将信息返回给支付平台，最终在机顶盒终端给用户以提示，如图3-4所示：

（4）交易上传及对账

交易上传主要是支付平台应用服务器需要每日将扣款数据发送至PPP服务器，以将金融IC交易数据存入银联系统。交易对账主要是第三方支付系统与BOSS系统间的业务对账，以保证双方数据信息的一致，对账方式主要为发送物理文件至一方FTP服务指定目录，然后接收方将收到数据与本地系统交易数据进行比对，包括总额和明细交易记录的比对，如果出现比对不一致的情况，需手工处理查找原因，保证数据的准确性。

3.3支付业务流程

整个支付的业务流程从终端机顶盒发起，交易的类型分查询和支付两大类，这里注重描述支付的流程。支付的流程中主要涉及机顶盒、第三方支付平台应用服务器（TSP服务器），boss系统在线支付接口机以及放置于银联系统内PPP服务器，详细的业务交易流程见图3-5，

4、总结

银行代收从模拟电视阶段运营商其实就已经开始开展，目前已经成为运营商收取基本业务费的主要渠道，但在双向网改造后，针对越来越多的双向互动业务，传统的银行代收已经不能满足所有的业务缴费需求，在线支付给用户提供了一种自助缴费的通道，方便了用户，目前在全国有些地方已经开始实施，效果良好，成为一种可借鉴的模式。但是这种模式也并非每个运营商都适合实施，一则这种方式需要投入成本对终端进行改造，另外支付平台的搭建也需要投入相应的费用，网络运营商在是采用何种支付方式选择上还需要根据自身情况来决定。目前互联网第三方支付在逐渐兴起，如支付宝、快钱和安付通等，以支付宝使用最为广泛，以后如果能在有线网内引入类似支付宝这种第三方在线支付工具，那么将会大大推动有线网支付交易的发展。

欢迎光临 DIY编程器网 (http://www.diybcq.com/)