基于國際卡支付通道管理支付成功率的系統(tǒng)及方法
【專利摘要】本發(fā)明提供一種基于國際卡支付通道來管理支付成功率的系統(tǒng)，同時(shí)還提供使用該系統(tǒng)的管理支付成功率的方法。本發(fā)明通過對(duì)買家信用卡在支付通道支付的結(jié)果及失敗原因進(jìn)行歸類，對(duì)于無法通過一個(gè)支付通道支付成功的，提交另外一個(gè)通道進(jìn)行支付，以達(dá)到提高支付成功率的目的。
【專利說明】基于國際卡支付通道管理支付成功率的系統(tǒng)及方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及國際卡支付領(lǐng)域，更具體地說，涉及一種基于國際卡支付通道來管理 支付成功率的系統(tǒng)，同時(shí)還提供使用該系統(tǒng)的管理支付成功率的方法。

【背景技術(shù)】
[0002] 買家使用國際卡在電商網(wǎng)站購買商品時(shí)，電商平臺(tái)會(huì)將買家的支付請(qǐng)求隨機(jī)分配 到其接入的支付通道提交支付，支付通道會(huì)對(duì)買家使用的國際卡按照相應(yīng)的風(fēng)控規(guī)則校 驗(yàn)，如果校驗(yàn)通過則提交給國際卡組織及發(fā)卡行進(jìn)行處理。授權(quán)通過后，電商平臺(tái)確認(rèn)買家 支付成功，并通知賣家進(jìn)行發(fā)貨。
[0003] 由于國際卡存在大量欺詐風(fēng)險(xiǎn)，所以各支付通道都有自己的一套獨(dú)立的風(fēng)險(xiǎn)規(guī) 貝1J，這樣就存在買家同一張信用卡可能在一個(gè)支付通道能夠支付成功，在另外一個(gè)通道卻 無法成功。
[0004] 本發(fā)明通過對(duì)買家信用卡在支付通道支付的結(jié)果及失敗原因進(jìn)行歸類，對(duì)于無法 通過一個(gè)支付通道支付成功的，提交另外一個(gè)通道進(jìn)行支付，以達(dá)到提高支付成功率的目 的。
[0005] 現(xiàn)有技術(shù)在買家使用國際卡提交購買請(qǐng)求以后，外貿(mào)平臺(tái)將買家國際卡的卡號(hào)、CVV、有效期、金額信息提交到支付通道（WorldPay、GlobalCollect、QiWi、中銀卡司、 Paypal等）處理。一次購買行為中，在這個(gè)環(huán)節(jié)中買家的信用卡會(huì)隨機(jī)被提交某一個(gè)支付 通道進(jìn)行處理，實(shí)際上通過這個(gè)通道買家的信用卡可能無法支付成功，而實(shí)際上買家的信 用卡在其他支付通道有過成功交易的記錄。由于是隨機(jī)提交的，所以存在導(dǎo)致買家無法支 付成功，客觀上降低了支付成功率，造成買家流失的問題。


【發(fā)明內(nèi)容】

