購物結算方法和裝置與流程

2023-08-06 12:53:51 1

本申請涉及支付技術領域，尤其涉及一種購物結算方法和裝置。

背景技術：

目前，用戶購物的方式越來越多，導致購物結算方式的多樣化，例如，當用戶網上購物時，通過網上銀行可以使用銀行卡或者信用卡完成購物結算。

然而，一旦在網上購物，並提交訂單之後，用戶一般需要立即完成購物結算，導致支付後並無進一步收益，並且即使通過分期付款完成購物結算，易無法保證按時還款，一旦不能夠在約定期限內完成購物結算，則易導致銀行壞帳率上升，從而影響用戶的個人信用。

技術實現要素：

本申請的目的旨在至少在一定程度上解決上述的技術問題之一。

為此，本申請的第一個目的在於提出一種購物結算方法，該方法能夠有效降低購物結算時支付的安全風險，同時在支付成功後的一定期限內，實現用戶收益的最大化。

本申請的第二個目的在於提出了一種購物結算裝置。

為達上述目的，根據本申請第一方面實施例提出的一種購物結算方法，包括以下步驟：接收用戶向商戶支付的支付請求；根據支付請求凍結用戶的帳戶中相應的資產，並生成支付請求對應的票據和根據票據生成的票據抵押物；將票據抵押物提供至商戶以使所述商戶根據所述票據抵押物進行融資。

本申請通過接收用戶的支付請求生成對應的票據，可以根據票據生成票據抵押物，並將其提供至商戶進行融資，從而能夠在不改變支付形式的情況下提高了支付的安全性，並且能夠有效降低購物結算時存在的安全問題，以及實現用戶的收益最大化，提高用戶滿意度。

為達上述目的，根據本申請的第二方面實施例提出的一種購物結算裝置，包括：第一接收模塊，用於接收用戶向商戶支付的支付請求；凍結模塊，用於根據支付請求凍結用戶的帳戶中相應的資產；第一生成模塊，用於生成支付請求對應的票據和根據票據生成的票據抵押物；提供模塊，用於將票據抵押物提供至商戶以使所述商戶根據所述票據抵押物進行融資。

本申請通過接收用戶的支付請求生成對應的票據，可以根據票據生成票據抵押物，並將其提供至商戶進行融資，從而能夠在不改變支付形式的情況下提高了支付的安全性，並且能夠有效降低購物結算時存在的安全問題，以及實現用戶的收益最大化，提高用戶滿意度。

本申請附加的方面和優點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本申請的實踐了解到。

附圖說明

本申請的上述和/或附加的方面和優點從結合下面附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1是根據本申請實施例的購物結算方法的流程圖；

圖2是根據本申請一個實施例的購物結算的流程圖；

圖3是根據本申請一個實施例的用戶還款的流程圖；

圖4是根據本申請一個實施例的購物結算方法的流程圖；

圖5是根據本申請一個實施例的商戶還款的流程圖；

圖6是根據本申請一個具體實施例的購物結算示意圖；

圖7是根據本申請一個實施例的購物結算的時序示意圖；

圖8是根據本申請實施例的購物結算裝置的結構示意圖；

圖9是根據本申請一個實施例的購物結算裝置的結構示意圖；

圖10是根據本申請一個實施例的第一保險生成模塊的結構示意圖；

圖11是根據本申請另一個實施例的購物結算裝置的結構示意圖；

圖12是根據本申請實一個施例的融資模塊的結構示意圖；

圖13是根據本申請另一個實施例的購物結算裝置的結構示意圖；以及

圖14是根據本申請一個實施例的第二保險生成模塊的結構示意圖。

具體實施方式

下面詳細描述本申請的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用於解釋本申請，而不能理解為對本申請的限制。

需要說明的是，在本申請中相關術語，先對其進行解釋如下：

信用保證保險：保證保險是對被保險人的履約能力進行保證，如果被保險人不能履行約定，保險公司將按保險責任進行賠付。

