本發(fā)明涉及計算機應(yīng)用技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法及系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展，通過智能手機、計算機等終端進行網(wǎng)上貸款已逐漸進入了大眾的視線，并由此提高了貸款的便捷性。由于通過互聯(lián)網(wǎng)進行的貸款必然會涉及到用戶的敏感信息，因此在進行貸款操作時需要進行安全性驗證。

目前，存在一種驗證實現(xiàn)方法是在整個貸款過程中先進行支付密碼的驗證，再進行短信驗證碼的驗證。通過前述兩次驗證雖然增強了網(wǎng)上貸款的安全性，但是對于終端而言卻增加了處理復(fù)雜度，這也將導(dǎo)致終端上的其他應(yīng)用程序的運行效率受到影響。

技術(shù)實現(xiàn)要素：

基于此，有必要提供一種能夠降低終端的處理復(fù)雜度的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法。

此外，還有必要提供一種能夠降低終端的處理復(fù)雜度的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)系統(tǒng)。

為了解決上述技術(shù)問題，本發(fā)明所采用的技術(shù)方案為：

一種數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法，包括：通過數(shù)據(jù)轉(zhuǎn)移請求界面獲取選定用戶卡的用戶卡標識和支付密碼；向數(shù)據(jù)轉(zhuǎn)移服務(wù)器發(fā)起支付驗證請求，所述支付驗證請求根據(jù)所述用戶卡標識、支付密碼以及數(shù)據(jù)轉(zhuǎn)移用戶標識生成；接收所述數(shù)據(jù)轉(zhuǎn)移服務(wù)器于支付驗證通過時返回的當前時間有效標識，所述當前時間有效標識是所述數(shù)據(jù)轉(zhuǎn)移服務(wù)器判定當前時間相對所述選定用戶卡的綁卡時間未失效而下發(fā)的；及根據(jù)所述當前時間有效標識跳過二次驗證界面，進入數(shù)據(jù)轉(zhuǎn)移確認界面。

一種數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)系統(tǒng)，包括：獲取模塊、請求發(fā)起模塊、第一標識接收模塊及第一界面進入模塊，其中，所述獲取模塊用于通過數(shù)據(jù)轉(zhuǎn)移請求界面獲取選定用戶卡的用戶卡標識和支付密碼；所述請求發(fā)起模塊用于向數(shù)據(jù)轉(zhuǎn)移服務(wù)器發(fā)起支付驗證請求，所述支付驗證請求根據(jù)所述用戶卡標識、支付密碼以及數(shù)據(jù)轉(zhuǎn)移用戶標識生成；所述第一標識接收模塊用于接收所述數(shù)據(jù)轉(zhuǎn)移服務(wù)器于支付驗證通過時返回的當前時間有效標識，所述當前時間有效標識是所述數(shù)據(jù)轉(zhuǎn)移服務(wù)器判定當前時間相對所述選定用戶卡的綁卡時間未失效而下發(fā)的；所述第一界面進入模塊用于根據(jù)所述當前時間有效標識跳過二次驗證界面，進入數(shù)據(jù)轉(zhuǎn)移確認界面。

與現(xiàn)有技術(shù)相比，本發(fā)明具有以下有益效果：

通過數(shù)據(jù)轉(zhuǎn)移請求界面中得到的選定用戶卡的用戶卡標識和支付密碼，向數(shù)據(jù)轉(zhuǎn)移服務(wù)器發(fā)起支付驗證請求，以接收由數(shù)據(jù)轉(zhuǎn)移服務(wù)器在支付驗證通過時返回的當前時間有效標識，該當前時間有效標識是數(shù)據(jù)轉(zhuǎn)移服務(wù)器判定當前時間相對選定用戶卡的綁定時間未失效而下發(fā)的，此時，終端即能夠根據(jù)當前時間有效標識跳過二次驗證界面，而直接進入數(shù)據(jù)轉(zhuǎn)移確認界面，從而在綁定時間的有效時間范圍內(nèi)減少一次安全性驗證的過程，降低了數(shù)據(jù)轉(zhuǎn)移中終端的處理復(fù)雜度。

附圖說明

圖1為一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法運行的計算機系統(tǒng)結(jié)構(gòu)示意圖；

圖2為另一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法運行的計算機系統(tǒng)結(jié)構(gòu)示意圖；

圖3為一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法的流程圖；

