商戶系統(tǒng)以及數(shù)據(jù)處理方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及交易數(shù)據(jù)處理，更具體來(lái)說(shuō)，涉及一種商戶執(zhí)行的交易數(shù)據(jù)的處理方 法以及商戶系統(tǒng)。
【背景技術(shù)】
[0002] 支付憑證也稱為收銀條，一般由P0S終端在持卡人完成刷卡時(shí)打印，一般包含如 下信息：商戶號(hào)、商戶名稱、終端機(jī)編號(hào)、收單銀行/收單機(jī)構(gòu)、發(fā)卡行、交易卡號(hào)、交易類 型、批次號(hào)、憑證號(hào)、交易時(shí)間、交易日期、消費(fèi)金額等信息，如果是1C卡交易，則可能附加 1C卡交易的相關(guān)驗(yàn)證信息。
[0003] 支付憑證一般分為持卡人聯(lián)、商戶聯(lián)和發(fā)卡機(jī)構(gòu)聯(lián)。分別供對(duì)應(yīng)的各自的實(shí)體，主 要用于發(fā)生爭(zhēng)議時(shí)各自的憑據(jù)。這種憑證僅限于線下支付交易。
[0004] 目前的線下支付憑證的局限性在于：1)僅作為支付行為的憑據(jù)，功能單一，場(chǎng)景 有限；2)目前多數(shù)是紙質(zhì)憑據(jù)，用戶保存及使用均很麻煩，通常都是丟棄處理。
[0005] 隨著目前電子商務(wù)蓬勃發(fā)展，持卡人在線上使用銀行卡完成支付時(shí)，通常是由商 戶提供支付完成的記錄作為憑證，而沒有一個(gè)像線下支付憑證一樣權(quán)威可信的支付憑證。 例如，在交易發(fā)送差錯(cuò)時(shí)用戶無(wú)法提供有效的(例如經(jīng)第三方確認(rèn)的）支付依據(jù)，而只能通 過(guò)商家提供的支付記錄進(jìn)行差錯(cuò)處理，這存在法律方面的風(fēng)險(xiǎn)。另一個(gè)問(wèn)題是現(xiàn)在商戶實(shí) 現(xiàn)線上支付線下獲取服務(wù)（020)時(shí)，必須給用戶額外的憑證，如提貨券、團(tuán)購(gòu)券或其他形式 的電子票據(jù)，用戶使用該電子票據(jù)在線下承兌相關(guān)服務(wù)。對(duì)于每個(gè)商家而言，它需要投入大 量的資金、人力用于這個(gè)020服務(wù)平臺(tái)的建立，很難推廣到中小商戶。

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

