TWI479418B - 多媒體裝置的啟動方法及多媒體裝置 - Google Patents

Description

多媒體裝置的啟動方法及多媒體裝置

本發明是有關於一種快速啟動技術，且特別是有關於一種多媒體裝置的啟動方法及其多媒體裝置。

以往多媒體裝置(例如，電視、手機、音樂播放器...等)的功能單一，因此能夠迅速進行開機。但是，受限於其功能，使用者需要將多樣不同的多媒體裝置相互搭配使用。拜科技演進之故，各種多媒體裝置也逐漸衍生出多樣化的功能，方便使用者不需額外添購其他裝置也可達成多樣功能，但也拖累了多媒體裝置的開機速度。

舉例而言，現今的電視裝置(譬如智慧型電視、網路電視)由於其所需運行的應用軟體數量日益龐大，在開機過程中必須逐一初始化各個應用軟體，因而導致其開機速度愈發緩慢。部分電視裝置(例如，採用Android作業系統的智慧型電視)甚至需要多達幾十秒鐘才能將正常開機的過程完全執行完畢。因此，如何加快多媒體裝置的開機速度以使其迅速啟動，便是欲待解決的問題。

本發明提供一種多媒體裝置的啟動方法及其多媒體裝置，其在啟動多媒體裝置時加載位於良好狀態下對作業系統及應用程式進行快照後的快照資訊，不但可以減少多媒體裝置的啟動步驟，並有效地縮短多媒體裝置的啟動時間。

本發明提出一種多媒體裝置的啟動方法，此多媒體裝置包括一儲存媒介。此啟動方法包括下列步驟。當開啟多媒體裝置的電源後，執行啟動程式以初始化多媒體裝置中的多個主要部件。從儲存媒介中讀取快照資訊，其中快照資訊包括多媒體裝置的作業系統以及多個應用程式的多個狀態資訊。以及，將快照資訊加載至多媒體裝置，以使多媒體裝置能夠立即運行作業系統以及這些應用程式。

在本發明一實施例中，上述多媒體裝置更包括一揮發性記憶體。並且，此啟動方法更包括下列步驟。當作業系統以及這些應用程式位在良好狀態時，保存上述揮發性記憶體中的資料以進行快照，並產生上述快照資訊。

在本發明一實施例中，此啟動方法更包括下列步驟。當作業系統以及這些應用程式位在良好狀態時，保存正在使用之揮發性記憶體中的多個儲存頁面以對作業系統以及這些應用程式的多個狀態分別進行快照，並分別產生快照資訊中的狀態資訊。

在本發明一實施例中，將快照資訊加載至多媒體裝置更包括下列步驟。依據所述快照資訊，將作業系統以及這些應用程式位在良好狀態時的狀態資訊寫入所述揮發性記憶體。

在本發明一實施例中，在讀取快照資訊之後更包括下列步驟。初始化多個次要部件，其中這些次要部件對應於所述快照資訊。

於另一觀點而言，本發明提出一種多媒體裝置，其包括中央處理單元、儲存媒介以及揮發性記憶體。儲存媒介耦接至中央處理單元，其儲存一快照資訊，其中此快照資訊包括多媒體裝置的作業系統以及多個應用程式的多個狀態資訊。揮發性記憶體則耦接至中央處理單元以及非揮發性儲存媒介。當開啟多媒體裝置的電源後，中央處理單元執行一啟動程式以初始化多媒體裝置中的多個主要部件，從儲存媒介讀取所述快照資訊，並將所述快照資訊加載至所述揮發性記憶體，以立即運行作業系統以及這些應用程式。

本多媒體裝置的其餘實施細節請參照上述說明，在此不多加贅述。

基於上述，本發明實施例的多媒體裝置及其驅動方法預先在位於良好狀態下的多媒體裝置對作業系統及應用程式進行快照，藉以產生此時的快照資訊。之後，在多媒體裝置的啟動過程中，利用上述的快照資訊進行加載，使得作業環境及應用程式不需透過傳統啟動流程來逐一設定。如此一來，不但可以減少多媒體裝置的啟動步驟，並有效地縮短多媒體裝置的啟動時間。

為讓本發明之上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

現將詳細參考本發明之示範性實施例，在附圖中說明所述示範性實施例之實例。另外，凡可能之處，在圖式及實施方式中使用相同標號的元件/構件/符號代表相同或類似部分。