圖4為另一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法的流程圖；

圖5為另一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法的流程圖；

圖6為另一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法的流程圖；

圖7為一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法的時序圖。

圖8為一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)的系統(tǒng)的結(jié)構(gòu)框圖；

圖9為另一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)的系統(tǒng)的結(jié)構(gòu)框圖；

圖10為另一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)的系統(tǒng)的結(jié)構(gòu)框圖；

圖11為另一實施例的數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)的系統(tǒng)的結(jié)構(gòu)框圖；

圖12為本發(fā)明實施例所提供的一種服務(wù)器的結(jié)構(gòu)示意圖。

具體實施方式

體現(xiàn)本發(fā)明特征與優(yōu)點的典型實施方式將在以下的說明中詳細敘述。應(yīng)理解的是本發(fā)明能夠在不同的實施方式上具有各種的變化，其皆不脫離本發(fā)明的范圍，且其中的說明及圖示在本質(zhì)上是當作說明之用，而非用以限制本發(fā)明。

如前所述，為了降低數(shù)據(jù)轉(zhuǎn)移中終端的處理復(fù)雜度，以不影響終端上其他應(yīng)用程序的運行效率，特提出了一種數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法。

在一實施例中，一種數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法，該方法所運行的計算機系統(tǒng)如圖1所示。該計算機系統(tǒng)包括終端10和服務(wù)器20。

其中，終端10可以是智能手機、平板電腦、計算機等，終端10通過與服務(wù)器20進行交互實現(xiàn)數(shù)據(jù)轉(zhuǎn)移中的安全性驗證，以利于服務(wù)器20進一步地完成數(shù)據(jù)轉(zhuǎn)移。

在具體的實現(xiàn)過程中，如圖2所示，所設(shè)置的服務(wù)器20將包括數(shù)據(jù)轉(zhuǎn)移服務(wù)器210和支付服務(wù)器230，支付服務(wù)器230是數(shù)據(jù)轉(zhuǎn)移中終端10調(diào)用綁卡公共組件時用于存儲用戶卡等相關(guān)數(shù)據(jù)的服務(wù)器。

此外，通過數(shù)據(jù)轉(zhuǎn)移服務(wù)器210和支付服務(wù)器230來實現(xiàn)數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法，將有利于運用現(xiàn)有的架構(gòu)，例如，可運用現(xiàn)有的數(shù)據(jù)轉(zhuǎn)移服務(wù)器210或者支付服務(wù)器230來進行整個計算機系統(tǒng)的架構(gòu)。

請參閱圖3，在一實施例中，一種數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法包括以下步驟：

步驟310，通過數(shù)據(jù)轉(zhuǎn)移請求界面獲取選定用戶卡的用戶卡標識和支付密碼。

數(shù)據(jù)轉(zhuǎn)移請求界面是終端中用于實現(xiàn)用戶的數(shù)據(jù)轉(zhuǎn)移請求的，其可以隸屬于終端中運行的某個在線支付應(yīng)用，也可以隸屬于終端中運行的某個社交網(wǎng)絡(luò)應(yīng)用。例如，社交網(wǎng)絡(luò)應(yīng)用中附加的支付界面，或者，在線支付應(yīng)用中的轉(zhuǎn)賬界面。

用戶將通過其所持有的用戶標識登錄在線支付應(yīng)用或者社交網(wǎng)絡(luò)應(yīng)用，以進入相應(yīng)的數(shù)據(jù)轉(zhuǎn)移請求界面中完成支付、轉(zhuǎn)賬、貸款等操作。在線支付應(yīng)用或者社交網(wǎng)絡(luò)應(yīng)用為軟件客戶端或者網(wǎng)頁客戶端的形式，對應(yīng)地，數(shù)據(jù)轉(zhuǎn)移請求界面可以是軟件客戶端的窗口形式，也可以是網(wǎng)頁客戶端的網(wǎng)頁形式。

在該數(shù)據(jù)轉(zhuǎn)移請求界面中，以用戶卡標識列表的形式對用戶添加過的用戶卡進行展示。同時，數(shù)據(jù)轉(zhuǎn)移請求界面中增設(shè)了用戶卡選定的入口，通過在用戶卡選定的入口中觸發(fā)的選定操作，即可從添加過的用戶卡中得到選定用戶卡，進而得到對應(yīng)于選定用戶卡的用戶卡標識。例如，選定用戶卡為銀行卡時，得到的用戶卡標識則為銀行卡卡號。

