CN111221859A - 布控方法、装置及平台 - Google Patents

Abstract

本发明涉及安防技术领域，具体涉及一种布控方法、装置及平台，该方法应用于服务终端，该服务终端与客户终端通信连接。该方法包括：接收客户终端发送的新添加的布控规则表达式，并接收客户终端发送的依据布控规则表达式得到的布控规则，还接收客户终端发送的基本数据，进而依据第二预定开发模板从基本数据中提取主题信息得到主题信息库。最后依据主题信息库以及布控规则对实时检测得到的源数据进行布控预警。由此可见，本方案可在客户终端根据实际业务需要添加主题信息以及布控规则，以适用于不同的布控对象，从而提高了布控的安全检测范围，使得系统扩展更加便捷，而无需重新根据新增加的业务开发新的版本。

Description

布控方法、装置及平台

技术领域

本发明涉及安防技术领域，具体而言，涉及一种布控方法、装置及平台。

背景技术

布控是安防领域一项应用广泛的业务，其主要逻辑是根据一定的布控规则实时监控流数据，对符合规则的流数据生成告警信息并上报给工作人员，工作人员再根据告警信息对违规违法行为进行处理，以便更好地维护社会秩序。

随着安防行业的不断发展，布控业务正在被应用到越来越多的领域，布控对象的多样性不断增强。同时，由于布控规则依托于布控对象，同一个布控对象往往包含多条布控规则，而且不同布控对象的布控规则往往不同，布控对象的多样性也对布控规则提出了越来越多样化的需求。但是，当前业界的布控业务只固定地支持过车数据或Mac、Rfid等有限的几种布控对象，其布控规则的种类也相对单一。若要增加布控对象或布控规则，则需要修改现有的代码并重新发布版本。由于用户需求的多样性与复杂性，技术人员不可能在产品的开发阶段就考虑到所有的布控对象类型以及对应的布控规则。若根据不同用户的不同布控需求发布不同的版本，则会使得版本数量繁杂，增加公司成本。综上所述，现有布控业务的结构难以方便地添加布控对象与布控规则，灵活性与扩展性较差，对用户的需求响应较慢，已难以满足用户日益丰富的布控需求。

发明内容

本发明的目的在于提供一种布控方法，以使得用户可根据实际需求添加布控对象和布控规则，而无需重新发布系统版本，具有良好的扩展性。

本发明的另一目的在于提供一种布控装置，以使得用户可根据实际需求添加布控对象和布控规则，而无需重新发布系统版本，具有良好的扩展性。

本发明的另一目的在于提供一种布控平台，以使得用户可根据实际需求添加布控对象和布控规则，而无需重新发布系统版本，具有良好的扩展性。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种布控方法，应用于服务终端，所述服务终端与客户终端通信连接，所述方法包括：接收所述客户终端发送的新添加的布控规则表达式，并将所述新添加的布控规则表达式存储入所述服务终端的规则表达式库中，所述布控规则表达式为所述客户终端响应用户的第一配置操作按照第一预定开发模板配置；接收所述客户终端发送的新添加的布控规则，所述布控规则为所述客户终端响应用户的第二配置操作根据新添加的布控规则表达式以及已存储于所述规则表达式库中的布控规则表达式配置；接收所述客户终端发送的基本数据，并将所述基本数据存储于所述服务终端的关系型数据库中；依据第二预定开发模块从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中；依据所述主题信息库以及布控规则对接收的源数据进行布控。

第二方面，本发明实施例还提供了一种布控装置，应用于服务终端，所述服务终端与客户终端通信连接，所述装置包括：第一接收模块，用于接收所述客户终端发送的新添加的布控规则表达式，并将所述新添加的布控规则表达式存储入所述服务终端的规则表达式库中，所述布控规则表达式为所述客户终端响应用户的第一配置操作按照第一预定开发模板配置；第二接收模块，用于接收所述客户终端发送的新添加的布控规则，所述布控规则为所述客户终端响应用户的第二配置操作根据新添加的布控规则表达式以及已存储于所述规则表达式库中的布控规则表达式配置；第三接收模块，用于接收所述客户终端发送的基本数据，并将所述基本数据存储于所述服务终端的关系型数据库中；提取模块，用于依据第二预定开发模块从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中；布控模块，用于依据所述主题信息库以及布控规则对接收的源数据进行布控。

