CN103208170B - 一种多客户端接收报警信息的方法和系统 - Google Patents
一种多客户端接收报警信息的方法和系统 Download PDFInfo
- Publication number
- CN103208170B CN103208170B CN201210570616.3A CN201210570616A CN103208170B CN 103208170 B CN103208170 B CN 103208170B CN 201210570616 A CN201210570616 A CN 201210570616A CN 103208170 B CN103208170 B CN 103208170B
- Authority
- CN
- China
- Prior art keywords
- warning message
- client
- receives
- alarm server
- priority
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Alarm Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明适用于公共安全领域,公开了一种多客户端接收报警信息的方法和系统,该方法至少包括:报警服务器接收报警信息,客户端主动向报警服务器发出处理请求消息,报警服务器接收客户端的处理请求消息,将报警信息分配给客户端进行警情处理。通过该方法和系统,解决了大量报警信息并发产生时的拥挤问题;保证了系统的可靠性,确保每一个报警信息都能得到及时的处理;增强了报警系统的主动性,可以确保对重要的报警信息得到及时响应;由于是客户端主动获取报警信息的方式,能够平衡各个客户端的信息处理量;增强了系统的可扩展性,可以按需增加或减少客户端的数量,实现资源的合理利用。
Description
技术领域
本发明涉及公共安全领域,更具体地,涉及一种公共安全领域监控报警系统中的多客户端接收报警信息的方法和系统。
背景技术
近年来,监控报警系统在公共安全领域为保障人民群众的生命财产安全方面发挥着越来越重要的作用,同时,由于监控报警系统规模的不断增大,需要处理的报警信息也越来越多,比如公安、银行、火警等许多单位都建设了专门的报警接收中心。
以银行监控报警系统为例,由于自助银行和ATM机出现社会治安问题和金融犯罪的情况越来越多,以市级集中联网甚至省级集中联网的安保系统开始大规模建设。但是,在某些高峰时间段,全省ATM或自主银行成千上万的报警同时并发产生,给系统在报警接收和处理上,带来了新的挑战。
目前的报警接收中心接收报警信息一般采用如下两种方式:
方式一,采用固定报警转发方式,每个客户端都会管理一批报警设备,接收并处理这些报警设备所发送的报警信息;报警接收服务接收到报警信息后,根据设置将这些报警信息转发给某个固定的客户端。
方式二,采用随机转发方式,报警接收服务接收到报警信息后,根据某种随机原则,选择多个客户端中的一个进行转发。
以上两种方式,都是客户端被动接收信息,往往会出现多个客户端之间报警量不平衡、某些客户端不能及时处理报警信息、某些重要报警信息不能即时处理等问题,最为严重的可能会出现漏处理的情况。
发明内容
本发明的特征和优点在下文的描述中部分地陈述,或者可从该描述显而易见,或者可通过实践本发明而学习。
为了解决现有技术的存在的上述问题,本发明提供一种多客户端接收报警信息的方法,该方法至少包括:
本发明提供一种多客户端接收报警信息的方法,包括:
报警服务器接收报警信息;
所述报警服务器将所述报警信息根据警情的重要或紧急状况按预设规则进行优先级配置,按照报警的时间先后顺序放入队列中;
客户端主动向报警服务器发出处理请求消息;
报警服务器接收客户端的处理请求消息后,将优先级最高或最早发生的报警信息发送给客户端进行警情处理;所述将优先级最高或最早发生的报警信息发送给客户端包括:优先级级别高的报警信息优先处理;优先级级别相同的报警信息,按照报警时间的先后顺序处理;对超过特定预设时间且未得到处理的报警信息,提示客户端选择处理。
作为优选的实施例,在报警服务器接收到报警信息之后还包括:根据报警信息的特定属性对报警信息进行优先处理判定,并对报警信息的处理状态进行标记。
作为优选的实施例,报警服务器接收客户端的处理请求消息,将报警信息分配给客户端进行警情处理进一步包括:
当报警服务器接收到请求消息后,将优先级最高或最早发生的报警信息发送给客户端时,将该报警信息的处理状态标记设置为“处理中”;
客户端在接收到报警信息后,按照报警处理流程或者预案进行警情处理。
作为优选的实施例,在客户端对报警信息进行警情处理完毕后,将警情处理结果反馈给报警服务器。
作为优选的实施例,报警服务器将已处理的报警信息的处理状态标记设置为“已处理”或直接删除报警信息。
作为优选的实施例,报警服务器接收的报警信息是通过监听的方式获得,根据预设报警协议接收报警信息。
本发明还提供一种多客户端接收报警信息的系统,包括:
报警服务器,用于接收报警信息,将所述报警信息根据警情的重要或紧急状况按预设规则进行优先级配置,按照报警的时间先后顺序放入队列中,并将优先级最高或最早发生的报警信息发送给所述客户端进行警情处理;所述将优先级最高或最早发生的报警信息发送给所述客户端包括:优先级级别高的报警信息优先处理;优先级级别相同的报警信息,按照报警时间的先后顺序处理;对超过特定预设时间且未得到处理的报警信息,提示客户端选择处理;
客户端,用于主动向报警服务器获取报警信息进行警情处理。
作为优选的实施例:还包括前端报警设备,用于根据各类警情的触发产生报警信息,并将报警信息发送给报警服务器;前端报警设备包括报警主机、报警盒、探测器、摄像头。
作为优选的实施例,客户端为至少两个,报警服务器分别于客户端以及前端报警设备相连。
通过以上技术方案的实现,使本发明至少具备如下优点:
1、解决了大量报警信息并发产生时的拥挤问题;
2、保证了系统的可靠性,确保每一个报警信息都能得到及时的处理;
3、增强了报警系统的主动性,可以确保对重要的报警信息得到及时响应;
4、由于是客户端主动获取报警信息的方式,能够平衡各个客户端的信息处理量;
5、增强了系统的可扩展性,可以按需增加或减少客户端的数量,实现资源的合理利用。
通过阅读说明书,本领域普通技术人员将更好地了解这些技术方案的特征和内容。
附图说明
下面通过参考附图并结合实例具体地描述本发明,本发明的优点和实现方式将会更加明显,其中附图所示内容仅用于对本发明的解释说明,而不构成对本发明的任何意义上的限制,在附图中:
图1为本发明多客户端接收报警信息的方法流程图。
图2为本发明多客户端接收报警信息的系统原理框图。
图3为本发明系统各模块之间的信息处理原理框图。
具体实施方式
以下结合附图对本发明具体实施方式作进一步的详细描述。
如图1所示,该多客户端接收报警信息的方法至少包括如下步骤:
步骤101、报警服务器接收报警信息;
步骤102、客户端主动向报警服务器发出处理请求消息;
步骤103、报警服务器接收客户端的处理请求消息,将报警信息分配给客户端进行警情处理。
在优选的实施例中,在步骤101中,报警服务器接收报警信息主要来自前端报警设备所触发,并且报警服务器接收来自前端报警设备触发的报警信息是通过监听的方式,根据预设报警协议接收报警信息。这里所说的监听,可以是被动的信息获取方式,一旦触发了报警信息即能够进行直接接收;当然也可以是主动的信息获取方式,即通过定时的方式获取,即以一定的间隔时间获取触发的报警信息。
在步骤101和步骤102之间还包括:报警服务器将报警信息根据警情的重要或紧急状况按预设规则进行优先级配置,根据时间先后顺序放入队列,并根据特定属性对报警信息进行优先处理判定,设置各报警信息的处理状态标记。其中,特定属性是指报警时间、报警类型、报警地点。
步骤102中,各客户端定时向报警服务器发送报警处理请求消息。具体而言,就是客户端以一定的时间为周期,向报警服务器发送报警处理请求消息,这个时间周期,可以由系统根据时间情况预设,也可以根据具体情况进行调整。这样做的好处就是算法简单,减少系统复杂度。
在另一种实施例中,步骤102中的各客户端向报警服务器发送报警处理请求消息也可以是非定时方式。比如可以是客户端根据处理状态标记的情况发起主动请求处理,各个客户端会根据自身的处理能力或者处理状态标记,来决定是否向报警服务器发送下一条报警处理请求消息,当客户端处理完若干报警信息后,如果客户端具备继续处理能力,即向报警服务器发送报警处理请求消息,一个报警服务器可以同时处理多条报警信息,只要发现报警服务器中有处理状态标记为“未处理”的报警信息,即可以向报警服务器发送报警处理请求消息,直至处理完毕为止。这种方式,大大提高了客户端的自主性,使得客户端处理效率更高。
步骤103中,报警服务器接收到请求消息后,将优先级最高或最早发生的报警信息发送给客户端,并将该报警信息的处理状态标记设置为“处理中”;客户端在接收到报警信息后,按照报警处理流程或者预案进行警情处理。其中,将优先级最高或最早发生的报警信息发送给客户端的基本规则为:优先级级别高的报警信息优先处理,优先级级别相同的报警信息,按照时间先后顺序处理,有报警信息超过特定预设时间未得到处理时,由客户端人工选择处理。这种规则,能充分保证各报警信息能够得到及时,有效的处理。
在客户端对报警信息进行警情处理完毕后,将警情处理结果反馈给报警服务器,报警服务器将已处理的报警信息的处理状态标记设置为“已处理”或者直接删除该报警信息。
以下以特定场景对本发明做进一步的描述,以某个市级联网报警系统为例。
假设前端报警设备为1000个,高峰时间段1分钟报警并发率为20%左右;1分钟内各种前端报警设备触发报警各类报警约为200个。在报警服务器收到报警后,对报警信息按照时间、地点、类型进行优先级汇总。在本例中,一级报警20个,二级报警40个,三级报警140个。客户端1到客户端N(N为自然数,具体大小根据实际情况由系统而定)向报警服务器请求报警信息,根据客户端申请的时间先后,报警服务器优先将一级报警根据时间先后发送给客户端。如一级报警一级处理完毕,再将二级报警根据时间先后发送给客户端;再将三级报警根据时间先后发送给客户端。客户端收到报警后,处理报警信息后,将报警处理结果反馈给报警服务器。
在客户端处理优先级别相同的报警信息时,一般按照时间先后的顺序进行处理,如果此时突然有优先级更高的报警信息出现时,则停止正在执行的优先级别的报警信息,优先处理优先级别更高的报警信息,在处理完该优先级更高的报警信息之后,再接着处理未完成的优先级别较低的报警信息。对超过特定预设时间且未得到处理的报警信息,提示客户端自行选择处理。
如图2所示,本发明还公开了一种多客户端接收报警信息的系统,该系统至少包括:
报警服务器201,用接收来报警信息,并将报警信息发送给各客户端进行警情处理;其中的报警信息主要来自前端报警设备所触发。
客户端202,用于向报警服务器获取报警信息进行警情处理。
前端报警设备203,用于根据各类警情的触发产生报警信息,并将报警信息发送给报警服务器。
需要进一步说明的是,在优选的实施例中,客户端202和前端报警203设备可以是多个,客户端和前端报警设备分别和报警服务器201相连,其中的前端报警设备可以是安装在各特定位置的报警主机、报警盒、探测头、摄像头等装置。其中探测头可以是烟雾探测头、水流探测头、红外线探测头、温度探测头等等。
如图3所示,前端报警设备203根据警情触发产生报警信息,并将该报警信息发送给报警服务器201,然后各个客户端202向报警服务器201发送报警处理请求消息,报警服务器201向各个客户端202分发报警信息,在各个客户端202处理完报警信息之后,将报警处理结果发送给报警服务器201,如果前端设备203为报警主机的话,在客户端202完成报警信息处理后,报警服务器201将处理结果反馈给前端报警设备203,则整个流程结束。
通过以上技术方案的实现,通过合理的规则配置,解决了大量报警信息并发产生时的拥挤问题,保证了系统的可靠性和稳定性,同时确保每一个报警信息都能得到及时的处理。由于采用了客户端主动申请模式,因此增强了报警系统的主动性,可以确保对重要的报警信息得到及时响应,能够平衡各个客户端的信息处理量;增强了系统的可扩展性,可以按需增加或减少客户端的数量,实现资源的合理利用。
以上参照附图说明了本发明的优选实施例,本领域技术人员不脱离本发明的范围和实质,可以有多种变型方案实现本发明。举例而言,作为一个实施例的部分示出或描述的特征可用于另一实施例以得到又一实施例。以上仅为本发明较佳可行的实施例而已,并非因此局限本发明的权利范围,凡运用本发明说明书及附图内容所作的等效变化,均包含于本发明的权利范围之内。
Claims (9)
1.一种多客户端接收报警信息的方法,其特征在于,包括:
报警服务器接收报警信息;
所述报警服务器将所述报警信息根据警情的重要或紧急状况按预设规则进行优先级配置,按照报警的时间先后顺序放入队列中;
客户端主动向所述报警服务器发出处理请求消息;
所述报警服务器接收所述客户端的处理请求消息后,将优先级最高或最早发生的报警信息发送给所述客户端进行警情处理;所述将优先级最高或最早发生的报警信息发送给所述客户端包括:优先级级别高的报警信息优先处理;优先级级别相同的报警信息,按照报警时间的先后顺序处理;对超过特定预设时间且未得到处理的报警信息,提示客户端选择处理。
2.根据权利要求1所述的多客户端接收报警信息的方法,其特征在于,在所述报警服务器接收到所述报警信息之后还包括:根据所述报警信息的特定属性对所述报警信息进行优先处理判定,并对所述报警信息的处理状态进行标记。
3.根据权利要求2所述的多客户端接收报警信息的方法,其特征在于,所述报警服器接收所述客户端的处理请求消息,将所述报警信息分配给所述客户端进行警情处理进一步包括:
当所述报警服务器接收到所述请求消息后,将优先级最高或最早发生的报警信息发送给所述客户端时,将该报警信息的处理状态标记设置为“处理中”;
所述客户端在接收到所述报警信息后,按照报警处理流程或者预案进行警情处理。
4.根据权利要求3所述的多客户端接收报警信息的方法,其特征在于,在所述客户端对所述报警信息进行警情处理完毕后,将警情处理结果反馈给所述报警服务器。
5.根据权利要求4所述的多客户端接收报警信息的方法,其特征在于,所述报警服务器将已处理的所述报警信息的处理状态标记设置为“已处理”或直接删除所述报警信息。
6.根据权利要求1-5任意一项所述的多客户端接收报警信息的方法,其特征在于,所述报警服务器接收的报警信息是通过监听的方式获得,根据预设报警协议接收所述报警信息。
7.一种多客户端接收报警信息的系统,其特征在于,包括:
报警服务器,用于接收报警信息,将所述报警信息根据警情的重要或紧急状况按预设规则进行优先级配置,按照报警的时间先后顺序放入队列中,并将优先级最高或最早发生的报警信息发送给所述客户端进行警情处理;所述将优先级最高或最早发生的报警信息发送给所述客户端包括:优先级级别高的报警信息优先处理;优先级级别相同的报警信息,按照报警时间的先后顺序处理;对超过特定预设时间且未得到处理的报警信息,提示客户端选择处理;
客户端,用于主动向所述报警服务器获取所述报警信息进行警情处理。
8.根据权利要求7所述的多客户端接收报警信息的系统,其特征在于:还包括前端报警设备,用于根据各类警情的触发产生报警信息,并将所述报警信息发送给报警服务器;所述前端报警设备包括报警主机、报警盒、探测器、摄像头。
9.根据权利要求8所述的多客户端接收报警信息的系统,其特征在于,所述客户端为至少两个,所述报警服务器分别于所述客户端以及前端报警设备相连。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210570616.3A CN103208170B (zh) | 2012-12-15 | 2012-12-15 | 一种多客户端接收报警信息的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210570616.3A CN103208170B (zh) | 2012-12-15 | 2012-12-15 | 一种多客户端接收报警信息的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103208170A CN103208170A (zh) | 2013-07-17 |
CN103208170B true CN103208170B (zh) | 2016-01-20 |
Family
ID=48755384
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210570616.3A Active CN103208170B (zh) | 2012-12-15 | 2012-12-15 | 一种多客户端接收报警信息的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103208170B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103970811B (zh) * | 2013-12-19 | 2020-03-27 | 中国科学院上海应用物理研究所 | 基于参数筛选和定时查询的报警系统及方法 |
CN104484985B (zh) * | 2014-12-29 | 2015-11-25 | 北京中安国通科技有限公司 | 一种安全报警方法、终端、公安系统及安全报警平台 |
CN104548259A (zh) * | 2015-01-15 | 2015-04-29 | 深圳市科曼医疗设备有限公司 | 注射泵的报警方法及注射泵 |
CN105469558B (zh) * | 2015-12-23 | 2019-04-05 | 武汉烽火众智数字技术有限责任公司 | 一种一键报警系统 |
CN108091114A (zh) * | 2016-11-23 | 2018-05-29 | 杭州海康威视系统技术有限公司 | 一种显示警情信息的方法和装置 |
CN106652436B (zh) * | 2017-02-28 | 2019-06-04 | 青岛海信网络科技股份有限公司 | 一种交通警情处理方法和警情终端 |
CN109739718A (zh) * | 2018-11-30 | 2019-05-10 | 贵阳朗玛信息技术股份有限公司 | 日志报警方法及装置 |
CN111127804B (zh) * | 2019-12-24 | 2022-05-06 | 武汉理工光科股份有限公司 | 一种消防火灾分级推送的方法及其系统 |
CN114202197B (zh) * | 2021-12-09 | 2024-06-04 | 成都轨道交通集团有限公司 | 一种报警消息排序的方法与系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101145270A (zh) * | 2006-09-13 | 2008-03-19 | 华为技术有限公司 | 一种实现报警的方法、装置和系统 |
CN102685123A (zh) * | 2012-05-04 | 2012-09-19 | 安科智慧城市技术(中国)有限公司 | 一种基于云存储发布流媒体的装置、系统及方法 |
CN102768792A (zh) * | 2012-06-29 | 2012-11-07 | 安科智慧城市技术(中国)有限公司 | 一种联网报警警情集中推送方法和装置 |
CN102789675A (zh) * | 2012-06-20 | 2012-11-21 | 安科智慧城市技术(中国)有限公司 | 一种联网报警警情处理方法和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120306620A1 (en) * | 2011-05-31 | 2012-12-06 | General Electric Company | Systems and methods for alert visualization |
-
2012
- 2012-12-15 CN CN201210570616.3A patent/CN103208170B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101145270A (zh) * | 2006-09-13 | 2008-03-19 | 华为技术有限公司 | 一种实现报警的方法、装置和系统 |
CN102685123A (zh) * | 2012-05-04 | 2012-09-19 | 安科智慧城市技术(中国)有限公司 | 一种基于云存储发布流媒体的装置、系统及方法 |
CN102789675A (zh) * | 2012-06-20 | 2012-11-21 | 安科智慧城市技术(中国)有限公司 | 一种联网报警警情处理方法和系统 |
CN102768792A (zh) * | 2012-06-29 | 2012-11-07 | 安科智慧城市技术(中国)有限公司 | 一种联网报警警情集中推送方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103208170A (zh) | 2013-07-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103208170B (zh) | 一种多客户端接收报警信息的方法和系统 | |
CN100471141C (zh) | 无线传感器网络的混合入侵检测方法 | |
Chen et al. | Smart attacks in smart grid communication networks | |
CN104348522B (zh) | 一种适用于低功耗蓝牙设备的心跳保持的方法 | |
CN103794033B (zh) | 监控报警方法和装置 | |
CN108092847B (zh) | 一种电力lte无线终端远程在线监控方法 | |
CN105191257A (zh) | 用于检测多阶段事件的方法和装置 | |
CN102447707B (zh) | 一种基于映射请求的DDoS检测与响应方法 | |
CN105258103B (zh) | 全自动锅炉智能报警提醒系统及方法 | |
CN202748901U (zh) | 火灾无线监测预警系统 | |
CN104092577B (zh) | 一种网络告警通知系统及其通知方法 | |
CN109040198B (zh) | 信息生成和传递系统及方法 | |
Ghaffari | Designing a wireless sensor network for ocean status notification system | |
CN109459654A (zh) | 一种连接异常确定的方法、装置及系统 | |
CN101867958A (zh) | 管理无线传感网终端的方法和系统 | |
WO2017195089A1 (en) | Method and system for achieving auto-adaptive clustering in a sensor network | |
JP2013172247A (ja) | データ生成装置、方法およびプログラム | |
Liang et al. | A distributed data secure transmission scheme in wireless sensor network | |
CN108200662A (zh) | 城市轨道交通土建设施智能监测系统 | |
CN203931066U (zh) | 一种仓库异常情况主动报警装置 | |
CN106385343A (zh) | 一种分布式系统下监控客户端的方法及装置、分布式系统 | |
CN106027306A (zh) | 一种资源监控方法及装置 | |
CN102821097A (zh) | 一种接入检测方法及装置 | |
Suciu et al. | IoT time critical applications for environmental early warning | |
CN103944777B (zh) | 分布式监控系统信息处理方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20160819 Address after: 650000 room 310, supervision building, Kunming export processing zone, Kunming, Yunnan Patentee after: Kunming filtech Electronic System Engineering Co. Ltd. Address before: 518034 Guangdong province Shenzhen city Futian District District Shennan Road Press Plaza room 1306 Patentee before: Anke Smart Cities Technolongy (PRC) Co., Ltd. |