本發(fā)明涉及資產(chǎn)交易技術領域，特別涉及一種基于分類交易系統(tǒng)的買方子系統(tǒng)中的報價方法、裝置和系統(tǒng)。

背景技術：

現(xiàn)有電票交易技術采用的是銀行擔保模式，交易前，電票交易雙方需要先到同一家銀行開設資金賬戶，貼現(xiàn)人先將交易款項劃轉(zhuǎn)到指定資金賬戶，資金呈凍結(jié)狀態(tài)；持票人通過銀行企業(yè)管理平臺查詢到賬凍結(jié)交易后，向貼現(xiàn)人背書電票，貼現(xiàn)人簽收票據(jù)后，進入銀行系統(tǒng)申請解凍交易款，銀行解凍完成，持票人方可自由將資金提現(xiàn)到指定銀行賬戶。

該銀行擔保模式下，整個交易流程人工介入環(huán)節(jié)多，且交易雙方都需要在同一家銀行開設資金賬戶，持票人在背書前需要人工查看貼現(xiàn)人資金是否成凍結(jié)狀態(tài)，背書完成后需要到平臺完成確認；貼現(xiàn)人簽收后，需人工去銀行系統(tǒng)申請解凍交易款，解凍款進入持票人在銀行開設的資金賬戶，持票人需要人工提現(xiàn)到指定賬戶。人工介入的環(huán)節(jié)太多影響了交易效率的提高。

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

本發(fā)明的目的在于避免上述現(xiàn)有技術中的不足之處而提供一種能夠便捷、高效處理電票交易的方法。

本發(fā)明的目的通過以下技術方案實現(xiàn)：

提供了一種線上電票交易方法，其特征在于包括：

代付準備指令步驟：獲取交易票據(jù)信息、交易額度信息、貼現(xiàn)方的代付機構信息和交易票據(jù)的合作銀行信息，根據(jù)交易額度信息向代付機構發(fā)送代付準備指令，以便代付機構凍結(jié)貼現(xiàn)方賬戶中的資金；

背書步驟：在收到代付機構反饋的代付已準備信息后，向持票人發(fā)出背書指令，向合作銀行發(fā)出票據(jù)狀態(tài)查詢指令并持續(xù)監(jiān)聽銀行的反饋信息以查詢票據(jù)狀態(tài)，然后開始計時，如果在預設時段T1中查詢到票據(jù)狀態(tài)改變?yōu)橐驯硶?，則進入背書簽收步驟；

背書簽收步驟：收到合作銀行發(fā)出的已背書狀態(tài)信息后，系統(tǒng)向貼現(xiàn)人發(fā)送背書簽收指令并開始計時，如果在預設時段T2中查詢到票據(jù)狀態(tài)改變?yōu)橐押炇眨瑒t向代付機構發(fā)出代付指令，如果在預設時段T2中查詢到票據(jù)狀態(tài)改變?yōu)橐丫苁?，向代付機構發(fā)送代付解除指令。

其中，所述背書步驟包括持票人信用記錄步驟：如果持票人未在預設時段T1內(nèi)完成背書，則記錄持票人背書超時。

其中，所述背書簽收步驟包括貼現(xiàn)人信用記錄步驟：如果持票人在預設時段T1內(nèi)完成背書且貼現(xiàn)人未在預設時段T2內(nèi)簽收，則記錄貼現(xiàn)人簽收超時，如果持票人在時段T1內(nèi)完成背書且貼現(xiàn)人拒收，則判斷貼現(xiàn)人拒收是否合理，如果不合理，則記錄貼現(xiàn)人非法拒收。

其中，所述背書步驟中：如果持票人未在預設時段T1內(nèi)完成背書，且貼現(xiàn)人未在T2時段內(nèi)完成簽收或拒收，則進入延時時段T3，在延時時段T3中，允許持票人進行背書或撤銷背書；允許貼現(xiàn)人簽收或者拒收。

還提供了一種線上電票交易裝置，其特征在于包括：

