本發(fā)明涉及遠(yuǎn)程應(yīng)用管控，即用戶可以通過客戶端或云端遠(yuǎn)程查看、管理、限制、單數(shù)或復(fù)數(shù)特定智能設(shè)備上的應(yīng)用程序使用情況，可以禁止、限制、過濾這些設(shè)備上應(yīng)用程序的使用時段與時長。

背景技術(shù)：

現(xiàn)有技術(shù)移動設(shè)備管理技術(shù)(簡稱MDM)通常應(yīng)用于企業(yè)中，該技術(shù)可以實現(xiàn)移動設(shè)備中應(yīng)用程序的鎖定與管理。

現(xiàn)有技術(shù)中使用MDM的案例一：必勝客餐廳的服務(wù)員使用的iPad平板電腦點餐系統(tǒng)。點餐系統(tǒng)只是一個應(yīng)用程序，受到MDM技術(shù)管控。該iPad即使按Home鍵也無法切換到桌面，即便重新啟動也無法運行其他游戲或軟件，可以保證設(shè)備不被員工用于其他用途，如游戲，聊天等。

現(xiàn)有技術(shù)中使用MDM的案例二：保險/理財公司發(fā)給銷售人員的工作用手機。使用MDM技術(shù)的手機后，企業(yè)可以更方便地向員工統(tǒng)一發(fā)送工作通知和任務(wù)內(nèi)容(無需短信，微信等手段)。這些手機只能運行工作指定的工作應(yīng)用程序。這樣做可以保證員工工作效率，保證工作任務(wù)與進度的快速精確傳達(dá)。

MDM的技術(shù)用于在企業(yè)中，對工作用的移動設(shè)備進行白名單管理，使得設(shè)備只允許運行特定的幾款應(yīng)用，而其他應(yīng)用被禁用。但：

MDM的局限在于：

1、MDM技術(shù)只支持同時只允許運行一種應(yīng)用程序。其他能回到桌面的手段和其他應(yīng)用程序都是會被屏蔽掉的，使用者需要用到多款應(yīng)用時，MDM將無法處理此需求；而由于是采用白名單方式，所以無法指定對單個應(yīng)用進行個性化設(shè)置。除了管理員指定的功能外，如果臨時需要使用其他某額外功能(如相機拍照)，則MDM將無法實現(xiàn)此效果。

2、無法對應(yīng)用進行時長控制；MDM技術(shù)對于應(yīng)用的管理是粗放式的。不能針對特定時間段進行限制。假如系統(tǒng)管理員希望員工上班時間段(9:00-18:00)不能使用網(wǎng)上購物應(yīng)用，但是下班時間段則不限制，那么MDM是無法做到這一點的。粗放笨重的管理模式使得管理效率降低。

3、無法退回系統(tǒng)桌面，對文件系統(tǒng)進行管理。被MDM系統(tǒng)管控的設(shè)備將無法使用設(shè)備原本自帶的桌面系統(tǒng)，導(dǎo)致用戶無法實現(xiàn)拖拽圖標(biāo)、整理文件、建立文件夾等操作。用戶的所有操作都被局限在某一特定應(yīng)用中，無法對設(shè)備進行個性化設(shè)置，如更改電話短信鈴聲、桌面背景圖片等。

4、操作復(fù)雜，維護難。要實現(xiàn)MDM控制，必須有專業(yè)人員操作，將指定設(shè)備接入USB數(shù)據(jù)線并連接電腦。之后再通過重新覆蓋寫入設(shè)備操作系統(tǒng)的方式進行覆蓋刷機才可以正常使用。操作過程耗時較長，專業(yè)性過高，一般民眾很難操作。一旦出現(xiàn)問題必須由專業(yè)人士維護。

5、智能設(shè)備功能的遺失與浪費。企業(yè)對于MDM設(shè)備的獲取，通常采用集體采購的形式。這些采購來的智能手機或平板電腦通常價格不菲，高價采購的設(shè)備僅僅被用于某一領(lǐng)域的特定用途；設(shè)備的其他重要功能(如視頻拍攝，數(shù)據(jù)傳輸，應(yīng)用的使用)都受到限制，間接造成了企業(yè)財政的極大浪費。如果臨時有需要要用到被限制的功能，則需要重新刷機才可以實現(xiàn)，非常不靈活。

