本發(fā)明涉及票據(jù)流通業(yè)務(wù)信息化技術(shù)領(lǐng)域，具體涉及一種票據(jù)交易服務(wù)器。

背景技術(shù)：

商業(yè)票據(jù)是指由金融公司或某些信用較高的企業(yè)開出的無擔(dān)保短期票據(jù)。商業(yè)票據(jù)的可靠程度依賴于發(fā)行企業(yè)的信用程度，可以背書轉(zhuǎn)讓，可以貼現(xiàn)。商業(yè)票據(jù)的期限在一年以下，由于其風(fēng)險較大，利率高于同期銀行存款利率，商業(yè)票據(jù)可以由企業(yè)直接發(fā)售，也可以由經(jīng)銷商代為發(fā)售。但對出票企業(yè)信譽審查十分嚴(yán)格。如由經(jīng)銷商發(fā)售，則它實際在幕后擔(dān)保了售給投資者的商業(yè)票據(jù)，商業(yè)票據(jù)有時也以折扣的方式發(fā)售。

承兌匯票等商業(yè)票據(jù)已經(jīng)成為經(jīng)濟生活中不可缺少的支付手段，以往由于其紙質(zhì)的形式造成了流通不暢，進(jìn)而降低了其在金融交易中的價值；如今，電子票據(jù)以及電子商業(yè)匯票系統(tǒng)的出現(xiàn)在線電子票據(jù)交易提供了便利。

電子商業(yè)匯票系統(tǒng)簡稱ECDS（Electronic Commercial Draft System）是中國人民銀行建設(shè)并管理的，依托網(wǎng)絡(luò)和計算機技術(shù)，接收、登記、轉(zhuǎn)發(fā)電子商業(yè)匯票數(shù)據(jù)電文，提供與電子商業(yè)匯票貨幣給付、資金清算行為相關(guān)的服務(wù)并提供紙質(zhì)商業(yè)匯票登記、查詢和商業(yè)匯票（含紙質(zhì)、電子商業(yè)匯票）公開報價服務(wù)的綜合性業(yè)務(wù)處理平臺，ECDS服務(wù)器可以容易的實現(xiàn)電子票據(jù)背書的查詢和驗證服務(wù)。

目前的在線電子票據(jù)交易模式存在缺陷，交易雙方通過互聯(lián)網(wǎng)交易，難免出現(xiàn)背書后不付款或者付款后不背書等不講信用的交易行為，現(xiàn)有的某些票據(jù)在線交易服務(wù)器，通過提供托管交易款項的辦法來保證交易的進(jìn)行；然而該款項存放在平臺的賬戶內(nèi)，存在一定的安全隱患，另外款項的交付是基于交易雙方的確認(rèn)，很難避免交易的某一方通過非法手段哄騙另一方的情況出現(xiàn)。

技術(shù)實現(xiàn)要素：

本發(fā)明意在提出一種票據(jù)交易服務(wù)器，以解決現(xiàn)有票據(jù)交易服務(wù)器無法保障資金和交易安全的技術(shù)問題。

本發(fā)明的具體解決方案提供一種票據(jù)交易服務(wù)器，包括：

存儲模塊，用于接收和儲存根據(jù)票據(jù)信息或票據(jù)需求；還用于接收和儲存用戶的用戶賬戶信息；

訂單生成模塊，用于根據(jù)票據(jù)信息或票據(jù)需求以及用戶發(fā)出的票據(jù)賣出/買入指令，生成票據(jù)訂單；

支付模塊，用于根據(jù)票據(jù)訂單，向該訂單支付方用戶賬戶信息內(nèi)所指定的金融機構(gòu)發(fā)送代扣款信息，所述代扣款信息的收款方為第三方金融機構(gòu)；還用于接收來自第三方金融機構(gòu)的服務(wù)器的收款確認(rèn)信息；以及發(fā)送授權(quán)信息，以授權(quán)第三方金融機構(gòu)在收到來自ECDS系統(tǒng)的票據(jù)背書驗證請求的反饋信息后，根據(jù)該反饋信息將代扣款支付到該訂單收款方用戶賬戶信息內(nèi)所指定的金融機構(gòu)；

