本發(fā)明涉及計算機技術領域，尤其涉及一種智能裝置切換主題的方法及裝置。

背景技術：

隨著通訊技術的迅速發(fā)展，為了滿足不同用戶群體的需求，現(xiàn)有的手機、平板電腦等智能裝置中都存儲有各式各樣的主題，以供用戶選擇使用。但是對于主題的更換，目前仍舊停留在由用戶手動操作來實現(xiàn)主題的切換，一方面由于手動操作需要用戶進行某個菜單進行選項設置，操作步驟繁瑣，不夠智能化；另一方面用戶一旦選擇了某個主題，該主題模式將會始終出現(xiàn)在各種應用方式中不會改變。

因此說傳統(tǒng)的手動更換主題方式不能滿足用戶的個性化需求，現(xiàn)有的智能裝置系統(tǒng)在應用主題切換方面還存在著如下問題：需要響應用戶的手動操作才能更換智能設備的主題，故而存在著更換主題的效率較低的技術問題，降低了智能裝置的智能度和用戶的體驗度。

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

鑒于上述問題，本發(fā)明提出了一種克服上述問題或者至少部分地解決上述問題的一種智能裝置切換主題的方法及智能裝置。

第一方面，本發(fā)明實施例提供了一種智能裝置切換主題的方法，包括：

獲取當前時間參數(shù)；

判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件；

若是，基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包；

將所述智能裝置所應用的主題包由第二主題包更換為所述第一主題包。

可選的，所述判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件，包括：

確定出上一次更換主題包的第一時刻；

判斷所述當前時間參數(shù)所對應的當前時刻與所述第一時刻是否屬于不同的時間段；

如果是，確定出所述當前時間參數(shù)滿足所述預設的主題包更換條件。

可選的，所述判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件，包括：

判斷所述當前時間參數(shù)所對應的當前日期是否屬于預設日期；

如果屬于所述預設日期，確定滿足所述預設的主題包更換條件。

進一步的，所述第一主題包，包括：預存于所述智能裝置本地的與所述當前時間參數(shù)對應的主題包；或者，

基于所述當前時間參數(shù)從服務器獲得的主題包。

進一步的，如果與所述當前時間參數(shù)對應的主題包包括至少兩個主題包，所述方法還包括：

基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄從所述至少兩個主題包中確定出所述第一主題包；或者，

基于每個主題包的被使用次數(shù)，從所述至少兩個主題包中確定出所述第一主題包。

第二方面，本發(fā)明實施例提供了一種切換主題的智能裝置，包括：

獲取模塊，用于獲取當前時間參數(shù)；

判斷模塊，用于判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件；

確定模塊，用于如果滿足所述預設的主題包更換條件，基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包；

切換模塊，用于將所述智能裝置所應用的主題包由第二主題包更換為與所述當前時間參數(shù)對應的所述第一主題包。

可選的，所述判斷模塊，包括：

第一時刻確定單元，用于確定出上一次更換主題包的第一時刻；

第一判斷單元，用于判斷所述當前時間參數(shù)所對應的當前時刻與所述第一時刻是否屬于不同的時間段；

第一確定單元，用于當所述當前時間參數(shù)所對應的當前時刻與所述第一時刻屬于不同的時間段時，確定出所述當前時間參數(shù)滿足所述預設的主題包更換條件。

可選的，所述判斷模塊，還包括：

第二判斷單元，用于判斷所述當前時間參數(shù)所對應的當前日期是否屬于預設日期；

第二確定單元，用于當所述當前時間參數(shù)所對應的當前日期屬于預設日期時，確定滿足所述預設的主題包更換條件。

進一步的，所述第一主題包，包括：預存于所述智能裝置本地的與所述當前時間參數(shù)對應的主題包；或者，

基于所述當前時間參數(shù)與服務器獲得的主題包。

進一步的，所述確定模塊用于：

從所述至少兩個主題包中確定出不位于所述歷史選擇記錄的主題包，基于不位于所述歷史選擇記錄的主題包確定出所述第一主題包；和/或，

基于所述歷史選擇記錄確定出所述用戶對各個類別的主題包的選擇次數(shù)；確定出所述選擇次數(shù)滿足預設條件的類別；基于所述類別從所述至少兩個主題包確定出所述第一主題包。

