一種在移動(dòng)終端中用于省電的方法
【專利摘要】本發(fā)明公開了一種在移動(dòng)終端中用于省電的方法。該方法包括：當(dāng)所述移動(dòng)終端進(jìn)入待機(jī)模式后確定合并處理時(shí)刻；以及控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在所述每個(gè)合并處理時(shí)刻開始處理。本發(fā)明所提供的上述在移動(dòng)終端中用于省電的方法能夠降低在待機(jī)模式下由于各種喚醒事件產(chǎn)生的功耗，提高移動(dòng)終端的電池的使用時(shí)間。
【專利說(shuō)明】—種在移動(dòng)終端中用于省電的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動(dòng)終端中的電源管理領(lǐng)域，尤其涉及一種在移動(dòng)終端中用于省電的方法。
【背景技術(shù)】
[0002]目前，對(duì)于智能手機(jī)等移動(dòng)終端來(lái)說(shuō)，電池的使用時(shí)間已經(jīng)成為最關(guān)鍵的挑戰(zhàn)之一?，F(xiàn)在的終端用戶普遍對(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ī)模式下沒有被喚醒時(shí)，功耗大約僅為10毫瓦，而當(dāng)被喚醒時(shí)，平均功耗可以達(dá)到170毫瓦，約是沒有喚醒時(shí)的17倍。
[0003]為了減小移動(dòng)終端的功耗，現(xiàn)有技術(shù)通常盡可能多地關(guān)掉較為耗電的應(yīng)用。也有一些應(yīng)用設(shè)計(jì)為為移動(dòng)終端節(jié)省日常用電，例如，簡(jiǎn)易的節(jié)電器(Easy Power Saver)、節(jié)電專家(Juice Defender)等等。這些應(yīng)用一般是通過(guò)基于預(yù)定義的規(guī)則和時(shí)間對(duì)一些控制組件進(jìn)行控制，來(lái)使能或者禁用WIFI或3G以及調(diào)整移動(dòng)終端的背光亮度等等。但是，這樣禁用WIFI或3G可能會(huì)影響用戶體驗(yàn)。
[0004]因此，需要一種在移動(dòng)終端中用于省電的方法來(lái)解決上述問(wèn)題。

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

