一種代理支付方法、裝置以及電子設(shè)備的制造方法
【專利摘要】本發(fā)明涉及一種代理支付方法、裝置以及電子設(shè)備，其中，代理支付方法包括：獲得代理支付請求指令，對代理支付請求指令進(jìn)行解析，獲得代理支付請求指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過委托人的賬戶執(zhí)行支付過程的操作產(chǎn)生；根據(jù)代理支付請求指令的控制信息查詢代理支付請求指令的內(nèi)容信息，獲得登陸賬號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行驗證；驗證通過后，生成支付確認(rèn)信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信息；其中，交易賬號為委托人的賬戶；登陸賬號為代理人的賬戶；回復(fù)信息是根據(jù)委托人對代理人執(zhí)行支付過程的操作的確認(rèn)產(chǎn)生的；根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。
【專利說明】
-種代理支付方法、裝置從及電子設(shè)備
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及金融數(shù)據(jù)處理技術(shù)領(lǐng)域，特別設(shè)及一種代理支付方法、裝置W及電子 設(shè)備。
【背景技術(shù)】
[0002] 現(xiàn)已進(jìn)入電子支付的時代，網(wǎng)上支付或移動支付越來越普及，但是對于不熟悉或 不方便使用電腦、手機(jī)操作的人來說運(yùn)無疑是個問題。
[0003] 基于運(yùn)一問題，當(dāng)前有人提出代理支付的措施。依據(jù)現(xiàn)有的技術(shù)，如果要實現(xiàn)代理 他人操作與支付只能由W下幾種途徑：
[0004] 1、委托人將賬戶的用戶名和密碼告知代理人，運(yùn)樣委托賬戶面臨著極高的安全風(fēng) 險。 陽〇化]2、委托人先轉(zhuǎn)賬或現(xiàn)金給代理人，再由代理人使用本人賬戶進(jìn)行支付，運(yùn)樣的操 作流程非常麻煩。

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

