一種注冊用戶離線激活方法和系統(tǒng)的制作方法
【專利摘要】本申請公開了一種注冊用戶離線激活方法和系統(tǒng)。該方法在對注冊用戶進行激活時，云端獲取用戶發(fā)送的第一激活碼，根據(jù)第一激活碼判斷該用戶是否為注冊用戶，若是，則依據(jù)第一激活碼生成第一驗證碼，并向用戶下發(fā)該第一驗證碼。當用戶收到第一驗證碼時，將第一驗證碼輸入ERP客戶端，ERP客戶端預先設置的驗證規(guī)則對第一驗證碼進行驗證，若驗證成功，則激活該注冊用戶。與現(xiàn)有技術相比，在本發(fā)明中ERP用戶端可自行完成對第一驗證碼的驗證，因而在ERP終端與云端處于離線的狀態(tài)時，也可以完成注冊用戶的激活。
【專利說明】
一種注冊用戶離線激活方法和系統(tǒng)
技術領域
[0001]本申請涉及信息技術領域，更具體地說，涉及一種注冊用戶離線激活方法和系統(tǒng)。
【背景技術】
[0002]ERP系統(tǒng)是企業(yè)資源計劃(Enterprise Resource Planning)的簡稱，是指建立在信息技術基礎上，以系統(tǒng)化的管理思想，為企業(yè)決策層及員工提供決策運行手段的管理平臺。
[0003]通常，用戶在使用ERP系統(tǒng)時，需要進行注冊并激活。目前，通常采用ERP在線激活方式，即用戶向云端發(fā)送激活碼，云端收到激活碼后向用戶端發(fā)送驗證碼，用戶在ERP客戶端輸入驗證碼，EPR客戶端再次請求云端對該驗證碼進行驗證，如驗證成功則激活注冊用戶。
[0004]采用上述激活方法進行用戶激活時，必須保證ERP客戶端處于在線狀態(tài)，當ERP客戶端處于離線狀態(tài)時，因無法與云端進行通信，則無法實現(xiàn)用戶的激活。

【發(fā)明內容】

