專利名稱：多用途緊急報警系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種民用報警系統(tǒng)，特別涉及一種用途緊急報警系統(tǒng)。
隨著人民生活水平的提高，人們對人身及財產(chǎn)的安全日益重視。這就需要有一快捷可靠的報警系統(tǒng)。申請?zhí)枮?8100043.4的專利公開了一種報警系統(tǒng)，這種報警系統(tǒng)采用分級聯(lián)網(wǎng)、有線、無線混合的方法，并進行計算機管理，使得該系統(tǒng)覆蓋面較廣，可供大量用戶同時使用，報警時，用戶報警終端通過有線方式將報警信息發(fā)送給區(qū)域報警終端(或中心)，然后區(qū)域報警終端(中心)通過無線電載波將上述報警信息發(fā)送給中心監(jiān)視儀和警訊接收儀，以便采取應急措施。為了避免報警用戶間的相互干擾，須將各區(qū)域報警終端間的無線電載波頻率進行“分組”以便“錯開”，避免相互競爭和干擾。然而，由于報警的用戶很多特別是在同一組內(nèi)可能同時有多起報警，要想避免干擾相當困難，有時會造成系統(tǒng)報警功能失效。另外，在上述系統(tǒng)中，用戶報警終端之間采用多線制的硬件編碼方法，采用這種方法存在以下缺陷(1)工程復雜，花費大。如按期配備的規(guī)模來說，任何一個用戶報警終端都需要40條編碼線，即使是200戶系統(tǒng)也需要30條編碼線，這無論在經(jīng)濟上或工程上都給用戶帶來困難;(2)由于線路數(shù)量多，系統(tǒng)的可靠性明顯降低，而可靠性對報警系統(tǒng)來說是非常重要的。
還有，上述專利公開的報警系統(tǒng)中缺少應答功能，當用戶按下報警器后，用戶并不了解其信號是否真正發(fā)出以及報警中心是否真正收到報警信號。如果系統(tǒng)正好發(fā)生故障，那么報警信號將不能正常送到報警中心(例如急救中心)，那將給用戶帶來重大損失。
為了克服上述缺點，本發(fā)明提供一種可靠性更高的多用途緊急報警系統(tǒng)。
本發(fā)明提供的報警系統(tǒng)包括包含至少一個指揮中心A1…Am例如消防指揮中心、公安指揮中心以及急救指揮中心的報警中心A，上述報警中心之間通過數(shù)據(jù)傳輸線相互聯(lián)接，它們之間可進行信息或數(shù)據(jù)傳輸;
至少一個區(qū)域中心B1、B2…Bn，其中每一區(qū)域中心都與上述報警中心采用無線電方式進行通訊聯(lián)系，以便向上述報警中心發(fā)送報警信號和接收來自報警中心的指令信號;
至少一個多用戶報警終端C1、C2…Ce，這些用戶報警終端被分成許多組，每一組用戶報警終端由一上述區(qū)域中心負責，它們與區(qū)域中心采用有線方式連接，并與其進行數(shù)據(jù)或信息傳輸，用戶報警終端的報警信號由區(qū)域中心發(fā)送給報警中心;
其特征在于，本發(fā)明提供的多用途緊急報警系統(tǒng)還包括一管理中心A′，該管理中心A′與上述報警中心的指揮中心通過數(shù)據(jù)傳輸線相連，并進行數(shù)據(jù)信息傳輸，而管理中心A′通過無線電信道控制方式與上述區(qū)域中心進行信息交換，即管理中心A′根據(jù)各區(qū)域中心的報警情況向區(qū)域中心發(fā)送最新的反映各信道使用情況的信道狀態(tài)指示信息，以便區(qū)域中心使用空閑信道向報警中心報警;另外，管理中心A′定期向區(qū)域中心發(fā)送第一巡檢指令，區(qū)域中心受到上述第一巡檢指令后會向管理中心A′發(fā)送第三應答指令，管理中心A′可根據(jù)各區(qū)域中心發(fā)送應答指令的情況知道發(fā)生故障的區(qū)域中心編號。
更進一步，本發(fā)明所述的區(qū)域中心與其所負責的區(qū)域內(nèi)的用戶報警終端之間采用總線方式連接，總線的每一線路負責不同功能的信息傳輸，用戶報警終端通過總線向區(qū)域中心發(fā)送編碼的報警信號，當區(qū)域中心收到上述報警信號后向該用戶報警終端發(fā)送第一應答信號，以便使用戶報警終端確信區(qū)域中心已收到其發(fā)出的報警信號。
而且，當報警中心A收到由區(qū)域中心發(fā)送來的一用戶報警終端的報警信號時，報警中心將發(fā)送一第二應答信號并通過區(qū)域中心轉送給報警的用戶報警終端，使其確信報警成功。
同樣，區(qū)域中心向所轄區(qū)域內(nèi)的用戶報警終端發(fā)送第二巡檢信號，以便檢查出發(fā)生故障的終端。
本發(fā)明提供的多用途緊接報警系統(tǒng)的用戶覆蓋面較廣，通?？蛇_100萬戶，且系統(tǒng)的可靠性極高，增加了系統(tǒng)的實用性，同時，由于采用了無線電信道傳輸和總線技術，減少了系統(tǒng)的復雜程度，降低了成本。