本發(fā)明實施例中提供的一個或多個技術方案，至少具有如下技術效果或優(yōu)點：

本申請技術方案所提出的方法和裝置，可以通過獲取當前時間參數(shù)，判斷當前時間參數(shù)是否滿足預設的主題包更換條件，若是，基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包，將所述智能裝置所應用的主題包由第二主題包更換為所述第一主題包。如此不僅可以實現(xiàn)智能裝置根據(jù)當前時間進行主題的自動切換，同時還結合了用戶對主題包的使用情況從多個主題包中選取相應的主題包來切換，達到了滿足用戶對應用主題的個性化需求的同時，能提高智能裝置的主題切換效率的技術效果，且其切換過程完全自由平滑，無需人工的介入，不需要人為地去查找、選定以及加載某個主題包來達到更換主題的目的，為用戶帶來更加簡便快捷和人性化的操作方式。

上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明一個實施例的一種智能裝置切換主題的方法流程圖；

圖2為本發(fā)明實施例一種智能裝置切換主題的方法中判斷是否滿足主題包更換條件的一種實施例的流程圖；

圖3為本發(fā)明實施例一種智能裝置切換主題的方法中判斷是否滿足主題包更換條件的另一種實施例的流程圖；

圖4為本發(fā)明實施例中下載主題包的流程圖；

圖5為本發(fā)明實施例中加載主題包的流程圖；

圖6為本發(fā)明實施例中主題應用程序在加載主題包前的模式選擇流程圖；

圖7為本發(fā)明一個實施例的一種智能裝置的結構示意圖。

具體實施方式

本申請實施例通過提供一種智能裝置切換主題的方法及裝置，解決了現(xiàn)有技術中智能裝置更換主題效率較低的技術問題。

本申請實施例中的技術方案，總體思路如下：

在智能設備切換主題時，首先通過獲取當前時間參數(shù)，然后判斷當前時間參數(shù)是否滿足預設的主題包更換條件，若是，基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包，將所述智能裝置所應用的主題包由第二主題包更換為所述第一主題包。如此不僅可以實現(xiàn)智能裝置根據(jù)當前時間進行主題的自動切換，同時還結合了用戶對主題包的使用情況從多個主題包中選取相應的主題包來切換，達到了滿足用戶對應用主題的個性化需求的同時，能提高智能裝置的主題切換效率的技術效果，且其切換過程完全自由平滑，無需人工的介入，提高了智能裝置在主題切換應用方面的智能化程度以及用戶的操作體驗。

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

第一方面，本發(fā)明實施例提供一種智能裝置切換主題的方法，請參考圖1，包括：

步驟S101：獲取當前時間參數(shù)；

步驟S102：判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件；

步驟S103：若是，基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包；

步驟S104：將所述智能裝置所應用的主題包由第二主題包更換為與所述當前時間參數(shù)對應的所述第一主題包。

該技術方案所涉及的智能裝置可以是具有屏幕的采用安卓系統(tǒng)的手機、平板電腦等等，也可以是采用ios系統(tǒng)或者Windows系統(tǒng)的具有屏幕的智能手機、平板電腦、筆記本電腦或者臺式電腦等等。

該技術方案所涉及的主題包例如為：系統(tǒng)主題包、應用主題包等等，系統(tǒng)主題可以為所述智能裝置系統(tǒng)的界面風格，例如為：窗口的色彩、控件的布局、圖標的樣式或者形狀等等；而應用主題例如包括：應用程序的界面風格、窗口色彩的搭配等等。

步驟S101中，當前時間參數(shù)包括當前的日期和時刻中的至少一種參數(shù)，日期和時刻的格式可以是YYYY-MM-DD：hh-mm-ss，也可以用其它的格式，在此不作限制。

不同的系統(tǒng)可以通過不同的程序獲得當前時間參數(shù)，在此不作限制，例如：對于Android系統(tǒng)來講，可以通過java調(diào)用Calendar實例來完成，代碼如下：

通過上述方法可以獲取到當前具體的日期信息(例如：年、月、日)或者時刻信息(例如：時和分)，即為當前時間參數(shù)。具體在本實施例中，舉例說明：比如通過調(diào)用Calendar實例獲取的系統(tǒng)時間為“2016-10-1 12:13”，那么當前時間參數(shù)年、月、日、時和分分別對應的值即為2016、10、1、12、13。而對于其它操作系統(tǒng)，如微軟、蘋果等，會使用其對應的調(diào)用方法來獲取當前時間參數(shù)，這里不予贅述。

