本發(fā)明涉及軟件開發(fā)技術(shù)領(lǐng)域，特別是涉及一種配置文件管理方法、裝置以及服務(wù)配置方法與系統(tǒng)。

背景技術(shù)：

通常在大型軟件開發(fā)項目中，通過配置文件配置一些常用的公共服務(wù)或參數(shù)是一項很常見的需求。出于信息安全考慮，通常將一個項目劃分為不同模塊，每個項目組除了自己負(fù)責(zé)模塊外，不可訪問其他項目組開發(fā)的代碼。

傳統(tǒng)配置文件管理方案具體可如圖1所示：commonmodule(通用模塊)、module1(模塊1)、module2(模塊2)分別表示軟件系統(tǒng)里面的不同模塊，同時也歸屬于不同項目組。configurationfilea(配置文件a)、configurationfileb(配置文件b)分別屬于servicea(服務(wù)a)、serviceb(服務(wù)b)的配置文件。當(dāng)模塊1需要配置服務(wù)a提供的服務(wù)時，就需要通過去修改配置文件a來達到目的。

在實現(xiàn)過程中，發(fā)明人發(fā)現(xiàn)傳統(tǒng)技術(shù)中至少存在如下問題：由于配置文件a、配置文件b都?xì)w屬于通用模塊的代碼倉庫，其他項目組的人員需要改動這些文件時，需要通過觸發(fā)流程來讓該項目組的人員來修改這些文件，流程申請和溝通過程會消耗大量精力，降低開發(fā)和調(diào)試的效率。同時，不同項目組的人可能會更改同一個配置文件，當(dāng)不小心引入錯誤時，會產(chǎn)生系統(tǒng)性的影響。

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

基于此，有必要針對傳統(tǒng)配置文件管理方法開發(fā)調(diào)試效率低且易產(chǎn)生系統(tǒng)性錯誤的問題，提供一種配置文件管理方法、裝置以及服務(wù)配置方法與系統(tǒng)。

為了實現(xiàn)上述目的，一方面，本發(fā)明實施例提供了一種配置文件管理方法，包括以下步驟：

項目子模塊根據(jù)待配置服務(wù)的配置文件信息，生成索引列表；

各項目子模塊根據(jù)預(yù)設(shè)的命名格式，分別將對應(yīng)的索引列表部署到相應(yīng)軟件運行環(huán)境的預(yù)設(shè)目錄下，由通用模塊通過搜索預(yù)設(shè)目錄生成包含各索引列表的索引總表。

一方面，本發(fā)明實施例還提供了一種服務(wù)配置方法，包括以下步驟：

在軟件啟動時，通用模塊搜索軟件運行環(huán)境中預(yù)設(shè)目錄下的各索引列表，生成索引總表；索引列表為項目子模塊根據(jù)待配置服務(wù)的配置文件信息生成的列表；

通用模塊檢索索引總表，分別得到各項目子模塊對應(yīng)的配置文件信息，并根據(jù)配置文件信息對相應(yīng)的項目子模塊進行服務(wù)配置。

另一方面，本發(fā)明實施例提供了一種配置文件管理裝置，包括：

生成列表單元，用于根據(jù)待配置服務(wù)的配置文件信息，生成索引列表；

部署單元，用于根據(jù)預(yù)設(shè)的命名格式，將各生成列表單元生成的索引列表部署到相應(yīng)軟件運行環(huán)境的預(yù)設(shè)目錄下，由通用模塊通過搜索預(yù)設(shè)目錄生成包含各索引列表的索引總表。

另一方面，本發(fā)明實施例還提供了一種服務(wù)配置系統(tǒng)，包括通用模塊和各項目子模塊；

項目子模塊記錄待配置服務(wù)的配置文件信息，得到索引列表；并根據(jù)預(yù)設(shè)的命名格式，將對應(yīng)的索引列表部署到相應(yīng)軟件運行環(huán)境的預(yù)設(shè)目錄下；

通用模塊在軟件啟動時搜索預(yù)設(shè)目錄，生成包含各索引列表的索引總表；通過檢索索引總表，分別得到各項目子模塊對應(yīng)的配置文件信息，并根據(jù)配置文件信息對相應(yīng)的項目子模塊進行服務(wù)配置。

