本發(fā)明涉及電子會員的管理領(lǐng)域，特別涉及一種去中心化儲值憑證的管理方法和系統(tǒng)。

背景技術(shù)：

在傳統(tǒng)商業(yè)行為中，大部分機構(gòu)的儲值憑證，不管是否為信息化形式，其記錄的主體或主權(quán)，都是以機構(gòu)為中心。換言之，在這樣的機制下，會員在不同機構(gòu)都會重復性的記載同樣的會員基本信息。在這樣的條件下，會員所屬在不同機構(gòu)的基本信息改變、權(quán)益信息的改變、甚至權(quán)益的轉(zhuǎn)讓都分別由不同的機構(gòu)統(tǒng)管，這種先天上的限制，大大阻礙了儲值憑證對應權(quán)益的流通與轉(zhuǎn)讓。

舉例來說，會員卡多數(shù)記載了使用期限、會員權(quán)益、會員優(yōu)惠、會員積分點數(shù)，甚至可能記載了預付金額。在傳統(tǒng)的使用場景中，儲值憑證必須在所屬商戶開通與使用，任何所屬的信息記載皆是以該商戶的儲存載體為中心，如果該商戶記載錯誤、記錄遺失，對應的儲值憑證仍會以商戶的儲存信息為記錄依據(jù)。

在另外的場景中，儲值憑證所屬權(quán)益是無法私自轉(zhuǎn)讓的，現(xiàn)行傳統(tǒng)轉(zhuǎn)讓方式儲值憑證的方式通常不會在商戶方進行登記改變，如果有必要進行登記改變，那也僅能在商戶端進行信息注銷與登記改變，對于消費的自主性與便利性都有極大的限制。

在另外的場景中，會員如欲對所擁有的權(quán)益進行部分轉(zhuǎn)讓或暫時轉(zhuǎn)讓，那現(xiàn)有傳統(tǒng)的以商戶為中心的信息管理模式，特別是面對到大量多數(shù)的商戶時，就更顯得傳統(tǒng)的中心化儲值憑證管理模式極大的限制了儲值憑證的使用方式。

在另外的場景中，如欲對大量不同的商戶進行儲值憑證使用約定改變，那各個不同商戶系統(tǒng)限制，就更不可能實現(xiàn)這個目的了。

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

本發(fā)明提供了一種實現(xiàn)用戶自己管理儲值憑證的去中心化儲值憑證的管理方法和系統(tǒng)。

為了解決上述技術(shù)問題，本發(fā)明提供了如下的技術(shù)方案：

一種去中心化儲值憑證的管理方法，所述方法應用在用戶端設備中，并包括以下步驟：

S1：針對預定交易對象向第三方平臺發(fā)起擔保交易程序，并生成支付憑證；

S2：根據(jù)所述支付憑證完成與所述預定交易對象之間的會員權(quán)益協(xié)商；

S3：生成儲值憑證，并完成會員交易以及生成交易記錄。

其中，所述步驟S1還包括以下步驟：

S11：以支付程序委托第三方平臺向預定交易對象支付款項；

S12：接收到第三方平臺返回的收款憑證后，生成對應的支付憑證；

其中，所述支付憑證至少包括支付金額、數(shù)字貨幣、商品數(shù)量、商品或服務的使用期限、商品或服務的使用次數(shù)。

其中，步驟S2包括以下步驟：

S21：所述預定交易對象利用所述支付憑證向第三方平臺驗證支付對象的身份，驗證成功后執(zhí)行步驟S22；

S22：所述預定交易對象根據(jù)支付憑證中的商品、服務以及儲值金額進行協(xié)商確認；并且所述預定交易對象還對由支付對象自主管理所述儲值憑證進行同意驗證；

S23：所述預定交易對象從第三方平臺獲取支付對象在第三方平臺委托支付的款項。

其中，所述第三方平臺在將支付對象委托支付的款項支付給預定交易對象后，執(zhí)行以下步驟：

A1：第三方平臺對該次擔保交易程序進行公證，并對對應于該次擔保交易程序的支付憑證進行保存；