[0006] 為解決現(xiàn)有技術(shù)的問題，本發(fā)明提出一種代理支付方法、裝置W及電子設(shè)備，委托 人將委托他人代理支付操作，但是賬戶的每一筆支付交易仍由本人回復(fù)確認(rèn)后，錢從委托 人賬戶劃走，若在指定時間范圍內(nèi)沒有確認(rèn)信息，則支付操作不準(zhǔn)生效，安全性高。
[0007] 為實現(xiàn)上述目的，本發(fā)明提供了一種代理支付方法，包括：
[0008] 驗證通過后，獲得代理支付請求指令，對所述代理支付請求指令進(jìn)行解析，獲得代 理支付請求指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過委托人的賬 戶執(zhí)行支付過程的操作產(chǎn)生；
[0009] 根據(jù)代理支付請求指令的控制信息查詢代理支付請求指令的內(nèi)容信息，獲得登陸 賬號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行驗證；驗證通過后，生成支付確認(rèn) 信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信息；其中，所述交易賬號為委托人 的賬戶；所述回復(fù)信息是根據(jù)委托人對代理人執(zhí)行支付過程的操作的確認(rèn)產(chǎn)生的；
[0010] 根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。
[0011] 優(yōu)選地，還包括：
[0012] 獲得賬戶代理請求指令，對所述賬戶代理請求指令進(jìn)行解析，獲得賬戶代理請求 指令的控制信息；
[0013] 根據(jù)所述賬戶代理請求指令的控制信息查詢賬戶代理請求指令的內(nèi)容信息，獲得 登陸賬號和交易賬號，對登陸賬號和交易賬號進(jìn)行驗證；
[0014] 驗證通過后，建立登陸賬號和交易賬號之間的代理關(guān)系。 陽01引優(yōu)選地，還包括：
[0016] 在獲取代理支付請求指令之前，獲得交易驗證請求指令，對所述交易驗證請求指 令進(jìn)行解析，獲得交易驗證請求指令的控制信息；
[0017] 根據(jù)交易驗證請求指令的控制信息查詢交易驗證請求指令的內(nèi)容信息，獲得登陸 賬號，對登陸賬號進(jìn)行有效性驗證，驗證通過后，才允許獲取代理支付請求指令。 陽01引優(yōu)選地，還包括：
[0019] 獲得賬戶代理取消指令，對所述賬戶代理取消指令進(jìn)行解析，獲得賬戶代理取消 指令的控制信息；
[0020] 根據(jù)所述賬戶代理取消指令的控制信息查詢賬戶代理取消指令的內(nèi)容信息，獲得 交易賬號，對交易賬號進(jìn)行有效性驗證；
[0021] 驗證通過后，取消登陸賬號和交易賬號之間的代理關(guān)系。 陽02引優(yōu)選地，還包括：
[0023] 存儲賬戶信息、代理關(guān)系、操作日志、驗證信息。
[0024] 為實現(xiàn)上述目的，本發(fā)明還提供了一種代理支付裝置，包括：
[0025] 第一解析指令單元，用于獲得代理支付請求指令，對所述代理支付請求指令進(jìn)行 解析，獲得代理支付請求指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過 委托人的賬戶執(zhí)行支付過程的操作產(chǎn)生；
[00%] 代理支付行為驗證單元，用于根據(jù)代理支付請求指令的控制信息查詢代理支付 請求指令的內(nèi)容信息，獲得登陸賬號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行 驗證；驗證通過后，生成支付確認(rèn)信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信 息；其中，所述交易賬號為委托人的賬戶；所述回復(fù)信息是根據(jù)委托人對代理人執(zhí)行支付 過程的操作的確認(rèn)產(chǎn)生的；
[0027] 支付單元，用于根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。 陽02引優(yōu)選地，還包括：
[0029] 第二解析指令單元，用于獲得賬戶代理請求指令，對所述賬戶代理請求指令進(jìn)行 解析，獲得賬戶代理請求指令的控制信息；
[0030] 代理關(guān)系驗證單元，用于根據(jù)所述賬戶代理請求指令的控制信息查詢賬戶代理請 求指令的內(nèi)容信息，獲得登陸賬號和交易賬號，對登陸賬號和交易賬號進(jìn)行驗證；
[0031] 代理關(guān)系建立單元，用于驗證通過后，建立登陸賬號和交易賬號的代理關(guān)系。 陽03引優(yōu)選地，還包括：
[0033] 第Ξ解析指令單元，用于在獲取代理支付請求指令之前，獲得交易驗證請求指令， 對所述交易驗證請求指令進(jìn)行解析，獲得交易驗證請求指令的控制信息；
[0034] 登陸賬號驗證單元，用于根據(jù)交易驗證請求指令的控制信息查詢交易驗證請求指 令的內(nèi)容信息，獲得登陸賬號，對登陸賬號進(jìn)行有效性驗證，驗證通過后，才允許獲取代理 支付請求指令。 陽03引優(yōu)選地，還包括：
[0036] 第四解析指令單元，用于獲得賬戶代理取消指令，對所述賬戶代理取消指令進(jìn)行 解析，獲得賬戶代理取消指令的控制信息；
[0037] 交易賬號驗證單元，用于根據(jù)所述賬戶代理取消指令的控制信息查詢賬戶代理取 消指令的內(nèi)容信息，獲得交易賬號，對交易賬號進(jìn)行有效性驗證；
[0038] 代理關(guān)系取消單元，用于驗證通過后，取消登陸賬號和交易賬號之間的代理關(guān)系。
[0039] 優(yōu)選地，還包括：存儲單元；
[0040] 所述存儲單元，用于存儲賬戶信息、代理關(guān)系、操作日志、驗證信息。
[0041] 為實現(xiàn)上述目的，本發(fā)明還提供一種電子設(shè)備，所述電子設(shè)備包括如前所述的代 理支付裝置。
[0042] 與現(xiàn)有技術(shù)方案相比，本技術(shù)方案通過對賬戶操作權(quán)限與支付權(quán)限分離設(shè)計，它 具有如下特點：
[0043] 1、代理人看到的只是委托人賬號標(biāo)識（一串字母或數(shù)字），無法看到委托人的其 他信息（如密碼、身份證號、卡號等）。
[0044] 2、代理人替代委托人執(zhí)行復(fù)雜的支付操作過程行為。
[0045] 3、代理人的替代行為是否最終有效，即是否可W完成支付操作，需經(jīng)過委托人確 認(rèn)。
[0046] 4、賬戶之間設(shè)置代理關(guān)系，必須得到委托方的確認(rèn)回復(fù)后方可生效，并且委托人 可單方自主撤銷賬戶之間代理關(guān)系。
[0047] 本技術(shù)方案實際上只是讓別人知道了自己的賬號，達(dá)到的效果是他人不用登陸自 己的賬戶便可替本人發(fā)起支付交易，而交易必須由本人回復(fù)確認(rèn)后才生效。巧妙解決了不 善操作電腦與手機(jī)人群的支付問題。
【附圖說明】 W48] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可W 根據(jù)運(yùn)些附圖獲得其他的附圖。
[0049] 圖1為本發(fā)明實施方式的應(yīng)用場景圖；
[0050] 圖2為本發(fā)明實施例提供的一種代理支付裝置的結(jié)構(gòu)示意圖之一；
[0051] 圖3為本發(fā)明實施例提供的一種代理支付裝置的結(jié)構(gòu)示意圖之二；
[0052] 圖4為本發(fā)明實施例提供的一種代理支付裝置的結(jié)構(gòu)示意圖之Ξ ;
[0053] 圖5為本發(fā)明實施例提供的一種代理支付裝置的結(jié)構(gòu)示意圖之四；
[0054] 圖6為本發(fā)明實施例提供的一種代理支付方法流程圖之一； 陽化5]圖7為本發(fā)明實施例的代理支付方法中代理關(guān)系的建立流程圖；
[0056] 圖8為本發(fā)明實施例提供的一種代理支付方法流程圖之二；
[0057] 圖9為本發(fā)明實施例的代理支付方法中代理關(guān)系的取消流程圖；
[0058] 圖10為本發(fā)明實施例提供的一種電子設(shè)備框圖；
[0059] 圖11為具體實施例對于代理關(guān)系設(shè)置的流程示意圖；
[0060] 圖12為具體實施例對于代理支付的流程示意圖。
【具體實施方式】
[0061] 下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護(hù)的范圍。
[0062] 本領(lǐng)域技術(shù)人員知道，本發(fā)明的實施方式可W實現(xiàn)為一種系統(tǒng)、裝置、設(shè)備、方法 或計算機(jī)程序產(chǎn)品。因此，本公開可W具體實現(xiàn)為W下形式，即：完全的硬件、完全的軟件 (包括固件、駐留軟件、微代碼等），或者硬件和軟件結(jié)合的形式。
[0063] 根據(jù)本發(fā)明的實施方式，提出了一種代理支付方法、裝置W及電子設(shè)備。
[0064] 在本文中，需要理解的是，所設(shè)及的術(shù)語中：
[0065] 1、委托人：對于本技術(shù)方案來講，將賬戶操作的權(quán)限委托給他人，代替自己執(zhí)行支 付過程行為的人。為確保委托人權(quán)益問題，支付過程行為需經(jīng)過委托人確認(rèn)才可生效，委托 人的確認(rèn)方式可W為輸入支付密碼等。
[0066] 2、代理人：對于本技術(shù)方案來講，登陸本人的賬號，根據(jù)委托人的指示，通過委托 人的賬號為委托人執(zhí)行支付操作行為的人。但是，該支付操作行為僅僅是支付過程的行為， 不包括最終支付行為。
[0067] 3、交易賬號：為完成支付提供資金的賬號。對于本技術(shù)方案來講，當(dāng)代理人執(zhí)行代 理支付時，交易賬號是委托人的銀行賬戶。當(dāng)代理人為自己的交易行為支付時，交易賬號是 代理人的銀行賬戶。
[0068] 4、登陸賬號：操控中屯、服務(wù)器執(zhí)行支付過程操作的憑證（token)。當(dāng)代理人為自 己的交易行為支付時，登陸賬號等同于交易賬號。當(dāng)代理人執(zhí)行代理支付時，登陸賬號不等 同于交易賬號。
[0069] 此外，附圖中的任何元素數(shù)量均用于示例而非限制，W及任何命名都僅用于區(qū)分， 而不具有任何限制含義。
[0070] 下面參考本發(fā)明的若干代表性實施方式，詳細(xì)闡釋本發(fā)明的原理和精神。
[0071] 發(fā)巧概沐
[0072] 常規(guī)上，現(xiàn)有電子支付的原理為：將智能終端登陸用戶與用戶本人的銀行卡賬號 建立一種一一對應(yīng)的關(guān)系，用戶根據(jù)智能終端頁面上的提示下執(zhí)行對應(yīng)操作，完成交易支 付請求。
[0073] 對于不熟悉或不方便使用電腦、手機(jī)操作的人來說運(yùn)無疑是個問題。
[0074] 為此，本發(fā)明提供了一種代理支付機(jī)制。代理支付機(jī)制將操作權(quán)限與支付權(quán)限分 離，代理人只需登陸本人賬戶就可W對委托人賬戶進(jìn)行操作，中屯、服務(wù)器將代理人的操作 行為W通知方式發(fā)送至委托人端，委托人根據(jù)通知信息向中屯、服務(wù)器發(fā)出回復(fù)確認(rèn)信息。 如果中屯、服務(wù)器獲得肯定性的回復(fù)確認(rèn)，則根據(jù)代理人的操作行為完成支付。如果服務(wù)中 屯、獲得否定性的回復(fù)確認(rèn)，則代理人執(zhí)行的支付行為無效。
[00巧]在本說明書中，中屯、服務(wù)器指代具有支付賬戶管理功能的系統(tǒng)和/或設(shè)備，不限 于銀行卡處理，還適用于任何虛擬賬戶。
[0076] 在介紹了本發(fā)明的基本原理之后，下面具體介紹本發(fā)明的各種非限制性實施方 式。
[0077] 麻用場景總哈
[0078] 首先參考圖1，服務(wù)器100可W是服務(wù)器等，代理人移動終端200、委托人移動終端 300均可W是手機(jī)、平板電腦等。代理人移動終端200、委托人移動終端300 W及服務(wù)器100 Ξ者之間例如可W通過移動互聯(lián)網(wǎng)等進(jìn)行通信連接。
[0079] 利用本技術(shù)方案的代理支付機(jī)制，委托人和代理人之間建立了對應(yīng)的支付代理關(guān) 系，中屯、服務(wù)器存儲有該代理關(guān)系。委托人在網(wǎng)上購買商品，完成購買操作，需要支付款項。 委托人通過委托人移動終端300通知代理人執(zhí)行支付代理操作。為后面代理支付行為的安 全性出發(fā)，在代理支付之前，先驗證該登陸行為是否為代理人本人所為。驗證的過程為：代 理人受到委托人的通知后，通過代理人移動終端200登陸本人賬號，代理人移動終端200根 據(jù)該登陸行為產(chǎn)生交易驗證請求，并傳輸至服務(wù)器100,服務(wù)器100根據(jù)該交易驗證請求執(zhí) 行一系列驗證操作，驗證該登陸行為是否為本人所為，防止其他人惡意登陸而為之。服務(wù)器 100將驗證結(jié)果傳輸至代理人移動終端200。若驗證通過，代理人在移動終端200為委托人 執(zhí)行除最終支付行為之外的其他操作行為，移動終端200根據(jù)運(yùn)些操作行為產(chǎn)生代理支付 請求，并發(fā)送至服務(wù)器100。服務(wù)器100對該代理支付請求再次執(zhí)行一系列驗證操作，主要 目的在于判斷此次支付行為是否為代理支付行為，如果是代理支付行為，則根據(jù)代理人的 操作行為生成支付確認(rèn)信息，并將該支付確認(rèn)信息發(fā)送至委托人移動終端300。委托人收到 該支付確認(rèn)信息后，核對該信息是否準(zhǔn)確。委托人根據(jù)該支付確認(rèn)信息在委托人移動終端 300生成回復(fù)信息，并傳輸至服務(wù)器100。該服務(wù)器100判斷該回復(fù)信息是否為肯定性。如 果該回復(fù)信息為肯定性信息，則完成支付。
[0080] 如果該回復(fù)信息為否定性的，即使代理人執(zhí)行了相應(yīng)操作，仍然不能夠完成支付。
[0081] 示例忡裝晉
[0082] 下面結(jié)合圖1的應(yīng)用場景，參考圖2、圖3、圖4分別對本發(fā)明示例性實施方式的代 理支付裝置進(jìn)行介紹。
[0083] 需要注意的是，上述應(yīng)用場景僅是為了便于理解本發(fā)明的精神和原理而示出，本 發(fā)明的實施方式在此方面不受任何限制。相反，本發(fā)明的實施方式可W應(yīng)用于適用的任何 場景。
[0084] 參見圖2,為本發(fā)明實施例提供的代理支付裝置的結(jié)構(gòu)示意圖之一。如圖所示，代 理支付裝置包括：第一解析指令單元201、代理支付行為驗證單元202和支付單元203。其 中，
[0085] 第一解析指令單元201，用于獲得代理支付請求指令，對所述代理支付請求指令進(jìn) 行解析，獲得代理支付請求指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通 過委托人的賬戶執(zhí)行支付過程的操作產(chǎn)生；
[0086] 代理支付行為驗證單元202,用于根據(jù)代理支付請求指令的控制信息查詢代理支 付請求指令的內(nèi)容信息，獲得登陸賬號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行 驗證；驗證通過后，生成支付確認(rèn)信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信 息；其中，所述交易賬號為委托人的賬戶；所述登陸賬號為代理人的賬戶；所述回復(fù)信息是 根據(jù)委托人對代理人執(zhí)行支付過程的操作的確認(rèn)產(chǎn)生的；
[0087] 支付單元203,用于根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。
[0088] 對于本實施例來說，代理支付行為驗證單元是讓委托人確認(rèn)代理人支付過程操作 行為的合法性。只有委托人確認(rèn)了，代理人的支付行為才能有效。中屯、服務(wù)器根據(jù)代理人 的支付行為完成支付。
[0089] 進(jìn)一步地，本發(fā)明實施例提供一種代理支付裝置的結(jié)構(gòu)示意圖之二。如圖3所示， 在圖2的基礎(chǔ)，還包括：
[0090] 第二解析指令單元204,用于獲得賬戶代理請求指令，對所述賬戶代理請求指令進(jìn) 行解析，獲得賬戶代理請求指令的控制信息；
[0091] 代理關(guān)系驗證單元205,用于根據(jù)所述賬戶代理請求指令的控制信息查詢賬戶代 理請求指令的內(nèi)容信息，獲得登陸賬號和交易賬號，對登陸賬號和交易賬號進(jìn)行驗證；
[0092] 代理關(guān)系建立單元206,用于驗證通過后，建立登陸賬號和交易賬號的代理關(guān)系。
[0093] 對于本實施例來說，代理關(guān)系驗證單元205是在建立代理關(guān)系之前，審核二者之 間是否已經(jīng)建立過代理關(guān)系，W及登錄賬號和交易賬號的合法性。
[0094] 進(jìn)一步地，本發(fā)明實施例提供一種代理支付裝置的結(jié)構(gòu)示意圖之Ξ。如圖4所示， 在圖3的基礎(chǔ)上，還包括：
[0095] 第Ξ解析指令單元207,用于在獲取代理支付請求指令之前，獲得交易驗證請求指 令，對所述交易驗證請求指令進(jìn)行解析，獲得交易驗證請求指令的控制信息；
[0096] 登陸賬號驗證單元208,用于根據(jù)交易驗證請求指令的控制信息查詢交易驗證請 求指令的內(nèi)容信息，獲得登陸賬號，對登陸賬號進(jìn)行有效性驗證，驗證通過后，才允許獲取 代理支付請求指令。
[0097] 在代理支付之前，先驗證該登陸行為是否為代理人本人所為，防止其他人惡意而 為之，為后面代理支付行為的安全性打基礎(chǔ)。
[0098] 進(jìn)一步地，本發(fā)明實施例提供一種代理支付裝置的結(jié)構(gòu)示意圖之Ξ。如圖5所示， 在圖4的基礎(chǔ)上，還包括：
[0099] 第四解析指令單元209,用于獲得賬戶代理取消指令，對所述賬戶代理取消指令進(jìn) 行解析，獲得賬戶代理取消指令的控制信息；
[0100] 交易賬號驗證單元210,用于根據(jù)所述賬戶代理取消指令的控制信息查詢賬戶代 理取消指令的內(nèi)容信息，獲得交易賬號，對交易賬號進(jìn)行有效性驗證； 陽101] 代理關(guān)系取消單元211，用于驗證通過后，取消登陸賬號和交易賬號之間的代理關(guān) 系。
[0102] 對于本實施例來說，交易賬號驗證單元210是在委托人取消代理關(guān)系時，驗證該 操作是否為委托人本人執(zhí)行，并不是惡意而為之，同時確保了委托人和代理人之間的權(quán)益。
[0103] 在圖2、圖3、圖4、圖5的基礎(chǔ)上，代理支付裝置還包括：存儲單元；其中，所述存儲 單元，用于存儲賬戶信息、代理關(guān)系、操作日志、驗證信息。
[0104] 由圖2、圖3、圖4、圖5可知，外部支付應(yīng)用可W通過TCP通訊和API函數(shù)兩種方式 來調(diào)用本裝置，代理支付裝置將操作指令解析后，調(diào)用內(nèi)部對應(yīng)服務(wù)流程，最后返回處理結(jié) 果。
[0105] 由圖2、圖3、圖4、圖5可知，本裝置由解析器、服務(wù)區(qū)、驗證區(qū)、即時通訊接口共五 個部分組成。
[0106] 解析器接收外部應(yīng)用請求指令，解析指令，根據(jù)指令類型調(diào)用服務(wù)區(qū)對應(yīng)的服務(wù)。 指令由指令頭和指令體兩部分構(gòu)成。指令頭包括版本號、指令長度和通信方式。指令體包 括控制信息和內(nèi)容信息?？刂菩畔⒂芍噶铑愋?、代理標(biāo)志和應(yīng)答碼構(gòu)成。內(nèi)容信息由系統(tǒng) 跟蹤號、操作日期、操作時間、登錄賬號、交易賬號、驗證碼、失效時間、訂單內(nèi)容構(gòu)成。請見 下表1。 陽107] 指令中的所有字段均為固定長度，因此應(yīng)用服務(wù)通過內(nèi)存結(jié)構(gòu)體映射獲取到指令 的各個字段內(nèi)容。
[0108]表 1 陽 109]
[0110] 讀取固定長度的指令頭，從中依次獲取到版本號、指令長度、通信方式，運(yùn)Ξ項數(shù) 據(jù)都用于對指令合法性的校驗。如果校驗通過，則繼續(xù)讀取指令體內(nèi)容進(jìn)行處理，如果校驗 不通過，則組裝一個應(yīng)答指令并返回調(diào)用方。應(yīng)答指令中需要填寫指令類型、應(yīng)答碼，其他 字段信息與請求指令保持一致。 陽111] 讀取指令體的控制信息，根據(jù)指令類型、代理標(biāo)志兩個字段信息，查詢指令的內(nèi)容 信息，對內(nèi)容信息進(jìn)行校驗，調(diào)用代理支付服務(wù)。
[0112] 對于服務(wù)區(qū)來說，服務(wù)區(qū)提供賬戶管理的所有服務(wù)功能，包括登錄賬戶注冊，賬戶 代理關(guān)系的設(shè)置，賬戶交易處理服務(wù)，賬戶交易代理服務(wù)，W及記錄操作日志，每一個服務(wù) 都是一個封裝的功能集合，可W處理一個或多個指令類型。
[0113] 對于驗證區(qū)來說，是對賬戶操作提供安全驗證功能。包括普通交易驗證，代理操作 的支付驗證，W及驗證異常處理等。驗證功能不單獨(dú)對外服務(wù)，只能通過服務(wù)區(qū)的服務(wù)進(jìn)行 內(nèi)部調(diào)用。
[0114] 存儲單元存儲了用戶賬戶信息、賬戶之間的代理關(guān)系，W及每次操作的日志。
[0115] 由圖2、圖3、圖4、圖5可知，時通訊接口可W連接第Ξ方通訊平臺，向用戶發(fā)送交 易驗證碼、支付確認(rèn)等信息。
[0116] 對于本裝置來說，不管交易賬號還是登錄賬號，既可W是真實的銀行卡，也可W是 虛擬卡。
[0117] 對本裝置來說，設(shè)置賬戶代理關(guān)系后，代理人只要登錄本人賬戶即可對代理賬戶 進(jìn)行操作，并且可同時代理多個他人賬戶，各賬戶間互相獨(dú)立，互不影響。并且，為所有的賬 戶交易提供安全支付驗證功能，對代理人發(fā)起的支付請求，最終由委托人確認(rèn)才會生效，既 實現(xiàn)了代理操作的便捷性，又保證了賬戶支付的安全性。
[0118] 此外，盡管在上文詳細(xì)描述中提及了代理支付裝置的若干單元，但是運(yùn)種劃分僅 僅并非強(qiáng)制性的。實際上，根據(jù)本發(fā)明的實施方式，上文描述的兩個或更多單元的特征和功 能可W在一個單元中具體化。同樣，上文描述的一個單元的特征和功能也可W進(jìn)一步劃分 為由多個單元來具體化。 。11引 示例忡方法
[0120] 在介紹了本發(fā)明示例性實施方式的設(shè)備之后，接下來，參考圖5對本發(fā)明示例性 實施方式的代理支付方法進(jìn)行介紹。 陽121] 圖6為本發(fā)明實施例提供的代理支付方法的流程示意圖之一。包括：
[0122] 步驟601):獲得代理支付請求指令，對所述代理支付請求指令進(jìn)行解析，獲得代 理支付請求指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過委托人的賬 戶執(zhí)行支付過程的操作產(chǎn)生；
[0123] 步驟602):根據(jù)代理支付請求指令的控制信息查詢代理支付請求指令的內(nèi)容信 息，獲得登陸賬號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行驗證；驗證通過后，生 成支付確認(rèn)信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信息；其中，所述交易賬 號為委托人的賬戶；所述登陸賬號為代理人的賬戶；所述回復(fù)信息是根據(jù)委托人對代理人 執(zhí)行支付過程的操作的確認(rèn)產(chǎn)生的；
[0124] 步驟603):根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。
[01巧]對于本實施例來說，代理支付必須基于代理關(guān)系進(jìn)行。代理關(guān)系的建立在執(zhí)行步 驟601之前，如圖7所示，代理關(guān)系的建立流程包括：
[01%] 步驟1):獲得賬戶代理請求指令，對所述賬戶代理請求指令進(jìn)行解析，獲得賬戶 代理請求指令的控制信息；
[0127] 步驟2):根據(jù)所述賬戶代理請求指令的控制信息查詢賬戶代理請求指令的內(nèi)容 信息，獲得登陸賬號和交易賬號，對登陸賬號和交易賬號進(jìn)行驗證；
[0128] 步驟3):驗證通過后，建立登陸賬號和交易賬號之間的代理關(guān)系。
[0129] 在步驟2中，登陸賬號和交易賬號的驗證包括：對登陸賬號和交易賬號合法性進(jìn) 行驗證；將驗證信息發(fā)生至委托人客戶端，委托人客戶端向中屯、服務(wù)器發(fā)送回復(fù)確認(rèn)，確認(rèn) 建立代理支付關(guān)系。只有通過上述驗證，才能夠建立代理關(guān)系。
[0130] 如圖8所示，為本發(fā)明實施例提供的代理支付方法的流程示意圖之二。包括： 陽131] 步驟801):獲得交易驗證請求指令，對所述交易驗證請求指令進(jìn)行解析，獲得交 易驗證請求指令的控制信息；
[0132] 步驟802):根據(jù)交易驗證請求指令的控制信息查詢交易驗證請求指令的內(nèi)容信 息，獲得登陸賬號，對登陸賬號進(jìn)行有效性驗證；其中，登陸賬號為代理人的賬戶；
[0133] 步驟803):驗證通過后，獲得代理支付請求指令，對所述代理支付請求指令進(jìn)行 解析，獲得代理支付請求指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過 委托人的賬戶執(zhí)行支付過程的操作產(chǎn)生；
[0134] 步驟804):根據(jù)代理支付請求指令的控制信息查詢代理支付請求指令的內(nèi)容信 息，獲得登陸賬號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行驗證；驗證通過后，生 成支付確認(rèn)信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信息；其中，所述交易賬 號為委托人的賬戶；所述回復(fù)信息是根據(jù)委托人對代理人執(zhí)行支付過程的操作的確認(rèn)產(chǎn)生 的；
[0135] 步驟805):根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。
[0136] 圖8與圖5相比較，在獲得代理支付請求指令之前，驗證是否為代理人本人意愿發(fā) 送的代理支付請求，防止為代理人本人惡意而為之，為后續(xù)代理支付的安全性奠定基礎(chǔ)。
[0137] 對于本實施例來說，代理支付關(guān)系可W依需要建立，也可W隨時解除代理關(guān)系。如 圖9所示，代理關(guān)系的解除流程包括：
[0138] 步驟11):獲得賬戶代理取消指令，對所述賬戶代理取消指令進(jìn)行解析，獲得賬戶 代理取消指令的控制信息；
[0139] 步驟12):根據(jù)所述賬戶代理取消指令的控制信息查詢賬戶代理取消指令的內(nèi)容 信息，獲得交易賬號，對交易賬號進(jìn)行有效性驗證；
[0140] 步驟13):驗證通過后，取消登陸賬號和交易賬號之間的代理關(guān)系。 陽141] 分析圖6、圖7、圖8、圖9可知，賬戶代理關(guān)系生效后，代理人登錄本人賬戶，就可看 到代理賬號，該代理賬號在支付過程中啟到支付交易的作用。代理人看到的只是他人賬號 標(biāo)識（一串字母或數(shù)字），無法看到賬號其他信息（如密碼、身份證號、卡號等）。 陽142] 從上可W看出，實際上只是讓代理人知道委托人的賬號，達(dá)到的效果是代理人登 錄自己的賬戶，通過委托人的賬號替代委托人操作支付過程，而交易必須由委托人回復(fù)確 認(rèn)后才生效。另外，委托人可單方自主撤銷賬戶之間代理關(guān)系。
[0143] 應(yīng)當(dāng)注意，盡管在附圖中W特定順序描述了本發(fā)明方法的操作，但是，運(yùn)并非要求 或者暗示必須按照該特定順序來執(zhí)行運(yùn)些操作，或是必須執(zhí)行全部所示的操作才能實現(xiàn)期 望的結(jié)果。附加地或備選地，可W省略某些步驟，將多個步驟合并為一個步驟執(zhí)行，和/或 將一個步驟分解為多個步驟執(zhí)行。
[0144] 示例忡巧備
[0145] 基于上述示例性裝置和方法，本實施例還提出一種電子設(shè)備，如圖10所示。該電 子設(shè)備用于根據(jù)各種請求指令去運(yùn)行代理支付應(yīng)用程序，包括： 陽146] 存儲器曰，用于存儲請求指令； 陽147] 處理器b，其與所述存儲器禪合，該處理器被配置為執(zhí)行存儲在所述存儲器中的請 求指令，其中，所述處理器被配置的應(yīng)用程序用于：
[0148] 獲得代理支付請求指令，對所述代理支付請求指令進(jìn)行解析，獲得代理支付請求 指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過委托人的賬戶執(zhí)行支付 過程的操作產(chǎn)生； 陽149] 根據(jù)代理支付請求指令的控制信息查詢代理支付請求指令的內(nèi)容信息，獲得登陸 賬號、交易賬號，利用應(yīng)用程序?qū)Φ顷戀~號和交易賬號的代理關(guān)系進(jìn)行驗證；驗證通過后， 生成支付確認(rèn)信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信息；其中，所述交易 賬號為委托人的賬戶；所述登陸賬號為代理人的賬戶；所述回復(fù)信息是根據(jù)委托人對代理 人執(zhí)行支付過程的操作的確認(rèn)產(chǎn)生的；
[0150] 根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。 陽151] 在代理關(guān)系的建立方面，處理器b進(jìn)一步被配置的應(yīng)用程序還用于：
[0152] 獲得賬戶代理請求指令，對所述賬戶代理請求指令進(jìn)行解析，獲得賬戶代理請求 指令的控制信息； 陽153] 根據(jù)所述賬戶代理請求指令的控制信息查詢賬戶代理請求指令的內(nèi)容信息，獲得 登陸賬號和交易賬號，對登陸賬號和交易賬號進(jìn)行驗證；
[0154] 驗證通過后，建立登陸賬號和交易賬號之間的代理關(guān)系。
[0K5] 在代理支付發(fā)送之前，對代理人的登陸賬號進(jìn)行驗證，分析是否為代理人本人所 為。處理器b進(jìn)一步被配置的應(yīng)用程序還用于：
[0156] 在獲取代理支付請求指令之前，獲得交易驗證請求指令，對所述交易驗證請求指 令進(jìn)行解析，獲得交易驗證請求指令的控制信息； 陽157] 根據(jù)交易驗證請求指令的控制信息查詢交易驗證請求指令的內(nèi)容信息，獲得登陸 賬號，對登陸賬號進(jìn)行有效性驗證，驗證通過后，才允許獲取代理支付請求指令。
[0158] 在代理關(guān)系的取消方面，處理器b進(jìn)一步被配置的應(yīng)用程序還用于：
[0159] 獲得賬戶代理取消指令，對所述賬戶代理取消指令進(jìn)行解析，獲得賬戶代理取消 指令的控制信息；
[0160] 根據(jù)所述賬戶代理取消指令的控制信息查詢賬戶代理取消指令的內(nèi)容信息，獲得 交易賬號，對交易賬號進(jìn)行有效性驗證； 陽161] 驗證通過后，取消登陸賬號和交易賬號之間的代理關(guān)系。
[0162] 本發(fā)明實施例還提供一種計算機(jī)可讀程序，其中當(dāng)在電子設(shè)備中執(zhí)行所述程序 時，所述程序使得計算機(jī)在所述電子設(shè)備中執(zhí)行如圖6、圖7、圖8 W及圖9所述的代理支付 方法。
[0163] 本發(fā)明實施例還提供一種存儲有計算機(jī)可讀程序的存儲介質(zhì)，其中所述計算機(jī)可 讀程序使得計算機(jī)在電子設(shè)備中執(zhí)行如圖6、圖7、圖8 W及圖9所述的代理支付方法。
[0164] 連施例
[01化]為了能夠更加直觀的描述本發(fā)明的特點和工作原理，下文將結(jié)合一個實際運(yùn)用場 景來描述。
[0166] 場景描述：年邁的父母不善電腦使用，委托異地工作的子女代為購買網(wǎng)上的理財 產(chǎn)品，父母要求賬戶獨(dú)立，子女無法查看父母賬戶具體信息，并且每筆購買交易都需要父母 本人確認(rèn)方可生效。
[0167] (1)代理關(guān)系設(shè)置
[0168] 場景描述：父母和子女在支付平臺都有自己的獨(dú)立賬戶，子女在支付平臺發(fā)起代 理父母賬戶的請求，經(jīng)父母確認(rèn)，代理關(guān)系生效。
[0169] 如圖11所示，為本實施例對于代理關(guān)系設(shè)置的流程示意圖。流程分兩個階段：
[0170] 第一階段賬戶代理請求流程： 陽171] a)代理人（子女）在支付平臺登錄本人賬戶后，輸入委托人（父母）賬號，向中屯、 服務(wù)器發(fā)送"賬戶代理請求"指令。 陽172] b)服務(wù)器讀取指令，校驗通過后，讀取指令類型為"設(shè)置賬戶代理關(guān)系"，從指令內(nèi) 容中讀取登錄賬號（子女）和交易賬號（父母），根據(jù)賬號查找數(shù)據(jù)庫并檢查兩個賬戶是否 都為正常狀態(tài)，然后向委托人（父母）發(fā)送驗證碼，通過即時通信接口向委托人（父母）發(fā) 送驗證請求。其中，驗證請求包括填寫指令類型、應(yīng)答碼、驗證碼、系統(tǒng)跟蹤號，其他內(nèi)容與 原請求指令一致。同時，中屯、服務(wù)器存儲賬戶代理關(guān)系記錄。在運(yùn)里需要說明的是，系統(tǒng)跟 蹤號的作用在于關(guān)聯(lián)請求指令與應(yīng)答指令。
[0173] 第二階段賬戶代理生效流程：
[0174] C)在委托人（父母）輸入驗證碼，通過即時通信接口回復(fù)至中屯、服務(wù)器，服務(wù)器根 據(jù)輸入的信息組成應(yīng)答指令；
[01巧]d)根據(jù)查找賬戶代理關(guān)系記錄W及系統(tǒng)跟蹤號，請求指令與應(yīng)答指令通過驗證碼 進(jìn)行匹配，一旦通過驗證，生效賬戶代理關(guān)系。
[0176] 關(guān)于取消代理關(guān)系的具體工作方式，可參考圖7相應(yīng)步驟的具體工作方式，此次 不再寶述。
[0177] 似代理支付
[0178] 場景描述：代理人對代理的賬戶進(jìn)行支付。子女使用父母賬戶替父母支付所購買 的理財產(chǎn)品。
[0179] 如圖12所示，為本實施例對于代理支付的流程示意圖。流程分Ξ個階段：
[0180] 第一階段：登錄賬號的驗證 陽181] a)子女登錄本人賬戶，選擇父母賬戶支付。向中屯、服務(wù)器發(fā)送"交易驗證請求"指 令；
[0182] b)中屯、服務(wù)器獲得交易驗證請求指令，對交易驗證請求指令進(jìn)行解析，獲得交易 驗證請求指令的控制信息；根據(jù)交易驗證請求指令的控制信息查詢交易驗證請求指令的內(nèi) 容信息，獲得登陸賬號，對登陸賬號進(jìn)行有效性驗證； 陽183] 第二階段：支付確認(rèn)信息的產(chǎn)生
[0184] C)第一階段驗證通過后，代理人客戶端執(zhí)行支付過程的操作，中屯、服務(wù)器根據(jù)該 操作產(chǎn)生"代理支付請求"指令；該"代理支付請求"包括訂單內(nèi)容、代理人客戶端操作產(chǎn)生 的結(jié)果信息。 陽化5] d)"代理支付請求"指令進(jìn)行解析，從指令中讀出指令類型（代理支付請求），代 理標(biāo)志（是），根據(jù)運(yùn)些信息從指令內(nèi)容中讀取登錄賬號、交易賬號，查找并校驗賬戶代理 關(guān)系。校驗包括：中屯、服務(wù)器生成一驗證碼W及驗證碼失效時間。將驗證碼和驗證碼失效 時間與"代理支付請求"指令一起組裝，生成支付確認(rèn)信息。并將支付確認(rèn)信息發(fā)送至委托 人（父母）。同時，存儲服務(wù)日志W(wǎng)及各種請求指令。
[0186] 第Ξ階段：代理支付生效 陽187] e)在委托人（父母）根據(jù)支付確認(rèn)信息輸入驗證碼而產(chǎn)生回復(fù)信息，回復(fù)信息通 過即時通訊接口傳輸至中屯、服務(wù)器；
[0188] f)中屯、服務(wù)器查找上一階段的服務(wù)日志，判斷是否超出驗證失效時間，若已失效， 則更新服務(wù)日志狀態(tài)為處理超時，并返回委托人（父母）失敗信息；否則，更新服務(wù)日志狀 態(tài)為正?；貜?fù)，確認(rèn)代理人執(zhí)行的支付過程操作行為有效，完成支付交易。
[0189] 本技術(shù)方案可W執(zhí)行一般支付交易。對于圖1~圖10沒有示出，可W參考現(xiàn)有技 術(shù)。值得注意的是，運(yùn)種情況下，登錄賬號和交易賬號對應(yīng)相同的用戶。
[0190] 通過上述實施例描述可知，委托人可方便地將賬戶委托他人進(jìn)行操作，但是賬戶 的每一筆支付交易仍由本人回復(fù)確認(rèn)后方可生效，安全性高。 陽191] W上所述的【具體實施方式】，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步 詳細(xì)說明，所應(yīng)理解的是，W上所述僅為本發(fā)明的【具體實施方式】而已，并不用于限定本發(fā)明 的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含 在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項】
1. 一種代理支付方法，其特征在于，包括： 獲得代理支付請求指令，對所述代理支付請求指令進(jìn)行解析，獲得代理支付請求指令 的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過委托人的賬戶執(zhí)行支付過程 的操作產(chǎn)生； 根據(jù)代理支付請求指令的控制信息查詢代理支付請求指令的內(nèi)容信息，獲得登陸賬 號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行驗證；驗證通過后，生成支付確認(rèn)信 息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信息；其中，所述交易賬號為委托人的 賬戶；所述登陸賬號為代理人的賬戶；所述回復(fù)信息是根據(jù)委托人對代理人執(zhí)行支付過程 的操作的確認(rèn)產(chǎn)生的； 根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。2. 如權(quán)利要求1所述的方法，其特征在于，還包括： 獲得賬戶代理請求指令，對所述賬戶代理請求指令進(jìn)行解析，獲得賬戶代理請求指令 的控制信息； 根據(jù)所述賬戶代理請求指令的控制信息查詢賬戶代理請求指令的內(nèi)容信息，獲得登陸 賬號和交易賬號，對登陸賬號和交易賬號進(jìn)行驗證； 驗證通過后，建立登陸賬號和交易賬號之間的代理關(guān)系。3. 如權(quán)利要求1所述的方法，其特征在于，還包括： 在獲取代理支付請求指令之前，獲得交易驗證請求指令，對所述交易驗證請求指令進(jìn) 行解析，獲得交易驗證請求指令的控制信息； 根據(jù)交易驗證請求指令的控制信息查詢交易驗證請求指令的內(nèi)容信息，獲得登陸賬 號，對登陸賬號進(jìn)行有效性驗證，驗證通過后，才允許獲取代理支付請求指令。4. 如權(quán)利要求1或2所述的方法，其特征在于，還包括： 獲得賬戶代理取消指令，對所述賬戶代理取消指令進(jìn)行解析，獲得賬戶代理取消指令 的控制信息； 根據(jù)所述賬戶代理取消指令的控制信息查詢賬戶代理取消指令的內(nèi)容信息，獲得交易 賬號，對交易賬號進(jìn)行有效性驗證； 驗證通過后，取消登陸賬號和交易賬號之間的代理關(guān)系。5. 如權(quán)利要求1或2所述的方法，其特征在于，還包括： 存儲賬戶信息、代理關(guān)系、操作日志、驗證信息。6. -種代理支付裝置，其特征在于，包括： 第一解析指令單元，用于獲得代理支付請求指令，對所述代理支付請求指令進(jìn)行解析， 獲得代理支付請求指令的控制信息；其中，所述代理支付請求指令是根據(jù)代理人通過委托 人的賬戶執(zhí)行支付過程的操作產(chǎn)生； 代理支付行為驗證單元，用于根據(jù)代理支付請求指令的控制信息查詢代理支付請求 指令的內(nèi)容信息，獲得登陸賬號、交易賬號，對登陸賬號和交易賬號的代理關(guān)系進(jìn)行驗證； 驗證通過后，生成支付確認(rèn)信息；根據(jù)所述支付確認(rèn)信息獲得回復(fù)信息，驗證回復(fù)信息；其 中，所述交易賬號為委托人的賬戶；所述登陸賬號為代理人的賬戶；所述回復(fù)信息是根據(jù) 委托人對代理人執(zhí)行支付過程的操作的確認(rèn)產(chǎn)生的； 支付單元，用于根據(jù)所述回復(fù)信息的驗證結(jié)果決定是否完成支付。7. 如權(quán)利要求6所述的裝置，其特征在于，還包括： 第二解析指令單元，用于獲得賬戶代理請求指令，對所述賬戶代理請求指令進(jìn)行解析， 獲得賬戶代理請求指令的控制信息； 代理關(guān)系驗證單元，用于根據(jù)所述賬戶代理請求指令的控制信息查詢賬戶代理請求指 令的內(nèi)容信息，獲得登陸賬號和交易賬號，對登陸賬號和交易賬號進(jìn)行驗證； 代理關(guān)系建立單元，用于驗證通過后，建立登陸賬號和交易賬號的代理關(guān)系。8. 如權(quán)利要求6所述的裝置，其特征在于，還包括： 第三解析指令單元，用于在獲取代理支付請求指令之前，獲得交易驗證請求指令，對所 述交易驗證請求指令進(jìn)行解析，獲得交易驗證請求指令的控制信息； 登陸賬號驗證單元，用于根據(jù)交易驗證請求指令的控制信息查詢交易驗證請求指令的 內(nèi)容信息，獲得登陸賬號，對登陸賬號進(jìn)行有效性驗證，驗證通過后，才允許獲取代理支付 請求指令。9. 如權(quán)利要求6或7所述的裝置，其特征在于，還包括： 第四解析指令單元，用于獲得賬戶代理取消指令，對所述賬戶代理取消指令進(jìn)行解析， 獲得賬戶代理取消指令的控制信息； 交易賬號驗證單元，用于根據(jù)所述賬戶代理取消指令的控制信息查詢賬戶代理取消指 令的內(nèi)容信息，獲得交易賬號，對交易賬號進(jìn)行有效性驗證； 代理關(guān)系取消單元，用于驗證通過后，取消登陸賬號和交易賬號之間的代理關(guān)系。10. 如權(quán)利要求6或7所述的裝置，其特征在于，還包括：存儲單元； 所述存儲單元，用于存儲賬戶信息、代理關(guān)系、操作日志、驗證信息。11. 一種電子設(shè)備，所述電子設(shè)備包括如權(quán)利要求6至10任一項所述的代理支付裝置。
【文檔編號】G06Q20/42GK105989494SQ201510276466
【公開日】2016年10月5日
【申請日】2015年5月27日
【發(fā)明人】高建斌, 沈志嶸, 姜豐
【申請人】中國銀聯(lián)股份有限公司