TWI836263B

TWI836263B - 接口控制系統以及方法

Info

Publication number: TWI836263B
Application number: TW110132615A
Authority: TW
Inventors: 林怡君; 裴菁
Original assignee: 大陸商鼎捷軟件股份有限公司; 鼎新電腦股份有限公司
Priority date: 2021-09-02
Filing date: 2021-09-02
Publication date: 2024-03-21
Also published as: TW202311937A

Abstract

一種接口控制系統包括：多個軟體接口以及監控裝置。多個軟體接口用以對多個軟體系統進行資料傳輸；監控裝置耦接多個軟體接口，用以：接收位址資訊以及檢測週期，並依據檢測週期對多個軟體接口中的受檢接口進行錯誤檢測，其中受檢接口對應於位址資訊；以及當判斷受檢接口為異常狀態時，依據與受檢接口對應的接口設定檔重啟受檢接口。此外，一種接口控制方法亦在此揭示。

Description

接口控制系統以及方法

本揭示有關於一種接口控制系統以及方法。

在軟體系統整合使用過程中，經常會遇到，由於期初所開帳的基本資料會海量拋轉，或者是客製服務應用程式撰寫不當等原因，導致軟體接口停止回應，不但造成所有整合功能無法使用，更影響使用者的工作。因此，要怎麼防止所有整合功能無法使用以及使用者的工作的影響，使本領域技術人員急欲解決的問題。

本揭示的一種接口控制系統：包括多個軟體接口以及一監控裝置。該些軟體接口用以對多個軟體系統進行資料傳輸；該監控裝置耦接該些軟體接口，用以：接收位址資訊以及一檢測週期，並依據該檢測週期對該些軟體接口中的一受檢接口進行錯誤檢測，其中該受檢接口對應於該位址資訊；以及當判斷該受檢接口為異常狀態時，依據與該受檢接口對應的一接口設定檔重啟該受檢接口。

本揭示的另一態樣揭露一種接口控制方法，包括：藉由一監控裝置接收位址資訊以及一檢測週期，並依據該檢測週期對多個軟體接口中的一受檢接口進行錯誤檢測，其中該受檢接口對應於該位址資訊，其中該些軟體接口與多個軟體系統進行資料傳輸，其中該位址資訊包括該受檢接口的一接口名稱、一主機位址以及一接口網址；以及當藉由該監控裝置判斷該受檢接口為異常狀態時，藉由該監控裝置依據與該受檢接口對應的一接口設定檔重啟該受檢接口。

以下揭示提供許多不同實施例或例證用以實施本揭示文件的不同特徵。特殊例證中的元件及配置在以下討論中被用來簡化本揭示。所討論的任何例證只用來作解說的用途，並不會以任何方式限制本揭示文件或其例證之範圍和意義。在適當的情況下，在圖示之間及相應文字說明中採用相同的標號以代表相同或是相似的元件。

請參閱第1圖，其繪示根據本揭示之一實施例中一種接口控制系統100的示意圖。接口控制系統100包括多個軟體接口110(1)~110(N)以及監控裝置120，其中N為任意正整數，並沒有特別的限制。多個軟體介面110分別耦接多個軟體系統SP(1)~SP(N)，且監控裝置120耦接軟體接口110(1)~110(N)。

在一些實施例中，接口控制系統100可以由電腦、伺服器或處理中心等建立。

在一些實施例中，軟體接口110(1)~110(N)可以是應用程式接口或人機交互接口等，其中應用程式接口例如是企業流程管理（Enterprise Process Management，EPM）接口、客戶關係管理（Customer Relationship Management，CRM）接口、Easy Flow GP接口、T100接口或互聯中台接口等。此外，軟體系統SP(1)~SP(N)可以是任意的軟體應用程式或系統（例如，企業資源計畫（Enterprise resource planning，ERP），系統）。

