TW201342315A - 保全系統的連線確認方法 - Google Patents

Abstract

一種保全系統的連線確認方法，實施時，建構於被監控端的一保全主機，藉網際網路常態傳遞一連線確認資訊至一監控端，確認與監控端的連線狀態，若無法有效連線，保全主機則分別對網際網路及實體線路進行連線確認，以確認斷線主因，並進一步驅動一備援線路進行作動，以維持監控端與被監控端之間的連線，避免保全空窗期的漏洞，藉此，以改善現有保全系統不具連線判斷機制的問題。

Description

保全系統的連線確認方法

一種保全系統的連線確認方法，本發明尤指一種藉階段性檢測，以快速判斷保全系統的斷線主因，並提供一備援線路，以維持監控端與被監控端之間連結的保全系統的連線確認方法。

請參閱「第1圖」，圖中所示係為現有保全系統的實施示意圖，如圖，現有的保全系統10，大多係由一監控端101及一個以上的被監控端102所組構而成，監控端101與被監控端102之間，大多採用諸如通訊專線、網際網路、或無線通訊等通訊技術，產生連結，以供被監控端102隨時將當下所擷取到的環境資訊傳遞給監控端101，做監控使用，然而，上述各連結方式，雖可達成所欲產生之連線目的，卻仍有需改良之處，其中，通訊專線實施時，需額外建構一通訊專線，如圖中所示的L1，以使監控端101與被監控端102產生連線，其好處是可取得較穩定的連線品質，相對的卻提高了實施上的成本，單一監控端101與單一被監控端102的實施，以通訊專線L1連線，確實可產生較佳的實施效果，但現今單一監控端101大多同時對應數個被監控端102，龐大的實施成本實為一大負擔，線路繁雜亦導致檢修不易，再者，隨著網際網路發達，諸多保全系統10開始轉用網際網路做為主要連線的通訊方式，藉以降低實施成本，但網際網路失效時，監控端101或被監控端102的任一方無法立即得知，網際網路真正失效原因是網際網路服務供應商問題還是實體線路發生斷線，如此，造成了檢修上的難題，無法於斷線產生後，即針對斷線主因進行搶修，使監控端101與被監控端102之間產生保全漏洞，此外，現有的保全系統10大多不具備援，連線失效，保全系統10便等同失效，導致保全品質下降，故，若能針對上述各點問題，進行相關性研究，必能改善現有保全系統10的保全品質。

有鑒上述問題，本發明人係針對現有保全系統的實施現況，進行相關分析及研究，期能設計出解決上述問題的實施方式，緣此，本發明主要目的在於提供一種可立即判斷保全系統斷線原因，並藉即刻驅動一備援線路以維持連線的保全系統的連線確認方法。

為達上述目的，本發明所稱的保全系統的連線確認方法，實施後，建構於被監控端的一保全主機，常態對監控端發送一連線確認資訊，確認與監控端的連線，若連線確認資訊無法順利傳遞，保全主機即進行線路的階段確認，分別對網際網路及實體線路進行連線測試，確認斷線主因後，本發明即將其記錄，並藉一備援或一電話通訊線路維持與監控端的連線，藉此，以改善現有保全系統因連線品質不穩，而導致保全品質下降的問題。

以上關於本發明內容之說明及以下之實施方式之說明，係用以示範與解釋本發明之精神與原理，並且提供本發明之專利範圍更進一步解釋。

請參閱「第2圖」，圖中所示係為本發明之實施架構示意圖，本發明所稱的保全系統的連線確認方法，係可應用於以網際網路L2做為主要連線方式的一保全系統20之中，而本發明僅以單一監控端201及單一被監控端202進行舉例，實際應用時，監控端201可同時對應數個被監控端202，而本發明所稱的保全系統的連線確認方法，其實施過程係如下所述，並請同時搭配參閱「第3圖」，圖中所示係為本發明之實施流程圖：