A2：第三方平臺將關(guān)于所述擔保交易程序的結(jié)果與支付憑證返回至用戶端設備。

其中，步驟S3中生成儲值憑證的方法包括：

S31A：接收所述第三方平臺的關(guān)于所述擔保交易程序的結(jié)果與支付憑證；

S32A：根據(jù)所述支付憑證生成所述儲值憑證；

其中，所述儲值憑證至少包括商戶的信息、用戶的信息、儲值金額、數(shù)字貨幣、商品數(shù)量和/或服務項目、商品和/或服務的使用期限、商品和/或服務的消耗方式及使用次數(shù)。

其中，步驟S3中完成會員交易的方法包括以下步驟：

S31B：根據(jù)選擇的服務或者借調(diào)請求對象的請求，查找并調(diào)用已保存的儲值憑證，以其中的儲值余額進行消費；

S32B：由用戶端輸入交易的預計消費的服務或金額，商戶端對所述交易進行驗證，或者由商戶端輸入交易的預計消費的服務或金額，用戶端對所述進行驗證，驗證通過后執(zhí)行步驟S33B；

S33B：從所述儲值憑證中扣除交易的服務或金額，并生成對應于本次交易的交易記錄。

其中，步驟S31B中，在未查找到所述儲值憑證或者儲值憑證中的余額不足時，執(zhí)行步驟S32C；

S32C：執(zhí)行向其他持有儲值憑證的對象借調(diào)其儲值憑證的借調(diào)程序，并向第三方平臺支付相應的交易金額，以啟動第三方平臺擔保交易程序；

S33C：向持有請求借調(diào)的儲值憑證的對象發(fā)送借調(diào)請求信息；所述借調(diào)請求信息中至少包括請求借調(diào)使用的服務數(shù)量和/或金額與向第三方平臺付款的支付憑證；

S34C：持有儲值憑證的對象驗證借調(diào)儲值憑證的請求方的信息的真實性，在驗證為信息真實且同意借調(diào)其儲值憑證時,利用收到的來自第三方平臺的支付憑證，向第三方平臺收款；同時第三方平臺生成并發(fā)送擔保交易的確認信息；

S35C：借調(diào)請求對象在收到第三方平臺完成擔保交易的確認信息后，創(chuàng)建對應于借調(diào)的服務的儲值憑證，并完成儲值憑證所有權(quán)轉(zhuǎn)讓，借調(diào)請求對象使用儲值憑證時，跳轉(zhuǎn)執(zhí)行步驟S32B。

其中，步驟S3中，對于所述儲值憑證的生成、消耗、借用和轉(zhuǎn)讓時所生成的交易記錄中都加載時間戳，并進行加密保護；并且

所述交易記錄采用云技術(shù)或區(qū)塊鏈技術(shù)進行分布式記賬備份，并提供標準接入方式供商戶進行交易記錄查閱與驗證。

其中，在與所述第三方平臺進行通信交互前，執(zhí)行身份驗證程序，所述身份驗證程序包括對賬號與密碼、帶有身份憑證信息的磁條卡或芯片卡、帶有身份憑證信息的無線感應裝置、虹膜或指紋或聲紋的驗證方式中的至少一種。

另外，本發(fā)明還提供了一種去中心化儲值憑證的管理系統(tǒng)，其中所述系統(tǒng)應用如上所述的的一種去中心化儲值憑證的管理方法，并且所述系統(tǒng)包括：

擔保交易模塊，其配置為針對預定交易對象向第三方平臺發(fā)起擔保交易程序，并生成支付憑證；

儲值憑證創(chuàng)建模塊，其配置為根據(jù)所述支付憑證完成與所述預定交易對象之間的會員權(quán)益協(xié)商，在協(xié)商完成后生成儲值憑證；

交易模塊，其配置為執(zhí)行所述儲值憑證的管理和使用，并生成對應的交易記錄。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果在于：

