專利名稱：驗證標(biāo)識信息的方法及終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)，尤其涉及一種驗證標(biāo)識信息的方法及終端。
背景技術(shù)：
隨著通信技術(shù)的發(fā)展，終端中集成了越來越多的應(yīng)用功能，例如飛信、電子支付等。這些應(yīng)用功能對應(yīng)的應(yīng)用程序需要以終端的標(biāo)識信息(例如電話號碼、電子郵件地址等)為運行依據(jù)。由于應(yīng)用程序?qū)?yīng)的客戶端無法直接從終端直接獲取該終端的標(biāo)識信息，所以需要終端的用戶輸入該標(biāo)識信息。客戶端獲取用戶輸入的標(biāo)識信息之后，還通過應(yīng)用服務(wù)器對該標(biāo)識信息進行驗證。例如應(yīng)用服務(wù)器根據(jù)上述標(biāo)識信息，生成驗證碼，然后，再調(diào)用運營商提供的用于發(fā)送短消息的接口，通過短信中心(Short Message Service Center，簡稱SMSC)向終端發(fā)送包含驗證碼的短消息?？蛻舳藢⒂脩舾鶕?jù)該短消息輸入的驗證碼發(fā)送給應(yīng)用服務(wù)器進行驗證，驗證通過之后，客戶端才能為終端提供應(yīng)用程序的業(yè)務(wù)，繼續(xù)進行相應(yīng)的業(yè)務(wù)流程。然而，上述現(xiàn)有技術(shù)中運營商需要向應(yīng)用服務(wù)器提供用于發(fā)送短消息的接口，以使該應(yīng)用服務(wù)器與運營商的短信網(wǎng)關(guān)設(shè)備能夠進行對接；另外，還需要運營商為應(yīng)用服務(wù)器分配應(yīng)用標(biāo)識，并且需要在運營商的短信網(wǎng)關(guān)設(shè)備中配置該應(yīng)用標(biāo)識，使得增強了對運營商的依賴性，從而增加了運營商的配置和維護成本。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種驗證標(biāo)識信息的方法及終端，用以降低應(yīng)用程序?qū)?yīng)的客戶端對運營商的依賴性，并且降低運營商的配置和維護成本。本發(fā)明實施例提供了一種驗證標(biāo)識信息的方法，包括終端上的客戶端獲取所述終端的用戶輸入的需要驗證的標(biāo)識信息，所述標(biāo)識信息用于標(biāo)識一個終端；所述客戶端生成或者從服務(wù)器獲取用于驗證的驗證碼；所述客戶端通過所述終端向所述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，所述驗證信息中包含所述驗證碼；當(dāng)所述客戶端通過所述終端接收到所述驗證信息時，則根據(jù)所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼驗證所述驗證信息中的驗證碼是否合法，如果合法，則所述標(biāo)識信息驗證成功。本發(fā)明實施例還提供了一種終端，包括客戶端，用于獲取所述終端的用戶輸入的需要驗證的標(biāo)識信息，所述標(biāo)識信息用于標(biāo)識一個終端，生成或者從服務(wù)器獲取用于驗證的驗證碼，并通過信息發(fā)送功能系統(tǒng)向所述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，所述驗證信息中包含所述驗證碼；當(dāng)接收到所述驗證信息時，則根據(jù)生成的或者從所述服務(wù)器獲取的驗證碼驗證所述驗證信息中的驗證碼是否合法，如果合法，則所述標(biāo)識信息驗證成功；
所述信息發(fā)送功能系統(tǒng)，用于根據(jù)所述客戶端的指示向所述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息。由上述技術(shù)方案可知，本發(fā)明實施例中的終端上的客戶端獲取終端的用戶輸入的需要驗證的標(biāo)識信息之后，生成或者從服務(wù)器獲取用于驗證的驗證碼，并通過終端向標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，當(dāng)客戶端通過終端接收到驗證信息時，則根據(jù)客戶端生成的或者從服務(wù)器獲取的驗證碼驗證驗證信息中的驗證碼是否合法，如果合法，則標(biāo)識信息驗證成功，無需應(yīng)用服務(wù)器通過運營商向應(yīng)用服務(wù)器提供的接口向終端發(fā)送驗證信息， 能夠避免運營商為應(yīng)用服務(wù)器分配應(yīng)用標(biāo)識，以及在運營商的信息網(wǎng)關(guān)設(shè)備中配置該應(yīng)用標(biāo)識的問題，有效降低了應(yīng)用程序?qū)?yīng)的客戶端對運營商的依賴性，同時也降低了運營商的配置和維護成本。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明一實施例提供的驗證標(biāo)識信息的方法的流程示意圖；圖2為本發(fā)明另一實施例提供的驗證標(biāo)識信息的方法的流程示意圖；圖3為本發(fā)明另一實施例提供的終端的結(jié)構(gòu)示意圖；圖4為本發(fā)明另一實施例提供的終端的結(jié)構(gòu)示意圖；圖5為本發(fā)明另一實施例提供的終端的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。需要說明的是本發(fā)明實施例中所涉及的終端可以包括但不限于手機、個人數(shù)字助理(Personal Digital Assistant，簡稱PDA)、無線手持設(shè)備、無線上網(wǎng)本、個人電腦、便攜電腦、MP3播放器和MP4播放器等。在具體的實施方式中，終端上可能有各種提供給用戶使用的應(yīng)用，有些應(yīng)用是針對該終端用戶提供服務(wù)，只有當(dāng)前用戶提供正確的終端標(biāo)識信息進行成功注冊后，該應(yīng)用才開始工作。因而終端上設(shè)置了為各應(yīng)用驗證標(biāo)識信息的客戶端，該客戶端可以分別設(shè)置在各應(yīng)用上，也可以集成設(shè)置，為各應(yīng)用統(tǒng)一提供驗證功能，此處不贅述。圖1為本發(fā)明一實施例提供的驗證標(biāo)識信息的方法的流程示意圖，如圖1所示，本實施例的驗證標(biāo)識信息的方法可以包括101、終端上的客戶端獲取上述終端的用戶輸入的需要驗證的標(biāo)識信息，上述標(biāo)識信息用于標(biāo)識一個終端。其中，上述標(biāo)識信息可以是任何能夠標(biāo)識出終端的標(biāo)識，包括但不限于移動用(Mobile Subscriber Integrated Service Digital Network Number,簡稱MSISDN)即電話號碼，與終端綁定的會話初始協(xié)議(Session Initiation Protocol,簡稱SIP)地址，或者互聯(lián)網(wǎng)應(yīng)用注冊標(biāo)識，例如電子郵件地址(email address)等。102、上述客戶端生成或者從服務(wù)器獲取用于驗證的驗證碼。可選地，客戶端可以從自身獲取驗證信息，該驗證信息為上述客戶端根據(jù)上述標(biāo)識信息生成。可選地，客戶端還可以從應(yīng)用服務(wù)器獲取驗證信息，該驗證信息為上述應(yīng)用服務(wù)器根據(jù)上述客戶端發(fā)送的上述標(biāo)識信息生成。103、上述客戶端通過上述終端向上述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，上述驗證信息中包含上述驗證碼。上述驗證消息的傳輸通道可以使用任何P2P的通信方式，包括但不限于短信息 (SMS)、多媒體信息(MMS)、即時信息、電子郵件(Email)或者互聯(lián)網(wǎng)應(yīng)用私有信息等?？蛇x地，上述發(fā)送的過程可以是不被用戶所察覺的過程，由客戶端此時可以稱該驗證信息為靜
_犬{曰息ο具體地，上述客戶端可以調(diào)用上述終端的信息發(fā)送功能系統(tǒng)發(fā)送上述驗證信息。 例如客戶端可以調(diào)用終端的信息發(fā)送功能系統(tǒng)，根據(jù)上述標(biāo)識信息，通過所調(diào)用的信息發(fā)送功能系統(tǒng)向上述終端發(fā)送獲取的驗證信息。也就是說，客戶端可以通過現(xiàn)有的終端與運營商的信息網(wǎng)關(guān)設(shè)備，例如短信中心(Short Message Service Center，簡稱SMSC)、彩信中心(Multimedia Message Service Center，簡稱MMSC)、業(yè)務(wù)接入網(wǎng)關(guān)之間的接口，發(fā)送驗證信息。例如客戶端具體可以通過短信息、多媒體信息、即時信息、電子郵件(Email)或者互聯(lián)網(wǎng)應(yīng)用私有信息等發(fā)送驗證信息。上述驗證信息具有上述客戶端能夠識別的指定格式。因為驗證信息和普通消息是采用相同的傳輸通道，該指定格式是為了和普通消息區(qū)分開。例如“〈應(yīng)用名 Authentication <驗證碼 >”，其中，< 應(yīng)用名 > 為應(yīng)用自身的名字；< 驗證碼 > 為應(yīng)用服務(wù)器或者客戶端生成的驗證碼；“〈”、“〉”為消息內(nèi)容的一部分，并且驗證碼需要加密。如 "MyAPP authentication :<123456789abcdefg>”。當(dāng)然，該指定的格式還可以是其它的形式，例如包含了專門的信息段用于說明該信息是驗證信息。以便于未來客戶端監(jiān)測終端收到的信息，根據(jù)該指定格式識別出該信息是驗證信息。104、如果上述客戶端通過上述終端接收到上述驗證信息，則根據(jù)上述客戶端生成的或者從上述服務(wù)器獲取的驗證碼驗證上述驗證信息中的驗證碼是否合法，如果合法，則上述標(biāo)識信息驗證成功?？蛇x的，104之前，客戶端可以監(jiān)測上述終端的信息接收功能系統(tǒng)，如果監(jiān)測到符合上述指定格式的信息，則將該信息作為上述驗證信息進行104中的驗證處理。進一步地，信息接收功能系統(tǒng)接收到信息之后，可以將該信息存儲到上述終端的存儲器中?？蛇x地，客戶端還可以進一步從上述終端的存儲器中刪除上述驗證信息，使得終端并不感知該信息的存在，而且該信息并沒有占用終端的存儲資源?？蛇x地，104中，如果上述客戶端驗證上述驗證信息中的驗證碼與上述客戶端生成的或者從上述服務(wù)器獲取的驗證碼一致，則上述驗證信息中的驗證碼合法。
可選地，104中，如果上述客戶端驗證上述驗證信息中的驗證碼與上述客戶端生成的或者從上述服務(wù)器獲取的驗證碼滿足關(guān)聯(lián)性要求，則上述驗證信息中的驗證碼合法。其中，滿足關(guān)聯(lián)性要求可以理解為驗證信息中的驗證碼與客戶端生成的或者從服務(wù)器獲取的驗證碼之間具有綁定關(guān)系，例如客戶端生成的或者從服務(wù)器獲取的驗證碼為終端的用戶在某應(yīng)用中的用戶名，驗證信息中的驗證碼則可以為該終端的標(biāo)識信息。在此實施方式中， 可以較優(yōu)的由終端上的信息存儲系統(tǒng)維護上述關(guān)聯(lián)關(guān)系即終端的標(biāo)識信息與驗證碼是否有綁定關(guān)系。另外，也可以由服務(wù)器維護上述關(guān)聯(lián)關(guān)系?？蛇x地，如果上述客戶端在設(shè)定時間內(nèi)通過上述終端未接收到上述驗證信息，則上述標(biāo)識信息驗證失??；或者，上述驗證過程中發(fā)現(xiàn)上述驗證信息中的驗證碼不合法，則上述標(biāo)識信息驗證失敗。這樣，只有當(dāng)104中客戶端對上述驗證信息中的驗證碼進行的驗證通過之后，該終端上的應(yīng)用才能為用戶提供應(yīng)用程序的業(yè)務(wù)，繼續(xù)進行相應(yīng)的業(yè)務(wù)流程，例如注冊流程、查詢流程或者各種娛樂應(yīng)用等。本實施例中，終端上的客戶端獲取終端的用戶輸入的需要驗證的標(biāo)識信息之后， 生成或者從服務(wù)器獲取用于驗證的驗證碼，并通過終端向標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，當(dāng)客戶端通過終端接收到驗證信息時，則根據(jù)客戶端生成的或者從服務(wù)器獲取的驗證碼驗證驗證信息中的驗證碼是否合法，如果合法，則標(biāo)識信息驗證成功，無需應(yīng)用服務(wù)器通過運營商向應(yīng)用服務(wù)器提供的接口向終端發(fā)送驗證信息，能夠避免運營商為應(yīng)用服務(wù)器分配應(yīng)用標(biāo)識，以及在運營商的信息網(wǎng)關(guān)設(shè)備中配置該應(yīng)用標(biāo)識的問題，有效降低了終端提供應(yīng)用服務(wù)過程中通信業(yè)務(wù)系統(tǒng)的簡化和通信系統(tǒng)資源的節(jié)約。為使得本發(fā)明實施例提供的方法更加清楚，下面將以終端的標(biāo)識信息為手機的 MSISDN(即電話號碼)、驗證信息為短消息作為舉例。圖2為本發(fā)明另一實施例提供的驗證標(biāo)識信息的方法的流程示意圖，本實施例中，用戶通過終端中的客戶端進行注冊，其輸入的終端標(biāo)識信息為MSISDN(即電話號碼)。如圖2所示，本實施例的驗證標(biāo)識信息的方法可以包括201、客戶端獲取用戶輸入的終端的MSISDN和初始設(shè)置的密碼；具體地，用戶打開客戶端的注冊頁面，輸入MSISDN和密碼(Password)，點擊注冊按鈕。客戶端此時可以提示用戶正在驗證MSISDN。202、客戶端向應(yīng)用服務(wù)器發(fā)送請求消息，用以向應(yīng)用服務(wù)器請求獲取驗證碼，該請求消息中包含MSISDN ；203、應(yīng)用服務(wù)器根據(jù)預(yù)先設(shè)置的生成規(guī)則和MSISDN，生成驗證碼；可以理解的是應(yīng)用服務(wù)器所生成的驗證碼需要能夠保證全局唯一。例如驗證碼至少可以包含英文字母、數(shù)字、下劃線中的一項，不能包含特殊字符，最大長度不能超過 100字節(jié)，以保證能夠通過一條短信發(fā)送。204、應(yīng)用服務(wù)器向客戶端發(fā)送驗證碼；可選地，還可以不執(zhí)行202 204，客戶端自行生成驗證碼。205、客戶端通過終端的用于發(fā)送短信的接口即通過SMSC，向MSISDN所標(biāo)識的終端發(fā)送短信，該短信中包含驗證碼；具體的，可以指定短信的格式，以區(qū)別于一般的短信。例如，可以包含驗證標(biāo)識，短信格式為“驗證標(biāo)識〈驗證碼〉”，其中，驗證標(biāo)識的格式可以為“〈應(yīng)用名 Authentication”?！磻?yīng)用名〉為客戶端對應(yīng)的應(yīng)用程序的名字，可以不超過10個字節(jié)；< 驗證碼 > 為應(yīng)用服務(wù)器或者客戶端生成的驗證碼。需要說明的是“〈”、“〉”為短信內(nèi)容的一部分，并且驗證碼可以進一步進行加密，例如“<MyAPP>authentication <123456789abcdefg>”。206、客戶端監(jiān)測終端接收的短信，若終端接收的短信中為上述指定格式(例如包含驗證標(biāo)識)，客戶端則對該短信進行解析，解析出該信息中包含的驗證碼；具體地，客戶端在通過終端的用于發(fā)送短信的接口，向MSISDN所標(biāo)識的終端發(fā)送短信之后的預(yù)設(shè)時間內(nèi)，沒有監(jiān)測到終端接收的包含驗證標(biāo)識的短信，則提示用戶注冊失敗。207、客戶端將通過205 206獲取的驗證碼與通過204從應(yīng)用服務(wù)器獲取或者自己生成的驗證碼進行比較，若一致則驗證通過，執(zhí)行208，否則驗證未通過，提示用戶注冊失敗，至此注冊流程結(jié)束；208、驗證成功后，客戶端向應(yīng)用服務(wù)器發(fā)送注冊請求消息，該注冊請求消息中包含MSISDN和密碼；209、應(yīng)用服務(wù)器對終端進行注冊，并向終端返回成功注冊信息。本實施例中，客戶端通過該客戶端所在終端的用于發(fā)送短信的接口向該終端發(fā)送獲取的驗證碼，無需應(yīng)用服務(wù)器通過運營商向應(yīng)用服務(wù)器提供的接口向終端發(fā)送驗證碼， 能夠避免運營商為應(yīng)用服務(wù)器分配應(yīng)用標(biāo)識，以及在運營商的信息網(wǎng)關(guān)設(shè)備中配置該應(yīng)用標(biāo)識的問題，有效降低了應(yīng)用程序?qū)?yīng)的客戶端對運營商的依賴性，同時也降低了運營商的配置和維護成本。需要說明的是對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。圖3為本發(fā)明另一實施例提供的終端的結(jié)構(gòu)示意圖，如圖3所示，本實施例的終端可以包括客戶端31和信息發(fā)送功能系統(tǒng)32。其中，客戶端31用于獲取上述終端的用戶輸入的需要驗證的標(biāo)識信息，上述標(biāo)識信息用于標(biāo)識一個終端，生成或者從服務(wù)器獲取用于驗證的驗證碼，并通過信息發(fā)送功能系統(tǒng)32向上述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息， 上述驗證信息中包含上述驗證碼，當(dāng)接收到上述驗證信息時，則根據(jù)生成的或者從上述服務(wù)器獲取的驗證碼驗證上述驗證信息中的驗證碼是否合法，如果合法，則上述標(biāo)識信息驗證成功；信息發(fā)送功能系統(tǒng)32用于向客戶端31獲取的上述標(biāo)識信息所標(biāo)識的終端發(fā)送驗 ilEfn 息 ο其中，上述標(biāo)識信息可以包括但不限于MSISDN即電話號碼、與終端綁定的互聯(lián)網(wǎng)應(yīng)用注冊標(biāo)識或者與終端綁定的SIP地址，例如電子郵件地址(email address)等。上述圖1和圖2對應(yīng)的實施例中客戶端的功能均可以由本實施例提供的終端中的客戶端31實現(xiàn)。進一步地，本實施例中的客戶端31如果在設(shè)定時間內(nèi)未接收到上述驗證信息時， 則上述標(biāo)識信息驗證失敗。具體地，本實施例中的客戶端31具體可以調(diào)用信息發(fā)送功能系統(tǒng)32發(fā)送上述驗證信息，上述驗證信息具有上述客戶端能夠識別的指定格式。進一步地，如圖4所示，本實施例的終端還可以進一步包括信息接收功能系統(tǒng)41， 用于接收發(fā)送給該終端的信息。進一步地，本實施例中的客戶端31進一步還可以監(jiān)測信息接收功能系統(tǒng)41，如果監(jiān)測到符合上述指定格式的信息，則將該信息作為上述驗證信息進行上述驗證處理。進一步地，如圖5所示，本實施例提供的終端還可以進一步包括存儲器51，用于存儲信息接收功能系統(tǒng)41接收到的上述驗證信息；可選地，客戶端31還可以進一步從存儲器 51中刪除上述驗證信息。具體地，本實施例中的客戶端31根據(jù)生成的或者從上述服務(wù)器獲取的驗證碼驗證上述驗證信息中的驗證碼是否合法，具體可以為如果驗證上述驗證信息中的驗證碼與上述客戶端生成的或者從上述服務(wù)器獲取的驗證碼一致，則上述驗證信息中的驗證碼合法； 或者還可以為如果驗證上述驗證信息中的驗證碼與上述客戶端生成的或者從上述服務(wù)器獲取的驗證碼滿足關(guān)聯(lián)性要求，則上述驗證信息中的驗證碼合法。本實施例中，客戶端獲取終端的用戶輸入的需要驗證的標(biāo)識信息之后，生成或者從服務(wù)器獲取用于驗證的驗證碼，并通過信息發(fā)送功能系統(tǒng)向標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，如果客戶端通過信息接收功能系統(tǒng)接收到驗證信息，則根據(jù)客戶端生成的或者從服務(wù)器獲取的驗證碼驗證驗證信息中的驗證碼是否合法，如果合法，則標(biāo)識信息驗證成功，無需應(yīng)用服務(wù)器通過運營商向應(yīng)用服務(wù)器提供的接口向終端發(fā)送驗證信息，能夠避免運營商為應(yīng)用服務(wù)器分配應(yīng)用標(biāo)識，以及在運營商的信息網(wǎng)關(guān)設(shè)備中配置該應(yīng)用標(biāo)識的問題，有效降低了應(yīng)用程序?qū)?yīng)的客戶端對運營商的依賴性，同時也降低了運營商的配置和維護成本。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)， 裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括U盤、移動硬盤、只讀存儲器(Read-Only Memory，簡稱 ROM)、隨機存取存儲器(Random Access Memory，簡稱RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種驗證標(biāo)識信息的方法，其特征在于，包括終端上的客戶端獲取所述終端的用戶輸入的需要驗證的標(biāo)識信息，所述標(biāo)識信息用于標(biāo)識一個終端；所述客戶端生成或者從服務(wù)器獲取用于驗證的驗證碼；所述客戶端通過所述終端向所述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，所述驗證信息中包含所述驗證碼；當(dāng)所述客戶端通過所述終端接收到所述驗證信息時，則根據(jù)所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼驗證所述驗證信息中的驗證碼是否合法，如果合法，則所述標(biāo)識信息驗證成功。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括如果所述客戶端在設(shè)定時間內(nèi)通過所述終端未接收到所述驗證信息，則所述標(biāo)識信息驗證失??；或者，所述客戶端根據(jù)所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼驗證所述驗證信息中的驗證碼是否合法的步驟中，如果不合法，則所述標(biāo)識信息驗證失敗。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述客戶端通過所述終端向所述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，包括所述客戶端調(diào)用所述終端的信息發(fā)送功能系統(tǒng)發(fā)送所述驗證信息，所述驗證信息具有所述客戶端能夠識別的指定格式。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括所述客戶端監(jiān)測所述終端的信息接收功能系統(tǒng)，如果監(jiān)測到符合所述指定格式的信息，則將該信息作為所述驗證信息進行所述驗證處理。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述客戶端監(jiān)測所述終端的信息接收功能系統(tǒng)，如果監(jiān)測到符合所述指定格式的信息，則將該信息作為所述驗證信息進行所述驗證處理之后，還包括所述客戶端從所述終端的存儲器中刪除所述驗證信息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述客戶端根據(jù)所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼驗證所述驗證信息中的驗證碼是否合法，包括如果所述客戶端驗證所述驗證信息中的驗證碼與所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼一致，則所述驗證信息中的驗證碼合法；或者，如果所述客戶端驗證所述驗證信息中的驗證碼與所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼滿足關(guān)聯(lián)性要求，則所述驗證信息中的驗證碼合法。
7.根據(jù)權(quán)利要求1 6任一權(quán)利要求所述的方法，其特征在于，所述標(biāo)識信息為終端的 MSISDN，與終端綁定的互聯(lián)網(wǎng)應(yīng)用注冊標(biāo)識，或者與終端綁定的SIP地址。
8.根據(jù)權(quán)利要求1 6任一權(quán)利要求所述的方法，其特征在于，所述驗證信息是靜默信息。
9.根據(jù)權(quán)利要求1 6任一權(quán)利要求所述的方法，其特征在于，所述驗證信息為短信息、多媒體信息、即時信息、電子郵件或者互聯(lián)網(wǎng)應(yīng)用私有信息。
10.一種終端，其特征在于，包括客戶端，用于獲取所述終端的用戶輸入的需要驗證的標(biāo)識信息，所述標(biāo)識信息用于標(biāo)識一個終端，生成或者從服務(wù)器獲取用于驗證的驗證碼，并通過信息發(fā)送功能系統(tǒng)向所述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，所述驗證信息中包含所述驗證碼；當(dāng)接收到所述驗證信息時，則根據(jù)生成的或者從所述服務(wù)器獲取的驗證碼驗證所述驗證信息中的驗證碼是否合法，如果合法，則所述標(biāo)識信息驗證成功；所述信息發(fā)送功能系統(tǒng)，用于根據(jù)所述客戶端的指示向所述標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息。
11.根據(jù)權(quán)利要求10所述的終端，其特征在于，所述客戶端還用于如果在設(shè)定時間內(nèi)未接收到所述驗證信息時，則所述標(biāo)識信息驗證失敗。
12.根據(jù)權(quán)利要求10所述的終端，其特征在于，所述驗證信息具有所述客戶端能夠識別的指定格式。
13.根據(jù)權(quán)利要求12所述的終端，其特征在于，還包括信息接收功能系統(tǒng)，用于接收發(fā)送給所述終端的信息；所述客戶端還用于監(jiān)測所述信息接收功能系統(tǒng)，如果監(jiān)測到符合所述指定格式的信息，則將該信息作為所述驗證信息進行所述驗證處理。
14.根據(jù)權(quán)利要求10所述的終端，其特征在于， 所述終端還包括存儲器，用于存儲所述驗證信息； 所述客戶端還用于從所述存儲器中刪除所述驗證信息。
15.根據(jù)權(quán)利要求10 14任一權(quán)利要求所述的終端，其特征在于，所述客戶端具體用于當(dāng)驗證所述驗證信息中的驗證碼與所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼一致時，則所述驗證信息中的驗證碼合法；或者，當(dāng)驗證所述驗證信息中的驗證碼與所述客戶端生成的或者從所述服務(wù)器獲取的驗證碼滿足關(guān)聯(lián)性要求時，則所述驗證信息中的驗證碼合法。
全文摘要
本發(fā)明實施例提供一種驗證標(biāo)識信息的方法及終端，驗證標(biāo)識信息的方法包括終端上的客戶端獲取終端的用戶輸入的需要驗證的標(biāo)識信息，標(biāo)識信息用于標(biāo)識一個終端；客戶端生成或者從服務(wù)器獲取用于驗證的驗證碼；客戶端通過終端向標(biāo)識信息所標(biāo)識的終端發(fā)送驗證信息，驗證信息中包含驗證碼；當(dāng)客戶端通過終端接收到驗證信息時，則根據(jù)客戶端生成的或者從服務(wù)器獲取的驗證碼驗證驗證信息中的驗證碼是否合法，如果合法，則標(biāo)識信息驗證成功。本發(fā)明實施例能夠避免運營商為應(yīng)用服務(wù)器分配應(yīng)用標(biāo)識，以及在運營商的信息網(wǎng)關(guān)設(shè)備中配置該應(yīng)用標(biāo)識的問題，有效降低了應(yīng)用程序?qū)?yīng)的客戶端對運營商的依賴性，同時也降低了運營商的配置和維護成本。
文檔編號H04L29/06GK102231746SQ201110193020
公開日2011年11月2日 申請日期2011年7月11日 優(yōu)先權(quán)日2011年7月11日
發(fā)明者張鳳明, 張帆 申請人:華為技術(shù)有限公司