本發(fā)明具有如下優(yōu)點和有益效果：

本發(fā)明配置文件管理方法、裝置以及服務(wù)配置方法與系統(tǒng)，各項目子模塊通過索引列表記錄配置文件信息，可以將不同項目子模塊使用的同一服務(wù)的配置文件分離，降低模塊間的耦合度，減少代碼出錯造成的系統(tǒng)性錯誤；同時由通用模塊通過搜索指定目錄生成包含各索引列表的索引總表，基于該索引總表使得本發(fā)明可以解決在信息安全背景下的不同模塊間互相不可訪問的開發(fā)方式模式中，因為需要修改自己無訪問權(quán)限的代碼，而需要其他項目組成員配合修改而產(chǎn)生的流程申請或溝通帶來的人力成本消耗的問題，能夠大大提高開發(fā)和調(diào)試的效率。

附圖說明

圖1為傳統(tǒng)配置文件管理方案的結(jié)構(gòu)流程示意圖；

圖2為本發(fā)明配置文件管理方法實施例1的流程示意圖；

圖3為本發(fā)明配置文件管理方法實施例1中配置文件精細(xì)化管理的結(jié)構(gòu)流程示意圖；

圖4為本發(fā)明配置文件管理方法實施例1中索引列表的結(jié)構(gòu)示意圖；

圖5為本發(fā)明配置文件管理裝置實施例1的結(jié)構(gòu)示意圖；

圖6為本發(fā)明服務(wù)配置方法實施例1的流程示意圖；

圖7為本發(fā)明服務(wù)配置系統(tǒng)實施例1的結(jié)構(gòu)示意圖。

具體實施方式

為了便于理解本發(fā)明，下面將參照相關(guān)附圖對本發(fā)明進行更全面的描述。附圖中給出了本發(fā)明的首選實施例。但是，本發(fā)明可以以許多不同的形式來實現(xiàn)，并不限于本文所描述的實施例。相反地，提供這些實施例的目的是使對本發(fā)明的公開內(nèi)容更加透徹全面。

除非另有定義，本文所使用的所有的技術(shù)和科學(xué)術(shù)語與屬于本發(fā)明的技術(shù)領(lǐng)域的技術(shù)人員通常理解的含義相同。本文中在本發(fā)明的說明書中所使用的術(shù)語只是為了描述具體的實施例的目的，不是旨在于限制本發(fā)明。本文所使用的術(shù)語“及/或”包括一個或多個相關(guān)的所列項目的任意的和所有的組合。

本發(fā)明配置文件管理方法、裝置以及服務(wù)配置方法與系統(tǒng)的一具體應(yīng)用場景：

以大型軟件開發(fā)項目中的應(yīng)用為例，在傳統(tǒng)的大型軟件項目中，通過配置文件配置一些常用的公共服務(wù)或參數(shù)是一項很常見的需求。出于信息安全考慮，通常將一個項目劃分為不同模塊，每個項目組除了自己負(fù)責(zé)模塊外，不可訪問其他項目組開發(fā)的代碼。即出于軟件里面的信息安全防護的需要，防止有人一次性偷走所有代碼，軟件項目里不允許修改屬于別人管理的代碼。

圖1為傳統(tǒng)配置文件管理方案的結(jié)構(gòu)流程示意圖，如圖1所示，由于配置文件a、配置文件b都?xì)w屬于通用模塊的代碼倉庫，其他項目組的人員需要改動這些文件都需要通過觸發(fā)流程來讓該項目組的人員來修改這些文件，流程申請和溝通過程會消耗大量精力，降低開發(fā)和調(diào)試的效率。由于配置文件a或配置文件b需要保存眾多模塊的配置，導(dǎo)致文件內(nèi)容龐大、復(fù)雜，難以維護。由于不同項目組的人可能會更改同一個配置文件，當(dāng)不小心引入錯誤時，會產(chǎn)生系統(tǒng)性的影響。不便于配置程序運行時在不同的情況下選用不同的配置文件。

本發(fā)明配置文件管理方法實施例1：

為了解決傳統(tǒng)配置文件管理方法開發(fā)調(diào)試效率低且易產(chǎn)生系統(tǒng)性錯誤等上述問題，本發(fā)明提供了一種配置文件管理方法實施例1，圖2為本發(fā)明配置文件管理方法實施例1的流程示意圖；如圖2所示，可以包括以下步驟：