[0006] 本發(fā)明提供一種基于國際卡支付通道來管理支付成功率的系統(tǒng)，同時(shí)還提供使用 該系統(tǒng)的管理支付成功率的方法。
[0007] 本發(fā)明提供一種基于國際卡支付通道來管理支付成功率的系統(tǒng)，其特征在于，所 述系統(tǒng)包括客戶端、電商網(wǎng)絡(luò)公司服務(wù)器、國際卡信息服務(wù)器、若干第三方支付通道，其中， 所述客戶端與所述電商網(wǎng)絡(luò)公司服務(wù)器相互通信；所述電商網(wǎng)絡(luò)公司服務(wù)器與所述國際卡 信息服務(wù)器相互通信；所述電商網(wǎng)絡(luò)公司服務(wù)器與所述若干第三方支付通道相互通信；所 述國際卡信息服務(wù)器與所述若干第三方支付通道相互通信。
[0008] 優(yōu)選的是，所述客戶端包括簽名墊，所述簽名墊用于將國際卡的用戶電子簽名獲 取為電子信號(hào)。
[0009] 在上述任一方案中優(yōu)選的是，所述客戶端包括輸入/輸出模塊、通信處理模塊、存 儲(chǔ)器模塊。
[0010] 在上述任一方案中優(yōu)選的是，所述電商網(wǎng)絡(luò)服務(wù)器包括訂單模塊、新舊卡判斷模 塊、敏感度歸類模塊、支付通道路由模塊。 toon] 本發(fā)明還提供一種基于國際卡支付通道來管理支付成功率的系統(tǒng)的管理支付成 功率的方法，所述方法包括如下步驟： a) 所述客戶端在所述電商網(wǎng)絡(luò)服務(wù)器上下訂單，所述電商網(wǎng)絡(luò)服務(wù)器為所述客戶端生 成訂單信息； b) 所述電商網(wǎng)絡(luò)服務(wù)器接收國際卡支付信息； c) 所述電商網(wǎng)絡(luò)服務(wù)器向所述第三方支付通道發(fā)送支付請(qǐng)求信息； d) 等待所述第三方支付通道完成所述國際卡的支付請(qǐng)求后，所述第三方支付通道將支 付處理結(jié)果的信息返回給所述電商網(wǎng)絡(luò)服務(wù)器，所述電商網(wǎng)絡(luò)服務(wù)器接收支付處理結(jié)果的 信息。
[0012] 優(yōu)選的是，上述方法的步驟b)中還包括如下步驟： a) 所述電商網(wǎng)絡(luò)服務(wù)器接收來自所述客戶端的訂單后，所述訂單模塊生成該訂單的相 關(guān)信息； b) 所述訂單模塊將所述訂單信息提交給所述新舊卡判斷模塊，所述新舊卡判斷模塊與 所述國際卡信息服務(wù)器進(jìn)行通信，用于判斷所述國際卡是否為未曾交易過的新卡； c) 在所述敏感度歸類模塊中進(jìn)行敏感度歸類和識(shí)別，所述敏感度歸類模塊與所述國際 卡信息服務(wù)器進(jìn)行通信，用于獲取所述國際卡的敏感度信息； d) 所述敏感度歸類模塊將獲取的敏感度信息發(fā)送給所述支付通道路由模塊，所述支付 通道路由模塊根據(jù)獲取的實(shí)際來自所述國際卡信息服務(wù)器的該國際卡的敏感度信息選擇 相應(yīng)的所述第三方支付通道進(jìn)行支付。
[0013] 在上述任一方案中優(yōu)選的是，所述方法還包括如下步驟： a) 所述第三方支付通道在處理完國際卡的支付請(qǐng)求后，將所述國際卡的支付的結(jié)果信 息返回給所述電商網(wǎng)絡(luò)服務(wù)器的所述敏感度歸類模塊； b) 如果支付的結(jié)果為成功，則所述敏感度歸類模塊將所述國際卡歸類為對(duì)于所述第三 方支付通道不敏感； c) 如果支付的結(jié)果為失敗，繼續(xù)分析支付失敗的原因，如果失敗原因?yàn)樗龅谌街?付通道拒絕支付，則所述敏感度歸類模塊將所述國際卡歸類為對(duì)于所述第三方支付通道敏 感；如果失敗原因?yàn)闊o效的國際卡號(hào)或無效金額或余額不足的情況，不能認(rèn)為是對(duì)所述第 三方支付通道敏感。
[0014] 優(yōu)選的是，所述方法還包括如下步驟： a) 如果所述國際卡為新卡，則根據(jù)所述電商網(wǎng)絡(luò)服務(wù)器設(shè)置的隨機(jī)數(shù)進(jìn)行選擇所述第 三方支付通道； b) 如果所述國際卡為舊卡，并且，如果敏感性分析結(jié)果顯示所述國際卡對(duì)于兩個(gè)第三 方支付通道均不敏感，則根據(jù)設(shè)置的隨機(jī)數(shù)規(guī)則，將請(qǐng)求隨機(jī)到相應(yīng)的第三方支付通道中。
[0015] 優(yōu)選的是，所述方法還包括如下步驟： a) 如果所述國際卡為舊卡，并且，如果敏感性分析結(jié)果顯示所述國際卡敏感，繼續(xù)具體 分析對(duì)于所述第三方支付通道是否敏感，如果所述國際卡對(duì)于所述第三方支付通道敏感， 則將所述國際卡的支付請(qǐng)求提交到另一所述第三方支付通道處理； b) 如果所述國際卡為舊卡，并且，如果敏感性分析的結(jié)果顯示所述國際卡未歸類，繼續(xù) 具體分析其對(duì)于所述第三方支付通道是否未歸類，如果所述國際卡對(duì)于所述第三方支付通 道未歸類，則將所述國際卡的支付請(qǐng)求提交到該所述第三方支付通道處理。
[0016] 優(yōu)選的是，所述方法還包括如下步驟： a) 如果所述國際卡在兩個(gè)所述第三方支付通道都有支付成功的記錄，則將所述國際卡 支付通道敏感性歸類為不敏感； b) 如果所述國際卡僅有在第一所述第三方支付通道支付成功的記錄，在第二所述第三 方支付通道無支付成功的記錄，則將所述國際卡的支付通道敏感性歸類為對(duì)第二所述第三 方支付通道未歸類； c) 如果所述國際卡僅有在第一所述第三方支付通道支付成功的記錄，在第二所述第三 方支付通道有支付失敗記錄，且失敗原因?yàn)榫芙^支付，則將該國際卡的支付通道敏感性歸 類為對(duì)第二所述第三方支付通道敏感； d) 如果所述國際卡僅有在第二所述第三方支付通道支付成功的記錄，在第一所述第三 方支付通道無支付成功記錄，則將該國際卡支付通道敏感性歸類為對(duì)第一所述第三方支付 通道未歸類； e) 如果所述國際卡僅有在第二所述第三方支付通道支付成功的記錄，在第一所述第三 方支付通道有支付失敗記錄，且失敗原因?yàn)榫芙^支付，則將該國際卡支付通道敏感性歸類 為對(duì)第一所述第三方支付通道敏感。
[0017] 由于現(xiàn)有技術(shù)中外貿(mào)平臺(tái)將買家的國際卡支付請(qǐng)求，隨機(jī)的提交到其接入的支付 通道進(jìn)行處理，存在可能導(dǎo)致失敗的情況。與現(xiàn)有技術(shù)相比，本發(fā)明提高國際卡支付成功率 和客戶端的買家支付體驗(yàn)，減少買家的流失。

