用戶終端和權(quán)限授予方法及其系統(tǒng)

1.一種權(quán)限授予方法，其特征在于，包括如下步驟：
A、用戶終端接收應(yīng)用后臺發(fā)送的驗證碼消息；
B、遍歷預(yù)設(shè)時間內(nèi)用戶終端收到的消息，判斷驗證碼消息發(fā)送方與應(yīng)用方是否匹配；
若匹配，則授予所述應(yīng)用讀取所述驗證碼消息的權(quán)限，使所述應(yīng)用獲取驗證碼消息中的驗證碼并填充到應(yīng)用；
所述步驟B還包括：在遍歷預(yù)設(shè)時間內(nèi)收到的消息時，檢測到消息發(fā)送號碼屬于黑名單時，彈出提示信息框，提示用戶所述應(yīng)用存在泄漏用戶信息的風(fēng)險，并提示用戶是否停止使用所述應(yīng)用，及是否刪除所述應(yīng)用;
所述步驟B具體包括：
B1、用戶終端遍歷預(yù)設(shè)時間內(nèi)收到的所有消息，獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；
B2、如果匹配，則用戶終端將驗證碼消息讀取權(quán)限授權(quán)給所述應(yīng)用；
B3、由所述應(yīng)用獲取驗證碼消息中的驗證碼并自動填充到應(yīng)用;
所述步驟B1具體包括：
B11、用戶終端判斷預(yù)設(shè)時間是否收到驗證碼消息；如果是，則執(zhí)行步驟B12；否則，執(zhí)行步驟B13；
B12、遍歷預(yù)設(shè)時間內(nèi)收到的所有消息，獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；如果是，則執(zhí)行步驟B2；否則執(zhí)行步驟B13；
B13、不授權(quán)驗證碼消息讀取權(quán)限給所述應(yīng)用。
2.根據(jù)權(quán)利要求1所述的權(quán)限授予方法，其特征在于，所述步驟A具體包括：
A1、用戶登錄某個應(yīng)用需要填寫驗證碼時，用戶終端接收應(yīng)用后臺發(fā)送的包含驗證碼的驗證碼消息；
A2、應(yīng)用向用戶終端申請讀取所述驗證碼消息的權(quán)限。
3.根據(jù)權(quán)利要求1或2任意一項所述的權(quán)限授予方法，其特征在于，所述預(yù)設(shè)時間為5-
20秒。
4.一種用于實現(xiàn)權(quán)利要求1所述權(quán)限授予方法的用戶終端，其特征在于，包括：
接收模塊，用于接收應(yīng)用后臺發(fā)送的驗證碼消息；
處理模塊，用于遍歷預(yù)設(shè)時間內(nèi)接收模塊收到的消息，判斷驗證碼消息發(fā)送方與應(yīng)用方是否匹配；若匹配，則授予所述應(yīng)用讀取所述驗證碼消息的權(quán)限，使所述應(yīng)用獲取驗證碼消息中的驗證碼并填充到應(yīng)用；
所述處理模塊，還用于在遍歷預(yù)設(shè)時間內(nèi)收到的消息時，檢測到消息發(fā)送號碼屬于黑名單時，彈出提示信息框，提示用戶所述應(yīng)用存在泄漏用戶信息的風(fēng)險，并提示用戶是否停止使用所述應(yīng)用，及是否刪除所述應(yīng)用;
所述處理模塊具體包括：
遍歷單元，用于遍歷接收模塊在預(yù)設(shè)時間內(nèi)收到的所有消息；
匹配單元，用于獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；
權(quán)限授予單元，用于消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司匹配時，將驗證碼消息讀取權(quán)限授權(quán)給所述應(yīng)用；
驗證碼填充單元，用于獲取驗證碼消息中的驗證碼并自動填充到應(yīng)用;
所述處理模塊還包括：
判斷單元，用于判斷接收模塊在預(yù)設(shè)時間內(nèi)是否收到消息；
所述權(quán)限授予單元，還用于接收模塊在預(yù)設(shè)時間內(nèi)未收到驗證碼消息時，不授權(quán)驗證碼消息讀取權(quán)限給所述應(yīng)用。
5.根據(jù)權(quán)利要求4所述的用戶終端，其特征在于，
接收模塊，具體用于用戶登錄某個應(yīng)用需要填寫驗證碼時，接收應(yīng)用后臺發(fā)送的包含驗證碼的消息，使應(yīng)用能向處理模塊申請讀取所述消息的權(quán)限。
6.一種權(quán)限授予系統(tǒng)，其特征在于，包括應(yīng)用服務(wù)器和如權(quán)利要求4或5任意一項所述的用戶終端，所述應(yīng)用服務(wù)器與所述用戶終端連接，用于向用戶終端發(fā)送驗證碼消息。