步驟s210：項目子模塊根據(jù)待配置服務(wù)的配置文件信息，生成索引列表；

步驟s220：各項目子模塊根據(jù)預(yù)設(shè)的命名格式，分別將對應(yīng)的索引列表部署到相應(yīng)軟件運行環(huán)境的預(yù)設(shè)目錄下，由通用模塊通過搜索預(yù)設(shè)目錄生成包含各索引列表的索引總表。

具體而言，項目子模塊與通用模塊是同屬于同一個軟件系統(tǒng)項目，但歸屬于該軟件系統(tǒng)項目不同項目組的不同模塊。優(yōu)選的，本發(fā)明配置文件管理方法實施例1可以通過為不同的模塊引入一個indexfile(索引文件)作為配置文件的索引文件的方式，生成索引列表；每個模塊將自己使用的配置文件按indexfile提供的關(guān)鍵字以添加記錄的方式配置到indexfile上(在索引文件上配一行數(shù)據(jù)，就叫添加一行記錄，而每一行記錄中由符號分割的字段即是不同的關(guān)鍵字)。而commonmodule模塊(即通用模塊)可以通過讀取并解析indexfile來獲取各個模塊的配置文件信息。

圖3為本發(fā)明配置文件管理方法實施例1中配置文件精細(xì)化管理的結(jié)構(gòu)流程示意圖；如圖3所示，在一個具體的實施例中，項目子模塊記錄待配置服務(wù)的配置文件信息，得到索引列表的步驟包括：

項目子模塊獲取預(yù)設(shè)的模塊標(biāo)識，并通過記錄預(yù)設(shè)的模塊標(biāo)識和配置文件信息，得到索引列表；

配置文件信息包括待配置服務(wù)的服務(wù)類型、配置文件存儲路徑、配置文件活動對象以及配置文件版本信息。

具體而言，在indexfile的設(shè)計中，本發(fā)明可以預(yù)先為每個模塊分配一個moduleid作為每個模塊的標(biāo)識(軟件通常把實現(xiàn)不同的功能稱為不同模塊，給不同模塊起一個id號就是moduleid，用于標(biāo)識這個模塊，即預(yù)設(shè)的模塊標(biāo)識)，moduleid一般可以用一個簡單的數(shù)字或字符串表示。而配置文件信息可以包括待配置服務(wù)的服務(wù)類型、配置文件存儲路徑、活動對象以及版本信息。

其中，圖4為本發(fā)明配置文件管理方法實施例1中索引列表的結(jié)構(gòu)示意圖；如圖4所示，servicetype用來標(biāo)識配置的服務(wù)類型、filepath用來標(biāo)識配置文件在設(shè)備上的存放路徑和文件名，fileversion(文件版本)及isactive(活動對象)用來提供版本和精細(xì)化管理，其中，優(yōu)選的，可以通過isactive決定運行時是否啟用該配置文件；本發(fā)明各實施例能夠通過提供按關(guān)鍵字的方式去檢索匹配索引目錄(即索引總表)，因此，優(yōu)選的可以通過使用fileversion關(guān)鍵字或繼續(xù)擴展關(guān)鍵字來達到按版本管理配置文件的目的，例如搜索時搜索固定版本號的配置文件，即實現(xiàn)了配置文件的版本關(guān)聯(lián)。

基于以上索引列表中包含的配置文件信息，使得基于本發(fā)明配置文件管理方法的軟件開放過程中，可以在配置程序運行時，在不同的情況下選用不同的配置文件。

進一步的，每個模塊將自己的indexfile以固定的命名格式(即預(yù)設(shè)的命名格式，例如xxx.index)部署到設(shè)備(即程序運行的環(huán)境)上指定的目錄，例如放在unix系統(tǒng)的/usr/local/etc/目錄下。

在一個具體的示例中，軟件運行環(huán)境可以為x86架構(gòu)服務(wù)器。具體而言，設(shè)備可以指程序運行的環(huán)境，在通常的電信設(shè)備中，軟件運行環(huán)境可以為x86架構(gòu)服務(wù)器。而在實際應(yīng)用中，本發(fā)明各實施的運行環(huán)境包括且不限于x86架構(gòu)服務(wù)器。

