網(wǎng)絡(luò)交易支付處理系統(tǒng)及方法技術(shù)方案

本申請(qǐng)揭示了一種網(wǎng)絡(luò)交易的支付處理系統(tǒng)及方法，該支付處理系統(tǒng)包括：包括通過網(wǎng)絡(luò)連接的客戶端設(shè)備、商戶端設(shè)備和中介處理設(shè)備；所述客戶端設(shè)備，用于將買方用戶的付款請(qǐng)求通過網(wǎng)絡(luò)發(fā)送至中介處理設(shè)備；中介處理設(shè)備，用于接收至少兩個(gè)買方針對(duì)同一筆交易所發(fā)送的付款請(qǐng)求，根據(jù)付款請(qǐng)求，將支付金額從相應(yīng)的買方賬戶轉(zhuǎn)入本地賬戶、根據(jù)交易類型或用戶確認(rèn)信息，將支付金額轉(zhuǎn)入賣方賬戶，并且向商戶端設(shè)備發(fā)送與該交易所對(duì)應(yīng)的賬戶狀態(tài)變化信息；所述商戶端設(shè)備，用于根據(jù)所述中介處理設(shè)備發(fā)送的信息，向賣方用戶發(fā)出相應(yīng)的提示。應(yīng)用上述方案可以實(shí)現(xiàn)在同一筆交易中，多個(gè)買方直接與賣方進(jìn)行交易，從而節(jié)省系統(tǒng)和網(wǎng)絡(luò)資源，提高數(shù)據(jù)交互效率。

【技術(shù)實(shí)現(xiàn)步驟摘要】