需要說明的是，本實施例中，用戶卡標識列表中的用戶卡標識僅進行了用戶卡的部分展示，例如，當用戶卡標識為銀行卡卡號時，用戶卡標識列表中僅顯示出該銀行卡卡號的末尾四位，以此保證了用戶的敏感信息的安全性。

支付密碼則是用戶在選定用戶卡時進一步在終端中觸發(fā)輸入得到的。該輸入既可以是在數(shù)據(jù)轉(zhuǎn)移請求界面中直接進行的，也可以是由數(shù)據(jù)轉(zhuǎn)移請求界面中彈出的輸入對話框中完成的。

步驟330，向數(shù)據(jù)轉(zhuǎn)移服務(wù)器發(fā)起支付驗證請求，支付驗證請求根據(jù)用戶卡標識、支付密碼以及數(shù)據(jù)轉(zhuǎn)移用戶標識生成。

數(shù)據(jù)轉(zhuǎn)移用戶標識用于唯一地標識觸發(fā)數(shù)據(jù)轉(zhuǎn)移請求操作的用戶的身份。如前所述，數(shù)據(jù)轉(zhuǎn)移請求界面可以隸屬于在線支付應(yīng)用或者社交網(wǎng)絡(luò)應(yīng)用，而用戶登錄在線支付應(yīng)用或者社交網(wǎng)絡(luò)應(yīng)用時所使用的用戶標識也可用于唯一地標識用戶的身份，因此，數(shù)據(jù)轉(zhuǎn)移用戶標識可以是用以登錄在線支付應(yīng)用或者社交網(wǎng)絡(luò)應(yīng)用的用戶標識。

用戶卡標識和支付密碼則是用于唯一地標識用戶卡并且保證用戶卡的合法性，因此，根據(jù)用戶卡標識、支付密碼以及數(shù)據(jù)轉(zhuǎn)移用戶標識生成的支付驗證請求則是能夠用于對用戶身份與選定用戶卡的安全性進行驗證的，以保證數(shù)據(jù)轉(zhuǎn)移過程的安全性。

值得一提的是，支付密碼是以加密的方式傳輸至數(shù)據(jù)轉(zhuǎn)移服務(wù)器的，在數(shù)據(jù)轉(zhuǎn)移服務(wù)器中并不會對加密的支付密碼進行解密，以此進一步地保證了用戶的敏感信息的安全性。

步驟350，接收數(shù)據(jù)轉(zhuǎn)移服務(wù)器于支付驗證通過時返回的當前時間有效標識，當前時間有效標識是數(shù)據(jù)轉(zhuǎn)移服務(wù)器判定當前時間相對選定用戶卡的綁卡時間未失效而下發(fā)的。

當前時間是用戶觸發(fā)數(shù)據(jù)轉(zhuǎn)移請求操作的時間點，綁卡時間則是選定用戶卡與數(shù)據(jù)轉(zhuǎn)移用戶標識進行綁定的時間點。

數(shù)據(jù)轉(zhuǎn)移服務(wù)器在支付驗證通過之后，將根據(jù)綁卡時間對當前時間的有效性進行判定，若判斷得到當前時間有效，即表示此時用戶所觸發(fā)的數(shù)據(jù)轉(zhuǎn)移請求操作仍屬于安全的時效性內(nèi)，則向終端下發(fā)當前時間有效標識。

步驟370，根據(jù)當前時間有效標識跳過二次驗證界面，進入數(shù)據(jù)轉(zhuǎn)移確認界面。

由于當前時間有效標識是在用戶所觸發(fā)的數(shù)據(jù)轉(zhuǎn)移請求操作仍屬于安全的實效性內(nèi)的前提下而下發(fā)的，因此，終端接收到該當前時間有效標識之后，即獲知不再需要進行第二次驗證，而能夠直接進入數(shù)據(jù)轉(zhuǎn)移確認界面，供用戶完成數(shù)據(jù)轉(zhuǎn)移確認的相關(guān)操作。

通過如上所述的方法，在數(shù)據(jù)轉(zhuǎn)移服務(wù)器中利用綁卡時間對當前時間的有效性進行判定，使得終端能夠在當前時間有效標識的輔助下減少一次安全性驗證的過程，既實現(xiàn)了數(shù)據(jù)轉(zhuǎn)移驗證的快捷性，還降低了終端在數(shù)據(jù)轉(zhuǎn)移中的處理復(fù)雜度，使得終端中其他應(yīng)用程序的運行效率不會受到影響。

