本申請涉及軟件開發(fā)技術(shù)領(lǐng)域，尤其涉及一種代碼部署方法及裝置。

背景技術(shù)：

目前，業(yè)務(wù)系統(tǒng)根據(jù)實際業(yè)務(wù)及需求的發(fā)展，會包含一個或多個存在同質(zhì)化業(yè)務(wù)需求的子系統(tǒng)。相關(guān)技術(shù)中，針對同質(zhì)化的業(yè)務(wù)，一般需要分別為業(yè)務(wù)系統(tǒng)下的每一子系統(tǒng)部署一套相應(yīng)的實現(xiàn)代碼，由于需要針對同一業(yè)務(wù)系統(tǒng)下的各子系統(tǒng)開發(fā)和部署多套代碼，造成代碼開發(fā)成本的上升，且不利于代碼的后續(xù)維護。

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

有鑒于此，本申請?zhí)峁┮环N代碼部署方法及裝置。

為實現(xiàn)上述目的，本申請?zhí)峁┘夹g(shù)方案如下：

根據(jù)本申請的第一方面，提出了一種代碼部署方法，包括：

獲得業(yè)務(wù)系統(tǒng)下的目標子系統(tǒng)對應(yīng)的環(huán)境標識；

基于配置文件，確定與所述環(huán)境標識對應(yīng)的代碼模塊；

從所述業(yè)務(wù)系統(tǒng)對應(yīng)的原始代碼文件中，抽取與確定的所述代碼模塊對應(yīng)的目標代碼文件；

將所述目標代碼文件安裝到所述目標子系統(tǒng)。

根據(jù)本申請的第二方面，提出了一種代碼部署裝置，包括：

獲得單元，用于獲得業(yè)務(wù)系統(tǒng)下的目標子系統(tǒng)對應(yīng)的環(huán)境標識；

確定單元，用于基于配置文件，確定與所述環(huán)境標識對應(yīng)的代碼模塊；

抽取單元，用于從所述業(yè)務(wù)系統(tǒng)對應(yīng)的原始代碼文件中，抽取與確定的所述代碼模塊對應(yīng)的目標代碼文件；

安裝單元，用于將所述目標代碼文件安裝到所述目標子系統(tǒng)。

由以上技術(shù)方案可見，在業(yè)務(wù)系統(tǒng)包括一個或多個子系統(tǒng)的情況下，在部署代碼的過程中，本申請實施例通過獲得待部署代碼的目標子系統(tǒng)的環(huán)境標識，并基于配置文件，確定所述環(huán)境標識對應(yīng)的代碼模塊；接著，從所述業(yè)務(wù)系統(tǒng)對應(yīng)的原始代碼文件中，抽取與確定的所述代碼模塊對應(yīng)的目標代碼文件；最終，將所述目標代碼文件安裝到所述目標子系統(tǒng)上?？梢姡旧暾垖嵤├槍ν粋€業(yè)務(wù)系統(tǒng)，開發(fā)與該業(yè)務(wù)系統(tǒng)對應(yīng)的一套原始代碼文件，在部署代碼時，根據(jù)環(huán)境標識從上述原始代碼文件抽取每一子系統(tǒng)所需要部署的目標代碼文件，以完成部署。本申請實施例通過開發(fā)一套原始代碼文件，即可實現(xiàn)在多個子系統(tǒng)分別部署代碼的目的，降低代碼開發(fā)成本。并且后續(xù)僅需要維護一套代碼，而不需要針對每一子系統(tǒng)分別維護一套代碼，在一定程度上提升代碼的維護效率。

附圖說明

圖1是本申請一示例性實施例提供的一種代碼部署方法的流程圖；

圖2是本申請一示例性實施例提供的一種代碼框架的結(jié)構(gòu)示意圖；

圖3是本申請一示例性實施例提供的一種代碼部署方法的場景圖；

圖4是本申請一示例性實施例提供的一種電子設(shè)備的結(jié)構(gòu)示意圖；

圖5是本申請一示例性實施例提供的一種代碼部署裝置的框圖。

具體實施方式