代付準備指令裝置：獲取交易票據(jù)信息、交易額度信息、貼現(xiàn)方的代付機構信息和交易票據(jù)的合作銀行信息，根據(jù)交易額度信息向代付機構發(fā)送代付準備指令，以便代付機構凍結(jié)貼現(xiàn)方賬戶中的資金；

背書裝置：在收到代付機構反饋的代付已準備信息后，向持票人發(fā)出背書指令，向合作銀行發(fā)出票據(jù)狀態(tài)查詢指令并持續(xù)監(jiān)聽銀行的反饋信息以查詢票據(jù)狀態(tài)，然后開始計時，如果在預設時段T1中查詢到票據(jù)狀態(tài)改變?yōu)橐驯硶?，則進入背書簽收步驟；

背書簽收裝置：收到合作銀行發(fā)出的已背書狀態(tài)信息后，系統(tǒng)向貼現(xiàn)人發(fā)送背書簽收指令并開始計時，如果在預設時段T2中查詢到票據(jù)狀態(tài)改變?yōu)橐押炇眨瑒t向代付機構發(fā)出代付指令，如果在預設時段T2中查詢到票據(jù)狀態(tài)改變?yōu)橐丫苁?，向代付機構發(fā)送代付解除指令。

其中，所述背書裝置包括持票人信用記錄裝置：如果持票人未在預設時段T1內(nèi)完成背書，則記錄持票人背書超時。

其中，所述背書簽收步驟包括貼現(xiàn)人信用記錄裝置：如果持票人在預設時段T1內(nèi)完成背書且貼現(xiàn)人未在預設時段T2內(nèi)簽收，則記錄貼現(xiàn)人簽收超時，如果持票人在時段T1內(nèi)完成背書且貼現(xiàn)人拒收，則判斷貼現(xiàn)人拒收是否合理，如果不合理，則記錄貼現(xiàn)人非法拒收。

其中，所述背書裝置中：如果持票人未在預設時段T1內(nèi)完成背書，且貼現(xiàn)人未在T2時段內(nèi)完成簽收或拒收，則進入延時時段T3，在延時時段T3中，允許持票人進行背書或撤銷背書；允許貼現(xiàn)人簽收或者拒收。

還提供一種線上電票交易系統(tǒng)，執(zhí)行線上電票交易任意一項的方法。

本發(fā)明的有益效果：

本發(fā)明的交易方法在交易過程中，向合作銀行詢問票據(jù)狀態(tài)信息的變更，并據(jù)此向代付機構、持票方和貼現(xiàn)方分別發(fā)送相應指令，在該過程中，代付機構只接受系統(tǒng)推送的指令，不依賴于貼現(xiàn)人的指令，確保資金轉(zhuǎn)移的安全；而且整個過程只有持票和貼現(xiàn)人需要進行相應的簡單操作，其他流程完全通過系統(tǒng)實現(xiàn)，無需中間人員介入，確保整個交易的效率。

附圖說明

利用附圖對本發(fā)明作進一步說明，但附圖中的實施例不構成對本發(fā)明的任何限制，對于本領域的普通技術人員，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)以下附圖獲得其它的附圖。

圖1為本發(fā)明的線上電票交易方法流程圖。

具體實施方式

結(jié)合以下實施例對本發(fā)明作進一步描述。

基于分類交易系統(tǒng)中買方子系統(tǒng)中的報價系統(tǒng)具體實施方式，為了便于說明，本系統(tǒng)的資產(chǎn)以電票為例，包括但不限于銀承電票、商承電票。

為了促進交易并使系統(tǒng)能夠自動匹配促成交易，本系統(tǒng)一方面分為買方子系統(tǒng)和賣方子系統(tǒng)，另一方面將交易者區(qū)分為詢價方和報價方，詢價方是指交易的發(fā)起方，根據(jù)交易意愿發(fā)布(向所有用戶端廣播)的關于待交易資產(chǎn)的交易品種及價格的信息為詢價信息，報價方是指對詢價信息進行響應并給出報價的一方，其為響應詢價信息而發(fā)出的信息為報價信息。

