一種跨境支付多商戶服務(wù)狀態(tài)通知的系統(tǒng)和方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及跨境支付多商戶服務(wù)狀態(tài)通知的系統(tǒng)和方法領(lǐng)域。
【背景技術(shù)】
[0002]伴隨互聯(lián)網(wǎng)新興跨境電子商務(wù)的高歌猛進(jìn)，企業(yè)和消費(fèi)者對跨境支付的需求也呈幾何級數(shù)增長。使用傳統(tǒng)的線下匯款和銀行轉(zhuǎn)賬等支付模式不可避免存在資金到賬周期長，付款確認(rèn)速度慢的問題。而使用在線支付模式又存在掉單率高的問題，現(xiàn)有的商戶通知過程，返回地址通過頁面參數(shù)傳遞，只能通過瀏覽器的跳轉(zhuǎn)方式來實現(xiàn)商戶的交易通知，經(jīng)常出現(xiàn)由于客戶端瀏覽器故障或者網(wǎng)絡(luò)故障出現(xiàn)付款的最終狀態(tài)無法實時有效通知到商戶，導(dǎo)致訂單處理流程無法扭轉(zhuǎn)。而且針對網(wǎng)關(guān)交易的拒付、退款等處理流程也無法實時體現(xiàn)到訂單信息上，造成業(yè)務(wù)環(huán)節(jié)的阻塞中斷，業(yè)務(wù)流程無法閉合。這些問題最終都會促成訂單處理效率低，需要太多人工介入環(huán)節(jié)，造成買賣家雙方用戶體驗差等缺點。如申請?zhí)?01210109719.X的專利在數(shù)字電視在線支付系統(tǒng)中一種與商戶系統(tǒng)交易的接口方法公開了在數(shù)字電視在線支付系統(tǒng)中一種與商戶系統(tǒng)交易的接口方法，包括支付系統(tǒng)定時對訂單進(jìn)行自動掃描，對用戶超時未做確認(rèn)的訂單進(jìn)行處理。通過定時處理方式實時性不高，不能及時有效的通知到商戶，增加了掉單幾率，造成買賣家雙方用戶體驗差等缺點。

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

