无线传感器网络的制作方法

本申请根据35U.S.C.§119(e)要求于2014年4月2日提交且标题为“Wireless Sensor Network”的美国专利申请61/973,962、于2014年2月28日提交且标题为“Wireless Sensor Network”的临时美国专利申请61/946,054以及于2014年8月20日提交且标题为“Wireless Sensor Network”的实用新型美国专利申请14/463,738的优先权，这些申请的全部内容通过引用被结合于此。

背景技术：

本说明书涉及诸如用于安装在商业或住宅处所的安全、入侵和报警系统的传感器网络的操作。

对于企业和房主来说，具有用于探测在其处所的报警状况并且向安全系统的监控站或者授权用户发信号通知这种状况的安全系统是常见的。安全系统常常包括被电或无线地连接到各种传感器的入侵探测面板。那些传感器类型可以包括运动探测器、相机和接近传感器(例如，用来确定门或窗是否已经被打开)。通常，这种系统从这些传感器当中的一个或多个传感器接收非常简单的信号(电气开或关)，以指示被监控的特定状况已经改变或变得不安全。

技术实现要素：

但是，这种网络一般在计算设备之间使用有线和无线链路的组合，其中无线链路用于端节点设备到集线器/网关连接。几乎网络中涉及到的所有设备都使用某种形式的简单软件，但是在端节点和集线器/网关中，这种软件的形式简单、在数据缩减和决策中涉及较少的先进的能力，而且是相当静态的，这意味着软件通常不会频繁改变。但是，当这些较低级别设备上的软件被更新时(这种更新是不频繁的)，使用传统的引导-加载方法。但是，这些引导-加载方法是耗时、耗能的，并且需要对被更新的设备进行重新引导，这会带来安全/报警问题。

根据一方面，联网的传感器系统包括：服务器设备的上层，服务器设备包括处理器设备和与处理器设备通信的存储器。该系统还包括与一个或多个上层服务器设备通信的网关设备的中间层，以及包括全功能传感器节点的下层设备，其中至少一些全功能传感器节点包括执行例程以提供节点传感器功能的应用层以及管理下层设备中的至少一些功能节点中的应用层的应用层管理器。

各方面还可以包括方法、计算机程序产品和系统。

一个或多个优点可以从一个或多个上述方面提供。

网络可以使用有线和无线链路的组合，优选地在层之间是有线的，尤其是在中间和下层连接之间具有无线链路(例如，端节点设备到集线器/网关)。网络中所涉及的设备可以包括先进能力区域，诸如数据缩减和决策，并且设备的能力是动态可变的，这意味着软件可以在无需传统引导-加载方法的情况下被更新，这避免了被更新的设备必需的费时、耗能和重新引导，从而避免了当这种传感器和其它端节点设备被更新时潜在的安全/报警问题。这使得能够对这种在数据缩减和决策方面具有先进能力的传感器和其它端节点设备进行管理。

本发明的一个或多个实施例的细节在附图和以下描述中阐述。本发明的其它特征、目的以及优点从描述和附图以及从权利要求书是显而易见的。

附图说明

图1是示例性联网安全系统的示意图。

图2是通用应用层管理器的框图。

图3是示出在应用层管理器上的示例过程的框图。

图4是在应用层管理器上的示例性状态过渡的图。

图5和图6是流程图。

图7是示例联网安全系统的部件的框图。

具体实施方式

本文所描述的是可以在各种背景下使用的网络特征的例子，包括但不限于，安全/入侵和报警系统。示例安全系统可以包括被电或无线地连接到各种传感器的入侵探测面板。那些传感器类型可以包括运动探测器、相机和接近传感器(例如，用来确定门或窗是否已经被打开，以及其它类型的传感器)。通常，这种系统从这些传感器当中一个或多个传感器接收相对简单的信号(电气开或关)，以指示被监控的特定状况已经改变或变得不安全。

例如，典型的入侵系统可被设置为监控建筑物中的入口门。当门是安全的时候，接近传感器感测到磁性接触并产生电关闭电路。当门被打开时，接近传感器打开电路，并向面板发送指示报警状况已发生(例如，打开的入口门)的信号。