1、本發(fā)明所提供的系統(tǒng)和方法，可以幫助用戶統(tǒng)一管理其在各個商戶的儲值憑證，而且交易和注冊驗證過程更加安全；

2、本發(fā)明所提供的系統(tǒng)和方法還可以采用相其他持卡用戶轉(zhuǎn)借儲值憑證的方式來享受會員服務，更加實用化；

3、本發(fā)明所提供的系統(tǒng)和方法不同于傳統(tǒng)的私有化形式憑證，而是采用一種開放式的方式管理會員權(quán)益，因此，在沒有對應的儲值憑證時可以通過向其他持卡人借用其儲值憑證，以同等優(yōu)惠權(quán)益條件享受會員權(quán)益。

附圖說明

圖1為本發(fā)明實施例中的一種去中心化儲值憑證管理方法的流程圖；

圖2為本發(fā)明實施例中的圖1中步驟S1的流程圖；

圖3為本發(fā)明實施例中的圖1中步驟S2的流程圖；

圖4為本發(fā)明實施例中的圖1中步驟S3中執(zhí)行交易程序的流程圖；

圖5為本發(fā)明實施例中的一種去中心化儲值憑證管理系統(tǒng)的原理框圖。

具體實施方式

現(xiàn)在將參考一些示例實施例描述本公開的原理?？梢岳斫猓@些實施例僅出于說明并且?guī)椭绢I(lǐng)域的技術(shù)人員理解和實施例本公開的目的而描述，而非建議對本公開的范圍的任何限制。在此描述的本公開的內(nèi)容可以以下文描述的方式之外的各種方式實施。

如本文中所述，術(shù)語“包括”及其各種變體可以被理解為開放式術(shù)語，其意味著“包括但不限于”。術(shù)語“基于”可以被理解為“至少部分地基于”。術(shù)語“一個實施例”可以被理解為“至少一個實施例”。術(shù)語“另一實施例”可以被理解為“至少一個其它實施例”。

本發(fā)明實施例提供了一種去中心化儲值憑證的管理方法和系統(tǒng)，其中，可以通過該管理方法實現(xiàn)用戶對其自身的會員權(quán)益的統(tǒng)一管理，并可以實現(xiàn)會員權(quán)益的轉(zhuǎn)讓、借調(diào)等功能，即由用戶自主的管理其儲值憑證和儲值卡的信息和數(shù)據(jù)。

如圖1所示，為本發(fā)明實施例中的一種去中心化儲值憑證的管理方法的流程圖，其中，本實施例中的方法可以應用在用戶端設備中，便于用戶管理其儲值憑證，并且本實施例的方法可包括以下步驟：

S1：針對預定交易對象向第三方平臺發(fā)起擔保交易程序，并生成支付憑證；

本發(fā)明實施例中，第三方平臺可以作為用戶和商戶之間進行交易的交易公正機構(gòu)，用以提供更加安全的交易保障。其可以構(gòu)造成一服務器，也可以是其他任意形式的服務終端。優(yōu)選的，用戶和商戶可以分別在第三方平臺上進行注冊，以分別獲取用戶身份和商戶身份，以便于對用戶和商戶的認證。另外，在用戶端設備中，可以顯示在第三方平臺注冊過的商戶，以便于與對應的商戶執(zhí)行交易和會員注冊程序。

用戶可以針對所選擇的商戶購買其服務、商品或者進行儲值時，或者需要借調(diào)其他具有所需商戶的儲值憑證的對象的儲值憑證時，可以向第三方平臺發(fā)起擔保交易程序，即將支付的款項委托至第三方平臺。在支付對應的款項時，還應當發(fā)送支付方、收款方以及支付金額、所購買的服務的信息，第三方平臺收到款項和對應的信息，并驗證真實有效時，向用戶發(fā)送支付憑證，用戶端則可以根據(jù)該支付憑證生成支付憑證。該支付憑證至少包括支付金額、數(shù)字貨幣、商品數(shù)量、商品和/或服務的使用期限、商品和/或服務的使用次數(shù)。