在一些實施例中，監控裝置120可由處理單元以及記憶體單元等電子單元組成，其中處理單元可由處理器、中央處理單元或計算單元實現，且記憶單元可以利用記憶體、快閃記憶體、唯讀記憶體、硬碟或任何具相等性的儲存組件來實現。

在一些實施例中，監控裝置120並不限於包含記憶單元以及處理單元，監控裝置120可以進一步包含操作以及應用中所需的其他元件，舉例來說，監控裝置120可更包括輸出介面（例如用於顯示資訊的顯示面板）、輸入介面（例如觸控面板、鍵盤、麥克風、掃描器或快閃記憶體讀取器）以及通訊電路（例如WiFi通訊模組、藍芽通訊模組、無線電信網路通訊模組等）。

在一些實施例中，監控裝置120基於相應的軟體/韌體指令程序用以運行收發模組1201以及檢測模組1202。收發模組1201用以進行資料傳輸，且檢測模組1202用以對軟體接口110(1)~110(N)進行錯誤檢測。

在一些實施例中，接口控制系統100更包括使用者界面130以及警示裝置140。使用者界面130用以與使用者進行人機交互操作，且警示裝置140用以通知使用者已發生接口錯誤（例如，向使用者所使用的使用者裝置傳送警示資訊，以通知已發生接口錯誤）。

請一併參閱第2圖，其繪示根據本揭示之一實施例中一種接口控制方法200的示意圖，第1圖所示的接口控制系統100可用以執行第2圖中的接口控制方法200。

如第2圖所示，首先，於步驟S210中，接收位址資訊以及檢測週期，並依據檢測週期對多個軟體接口中的受檢接口進行錯誤檢測，其中受檢接口對應於位址資訊。在一些實施例中，位址資訊包括受檢接口的接口名稱、主機位址以及接口網址。受檢接口為軟體接口110(1)~110(N)中待進行錯誤檢測的一者，且軟體接口110(1)~110(N)中的該者可以由使用者預先設定。接口名稱為受檢接口的名稱。主機位址（Host ID）為軟體系統SP(1)~SP(N)中與受檢接口耦接的一者的網路主機的位址。接口網址（URL）為軟體接口110(1)~110(N)中與受檢接口耦接的一者的網址。檢測週期包括欲對受檢接口進行檢測的時間戳記（例如，每月的第一週的週一的上午12點），且該時間戳記也可由使用者預先設定。後續將配合具體的例子，進一步說明步驟S210在一些實施例當中的詳細步驟。

接著，於步驟S220中，當判斷受檢接口為異常狀態時，依據與受檢接口對應的接口設定檔重啟受檢接口。在一些實施例中，異常狀態可以是指令碼錯誤、資源存取錯誤或系統連結錯誤等各種軟體接口錯誤。接口設定檔為用以設定受檢接口的設定檔（Configuration File）。後續將配合具體的例子，進一步說明步驟S220在一些實施例當中的詳細步驟。

換言之，在步驟S210中先對受檢接口進行錯誤檢測。在步驟S220中基於檢測結果判斷是否要重啟受檢接口。

請一併參閱第3圖，其繪示在一些實施例當中步驟S210的詳細步驟S211至S212以及步驟S220的詳細步驟S221至S222的流程圖。

如第1圖至第3圖所示，於步驟S211中，藉由使用者界面130設定位址資訊以及檢測週期。在一些實施例中，使用者界面130包括與位址資訊對應的圖形界面以及與檢測週期對應的圖形界面。藉此，使用者可藉由這些圖形界面分別輸入位址資訊以及檢測週期。在一些實施例中，使用者界面130更用以設定使用者的通知郵件位址。

於步驟S212中，藉由檢測模組1202，依據檢測週期對多個軟體接口中與位址資訊對應的受檢接口進行錯誤檢測。在一些實施例中，收發模組1201由使用者界面130接收位址資訊以及檢測週期。在一些實施例中，在藉由使用者界面130設定位址資訊以及檢測週期後，檢測模組1202依據所設定的檢測週期中的時間戳記，週期性地基於所設定的位址資訊對受檢接口進行錯誤檢測。