本申請(qǐng)涉及一種，屬于電子商務(wù)領(lǐng)域。
技術(shù)介紹
現(xiàn)有的電子商務(wù)支付處理系統(tǒng)，常見的記賬模式有兩種“一進(jìn)一出”和“一進(jìn)多出”。這里的“進(jìn)”是指從買方付款方的賬戶中支出一定的金額，“出”是指將付款方買方支出的金額轉(zhuǎn)入賣方收款方賬戶。常見的一次交易支付過程中，交易資金只從一個(gè)買方賬戶流入到另外一個(gè)賣方賬戶，用的就是一進(jìn)一出這種記賬模型；如果交易資金只從一個(gè)買方賬戶支出，但是流入到多個(gè)賣方賬戶，則適用于一進(jìn)多出這種記賬模式。現(xiàn)有的“一進(jìn)一出”資源交互方法是，第一用戶擁有資源A，第二用戶擁有資源B，第一用戶和第二用戶通過第三方機(jī)構(gòu)實(shí)現(xiàn)資源A與資源B的交互，具體交互過程為第一 用戶將資源A發(fā)送給所述第三方機(jī)構(gòu)臨時(shí)保存，第三方機(jī)構(gòu)將第一用戶已發(fā)送資源A的消息通知第二用戶，第二用戶收到通知后將資源B發(fā)送給第一用戶，第一用戶收到資源B后通知第三方機(jī)構(gòu)，第三方機(jī)構(gòu)再將所述臨時(shí)保存的資源A發(fā)送給第二用戶，交互過程結(jié)束。這樣，第一用戶就擁有了資源B，第二用戶就擁有了資源A。然而，現(xiàn)有的電子商務(wù)支付處理系統(tǒng)在某些現(xiàn)在流行的業(yè)務(wù)以及特殊支付場(chǎng)景下，就存在一定的問題。例如，對(duì)于在“多個(gè)買方合買同一件商品或服務(wù)”等復(fù)雜的業(yè)務(wù)模式時(shí)，現(xiàn)有的支付處理系統(tǒng)實(shí)際上仍然只能支持一名買方用戶進(jìn)行直接交易，對(duì)于其他買方用戶而言，仍然需要將資金先轉(zhuǎn)入這名直接交易買方，再由直接交易買方進(jìn)行統(tǒng)一交易。從系統(tǒng)的角度而言，需要增加多個(gè)“間接交易買方-直接交易買方”之間的數(shù)據(jù)交互流程，交互效率較低。不僅要占用更多的系統(tǒng)及網(wǎng)絡(luò)資源，而且還帶來了更多的不安全因素。對(duì)于用戶而言，增加了操作的復(fù)雜性，特別是直接交易買方，還需要承擔(dān)額外的管理工作。
技術(shù)實(shí)現(xiàn)思路
本申請(qǐng)?zhí)峁┮环N網(wǎng)絡(luò)交易的支付處理系統(tǒng)和方法，以實(shí)現(xiàn)在同一筆交易中，多個(gè)買方直接與賣方進(jìn)行交易，技術(shù)方案如下一種網(wǎng)絡(luò)交易支付處理系統(tǒng)，該支付處理系統(tǒng)包括通過網(wǎng)絡(luò)連接的客戶端設(shè)備、商戶端設(shè)備和中介處理設(shè)備；所述客戶端設(shè)備，用于將買方用戶的付款請(qǐng)求通過網(wǎng)絡(luò)發(fā)送至中介處理設(shè)備；中介處理設(shè)備，用于接收至少兩個(gè)買方針對(duì)同一筆交易所發(fā)送的付款請(qǐng)求，根據(jù)付款請(qǐng)求，將支付金額從相應(yīng)的買方賬戶轉(zhuǎn)入本地賬戶、根據(jù)交易類型或用戶確認(rèn)信息，將支付金額轉(zhuǎn)入賣方賬戶，并且向商戶端設(shè)備發(fā)送與該交易所對(duì)應(yīng)的賬戶狀態(tài)變化信息；所述商戶端設(shè)備，用于根據(jù)所述中介處理設(shè)備發(fā)送的信息，向賣方用戶發(fā)出相應(yīng)的提示。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，所述中介處理設(shè)備包括付款接收模塊，用于接收至少兩個(gè)買方針對(duì)同一筆交易所發(fā)送的付款請(qǐng)求，根據(jù)付款請(qǐng)求，將支付金額從相應(yīng)的買方賬戶轉(zhuǎn)入本地賬戶；通知模塊，用于將所述付款接收模塊接收的支付金額信息發(fā)送至商戶端設(shè)備；付款結(jié)算模塊，用于根據(jù)交易類型，將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，在所述交易類型為即時(shí)到賬交易的情況下，所述付款結(jié)算模塊在支付金額從買方賬戶轉(zhuǎn)入本地賬戶后，直接將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改 進(jìn)，在所述交易類型為擔(dān)保交易的情況下，所述中介處理設(shè)備還包括交易確認(rèn)模塊，用于接收買方發(fā)送的交易完成確認(rèn)信息；所述付款結(jié)算模塊具體配置為用于根據(jù)所述交易確認(rèn)模塊接收的交易完成確認(rèn)信息，將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，所述付款接收模塊，具體配置為針對(duì)每個(gè)買方的支付金額，在本地賬戶分別進(jìn)行一次入賬記錄；或針對(duì)所有買方的支付金額，在本地賬戶進(jìn)行一次入賬總額記錄。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，所述賣方包括直接交易賣方和間接交易賣方；所述付款結(jié)算模塊，包括總額結(jié)算單元，用于將支付金額從本地賬戶轉(zhuǎn)入直接交易賣方賬戶；分潤結(jié)算單元，用于根據(jù)預(yù)置的分潤規(guī)則，將轉(zhuǎn)入直接交易賣方賬戶的金額進(jìn)一步轉(zhuǎn)入至少一個(gè)間接交易賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，所述分潤結(jié)算單元，具體配置為針對(duì)每個(gè)間接交易賣方的支付金額，在直接交易賣方賬戶分別進(jìn)行一次出賬記錄;或針對(duì)所有間接交易賣方的支付金額，在直接交易賣方賬戶進(jìn)行一次出賬總額記錄。本申請(qǐng)實(shí)施例還提供一種網(wǎng)絡(luò)交易支付處理方法，包括中介處理設(shè)備接收至少兩個(gè)買方通過客戶端設(shè)備針對(duì)同一筆交易所發(fā)送的付款請(qǐng)求，根據(jù)付款請(qǐng)求，將支付金額從相應(yīng)的買方賬戶轉(zhuǎn)入本地賬戶；將所述付款接收模塊接收的支付金額信息發(fā)送至商戶端設(shè)備；根據(jù)交易類型，將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，在所述交易類型為即時(shí)到賬交易的情況下，所述根據(jù)交易類型或用戶確認(rèn)信息，將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶，包括在支付金額從買方賬戶轉(zhuǎn)入本地賬戶后，直接將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，在所述交易類型為擔(dān)保交易的情況下，根據(jù)交易類型，將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶，包括接收買方發(fā)送的交易完成確認(rèn)信息；根據(jù)所述交易完成確認(rèn)信息，將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，所述根據(jù)付款請(qǐng)求，將支付金額從相應(yīng)的買方賬戶轉(zhuǎn)入本地賬戶，包括針對(duì)每個(gè)買方的支付金額，在本地賬戶分別進(jìn)行一次入賬記錄；或針對(duì)所有買方的支付金額，在本地賬戶進(jìn)行一次入賬總額記錄。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，所述賣方包括直接交易賣方和間接交易賣方；所述將支付金額從本地賬戶轉(zhuǎn)入賣方賬戶，包括將支付金額從本地賬戶轉(zhuǎn)入直接交易賣方賬戶；根據(jù)預(yù)置的分潤規(guī)則，將轉(zhuǎn)入直接交易賣方賬戶的金額進(jìn)一步轉(zhuǎn)入至少一個(gè)間接 交易賣方賬戶。作為本申請(qǐng)方案的進(jìn)一步改進(jìn)，所述將轉(zhuǎn)入直接交易賣方賬戶的金額進(jìn)一步轉(zhuǎn)入至少一個(gè)間接交易賣方賬戶，包括針對(duì)每個(gè)間接交易賣方的支付金額，在直接交易賣方賬戶分別進(jìn)行一次出賬記錄;或針對(duì)所有間接交易賣方的支付金額，在直接交易賣方賬戶進(jìn)行一次出賬總額記錄。相較于現(xiàn)有技術(shù)，本申請(qǐng)網(wǎng)絡(luò)交易的支付處理系統(tǒng)及其支付方法的有益效果是在中介處理設(shè)備針對(duì)同一筆交易設(shè)置對(duì)應(yīng)于直接交易買方及間接交易買方的支付接口，并通過支付接口接收直接交易買方及間接交易買方選所支出的預(yù)付款，因此，中介處理設(shè)備可以接收多個(gè)買方針對(duì)同一筆交易所發(fā)送的付款請(qǐng)求，也就是說可以在存在多個(gè)買方的情況下，仍然支持在線直接交易。從而避免了“間接交易買方-直接交易買方”之間的數(shù)據(jù)交互流程”，不僅節(jié)省了系統(tǒng)和網(wǎng)絡(luò)資源，提高了數(shù)據(jù)交互效率，而且也避免了買方之間資金流動(dòng)所帶來的不安全因素。對(duì)于用戶而言，無論是“直接交易買方”和“間接交易買方”都可以按照普通的交易模式直接與賣方進(jìn)行交易，而且直接交易買方也不需要承擔(dān)額外的管理工作。在提升用戶使用感受的同時(shí)，也可以有效提升業(yè)務(wù)的處理效率。附圖說明圖I是本申請(qǐng)網(wǎng)絡(luò)交易支付處理系統(tǒng)的結(jié)構(gòu)示意圖；圖2(a)是本申請(qǐng)實(shí)施例中預(yù)付款支出時(shí)的第一種記賬模型；圖2(b)是本申請(qǐng)實(shí)施例中預(yù)付款撥入賣方賬戶時(shí)的第一種記賬模型；圖3是本申請(qǐng)實(shí)施例中預(yù)付款支出時(shí)的第二種記賬模型；圖4(a)是本申請(qǐng)實(shí)施例中預(yù)付款支出時(shí)的第三種記賬模型；圖4(b)是本申請(qǐng)實(shí)施例中預(yù)付款撥入賣方賬戶時(shí)的第二種記賬模型；圖5是本申請(qǐng)實(shí)施例中預(yù)付款支出時(shí)的第四種記賬模型；圖6是本申請(qǐng)網(wǎng)絡(luò)交易支付處理系統(tǒng)的另一種結(jié)構(gòu)示意圖；圖7是本申請(qǐng)實(shí)施例第一種分潤方案的記賬模型；圖8是本申請(qǐng)實(shí)施例第二種分潤方案的記賬模型；圖9是本申請(qǐng)網(wǎng)絡(luò)交易支付處理方法的流程圖。具體實(shí)施例方式請(qǐng)參圖I所示，本申請(qǐng)揭示了一本文檔來自技高網(wǎng)...