確認(rèn)模塊，所述確認(rèn)模塊非別與支付模塊以及第三方金融機構(gòu)的服務(wù)器相連，用于接收支付模塊發(fā)送的支付成功信息；還用于向第三方金融機構(gòu)的服務(wù)器發(fā)送票據(jù)背書驗證請求，并根據(jù)票據(jù)背書驗證請求的反饋信息，向用戶端發(fā)送交易結(jié)果信息。

本方案的有益效果為：1、代扣款信息的收款方為第三方金融機構(gòu)，進(jìn)而代扣交易款項由第三方金融機構(gòu)代扣和托管，保證了資金的安全。

2、款項的交付必須基于來自ECDS系統(tǒng)的驗證反饋信息，因此，票據(jù)確認(rèn)背書后才會交付，確保了交易的安全，不會出現(xiàn)款項已經(jīng)交付但票據(jù)尚未背書的情況。

進(jìn)一步，還包括票據(jù)信息核查模塊，用于對用戶上傳的票據(jù)信息的完整性進(jìn)行核查，如不完整，則不予存儲。

這樣保證了票據(jù)信息的完備，方便買方核對票據(jù)信息是否為自己所需，也避免了由于票票據(jù)信息不全而讓賣方錯過出售票據(jù)的機會。

進(jìn)一步，所述確認(rèn)模塊還用于接收用戶端發(fā)來的確認(rèn)背書/接受信息；還用于在規(guī)定時間內(nèi)根據(jù)確認(rèn)背書/接受信息向第三方金融機構(gòu)的服務(wù)器發(fā)送票據(jù)背書驗證請求，如果超出規(guī)定時間，則自行向第三方金融機構(gòu)的服務(wù)器發(fā)送票據(jù)背書驗證請求。

在規(guī)定時間雙方發(fā)送確認(rèn)背書/接受信息后，則可以順利完成款項交付；如果超出時間則由系統(tǒng)自動發(fā)起票據(jù)背書驗證，這樣避免了交易時間過長，資金閑置在第三方金融機構(gòu)，進(jìn)而給賣方造成經(jīng)濟損失。

進(jìn)一步，所述確認(rèn)模塊還用于在規(guī)定時間內(nèi)未能收到確認(rèn)背書/接受信息時以及在所述驗證請求的反饋信息顯示背書不成功時，發(fā)出運營介入的指令，通知運營人員進(jìn)行人工發(fā)起背書查詢。

這樣，通過人工查詢的方式降低系統(tǒng)出錯所帶來交易延遲的概率，加快交易的進(jìn)行。

進(jìn)一步，所述確認(rèn)模塊還用于根據(jù)所述驗證請求的反饋信息以及人工查詢的結(jié)果，發(fā)送票據(jù)背書驗證請求。

多次請求驗證降低了誤操作或網(wǎng)絡(luò)延遲等因素導(dǎo)致交易失敗的概率。

進(jìn)一步，所述票據(jù)交易服務(wù)器還包括短信通知模塊，用于在確認(rèn)模塊在規(guī)定時間內(nèi)未能收到確認(rèn)背書/接受信息時，通過移動通信網(wǎng)，向買賣雙方發(fā)送短信通知。

附圖說明

圖1為本發(fā)明實施例中的票據(jù)交易服務(wù)器以及用戶端的示意性框圖。

圖2為利用本實施例中的票據(jù)交易服務(wù)器進(jìn)行票據(jù)交易時訂單生成以及付款階段的示意性流程圖。

圖3為利用本實施例中的票據(jù)交易服務(wù)器進(jìn)行票據(jù)交易時賣方確認(rèn)背書階段的示意性流程圖。

圖4為利用本實施例中的票據(jù)交易服務(wù)器進(jìn)行票據(jù)交易時買方確認(rèn)階段的示意性流程圖。

具體實施方式