針對詢價方和報價方，本系統(tǒng)存在詢價功能模塊和報價功能模塊，此外，為了給詢價方和報價方建立信息鏈接，本系統(tǒng)還設置有用于顯示詢價信息的行情模塊。對應于買方子系統(tǒng)和賣方子系統(tǒng)，行情顯示模塊被分為買方行情子模塊和賣方行情子模塊，買方行情子模塊配置有買方行情界面，賣方行情子模塊配置有賣方行情界面，為了便于用戶使用，買方行情界面和賣方行情界面集合形成行情界面，在行情界面中設置有切換按鈕，用戶通過切換按鈕可以切換買方行情界面和賣方行情界面。

此外，在生成并發(fā)布詢價信息時，系統(tǒng)還會將詢價方的交易條件信息與該詢價信息進行關聯(lián)，并根據(jù)預設部分顯示該詢價信息的交易條件(需要符合本國的法律、法規(guī))信息。這些交易條件信息可以是來自詢價方詢價時輸入的條件，例如交割期限、最低交易數(shù)量等交易條件信息，還可以是系統(tǒng)默認保存記錄的條件信息，例如詢價方的身份信息。(注：在票據(jù)交易中，交易者的身份信息是影響交易可靠性的重要因素，因此是一項重要的交易條件，如果是在其他資產(chǎn)類型中，則可以根據(jù)交易的特殊性靈活的設置其所默認的交易條件信息)。

由于詢價方是交易的發(fā)起方，詢價功能模塊包括詢價方輸入詢價價格和交易條件信息的詢價界面，該詢價界面包括賣方詢價界面和買方詢價界面，用戶可以通過詢價界面上“賣方市場”按鈕和“買方市場”按鈕來切換賣方詢價設界面和買方詢價界面。對于詢價方，由于詢價方是交易的發(fā)起人，其難以在發(fā)起時設定的交易價格總是期望盡可能的有利于自己，但是過于有利詢價方的價格設定又難以吸引報價方報價，詢價方需要在這兩者間尋求平衡，但這種詢價具有較大的主觀因素，難以實現(xiàn)最優(yōu)的市場化定價，為此，本系統(tǒng)還設置有自動詢價模塊，該自動詢價模塊供詢價方預設詢價基準值、詢價閾值、逐次調(diào)價幅度和調(diào)價周期，在詢價方預設上述信息后，系統(tǒng)會自動發(fā)布詢價信息，詢價信息一開始的詢價價格是詢價基準值，發(fā)布信息后，如果在一個調(diào)價周期內(nèi)沒有收到針對該詢價信息的報價信息，則以逐次調(diào)價幅度調(diào)整價格，直至出現(xiàn)針對該詢價信息的報價信息，或者詢價價格高于預設的詢價閾值。這樣，詢價方就能夠在一個詢價范圍(詢價基準值和詢價閾值之間)中由系統(tǒng)自動的感知市場的反應，從而使詢價方的詢價價格更加符合市場化定價。

