本發(fā)明涉及智能終端技術領域，特別涉及一種手機號碼綁定APP的方法及系統(tǒng)。

背景技術：

隨著移動終端的不斷發(fā)展，移動終端可以安裝大量的應用程序。目前，很多應用程序在注冊賬號時，都需要進行手機號碼綁定注冊?，F(xiàn)有的手機號碼綁定注冊方法都是通過服務器發(fā)驗證短信給手機的方式來完成手機號碼綁定注冊。而對于驗證短信的處理大致分為兩種方式，一種是需要用戶手動輸入短信，其操作麻煩，給用戶的使用帶來不變；另外一種是應用程序具有讀取短信的權限，在收到短信后，應用程序讀取相關的短信進行驗證，但是該方式需要授予該應用程序讀取短信的權限，對用戶來說有信息泄漏的風險，存在安全問題。

因而現(xiàn)有技術還有待改進和提高。

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

本發(fā)明要解決的技術問題在于，針對現(xiàn)有技術的不足，提供一種手機號碼綁定APP的方法及系統(tǒng)，以解決現(xiàn)有手機號碼綁定APP的方法存在的信息泄漏的風險，給用戶的使用帶來不變的問題。

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

一種手機號碼綁定APP的方法，其包括：

當手機的應用程序需綁定手機號碼時，向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼；

所述服務器接收所述請求信息，并向所述手機號碼發(fā)送驗證短信，其中，所述驗證短信包括第一驗證標識和動態(tài)密碼；

所述手機接收所驗證短信，判斷所述第一驗證標識與本機預存的驗證標識是否一致；

當一致時，所述手機將動態(tài)密碼反饋給所述應用程序，所述應用程序完成手機號碼綁定。

所述手機號碼綁定APP的方法，其中，所述當手機的應用程序需綁定手機號碼時，向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼具體包括：

當手機的應用程序需綁定手機號碼時，應用程序向手機發(fā)送驗證請求信息，其中，所述驗證請求信息包括手機號碼以及應用標識；

手機根據(jù)所述驗證請求生成第一驗證標識，并將所述第一驗證標識反饋給應用程序；

所述應用程序控制手機向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼。

所述手機號碼綁定APP的方法，其中，所述應用程序控制手機向服務器發(fā)送綁定所述手機的請求信息具體包括：所述應用程序的注冊界面接收到輸入手機號碼的指令，手機根據(jù)所述指令向服務器發(fā)送綁定所述手機的請求信息。

所述手機號碼綁定APP的方法，其中，所述手機接收所述驗證短信，判斷所述第一驗證標識與本機預存的驗證標識是否一致具體包括：

所述手機接收所述驗證短信，并獲取所述驗證短信的手機號碼以及第一驗證標識；

將所述手機號碼與本機號碼進行比較；

當相同時，判斷所述第一驗證標識與本機預存的驗證標識是否一致。

所述手機號碼綁定APP的方法，其中，所述當一致時，所述手機將動態(tài)密碼反饋給所述應用程序，所述應用程序完成手機號碼綁定具體包括：

當一致時，所述手機將動態(tài)密碼反饋給所述應用程序，所述應用程序通過手機將所述動態(tài)密碼返回給服務器；

服務器將所述動態(tài)密碼與服務器發(fā)送的動態(tài)密碼進行比較，若相同，則將應用程序與所述手機號碼綁定。

一種手機號碼綁定APP的系統(tǒng)，其包括：手機和服務器，所述手機包括發(fā)送模塊、判斷模塊以及反饋模塊；

所述發(fā)送模塊，用于當手機的應用程序需綁定手機號碼時，向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼；

所述判斷模塊，用于接收所驗證短信，并判斷所述第一驗證標識與本機預存的驗證標識是否一致；

所述反饋模塊，用于當一致時，將動態(tài)密碼反饋給所述應用程序，所述應用程序完成手機號碼綁定；

所述服務器包括接收模塊；

所述接收模塊，用于接收所述請求信息，并向所述手機號碼發(fā)送驗證短信，其中，所述驗證短信包括第一驗證標識和動態(tài)密碼。

所述手機號碼綁定APP的系統(tǒng)，其中，所述發(fā)送模塊具體包括：

控制單元，用于當手機的應用程序需綁定手機號碼時，控制應用程序向手機發(fā)送驗證請求信息，其中，所述驗證請求信息包括手機號碼以及應用標識；

生成單元，用于根據(jù)所述驗證請求生成第一驗證標識，并將所述第一驗證標識反饋給應用程序；

發(fā)送單元，用于通過應用程序向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼。