步驟S102中，基于當前時間參數(shù)不同，從而判斷當前時間參數(shù)是否滿足預設條件的方式也不同，下面列舉其中的兩種進行介紹，當然，在具體實施過程中，不限于以下兩種情況。

第一種，判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件，請參考圖2，包括：

步驟S201：確定出上一次更換主題包的第一時刻；

步驟S202：判斷所述當前時間參數(shù)所對應的當前時刻與所述第一時刻是否屬于不同的時間段；

步驟S203：如果是，確定出所述當前時間參數(shù)滿足所述預設的主題包更換條件。

在步驟S201中的上一次更換主題包的第一時刻例如為：距離本次更換主題包之前最近的一次更換主題包所在的時刻。

在步驟S202中，在具體實施過程中，可以將一天劃分為多個時間段，例如：可以設定第一時間段為白天所對應的時間段，其對應的時間范圍例如為：06：00～18:00，第二時間段為晚上所對應的時間段，其對應的時間范圍例如為：18:00～24:00、00:00～06:00；如果當前時間參數(shù)中的當前時刻在第一時間段，且上一次更換主題包的時刻在第二時間段，則當前時刻與所述第一時刻屬于不同的時間段；或者當前時間參數(shù)中的當前時刻位于第二時間段，且上一次更換主題包的時刻在第一時間段，則也說明當前時刻與第一時刻屬于不同的時間段等等。

在步驟S203中，如果當前時刻與所述第一時刻是屬于不同的時間段，則說明當前時刻與第一時刻適合應用不同的主題包，因此確定當前時間參數(shù)滿足所述預設的主題包更換條件。

具體的，假設用戶或者程序設定第一時間段(06：00～18:00)為白天主題時間段，第二時間段(18:00～24:00、00:00～06:00)為晚間主題時間段，則當系統(tǒng)獲取的當前時間參數(shù)是2016-10-01-20：25：43時，其中的當前時刻20：25：43屬于晚間主題時間段，而上一次更換主題包的時間是2016-10-01-08：12：41，上一次更換主題包的第一時刻為08：12：41，屬于白天主題時間段，與當前時刻不屬于相同的時間段，則當前時間參數(shù)滿足預設的主題包更換條件。

通過上述方案，達到了可以通過時刻的變換來對主題包進行自動更換的技術效果。

第二種，判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件，請參考圖3，包括：

步驟S211：判斷所述當前時間參數(shù)所對應的當前日期是否屬于預設日期；

步驟S212：如果屬于所述預設日期，確定滿足所述預設的主題包更換條件。

在步驟S211中，所屬預設日期可以是具體的日期，比如節(jié)日、節(jié)氣和用戶的生日等等，具體到本實施例，用戶或者程序可以設定國慶節(jié)10月1日作為其中一個主題包更換條件。

步驟S212中，如果當前時間參數(shù)所對應的當前日期與預設日期相同，則說明用戶希望將主題包更換為與該預設日期對應的主題包，故而確定滿足所述預設的主題包更換條件。具體到本實施例，當系統(tǒng)獲取的當前時間參數(shù)是2016-10-01-20：25：43時，其中的10-01與10月1日相匹配，則當前時間參數(shù)滿足預設的主題包更換條件。

通過上述方案，達到了可以通過日期的變更對主題包進行自動更換的技術效果。

在具體實施過程中，以上兩種判斷方式也可以組合使用，例如：判斷所述當前時間參數(shù)所對應的當前日期是否屬于預設日期；若是，確定出上一次更換主題包的第一時刻；判斷所述當前時間參數(shù)所對應的當前時刻與所述第一時刻是否屬于不同的時間段；若是，確定出所述當前時間參數(shù)滿足所述預設的主題包更換條件。

舉例來說，用戶可以設置主題包更換條件包括：當前日期為預設日期，且當前時刻與第一時刻位于不同的時間段，

