火灾报警系统中的控制装置及其配置方法与流程

文档序号:11960236阅读:514来源:国知局
火灾报警系统中的控制装置及其配置方法与流程

本发明涉及火灾报警领域,尤其涉及一种火灾报警系统中的控制装置及其配置方法。



背景技术:

在火灾报警系统中,一个控制装置可以连接一个或多个外围设备,例如探测器、声/光报警器、手动报警装置、灭火装置等等。控制装置从例如探测器接收火灾报警信号、并显示和传递该火灾报警信号。控制装置还能够在确定出现火情时发出驱动信号,以驱动例如声/光报警器发出警示信号。控制装置还可以具有其它辅助功能,例如监控各个探测器及其自身的工作状态,且在出现故障时报警。

火灾报警系统中的控制装置在使用之前通常需要对其进行配置。配置的内容包括连接到控制装置的各个外围设备的地址、类型、监控对象等等。在现有的火灾报警系统中,控制装置的配置一般是通过一个连接到该控制装置的计算机(也称作PC机)来实现。在该计算机上需要预先安装有一个基于Windows开发的配置工具。在计算机连接到控制装置之后,配置工具运行并提供用户界面,以便操作人员根据现场布置情况配置控制装置。这种传统的基于Windows开发的配置工具只有在计算机上安装后才能使用。



技术实现要素:

本发明的目的是提供一种火灾报警系统中的控制装置,用户可通过任一台客户端的网页浏览器(浏览器)来实现。本发明的另一个目的在于减轻控制装置的计算负荷。

根据本发明一个方面,本发明提供的控制装置适于连接到至少一个外围设备。该控制装置包括:一个网络接口,其能够连接到的一个客户端,所述客户端具有一个浏览器;至少一个服务器,配置成接收来自所述网络接口请求,或向所述网络接口发送响应;其中,所述服务器响应于一个接收到的访问请求而发送一个脚本文件作为响应,所述脚本文件在由所述浏览器解释执行时提供一个配置应用,该配置应用在所述客户端处收集配置内容;所述服务器响应于一个更新请求,而用从网络接口接收到的配置内容重写所述控制装置中的配置文件。

由此,在本发明一个实施例中,对控制装置的配置采用基于浏览器的方案来实现。操作人员只要能通过网络访问控制装置即可实现在线配置,而不需要必须在现场操作,这一点极大程度地增加了配置的灵活性。

优选地,根据本发明一个实施例,所述在客户端的浏览器上运行脚本文件包括用于提供参数合理性判断、配置文件解析、配置内容显示功能、配置内容矩阵显示中至少之一功能的脚本。优选地,所述脚本文件包括Javascript、层叠样式表或Java库JQuery中的内容,而所述至少一个服务器使用C++语言编写。

也就是说,在浏览器/服务器架构的基础上,在本发明一个优选实施例中,优选采用瘦服务器端和胖客户端的解决方案,以减轻控制装置的计算负荷。换言之,在客户端尽可能多地完成配置逻辑的校验,配置内容的矩阵显示等复杂的功能和功能强大的用户界面。在控制装置内仅完成配置文件的读、写。由此可以有利地降低控制装置的运算符合和资源占用。

优选地,在控制装置内包括一个Web服务器,其连接到所述网络接口,用于转发请求或响应;一个响应服务器,连接到所述Web服务器,且响应于来自所述Web服务器的所述更新请求而用所接收到的配置内容重写所述控制装置中的配置文件。

优选地,所述至少一个服务器还包括:一个Web服务器,其连接到所述网络接口,用于转发请求或响应;一个响应服务器,其连接到所述Web服务器,且响应于由所述Web服务器转发的一个备份请求而将所述控制装置中读出的配置文件作为响应发送给所述Web服务器。所述至少一个服务器还包括一个文件传输服务器,其响应于由所述Web服务器转发的一个恢复请求,而用从所述Web服务器接收到的配置文件重写所述控制装置的配置文件。优选地,所述脚本文件包括读取所述客户端上存储的一个配置文件的脚本,以及将该配置文件和所述恢复请求一起发送的脚本。