多媒體裝置的啟動流程，可透過圖1來加以說明。圖1是一種多媒體裝置進行正常開機的流程圖。請參照圖1，步驟S110中，使用者在按下多媒體裝置的開關、或是透過遠端遙控以啟動(power on)多媒體裝置的電源之後，便進入步驟S120，多媒體裝置執行啟動程式(boot loader)(例如是，儲存基本輸出輸入系統(Basic Input/Output System；簡稱BIOS)的相關程式代碼)。啟動程式對多媒體裝置內主要硬體及相關部件(例如，中央處理單元、非揮發性的儲存媒介以及揮發性的電惱記憶體)進行初始化、檢測上述硬體的功能以及引導後續的作業系統。例如，啟動程式會於此時依序設定中央處理器(CPU)的運轉速度、記憶體的存取速度、檢測硬碟的存取功能...等。

接著，於步驟S130中，多媒體裝置從非揮發性的儲存媒介(例如，快閃記憶體、硬碟)中讀取作業系統的核心代碼到揮發性的電腦記憶體中(例如，動態隨機存取記憶體(Dynamic Random Access Memory；簡稱DRAM))，並透過中央處理器執行作業系統的核心。於本實施例中，此處所指的作業系統例如是開放式來源的Linux作業系統、Android作業系統，或是封閉式來源的Windows作業系統、ios作業系統。應用本實施例者應可知曉，本發明實施例可應用於多種作業系統中，因此不受限於上述舉例。

將作業系統的核心啟動完畢後，於步驟S140中，多媒體裝置建立作業系統或是使用者自行定義的運作環境(shell)或是運作平台(console)。換句話說，多媒體裝置於步驟S140中將建立供使用者操作的圖形化介面或命令列(command line)，例如是Windows作業系統的視窗介面、Linux作業系統的X-window。

在建立好作業系統及其運作環境後(步驟S140)，於步驟S150中，多媒體裝置逐一初始化各個應用程式(application)。此處的『應用程式』可以是多媒體裝置所提供的各種服務(services)、相關程序(process)以及線程(thread)，也可以是在後續應用中需要使用的軟體資料庫、多媒體裝置中特定硬體的驅動程式(driver)(例如，音訊解碼器、視訊解碼器的驅動程式)...等。在初始化完成所有的應用程式後，使用者才可以於步驟S160透過遠端遙控器、鍵盤...等輸入介面來控制多媒體裝置以執行相應的動作。例如，在此以電視裝置作為多媒體裝置的舉例。使用者在步驟S110至步驟S150執行完畢之後，才能進行電視頻道的更換、喇叭音量的調整、播放電視節目...等動作。也就是說，使用者無法在執行步驟S110至步驟S150的期間內來操作多媒體裝置。

隨著應用程式的程式碼與數量日益龐大，多媒體裝置在初始化作業系統、應用程式等步驟時，將會消耗許多的時間，直接造成了開機速度的緩慢。為了解決上述問題，在加快開機效率的相關技術中，皆是不斷地壓縮初始化作業系統或應用程式的時間，或是忽略初始化作業系統的部份步驟，解以達成上述需求。但是，無論怎樣地對初始化作業系統及應用程式的初始化時間進行壓縮，總是有其極限。並且，現今主要遭遇到的問題在於，為了讓使用者能夠自行調整多媒體裝置上的功能，現今的作業系統皆支援讓使用者隨其需求而增加應用程式。藉此，啟動時所需初始化的應用程式數量將會因使用者的增設而日益增加，導致初始化應用程式所需的時間也逐漸延長。

於此，本發明實施例預先在多媒體裝置的啟動流程執行完畢、並且在作業系統以及這些應用程式皆可正常運作的時間點(也就是說，在這個時間點時的作業系統及應用程式皆為良好狀態下)，針對作業系統之運作環境及應用程式的相關狀態像是拍照一般地進行『快照』(snapshot)，保存當時作業系統及應用程式的相關狀態而形成一快照資訊。

『快照』是一個例如在攝影時的比喻，其動作比較像是在相同的畫面中對所有人物照相，每個人都有其自身的狀態轉換，然而，本實施例將嘗試製造所有人的微笑(每個軟體的在良好狀態下的狀態資訊)，並於此時對所有人照相，藉以將所有人的的微笑儲存在照片上。