在一些實施例中，在藉由使用者界面130設定通知郵件位址後，檢測模組1202經由收發模組1201從使用者界面130接收通知郵件位址，並依據通知郵件位址，將錯誤檢測的檢測結果通知使用者，其中檢測結果包括受檢接口的主機位址、接口名稱以及接口狀態，其中接口狀態指示異常狀態或正常狀態。在一些實施例中，收發模組1201依據回傳檢測週期向使用者的通知郵件位址的信箱傳送檢測結果，其中此回傳檢測週期可預先儲存在監控裝置120中（例如是監控裝置120在原廠出廠時所設定的）。

值得注意的是，在此雖以單個受檢接口為例，但本發明也可直接藉由定位址資訊設定多個受檢接口，以在後續步驟對這些受檢接口進行錯誤檢測。此外，通知郵件位址也可包括對應於多個使用的郵件位址，且檢測結果可用以通知這些使用者。

請一併參閱第4圖，其繪示根據本揭示文件之一些實施例中使用者界面130中的圖形界面400的示意圖。

如第4圖所示，圖形界面400具有與位址資訊以及通知郵件位址對應的輸入介面，以供使用者進行與受檢接口對應的位址資訊的輸入。此外，此輸入介面包括接口名稱的欄位410、主機位址的欄位420、接口網址的欄位430、使用名稱的欄位440以及通知郵件位址的欄位450。

在此實施例中，使用者在欄位410所輸入的資料為「互聯中台」、「T100」「Easy Flow GP（EFGP）」、「企業流程管理（BPM）」以及「客戶關係管理（CRM）」。使用者在欄位420所輸入的資料為「10.20.86.123」、「10.40.40.18」、「10.20.9.142」、「10.40.40.232」以及「10.20.9.26」。使用者在欄位430所輸入的資料為「10.20.86.123.9999/IntegrationEntry?WSDL」、「10.40.40.18/wt10dev/ws/r/awsp900?WSDL」、「10.20.9.142/NaNaWeb/services/CrossIntegrationEFGP」、「10.40.40.232/CRMINTService」以及「10.20.9.26/NaNaWeb」。使用者在欄位440所輸入的資料為「02013」以及「01275」，其中「02013」為使用者的使用者名稱。使用者在欄位450所輸入的資料為「[email protected]」以及「[email protected]」，其中「[email protected]」為使用者的通知郵件位址。

請一併參閱第5圖，其繪示根據本揭示文件之一些實施例中使用者界面130中的圖形界面500的示意圖。

如第5圖所示，圖形界面500具有與檢測週期對應的輸入介面，以供使用者進行與受檢接口對應的時間戳記的輸入。此外，此輸入介面包括月份的欄位510、週次的欄位520、週日至週六的欄位530、時間以及時段的欄位540以及特殊指示的欄位550。欄位510包括與「每月」以及「月別」對應的子欄位。欄位520包括與「每週」以及「週別」對應的子欄位。欄位530包括與「週間」、「日別」、「任選」以及「每日」對應的子欄位。欄位540包括與「指定執行時間」以及「指定週期時段」對應的子欄位。藉此，使用者可在欄位510~550中設定時間戳記。

請一併參閱第6圖，其繪示根據本揭示文件之一些實施例中檢測結果中的圖形界面600的示意圖。

如第6圖所示，圖形界面600具有與檢測結果對應的輸出介面，以供使用者觀看目前受檢接口的狀態。此外，此輸出介面包括接口名稱的欄位610、主機位址的欄位620、接口狀態的欄位630以及檢測時間的欄位640。藉此，使用者由輸出介面可以得知受檢接口的接口狀態為正常狀態或異常狀態（例如以打勾的圖示表示正常狀態，並以打叉的圖示表示異常狀態），也可得知對受檢接口的檢測時間。

