專利名稱：跨平臺的智能卡在線電子錢包充值方法
技術領域：
本發(fā)明涉及一種專門適用于行政、商業(yè)、金融、管理、監(jiān)督或預測目的的數據處理系統(tǒng)或方法，進一步涉及一種跨平臺的跨平臺的智能卡在線電子錢包充值方法。
背景技術：
當前，很多城市已經開通了公交智能卡收費系統(tǒng)和城市一卡通收費系統(tǒng)，以下統(tǒng)稱為智能卡系統(tǒng)。這些城市運行的系統(tǒng)中，對智能卡進行發(fā)行和卡內電子錢包充值的模塊往往是由一個公司來進行開發(fā)和維護。當用戶希望與其他的商家進行業(yè)務合作時，必須讓原有智能卡系統(tǒng)開發(fā)商進行軟件的修改或者提供相應的技術資料，才能實現所需的業(yè)務開發(fā)。舉個例子如果智能卡系統(tǒng)運營商希望與銀行進行合作，利用銀行的網點優(yōu)勢和資金優(yōu)勢，完成智能卡的發(fā)行和電子錢包的充值工作。銀行擁有獨立的金融管理系統(tǒng)和網絡，銀行往往出于安全性方面的考慮，不允許智能卡系統(tǒng)開發(fā)商在銀行金融系統(tǒng)和網絡中進行程序應用。因此，智能卡系統(tǒng)開發(fā)商必須提供一套完整的技術解決方案給銀行，通過銀行的通訊系統(tǒng)與智能卡系統(tǒng)進行通訊，從而完成智能卡的發(fā)行與充值業(yè)務。另外不同的銀行系統(tǒng)，使用不同的操作系統(tǒng)，因此智能卡系統(tǒng)開發(fā)商提供的技術解決方案必須是跨平臺的，具有二次開發(fā)功能的，這樣才可以讓智能卡系統(tǒng)在銀行的操作系統(tǒng)下運行起來。由于以上的種種原因，造成智能卡系統(tǒng)業(yè)務的拓展非常困難。如何開發(fā)一款跨平臺的、可以進行二次開發(fā)的、安全的智能卡在線電子錢包充值方法，是擺在我們面前的一個急需解決的問題。

