MQ典型使用场景MQ在公安局停车场监管系统中的应用.doc

MQ典型使用场景-MQ在公安局停车场监管系统中的应用 第5页 共5页MQ典型使用场景-MQ在公安局停车场监管系统中的应用前言ApusicMQ介绍系列主要用来向中间件的技术支持人员、市场营销人员，以及对MQ感兴趣的同事做的一个完整体系化的介绍。在中间件的产品家族里面，消息中间件是一个比较特殊的产品，它既不像应用服务器那样有着广泛的用户基础，也没有云计算、SOA那样的噱头，很多人根本就不知道消息中间件是个什么东西，有什么用。事实上，消息中间件是一个古老而经久不衰的产品，说它古老是因为它产生的时间甚至早于应用服务器，且一出来就备受推崇；说它经久不衰是因为现在只要涉及到数据通信它仍然是首选。这是一个经过时间验证的产品，它的用途已经在行业内形成了广泛的共识，不再需要额外的炒作。公司早在2006年便开始了Apusic消息中间件的开发，即便如此，这个时间也比IBM、东方通晚了十多年。之后便一直处于断断续续发展的境地，再加上它实在是太底层、太基础了，以至于很多同事都对它不太了解。从2010年下半年开始，公司加大了对它的投入，形成了一个稳定的开发团队来加速它的发展，并于2010年底发行了一个稳定性和健壮性都大幅提升的版本：Apusic MQ7.5。本系列致力于完整的介绍MQ产品，从而改变人们对它不了解的现状，主要内容将会包括MQ概念介绍、MQ运作原理和术语介绍、Apusic MQ功能和性能介绍、典型使用场景和案例分析等。 本文档是该系列的第六篇，主要描述MQ在公安局停车场监管系统中的应用。该案例不对整个系统和业务进行介绍，只是针对其中的数据传输模块进行阐述。背景介绍为了进一步提升公安机关情报收集、协作办案和快速反应能力，部分地方的公安部门开始建立集信息采集、业务分析、联防联控、出行服务为一体的停车场监管系统，针对经营性停车场、非经营性停车场和路边停车进行全天候、全方位的监管，为保障社会治安和打击犯罪提供技术支撑。系统介绍停车场监管系统示意图如下所示：停车场的车辆信息由位于停车场入口的闸机及其控制系统自动采集，并通过数据传输子系统上传到监控中心；路边的车辆信息通过手持拍摄设备采集，通过人工录入到监控中心。采集的信息包括车牌号码、车牌颜色、进出停车场时间、停车场编号、停车场进出口编号、车辆图片、信息录入方式（自动、手工）及操作员，以及车辆进出数量、空闲车位数量等。监管中心负责对停车场系统进行认证，接收、备份、分析采集的信息，并提供数据给各个后端业务子系统进行分析。后端业务子系统对监控数据进行分析和统计，并将结果进行发布。例如在停车场车位查询子系统中，交警部门通过对每个停车场的空闲数量进行实时监控，并提供页面给市民查询，方便民众的出行；而在预警信息发布子系统中，通过将监控数据和本地黑名单中的数据进行对比分析，并将分析得出的可疑车辆信息发布到该系统或者相关民警的手机中，可以掌握各种违法车辆的动态，为进一步的跟踪和布局提供关键信息。MQ解决方案在这个案例中，数据传输模块负责各级节点之间的数据传输，由于停车场数量太多（以深圳为例，据深圳交管部门的统计，全市机动车的保有量已达160万，且以月均2万辆的速度在高速增长，全市共有超过6000家停车场，其中注册登记的有3600家。停车场及其车位数目难以满足机动车增长的需求，估计近年来停车场车位数将以5%的速度增长），如果停车场直接连接到停车场监管中心，势必对该中心的服务器造成较大的压力。通过在停车场和监管中心之间加入一层节点可以解决这个问题，例如可以以行政区为单位加入一层“区节点”，每个区节点负责该行政区域内的停车场数据的收集，然后区节点再逐级汇总到监管中心节点。在以前的MQ介绍文档中曾介绍过，MQ最适合用来构建这样的层次网络，只需在每个节点上部署一个MQ服务器，然后简单的指向上级节点即可。以下是基于MQ的解决方案：在每个MQ节点中可以建立多个队列来满足不同的业务需求，例如对实时性要求较高的业务（如剩余车位信息等）单独建一个队列，文件传输（用来传递抓拍车辆的图片）也可以单独建立一个队列，每个队列上可以针对该应用设置不同的存储和传输策略。案例总结从这个案例中，我们再一次看到