本申請涉及ic卡技術領域，尤其涉及基于ic卡的交易處理、信用支付授權方法、裝置及系統。

背景技術：

目前，公交卡、加油卡等ic卡在日常生活中使用非常頻繁。用戶需要利用ic卡交易時，用戶可以持ic卡至公交pos機或加油pos機等刷卡終端上刷卡，刷卡終端通過讀寫ic卡內的存儲數據，可以完成該次交易。

此類ic卡采用預付費方式進行管理，一方面用戶需要預先圈存金額，否則ic卡無法交易；另一方面，圈存金額時，需要用戶提前在具備充值功能的終端上進行圈存操作，或者是：用戶至ic卡的營業(yè)網點處，由ic卡發(fā)行方的工作人員使用具備充值功能的終端進行圈存操作。圈存之后，ic卡發(fā)行方還需要進行充值相關的賬務清算過程。因此，如何提供一種高效、便捷的ic卡管理方案，成為亟待解決的技術問題。

技術實現要素：

有鑒于此，本申請?zhí)峁┝嘶趇c卡的交易處理、信用支付授權方法、裝置及系統。

根據本申請實施例的第一方面，提供一種基于ic卡的交易處理方法，所述方法包括：

ic卡發(fā)行方的刷卡終端檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器；

所述ic卡發(fā)行方的服務器生成攜帶有所述本次交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，所述信用授權方預先登記有所述ic卡的持有用戶的支付賬戶；

信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作，并在扣款成功后，與所述ic卡發(fā)行方針對所述本次交易進行結算。

根據本申請實施例的第二方面，提供一種ic卡的信用支付授權方法，所述方法包括：

ic卡發(fā)行方獲取申請用戶的用戶信息，向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息；

信用授權方接收所述信用支付授權請求，根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應；

ic卡發(fā)行方在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

根據本申請實施例的第三方面，提供一種基于ic卡的交易處理方法，所述方法包括：

檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息；

將所述本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器，以供所述ic卡發(fā)行方請求信用授權方對本次交易進行扣款，并與所述信用授權方針對所述本次交易進行結算。

根據本申請實施例的第四方面，提供一種基于ic卡的交易處理方法，所述方法包括：

接收刷卡終端發(fā)送的針對交易的相關信息；

生成攜帶有所述交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，以供所述信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作；

與所述ic卡發(fā)行方針對所述交易進行結算。

根據本申請實施例的第五方面，提供一種ic卡的信用支付授權方法，所述方法包括：

獲取申請用戶的用戶信息，并向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息，以供所述信用授權方根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應；

在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

根據本申請實施例的第六方面，提供一種基于ic卡的交易處理系統，所述系統包括：

ic卡發(fā)行方的刷卡終端，用于：檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器；

所述ic卡發(fā)行方的服務器用于：生成攜帶有所述本次交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，所述信用授權方預先登記有所述ic卡的持有用戶的支付賬戶；

信用授權方的服務器，用于：根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作，并在扣款成功后，與所述ic卡發(fā)行方針對所述本次交易進行結算。

根據本申請實施例的第七方面，提供一種ic卡的信用支付授權系統，所述裝置包括：

ic卡發(fā)行方的服務器，用于：獲取申請用戶的用戶信息，向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息；

信用授權方的服務器，用于：接收所述信用支付授權請求，根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應；

ic卡發(fā)行方的服務器還用于：在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

根據本申請實施例的第九方面，提供一種基于ic卡的交易處理裝置，其特征在于，所述裝置包括：

交易模塊，用于：檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息；

發(fā)送模塊，用于：將所述本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器，以供所述ic卡發(fā)行方請求信用授權方對本次交易進行扣款，并與所述信用授權方針對所述本次交易進行結算。

根據本申請實施例的第九方面，提供一種基于ic卡的交易處理裝置，所述裝置包括：

信息接收模塊，用于：接收刷卡終端發(fā)送的針對交易的相關信息；

扣款請求模塊，用于：生成攜帶有所述交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，以供所述信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作；

結算模塊，用于與所述ic卡發(fā)行方針對所述交易進行結算。

根據本申請實施例的第十方面，提供一種ic卡的信用支付授權裝置，所述裝置包括：

信息獲取模塊，用于：獲取申請用戶的用戶信息，并向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息，以供所述信用授權方根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應；

綁定模塊，用于：ic卡發(fā)行方在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