由此,对控制装置的配置文件可以在客户端侧永久保存一份备份文件。优选地,每次更新配置均可以保存一个新版本的备份文件。当需要将当前的配置文件恢复到以前存储的版本时,从所存的多个版本中选取所要版本的配置文件,进行恢复。这样,不同版本的配置历史记录可以永久地存储在客户端侧,且在需要时随时恢复到以前的版本。这样也节省了控制装置的资源。

优选地,所述响应服务器还响应于一个离线安装请求,而经由所述Web服务器发送一个安装包,所述安装包用于将所述响应服务器和所述文件传输服务器中至少之一,以及所述Web服务器安装到所述客户端上。优选地,所述文件传输服务器将接收到的所述配置文件存储在一个安全路径下,在离线模式下,所述安全路径的物理位置位于所述客户端,在在线模式下,所述安全路径的物理位置位于所述控制装置中。尤为优选地,所述脚本文件还包括自动检测所述至少一个服务器是否可访问,如果失败,则访问安装在所述客户端上 的所述服务器,并切换安全路径指向所述客户端。

由此,在在线模式下,用户可以方便地下载安装包,以便离线时正常进行配置。

可选地,本发明还提出一种用于客户端的离线配置工具,所述客户端能够连接到火灾报警系统中的一个控制装置,所述离线配置工具包括:一个浏览器,用于解释和执行脚本文件,并发送请求和接收响应;至少一个服务器,其配置成接收来自所述浏览器的请求,或向所述浏览器发送响应;其中,所述服务器部分响应于一个接收到的访问请求而向发送一个脚本文件作为响应,该脚本文件在由所述浏览器解释执行时提供一个配置应用,该配置应用用来收集配置内容;其中,所述服务器还响应于一个包含所收集的配置内容的更新请求,而在所述客户端上将所述配置内容保持成一个配置文件。

离线情况下的配置工具可以独立于在线模式而存在,但同样可以在离线模式下生成配置文件,待到在线模式时,将所生成的配置文件恢复到控制装置中。

采用本发明提供的方法还可以在离线情况下完成对控制装置的配置,且离线和在线两种情况下的用户界面是大体相同的。优选地,配置应用可以自动检测控制装置在线与否,从而用户可以几乎无缝地在离线和在线模式下切换。

附图说明

以下附图仅对本发明做示意性说明和解释,并不限定本发明的范围。

图1示出根据本发明一个实施例的火灾报警系统。

图2示出根据本发明一个实施例的在线模式下控制装置的内部结构。

图3示出根据本发明一个实施例的配置应用的用户界面示意图。

图4示出根据本发明一个实施例的配置更新的操作流程图。

图5示出根据本发明一个实施例的配置备份的操作流程图。

图6示出根据本发明一个实施例的配置恢复的操作流程图。

图7示出根据本发明另一个实施例的离线模式下控制装置的内部结构。

图8示出根据本发明另一个实施例的配置应用的用户界面示意图。

具体实施方式

为了对发明的技术特征、目的和效果有更加清楚的理解,现对照附图说明本发明的具体实施方式,在各图中相同的标号表示相同的部分。

在本文中,“示意性”表示“充当实例、例子或说明”,不应将在本文中被描述为“示 意性”的任何图示、实施方式解释为一种更优选的或更具优点的技术方案。

为使图面简洁,各图中的只示意性地表示出了与本发明相关的部分,它们并不代表其作为产品的实际结构。另外,以使图面简洁便于理解,在有些图中具有相同结构或功能的部件,仅示意性地绘示了其中的一个,或仅标出了其中的一个。

在本文中,“一个”不仅表示“仅此一个”,也可以表示“多于一个”的情形。

