1、概述

隨著互聯(lián)網(wǎng)科技的發(fā)展和金融系統(tǒng)的業(yè)務(wù)拓展，人們?nèi)粘Ｉ畹睦U費(fèi)渠道越來越多，銀行網(wǎng)點(diǎn)、繳費(fèi)終端、網(wǎng)上銀行、電話銀行等等，人們?nèi)罕娨苍絹碓较Ｍ鞣N運(yùn)營商能提供更多更方便的繳費(fèi)渠道，目前大多數(shù)有線電視運(yùn)營商主要的繳費(fèi)方式還是自有的柜臺和通過銀行代收兩種方式，對于傳統(tǒng)的包月業(yè)務(wù)，大部分用戶選擇的是銀行代扣，用戶用一個(gè)銀行賬戶綁定其數(shù)字電視包月業(yè)務(wù)，每個(gè)月定期從其賬戶劃撥費(fèi)用到運(yùn)營商銀行賬戶。但是隨著增值業(yè)務(wù)的擴(kuò)展，如視頻點(diǎn)播業(yè)務(wù)、PVR、電視購物等，這種收費(fèi)方式已不能滿足需求，部分地區(qū)也在嘗試通過機(jī)頂盒終端實(shí)現(xiàn)在線繳納相關(guān)的業(yè)務(wù)費(fèi)用，下文就銀行實(shí)時(shí)代收和在線支付兩種方式與同仁進(jìn)行探討。

2、銀行代收方式的實(shí)現(xiàn)

2.1系統(tǒng)架構(gòu)

銀行代收的實(shí)現(xiàn)，通過boss系統(tǒng)的銀行接口前置機(jī)與商業(yè)銀行系統(tǒng)通訊前置機(jī)通過各種基于TCP/IP協(xié)議的網(wǎng)絡(luò)連接，通過標(biāo)準(zhǔn)的數(shù)據(jù)交換協(xié)議規(guī)范實(shí)現(xiàn)雙方數(shù)據(jù)交易互發(fā)和數(shù)據(jù)傳輸。雙方的數(shù)據(jù)安全性可通過防火墻、數(shù)據(jù)加密等機(jī)制實(shí)現(xiàn)。系統(tǒng)物理拓?fù)淙鐖D1所示。

2.2接口功能及邏輯結(jié)構(gòu)

Boss銀行接口主要包括四部分，自動(dòng)運(yùn)營模塊、手工處理模塊、系統(tǒng)日志管理和運(yùn)行參數(shù)設(shè)置，其功能劃分如圖2所示。

接口處理的邏輯結(jié)構(gòu)如圖3所示，實(shí)時(shí)處理部分由Socket實(shí)時(shí)通信和FTP服務(wù)兩部分組成。Socket實(shí)時(shí)通信處理負(fù)責(zé)完成實(shí)時(shí)類交易包的處理，F(xiàn)TP目錄存儲部分，負(fù)責(zé)運(yùn)行FTP服務(wù)，進(jìn)行同銀行方的數(shù)據(jù)交換存儲和安全傳輸大數(shù)據(jù)量的數(shù)據(jù);手動(dòng)處理模塊實(shí)現(xiàn)對接口的服務(wù)日志、實(shí)施交易日志、批量處理日志和異常帳務(wù)處理功能。

2.3通訊方式

(1)協(xié)議：

銀行代收流程交互基于TCP/IP、FTP協(xié)議的網(wǎng)絡(luò)進(jìn)行通訊，使用請求/應(yīng)答的方式完成相應(yīng)指令的功能，銀行為請求方，BOSS接口機(jī)為應(yīng)答方。

(2)編碼：

協(xié)議中所有實(shí)時(shí)交易和數(shù)據(jù)交換文件均采用標(biāo)準(zhǔn)ASCII碼，數(shù)據(jù)交換文件后綴均為TXT。

(3)數(shù)據(jù)交換文件

數(shù)據(jù)文件是進(jìn)行賬戶代扣、交易明細(xì)對帳時(shí)銀行、網(wǎng)絡(luò)公司雙方進(jìn)行交換的中間文件，對于數(shù)據(jù)文件的命名規(guī)則及FTP的路徑雙方可事先約定，舉例如下：

·賬戶代扣數(shù)據(jù)文件

BOS_ZHDK_FILE DKYYYYMMDD.TXT

意義：某年某月某日生成的代扣數(shù)據(jù)文件

·銀行處理結(jié)果數(shù)據(jù)文件

BOS _YHDKJG_FILEYHYYYYMMDD.TXT

意義：某年某月某日生成的銀行處理代扣結(jié)果數(shù)據(jù)文件

·現(xiàn)金交易明細(xì)對帳數(shù)據(jù)文件

BOS _XJJYDZ_FILEXJMXYYYYMMDD.TXT

意義：某年某月某日生成的現(xiàn)金交易明細(xì)對帳數(shù)據(jù)文件

·代扣交易明細(xì)對帳數(shù)據(jù)文件