根據本申請實施例的第十一方面，提供一種基于ic卡的交易處理裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：

檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息；

將所述本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器，以供所述ic卡發(fā)行方請求信用授權方對本次交易進行扣款，并與所述信用授權方針對所述本次交易進行結算。

根據本申請實施例的第十二方面，提供一種基于ic卡的交易處理裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：

接收刷卡終端發(fā)送的針對交易的相關信息；

生成攜帶有所述交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，以供所述信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作；

與所述ic卡發(fā)行方針對所述交易進行結算。

根據本申請實施例的第十三方面，提供一種ic卡的信用支付授權裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：

獲取申請用戶的用戶信息，并向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息，以供所述信用授權方根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應；

ic卡發(fā)行方在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

本申請的實施例提供的技術方案可以包括以下有益效果：

本申請實施例可以為用戶提供一種免圈存的ic卡管理方案，信用授權方預先登記用戶的支付賬戶，ic卡發(fā)行方綁定用戶與ic卡的關系，當用戶使用ic卡交易時，由刷卡終端記錄本次交易信息，之后，ic卡發(fā)行方可以根據交易信息，與信用授權方進行結算。由于信用授權方預先登記有申請用戶的支付賬戶，信用授權方可以從該支付賬戶中扣除交易費用。由此可見，本實施例的ic卡在交易時采用信用支付，用戶無需預先對ic卡充值，對于ic卡發(fā)行方來說，即可減少充值相關業(yè)務的處理，顯著提高了ic卡管理效率。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本申請。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本申請的實施例，并與說明書一起用于解釋本申請的原理。

圖1a是本申請根據一示例性實施例示出的一種ic卡的信用支付授權的應用場景圖。

圖1b是本申請根據一示例性實施例示出的一種ic卡的信用支付方法的流程圖。

圖2a是本申請根據一示例性實施例示出的一種基于ic卡的交易處理方法的應用場景圖。

圖2b是本申請根據一示例性實施例示出的一種基于ic卡的交易處理方法的流程圖。

圖3是本申請基于ic卡的交易處理裝置所在服務器的一種硬件結構圖。

圖4是本申請根據一示例性實施例示出的一種基于ic卡的交易處理裝置的框圖。

圖5是本申請根據一示例性實施例示出的另一種基于ic卡的交易處理裝置的框圖。

圖6是本申請根據一示例性實施例示出的一種ic卡的信用支付裝置的框圖。

圖7是本申請根據一示例性實施例示出的一種基于ic卡的交易處理裝置/ic卡的信用支付裝置所在的服務器/電子設備的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指并包含一個或多個相關聯的列出項目的任何或所有可能組合。

應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”。

本申請實施例提供了一種高效、便捷的ic卡管理方案，其中涉及ic卡的信用支付授權方案和基于ic卡的交易處理方案。

首先對ic卡的信用支付授權方案進行說明。如圖1a所示，是本申請根據一示例性實施例示出的一種ic卡的信用支付授權方法的應用場景圖。圖1a中包括申請ic卡的申請用戶、ic卡發(fā)行方配置的服務器、信用授權方配置的服務器。

其中，ic卡(integratedcircuitcard，集成電路卡)是內嵌有微芯片的塑料卡(通常是一張信用卡的大小)的通稱，也有稱為智慧卡(intelligentcard)、微電路卡(microcircuitcard)或微芯片卡等。ic卡通常包含有微電子芯片，ic卡需要通過讀寫終端進行數據交互。在某些例子中，ic卡內的集成電路通常包括可編程只讀存儲器eeprom、隨機存儲器ram和固化在只讀存儲器rom中的卡內操作系統cos(chipoperatingsystem)等等，因此ic卡具有一定的處理能力，可自行處理一定數量的數據?？ㄖ写鎯ζ鞯拇鎯祿ǔ？煞譃橥獠孔x取和內部處理部分。ic卡目前適應于端口數目較多且通信速度需求較快的場合，用戶通過一張ic卡便可完成通常的鑰匙、資金結算、考勤和某些控制操作，如使用ic卡開啟房門、ic卡就餐、購物、娛樂、會議、停車、巡更、辦公、收費服務等各項活動。