通常，根據(jù)業(yè)務(wù)系統(tǒng)所需實現(xiàn)的各種功能，需要開發(fā)相應(yīng)的功能實現(xiàn)代碼并部署到該業(yè)務(wù)系統(tǒng)上。例如，對于一種互聯(lián)網(wǎng)金融平臺，其需要實現(xiàn)的功能(或業(yè)務(wù))可包括：會員、賬務(wù)、資產(chǎn)等，需要分別開發(fā)相應(yīng)功能的實現(xiàn)代碼。當前，隨著各類業(yè)務(wù)系統(tǒng)的業(yè)務(wù)發(fā)展，會產(chǎn)生一個或多個存在同質(zhì)化業(yè)務(wù)需求的子業(yè)務(wù)系統(tǒng)(以下簡稱為“子系統(tǒng)”)，所謂“同質(zhì)化”是指這些子業(yè)務(wù)系統(tǒng)在某些業(yè)務(wù)上存在一些共性或具備近似的實現(xiàn)過程。例如，對于一種互聯(lián)網(wǎng)金融平臺，可能隨著業(yè)務(wù)發(fā)展，業(yè)務(wù)會分布在多個域(如：主站、國際、網(wǎng)商等)，其中每個“域”對應(yīng)于一個子系統(tǒng)。在相關(guān)技術(shù)中，針對業(yè)務(wù)系統(tǒng)中某一種同質(zhì)化的業(yè)務(wù)，一般需要分別為業(yè)務(wù)系統(tǒng)下的每一子系統(tǒng)部署一套相應(yīng)的實現(xiàn)代碼，例如：若互聯(lián)網(wǎng)金融平臺的業(yè)務(wù)分布在主站、國際、網(wǎng)商等多個域，則針對“會員”這一業(yè)務(wù)，需要分別在主站、國際、網(wǎng)商等多個域部署一套用于實現(xiàn)各個域的“會員”業(yè)務(wù)的實現(xiàn)代碼?？梢?，隨著子系統(tǒng)數(shù)量的增加，開發(fā)者需要針對同一業(yè)務(wù)系統(tǒng)下的各子系統(tǒng)開發(fā)和部署多套代碼，這在一定程度上造成代碼開發(fā)成本的上升，并且，后期需要維護多套代碼，導致代碼維護過程耗時耗力。為解決上述問題，提出了本申請實施例的如下方案。

圖1是本申請一示例性實施例提供的一種代碼部署方法的流程圖，參圖1所示，本實施例中，該代碼部署方法可以應(yīng)用在用于將代碼部署到各個子系統(tǒng)上的電子設(shè)備(該設(shè)備可安裝有相應(yīng)的代碼部署工具)上，該代碼部署方法包括下述步驟101～104，其中：

在步驟101中，獲得業(yè)務(wù)系統(tǒng)下的目標子系統(tǒng)對應(yīng)的環(huán)境標識。

其中，預(yù)先為業(yè)務(wù)系統(tǒng)下的每一個子系統(tǒng)分別定義一個環(huán)境標識，該環(huán)境標識在所述業(yè)務(wù)系統(tǒng)中是唯一的，并用于標識每個子系統(tǒng)。例如，對于某一互聯(lián)網(wǎng)金融平臺，若包括子系統(tǒng)a、b，則可以定義子系統(tǒng)a的環(huán)境標識為“xxx”，定義子系統(tǒng)b的環(huán)境標識為“yyy”。本申請實施例中，上述“目標子系統(tǒng)”為需要部署代碼的子系統(tǒng)。

在將代碼部署到目標子系統(tǒng)之前，需要針對業(yè)務(wù)系統(tǒng)按照預(yù)設(shè)的代碼框架開發(fā)一套原始代碼文件，其中，所述原始代碼文件可包含所述業(yè)務(wù)系統(tǒng)下的各個子系統(tǒng)所需部署的代碼文件。關(guān)于原始代碼文件所采用的代碼框架，將在下文進行詳細介紹。

本申請一實施例中，所述步驟101可具體通過下述過程來實現(xiàn)：

在代碼打包時，從標識傳入命令中讀取目標子系統(tǒng)對應(yīng)的環(huán)境標識。

