本發(fā)明涉及計算機技術(shù)領(lǐng)域，特別涉及驅(qū)動程序調(diào)試方法及系統(tǒng)。

背景技術(shù)：

設(shè)備驅(qū)動程序是一種允許操作系統(tǒng)與硬件交互的程序，它是一種直接工作在各種硬件設(shè)備上的軟件，這種程序創(chuàng)建了一個硬件與硬件，或硬件與軟件溝通的接口，正是通過驅(qū)動程序，各種硬件設(shè)備才能正常運行，達到既定的工作目標。

目前，隨著電子技術(shù)的快速發(fā)展，手機、平板電腦等移動終端的應(yīng)用日益廣泛，應(yīng)用于移動終端的硬件設(shè)備(如，觸控屏、相機、傳感器等)種類越來越多，與硬件設(shè)備對應(yīng)的驅(qū)動程序也越來越重要。但是，在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下缺陷：

在現(xiàn)有技術(shù)中，在測試與硬件設(shè)備對應(yīng)的驅(qū)動程序時，常需要開發(fā)人員手動地去尋找驅(qū)動程序所涉及的文件，操作較為繁瑣，人工成本較高。并且，驅(qū)動程序所涉及的文件很可能分散在整個項目工程代碼的多個地方，不僅數(shù)量繁多，而且所在目錄較深，不易查找，開發(fā)人員每次對驅(qū)動程序進行調(diào)試，修改文件內(nèi)容時，都需要浪費較多的時間去定位文件所在位置，費時費力，且容易出錯。

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

本發(fā)明實施方式的目的在于提供一種驅(qū)動程序調(diào)試方法及系統(tǒng)，盡可能地避免了開發(fā)人員手動地去尋找驅(qū)動程序所涉及的文件的情況，降低了人工成本，智能化程度較高。

為解決上述技術(shù)問題，本發(fā)明的實施方式提供了一種驅(qū)動程序調(diào)試方法，包括：

獲取待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑；

檢測項目路徑下是否存在滿足預(yù)設(shè)要求的N個目錄文件；其中，預(yù)設(shè)要求為文件名稱與預(yù)設(shè)的N個字符串中的某一字符串相匹配；N為大于2的整數(shù)；

如果項目路徑下存在滿足預(yù)設(shè)要求的N個目錄文件，則獲取各目錄文件下，與項目名稱相對應(yīng)的文件夾內(nèi)的工程配置文件，對工程配置文件中的內(nèi)容進行調(diào)試。

本發(fā)明的實施方式還提供了一種驅(qū)動程序調(diào)試系統(tǒng)，包括：獲取模塊、檢測模塊以及調(diào)試模塊；

獲取模塊用于獲取待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑；

檢測模塊用于根據(jù)獲取模塊獲取到的項目路徑，檢測項目路徑下是否存在滿足預(yù)設(shè)要求的N個目錄文件；其中，預(yù)設(shè)要求為文件名稱與預(yù)設(shè)的N個字符串中的某一字符串相匹配；N為大于2的整數(shù)；

調(diào)試模塊用于在檢測模塊檢測到項目路徑下存在滿足預(yù)設(shè)要求的N個目錄文件時，獲取各目錄文件下，與獲取模塊獲取到項目名稱相對應(yīng)的文件夾內(nèi)的工程配置文件，對工程配置文件中的內(nèi)容進行調(diào)試。

本發(fā)明實施方式相對于現(xiàn)有技術(shù)而言，驅(qū)動程序調(diào)試系統(tǒng)能夠在獲取待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑的情況下，對項目路徑下是否存在滿足預(yù)設(shè)要求的N個目錄文件進行檢測，以便于對項目路徑是否正確進行認證。其中，預(yù)設(shè)要求為文件名稱與預(yù)設(shè)的N個字符串中的某一字符串相匹配；N為大于2的整數(shù)。如果項目路徑下存在滿足條件的N個目錄文件，則說明項目路徑是正確的，此時，驅(qū)動程序調(diào)試系統(tǒng)便會根據(jù)項目名稱自動地查找到驅(qū)動程序所對應(yīng)的文件夾內(nèi)的工程配置文件，對工程配置文件中的內(nèi)容進行調(diào)試，從而盡可能地避免了開發(fā)人員手動地去尋找驅(qū)動程序所涉及的文件的情況，降低了人工成本，智能化程度較高。