第三方面，本发明实施例还提供了一种布控平台，所述布控平台包括数据采集终端、服务终端以及客户终端，所述服务终端分别与所述数据采集终端和客户终端连接，所述服务终端包括数据加载模块、数据处理模块、关系型数据库、内存数据库以及规则表达式库，所述数据采集终端包括编码模块、布控模块以及主题模块；所述编码模块响应用户的第一配置操作按照第一预定开发模块配置布控规则表达式，并将所述布控规则表达式发送并存储至所述服务终端的规则表达式库中；所述布控模块响应用户的第二配置操作根据所述规则表达式库中存储的布控规则表达式配置布控规则，并将所述布控规则发送并存储至所述服务终端的关系型数据库中；所述主题模块响应用户录入操作录入基本数据，并将所述基本数据发送并存储至所述服务终端的关系型数据库中；所述数据加载模块依据第二预定开发模块从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中；所述数据处理模块依据所述主题信息库以及布控规则对所述数据采集终端发送的源数据进行布控。

本发明实施例提供的一种布控方法、装置及平台，该方法应用于服务终端，该服务终端与客户终端通信连接。该方法包括：接收客户终端发送的新添加的布控规则表达式，并接收客户终端发送的依据布控规则表达式得到的布控规则，还接收客户终端发送的基本数据，进而依据第二预定开发模板从基本数据中提取主题信息得到主题信息库。最后依据主题信息库以及布控规则对实时检测得到的源数据进行布控预警。由此可见，本方案可在客户终端根据实际业务需要添加主题信息以及布控规则，以适用于不同的布控对象，从而提高了布控的安全检测范围，使得系统扩展更加便捷，而无需重新根据新增加的业务开发新的版本。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的一种布控平台的结构示意图。

图2示出了本发明实施例提供的一种布控方法的流程示意图。

图3示出了本发明实施例提供的一种布控装置的功能模块示意图。

图示：10-布控平台；100-数据采集终端；200-服务终端；210-关系型数据库；220-数据加载模块；230-内存数据库；240-规则表达式库；250-告警消息队列；260-数据处理模块；270-源数据消息队列；300-客户终端；310-编码模块；320-布控模块；330-主题模块；340-告警模块；20-布控装置；21-第一接收模块；22-显示模块；23-第二接收模块；24-第三接收模块；25-提取模块；26-布控模块。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明实施例提供的一种布控方法，可在基于原系统的基础上根据用户的实际业务需要进行扩展布控对象以及布控规则，使得原有的系统能对多样化的布控对象进行检测，避免了当有新的业务需求出现时需耗费大量资源重新开发系统的问题，极大地节省了人力物力，提供了扩展性较好的系统。

请参照图1，是本发明实施例提供的一种布控平台10的结构示意图，该布控平台10包括数据采集终端100、服务终端200以及客户终端300，该数据采集终端100为可采集数据的终端设备，该服务终端200为后台系统，如服务器，该客户终端300为具有显示界面的智能电子设备，如台式电脑。该服务终端200与数据采集终端100和客户终端300均通信连接。

该服务终端200包括关系型数据库210、数据加载模块220、内存数据库230、规则表达式库240、告警消息队列250、数据处理模块260以及源数据消息队列270。该关系型数据库210用于存储布控信息，该布控信息包括编号、布控规则、生效时间、有效范围等，该关系型数据库210存储了不同的主题大类和主题子类，一个主题大类至少包括一个主题子类，一个主题子类就是一个主题库，如特种车库是一个主题大类，黄标车库就是该特种车库的一个主题子类，换句话说，该关系型数据库210存储了不同主题大类和主题子类的详细信息。

该数据加载模块220用于将关系型数据库210中的数据按照一定的加载策略加载入内存数据库230中，在本发明实施例中，该内存数据库230为Redis数据库，该Redis数据库是一个基于内存的高性能key-value数据库，整个数据库全部加载在内存中进行操作，且定期通过异步操作把数据库数据刷新到磁盘上进行保存。其由于是纯内存操作，所以Redis数据库的性能非常出色，每秒可以处理10万次读写操作，是目前已知的性能最好的key-value数据库。此外，Redis数据库还支持多种数据结构，每个value的最大限制是1GB，可以用来实现多样化的存储功能。