例如，開發(fā)者可以通過軟件配置管理(softwareconfigurationmanagement，scm)工具(如：maven)發(fā)起打包命令，如：mvnpackage。其中，在打包時，可以通過標識傳入命令，傳入所需部署的子系統(tǒng)對應(yīng)的環(huán)境標識app，標識傳入命令例如為：mvn–dapp＝xxx。當然，在可行的其他實施例中，所述環(huán)境標識也可以被攜帶在代碼打包命令中。

在步驟102中，基于配置文件，確定與所述環(huán)境標識對應(yīng)的代碼模塊。

本申請實施例中，對于業(yè)務(wù)系統(tǒng)下各個子系統(tǒng)而言，其實現(xiàn)代碼的差異性主要體現(xiàn)在：

1、各子系統(tǒng)所依賴的文件包(如：jar包等)存在差異。例如：不同子系統(tǒng)依賴于不同版本的jar包。

2、所需實現(xiàn)的接口及實現(xiàn)接口過程中所采用的模型存在差異。例如：不同子系統(tǒng)的“會員接口”返回的會員id不一致，“網(wǎng)商子系統(tǒng)”返回的會員id為：iproleid，“國際子系統(tǒng)”返回的會員id為：userid。

雖然，各個子系統(tǒng)在代碼實現(xiàn)上存在上述差異，但由于存在同質(zhì)化的業(yè)務(wù)需求，各個子系統(tǒng)總體的業(yè)務(wù)實現(xiàn)流程相似或基本一致。

鑒于各個子系統(tǒng)總體的業(yè)務(wù)實現(xiàn)流程基本一致，本申請實施例中，開發(fā)者開發(fā)出一套可以被多個子系統(tǒng)所公用的代碼框架，開發(fā)者可以依據(jù)這一代碼框架編寫原始代碼文件。如圖2所示，該代碼框架按照實現(xiàn)功能可以劃分成多個功能層，每一功能層還可以包括一個或多個組件(component)，其中，每個組件可以代表一個代碼模塊。舉例而言，功能層可包括：test層、core層、service層等。其中，各個組件之間可以存在一定的依賴關(guān)系(圖中箭頭表示依賴和被依賴的關(guān)系)。本申請實施例中，所述代碼框架可以為java代碼框架等。

本申請一實施例中，所述代碼框架可包括adapter層10和一個或多個integration層，每一個子系統(tǒng)對應(yīng)于一個integration層，以通過該integration層中的代碼文件來實現(xiàn)相應(yīng)子系統(tǒng)的業(yè)務(wù)。在示例性的實施例中，假設(shè)某業(yè)務(wù)系統(tǒng)下包含子系統(tǒng)a、b，則子系統(tǒng)a可對應(yīng)于integration層21，子系統(tǒng)b可對應(yīng)于integration層22。本文為便于描述，可將代碼框架中除adapter層及integration層之外的其余功能層定義為“公共功能層”，另外，將存在于integration層的代碼文件定義為“integration層代碼文件”，將存在于adapter層的代碼文件定義為“adapter層代碼文件”，將存在于公共功能層的代碼文件定義為“公共功能層代碼文件”。

本申請實施例中，所述adapter層代碼文件用于定義所述目標子系統(tǒng)使用的對象，所述integration層代碼文件用于按照所述目標子系統(tǒng)的業(yè)務(wù)邏輯實現(xiàn)所述對象。所述對象包括：接口interface、和/或模型、和/或接口interface中包含的入?yún)⒑统鰠?。其中，所述模型是指入?yún)⒑统鰠⑺褂玫膶ο?，例如：接口為：“custview”，其對應(yīng)的入?yún)⑹牵骸皏cauthorityscenerequest.java”，出參是：“vcauthorityrulecheckresult.java”，則該接口所使用的模型可包括：“vcauthorityrulecheckview.java”，“authorityrulecheckclient.java”，等等。

舉例而言：

在adapter層代碼文件(如pom.xml文件)中，可為子系統(tǒng)a定義接口interface1，為子系統(tǒng)b定義接口interface2，其中：定義接口的代碼格式例如為：

