本發(fā)明涉及電子終端技術領域，尤其涉及一種即時退款方法及裝置。

背景技術：

隨著計算機和互聯(lián)網(wǎng)技術的發(fā)展，電子支付已經(jīng)成為消費者常見的支付方式，電子支付是指消費者、商家和金融機構之間使用安全電子手段把支付信息通過信息網(wǎng)絡安全地傳送到銀行或相應的處理機構，以實現(xiàn)貨幣支付或資金流轉的行為。資金的流轉是在銀行監(jiān)管下完成的，現(xiàn)有技術中，個人用戶支付完成后，金額流轉是以下流程：

個人用戶支付→銀行商戶號→銀行結算系統(tǒng)(T+1自動結算)→各個商戶。

由于國家金融監(jiān)管體系的要求，不能有資金沉淀在第三方平臺，那么做第三方產(chǎn)品的時候，對于支付流程的限制就會比較大，目前的技術如果要實現(xiàn)退款，必須滿足的前提條件是：某用戶支付資金給到的商戶，在發(fā)起退款請求時，該商戶當天資金入賬大于要退款的金額。但在實際應用場景中，該要求會嚴重限制退款的靈活性。

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

本發(fā)明提供一種即時退款方法及裝置，旨在解決由于在滿足銀行監(jiān)管的條件下，退款收到限制的問題。

本發(fā)明提供了一種即時退款方法，包括：

當檢測到退款請求時，查詢當前賬號的當日資金入賬總金額；

當所述入賬總金額小于所述退款請求所請求的退款金額時，計算所述退款金額與所述入賬總金額的差額，并展示支付界面，以指示支付所述差額到所述當前賬號；

當檢測到支付完成后，向銀行服務器發(fā)送退款請求，以使所述銀行服務器執(zhí)行退款。

本發(fā)明提供了一種即時退款裝置，包括：

查詢模塊，用于當檢測到退款請求時，查詢當前賬號的當日資金入賬總金額；

計算模塊，用于當所述入賬總金額小于所述退款請求所請求的退款金額時，計算所述退款金額與所述入賬總金額的差額；

展示模塊，用于展示支付界面，以指示支付所述差額到所述當前賬號；

處理模塊，用于當檢測到支付完成后，向銀行服務器發(fā)送退款請求，以使所述銀行服務器執(zhí)行退款。

上述本發(fā)明實施例提供的即時退款方法及裝置，通過在接收到退款請求后，若當日資金入賬總額不足以支付退款，則需要補足差額，然后再向銀行服務器請求退款，實現(xiàn)在銀行的監(jiān)管下執(zhí)行退款，降低資金風險同時，提高處理退款的效率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明第一實施例提供的即時退款方法的實現(xiàn)流程示意圖；

圖2是本發(fā)明第二實施例提供的即時退款裝置的結構示意圖；

圖3是本發(fā)明第三實施例提供的即時退款裝置的結構示意圖。

具體實施方式

為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而非全部實施例?；诒景l(fā)明中的實施例，本領域技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

請參閱圖1，圖1為本發(fā)明第一實施例提供的即時退款方法的實現(xiàn)流程示意圖。本實施例提供的即時退款方法可應用于第三方支付平臺(以下簡稱第三方平臺)，該第三方平臺是指在任意資金對接銀行監(jiān)管系統(tǒng)的情況下的互聯(lián)網(wǎng)產(chǎn)品或者工具，通常設置在終端或服務器中，用戶可通過該第三方平臺進行電子支付等相關操作。如圖1所示，該方法主要包括以下步驟：

S101、當檢測到退款請求時，查詢當前賬號的當日資金入賬總金額；

商戶管理者首先登錄管理后臺，在需要發(fā)起退款的訂單頁面設定需要退款的金額并點擊“退款”操作，第三方平臺檢測到退款請求時，查詢當前賬號的當日資金入賬總金額，即，檢測該商戶當天已經(jīng)產(chǎn)生的收入。

進一步地，第三方平臺在商戶管理者點擊“退款”操作后，核對該退款相關的有效性，即，退款的有效期、退款的商品性質、退款的金額等是否符合法律法規(guī)和商家的規(guī)定。若退款相關內容均有效，則生成該退款請求。

需要說明的是，第三方平臺根據(jù)商品性質以及退款理由，計算退款手續(xù)費，并從商品購買金額中扣除該退款手續(xù)費后得到該退款金額。

S102、當該入賬總金額小于該退款請求所請求的退款金額時，計算該退款金額與該入賬總金額的差額，并展示支付界面，以指示支付該差額到該當前賬號；

當今日該商戶的入賬總額小于該退款請求所請求的退款金額時，即，當日總收入不足以支付該退款金額時，計算該退款金額與該入賬總金額的差額。

進一步地，展示支付界面，以指示支付該差額到該當前賬號，即由該商戶支付該部分差額。

該支付界面具體可以是二維碼形式的支付界面，用戶通過掃描界面上的二維碼完成支付。提高操作的便捷性。

S103、當檢測到支付完成后，向銀行服務器發(fā)送退款請求，以使該銀行服務器執(zhí)行退款。

第三方平臺檢測到補足差額的支付完成后，向銀行服務器發(fā)送退款請求，以使該銀行服務器執(zhí)行退款。

進一步地，當該入賬總金額大于等于該退款請求所請求的退款金額時，可直接向銀行服務器發(fā)送退款請求，以使該銀行服務器執(zhí)行退款。