本實施例中，可以通過任意的一種方式選擇所要進行儲值或交易的對象，如觸控的方式，并通過向第三方平臺支付對應的儲值款項和提交對應的權(quán)益。

如圖2所示，本實施例中的步驟S1還包括以下步驟：

S11：以支付程序委托第三方平臺向預定交易對象支付款項；

S12：接收到第三方平臺返回的收款憑證后，生成對應的支付憑證。其中，支付憑證至少包括支付金額、數(shù)字貨幣、商品數(shù)量、服務項目、商品或服務的使用期限、商品或服務的使用次數(shù)。

S2：根據(jù)支付憑證完成與所述預定交易對象之間的會員權(quán)益協(xié)商；

用戶端可以通過其生成的支付憑證，與商戶進行協(xié)商所享有的服務、商品相關(guān)的會員權(quán)益信息。

具體的，本實施例中，支付憑證可以是一組二維碼，也可以是序列號，或者簡單的顯示支付金額、收款方和會員權(quán)益列表。用戶在接收到支付憑證后，可以通過該支付憑證使商戶進行交易驗證，即商戶可以查看驗證支付憑證，并且通過掃描二維碼的方式，驗證序列號的方式等任意的方式獲取祝福油憑證中的信息。并且，在對支付憑證進行驗證時，可以對其中的會員權(quán)益進行進一步的協(xié)商更改，并且將更新后的會員權(quán)益共享到第三方平臺和用戶端設備上。同時，在會員權(quán)益協(xié)商完畢后，向第三方平臺提交驗證成功的消息，以從第三方平臺獲取對應的儲值款項。

對應的，如圖3所示，步驟S2包括以下步驟：

S21：所述預定交易對象利用所述支付憑證向第三方平臺驗證支付對象的身份，驗證成功后執(zhí)行步驟S22；

S22：所述預定交易對象根據(jù)支付憑證中的商品、服務以及儲值金額進行協(xié)商確認；并且所述預定交易對象還對由支付對象自主管理所述儲值憑證進行同意驗證；

S23：所述預定交易對象從第三方平臺獲取支付對象在第三方平臺委托支付的款項。

具體的，商戶可以通過掃描二維碼、圖像識別裝置等方式驗證支付憑證，并讀取支付憑證內(nèi)的信息，以此來和用戶協(xié)商確認其中的儲值金額、商品、服務、數(shù)量和次數(shù)等信息，并且在協(xié)商完成后提交協(xié)商后的相關(guān)信息，并且向第三方平臺請求相應的儲值款項。第三方平臺在將儲值金額支付到商戶后，生成支付憑證，并將該支付憑證發(fā)送至用戶端。

另外，商戶基于支付憑證，獲取委托款項并協(xié)商對應的會員權(quán)益的步驟可以包括：

S231：商戶讀取支付憑證，并獲取其中的儲值款項信息和會員權(quán)益信息；其中商戶讀取支付憑證的方式可以包括掃描二維碼、圖像解碼、聲音驗證、無線通信方式等任意方式。其中無線通信方式可以包括藍牙、zigbee、NF、射頻通信、wifi等方式。

S232：商戶與用戶協(xié)商會員權(quán)益益的內(nèi)容，并提交最終的會員權(quán)益；

該協(xié)商方式可以面對面的協(xié)商，也可以通過網(wǎng)絡協(xié)商，本發(fā)明實施例不限于此。其中，會員權(quán)益是指用戶享有的商品、服務、次數(shù)或數(shù)量、期限、額度等信息。

S233：商戶獲取所述委托款項；

在提交協(xié)商的會員權(quán)益后，第三方平臺將用戶委托的款項支付給預定交易對象的預定賬戶。

在商戶查收支付的儲值款項后，以及會員權(quán)益最終協(xié)商完成后，在用戶端可以自動生成對應的儲值憑證。本實施例中的儲值憑證可以是在支付委托款項后生成支付憑證時，生成的會員號碼，也可以是生成的表示會員身份以及會員權(quán)益的二維碼，或者其他的任意能夠?qū)墨@取用戶的會員身份以及其對應的會員權(quán)益的標識。