【專利附圖】

【附圖說明】
[0018] 為了使本發(fā)明便于理解，現(xiàn)在結(jié)合附圖描述本發(fā)明的具體實(shí)施例。
[0019] 圖1示出了根據(jù)本發(fā)明的一優(yōu)選實(shí)施例的電商網(wǎng)絡(luò)服務(wù)器200和客戶端100、第三 方支付通道400的一個(gè)支付步驟圖。
[0020] 圖2示出了電商網(wǎng)絡(luò)服務(wù)器200的內(nèi)部邏輯結(jié)構(gòu)圖。
[0021] 圖3示出了第三方支付通道將支付的結(jié)果信息與電商網(wǎng)絡(luò)服務(wù)器200的交互步 驟。
[0022] 圖4示出了國際卡信息的訂單處理示意圖。
[0023] 圖5示出了國際卡信息的又一訂單處理示意圖。
[0024] 圖6示出了國際卡信息服務(wù)器300中的國際卡的歷史交易的數(shù)據(jù)歸類示意圖。

【具體實(shí)施方式】
[0025] 下面結(jié)合附圖和優(yōu)選的實(shí)施方式對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。權(quán)利要求中構(gòu)成 要件和實(shí)施例中具體實(shí)例之間的對(duì)應(yīng)關(guān)系可以如下例證。這里的描述意圖在于確認(rèn)在實(shí)施 例中描述了用來支持在權(quán)利要求中陳述的主題的具體實(shí)例，由于在實(shí)施例中描述了實(shí)例， 不意味著該具體實(shí)例不表示構(gòu)成要件。相反地，即使在此包含了具體實(shí)例作為對(duì)應(yīng)一個(gè)構(gòu) 成要件的要素特征，也不意味著該具體實(shí)例不表示任何其它構(gòu)成要件。
[0026] 此外，這里的描述不意味著對(duì)應(yīng)于實(shí)施例中陳述的具體實(shí)例的所有主題都在權(quán)利 要求中引用了。換句話說，這里的描述不否認(rèn)這種實(shí)體，即對(duì)應(yīng)實(shí)施例包含的具體實(shí)例，但 不包含在其任何一項(xiàng)權(quán)利要求中，即，能夠在以后的修正被分案并申請(qǐng)、或增加的可能發(fā)明 的實(shí)體。
[0027] 應(yīng)當(dāng)注意的是，"系統(tǒng)"在此意味著由兩個(gè)或更多設(shè)備構(gòu)成的處理。
[0028] 顯而易見地，用戶終端可以由個(gè)人計(jì)算機(jī)構(gòu)成。此外，所述用戶終端還可以由例如 蜂窩電話、任何其它PDA(個(gè)人數(shù)字助理）工具、AV(音頻視頻）裝置、諸如家用電氣(家庭用 電氣化）設(shè)備的CE(消費(fèi)電子設(shè)備）等構(gòu)成。
[0029] "網(wǎng)絡(luò)"意味著至少連接了兩個(gè)設(shè)備的機(jī)構(gòu)，并且在其中，一條信息能夠從一個(gè)設(shè) 備發(fā)送到另一個(gè)設(shè)備。經(jīng)由網(wǎng)絡(luò)建立通信的設(shè)備可以是彼此分離的，也可以是構(gòu)成一個(gè)機(jī) 器的內(nèi)部模塊。
[0030] "通信"可表示無線通信和有線通信。然而，還可以是混合無線和有線通信的通信， 更具體地，在某個(gè)區(qū)段采取無線通信而在另一個(gè)區(qū)段采取有線通信的通信。同樣，它也可以 是這樣的通信：從一個(gè)設(shè)備向另一設(shè)備的通信是有線的，且相反方向的通信是無線的。
[0031] 本發(fā)明提供基于國際卡支付通道來管理支付成功率的系統(tǒng)，同時(shí)還提供使用該系 統(tǒng)的管理支付成功率的方法。根據(jù)本發(fā)明的基于國際卡支付通道來管理支付成功率的系 統(tǒng)包括客戶端100、電商網(wǎng)絡(luò)公司服務(wù)器200、國際卡信息服務(wù)器300、若干第三方支付通道 400。可以理解的是，電商網(wǎng)絡(luò)公司服務(wù)器200和國際卡信息服務(wù)器300在物理上可以為相 互分開或者合二為一。
[0032] 首先，客戶端100被布置在買家、特許經(jīng)營店等，并且可以包括簽名墊101，所述簽 名墊101基于將國際卡用戶的簽名獲得為電子信號(hào)，并且將所述簽名顯示圖像。客戶端 100還可以包括EMV(接觸式：集成電路；不接觸式：射頻模式)、讀卡器（MSR)等，用于國際 卡的支付和支付處理，以便于執(zhí)行任何類型的國際支付。
[0033] 所述客戶端100采用的每一個(gè)國際卡被分配唯一號(hào)，諸如序號(hào)。唯一號(hào)被發(fā)送到 國際卡信息服務(wù)器300,以便可以通過唯一號(hào)來識(shí)別該國際卡。
[0034] 另外，客戶端100將獲得的支付通道的信息的數(shù)值和支付分析的內(nèi)容進(jìn)行實(shí)時(shí)地 顯示。因此，所述客戶端100包括輸入/輸出模塊110、通信處理模塊111，存儲(chǔ)器模塊112， 其中，輸入/輸出模塊Iio在成功支付或者失敗支付時(shí)，向國際卡用戶顯示該支付通道的信 息和支付信息。所述通信處理模塊111經(jīng)由網(wǎng)絡(luò)、電纜或者無線局域通信而連接到電商網(wǎng) 絡(luò)公司服務(wù)器200和國際卡信息服務(wù)器300。所述存儲(chǔ)器模塊112存儲(chǔ)所有支付信息，諸如 各種數(shù)據(jù)、圖像或者聲音。
[0035] 使用有線/無線調(diào)制解調(diào)器和諸如PSTN或者因特網(wǎng)的網(wǎng)絡(luò)來經(jīng)由電商網(wǎng)絡(luò)公司 服務(wù)器200向若干第三方支付通道400發(fā)送由客戶端100支付的國際卡支付信息。
[0036] 為了便于說明和理解，本發(fā)明的優(yōu)選實(shí)施例中電商網(wǎng)絡(luò)公司服務(wù)器選擇了兩個(gè)第 三方支付通道：A和B，用于滿足客戶端100的國際卡的支付需求。但是可以理解的是，本領(lǐng) 域技術(shù)人員應(yīng)該可拓展為三個(gè)甚至更多的第三方支付通道400。
[0037] 根據(jù)國際卡信息服務(wù)器300的歷史交易數(shù)據(jù)進(jìn)行分析，統(tǒng)計(jì)發(fā)現(xiàn)大約30%的國際 卡通過第三方支付通道A和第三方支付通道B都可以支付成功，約26%的國際卡僅能通過 第三方支付通道A或第三方支付通道B支付成功。
[0038] 基于上述統(tǒng)計(jì)結(jié)果，電商網(wǎng)絡(luò)公司服務(wù)器200將來自客戶端100的具有唯一編號(hào) 的國際卡按照第三方支付通道是否可以支付成功為依據(jù)，分為四種不同類型，即：不敏感； 敏感；未歸類；新卡。并將其存儲(chǔ)到國際卡信息服務(wù)器300中。

【權(quán)利要求】
1. 一種基于國際卡支付通道來管理支付成功率的系統(tǒng)，所述系統(tǒng)包括客戶端、電商網(wǎng) 絡(luò)公司服務(wù)器、國際卡信息服務(wù)器、若干第三方支付通道，其特征在于， 所述客戶端與所述電商網(wǎng)絡(luò)公司服務(wù)器相互通信； 所述電商網(wǎng)絡(luò)公司服務(wù)器與所述國際卡信息服務(wù)器相互通信； 所述電商網(wǎng)絡(luò)公司服務(wù)器與所述若干第三方支付通道相互通信； 所述國際卡信息服務(wù)器與所述若干第三方支付通道相互通信。
2. 如權(quán)利要求1所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)，其特征在于， 所述客戶端包括簽名墊，所述簽名墊用于將國際卡的用戶電子簽名獲取為電子信號(hào)。
3. 如權(quán)利要求1所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)，其特征在于， 所述客戶端包括輸入/輸出模塊、通信處理模塊、存儲(chǔ)器模塊。
4. 如權(quán)利要求1所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)，其特征在于， 所述電商網(wǎng)絡(luò)服務(wù)器包括訂單模塊、新舊卡判斷模塊、敏感度歸類模塊、支付通道路由模 塊。
5. 采用如權(quán)利要求4所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)的管理支 付成功率的方法，所述方法包括如下步驟： 所述客戶端在所述電商網(wǎng)絡(luò)服務(wù)器上下訂單，所述電商網(wǎng)絡(luò)服務(wù)器為所述客戶端生成 訂單信息； 所述電商網(wǎng)絡(luò)服務(wù)器接收國際卡支付信息； 所述電商網(wǎng)絡(luò)服務(wù)器向所述第三方支付通道發(fā)送支付請(qǐng)求信息； 等待所述第三方支付通道完成所述國際卡的支付請(qǐng)求后，所述第三方支付通道將支付 處理結(jié)果的信息返回給所述電商網(wǎng)絡(luò)服務(wù)器，所述電商網(wǎng)絡(luò)服務(wù)器接收支付處理結(jié)果的信 肩、。
6. 采用如權(quán)利要求5所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)的管理支 付成功率的方法，其特征在于，所述方法的步驟b)中還包括如下步驟： 所述電商網(wǎng)絡(luò)服務(wù)器接收來自所述客戶端的訂單后，所述訂單模塊生成該訂單的相關(guān) 信息； 所述訂單模塊將所述訂單信息提交給所述新舊卡判斷模塊，所述新舊卡判斷模塊與所 述國際卡信息服務(wù)器進(jìn)行通信，用于判斷所述國際卡是否為未曾交易過的新卡； 在所述敏感度歸類模塊中進(jìn)行敏感度歸類和識(shí)別，所述敏感度歸類模塊與所述國際卡 信息服務(wù)器進(jìn)行通信，用于獲取所述國際卡的敏感度信息； 所述敏感度歸類模塊將獲取的敏感度信息發(fā)送給所述支付通道路由模塊，所述支付通 道路由模塊根據(jù)獲取的實(shí)際來自所述國際卡信息服務(wù)器的該國際卡的敏感度信息選擇相 應(yīng)的所述第三方支付通道進(jìn)行支付。
7. 采用如權(quán)利要求5所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)的管理支 付成功率的方法，其特征在于，所述方法的步驟d)中還包括如下步驟： 所述第三方支付通道在處理完國際卡的支付請(qǐng)求后，將所述國際卡的支付的結(jié)果信息 返回給所述電商網(wǎng)絡(luò)服務(wù)器的所述敏感度歸類模塊； 如果支付的結(jié)果為成功，則所述敏感度歸類模塊將所述國際卡歸類為對(duì)于所述第三方 支付通道不敏感； 如果支付的結(jié)果為失敗，繼續(xù)分析支付失敗的原因，如果失敗原因?yàn)樗龅谌街Ц?通道拒絕支付，則所述敏感度歸類模塊將所述國際卡歸類為對(duì)于所述第三方支付通道敏 感；如果失敗原因?yàn)闊o效的國際卡號(hào)或無效金額或余額不足的情況，不能認(rèn)為是對(duì)所述第 三方支付通道敏感。
8. 采用如權(quán)利要求7所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)的管理支 付成功率的方法，其特征在于，所述方法還包括如下步驟： 如果所述國際卡為新卡，則根據(jù)所述電商網(wǎng)絡(luò)服務(wù)器設(shè)置的隨機(jī)數(shù)進(jìn)行選擇所述第三 方支付通道； 如果所述國際卡為舊卡，并且，如果敏感性分析結(jié)果顯示所述國際卡對(duì)于兩個(gè)第三方 支付通道均不敏感，則根據(jù)設(shè)置的隨機(jī)數(shù)規(guī)則，將請(qǐng)求隨機(jī)到相應(yīng)的第三方支付通道中。
9. 采用如權(quán)利要求7所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)的管理支 付成功率的方法，其特征在于，所述方法還包括如下步驟： 如果所述國際卡為舊卡，并且，如果敏感性分析結(jié)果顯示所述國際卡敏感，繼續(xù)具體分 析對(duì)于所述第三方支付通道是否敏感，如果所述國際卡對(duì)于所述第三方支付通道敏感，則 將所述國際卡的支付請(qǐng)求提交到另一所述第三方支付通道處理； 如果所述國際卡為舊卡，并且，如果敏感性分析的結(jié)果顯示所述國際卡未歸類，繼續(xù)具 體分析其對(duì)于所述第三方支付通道是否未歸類，如果所述國際卡對(duì)于所述第三方支付通道 未歸類，則將所述國際卡的支付請(qǐng)求提交到該所述第三方支付通道處理。
10. 采用如權(quán)利要求7所述的基于國際卡支付通道來管理支付成功率的系統(tǒng)的管理支 付成功率的方法，其特征在于，所述方法還包括如下步驟： 如果所述國際卡在兩個(gè)所述第三方支付通道都有支付成功的記錄，則將所述國際卡支 付通道敏感性歸類為不敏感； 如果所述國際卡僅有在第一所述第三方支付通道支付成功的記錄，在第二所述第三方 支付通道無支付成功的記錄，則將所述國際卡的支付通道敏感性歸類為對(duì)第二所述第三方 支付通道未歸類； 如果所述國際卡僅有在第一所述第三方支付通道支付成功的記錄，在第二所述第三方 支付通道有支付失敗記錄，且失敗原因?yàn)榫芙^支付，則將該國際卡的支付通道敏感性歸類 為對(duì)第二所述第三方支付通道敏感； 如果所述國際卡僅有在第二所述第三方支付通道支付成功的記錄，在第一所述第三方 支付通道無支付成功記錄，則將該國際卡支付通道敏感性歸類為對(duì)第一所述第三方支付通 道未歸類； 如果所述國際卡僅有在第二所述第三方支付通道支付成功的記錄，在第一所述第三方 支付通道有支付失敗記錄，且失敗原因?yàn)榫芙^支付，則將該國際卡支付通道敏感性歸類為 對(duì)第一所述第三方支付通道敏感。
【文檔編號(hào)】G06Q20/02GK104376452SQ201310355233
【公開日】2015年2月25日 申請(qǐng)日期:2013年8月15日 優(yōu)先權(quán)日:2013年8月15日
【發(fā)明者】趙紅強(qiáng), 劉振 申請(qǐng)人:世紀(jì)禾光科技發(fā)展（北京）有限公司