本發(fā)明屬于信息化圖形組態(tài)領域，尤其涉及一種虛擬設備控件的構建方法及系統(tǒng)。

背景技術：
隨著自動化水平的迅速提高，計算機在各個領域的廣泛應用，人們對自動化的要求越來越高。以工業(yè)領域為例，種類繁多的控制設備和過程監(jiān)控裝置在工業(yè)領域的應用，使得傳統(tǒng)的工業(yè)控制軟件已無法滿足用戶的各種需求。在開發(fā)傳統(tǒng)的工業(yè)控制軟件時，當工業(yè)被控對象一旦有變動，就必須修改其控制系統(tǒng)的源程序，導致其開發(fā)周期長；已開發(fā)成功的工業(yè)控制軟件又由于每個控制項目的不同而使其重復使用率很低，導致它的價格非常昂貴；在修改工業(yè)控制軟件的源程序時，倘若原來的編程人員因工作變動而離去時，則必須由其他人員或新手進行源程序的修改，因而更是相當困難。自動化組態(tài)軟件的出現(xiàn)為解決上述實際工程問題提供了一種方法，因為它能夠較好地解決傳統(tǒng)工業(yè)控制軟件存在的種種問題，使用戶能根據(jù)自己的控制對象和控制目的的任意組態(tài)，完成最終的自動化控制工程。但是在現(xiàn)有的模擬組態(tài)環(huán)境中，如果需要模擬一種設備的運行情況，則要求模擬系統(tǒng)中已經(jīng)添加有與此設備匹配的虛擬設備控件，以便在組態(tài)時可以將此虛擬設備控件設置到相應的位置，在這種情況下，因為各個虛擬設備控件僅僅針對一種真實設備，所以如遇到需要添加新的真實設備的情況，則要求人員手動操作，操作需要專業(yè)的計算機編程知識，人員層次要求高。這在組態(tài)系統(tǒng)的開發(fā)中形成瓶頸，從而直接影響它的進一步發(fā)展。為解決上述在添加新的真實設備時，不要求人員手動操作，不需要專業(yè)的計算機編程知識人員的問題，有待于發(fā)明一種新型的虛擬設備控件，在不改變甚至簡化現(xiàn)有組態(tài)系統(tǒng)操作方式的前提下，解除虛擬設備控件與具體設備的強耦合，讓用戶在面對設備時，無需判斷其具體型號，在遇到設備變更時，無需從頭進行設計與制作，使得這類設備控件在用戶手上變成“通用設備”。

