[go: up one dir, main page]

TW201516917A - 資訊驗證的方法、相關裝置及系統 - Google Patents

資訊驗證的方法、相關裝置及系統 Download PDF

Info

Publication number
TW201516917A
TW201516917A TW103135413A TW103135413A TW201516917A TW 201516917 A TW201516917 A TW 201516917A TW 103135413 A TW103135413 A TW 103135413A TW 103135413 A TW103135413 A TW 103135413A TW 201516917 A TW201516917 A TW 201516917A
Authority
TW
Taiwan
Prior art keywords
verification
information
payment
account
server
Prior art date
Application number
TW103135413A
Other languages
English (en)
Other versions
TWI530894B (zh
Inventor
Chang He
Original Assignee
Tencent Tech Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Tech Shenzhen Co Ltd filed Critical Tencent Tech Shenzhen Co Ltd
Publication of TW201516917A publication Critical patent/TW201516917A/zh
Application granted granted Critical
Publication of TWI530894B publication Critical patent/TWI530894B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本發明提供一種資訊驗證的方法、相關裝置及系統，包括：第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊；伺服器在對第一驗證資訊進行驗證，若驗證通過後，則查找為支付帳號配置的關聯通信帳號，向支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；已登錄查找確定的關聯通信帳號的第二用戶端回應支付請求支付確認請求獲取到第二驗證資訊後，向伺服器返回第二驗證資訊；伺服器對第二驗證資訊進行驗證，若驗證通過，對支付帳號執行支付操作。本發明有效地保證用戶的支付帳戶的安全。

Description

資訊驗證的方法、相關裝置及系統
本發明係有關於一種電腦驗證技術領域，特別是有關於一種資訊驗證的方法、相關裝置及系統。
目前，人們在進行網路交易活動時，基本都會涉及到對使用者身份的驗證，通過身份驗證的結果來決定是否回應當前使用者的交易操作，由此來保護用戶的財產安全。在現有技術中，在支付過程中的身份驗證一般局限於用戶提供其註冊的支付帳戶資訊以及相應設置的密碼，在大多數對支付的資訊驗證流程中，只要使用者提交的支付帳號及密碼與伺服器端保存的帳號及密碼一致，驗證即通過，當前用戶為合法，可以執行本次該用戶發出的支付扣款等操作。
現有技術中為了進一步保證支付安全，一般在要求使用者提供支付帳號及密碼後，還需要使用者提供了一個“密保”資訊或者驗證短信中的隨機驗證碼，但是，如果承載“密保”資訊的密保卡或者手機號碼被人盜用，那麼非法用戶在獲取了使用者的帳號及密碼後，即可輕易地完成非法交易，導致使用者的財產損失。
本發明實施例所要解決的技術問題在於，提供一種資訊驗證的方法、相關裝置及系統，可通過多方驗證來保證帳號安全。
為了解決上述技術問題，本發明實施例提供了一種資訊驗證的方法，包括：第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊；所述伺服器在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；所述第二用戶端回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器返回所述第二驗證資訊；所述伺服器對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
本發明實施例的還提供了另一種資訊驗證的方法，包括：接收第一用戶端基於支付帳號發送的用於對提交的交易訂單進行支付驗證的第一驗證資訊；在對所述第一驗證信息的驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；接收所述第二用戶端回應所述支付確認請求返回的第二驗證資訊；對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
本發明實施例還提供了再一種資訊驗證的方法，包括： 在接收到伺服器發送的支付確認請求時，向用戶提示所述支付確認請求中包括的支付事由資訊；若接收到用戶回應所述支付確認請求發出的語音驗證資訊，則生成回應所述支付確認請求的驗證資訊返回給所述伺服器。
相應地，本發明實施例還提供了一種資訊驗證系統，包括：第一用戶端、伺服器以及至少一個第二用戶端，其中，所述第一用戶端，用於基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊；所述伺服器，用於在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的所述至少一個第二用戶端發送支付確認請求；所述至少一個第二用戶端，用於回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器返回所述第二驗證資訊；所述伺服器，還用於對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
相應地，本發明實施例還提供了一種資訊驗證裝置，包括：接收模組，用於接收第一用戶端基於支付帳號發送的用於對提交的交易訂單進行支付驗證的第一驗證資訊；處理模組，用於在對所述第一驗證資訊的驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；所述接收模組，還用於接收所述第二用戶端回應所述支付確 認請求返回的第二驗證資訊；所述處理模組，還用於對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
本發明實施例還提供了另一種資訊驗證裝置，包括：支付確認請求接收模組，用於在接收到伺服器發送的支付確認請求時，向用戶提示所述支付確認請求中包括的支付事由資訊；回應模組，用於若接收到用戶回應所述支付確認請求發出的語音驗證資訊，則生成回應所述支付確認請求的驗證資訊返回給所述伺服器。
相應地，本發明實施例還提供了電腦儲存媒體，該電腦儲存媒體中儲存有程式，該程式在執行時，包括執行上述個方法對應的步驟。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
1‧‧‧第一用戶端
2‧‧‧伺服器
21‧‧‧接收模組
22‧‧‧處理模組
3‧‧‧第二用戶端
31‧‧‧確認請求接收模組
32‧‧‧回應模組
2101、3101‧‧‧處理器
2102、3102‧‧‧通信匯流排
2103、3103‧‧‧網路介面
2104、3104‧‧‧記憶體
S1~S8‧‧‧步驟
S101~S104‧‧‧步驟
S201~S207‧‧‧步驟
S301~S309‧‧‧步驟
S401~S404‧‧‧步驟
S501、S502‧‧‧步驟
為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅 是本發明的一些實施例，對於本發明所屬技術領域中具有通常知識者來講，還可以根據這些附圖獲得其他的附圖。
第1圖是本發明實施例的一種資訊驗證的方法的流程示意圖；第2圖是本發明實施例的另一種資訊驗證的方法的流程示意圖；第3圖是本發明的一種資訊獲取介面的其中一種示意圖；第4圖是本發明的一種請求錄入介面的其中一種示意圖；第5圖是本發明實施例的再一種資訊驗證的方法的流程示意圖；第6圖是本發明實施例的另一種資訊驗證的方法的流程示意圖；第7圖是本發明實施例的又一種資訊驗證的方法的流程示意圖；第8圖是本發明實施例的一種支付驗證方法的示意圖；第9圖是本發明實施例的一種資訊驗證系統的結構示意圖；第10圖是本發明實施例的一種資訊驗證裝置的結構示意圖；第11圖是本發明實施例的一種用戶終端的結構示意圖；第12圖是本發明實施例的另一種資訊驗證裝置的結構示意圖；以及第13圖是本發明實施例的一種用戶終端的結構示意圖。
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。
請參見第1圖，是本發明實施例的一種資訊驗證的方法的流程示意圖，本發明實施例的所述方法可以通過用戶終端與伺服器之間交互實現，具體的，所述方法包括： S101：第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。
所述第一用戶端可對應設置於平板電腦、手機、電子閱讀器、遙控器、車載設備、可穿戴設備等具有網路功能的移動智慧設備中，通過所述第一用戶端，使用者可以流覽各種電子商務平臺，獲取相關的商品、服務。
第一用戶端的用戶通過註冊的支付帳號來完成交易支付。本發明實施例中的所述支付帳號可以為普通的單個用戶註冊帳號，也可以為本方案中所涉及的由多個用戶共用的支付帳號。對於普通的支付帳號，僅需相關用戶提供帳號和密碼，通過現有流程即可完成用戶身份驗證。而對於由多個用戶共用的支付帳號，則需要執行本發明實施例的資訊驗證方法來核實當前發起交易訂單的用戶是否可以執行本次交易操作。
第一用戶端在獲取到交易訂單後，發起支付的流程，支付流程首先需要用戶提交資訊進行驗證，在驗證通過後在執行轉帳等付款流程。用戶通過所述第一用戶端，基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。其中，該第一驗證資訊可以包括語音資訊、指紋資訊等資訊。
S102：所述伺服器在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求。
所述第二用戶端當前可以是已經使用了所述支付帳號的關聯通信帳號，例如所述第二用戶端登錄了所述支付帳號關聯的即時通信帳號或者電話號碼，或者已經使用了所述支付帳號關聯的電話號碼等。
所述伺服器在對所述第一驗證資訊進行驗證時，先提取其中所攜帶的用於驗證的資訊並進行分析，一種簡單的方式是將攜帶的用於驗證的資訊與伺服器(或者其他用戶伺服器)中為該支付帳號儲存的資訊是否一致，若一致，則驗證通過。例如，對於第一驗證資訊中包括語音資訊，則首先提取該語音資訊，然後分析得出該語音資訊的頻率、振幅等語音參數，根據得到的語音參數與為該支付帳號預置的參數進行比較，根據比較結果判定是否驗證通過，由於不同的人的語音參數肯定並不相同，因此，通過該方式可以較為有效地確定當前的操作是合法用戶的操作。
在本發明實施例中，在對第一驗證資訊的驗證通過後，還需要執行第二次驗證。伺服器可以基於該支付帳號的類型來確定該支付帳號所涉及的交易需要多人驗證，或者伺服器可以在第一次驗證通過後，查看該支付帳號是否包括多個關聯通信帳號，若包括多個，則表明該支付帳號所涉及的交易需要多人驗證。
具體的，所述S102可以包括：所述伺服器對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號；所述伺服器向查找確定的關聯通信帳號對應的第二用戶端發送支付確認請求。
在確定該支付帳號所涉及的交易需要多人驗證後，所述伺服器再查找為所述支付帳號配置的關聯通信帳號，該關聯通信帳號可以為即時通信應用帳號、手機號碼等或者其他的能聯繫到第二驗證用戶的帳號。該第二驗證用戶可以是具有對該支付帳號的財產進行監管許可權的單位領導、孩子的監護人等，也可以是共同擁有該支付帳號財產的夫妻、朋友等。 伺服器在確定需要基於支付帳號中的財產進行交易時，發出驗證請求以請求第二次驗證確認。
關聯通信帳號可以包括多個，伺服器會向每一個關聯通信帳號發送支付確認請求，該支付確認請求中攜帶有支付事由，該支付事由是根據交易訂單生成的，包括需要支付的專案以及費用等資訊。
S103：所述第二用戶端回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器返回所述第二驗證資訊。
每一個關聯通信帳號的第二用戶端都會接收到相應的支付確認請求，第二用戶端的使用者根據基於支付確認請求顯示的內容，確定是否同意本次支付，具體可以回復資訊如通過即時語音通信回復語音資訊，或者根據支付確認請求中的連結向伺服器回復與該第二用戶端使用者匹配的驗證資訊。
第二用戶端在採集到諸如語音、指紋等相關資訊後，向伺服器返回包括採集到的相關資訊的第二驗證資訊。
S104：所述伺服器對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
所述服務器具體基於第二驗證資訊以及返回該第二驗證資訊對應的關聯通信帳號來對第二驗證資訊驗證，如果第二驗證資訊與所述支付帳號中該關聯通信帳號對應的資訊一致，則驗證通過。伺服器在第二次驗證通過後根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作，具體的支付流程可參考現有技術實現，包括轉帳、訂單確認等步 驟。
需要說明的是，上述的第一用戶端和各第二用戶端執行的相關步驟，可以在諸如即時通信應用、郵件應用等應用中增加相應功能模組來實現，具體的，所述第一用戶端中可登錄有第一通信帳號，所述第二用戶端中對應登錄有第二通信帳號，所述第一通信帳號和第二通信帳號均可以在預先被配置為所述支付帳號的關聯通信帳號。根據該配置，在某一方需要執行對所述支付帳號的支付操作時，需要該支付帳號的關聯通信帳號對應的多方均通過確認驗證後，伺服器再執行相關的扣款等支付操作。本發明實施例也可以根據短消息等方式提供包括到伺服器相關服務的連結的短資訊來實現，則所述支付帳號的關聯通信帳號為相應用戶的電話號碼。
另外，在需要對所述支付帳號加值時，本發明實施例的所述方法還可以包括：所述伺服器在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；其中，所述加值請求包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
發起的加值流程包括與加值帳號對應的銀行伺服器等設備進行交互、對支付帳號的帳戶資訊進行更新以及其他的諸如轉款提示等步驟。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現， 方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
再請參見第2圖，是本發明實施例的另一種資訊驗證的方法的流程示意圖，本發明實施例的所述方法可以通過用戶終端與伺服器之間交互實現，具體的，所述方法包括：S201：伺服器在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號。
具體的，用戶可以在本發明實施例的所述伺服器中完成支付帳號對應的關聯通信帳號以及鑒權資訊的登記。用戶也可以在其他的註冊伺服器中完成支付帳號對應的關聯通信帳號以及鑒權資訊的登記，此時，本發明實施例的所述伺服器從這些註冊伺服器中獲取相關支付帳號及其對應的關聯通信帳號和鑒權資訊，並據此完成對此類支付帳號的標記。
S202：所述伺服器儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
所述伺服器可以通過映射表的形式儲存支付帳號以及關聯通信帳號和每一個關聯通信帳號對應的鑒權資訊，以便於後續通過查表的方式直接找到關聯通信帳號以及在驗證時找到對應關聯通信帳號的鑒權資訊。
上述為支付帳號相關資訊的在所述伺服器中的配置過程，該配置過程可以在支付帳號發起支付之前的任一時間完成。基於該配置，所述伺服器完成下述的相關步驟。
S203：所述伺服器對第一用戶端提交的支付帳號及密碼資訊進行驗證。
在本發明實施例中，在第一用戶端的用戶選擇某件商品或者服務等訂單時，可以提交對應的用於完成本次支付的支付帳號以及密碼資訊，伺服器首先是需要對第一用戶端提交的支付帳號及密碼進行驗證，在通過後，在觸發所述第一用戶端發起第一驗證資訊，即觸發執行下述的S204。若沒有通過，則正常發出使用者帳號或者密碼輸入錯誤的提示資訊。所述伺服器可以通過發送第一驗證請求的方式觸發用戶端顯示第一驗證資訊獲取介面，以便於使用者在該第一驗證資訊獲取介面中錄入用於第一次驗證的驗證資訊。該第一驗證資訊獲取介面的示意圖可參考第3圖所示。
S204：第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。
所述第一用戶端在接收到使用者輸入的驗證資訊後，生成包括該驗證資訊的第一驗證資訊發送給伺服器，以使伺服器對其進行驗證，具體可通過電腦網路、通信網路等方式發送給所述伺服器。
S205：所述伺服器在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求。
所述伺服器的驗證過程具體是通過對第一驗證資訊中包括的驗證資訊進行提取以及分析，然後與為該支付帳號配置的該第一用戶端使用者的相關資訊進行比較，若一致，則驗證通過，否則，驗證失敗，發出錯誤提示。其中具體的，所述第一驗證資訊包括第一語音資訊，所述伺服器對所述第一驗證資訊進行驗證包括：所述伺服器對所述第一驗證資訊 中的第一語音資訊進行驗證。
所述S205具體可以包括：所述伺服器對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號；所述伺服器向查找確定的關聯通信帳號對應的第二用戶端發送支付確認請求。
具體的，可以從上述S201和S202中儲存的內容中進行查找，在所述S205中查找為所述支付帳號配置的關聯通信帳號時可以包括：所述伺服器查找為所述支付帳號配置的關聯通信帳號；所述伺服器根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。
S206：所述第二用戶端回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器返回所述第二驗證資訊。
所述第二用戶端在接收到所述支付確認請求後，可顯示相應的錄入介面，該錄入介面中顯示該支付確認請求的相關事項以及請求輸入驗證資訊的介面，具體可參考第4圖所示。
S207：所述伺服器對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
所述S206和S207的具體實現可參見上述第1圖實施例中對應的實現方式，在此不贅述。
進一步可選地，在本發明實施例中，所述方法還可以包括： 所述伺服器在對第一驗證資訊驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端發送驗證失敗的原因資訊。
特別是在第二驗證資訊驗證失敗時，需要提示用戶驗證失敗的原因為第二用戶未完成驗證或者驗證不正確，以便於所述第一終端使用者執行其他相關處理。
另外，在需要對所述支付帳號加值時，本發明實施例的所述方法還可以包括：所述伺服器在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；其中，所述加值請求包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
發起的加值流程包括與加值帳號對應的銀行伺服器等設備進行交互、對支付帳號的帳戶資訊進行更新以及其他的諸如轉款提示等步驟。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
再請參見第5圖，是本發明實施例的再一種資訊驗證的方法的流程示意圖，本發明實施例的所述方法同樣可以有用戶終端與伺服器之間交互來實現，具體的，所述方法包括： S301：伺服器在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號。
具體的，用戶可以在本發明實施例的所述伺服器中完成支付帳號對應的關聯通信帳號以及鑒權資訊的登記。用戶也可以在其他的註冊伺服器中完成支付帳號對應的關聯通信帳號以及鑒權資訊的登記，此時，本發明實施例的所述伺服器從這些註冊伺服器中獲取相關支付帳號及其對應的關聯通信帳號和鑒權資訊，並據此完成對此類支付帳號的標記。
S302：所述伺服器儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
所述伺服器可以通過映射表的形式儲存支付帳號以及關聯通信帳號和每一個關聯通信帳號對應的鑒權資訊，以便於後續通過查表的方式直接找到關聯通信帳號以及在驗證時找到對應關聯通信帳號的鑒權資訊。
上述為支付帳號相關資訊的在所述伺服器中的配置過程，該配置過程可以在支付帳號發起支付之前的任一時間完成。基於該配置，所述伺服器完成下述的相關步驟。
S303：第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊；其中，在本發明實施例中，第一用戶端提交的所述第一驗證資訊包括語音驗證資訊、所述第一用戶端當前登錄的支付帳號以及密碼資訊。即在發送第一驗證資訊時，一併提交驗證資訊以及支付帳號和密碼， 而不需要伺服器端觸發。
S304：所述伺服器對所述第一驗證資訊中包括的支付帳號以及密碼資訊進行初始驗證。
即驗證支付帳號和密碼是否與預先註冊或配置的資訊是否一致，若是，則驗證通過，執行下述的S305，否則，發出失敗提示。
S305：若初始驗證通過，所述伺服器對所述第一驗證資訊中的第一語音資訊進行語音驗證。
S306：若語音驗證通過，所述伺服器查找為所述支付帳號配置的關聯通信帳號。
所述伺服器的驗證過程具體是通過對第一驗證資訊中包括的驗證資訊進行提取以及分析，然後與為該支付帳號配置的該第一用戶端使用者的相關資訊進行比較，若一致，則驗證通過，否則，驗證失敗，發出錯誤提示。其中具體的，所述第一驗證資訊包括第一語音資訊，所述伺服器對所述第一驗證資訊進行驗證包括：所述伺服器對所述第一驗證資訊中的第一語音資訊進行驗證。
所述S306具體可以包括：所述伺服器查找為所述支付帳號配置的關聯通信帳號；所述伺服器根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。
S307：所述伺服器向查找確定的關聯通信帳號對應的第二用戶端發送支付確認請求。
S308：所述第二用戶端回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器返回所述第二驗證資訊。
第二用戶端在接收到所述支付確認請求後，可顯示相應的錄入介面，該錄入介面中顯示該支付確認請求的相關事項以及請求輸入驗證資訊的介面，具體可參考第4圖所示。
S309：所述伺服器對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
所述S308和S309的具體實現可參見上述第1圖實施例中對應的實現方式，在此不贅述。
進一步可選地，在本發明實施例中，所述方法還可以包括：所述伺服器在對第一驗證資訊驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端發送驗證失敗的原因資訊。
特別是在第二驗證資訊驗證失敗時，需要提示用戶驗證失敗的原因為第二用戶未完成驗證或者驗證不正確，以便於所述第一終端使用者執行其他相關處理。
另外，在需要對所述支付帳號加值時，本發明實施例的所述方法還可以包括：所述伺服器在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；其中，所述加值請求包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
發起的加值流程包括與加值帳號對應的銀行伺服器等設備 進行交互、對支付帳號的帳戶資訊進行更新以及其他的諸如轉款提示等步驟。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
再請參見第6圖，是本發明實施例的又一種資訊驗證的方法的流程示意圖，本發明實施例的所述方法可應用在可以用於對用戶身份進行驗證的伺服器中，所述方法包括：S401：接收第一用戶端基於支付帳號發送的用於對提交的交易訂單進行支付驗證的第一驗證資訊。
所述第一用戶端可對應設置於平板電腦、手機、電子閱讀器、遙控器、車載設備、可穿戴設備等具有網路功能的移動智慧設備中，通過所述第一用戶端，使用者可以流覽各種電子商務平臺，獲取相關的商品、服務。
第一用戶端的用戶通過註冊的支付帳號來完成交易支付。本發明實施例中的所述支付帳號可以為普通的單個用戶註冊帳號，也可以為本方案中所涉及的由多個用戶共用的支付帳號。對於普通的支付帳號，僅需相關使用者提供帳號和密碼，通過現有流程即可完成使用者身份驗證。而對於由多個用戶共用的支付帳號，則需要執行本發明實施例的資訊驗證 方法來核實當前發起交易訂單的使用者是否可以執行本次交易操作。
第一用戶端在獲取到交易訂單後，發起支付的流程，支付流程首先需要使用者提交資訊進行驗證，在驗證通過後在執行轉帳等付款流程。用戶通過所述第一用戶端，基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。其中，該第一驗證資訊可以包括語音資訊、指紋資訊等資訊。
伺服器通過電腦網路或者通信網路可以接收到第一用戶端發送的第一驗證資訊。在所述第一驗證資訊中，可以直接包括語音資訊、指紋資訊等驗證資訊以及支付帳號及其密碼，以便於伺服器直接執行對驗證資訊以及支付帳號及其密碼的驗證；所述伺服器也可以是在先對第一用戶端的支付帳號及其密碼進行驗證後，觸發所述第一用戶端發送攜帶驗證資訊的第一驗證資訊。
在所述S401之前，所述伺服器還可以執行如下步驟：伺服器在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號；所述伺服器儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
S402：在對所述第一驗證信息的驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求。
在驗證通過，所述伺服器可以基於儲存的被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒 權資訊，具體的，所述S402可以包括：所述伺服器查找為所述支付帳號配置的關聯通信帳號；所述伺服器根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。向查找確定的關聯通信帳號對應的第二用戶端發送支付確認請求。
伺服器的驗證可參考上述實施例的描述，在此不贅述。
S403：接收所述第二用戶端回應所述支付確認請求返回的第二驗證資訊。
S404：對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
所述S403和S404的具體實現可參考上述第1圖至第5圖對應實施例中的描述，在此不贅述。
進一步可選地，在本發明實施例中，所述方法還可以包括：所述伺服器在對第一驗證資訊驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端發送驗證失敗的原因資訊。
特別是在第二驗證資訊驗證失敗時，需要提示用戶驗證失敗的原因為第二用戶未完成驗證或者驗證不正確，以便於所述第一終端使用者執行其他相關處理。
另外，在需要對所述支付帳號加值時，本發明實施例的所述方法還可以包括：所述伺服器在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；其中，所述加值請求 包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
發起的加值流程包括與加值帳號對應的銀行伺服器等設備進行交互、對支付帳號的帳戶資訊進行更新以及其他的諸如轉款提示等步驟。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
再請參見第7圖，是本發明實施例的又一種資訊驗證的方法的流程示意圖，本發明實施例的所述方法可應用在各類具有網路功能的智慧終端機設備中，具體的，所述方法包括：S501：在接收到伺服器發送的支付確認請求時，向用戶提示所述支付確認請求中包括的支付事由資訊。
本發明實施例的用戶端為上述涉及的第二用戶端。伺服器發送該支付確認請求以獲取作為第二驗證資訊的驗證資訊的過程可參考上述第1圖至第6圖對應實施例的描述。
S502：若接收到用戶回應所述支付確認請求發出的語音驗證資訊，則生成回應所述支付確認請求的驗證資訊返回給所述伺服器。
用戶端可以通過一個介面提示使用者所述支付確認請求中 包括的支付事由資訊，並請求使用者輸入諸如語音資訊等相關的驗證資訊，並在獲取到相關驗證資訊後，通過電腦網路或者通信網路發送給所述伺服器，以便於所述伺服器完成驗證。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
再請參見第8圖，是本發明實施例的一種支付驗證方法的示意圖，本發明實施例的所述方法與上述第1圖至第7圖的資訊驗證方法對應，具體的，本發明實施例的所述方法包括：S1：第一用戶端向伺服器發送第一驗證資訊；S2：伺服器對第一驗證資訊進行驗證；在驗證通過時，執行S3，否則發出錯誤提示並結束。
S3：伺服器對第一驗證資訊驗證通過後，查找支付帳號的關聯通信帳號；S4：伺服器向查找確定的關聯通信帳號發送支付確認請求；S5：第二用戶端獲取第二驗證資訊；所述第二用戶端為正在使用所述查找確定的關聯通信帳號的用戶端，其可以是登錄了相應的即時通信應用帳號，也可以是使用的相應的電話號碼。
S6：第二用戶端向伺服器回傳第二驗證資訊； S7：伺服器對第二驗證資訊進行驗證；在驗證通過後，執行S8，否則，伺服器向第一用戶端返回錯誤資訊，並在錯誤資訊中表明第二驗證資訊為通過的資訊。
S8：伺服器在對第二驗證資訊驗證通過後，執行支付操作，完成第一用戶端的本次交易。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
下面對本發明實施例的資訊驗證裝置及系統進行詳細描述。
請參見第9圖，是本發明實施例的一種資訊驗證系統的結構示意圖，本發明實施例的所述系統包括：第一用戶端1、伺服器2以及至少一個第二用戶端3，其中，所述第一用戶端1和所述第二用戶端3在具體實現時可以是在同一個用戶終端中，所述第一用戶端1和第二用戶端3通過相應的應用模組完成相關功能。
所述第一用戶端1，用於基於支付帳號向伺服器2發送用於對提交的交易訂單進行支付驗證的第一驗證資訊；所述伺服器2，用於在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的所述至少一個第二用戶端3發送支付確認請求； 所述至少一個第二用戶端3，用於回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器2返回所述第二驗證資訊，所述至少一個第二用戶端3為已使用所述查找確定的關聯通信帳號的用戶端；所述伺服器2，還用於對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端1提交的交易訂單對所述支付帳號執行支付操作。
所述第一用戶端1和所述至少一個第二用戶端3均可對應設置於平板電腦、手機、電子閱讀器、遙控器、車載設備、可穿戴設備等具有網路功能的移動智慧設備中，使用者通過所述第一用戶端1可以流覽各種電子商務平臺，獲取相關的商品、服務。
第一用戶端1的用戶通過註冊的支付帳號來完成交易支付。本發明實施例中的所述支付帳號可以為普通的單個用戶註冊帳號，也可以為本方案中所涉及的由多個用戶共用的支付帳號。對於普通的支付帳號，僅需相關使用者提供帳號和密碼，通過現有流程即可完成使用者身份驗證。而對於由多個用戶共用的支付帳號，則需要執行本發明實施例的資訊驗證方法來核實當前發起交易訂單的使用者是否可以執行本次交易操作。
第一用戶端1在獲取到交易訂單後，發起支付的流程，支付流程首先需要使用者提交資訊進行驗證，在驗證通過後在執行轉帳等付款流程。用戶通過所述第一用戶端1，基於支付帳號向伺服器2發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。該第一驗證資訊可以包括語音資訊、指紋資訊等資訊。
所述伺服器2在對所述第一驗證資訊進行驗證時，先提取其 中所攜帶的用於驗證的資訊並進行分析，一種簡單的方式是將攜帶的用於驗證的資訊與伺服器2(或者其他用戶伺服器)中為該支付帳號儲存的資訊是否一致，若一致，則驗證通過。例如，對於第一驗證資訊中包括語音資訊，則首先提取該語音資訊，然後分析得出該語音資訊的頻率、振幅等語音參數，根據得到的語音參數與為該支付帳號預置的參數進行比較，根據比較結果判定是否驗證通過，由於不同的人的語音參數肯定並不相同，因此，通過該方式可以較為有效地確定當前的操作是合法用戶的操作。
在本發明實施例中，在對第一驗證資訊的驗證通過後，還需要執行第二次驗證。伺服器2可以基於該支付帳號的類型來確定該支付帳號所涉及的交易需要多人驗證，或者伺服器2可以在第一次驗證通過後，查看該支付帳號是否包括多個關聯通信帳號，若包括多個，則表明該支付帳號所涉及的交易需要多人驗證。
在確定該支付帳號所涉及的交易需要多人驗證後，所述伺服器2再查找為所述支付帳號配置的關聯通信帳號，該關聯通信帳號可以為即時通信應用帳號、手機號碼等或者其他的能聯繫到第二驗證用戶的帳號。該第二驗證用戶可以是具有對該支付帳號的財產進行監管許可權的單位領導、孩子的監護人等，也可以是共同擁有該支付帳號財產的夫妻、朋友等。伺服器2在確定需要基於支付帳號中的財產進行交易時，發出驗證請求以請求第二次驗證確認。
具體可選地，本發明實施例的所述伺服器2在用於在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的所述至少一個第二用戶端發送支付確認請求時，具體用於對所述第一驗證資訊 進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號，向查找確定的關聯通信帳號對應的所述至少一個第二用戶端3發送支付確認請求。關聯通信帳號可以包括多個，伺服器2會向每一個關聯通信帳號發送支付確認請求，該支付確認請求中攜帶有支付事由，該支付事由是根據交易訂單生成的，包括需要支付的專案以及費用等資訊。
每一個關聯通信帳號的第二用戶端3都會接收到相應的支付確認請求，所述至少一個第二用戶端3的使用者根據基於支付確認請求顯示的內容，確定是否同意本次支付，具體可以回復資訊如通過即時語音通信回復語音資訊，或者根據支付確認請求中的連結向伺服器2回復與該至少一個第二用戶端3使用者匹配的驗證資訊。
第二用戶端3在採集到諸如語音、指紋等相關資訊後，向伺服器2返回包括採集到的相關資訊的第二驗證資訊。
所述伺服器2具體基於第二驗證資訊以及返回該第二驗證資訊對應的關聯通信帳號來對第二驗證資訊驗證，如果第二驗證資訊與所述支付帳號中該關聯通信帳號對應的資訊一致，則驗證通過。伺服器2在第二次驗證通過後根據所述第一用戶端1提交的交易訂單對所述支付帳號執行支付操作，具體的支付流程可參考現有技術實現，包括轉帳、訂單確認等步驟。
需要說明的是，上述的第一用戶端1和各第二用戶端3執行的相關步驟，可以在諸如即時通信應用、郵件應用等應用中增加相應功能模組來實現。也可以根據短消息等方式提供包括到伺服器2相關服務的連結的短資訊來實現。
所述第一驗證資訊包括第一語音資訊，所述伺服器2用於對所述第一驗證資訊進行驗證時，具體用於對所述第一驗證資訊中的第一語音資訊進行驗證；所述第二驗證資訊包括第二語音資訊，所述伺服器2用於對所述第二驗證資訊進行驗證時，具體用於對所述第二驗證資訊中的第二語音資訊進行驗證。
進一步地，支付帳號、該支付帳號配置的關聯通信帳號以及每一個關聯通信帳號的鑒權資訊可以直接設置在伺服器2中，當然也可以是所述伺服器2從其他的註冊伺服器中獲取的，具體的，所述伺服器2，還用於在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號；並用於儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
對於所述第一用戶端1發送第一驗證資訊的操作，所述第一用戶端1可以是在所述伺服器2在對其提交的支付帳號和密碼的驗證通過後，被觸發發送所述第一驗證資訊，即所述伺服器2，還用於對第一用戶端1提交的支付帳號及密碼資訊進行驗證，若驗證通過，則觸發執行所述第一用戶端1基於支付帳號向伺服器2發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。
或者，也可以是所述第一用戶端1直接將驗證資訊與支付帳號及其密碼一同發送給所述伺服器2，由伺服器3一併執行相關操作，具體的，所述伺服器2在用於對所述第一驗證資訊進行驗證，若驗證通過，則查 找為所述支付帳號配置的關聯通信帳號，向查找確定的關聯通信帳號發送支付確認請求的操作時，具體用於對所述第一驗證資訊中包括的支付帳號以及密碼資訊進行初始驗證；若初始驗證通過，對所述第一驗證資訊中的第一語音資訊進行語音驗證；若語音驗證通過，查找為所述支付帳號配置的關聯通信帳號，向查找確定的關聯通信帳號發送支付確認請求。
其中，所述伺服器2在用於對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號時，具體用於查找為所述支付帳號配置的關聯通信帳號；根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。
進一步地，所述伺服器2，還用於在對第一驗證資訊驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端1發送驗證失敗的原因資訊。
另外，在需要對所述支付帳號加值時，本發明實施例的所述伺服器2，還用於在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；其中，所述加值請求包括所述第一用戶端1和/或第二用戶端3發送的用於指示向所述支付帳號轉入款項的請求。
發起的加值流程包括與加值帳號對應的銀行伺服器等設備進行交互、對支付帳號的帳戶資訊進行更新以及其他的諸如轉款提示等步驟。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
再請參見第10圖，是本發明實施例的一種資訊驗證裝置的結構示意圖，本發明實施例的所述裝置可設置在用於對用戶進行鑒權的伺服器中，具體可以設置在上述伺服器2中，具體的，所述裝置包括：接收模組21，用於接收第一用戶端基於支付帳號發送的用於對提交的交易訂單進行支付驗證的第一驗證資訊；處理模組22，用於在對所述第一驗證資訊的驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；所述接收模組21，還用於接收所述第二用戶端回應所述支付確認請求返回的第二驗證資訊；所述處理模組22，還用於對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
其中具體的，若所述第一驗證資訊包括第一語音資訊，所述處理模組22對所述第一驗證資訊進行驗證包括：所述伺服器對所述第一驗證資訊中的第一語音資訊進行驗證；若所述第二驗證資訊包括第二語音資訊，所述處理模組22對所述第二驗證資訊進行驗證包括：所述伺服器對所 述第二驗證資訊中的第二語音資訊進行驗證。
進一步，所述處理模組22還用於在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號；儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
進一步，所述處理模組22還用於對第一用戶端提交的支付帳號及密碼資訊進行驗證，若驗證通過，則觸發執行所述第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。或者所述處理模組22在用於在對所述第一驗證資訊的驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求時，具體用於對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號；向查找確定的關聯通信帳號對應的第二用戶端發送支付確認請求。其中，所述處理模組22在用於對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號時，具體用於對所述第一驗證資訊中包括的支付帳號以及密碼資訊進行初始驗證；若初始驗證通過，所述伺服器對所述第一驗證資訊中的第一語音資訊進行語音驗證；若語音驗證通過，所述伺服器查找為所述支付帳號配置的關聯通信帳號。所述處理模組22在用於查找為所述支付帳號配置的關聯通信帳號時，具體用於查找為所述支付帳號配置的關聯通信帳號；根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找 到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。
進一步，所述處理模組22還用於在對第一驗證信息驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端發送驗證失敗的原因資訊。
進一步，所述處理模組22還用於在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；其中，所述加值請求包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
再請參見第11圖，是本發明實施例的一種伺服器的結構示意圖，本發明實施例的所述伺服器包括：至少一個處理器2101，例如CPU(中央處理單元)，至少一個通信匯流排2102，至少一個網路介面2103，記憶體2104。其中，通信匯流排2102用於實現這些元件之間的連接通信。其中，所述網路介面2103可選的可以包括標準的有線介面、無線介面(如WI-FI、移動通信介面等)。所述記憶體2104可以是高速RAM記憶體，也可以是非不穩定的記憶體(non-volatile memory)，例如至少一個磁碟記憶體。所述記憶體2104可選的還可以是至少一個位於遠離前述處理器2101的儲存裝置。如第11圖所示，作為一種電腦儲存媒體的記憶體2104中儲存有作業系統、網路通信模組，並儲存有用於進行資訊驗證的程式以及其他程式。
其中具體的，所述處理器2101可以用於調用所述記憶體2104中儲存的用於進行資訊識別的程式，執行以下步驟：接收第一用戶端基於支付帳號發送的用於對提交的交易訂 單進行支付驗證的第一驗證資訊；在對所述第一驗證信息的驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；接收所述第二用戶端回應所述支付確認請求返回的第二驗證資訊；對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
所述處理器2101在執行在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求時，具體執行如下步驟：對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號；向查找確定的關聯通信帳號對應的第二用戶端發送支付確認請求。
所述處理器2101還可以執行如下步驟：在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號；儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
或者進一步地，所述處理器2101還可以執行如下步驟：對第一用戶端提交的支付帳號及密碼資訊進行驗證，若驗證 通過，則觸發執行所述第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。
或者進一步地，所述處理器2101在執行對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號時，具體執行如下步驟：對所述第一驗證資訊中包括的支付帳號以及密碼資訊進行初始驗證；若初始驗證通過，所述伺服器對所述第一驗證資訊中的第一語音資訊進行語音驗證；若語音驗證通過，所述伺服器查找為所述支付帳號配置的關聯通信帳號。
進一步地，所述處理器2101在執行查找為所述支付帳號配置的關聯通信帳號時，還可以執行如下步驟：查找為所述支付帳號配置的關聯通信帳號；根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。
進一步地，所述處理器2101還可以執行如下步驟：所述伺服器在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；其中，所述加值請求包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
進一步地，所述處理器2101還可以執行如下步驟：在對第一驗證資訊驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端發送驗證失敗的原因資訊。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
再請參見第12圖，是本發明實施例的另一種資訊驗證裝置的結構示意圖，本發明實施例的所述裝置可設置在用戶終端中，可以設置在上述的第二用戶端3中，具體的，所述裝置包括：確認請求接收模組31，用於在接收到伺服器發送的支付確認請求時，向用戶提示所述支付確認請求中包括的支付事由資訊；回應模組32，用於若接收到用戶回應所述支付確認請求發出的語音驗證資訊，則生成回應所述支付確認請求的驗證資訊返回給所述伺服器。
所述確認請求接收模組31可以通過一個介面提示使用者所述支付確認請求中包括的支付事由資訊，並請求使用者輸入諸如語音資訊等相關的驗證資訊，並在獲取到相關驗證資訊後，所述回應模組32通過電腦網路或者通信網路發送給所述伺服器，以便於所述伺服器完成驗證。
再請參見第13圖，是本發明實施例的一種用戶終端的結構示 意圖，本發明實施例的所述用戶終端包括：至少一個處理器3101，例如CPU，至少一個通信匯流排3102，至少一個網路介面3103，記憶體3104。其中，通信匯流排3102用於實現這些元件之間的連接通信。其中，所述網路介面3103可選的可以包括標準的有線介面、無線介面(如WI-FI、移動通信介面等)。所述記憶體3104可以是高速RAM記憶體，也可以是非不穩定的記憶體(non-volatile memory)，例如至少一個磁碟記憶體。所述記憶體3104可選的還可以是至少一個位於遠離前述處理器3101的儲存裝置。如第11圖所示，作為一種電腦儲存媒體的記憶體3104中儲存有作業系統、網路通信模組，並儲存有用於進行資訊驗證的程式以及其他程式。
具體的，所述處理器3101可以用於調用所述記憶體3104中儲存的用於進行資訊識別的程式，執行以下步驟：在接收到伺服器發送的支付確認請求時，向用戶提示所述支付確認請求中包括的支付事由資訊；若接收到用戶回應所述支付確認請求發出的語音驗證資訊，則生成回應所述支付確認請求的驗證資訊返回給所述伺服器。
本發明實施例基於配置的一個或者多個關聯通信帳號通過至少兩次用戶驗證完成對用戶的支付進行驗證，使得在支付過程中對當前用戶身份的驗證更加可靠，只要其中一個使用者的相關資訊未被盜用，就不可能完成對相關支付帳號交易時的用戶驗證；並且在用戶端容易實現，方便用戶簡單、快速地完成安全可靠的用戶驗證，確保了用戶支付帳號以及財產安全。
本發明所屬技術領域中具有通常知識者可以理解實現上述 實施例方法中的全部或部分流程，是可以藉由電腦程式來指令相關的硬體來完成，所述的程式可儲存於一電腦可讀取儲存媒體中，該程式在執行時，可包括如上述各方法的實施例的流程。其中，所述的儲存媒體可為磁碟、光碟、唯讀儲存記憶體(Read-Only Memory，ROM)或隨機儲存記憶體(Random Access Memory，RAM)等。
雖然本發明已用較佳實施例揭露如上，然其並非用以限定本發明，本發明所屬技術領域中具有通常知識者，在不脫離本發明之精神和範圍內，當可作各種之更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。
S101~S104‧‧‧步驟

Claims (22)

  1. 一種資訊驗證的方法，包括下列步驟：第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊；所述伺服器在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；所述第二用戶端回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器返回所述第二驗證資訊；以及所述伺服器對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
  2. 如申請專利範圍第1項所述的資訊驗證的方法，其中所述伺服器在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求，包括下列步驟：所述伺服器對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號；以及所述伺服器向查找確定的關聯通信帳號對應的第二用戶端發送支付確認請求。
  3. 如申請專利範圍第2項所述的資訊驗證的方法，其中：所述第一驗證資訊包括第一語音資訊，所述伺服器對所述第一驗證資訊進行驗證包括：所述伺服器對所述第一驗證資訊中的第一語音資訊進行驗證；以及 所述第二驗證資訊包括第二語音資訊，所述伺服器對所述第二驗證資訊進行驗證包括：所述伺服器對所述第二驗證資訊中的第二語音資訊進行驗證。
  4. 如申請專利範圍第3項所述的資訊驗證的方法，其中所述第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊之前，包括：伺服器在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號；以及所述伺服器儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
  5. 如申請專利範圍第3項所述的資訊驗證的方法，其中所述第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊之前，包括：所述伺服器對第一用戶端提交的支付帳號及密碼資訊進行驗證，若驗證通過，則觸發執行所述第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。
  6. 如申請專利範圍第3項所述的資訊驗證的方法，其中所述第一驗證資訊還包括所述支付帳號以及密碼資訊；所述伺服器對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號，包括：所述伺服器對所述第一驗證資訊中包括的支付帳號以及密碼資訊進行 初始驗證；若初始驗證通過，所述伺服器對所述第一驗證資訊中的第一語音資訊進行語音驗證；以及若語音驗證通過，所述伺服器查找為所述支付帳號配置的關聯通信帳號。
  7. 如申請專利範圍第6項所述的資訊驗證的方法，其中所述伺服器查找為所述支付帳號配置的關聯通信帳號，包括：所述伺服器查找為所述支付帳號配置的關聯通信帳號；以及所述伺服器根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。
  8. 如申請專利範圍第1~7項中任一項所述的資訊驗證的方法，還包括下列步驟：所述伺服器在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；以及其中，所述加值請求包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
  9. 如申請專利範圍第8項所述的資訊驗證的方法，還包括所述伺服器在對第一驗證資訊驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端發送驗證失敗的原因資訊。
  10. 一種資訊驗證的方法，包括下列步驟：接收第一用戶端基於支付帳號發送的用於對提交的交易訂單進行支付 驗證的第一驗證資訊；在對所述第一驗證信息的驗證通過後，向所述支付帳號的關聯通信帳號所對應的第二用戶端發送支付確認請求；接收所述第二用戶端回應所述支付確認請求返回的第二驗證資訊；以及對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
  11. 一種資訊驗證的方法，包括下列步驟：在接收到伺服器發送的支付確認請求時，向用戶提示所述支付確認請求中包括的支付事由資訊；以及若接收到用戶回應所述支付確認請求發出的語音驗證資訊，則生成回應所述支付確認請求的驗證資訊返回給所述伺服器。
  12. 一種資訊驗證系統，包括第一用戶端、伺服器以及至少一個第二用戶端，其中：所述第一用戶端，用於基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊；所述伺服器，用於在對所述第一驗證資訊驗證通過後，向所述支付帳號的關聯通信帳號所對應的所述至少一個第二用戶端發送支付確認請求；所述至少一個第二用戶端，用於回應所述支付確認請求獲取到第二驗證資訊後，向所述伺服器返回所述第二驗證資訊；以及所述伺服器，還用於對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
  13. 如申請專利範圍第12項所述的資訊驗證系統，其中所述伺服器，具體用於對所述第一驗證資訊進行驗證，若驗證通過，則查找為所述支付帳號配置的關聯通信帳號，向查找確定的關聯通信帳號對應的所述至少一個第二用戶端發送支付確認請求。
  14. 如申請專利範圍第13項所述的資訊驗證系統，其中：所述第一驗證資訊包括第一語音資訊，所述伺服器用於對所述第一驗證資訊進行驗證時，具體用於對所述第一驗證資訊中的第一語音資訊進行驗證；以及所述第二驗證資訊包括第二語音資訊，所述伺服器用於對所述第二驗證資訊進行驗證時，具體用於對所述第二驗證資訊中的第二語音資訊進行驗證。
  15. 如申請專利範圍第14項所述的資訊驗證系統，其中所述伺服器，還用於在檢測到為已註冊的支付帳號配置有至少兩個關聯通信帳號、且每一個關聯通信帳號對應有語音鑒權資訊時，標記該支付帳號為多用戶驗證帳號；並用於儲存被標記為多用戶驗證帳號的支付帳號及其關聯通信帳號和每一個關聯通信帳號對應的語音鑒權資訊。
  16. 如申請專利範圍第14項所述的資訊驗證系統，其中所述伺服器，還用於對第一用戶端提交的支付帳號及密碼資訊進行驗證，若驗證通過，則觸發執行所述第一用戶端基於支付帳號向伺服器發送用於對提交的交易訂單進行支付驗證的第一驗證資訊。
  17. 如申請專利範圍第14項所述的資訊驗證系統，其中：所述第一驗證資訊還包括所述第一用戶端當前登錄的支付帳號以及密 碼資訊；以及所述伺服器，用於對所述第一驗證資訊中包括的支付帳號以及密碼資訊進行初始驗證，若初始驗證通過，對所述第一驗證資訊中的第一語音資訊進行語音驗證，若語音驗證通過，查找為所述支付帳號配置的關聯通信帳號。
  18. 如申請專利範圍第17項所述的資訊驗證系統，其中所述伺服器，用於查找為所述支付帳號配置的關聯通信帳號時，用於根據第一語音資訊對查找到的關聯通信帳號的語音鑒權資訊進行識別，從查找到的關聯通信帳號中刪除所述第一語音資訊對應的帳號，並將刪除後的關聯通信帳號作為查找確定的關聯通信帳號。
  19. 如申請專利範圍第12~18項中任一項所述的資訊驗證系統，其中：所述伺服器還用於在接收對所述支付帳號的加值請求時，回應所述加值請求發起向所述支付帳號轉入款項的流程；以及其中，所述加值請求包括所述第一用戶端和/或第二用戶端發送的用於指示向所述支付帳號轉入款項的請求。
  20. 如申請專利範圍第19項所述的資訊驗證系統，其中所述伺服器，還用於在對第一驗證資訊驗證失敗或者對第二驗證資訊驗證失敗時，向所述第一用戶端發送驗證失敗的原因資訊。
  21. 一種資訊驗證裝置，包括：接收模組，用於接收第一用戶端基於支付帳號發送的用於對提交的交易訂單進行支付驗證的第一驗證資訊；處理模組，用於在對所述第一驗證資訊的驗證通過後，向所述支付帳 號的關聯通信帳號所對應的第二用戶端發送支付確認請求；所述接收模組，還用於接收所述第二用戶端回應所述支付確認請求返回的第二驗證資訊；以及所述處理模組，還用於對所述第二驗證資訊進行驗證，若驗證通過，則根據所述第一用戶端提交的交易訂單對所述支付帳號執行支付操作。
  22. 一種資訊驗證裝置，包括：確認接收模組，用於在接收到伺服器發送的支付確認請求時，向用戶提示所述支付確認請求中包括的支付事由資訊；以及回應模組，用於若接收到用戶回應所述支付確認請求發出的語音驗證資訊，則生成回應所述支付確認請求的驗證資訊返回給所述伺服器。
TW103135413A 2013-10-30 2014-10-13 資訊驗證的方法、相關裝置及系統 TWI530894B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310530347.2A CN104077689B (zh) 2013-10-30 2013-10-30 一种信息验证的方法、相关装置及系统

Publications (2)

Publication Number Publication Date
TW201516917A true TW201516917A (zh) 2015-05-01
TWI530894B TWI530894B (zh) 2016-04-21

Family

ID=51598934

Family Applications (1)

Application Number Title Priority Date Filing Date
TW103135413A TWI530894B (zh) 2013-10-30 2014-10-13 資訊驗證的方法、相關裝置及系統

Country Status (4)

Country Link
CN (1) CN104077689B (zh)
HK (1) HK1200958A1 (zh)
TW (1) TWI530894B (zh)
WO (1) WO2015062236A1 (zh)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105225111A (zh) * 2014-06-17 2016-01-06 阿里巴巴集团控股有限公司 一种网上支付验证的方法和设备
CN105577730A (zh) * 2014-10-24 2016-05-11 腾讯数码（深圳）有限公司 一种数据转移方法和设备
CN105656851A (zh) * 2014-11-13 2016-06-08 腾讯数码（深圳）有限公司 一种信息验证的方法、用户终端、服务器及系统
CN104680372A (zh) * 2015-02-28 2015-06-03 熊贤浪 交易安全支付及系统
CN104700270A (zh) * 2015-03-20 2015-06-10 酷派软件技术（深圳）有限公司 支付请求处理方法、支付请求处理装置和终端
CN104835035A (zh) * 2015-04-14 2015-08-12 小米科技有限责任公司 数值转移方法、装置及系统
CN106204019B (zh) * 2015-05-07 2022-09-30 深圳市腾讯计算机系统有限公司 一种信息处理方法、第一终端、第二终端及服务器
WO2017028128A1 (zh) * 2015-08-16 2017-02-23 赵政荣 异地验证数字密码时的信息提醒方法以及取款机
WO2017028131A1 (zh) * 2015-08-16 2017-02-23 赵政荣 取款时异地验证手势输入的方法以及取款机
WO2017028120A1 (zh) * 2015-08-16 2017-02-23 赵政荣 双虹膜异地验证取款时的信息提醒方法以及取款机
WO2017028124A1 (zh) * 2015-08-16 2017-02-23 赵政荣 异地验证用户特征时的信息提醒方法以及取款机
WO2017028127A1 (zh) * 2015-08-16 2017-02-23 赵政荣 双指纹异地验证取款的方法以及取款机
WO2017028130A1 (zh) * 2015-08-16 2017-02-23 赵政荣 异地验证取款时的信息提醒方法以及取款机
WO2017028129A1 (zh) * 2015-08-16 2017-02-23 赵政荣 异地验证不同数字密码的方法以及取款机
WO2017028125A1 (zh) * 2015-08-16 2017-02-23 赵政荣 异地验证不同用户特征的方法以及取款机
WO2017028126A1 (zh) * 2015-08-16 2017-02-23 赵政荣 双指纹异地验证取款时的信息提醒方法以及取款机
WO2017028121A1 (zh) * 2015-08-16 2017-02-23 赵政荣 双虹膜异地验证取款的方法以及取款机
CN105262733B (zh) * 2015-09-21 2018-11-06 宇龙计算机通信科技(深圳)有限公司 一种指纹鉴权方法、云端服务器、指纹识别方法和终端
CN105631674A (zh) * 2015-11-02 2016-06-01 东莞酷派软件技术有限公司 一种移动支付的方法及用于移动支付的装置
CN105681282B (zh) * 2015-12-29 2019-03-08 宇龙计算机通信科技(深圳)有限公司 一种业务数值转移方法及装置
CN105718314B (zh) 2016-01-28 2019-11-05 腾讯科技（深圳）有限公司 事件执行方法和装置及系统
CN107147608B (zh) * 2016-03-01 2021-02-26 阿里巴巴集团控股有限公司 验证方法及装置
US20170337558A1 (en) * 2016-05-19 2017-11-23 Mastercard International Incorporated Method and system for voice authenticated distribution of payment credentials
CN106096956A (zh) * 2016-06-23 2016-11-09 杨川林 一种手机钱包的授权式非密码支付方法
CN106875243A (zh) * 2016-06-29 2017-06-20 阿里巴巴集团控股有限公司 一种基于权限分离控制的网络交易方法及装置
CN106056386A (zh) * 2016-07-25 2016-10-26 重庆馥莉信息科技有限公司 支付方法、支付终端、服务器及支付系统
CN106327695A (zh) * 2016-09-13 2017-01-11 广州爱电牛互联网科技有限公司 一种基于指纹识别的新能源汽车充电桩及充电方法
CN106453263A (zh) * 2016-09-19 2017-02-22 惠州Tcl移动通信有限公司 一种手机号码绑定app的方法及系统
CN107038576A (zh) * 2016-09-30 2017-08-11 阿里巴巴集团控股有限公司 电子业务安全性的验证方法和装置
CN106503997A (zh) * 2016-09-30 2017-03-15 维沃移动通信有限公司 一种支付授权的方法及移动终端
WO2018209624A1 (en) * 2017-05-17 2018-11-22 Tink Labs Limited Systems, devices, and methods for performing verification of communications received from one or more computing devices
WO2018232666A1 (zh) * 2017-06-21 2018-12-27 深圳支点电子智能科技有限公司 一种支付验证方法和系统
CN109600223B (zh) * 2017-09-30 2021-05-14 腾讯科技（深圳）有限公司 验证方法、激活方法、装置、设备及存储介质
CN107862527A (zh) * 2017-10-27 2018-03-30 深圳市金立通信设备有限公司 一种支付方法、终端及服务器
CN108038965A (zh) * 2017-11-24 2018-05-15 江西智梦圆电子商务有限公司 一种基于人脸和掌静脉识别的无人智能售货方法
CN108681902A (zh) * 2018-05-15 2018-10-19 惠龙易通国际物流股份有限公司 移动支付确认方法、装置、系统和存储介质
CN108428272A (zh) * 2018-05-17 2018-08-21 上海钧正网络科技有限公司 一种共享单车智能解锁系统
CN109064034A (zh) * 2018-08-07 2018-12-21 山东师范大学 一种家庭财产风险管控方法及系统
CN109146489A (zh) * 2018-09-29 2019-01-04 平安科技（深圳）有限公司 安全支付方法、装置、服务器及存储介质
CN109194771B (zh) * 2018-11-09 2021-02-02 深圳高灯计算机科技有限公司 一种新卡申办方法、装置、服务器及存储介质
CN109727015A (zh) * 2018-12-12 2019-05-07 浙江口碑网络技术有限公司 支付方法及装置
CN109711850B (zh) * 2018-12-29 2023-12-08 努比亚技术有限公司 一种安全支付方法、设备及计算机可读存储介质
CN109816368A (zh) * 2019-02-12 2019-05-28 银联国际有限公司 一种转账安全控制方法以及转账安全控制系统
TWI736942B (zh) * 2019-07-24 2021-08-21 玉山商業銀行股份有限公司 生物特徵交易方法以及生物特徵交易系統
US20210065185A1 (en) * 2019-08-29 2021-03-04 Amazon Technologies, Inc. Delegated payment verification for shared payment instruments
CN110545528B (zh) * 2019-09-19 2021-12-10 白浩 融合多身份的社交方法、装置以及存储介质
CN110968860A (zh) * 2019-11-21 2020-04-07 上海掌门科技有限公司 应用账号的安全验证方法、计算机设备及计算机可读存储介质
CN113537959A (zh) * 2020-04-15 2021-10-22 盖·帕东 用于鲁棒通信的方法和系统
CN111667275B (zh) * 2020-06-19 2024-02-13 腾讯科技（深圳）有限公司 用户身份识别方法、装置、设备及其介质
CN111986405B (zh) * 2020-09-01 2022-04-26 中国银行股份有限公司 一种基于自助取款机的共有财产取款验证方法和装置
CN113435899A (zh) * 2021-07-09 2021-09-24 中国银行股份有限公司 基于区块链的动态口令交易方法及装置
CN114637982A (zh) * 2022-03-30 2022-06-17 中国工商银行股份有限公司 交易处理方法、装置、设备、介质
CN115034772A (zh) * 2022-04-26 2022-09-09 中国银行股份有限公司 基于物联网设备的支付方法及装置、存储介质及电子设备
CN116976891B (zh) * 2023-07-21 2025-01-07 杭州易景数通科技有限公司 一种金融数据安全管理系统、装置及其方法
CN118798880A (zh) * 2023-07-24 2024-10-18 中移动金融科技有限公司 安全支付方法、设备、存储介质及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101162517A (zh) * 2006-10-11 2008-04-16 中国民生银行股份有限公司 基于订单的支付信息处理方法
CN101308557A (zh) * 2007-05-17 2008-11-19 祁勇 一种实现安全电子支付的方法
CN100565597C (zh) * 2007-11-16 2009-12-02 北京飞天诚信科技有限公司 一种自助充值的系统和方法
CN102376049A (zh) * 2010-08-27 2012-03-14 黄金富 通过安全验证的手机确认支付系统及其相应方法
CN102983973B (zh) * 2012-11-02 2018-11-30 天地融科技股份有限公司 交易系统及交易方法
CN103034941B (zh) * 2012-12-05 2016-08-10 北京奇虎科技有限公司 网络支付方法及系统

Also Published As

Publication number Publication date
CN104077689B (zh) 2016-01-20
TWI530894B (zh) 2016-04-21
HK1200958A1 (zh) 2015-08-14
WO2015062236A1 (en) 2015-05-07
CN104077689A (zh) 2014-10-01

Similar Documents

Publication Publication Date Title
TWI530894B (zh) 資訊驗證的方法、相關裝置及系統
CN109076080B (zh) 认证方法及系统
RU2742910C1 (ru) Обработка закодированной информации
CN104751334B (zh) 一种业务处理方法、装置及系统
EP3534584B1 (en) Service implementation method and apparatus
CN106779716B (zh) 基于区块链账户地址的认证方法、装置及系统
CN105323253B (zh) 一种身份验证方法及装置
US20150188915A1 (en) System And Method For Verifying Identity Information Using A Social Networking Application
KR20170039672A (ko) 장치에 대해 클라이언트를 인증하기 위한 시스템 및 방법
KR20170040122A (ko) 인증 장치의 등록을 위한 향상된 보안
WO2015062229A1 (en) Method, apparatus, and system for secure payment
KR20130107188A (ko) 사운드 코드를 이용한 인증 서버 및 인증방법
CN101383709A (zh) 提高网络账户和密码安全的系统及方法
WO2015101019A1 (en) System and method for verifying identity information using a social networking application
JP6682453B2 (ja) データ通信
CN103973711A (zh) 一种验证方法及装置
US20130151411A1 (en) Digital authentication and security method and system
JP6378870B2 (ja) 認証システム、認証方法および認証プログラム
KR101603963B1 (ko) 지문 정보 및 인증번호를 이용한 인증 방법, 사용자 단말기 및 금융사 서버
KR101879843B1 (ko) Ip 주소와 sms를 이용한 인증 방법 및 시스템
KR20150146061A (ko) 음성인식 인증 서비스를 제공하는 음성인식 인증 시스템 및 방법
KR101681457B1 (ko) 금융 이체를 위한 2채널 인증 시스템 및 그 방법
KR20160116660A (ko) Qr코드를 통한 전화번호 보안 인증 장치, 시스템 및 방법
KR20150063197A (ko) 단문 메시지를 이용한 결제 처리 방법
KR101534753B1 (ko) 스마트폰을 이용한 현장 인증 방법