綜上，現(xiàn)有的MDM技術(shù)，并不適合學(xué)生使用移動設(shè)備進行學(xué)習(xí)的需求，有待提出一種適用于對學(xué)生手機及移動終端進行管理的方法。

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

本發(fā)明的目的在于提供一種可以結(jié)合時間和白名單的方式對學(xué)生手機進行有效，必要的管控，但又不會影響手機的功能和正常時段內(nèi)的手機使用。

具體而言，本發(fā)明采用的技術(shù)方案為一種基于時間和應(yīng)用白名單方式對移動設(shè)備使用權(quán)限進行管控的系統(tǒng)，其核心為：包含云端、家長端和孩子端；

云端包含應(yīng)用分類模塊，管控應(yīng)用推薦模塊，管控指令接收模塊，管控指令存儲模塊，管控指令下發(fā)模塊及數(shù)據(jù)庫，數(shù)據(jù)庫中存儲應(yīng)用識別數(shù)據(jù)，家長端及學(xué)生端的識別數(shù)據(jù)和管控策略內(nèi)容；

家長端和學(xué)生端均包含消息模塊，該消息模塊是管控指令的發(fā)起方，接收方和執(zhí)行方，與云端的管控指令接收模塊和管控指令下發(fā)模塊配合完成管控指令的發(fā)起，傳送及執(zhí)行；

家長端APP管控模塊將管控指令發(fā)送至云端管控指令接收模塊，并由云端管控指令下發(fā)模塊發(fā)送至學(xué)生端APP管控模塊執(zhí)行相應(yīng)的管控。

其中，所述管控指令下發(fā)模塊接收管控指令接收模塊傳遞的管控指令，將管控指令下發(fā)至消息內(nèi)容隊列，集成第三方推送服務(wù)器，管控指令下發(fā)模塊收到管控指令后，啟動第三方推送服務(wù)器向?qū)W生客戶端發(fā)送空的消息，喚醒下述學(xué)生客戶端的消息模塊，學(xué)生客戶端的消息模塊收到空的消息后，被喚醒，主動拉取消息內(nèi)容隊列中的管控指令對學(xué)生端APP管控模塊。

其中，包含網(wǎng)絡(luò)框架：支持網(wǎng)絡(luò)請求數(shù)據(jù)的緩存，支持REST協(xié)議，支持基于HMAC的token安全驗證機制，支持請求失敗重試，支持Java注解方式調(diào)用。

其中，包含進程守護模塊：主進程中開啟子進程，保證在主進程被殺死的瞬間子進程可以監(jiān)聽到，并且將主進程重啟，同理，主進程也守護著子進程，兩個進程互為熱備。

其中，家長端和孩子端包含數(shù)據(jù)庫模塊，該數(shù)據(jù)庫模塊包含存儲層和接口層，其中，存儲層包含三部分：基于客戶端開源的關(guān)系型數(shù)據(jù)庫SQL lite、Android系統(tǒng)文件數(shù)據(jù)庫和3)Android系統(tǒng)內(nèi)存數(shù)據(jù)庫。

其中，包含網(wǎng)絡(luò)時間校驗?zāi)K，時鐘維護模塊和時間模塊接口；

網(wǎng)絡(luò)時間校驗?zāi)K是將本地時間和網(wǎng)絡(luò)時間進行校驗和同步；

時間維護模塊與數(shù)據(jù)庫模塊交互，利用定時器，每隔1秒鐘時間累加，并保存到Android系統(tǒng)內(nèi)存數(shù)據(jù)庫中，然后定時器步長到60步(一分鐘)時，將時間更新到Android系統(tǒng)文件數(shù)據(jù)庫中進行持久化，維護一個本地的時間戳，重啟后，第一時間與網(wǎng)絡(luò)時間進行同步，將本地時間戳更新，保證時間維護模塊維護的時間與網(wǎng)絡(luò)時間一致。

其中，所述應(yīng)用數(shù)據(jù)包含：應(yīng)用ID，所屬設(shè)備ID，應(yīng)用名，所屬管控群組ID，應(yīng)用狀態(tài)，應(yīng)用類型，應(yīng)用推薦的狀態(tài)；

所述管控數(shù)據(jù)包含：管控時段的ID，所屬管控群組ID，所屬設(shè)備ID，ID時段類型，星期，管控時段開始時間，管控時段結(jié)束時間，管控時段內(nèi)可玩時長。

