專利名稱：用于對所接收的事件消息進行處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及對事件消息進行處理的通信系統(tǒng)和方法。更具體地說，本發(fā)明的實施例涉及對已被發(fā)送網(wǎng)絡(luò)或者發(fā)送場所設(shè)備中的干擾或者錯誤壞的事件消息進行的處理。這些通信系統(tǒng)可以包括消防系統(tǒng)、安全系統(tǒng)、訪問控制系統(tǒng)、或者使用基于時間的通信協(xié)議的其它類似系統(tǒng)。
背景技術(shù)：
典型地，目前的諸如建筑消防和安全系統(tǒng)之類的事件消息通信系統(tǒng)以格式化為數(shù)字?jǐn)?shù)據(jù)的模擬數(shù)據(jù)音的形式將事件信息或者場所數(shù)據(jù)發(fā)送到中央監(jiān)測中心。這種事件消息是經(jīng)由公共交換電話網(wǎng)絡(luò)(PSTN)或者蜂窩(電話)網(wǎng)絡(luò)發(fā)送的。可以以若干不同方式發(fā)送包括在消息中的數(shù)字?jǐn)?shù)據(jù)。典型地，使用雙音多頻(DTMF)或者頻移鍵控(FSK)信令發(fā)送數(shù)據(jù)，但是也可以使用其它技術(shù)。DTMF和FSK通信協(xié)議的特定例子是Ademco Contact ID協(xié)議(“SIADC_05”)和 “SIA 格式，，協(xié)議(“SIADC-03”)。通常，基于時間的通信協(xié)議針對接收事件消息定義了特定的時序需求和容差。典型地，為了允許來自不滿足所公布的標(biāo)準(zhǔn)限制的場所的信號或者考慮隨著時間的設(shè)備變化，現(xiàn)今的接收設(shè)備制造商將通信協(xié)議的時序容差擴展到超過所定義的限制。這是產(chǎn)業(yè)中的慣例。

發(fā)明內(nèi)容
越來越頻繁地，電話公司壓縮語音數(shù)據(jù)以便増加呼叫容量。因為壓縮技術(shù)影響由消防警報、安全和類似系統(tǒng)所發(fā)送的數(shù)據(jù)，所以發(fā)送可靠的事件消息(在語音信道中)變得日益困難。信號噪聲、傳輸時序變化、(例如，由于壓縮而造成的)信號失真、以及傳輸轉(zhuǎn)換可能不利地影響所發(fā)送的事件消息。另外，場所設(shè)備容差使協(xié)議信號降級到超過接收設(shè)備能夠?qū)λ邮盏氖录⒄_地進行解釋的程度。這導(dǎo)致在相同通信會話中再次重新發(fā)送消息，或者該消息失敗并且再次在新的傳輸會話中進行嘗試。相同消息的重復(fù)傳送影響了接收設(shè)備的吞吐量容量和從監(jiān)測中心的響應(yīng)時間。除了與壓縮和噪聲相關(guān)聯(lián)的問題之外，從標(biāo)準(zhǔn)電話設(shè)備到因特網(wǎng)協(xié)議語音(VoIP)以及類似的數(shù)字通信方法的轉(zhuǎn)換造成了額外的挑戰(zhàn)。在許多實例中，當(dāng)這些轉(zhuǎn)換發(fā)生時，場所設(shè)備不再能夠?qū)⒖煽客ㄐ虐l(fā)送到接收設(shè)備。這意味著客戶必須以基于IP的設(shè)備或者無線設(shè)備取代他們現(xiàn)有的設(shè)備。更糟糕的是，在一些情況下，客戶可能無法理解從POTS(普通老式電話系統(tǒng))設(shè)備到更新電話業(yè)務(wù)的轉(zhuǎn)換的影響，并且無法意識到他或她的消防、安全、或者訪問控制系統(tǒng)不再如以前所測試和核準(zhǔn)的那樣起作用。當(dāng)上述挑戰(zhàn)施加于蜂窩通信網(wǎng)絡(luò)時，場所設(shè)備和監(jiān)測中心之間的通信變得更加困難。在蜂窩網(wǎng)絡(luò)中，事件消息通過空中進行發(fā)送，并且隨后連接到PSTN網(wǎng)絡(luò)。所増加的中斷、間隙、傳輸時序變化以及來自蜂窩網(wǎng)絡(luò)的噪聲常常使信號降級到超過其能夠被接收設(shè)備正確處理的程度。
為了解決這些問題，本發(fā)明的實施例提供了用于對事件消息進行處理的方法和系統(tǒng)，其中，接收設(shè)備基于接收的數(shù)位的數(shù)目與期望的通信協(xié)議結(jié)果相比較，而不基于由特定的通信協(xié)議所定義的每個數(shù)據(jù)數(shù)位的特定時序來對整個事件消息進行處理和評估。該方法移除了受到場所設(shè)備和發(fā)送網(wǎng)絡(luò)影響的事件消息的關(guān)鍵時序參數(shù)，并且改善了成功接收事件消息的可能性。本發(fā)明的實施例還可以應(yīng)用于在場所設(shè)備和接收設(shè)備之間網(wǎng)絡(luò)中的各個位置處連接的通信設(shè)備。另外，所述技術(shù)還可以應(yīng)用于PSTN和蜂窩網(wǎng)絡(luò)之外的其它通信技術(shù)，諸如長距離和短距離無線電。在一個實施例中，本發(fā)明提供了對從場所設(shè)備接收的事件消息進行處理的方法。響應(yīng)于場所處的事件，在該場所(諸如住宅、辦公室、エ廠等)處生成事件消息。在場所設(shè)備和監(jiān)測位置之間建立通信信道，并且將事件消息從場所設(shè)備發(fā)送到監(jiān)測位置?；谒邮盏臄?shù)位的數(shù)目與在通信協(xié)議中定義的所期望的接收參數(shù)相比較，對包括具有變化的振幅的數(shù)位的整個事件消息進行評估。確定事件消息的多個可能的解釋?；诳赡艿慕忉屩械拿糠N解釋中的數(shù)位的數(shù)目，排除事件消息的ー種或多種可能的解釋，以創(chuàng)建可能的解釋的子集。通過基于在預(yù)定的協(xié)議時間內(nèi)由監(jiān)測位置所接收的數(shù)位的數(shù)目，從可能的解釋的子集中選擇ー種可能的解釋，來確定事件消息的接收。在另ー個實施例中，本發(fā)明提供了用于對傳入消息信號進行處理的系統(tǒng)。該系統(tǒng)包括場所設(shè)備，其配置為響應(yīng)于場所處的事件生成并發(fā)送事件消息。接收機被配置為評估和接收該事件消息，并且網(wǎng)絡(luò)將場所設(shè)備和接收機相連接。所述接收機基于所接收的數(shù)位的數(shù)目與在通信協(xié)議中定義的所期望的接收參數(shù)相比較，對包括具有變化的振幅的數(shù)位的整個事件消息進行評估，并且通過基于在預(yù)定的協(xié)議時間內(nèi)由接收機所接收的數(shù)位的數(shù)目來確定事件消息的接收。通過考慮詳細(xì)說明和附圖，本發(fā)明的其它方面將變得顯而易見。