ic卡發(fā)行方：是指發(fā)行ic卡給用戶，通過ic卡為用戶提供ic卡收費服務等各項服務的一方。在實際應用中，ic卡發(fā)行方通常提供有刷卡終端，以供用戶持ic卡進行刷卡操作。刷卡終端根據ic卡數據的讀寫協議，可以在用戶持ic卡刷卡時讀寫ic卡中的存儲數據，并為用戶提供刷卡服務，同時還可對相關刷卡信息進行記錄。ic卡發(fā)行方通常也配置有服務器，該服務器可以與刷卡終端通信，以獲取刷卡終端記錄的相關刷卡信息。

信用授權方：是指為用戶進行信用授權的一方，信用授權方維護有申請用戶的相關信用數據，并記錄有用戶的一個或多個支付賬戶，具體可以是銀行方或第三方征信機構等。

需要說明的是，在某些例子中，ic卡發(fā)行方和信用授權方可以是分別獨立的兩個服務方。在另一些例子中，該ic卡發(fā)行方和信用授權方可以是同一服務方所配置的兩個提供不同功能的機構，也即是ic卡發(fā)行方和信用授權方可以是指同一方。舉例來說，某個服務方可以配置專門提供ic卡發(fā)行功能的機構(配置有專用服務器處理ic卡發(fā)行、處理或交易等相關業(yè)務、提供刷卡終端或發(fā)行網點)，以及配置專門提供信用授權功能的機構(配置有專用服務器處理信用授權等等相關業(yè)務)。

本實施例中，當用戶需要申請具有免圈存可信用支付的ic卡時，可以通過如下實施例為ic卡開通信用支付授權。如圖1b所示，是本申請根據一示例性實施例示出的一種ic卡的信用支付授權方法的流程圖，可包括如下步驟101至105：

在步驟101中，ic卡發(fā)行方獲取申請用戶的用戶信息。

在步驟102中，ic卡發(fā)行方向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的個人信息。

在步驟103中，信用授權方接收所述信用支付授權請求，根據所述申請用戶的個人信息，登記所述申請用戶的支付賬戶。

在步驟104中，信用授權方向所述ic卡發(fā)行方發(fā)送授權響應。

在步驟105中，ic卡發(fā)行方在接收到所述授權響應后，建立所述申請用戶的個人信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

由于涉及信用支付，用戶向ic卡發(fā)行方提出申請時，可以向ic卡發(fā)行方提供其個人信息，例如姓名、身份證號碼、通信號碼、通信地址等等，具體的用戶信息在實際應用中可靈活配置，本實施例對此不作限定。

在為申請用戶發(fā)放ic卡時，需要確定用戶的信用狀況，ic卡發(fā)行方可以預先與一個或多個信用授權方合作，由信用授權方為ic卡發(fā)行方的用戶提供信用服務。具體的，ic卡發(fā)行方的服務器可以與信用授權方的服務器通信，ic卡發(fā)行方的服務器可以生成攜帶有申請用戶的個人信息的請求并發(fā)送給信用授權方的服務器。

信用授權方的服務器接收到信用支付授權請求后，由于信用授權方維護有用戶信息，因此可以通過用戶的個人信息查詢用戶的信用狀況。若用戶的信用狀況較好，可以為該申請用戶提供ic卡信用支付服務。具體的，用戶在信用授權方側通常綁定有一個或多個支付賬戶，信用授權方可以根據用戶指定或默認設定等方式，登記一個針對ic卡的支付賬戶，在完成上述處理后，信用授權方向所述ic卡發(fā)行方發(fā)送授權響應，以通知ic卡發(fā)行方信用授權處理成功。

ic卡發(fā)行方在接收到所述授權響應后，即可建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成ic卡的信用支付授權操作。其中，ic卡相關信息可以是ic卡標識或卡號等信息，該信息用以區(qū)分不同的ic卡，在實際應用中可靈活配置，本實施例對此不作限定。

實際應用中，ic卡的信用支付授權操作的應用場景可能有多種。接下來列舉兩種場景進行說明。

第一種、申請用戶至ic卡的營業(yè)網點處購買免圈存可信用支付的ic卡。

此種場景中，ic卡發(fā)行方可以在營業(yè)網點處設置電子設備，申請用戶可以在營業(yè)網點處，在該電子設備中錄入其用戶信息，由于ic卡發(fā)行方的服務器需要綁定用戶的用戶信息和ic卡相關信息，因此還可以在該電子設備中錄入ic卡相關信息，電子設備將ic卡相關信息和用戶信息發(fā)送給ic卡發(fā)行方的服務器，從而為用戶申請ic卡，并開通信用支付功能。ic卡發(fā)行方的服務器可以與信用授權方的服務器通信，由信用授權方的服務器為用戶進行信用授權，之后，ic卡發(fā)行方的服務器在接收到所述授權響應后，建立用戶信息與ic卡相關信息的綁定關系，從而完成ic卡的信用支付授權操作。