在本實施例中，使用者由輸出介面中的欄位610、630可得知BPM接口、CRM接口、T100接口以及互聯中台接口皆為正常狀態，而EFGP接口為異常狀態，以及由輸出介面中的欄位640可得知對受檢接口檢測的檢測時間為「2020年12月9日14時58分54秒」。

如第1圖至第3圖所示，於步驟S221中，藉由檢測電路1202判斷受檢接口是否為異常狀態。若受檢接口並非為異常狀態，則再次回到步驟S212，持續重複步驟S212與S221以持續對受檢接口進行異常檢測。在一些實施例中，檢測模組1202對受檢接口檢測進行錯誤檢測，以判斷是否發生指令碼錯誤、資源存取錯誤或系統連結錯誤等各種軟體接口錯誤。

若受檢接口為異常狀態，則進入步驟S222。於步驟S222中，藉由警示電路140發送警示資訊。在一些實施例中，警示電路140依據受檢接口產生警示資訊，並依據通知郵件位址通知使用者已發生接口錯誤。詳細而言，當檢測電路1202判斷為異常狀態時，警示電路140立即將包含警示資訊的封包傳送至使用者的通知郵件位址的信箱，以通知使用者已發生接口錯誤。

於步驟S223中，藉由檢測模組1202重啟受檢接口。在一些實施例中，檢測模組1202經由收發模組1201向管理軟體系統SP(1)~SP(N)的管理伺服器（未繪示）傳送與受檢接口對應的設定檔請求。響應於設定檔請求，管理伺服器經由收發模組1201回傳受檢接口的設定檔至檢測模組1202。藉此，檢測模組1202藉由設定檔中的各種設定參數對受檢接口進行重置以進行重啟。

綜上所述，本發明所提供的接口控制系統以及方法藉由其使用者界面讓各使用者能一次性且快速地輸入各種受檢接口以及檢測週期，以對受檢接口進行錯誤檢測。此外，更可將檢測結果通知各使用者，並在受檢接口發生錯誤的情況下，立即通知各使用者以重啟發生錯誤的受檢接口。如此一來，能提升整合運作的穩定度，並藉由一次性的設定方式，即可達到接口的自我偵測、異常通知以及自我重啟，進而產生提前預警以及自我修復機制的效果。藉此，可解決以往在整合接口異常嚴重影響用戶作業的情況下，卻只能事後追溯所造成的客戶營運問題。

雖然本揭示的特定實施例已經揭露有關上述實施例，此些實施例不意欲限制本揭示。各種替代及改良可藉由相關領域中的一般技術人員在本揭示中執行而沒有從本揭示的原理及精神背離。因此，本揭示的保護範圍由所附申請專利範圍確定。

100:接口控制系統 SP(1)~SP(N):軟體系統 110(1)~110(N):軟體接口 120:監控裝置 130:使用者界面 140:警示電路 1201:收發模組 1202:檢測模組 200:接口控制方法 S210~S220、S211~S212、S221~S223:步驟 400、500、600:圖形界面 410~450、510~550、610~640:欄位

第1圖繪示根據本揭示之一實施例中一種接口控制系統的示意圖。第2圖繪示根據本揭示之一實施例中一種接口控制方法的示意圖。第3圖繪示在一些實施例中接口控制方法其中步驟的詳細步驟的流程圖。第4圖繪示根據本揭示文件之一些實施例中使用者界面中的圖形界面的示意圖。第5圖繪示根據本揭示文件之一些實施例中使用者界面中的圖形界面的示意圖。第6圖繪示根據本揭示文件之一些實施例中檢測結果中的圖形界面的示意圖。

100:接口控制系統

SP(1)~SP(N):軟體系統

110(1)~110(N):軟體接口

120:監控裝置