另外，獲取各目錄文件下，與項目名稱相對應(yīng)的文件夾內(nèi)的工程配置文件，具體包括：獲取目錄文件下，文件夾名稱為項目名稱的文件夾內(nèi)，文件名稱包括Config字符串的文件。這樣，提供了獲取工程配置文件的一種具體實現(xiàn)形式，增加了本發(fā)明實施方式的可行性。

另外，對工程配置文件中的內(nèi)容進行調(diào)試，具體包括：檢測獲取的文件名稱包括Config字符串的文件的個數(shù)是否大于1；如果個數(shù)大于1，則隨機選取一文件名稱包括Config字符串的文件，對文件中的內(nèi)容進行調(diào)試，并保存調(diào)試信息；將調(diào)試信息同步至獲取的各文件名稱包括Config字符串的文件的內(nèi)容中，從而不需要一個個的對各工程配置文件進行調(diào)試，調(diào)試效率較高，不會遺漏，且不易出錯。

另外，N為3；預(yù)設(shè)的N個字符串為：device、kernel、vendor。這樣，通過對項目路徑下是否存在項目全局配置文件(device文件)、操作系統(tǒng)內(nèi)核文件(kernel文件)以及平臺廠商客制化文件(vendor文件)進行檢測的方式，對項目路徑是否正確進行驗證，操作較為簡便，且可行性較高。

另外，對工程配置文件中的內(nèi)容進行調(diào)試后，還包括：檢測目錄文件的文件名稱是否為device；如果目錄文件的文件名稱不為device，則獲取目錄文件下，平臺廠家文件夾內(nèi)的驅(qū)動文件，對驅(qū)動文件中的內(nèi)容進行調(diào)試。通過這種方式，驅(qū)動程序調(diào)試系統(tǒng)還能夠?qū)Σ僮飨到y(tǒng)內(nèi)核文件以及平臺廠商客制化文件下的驅(qū)動文件進行調(diào)試，進一步地避免了開發(fā)人員手動地去尋找驅(qū)動程序所涉及的文件的情況，有效地提升了驅(qū)動程序調(diào)試系統(tǒng)的智能化程度。

另外，獲取目錄文件下，平臺廠家文件夾內(nèi)的驅(qū)動文件，具體包括：檢測目錄文件下，平臺廠家文件夾內(nèi)是否存在文件夾名稱為項目名稱的文件夾；如果平臺廠家文件夾內(nèi)存在文件夾名稱為項目名稱的文件夾，則獲取文件夾名稱為項目名稱的文件夾內(nèi)的驅(qū)動文件；如果平臺廠家文件夾內(nèi)不存在文件夾名稱為項目名稱的文件夾，則獲取待調(diào)試的驅(qū)動程序所對應(yīng)的平臺名稱，并獲取文件夾名稱為平臺名稱的文件夾內(nèi)的驅(qū)動文件。這樣，從而能夠確保在平臺廠家文件夾內(nèi)不存在文件夾名稱為項目名稱的文件夾時，驅(qū)動程序調(diào)試系統(tǒng)依然能夠查找到平臺廠家文件夾內(nèi)的驅(qū)動文件，增加了本發(fā)明實施方式的可行性。

附圖說明

圖1是根據(jù)本發(fā)明第一實施方式中驅(qū)動程序調(diào)試方法的流程圖；

圖2是根據(jù)本發(fā)明第二實施方式中驅(qū)動程序調(diào)試方法的流程圖；

圖3是根據(jù)本發(fā)明第三實施方式中驅(qū)動程序調(diào)試系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明的各實施方式進行詳細的闡述。然而，本領(lǐng)域的普通技術(shù)人員可以理解，在本發(fā)明各實施方式中，為了使讀者更好地理解本申請而提出了許多技術(shù)細節(jié)。但是，即使沒有這些技術(shù)細節(jié)和基于以下各實施方式的種種變化和修改，也可以實現(xiàn)本申請所要求保護的技術(shù)方案。