由于現有的ic卡未支持信用支付，當用戶持ic卡在刷卡終端刷卡時，為了使刷卡終端更易確定ic卡能支持信用支付，在一個可選的實現方式中，所述ic卡中的指定存儲區(qū)域可以存儲有信用支付標記，通過讀取該標記，刷卡終端可以快速地判斷ic卡是否能支持信用支付，若不能支持信用支付，可按照現有的交易流程進行處理，若支持信用支付，則可按照信用支付的流程進行處理，上述方式易于實現，且處理效率較高。

第二種、申請用戶利用其持有的電子設備，為現有的ic卡開通信用支付功能。

此種場景中，電子設備可以是智能手機、平板電腦、可穿戴設備或多媒體設備等等，電子設備中可以安裝有客戶端，該客戶端可以是由ic卡發(fā)行方提供，或者是由與ic卡發(fā)行方合作的第三方所提供。電子設備可以利用nfc(近距離無線通訊技術，nearfieldcommunication)或rfid(非接觸式射頻識別技術，radiofrequencyidentification)等方式讀寫ic卡。

具體的，可以是用戶持電子設備，開啟客戶端，用戶持ic卡接近或解除電子設備，通過電子設備通過nfc或rfid等方式讀取到ic卡中存儲的ic卡相關信息。另一方面，通過所述電子設備中安裝的客戶端可以獲取申請用戶的用戶信息(在某些例子中，可以是用戶在申請開通信用支付時錄入；在另一些例子中，若采用第三方客戶端，可能用戶在申請前已使用過該客戶端，在該客戶端對應的第三方服務方側登記有個人信息，則客戶端可以自動獲取用戶信息)，所述客戶端可以將所述卡信息和用戶信息發(fā)送給所述ic卡發(fā)行方的服務器。ic卡發(fā)行方的服務器接收到ic卡相關信息和用戶信息，可以根據ic卡相關信息查詢該ic卡是否可以開通信用支付(例如，可能ic卡發(fā)行方針對學生卡或老人卡等ic卡不予開通信用支付等等，在實際應用中可以靈活配置，本實施例對此不作限定)。另一方面，ic卡發(fā)行方可以通過該客戶端向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，令所述信用支付授權請求攜帶有所述用戶信息，以使信用授權方根據所述用戶信息為所述申請用戶進行信用授權。之后，ic卡發(fā)行方的服務器在接收到所述授權響應后，建立用戶信息與ic卡相關信息的綁定關系，從而完成ic卡的信用支付授權操作。

在一個可選的實現方式中，在所述建立所述申請用戶與所述ic卡的綁定關系后，還可以包括：所述ic卡發(fā)行方通知所述電子設備為所述ic卡開通信用支付；所述電子設備將所述信用支付標記寫入至所述ic卡中。

實際應用中，ic卡發(fā)行方的服務器可以生成寫卡腳本下發(fā)給客戶端，該寫卡腳本中包含有該信用支付標記，客戶端接收到該信用支付標記，將該信用支付標記寫入至ic卡中，從而為現有的ic卡開通免圈存信用支付。

通過上述方案，用戶即可持ic卡進行信用支付。接下來結合圖2a和圖2b描述基于ic卡的交易處理過程。如圖2a所示，是本申請根據一示例性實施例示出的一種基于ic卡的交易處理方法的應用場景，圖2b是本申請根據一示例性實施例示出的一種基于ic卡的交易處理方法的流程圖，包括以下步驟201至206：

在步驟201中，ic卡發(fā)行方的刷卡終端檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息。

在步驟202中，ic卡發(fā)行方發(fā)送本次交易的相關信息給ic卡發(fā)行方的服務器。

在步驟203中，ic卡發(fā)行方的服務器生成攜帶有所述本次交易的相關信息的扣款請求。

在步驟204中，ic卡發(fā)行方的服務器將所述扣款請求發(fā)送給信用授權方，所述信用授權方預先登記有所述ic卡的持有用戶的支付賬戶。

在步驟205中，信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作。

