（计算机应用技术专业论文）成都市应急联动指挥信息系统接处警子系统设计.pdf

亘直塞通杰芏亟塑窒生堂位论文第- 页 摘要 成都市应急联动指挥信息系统是一个集话音、数据、图像为一体，以信息 网络为基础、各系统有机互动为特点的城市信息化基础设施。通过集成的信息 网络和通信系统，应急联动指挥信息系统将公安、消防、卫生急救、交通事故 等应急指挥与调度集成在一个管理体系中，通过共享指挥平台和基础信息，实 现统一接警、统一指挥、联合行动、快速反应，为市民提供更加便捷的紧急救 援服务，为政府处置各种紧急与灾害事件提供技术支持，为城市公共安全提供 技术保障。 接处警子系统是成都市应急联动指挥信息系统的前端业务平台，与整个系 统的其他子系统紧密相连，是用户业务需求的具体实现。接处警子系统除了为 用户提供了接警、处警、指挥调度、联动、反馈、结案归档的警情各阶段处理 能力外，还包括案件查询统计，录音查放等功能和一定的辅助决策支持。通过 与g i s ( g e o 鲫h i cl n f o 瑚a t i o ns y s t e m ，地理信息系统) 子系统密切配合为用户 提供与案件相关的地理信息服务，以及通过c t i ( c o m p u t e rt e l 印h o n y i | l t e g r a t i o n ，计算机电话集成) 服务接口为用户提供有线无线统一通信调度功 能。在接处警子系统的设计中应用以w 曲服务作为中间层的三层体系结构取代 传统的c s 模型，更有利于整个系统的扩展性。采用x m l 格式作为数据传输 的标准格式，通过网络s o c k e t 通信和w 曲调用等方式与公安综合业务系统、 医疗急救应急平台、灭火预案系统、旅店业报警系统、g p s 系统、固定点报警 系统等外部接口进行数据交互，还融入了业务字典库、错误代码库等技术。本 文详细论述了接处警子系统的相关设计内容，以及接处警予系统中使用的中间 层、业务字典及其更新方法、错误代码库等的设计。并在必要部分附有用d e l p b j 7 0 系统编写的程序代码。 关键词系统设计；中间层；业务字典库；错误代码库；x m l 亘壶窒道盍掌硕士研究生学位论文第1 页 第一章绪论 1 1 课题意义 随着经济和社会的高速发展，我国城市发展已进入快速增长时期，城市规 模不断扩大，人口密集度很高，遭受重大社会突发事件( 恐怖活动、空难、核事 故等) 、重大自然灾害( 地震、洪水等) 、突发公共卫生事件( 例如“非典”) 威胁的 形势日益严峻，一旦突发事件发生，如果不能及时采取有效措施对事件进行有 效处理其后果将不堪设想。 成都市应急联动指挥系统是一个集话音、数据、图像为一体，以信息网络 为基础、各系统有机互动为特点的城市信息化基础设施。通过集成的信息网络 和通信系统，应急联动指挥系统将公安、消防、卫生急救、交通事故等应急指 挥与调度集成在一个管理体系中，通过共享指挥平台和基础信息，实现统一接 警、统一指挥、联合行动、快速反应，为市民提供更加便捷的紧急救援服务， 为政府处置各种紧急与灾害事件提供技术支持，为城市公共安全提供技术保障。 成都市应急联动指挥信息系统建立统一的应急处置体系，整合现有的公安 1 l o 指挥中心、1 1 9 消防指挥中心、1 2 2 交警指挥中心和卫生1 2 0 医疗急救指挥 中心，实现集中接警、统一指挥、联合行动和快速反应。整合1 1 0 、1 1 9 、1 2 0 、 1 2 2 等四个特服号码资源，集中接入处理。取代各单一警种指挥信息系统，实 现资源和信息共享，提高应对突发事件的能力和优化资源配置。公众只需拨打 其中的任何一个号码，就能够接入到应急联动指挥信息系统，得到其所需要的 救助服务。并建立统一的信息数据库，实现信息共享。充实和完善预案数据库， 为成都市的应急处理、指挥调度和决策分析提供支撑。 目前，国内还没有类似成都市应急联动系统这样整合多个警种资源，集成 c t i 技术、大型数据仓库、g i s 技术等先进技术的应急联动指挥信息系统。大多 数城市仍沿用传统的各警种分离指挥的模式，处理重大复杂的突发事件的能力 不足，特别体现在各个单一警种之间数据难以共享，产生大量重复的数据收集 操作，浪费大量时间在相互协调和数据采集上，严重影响社会公共部门处置社 会安全事件的效率。而成都市应急联动系统能在信息共享的基础上实现了多警 种协调统一行动，降低了资源和时间的浪费，大大提高了成都市公安、消防、 卫生急救和交通管制等部门处置事件的能力。 1 2 系统简介 接处警子系统是成都市应急联动指挥信息系统的核心，它整合了空间数据、 业务数据、预案信息、统计分析数据、业务字典、音视频内容为一体，以有无 线数据通道、语音通道、图像通道及软件支撑平台为支撑平台，调用通信调度 子系统、g i s 子系统、w 曲子系统、大屏显示系统、录音子系统和视频监控子 系统，并与公安综合业务系统、医疗急救应急平台、灭火预案系统、旅店业报 第二章业务需求分析 2 1 业务流程 应急联动指挥信息系统按照“集中接警，分类处警”的基本原则完成接处 警工作，具体工作流程包括接警一处警一调警一回复反馈一结案等步骤。接处 警子系统工作流程入图2 1 所示 一蔼丽属始 三二二广 离矿哥 圈2 一l 工作流程 从成都市应急联动系统处理的流程出发，我们可以把接处警子系统的业务 流程分为七个阶段，即：报警、接警、接处警事件交接、处警、处警联动、回 复反馈和沟通、结案。 2 1 。1 报警阶段 报警阶段指，报警主体通过相应的介质或载体向应急联动指挥中心发出报 警信息。 报警是接警工作的起因和开始，报警分为电话报警、内部报警、自动报警 和来人报警。 2 1 2 接警阶段 定义 接警阶段指，报警主体完成报警动作后，接警主体接到并识别报警信息。 接警流程 成都市应急联动系统的接警流程分为以下几种形式。 ( 一) 电话报警方式的接警： 接警席负责接受电话报警，并通过计算机辅助手段和口头询问报警人报警 事由，分析、判断并确认报警事件的类别，并转发到相应的处警席位处理。 ( 二) 自动报警方式的接警： 自动报警接入服务器接收固定点报警、旅店业报警、车辆g p s 报警、城市 消防自动报警以及医疗急救部门为特殊病人配备的自动报警器等专项报警系统 消防自动报警以及医疗急救部门为特殊病人配备的自动报警器等专项报警系统 亘宣童适盔堂亟主塑窒兰堂焦鲨窒蔓! 夏 触发的报警信号； 2 1 3 接警、处警事件交接阶段 对于需要由处警席处理的有效报警事件，接警席依据事件性质和应急联动 的有关业务规定，在不同的阶段以不同的方式完成向处警席的事件交接： 1 、在接警席完成完整的接警程序并生成接警记录，通过将接警记录转发到 相应的处警席位来实现事件交接； 2 、在接警过程中的任何时刻，通过三方通话的方式实现事件交接。例如， 对于消防的火警和抢险救灾报警；医疗急救事件或紧急( 重大) 的1 1 0 、1 2 2 报 警事件，接警席在判明事件基本性质后，以三方通话的方式，立即接通相应的 处警席位，由专业的处警员处警。 在接警席完成事件向处警席的交接弗填写有关接警信息后，即可结束接警 工作并退出，由处警席继续处理报警事件。 2 1 4 处警阶段 定义 处警阶段指，接警主体接到并识别报警信息后，处警主体配置、调度和指 挥警情处置力量( 资源) 。 处警流程 1 、查看警情或记录警情 如果处警席接到接警席以记录方式转接来的报警事件，则直接进入处理警 情和调警程序。在处警席接到接警席以三方通话方式转接来的报警事件后，首 先根据自己的专业经验和计算机辅助手段修正并确定报警事件类型、事发地点 和事件基本内容，并通过与报警人的进一步沟通从而确定并记录报警事件的核 心数据，如事件类型、内容、地点和报警人情况等等，使得计算机系统得到对 报警事件进行处理的必要数据。 2 、处理警情和调警 在完成以上工作以后，处警席根据自己专业的处警经验，并参考计算机辅 助系统提供的各种辅助信息，如辅助决策、预案系统、历史记录、相关警力和 资源信息等等，作出对报警事件的处理方案，并通过联动系统的各种指挥通讯 手段派出警力。 如果需要其它警种和单位协助，则由处警席位直接向相关席位发起联动请 求，并同时将警情信息发给本警种班长席和联动中心值班主任席。班长席或值 班主任席要能够对联动事件处理过程进行协调和监督，并在必要时接管指挥。 分级处警 除按照上述模式处警以外，对于部分事件，采取分级处警的方式，即处警 席位完成首次调警后，将警情记录及调警信息传到分指挥中心( 如公安分局、 交警分局指挥室) ，由分中心处警席位进行跟踪、催促、处置、回复反馈、结案， 并将处警完成信息返回并提示联动中心相应处警席位，同时自动在中心数据库 亘蜜童适盔芏亟壁窒生堂堡坌文第5 页 记录存档；或者直接将警情记录转发到分指挥中心处警席位上处理，由分中心 处警席位完成调警、跟踪、处置、回复反馈、结案等处警全过程，并将处警完 成信息提示联动中心相应处警席位，同时自动在中心数据库记录存档。 2 1 5 处警联动阶段 处警主体在处理警情过程中，发现该警情需要其他警种共同处理，确定需 要联动的警种，发出联动请求，然后继续处理本警种业务。被联动警种接收到 联动请求后，作为接收一次新的报警开始处理。 2 1 6 回复反馈和沟通阶段 在派出警力以后，处警席还有两个主要的处理阶段： 警力还没有到达现场之前，处警席还需要与报警人不断沟通，通过电话回 拨报警人、接听重复报警电话等方式，及时了解现场的实际情况，并根据实际 警情的变化通知或调整派出警力，直到派出警力到达现场为止。 在警力到达现场以后，根据现场警员的实际判断增加派出警力或调集其它 联动单位，需要时进行二次处警。 2 1 7 归档汇总阶段 在确认现场警力接手处理报警事件并有结果以后，处警席填写结案信息， 结束本次事件的处理。 2 2 组织机构 应急联动指挥系统中的众多单位人员可划分为联动中心层、联动单位层、 处置力量部门、处置力量组四个层次。 联动中心层 包括应急指挥席、值班主任席、2 0 3 席、6 5 0 席、远程消防指挥作战席、1 1 0 、 1 1 9 、1 2 2 、1 2 0 班长处警席、1 1 0 、1 1 9 、1 2 2 、1 2 0 处警席、分局1 1 0 处警席、 综合接警班长席、综合接警席。 联动单位层 包括公安分局指挥中心、巡警大队、刑警大队；交警指挥中心；消防指挥 中心；医疗急救指挥中心；其他联动单位。 处置力量部门 包括派出所、巡警中队、刑警、特警；消防中队；交警中队、交通事故科； 急救站：抢险队。 处置力量组 包括民警、巡组、刑警、特警；消防车；交警；急救车。 指挥关系 应急联动指挥中心是整个系统的核心，负责各警种、各级联动单位、处置 垄宣童逢盔堂塑丛窒圭堂焦迨窒第s 页 力量的指挥调度及统一协调。 应急指挥席享有整个应急联动指挥中心的最高指挥权，专门负责处理特重 大警情。 应急联动指挥中心可将指挥权移交以下各级联动单位，也可直接指挥案件 现场的各处置力量。 二级联动单位对下级处置力量部门和案件现场处置力量编组享有指挥权， 也可将指挥权移交给下级处置力量部门。 三级处置力量部门对所辖的四级警力享有指挥权。 2 3 角色定义 成都市应急联动系统的用户主要分为以下五类： 第一类：指挥类。指挥类的用户主要包括市政府领导、首长等应急指挥人 员。该类用户人数较少，他们一般不参与警情的指挥调度和处置，只有当发生 了重特大案件事件时，指挥类用户作为警情的最高指挥员整体指挥调度； 第二类：接处警类。接处警用户包含接警用户和处警用户。具体有综合接 警员、1 1 0 处警员、1 1 9 处警员、1 2 0 处警员、1 2 2 处警员、1 1 0 班长、1 1 9 班长、 1 2 0 班长、1 2 2 班长、2 0 3 、6 5 0 、值班主任。综合接警员首先要完成接警工作， 同时在接警过程中通过计算机辅助系统以及询问的方式获取警情基本信息并填 写警情记录，然后根据报警类型把接警单发送给相应警种的处警席；如果不能 确定警种，则把本次警情的接警单发送给综合接警班长席。 1 1 0 处警员、1 1 9 处警员、1 加处警员、1 2 2 处警员的主要工作是完成本警 种的警情处警，如果需要其他警种配合处警的话，向本警种的班长席发送联动 请求；响应其他警种的联动请求。 1 1 0 班长、1 1 9 班长、1 2 0 班长、1 2 2 班长的主要工作是监控本警种的所有 处警席，并负责接收、检查和发起本警种的联动请求。遇重大案件事件时，1 1 0 班长要将 x 堕童窒道盔堂亟堑窒生堂位论文第，页 第三章总体设计 3 1 与总系统的关系 接处警子系统是成都市应急联动指挥信息系统的核心，它整合空间数据、 业务数据、预案信息、统计分析数据、业务字典、音视频内容为一体，以有无 线数据通道、语音通道、图像通道及其软件支撑平台为支撑平台，调用通信调 度子系统、g i s 子系统、w 曲子系统、大屏显示系统、录音子系统和视频监控 子系统，并与公安综合业务系统、医疗急救应急平台、灭火预案系统、旅店业 报警系统、公安寻呼系统、g p s 系统、固定点报警系统等外部接口进行数据交 互。接处警予系统与其他外部系统的关系如图3 1 所示 图3 1 接处警子系统与外部系统关系图 在警情处理过程中，接处警子系统要与g i s 子系统进行数据交换，完成警 情地址定位等功能，辅助处理人做出决策；由于接处警子系统不具备对数据进 行统计分析的功能，因此需要w e b 子系统的辅助才能为用户提供统计分析的 功能，同时接处警系统是调用w e b 子系统的登陆验证模块对用户的登陆进行 亘重至道盔堂塑圭塑窒圭堂焦迨窒篁! 夏 图3 2 总体结构图 3 2 1 接处警子系统组成 接处警子系统由综合接警、1 1 9 处警、1 2 0 处警、1 1 0 处警、1 2 2 处警、各 警种班长席、2 0 3 处警、6 5 0 处警、值班主任席等九个子程序组成，各个子程序 的功能见表3 一l 所示。 表3 1 接处警子系统各子程序功能表 予程序名称 功能 综合接警 综合接警子程序负责接受电话报警，并通过计算机辅助手段 和口头询问报警人报警事由，分析、判断并确认报警事件的类别， 并转发至相应的处警席位处理。 1 1 9 处警1 1 9 处警予程序处理1 1 9 相关警情，指挥调度1 1 9 系统的处 置力量。基本功能有接受接警单，编制出动方案、生成出动方案、 亘耍窑塑盔堂亟主堡窒皇兰焦途塞釜! ! 夏 下达出动命令、消防中队接收到命令后出动、催促、反馈、生成 反馈记录、结案归档、来人报警、内部报警受理、联动处警、取 消报警、消防动态实力查询、消防动态警情、重点单位预案调用、 化学危险品库调用、查听录音、信息上报2 0 3 等。 1 2 0 处警 1 2 0 处警子程序处理1 2 0 相关警情，指挥调度1 2 0 系统的处 置力量。基本功能有编制出动方案、生成处警单、下发出动命令、 催促、生成反馈记录、结案归档、提交1 2 0 班长席、联动处警、 急救车辆管理、动态警情显示、预案调用、电话回拨等。 1 1 0 处警 1 1 0 处警子程序处理1 1 0 相关警情，指挥调度1 1 0 系统的处 置力量。基本功能有打印处警单、电话回拨、车辆查询，呼叫和 调度处置力量、下发处警单、结案、未结案、联动处警、催促、 到达反馈、提交班长席、提交2 0 3 、查听录音等。 1 2 2 处警1 2 2 处警子程序处理1 2 2 相关警情，指挥调度1 2 2 系统的处 置力量。基本功能有打印处警单、电话回拨、车辆查询、呼叫和 调度处置力量、下发处警单、事故记录、结案、联动处警、催促、 到达反馈、提交班长席、提交6 5 0 、查听录音等。 各警种班长各警种班长席要能够监视其他接处警坐席的工作状态，包括 席查看坐席当前接警状态、接警类型、案件性质、案件等级等，也 要能够对坐席进行必要的操作，如监听、强插、接管处警及指挥 等，能够发起或参与接处警联动。 2 0 3 处警2 0 3 处警系统基本功能有记录事件信息、记录上报信息、录 音回放、查询等。 6 5 0 处警 6 5 0 处警系统基本功能有记录事件信息、记录上报信息、录 音回放、查询、上报2 0 3 等。 值班主任席值班主任席位享有应急联动指挥中心的最高指挥权限，值班 主任的职责主要是负责重大事件的联动指挥和协调。 值班主任查看和监控所有警种的联动处警信息，负责协调指 挥，发起联动，参与联动各处警席位和值班主任席位相互共享报 警事件的记录屏幕、地图定位信息、联动处警信息等，并要求能 够方便进行多方通话、协调行动。 3 2 2 外部接口系统 公安综合业务系统 应急联动指挥信息系统与公安综合业务系统的接口现在主要是车辆信息的 查询，车辆信息库包括入户车辆库和被盗抢车辆库。 对于1 1 0 、1 2 2 报警，接处警子系统采用直接访问公安综合业务系统提供的 w 曲s e r v i c e 接口，应急系统把报警信息中的车牌号、发动机号、底盘号等信息 作为查询条件提交给w c bs e r v i c e 接口，公安综合业务系统在车辆数据库查询数 据，把查询结果返回给应急系统。 耍蜜銮鎏盔兰亟主堡塞圭茎篁鲨窒蔓型耍 g p s 系统 成都市应急联动指挥信息系统第一期实现对城区范围内实现统一接处警。 应急系统中要求对全部具有g p s 定位设备的车辆实行统一监控或接收、处理车 辆报警，即在应急联动中心接处警坐席上显示车辆定位信息、调度警力车辆、 接收和处理运钞车和社会车辆的报警信息，查看车辆基本信息。 旅店业报警系统 成都市旅店业治安系统在各个旅馆中设置终端设备，在旅客入住登记时， 会将旅客身份信息( 姓名、身份证号码) 发送到中心系统的旅店业治安主机， 主机接收到数据后，与公安c c i c 数据库中的数据进行比对，如发现有对应数 据，则立即报警。联动系统自动接收报警，并将报警自动分发给旅店业专业处 警席，由处警席完成调警等处理工作。 固定点报警系统 成都市公安局现有同定点报警系统，固定点报警主机安放在每个被监控的 固定点上，当固定点有异常情况时，报警主机通过电话呼叫安放在市公安局的 固定点按警服务器，接警服务器接收到报警后发送警情信息给固定点专业处警 席，处警席显示相关情况，并完成调警等处理工作。 灭火预案系统 1 1 9 灭火预案系统采用了b s 体系结构，通过m 浏览器方式显示预案内容， 系统使用触e s s 数据库存储预案的文本内容和图像数据( d w f 的格式) 的链 接路径，图像数据是以文件方式存储的。接处警子系统通过内嵌m 测览器的方 式访问灭火预案系统，为消防官兵提供预案支持。 3 3 设计原则 作为一个联动指挥信息系统在业务需求上要求能尽快的处理事件，因此在 设计接处警子系统是必须考虑为用户提供便捷快速的操作方式，在满足用户需 求的前提下，接处警子系统必须满足如下的设计原则： 最快处理原则 击键次数最少原则 便于查询交互 尽量使用热键控制 系统设计中，在与业务需求不矛盾的前提下，将尽可能多的处理过程隐藏 在后台，减少用户输入，比如在电话进入接警系统时，用户只需要点击接警席 界面的“摘机”按钮，接警系统在后台将完成向电信接口服务器发送三字段请 求信息，向g l s 子系统发送点位系统、从中间层服务器取回接警单编号等工作。 同时在设计中，接处警子系统将用户常用的业务流程封装在几个按钮功能中， 使用户只需点击相关按钮即可完成事件处理，例如在处警系统中，当接警转到 处警席时，处警员一般只需点击“处警”、“呼叫”、“调警”、“指令下达”四个 按钮即可完成对事件处警工作，大大提高了用户的处理效率。 3 4 技术路线 接处警子系统 采用d e l p h i 7 0 开发，模块化设计。按业务需求划分各功能模块，通过各功 能模块的不同组合方式，生成各子系统。如1 1 9 处警子系统、1 2 0 处警子系统、 1 1 0 处警子系统、1 2 2 处警子系统都包含打印处警单、电话回拨、呼叫和调度处 置力量、下发处警单、结案、未结案、联动处警、催促、到达反馈、提交班长 席等功能模块，但这些模块在各个子系统中的处理方式略有不同，同时不同的 子系统还包含其独有的功能模块以满足特定业务需求。 c h 服务器服务 向c t i 服务器注册；享受如下服务：有线无线通讯、随路数据( 事件) 通 信等。采用技术手段：d c o m 。 中间层服务 向中间层服务器注册；享受如下服务：业务逻辑交换、操作后台数据库。 采用技术手段：x m l 、w 曲s e i c e 。接处警子系统和中间层服务之间采用x m l 文本交互数据，通过编码控制x m l 的构建与解析，调用w 曲s e r v i c e 服务操作 数据库。 w e b 服务器服务 向w e b 服务器注册；享受如下服务：登录、查询、维护等。采用技术手段： j s p 解析。 本机g i s 服务 向本机g i s 服务程序注册；享受如下服务：地址定位、跟踪g p s 车辆、圈 选调度和计算线路等。采用技术手段：基于t c p 协议的s o c k e t 通信。 亘亩窒退大学硕士研究生学位论文第1 3 页 第四章接处警子系统功能模块设计 接处警子系统可向下细分为用户登陆管理子系统、综合接警子系统、1 1 0 处 警子系统、1 1 9 处警子系统、1 2 0 处警子系统、1 2 2 处警子系统、2 0 3 子系统、 6 5 0 子系统、值班主任子系统、有无线通信调度子系统等1 0 个子系统。其中 1 l o 处警子系统、1 1 9 处警子系统、1 2 0 处警子系统、1 2 2 处警子系统处警子系 统在设计和实现的功能上非常类似，2 0 3 处警模块和6 5 0 处警模块是在1 1 0 处 警模块和1 2 2 处警模块的基础上增加了一些监控的功能且不参与接处警联动过 程，值班主任模块也类似，因此这几个功能模块可以归入统一的处警子系统中， 通过用户权限区分各模块功能；登陆管理子系统控制用户的登陆退出等操作， 通信调度子系统主要是实现c t i 提供给接处警子系统的通信功能；它们和其他 子系统配合可以生成综合接警席软件、1 1 0 处警席软件、1 1 9 处警席软件、1 2 0 处警席软件、1 2 2 处警席软件、2 0 3 坐席软件、6 5 0 坐席软件和值班主任席软件。 4 1 登录管理设计 登陆管理主要包括登陆、注销、退出、入席、离席等5 个功能模块： 登陆模块：验证用户输入的用户帐号和密码，验证成功后，获得用户的详 细信息，调用c t l 服务，根据用户权限加载对应的功能模块。 注销：用户停止使用接处警子系统，并使程序回到登陆界面； 退出：用户保存相关数据后退出接处警子系统。 入席：用户将自己的工作状态设为空闲，可以接收c 耵系统中的排队数据； 离席：用户将自己的工作状态设为忙，不接收c 耵系统中的排队数据； 4 1 1 登陆控制过程 登陆模块的操作过程是：启动登陆窗口后，加载w e b 子系统的登陆验证页 面( 不直接验证的原因是接处警系统中内嵌了部分w e b 子系统的网页，为了 避免在打开w e b 子系统的网页时需要再次验证，采用接处警子系统和w e b 子 系统统一验证的方式) ，调用登陆验证页面验证用户输入的帐号密码：验证失败， 提示用户重新输入，验证成功后w e b 子系统返回用户的详细信息，将用户信 息发送给g i s 子系统供g i s 子系统控制用户的相应权限，登陆到c t i 子系统， 获得控制数字电话进行通信调度的权利，最后根据用户权限加载接警、处警等 业务处理功能， 整个登陆模块的控制流程如图4 - 1 所示 y 获得登陆用户 的详细信息 t 锌用户详细信息2 送给g i s 子系统 图4 1 登陆验证流程图 4 2 综合接警程序设计 综合接警程序的界面如图4 2 所示 亘壹窒塑盎堂亟塑窒生堂垡论文第1 9 页 在处警系统中最重要和复杂的子模块是：处警子模块、联动子模块和指令 下达子模块，下面就以它们为例说明处警系统设计中的一些细节。 图4 5 为1 1 0 处警程序的界面 图4 5 1 1 0 处警界面 4 3 1 处警子模块 在处警程序中，处警子模块是处警程序的开始模块，它的功能可分为三种情况： 1 、处于空闲的处警席接收到c m 排队系统发送来的警情，系统调用处警子模 块开始处理，首先，处警席系统收到c 田排队系统发送来的警情后，处警子 模块从c m 给来的消息中解析出接警单编号，调用中间层的通用查询方法查 询出接警席记录的接警信息显示在处警程序的界面上供用户查看；用户确定接 收该警情后，处警子模块向排队系统发送一条消息表示该警情已被处警席接 收，排队系统从排队信息中删除该条警情的相关信息；处警子模块此时通过中 间层方法g e t g e n e r a t o r c o d e 得到处警单编号等必须的参数后，将处警程序的编 辑功能放开，允许用户编辑警情和调派警力等操作。此时处警子模块的功能完 成。 模块输入参数：排队系统传送来的接警转处警通知数据； 模块输出参数：显示接警信息到处警界面，处警界面进入编辑状态； 其处理过程如流程图4 6 所示 亘壹室塑盔堂亟丛窒生兰焦论文第2 0 页 接收到 塑 i 一 解析消息，获 得接警单编号 调用中间层通用 奄询方法获取接 警详细信息 显示接警详细 记录，定位警 情地址 发送接收消息 给掉队系统 调用 鲥g e c r a l o r c o d o 方法生成处警单编 号等参数 设置坐席状态 为忙，允许用 户处理警情。 豁襻p( 结束 图4 6 处警子模块处理流程图 2 、 对于内部报警等情况，由于没有接警系统的参与，因此也就没有c 飘排队 系统送来的排队信息。所以处警子模块此时会少很多操作过程。处警子模块此 时直接通过中间层方法g e t g 吧n 啪t o 如d e 得到处警单编号等必须参数后，即可 将处警程序的编辑功能放开，允许用户编辑警情和调派警力等操作。由处警员 自行填写所有必要的信息。 3 、 对于如固定点、旅店业、g p s 车辆报警等专业报警，虽然没有接警系统的 参与，但它们各自有自己的报警服务程序，起到了接警系统的作用，所以到处 警系统来处理时处警子模块完成的功能大致一样，只是多了调用专业报警模块 这步操作的过程。 4 3 2 联动子模块 联动子模块控制各处警席联动功能的实现，其实现过程如下：当用户发起 联动操作时，程序开始调用联动子模块，首先联动子模块保存发起坐席的处警 信息，以及调警记录，向联动信息表填加发起联动记录，然后向被联动警种的 排队队列中发送联动消息，同时直接用消息方式通知对方的处警班长和值班主 任，方便处警班长在事件处理过程中监控事件处理情况。对方收到联动请求后 可查看到发起人的处理情况以及已派警情况，同时被联动方需要回填联动信息 表，记录被联动方接收的联动的相关信息，被联动方根据本警种的处理方式处 理后续工作。 模块输入参数： 数据：接警单号，处警联动单号，被联动警种代码； 操作：选择联动警种，点击“联动”按钮 模块输出参数：向所有被发起联动的警种所在的a c d 组中发送联动请求数 亘壹奎逼盎掌硬土研究生学位论文第2 1 页 据。 整个联动子模块的处理流程如图4 7 所示 h 娄黼靠 联动指令 一”鼍置篓? ”5 保存处警信息 和调警信息 发送消息给 处警班长和 值班主任 保存发起联 l 土一 动记录 联动处理结束 q 厂1 i 函 赢l 鬯辈型 l 警信息填写l0 l 苎至耋些l1 压矗百；i 石习 暨蛮i 蓦 七 i 为空闲，退出l j l 1 编辑状态1 l 保存处警记录ll t 一 f 和调警记录 ，l 图4 8 指令下达子模块流程图 亘壹童塑盔雯亟塑宝皇堂僮逄文第2 2 页 4 3 4 提交子模块 提交子模块主要应用在对重大警情事件的处理上，其处理过程为：处警席 收蓟接警席发送来的报警信息后，认为该警情重大，需要交由班长席来处理处 理报警事件，则点击“提交”按钮叫通班长席位，保存报警事件，并将事件数 据转到班长席，然后处警席退出处理过程，交给班长席处警。 模块的处理流程如图4 9 所示： 图4 9 提交子模块处理流程图 4 。4 有线无线调度程序设计 有线无线调度系统的主要是调用c l r i 服务为用户提供有线和无线通信功 能，从系统结构上可分为热线调度子模块、无线监控子模块、坐席状态监控子 模块和软电话控制予模块四部分。 热线调度模块为用户提供热键拨号的功能；无线监控模块提供监控指定无 线组通话状态和监听无线电台的功能：坐席状态监控模块主要通过调用( 邢服 务中的a c t i o n q u e r v a c d 的方法监控指定组中各坐席的当前状态；软电话控制 模块通过控制c t i 服务的方法提供用户在软件上使用数字电话的所有功能，诸 如调用a c t i o n d a i l 方法实现控制拨号功能，调用a d i o n a n s w e r c a l l 方法实现应 答功能，调用a c t i o n o n h o o k 方法实现挂机功能，调用a c t i o n i o l d 方法实现通 话保持功能，调用a c t i o n r e t i i e v e 方法实现保持后取回通话的功能，调用 a c t i o n d a i l t h i r d 方法实现呼叫第三方功能，调用a c t i o n c 0 n f s t a n 方法实现三方 会议的功能等等，由于c t i 服务子系统不在本文讨论之列，在本文就不详细讨 论这些功能的实现过程了。 4 4 1 有无线调度程序界面 有线无线调度系统的程序界面如图4 1 0 所示 西南交通大学硕士研究生学位论文第2 3 页 4 4 2 热线调度模块 图4 1 0 有，无线调度界面 热线调度模块的主要功能是根据数据库中的热线电话组表、热线电话表和 热线电话关联表的数据在通信调度界面上生成热键按钮，用户通过点击热键按 钮即可呼叫对应的电话，生成热键按钮的控制是通过如下所示的) ( 】l 配置信 息完成。 c l a s s n a m e 属性值为“h o t c a i i g r o u p ”表示该节点是热线组的配置信息：为 “h o t c a ii ，”表示该节点是热线电话的配置信息； o r g l e f t 属性和o r g l d p 属性控制生成的按钮中第一的按钮的位置； 亘直窒通大学硕士研究生学位论文 第2 4 页 o r g w i d t h 属性和o r g 髓l g h t 属性控制生成按钮的大小； r o w c o u n t 属性控制生成的按钮一行的个数； b 阶n ，m t l s 属性和b n l g 瑚 d i s 属性控制生成按钮之间的距离： o r g c a p l l 0 n c o l o r 属性控制生成按钮上的文字的颜色； 当用户点击热线组的按钮时，系统查询出该热线组中所有的热线电话并生 成热线电话按钮，当用户点击热线电话按钮，则系统调用c t i 服务的a c t i o n d i a l 方法呼叫对应的号码。 4 4 3 软电话状态机设计【1 】 在软电话模块设计中，电话状态机是设计的根本依据，每个坐席在c t i 系 统中的状态，可以在有表4 3 所示的各种状态中切换： 表4 3 软电话控制状态 状态名状态 未登录n o l o g o n 就绪r e a d y 准备( 或小休)p r a r k i n g 振铃r i n g i n g 通话r a l k i n g 处理 a c w 拨号d i a l i n g 保持h 0 1 d i n g 保持下拨号d i a l i n g t h i r d 保持下通话r a l k i n g t h i r d 被动席问通话t a l k i n g t h i r d p a s s i v i t y 主持会议 c o n fp r e s i d e 参加会议 c o n f 被保持 h e l d 监听 m o n i t o r 各种控制状态之间的切换关系和需调用的c t i 方法如图4 1 1 的状态转换图 所示。图4 1 1 中调用方法如果为空，表示此情况不由坐席发起的动作。比如振 铃就是由硬件驱动发起的消息。 亘蜜奎道盔堂亟蟹究生学位论文第2 5 页 图4 n 软电话状态转换图 根据图4 1 1 的状态转换图可得到如表4 4 所示的状态转化表，在软电话控 制模块中主要根据表4 - 4 的状态转化表设计软电话各按钮的可用状态，引导用 户正确操作软电话，完成各种情况下的通话控制。 表4 - 4 软电话状态转换表 状态名能做的动作调用方法可到达的状态原因 未登录注册到a c d 队a c ti o n l o g o n置忙注册 列 未登录注册失败 就绪小休 a c t i o n p a r k 小休小休 处理 a c ti o n a c w 处理处理 注销a c t i o n l o g o u t 未登录注销 振铃呼入 监听 s u p m o n i t o r 监听监听 强插s u p c o n f e r e 主持会议强插 拦截s u p t r a n s f e r 通话拦截 强拆s u p h a n g u p就绪强拆 亘蜜窑遒盔堂巫主塑窒圭堂焦迨窒箜堑夏 小休取消小休 a c t i o n u n p a r k 就绪取消小休 注销 a c t i o n l o g o u t 未登录注销 振铃摘机a c tio n o f f h o o k通话 摘机 就绪用户挂断 小休超时未摘机 通话挂机 a c ti o n o n h o o k 处理座席挂机 保持 a c t i o n h o l d 保持保持 盲转 a c t i o n t r a n s f e r n o处理 w a i t 模拟p t t 按键a c t i o n p t t 通话p t t 按键( 无线) 参加会议被强插 就绪被强拆 处理被拦截 处理拨内外线 a c t i o n d i a l 拨号 拨号 处理完毕 a c t i o n u n d r o c e s s就绪处理完毕 监昕 s u d m o n i t o r 监听 监听 强插 s u d c o n f e r e 主持会议 强插 拦截 s u d t r a n s f e r通话拦截 强拆s u p h a n g u p 就绪强拆 小休 a c t i o n p a r k小休小休 置忙就绪a c t i o n s e t r e a d y就绪 就绪 监听s u p m o n it o r监听 监昕 强插s u p c o n f e r e 主持会议强插 拦截s u p t r a n s f e r 通话拦截 强拆s u p h a n g u p 就绪强拆 拨号取消拨号 a c t i o n d i a l c a n c e l处理取消拨号拨号错误 通话 对方摘机 保持取消保持 a c t i o n u n h 0 1 d通话 取消保持 拨内外线 a c t i o n d i a l保持下拨号拨号 拨座席 a c ti o n d i a l a g e n t保持下拨号 处理 用户挂断 保持下拨取消拨号 a c tio n d i a l c a n c e l保持取消拨号拨号错误 拨号 被保持方挂断 保持下通话 对方摘机 保持下通挂断第三方 a c ti o n h a n g u p t h ir保持挂断第三方第三力 诸 d 挂断 亘直窒道太堂亟受窒生堂位论文第2 7 页 举行会议 a c t i o n c o n f s t a r t主持会议 举行会议 转移 a c ti o n t r a n s f e r u s处理 转移 e r 切换通话 a c t i o n a l t e r n a t e保持下通话 切换通话 通话 被保持方挂断 被动席间座席挂机 a c t i o n o n h o o k 处理 座席挂机对方座席 通话 挂断 参加会议对方座席举行会议 通话被转移呼叫 被保持 主动通话座席外拨 切换通话 主持会议结束会议a c t io n c o n f e n d处理 结束会议 座席挂机a c t i o n o n h o o k处理 座席挂机 座席挂断一a c t i o n h a n g u p c o n f通话 座席挂断一方 万 u s e r 通话会议其他一方挂机 参加会议 座席挂机a c t i o n o n h o o k就绪座席挂机 通话 会议主持人挂机 被动席问通话非会议主持人挂机 被保持座席挂机 a c t i o n o n h o o k 就绪座席挂机对方挂机 通话 被转移( 第三方为外 线) 被动席间通话被切换保持 参加会议 对方座席举行会议 监听 原状态( 就绪座席挂机 处理置忙) 取消监听 a c t i o n d i s c o n n e c t原状态( 就绪班长取消监听 处理置忙) 强插s u p c o n f e r e 主持会议强插 拦截s u p t r a n s f e r 通话 拦截 强拆 s u p h a n g u p 原状态( 就绪班长强拆 处理置忙) 在软电话控制模块中有一个状态控制单元，软电话控制模块通过接收c r i 事件，获得电话的当前状态后，通知状态控制单元，状态控制单元通过扫描状 态控制表，获得用户电话可进入的下几个状态以及可用的操作方式后，控制程 序产生相应的动作，将可能使用的操作方式对应的操作按钮的状态置为可用， 其他的设为不可用。 第五章数据设计 数据设计中包括接处警子系统中所使用的数据库定义，本文仅给出与接处 警子系统相关的数据库设计 5 1 基础数据设计 接处警子系统基础数据包括用户基本信息、职务、工作组、组织机构、角 色等信息，具体关系如图5 1 所示 卅箍靛勰。i 。：令色 忖5 中矗。：姗 馐嚣* 9 吕器器3 长i盖孺器嚣：盏l 舟色酋雩m l 研f u ei 一7 l i 芭* q 日m e 世的号町衄矗d | ， j 蹙瞢雌砝r i 体蛆妁直 宰 - 照瞢惶 ， 宇 工仁组 l 恤晌马皿日；，k 字 一啊鼻l 簟位名韩k 瞰位0 0 ) 雠髓紧“呻1 l i 愀一“甜“【 位地址匿眦【2 0 0 ) 所属巨峨k 毗幢) 上蜢也犏号矾 乜。! 一一i 哆。 用户摘号t 孤( 讪 用户毫韩w 肛幔【扣) 用户代爵肛 ( 2 0 ) 蛙瞢惶鲴辱擅 z 作粗犏号j 翘l ( h l 惶螭号j 田l 啊莽蚋号m 蛐 日d 用户击咧w 芷删) 图5 1 基础数据关系图 用户基本信息表( t p u b y l d 口i 【) 描述用户的基本信息情况。 记录用户编号、用户名称、用户代码、处警单位编号、工作组编号、职务 编号、用户密码等信息。 处警单位编号与处警单位表( 1 r i u b a d w ) 中处警单位编号a d w b h 关 联； 工作组编号与工作组表( t p u b g z z ) 中工作组编号g z z b h 关联； 职务编号与职务表( t p u b z w ) 中职务编号z w b h 关联。 处警单位表( t p u b c j d w ) 描述记录处警单位信息情况。 记录单位编号、单位名称、单位地址、所属区域、上级单位编号、职能描 述等信息。 工作组表( t p u bg z z 描述工作组信息情况。 记录工作组编号、单位名称、工作组名称、职能描述等信息。 职务表( t p i j bz w ) 描述职务信息情况。 记录职务编号、职务名称、职能描述等信息。 角色表( t p u bj s ) 描述角色信息情况。 记录角色编号、角色名称、功能描述等信息。 处警单位角色表( t p u bc j d w j s ) 描述处警单位所有角色情况。 记录数据编号、处警单位编号、角色编号、备注等信息。 工作组角色表( t p u b c j d w j s ) 描述工作组所有角色情况。 记录数据编号、工作组编号、角色编号、备注等信息。 职务角色表( t p u bz w j s ) 描述职务所有角色情况。 记录数据编号、职务编号、角色编号、备注等信息， 处警单位编号与处警单位表( 口u b a d w ) 中处警单位编号a d w b h 关 联： 角色编号与工作组表( t p u bz w ) 中职务编号z 、粕h 关联： 职务编号与职务表( 口u b z w ) 中职务编号z 、釉h 关联； 用户角色表( t p u by 丑0 s ) 描述用户所有角色情况。 记录数据编号、用户编号、角色编号、备注等信息。 角色编号与工作组表( t p u bz w ) 中职务编号z w b h 关联； 用户编号与用户基本信息表( t p u b - y h x x ) 中用户编号y h b h 关联； 5 2 接警数据设计 接警数据包括接警基本信息、1 1 0 接警、1 1 9 接警、1 2 0 接警、1 2 2 接警信 息，具体关系如图5 2 所示： 图5 4 接处警交接数据关系图 坐席表( t 帐s z x ) 记录各坐席的基本信息； 包括坐席编号、电话号码、i p 地址等信息； 处警信息相关表 1 1 0 处警信息表( t 1 1 0c j x x ) 、1 1 9 处警信息表( t 1 1 9 一c j x x ) 、1 2 0 处警 信息表( t 1 2 0 _ c j x x ) 、1 2 2 处警信息表( t 1 2 t c j x x ) 表中 坐席编号与坐席表( t w k sz x ) 中坐席编号z x b h 关联。 坐席日志 描述所有坐席工作响应记录，反映通话过程； 包括数据编号、坐席编号、开始时间、结束时间、其他等信息， 其中坐席编号与坐席表( t w k s z x ) 中坐席编号z x b h 关联。 坐席回拨日志 记录坐席的呼叫情况； 包括数据编号、坐席编号