CN102918805A

CN102918805A - 用于对所接收的事件消息进行处理的方法

Info

Publication number: CN102918805A
Application number: CN2011800256031A
Authority: CN
Inventors: S·M·梅
Original assignee: Robert Bosch GmbH
Current assignee: Robert Bosch GmbH
Priority date: 2010-03-23
Filing date: 2011-03-23
Publication date: 2013-02-06
Anticipated expiration: 2031-03-23
Also published as: EP2550773A1; US8410900B2; CN102918805B; EP2550773B1; US20110234393A1; WO2011119670A1

Abstract

用于在监测位置处对来自场所设备的输入消息进行处理的技术。在一个实施例中，响应于场所处的事件，在该场所（诸如住宅、办公室、工厂等）处生成包括具有变化的振幅的事件消息。在场所设备和监测位置之间建立通信信道，并且将事件消息从场所设备发送到监测位置。基于所接收的数位的数目与在通信协议中定义的所期望的接收参数相比较，对整个事件消息进行评估。确定事件消息的多个可能的解释。基于可能的解释中的每种解释中的数位的数目，排除事件消息的一种或多种可能的解释，以创建可能的解释的子集。通过基于在预定的协议时间内由监测位置所接收的数位的数目，从可能的解释的子集中选择一种可能的解释，来确定事件消息的接收。

Description

用于对所接收的事件消息进行处理的方法

技术领域

本发明涉及对事件消息进行处理的通信系统和方法。更具体地说，本发明的实施例涉及对已被发送网络或者发送场所设备中的干扰或者错误坏的事件消息进行的处理。这些通信系统可以包括消防系统、安全系统、访问控制系统、或者使用基于时间的通信协议的其它类似系统。

背景技术

典型地，目前的诸如建筑消防和安全系统之类的事件消息通信系统以格式化为数字数据的模拟数据音的形式将事件信息或者场所数据发送到中央监测中心。这种事件消息是经由公共交换电话网络（PSTN）或者蜂窝（电话）网络发送的。可以以若干不同方式发送包括在消息中的数字数据。典型地，使用双音多频（DTMF）或者频移键控（FSK）信令发送数据，但是也可以使用其它技术。DTMF和FSK通信协议的特定例子是

Contact ID协议（“SIADC_05”）和“SIA格式”协议（“SIADC-03”）。

通常，基于时间的通信协议针对接收事件消息定义了特定的时序需求和容差。典型地，为了允许来自不满足所公布的标准限制的场所的信号或者考虑随着时间的设备变化，现今的接收设备制造商将通信协议的时序容差扩展到超过所定义的限制。这是产业中的惯例。

发明内容

越来越频繁地，电话公司压缩语音数据以便增加呼叫容量。因为压缩技术影响由消防警报、安全和类似系统所发送的数据，所以发送可靠的事件消息（在语音信道中）变得日益困难。信号噪声、传输时序变化、（例如，由于压缩而造成的）信号失真、以及传输转换可能不利地影响所发送的事件消息。另外，场所设备容差使协议信号降级到超过接收设备能够对所接收的事件消息正确地进行解释的程度。这导致在相同通信会话中再次重新发送消息，或者该消息失败并且再次在新的传输会话中进行尝试。相同消息的重复传送影响了接收设备的吞吐量容量和从监测中心的响应时间。

除了与压缩和噪声相关联的问题之外，从标准电话设备到因特网协议语音（VoIP）以及类似的数字通信方法的转换造成了额外的挑战。在许多实例中，当这些转换发生时，场所设备不再能够将可靠通信发送到接收设备。这意味着客户必须以基于IP的设备或者无线设备取代他们现有的设备。更糟糕的是，在一些情况下，客户可能无法理解从POTS（普通老式电话系统）设备到更新电话业务的转换的影响，并且无法意识到他或她的消防、安全、或者访问控制系统不再如以前所测试和核准的那样起作用。