在步驟206中，信用授權方在扣款成功后，與所述ic卡發(fā)行方針對所述本次交易進行結算。

本實施例中，用戶持ic卡至刷卡終端刷卡，刷卡終端可以檢測到ic卡。由于涉及信用支付，刷卡終端需要確定該ic卡是否滿足預設的信用支付條件。具體的，信用支付條件可以根據需要靈活配置，例如可以是該ic卡是否在有效期內、該ic卡是否為合法卡、該ic卡是否支持信用支付、該ic卡的持有用戶是否為可信用戶等等，本實施例對此不作限定。

為了更為安全快速地判斷ic卡是否滿足預設的信用支付條件，在一個可選的實現方式中，所述信用支付條件可以包括：所述ic卡支持信用支付且所述ic卡為合法卡。

由前述ic卡的信用支付授權方案可知，所述ic卡中的指定存儲區(qū)域可以存儲有信用支付標記；因此，所述確定所述ic卡滿足預設的信用支付條件，可以包括：讀取所述ic卡中的指定存儲區(qū)域是否存儲有信用支付標記，若有，則確定所述ic卡支持信用支付。通過讀取該標記，刷卡終端可以快速地判斷ic卡是否能支持信用支付，若不能支持信用支付，可按照現有的交易流程進行處理，若支持信用支付，則可按照信用支付的流程進行處理，上述方式易于實現，且處理效率較高。

對于確定ic卡是否為合法卡，在一個可選的實現方式中，可以是：向所述ic卡發(fā)起驗證指令，若接收到所述ic卡返回的驗證成功響應，則確定ic卡為合法卡。

其中，驗證指令可以根據預先設定的數據格式、加密協議等方式進行處理，ic卡中的芯片預先寫入有相對應的數據格式或加密協議等邏輯，若ic卡無法進行驗證成功響應，則刷卡終端可確定ic卡不是合法卡，交易失敗。若ic卡為合法卡，則刷卡終端發(fā)起的驗證指令，ic卡能夠進行驗證成功響應，因此刷卡終端即可確定ic卡為合法卡，則可確定本次交易完成，并記錄本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器。

對于驗證指令，為了減少開發(fā)成本，所述驗證指令可以包括零元消費扣款指令。相關技術中，現有ic卡的交易過程，涉及到刷卡終端發(fā)起扣款指令，ic卡為合法卡的情況下，ic卡會根據扣款指令，對存儲區(qū)域中的金額進行扣除，在成功扣除后進行扣款成功響應。本實施例中，可以利用現有的扣款流程，將驗證指令設定為零元消費扣款指令，若ic卡為合法卡，則可以針對零元消費扣款指令成功進行響應，刷卡終端即可確定ic卡為合法卡。由于信用支付情況下，并不涉及金額的實際扣除，因此消費扣款指令中指定的扣款費用為零元。本實施例由于采用現有的扣款流程進行ic卡是否為合法卡的驗證，因此可以顯著減少開發(fā)成本。

刷卡終端確定本次交易完成后，刷卡終端可以記錄本次交易的相關信息，并定期或實時地發(fā)送給所述ic卡發(fā)行方的服務器。所述ic卡發(fā)行方的服務器也可以是定期或實時地生成攜帶有所述本次交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方。信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作，并在扣款成功后，與所述ic卡發(fā)行方針對所述本次交易進行結算，其中，該結算操作可以周期性結算，也可以是實時結算，在實際應用中可靈活配置，本實施例對此不做限定。

接下來再結合一具體實施例對本申請的ic卡管理方案進行說明。

如圖3所示，是本申請根據一示例實施例示出的一種ic卡管理方案的應用場景圖。圖3中包括ic卡發(fā)行方配置的服務器、信用授權方配置的服務器、申請用戶所持有的一張未具有免圈存信用支付功能的ic卡、申請用戶所持有的智能手機；該智能手機具有nfc功能，可以與ic卡通過nfc技術進行數據交互，另外，該智能手機還安裝有第三方支付應用，該第三方支付應用與ic卡發(fā)行方和信用授權方合作，該第三方支付應用所對應的服務器與ic卡發(fā)行方的服務器、信用授權方的服務器都可以通信。

在圖3所示場景中，ic卡管理方案包括：

(1)為現有ic卡開通信用支付功能