相應(yīng)地，通過當前時間有效標識使得用戶能夠跳過二次驗證的過程，而直接在數(shù)據(jù)轉(zhuǎn)移確認界面中進行數(shù)據(jù)轉(zhuǎn)移確認的相關(guān)操作，簡化了用戶在數(shù)據(jù)轉(zhuǎn)移過程中的操作，提升了用戶在數(shù)據(jù)轉(zhuǎn)移過程中的體驗。

請參閱圖4，在一實施例中，如上所述的方法還包括以下步驟：

步驟410，偵聽得到終端中觸發(fā)的用戶卡新增指令。

如前所述，數(shù)據(jù)轉(zhuǎn)移請求界面中所展示的僅是用戶添加過的用戶卡，若用戶想選定的用戶卡并未展示于數(shù)據(jù)轉(zhuǎn)移請求界面中，則可通過在終端中進行相應(yīng)的觸發(fā)操作促使用戶卡的添加。

在數(shù)據(jù)轉(zhuǎn)移界面中增設(shè)用戶卡新增的入口，用戶通過在用戶卡新增的入口中觸發(fā)的點擊操作，即可使得終端偵聽得到用戶卡新增指令，以利于進一步地實現(xiàn)用戶卡的添加。

步驟430，通過用戶卡新增指令調(diào)用綁卡公共組件，以通過綁卡公共組件在支付服務(wù)器中添加新增用戶卡的用戶卡數(shù)據(jù)與數(shù)據(jù)轉(zhuǎn)移用戶標識的對應(yīng)關(guān)系，并相應(yīng)標記綁卡時間。

在終端偵聽得到用戶卡新增指令之后，將調(diào)用綁卡公共組件以進一步地實現(xiàn)用戶卡的添加。該綁卡公共組件可以是終端中的第三方插件，例如，綁卡公共組件為所在社交網(wǎng)絡(luò)應(yīng)用中提供的綁卡模塊。

終端所調(diào)用的綁卡公共組件用于在支付服務(wù)器中進行新增用戶卡與數(shù)據(jù)轉(zhuǎn)移用戶標識的綁卡操作，具體地實現(xiàn)過程如下所述。

根據(jù)用戶卡新增指令獲取新增用戶卡的用戶卡數(shù)據(jù)，較優(yōu)地，用戶卡數(shù)據(jù)包括用戶卡標識、用戶卡類型等。例如，用戶卡為銀行卡時，用戶卡標識則為銀行卡卡號，用戶卡類型則為銀行類型。

將該用戶卡數(shù)據(jù)和數(shù)據(jù)轉(zhuǎn)移用戶標識上報至支付服務(wù)器，以通過支付服務(wù)器下發(fā)驗證信息。其中，驗證信息可以是以短信的形式發(fā)送至終端，也可以是以郵件的形式發(fā)送至終端。該驗證信息中至少包含有用于安全性驗證的驗證碼，該驗證碼是支付服務(wù)器通過預(yù)設(shè)方式隨機生成的。

根據(jù)下發(fā)的驗證信息提交驗證碼，所提交驗證碼對應(yīng)于由驗證信息中提取得到的驗證碼。

通過提交的驗證碼向支付服務(wù)器發(fā)起綁卡確認請求，以在支付服務(wù)器中對該驗證碼進行安全性驗證，以保證新增用戶卡的用戶身份的合法性。

在驗證碼驗證通過后在支付服務(wù)器中進行綁卡操作，即在支付服務(wù)器中添加新增用戶卡的用戶卡數(shù)據(jù)與數(shù)據(jù)轉(zhuǎn)移用戶標識的對應(yīng)關(guān)系，同時，將添加該對應(yīng)關(guān)系的時間相應(yīng)標記為綁卡時間。

在完成綁卡操作之后，相應(yīng)地，數(shù)據(jù)轉(zhuǎn)移請求界面中將展示有該新增用戶卡，以供用戶選擇。