当上述挑战施加于蜂窝通信网络时，场所设备和监测中心之间的通信变得更加困难。在蜂窝网络中，事件消息通过空中进行发送，并且随后连接到PSTN网络。所增加的中断、间隙、传输时序变化以及来自蜂窝网络的噪声常常使信号降级到超过其能够被接收设备正确处理的程度。

为了解决这些问题，本发明的实施例提供了用于对事件消息进行处理的方法和系统，其中，接收设备基于接收的数位的数目与期望的通信协议结果相比较，而不基于由特定的通信协议所定义的每个数据数位的特定时序来对整个事件消息进行处理和评估。该方法移除了受到场所设备和发送网络影响的事件消息的关键时序参数，并且改善了成功接收事件消息的可能性。

本发明的实施例还可以应用于在场所设备和接收设备之间网络中的各个位置处连接的通信设备。另外，所述技术还可以应用于PSTN和蜂窝网络之外的其它通信技术，诸如长距离和短距离无线电。

在一个实施例中，本发明提供了对从场所设备接收的事件消息进行处理的方法。响应于场所处的事件，在该场所（诸如住宅、办公室、工厂等）处生成事件消息。在场所设备和监测位置之间建立通信信道，并且将事件消息从场所设备发送到监测位置。基于所接收的数位的数目与在通信协议中定义的所期望的接收参数相比较，对包括具有变化的振幅的数位的整个事件消息进行评估。确定事件消息的多个可能的解释。基于可能的解释中的每种解释中的数位的数目，排除事件消息的一种或多种可能的解释，以创建可能的解释的子集。通过基于在预定的协议时间内由监测位置所接收的数位的数目，从可能的解释的子集中选择一种可能的解释，来确定事件消息的接收。

在另一个实施例中，本发明提供了用于对传入消息信号进行处理的系统。该系统包括场所设备，其配置为响应于场所处的事件生成并发送事件消息。接收机被配置为评估和接收该事件消息，并且网络将场所设备和接收机相连接。所述接收机基于所接收的数位的数目与在通信协议中定义的所期望的接收参数相比较，对包括具有变化的振幅的数位的整个事件消息进行评估，并且通过基于在预定的协议时间内由接收机所接收的数位的数目来确定事件消息的接收。

通过考虑详细说明和附图，本发明的其它方面将变得显而易见。

附图说明

图1是用于对所接收的事件消息进行处理的系统的示意图。

图2是从场所设备发送的事件消息的图示。

图3是在用于对所接收的事件消息进行处理的系统中使用的示例性接收机的框图。

图4是已被发送网络和发送场所设备破坏（或者损坏）以至于其无法被理解或由接收设备正确地接收的事件消息的图示。

图5是已被发送网络和发送场所设备破坏，但是仍然能被理解或由接收设备正确地接收的事件消息的图示。

图6是可以用于在监测中心处对所接收的事件消息进行处理的技术的流程图。

具体实施方式

在对本发明的任何实施例进行详细说明之前，应该理解，不将本发明的应用限制于在下文说明书中所提出的或者在下文附图中所说明的组件的结构和排列的细节。本发明能够具有其它实施例，并且以各种方式实现或者执行。

如也应该对本领域的技术人员显而易见的，在图中所示的系统是实际系统可能是的模型。能够在通过微处理器或者类似器件执行的软件中实现所述的许多模块和逻辑结构，或者在使用各种组件的硬件中实现所述的许多模块和逻辑结构。如在后面的段落中所描述的，在附图中所说明的特定配置旨在对本发明的实施例进行举例证明，并且其它可选配置是可能的。可以利用多个不同的结构组件实现本发明。此外，在整个说明书中使用大写术语。使用这些术语以符合惯例，并且有助于将说明书与代码示例、公示和/或附图进行关联。然而，仅仅由于使用大写，不暗示特定含义或者不应该推断特定含义。因此，不应该将权利要求限制于特定例子或者术语，或者限制于任何特定的硬件或软件实现或者软件或硬件的组合。

