一種網(wǎng)上支付方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種網(wǎng)上支付方法和系統(tǒng)，其中，所述方法包括：為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶；接收買家發(fā)送的支付請求，根據(jù)支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理；接收買家發(fā)送的確認(rèn)付款請求，根據(jù)確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。采用本發(fā)明，將現(xiàn)有的在途資金高度集中于第三方的支付技術(shù)改進(jìn)為在途資金與用戶自身直接相關(guān)的支付技術(shù)，降低了在途資金的風(fēng)險，保障了資金安全。此外，通過資金凍結(jié)和計息處理可以為賣方提供支付保障和未買方提供利息收益。
【專利說明】一種網(wǎng)上支付方法和系統(tǒng)

【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及在線支付領(lǐng)域，具體而言，涉及一種網(wǎng)上支付方法和系統(tǒng)。

【背景技術(shù)】
[0002]長期以來，信用體系缺失導(dǎo)致買賣雙方間缺乏信任，這已經(jīng)成為國內(nèi)電子商務(wù)發(fā)展的一大瓶頸。近些年來一種網(wǎng)上支付信用中介服務(wù)——第三方擔(dān)保支付，以中介者的身份監(jiān)督交易過程，建立信用體系，在一定程度上解決電子商務(wù)交易中由于信息不對稱所導(dǎo)致的信用缺失問題。目前應(yīng)用最廣泛的一種第三方網(wǎng)上擔(dān)保模式的交易流程如下:買賣雙方在網(wǎng)上達(dá)成商品交易意向或協(xié)議后，買家將款項先支付給第三方，由第三方暫時保管，待買家收到賣家的貨品并確認(rèn)后，第三方將款項支付給賣家，完成整個交易。
[0003]由于現(xiàn)有網(wǎng)上擔(dān)保支付都是由非銀行金融機構(gòu)的第三方支付公司來擔(dān)任信用中介，依靠的是第三方支付公司的商業(yè)信用，而第三方支付公司只能通過暫時保管在途資金的方式對貨款進(jìn)行監(jiān)管，這導(dǎo)致了在途資金所有權(quán)在擔(dān)保過程中必然發(fā)生轉(zhuǎn)移，即從買家轉(zhuǎn)移至第三方支付公司，這使得買房承擔(dān)了一定的資金風(fēng)險。
[0004]如何建立一種在途資金所有權(quán)不發(fā)生轉(zhuǎn)移的支付技術(shù)，從而有力地保障用戶資金安全，這成為業(yè)界所亟需解決的問題。


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

[0005]本發(fā)明提供一種網(wǎng)上支付方法和系統(tǒng)，將現(xiàn)有的在途資金高度集中于第三方的支付技術(shù)改進(jìn)為在途資金與用戶自身直接相關(guān)的支付技術(shù)，降低了在途資金的風(fēng)險，保障了用戶的資金安全。
[0006]本發(fā)明采用以下技術(shù)措施實現(xiàn)的:
[0007]本發(fā)明實施例提供一種網(wǎng)上支付方法，所述方法包括:為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶；
[0008]接收買家發(fā)送的支付請求，根據(jù)所述支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理；
[0009]接收買家發(fā)送的確認(rèn)付款請求，根據(jù)所述確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。
[0010]相應(yīng)地，本發(fā)明實施例還提供一種網(wǎng)上支付系統(tǒng)，包括:
[0011]賬戶管理模塊，用于為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶；
[0012]消息接收模塊，用于接收買家發(fā)送的支付請求和確認(rèn)付款請求；
[0013]賬戶控制模塊，用于在所述消息接收模塊接收到所述支付請求時，根據(jù)所述支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理，以及，用于在所述消息接收模塊接收到所述確認(rèn)付款請求時，根據(jù)所述確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。
[0014]采用本發(fā)明實施例所提供的網(wǎng)上支付方法和系統(tǒng)，將現(xiàn)有的在途資金高度集中于第三方的支付技術(shù)改進(jìn)為在途資金與用戶自身直接相關(guān)的支付技術(shù)，降低了在途資金的風(fēng)險，保障了用戶的資金安全。此外，通過資金凍結(jié)和計息處理，可以保障用戶對于在途資金的利息收益。

【專利附圖】

【附圖說明】
[0015]圖1是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付方法的流程示意圖；
[0016]圖2是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付方法的流程示意圖；
[0017]圖3是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付系統(tǒng)的方塊圖；
[0018]圖4是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付系統(tǒng)的方塊圖。