信用票據：用於約定債權人和債務人的債務關係，以及履約約定。例如，還款期數，約定年化利率，債務本金，質押物，還款帳戶等。債權人可以將信用票據放到債券交易市場中進行交易，從而實現融資。

票據生效：將票據的債權人更新為賣家，債務人應還金額為單筆交易金額

本申請提供的購物結算方法，該結算過程可以包括：接收用戶向商戶支付的支付請求；根據支付請求凍結用戶的帳戶中相應的資產，並生成支付請求對應的票據和根據票據生成的票據抵押物；將票據抵押物提供至商戶以使所述商戶根據所述票據抵押物進行融資。該購物結算方法可以作為一個獨立的應用，例如結算應用，或者一個購物結算程序來實現上述購物結算過程，即根據支付請求生成相應票據與抵押物，並將其發送至商戶，商戶以此進行融資請求並根據融資請求生成融資抵押物，從而進行融資操作。

圖1是根據本申請實施例的購物結算方法的流程圖。

如圖1所示，該購物結算方法有以下步驟：

s110，接收用戶向商戶支付的支付請求。

在本申請的一個實施例中，在用戶瀏覽購物網頁進行購物時，先向商戶提交支付請求，其中，用戶提交支付請求可通過點擊相應頁面上的立即購買鍵完成，當然還可以通過其他方式提交支付請求，例如先將待購物品加入到購物車中，再執行支付請求操作。在本申請的實施例中，支付的方式可以有多種，例如通過分期付款完成支付，如圖6(a)(b)所示。

其中，圖6(a)是用戶在進行選擇物品或者將要購買時，所選物品對應的支付方式。如圖所示，用戶當前所選的物品可以通過餘額寶、信用卡支付、集分期這三種方式中的一種進行支付。通過圖中的支付方式能夠讓用戶在不同情況下按照自己的需求進行支付，提高用戶的使用體驗。圖6(b)是用戶確定購買的物品之後，進行下單支付操作。當用戶通過點擊支付按鍵進入支付界面，如圖中所示，用戶當前選擇的支付方式是餘額寶進行支付。其中，餘額寶支付是一個餘額增值服務，用戶通過將資金轉入到餘額寶中，不但能夠獲得相應的的收益，而且還能隨時用餘額寶進行網購支付，靈活提取。當然用戶還可以選擇另外一種支付方式進行支付，如圖中所示的分期付進行支付。通過不同的方式進行支付更好地使用戶方便使用。

s120，根據支付請求凍結用戶的帳戶中相應的資產，並生成支付請求對應的票據和根據票據生成的票據抵押物。

在本申請的一個實施例中，在用戶提交了支付請求之後，支付系統中的授權平臺可以針對用戶的支付請求生成相應的支付流水號，其中，該支付流水號代表著用戶需要支付的金額數目和支付的方式。進一步地，授權平臺可以根據支付請求對用戶的相應資產進行凍結以生成對應的票據，並根據票據進一步生成的對應的票據抵押物。在本申請的一個實施 例中，票據可以是根據用戶向商戶支付的相應金額的一種憑證。例如，用戶購買了6000元的物品，用戶在提交支付請求的同時支付1000元，以此作為支付憑證來進行分期支付操作。

在本申請的另一個實施例中，根據票據生成對應的票據抵押物，其中票據抵押物可以與票據相關聯，以此說明票據是以什麼作為抵押，例如票據以資產凍結作為抵押等。進一步地，票據抵押物可以是根據支付請求生成的流水號，如房產證上的編號，用戶可以根據房產證上的編號作抵押，從而在銀行完成貸款。

在本申請實施例中，票據可以包括用戶的帳戶、票據編號、支付金額和交易號等信息。票據抵押物可以包括票據編號、支付金額和交易號。例如圖7所示，執行系統可以根據用戶的支付請求創建對應的票據，並根據創建的票據進一步創建票據抵押物，以此來完成用戶的支付操作。

需要說明的是，執行系統可以是一個新的系統，通過執行系統能夠有保證完成用戶與商戶之間的交易，又能在交易同時降低用戶支付風險，實現用戶收益的最大化，更好地滿足用戶的購物結算。

