一種ic卡與銀行卡的解綁方法
【專利摘要】本發(fā)明提供了一種應用于自動充值簽約轉賬平臺系統(tǒng)中的IC卡與銀行卡的解綁方法，該方法通過在系統(tǒng)中查找到與待解約的IC卡綁定的用戶及銀行卡相同的信息并其設置為空，然后修改相對應的綁定關系信息，完成了IC卡與銀行卡之間的解約關系。用戶不使用銀行卡或者銀行卡丟失，通過該方法很方便的將銀行卡或者信用卡與IC卡的綁定關系解除，從而保證了用戶的財產(chǎn)安全。
【專利說明】
一種I c卡與銀行卡的解綁方法
技術領域
[0001]本發(fā)明涉及通信技術領域，特別是涉及一種1C卡與銀行卡的解綁方法?！颈尘凹夹g】
[0002]隨便社會和經(jīng)濟的發(fā)展，為了更好地服務于廣大市民，各種充值卡片已經(jīng)出現(xiàn)在人們的生活中，比如公交1C卡。這種1C卡具有信息存儲、信息查詢、交易支付等基本功能，但是不能夠提取現(xiàn)金。人們在使用時，需要對1C卡進行充值，但是更多的時候充值網(wǎng)點較少， 充值時間也是有限的，若是錯過了充值時間或者沒有充值網(wǎng)點，就不能進行充值。因此迫切需要建立一套自動充值的系統(tǒng)，該充值系統(tǒng)中對1C卡可以對每個人建立賬號和密碼、將1C 卡與銀行卡進行綁定，然后對1C卡進行充值。但是當綁定的銀行卡或者信用卡等損壞、不使用、丟失等其他原因，導致綁定的銀行卡或者信用卡不能夠使用，或者是1C卡不使用，為保證銀行卡或者信用卡的安全性，要先解除1C卡與銀行卡、信用卡的綁定關系。
【發(fā)明內容】