藉此，當多媒體裝置在執行本發明實施例所述的啟動方法時，便可將上述快照資訊加載至多媒體裝置，使良好狀態下的作業系統及應用程式能夠在多媒體裝置中迅速且直接地運行。如此一來，本發明實施例不需經過傳統的啟動流程而逐一初始化作業系統及應用程式，不但可以減少多媒體裝置的啟動步驟，並且有效地縮短多媒體裝置的啟動時間，增加其啟動效率。以下列舉一實際應用以佐證此發明實施例。

圖2是本發明第一實施例說明多媒體裝置200的功能方塊圖。請參照圖2，多媒體裝置200包括中央處理單元210、儲存媒介220以及揮發性記憶體230。中央處理單元210耦接至儲存媒介220以及揮發性記憶體230，儲存媒介220則可透過直接記憶體存取(Direct Memory Access；DMA)技術以耦接至揮發性記憶體230。於本實施例中，在此將中央處理單元210、儲存媒介220以及揮發性記憶體230皆稱作多媒體裝置200的主要部件。儲存媒介220於本實施例中所指的是非揮發性的記憶體種類，例如硬碟、快閃記憶體(Flash)...等。揮發性記憶體230則為電腦或相關裝置所使用的隨機存取記憶體(DDR)...等。

於本實施例中，多媒體裝置200更包括啟動裝載單元(boot loading unit)240以及次要部件250。啟動裝載單元240透過傳輸路徑(例如，南橋晶片或晶片組)耦接至中央處理單元210。啟動裝載單元240儲存用來啟動多媒體裝置200之啟動程式(boot loader)的程式碼。次要部件250是按照多媒體裝置200的使用需求及特定功能而特別增加。例如，本實施例以智慧型電視作為多媒體裝置200的舉例，智慧型電視(多媒體裝置200)便會包括音訊解碼器260、視訊解碼器270、顯示單元280和/或其組合，以強化音訊、視訊以及顯示等功能。然，應用本實施例者應可知曉多媒體裝置200不應僅受限於智慧型電視，在此不多加贅述。

圖3是本發明第一實施例說明多媒體裝置200的啟動方法流程圖。以下利用圖2所述的多媒體裝置200搭配圖3來詳細說明第一實施例中對於多媒體裝置200的啟動方法。由於本實施例必須預先取得多媒體裝置200在其作業系統以及這些應用程式皆可正常運作的時間點上(也就是說，在這個時間點時的作業系統及應用程式皆為良好狀態下)，針對作業系統及應用程式的相關狀態進行快照以保存快照資訊，因此，於步驟S310中，本實施例會在多媒體裝置200出廠前，由製造廠商先以相同的硬體設備進行正常開機，並在多媒體裝置200的作業系統以及這些應用程式位在良好狀態的時間點時，保存位於多媒體裝置200之揮發性記憶體230中的資料以進行快照以產生一快照資訊，並儲存此快照資訊於多媒體裝置200的非揮發性儲存媒介220中(例如，快取記憶體)，藉以規範化具相同硬體規格的智慧型電視。也就是說，此快照資訊包括並保存該時間點上作業系統及多個應用程式的相關狀態資訊，而使用者可以不需設定上述的快照資訊。

本實施例所指的『快照資訊』，係將軟體在正常運作下各種狀態資訊加以保存。例如，本實施例調整多媒體裝置200中的所有軟體的程式碼，讓這些軟體(作業系統、應用程式)皆可利用有限狀態機(Finite-State Machine；簡稱FSM)來進行運作，並使這些軟體能夠在良好狀態下進行狀態的快照備份。換句話說，本實施例在將每個作業系統以及應用程式位在良好狀態下時，將多種最終狀態機(FSM)所欲存取的狀態旗標、記憶體暫存區...等相關的多個狀態資訊分別保存及備份，以產生快照資訊。快照資訊便包括各個軟體的狀態資訊。藉此，在本實施例進行快照時，各個硬體模組與軟體運作情況皆能正確地被記錄保存，以易於做出相對應的處理。在實踐中，本實施例利用特定軟體會多媒體裝置200上並行的軟體或線程(thread)固定運行在一個時間點上，並利用另一個軟體將此時揮發性既液體230上的資訊進行快照。藉此，多媒體裝置便可以在下次啟動時，透過上次的快照資訊進行恢復。