值得一提的是，包含于用戶卡數(shù)據(jù)中的用戶卡標識是完整的，而數(shù)據(jù)轉(zhuǎn)移請求界面中展示的用戶卡標識則僅是完整的用戶卡標識的一部分。例如，用戶卡數(shù)據(jù)中的用戶卡標識是19位，對應(yīng)的，展示于數(shù)據(jù)轉(zhuǎn)移請求界面中的用戶卡標識僅是該19位的末尾4位。

請參閱圖5，在一實施例中，如上所述的方法還包括以下步驟：

步驟510，在數(shù)據(jù)轉(zhuǎn)移服務(wù)器中由支付驗證請求中提取支付密碼和數(shù)據(jù)轉(zhuǎn)移用戶標識進行支付驗證。

從支付驗證請求中提取到支付密碼和數(shù)據(jù)轉(zhuǎn)移用戶標識之后，轉(zhuǎn)移服務(wù)器將對支付密碼進行安全性驗證，以判斷數(shù)據(jù)轉(zhuǎn)移用戶標識的持有者所輸入的支付密碼是否正確，若判斷得到該支付密碼為正確的，則允許該持有者進行后續(xù)的數(shù)據(jù)轉(zhuǎn)移的相關(guān)操作。

步驟530，于支付密碼驗證通過時由支付驗證請求中進一步提取用戶卡標識，以根據(jù)用戶卡標識和數(shù)據(jù)轉(zhuǎn)移用戶標識向支付服務(wù)器請求返回綁卡時間。

在具體地實現(xiàn)過程中，根據(jù)提取到的用戶卡標識和數(shù)據(jù)轉(zhuǎn)移用戶標識向支付服務(wù)器發(fā)起獲取綁卡信息請求。

由于在綁卡操作過程中，用戶卡的用戶卡數(shù)據(jù)與數(shù)據(jù)轉(zhuǎn)移用戶標識的對應(yīng)關(guān)系、以及對應(yīng)的綁卡時間都被存儲于支付服務(wù)器中，基于此，在支付服務(wù)器接收到獲取綁卡信息請求時，即可根據(jù)數(shù)據(jù)轉(zhuǎn)移用戶標識獲取到存在對應(yīng)關(guān)系的用戶卡數(shù)據(jù)和綁卡時間。

進一步地，當與數(shù)據(jù)轉(zhuǎn)移用戶標識存在對應(yīng)關(guān)系的用戶卡數(shù)據(jù)和綁卡時間有多個時，則在數(shù)據(jù)轉(zhuǎn)移服務(wù)器中，將提取到的用戶卡標識與用戶卡數(shù)據(jù)中的用戶卡標識的末尾進行一致性匹配，從而得到用戶進行數(shù)據(jù)轉(zhuǎn)移操作所需的用戶卡數(shù)據(jù)和綁卡時間，以便于數(shù)據(jù)轉(zhuǎn)移服務(wù)器根據(jù)該匹配得的用戶卡數(shù)據(jù)和綁卡時間進行后續(xù)的數(shù)據(jù)轉(zhuǎn)移操作。

步驟550，判斷當前時間相對綁卡時間是否未失效。若為是，則進入步驟570。若為否，則進入步驟590。

如前所述，數(shù)據(jù)轉(zhuǎn)移請求界面中所展示的用戶卡都是通過終端調(diào)用綁卡公共組件實現(xiàn)添加的，由于在綁卡操作過程中必須進行一次安全性驗證，因此，可以理解，在安全的時效性內(nèi)，即綁卡時間的有效時間范圍內(nèi)，例如，有效時間范圍為10分鐘，則在綁卡時間之后的10分鐘內(nèi)，添加過的用戶卡及其用戶身份的合法性和安全性是能夠得到保證的。

進一步地，利用綁卡時間對當前時間的有效性進行判斷，若判斷得到當前時間相對綁卡時間未失效，即當前時間與綁卡時間之間的時間差在有效時間范圍內(nèi)，則進入步驟570，表明選定用戶卡及其用戶身份的合法性和安全性仍有效，終端可以跳過二次驗證界面，直接進入數(shù)據(jù)轉(zhuǎn)移確認界面。

若判斷得到當前時間相對綁卡時間失效，即當前時間與綁卡時間之間的時間差超過有效時間范圍，則進入步驟590，表明選定用戶卡及其用戶身份的合法性和安全性可能已失效，終端需要進入二次驗證界面，以對選定用戶卡及其用戶身份的合法性和安全性進行再一次的驗證。

步驟570，向終端返回當前時間有效標識。