S3：生成儲值憑證，并完成會員交易以及生成交易記錄。

本實施例中，第三方平臺在將支付對象委托支付的款項支付給預定交易對象后，執(zhí)行以下步驟：

A1：第三方平臺對該次擔保交易程序進行公證，并對對應于該次擔保交易程序的支付憑證進行保存；

A2：第三方平臺將關(guān)于所述擔保交易程序的結(jié)果與支付憑證返回至用戶端設備。

而作為委托對象的用戶可以在接收到第三方平臺返回的支付憑證和擔保交易程序的結(jié)果生成儲值憑證。其中，擔保交易程序的結(jié)果可以包括交易是否成功，如果交易對象和用戶之間協(xié)商不成功或者交易對象不同意轉(zhuǎn)讓或借調(diào)其儲值憑證，則返回的結(jié)果為交易不成功，如果交易對象收取委托的款項并協(xié)商成功則該交易程序的結(jié)果為成功。本實施例中，如圖4所示，步驟S3中生成儲值憑證的前提為交易結(jié)果為成功，且生成儲值憑證的方法包括：

S31A：接收第三方平臺的關(guān)于所述擔保交易程序的結(jié)果與支付憑證；

S32A：根據(jù)所述支付憑證生成所述儲值憑證；

其中，所述儲值憑證至少包括商戶的信息、用戶的信息、儲值金額、數(shù)字貨幣、商品數(shù)量和/或服務項目、商品和/或服務的使用期限、商品和/或服務的消耗方式及使用次數(shù)。

用戶生成儲值憑證后，可以通過該儲值憑證進行交易、轉(zhuǎn)讓、借調(diào)、或者記錄管理、查詢。本實施例中步驟S3中完成會員交易的方法包括以下步驟：

S31B：根據(jù)選擇的服務或者借調(diào)請求對象的請求，查找并調(diào)用已保存的儲值憑證，以其中的儲值余額進行消費；

S32B：由用戶端輸入交易的預計消費的服務或金額，商戶端對所述交易進行驗證，或者由商戶端輸入交易的預計消費的服務或金額，用戶端對所述進行驗證，驗證通過后執(zhí)行步驟S33B；

本實施例中，在執(zhí)行對應于交易項目(服務、商品等)的交易時，在商戶活用戶對交易驗證通過后，可以從所查找到的儲值憑證的儲值款項中扣除對應的交易金額，和/或從儲值憑證的會員權(quán)益中扣除所述交易項目，并生成所述交易記錄。

本實施例中的交易記錄的屬性為不可重復讀寫，并且，可以按照分布式記賬的方式生成該交易記錄。也就是說，本實施例中的交易記錄可以分別存儲記錄在不同的存儲器或數(shù)據(jù)庫中，以分別記錄管理交易記錄，保證數(shù)據(jù)的安全性。本實施例中的交易記錄可以包含但不限于交易編號、交易時間、交易人、交易商戶、交易金額、交易類別、交易項目、交易項目數(shù)量、交易說明等。

另外，用戶在選定所要進行交易的商戶并輸入預計服務內(nèi)容或交易金額并確認后，并且在查找成功購買的儲值憑證后，可以啟動商戶交易確認驗證程序，即商戶對所支付的交易金額、服務內(nèi)容等進行驗證。該驗證的方法包含但不限于由商戶輸入密碼、讀入商戶確認憑證、或出示用卡支付憑證由商戶讀入確認后傳回約定確認碼等，通過驗證程序后，該筆交易成功，然后啟動交易記錄并完成分布式記賬托管程序。另外，也可以是由用戶進行驗證。

S33B：從所述儲值憑證中扣除交易的服務或金額，并生成對應于本次交易的交易記錄。

本實施例中，用戶可以直接在用戶端設備中購買對應的交易內(nèi)容，并支付相依的交易金額，同時從儲值憑證中扣除該交易金額并生成交易記錄。也可以向其他的持有儲值憑證的持卡方借用其儲值憑證，并支付相應的交易金額，以實現(xiàn)對裝置憑證的轉(zhuǎn)讓和借調(diào)共享。

