一種多重驗證的支付方法及裝置制造方法
【專利摘要】本公開是關(guān)于一種多重驗證的支付方法及裝置，該方法包括：在接收到支付賬號對應(yīng)的支付指令時，確定與支付賬號對應(yīng)匹配的每個終端號碼，與支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個；分別向與支付賬號對應(yīng)匹配的每個終端號碼發(fā)送一個按照預(yù)設(shè)生成條件生成的驗證信息；建立支付賬號與每個驗證信息的對應(yīng)關(guān)系；在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息時，執(zhí)行支付賬號對應(yīng)的支付指令。由于與支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個，而且需要按照預(yù)設(shè)輸入條件輸入支付賬號對應(yīng)的驗證信息，所以本公開提供的方案能夠提高電子支付或電子轉(zhuǎn)賬等操作的安全性，從而保證用戶的金融安全。
【專利說明】-種多重驗證的支付方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信【技術(shù)領(lǐng)域】，更具體的說，涉及多重驗證的支付方法及裝置。

【背景技術(shù)】
[0002] 隨著移動互聯(lián)網(wǎng)技術(shù)和電子商務(wù)技術(shù)的日益發(fā)展完善，各種網(wǎng)上購物和銀行業(yè)務(wù) 逐漸盛行起來。在日常生活中，人們越來越多的接觸到電子支付或電子轉(zhuǎn)賬等業(yè)務(wù)。
[0003] 目前，在用戶使用電子支付或電子轉(zhuǎn)賬等業(yè)務(wù)時，為了保證用戶的安全，支付系統(tǒng) 會向預(yù)先登記的終端發(fā)送一串驗證信息，以驗證執(zhí)行當(dāng)前電子支付或當(dāng)前電子轉(zhuǎn)賬的用戶 是否為合法用戶。在用戶將預(yù)先登記的終端接收到的驗證信息輸入到支付系統(tǒng)時，支付系 統(tǒng)則確定執(zhí)行當(dāng)前電子支付或當(dāng)前電子轉(zhuǎn)賬的用戶為合法用戶，從而完成當(dāng)前的支付或轉(zhuǎn) 賬等操作。
[0004] 在研究和實踐過程中，發(fā)明人發(fā)現(xiàn)上述相關(guān)技術(shù)至少存在以下問題：
[0005] 如果用于登錄支付系統(tǒng)的身份信息和預(yù)先登記的終端被不法分子偷取，那么不法 分子便可以利用用戶的身份信息登錄支付系統(tǒng)，并且將終端接收到的驗證信息輸入到支付 系統(tǒng)中，從而非法的完成當(dāng)前的支付或轉(zhuǎn)賬等操作，因此，上述相關(guān)技術(shù)的安全性較低，容 易給不法分子有機可乘，嚴(yán)重影響個人的金融安全。


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