圖1是本發(fā)明提供的多用途緊急報警系統(tǒng)的方框圖;
圖2是本發(fā)明的一個實施例的用戶報警終端的方框圖;
圖3是本發(fā)明的一個實施例的報警中心的結構方框圖;
圖4是本發(fā)明的一個實施例的區(qū)域中心的結構方框圖;
圖5是圖2中的用戶報警終端的工作流程圖;
圖6是圖4中的區(qū)域中心的第一中央處理單元(CPU)的工作流程圖;
圖7是圖4中的區(qū)域中心的第二中央處理單元(CPU)的工作流程圖;
圖8是圖3中的報警中心的工作流程圖;
圖9是圖1所示的報警系統(tǒng)的管理中心A′的工作流程圖。
圖10是本發(fā)明的用戶報警終端的報警時序圖。
下面結合附圖，對本發(fā)明作詳細說明。
圖1是本發(fā)明提供的多用途報警系統(tǒng)的示意方框圖。報警中心A由指揮中心A1…Am組成。指揮中心A1…Am以及管理中心A′由數(shù)據(jù)傳輸線AN相互連接，其中指揮中心A1…An分別負責相應類型的報警，例如，指揮中心A1負責消防報警，指揮中心A2負責急救報警，指揮中心A3負責匪警，這些指揮中心分別通過一通信控制器CC與主機相連，同時，它們可通過天線T′，采用信道控制技術與區(qū)域中心進行無線電信息交換。主機CC儲有區(qū)域中心和用戶報警終端的地址信息。管理中心A′負責巡檢(以下要描述)，并協(xié)調(diào)上述指揮中心A1…An的工作，同時告訴區(qū)域中心報警中心的信道使用情況。它也與一管理計算機SC相連，當然，也可與主機CC相連。區(qū)域中心B1…Bn分別負責一組報警終端的報警，并通過總線BUS例如四總線FBUS相連與它們相連，每一區(qū)域中心都有一無線電發(fā)射/接收裝置，以便與指揮中心A1…Am和管理中心A′進行通信聯(lián)系。例如區(qū)域中心B1通過四總線FBUS1與它負責的區(qū)域內(nèi)的用戶報警終端C11…C1n相連。通常，可在一街道或一高層建筑內(nèi)設立一區(qū)域中心，用戶報警終端通常設在居民住房內(nèi)。
當用戶報警終端Cij發(fā)出報警信號例如火警信號或急救信號或匪警信號時，上述信號通過三總線FBUS送到負責該終端的區(qū)域中心，該區(qū)域中心一方面將上述報警信號通過無線電信道控制方式傳送給指揮中心A1…Am和管理中心A′，同時向報警的用戶報警終端Cij(i為報警終端的區(qū)域號，j為區(qū)域內(nèi)的序號)發(fā)送第一應答信號，于是用戶報警終端Cij內(nèi)的指示信號告訴用戶報警終端區(qū)域中心已收到它的報警信號。當報警中心A1…An收到報警的用戶報警終端Cij的區(qū)域中心Bi發(fā)送來的報警信號，將根據(jù)報警信號的類型送到相應的是指揮中心A1…Am進行處理并送入與其相連的主機中，通過主機與相連的救護中心聯(lián)系，以便采取急救措施。同時發(fā)送“第二應答信號”給報警的用戶報警終端。
在多用途緊急報警系統(tǒng)中，由于覆蓋范圍廣，通常區(qū)域中心B1…Bn數(shù)量多，為了解決區(qū)域中心B1…Bn與管理中心A′和指揮中心A1…An之間的通訊競爭與干擾，本發(fā)明采用信道控制技術。在本系統(tǒng)中，區(qū)域中心B1…Bn與管理中心A′和報警中心A之間進行無線電通信聯(lián)系時，至少有兩個或兩個以上的無線電信道被使用。其中一個為管理信道F′，其余為報警信道F1、F2…Fm，信道F有兩大任務一是對所有的區(qū)域中心B1…Bn進行巡回檢測;二是通知區(qū)域中心B1…Bn各報警信道的使用情況，以便區(qū)域中心采用空閑信道報警，從而加快報警的成功率和準確率，減少不必要的報警延誤。平時，所有的區(qū)域中心都在F′通道與管理中心聯(lián)系，接收管理中心的巡檢指令和信道狀態(tài)指示信息。區(qū)域中心在接收到管理中心A′的巡檢指令后向管理中心發(fā)送一第三應答信號表示其能正常工作。信道狀態(tài)指示信息在二組巡檢指令間送出，區(qū)域中心接收到上述信道狀態(tài)指示信息后，將該信息送入其頻率控制寄存器內(nèi)，一旦其所轄區(qū)域內(nèi)的用戶報警終端發(fā)出報警后，該區(qū)域中心將用空閑的信息將報警信號發(fā)送到指揮中心A1…Am。例如，當系統(tǒng)設定的信道數(shù)為8時，信息狀態(tài)指示信息的內(nèi)容格式如下信息 F′ F1F2F3F4F5F6F7狀態(tài)OO1 1 OO O1表示忙忙可用可用忙忙忙可用由上述信道內(nèi)容，區(qū)域中心可知，信道F′、F1、F4、F5、F6被占用，F(xiàn)2、F3和F7為空間信息。
指揮中心A1…Am與管理中心A′之間通過數(shù)據(jù)傳輸線相互連接，當管理中心A′測得上述某一信道被占用后，則將上述原信道狀態(tài)指示信息更改，如FA3信號被占用后，則上式信息格式改為F′ F1F2F3F4F5F6F7OO1 00001當然上述信道數(shù)可根據(jù)系統(tǒng)規(guī)模設定。通常如用戶報警終端越多，信道數(shù)也越多。
當所有信道被占用后，如再有報警信號發(fā)生，則要“排隊等候”。
圖2是本發(fā)明的一個實施例的用戶報警終端的結構框圖。如圖2所示，用戶報警信號通過報警輸入/互鎖裝置11發(fā)送到時序控制電路12，該電路含有一脈沖發(fā)生器在上述報警信號觸動下輸出一“點名”脈沖。發(fā)碼控制電路13接收上述“點名”脈沖后，輸出一控制信號給DTMF＊編碼發(fā)生器14以便DTMF＊編碼發(fā)生器向四總線FBUS發(fā)送報警信號，同時發(fā)碼控制電路13向發(fā)信繼電器15發(fā)送另一控制信號，使得發(fā)信繼電器15接通，以便DTMF＊編碼發(fā)生器14發(fā)出的報警信號能發(fā)送給區(qū)域中心。上述發(fā)信繼電器只有在用戶報警時才接通。當DTMF＊編碼發(fā)生器14發(fā)出報警信號(編碼信號)后，發(fā)送/應答顯示器16會顯示“報警”字樣。另外，報警印證電路17在報警輸入/互鎖器11被用戶報警后會留下報警印證，使用戶或其他人知道報警輸入/互鎖裝置11被報警過。
圖3是本發(fā)明的區(qū)域中心的一個實施例的結構示意?？偩€控制器22通過總線FBUS接收來自用戶報警終端發(fā)來的報警信號(編碼信號)，該報警信號以后將詳細描述，同時又向用戶報警終端發(fā)送應答信號。DTMF＊編/解碼器23采用加拿大敏迪公司的MT8880DTMF＊編/解碼器，它接收由總線控制器22發(fā)送來的報警信號將其編碼后輸入微處理器24，該微處理器24接收來自DTMF＊編/解碼器23輸出的編碼信號分別發(fā)出控制信號給聲光報警器26、報警屬性顯示器27和報警器用戶地址顯示器28，同時微處理器24通過控制器29的開關繼電器對無線電通信裝置30進行頻道(信道)選擇，以便無線電通信裝置30接收/發(fā)送信息，即它向上述報警中心發(fā)送報警信息，同時還可接收來自報警中心A的第二應答信號，另外，它也可與管理中心和各指揮中心通話，該通話是由報警測試通話功能按鈕25控制的，上述通話和信息交換是由天線T1發(fā)送和接收的。
該區(qū)域中心的微處理器24有兩個中央處理單元即第一中央處理單元和第二處理單元，它們的功能和程序流程圖以后將描述。
供電部分引用來對區(qū)域中心的器件供電，它還有備用電源，以便系統(tǒng)斷電時使用。
圖4是本發(fā)明的指揮中心和管理中心的結構方框圖。如圖4所示，由區(qū)域中心發(fā)來的信息(編碼的報警信息)經(jīng)標準八芯口41傳送到無線電通訊部分接口42，該接口主要是繼電器控制電路，進行PTT、VO1CE、TONE(應答)等信號線的控制切換。
無線電通訊部分接口42輸出的信號輸入到DTMF＊編/解碼器43中進行解碼，解碼后輸入到微處理器44中，該微處理器采用INTEL8031單片機，它將上述解碼過的報警信號進行處理然后分別發(fā)出控制信號給顯示電路45、聲光報警電路46以及收/發(fā)控制電路47，于是顯示電路45會出現(xiàn)“測試”或“火警”或“匪警”或“急救”字樣，聲、光報警電路46含有并行寄存器、緩沖驅動器及蜂鳴電路，上述蜂鳴電路由一多諧振蕩器(NE555)構成。當微處理器44向上述并行寄存器輸入數(shù)據(jù)時，蜂鳴電路中的聲、光電路被驅動。收/發(fā)控制電路47是用來控制無線電通訊設備47。無線電通訊設備47平時處于接收守候狀態(tài)，當收到報警或測試信號時，則轉為發(fā)射狀態(tài)，以應答區(qū)域中心。鍵盤6向微處理器44輸入設置時間或強制開機、關機或試驗信號。而復位/消警鍵49通過微處理器實現(xiàn)復位/消警功能。當報警信號收到后，該鍵上的一個發(fā)光二極管閃亮，同時聲光報警電路的蜂鳴器發(fā)出聲音，按下該鍵，上述蜂鳴器停止發(fā)出聲音，再按該鍵上述發(fā)光二極管熄滅，同時顯示電路45上顯示的用戶報警終端的號碼、屬性均被復位，該中心重新處于值守狀態(tài)。
供電部分50用來對管理中心A′和指揮中心A1…Am的器件進行供電。
管理中心與指揮中心結構相似。而微處理器內(nèi)的功能并不相同，其微處理器的程序以后將要詳細描述。
圖5是本發(fā)明的用戶報警終端的工作流程圖。
步驟71，判斷是否收到負責它的區(qū)域中心的巡檢指令，如果有，則向區(qū)域中心發(fā)出應答指令，以告訴區(qū)域中心，本機工作正常。如沒收到巡檢指令，則進行步驟72;
步驟73，判斷是否要報警，如需要報警，則進行步驟74;
步驟74，在允許報警時間段內(nèi)(以后要描述)采用“碼序排隊”法向區(qū)域中心發(fā)送報警信號;
步驟75，判斷是否收到來自區(qū)域中心的第一應答信號，如果沒有，則表明區(qū)域中心可能沒有收到報警信號，必須再進行步驟74;
步驟76，如收到第一應答信號，則發(fā)送/應答顯示器16中的應合指示燈“閃亮”，表明區(qū)域中心已收到該終端的報警信號;
步驟77，判斷是否收到第二應答信號，如收到，則應答指示燈“常亮”，表明該終端發(fā)出的報警信號已被指定的指揮中心收到。反之，則等待第二應答信號;以及步驟78，用戶進入對講狀態(tài)，它可與區(qū)域中心和指揮中心或管理中心進行對講。
圖6是本發(fā)明的區(qū)域中心的微處理器24第一中央處理單元CPU1的流程圖，其中步驟81，接收管理中心A′采用F′信道發(fā)來的信號，這些信號包括巡檢指令和信道狀態(tài)指示信息;
步驟82，判斷管理中心A′是否巡檢本機，如巡檢過，則向管理中心A′采用F′信道發(fā)送應答信號，以便使管理中心A′知道本區(qū)域中心工作正常，如沒有則進行步驟83;
步驟83，檢查是否有用戶報警終端報警，如有，則檢查是否有空閑信道，反之則回到步驟81;
步驟84，檢查是否有空閑信道，如沒有，則排隊等候，直至有空閑信道;如有空閑信道，則進行步驟85、86，將無線電通信裝置調(diào)整到該空閑信道，以便向指揮中心A發(fā)送報警信號作好準備;
步驟87，是否收到報警中心A發(fā)來的應答信號，如沒有則進行步驟88，反之則進行步驟89;
步驟88，判斷是否報警超過設定的報警允許時間，如超過，則表明該區(qū)域中心發(fā)生“過障”，反之，則繼續(xù)等候空閑信道;
步驟89，向報警的用戶報警終端發(fā)出第一應答信號;以及步驟90;顯示“報警成功”的信號;
圖7是本發(fā)明的區(qū)域中心的微處理器24的第二中央處理單元CPU2的程序流程圖，其中步驟101，通過總線FBUS向所轄區(qū)域內(nèi)的用戶報警終端發(fā)出巡檢指令;
步驟102，對所有用戶報警終端的應答指令逐一檢查，如某一終端沒有應答，則置出“某終端出現(xiàn)故障”的顯示信息;
步驟103，啟動總線的“報警允許”周期(下面將要描述);
步驟104，是否收到用戶報警終端的報警信號，如沒有則進行步驟101，反之，則進行下一步驟;
步驟105，給報警的用戶報警終端“第一應答”信號;
步驟106，根據(jù)信道狀態(tài)指示信息，在空閑信道上向指揮中心和管理中心報警;
步驟107，判斷是否收到報警中心的應答信號，如沒有收到，則進行步驟108，反之則進行步驟109;
步驟108，判斷是否超時，如果沒有超過設置的報警時間段(周期)，則等待應答指示，反之則顯示“故障”;
步驟109，置出“報警或功”字樣;
步驟100，給報警的用戶報警終端發(fā)送來自報警中心的“第二應答”信號;
步驟101，是否有復原，如沒有，則判斷是否“超時”，反之則返回。
圖8是本發(fā)明的指揮中心的微處理器44的程序流程圖，其中，步驟201，是否有來自區(qū)域中心的報警信號，步驟202，判斷報警是否合法，如不合法，則再回到步驟201;
步驟203，通知管理中心A′，信道F′已經(jīng)占中;
步驟204，應答報警的區(qū)域中心，也可通知管理中心應答;
步驟205，將報警信號的編碼數(shù)據(jù)送入與之相連的主機，以便從主機中獲息報警的用戶報警終端的詳細地址;
步驟206，進行聲光顯示，顯示出報警用戶的地址等情況;
步驟207，判斷是否處理完畢，如沒處理好，則返回重新繼續(xù)處理;
步驟208，通知區(qū)域中心將信道F′釋放;
步驟209，光報警復原。
圖9是本發(fā)明的管理中心的微處理器的程序流程圖。
步驟301，檢查各無線電通訊信道是否有新情況，如有則通知指揮中心和區(qū)域中心，更改信道狀態(tài)指示信息;
步驟302，向各區(qū)域中心發(fā)送巡檢指令和信道狀態(tài)指示信息;
步驟303，檢查各區(qū)域中心送來的第三應答信號，通知主機沒有應答信號的區(qū)域中心可能出現(xiàn)故障;
步驟304，檢查主機是否有特殊指令，如沒有，則對每一區(qū)域中心依次巡檢;
步驟305，根據(jù)主機指令發(fā)送巡檢指令;
步驟306，是否收到上述可能有故障的區(qū)域中心的應答信號，如沒有，則通知主機上述區(qū)域中心出現(xiàn)故障;
步驟307，將返回信息送回主機，以便采取修理措施。
必須指出的是，區(qū)域中心的微處理器24也可將兩個中央處理單元的程序功能合在一個中央處理單元內(nèi)完成。另外，區(qū)域中心、指揮中心和管理中心的微處理中心的軟件執(zhí)行的功能也可由各種功能電路完成。
管理中心對區(qū)域中心的巡檢是本發(fā)明的一個特點，這樣可檢查區(qū)域中心的工作是否正常。巡檢指令可以任意時刻發(fā)送，也可定期進行發(fā)送。巡檢主要由管理中心A′來完成。它采用組呼方式并使用統(tǒng)一的FA′信道進行巡檢。每一個巡檢指令發(fā)出后，將有許多例如十個區(qū)域中心按一定的順序向管理中心A′發(fā)應答信號，一般在時間Tmax＜2.5小時內(nèi)。在巡檢時間段內(nèi)對區(qū)域中心進行巡檢;同時，管理中心A′根據(jù)指揮中心發(fā)來的反映信道使用情況的信息向區(qū)域中心發(fā)出表示“下一個可用報警的信道”的信號，例如，當巡檢指令為“1250”時，該指令表示下一個可報警的信道為“1”頻道(對應的頻率為F1)，此外，所有編碼為“250＊”(＊表示0-9)的任一數(shù)字的所有區(qū)域中心將在接下去的一段時間內(nèi)向管理中心A′發(fā)出應答，其先后順序為2500、2501…2509，正常情況下，在10個應答時段中會有連續(xù)的應答信號，如果突然在某一時段發(fā)生中斷，則對應該時段的區(qū)域中必有故障，須通知主機，使其盡快處理故障，通過這種方法，依次對所有區(qū)域中心(分組進行)巡檢，及時發(fā)現(xiàn)出現(xiàn)故障的區(qū)域中心，從而保證了系統(tǒng)有較高的可靠性。
區(qū)域中心與其所轄區(qū)域內(nèi)的用戶報警終端采用總線例如三總線或四總線連接。在本發(fā)明的實施例中，采用四總線。這四條總線分別為Vcc線、ALARM線、TALK線和GND線。其中Vcc線主要進行“供電”、發(fā)送巡檢指令、選呼指令和對用戶進行應答，其中上述傳輸?shù)臄?shù)據(jù)形式為曼徹斯特碼;ALARM線主要是傳輸報警信號、應答測試信號和其它控制信號。它的數(shù)據(jù)形式為DTMF＊碼。TALK線供用戶與區(qū)域中心或管理中心和指揮中心對講，它傳輸?shù)氖锹曇粜盘枴６鳪ND線則是“地”線，用來設定“零”電位。Vcc線是功能復用線，由于數(shù)據(jù)調(diào)制在電源上，因而其負載能力較強。而ALARM線傳輸數(shù)據(jù)采用DTMF＊編碼，由于這種編碼信號落在音頻范圍內(nèi)，因而在線路中傳輸時衰弱小，可遠距離傳送，增加系統(tǒng)的可靠性。
本發(fā)明提供的報警系統(tǒng)很好地解決了區(qū)域中心內(nèi)多個用戶報警終端同時報警時通常造成系統(tǒng)混亂的矛盾。
圖10是用戶報警終端的報警時序圖。圖10(a)報警時間的分段。T2為報警時間段在T2時間段時，用戶可以報警。時間Tp或Ta內(nèi)，報警無效。時間Tp、Ta是區(qū)域中心對用戶進行巡檢的時間間隔和用戶對上述巡檢應答的時間間隔，在這些時間內(nèi)，用戶報警無效。在時間T2內(nèi)允許用戶按編碼時序報警，通常每一用戶報警終端有一十進制的三位數(shù)的地址編碼，各用戶報警終端的編碼不相同。因此，報警信號包含地址編碼和報警種類編碼，通常報警信號有四個碼位，例如3186，第一位數(shù)“3”代表報警類型，例如火警，T2時間段分成10小段T20、T21……T29，其中每一小段對應一碼位，例如，當要發(fā)送“6”碼時，只要在T2時間小段內(nèi)“報警”即可，見圖中的第一個陰影2部分。例如編碼為“186”的用戶報警終端報警時，用戶按四個不同的組序在區(qū)域中心的報警時間段T2內(nèi)的相應小段內(nèi)向區(qū)域中心報警，如圖10(a)的四個陰影部分，直至區(qū)域中心和指揮中心應答為止。四個組序分別按用戶報警終端的編碼的個位、十位、百位以及千位(報警類型)的數(shù)值來確立。例如，上述編碼為“3186”的用戶報警時應首先在第一報警時段內(nèi)的T26時間小段內(nèi)報警，其次再在第二報警時段內(nèi)的T28時間小段內(nèi)報警，最后再在第三報警時段內(nèi)的T21時間段內(nèi)報警，第四個報警在時段內(nèi)的T23時間段內(nèi)報警。每一報警時間段通常為500ms，每一時間小段則為50ms，在巡檢時間Tp后緊接著是應答時間段Ta。巡檢時間Tp和應答時間Ta段通常小于100ms。上述巡檢通常也可對在區(qū)域中心注冊過的用戶報警終端進行巡檢。
圖10(b)是ALARM線的時序圖，在時間間隔Ta內(nèi)，用戶使用該線對區(qū)域中心應答。
圖10(c)是TALK線的時序圖。在報警結束后，即T1時刻后，對講機自動打開，用戶報警終端可與區(qū)域中心或指揮中心通話。
圖10(d)是GND線的零電位圖。
為了增加報警系統(tǒng)的功能，如果在某一高層建筑內(nèi)有一區(qū)域中心，則每戶居民的用戶報警終端的TALK線還可作為門鈴呼叫或傳呼呼叫的通訊線路。
對本領域內(nèi)的一般技術人員來說，本發(fā)明提供的實施例可作許多改變，同樣能實現(xiàn)本發(fā)明的目的，例如上述多個報警中心例如消防報警中心、急救報警中心和匪警中心可分成多個獨立功能的報警中心，它可通過多個信道與區(qū)域中心聯(lián)系，便可分別接收各種類型的報警信號，然后進行處理，該中心有一主機具有分別處理上述報警信號的功能;
管理中心與各指揮中心也可在一裝置內(nèi)，由與其相連的主機分別完成各自的功能;
管理中心A′不僅可采用自動巡檢模式而且還可采用被動巡檢模式，它是通過主機的指令來控制的，且區(qū)域中心的應答情況傳送給主機;
區(qū)域中心的微處理機的軟件功能塊可由一系列模擬電路來完成;
用戶報警終端不需要通話功能，采用三總線也可;以及用戶報警終端內(nèi)的發(fā)碼控制電路13和時序控制電路可用一中央處理單元CPU來代替，此時圖5所示的流程圖相應改由上述中央處理單元內(nèi)的程序流程圖。
必須指出的是，本發(fā)明提供的多用途緊急報警系統(tǒng)主要具有三個特征(1)區(qū)域中心與用戶報警終端之間采用總線方式連接;(2)管理中心對區(qū)域中心定期進行巡檢，相互之間通過是否有應答來表明工作是否正常;(3)區(qū)域中心與管理中心和指揮中心之間采用信道控制方式，確切地說能保證采用空閑信道來發(fā)送報警信號，這三個特征的任何一種都對系統(tǒng)的可靠性有較大的提高。因此，任何包含本發(fā)明的一個特征或兩個特征或三個特征的報警系統(tǒng)也自然包含于本發(fā)明的保護范圍內(nèi)。
權利要求
1.一種多用途緊急報警系統(tǒng)，它包括一包含至少一個指揮中心A1…Am的報警中心A，其中每一指揮中心負責一種類型的報警信號的處理，所述指揮中心通過數(shù)據(jù)傳輸線相互連接，它們之間可進行信息交換；至少一個區(qū)域中心B1…Bn，每一區(qū)域中心都與上述報警中心采用無線電方式進行數(shù)據(jù)傳輸和信息交換；至少一個用戶報警終端C1、C2…CL，這些用戶報警終端被分成至少一組，每一組用戶報警終端通過有線方式與上述區(qū)域中心相連，每一用戶報警終端與區(qū)域中心進行數(shù)據(jù)交換；其特征在于，它還包括一負責信道控制和巡檢并與上述指揮中心采用數(shù)據(jù)傳輸線相連的管理中心A′，該管理中心A′與上述報警中心A采用無線電信道控制方式分別與上述區(qū)域中心進行信息交換，且管理中心A′并將表示信道使用情況的信道指示信息以及巡檢指令發(fā)送給區(qū)域中心，并從區(qū)域中心接收第三應答信號。
2.如權利要求1所述的多用途緊急報警系統(tǒng)，其特征在于，所述區(qū)域中心與其所轄區(qū)域內(nèi)的用戶報警終端采用總線方式連接，區(qū)域中心與用戶報警終端之間通過上述總線進行信息交換。
3.如權利要求1或2所述的多用途緊急報警系統(tǒng)，其特征在于所述報警中心A與區(qū)域中心之間的交換信息包括第二應答信號、和報警信號。
4.如權利要求1所述的多用途緊急報警系統(tǒng)，其特征在于區(qū)域中心與用戶報警終端之間的交換信息包括第二巡檢指令、第一應答信號、第二應答信號以及報警信號。
5.如權利要求1所述的多用途緊急報警系統(tǒng)，其特征在于所述的指揮中心為火警指揮中心、匪警指揮中心和急救指揮中心。
6.如權利要求1所述的多用途緊急報警系統(tǒng)，其特征在于所述報警中心A通過傳輸線與一包含區(qū)域中心和用戶報警終端的地址信息的主機CC相連。
7.如權利要求3所述的多用途緊急報警系統(tǒng)，其特征在于所述總線為四總線，每一四總線包括Vcc線、TALK線、ALARM線和GND線。
8.如權利要求1所述的多用途緊急報警系統(tǒng)，其特征在于所述管理中心A與區(qū)域中心之間的交換信息為第三應答信號、巡檢信號和信道狀態(tài)指示信息信號。
全文摘要
本發(fā)明提供一種多用途緊急報警系統(tǒng)，它包括由一個或多個指揮中心組成的報警中心，一個或多個區(qū)域中心和一個或多個多用戶報警終端。其特征在于它還包括一管理中心，該管理中心在一指定的信道與上述區(qū)域中心進行信息交換，并向區(qū)域中心發(fā)送巡檢指令和信道狀態(tài)指示信息，區(qū)域中心將根據(jù)管理中心發(fā)送的上述信道狀態(tài)指示信息使用空閑的信道與上述報警中心進行信息交換。該系統(tǒng)覆蓋范圍較廣，通?？蛇_100萬戶，且系統(tǒng)的可靠性高，用途廣。
文檔編號G08B25/10GK1079566SQ9210424
公開日1993年12月15日 申請日期1992年5月30日 優(yōu)先權日1992年5月30日
發(fā)明者石剛, 李衛(wèi)東, 張大智 申請人:石剛