第三方支付應用讀取ic卡信息，并通過第三方支付應用對應的服務器發(fā)送給ic卡發(fā)行方的服務器，由其ic卡發(fā)行方的服務器負責查詢該ic卡是否支持開通免圈存信用支付(實際應用中，也可以不需進行此步驟，也即是所有ic卡都開通信用支付功能，ic卡發(fā)行方也可以針對學生卡或老年卡等不予開通，具體可以靈活配置)。若不支持，第三方支付應用可以提示用戶無法開通的原因。若支持，ic卡發(fā)行方的服務器可以向信用授權方的服務器發(fā)送信用支付授權請求。

信用授權方的服務器接收到請求后，查詢用戶的信用狀況，確定該用戶是否可開通信用支付，若支持，可以綁定用戶信息及ic卡信息的關聯關系，返回ic卡發(fā)行方同意及相關的用戶信息；若不支持，則返回拒絕的原因。

若ic卡發(fā)行機構接收到信用授權系統的拒絕信息，則通過第三方支付應用提示用戶無法開通的原因，若接收到同意的返回時，建立ic卡信息及用戶信息的綁定關系，生成用于寫入信用支付標記的寫卡腳本(包含信用支付標志)并發(fā)送給第三方支付應用。

第三方支付應用接收到寫卡腳本后，將信用支付標志寫入到ic卡中。然后通知ic卡方該ic卡的信用支付功能開通成功。ic卡發(fā)行機構可通知信用授權方ic卡的信用支付功能開通成功。

(2)交易處理

ic卡貼近刷卡終端，刷卡終端成功感應后，按照預設數據交互協議讀取ic卡的卡號、可用金額、歷史交易信息、信用支付標志等信息；

檢查信用支付標志，若確定支持信用支付，刷卡終端機發(fā)送零元消費扣款指令至ic卡，若ic卡成功響應，則確定完成扣款，交易完成。刷卡終端記錄信用交易日志，交易日志包括實際消費金額、交易日期、交易時間、刷卡終端編號、卡號等信息。若為不支持信用支付，則進入ic卡原交易流程：檢查可用額度，若余額不足，則拒絕本次交易。余額足夠，計算扣款金額，發(fā)送消費扣款指令，完成扣款，交易完成。

刷卡終端在需要時將信用交易日志發(fā)生給ic卡發(fā)行方的服務器，ic卡發(fā)行方的服務器生成扣款請求，并將所述扣款請求發(fā)送給信用授權方。

信用授權方根據所述扣款請求中攜帶的交易相關信息，對ic卡的持有用戶的支付賬戶進行扣款操作，并在扣款成功后，與所述ic卡發(fā)行方針對所述本次交易進行結算。

由上述分析可知，本申請實施例可以為用戶提供一種免圈存的ic卡管理方案，信用授權方預先登記用戶的支付賬戶，ic卡發(fā)行方綁定用戶與ic卡的關系，當用戶使用ic卡交易時，由刷卡終端記錄本次交易信息，之后，ic卡發(fā)行方可以根據交易信息，與信用授權方進行結算。由于信用授權方預先登記有申請用戶的支付賬戶，信用授權方可以從該支付賬戶中扣除交易費用。由此可見，本實施例的ic卡在交易時采用信用支付，用戶無需預先對ic卡充值，對于ic卡發(fā)行方來說，即可減少充值相關業(yè)務的處理，顯著提高了ic卡管理效率。

與前述基于ic卡的交易處理、信用支付授權方法的實施例相對應，本申請還提供了基于ic卡的交易處理、信用支付授權裝置及其所應用的系統的實施例。

相應的，本申請?zhí)峁┮环N基于ic卡的交易處理系統，所述系統包括：

ic卡發(fā)行方的刷卡終端，用于：檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器。

所述ic卡發(fā)行方的服務器，用于：生成攜帶有所述本次交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，所述信用授權方預先登記有所述ic卡的持有用戶的支付賬戶。

信用授權方的服務器，用于：根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作，并在扣款成功后，與所述ic卡發(fā)行方針對所述本次交易進行結算。

在一個可選的實現方式中，所述信用支付條件包括：所述ic卡支持信用支付且所述ic卡為合法卡。

相應的，本申請?zhí)峁┮环Nic卡的信用支付授權系統，所述裝置包括：

ic卡發(fā)行方的服務器，用于：獲取申請用戶的用戶信息，向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息。

信用授權方的服務器，用于：接收所述信用支付授權請求，根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應。