[0005]在
【發(fā)明內(nèi)容】
部分中引入了一系列簡(jiǎn)化形式的概念，這將在【具體實(shí)施方式】部分中進(jìn)一步詳細(xì)說(shuō)明。本發(fā)明的
【發(fā)明內(nèi)容】
部分并不意味著要試圖限定出所要求保護(hù)的技術(shù)方案的關(guān)鍵特征和必要技術(shù)特征，更不意味著試圖確定所要求保護(hù)的技術(shù)方案的保護(hù)范圍。
[0006]為了解決上述問(wèn)題，本發(fā)明公開了一種在移動(dòng)終端中用于省電的方法，該方法包括:當(dāng)所述移動(dòng)終端進(jìn)入待機(jī)模式后確定合并處理時(shí)刻；以及控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在所述每個(gè)合并處理時(shí)刻開始處理。
[0007]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述方法還包括確定不可合并喚醒事件以添加到白名單；其中，所述不可合并喚醒事件在其發(fā)生時(shí)刻立刻處理。
[0008]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述確定合并處理時(shí)刻包括:確定合并處理時(shí)刻的時(shí)間間隔；以及當(dāng)所述移動(dòng)終端進(jìn)入所述待機(jī)模式時(shí)，開始計(jì)時(shí)并根據(jù)所述時(shí)間間隔確定所述合并處理時(shí)刻。
[0009]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件。
[0010]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括網(wǎng)絡(luò)喚醒事件。
[0011]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述方法還包括:確定所述網(wǎng)絡(luò)喚醒事件的發(fā)生頻率；其中，所述控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在所述每個(gè)合并處理時(shí)刻開始處理僅在所述發(fā)生頻率高于預(yù)設(shè)值時(shí)進(jìn)行。
[0012]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，所述警報(bào)喚醒事件的合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻具有各自的時(shí)間間隔。
[0013]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述警報(bào)喚醒事件的至少部分合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的對(duì)應(yīng)的合并處理時(shí)刻相同。
[0014]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述警報(bào)喚醒事件的合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻全部相同。
[0015]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述方法還包括:確定所述網(wǎng)絡(luò)喚醒事件的發(fā)生頻率；其中，在所述發(fā)生頻率低于預(yù)設(shè)值時(shí)，所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻與所述警報(bào)喚醒事件的合并處理時(shí)刻全部相同。
[0016]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述時(shí)間間隔是由用戶設(shè)置的。
[0017]優(yōu)選地，所述時(shí)間間隔為2?4分鐘。
[0018]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述確定合并處理時(shí)刻包括:統(tǒng)計(jì)所述移動(dòng)終端進(jìn)入所述待機(jī)模式后發(fā)生的所述可合并喚醒事件的次數(shù)；以及根據(jù)所述可合并喚醒事件發(fā)生的次數(shù)確定所述合并處理時(shí)刻。
[0019]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述根據(jù)所述可合并喚醒事件發(fā)生的次數(shù)確定所述合并處理時(shí)刻包括:自所述移動(dòng)終端進(jìn)入所述待機(jī)模式起，每當(dāng)所述可合并喚醒事件發(fā)生的次數(shù)達(dá)到設(shè)定值的整數(shù)倍時(shí)，確定一個(gè)合并處理時(shí)刻。
[0020]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述設(shè)定值是由用戶設(shè)置的。
[0021]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述設(shè)定值是固定值或者能夠根據(jù)所述可合并喚醒事件的發(fā)生頻率進(jìn)行調(diào)整。
[0022]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件。
[0023]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括網(wǎng)絡(luò)喚醒事件。
[0024]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，所述警報(bào)喚醒事件和所述網(wǎng)絡(luò)喚醒事件的次數(shù)一起統(tǒng)計(jì)，以確定共同的合并處理時(shí)刻。
[0025]在本發(fā)明一個(gè)優(yōu)選實(shí)施例中，所述可合并喚醒事件包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，所述警報(bào)喚醒事件和所述網(wǎng)絡(luò)喚醒事件的次數(shù)各自分別統(tǒng)計(jì)，以確定其各自的合并處理時(shí)刻。
[0026]本發(fā)明所提供的上述在移動(dòng)終端中用于省電的方法能夠降低在待機(jī)模式下由于各種喚醒事件廣生的功耗，提聞移動(dòng)終端的電池的使用時(shí)間。
【專利附圖】