圖I是用于對所接收的事件消息進行處理的系統(tǒng)的示意圖。圖2是從場所設(shè)備發(fā)送的事件消息的圖示。圖3是在用于對所接收的事件消息進行處理的系統(tǒng)中使用的示例性接收機的框圖。圖4是已被發(fā)送網(wǎng)絡(luò)和發(fā)送場所設(shè)備破壞(或者損壞)以至于其無法被理解或由接收設(shè)備正確地接收的事件消息的圖示。圖5是已被發(fā)送網(wǎng)絡(luò)和發(fā)送場所設(shè)備破壞，但是仍然能被理解或由接收設(shè)備正確地接收的事件消息的圖示。圖6是可以用于在監(jiān)測中心處對所接收的事件消息進行處理的技術(shù)的流程圖。
具體實施例方式在對本發(fā)明的任何實施例進行詳細(xì)說明之前，應(yīng)該理解，不將本發(fā)明的應(yīng)用限制于在下文說明書中所提出的或者在下文附圖中所說明的組件的結(jié)構(gòu)和排列的細(xì)節(jié)。本發(fā)明能夠具有其它實施例，并且以各種方式實現(xiàn)或者執(zhí)行。
5
如也應(yīng)該對本領(lǐng)域的技術(shù)人員顯而易見的，在圖中所示的系統(tǒng)是實際系統(tǒng)可能是的模型。能夠在通過微處理器或者類似器件執(zhí)行的軟件中實現(xiàn)所述的許多模塊和邏輯結(jié)構(gòu)，或者在使用各種組件的硬件中實現(xiàn)所述的許多模塊和邏輯結(jié)構(gòu)。如在后面的段落中所描述的，在附圖中所說明的特定配置g在對本發(fā)明的實施例進行舉例證明，并且其它可選配置是可能的?？梢岳枚鄠€不同的結(jié)構(gòu)組件實現(xiàn)本發(fā)明。此外，在整個說明書中使用大寫術(shù)語。使用這些術(shù)語以符合慣例，并且有助于將說明書與代碼示例、公示和/或附圖進行關(guān)聯(lián)。然而，僅僅由于使用大寫，不暗示特定含義或者不應(yīng)該推斷特定含義。因此，不應(yīng)該將權(quán)利要求限制于特定例子或者術(shù)語，或者限制于任何特定的硬件或軟件實現(xiàn)或者軟件或硬件的組合。圖I示出了用于對所接收的事件消息進行處理的系統(tǒng)的ー個實施例。系統(tǒng)10 —般包括位于住宅、商店、辦公室或者類似的場所15的場所設(shè)備20和位于監(jiān)測位置30處的接收機25。由場所設(shè)備20基于特定事件(煙霧、火災(zāi)、安全漏洞、未授權(quán)訪問等)生成事件消息35，并且將其從場所15發(fā)送到位于監(jiān)測位置30 (例如，中央監(jiān)測中心、本地安全設(shè)施、緊急響應(yīng)中心等)處的接收機25。 出于對系統(tǒng)10的操作進行說明的目的，將使用Ademco Contact ID協(xié)議(SIADC_05)作為例子。Ademco Contact ID協(xié)議是基于DTMF (雙音多頻)的協(xié)議。然而，系統(tǒng)10可以應(yīng)用于其它基于時間的通信協(xié)議并且與其它基于時間的通信協(xié)議一起使用。在圖1-6中所示的實施例中，當(dāng)警報或者其它事件發(fā)生時，場所設(shè)備20向監(jiān)測位置30處的接收機25發(fā)送消息。如在圖I中所示，接收機25在網(wǎng)絡(luò)42上發(fā)送出握手音40，并且等待來自場所設(shè)備20的響應(yīng)。根據(jù)設(shè)備，典型地利用暫?；蛘唔憫?yīng)時間窗ロ發(fā)送多個握手音40。如果在時間窗期間沒有來自場所設(shè)備20的對握手音40的響應(yīng)，則接收機25移動到預(yù)定列表中的下ー個握手音。當(dāng)場所設(shè)備20檢測到正確的握手音40時，其開始發(fā)送事件消息35。事件消息35包含事件消息數(shù)據(jù)。如果事件消息35被接收機25正確地接收，則從接收機25發(fā)送確認(rèn)音(ACK)，以通知場所設(shè)備20事件消息35被正確地接收。根據(jù)所使用的通信協(xié)議，接收機25對未正確接收的事件消息35的應(yīng)答可以是否定確認(rèn)(NAK)消息或者根本沒有響應(yīng)。圖2代表當(dāng)從典型的場所設(shè)備20捕獲時的實際的事件消息35。事件消息包括預(yù)定數(shù)目的數(shù)位45。數(shù)位45 —般是兩種類型-“開”或數(shù)據(jù)數(shù)位50和“關(guān)”或靜默數(shù)位55。數(shù)據(jù)數(shù)位50包括事件消息數(shù)據(jù)，而靜默數(shù)位55代表關(guān)閉時間，其不包括事件消息數(shù)據(jù)。理想地，事件消息僅包括數(shù)據(jù)數(shù)位50和靜默數(shù)位55，并且所有數(shù)位45具有幾乎相同的振幅。實際上，數(shù)位45的振幅根據(jù)來自發(fā)送網(wǎng)絡(luò)或者場所設(shè)備20的消息信號噪聲、傳輸時序變化、消息信號失真、以及傳輸轉(zhuǎn)換影響而變化。當(dāng)數(shù)位45的振幅明顯變化吋，事件消息35無法被接收機25解碼，因此，在監(jiān)測位置30處無法接收到事件消息35。一般而言，AdemcoOi) Contact ID協(xié)議(SIA DC_05)將事件消息35的時序參數(shù)定義為協(xié)議規(guī)范的一部分。在規(guī)范中定義特定的時序參數(shù)對于基于時間的協(xié)議是常見的。如在圖2中所示，在一個實施例中，每個DTMF數(shù)據(jù)數(shù)位50在50ms “開”時間(數(shù)據(jù)數(shù)位)處發(fā)送，50ms “開”時間之后接著50ms “關(guān)”時間(靜默數(shù)位)。在其它實施例中，時序參數(shù)以及針對事件消息35的數(shù)位45的“開”和“關(guān)”時間可以是不同的。如在圖2中進ー步示出的，事件消息35包含總共32個數(shù)位。在這32個數(shù)位中，16個是數(shù)據(jù)數(shù)位，并且16個是靜默數(shù)位。在其它實施例中并且如在其它通信協(xié)議中所定義的，靜默數(shù)位55可以是載波頻率，該載波頻率不是由協(xié)議所定義的數(shù)據(jù)。在方框內(nèi)所示的號碼代表針對所接收的數(shù)據(jù)數(shù)位50的DTMF數(shù)位/值。典型地，為了適應(yīng)接收機25或者場所設(shè)備20中的容差，接收機25將其接收時序參數(shù)擴展或者縮短到通信協(xié)議的規(guī)范之外。例如，在Ademco Contact ID協(xié)議中所使用的接收機25必須將其預(yù)先定義的時序參數(shù)擴展到最小40ms和最大70ms的持續(xù)時間之間，以便對是數(shù)據(jù)數(shù)位50或者是靜默數(shù)位55的數(shù)位45進行檢測。圖3更詳細(xì)地示出了圖I的示例性接收機25。在圖3中所示的實施例中，接收機25包括事件消息處理模塊60、評估模塊65、和存儲器模塊70。在其它實施例中，接收機25可以包括各種其它處理和/或存儲器模塊。事件消息處理模塊60基于所接收的數(shù)位45的總數(shù)并與并且與所期望的通信協(xié)議標(biāo)準(zhǔn)進行比較來對由接收機25所接收的整個事件消息35進行評估，而不是基于由通信協(xié)議規(guī)范所給出的每個數(shù)據(jù)數(shù)位的特定的時序需求對輸入事件消息35進行處理。首先，模塊60確定所接收的事件消息35是否是有效的16數(shù)位消息。如果處理模塊60確定僅存在事件消息35的一個有效的16數(shù)位解釋，則模塊60通過向場所設(shè)備20發(fā)送確認(rèn)音來確認(rèn)消息35的接收。通過對整個消息而不是每個數(shù)據(jù)數(shù)位的時序進行分析，系統(tǒng)10對將不會被用于對事件消息進行處理的標(biāo)準(zhǔn)系統(tǒng)接受的消息進行評估，并且接受該消息。例如，系統(tǒng)10將考慮兩個連續(xù)的“開”數(shù)位50，在這些數(shù)位之間沒有任何“關(guān)”時間，其中，舊的系統(tǒng)將拒絕這些數(shù)位，這是因為這些數(shù)位的特定時序不對應(yīng)于協(xié)議標(biāo)準(zhǔn)。因此，通過對整個時間消息45進行分析，系統(tǒng)10減少了由來自網(wǎng)絡(luò)或者場所設(shè)備20的信號噪聲、傳輸時序變化、信號失真、以及傳輸轉(zhuǎn)換影響所造成的錯誤消息。在一些實施例中，事件消息處理模塊60基于來自發(fā)送網(wǎng)絡(luò)和/或場所設(shè)備20的各種影響來確定事件消息35的多種可能的解釋。模塊60對消息35進行評估，并且每當(dāng)與由通信協(xié)議標(biāo)準(zhǔn)所設(shè)置的期望的消息結(jié)果相比，在消息分析時存在與特定數(shù)位45的不一致時，可以創(chuàng)建變化標(biāo)志。此外，為了創(chuàng)建有效解釋的子集，模塊60排除事件消息35的無效解釋。無效解釋包括具有比將要接收的預(yù)定數(shù)目的數(shù)位的數(shù)目多的數(shù)位的消息(例如，多于16個所接收的數(shù)據(jù)數(shù)位50)。具有兩個或更多個有效解釋的消息35指示接收機25在所接收的事件消息35中存在干擾。在該情況下，模塊60可以停止對消息35的處理，將消息35的可能的有效解釋存儲在存儲器模塊70中，并且向場所設(shè)備20發(fā)送NAK消息和重試消息，從而拒絕消息35。在場所設(shè)備20接收到NAK和重試消息之后，場所設(shè)備20重新發(fā)送事件消息35，并且因此，創(chuàng)建重新發(fā)送的事件消息。一般而言，每個通信協(xié)議針對返回的消息定義了標(biāo)準(zhǔn)數(shù)目的重試嘗試。事件消息處理模塊60通過對包括在消息35中的數(shù)位45的總數(shù)進行分析并且將該數(shù)目與通信協(xié)議的規(guī)范進行比較，來再次對整個重新發(fā)送的事件消息35進行評估。評估模塊65提供對原始和重新發(fā)送的事件消息35的數(shù)位45的額外處理和評估。當(dāng)重新發(fā)送的消息35具有有效的16數(shù)位解釋時，評估模塊65將該有效解釋的數(shù)據(jù)數(shù)位50與存儲在存儲器模塊70中的原始事件消息35的數(shù)據(jù)數(shù)位50進行比較。評估模塊65驗證重新發(fā)送的事件消息的數(shù)位是否包括在原始事件消息的解釋的子集中。評估模塊65還可以驗證與所存儲的原始消息的解釋相比是否存在重新發(fā)送的消息的多個正確解釋，以及與協(xié)議標(biāo)準(zhǔn)相比重新發(fā)送的消息的變化標(biāo)志的數(shù)目是多少。當(dāng)滿足某個準(zhǔn)則時，評估模塊65通過向場所設(shè)備20發(fā)送確認(rèn)音來確認(rèn)消息35的接收。存儲器模塊70包括可以用于存儲由事件消息處理模塊60所生成的事件消息35的各種解釋的存儲器設(shè)備。例如，在一個實施例中，存儲器模塊70包括隨機存取存儲器(“RAM”)。在其它實施例中，可以在存儲器模塊70中實現(xiàn)其它存儲器器件。存儲器模塊70還可以從評估模塊65或者系統(tǒng)10的其它組件接收數(shù)據(jù)。圖4示出了從場所設(shè)備20發(fā)送的并且由接收機25處理的事件消息35的例子。圖4中的事件消息包括信號噪聲、傳輸時序變化、信號失真和傳輸轉(zhuǎn)換影響。該例子代表嚴(yán)重的或者最糟糕的情況場景，其中，事件消息35顯著失真，并且由于噪聲和失真，接收機25無法解碼或理解消息35。如在圖4中所示，接收機25接收具有下列數(shù)據(jù)數(shù)位12341181113711010158的無效消息35，而不是接收數(shù)據(jù)數(shù)位1234181131010158作為有效的16數(shù)位事件消息35 (如圖2中)。因此，接收機25實際上將消息解釋(或者讀取)為具有20個數(shù)位，而不是將消息解釋為具有16個數(shù)位。接收機25通過在事件消息處理模塊60中執(zhí)行圖4中所示的分析來對整個事件消息35的實際持續(xù)時間和內(nèi)容進行評估。以時間擴展格式接收數(shù)位3，但是仍然作為有效的DTMF數(shù)位2。以時間縮短格式接收數(shù)位5，但是仍然作為有效的DTMF數(shù)位3。結(jié)果，一直到數(shù)位8，消息35包括下列DTMF數(shù)位“ 1234”。由于數(shù)位9、10和11的短持續(xù)時間以及數(shù)位9和11具有相同的DTMF值(I)的事實，接收機25可以將數(shù)位9和11視為具有值為I的DTMF的兩個獨立數(shù)位或者單個數(shù)位。因此，接收機25可以解碼兩種可能的解釋中的ー個“12341” 或者“ 123411”。數(shù)位13具有減小的振幅，并且被適當(dāng)?shù)亟獯a為具有較短的信號持續(xù)時間和值為8的DTMF。數(shù)位15是實際期望信號長度的兩倍，并且可以將其視為是沒有間隔的兩個DTMF數(shù)位(值為I)或者單個DTMF數(shù)位(值為I)。由于尚未對整個事件消息35完全進行分析,因此這創(chuàng)建了針對最終解釋的另ー種選擇。因此，一直到數(shù)位16，接收機25具有4種可能解釋“ 1234181”、“ 12341811”、“ 12341181” 和“ 123411811”。事件消息處理模塊60繼續(xù)對圖4中所示的事件消息進行分析，并且確定數(shù)位16的持續(xù)時間較短，并且下一個數(shù)位17具有與前一個數(shù)位15相同的DTMF值(I)。因此，接收機 25 具有 8 中可能解釋“1234181”、“12341811”、“12341811”、“123418111”、“12341181”、“123411811”、“123411811”和“ 1234118111”。此外，數(shù)位 18 的“關(guān)”非常短，并且數(shù)位 19具有與數(shù)位17相同的值，但是具有明顯減小的振幅。由于數(shù)位19的振幅非常低，并且具有與之前的DTMF數(shù)位相同的值，所以更可能將它視為回聲并且忽視。如果數(shù)位19的振幅更高，則作為可能的解將其添加到解釋消息35的不斷增長列表。數(shù)位20是具有比所期望的靜默時段更長的擴展的靜默“關(guān)”時段。在接收機25的事件處理模塊60中將其與變化標(biāo)志一起添加到列表。因此，一直到數(shù)位22，接收機25具有下列 8 種可能解釋:“12341813”、“123418113”、“123418113”、“1234181113”、“123411813”、“1234118113”、“ 1234118113”、和 “12341181113”。檢測到數(shù)位23，但是確定沒有有效的DTMF數(shù)位，這使得在事件處理模塊60中設(shè)置另ー個變化標(biāo)志。將數(shù)位25檢測為時間縮短的DTMF數(shù)位1，接著是噪聲75不被檢測為有效的DTMF數(shù)位(數(shù)位26)，接著是被檢測為時間縮短的DTMF數(shù)位I的數(shù)位27。因此，一
8直到數(shù)位 28，接收機 25 具有 16 種可能解釋123418131”、“1234181311”、“1234181131”、“12341811311”、“1234181131”、“12341811311”、“12341811131”、“123418111311”、“1234118131”、“12341181311”、“12341181131”、“123411811311”、“12341181131”、“123411811311”、“123411811131”和“1234118111311”。將數(shù)位31和32檢測并且標(biāo)記為沒有間隔的兩個不同的DTMF值。如果接收機25確定數(shù)位31和32具有相同的值，這將添加潛在可能性的數(shù)目并且在事件處理模塊60中添加變化標(biāo)志。當(dāng)接收機25添加最終解碼的DTMF數(shù)位時，存在總共16種可能的解釋 I- “ 123418131010158”-較短的僅15個數(shù)位-拒絕
2- “ 1234181311010158”-正確的長度、有效的校驗和-可能的解
3- “ 1234181131010158”-正確的長度、有效的校驗和-可能的解
4 - “12341811311010158” - ■過多的數(shù)位-拒絕
5 - “1234181131010158” - 正確的長度、有效的校驗和-可能的解
6 - “12341811311010158” - ■過多的數(shù)位-拒絕
7 - “12341811131010158” - ■過多的數(shù)位-拒絕
8 - “123418111311010158” -過多的數(shù)位-拒絕
9 - “1234118131010158” - 正確的長度、無效的協(xié)議格式-拒絕
10 - “12341181311010158” -無效的協(xié)議格式并且過多的數(shù)位- 拒絕
11 - “12341181131010158” -無效的協(xié)議格式并且過多的數(shù)位- 拒絕
12 - “123411811311010158’ ’-無效的協(xié)議格式并且過多的數(shù)位- -拒絕
13 - “12341181131010158” -無效的協(xié)議格式并且過多的數(shù)位- 拒絕
14 - “123411811311010158’ ’-無效的協(xié)議格式并且過多的數(shù)位- -拒絕
15 - “123411811131010158’ ’-無效的協(xié)議格式并且過多的數(shù)位- -拒絕
16 - “123411811131101015S I"-無效的協(xié)議格式并且過多的數(shù)位 -拒絕
應(yīng)該注意到，在到達解3之后，由于存在至少兩種不同的有效事件消息解釋，所以 接收機25可以停止分析事件消息35的數(shù)據(jù)。參照原始解分析，只要接收機25確定存在具有相同潛在答案(在數(shù)位16處)的多種解釋，則接收機25可以確定在事件消息35中存在太多干擾。接收機25可以停止處理，并且將否定確認(rèn)(NAK)發(fā)送到場所設(shè)備20以拒絕消息并且進行重試。另ー方面，如果接收機25僅接收到?jīng)]有潛在沖突的一種解釋，那么場所設(shè)備20接收肯定確認(rèn)(ACK)或者“拒絕”音。圖5示出了從場所設(shè)備20發(fā)送并且由接收機25進行處理的事件消息35的另ー個例子。其示出了更加典型的具有由場所設(shè)備20和發(fā)送網(wǎng)絡(luò)42所創(chuàng)建的一些較小的失真的事件消息35。如在圖5中所示，通過接收機25對數(shù)位1-11進行處理，而沒有解碼或解釋困難。檢測到數(shù)位12較短，并且檢測到數(shù)位13但不作為有效的DTMF數(shù)位。檢測到數(shù)位17和18。然而，由于減小的振幅，將數(shù)位18視為回聲，并且由于其振幅忽略數(shù)位18。基于通過數(shù)位21所接收的數(shù)位，接收機25具有下列結(jié)果“ 123418113”。將數(shù)位22檢測為時間縮短的DTMF數(shù)位1，接著是噪聲75 (沒有將其檢測為有效DTMF數(shù)位(數(shù)位23))，接著是檢測為時間縮短的DTMF數(shù)位I的數(shù)位24。這樣，一直到數(shù)位25，接收機25具有兩種可能解釋“1234181131”和“ 12341811311”。消息35的剩余評估創(chuàng)建了兩種最終可能解釋“1234181131010158” 一其具有正確的16數(shù)位長度并且是可能的
9解；以及“ 12341811311010158” 一其具有太多數(shù)位(17個)并且被接收機25拒絕。如果圖5中的消息35是在場所15和監(jiān)測位置30之間的通信會話中所接收的第ー個事件消息35，則接收機25從多個解結(jié)果中(或者ー組可能解釋中)選擇解釋1，并且將接收確認(rèn)(拒絕)信號發(fā)送到場所設(shè)備20。如果圖5中的消息35是重新發(fā)送的消息(第二 次嘗試)，則將正確的解釋(解I)與正確的原始事件消息35的正確解釋進行比較，以驗證重新發(fā)送的消息是所期望的結(jié)果之一。因為圖4中所說明的消息35代表極端或者最壞情況類型消息，所以基于所創(chuàng)建的變化標(biāo)志的數(shù)目將其加權(quán)為低可能性，并且由于重新發(fā)送的消息的內(nèi)容更接近協(xié)議標(biāo)準(zhǔn)并且包括明顯較少的變化標(biāo)志，所以使用重新發(fā)送的消息的結(jié)果(圖5)。許可變化標(biāo)志的數(shù)目可以取決于通過特定通信協(xié)議所設(shè)置的標(biāo)準(zhǔn)而改變，并且每個通信協(xié)議可以具有幾個級別的變化標(biāo)志標(biāo)準(zhǔn)。圖6示出了可以用于對監(jiān)測位置30場所接收的事件消息35進行處理的方法100。在一些實施例中，由圖I和3中所示的接收機25來執(zhí)行或者評估方法100。該方法中的第ー個步驟是生成事件消息35(步驟110)。在場所15處生成事件消息35。方法100的下一個步驟是建立場所設(shè)備20和監(jiān)測位置30之間的通信信道(步驟115)。在建立了通信信道之后，接收設(shè)備將握手音40發(fā)送給場所設(shè)備20。當(dāng)在場所設(shè)備20處接收到正確的音時，將事件消息35發(fā)送到監(jiān)測位置30的接收機25 (步驟120)。事件消息處理模塊60基于所接收的數(shù)位45的數(shù)目與所期望的協(xié)議結(jié)果相比較來對整個事件消息35進行評估(步驟125)，并且如果沒有接收到正確的解釋(步驟127)，則發(fā)送協(xié)議NAK (步驟160)。接著，評估模塊65確定是否存在任何協(xié)議重試嘗試仍然可用(步驟165)。如果在步驟165處沒有重試嘗試剰余，則評估模塊65停止處理，并且終止在接收設(shè)備25處的網(wǎng)絡(luò)通信路徑42 (步驟195)。如果重試嘗試剩余，那么評估模塊65開始在步驟120處的過程。針對重試的事件消息35再次重復(fù)步驟120至127。如果接收到至少ー種可能的正確解釋，則接收機25確定是否存在事件消息35多于ー種的可能解釋(步驟130)。如果僅存在事件消息35的ー種正確解釋并且在事件消息35中所檢測到的變化與協(xié)議標(biāo)準(zhǔn)相比較低(步驟135)，則接收機25通過將確認(rèn)音發(fā)送到場所設(shè)備20來確認(rèn)消息35的接收(步驟140)。如果存在事件消息35多于ー種的解釋，則接收設(shè)備25確定是否接收到并存儲了之前的消息(步驟145)。如果沒有檢測到之前的消息，則事件消息處理模塊60排除消息35的無效解釋，以創(chuàng)建有效解釋的子集(步驟150)。隨后，將所檢測到的消息35的有效解釋和變化(變化標(biāo)志)的數(shù)目存儲在存儲器模塊70中(步驟155)。在下一個步驟中，模塊60拒絕事件消息35并且發(fā)送協(xié)議NAK消息(步驟160)。接下來，評估模塊65確定是否有任何協(xié)議重試嘗試仍然可用(步驟165)。如果在步驟165沒有重試嘗試剰余，則評估模塊65停止處理，并且終止在接收設(shè)備25處的網(wǎng)絡(luò)通信路徑42 (步驟195)。如果重試嘗試剩余，則評估模塊66開始在步驟120處上的過程。針對重試的事件消息35再次重復(fù)步驟120至130。如果重試的事件消息35具有多種正確解釋(步驟130和145)，則評估模塊65將重新發(fā)送的消息35的有效解釋的數(shù)據(jù)數(shù)位50與存儲在存儲器模塊70中的原始事件消息35的數(shù)據(jù)數(shù)位50進行比較(步驟170)。評估模塊65確定重新發(fā)送的消息35是否完全與原始事件消息35相同(步驟175)，其中，原始消息僅具有ー種正確解釋，但是變化的數(shù)目太高(步驟135)，并且如果情況是這樣，接收機25通過將確認(rèn)音發(fā)送到場所設(shè)備20來確認(rèn)重新發(fā)送的消息35的接收(步驟140)。
如果重新發(fā)送的事件消息35與原始消息35不同，則評估模塊65確定重新發(fā)送的事件消息的數(shù)據(jù)數(shù)位50是否包括在原始事件消息的解釋的子集中(步驟180)。如果重新發(fā)送的消息不包括在所存儲的解釋中，則重復(fù)步驟150、155、160和165。如果重新發(fā)送的消息包括在所存儲的解釋中，則評估模塊確定與所存儲的解釋相比，是否存在重新發(fā)送的消息的多種正確解釋(步驟185)。如果僅存在重新發(fā)送的消息的ー種正確解釋，則評估模塊65増加在其分析中所使用的變化標(biāo)志的數(shù)目，并且可以確定與協(xié)議標(biāo)準(zhǔn)相比，重新發(fā)送的消息的變化標(biāo)志不太高(步驟190)。隨后，接收機25通過將確認(rèn)音發(fā)送到場所設(shè)備20來確認(rèn)事件消息35的接收(步驟140)。如果存在與所存儲的消息解釋相比對重新發(fā)送的消息的多種正確解釋(步驟185)，或者通過評估模塊65在所重試的事件消息35中檢測到的變化標(biāo)志不低于最近選擇的協(xié)議級別(步驟190)，則評估模塊65拒絕事件消息35、排除無效解釋(步驟150)、存儲有效解釋(步驟155)、并且發(fā)送協(xié)議NAK消息(步驟160)。還應(yīng)該注意到，存在可以實現(xiàn)的其它多個場景，其中，對事件消息35的第一次和第二次分析不匹配并且具有相似的概率，將需要第三次傳輸消息35。另外，可以調(diào)整本發(fā)明的實施方式，以便適應(yīng)或考慮所使用的硬件(特別是接收設(shè)備25)的處理速度和能力。本發(fā)明的縮減或者“輕量”版本是可能的，其中，焦點在數(shù)位持續(xù)時間上。例如，數(shù)位50時間的最小“開”時間必須是協(xié)議值的0.4倍。當(dāng)在同一個信號中檢測到兩個不同的“開”數(shù)位50時，那么就不需要“關(guān)”或者靜默數(shù)位55時間。如果“關(guān)”或者靜默數(shù)位時間大于協(xié)議標(biāo)準(zhǔn)持續(xù)時間的3倍，那么就認(rèn)為事件消息35是無效的。如果“開”數(shù)位50的長度超過協(xié)議標(biāo)準(zhǔn)持續(xù)時間的2. 75倍，但是小于標(biāo)準(zhǔn)持續(xù)時間的6倍，那么就將認(rèn)為結(jié)果是具有相同值的兩個數(shù)位。6倍或者大于協(xié)議標(biāo)準(zhǔn)持續(xù)時間的持續(xù)時間將導(dǎo)致認(rèn)為事件消息35是無效的。在下列權(quán)利要求中提出了本發(fā)明的各種特征和優(yōu)點。
權(quán)利要求
1.一種用于對從場所設(shè)備發(fā)送到監(jiān)測位置的事件消息進行處理的方法，所述方法包括 在所述監(jiān)測位置處，基于所接收的數(shù)位的數(shù)目與在通信協(xié)議中定義的期望的接收參數(shù)相比較，對所述整個事件消息進行評估； 確定所述事件消息的多種可能的解釋； 基于在所述可能的解釋中的每種解釋中的所述數(shù)位的數(shù)目以及所述通信協(xié)議的所述參數(shù)排除所述事件消息的ー種或多種可能的解釋，以創(chuàng)建可能的解釋的子集；以及 通過基于在預(yù)定的協(xié)議時間內(nèi)由所述監(jiān)測位置所接收的所述數(shù)位的數(shù)目，從所述可能的解釋的子集中選擇ー種可能的解釋來確定所述事件消息的接收。
2.如權(quán)利要求I所述的方法，還包括 當(dāng)存在所述事件消息的多于ー種的正確解釋時，拒絕由所述場所設(shè)備發(fā)送的所述事件消息。
3.如權(quán)利要求I所述的方法，還包括 在拒絕之后，由所述場所設(shè)備重新發(fā)送所述事件消息，并且當(dāng)由所述通信協(xié)議設(shè)置的事件消息重試嘗試可用吋，創(chuàng)建重新發(fā)送的事件消息。
4.如權(quán)利要求3所述的方法，還包括 對所述整個重新發(fā)送的事件消息進行評估； 將所述重新發(fā)送的事件消息的數(shù)位與原始事件消息的數(shù)位進行比較；以及驗證所述原始事件消息的所述解釋中的ー種解釋是否包括所述重新發(fā)送的事件消息的所述數(shù)位。
5.如權(quán)利要求I所述的方法，還包括 設(shè)置對應(yīng)于在所述通信協(xié)議中定義的參數(shù)的多個變化標(biāo)志。
6.如權(quán)利要求I所述的方法，其中，所述場所設(shè)備包括消防警報系統(tǒng)、安全系統(tǒng)、或者訪問控制系統(tǒng)中的至少ー種。
7.如權(quán)利要求I所述的方法，還包括 排除被發(fā)送網(wǎng)絡(luò)或所述場所設(shè)備中的干擾或錯誤破壞的失敗的事件消息。
8.如權(quán)利要求I所述的方法，其中，所述事件消息是基于所接收的所述數(shù)位的數(shù)目而不是基于由所述通信協(xié)議定義的每個數(shù)位的特定時序進行評估的。
9.如權(quán)利要求8所述的方法，還包括 在所述通信協(xié)議的規(guī)范中定義所述事件消息的時序參數(shù)。
10.如權(quán)利要求I所述的方法，其中，所述事件消息的所述數(shù)位是雙音多頻(“DTMF”)數(shù)位,并且包括數(shù)據(jù)數(shù)位和靜默數(shù)位。
11.如權(quán)利要求I所述的方法，其中，所述事件消息的所述數(shù)位是頻移鍵控(“FSK”)數(shù)位，并且包括數(shù)據(jù)數(shù)位和載波數(shù)位。
12.如權(quán)利要求I所述的方法，還包括 移除受到由所述場所設(shè)備和所述發(fā)送網(wǎng)絡(luò)造成的失真影響的所述事件消息的時序參數(shù)。
13.ー種用于對輸入信號進行處理的系統(tǒng)，所述系統(tǒng)包括 接收機，其配置為對從場所設(shè)備發(fā)送的并且具有多個數(shù)位的事件消息進行評估和接收； 其中，所述接收機基于所接收的數(shù)位的數(shù)目與在通信協(xié)議中定義的期望的接收參數(shù)相比較，對所述整個事件消息進行評估；以及，基于在預(yù)定的協(xié)議時間內(nèi)由所述接收機所接收的所述數(shù)位的數(shù)目，確定所述事件消息的接收。
14.如權(quán)利要求13所述的系統(tǒng)，其中，所述接收機配置為 基于握手音調(diào)，在所述場所設(shè)備和監(jiān)測位置之間建立通信信道。
15.如權(quán)利要求14所述的系統(tǒng)，其中，所述接收機配置為 確定所述事件消息的多種可能的解釋。
16.如權(quán)利要求15所述的系統(tǒng)，其中，所述接收機配置為 基于在所述可能的解釋中的每種解釋中的所述數(shù)位的數(shù)目以及所述通信協(xié)議的所述參數(shù)，排除所述事件消息的ー種或多種可能的解釋，以創(chuàng)建子集。
17.如權(quán)利要求16所述的系統(tǒng)，其中，所述接收機配置為 當(dāng)存在所述事件消息的多于ー種的正確解釋時，拒絕從所述場所設(shè)備發(fā)送的所述事件消息。
18.如權(quán)利要求17所述的系統(tǒng)，其中，所述場所設(shè)備配置為 在拒絕之后，重新發(fā)送所述事件消息，并且當(dāng)由所述通信協(xié)議設(shè)置的事件消息重試嘗試可用吋，創(chuàng)建重新發(fā)送的事件消息。
19.如權(quán)利要求18所述的系統(tǒng)，其中，所述接收機配置為 對所述整個重新發(fā)送的事件消息進行評估； 將所述重新發(fā)送的事件消息的數(shù)位與原始事件消息的數(shù)位進行比較；以及 驗證所述原始事件消息的所述解釋中的ー種解釋是否包括所述重新發(fā)送的事件消息的所述數(shù)位。
20.如權(quán)利要求13所述的系統(tǒng)，其中，所述接收機配置為 設(shè)置對應(yīng)于由所述通信協(xié)議所定義的參數(shù)的多個變化標(biāo)志。
21.如權(quán)利要求13所述的系統(tǒng)，其中，所述接收機配置為 排除被發(fā)送網(wǎng)絡(luò)或所述場所設(shè)備中的干擾或錯誤破壞的失敗的事件消息。
22.如權(quán)利要求13所述的系統(tǒng)，其中，所述事件消息的所述數(shù)位包括雙音多頻(“DTMF”)數(shù)位，所述雙音多頻(“DTMF”)數(shù)位包括數(shù)據(jù)數(shù)位和靜默數(shù)位。
23.如權(quán)利要求13所述的系統(tǒng)，其中，所述事件消息的所述數(shù)位包括頻移鍵控(“FSK”)數(shù)位，所述頻移鍵控(“FSK”)數(shù)位包括數(shù)據(jù)數(shù)位和載波數(shù)位。全文摘要
用于在監(jiān)測位置處對來自場所設(shè)備的輸入消息進行處理的技術(shù)。在一個實施例中，響應(yīng)于場所處的事件，在該場所(諸如住宅、辦公室、工廠等)處生成包括具有變化的振幅的事件消息。在場所設(shè)備和監(jiān)測位置之間建立通信信道，并且將事件消息從場所設(shè)備發(fā)送到監(jiān)測位置?；谒邮盏臄?shù)位的數(shù)目與在通信協(xié)議中定義的所期望的接收參數(shù)相比較，對整個事件消息進行評估。確定事件消息的多個可能的解釋?；诳赡艿慕忉屩械拿糠N解釋中的數(shù)位的數(shù)目，排除事件消息的一種或多種可能的解釋，以創(chuàng)建可能的解釋的子集。通過基于在預(yù)定的協(xié)議時間內(nèi)由監(jiān)測位置所接收的數(shù)位的數(shù)目，從可能的解釋的子集中選擇一種可能的解釋，來確定事件消息的接收。
文檔編號H04M11/04GK102918805SQ201180025603
公開日2013年2月6日 申請日期2011年3月23日 優(yōu)先權(quán)日2010年3月23日
發(fā)明者S·M·梅 申請人:羅伯特·博世有限公司