一種運(yùn)行進(jìn)程的管理方法及移動(dòng)終端的制作方法
【專利摘要】本發(fā)明涉及通信領(lǐng)域，公開了一種運(yùn)行進(jìn)程管理方法及移動(dòng)終端。本發(fā)明中，運(yùn)行進(jìn)程管理方法包含以下步驟：利用客戶端監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn)程標(biāo)識(shí)符(PID)；其中，客戶端在應(yīng)用層；根據(jù)用戶的設(shè)置與應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接口傳遞命令至執(zhí)行端；其中，命令包含PID與指令符，執(zhí)行端在系統(tǒng)運(yùn)行庫(kù)層；執(zhí)行端根據(jù)接收到的命令對(duì)運(yùn)行進(jìn)程進(jìn)行管理。這樣，可以防止移動(dòng)終端的應(yīng)用軟件在后臺(tái)耗電、占用CPU、使用流量的行為，并將資源最大化地提供給前臺(tái)正在運(yùn)行的應(yīng)用軟件，使得移動(dòng)終端的待機(jī)時(shí)間更長(zhǎng)、更安全、更流暢。
【專利說明】一種運(yùn)行進(jìn)程的管理方法及移動(dòng)終端

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信領(lǐng)域，特別涉及一種運(yùn)行進(jìn)程管理方法及移動(dòng)終端。