例如，用戶設定的預設日期為10月1日，第一時間段為：06：00～18:00、第二時間段為：18:00～24:00、00:00～06:00，而當前時間參數(shù)是2016-10-01-20：25：43，那么可以確定當前日期為10月1日，滿足了預設日期的條件，同時，還確定出上一次更換主題包的第一時刻為10：10：11，由此可以判斷出當前時刻與第一時刻屬于不同的時間段，則可以確定出當前時間參數(shù)滿足所述預設的主題包更換條件，可以進行主題包的更換；如果上一次更換主題包的第一時刻為20：10：11，則當前時刻與第一時刻屬于相同的時間段，即第二時間段，那么，可以確定出當前時間參數(shù)不滿足所述預設的主題包更換條件，就不進行主題包的更換。

通過上述方案，達到了可以根據(jù)日期的變更及具體時間的不同為用戶提供自動的主題切換的技術效果，也提高了用戶的體驗度。

當然上述實施方式的主題包更換條件只是為了更加清楚的說明技術方案而給出的具體實施例，并非對于權利要求保護范圍的限定。

在具體實施過程中，還可以將主題包的使用狀況加以記錄和存儲，使用狀況例如包括主題包的使用時間和使用次數(shù)，在安卓系統(tǒng)中，可以將上述數(shù)據(jù)存儲至SherePreference中，SherePreference是安卓系統(tǒng)中一個臨時存儲數(shù)據(jù)的存儲區(qū)。

在步驟S103中，可以基于多種原則從至少兩個主題包中確定出第一主題包，下面列舉其中的兩種進行介紹，當然，在具體實施過程中，不限于以下兩種情況。

第一種：所述基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包，包括：從所述至少兩個主題包中確定出不位于所述歷史選擇記錄的主題包，基于不位于所述歷史選擇記錄的主題包確定出所述第一主題包。

舉例來說，假設關于國慶節(jié)的主題包有四個，分別為：主題包A、主題包B、主題包C、主題包D，基于用戶的歷史選擇記錄可以確定出用戶選擇過主題包A和主題包B，則不屬于歷史選擇記錄的主題包包括：主題包C和主題包D，則可以從主題包C和主題包D中選擇出第一主題包。

第二種：所述基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包，包括：基于所述歷史選擇記錄確定出所述用戶對各個類別的主題包的選擇次數(shù)；確定出所述選擇次數(shù)滿足預設條件的類別；基于所述類別從所述至少兩個主題包確定出所述第一主題包。

舉例來說，假設存在四個類別的主題包，分別為：動漫類、武俠類、風景類和影視類，用戶針對這四個類別的主題包的選擇次數(shù)分別為：動漫類100次、武俠類10次、風景類20次、影視類30次等等，該選擇次數(shù)滿足預設條件例如為：選擇次數(shù)大于預設次數(shù)(例如：25次、40次等等)，或者將選擇次數(shù)按照從高到低排序位于前預設位(例如：1、2等等)，進而可以確定出用戶較為喜歡的類別，從而從用戶較為喜歡的類別所包含的主題包中確定出第一主題包。其中，如果用戶較為喜歡的類別中包含多個主題包，則可以隨機選擇一個主題包作為第一主題包，或者是選擇出被使用次數(shù)最多的主題包作為第一主題包。

另外，在具體實施過程中，以上兩種第一主題包的選擇方式也可以組合使用，例如：基于所述歷史選擇記錄確定出所述用戶對各個類別的主題包的選擇次數(shù)；確定出所述選擇次數(shù)滿足預設條件的類別；從所述類別所包含的主題包中確定出不屬于所述歷史選擇記錄的主題包作為所述第一主題包。舉例來說，假設基于歷史選擇記錄確定出滿足預設條件的類別為武俠類，武俠類下包含以下四個主題包：武俠主題包1、武俠主題包2、武俠主題包3、武俠主題包4，其中，基于歷史選擇記錄確定出用戶曾經(jīng)選擇過武俠主題包1和武俠主題包3，那么則從武俠主題包2和武俠主題包4中確定出第一主題包。

以上方案根據(jù)用戶使用主題包的歷史記錄可確定用戶的喜好及使用習慣，來為用戶自動選擇合適的主題包進行切換，滿足了用戶對主題切換的個性化需求。