進一步地，在本申請的一個實施例中，本申請實施例的購物結算方法還包括：根據票據抵押物生成票據抵押物對應的信用保證保險，用戶根據信用保證保險進行支付。

如圖3所示，圖3是根據本申請一個實施例的用戶還款的流程圖，該步驟可以包括：

s310，獲取用戶的還款計劃。

在用戶購物支付成功且票據生效的一定期限之後，授權平臺可以進一步根據約定時限自動觸發還款操作，可通過查詢資料庫中對應的用戶支付請求信息，獲取用戶的還款計劃。需要說明的是，用戶的還款計劃可以包括用戶的帳戶、票據編號、支付金額以及還款時間等。

s320，當還款計劃滿足還款條件時，對用戶的帳戶中相應的資產進行解凍。

可以理解為，授權平臺可以根據還款計劃對用戶的相應資金進行解凍，以此來完成還款履約。如圖2所示，授權平臺根據約定時限解凍用戶資產，以完成履約，即便是用戶的帳戶出現異常，可以通過信用保證保險進行賠付。上述所描述的過程也可以通過圖7描述，在此不再進行詳細贅述。

s330，根據票據抵押物對帳戶中的相應資產進行劃轉以向商戶進行支付。

當用戶帳戶的相應資產解凍之後，授權平臺會根據票據抵押物自動劃轉還款資金向商戶執行支付操作。

在本申請的另一個實施例中，當用戶將還款資金劃轉至商戶之後，如果商戶將票據抵押物進行融資，則凍結用戶的還款資金，從而保證用戶的利益。

s340，判斷支付是否成功。

在授權平臺將用戶的還款資金劃轉到商戶之後進一步判斷是否支付成功，例如對還款的情況進一步判斷可通過執行系統向用戶發送的還款信息進行判斷，當用戶還款成功時，執行系統就會向用戶發送支付成功的消息，當用戶還款沒有成功時，執行系統同樣會向用戶發送消息，以提醒用戶本次還款操作失敗，以對本次還款進一步進行相關處理。

s350，如果支付不成功，則根據票據抵押物對應的信用保證保險進行支付。

在本申請的實施例中，當用戶的支付失敗時，執行系統可以自動根據用戶所投保的信用保證保險公司進行索賠，在信用保證保險公司進行理賠完成之後，用戶的投保信用保證保險將失效。

本申請實施例用戶通過投保信用保證保險可以在進行購物時，降低支付的風險，同時提高用戶的使用體驗。

s130，將票據抵押物提供至商戶以使所述商戶根據所述票據抵押物進行融資。

在本申請的一個實施例中，在授權平臺對用戶支付請求進行相應的處理後，將生成的票據抵押物發送至商戶，商戶將接收的票據抵押物進行融資。舉例而言，如圖7所示，執行系統可以將創建的票據抵押物發送至商戶，商戶根據接收到的票據抵押物進行融資。

為實現上述購物結算方法，如圖4所示，該方法還可以包括以下步驟：

s410，接收用戶向商戶支付的支付請求。

在本申請的一個實施例中，在用戶瀏覽購物網頁進行購物時，先向商戶提交支付請求，其中，用戶提交支付請求可通過點擊相應頁面上的立即購買鍵完成，當然還可以通過其他方式提交支付請求，例如先將待購物品加入到購物車中，再執行支付請求操作。在本申請的實施例中，支付的方式可以有多種，例如通過分期付款完成支付，如圖6(a)(b)所示。

