應(yīng)用程序的推薦方法、裝置及終端的制作方法
【專利摘要】本發(fā)明提出一種應(yīng)用程序的推薦方法、裝置及終端。其中，該方法包括：向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資源的數(shù)據(jù)，以使服務(wù)器確定當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍內(nèi)，則根據(jù)對應(yīng)的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向客戶端返回推薦列表；以及接收服務(wù)器返回的推薦列表。本發(fā)明實(shí)施例的應(yīng)用程序的推薦方法的方法、裝置及終端，根據(jù)推薦列表可安裝適合終端當(dāng)前場景下的APP，減少了不適合終端當(dāng)前場景的APP對終端系統(tǒng)資源的消耗，提高終端系統(tǒng)的運(yùn)行效率。
【專利說明】應(yīng)用程序的推薦方法、裝置及終端

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及移動通信【技術(shù)領(lǐng)域】，尤其涉及一種應(yīng)用程序的推薦方法、裝置及終端。

【背景技術(shù)】
[0002] 隨著移動通信技術(shù)的不斷發(fā)展，為了滿足人們?nèi)粘９ぷ骱蜕畹男枨?，越來越?的應(yīng)用程序APP(APPlication)出現(xiàn)在移動終端例如智能手機(jī)中，每個(gè)應(yīng)用程序在運(yùn)行 的過程中會消耗智能手機(jī)中的系統(tǒng)資源例如內(nèi)存、中央處理器CPU (Central Processing Unit)、網(wǎng)絡(luò)資源等，并且在不同場景例如網(wǎng)絡(luò)處于連接狀態(tài)或者斷開狀態(tài)下消耗智能手機(jī) 中的系統(tǒng)資源是不同的。
[0003] 目前，在確定一個(gè)應(yīng)用程序不適合當(dāng)前終端，即當(dāng)前終端當(dāng)前場景不適合該應(yīng)用 程序時(shí)，用戶可通過在搜索引擎或者終端中安裝的金山手機(jī)助手或豌豆莢獲得同種類型 的推薦的應(yīng)用程序，然而，現(xiàn)有的金山手機(jī)助手或豌豆莢所推薦的同種類型的應(yīng)用程序 僅是基于終端的系統(tǒng)進(jìn)行推薦的，即僅基于終端的安卓（Android)或者互聯(lián)網(wǎng)操作系統(tǒng) IOS(Internetwork Operation System)的版本進(jìn)行推薦的，并沒有對推薦的應(yīng)用程序所消 耗的系統(tǒng)資源是否適合當(dāng)前終端當(dāng)前場景進(jìn)行考慮，因此，推薦的應(yīng)用程序可能并不適合 終端當(dāng)前場景，不適合終端當(dāng)前場景的應(yīng)用程序不僅會消耗終端大量的系統(tǒng)資源，還會影 響終端的運(yùn)行效率，另外，不適合終端當(dāng)前場景的應(yīng)用程序也會影響用戶對該應(yīng)用程序的 用戶體驗(yàn)。


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