於步驟S320中，當使用者啟動多媒體裝置200的電源後，便進入步驟S330，中央處理單元210從啟動裝載單元240中讀取啟動程式的程式碼，藉以執行此啟動程式，以初始化多媒體裝置中的多個主要部件。部分實施例中，步驟S330也可以利用特殊設計的啟動裝載單元240來加以執行，不需要透過中央處理單元210，本發明實施例並不受限於此。

上述主要部件係可指多媒體裝置200的中央處理單元210、儲存媒介220以及揮發性記憶體230。於本實施例的智慧型電視中，上述啟動裝載單元240利用基本輸入輸出單元240來實現，而基本輸入輸出單元240可透過晶片組中的南橋單元耦接至中央處理單元210。藉此，當中央處理單元210通電後，便由中央處理單元210執行此啟動程式以初始化儲存媒介220、揮發性記憶體230以及其他的主要部件。

在執行啟動程式完畢後，於步驟S340中，中央處理單元210從儲存媒介220讀取步驟S310所存入的快照資訊。於步驟S350中，中央處理單元210將所讀取的快照資訊加載至多媒體裝置200的揮發性記憶230中，以使多媒體裝置200能夠略過初始化階段並立即運行作業系統以及應用程式。

所謂的『加載』，中央處理單元210便是依據步驟S310中預先進行快照後的快照資訊，將每個作業系統以及應用程式位在良好狀態時之多種有限狀態機所欲存取的狀態旗標、記憶體暫存區...等相關狀態的資訊分別寫入揮發性記憶體230相應的記憶體位置，使作業系統及應用程式皆能立即位於良好狀態下，便可略過初始化步驟而直接運作。

另外，於本實施例中，由於步驟S340及S350僅利用快照資訊來即時性地恢復多媒體裝置200中軟體的相關狀態，但並未恢復對應的硬體部件(例如，次要部件250)。例如，在步驟S350之後，多媒體裝置200雖然已經恢復了次要部件250(例如，音訊解碼器260)的驅動程序，但卻沒有將對應的次要部件250依據快照資訊而進行初始化，那麼，音訊解碼器260仍然無法使用。因此，需要於此時調整這些硬體部件的相關狀態，藉以與快照資訊相符。換句話說，此時會將作業系統與應用程式在初始化步驟中所需調整的相關硬體進行再次初始化，以將這些硬體重新恢復到良好狀態下的時間點。

因此，於步驟S360中，多媒體裝置200還是會初始化快照資訊所對應的這些次要部件，然後，於步驟S370中，使用者便能夠迅速地控制多媒體裝置200以執行相應動作。於本實施例中，多媒體裝置200可以使用應用程式介面(Application Programming Interface；簡稱：API)來重新初始化上述的各個次要部件250，換句話說，也就是設定這些次要部件250中一開始所需設定的數值。

有鑒於此，本實施例利用快照資訊以同時將所有的軟體恢復到可以運作的良好狀態下，不需逐一初始化多媒體裝置200的各個軟體，因此不但減少多媒體裝置200的啟動步驟，並有效地縮短多媒體裝置200的啟動時間。

特別提出的是，本實施例的步驟S310在產生該快照資訊時，是當多媒體裝置200的作業系統以及應用程式位在良好狀態的時候來保存揮發性記憶體230中所有的資料，藉以產生上述快照資訊。然而，在實際應用中，由於揮發性記憶體230中除了暫存軟體的相關狀態以外，也一併暫存了於本啟動方法中所不需用到的資料，例如，時常會讀寫且非用於標記狀態的大量資料暫存區、圖片暫存區、音訊視訊暫存區、硬體大量讀寫的佔存檔案、指令資料庫...等。相對地，需要保護的資料便是作業系統、各種應用程式所管理的應用暫存區。當快照檔案愈小，多媒體裝置200的加載步驟當然能夠愈快完成。因此，本實施例希望保存備份的快照資料的檔案大小能夠愈小愈好。

本發明實施例便僅需保存正在使用之揮發性記憶體230中的多個儲存頁面(page)，以對作業系統以及這些應用程式的多個狀態分別進行快照，並分別產生快照資訊中的這些狀態資訊。揮發性記憶體中的『儲存頁面』也就是作業系統在管理揮發性記憶體230的時候，揮發性記憶體230的資料是利用物理結構而連續儲存。如此一來，作業系統沒辦法對揮發性記憶體230的資料進行定址編碼，因而無法進行妥善管理。藉此，作業系統以4KB或8KB作為一單位，每一單位對應一特定位址，以易於管理揮發性記憶體230上的資料。