技術實現(xiàn)要素：
本發(fā)明的目的在于提供一種虛擬設備控件的構建方法及系統(tǒng)，旨在解決在添加新的真實設備時，不要求人員手動操作，不需要專業(yè)的計算機編程知識人員的問題。本發(fā)明是這樣實現(xiàn)的，一種虛擬設備控件的構建方法，所述方法包括以下步驟：制作虛擬設備模板；建立所述虛擬設備模板與真實設備間的數(shù)據(jù)通訊，所述虛擬設備模板接收真實設備發(fā)送的數(shù)據(jù)；制作通訊數(shù)據(jù)的標準模板；根據(jù)所述標準模板分析所述虛擬設備模板接收的真實設備發(fā)送的數(shù)據(jù)，得到所述真實設備所具有的功能屬性；加載所述功能屬性到虛擬設備模板中；基于所述虛擬設備模板自動創(chuàng)建出所述真實設備對應的虛擬設備控件。進一步的，所述制作通訊數(shù)據(jù)的標準模板的步驟，具體為：建立標準模板的數(shù)學模型；將基于數(shù)學模型中的數(shù)據(jù)模塊索引中的鍵值與模塊的功能實現(xiàn)封裝為標準模板；將建立好的標準模板存儲到數(shù)據(jù)庫中。進一步的，所述建立標準模板的數(shù)學模型的步驟，具體為：對已知設備數(shù)據(jù)進行模塊化分解，將得到至少一個數(shù)據(jù)模塊；對分解的數(shù)據(jù)模塊進行數(shù)學建模，建立分類規(guī)則；為分解的數(shù)據(jù)模塊建立索引；基于分類規(guī)則對數(shù)據(jù)模塊分類，針對已分類的數(shù)據(jù)模塊所代表的功能進行程序編寫，得到模塊的功能實現(xiàn)。進一步的，所述為分解的數(shù)據(jù)模塊建立索引，具體為：為已分解數(shù)據(jù)模塊建立唯一標識，并將其作為標準模板的索引鍵值。進一步的，所述根據(jù)所述標準模板分析所述虛擬設備模板接收的真實設備發(fā)送的數(shù)據(jù)，得到所述真實設備所具有的功能屬性的步驟，具體為：對真實設備發(fā)送的數(shù)據(jù)進行模塊化分解；為分解后的數(shù)據(jù)模塊在存儲有標準模板的數(shù)據(jù)庫中匹配分類模板；根據(jù)命中的分類進一步確定標準模板；取出匹配模板的對應功能實現(xiàn)。進一步的，所述加載所述功能屬性到虛擬設備模板中的步驟，具體為：根據(jù)設備分類加載設備圖形到虛擬設備模板；將經(jīng)過數(shù)據(jù)分析后提取出的發(fā)送數(shù)據(jù)的真實設備所具有的功能屬性加載到虛擬設備模板；動態(tài)編譯虛擬設備模板包含的內(nèi)容，形成虛擬設備控件；將虛擬設備模板綁定到具體的虛擬設備控件實體。本發(fā)明的另一目的在于提供一種虛擬設備控件的構建系統(tǒng)，所述系統(tǒng)包括：虛擬設備模板制作模塊，用于制作虛擬設備模板；數(shù)據(jù)通訊建立模塊，用于建立所述虛擬設備模板與真實設備間的數(shù)據(jù)通訊，所述虛擬設備模板接收真實設備發(fā)送的數(shù)據(jù)；標準模板制作模塊，用于制作通訊數(shù)據(jù)的標準模板；分析模塊，用于根據(jù)所述標準模板分析所述虛擬設備模板接收的真實設備發(fā)送的數(shù)據(jù)，得到所述真實設備所具有的功能屬性；加載模塊，用于加載所述功能屬性到虛擬設備模板中；創(chuàng)建模塊，用于基于所述虛擬設備模板自動創(chuàng)建出所述真實設備對應的虛擬設備控件。進一步的，所述系統(tǒng)還包括：數(shù)學模型建立模塊，用于建立標準模板的數(shù)學模型；封裝模塊，用于將基于數(shù)學模型中的數(shù)據(jù)模塊索引中的鍵值與模塊的功能實現(xiàn)封裝為標準模板；存儲模塊，用于將建立好的標準模板存儲到數(shù)據(jù)庫中。進一步的，所述系統(tǒng)還包括：分解模塊，用于對已知設備數(shù)據(jù)進行模塊化分解，將得到至少一個數(shù)據(jù)模塊；分類規(guī)則建立模塊，用于對分解的數(shù)據(jù)模塊進行數(shù)學建模，建立分類規(guī)則；索引建立模塊，用于為分解的數(shù)據(jù)模塊建立索引；功能實現(xiàn)生成模塊，用于基于分類規(guī)則對數(shù)據(jù)模塊分類，針對已分類的數(shù)據(jù)模塊所代表的功能進行程序編寫，得到模塊的功能實現(xiàn)。進一步的，所述系統(tǒng)還包括：模塊化分解模塊，用于對真實設備發(fā)送的數(shù)據(jù)進行模塊化分解；匹配模塊，用于為分解后的數(shù)據(jù)模塊在存儲有標準模板的數(shù)據(jù)庫中匹配分類模板；確定模塊，用于根據(jù)命中的分類進一步確定標準模板；取出模塊，用于取出匹配模板的對應功能實現(xiàn)。進一步的，所述系統(tǒng)還包括：設備圖形加載模塊，用于根據(jù)設備分類加載設備圖形到虛擬設備模板；功能屬性加載模塊，用于將經(jīng)過數(shù)據(jù)分析后提取出的發(fā)送數(shù)據(jù)的真實設備所具有的功能屬性加載到虛擬設備模板；形成模塊，用于動態(tài)編譯虛擬設備模板包含的內(nèi)容，形成虛擬設備控件；綁定模塊，用于將虛擬設備模板綁定到具體的虛擬設備控件實體。在本發(fā)明中，通過在模擬組態(tài)環(huán)境中定義一系列虛擬設備模板，該虛擬設備模板通過接收真實設備發(fā)送的信息進行自我分析判斷，將真實設備傳來的信息轉(zhuǎn)換為設備功能附加于自身，再基于此虛擬設備模板自動創(chuàng)建出一個為此真實設備量身定做的虛擬設備控件。從而克服了現(xiàn)有的模擬組態(tài)技術中每模擬一種設備都需要專業(yè)人員參與，向模擬系統(tǒng)中添加與此設備匹配的虛擬設備控件的缺點，解決現(xiàn)有技術中對具體設備過度依賴的問題，在不影響現(xiàn)有組態(tài)系統(tǒng)操作方式的前提下，解除虛擬設備控件與具體設備的強耦合，提高了組態(tài)系統(tǒng)的易用性、兼容性、智能性，降低了實施以及后期維護的成本。附圖說明圖1是本發(fā)明實施例提供的虛擬設備控件的構建方法的實現(xiàn)流程示意圖。圖2是本發(fā)明實施例提供的虛擬設備控件的構建系統(tǒng)的結構示意圖。具體實施方式為了使本發(fā)明的目的、技術方案及有益效果更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。在本發(fā)明實施例中，通過在模擬組態(tài)環(huán)境中定義一系列虛擬設備模板，該虛擬設備模板通過接收真實設備發(fā)送的信息進行自我分析判斷，將真實設備傳來的信息轉(zhuǎn)換為設備功能附加于自身，再基于此虛擬設備模板自動創(chuàng)建出一個為此真實設備量身定做的虛擬設備控件，從而實現(xiàn)與具體設備無關的模擬組態(tài)系統(tǒng)，增強了設備控件的復用性，大大提高了模擬組態(tài)環(huán)境的設備支持率，節(jié)省了實施以及后期維護成本。請參閱圖1，為本發(fā)明實施例提供的虛擬設備控件的構建方法的實現(xiàn)流程，其主要包括以下步驟：在步驟S101中，制作虛擬設備模板；在本發(fā)明實施例中，虛擬設備模板是統(tǒng)一的設備功能屬性“容器”，它沒有直接對應的具體實現(xiàn)體，其內(nèi)部定義了對外公開的功能接口，內(nèi)部私有功能的接口以及它們之間的關系，虛擬設備模板的引入為更高層的設計復用提供了可能。通過有針對性的加載具體的功能實現(xiàn)，將具體的真實設備所要求的功能、特性整合為一體。下面以C++編程語言為例，討論虛擬設備模板的制作過程。定義虛擬設備模板的接口，public和protect接口代表虛擬設備模板對外部調(diào)用的響應功能，private接口用于處理虛擬設備模板內(nèi)部各功能的關系。虛擬設備模板內(nèi)定義一個名為SubFunctions的函數(shù)數(shù)組，每個數(shù)組元素存放一個在匹配規(guī)則中實現(xiàn)的對應子功能，子功能可以是實現(xiàn)了控件的監(jiān)視數(shù)據(jù)功能，也可以是實現(xiàn)了設備操作功能，其在數(shù)組中存放的順序以規(guī)則匹配順序為準。數(shù)組元素的添加通過public接口AddSubFunction施行。當外界需要調(diào)用虛擬設備控件的子功能時，使用SubFunctions函數(shù)數(shù)組中對應的數(shù)組元素，即功能實現(xiàn)。虛擬設備模板內(nèi)至少定義一個名為GraphCreator的Templatefunction，負責繪制具體虛擬設備控件的表現(xiàn)圖形，GraphCreator的具體實現(xiàn)由分類規(guī)則庫提供。在步驟S102中，建立虛擬設備模板與真實設備間的數(shù)據(jù)通訊，虛擬設備模板接收真實設備發(fā)送的數(shù)據(jù)；在本發(fā)明實施例中，首先建立真實設備與模擬組態(tài)環(huán)境的數(shù)據(jù)通訊；然后再建立模擬組態(tài)環(huán)境與虛擬設備模板的數(shù)據(jù)通訊；即虛擬設備模板與真實設備間的數(shù)據(jù)通訊需要通過模擬組態(tài)環(huán)境來建立通訊橋梁。其中，模擬組態(tài)環(huán)境是指模擬組態(tài)軟件運行后的軟件平臺，以下統(tǒng)稱模擬組態(tài)環(huán)境。當虛擬設備模板自動創(chuàng)建出虛擬設備控件后，該虛擬設備模板的位置將被創(chuàng)建出的虛擬設備控件取代，包括數(shù)據(jù)通訊層面。在本發(fā)明實施例中，虛擬設備模板是依托運行于模擬組態(tài)環(huán)境下的一部分，而模擬組態(tài)環(huán)境本身會與具體的真實設備之間建立數(shù)據(jù)通訊，接收來自于真實設備的數(shù)據(jù)，或發(fā)送控制指令到真實設備。對于虛擬設備模板而言，模擬組態(tài)環(huán)境在數(shù)據(jù)傳輸?shù)倪^程中充當一個“傳話者”的角色。虛擬設備模板通過模擬組態(tài)環(huán)境與真實設備建立數(shù)據(jù)通訊，而不是直接訪問，這一設計機制斬斷了虛擬設備模板與具體真實設備之間的耦合，為本發(fā)明實施例提供的方法中所描述的設備無關性的實現(xiàn)打下了基礎。在步驟S103中，制作通訊數(shù)據(jù)的標準模板；在本發(fā)明實施例中，標準模板是自動添加真實設備的功能屬性到虛擬設備模板，并最終組合形成虛擬設備控件的基礎依據(jù)。在本發(fā)明實施例中，制作通訊數(shù)據(jù)的標準模板的步驟，具體為：在步驟S1031中，建立標準模板的數(shù)學模型；在本發(fā)明實施例中，建立標準模板的數(shù)學模型的步驟，具體為：1、對已知設備數(shù)據(jù)進行模塊化分解，將得到至少一個數(shù)據(jù)模塊；在本發(fā)明實施例中，對已知設備數(shù)據(jù)進行模塊化分解，分解需做到將各子功能原子化的層次，原子化是指每個已分解的模塊僅代表一個可供操作的最小功能塊，不可進一步分解。例如，若某空調(diào)設備的設備數(shù)據(jù)為：”Temperature=25c,Limit=18c30c,Mode=Auto,SupportedMode=Auto,Cold,Warm”，對其進行模塊化分解的結果應為：原子數(shù)據(jù)模塊1：Temperature=25c，代表當前的溫度；原子數(shù)據(jù)模塊2：Limit=18c30c，描述了可選的溫度范圍；原子數(shù)據(jù)模塊3：Mode=Auto，當前空調(diào)的運行模式；原子數(shù)據(jù)模塊4：SupportedMode=Auto,Cold,Warm，該空調(diào)所支持的運行模式。2、對分解的數(shù)據(jù)模塊進行數(shù)學建模，建立分類規(guī)則；在本發(fā)明實施例中，分類規(guī)則的建立依賴于設備數(shù)據(jù)的分解，一般可有兩種情況，使用優(yōu)先級由高到低：第一種情況，設備提供商的數(shù)據(jù)符合行業(yè)內(nèi)標準，其提供的通訊數(shù)據(jù)會在數(shù)據(jù)頭中明確標識該設備的分類，因此可以此為分類依據(jù)；第二種情況，設備通訊數(shù)據(jù)的頭文件中未明確標識設備分類，此時需要結合整個通訊數(shù)據(jù)的結構，分解后的原子數(shù)據(jù)種類來綜合判斷，確定最可能的所屬分類。例如，原子數(shù)據(jù)既有“l(fā)ightStatus”項，又有“l(fā)ightLevel”項，則基本可以確定其屬于“燈具”分類。3、為分解的數(shù)據(jù)模塊建立索引；在本發(fā)明實施例中，為分解的數(shù)據(jù)模塊建立索引，具體為：為已分解數(shù)據(jù)模塊建立唯一標識，并將其作為標準模板的索引鍵值，以便模板在存入數(shù)據(jù)庫后進行索引。4、基于分類規(guī)則對數(shù)據(jù)模塊分類，針對已分類的數(shù)據(jù)模塊所代表的功能進行程序編寫，得到模塊的功能實現(xiàn)。在本發(fā)明實施例中，基于分類規(guī)則對數(shù)據(jù)模塊分類，針對已分類的數(shù)據(jù)模塊所代表的功能進行程序編寫，該功能的程序?qū)崿F(xiàn)是上述虛擬設備模板內(nèi)定義的名為SubFunctions的函數(shù)數(shù)組的適用數(shù)組元素。以上述已分解的某空調(diào)設備數(shù)據(jù)為例，四個原子數(shù)據(jù)模塊所代表的功能實現(xiàn)為：原子數(shù)據(jù)模塊1：Temperature=25c，實現(xiàn)顯示當前溫度信息的功能；原子數(shù)據(jù)模塊2：Limit=18c30c，實現(xiàn)控制空調(diào)溫度功能，其運行的溫度控制范圍在18攝氏度到30攝氏度之間；原子數(shù)據(jù)模塊3：Mode=Auto，實現(xiàn)顯示當前空調(diào)運行模式信息的功能；原子數(shù)據(jù)模塊4：SupportedMode=Auto,Cold,Warm，實現(xiàn)控制空調(diào)運行模式功能，可選模式為Auto、Cold以及Warm三種。在步驟S1032中，將基于數(shù)學模型中的數(shù)據(jù)模塊索引中的鍵值與模塊的功能實現(xiàn)封裝為標準模板；在步驟S1033中，將建立好的標準模板存儲到數(shù)據(jù)庫中。在步驟S104中，根據(jù)標準模板分析虛擬設備模板接收的真實設備發(fā)送的數(shù)據(jù)，得到真實設備所具有的功能屬性；在本發(fā)明實施例中，步驟S104具體為：在步驟S1041中，對真實設備發(fā)送的數(shù)據(jù)進行模塊化分解；其中，分解需做到將各子功能原子化的層次，亦即每個已分解的模塊僅代表一個可供操作的具體功能塊。在步驟S1042中，為分解后的數(shù)據(jù)模塊在存儲有標準模板的數(shù)據(jù)庫中匹配分類模板；其中，用于確定分類的標準是上述建立的分類規(guī)則。在步驟S1043中，根據(jù)命中的分類進一步確定標準模板；在步驟S1044中，取出匹配模板的對應功能實現(xiàn)。在步驟S105中，加載功能屬性到虛擬設備模板中；在本發(fā)明實施例中，加載功能屬性到虛擬設備模板中的步驟，具體為：在步驟S1051中，根據(jù)設備分類加載設備圖形到虛擬設備模板；具體設備圖形的加載通過重寫虛擬設備模板中定義的GraphCreator函數(shù)，實現(xiàn)分類下的圖形自定義。在步驟S1052中，將經(jīng)過數(shù)據(jù)分析后提取出的發(fā)送數(shù)據(jù)的真實設備所具有的功能屬性（即功能實現(xiàn)）加載到虛擬設備模板的SubFunctions函數(shù)數(shù)組中；例如上述已建立并存儲了四個空調(diào)設備的標準模板，如遇某空調(diào)設備僅支持溫度顯示以及溫度設置功能（其設備數(shù)據(jù)類似Temperature=25c,Limit=18c30c），則取出對應的“顯示當前溫度信息的功能實現(xiàn)”與“控制空調(diào)溫度的功能實現(xiàn)”加載到虛擬設備模板的SubFunctions函數(shù)數(shù)組中。在步驟S1053中，動態(tài)編譯虛擬設備模板包含的內(nèi)容，形成虛擬設備控件；在步驟S1054中，將虛擬設備模板綁定到具體的虛擬設備控件實體。在步驟S106中，基于虛擬設備模板自動創(chuàng)建出真實設備對應的虛擬設備控件。在本發(fā)明實施例中，虛擬設備模板在其Initialize函數(shù)內(nèi)判斷自身是否已經(jīng)加載有具體的真實設備的功能屬性，亦即是否綁定了虛擬設備控件內(nèi)容，如有則執(zhí)行綁定了的虛擬設備控件的Initialize函數(shù)，從而繪制具體設備控件的表現(xiàn)圖形，加載控件功能。請參閱圖2，為本發(fā)明實施例提供的虛擬設備控件的構建系統(tǒng)的結構。為了便于說明，僅示出了與本發(fā)明實施例相關的部分。虛擬設備控件的構建系統(tǒng)包括：虛擬設備模板制作模塊101、數(shù)據(jù)通訊建立模塊102、標準模板制作模塊103、分析模塊104、加載模塊105、以及創(chuàng)建模塊106。虛擬設備控件的構建系統(tǒng)可以是內(nèi)置于計算機中的軟件單元、硬件單元或者是軟硬件結合的單元。虛擬設備模板制作模塊101，用于制作虛擬設備模板；數(shù)據(jù)通訊建立模塊102，用于建立虛擬設備模板與真實設備間的數(shù)據(jù)通訊，虛擬設備模板接收真實設備發(fā)送的數(shù)據(jù)；標準模板制作模塊103，用于制作通訊數(shù)據(jù)的標準模板；分析模塊104，用于根據(jù)標準模板分析虛擬設備模板接收的真實設備發(fā)送的數(shù)據(jù)，得到真實設備所具有的功能屬性；加載模塊105，用于加載功能屬性到虛擬設備模板中；創(chuàng)建模塊106，用于基于虛擬設備模板自動創(chuàng)建出真實設備對應的虛擬設備控件。作為本發(fā)明一優(yōu)選實施例，系統(tǒng)還包括：數(shù)學模型建立模塊，用于建立標準模板的數(shù)學模型；封裝模塊，用于將基于數(shù)學模型中的數(shù)據(jù)模塊索引中的鍵值與模塊的功能實現(xiàn)封裝為標準模板；存儲模塊，用于將建立好的標準模板存儲到數(shù)據(jù)庫中。作為本發(fā)明另一優(yōu)選實施例，系統(tǒng)還包括：分解模塊，用于對已知設備數(shù)據(jù)進行模塊化分解，將得到至少一個數(shù)據(jù)模塊；分類規(guī)則建立模塊，用于對分解的數(shù)據(jù)模塊進行數(shù)學建模，建立分類規(guī)則；索引建立模塊，用于為分解的數(shù)據(jù)模塊建立索引；功能實現(xiàn)生成模塊，用于基于分類規(guī)則對數(shù)據(jù)模塊分類，針對已分類的數(shù)據(jù)模塊所代表的功能進行程序編寫，得到模塊的功能實現(xiàn)。作為本發(fā)明另一優(yōu)選實施例，系統(tǒng)還包括：模塊化分解模塊，用于對真實設備發(fā)送的數(shù)據(jù)進行模塊化分解；匹配模塊，用于為分解后的數(shù)據(jù)模塊在存儲有標準模板的數(shù)據(jù)庫中匹配分類模板；確定模塊，用于根據(jù)命中的分類進一步確定標準模板；取出模塊，用于取出匹配模板的對應功能實現(xiàn)。作為本發(fā)明另一優(yōu)選實施例，系統(tǒng)還包括：設備圖形加載模塊，用于根據(jù)設備分類加載設備圖形到虛擬設備模板；功能屬性加載模塊，用于將經(jīng)過數(shù)據(jù)分析后提取出的發(fā)送數(shù)據(jù)的真實設備所具有的功能屬性加載到虛擬設備模板；形成模塊，用于動態(tài)編譯虛擬設備模板包含的內(nèi)容，形成虛擬設備控件；綁定模塊，用于將虛擬設備模板綁定到具體的虛擬設備控件實體。綜上所述，本發(fā)明實施例通過在模擬組態(tài)環(huán)境中定義一系列虛擬設備模板，該虛擬設備模板通過接收真實設備發(fā)送的信息進行自我分析判斷，將真實設備傳來的信息轉(zhuǎn)換為設備功能附加于自身，再基于此虛擬設備模板自動創(chuàng)建出一個為此真實設備量身定做的虛擬設備控件。從而克服了現(xiàn)有的模擬組態(tài)技術中每模擬一種設備都需要專業(yè)人員參與，向模擬系統(tǒng)中添加與此設備匹配的虛擬設備控件的缺點，解決現(xiàn)有技術中對具體設備過度依賴的問題，在不影響現(xiàn)有組態(tài)系統(tǒng)操作方式的前提下，解除虛擬設備控件與具體設備的強耦合，提高了組態(tài)系統(tǒng)的易用性、兼容性、智能性，降低了實施以及后期維護的成本。本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，所述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，所述的存儲介質(zhì)，如ROM/RAM、磁盤、光盤等。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。