[0004] 本發(fā)明旨在至少在一定程度上解決相關(guān)技術(shù)中的技術(shù)問題之一。為此，本發(fā)明的 第一個(gè)目的在于提出一種應(yīng)用程序的推薦方法的方法，該方法可根據(jù)推薦的應(yīng)用程序安裝 適合終端當(dāng)前場景的APP，可減少了不適合終端當(dāng)前場景的APP對終端系統(tǒng)資源的消耗，提 高終端系統(tǒng)的運(yùn)行效率。
[0005] 本發(fā)明的第二個(gè)目的在于提出一種應(yīng)用程序的推薦裝置。
[0006] 本發(fā)明的第三個(gè)目的在于提出一種終端。
[0007] 為了實(shí)現(xiàn)上述目的，本發(fā)明第一方面實(shí)施例提出了一種應(yīng)用程序的推薦方法，包 括：向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資源的數(shù)據(jù)，以使所述服務(wù)器 確定所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍內(nèi)，則根據(jù)對應(yīng) 的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向所述客戶端返回所述推 薦列表；以及接收所述服務(wù)器返回的所述推薦列表。
[0008] 本發(fā)明實(shí)施例的應(yīng)用程序的推薦方法，向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場 景下消耗系統(tǒng)資源的數(shù)據(jù)，以使服務(wù)器確定當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對 應(yīng)的正常數(shù)值范圍內(nèi)，則根據(jù)對應(yīng)的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦 列表，并向客戶端返回推薦列表，以及接收服務(wù)器返回的推薦列表，由此，方便用戶根據(jù)推 薦列表安裝適合終端當(dāng)前場景的APP，減少不適合終端當(dāng)前場景的APP對終端系統(tǒng)的影響， 提局終端系統(tǒng)的運(yùn)行效率。
[0009]為了實(shí)現(xiàn)上述目的，本發(fā)明第二方面實(shí)施例提出了一種應(yīng)用程序的推薦裝置，包 括：發(fā)送模塊，用于向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資源的數(shù)據(jù)，以 使所述服務(wù)器確定所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍 內(nèi)，則根據(jù)對應(yīng)的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向所述客 戶端返回所述推薦列表；以及第一接收模塊，用于接收所述服務(wù)器返回的所述推薦列表。 [0010] 本發(fā)明實(shí)施例的應(yīng)用程序的推薦裝置，通過發(fā)送模塊向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序 APP在當(dāng)如場景下消耗系統(tǒng)資源的數(shù)據(jù)，以使所述服務(wù)器確定所述當(dāng)前APP在當(dāng)前場景下 消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍內(nèi)，則根據(jù)對應(yīng)的正常數(shù)值范圍獲得當(dāng)前APP的 同類型應(yīng)用程序的推薦列表，并向所述客戶端返回所述推薦列表，以及通過第一接收模塊 接收所述服務(wù)器返回的所述推薦列表，由此，方便用戶根據(jù)推薦列表安裝適合終端當(dāng)前場 景的APP，減少不適合終端當(dāng)前場景的APP對終端系統(tǒng)的影響，提高終端系統(tǒng)的運(yùn)行效率。 [0011] 為實(shí)現(xiàn)上述目的，本發(fā)明第三方面實(shí)施例提出了一種終端，所述終端包括殼體、處 理器、存儲器、電路板和電源電路，其中，所述電路板安置在所述殼體圍成的空間內(nèi)部，所述 處理器和所述存儲器設(shè)置在所述電路板上；所述電源電路，用于為所述終端的各個(gè)電路或 器件供電；所述存儲器用于存儲可執(zhí)行程序代碼；所述處理器通過讀取所述存儲器中存儲 的可執(zhí)行程序代碼來運(yùn)行與所述可執(zhí)行程序代碼對應(yīng)的程序，以用于執(zhí)行以下步驟：向服 務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資源的數(shù)據(jù)，以使所述服務(wù)器確定所述 當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍內(nèi)，則根據(jù)對應(yīng)的正常數(shù) 值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向所述客戶端返回所述推薦列表； 以及接收所述服務(wù)器返回的所述推薦列表。
[0012] 本發(fā)明實(shí)施例的終端，向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資 源的數(shù)據(jù)，以使服務(wù)器確定當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范 圍內(nèi)，則根據(jù)對應(yīng)的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向客戶 端返回推薦列表，以及接收服務(wù)器返回的推薦列表，由此，方便用戶根據(jù)推薦列表安裝適合 終端當(dāng)前場景的APP，減少不適合終端當(dāng)前場景的APP對終端系統(tǒng)的影響，提高終端系統(tǒng)的 運(yùn)行效率。
[0013] 本發(fā)明附加的方面和優(yōu)點(diǎn)將在下面的描述中部分給出，部分將從下面的描述中變 得明顯，或通過本發(fā)明的實(shí)踐了解到。

