TWI497287B - Monitoring Method and Design Method of Joint Information System - Google Patents

Description

聯單資訊系統監測方法與設計方法

本發明係為一種聯單資訊系統監測方法與設計方法有關；具體而言，特別是關於一種常態分佈模式之網路異常訊務監測系統，根據網路訊務特性參考一般製造業裡技術成熟的統計製程管制(Statistical Process Control,SPC)方法，加上一般的網路訊務異常監測技術，應用在網路訊務管理領域內，所研發出的一種全新的監測系統。

目前資訊系統內含非常多的子系統，各個子系統間互相介接形成環環相扣的關係，好處是各個子系統模組化的方式維護起來相對容易，但也造成各子系統間只要有一個介面或子系統出問題就會發生整個流程停擺的情況，以聯單流程來說，若是問題發現得晚，往往會發生大量卡案的情況，等發現時要處理問題以及卡案都會需要可觀的人力成本與時間。

於專利前案作業流程異常之監控系統及其方法(公開日期：2010/10/01，公開號：201035751，申請日期：2009/03/31，專利申請號：098110576)，係透過一描述檔並結合供裝作業資 訊系統所使用的資訊平台之排程功能，以達到自動化之即時監控與告警。而本篇專利是提出提出一個聯單資訊系統監測設計方法架構，利用元件化的彈性架構，加快聯單資訊系統異常障礙的修復速度。

於上述專利前案中，針對作業流程異常時只有以告警作為處理的方式且較為侷限固定的監控流程，而本發明之方法除了進而提出了自我復原(重啟)及預防卡單(暫停介面)的功能，並且著重在元件化的設計架構方法而非固定的監控流程，以期能適用各種聯單資訊系統及快速方便擴充監控系統本身對於不同介面或程序的監控能力及處理方式的多樣選擇。

由此可見，上述習用方式仍有諸多缺失，實非一良善之設計，而亟待加以改良。

本案發明人鑑於上述習用方式所衍生的各項缺點，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本件發明。

本發明係提出一種聯單資訊系統監測方法與設計方法，為了解決上述困難，並且縮短問題發生到發現的時間及減少處理卡案的時間，本發明提出一種自動監控系統或介面是否有出問題並直接修復出問題的系統或介面或產生告警的機制設計方法，透過本發明，比較輕微的異常則可直接透過本發明來做修復，完全不需人力介入以及卡單後的聯單重置處理，猶如沒有發生過異常一般，或是當異常情況嚴重時，能第一時間暫停聯單流程讓系統管理人員得知系統異常並介入處理修 復，以防大量卡單。

本發明所提供之技術特徵，與其他習用技術相互比較時，更具備下列優點：

1.所有的聯單資訊系統運作監控元件皆可利用此設計架構開發。

2.利用監控元件101設計可縮短程式開發人員開發監控系統開發時程並降低維護成本。

3.利用對應元件103設計可使監控系統保持高度的彈性。

4.利用反應元件105可依據其不同需求提供不同方式的告警或重啟機制。

5.利用預設的反應元件「關閉同向介面措施」107可達到暫緩聯單進入避免卡單，以減少系統修復後需要聯單重置的無謂成本。

6.本聯單資訊系統監測方法無論是介面或是程序，只要有障礙發生會依照設定參數來發動相對應處理措施，以求最短時間內就能自動修復，若是自動化的處理措施無法修復系統，先前關閉與異常運作物同向的外部介面可以預防卡單，並以告警信件及簡訊來通知維運人員做人工處理。

100‧‧‧聯單資訊系統

101‧‧‧監控模組

102‧‧‧運作物

1021‧‧‧運作物1

1022‧‧‧運作物2

1023‧‧‧運作物3

103‧‧‧對應模組

104‧‧‧對應參數

1041‧‧‧對應參數1

1042‧‧‧對應參數2

1043‧‧‧對應參數3

105‧‧‧反應模組

106‧‧‧處理措施

1062‧‧‧處理措施2

1063‧‧‧處理措施3

1064‧‧‧處理措施4

107‧‧‧關閉同向介面措施單元

S201~S206‧‧‧流程步驟

S301~S308‧‧‧流程步驟

請參閱有關本發明之詳細說明及其附圖，將可進一步瞭解本發明之技術內容及其目的功效；有關附圖為：第1圖為本發明之聯單資訊系統監測方法與設計方法之示意 圖。