[0006] 為了解決上述問(wèn)題，本申請(qǐng)給出一種提供有效（即官方或第三方確認(rèn)）的線上支付 憑證的技術(shù)實(shí)現(xiàn)方案。
[0007] 根據(jù)本申請(qǐng)的一個(gè)方面，提供了一種商戶執(zhí)行的交易數(shù)據(jù)的處理方法，包括：從用 戶處接收訂單和支付請(qǐng)求信息；向所述用戶發(fā)送消息，所述消息包含所述用戶是否需要電 子承兌的詢問(wèn)，所述電子承兌指用戶通過(guò)電子票證的形式來(lái)進(jìn)行承兌；在收到來(lái)自所述用 戶的需要電子承兌的確認(rèn)后，將從所述用戶處接收的支付請(qǐng)求信息以及與所述電子承兌相 關(guān)的信息打包，并發(fā)送給支付網(wǎng)絡(luò)；以及從所述支付網(wǎng)絡(luò)接收所述支付網(wǎng)絡(luò)根據(jù)打包信息 所生成的電子支付憑證，所述電子支付憑證包含與所述電子承兌有關(guān)的信息。
[0008] 上述方法還可包括：將所述電子支付憑證提供給所述用戶，使得其可使用該電子 支付憑證在線下承兌相關(guān)服務(wù)。
[0009] 在上述方法中，與所述電子承兌相關(guān)的信息包括所述用戶已購(gòu)買的服務(wù)信息或商 品?目息。
[0010] 在上述方法中，所述電子支付憑證包括支付數(shù)據(jù)集合、服務(wù)信息集合以及簽名，所 述支付數(shù)據(jù)集合包含如下數(shù)據(jù)項(xiàng)：商戶號(hào)、商戶名稱、終端機(jī)編號(hào)、收單機(jī)構(gòu)、發(fā)卡行、交易 卡號(hào)、交易類型、批次號(hào)、憑證號(hào)、交易時(shí)間、交易日期以及消費(fèi)金額，所述服務(wù)信息集合包 括如下數(shù)據(jù)項(xiàng)：商戶名稱、支付卡號(hào)、支付時(shí)間、支付日期以及物品或服務(wù)描述。
[0011] 在上述方法中，所述簽名由所述支付網(wǎng)絡(luò)根據(jù)所述支付數(shù)據(jù)集合和所述服務(wù)信息 集合來(lái)生成。
[0012] 在上述方法中，所述電子支付憑證包括由所述商戶定義的驗(yàn)證信息，所述驗(yàn)證信 息包含所述用戶的身份、支付狀態(tài)、可獲取的服務(wù)以及狀態(tài)標(biāo)識(shí)。
[0013] 根據(jù)本申請(qǐng)的另一個(gè)方面，提供了一種商戶系統(tǒng)，包括：第一接收單元，用于從用 戶處接收訂單和支付請(qǐng)求信息；第一發(fā)送單元，用于向所述用戶發(fā)送消息，所述消息包含所 述用戶是否需要電子承兌的詢問(wèn)，所述電子承兌指用戶通過(guò)電子票證的形式來(lái)進(jìn)行承兌； 打包單元，用于在收到來(lái)自所述用戶的需要電子承兌的確認(rèn)后，將從所述用戶處接收的支 付請(qǐng)求信息以及與所述電子承兌相關(guān)的信息打包，并發(fā)送給支付網(wǎng)絡(luò)；以及第二接收單元， 從所述支付網(wǎng)絡(luò)接收所述支付網(wǎng)絡(luò)根據(jù)打包信息所生成的電子支付憑證，所述電子支付憑 證包含與所述電子承兌有關(guān)的信息。
[0014] 商戶系統(tǒng)還可包括：第二發(fā)送單元，用于將所述電子支付憑證提供給所述用戶，使 得其可使用該電子支付憑證在線下承兌相關(guān)服務(wù)或商品。
[0015] 在上述商戶系統(tǒng)中，與所述電子承兌相關(guān)的信息包括所述用戶已購(gòu)買的服務(wù)信息 或商品信息。
[0016] 在上述商戶系統(tǒng)中，所述電子支付憑證包括支付數(shù)據(jù)集合、服務(wù)信息集合以及簽 名，所述支付數(shù)據(jù)集合包含如下數(shù)據(jù)項(xiàng)：商戶號(hào)、商戶名稱、終端機(jī)編號(hào)、收單機(jī)構(gòu)、發(fā)卡行、 交易卡號(hào)、交易類型、批次號(hào)、憑證號(hào)、交易時(shí)間、交易日期以及消費(fèi)金額，所述服務(wù)信息集 合包括如下數(shù)據(jù)項(xiàng)：商戶名稱、支付卡號(hào)、支付時(shí)間、支付日期以及物品或服務(wù)描述。
[0017] 在上述商戶系統(tǒng)中，所述簽名由所述支付網(wǎng)絡(luò)根據(jù)所述支付數(shù)據(jù)集合和所述服務(wù) 信息集合來(lái)生成。
[0018] 在上述商戶系統(tǒng)中，所述電子支付憑證包括由所述商戶定義的驗(yàn)證信息，所述驗(yàn) 證信息包含所述用戶的身份、支付狀態(tài)、可獲取的服務(wù)以及狀態(tài)標(biāo)識(shí)。
【附圖說(shuō)明】
[0019] 在參照附圖閱讀了本發(fā)明的【具體實(shí)施方式】以后，本領(lǐng)域技術(shù)人員將會(huì)更清楚地了 解本發(fā)明的各個(gè)方面。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解的是：這些附圖僅僅用于配合具體實(shí)施方 式說(shuō)明本發(fā)明的技術(shù)方案，而并非意在對(duì)本發(fā)明的保護(hù)范圍構(gòu)成限制。
[0020] 圖1是根據(jù)本申請(qǐng)的實(shí)施例、交易數(shù)據(jù)的處理流程。
【具體實(shí)施方式】
[0021] 下面介紹的是本發(fā)明的多個(gè)可能實(shí)施例中的一些，旨在提供對(duì)本發(fā)明的基本了 解，并不旨在確認(rèn)本發(fā)明的關(guān)鍵或決定性的要素或限定所要保護(hù)的范圍。容易理解，根據(jù)本 發(fā)明的技術(shù)方案，在不變更本發(fā)明的實(shí)質(zhì)精神下，本領(lǐng)域的一般技術(shù)人員可以提出可相互 替換的其它實(shí)現(xiàn)方式。因此，以下【具體實(shí)施方式】以及附圖僅是對(duì)本發(fā)明的技術(shù)方案的示例 性說(shuō)明，而不應(yīng)當(dāng)視為本發(fā)明的全部或者視為對(duì)本發(fā)明技術(shù)方案的限定或限制。
[0022] 線上線下一體化是移動(dòng)互聯(lián)網(wǎng)時(shí)代的典型特征，線上線下打通的方式之一是通過(guò) 支付，本申請(qǐng)的技術(shù)方案提出一種新型的多功能電子支付憑證及處理系統(tǒng)，可在完成支付 過(guò)程后，將用戶支付后商家需給付用戶的物品以電子的形式記錄在支付憑證中，用戶可憑 證該憑證在線下享受自己購(gòu)買的服務(wù)或獲得相應(yīng)的商品。同時(shí)本申請(qǐng)的技術(shù)方案揭示了處 理該多功能電子支付憑證數(shù)據(jù)的方法和系統(tǒng)。
[0023] 根據(jù)本申請(qǐng)的一個(gè)實(shí)施例，提供了一種商戶執(zhí)行的交易數(shù)據(jù)的處理方法，包括：從 用戶處接收訂單和支付請(qǐng)求信息；向所述用戶發(fā)送消息，所述消息包含所述用戶是否需要 電子承兌的詢問(wèn)，所述電子承兌指用戶通過(guò)電子票證的形式來(lái)進(jìn)行承兌；在收到來(lái)自所述 用戶的需要電子承兌的確認(rèn)后，將從所述用戶處接收的支付請(qǐng)求信息以及與所述電子承兌 相關(guān)的信息打包，并發(fā)送給支付網(wǎng)絡(luò)；以及從所述支付網(wǎng)絡(luò)接收所述支付網(wǎng)絡(luò)根據(jù)打包信 息所生成的電子支付憑證，所述電子支付憑證包含與所述電子承兌有關(guān)的信息。
[0024] 參考圖1。圖1根據(jù)本申請(qǐng)的一個(gè)實(shí)施例示出了支付憑證數(shù)據(jù)處理的整個(gè)過(guò)程。 首先，如步驟1所示，持卡人在商戶網(wǎng)站瀏覽，并生成訂單，確認(rèn)支付。隨后，商戶網(wǎng)站提示 持卡人選擇支付方式并完成支付信息的輸入后，提示持卡人所訂購(gòu)的服務(wù)是否需要通過(guò)電 子票的形式進(jìn)行承兌，如果用戶選擇該功能，則商戶系統(tǒng)記錄用戶的選擇結(jié)果，將該服務(wù)的 承兌信息和支付請(qǐng)求信息一起打包后向支付網(wǎng)絡(luò)發(fā)起支付請(qǐng)求(步驟2)。接著，支付網(wǎng)絡(luò) 收到支付請(qǐng)求后首先向發(fā)卡行發(fā)起支付請(qǐng)求，如果支付失敗，則直接返回支付失敗的結(jié)果 給商戶；如果支付成功，則生成支付憑證，同時(shí)將該筆交易的服務(wù)承兌信息記入支付憑證， 同時(shí)對(duì)該支付憑證進(jìn)行簽名。之后將支付結(jié)果及包含服務(wù)承兌信息的支付憑證返回給商戶 (步驟3)。然后，商戶提示持卡人支付結(jié)果，同時(shí)顯示支付憑證給持卡人，商戶通常將該支付 憑證保存在商戶網(wǎng)站系統(tǒng)當(dāng)中，同時(shí)也保存在商戶給用戶提供的手機(jī)APP當(dāng)中（步驟4)。
[0025] 至此，用戶（持卡人）已經(jīng)從商戶處成功獲得了電子支付憑證。該電子支付憑證由 支付網(wǎng)絡(luò)或發(fā)卡行(第三方）出具，具有一定的權(quán)威性。
[0026] 在一個(gè)具體的實(shí)施例中，電子支付憑證包括支付數(shù)據(jù)集合、服務(wù)數(shù)據(jù)集合以及簽 名三部分。
[0027] 例如，支付數(shù)據(jù)集合可包括商戶號(hào)、商戶名稱、終端機(jī)編號(hào)、收單銀行/收單機(jī)構(gòu)、 發(fā)卡行、交易卡號(hào)、交易類型、批次號(hào)、憑證號(hào)、交易時(shí)間、交易日期、消費(fèi)金額等數(shù)據(jù)項(xiàng)。在 1C卡交易的情況下，支付數(shù)據(jù)集合還可能包括1C卡交易的相關(guān)驗(yàn)證信息。
[0028] 服務(wù)數(shù)據(jù)集合可包括商戶名稱、支付卡號(hào)、支付時(shí)間、支付日期、所購(gòu)物品或服務(wù) 等數(shù)據(jù)項(xiàng)。在一個(gè)實(shí)施例中，