專利名稱：用于電力調(diào)度自動化系統(tǒng)的進程內(nèi)組件實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及自動化控制技術(shù)，特別是涉及一種用于電力調(diào)度自動化系統(tǒng)的自動化 控制進程內(nèi)組件對象模型實現(xiàn)技術(shù)。
背景技術(shù)：
首先需要了解什么是組件，以及與組件相關(guān)的一些技術(shù)。拋開計算機軟件相關(guān)的 定義，顧名思義，組件是構(gòu)成某個整體的各個部件，通常這些部件都按照某種通用 的標(biāo)準(zhǔn)被定義和生產(chǎn)。在計算機軟件領(lǐng)域，組件有多種不同的定義。有的把ActiveX 的DLL (Dynamically Linked Libraries,動態(tài)連接庫)或OCX (Object Unking and Embedding Control Extension,嵌入式對象控件)稱作組件，有些則把DLL中的 類視為組件。從使用者的角度出發(fā)， 一個系統(tǒng)的各個組件應(yīng)該是可以裁減、拆卸和 重新組裝的。人們更習(xí)慣于按可拆分的粒度來劃分組件。抽象地講，計算機軟件領(lǐng) 域的組件是按照某種標(biāo)準(zhǔn)或者規(guī)范進行代碼重用的一種形式。
當(dāng)前比較重要的兩個組件規(guī)范是Microsoft定義的COM/DCOM(公共對象模型/ 分布式公共對象模型)和OMG(對象管理組織)定義的CORBA(公共對象請求代理體 系結(jié)構(gòu))，業(yè)界習(xí)慣地稱他們?yōu)榻M件平臺。基于上述組件平臺，業(yè)界有多種組件模型 實現(xiàn)方案，如ActiveX、 Java Beans等。
基于商用的組件模型必須基于復(fù)雜的組件環(huán)境或者特定的操作系統(tǒng)平臺。比如 ActiveX組件只能應(yīng)用于Windows平臺，而Java Beans組件則需要JAVA平臺的支 持。
在傳統(tǒng)的電力調(diào)度自動化系統(tǒng)中，應(yīng)用程序在增加任意一個新的功能模塊時都要涉及到主程序的修改，而且修改一個功能要更換整個應(yīng)用，給系統(tǒng)的升級和功能擴 展帶來很大的不便。在電力調(diào)度自動化領(lǐng)域內(nèi)，更多的應(yīng)用場合是希望能實現(xiàn)跨平 臺的、輕量級的進程內(nèi)組件模型，實現(xiàn)在同一個應(yīng)用程序內(nèi)靈活擴展應(yīng)用程序的體 系結(jié)構(gòu)，為電力調(diào)度系統(tǒng)的應(yīng)用集成信息提供條件。本發(fā)明正是為了滿足以上要求 開發(fā)設(shè)計的。

發(fā)明內(nèi)容
針對上述現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明所要解決的技術(shù)問題是提供一種能節(jié)約 系統(tǒng)資源，能提高系統(tǒng)靈活性，能實現(xiàn)跨平臺應(yīng)用，能對組件及其接口進行統(tǒng)一管 理的用于電力調(diào)度自動化系統(tǒng)的進程內(nèi)組件實現(xiàn)方法。
為了解決上述技術(shù)問題，本發(fā)明所提供的一種用于電力調(diào)度自動化系統(tǒng)的進程內(nèi) 組件實現(xiàn)方法，具體的實現(xiàn)流程如下
1) 啟動應(yīng)用程序，提供應(yīng)用平臺；
2) 啟動應(yīng)用程序中的組件運行環(huán)境SCM_RTE (Super-2000 Component Model_ Runtime environment);
3) 組件運行環(huán)境SCM一RTE調(diào)用接口函數(shù)向組件發(fā)送信息，在組件運行環(huán)境中創(chuàng) 建組件；
4) 組件進行一次性初始化工作，包括注冊組件、注冊接口、申請全局內(nèi)存等。
5) 至少一次加載初始化后的組件；
6) 實現(xiàn)應(yīng)用程序與組件間的通信連接。
進一步的，在步驟l)中所述應(yīng)用平臺SCM—RTE包括組件管理器、分別連接所述 組件管理器的接口管理器和內(nèi)存管理器。
進一步的，所述組件為靜態(tài)組件SCM—RTE本身以及應(yīng)用程序，這類組件一旦被加 載，在整個應(yīng)用程序進程生命期中都不會被卸載。進一步的，所述組件為動態(tài)組件，這類組件在應(yīng)用程序進程的生命周期中可能被 多次加載和卸載。
進一步的，所述組件的類型是組件通過調(diào)用接口函數(shù)注冊的。如果不調(diào)用，缺省 被認(rèn)為是靜態(tài)組件。
進一步的，所述動態(tài)組件在3分鐘內(nèi)其訪問記數(shù)為0的，SCM—RTE將其卸載。組 件被卸載后，如果別的組件獲取其接口，這時SCM—RTE會再次將其加載到內(nèi)存中。
進一步的，所述組件之間的通信是通過用C語言定義的接口進行的。以實現(xiàn)跨平 臺的應(yīng)用。
相比國際上通用的組件模型解決方案而言，本發(fā)明提供的用于電力調(diào)度自動化系 統(tǒng)的進程內(nèi)組件實現(xiàn)方法SCM有以下優(yōu)點
1) 組件模型只考慮進程內(nèi)組件的通信，節(jié)約系統(tǒng)資源。
2) 組件模型的宿主可以是應(yīng)用程序，也可以是動態(tài)鏈接庫(共享庫)，提高了系 統(tǒng)的靈活性。
3) 組件之間的通信通過接口進行，接口用C語言定義，實現(xiàn)跨平臺應(yīng)用。
4) 應(yīng)用系統(tǒng)對外的API也由此組件/接口模型實現(xiàn)。
5) 提供一個組件運行環(huán)境，對組件及其接口進行統(tǒng)一管理(例如生命期的管理)。 SCM實現(xiàn)了一個可靈活擴展的應(yīng)用程序體系結(jié)構(gòu)，是電力調(diào)度自動化系統(tǒng)中圖形
部分和應(yīng)用集成環(huán)境的實現(xiàn)基礎(chǔ)。其特有的通信接口定義方式，實現(xiàn)了系統(tǒng)的跨平 臺應(yīng)用，支持UNIX、 WINDOWS各種系列版本的操作系統(tǒng)平臺。采用此模型可以將系 統(tǒng)中任意擴充的功能模塊動態(tài)加載到系統(tǒng)，而系統(tǒng)主程序無需作任何改動。這樣， 為系統(tǒng)的擴充和升級帶來異常方便。


