本申請涉及ic卡技術(shù)領(lǐng)域，尤其涉及基于ic卡的交易處理、信用支付授權(quán)方法、裝置及系統(tǒng)。

背景技術(shù)：

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

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

技術(shù)實(shí)現(xiàn)要素：

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

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

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

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

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

根據(jù)本申請實(shí)施例的第二方面，提供一種ic卡的信用支付授權(quán)方法，所述方法包括：

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

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

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

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

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

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

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

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

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

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

根據(jù)本申請實(shí)施例的第五方面，提供一種ic卡的信用支付授權(quán)方法，所述方法包括：

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

在接收到所述授權(quán)響應(yīng)后，建立所述申請用戶的用戶信息與ic卡相關(guān)信息的綁定關(guān)系，完成所述ic卡的信用支付授權(quán)操作。

根據(jù)本申請實(shí)施例的第六方面，提供一種基于ic卡的交易處理系統(tǒng)，所述系統(tǒng)包括：

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

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

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

根據(jù)本申請實(shí)施例的第七方面，提供一種ic卡的信用支付授權(quán)系統(tǒng)，所述裝置包括：

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

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

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

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

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

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

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

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

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

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

根據(jù)本申請實(shí)施例的第十方面，提供一種ic卡的信用支付授權(quán)裝置，所述裝置包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

圖1a是本申請根據(jù)一示例性實(shí)施例示出的一種ic卡的信用支付授權(quán)的應(yīng)用場景圖。

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

圖2a是本申請根據(jù)一示例性實(shí)施例示出的一種基于ic卡的交易處理方法的應(yīng)用場景圖。

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

圖3是本申請基于ic卡的交易處理裝置所在服務(wù)器的一種硬件結(jié)構(gòu)圖。

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

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

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

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

具體實(shí)施方式

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

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

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

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

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

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

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

信用授權(quán)方：是指為用戶進(jìn)行信用授權(quán)的一方，信用授權(quán)方維護(hù)有申請用戶的相關(guān)信用數(shù)據(jù)，并記錄有用戶的一個或多個支付賬戶，具體可以是銀行方或第三方征信機(jī)構(gòu)等。

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

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

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

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

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

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

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

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

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

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

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

實(shí)際應(yīng)用中，ic卡的信用支付授權(quán)操作的應(yīng)用場景可能有多種。接下來列舉兩種場景進(jìn)行說明。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

接下來再結(jié)合一具體實(shí)施例對本申請的ic卡管理方案進(jìn)行說明。

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

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

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

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

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

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

第三方支付應(yīng)用接收到寫卡腳本后，將信用支付標(biāo)志寫入到ic卡中。然后通知ic卡方該ic卡的信用支付功能開通成功。ic卡發(fā)行機(jī)構(gòu)可通知信用授權(quán)方ic卡的信用支付功能開通成功。

(2)交易處理

ic卡貼近刷卡終端，刷卡終端成功感應(yīng)后，按照預(yù)設(shè)數(shù)據(jù)交互協(xié)議讀取ic卡的卡號、可用金額、歷史交易信息、信用支付標(biāo)志等信息；

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

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

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

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

與前述基于ic卡的交易處理、信用支付授權(quán)方法的實(shí)施例相對應(yīng)，本申請還提供了基于ic卡的交易處理、信用支付授權(quán)裝置及其所應(yīng)用的系統(tǒng)的實(shí)施例。

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

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

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

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

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

相應(yīng)的，本申請?zhí)峁┮环Nic卡的信用支付授權(quán)系統(tǒng)，所述裝置包括：

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

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

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

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

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

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

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

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

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

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

如圖6所示，圖6是本申請根據(jù)一示例性實(shí)施例示出的一種ic卡的信用支付授權(quán)裝置的框圖，所述裝置包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上述裝置中各個模塊的功能和作用的實(shí)現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實(shí)現(xiàn)過程，在此不再贅述。

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

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

應(yīng)當(dāng)理解的是，本申請并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本申請的范圍僅由所附的權(quán)利要求來限制。

以上所述僅為本申請的較佳實(shí)施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請保護(hù)的范圍之內(nèi)。