本發(fā)明涉及票據(jù)流通業(yè)務(wù)信息化技術(shù)領(lǐng)域,具體涉及一種票據(jù)交易在線撮合系統(tǒng)及方法。
背景技術(shù):
商業(yè)票據(jù)是一種無(wú)擔(dān)保的短期期票(promissory note),有確定的金額及到期日。商業(yè)票據(jù)是一種可轉(zhuǎn)讓的金融工具,通常是不記名的。與存款單(CD)一樣,商業(yè)票據(jù)是籌措流動(dòng)資金的工具。
承兌匯票等商業(yè)票據(jù)已經(jīng)成為經(jīng)濟(jì)生活中不可缺少的支付手段,以往由于其紙質(zhì)的形式造成了流通不暢,進(jìn)而降低了其在金融交易中的價(jià)值;如今,電子票據(jù)以及電子商業(yè)匯票系統(tǒng)的出現(xiàn)在線電子票據(jù)交易提供了便利。
電子商業(yè)匯票系統(tǒng)簡(jiǎn)稱ECDS(Electronic Commercial Draft System)是中國(guó)人民銀行建設(shè)并管理的,依托網(wǎng)絡(luò)和計(jì)算機(jī)技術(shù),接收、登記、轉(zhuǎn)發(fā)電子商業(yè)匯票數(shù)據(jù)電文,提供與電子商業(yè)匯票貨幣給付、資金清算行為相關(guān)的服務(wù)并提供紙質(zhì)商業(yè)匯票登記、查詢和商業(yè)匯票(含紙質(zhì)、電子商業(yè)匯票)公開(kāi)報(bào)價(jià)服務(wù)的綜合性業(yè)務(wù)處理平臺(tái),ECDS服務(wù)器可以容易的實(shí)現(xiàn)電子票據(jù)背書(shū)的查詢和驗(yàn)證服務(wù)。
目前的在線電子票據(jù)交易模式存在缺陷,交易雙方在互聯(lián)網(wǎng)平臺(tái)的撮合下交易,難免出現(xiàn)背書(shū)后不付款或者付款后不背書(shū)等不講信用的交易行為,現(xiàn)有的票據(jù)交易在線撮合系統(tǒng),通過(guò)托管交易款項(xiàng)的辦法來(lái)保證交易的進(jìn)行;然而該款項(xiàng)存放在平臺(tái)的賬戶內(nèi),存在一定的安全隱患,另外款項(xiàng)的交付是基于交易雙方的確認(rèn),很難避免交易的某一方通過(guò)非法手段哄騙另一方的情況出現(xiàn)。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明解決的技術(shù)問(wèn)題是,現(xiàn)有票據(jù)交易在線撮合系統(tǒng)對(duì)于資金和交易安全保障不夠的技術(shù)問(wèn)題。
本發(fā)明的目的之一是提供一種票據(jù)交易在線撮合系統(tǒng),本發(fā)明的目的之二是提供一種票據(jù)交易在線撮合方法。
本發(fā)明的目的之一是通過(guò)以下技術(shù)方案來(lái)實(shí)現(xiàn)的:
一種票據(jù)交易在線撮合系統(tǒng),包括用戶端,所述用戶端包括:
用戶信息模塊,用以存儲(chǔ)用戶賬戶信息,以及上傳用戶賬戶信息至票據(jù)交易服務(wù)器;
發(fā)布模塊,用于發(fā)布票據(jù)信息或票據(jù)需求至票據(jù)交易服務(wù)器;
票據(jù)交易信息模塊,用于根據(jù)所述票據(jù)信息或票據(jù)需求向票據(jù)交易服務(wù)器發(fā)出票據(jù)賣出/買入指令;
還包括與所述用戶端通過(guò)互聯(lián)網(wǎng)連接的票據(jù)交易服務(wù)器;所述票據(jù)交易服務(wù)器包括:
存儲(chǔ)模塊,用于接收和儲(chǔ)存根據(jù)票據(jù)信息或票據(jù)需求;還用于接收和儲(chǔ)存用戶的用戶賬戶信息;
訂單生成模塊,用于根據(jù)票據(jù)信息或票據(jù)需求以及用戶發(fā)出的票據(jù)賣出/買入指令,生成票據(jù)訂單;
支付模塊,用于根據(jù)票據(jù)訂單,向該訂單支付方用戶賬戶信息內(nèi)所指定的金融機(jī)構(gòu)發(fā)送代扣款信息,所述代扣款信息的收款方為第三方金融機(jī)構(gòu);還用于接收來(lái)自第三方金融機(jī)構(gòu)的服務(wù)器的收款確認(rèn)信息;以及發(fā)送授權(quán)信息,以授權(quán)第三方金融機(jī)構(gòu)在收到來(lái)自ECDS系統(tǒng)的票據(jù)背書(shū)驗(yàn)證請(qǐng)求的反饋信息后,根據(jù)該反饋信息將代扣款支付到該訂單收款方用戶賬戶信息內(nèi)所指定的金融機(jī)構(gòu);
確認(rèn)模塊,所述確認(rèn)模塊分別與支付模塊以及第三方金融機(jī)構(gòu)的服務(wù)器相連,用于接收支付模塊發(fā)送的支付成功信息;還用于向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求,并根據(jù)票據(jù)背書(shū)驗(yàn)證請(qǐng)求的反饋信息,向用戶端發(fā)送交易結(jié)果信息。
本方案的有益效果為:1、本系統(tǒng)所發(fā)出的代扣款信息的收款方為第三方金融機(jī)構(gòu),進(jìn)而代扣交易款項(xiàng)由第三方金融機(jī)構(gòu)代扣和托管,保證了資金的安全。
2、本系統(tǒng)內(nèi)款項(xiàng)的交付必須基于來(lái)自ECDS系統(tǒng)的驗(yàn)證反饋信息,因此,票據(jù)確認(rèn)背書(shū)后才會(huì)交付,確保了交易的安全,不會(huì)出現(xiàn)款項(xiàng)已經(jīng)交付但票據(jù)尚未背書(shū)的情況。
進(jìn)一步,所述票據(jù)交易服務(wù)器還包括票據(jù)信息核查模塊,用于對(duì)用戶上傳的票據(jù)信息的完整性進(jìn)行核查,如不完整,則不予發(fā)布。
這樣保證了票據(jù)信息的完備,方便買方核對(duì)票據(jù)信息是否為自己所需,也避免了由于票票據(jù)信息不全而讓賣方錯(cuò)過(guò)出售票據(jù)的機(jī)會(huì)。
進(jìn)一步,所述確認(rèn)模塊還用于接收用戶端發(fā)來(lái)的確認(rèn)背書(shū)/接受信息。
進(jìn)一步,所述票據(jù)交易服務(wù)器還包括短信通知模塊,用于在確認(rèn)模塊在規(guī)定時(shí)間內(nèi)未能收到確認(rèn)背書(shū)/接受信息時(shí),通過(guò)移動(dòng)通信網(wǎng),向買賣雙方發(fā)送短信通知。
本發(fā)明的目的之二是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的:
一種票據(jù)交易在線撮合方法,包括以下內(nèi)容:
用戶上傳用戶賬戶信息至票據(jù)交易服務(wù)器;
用戶發(fā)布票據(jù)信息或票據(jù)需求至票據(jù)交易服務(wù)器;
用戶根據(jù)所述票據(jù)信息或票據(jù)需求向票據(jù)交易服務(wù)器發(fā)出票據(jù)賣出/買入指令;
存儲(chǔ)模塊接收和儲(chǔ)存票據(jù)信息或票據(jù)需求,以及接收和儲(chǔ)存用戶的用戶賬戶信息;
訂單生成模塊根據(jù)票據(jù)信息或票據(jù)需求以及用戶發(fā)出的票據(jù)賣出/買入指令,生成票據(jù)訂單;
支付模塊根據(jù)票據(jù)訂單,向該訂單支付方用戶賬戶信息內(nèi)所指定的金融機(jī)構(gòu)發(fā)送代扣款信息,所述代扣款信息的收款方為第三方金融機(jī)構(gòu);
支付模塊接收來(lái)自第三方金融機(jī)構(gòu)的服務(wù)器的收款確認(rèn)信息;以及發(fā)送授權(quán)第三方金融機(jī)構(gòu)在收到來(lái)自ECDS系統(tǒng)的票據(jù)背書(shū)驗(yàn)證請(qǐng)求的反饋信息后,根據(jù)該反饋信息將代扣款支付到該訂單收款方用戶賬戶信息內(nèi)所指定的金融機(jī)構(gòu)的授權(quán)信息;
確認(rèn)模塊接收支付模塊發(fā)送的支付成功信息;并向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求,并根據(jù)票據(jù)背書(shū)驗(yàn)證請(qǐng)求的反饋信息,向用戶端發(fā)送交易結(jié)果信息。
本方案的有益效果為:1、本方法所發(fā)出的代扣款信息的收款方為第三方金融機(jī)構(gòu),進(jìn)而代扣交易款項(xiàng)由第三方金融機(jī)構(gòu)代扣和托管,保證了資金的安全。
2、本方法采用款項(xiàng)的交付必須基于來(lái)自ECDS系統(tǒng)的驗(yàn)證反饋信息的條件設(shè)置,因此,票據(jù)確認(rèn)背書(shū)后才會(huì)交付,確保了交易的安全,不會(huì)出現(xiàn)款項(xiàng)已經(jīng)交付但票據(jù)尚未背書(shū)的情況。
進(jìn)一步,還包括,所述確認(rèn)模塊接收用戶端發(fā)來(lái)的確認(rèn)背書(shū)/接受信息,并在規(guī)定時(shí)間內(nèi)根據(jù)確認(rèn)背書(shū)/接受信息向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求;如果超出規(guī)定時(shí)間未收到確認(rèn)背書(shū)/接受信息,則自行向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求。
在規(guī)定時(shí)間雙方發(fā)送確認(rèn)背書(shū)/接受信息后,則可以順利完成款項(xiàng)交付;如果超出時(shí)間則由系統(tǒng)自動(dòng)發(fā)起票據(jù)背書(shū)驗(yàn)證,這樣避免了交易時(shí)間過(guò)長(zhǎng),資金閑置在第三方金融機(jī)構(gòu),進(jìn)而給賣方造成經(jīng)濟(jì)損失。
進(jìn)一步,還包括,所述確認(rèn)模塊在規(guī)定時(shí)間內(nèi)未能收到確認(rèn)背書(shū)/接受信息時(shí)以及在所述驗(yàn)證請(qǐng)求的反饋信息顯示背書(shū)不成功時(shí),發(fā)出運(yùn)營(yíng)介入的指令,通知運(yùn)營(yíng)人員進(jìn)行人工發(fā)起背書(shū)查詢。
這樣,通過(guò)人工查詢的方式降低系統(tǒng)出錯(cuò)所帶來(lái)交易延遲的概率,加快交易的進(jìn)行。
進(jìn)一步,還包括所述確認(rèn)模塊根據(jù)所述驗(yàn)證請(qǐng)求的反饋信息以及人工查詢的結(jié)果,發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求。
多次請(qǐng)求驗(yàn)證避免了誤操作或網(wǎng)絡(luò)延遲等因素導(dǎo)致交易失敗的概率。
附圖說(shuō)明
圖1為本發(fā)明實(shí)施例中的票據(jù)交易在線撮合系統(tǒng)的示意性框圖。
圖2為利用本實(shí)施例中的票據(jù)交易在線撮合系統(tǒng)進(jìn)行票據(jù)交易時(shí)訂單生成以及付款階段的示意性流程圖。
圖3為利用本實(shí)施例中的票據(jù)交易在線撮合系統(tǒng)進(jìn)行票據(jù)交易時(shí)賣方確認(rèn)背書(shū)階段的示意性流程圖。
圖4為利用本實(shí)施例中的票據(jù)交易在線撮合系統(tǒng)進(jìn)行票據(jù)交易時(shí)買方確認(rèn)階段的示意性流程圖。
具體實(shí)施方式
如圖1所示,本實(shí)施例中的票據(jù)交易在線撮合系統(tǒng)包括:
用戶端,所述的用戶端還包括:
用戶信息模塊,用以存儲(chǔ)用戶賬戶信息,以及上傳用戶賬戶信息至票據(jù)交易服務(wù)器;
發(fā)布模塊,用于發(fā)布票據(jù)信息或票據(jù)需求至票據(jù)交易服務(wù)器;
票據(jù)交易信息模塊,用于根據(jù)所述票據(jù)信息或票據(jù)需求向票據(jù)交易服務(wù)器發(fā)出票據(jù)賣出/買入指令;還用于向票據(jù)交易服務(wù)器發(fā)送確認(rèn)背書(shū)/接受信息;
查詢模塊,用于對(duì)已發(fā)布的票據(jù)信息或票據(jù)需求進(jìn)行查詢。
所述用戶端通過(guò)互聯(lián)網(wǎng)連接的票據(jù)交易服務(wù)器;所述票據(jù)交易服務(wù)器包括:
存儲(chǔ)模塊,用于接收和儲(chǔ)存根據(jù)票據(jù)信息或票據(jù)需求;還用于接收和儲(chǔ)存用戶的用戶賬戶信息;
票據(jù)信息核查模塊,用于對(duì)用戶上傳的票據(jù)信息的完成性進(jìn)行核查,如不完整,則不予發(fā)布;
訂單生成模塊,用于根據(jù)票據(jù)信息或票據(jù)需求以及用戶發(fā)出的票據(jù)賣出/買入指令,生成票據(jù)訂單;
支付模塊,用于根據(jù)票據(jù)訂單,向該訂單支付方用戶賬戶信息內(nèi)所指定的金融機(jī)構(gòu)發(fā)送代扣款信息,所述代扣款信息的收款方為第三方金融機(jī)構(gòu);還用于接收來(lái)自第三方金融機(jī)構(gòu)的服務(wù)器的收款確認(rèn)信息;以及發(fā)送授權(quán)第三方金融機(jī)構(gòu)在收到來(lái)自ECDS系統(tǒng)的票據(jù)背書(shū)驗(yàn)證請(qǐng)求的反饋信息后,根據(jù)該反饋信息將代扣款支付到該訂單收款方用戶賬戶信息內(nèi)所指定的金融機(jī)構(gòu)的授權(quán)信息;
確認(rèn)模塊,所述確認(rèn)模塊與支付模塊以及第三方金融機(jī)構(gòu)的服務(wù)器相連,用于接收支付模塊發(fā)送的支付成功信息;還用于向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求,并根據(jù)票據(jù)背書(shū)驗(yàn)證請(qǐng)求的反饋信息,向用戶端發(fā)送交易結(jié)果信息;
還用于,在規(guī)定時(shí)間內(nèi)根據(jù)確認(rèn)背書(shū)/接受信息向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求,如果超出規(guī)定時(shí)間,則自行向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送票據(jù)背書(shū)驗(yàn)證請(qǐng)求;
還用于在規(guī)定時(shí)間內(nèi)未能收到確認(rèn)背書(shū)/接受信息時(shí)以及在所述驗(yàn)證請(qǐng)求的反饋信息顯示背書(shū)不成功時(shí),發(fā)出運(yùn)營(yíng)介入的指令,通知運(yùn)營(yíng)人員進(jìn)行人工發(fā)起背書(shū)查詢;
短信通知模塊,用于在確認(rèn)模塊在規(guī)定時(shí)間內(nèi)未能收到確認(rèn)背書(shū)/接受信息時(shí),通過(guò)移動(dòng)通信網(wǎng),向買賣雙方發(fā)送短信通知。
所述確認(rèn)模塊在規(guī)定時(shí)間雙方發(fā)送確認(rèn)背書(shū)/接受信息后,則可以順利完成款項(xiàng)交付;如果超出時(shí)間則由系統(tǒng)自動(dòng)發(fā)起票據(jù)背書(shū)驗(yàn)證,這樣避免了交易時(shí)間過(guò)長(zhǎng),資金閑置在第三方金融機(jī)構(gòu),進(jìn)而給賣方造成經(jīng)濟(jì)損失。
利用本實(shí)施例中的票據(jù)交易在線撮合系統(tǒng)進(jìn)行票據(jù)交易的過(guò)程如下:
使用者通過(guò)用戶端輸入自己的用戶信息至用戶賬戶信息模塊,并且上傳用戶賬戶信息至票據(jù)交易服務(wù)器;用戶賬戶信息內(nèi)包含了該用戶指定的金融機(jī)構(gòu)以及賬戶。
當(dāng)有票據(jù)出售或求購(gòu)票據(jù)時(shí),則通過(guò)發(fā)布模塊,發(fā)布票據(jù)信息或票據(jù)需求至票據(jù)交易服務(wù)器;票據(jù)信息在上傳至用戶交易服務(wù)器后,票據(jù)信息核查模塊會(huì)對(duì)票據(jù)信息的完成性進(jìn)行核查,如不完整,則不予發(fā)布,同時(shí)通知用戶進(jìn)行補(bǔ)充,只有通過(guò)核查的票據(jù)信息才會(huì)進(jìn)行發(fā)布。
所有用戶都可以通過(guò)查詢模塊對(duì)已發(fā)布的票據(jù)信息或票據(jù)需求進(jìn)行查詢。
在用戶發(fā)布票據(jù)信息時(shí),用戶會(huì)鍵入他所期望的成交價(jià)格,其形式可以是金額,也可以是票據(jù)的貼現(xiàn)比例,稱之為報(bào)價(jià);在用戶尚未確認(rèn)該報(bào)價(jià)前,票據(jù)交易服務(wù)器會(huì)根據(jù)過(guò)往的票據(jù)交易記錄進(jìn)行統(tǒng)計(jì)分析;首先找出與本次交易同類型的票據(jù)交易記錄,在以票據(jù)貼現(xiàn)比例為橫軸,以同一貼現(xiàn)比例的該類票據(jù)自信息發(fā)布起到成交的平均時(shí)間為縱軸,顯示表征該類票據(jù)記錄中貼現(xiàn)比例值與平均票據(jù)交易時(shí)間的關(guān)系的曲線圖;并在曲線上標(biāo)注出用戶本次期望成交的票據(jù)貼現(xiàn)比例(如果用戶輸入的是金額則可根據(jù)票據(jù)面額和兌換年限直接統(tǒng)一換算為貼現(xiàn)比例)所對(duì)應(yīng)的平均成交時(shí)間;這樣可以給予用戶一定的定價(jià)參考,讓客戶對(duì)于本次票據(jù)信息的成交時(shí)間以及能否成交有一個(gè)心理預(yù)期,有利于賣家用戶合理定價(jià)。
此外,如果過(guò)用戶發(fā)布的票據(jù)信息一直沒(méi)能成交,超過(guò)規(guī)定時(shí)間后票據(jù)交易服務(wù)器會(huì)通過(guò)短信通知模塊發(fā)送短信提醒用戶;提醒內(nèi)容具體包括,以該信息發(fā)布今的時(shí)長(zhǎng)(天為單位),以及提醒用戶該票據(jù)尚未成交,是否需要調(diào)整報(bào)價(jià)。
如圖2所示,當(dāng)票據(jù)賣方選擇接受某個(gè)交易對(duì)手(買方)的報(bào)價(jià),則通向服務(wù)器發(fā)出賣出指令,服務(wù)器上的訂單生成模塊在接收到賣出指令后隨即生成此次交易的訂單。
如經(jīng)確認(rèn)無(wú)人取消交易,則支付模塊發(fā)送代扣款信息給買方指定的金融機(jī)構(gòu);具體的支付手段根據(jù)買方的所制定的金融機(jī)構(gòu)各有差異,但均為現(xiàn)有技術(shù),在此不做贅述;同時(shí)支付模塊發(fā)送授權(quán)信息給第三方金融機(jī)構(gòu)的服務(wù)器,該授權(quán)信息授權(quán)第三方金融機(jī)構(gòu)在收到來(lái)自ECDS系統(tǒng)的票據(jù)背書(shū)成功信息后,根據(jù)該確認(rèn)信息將代扣款支付到該訂單收款方用戶賬戶信息內(nèi)所指定的金融機(jī)構(gòu)。
第三方金融機(jī)構(gòu)的服務(wù)器在確認(rèn)收到款項(xiàng)后向支付模塊發(fā)送確認(rèn)信息,確認(rèn)代扣款成功。
如圖3所示,確認(rèn)模塊在收到代扣款成功信息后,隨即進(jìn)入賣方確認(rèn)背書(shū)階段,等待票據(jù)背書(shū)確認(rèn)信息;與此同時(shí)賣方可以通過(guò)用戶端發(fā)送確認(rèn)背書(shū)信息給確認(rèn)模塊;買方則可以在賣方發(fā)送確認(rèn)背書(shū)信息后,通過(guò)用戶端發(fā)送確認(rèn)接收信息。所述的背書(shū)和確認(rèn)操作由買賣雙方各自通過(guò)ECDS系統(tǒng)將進(jìn)行操作。
如果規(guī)定時(shí)間內(nèi)賣方?jīng)]有發(fā)送確認(rèn)信息,則確認(rèn)模塊發(fā)出確認(rèn)背書(shū)超時(shí)信息給短信通知模塊,短信通知模塊通過(guò)移動(dòng)通信網(wǎng)絡(luò)發(fā)送短信通知買賣雙方;同時(shí)確認(rèn)模塊還向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送驗(yàn)證背書(shū)請(qǐng)求;第三方金融機(jī)構(gòu)進(jìn)入銀行風(fēng)控程序,第三方金融機(jī)構(gòu)通過(guò)金融機(jī)構(gòu)的內(nèi)部網(wǎng)絡(luò)向ECDS系統(tǒng)發(fā)送驗(yàn)證背書(shū)請(qǐng)求;如果過(guò)返回的結(jié)果顯示賣方已背書(shū)成功則風(fēng)控“OK”,反之則為“不OK”;如果風(fēng)控“OK”,第三方金融機(jī)構(gòu)的服務(wù)器根據(jù)之前支付模塊發(fā)送來(lái)的授權(quán)信息,將之前代扣的款項(xiàng)支付至賣方所指定的金融機(jī)構(gòu)的賬戶上;如果風(fēng)控不“OK”則將之前代扣的款項(xiàng)返還原賬戶。
如果規(guī)定時(shí)間內(nèi)賣方發(fā)送了確認(rèn)背書(shū)信息,如圖4所示,進(jìn)入買方確認(rèn)階段。
如果規(guī)定時(shí)間內(nèi)買方發(fā)送了確認(rèn)接收信息,則確認(rèn)模塊向第三方金融機(jī)構(gòu)的服務(wù)器發(fā)送驗(yàn)證背書(shū)請(qǐng)求;第三方金融機(jī)構(gòu)的服務(wù)器進(jìn)入銀行風(fēng)控程序,如果風(fēng)控“OK”則表示買方以確認(rèn),第三方金融機(jī)構(gòu)的服務(wù)器根據(jù)之前支付模塊發(fā)送來(lái)的授權(quán)信息,將之前代扣的款項(xiàng)支付至賣方所指定的金融機(jī)構(gòu)的賬戶上;如果風(fēng)控不“OK”則,將通知確認(rèn)模塊,確認(rèn)模塊發(fā)出運(yùn)營(yíng)介入的指令,通知運(yùn)營(yíng)人運(yùn)營(yíng)人員進(jìn)行人工發(fā)起背書(shū)查詢;人工查詢的結(jié)果為背書(shū)/接收成功,則再次發(fā)送驗(yàn)證背書(shū)請(qǐng)求,第三方金融機(jī)構(gòu)的服務(wù)器進(jìn)入第二次銀行風(fēng)控程序,如果風(fēng)控仍不“OK”則之前代扣的款項(xiàng)返還原賬戶,反之則將之前代扣的款項(xiàng)支付至賣方所指定的金融機(jī)構(gòu)的賬戶上;而人工查詢的結(jié)果為背書(shū)/接收不成功則人工發(fā)起第三方金融結(jié)構(gòu)的退款。如果規(guī)定時(shí)間內(nèi)買方?jīng)]有發(fā)送確認(rèn)信息,則確認(rèn)模塊發(fā)出確認(rèn)接收超時(shí)信息給短信通知模塊,短信通知模塊通過(guò)移動(dòng)通信網(wǎng)絡(luò)發(fā)送短信通知買賣雙方;同時(shí)通知第三方金融機(jī)構(gòu)的服務(wù)器進(jìn)入銀行風(fēng)控程序,如果風(fēng)控“OK”則表示買方以確認(rèn),第三方金融機(jī)構(gòu)的服務(wù)器根據(jù)之前支付模塊發(fā)送來(lái)的授權(quán)信息,將之前代扣的款項(xiàng)支付至賣方所指定的金融機(jī)構(gòu)的賬戶上;在第一次發(fā)送驗(yàn)證背書(shū)請(qǐng)求的同時(shí),確認(rèn)模塊同時(shí)還發(fā)出運(yùn)營(yíng)介入的指令,通知運(yùn)營(yíng)人員平行于第一次風(fēng)控程序進(jìn)行發(fā)起人工背書(shū)查詢,以縮短交易時(shí)間。如果第一次風(fēng)控的結(jié)果仍然為不“OK”,而人工查詢的結(jié)果為背書(shū)/接收成功,則直接再次發(fā)送驗(yàn)證背書(shū)請(qǐng)求,第三方金融機(jī)構(gòu)的服務(wù)器進(jìn)入第二次銀行風(fēng)控程序,如果風(fēng)控仍不“OK”則之前代扣的款項(xiàng)返還原賬戶,反之則將之前代扣的款項(xiàng)支付至賣方所指定的金融機(jī)構(gòu)的賬戶上,而人工查詢的結(jié)果為背書(shū)/接收不成功則人工發(fā)起第三方金融結(jié)構(gòu)的退款。
最后,確認(rèn)模塊將本次訂單交易結(jié)果反饋到用戶端,包括交易成功、交易失敗等。
以上所述的僅是本發(fā)明的實(shí)施例,方案中公知的具體結(jié)構(gòu)和/或特性等常識(shí)在此未作過(guò)多描述。應(yīng)當(dāng)指出,對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō),在不脫離本發(fā)明結(jié)構(gòu)的前提下,還可以作出若干變形和改進(jìn),這些也應(yīng)該視為本發(fā)明的保護(hù)范圍,這些都不會(huì)影響本發(fā)明實(shí)施的效果和專利的實(shí)用性。本申請(qǐng)要求的保護(hù)范圍應(yīng)當(dāng)以其權(quán)利要求的內(nèi)容為準(zhǔn),說(shuō)明書(shū)中的具體實(shí)施方式等記載可以用于解釋權(quán)利要求的內(nèi)容。