其中，家長端APP管控模塊含管控時間段設(shè)置模塊，白名單設(shè)置模塊，黑名單設(shè)置模塊，單個應(yīng)用程序管控模塊，管控時長設(shè)置模塊，應(yīng)用監(jiān)控模塊；

學(xué)生端APP管控模塊包含自啟動模塊，設(shè)置屏蔽模塊，應(yīng)用監(jiān)測模塊，防卸載模塊，及管控執(zhí)行模塊。

其中，所述APP管控執(zhí)行模塊：

a)使用定時器，每秒與應(yīng)用監(jiān)測模塊交互查看用戶的操作行為；

b)判斷當(dāng)前時間是否處于管控時段內(nèi)，如果是，則執(zhí)行c，如果否，則執(zhí)行a。

c)判斷當(dāng)前用戶正在使用的應(yīng)用程序是否為需要管控的應(yīng)用，如果是，則執(zhí)行d，如果否，則執(zhí)行a。

d)判斷該時段內(nèi)管控的應(yīng)用已使用的總時長是否超出或達(dá)到允許使用的總時長，如果是，則執(zhí)行e，如果否，則執(zhí)行a。

其中，還包含有視力保護模塊，家長端設(shè)置視力保護時間并保存后，家長端會將該條的信息指令發(fā)送至服務(wù)器，服務(wù)器轉(zhuǎn)發(fā)給孩子端，孩子端確認(rèn)收到指令后進行執(zhí)行；孩子端負(fù)責(zé)視力保護功能的主要有兩個模塊：計時器模塊與通信模塊。

本發(fā)明提供一種對學(xué)生用手機或移動終端設(shè)備的應(yīng)用程序進行管理的方式，其有益效果為：

1、在指定時間段內(nèi)，控制使用某些特定的應(yīng)用(如教育、視頻應(yīng)用)，而其他應(yīng)用均禁用。

2、可以對指定應(yīng)用進行使用的時長限制，超出即禁用。

3、機器智能識別某類(比如游戲，或教育類別)應(yīng)用，自動做內(nèi)容篩選而無需人工添加。

4、云端計算，而不是某個企業(yè)或?qū)W校單獨使用。

附圖說明

圖1為本發(fā)明中的用戶及與管控系統(tǒng)之間的關(guān)系總圖。

圖2為本發(fā)明管控系統(tǒng)的架構(gòu)總圖。

圖3為本發(fā)明中數(shù)據(jù)庫模塊的架構(gòu)圖。

圖4為本發(fā)明中網(wǎng)絡(luò)框架模塊的架構(gòu)圖。

圖5為本發(fā)明中時間模塊的架構(gòu)圖。

圖6為本發(fā)明中消息模塊的原理圖。

圖7為本發(fā)明中消息模塊與其他模塊的關(guān)系圖。

圖8為本發(fā)明中家長端APP管控模塊及學(xué)生端APP管控模塊的構(gòu)成圖及相互之間作用的關(guān)系圖。

圖9為本發(fā)明中的工作原理圖。

圖10為本發(fā)明中APP管控執(zhí)行模塊的工作示意圖。

圖11為本發(fā)明中視力保護模塊的工作示意圖。

具體實施方式

本發(fā)明公開了一種基于時間和應(yīng)用白名單方式對移動設(shè)備使用權(quán)限進行管控的系統(tǒng)和方法，包括：啟動移動設(shè)備時可以開機啟動管控程序，實時判斷用戶使用設(shè)備的情況并進行管控，可以根據(jù)用戶使用設(shè)備的時間軸上的一段時間設(shè)置管控策略，可以設(shè)置要限制的應(yīng)用白名單，智能分析出移動設(shè)備上安裝的游戲程序并加入管控，可以控制允許某些應(yīng)用在一段時間內(nèi)玩的總時長。通過智能自動的管控方案，可以讓家長和老師對學(xué)生使用手機可以正確引導(dǎo)，避免孩子沉迷于移動設(shè)備。

一、系統(tǒng)構(gòu)成：

請參見圖1，該系統(tǒng)面向的用戶群體為學(xué)生、家長和老師，整個系統(tǒng)包含云端(或稱云端服務(wù)器)及用戶端，而用戶端又包含家長端和或老師端，及孩子端(或?qū)W生端)。家長端和老師端為設(shè)置端，學(xué)生端為執(zhí)行端，云端作為大數(shù)據(jù)的存儲和分析，為各用戶端提供數(shù)據(jù)及數(shù)據(jù)分析的來源，并作為學(xué)生端及家長端的消息中轉(zhuǎn)機構(gòu)。