所述手機號碼綁定APP的系統(tǒng)，其中，所述發(fā)送單元用于當應用程序的注冊界面接收到輸入手機號碼的指令，根據(jù)所述指令向服務器發(fā)送綁定所述手機的請求信息。

所述手機號碼綁定APP的系統(tǒng)，其中，所述判斷模塊具體包括：

獲取單元，用于接收所述驗證短信，并獲取所述驗證短信的手機號碼以及第一驗證標識；

比較單元，用于將所述手機號碼與本機號碼進行比較；

判斷單元，用于當相同時，判斷所述第一驗證標識與本機預存的驗證標識是否一致。

所述手機號碼綁定APP的系統(tǒng)，其中，所述反饋模塊具體包括：

反饋單元，用于當一致時，將動態(tài)密碼反饋給所述應用程序，所述應用程序通過手機將所述動態(tài)密碼返回給服務器；

所述服務器還包括比較模塊；

所述比較模塊，用于將所述動態(tài)密碼與服務器發(fā)送的動態(tài)密碼進行比較，若相同，則將應用程序與所述手機號碼綁定。

有益效果：與現(xiàn)有技術相比，本發(fā)明提供了一種手機號碼綁定APP的方法及系統(tǒng)，所述方法包括：當手機的應用程序需綁定手機號碼時，向服務器發(fā)送綁定所述手機的請求信息，所述服務器接收所述請求信息，并向所述手機號碼發(fā)送驗證短信，所述手機接收所驗證短信，判斷所述第一驗證標識與本機預存的驗證標識是否一致；當一致時，所述手機將動態(tài)密碼反饋給所述應用程序，所述應用程序完成手機號碼綁定。本發(fā)明通過對驗證短信統(tǒng)一管理，并對應用程序采用驗證標識進行驗證，使得應用程序直接訪問驗證短信，避免了信息泄露的問題，提高了手機號碼綁定的安全性。

附圖說明

圖1為本發(fā)明提供的手機號碼綁定APP的方法較佳實施的流程圖。

圖2為本發(fā)明提供的手機號碼綁定APP的方法實施例一的時序圖。

圖3為本發(fā)明提供的手機號碼綁定APP的系統(tǒng)的結構原理圖。

具體實施方式

本發(fā)明提供一種手機號碼綁定APP的方法及系統(tǒng)，為使本發(fā)明的目的、技術方案及效果更加清楚、明確，以下參照附圖并舉實施例對本發(fā)明進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身并沒有特定的意義。因此，“模塊”、“部件”或“單元”可以混合地使用。

終端設備可以以各種形式來實施。例如，本發(fā)明中描述的終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA(個人數(shù)字助理)、PAD(平板電腦)、PMP(便攜式多媒體播放器)、導航裝置等等的移動終端以及諸如數(shù)字TV、臺式計算機等等的固定終端。然而，本領域技術人員將理解的是，除了特別用于移動目的的元件之外，根據(jù)本發(fā)明的實施方式的構造也能夠應用于固定類型的終端。

下面結合附圖，通過對實施例的描述，對發(fā)明內(nèi)容作進一步說明。

請參照圖1，圖1為本發(fā)明提供的手機號碼綁定APP的方法的較佳實施例的流程圖。所述方法包括：

S100、當手機的應用程序需綁定手機號碼時，向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼；

S200、所述服務器接收所述請求信息，并向所述手機號碼發(fā)送驗證短信，其中，所述驗證短信包括第一驗證標識和動態(tài)密碼；

S300、所述手機接收所驗證短信，判斷所述第一驗證標識與本機預存的驗證標識是否一致；

S400、當一致時，所述手機將動態(tài)密碼反饋給所述應用程序，所述應用程序完成手機號碼綁定。

本發(fā)明通過手機系統(tǒng)統(tǒng)一管理短信權限，當應用程序APP需要短信的動態(tài)密碼時需要預先向手機系統(tǒng)進行驗證并獲取第一驗證標識，之后通過手機系統(tǒng)獲取短信中攜帶的動態(tài)密碼，并且在自身存儲的驗證標識與應用程序的第一驗證標識相同時，將動態(tài)密碼反饋給應用程序。這樣一方面可以使得應用程序自動獲取動態(tài)密碼，另一方面又避免了應用程序獲取短信權限而造成的信息泄露的問題。