此外，為了便于報價方進行報價，本系統(tǒng)為詢價信息配置報價端口的方式有兩種，一種是為行情界面中顯示的每條詢價信息配置報價鏈接，用戶通過點擊詢價信息即可進入針對該詢價信息對應的報價窗口來進行報價，該種報價方法可以將票據(jù)資產(chǎn)打包賣出，資產(chǎn)打包分為整包和零售包，詢價方選擇成交時，整包必須批量買入，零售包可以選擇部分買入；另一種是向用戶提供自動報價模塊，自動報價模塊生成自動報價界面供用戶預設自動報價信息，然后記錄用戶預先輸入的預設報價信息，這些報價信息包括定制交易條件信息、交易價格信息等，其中定制交易條件信息包括詢價方的授信額度信息、授信名單信息、交易品種信息、權屬人信息、兌付人信息、資產(chǎn)數(shù)量信息、地域信息、交付方式信息、交付時間信息和信用評級信息等信息，這些定制交易條件信息部分是由報價方在預設報價時輸入的，部分則是系統(tǒng)根據(jù)報價方的交易保證金信息和/或身份信息來自動生成的(如資產(chǎn)數(shù)量信息、信用評級信息等)。系統(tǒng)在收到新的詢價信息時，會查找出自動報價模塊中所有匹配該詢價信息的預設報價信息，并根據(jù)預設報價信息自動生成針對該詢價信息的報價信息。為了確保采用自動報價的報價方的權益，本系統(tǒng)在用戶預設報價信息時引導用戶預設報價信息時預設交易閾值，在自動報價時會判斷交易閾值是否相比詢價值更利于報價方，如果是，則按詢價值報價，如果否，則認為該預設報價信息不匹配該詢價信息。需要說明的是，該自動報價模塊也同樣分為買方自動報價模塊和賣方自動報價模塊，買方自動報價模塊歸屬于買方子系統(tǒng)，賣方自動報價模塊歸屬于賣方子系統(tǒng)，也就是說，不同的報價信息被限定在不同的子系統(tǒng)，不會對另外的系統(tǒng)產(chǎn)生干擾。類似于行情顯示模塊，自動報價模塊具有報價預設界面，該報價預設界面包括賣方報價預設界面和買方報價預設界面，用戶可以通過報價預設界面上“賣方市場”按鈕和“買方市場”按鈕來切換賣方報價預設界面和買方報價預設界面。

對于報價方提出的報價信息(無論是通過行情界面的鏈接提交的手動報價信息還是自動報價模塊提交的自動報價信息)，系統(tǒng)會收集并發(fā)送給詢價方，供尋價方挑選出最優(yōu)的交易對手，以達成交易。由于針對同一詢價信息會有多條報價信息進行響應，因此該系統(tǒng)還具有競價功能模塊，該競價功能模塊會將目前所有的報價信息中的最優(yōu)價(最有利于詢價方的報價)反饋給報價方(可以是正在進行手動報價的報價方，也可以是自動報價模塊)，由報價方根據(jù)當前其他報價信息來進行競價，從而使交易能夠更加真實的體現(xiàn)交易雙方的意愿。

為了適應前述自動報價模塊，競價模塊也相對應的配置有自動競價功能，該自動競價功能是讓用戶在設置預設報價信息時還預設逐次變化幅度；競價時，在收到競價功能模塊反饋的最優(yōu)價，會判斷該預設報價信息的當前報價是否為目前所有報價方的報價中的最有利于詢價方的報價，如果是，則維持當前報價，如果否，則根據(jù)逐次變化幅度調(diào)整報價值，并在調(diào)整后再次判斷調(diào)整后的報價是否為目前所有報價方的報價中的最有利于詢價方的報價，直至報價等于交易閾值。通過該自動競價功能，報價方能夠更加合理的預設自己的博弈方案，從而能夠在預設的報價中也充分的反映出自己的交易意愿，實現(xiàn)風險與收益匹配的最大化。

本系統(tǒng)通過買方子系統(tǒng)和賣方子系統(tǒng)嚴格的將買方市場和賣方市場區(qū)分開來，因而在買方子系統(tǒng)(即賣方市場)，詢價方必然是賣方，報價方必然是買方；在買方子系統(tǒng)(即買方市場)，詢價方必然是買方，報價方必然是賣方。在買方子系統(tǒng)(即買方市場)，詢價方必然是買方，報價方必然是賣方。交易者在不同的市場可以同時具有報價方和詢價方兩種角色。在賣方市場，擁有資產(chǎn)賣出需求，則為詢價方，擁有資產(chǎn)買入需求，則為報價方；在買方市場，擁有資產(chǎn)買入需求，則為詢價方，擁有資產(chǎn)賣出需求，則為報價方。在不同的市場中，通過設置針對詢價信息的報價端口，交易匹配過程被嚴格的限定為：詢價——報價——詢價方選擇合適的交易者——交易；在明確的交易匹配過程下，系統(tǒng)也就能夠?qū)崿F(xiàn)自動匹配，而交易者在交易過程中表達的交易意愿(即賣方/買方提出的詢價價格或報價價格信息)也能夠被明確的分類記錄，從而清晰體現(xiàn)出交易行情。