该规则表达式库240用于存储用户设定的筛选条件，该源数据消息队列270用于录入源数据，并通过规则表达式依据内存数据库230中的数据对源数据进行筛选，在满足规则表达式的情况下，将源数据输入告警消息队列250中，发送至客户终端300进行信息告警，以及时通知工作人员采取措施。

该客户终端300包括编码模块310、布控模块320、主题模块330以及告警模块340。该编码模块310按照Expression接口提供的开发模板配置需添加的布控规则表达式，该布控规则表达式即为对源数据进行筛选的条件，并将配置的布控规则表达式存储入服务终端200的规则表达式库240中。该布控模块320用于显示存储于规则表达式库240中的规则表达式，用户可在布控模块320中根据业务需要编辑由一条或多条布控规则表达式形成的布控规则，并将该新添加的布控规则存储入服务终端200的关系型数据库210中。此外，用户也可在主题模块330中编辑需要新添加的基本数据，该基本数据会存储入服务终端200的关系型数据库210中，并经数据加载模块220按照一定的加载策略筛选出主题信息存储入内存数据库230中。该告警模块340用于对符合筛选条件的数据进行告警，以及时提醒工作人员。

该布控平台10的实际使用过程为：数据采集终端100采集源数据，加入服务终端200的源数据消息队列270中。该服务终端200的数据处理模块260将会按照关系型数据库210中存储的布控规则以及内存数据库230中的主题信息，对源数据进行筛选，若源数据符合布控规则，则将源数据加入到告警消息队列250中，发送至客户终端300的告警模块340，并通过告警模块340发出警报，以及时提醒工作人员，便于工作人员及时采取措施。

以实际应用场景为例，进行举例说明：

如道路上设置的高速路收费站，该通过在高速路收费站处安装检测设备以检测车辆的车牌号是单号还是双号，以实现单双号限行的把控。该检测设备可能包括摄像头、服务器以及工作人员工作室内的电脑，实际使用时，该摄像头将采集车辆图像，并将采集的车辆图像发送至服务器，该服务器对车辆图像进行识别车牌号，并将车票号识别结果(车牌号是单号还是双号)发送至电脑，进而电脑处的工作人员可依据该车牌识别结果判断是否对车辆放行。该例子中，该摄像头相当于数据采集终端100，该服务器相当于服务终端200，该电脑相当于客户终端300，进而用户若是增加了业务需求，可在电脑这一侧增加布控对象和布控规则，如还需要对驾驶员是否在驾驶过程中打电话进行监控，则添加驾驶员这一布控对象，以及是否接打电话的具体监控规则，而无需对该系统进行重新开发。

请参照图2，是本发明实施例提供的一种布控方法的流程示意图，该布控方法应用于服务终端200，该方法包括：

步骤S110，接收所述客户终端发送的新添加的布控规则表达式，并将所述新添加的布控规则表达式存储入所述服务终端的规则表达式库中，所述布控规则表达式为所述客户终端响应用户的第一配置操作按照第一预定开发模块配置。

具体为，用户可通过客户终端300上设置的编码模块310配置布控规则表达式，该布控规则表达式为源数据的具体筛选条件，相当于SQL语句中where字段后限制的条件。该编码模块310定义了第一预定开发模板，用户在通过编码模块310配置布控规则表达式时需按照第一预定开发模板进行配置。该第一预定开发模板为Expression接口为用户提供的根据自身业务需求灵活构造布控规则表达式的开发模板，该开发模板中定义了多个功能模板，如calculate方法定义了该规则表达式对流数据的处理逻辑，methidName方法定义了该规则表达式在SQL语句中的名称，register方法定义了该规则表达式的名称及其计算逻辑一一对应加载到规则表达式库240中。进而，Expression接口提供了上述三个方法及其功能的抽象实现，规定了每个方法的方法名称、方法参数、返回值类型以及该方法实现功能，其具体实现由根据该接口模板开发的规则表达式提供。不同规则表达式的名称不同，对流数据的处理逻辑不同，所以每个规则表达式都需要根据该接口模板进行编码，为接口中规定的三个方法提供其对应的功能的具体实现。

进而，用户通过编码模块310完成布控规则表达式的编辑后，将把新添加的布控规则表达式发送至服务终端200，该服务终端200将该布控规则表达式存储入关系型数据库210中，后经数据加载模块220加载入规则表达式库240中。