[0003]為解決現(xiàn)有技術(shù)中存在的問題和缺陷，本發(fā)明提供一種跨境支付多商戶服務(wù)狀態(tài)通知的方法，實施該方法的系統(tǒng)還包括商戶系統(tǒng)和支付系統(tǒng)，該方法依次包括以下步驟:
A.商戶進(jìn)行交易操作；
B.支付系統(tǒng)將相應(yīng)的交易完成通知入隊列；
C.從隊列中接收交易完成通知；
D.處理通知；
E.如果處理成功，則刪除隊列中相應(yīng)通知，執(zhí)行步驟F;
F.處理下一條交易完成通知；
G.如果處理失敗，則啟動失敗處理策略。
[0004]優(yōu)選的是，在所述步驟B中，所述隊列包括采用生產(chǎn)者-消費(fèi)者模式的隊列。
[0005]上述任一方案中優(yōu)選的是，在所述步驟D中，所述處理包括多線程處理。
[0006]上述任一方案中優(yōu)選的是，所述多線程處理包括針對不同的商戶使用不同的線程池調(diào)度，設(shè)置不同的阻塞策略，對線程池進(jìn)行監(jiān)控和容錯。
[0007]上述任一方案中優(yōu)選的是，在所述步驟D中，所述處理通知包括根據(jù)商戶設(shè)置的輪詢次數(shù)和輪詢時間來發(fā)送通知消息。
[0008]上述任一方案中優(yōu)選的是，在所述步驟G中，所述失敗處理策略包括 G1.將失敗信息入庫；
G2.生成審計報告； G3.通知商戶。
[0009]上述任一方案中優(yōu)選的是，在所述步驟G2中，所述審計報告包括審計視圖；
上述任一方案中優(yōu)選的是，所述審計視圖用于將處理失敗的通知呈現(xiàn)給商戶。
[0010]上述任一方案中優(yōu)選的是，在所述步驟G3中，所述通知商戶包括對http和https地址進(jìn)行通知。
[0011]本發(fā)明還提供一種跨境支付多商戶服務(wù)狀態(tài)通知的系統(tǒng)，包括商戶系統(tǒng)和支付系統(tǒng)，該系統(tǒng)包括以下模塊:
模塊A，用于商戶進(jìn)行交易操作；
模塊B，用于支付系統(tǒng)將相應(yīng)的交易完成通知入隊列；
模塊C，用于從隊列中接收交易完成通知；
模塊D，用于處理通知；
模塊E，用于如果處理成功，則刪除隊列中相應(yīng)通知，執(zhí)行步驟F;
模塊F，用于處理下一條交易完成通知；
模塊G，用于如果處理失敗，則啟動失敗處理策略。
[0012]優(yōu)選的是，在所述模塊B中，所述隊列包括采用生產(chǎn)者-消費(fèi)者模式的隊列。
[0013]上述任一方案中優(yōu)選的是，在所述模塊D中，所述處理包括多線程處理。
[0014]上述任一方案中優(yōu)選的是，所述多線程處理包括針對不同的商戶使用不同的線程池調(diào)度，設(shè)置不同的阻塞策略，對線程池進(jìn)行監(jiān)控和容錯。
[0015]上述任一方案中優(yōu)選的是，在所述模塊D中，所述處理通知包括根據(jù)商戶設(shè)置的輪詢次數(shù)和輪詢時間來發(fā)送通知消息。
[0016]上述任一方案中優(yōu)選的是，在所述模塊G中，所述失敗處理策略包括模塊G1,用于將失敗信息入庫；
模塊G2，用于生成審計報告；
模塊G3,用于通知商戶。
[0017]上述任一方案中優(yōu)選的是，在所述模塊G2中，所述審計報告包括審計視圖；
上述任一方案中優(yōu)選的是，所述審計視圖用于將處理失敗的通知呈現(xiàn)給商戶。
[0018]上述任一方案中優(yōu)選的是，在所述模塊G3中，所述通知商戶包括對http和https地址進(jìn)行通知。
[0019]上述任一方案中優(yōu)選的是，所述跨境支付多商戶服務(wù)狀態(tài)通知的系統(tǒng)與所述商戶系統(tǒng)實現(xiàn)握手的策略，即通過協(xié)議約定的方式實現(xiàn)所述商戶系統(tǒng)與所述跨境支付多商戶服務(wù)狀態(tài)通知的系統(tǒng)之間的信任和交互。
[0020]上述任一方案中優(yōu)選的是，所述跨境支付多商戶服務(wù)狀態(tài)通知的系統(tǒng)對本系統(tǒng)中的關(guān)鍵指標(biāo)、運(yùn)行狀態(tài)進(jìn)行監(jiān)控，對業(yè)務(wù)流程做日志記錄。
[0021]上述任一方案中優(yōu)選的是，所述監(jiān)控用于當(dāng)系統(tǒng)運(yùn)行達(dá)到閾值時會及時發(fā)出報警信息通知報警人，并通過對所述運(yùn)行狀態(tài)的監(jiān)控自動采取故障轉(zhuǎn)移的策略.上述任一方案中優(yōu)選的是，所述故障轉(zhuǎn)移的策略包括自動啟動failover備用程序。
[0022]本發(fā)明針對不同商戶配置差異化的通知形式。通過配置不同的交易通知地址實現(xiàn)不同商戶通知間互不干擾。配置商戶的狀態(tài)通知策略實現(xiàn)對通知未成功輪詢次數(shù)和輪詢間隔時間的控制，實現(xiàn)不同的失敗的處理形式，包括對失敗原因的記錄、通知失敗時發(fā)送郵件或短信形式報警給商戶、失敗次數(shù)超過設(shè)置閥值的商戶通知將形成相應(yīng)格式文檔提供給交易系統(tǒng)運(yùn)營人員和商戶人員審計，同時在提供的審計視圖上商戶人員可以決定是否對失敗的消息再次發(fā)送通知。通過以上策略靈活管理商戶通知的配置，節(jié)省了時間成本，提升了商戶運(yùn)營效率。
[0023]本發(fā)明實現(xiàn)了對商戶通知的存儲通過生產(chǎn)者-消費(fèi)者模式保證隊列信息處理效率提升，減少交易流程處理時間。通過對隊列的監(jiān)控處理實現(xiàn)對消息管道中的遺漏信息進(jìn)行補(bǔ)償機(jī)制，進(jìn)一步減少消息丟失率。
[0024]本發(fā)明對商戶的消息的分發(fā)實現(xiàn)多線程處理，針對不同的商戶使用不同的線程池調(diào)度，設(shè)置不同的阻塞策略，對線程池進(jìn)行監(jiān)控和容錯，提升系統(tǒng)的處理效率和吞吐能力。
[0025]本發(fā)明實現(xiàn)了通知系統(tǒng)和商戶系統(tǒng)握手的策略，通過協(xié)議約定的方式實現(xiàn)商戶系統(tǒng)與本系統(tǒng)間信任和交互。
[0026]本發(fā)明針對http和https的商戶通知地址能兼容,應(yīng)對不同的商戶處理協(xié)議。
[0027]本發(fā)明通過實現(xiàn)對多商戶的接入管理，靈活配置商戶的通知形式和策略來提升商戶運(yùn)營效率，對用戶在線支付過程中交易最終狀態(tài)的存儲和分發(fā)，達(dá)到實時通知商戶的目的，減少掉單率，極大提升了商戶處理訂單的效率，最終提升了買賣家雙方的用戶體驗。
【附圖說明】
[0028]圖1為按照本發(fā)明一種跨境支付多商戶服務(wù)狀態(tài)通知的系統(tǒng)和方法的一優(yōu)選實施例的多商戶服務(wù)通知設(shè)置的劃分示意圖；
圖2為圖1所示實施例的系統(tǒng)主要流程圖；
圖3為圖1所示實施例的系統(tǒng)交互示意圖；
圖4為圖1所示實施例的監(jiān)控示意圖。
【具體實施方式】
[0029]下面結(jié)合附圖和優(yōu)選的實施方式對本發(fā)明作進(jìn)一步詳細(xì)描述。權(quán)利要求中構(gòu)成要件和實施例中具體實例之間的對應(yīng)關(guān)系可以如下例證。這里的描述意圖在于確認(rèn)在實施例中描述了用來支持在權(quán)利要求中陳述的主題的具體實例，由于在實施例中描述了實例，不意味著該具體實例不表示構(gòu)成要件。相反地，即使在此包含了具體實例作為對應(yīng)一個構(gòu)成要件的要素特征，也不意味著該具體實例不表示任何其它構(gòu)成要件。
[0030]此外，這里的描述不意味著對應(yīng)于實施例中陳述的具體實例的所有主題都在權(quán)利要求中引用了。換句話說，這里的描述不否認(rèn)這種實體，即對應(yīng)實施例包含的具體實例，但不包含在其任何一項權(quán)利要求中，即，能夠在以后的修正被分案并申請、或增加的可能發(fā)明的實體。
[0031]本發(fā)明提供一優(yōu)選實施例1，一種跨境支付多商戶服務(wù)狀態(tài)通知的方法，實施該方法的系統(tǒng)還包括商戶系統(tǒng)和支付系統(tǒng)，該方法包括
商戶系統(tǒng)進(jìn)行付款、退款、拒付等操作；
交易系統(tǒng)完成相應(yīng)業(yè)務(wù)流程，生成一個交易完成通知；
交易系統(tǒng)將此交易完成通知送入生產(chǎn)者-消費(fèi)者模式的隊列。
[0032]進(jìn)行商戶服務(wù)狀態(tài)通知的時候，將交易完成通知從隊列中取出； 使用多線程，針對不同的商戶使用不同的線程池調(diào)度的方法對交易完成通知進(jìn)行處理；
根據(jù)商戶設(shè)定的輪詢次數(shù)和輪詢時間，將交易完成通知發(fā)送給商戶；
發(fā)送時，可以支持商戶提供的各種地址，包括http和https ；