本發(fā)明的第一實施方式涉及一種驅(qū)動程序調(diào)試方法，具體流程如圖1所示。本實施方式可以在驅(qū)動程序調(diào)試系統(tǒng)的基礎(chǔ)上進行實施，步驟如下：

步驟101，獲取待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑。

具體地說，開發(fā)人員可以將待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑輸入至驅(qū)動程序調(diào)試系統(tǒng)中，以便于驅(qū)動程序調(diào)試系統(tǒng)獲取待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑。以下以M1612項目camera驅(qū)動程序為例進行說明：如，待調(diào)試的驅(qū)動程序的項目名稱為M1612、項目路徑為Y://project/z193_1202。

步驟102，檢測項目路徑下是否存在滿足預(yù)設(shè)要求的N個目錄文件。若檢測結(jié)果為是，則執(zhí)行步驟103，否則執(zhí)行步驟101。

具體地說，預(yù)設(shè)要求為文件名稱與預(yù)設(shè)的N個字符串中的某一字符串相匹配，其中，N為大于2的整數(shù)。本實施方式中，N為3。預(yù)設(shè)的N個字符串為：device、kernel、vendor。

更具體地說，由于正確的項目路徑下，是同時存在項目全局配置文件(device文件)、操作系統(tǒng)內(nèi)核文件(kernel文件)以及平臺廠商客制化文件(vendor文件)的，因此根據(jù)這一特點，本實施方式中，驅(qū)動程序調(diào)試系統(tǒng)在獲取項目路徑下，通過檢測是否存在滿足預(yù)設(shè)要求的N個目錄文件的方式，對項目路徑下是否存在項目全局配置文件(device文件)、操作系統(tǒng)內(nèi)核文件(kernel文件)以及平臺廠商客制化文件(vendor文件)進行檢測，以便于對項目路徑是否正確進行驗證，操作較為簡便，且可行性較高。

本實施方式中，驅(qū)動程序調(diào)試系統(tǒng)在檢測到項目路徑下存在文件名稱包含kernel字樣目錄文件時，還返回該目錄文件的全名，以進行記錄。這樣，在下次調(diào)試時，便可以直接根據(jù)記錄的該目錄文件的全名進行查找，較為準確快捷。

步驟103，獲取各目錄文件下，與項目名稱相對應(yīng)的文件夾內(nèi)的工程配置文件，對工程配置文件中的內(nèi)容進行調(diào)試。

具體地說，工程配置文件的命名方式一般都包含Config字符串的，如，文件名稱為ProjectConfig的文件、文件名稱為Config的文件等。因此，驅(qū)動程序調(diào)試系統(tǒng)可以通過獲取目錄文件下，文件夾名稱為項目名稱的文件夾內(nèi)，文件名稱包括Config字符串的文件的方式，獲取工程配置文件。如，待調(diào)試的驅(qū)動程序的項目名稱為M1612、項目路徑為Y://project/z193_1202，則驅(qū)動程序調(diào)試系統(tǒng)可以在Y://project/z193_1202下，分別獲取項目全局配置文件、操作系統(tǒng)內(nèi)核文件以及平臺廠商客制化文件中，文件夾名稱為M1612的文件夾內(nèi)，文件名稱包括Config字符串的文件。

更具體地說，由于項目全局配置文件、操作系統(tǒng)內(nèi)核文件或者平臺廠商客制化文件下，可能存在有多個工程配置文件，而這些工程配置文件都是需要進行調(diào)試的。因此，驅(qū)動程序調(diào)試系統(tǒng)在對工程配置文件中的內(nèi)容進行調(diào)試時，還可以檢測獲取的文件名稱包括Config字符串的文件的個數(shù)是否大于1。如果個數(shù)大于1，則隨機選取一文件名稱包括Config字符串的文件，對文件中的內(nèi)容進行調(diào)試，并保存調(diào)試信息，而后，驅(qū)動程序調(diào)試系統(tǒng)將調(diào)試信息同步至獲取的各文件名稱包括Config字符串的文件的內(nèi)容中，從而不需要一個個的對各工程配置文件進行調(diào)試，調(diào)試效率較高，不會遺漏，且不易出錯。