本實施例中的票據(jù)交易服務(wù)器由圖1示出，包括：

存儲模塊，用于接收和儲存根據(jù)票據(jù)信息或票據(jù)需求；還用于接收和儲存用戶的用戶賬戶信息；

票據(jù)信息核查模塊，用于對用戶上傳的票據(jù)信息的完成性進(jìn)行核查，如不完整，則不予發(fā)布；

訂單生成模塊，用于根據(jù)票據(jù)信息或票據(jù)需求以及用戶發(fā)出的票據(jù)賣出/買入指令，生成票據(jù)訂單；

支付模塊，用于根據(jù)票據(jù)訂單，向該訂單支付方用戶賬戶信息內(nèi)所指定的金融機構(gòu)發(fā)送代扣款信息，所述代扣款信息的收款方為第三方金融機構(gòu)；還用于接收來自第三方金融機構(gòu)的服務(wù)器的收款確認(rèn)信息；以及發(fā)送授權(quán)第三方金融機構(gòu)在收到來自ECDS系統(tǒng)的票據(jù)背書驗證請求的反饋信息后，根據(jù)該反饋信息將代扣款支付到該訂單收款方用戶賬戶信息內(nèi)所指定的金融機構(gòu)的授權(quán)信息；

確認(rèn)模塊，所述確認(rèn)模塊與支付模塊以及第三方金融機構(gòu)的服務(wù)器相連，用于接收支付模塊發(fā)送的支付成功信息；還用于向第三方金融機構(gòu)的服務(wù)器發(fā)送票據(jù)背書驗證請求，并根據(jù)票據(jù)背書驗證請求的反饋信息，向用戶端發(fā)送交易結(jié)果信息；

還用于，在規(guī)定時間內(nèi)根據(jù)確認(rèn)背書/接受信息向第三方金融機構(gòu)的服務(wù)器發(fā)送票據(jù)背書驗證請求，如果超出規(guī)定時間，則自行向第三方金融機構(gòu)的服務(wù)器發(fā)送票據(jù)背書驗證請求；

還用于在規(guī)定時間內(nèi)未能收到確認(rèn)背書/接受信息時以及在所述驗證請求的反饋信息顯示背書不成功時，發(fā)出運營介入的指令，通知運營人員進(jìn)行人工發(fā)起背書查詢；

短信通知模塊，用于在確認(rèn)模塊在規(guī)定時間內(nèi)未能收到確認(rèn)背書/接受信息時，通過移動通信網(wǎng)，向買賣雙方發(fā)送短信通知。

所述確認(rèn)模塊在規(guī)定時間雙方發(fā)送確認(rèn)背書/接受信息后，則可以順利完成款項交付；如果超出時間則由系統(tǒng)自動發(fā)起票據(jù)背書驗證，這樣避免了交易時間過長，資金閑置在第三方金融機構(gòu)，進(jìn)而給賣方造成經(jīng)濟損失。

利用本實施例中的票據(jù)交易服務(wù)器進(jìn)行票據(jù)交易的過程如下：

使用者通過用戶端上傳用戶賬戶信息至票據(jù)交易服務(wù)器的存儲模塊；用戶賬戶信息內(nèi)包含了該用戶指定的金融機構(gòu)以及賬戶。

當(dāng)有票據(jù)出售或求購票據(jù)時，用戶發(fā)布票據(jù)信息或票據(jù)需求至票據(jù)交易服務(wù)器；票據(jù)信息在上傳至用戶交易服務(wù)器后，票據(jù)信息核查模塊會對票據(jù)信息的完成性進(jìn)行核查，如不完整，則不予存儲，同時通知用戶進(jìn)行補充，只有通過核查的票據(jù)信息才會存儲到存儲模塊中。