在步驟S104中：將所述智能裝置所應用的主題包由第二主題包更換為與所述當前時間參數(shù)對應的所述第一主題包。在具體實施過程中，第二主題包是更換主題包之前智能裝置所應用的主題包，其通常為與當前時間參數(shù)不對應的主題包；而第一主題包是更換主題包之后智能裝置所應用的主題包，其通常為與所述當前時間參數(shù)對應的主題包。該步驟中包含主題包的下載和加載的具體內(nèi)容，后面將會結合附圖4和附圖5分別做詳細的解釋。

與當前時間參數(shù)對應的主題包可能預存于智能裝置本地，也有可能在服務器端。對于預存于智能裝置本地的主題包，智能裝置可以根據(jù)當前日期參數(shù)從智能裝置的本地data分區(qū)中查詢與當前時間參數(shù)相匹配的主題包，智能裝置在data分區(qū)中將主題包以相應的日期命名，比如用于國慶節(jié)的主題包，可以命名為：10-01。

對于在服務器端的主題包，智能裝置可以向服務器發(fā)送包含當前時間參數(shù)的主題包獲取請求，服務器根據(jù)該請求中包含的當前時間參數(shù)獲取所有與當前時間參數(shù)相匹配的主題包信息，并將與當前時間參數(shù)相匹配的主題包名稱、下載地址返回給智能裝置，智能裝置得到返回的信息后，根據(jù)所述下載地址將所述主題包下載到智能裝置的本地data分區(qū)。

為了避免重復下載，智能裝置在向服務器發(fā)送主題包獲取請求時，可以在主題包獲取請求中攜帶過濾信息，該過濾信息例如包括：智能裝置本地data分區(qū)中已經(jīng)預存的主題包信息，服務器在獲取所有與當前時間參數(shù)相匹配的主題包信息時，將上述濾除信息中的主題包濾除，或者在返回信息中將上述濾除信息中的主題包濾除，這樣可以有效的避免重復下載，節(jié)省系統(tǒng)資源和流量。過濾后的主題包就是需要新下載的主題包。服務器將其主題包的名稱、日期、下載地址返回給主題應用程序，主題應用程序收到返回的信息后，通過該主題包信息中所包含的主題包下載地址去下載對應的主題包，對于Android系統(tǒng)，下載可以使用Android自帶的方法，在此不做過多說明。智能設備可以將主題包下載到該主題應用程序的data分區(qū)中，并以下載的主題包中的日期命名。

另外，在具體實施過程中，還可以根據(jù)一定的原則清理智能設備上存儲的主題包，例如：可以清理當前日期之前主題包，以釋放存儲空間。進一步的，在對主題包進行清理之前，可以獲得用戶保存過的主題包，從而在對主題包進行清理時，不會清理用戶保存過的主題包。例如：如果有的主題包被用戶設置為固定使用主題包，那么在該主題包的文件名之后加上_usersave字段，加上該字段后，在主題應用程序進行主題包的清理時，則不會清理存在_usersave字段的的主題包。

具體在本實施例中，從服務器下載主題包時，可以設定查看主題應用程序目錄下是否有主題的更新時間段為三天，即當前日期后三天，參考附圖4，具體操作流程為：

S111：獲取當前日期；

S112：查看主題應用程序目錄下當前日期后三天是否有主題，如果有執(zhí)行S113，如果沒有直接執(zhí)行S114；

S113：獲得該有主題的日期名稱記錄；

S114：請求服務器，發(fā)送應用請求；

S115：查詢是否有新的主題包，如果有執(zhí)行S116，如果沒有執(zhí)行S117；

S116：開始下載該主題包；

S117：清理主題目錄下大于3天的主題包。

步驟S111中，獲取當前日期，該日期的格式為YYYY-MM-DD。

步驟S112中，查看主題應用程序目錄下當前日期后三天是否有主題，獲取到當前日期后，用該日期查詢本地是否存在該日期后三天的主題包。具體的查詢方法是首先根據(jù)當前日期，得到后三天的日期。得到的方式是使用Android的Calendar來實現(xiàn)，首先得到一個Calendar的實例，并向其中傳入當前的時間，再通過add方法傳入Calendar.DAY并+1得到當天后一天的日期數(shù)，最后使用getTime得到日期字符串，獲取其它日期可依次類推。其代碼如下：