發(fā)明內容
本系統(tǒng)開發(fā)的目的在于，克服原有系統(tǒng)技術上的不足，利用串口操作和Socket通訊機制，提供跨平臺的、二次開發(fā)的功能。同時系統(tǒng)提供數據的安全性和交易的完整性保障。本系統(tǒng)通過以下技術方案實現跨平臺的智能卡在線操作系統(tǒng)，包括讀卡器，與讀卡器一一對應串接的第三方客戶端，分別與一個以上第三方客戶端串接的第三方通訊程序端，與一個以上第三方通訊程序分別串接的智能卡清算中心交易中間件程序端，與智能卡清算中心交易中間件程序端依次串接的清算中心，清算中心具有加密和解密功能。所述讀卡器內置嵌入式軟件，用于對智能卡進行讀寫操作；讀卡器內安裝SAM卡， 用于傳輸過程中對數據的加密和解密，SAM卡中設置多組密鑰，由嵌入式軟件隨機選??；讀卡器提供專用的智能卡讀寫指令，用于對智能卡進行操作。讀卡器可以為外置式讀卡器，與第三方客戶端所在的計算機主機連接；也可以為內置式讀卡器，與ATM機、銀行查詢機、POS機設備中的任何一種通過串口連接。本系統(tǒng)所對應的智能卡具有黑名單標志，表識卡片的當前狀態(tài)。
在上述系統(tǒng)上實現的跨平臺的智能卡在線操作方法，過程如下首先，將智能卡放在讀卡器上，步驟一第三方客戶端程序向讀卡器發(fā)送充值預讀卡指令，讀卡器以密文的形式將智能卡的基本信息依次通過第三方客戶端、第三方通訊程序、交易中間件程序，最后到達智能卡清算中心數據庫；加密機經過解密后查詢卡類型參數、計算充值密鑰；卡類型參數以明文的形式依次通過交易中間件程序、第三方通訊程序，到達第三方客戶端；包括充值密鑰在內的智能卡操作信息經過加密機加密，以密文的形式依次通過交易中間件程序、第三方通訊程序、第三方客戶端，到達讀卡器；步驟二 讀卡器讀卡，判斷卡狀態(tài)和交易進程標志；如果黑名單和啟用標志正常， 進入充值界面，轉步驟三，如果黑名單和進程標志正常任何一個標志不正常，轉步驟七；步驟三操作人員通過第三方客戶端程序輸入充值金額信息，并向讀卡器發(fā)送預充值指令；讀卡器首先將黑名單標志由O改寫為4，進程標志由0改寫為11 ；然后將智能卡的信息形成錢包充值密文，依次通過第三方客戶端、第三方通訊程序、交易中間件程序，最后到達智能卡清算中心數據庫；步驟四智能卡清算中心數據庫進行電子錢包充值操作合法性檢驗，如果合法，記錄卡片當前信息，進行電子錢包充值紀錄，并形成充值確認報文，以密文的形式經交易中間件程序、交易中間件程序、第三方客戶端程序，到達讀卡器；步驟五讀卡器改寫卡內標志，進程標志由11改寫為12，然后按照密文信息對智能卡進行充值，充值完成后，將黑名單標志由4改寫為0，進程標志由12改寫為0 ；步驟六在第三方客戶端程序上顯示充值結果；步驟七讀卡器將包含卡號、黑名單標志、交易進程標志信息在內的電子錢包恢復報文以密文的形式依次經過第三方客戶端、第三方通訊程序、交易中間件程序，最后到達智能卡清算中心數據庫；步驟八本步驟共有三種恢復方案，第一方案；生成電子錢包恢復密文，其操作要領是更改黑名單標志為0，更改進程標志為0，卡內其它內容不變；第二方案生成電子錢包恢復密文，其操作要領是電子錢包內余額改為與數據庫一致，更改黑名單標志為0，更改進程標志為0，卡內其它內容不變；第三方案人工處理，人工處理的原則如下當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中有最后一條記錄，且數據庫中的余額記錄與卡內的余額記錄一致，實施第一方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中有最后一條記錄，且數據庫中的余額記錄大于卡內的余額記錄，實施第二方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中有最后一條記錄，且數據庫中的余額記錄小于卡內的余額記錄一致，實施第三方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，但在已結算表中有最后一條記錄，且數據庫中的余額記錄與卡內的余額記錄一致，實施第一方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，但在已結算表中有最后一條記錄，且數據庫中的余額記錄大于卡內的余額記錄一致，實施第二方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，但在已結算表中有最后一條記錄，且數據庫中的余額記錄小于卡內的余額記錄一致，實施第三方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，且在已結算表中也無最后一條記錄，實施第三方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為12，該卡號在充值未結算表或已結算表中有最后一條記錄，實施第二方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為12，該卡號在充值未結算表和已結算表中均無最后一條記錄，實施第三方案；步驟九將恢復密文并以明文的形式附帶將恢復數據經交易中間件程序、第三方通訊程序、第三方客戶端，到達讀卡器，讀卡器執(zhí)行完恢復操作后將數據以明文的形式發(fā)送給第三方客戶端；然后重新執(zhí)行步驟二。所述步驟一中讀卡器形成密文數據包括隨機數、卡芯片號、卡號、卡類型號、卡認證碼、有效日期、啟用日期、密鑰卡號。所述步驟一中卡類型參數數據包括服務器時間、卡類型名稱、錢包上下限。所述步驟一中智能卡操作信息除充值密鑰外，還包括隨機數、服務器時間。所述步驟二中充值界面可現實信息包括卡芯片號、卡號、卡類型號、押金、有效日期、啟用日期、錢包累計充值次數、錢包金額、年檢日期、黑名單標志、密鑰卡號。所述步驟三中的充值密文信息包括隨機數、卡芯片號、卡號、卡類型、累計錢包充值次數、累計充值額、錢包余額、本次充值金額、密鑰卡號。所述步驟四中的合法性檢查包括以下檢查的一種或多種根據卡類型及操作員號查詢是否有售卡權限、查詢是否是已退卡、查詢是否是掛失卡、查詢是否是黑名單卡、判斷充值金額是否合法、判斷充值后余額是否合法。所述步驟四中記錄卡片當前信息的內容至少包括下述內容中的一種累計錢包充值次數、充值前余額、充值金額、充值后余額。所述步驟四中的充值確認報文內容至少包括下述內容中的一種隨機數、充值時間、卡號、密鑰卡號、充值前錢包累計充值次數、充值后錢包累計充值次數、充值前余額、本次充值金額、充值后錢包余額。所述步驟六中的現示信息包括卡號和充值后余額。所述步驟六中的顯示信息包括卡號和充值后余額。本發(fā)明相對于現有技術具有如下優(yōu)點(—)可以與任何具有獨立運行網絡的第三方，譬如銀行、郵局等單位進行合作， 既實現了利用第三方網店實現卡的發(fā)行與充值，又滿足了這些第三方對數據安全性的苛刻要求。(二)真正地實現了跨平臺操作，后臺集中管理。