图1示出了用于对所接收的事件消息进行处理的系统的一个实施例。系统10一般包括位于住宅、商店、办公室或者类似的场所15的场所设备20和位于监测位置30处的接收机25。由场所设备20基于特定事件（烟雾、火灾、安全漏洞、未授权访问等）生成事件消息35，并且将其从场所15发送到位于监测位置30（例如，中央监测中心、本地安全设施、紧急响应中心等）处的接收机25。

出于对系统10的操作进行说明的目的，将使用

Contact ID协议（SIA DC_05）作为例子。

Contact ID协议是基于DTMF（双音多频）的协议。然而，系统10可以应用于其它基于时间的通信协议并且与其它基于时间的通信协议一起使用。

在图1-6中所示的实施例中，当警报或者其它事件发生时，场所设备20向监测位置30处的接收机25发送消息。如在图1中所示，接收机25在网络42上发送出握手音40，并且等待来自场所设备20的响应。根据设备，典型地利用暂停或者响应时间窗口发送多个握手音40。如果在时间窗期间没有来自场所设备20的对握手音40的响应，则接收机25移动到预定列表中的下一个握手音。当场所设备20检测到正确的握手音40时，其开始发送事件消息35。事件消息35包含事件消息数据。如果事件消息35被接收机25正确地接收，则从接收机25发送确认音（ACK），以通知场所设备20事件消息35被正确地接收。根据所使用的通信协议，接收机25对未正确接收的事件消息35的应答可以是否定确认（NAK）消息或者根本没有响应。

图2代表当从典型的场所设备20捕获时的实际的事件消息35。事件消息包括预定数目的数位45。数位45一般是两种类型-“开”或数据数位50和“关”或静默数位55。数据数位50包括事件消息数据，而静默数位55代表关闭时间，其不包括事件消息数据。理想地，事件消息仅包括数据数位50和静默数位55，并且所有数位45具有几乎相同的振幅。实际上，数位45的振幅根据来自发送网络或者场所设备20的消息信号噪声、传输时序变化、消息信号失真、以及传输转换影响而变化。当数位45的振幅明显变化时，事件消息35无法被接收机25解码，因此，在监测位置30处无法接收到事件消息35。

一般而言，Contact ID协议（SIA DC_05）将事件消息35的时序参数定义为协议规范的一部分。在规范中定义特定的时序参数对于基于时间的协议是常见的。如在图2中所示，在一个实施例中，每个DTMF数据数位50在50ms“开”时间（数据数位）处发送，50ms“开”时间之后接着50ms“关”时间（静默数位）。在其它实施例中，时序参数以及针对事件消息35的数位45的“开”和“关”时间可以是不同的。如在图2中进一步示出的，事件消息35包含总共32个数位。在这32个数位中，16个是数据数位，并且16个是静默数位。在其它实施例中并且如在其它通信协议中所定义的，静默数位55可以是载波频率，该载波频率不是由协议所定义的数据。在方框内所示的号码代表针对所接收的数据数位50的DTMF数位/值。

典型地，为了适应接收机25或者场所设备20中的容差，接收机25将其接收时序参数扩展或者缩短到通信协议的规范之外。例如，在

Contact ID协议中所使用的接收机25必须将其预先定义的时序参数扩展到最小40ms和最大70ms的持续时间之间，以便对是数据数位50或者是静默数位55的数位45进行检测。

图3更详细地示出了图1的示例性接收机25。在图3中所示的实施例中，接收机25包括事件消息处理模块60、评估模块65、和存储器模块70。在其它实施例中，接收机25可以包括各种其它处理和/或存储器模块。