[0003]本發(fā)明的目的在于提出一種ic卡與銀行卡的解綁方法，其能解決ic卡與銀行卡之間的綁定關系解除的問題。
[0004]為了達到上述目的，本發(fā)明所采用的技術方案如下:
[0005]本發(fā)明公開了一種1C卡與銀行卡的解綁方法，該方法應用于自動充值簽約轉賬平臺系統(tǒng)中，包括以下步驟:
[0006]S1:根據(jù)用戶信息、銀行卡信息獲取當前用戶賬戶及當前用戶銀行賬戶；
[0007]S2:查詢當前用戶銀行賬戶所簽約的1C卡及數(shù)目；
[0008]S3:獲取待解約的1C卡及數(shù)目并將首個待解約的1C卡記為當前解約1C卡；
[0009]S4:獲取當前解約1C卡的解約原因，若是自動解約，則執(zhí)行S5;
[0010]S5:查詢當前解約1C卡所對應的充值金賬戶所綁定的用戶銀行賬戶，當該用戶銀行賬戶與當前用戶銀行賬戶相同時，將該用戶銀行賬戶的信息設為空；
[0011]S6:將當前用戶銀行賬戶與1C卡的簽約關系移植到解約關系表中，并修改簽約狀態(tài)為已解約；將當前用戶銀行賬戶的信息移植到解約用戶銀行賬戶信息表中，并修改用戶與銀行卡號的簽約狀態(tài)為已解約；
[0012]S7:保存修改信息，獲取下一個待解約的1C卡，并記為當前解約1C卡，執(zhí)行S4。
[0013]優(yōu)選地，所述步驟S3中當獲取待解約的1C卡數(shù)目大于所述當前用戶銀行賬戶所簽約的1C卡數(shù)目，則退出。
[0014]優(yōu)選地，所述步驟S4和S5之間中還包括，若是掛失解約，則查看當前解約CI卡所對應的銀行是否有對1C卡下黑名單的權限，若無，執(zhí)行下一步驟;如有，則將當前解約1C卡寫入黑名單中。
[0015]優(yōu)選地，所述步驟S5之后還包括S52:按照時間先后順序在簽約關系表中查找當前解約1C卡簽約的用戶銀行賬戶中簽約時間最晚的用戶銀行賬戶設置為默認扣款賬戶。
[0016]本發(fā)明具有如下有益效果:本方法應用于自動充值簽約轉賬平臺系統(tǒng)中，能夠完成1C卡與銀行卡等的自動解除，也即是當用戶銀行卡、1C卡不使用或者丟失的時候，能夠將 1C卡與銀行卡的綁定關系解除，以保護用戶的財產(chǎn)安全性?！靖綀D說明】
[0017]圖1是本發(fā)明提供的一實施例的方法流程圖之一；
[0018]圖2是本發(fā)明提供的一實施例的方法流程圖之二?！揪唧w實施方式】
[0019]下面，結合附圖以及【具體實施方式】，對本發(fā)明做進一步描述:
[0020]如圖1所示，本發(fā)明所提供的一種1C卡與銀行卡的解綁方法是1C卡的自動充值綁定轉賬系統(tǒng)中的一種用于1C卡與銀行卡的解綁方法。當用戶的1C卡綁定的銀行卡或者信用卡損壞、丟失、不使用等原因，需要對1C卡進行將銀行卡或者信用卡接觸綁定，或者是由于不在使用CI卡，為了保證銀行卡或者信用卡的安全性，要解除1C卡與銀行卡或者信用卡之間的綁定關系。該1C卡可以是羊城通卡，也可以是公交卡，或者其它具有刷卡消費充值功能的便民卡。
[0021]當用戶將1C卡與銀行卡進行解綁時，該自動充值綁定轉賬方法要執(zhí)行以下步驟:
[0022](1)自動充值簽約轉賬平臺系統(tǒng)初始化，并建立網(wǎng)絡通信的監(jiān)聽端口，啟動監(jiān)聽端口，等待銀行客戶端的連接，若客戶端有連接，則接受連接，否則繼續(xù)偵聽其網(wǎng)絡端口。自動充值簽約轉賬平臺系統(tǒng)中設有網(wǎng)絡通信的監(jiān)聽端口，持續(xù)偵聽系統(tǒng)與銀行客戶端的連接。 當有連接時，該系統(tǒng)才能夠進行將處理相關的業(yè)務。
[0023](2)創(chuàng)建業(yè)務工作線程并與銀行客戶端建立連接、同時接收銀行端發(fā)送的解約報文。建立該系統(tǒng)與銀行客戶端的連接，然后接受銀行客戶端發(fā)送來的解約報文。這里的報文是通信領域內兩個設置之間進行交互和傳輸?shù)臄?shù)據(jù)單元，也即是一個數(shù)據(jù)塊，其不僅包括所要發(fā)送的數(shù)據(jù)，還包括其他根據(jù)通信協(xié)議所設定的一些規(guī)則信息。[〇〇24](3)解析解約報文并對報文長度、報文數(shù)據(jù)域、認證碼等進行合法性認證。如合法則繼續(xù)進行下一步，否則根據(jù)出現(xiàn)的錯誤類型，判斷是否需要返回給銀行客戶端，若是，則執(zhí)行第7步，否則退出。由于通信鏈路的存在很多不確定的問題到導致報文的錯誤，因此要對報文進行合法性的驗證，比如報文長度、報文數(shù)據(jù)域、認證碼等等是否符合通信協(xié)議所規(guī)定的，若符合，則說明該報文無誤，若不符合，說明該報文出現(xiàn)錯誤，并判斷該錯誤類型，然后看是否要返回給銀行客戶端錯誤信息。
[0025](4)根據(jù)1C卡內部報文協(xié)議生成解約內部報文。當銀行客戶端與系統(tǒng)建立連接后， 就可通過相對應的協(xié)議發(fā)送1C卡的解約內部報文，該報文中可能包括比如1C卡的基本信息、如卡號、卡片類型等一些基本信息，還可能包括一些銀行卡的信息。
[0026](5)調用1C卡的解綁方法接口進行解綁操作，然后獲取解綁報文內部字符串生成并發(fā)送解約內部報文。調用解綁方法接口然后完成對1C的解綁操作，當解綁成功后將修改的數(shù)據(jù)信息封裝成相對應報文然后發(fā)送出去。
[0027]所述解綁方法也即是本發(fā)明所提供的1C卡與銀行卡的解綁方法，其具體包括以下步驟:
[0028]S1:根據(jù)用戶信息、銀行卡信息獲取當前用戶賬戶及當前用戶銀行賬戶。其中用戶想要解約，首先用戶需輸入當前待解約的用戶賬戶及用戶銀行賬戶，所述用戶賬戶是指用戶在某一個銀行所開設的電子賬戶，所述用戶銀行賬戶是指用戶的電子賬戶與某一張銀行卡所綁定的一種簽約關系的賬戶。用戶賬戶包括用戶的基本信息，比如用戶名稱、證件號碼、證件類型。用戶銀行賬戶包括銀行卡信息及用戶信息，銀行卡信息包括銀行卡號及銀行卡類型。[〇〇29]S2:查詢當前用戶銀行賬戶所簽約的1C卡及數(shù)目；
[0030]S3:獲取待解約的1C卡及數(shù)目并將首個待解約的1C卡記為當前解約1C卡。當用戶將所有需要解約的1C卡信息輸入到該自動充值簽約轉賬平臺系統(tǒng)中，系統(tǒng)得到待解約的1C 卡及其數(shù)目，該方法從系統(tǒng)中獲取到待解約的1C卡及其數(shù)目。該待解約的1C卡數(shù)目時小于或者等于當前用戶銀行賬戶所簽約的1C卡數(shù)目。其中，對于一張銀行卡可能綁定多個不同的1C卡，有時候需要解約的只是其中的一張1C卡或者多個1C卡，但是待解約的1C卡數(shù)目最大不超過當前用戶銀行賬戶所簽約的1C卡數(shù)目。
[0031]S4:獲取當前解約1C的解約原因，當該解約原因是自動解約，執(zhí)行步驟S5。其中，根據(jù)解約的原因不同，可能會采取不同的操作，因此在解約的時候需要首先獲取當前解約1C 卡的解約原因，該自動解約是指正常情況下將1C卡與銀行卡進行解除綁定關系，掛失解約是指當1C卡丟失或者銀行卡丟失等情況下，將1C卡與銀行卡進行解除綁定關系。
[0032]S5:查詢當前解約1C卡所對應的充值金賬戶所綁定的用戶銀行賬戶，當該用戶銀行賬戶與當前用戶銀行賬戶相同時，將該用戶銀行賬戶的信息設為空。從待解約1C卡所對應的充值金賬戶所綁定的用戶銀行賬戶中查找到與當前用戶銀行賬戶相同的，然后將該用戶銀行賬戶的信息設為空即可。[〇〇33] S6:按照時間先后順序在簽約關系表中查找當前解約1C卡簽約的用戶銀行賬戶中簽約時間最晚的用戶銀行賬戶并設置為默認扣款賬戶。也即是查找當前解約1C卡的最近的簽約用戶銀行賬戶并設置為默認扣款賬戶，比如當解約的是當前解約1C卡的扣款賬戶，則就按照時間的先后順序查詢最晚的簽約用戶銀行賬戶，然后將其作為默認的扣款賬戶。
[0034]S7:將當前用戶銀行賬戶與當前解約1C卡的充值金賬戶的簽約關系從簽約關系表移植到解約關系表，并修改當前用戶銀行賬戶與當前解約1C卡的充值金賬戶的簽約狀態(tài)為已解約；將當前用戶銀行賬戶信息移植到解約銀行賬戶信息表中，并修改用戶與銀行卡的簽約狀態(tài)為已解約。
[0035]S8:保存修改信息；獲取下一個待解約的1C卡，并記為當前解約1C卡，繼續(xù)執(zhí)行下一步操作。當將待解約的1C卡的數(shù)目不是一個時，解約一個后，需要獲取下一個要解約的1C 卡，并將其記為當前解約1C卡，然后依次下一步操作，直到所有的待解約的1C卡均已解約。 [〇〇36]如圖2所示，進一步地，當所述步驟S4中當所述解約原因是掛失解約，則執(zhí)行S41。
[0037]S41:查看當前解約1C卡所對應的銀行是否有對1C卡下黑名單的權限，若有，則執(zhí)行S42;若無，則執(zhí)行S5。當前解約1C卡是掛失解約時，首先要查看該銀行對1C卡是不是具有下黑名單的權限。該黑名單是指1C卡的黑名單，也即是說當1C卡被寫入到黑名單中后，就不能夠再次使用。因此要查看該銀行是不是具有下黑名單的權限，如果沒有，則正常解約即可。一般來說，則1C卡與銀行卡簽約的類型中，有聯(lián)名卡簽約和普通簽約兩種，聯(lián)名卡是指銀行金融功能和1C卡的功能在一張卡上，當1C卡掛失后，也即是該銀行卡的功能也不能夠使用，因此需要對該1C卡寫入到黑名單中，做到財產(chǎn)安全。當然，若是普通的簽約的話，是指 1C卡與銀行卡之間是一種綁定的關系，當銀行卡或者1C卡丟失后，只需要將其綁定的關系解除即可，也即是銀行卡或者1C卡的功能互不影響，并不需要將1C卡寫入到黑名單中。
[0038]S42:當前解約1C卡放入黑名單中，然后執(zhí)行S5。如果該銀行具有對1C卡下黑名單的權限，則說明當前解約1C卡一旦解約，就不能夠使用，因此將1C卡放入到黑名單中。
[0039](6)當解綁操作完成后，該自動簽約轉賬平臺系統(tǒng)將修改信息按照內部報文協(xié)議生成的解約內部報文并解析解約內部報文字符串，然后驗證合法性，如合法，則繼續(xù)下一步，否則根據(jù)出現(xiàn)的錯誤類型，判斷是否需要返回給銀行客戶端，若是則執(zhí)行第7步，若否則退出。
[0040](7)根據(jù)外部報文協(xié)議組合出該銀行客戶端能夠識別的報文，并發(fā)送至銀行客戶端。[0041 ](8)保存并退出。
[0042]對于本領域的技術人員來說，可根據(jù)以上描述的技術方案以及構思，做出其它各種相應的改變以及變形，而所有的這些改變以及變形都應該屬于本發(fā)明權利要求的保護范圍之內。
【主權項】
1.一種1C卡與銀行卡的解綁方法，該方法應用于自動充值簽約轉賬平臺系統(tǒng)中，其特 征在于，包括以下步驟:S1:根據(jù)用戶信息、銀行卡信息獲取當前用戶賬戶及當前用戶銀行賬戶；S2:查詢當前用戶銀行賬戶所簽約的1C卡及數(shù)目；S3:獲取待解約的1C卡及數(shù)目并將首個待解約的1C卡記為當前解約1C卡；S4:獲取當前解約1C卡的解約原因，若是自動解約，則執(zhí)行S5;S5:查詢當前解約1C卡所對應的充值金賬戶所綁定的用戶銀行賬戶，當該用戶銀行賬 戶與當前用戶銀行賬戶相同時，將該用戶銀行賬戶的信息設為空；S6:將當前用戶銀行賬戶與當前解約1C卡的簽約關系移植到解約關系表中，并修改簽 約狀態(tài)為已解約；將當前用戶銀行賬戶的信息移植到解約用戶銀行賬戶信息表中，并修改 用戶與銀行卡號的簽約狀態(tài)為已解約；S7:保存修改信息，獲取下一個待解約的1C卡，并記為當前解約1C卡，執(zhí)行S4。2.如權利要求1所述1C卡與銀行卡的解綁方法，其特征在于，所述步驟S3中當獲取待解 約的1C卡數(shù)目大于所述當前用戶銀行賬戶所簽約的1C卡數(shù)目，則退出。3.如權利要求1所述1C卡與銀行卡的解綁方法，其特征在于，所述步驟S4和S5之間中還 包括，若是掛失解約，則查看當前解約1C卡所對應的銀行是否有對IC卡下黑名單的權限，若 無，執(zhí)行下一步驟;如有，則將當前解約1C卡寫入黑名單中。4.如權利要求1所述1C卡與銀行卡的解綁方法，其特征在于，所述步驟S5之后還包括 S52:按照時間先后順序在簽約關系表中查找當前解約1C卡簽約的用戶銀行賬戶中簽約時 間最晚的用戶銀行賬戶設置為默認扣款賬戶。
【文檔編號】G06Q20/28GK106096958SQ201610373714
【公開日】2016年11月9日
【申請日】2016年5月27日
【發(fā)明人】謝振東, 蘇浩偉, 陳歡, 張旭, 溫曉麗, 程世勇, 李延宏
【申請人】廣州羊城通有限公司