在本文中,“第一”、“第二”等仅用于彼此的区分,而非表示它们的重要程度及顺序、以及互为存在的前提等。

本文中,“连接”、“固定”可以是两个结构之间直接地连接,也可以是通过其他结构间接地连接。

图1示出了根据本发明一个实施例的火灾报警系统的示意图。如图1所示,在火灾报警系统中,分布于楼宇中的各个火灾探测器、声/光报警器或手动报警器统称为外围设备(Peripheral device)10。这些外围设备通过有线或无线网络连接到一个控制装置(Control Panel)20。控制装置20接收来自这些外围设备10的告警信号并监控这些外围设备10的工作状态。根据告警信号确认出现紧急事件时,控制装置20还驱动例如声/光报警器发出警示信号,以提示楼宇中人员注意并及时撤离,甚或驱动联动设备动作,实现灭火。

在图1所示的火灾报警系统中,控制装置20具有一个网络接口22,其适于通过有线或无线网络连接到一个客户端30。客户端30可以是个人计算机、例如手机或平板的移动终端,或者任何其他具有网页浏览器(以下称浏览器)功能的设备。根据本发明一个实施例,用户可以通过客户端30上的任何一款浏览器访问控制装置20,并对控制装置20进行配置,而无需在客户端上安装完整的配置软件。这里所述的配置是指配置每个分区(Zone)、区域(Section)或地区内各个外围设备的地址和联动逻辑,以及其他告警逻辑等。

图2具体示出了根据本发明一个实施例的控制装置20和客户端30的结构示意图。在图2所示例子中,客户端30可以是一个个人计算机(PC机),其上可运行有网页浏览器32,亦称之为浏览器32。浏览器32可解释执行由网页服务器(以下称Web服务器)提供的脚本文件(例如HTML格式的文件),从而显示其内容并提供用户接口(UI)让用户与之交互。

在图2所示的例子中,控制装置20包括一个可与网络接口22交互数据的服务器24。服务器24的程序烧录在控制装置20的存储介质(例如固件)上。一方面,服务器24响应于来自浏览器32的访问请求,而向浏览器32提供一个脚本文件,该脚本文件可在客户端的浏览器上解释执行。脚本文件在执行时向客户端30的用户提供一个配置应用。用户 可利用该配置应用在客户端30侧完成对控制装置的各种配置内容的设置。图3示例性地示出了配置应用的用户界面的一个例子。另一方面,服务器24还接收来自浏览器32的更新请求(APPLY)。该更新请求例如包括用户设置好的配置内容。该配置内容优选地按照预定格式组织。服务器24响应于该更新请求而将具有预定格式的配置内容写入控制装置20内的非易失性存储器,即FLASH 26中,形成一个配置文件。

在图2的例子中,用户无需在PC机上安装程序,仅仅通过浏览器即可访问控制装置20内的服务器24并完成对控制装置的配置。由此,用户可以在任一一个具有浏览器的客户端设备上完成控制装置的配置,而不必在现场通过有线连接到控制装置的PC机来实现配置。这在很大程度上方便了操作人员。只要能够上网连接到控制装置,操作人员即使在家中也可完成配置工作。

在图2的例子中,出于模块化设计思想,服务器24优选具体包括Web服务器242、响应服务器244和文件传输服务器246。Web服务器242完成与标准的HTTP协议相关的处理。文件传输服务器246负责传递所生成的配置文件。响应服务器244则处理由浏览器执行的配置应用所发起的请求并做出响应。下面将结合图3以及图4-5详细介绍通过浏览器实现控制装置配置的具体过程。

图4示例性地示出了一次在线配置操作的过程。所谓在线配置指客户端30一直通过网络连接到控制装置20中的服务器24,也称在线模式。如图4所示,对于在线模式而言,在步骤S410,用户在客户端30处可打开浏览器32并发出访问请求,例如用户在浏览器的地址栏中输入与控制装置20中的Web服务器242对应的URL。在步骤S420,Web服务器242响应于访问请求,而向客户端30提供一个脚本文件,例如JavaScript文件。在步骤S430中,浏览器32解释执行所接收到的脚本文件,从而在客户端30处向用户呈现一个例如如图3所示的配置应用。