【技術(shù)保護(hù)點(diǎn)】
一種網(wǎng)絡(luò)交易支付處理系統(tǒng)，其特征在于，該支付處理系統(tǒng)包括通過網(wǎng)絡(luò)連接的客戶端設(shè)備、商戶端設(shè)備和中介處理設(shè)備；所述客戶端設(shè)備，用于將買方用戶的付款請(qǐng)求通過網(wǎng)絡(luò)發(fā)送至中介處理設(shè)備；中介處理設(shè)備，用于接收至少兩個(gè)買方針對(duì)同一筆交易所發(fā)送的付款請(qǐng)求，根據(jù)付款請(qǐng)求，將支付金額從相應(yīng)的買方賬戶轉(zhuǎn)入本地賬戶、根據(jù)交易類型或用戶確認(rèn)信息，將支付金額轉(zhuǎn)入賣方賬戶，并且向商戶端設(shè)備發(fā)送與該交易所對(duì)應(yīng)的賬戶狀態(tài)變化信息；所述商戶端設(shè)備，用于根據(jù)所述中介處理設(shè)備發(fā)送的信息，向賣方用戶發(fā)出相應(yīng)的提示。

【技術(shù)特征摘要】
...

【專利技術(shù)屬性】
技術(shù)研發(fā)人員：舒真才，趙建戶，謝德平，黃俊，
申請(qǐng)(專利權(quán))人：樂活在線北京網(wǎng)絡(luò)技術(shù)有限公司，
類型：發(fā)明
國別省市：