首先介紹云端服務(wù)器，其包含大數(shù)據(jù)的存儲，其使用關(guān)系型數(shù)據(jù)庫(mysql)的存儲方式，主要包含管控群組表、管控應(yīng)用表及管控時段表。

云端數(shù)據(jù)庫中存儲應(yīng)用分類信息，家長端及學(xué)生端的識別信息和管控數(shù)據(jù)，具體請參閱下表：

表名稱：管控應(yīng)用表(CREATE TABLE`app`)：

表名稱：管控群組表(CREATE TABLE`control_group`)：

表名稱：管控時段表(CREATE TABLE`control_time_interval`)

云端服務(wù)器中除存儲上述必要數(shù)據(jù)外，包含：應(yīng)用分類模塊，管控應(yīng)用推薦模塊，管控指令接收模塊，管控指令存儲模塊，及管控指令下發(fā)模塊。這些功能模塊通過對上述數(shù)據(jù)的獲得，交互和修改，完成系統(tǒng)的功能。

其中，應(yīng)用分類模塊通過蜘蛛程序，爬取各大應(yīng)用市場的所有應(yīng)用，并將各大應(yīng)用市場對該應(yīng)用的分類進行保存，在云端生成大數(shù)據(jù)。將游戲分類、教育分類、學(xué)習(xí)分類等應(yīng)用加入索引，保證在大數(shù)據(jù)查詢下更快速。對云端服務(wù)器的應(yīng)用程序數(shù)據(jù)進行分詞、增加搜索關(guān)鍵字等處理，保證應(yīng)用匹配正確性。即獲得管控應(yīng)用表中有關(guān)應(yīng)用識別數(shù)據(jù)，包含但不限于：應(yīng)用ID，應(yīng)用包名，應(yīng)用名，是否是系統(tǒng)應(yīng)用，應(yīng)用類型等。

其中，管控應(yīng)用推薦模塊獲得學(xué)生端傳遞的應(yīng)用監(jiān)測模塊傳遞的應(yīng)用識別數(shù)據(jù)及應(yīng)用狀態(tài)信息等，進行判斷，推薦給家長進行管控。如：孩子新安裝的應(yīng)用如果每天玩超過30分鐘，連續(xù)玩超過3天，就會推薦給家長，讓家長管控，即通過管控應(yīng)用推薦模塊設(shè)置recommended_status信息，并提供給家長端的應(yīng)用監(jiān)控模塊。

其中，管控指令接收模塊接收家長端傳遞的管控指令，包含但不限于：家長所屬設(shè)備，需要管控的學(xué)生的所述設(shè)備及管控策略內(nèi)容，將其傳遞至管控策略存儲模塊，由管控策略存儲模塊將家長所屬設(shè)備信息(device_id)、學(xué)生所屬設(shè)備信息(device_id)、家長的管控策略內(nèi)容存儲至云端的數(shù)據(jù)庫中。

其中，管控指令存儲模塊，存儲家長端及學(xué)生端的識別數(shù)據(jù)，管控策略內(nèi)容，應(yīng)用識別數(shù)據(jù)及應(yīng)用狀態(tài)數(shù)據(jù)等，其中應(yīng)用狀態(tài)數(shù)據(jù)包含但不限于：所屬設(shè)備ID，所屬管控群組ID，應(yīng)用狀態(tài)，是否為新安裝應(yīng)用，是否為被推薦管控等。

其中，管控策略內(nèi)容還包含管控群組表和管控時段表內(nèi)的信息。

其中，管控指令下發(fā)模塊接收管控指令接收模塊傳遞的管控指令，將管控指令下發(fā)至消息內(nèi)容隊列，本系統(tǒng)中集成了第三方推送服務(wù)器，如sdk，管控指令下發(fā)模塊收到管控指令后，啟動第三方推送服務(wù)器向?qū)W生客戶端發(fā)送空的消息，喚醒下述學(xué)生客戶端的消息模塊，學(xué)生客戶端的消息模塊收到空的消息后，被喚醒，主動拉取消息內(nèi)容隊列中的管控指令對本機設(shè)備(學(xué)生端)APP管控模塊，執(zhí)行管控指令。