如图3所示,配置应用的用户界面(UI)上包括功能按钮和输入窗口。按钮分为配置数据(CONFIG DATA)类按钮和任务(TASK)类。配置数据类包括:用来新建一个项目的新建按钮(NEW)322,以及用来打开一个已存在的项目的打开按钮(OPEN)324。任务类例如包括执行按钮(APPLY)326,其用于完成配置更新。功能按钮下方的输入窗口325例如用来帮助用户完成各个配置项(ITEM)的参数输入。换言之,配置应用在客户端侧收集配置内容。在实际使用中,配置应用的设计者可以根据实际需要增减或变更各个配置项。用户通过与如图3所示的UI交互,可填入各个配置项的内容,且在完成后按下按钮326,以更新控制装置的当前配置。

在按钮326被按下后,流程进入步骤S440,浏览器32向服务器24发出更新请求,该更新请求包括用户设置的各个配置内容。优选地,各个配置内容按照预定格式封装成可辨识的数据流,传送给Web服务器242。例如,每个配置项之间用逗号间隔开。在步骤S450,Web服务器242将接收到的包含配置内容的更新请求转送给响应服务器244。在步骤S460,响应服务器244将更新请求中的配置内容写入FLASH 26内。控制装置20重启后,将按照新配置内容执行。在这个流程中,文件传输服务器246没有参与,因而图中用虚线示出。

由于控制装置20内资源有限,在本发明实施例中采用了瘦服务器端而胖客户端的设计方案。比如,配置更新时,控制装置内的响应服务器244仅完成将配置内容写入FLASH26的操作,而由客户端30的浏览器32来解释执行配置应用。在浏览器上运行的配置应用除了呈现用户界面外还可包括例如配置参数是否正确的逻辑判断、参数呈现方式变换等相对复杂的功能。由此,本发明提出的配置方法所占用的控制装置内的资源较少,大部分的逻辑操作都在客户端的浏览器上完成。优选地,在客户端的浏览器处执行的配置应用可以使用表现形式丰富的技术,比如Javascript,HTML,CSS(层叠样式表单)和成熟的Javascript库JQeury中的内容,以提供变化多样,形式新颖的用户界面。相反,在控制装置内,服务器244和246优选采用功能简单的技术,例如C++,来实现一个瘦服务器。

图5和图6分别示例性地示出了配置文件备份和恢复的操作过程。如图4所示,更新后的配置文件存储在FLASH 26中。图3所示的配置应用还提供对存储在FLASH 26中配置文件的备份和恢复功能。例如,在步骤S510,用户在浏览器32呈现的如图3所示的配置应用界面上按下备份(BACKUP)按钮327,则发出备份请求。在步骤S520,Web服务器242将备份请求转发给响应服务器244。在步骤S530,响应服务器244响应于该备份请求,而读取FLASH 26中存储的配置文件,并将其存储到Web服务器242的某个指定路径下。在步骤540,客户端和Web服务器协同使得配置文件从Web服务器242发送给客户端的浏览器32。浏览器32上运行的配置应用将该配置文件备份在客户端30上永久保存。每次更新配置文件,用户均可通过上述备份功能将配置文件备份到客户端30上,以便将来使用。如果需要,在浏览器上的配置应用还可以将配置文件解析,并呈现在例如图3所示的用户界面上。