交易達成后，系統(tǒng)向代付機構發(fā)送凍結(jié)貼現(xiàn)人資金指令，凍結(jié)額度包括成交金額+交易平臺手續(xù)費+代付機構手續(xù)費，凍結(jié)后反饋信息給交易系統(tǒng)，交易系統(tǒng)據(jù)此向持票人發(fā)送背書通知信息，并開始持票人背書倒計時，持票人需在規(guī)定的預設時段T1內(nèi)完成電票背書。持票人背書發(fā)生兩種情形：情形一：規(guī)定預設時段T1內(nèi)完成背書。系統(tǒng)將收到合作銀行反饋的“已背書”信息，生成簽收通知信息發(fā)送貼現(xiàn)人，并開始貼現(xiàn)人簽收倒計時，貼現(xiàn)人需在規(guī)定時間內(nèi)完成簽收。情形二：持票人在預設時段T1內(nèi)未完成背書。規(guī)定時間到后，系統(tǒng)未收到合作銀行反饋的任何信息，記錄持票人背書超時1次。系統(tǒng)自動進入貼現(xiàn)人簽收倒計時，交易繼續(xù)(如果到延長期末都未背書，則交易結(jié)束)。

系統(tǒng)通過合作銀行獲得電票已背書信息，通知貼現(xiàn)人簽收并開始貼現(xiàn)人倒計時，貼現(xiàn)人需要在預設時段T2內(nèi)完成簽收。貼現(xiàn)人簽收會出現(xiàn)如下三種情形：情形一：預設時段T2內(nèi)，簽收。合作銀行反饋“已簽收”信息，系統(tǒng)向代付機構發(fā)送代付指令。情形二：預設時段T2內(nèi)，未簽收。規(guī)定時間到時，系統(tǒng)未收到任何由合作銀行反饋的簽收(拒收)信息，進入交易延時時段T3，延時時段T3內(nèi)可以達成交易、也可以解除交易，此時需記錄貼現(xiàn)人簽收超時1次(前提是持票人背書未超時)。系統(tǒng)生成通知信息，督促持票人撤回背書，督促貼現(xiàn)人快速簽收。延時時段T3中：如果系統(tǒng)收到合作銀行狀態(tài)變更信息：(1)合作銀行反饋“已簽收”信息，系統(tǒng)向代付機構發(fā)送資金代付指令；(2)合作銀行反饋“已撤回”信息，交易結(jié)束，系統(tǒng)向代付機構發(fā)送資金代付解除指令；(3)合作銀行反饋“已拒收”信息，系統(tǒng)向代付機構發(fā)送資金代付解除指令。如果延時時段T3結(jié)束時，合作銀行并未反饋任何結(jié)果，系統(tǒng)不做任何操作，待日終處理。情形三：規(guī)定時間內(nèi)，拒收。合作銀行反饋“拒收”信息，系統(tǒng)比對拒收電票和合同上達成交易的電票信息是否一致：一致，則向代付機構發(fā)送資金代付解除指令；不一致，則需要記錄貼現(xiàn)人非法拒收增加1次，再向代付機構發(fā)送資金代付解除指令。流程圖如圖1所示。

此外，系統(tǒng)包括的報價功能模塊、詢價功能模塊和行情顯示模塊均分別配置有分屬于買方子系統(tǒng)和賣方子系統(tǒng)的子模塊，因此該軟件系統(tǒng)在各個功能模塊都為用戶提供了清晰的賣方子系統(tǒng)和買方子系統(tǒng)的交互端和入口，提高了用戶操作的便捷性。

最后應當說明的是，以上實施例僅用以說明本發(fā)明的技術方案，而非對本發(fā)明保護范圍的限制，盡管參照較佳實施例對本發(fā)明作了詳細地說明，本領域的普通技術人員應當理解，可以對本發(fā)明的技術方案進行修改或者等同替換，而不脫離本發(fā)明技術方案的實質(zhì)和范圍。