数据收集系统在一些应用，诸如家庭安全监控，当中变得越来越常见。数据收集系统采用无线传感器网络和无线设备，并且可以包括基于远程服务器的监控和报告生成。如下面更详细描述的，无线传感器网络一般使用计算设备之间的有线和无线链路的组合，其中无线链路通常用于最低级的连接(例如，端节点设备到集线器/网关)。在示例网络中，网络的边缘(无线连接的)层由具有特定功能的资源受限设备组成。这些设备可以具有小至中等数量的处理能力和存储器，并且可以是电池供电的，因此要求它们通过将其大量时间花费在睡眠模式下来节省能源。典型的模式是边缘设备通常形成单个无线网络，其中在该单个无线网络中每个端节点以集线器和辐条式体系架构直接与其父节点通信。父节点可以是，例如，网关上的接入点或子协调器，其继而连接到接入点或另一个子协调器。

现在参考图1，示出了用于无线传感器网络(WSN)的示例性(全局)分布式网络10拓扑。在图1中，分布式网络10被逻辑地划分成层或分层级别的集合12a-12c。

在网络的上层或分层级别12a中部署运行“云计算”范例的虚拟服务器和/或服务器14，这些服务器利用良好建立的联网技术，诸如互联网协议，联网到一起，或者可以是不使用互联网或使用互联网的部分的私有网络。在那些服务器14上运行的应用利用各种协议通信，诸如对于网络互联网网络的XML/SOAP、RESTful网络服务，以及诸如HTTP和ATOM的其它应用层技术。分布式网络10在设备(节点)之间具有直接链路，如以下示出和讨论的。

分布式网络10包括第二逻辑划分层或分层级别12b，在本文被称为涉及定位于各个建筑物和结构中的中心、方便位置处的网关16的中间层。这些网关16利用网络编程技术与上层中的服务器14通信，不管服务器是独立专用服务器和/或运行云应用的基于云的服务器。中间层网关16还被示为既具有局域网17a(例如，以太网或802.11)又具有蜂窝网络接口17b。

分布式网络拓扑还包括下层(边缘层)12c设备集合，该下层(边缘层)12c设备集合涉及全功能传感器节点18(例如，包括无线设备的传感器节点，例如收发器或者在一些实现中仅仅是发送器或接收器，这在图1中标记为“F”)以及受限的无线传感器节点或传感器端节点20(在图1中标记为“C”)。在一些实施例中，在分布式网络10的各方面中，有线传感器(未示出)可以被包括。

如本文中所使用的，受限的计算设备20是比探测系统中的其它计算设备、传感器具有基本上更不持久和易失性存储器的设备。目前受限的设备的例子将是那些具有小于大约一兆字节闪存/持久性存储器以及小于10-20千字节(KB)RAM/易失性存储器的设备。这些受限的设备20以这种方式进行配置；一般是由于成本/物理配置的考虑。

在典型的网络中，网络的边缘(无线连接的)层由具有特殊功能的高度资源受限的设备组成。这些设备具有小至中等数量的处理能力和存储器，并且常常是电池供电的，因此要求它们通过将大量时间花费在睡眠模式下来节省能源。典型的模式是边缘设备通常形成单个无线网络，其中在单个无线网络中每个端节点以集线器和辐条式体系架构直接与其父节点通信。父节点可以是，例如，网关上的接入点或子协调器，其又连接到接入点或另一个子协调器。

每个网关配备有物理地附连到那个接入点并且提供到无线网络中的其它节点的无线连接点的接入点(全功能节点或“F”节点)。图1中所示的链路(由未编号的线示出)表示设备之间的直接(单跳网络层)连接。(在图1中所示的三层中每一层起作用的)正式联网层使用一系列这些直接链路，连同在中间路由能力设备处使用的路由信息一起，经网络从一个设备向另一个设备发送消息(分段或不分段的)。

WSN 10对在下层设备18和20上运行的应用层实施状态机方法。以下讨论的是这种方法的特定实施的例子。状态机中的状态由协调执行的函数集合组成，并且这些函数可以被个别删除或替代或添加，以更改特定下层设备的状态机中的状态。

