国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      賬戶信息的管理方法、賬戶管理服務(wù)器和銷售終端及系統(tǒng)的制作方法

      文檔序號(hào):8282933閱讀:546來源:國(guó)知局
      賬戶信息的管理方法、賬戶管理服務(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ù)語"包括"和"具有"以及他們的 任何變形,意圖在于覆蓋不排他的包含,以便包含一系列單元的過程、方法、系統(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è)支付過程?,F(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è)用戶的賬戶信息,
      當(dāng)前第1頁1 2 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1