本系統(tǒng)保證消息的必達(dá)性，采用了基于TCP的MQTT協(xié)議(Message Queuing Telemetry Transport，消息隊列遙測傳輸)，保證在客戶端在消息即時的情況下，做到了省電，省網(wǎng)絡(luò)流量。

以下將重點介紹學(xué)生端及家長端的架構(gòu)及工作原理。

請參閱圖2，本系統(tǒng)中學(xué)生客戶端及家長客戶端均包含基本相同的架構(gòu)，即：包含三個基礎(chǔ)模塊，二個核心功能模塊，及兩個業(yè)務(wù)模塊。從上到下為依賴關(guān)系。三個基礎(chǔ)模塊為：數(shù)據(jù)庫模塊，網(wǎng)絡(luò)框架和進程守護模塊；二個核心功能模塊為：時間模塊和消息模塊。兩個業(yè)務(wù)模塊：APP管控模塊和視力保護模塊。

請參閱圖3，其為數(shù)據(jù)庫模塊的架構(gòu)圖，包含存儲層和接口層，其中，存儲層包含三部分：1)基于客戶端開源的關(guān)系型數(shù)據(jù)庫SQL lite、2)Android系統(tǒng)文件數(shù)據(jù)庫和3)Android系統(tǒng)內(nèi)存數(shù)據(jù)庫。其中，接口層包含讀取接口和寫入接口。實現(xiàn)一套簡單方便的支持K-V(key-value)和關(guān)系數(shù)據(jù)的通用存儲方式。將數(shù)據(jù)的讀取和寫入封裝為統(tǒng)一的API，這樣其他業(yè)務(wù)在操作數(shù)據(jù)和文件時，可以不關(guān)心系統(tǒng)底層的第三方數(shù)據(jù)和系統(tǒng)api，只需要調(diào)用該模塊定義的簡單接口即可完成，簡化了程序邏輯，符合系統(tǒng)的分層架構(gòu)。

請參閱圖4，其為網(wǎng)絡(luò)框架模塊的架構(gòu)圖，本系統(tǒng)基于http client進行了網(wǎng)絡(luò)框架的封裝，封裝了：支持網(wǎng)絡(luò)請求數(shù)據(jù)的緩存，支持REST協(xié)議，支持基于HMAC的token安全驗證機制，支持請求失敗重試，支持Java注解方式調(diào)用。

其中，HMAC安全驗證：通過在HTTP請求報文頭中增加HEADER方式，來進行接口安全驗證。HEADER的定義如下：

X-KC-TIME，X-KC-TIME為發(fā)起請求的時間,自1970年1月1日00:00:00GMT以來的毫秒數(shù)。

HMAC，在http header里增加X-KC-HMAC和X-KC-TIME屬性，X-KC-HMAC為要校驗的字符串，格式定義如下：X-KC-HMAC＝calculateHMAC(secret,salt)，salt＝X-KC-TIME+"\n"+uri+”\n"+http method；其中calculateHMAC是base64編碼格式，salt的定義是密碼安全級別的關(guān)鍵，在客戶端和服務(wù)端共同保存secret密碼。

進程守護模塊：為了保證時間模塊、管控模塊等需要后臺長存的其他技術(shù)模塊的正常運行，需要做到進程防殺死、自動重啟、斷網(wǎng)弱網(wǎng)檢測、開機自啟、設(shè)備上其他事件監(jiān)聽等。使用了安卓守護進程技術(shù)，在主進程中開啟子進程，保證在主進程被殺死的瞬間子進程可以監(jiān)聽到，并且將主進程重啟，同理，主進程也守護著子進程，兩個進程互為熱備。

