今日頭條
官方微信
官方抖音
案例頻道一、前言
隨著社會的發展，廣大用戶對供水行業的服務水平要求越來越高，方便用戶繳費的問題也就越來越重要。對于泉州市自來水公司（以下簡稱“水司”）來說，及時準確回收水費是水司生存、發展的重要保障之一。以前水司采用的是將水費賬務由工商銀行泉州分行獨立收取，每個月定期交接用戶繳費、欠費情況，數據傳輸方式是人工傳送磁盤，這種傳統的收費方式缺點主要體現在以下幾個方面：
１、銀行單一、網點少，不方便用戶繳費。
２、不能隨時掌握和了解用戶的繳費、欠費情況。
３、按時回收率低
４、無法及時對欠費用戶進行催收。
為了方便用戶繳費，提高服務水平；為了加快水司的水費回收及解決所面臨的問題，我們提出了一套解決方案，該方案將水司的數據源與泉州各家銀行的營業網點連接起來，輔以一定的安全機制，確保雙方各自的網絡、數據安全并實現數據實時交換和滿足銀行7天24小時收費，根本上可以解決上述問題。
二、網絡架構
泉州市自來水公司---- 銀行聯網示意圖：
上圖所示的系統架構，具體分析如下：
l 水司授權用戶可通過內網訪問數據庫系統。
l 銀行通過專線+前置機方式間接訪問數據庫。
三、系統功能
１、支持多家銀行柜臺收費、數據包交換方式批量代扣水費、自助銀行、電話銀行等多種業務，全天24小時無人值守數據實時交換，自動對帳、自動平帳，當天／次日沖正用戶水費記錄，以及銀行代打印發票，對用戶委托的代扣水費銀行進行自動維護和監控，用戶歷史繳費情況查詢等功能。
四、軟件運行環境及參數
１、硬件環境：前置機（接口機）為普通PC機，最低配置為P4 CPU，256M內存，40G硬盤。
２、系統環境：接口軟件運行于前置機上，操作系統需安裝 Windows NT4 或Windows 2000。
３、數據庫環境：本軟件采用ODBC連接SQL Server數據庫。
４、開發語言：采用Dephi 7.0
５、處理速度：受內部網絡環境、數據庫環境、通訊信道等影響略有不同，平均處理20筆請求/秒。
６、實時響應時間：本系統接收到來自銀行的請求后，響應時間小于0.2秒。
五、系統設計與實現
為了使系統的建設規范有序，水司和各銀行應嚴格按方案中要求建設。采用ISO的OSI七層網絡協議來描述，即：物理層、鏈路層、網絡層、運輸層、會話層、表示層、應用層。
１、物理層
２、鏈路層
３、網絡層
路層建立后，從水司到銀行可以實現直接的數據傳遞，但考慮到系統的安全性，水司系統的網絡不能直接接入到銀行系統中，反之亦然。為了能在網絡層將各系統的設備隔開，每單位應通過路由器和防火墻實現網絡之間的隔離。
新構架的網絡成為“水司――銀行互聯網絡”，使用專用的IP地址。IP地址的分配方案如下：
|
自來水 |
10.0.0.1 |
|
工商銀行 |
10.0.0.2 |
|
興業銀行 |
10.0.0.3 |
|
建設銀行 |
10.0.0.4 |
|
農業銀行 |
10.0.0.5 |
|
郵政儲蓄 |
10.0.0.6 |
|
商業銀行 |
10.0.0.7 |
|
中國銀行 |
10.0.0.8 |
４、運輸層
“自來水――銀行互聯網絡”與各單位的網絡在網絡層是斷開的，需通過專用軟件實現信息的傳遞。該軟件亦可稱為“聯網收費接口軟件”，實現以下功能：
（1） 為本地網絡服務
接口軟件從本地網絡獲取數據并將從“水司――銀行互聯網絡”上的數據送回本地網絡。
（2） 與對端接口軟件進行數據交互
將對端軟件送來的數據包拆包后送本地軟件高層，并將本地軟件高層送來的數據打包送對端軟件。
兩端(水司--銀行)接口軟件在運輸層遵循以下協議：
（1）接口軟件與本地網絡的服務功能由各單位自行建設，并作為高級技術機密予以保護。
（2）兩端接口軟件通訊時使用TCP協議，分配端口如下：
|
自來水 |
9000 |
|
中國銀行 |
9000 |
|
興業銀行 |
9000 |
|
農業銀行 |
9000 |
|
建設銀行 |
9000 |
|
工商銀行 |
9000 |
|
招商銀行 |
9000 |
|
商業銀行 |
9000 |
|
郵政儲蓄 |
9000 |
（3） 端進行通訊前，首先建立連接，通訊完畢后拆除。
（4） 所有通訊數據包皆由銀行發出，水司響應。
（5） 銀行發出數據包后30秒沒有響應，重發數據包。重試3次依然沒有響應轉人工處理。
５、會話層
６、表示層
詳細定義了此接口軟件與銀行數據通訊的數據包格式，在與銀行的技術合作時提供給銀行。現舉例如下：
以下數據包中凡是不足位的均采用右對齊；不足部分補空格；密碼口令默認為不使用；所有流水號均為銀行生成；所有操作響應碼000成功、001失敗；銀行代碼為六位數字，前兩位為行代碼，后四位為各銀行儲蓄網點代碼。
中國銀行11；建設銀行12；農業銀行13；興業銀行15
北京市公安局海淀分局備案號：11010802023656號