一種數(shù)據(jù)處理系統(tǒng)及方法
【專利摘要】本發(fā)明提供了一種數(shù)據(jù)處理系統(tǒng)及方法，通過建立多節(jié)點(diǎn)賬戶分布式網(wǎng)絡(luò)，對于某一節(jié)點(diǎn)超過某一數(shù)額的支付交易，向其他相關(guān)節(jié)點(diǎn)賬戶發(fā)送確認(rèn)支付請求，收到支付請求確認(rèn)信息后，進(jìn)行支付交易處理，從而可以避免單一節(jié)點(diǎn)賬戶直接決定公共賬戶的支付交易，確保賬戶安全，且多節(jié)點(diǎn)可以配置不同權(quán)限，使用靈活。
【專利說明】一種數(shù)據(jù)處理系統(tǒng)及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)處理【技術(shù)領(lǐng)域】，尤其涉及一種數(shù)據(jù)處理系統(tǒng)及方法。
【背景技術(shù)】
[0002]現(xiàn)有的支付賬戶主要是單節(jié)點(diǎn)支付系統(tǒng)，一個支付賬戶對應(yīng)一個賬戶名和密碼，通過與支付賬戶唯一對應(yīng)的賬戶名及密碼來對支付賬戶進(jìn)行管理。通常，對于個人的支付賬戶，采用此種處理方式?jīng)]有問題。實(shí)際中，還存在由多人共同管理的支付賬戶，即公共賬戶，比如公共基金、家庭基金等，也是一個支付賬戶唯一對應(yīng)一套賬戶名和密碼，通過單一節(jié)點(diǎn)的管理員賬戶名和密碼進(jìn)行管理，該管理員賬戶名和密碼可以直接決定交易支付。
[0003]上述現(xiàn)有技術(shù)中對于公共賬戶的處理，通過管理員賬戶名和密碼可以直接決定交易支付，無法實(shí)現(xiàn)多節(jié)點(diǎn)在不同地點(diǎn)對公共賬戶進(jìn)行集體處理。

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

[0004]本發(fā)明針對上述問題，提出了一種數(shù)據(jù)處理系統(tǒng)及方法，可以實(shí)現(xiàn)分布式多節(jié)點(diǎn)對公共賬戶進(jìn)行處理，以保證對賬戶監(jiān)管的透明性和安全性。
[0005]在一個方面，本發(fā)明提供了一種數(shù)據(jù)處理系統(tǒng)，所述系統(tǒng)包括:
[0006]配置單元，用于為支付賬戶配置多個子賬戶；
[0007]請求單元，用于當(dāng)某一子賬戶請求支付的數(shù)額大于其閾值時，向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求；
[0008]處理單元，用于在收到所述相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理。
[0009]在另一個方面，本發(fā)明提供了一種數(shù)據(jù)處理方法，其包括:
[0010]為支付賬戶配置多個子賬戶；
[0011]當(dāng)所述某一子賬戶請求支付的數(shù)額大于其閾值，向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求；
[0012]在收到所述相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理。
[0013]本發(fā)明通過上述方案，可以避免單一節(jié)點(diǎn)賬戶直接決定公共賬戶的支付交易，通過建立多節(jié)點(diǎn)賬戶分布式網(wǎng)絡(luò)，對于某一節(jié)點(diǎn)超過某一數(shù)額的支付交易，向其他相關(guān)節(jié)點(diǎn)賬戶發(fā)送確認(rèn)支付請求，收到支付請求確認(rèn)信息后，進(jìn)行支付交易處理，從而確保賬戶安全，且多節(jié)點(diǎn)可以配置不同權(quán)限，使用靈活。
【專利附圖】