130:使用者界面

140:警示電路

1201:收發模組

1202:檢測模組

Claims

一種接口控制系統，包括：多個軟體接口，用以對多個軟體系統進行資料傳輸，其中該些軟體接口中的各者是應用程式接口；一監控裝置，耦接該些軟體接口，用以：接收預先設定的一位址資訊以及一檢測週期，以根據該位址資訊從該些軟體接口中設定一受檢接口，並依據該檢測週期對該受檢接口進行錯誤檢測以檢測該受檢接口是否發生指令碼錯誤、資源存取錯誤或系統連結錯誤的異常狀態，其中該位址資訊包括該受檢接口的一接口名稱、一主機位址以及一接口網址，其中該受檢接口的該主機位址為該些軟體系統中與該受檢接口耦接的一者的網路主機的位址，其中該接口網址為該些軟體接口中與該受檢接口耦接的該一者的網址；以及當判斷該受檢接口為該異常狀態時，依據與該受檢接口對應的一接口設定檔重啟該受檢接口。
如請求項1所述之接口控制系統，其中該監控裝置更用以：接收一通知郵件位址，並依據該通知郵件位址，將該錯誤檢測的一檢測結果通知一使用者，其中該檢測結果包括該受檢接口的該主機位址、該接口名稱以及接口狀態，其中該接口狀態指示該異常狀態或正常狀態。
如請求項2所述之接口控制系統，更包括：一使用者界面，用以供該使用者輸入該位址資訊、該通知郵件位址以及該檢測週期。
如請求項3所述之接口控制系統，更包括：一警示裝置，耦接該監控裝置，其中，當該監控裝置判斷該受檢接口為該異常狀態時，依據該受檢接口產生警示資訊，並依據該通知郵件位址通知該使用者已發生接口錯誤。
如請求項1所述之接口控制系統，其中該些軟體接口包括一企業流程管理接口、一客戶關係管理接口、Easy Flow GP接口、T100接口以及互聯中台接口。
一種接口控制方法，包括：藉由一監控裝置接收預先設定的一位址資訊以及一檢測週期，以根據該位址資訊從多個軟體接口中設定一受檢接口，並依據該檢測週期對該受檢接口進行錯誤檢測以檢測該受檢接口是否發生指令碼錯誤、資源存取錯誤或系統連結錯誤的異常狀態，其中該些軟體接口與多個軟體系統進行資料傳輸，其中該些軟體接口中的各者是應用程式接口，其中該位址資訊包括該受檢接口的一接口名稱、一主機位址以及一接口網址，其中該受檢接口的該主機位址為該些軟體系統中與該受檢接口耦接的一者的網路主機的位址，其中該接口網址為該些軟體接口中與該受檢接口耦接的該一者的網址；以及當藉由該監控裝置判斷該受檢接口為該異常狀態時，藉由該監控裝置依據與該受檢接口對應的一接口設定檔重啟該受檢接口。
如請求項6所述之接口控制方法，更包括：藉由該監控裝置接收一通知郵件位址，並依據該通知郵件位址，將該錯誤檢測的一檢測結果通知一使用者，其中該檢測結果包括該受檢接口的該主機位址、該接口名稱以及接口狀態，其中該接口狀態指示該異常狀態或正常狀態。
如請求項7所述之接口控制方法，更包括：藉由一使用者界面供該使用者輸入該位址資訊、該通知郵件位址以及該檢測週期。
如請求項8所述之接口控制方法，更包括：當藉由該監控裝置判斷該受檢接口為該異常狀態時，藉由耦接該監控裝置的一警示裝置依據該受檢接口產生警示資訊，並依據該通知郵件位址通知該使用者已發生接口錯誤。
如請求項6所述之接口控制方法，其中該些軟體接口包括一企業流程管理接口、一客戶關係管理接口、Easy Flow GP接口、T100接口以及互聯中台接口。