[0005]有鑒于此，本申請?zhí)峁┮环N注冊用戶離線激活方法和系統(tǒng)，以在ERP客戶端處于離線狀態(tài)時，完成對注冊用戶的激活。
[0006]為了實現(xiàn)上述目的，現(xiàn)提出的方案如下:
[0007]—種注冊用戶離線激活方法，包括:
[0008]云端獲取用戶發(fā)送的第一激活碼，并對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶；
[0009]若是，則根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼；
[0010]ERP客戶端接收所述用戶上傳的所述第一驗證碼，并根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶。
[0011]優(yōu)選的，所述對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶，包括:
[0012]按照預設解析算法，生成與所述第一激活碼對應的第一用戶識別碼；
[0013]判斷所述第一用戶識別碼是否與用戶注冊時云端生成的第二用戶識別碼相同，以及用戶當前手機號碼是否與用戶注冊時預留手機號碼相同；
[0014]若所述第一用戶識別碼與所述第二用戶識別碼相同，且用戶當前手機號碼與用戶注冊時預留手機號碼相同，則確定所述用戶為注冊用戶。
[0015]優(yōu)選的，所述根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，包括:
[0016]對所述第一激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位；
[0017]以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第一驗證碼。
[0018]優(yōu)選的，所述根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶，包括:
[0019]獲取預先存儲的云端生成的第二激活碼以及所述驗證碼生成規(guī)則，其中所第二激活碼為云端根據(jù)所述第二用戶識別碼，按照預設算法生成的激活碼；
[0020]基于所述驗證碼生成規(guī)則，生成與所述第二激活碼對應的第二驗證碼；
[0021 ] 判斷所述第一驗證碼和所述第二驗證碼是否相同；
[0022]若是，則驗證成功。
[0023]優(yōu)選的，所述基于所述驗證碼生成規(guī)則，生成與所述第二激活碼對應的第二驗證碼，包括:
[0024]對所述第二激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位；
[0025]以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第二驗證碼。
[0026]一種注冊用戶離線激活系統(tǒng)，包括云端和ERP客戶端；
[0027]其中，所述云端，用于獲取用戶發(fā)送的第一激活碼，并對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶；
[0028]若是，則根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼；
[0029]所述ERP客戶端用于接收所述用戶上傳的所述第一驗證碼，并根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶。
[0030]優(yōu)選的，所述云端包括:
[0031]第一信息采集單元，用于獲取用戶發(fā)送的第一激活碼；
[0032]計算單元，用于按照預設解析算法，生成與所述第一激活碼對應的第一用戶識別碼；
[0033]第一判斷單元，用于判斷所述第一用戶識別碼是否與用戶注冊時云端生成的第二用戶識別碼相同；
[0034]第二判斷單元，用于判斷用戶當前手機號碼是否與用戶注冊時預留手機號碼相同；
[0035]若所述第一用戶識別碼與所述第二用戶識別碼相同，且用戶當前手機號碼與用戶注冊時預留手機號碼相同，則確定所述用戶為注冊用戶；
[0036]第一驗證碼生成單元，用于根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼。
[0037]優(yōu)選的，所述ERP終端包括:
[0038]存儲單元，用于存儲云端生成的第二激活碼以及所述驗證碼生成規(guī)則，其中所第二激活碼為云端根據(jù)所述第二用戶識別碼，按照預設算法生成的激活碼；
[0039]第二驗證碼生成單元，用于基于所述驗證碼生成規(guī)則，生成與所述第二激活碼對應的第二驗證碼；
[0040]驗證單元，用于判斷所述第一驗證碼和所述第二驗證碼是否相同；
[0041 ]若是，則驗證成功。
[0042]優(yōu)選的，所述第一驗證碼生成單元包括:
[0043]第一數(shù)據(jù)處理子單元，用于對所述第一激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位；
[0044]第一數(shù)據(jù)選取子單元，用于以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第一驗證碼。
[0045]優(yōu)選的，所述第二驗證碼生成單元包括:
[0046]第二數(shù)據(jù)處理子單元，用于對所述第二激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位；
[0047]第二數(shù)據(jù)選取子單元，用于以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第二驗證碼。
[0048]經(jīng)由上述技術方案可知，本申請公開了一種注冊用戶離線激活方法和系統(tǒng)。該方法在對注冊用戶進行激活時，云端獲取用戶發(fā)送的第一激活碼，根據(jù)第一激活碼判斷該用戶是否為注冊用戶，若是，則依據(jù)第一激活碼生成第一驗證碼，并向用戶下發(fā)該第一驗證碼。當用戶收到第一驗證碼時，將第一驗證碼輸入ERP客戶端，ERP客戶端預先設置的驗證規(guī)則對第一驗證碼進行驗證，若驗證成功，則激活該注冊用戶。與現(xiàn)有技術相比，在本發(fā)明中ERP用戶端可自行完成對第一驗證碼的驗證，因而在ERP終端與云端處于離線的狀態(tài)時，也可以完成注冊用戶的激活。
【附圖說明】
[0049]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0050]圖1示出了本發(fā)明一個實施例公開的一種注冊用戶離線激活方法的流程示意圖；
[0051]圖2示出了本發(fā)明另一個實施例公開的一種注冊用戶離線激活方法的流程示意圖；
[0052]圖3示出了本發(fā)明另一個實施例公開的一種注冊用戶離線激活系統(tǒng)的結構示意圖。
【具體實施方式】
[0053]下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0054]參見圖1示出了本發(fā)明一個實施例公開的一種注冊用戶離線激活方法的流程示意圖。
[0055]由圖1可知，該方法包括:
[0056]Sll:云端獲取用戶發(fā)送的第一激活碼，并對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶。
[0057]用戶通過手機編輯包含有第一激活碼的短信，并發(fā)送該短信到云端。云端通過對該激活碼進行解析，確定該用戶是否為已經(jīng)注冊的用戶。
[0058]S12:若是，則根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼。
[0059]當云端確定，該用戶時注冊用戶時，云端根據(jù)預設驗證碼生成規(guī)則，生成與第一激活碼對應的第一驗證碼，并以短信的形式通知注冊用戶。
[0060]S13:ERP客戶端接收所述用戶上傳的所述第一驗證碼，并根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶。
[0061]注冊用戶將該第一驗證碼輸入ERP客戶端，ERP客戶端根據(jù)預設的驗證規(guī)則對第一驗證碼進行驗證，若驗證成功，則激活該注冊用戶。
[0062]由以上實施例可知，本申請公開了一種注冊用戶離線激活方法。該方法在對注冊用戶進行激活時，云端獲取用戶發(fā)送的第一激活碼，進行根據(jù)該激活碼判斷該用戶是否為注冊用戶，若是，則依據(jù)該激活碼生成第一驗證碼，并向用戶下發(fā)該第一驗證碼。當用戶收到第一驗證碼時，將第一驗證碼輸入ERP客戶端，ERP客戶端預先設置的驗證規(guī)則對第一驗證碼進行驗證，若驗證成功，則激活該注冊用戶。與現(xiàn)有技術相比，在本發(fā)明中ERP用戶端可自行完成對第一驗證碼的驗證，因而在ERP終端與云端處于離線的狀態(tài)時，也可以完成注冊用戶的激活。
[0063]參見圖2示出了本發(fā)明另一個實施例公開的一種注冊用戶離線激活方法的流程示意圖。
[0064]由圖2可知，該方法包括:
[0065]S21:云端獲取用戶發(fā)送的第一激活碼。
[0066]S22:按照預設解析算法，生成與所述第一激活碼對應的第一用戶識別碼。
[0067]需要說明的是，當用戶在云端進行注冊時，用戶在云端輸入姓名、手機號碼郵箱等用戶信息，云端自動查詢并分配唯一一個用戶識別碼給該注冊用戶，并按照預先設置的計算方法，基于該用戶識別碼生成一個與該用戶識別碼對應的激活碼。當云端獲取到第一激活碼后可根據(jù)預先設計的解析算法，計算與該第一激活碼對應的第一用戶識別碼。
[0068]S23:判斷所述第一用戶識別碼是否與用戶注冊時云端生成的第二用戶識別碼相同，以及用戶當前手機號碼是否與用戶注冊時預留手機號碼相同。
[0069]如步驟S22中所述，當用戶注冊時云端生成該用戶唯一的用戶識別碼，即第二用戶識別碼，且該第二用戶識別碼與用戶注冊時所采用的手機號碼一一對應。
[0070]在實際應用中為了確定某個用戶是否為該云端的注冊用戶需要同時對用戶識別碼和手機號碼進行驗證。即通過第一激活碼解析出來的第一用戶識別碼是否與注冊時云端生成的第二用戶識別碼一致，以及發(fā)送第一激活碼的手機號碼是否與注冊時用戶輸入的手機號碼一致。
[0071]其中，當所述第一用戶識別碼與所述第二用戶識別碼相同，且用戶當前手機號碼與用戶注冊時預留手機號碼相同，則確定所述用戶為注冊用戶。
[0072]S24:根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼。
[0073]當確定該用戶是云端的注冊用戶時，云端對該第一激活碼和時間戳進行MD5混淆處理，并以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為第一驗證碼，通過短信的形式反饋給用戶。需要說明的是該時間戳以天為單位。
[0074]S25:ERP客戶端接收所述用戶上傳的所述第一驗證碼，并根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶。
[0075]需要說明的是，當用戶在云端注冊完成后，云端將用戶的第二用戶識別碼、通過第二用戶識別碼生成的第二激活碼、用戶信息、驗證碼生成規(guī)則、驗證碼驗證規(guī)則等信息寫入到許可證中。進而，ERP終端下載該云端的許可證，從而得到第二激活碼、驗證碼生成規(guī)則以及驗證碼驗證規(guī)則進行存儲。
[0076]進而，當注冊用戶需要激活時，ERP終端根據(jù)第二激活碼以及驗證碼生成規(guī)則，生成與第二激活碼對應的第二驗證碼。進而，根據(jù)驗證碼驗證規(guī)則和第二驗證碼，具體的，對所述第二激活碼和時間戳進行MD5混淆處理，其中以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第二驗證碼。
[0077]當ERP終端確定第一驗證碼與第二驗證碼相同時，則驗證成功。
[0078]參見圖3示出了本發(fā)明另一個實施例公開的一種注冊用戶離線激活系統(tǒng)的結構示意圖。該系統(tǒng)包括云端I以及ERP客戶端2。
[0079]所述云端I用于獲取用戶發(fā)送的第一激活碼，并對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶；
[0080]若是，則根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼；
[0081]所述ERP客戶端2用于接收所述用戶上傳的所述第一驗證碼，并根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶。
[0082]具體的，在本發(fā)明公開的其他實施例中該云端I具體包括:第一信息采集單元11、計算單元12、第一判斷單元13、第二哦按點單元14以及第一驗證碼生成單元15。
[0083]其中，第一信息采集單元11，用于獲取用戶發(fā)送的第一激活碼，并將獲取到的第一激活碼發(fā)送至計算單元12中。
[0084]計算單元12接收第一信息采集單元11發(fā)送的第一激活碼，并按照預設解析算法，生成與所述第一激活碼對應的第一用戶識別碼。
[0085]第一判斷單元13根據(jù)第一計算單元解析得到的第一用戶識別碼，判斷所述第一用戶識別碼是否與用戶注冊時云端生成的第二用戶識別碼相同；
[0086]第二判斷單元14，用于判斷用戶當前手機號碼是否與用戶注冊時預留手機號碼相同。
[0087]其中，當?shù)谝挥脩糇R別碼與所述第二用戶識別碼相同，且用戶當前手機號碼與用戶注冊時預留手機號碼相同，則確定所述用戶為注冊用戶；
[0088]當該用戶為注冊用戶時，第一驗證碼生成單元15根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼。
[0089]所述EPR客戶端具體包括:存儲單元21、第二驗證碼生成單元22、以及驗證單元23。
[0090]其中，存儲單元21，用于存儲云端生成的第二激活碼以及所述驗證碼生成規(guī)則，其中所第二激活碼為云端根據(jù)所述第二用戶識別碼，按照預設算法生成的激活碼。
[0091 ] 第二驗證碼生成單元22，用于基于所述驗證碼生成規(guī)則，生成與所述第二激活碼對應的第二驗證碼；
[0092]驗證單元23，用于判斷所述第一驗證碼和所述第二驗證碼是否相同；
[0093]若是，則驗證成功。
[0094]需要說明的是，在本發(fā)明公開的其他系統(tǒng)實施例中，該系統(tǒng)的所述第一驗證碼生成單元包括:第一數(shù)據(jù)處理子單元、第一數(shù)據(jù)選取子單元。
[0095]第一數(shù)據(jù)處理子單元，用于對所述第一激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位。
[0096]第一數(shù)據(jù)選取子單元，用于以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第一驗證碼。
[0097]所述第二驗證碼生成單元包括:第二數(shù)據(jù)處理子單元和第二數(shù)據(jù)選取子單元。
[0098]第二數(shù)據(jù)處理子單元，用于對所述第二激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位；
[0099]第二數(shù)據(jù)選取子單元，用于以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第二驗證碼。
[0100]需要說明的是該裝置實施例與方法實施例相對應，其執(zhí)行過程和執(zhí)行原理相同，在此不作贅述。
[0101]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
[0102]本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。
[0103]對所公開的實施例的上述說明，使本領域專業(yè)技術人員能夠實現(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。
【主權項】
1.一種注冊用戶離線激活方法，其特征在于，包括: 云端獲取用戶發(fā)送的第一激活碼，并對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶； 若是，則根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼； ERP客戶端接收所述用戶上傳的所述第一驗證碼，并根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶。2.根據(jù)權利要求1所述的方法，其特征在于，所述對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶，包括: 按照預設解析算法，生成與所述第一激活碼對應的第一用戶識別碼； 判斷所述第一用戶識別碼是否與用戶注冊時云端生成的第二用戶識別碼相同，以及用戶當前手機號碼是否與用戶注冊時預留手機號碼相同； 若所述第一用戶識別碼與所述第二用戶識別碼相同，且用戶當前手機號碼與用戶注冊時預留手機號碼相同，則確定所述用戶為注冊用戶。3.根據(jù)權利要求1所述的方法，其特征在于，所述根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，包括: 對所述第一激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位； 以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第一驗證碼。4.根據(jù)權利要求2所述的方法，其特征在于，所述根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶，包括: 獲取預先存儲的云端生成的第二激活碼以及所述驗證碼生成規(guī)則，其中所第二激活碼為云端根據(jù)所述第二用戶識別碼，按照預設算法生成的激活碼； 基于所述驗證碼生成規(guī)則，生成與所述第二激活碼對應的第二驗證碼； 判斷所述第一驗證碼和所述第二驗證碼是否相同； 若是，則驗證成功。5.根據(jù)權利要求4所述的方法，其特征在于，所述基于所述驗證碼生成規(guī)則，生成與所述第二激活碼對應的第二驗證碼，包括: 對所述第二激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位； 以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第二驗證碼。6.一種注冊用戶離線激活系統(tǒng)，其特征在于，包括云端和ERP客戶端； 其中，所述云端，用于獲取用戶發(fā)送的第一激活碼，并對所述第一激活碼進行解析，判斷所述用戶是否為注冊用戶； 若是，則根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼； 所述ERP客戶端用于接收所述用戶上傳的所述第一驗證碼，并根據(jù)預先設置的驗證規(guī)則對所述第一驗證碼進行驗證，若驗證成功則激活注冊用戶。7.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述云端包括: 第一信息采集單元，用于獲取用戶發(fā)送的第一激活碼； 計算單元，用于按照預設解析算法，生成與所述第一激活碼對應的第一用戶識別碼； 第一判斷單元，用于判斷所述第一用戶識別碼是否與用戶注冊時云端生成的第二用戶識別碼相同； 第二判斷單元，用于判斷用戶當前手機號碼是否與用戶注冊時預留手機號碼相同； 若所述第一用戶識別碼與所述第二用戶識別碼相同，且用戶當前手機號碼與用戶注冊時預留手機號碼相同，則確定所述用戶為注冊用戶； 第一驗證碼生成單元，用于根據(jù)預設驗證碼生成規(guī)則，生成與所述第一激活碼對應的第一驗證碼，并向所述用戶下發(fā)所述第一驗證碼。8.根據(jù)權利要求5所述的系統(tǒng)，其特征在于，所述ERP終端包括: 存儲單元，用于存儲云端生成的第二激活碼以及所述驗證碼生成規(guī)則，其中所第二激活碼為云端根據(jù)所述第二用戶識別碼，按照預設算法生成的激活碼； 第二驗證碼生成單元，用于基于所述驗證碼生成規(guī)則，生成與所述第二激活碼對應的第二驗證碼； 驗證單元，用于判斷所述第一驗證碼和所述第二驗證碼是否相同； 若是，則驗證成功。9.根據(jù)權利要求7所述的裝置，其特征在于，所述第一驗證碼生成單元包括: 第一數(shù)據(jù)處理子單元，用于對所述第一激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位； 第一數(shù)據(jù)選取子單元，用于以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第一驗證碼。10.根據(jù)權利要求8所述的裝置，其特征在于，所述第二驗證碼生成單元包括: 第二數(shù)據(jù)處理子單元，用于對所述第二激活碼和時間戳進行MD5混淆處理，其中所述時間戳以天為單位； 第二數(shù)據(jù)選取子單元，用于以混淆處理后的第一個數(shù)字為起始數(shù)字，選取預設個數(shù)的多個數(shù)字作為所述第二驗證碼。
【文檔編號】H04L9/32GK105915343SQ201610216385
【公開日】2016年8月31日
【申請日】2016年4月8日
【發(fā)明人】吳光華, 胡博, 羅利輝
【申請人】金蝶軟件（中國）有限公司