數據調用方法和裝置的製作方法
2024-02-16 12:44:15
專利名稱：數據調用方法和裝置的製作方法
技術領域：
本申請涉及通信技術領域，特別是涉及一種隱私數據的數據調用方法和裝置。
背景技術：
隨著通信技術的發展，移動終端如手機等已經成為人們日常生活的必需品。為了滿足人們越來越高的使用需求，移動終端生產商和移動服務提供商也為人們提供了越來越多的應用服務。然而，很多應用服務在用戶不知情的情況下，收集用戶隱私信息，威脅用戶使用安全。尤其在現有應用和功能愈加豐富的移動終端如手機端，因其中存在很多用戶的隱私數據，所以豐富需要對其加以保護。以手機為例，目前，在手機上的應用程式中，作業系統對各個APP(應用程式)有一定的要求。如果某個應用需要讀取用戶的隱私數據(例如通訊錄、簡訊等)，則會在該應用程式安裝時，彈出提示以告知用戶該應用程式需要使用到用戶的隱私數據，如果用戶同意， 則就可以安裝該應用程式了。然而，在安裝之後，該應用程式任何時候在使用隱私數據的過程中，都不會被打斷，也不會提示用戶，告知用戶的隱私數據正被使用。也就是說，對於一個應用程式，需要向作業系統申請使用隱私數據的權限，這個申請以及授權過程是在應用程式安裝過程中完成的。之後，應用程式如何使用隱私數據，什麼時候使用隱私數據，使用什麼隱私數據等等，就都是應用程式自己的事情了，系統不再進行監督和管理，也不再向用戶進行告警或提示。然而，這樣的用戶隱私數據保護顯然不夠。因為實際上只在安裝時請求授權，而在後續使用中不再進行監管，會使用戶無法得知應用程式對隱私數據的應用情況，以及會如何應用，或者在什麼情況下應用隱私數據，從而造成用戶隱私數據的洩密。所以，非常有必要對每次應用程式訪問隱私數據時，都加以提示和防護，以增強用戶隱私數據的保護，保障用戶使用應用程式的安全性。
發明內容
本申請所要解決的技術問題是提供一種隱私數據的數據調用方法和裝置，以解決現有技術中，無法對用戶的隱私數據進行有效保護，用戶使用應用程式安全性不高的問題。為了解決上述問題，本申請公開了一種數據調用方法，包括接收請求使用第一服務的服務請求，所述第一服務需要使用移動終端的隱私數據，所述服務請求中包括所述第一服務的服務名；根據所述服務名，向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；根據所述用戶的輸入，確定允許所請求的所述第一服務使用所述隱私數據；確定與所述服務名對應的跳轉服務名，根據所述跳轉服務名，調用所述第一服務，其中，所述跳轉服務名為所述移動終端每次啟動時，對系統所維護的服務列表中所述第一服務的所述服務名進行修改後的服務名，所述跳轉服務名不同於所述服務列表中除所述第一服務外的其它服務的服務名。優選地，數據調用方法還包括在所述移動終端每次啟動，將所述系統所維護的服務列表中的所述第一服務的所述服務名修改為所述跳轉服務名後，使用所述服務名註冊第二服務，所述第二服務用於向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據；所述根據所述服務名，向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示的步驟包括根據所述服務名，調用所述第二服務，通過所述第二服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示。優選地，所述第二服務還用於在確定允許所述第一服務使用所述隱私數據後，確定與所述服務名對應的跳轉服務名，調用所述跳轉服務名對應的所述第一服務。優選地，數據調用方法還包括在所述使用所述服務名註冊所述第二服務之前或之後，註冊攔截服務；所述第二服務，用於調用所述攔截服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；並且，根據所述攔截服務返回的所述用戶輸入的信息，確定是否允許所請求的所述第一服務使用所述隱私數據。 優選地，在註冊所述第二服務和所述攔截服務之前，還包括判斷所述第二服務和所述攔截服務是否具有註冊權限，若具有，則允許註冊；若不具有，則不允許註冊。優選地，所述服務名的長度與所述跳轉服務名的長度相同。優選地，所述移動終端使用Android作業系統。優選地，在所述接收請求使用第一服務的服務請求的步驟之前，還包括將所述第一服務的服務名用於調用所述第一服務修改為用於指示所述移動終端向其用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據，以及，確定與所述第一服務的服務名對應的所述跳轉服務名。優選地，所述第一服務包括以下至少之一簡訊服務、IP電話服務、和數據上傳服務。為了解決上述問題，本申請還公開了一種數據調用裝置，包括接收模塊，用於接收請求使用第一服務的服務請求，所述第一服務需要使用移動終端的隱私數據，所述服務請求中包括所述第一服務的服務名；提示模塊，用於根據所述服務名，向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；確認模塊，用於根據所述用戶的輸入，確定允許所請求的所述第一服務使用所述隱私數據；調用模塊，用於在所述確認模塊確定允許所請求的所述第一服務使用所述隱私數據後，確定與所述服務名對應的跳轉服務名，根據所述跳轉服務名，調用所述第一服務，其中，所述跳轉服務名為所述移動終端每次啟動時，對系統所維護的服務列表中所述第一服務的所述服務名進行修改後的服務名，所述跳轉服務名不同於所述服務列表中除所述第一服務外的其它服務的服務名。優選地，數據調用裝置還包括註冊模塊，用於在所述移動終端每次啟動，將所述系統所維護的服務列表中的所述第一服務的所述服務名修改為所述跳轉服務名後，使用所述服務名註冊第二服務，所述第二服務用於向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據；所述提示模塊，用於根據所述服務名，調用所述第二服務，通過所述第二服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示。優選地，所述第二服務還用於在確定允許所述第一服務使用所述隱私數據後，確定與所述服務名對應的跳轉服務名，調用所述跳轉服務名對應的所述第一服務。優選地，所述註冊模塊，還用於在所述使用所述服務名註冊所述第二服務之前或之後，註冊攔截服務；所述第二服務，用於調用所述攔截服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；並且，根據所述攔截服務返回的所述用戶輸入的信息，確定是否允許所請求的所述第一服務使用所述隱私數據。優選地，數據調用裝置還包括判斷模塊，用於在註冊模塊註冊所述第二服務和所述攔截服務之前，判斷所述第二服務和所述攔截服務是否具有註冊權限，若具有，則允許註冊；若不具有，則不允許註冊。優選地，所述服務名的長度與所述跳轉服務名的長度相同，所述移動終端使用 Android作業系統。優選地，數據調用裝置還包括修改模塊，用於在所述接收模塊接收請求使用第一服務的服務請求之前，將所述第一服務的服務名用於調用所述第一服務修改為指示所述移動終端向其用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據，以及，確定與所述第一服務的服務名對應的所述跳轉服務名。優選地，所述第一服務包括以下至少之一簡訊服務、IP電話服務、和數據上傳服務。與現有技術相比，本申請具有以下優點本申請通過修改使用移動終端隱私數據的服務(第一服務)的服務名，在接收到使用該服務(第一服務)的請求時，先詢問用戶是否允許使用移動終端的隱私數據，在用戶允許的情況下，再通過修改後的服務名(跳轉服務名)調用該服務(第一服務)。這樣，應用程式對移動終端隱私數據的每一次訪問和使用都能被用戶知曉，進而由用戶決定是否允許應用程式使用隱私數據，從而解決了現有技術中無法對用戶的隱私數據進行有效保護， 用戶使用應用程式安全性不高的問題，提高了移動終端隱私數據的安全性。
圖1是根據本申請實施例一的一種數據調用方法的步驟流程圖；圖2是根據本申請實施例二的一種數據調用方法的步驟流程圖；圖3是根據本申請實施例三的一種數據調用方法的步驟流程圖；圖4是根據本申請實施例四的一種數據調用裝置的結構框圖。
具體實施例方式為使本申請的上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖和具體實施方式
對本申請作進一步詳細的說明。實施例一參照圖1，示出了根據本申請實施例一的一種數據調用方法的步驟流程圖。本實施例的數據調用方法包括以下步驟步驟S102 接收請求使用第一服務的服務請求。其中，第一服務需要使用移動終端的隱私數據，服務請求中包括第一服務的服務
7名。第一服務可以是現有的服務，如簡訊服務，第一服務的服務名即為現有服務的原服務名，如ISMS等。本步驟中，可以由系統的服務(或稱為服務進程)接收請求使用移動終端的隱私數據的服務請求。服務是一個抽象的包裝，一個服務(也可以多個)對應著一個進程，該進程專門做某種事情，所以稱為服務進程。以android系統為例，服務進程與普通進程的區別是，服務進程具有android特定的接口(服務接口)。類似的android系統的服務根據啟動方式的不同可以分為兩類，通過android dalvik虛擬機啟動的和不通過android dalvik虛擬機啟動的，後者可以稱為native服務。非系統的android虛擬機程序啟動的服務(譬如後文提到的360callback服務)是不能夠通過系統的接口註冊到系統服務列表裡面的。步驟S104 根據服務名，向移動終端的用戶發送是否允許第一服務使用隱私數據的提示。因第一服務需求使用移動終端中與該服務有關的隱私數據，因此，系統伺服器向移動終端的用戶發送是否允許使用與該服務有關的隱私數據的提示，一方面，提示用戶有服務要使用隱私數據；另一方面，由用戶決定隱私數據是否願意被該服務使用。步驟S106 根據用戶的輸入，確定允許所請求的第一服務使用隱私數據。步驟S108 確定與服務名對應的跳轉服務名，根據跳轉服務名，調用第一服務。其中，跳轉服務名為移動終端每次啟動時，對系統所維護的服務列表(如， ServiceManager所維護的服務列表)中第一服務的服務名進行修改後的服務名，跳轉服務名不同於服務列表中除第一服務外的其它服務的服務名。跳轉服務名為對第一服務的原服務名進行修改後的新服務名，將原服務名修改為新服務名，使得在調用服務時，不會直接調用該服務，而是先向用戶發出使用隱私數據的提示，只有在用戶允許使用隱私數據的情況下，才會調用該服務，從而避免隱私數據在用戶不知曉情況下的洩露和使用。通過本實施例，對使用移動終端隱私數據的服務(第一服務)的服務名進行修改， 在接收到使用該服務(第一服務)的請求時，先詢問用戶是否允許使用移動終端的隱私數據，在用戶允許的情況下，再通過修改後的服務名(跳轉服務名)調用該服務(第一服務)。 這樣，應用程式對移動終端隱私數據的每一次訪問和使用都能被用戶知曉，進而由用戶決定是否允許應用程式使用隱私數據，從而解決了現有技術中無法對用戶的隱私數據進行有效保護，用戶使用應用程式安全性不高的問題，提高了移動終端隱私數據的安全性。實施例二參照圖2，示出了根據本申請實施例二的一種數據調用方法的步驟流程圖。本實施例中，設定移動終端使用Android作業系統，設定第一服務為簡訊服務，其需要使用移動終端的隱私數據，設定第一服務的服務名為ISMS。本實施例的數據調用方法包括以下步驟步驟S202 移動終端啟動時，對系統所維護的服務列表中的第一服務的服務名進行修改，將服務名修改為跳轉服務名。本實施例中的「系統」意指Android系統中的krviceManager服務管理進程。修改後的第一服務的跳轉服務名既不同於原服務名，也不同於列表中除第一服務外的其它服務的服務名。本實施例中，通過本步驟，可以將簡訊服務的服務名ISMS修改為ISMO，「ISM0」僅為示例性說明，本領域技術人員在前述原則下，可以將服務名修改為任意適當名稱。優選地，修改後的跳轉服務名與服務名的長度相同。修改前後服務名的長度相同，能夠不破壞程序內部的數據結構，並且，不會造成程序存儲堆棧的溢出或其它問題，將修改對現有流程的影響減低到最小。步驟S204 向系統發送註冊第二服務和/或攔截服務的指令。其中，第二服務用於向移動終端的用戶發送是否允許第一服務使用隱私數據的提示，並根據用戶的輸入，確定是否允許所請求的第一服務使用隱私數據；或者，第二服務用於調用攔截服務，由攔截服務向移動終端的用戶發送是否允許第一服務使用隱私數據的提示，並在用戶返回處理結果後，由攔截服務將處理結果返回給第二服務。需要說明的是，對調用隱私數據的攔截和提示也可以由本領域技術人員根據實際需求，採用其它適當方式實現，而不必須註冊新的服務，如使用命令或程序調轉的方式等。步驟S206 系統判斷第二服務和/或攔截服務是否有註冊權限，若有，則執行步驟 S208 ；若沒有，則拒絕註冊，結束流程。本步驟為可選步驟，主要針對權限受限用戶，以避免誤修改或非法修改，保證系統安全。步驟S208 使用服務名註冊第二服務，和/或，註冊攔截服務。本實施例中，即再註冊一個名為ISMS的新服務，和/或攔截服務。使用原服務名註冊新服務，能夠有效保障系統穩定性，使得系統在調用原服務時， 能夠直接找到該原服務名，雖然執行的是新服務，但不會造成因找不到原服務名而服務無法被執行，或者系統死機或崩潰等其它問題。在第二服務或攔截服務可以單獨實現向移動終端的用戶發送是否允許使用隱私數據的提示，並根據用戶的輸入確定到底允許還是不允許第一服務使用隱私數據的功能時，可以單獨註冊第二服務或攔截服務；也可以從上述功能中分離出部分功能，如將向移動終端的用戶發送是否允許使用隱私數據的提示，並接收用戶的輸入的功能分離出來，由攔截服務完成，而第二服務調用該攔截服務，並接收攔截服務返回的用戶的輸入信息，進而根據用戶的輸入信息確定是否允許第一服務使用隱私數據，從而實現隱私數據調用的攔截和提示。通過註冊第二服務和/或攔截服務，有效實現了隱私數據調用的攔截和提示，並且，使用原服務名註冊新服務，也有效保證了系統的穩定性。而將攔截服務從第二服務中分離出來時，可以使得各服務功能更為清晰，且能有效利用現有服務功能，如現有顯示攔截界面的功能等。優選地，第二服務還用於在確定允許第一服務使用隱私數據後，確定與服務名對應的跳轉服務名，調用跳轉服務名對應的第一服務。由第二服務確定跳轉服務名，進而調用第一服務，保障了服務調用的連貫性和一致性。當然，實際實現中，也可以採用其它方式確定跳轉服務名，進而調用第一服務。本實施例中，設定僅註冊第二服務，第二服務單獨實現向移動終端的用戶發送是否允許使用隱私數據的提示，並根據用戶的輸入確定到底允許還是不允許第一服務使用隱私數據的功能。至此，本實施例中，簡訊服務的現服務名為ISM0，而原服務名ISMS則指向一個用於攔截和提示使用隱私數據的新服務(第二服務)。步驟S210 系統接收到請求使用第一服務的服務請求。該第一服務需要使用移動終端的隱私數據，且通過服務請求可以獲知第一服務的服務名。本實施例中，系統伺服器接收到請求使用簡訊服務的服務請求，獲知簡訊服務的服務名為ISMS。步驟S212 根據服務名，調用第二服務，向移動終端的用戶發送是否允許第一服務使用隱私數據的提示。在使用服務名註冊了第二服務後，當系統接收到服務名，則到系統維護的服務列表中查找，因服務名對應第二服務，因此，調用第二服務，向移動終端的用戶發送是否允許第一服務使用隱私數據的提示。本步驟中，在系統接收到ISMS後，直接調用第二服務，向移動終端的用戶彈出提示界面，供用戶選擇是否允許使用其隱私數據。步驟S214 接收用戶輸入，第二服務根據用戶輸入確定是否允許第一服務使用移動終端的隱私數據，若允許，則執行步驟S216 ；若不允許，本次服務結束。步驟S216 第二服務確定與服務名對應的跳轉服務名，調用跳轉服務名對應的第
一服務。在服務名修改後，系統中存儲有服務名和跳轉服務名的對應關係。當第二服務確定用戶允許第一服務使用其隱私數據，則直接找到與原服務名(即服務名)對應的新服務名(即跳轉服務名)，進而調用新服務名對應的原服務(即第一服務)。本實施例中，第二服務確定與原服務名ISMS對應的新服務名為ISM0，則在服務列表中查找服務名ISM0，進而通過該服務名ISM0，按照原有流程調用簡訊服務，使用移動終端的隱私數據。優選地，本實施例的數據調用方法中，在系統接收請求使用第一服務的服務請求之前，還可以將第一服務的服務名用於調用第一服務修改為用於指示移動終端向其用戶發送是否允許第一服務使用隱私數據的提示，並根據用戶的輸入，確定是否允許所請求的第一服務使用隱私數據，以及，確定與第一服務的服務名對應的跳轉服務名。通過本實施例，在內存中對服務名進行修改，該修改是針對參數級別的修改，而不是針對系統函數或者文件級別修改的，對系統的改動更小，不但保證了隱私數據的使用安全，也使得改動後的系統非常穩定。並且，使用原服務名註冊新服務，並且將原服務名修改為與其長度一致的新服務名，進一步提高了系統的穩定性。需要說明的是，本實施例僅以簡訊服務為例，但不限於此，任意需要使用隱私數據的其它服務，如IP電話服務、數據上傳服務等，均可參照本實施例實現移動終端隱私數據的數據調用。將本申請的數據調用方案應用於簡訊服務、IP電話服務及數據上傳服務等，儘可能地實現了現有使用隱私數據的服務的安全保護，達到了用戶在最大範圍內可以安心地使用現有服務，提高用戶使用體驗的效果。
實施例三參照圖3，示出了根據本申請實施例三的一種數據調用方法的步驟流程圖。本實施例仍以需要使用移動終端隱私數據的簡訊服務為例，本實施例中的移動終端採用手機，手機的作業系統採用Android作業系統。本實施例中，Android作業系統啟動時，會在dalvik的system_server進程自動啟動一個ISMS服務，通過Binder機制處理Android所有的系統，對ISMS服務進行本申請的數據調用處理，對發送簡訊請求做過濾就能夠達到攔截簡訊的目的。本實施例的數據調用方法包括以下步驟步驟S302 =Android作業系統啟動流程。具體包括步驟S3022 手機isms (簡訊)服務啟動完成。步驟S3024 運行Android的native程序，從而啟動篡改程序，自動通過ptrace暫停servicemanager進禾呈，並修改svrlist對象的isms關鍵字為ismO。步驟S3026 =Android的native程序啟動360服務主程序，自動註冊兩個服務， 360service 禾口 isms。本實施例中，系統使用360服務，通過360serViCe服務控制相關服務的註冊。實際上，篡改程序是通過向系統申請root權限之後啟動的，所以同樣利用這個申請到的權限也可以啟動360service這個服務(native)和isms服務(native)，這樣 360service這個服務就具有了 root權利，所以360service這個服務就有權利批准註冊 360callback(dalvik)服務。360callback(dalvik)服務是屬於 Java 層的服務，而 Java 層的服務默認是不可以通過正常途徑註冊到這個服務列表的。因此，本實施例中，通過 360service服務使其註冊到系統的服務列表。步驟S3028 通過Android的dalvik程序啟動360用戶界面，通過反射機制獲取 servicemanager月艮務，再獲取360service月艮務。步驟S30210 通過360service服務註冊360callback服務，用於顯示攔截界面。如上所述，通過360service服務註冊360callback服務，是因為servicemanager 不允許非system和root身份的程序註冊服務。步驟S304 數據調用工作流程。具體地，包括步驟S3042 程序發送簡訊。即，請求調用簡訊服務，使用手機的隱私數據。步驟S3044 註冊的isms服務接獲sendtext調用。S卩，新註冊的isms服務獲取到了程序的簡訊服務請求。步驟S3046 :isms服務調用360callback服務，發送簡訊發送號、內容、發送進程的 Pid (進程標識)和Uid (用戶標識)。步驟S3048 :360Calll3aCk服務接到數據，彈出界面詢問用戶是否允許發送。彈出的界面的提示信息中還包括有使用隱私數據的提示。在具體實現時，可以通過適當的現有手段，實現簡訊發送的白名單機制。步驟S30410 :360callback等待用戶處理結果，並向isms服務返回該結果。
步驟S30412 註冊的isms服務根據360callback返回結果，確定是否需要調用 ismO服務，發送簡訊；若需要，則調用ismO服務，發送簡訊；若不需要，則結束本次調用流程。本實施例通過 servicemanager 進禾呈篡改禾呈序(android native)、360service 禾口 isms註冊程序(android native)和360callback服務和攔截界面程序(apk)，實現了篡改 servicemanager、註冊360service服務、偽isms服務和360callback服務、以及攔截簡訊， 彈出攔截界面，並根據攔截結果發送或者不發送簡訊的功能。通過本實施例，僅僅修改系統所維護的服務列表中相應的服務的名字，然後註冊一個假名字，使得以後應用程式在調用時，都調的是360的服務，而不是原始系統的服務。 360的服務會彈出提示界面，當用戶同意後，360再自動調用改名後的原始系統的服務，不會對隱私數據的訪問帶來影響。由此解決了現有技術中無法對用戶的隱私數據進行有效保護，用戶使用應用程式安全性不高的問題，提高了移動終端隱私數據的安全性。需要說明的是，本實施例中雖然採用了使用Android系統的手機為例，但不限於此，任意採用Android系統的移動終端，如ipad，均可使用本實施例的數據調用方法。並且， 其它與Android作業系統類似的系統，也可實現本實施例的數據調用方法。同樣，也不限於使用360服務的移動終端，採用其它類似服務的移動終端也可參照本實施例實現數據調用。實施例四參照圖4，示出了根據本申請實施例四的一種數據調用裝置的結構框圖。本實施例的數據調用裝置包括接收模塊402，用於接收請求使用第一服務的服務請求，其中，第一服務需要使用移動終端的隱私數據，所述服務請求中包括第一服務的服務名；提示模塊404，用於根據服務名，向移動終端的用戶發送是否允許第一服務使用隱私數據的提示；確認模塊406，用於根據用戶的輸入，確定允許所請求的第一服務使用隱私數據；調用模塊408，用於在確認模塊406確定允許所請求的第一服務使用隱私數據後，確定與服務名對應的跳轉服務名，根據跳轉服務名，調用第一服務，其中，跳轉服務名為移動終端每次啟動時，對系統所維護的服務列表中第一服務的服務名進行修改後的服務名，跳轉服務名不同於服務列表中除第一服務外的其它服務的服務名。優選地，本實施例的數據調用裝置還包括註冊模塊410，用於在移動終端每次啟動，將系統所維護的服務列表中的第一服務的服務名修改為跳轉服務名後，使用服務名註冊第二服務，第二服務用於向移動終端的用戶發送是否允許第一服務使用所述隱私數據的提示，並根據用戶的輸入，確定是否允許所請求的第一服務使用隱私數據。提示模塊404用於根據服務名，調用第二服務，通過第二服務向移動終端的用戶發送是否允許第一服務使用隱私數據的提示。優選地，第二服務還用於在確定允許第一服務使用隱私數據後，確定與服務名對應的跳轉服務名，調用跳轉服務名對應的第一服務。優選地，註冊模塊410還用於在使用服務名註冊第二服務之前或之後，註冊攔截服務；第二服務用於調用攔截服務向移動終端的用戶發送是否允許第一服務使用隱私數據的提示；並且，根據攔截服務返回的用戶輸入的信息，確定是否允許所請求的第一服務使用隱私數據。
優選地，本實施例的數據調用裝置還包括判斷模塊412，用於在註冊模塊410註冊第二服務和攔截服務之前，判斷第二服務和攔截服務是否具有註冊權限，若具有，則允許註冊；若不具有，則不允許註冊。優選地，本實施例的數據調用裝置還包括修改模塊(圖中未示出)，用於在接收模塊402接收請求使用第一服務的服務請求之前，將第一服務的服務名用於調用第一服務修改為用於指示移動終端向其用戶發送是否允許第一服務使用隱私數據的提示，並根據用戶的輸入，確定是否允許所請求的第一服務使用隱私數據，以及，確定與第一服務的服務名對應的跳轉服務名。優選地，服務名的長度與跳轉服務名的長度相同。優選地，移動終端使用Android作業系統。優選地，第一服務包括以下至少之一簡訊服務、IP電話服務、和數據上傳服務。本實施例的數據調用裝置用於實現前述方法實施例的多個相應的數據調用方法， 並具有相應方法實施例的有益效果，在此不再贅述。本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對於裝置實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。以上對本申請所提供的一種數據調用方法和裝置進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的思想，在具體實施方式
及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本申請的限制。
權利要求
1.一種數據調用方法，其特徵在於，包括接收請求使用第一服務的服務請求，所述第一服務需要使用移動終端的隱私數據，所述服務請求中包括所述第一服務的服務名；根據所述服務名，向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；根據所述用戶的輸入，確定允許所請求的所述第一服務使用所述隱私數據；確定與所述服務名對應的跳轉服務名，根據所述跳轉服務名，調用所述第一服務，其中，所述跳轉服務名為所述移動終端每次啟動時，對系統所維護的服務列表中所述第一服務的所述服務名進行修改後的服務名，所述跳轉服務名不同於所述服務列表中除所述第一服務外的其它服務的服務名。
2.根據權利要求1所述的方法，其特徵在於，還包括在所述移動終端每次啟動，將所述系統所維護的服務列表中的所述第一服務的所述服務名修改為所述跳轉服務名後，使用所述服務名註冊第二服務，所述第二服務用於向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據；所述根據所述服務名，向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示的步驟包括根據所述服務名，調用所述第二服務，通過所述第二服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示。
3.根據權利要求2所述的方法，其特徵在於，所述第二服務還用於在確定允許所述第一服務使用所述隱私數據後，確定與所述服務名對應的跳轉服務名，調用所述跳轉服務名對應的所述第一服務。
4.根據權利要求2所述的方法，其特徵在於，還包括在所述使用所述服務名註冊所述第二服務之前或之後，註冊攔截服務；所述第二服務，用於調用所述攔截服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；並且，根據所述攔截服務返回的所述用戶輸入的信息，確定是否允許所請求的所述第一服務使用所述隱私數據。
5.根據權利要求4所述的方法，其特徵在於，在註冊所述第二服務和所述攔截服務之前,還包括判斷所述第二服務和所述攔截服務是否具有註冊權限，若具有，則允許註冊；若不具有，則不允許註冊。
6.根據權利要求1至5任一項所述的方法，其特徵在於，所述服務名的長度與所述跳轉服務名的長度相同。
7.根據權利要求1至5任一項所述的方法，其特徵在於，所述移動終端使用Android作業系統。
8.根據權利要求1至5任一項所述的方法，其特徵在於，在所述接收請求使用第一服務的服務請求的步驟之前，還包括將所述第一服務的服務名用於調用所述第一服務修改為用於指示所述移動終端向其用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據，以及，確定與所述第一服務的服務名對應的所述跳轉服務名。
9.根據權利要求1至5任一項所述的方法，其特徵在於，所述第一服務包括以下至少之一簡訊服務、IP電話服務、和數據上傳服務。
10.一種數據調用裝置，其特徵在於，包括接收模塊，用於接收請求使用第一服務的服務請求，所述第一服務需要使用移動終端的隱私數據，所述服務請求中包括所述第一服務的服務名；提示模塊，用於根據所述服務名，向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；確認模塊，用於根據所述用戶的輸入，確定允許所請求的所述第一服務使用所述隱私數據；調用模塊，用於在所述確認模塊確定允許所請求的所述第一服務使用所述隱私數據後，確定與所述服務名對應的跳轉服務名，根據所述跳轉服務名，調用所述第一服務，其中， 所述跳轉服務名為所述移動終端每次啟動時，對系統所維護的服務列表中所述第一服務的所述服務名進行修改後的服務名，所述跳轉服務名不同於所述服務列表中除所述第一服務外的其它服務的服務名。
11.根據權利要求10所述的裝置，其特徵在於，還包括註冊模塊，用於在所述移動終端每次啟動，將所述系統所維護的服務列表中的所述第一服務的所述服務名修改為所述跳轉服務名後，使用所述服務名註冊第二服務，所述第二服務用於向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據；所述提示模塊，用於根據所述服務名，調用所述第二服務，通過所述第二服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示。
12.根據權利要求11所述的裝置，其特徵在於，所述第二服務還用於在確定允許所述第一服務使用所述隱私數據後，確定與所述服務名對應的跳轉服務名，調用所述跳轉服務名對應的所述第一服務。
13.根據權利要求11所述的裝置，其特徵在於，所述註冊模塊，還用於在所述使用所述服務名註冊所述第二服務之前或之後，註冊攔截服務；所述第二服務，用於調用所述攔截服務向所述移動終端的用戶發送是否允許所述第一服務使用所述隱私數據的提示；並且，根據所述攔截服務返回的所述用戶輸入的信息，確定是否允許所請求的所述第一服務使用所述隱私數據。
14.根據權利要求13所述的裝置，其特徵在於，還包括判斷模塊，用於在註冊模塊註冊所述第二服務和所述攔截服務之前，判斷所述第二服務和所述攔截服務是否具有註冊權限，若具有，則允許註冊；若不具有，則不允許註冊。
15.根據權利要求10至14任一項所述的裝置，其特徵在於，所述服務名的長度與所述跳轉服務名的長度相同，所述移動終端使用Android作業系統。
16.根據權利要求10至14任一項所述的裝置，其特徵在於，還包括修改模塊，用於在所述接收模塊接收請求使用第一服務的服務請求之前，將所述第一服務的服務名用於調用所述第一服務修改為指示所述移動終端向其用戶發送是否允許所述第一服務使用所述隱私數據的提示，並根據所述用戶的輸入，確定是否允許所請求的所述第一服務使用所述隱私數據，以及，確定與所述第一服務的服務名對應的所述跳轉服務名。
17.根據權利要求10至14任一項所述的裝置，其特徵在於，所述第一服務包括以下至少之一簡訊服務、IP電話服務、和數據上傳服務。
全文摘要
本發明提供了一種數據調用方法和裝置，其中，數據調用方法包括接收請求使用第一服務的服務請求，第一服務需要使用移動終端的隱私數據，服務請求中包括第一服務的服務名；根據服務名，向移動終端的用戶發送是否允許第一服務使用隱私數據的提示；根據用戶的輸入，確定允許所請求的第一服務使用隱私數據；確定與服務名對應的跳轉服務名，根據跳轉服務名，調用第一服務，其中，跳轉服務名為移動終端每次啟動時，對系統所維護的服務列表中第一服務的服務名進行修改後的服務名，跳轉服務名不同於服務列表中除第一服務外的其它服務的服務名。通過本發明，提高了移動終端隱私數據的安全性。
文檔編號H04W8/24GK102572804SQ201110444060
公開日2012年7月11日 申請日期2011年12月27日 優先權日2011年12月27日
發明者丁禕, 李元 申請人:奇智軟體(北京)有限公司