[0006] 為克服相關(guān)技術(shù)中存在的問題，本公開提供一種多重驗證的支付方法及裝置，以 提高電子支付或電子轉(zhuǎn)賬等操作的安全性，從而保證用戶的金融安全。
[0007] 根據(jù)本公開實施例的第一方面，提供一種多重驗證的支付方法，包括：
[0008] 在接收到支付賬號對應(yīng)的支付指令時，確定與所述支付賬號對應(yīng)匹配的每個終端 號碼，與所述支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個；
[0009] 分別向與所述支付賬號對應(yīng)匹配的所述每個終端號碼發(fā)送一個按照預(yù)設(shè)生成條 件生成的驗證信息；
[0010] 建立所述支付賬號與每個所述驗證信息的對應(yīng)關(guān)系；
[0011] 在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支 付賬號對應(yīng)的支付指令。
[0012] 可選的，所述在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息 時，執(zhí)行所述支付賬號對應(yīng)的支付指令的步驟包括：
[0013] 接收按照預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息；
[0014] 判斷按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入 條件；
[0015] 在按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息符合所述預(yù)設(shè)輸入條 件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0016] 可選的，所述驗證信息為數(shù)字信息；
[0017] 所述在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所 述支付賬號對應(yīng)的支付指令的步驟包括：
[0018] 接收按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗證信息；
[0019] 判斷按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗證信息是否符 合預(yù)設(shè)輸入條件；
[0020] 在按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗證信息符合所述 預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0021] 可選的，所述驗證信息為數(shù)字信息；
[0022] 所述在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所 述支付賬號對應(yīng)的支付指令的步驟包括：
[0023] 接收按照預(yù)設(shè)計算規(guī)則對所述支付賬號對應(yīng)的驗證信息進(jìn)行計算生成的目標(biāo)數(shù) 值；
[0024] 判斷所述目標(biāo)數(shù)值是否符合預(yù)設(shè)輸入條件；
[0025] 在所述目標(biāo)數(shù)值符合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0026] 可選的，所述在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息 時，執(zhí)行所述支付賬號對應(yīng)的支付指令的步驟包括：
[0027] 接收在預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息；
[0028] 判斷在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸 入條件；
[0029] 在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息符合所述預(yù)設(shè)輸入條 件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0030] 可選的，所述在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息 時，執(zhí)行所述支付賬號對應(yīng)的支付指令的步驟包括：
[0031] 接收按照預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息；
[0032] 判斷按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè) 輸入條件；
[0033] 在按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條 件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0034] 根據(jù)本公開實施例的第二方面，提供一種多重驗證的支付裝置，包括：
[0035] 確定模塊，用于在接收到支付賬號對應(yīng)的支付指令時，確定與所述支付賬號對應(yīng) 匹配的每個終端號碼，與所述支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個；
[0036] 發(fā)送模塊，用于分別向與所述支付賬號對應(yīng)匹配的所述每個終端號碼發(fā)送一個按 照預(yù)設(shè)生成條件生成的驗證信息；
[0037] 建立模塊，用于建立所述支付賬號與每個所述驗證信息的對應(yīng)關(guān)系；
[0038] 執(zhí)行模塊，用于在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息 時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0039] 可選的，所述執(zhí)行模塊包括：
[0040] 第一接收單元，用于接收按照預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息；
[0041] 第一判斷單元，用于判斷按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息 是否符合預(yù)設(shè)輸入條件；
[0042] 第一執(zhí)行單元，用于在按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息符 合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0043] 可選的，所述驗證信息為數(shù)字信息；所述執(zhí)行模塊包括：
[0044] 第二接收單元，用于接收按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng) 的驗證信息；
[0045] 第二判斷單元，用于判斷按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng) 的驗證信息是否符合預(yù)設(shè)輸入條件；
[0046] 第二執(zhí)行單元，用于在按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的 驗證信息符合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0047] 可選的，所述驗證信息為數(shù)字信息；所述執(zhí)行模塊包括：
[0048] 第三接收單元，用于接收按照預(yù)設(shè)計算規(guī)則對所述支付賬號對應(yīng)的驗證信息進(jìn)行 計算生成的目標(biāo)數(shù)值；
[0049] 第三判斷單元，用于判斷所述目標(biāo)數(shù)值是否符合預(yù)設(shè)輸入條件；
[0050] 第三執(zhí)行單元，用于在所述目標(biāo)數(shù)值符合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬 號對應(yīng)的支付指令。
[0051] 可選的，所述執(zhí)行模塊包括：
[0052] 第四接收單元，用于接收在預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息；
[0053] 第四判斷單元，用于判斷在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信 息是否符合預(yù)設(shè)輸入條件；
[0054] 第四執(zhí)行單元，用于在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息符 合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0055] 可選的，所述執(zhí)行模塊包括：
[0056] 第五接收單元，用于接收按照預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信 息；
[0057] 第五判斷單元，用于判斷按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證 信息是否符合預(yù)設(shè)輸入條件；
[0058] 第五執(zhí)行單元，用于在按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信 息符合預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
[0059] 根據(jù)本公開實施例的第三方面，提供一種多重驗證的支付裝置，包括：
[0060] 處理器；
[0061] 用于存儲處理器可執(zhí)行指令的存儲器；
[0062] 其中，所述處理器被配置為：
[0063] 在接收到支付賬號對應(yīng)的支付指令時，確定與所述支付賬號對應(yīng)匹配的每個終端 號碼，與所述支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個；
[0064] 分別向與所述支付賬號對應(yīng)匹配的所述每個終端號碼發(fā)送一個按照預(yù)設(shè)生成條 件生成的驗證信息；
[0065] 建立所述支付賬號與每個所述驗證信息的對應(yīng)關(guān)系；
[0066] 在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支 付賬號對應(yīng)的支付指令。
[0067] 本公開的實施例提供的技術(shù)方案可以包括以下有益效果：由于支付賬號對應(yīng)的終 端號碼的數(shù)量至少為兩個，需要向每個終端號碼發(fā)送一個驗證信息，所以生成的驗證信息 的數(shù)量至少為兩個。由于驗證信息不止一個，所以即使黑客獲取到一個終端號碼對應(yīng)的驗 證信息，也無法執(zhí)行支付賬號對應(yīng)的支付指令；而且，由于需要按照預(yù)設(shè)輸入條件輸入支付 賬號對應(yīng)的驗證信息，所以即使黑客獲取到每個終端號碼對應(yīng)的驗證信息，如果不能夠按 照正確的輸入條件進(jìn)行輸入，同樣無法執(zhí)行支付賬號對應(yīng)的支付指令。因此，本公開提供的 方案能夠提高電子支付或電子轉(zhuǎn)賬等操作的安全性，從而保證用戶的金融安全。
[0068] 應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不 能限制本公開。

【專利附圖】

【附圖說明】
[0069] 此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實施 例，并與說明書一起用于解釋本發(fā)明的原理。
[0070] 圖1是根據(jù)一示例性實施例示出的一種多重驗證的支付方法的流程圖。
[0071] 圖2是根據(jù)一示例性實施例示出的一種多重驗證的支付裝置的示意圖。
[0072] 圖3是根據(jù)一示例性實施例示出的一種多重驗證的支付裝置的框圖。