具體地來說，在所述步驟S100中，所述手機的應用程序指的是手機安裝的第三方應用程序，如，微信、QQ、百度地圖等等。所述手機的應用程序綁定手機號碼指的手機注冊第三方應用程序的賬號的時候進行手機號碼綁定。所述向服務器發(fā)送綁定所述手機的請求信息指的手機向服務器發(fā)送將所述手機號碼與所述應用程序的賬號進行綁定的請求信息。所述請求信息包括手機號碼和第一驗證標識。所述第一驗證標識為手機為所述應用程序預先設置，用于驗證應用程序安全性的標識。

所述手機與服務器采用互聯(lián)網(wǎng)通訊，所述手機與應用程序采用程序間的消息交互通信，實現(xiàn)應用程序、手機和服務器之間的通訊。也就是說，當應用程序進行手機號碼綁定時，應用程序通過程序間的消息交互通信使得手機控制短信功能向服務器發(fā)送綁定手機號碼的請求信息。

在實施例中，所述當手機的應用程序需綁定手機號碼時，向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼具體可以包括：

S101、當手機的應用程序需綁定手機號碼時，應用程序向手機發(fā)送驗證請求信息，其中，所述驗證請求信息包括手機號碼以及應用標識；

S102、手機根據(jù)所述驗證請求生成第一驗證標識，并將所述第一驗證標識反饋給應用程序；

S103、所述應用程序控制手機向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼。

具體的來說，在所述步驟S101中，所述應用程序向手機發(fā)送驗證請求指的應用程序向系統(tǒng)發(fā)送驗證請求，所述驗證請求包含服務器短信發(fā)送號碼以及所述應用程序的標識。在實際應用中，所述手機可以預先設置一獨立短信驗證模塊，所述獨立短信驗證模塊具有短信訪問權限。所述應用程序向手機發(fā)送驗證請求指的是應用程序向獨立短信驗證模塊發(fā)送驗證請求。

在所述步驟S102中，所述手機根據(jù)所述驗證請求生成第一驗證標識指的是手機根據(jù)應用程序標識為所述應用程序生成用于獲取動態(tài)密碼的第一驗證標識，同時手機將第一驗證標識反饋給應用程序，且將所述第一驗證標識保存于系統(tǒng)緩存內(nèi)。

在所述步驟S103中，所述應用程序控制手機向服務器發(fā)送綁定所述手機的請求信息指的是在應用程序的注冊界面接收到輸入手機號碼的指令，控制手機根據(jù)所述指令向服務器發(fā)送綁定所述手機的請求信息。

在所述步驟S200中，所述服務器接收所述請求信息，獲取所述請求信息內(nèi)的手機號碼，向所述手機號碼發(fā)送驗證短信。所述服務器指的是所述應用程序?qū)姆掌鳎簿驼f，所述應用程序的所有遠程信息都通過所述服務器進行操作以及保持。這樣，當服務器接收到所述請求信息時，可以根據(jù)向所述請求信息中的手機號碼發(fā)送驗證短信。在實際應用中，所述驗證短信中包括動態(tài)密碼以及手機發(fā)送請求信息中攜帶的第一驗證標識。

在所述步驟S300中，所述手機接收到驗證短信后，獲取驗證短信攜帶的第一驗證標識，并將所述第一驗證標識與系統(tǒng)預存的驗證標識進行比較，以判斷兩者是否相同。在實際應用中，應用程序登錄時可以綁定其他手機號碼，從而在比較驗證標識之前還可以包括一個手機號碼驗證過程，即將所述驗證短信保護的手機號碼與本機號碼進行比較，在相同的情況下再比較驗證標識。

所述手機接收所驗證短信，判斷所述第一驗證標識與本機預存的驗證標識是否一致具體可以包括：

S301、所述手機接收所述驗證短信，并獲取所述驗證短信的手機號碼以及第一驗證標識；

S302、將所述手機號碼與本機號碼進行比較；

S303、當相同時，判斷所述第一驗證標識與本機預存的驗證標識是否一致。

在步驟S400中，所述一致指的是短信攜帶的第一驗證標識與本機保存的驗證標識一致，這說明應用程序具有獲取動態(tài)密碼的憑證，此時手機將所述動態(tài)密碼反饋給所述應用程序，以使得應用程序綁定所述手機號碼。當然，當所述驗證標識不一致時，手機向所述應用程序反饋動態(tài)密碼獲取失敗。

在本實施例中，所述步驟S400具體的可以包括：

當一致時，所述手機將動態(tài)密碼反饋給所述應用程序，所述應用程序通過手機將所述動態(tài)密碼返回給服務器；

服務器將所述動態(tài)密碼與服務器發(fā)送的動態(tài)密碼進行比較，若相同，則將應用程序與所述手機號碼綁定。

為了進一步理解本發(fā)明的手機號碼綁定APP的方法，下面結合一個具體實施例加以說明。