與現(xiàn)有技術(shù)相比，本實施方式中，驅(qū)動程序調(diào)試系統(tǒng)能夠根據(jù)獲取到的項目名稱以及項目路徑，自動地查找到驅(qū)動程序所對應(yīng)的文件夾內(nèi)的工程配置文件，對工程配置文件中的內(nèi)容進行調(diào)試，盡可能地避免了開發(fā)人員手動地去尋找驅(qū)動程序所涉及的文件的情況，降低了人工成本，智能化程度較高。

本發(fā)明的第二實施方式涉及一種驅(qū)動程序調(diào)試方法，具體流程如圖2所示。第二實施方式在第一實施方式的基礎(chǔ)上加以改進，主要改進之處在于：在本發(fā)明第二實施方式中，驅(qū)動程序調(diào)試系統(tǒng)還對驅(qū)動程序所對應(yīng)的驅(qū)動文件進行調(diào)試，進一步地避免了開發(fā)人員手動地去尋找驅(qū)動程序所涉及的文件的情況，有效地提升了驅(qū)動程序調(diào)試系統(tǒng)的智能化程度。以下進行具體說明：

本實施方式中，步驟201至步驟203與第一實施方式中步驟101至步驟103大致相同，為避免重復(fù)，在此不再贅述，以下對不同部分進行說明：

步驟204，檢測目錄文件的文件名稱是否為device。若檢測結(jié)果為是，則結(jié)束本流程，否則執(zhí)行步驟205。

具體地說，驅(qū)動程序調(diào)試系統(tǒng)對目錄文件的文件名稱是否為device進行檢測，以獲取操作系統(tǒng)內(nèi)核文件以及平臺廠商客制化文件。

步驟205，獲取目錄文件下，平臺廠家文件夾內(nèi)的驅(qū)動文件，對驅(qū)動文件中的內(nèi)容進行調(diào)試。

具體地說，平臺廠家文件夾內(nèi)的驅(qū)動文件所在的文件夾可能是以項目名稱進行命名的，也可能是以平臺名稱進行命名的，而以項目名稱所建立的文件夾的優(yōu)先級是高于以平臺名稱所建立的文件夾的，因此，驅(qū)動程序調(diào)試系統(tǒng)在獲取目錄文件下，平臺廠家文件夾內(nèi)的驅(qū)動文件時，可以檢測目錄文件下，平臺廠家文件夾內(nèi)是否存在文件夾名稱為項目名稱的文件夾。如果平臺廠家文件夾內(nèi)存在文件夾名稱為項目名稱的文件夾，則對文件夾名稱為項目名稱的文件夾中的內(nèi)容進行調(diào)試。如果平臺廠家文件夾內(nèi)不存在文件夾名稱為項目名稱的文件夾，則獲取待調(diào)試的驅(qū)動程序所對應(yīng)的平臺名稱，對文件夾名稱為平臺名稱的文件夾中的內(nèi)容進行調(diào)試。這樣，從而能夠確保在平臺廠家文件夾內(nèi)不存在文件夾名稱為項目名稱的文件夾時，驅(qū)動程序調(diào)試系統(tǒng)依然能夠查找到平臺廠家文件夾內(nèi)的驅(qū)動文件，可行性較高。其中，待調(diào)試的驅(qū)動程序所對應(yīng)的平臺名稱可以由開發(fā)人員輸入至驅(qū)動程序調(diào)試系統(tǒng)中。

以下以M1612項目camera驅(qū)動程序，目錄文件為操作系統(tǒng)內(nèi)核文件為例進行說明：