基于WSN状态函数的应用层使用允许各个函数的加载和执行(在设备引导之后)而无需重新引导该设备(所谓的“动态编程”)的边缘设备操作系统(未示出，但诸如在上面提到的临时申请中所公开的)。在其它实现中，边缘设备可以使用其它操作系统，假定这种系统允许优选地无需边缘设备的重新引导就启动各个函数的加载和执行(在设备引导之后)。

现在参考图2，示出了应用层管理器30的实施例。应用层管理器30在应用层管理器30不依赖于被更新的设备，例如设备18、20(图1的下层12c)当中的特定应用解决方案或“业务”逻辑细节的意义上是通用的。应用层管理器30在例如节点、例如设备18、20，上处理从函数到函数的“传递取舍(pass-off)”(目前操作的函数中的变化)。这些传递取舍是由在节点或设备18、20中执行的实际状态函数请求的。

应用层管理器30利用过渡表(图4)来完成这种“传递取舍”(目前操作的函数中的变化)，其中过渡表充当用于状态函数的中央描述符。到应用层管理器30的输入包括经由接口32来自网络层的解析消息。应用层管理器30包括经由来自中断接口34的处理器外围中断的基于中断和轮询的输入和经由接口36的轮询传感器/外围输入。

应用层管理器30涉及充分表征输入，以应用规定配置、所存储的数据和/或促成消息生成中的变化的规则38。应用层管理器30具有规则38和配置管理器40，以及消息生成器/解析器42。应用层管理器30使用网络消息和基于传感器/处理器外围的输入、本地数据存储44(用于过渡表)和列表、配置管理功能、规则集，以及报告生成能力，如图所示。

边缘应用层体系架构

参考图3，示出了应用模块集合50，该应用模块集合50包括用于边缘设备18和20(图1)的应用层50。应用模块集合50包括由应用层管理器(图4)管理的层52和不由应用层管理器管理的层54。在这个实施例中，应用层管理器与在WSN的边缘处使用的这些其它固件模块(例如，无线网络模块、EDFF，等等，未示出)分开，例如隔离，以便在应用层代码中应用变化而不需要对这些其它模块中的代码进行改变。此外，如图所示，对运动ISR和运动滤波器的实时处理不由应用层管理器处理，而是运动报告生成器和心跳生成器由应用层管理器处理。

在图3的例子中绘出的应用模块集合50包括由应用层管理的函数，例如，与堆栈56通信的运动报告生成器53a和心跳生成器53b。通过理解应用层52的工作的细节而无需完全理解这些其它隔离的模块的全部细节，对应用层52的改变是可能的。这是期望的，因为不同组的个人和/或系统可以被分派相应模块的编码和维护的任务。而且，应用层52以支持应用层的部分(例如，个人的业务规则、报告、过滤器，以及其它功能)的升级而无需整个应用层升级的通用方式被配置。

此外，图3绘出了在应用模块集合中运行并与如下阐述的过渡表交互的各种过程间的状态图。

现在参考图4，示出了涉及应用层管理器50(App_Mgr())的示例性情形，其中存在两个状态(具有函数A、B的状态1，及具有函数D和E的状态2)。过渡表支配状态过渡。

过渡表示出，基于机器的当前状态以及其它输入，有限半自动机或有限状态机将移动到什么状态(或者在非确定有限状态自动机的情况下是多个什么状态)。状态表实质上是一个真值表，其中一些输入是当前状态并且输出包括连同其它输出一起的下一个状态。状态表是指定状态机的几种途径之一，其它途径是状态图和特征方程。

状态1是正常状态并具有入口点，“Func A”。通常，状态1执行请求“Func B”的“Func A”，“Func B”请求“Func C”的执行。在该例中，状况发生(实际状况是特定于实现的并且其细节对于理解下文不是必需的)。在这种发生状况的情况下，当“Func B”请求“Func D”而不是“Func C”的执行时，状态1过渡到状态2。状态2可以存在仅一个周期(D-E-退出)或多个周期(D-E-D-E-...-退出)。但是，当退出在这个例子中出现时，它这样做而不调用任何函数。缺省地，AppMgr的空闲函数运行Func A，因为它是入口点函数。