ic卡發(fā)行方的服務器還用于：在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

如圖4所示，圖4是本申請根據一示例性實施例示出的一種基于ic卡的交易處理裝置的框圖，所述裝置包括：

交易模塊41，用于：檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息。

發(fā)送模塊42，用于：將所述本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器，以供所述ic卡發(fā)行方請求信用授權方對本次交易進行扣款，并與所述信用授權方針對所述本次交易進行結算。

如圖5所示，圖5是本申請根據一示例性實施例示出的一種基于ic卡的交易處理裝置的框圖，所述裝置包括：

信息接收模塊51，用于：接收刷卡終端發(fā)送的針對交易的相關信息。

扣款請求模塊52，用于：生成攜帶有所述交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，以供所述信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作。

結算模塊53，用于與所述ic卡發(fā)行方針對所述交易進行結算。

如圖6所示，圖6是本申請根據一示例性實施例示出的一種ic卡的信用支付授權裝置的框圖，所述裝置包括：

信息獲取模塊61，用于：獲取申請用戶的用戶信息，并向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息，以供所述信用授權方根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應。

綁定模塊62，用于：ic卡發(fā)行方在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

相應的，本申請還提供一種基于ic卡的交易處理裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：

檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息。

將所述本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器，以供所述ic卡發(fā)行方請求信用授權方對本次交易進行扣款，并與所述信用授權方針對所述本次交易進行結算。

本申請實施例基于ic卡的交易處理裝置/ic卡的信用支付授權裝置的實施例可以應用在服務器/電子設備。裝置實施例可以通過軟件實現，也可以通過硬件或者軟硬件結合的方式實現。以軟件實現為例，作為一個邏輯意義上的裝置，是通過其所在服務器/電子設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內存中運行形成的。從硬件層面而言，如圖7所示，為本申請基于ic卡的交易處理裝置/ic卡的信用支付授權裝置所在服務器/電子設備的一種硬件結構圖，除了圖7所示的處理器710、內存730、網絡接口720、以及非易失性存儲器740之外，實施例中基于ic卡的交易處理裝置/ic卡的信用支付授權裝置/ic卡的信用支付授權裝置731所在的服務器/電子設備通常根據該服務器/電子設備的實際功能，還可以包括其他硬件，對此不再贅述。

相應的，本申請還提供一種基于ic卡的交易處理裝置，包括：處理器；

用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：

檢測到ic卡后，若確定所述ic卡滿足預設的信用支付條件，則確定本次交易完成，并記錄本次交易的相關信息。

將所述本次交易的相關信息發(fā)送給ic卡發(fā)行方的服務器，以供所述ic卡發(fā)行方請求信用授權方對本次交易進行扣款，并與所述信用授權方針對所述本次交易進行結算。

相應的，本申請還提供一種基于ic卡的交易處理裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：

接收刷卡終端發(fā)送的針對交易的相關信息。

生成攜帶有所述交易的相關信息的扣款請求，并將所述扣款請求發(fā)送給信用授權方，以供所述信用授權方根據所述扣款請求中攜帶的所述本次交易的相關信息，對所述ic卡的持有用戶的支付賬戶進行扣款操作。

與所述ic卡發(fā)行方針對所述交易進行結算。

相應的，本申請還提供一種ic卡的信用支付授權裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：

獲取申請用戶的用戶信息，并向信用授權方發(fā)起針對所述申請用戶的信用支付授權請求，所述信用支付授權請求攜帶有所述申請用戶的用戶信息，以供所述信用授權方根據所述申請用戶的用戶信息，登記所述申請用戶的支付賬戶，并向所述ic卡發(fā)行方發(fā)送授權響應。

ic卡發(fā)行方在接收到所述授權響應后，建立所述申請用戶的用戶信息與ic卡相關信息的綁定關系，完成所述ic卡的信用支付授權操作。

上述裝置中各個模塊的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，作為模塊顯示的部件可以是或者也可以不是物理模塊，即可以位于一個地方，或者也可以分布到多個網絡模塊上?？梢愿鶕嶋H的需要選擇其中的部分或者全部模塊來實現本申請方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

本領域技術人員在考慮說明書及實踐這里申請的發(fā)明后，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本申請的一般性原理并包括本申請未申請的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本申請的真正范圍和精神由下面的權利要求指出。

應當理解的是，本申請并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本申請的范圍僅由所附的權利要求來限制。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內。