片等，本實施例不對壁紙?zhí)讏D中壁紙圖片的具體數量進行限制。
[0037] 在下載的壁紙?zhí)讏D中，每一張壁紙圖片均會綁定一個能夠對壁紙圖片進行唯一標 識的圖片標識。在形式上，圖片標識可以但不限于是字符或字符串，甚至也可以是二維碼。 網絡側通過字段擴展的方式將圖片標識添加到圖片信息的字段中，也可以將圖片標識作為 獨立信息與壁紙圖片進行關聯，例如當圖片標識為二維碼時，將二維碼和壁紙圖片進行打 包處理，本實施例不對綁定圖片標識的具體實現方式進行限定。
[0038] 102、終端對壁紙?zhí)讏D進行本地保存。
[0039] 在下載到壁紙?zhí)讏D后，終端對壁紙?zhí)讏D進行本地保存，保存的對象包括壁紙圖片、 壁紙圖片的圖片標識以及壁紙圖片與圖片標識之間的對應關系。在進行本地保存時，本實 施例僅要求上述各種信息保存在同一個邏輯存儲區(qū)域中，而對具體的物理存儲區(qū)域不做過 多限制。
[0040] 103、終端定時接收網絡側根據系統基準時鐘下發(fā)的當前圖片標識。
[0041] 在進行背景圖片更換時，何時進行圖片更換由網絡側決定。網絡側根據系統基準 時鐘在需要更換背景圖片時向終端下發(fā)當前圖片標識。所述當前圖片標識為終端保存的 多個圖片標識之中的某個圖片標識，用于對下一階段需要更換的壁紙圖片進行標記。由于 終端與網絡側均存儲有壁紙?zhí)讏D的全部數據信息，因此網絡側能夠獲取用戶選定的壁紙?zhí)?圖，繼而在更換背景圖片時，根據圖片更換順序在該壁紙?zhí)讏D中選擇一個圖片標識作為當 前圖片標識下發(fā)給終端，由此保證更換的壁紙圖片為用戶所選定的壁紙?zhí)讏D中的圖片。
[0042] 事例性的，對于一周套圖而言，壁紙?zhí)讏D中按照更換順序包含圖a至圖g7張壁紙 圖片，每張壁紙圖片對應的圖片標識依次為11、12、13、14、15、16和17,用戶或網絡側提前 設定每天24:00時進行背景圖片更換。當網絡側的系統基準時鐘到達周一 24:00時時，網 絡側將對應圖b的圖片標識12作為當前圖片標識下發(fā)給終端，以便終端在將背景圖片由對 應周一的圖a更換為對應周二的圖b。
[0043] 104、終端在本地保存的圖片標識中查找當前圖片標識。
[0044] 在接收到網絡側下發(fā)的當前圖片標識之后，終端在步驟102中保存的多個圖片標 識中查找該當前圖片標識。如前所述，網絡側與終端均保存有壁紙?zhí)讏D的全部數據信息，網 絡側下發(fā)的當前圖片標識即為壁紙?zhí)讏D下多個圖片標識中的某一個圖片標識，因此終端必 然可以在本地查找到該當前圖片標識。
[0045] 105、終端當查找到當前圖片標識后，將當前圖片標識對應的壁紙圖片設置為背景 圖片。
[0046] 在查找到當前圖片標識后，終端根據步驟102中保存的壁紙圖片與圖片標識的對 應關系可以讀取到當前圖片標識所對應的壁紙圖片，即在上面的例子中，終端根據當前圖 片標識12讀取對應周二的壁紙圖片b，然后后臺自動將壁紙圖片b設置為背景圖片，由此在 周一晚24:00時將背景圖片更換為對應周二的圖b。
[0047] 現有技術中，終端按照本地時間對背景圖片進行更換，雖然更換背景圖片的時間 點設置一致(例如每天24:00進行更換)，但是由于本地時間的設置存在差異，因此在效果 上，不同的終端會在不同的時刻上進行更換，由此產生時間誤差。
[0048] 本實施例中，終端更換背景圖片的時刻由網絡側下發(fā)當前圖片標識的時刻所決 定，與終端的本地時間無關，而下發(fā)當前圖片標識的時刻又是由網絡側依據系統基準時鐘 所決定的，因此能夠保證各個終端按照統一的系統時間進行圖片更換，在圖片更換時間點 設置一致的前提下，能夠實現各個終端背景圖片的同步更換。
[0049] 此外，本實施例中可以由網絡側對更換何種壁紙圖片進行決策，通過向終端下發(fā) 當前圖片標識的方式實現壁紙圖片的統一更換，能夠保證終端在恰當的時刻上更換正確的 壁紙圖片，避免壁紙圖片保存出錯等因素導致的圖片更換錯誤。
[0050] 進一步的，作為對圖1所示方法的細化及擴展，本實施例還提供了一種更換背景 圖片的方法，如圖2所示，該方法包括：
[0051] 201、終端向網絡側請求壁紙?zhí)讏D的縮略圖集合。
[0052] 該縮略圖集合包含多個壁紙?zhí)讏D的縮略圖，用于向用戶展示不同的壁紙?zhí)讏D。其 中，每個壁紙?zhí)讏D都綁定有一個唯一的套圖標識。
[0053] 202、終端顯示壁紙?zhí)讏D的縮略圖集合。
[0054] 事例性的，如圖3所示，終端在屏幕上展示多個壁紙?zhí)讏D的縮略圖，用戶如需對某 個壁紙?zhí)讏D進行預覽，則點擊該壁紙?zhí)讏D圖標，終端在圖4所示的二級菜單中展示該壁紙 套圖中各壁紙圖片的縮略圖。當用戶需要對某壁紙圖片進行放大查看時，終端根據該壁紙 圖片的統一資源定位符（Uniform Resource Locator,簡稱URL)向網絡側請求該壁紙圖片 數據，然后在圖5所示的三級菜單中顯示該壁紙圖片。
[0055] 203、終端將用戶選定的壁紙?zhí)讏D對應的套圖標識發(fā)送給網絡側。
[0056] 當用戶根據縮略圖集合選定某一壁紙?zhí)讏D后，終端將與該壁紙?zhí)讏D綁定的套圖標 識發(fā)送給網絡側，以便網絡側對該壁紙?zhí)讏D進行查找。
[0057] 204、接收網絡側根據套圖標識查找并下發(fā)的所述壁紙?zhí)讏D。
[0058] 網絡側根據終端上報的套圖標識在后臺數據庫中查找對應的壁紙?zhí)讏D，然后將查 找到的壁紙?zhí)讏D下發(fā)給終端，終端由此完成壁紙?zhí)讏D的下載。
[0059] 在本實施中，終端可以在用戶選定壁紙?zhí)讏D后，一次性將壁紙?zhí)讏D中的所有壁紙 圖片下載到本地，后續(xù)使用時僅從本地內存中對壁紙圖片進行讀取即可。與現有技術中"當 天更換、當天下載"的實現方式相比，可以節(jié)省重復下載壁紙圖片的流量開銷。以一周套圖 為例，現有技術中終端每天下載當天的壁紙圖片，一周分7次下載壁紙?zhí)讏D中的所有壁紙 圖片。如果用戶僅使用一周壁紙?zhí)讏D，則在流量開銷上與本實施例無異；當用戶對壁紙?zhí)讏D 重復使用2周或3周時，由于終端在第2周、第3周仍每天下載壁紙圖片，因此壁紙圖片就 會重復下載2次或3次，現有技術中的流量開銷將會是本實施例的2倍或者更多。
[0060] 為進一步減少終端的流量開銷，在本實施例的一個優(yōu)選方案中，網絡側還可以將 壁紙?zhí)讏D進行壓縮后下發(fā)給終端，終端從網絡側下載壁紙?zhí)讏D的壓縮包文件，然后對壓縮 包文件進行解壓縮，得到壁紙?zhí)讏D。本方案中僅給出對壁紙?zhí)讏D進行壓縮的設計思路，對 于對壁紙?zhí)讏D進行全部壓縮還是部分壓縮、采用何種壓縮算法等具體實現方式不做過多限 制。
[0061] 205、終端對下載的壁紙?zhí)讏D進行本地保存。
[0062] 如前所述，終端保存的對象包括壁紙圖片、壁紙圖片的圖片標識以及壁紙圖片與 圖片標識之間的對應關系。進一步的，在本實施例的另一個優(yōu)選方案中，終端還可以保存圖 片標識與壁紙?zhí)讏D的對應關系。在實際應用中，用戶通常會下載使用多套壁紙?zhí)讏D，保存圖 片標識與壁紙?zhí)讏D對應關系的目的在于對不同壁紙?zhí)讏D中的壁紙圖片進行區(qū)分，避免產生 混亂。
[0063] 在保存上述數據以及對應關系時，終端可以本地建立一個映射關系表，事例性的， 該映射關系表可以如下表所示，其中包括壁紙圖片、套圖標識和圖片標識三個表項維度：
[0064]表1
【主權項】
1. 一種更換背景圖片的方法，其特征在于，包括： 終端從網絡側下載壁紙?zhí)讏D，所述壁紙?zhí)讏D中的壁紙圖片綁定有圖片標識； 對所述壁紙?zhí)讏D進行本地保存； 定時接收所述網絡側根據系統基準