圖1是本發(fā)明系統(tǒng)結構示意圖。圖2是實施例中的SAM密鑰卡結構示意圖。圖3是實施例中的讀卡器RC500與天線原理示意圖。圖4是實施例中的讀卡器RC500總體結構示意圖。圖5是實施例中的交易中間件程序端主要部件與內存結構。圖6是實施例系統(tǒng)結構示意圖。圖7是實施例中建立數據庫連接步驟一計算機實際顯示截圖。圖8是實施例中建立數據庫連接步驟二計算機實際顯示截圖。圖9是實施例中建立數據庫連接步驟三計算機實際顯示截圖。圖10是實施例中建立數據庫連接步驟五計算機實際顯示截圖。圖11是實施例中修改ConnectParam. xml配置文件中的內容實際顯示截圖。圖12是實施例中系統(tǒng)啟動實際顯示截圖。
具體實施例方式實施例XX城市一卡通系統(tǒng)采用本方案設計實現。實現建設銀行圈存機和柜面系統(tǒng)的IC 卡售卡、充值業(yè)務。借助銀行網點的數量與網絡優(yōu)勢，實現城市一卡通業(yè)務的拓展。功能描述實現城市一卡通系統(tǒng)中IC卡的售卡、電子錢包充值、月票充值功能。目前建設銀行在20多臺圈存機以及柜面儲蓄系統(tǒng)中加入了 IC卡的在線充值功能。從而有效地拓展了 IC卡業(yè)務的覆蓋范圍?？缙脚_的智能卡在線操作系統(tǒng)，包括讀卡器，與讀卡器一一對應串接的第三方客戶端，分別與一個以上第三方客戶端串接的第三方通訊程序，與一個以上第三方通訊程序分別串接的智能卡清算中心交易中間件程序，與智能卡清算中心交易中間件程序依次串接的清算中心，清算中心具有加密和解密功能。所述讀卡器內置嵌入式軟件，用于對智能卡進行讀寫操作；讀卡器內安裝SAM卡， 用于傳輸過程中對數據的加密和解密，SAM卡中設置多組密鑰，由嵌入式軟件隨機選取；讀卡器提供專用的智能卡讀寫指令，用于對智能卡進行操作。讀卡器可以為外置式讀卡器，與第三方客戶端所在的計算機主機連接；也可以為內置式讀卡器，與ATM機、銀行查詢機、POS機設備中的任何一種通過串口連接。本系統(tǒng)所對應的智能卡具有黑名單標志，表識卡片的當前狀態(tài)。一、內/外置讀卡器如圖3、4所示。具體參數如下CPU 采用美國SST公司生產的SST89E52RD2 ；工作電壓由USB接口供電，無需外加電源；工作電流300mA;最大功耗彡2.25W;工作溫度20°C +50°C；讀寫距離彡4. 0CM;
通訊速率57.6Kbps。讀卡器分別設計具有接觸式IC卡和非接觸式IC卡的讀寫功能；采用低工作電壓、低功耗技術，硬件性能安全可靠；采用SAM卡安全管理模塊和CPU管理卡密鑰方式，發(fā)卡及充值工作安全可靠；支持符合mifare國際標準的系列非接觸IC卡；支持符合T = 0/T = 1協議的CPU 卡；支持符合IS07816-3系列接觸式IC存儲卡，邏輯加密卡；支持符合IS014443國際標準的非接觸式邏輯加密卡，非接觸CPU卡；采用RS232接口(USB供電)，傳輸速率為57600bps ；支持串口通訊，發(fā)送指令，接收數據；嵌入式程序，實現對IC卡的安全操作和數據加解密。讀卡器通訊接口 RS232 ；讀卡器通訊接口波特率19200 ；讀卡器通訊數據格式0xAA+LEN+C0MMAND+DATA+VERIFY+0xCC讀卡器通訊LEN :COMMAND+DATA+VERIFY ( 一個字節(jié))讀卡器通訊VERIFY :LEN XOR COMMAND XOR DATA (—個字節(jié))讀卡器通訊回應格式0xBB+VALUE+0xCC讀卡器通訊VALUE:
CE_0KOOH成功
CE_CHECKERR0R OlH校驗錯誤
CE_BADC0MMAND 02H錯誤命令
CE_BADPARAM 03H錯誤參數
CE_SAM06H操作員卡錯誤
CE_CARDREMOVED 13H在操作過程中卡被移走
CE_INVALIDCARD 14H非本系統(tǒng)卡
CE_SELLCARD 15H已售卡(售卡指令)
CE_UNSELLCARD 16H未售卡(非售卡指令)
CE_N0CARD17H超時，未尋到卡
CE_L0GINERR 30H登陸認證錯誤
CE_N0SAMECARD 50H非同一張卡
CE_NOSAMEVALUE 5IH充值金額不一致
CE_UNKN0WN7FH未知錯誤讀卡器通訊逆序字節(jié)排列高位字節(jié)- >低位字節(jié)；如100逆序四字節(jié)順序為64H OOH OOH 00H。
二、SAM密鑰卡結構如圖2所示。三、交易中間件程序交易中間件，同步接收用戶的連接，校驗用戶身份，實時分析用戶的交易請求，并反饋處理結果，本系統(tǒng)需要配合使用RF內/外置讀卡器。該系統(tǒng)可以有效的防止非法程序的運行和使用，并且在數據傳輸過程中進行自動加解密，防止信息被竊取后造成對系統(tǒng)的危害；防止非法節(jié)點的運行和使用；數據全程密文傳輸。動態(tài)通訊身份認證密鑰體系，可以實現每次用戶身份認證均賦予一個唯一的通訊密鑰，并且在通訊全過程進行動態(tài)驗證，保證用戶身份的正確性。1、工作原理主要部件與內存結構如圖5所示。啟動中間件程序，相當于啟動一個服務進程，月艮務進程將啟動多個線程來管理系統(tǒng)，并為多個連接的用戶提供相應的服務。服務進程主要提供以下功能(1)分配內存空間，啟動多個線程進行系統(tǒng)管理；(2)啟動義！^吐線程。a、接受用戶的連接請求、關閉連接請求，并為用戶分配處理線程；b、對數據庫連接池進行有效的控制和管理。(3)啟動處理線程。a、處理用戶的簽到、簽退報文；b、處理用戶的交易報文；C、分別將顯示數據、統(tǒng)計數據、日志數據分別放入顯示隊列、統(tǒng)計隊列、日志隊列中。(4)啟動顯示線程。a、維護界面的顯示；b、實現提示信息、統(tǒng)計數據信息、日志信息的界面顯示；C、實現將系統(tǒng)通訊信息記錄到系統(tǒng)日志文件中。交易中間件軟件的特點大量在線用戶；頻繁信息訪問；小事務處理；TCP/IP網絡；管理C/S數據流；支持3層結構；支持二次開發(fā)；基于實時交易處理；核心參數配置文件；負載平衡；安全數據傳輸。2、交易中間件程序通訊報文設計采用交易終端+讀卡器、交易中間件程序、數據庫三層結構，交易終端與中間件之間使用本協議制定的報文格式進行通訊，通訊報文依據IS08583報文規(guī)范制定。(1)數據類型交易終端與中間件之間的交換消息報文中，各數據元類型及格式如下所列A 字母，左靠，右部多余部分補空格。N 數字，右靠，首位有效數字前補零。若表示金額，則最右二位為角分。S 特殊符號。AN字母和/或數字，左靠，右部多余部分補空格。AS字母和/或特殊符號，左靠，右部多余部分補空格。ANS字母、數字和/或特殊符號，左靠，右部多余部分補空格。B 二進制位。DD 曰。MM 月。YY 年。hh 時。
mm 分。ss 秒。LL可變長域的長度值(二位數)，允許的最大長度為99。LLL可變長域的長度值(三位數)，允許的最大長度為999。VAR可變長域。X 借貸符號，在數值之前，D表示借，C表示貸。M:強制域(Mandatory)，表示此域必須出現在消息報文中，否則報文接收方認為該消息報文格式出錯。C 條件域(Conditional)，表示此域在一定條件下出現在消息報文中。對可變長數據元，以下例說明變量XYZ的數據類型為ANS. . . 999 (LLLVAR)，則表示該變量中可包含字母、數字和特殊符號，最長不超過999個字符，具體長度由三位數字確定。(2)報文格式交易終端上送中間件的消息報文結構包括TPDU、報文頭和應用數據三部分，如下表1所示表 權利要求
1.跨平臺的智能卡在線電子錢包充值方法，其特征在于，包括 首先，將智能卡放在讀卡器上，步驟一第三方客戶端程序向讀卡器發(fā)送充值預讀卡指令，讀卡器以密文的形式將智能卡的基本信息依次通過第三方客戶端、第三方通訊程序、交易中間件程序，最后到達智能卡清算中心數據庫；加密機經過解密后查詢卡類型參數、計算充值密鑰；卡類型參數以明文的形式依次通過交易中間件程序、第三方通訊程序，到達第三方客戶端；包括充值密鑰在內的智能卡操作信息經過加密機加密，以密文的形式依次通過交易中間件程序、第三方通訊程序、第三方客戶端，到達讀卡器；步驟二 讀卡器讀卡，判斷卡狀態(tài)和交易進程標志；如果黑名單和啟用標志正常，進入充值界面，轉步驟三，如果黑名單和進程標志正常任何一個標志不正常，轉步驟七；步驟三操作人員通過第三方客戶端程序輸入充值金額信息，并向讀卡器發(fā)送預充值指令；讀卡器首先將黑名單標志由O改寫為4，進程標志由0改寫為11 ；然后將智能卡的信息形成錢包充值密文，依次通過第三方客戶端、第三方通訊程序、交易中間件程序，最后到達智能卡清算中心數據庫；步驟四智能卡清算中心數據庫進行電子錢包充值操作合法性檢驗，如果合法，記錄卡片當前信息，進行電子錢包充值紀錄，并形成充值確認報文，以密文的形式經交易中間件程序、交易中間件程序、第三方客戶端程序，到達讀卡器；步驟五讀卡器改寫卡內標志，進程標志由11改寫為12，然后按照密文信息對智能卡進行充值，充值完成后，將黑名單標志由4改寫為0，進程標志由12改寫為0 ； 步驟六在第三方客戶端程序上顯示充值結果；步驟七讀卡器將包含卡號、黑名單標志、交易進程標志信息在內的電子錢包恢復報文以密文的形式依次經過第三方客戶端、第三方通訊程序、交易中間件程序，最后到達智能卡清算中心數據庫；步驟八本步驟共有三種恢復方案，第一方案；生成電子錢包恢復密文，其操作要領是更改黑名單標志為0，更改進程標志為0，卡內其它內容不變；第二方案生成電子錢包恢復密文，其操作要領是電子錢包內余額改為與數據庫一致，更改黑名單標志為0，更改進程標志為0，卡內其它內容不變；第三方案人工處理，人工處理的原則如下當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中有最后一條記錄，且數據庫中的余額記錄與卡內的余額記錄一致，實施第一方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中有最后一條記錄，且數據庫中的余額記錄大于卡內的余額記錄，實施第二方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中有最后一條記錄，且數據庫中的余額記錄小于卡內的余額記錄一致，實施第三方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，但在已結算表中有最后一條記錄，且數據庫中的余額記錄與卡內的余額記錄一致，實施第一方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，但在已結算表中有最后一條記錄，且數據庫中的余額記錄大于卡內的余額記錄一致，實施第二方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，但在已結算表中有最后一條記錄，且數據庫中的余額記錄小于卡內的余額記錄一致，實施第三方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為11，該卡號在充值未結算表中無最后一條記錄，且在已結算表中也無最后一條記錄，實施第三方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為12，該卡號在充值未結算表或已結算表中有最后一條記錄，實施第二方案；當滿足如下條件步驟七中的黑名單標志為4，進程標志為12，該卡號在充值未結算表和已結算表中均無最后一條記錄，實施第三方案；步驟九將恢復密文并以明文的形式附帶將恢復數據經交易中間件程序、第三方通訊程序、第三方客戶端，到達讀卡器，讀卡器執(zhí)行完恢復操作后將數據以明文的形式發(fā)送給第三方客戶端；然后重新執(zhí)行步驟二。
2.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟一中讀卡器形成密文數據包括隨機數、卡芯片號、卡號、卡類型號、卡認證碼、有效日期、啟用日期、密鑰卡號。
3.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟一中卡類型參數數據包括服務器時間、卡類型名稱、錢包上下限。
4.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟一中智能卡操作信息除充值密鑰外，還包括隨機數、服務器時間。
5.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟二中充值界面可現實信息包括卡芯片號、卡號、卡類型號、押金、有效日期、啟用日期、 錢包累計充值次數、錢包金額、年檢日期、黑名單標志、密鑰卡號。
6.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟三中的充值密文信息包括隨機數、卡芯片號、卡號、卡類型、累計錢包充值次數、累計充值額、錢包余額、本次充值金額、密鑰卡號。
7.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟四中的合法性檢查包括以下檢查的一種或多種根據卡類型及操作員號查詢是否有售卡權限、查詢是否是已退卡、查詢是否是掛失卡、查詢是否是黑名單卡、判斷充值金額是否合法、判斷充值后余額是否合法。
8.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟四中記錄卡片當前信息的內容至少包括下述內容中的一種累計錢包充值次數、充值前余額、充值金額、充值后余額。
9.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟四中的充值確認報文內容至少包括下述內容中的一種隨機數、充值時間、卡號、密鑰卡號、充值前錢包累計充值次數、充值后錢包累計充值次數、充值前余額、本次充值金額、充值后錢包余額。
10.根據權利要求1所述的跨平臺的智能卡在線電子錢包充值方法，其特征在于，所述步驟六中的現示信息包括卡號和充值后余額。
全文摘要
本發(fā)明涉及一種專門適用于行政、商業(yè)、金融、管理、監(jiān)督或預測目的的數據處理系統(tǒng)或方法，進一步涉及一種跨平臺的跨平臺的智能卡在線電子錢包充值方法。首先，將智能卡放在讀卡器上，步驟一預讀卡；讀卡器讀卡；輸入充值金額信息；記錄卡片當前信息；讀卡器改寫卡內標志；在第三方客戶端程序上顯示充值結果；本發(fā)明可以與任何具有獨立運行網絡的第三方，譬如銀行、郵局等單位進行合作，既實現了利用第三方網店實現卡的發(fā)行與充值，又滿足了這些第三方對數據安全性的苛刻要求。
文檔編號G07F19/00GK102521924SQ201110396809
公開日2012年6月27日 申請日期2011年12月5日 優(yōu)先權日2011年12月5日
發(fā)明者修偉, 吳昊, 周亮, 宋昆, 張彬, 李響, 靳展, 高山華 申請人:天津市通卡公用網絡系統(tǒng)有限公司