其中，圖6(a)是用戶在進行選擇物品或者將要購買時，所選物品對應的支付方式。如圖所示，用戶當前所選的物品可以通過餘額寶、信用卡支付、集分期這三種方式中的一種進行支付。通過圖中的支付方式能夠讓用戶在不同情況下按照自己的需求進行支付，提高用戶的使用體驗。圖6(b)是用戶確定購買的物品之後，進行下單支付操作。當用戶通過點擊支付按鍵進入支付界面，如圖中所示，用戶當前選擇的支付方式是餘額寶進行支付。其中，餘額寶支付是一個餘額增值服務，用戶通過將資金轉入到餘額寶中，不但能夠獲得相應的的收益，而且還能隨時用餘額寶進行網購支付，靈活提取。當然用戶還可以選擇另外一種支付方式進行支付，如圖中所示的分期付進行支付。通過不同的方式進行支付更好地使用戶方便使用。

s420，根據支付請求凍結用戶的帳戶中相應的資產，並生成支付請求對應的票據和根據票據生成的票據抵押物。

在本申請的一個實施例中，在用戶提交了支付請求之後，授權平臺可以針對用戶的支付請求生成相應的支付流水號，其中，該支付流水號代表著用戶需要支付的金額數目和支付的方式。進一步地，授權平臺可以根據支付請求對用戶的相應資產進行凍結以生成對應的票據，並根據票據進一步生成的對應的票據抵押物。在本申請的一個實施例中，票據可以是根據用戶向商戶支付的相應金額的一種憑證。例如，用戶購買了6000元的物品，用戶在提交支付請求的同時支付1000元，以此作為支付憑證來進行分期支付操作。

在本申請的另一個實施例中，根據票據生成對應的票據抵押物，其中票據抵押物可以與票據相關聯，以此說明票據是以什麼作為抵押，例如票據以資產凍結作為抵押等。進一步地，票據抵押物可以是根據支付請求生成的流水號，如房產證上的編號，用戶可以根據房產證上的編號作抵押，從而在銀行完成貸款。

在本申請實施例中，票據可以包括用戶的帳戶、票據編號、支付金額和交易號等信息。票據抵押物可以包括票據編號、支付金額和交易號。例如圖7所示，執行系統可以根據用戶的支付請求創建對應的票據，並根據創建的票據進一步創建票據抵押物，以此來完成用戶的支付操作。

進一步地，在本申請的一個實施例中，本申請實施例的購物結算方法還包括：根據票據抵押物生成票據抵押物對應的信用保證保險，用戶根據信用保證保險進行支付。

s430，將票據抵押物提供至商戶以使所述商戶根據所述票據抵押物進行融資。

在本申請的一個實施例中，在授權平臺對用戶支付請求進行相應的處理後，將生成的票據抵押物發送至商戶，商戶將接收的票據抵押物進行融資。舉例而言，如圖7所示，執行系統可以將創建的票據抵押物發送至商戶，商戶根據接收到的票據抵押物進行融資。

s440，接收商戶的融資請求，其中，融資請求中包括至少一個票據抵押物。

舉例而言，如圖7所述，執行系統接收商戶的融資請求並根據融資請求創建融資計劃。其中，融資計劃可以包括：商戶的帳戶、融資金額、利率、融資開始時間以及融資結束時間等。

s450,根據融資請求生成融資抵押物，並根據融資抵押物為商戶進行融資。

在本申請的一個實施例中，根據融資抵押物為商戶進行融資具體包括：獲取商戶的融資計劃，並對融資抵押物進行凍結；根據融資計劃和融資抵押物在債券交易市場進行融資，相當於使用票據實現債券市場的融資。進一步地，在本申請的另一個實施例中，融資抵押物可以與交易號、支付流水號、融資金額等相關聯的，可以作為商戶進行融資還款的保障。

舉例而言，如圖7所示，在創建了融資計劃之後，執行系統會根據融資計劃進行創建融資抵押物，並將創建的融資抵押物進行融資。其中，融資抵押物可以包括：融資計劃編號、融資計劃交易號以及融資金額等。例如融資的金額可以是1000元，還可以是500元。 在本申請的實施例中，將融資抵押物進行融資的地點可以在債券交易市場。

進一步地，在本申請的一個實施例中，根據融資抵押物生成融資抵押物對應的信用保證保險，商戶根據信用保證保險進行還款。

如圖5所示，圖5是根據本申請一個實施例的商戶還款的流程圖，該步驟可以包括：

