专利名称：公安机关警务信息整合与电子警务实战的控制方法
技术领域：
本发明涉及“电子警务”范畴，涉及国家安全的敏感信息已被略去。具体地说，本发明是通过一组引擎/核查/协查/警情发布机制在公安综合信息网上自动完成跨地区跨警种的警务信息全面整合与电子警务实战的控制方法。本发明特别适合在省、市级公安机关进行应用，实现全省跨地区跨警种警务实战和信息整合。
背景技术：
公安工作信息化直接关系到中国的经济繁荣和社会稳定，是21世纪中国社会发展的重要课题。随着整个社会信息化进程的加快，以“电子商务”为代表的新理念正在向社会各行业延伸。以公安部“金盾工程”为核心的信息化警务工程受到IT行业的广泛关注，纷纷提出了“电子警务”解决方案。公安机关内各职能部门(警种)分别负责不同的管理业务，在各级公安机关的努力下，大部分警种都先后建立了各自的信息管理系统。公安部“金盾工程”提出后，公安机关开始致力于实现各系统间的信息共享，建成了公安综合信息网。各级公安机关在公安综合信息网上进行信息互联互访，但共享程度还不高。
目前实现警务信息共享主要有两种模式一是各级公安机关各警种分别建立基于WEB的应用系统，通过网上链接进入网页进行访问，由于各页面风格和建设程度不能统一，又缺乏导航服务，访问效率非常低下，不能形成整合应用；二是省市公安机关在本地信息中心将下属或上级公安机关的信息进行集中，采取冗余备份的方式实现信息整合，有些警种因业务管理复杂、信息量大并且变动信息频繁，实现集中共享或对共享的信息进行维护非常困难。如果以这种模式实现各警种的警务信息整合，不仅维护困难，而且计算机软硬件投入也非常大。
由于信息综合共享程度较低，大部分公安机关在应用时要进入很多网页进行查询，警务线索不能自动发现，有时为了发现案情而对部分信息进行突击性集中比对，但信息覆盖面和实时性较差，发现线索的概率较低。
目前在省、市级公安机关成功实现各警种警务信息整合应用的非常少，大部分还在沿用上述第一种模式，信息共享极为困难，少数应用第二种模式的单位虽然投入了大量的设备和人力，也只解决了部分警种的信息整合，而且信息不能及时更新，也不能朝更高级的动态侦察破案实战上发展。进入WTO，中国信息化警务必须与国际接轨，各级公安机关应具备现代化的工作条件，才能确保社会经济稳定和国家安全。
发明内容
本发明的目的在于提供一种公安机关警务信息全面整合模式与电子警务实战的控制方法，使其能以较小的投入，迅速实现自动化警务机制，同时完成跨地区、跨警种、跨机型、跨操作系统、跨数据库的警务信息整合，实现警务管理和电子警务实战的突破性发展，适应日益复杂的社会和经济发展形势。
本发明的目的是通过如下方按实现的。一种公安机关警务信息整合与电子警务实战的控制方法，包括以下步骤将公安机关各警种管理的信息中提取的人的基本信息存入临时数据库中，并向平台数据中心提交；将临时数据库中提交的数据根据需要分为两类，假设为A类和B类；如果提交的信息为A类，则放入数据中心A类库中，同时根据数据项的比对判断数据中心B类库中是否存在A类中信息，如果有则发现线索，则记录下线索，由平台数据中心通过显示屏、手机短信、办公自动化系统等终端手段向相关部门发布；如果提交的信息为B类，则放入数据中心B类库中，同时根据数据项的比对判断数据中心A类库中是否存在B类中信息，如果有则发现线索，则记录下线索，由平台数据中心通过显示屏、手机短信、办公自动化系统等终端手段向相关部门发布；提交的信息即可放入A类库中，又重复提交放入B类库中；将上述比较后的信息放入数据中心“人信息引擎数据库”中自动完成“人信息引擎数据库”的更新。参见图5。
本发明所述平台的基本结构分为公安应用、平台数据中心、公安信息源三个部分，参见图1，它的应用是建立在公安系统内的综合信息网上，公安信息源指需要进行整合的各级公安机关各警种的业务管理信息，这些信息分布于各地公安机关的信息中心并以数据库的方式进行管理。
平台数据中心按照“数据中心”(Data Center)的要求进行建设，其内部采取三层/多层体系结构，即数据库服务层、中间应用层、WEB服务层和客户应用层。数据库服务层采用Oracle、Sybase或SQL Server等大型企业级并发数据库；中间应用层采用支持COM/EJB/CORBA的跨平台中间件服务系统，BEA公司、Sybase公司、ORACLE公司都有相关的产品，主要完成引擎、核查、协查、警情发布和警务智能分析机制的逻辑算法，同时中间应用层还要通过数据访问接口与各警种分布式警务信息相连；WEB服务层通过调用中间应用层实现各种功能，各种复杂关键的业务逻辑由中间应用层完成，WEB服务层的基本任务是进行页面的交互和显示结果；客户应用层也通过调用中间应用层实现各种功能。
公安应用平台数据中心最终以WEB方式面向全国公安系统提供服务，因此公安应用层即指各级公安用户通过接入公安综合信息网后，使用通用浏览器(如Microsoft公司的Ie5.0)进入平台的门户网站使用平台的各种功能。
如果采取大型数据库技术实现以上方法将可以获得非常高的响应速度和非常高的线索发现概率，同时网上传输的过程只是从分散的业务信息中提取信息量非常少的“人的基本信息”，网络流量将非常少。在以上方法中，业务信息中提取的人的基本信息为A类或B类将根据业务目的而定，在警务管理中，可以将提交A类或B类的过程分别称为“核查”或“协查”。核查/协查机制是目前最简化的线索发现算法。
本发明定义的核查/协查机制，要求各警种在完成信息化管理时，将每日增加的信息可以采取大型数据库管理技术按“人信息引擎”的结构进行提取(增加简单的数据库触发器完成)，然后提交到平台数据中心进行核查/协查，这样可以发现各种潜在的警情线索，在核查/协查的同时，这些信息被用于“人信息引擎”的维护，同时警情被发现后，由平台数据中心向相关部门进行发布，实现警情发布机制。
本发明通过“人信息引擎”快速、高效、便捷、经济地实现警务信息整合。
现代社会的公共安全以满足人的安全需要为出发点，公安机关的各项管理职能都围绕“人”这一基本要素。将各种警务信息中的“人”信息进行关联，就可以全面实现信息整合目标。参见图2。
本发明所述人信息引擎数据库分为男引擎、女引擎和无身份证号引擎，形成三个分布式数据库。公民身份号码是法定证明公民身份的唯一号码，在各级公安机关各警种依法管理中被广泛采用。对于男引擎、女引擎以公民身份号码为主体，但对于某些公安业务(如逃犯人员信息管理)，有时会未知公民身份号码，则用以姓名为主体的无身份证号引擎。其它信息项目还包括出生日期、姓名、性别、行政区划等。本发明应用效果1.通过“人信息引擎”快速、高效、便捷、经济地实现警务信息整合，而不是将各种信息冗余复制到数据中心，解决了相互之间不愿意“将原始信息复制”和海量信息管理代价高的问题。由于作为男引擎、女引擎和无身份证号引擎的数据库相对于分布的原始警务信息量不足几十分之一，而且信息结构简单，因此只需较少的投入就可以将“人信息引擎”管理起来。2.“人信息引擎”的初始化是平台数据中心建设的基础任务，一般从一个600万条信息的分布式警务信息中导出文本文件只需15分钟，导入的时间为1天左右，完成一个省的全面信息整合，有效工作时间约需15天；如果实现全部信息的冗余复制，约需有效工作时间100天，并且工作难度要大得多。3.应用本发明的核查/协查/警情发布机制，从实现动态侦察破案和对象布控出发，同时完成“人信息引擎”的动态维护，使各级公安机关有充分的工作积极性进行配合；传统的方式通常则从复制信息出发，然后才提供警务分析或者未提供警务分析，实战效果不佳且难以调动工作积极性。4.“人信息引擎”的动态维护过程中，每条维护信息仅几十字节长度，解决了目前公安网络带宽资源瓶颈现象严重的问题；如果采取复制全部变动信息的方法进行维护，网上流量较本发明将提高几十倍以上，现有的公安网络将不堪重负。5.本发明的核查/协查/警情发布机制中采取了“人信息引擎”技术，访问效率非常高，这将给公安机关的工作带来前所未有的便利和效率。6.人的基本信息相对确定(公民身份证号终身唯一)，因此应用本发明通过关联直接访问原始信息，整合的资料与实际情况基本一致；而传统方式所复制的信息随着时间的推移，除了缺少信息外，原始信息项目发生变更后就会与复制的信息项目不一致，因此信息的质量不高。从这个方面上讲，本发明实现了以不变应万变的效果。
本发明的应用可以带来公安机关信息化警务的突破性发展，具有很高的推广应用价值。
图1是平台基本结构图。
图2是人信息关联图。
图3是通过关联信息对各种警务信息的关联访问方框图。
图4是对各警种分布式警务信息访问步骤的逻辑图。
图5是本发明流程图。
具体实施例方式
本发明可以将公安机关各警种管理的信息中提取的人信息以高性能“人信息引擎数据库”的方式进行管理，即实现引擎机制1)将人信息引擎数据库分为男引擎、女引擎和无身份证号引擎形成三个分布式数据库，从而提高并发访问效率；2)通过关联信息实现对各种警务信息的关联访问。按照数据库“范式理论”，将男引擎和女引擎的警务关联信息以分离的物理表进行管理，并分别存储在相应的数据库中，形成1∶N的关系，表项包括“关联数据源编号”和“公民身份证号”，其中“关联数据源编号”可由应用单位预先定义并确保每个分布式警务信息的数据源(数据库)获得唯一的编号；无身份证号引擎的关联信息不以分离的物理表的形成管理，则仅扩充“关联数据源编号”表项，参见图3；3)在男引擎、女引擎和无身份证号引擎中除了主项的存储和索引优化外，还增加了一系列引擎访问加速表项，这些表项增加后，访问速度将提高几倍到几十倍之间，确保了数千万引擎信息的大量并发访问效率。增加的表项有些是简单表项，有些包含一定的算法。4)对各警种分布式警务信息的访问步骤参见图4。
实现各级公安机关各警种的警务信息整合，需要构建这些信息的男引擎/女引擎和关联信息或无身份证号引擎，构建的过程就是初始化。初始化的方法是将各种信息中有关人的公民身份号码、姓名、行政区划信息(有公民身份号码)或姓名、性别、出生日期、行政区划(无公民身份号码)通过直接对数据库操作导出为固定格式的文本文件，然后对被操作的数据源(数据库)分配唯一的“关联数据源编号”，然后将导出的文本文件导入男引擎/女引擎或无身份证号引擎，导入的算法主要是根据导出文本的信息，加入加速表项，然后写入“人信息引擎”库中。
公安机关管理的各种业务信息非常繁多，如果将各种信息及时进行综合利用，可以挖掘出大量的可用线索，在现有的计算机网络连接条件下，对分散于不同地点的数据分别进行比对将花费大量的网上传输和计算机运算时间，所以这种方法不能进行广泛地应用，通常只是为了发现某些特定的线索而在很少的信息范围进行突击性应用。
本发明定义了一种核查/协查/警情发布机制，要求各警种在完成信息化管理时，将每日增加的信息按“人信息引擎”的结构进行提取(增加简单的数据库触发器完成)，然后提交到平台数据中心进行核查/协查，这样可以发现各种潜在的警情线索，在核查/协查的同时，这些信息被用于“人信息引擎”的维护。核查/协查机制的原理是将一些犯罪信息数据源提取的增量信息归类为“协查信息”A类，当完成协查后，保存到平台数据中心的协查库中；将其余信息归类为“核查信息”B类，当完成核查后，保存到平台数据中心的核查库中；核查过程即判断“核查信息”是否在协查库中有相同或类似的信息，如果有，则说明有警情，实现核查机制；协查过程即判断“协查信息”是否在核查库中有相同或类似的信息，如果有，则说明有警情，实现协查机制；警情被发现后，由平台数据中心向相关部门进行发布，实现警情发布机制。
核查/协查/警情发布机制构成了有效的侦察破案和对象布控等警务实战应用，并且应用中的信息流量非常小(每条信息仅几十字节)，因此不会给日常应用增加明显的负担，在核查/协查/警情发布机制下，“人信息引擎”被自动维护。
本发明描述的各种机制都通过基于中间件技术的组件完成，组件访问方式包括CORBA、EJB或COM等标准，组件可以用C++、C、Java、Delphi、VisualBasic、PowerBuild等语言来开发。具体的实现时可以根据本发明的基本原理来进行灵活组织。本发明还提供了一个范例--《人信息引擎数据库结构》《HB21公安信息快速查询平台》的接口文档，见附件一和附件二，可以供参考。
权利要求
1.一种公安机关警务信息整合与电子警务实战的控制方法，包括以下步骤将公安机关各警种管理的信息中提取的人的基本信息存入临时数据库中，并向平台数据中心提交；将临时数据库中提交的数据根据需要分为两类，假设为A类和B类；如果提交的信息为A类，则放入数据中心A类库中，同时根据数据项的比对判断数据中心B类库中是否存在A类中信息，如果有则发现线索，则记录下线索，由平台数据中心通过显示屏、手机短信、办公自动化系统等终端手段向相关部门发布；如果提交的信息为B类，则放入数据中心B类库中，同时根据数据项的比对判断数据中心A类库中是否存在B类中信息，如果有则发现线索，则记录下线索，由平台数据中心通过显示屏、手机短信、办公自动化系统等终端手段向相关部门发布；提交的信息即可放入A类库中，又重复提交放入B类库中；将上述比较后的信息放入数据中心“人信息引擎数据库”中自动完成“人信息引擎数据库”的更新。
2.按照权利要求1所述公安机关警务信息整合与电子警务实战的控制方法，其特征是所述A类信息是一些犯罪信息数据源提取的增量信息，B类信息是其余信息。
3.按照权利要求1所述公安机关警务信息整合与电子警务实战的控制方法，其特征是所述平台数据中心采用数据库服务层、中间应用层、WEB服务层和客户应用层，所述数据库服务层用于存储信息；中间应用层用于完成引擎、核查、协查、警情发布和警务智能分析机制的逻辑算法，同时中间应用层还要通过数据访问接口与各警种分布式警务信息相连；WEB服务层通过调用中间应用层实现各种功能，WEB服务层的基本任务是进行页面的交互和显示结果；客户应用层也通过调用中间应用层实现各种功能。
4.按照权利要求1所述公安机关警务信息整合与电子警务实战的控制方法，其特征是所述人信息引擎数据库分为男引擎、女引擎和无身份证号引擎形成三个分布式数据库，对于男引擎、女引擎以公民身份号码为主体，对于无身份证号引擎则以姓名为主体，其它信息项目还包括出生日期、姓名、性别、行政区划等。
全文摘要
本发明涉及一种公安警务信息全面整合与电了警务实战的控制方法,提出将各级公安机关的各项警务信息中相关人的“公民身份号码”、“出生日期”、“姓名”、“性别”、“行政区划”构成的基本信息组织成“人信息引擎”,并在此基础上通过一组引擎/核查/协查/警情发布机制形成有效的自动侦察破案和对象布控实战手段,并实现各种警务信息的快速整合。
文档编号G06F17/30GK1372209SQ0211555
公开日2002年10月2日 申请日期2002年2月10日 优先权日2002年2月10日
发明者柯昌敏, 廖正钢 申请人:柯昌敏, 廖正钢