步骤S120，将所述新添加的布控规则表达式显示于所述客户终端的应用界面，以便于所述客户终端响应用户的第二配置操作得到布控规则。

即是说，服务终端200还将控制新添加的布控规则表达式显示于客户终端300的应用界面上，用户可以查看到新添加的布控规则表达式，同时用户也可以查找到之前存储于规则表达式库240中的布控规则表达式，进而用户可根据该多条布控规则表达式根据实际业务需求配置得到布控规则。

步骤S130，接收所述客户终端发送的新添加的布控规则，所述布控规则为所述客户终端响应用户的第二配置操作根据新添加的布控规则表达式以及已存储于所述规则表达式库中的布控规则表达式配置。

即是说，用户可通过客户终端300上的布控模块320配置布控规则，该布控规则为用户根据规则表达式库240中存储的多条布控规则表达式进行配置。具体地，该布控规则为完整的SQL语句，即每条布控规则均有SQL关键字、布控字段、布控对象和布控条件四部分组成，如布控规则为“select record_id,plate_code,plate_color from Hrecord whereINRULETIME(rule_id,pass_time)＝true and SUBSTRING(plate_code,-1)＝8”，其中，select、from以及where为SQL关键字，record_id,plate_code,plate_color为布控字段，即需要在源数据消息队列中查找的字段，如一个源数据消息队列中有很多条过车数据，其中每一条过车数据都包含多个字段，record_id,plate_code,plate_color是其中的三个字段，当一条过车数据满足布控条件时，会把这条过车数据中record_id,plate_code,plate_color三个字段的值作为一条数据存入告警消息队列。也就是说，对于源数据消息队列中满足布控条件的一条数据，select后面跟着的字段决定了要把这条数据中的哪些信息存入告警消息队列。Hrecord为布控对象，即这条布控规则的应用对象或应用主体，如换句话说，一个布控对象根据布控规则的不同可能有多个主题库，比如对过车这个布控对象来说，可能会有黄标车库，大卡车库，公共汽车库等。，INRULETIME(rule_id,pass_time)＝trueandSUBSTRING(plate_code,-1)＝8为布控条件，该布控条件由一个或多个根据Expression接口构造的布控规则表达式组成，不同规则表达式的不同组合构成灵活多变的布控条件。

进而，用户在客户终端300上配置好布控规则后，将新添加的布控规则发送至服务终端200，由服务终端200将该布控规则存储入关系型数据库210中。

步骤S140，接收所述客户终端发送的基本数据，并将所述基本数据存储于所述服务终端的关系型数据库中。

即是说，用户可通过客户终端300上设置的主题模块330录入基本数据，进而将录入的基本数据发送至服务终端200，并存储入服务终端200的关系型数据库210中。该基本数据为用户根据业务需求新添加的监控对象的相关的基本信息。

步骤S150，依据第二预定开发模板从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中。

即是说，该基本数据存储于服务终端200的关系型数据库210中，其包括多个主题大类，每个主题大类下又包括多个主题小类，且不同主题大类下的主题小类在内存数据库230中的存储结构不同，因此需要分别从基本数据中提取主题信息形成主题信息库存储于内存数据库230中。该主题信息指基本数据中具有统一主题的信息集合，即是说，将不同主题的信息从关系型数据库210中提取出来分门别类地存储于内存数据库230中，由于内存数据库230存在于内存中，故信息读取和查找速度更快，以便于后续对源数据分类别快速查找。

该第二预定开发模板为Theme接口提供的操作Redis数据库中的主题库的开发模板，其定义了多种不同的主题库加载和删除模板。如initByType定义将该主题大类下的所有主题库从关系型数据库210加载到内存数据库230中的加载逻辑；initBySubType定义了将该主题大类下的一个或多个主题库从关系型数据库210加载到内存数据库230中的加载逻辑；delByType方法定义了将该主题大类下的所有主题库从内存数据库230中删除的逻辑；delBySubType方法定义了该主题大类下的一个或多个主题库从内存数据库230中删除的逻辑；themeType方法定义了该主题大类的名称。该Theme接口提供了上述五个方法及其功能的抽象实现，即规定了每个方法的方法名称、方法参数、返回值类型以及该方法要实现的功能等，其具体实现由每个主题大类根据该接口模板开发的代码提供。不同主题大类之间的主题加载与删除策略不同，所以每个主题大类都需要根据该接口模板进行编码，为接口中规定的五个方法提供其对应的功能的具体实现。