s510，獲取商戶的還款計劃。

在本申請的一個實施例中，授權平臺可以根據商戶約定時限自動觸發還款操作，可通過查詢資料庫中對應的商戶支付請求信息，獲取商戶的還款計劃。需要說明的是，商戶的還款計劃可以包括商戶的帳戶、票據編號、還款金額以及還款時間等。

s520，當還款計劃滿足還款條件時，對融資抵押物進行解凍。

在本申請的一個實施例中，當融資計劃到融資結束時間時，授權平臺可以自動觸發還款操作。如圖2所示，授權平臺可以根據約定時限解凍商戶資產，以完成履約，即便商戶的帳戶出現異常，通過信用保證保險進行剛性賠付。上述過程也可以通過圖7描述，在此不再進行詳細贅述。

s530，根據融資抵押物對融資抵押物對應的資產進行劃轉以向融資方進行還款。

當商戶帳戶的資產解凍之後，授權平臺可以根據票據抵押物自動劃轉還款資金向債券交易市場執行還款操作。

在本申請的另一個實施例中，當商戶收到還款資金之後，如果商戶已將票據抵押物進行融資，即用戶的支付還款計劃在商戶融資還款計劃之前進行，則還款資金會被凍結，保證帳務的正常進行。

s540，判斷還款是否成功。

在授權平臺將商戶的還款資金劃轉到債券交易市場之後進一步判斷是否還款成功。對還款的情況進行判斷可通過執行系統向商戶發送的還款信息進行判斷，當商戶還款成功時，執行系統就會向商戶發送還款成功的消息，當商戶還款失敗時，執行系統同樣會向商戶發送消息，以提醒商戶本次還款操作失敗，以對本次還款進行相關處理。

s550，如果還款不成功，則根據融資抵押物對應的信用保證保險進行支付。

在本申請的實施例中，當商戶的還款失敗時，執行系統可以自動根據商戶所投保的信用保證保險公司進行索賠，在信用保證保險公司進行理賠完成之後，商戶的投保信用保證保險將失效。

上述的各執行步驟可以是由一個執行主體執行，也可以是由不同的執行主體來實現，該執行主體可以是指一個程序模塊，或者一個功能模塊，根據具體場景可以有不同定義。

本申請通過接收用戶的支付請求生成對應的票據，可以根據票據生成票據抵押物，並 將其提供至商戶進行融資，從而能夠在不改變支付形式的情況下提高了支付的安全性，並且能夠有效降低購物結算時存在的安全問題，以及實現用戶的收益最大化，提高用戶滿意度。

下面對本申請公開實施例的一種購物結算裝置結合附圖進行具體描述，參照圖8所示。

圖8是根據本申請實施例的購物結算裝置的結構示意圖。

如圖8所示，該購物結算裝置800包括：第一接收模塊810、凍結模塊820、第一生成模塊830以及提供模塊840。

其中，第一接收模塊810用於接收用戶向商戶支付的支付請求。

在本申請的一個實施例中，在用戶瀏覽購物網頁進行購物時，先向商戶提交支付請求，其中，用戶提交支付請求可通過點擊相應頁面上的立即購買鍵完成，當然還可以通過其他方式提交支付請求，例如先將待購物品加入到購物車中，再執行支付請求操作。在本申請的實施例中，支付的方式可以有多種，例如通過分期付款完成支付，如圖6(a)(b)所示。其中，圖6(a)是用戶在進行選擇物品或者將要購買時，所選物品對應的支付方式。如圖所示，用戶當前所選的物品可以通過餘額寶、信用卡支付、集分期這三種方式中的一種進行支付。通過圖中的支付方式能夠讓用戶在不同情況下按照自己的需求進行支付，提高用戶的使用體驗。圖6(b)是用戶確定購買的物品之後，進行下單支付操作。當用戶通過點擊支付按鍵進入支付界面，如圖中所示，用戶當前選擇的支付方式是餘額寶進行支付。其中，餘額寶支付是一個餘額增值服務，用戶通過將資金轉入到餘額寶中，不但能夠獲得相應的的收益，而且還能隨時用餘額寶進行網購支付，靈活提取。當然用戶還可以選擇另外一種支付方式進行支付，如圖中所示的分期付進行支付。通過不同的方式進行支付更好地使用戶方便使用。