本發(fā)明配置文件管理方法實施例1，各項目子模塊通過索引列表記錄配置文件信息，可以將不同項目子模塊使用的同一服務(wù)的配置文件分離，降低模塊間的耦合度，減少代碼出錯造成的系統(tǒng)性錯誤；同時由通用模塊通過搜索指定目錄生成包含各索引列表的索引總表，基于該索引總表使得本發(fā)明可以解決在信息安全背景下的不同模塊間互相不可訪問的開發(fā)方式模式中，因為需要修改自己無訪問權(quán)限的代碼，而需要其他項目組成員配合修改而產(chǎn)生的流程申請或溝通帶來的人力成本消耗的問題，能夠大大提高開發(fā)和調(diào)試的效率。同時提供按版本管理配置的模式，讓設(shè)備判斷是否需要啟用某個版本的配置文件，提高服務(wù)配置的靈活性和準(zhǔn)確性。

本發(fā)明配置文件管理裝置實施例1：

為了解決傳統(tǒng)配置文件管理方法開發(fā)調(diào)試效率低且易產(chǎn)生系統(tǒng)性錯誤等上述問題，同時基于配置文件管理方法實施例1的技術(shù)方案，本發(fā)明還提供了一種配置文件管理裝置實施例1；圖5為本發(fā)明配置文件管理裝置實施例1的結(jié)構(gòu)示意圖；如圖5所示，可以包括：

生成列表單元510，用于根據(jù)待配置服務(wù)的配置文件信息，生成索引列表；

部署單元520，用于根據(jù)預(yù)設(shè)的命名格式，將各生成列表單元生成的索引列表部署到相應(yīng)軟件運行環(huán)境的預(yù)設(shè)目錄下，由通用模塊通過搜索預(yù)設(shè)目錄生成包含各索引列表的索引總表。

在一個具體的實施例中，生成列表單元510可以包括：

獲取標(biāo)識模塊512，獲取預(yù)設(shè)的模塊標(biāo)識；

記錄模塊514，用于記錄預(yù)設(shè)的模塊標(biāo)識和配置文件信息，得到索引列表。

具體而言，本發(fā)明配置文件管理裝置實施例1中的各單元模塊，可以對應(yīng)實現(xiàn)上述配置文件管理方法實施例1中的各方法步驟，此處不再詳細(xì)贅述其具體實現(xiàn)流程。

本發(fā)明配置文件管理裝置實施例1，各項目子模塊通過索引列表記錄配置文件信息，可以將不同項目子模塊使用的同一服務(wù)的配置文件分離，降低模塊間的耦合度，減少代碼出錯造成的系統(tǒng)性錯誤；同時由通用模塊通過搜索指定目錄生成包含各索引列表的索引總表，基于該索引總表使得本發(fā)明可以解決在信息安全背景下的不同模塊間互相不可訪問的開發(fā)方式模式中，因為需要修改自己無訪問權(quán)限的代碼，而需要其他項目組成員配合修改而產(chǎn)生的流程申請或溝通帶來的人力成本消耗的問題，能夠大大提高開發(fā)和調(diào)試的效率。同時提供按版本管理配置的模式，讓設(shè)備判斷是否需要啟用某個版本的配置文件，提高服務(wù)配置的靈活性和準(zhǔn)確性。

本發(fā)明服務(wù)配置方法實施例1：

基于以上配置文件管理方法的技術(shù)方案，本發(fā)明還提供了一種服務(wù)配置方法實施例1，圖6為本發(fā)明服務(wù)配置方法實施例1的流程示意圖，如圖6所示，可以包括以下步驟：

步驟s610：在軟件啟動時，通用模塊搜索軟件運行環(huán)境中預(yù)設(shè)目錄下的各索引列表，生成索引總表；索引列表為項目子模塊根據(jù)待配置服務(wù)的配置文件信息生成的列表；

步驟s610：通用模塊檢索索引總表，分別得到各項目子模塊對應(yīng)的配置文件信息，并根據(jù)配置文件信息對相應(yīng)的項目子模塊進行服務(wù)配置。

