賬戶信息的管理方法、賬戶管理服務(wù)器和銷售終端及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種賬戶信息的管理方法、賬戶管理服務(wù) 器和銷售終端及系統(tǒng)。
【背景技術(shù)】
[0002] 預(yù)付卡是用戶購(gòu)買發(fā)行機(jī)構(gòu)的商品或服務(wù)而預(yù)先支付的價(jià)值載體，包括采取磁 條、芯片等技術(shù)以卡片、密碼等形式發(fā)行的預(yù)付卡。例如，用于通常使用的電話卡、網(wǎng)絡(luò)游戲 卡、禮卷等在一定的金額范圍內(nèi)可以購(gòu)買商品或服務(wù)。
[0003] 目前預(yù)付卡的信息可以由預(yù)付卡管理服務(wù)器直接下發(fā)到用戶的手機(jī)中，用戶無需 額外攜帶預(yù)付卡，這種便捷的方式越來越受到用戶的歡迎。用戶在使用預(yù)付卡支付時(shí)，一般 是由商家通過銷售終端機(jī)直接掃描手機(jī)中存儲(chǔ)的預(yù)付卡卡號(hào)信息，商家可以直接獲取到用 戶的預(yù)付卡卡號(hào)，然后由用戶來輸入密碼，商家再通過銷售終端機(jī)將相關(guān)支付信息發(fā)送到 發(fā)卡收單機(jī)構(gòu)，從而完成支付過程。
[0004] 但是本發(fā)明的發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)：現(xiàn)有技術(shù)中預(yù)付卡管理服務(wù)器 向用戶的手機(jī)中下發(fā)的預(yù)付卡卡號(hào)信息是一個(gè)用戶所擁有的靜態(tài)卡號(hào)，商家通過銷售終端 機(jī)掃描預(yù)付卡卡號(hào)信息可以獲取到該靜態(tài)卡號(hào)，該靜態(tài)的卡號(hào)容易被復(fù)制而造成預(yù)付卡卡 號(hào)的泄露，若商家或第三方使用該復(fù)制的靜態(tài)卡號(hào)同樣可以通過銷售終端機(jī)被掃描進(jìn)行支 付行為，那么用戶的資金賬戶安全就只能靠用戶設(shè)定的密碼來保證了，若該密碼再被泄漏， 第三方獲取到泄漏的密碼，第三方就可以完成整個(gè)支付過程，這將會(huì)導(dǎo)致用戶的資金賬戶 損失。因此，現(xiàn)有的預(yù)付卡支付方式存在極大的安全隱患。

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