Calendar ca＝Calendar.getInstance()；//得到一個Calendar的實例

ca.setTime(new Date())；//設置時間為當前時間

ca.add(Calendar.DAY,-1)；//天數(shù)加1

Date lastMonth＝ca.getTime()；//結果

在得到該日期后，將使用該日期去查詢主題應用程序的data分區(qū)中是否有以該名稱命名的主題包。如果有，則將該日期拿出來。如果沒有則忽略該日期。

步驟S114中：請求服務器，發(fā)送應用請求，在獲取到當前日期后，使用當前日期作為參數(shù)，并加上當前的日期去請求服務器，并在服務器中加上本地已有的主題包日期，避免重復下載。

步驟S115中：查詢是否有新的主題包，當主題應用程序?qū)⒄埱蟀l(fā)送給服務器后，服務器先根據(jù)該請求中請求的當前參數(shù)獲取到這三天的所有主題包信息，并根據(jù)其傳來的該主題應用程序已下載的信息，過濾掉本地已存在的該日期后三天的主題包，留下的主題包就是需要新下載的主題包，服務器將其主題包的名稱、日期、下載地址返回給主題應用程序，然后執(zhí)行步驟S116：開始下載該主題包，具體方法是主題應用程序得到返回的信息后，首先解析該數(shù)據(jù)，判斷是否有新的主題包，如果返回的信息中有內(nèi)容，則斷定有新的主題包，如果沒有內(nèi)容，則斷定沒有新的主題包。有主題包時，則開始去下載，下載使用Android自帶的方法，在此不做贅述。主題包下載到該應用的data分區(qū)中，并以下載主題信息中的日期命名。

步驟S117中：清理主題目錄下大于3天的主題包，在下載完畢或者沒有新主題包下載的邏輯執(zhí)行完畢后，將根據(jù)當前日期清理之前的主題包，因為只會加載當天或者當天之后的主題包，之前的主題包已失效，因此需要刪除，以釋放存儲空間。在刪除之前會進行過濾用戶保存的主題。如果有的主題被用戶設置為固定使用主題，那么該主題包的文件名會在該文件名之后加上_usersave字段。加上該字段后，在程序進行檢測需要刪除的包時會將主題包存在_usersave字段的文件過濾不刪除。

接下來，主題應用程序需要加載主題包，如附圖5所示，具體流程如下：

S311：根據(jù)日期獲取當前主題包；

S312：解壓該主題包；

S313：獲取其中主題配置文件；

S314：獲取資源文件；

S315：解析資源文件為可以識別的數(shù)據(jù)；

在執(zhí)行步驟S311根據(jù)日期獲得第一主題包后，系統(tǒng)會加載該主題包，由于主題包為壓縮文件格式，所以加載該主題包需要首先對壓縮文件進行解壓，需要執(zhí)行步驟S312，然后執(zhí)行步驟S313獲取解壓后的主題包中的主題配置文件，并對該主題配置文件進行解析，執(zhí)行步驟S314獲取解壓后的主題包中的資源文件，執(zhí)行步驟S315對資源文件進行解析以獲得系統(tǒng)可以識別的數(shù)據(jù)，系統(tǒng)根據(jù)解析后的主題配置文件加載所述資源文件，從而完成主題包的加載，實現(xiàn)主題包的切換。

本實施例步驟S314中的資源文件主要是該主題的圖片文件，每個資源圖片的名稱將對應配置文件中的配置項；配置文件則是該主題的配置參數(shù)文件。主題應用程序中哪些地方需要更改，哪些圖片需要更換主題，或者哪些地方需要更改顏色，更改字體，都會在該配置文件中規(guī)定。在具體實施過程中，步驟S313中的主題配置文件可以為一個XML(Extensible Markup Language可擴展標記語言)文件，XML中每一條信息都為應用中某個控件的設置屬性。