事件消息处理模块60基于所接收的数位45的总数并与并且与所期望的通信协议标准进行比较来对由接收机25所接收的整个事件消息35进行评估，而不是基于由通信协议规范所给出的每个数据数位的特定的时序需求对输入事件消息35进行处理。首先，模块60确定所接收的事件消息35是否是有效的16数位消息。如果处理模块60确定仅存在事件消息35的一个有效的16数位解释，则模块60通过向场所设备20发送确认音来确认消息35的接收。通过对整个消息而不是每个数据数位的时序进行分析，系统10对将不会被用于对事件消息进行处理的标准系统接受的消息进行评估，并且接受该消息。例如，系统10将考虑两个连续的“开”数位50，在这些数位之间没有任何“关”时间，其中，旧的系统将拒绝这些数位，这是因为这些数位的特定时序不对应于协议标准。因此，通过对整个时间消息45进行分析，系统10减少了由来自网络或者场所设备20的信号噪声、传输时序变化、信号失真、以及传输转换影响所造成的错误消息。

在一些实施例中，事件消息处理模块60基于来自发送网络和/或场所设备20的各种影响来确定事件消息35的多种可能的解释。模块60对消息35进行评估，并且每当与由通信协议标准所设置的期望的消息结果相比，在消息分析时存在与特定数位45的不一致时，可以创建变化标志。此外，为了创建有效解释的子集，模块60排除事件消息35的无效解释。无效解释包括具有比将要接收的预定数目的数位的数目多的数位的消息（例如，多于16个所接收的数据数位50）。具有两个或更多个有效解释的消息35指示接收机25在所接收的事件消息35中存在干扰。在该情况下，模块60可以停止对消息35的处理，将消息35的可能的有效解释存储在存储器模块70中，并且向场所设备20发送NAK消息和重试消息，从而拒绝消息35。在场所设备20接收到NAK和重试消息之后，场所设备20重新发送事件消息35，并且因此，创建重新发送的事件消息。一般而言，每个通信协议针对返回的消息定义了标准数目的重试尝试。事件消息处理模块60通过对包括在消息35中的数位45的总数进行分析并且将该数目与通信协议的规范进行比较，来再次对整个重新发送的事件消息35进行评估。

评估模块65提供对原始和重新发送的事件消息35的数位45的额外处理和评估。当重新发送的消息35具有有效的16数位解释时，评估模块65将该有效解释的数据数位50与存储在存储器模块70中的原始事件消息35的数据数位50进行比较。评估模块65验证重新发送的事件消息的数位是否包括在原始事件消息的解释的子集中。评估模块65还可以验证与所存储的原始消息的解释相比是否存在重新发送的消息的多个正确解释，以及与协议标准相比重新发送的消息的变化标志的数目是多少。当满足某个准则时，评估模块65通过向场所设备20发送确认音来确认消息35的接收。

存储器模块70包括可以用于存储由事件消息处理模块60所生成的事件消息35的各种解释的存储器设备。例如，在一个实施例中，存储器模块70包括随机存取存储器（“RAM”）。在其它实施例中，可以在存储器模块70中实现其它存储器器件。存储器模块70还可以从评估模块65或者系统10的其它组件接收数据。

图4示出了从场所设备20发送的并且由接收机25处理的事件消息35的例子。图4中的事件消息包括信号噪声、传输时序变化、信号失真和传输转换影响。该例子代表严重的或者最糟糕的情况场景，其中，事件消息35显著失真，并且由于噪声和失真，接收机25无法解码或理解消息35。如在图4中所示，接收机25接收具有下列数据数位12341181113?11010158的无效消息35，而不是接收数据数位1234181131010158作为有效的16数位事件消息35（如图2中）。因此，接收机25实际上将消息解释（或者读取）为具有20个数位，而不是将消息解释为具有16个数位。