进而，服务终端200的数据加载模块220将依据该第二预定开发模板从基本数据中提取主题信息形成主题信息库存储于内存数据库230中。

步骤S160，依据所述主题信息以及布控规则对接收的源数据进行布控。

即是说，数据采集终端100采集到源数据后，将源数据发送至服务终端200的源数据消息队列270中，该数据处理模块240对该源数据进行布控。具体为，该数据处理模块240根据布控规则SQL语句(具体为SQL语句中from后面跟着的内容)确定布控对象，然后每隔一定的频率从该布控对象的源数据消息队列中拉取一批数据。将布控规则Where条件中的规则表达式应用于拉取的数据，如果某条数据符合其中所有的规则表达式，则将该条数据的相关信息存入告警消息队列250中，以进一步发送至客户终端300的告警模块340中以对工作人员进行告警。

如有一条布控规则是对过车是否是黄标车进行布控，则布控对象为过车信息。数据处理模块260从过车的源数据消息队列中拉取一批过车数据，然后根据布控规则(布控规则也就是：将其中每条过车数据的车牌号、车牌颜色等信息与内存数据库230中的黄标车库进行比对)判断其中的每条过车是否是黄标车，若是，则进行告警。此外，不是所有的布控规则表达式都需要用到主题库，比如过车数据单双号的判断就不需用到主题库，即是否用到主题库需要根据实际情况确定。

由此可见，本发明实施例提供的一种布控方法，其通过在客户终端的编码模块基于上述两个接口的开发模板进行开发，用户可以构造适合自身需要的布控规则表达式与主题加载、删除策略，新的布控规则表达式与主题加载、删除策略无需重新发布版本就可以立即生效，解决了现有技术支持的布控对象与布控规则相对单一、无法根据多样化的用户需求灵活实现对新数据类型的布控，扩展性、灵活性较差的问题。

请参照图3，是本发明实施例提供的一种布控装置20的功能模块示意图，该装置包括第一接收模块21、显示模块22、第二接收模块23、第三接收模块24、提取模块25以及布控模块26。

第一接收模块21，用于接收所述客户终端发送的新添加的布控规则表达式，并将所述新添加的布控规则表达式存储入所述服务终端的规则表达式库中，所述布控规则表达式为所述客户终端响应用户的第一配置操作按照第一预定开发模板配置。

在本发明实施例中，步骤S110可以由第一接收模块21执行。

显示模块22，用于将所述新添加的布控规则表达式显示于所述客户终端的应用界面，以便于所述客户终端响应用户的第二配置操作得到布控规则。

在本发明实施例中，步骤S120可以由显示模块22执行。

第二接收模块23，用于接收所述客户终端发送的新添加的布控规则，所述布控规则为所述客户终端响应用户的第二配置操作根据新添加的布控规则表达式以及已存储于所述规则表达式库中的布控规则表达式配置。

在本发明实施例中，步骤S130可以由第二接收模块23执行。

第三接收模块24，用于接收所述客户终端发送的基本数据，并将所述基本数据存储于所述服务终端的关系型数据库中。

在本发明实施例中，步骤S140可以由第三接收模块24执行。

提取模块25，用于依据第二预定开发模块从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中。

在本发明实施例中，步骤S150可以由提取模块25执行。

布控模块26，用于依据所述主题信息库以及布控规则对接收的源数据进行布控。

在本发明实施例中，步骤S160可以由布控模块26执行。

由于在布控方法部分已经详细描述，在此不再赘述。

综上所述，本发明实施例提供的一种布控方法、装置及平台，该方法应用于服务终端，该服务终端与客户终端通信连接。该方法包括：接收客户终端发送的新添加的布控规则表达式，并接收客户终端发送的依据布控规则表达式得到的布控规则，还接收客户终端发送的基本数据，进而依据第二预定开发模板从基本数据中提取主题信息得到主题信息库。最后依据主题信息库以及布控规则对实时检测得到的源数据进行布控预警。由此可见，本方案可在客户终端根据实际业务需要添加主题信息以及布控规则，以适用于不同的布控对象，从而提高了布控的安全检测范围，使得系统扩展更加便捷，而无需重新根据新增加的业务开发新的版本。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种布控方法，应用于服务终端，所述服务终端与客户终端通信连接，其特征在于，所述方法包括：