【附圖說明】
[0014]下面將參照附圖描述本發(fā)明的具體實(shí)施例，其中:
[0015]圖1為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)處理系統(tǒng)的示意圖；
[0016]圖2為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)處理方法的流程圖；
[0017]圖3為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)處理方法的示例圖。【具體實(shí)施方式】
[0018]為了使本發(fā)明的技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖對本發(fā)明的示例性實(shí)施例進(jìn)行進(jìn)一步詳細(xì)的說明，顯然，所描述的實(shí)施例僅是本發(fā)明的一部分實(shí)施例，而不是所有實(shí)施例的窮舉。
[0019]如圖1所示，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)處理系統(tǒng)，其包括:配置單元101，用于為支付賬戶配置多個子賬戶；請求單元102，用于當(dāng)某一子賬戶請求支付的數(shù)額大于其閾值時，向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求；處理單元103，用于在收到所述相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理。對于每個子賬戶可獨(dú)立處理的數(shù)額閾值為可設(shè)置的，即根據(jù)每個子賬戶情況為其確定并設(shè)置一個可獨(dú)立處理的數(shù)額閾值。
[0020]配置單元101用于為支付賬戶配置可進(jìn)行通信連接的多個子賬戶，各子賬戶間可相互發(fā)送支付請求或確認(rèn)信息，其中確認(rèn)信息包括確認(rèn)支付和拒絕支付。配置單元用于為所述多個子賬戶中的每個子賬戶確定其相關(guān)子賬戶，具體包括依據(jù)所述每個子賬戶與其他子賬戶間的通信網(wǎng)絡(luò)質(zhì)量和/或業(yè)務(wù)關(guān)聯(lián)性確定其相關(guān)子賬戶或者為多個子賬戶中的每個子賬戶預(yù)先設(shè)置相關(guān)子賬戶，或者為所述每個子賬戶預(yù)先設(shè)定相關(guān)子賬戶。配置單元101還用于為所述每個子賬戶配置其重要相關(guān)子賬戶，其中，重要相關(guān)子賬戶是指與該請求支付子賬戶業(yè)務(wù)關(guān)聯(lián)性最聞的的相關(guān)子賬戶。
[0021]具體地，依據(jù)多個子賬戶間每兩個子賬戶間的通信網(wǎng)絡(luò)質(zhì)量，包括通信距離、信號傳輸質(zhì)量或業(yè)務(wù)關(guān)聯(lián)緊密程度(也可稱為業(yè)務(wù)關(guān)聯(lián)性)來決定是否為相關(guān)子賬戶，例如，現(xiàn)在有同屬于一個支付賬戶的子賬戶A、B、C和D，A當(dāng)前請求支付的數(shù)額超過其能獨(dú)立處理的數(shù)額閾值，A需要向其相關(guān)子賬戶B、C或D發(fā)送數(shù)據(jù)處理確認(rèn)請求，其中，A與B之間通信距離很遠(yuǎn)且二者通信網(wǎng)絡(luò)質(zhì)量較差甚至無法進(jìn)行有效的通信，且A與B在業(yè)務(wù)上的關(guān)聯(lián)性較小，則確定B為A的非相關(guān)子賬戶；而C和D與A的通信距離較近，通信網(wǎng)絡(luò)質(zhì)量較佳或者在業(yè)務(wù)上，關(guān)聯(lián)性較強(qiáng)，則A與C和D為相關(guān)子賬戶。子賬戶與其相關(guān)子賬戶也可以是預(yù)先設(shè)定的。
[0022]其中，通信網(wǎng)絡(luò)質(zhì)量是指兩個子賬戶間的通信信號傳輸質(zhì)量，可以在要根據(jù)通信網(wǎng)絡(luò)質(zhì)量為某個子賬戶確定相關(guān)子賬戶時，由該子賬戶發(fā)送一個測試信號到其余的子賬戶，并根據(jù)其他子賬戶收到的信號強(qiáng)度情況確定其相關(guān)子賬戶，例如有三個子賬戶A、B、C，A發(fā)送同樣強(qiáng)度的信號，-30dB的信號S，信號S到達(dá)B衰減為-38dB，信號S到達(dá)C衰減為-60dB，明顯可以看出，A和B間的通信網(wǎng)絡(luò)質(zhì)量比A和C間的通信網(wǎng)絡(luò)質(zhì)量要好，若要為A選擇一個相關(guān)子賬戶時，確定B為A的相關(guān)子賬戶。
[0023]請求單元102用于向所述請求支付子賬戶的所有相關(guān)子賬戶發(fā)出確認(rèn)支付請求；或者，根據(jù)所述子賬戶請求支付的數(shù)額確定需要發(fā)送確認(rèn)支付請求的相關(guān)子賬戶的數(shù)量，其中所述需要發(fā)送支付請求的相關(guān)子賬戶的數(shù)量與所述請求支付的數(shù)額成正比。例如，A可獨(dú)立處理的數(shù)額閾值為20萬元，當(dāng)A請求支付40萬元時，只需要向相關(guān)子賬戶C或D中的一個相關(guān)子賬戶發(fā)出支付請求即可，選擇發(fā)送支付請求的相關(guān)子賬戶時，考慮通信網(wǎng)絡(luò)質(zhì)量較佳或業(yè)務(wù)關(guān)聯(lián)性較強(qiáng)的；當(dāng)A請求支付60萬元時，則需要向相關(guān)子賬戶C和D兩個相關(guān)子賬戶發(fā)出支付請求，子賬戶根據(jù)請求支付的數(shù)額向一個或多個相關(guān)子賬戶發(fā)送支付請求。[0024]所述處理單元103，在收到所述請求支付子賬戶的相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理，具體包括:若收到預(yù)設(shè)比例以上(例如，50%或者70%，可根據(jù)需要選擇)的相關(guān)子賬戶的確認(rèn)支付信息或收到其重要相關(guān)子賬戶的確認(rèn)支付信息，則執(zhí)行所述請求支付子賬戶的本次支付；若收到少于預(yù)設(shè)比例的相關(guān)子賬戶的確認(rèn)支付信息或收到重要相關(guān)子賬戶的拒絕支付信息，則拒絕所述請求支付子賬戶的本次支付。
[0025]如圖2所示，本發(fā)明的實(shí)施例提供了一種數(shù)據(jù)處理方法，其處理流程如下:
[0026]步驟S201:為支付賬戶配置多個子賬戶。例如對于支付賬戶為公共賬戶的，為了實(shí)現(xiàn)分布式多節(jié)點(diǎn)對公共賬戶進(jìn)行處理，保證該公共賬戶監(jiān)管的透明性和安全性，為該公共賬戶配置多個子賬戶。
[0027]步驟S202:當(dāng)某一子賬戶有支付交易，判斷當(dāng)該賬戶請求支付的數(shù)額是否大于其閾值，若是，則執(zhí)行步驟S203，若否，則執(zhí)行步驟S204，由該子賬戶獨(dú)立處理支付交易。其中，多個子賬戶中的每個子賬戶可獨(dú)立處理的支付數(shù)額可以分別設(shè)置。
[0028]步驟S203:向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求。這里可以由該子賬戶根據(jù)請求支付的數(shù)額向一個或多個相關(guān)子賬戶發(fā)送支付請求，也可以由其他網(wǎng)元根據(jù)該子賬戶上報的請求支付的數(shù)額確定是否需要向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求，若需要向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求，則由其他網(wǎng)元向該子賬戶的相關(guān)子賬戶發(fā)出確認(rèn)支付請求。其中該子賬戶與其相關(guān)子賬戶間有線或無線連接，可相互發(fā)送支付請求或確認(rèn)信息，其中確認(rèn)信息包括確認(rèn)支付和拒絕支付。多個子賬戶中的每個子賬戶的相關(guān)子賬戶是預(yù)先設(shè)定的，或者每個子賬戶依據(jù)其與其他子賬戶間的通信網(wǎng)絡(luò)質(zhì)量和/或業(yè)務(wù)關(guān)聯(lián)性確定其相關(guān)子賬戶。具體地，多個子賬戶中的每個子賬戶依據(jù)其與其他子賬戶間的通信網(wǎng)絡(luò)質(zhì)量，包括通信距離、信號傳輸質(zhì)量或在業(yè)務(wù)上的關(guān)聯(lián)緊密程度(也可稱為業(yè)務(wù)關(guān)聯(lián)性)來決定是否為相關(guān)子賬戶，其中，通信網(wǎng)絡(luò)質(zhì)量是指兩個子賬戶間的通信信號傳輸質(zhì)量，可以在要根據(jù)通信網(wǎng)絡(luò)質(zhì)量為某個子賬戶確定相關(guān)子賬戶時，由該子賬戶發(fā)送一個測試信號到其余的子賬戶，并根據(jù)其他子賬戶收到的信號強(qiáng)度情況確定其相關(guān)子賬戶。例如，現(xiàn)在有同屬于一個支付賬戶的子賬戶A、B、C和D，A當(dāng)前請求支付的數(shù)額超過其能獨(dú)立處理的數(shù)額閾值，A需要向其相關(guān)子賬戶B、C或D發(fā)送數(shù)據(jù)處理確認(rèn)請求，其中，A與B之間通信距離很遠(yuǎn)且二者通信網(wǎng)絡(luò)質(zhì)量較差甚至無法進(jìn)行有效的通信，且A與B在業(yè)務(wù)上的關(guān)聯(lián)性較小，則確定B為A的非相關(guān)子賬戶；而C和D與A的通信距離較近，通信網(wǎng)絡(luò)質(zhì)量較佳或者業(yè)務(wù)關(guān)聯(lián)性較強(qiáng)，則A與C和D為相關(guān)子賬戶，還可以根據(jù)業(yè)務(wù)上的關(guān)聯(lián)性，對A的相關(guān)子賬戶進(jìn)行相關(guān)性排序，確定與A最相關(guān)的相關(guān)子賬戶。該子賬戶的相關(guān)子賬戶也可以是預(yù)先設(shè)定的，固定的，即從業(yè)務(wù)關(guān)聯(lián)性上或者其他方面考慮，預(yù)先設(shè)定A的相關(guān)子賬戶為B。繼續(xù)執(zhí)行步驟S205。
[0029]根據(jù)所述子賬戶請求支付的數(shù)額確定其需要發(fā)送支付請求的相關(guān)子賬戶的數(shù)量，其中需要發(fā)送支付請求的相關(guān)子賬戶的數(shù)量與請求支付的數(shù)額成正比。例如，所述子賬戶可獨(dú)立處理的數(shù)額閾值為20萬元，當(dāng)其請求支付的數(shù)額為80萬元時，需要向3個相關(guān)子賬戶發(fā)送確認(rèn)支付請求；當(dāng)其請求支付的數(shù)額為100萬元時，需要向4個相關(guān)子賬戶發(fā)送確認(rèn)支付請求。
[0030]步驟S205:在收到相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理，具體地，若收到預(yù)設(shè)比例以上(例如，50%或者70%，可根據(jù)需要選擇)的相關(guān)子賬戶的確認(rèn)支付信息或收到其重要相關(guān)子賬戶的確認(rèn)支付信息，同意該請求支付子賬戶的本次支付，則執(zhí)行所述請求支付子賬戶的本次支付；若收到少于預(yù)設(shè)比例的相關(guān)子賬戶的確認(rèn)支付信息或收到其重要相關(guān)子賬戶的拒絕支付信息，則拒絕該請求支付子賬戶本次支付，本次支付失敗。其中，本發(fā)明實(shí)施例中的重要相關(guān)子賬戶是指與該請求支付子賬戶業(yè)務(wù)關(guān)聯(lián)性最高的的相關(guān)子賬戶。
[0031]圖3示出了針對本發(fā)明實(shí)施例提供的一種數(shù)據(jù)處理方法的實(shí)例。具體地，有一公共基金，管理1000萬元的資產(chǎn)，
[0032]步驟S301:為了保證該公共基金的有效監(jiān)管，為其分配N個子賬戶，例如分成10個子賬戶，每個子賬戶可以獨(dú)立處理一定數(shù)額的支付交易，例如每個子賬戶可獨(dú)立處理50力.7Π。
[0033]步驟S302:當(dāng)某個子賬戶當(dāng)前處理的支付交易數(shù)額超過某一數(shù)額，例如50萬元，其不能獨(dú)立完成支付交易的處理。
[0034]步驟S303:向其相關(guān)子賬戶發(fā)送支付交易確認(rèn)請求，根據(jù)該子賬戶實(shí)際支付交易的數(shù)額大小確定需要向幾個相關(guān)子賬戶發(fā)送支付交易確認(rèn)請求，可以由該子賬戶自己或者該某網(wǎng)元確定要向幾個相關(guān)子賬戶發(fā)出支付交易確認(rèn)請求，例如，如果支付交易數(shù)額為200萬元，則需要向兩個相關(guān)子賬戶發(fā)送支付交易確認(rèn)請求；如果支付交易數(shù)額為500萬元，則需要向6個相關(guān)子賬戶發(fā)送支付交易確認(rèn)請求。具體確定其相關(guān)子賬戶可以是預(yù)先設(shè)定的，也可以根據(jù)子賬戶間的通信距離和/或業(yè)務(wù)關(guān)聯(lián)性來確定是否為相關(guān)賬戶。
[0035]步驟S304:接收相關(guān)子賬戶的支付請求確認(rèn)信息，相關(guān)子賬戶對該子賬戶的支付交易確認(rèn)請求可以確認(rèn)支付，也可以拒絕支付。
[0036]步驟S305:根據(jù)收到的相關(guān)子賬戶的確認(rèn)信息進(jìn)行支付交易處理，若相關(guān)子賬戶全部或大部分(例如，70%的相關(guān)子賬戶)確認(rèn)其發(fā)送的支付交易確認(rèn)請求，或者與該子賬戶最相關(guān)的重要相關(guān)子賬戶確認(rèn)支付，不論其他相關(guān)子賬戶確認(rèn)支付或拒絕支付，支付交易繼續(xù)進(jìn)行，到支付交易完成，則結(jié)束。若相關(guān)子賬戶全部或大部分(例如，70%的相關(guān)子賬戶)拒絕其發(fā)送的支付交易確認(rèn)請求，或者與該子賬戶最相關(guān)的重要相關(guān)子賬戶拒絕支付，則拒絕該子賬戶支付交易或者可以繼續(xù)向其他相關(guān)子賬戶發(fā)送支付交易確認(rèn)請求。
[0037]步驟S306:結(jié)束。
[0038]本發(fā)明實(shí)施例中提供了一種數(shù)據(jù)處理系統(tǒng)及方法，通過建立多節(jié)點(diǎn)賬戶分布式網(wǎng)絡(luò)，可以避免單一節(jié)點(diǎn)賬戶直接決定公共賬戶的支付交易，對于某一節(jié)點(diǎn)超過某一數(shù)額的支付交易，向其他相關(guān)節(jié)點(diǎn)賬戶發(fā)送確認(rèn)支付請求，收到支付請求確認(rèn)信息后，進(jìn)行支付交易處理，從而確保賬戶安全，且多節(jié)點(diǎn)可以配置不同權(quán)限，使用靈活。
[0039]以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其進(jìn)行限制。因此，在不背離本發(fā)明的精神及其實(shí)質(zhì)的情況下，本領(lǐng)域技術(shù)人員可作出各種改變、替換和變型。很顯然，但這些改變、替換和變型都應(yīng)涵蓋于本發(fā)明權(quán)利要求的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種數(shù)據(jù)處理系統(tǒng)，其特征在于，所述系統(tǒng)包括:配置單元，用于為支付賬戶配置多個子賬戶；請求單元，用于當(dāng)某一子賬戶請求支付的數(shù)額大于其閾值時，向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求；處理單元，用于在收到所述相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述配置單元用于為所述多個子賬戶中的每個子賬戶確定其相關(guān)子賬戶，具體包括依據(jù)所述每個子賬戶與其他子賬戶間的通信網(wǎng)絡(luò)質(zhì)量和/或業(yè)務(wù)關(guān)聯(lián)性確定其相關(guān)子賬戶，或者為所述每個子賬戶預(yù)先設(shè)定相關(guān)子賬戶。
3.如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述配置單元還用于為所述每個子賬戶配置其重要相關(guān)子賬戶。
4.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述請求單元，用于向所述請求支付子賬戶的所有相關(guān)子賬戶發(fā)出確認(rèn)支付請求；或者，根據(jù)所述子賬戶請求支付的數(shù)額確定需要發(fā)送確認(rèn)支付請求的相關(guān)子賬戶的數(shù)量，其中所述需要發(fā)送支付請求的相關(guān)子賬戶的數(shù)量與所述請求支付的數(shù)額成正比。
5.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述處理單元，用于在收到所述請求支付子賬戶的相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理，具體包括:若收到預(yù)設(shè)比例以上的相關(guān)子賬戶的確認(rèn)支付信息或收到其重要相關(guān)子賬戶的確認(rèn)支付信息，則執(zhí)行所述請求支付子賬戶的本次支付；若收到少于預(yù)設(shè)比例的相關(guān)子賬戶的確認(rèn)支付信息或收到重要相關(guān)子賬戶的拒絕支付信息，則拒絕所述請求支付子賬戶的本次支付。
6.一種數(shù)據(jù)處理方法，其特征在于，包括以下步驟:為支付賬戶配置多個子賬戶；當(dāng)某一子賬戶請求支付的數(shù)額大于其閾值時，向其相關(guān)子賬戶發(fā)出確認(rèn)支付請求；在收到所述相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理。
7.如權(quán)利要求6所述的方法，其特征在于，所述多個子賬戶間通信連接，可相互發(fā)送支付請求或確認(rèn)信息，其中確認(rèn)信息包括確認(rèn)支付和拒絕支付。
8.如權(quán)利要求7所述的方法，其特征在于，所述多個子賬戶中的每個子賬戶的相關(guān)子賬戶是預(yù)先設(shè)定、或者是依據(jù)其與其他子賬戶間的通信網(wǎng)絡(luò)質(zhì)量和/或業(yè)務(wù)關(guān)聯(lián)性確定，且所述相關(guān)子賬戶中包括重要相關(guān)子賬戶。
9.如權(quán)利要求7所述的方法，其特征在于，根據(jù)所述子賬戶請求支付的數(shù)額確定其需要發(fā)送支付請求的相關(guān)子賬戶的數(shù)量，其中需要發(fā)送支付請求的相關(guān)子賬戶的數(shù)量與請求支付的數(shù)額成正比。
10.如權(quán)利要求6至9任一所述的方法，其特征在于，在收到所述請求支付子賬戶的相關(guān)子賬戶的支付請求確認(rèn)信息后，進(jìn)行相應(yīng)的支付數(shù)據(jù)處理，具體包括:若收到預(yù)設(shè)比例以上的相關(guān)子賬戶的確認(rèn)支付信息或收到其重要相關(guān)子賬戶的確認(rèn)支付信息，則執(zhí)行所述請求支付子賬戶的本次支付；若收到少于預(yù)設(shè)比例的相關(guān)子賬戶的確認(rèn)支付信息或收到其重要相關(guān)子賬戶的拒絕支付信息，則拒絕所述請求支付子賬戶的本次支付。
【文檔編號】G06Q20/38GK103679449SQ201310726828
【公開日】2014年3月26日 申請日期:2013年12月25日 優(yōu)先權(quán)日:2013年12月25日
【發(fā)明者】張黎明, 王雪飛, 李翔宇 申請人:拉卡拉支付有限公司