通過如上所述的方法，在保證安全的實效性內(nèi)，利用綁卡過程中已有的驗證碼的安全性驗證結(jié)果，使得終端僅進行了一次支付密碼的驗證過程，而減少了終端進行第二次驗證的過程，從而簡化了終端中數(shù)據(jù)轉(zhuǎn)移的流程，降低了終端在數(shù)據(jù)轉(zhuǎn)移中的處理復(fù)雜度，同時大大提高了用戶進行數(shù)據(jù)轉(zhuǎn)移的便捷性，提升了用戶的體驗。

步驟590，向終端返回當前時間失效標識，以使終端跳轉(zhuǎn)至二次驗證界面。

請參閱圖6，在一實施例中，如上所述的方法還包括以下步驟：

步驟610，接收數(shù)據(jù)轉(zhuǎn)移服務(wù)器返回的當前時間失效標識。

如前所述，當前時間失效標識是由于數(shù)據(jù)轉(zhuǎn)移服務(wù)器判定當前時間相對綁卡時間失效而下發(fā)的，此時，終端需要進入二次驗證界面，以再一次對選定用戶卡及其用戶身份的合法性和安全性進行驗證。

基于此，數(shù)據(jù)轉(zhuǎn)移服務(wù)器在返回當前時間失效標識時，還將向終端下發(fā)一個二次驗證碼。該二次驗證碼可以是以短信的形式下發(fā)至終端，也可以是以郵件的形式下發(fā)至終端。該二次驗證碼是數(shù)據(jù)轉(zhuǎn)移服務(wù)器根據(jù)預(yù)設(shè)方式隨機生成的。

步驟630，根據(jù)當前時間失效標識跳轉(zhuǎn)進入二次驗證界面，以觸發(fā)進行數(shù)據(jù)轉(zhuǎn)移的第二次驗證。

終端在根據(jù)當前時間失效標識跳轉(zhuǎn)進入二次驗證界面之后，進行數(shù)據(jù)轉(zhuǎn)移的第二次驗證的具體過程如下：

在二次驗證界面中提交數(shù)據(jù)轉(zhuǎn)移服務(wù)器下發(fā)的二次驗證碼，以向數(shù)據(jù)轉(zhuǎn)移服務(wù)器請求對提交的二次驗證碼進行安全性驗證。

數(shù)據(jù)轉(zhuǎn)移服務(wù)器接收到請求之后，將進行安全性驗證，以判斷選定用戶卡及其用戶身份的合法性和安全性。若判斷得到選定用戶卡及其用戶身份是合法且安全的，即第二次驗證通過，則向終端返回第二次驗證結(jié)果，以使終端能夠根據(jù)該第二次驗證結(jié)果進入數(shù)據(jù)轉(zhuǎn)移確認界面。

步驟650，待第二次驗證通過時進入數(shù)據(jù)轉(zhuǎn)移確認界面。

通過如上所述的方法，若用戶進行數(shù)據(jù)轉(zhuǎn)移請求操作的當前時間相對綁卡時間已失效，終端將進行支付密碼的驗證和二次驗證碼的驗證，使得整個數(shù)據(jù)轉(zhuǎn)移過程中，將以綁卡時間的有效時間范圍為判定準則，以支付密碼驗證為主，以二次驗證碼驗證為輔，既達到了有效地保證數(shù)據(jù)轉(zhuǎn)移過程中的安全性，同時還降低了數(shù)據(jù)轉(zhuǎn)移中終端的處理復(fù)雜度，使得終端中其他應(yīng)用程序的運行效率不會受到影響。

在一個應(yīng)用場景中，如圖7所示，圖7展示了數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)方法在具體的實現(xiàn)過程中的完整處理過程。以終端為智能手機，社交網(wǎng)絡(luò)應(yīng)用運行于該智能手機中，用戶將通過運行的該社交網(wǎng)絡(luò)應(yīng)用進行數(shù)據(jù)轉(zhuǎn)移的相關(guān)操作為例，對該具體的實現(xiàn)過程加以說明如下。

用戶登錄社交網(wǎng)絡(luò)應(yīng)用后，進入數(shù)據(jù)轉(zhuǎn)移界面中執(zhí)行步驟701，若用戶想要進行數(shù)據(jù)轉(zhuǎn)移的用戶卡已添加至用戶卡標識列表，則直接執(zhí)行步驟709，否則先執(zhí)行步驟702至步驟708，再執(zhí)行步驟709。