其中，凍結模塊820用於根據支付請求凍結用戶的帳戶中相應的資產。

其中，第一生成模塊830用於生成支付請求對應的票據和根據票據生成的票據抵押物。

在本申請的一個實施例中，在用戶提交了支付請求之後，授權平臺可以針對用戶的支付請求生成相應的支付流水號，其中，該支付流水號代表著用戶需要支付的金額數目和支付的方式。進一步地，授權平臺可以根據支付請求對用戶的相應資產進行凍結以生成對應的票據，並根據票據進一步生成的對應的票據抵押物。在本申請的一個實施例中，票據可以是根據用戶向商戶支付的相應金額的一種憑證。例如，用戶購買了6000元的物品，用戶在提交支付請求的同時支付1000元，以此作為支付憑證來進行分期支付操作。在本申請的另一個實施例中，根據票據生成對應的票據抵押物，其中票據抵押物可以與票據相關聯，以此說明票據是以什麼作為抵押，例如票據以資產凍結作為抵押等。進一步地，票據抵押物可以是根據支付請求生成的流水號，如房產證上的編號，用戶可以根據房產證上的 編號作抵押，從而在銀行完成貸款。

在本申請實施例中，票據可以包括用戶的帳戶、票據編號、支付金額和交易號等信息。票據抵押物可以包括票據編號、支付金額和交易號。例如圖7所示，執行系統可以根據用戶的支付請求創建對應的票據，並根據創建的票據進一步創建票據抵押物，以此來完成用戶的支付操作。

需要說明的是，執行系統可以是一個新的系統，通過執行系統能夠有保證完成用戶與商戶之間的交易，又能在交易同時降低用戶支付風險，實現用戶收益的最大化，更好地滿足用戶的購物結算。

在本申請的一個實施例中，如圖9所示，本申請實施例的購物結算裝置800還包括：第一保險生成模塊8310。其中，第一保險生成模塊8310用於根據票據抵押物生成票據抵押物對應的信用保證保險。

進一步地，在本申請的一個實施例中，如圖10所示，第一保險生成模塊8310還包括：第一獲取模塊8311、第一解凍模塊8312、支付模塊8313、第一判斷模塊8314以及第一保險支付模塊8315。

其中，第一獲取模塊8311用於獲取用戶的還款計劃。

在用戶購物支付成功且票據生效的一定期限之後，授權平臺可以進一步根據約定時限自動觸發還款操作，可通過查詢資料庫中對應的用戶支付請求信息，獲取用戶的還款計劃。需要說明的是，用戶的還款計劃可以包括用戶的帳戶、票據編號、支付金額以及還款時間等。

其中，第一解凍模塊8312用於當還款計劃滿足還款條件時，對用戶的帳戶中相應的資產進行解凍。

可以理解為，授權平臺可以根據還款計劃對用戶的相應資金進行解凍，以此來完成還款履約。如圖2所示，授權平臺根據約定時限解凍用戶資產，以完成履約，並由用戶投保信用保證保險來保證支付的可靠性，即便是用戶的帳戶出現異常，可以通過信用保證保險進行賠付。上述所描述的過程也可以通過圖7描述，在此不再進行詳細贅述。

其中，支付模塊8313用於根據票據抵押物對帳戶中的相應資產進行劃轉以向商戶進行支付。

當用戶帳戶的相應資產解凍之後，授權平臺會根據票據抵押物自動劃轉還款資金向商戶執行支付操作。

在本申請的另一個實施例中，當用戶將還款資金劃轉至商戶之後，如果商戶將票據抵押物進行融資，即用戶的支付還款計劃在商戶融資還款計劃之前進行，則凍結用戶的還款資金，從而保證用戶的利益。