圖1是本發(fā)明實施例進程內(nèi)組件實現(xiàn)方法的流程圖；圖2是本發(fā)明實施例進程內(nèi)組件實現(xiàn)模型框圖3是本發(fā)明實施例圖形程序加載餅圖組件人機界面示意圖。
具體實施例方式
以下結(jié)合

對本發(fā)明的實施例作進一步詳細(xì)描述，但本實施例并不用于 限制本發(fā)明，凡是采用本發(fā)明的相似結(jié)構(gòu)及其相似變化，均應(yīng)列入本發(fā)明的保護范 圍。
本發(fā)明實施例所提供的SCM (Super-2000 Co卿onent Model)為一個通用的輕量 級(一般而言，輕量級表示運行時占用資源少，不需要特定的容器，而重量級相反) 組件模型，用于應(yīng)用程序與插件(在本說明書中插件和組件是同一概念)以及插件 之間的通信。
如圖2所示，在應(yīng)用程序中提供了一個包括組件管理器、接口管理器和內(nèi)存管理 器的組件運行環(huán)境SCM—RTE (SCM Runtime environment)為SCM的實現(xiàn)提供了可 能。接口管理器和內(nèi)存管理器分別連接所述組件管理器，SCM一RTE的組件管理器負(fù) 責(zé)對組件本身、組件的調(diào)用接口及內(nèi)存資源進行統(tǒng)一分配管理。
如圖1所示，本發(fā)明實施例所提供的一種進程內(nèi)組件實現(xiàn)方法，把餅圖程序作為 組件調(diào)用到圖形程序中，其流程如下
1) 啟動圖形系統(tǒng)主程序；
2) 啟動組件運行環(huán)境SCIVLRTE;
3) SCM—RTE調(diào)用接口函數(shù)，創(chuàng)建餅圖程序組件；
4) 對餅圖程序組件進行初始化，包括注冊組件、注冊接口、申請全局內(nèi)存等；
5) 加載餅圖程序組件；
6) 實現(xiàn)了圖形程序與餅圖程序間的通信連接。
本發(fā)明的關(guān)鍵點是，在圖形程序中提供了一個組件運行環(huán)境SCM一RTE，負(fù)責(zé)對組件及其接口進行統(tǒng)一管理。組件之間的通信通過用c語言定義的接口進行的。
需要說明的是組件在整個的應(yīng)用程序周期中可能被多次加載和卸載，也就是說， 組件本身也有生命周期。組件有兩種類型， 一種是靜態(tài)組件，SCM—RTE本身以及應(yīng) 用程序，這類組件一旦被加載，在整個應(yīng)用程序進程生命期中都不會被卸載；另一
種是動態(tài)組件，這類組件在應(yīng)用程序進程的生命周期中可能被多次加載和卸載。組 件的類型是組件通過調(diào)用接口函數(shù)注冊的，如果不調(diào)用，缺省被認(rèn)為是靜態(tài)組件。
對于動態(tài)組件，SCNLRTE對每個組件維護一個訪問記數(shù)，當(dāng)別的組件獲取該組件 的接口時增加其訪問記數(shù)，組件接口被釋放時減少其訪問記數(shù)，如果一個組件在3 分鐘內(nèi)其訪問記數(shù)都為0， SCM一RTE將其卸載。組件被卸載后，如果別的組件獲取其 接口，這時SCM—RTE會再次將其加載到內(nèi)存中。 一個應(yīng)用程序可加載多個插(組)件。
如圖3所示，本發(fā)明的進程內(nèi)組件實現(xiàn)方法中，圖形系統(tǒng)調(diào)用餅圖作為組件的人 機界面如下所示在圖形程序主界面上設(shè)置了一個餅圖工具按鈕，通過此圖能方便 直觀地看到餅圖組件加載到圖形程序中。在操作上，通過餅圖工具按鈕來啟動組件 運行環(huán)境SCM一RTE。 SCM—RET調(diào)用入口函數(shù)創(chuàng)建餅圖組件，初始化組件，并為該 組件分配內(nèi)存資源。組件一旦加載后，即可作為圖形系統(tǒng)的功能模塊運行。
8
權(quán)利要求
1、 一種用于電力調(diào)度自動化系統(tǒng)的進程內(nèi)組件實現(xiàn)方法，其特征在于，具體 的實現(xiàn)流程如下1) 啟動應(yīng)用程序，提供應(yīng)用平臺；2) 啟動應(yīng)用程序中的組件運行環(huán)境SCM—RTE;3) 組件運行環(huán)境SCM—RTE調(diào)用接口函數(shù)向組件發(fā)送信息，在組件運行環(huán)境中創(chuàng) 建組件；4) 組件進行一次性初始化工作，包括注冊組件、注冊接口、申請全局內(nèi)存等；5) 至少一次加載初始化后的組件；6) 實現(xiàn)應(yīng)用程序與組件間的通信連接。
2、 根據(jù)權(quán)利要求1所述的進程內(nèi)組件實現(xiàn)方法，其特征在于，在步驟1)中所 述應(yīng)用平臺SCM一RTE包括組件管理器、分別連接所述組件管理器的接口管理器和內(nèi) 存管理器。
3、 根據(jù)權(quán)利要求1所述的進程內(nèi)組件實現(xiàn)方法，其特征在于，所述組件為靜態(tài) 組件SCM一RTE本身以及應(yīng)用程序，這類組件一旦被加載，在整個應(yīng)用程序進程生命 期中都不會被卸載。
4、 根據(jù)權(quán)利要求1所述的進程內(nèi)組件實現(xiàn)方法，其特征在于，所述組件為動態(tài) 組件，這類組件在應(yīng)用程序進程的生命周期中可能被多次加載和卸載。
5、 根據(jù)權(quán)利要求1所述的進程內(nèi)組件實現(xiàn)方法，其特征在于，所述組件的類型 是組件通過調(diào)用接口函數(shù)注冊的。
6、 根據(jù)權(quán)利要求1所述的進程內(nèi)組件實現(xiàn)方法，其特征在于，所述動態(tài)組件在 3分鐘內(nèi)其訪問記數(shù)為0的，SCM—RTE將其卸載。
7、根據(jù)權(quán)利要求1所述的進程內(nèi)組件實現(xiàn)方法，其特征在于，所述組件之間的通信是通過用C語言定義的接口進行的。
全文摘要
本發(fā)明公開一種用于電力調(diào)度自動化系統(tǒng)的進程內(nèi)組件實現(xiàn)方法，涉及電力調(diào)度自動化系統(tǒng)的技術(shù)領(lǐng)域；所要解決的是在同一個應(yīng)用程序內(nèi)靈活擴展應(yīng)用模塊的技術(shù)問題；該進程內(nèi)組件模型實現(xiàn)方法的流程如下1)應(yīng)用程序提供操作平臺；2)啟動組件運行環(huán)境SCM_RTE；3)調(diào)用接口函數(shù)；4)創(chuàng)建組件；5)初始化組件；6)加載組件；7)實現(xiàn)應(yīng)用程序與組件間的通信連接。本發(fā)明具有非常直觀，易于操作，可靈活擴展應(yīng)用程序功能模塊的特點。使用該方法，實現(xiàn)了在同一個應(yīng)用程序內(nèi)靈活擴展應(yīng)用程序的體系結(jié)構(gòu)，為電力調(diào)度系統(tǒng)的應(yīng)用集成信息提供了條件。
文檔編號G05B19/04GK101311895SQ20071004105
公開日2008年11月26日 申請日期2007年5月23日 優(yōu)先權(quán)日2007年5月23日
發(fā)明者章良棟 申請人:上海申瑞電力科技股份有限公司