接收机25通过在事件消息处理模块60中执行图4中所示的分析来对整个事件消息35的实际持续时间和内容进行评估。以时间扩展格式接收数位3，但是仍然作为有效的DTMF数位2。以时间缩短格式接收数位5，但是仍然作为有效的DTMF数位3。结果，一直到数位8，消息35包括下列DTMF数位“1234”。由于数位9、10和11的短持续时间以及数位9和11具有相同的DTMF值（1）的事实，接收机25可以将数位9和11视为具有值为1的DTMF的两个独立数位或者单个数位。因此，接收机25可以解码两种可能的解释中的一个：“12341”或者“123411”。

数位13具有减小的振幅，并且被适当地解码为具有较短的信号持续时间和值为8的DTMF。数位15是实际期望信号长度的两倍，并且可以将其视为是没有间隔的两个DTMF数位（值为1）或者单个DTMF数位（值为1）。由于尚未对整个事件消息35完全进行分析，因此这创建了针对最终解释的另一种选择。因此，一直到数位16，接收机25具有4种可能解释：“1234181”、“12341811”、“12341181”和“123411811”。

事件消息处理模块60继续对图4中所示的事件消息进行分析，并且确定数位16的持续时间较短，并且下一个数位17具有与前一个数位15相同的DTMF值（1）。因此，接收机25具有8中可能解释：“1234181”、“12341811”、“12341811”、“123418111”、“12341181”、“123411811”、“123411811”和“1234118111”。此外，数位18的“关”非常短，并且数位19具有与数位17相同的值，但是具有明显减小的振幅。由于数位19的振幅非常低，并且具有与之前的DTMF数位相同的值，所以更可能将它视为回声并且忽视。如果数位19的振幅更高，则作为可能的解将其添加到解释消息35的不断增长列表。

数位20是具有比所期望的静默时段更长的扩展的静默“关”时段。在接收机25的事件处理模块60中将其与变化标志一起添加到列表。因此，一直到数位22，接收机25具有下列8种可能解释：“12341813”、“123418113”、“123418113”、“1234181113”、“123411813”、“1234118113”、“1234118113”、和“12341181113”。

检测到数位23，但是确定没有有效的DTMF数位，这使得在事件处理模块60中设置另一个变化标志。将数位25检测为时间缩短的DTMF数位1，接着是噪声75不被检测为有效的DTMF数位（数位26），接着是被检测为时间缩短的DTMF数位1的数位27。因此，一直到数位28，接收机25具有16种可能解释：“123418131”、“1234181311”、“1234181131”、“12341811311”、“1234181131”、“12341811311”、“12341811131”、“123418111311”、“1234118131”、“12341181311”、“12341181131”、“123411811311”、“12341181131”、“123411811311”、“123411811131”和“1234118111311”。

将数位31和32检测并且标记为没有间隔的两个不同的DTMF值。如果接收机25确定数位31和32具有相同的值，这将添加潜在可能性的数目并且在事件处理模块60中添加变化标志。当接收机25添加最终解码的DTMF数位时，存在总共16种可能的解释：

1-“123418131010158”-较短的仅15个数位-拒绝

2-“1234181311010158”-正确的长度、有效的校验和-可能的解

3-“1234181131010158”-正确的长度、有效的校验和-可能的解

4–“12341811311010158”–过多的数位–拒绝

5–“1234181131010158”–正确的长度、有效的校验和–可能的解

6–“12341811311010158”–过多的数位–拒绝

7–“12341811131010158”–过多的数位–拒绝

8–“123418111311010158”–过多的数位–拒绝

9–“1234118131010158”–正确的长度、无效的协议格式–拒绝

10–“12341181311010158”–无效的协议格式并且过多的数位–拒绝

11–“12341181131010158”–无效的协议格式并且过多的数位–拒绝

12–“123411811311010158”–无效的协议格式并且过多的数位–拒绝

13–“12341181131010158”–无效的协议格式并且过多的数位–拒绝

14–“123411811311010158”–无效的协议格式并且过多的数位–拒绝

15–“123411811131010158”–无效的协议格式并且过多的数位–拒绝

16–“1234118111311010158”–无效的协议格式并且过多的数位–拒绝