其中，第一判斷模塊8314用於判斷支付是否成功。

在授權平臺將用戶的還款資金劃轉到商戶之後進一步判斷是否支付成功，例如對還款的情況進一步判斷可通過執行系統向用戶發送的還款信息進行判斷，當用戶還款成功時，執行系統就會向用戶發送支付成功的消息，當用戶還款沒有成功時，執行系統同樣會向用戶發送消息，以提醒用戶本次還款操作失敗，以對本次還款進行進一步處理。

其中，第一保險支付模塊8315用於在第一判斷模塊8314判斷支付不成功時，根據票據抵押物對應的信用保證保險進行支付。

在本申請的實施例中，當用戶的支付失敗時，執行系統可以自動根據用戶所投保的信用保證保險公司進行索賠，在信用保證保險公司進行理賠完成之後用戶的投保信用保證保險將失效。

本申請實施例用戶通過投保信用保證保險可以在進行購物時，降低支付的風險，同時提高用戶的使用體驗。

其中，提供模塊840用於將票據抵押物提供至商戶以使所述商戶根據所述票據抵押物進行融資。

在本申請的一個實施例中，在授權平臺對用戶支付請求進行相應的處理後，將生成的票據抵押物發送至商戶，商戶將接收的票據抵押物進行融資。舉例而言，如圖7所示，執行系統可以將創建的票據抵押物發送至商戶。

為實現上述購物結算裝置，如圖11所示，該裝置還包括：第二接收模塊850、第二生成模塊860以及融資模塊870。其中，第二接收模塊850用於接收商戶的融資請求，其中，融資請求中包括至少一個票據抵押物，用戶根據接收到的票據抵押物進行融資。

舉例而言，如圖7所述，執行系統接收商戶的融資請求並根據融資請求創建融資計劃。其中，融資計劃可以包括：商戶的帳戶、融資金額、利率、融資開始時間以及融資結束時間等。

其中，第二生成模塊860用於根據融資請求生成融資抵押物。

執行系統根據融資請求創建融資抵押物，以使商戶進行融資。

其中，融資模塊870用於根據融資抵押物為商戶進行融資。

在本申請的一個實施例中，根據融資抵押物為商戶進行融資具體包括：獲取商戶的融資計劃，並對融資抵押物進行凍結；根據融資計劃和融資抵押物在債券交易市場進行融資，相當於使用票據實現債券市場的融資。進一步地，在本申請的另一個實施例中，融資抵押物可以與交易號、支付流水號、融資金額等相關聯的，可以作為商戶進行融資還款的保障。

舉例而言，如圖7所示，在創建了融資計劃之後，執行系統會根據融資計劃進行創建融資抵押物，並將創建的融資抵押物進行融資。其中融資抵押物可以包括：融資計劃編號、 融資計劃交易號以及融資金額等。例如融資的金額可以是1000元，還可以是500元。在本申請的實施例中，將融資抵押物進行融資的地點可以在債券交易市場。

進一步地，在本申請的一個實施例中，如圖12所示，本申請實施例的融資模塊870包括：獲取子模塊871、凍結子模塊872、融資子模塊873。其中，獲取子模塊871用於獲取商戶的融資計劃；凍結子模塊872用於對融資抵押物進行凍結；融資子模塊873用於根據融資計劃和融資抵押物在債券交易市場進行融資。

進一步地，在本申請的一個實施例中，如圖13所示，本申請實施例的購物結算裝置800還包括：第二保險生成模塊8710。其中，第二保險生成模塊8710用於根據融資抵押物生成融資抵押物對應的信用保證保險。

進一步地，在本申請的一個實施例中，如圖14所示，第二保險生成模塊8710包括：第二獲取模塊8711、第二解凍模塊8712、還款模塊8713、第二判斷模塊8714以及第二保險支付模塊8715。

其中，第二獲取模塊8711用於獲取商戶的還款計劃。