本實施例中，主題包中的這些文件被打包成一個壓縮文件，主要目的是為了方便主題應用程序從服務器下載。當主題應用程序需要加載這些主題包時，就需要將其解壓，并將得到的文件放到主題應用程序的data分區(qū)中，并以該主題包中的日期命名，該日期為主題包所對應的顯示日期，例如：十一主題包所對應的顯示日期為10-01。當主題應用程序需要加載某主題包，則自動解析該主題包的配置文件，并在主題應用程序啟動的時候加載該配置文件，解析出哪些地方需要更改圖片，在需要更改圖片的地方，將原有的主題圖片背景，或者圖標更換成配置文件中所標注的圖片名稱。需要更改的控件名稱在開發(fā)階段就已經(jīng)規(guī)定好。只需要在配置文件中，添加上該控件需要更改的屬性即可，例如：如果需要更改TextView的文字大小，而該Textview的id為text，則在配置文件中寫上如下代碼：

<TextView id＝text textsize＝23px/>

通過以上代碼，將id為text的Textview的textsize更改為23px。在主題應用程序打開時，主題應用程序?qū)⒆x取到上述內(nèi)容，等主題應用程序加載到這里時，首先根據(jù)該控件的類型和id去查詢已加載的配置文件中是否有該項，如果有，則更改，如果沒有則按照主題應用程序原先設定進行加載。

以上為自動主題切換的實施方案，作為一種可選的實施例，本發(fā)明還可以基于用戶的手動切換操作，進而實現(xiàn)主題包的切換，例如：當用戶喜歡某個節(jié)日主題時，可以進入主題列表界面選擇加載該主題，主題列表界面主要是顯示用戶之前選擇過的主題和自動加載的最近4或6個主題包，這些主題包可以是已經(jīng)保存到本地的或者服務器上的主題包。當用戶選擇某個主題包后，該主題包不可刪除，其余的主題包用戶可以在該主題列表界面刪除。當基于用戶的手動切換操作為智能裝置設置主題包之后可以暫時停止自動切換主題包的功能，如果用戶需要重新啟動主題自動切換功能，只需要將主題應用程序設置成自動切換即可。

在檢測到用戶的手動切換操作之后，系統(tǒng)首先讀取主題應用程序本身的sharepreference中的數(shù)值。SharePreference是一個輕量級的存儲機制。只能存儲一些基礎類型，以xml文件為載體。文件存放路徑為data/data/包名/share_prefs/文件名.xml，存儲的時候類似于Map，以key-Value值對的形式存儲。存放數(shù)據(jù)的時候需要調(diào)用到SharePreference接口的一個editor屬性，通過editor進行數(shù)據(jù)添加、移除等操作數(shù)據(jù)，而且必須調(diào)用editor的commit方法，在本方案中，commit方法主要用于存儲用戶的設置數(shù)據(jù)。如果用戶使用自動切換主題，那么在SharePreference中就設置auto_check為0；如果用戶使用不自動切換的主題包，那么auto_check就設置為1。當該值設置為1時，就代表用戶主動將主題設置為自己所需要的主題包。因此，當該數(shù)值為1時，則需要在SharePreference中保存另外一個值theme_name，該key的value值對應的則是用戶所選擇的主題包的名稱。下面將結合附圖6做詳細的介紹：

如附圖6所示，切換模式選擇流程具體為：

S411、主題應用程序啟動；

S412、讀取SP(SharePreference)中的auto_check的數(shù)值；

S413、判斷auto_check是否為1，如果為1執(zhí)行S414，如果不為1執(zhí)行S419；

S414、讀取SP(SharePreference)theme_name的值；

S415、判斷theme_name的值是否為空，如果不為空，執(zhí)行S416，如果為空執(zhí)行S418；

S416、通過theme_name數(shù)據(jù)能否找到主題包，如果能找到主題包執(zhí)行S417，如果找不到主題包執(zhí)行S418；

S417、開始運行自定義主題包設置邏輯；

S418、提醒用戶設置錯誤，然后執(zhí)行S419；

S419、開始運行自動主題包邏輯。

需要說明的是，SP(SharePreference)中的auto_check的數(shù)值默認是0。因此，如果用戶第一次進主題應用程序，該數(shù)字就讀取不到用戶數(shù)據(jù)，而使用設置的默認值0，從而主題應用程序會使用自動更換主題功能。當用戶選擇手動設置主題包之后，則該數(shù)值更換為1。當主題應用程序讀取到該值為1時，再去讀取主題包是否存在，由于主題包的固定位置在開發(fā)階段已經(jīng)確定，因此，只需要根據(jù)theme_name(文件名)判斷該位置中是否有該文件名即可。該文件名是在用戶設置自定義主題包時進行的設置，當用戶設置完成后，則會存儲到SharePreference中，并在這里可以取得值。用戶如果沒有設置，或者設置錯誤，這里就取不到值，此時會提醒用戶設置失敗并自動運行自動主題包邏輯。當可以取到theme_name(文件名)，并已經(jīng)判斷該主題包存在，則按照之前的邏輯來加載該主題包。此時加載主題包后將不會更新其他的主題包，直到用戶手動將設置設為自動更新主題包為止。