BOS _DKJYDZ_FILEDKMXYYYYMMDD.TXT

意義：某年某月某日生成的代扣交易明細(xì)對帳數(shù)據(jù)文件

2.4實(shí)時(shí)交易處理流程

實(shí)時(shí)交易是銀行端發(fā)起請求，BOSS系統(tǒng)銀行接口馬上就要進(jìn)行相關(guān)處理并返回處理結(jié)果的交易。實(shí)時(shí)交易包括: 請求數(shù)據(jù)、交費(fèi)確認(rèn)、賬戶代扣通知、解除賬戶代扣、現(xiàn)金交易總額對帳、代扣業(yè)務(wù)總額對帳、刪除交費(fèi)、補(bǔ)帳確認(rèn)、請求票據(jù)、打印確認(rèn)、票據(jù)作廢等。實(shí)時(shí)交易處理流程如下圖：

Boss銀行接口在偵聽(liste)端口收到TCP聯(lián)接請求時(shí)首先進(jìn)行IP地址合法驗(yàn)證，IP地址合法驗(yàn)證通過后，獲取數(shù)據(jù)包內(nèi)數(shù)據(jù)，根據(jù)數(shù)據(jù)庫設(shè)置驗(yàn)證交易碼是否合法，若通過根據(jù)交易包的數(shù)據(jù)進(jìn)行不同交易碼的處理過程，以上任何一步驟有邏輯錯(cuò)誤或處理完成后，將結(jié)果按協(xié)議要求組包返回。

3、在線支付方式的實(shí)現(xiàn)

3.1系統(tǒng)架構(gòu)

有線電視在線支付主要是指用戶在機(jī)頂盒終端實(shí)現(xiàn)相關(guān)業(yè)務(wù)的在線繳費(fèi)，目前在機(jī)頂盒上還未實(shí)現(xiàn)類似互聯(lián)網(wǎng)上網(wǎng)上銀行支付形式，這其中有技術(shù)也有效益考慮等方面的原因，目前國內(nèi)還基本沒有實(shí)施案例。依托在機(jī)頂盒終端或遙控器安裝安裝金融刷卡裝置實(shí)現(xiàn)在線支付成為金融系統(tǒng)和網(wǎng)絡(luò)運(yùn)營商雙方都認(rèn)可的方式，其特點(diǎn)是采用端到端的加密方式和終端(機(jī)頂盒)實(shí)名控制，交易方式最安全。雖需要專用刷卡終端，但終端成本低廉，易于規(guī)?；茝V，在這里闡述一種采用銀聯(lián)金融IC卡方式支付的實(shí)現(xiàn)，其系統(tǒng)架構(gòu)如圖3-1所示：

系統(tǒng)主要包括終端機(jī)頂盒(包含金融IC卡槽)，BOSS在線支付接口，第三方支付系統(tǒng)設(shè)備如數(shù)據(jù)加密機(jī)、PSAM卡池、TSP服務(wù)器與PPP服務(wù)器。機(jī)頂盒安置在用戶家中，做為自動(dòng)繳費(fèi)的支付工具;BOSS在線支付接口機(jī)，位于網(wǎng)絡(luò)公司機(jī)房，主要實(shí)現(xiàn)機(jī)頂盒身份認(rèn)證、用戶信息、交易信息、交易驗(yàn)證、業(yè)務(wù)開通、對帳等(與TSP服務(wù)器相互調(diào)用程序，以及傳送數(shù)據(jù)。)TSP服務(wù)器，位于網(wǎng)絡(luò)公司機(jī)房，完成用戶交互、付費(fèi)扣款、BOSS信息交互、傳送消費(fèi)信息至PPP服務(wù)器。PPP服務(wù)器，位于銀聯(lián)機(jī)房，接收TSP服務(wù)器的消費(fèi)信息、對帳，通過終端、boss系統(tǒng)接口機(jī)和第三方支付系統(tǒng)三方設(shè)備的數(shù)據(jù)交換完成自助在線繳費(fèi)。

3.2在線支付功能組成

系統(tǒng)要協(xié)助終端用戶實(shí)現(xiàn)在線支付過程，系統(tǒng)主要需要提供下面幾方面功能，一面向用戶的信息展示;二數(shù)據(jù)合法性校驗(yàn);三 完成支付;四交易數(shù)據(jù)的傳遞和對賬，下面就每個(gè)方面逐一闡述：

(1)面向用戶的信息展示

用戶支付過程的完成順利情況依賴于系統(tǒng)信息的提供量，支付過程主要需提供以下幾個(gè)方面的信息

·業(yè)務(wù)信息

終端用戶在支付前首選需要獲取其支付的相關(guān)業(yè)務(wù)信息，如業(yè)務(wù)介紹、以往訂購情況和價(jià)格等信息，如圖3-2所示。

·支付信息(繳費(fèi))