应该注意到，在到达解3之后，由于存在至少两种不同的有效事件消息解释，所以接收机25可以停止分析事件消息35的数据。参照原始解分析，只要接收机25确定存在具有相同潜在答案（在数位16处）的多种解释，则接收机25可以确定在事件消息35中存在太多干扰。接收机25可以停止处理，并且将否定确认（NAK）发送到场所设备20以拒绝消息并且进行重试。另一方面，如果接收机25仅接收到没有潜在冲突的一种解释，那么场所设备20接收肯定确认（ACK）或者“拒绝”音。

图5示出了从场所设备20发送并且由接收机25进行处理的事件消息35的另一个例子。其示出了更加典型的具有由场所设备20和发送网络42所创建的一些较小的失真的事件消息35。如在图5中所示，通过接收机25对数位1-11进行处理，而没有解码或解释困难。检测到数位12较短，并且检测到数位13但不作为有效的DTMF数位。检测到数位17和18。然而，由于减小的振幅，将数位18视为回声，并且由于其振幅忽略数位18。基于通过数位21所接收的数位，接收机25具有下列结果：“123418113”。

将数位22检测为时间缩短的DTMF数位1，接着是噪声75（没有将其检测为有效DTMF数位（数位23）），接着是检测为时间缩短的DTMF数位1的数位24。这样，一直到数位25，接收机25具有两种可能解释：“1234181131”和“12341811311”。消息35的剩余评估创建了两种最终可能解释：“1234181131010158”－其具有正确的16数位长度并且是可能的解；以及“12341811311010158”－其具有太多数位（17个）并且被接收机25拒绝。

如果图5中的消息35是在场所15和监测位置30之间的通信会话中所接收的第一个事件消息35，则接收机25从多个解结果中（或者一组可能解释中）选择解释1，并且将接收确认（拒绝）信号发送到场所设备20。如果图5中的消息35是重新发送的消息（第二次尝试），则将正确的解释（解1）与正确的原始事件消息35的正确解释进行比较，以验证重新发送的消息是所期望的结果之一。因为图4中所说明的消息35代表极端或者最坏情况类型消息，所以基于所创建的变化标志的数目将其加权为低可能性，并且由于重新发送的消息的内容更接近协议标准并且包括明显较少的变化标志，所以使用重新发送的消息的结果（图5）。许可变化标志的数目可以取决于通过特定通信协议所设置的标准而改变，并且每个通信协议可以具有几个级别的变化标志标准。

图6示出了可以用于对监测位置30场所接收的事件消息35进行处理的方法100。在一些实施例中，由图1和3中所示的接收机25来执行或者评估方法100。该方法中的第一个步骤是生成事件消息35（步骤110）。在场所15处生成事件消息35。方法100的下一个步骤是建立场所设备20和监测位置30之间的通信信道（步骤115）。在建立了通信信道之后，接收设备将握手音40发送给场所设备20。当在场所设备20处接收到正确的音时，将事件消息35发送到监测位置30的接收机25（步骤120）。事件消息处理模块60基于所接收的数位45的数目与所期望的协议结果相比较来对整个事件消息35进行评估（步骤125），并且如果没有接收到正确的解释（步骤127），则发送协议NAK（步骤160）。接着，评估模块65确定是否存在任何协议重试尝试仍然可用（步骤165）。如果在步骤165处没有重试尝试剩余，则评估模块65停止处理，并且终止在接收设备25处的网络通信路径42（步骤195）。如果重试尝试剩余，那么评估模块65开始在步骤120处的过程。针对重试的事件消息35再次重复步骤120至127。如果接收到至少一种可能的正确解释，则接收机25确定是否存在事件消息35多于一种的可能解释（步骤130）。如果仅存在事件消息35的一种正确解释并且在事件消息35中所检测到的变化与协议标准相比较低（步骤135），则接收机25通过将确认音发送到场所设备20来确认消息35的接收（步骤140）。