用戶終端和權(quán)限授予方法及其系統(tǒng)\n技術(shù)領(lǐng)域\n[0001] 本發(fā)明涉及信息處理領(lǐng)域，尤其涉及一種用戶終端和權(quán)限授予方法及其系統(tǒng)。\n背景技術(shù)\n[0002] 隨著移動互聯(lián)網(wǎng)的發(fā)展，現(xiàn)有的手機安裝APP應(yīng)用種類越來越豐富。在安裝應(yīng)用的同時，為了實現(xiàn)APP應(yīng)用的功能，這些應(yīng)用需要擁有一些涉及用戶隱私的權(quán)限，例如撥打電話、訪問短信、訪問通訊錄、讀取GPS地理位置、開啟攝像頭等。因此這些應(yīng)用在豐富用戶生活的同時，也存在著泄露用戶隱私的風(fēng)險。不知不覺中，大量的應(yīng)用在訪問著用戶手機數(shù)據(jù)以及記錄用戶的操作習(xí)慣。\n[0003] 譬如，用戶使用某個應(yīng)用某些功能時需要填入驗證碼，而這個驗證碼是通過應(yīng)用的后臺服務(wù)器發(fā)送含有驗證碼的短信到手機，收到短信后用戶需要進入短信界面記住驗證碼后再進入應(yīng)用填充驗證碼，這樣會很不方便，后來經(jīng)過改進后，在手機收到驗證碼短信后應(yīng)用在獲取讀取短信權(quán)限后直接讀取短信內(nèi)容，將驗證碼填充進來，但這會涉及到應(yīng)用的授權(quán)訪問問題，需要對應(yīng)用的權(quán)限進行管理設(shè)置。\n[0004] 現(xiàn)有的手機助手都有對APP應(yīng)用獲取上述權(quán)限進行管理，一般為用戶提供三種管理策略：1.應(yīng)用一直不能獲取某種權(quán)限、2.應(yīng)用一直可以獲取某種權(quán)限、3.應(yīng)用每次要想獲得某種權(quán)限時都會詢問用戶是否同意。但這三種策略都有其不足之處，如果用戶選擇第一種策略，會導(dǎo)致用戶在使用應(yīng)用時有些功能不能使用；如果用戶選擇第二種策略，則會存在安全隱患；如果用戶選擇第三種策略，在每次使用前都需要進行選擇是否同意，會導(dǎo)致用戶操作的麻煩與不方便。\n[0005] 因此，現(xiàn)有技術(shù)還有待改進。\n發(fā)明內(nèi)容\n[0006] 鑒于上述現(xiàn)有技術(shù)的不足之處，本發(fā)明的目的在于提供一種操作便捷同時又能保障用戶信息安全的用戶終端和權(quán)限授予方法及其系統(tǒng)。\n[0007] 為了達到上述目的，本發(fā)明采取了以下技術(shù)方案：\n[0008] 一種權(quán)限授予方法，其包括如下步驟：\n[0009] A、用戶終端接收應(yīng)用后臺發(fā)送的驗證碼消息；\n[0010] B、遍歷預(yù)設(shè)時間內(nèi)用戶終端收到的消息，判斷驗證碼消息發(fā)送方與應(yīng)用方是否匹配；若匹配，則授予所述應(yīng)用讀取所述驗證碼消息的權(quán)限，使所述應(yīng)用獲取驗證碼消息中的驗證碼并填充到應(yīng)用。\n[0011] 所述的權(quán)限授予方法中，所述步驟A具體包括：\n[0012] A1、用戶登錄某個應(yīng)用需要填寫驗證碼時，用戶終端接收應(yīng)用后臺發(fā)送的包含驗證碼的驗證碼消息；\n[0013] A2、應(yīng)用向用戶終端申請讀取所述驗證碼消息的權(quán)限。\n[0014] 所述的權(quán)限授予方法中，所述步驟B具體包括：\n[0015] B1、用戶終端遍歷預(yù)設(shè)時間內(nèi)收到的所有消息，獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；\n[0016] B2、如果匹配，則用戶終端將驗證碼消息讀取權(quán)限授權(quán)給所述應(yīng)用；\n[0017] B3、由所述應(yīng)用獲取驗證碼消息中的驗證碼并自動填充到應(yīng)用。\n[0018] 所述的權(quán)限授予方法中，所述步驟B1具體包括：\n[0019] B11、用戶終端判斷預(yù)設(shè)時間是否收到驗證碼消息；如果是，則執(zhí)行步驟B12；否則，執(zhí)行步驟B13；\n[0020] B12、遍歷預(yù)設(shè)時間內(nèi)收到的所有消息，獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；如果是，則執(zhí)行步驟B2；否則執(zhí)行步驟B13；\n[0021] B13、不授權(quán)驗證碼消息讀取權(quán)限給所述應(yīng)用。\n[0022] 所述的權(quán)限授予方法中，所述預(yù)設(shè)時間為5-20秒。\n[0023] 一種用于實現(xiàn)上述權(quán)限授予方法的用戶終端，其包括：\n[0024] 接收模塊，用于接收應(yīng)用后臺發(fā)送的驗證碼消息；\n[0025] 處理模塊，用于遍歷預(yù)設(shè)時間內(nèi)接收模塊收到的消息，判斷驗證碼消息發(fā)送方與應(yīng)用方是否匹配；若匹配，則授予所述應(yīng)用讀取所述驗證碼消息的權(quán)限，使所述應(yīng)用獲取驗證碼消息中的驗證碼并填充到應(yīng)用。\n[0026] 所述的用戶終端中，\n[0027] 接收模塊，具體用于用戶登錄某個應(yīng)用需要填寫驗證碼時，接收應(yīng)用后臺發(fā)送的包含驗證碼的消息，使應(yīng)用能向處理模塊申請讀取所述短信的權(quán)限。\n[0028] 所述的用戶終端中，所述處理模塊具體包括：\n[0029] 遍歷單元，用于遍歷接收模塊在預(yù)設(shè)時間內(nèi)收到的所有消息；\n[0030] 匹配單元，用于獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；\n[0031] 權(quán)限授予單元，用于消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司匹配時，將驗證碼消息讀取權(quán)限授權(quán)給所述應(yīng)用；\n[0032] 驗證碼填充單元，用于獲取驗證碼消息中的驗證碼并自動填充到應(yīng)用。\n[0033] 所述的用戶終端中，所述處理模塊還包括：\n[0034] 判斷單元，用于判斷接收模塊在預(yù)設(shè)時間內(nèi)是否收到消息；\n[0035] 所述權(quán)限授予單元，還用于接收模塊在預(yù)設(shè)時間內(nèi)未收到驗證碼消息時，不授權(quán)驗證碼消息讀取權(quán)限給所述應(yīng)用。\n[0036] 一種權(quán)限授予系統(tǒng)，其包括應(yīng)用服務(wù)器和上述的用戶終端，所述應(yīng)用服務(wù)器與所述用戶終端連接，用于向用戶終端發(fā)送驗證碼消息。\n[0037] 相較于現(xiàn)有技術(shù)，本發(fā)明提供的用戶終端和權(quán)限授予方法及其系統(tǒng)，通過遍歷預(yù)設(shè)時間內(nèi)用戶終端收到的消息，判斷消息發(fā)送方與應(yīng)用方匹配后授予應(yīng)用讀取驗證碼消息的權(quán)限，并將驗證碼填充到應(yīng)用，使用戶能夠方便快捷的授予權(quán)限的同時保證用戶信息的安全。\n附圖說明\n[0038] 圖1為本發(fā)明具體實施例提供的權(quán)限授予方法的流程圖。\n[0039] 圖2為本發(fā)明具體實施例提供的權(quán)限授予方法中步驟S200的方法流程圖。\n[0040] 圖3為本發(fā)明具體實施例提供的權(quán)限授予方法中步驟S210的方法流程圖。\n[0041] 圖4為本發(fā)明具體實施例提供的用戶終端的結(jié)構(gòu)框圖。\n[0042] 圖5為本發(fā)明具體實施例提供的權(quán)限授予系統(tǒng)的原理框圖。\n[0043] 圖6為本發(fā)明具體實施例中利用權(quán)限授予系統(tǒng)實現(xiàn)權(quán)限授予的過程示意圖。\n具體實施方式\n[0044] 本發(fā)明提供一種用戶終端和權(quán)限授予方法及其系統(tǒng)，為使本發(fā)明的目的、技術(shù)方案及效果更加清楚、明確，以下參照附圖并舉實施例對本發(fā)明進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。\n[0045] 如圖1所示，本發(fā)明具體實施例提供的權(quán)限授予方法，包括如下步驟：\n[0046] S100、用戶終端接收應(yīng)用后臺發(fā)送的驗證碼消息。\n[0047] S200、遍歷預(yù)設(shè)時間內(nèi)用戶終端收到的消息，判斷驗證碼消息發(fā)送方與應(yīng)用方是否匹配；若匹配，則授予所述應(yīng)用讀取所述驗證碼消息的權(quán)限，使所述應(yīng)用獲取驗證碼消息中的驗證碼并填充到應(yīng)用。\n[0048] 具體的，所述步驟S100具體為：\n[0049] 用戶登錄某個應(yīng)用需要填寫驗證碼時，用戶終端接收應(yīng)用后臺發(fā)送的包含驗證碼的驗證碼消息。然后，應(yīng)用向用戶終端申請讀取所述驗證碼消息的權(quán)限。\n[0050] 在用戶使用應(yīng)用或者應(yīng)用某些功能時，為了使應(yīng)用獲取相應(yīng)的權(quán)限，需要填入驗證碼。驗證碼由所述應(yīng)用后臺（即應(yīng)用服務(wù)器）生成，并發(fā)送含有上述驗證碼的驗證碼消息到用戶終端上。\n[0051] 在用戶終端收到驗證碼消息后需要作一些處理來判斷是否授權(quán)給該應(yīng)用，如圖2所示，所述步驟S200具體包括：\n[0052] S210、用戶終端遍歷預(yù)設(shè)時間內(nèi)收到的所有消息，獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；若匹配，執(zhí)行步驟S220，若不匹配，則結(jié)束。\n[0053] S220、用戶終端將驗證碼消息讀取權(quán)限授權(quán)給所述應(yīng)用。\n[0054] S230、所述應(yīng)用獲取驗證碼消息中的驗證碼并自動填充到應(yīng)用。\n[0055] 步驟S210中，驗證碼消息發(fā)送號碼所屬公司與所述應(yīng)用所屬公司之間相互對應(yīng)，匹配關(guān)系的信息（如匹配關(guān)系對照表）預(yù)先存儲在用戶終端中，所述匹配或者相互對應(yīng)關(guān)系是指屬于同一家公司或者兩家不同的公司之間具有某種從屬關(guān)系，例如，母公司和子公司的關(guān)系。較佳的是，上述相互對應(yīng)，匹配關(guān)系信息可以自動定期更新，并存儲在用戶終端中。\n[0056] 在步驟S220中，用戶終端授權(quán)驗證碼消息讀取權(quán)限給所述應(yīng)用只限于本次操作，即該應(yīng)用只有一次讀取驗證碼消息的權(quán)限，在每次填充驗證碼前都需要重新進行遍歷和匹配，由此最大限度的保證用戶信息的安全。\n[0057] 在用戶終端收到驗證碼消息后，一般需要用戶進入消息界面閱讀上述驗證碼消息并記住驗證碼后重新進入應(yīng)用填充驗證碼。因上述操作給用戶帶來很大的不便，改進后，現(xiàn)有技術(shù)中當(dāng)應(yīng)用擁有驗證碼消息閱讀權(quán)限時，可以自動填充驗證碼消息中的驗證碼。上述自動填充的方法為常用技術(shù)手段，因此不再贅述。\n[0058] 更具體的，如圖3所示，所述的權(quán)限授予方法中步驟S210具體包括：\n[0059] S211、用戶終端判斷預(yù)設(shè)時間是否收到驗證碼消息。如果是，則執(zhí)行步驟S212；否則，執(zhí)行步驟S213。\n[0060] S212、遍歷預(yù)設(shè)時間內(nèi)收到的所有消息，獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配。如果是，則執(zhí)行步驟S220；否則執(zhí)行步驟S213。\n[0061] S213、不授權(quán)驗證碼消息讀取權(quán)限給所述應(yīng)用。\n[0062] 在遍歷消息之前，首先判斷用戶終端（如手機）是否在預(yù)設(shè)時間內(nèi)收到驗證碼消息。較佳的是，當(dāng)手機在預(yù)設(shè)時間內(nèi)沒有收到消息時，應(yīng)用后臺可自動重新生成驗證碼并通過后臺服務(wù)器再次發(fā)送，或者在彈出提示信息框提示用戶點擊以重新發(fā)送驗證碼。\n[0063] 在遍歷預(yù)設(shè)時間內(nèi)收到的消息時，因為正常、安全可靠的應(yīng)用發(fā)送驗證碼的號碼都是固定的，不會采用私人號碼發(fā)送。所以，當(dāng)檢測到驗證碼消息發(fā)送號碼為私人號碼時可以直接略過，不再調(diào)取相互對應(yīng)，匹配關(guān)系信息進行后續(xù)判斷，由此可以提高程序處理速度。較佳的是，本發(fā)明還可以設(shè)置號碼黑名單，當(dāng)遍歷消息過程中，檢測到消息發(fā)送號碼屬于黑名單時，彈出提示信息框，提示用戶上述應(yīng)用存在很大泄露用戶信息的風(fēng)險，提示用戶是否停止使用該應(yīng)用，及是否需要刪除該應(yīng)用。\n[0064] 進一步的，上述的權(quán)限授予方法中，所述預(yù)設(shè)時間為5-20秒。較佳的是，所述預(yù)設(shè)時間還可以由用戶依據(jù)自身實際情況和需求自主設(shè)定，預(yù)設(shè)時間設(shè)置越短，手機需要遍歷的消息越少，但如果預(yù)設(shè)時間過短，用戶手機有可能在這個時間了收不到驗證碼消息，導(dǎo)致無法進行后續(xù)的處理，經(jīng)測試所述預(yù)設(shè)時間優(yōu)選為15秒。\n[0065] 如圖4所示，本發(fā)明具體實施方式中一種用于實現(xiàn)上述權(quán)限授予方法的用戶終端，包括：\n[0066] 接收模塊100，用于接收應(yīng)用后臺發(fā)送的驗證碼消息；\n[0067] 處理模塊200，用于遍歷預(yù)設(shè)時間內(nèi)接收模塊100收到的消息，判斷驗證碼消息發(fā)送方與應(yīng)用方是否匹配；若匹配，則授予所述應(yīng)用讀取所述消息的權(quán)限，使所述應(yīng)用獲取驗證碼消息中的驗證碼并填充到應(yīng)用。\n[0068] 具體的，接收模塊，具體用于用戶登錄某個應(yīng)用需要填寫驗證碼時，接收應(yīng)用后臺發(fā)送的包含驗證碼的消息，使應(yīng)用能向處理模塊申請讀取所述消息的權(quán)限。\n[0069] 一般情況下，應(yīng)用獲取與應(yīng)用功能相應(yīng)的權(quán)限時，需要用戶填入驗證碼。驗證碼由所述應(yīng)用后臺自動生成，通過應(yīng)用的后臺服務(wù)器發(fā)送含有上述驗證碼的驗證碼消息到用戶終端（如手機）上。\n[0070] 更具體的，所述處理模塊200具體包括：\n[0071] 遍歷單元210，用于遍歷接收模塊在預(yù)設(shè)時間內(nèi)收到的所有消息；匹配單元220，用于獲取每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配；權(quán)限授予單元230，用于消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司匹配時，將驗證碼消息讀取權(quán)限授權(quán)給所述應(yīng)用。\n[0072] 驗證碼消息發(fā)送號碼所屬公司與所述應(yīng)用所屬公司之間相互對應(yīng)和匹配關(guān)系的信息預(yù)先存儲在用戶終端中，供匹配單元調(diào)用。\n[0073] 權(quán)限授予單元授予的消息讀取權(quán)限為一次讀取權(quán)限。\n[0074] 驗證碼填充單元240，用于獲取消息中的驗證碼并自動填充到應(yīng)用。\n[0075] 所述處理模塊200還包括：\n[0076] 判斷單元250，用于判斷接收模塊在預(yù)設(shè)時間內(nèi)是否收到消息；\n[0077] 具體的，所述權(quán)限授予單元230，還用于接收模塊100在預(yù)設(shè)時間內(nèi)未收到驗證碼消息時，不授權(quán)驗證碼消息讀取權(quán)限給所述應(yīng)用。\n[0078] 更具體的，上述權(quán)限授予系統(tǒng)中所述預(yù)設(shè)時間為5-20秒。當(dāng)然，也可以由用戶依據(jù)自身實際情況和需求自主設(shè)定，例如15秒。\n[0079] 本發(fā)明還對應(yīng)提供一種權(quán)限授予系統(tǒng)，如圖5所示，其包括應(yīng)用服務(wù)器10和用戶終端20，所述應(yīng)用服務(wù)器10與所述用戶終端20連接，用于向用戶終端200發(fā)送驗證碼消息。由于上文已對用戶終端進行了詳細描述，此處不再贅述。\n[0080] 如圖6所示，為了更好的理解本發(fā)明的方案，以下舉一應(yīng)用實施例，對利用上述權(quán)限授予系統(tǒng)實現(xiàn)權(quán)限授予的方法進行詳細說明：\n[0081] S1、在用戶終端訪問應(yīng)用時，由應(yīng)用后臺生成驗證碼，并發(fā)送包含有驗證碼的驗證碼消息至用戶終端。\n[0082] S2、應(yīng)用向用戶終端申請消息閱讀權(quán)限。\n[0083] S3、用戶終端在15秒內(nèi)是否收到消息。若是，執(zhí)行步驟S4；若否，執(zhí)行步驟S8。\n[0084] S4、用戶終端遍歷15秒內(nèi)收到的所有消息。在遍歷時，只涉及15秒內(nèi)收到消息的消息發(fā)送號碼而不涉及消息內(nèi)容。\n[0085] S5、判斷每個消息發(fā)送號碼所屬公司與所述應(yīng)用所屬的公司是否匹配。若匹配，執(zhí)行步驟S6；若否，執(zhí)行步驟S8。\n[0086] S6、授予應(yīng)用一次讀取驗證碼消息的權(quán)限。\n[0087] S7、應(yīng)用讀取包含驗證碼的驗證碼消息并將其自動填充。\n[0088] 應(yīng)用成功確認(rèn)填充的驗證碼后，就可以獲取相應(yīng)的權(quán)限，實現(xiàn)手機應(yīng)用的功能。\n[0089] S8、結(jié)束。當(dāng)用戶終端15秒內(nèi)沒有收到驗證碼消息時，應(yīng)用可以彈出提示窗口，提示用戶檢查用戶終端的使用狀態(tài)，是否能正常接收驗證碼消息，并提示用戶點擊重新發(fā)送驗證碼消息。\n[0090] 綜上所述，本發(fā)明提供一種權(quán)限授予方法和系統(tǒng)，通過遍歷預(yù)設(shè)時間內(nèi)用戶終端收到的消息，判斷消息發(fā)送方與應(yīng)用方匹配后授予應(yīng)用讀取驗證碼消息的權(quán)限，并將驗證碼填充到應(yīng)用，使用戶能夠方便快捷的授予權(quán)限的同時保證用戶信息的安全。\n[0091] 可以理解的是，對本領(lǐng)域普通技術(shù)人員來說，可以根據(jù)本發(fā)明的技術(shù)方案及其發(fā)明構(gòu)思加以等同替換或改變，而所有這些改變或替換都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。