【專利附圖】

【附圖說明】
[0014] 圖1是根據(jù)本發(fā)明一個(gè)實(shí)施例的獲取應(yīng)用程序消耗系統(tǒng)資源的方法的流程圖。
[0015] 圖2是根據(jù)本發(fā)明一個(gè)實(shí)施例的應(yīng)用程序的推薦方法的流程圖。
[0016] 圖3是根據(jù)本發(fā)明另一個(gè)實(shí)施例的應(yīng)用程序的推薦方法的流程圖。
[0017]圖4是根據(jù)本發(fā)明一個(gè)實(shí)施例的應(yīng)用程序的升級方法的流程圖。
[0018] 圖5是根據(jù)本發(fā)明一個(gè)實(shí)施例的應(yīng)用程序的推薦裝置的結(jié)構(gòu)示意圖。
[0019] 圖6是根據(jù)本發(fā)明另一個(gè)實(shí)施例的應(yīng)用程序的推薦裝置的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0020] 下面詳細(xì)描述本發(fā)明的實(shí)施例，所述實(shí)施例的示例在附圖中示出，其中自始至終 相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附 圖描述的實(shí)施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。
[0021] 下面參考附圖描述本發(fā)明實(shí)施例的應(yīng)用程序的推薦方法的方法、裝置及終端。
[0022] 圖1是根據(jù)本發(fā)明一個(gè)實(shí)施例的獲取應(yīng)用程序消耗系統(tǒng)資源的方法的流程圖，如 圖1所示，該方法包括：
[0023] S101，針對每種場景，獲取每個(gè)應(yīng)用程序APP消耗系統(tǒng)資源的數(shù)據(jù)，并向服務(wù)器上 報(bào)數(shù)據(jù)，以使服務(wù)器根據(jù)多個(gè)數(shù)據(jù)計(jì)算出每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常數(shù)值 范圍，并向客戶端返回每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常數(shù)值范圍。
[0024] 在該實(shí)施例中，上述場景可以為APP所在終端開屏或鎖屏、網(wǎng)絡(luò)處于連接狀態(tài)或 斷開狀態(tài)等場景，該實(shí)施例對場景不做限定。其中，上述客戶端可以位于個(gè)人計(jì)算機(jī)PC、手 機(jī)、平板電腦等具有各種操作系統(tǒng)的硬件設(shè)備。
[0025] 例如，客戶端所在終端在網(wǎng)絡(luò)處于連接狀態(tài)下，獲得終端系統(tǒng)中運(yùn)行的每個(gè)APP 在網(wǎng)絡(luò)處于連接狀態(tài)下消耗系統(tǒng)資源的數(shù)據(jù)，并向服務(wù)器上報(bào)數(shù)據(jù),服務(wù)器接收客戶端發(fā) 送的每個(gè)APP在網(wǎng)絡(luò)處于連接狀態(tài)下消耗系統(tǒng)資源的數(shù)據(jù)，并從預(yù)先建立的數(shù)據(jù)庫中獲得 每個(gè)APP在網(wǎng)絡(luò)處于連接狀態(tài)下消耗系統(tǒng)資源的正常數(shù)值范圍。其中，上述系統(tǒng)資源可以 包括內(nèi)存、中央處理單元CPU、輸入輸出10和網(wǎng)絡(luò)資源中的一種或多種，該預(yù)先建立的數(shù)據(jù) 庫中包含在不同場景下，應(yīng)用程序的各個(gè)版本消耗系統(tǒng)資源的正常數(shù)值范圍，數(shù)據(jù)庫中保 存的應(yīng)用程序消耗系統(tǒng)資源的正常數(shù)值范圍為服務(wù)器分析大量終端消耗系統(tǒng)資源的平均 范圍。
[0026] 例如，服務(wù)器接收到客戶端發(fā)送的15個(gè)APP在網(wǎng)絡(luò)處于連接狀態(tài)下消耗內(nèi)存、中 央處理單元CPU、輸入輸出10和網(wǎng)絡(luò)資源的數(shù)據(jù)，服務(wù)器根據(jù)每個(gè)APP的標(biāo)識信息比如包名 或者包簽名從預(yù)先建立的數(shù)據(jù)庫中獲得每個(gè)APP在網(wǎng)絡(luò)處于連接狀態(tài)下消耗的系統(tǒng)資源 的正常數(shù)值范圍，并向客戶端返回每個(gè)APP在網(wǎng)絡(luò)處于連接狀態(tài)下消耗系統(tǒng)資源的正常數(shù) 值范圍。
[0027]下面對服務(wù)器預(yù)先建立的包含每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常數(shù)值 范圍的數(shù)據(jù)庫的過程進(jìn)行介紹。
[0028]具體地，針對每一種場景，服務(wù)器獲得多個(gè)客戶端在每一種場景下每個(gè)APP消耗 內(nèi)存、中央處理單元CPU、輸入輸出10和網(wǎng)絡(luò)資源的數(shù)據(jù)，并基于每種場景為每種系統(tǒng)資源 設(shè)置權(quán)重，并基于對應(yīng)的權(quán)重計(jì)算所獲得的數(shù)據(jù)，以計(jì)算出客戶端在每一種場景下每個(gè)APP 消耗內(nèi)存、中央處理單元CPU、輸入輸出10和網(wǎng)絡(luò)資源的正常數(shù)值范圍，進(jìn)一步而言，服務(wù) 器可根據(jù)大量數(shù)據(jù)計(jì)算每個(gè)APP的每個(gè)版本在每一種場景下的系統(tǒng)資源的正常數(shù)值范圍， 并將每一種場景下每個(gè)APP的各個(gè)版本消耗的內(nèi)存、中央處理單元 CPU、輸入輸出1〇和網(wǎng)絡(luò) 資源的正常數(shù)值范圍保存在數(shù)據(jù)庫中。
[0029]例如，服務(wù)器接收到1〇〇〇個(gè)終端發(fā)送的應(yīng)用程序例如獵豹手機(jī)瀏覽器在終端處 于網(wǎng)絡(luò)連接狀態(tài)下的CPU占用率，其中，300個(gè)終端發(fā)送的獵豹手機(jī)瀏覽器處于網(wǎng)絡(luò)連接狀 態(tài)下的CPU占用率為3%?7%，300個(gè)終端發(fā)送的獵豹手機(jī)瀏覽器處于網(wǎng)絡(luò)連接狀態(tài)下的 CPU占用率為4%?8%，3〇0個(gè)終端發(fā)送的獵豹手機(jī)瀏覽器處于網(wǎng)絡(luò)連接狀態(tài)下的Cpu占 用率為4%?8%，100個(gè)終端發(fā)送的獵豹手機(jī)瀏覽器處于網(wǎng)絡(luò)連接狀態(tài)下的 cpu占用率為 80%?90%，則服務(wù)器根據(jù)獲得1000個(gè)獵豹瀏覽器的CPU占用率確定出獵豹瀏覽器 cpu占 用率的正常數(shù)值范圍為3%?8%。由此可見，服務(wù)器基于大數(shù)據(jù)統(tǒng)計(jì)的方式獲得CPu占用 率的正常數(shù)值范圍，通過基于大數(shù)據(jù)統(tǒng)計(jì)的方式，可以忽略在實(shí)際應(yīng)用中不同客戶端上報(bào) 的CPU占用率的差異性。
[0030]在該實(shí)施例中，服務(wù)器保存的每個(gè)應(yīng)用程序消耗系統(tǒng)資源的正常數(shù)值范圍是基于 大數(shù)據(jù)統(tǒng)計(jì)的方式計(jì)算而來，可以忽略在實(shí)際應(yīng)用中不同客戶端上報(bào)的每個(gè)APP消耗系統(tǒng) 資源的數(shù)據(jù)之間的差異性，例如，有的終端中在微信登錄的狀態(tài)下上報(bào)消耗系統(tǒng)資源的數(shù) 據(jù)，有的終端在微信未登錄的情況下上報(bào)消耗系統(tǒng)資源的數(shù)據(jù)。該實(shí)例中數(shù)據(jù)庫中保存的 系統(tǒng)資源的正常數(shù)值范圍如表1所示。
[0031] 表1數(shù)據(jù)庫中保存的系統(tǒng)資源的正常數(shù)值范圍 [0032]