在本申請的一個實施例中，授權平臺可以根據商戶約定時限自動觸發還款操作，可通過查詢資料庫中對應的商戶支付請求信息，獲取商戶的還款計劃。需要說明的是，商戶的還款計劃可以包括商戶的帳戶、票據編號、還款金額以及還款時間等。

其中，第二解凍模塊8712用於當還款計劃滿足還款條件時，對融資抵押物進行解凍。

在本申請的一個實施例中，當融資計劃到結束時間時，授權平臺可以自動觸發還款操作。如圖2所示，授權平臺可以根據約定時限解凍商戶資產，以完成履約，並由商戶投保信用保證保險來保證還款的可靠性，即便商戶的帳戶出現異常，通過信用保證保險進行剛性賠付。上述過程也可以通過圖7描述，在此不再進行詳細贅述。

其中，還款模塊8713用於根據融資抵押物對融資抵押物對應的資產進行劃轉以向融資方進行還款。

當商戶帳戶的資產解凍之後，授權平臺可以根據票據抵押物自動劃轉還款資金向債券交易市場執行還款操作。

在本申請的另一個實施例中，當商戶收到還款資金之後，如果商戶已將票據抵押物進行融資，則還款資金會被凍結，保證帳務的正常進行。

其中，第二判斷模塊8714用於判斷還款是否成功。

在授權平臺將商戶的還款資金劃轉到債券交易市場之後進一步判斷是否還款成功。對還款的情況進行判斷可通過執行系統向商戶發送的還款信息進行判斷，當商戶還款成功時，執行系統就會向商戶發送還款成功的消息，當商戶還款失敗時，執行系統同樣會向商戶發送消息，以提醒商戶本次還款操作失敗，以對本次還款進行相關處理。

其中，第二保險支付模塊8715用於如果第二判斷模塊8714判斷還款不成功時，根據融資抵押物對應的信用保證保險進行支付。

在本申請的實施例中，當商戶的還款失敗時，執行系統可以自動根據商戶所投保的信用保證保險公司進行索賠，在信用保證保險公司進行理賠完成之後，商戶的投保信用保證保險將失效。本申請通過接收用戶的支付請求生成對應的票據，可以根據票據生成票據抵押物，並將其提供至商戶進行融資，從而能夠在不改變支付形式的情況下提高了支付的安全性，並且能夠有效降低購物結算時存在的安全問題，以及實現用戶的收益最大化，提高用戶滿意度。

在本申請的描述中，需要理解的是，術語「第一」、「第二」僅用於描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術特徵的數量。由此，限定有「第一」、「第二」的特徵可以明示或者隱含地包括至少一個該特徵。在本申請的描述中，「多個」的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。

在本說明書的描述中，參考術語「一個實施例」、「一些實施例」、「示例」、「具體示例」、或「一些示例」等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本申請的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特徵進行結合和組合。

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用於實現特定邏輯功能或過程的步驟的可執行指令的代碼的模塊、片段或部分，並且本申請的優選實施方式的範圍包括另外的實現，其中可以不按所示出或討論的順序，包括根據所涉及的功能按基本同時的方式或按相反的順序，來執行功能，這應被本申請的實施例所屬技術領域的技術人員所理解。

應當理解，本申請的各部分可以用硬體、軟體、固件或它們的組合來實現。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執行系統執行的軟體或固件來實現。例如，如果用硬體來實現，和在另一實施方式中一樣，可用本領域公知的下列技術中的任一項或他們的組合來實現：具有用於對數據信號實現邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(pga)，現場可編程門陣列(fpga)等。

本技術領域的普通技術人員可以理解實現上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關的硬體完成，所述的程序可以存儲於一種計算機可讀存儲介質中， 該程序在執行時，包括方法實施例的步驟之一或其組合。

此外，在本申請各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以採用硬體的形式實現，也可以採用軟體功能模塊的形式實現。所述集成的模塊如果以軟體功能模塊的形式實現並作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。

上述提到的存儲介質可以是只讀存儲器，磁碟或光碟等。儘管上面已經示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領域的普通技術人員在本申請的範圍內可以對上述實施例進行變化、修改、替換和變型。