第2圖為本發明之聯單資訊系統設計方法之流程圖。

第3圖為本發明之聯單資訊系統監測方法之流程圖。

第4圖為本發明之聯單資訊系統監測方法之另一流程圖。

為了使本發明的目的、技術方案及優點更加清楚明白，下面結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發明，但並不用於限定本發明。

以下，結合附圖對本發明進一步說明：

請參閱第1圖，第1圖為本發明之常態分佈模式之網路異常訊務監測系統之示意圖。如第1圖所示，。

請參閱第2圖，第2圖為本發明之聯單資訊系統設計方法之流程圖。如第1圖及第2圖所示，當系統架構有改變時，無論是外部的介面增加或改變，S201被監控系統的架構或是介面有所改變時，S202判斷此改變是否有新的運作物類型是目前系統中的監控元件101所沒有包含的，S203若此新增或改變的運作物類型102並無定義在監控元件101中，將需要新增相關監控元件101，以及S204評估是否需要為此新運作物類型新增相關的反應元件105的異常處理措施類型106，S205若此新的運作物類型需要新的處理措施，將新增相關反應元件，S206若不需要新的處理措施則可直接新增對應相關新的監控元件的對應參數；若此新運作物類型102已經包含在 監控元件101內則聯單資訊系統元件架構不需做改變。。

於實際運用中，原先被監控系統介面只有Web Service與企業應用系統整合(ENTERPRISE APPLICATION INTEGRATION,EAI)，聯單資訊系統一開始也就只需要監控元件的運作物有兩個「Web Service」與「企業應用系統整合(ENTERPRISE APPLICATION INTEGRATION,EAI)」，對應元件有兩個「Web Service對應參數」與「企業應用系統整合(ENTERPRISE APPLICATION INTEGRATION,EAI)對應參數」，反應元件除了預設的「關閉同向介面措施」還有「重啟IIS Server」、「發送電子郵件告警維運人員」、「發送簡訊告警維運人員」。今天因為擴充功能系統多插進一個Process，因為架構改變，又有了新的運作物類型，因此要利用偵測Process系統記憶體變化及中央處理器使用率等資訊來判斷他是否異常在監控元件中新增一個「Process」運作物，並且為此多增加一個「重啟Process」以便Process被偵測出異常時能嘗試著恢復運作，最後再為此新的運作物於對應元件中增加新的對應參數。

請參閱第3圖，第3圖為本發明之聯單資訊系統監 測方法之流程圖。如第3圖所示，本發明之聯單資訊系統啟動時，S301先依照被監控系統的各個被監控運作物102設定其類型及其相關參數，而類型舉例說明可係為Web Service、FTP、Windows Service、Process、Socket、企業應用系統整合(ENTERPRISE APPLICATION INTEGRATION,EAI)或MSMQ，相關參數可係為Web Service：網址、應用程式集區、測試門檻秒數；FTP：IP、Port、測試門檻秒數；Windows Service：Service Name、測試門檻秒數；Process：名稱、測試門檻秒數；Socket：IP、Port、測試門檻秒數；企業應用系統整合 (ENTERPRISE APPLICATION INTEGRATION,EAI)：類型、IP、主題名或佇列名、測試門檻秒數；MSMQ：IP、佇列名、測試門檻秒數；S302任何類型都需設定是南向或北向介面、是外部或內部介面，方能系統嚴重異常時關閉介面預防大量卡單，並依照對應參數104從可使用的處理措施106，於實際運用中其處理措施可係為暫停IIS、重啟應用程式集區、重啟FTP Server、重啟Windows Service、重啟Process、發告警電子郵件或發簡訊，從中選擇當發生異常時想要引發的處理措施，接著S303啟動聯單資訊系統持續針對已設定的被監控運作物依照設定的參數做判斷是否有異常狀態，S304若發生異常即刻啟動關閉與異常運作物同向的外部介面以防止大量卡單，S305並開始運作相對應設定的處理措施，接著S306再度依照設定判斷發生異常的運作物是否仍為異常，S308若已恢復正常則代表修復系統成功，立即恢復與異常運作物同向的外部介面，完全不需人為介入及聯單重置即可重新回到S303持續針對運作物判斷是否異常的狀態，反之S307若異常運作物依舊異常則必須執行告警通知系統維運人員人為介入處理。

