[發明專利]一種可配置插件式的數據服務方法

有效

• 申請號: 201310606355.0
• 申請日: 2013-11-26
• 公開（公告）號: CN103632331A
• 公開（公告）日: 2014-03-12
• 發明（設計）人: 洪水潔;黃敏
• 申請（專利權）人: 福建四創軟件有限公司
• 主分類號: G06Q50/26
• 分類號: G06Q50/26;H04L12/24
• 代理公司: 福州元創專利商標代理有限公司 35100
• 代理人: 蔡學俊

技術領域

本發明涉及水利、防汛、水文、氣象、海洋、國土等相關防災減災行業信息化技術領域，特別是一種可配置插件式的防災數據服務方法。

背景技術

當前，針對防災減災行業相關的數據匯集服務，通常是在系統建設時，業務需要哪種數據，就建立一個對應的數據采集程序或服務，對數據進行采集。伴隨著業務所要的數據在不斷增加，防汛常用的有水雨情數據、臺風數據、衛星云圖、雷達圖等數據，海洋有上百類的數據需要采集的，采集程序也隨之不斷增加，往往一臺服務器上會有很多種不同種類的數據采集程序，給我們的管理人員在日常的管理工作上增加了不少工作量。

現有的一種業務數據對應一個數據采集程序的方式，對服務器的資源占用很大，往往會因為采集服務運行過多，而影響到系統的運行穩定性。日常管理起來也非常不方便，一旦人員發生變化或服務器硬件環境發生變化，都給整個數據采集的正常運行帶來了很大的變數。

發明內容

有鑒于此，本發明的目的是提供一種可配置插件式的數據服務方法，針對采集的程序及服務進行可配置的集中管理，并監控各個采集服務，保障采集服務的正常穩定運行。

本發明采用以下方案實現：一種可配置插件式的數據服務方法，其特征在于包括如下步驟：

步驟S01：對采集服務的數據服務進行配置,每個數據服務都以所述配置項進行區分、初始化；

步驟S02：實例化數據服務，并以獨立線程運行數據服務；

步驟S03：在服務的主進程上，通過時間片輪值方式和事件的監控方式，來跟蹤、監控每個業務數據服務線程的運行狀態；包括如下步驟：

步驟S031：在時間片輪值上，通過遍歷線程，并判斷每個線程上的線程狀態，一旦有出現非正常的狀態就進行登記日志，并嘗試重新啟動該服務線程；

步驟S032：綁定線程的運行事件機制，當線程觸發運行事件也登記日志，并進行對應事件的操作；

步驟S04：上報服務運行日志，實現服務監控告警。

在本發明一實施例中，所述步驟S01中所述配置的實現方式是通過對需要采集的服務進行XML配置，實現在數據主進程啟動時，能按照配置的內容進行初始化各個數據服務；其中服務配置項如下：

ID=服務ID；

NAME=服務名；

ServiceID=服務插件線程ID;

AutoRun=是否自動運行；

ServiceAssembly=服務插件類庫DLL的文件名；

LogName=服務日志文件名；

RunBase=服務啟動方法。

在本發明一實施例中，所述步驟S02的實現方式：當主進程啟動時，通過加載服務配置項的方式加載服務；通過MainAssembly=System.Reflection.Assembly.LoadFile(ServiceAssembly)的方式，加載服務需要運行的DLL庫，并通過MainAssembly.CreateInstance的方式，創建獨立的線程運行加載的數據服務；每個數據服務有不同的啟動方法，可通過RunBase里的配置內容加載啟動方法，使之可以正常運行。

在本發明一實施例中，所述步驟S04的實現方式：當服務線程出現故障時，登記運行日志，并將異常的信息定期通過遠程訪問的方式，傳輸至中心的服務器上，通過中心的服務器了解到每臺服務器上運行數據服務的情況，當有故障發生時，進行在中心本地進行聲音告警，提醒值班人員進行注意。

本發明方法適用于防災減災行業信息服務，可通過對不同服務器上所采集的不同業務數據進行服務配置化。通過一個主服務，多個子業務數據服務的模式，對數據服務進行統一管理，并支持未來業務數據的可擴展，通過該方法解決了多采集程序的管理困擾，數據服務不穩定等諸多問題，把日常的數據服務管理工作更科學化、簡便化。

附圖說明

圖1是本發明方法流程示意圖。?

具體實施方式

下面結合附圖及實施例對本發明做進一步說明。

如圖1所示，一種可配置插件式的數據服務方法，其特征在于包括如下步驟：

步驟S01：對采集服務的數據服務進行配置,每個數據服務都以所述配置項進行區分、初始化；

步驟S02：實例化數據服務，并以獨立線程運行數據服務；

步驟S03：在服務的主進程上，通過時間片輪值方式和事件的監控方式，來跟蹤、監控每個業務數據服務線程的運行狀態；包括如下步驟：