請參閱圖5，其為時間模塊的架構(gòu)圖：由于用戶在使用過程中可能會有修改系統(tǒng)時間的情況，會影響基于時間的管控，所以需要定義一獨立運行的時間模塊來維護一個統(tǒng)一精確的時間。本發(fā)明中時間模塊包含網(wǎng)絡(luò)時間校驗?zāi)K，時鐘維護模塊，時間模塊接口。網(wǎng)絡(luò)時間校驗?zāi)K是將本地時間和網(wǎng)絡(luò)時間進行校驗和同步。時間維護模塊與數(shù)據(jù)庫模塊交互，利用定時器，每隔1秒鐘時間累加，并保存到Android系統(tǒng)內(nèi)存數(shù)據(jù)庫中，然后定時器步長到60步(一分鐘)時，將時間更新到Android系統(tǒng)文件數(shù)據(jù)庫中進行持久化，維護一個本地的時間戳，防止用戶手機突然關(guān)機導(dǎo)致時差超過一分鐘。在用戶手機開機重啟，或其他異常情況導(dǎo)致進程重啟時，重啟后，第一時間與網(wǎng)絡(luò)時間進行同步，將本地時間戳更新，保證時間維護模塊維護的時間與網(wǎng)絡(luò)時間一致。時間模塊接口為APP管控模塊，視力保護模塊等管理模塊提供時間數(shù)據(jù)接口。

消息模塊：本系統(tǒng)中管控指令的發(fā)起方(家長端)，接收方(學(xué)生端)和執(zhí)行方(學(xué)生端)，與上述云端的管控指令接收模塊和管控指令下發(fā)模塊配合完成管控指令的發(fā)起，傳送及執(zhí)行。消息模塊是基于消息隊列遙測傳輸協(xié)議(mqtt)完成的消息推送，并且針對消息的重要性和必達(dá)性，開發(fā)了消息的push&pull機制，并且提供了靈活的API，可供調(diào)用者對消息隊列中未發(fā)送和已發(fā)送的消息進行處理。

請參閱圖6，云端的管控指令下發(fā)模塊要下發(fā)管控指令的消息時，啟動第三方推送服務(wù)器向?qū)W生客戶端推送空的消息，來喚醒客戶端設(shè)備的主動心跳，即喚醒客戶端的消息模塊。云端同時將管控指令放入消息內(nèi)容隊列，當(dāng)學(xué)生端設(shè)備獲得了云端方下發(fā)了消息的喚醒后，學(xué)生端的消息模塊會去拉取消息內(nèi)容隊列中的消息內(nèi)容。這樣保既保證了消息的即時性，也保證了消息的100％到達(dá)，順序正確。

請同時參閱圖7，消息模塊是云端服務(wù)器與家長客戶端及學(xué)生客戶端的橋梁，通過上述推拉機制，與云端保持心跳，拉取云端服務(wù)器中管控指令下發(fā)模塊發(fā)送的來自家長客戶端的管控指令。同時家長端的消息模塊主動與云端服務(wù)器保持心跳，將家長客戶端中管控指令傳遞至云端服務(wù)器中的管控指令接收模塊。

請參閱圖8所示，其為家長端APP管控模塊和學(xué)生端APP管控模塊的組成圖及工作示意圖。

家長端APP管控模塊含管控時間段設(shè)置模塊，白名單設(shè)置模塊，黑名單設(shè)置模塊，單個應(yīng)用程序管控模塊，管控時長設(shè)置模塊，應(yīng)用監(jiān)控模塊。

其中，管控時間段設(shè)置模塊，可以設(shè)置某個時間段為管控時間，管控時段設(shè)置模塊需要設(shè)置開始時間和結(jié)束時間，粒度支持到分鐘，比如8:00-17:00為上課時間段。管控時間支持星期的重復(fù)，比如每周一到周五的22:00-次日6:00。

其中，白名單設(shè)置模塊，與管控時間段相結(jié)合，表示某段時間內(nèi)只能使用白名單列表中的應(yīng)用，其他應(yīng)用程序無法打開，用于管控時段內(nèi)只可以使用學(xué)習(xí)類應(yīng)用程序。

其中，黑名單設(shè)置模塊與管控時間段相結(jié)合，表示某段時間內(nèi)這些應(yīng)用無法被使用，常用于管控時段內(nèi)不可以玩游戲。

舉例而言：針對黑名單或白名單進行管控時，家長端向的云端，云端向孩子段傳遞的消息中包含：應(yīng)用包名(appPackage)，所屬管控群組ID(group_id)，管控時段(timeIntervals)，管控時段(timeIntervals)包含星期(week)，管控時段開始時間(startTime)，管控時段結(jié)束時間(endTime)，管控時段內(nèi)可玩時長(limitInterval)。