在用戶發(fā)布票據(jù)信息時，用戶會鍵入他所期望的成交價格，其形式可以是金額，也可以是票據(jù)的貼現(xiàn)比例，稱之為報價；在用戶尚未確認(rèn)該報價前，票據(jù)交易服務(wù)器會根據(jù)過往的票據(jù)交易記錄進(jìn)行統(tǒng)計分析；首先找出與本次交易同類型的票據(jù)交易記錄，在以票據(jù)貼現(xiàn)比例為橫軸，以同一貼現(xiàn)比例的該類票據(jù)自信息發(fā)布起到成交的平均時間為縱軸，顯示表征該類票據(jù)記錄中貼現(xiàn)比例值與平均票據(jù)交易時間的關(guān)系的曲線圖；并在曲線上標(biāo)注出用戶本次期望成交的票據(jù)貼現(xiàn)比例（如果用戶輸入的是金額則可根據(jù)票據(jù)面額和兌換年限直接統(tǒng)一換算為貼現(xiàn)比例）所對應(yīng)的平均成交時間；這樣可以給予用戶一定的定價參考，讓客戶對于本次票據(jù)信息的成交時間以及能否成交有一個心理預(yù)期，有利于賣家用戶合理定價。

此外，如果過用戶發(fā)布的票據(jù)信息一直沒能成交，超過規(guī)定時間后票據(jù)交易服務(wù)器會通過短信通知模塊發(fā)送短信提醒用戶；提醒內(nèi)容具體包括，以該信息發(fā)布今的時長（天為單位），以及提醒用戶該票據(jù)尚未成交，是否需要調(diào)整報價。

如圖2所示，當(dāng)票據(jù)賣方選擇接受某個交易對手（買方）的報價，則通向服務(wù)器發(fā)出賣出指令，服務(wù)器上的訂單生成模塊在接收到賣出指令后隨即生成此次交易的訂單。

如經(jīng)確認(rèn)無人取消交易，則支付模塊發(fā)送代扣款信息給買方指定的金融機構(gòu)；具體的支付手段根據(jù)買方的所制定的金融機構(gòu)各有差異，但均為現(xiàn)有技術(shù)，在此不做贅述；同時支付模塊發(fā)送授權(quán)信息給第三方金融機構(gòu)的服務(wù)器，該授權(quán)信息授權(quán)第三方金融機構(gòu)在收到來自ECDS系統(tǒng)的票據(jù)背書成功信息后，根據(jù)該確認(rèn)信息將代扣款支付到該訂單收款方用戶賬戶信息內(nèi)所指定的金融機構(gòu)。

第三方金融機構(gòu)的服務(wù)器在確認(rèn)收到款項后向支付模塊發(fā)送確認(rèn)信息，確認(rèn)代扣款成功。

如圖3所示，確認(rèn)模塊在收到代扣款成功信息后，隨即進(jìn)入賣方確認(rèn)背書階段，等待票據(jù)背書確認(rèn)信息；與此同時賣方可以通過用戶端發(fā)送確認(rèn)背書信息給確認(rèn)模塊；買方則可以在賣方發(fā)送確認(rèn)背書信息后，通過用戶端發(fā)送確認(rèn)接收信息。所述的背書和確認(rèn)操作由買賣雙方各自通過ECDS系統(tǒng)將進(jìn)行操作。

如果規(guī)定時間內(nèi)賣方?jīng)]有發(fā)送確認(rèn)信息，則確認(rèn)模塊發(fā)出確認(rèn)背書超時信息給短信通知模塊，短信通知模塊通過移動通信網(wǎng)絡(luò)發(fā)送短信通知買賣雙方；同時確認(rèn)模塊還向第三方金融機構(gòu)的服務(wù)器發(fā)送驗證背書請求；第三方金融機構(gòu)進(jìn)入銀行風(fēng)控程序，第三方金融機構(gòu)通過金融機構(gòu)的內(nèi)部網(wǎng)絡(luò)向ECDS系統(tǒng)發(fā)送驗證背書請求；如果過返回的結(jié)果顯示賣方已背書成功則風(fēng)控“OK”，反之則為“不OK”；如果風(fēng)控“OK”，第三方金融機構(gòu)的服務(wù)器根據(jù)之前支付模塊發(fā)送來的授權(quán)信息，將之前代扣的款項支付至賣方所指定的金融機構(gòu)的賬戶上；如果風(fēng)控不“OK”則將之前代扣的款項返還原賬戶。

