本發(fā)明涉及通信技術(shù)領(lǐng)域,特別是涉及一種基于Html5的數(shù)字密碼軟鍵盤獲取方法和裝置。
背景技術(shù):
隨著移動支付越來越普及,針對手機終端的支付一般都需要設(shè)置特定的6位數(shù)字密碼來作為手機支付密碼。
手機APP(Application,第三方應(yīng)用程序)直接使用系統(tǒng)自帶軟鍵盤控件,其中,系統(tǒng)自帶鍵盤或者第三方鍵盤軟件包括搜狗輸入法和百度輸入法。
使用系統(tǒng)自帶鍵盤,手機終端上如果感染鍵盤記錄器類木馬軟件,可以通過記錄按鍵的操作來獲取用戶的輸入的密碼信息。而使用第三方軟鍵盤,本身第三方軟件就具備獲取用戶密碼的能力。并且由于是本地APP實現(xiàn),在同一個頁面內(nèi),只能出現(xiàn)一個密碼軟鍵盤,在重置密碼等場景下,只能使用同一個密碼軟鍵盤對密碼進行設(shè)置。
技術(shù)實現(xiàn)要素:
本發(fā)明的目的在于提供一種基于Html5的數(shù)字密碼軟鍵盤獲取方法和裝置,將用戶密碼信號在服務(wù)端進行翻譯,提高用戶密碼的安全性,以及基于Html5和服務(wù)端實現(xiàn),具有很好的兼容性。
第一方面,本發(fā)明實施例提供了一種基于Html5的數(shù)字密碼軟鍵盤獲取方法,應(yīng)用于服務(wù)端,所述方法包括:
接收終端發(fā)送的獲取密碼軟鍵盤的請求信息;
根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID;
將所述數(shù)字密碼軟鍵盤圖片和所述標識符ID發(fā)送給所述終端,以使所述終端根據(jù)所述數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,所述用戶輸入信息包括用戶按鍵位置順序信息;
接收所述終端發(fā)送的用戶按鍵位置順序信息和所述標識符ID;
根據(jù)所述標識符ID和所述用戶按鍵位置順序信息得到密碼信息。
結(jié)合第一方面,本發(fā)明實施例提供了第一方面第一種可能的實施方式,所述將所述數(shù)字密碼軟鍵盤圖片和所述標識符ID發(fā)送給所述終端包括:
將所述數(shù)字密碼軟件鍵圖片和所述標識符ID以文件流的方式發(fā)送給所述終端。
結(jié)合第一方面,本發(fā)明實施例提供了第一方面第二種可能的實施方式,所述根據(jù)所述標識符ID和所述用戶按鍵位置順序信息得到密碼信息包括:
根據(jù)所述標識符ID從內(nèi)存中獲取字符串;
根據(jù)所述用戶按鍵位置順序信息從所述字符串獲取相對應(yīng)的數(shù)字;
根據(jù)所述相對應(yīng)的數(shù)字得到所述密碼信息。
結(jié)合第一方面,本發(fā)明實施例提供了第一方面第三種可能的實施方式,所述數(shù)字密碼軟鍵盤包括密碼軟鍵盤框格和鍵盤數(shù)字。
結(jié)合第一方面第三種可能的實施方式,本發(fā)明實施例提供了第一方面第四種可能的實施方式,所述根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID包括:
根據(jù)所述請求信息生成字符串;
所述字符串與密碼鍵盤模板構(gòu)成所述密碼軟鍵盤圖片。
第二方面,本發(fā)明實施例提供了一種基于Html5的數(shù)字密碼軟鍵盤獲取裝置,應(yīng)用于服務(wù)端,所述裝置包括:
第一接收單元,用于接收終端發(fā)送的獲取數(shù)字密碼軟鍵盤的請求信息;
生成單元,用于根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID;
獲取單元,用于將所述數(shù)字密碼軟鍵盤圖片和所述標識符ID發(fā)送給所述終端,以使所述終端根據(jù)所述數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,所述用戶輸入信息包括用戶按鍵位置順序信息;
第二接收單元,用于接收所述終端發(fā)送的用戶按鍵位置順序信息和所述標識符ID;
翻譯單元,用于根據(jù)所述標識符ID和所述用戶按鍵位置順序信息得到密碼信息。
結(jié)合第二方面,本發(fā)明實施例提供了第二方面第一種可能的實施方式,所述獲取單元包括:
將所述數(shù)字密碼軟件鍵圖片和所述標識符ID以文件流的方式發(fā)送給所述終端。
結(jié)合第二方面,本發(fā)明實施例提供了第二方面第二種可能的實施方式,所述翻譯單元包括:
根據(jù)所述標識符ID從內(nèi)存中獲取字符串;
根據(jù)所述用戶按鍵位置順序信息從所述字符串獲取相對應(yīng)的數(shù)字;
根據(jù)所述相對應(yīng)的數(shù)字得到所述密碼信息。
結(jié)合第二方面,本發(fā)明實施例提供了第二方面第三種可能的實施方式,所述數(shù)字密碼軟鍵盤包括密碼軟鍵盤框格和鍵盤數(shù)字。
結(jié)合第二方面第三種可能的實施方式,本發(fā)明實施例提供了第二方面第四種可能的實施方式,所述生成單元包括:
根據(jù)所述請求信息生成字符串;
所述字符串與密碼鍵盤模板構(gòu)成所述密碼軟鍵盤圖片。
本發(fā)明提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取方法和裝置,接收終端發(fā)送的獲取數(shù)字密碼軟鍵盤的請求信息,根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID,將數(shù)字密碼軟鍵盤圖片和標識符ID發(fā)送給終端,以使終端根據(jù)數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,用戶輸入信息包括用戶按鍵位置順序信息,接收終端發(fā)送的用戶按鍵位置順序信息和所述標識符ID,根據(jù)標識符ID和用戶按鍵位置順序信息得到密碼信息,從而提高用戶密碼的安全性,以及基于Html5和服務(wù)端實現(xiàn),具有很好的兼容性。
附圖說明
為了更清楚地說明本發(fā)明實施例的技術(shù)方案,下面將對實施例中所需要使用的附圖作簡單地介紹,應(yīng)當理解,以下附圖僅示出了本發(fā)明的某些實施例,因此不應(yīng)被看作是對范圍的限定,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。
圖1為本發(fā)明實施例提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取方法流程圖;
圖2為本發(fā)明實施例提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取方法信令圖;
圖3為本發(fā)明實施例提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取裝置示意圖。
附圖標記說明:
10-第一接收單元;20-生成單元;30-獲取單元;
40-第二接收單元;50-翻譯單元。
具體實施方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合本發(fā)明實施例中附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。因此,以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍,而是僅僅表示本發(fā)明的選定實施例。基于本發(fā)明的實施例,本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
針對現(xiàn)有技術(shù)中,使用系統(tǒng)自帶鍵盤,手機終端上如果感染鍵盤記錄器類木馬軟件,可以通過記錄按鍵的操作來獲取用戶的輸入的密碼信息。而使用第三方軟鍵盤,本身第三方軟件就具備獲取用戶密碼的能力。本發(fā)明提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取方法和裝置,接收終端發(fā)送的獲取數(shù)字密碼軟鍵盤的請求信息,根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID,將數(shù)字密碼軟鍵盤圖片和標識符ID發(fā)送給終端,以使終端根據(jù)數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,用戶輸入信息包括用戶按鍵位置順序信息,接收終端發(fā)送的用戶按鍵位置順序信息和所述標識符ID,根據(jù)標識符ID和用戶按鍵位置順序信息得到密碼信息,從而提高用戶密碼的安全性,以及基于Html5和服務(wù)端實現(xiàn),具有很好的兼容性。
下面通過實施例進行詳細描述。
圖1為本發(fā)明實施例提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取方法流程圖。
參照圖1,執(zhí)行主體為服務(wù)端,該方法包括以下步驟:
步驟S101,接收終端發(fā)送的獲取數(shù)字密碼軟鍵盤的請求信息;
這里,用戶在終端上點擊輸入密碼,終端向服務(wù)端發(fā)送獲取數(shù)字密碼軟鍵盤的請求信息,服務(wù)端接收終端發(fā)送的獲取密碼軟鍵盤的請求信息。
其中,終端可以為手機。用戶可以在手機APP上點擊輸入密碼。
步驟S102,根據(jù)請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID;
這里,服務(wù)端可通過模板方式配置數(shù)字密碼軟鍵盤顯示風格,可適應(yīng)不同的App軟件界面。也可以隨機生成數(shù)字密碼軟鍵盤圖片。
步驟S103,將數(shù)字密碼軟鍵盤圖片和標識符ID發(fā)送給所述終端,以使終端根據(jù)數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,用戶輸入信息包括用戶按鍵位置順序信息;
這里,用戶在數(shù)字密碼軟件盤圖片上輸入密碼,從而使終端獲取用戶輸入信息。
用戶在整個輸入過程中不產(chǎn)生用戶真實密碼,所有的密碼翻譯均在服務(wù)端完成,從而提高用戶密碼的安全性。
步驟S104,接收終端發(fā)送的用戶按鍵位置順序信息和標識符ID;
步驟S105,根據(jù)用戶按鍵位置順序信息和標識符ID得到密碼信息。
根據(jù)本發(fā)明的示例性實施例,所述將所述數(shù)字密碼軟鍵盤圖片和標識符ID發(fā)送給所述終端包括:
將所述數(shù)字密碼軟件鍵圖片和標識符ID以文件流的方式發(fā)送給所述終端。
根據(jù)本發(fā)明的示例性實施例,所述根據(jù)所述標識符ID和所述用戶按鍵位置順序信息得到密碼信息包括:
根據(jù)所述標識符ID從內(nèi)存中獲取字符串;
根據(jù)所述用戶按鍵位置順序信息從字符串獲取相對應(yīng)的數(shù)字;
根據(jù)所述相對應(yīng)的數(shù)字得到所述密碼信息。
根據(jù)本發(fā)明的示例性實施例,數(shù)字密碼軟鍵盤包括密碼軟鍵盤框格和鍵盤數(shù)字。
根據(jù)本發(fā)明的示例性實施例,所述根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID包括:
根據(jù)所述請求信息生成字符串;
所述字符串與密碼鍵盤模板構(gòu)成所述密碼軟鍵盤圖片。
本發(fā)明提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取方法,接收終端發(fā)送的獲取數(shù)字密碼軟鍵盤的請求信息,根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID,將數(shù)字密碼軟鍵盤圖片和標識符ID發(fā)送給終端,以使終端根據(jù)數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,用戶輸入信息包括用戶按鍵位置順序信息,接收終端發(fā)送的用戶按鍵位置順序信息和所述標識符ID,根據(jù)標識符ID和用戶按鍵位置順序信息得到密碼信息,從而提高用戶密碼的安全性,以及基于Html5和服務(wù)端實現(xiàn),具有很好的兼容性。
圖2為本發(fā)明實施例提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取方法信令圖。
參照圖2,步驟S201,終端獲取用戶操作指令信息,其中,用戶操作指令信息包括用戶點擊輸入密碼控件;
步驟S202,終端向服務(wù)端發(fā)送獲取數(shù)字密碼軟鍵盤的請求信息;
步驟S203,服務(wù)端根據(jù)請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID;
步驟S204,服務(wù)端向終端發(fā)送數(shù)字密碼軟鍵盤圖片和標識符ID;
步驟S205,終端獲取用戶輸入信息,其中,用戶輸入信息包括用戶按鍵位置順序信息;
步驟S206,終端向服務(wù)端發(fā)送用戶按鍵位置順序信息和標識符ID;
步驟S207,服務(wù)端根據(jù)標識符ID和用戶按鍵位置順序信息得到密碼信息。具體地,終端可以為手機,可以通用到安卓和蘋果手機上,同時由于基于HMTL5和服務(wù)端來實現(xiàn),通用于所有手機瀏覽器。用戶在輸入過程中不產(chǎn)生用戶真實密碼,所有密碼翻譯在服務(wù)端完成,提高安全性。并且支持同一頁面配置多密碼軟鍵盤,并且互不干擾,獨立加密。
圖3為本發(fā)明實施例提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取裝置示意圖。
參照圖3,該裝置包括第一接收單元10、生成單元20、獲取單元30、第二接收單元40和翻譯單元50。
第一接收單元10,用于接收終端發(fā)送的獲取數(shù)字密碼軟鍵盤的請求信息;
生成單元20,用于根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID;
獲取單元30,用于將所述數(shù)字密碼軟鍵盤圖片和標識符ID發(fā)送給所述終端,以使所述終端根據(jù)所述數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,所述用戶輸入信息包括用戶按鍵位置順序信息;
第二接收單元40,用于接收所述終端發(fā)送的用戶按鍵位置順序信息和所述數(shù)字密碼軟鍵盤圖片;
翻譯單元50,用于根據(jù)所述標識符ID和所述用戶按鍵位置順序信息得到密碼信息。根據(jù)本發(fā)明的示例性實施例,所述獲取單元30包括:
將所述數(shù)字密碼軟件鍵圖片和標識符ID以文件流的方式發(fā)送給所述終端。
根據(jù)本發(fā)明的示例性實施例,所述翻譯單元50包括:
根據(jù)標識符ID從內(nèi)存中獲取字符串;
根據(jù)所述用戶按鍵位置順序信息從字符串獲取相對應(yīng)的數(shù)字;
根據(jù)所述相對應(yīng)的數(shù)字得到所述密碼信息。
根據(jù)本發(fā)明的示例性實施例,數(shù)字密碼軟鍵盤包括密碼軟鍵盤框格和鍵盤數(shù)字。
根據(jù)本發(fā)明的示例性實施例,所述生成單元20包括:
根據(jù)所述請求信息生成字符串;
所述字符串與密碼鍵盤模板構(gòu)成所述密碼軟鍵盤圖片。
本發(fā)明提供的一種基于Html5的數(shù)字密碼軟鍵盤獲取裝置,接收終端發(fā)送的獲取數(shù)字密碼軟鍵盤的請求信息,根據(jù)所述請求信息生成數(shù)字密碼軟鍵盤圖片和標識符ID,將數(shù)字密碼軟鍵盤圖片和標識符ID發(fā)送給終端,以使終端根據(jù)數(shù)字密碼軟鍵盤圖片獲取用戶輸入信息,其中,用戶輸入信息包括用戶按鍵位置順序信息,接收終端發(fā)送的用戶按鍵位置順序信息和所述標識符ID,根據(jù)標識符ID和用戶按鍵位置順序信息得到密碼信息,從而提高用戶密碼的安全性,以及基于Html5和服務(wù)端實現(xiàn),具有很好的兼容性。
本發(fā)明實施例所提供的裝置可以為設(shè)備上的特定硬件或者安裝于設(shè)備上的軟件或固件等。本發(fā)明實施例所提供的裝置,其實現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實施例相同,為簡要描述,裝置實施例部分未提及之處,可參考前述方法實施例中相應(yīng)內(nèi)容。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到,為描述的方便和簡潔,前述描述的系統(tǒng)、裝置和單元的具體工作過程,均可以參考上述方法實施例中的相對應(yīng)過程,在此不再贅述。
在本發(fā)明所提供的實施例中,應(yīng)該理解到,所揭露裝置和方法,可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現(xiàn)時可以有另外的劃分方式,又例如,多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng),或一些特征可以忽略,或不執(zhí)行。另一點,所顯示或討論的相互之間的耦合或直接耦合或通話連接可以是通過一些通話接口,裝置或單元的間接耦合或通話連接,可以是電性,機械或其它的形式。
所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
另外,在本發(fā)明提供的實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。
所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時,可以存儲在一個計算機可讀取存儲介質(zhì)中?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。
而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM,Read-Only Memory)、隨機存取存儲器(RAM,Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
應(yīng)注意到:相似的標號和字母在下面的附圖中表示類似項,因此,一旦某一項在一個附圖中被定義,則在隨后的附圖中不需要對其進行進一步定義和解釋,此外,術(shù)語“第一”、“第二”、“第三”等僅用于區(qū)分描述,而不能理解為指示或暗示相對重要性。
最后應(yīng)說明的是:以上所述實施例,僅為本發(fā)明的具體實施方式,用以說明本發(fā)明的技術(shù)方案,而非對其限制,本發(fā)明的保護范圍并不局限于此,盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當理解:任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),其依然可以對前述實施例所記載的技術(shù)方案進行修改或可輕易想到變化,或者對其中部分技術(shù)特征進行等同替換;而這些修改、變化或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實施例技術(shù)方案的精神和范圍。都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此,本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準。