【附圖說(shuō)明】
[0027]本發(fā)明的下列附圖在此作為本發(fā)明的一部分用于理解本發(fā)明。附圖中示出了本發(fā)明的實(shí)施例及其描述，用來(lái)解釋本發(fā)明的原理。在附圖中，
[0028]圖1示出了根據(jù)本發(fā)明一個(gè)優(yōu)選實(shí)施例的在移動(dòng)終端中用于省電的方法的流程圖；
[0029]圖2示出了一個(gè)喚醒事件處理過(guò)程的時(shí)間-功耗的示意圖；[0030]圖3示出了根據(jù)本發(fā)明一個(gè)優(yōu)選實(shí)施例的確定合并處理時(shí)刻的方法的流程圖；
[0031]圖4示出了根據(jù)本發(fā)明另一個(gè)優(yōu)選實(shí)施例的確定合并處理時(shí)刻的方法的流程圖；
[0032]圖5a和圖5b分別示出了現(xiàn)有技術(shù)和使用本發(fā)明提供的在移動(dòng)終端中用于省電的方法的移動(dòng)終端的總體功耗示意圖。
【具體實(shí)施方式】
[0033]在下文的描述中，給出了大量具體的細(xì)節(jié)以便提供對(duì)本發(fā)明更為徹底的理解。然而，對(duì)于本領(lǐng)域技術(shù)人員來(lái)說(shuō)顯而易見的是，本發(fā)明可以無(wú)需一個(gè)或多個(gè)這些細(xì)節(jié)而得以實(shí)施。在其他的例子中，為了避免與本發(fā)明發(fā)生混淆，對(duì)于本領(lǐng)域公知的一些技術(shù)特征未進(jìn)行描述。
[0034]為了徹底了解本發(fā)明，將在下列的描述中提出詳細(xì)的結(jié)構(gòu)。顯然，本發(fā)明的施行并不限定于本領(lǐng)域的技術(shù)人員所熟習(xí)的特殊細(xì)節(jié)。本發(fā)明的較佳實(shí)施例詳細(xì)描述如下，然而除了這些詳細(xì)描述外，本發(fā)明還可以具有其他實(shí)施方式。
[0035]根據(jù)本發(fā)明的一方面，提供了一種在移動(dòng)終端中用于省電的方法。圖1示出了根據(jù)本發(fā)明一個(gè)優(yōu)選實(shí)施例的在移動(dòng)終端中用于省電的方法100的流程圖。如圖1所示，方法100包括確定合并處理時(shí)刻步驟102和控制可合并喚醒事件在合并處理時(shí)刻開始處理步驟103。其中，在步驟102，當(dāng)移動(dòng)終端進(jìn)入待機(jī)模式后確定合并處理時(shí)刻。在步驟103，控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在每個(gè)合并處理時(shí)刻開始處理。
[0036]當(dāng)移動(dòng)終端進(jìn)入待機(jī)模式后，可能會(huì)被各種喚醒事件頻繁喚醒。例如，對(duì)于一些移動(dòng)終端，即時(shí)聊天應(yīng)用軟件“QQ for Pad”大約15秒喚醒一次。頻繁的喚醒和對(duì)喚醒事件的處理會(huì)大大增加移動(dòng)終端的總體功耗。圖2示出了一個(gè)喚醒事件處理過(guò)程的時(shí)間-功耗的示意圖。如圖2所示，對(duì)于一個(gè)喚醒事件的操作可以包括恢復(fù)、處理、掛起和其他任務(wù)。其中，用于對(duì)喚醒事件處理的時(shí)間僅為0.3秒，其遠(yuǎn)小于其他操作占用的時(shí)間，而且對(duì)喚醒事件的處理的操作消耗的功率也較小，大約僅為整個(gè)操作功耗的15%。因此，對(duì)多個(gè)喚醒事件進(jìn)行合并處理，可以使恢復(fù)、掛起和其他任務(wù)僅進(jìn)行一次，大大降低了移動(dòng)終端的總體功耗。
[0037]在步驟102確定合并處理時(shí)刻，以在合并處理時(shí)刻一起開始處理在相應(yīng)的合并處理時(shí)段內(nèi)逐個(gè)到來(lái)的喚醒事件。相對(duì)于來(lái)一個(gè)喚醒事件就喚醒一次的處理方式，將多個(gè)喚醒事件一起進(jìn)行處理降低了移動(dòng)終端的總體功耗。
[0038]在步驟103，控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在每個(gè)合并處理時(shí)刻開始處理。該控制過(guò)程可通過(guò)控制移動(dòng)終端內(nèi)的模塊或單元來(lái)實(shí)現(xiàn)，例如控制移動(dòng)終端內(nèi)的中央處理單元CPU的時(shí)鐘芯片(RTC)的觸發(fā)時(shí)間。從移動(dòng)終端進(jìn)入待機(jī)模式的時(shí)刻到確定的第一個(gè)合并處理時(shí)刻為第一個(gè)合并處理時(shí)段，其與第一合并處理時(shí)刻相對(duì)應(yīng)。因此，在第一個(gè)合并處理時(shí)刻開始處理第一個(gè)合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件。同理，從確定的第一個(gè)合并處理時(shí)刻到確定的第二個(gè)合并處理時(shí)刻為第二個(gè)合并處理時(shí)段，其與第二合并處理時(shí)刻相對(duì)應(yīng)，以此類推。合并處理時(shí)段可以為幾分鐘，而處理可合并喚醒事件所用的時(shí)間一般僅為幾百毫秒。因此，相對(duì)于前者，后者數(shù)量級(jí)遠(yuǎn)遠(yuǎn)小于前者。因此，對(duì)喚醒事件進(jìn)行合并處理可以大大減小移動(dòng)終端的總體功耗。[0039]上述方法能夠降低在待機(jī)模式下由于各種喚醒事件產(chǎn)生的功耗，延長(zhǎng)移動(dòng)終端的電池的使用時(shí)間，同時(shí)不影響用戶體驗(yàn)。通過(guò)優(yōu)化移動(dòng)終端的功耗，移動(dòng)終端可以持續(xù)使用更長(zhǎng)時(shí)間，其電池尺寸也可以減小，這樣可以使得移動(dòng)終端本身更加輕便，更受到用戶青睞。
[0040]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，方法100還可以包括確定不可合并喚醒事件步驟101。在步驟101，確定不可合并喚醒事件以添加到白名單。其中，不可合并喚醒事件在其發(fā)生時(shí)刻立刻處理。將多個(gè)喚醒事件合并處理有利于降低總功耗，但是這樣意味著將喚醒事件相對(duì)延遲處理。對(duì)于一些喚醒事件，需要立刻對(duì)其進(jìn)行處理才能起到應(yīng)有的作用。例如，用戶設(shè)定的鬧鐘，其本來(lái)就用于在用戶設(shè)定的時(shí)刻通過(guò)響鈴或振動(dòng)來(lái)提示用戶，如果將其合并延遲處理，就失去了其本身的意義。類似地，一些其他應(yīng)用的喚醒事件也可根據(jù)需要設(shè)置到白名單中作為不可合并喚醒事件。因此，確定一些不可合并喚醒事件可以在降低功耗的同時(shí)又不影響用戶體驗(yàn)。本領(lǐng)域普通技術(shù)人員可以理解，不可合并事件可以根據(jù)用戶的相關(guān)輸入來(lái)確定。
[0041]圖3示出了根據(jù)本發(fā)明一個(gè)優(yōu)選實(shí)施例的確定合并處理時(shí)刻的方法300的流程圖。
[0042]在步驟301，確定合并處理時(shí)刻的時(shí)間間隔。這里所說(shuō)的時(shí)間間隔即為圖1中所示的步驟102中所說(shuō)的合并處理時(shí)段。然后在步驟302，當(dāng)移動(dòng)終端進(jìn)入待機(jī)模式時(shí)，開始計(jì)時(shí)并根據(jù)所確定的時(shí)間間隔確定合并處理時(shí)刻。根據(jù)所確定的時(shí)間間隔來(lái)確定合并處理時(shí)
刻簡(jiǎn)單可靠。
[0043]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，時(shí)間間隔可以由用戶設(shè)置。用戶可以根據(jù)自己的需要來(lái)設(shè)置時(shí)間間隔，在降低功耗和滿足應(yīng)用需求之間做出良好的權(quán)衡。
[0044]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，可合并喚醒事件可以包括警報(bào)(Alarm)喚醒事件。警報(bào)喚醒事件是由于移動(dòng)終端上的一些應(yīng)用使用警報(bào)來(lái)規(guī)則性地輪詢服務(wù)器或執(zhí)行其他重復(fù)性的任務(wù)而產(chǎn)生的。
[0045]當(dāng)可合并喚醒事件只包括警報(bào)喚醒事件時(shí)，可以確定警報(bào)喚醒事件的合并處理時(shí)刻的時(shí)間間隔，然后根據(jù)該時(shí)間間隔確定警報(bào)喚醒事件的合并處理時(shí)刻，并在每一個(gè)合并處理時(shí)刻開始處理對(duì)應(yīng)的合并處理時(shí)段的警報(bào)喚醒事件。例如，控制移動(dòng)終端內(nèi)的中央處理單元CPU的時(shí)鐘芯片(RTC)的觸發(fā)時(shí)間，將至少部分警報(bào)喚醒事件延遲處理。
[0046]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，可合并喚醒事件可以包括網(wǎng)絡(luò)喚醒(Wake onWan)事件。網(wǎng)絡(luò)喚醒事件的來(lái)源是一些應(yīng)用使用服務(wù)器經(jīng)由網(wǎng)絡(luò)來(lái)推送消息，所以服務(wù)器網(wǎng)絡(luò)數(shù)據(jù)包會(huì)喚醒系統(tǒng)。
[0047]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，當(dāng)可合并喚醒事件只包括網(wǎng)絡(luò)喚醒事件時(shí)，可以先確定網(wǎng)絡(luò)喚醒事件的發(fā)生頻率。其中，控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在每個(gè)合并處理時(shí)刻開始處理僅在網(wǎng)絡(luò)喚醒事件的發(fā)生頻率高于預(yù)設(shè)值時(shí)進(jìn)行。當(dāng)網(wǎng)絡(luò)喚醒事件的發(fā)生頻率較低時(shí)，即相鄰的兩個(gè)網(wǎng)絡(luò)喚醒事件相隔較長(zhǎng)的時(shí)間，此時(shí)可以不對(duì)其進(jìn)行合并處理，在其發(fā)生時(shí)刻立即處理即可。預(yù)設(shè)值可以根據(jù)移動(dòng)終端本身的情況設(shè)定，也可以由用戶根據(jù)自身需求設(shè)定。可選地，該預(yù)設(shè)值可以為I次/每3分鐘。即如果在3分鐘內(nèi)網(wǎng)絡(luò)喚醒事件發(fā)生次數(shù)超過(guò)I次，就使用本發(fā)明提供的省電方法。[0048]對(duì)網(wǎng)絡(luò)喚醒事件的合并處理可以通過(guò)以下步驟來(lái)實(shí)現(xiàn):首先，將來(lái)自服務(wù)器的網(wǎng)絡(luò)喚醒事件緩存在移動(dòng)終端內(nèi)的3G模塊或WIFI模塊中；根據(jù)合并處理時(shí)刻設(shè)置CPU的RTC的觸發(fā)時(shí)間，在觸發(fā)CPU后開始處理所緩存的網(wǎng)絡(luò)喚醒事件。本領(lǐng)域普通技術(shù)人員可以理解，即使網(wǎng)絡(luò)喚醒事件的處理時(shí)刻相對(duì)于其到達(dá)移動(dòng)終端的時(shí)刻延遲了較長(zhǎng)時(shí)間，服務(wù)器也會(huì)基于其網(wǎng)絡(luò)協(xié)議再次推送。
[0049]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，可合并喚醒事件可以包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，其中，警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻具有各自的時(shí)間間隔。
[0050]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，警報(bào)喚醒事件的至少部分合并處理時(shí)刻和網(wǎng)絡(luò)喚醒事件的對(duì)應(yīng)的合并處理時(shí)刻相同。當(dāng)警報(bào)喚醒事件的合并處理時(shí)刻的時(shí)間間隔與網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻的時(shí)間間隔成一定的比例關(guān)系，例如，網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻的時(shí)間間隔是10分鐘，而警報(bào)喚醒事件的合并處理時(shí)刻的時(shí)間間隔是5分鐘，即網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻的時(shí)間間隔是警報(bào)喚醒事件的合并處理時(shí)刻的時(shí)間間隔的2倍，則警報(bào)喚醒事件的合并處理時(shí)刻有一半和網(wǎng)絡(luò)喚醒事件的對(duì)應(yīng)的合并處理時(shí)刻相同。在上述情況中，部分警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件一起進(jìn)行處理，更加有利于降低總體功耗。
[0051]優(yōu)選地，警報(bào)喚醒事件的合并處理時(shí)刻和網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻全部相同。這樣，警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件在合并處理時(shí)刻將一起處理，可以使得移動(dòng)終端被喚醒的次數(shù)最少，省電最多。
[0052]根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，當(dāng)可合并喚醒事件既包括警報(bào)喚醒事件又包括網(wǎng)絡(luò)喚醒事件時(shí)，也可以先確定網(wǎng)絡(luò)喚醒事件的發(fā)生頻率。其中，當(dāng)網(wǎng)絡(luò)喚醒事件的發(fā)生頻率低于預(yù)設(shè)值時(shí)，可以使網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻與警報(bào)喚醒事件的合并處理時(shí)刻全部相同。即當(dāng)網(wǎng)絡(luò)喚醒事件發(fā)生的不太頻繁時(shí)，可以設(shè)置網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻的時(shí)間間隔和警報(bào)喚醒事件的合并處理時(shí)刻的時(shí)間間隔大小相等，使得網(wǎng)絡(luò)喚醒事件隨著警報(bào)喚醒事件一起處理。而當(dāng)網(wǎng)絡(luò)喚醒事件發(fā)生較為頻繁時(shí)，可以設(shè)置自己的合并處理時(shí)刻的時(shí)間間隔，在自己的合并處理時(shí)刻處理。根據(jù)網(wǎng)絡(luò)喚醒事件的發(fā)生頻率而改變其處理方式，使得本發(fā)明提供的省電方法更為靈活。
[0053]表I和表2示出了使用本發(fā)明提供的在移動(dòng)終端中用于省電的方法前后某安卓系統(tǒng)的移動(dòng)終端的功耗對(duì)比。
[0054]其中，表I示出了安裝在安卓手機(jī)上的16個(gè)應(yīng)用使用WIFI時(shí)，產(chǎn)生的喚醒事件在合并處理前后產(chǎn)生的功耗對(duì)比。表2示出了安裝在安卓手機(jī)上的16個(gè)應(yīng)用使用3G時(shí)，產(chǎn)生的喚醒事件在合并處理前后產(chǎn)生的功耗對(duì)比。這16個(gè)應(yīng)用分別為:推特(Twitter)、臉譜(Facebook)、海豚瀏覽器高清版(Dolphin Browser HD)、谷歌郵箱(Gmail)、雅虎郵箱(Yahoo Mail)、谷歌即時(shí)通信軟件(Google Gtalk)、脈沖(Pulse)、對(duì)講機(jī)免費(fèi)通話短信(KakaoTalk Free CalIs&Text)、全能便簽(Evernote)、新浪微博、微信、開心網(wǎng)、淘寶、人人網(wǎng)、米聊。測(cè)試時(shí)間為30分鐘，合并處理時(shí)刻的時(shí)間間隔分別為I分鐘、3分鐘、5分鐘和10分鐘。
[0055]表IWIFI下的測(cè)試
[0056]
【權(quán)利要求】
1.一種在移動(dòng)終端中用于省電的方法，包括: 當(dāng)所述移動(dòng)終端進(jìn)入待機(jī)模式后確定合并處理時(shí)刻；以及 控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在所述每個(gè)合并處理時(shí)刻開始處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 確定不可合并喚醒事件以添加到白名單； 其中，所述不可合并喚醒事件在其發(fā)生時(shí)刻立刻處理。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定合并處理時(shí)刻包括: 確定合并處理時(shí)刻的時(shí)間間隔；以及 當(dāng)所述移動(dòng)終端進(jìn)入所述待機(jī)模式時(shí)，開始計(jì)時(shí)并根據(jù)所述時(shí)間間隔確定所述合并處理時(shí)刻。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述可合并喚醒事件包括警報(bào)喚醒事件。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述可合并喚醒事件包括網(wǎng)絡(luò)喚醒事件。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括: 確定所述網(wǎng)絡(luò)喚醒事件的發(fā)生頻率； 其中，所述控制與每個(gè)合并處理時(shí)刻相應(yīng)的合并處理時(shí)段內(nèi)發(fā)生的可合并喚醒事件在所述每個(gè)合并處理時(shí)刻開始處理僅在所述發(fā)生頻率高于預(yù)設(shè)值時(shí)進(jìn)行。
7.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述可合并喚醒事件包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，所述警報(bào)喚醒事件的合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻具有各自的時(shí)間間隔。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述警報(bào)喚醒事件的至少部分合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的對(duì)應(yīng)的合并處理時(shí)刻相同。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述警報(bào)喚醒事件的合并處理時(shí)刻和所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻全部相同。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述方法還包括: 確定所述網(wǎng)絡(luò)喚醒事件的發(fā)生頻率； 其中，在所述發(fā)生頻率低于預(yù)設(shè)值時(shí)，所述網(wǎng)絡(luò)喚醒事件的合并處理時(shí)刻與所述警報(bào)喚醒事件的合并處理時(shí)刻全部相同。
11.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述時(shí)間間隔是由用戶設(shè)置的。
12.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述時(shí)間間隔為2~4分鐘。
13.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定合并處理時(shí)刻包括: 統(tǒng)計(jì)所述移動(dòng)終端進(jìn)入所述待機(jī)模式后發(fā)生的所述可合并喚醒事件的次數(shù)；以及 根據(jù)所述可合并喚醒事件發(fā)生的次數(shù)確定所述合并處理時(shí)刻。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述根據(jù)所述可合并喚醒事件發(fā)生的次數(shù)確定所述合并處理時(shí)刻包括: 自所述移動(dòng)終端進(jìn)入所述待機(jī)模式起，每當(dāng)所述可合并喚醒事件發(fā)生的次數(shù)達(dá)到設(shè)定值的整數(shù)倍時(shí)，確定一個(gè)合并處理時(shí)刻。
15.根據(jù)權(quán)利要求14 所述的方法，其特征在于，所述設(shè)定值是由用戶設(shè)置的。
16.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述設(shè)定值是固定值或者能夠根據(jù)所述可合并喚醒事件的發(fā)生頻率進(jìn)行調(diào)整。
17.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述可合并喚醒事件包括警報(bào)喚醒事件。
18.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述可合并喚醒事件包括網(wǎng)絡(luò)喚醒事件。
19.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述可合并喚醒事件包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，所述警報(bào)喚醒事件和所述網(wǎng)絡(luò)喚醒事件的次數(shù)一起統(tǒng)計(jì)，以確定共同的合并處理時(shí)刻。
20.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述可合并喚醒事件包括警報(bào)喚醒事件和網(wǎng)絡(luò)喚醒事件，所述警報(bào)喚醒事件和所述網(wǎng)絡(luò)喚醒事件的次數(shù)各自分別統(tǒng)計(jì)，以確定其各自的合并處理時(shí)刻?！?br> 【文檔編號(hào)】H04W88/02GK103857019SQ201210507375
【公開日】2014年6月11日 申請(qǐng)日期:2012年11月30日 優(yōu)先權(quán)日:2012年11月30日
【發(fā)明者】林立, 馬玖凱, 余浩農(nóng), 邱俊, 米良川, 歇爾·戴夫, 祖志超, 卡薩克·薩姆納瑟, 理查德·克拉克 申請(qǐng)人:輝達(dá)公司