如果存在事件消息35多于一种的解释，则接收设备25确定是否接收到并存储了之前的消息（步骤145）。如果没有检测到之前的消息，则事件消息处理模块60排除消息35的无效解释，以创建有效解释的子集（步骤150）。随后，将所检测到的消息35的有效解释和变化（变化标志）的数目存储在存储器模块70中（步骤155）。在下一个步骤中，模块60拒绝事件消息35并且发送协议NAK消息（步骤160）。接下来，评估模块65确定是否有任何协议重试尝试仍然可用（步骤165）。如果在步骤165没有重试尝试剩余，则评估模块65停止处理，并且终止在接收设备25处的网络通信路径42（步骤195）。如果重试尝试剩余，则评估模块66开始在步骤120处上的过程。针对重试的事件消息35再次重复步骤120至130。

如果重试的事件消息35具有多种正确解释（步骤130和145），则评估模块65将重新发送的消息35的有效解释的数据数位50与存储在存储器模块70中的原始事件消息35的数据数位50进行比较（步骤170）。评估模块65确定重新发送的消息35是否完全与原始事件消息35相同（步骤175），其中，原始消息仅具有一种正确解释，但是变化的数目太高（步骤135），并且如果情况是这样，接收机25通过将确认音发送到场所设备20来确认重新发送的消息35的接收（步骤140）。

如果重新发送的事件消息35与原始消息35不同，则评估模块65确定重新发送的事件消息的数据数位50是否包括在原始事件消息的解释的子集中（步骤180）。如果重新发送的消息不包括在所存储的解释中，则重复步骤150、155、160和165。如果重新发送的消息包括在所存储的解释中，则评估模块确定与所存储的解释相比，是否存在重新发送的消息的多种正确解释（步骤185）。如果仅存在重新发送的消息的一种正确解释，则评估模块65增加在其分析中所使用的变化标志的数目，并且可以确定与协议标准相比，重新发送的消息的变化标志不太高（步骤190）。随后，接收机25通过将确认音发送到场所设备20来确认事件消息35的接收（步骤140）。如果存在与所存储的消息解释相比对重新发送的消息的多种正确解释（步骤185），或者通过评估模块65在所重试的事件消息35中检测到的变化标志不低于最近选择的协议级别（步骤190），则评估模块65拒绝事件消息35、排除无效解释（步骤150）、存储有效解释（步骤155）、并且发送协议NAK消息（步骤160）。

还应该注意到，存在可以实现的其它多个场景，其中，对事件消息35的第一次和第二次分析不匹配并且具有相似的概率，将需要第三次传输消息35。

另外，可以调整本发明的实施方式，以便适应或考虑所使用的硬件（特别是接收设备25）的处理速度和能力。本发明的缩减或者“轻量”版本是可能的，其中，焦点在数位持续时间上。例如，数位50时间的最小“开”时间必须是协议值的0.4倍。当在同一个信号中检测到两个不同的“开”数位50时，那么就不需要“关”或者静默数位55时间。如果“关”或者静默数位时间大于协议标准持续时间的3倍，那么就认为事件消息35是无效的。如果“开”数位50的长度超过协议标准持续时间的2.75倍，但是小于标准持续时间的6倍，那么就将认为结果是具有相同值的两个数位。6倍或者大于协议标准持续时间的持续时间将导致认为事件消息35是无效的。

在下列权利要求中提出了本发明的各种特征和优点。

Claims

1.一种用于对从场所设备发送到监测位置的事件消息进行处理的方法，所述方法包括：

在所述监测位置处，基于所接收的数位的数目与在通信协议中定义的期望的接收参数相比较，对所述整个事件消息进行评估；

确定所述事件消息的多种可能的解释；

基于在所述可能的解释中的每种解释中的所述数位的数目以及所述通信协议的所述参数排除所述事件消息的一种或多种可能的解释，以创建可能的解释的子集；以及