其中，單個應(yīng)用程序管控模塊，與管控時間段相結(jié)合，表示某段時間內(nèi)只能使用該應(yīng)用程序或只不允許使用該應(yīng)用程序。舉例而言：針對單個應(yīng)用進行管控時，傳遞的消息會包含：應(yīng)用包名(appPackage)，管控時段(timeIntervals)，管控時段(timeIntervals)包含星期(week)，管控時段開始時間(startTime)，管控時段結(jié)束時間(endTime)，管控時段內(nèi)可玩時長(limitInterval)。

其中，管控時長設(shè)置模塊，針對于黑名單應(yīng)用或單獨管控應(yīng)用，可以設(shè)置該應(yīng)用允許使用的總時長，監(jiān)控用戶行為，如果使用了需要計時的應(yīng)用，則時間累加，然后當(dāng)累加到閥值時，會進入管控。

學(xué)生端APP管控模塊包含自啟動模塊，設(shè)置屏蔽模塊，應(yīng)用監(jiān)測模塊，防卸載模塊，及管控執(zhí)行模塊。

該自啟動模塊的功能是獲取android系統(tǒng)自啟動權(quán)限，引導(dǎo)用戶將管控程序加入自啟動程序白名單。

該設(shè)置屏蔽模塊的功能是攔截用戶操作行為，如果用戶打開系統(tǒng)設(shè)置功能時，彈出袋鼠家設(shè)置模塊，屏蔽系統(tǒng)設(shè)置，做到防止用戶取消自啟動和防卸載。

該應(yīng)用監(jiān)測模塊的功能是當(dāng)管控程序開機啟動后，利用android的AccessibilityService輔助類，通過監(jiān)聽堆棧底層數(shù)據(jù)狀態(tài)跟蹤用戶行為，監(jiān)聽用戶手機的焦點，窗口變化，按鈕點擊等，收集學(xué)生手機中安裝的應(yīng)用信息，將學(xué)生端的應(yīng)用信息，使用記錄及操作信息傳遞至云端及家長端。

該應(yīng)用防卸載模塊是對android launcher3的源碼進行重構(gòu)，增加防卸載業(yè)務(wù)管理器和黑白名單，黑名單即不允許打開或者在桌面顯示的應(yīng)用集合，白名單即不允許從桌面拖轉(zhuǎn)或長按卸載的應(yīng)用集合。該管理器利用用戶桌面行為識別當(dāng)前應(yīng)用，根據(jù)當(dāng)前應(yīng)用是否屬于黑白名單做對應(yīng)處理。

APP管控執(zhí)行模塊：請參閱圖10：

a)使用定時器，每秒與應(yīng)用監(jiān)測模塊交互查看用戶的操作行為；

b)判斷當(dāng)前時間是否處于管控時段內(nèi)，如果是，則執(zhí)行c，如果否，則執(zhí)行a。

c)判斷當(dāng)前用戶正在使用的應(yīng)用程序是否為需要管控的應(yīng)用，如果是，則執(zhí)行d，如果否，則執(zhí)行a。

d)判斷該時段內(nèi)管控的應(yīng)用已使用的總時長是否超出或達(dá)到允許使用的總時長，如果是，則執(zhí)行e，如果否，則執(zhí)行a。

本系統(tǒng)還包含有視力保護模塊，如圖11所示，家長端設(shè)置視力保護時間并保存后，家長端會將該條的信息指令發(fā)送至服務(wù)器，服務(wù)器處理后轉(zhuǎn)發(fā)給孩子端。孩子端確認(rèn)收到指令后進行執(zhí)行。孩子端負(fù)責(zé)視力保護功能的主要有兩個模塊：計時器模塊與通信模塊。孩子端實時監(jiān)測孩子使用手機的時長。如設(shè)置每玩30分鐘休息5分鐘，則孩子端在收到指定后計時器開啟，監(jiān)測到孩子端連續(xù)使用手機超過30分時則進入視力保護模式。孩子端彈出視力保護模塊的界面，禁止孩子使用設(shè)備上的任何應(yīng)用。這時計時器開啟一個新的計時，若孩子連續(xù)5分鐘或5分鐘以上沒有使用手機，則暫時取消視力保護界面的激活，不再限制孩子手機APP的使用；同時計時器歸零重新計算。如果監(jiān)測到孩子端連續(xù)使用手機超過30分時則再次進入視力保護模式，以此類推，并會繼續(xù)重復(fù)循環(huán)；直至孩子端收到家長端發(fā)給服務(wù)器再轉(zhuǎn)給孩子端的取消視力保護模式的指令。