图3所示的用户界面还包括恢复(RESTORE)按钮328。当用户需要将控制装置的配置文件恢复到之前存储的版本时,可按下恢复按钮328,并按照图6所示执行恢复操作。如图6所示,在步骤S610,用户按下恢复按钮328,则浏览器上运行的配置应用要求用户从本地备份或存储的若干版本的配置文件中选择一个需要恢复的配置文件,并将包含该配 置文件的恢复请求发送给Web服务器。在步骤S620,Web服务器将包含配置文件的恢复请求转发给文件传输服务器246。在步骤S630,文件传输服务器246将恢复请求中的配置内容写入FLASH 26内。控制装置20重启后,将按照恢复的配置内容执行。可选地,在用户选择了需要恢复的本地配置文件后,在浏览器上运行的配置应用可以解析该配置文件,并将其呈现在例如图3所示的用户界面上。

以上结合附图2-6描述了在线模式下的配置过程。本发明还可以支持离线模式下的配置。图7示出了离线模式下的结构框图。如图7所示,为了使得在线模式和离线模式给用户提供几乎相同的感受,在本发明的实施例中,离线模式下需要将图2所示的控制装置侧的服务器24下载到客户端30中运行。具体下载方式可以多样,比如服务器24的安装可以是通过下载并运行一个单独的可执行文件来完成。或者,在线模式下可以在例如图3所示的用户界面上提供一个一键下载安装按钮,用于发出一个离线安装请求。响应于离线安装请求,响应服务器经由所述Web服务器发送一个安装包作为响应,所述安装包用于将所述响应服务器244和所述文件传输服务器246中至少之一,以及所述Web服务器242下载并安装到所述客户端30上。

服务器24下载到客户端30处并在客户端运行。服务器24的运行方式与图4-6所示相同。不同之处在于,图2中的控制装置内的FLASH 26被替换为客户端30本地的一个安全路径26’。所述文件传输服务器将接收到的配置文件存储在一个安全路径下,在离线模式下,所述安全路径的物理位置位于所述客户端,在在线模式下,所述安全路径的物理位置位于所述控制装置中。可选地,所述脚本文件还包括自动检测所述至少一个服务器是否可访问,如果失败,则访问安装在所述客户端上的所述服务器,并切换安全路径指向所述客户端。

图8示例性地示出了离线模式下在浏览器上运行的配置应用的用户界面。如图8所示,离线模式下的配置应用与在线模式下的配置应用具有几乎相同的输入窗口和类似的按钮。所不同的是,由于是离线操作,配置内容不能直接更新到控制装置,而是存储在本地。具体而言,按照与图4相同的流程,用户在客户端30处可打开浏览器32并发出访问请求。这里访问请求所指向的不再是控制装置20中的Web服务器242,而是按照在客户端30本地的Web服务器242。进而按照与图4相同的步骤,浏览器32下载脚本文件并解释执行,以呈现如图8所示界面。当用户在输入窗口325中填入配置内容后,点击保存(SAVE AS)按钮826,则按照图4类似的步骤,将配置内容保存成一个配置文件,存储在本地安全路径26’下。当用户从离线模式切换回在线模式后,用户可通过安装如图6所示的恢复过程, 选择存储在本地安全路径26’的配置文件,并将其写入控制装置20的FLASH 26中。

优选地,在线模式和离线模式可以合并在一起。比如,当在线模式下,客户端30下载脚本文件时可以一并将服务器24的程序也下载到客户端本地存储。配置应用可以实时监测控制装置侧的Web服务器242是否存在。一旦监测到Web服务器242不存在,则自动将服务器24的程序安装到客户端,继而安装离线模式运行。如此,可以自动切换在线和离线模式,而无需用户的手动干预。

应当理解,虽然本说明书是按照各个实施方式描述的,但并非每个实施方式仅包含一个独立的技术方案,说明书的这种叙述方式仅仅是为清楚起见,本领域技术人员应当将说明书作为一个整体,各实施方式中的技术方案也可以经适当组合,形成本领域技术人员可以理解的其他实施方式。

上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明,它们并非用以限制本发明的保护范围,凡未脱离本发明技艺精神所作的等效实施方案或变更,如特征的组合、分割或重复,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1