通过基于在预定的协议时间内由所述监测位置所接收的所述数位的数目，从所述可能的解释的子集中选择一种可能的解释来确定所述事件消息的接收。

2.如权利要求1所述的方法，还包括：

当存在所述事件消息的多于一种的正确解释时，拒绝由所述场所设备发送的所述事件消息。

3.如权利要求1所述的方法，还包括：

在拒绝之后，由所述场所设备重新发送所述事件消息，并且当由所述通信协议设置的事件消息重试尝试可用时，创建重新发送的事件消息。

4.如权利要求3所述的方法，还包括：

对所述整个重新发送的事件消息进行评估；

将所述重新发送的事件消息的数位与原始事件消息的数位进行比较；以及

验证所述原始事件消息的所述解释中的一种解释是否包括所述重新发送的事件消息的所述数位。

5.如权利要求1所述的方法，还包括：

设置对应于在所述通信协议中定义的参数的多个变化标志。

6.如权利要求1所述的方法，其中，所述场所设备包括消防警报系统、安全系统、或者访问控制系统中的至少一种。

7.如权利要求1所述的方法，还包括：

排除被发送网络或所述场所设备中的干扰或错误破坏的失败的事件消息。

8.如权利要求1所述的方法，其中，所述事件消息是基于所接收的所述数位的数目而不是基于由所述通信协议定义的每个数位的特定时序进行评估的。

9.如权利要求8所述的方法，还包括：

在所述通信协议的规范中定义所述事件消息的时序参数。

10.如权利要求1所述的方法，其中，所述事件消息的所述数位是双音多频(“DTMF”)数位，并且包括数据数位和静默数位。

11.如权利要求1所述的方法，其中，所述事件消息的所述数位是频移键控(“FSK”)数位，并且包括数据数位和载波数位。

12.如权利要求1所述的方法，还包括：

移除受到由所述场所设备和所述发送网络造成的失真影响的所述事件消息的时序参数。

13.一种用于对输入信号进行处理的系统，所述系统包括：

接收机，其配置为对从场所设备发送的并且具有多个数位的事件消息进行评估和接收；

其中，所述接收机基于所接收的数位的数目与在通信协议中定义的期望的接收参数相比较，对所述整个事件消息进行评估；以及，基于在预定的协议时间内由所述接收机所接收的所述数位的数目，确定所述事件消息的接收。

14.如权利要求13所述的系统，其中，所述接收机配置为：

基于握手音调，在所述场所设备和监测位置之间建立通信信道。

15.如权利要求14所述的系统，其中，所述接收机配置为：

确定所述事件消息的多种可能的解释。

16.如权利要求15所述的系统，其中，所述接收机配置为：

基于在所述可能的解释中的每种解释中的所述数位的数目以及所述通信协议的所述参数，排除所述事件消息的一种或多种可能的解释，以创建子集。

17.如权利要求16所述的系统，其中，所述接收机配置为：

当存在所述事件消息的多于一种的正确解释时，拒绝从所述场所设备发送的所述事件消息。

18.如权利要求17所述的系统，其中，所述场所设备配置为：

在拒绝之后，重新发送所述事件消息，并且当由所述通信协议设置的事件消息重试尝试可用时，创建重新发送的事件消息。

19.如权利要求18所述的系统，其中，所述接收机配置为：

对所述整个重新发送的事件消息进行评估；

20.如权利要求13所述的系统，其中，所述接收机配置为：

设置对应于由所述通信协议所定义的参数的多个变化标志。

21.如权利要求13所述的系统，其中，所述接收机配置为：

22.如权利要求13所述的系统，其中，所述事件消息的所述数位包括双音多频(“DTMF”)数位，所述双音多频(“DTMF”)数位包括数据数位和静默数位。

23.如权利要求13所述的系统，其中，所述事件消息的所述数位包括频移键控(“FSK”)数位，所述频移键控(“FSK”)数位包括数据数位和载波数位。