通過步驟702至步驟708可以實現(xiàn)新增用戶卡與數(shù)據(jù)轉(zhuǎn)移用戶標識的綁卡操作，在該綁卡操作過程中，將通過終端啟用一次短信驗證機制，以此保證新增用戶卡的合法性。待完成綁卡操作之后，新增用戶卡則被添加至用戶卡標識列表中，供用戶選擇。

用戶執(zhí)行步驟709后，將通過步驟710使得終端向數(shù)據(jù)轉(zhuǎn)移服務(wù)器發(fā)起支付驗證請求，此時，再進一步地通過步驟711即完成數(shù)據(jù)轉(zhuǎn)移過程中的第一次支付密碼的驗證。待第一次驗證成功時，執(zhí)行步驟712至步驟713，以得到支付服務(wù)器返回的綁卡時間。

通過數(shù)據(jù)轉(zhuǎn)移服務(wù)器根據(jù)返回的綁卡時間判斷用戶開始數(shù)據(jù)轉(zhuǎn)移請求操作的當前時間的有效性，以進一步判斷數(shù)據(jù)轉(zhuǎn)移過程中是否需要進行第二次短信驗證碼的驗證。

若執(zhí)行步驟718，則表示當前時間相比綁卡時間失效，進而執(zhí)行步驟719至步驟727，使得終端在完成第一次支付密碼的驗證之后，繼續(xù)進行第二次短信驗證碼的驗證。

若執(zhí)行步驟714，則表示當前時間相比綁卡時間有效，進而執(zhí)行步驟715至步驟717，使得終端在數(shù)據(jù)轉(zhuǎn)移過程中通過充分利用綁卡操作過程中的短信驗證機制，在保證安全的時效性內(nèi)可以減少一次短信驗證碼的驗證，簡化了數(shù)據(jù)轉(zhuǎn)移過程中的驗證過程，降低了終端在數(shù)據(jù)轉(zhuǎn)移過程中的處理復(fù)雜度，并提升了用戶在數(shù)據(jù)轉(zhuǎn)移過程中的體驗。

請參閱圖8，在一實施例中，一種數(shù)據(jù)轉(zhuǎn)移中的驗證實現(xiàn)系統(tǒng)包括：獲取模塊810、請求發(fā)起模塊830、第一標識接收模塊850及第一界面進入模塊870。

其中，獲取模塊810用于通過數(shù)據(jù)轉(zhuǎn)移請求界面獲取選定用戶卡的用戶卡標識和支付密碼。

請求發(fā)起模塊830用于向數(shù)據(jù)轉(zhuǎn)移服務(wù)器發(fā)起支付驗證請求，支付驗證請求根據(jù)用戶卡標識、支付密碼以及數(shù)據(jù)轉(zhuǎn)移用戶標識生成。

第一標識接收模塊850用于接收數(shù)據(jù)轉(zhuǎn)移服務(wù)器于支付驗證通過時返回的當前時間有效標識，當前時間有效標識是數(shù)據(jù)轉(zhuǎn)移服務(wù)器判定當前時間相對選定用戶卡的綁卡時間未失效而下發(fā)的。

第一界面進入模塊870用于根據(jù)當前時間有效標識跳過二次驗證界面，進入數(shù)據(jù)轉(zhuǎn)移確認界面。

請參閱圖9，在一實施例中，如上所述的系統(tǒng)還包括：指令偵聽模塊910及綁卡模塊930。

其中，指令偵聽模塊910用于偵聽得到終端中觸發(fā)的用戶卡新增指令。

綁卡模塊930用于通過用戶卡新增指令調(diào)用綁卡公共組件，以通過綁卡公共組件在支付服務(wù)器中添加新增用戶卡的用戶卡數(shù)據(jù)與數(shù)據(jù)轉(zhuǎn)移用戶標識的對應(yīng)關(guān)系，并相應(yīng)標記綁卡時間。

請參閱圖10，在一實施例中，如上所述的系統(tǒng)還包括：支付驗證模塊1010、提取模塊1030、判斷模塊1050、第一標識返回模塊1070及第二標識返回模塊1090。

其中，支付驗證模塊1010用于在數(shù)據(jù)轉(zhuǎn)移服務(wù)器中由支付驗證請求中提取支付密碼和數(shù)據(jù)轉(zhuǎn)移用戶標識進行支付驗證。