(1)系統運作31：保全系統20建構完成後，監控端201與被監控端202之間，藉一網際網路L2連線，而被監控端202所屬的一保全主機2021，則常態傳遞一連線確認資訊D1至監控端201，建構於監控端201的一監控中心2011，接收此連線確認資訊D1，並進一步的將其以事件或條列的方式記錄，又，前述的常態係如一周期時間或一特定時間，如每隔5分鐘即發送一次；

(2)連線狀態正常判斷32：承上所述，保全系統20啟動後，被監控端202常態發送連線確認資訊D1至監控端201，若監控端201仍可接收到連線確認資訊D1，便表示監控端201與被監控端202之間連線正常，保全系統20持續作動，如過一預定時間後，監控端201未能持續收到連線確認資訊D1，又或是被監控端202無法順利傳遞連線確認資訊D1，則可確定監控端201與被監控端202之間的連線異常；

(3)網際網路檢測33：承連線狀態正常判斷32步驟所述，上述連線異常事件產生，保全主機2021即受驅動，嘗試與網際網路L2服務供應商所屬的伺服器21產生連線，所述的伺服器21諸如網際網路L2中的轉址伺服器或中繼伺服器等，又，與伺服器21的連線確認方式，係可利用網際控制訊息協定(ICMP)回音檢查，又稱PING，以進行網際網路L2線路是否正常的確認，若網際網路L2線路正常，卻仍無法正常連線時，則可確認斷線主因為網際網路L2供應服務商的問題；

(4)實體線路檢測34：承上，現今網際網路實施時，網際網路L2通常附掛於一電話通訊線路L3之中，如「第2圖」中所示的L3，意即電話通訊線路的檢測可視為實體線路的檢測，乃因電話通訊實施時，並不會產生網際網路L2通訊實施過程中，發生中繼設備或相關轉址設備產生突發性異常的問題，然而，無論上述網際網路檢測L3的結果為何，本發明皆進行本實體線路檢測34步驟，透過電話通訊線路L3，撥號發送一盲音訊號D2至監控端201，以測試線路，當被監控端202以電話撥號發送盲音訊號D2進行檢測時，監控端201可接收到盲音訊號D2，即表示兩監控端(201、202)之間實體線路正常，本發明即驅使被監控端202所屬的保全主機2021進行一電話通訊連線35A步驟，坦若監控端201仍無法接收盲音訊號D2時，則可確認保全系統20所屬的電話通訊線路L3，即實體線路已發生故障，此時本發明即進行一備援連線35B步驟；

(5)電話通訊連線35A：承上所述，監控端201若仍可接收盲音訊號D2，被監控端202即透過電話通訊線路L3，與監控端201持續連線，避免產生保全漏洞，所述的連線，可藉不同音調的盲音訊號D2，表示當下被監控端202的環境狀態，例如可表示出主機狀態的不同音頻聲音所組成之數字組合字串等；

(6)備援連線35B：承上，並請參閱「第4圖」，圖中所示係為本發明之實施示意圖(一)，監控端201無法接收盲音訊號D2，即確認實體線路已故障，保全主機2021則藉由一備援L4與監控端201持續連線，避免保全漏洞發生，所述的備援L4係如全球移動通訊系統、文字簡訊等通訊技術，其中，以文字簡訊進行備援L4實施時，其內容係可記載有當下環境狀態、監控所在位置、啟用備援L4原因等。

再者，本發明於實施的同時，係將每一步驟所產生的檢測結果，以事件的方式記錄下來，例如中華民國2月22號下午2點22分，設於台北火車站001號保全主機，因實體線路斷線啟動備援L4，目前狀態良好，而上述僅為舉例，實際實施並不以此為限，如此，日後監控中心2011便可依此記錄快速得知以往作動期間保全系統20的連線狀態。