即，步驟S31B中，如果未查找到所述儲值憑證或者儲值憑證中的余額不足時，執(zhí)行步驟S32C；

S32C：執(zhí)行向其他持有儲值憑證的對象借調(diào)其儲值憑證的借調(diào)程序，并向第三方平臺支付相應的交易金額，以啟動第三方平臺擔保交易程序；

本實施例中，在執(zhí)行借調(diào)程序之前，需要獲取持有要進行交易的商戶的儲值憑證的持有儲值憑證的對象的信息，并向持有儲值憑證的對象發(fā)送借調(diào)請求信息以請求轉(zhuǎn)讓其儲值憑證；借調(diào)請求信息中包括關(guān)于請求儲值憑證的借調(diào)請求對象的信息以及請求借調(diào)的儲值憑證、相應的所要求轉(zhuǎn)讓借調(diào)的服務、商品和交易金額的信息；

S33C：向持有請求借調(diào)的儲值憑證的對象發(fā)送借調(diào)請求信息；所述借調(diào)請求信息中至少包括請求借調(diào)使用的服務數(shù)量和/或金額與向第三方平臺付款的支付憑證；

本實施例中，獲取持有儲值憑證的對象信息的方式可以是向第三方平臺請求持有對應的儲值憑證的用戶的信息，也可以是通過網(wǎng)絡通信的方式向外發(fā)送儲值憑證請求，以獲取持有儲值憑證的對象的信息等，本發(fā)明不限于此。

S34C：持有儲值憑證的對象驗證借調(diào)儲值憑證的請求方的信息的真實性，在驗證為信息真實且同意借調(diào)其儲值憑證時,利用收到的來自第三方平臺的支付憑證，向第三方平臺收款；同時第三方平臺生成并發(fā)送擔保交易的確認信息；

在查找到持有所請求的儲值憑證的持有儲值憑證的對象時，可以向該持有儲值憑證的對象發(fā)送借調(diào)請求驗證信息，以請求借調(diào)其儲值憑證。該借調(diào)請求驗證信息可以包括部分權(quán)益轉(zhuǎn)讓或全部權(quán)益轉(zhuǎn)讓及其應付款項。持有儲值憑證的對象對接收的借調(diào)請求信息進行驗證，如果驗證通過，則回傳給請求借調(diào)請求對象驗證成功信息；如果驗證不通過，則返回驗證不通過的信息。并且，在驗證成功且同意借調(diào)儲值憑證時，可以根據(jù)接收的支付憑證向第三方平臺收款。

S35C：借調(diào)請求對象在收到第三方平臺完成擔保交易的確認信息后，創(chuàng)建對應于借調(diào)的服務的儲值憑證，并完成儲值憑證所有權(quán)轉(zhuǎn)讓，借調(diào)請求對象使用儲值憑證時，跳轉(zhuǎn)執(zhí)行步驟S32B。

也就是說，通過本發(fā)明的實施例，用戶可以自主的管理其儲值憑證，具有跨時代的意義。

另外，優(yōu)選的，本實施例中步驟S3中，對于儲值憑證的生成、消耗、借用和轉(zhuǎn)讓時所生成的交易記錄中都可以加載時間戳，并進行加密保護；并且交易記錄采用云技術(shù)或區(qū)塊鏈技術(shù)進行分布式記賬備份，并提供標準接入方式供商戶進行交易記錄查閱與驗證。

并且，在與第三方平臺進行通信交互前，可以執(zhí)行用戶或商戶的身份驗證程序，身份驗證程序包括對賬號與密碼、帶有身份憑證信息的磁條卡或芯片卡、帶有身份憑證信息的無線感應裝置、虹膜或指紋或聲紋的驗證方式中的至少一種。