[修飾符]interface接口名[extends父接口名列表]{

[public][static][final]常量；

[public][abstract]方法；

}

在adapter層定義上述接口后，可在子系統(tǒng)a對應(yīng)的integration層21，通過代碼文件實現(xiàn)上述接口interface1；可在子系統(tǒng)b對應(yīng)的integration層22，通過代碼文件實現(xiàn)上述接口interface2。例如，在類中實現(xiàn)接口可以使用關(guān)鍵字implements，其基本格式如下：

[修飾符]class<類名>[extends父類名][implements接口列表]{

}

本申請實施例中，所述adapter層代碼文件定義的對象可以為各個子系統(tǒng)通用的對象(如接口interface、和/或模型、和/或參數(shù)等)。從而可以將通用的對象提供給所述代碼框架中的其他各功能層來調(diào)用。例如，不同子系統(tǒng)的“會員接口”返回的會員id不一致，“網(wǎng)商子系統(tǒng)”返回的會員id為：iproleid，“國際子系統(tǒng)”返回的會員id為：customerid。在adapter層，可定義統(tǒng)一的會員id為userid。

在adapter層，若為不同子系統(tǒng)定義通用接口及通用接口使用的通用模型時，在各個子系統(tǒng)對應(yīng)的integration層，可以采用子系統(tǒng)所獨有的實現(xiàn)邏輯來實現(xiàn)上述通用接口的功能。這樣，代碼框架中的其它代碼模塊只需要感知或調(diào)用userid即可，這在一定程度上可以簡化代碼。

本申請實施例中，可以預(yù)先通過配置文件(如pom.xml)來定義不同子系統(tǒng)的依賴文件包及代碼模塊，所述依賴文件包用以構(gòu)建所述代碼模塊。所述配置文件中的代碼內(nèi)容例如為：

假設(shè)子系統(tǒng)a的環(huán)境標識為“ifcvoucherfront”，系統(tǒng)b的環(huán)境標識為“fcvoucherfront”，則，基于以上示例的配置文件內(nèi)容可以看出：

當環(huán)境標識app為：“ifcvoucherfront”時，可通過“<dependency>”和“</dependency>”之間的代碼內(nèi)容確定子系統(tǒng)a需要使用的依賴文件包的目錄、名稱、版本號等信息，可通過“<modules>”和“</modules>”之間的代碼內(nèi)容確定子系統(tǒng)a需要利用上述依賴文件包構(gòu)建的代碼模塊，如：app/common/service/adaptor/pom-ap.xml、app/common/service/integration/ap。當環(huán)境標識app為：“fcvoucherfront”時，可通過“<dependency>”和“</dependency>”之間的代碼內(nèi)容確定子系統(tǒng)b需要使用的依賴文件包的目錄、名稱、版本號等信息，可通過“<modules>”和“</modules>”之間的代碼內(nèi)容確定子系統(tǒng)b需要利用上述依賴文件包構(gòu)建的代碼模塊，如：app/common/service/adaptor/pom-bk.xml、app/common/service/integration/bk。

在步驟103中，從所述業(yè)務(wù)系統(tǒng)對應(yīng)的原始代碼文件中，抽取與確定的所述代碼模塊對應(yīng)的目標代碼文件。

本申請一實施例中，所述步驟103可以具體包括：

步驟1031：從原始代碼文件中，抽取與所述環(huán)境標識對應(yīng)的adapter層代碼文件和公共功能層代碼文件。

承上述例子，當環(huán)境標識app為：“ifcvoucherfront”時，需要抽取的adapter層代碼文件為：adaptor/pom-ap.xml(可在pom-ap.xml中定義子系統(tǒng)a使用的各個對象)；當環(huán)境標識app為：“fcvoucherfront”時，需要抽取的adapter層代碼文件為：adaptor/pom-bk.xml(可在pom-bk.xml中定義子系統(tǒng)b使用的各個對象)。

步驟1032：從原始代碼文件中，抽取與所述環(huán)境標識對應(yīng)的integration層代碼文件。