一個實例中，A用戶1月1日在第三方平臺上購買B商戶的產(chǎn)品，向B商戶支付成功一筆金額為X的款項，1月2日銀行方的銀行服務器會將所有的款項自動結算給B商戶綁定的銀行賬戶M，假如A用戶在1月5日向B商戶要求全額退款，而B商戶認定A用戶的退款是合理的，那么B商戶在發(fā)起退款時，如果B商戶當天的收入總額是Y，會出現(xiàn)兩種情況：

第一種情況：

Y>＝X，則第三方平臺直接向銀行方發(fā)起退款請求。銀行方執(zhí)行退款。

第二種情況：

Y<X，則第三方平臺的系統(tǒng)彈出一個微信支付二維碼，要求B商戶支付(X-Y)的金額，支付成功后，B商戶當天的流水恰好可以達到金額X，之后第三方平臺向銀行方發(fā)起退款請求。銀行方執(zhí)行退款。

本發(fā)明實施例提供的即時退款方法，通過在接收到退款請求后，若當日資金入賬總額不足以支付退款，則需要補足差額，然后再向銀行服務器請求退款，實現(xiàn)在銀行的監(jiān)管下執(zhí)行退款，降低資金風險同時，提高處理退款的效率。

請參閱圖2，圖2是本發(fā)明第二實施例提供的即時退款裝置的結構示意圖，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。圖2示例的即時退款裝置可以是前述實施例提供的即時退款方法的執(zhí)行主體，其可以是第三方平臺對應的終端或服務器，或者，終端或服務器中的一個功能模塊。圖2示例的即時退款裝置，主要包括：查詢模塊201、計算模塊202、展示模塊203以及處理模塊204。

各功能模塊詳細說明如下：

查詢模塊201，用于當檢測到退款請求時，查詢當前賬號的當日資金入賬總金額；

計算模塊202，用于當該入賬總金額小于該退款請求所請求的退款金額時，計算該退款金額與該入賬總金額的差額；

展示模塊203，用于展示支付界面，以指示支付該差額到該當前賬號；

處理模塊204，用于當檢測到支付完成后，向銀行服務器發(fā)送退款請求，以使該銀行服務器執(zhí)行退款。

需要說明的是，以上圖2示例的即時退款裝置的實施方式中，各功能模塊的劃分僅是舉例說明，實際應用中可以根據(jù)需要，例如相應硬件的配置要求或者軟件的實現(xiàn)的便利考慮，而將上述功能分配由不同的功能模塊完成，即將該裝置的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。而且，實際應用中，本實施例中的相應的功能模塊可以是由相應的硬件實現(xiàn)，也可以由相應的硬件執(zhí)行相應的軟件完成。本說明書提供的各個實施例都可應用上述描述原則。

本發(fā)明實施例提供的即時退款裝置，通過在接收到退款請求后，若當日資金入賬總額不足以支付退款，則需要補足差額，然后再向銀行服務器請求退款，實現(xiàn)在銀行的監(jiān)管下執(zhí)行退款，降低資金風險同時，提高處理退款的效率。

請參閱圖3，圖3是本發(fā)明第三實施例提供的即時退款裝置的結構示意圖，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。圖3示例的即時退款裝置可以是前述實施例提供的即時退款方法的執(zhí)行主體，其可以是第三方平臺對應的終端或服務器，或者，終端或服務器中的一個功能模塊。在圖3示例的即時退款裝置的基礎上，與第三實施例不同的是，在本實施例中：

進一步地，處理模塊204，還用于當該入賬總金額大于等于該退款請求所請求的退款金額時，向該銀行服務器發(fā)送退款請求，以使該銀行服務器執(zhí)行退款。

展示模塊203，具體用于展示二維碼形式的支付界面。

進一步地，該裝置還包括：

核對模塊301，用于核對退款相關內容的有效性；

生成模塊302，用于若退款相關內容有效，則生成該退款請求。

進一步地，計算模塊202，還用于根據(jù)商品性質以及退款理由，計算退款手續(xù)費，并扣除該退款手續(xù)費后得到該退款金額。

本發(fā)明實施例提供的即時退款裝置，通過在接收到退款請求后，若當日資金入賬總額不足以支付退款，則需要補足差額，然后再向銀行服務器請求退款，實現(xiàn)在銀行的監(jiān)管下執(zhí)行退款，降低資金風險同時，提高處理退款的效率。

在本申請所提供的幾個實施例中，應該理解到，所揭露方法和裝置，可以通過其它的方式實現(xiàn)。例如，以上所描述裝置實施例僅僅是示意性的，例如，該模塊的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個模塊或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或模塊的間接耦合或通信連接，可以是電性，機械或其它的形式。

該作為分離部件說明的模塊可以是或者也可以不是物理上分開的，作為模塊顯示的部件可以是或者也可以不是物理模塊，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡模塊上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一個處理模塊中，也可以是各個模塊單獨物理存在，也可以兩個或兩個以上模塊集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。

該集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例該方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。

需要說明的是，對于前述的各方法實施例，為了簡便描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其它順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定都是本發(fā)明所必須的。

在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其它實施例的相關描述。

以上為對本發(fā)明所提供的即時退款方法及裝置的描述，對于本領域的技術人員，依據(jù)本發(fā)明實施例的思想，在具體實施方式及應用范圍上均會有改變之處，綜上，本說明書內容不應理解為對本發(fā)明的限制。