如圖5所示，為本發(fā)明實施例中的一種去中心化儲值憑證的管理系統(tǒng)的原理結(jié)構(gòu)圖，其中，本實施例中所提供的系統(tǒng)可以應用如上權(quán)所述的一種去中心化儲值憑證的管理方法，并且該系統(tǒng)包括：注冊模塊100、擔保交易模塊200、儲值憑證創(chuàng)建模塊300和交易模塊400。其中，注冊模塊100在第三方平臺500上進行注冊，并獲取用戶身份；同時商戶也可以在第三方平臺500上進行注冊，以獲取商戶身份。對應的，第三方平臺500可以為注冊成功的用戶和商戶分配對應的用戶代碼和商戶代碼，以進行身份驗證。

擔保交易模塊200用于針對預定交易對象向第三方平臺發(fā)起擔保交易程序，并生成支付憑證；其與第三方平臺進行交互，以發(fā)起擔保交易和公正程序。

另外，用戶可以選擇所要儲值的商戶和所要進行交易對象，或者還可以選擇所要交易的交易內(nèi)容或服務內(nèi)容。本實施例中，可以通過任意的一種方式進行上述選擇操作，如觸控的方式，

儲值憑證創(chuàng)建模塊300可以根據(jù)生成支付憑證完成與預定交易對象之間的會員權(quán)益協(xié)商，在協(xié)商完成后生成儲值憑證；

交易模塊400可以根據(jù)所選擇的交易內(nèi)容執(zhí)行對應于所選擇的商戶的交易，并生成交易記錄。另外，該系統(tǒng)還可以包括通信模塊以進行數(shù)據(jù)的傳輸和交互，以及還可以包括數(shù)據(jù)庫等存儲模塊，以用于存儲交易記錄。

具體的，儲值憑證創(chuàng)建模塊300可以根據(jù)選擇的需要辦理儲值程序的交易對象，向第三方平臺500發(fā)送交易驗證請求信息，并接收來自第三方平臺500的表示收款成功的信息以及生成的對應于委托的儲值款項和會員權(quán)益的支付憑證；基于所接收的支付憑證，在商戶獲取儲值款項，并協(xié)商完成所述會員權(quán)益后生成儲值憑證。本實施例中的交易驗證請求信息至少包括：對應于該商戶的儲值款項和所要享有的會員權(quán)益。

交易模塊400可以查找已獲取的對應于交易對象的儲值憑證，如果查找到該儲值憑證，則執(zhí)行對應于所述交易項目的交易，并在商戶對所述交易驗證通過時，從所查找到的儲值憑證的儲值款項中扣除對應的交易金額，和/或從所述儲值憑證的會員權(quán)益中扣除所述交易項目，并生成所述交易記錄。

進一步的，交易模塊400還配置為在查找不到對應的儲值憑證時，向外部請求持有對應商戶的儲值憑證，并向持有該儲值憑證的持有儲值憑證的對象發(fā)送借調(diào)請求信息，以請求借調(diào)其儲值憑證。持有儲值憑證的對象驗證借調(diào)儲值憑證的請求方的信息的真實性，在驗證為信息真實且同意借調(diào)其儲值憑證時,利用收到的來自第三方平臺的支付憑證，向第三方平臺收款；同時第三方平臺生成并發(fā)送擔保交易的確認信息；借調(diào)請求對象在收到第三方平臺完成擔保交易的確認信息后，創(chuàng)建對應于借調(diào)的服務的儲值憑證，并完成儲值憑證所有權(quán)轉(zhuǎn)讓，借調(diào)請求對象使用儲值憑證時，執(zhí)行商戶和用戶身份的驗證，并從儲值憑證中扣除相應的金額和商品、服務等內(nèi)容。

綜上所述，本發(fā)明實現(xiàn)了去中心化的儲值憑證的管理，且用戶可以自行對會員的消費、額度、轉(zhuǎn)讓進行管理和記錄，方便用戶自身對儲值憑證的管理。

雖然本公開以具體結(jié)構(gòu)特征和/或方法動作來描述，但是可以理解在所附權(quán)利要求書中限定的本公開并不必然限于上述具體特征或動作。而是，上述具體特征和動作僅公開為實施權(quán)利要求的示例形式。