【具體實施方式】
[0073] 這里將詳細(xì)地對示例性實施例進(jìn)行說明，其示例表示在附圖中。下面的描述涉及 附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例 中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附 權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。
[0074] 實施例一
[0075] 圖1是根據(jù)一示例性實施例示出的一種多重驗證的支付方法的流程圖，如圖1所 示，圖1所示的多重驗證的支付方法可以用于服務(wù)器中。本公開提供的多重驗證的支付方 法能夠提高電子支付或電子轉(zhuǎn)賬等操作的安全性，從而保證用戶的金融安全。該方法包括 以下步驟。
[0076] 在步驟S11中，在接收到支付賬號對應(yīng)的支付指令時，確定與支付賬號對應(yīng)匹配 的每個終端號碼，與支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個。
[0077] 其中，本實施例提供的方法可以用于支付或轉(zhuǎn)賬的服務(wù)器中，在服務(wù)器接收到針 對某一個支付賬號對應(yīng)的支付指令時，服務(wù)器需要向該支付賬號對應(yīng)的每一個終端號碼發(fā) 送驗證信息，以便于對當(dāng)前正在使用該支付賬號的用戶進(jìn)行核查，以判斷該用戶是否為合 法用戶，在判斷出該用戶為合法用戶時，服務(wù)器才會執(zhí)行該支付賬號對應(yīng)的支付指令。支付 指令可以為付款指令，也可以為轉(zhuǎn)賬指令，還可以為繳納各種費用的指令，所以支付指令為 用戶在服務(wù)器中輸入的針對支付賬戶內(nèi)資金的各種操作指令。
[0078] 在服務(wù)器中，用戶可以預(yù)先存儲與支付賬號對應(yīng)的至少兩個終端號碼；而且，服務(wù) 器一旦接收到某個支付賬戶對應(yīng)的支付指令，服務(wù)器便會確定該支付賬號對應(yīng)的每個終端 號碼。例如，用戶預(yù)先在服務(wù)器中登錄支付賬號X，并在服務(wù)器中輸入終端號碼A和終端號 碼B，然后建立登錄支付賬號X與終端號碼A和終端號碼B的對應(yīng)關(guān)系，從而支付賬號X與 終端號碼A和終端號碼B相對應(yīng)；在服務(wù)器接收到支付賬戶X對應(yīng)的轉(zhuǎn)賬指令時，服務(wù)器便 會確定出預(yù)先與支付賬號X建立對應(yīng)關(guān)系的終端號碼A和終端號碼B，以便于為后續(xù)的信息 驗證步驟做好準(zhǔn)備。
[0079] 終端號碼可以為手機號碼，也可以為座機號碼，還可以為其他類型終端的號碼。如 果終端號碼為座機號碼，那么服務(wù)器在后續(xù)步驟中可以生成語音驗證信息發(fā)送給該座機號 碼對應(yīng)的設(shè)備；如果終端號碼為手機號碼，那么服務(wù)器在后續(xù)步驟中可以生成驗證短信發(fā) 送給該手機號碼對應(yīng)的終端。由于終端號碼可以為不同設(shè)備的號碼，所以服務(wù)器向終端號 碼發(fā)送的驗證信息的類型也就不同，服務(wù)器可以根據(jù)終端號碼的類型來確定該終端號碼對 應(yīng)的設(shè)備可以接收的信息類型，從而向該終端號碼發(fā)送對應(yīng)類型的驗證信息。
[0080] 另外，終端號碼還可以為能夠在終端上登錄的應(yīng)用軟件號碼，例如，終端號碼為一 款即時通信軟件A的賬號B，那么在后續(xù)步驟中，服務(wù)器便可以根據(jù)該即時通信軟件A的類 型，生成適合該即時通信軟件A的驗證信息，并發(fā)送給該即時通信軟件A的賬號B，由于用戶 在終端上查看該即時通信軟件A內(nèi)的信息時，需要在終端上輸入該即時通信軟件A對應(yīng)的 賬號B和密碼，所以此種方案具有更好的保密性。
[0081] 在步驟S12中，分別向與支付賬號對應(yīng)匹配的每個終端號碼發(fā)送一個按照預(yù)設(shè)生 成條件生成的驗證信息。
[0082] 其中，在服務(wù)器確定出與支付賬號對應(yīng)的每個終端號碼之后，服務(wù)器會按照預(yù)設(shè) 生成條件來生成驗證信息，并分別給每個終端號碼發(fā)送一個驗證信息。預(yù)設(shè)生成條件會根 據(jù)終端號碼的類型不同而生成不同類型的驗證信息，例如，在終端號碼為手機號碼時，服務(wù) 器按照預(yù)設(shè)生成條件會生成驗證短信，并將驗證短信發(fā)送給該手機號碼；又如，在終端號碼 為座機號碼時，服務(wù)器按照預(yù)設(shè)生成條件會生成語音驗證信息，并將語音驗證信息發(fā)送給 該座機號碼。
[0083] 下面結(jié)合具體實例來說明上述內(nèi)容，例如，假設(shè)終端號碼為手機號碼A，服務(wù)器在 識別出手機號碼A后，便利用預(yù)設(shè)生成條件生成驗證短信，該驗證短信的內(nèi)容為" 110220"， 并將驗證短信"110220"發(fā)送給手機號碼A對應(yīng)的設(shè)備，用戶便可以通過該設(shè)備看到驗證 短信"110220" ；又如，假設(shè)終端號碼為座機號碼B，服務(wù)器在識別出座機號碼B后，便利用 預(yù)設(shè)生成條件生成語音驗證信息，該語音驗證信息的內(nèi)容為"330440"，并將語音驗證信息 "330440"發(fā)送給座機號碼B對應(yīng)的設(shè)備，用戶便可以通過該設(shè)備的聽筒聽到語音驗證信息 "330440"；再如，假設(shè)終端號碼為即時通信軟件X的賬號C，服務(wù)器在識別出即時通信軟件 X的賬號C后，便利用預(yù)設(shè)生成條件生成適合于該即時通信軟件X的文本信息，該文本信息 的內(nèi)容為"550660"，并將文本信息"550660"發(fā)送給即時通信軟件X的賬號C，在用戶通過 某一款設(shè)備Y打開即時通信軟件X，并在即時通信軟件X上輸入賬號C和密碼時，用戶便可 以在設(shè)備Y內(nèi)看到即時通信軟件X的賬號C接收到的文本信息"550660"。
[0084] 在步驟S13中，建立支付賬號與每個驗證信息的對應(yīng)關(guān)系。
[0085] 其中，在服務(wù)器將生成的驗證信息分別發(fā)送給每個終端號碼以后，為了在后續(xù)驗 證時可以分辨出用戶輸入的驗證信息是否為支付賬號對應(yīng)的驗證信息，需要建立支付賬號 與每個驗證信息的對應(yīng)關(guān)系。例如，支付賬號為A，支付賬號A分別與終端號碼B和終端號 碼C相對應(yīng)，服務(wù)器將驗證信息XI發(fā)送給終端號碼B，將驗證信息Y1發(fā)送給終端號碼C，此 時，服務(wù)器需要建立支付賬號A與驗證信息XI和驗證信息Y1的對應(yīng)關(guān)系，以便于在用戶輸 入支付賬號A的驗證信息X2和驗證信息Y2時，服務(wù)器能夠判斷出驗證信息X2和驗證信息 Y2是否正確。
[0086] 在步驟S14中，在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息時， 執(zhí)行支付賬號對應(yīng)的支付指令。
[0087] 其中，在服務(wù)器接收到用戶輸入的支付賬號對應(yīng)的驗證信息時，服務(wù)器需要判斷 出用戶是否按照預(yù)設(shè)輸入條件輸入的，如果用戶輸入的驗證信息與支付賬號對應(yīng)的驗證信 息相同，但是用戶沒有按照預(yù)設(shè)輸入條件進(jìn)行輸入，那么服務(wù)器也會認(rèn)為該用戶為非法用 戶，不會執(zhí)行用戶輸入的支付賬號對應(yīng)的支付指令。預(yù)設(shè)輸入條件可以為多種形式，例如， 預(yù)設(shè)輸入條件可以為按照預(yù)定的順序輸入支付賬號對應(yīng)的每個驗證信息；又如，預(yù)設(shè)輸入 條件也可以為按照預(yù)定的運算法則對支付賬號對應(yīng)的每個驗證信息進(jìn)行計算，然后將計算 結(jié)果輸入給服務(wù)器；再如，預(yù)設(shè)輸入條件可以為按照預(yù)定時間間隔輸入支付賬號對應(yīng)的每 個驗證信息。當(dāng)然，預(yù)設(shè)輸入條件可以為其他類型的輸入條件，本公開并不局限于上述給出 的例子，在此不再一一贅述。
[0088] 只要服務(wù)器接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息，那么服務(wù) 器便認(rèn)為當(dāng)前用戶為合法用戶，便執(zhí)行該當(dāng)前用戶輸入的支付賬號對應(yīng)的支付指令。
[0089] 另外，在步驟S14中，在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信 息時，執(zhí)行支付賬號對應(yīng)的支付指令，該步驟具體可以包括以下三個小步驟：步驟1、接收 按照預(yù)設(shè)順序輸入的支付賬號對應(yīng)的驗證信息；步驟2、判斷按照預(yù)設(shè)順序輸入的支付賬 號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條件；步驟3、在按照預(yù)設(shè)順序輸入的支付賬號對應(yīng) 的驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行支付賬號對應(yīng)的支付指令。例如，假設(shè)支付賬號為A， 與支付賬號A對應(yīng)的驗證信息分別為驗證信息B、驗證信息C、驗證信息D和驗證信息E，預(yù) 設(shè)輸入條件為依次輸入驗證信息D、驗證信息E、驗證信息C和驗證信息B。如果用戶依次輸 入驗證信息B、驗證信息C、驗證信息D和驗證信息E，那么服務(wù)器認(rèn)為該用戶為非法用戶， 不會執(zhí)行支付賬號A對應(yīng)的支付指令；如果用戶依次輸入驗證信息D、驗證信息E、驗證信息 C和驗證信息B，那么服務(wù)器認(rèn)為該用戶為合法用戶，便會執(zhí)行支付賬號A對應(yīng)的支付指令。 此方案可以增加黑客破譯驗證信息的難度，從而更好的保證用戶的財產(chǎn)安全。
[0090] 在步驟S14中，在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息時， 執(zhí)行支付賬號對應(yīng)的支付指令，該步驟具體可以包括以下三個小步驟：步驟1、接收按照驗 證信息的大小順序輸入的支付賬號對應(yīng)的驗證信息，驗證信息為數(shù)字信息；步驟2、判斷按 照驗證信息的大小順序輸入的支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條件；步驟3、 在按照驗證信息的大小順序輸入的支付賬號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行支 付賬號對應(yīng)的支付指令。例如，假設(shè)支付賬號為A，與支付賬號A對應(yīng)的驗證信息分別為數(shù) 字信息" 100"和數(shù)字信息"200"，預(yù)設(shè)輸入條件為按照驗證信息的由大到小順序輸入。由 于數(shù)字信息"200"大于數(shù)字信息" 100"，如果用戶先輸入數(shù)字信息" 100"，再輸入數(shù)字信息 "200"，那么服務(wù)器認(rèn)為該用戶為非法用戶，不會執(zhí)行支付賬號A對應(yīng)的支付指令；如果用 戶先輸入數(shù)字信息"200"，再輸入數(shù)字信息" 100"，那么服務(wù)器認(rèn)為該用戶為合法用戶，便 會執(zhí)行支付賬號A對應(yīng)的支付指令。此方案可以增加黑客破譯驗證信息的難度，從而更好 的保證用戶的財產(chǎn)安全。
[0091] 在步驟S14中，在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息時， 執(zhí)行支付賬號對應(yīng)的支付指令，該步驟具體可以包括以下三個小步驟：步驟1、接收按照預(yù) 設(shè)計算規(guī)則對支付賬號對應(yīng)的驗證信息進(jìn)行計算生成的目標(biāo)數(shù)值，驗證信息為數(shù)字信息； 步驟2、判斷目標(biāo)數(shù)值是否符合預(yù)設(shè)輸入條件；步驟3、在目標(biāo)數(shù)值符合預(yù)設(shè)輸入條件時，執(zhí) 行支付賬號對應(yīng)的支付指令。例如，假設(shè)支付賬號為A，與支付賬號A對應(yīng)的驗證信息分別 為數(shù)字信息"1〇〇"和數(shù)字信息"200"，預(yù)設(shè)輸入條件為將所有驗證信息進(jìn)行乘法運算并生 成目標(biāo)數(shù)值，在輸入該目標(biāo)數(shù)值。將數(shù)字信息"200"與數(shù)字信息" 100"進(jìn)行乘法運算后得 到的目標(biāo)數(shù)值為"20000"，如果用戶輸入數(shù)字信息"200"，再輸入數(shù)字信息" 100"，那么服務(wù) 器認(rèn)為該用戶為非法用戶，不會執(zhí)行支付賬號A對應(yīng)的支付指令；如果用戶輸入數(shù)字信息 "20000"，那么服務(wù)器認(rèn)為該用戶為合法用戶，便會執(zhí)行支付賬號A對應(yīng)的支付指令。此方 案可以增加黑客破譯驗證信息的難度，從而更好的保證用戶的財產(chǎn)安全。
[0092] 在步驟S14中，在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息時， 執(zhí)行支付賬號對應(yīng)的支付指令，該步驟具體可以包括以下三個小步驟：步驟1、接收在預(yù)設(shè) 時間段內(nèi)輸入的支付賬號對應(yīng)的驗證信息；步驟2、判斷在預(yù)設(shè)時間段內(nèi)輸入的支付賬號 對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條件；步驟3、在預(yù)設(shè)時間段內(nèi)輸入的支付賬號對應(yīng)的 驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行支付賬號對應(yīng)的支付指令。例如，假設(shè)支付賬號為A，與 支付賬號A對應(yīng)的驗證信息分別為驗證信息D和驗證信息E，預(yù)設(shè)輸入條件為在1分鐘內(nèi)輸 入的支付賬號對應(yīng)的驗證信息。如果用戶在1分鐘之外輸入驗證信息D和驗證信息E，那么 服務(wù)器認(rèn)為該用戶為非法用戶，不會執(zhí)行支付賬號A對應(yīng)的支付指令；如果用戶在1分鐘之 內(nèi)輸入驗證信息D和驗證信息E，那么服務(wù)器認(rèn)為該用戶為合法用戶，便會執(zhí)行支付賬號A 對應(yīng)的支付指令。此方案可以增加黑客破譯驗證信息的難度，從而更好的保證用戶的財產(chǎn) 安全。
[0093] 在步驟S14中，在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息時， 執(zhí)行支付賬號對應(yīng)的支付指令，該步驟具體可以包括以下三個小步驟：步驟1、接收按照預(yù) 設(shè)時間間隔輸入的支付賬號對應(yīng)的驗證信息；步驟2、判斷按照預(yù)設(shè)時間間隔輸入的支付 賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條件；步驟3、在按照預(yù)設(shè)時間間隔輸入的支付賬 號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行支付賬號對應(yīng)的支付指令。例如，假設(shè)支付賬 號為A，與支付賬號A對應(yīng)的驗證信息分別為驗證信息D和驗證信息E，預(yù)設(shè)輸入條件為輸 入一個驗證信息之后需要至少等待30秒才能輸入下一個驗證信息。如果用戶在輸入完驗 證信息D以后，等待10秒便輸入驗證信息E，那么服務(wù)器認(rèn)為該用戶為非法用戶，不會執(zhí)行 支付賬號A對應(yīng)的支付指令；如果用戶在輸入完驗證信息D以后，等待40秒才輸入驗證信 息E，那么服務(wù)器認(rèn)為該用戶為合法用戶，便會執(zhí)行支付賬號A對應(yīng)的支付指令。此方案可 以增加黑客破譯驗證信息的難度，從而更好的保證用戶的財產(chǎn)安全。
[0094] 在圖1所示的實施例中，由于與支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩 個，而且需要向每個終端號碼發(fā)送一個驗證信息，所以生成的驗證信息的數(shù)量至少為兩個。 由于驗證信息不止一個，所以即使黑客獲取到一個終端號碼對應(yīng)的驗證信息，也無法執(zhí)行 支付賬號對應(yīng)的支付指令；而且，由于需要按照預(yù)設(shè)輸入條件輸入支付賬號對應(yīng)的驗證信 息，所以即使黑客獲取到每個終端號碼對應(yīng)的驗證信息，如果不能夠按照正確的輸入條件 進(jìn)行輸入，同樣無法執(zhí)行支付賬號對應(yīng)的支付指令。因此，本公開提供的方案能夠提高電子 支付或電子轉(zhuǎn)賬等操作的安全性，從而保證用戶的金融安全。
[0095] 實施例二
[0096] 圖2是根據(jù)一示例性實施例示出的一種多重驗證的支付裝置的示意圖。本公開提 供的多重驗證的支付裝置夠提高電子支付或電子轉(zhuǎn)賬等操作的安全性，從而保證用戶的金 融安全。參照圖2,該裝置包括確定模塊11、發(fā)送模塊12、建立模塊13和執(zhí)行模塊14。其 中：
[0097] 確定模塊11，用于在接收到支付賬號對應(yīng)的支付指令時，確定與支付賬號對應(yīng)匹 配的每個終端號碼，與支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個。
[0098] 發(fā)送模塊12,用于分別向與支付賬號對應(yīng)匹配的每個終端號碼發(fā)送一個按照預(yù)設(shè) 生成條件生成的驗證信息。
[0099] 建立模塊13,用于建立支付賬號與每個驗證信息的對應(yīng)關(guān)系。
[0100] 執(zhí)行模塊14,用于在接收到按照預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息 時，執(zhí)行支付賬號對應(yīng)的支付指令。
[0101] 在本公開提供的一個可選的方案中，執(zhí)行模塊14可以包括以下單元：第一接收單 元，用于接收按照預(yù)設(shè)順序輸入的支付賬號對應(yīng)的驗證信息；第一判斷單元，用于判斷按照 預(yù)設(shè)順序輸入的支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條件；第一執(zhí)行單元，用于在 按照預(yù)設(shè)順序輸入的支付賬號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行支付賬號對應(yīng)的 支付指令。
[0102] 在本公開提供的另一個可選的方案中，執(zhí)行模塊14可以包括以下單元：第二接收 單元，用于接收按照驗證信息的大小順序輸入的支付賬號對應(yīng)的驗證信息，驗證信息為數(shù) 字信息；第二判斷單元，用于判斷按照驗證信息的大小順序輸入的支付賬號對應(yīng)的驗證信 息是否符合預(yù)設(shè)輸入條件；第二執(zhí)行單元，用于在按照驗證信息的大小順序輸入的支付賬 號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行支付賬號對應(yīng)的支付指令。
[0103] 在本公開提供的又一個可選的方案中，執(zhí)行模塊14可以包括以下單元：第三接收 單元，用于接收按照預(yù)設(shè)計算規(guī)則對支付賬號對應(yīng)的驗證信息進(jìn)行計算生成的目標(biāo)數(shù)值， 驗證信息為數(shù)字信息；第三判斷單元，用于判斷目標(biāo)數(shù)值是否符合預(yù)設(shè)輸入條件；第三執(zhí) 行單元，用于在目標(biāo)數(shù)值符合預(yù)設(shè)輸入條件時，執(zhí)行支付賬號對應(yīng)的支付指令。
[0104] 在本公開提供的又一個可選的方案中，執(zhí)行模塊14可以包括以下單元：第四接收 單元，用于接收在預(yù)設(shè)時間段內(nèi)輸入的支付賬號對應(yīng)的驗證信息；第四判斷單元，用于判斷 在預(yù)設(shè)時間段內(nèi)輸入的支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條件；第四執(zhí)行單元， 用于在預(yù)設(shè)時間段內(nèi)輸入的支付賬號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行支付賬號 對應(yīng)的支付指令。
[0105] 在本公開提供的又一個可選的方案中，執(zhí)行模塊14可以包括以下單元：第五接收 單元，用于接收按照預(yù)設(shè)時間間隔輸入的支付賬號對應(yīng)的驗證信息；第五判斷單元，用于判 斷按照預(yù)設(shè)時間間隔輸入的支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條件；第五執(zhí)行單 元，用于在按照預(yù)設(shè)時間間隔輸入的支付賬號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條件時，執(zhí)行 支付賬號對應(yīng)的支付指令。
[0106] 關(guān)于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法 的實施例中進(jìn)行了詳細(xì)描述，此處將不做詳細(xì)闡述說明。
[0107] 實施例三
[0108] 圖3是根據(jù)一示例性實施例示出的一種多重驗證的支付裝置800的框圖。例如， 裝置800可以是移動電話，計算機，數(shù)字廣播終端，消息收發(fā)設(shè)備，游戲控制臺，平板設(shè)備， 醫(yī)療設(shè)備，健身設(shè)備，個人數(shù)字助理等。
[0109] 參照圖3,裝置800可以包括以下一個或多個組件：處理組件802,存儲器804,電 源組件806,多媒體組件808,音頻組件810,輸入/輸出（I/O)的接口 812,傳感器組件814， 以及通信組件816。
[0110] 處理組件802通常控制裝置800的整體操作，諸如與顯示，電話呼叫，數(shù)據(jù)通信，相 機操作和記錄操作相關(guān)聯(lián)的操作。處理組件802可以包括一個或多個處理器820來執(zhí)行指 令，以完成上述的方法的全部或部分步驟。此外，處理組件802可以包括一個或多個模塊， 便于處理組件802和其他組件之間的交互。例如，處理組件802可以包括多媒體模塊，以方 便多媒體組件808和處理組件802之間的交互。
[0111] 存儲器804被配置為存儲各種類型的數(shù)據(jù)以支持在裝置800的操作。這些數(shù)據(jù)的 示例包括用于在裝置800上操作的任何應(yīng)用程序或方法的指令，聯(lián)系人數(shù)據(jù)，電話簿數(shù)據(jù)， 消息，圖片，視頻等。存儲器804可以由任何類型的易失性或非易失性存儲設(shè)備或者它們的 組合實現(xiàn)，如靜態(tài)隨機存取存儲器（SRAM)，電可擦除可編程只讀存儲器（EEPR0M)，可擦除 可編程只讀存儲器（EPROM)，可編程只讀存儲器（PR0M)，只讀存儲器（R0M)，磁存儲器，快閃 存儲器，磁盤或光盤。
[0112] 電源組件806為裝置800的各種組件提供電力。電源組件806可以包括電源管理 系統(tǒng)，一個或多個電源，及其他與為裝置800生成、管理和分配電力相關(guān)聯(lián)的組件。
[0113] 多媒體組件808包括在所述裝置800和用戶之間的提供一個輸出接口的屏幕。在 一些實施例中，屏幕可以包括液晶顯示器（LCD)和觸摸面板（TP)。如果屏幕包括觸摸面板， 屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳 感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動 作的邊界，而且還檢測與所述觸摸或滑動操作相關(guān)的持續(xù)時間和壓力。在一些實施例中，多 媒體組件808包括一個前置攝像頭和/或后置攝像頭。當(dāng)裝置800處于操作模式，如拍攝 模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據(jù)。每個前置 攝像頭和后置攝像頭可以是一個固定的光學(xué)透鏡系統(tǒng)或具有焦距和光學(xué)變焦能力。
[0114] 音頻組件810被配置為輸出和/或輸入音頻信號。例如，音頻組件810包括一個 麥克風(fēng)（MIC)，當(dāng)裝置800處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風(fēng) 被配置為接收外部音頻信號。所接收的音頻信號可以被進(jìn)一步存儲在存儲器804或經(jīng)由通 信組件816發(fā)送。在一些實施例中，音頻組件810還包括一個揚聲器，用于輸出音頻信號。
[0115] I/O接口 812為處理組件802和外圍接口模塊之間提供接口，上述外圍接口模塊可 以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖 定按鈕。
[0116] 傳感器組件814包括一個或多個傳感器，用于為裝置800提供各個方面的狀態(tài)評 估。例如，傳感器組件814可以檢測到裝置800的打開/關(guān)閉狀態(tài)，組件的相對定位，例如 所述組件為裝置800的顯示器和小鍵盤，傳感器組件814還可以檢測裝置800或裝置800 一個組件的位置改變，用戶與裝置800接觸的存在或不存在，裝置800方位或加速/減速和 裝置800的溫度變化。傳感器組件814可以包括接近傳感器，被配置用來在沒有任何的物 理接觸時檢測附近物體的存在。傳感器組件814還可以包括光傳感器，如CMOS或C⑶圖像 傳感器，用于在成像應(yīng)用中使用。在一些實施例中，該傳感器組件814還可以包括加速度傳 感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。
[0117] 通信組件816被配置為便于裝置800和其他設(shè)備之間有線或無線方式的通信。裝 置800可以接入基于通信標(biāo)準(zhǔn)的無線網(wǎng)絡(luò)，如WiFi，2G或3G，或它們的組合。在一個示例性 實施例中，通信組件816經(jīng)由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關(guān) 信息。在一個示例性實施例中，所述通信組件816還包括近場通信（NFC)模塊，以促進(jìn)短程 通信。例如，在NFC模塊可基于射頻識別（RFID)技術(shù)，紅外數(shù)據(jù)協(xié)會（IrDA)技術(shù)，超寬帶 (UWB)技術(shù)，藍(lán)牙（BT)技術(shù)和其他技術(shù)來實現(xiàn)。
[0118] 在示例性實施例中，裝置800可以被一個或多個應(yīng)用專用集成電路（ASIC)、數(shù)字 信號處理器（DSP)、數(shù)字信號處理設(shè)備（DSPD)、可編程邏輯器件（PLD)、現(xiàn)場可編程門陣列 (FPGA)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述方法。
[0119] 在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質(zhì)，例 如包括指令的存儲器804,上述指令可由裝置800的處理器820執(zhí)行以完成上述方法。例 如，所述非臨時性計算機可讀存儲介質(zhì)可以是ROM、隨機存取存儲器（RAM)、CD-ROM、磁帶、 軟盤和光數(shù)據(jù)存儲設(shè)備等。
[0120] -種非臨時性計算機可讀存儲介質(zhì)，當(dāng)所述存儲介質(zhì)中的指令由移動終端的處理 器執(zhí)行時，使得移動終端能夠執(zhí)行一種多重驗證的支付方法，所述方法包括：在接收到支付 賬號對應(yīng)的支付指令時，確定與支付賬號對應(yīng)匹配的每個終端號碼，與支付賬號對應(yīng)匹配 的終端號碼的數(shù)量至少為兩個；分別向與支付賬號對應(yīng)匹配的每個終端號碼發(fā)送一個按照 預(yù)設(shè)生成條件生成的驗證信息；建立支付賬號與每個驗證信息的對應(yīng)關(guān)系；在接收到按照 預(yù)設(shè)輸入條件輸入的支付賬號對應(yīng)的驗證信息時，執(zhí)行支付賬號對應(yīng)的支付指令。
[0121] 本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本發(fā)明的其 它實施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，這些變型、用途或 者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本公開未公開的本【技術(shù)領(lǐng)域】中的公知常識 或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本發(fā)明的真正范圍和精神由下面的 權(quán)利要求指出。
[0122] 應(yīng)當(dāng)理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并 且可以在不脫離其范圍進(jìn)行各種修改和改變。本發(fā)明的范圍僅由所附的權(quán)利要求來限制。
【權(quán)利要求】
1. 一種多重驗證的支付方法，其特征在于，包括： 在接收到支付賬號對應(yīng)的支付指令時，確定與所述支付賬號對應(yīng)匹配的每個終端號 碼，與所述支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個； 分別向與所述支付賬號對應(yīng)匹配的所述每個終端號碼發(fā)送一個按照預(yù)設(shè)生成條件生 成的驗證信息； 建立所述支付賬號與每個所述驗證信息的對應(yīng)關(guān)系； 在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支付賬 號對應(yīng)的支付指令。
2. 根據(jù)權(quán)利要求1所述的多重驗證的支付方法，其特征在于，所述在接收到按照預(yù)設(shè) 輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支付賬號對應(yīng)的支付指令的步 驟包括： 接收按照預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息； 判斷按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條 件； 在按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息符合所述預(yù)設(shè)輸入條件時， 執(zhí)行所述支付賬號對應(yīng)的支付指令。
3. 根據(jù)權(quán)利要求1所述的多重驗證的支付方法，其特征在于，所述驗證信息為數(shù)字信 息； 所述在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支 付賬號對應(yīng)的支付指令的步驟包括： 接收按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗證信息； 判斷按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗證信息是否符合預(yù) 設(shè)輸入條件； 在按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗證信息符合所述預(yù)設(shè) 輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
4. 根據(jù)權(quán)利要求1所述的多重驗證的支付方法，其特征在于，所述驗證信息為數(shù)字信 息； 所述在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支 付賬號對應(yīng)的支付指令的步驟包括： 接收按照預(yù)設(shè)計算規(guī)則對所述支付賬號對應(yīng)的驗證信息進(jìn)行計算生成的目標(biāo)數(shù)值； 判斷所述目標(biāo)數(shù)值是否符合預(yù)設(shè)輸入條件； 在所述目標(biāo)數(shù)值符合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
5. 根據(jù)權(quán)利要求1所述的多重驗證的支付方法，其特征在于，所述在接收到按照預(yù)設(shè) 輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支付賬號對應(yīng)的支付指令的步 驟包括： 接收在預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息； 判斷在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入條 件； 在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息符合所述預(yù)設(shè)輸入條件時， 執(zhí)行所述支付賬號對應(yīng)的支付指令。
6. 根據(jù)權(quán)利要求1所述的多重驗證的支付方法，其特征在于，所述在接收到按照預(yù)設(shè) 輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支付賬號對應(yīng)的支付指令的步 驟包括： 接收按照預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息； 判斷按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息是否符合預(yù)設(shè)輸入 條件； 在按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息符合預(yù)設(shè)輸入條件時， 執(zhí)行所述支付賬號對應(yīng)的支付指令。
7. -種多重驗證的支付裝置，其特征在于，包括： 確定模塊，用于在接收到支付賬號對應(yīng)的支付指令時，確定與所述支付賬號對應(yīng)匹配 的每個終端號碼，與所述支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個； 發(fā)送模塊，用于分別向與所述支付賬號對應(yīng)匹配的所述每個終端號碼發(fā)送一個按照預(yù) 設(shè)生成條件生成的驗證信息； 建立模塊，用于建立所述支付賬號與每個所述驗證信息的對應(yīng)關(guān)系； 執(zhí)行模塊，用于在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時， 執(zhí)行所述支付賬號對應(yīng)的支付指令。
8. 根據(jù)權(quán)利要求7所述的多重驗證的支付裝置，其特征在于，所述執(zhí)行模塊包括： 第一接收單元，用于接收按照預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息； 第一判斷單元，用于判斷按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息是否 符合預(yù)設(shè)輸入條件； 第一執(zhí)行單元，用于在按照所述預(yù)設(shè)順序輸入的所述支付賬號對應(yīng)的驗證信息符合所 述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
9. 根據(jù)權(quán)利要求7所述的多重驗證的支付裝置，其特征在于，所述驗證信息為數(shù)字信 息；所述執(zhí)行模塊包括： 第二接收單元，用于接收按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗 證信息； 第二判斷單元，用于判斷按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗 證信息是否符合預(yù)設(shè)輸入條件； 第二執(zhí)行單元，用于在按照所述驗證信息的大小順序輸入的所述支付賬號對應(yīng)的驗證 信息符合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
10. 根據(jù)權(quán)利要求7所述的多重驗證的支付裝置，其特征在于，所述驗證信息為數(shù)字信 息；所述執(zhí)行模塊包括： 第三接收單元，用于接收按照預(yù)設(shè)計算規(guī)則對所述支付賬號對應(yīng)的驗證信息進(jìn)行計算 生成的目標(biāo)數(shù)值； 第三判斷單元，用于判斷所述目標(biāo)數(shù)值是否符合預(yù)設(shè)輸入條件； 第三執(zhí)行單元，用于在所述目標(biāo)數(shù)值符合所述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對 應(yīng)的支付指令。
11. 根據(jù)權(quán)利要求7所述的多重驗證的支付裝置，其特征在于，所述執(zhí)行模塊包括： 第四接收單元，用于接收在預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息； 第四判斷單元，用于判斷在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息是 否符合預(yù)設(shè)輸入條件； 第四執(zhí)行單元，用于在所述預(yù)設(shè)時間段內(nèi)輸入的所述支付賬號對應(yīng)的驗證信息符合所 述預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
12. 根據(jù)權(quán)利要求7所述的多重驗證的支付裝置，其特征在于，所述執(zhí)行模塊包括： 第五接收單元，用于接收按照預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息； 第五判斷單元，用于判斷按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息 是否符合預(yù)設(shè)輸入條件； 第五執(zhí)行單元，用于在按照所述預(yù)設(shè)時間間隔輸入的所述支付賬號對應(yīng)的驗證信息符 合預(yù)設(shè)輸入條件時，執(zhí)行所述支付賬號對應(yīng)的支付指令。
13. -種多重驗證的支付裝置，其特征在于，包括： 處理器； 用于存儲處理器可執(zhí)行指令的存儲器； 其中，所述處理器被配置為： 在接收到支付賬號對應(yīng)的支付指令時，確定與所述支付賬號對應(yīng)匹配的每個終端號 碼，與所述支付賬號對應(yīng)匹配的終端號碼的數(shù)量至少為兩個； 分別向與所述支付賬號對應(yīng)匹配的所述每個終端號碼發(fā)送一個按照預(yù)設(shè)生成條件生 成的驗證信息； 建立所述支付賬號與每個所述驗證信息的對應(yīng)關(guān)系； 在接收到按照預(yù)設(shè)輸入條件輸入的所述支付賬號對應(yīng)的驗證信息時，執(zhí)行所述支付賬 號對應(yīng)的支付指令。
【文檔編號】G06Q20/40GK104217328SQ201410395065
【公開日】2014年12月17日 申請日期:2014年8月12日 優(yōu)先權(quán)日:2014年8月12日
【發(fā)明者】孫龍, 周天陽, 吳鳴 申請人:小米科技有限責(zé)任公司