假設本實施例的揮發性記憶體230是以4KB為單位的儲存頁面進行其資料編排，因此，中央處理單元210可以根據作業系統所提供的訊息來排除在揮發性記憶體230中例如僅供讀取(read-only)等不重要的資訊，從而不將這些數據存入所述的快照資訊，藉以減少快照資訊的檔案大小。

另一方面，為了減少快照資料的檔案大小，符合本發明精神的第二實施例更可利用無失真壓縮/解壓縮演算法來減少快照資訊的檔案大小。圖4是本發明第二實施例說明多媒體裝置400的功能方塊圖，且多媒體裝置400亦可適用於圖3的啟動方法。本實施例與上述實施例相類似，因此相關說明請參照上述揭示。請同時參照圖3與圖4，本實施例與上述實施例的不同之處在於，多媒體裝置400更包括一解壓縮單元410，其也可透過直接記憶體存取技術而耦接至儲存媒介220揮發性記憶體230之間。藉此，本實施例在步驟S310時，多媒體裝置400便利用軟體來執行無失真的資料壓縮演算法，藉以產生儲存至儲存媒介220中的快照資訊。然後，在步驟S340以讀取快照資訊時，利用以硬體實現的解壓縮單元410來解壓縮此快照資訊，以還原成未壓縮前的快照資訊。此種實踐方式是否比第一實施例較為迅速，端視所使用的無失真演算法在利用硬體進行快取資料的讀取及解壓縮的時間長短，能否與未壓縮以讀取快取資料的處理時間來比對即可知曉。例如，上述無失真演算法可以是GZIP(GNU zip)演算法、LZO(Lempel Ziv Oberhumer)演算法，或是任何專用的數據壓縮/解壓縮演算法。

於本實施例中，啟動裝載單元240跟解壓縮單元410也可以整合成單一個啟動專用的處理單元。也就是說，本案可以利用特殊研製的啟動裝載單元240，使其能夠將儲存媒介220中所儲存的快照資訊直接加載到揮發性記憶體230中，如此便可不需透過中央處理單元210來執行。如果是經過壓縮後快照資訊，則特殊研製的啟動裝載單元240必需納入解壓縮單元410的相關設計，以便於對快照資訊進行解壓縮。

綜上所述，本發明實施例的多媒體裝置及其驅動方法預先在位於良好狀態下的多媒體裝置對作業系統及應用程式進行快照，藉以產生此時的快照資訊。之後，在多媒體裝置的啟動過程中，利用上述的快照資訊進行加載，使得作業環境及應用程式不需透過傳統啟動流程來逐一設定。如此一來，不但可以減少多媒體裝置的啟動步驟，並有效地縮短多媒體裝置的啟動時間。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明之精神和範圍內，當可作些許之更動與潤飾，故本發明之保護範圍當視後附之申請專利範圍所界定者為準。

200、400．．．多媒體裝置

210．．．中央處理單元

220．．．儲存媒介

230．．．揮發性記憶體

240．．．啟動裝載單元

250．．．次要部件

260．．．音訊解碼器

270．．．視訊解碼器

280．．．顯示單元

410．．．解壓縮單元

S110~S370．．．步驟

圖1是一種多媒體裝置進行正常開機的流程圖。

圖2是本發明第一實施例說明多媒體裝置的功能方塊圖。

圖3是本發明第一實施例說明多媒體裝置的啟動方法流程圖。

圖4是本發明第二實施例說明多媒體裝置的功能方塊圖

200．．．多媒體裝置

210．．．中央處理單元

220．．．儲存媒介

230．．．揮發性記憶體

240．．．啟動裝載單元

250．．．次要部件

260．．．音訊解碼器

270．．．視訊解碼器

280．．．顯示單元

Claims (15)

