[發(fā)明專(zhuān)利]一種在移動(dòng)終端中用于省電的方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201210507375.8
• 申請(qǐng)日: 2012-11-30
• 公開(kāi)（公告）號(hào): CN103857019B
• 公開(kāi)（公告）日: 2018-01-02
• 發(fā)明（設(shè)計(jì)）人: 林立;馬玖凱;余浩農(nóng);邱俊;米良川;歇爾·戴夫;祖志超;卡薩克·薩姆納瑟;理查德·克拉克
• 申請(qǐng)（專(zhuān)利權(quán)）人: 輝達(dá)公司
• 主分類(lèi)號(hào): H04W52/02
• 分類(lèi)號(hào): H04W52/02;H04W88/02
• 代理公司: 北京市磐華律師事務(wù)所11336
• 代理人: 董巍,徐丁峰

技術(shù)領(lǐng)域

本發(fā)明涉及移動(dòng)終端中的電源管理領(lǐng)域，尤其涉及一種在移動(dòng)終端中用于省電的方法。

背景技術(shù)

目前，對(duì)于智能手機(jī)等移動(dòng)終端來(lái)說(shuō)，電池的使用時(shí)間已經(jīng)成為最關(guān)鍵的挑戰(zhàn)之一。現(xiàn)在的終端用戶(hù)普遍對(duì)現(xiàn)代手機(jī)的電池甚至不能支撐一天而感到失望。研究發(fā)現(xiàn)，待機(jī)時(shí)間占據(jù)了手機(jī)電池日常使用的一大部分時(shí)間。在待機(jī)模式下，手機(jī)被諸如Gmail、Pulse、Facebook等各種應(yīng)用的喚醒事件喚醒的頻率很高。并且，與通信有關(guān)的應(yīng)用安裝得越多，手機(jī)喚醒就越頻繁。雖然在待機(jī)時(shí)間，手機(jī)的屏幕處于關(guān)閉狀態(tài)，但是這些頻繁的喚醒仍然大大增加了手機(jī)在待機(jī)模式下的總體功耗。一般情況下，當(dāng)手機(jī)在待機(jī)模式下沒(méi)有被喚醒時(shí)，功耗大約僅為10毫瓦，而當(dāng)被喚醒時(shí)，平均功耗可以達(dá)到170毫瓦，約是沒(méi)有喚醒時(shí)的17倍。

為了減小移動(dòng)終端的功耗，現(xiàn)有技術(shù)通常盡可能多地關(guān)掉較為耗電的應(yīng)用。也有一些應(yīng)用設(shè)計(jì)為為移動(dòng)終端節(jié)省日常用電，例如，簡(jiǎn)易的節(jié)電器（Easy Power Saver）、節(jié)電專(zhuān)家（Juice Defender）等等。這些應(yīng)用一般是通過(guò)基于預(yù)定義的規(guī)則和時(shí)間對(duì)一些控制組件進(jìn)行控制，來(lái)使能或者禁用WIFI或3G以及調(diào)整移動(dòng)終端的背光亮度等等。但是，這樣禁用WIFI或3G可能會(huì)影響用戶(hù)體驗(yàn)。

因此，需要一種在移動(dòng)終端中用于省電的方法來(lái)解決上述問(wèn)題。

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

在發(fā)明內(nèi)容部分中引入了一系列簡(jiǎn)化形式的概念，這將在具體實(shí)施方式部分中進(jìn)一步詳細(xì)說(shuō)明。本發(fā)明的發(fā)明內(nèi)容部分并不意味著要試圖限定出所要求保護(hù)的技術(shù)方案的關(guān)鍵特征和必要技術(shù)特征，更不意味著試圖確定所要求保護(hù)的技術(shù)方案的保護(hù)范圍。

為了解決上述問(wèn)題，本發(fā)明公開(kāi)了一種在移動(dòng)終端中用于省電的方法，該方法包括：當(dāng)所述移動(dòng)終端進(jìn)入待機(jī)模式后確定合并處理時(shí)刻；以及控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在所述每個(gè)合并處理時(shí)刻開(kāi)始處理。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述方法還包括確定不可合并喚醒事件以添加到白名單；其中，所述不可合并喚醒事件在其發(fā)生時(shí)刻立刻處理。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述確定合并處理時(shí)刻包括：確定合并處理時(shí)刻的時(shí)間間隔；以及當(dāng)所述移動(dòng)終端進(jìn)入所述待機(jī)模式時(shí)，開(kāi)始計(jì)時(shí)并根據(jù)所述時(shí)間間隔確定所述合并處理時(shí)刻。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括網(wǎng)絡(luò)喚醒事件。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述方法還包括：確定所述網(wǎng)絡(luò)喚醒事件的發(fā)生頻率；其中，所述控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在所述每個(gè)合并處理時(shí)刻開(kāi)始處理僅在所述發(fā)生頻率高于預(yù)設(shè)值時(shí)進(jìn)行。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，所述警報(bào)喚醒事件的合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻具有各自的時(shí)間間隔。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述警報(bào)喚醒事件的至少部分合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的對(duì)應(yīng)的合并處理時(shí)刻相同。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述警報(bào)喚醒事件的合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻全部相同。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述方法還包括：確定所述網(wǎng)絡(luò)喚醒事件的發(fā)生頻率；其中，在所述發(fā)生頻率低于預(yù)設(shè)值時(shí)，所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻與所述警報(bào)喚醒事件的合并處理時(shí)刻全部相同。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述時(shí)間間隔是由用戶(hù)設(shè)置的。

優(yōu)選地，所述時(shí)間間隔為2~4分鐘。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述確定合并處理時(shí)刻包括：統(tǒng)計(jì)所述移動(dòng)終端進(jìn)入所述待機(jī)模式后發(fā)生的所述可合并喚醒事件的次數(shù)；以及根據(jù)所述可合并喚醒事件發(fā)生的次數(shù)確定所述合并處理時(shí)刻。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述根據(jù)所述可合并喚醒事件發(fā)生的次數(shù)確定所述合并處理時(shí)刻包括：自所述移動(dòng)終端進(jìn)入所述待機(jī)模式起，每當(dāng)所述可合并喚醒事件發(fā)生的次數(shù)達(dá)到設(shè)定值的整數(shù)倍時(shí)，確定一個(gè)合并處理時(shí)刻。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述設(shè)定值是由用戶(hù)設(shè)置的。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述設(shè)定值是固定值或者能夠根據(jù)所述可合并喚醒事件的發(fā)生頻率進(jìn)行調(diào)整。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件。

在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括網(wǎng)絡(luò)喚醒事件。