应用层模块化

参考图5，运动传感器上的“典型”应用60利用中断例程处理运动传感器的原始数据，运动传感器中断服务路由直接调用维护其自己的状态的运动过滤器并且，在适当的时候，声明“运动事件”62。运动事件由运动报告生成器处理64(在或许一位的非确定性等待时间之后)，其中运动报告生成器调用无线程序堆栈来将报告放到那个堆栈的传出队列中。运动报告生成器等待66ACK消息并在必要的情况下重新发送消息，直到接收到ACK。心跳消息68被周期性地生成并放到无线堆栈传出消息队列中，并等待ACK。(在输送失败后，心跳消息不被重新提交，但是在上次发送的结果从无线堆栈获得之前不发送新的心跳消息)。

现在参考图6，应用层被配置成通过定义应用层的不同部分并将其链接到一起来满足模块化的需求，使得各个部分经无线链路可更新而不破坏整体应用。应用层实例化72用于应用层“机器”的基本构建块的“对象”。该对象具有函数指针的阵列，其中每个函数充当“保持器”，例如，跟踪74哪个函数在机器中运行(即，哪个阵列索引有效)的特定的状态和特殊的管理函数(应用层管理器30或“AppMgr”)的保持。

状态过渡是通过当前函数将函数控制传递76到下一个适当函数来实现的，从而通过改变76这个索引(或者请求AppMgr改变该索引)标记进入下一个状态的入口(例如，图4中的FuncD)。AppMgr对于驻留在各个状态函数中而不是AppMgr中的“硬连线”业务逻辑是通用的，并且各个状态是通过用从诸如网关的外部主机发送的对应函数的新版本替换那个函数来改变的。因此，对被允许的状态过渡进行改变(或者添加新过渡或者删除旧过渡)是通过利用新函数替换参与状态改变的函数来实现的。

在一些实施例中，AppMgr被配置78为实际改变用于当前状态函数的当前索引值，而在其它实施例中，旧函数直接激活80新函数，而不使用AppMgr()作为中介。这是因为AppMgr具有被允许的过渡的映射82并且84检查这种映射的违反(即，给定的函数试图将控制传递到另一个函数并且在这样做时进行不允许的状态过渡)。这有助于验证对状态机行为的改变是有效的并且对状态机行为的改变实际发生，因为错误消息将在错误的状态改变被函数请求时由AppMgr()生成86。否则，各个状态是通过用对应函数的新版本替换那个函数来改变的88。

示例应用

令p_AppFunc[i]是指向第i个应用函数的指针。令N_i是由AppMgr()维护的“当前索引”值。N_i是全局变量，其从通过AppMgr()的一次通过到下一次保留其值。

AppMgr是由(EDFF)调度器执行的根函数，诸如在边缘设备上运行的操作系统中。AppMgr每隔几毫秒完全通过运行。每次AppMgr()运行时，AppMgr执行由p_AppFunc[N_i]指向的函数。在一些实施例中，状态机可被实现为数组的集合，而在更复杂的实现中，状态机被实现为通过链接链表链接的函数的集合，以允许状态机中数目不确定的状态。

对于一些状态，可能只需要一个函数调用。即，p_AppFunc[N_i]将运行一次，然后N_i将改变为不同的值，比如N_k，使得在AppMgr()下次调用时，将进入不同的状态(即，p_AppFunc[N_k]将运行)。对于其它状态，对应的函数可以在N_i改变之前运行多次。单次运行函数的例子将是报告的发送。多次运行函数的例子将是作用于来自传感器设备的原始数据的传感器过滤器的活动。

各种函数p_AppFunc[i]不仅决定何时它们应当请求AppMgr()进行状态变化，而且这些函数指示AppMgr()应当从哪些(一个或多个)新函数(例如，N_i的哪些(一个或多个)新值)中选择，因为AppMgr()被配置为是相当通用的并且因此所有的业务逻辑，包括状态之间过渡的描述，都包含在p_AppFunc[]函数中。

同时动作