承上述例子，當環(huán)境標識app為：“ifcvoucherfront”時，需要抽取的adapter層代碼文件為：存在于adapter層21下的代碼文件；當環(huán)境標識app為：“fcvoucherfront”時，需要抽取的adapter層代碼文件為：存在于adapter層22下的代碼文件。

步驟1033：將抽取的adapter層代碼文件、公共功能層代碼文件和integration層代碼文件打包成目標代碼文件。

在步驟104中，將所述目標代碼文件安裝到所述目標子系統(tǒng)。

本申請實施例中，對于不同的子系統(tǒng)而言，在部署代碼時，根據(jù)業(yè)務(wù)實現(xiàn)的差異，相應(yīng)地從原始代碼文件中抽取出與自身業(yè)務(wù)相匹配的一些代碼模塊進行代碼部署。從所述業(yè)務(wù)系統(tǒng)對應(yīng)的原始代碼文件中，抽取與確定的所述代碼模塊對應(yīng)的目標代碼文后，將所述目標代碼文件安裝到所述目標子系統(tǒng)前，所述方法還可以包括：

獲得與所述環(huán)境標識對應(yīng)的測試用例，并利用所述測試用例對所述目標代碼文件進行測試。

鑒于各子系統(tǒng)的差異性，可以分別為每一個子系統(tǒng)編寫測試用例，并將測試用例通過環(huán)境標識進行標記，從而在測試過程中，只需要輸入環(huán)境標識便可以自動獲取到相應(yīng)的測試用例并完成測試，測試效率較高，無需人工查找測試用例，同時便于管理測試用例。

圖3是本申請一示例性實施例提供的一種代碼部署方法的場景圖，如圖3所示，開發(fā)者通過上述通用的代碼框架并結(jié)合各個子系統(tǒng)的業(yè)務(wù)差異，編寫出原始代碼文件并上傳到代碼庫中。當需要將代碼部署到業(yè)務(wù)系統(tǒng)下各個子系統(tǒng)時，可以在打包時傳入需要部署代碼的子系統(tǒng)的環(huán)境標識app，使得代碼部署設(shè)備從上述代碼庫中抽取出與該環(huán)境標識app相匹配的目標代碼文件，并部署到指定的子系統(tǒng)設(shè)備(服務(wù)器)上。

本申請實施例中，在業(yè)務(wù)系統(tǒng)包括一個或多個子系統(tǒng)(如：子系統(tǒng)a、b)的情況下，在部署代碼的過程中，本申請實施例通過獲得待部署代碼的目標子系統(tǒng)的環(huán)境標識(如：ifcvoucherfront)，并基于配置文件pom.xml，確定所述環(huán)境標識對應(yīng)的代碼模塊；接著，從所述業(yè)務(wù)系統(tǒng)對應(yīng)的原始代碼文件中，抽取與確定的所述代碼模塊對應(yīng)的目標代碼文件；最終，將所述目標代碼文件安裝到所述目標子系統(tǒng)上?？梢姡旧暾垖嵤├槍ν粋€業(yè)務(wù)系統(tǒng)，開發(fā)與該業(yè)務(wù)系統(tǒng)對應(yīng)的一套原始代碼文件，在部署代碼時，根據(jù)環(huán)境標識從上述原始代碼文件抽取每一子系統(tǒng)所需要部署的目標代碼文件，以完成部署。本申請實施例采用通用的代碼框架(如圖2所示)開發(fā)一套原始代碼文件，即可實現(xiàn)在多個子系統(tǒng)分別部署代碼的目的，降低代碼開發(fā)成本。同時在后續(xù)維護代碼時，只需要維護一套原始代碼文件，而無需針對每一個子系統(tǒng)分別維護一套代碼文件，大大提升代碼的后續(xù)維護效率。此外，當業(yè)務(wù)系統(tǒng)不斷衍生出新的子系統(tǒng)時，僅需要在上述代碼框架中，增加相應(yīng)的integration層代碼文件，即可實現(xiàn)新增子系統(tǒng)的代碼部署，增強了業(yè)務(wù)系統(tǒng)的擴展兼容性。