用戶通過界面提示和自我需求，會(huì)選擇相關(guān)的業(yè)務(wù)和期限進(jìn)行購買，通過系統(tǒng)交互BOSS系統(tǒng)會(huì)向用戶返回用戶選擇業(yè)務(wù)需支付的費(fèi)用情況，支付系統(tǒng)需要在終端予以展示，并請用戶確認(rèn)是否支付，如圖3-3所示

·支付結(jié)果信息

用戶支付后，系統(tǒng)需要給用戶一個(gè)信息，支付是否成功，成功后業(yè)務(wù)的狀態(tài)及支付金融卡的信息等，如圖3-4所示：

(2)數(shù)據(jù)合法性校驗(yàn)

整個(gè)支付過程包括了多處數(shù)據(jù)檢驗(yàn)，以保證整個(gè)支付過程順利完成。

·業(yè)務(wù)信息校驗(yàn)

用戶在選擇了相關(guān)業(yè)務(wù)后，確認(rèn)訂購時(shí)支付系統(tǒng)會(huì)先向BOSS系統(tǒng)請求數(shù)據(jù)校驗(yàn)，，如對用戶請求的業(yè)務(wù)屬性如訂購的時(shí)間段合法性進(jìn)行判斷等

·金融卡校驗(yàn)

用戶在根據(jù)提示在終端插入金融卡進(jìn)行支付時(shí)，支付平臺會(huì)對金融卡的合法性進(jìn)行校驗(yàn)，判斷其PSAM卡池中是否有對應(yīng)的PSAM卡資源，如果有合法沒有則提示IC卡非法無法完成支付。

·余額判斷

用戶支付時(shí)需對用戶金融IC卡的余額情況進(jìn)行檢查，判斷其是否足夠支付該次消費(fèi)或繳費(fèi)，不足的情況下則無法繼續(xù)支付。

(3)完成支付

前期的判斷都通過后，支付平臺會(huì)從該卡扣款并將扣款信息寫入IC卡，隨后支付平臺將扣款成功信息發(fā)送給boss接口機(jī)，boss系統(tǒng)根據(jù)扣款情況開通用戶繳費(fèi)業(yè)務(wù)，并將信息返回給支付平臺，最終在機(jī)頂盒終端給用戶以提示，如圖3-4所示：

(4)交易上傳及對賬

交易上傳主要是支付平臺應(yīng)用服務(wù)器需要每日將扣款數(shù)據(jù)發(fā)送至PPP服務(wù)器，以將金融IC交易數(shù)據(jù)存入銀聯(lián)系統(tǒng)。交易對賬主要是第三方支付系統(tǒng)與BOSS系統(tǒng)間的業(yè)務(wù)對賬，以保證雙方數(shù)據(jù)信息的一致，對賬方式主要為發(fā)送物理文件至一方FTP服務(wù)指定目錄，然后接收方將收到數(shù)據(jù)與本地系統(tǒng)交易數(shù)據(jù)進(jìn)行比對，包括總額和明細(xì)交易記錄的比對，如果出現(xiàn)比對不一致的情況，需手工處理查找原因，保證數(shù)據(jù)的準(zhǔn)確性。

3.3支付業(yè)務(wù)流程

整個(gè)支付的業(yè)務(wù)流程從終端機(jī)頂盒發(fā)起，交易的類型分查詢和支付兩大類，這里注重描述支付的流程。支付的流程中主要涉及機(jī)頂盒、第三方支付平臺應(yīng)用服務(wù)器(TSP服務(wù)器)，boss系統(tǒng)在線支付接口機(jī)以及放置于銀聯(lián)系統(tǒng)內(nèi)PPP服務(wù)器，詳細(xì)的業(yè)務(wù)交易流程見圖3-5，

4、總結(jié)

銀行代收從模擬電視階段運(yùn)營商其實(shí)就已經(jīng)開始開展，目前已經(jīng)成為運(yùn)營商收取基本業(yè)務(wù)費(fèi)的主要渠道，但在雙向網(wǎng)改造后，針對越來越多的雙向互動(dòng)業(yè)務(wù)，傳統(tǒng)的銀行代收已經(jīng)不能滿足所有的業(yè)務(wù)繳費(fèi)需求，在線支付給用戶提供了一種自助繳費(fèi)的通道，方便了用戶，目前在全國有些地方已經(jīng)開始實(shí)施，效果良好，成為一種可借鑒的模式。但是這種模式也并非每個(gè)運(yùn)營商都適合實(shí)施，一則這種方式需要投入成本對終端進(jìn)行改造，另外支付平臺的搭建也需要投入相應(yīng)的費(fèi)用，網(wǎng)絡(luò)運(yùn)營商在是采用何種支付方式選擇上還需要根據(jù)自身情況來決定。目前互聯(lián)網(wǎng)第三方支付在逐漸興起，如支付寶、快錢和安付通等，以支付寶使用最為廣泛，以后如果能在有線網(wǎng)內(nèi)引入類似支付寶這種第三方在線支付工具，那么將會(huì)大大推動(dòng)有線網(wǎng)支付交易的發(fā)展。