两个p_AppFunc[]函数需要在同时完成不同的任务，例如，同时过滤来自两个传感器的数据(例如，消除开关的抖动和过滤来自加速计的数据。提供AppMgr的一种一般方法是一次运行两个状态函数(每次通过AppMgr执行这二者)。另一种方法保持AppMgr简单并且只需要应用状态具有彼此进行调用的代码并且因此彼此调用。即，当p_AppFunc[N_i]的执行终止时，p_AppFunc[N_i]请求p_AppFunc[N_k]的执行，反之亦然。实际上，这两个应用函数分割AppMgr的时间和注意力，而无需AppMgr规划时间分享。

p_AppFunc[]的各种版本在网关和云的可执行代码库中被维护，并且每个这种函数可以具有被用来区分函数的一个版本与另一个版本的ID号(并且在许多情况下，函数的代或版本的区别可以小但重要，因此得到完全正确的ID号)。在给定函数的内部，所请求的对不同函数或状态的改变变得相对于代码版本非常具体，因此由函数用来请求状态改变(函数改变)的参数实际是新函数的ID号是合理的。

管理版本的简单途径是给予应用层状态函数它们自己的文件类型。文件类型作为例如闪存中的文件索引中的字段之一被维护，使得在引导期间AppMgr()的初始化过程在闪存中搜索那种类型的文件，并且产生函数指针的数组，其中索引i从0运行到最大值i_max。

在这个初始化期间，AppMgr()将每个值i映射到函数p_AppFunc[i]和那个函数的对应函数ID，并且产生对于每个函数ID示出对应索引值i以及允许的状态过渡的表(从当前函数可获得的函数的函数ID)。

例如，在当前函数的操作过程中，例如，其函数ID为例如0x31C7的p_AppFunc[N_i]，函数可以向AppMgr()返回为0x396B的返回值。这个返回值是运行具有函数ID“0x396B”的函数p_AppFunc[]的请求。AppMgr()使用状态表来确定运行具有函数ID“0x396B”的p_AppFunc[]的请求是否是对函数ID 0x31C7允许的过渡，并且如果是的话，确定什么i值对应于函数0x396B。如果它是有效的请求，则AppMgr()将N_i设置为等于对应于函数ID“0x396B”的i的新值，并且在AppMgr()下一次执行时，新函数ID“0x396B”将运行。

在AppMgr()的初始化和状态表产生期间，简单的图形分析算法运行，以确保每个状态是可获得的(没有状态是孤立的)并确保所有状态都是单个状态机的一部分(即，不存在两个更小的并且完全分开的状态集)。状态表的有效性还要求没有状态过渡可以涉及到不存在的函数的过渡。

AppMgr()总是具有当索引N_i不确定时运行的主干(stem)状态(空闲状态)，该主干状态具有函数ID 0x0001。状态机的初始化在第二状态(初始化状态)下完成，其具有自己的通用函数，具有函数ID 0x0000。在任何函数改变的任何时候(例如，通过一个或多个新函数的无线下载)，AppMgr()将重新运行函数0x0000，然后过渡到状态函数0x0001。进一步的需求是完整函数集中用户提供的函数中一个且仅一个被识别为入口状态。这是自动被0x0001调用的状态。从用户提供的函数上那一点开始请求状态改变，作为其返回值的一部分。

返回到图3的状态图和上面提到的表，下表现在利用上述示例应用的状态过渡来填充。

上面的例子对于概念的说明是简单的。但是，也可以使用更复杂的应用集合。例如，假设在一个节点中有两个“状态”–第一个状态对应于函数A、B和C在连续循环中的永久运行，并且第二个状态对应于函数D和E在另一个永久循环中的运行。在第一状态(正常状态)下，函数A(“入口函数”)运行至完成并向AppMgr()请求其运行函数B。当函数B完成后，它请求函数C，函数C又请求函数A。因为函数A是入口函数并且循环A-B-C-A...是闭环，所以函数D和E通常不会运行。但是，在特殊条件下，假设函数B在它退出时请求函数D而不是C。于是函数D和E在循环(D-E-D-E...)中运行，直到其中一个请求在第一个循环中的函数。以这种方式，函数或函数集对应于状态，并且在每个状态下操作的函数管理状态过渡。

当函数退出而没有请求新的函数时，AppMgr空闲将简单地再次运行入口点函数。在一些情况下，对于非常简单的节点，可能没有入口函数，在这种情况下，空闲函数将仅仅运行其本身，直到事件启动的函数运行。

返回去参考图4，假想的(通用)情形，其中有两个状态(具有函数A、B和C的状态1，以及具有函数D和E的状态2)。状态1是正常状态并具有入口点，Func A。在特殊情况下，当Func B请求Func D而不是Func C的执行时，状态1过渡到状态2。状态2可以存在仅一个周期(D-E-退出)或多个周期(D-E-D-E-...-退出)，但是在这个例子中当退出发生时，它这样做而不调用任何函数。缺省地，AppMgr的空闲函数运行Func A，因为它是入口点函数。

图7示出了具有关于图1至6所述的WSN的特征并且具有本文所述的各种功能的安全系统的例子。如图7中所示，关联处理从某些受限节点接收输入(但这些节点也可以是全功能节点)。这些输入可以包括凭证信息和视频信息，并且相关处理可以产生经网络发送的相关结果。背景管理处理从某些受限节点接收输入(虽然这些节点也可以是全功能节点)，例如，凭证信息以及视频和分组信息，并且执行背景处理，其结果经网络发送。网络支持紧急出口指示器；紧急摄像头以及分布式规则处理和规则引擎/消息处理的操作。范围扩展器与例如网关一起使用，并且，如图所示，实时定位系统从不同传感器(例如，受限的类型)接收输入。经由云计算配置到WSN的服务器接口以及一些网络的部分可以作为子网运行。

除了在传感器的范围之内的区域中探测到某物的指示，传感器还提供可被用来评估那个指示是什么的详细附加信息，而无需入侵探测面板执行对特定传感器的输入的大量分析。

例如，运动探测器可被配置为分析在房间内移动的温暖主体的热签名，如果该主体是人或宠物的话。那个分析的结果将是传达关于探测到的主体的信息的消息或数据。因此，不同传感器被用来以适当的组合来感测声音、运动、振动、压力、热、图像等等，以探测在入侵探测面板处的真实或通过验证的报警条件。

辨别软件可被用来区分是人的对象和是动物的对象；其他面部辨别软件可以内置到相机中并被用来验证周边入侵是辨别出的被授权的个人的结果。这种相机将包括处理器和存储器和识别软件，以处理由相机(捕获的图像)的输入并产生元数据，以传达关于由相机捕获的个体的辨别或缺乏辨别的信息。处理还可以作为替代地或另外地包括关于在由视频相机捕获/监控的区域中的个体的特点的信息。因此，依赖于具体情况，信息将是从对到传感器的、给出周边入侵的特点的输入执行增强的分析的增强的运动探测器和视频相机接收到的元数据或者是得自寻求建立对象的辨别的非常复杂的处理的元数据。

传感器设备可以集成多个传感器，以生成更复杂的输出，使得入侵探测面板可以利用其处理能力通过建立环境的虚拟图像或签名以作出关于侵入的有效性的智能决策来执行分析环境的算法。

存储器存储由入侵探测面板的处理器使用的程序指令和数据。存储器可以是随机存取存储器和只读存储器的适当组合，并且可以托管合适的程序指令(例如，固件或操作软件)以及配置和操作数据并且可以被组织为文件系统或其他。所存储的程序指令可以包括用于认证一个或多个用户的一个或多个认证过程。存储在面板的存储器中的程序指令还可以存储软件组件，从而允许网络通信和到数据网络的连接的建立。软件组件可以，例如，包括互联网协议(IP)栈，以及用于各种接口的驱动程序组件，包括接口和键盘。适于建立连接并跨网络进行通信的其它软件组件对于普通技术人员将是显而易见的。

存储在存储器中的程序指令，连同配置数据一起，可以控制面板的整体操作。

监控服务器包括一个或多个处理设备(例如，微处理器)、网络接口和存储器(都未示出)。监控服务器可以物理地采取机架安装卡的形式并且可以与一个或多个操作者终端(未示出)通信。示例监控服务器是SURGARD^TMSG-System III Virtual，或类似的系统。

每个监控服务器的处理器充当用于每个监控服务器的控制器，并且与每个服务器通信并控制整体操作。处理器可以包括存储器，或者与其通信，其中存储器存储处理器可执行指令，从而控制监控服务器的整体操作。合适的软件使每个监控服务器能够接收报警并导致适当的动作发生。软件可以包括合适的互联网协议(IP)栈和应用/客户端。

中央监控站的每个监控服务器可以与IP地址和(一个或多个)端口关联，它通过其与控制面板和/或用户设备进行通信，以处理报警事件等。监控服务器地址可以是静态的，并且因此总是对入侵探测面板识别监控服务器中特定的一个。作为替代，动态地址可以被使用，并且与通过域名服务解析的静态域名相关联。

网络接口卡与网络接口，以接收进入的信号，并且可以例如采取以太网网络接口卡(NIC)的形式。服务器可以是计算机、瘦客户端等等，接收到的代表报警事件的数据被传递到服务器，用于由人类操作员处理。监控站还可以包括，或在数据库引擎的控制下能访问，包括数据库的订户数据库。数据库可以包含对应于到面板，就像由监控站提供服务的面板，的各个订户设备/过程的条目。

本文描述的过程的全部或部分及其各种修改(以下称为“过程”)可以至少部分地经由计算机程序产品来实现，用于由数据处理装置，例如可编程处理器、计算机或多个计算机来执行或者控制数据处理装置的操作，其中计算机程序产品也就是有形地体现在一个或多个有形的物理硬件存储设备中的计算机程序，该有形的物理硬件存储设备为计算机和/或机器可读存储设备。计算机程序可以用任何形式的编程语言编写，包括编译或解释语言，并且它可以以任何形式部署，包括作为独立程序或作为模块、组件、子例程或适合在计算环境中使用的其它单元。计算机程序可被部署成在一个计算机上或在一个站点的多个计算机上执行或者跨多个站点分布并由网络互连。

与实现过程相关联的动作可以由执行一个或多个计算机程序以执行校准过程的功能的一个或多个可编程处理器来执行。过程的全部或部分可被实现为专用逻辑电路，例如FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。

举例来说，适于计算机程序的执行的处理器包括通用和专用微处理器，以及任何类型的数字计算机的任何一个或多个处理器。一般而言，处理器将从只读存储区或随机存取存储区域或两者接收指令和数据。计算机(包括服务器)的元件包括用于执行指令的一个或多个处理器和用于存储指令和数据的一个或多个存储区域设备。一般而言，计算机还将包括一个或多个机器可读存储介质，诸如用于存储数据的大容量存储设备，例如磁、磁光盘或光盘，或者操作耦合到该一个或多个机器可读存储介质便从该一个或多个机器可读存储介质接收数据，或将数据传送到该一个或多个机器可读存储介质，或两者兼有。

适于体现计算机程序指令和数据的有形物理硬件存储设备包括所有形式的非易失性储存器，举例来说，包括半导体存储区域设备，例如EPROM、EEPROM和闪存存储区域设备；磁盘，例如内部硬盘或可移动盘；磁-光盘；及CD-ROM和DVD-ROM盘，以及易失性计算机存储器，例如，诸如静态和动态RAM的RAM以及可擦除存储器，例如闪存。

此外，附图中绘出的逻辑流不要求所示出的特定次序或顺序次序才能达到期望的结果。此外，可以提供其它动作，或者动作可以从所描述的流程被去除，并且其它组件可被添加到或从所描述的系统中去除。同样，附图中所绘出的动作可以由不同的实体执行或者被合并。

本文所述的不同实施例的元素可以组合，以形成未在上面具体阐述的其它实施例。元素可被排除在本文所述的过程、计算机程序、网页等等之外，而不会不利地影响它们的操作。此外，各种独立的元素可被组合成一个或多个个别的元素，以执行本文所述的功能。

本文未具体描述的其它实现也在以下权利要求书的范围之内。