圖4是本申請一示例性實施例提供的一種電子設(shè)備的結(jié)構(gòu)示意圖。該電子設(shè)備可以代碼部署設(shè)備(如安裝有代碼管理工具的設(shè)備)，請參考圖4，在硬件層面，該電子設(shè)備包括處理器、內(nèi)部總線、網(wǎng)絡(luò)接口、內(nèi)存以及非易失性存儲器，當然還可能包括其他業(yè)務(wù)所需要的硬件。處理器從非易失性存儲器中讀取對應(yīng)的計算機程序到內(nèi)存中然后運行，在邏輯層面上形成用于代碼部署裝置。當然，除了軟件實現(xiàn)方式之外，本申請并不排除其他實現(xiàn)方式，比如邏輯器件抑或軟硬件結(jié)合的方式等等，也就是說以下處理流程的執(zhí)行主體并不限定于各個邏輯單元，也可以是硬件或邏輯器件。

請參考圖5，在本申請一實施例中，一種代碼部署裝置，包括：

獲得單元201，用于獲得業(yè)務(wù)系統(tǒng)下的目標子系統(tǒng)對應(yīng)的環(huán)境標識；

確定單元202，用于基于配置文件，確定與所述環(huán)境標識對應(yīng)的代碼模塊；

抽取單元203，用于從所述業(yè)務(wù)系統(tǒng)對應(yīng)的原始代碼文件中，抽取與確定的所述代碼模塊對應(yīng)的目標代碼文件；

安裝單元204，用于將所述目標代碼文件安裝到所述目標子系統(tǒng)。

本申請一實施例中，所述代碼模塊包括adapter層代碼文件和integration層代碼文件，所述adapter層代碼文件用于定義所述目標子系統(tǒng)使用的對象，所述integration層代碼文件用于按照所述目標子系統(tǒng)的業(yè)務(wù)邏輯實現(xiàn)所述對象。

本申請一實施例中，所述adapter層代碼文件定義的對象為各個子系統(tǒng)通用的對象。

本申請一實施例中，所述對象包括接口、和/或模型、和/或接口中包含的入?yún)⒑统鰠ⅰ?/p>

本申請一實施例中，所述確定單元202具體用于：

基于配置文件，確定與所述環(huán)境標識對應(yīng)的依賴文件包和代碼模塊，所述依賴文件包用以構(gòu)建所述代碼模塊。

本申請一實施例中，所述抽取單元203可以具體包括：

第一抽取子單元，用于從原始代碼文件中，抽取與所述環(huán)境標識對應(yīng)的adapter層代碼文件和公共功能層代碼文件；所述原始代碼文件包含所述業(yè)務(wù)系統(tǒng)下的各個子系統(tǒng)的代碼文件；

第二抽取子單元，用于從原始代碼文件中，抽取與所述環(huán)境標識對應(yīng)的integration層代碼文件；

打包單元，用于將抽取的adapter層代碼文件、公共功能層代碼文件和integration層代碼文件打包成目標代碼文件。

本申請一實施例中，所述獲得單元201可以具體用于：

在代碼打包時，從標識傳入命令中讀取目標子系統(tǒng)對應(yīng)的環(huán)境標識。

本申請一實施例中，所述裝置還可以包括：

測試單元，用于獲得與所述環(huán)境標識對應(yīng)的測試用例，并利用所述測試用例對所述目標代碼文件進行測試。

需說明的是，上述裝置實施例和上述方法實施例，在不相違背的前提下，可以互為補充。

上述實施例闡明的系統(tǒng)、裝置、模塊或單元，具體可以由計算機芯片或?qū)嶓w實現(xiàn)，或者由具有某種功能的產(chǎn)品來實現(xiàn)。一種典型的實現(xiàn)設(shè)備為計算機，計算機的具體形式可以是個人計算機、膝上型計算機、蜂窩電話、相機電話、智能電話、個人數(shù)字助理、媒體播放器、導航設(shè)備、電子郵件收發(fā)設(shè)備、游戲控制臺、平板計算機、可穿戴設(shè)備或者這些設(shè)備中的任意幾種設(shè)備的組合。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。

計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。

本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本申請可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠程計算機存儲介質(zhì)中。

本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。