第二方面，基于同一發(fā)明構思，本發(fā)明實施例提供一種智能裝置，請參考圖7，包括：

獲取模塊21，用于獲取當前時間參數(shù)；

判斷模塊22，用于判斷所述當前時間參數(shù)是否滿足預設的主題包更換條件；

確定模塊23，用于如果滿足所述預設的主題包更換條件，基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包；

切換模塊24，用于將所述智能裝置所應用的主題包由第二主題包更換為與所述當前時間參數(shù)對應的所述第一主題包。

可選的，所述判斷模塊22，包括：

第一時刻確定單元，用于確定出上一次更換主題包的第一時刻；

第一判斷單元，用于判斷所述當前時間參數(shù)所對應的當前時刻與所述第一時刻是否屬于不同的時間段；

第一確定單元，用于當所述當前時間參數(shù)所對應的當前時刻與所述第一時刻屬于不同的時間段時，確定出所述當前時間參數(shù)滿足所述預設的主題包更換條件。

可選的，所述判斷模塊22，還包括：

第二判斷單元，用于判斷所述當前時間參數(shù)所對應的當前日期是否屬于預設日期；

第二確定單元，用于當所述當前時間參數(shù)所對應的當前日期屬于預設日期時，確定滿足所述預設的主題包更換條件。

進一步的，所述第一主題包，包括：預存于所述智能裝置本地的與所述當前時間參數(shù)對應的主題包；或者，

基于所述當前時間參數(shù)與服務器獲得的主題包。

進一步的，所述確定模塊用于：

從所述至少兩個主題包中確定出不位于所述歷史選擇記錄的主題包，基于不位于所述歷史選擇記錄的主題包確定出所述第一主題包；和/或，

基于所述歷史選擇記錄確定出所述用戶對各個類別的主題包的選擇次數(shù)；確定出所述選擇次數(shù)滿足預設條件的類別；基于所述類別從所述至少兩個主題包確定出所述第一主題包。

由于本發(fā)明實施例第二方面所介紹的智能裝置，為實施本發(fā)明實施例第一方面的切換主題所采用的裝置，故而基于本發(fā)明實施例第一方面所介紹的切換主題方法，本領域所屬人員能夠了解該智能裝置的具體結構及變形，故而在此不再贅述。凡是本發(fā)明實施例第一方面的切換主題方法所采用的智能裝置都屬于本發(fā)明所欲保護的范圍。

本申請實施例中提供的技術方案，至少具有如下技術效果或優(yōu)點：

本申請技術方案所提出的方法和裝置，可以通過獲取當前時間參數(shù)，判斷當前時間參數(shù)是否滿足預設的主題包更換條件，若是，基于所述智能裝置的用戶對所述智能裝置所應用的主題包的歷史選擇記錄，從與所述當前時間參數(shù)對應的至少兩個主題包中確定出第一主題包，將所述智能裝置所應用的主題包由第二主題包更換為所述第一主題包。如此不僅可以實現(xiàn)智能裝置根據(jù)當前時間進行主題的自動切換，同時還結合了用戶對主題包的使用情況從多個主題包中選取相應的主題包來切換，達到了滿足用戶對應用主題的個性化需求的同時，能提高智能裝置的主題切換效率的技術效果，且其切換過程完全自由平滑，無需人工的介入，不需要人為地去查找、選定以及加載某個主題包來達到更換主題的目的，為用戶帶來更加簡便快捷和人性化的操作方式。

在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設備固有相關。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構造這類系統(tǒng)所要求的結構是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。

類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖：即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權利要求書由此明確地并入該具體實施方式，其中每個權利要求本身都作為本發(fā)明的單獨實施例。

本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領域的技術人員能夠理解，盡管在此的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的網(wǎng)關、代理服務器、系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。