如果規(guī)定時間內(nèi)賣方發(fā)送了確認(rèn)背書信息，如圖4所示，進(jìn)入買方確認(rèn)階段。

如果規(guī)定時間內(nèi)買方發(fā)送了確認(rèn)接收信息，則確認(rèn)模塊向第三方金融機構(gòu)的服務(wù)器發(fā)送驗證背書請求；第三方金融機構(gòu)的服務(wù)器進(jìn)入銀行風(fēng)控程序，如果風(fēng)控“OK”則表示買方以確認(rèn)，第三方金融機構(gòu)的服務(wù)器根據(jù)之前支付模塊發(fā)送來的授權(quán)信息，將之前代扣的款項支付至賣方所指定的金融機構(gòu)的賬戶上；如果風(fēng)控不“OK”則，將通知確認(rèn)模塊，確認(rèn)模塊發(fā)出運營介入的指令，通知運營人運營人員進(jìn)行人工發(fā)起背書查詢；人工查詢的結(jié)果為背書/接收成功，則再次發(fā)送驗證背書請求，第三方金融機構(gòu)的服務(wù)器進(jìn)入第二次銀行風(fēng)控程序，如果風(fēng)控仍不“OK”則之前代扣的款項返還原賬戶，反之則將之前代扣的款項支付至賣方所指定的金融機構(gòu)的賬戶上；而人工查詢的結(jié)果為背書/接收不成功則人工發(fā)起第三方金融結(jié)構(gòu)的退款。如果規(guī)定時間內(nèi)買方?jīng)]有發(fā)送確認(rèn)信息，則確認(rèn)模塊發(fā)出確認(rèn)接收超時信息給短信通知模塊，短信通知模塊通過移動通信網(wǎng)絡(luò)發(fā)送短信通知買賣雙方；同時通知第三方金融機構(gòu)的服務(wù)器進(jìn)入銀行風(fēng)控程序，如果風(fēng)控“OK”則表示買方以確認(rèn)，第三方金融機構(gòu)的服務(wù)器根據(jù)之前支付模塊發(fā)送來的授權(quán)信息，將之前代扣的款項支付至賣方所指定的金融機構(gòu)的賬戶上；在第一次發(fā)送驗證背書請求的同時，確認(rèn)模塊同時還發(fā)出運營介入的指令，通知運營人員平行于第一次風(fēng)控程序進(jìn)行發(fā)起人工背書查詢，以縮短交易時間。如果第一次風(fēng)控的結(jié)果仍然為不“OK”，而人工查詢的結(jié)果為背書/接收成功，則直接再次發(fā)送驗證背書請求，第三方金融機構(gòu)的服務(wù)器進(jìn)入第二次銀行風(fēng)控程序，如果風(fēng)控仍不“OK”則之前代扣的款項返還原賬戶，反之則將之前代扣的款項支付至賣方所指定的金融機構(gòu)的賬戶上，而人工查詢的結(jié)果為背書/接收不成功則人工發(fā)起第三方金融結(jié)構(gòu)的退款。

最后，確認(rèn)模塊將本次訂單交易結(jié)果反饋到用戶端，包括交易成功、交易失敗等。

以上所述的僅是本發(fā)明的實施例，方案中公知的具體結(jié)構(gòu)和/或特性等常識在此未作過多描述。應(yīng)當(dāng)指出，對于本領(lǐng)域的技術(shù)人員來說，在不脫離本發(fā)明結(jié)構(gòu)的前提下，還可以作出若干變形和改進(jìn)，這些也應(yīng)該視為本發(fā)明的保護(hù)范圍，這些都不會影響本發(fā)明實施的效果和專利的實用性。本申請要求的保護(hù)范圍應(yīng)當(dāng)以其權(quán)利要求的內(nèi)容為準(zhǔn)，說明書中的具體實施方式等記載可以用于解釋權(quán)利要求的內(nèi)容。