具體而言，以圖2中示例的模塊為例，module1、module2將自己需要commonmodule(通用模塊)幫做的事情做成一個類似書的目錄的索引列表(即將自己需要的帶配置服務(wù)的配置文件信息以索引列表的形式進行記錄)。每個組有自己的一個索引列表，索引列表的每一行記錄了一個服務(wù)事件的關(guān)鍵信息，如屬于哪各組(moduleid)、配置文件放在哪(filepath,)、申請的服務(wù)類型(servicetype)、讀到這一記錄的時候要不要跳過不讀(isactive，這次的待配置服務(wù)可以先寫好，下次再記錄別的待配置服務(wù))、版本信息(比如指定日期并按相應(yīng)版本進行配置)。因為記錄需求的配置文件和索引列表在不同項目組的模塊的編程區(qū)域內(nèi)，靈活性強，可以隨時更改。

進一步的，各項目組的項目子模塊在編寫完成自己申請服務(wù)的索引列表后，可以按預(yù)設(shè)明明規(guī)則寫上文件名，并存放在固定的位置(即預(yù)設(shè)目錄；此時屬于在設(shè)備上部署軟件的階段，不屬于代碼管理階段)，通用模塊在軟件系統(tǒng)啟動時，獲取這些索引列表，并處理成為一個總索引列表(即索引總表)。

在一個具體的實施例中，配置文件信息包括待配置服務(wù)的服務(wù)類型和配置文件存儲路徑；

通用模塊根據(jù)配置文件信息對相應(yīng)的項目子模塊進行服務(wù)配置的步驟包括：

通用模塊基于配置文件存儲路徑得到項目子模塊的配置文件，并根據(jù)服務(wù)類型和配置文件配置待配置服務(wù)。

具體而言，通用模塊可以通過應(yīng)用程序編程接口api(applicationprogramminginterface)實現(xiàn)上述檢索索引總表的過程；通用模塊可通過相應(yīng)的api接口，按indexfile上的不同關(guān)鍵字來查詢并決定使用索引總表記錄的哪些文件；即通用模塊可以采用搜索索引總表的方式，按照不同關(guān)鍵字組合搜索有哪些服務(wù)需要配置，并獲取配置文件和配置信息，然后按要求一一進行服務(wù)配置。

具體的，配置文件信息可以包括待配置服務(wù)的服務(wù)類型和配置文件存儲路徑；例如，servicetype用來標(biāo)識配置的服務(wù)類型、filepath用來標(biāo)識配置文件在設(shè)備上的存放路徑和文件名；而通用模塊可以基于配置文件存儲路徑得到項目子模塊的配置文件，并根據(jù)服務(wù)類型和配置文件配置待配置服務(wù)。

在一個具體的實施例中，配置文件信息還包括待配置服務(wù)的配置文件活動對象；

通用模塊根據(jù)配置文件信息對相應(yīng)的項目子模塊進行服務(wù)配置的步驟還包括：

通用模塊基于配置文件活動對象得到待配置服務(wù)的啟用時間，并在啟用時間到來時配置待配置服務(wù)。

具體而言，本發(fā)明服務(wù)配置方法各實施例可以約束待配置服務(wù)的啟用時間，即可以通過isactive決定運行時是否啟用該配置文件，

在一個具體的實施例中，配置文件信息還包括待配置服務(wù)的配置文件版本信息；

通用模塊根據(jù)配置文件信息對相應(yīng)的項目子模塊進行服務(wù)配置的步驟還包括：

通用模塊根據(jù)配置文件版本信息獲取預(yù)設(shè)版本號的配置文件，并根據(jù)服務(wù)類型和預(yù)設(shè)版本號的配置文件配置待配置服務(wù)。

具體而言，本發(fā)明服務(wù)配置方法各實施例可以通過使用fileversion關(guān)鍵字或繼續(xù)擴展關(guān)鍵字來達到按版本管理配置文件的目的，例如搜索時搜索固定版本號的配置文件，實現(xiàn)配置文件的版本關(guān)聯(lián)。

