[發(fā)明專利]交易信息處理方法

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 200610140062.8
• 申請(qǐng)日: 2006-10-11
• 公開(kāi)（公告）號(hào): CN101162518A
• 公開(kāi)（公告）日: 2008-04-16
• 發(fā)明（設(shè)計(jì)）人: 李穎;王琳;郝付國(guó)
• 申請(qǐng)（專利權(quán)）人: 中國(guó)民生銀行股份有限公司
• 主分類號(hào): G06Q30/00
• 分類號(hào): G06Q30/00
• 代理公司: 北京同立鈞成知識(shí)產(chǎn)權(quán)代理有限公司
• 代理人: 劉芳

技術(shù)領(lǐng)域

本發(fā)明涉及一種交易信息處理方法，尤其涉及一種買方商戶將預(yù)付款交付給銀行，由銀行為買賣雙方商戶的交易提供擔(dān)保的交易信息處理方法。屬于B2B電子商務(wù)領(lǐng)域。

背景技術(shù)

B2B(Business-to-Business商業(yè)對(duì)商業(yè))是企業(yè)與企業(yè)之間通過(guò)互聯(lián)網(wǎng)進(jìn)行產(chǎn)品、服務(wù)及信息交換的電子商務(wù)模式。現(xiàn)有的B2B電子商務(wù)模式主要包括兩種：一種是企業(yè)之間直接進(jìn)行的電子商務(wù)，如制造商的在線采購(gòu)和在線供貨等；另一種是通過(guò)第三方電子商務(wù)平臺(tái)進(jìn)行的商務(wù)活動(dòng)，各類企業(yè)可以通過(guò)該電子商務(wù)平臺(tái)進(jìn)行企業(yè)間的電子商務(wù)，如發(fā)布和查詢供求信息，與潛在客戶/供應(yīng)商進(jìn)行在線交流和商務(wù)洽談等。這種電子商務(wù)模式通常采用的支付方式是支付保證金模式，即買賣雙方根據(jù)交易進(jìn)程存入一定比例的保證金或者預(yù)付款，買方通過(guò)第三方交易平臺(tái)支付貨款。

現(xiàn)有技術(shù)缺陷在于：第一種電子商務(wù)模式需要交易雙方的企業(yè)之間已經(jīng)建立相互信任的合作關(guān)系，或者交易一方非常強(qiáng)勢(shì)，而另一方處于相對(duì)被動(dòng)的地位，如大型核心企業(yè)與它的供貨商或者經(jīng)銷商等，因此這種電子商務(wù)模式的應(yīng)用范圍較小。另一種借由第三方電子商務(wù)平臺(tái)的B2B模式中，買賣雙方將支付保證金交給第三方交易平臺(tái)，本質(zhì)上是由第三方交易平臺(tái)在買賣雙方之間提供了一個(gè)擔(dān)保，但該第三方是否有資格充當(dāng)結(jié)算的中介，買方用戶是否信任該第三方的擔(dān)保仍然難以確定，存在資金安全隱患，并且結(jié)算帳戶中的利息歸屬問(wèn)題也頗有爭(zhēng)議。另外，第三方交易平臺(tái)的介入中斷了交易雙方的資金流，為雙方開(kāi)立發(fā)票帶來(lái)了困難。

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

本發(fā)明的目的是提供一種交易信息處理方法，使銀行充當(dāng)B2B電子商務(wù)中買賣雙方商戶的交易擔(dān)保中介，并且支付結(jié)算方便，信息安全可靠。

為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種交易信息處理方法，包括：

買方商戶終端向銀行支付系統(tǒng)發(fā)送交易請(qǐng)求消息；

銀行支付系統(tǒng)收到交易請(qǐng)求消息后，對(duì)交易請(qǐng)求消息的類型進(jìn)行判斷，