請參閱第4圖，第4圖為本發明之聯單資訊系統監 測方法之另一流程圖。如第4圖所示，當關閉同向介面措施單元被觸發時，S401先依照呼叫此單元的運作物102的對應參數104所帶參數判斷出此異常模組的方向性為南向或北向，S402接著讀取監測系統S404預先設定的同向(南向或北向)介面類型及參數，S403依照此類型及參數將此同向介面關閉。

上列詳細說明乃針對本發明之一可行實施例進行 具體說明，惟該實施例並非用以限制本發明之專利範圍，凡未脫離本發明技藝精神所為之等效實施或變更，均應包含於本案 之專利範圍中。

綜上所述，本案不僅於技術思想上確屬創新，並具備習用之傳統方法所不及之上述多項功效，已充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請 貴局核准本件發明專利申請案，以勵發明，至感德便。

100‧‧‧聯單資訊系統

101‧‧‧監控模組

102‧‧‧運作物

1021‧‧‧運作物1

1022‧‧‧運作物2

1023‧‧‧運作物3

103‧‧‧對應模組

104‧‧‧對應參數

1041‧‧‧對應參數1

1042‧‧‧對應參數2

1043‧‧‧對應參數3

105‧‧‧反應模組

106‧‧‧處理措施

1062‧‧‧處理措施2

1063‧‧‧處理措施3

1064‧‧‧處理措施4

107‧‧‧關閉同向介面措施單元

Claims (7)

1. 一種聯單資訊系統監測方法，其至少包括：一監控模組，內建多個運作物並監控該些運作物，其包括介面、程序、資料庫或檔案傳輸協定(File Transfer Protocol,FTP)伺服器；一對應模組，係為多個對應參數，接收該監控模組之運作物，定義監控之運作物類型；以及一反應模組，其包括預設之關閉同向介面措施單元，執行監控該些運作物發生異常時的處理措施，監控該些運作物所能對應的處理措施及可以設定的系統參數，針對不同該些運作物對應所有引發的處理措施之映射表；其中，該對應模組之對應參數接收相對應該監控模組之運作物，且該反應模組依該對應參數判斷分析出處理措施，倘若發生異常時，該關閉同向介面措施單元係為發生異常時能協助修復或通知，並關閉此系統。
2. 如申請專利範圍第1項所述之聯單資訊系統監測方法，其中設定該些運作物之類型係為Web Service、FTP、Windows Service、Process、Socket、企業應用系統整合(ENTERPRISE APPLICATION INTEGRATION,EAI)或MSMQ。
3. 如申請專利範圍第1項所述之聯單資訊系統監測方法，其中設定該些處理措施係為暫停網際網路資訊服務(Internet Information Server,IIS)、重啟應用程式集區、重啟檔案傳輸協定伺服器(File Transfer Protocol,FTP Server)、重啟Windows Service、重啟執行中的程式(Process)、發告警電 子郵件或發簡訊。
4. 一種聯單資訊系統監測設計方法，藉由監控模組、對應模組及反應模組三個模組管理監控，其步驟至少包括：A.被監控系統架構或介面改變時，判斷是否有新的運作物類型，若否，結束流程，若是，接續下列流程；B.該監控模組新增新運作物類型，並判斷是否需新增處理措施，若否，該對應模組新增相對應之對應參數；以及C.若是，該反應模組新增相對應之處理措施，並接續該對應模組新增相對應之對應參數。
5. 如申請專利範圍第4項所述之聯單資訊系統監測設計方法，其中該步驟A更包括一關閉同向介面措施單元關閉與異常運作物同向的外部介面，停止接收新聯單資訊。
6. 如申請專利範圍第4項所述之聯單資訊系統監測設計方法，其中該步驟C更包括倘若重新偵測該運作物仍為異常，發出告警通知的對應參數。
7. 一種聯單資訊系統監測方法，其步驟至少包括：A.被監控系統發生異常時，該監控模組接收該資訊，關閉與異常運作物同向的外部介面，針對異常運作物做其對應參數的處理措施，判斷系統是否仍為異常，若是，發告警通知維運人員人工介人處理；以及B.若否，恢復與異常運作物同向的外部介面，並接續對此系統持續監測。