[0005] 本發(fā)明實(shí)施例提供了一種賬戶信息的管理方法、賬戶管理服務(wù)器和銷售終端及系 統(tǒng)，用于提高用戶的賬戶安全性。
[0006] 為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供以下技術(shù)方案：
[0007] 第一方面，本發(fā)明實(shí)施例提供一種賬戶信息的管理方法，包括：
[0008] 創(chuàng)建與用戶賬戶綁定的賬戶口令；
[0009] 將所述賬戶口令發(fā)送至用戶終端，所述用戶終端以標(biāo)識(shí)碼的形式顯示所述賬戶口 令；
[0010] 接收銷售終端發(fā)送的支付請(qǐng)求信息，所述支付請(qǐng)求信息包括所述銷售終端從所述 用戶終端獲取到的所述賬戶口令；
[0011] 根據(jù)所述支付請(qǐng)求信息獲取與所述賬戶口令對(duì)應(yīng)的賬戶信息；
[0012] 根據(jù)所述賬戶信息向所述銷售終端發(fā)送支付確認(rèn)信息。
[0013] 第二方面，本發(fā)明實(shí)施例還提供另一種賬戶信息的管理方法，包括：
[0014] 從用戶終端中獲取所述用戶終端以標(biāo)識(shí)碼的形式顯示的賬戶口令；
[0015] 根據(jù)所述賬戶口令創(chuàng)建支付請(qǐng)求信息，所述支付請(qǐng)求信息包括所述賬戶口令；
[0016] 向所述賬戶管理服務(wù)器發(fā)送所述支付請(qǐng)求信息；
[0017] 接收所述賬戶管理服務(wù)器發(fā)送的支付確認(rèn)信息。
[0018] 第三方面，本發(fā)明實(shí)施例還提供一種賬戶管理服務(wù)器，包括：
[0019] 口令創(chuàng)建模塊，用于創(chuàng)建與用戶賬戶綁定的賬戶口令；
[0020] 口令發(fā)送模塊，用于將所述賬戶口令發(fā)送至用戶終端，所述用戶終端以標(biāo)識(shí)碼的 形式顯示所述賬戶口令；
[0021] 支付請(qǐng)求接收模塊，用于接收銷售終端發(fā)送的支付請(qǐng)求信息，所述支付請(qǐng)求信息 包括所述銷售終端從所述用戶終端獲取到的所述賬戶口令；
[0022] 賬戶信息獲取模塊，用于根據(jù)所述支付請(qǐng)求信息獲取與所述賬戶口令對(duì)應(yīng)的賬戶 信息；
[0023] 支付確認(rèn)發(fā)送模塊，用于根據(jù)所述賬戶信息向所述銷售終端發(fā)送支付確認(rèn)信息。
[0024] 第四方面，本發(fā)明實(shí)施例還提供一種銷售終端，包括：
[0025] 口令獲取模塊，用于從用戶終端中獲取所述用戶終端以標(biāo)識(shí)碼的形式顯示的賬戶 口令；
[0026] 支付請(qǐng)求創(chuàng)建模塊，用于根據(jù)所述賬戶口令創(chuàng)建支付請(qǐng)求信息，所述支付請(qǐng)求信 息包括所述賬戶口令；
[0027] 支付請(qǐng)求發(fā)送模塊，用于向所述賬戶管理服務(wù)器發(fā)送所述支付請(qǐng)求信息；
[0028] 支付確認(rèn)接收模塊，用于接收所述賬戶管理服務(wù)器發(fā)送的支付確認(rèn)信息。
[0029] 第五方面，本發(fā)明實(shí)施例還提供一種賬戶信息的管理系統(tǒng)，包括：
[0030] 如前述第三方面所述的賬戶管理服務(wù)器、如前述第四方面所述的銷售終端和用戶 終端，其中，
[0031] 所述用戶終端，用于接收所述賬戶管理服務(wù)器發(fā)送的賬戶口令；以標(biāo)識(shí)碼的形式 顯示所述賬戶口令；向所述銷售終端發(fā)送所述賬戶口令。
[0032] 從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)：
[0033] 在本發(fā)明實(shí)施例中，賬戶管理服務(wù)器首先創(chuàng)建與用戶賬戶綁定的賬戶口令，將賬 戶口令發(fā)送至用戶終端，用戶終端以標(biāo)識(shí)碼的形式顯示上述賬戶口令，當(dāng)用戶使用該賬戶 口令進(jìn)行支付時(shí)，銷售終端從用戶終端中獲取到該賬戶口令，然后銷售終端根據(jù)該賬戶口 令生成支付請(qǐng)求信息并向賬戶管理服務(wù)器發(fā)送，賬戶管理服務(wù)器在接收到該支付請(qǐng)求信息 后，賬戶管理服務(wù)器獲取支付請(qǐng)求信息中攜帶的賬戶口令對(duì)應(yīng)的賬戶信息，最后賬戶管理 服務(wù)器根據(jù)該賬戶信息向銷售終端下發(fā)支付確認(rèn)信息，從而完成整個(gè)支付過程。由于賬戶 管理服務(wù)器向用戶下發(fā)的是賬戶口令而不是用戶的賬戶信息，而銷售終端從用戶終端獲取 到的是賬戶口令也不是用戶的賬戶信息，只有賬戶管理服務(wù)器可以根據(jù)賬戶口令獲取到賬 戶信息，故可以避免用戶的賬戶信息在用戶終端側(cè)和銷售終端側(cè)被泄露而給用戶的賬戶安 全帶來威脅，可以提高用戶的賬戶信息的安全性。
【附圖說明】
[0034] 為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使 用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于 本領(lǐng)域的技術(shù)人員來講，還可以根據(jù)這些附圖獲得其他的附圖。
[0035] 圖1為本發(fā)明實(shí)施例提供的一種賬戶信息的管理方法的流程方框示意圖；
[0036] 圖2為本發(fā)明實(shí)施例提供的另一種賬戶信息的管理方法的流程方框示意圖；
[0037] 圖3為本發(fā)明實(shí)施例中賬戶信息的管理系統(tǒng)中各網(wǎng)元之間的交互流程示意圖；
[0038] 圖4_a為本發(fā)明實(shí)施例提供的一種賬戶管理服務(wù)器的組成結(jié)構(gòu)示意圖；
[0039] 圖4_b為本發(fā)明實(shí)施例提供的另一種賬戶管理服務(wù)器的組成結(jié)構(gòu)示意圖；
[0040] 圖5為本發(fā)明實(shí)施例提供的一種銷售終端的組成結(jié)構(gòu)示意圖；
[0041] 圖6為本發(fā)明實(shí)施例提供的一種賬戶信息的管理系統(tǒng)的組成結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0042] 本發(fā)明實(shí)施例提供了一種賬戶信息的管理方法、賬戶管理服務(wù)器和銷售終端及系 統(tǒng)，用于提高用戶的賬戶安全性。
[0043] 為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點(diǎn)能夠更加的明顯和易懂，下面將結(jié)合本發(fā)明 實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，下面所描述 的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而非全部實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域的 技術(shù)人員所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0044] 本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語(yǔ)"包括"和"具有"以及他們的 任何變形，意圖在于覆蓋不排他的包含，以便包含一系列單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè) 備不必限于那些單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固 有的其它單元。
[0045] 以下分別進(jìn)行詳細(xì)說明。
[0046] 本發(fā)明賬戶信息的管理方法的一個(gè)實(shí)施例，可以基于賬戶管理服務(wù)器側(cè)實(shí)現(xiàn)，可 以包括：創(chuàng)建與用戶賬戶綁定的賬戶口令；將賬戶口令發(fā)送至用戶終端，用戶終端以標(biāo)識(shí) 碼的形式顯示上述賬戶口令；接收銷售終端發(fā)送的支付請(qǐng)求信息，上述支付請(qǐng)求信息包括 銷售終端從用戶終端獲取到的上述賬戶口令；根據(jù)上述支付請(qǐng)求信息獲取與賬戶口令對(duì)應(yīng) 的賬戶信息；根據(jù)上述賬戶信息向銷售終端發(fā)送支付確認(rèn)信息。
[0047] 請(qǐng)參閱圖1所示，本發(fā)明一個(gè)實(shí)施例提供的賬戶信息的管理方法，可以包括如下 步驟：
[0048] 101、創(chuàng)建與用戶賬戶綁定的賬戶口令。
[0049] 在本發(fā)明實(shí)施例中，賬戶管理服務(wù)器用于管理用戶的賬戶信息，并對(duì)用戶的支付 行為進(jìn)行管理。賬戶管理服務(wù)器保存有與用戶綁定的賬戶信息，具體的，其中賬戶信息可以 指的是用戶購(gòu)買的預(yù)付卡卡號(hào)信息，賬戶信息也可以是用戶使用的儲(chǔ)蓄卡卡號(hào)或信用卡卡 號(hào)信息等，在本發(fā)明實(shí)施例中，可以將用戶能夠用于支付的各類有價(jià)證券形態(tài)表示的賬號(hào) 統(tǒng)稱為賬戶信息。
[0050] 在本發(fā)明實(shí)施例中，可以由賬戶管理服務(wù)器創(chuàng)建與用戶賬戶綁定的賬戶口令，其 中賬戶口令指的是賬戶管理服務(wù)器為用戶生成的用于表示用戶擁有的賬戶的憑證信息。本 發(fā)明實(shí)施例中賬戶管理服務(wù)器向用戶發(fā)送的是賬戶口令，用戶可以使用該賬戶口令到商家 的銷售終端上進(jìn)行支付行為，商家通過銷售終端也只能獲取到該賬戶口令，銷售終端通過 該賬戶口令就可以與賬戶管理服務(wù)器進(jìn)行交互進(jìn)而完成整個(gè)支付過程。現(xiàn)有技術(shù)中賬戶管 理服務(wù)器向用戶終端下發(fā)的是賬戶信息，例如賬戶管理服務(wù)器直接將用戶購(gòu)買的賬號(hào)發(fā)送 給用戶終端，那么用戶在使用用戶終端進(jìn)行支付時(shí)容易造成該賬號(hào)的泄露，從而威脅到用 戶的賬號(hào)安全，而本發(fā)明實(shí)施例中用戶終端側(cè)和銷售終端側(cè)都不需要使用用戶的真實(shí)賬戶 信息就可以進(jìn)行支付和支付驗(yàn)證，用戶終端和銷售終端只需要使用賬戶口令即可，故可以 從源頭上避免賬戶管理服務(wù)器向用戶終端發(fā)送賬戶信息所帶來的泄露風(fēng)險(xiǎn)。
[0051] 需要說明的是，在本發(fā)明的一些實(shí)施例中，步驟101創(chuàng)建與用戶賬戶綁定的賬戶 口令，具體可以包括如下步驟：對(duì)用戶綁定的賬戶信息進(jìn)行加密，得到賬戶口令。其中，賬戶 管理服務(wù)器在給用戶創(chuàng)建賬戶信息之后，將該用戶與創(chuàng)建的賬戶信息綁定，賬戶管理服務(wù) 器首先獲取到賬戶信息，然后對(duì)賬戶信息進(jìn)行加密，從而得到賬戶口令。也就是說，賬戶管 理服務(wù)器在獲取到用戶綁定的賬戶信息之后，并不是直接向用戶下發(fā)賬戶信息，而是可以 對(duì)賬戶信息進(jìn)行加密，生成賬戶口令，賬戶管理服務(wù)器向用戶下發(fā)的是賬戶口令，則用戶終 端接收到的是賬戶口令，而不會(huì)接收到賬戶信息，故可以避免賬戶信息在用戶終端側(cè)的泄 露，從而避免因賬戶信息的泄露給用戶帶來的賬戶安全風(fēng)險(xiǎn)。
[0052] 舉例說明，若賬戶管理服務(wù)器管理3個(gè)用戶的賬戶信息，