如，在操作系統(tǒng)內(nèi)核文件下，平臺廠家文件夾內(nèi)的驅(qū)動文件所在的文件夾為src文件夾。這樣，驅(qū)動程序調(diào)試系統(tǒng)首先會判斷src文件夾下是否有文件夾名稱為M1612的文件夾，如果有文件夾名稱為M1612的文件夾，驅(qū)動程序調(diào)試系統(tǒng)就對src文件夾下，文件夾名稱為M1612的文件夾中的內(nèi)容進行調(diào)試；如果沒有文件夾名稱為M1612的文件夾的話，驅(qū)動程序調(diào)試系統(tǒng)就根據(jù)待調(diào)試的驅(qū)動程序所對應(yīng)的平臺名稱，如平臺名稱為mt6755，對文件夾名稱為mt6755的文件夾中的內(nèi)容進行調(diào)試。

更具體地說，由于以平臺名稱進行命名的文件夾，大多是以“mt”為開頭的文件夾，因此，驅(qū)動程序調(diào)試系統(tǒng)也可以不用獲取待調(diào)試的驅(qū)動程序所對應(yīng)的平臺名稱。如，在獲取目錄文件下，平臺廠家文件夾內(nèi)的驅(qū)動文件，對驅(qū)動文件中的內(nèi)容進行調(diào)試時，驅(qū)動程序調(diào)試系統(tǒng)直接對目錄文件下，平臺廠家文件夾內(nèi)是否存在文件夾名稱為項目名稱的文件夾進行檢測，在檢測到平臺廠家文件夾內(nèi)存在文件夾名稱為項目名稱的文件夾時，對文件夾名稱為項目名稱的文件夾中的內(nèi)容進行調(diào)試；在檢測到平臺廠家文件夾內(nèi)不存在文件夾名稱為項目名稱的文件夾時，獲取所有的文件名稱以“mt”為開頭的文件夾，并顯示，以便于開發(fā)人員進行選擇，令驅(qū)動程序調(diào)試系統(tǒng)獲取正確的驅(qū)動文件。本實施方式中，并不對獲取目錄文件下，平臺廠家文件夾內(nèi)的驅(qū)動文件的具體實現(xiàn)形式做任何限定。

與現(xiàn)有技術(shù)相比，本實施方式中：驅(qū)動程序調(diào)試系統(tǒng)還能夠?qū)Σ僮飨到y(tǒng)內(nèi)核文件以及平臺廠商客制化文件下的驅(qū)動文件進行調(diào)試，進一步地避免了開發(fā)人員手動地去尋找驅(qū)動程序所涉及的文件的情況，有效地提升了驅(qū)動程序調(diào)試系統(tǒng)的智能化程度。

上面各種方法的步驟劃分，只是為了描述清楚，實現(xiàn)時可以合并為一個步驟或者對某些步驟進行拆分，分解為多個步驟，只要包含相同的邏輯關(guān)系，都在本專利的保護范圍內(nèi)；對算法中或者流程中添加無關(guān)緊要的修改或者引入無關(guān)緊要的設(shè)計，但不改變其算法和流程的核心設(shè)計都在該專利的保護范圍內(nèi)。

本發(fā)明第三實施方式涉及一種驅(qū)動程序調(diào)試系統(tǒng)，如圖3所示，包括：獲取模塊1、檢測模塊2以及調(diào)試模塊3。

獲取模塊1用于獲取待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑。

具體地說，開發(fā)人員可以將待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑輸入至獲取模塊1中，以便于獲取模塊1獲取待調(diào)試的驅(qū)動程序所對應(yīng)的項目名稱以及項目路徑。以下以M1612項目camera驅(qū)動程序為例進行說明：如，待調(diào)試的驅(qū)動程序的項目名稱為M1612、項目路徑為Y://project/z193_1202。

檢測模塊2用于根據(jù)獲取模塊1獲取到的項目路徑，檢測項目路徑下是否存在滿足預(yù)設(shè)要求的N個目錄文件。

具體地說，預(yù)設(shè)要求為文件名稱與預(yù)設(shè)的N個字符串中的某一字符串相匹配，其中，N為大于2的整數(shù)。本實施方式中，N為3。預(yù)設(shè)的N個字符串為：device、kernel、vendor。