1. 一種多媒體裝置的啟動方法，該多媒體裝置包括一儲存媒介，該啟動方法包括：當開啟該多媒體裝置的電源後，執行一啟動程式以初始化該多媒體裝置中的多個主要部件；從該儲存媒介讀取一快照資訊，其中該快照資訊包括該多媒體裝置的一作業系統以及多個應用程式的多個狀態資訊；以及將該快照資訊加載至該多媒體裝置，以使該多媒體裝置運行該作業系統以及該些應用程式，其中該快照資訊是在該多媒體裝置被使用者使用前，就預先對應該作業系統以及該些應用程式位在一良好狀態時固定建立，不會於之後啟動該多媒體裝置過程中改變。
2. 如申請專利範圍第1項所述之啟動方法，其中該多媒體裝置更包括一揮發性記憶體，且該啟動方法更包括：當該作業系統以及該些應用程式位在該良好狀態時，保存該揮發性記憶體中的資料以進行快照，並產生該快照資訊。
3. 如申請專利範圍第1項所述之啟動方法，其中該多媒體裝置更包括一揮發性記憶體，且該啟動方法更包括：當該作業系統以及該些應用程式位在一良好狀態時，保存正在使用之該揮發性記憶體中的多個儲存頁面以對該作業系統以及該些應用程式的多個狀態分別進行快照，並分別產生該快照資訊中的該些狀態資訊。
4. 如申請專利範圍第1項所述之啟動方法，其中該快照資訊經由一無失真演算法進行壓縮，且該啟動方法更包括：利用一解壓縮單元以解壓縮該快照資訊。
5. 如申請專利範圍第1項所述之啟動方法，其中該多媒體裝置更包括一揮發性記憶體，且將該快照資訊加載至該多媒體裝置更包括下列步驟：依據該快照資訊，將該作業系統以及該些應用程式位在一良好狀態時的該些狀態資訊寫入該揮發性記憶體。
6. 如申請專利範圍第1項所述之啟動方法，其中該主要部件包括該儲存媒介、一中央處理單元以及一揮發性記憶體。
7. 如申請專利範圍第1項所述之啟動方法，在讀取該快照資訊之後更包括下列步驟：初始化多個次要部件，其中該些次要部件對應於該快照資訊。
8. 如申請專利範圍第7項所述之啟動方法，其中該些次要部件包括一音訊解碼器、一視訊解碼器和/或其組合。
9. 一種多媒體裝置，包括：一中央處理單元；一儲存媒介，耦接至該中央處理單元，儲存一快照資訊，其中該快照資訊包括該多媒體裝置的一作業系統以及多個應用程式的多個狀態資訊；以及 一揮發性記憶體，耦接至該中央處理單元以及該儲存媒介，其中，當開啟該多媒體裝置的電源後，該中央處理單元執行一啟動程式以初始化該多媒體裝置中的多個主要部件，從該儲存媒介讀取該快照資訊，並將該快照資訊加載至該揮發性記憶體，以運行該作業系統以及該些應用程式，其中該快照資訊是在該多媒體裝置被使用者使用前，就預先對應該作業系統以及該些應用程式位在一良好狀態時固定建立，不會於之後啟動該多媒體裝置過程中改變。
10. 如申請專利範圍第9項所述之多媒體裝置，更包括：一啟動裝載單元，儲存該啟動程式的程式碼，其中該中央處理單元從該啟動裝載單元讀取該啟動程式的程式碼以執行該啟動程式。
11. 如申請專利範圍第9項所述之多媒體裝置，當該作業系統以及該些應用程式位在該良好狀態時，該中央處理單元保存該揮發性記憶體中的資料以進行快照，並產生該快照資訊。
12. 如申請專利範圍第9項所述之多媒體裝置，當該作業系統以及該些應用程式位在該良好狀態時，該中央處理單元保存正在使用之該揮發性記憶體中的多個儲存頁面以對該作業系統以及該些應用程式的多個狀態分別進行快照，並分別產生該快照資訊中的該些狀態資訊。
13. 如申請專利範圍第9項所述之多媒體裝置，其中該快照資訊經由一無失真演算法進行壓縮，且該多媒體裝置更包括：一解壓縮單元，耦接至該儲存介質與該揮發性記憶體之間，解壓縮該快照資訊。
14. 如申請專利範圍第9項所述之多媒體裝置，其中該中央處理單元依據該快照資訊，將該作業系統以及該些應用程式位在一良好狀態時的該些狀態資訊寫入該揮發性記憶體。
15. 如申請專利範圍第9項所述之多媒體裝置，其中該中央處理單元在讀取該快照資訊之後初始化多個次要部件，其中該些次要部件對應於該快照資訊。