如果該交易請(qǐng)求消息為攜帶有訂單信息的訂單生成請(qǐng)求消息，則在銀行支付系統(tǒng)收到賣方商戶終端發(fā)送的訂單確認(rèn)消息的情況下，將訂單信息進(jìn)行保存；

如果該交易請(qǐng)求消息為預(yù)付款請(qǐng)求消息，則根據(jù)該消息查詢相應(yīng)的訂單信息，并根據(jù)該訂單信息向銀行帳戶系統(tǒng)發(fā)送轉(zhuǎn)帳請(qǐng)求消息；

銀行帳戶系統(tǒng)完成轉(zhuǎn)帳操作后，向銀行支付系統(tǒng)回復(fù)轉(zhuǎn)帳確認(rèn)消息。

通過(guò)上述步驟，買賣雙方商戶將訂單信息保存在銀行，并且通過(guò)銀行對(duì)貨款交付進(jìn)行管理和轉(zhuǎn)帳，雙方都可以通過(guò)銀行指定的查詢方式查詢預(yù)付款信息，以進(jìn)行下一步的交易行為，從而促進(jìn)了交易的順利進(jìn)行。由于銀行是具有較高公共信譽(yù)的單位，具有為交易雙方提供擔(dān)保的能力和資格，買賣雙方商戶在交易過(guò)程中不需要電子商務(wù)平臺(tái)等第三方的介入，使得對(duì)預(yù)付款的管理更加安全可靠。另外，銀行在收到預(yù)付款時(shí)，根據(jù)通常的業(yè)務(wù)流程會(huì)在銀行預(yù)付款帳戶中予以記錄，因此不需要開(kāi)立發(fā)票，從而避免了由于電子商務(wù)平臺(tái)等第三方的介入而引起的開(kāi)立發(fā)票的困難。并且，在交易過(guò)程中的利息可以作為銀行的服務(wù)費(fèi)用的一部分支付給銀行，從而避免了分歧。

下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。

附圖說(shuō)明

圖1為本發(fā)明實(shí)施例1所述交易信息處理方法的流程圖；

圖2為本發(fā)明實(shí)施例2所述交易信息處理方法的流程圖；

圖3為本發(fā)明實(shí)施例3所述交易信息處理方法的流程圖；

圖4為本發(fā)明實(shí)施例4所述交易信息處理方法的流程圖。

具體實(shí)施方式

實(shí)施例1

本實(shí)施提供了一種在B2B電子商務(wù)交易過(guò)程中由買方商戶發(fā)起生成訂單的交易信息處理方法。如圖1所示，

步驟101，買方商戶終端向銀行支付系統(tǒng)發(fā)送交易請(qǐng)求消息，在本實(shí)施例中還包括發(fā)送攜帶有訂單信息的訂單生成請(qǐng)求消息。其中，訂單信息主要包括買賣雙方商戶信息，如買賣雙方商戶的商戶號(hào)、賬戶名及賬戶號(hào)等，另外還包括交易信息，如商品名稱、數(shù)量、單價(jià)、總價(jià)等。

步驟102，銀行支付系統(tǒng)收到交易請(qǐng)求消息后，對(duì)交易請(qǐng)求消息的類型進(jìn)行判斷，在本實(shí)施例中具體為，判斷出該交易請(qǐng)求消息為攜帶有訂單信息的訂單生成請(qǐng)求消息，并執(zhí)行步驟103。

步驟103，銀行支付系統(tǒng)根據(jù)訂單信息向賣方商戶終端發(fā)送訂單確認(rèn)請(qǐng)求消息，即向賣方商戶查詢是否確認(rèn)該筆訂單，具體方式可以為發(fā)送短信或自動(dòng)語(yǔ)音電話等。

步驟104、賣方商戶終端收到訂單確認(rèn)請(qǐng)求消息后，向銀行支付系統(tǒng)回復(fù)訂單確認(rèn)消息，表明對(duì)該訂單予以確認(rèn)。