接收所述客户终端发送的新添加的布控规则表达式，并将所述新添加的布控规则表达式存储入所述服务终端的规则表达式库中，所述布控规则表达式为所述客户终端响应用户的第一配置操作按照第一预定开发模板配置；

接收所述客户终端发送的新添加的布控规则，所述布控规则为所述客户终端响应用户的第二配置操作根据新添加的布控规则表达式以及已存储于所述规则表达式库中的布控规则表达式配置；

接收所述客户终端发送的基本数据，并将所述基本数据存储于所述服务终端的关系型数据库中；

依据第二预定开发模块从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中；

依据所述主题信息库以及布控规则对接收的源数据进行布控。

2.如权利要求1所述的方法，其特征在于，所述依据所述主题信息库以及布控规则对接收的源数据进行布控的步骤包括：

依据所述布控规则确定布控对象；

依据所述布控对象确定至少一个目标主题信息库；

依据所述目标主题信息库以及所述布控规则对所述源数据进行布控。

3.如权利要求2所述的方法，其特征在于，所述依据所述目标主题信息库以及所述布控规则对所述源数据进行布控的步骤包括：

依据所述目标布控规则验证所述源数据是否存在于所述目标主题信息库中，若存在，则将所述源数据加入告警消息队列，并通过所述客户终端进行告警。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

将所述新添加的布控规则表达式显示于所述客户终端的应用界面，以便于所述客户终端响应用户的第二配置操作得到布控规则。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

将所述新添加的布控规则存储入所述服务终端的关系型数据库中。

6.一种布控装置，应用于服务终端，所述服务终端与客户终端通信连接，其特征在于，所述装置包括：

第一接收模块，用于接收所述客户终端发送的新添加的布控规则表达式，并将所述新添加的布控规则表达式存储入所述服务终端的规则表达式库中，所述布控规则表达式为所述客户终端响应用户的第一配置操作按照第一预定开发模板配置；

第二接收模块，用于接收所述客户终端发送的新添加的布控规则，所述布控规则为所述客户终端响应用户的第二配置操作根据新添加的布控规则表达式以及已存储于所述规则表达式库中的布控规则表达式配置；

第三接收模块，用于接收所述客户终端发送的基本数据，并将所述基本数据存储于所述服务终端的关系型数据库中；

提取模块，用于依据第二预定开发模块从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中；

布控模块，用于依据所述主题信息库以及布控规则对接收的源数据进行布控。

7.如权利要求6所述的装置，其特征在于，所述布控模块具体用于：

依据所述布控规则确定布控对象；

依据所述布控对象确定至少一个目标主题信息库；

依据所述目标主题信息库以及所述布控规则对所述源数据进行布控。

8.如权利要求7所述的装置，其特征在于，所述布控模块具体用于：

依据所述目标布控规则验证所述源数据是否存在于所述目标主题信息库中，若存在，则将所述源数据加入告警消息队列，并通过所述客户终端进行告警。

9.如权利要求6所述的装置，其特征在于，所述装置还包括：

显示模块，用于将所述新添加的布控规则表达式显示于所述客户终端的应用界面，以便于所述客户终端响应用户的第二配置操作得到布控规则。

10.一种布控平台，其特征在于，所述布控平台包括数据采集终端、服务终端以及客户终端，所述服务终端分别与所述数据采集终端和客户终端连接，所述服务终端包括数据加载模块、数据处理模块、关系型数据库、内存数据库以及规则表达式库，所述客户终端包括编码模块、布控模块以及主题模块；

所述编码模块响应用户的第一配置操作按照第一预定开发模块配置布控规则表达式，并将所述布控规则表达式发送并存储至所述服务终端的规则表达式库中；

所述布控模块响应用户的第二配置操作根据所述规则表达式库中存储的布控规则表达式配置布控规则，并将所述布控规则发送并存储至所述服务终端的关系型数据库中；

所述主题模块响应用户录入操作录入基本数据，并将所述基本数据发送并存储至所述服务终端的关系型数据库中；

所述数据加载模块依据第二预定开发模块从所述基本数据提取主题信息形成主题信息库存储于所述服务终端的内存数据库中；

所述数据处理模块依据所述主题信息库以及布控规则对所述数据采集终端发送的源数据进行布控。

Images