綜上所述，本發明所稱的保全系統的連線確認方法，其主要係依現今網際網路實施現況，及保全系統的實施方式，驅使被監控端常態對監控端發送一連線確認資訊，以確認兩監控端的連線是否正常，若連線確認資訊無法順利傳遞，保全主機即進行兩監控端之間的線路檢測，分別對網際網路及實體線路進行連線測試，斷線主因確認後，本發明將其記錄，並透過一電話通訊線路或一備援，維持與監控端的連線，藉以改善現有保全系統因連線品質不穩，致使保全品質下降的問題產生，據此，本發明其據以實施後，確實可達到提供一種藉階段檢測，以快速判斷保全系統斷線主因，並藉一備援或仍屬正常的電話通訊線路，維持監控端與被監控端之間連結的實施方法。

唯，以上所述者，僅為本發明之較佳之實施例而已，並非用以限定本發明實施之範圍；任何熟習此技藝者，在不脫離本發明之精神與範圍下所作之均等變化與修飾，皆應涵蓋於本發明之專利範圍內。

綜上所述，本發明之功效，係具有發明之「產業可利用性」、「新穎性」與「進步性」等專利要件；申請人爰依專利法之規定，向　鈞局提起發明專利之申請。

10．．．保全系統

101．．．監控端

102．．．被監控端

20．．．保全系統

201．．．監控端

202．．．被監控端

2011．．．監控中心

2021．．．保全主機

21．．．伺服器

31．．．系統運作

32．．．連線正常判斷

33．．．網際網路檢測

34．．．實體線路檢測

35A．．．電話通訊連線

35B．．．備援連線

D1．．．連線確認資訊

D2．．．盲音訊號

L1．．．通訊專線

L2．．．網際網路

L3．．．電話通訊線路

L4．．．備援

第1圖，係為現有保全系統的實施示意圖。

第2圖，係為本發明之實施架構示意圖。

第3圖，係為本發明之實施流程圖。

第4圖，係為本發明之實施示意圖(一)。

31．．．系統運作

32．．．連線狀態正常判斷

33．．．網際網路偵測

34．．．實體線路檢測

35A．．．電話通訊連線

35B．．．備援連線

Claims (10)

1. 一種保全系統的連線確認方法，係應用於以一網際網路做為主要連線方式的一保全系統之中，其係包含：一系統運作步驟，該保全系統的一被監控端，經由該網際網路常態發送一連線確認資訊至該保全系統的一監控端；一連線正常判斷步驟，以該監控端可持續接收該被監控端所發出之該連線確認資訊為連線正常狀態，反之，則為異常狀態；承上一步驟，當連線為異常狀態，即進行一網際網路檢測步驟，該被監控端進行與該網際網路連線的一伺服器進行連線，以確認該網際網路線路仍屬正常，於結果為無法正常連接，可確認該網際網路線路異常；承該網際網路檢測步驟進行的同時，同步進行一實體線路檢測步驟，該被監控端透過一電話通訊線路，撥號發送一盲音訊號至該監控端，確認該實體線路是否正常，該監控端可接收該盲音訊號為該實體線路正常，即進行一電話通訊連線步驟，反之，則為異常，即進行一備援連線步驟；一電話通訊連線步驟，該被監控端籍該電話通訊線路，維持與該監控端的連線；一備援連線步驟，該被監控端驅動一備援，以維持與該監控端的連線。
2. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該被監控端建構有一保全主機。
3. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該監控端建構有一監控中心。
4. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該監控端係對連線過程進行記錄。
5. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該被監控端係對連線過程進行記錄。
6. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該系統運作步驟中所述的常態發送，係指該被監控端每個一特定時間便傳遞一次該連線確認資訊至該監控端。
7. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該網際網路線路檢測步驟中所述的與該網際網路服務供應商所屬的該伺服器連線，係可利用網際控制訊息協定(ICMP)回音檢查，進行連線測試。
8. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該電話通訊連線步驟中所述的連線方式，係利用另一盲音資訊，以不同音調，與該監控端進行連線並傳遞狀態資訊。
9. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該備援連線步驟中所稱的備援係指文字簡訊。
10. 如申請專利範圍第1項所述的保全系統的連線確認方法，其中，該備援連線步驟中所稱的備援係指行動通訊網路。