實施例一

本實施例提供一種手機號碼綁定APP的方法，如圖2所示，所述手機預先設置獨立短信驗證模塊，所述獨立短信驗證模塊具有訪問短信權限，所述方法具體包括：

S1、應用程序向獨立短信驗證程序注冊手機號碼綁定APP驗證請求信息，所述請求信息包括服務器短信發(fā)送號碼以及所述應用程序標識；

S2、短信驗證模塊接收所述請求，根據(jù)所述請求第一驗證標識Key，并將所述第一驗證標識key返回給應用程序；

S3、所述應用程序顯示于手機的顯示界面的應用程序注冊界面接收用戶輸入的要綁定的手機號碼；

S4、在用戶輸入手機號碼后，手機向服務器發(fā)起綁定手機號碼注冊請求信息,所述注冊請求信息包括第一驗證標識Key與輸入的手機號碼；

S5、服務器根據(jù)所述注冊請求信息向該手機發(fā)送驗證短信，其中，所述驗證短信容包括第一驗證標識Key與動態(tài)密碼；

S6、獨立短信驗證模塊訪問短信功能接收到驗證短信后，并驗證接收到的短信是否為綁定驗證短信，所述驗證過程包括：判斷短信的號碼與服務器短信發(fā)送號碼是否一致，以及短信內(nèi)容包含第一驗證標識Key與本機存儲的驗證標識是否一致；

S7、當驗證成功時，獨立短信驗證模塊將動態(tài)密碼反饋給應用程序，所述應用程序?qū)⒃搫討B(tài)密碼，返回給服務器，如果動態(tài)密碼與發(fā)送的一致，則完成該動態(tài)密碼對應的手機號碼綁定注冊。

本發(fā)明還提供了一種手機號碼綁定APP的系統(tǒng)，如圖3所示，其包括：手機100和服務器200，所述手機100包括發(fā)送模塊101、判斷模塊102以及反饋模塊103；

所述發(fā)送模塊101，用于當手機的應用程序需綁定手機號碼時，向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼；

所述判斷模塊102，用于接收所驗證短信，并判斷所述第一驗證標識與本機預存的驗證標識是否一致；

所述反饋模塊103，用于當一致時，將動態(tài)密碼反饋給所述應用程序，所述應用程序完成手機號碼綁定；

所述服務器200包括接收模塊201；

所述接收模塊201，用于接收所述請求信息，并向所述手機號碼發(fā)送驗證短信，其中，所述驗證短信包括第一驗證標識和動態(tài)密碼。

所述手機號碼綁定APP的系統(tǒng)，其中，所述發(fā)送模塊具體包括：

控制單元，用于當手機的應用程序需綁定手機號碼時，控制應用程序向手機發(fā)送驗證請求信息，其中，所述驗證請求信息包括手機號碼以及應用標識；

生成單元，用于根據(jù)所述驗證請求生成第一驗證標識，并將所述第一驗證標識反饋給應用程序；

發(fā)送單元，用于通過應用程序向服務器發(fā)送綁定所述手機的請求信息，其中，所述請求信息包含第一驗證標識以及手機號碼。

所述手機號碼綁定APP的系統(tǒng)，其中，所述發(fā)送單元用于當應用程序的注冊界面接收到輸入手機號碼的指令，根據(jù)所述指令向服務器發(fā)送綁定所述手機的請求信息。

所述手機號碼綁定APP的系統(tǒng)，其中，所述判斷模塊具體包括：

獲取單元，用于接收所述驗證短信，并獲取所述驗證短信的手機號碼以及第一驗證標識；

比較單元，用于將所述手機號碼與本機號碼進行比較；

判斷單元，用于當相同時，判斷所述第一驗證標識與本機預存的驗證標識是否一致。

所述手機號碼綁定APP的系統(tǒng)，其中，所述反饋模塊具體包括：

反饋單元，用于當一致時，將動態(tài)密碼反饋給所述應用程序，所述應用程序通過手機將所述動態(tài)密碼返回給服務器；

所述服務器還包括比較模塊；

所述比較模塊，用于將所述動態(tài)密碼與服務器發(fā)送的動態(tài)密碼進行比較，若相同，則將應用程序與所述手機號碼綁定。

上述手機號碼綁定APP的系統(tǒng)的各個模塊在上述方法中已經(jīng)詳細說明，在這里就不再一一陳述。

在本發(fā)明所提供的實施例中，應該理解到，所揭露的系統(tǒng)和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(Read-Only Memory，ROM)、隨機存取存儲器(Random Access Memory，RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精神和范圍。