【權(quán)利要求】
1. 一種應(yīng)用程序的推薦方法，其特征在于，包括： 向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資源的數(shù)據(jù)，以使所述服務(wù)器 確定所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍內(nèi)，則根據(jù)對應(yīng) 的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向所述客戶端返回所述推 薦列表；以及 接收所述服務(wù)器返回的所述推薦列表。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述推薦列表中包含的應(yīng)用程序?yàn)樵诋?dāng) 前場景下平均消耗的資源位于對應(yīng)的正常數(shù)值范圍內(nèi)的當(dāng)前APP的同類型應(yīng)用程序。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括： 針對每種場景，獲取每個(gè)應(yīng)用程序APP消耗系統(tǒng)資源的數(shù)據(jù)，并向服務(wù)器上報(bào)所述數(shù) 據(jù)，以使服務(wù)器根據(jù)多個(gè)所述數(shù)據(jù)計(jì)算出每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常數(shù)值 范圍，并向所述客戶端返回所述每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常數(shù)值范圍；以 及 接收所述服務(wù)器返回的所述每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常數(shù)值范圍。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述每個(gè)APP在每種場景下消耗系統(tǒng)資源 的正常數(shù)值范圍，包括： 所述每個(gè)APP的每個(gè)版本在每種場景下消耗系統(tǒng)資源的正常數(shù)值范圍。
5. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述每個(gè)APP在每種場景下消耗系統(tǒng)資源 的正常數(shù)值范圍為所述服務(wù)器基于當(dāng)前場景為每種系統(tǒng)資源設(shè)置權(quán)重，并基于對應(yīng)的權(quán)重 計(jì)算獲得的。
6. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述系統(tǒng)資源包括內(nèi)存、中央處理單元 CPU、輸入輸出10和網(wǎng)絡(luò)資源中的一種或多種。
7. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述場景包括所述APP所在終端開屏或關(guān) 屏、網(wǎng)絡(luò)處于連接狀態(tài)或斷開狀態(tài)。
8. 根據(jù)權(quán)利要求3-7任一權(quán)利要求所述的方法，其特征在于，在所述接收所述服務(wù)器 返回的所述每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常數(shù)值范圍之后，還包括： 在確定所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍內(nèi)時(shí)，向 所述服務(wù)器發(fā)送推薦請求，并接收所述服務(wù)器根據(jù)所述推薦請求返回的當(dāng)前APP的同類型 應(yīng)用程序的推薦列表。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述推薦列表為所述服務(wù)器在接收到所 述推薦請求后根據(jù)所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源的正常數(shù)值范圍獲得的。
10. -種應(yīng)用程序的推薦裝置，其特征在于，包括： 發(fā)送模塊，用于向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資源的數(shù)據(jù)， 以使所述服務(wù)器確定所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范 圍內(nèi)，則根據(jù)對應(yīng)的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向所述 客戶端返回所述推薦列表；以及 第一接收模塊，用于接收所述服務(wù)器返回的所述推薦列表。
11. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述推薦列表中包含的應(yīng)用程序?yàn)樵?當(dāng)前場景下平均消耗的資源位于對應(yīng)的正常數(shù)值范圍內(nèi)的當(dāng)前APP的同類型應(yīng)用程序。
12. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，還包括： 獲取模塊，用于針對每種場景，獲取每個(gè)應(yīng)用程序APP消耗系統(tǒng)資源的數(shù)據(jù)，并向服務(wù) 器上報(bào)所述數(shù)據(jù)，以使服務(wù)器根據(jù)多個(gè)所述數(shù)據(jù)計(jì)算出每個(gè)APP在每種場景下消耗系統(tǒng)資 源的正常數(shù)值范圍，并向所述客戶端返回所述每個(gè)APP在每種場景下消耗系統(tǒng)資源的正常 數(shù)值范圍；以及 第二接收模塊，用于接收所述服務(wù)器返回的所述每個(gè)APP在每種場景下消耗系統(tǒng)資源 的正常數(shù)值范圍。
13. 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述每個(gè)APP在每種場景下消耗系統(tǒng)資 源的正常數(shù)值范圍，包括： 所述每個(gè)APP的每個(gè)版本在每種場景下消耗系統(tǒng)資源的正常數(shù)值范圍。
14. 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述每個(gè)APP在每種場景下消耗系統(tǒng)資 源的正常數(shù)值范圍為所述服務(wù)器基于當(dāng)前場景為每種系統(tǒng)資源設(shè)置權(quán)重，并基于對應(yīng)的權(quán) 重計(jì)算獲得的。
15. 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述系統(tǒng)資源包括內(nèi)存、中央處理單元 CPU、輸入輸出10和網(wǎng)絡(luò)資源中的一種或多種。
16. 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述場景包括所述APP所在終端開屏或 關(guān)屏、網(wǎng)絡(luò)處于連接狀態(tài)或斷開狀態(tài)。
17. 根據(jù)權(quán)利要求12-16任一權(quán)利要求所述的裝置，其特征在于，還包括： 處理模塊，用于在所述第一接收模塊接收所述服務(wù)器返回的所述每個(gè)APP在每種場景 下消耗系統(tǒng)資源的正常數(shù)值范圍之后，在確定所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源 不在對應(yīng)的正常數(shù)值范圍內(nèi)時(shí)，向所述服務(wù)器發(fā)送推薦請求，并接收所述服務(wù)器根據(jù)所述 推薦請求返回的當(dāng)前APP的同類型應(yīng)用程序的推薦列表。
18. 根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述推薦列表為所述服務(wù)器在接收到 所述推薦請求后根據(jù)所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源的正常數(shù)值范圍獲得的。
19. 一種終端，所述終端包括殼體、處理器、存儲器、電路板和電源電路，其中，所述電路 板安置在所述殼體圍成的空間內(nèi)部，所述處理器和所述存儲器設(shè)置在所述電路板上；所述 電源電路，用于為所述終端的各個(gè)電路或器件供電；所述存儲器用于存儲可執(zhí)行程序代碼； 所述處理器通過讀取所述存儲器中存儲的可執(zhí)行程序代碼來運(yùn)行與所述可執(zhí)行程序代碼 對應(yīng)的程序，以用于執(zhí)行以下步驟： 向服務(wù)器上報(bào)當(dāng)前應(yīng)用程序APP在當(dāng)前場景下消耗系統(tǒng)資源的數(shù)據(jù)，以使所述服務(wù)器 確定所述當(dāng)前APP在當(dāng)前場景下消耗的系統(tǒng)資源不在對應(yīng)的正常數(shù)值范圍內(nèi)，則根據(jù)對應(yīng) 的正常數(shù)值范圍獲得當(dāng)前APP的同類型應(yīng)用程序的推薦列表，并向所述終端返回所述推薦 列表；以及 接收所述服務(wù)器返回的所述推薦列表。
【文檔編號】G06F17/30GK104268248SQ201410522690
【公開日】2015年1月7日 申請日期:2014年9月30日 優(yōu)先權(quán)日:2014年9月30日
【發(fā)明者】肖超, 付建勛, 楊海英, 熊佳林 申請人:北京金山安全軟件有限公司