提取模塊1030用于于支付密碼驗證通過時由支付驗證請求中進一步提取用戶卡標識，以根據(jù)用戶卡標識和數(shù)據(jù)轉(zhuǎn)移用戶標識向支付服務(wù)器請求返回綁卡時間。

判斷模塊1050用于判斷當前時間相對綁卡時間是否未失效。若為是，則通知第一標識返回模塊1070。若為否，則通知第二標識返回模塊1090。

第一標識返回模塊1070用于向終端返回當前時間有效標識。

第二標識返回模塊1090用于向終端返回當前時間失效標識，以使終端跳轉(zhuǎn)至二次驗證界面。

請參閱圖11，在一實施例中，如上所述的系統(tǒng)還包括：第二標識接收模塊1110、第二界面進入模塊1130及第三界面進入模塊1150。

其中，第二標識接收模塊1110用于接收數(shù)據(jù)轉(zhuǎn)移服務(wù)器返回的當前時間失效標識。

第二界面進入模塊1130用于根據(jù)當前時間失效標識跳轉(zhuǎn)進入二次驗證界面，以觸發(fā)進行數(shù)據(jù)轉(zhuǎn)移請求的第二次驗證。

第三界面進入模塊1150用于待第二次驗證通過時進入數(shù)據(jù)轉(zhuǎn)移確認界面。

請參閱圖12，圖12是本發(fā)明實施例提供的一種服務(wù)器1200的結(jié)構(gòu)示意圖。上述實施例中的由數(shù)據(jù)轉(zhuǎn)移服務(wù)器所執(zhí)行的步驟均可以基于該圖中所示的服務(wù)器的結(jié)構(gòu)。

該服務(wù)器1200可因配置或者性能的不同而產(chǎn)生較大的差異，其包括：電源1210、接口1230、至少一存儲介質(zhì)1250、以及至少一中央處理器（CPU ，Central Processing Units）1270。

具體地，電源1210用于為服務(wù)器1200上的各硬件設(shè)備提供工作電壓。

接口1230包括至少一有線或無線網(wǎng)絡(luò)接口1231、至少一串并轉(zhuǎn)換接口1233、至少一輸入輸出接口1235以及至少一USB接口1237等，用于與外部設(shè)備通信。

存儲介質(zhì)1250作為資源存儲的載體，可以是隨機存儲介質(zhì)、磁盤或者光盤等，其上所存儲的資源包括操作系統(tǒng)1251、應(yīng)用程序1253及數(shù)據(jù)1255等，存儲方式可以是短暫存儲或者永久存儲。其中，操作系統(tǒng)1251用于管理與控制服務(wù)器1200上的各硬件設(shè)備以及應(yīng)用程序1253，以實現(xiàn)中央處理器1270對海量數(shù)據(jù)1255的計算與處理，其可以是Windows ServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。應(yīng)用程序1253是基于操作系統(tǒng)1251之上完成至少一項特定工作的計算機程序，其可以包括至少一模塊（圖示未示出），每個模塊都可以分別包含有對服務(wù)器1200的一系列操作指令。數(shù)據(jù)1255可以是存儲于磁盤中的用戶卡數(shù)據(jù)、數(shù)據(jù)轉(zhuǎn)移用戶標識等等。

中央處理器1270可以包括一個或多個以上的處理器，并設(shè)置為通過總線與存儲介質(zhì)1250通信，用于計算與處理存儲介質(zhì)1250中的海量數(shù)據(jù)1255。

通過中央處理器1270讀取存儲介質(zhì)1250中存儲的一系列操作指令，并基于存儲介質(zhì)1250上的操作系統(tǒng)1251在服務(wù)器1200上執(zhí)行，進而使得上述實施例的全部或者部分步驟可以通過在數(shù)據(jù)轉(zhuǎn)移服務(wù)器上運行相關(guān)的計算機程序來完成。

上述內(nèi)容，僅為本發(fā)明的較佳實施例，并非用于限制本發(fā)明的實施方案，本領(lǐng)域普通技術(shù)人員根據(jù)本發(fā)明的主要構(gòu)思和精神，可以十分方便地進行相應(yīng)的變通或修改，故本發(fā)明的保護范圍應(yīng)以權(quán)利要求書所要求的保護范圍為準。