更具體地說，由于正確的項目路徑下，是同時存在項目全局配置文件(device文件)、操作系統(tǒng)內(nèi)核文件(kernel文件)以及平臺廠商客制化文件(vendor文件)的，因此根據(jù)這一特點，本實施方式中，檢測模塊2在獲取模塊1獲取項目路徑下，通過檢測是否存在滿足預(yù)設(shè)要求的N個目錄文件的方式，對項目路徑下是否存在項目全局配置文件(device文件)、操作系統(tǒng)內(nèi)核文件(kernel文件)以及平臺廠商客制化文件(vendor文件)進行檢測，以便于對項目路徑是否正確進行驗證，操作較為簡便，且可行性較高。

本實施方式中，檢測模塊2在檢測到項目路徑下存在文件名稱包含kernel字樣目錄文件時，還返回該目錄文件的全名，以進行記錄。這樣，在下次調(diào)試時，便可以直接根據(jù)記錄的該目錄文件的全名進行查找，較為準確快捷。

調(diào)試模塊3用于在檢測模塊2檢測到項目路徑下存在滿足預(yù)設(shè)要求的N個目錄文件時，獲取各目錄文件下，與獲取模塊1獲取到項目名稱相對應(yīng)的文件夾內(nèi)的工程配置文件，對工程配置文件中的內(nèi)容進行調(diào)試。

具體地說，工程配置文件的命名方式一般都包含Config字符串的，如，文件名稱為ProjectConfig的文件、文件名稱為Config的文件等。因此，調(diào)試模塊3可以通過獲取目錄文件下，文件夾名稱為項目名稱的文件夾內(nèi)，文件名稱包括Config字符串的文件的方式，獲取工程配置文件。如，待調(diào)試的驅(qū)動程序的項目名稱為M1612、項目路徑為Y://project/z193_1202，則驅(qū)動程序調(diào)試系統(tǒng)可以在Y://project/z193_1202下，分別獲取項目全局配置文件、操作系統(tǒng)內(nèi)核文件以及平臺廠商客制化文件中，文件夾名稱為M1612的文件夾內(nèi)，文件名稱包括Config字符串的文件。

更具體地說，由于項目全局配置文件、操作系統(tǒng)內(nèi)核文件或者平臺廠商客制化文件下，可能存在有多個工程配置文件，而這些工程配置文件都是需要進行調(diào)試的。因此，本實施方式中，調(diào)試模塊3包括：判斷子模塊、處理子模塊以及同步子模塊。判斷子模塊用于檢測獲取的文件名稱包括Config字符串的文件的個數(shù)是否大于1；處理子模塊用于在檢測子模塊檢測到個數(shù)大于1時，隨機選取一文件名稱包括Config字符串的文件進行調(diào)試，并保存調(diào)試信息；同步子模塊用于將處理子模塊保存的調(diào)試信息，將調(diào)試信息同步至獲取的各文件名稱包括Config字符串的文件中。這樣，從而不需要一個個的對各工程配置文件進行調(diào)試，調(diào)試效率較高，不會遺漏，且不易出錯。

不難發(fā)現(xiàn)，本實施方式為與第一實施方式相對應(yīng)的系統(tǒng)實施例，本實施方式可與第一實施方式互相配合實施。第一實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第一實施方式中。

值得一提的是，本實施方式中所涉及到的各模塊均為邏輯模塊，在實際應(yīng)用中，一個邏輯單元可以是一個物理單元，也可以是一個物理單元的一部分，還可以以多個物理單元的組合實現(xiàn)。此外，為了突出本發(fā)明的創(chuàng)新部分，本實施方式中并沒有將與解決本發(fā)明所提出的技術(shù)問題關(guān)系不太密切的單元引入，但這并不表明本實施方式中不存在其它的單元。

本領(lǐng)域技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序存儲在一個存儲介質(zhì)中，包括若干指令用以使得一個設(shè)備(可以是單片機，芯片等)或處理器(processor)執(zhí)行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

本領(lǐng)域的普通技術(shù)人員可以理解，上述各實施方式是實現(xiàn)本發(fā)明的具體實施例，而在實際應(yīng)用中，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。