【背景技術(shù)】
[0002] 隨著智能移動(dòng)終端（手機(jī)、平板電腦等）的普及，應(yīng)用軟件也漸漸增多。其中大多 數(shù)應(yīng)用均存在后臺(tái)service (服務(wù)）進(jìn)程，這些進(jìn)程是用戶無法管理的。因此移動(dòng)終端的耗 電，cpu(Central Processing Unit,中央處理器）的占用，以及流量消耗等問題暴露在用戶 面前。市場(chǎng)上的管理軟件很難做到進(jìn)程的管理，即使做到也需要root(根）的支持，但是這 樣root后對(duì)移動(dòng)終端的系統(tǒng)安全，使用的穩(wěn)定性以及售后保修等均有較大的影響。其中， android系統(tǒng)的權(quán)限等級(jí)大概可以分為root, system與user三個(gè)，root權(quán)限是android系 統(tǒng)的最高權(quán)限，此權(quán)限下可以做任何操作。
[0003] 另外，不同移動(dòng)終端root的方法也同，同時(shí)難度也太大，一般用戶很難做到，且市 場(chǎng)上第三方應(yīng)用的此類后臺(tái)進(jìn)程的管理功能仍存在局限性，且應(yīng)用并不普及。


【發(fā)明內(nèi)容】

[0004] 本發(fā)明的目的在于提供一種運(yùn)行進(jìn)程管理方法及移動(dòng)終端，可以防止移動(dòng)終端的 應(yīng)用軟件在后臺(tái)耗電、占用CPU、使用流量的行為，并資源最大化地提供給前臺(tái)正在運(yùn)行的 應(yīng)用軟件，使得移動(dòng)終端的待機(jī)時(shí)間更長(zhǎng)、更安全、更流暢。
[0005] 為解決上述技術(shù)問題，本發(fā)明提供了一種運(yùn)行進(jìn)程管理方法，包含以下步驟：
[0006] 利用客戶端監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn)程標(biāo)識(shí)符 PID ;其中，所述客戶端在應(yīng)用層；
[0007] 根據(jù)用戶的設(shè)置與所述應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接口傳遞命令 至執(zhí)行端；其中，所述命令包含所述PID與指令符，所述執(zhí)行端在所述系統(tǒng)運(yùn)行庫(kù)層；
[0008] 所述執(zhí)行端根據(jù)接收到的命令對(duì)所述運(yùn)行進(jìn)程進(jìn)行管理。
[0009] 本發(fā)明還提供了一種移動(dòng)終端，包含：客戶端、傳輸模塊與執(zhí)行端；
[0010] 所述客戶端，用于監(jiān)控所述移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的 進(jìn)程標(biāo)識(shí)符PID ;其中，所述客戶端在應(yīng)用層；
[0011] 所述傳輸模塊，用于根據(jù)用戶的設(shè)置與所述應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行 庫(kù)層的接口傳遞命令至執(zhí)行端；其中，所述命令包含所述PID與指令符，所述執(zhí)行端在所述 系統(tǒng)運(yùn)行庫(kù)層；
[0012] 所述執(zhí)行端，用于根據(jù)接收到的命令對(duì)所述運(yùn)行進(jìn)程進(jìn)行管理。
[0013] 本發(fā)明實(shí)施方式相對(duì)于現(xiàn)有技術(shù)而言，是在系統(tǒng)運(yùn)行庫(kù)層添加接口，并利用該接 口將客戶端輸出的命令傳遞至執(zhí)行端，執(zhí)行端根據(jù)接收到的命令對(duì)移動(dòng)終端中運(yùn)行的進(jìn)程 進(jìn)行管理。這樣，可以防止移動(dòng)終端的應(yīng)用軟件在后臺(tái)耗電、占用CPU、使用流量的行為。而 且，通過在系統(tǒng)運(yùn)行庫(kù)層添加接口來傳遞客戶端的命令，并由執(zhí)行端執(zhí)行該命令，不會(huì)額外 占用移動(dòng)終端的內(nèi)存和影響系統(tǒng)運(yùn)行性能，且穩(wěn)定性高，這樣，可以資源最大化地提供給前 臺(tái)正在運(yùn)行的應(yīng)用軟件，使得移動(dòng)終端的待機(jī)時(shí)間更長(zhǎng)、更安全、更流暢。
[0014] 另外，所述本地服務(wù)具有root權(quán)限。由于本地服務(wù)具有root權(quán)限，用戶可以不受 限制地管理運(yùn)行進(jìn)程，并可以避免對(duì)移動(dòng)終端的售后保修的影響，用戶體驗(yàn)佳。
[0015] 另外，在所述利用客戶端監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程 的進(jìn)程標(biāo)識(shí)符PID的步驟中，包含以下子步驟：利用所述客戶端統(tǒng)計(jì)所述移動(dòng)終端中后臺(tái) 運(yùn)行的應(yīng)用程序的流量。這樣，用戶可以直觀地獲知移動(dòng)終端中后臺(tái)運(yùn)行的應(yīng)用程序的流 量使用情況，實(shí)用性強(qiáng)，用戶體驗(yàn)佳。

【專利附圖】

【附圖說明】
[0016] 圖1是根據(jù)本發(fā)明第一實(shí)施方式的運(yùn)行進(jìn)程管理方法流程圖；
[0017] 圖2是根據(jù)本發(fā)明第二實(shí)施方式的運(yùn)行進(jìn)程管理方法流程圖；
[0018] 圖3是根據(jù)本發(fā)明第三實(shí)施方式的運(yùn)行進(jìn)程管理方法流程圖；
[0019] 圖4是根據(jù)本發(fā)明第四實(shí)施方式的移動(dòng)終端的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0020] 為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的各實(shí) 施方式進(jìn)行詳細(xì)的闡述。然而，本領(lǐng)域的普通技術(shù)人員可以理解，在本發(fā)明各實(shí)施方式中， 為了使讀者更好地理解本申請(qǐng)而提出了許多技術(shù)細(xì)節(jié)。但是，即使沒有這些技術(shù)細(xì)節(jié)和基 于以下各實(shí)施方式的種種變化和修改，也可以實(shí)現(xiàn)本申請(qǐng)各權(quán)利要求所要求保護(hù)的技術(shù)方 案。
[0021] 本發(fā)明的第一實(shí)施方式涉及一種運(yùn)行進(jìn)程管理方法，具體流程如圖1所示，包含 以下步驟：
[0022] 步驟101，利用客戶端監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn) 程標(biāo)識(shí)符（PID)。移動(dòng)終端中的應(yīng)用程序處于活動(dòng)狀態(tài)時(shí)，稱之為運(yùn)行進(jìn)程，運(yùn)行進(jìn)程用進(jìn) 程標(biāo)識(shí)符（PID)進(jìn)行標(biāo)識(shí)，且運(yùn)行進(jìn)程與進(jìn)程標(biāo)識(shí)符一一對(duì)應(yīng)。利用客戶端對(duì)移動(dòng)終端中 應(yīng)用程序的運(yùn)行狀態(tài)進(jìn)行監(jiān)控，并獲取運(yùn)行進(jìn)程的PID，以便客戶對(duì)運(yùn)行進(jìn)程進(jìn)行管理。其 中，客戶端在應(yīng)用層，也就是Java層。
[0023] 步驟102,根據(jù)用戶的設(shè)置與應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接口傳遞 命令至執(zhí)行端。其中，命令包含PID與指令符，執(zhí)行端在系統(tǒng)運(yùn)行庫(kù)層，也就是C++層；一個(gè) 指令符代表對(duì)應(yīng)的指令。
[0024] 具體地說，在C++層添加接口，并利用該接口將客戶端輸出的命令傳遞至執(zhí)行端； 其中，該命令是根據(jù)用戶的設(shè)置與應(yīng)用程序的運(yùn)行狀態(tài)生成的，包含運(yùn)行進(jìn)程的PID與指 令符等參數(shù)。比如說，騰訊QQ正在移動(dòng)終端的后臺(tái)運(yùn)行，其PID為1011，用戶通過客戶端設(shè) 置凍結(jié)騰訊QQ，生成的命令為kill-19 1011，kill-19是指令符，表示執(zhí)行凍結(jié)指令。
[0025] 步驟103,執(zhí)行端根據(jù)接收到的命令對(duì)運(yùn)行進(jìn)程進(jìn)行管理。在實(shí)際應(yīng)用中，可以對(duì) 運(yùn)行進(jìn)程進(jìn)行諸如凍結(jié)、喚醒與殺停等管理功能。比如，當(dāng)執(zhí)行端根據(jù)接收到凍結(jié)騰訊QQ 的命令時(shí)，便凍結(jié)騰訊QQ，即在前臺(tái)可以正常使用，到后臺(tái)（按home鍵或者返回后臺(tái)有服務(wù) (service)進(jìn)程）后立馬被凍結(jié)；而當(dāng)用戶再需要使用騰訊QQ時(shí)，執(zhí)行端根據(jù)接收到的喚 醒命令喚醒凍結(jié)的騰訊QQ，其中，喚醒騰訊QQ的命令為kill - 18 1011，其中，kill - 18表 示喚醒指令。這樣，用戶切換到后臺(tái)的運(yùn)行程序不會(huì)出現(xiàn)后臺(tái)流量、后臺(tái)聯(lián)網(wǎng)等現(xiàn)象（如： 凍結(jié)QQ后，后臺(tái)無法接受QQ消息）。
[0026] 而當(dāng)用戶要退出騰訊QQ時(shí)，可以通過強(qiáng)制關(guān)閉騰訊QQ退出，這樣，執(zhí)行端可以根 據(jù)接收到的殺停命令強(qiáng)制關(guān)閉騰訊QQ，殺停騰訊QQ的命令為kill-9 1011，kill-9表示殺 停指令。這樣，殺停運(yùn)行程序后更不會(huì)出現(xiàn)后臺(tái)流量、后臺(tái)聯(lián)網(wǎng)等現(xiàn)象。
[0027] 在實(shí)際應(yīng)用中，對(duì)運(yùn)行進(jìn)程的管理功能不局限于本發(fā)明中所列舉的3種，還可以 進(jìn)行其他方面的管理，在此不再一一贅述。
[0028] 與現(xiàn)有技術(shù)相比，是在C++層添加接口，并利用該接口將客戶端輸出的命令傳遞 至執(zhí)行端，執(zhí)行端根據(jù)接收到的命令對(duì)移動(dòng)終端中運(yùn)行的進(jìn)程進(jìn)行管理。這樣，可以防止移 動(dòng)終端的應(yīng)用軟件在后臺(tái)耗電、占用CPU、使用流量的行為。而且，通過在C++層添加接口來 傳遞客戶端的命令，并由執(zhí)行端執(zhí)行該命令，不會(huì)額外占用移動(dòng)終端的內(nèi)存和影響系統(tǒng)運(yùn) 行性能，且穩(wěn)定性高，這樣，可以資源最大化地提供給前臺(tái)正在運(yùn)行的應(yīng)用軟件，使得移動(dòng) 終端的待機(jī)時(shí)間更長(zhǎng)、更安全、更流暢。
[0029] 本發(fā)明的第二實(shí)施方式涉及一種運(yùn)行進(jìn)程管理方法，具體流程如圖2所示。第二 實(shí)施方式在第一實(shí)施方式的基礎(chǔ)上作了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于：在本發(fā)明第二實(shí) 施方式中，在執(zhí)行端預(yù)先添加有本地服務(wù)，該本地服務(wù)是通過初始化（init)進(jìn)程啟動(dòng)的， 具有root權(quán)限，這樣，用戶可以不受限制地管理運(yùn)行進(jìn)程，并可以避免對(duì)移動(dòng)終端的售后 保修的影響，用戶體驗(yàn)佳。
[0030] 具體地說，在本實(shí)施方式中，包含以下步驟：
[0031] 步驟201，通過init進(jìn)程啟動(dòng)本地服務(wù)。Init進(jìn)程是android系統(tǒng)啟動(dòng)時(shí)的初始 化系統(tǒng)服務(wù)，用來配置系統(tǒng)參數(shù)等操作，是android的第一個(gè)進(jìn)程，由此才能孵化出其他功 能。也就是說，只要啟動(dòng)了 init進(jìn)程，同時(shí)，也就啟動(dòng)了本地服務(wù)。在本實(shí)施方式中，本地 服務(wù)具有root權(quán)限。由于本地服務(wù)用于實(shí)現(xiàn)應(yīng)用程序本身的一些耗時(shí)任務(wù)，比如查詢升級(jí) 信息，并不占用應(yīng)用程序比如Activity (活動(dòng)）所屬線程，而是單開線程在后臺(tái)執(zhí)行，這樣 用戶體驗(yàn)佳。
[0032] 步驟202,利用客戶端監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn) 程標(biāo)識(shí)符（PID)。本步驟與第一實(shí)施方式中的步驟101相似，在此不再贅述。
[0033] 步驟203,根據(jù)用戶的設(shè)置與應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接口傳遞 命令至執(zhí)行端。在本步驟中，應(yīng)用層通過（binder)機(jī)制傳遞命令至執(zhí)行端內(nèi)置的本地服 務(wù)。比如，android(安卓）有 IPC(Internet Process Connection，進(jìn)程間通信）Binder 機(jī)制，可以在進(jìn)程間通信。其中，binder機(jī)制是android系統(tǒng)的一種通信機(jī)制，比如不同層 次的service就需要通過binder來和客戶端通信交互的（android從語(yǔ)言上可以分為c語(yǔ) Η層，C++層，java層），比如凍結(jié)功遺，是需要C++層（執(zhí)燈層）頭現(xiàn)，而客戶纟而是在java 層（應(yīng)用層），所以需要通過此機(jī)制來通信。
[0034] 步驟204,執(zhí)行端根據(jù)接收到的命令對(duì)運(yùn)行進(jìn)程進(jìn)行管理。在本步驟中，本地服務(wù) 通過調(diào)用執(zhí)行端的系統(tǒng)函數(shù)（sy Stem())對(duì)運(yùn)行進(jìn)程進(jìn)行管理。本地服務(wù)調(diào)用syStem() 是現(xiàn)有成熟的執(zhí)行命令的接口方法，保證了本實(shí)施方式的可行性。
[0035] 由于本地服務(wù)具有root權(quán)限，這樣，大大提高了用戶管理移動(dòng)終端的后臺(tái)運(yùn)行進(jìn) 程的權(quán)限，并可以避免對(duì)移動(dòng)終端的售后保修的影響，用戶體驗(yàn)佳。
[0036] 本發(fā)明的第三實(shí)施方式涉及一種運(yùn)行進(jìn)程管理方法，具體流程如圖3所示。第三 實(shí)施方式在第一實(shí)施方式的基礎(chǔ)上作了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于：在本發(fā)明第三實(shí) 施方式中，利用客戶端統(tǒng)計(jì)移動(dòng)終端中后臺(tái)運(yùn)行的應(yīng)用程序的流量，并顯示。這樣，用戶可 以直觀地獲知移動(dòng)終端中后臺(tái)運(yùn)行的應(yīng)用程序的流量使用情況，并可以根據(jù)自身需求對(duì)運(yùn) 行進(jìn)程進(jìn)行有針對(duì)性地管理，實(shí)用性強(qiáng)，用戶體驗(yàn)佳。
[0037] 具體地說，在本實(shí)施方式中，包含以下步驟：
[0038] 步驟301，利用客戶端監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn) 程標(biāo)識(shí)符（PID)。
[0039] 在本步驟中，包含以下子步驟：首先，利用客戶端統(tǒng)計(jì)移動(dòng)終端中后臺(tái)運(yùn)行的應(yīng)用 程序的流量，并予以顯示。這樣，用戶可以直觀地獲知移動(dòng)終端中后臺(tái)運(yùn)行的各個(gè)應(yīng)用程序 的流量使用情況。接著，客戶端接收用戶根據(jù)后臺(tái)運(yùn)行的應(yīng)用程序的流量對(duì)應(yīng)用程序的運(yùn) 行狀態(tài)的設(shè)置，其中，對(duì)應(yīng)用程序的運(yùn)行狀態(tài)的設(shè)置包括凍結(jié)，喚醒與殺死等。比如，新浪微 博在后臺(tái)運(yùn)行，但是卻消耗流量，用戶可以根據(jù)顯示的這一情況，通過客戶端對(duì)新浪微博 這一應(yīng)用程序進(jìn)行凍結(jié)設(shè)置。
[0040] 步驟302,根據(jù)用戶的設(shè)置與應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接口傳遞 命令至執(zhí)行端。本步驟與第一實(shí)施方式中的步驟102相似，在此不再贅述。
[0041] 步驟303,執(zhí)行端根據(jù)接收到的命令對(duì)運(yùn)行進(jìn)程進(jìn)行管理。本步驟與第一實(shí)施方式 中的步驟103相似，在此不再贅述。
[0042] 這樣，由于對(duì)后臺(tái)應(yīng)用軟件的流量進(jìn)行了統(tǒng)計(jì)，并予以顯示，這樣可以直觀地顯示 出應(yīng)用程序是否在后臺(tái)消耗流量，便于用戶對(duì)應(yīng)用程序進(jìn)行管理。
[0043] 上面各種方法的步驟劃分，只是為了描述清楚，實(shí)現(xiàn)時(shí)可以合并為一個(gè)步驟或者 對(duì)某些步驟進(jìn)行拆分，分解為多個(gè)步驟，只要包含相同的邏輯關(guān)系，都在本專利的保護(hù)范圍 內(nèi)；對(duì)算法中或者流程中添加無關(guān)緊要的修改或者引入無關(guān)緊要的設(shè)計(jì)，但不改變其算法 和流程的核心設(shè)計(jì)都在該專利的保護(hù)范圍內(nèi)。
[0044] 本發(fā)明第四實(shí)施方式涉及一種移動(dòng)終端，如圖4所示，包含：客戶端、傳輸模塊與 執(zhí)行端。
[0045] 客戶端，用于監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn)程標(biāo)識(shí) 符（PID);其中，客戶端在應(yīng)用層。
[0046] 傳輸模塊，用于根據(jù)用戶的設(shè)置與應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接 口傳遞命令至執(zhí)行端；其中，命令包含所述PID與指令符，執(zhí)行端在系統(tǒng)運(yùn)行庫(kù)層。
[0047] 執(zhí)行端，用于根據(jù)接收到的命令對(duì)運(yùn)行進(jìn)程進(jìn)行管理。
[0048] 這樣，可以防止移動(dòng)終端的應(yīng)用軟件在后臺(tái)耗電、占用CPU、使用流量的行為，且 可以資源最大化地提供給前臺(tái)正在運(yùn)行的應(yīng)用軟件，使得移動(dòng)終端的待機(jī)時(shí)間更長(zhǎng)、更安 全、更流暢。
[0049] 不難發(fā)現(xiàn)，本實(shí)施方式為與第一實(shí)施方式相對(duì)應(yīng)的系統(tǒng)實(shí)施例，本實(shí)施方式可與 第一實(shí)施方式互相配合實(shí)施。第一實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然有 效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在 第一實(shí)施方式中。
[0050] 值得一提的是，本實(shí)施方式中所涉及到的各模塊均為邏輯模塊，在實(shí)際應(yīng)用中，一 個(gè)邏輯單元可以是一個(gè)物理單元，也可以是一個(gè)物理單元的一部分，還可以以多個(gè)物理單 元的組合實(shí)現(xiàn)。此外，為了突出本發(fā)明的創(chuàng)新部分，本實(shí)施方式中并沒有將與解決本發(fā)明 所提出的技術(shù)問題關(guān)系不太密切的單元引入，但這并不表明本實(shí)施方式中不存在其它的單 J Li 〇
[0051] 本發(fā)明第五實(shí)施方式涉及一種移動(dòng)終端。第五實(shí)施方式在第四實(shí)施方式的基礎(chǔ)上 作了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于：在本發(fā)明第五實(shí)施方式中，執(zhí)行端內(nèi)置有本地服務(wù)模 塊，且本地服務(wù)模塊具有root權(quán)限。
[0052] 具體地說，在本實(shí)施方式中，還包含in it進(jìn)程啟動(dòng)模塊與本地服務(wù)模塊。
[0053] init進(jìn)程啟動(dòng)模塊，用于在啟動(dòng)init進(jìn)程時(shí)啟動(dòng)本地服務(wù)模塊。
[0054] 應(yīng)用層，用于通過binder機(jī)制傳遞命令至執(zhí)行端內(nèi)置的本地服務(wù)模塊。
[0055] 本地服務(wù)模塊，用于通過調(diào)用執(zhí)行端的系統(tǒng)函數(shù)（syStem())對(duì)運(yùn)行進(jìn)程進(jìn)行管 理。
[0056] 這樣，由于本地服務(wù)模塊具有root權(quán)限，這樣，大大提高了用戶管理移動(dòng)終端的 后臺(tái)運(yùn)行進(jìn)程的權(quán)限，并可以避免對(duì)移動(dòng)終端的售后保修的影響，用戶體驗(yàn)佳。
[0057] 由于第二實(shí)施方式與本實(shí)施方式相互對(duì)應(yīng)，因此本實(shí)施方式可與第二實(shí)施方式互 相配合實(shí)施。第二實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然有效，在第二實(shí)施 方式中所能達(dá)到的技術(shù)效果在本實(shí)施方式中也同樣可以實(shí)現(xiàn)，為了減少重復(fù)，這里不再贅 述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第二實(shí)施方式中。
[0058] 本發(fā)明第六實(shí)施方式涉及一種移動(dòng)終端。第六實(shí)施方式在第四實(shí)施方式的基礎(chǔ)上 作了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于：在本發(fā)明第六實(shí)施方式中，客戶端，還用于統(tǒng)計(jì)移動(dòng) 終端中后臺(tái)運(yùn)行的應(yīng)用程序的流量，并予以顯示，而且，還用于接收用戶根據(jù)后臺(tái)運(yùn)行的應(yīng) 用程序的流量對(duì)應(yīng)用程序的運(yùn)行狀態(tài)的設(shè)置。這樣，由于對(duì)后臺(tái)應(yīng)用軟件的流量進(jìn)行了統(tǒng) 計(jì)，并予以顯示，這樣可以直觀地顯示出應(yīng)用程序是否在后臺(tái)消耗流量，便于用戶對(duì)應(yīng)用程 序進(jìn)行管理。
[0059] 由于第三實(shí)施方式與本實(shí)施方式相互對(duì)應(yīng)，因此本實(shí)施方式可與第三實(shí)施方式互 相配合實(shí)施。第三實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然有效，在第三實(shí)施 方式中所能達(dá)到的技術(shù)效果在本實(shí)施方式中也同樣可以實(shí)現(xiàn)，為了減少重復(fù)，這里不再贅 述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第三實(shí)施方式中。
[0060] 本領(lǐng)域的普通技術(shù)人員可以理解，上述各實(shí)施方式是實(shí)現(xiàn)本發(fā)明的具體實(shí)施例， 而在實(shí)際應(yīng)用中，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
【權(quán)利要求】
1. 一種運(yùn)行進(jìn)程管理方法，其特征在于，包含以下步驟： 利用客戶端監(jiān)控移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn)程標(biāo)識(shí)符PID ; 其中，所述客戶端在應(yīng)用層； 根據(jù)用戶的設(shè)置與所述應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接口傳遞命令至執(zhí) 行端；其中，所述命令包含所述PID與指令符，所述執(zhí)行端在所述系統(tǒng)運(yùn)行庫(kù)層； 所述執(zhí)行端根據(jù)接收到的命令對(duì)所述運(yùn)行進(jìn)程進(jìn)行管理。
2. 根據(jù)權(quán)利要求1所述的運(yùn)行進(jìn)程管理方法，其特征在于，在所述根據(jù)用戶的設(shè)置與 所述應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層的接口傳遞命令至執(zhí)行端的步驟中，所述應(yīng) 用層通過binder機(jī)制傳遞所述命令至所述執(zhí)行端內(nèi)置的本地服務(wù)； 在所述執(zhí)行端根據(jù)接收到的命令對(duì)所述運(yùn)行進(jìn)程進(jìn)行管理的步驟中，所述本地服務(wù)通 過調(diào)用所述執(zhí)行端的系統(tǒng)system函數(shù)對(duì)所述運(yùn)行進(jìn)程進(jìn)行管理。
3. 根據(jù)權(quán)利要求2所述的運(yùn)行進(jìn)程管理方法，其特征在于，所述本地服務(wù)具有root權(quán) 限。
4. 根據(jù)權(quán)利要求2所述的運(yùn)行進(jìn)程管理方法，其特征在于，在所述利用客戶端監(jiān)控移 動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn)程標(biāo)識(shí)符PID的步驟前，包含以下步 驟： 通過初始化init進(jìn)程啟動(dòng)所述本地服務(wù)。
5. 根據(jù)權(quán)利要求1所述的運(yùn)行進(jìn)程管理方法，其特征在于，在所述利用客戶端監(jiān)控移 動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn)程標(biāo)識(shí)符PID的步驟中，包含以下子 步驟： 利用所述客戶端統(tǒng)計(jì)所述移動(dòng)終端中后臺(tái)運(yùn)行的應(yīng)用程序的流量； 所述客戶端接收用戶根據(jù)所述后臺(tái)運(yùn)行的應(yīng)用程序的流量對(duì)所述應(yīng)用程序的運(yùn)行狀 態(tài)的設(shè)置。
6. -種移動(dòng)終端，其特征在于，包含：客戶端、傳輸模塊與執(zhí)行端； 所述客戶端，用于監(jiān)控所述移動(dòng)終端中應(yīng)用程序的運(yùn)行狀態(tài)，并獲取運(yùn)行進(jìn)程的進(jìn)程 標(biāo)識(shí)符PID ;其中，所述客戶端在應(yīng)用層； 所述傳輸模塊，用于根據(jù)用戶的設(shè)置與所述應(yīng)用程序的運(yùn)行狀態(tài)，通過系統(tǒng)運(yùn)行庫(kù)層 的接口傳遞命令至執(zhí)行端；其中，所述命令包含所述PID與指令符，所述執(zhí)行端在所述系統(tǒng) 運(yùn)行庫(kù)層； 所述執(zhí)行端，用于根據(jù)接收到的命令對(duì)所述運(yùn)行進(jìn)程進(jìn)行管理。
7. 根據(jù)權(quán)利要求6所述的移動(dòng)終端，其特征在于，所述應(yīng)用層，用于通過binder機(jī)制傳 遞所述命令至所述執(zhí)行端內(nèi)置的本地服務(wù)模塊； 所述本地服務(wù)模塊，用于通過調(diào)用所述執(zhí)行端的系統(tǒng)system函數(shù)對(duì)所述運(yùn)行進(jìn)程進(jìn) 行管理。
8. 根據(jù)權(quán)利要求7所述的移動(dòng)終端，其特征在于，所述本地服務(wù)模塊具有root權(quán)限。
9. 根據(jù)權(quán)利要求7所述的移動(dòng)終端，其特征在于，還包含初始化init進(jìn)程啟動(dòng)模塊； 所述init進(jìn)程啟動(dòng)模塊，用于在啟動(dòng)init進(jìn)程時(shí)啟動(dòng)所述本地服務(wù)模塊。
10. 根據(jù)權(quán)利要求7所述的移動(dòng)終端，其特征在于，所述客戶端，還用于統(tǒng)計(jì)所述移動(dòng) 終端中后臺(tái)運(yùn)行的應(yīng)用程序的流量，并接收用戶根據(jù)所述后臺(tái)運(yùn)行的應(yīng)用程序的流量對(duì)所 述應(yīng)用程序的運(yùn)行狀態(tài)的設(shè)置。
【文檔編號(hào)】G06F9/48GK104102540SQ201410307234
【公開日】2014年10月15日 申請(qǐng)日期:2014年6月30日 優(yōu)先權(quán)日:2014年6月30日
【發(fā)明者】王靖, 王松, 帥慶, 黃祎平 申請(qǐng)人:上海卓悠網(wǎng)絡(luò)科技有限公司