一種交易訂單確認(rèn)方法、裝置及服務(wù)器的制造方法
【專利摘要】本申請(qǐng)公開(kāi)了一種交易訂單確認(rèn)方法、裝置及服務(wù)器，通過(guò)響應(yīng)商戶發(fā)送的訂單信息，對(duì)商戶及訂單信息進(jìn)行有效性驗(yàn)證，初步確認(rèn)了訂單的合法性。在商戶及訂單信息通過(guò)有效性驗(yàn)證時(shí)，對(duì)訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)，利用訂單簽名數(shù)據(jù)生成條形碼，并將條形碼發(fā)送給商戶，以供商戶將條形碼展示給消費(fèi)用戶。通過(guò)簽名處理，使得生成的條形碼具有唯一性，不能夠被他人篡改。接著，接收消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)，判斷條形碼掃描數(shù)據(jù)是否與訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)其不合法。通過(guò)對(duì)消費(fèi)用戶反饋的條形碼掃描數(shù)據(jù)與訂單簽名數(shù)據(jù)進(jìn)行對(duì)比，防止了因釣魚軟件偽造訂單而影響到用戶金融安全的問(wèn)題。
【專利說(shuō)明】
一種交易訂單確認(rèn)方法、裝置及服務(wù)器
【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及金融處理【技術(shù)領(lǐng)域】，更具體地說(shuō)，涉及一種交易訂單確認(rèn)方法、裝置及服務(wù)器。
【背景技術(shù)】
[0002]隨著整個(gè)社會(huì)節(jié)奏的加快以及移動(dòng)互聯(lián)網(wǎng)速度與覆蓋范圍的提升，網(wǎng)上購(gòu)物已呈現(xiàn)爆發(fā)式增長(zhǎng)態(tài)勢(shì)。
[0003]網(wǎng)絡(luò)購(gòu)物最重要的仍是金融安全問(wèn)題，現(xiàn)有的網(wǎng)絡(luò)購(gòu)物支付方式為用戶確認(rèn)訂單，然后由商戶將訂單轉(zhuǎn)發(fā)給銀行交易系統(tǒng)，再由用戶輸入網(wǎng)銀用戶名及密碼，完成訂單的支付。但是，整個(gè)支付過(guò)程中，并沒(méi)有對(duì)訂單的有效性進(jìn)行驗(yàn)證，因此很容易被非法釣魚網(wǎng)站篡改訂單，嚴(yán)重影響了用戶的金融安全。因此，急需一種對(duì)交易訂單合法性進(jìn)行驗(yàn)證的方案。
【發(fā)明內(nèi)容】
[0004]有鑒于此，本申請(qǐng)?zhí)峁┝艘环N交易訂單確認(rèn)方法、裝置及服務(wù)器，用于解決現(xiàn)有交易支付過(guò)程中沒(méi)有對(duì)訂單進(jìn)行有效性驗(yàn)證，因而影響用戶金融安全的問(wèn)題。
[0005]為了實(shí)現(xiàn)上述目的，現(xiàn)提出的方案如下:
[0006]一種交易訂單確認(rèn)方法，包括:
[0007]響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，所述訂單信息為消費(fèi)用戶確認(rèn)后的訂單信息；
[0008]若所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證，則對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)；
[0009]利用所述訂單簽名數(shù)據(jù)生成條形碼；
[0010]將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶；
[0011]接收所述消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)；
[0012]判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)所述訂單信息不合法。
[0013]優(yōu)選地，在確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證之后，還包括:
[0014]對(duì)所述訂單信息進(jìn)行加密處理。
[0015]優(yōu)選地，所述對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，包括:
[0016]判斷所述商戶是否在預(yù)設(shè)的商戶白名單上；
[0017]若是，則確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證；
[0018]若否，則確認(rèn)所述商戶及所述訂單信息未通過(guò)有效性驗(yàn)證。
[0019]優(yōu)選地，所述判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，包括:
[0020]提取所述條形碼掃描數(shù)據(jù)中的簽名，判斷該簽名是否與所述訂單簽名數(shù)據(jù)中的簽名一致，若是，則確認(rèn)所述條形碼掃描數(shù)據(jù)與所述訂單簽名數(shù)據(jù)相同，否則確認(rèn)二者不同。
[0021]優(yōu)選地，所述條形碼為一維條形碼或者二維條形碼。
[0022]一種交易訂單確認(rèn)裝置，包括:
[0023]訂單響應(yīng)單元，用于響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，所述訂單信息為消費(fèi)用戶確認(rèn)后的訂單信息；
[0024]簽名處理單元，用于在所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證時(shí)，對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)；
[0025]條形碼生成單元，用于利用所述訂單簽名數(shù)據(jù)生成條形碼；
[0026]條形碼發(fā)送單元，用于將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶；
[0027]條形碼接收單元，用于接收所述消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)；
[0028]訂單確認(rèn)單元，用于判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)所述訂單信息不合法。
[0029]優(yōu)選地，還包括:
[0030]訂單加密單元，用于在確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證后，對(duì)所述訂單信息進(jìn)行加密處理。
[0031]優(yōu)選地,所述訂單響應(yīng)單元包括:
[0032]白名單判斷單元，用于判斷所述商戶是否在預(yù)設(shè)的商戶白名單上，若是，則確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證；若否，則確認(rèn)所述商戶及所述訂單信息未通過(guò)有效性驗(yàn)證。
[0033]優(yōu)選地,所述訂單確認(rèn)單元包括:
[0034]簽名提取單元，用于提取所述條形碼掃描數(shù)據(jù)中的簽名；
[0035]簽名判斷單元，用于判斷該簽名是否與所述訂單簽名數(shù)據(jù)中的簽名一致，若是，則確認(rèn)所述條形碼掃描數(shù)據(jù)與所述訂單簽名數(shù)據(jù)相同，否則確認(rèn)二者不同。
[0036]一種服務(wù)器，包括上述所述的交易訂單確認(rèn)裝置。
[0037]從上述的技術(shù)方案可以看出，本申請(qǐng)實(shí)施例提供的交易訂單確認(rèn)方法，通過(guò)響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，初步確認(rèn)了訂單的合法性。在所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證時(shí)，對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)，利用所述訂單簽名數(shù)據(jù)生成條形碼，將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶。通過(guò)簽名處理，使得生成的條形碼具有唯一性，不能夠被他人篡改。接著，接收消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)，判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)其不合法。通過(guò)對(duì)消費(fèi)用戶反饋的條形碼掃描數(shù)據(jù)與訂單簽名數(shù)據(jù)進(jìn)行對(duì)比，防止了因釣魚軟件偽造訂單而影響到用戶金融安全的問(wèn)題。
【專利附圖】
【附圖說(shuō)明】
[0038]為了更清楚地說(shuō)明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本申請(qǐng)的實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0039]圖1為本申請(qǐng)實(shí)施例公開(kāi)的一種交易訂單確認(rèn)方法流程圖；
[0040]圖2為本申請(qǐng)實(shí)施例公開(kāi)的另一種交易訂單確認(rèn)方法流程圖；
[0041]圖3為本申請(qǐng)實(shí)施例公開(kāi)的一種對(duì)商戶及訂單信息進(jìn)行有效性驗(yàn)證的方法流程圖；
[0042]圖4為本申請(qǐng)實(shí)施例公開(kāi)的一種交易訂單確認(rèn)裝置結(jié)構(gòu)示意圖；
[0043]圖5為本申請(qǐng)實(shí)施例公開(kāi)的另一種交易訂單確認(rèn)裝置結(jié)構(gòu)示意圖；
[0044]圖6為本申請(qǐng)實(shí)施例公開(kāi)的訂單響應(yīng)單元的一種結(jié)構(gòu)示意圖；
[0045]圖7為本申請(qǐng)實(shí)施例公開(kāi)的訂單確認(rèn)單元的一種結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0046]下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖,對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例?；诒旧暾?qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。
[0047]參見(jiàn)圖1，圖1為本申請(qǐng)實(shí)施例公開(kāi)的一種交易訂單確認(rèn)方法流程圖。
[0048]如圖1所示，該方法包括:
[0049]步驟S100、響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證；
[0050]具體地，所述訂單信息為消費(fèi)用戶確認(rèn)后的訂單信息。本步驟中對(duì)商戶的身份及訂單信息進(jìn)行驗(yàn)證，以初步判斷該訂單是否合法。
[0051]步驟S110、若所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證，則對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)；
[0052]通過(guò)對(duì)商戶及訂單信息進(jìn)行驗(yàn)證，在判斷驗(yàn)證通過(guò)之后，對(duì)訂單信息進(jìn)行簽名處理，簽名可以保證訂單的不可篡改性，其他人如果想篡改訂單信息，需要同時(shí)了解簽名方式，而簽名只有銀行系統(tǒng)才能夠完成，因此增加了訂單信息的安全。
[0053]步驟S120、利用所述訂單簽名數(shù)據(jù)生成條形碼；
[0054]具體地，利用條形碼生成技術(shù)，將訂單簽名數(shù)據(jù)生成條形碼，該條形碼可以是一維條形碼，也可以是常見(jiàn)的二維條形碼。
[0055]步驟S130、將所述條形碼發(fā)送給所述商戶；
[0056]具體地，將生成的條形碼發(fā)送給商戶，商戶可以將該條形碼向消費(fèi)用戶進(jìn)行展示，以供消費(fèi)用戶進(jìn)行掃描。
[0057]步驟S140、接收所述消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)；
[0058]步驟S150、判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則執(zhí)行步驟S160、確認(rèn)所述訂單信息合法，否則，執(zhí)行步驟S170、確認(rèn)所述訂單信息不合法。
[0059]具體地，商戶向消費(fèi)用戶展示條形碼后，消費(fèi)用戶可以利用支持條形碼掃描功能的終端如手機(jī)，進(jìn)行條形碼的掃描，并將掃描后的數(shù)據(jù)發(fā)送給銀行交易系統(tǒng)，進(jìn)行條形碼掃描數(shù)據(jù)與訂單簽名數(shù)據(jù)的核對(duì)，若二者完全相同，則確認(rèn)該訂單信息的合法性，否則認(rèn)為該訂單信息被偽造，屬于不合法訂單信息，進(jìn)而提醒消費(fèi)用戶不要付款。
[0060]本申請(qǐng)實(shí)施例提供的交易訂單確認(rèn)方法，通過(guò)響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，初步確認(rèn)了訂單的合法性。在所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證時(shí)，對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)，利用所述訂單簽名數(shù)據(jù)生成條形碼，將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶。通過(guò)簽名處理，使得生成的條形碼具有唯一性，不能夠被他人篡改。接著，接收消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)，判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)其不合法。通過(guò)對(duì)消費(fèi)用戶反饋的條形碼掃描數(shù)據(jù)與訂單簽名數(shù)據(jù)進(jìn)行對(duì)比，防止了因釣魚軟件偽造訂單而影響到用戶金融安全的問(wèn)題。
[0061]進(jìn)一步，參見(jiàn)圖2，圖2為本申請(qǐng)實(shí)施例公開(kāi)的另一種交易訂單確認(rèn)方法流程圖。
[0062]結(jié)合圖1和圖2可知，在確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證之后，還可以包括:
[0063]步驟S200、對(duì)所述訂單信息進(jìn)行加密處理。
[0064]則所述步驟S110、對(duì)所述訂單信息進(jìn)行簽名的過(guò)程，具體為對(duì)加密處理的訂單信息進(jìn)行簽名。
[0065]通過(guò)加密算法，使得訂單信息更加不容易被外人破解，防止訂單信息被偽造，提高了訂單信息的安全性。
[0066]需要說(shuō)明的是，上述對(duì)商戶及訂單信息進(jìn)行有效性驗(yàn)證的過(guò)程，可以參見(jiàn)圖3所示，圖3為本申請(qǐng)實(shí)施例公開(kāi)的一種對(duì)商戶及訂單信息進(jìn)行有效性驗(yàn)證的方法流程圖。
[0067]如圖3所示，該過(guò)程為:
[0068]步驟S300、判斷所述商戶是否在預(yù)設(shè)的商戶白名單上；
[0069]若是，則執(zhí)行步驟S310、確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證；
[0070]若否，則執(zhí)行步驟S320、確認(rèn)所述商戶及所述訂單信息未通過(guò)有效性驗(yàn)證。
[0071]本實(shí)施例中通過(guò)設(shè)置商戶白名單，來(lái)確定商戶身份。進(jìn)而，在確定商戶身份通過(guò)驗(yàn)證時(shí)，同時(shí)確定該商戶發(fā)送的訂單信息也是通過(guò)驗(yàn)證的。當(dāng)然，這僅僅是一種方式而已。除此以外，我們還可以設(shè)置訂單的格式，判斷接收的訂單信息格式是否正確，進(jìn)而確定訂單信息的合法性。
[0072]進(jìn)一步需要解釋的是，上述判斷條形碼掃描數(shù)據(jù)是否與訂單簽名數(shù)據(jù)相同的過(guò)程，可以是:首先提取所述條形碼掃描數(shù)據(jù)中的簽名，然后判斷該簽名是否與所述訂單簽名數(shù)據(jù)中的簽名一致，若是，則確認(rèn)所述條形碼掃描數(shù)據(jù)與所述訂單簽名數(shù)據(jù)相同，否則確認(rèn)二者不同。如果訂單被他人偽造了，那么由于偽造者是不知道簽名的，因此在進(jìn)行掃描數(shù)據(jù)與訂單簽名數(shù)據(jù)相同與否的判斷時(shí)，從掃描數(shù)據(jù)中提取不出簽名或者提取出的簽名與訂單簽名數(shù)據(jù)中的簽名不同，此時(shí)即認(rèn)為該訂單信息不合法。
[0073]下面對(duì)本申請(qǐng)實(shí)施例提供的交易訂單確認(rèn)裝置進(jìn)行描述，下文描述的交易訂單確認(rèn)裝置與上文描述的交易訂單確認(rèn)方法可相互對(duì)應(yīng)參照。
[0074]參見(jiàn)圖4，圖4為本申請(qǐng)實(shí)施例公開(kāi)的一種交易訂單確認(rèn)裝置結(jié)構(gòu)示意圖。該裝置可以應(yīng)用于銀行的交易系統(tǒng)中，來(lái)進(jìn)行交易訂單的確認(rèn)。
[0075]如圖4所示，該裝置包括:
[0076]訂單響應(yīng)單元41，用于響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，所述訂單信息為消費(fèi)用戶確認(rèn)后的訂單信息；
[0077]簽名處理單元42，用于在所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證時(shí)，對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)；
[0078]條形碼生成單元43，用于利用所述訂單簽名數(shù)據(jù)生成條形碼；
[0079]條形碼發(fā)送單元44，用于將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶；
[0080]條形碼接收單元45，用于接收所述消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)；
[0081]訂單確認(rèn)單元46，用于判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)所述訂單信息不合法。
[0082]可選的，圖5示例了本申請(qǐng)實(shí)施例公開(kāi)的交易訂單確認(rèn)裝置的另一種結(jié)構(gòu)，結(jié)合圖4和圖5可知，該裝置還可以包括:
[0083]訂單加密單元51，用于在確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證后，對(duì)所述訂單信息進(jìn)行加密處理。
[0084]可選的，圖6示例了本申請(qǐng)實(shí)施例公開(kāi)的訂單響應(yīng)單元的一種結(jié)構(gòu)，如圖6所示，訂單響應(yīng)單元41包括:
[0085]白名單判斷單元411，用于判斷所述商戶是否在預(yù)設(shè)的商戶白名單上，若是，則確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證；若否，則確認(rèn)所述商戶及所述訂單信息未通過(guò)有效性驗(yàn)證。
[0086]可選的，圖7示例了本申請(qǐng)實(shí)施例公開(kāi)的訂單確認(rèn)單元的一種結(jié)構(gòu)，如圖7所示，訂單確認(rèn)單元46包括:
[0087]簽名提取單元461，用于提取所述條形碼掃描數(shù)據(jù)中的簽名；
[0088]簽名判斷單元462，用于判斷該簽名是否與所述訂單簽名數(shù)據(jù)中的簽名一致，若是，則確認(rèn)所述條形碼掃描數(shù)據(jù)與所述訂單簽名數(shù)據(jù)相同，否則確認(rèn)二者不同。
[0089]本申請(qǐng)實(shí)施例提供的交易訂單確認(rèn)裝置，通過(guò)響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，初步確認(rèn)了訂單的合法性。在所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證時(shí)，對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)，利用所述訂單簽名數(shù)據(jù)生成條形碼，將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶。通過(guò)簽名處理，使得生成的條形碼具有唯一性，不能夠被他人篡改。接著，接收消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)，判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)其不合法。通過(guò)對(duì)消費(fèi)用戶反饋的條形碼掃描數(shù)據(jù)與訂單簽名數(shù)據(jù)進(jìn)行對(duì)比，防止了因釣魚軟件偽造訂單而影響到用戶金融安全的問(wèn)題。
[0090]在此基礎(chǔ)上，本申請(qǐng)實(shí)施例還公開(kāi)了一種服務(wù)器，該服務(wù)器包括上述的交易訂單確認(rèn)裝置。
[0091]最后，還需要說(shuō)明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語(yǔ)僅僅用來(lái)將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開(kāi)來(lái)，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒(méi)有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者設(shè)備所固有的要素。在沒(méi)有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過(guò)程、方法、物品或者設(shè)備中還存在另外的相同要素。
[0092]本說(shuō)明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見(jiàn)即可。
[0093]對(duì)所公開(kāi)的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請(qǐng)。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本申請(qǐng)的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本申請(qǐng)將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開(kāi)的原理和新穎特點(diǎn)相一致的最寬的范圍。
【權(quán)利要求】
1.一種交易訂單確認(rèn)方法，其特征在于，包括: 響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，所述訂單信息為消費(fèi)用戶確認(rèn)后的訂單信息； 若所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證，則對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)； 利用所述訂單簽名數(shù)據(jù)生成條形碼； 將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶； 接收所述消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)； 判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)所述訂單信息不合法。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證之后，還包括: 對(duì)所述訂單信息進(jìn)行加密處理。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，包括: 判斷所述商戶是否在預(yù)設(shè)的商戶白名單上； 若是，則確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證； 若否，則確認(rèn)所述商戶及所述訂單信息未通過(guò)有效性驗(yàn)證。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，包括: 提取所述條形碼掃描數(shù)據(jù)中的簽名，判斷該簽名是否與所述訂單簽名數(shù)據(jù)中的簽名一致，若是，則確認(rèn)所述條形碼掃描數(shù)據(jù)與所述訂單簽名數(shù)據(jù)相同，否則確認(rèn)二者不同。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述條形碼為一維條形碼或者二維條形碼。
6.一種交易訂單確認(rèn)裝置，其特征在于，包括: 訂單響應(yīng)單元，用于響應(yīng)商戶發(fā)送的訂單信息，對(duì)所述商戶及所述訂單信息進(jìn)行有效性驗(yàn)證，所述訂單信息為消費(fèi)用戶確認(rèn)后的訂單信息； 簽名處理單元，用于在所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證時(shí)，對(duì)所述訂單信息進(jìn)行簽名，生成訂單簽名數(shù)據(jù)； 條形碼生成單元，用于利用所述訂單簽名數(shù)據(jù)生成條形碼； 條形碼發(fā)送單元，用于將所述條形碼發(fā)送給所述商戶，以供所述商戶將所述條形碼展示給消費(fèi)用戶； 條形碼接收單元，用于接收所述消費(fèi)用戶發(fā)送的條形碼掃描數(shù)據(jù)； 訂單確認(rèn)單元，用于判斷所述條形碼掃描數(shù)據(jù)是否與所述訂單簽名數(shù)據(jù)相同，若是，則確認(rèn)所述訂單信息合法，否則，確認(rèn)所述訂單信息不合法。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括: 訂單加密單元，用于在確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證后，對(duì)所述訂單信息進(jìn)行加密處理。
8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述訂單響應(yīng)單元包括: 白名單判斷單元，用于判斷所述商戶是否在預(yù)設(shè)的商戶白名單上，若是，則確認(rèn)所述商戶及所述訂單信息通過(guò)有效性驗(yàn)證；若否，則確認(rèn)所述商戶及所述訂單信息未通過(guò)有效性驗(yàn)證。
9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述訂單確認(rèn)單元包括: 簽名提取單元，用于提取所述條形碼掃描數(shù)據(jù)中的簽名； 簽名判斷單元，用于判斷該簽名是否與所述訂單簽名數(shù)據(jù)中的簽名一致，若是，則確認(rèn)所述條形碼掃描數(shù)據(jù)與所述訂單簽名數(shù)據(jù)相同，否則確認(rèn)二者不同。
10.一種服務(wù)器，其特征在于，包括權(quán)利要求6-9任意一項(xiàng)所述的交易訂單確認(rèn)裝置。
【文檔編號(hào)】G06K7/10GK104268780SQ201410562684
【公開(kāi)日】2015年1月7日 申請(qǐng)日期:2014年10月21日 優(yōu)先權(quán)日:2014年10月21日
【發(fā)明者】詹韶鑫, 李丹, 劉寧鋒, 羅恕人, 邱文超 申請(qǐng)人:中國(guó)建設(shè)銀行股份有限公司