本發(fā)明服務(wù)配置方法實施例1，各項目子模塊通過索引列表記錄配置文件信息，可以將不同項目子模塊使用的同一服務(wù)的配置文件分離，降低模塊間的耦合度，減少代碼出錯造成的系統(tǒng)性錯誤；同時由通用模塊通過搜索指定目錄生成包含各索引列表的索引總表，基于該索引總表使得本發(fā)明可以解決在信息安全背景下的不同模塊間互相不可訪問的開發(fā)方式模式中，因為需要修改自己無訪問權(quán)限的代碼，而需要其他項目組成員配合修改而產(chǎn)生的流程申請或溝通帶來的人力成本消耗的問題，能夠大大提高開發(fā)和調(diào)試的效率。同時提供按配置文件版本、活動對象(啟用時間)以及存儲路徑等管理配置的模式，讓設(shè)備判斷在合適的時間是否需要啟用某個版本的配置文件，提高服務(wù)配置的靈活性和準(zhǔn)確性，便于配置程序運行時在不同的情況下選用不同的配置文件。

本發(fā)明服務(wù)配置系統(tǒng)實施例1：

基于以上服務(wù)配置方法實施例1，同時為了解決傳統(tǒng)配置文件管理方法開發(fā)調(diào)試效率低且易產(chǎn)生系統(tǒng)性錯誤等上述問題，本發(fā)明還提供了一種服務(wù)配置系統(tǒng)實施例1；圖7為本發(fā)明服務(wù)配置系統(tǒng)實施例1的結(jié)構(gòu)示意圖，如圖7所示，可以包括通用模塊710和各項目子模塊720；

項目子模塊720記錄待配置服務(wù)的配置文件信息，得到索引列表；并根據(jù)預(yù)設(shè)的命名格式，將對應(yīng)的索引列表部署到相應(yīng)軟件運行環(huán)境的預(yù)設(shè)目錄下。

通用模塊710在軟件啟動時搜索預(yù)設(shè)目錄，生成包含各索引列表的索引總表；通過檢索索引總表，分別得到各項目子模塊對應(yīng)的配置文件信息，并根據(jù)配置文件信息對相應(yīng)的項目子模塊進行服務(wù)配置。

在一個具體的實施例中，配置文件信息可以包括待配置服務(wù)的服務(wù)類型和配置文件存儲路徑；

通用模塊基于配置文件存儲路徑得到項目子模塊的配置文件，并根據(jù)服務(wù)類型和配置文件配置待配置服務(wù)。

優(yōu)選的，配置文件信息還可以包括待配置服務(wù)的配置文件活動對象和配置文件版本信息；

通用模塊根據(jù)配置文件版本信息獲取預(yù)設(shè)版本號的配置文件，基于配置文件活動對象得到待配置服務(wù)的啟用時間，并在啟用時間到來時，根據(jù)服務(wù)類型和預(yù)設(shè)版本號的配置文件配置待配置服務(wù)。

具體而言，本發(fā)明服務(wù)配置系統(tǒng)實施例1中的各模塊，可以對應(yīng)實現(xiàn)上述服務(wù)配置方法實施例1中的各方法步驟，此處不再詳細(xì)贅述其具體實現(xiàn)流程。

本發(fā)明服務(wù)配置系統(tǒng)實施例1，各項目子模塊通過索引列表記錄配置文件信息，可以將不同項目子模塊使用的同一服務(wù)的配置文件分離，降低模塊間的耦合度，減少代碼出錯造成的系統(tǒng)性錯誤；同時由通用模塊通過搜索指定目錄生成包含各索引列表的索引總表，基于該索引總表使得本發(fā)明可以解決在信息安全背景下的不同模塊間互相不可訪問的開發(fā)方式模式中，因為需要修改自己無訪問權(quán)限的代碼，而需要其他項目組成員配合修改而產(chǎn)生的流程申請或溝通帶來的人力成本消耗的問題，能夠大大提高開發(fā)和調(diào)試的效率。同時提供按配置文件版本、活動對象(啟用時間)以及存儲路徑等管理配置的模式，讓設(shè)備判斷在合適的時間是否需要啟用某個版本的配置文件，提高服務(wù)配置的靈活性和準(zhǔn)確性，便于配置程序運行時在不同的情況下選用不同的配置文件。

以上實施例的各技術(shù)特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術(shù)特征所有可能的組合都進行描述，然而，只要這些技術(shù)特征的組合不存在矛盾，都應(yīng)當(dāng)認(rèn)為是本說明書記載的范圍。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，包括以上方法的步驟，的存儲介質(zhì)，如：rom/ram、磁碟、光盤等。

以上實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。