【具體實施方式】
[0019]為使本發(fā)明的實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面進(jìn)一步結(jié)合附圖對本發(fā)明作詳細(xì)描述。
[0020]首先，對本發(fā)明中提及的“在途資金”進(jìn)行說明:在途資金是指買賣雙方在第三方參與下進(jìn)行擔(dān)保交易時，貨款尚未從買家賬戶到達(dá)賣家賬戶時，處于在途狀態(tài)的資金。
[0021]圖1是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付方法的流程示意圖，參照圖1，所述方法包括:
[0022]100:為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶。
[0023]在本發(fā)明實施例中，銀行賬戶是指依附于實體銀行卡或存折等可以直接進(jìn)行現(xiàn)金提取的賬戶。電子賬戶是指與銀行賬戶綁定、可以與銀行賬戶進(jìn)行資金劃撥但無法直接取現(xiàn)的賬戶。
[0024]102:接收買家發(fā)送的支付請求，根據(jù)所述支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理。
[0025]在本發(fā)明實施例中，所述支付請求包含需要進(jìn)行支付的資金額度。此外，所述支付請求還可以包括買家的身份信息，以便網(wǎng)上支付系統(tǒng)根據(jù)買家的身份信息確定對哪個電子賬戶進(jìn)行資金凍結(jié)；或者所述支付請求還可以包括買家的電子賬戶信息，以便網(wǎng)上支付系統(tǒng)直接進(jìn)行資金凍結(jié)。
[0026]可選地，在本發(fā)明實施例的一種實現(xiàn)方式中，買家可以通過電子商務(wù)平臺發(fā)送所述支付請求。
[0027]可選地，在本發(fā)明實施例的一種實現(xiàn)方式中，102還可包括:在進(jìn)行所述資金凍結(jié)處理之后，將完成資金凍結(jié)處理的日期作為起息日，以便后續(xù)計算該筆資金的利息。
[0028]104:接收買家發(fā)送的確認(rèn)付款請求，根據(jù)所述確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。
[0029]在本發(fā)明實施例中，所述確認(rèn)付款請求可以包含賣家的身份信息或賣家的電子賬戶信息，以便網(wǎng)上支付系統(tǒng)進(jìn)行資金劃撥。
[0030]可選地，在本發(fā)明實施例的一種實現(xiàn)方式中，買家可以通過電子商務(wù)平臺發(fā)送所述確認(rèn)付款請求。
[0031]可選地，在本發(fā)明實施例的一種實現(xiàn)方式中，104還可包括:在進(jìn)行所述資金凍結(jié)處理之后，向賣家發(fā)送完成資金凍結(jié)的消息，例如通過電子商務(wù)平臺向賣家發(fā)送該消息，以便賣家進(jìn)行發(fā)貨處理。當(dāng)然，在另一種實現(xiàn)方式中，也可以向買家發(fā)送完成資金凍結(jié)的消肩、O
[0032]可選地，在本發(fā)明實施例的一種實現(xiàn)方式中，104還可包括:在完成資金劃撥之后，向買家和賣家發(fā)送完成支付的消息，例如通過電子商務(wù)平臺向買家和賣家發(fā)送該消息。
[0033]可選地，在本發(fā)明實施例的一種實現(xiàn)方式中，104還可包括:將起息日(即完成資金凍結(jié)處理的日期)至完成資金解凍處理的日期的前一天作為計息區(qū)間，計算該筆需要進(jìn)行支付的資金的利息。具體的計息方法可以參照活期賬戶的計息方法，此處不進(jìn)行贅述。進(jìn)一步可選地，可以進(jìn)行利息清算以將計算得到的利息劃撥至買家的電子賬戶中。在一種優(yōu)選實施例中，可以每季度進(jìn)行一次利息清算。通過本實現(xiàn)方式，能夠保障用戶對于在途資金的利息收益。
[0034]采用本發(fā)明實施例所提供的方法，通過為買家建立電子賬戶，并且在支付時對買家的電子賬戶中的資金進(jìn)行凍結(jié)，使得在保證買家具有支付能力的同時，不改變這部分資金的所有權(quán)，即，凍結(jié)的資金的所有權(quán)仍屬于買家，而不屬于諸如支付寶之類的第三方，這樣使得在途資金與買家自身直接相關(guān)，不會因第三方的存在而受到影響，降低了用戶的資金風(fēng)險，保障了用戶的資金安全。同時，由于進(jìn)行資金凍結(jié)，能夠有效保證賣家的權(quán)益。
[0035]圖2是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付方法的流程示意圖，參照圖2，所述方法包括:
[0036]200:為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶。具體請參照前文對于圖1所實施例中的100的說明。
[0037]201:接收買家發(fā)送的支付請求，根據(jù)所述支付請求將需要進(jìn)行支付的資金從買家的銀行賬戶劃撥至買家的電子賬戶。
[0038]在本實施例中，所述支付請求除了包括需要進(jìn)行支付的資金金額外，還可以包括買家的身份信息，以便網(wǎng)上支付系統(tǒng)確認(rèn)買家的銀行賬戶和買家的電子賬戶，或者，可以直接包括買家的銀行賬戶信息和買家的電子賬戶信息。
[0039]202:根據(jù)所述支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理。具體請參照前文對于圖1所實施例中的102的說明。
[0040]204:接收買家發(fā)送的確認(rèn)付款請求，根據(jù)所述確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。具體請參照前文對于圖1所實施例中的104的說明。
[0041]可選地，在本實施例中，除了從買家的銀行賬戶向電子賬戶劃撥資金外，也可以從電子賬戶向銀行賬戶劃撥資金以便進(jìn)行取現(xiàn)等操作。
[0042]圖3是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付系統(tǒng)的方塊圖，參照圖3，網(wǎng)上支付系統(tǒng)3包括賬戶管理模塊31、消息接收模塊32和賬戶控制模塊33，下面分別進(jìn)行說明。
[0043]賬戶管理模塊31，用于為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶。其中，銀行賬戶是指依附于實體銀行卡或存折等可以直接進(jìn)行現(xiàn)金提取的賬戶。電子賬戶是指與銀行賬戶綁定、可以與銀行賬戶進(jìn)行資金劃撥但無法直接取現(xiàn)的賬戶。
[0044]可選地，賬戶管理模塊31還可以用于買家或賣家注銷其電子賬戶。
[0045]消息接收模塊32，用于接收買家發(fā)送的支付請求和確認(rèn)付款請求。其中，支付請求用于觸發(fā)賬戶控制模塊33進(jìn)行資金凍結(jié)處理，確認(rèn)支付請求用于觸發(fā)賬戶控制模塊33進(jìn)行資金解凍和劃撥處理。
[0046]賬戶控制模塊33，用于在所述消息接收模塊32接收到所述支付請求時，根據(jù)所述支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理，以及，用于在所述消息接收模塊接收到所述確認(rèn)付款請求時，根據(jù)所述確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。
[0047]在本發(fā)明實施例中，所述支付請求包含需要進(jìn)行支付的資金額度。此外，所述支付請求還可以包括買家的身份信息，以便網(wǎng)上支付系統(tǒng)根據(jù)買家的身份信息確定對哪個電子賬戶進(jìn)行資金凍結(jié)；或者所述支付請求還可以包括買家的電子賬戶信息，以便網(wǎng)上支付系統(tǒng)直接進(jìn)行資金凍結(jié)。
[0048]在本發(fā)明實施例中，所述確認(rèn)付款請求可以包含賣家的身份信息或賣家的電子賬戶信息，以便網(wǎng)上支付系統(tǒng)進(jìn)行資金劃撥。
[0049]可選地，在本發(fā)明實施例的一種實現(xiàn)方式中，所述支付請求和確認(rèn)付款請求可以由買家通過電子商務(wù)平臺發(fā)送。
[0050]采用本發(fā)明實施例所提供的網(wǎng)上支付系統(tǒng)3，能夠在保證買家具有支付能力的同時，不改變這部分資金的所有權(quán)，使得在途資金與買家自身直接相關(guān)，不會因第三方的存在而受到影響，降低了用戶的資金風(fēng)險，保障了用戶的資金安全。同時，由于進(jìn)行資金凍結(jié)，能夠有效保證賣家的權(quán)益。
[0051]可選地，在本實施例的一種實現(xiàn)方式中，所述賬戶控制模塊33還可用于:在所述消息接收模塊32接收到買家發(fā)送的支付請求后，根據(jù)所述支付請求將需要進(jìn)行支付的資金從買家的銀行賬戶劃撥至買家的電子賬戶，然后在買件的電子賬戶中進(jìn)行資金凍結(jié)處理。在一種優(yōu)選實現(xiàn)方式中，銀行賬戶和電子賬戶之間可以互相進(jìn)行資金劃撥處理。
[0052]圖4是根據(jù)本發(fā)明實施例的一種網(wǎng)上支付系統(tǒng)的方塊圖，參照圖4，網(wǎng)上支付系統(tǒng)4除了包括賬戶管理模塊31、消息接收模塊32和賬戶控制模塊33外，還包括計息模塊41。其中，對于賬戶管理模塊31、消息接收模塊32和賬戶控制模塊33的說明請參照前文在圖3所示實施例中的相應(yīng)說明，此處不贅述。
[0053]計息模塊41，用于將完成資金凍結(jié)處理的日期作為起息日，將起息日至完成資金解凍處理的日期的前一天作為計息區(qū)間，計算該筆需要進(jìn)行支付的資金的利息。
[0054]可選地，如圖4中的虛線框所示，在本實施例的一種實現(xiàn)方式中，網(wǎng)上支付系統(tǒng)4還可以包括清算模塊42，用于進(jìn)行利息清算，即根據(jù)計息模塊41計算的利息將利息劃撥至買家的電子賬戶中。在一種優(yōu)選實施例中，可以每季度進(jìn)行一次利息清算。通過本實現(xiàn)方式能夠保證用戶對于在途資金的利息收益。
[0055]可選地，如圖4中的虛線框所示，在本實施例的一種實現(xiàn)方式中，網(wǎng)上支付系統(tǒng)4還可以包括消息發(fā)送模塊43，用于在賬戶控制模塊33進(jìn)行所述資金凍結(jié)處理之后，向賣家發(fā)送完成資金凍結(jié)的消息，以便賣家進(jìn)行發(fā)貨處理。當(dāng)然也可以像買家發(fā)送完成資金凍結(jié)的消息。此外，消息發(fā)送模塊43還可以用于在賬戶控制模塊33完成資金劃撥之后，向買家和賣家發(fā)送完成支付的消息。
[0056]通過對以上實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件結(jié)合硬件平臺的方式來實現(xiàn)，當(dāng)然也可以全部通過硬件來實施。基于這樣的理解，本發(fā)明的技術(shù)方案對【背景技術(shù)】做出貢獻(xiàn)的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。
[0057]以上所公開的僅為本發(fā)明的【具體實施方式】，僅用于對本發(fā)明進(jìn)行舉例說明，不能以此限定本發(fā)明之保護(hù)范圍，本領(lǐng)域技術(shù)人員在不脫離本發(fā)明實質(zhì)的前提下可以進(jìn)行各種修改、變化或替換，因此，依照本發(fā)明所作的各種等同變化，仍屬于本發(fā)明所涵蓋的范圍。
【權(quán)利要求】
1.一種網(wǎng)上支付方法，其特征在于，所述方法包括: 為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶； 接收買家發(fā)送的支付請求，根據(jù)所述支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理； 接收買家發(fā)送的確認(rèn)付款請求，根據(jù)所述確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。
2.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 將完成資金凍結(jié)處理的日期作為起息日，將起息日至完成資金解凍處理的日期的前一天作為計息區(qū)間，計算該筆需要進(jìn)行支付的資金的利息。
3.如權(quán)利要求2所述的方法，其特征在于，所述方法還包括: 進(jìn)行利息清算以將計算得到的利息劃撥至買家的電子賬戶中。
4.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 在進(jìn)行所述資金凍結(jié)處理之后，向賣家發(fā)送完成資金凍結(jié)的消息，以便賣家進(jìn)行發(fā)貨處理。
5.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 在接收到買家發(fā)送的支付請求后，根據(jù)所述支付請求將需要進(jìn)行支付的資金從買家的銀行賬戶劃撥至買家的電子賬戶。
6.一種網(wǎng)上支付系統(tǒng)，其特征在于，所述系統(tǒng)包括: 賬戶管理模塊，用于為買家建立與買家的銀行賬戶綁定的電子賬戶，為賣家建立與賣家的銀行賬戶綁定的電子賬戶； 消息接收模塊，用于接收買家發(fā)送的支付請求和確認(rèn)付款請求； 賬戶控制模塊，用于在所述消息接收模塊接收到所述支付請求時，根據(jù)所述支付請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金凍結(jié)處理，以及，用于在所述消息接收模塊接收到所述確認(rèn)付款請求時，根據(jù)所述確認(rèn)付款請求在買家的電子賬戶中對需要進(jìn)行支付的資金進(jìn)行資金解凍處理，并將解凍后的資金從買家的電子賬戶劃撥至賣家的電子賬戶。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 計息模塊，用于將完成資金凍結(jié)處理的日期作為起息日，將起息日至完成資金解凍處理的日期的前一天作為計息區(qū)間，計算該筆需要進(jìn)行支付的資金的利息。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 清算模塊，用于將所述計息模塊計算的利息劃撥至買家的電子賬戶中。
9.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 消息發(fā)送模塊，用于在所述賬戶控制模塊進(jìn)行所述資金凍結(jié)處理之后，向賣家發(fā)送完成資金凍結(jié)的消息，以便賣家進(jìn)行發(fā)貨處理。
10.如權(quán)利要求6所述的系統(tǒng)，其特征在于， 所述賬戶控制模塊還用于，在所述消息接收模塊接收到買家發(fā)送的支付請求后，根據(jù)所述支付請求將需要進(jìn)行支付的資金從買家的銀行賬戶劃撥至買家的電子賬戶。
【文檔編號】G06Q20/36GK104376453SQ201410593362
【公開日】2015年2月25日 申請日期:2014年10月29日 優(yōu)先權(quán)日:2014年10月29日
【發(fā)明者】黃丹, 傅強, 陸祺, 莊海元, 李尚真, 李永春, 鄧小茜, 鐘博, 陳歷智, 曾德 申請人:中國建設(shè)銀行股份有限公司