• 7.91 MB
  • 190页

北京市市级城市管理信息平台初步设计报告——与相关部门对接系统 第六册

  • 190页
  • 当前文档由用户上传发布,收益归属用户
  1. 1、本文档共5页,可阅读全部内容。
  2. 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
  3. 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
  4. 文档侵权举报电话:19940600175。
'北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)北京市市级城市管理信息平台初步设计报告(第六册-与相关部门对接系统)中国电子信息产业发展研究院2005年10月VII 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)项目信息项目名称北京市市级城市管理信息平台单位名称北京市市政管理委员会项目类型A2A1:新建部门内项目;A2:新建跨部门项目;B1:应用升级项目B2:网络升级项目;B3:安全改造项目(根据项目情况选择)业务类型C1、C2C1:提高公共服务能力;C2:提高行政管理能力(根据项目情况选择)项目单位信息联系人李立明单位属性国家机关þ地址北京市西城区西单北大街80号大专院校¨电话66055769,13311515333国有企业¨传真66055769股份公司¨Emailliliming@bjmac.gov.cn集体个体¨邮政编码100032独立科研机构¨设计单位中国电子信息产业发展研究院接受日期2005-09研究日期2005年9月~2005年10月提交资料内容1、北京市发展和改革委员会《北京市城市管理信息平台项目建议书(代可行性研究报告)的批复》;2、北京市市级城市管理信息平台可行性研究报告(修订版);3、北京市市级城市管理信息平台可行性研究报告(补充材料);4、《中共北京市委、北京市人民政府关于推广东城区城市管理经验建立信息化城市管理系统的意见》(京发[2005]7号)5、中共北京市委办公厅、北京市人民政府办公厅转发市社区建设和城市管理体制改革领导小组办公室《关于推广东城区城市管理经验建立信息化城市管理系统工作方案》的通知(京办发[2005]20号文件)。法人代表张旭明设计负责人叶宜强技术管理负责人柳纯录VII 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)目录第1章.概述81.1.编写目的81.2.术语定义81.3.参考资料9第2章.总体设计102.1.需求简介102.2.运行环境112.3.基本设计概念和处理流程122.4.结构132.5.功能需求与程序的关系132.6.人工处理过程13第3章.模块设计143.1.市级平台委办局(行业单位)协同工作系统143.1.1.系统需求143.1.2.系统边界143.1.3.系统框架153.1.4.系统设计163.1.5.网络、软硬件环境333.2.业务适配器:Web服务容器343.3.业务适配器:数据存取服务343.4.业务适配器:核心框架373.4.1.日志处理机制393.4.2.错误处理机制393.4.3.任务流水线393.4.4.多线程及线程管理403.4.5.源(Source)、管工厂(PipeFactory)和目的端(Destination)423.4.6.图解433.5.业务适配器:系统组件433.5.1.业务适配器:连接器(Connector)443.5.2.管道组件(PipeFactory)713.5.3.处理器组件(Handler)76VII 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)3.6.业务适配器:配置管理793.6.1.系统控制793.6.2.任务管理793.6.3.日志管理803.6.4.配置管理813.6.5.数据诊断82第4章.接口设计844.1.用户接口844.2.市区两级对接整体框架844.3.数据对接内容904.3.1.基础数据904.3.2.业务数据904.3.3.查询统计数据934.4.数据对接规范944.4.1.对接数据944.4.2.对接数据格式规范944.4.3.对接数据定义954.4.4.数据对接实现954.5.对接数据定义954.5.1.业务表单数据964.5.2.基础支撑数据994.5.3.基础地理数据1004.5.4.查询统计数据1014.6.行业空间数据标准1014.6.1.概述1014.6.2.电力行业空间数据应用标准1024.6.3.“路灯管理中心”数据分析1024.6.4.燃气行业空间数据应用标准103第5章.运行对接设计、定制内容和方案1105.1.业务适配器定制过程1105.1.1.系统管理1105.1.2.任务配置1155.1.3.框架功能与配置1175.1.4.组件功能与配置1235.2.数据对接机制1255.2.1.初始化125VII 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)5.2.2.定期更新1265.2.3.实时流转1285.2.4.实时获取1285.3.数据对接方案1285.3.1.概述1285.3.2.业务流程描述1295.3.3.对相关业务单位的要求1305.3.4.委办局或市属责任单位与市级平台之间的业务数据交换1305.3.5.区级平台的业务数据交换1335.3.6.空间数据交换1345.3.7.对接系统和市级平台内部业务系统的连接135第6章.系统数据结构设计1366.1.逻辑结构设计1366.2.物理结构设计1456.3.数据结构与程序的关系146第7章.系统出错处理设计1477.1.出错信息1477.2.补救措施1477.3.系统维护设计147第8章.网络对接1488.1.区级平台网络现状描述1488.1.1.区县专网以市专网的交换机Cisco6006作为核心1488.1.2.区县专网通过本身的核心路由器与市专网连接1498.2.市级平台与区级平台网络对接1498.2.1.通过市专网Cisco6006连通市级平台1508.2.2.通过区县专网本身核心路由器连通市级平台1518.2.3.IP地址使用要求1518.2.4.带宽和连接要求1528.2.5.网络安全152第9章.市级平台信息交换规范153附录一、区级平台数据提供要求154VII 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.部件属性数据1542.行政区划数据1563.地理编码库157附录二、业务适配器软硬件要求1621.硬件设备1622.软件162附录三、数据表单1631.下行中间表—问题登记单1632.下行中间表—立案单1643.下行中间表—任务分派单1644.下行中间表—委托核查单1645.下行中间表—督办单1656.下行中间表-领导批示1657.下行中间表—附件1668.下行中间表-基础分类数据1669.下行中间表-专业部门属性表16610.上行中间表—任务签收响应16711.上行中间表—任务反馈单16712.上行中间表—处置核查单16713.上行中间表—问题登记单16814.上行中间表-领导指派任务、批示反馈表16915.上行中间表—附件16916.上行中间表-城管通GPS数据17017.上行中间表-专业部门属性表17018.上行中间表-城管员基本属性17019.上行中间表-部件属性信息171附录四、数据格式规范1721.数据格式约束172VII 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)XML名称空间1722.信息头结构与格式173Preamble规范173Delivery规范174Service规范1753.完整的交换数据格式举例178附录五、业务适配器WEB服务调用接口1811.数据发送服务1811.1接口方法描述1811.2Web服务WSDL描述1812.数据接收服务1832.1接口方法描述1832.2Web服务WSDL描述1843.数据接收另选方案1854.数据发送通知1855.数据到达通知187附录六、查询统计WEB服务调用接口1891.数据查询统计服务1891.1接口方法描述1891.2参数内容规范1891.3返回结果规范190VII 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.概述1.1.编写目的《城市信息化管理市级平台系统》项目(以下简称“市级平台”项目):的总体目标是:根据全市信息化的总体部署和要求,结合GBC政务模式,围绕市市政管委城市管理和公共服务职能行使的需求,构建对内业务和办公、对外服务的信息化体系,达到“情况清、指挥灵、使用方便”,为公众提供快速优质服务,对企业实行规范管理和有效监管,提高整个城市管理水平。为了实现市区两级平台业务联动需求,通过对于“市级平台”前期工作的参与和对东城区区级平台业务的深入学习,以及和东城区相关区级平台相关承建单位以及各城区区级平台相关承建单位的交流,深入地了解了《城市信息化管理市级平台系统》对于市区两级平台业务联动的要求。为了《城市信息化管理市级平台系统》里各业务系统能够顺利地和各区的业务系统对接,以及相应数据能够顺利地到达各委办局和市属责任单位,和为项目设计提供编制依据,特编写城市信息化管理市级平台系统对接系统设计报告。1.2.术语定义缩写、术语解释市市政管北京市市政管理委员会市级平台城市信息化管理市级平台系统数据交换平台市级平台里面用来做市级平台数据和其它业务系统数据交换的技术平台。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)对接系统市级平台和区级平台、委办局、市属责任单位的业务对接系统GBCP政府(Government)、企业(Business)、公众(Citizen)之间的关系可以归结称为“GBCP”的关系模式:就是G居于主导地位、B作为G的职能完成主体和监管协调对象、C通过G参与政务管理并有效快速获得B提供的服务。公共物P的数据可分类为:GBCP编码、属性数据(长度、材质、型号、能源类型等)、状态数据(是否正常,流量、压力、温度等)、地理位置、权属信息(P的责任主体和责任范围)、运营费用等;1.1.参考资料1、北京市市政管委各类定期、年报报表格式以及说明2、北京市数字市政管理服务系统项目建议书3、GBCP城市公共管理服务模式研究4、北京市信息化城市管理系统技术规范5、依托数字城市技术创建城市管理新模式第2章.135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.总体设计1.1.需求简介根据京发[2005]7号文件的要求:全市统一使用一个城市管理号码,建立市、区两级城市管理信息平台。市、区两级平台具有呼叫、信息传递、协调处置和监督职能。京发[2005]7号文件对市级平台工作程序要求为:市级平台接到反映问题的信息后,对区属单位责任范围的问题及时转到区级平台;对市属单位责任范围的问题及时转到市属责任单位;将需要市、区两级联动办理的事项转到区级平台及相应的市属责任单位;对非市、区属责任单位进行协调;突发公共事件及时上报市应急指挥中心。市属责任单位接到信息后,应按职责在规定时限内对问题做出处理,处理完毕后将处置结果立即反馈到市级平台。对需要协调解决或责任单位不按时处理的,市级平台要及时予以协调或督促处置。城市管理信息平台的业务单位包括:市级平台、区级平台、相关委办局和市属责任单位,以下简称“业务单位”。与市级平台相关的业务单位包括:区级平台、相关委办局和市属责任单位,以下简称“相关业务单位”。为实现市级平台对城市管理的综合处理能力,市级平台需要与区级平台、相关委办局和市属责任单位实现对接,即在相关业务单位之间实现城市管理问题的接收、分发、协调和反馈。业务单位系统的对接主要在三个层面:135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.数据层面的对接,系统间主要的接口是底层数据的访问与功能调用;2.流程层面的对接,系统间主要的接口是流程性工作在各节点的流转过程。3.业务应用层面的对接,系统间的接口是应用层次上的功能接口服务调用。业务单位系统的对接数据包括:1.基础地理数据(地理编码、行政区划数据,包括街道、社区和网格数据)、部件属性信息和部件分类、事件分类数据;2.静态、定期更新业务数据;3.实时动态交互业务流程数据。(同一事件可能需要市、区、各单位同时参与处理)。4.业务应用方面的查询、统计结果数据。1.1.运行环境硬件设备本软件运行所需要设备的最低要求:PC机P42.4GHz以上,最小内存容量1G,4G剩余硬盘,VGA彩显,10/100M自适应网卡。软件使用时需提供以下运行环境:操作系统:Windowsserver2003sp1135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)软件环境:JavaTM2Platform,StandardEdition,v1.4.21.1.基本设计概念和处理流程表21相关业务单位必须满足的要求列表相关业务单位必须满足的要求列表序号详细描述1.数据要求1)部件、事件种类的划分规则与市级平台统一2)部件、事件编码的规则与市级平台统一3)对具体的某个部件编码与市级平台统一4)对具体的事件提供事件的唯一标识(1个或几个标志性数据组成),避免重复立案2.功能要求1)业务单位能够接收、响应市级平台转发的事件处理信息、核查事件任务2)业务单位能够反馈事件(市级平台转发)的处理结果3)业务单位能够上报给市级平台重大、需要协调、应急、无法解决的事件4)业务单位能够提供事件数据查询统计功能,市级平台能够发送查询统计指令到业务单位,业务单位返回相应的查询统计结果。3.接口要求能够提供市级平台获取部件、事件信息的接口,具体包括:1)能够提供接收、响应、反馈市级平台任务的接口,并且提供实时接收任务的接口2)能够提供上报给市级平台事件的接口3)区里部件更新时,能够及时通知市级平台,以保证市级平台数据与区级平台数据的同步4)有新的上报的事件时,能够及时通知市级平台,以避免在事件报送过程中产生延误5)能够提供事件、城管员的查询统计接口,当市级平台发送给相关业务单位查询统计指令后,135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)相关业务单位能够及时返回相应查询及统计结果。1.1.结构对接系统由两部分组成,业务适配器和业务联动表单处理系统。业务适配器是用已经有的产品:业务适配器,对其主要做大量的配置工作和处理市级平台专有的消息。业务联动表单处理系统是新的专门为市级开发的产品。1.2.功能需求与程序的关系表22功能需求与程序的关系功能需求业务适配器业务联动表单处理系统和区级平台业务系统实现数据交换参与市政管理的相应表单信息到达委办局、市属责任单位,相关单位的信息反馈。参与参与对于区级平台来说,由于区级平台将开发业务程序和市级平台对接系统对接,在区级平台只部署业务适配器就可以了。委办局、市属责任单位不开发和市级平台对接的业务系统,所以在委办局、权属责任单位要部署业务适配器和业务联动表单处理系统。1.3.人工处理过程 【说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。】1对业务适配器和业务联动表单处理系统的日常工作。2对业务联动表单处理系统中相关表单的输入。第2章.135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.模块设计1.1.市级平台委办局(行业单位)协同工作系统1.1.1.系统需求由市级平台通过数据交换平台下发到各个委办局业务数据(如:任务分派单,立案单,问题登记单等),在委办局端需要提供一个由市级平台下发下来的业务数据处理的界面接口。方便各个委办局可以独立处理由市级平台下发下来的业务数据。1.1.2.系统边界本系统的主要功能包括:从市级数据交换平台下发来的任务分派的管理、各个委办局办理情况反馈事项的管理和各个委办局已经办理完成情况的查询。此系统后台直接与数据交换平台的业务适配器实现对接,而没有对业务流程逻辑和实现逻辑进行判断。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.系统框架数据交换平台业务适配器Tomcat服务器Mysql委办局IE委办局IE委办局IE图31北京市城市管理综合信息平台结构图数据交换平台业务适配器实时的把市级平台下发的数据放入到各个委办局本地的数据库中。各个委办局城市管理综合信息系统轮询后台数据库,当有从市级平台下发的数据时,显示给各个委办局指定操作员,从而实现了各个委办局实时接受到市级平台下发的任务,并进行派遣协调业务处理。各个委办局对问题处理情况需要及时反馈到市级交换平台,由市级交换平台上传到市级平台,以便于市级平台及时掌握问题的处理情况。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.系统设计1.1.1.1.系统功能设计图32系统功能用例图系统主要功能包括系统管理、任务的接收、任务处理、任务反馈和任务存档查询等功能。1.1.1.2.系统管理包括用户的注册管理、角色管理和权限管理,用户只有在系统管理注册并分配权限后,才能浏览系统,进行业务处理。1.1.1.3.任务的接收135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)主要处理由市级交换平台下发来的业务数据显示。并对每个具体的任务进行查看其在市级平台业务流程各个节点的处理情况。1.1.1.1.任务处理各个委办局接收到市级交换平台下发下来的数据后,进行业务的派遣与协调处理。1.1.1.2.任务反馈委办局对市级平台下发的业务进行处理,并把处理的情况及时通过市级数据交换平台上报到市级平台。1.1.1.3.任务存档查询委办局对本单位处理的业务数据进行查询,包括:对已经上传到市级平台的整个问题的流程信息和本单位处理的业务数据信息。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.系统各个主要实体类设计图33城市管理综合信息平台主要类图各个类的详细说明如下:1.1.1.1.1.下行数据索引表表31下行数据索引表表名ExchangeIndex_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT表名TABLENAMENVARCHAR50记录号RECORDIDNVARCHAR50生成时间CREATTIMEDATETIME年月日时分秒发送时间SENTTIMEDATETIME年月日时分秒送到时间RECEIVETIMEDATETIME年月日时分秒优先级SENTPRINVARCHAR50接收IDRECEIVEUNITCODENVARCHAR100接收单位ID状态STATENVARCHAR50失败原因FAILURERESONNVARCHAR200重复次数REPEATNUMBERNVARCHAR41.1.1.1.2.下行中间表—问题登记单表32下行中间表—问题登记单135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)表名QuestionRegister_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20事件编码QUESTIONNUMBERNVARCHAR50地标码事件等级EVENTLEVELNVARCHAR50事件来源EVENTSOURCENVARCHAR50所属类别REGIMENTATIONNVARCHAR50来源方式SOURCEMANNERNVARCHAR50接线员BOOKINMANNVARCHAR50城管员PATROLMANNVARCHAR50城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR50部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCHAR50事件小类SMALLCLASSNVARCHAR50所属城区CITYZONENVARCHAR50所属街区STREET_IDNVARCHAR50所属社区COMMUNITY_IDNVARCHAR50所属万米单元CELLRESEAU_IDINT20事件位置说明POSITIONREMARKNVARCHAR100地图定位信息SPACEPOINTNVARCHAR100问题描述PROBLEMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME举报人ENUMERATEMANNVARCHAR50举报人联系方式ENUMERATEMAN_INFONVARCHAR200回复方式REVERSIONWISENVARCHAR50登记人BOOKERNVARCHAR50登记时间BOOKINTIMEDATETIME备注QUESTIONREMARKNVARCHAR2001.1.1.1.1.下行中间表—立案单表33下行中间表—立案单表名RegisterCase_Send主键ID名称字段类型长度是/否空备注135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20案卷号CASENUMBERNVARCHAR50立案人CASEMANNVARCHAR50立案时间CASETIMEDATETIME备注CASEREMARKNVARCHAR2001.1.1.1.1.下行中间表—任务分派单表34下行中间表—任务分派单表名TaskSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20任务分派号TASKNUMBERNVARCHAR50任务级别TASKLEVELNVARCHAR50分派单位SENTEDUNITNVARCHAR50分派者SENTEDMANNVARCHAR50分派者联系方式SENTEDINFONVARCHAR200分派时间SENTEDTIMEDATETIME分派次数SENTEDNUMBERINT4响应时间要求RESPONDLIMITINT4专业部门类型RECEIVEUNIT_TYPENVARCHAR50专业部门RECEIVEUNITNVARCHAR200处理要求DISPOSALREQUIRENVARCHAR200处理时限DISPOSALLIMITINT4备注REMARKNVARCHAR2001.1.1.1.2.下行中间表—委托核查单表35下行中间表—委托核查单表名CheckSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20委托人CONSIGNMANNVARCHAR50姓名委托时间CONSIGNTIMEDATETIME135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)委托接收人CONSIGNRECEIVERNVARCHAR50姓名委托接收部门CONSIGNRECEIVEDEPATMENTNVARCHAR501.1.1.1.1.下行中间表—督办单表36下行中间表—督办单表名UrgeInfo_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20处理部门DISPOSALUNITNVARCHAR50处理事件开始时间STARTTIEMDATETIME处理时限DISPOSALLIMITINT4距当前时间的时间差LEAVINGTIMEINT4第几次督办OVERSEENUMBERINT4督办单产生时间CREATETIMEDATETIME督办员OVERSEEMANNVARCHAR50备注REMARKNVARCHAR200领导批注信息1.1.1.1.2.下行中间表-领导批示表37下行中间表-领导批示表名Indication_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT记录编号批示标题INSTRUCTIONTITLENVARCHAR200批示内容INSTRUCTIONCONTENTNVARCHAR1000接收单位RECIEVEUNITNVARCHAR50外键接收者RECIEVEMANNVARCHAR50外键,用户表的编号重要度IMPORTANTLEVELIDNVARCHAR50数据字典项(重大,一般,紧急)批示状态INSTRUCTIONSTATEIDNVARCHAR50字典项:(已签收,未签收,已反馈,135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)未反馈批示人SENTMANNVARCHAR50批示人单位SENTUNITNVARCHAR50批示时间SENTTIMEDATETIME年月日时分秒处理时限DISPOSALLIMITINT4处理时限单位DISPOSALLIMITUNITNVARCHAR50备注REMARKNVARCHAR2001.1.1.1.1.下行中间表—附件表38下行中间表—附件表名EventAttachment_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20文件名称(不含后缀名)FILENAMENVARCHAR100文件内容的简短摘要描述,如“现场录音”文件后缀FILESUFFIXNVARCHAR20“.”内容FILECONTENTBLOB文件类型FILETYPENVARCHAR2图片0,声音1,视频2,其他31.1.1.1.2.上行数据索引表表39上行数据索引表表名ExchangeIndex_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT表名TABLENAMENVARCHAR50记录号RECORDIDNVARCHAR50生成时间CREATTIMEDATETIME年月日时分秒发送时间SENTTIMEDATETIME年月日时分秒送到时间RECEIVETIMEDATETIME年月日时分秒优先级SENTPRINVARCHAR50发送IDRECEIVEUNITCODENVARCHAR100发送单位ID状态STATENVARCHAR50备注REMARKNVARCHAR200135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.1.上行中间表—任务签收响应表3103上行中间表—任务签收响应表名RespondReturn_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号FLOWHISTORY_IDINT20签收时间RECEIVEMANDATETIME1.1.1.1.2.上行中间表—任务反馈单表311上行中间表—任务反馈单表名TaskFeedback_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20任务反馈号FEEDBACKNUMBERNVARCHAR50任务接收时间RECEIVETIMEDATETIME反馈类型FEEDBACKTYPENVARCHAR50反馈内容FEEDBACKCONTENTNVARCHAR200反馈者FEEDBACKMANNVARCHAR50反馈者联系方式FEEDBACKINFONVARCHAR200任务反馈时间FEEDBACKTIMEDATETIME申请时限APPLYLIMITINT20备注FEEDBACKREMARKNVARCHAR2001.1.1.1.3.上行中间表—处置核查单表312上行中间表—处置核查单表名CheckResult_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20预档案号PRENUMBERNVARCHAR50核查者CHECKMANNVARCHAR50135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)城管通号码CHECKCGTPHONENVARCHAR15核查时间CHECKTIMEDATETIME核查意见RESULTTYPENVARCHAR255核查情况CHECKREMARKNVARCHAR200审批者EXAMINEMANNVARCHAR50审批时间EXAMINETIMEDATETIME备注CHECKREMARKNVARCHAR2001.1.1.1.1.上行中间表—问题登记单表313上行中间表—问题登记单表名QuestionRegister_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20事件编码QUESTIONNUMBERNVARCHAR50地标码事件等级EVENTLEVELNVARCHAR50事件来源EVENTSOURCENVARCHAR50所属类别REGIMENTATIONNVARCHAR50来源方式SOURCEMANNERNVARCHAR50接线员BOOKINMANNVARCHAR50城管员PATROLMANNVARCHAR50城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR50部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCHAR50事件小类SMALLCLASSNVARCHAR50所属城区CITYZONENVARCHAR50所属街区STREET_IDNVARCHAR50所属社区COMMUNITY_IDNVARCHAR50所属万米单元CELLRESEAU_IDINT20事件位置说明POSITIONREMARKNVARCHAR100地图定位信息SPACEPOINTNVARCHAR100问题描述PROBLEMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME举报人ENUMERATEMANNVARCHAR50举报人联系方式NVARCHAR200135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)ENUMERATEMAN_INFO回复方式REVERSIONWISEINT20登记人BOOKERNVARCHAR50登记时间CREATETIMEDATETIME备注QUESTIONREMARKNVARCHAR2001.1.1.1.1.上行中间表-领导指派任务、批示反馈表表314上行中间表-领导指派任务、批示反馈表表名IndicationFeedback_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT领导批示编号LEADERINSTRUCTION_IDINT20外键,LEADERINSTRUCTION表的编号任务反馈号FEEDBACKNUMBERNVARCHAR20任务接收时间RECEIVETIMEDATETIME反馈内容FEEDBACKCONTENTNVARCHAR200反馈者FEEDBACKMANNVARCHAR50反馈者联系方式FEEDBACKINFONVARCHAR200任务反馈时间FEEDBACKTIMEDATETIME申请时限APPLYLIMITINT20反馈类型FEEDBACKTYPENVARCHAR50数据字典项备注FEEDBACKREMARKNVARCHAR2001.1.1.1.2.上行中间表—附件表315上行中间表—附件表名EventAttachment_Receive主键Id名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20文件名称(不含后缀名)FILENAMENVARCHAR100文件内容的简短摘要描述,如“现场录音”文件后缀FILESUFFIXNVARCHAR20“.”内容FILECONTENTBLOB135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)文件类型FILETYPENVARCHAR2图片0,声音1,视频2,其他31.1.1.1.界面原型北京市城市管理综合信息平台系统界面主要包括:接收箱和发件箱。对每一条接收箱里接收来的记录,可以进行详细的查询,包括:对这条记录的市级平台里处理的问题登记单、任务立案单、任务分派单查询界面和委办局进行业务处理的任务反馈单。具体的界面原型如下:1.1.1.1.1.主界面图34主界面135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.1.下发数据展示界面图35任务箱135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图36任务箱-问题登记单135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图37任务箱-任务立案单135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图38任务箱-任务分派单135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.1.上传数据展示界面图39任务箱-任务反馈135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.1.已经发送数据查询界面图310发件箱点击每一条记录,进入这条记录的详细界面,其界面原型与收件箱里每条记录的详细界面原型一致。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.网络、软硬件环境城市管理市平台数据交换平台Mysql数据库服务器TomcatWEB服务器图311系统硬件拓扑结构图1.1.1.1.Mysql数据库服务器根据单位数据量的大小可以采用PCServer和小型服务器其最低配置如下:操作系统:Redcatlinux9.0,WIN2000SERVER/WIN2003/WINXP数据库软件:Mysql5.0硬件配置:PIV2.0G/512M内存/20G硬盘135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.TcomcatWEB服务器可以与数据库服务器共用一台机器,也可以单独一台机器。其最低要求配置如下:操作系统:Redcatlinux9.0,WIN2000SERVER/WIN2003/WINXPWEB应用中间件:Tomcat5.0硬件配置:PIV2.0G/512M内存/20G硬盘1.2.业务适配器:Web服务容器业务适配器集成jettyWeb服务容器,作为系统SOAP服务的承载运行环境,同时Web服务容器也承载着系统Web管理服务。系统在启动核心框架之前首先启动Web服务容器。1.3.业务适配器:数据存取服务eGads1.0版本中,与数据库数据处理相关的任务采用了O/R映射和O/XML映射相结合的方式,数据库表(单表或关联多表)中的数据信息,JavaObject对象信息和XML格式信息在数据映射文件中描述,系统自动将数据库表中的数据取出并映射为XML。1、数据源处理器数据源处理器通过数据源配置(db-config.xml)获取数据源的操作对象(JDO2),提供JAVA类和数据库表建立映射时交互的接口(Database实例)。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图312关系/对象映射示意图所有的数据源处理操作都处于一个事务的上下文情景中。数据源操作将数据从数据库提取到内存里的JAVA对象中,提供修改JAVA对象的接口,新生成或更新后的对象在事务提交时写入数据库中。数据源定义文件举例:eGads1.0支持的数据库包括:db2DB/2genericGenericJDBCsupporthsqlHypersonicSQL135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)informixInformixinstantdbInstantDBinterbaseInterbasemysqlMySQLoracleOracle7-Oracle9ipostgresqlPostgreSQL7.1sql-serverMicrosoftSQLServersybaseSybase112、XML处理器XML处理器包括两个功能即XML的编组(Marshal)和解析(Unmarshal)。XML编组负责将XML文档根据映射定义转换为Java对象;XML解析负责将Java对象输出为XML文档,这个过程可以使用映射定义文件,也可以采用Java反射机制。图9、XML/对象映射示意图3、数据映射数据映射是数据库关系记录与XML文档之间转换的桥梁。它详细描述了字段间的映射定义,供数据源处理器和XML处理器在数据转换时使用。数据映射定义举例:135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)isrecycle.goodsdecl.Container1.1.业务适配器:核心框架业务数据适配框架作为一个基于消息的系统集成框架,是eGads业务数据适配系统的核心。所有的系统集成工作在业务数据适配系统中体现为数据处理任务的定义和资源准备,即数据处理适配的组织。数据处理适配由一组资源文档组成,包括数据处理任务定义文件(adaptor.xml),数据映射文件(xml),数据格式定义(xsd)及自动生成编译的Java代码等,用来定义将一种数据从一个源端传输到一个或多个目的端的处理流程,提供流程处理所需的其他资源。源端和目的端可以是各种不同的系统,如文件目录,TCP/IPSockets,JMS消息队列或主题,数据库,SOAP135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)WebService,oDex中间件,FTP服务器等等。业务数据适配框架抽象了系统间数据的传输处理,通过提供的各种可用的组件,系统集成工作通过简单的配置XML文档,将各种组件根据数据处理的需要动态装配起来即可实现。业务适配框架结构如下图所示:图313业务适配结构数据处理适配运行管理模块是框架的核心,它包括任务的解析和加载功能,部件装配和外部连接件连接,任务的运行和控制,异常和错误处理,并发控制和日志记录等核心功能。资源中心是配合流程运行管理模块而设的集中管理资源的模块,为平台提供资源的注册和查询功能,平台根据自身结构特点在使用资源时定义一定的层次结构,在此基础上实现资源管理。日志管理模块为一个工具模块,主要提供日志的记录输出功能。可配置不同消息转换件来实现到不同载体的记录方式。系统将结合资源中心来使用日志模块记录日志。事件中心也是工具模块,提供各种类型的消息机制来达到系统间的消息触发和处理。系统将结合资源中心来使用事件机制。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.日志处理机制每个数据处理适配(任务)维护其各自的运行日志和数据处理日志。任务日志有四个子日志为sysinfo、error、debug和user,分别用PipelineLog的log、err、debug方式写入,sysinfo配置defaultLogCP的信息转换器,用来记录任务运行信息;error配置了ErrLogCP,用于转换错误数据,记录任务流水线运行过程中的错误日志记录;debug配置了DebugLogCP,用于显示调试信息;user用于记录数据处理日志,配置一个MsgLogCP用于对用户消息数据的处理过程进行记录。1.1.2.错误处理机制错误处理机制参考在事件、事务及日志机制上构成。当产生处理错误时按不同关键级别进行处理,1级不处理,2、3级均按出错处理。出错处理有系统处理机制和用户定义机制。用户可自行写Linstner侦听感兴趣事件,处理错误消息,系统在每个Task的事件中心中均注册了”LEVEL1-3”的事件,用户可加载侦听这些不同级别的错误信息,错误信息封装为PipeError形式。系统处理机制又分为事务型错误重发、和错误消息缓存及错误日志等。错误重发由Source完成,可配置重发的相关信息。在事务失败或超时情况下触发重发机制。用Source缓存下的消息进行再发送。错误缓存为用户提供出错数据的历史信息,由Source完成,Source两个Listner中一个侦听流水线中所有LEVEL2、LEVEL3错误,结合出错点信息组成错误数据,然后调用ErrorMsgCache方法处理,ErrorMsgCache为接口,实现可有多种,可在Source上配置部署0个或多个。现有的为写入XML文件中,称为FileCache。错误日志为系统实现的日志机制之一,用于书写错误信息,不仅事务错误要写入,一般出现的异常也可根据需要写入,由于Log为工具模块,使用点和使用策略不确定,开发人员可根据需要在各个模块中向相应日志写入信息。1.1.3.任务流水线135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)数据处理适配在运行时由任务构造模块解析适配资源,建立任务处理流水线。一条流水线上有且仅有一个源结点(Source),流水线上的一个上游节点可以LinkTo到多个下游节点,最后形成的是一个树状任务链。如下图所示:一个数据处理适配在逻辑结构如上图所示是一个树状结构,由一个Source部件、0或多个PipeFacory部件和Destination部件构成。其中Source和Destination是已标准化的组件,只需配置输入输出的连结器(Connector)来完成系统与系统间的交换功能;PipeFactory是抽象类,可有各种不同的实现,根据不同业务构造不同的实现并进行不同的配置可以完成各种数据转换和业务处理过程。灵活的系统配置和功能划分使得系统具有高度的灵活性和可复用及可扩展性,同时,优化的底层处理机制实现了流水线间的高度并行和系统的高性能。1.1.1.多线程及线程管理多线程思想蕴含于整个系统之中,在模块运行和管理部分实现了同流水线不同消息之间的并发和同一消息不同处理部件间并发这两级。实现涉及多个部件,主要有Source和Link等。Source为每一消息打开一个线程,得到一个Link,用于实现不同消息间并发,Link为一个消息的每个下游部件打开一个线程,用于实现不同部件间并发。为提高资源使用效率和控制系统空间,由PipeFactory和LinkFactroy来管理Pipe和link的数量,公共资源和生命周期。每个Source配置一个ThreadManager用于管理线程,负责维护一个消息所有线程列表,当超时或事务完成(成功或失败时),ThreadManager135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)将清除所有未完成线程。数据处理适配即任务处理模块在运行时实际模型如下图所示:一条消息可以在LinkFactrory1处获取Link11或Link12,由此Link获取PipeA1或PipeA2来处理,完成后由此Link生成新线程调用下游的LinkFactory3,得到Link31或Link32中的一个,再由Link获取PipeA1或PipeA2中的一个处理,由此,多线程中各个线程和物理上使用的哪个部件没有必然联系,一个线程可用一个部件,一个部件可被多个线程调用,一个消息处理过程中也产生一组线程。调用多个部件,一个部件也可被多个消息复用。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.源(Source)、管工厂(PipeFactory)和目的端(Destination)如上图所示:Source组件是整个任务单元的入口点;Source组件通过输入连接器(Connector)获取外部系统待处理的业务数据,封装成下游组件能够处理的数据格式,然后通过连接(Link)传递给下游组件;输入连接器通过轮询或监听的方式得到外部系统的数据;连接(Link)在管道线路上各个组件间传递消息数据包和控制请求。由于每个上游组件可对应0个或多个下游组件,所以一个任务可有0个或多个Destination的输出。具有具体功能的处理部件(Source、Pipe和Destination)及其对应的连接(Link)共同构成逻辑上的任务组件(TaskComponent)。除Source外的Pipe、Destination和Link均由对应的工厂类(Factory)进行运行管理。由此来提高资源使用效率和系统的并行性能力。Pipe组件负责对数据进行某些特定的处理任务如数据转换(从一种格式转换为另一种格式)或者数据校验(对数据中的字段进行条件检查),处理后的数据通过Pipe组件的Link传递到下游多个组件,并行执行最后到达Destination组件。Destination组件负责解封内部数据包,并通过输出连接器将数据提交给外部系统。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.图解1.2.业务适配器:系统组件135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.业务适配器:连接器(Connector)1.1.1.1.JMS消息监听连接器包名:com.egrid.adaptor.connector.jms类名:GenericJmsReadConnector1.描述消息监听组件是基于JMS1.1协议标准的客户端监听实现,可以异步监听兼容JMS1.1标准的消息服务器上主题或队列中的消息。目前,消息监听组件仅处理TextMessge、ObjectMessage和BytesMessage三种JMS消息类型。消息监听组件采用JNDI查询得到JMS实现的资源如工厂和主题,这是JMS规范中推荐使用的方式,并被大多数JMS实现厂商支持。下面以WebLogicExamplesServer7.0为例介绍JMS消息监听组件的配置使用。使用BEAWeblogicversion7.0ExamplesServer,将WebLogic安装目录中的weblogic.jar添加到ext目录下,假定访问WebLogicexample队列的用户名和密码可以忽略。该connector配置如下:Queueweblogic.examples.jms.exampleQueueweblogic.examples.jms.QueueConnectionFactoryweblogic.jndi.WLInitialContextFactoryt3://localhost:7001Subject="GoodsDeclare"name1name2name2135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.配置参数列表名称说明类型是否强制缺省值ID消息监听的标识,取值为Queue或Topic"String"truenullSubject消息队列或主题的名称"String"truenullFactory与消息服务器建立连接的连接工厂如:EGridQueueConnectionFactory"String"truenullJndiProviderJNDI访问的提供者如:rmi://localhost:1099"String"truenullJndiFactory与JNDI服务建立连接的工厂类如:com.egrid.jms.jndi.InitialContextFactory"String"truenullJndiUserName访问JNDI服务的用户名"String"falsenullJndiPassword访问JNDI服务的用户密码"String"falsenullUserName访问消息队列或主题的用户名"String"falsenullPassword访问消息队列或主题的用户密码"String"falsenullTransacted消息监听是否采用事务,默认为False"Boolean"falseFALSEServiceLevel"String"falseGUARANTEEDPollLimit"String"false-1PollDelay"String"false120000ConnectionCheckTimeout"String"false60000MaxStopTimeout"String"false10000AcknowledgeMode"String"falseAUTO_ACKNOWLEDGEDeliveryMode"String"falseNON_PERSISTENTPriority"Integer"false4TimeToLive"String"false0attributesUserAttributefalsenull注释:ServiceLevel:服务级别,GUARANTEED或RELIABLE两种,当设定为GUARANTEED时,如果与消息服务器的监听出现异常,该连接器自动重试与消息服务器恢复连接,重试的次数和重试间隔由PollLimit和PollDelay参数决定;当设定为RELIABLE时,如果与消息服务器的监听出现异常,则连接器直接抛出异常给系统框架;PollLimit:重试连接的次数,-1为持续重试;PollDelay:两次轮询(或重试)之间的时间间隔,单位毫秒;ConnectionCheckTimeout:检测连接器与消息服务器之间的连接状态的时间间隔,单位毫秒;MaxStopTimeout:连接器停止时,最大等待时间,单位为毫秒;AcknowledgeMode135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统):消息监听接收到消息后的应答模式,三种:自动应答模式(AUTO_ACKNOWLEDGE)、客户端应答模式(CLIENT_ACKNOWLEDGE)和,默认为AUTO_ACKNOWLEDGE;DeliveryMode:消息在消息服务器上的存储模式,两种:NON_PERSISTENT和PERSISTENT,默认为NON_PERSISTENT;Priority:消息的优先级,取值为0-9,默认值为4;TimeToLive:消息在消息服务器上的生命期,单位毫秒,0为永不过期;attributes:消息属性,参见消息属性一节;1.配置示例:Queuequeue2JmsQueueConnectionFactoryorg.exolab.jms.jndi.InitialContextFactoryrmi://localhost:1099/Subject="GoodsDeclare"testtestfalseGUARANTEED40AUTO_ACKNOWLEDGEname1name2Stringname2name2String1.1.1.1.JMS消息发送连接器包名:com.egrid.adaptor.connector.jms类名:GenericJmsReadConnector135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.描述消息发送组件是基于JMS1.1协议标准的客户端实现,可以向兼容JMS1.1标准的消息服务器上主题或队列发送消息。目前,消息发送组件仅处理TextMessge、ObjectMessage和BytesMessage三种JMS消息类型。2.配置属性参数列表名称说明类型是否强制缺省值ID消息监听的标识,取值为Queue或Topic"String"truenullSubject消息队列或主题的名称"String"truenullFactory与消息服务器建立连接的连接工厂如:EGridQueueConnectionFactory"String"truenullJndiProviderJNDI访问的提供者如:rmi://localhost:1099"String"truenullJndiFactory与JNDI服务建立连接的工厂类如:com.egrid.jms.jndi.InitialContextFactory"String"truenullJndiUserName访问JNDI服务的用户名"String"falsenullJndiPassword访问JNDI服务的用户密码"String"falsenullUserName访问消息队列或主题的用户名"String"falsenullPassword访问消息队列或主题的用户密码"String"falsenullTransacted消息监听是否采用事务,默认为False"Boolean"falseFALSEServiceLevel"String"falseGUARANTEEDPollLimit"String"false-1PollDelay"String"false120000ConnectionCheckTimeout"String"false60000MaxStopTimeout"String"false10000AcknowledgeMode"String"falseAUTO_ACKNOWLEDGEDeliveryMode"String"falseNON_PERSISTENTPriority"Integer"false4TimeToLive"String"false0attributesUserAttributefalsenull注释:ServiceLevel:服务级别,GUARANTEED或RELIABLE两种,当设定为GUARANTEED时,如果与消息服务器的监听出现异常,该连接器自动重试与消息服务器恢复连接,重试的次数和重试间隔由PollLimit和PollDelay参数决定;当设定为RELIABLE时,如果与消息服务器的监听出现异常,则连接器直接抛出异常给系统框架;PollLimit:重试连接的次数,-1为持续重试;135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)PollDelay:两次轮询(或重试)之间的时间间隔,单位毫秒;ConnectionCheckTimeout:检测连接器与消息服务器之间的连接状态的时间间隔,单位毫秒;MaxStopTimeout:连接器停止时,最大等待时间,单位为毫秒;AcknowledgeMode:消息监听接收到消息后的应答模式,三种:自动应答模式(AUTO_ACKNOWLEDGE)、客户端应答模式(CLIENT_ACKNOWLEDGE)和,默认为AUTO_ACKNOWLEDGE;DeliveryMode:消息在消息服务器上的存储模式,两种:NON_PERSISTENT和PERSISTENT,默认为NON_PERSISTENT;Priority:消息的优先级,取值为0-9,默认值为4;TimeToLive:消息在消息服务器上的生命期,单位毫秒,0为永不过期;attributes:消息属性,参见消息属性一节;1.配置举例Queuequeue1JmsQueueConnectionFactoryorg.exolab.jms.jndi.InitialContextFactoryrmi://127.0.0.1:1099NON_PERSISTENT101.1.1.1.数据库读连接器包名:com.egrid.adaptor.connector.jms类名:CastorDBReadConnector1.描述数据库读连接器CastorDBReadConnector将数据库表(单个表或关联表)中的记录通过DBßàJavaBeanßàXML映射,构造成为XML格式的数据。在配置该连接器之前首先要确定读取的数据库表记录所映射的XML文档的格式;然后根据XML文档格式(Schema文件)通过eGads系统提供的代码自动生成工具,自动生成相关的JavaBean类;随后根据XML格式定义,生成的Java实体类和数据库表构造数据三者之间的数据映射文件(MappingFile);配置数据库连接的配置参数db-config.xml。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)使用该组件时请参考4.1节数据库相关的数据处理适配。1.属性配置参数列表名称类型是否强制说明缺省值DatabaseNameStringtrueNullJdoConfigStringfalseNullObjectClassStringtrueNullObjectAliasStringtrueNullLastPrimaryKeySQLStringfalseNullNextPrimaryKeySQLStringfalseNullPrimaryKeyRegExpStringfalseNullUsingInClausesStringfalseFalseSelectSQLStringfalseNullCommitSQLStringfalseNullRollbackSQLStringfalseNullBatchSizeIntegerfalse1RootNodeStringfalseNullEncodingStringfalseUtf-8PublicIdStringfalseNullSystemIdStringfalseNullAsDocumentBooleanfalseTrueNameSpacePrifixStringfalseNullNameSpaceURIStringfalseNullMarshallExtendedTypeBooleanfalseTrueSchemaLocationStringfalseNullNonSchemaLocationStringfalseNullattributesUserAttributefalseNullSuppressXSITypeBooleanfalseNullSuppressNamespacesBooleanfalseNullValidationBooleantrueNullUseMappingFileBooleantrueNullMappingFileStringfalseNullPollLimitStringfalseNullPollDelayStringfalseNullConnectionCheckTimeoutStringfalseNullMaxStopTimeoutStringfalseNullPrimaryKeyStringfalseNull注释:DatabaseName:db-config.xml配置文件中database节点的name属性值;如:,则DatabaseName的值应为:GoodsDeclare,注:该值要求在所有的数据处理适配中唯一;参考5.1节JdoConfig:数据源配置文件的相对路径(相对于该数据适配目录)如数据适配GoodsDeclare目录下数据源配置文件为db-config.xml,则JdoConfig的值为:db-config.xml;ObjectClass:数据库表映射的JavaBean类的全名称,如MIM_Goods_Decl表;映射为JavaBean类:isrecycle.GoodsDeclare,则ObjectClass的值为:isrecycle.GoodsDeclare;ObjectAlias:ObjectClass的值对应的别名,如isrecycle.GoodsDeclare对应的别名:p,可以通过该别名访问类中的属性字段;LastPrimaryKeySQL:最后一次访问数据库表获取的数据库记录主键的SQL语句或OQL语句;参考5.1节NextPrimaryKeySQL:获取待处理数据库记录的下一条记录主键的SQL语句或OQL语句,参考5.1节;PrimaryKeyRegExp:主键的正则表达式表示,一般可设为PK;UsingInClauses:在SQL语句或OQL语句中是否使用in关键字查询,参考5.1节;SelectSQL:根据NextPrimaryKeySQL值获取该主键值对应的待处理记录数据查询SQL语句或OQL语句,参考5.1节;CommitSQL:数据被成功处理后的提交操作,如对记录执行标记更新或删除操作等;RollbackSQL:数据处理过程中出现错误后的回滚操作;BatchSize:一次处理数据库记录的记录数,默认值为1,如果当前数据库待处理记录数少于该属性定义值,则按实际的数据库表记录数处理;RootNode:取出的数据库表记录构造的XML格式数据的根节点名称;Encoding:根据数据库表记录构造的XML格式数据文档的编码格式,对应于中的encoding属性;PublicId:根据数据库表记录构造的XML格式数据文档中的PublicId;SystemId:根据数据库表记录构造的XML格式数据文档中的SystemIdAsDocument:是否构造完整的XML文档,即包含类似的格式头,默认为true;135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)NameSpacePrifix:构造的XML文档的名称空间前缀;NameSpaceURI:构造的XML文档的名称空间URI;MarshallExtendedType:是否编组扩展类型;SchemaLocation:构造的XML文档格式定义Schema文件的位置;NonSchemaLocation:构造的XML文档格式定义Schema文件的位置;1.配置示例GoodsDeclaredb-config.xmlisrecycle.goodsdeclare.GoodsDeclarepselectp.DECL_NOfromisrecycle.goodsdeclare.GoodsDeclarepwhereis_undefined(p.TRANS_FLAG)PKtrueSELECTpFROMisrecycle.goodsdeclare.GoodsDeclarepWHEREp.DECL_NOinlist(PK)UPDATEMIM_GOODS_DECLSETTRANS_FLAG=2WHEREDECL_NO=PKUPDATEMIM_GOODS_DECLSETTRANS_FLAG=NULLWHEREDECL_NO=PK1trueGoodsDeclare.xmlGoodsDeclare.xsdfalsefalsetrueGoodsDeclareutf-8GoodsDeclarehttp://is.itownet.com/xmlObject/recycle135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)true1.1.1.1.数据库写连接器包名:com.egrid.adaptor.connector.jms类名:GenericJmsReadConnector1.描述消息监听组件是基于JMS1.1协议标准的客户端监听实现,可以异步监听兼容JMS1.1标准的消息服务器上主题或队列中的消息。目前,消息监听组件仅处理TextMessge、ObjectMessage和BytesMessage三种JMS消息类型。2.属性配置参数列表名称类型是否强制缺省值DatabaseNameStringtruenullJdoConfigStringfalsenullObjectClassStringtruenullObjectAliasStringtruenullDBOperationTypeDatabaseOperationtruenullNextPrimaryKeySQLStringfalsenullPrimaryKeyRegExpStringfalsenullMappingFileStringfalsenullSelectSQLStringfalsenullCommitSQLStringfalsenullRollbackSQLStringfalsenullBatchSizeIntegerfalsenullUseMappingFileBooleanfalsetrueIgnoreExtraAttributesBooleanfalsenullIgnoreExtraElementsBooleanfalsenullPreserveWhitespaceBooleanfalsenullClearCollectionsBooleanfalsenullReuseObjectsBooleanfalsenullClassLoaderStringfalsenullEntityResolverStringfalsenullIDResolverStringfalsenull注释:135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)DatabaseName:db-config.xml配置文件中database节点的name属性值;如:,则DatabaseName的值应为:GoodsDeclare。参考5.1节JdoConfig:数据源配置文件的相对路径(相对于该数据适配目录)如数据适配GoodsDeclare目录下数据源配置文件为db-config.xml,则JdoConfig的值为:db-config.xml;ObjectClass:数据库表映射的JavaBean类的全名称,如MIM_Goods_Decl表;映射为JavaBean类:isrecycle.GoodsDeclare,则ObjectClass的值为:isrecycle.GoodsDeclare;ObjectAlias:ObjectClass的值对应的别名,如isrecycle.GoodsDeclare对应的别名:p,可以通过该别名访问类中的属性字段;DBOperationType:有两个取值:insert或update;NextPrimaryKeySQL:获取待处理数据库记录的下一条记录主键的SQL语句或OQL语句,参考5.1节;PrimaryKeyRegExp:主键的正则表达式表示,一般可设为PK;UsingInClauses:在SQL语句或OQL语句中是否使用in关键字查询,参考5.1节;SelectSQL:根据NextPrimaryKeySQL值获取该主键值对应的待处理记录数据查询SQL语句或OQL语句,参考5.1节;CommitSQL:数据被成功处理后的提交操作,如对记录执行标记更新或删除操作等;RollbackSQL:数据处理过程中出现错误后的回滚操作;MappingFile:XMLßàJavaBeanßàDB映射文件的相对路径,相对于该数据处理适配目录;BatchSize:一次处理数据库记录的记录数,默认值为1,如果当前数据库待处理记录数少于该属性定义值,则按实际的数据库表记录数处理;UseMappingFile:是否使用映射文件完成XML数据到JavaBean对象的映射处理工作,默认为true,如果不使用映射文件,则系统通过反射机制自动完成XML到JavaBean对象的映射;IgnoreExtraAttributes:忽略多余的属性;IgnoreExtraElements:忽略多余的节点;135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)PreserveWhitespace:XML格式文档的处理过程中是否保留空格;ClearCollections:映射处理完成后是否清空内存缓存;ReuseObjects:是否重用JavaBean对象;ClassLoader:加载JavaBean对象的类加载器,类的全名称;EntityResolver:XML数据中实体数据的解析器,类的全名称;IDResolver:XML数据中指令的解析器,类的全名称;1.配置示例GoodsInspResultdb-config.xmlGoodsInspResult.xmlisrecycle.goodsinspresult.GoodsInspResultinsert1.1.1.1.POP3接收连接器包名:com.egrid.adaptor.connector.mail类名:ReceMailConector1.描述POP3接收连接器从指定的邮件帐户中收取邮件,并根据属性信息中配置的信息把邮件转化为消息,发送给下游组件。在任务管理器的控制下,可以同时建立多个任务,每个任务可以从不同邮件服务器上收取不同帐户下的邮件,并且互相独立。每个定时任务在定时器的监控下完成指定的任务,在发生错误的情况下,管理器可根据属性配置信息中的配置信息对发生错误的任务进行恢复和运行状态的管理。2.属性参数配置列表属性表:该组件支持多个实例同时读取数据,每一个实例的属性都可以单独配置。具体一个实例的配置项目和说明如下所示名称说明类型是否强制缺省值备注135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)pop3array可以配置多个pop3InfoArrayType是pop3Info一个POP3帐户信息是ipaddressIP地址String是port端口号String是userPOP3帐号String是passwd密码String是mailcnt一次收信的数量String是从一开始的整数isDel是否后续删除操作Boolean是Nullisapop是否使用Apop登录方式Boolean是Falseattributes它包涵多个Attribute信息,这些属性信息用来构成消息的属性信息ArrayType否收下来的mail可以根据配置的信息来选择保留哪些,构成消息的属性表Attribute具体的一个属性信息,它包括:name(名称),type(类),value(缺省值)否众多实例的控制器的属性配置信息如下:名称说明类型是否强制缺省值备注maxInspectNum最大监测次数String是监测次数保留,缺省值为-1waitTime每次监测的间隔时间String是间隔时间单位毫秒period定时器的时间间隔String是定时器的时间间隔单位毫秒errTime任务的周期超过此值则被认为此次任务失败String是任务执行估计时间单位毫秒errMax如果单次任务执行异常的次数超过这个阀值String是pauseMax暂停状态的Task重新启动的周期String是1.配置举例egrid.cn110machunhua1234561FALSE135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)true-150006000060000521.1.1.1.SMTP发送连接器包名:com.egrid.adaptor.connector.mail类名:SendMailConector1.描述SMTP发送连接器根据上游组件传递过来的消息(Message),依靠属性配置中的信息,组合成邮件的头信息,把消息体的信息经过编码后组合为一封邮件,发送到指定的邮件帐户。2.属性配置说明表名称说明类型是否强制缺省值备注ipAddress主机地址String是绝对路径135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)port端口号String是retrytime连接重试次数String是retrySndtime发送邮件失败,重试多少次String是isesmtp是否使用ESMTP登录Boolean是Nullloguser登录名String是Nulllogpasswd登录密码String是Null明文waittime连接失败后,等候多长时间才开始下一次尝试String是attributes它包涵多个Attribute信息,这些属性信息用来构成消息的属性信息ArryType否Mail的头信息均要在此配置Attribute具体的一个属性信息,它包括:name(名称),type(类),value(缺省值)否1.属性配置举例192.168.5.1962525355truetest001test001From:test001@test.egrid.cnsubject:GoodsDeclareTo:test001@test.egrid.cn135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)Content-Transfer-Encoding:base64Content-Type:text/plain;charset="gb2312"1.1.1.1.文件读连接器包名:com.egrid.adaptor.connector.file类名:FileReadConnector1.描述文件读连接器把指定路径下的文件按属性配置信息所描述的要求转化为系统中的消息并传递给下游组件。在任务管理器的控制下,可以同时建立多个任务,每个任务可以读入不同目录下的所有符合配置信息中的过滤信息的文件,并且互相独立。每个定时任务在定时器的监控下完成指定的任务,在发生错误的情况下,管理器可根据属性配置信息中的配置信息对发生错误的任务进行恢复。2.属性表众多实例的控制器的属性配置信息如下:名称说明缺省值是否强制类型备注filepath文件来源路径文件绝对路径是String绝对路径starts文件过滤标志Null是StringendsNull是protocol一个文件被成功读取数据后的后续处理协议协议的一种是StringMOVE,RENAME,DELTEmovePath如果Protocol为转移,则需要存放路径信息Null是String绝对路径attributes它包涵多个Attribute信息,这些属性信息用来读出并构成消息的属性信息Null否ArryType135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)这些配置信息是读取数据文件之后,组合成系统中传递的消息,构建消息的属性时先由UDMA中读取然后在读入在这里所配置的属性信息Attribute具体的一个属性信息,它包括:name(名称),type(类),Null否value(缺省值)名称说明类型是否强制缺省值备注maxInspectNum最大监测次数String是监测次数保留,缺省值为-1waitTime每次监测的间隔时间String是间隔时间单位毫秒period定时器的时间间隔String是定时器的时间间隔单位毫秒errTime任务的周期超过此值则被认为此次任务失败String是任务执行估计时间单位毫秒errMax如果单次任务执行异常的次数超过这个阀值String是pauseMax暂停状态的Task重新启动的周期String是1.属性配置举例下面为具体的XML文件该部分例子D:codedebugPathdebug0.testMOVED:codemachmoonD:codedebugPathdebug1135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统).testMOVED:codemachmoon1.1.1.1.文件写连接器包名:com.egrid.adaptor.connector.file类名:FileWriteConnector1.描述功能描述:该类根据上游组件传递过来的Message为信息的来源,依靠配置信息中的属性信息把该Message转化成单元数据写入指定文件中2.属性表名称说明类型是否强制缺省值备注filepath文件路径String是绝对路径filename文件名和后缀名String是nullpostfix是nullappend文件是否追加还是在文件中新起一行String是TRUE,追加,FALSE,另起一行attributes它包涵多个Attribute信息,这些属性信息用来构成消息的属性信息ArryType否Attribute具体的一个属性信息,它包括:name(名称),type(类),value(缺省值)否3.属性配置文件举例135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)下面为具体的XML文件该部分例子D:GoodsDeclareGoodsDeclareTest.getFALSE1.1.1.1.SOAPWebService读连接器(主动)包名:com.egrid.adaptor.connector.webservice类名:WSPositiveConnector1.描述WebService主动读组件是ReadConnector的一种,用于主动从指定Web服务读取需处理数据信息,指定Web服务需配置相应的端结点地址。2.属性表:名称说明类型是否强制缺省值备注endpoint端结点,包括一组配置信息,可配多个EndPoints否url端结点服务器的URL地址,endpoint的子结点之一String是无全地址,包括协议,IP,端口号和路径opnamespace操作的名空间,endpoint的子结点String是无opname操作的名称String是无不必申明参数username访问指定服务使用的用户名称String否无pssword访问指定服务使用的用户密码String否无135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)aliaskeySOAP消息中表示消息ID的消息头属性名称String否无commitmethod消息提交所执行的Web服务方法名称String否无attributes它包涵多个Attribute信息,这些属性信息用来构成消息的属性信息ArrayType否Attribute具体的一个属性信息,它包括:name(名称),type(类),value(缺省值)否1.属性配置举例下面为具体的XML文件该部分例子http://www.egrid.com/axis/service/Messagehttp://webservice.connector.adaptor.egrid.comgetMessageaxisteststrSoapMessageIdRemoveMessage1.1.1.1.SOAPWebService读连接器(被动)包名:com.egrid.adaptor.connector.webservice类名:WSPassiveConnector135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.描述WebService主动读组件是ReadConnector的一种,用于提供服务以供其它服务器向此服务器提交需处理信息。2.属性表:属性说明如下名称说明类型是否强制缺省值备注name此服务名称String是可以同名attributes它包涵多个Attribute信息,这些属性信息用来构成消息的属性信息ArrayType否Attribute具体的一个属性信息,它包括:name(名称),type(类),value(缺省值)否3.属性配置举例下面为具体的XML文件该部分例子1.1.1.1.SOAPWebService写连接器包名:com.egrid.adaptor.connector.webservice类名:WSWriteConnector1.描述WebService写组件是WriteConnector的一种,用于向多个指定服务器输出需处理信息,指定服务器可配置一到多个,需配置相应的端结点地址。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.属性表:属性说明如下名称说明类型是否强制缺省值备注endpoint端结点,包括一组配置信息,可配多个EndPoints否url端结点服务器的URL地址,endpoint的子结点之一String是无全地址,包括协议,IP,端口号和路径opnamespace操作的名空间,endpoint的子结点String是无opname操作的名称String是无不必申明参数username访问指定服务使用的用户名称String否无pssword访问指定服务使用的用户密码String否无attributes它包涵多个Attribute信息,这些属性信息用来构成消息的属性信息ArrayType否Attribute具体的一个属性信息,它包括:name(名称),type(类),value(缺省值)否2.属性配置举例下面为具体的XML文件该部分例子http://www.egrid.com/axis/service/Messagehttp://webservice.connector.adaptor.egrid.comprocessMessageaxistesthttp://localhost:7998/axis/service/Messagehttp://webservice.connector.adaptor.egrid.comprocessMessage135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.FTP读连接器包名:com.egrid.adaptor.connector.ftp类名:FtpReadConnector1.描述FTP读连接器根据配置从指定的FTP服务器上读取数据文件,可以设定一次读取一个数据文件或者一次读取多个数据文件。2.属性列表名称类型是否强制缺省值HostNameStringtrueNullPortIntegerfalse21UserNameStringfalseanonymousPasswordStringfalse空SourceDirStringtrueNullSourceFileStringtrueNullTextEncodingStringfalseGB2312BatchSizeIntegerfalse1DeleteSourceFileBooleanfalseFalseFTPLibraryStringfalsecom.egrid.adaptor.connector.ftp.DefaultFtpImplAttributesUserAttributefalsenull注释:3.属性配置举例192.168.5.1135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)21testtest./mail*.pdc2true1.1.1.1.FTP写连接器包名:com.egrid.adaptor.connector.ftp类名:FtpWriteConnector1.描述FTP写连接器根据配置将eGads系统从源系统获取的数据以数据文件的形式上传到指定的FTP服务器。2.属性列表名称类型是否强制缺省值HostNameStringtrueNullPortIntegerfalse21UserNameStringfalseanonymousPasswordStringfalse空UploadDirStringtrueNullUploadFileStringtrueNullTextEncodingStringfalseGB2312135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)AppendBooleanfalseFalseFTPLibraryStringfalsecom.egrid.adaptor.connector.ftp.DefaultFtpImplAttributesUserAttributefalsenull注释:1.属性配置举例192.168.5.121testtest./test*1.1.1.1.Ftp续传读连接器包名:com.egrid.adaptor.connector.ftp类名:FtpDownFileReadConnector1.描述FTP续传读连接器根据配置将指定ftp服务器上的文件断点下载下来。2.属性列表名称类型是否强制缺省值HostAddStringtruenullUserNameStringtrueanonymousPasswordStringtrueyourname@egrid.cnHostPortIntfalse21HostDirStringtruenullDownFileStringtruenullLocalPathStringtrueNullTimeSpanIntFalse2000TransLimitIntFalse20HasHeaderBooleanFalseFalseattributesUserAttributeFalseNull备注:其中135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)HostAdd是ftp服务器的地址,UserName是登陆ftp时的用户名,Password是登陆密码,HostPort是登陆ftp的端口号,HostDir是登陆进ftp的目录名,DownFile是ftp服务器上要下载的文件名,3.属性配置举例192.168.5.32121adminadminbinwrapper.jarF:test2000false201.1.1.1.Ftp续传写连接器包名:com.egrid.adaptor.connector.ftp类名:FtpUpFileWriteConnector1.描述FTP续传写连接器根据配置将本地制定文件断点上传到指定ftp服务器上。2.属性列表名称类型是否强制缺省值HostAddStringtruenullUserNameStringtrueanonymousPasswordStringTrueNullHostPortIntfalse21HostDirStringtruenullTimeSpanintfalse2000135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)TransLimitIntFalse20HasHeaderBooleanFalseFalseattributesUserAttributeFalseNull备注:其中HostAdd是ftp服务器的地址,UserName是登陆ftp时的用户名,Password是登陆密码,HostPort是登陆ftp的端口号,HostDir是登陆进ftp的目录名.TransLimit:传输速度限制,单位KB。HasHeader:是否传输消息头。3.属性配置举例192.168.5.32121adminadminbin2000false20Connector>1.1.1.1.BigFileWriteConnector与FtpDownFileReadConnector配套使用。包名:com.egrid.adaptor.connector.file类名:BigFileWriteConnector1.描述135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)FtpDownFileReadConnector下载到本地的路径文件名被封装成message传递给该写连接器,由该连接器负责把文件再写到指定的本地路径。2.属性列表名称类型是否强制缺省值FileNameStringtruenull备注:该属性名就是带绝对路径的文件名,即把文件以该名称存在指定的路径上。3.属性配置举例E:testBigFileWriteConnector.jar1.1.1.1.BigFileReadConnector与FtpUpFileWriteConnector配套使用。包名:com.egrid.adaptor.connector.file类名:BigFileReadConnector1.描述根据配置文件将本地需要上传的文件名封装成message中的payload来传递给下游FtpUpFileWriteConnector。2.属性列表名称类型是否强制缺省值FileDirStringtrueNullFileRegStringtruenull3.属性配置举例f:testAd.doc135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.管道组件(PipeFactory)1.1.1.1.字符替换组件包名:com.egrid.adaptor.component.pipetoolkits类名:StringSubstitutionPipeFactory1.描述字符替换组件按正则表达式指定匹配模型将字符串中符合匹配条件的字符或字符串替换为指定的字符或字符串。2.属性配置表名称类型是否强制缺省值substitutionSubstitutionArraytrueNullAttributesUserAttributefalseNull注释:3.属性配置举例strToByteGoodsDeclareDB2File3rn135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.StringToByteArray转换组件包名:com.egrid.adaptor.component.pipetoolkits类名:StringToByteArrayPipeFactory1.描述StringToByteArray转换组件将消息体由字符串(java.lang.String)类型转换为字节数组类型(byte[])。2.属性配置表名称类型是否强制缺省值encodingStringtrueNullattributes"UserAttribute"falseNull注释:3.属性配置举例FileDestGoodsDeclareDB2File3GB23121.1.1.2.ByteArrayToString转换组件包名:com.egrid.adaptor.component.pipetoolkits类名:ByteArrayToStringPipeFactory1.描述ByteArrayToString转换组件将消息体由字节数组类型(byte[])转换为字符串(java.lang.String)类型。2.属性配置表名称类型是否强制缺省值encodingStringtrueNull135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)attributes"UserAttribute"falseNull注释:1.属性配置举例JmsDestGoodsDeclare3gb23121.1.1.1.XMLValidation组件包名:com.egrid.adaptor.component.pipetoolkits类名:XMLValidPipeFactory1.描述此PipeFactory组件用于按指定格式校验XML文件,目前支持有XSD和DTD的格式文件。注意XML文件本身不要带有校验信息。2.属性表:属性说明如下名称说明类型是否强制缺省值备注path校验文件的路径名称String是全路径名,注意文件扩展名必须指定为.xsd或.dtd3.属性配置举例下面为具体的XML文件该部分例子c:aaa.xsd1.1.1.2.XSL转换组件包名:com.egrid.adaptor.component.pipetoolkits类名:XSLPipeFactory135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.描述此PipeFactory组件用于按指定格式转换XML文件,目前支持有XSL格式文件。2.属性表:属性说明如下名称说明类型是否强制缺省值备注xslpath转换文件的路径名称String是全路径名3.属性配置举例下面为具体的XML文件该部分例子c:bbb.xsl1.1.1.1.加密组件1.描述进入该加密组件的消息将被用DES和RSA进行加密后传递给下游组件。2属性表:属性说明如下名称类型是否强制说明mycertpathStringtrue存放证书的路径和名称3属性配置举例 DBDest 3 c:mycert.cer 135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.解密组件1.描述进入该组件的加密的信息被重新还原为原来信息并传递给下游组件。2.属性表:属性说明名称类型是否强制说明secretkeyStringFalse密码串keystorepathStringTrue存放keystore文件的路径和名称keystorepwStringFalsekeystore文件密码3.属性配置举例 DBDest 3 ”abcdefgh””e:keystore””123456” 1.1.1.2.消息选择组件1.描述进入该组件的加密的信息被重新还原为原来信息并传递给下游组件。2.属性表:属性说明名称类型是否强制说明secretkeyStringFalse密码串135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)keystorepathStringTrue存放keystore文件的路径和名称keystorepwStringFalsekeystore文件密码1.属性配置举例 DBDest 3 ”abcdefgh””e:keystore””123456” 1.1.1.处理器组件(Handler)1.1.1.1.压缩组件包名:com.egrid.adaptor.message.handlers类名:MessageCompress1.描述进入该Handler的消息,把消息体压缩然后再把消息传递给下一个组件2.属性表:属性说明如下名称说明类型是否强制缺省值备注level压缩的权数Integer是Null如果无则系统按照8处理compressflg压缩属性的标志key值String是否必须设置该标志key值redundance冗余度Integer是字节拷贝时所用3.属性配置举例135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)8100isCompress1.1.1.1.解压组件包名:com.egrid.adaptor.message.handlers类名:MessageDecompress1.描述如果在传入的消息的属性中存在压缩标志,则把该消息体解压缩后传递给下游组件2.属性表:属性说明如下名称说明类型是否强制缺省值备注level压缩的权数Integer是Null如果无则系统按照8处理compressflg压缩属性的标志key值String是否必须设置该标志key值3.属性配置举例8isCompress1.1.1.2.消息体分割组件包名:com.egrid.adaptor.message.handlers类名:MessageDivision1.描述根据传入消息的消息体大小把其分割成若干个新的消息(新的消息其消息体的大小在配置信息中指定)2.属性表:属性说明如下135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)名称说明类型是否强制缺省值备注size分割的单位尺寸Integer是Null字节为单位total存放总数属性标识keyString是否必须设置该标志key值serial存放序号属性标识keyString是否必须设置该标志key值1.属性配置举例8totalnumber1.1.1.1.消息体合并组件包名:com.egrid.adaptor.message.handlers类名:MessageUnit1.描述如果是分割消息则存储在指定的目录中,文件名由MessageCode与消息序号组成。每次传入消息为分割消息,则检测所有消息是否已经到达,如到达则整合其为一个消息之后发出。2.属性表:属性说明如下名称说明类型是否强制缺省值备注path分割的单位尺寸Integer是Null字节为单位total存放总数属性标识keyString是否必须设置该标志key值serial存放序号属性标识keyString是否必须设置该标志key值operation初始操作String是null预留3.属性配置举例C:temptotalnumber135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.业务适配器:配置管理eGads1.0系统提供Web方式的系统管理和维护工具,可以通过Web页面对系统及任务的启动、停止进行控制;可以远程安装和卸载数据处理适配任务;也可以查看系统运行日志,查看错误数据处理记录等等。1.1.1.系统控制如下图所示,系统管理功能模块能够显示系统核心框架的当前状态和运行主机IP地址,同时,提供了对系统核心框架进行停止,启动,重新启动的控制功能。通过该功能模块用户可以轻松的通过web方式对系统进行管理,控制。图314系统管理界面1.1.2.任务管理135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)如下图所示,任务管理中的任务控制功能通过Web页面显示系统当前数据处理适配任务的各种运行信息信息,包括:任务名称,起始运行时间,停止运行时间,处理消息记录数,异常数据处理记录数和任务的当前状态。其中任务名称标识了任务的ID;起始运行时间标识该任务最后一次启动的时间;停止运行时间:显示该任务停止时间(如果该任务已经停止);处理记录数则标识该任务从启动运行到查询截至时间段内处理的记录数,异常处理记录数显示了该任务从启动运行到查询截至时间段内未能正确处理的记录数。记录的异常信息可以通过下面介绍的数据诊断功能中看到。图315任务控制功能界面安装新的任务,任务管理中的安装新任务功能提供了用户远程web方式对系统进行任务安装的功能。在该功能中主要是提供上载的服务,允许用户在客户端对远程系统运行的主机进行选择安装路径和上传安装相关文件的操作。其中上传可以动态改变上传文件的类型,大小和相关上传文件的附加信息。1.1.1.日志管理日志管理提供了系统各种类型日志的查询功能,便于检查系统的运行详细信息。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图316日志查询功能界面1.1.1.配置管理配置管理功能模块中查看功能,提供eGads系统运行的Java虚拟机的状态和配置信息。通过该功能也可以检查系统参数的配置信息。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图317系统配置查看功能界面1.1.1.数据诊断通过数据诊断功能可以查看各个数据处理适配任务在运行过程中未能成功处理的数据的诊断信息。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图318数据诊断功能界面135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.接口设计1.1.用户接口业务适配器和业务联动表单处理系统的人机交互界面都是图形化界面,基本上没有需要用命令行完成的人机交互过程。1.2.市区两级对接整体框架图41市级平台与区级平台对接方案逻辑示意图市级平台与区级平台对接方案逻辑示意图如上图所示:市级平台应用系统端部署一套前置业务适配器系统,相应的区级平台端也部属一套前置业务适配器系统。市级平台、区级平台、委办局平台和市属权属单位系统由交换中心分配唯一ID标示。交换中心负责消息的路由、存储。市级平台和相关业务单位应用系统端的业务适配器负责数据的发送、接收处理。在区级平台一端,区级应用系统与市级平台对接主要通过在区级135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)平台端部署的业务适配器系统完成。通过在每个相关业务单位应用系统端部署一个业务适配器,由该业务适配器负责与相关业务单位平台系统进行交互。业务适配器功能具体包括:1)负责数据的传输,包括业务表单、基础数据包括空间数据;2)数据的处理,包括数据的压缩解压、加密解密和数据格式转换等。(由业务适配器提供此功能,区级平台无需开发。)3)业务适配器由市级平台提供,同时提供与相关业务单位应用系统进行交互的调用接口。4)相关业务单位应用系统根据市级平台提供的数据标准和数据对接方案进行必要的开发与业务适配器对接。对接系统物理架构市级平台与相关业务单位对接方案物理架构如下图:135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图42市级平台与相关业务单位对接方案物理架构图区级平台与市级平台通过业务适配器进行数据交换共享。在区级平台端部署一台业务适配器主机负责与区级平台应用进行交互。业务适配器通过政府专网(具体参见5网络对接)访问市级平台端的数据交换中心。区级平台业务适配器与区级平台成功对接必须具备的条件:ü满足业务适配器的软硬件的需求(具体参见附录二、业务适配器软硬件要求);135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)ü提供固定IP给业务适配器运行的机器,并能够满足运行所需要的端口设定;ü保证业务适配器运行的机器网络畅通;ü区级平台业务适配器必须能够通过政府专网访问市级平台。ü区级平台必须按照选定方案中业务适配器的接口标准与区级平台业务适配器进行互连互通。表41市区两级平台下行接口平台市级平台编号市级平台功能接口区级平台对应市级平台功能接口接口描述对应表单1.任务、指示下达接口任务、指示接收接口市级平台可以直接对相关业务单位进行相关任务的下达和指示,需要相关业务单位应用系统提供相关任务和指示接收接口附录三3.任务分派单2.事件任务分派接口事件处置任务接收接口市级平台在任务分派时需要将相关任务分派到相关业务单位进行处置,需要相关业务单位应用系统提供相关任务处置接收接口附录三1.问题登记单2.立案单3.任务分派单6.附件表3.任务督办接口督办信息接收接口市级平台监督部分或者相关的任务分派单位在事件分发后需要对相关事件的办理情况进行督办并且发送相关督办单,需要相关业务单位应用系统提供相应督办单接收接口附录三5.督办单135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.委托核查接口核查任务接收接口当市级平台的某些事件处理完成后需要交区级平台下的城管员进行核查,需要区级平台提供相关委托核查任务接收的接口附录三1.问题登记单4.委托核查单6.附件表2.查询统计接口查询统计指令接收接口当市级平台向相关业务单位发送查询统计指令后,相关业务单位根据查询统计指令对数据进行查询统计并返回相应的查询统计结果。详见附录四表42市区两级平台上行接口平台区级平台编号区级平台功能接口市级平台对应区级平台功能接口接口描述对应表单1.事件上报接口事件上报接收接口相关业务单位需要其无法解决,需要市级进行协调处置的事件上报到市级平台,需要市级平台提供相关事件上报接收接口问题登记单附件表2.指示反馈接口指示反馈接收接口市级平台向相关业务单位进行任务的下达和指示后,相关业务单位需要进行反馈,因此需要市级平台提供相关任务和指示反馈信息的接收接口任务反馈单3.事件任务处置反馈接口事件处置反馈接收接口市级平台将任务分派到相关业务单位进行处置后,任务反馈单135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)相关业务单位需要进行事件处理情况的反馈,需要市级平台提供相关反馈信息的接收接口1.核查结果反馈接口核查接口反馈接收接口当市级平台委托区级平台城管员进行事件处理完成情况的核查后,区级平台需要进行核查结果的反馈,需要市级平台提供相关核查反馈信息接收的接口处置核查单2.部件更新接口部件更新数据接收接口当区级平台的相关部件信息发生更新后,需要将更新信息发送到市级平台数据库中,市级平台需要相应的数据更新接收接口3.基础地理数据更新接口基础地理数据更新数据接收接口当区级基础地理数据发生更新后,需要将更新数据发送到市级平台,市级平台需要相应的数据更新接收接口4.城管员信息更新接口城管员信息更新数据接收接口当区级平台城管员数据发生更新后,需要将更新数据发送到市级平台,市级平台需要相应的数据更新接收接口5.查询统计接口查询统计数据接收接口当市级平台向相关业务单位发送查询条件后,相关业务单位135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)根据查询条件对数据进行统计查询并返回相应的查询结果,市级平台能够接收相应的数据结果。1.1.数据对接内容1.1.1.基础数据1.基础地理数据Ø行政区划数据,包括街道、社区和网格数据Ø地理编码库Ø部件数据,包括点状、线状、面状数据2.基础非地理数据Ø部件属性数据。Ø专业部门属性数据交换内容及要求参见附录一1.1.2.业务数据业务数据包括各个端点系统接收的数据和发送的数据,具体包括事件数据,市政处理流程表单数据等。市级平台与相关业务单位应用系统两级联动业务表单索引如表43业务表单索引表所示。市级平台和区级平台收发表单职能部门参见DB11/T310-2005《城市市政综合监管信息系统技术要求》。表43业务表单索引表135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)序号流程阶段相关表单相关主体   政府G企业B公众C1数据采集①问题登记单√√√2问题登记①问题登记单√√√3立案传递①问题登记单√√√②立案单√4任务分派③任务分派单√√ 5任务确认④任务反馈单√√6协调处置③任务分派单√√ ④任务反馈单√√7办事反馈④任务反馈单√√ 8核实结案⑤处置核实单√  9综合评价⑥办事评价单√√√市级平台与相关业务单位应用系统两级联动业务表单如下:1.问题登记单见附录三中问题表单。2.立案单见附录三立案单。3.任务分派单表44任务分派单表单名称任务分派单业务环节任务分派序号数据项数据项描述1案卷号对应“2.立案单”中的案卷号2任务分派号系统自动生成,立案单位代码(市级平台或各区平台)-年-月-日-当日流水号,同一个案卷,可能引发多个协同任务单3任务级别一般、重大、应急4任务类型派发、督办(接近办理时限尚未完成)、催办(超时)、延时5分派单位市市政管委或者区综合管理部门的代码6分派者任务分派者的名称7分派者联系方式电话、短信号码、mail、传真8分派时间立案的时间:年-月-日时:分:秒9分派次数系统自动记录,说明同一个任务,第几次分派10分钟数,如果责任主体不能及时响应,则自动声、光提醒135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)响应时间要求11责任主体类型市属行政部门、公共服务企业、区属、中央单位、军队12责任主体责任主体的代码13专业部门信息联系人姓名、电话、mail、传真等,可以有多个联系人14处理要求文字描述,或者是文档附件15处理时限办理结束时间,从任务分派时间算起备注:字段13的相关信息从专业部门属性信息表中查询。4.任务反馈单表45任务反馈单表单名称任务反馈单业务环节任务确认、办事反馈序号数据项数据项描述1任务分派号对应“3.任务分派单”中的案卷号2任务反馈号系统自动生成,责任主体代码-年-月-日-当日流水号3任务接收时间当责任主体交互操作,系统自动生成,年-月-日时:分:秒4反馈类型(非我权属)、(申请延时、申请协同,可复选)、(保证完成任务)、(无法完成)、(完成)等5反馈描述文字,或者文档附件,说明“响应类型”的情况6反馈者及其联系方式响应者姓名、电话、mail、传真等7反馈时间年-月-日时:分:秒,如果响应类型为“完成”,则此时间为完成时间8申请时限申请延时,期望赋予的办理结束时间5.处置核实单表46处置核实单表单名称处置核实单业务环节核实结案序号数据项数据项描述1任务反馈号对应“4.任务反馈单”中的案卷号2预档案号系统自动生成,核实单位代码-年-月-日-当日流水号3核实者负责核实的城管员名称4城管通号码负责核实的城管员所使用的城管通的号码5核实时间城管员完成取证、发送的时间6核实意见不合格、结案(处置结束)、销案(无需处置)7核实情况问题现场取证的图片、声音、视频等8审批者负责审查的值班长姓名9审批时间审批者同时核实意见的时间135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)备注:考虑到多个城管员使用同一个手机,核实者与城管通号码必须同时填写,一个城管员对应一个城管通手机时,也必须同时填写核实者和城管通号码。6.办事评价单(不做交换)表47办事评价单表单名称办事评价单业务环节综合评价序号数据项数据项描述1档案号对应“5.处置核实单”中的预档案号2评价号系统自动生成,年-月-日-当日流水号3评价者及联系方式可匿名,评价人姓名、单位及联系方式(电话、mail、传真、邮编等)4评价者类型系统自动生成:社会公众、市级监察部门、区级监察部门、上级、同级等5评价时间系统自动生成:年-月-日时:分:秒6时效评价包括对值班时间、响应时限、办理时限等的方面的评价,采用100分制,最高100分7质量评价包括对安全、文明、美观、持久耐用、公众满意度、有无次生灾害及其影响范围等方面的评价,采用100分制,最高100分8总体评价对整个事件的满意度进行评价,采用100分制,最高100分9意见建议对问题的处置提出意见和建议,文字描述或者文档附件备注:市级平台不对区级平台作评价,因此办事评价单是市级平台内部业务表单,和区级平台不作交换。表单数据库详细描述参看数据表单。1.1.1.查询统计数据1.事件查询数据Ø事件基本信息Ø事件立案信息Ø事件处理信息Ø事件督办信息Ø事件核查信息135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.事件统计数据Ø按城区、街道、社区等区域统计指定时间段内的指定类别、事件级别等条件的事件数、已解决事件数、正在解决事件数、未解决事件数等。Ø按城区、街道、社区等区域统计指定时间段内的指定类别、专业部门等条件的部件发生的问题数、已解决问题数、正在解决问题数、未解决问题数等。2.城管员查询数据Ø按城区、街道、社区等区域查询当前范围内城管员在岗情况已经位置信息。Ø按指定城管员编号查询对应城管员的基本信息,当前工作状态信息等。1.1.数据对接规范1.1.1.对接数据参照4.1数据对接内容1.1.2.对接数据格式规范参照附录四、数据格式规范135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.对接数据定义参照4.4对接数据定义1.1.2.数据对接实现参照4.5数据对接机制,4.6数据对接方案1.2.对接数据定义对接数据根据职能分类,每种职能下的数据根据其具体职能进行细分。每一种对接数据最终具有一个业务标识码,以业务表单类数据的分类举例如下:类别1:城市部件管理子类A:数据采集与问题筛选1A1:问题登记单子类B:立案传递1B1:任务立案单子类C:任务分派与确认1C1:任务分派单注:每种业务数据具有唯一的业务标识码,该业务标识码和格式版本号决定该业务数据格式的定义。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.业务表单数据1、问题登记单(下行)ü业务标识码:1A1ü数据描述参见附录三、数据表单,下行中间表—问题登记单ü格式定义                            2、立案单(下行)135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)ü业务标识码:1A2ü数据描述参见附录三、数据表单,下行中间表—立案单ü格式定义3、任务分派单(下行)ü业务标识码:1A3ü数据描述参见附录三、数据表单,下行中间表—任务分派单ü格式定义4、委托核查单(下行)ü业务标识码:1A4ü数据描述参见附录三、数据表单,下行中间表—委托核查单ü格式定义5、督办单(下行)ü业务标识码:1A5ü数据描述参见附录三、数据表单,下行中间表—督办单ü格式定义6、领导批示(下行)ü业务标识码:1A6ü数据描述135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)参见附录三、数据表单,下行中间表—领导批示ü格式定义7、任务签收响应(上行)ü业务标识码:1B1ü数据描述参见附录三、数据表单,上行中间表—任务签收响应ü格式定义8、任务反馈单(上行)ü业务标识码:1B2ü数据描述参见附录三、数据表单,上行中间表—任务反馈单ü格式定义9、处置核查单(上行)ü业务标识码:1B3ü数据描述参见附录三、数据表单,上行中间表—处置核查单ü格式定义10、问题登记单(上行)ü业务标识码:1B4ü数据描述参见附录三、数据表单,上行中间表—问题登记单ü格式定义135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)11、任务批示反馈(上行)ü业务标识码:1B5ü数据描述参见附录三、数据表单,上行中间表—领导指派任务、批示反馈表ü格式定义1.1.1.基础支撑数据1、部件、事件基础分类数据(下行)ü业务标识码:2A1ü数据描述参见附录三、数据表单,下行中间表—基础分类数据ü格式定义2、专业部门属性数据(下行)ü业务标识码:2A2ü数据描述参见附录三、数据表单,下行中间表—专业部门属性数据ü格式定义3、城管通GPS数据(上行)ü业务标识码:2B1ü数据描述参见附录三、数据表单,上行中间表—城管通GPS数据135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)ü格式定义4、专业部门属性数据(上行)ü业务标识码:2B2ü数据描述参见附录三、数据表单,上行中间表—专业部门属性数据ü格式定义5、城管员基础属性数据(上行)ü业务标识码:2B3ü数据描述参见附录三、数据表单,上行中间表—城管员基础属性数据ü格式定义1.1.1.基础地理数据1、部件属性数据ü业务标识码:3B1ü数据描述参见附录三、数据表单,上行中间表—部件属性数据ü格式定义2、附件控制数据ü业务标识码:3B2ü数据描述(待定)135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)ü格式定义1.1.1.查询统计数据业务适配器和业务联动表单处理系统之间通过数据库中间表的方式进行交互。1.2.行业空间数据标准1.2.1.概述GIS 的迅速发展和广泛应用导致了多源空间数据的产生。如何实现不同的GIS 软件共享并操作不同来源的地理数据,即GIS 多源空间数据的集成,成为GIS 发展的关键。目前GIS多源空间数据的集成主要朝着三个方向发展,一是通过建立统一的数据交换标准来约束并规范已有的各类地理信息系统,采用数据交换标准来进行空间数据交换;二是建立开放式地理数据互操作规范,进行地理信息系统互操作;三是GIS 数据中间件技术。空间数据标准主要包括空间坐标系统、空间元数据标准、空间地理要素分类和编码标准、空间数据格式及转换标准等。美国国家空间数据协会(NSDI)制定了统一的空间数据格式规范SDTS(SpatialDataTransformationStandard),包括几何坐标、投影、拓扑关系、属性数据、数据字典,也包括栅格格式和矢量格式等不同的空间数据格式的转换标准。编写此文档的目的是为了能够快速支持“空间数据转换模块”的开发而制定的临时标准,为“空间数据转换模块”提供一个可以遵循的标准。注意事项:转换结果必须要输出的属性值用“#”标示。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.电力行业空间数据应用标准电力GIS的标准化可以分两个层次理解,一是狭义的标准化,其内容包括数据、数据交换、数据库转换、图形、软件等方面的标准,即主要包括空间数据标准和信息技术标准两个方面。二是广义的标准化,内容更加广泛,包括算法、行业标准等方面的内容。主要可以分为四类:应用标准、数据标准、信息技术标准和行业标准。应用标准有利于节省费用,提高效率和方便应用,而且可以大大提供电力GIS系统的可移植性、可操作性、可伸缩性。这里数据的标准为空间数据标准。1.1.2.“路灯管理中心”数据分析1、坐标系:LL-WGS842、坐标维数:2D3、格式:MapInfo4、主文件扩展名:.TAB5、电力行业数据分层:路灯管理分层:电缆电杆、架空电杆6、数据属性电缆层(用户属性):序号输出原属性名目的属性名属性类型属性值(参考值)1#codeCODENumber(16)272522#f_idF_IDNumber(16)244173fme_color1,0,04fme_geometryfme_point5fme_typefme_point*mapinfo_symbol_angle06mapinfo_symbol_color16711680*mapinfo_symbol_fontMapSymbols135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)7mapinfo_symbol_shape348mapinfo_symbol_size5*mapinfo_symbol_style09mapinfo_typemapinfo_point10#灯台类别灯台类别Char(20)砖砌11#负责人负责人Char(20)王宝忠12#杆号杆号Char(20)8813#高度高度Number1214#类型类型Char(20)圆灰杆15#位号位号Char(20)D131116#直径直径Char(20)190架空电杆层(用户属性):序号输出原属性名目的属性名属性类型属性值(参考值)1fme_color1,0,02fme_geometryfme_point3fme_typefme_point4mapinfo_symbol_color2555mapinfo_symbol_shape346mapinfo_symbol_size57mapinfo_typemapinfo_point8#负责人负责人Char(10)王宝忠9#杆号杆号Char(10)10#高度高度Number1211#旧位号旧位号Char(20)12#类型类型Char(20)圆灰杆13#数量数量Char(20)14#新位号新位号Char(20)D131115#直径直径Char(20)1.1.1.燃气行业空间数据应用标准1.1.1.1.“燃气集团”数据分析1、坐标系:北京市坐标系2、坐标维数:2D、3D3、格式:AutoCADDWG4、主文件扩展名:.dwg135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)燃气集团数据分层(当分层与实际图不合时以实际图层为准)序号层名几何类型备注1.低压管线Polyline2.中压管线Polyline3.高压管线Polyline4.超高压管线Polyline5.高中压调压站Point6.中低压调压站Point7.高中低压调压站Point8.高低压调压站Point9.工业调压站Point10.高中压调压箱Point11.中低压调压箱Point12.自管户调压站Point13.煤气高压管线Point14.煤气中压管线Point15.低压闸井Point16.天然气高压管线Point17.天然气中压管线Point燃气集团数据分层(测试数据):gwall.dwg:超高压管线、煤气高压管线、煤气中压管线、天然气高压管线、天然气中压管线、公路、河湖、铁路通用的转换模块转换结果不可丢失的属性值为:ENTITY、HANDLE、LAYER、COLOR、THINKNESS、ID和各文件中文字名称图层(如地名、站名、街道名、闸名)的文字内容、autocad_text_size、autocad_entity_handle、autocad_layer、autocad_thickness、gwbh1.dwg:高低压调压站、高中压调压箱、工业户调压站、煤气高闸、煤气高中压调压站、煤气中闸、天然气高闸、天然气高中压调压站、天然气中闸、中低压调压站、中压调压站、自管户调压站、自管箱、地名、高中压调压站名、工业户调压站名、管网文字、街道名、天然气高闸名、天然气中闸名、中低压调压站名、自管户调压站名。gwall.dwg数据属性超高压管线层(gwall.dwg用户属性):135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)说明:*号为在这一层中少数几个元素比别的元素多拥有的属性,#为需要转出,不可丢失的用户属性。序号输出原属性名目的属性名目的属性类型属性值(参考值)1.#autocad_colorCOLORNumber2502.#autocad_entityENTITYChar(16)autocad_line3.#autocad_entity_handleHANDLEChar(16)7D324.*autocad_extrusion_x05.*autocad_extrusion_y06.*autocad_extrusion_z-17.autocad_entity_visibilityvisible8.#autocad_layerLAYERChar(255)[超高压管线]9.autocad_layer_typenot_frozen10.#autocad_linetypeLINETYPEChar(255)ByLayer11.autocad_lineweight-112.autocad_original_entity_typeautocad_line13.autocad_resolved_linetypeContinuous14.autocad_source_filenameC:燃气集团gwall.dwg15.autocad_spacemodel_space16.#autocad_thicknessTHINKNESSNumber(16,5)017.18.19.extended_data{0}.application_nameTECOCITYGISNUMBERPIPEV1.020.extended_data{0}.string{0}021.fme_color0.33,0.33,0.3322.fme_geometryfme_line23.fme_typefme_line煤气高压管线层(gwall.dwg用户属性):说明:*号为在这一层中少数几个元素比别的元素多拥有的属性序号输出原属性名目的属性名属性类型属性值(参考值)1.#autocad_colorCOLORNumber2502.#autocad_entityENTITYChar(16)autocad_line3.#autocad_entity_handleHANDLEChar(16)7D324.autocad_entity_visibilityvisible5.#autocad_layerLAYERChar(255)[煤气高压管线]6.autocad_layer_typenot_frozen7.autocad_linetypeByLayer8.autocad_lineweight-19.autocad_original_entity_typeautocad_line10.autocad_resolved_linetypeContinuous135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.autocad_source_filenameC:燃气集团gwall.dwg2.autocad_spacemodel_space3.#autocad_thicknessTHINKNESSNumber(16,5)04.5.6.extended_data{0}.application_nameTECOCITYGISNUMBERPIPEV1.07.extended_data{0}.string{0}08.fme_color0.33,0.33,0.339.fme_geometryfme_line10.fme_typefme_line煤气中压管线层(gwall.dwg用户属性):序号输出原属性名目的属性名属性类型属性值(参考值)1.#autocad_colorCOLORNumber2502.#autocad_entityENTITYChar(16)autocad_line3.#autocad_entity_handleHANDLE7D324.autocad_entity_visibilityvisible5.#autocad_layerLAYERChar(255)[超高压管线]6.autocad_layer_typenot_frozen7.autocad_linetypeByLayer8.autocad_lineweight-19.autocad_original_entity_typeautocad_line10.autocad_resolved_linetypeContinuous11.autocad_source_filenameC:燃气集团gwall.dwg12.autocad_spacemodel_space13.#autocad_thicknessTHINKNESSNumber(15,6)014.extended_data_list{0}application_name:TECOCITYGISNUMBERPIPEV1.015.extended_data_list{1}string:016.extended_data{0}.application_nameTECOCITYGISNUMBERPIPEV1.017.extended_data{0}.string{0}018.fme_color0.33,0.33,0.3319.fme_geometryfme_line20.fme_typefme_line天然气高压管线层(gwall.dwg用户属性):序号输出属性名目的属性名属性类型属性值(参考值)1.#autocad_colorCOLORNumber12.#autocad_entityENTITYChar(16)autocad_line3.#autocad_entity_handleHANDLE774B4.visible135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)autocad_entity_visibility1.#autocad_layerLAYERChar(255)[超高压管线]2.autocad_layer_typenot_frozen3.autocad_linetypeByLayer4.autocad_lineweight-15.autocad_original_entity_typeautocad_line6.autocad_resolved_linetypeContinuous7.autocad_source_filenameC:燃气集团gwall.dwg8.autocad_spacemodel_space9.#autocad_thicknessTHINKNESSNumber(15,6)010.extended_data{0}.application_nameapplication_name:TECOCITYGISNUMBERPIPEV1.011.extended_data_list{1}string:012.extended_data{0}.application_nameTECOCITYGISNUMBERPIPEV1.013.extended_data{0}.string{0}014.fme_color1,0,015.fme_geometryfme_line16.fme_typefme_line天然气中压管线层(gwall.dwg用户属性):序号输出属性名目的属性名属性类型属性值(参考值)1.#autocad_colorCOLORNumber1402.#autocad_entityENTITYChar(16)autocad_line3.#autocad_entity_handleHANDLE840F4.autocad_entity_visibilityvisible5.#autocad_layerLAYERChar(255)[天然气中压管线]6.autocad_layer_typenot_frozen7.autocad_linetypeContinuous8.autocad_lineweight-19.autocad_original_entity_typeautocad_line10.autocad_resolved_linetypeContinuous11.autocad_source_filenameC:燃气集团gwall.dwg12.autocad_spacemodel_space13.#autocad_thicknessTHINKNESSNumber(15,6)014.extended_data{0}.application_nameapplication_name:TECOCITYGISNUMBERPIPEV1.015.extended_data{0}.string{0}string:016.extended_data{0}.application_nameTECOCITYGISNUMBERPIPEV1.017.extended_data{0}.string{0}018.fme_color0,0.75,119.fme_geometryfme_line135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.fme_typefme_linegwbh1.dwg输出属性相同的图层:高低压调压站、高中压调压箱、工业户调压站、煤气高闸、煤气高中压调压站、煤气中闸、天然气高闸、天然气高中压调压站、天然气中闸、中低压调压站、中压调压站、自管户调压站、自管箱。gwbh1.dwg文件的图层输出属性雷同层标准:序号输出属性名目的属性名属性类型属性值(参考值)1.autocad_block_name[高低压调压站]2.#autocad_block_numberIDNumber(11)42103.#autocad_colorCOLORNumber14.#autocad_entityENTITYChar(16)autocad_line5.#autocad_entity_handleHANDLE376.autocad_entity_visibilityvisible7.#autocad_layerLAYERChar(255)[高低压调压站]8.autocad_layer_typenot_frozen9.autocad_linetypeContinuous10.autocad_lineweight-111.autocad_original_entityautocad_insert12.autocad_original_entity_typeautocad_line13.autocad_original_layer[高低压调压站]14.autocad_resolved_linetypeContinuous15.autocad_source_filenameC:燃气集团gwbh1.dwg16.autocad_spacemodel_space17.autocad_thicknessTHINKNESSNumber(15,6)018.fme_color0,0.75,119.fme_geometryfme_line20.fme_typefme_line135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.运行对接设计、定制内容和方案1.1.业务适配器定制过程业务适配器的定制分为4大类:系统管理任务配置框架功能与配置组件功能与配置。1.1.1.系统管理1.1.1.1.系统控制系统管理功能模块能够显示系统核心框架的当前状态和运行主机IP地址,同时,提供了对系统核心框架进行停止,启动,重新启动的控制功能。通过该功能模块用户可以轻松的通过web方式对系统进行管理,控制。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图51业务适配器系统控制1.1.1.1.任务管理如下图所示,任务管理中的任务控制功能通过Web页面显示系统当前数据处理适配任务的各种运行信息信息,包括:任务名称,起始运行时间,停止运行时间,处理消息记录数,异常数据处理记录数和任务的当前状态。其中任务名称标识了任务的ID;起始运行时间标识该任务最后一次启动的时间;停止运行时间:显示该任务停止时间(如果该任务已经停止);处理记录数则标识该任务从启动运行到查询截至时间段内处理的记录数,异常处理记录数显示了该任务从启动运行到查询截至时间段内未能正确处理的记录数。记录的异常信息可以通过下面介绍的数据诊断功能中看到。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图52任务控制功能界面安装新的任务,任务管理中的安装新任务功能提供了用户远程web方式对系统进行任务安装的功能。在该功能中主要是提供上载的服务,允许用户在客户端对远程系统运行的主机进行选择安装路径和上传安装相关文件的操作。其中上传可以动态改变上传文件的类型,大小和相关上传文件的附加信息。1.1.1.1.日志管理日志管理提供了系统各种类型日志的查询功能,便于检查系统的运行详细信息。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图53日志查询功能界面1.1.1.1.配置管理配置管理功能模块中查看功能,提供业务适配器系统运行的Java虚拟机的状态和配置信息。通过该功能也可以检查系统参数的配置信息。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图54系统配置查看功能界面1.1.1.1.数据诊断通过数据诊断功能可以查看各个数据处理适配任务在运行过程中未能成功处理的数据的诊断信息。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)图55数据诊断功能界面1.1.1.任务配置任务在业务适配器系统中具有两种含义,在部署时表现为tasks目录下的每个子目录中的任务定义文件(adaptor.xml)定义;在运行时表现为由adaptor.xml文件解析装配而成的任务处理流水线,每条流水线在系统中为独立运行的单元,相互之间没有关联。任务定义文件与属性类型定义密切相关,因此任务定义文件的具体格式非常灵活。总体上一个任务定义文件(adaptor.xml)的格式示例如下:BC………………135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)…………注释:有且仅有一个Source节点,Source节点下有且仅有一个conncetor节点,可以有0个或多个handler节点,handler节点是有序的。D……注释:可以有0个或多个Pipe节点,各个节点之间通过linkTo连接。…………………………注释:可以有1个或多个Destination节点。Destination节点下有且只有一个connector节点;可以有0个或多个handler节点,handler节点是有序的。……根节点为task,name属性标识该任务的名称,虽然对任务名称没有强制要求,但强烈建议任务的名称采用任务定义文件(adaptor.xml)所在的目录名(即数据处理适配的名称)称作为任务的标识。Task节点下的component节点构成运行时管道线上的各个环节。其中源结点(Source)通过oa:type="com.egrid.adaptor.component.Source"属性来135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)标识,目标结点(Destination)通过属性oa:type="com.egrid.adaptor.component.Destination"来标识。组件之间的连接装配通过component节点下的“linkTo”节点表达。一个component节点可以连接到一个或多个其他component节点,但最终形成的管道线路不能都到达同一个目标结点Destination(目前不支持)。1.1.1.框架功能与配置1.1.1.1.描述在业务适配器系统中数据处理任务是承载于运行框架之中的,由运行框架负责管理任务的运行和异常处理,任务框架的配置参数将影响相应的数据处理任务的运行行为和性能。任务框架配置主要包括以下几类:日志配置,日志配置在业务适配器中分为两个级别:系统日志和任务日志,对应每一个数据处理任务有相应的任务日志处里器,此处日志的配置即为任务日志配置,任务日志又分为四类:运行日志(sysinfo)、调试日志(debug)、错误日志(error)和数据日志(user)。数据日志为消息数据在任务流水线中被处理的过程记录。运行策略,任务处理框架在运行时表现为动态连接的各个组件管道线路,数据在管道线路中流转。一条数据在通过ReadConnector进入Source组件时进入管道线路的始端,进入到WriteConnector时进入管道线路的末端。框架支持数据的串行处理和并行处理两种模式,在串行处理模式下,一条数据从进入始端到走出末端之前,管道线路将不处理任何其他的数据;在并行处理模式下,管道线路表现为并行流水,一条数据未走出WriteConnector之前,其他的数据可能已经处于管道线路上的某一环节。运行策略在各个component节点下进行配置,不同的组件可以配置不同的运行策略,从而优化性能。具体的参数参见下表。错误等级,错误等级将影响整个任务流水线的运行行为,如果任务运行过程中出现等级为3的错误,整个任务将被停止。控制参数135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统),Source组件是整个管道流水线的总控枢纽,它既可以控制管道线上其他各个组件的运行,也可以控制数据处理的行为如消息的重发,同时也负责线路运行异常的处理操作如消息处理故障缓存等。1.1.1.1.配置参数列表Task::ComponentType类名:com.egrid.adaptor.task.Task父类名:null名称类型是否强制缺省字串概要nameStringtruenull任务名称loglogtruenull任务日志componentTaskComponentstruenull任务组件注释:Log为此Task的日志管理模块。配置参数见下面log段。Component为Task使用的管道组件。配置参数见下面component段。Task与子结点log是1对1的关系,与子结点component是1对多关系(1个Task下可有0或多个component结点。)log:ComponentType类名:com.egrid.adaptor.sysresource.PipelineLog父类名:nullmsgfilterStringfalsenull消息过滤器usercpStringfalsenull用户定义内容转换器注释:msgfilter的格式为<属性名|属性名|....>,指用户在数据处理过程中从消息属性列表抽取哪些属性字段写入日志。如AAA|BBB|CCC指从消息属性列表中查找属性名为AAA、BBB、CCC的字段值。usercp要求传入类名,此类实现ContentProducer接口,用来进行用户数据日志的信息转化工作。输入为Object,输出为要写入日志的String。Log与两个参数均为1对1关系。TaskComponents:ArrayTypeàcomponent类名:null父类名:componentcomponent:ComponentType类名:null父类名:nullnameStringtruenull组件名称runpolicyRunPolicyfalsenull运行策略errlevelintegerfalse1错误等级135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)linkToLinksTofalsenull连接到的组件名称注释:Name为本Task中唯一标志符,供其它component的linkTo字段引用。注意Source节点虽然有Name属性设置,但仅做为标识,没有模块可以连接Source。Runpolicy为运行策略模块,配置参数见下RunPolicy字段。errlevel错误等级为1到3三级。1级出错可忽略。2,3级出错则整个处理过程失败。影响当前消息在整个Task中的流动。注意Source的errlevel设置无效,Source一定是3级错误模块。linkTo指当前管道组件完成后消息应传入下游什么组件中。Component与其下3个子结点均为1对1关系。policyStringtrueMULTI_PIPE策略maxcountIntegerfalse5最大允许PipeincrecountIntegerfalse3每次Pipe增量leisurecountIntegerfalse5清理时空闲Pipe量注释:policy有4种可选值(MULTI_PIPE,SERIAL_PIPE,HALT_PIPE,STOP_PIPE),分别表示并行管道、串行管道、挂起管道和停止管道。注意大小写。不符合者采用缺省值。只在policy为MULTI_PIPE时其它三参数有效。maxcount指定此Pipe最多时的数量。increcount指定Pipe不够时每次增量。leisurecount指定空闲Pipe数量达到此值时进行Pipe释放。注意必须maxcount>=leisurecount>increcount>0否则设定视为不合法将采用缺省值。RunPolicy与其下4个子结点均为1对1关系。Source类名:com.egrid.adaptor.component.Source父类名:componentconnectorConnectortruenull外部连接器resendcountIntegerfalse10重发次数resendspanIntegerfalse1重发间隔,秒timeoutIntegerfalse10超时间隔,秒timeoutpolicyIntegerfalse0超时重发策略errormsgcacheErrorMsgCachesfalsenull错误消息缓冲注释:connector为外部读连接器,本身有参数。但不在此模块中,规范待定。reasendcount为消息处理失败时重发次数,大于等于0。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)resendspan为重发间隔,以秒为单位。大于0。timeout为超时时长,以秒为单位,大于resendspan。timeoutpolicy只能为0或1。如不为此数,按缺省值处。0为超时后抛弃,1为超时后重发。errormsgcache可设0或多个,处理出错消息和出错原因。Source与其下除errormsgcache外4个子结点均为1对1关系。ErrorMsgCachesArrayTypeàErrorMsgCache类名:null父类名:ErrorMsgCacheErrorMsgCache类名:com.egrid.adaptor.event.sysevent.ErrorMsgCache父类名:nullnameStringfalsenull错误缓冲的类名(全路径类名,必须实现ErrorMsgCache接口。)Destination类名:com.egrid.adaptor.component.Destination父类名:componentconnectorConnectortruenull外部连接器注释:connector为外部写连接器,本身有参数。但不在此模块中,规范待定。表51配置参数列表1.1.1.1.配置示例aa|bbcom.user.aaacpMULTI_PIPE535101100aa|bbdoxml135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)doxml……MULTI_PIPE5353135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.图解图56配置类图解135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.组件功能与配置1.1.1.1.外部系统交互组件1.1.1.1.1.本地方法调用接口包名:com.egrid.adaptor.nativeinterface类名:NativeInvoker1.描述本地方法调用组件架构于Java提供的本地方法调用上,不需其它任何第三方工具。目前只在Windows系统上实现。本模块主要用于在单机系统上提供Adaptor和其它任何Windows程序间高频度、大数据量、安全稳定的数据交互方式。只能用于Windows平台下一台主机各进程间的数据交换。2.方法说明共计五个公开静态方法。initMessageServer()静态方法由开启一个外部消息侦听器,由系统启动时一次调用,用户不得使用。DLLFireMessage(Stringmessage,Stringgroup)方法供外部系统调用,向本系统发送数据时使用,内部系统不得使用。regListener(Stringgroup,EventListenerlistener)方法供注册一个特定组的侦听器使用,group为组名,listener为侦听器。unredListener(Stringgroup,EventListenerlistener)方法提供撤消一个组的侦听器,其它同上。notify(Stringmessage,Stringgroup)方法向外部系统一个组发送消息,message为消息内容,group为组名。动态链接库MessageHandle.dll向提供一般Windows应用程序提供几个接口,其中regMainThread、Java_com_egrid_adaptor_nativeinterface_NativeInvoker_regJVM、Java_com_egrid_adaptor_nativeinterface_NativeInvoker_sendMessage方法供服务程序MessageManager和Adaptor系统调用,一般系统不得调用。HANDLEreg(char*group,LPVOIDprocAdr)方法为135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)注册一个windows应用程序为侦听器,侦听Adaptor系统消息。Group为组名,是一个NULL为尾的字符串,procAdr指向一个以void(*)(char*)为参数和返还值的windows程序的方法。其中char*为将传给windows程序的消息,是一个以null为尾的字符串。返回一个线程的HANDLE用于控制此侦听线程的启停。voidpostMessage(char*message,char*group)用于向Adaptor系统的相应组发送消息。Group为组名,message为消息内容,均为以NULL结尾的字符串。3.应用流程1.启动服务程序MessageManager,注意此程序必须与MessageHandler.dll放在一起。并置于Adaptor的Java系统访问得到的lib目录下。2.任意时刻启动Adaptor,加载侦听服务。3.任意时刻加载Windows应用程序,加载侦听服务。4.任意时刻在Java系统内调用regListner方法侦听。5.任意时刻调用notify方法,向window系统发送消息。6.任意时刻windows程序调用postMessage方法向Adaptor系统发送消息。1.1.1.1.WebService交互组件包名:com.egrid.adaptor.webservice1.描述WebService交互组件架构于开放式WebSerivce技术之上,提供广域网络环境下异构系统间应用集成。本模块选用开源项目Axis为引擎,以提供Adaptor系统与本机、局域网络、广域网络环境下其它支持WebService开放的应用系统的集成。注意由于WebSerivce为慢速广域协议,此模块效率不高,适用于广域网络环境对数据流量要求不大、实时性要求不强、稳定性安全性要求不高的信息交互场合。提供松散耦合系统间低频度的交互。本模块有两个功能部件:WSTaskNotifier用于Adaptor向外部系统发送数据。WSTaskInvoker用于异构系统向Adaptor系统调用指定的任务。此模块属系统服务,不需任何配置信息。2.方法说明WSTaskNotifier有两个静态方法,其中init()静态方法由系统启动时一次性调用,用于初始化系统的对外WebService接口,用户不得调用。getNotify(Stringgroup)方法用于侦听一个特定组的消息,一旦有此消息,立即返回此消息,否则等待到相应消息到来。此方法供外部系统通过WebService调用,本系统不得调用。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)notify(Stringmessage,Stringgroup)方法用于向所有侦听系统的此接口的异构系统发送一个WebService消息,message为消息内容,group为异构系统内的组号。此方法为公开静态方法,供内部系统向外部系统发送数据时随时调用。WSTaskInvoker有两个静态方法,其中init()方法由系统启动时一次性调用,用于初始化系统的对外WebService接口,用户不得调用。invokeTask(Stringtaskname)方法用于异构系统向本系统发送启动任务指令,本系统内部一般不要调用。外部系统调用通过WebService调用此方法,参数为要启动的任务名称。3.应用流程1.系统启动时调用init方法启动服务。2.使用过程中用户随时调用notify方法向外发送数据。3.外部系统随时调用getNotify得到消息,调用invokeTask启动任务。1.1.数据对接机制1.1.1.初始化初始化方式主要针对基础地理数据。基础地理数据包括部件数据(按照点、线、面和部件种类组织图层),网格数据(街道(乡)图层及编码、社区(村)图层及编码、单元网格图层及编码、),地理编码库(街巷基本地点名称及空间数据表、地片/区片基本地点名称及空间数据表、门(楼)牌基本地点名称及空间数据表、标志物基本地点名称及空间数据表、兴趣点基本地点名称及空间数据表)等。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)基础地理数据采用图层文件+属性文件的方式提供。属性数据可以挂在图层文件中,也可以单独成一个属性表。图层命名、属性项等的规定参见附录一。这些数据采用光盘介质传递,采用数据导入初始化的方式进行数据对接。1.1.1.定期更新定期更新方式包括基础非地理数据(部件事件分类数据,专业部门属性信息,城管员基本信息,部件属性信息)和基础地理数据。1.基础非地理数据Ø部件事件分类由市级平台统一维护。当市级平台关于部件标准或事件标准等基础数据出现变更时,交换平台负责将变更的信息交换到区级平台,相关委办局和权属单位,由上述单位自行决定变更标准的合并与升级。Ø专业部门属性信息专业部门属性信息主要包括市区两级部件权属部门的属性信息。具体参见附录一。专业部门属性数据更新机制参见下文。Ø城管员属性数据城管员属性数据包含各区城管员的基本属性信息,市级平台维护城管员基本属性的一个全集,数据由各个区级平台维护。城管员属性数据更新参见下文135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)Ø部件属性变更数据部件属性变更数据采用部件属性表单的方式由区级平台,相关委办局和权属单位按照附录一中部件属性表属性字段的定义组织数据向市级平台提交更新。委办局和权属责任单位对于自己责任范围内的部件属性变化或者新增部件,应呈报给部件所在区,由区级平台统一上报给市级平台,委办局和权属责任单位不会直接上传部件属性变化和新增部件。2.基础地理数据基础地理图变更数据采用数据控制描述文件+基础地形图层文件附件的方式,基础地形图层数据文件的命名及相关要求参见附录一,数据控制描述文件参见4.3.3基础地理数据。该类数据交换比较特殊在交换接口层面具体采用如下方式:1、数据控制描述文件采用XML格式信息数据进行描述,相关信息包括土层文件的位置(路径)、文件名称、文件格式、图层信息、接收方等等。2、GIS图层文件放置在一个配置好的目录下,区级平台应用系统将数据控制描述信息以SOAP消息方式通知区级平台业务适配器,区级平台业务适配器解析SOAP消息然后从指定目录下读取图层数据文件并发送。按照更新频率的不同,定期更新的数据可归为两类:一、更新频率较高,如部件属性信息,城管员信息和135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)专业部门信息等采用每天(午夜12点)更新一次或每周更新一次;二、更新频率较低,如行政区划地图信息,采用一周一次或一月一次。以上更新机制可以在应用系统中进行具体配置,并通过修改配置灵活变更更新机制。1.1.1.实时流转实时流转方式主要针对城市管理市区两级业务流程中进行业务处理所要流转的业务表单数据。1.1.2.实时获取实时获取数据主要是只通过市级平台与相关业务单位的查询统计接口进行交互的实时动态获取的事件、城管员的查询统计结果数据。市级平台与区级平台的对接即为区级平台业务适配器与区级平台应用的对接。针对区级平台应用系统架构各异的特点,具体对接采用SOAPWeb服务调用与共享文件相结合的方案。1.2.数据对接方案1.2.1.概述数据对接具体包括表单数据对接和GIS图层文件交换对接。对于表单数据采用SOAP消息方式按照指定的消息格式传递数据;对于GIS图层文件采用SOAP控制消息和共享文件传递的方式。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)业务适配器部署在相关业务单位内部应用网络环境中,指定某一本机或网络文件目录作为文件交换共享目录。同时,业务适配器公开如下Web服务:1、数据发送服务区级平台应用调用该服务将上行数据发送到市级平台。2、数据接收服务区级平台调用该服务等待接收数据(期间保持连接),当数据到达时区级平台业务适配器通过该服务将数据推送给区级平台应用系统。另选方案:由区级平台提供数据接收Web服务,数据到达时业务适配器调用该服务把数据发送给区级平台。1.1.1.业务流程描述当市级平台下发数据时,区级平台业务适配器从数据交换中心接收数据,并按照附录四、数据格式规范将数据按照指定格式以SOAP消息的方式按照指定方案调用相关服务将数据提交给区级平台应用系统。当相关业务单位需要向市级平台发送数据时,相关业务单位应用按照附录四、数据格式规范将数据打包为SOAP消息并调用区级平台业务适配器数据发送Web服务将上传的数据通过数据交换中心发送到市级平台。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.对相关业务单位的要求采用SOAPWeb服务调用要求:ü相关业务单位的应用系统遵从区级平台业务适配器Web服务访问接口;ü数据接收服务由业务适配器提供时,相关业务单位应当支持数据的异步接收(回调);ü数据接收服务由相关业务单位提供时,应遵循业务适配器Web服务接口调用接口规范要求;üWeb服务调用接口参见附录五、业务适配器Web服务调用接口;1.1.2.委办局或市属责任单位与市级平台之间的业务数据交换1.1.2.1.数据交换过程135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)如图:委办局、行业单位没有和市级平台对接的业务系统,同时也无力开发和市级平台的对接系统。在这种情况下,可以在装有数据交换客户端(业务适配器)的PC上装一个表单录入的B/S结构的程序,单位用户可以通过这个程序察看分配的任务单,待处理完事件后,填写反馈单。各单位来的数据,通过数据交换客户端(业务适配器),经过政府专网到市级平台的数据交换平台。数据下行时,和这个过程相反。在市级平台原先设计中:委办局、市属责任单位用户需要登录到市级平台网站的页面上输入表单数据,完成和市级平台的数据和业务联动。经过技术讨论,现在确定该方案有以下问题:135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1由于委办局、市属责任单位需要在线才能知道是否有新的任务派遣,这样需要定时刷新市级平台页面,对市级平台后台造成的压力很大。2市级平台需要管理将近60家委办局及行业单位的用户名和密码,和市级平台的功能定义不一致。3扩展性很差,如果以后委办局和行业单位有了自己的业务系统,使用这种方法几乎不可能和它们的新的行业系统对接上。基于以上理由,因此必须要开发新的市级平台委办局(行业单位)协同工作系统。新的市级平台委办局(行业单位)协同工作系统调用了一名系统分析员和两名开发工程师进行开发,其后还要3名测试人员进行各种详细的测试。在新的解决方案里面,新的标单业务系统要和数据交换平台的业务适配器一起部署到将近60家委办局及行业单位去(原先的需求没有)。安装这些软件至少需要一天时间,和市级平台调通还需要3天时间。调通以后,为了跟踪性能和统计分析以及进一步优化,每个节点还需要大约十天的时间试运行和数据收集。其中可能要根据各个委办局和行业单位不同的情况进行功能上的定制。装有数据交换客户端和表单录入程序的PC由市级平台提供。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.委办局等单位用户需要做的事情:必须在行政体系上确定和市级平台对接系统相关的使用者。保证装有数据交换客户端的PC联入政府专网。1.1.2.区级平台的业务数据交换1.1.2.1.数据交换过程市级平台与各个区级平台之间,采用SOAPWeb服务调用的方式传递数据。区级平台用户上传数据时,将数据(存放消息头和消息体信息,图片文件,视频文件还是建议使用文件格式)封装成SOAP消息发送给业务适配器,业务适配器,业务适配器通过政府专网,将其传输到市级平台。数据下行和数据上行的过程基本相反。135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.1.区级平台用户需要做的事情区级平台需要配置业务适配器,同时开发一个接口系统,该接口系统应当具备以下功能:Ø根据业务和数据规范,准备所需数据,封装成SOAP消息。Ø从业务适配器接受新数据。1.1.2.空间数据交换1.1.2.1.数据交换过程1.1.2.2.接入政府专网的单位的空间数据交换接入政府专网的相关业务单位135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)通过业务系统,把上传的空间数据文件放置在装有业务适配器的客户端批PC里,业务适配器将该文件通过数据交换平台传输到市级平台上,市级平台的空间数据转换引擎对其转换,统一转换成一种格式后,把其存放到空间数据库中。1.1.1.1.数据交换用户需要做的事情1、严格保证空间数据文件的正确。2、开发相关业务系统与业务适配器的接口。3、满足业务适配器所需要的软硬件环境,见1.6。4、坐标系采用以下坐标系:平面坐标系统:北京地方坐标系。高程坐标系统:北京地方高程系。对于使用数据中间表方式与业务适配器交互数据的用户,应提供一个数据库服务器,安装数据库管理系统(建议使用Oracle),用来存储交换用中间表。安装业务适配器的机器需要接入政府专网。1.1.2.对接系统和市级平台内部业务系统的连接数据传输到市级平台内部后,由市级内部的数据交换中心根据消息的目的地,传输到市级平台内部的业务系统端的业务适配器,业务适配器对数据进行组装,然后再传输给各业务系统。,第2章.135 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.系统数据结构设计1.1.逻辑结构设计数据表单表61下行中间表—问题登记单表名QuestionRegister_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20事件编码QUESTIONNUMBERNVARCHAR50地标码事件等级EVENTLEVELNVARCHAR20事件来源EVENTSOURCENVARCHAR20所属类别REGIMENTATIONNVARCHAR20来源方式SOURCEMANNERNVARCHAR20接线员BOOKINMANNVARCHAR20城管员PATROLMANNVARCHAR20城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR20部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCHAR20事件小类SMALLCLASSNVARCHAR20所属城区CITYZONENVARCHAR20所属街区STREET_IDNVARCHAR20所属社区COMMUNITY_IDNVARCHAR20所属万米单元CELLRESEAU_IDNVARCHAR20事件位置说明POSITIONREMARKNVARCHAR100参考地理编码REFCODINGNVARCHAR20地图定位信息SPACEPOINTNVARCHAR100问题描述PROBLEMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME举报人ENUMERATEMANNVARCHAR50190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)举报人联系方式ENUMERATEMAN_INFONVARCHAR200回复方式REVERSIONWISENVARCHAR20登记时间CREATETIMEDATETIME备注QUESTIONREMARKNVARCHAR200表62下行中间表—立案单表名RegisterCase_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20案卷号CASENUMBERNVARCHAR20立案人CASEMANNVARCHAR20立案时间CASETIMEDATETIME备注CASEREMARKNVARCHAR200表63下行中间表—任务分派单表名TaskSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20任务分派号TASKNUMBERNVARCHAR20任务级别TASKLEVELNVARCHAR20分派单位SENTEDUNITNVARCHAR20分派者SENTEDMANNVARCHAR20分派者联系方式SENTEDINFONVARCHAR200分派时间SENTEDTIMEDATETIME分派次数SENTEDNUMBERINT4响应时间要求RESPONDLIMITNVARCHAR4专业部门类型RECEIVEUNIT_TYPENVARCHAR20专业部门RECEIVEUNITNVARCHAR200处理要求DISPOSALREQUIRENVARCHAR200处理时限DISPOSALLIMITINT4备注REMARKNVARCHAR200190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)表64下行中间表—委托核查单表名CheckSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20委托人CONSIGNMANNVARCHAR20姓名委托时间CONSIGNTIMEDATETIME委托接收人CONSIGNRECEIVERNVARCHAR20姓名委托接收部门CONSIGNRECEIVEDEPATMENTNVARCHAR50表65下行中间表—督办单表名QuestionRegister_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20处理部门DISPOSALUNITNVARCHAR20处理事件开始时间STARTTIEMDATETIME处理时限DISPOSALLIMITINT4距当前时间的时间差LEAVINGTIMEINT4第几次督办OVERSEENUMBERINT4督办单产生时间CREATETIMEDATETIME督办员OVERSEEMANNVARCHAR20备注REMARKNVARCHAR200领导批注信息表66下行中间表-领导批示表名Indication_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT记录编号批示标题INSTRUCTIONTITLENVARCHAR200批示内容INSTRUCTIONCONTENTNVARCHAR1000接收单位RECIEVEUNITNVARCHAR50外键接收者RECIEVEMANNVARCHAR50外键,190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)用户表的编号重要度IMPORTANTLEVELIDNVARCHAR50数据字典项(重大,一般,紧急)批示状态INSTRUCTIONSTATEIDNVARCHAR50字典项:(已签收,未签收,已反馈,未反馈批示人SENTMANNVARCHAR50批示人单位SENTUNITNVARCHAR50批示时间SENTTIMEDATETIME年月日时分秒处理时限DISPOSALLIMITINT4处理时限单位DISPOSALLIMITUNITNVARCHAR50备注REMARKNVARCHAR200表67下行中间表-领导批示表名EventAttachment_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20所属表单BLONGTABLENVARCHAR20所属字段BLONGFIELDNVARCHAR20文件名称(不含后缀名)FILENAMENVARCHAR100文件内容的简短摘要描述,如“现场录音”文件后缀FILESUFFIXNVARCHAR20“.”内容FILECONTENTBLOB文件类型FILETYPENVARCHAR2图片0,声音1,视频2,其他3图表61下行中间表-基础分类数据表名BaseData_Send主键Id名称字段类型长度是/否空备注编号IDINT20NOT类别KINDNVARCHAR20NOT事件、部件大类TYPENVARCHAR20NOT大类名称190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)大类编码TYPECODENVARCHAR20NOT小类SUBTYPENVARCHAR20NOT小类名称小类编码SUBTYPECODENVARCHAR20NOT专业部门BLONGDEPARTMENTNVARCHAR100主管部门CHARGEDEPARTMENTNVARCHAR100备注REMARKNVARCHAR255表68下行中间表-专业部门属性表表名SpecialityDepartment_Receive主键ID名称字段类型长度是/否空备注代码IDNVARCHAR20NOT单位名称COMPANYNAMENVARCHAR50NOT主管部门DEPARTMENTNVARCHAR50组织机构代码ORGANCODENVARCHAR10NOT单位地址ADDRESSNVARCHAR100单位类型COMPANYTYPENVARCHAR20NOT法人代表ARTIFICIALPERSONNVARCHAR20NOT值班电话DUTYPHONENVARCHAR20NOT值班传真DUTYFAXNVARCHAR20NOT夜间电话NIGHTPHONENVARCHAR20NOT节假日电话FEASTHPHENVARCHAR20NOT表69上行中间表—任务签收响应表名RespondReturn_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号FLOWHISTORY_IDNVARCHAR20签收时间RECEIVEMANDATETIME表610上行中间表—任务反馈单表名TaskFeedback_Receive主键ID名称字段类型长度是/否空备注190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20任务反馈号FEEDBACKNUMBERNVARCHAR20任务接收时间RECEIVETIMEDATETIME反馈类型FEEDBACKTYPENVARCHAR20反馈内容FEEDBACKCONTENTNVARCHAR200反馈者FEEDBACKMANNVARCHAR20反馈者联系方式FEEDBACKINFONVARCHAR200任务反馈时间FEEDBACKTIMEDATETIME申请时限APPLYLIMITINT20备注FEEDBACKREMARKNVARCHAR200表611上行中间表—处置核查单表名CheckResult_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20预档案号PRENUMBERNVARCHAR20核查者CHECKMANNVARCHAR20城管通号码CHECKCGTPHONENVARCHAR15核查时间CHECKTIMEDATETIME核查意见RESULTTYPENVARCHAR255核查情况CHECKREMARKNVARCHAR200审批者EXAMINEMANNVARCHAR20审批时间EXAMINETIMEDATETIME备注CHECKREMARKNVARCHAR200表612上行中间表—问题登记单表名QuestionRegister_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20事件编码NVARCHAR50地标码190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)QUESTIONNUMBER事件等级EVENTLEVELNVARCHAR20事件来源EVENTSOURCENVARCHAR20所属类别REGIMENTATIONNVARCHAR20来源方式SOURCEMANNERNVARCHAR20接线员BOOKINMANNVARCHAR20城管员PATROLMANNVARCHAR20城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR20部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCHAR20事件小类SMALLCLASSNVARCHAR20所属城区CITYZONENVARCHAR20所属街区STREET_IDNVARCHAR20所属社区COMMUNITY_IDNVARCHAR20所属万米单元CELLRESEAU_IDNVARCHAR20事件位置说明POSITIONREMARKNVARCHAR100参考地理编码REFCODINGNVARCHAR20地图定位信息SPACEPOINTNVARCHAR100问题描述PROBLEMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME举报人ENUMERATEMANNVARCHAR50举报人联系方式ENUMERATEMAN_INFONVARCHAR200回复方式REVERSIONWISENVARCHAR20登记时间CREATETIMEDATETIME备注QUESTIONREMARKNVARCHAR200表613上行中间表-领导指派任务、批示反馈表表名IndicationFeedback_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT领导批示编号LEADERINSTRUCTION_IDNVARCHAR20外键,LEADERINSTRUCTION表的编号190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)任务反馈号FEEDBACKNUMBERNVARCHAR20任务接收时间RECEIVETIMEDATETIME反馈内容FEEDBACKCONTENTNVARCHAR200反馈者FEEDBACKMANNVARCHAR50反馈者联系方式FEEDBACKINFONVARCHAR200任务反馈时间FEEDBACKTIMEDATETIME申请时限APPLYLIMITINT20反馈类型FEEDBACKTYPENVARCHAR50数据字典项备注FEEDBACKREMARKNVARCHAR200表614上行中间表—附件表名EventAttachment_Receive主键Id名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20所属表单BLONGTABLENVARCHAR20所属字段BLONGFIELDNVARCHAR20文件名称(不含后缀名)FILENAMENVARCHAR100文件内容的简短摘要描述,如“现场录音”文件后缀FILESUFFIXNVARCHAR20“.”内容FILECONTENTBLOB文件类型FILETYPENVARCHAR2图片0,声音1,视频2,其他3表615上行中间表-城管通GPS数据表名GPSData_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT城管通号码PHONENUMNVARCHAR20NOT坐标XCOORDXNUMERIC9,6坐标YCOORDYNUMERIC9,6设备类型EQUPMENTTYPENVARCHAR2GPRS:0、GPS:1、CDMA:2是否在岗ISONLINEBIT190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)当前时间POSTTIMEDATETIME备注REMARKNVARCHAR255表616上行中间表-专业部门属性表表名SpecialityDepartment_Receive主键ID名称字段类型长度是/否空备注代码IDNVARCHAR20NOT单位名称COMPANYNAMENVARCHAR50NOT主管部门DEPARTMENTNVARCHAR50组织机构代码ORGANCODENVARCHAR10NOT单位地址ADDRESSNVARCHAR100单位类型COMPANYTYPENVARCHAR20NOT法人代表ARTIFICIALPERSONNVARCHAR20NOT值班电话DUTYPHONENVARCHAR20NOT值班传真DUTYFAXNVARCHAR20NOT夜间电话NIGHTPHONENVARCHAR20NOT节假日电话FEASTHPHENVARCHAR20NOT表617上行中间表-城管员基本属性表名PatrolMan_Receive主键ID名称字段类型长度是/否空备注城管员编号CMMIDNVARCHAR20NOT城管员姓名CMMNameNVARCHAR30NOT城管员性别CMMGenderNVARCHAR12所属区县CityZoneNVARCHAR12所属街道BlockNVARCHAR1所属社区RegionNVARCHAR20城管通号码PhoneNumberNVARCHAR20所属部门DeptBelongNVARCHAR50区县下设的专门管理城管员的部门备注RemarkNVARCHAR20表618上行中间表-部件属性信息190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)表名Parts_Receive主键ID名称字段类型长度是/否空备注标识码ObjCodeNVARCHAR16NOT名称ObjNameNVARCHAR30NOT专业部门DeptNameNVARCHAR60主管部门ManaDeptNameNVARCHAR60所在单元网络GBCodeNVARCHAR14X坐标ObjXChar12部件位置的X坐标Y坐标ObjYChar12部件位置的Y坐标Z坐标ObjZChar12部件位置的Z坐标,可不填位置描述ObjPosNVARCHAR30状态ObjStateNVARCHAR30现势性ObjUseStateNVARCHAR30初始时间ORDateDate8变更时间CHDateDate8源比例尺分母MapScaleNumber5备注MemoNVARCHAR100表619上行中间表—退单表名SendBackWork_Receive主键ID名称字段类型长度是/否空备注事件处理编号EVENTDISPOSAL_IDINT20NOT退单消息INFORMATIONNVARCHAR200退单人SENDBACKMANNVARCHAR50NOT退单时间SENDBACKTIMEDATETIME1.1.物理结构设计对接系统要保存的数据只有市级平台和委办局、市属责任单位交互的数据。该部分数据将保存在业务联动表单处理系统里自带数据库上,委办局以及市属责任单位的用户可以在通过密码认证后访问该业务数据。除了管理员之外的任何人只能通过业务系统该数据库。190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.数据结构与程序的关系表620表单及所涉及到的业务系统表序号相关表单相关程序  业务适配器业务表单联动系统1问题登记单√√2立案单√√3任务分派单√√4任务反馈单√√5处置核实单√6办事评价单√7退单√√第2章.190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.系统出错处理设计1.1.出错信息业务适配器的错误信息:错误的交换信息、系统本身错误。业务联动表单处理系统:系统错误信息。1.2.补救措施在委办局、权属责任单位本地保存的数据在市级平台里有一个备份,本地系统管理员也可以物理介质备份本地数据。1.3.系统维护设计业务适配器通过日志记录所有交换的数据,用户可以通过Web查询到错误的交换信息。系统本身的错误信息也可以通过日志或者Web页面查看到。业务联动表单处理系统本身采用B/S程序,可以防止表单重复提交。别的系统错误信息也通过页面查看。第2章.190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.网络对接1.1.区级平台网络现状描述北京市电子政务专网(简称市专网)与各个区县专网(简称区县专网)已经完成对接,其基本情况分为以下两种:1.1.1.区县专网以市专网的交换机Cisco6006作为核心其拓扑如下图所示:VALN11市级政务专网passport市委办局PVC113640区县级委办局1ATM-PVCpassport区县政务专网8603VALN116006区县级委办局2二层互连单位三层互连单位VALN12外网服务器Internet防火墙入侵检测安全审计防火墙入侵检测安全审计内网服务器注:各个区县情况分为2层接入和3层接入两类。190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.区县专网通过本身的核心路由器与市专网连接其拓扑如下图所示:VALN11passport市委办局PVC113640区县级委办1ATM-PVCpassport区县政务专网8603VALN11VALN126006二层互连单位区县级委办局2三层互连单位外网服务器Internet防火墙入侵检测安全审计内网服务器市级政务专网1.2.市级平台与区级平台网络对接根据现有网络情况,建议区级平台均以3层路由方式连接区县专网,具体为以下两种:190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.通过市专网Cisco6006连通市级平台VALN11passport市级平台PVC113640区级平台ATM-PVCpassport区县政务专网86036006三层互连外网服务器Internet防火墙入侵检测安全审计防火墙入侵检测安全审计内网服务器市级政务专网190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.通过区县专网本身核心路由器连通市级平台VALN11passport市级平台PVC113640区级平台ATM-PVCpassport区县政务专网86036006三层互连单位外网服务器Internet防火墙入侵检测安全审计内网服务器市级政务专网1.1.2.IP地址使用要求市级平台使用两段IP地址,服务器段地址(172.*.*.*)和内部地址(10.*.*.*),其中服务器地址用来收集区县平台信息。此两地址段使用市里统一分配给市市政管委的地址。区级平台的服务器使用市里统一分配给各区的服务器地址段(172.*.*.*)。如各区需要新增地址段,应向市信息办申请。190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.1.1.带宽和连接要求按照两级专网的原则,市专网连到各区县信息中心,从区县信息中心到区级平台的网络线路和连接带宽由区县负责。1.1.2.网络安全1、市、区级平台分别负责各自局域网(包括防火墙)及安全保障体系的建设。2、广域网网络使用政务专网。第2章.190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)第1章.市级平台信息交换规范市级平台对接系统在设计和建设中制定和遵循了重要的技术规范和标准,参阅附件1:《北京市城市管理信息交换规范》和附件2:《行业空间数据标准分析》。190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)附录一、区级平台数据提供要求区级平台应该提供属地范围内的部件数据、网格数据、地理编码库、城管员数据、专业部门属性数据。1.部件属性数据包括部件地理图层和属性信息。部件分类参照北京市地方标准DB11/T310-2005附录A和附录BØ要求:ü提供ArcGIS的Shp格式文件ü每一种部件形成一个图层文件ü图层文件命名为“区县名汉语拼音第一个字母_BJ_部件代码”组成Ø举例:上水井盖、污水井盖代码分别是0101、0102,东城的上水井盖、污水井盖图层文件命名分别为DC_BJ_0101.shp、DC_BJ_0102.shp。Ø部件定位精度要求:参照CJ/T214-2005《城市市政综合监管信息系统管理部件和事件分类与编码》表1部件定位精度要求表1城市管理部件定位精度要求序号精度等级精度要求(m)说明1A类≤±0.5空间位置或边界明确的部件,如井盖、灯等。2B类≤±1.0空间位置或边界较明确的部件,如果皮箱、绿地、亭、广告牌等。3C类≤±10.0空间位置概略表达的部件,如桥、停车场、工地等190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)Ø部件基本属性结构:参照CJ/T214-2005《城市市政综合监管信息系统管理部件和事件分类与编码》表3部件属性信息要求和表4部件基本属性结构表表3城市管理部件的基本属性项和值域要求序号属性项定义与值域范围约束/条件1标识码部件的标识码必选2名称部件的标准名称必选3专业部门部件的责任单位名称必选4所在单元网格单元网格代码必选5状态完好/破损/丢失/占用必选6现势性在用/作废必选7初始时间YYYYMMDD必选8变更时间YYYYMMDD必选9源比例尺位置来源于某种比例尺的数据,取比例尺分母。可选10数据来源实测/地形图/其他可选表4部件基本属性结构表序号字段名称字段代码字段类型字段长度说明1.标识码ObjCodechar16部件编码2.名称ObjNamechar303.专业部门代码DeptCodechar60参照DB11/T310-20054.所在单元网络GBCodechar145.位置描述ObjPoschar30街道、胡同、院落、小区、门牌、楼号、门店名称6.状态ObjStatechar30完好/破损/丢失/占用7.现势性ObjUseStatechar30在用/作废8.初始时间ORDateDate8YYYYMMDD9.变更时间CHDateDate8YYYYMMDD指最近一次变更时间10.源比例尺分母MapScaleNumber5来源于某种比例尺的数据,取比例尺分母190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.备注Memochar1002.分类码ClassCodeChar10备用应用举例:存在加油加气站部件,某些单位需要具体区分是加油站或加气站或加油加气站1.行政区划数据a)街道(乡)图层及编码参照北京市地方标准DB11/T064-2002Ø要求:ü提供ArcGIS的Shp格式文件ü所有街道和乡在一个图层文件中ü图层命名采用“区县名汉语拼音第一个字母_JD”组成Ø举例:东城区街道图层命名为DC_JD.shp。b)社区(村)图层及编码参照北京市地方标准DB11/T064-2002Ø要求:ü提供ArcGIS的Shp格式文件ü所有社区和村在一个图层文件中ü图层命名采用“区县名汉语拼音第一个字母_SQ”组成190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)Ø举例:东城区社区图层命名为DC_SQ.shp。a)单元网格图层及编码单元网格划分原则、编码原则以及单元网格数据要求参照CJ/T213-2005《城市市政综合监管信息系统单元网格划分与编码规则》Ø要求:ü提供ArcGIS的Shp格式文件ü所有网格在一个图层文件中ü图层命名采用“区县名汉语拼音第一个字母_WG”组成Ø举例:东城区网格图层命名为DC_WG.shp。表B.1北京市东城区单元网格属性表序号字段名称字段代码字段类型字段长度说明1单元网格编码BGCodeChar122面积BGSquaChar6单位(m2)3初始时间ORDateChar84变更时间CHDateChar85备注BGNoteChar60需要特别注记的内容,如变更原因,变更前编码等1.地理编码库参照CJ/T215-2005《城市市政综合监管信息系统地理编码》b)街巷基本地点名称及空间数据表Ø要求:ü提供ArcGIS的Shp格式文件190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)ü所有街巷在一个图层文件中Ø命名规则:“区县名汉语拼音第一个字母_Street.shp”组成,如东城街巷表名称DC_Street.shp序号字段名称字段代码字段类型字段长度说明1街巷名称StreetNameChar202起点横坐标StartXChar123起点纵坐标StartYChar124终点横坐标EndXChar125终点纵坐标EndYChar126标识StreetSignChar1指该街巷属街则值为1,属巷则值为2,属其他街道则值为3。7备注RemarkChar20Ø举例:StreetNameStartXStartYEndXEndYStreetSignRemark东直门外斜街70208520654072001a)地片/区片基本地点名称及空间数据表Ø要求:ü提供ArcGIS的Shp格式文件ü所有底片/区片在一个图层文件中Ø命名规则:“区县名汉语拼音第一个字母_Region.shp”组成,如东城地片/区片表名称DC_Region.shp序号字段名称字段代码字段类型字段长度说明1地片/区片名称RegionNameChar202横坐标XChar123纵坐标YChar124标识RegionSignChar1属地片则值为1,属区片则值为2。190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)7备注RemarkChar20Ø举例RegionNameXYRegionSignRemark交道口439081501黄图岗社区489073202a)门(楼)牌基本地点名称及空间数据表Ø要求:ü提供ArcGIS的Shp格式文件ü所有门(楼)牌在一个图层文件中Ø命名规则:“区县名汉语拼音第一个字母_Card.shp”组成,如东城门(楼)牌表名称DC_Card.shp序号字段名称字段代码字段类型字段长度说明1门(楼)牌名称CardNameChar202横坐标XChar123纵坐标YChar124标识CardSignChar1属门牌则值为1,属楼牌则值为2。5在街巷或地片/区片BelongChar1说明属于街巷还是地片/区片,街巷为1,地片/区片为26街巷或地片/区片名称BelongNameChar207备注RemarkChar20Ø举例CardNameXYCardSignBelongBelongNameRemark东单北大街106号5219483611东单北大街安外东河沿社区7号楼4466922722安外东河沿社区b)标志物基本地点名称及空间数据表Ø要求:190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)ü提供ArcGIS的Shp格式文件ü所有标志物在一个图层文件中Ø命名规则:“区县名汉语拼音第一个字母_Building.shp”组成,如东城标志物表名称DC_Building.shp序号字段名称字段代码字段类型字段长度说明1标志物名称BuildingNameChar202横坐标XChar123纵坐标YChar124标识BuildingSignChar1表明标志物是属于建筑物、单位、交通设施、纪念地和公园的哪一种,值分别是1、2、3、45备注RemarkChar20Ø举例BuildingNameXYBuildingSignRemark朝阳门桥591063303地坛公园468094404a)兴趣点基本地点名称及空间数据表Ø要求:ü提供ArcGIS的Shp格式文件ü所有兴趣点在一个图层文件中Ø命名规则:“区县名汉语拼音第一个字母_Interest.shp”组成,如东城兴趣点表名称DC_Interest.shp序号字段名称字段代码字段类型字段长度说明1兴趣点名称InterestNameChar202地点名称PointNameChar30带街巷或地片/区片的名称描述3横坐标XChar124纵坐标YChar12190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)5在街巷或地片/区片BelongChar1说明属于街巷还是地片/区片,街巷为1,地片/区片为26街巷或地片/区片名称BelongNameChar207备注RemarkChar20Ø举例InterestNamePointNameXYBelongBelongNameRemark交通社区长和大厦长和大厦335082402交通社区东四北大街邮局邮局434093701东四北大街1.190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)附录二、业务适配器软硬件要求1.硬件设备本软件运行所需要设备的最低要求:PC机P42.4GHz以上,最小内存容量1G,4G剩余硬盘,VGA彩显,10/100M自适应网卡。2.软件使用时需提供以下运行环境:操作系统:Windowsserver2003sp1软件环境:JavaTM2Platform,StandardEdition,v1.4.2190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)附录三、数据表单1.下行中间表—问题登记单表名QuestionRegister_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20事件编码QUESTIONNUMBERNVARCHAR50地标码事件等级EVENTLEVELNVARCHAR20事件来源EVENTSOURCENVARCHAR20所属类别REGIMENTATIONNVARCHAR20来源方式SOURCEMANNERNVARCHAR20接线员BOOKINMANNVARCHAR20城管员PATROLMANNVARCHAR20城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR20部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCHAR20事件小类SMALLCLASSNVARCHAR20所属城区CITYZONENVARCHAR20所属街区STREET_IDNVARCHAR20所属社区COMMUNITY_IDNVARCHAR20所属万米单元CELLRESEAU_IDNVARCHAR20事件位置说明POSITIONREMARKNVARCHAR100参考部件REFPARTSCODINGNVARCHAR20地图定位信息SPACEPOINTNVARCHAR100问题描述PROBLEMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME举报人ENUMERATEMANNVARCHAR50举报人联系方式ENUMERATEMAN_INFONVARCHAR200回复方式REVERSIONWISENVARCHAR20登记时间CREATETIMEDATETIME备注QUESTIONREMARKNVARCHAR200190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.下行中间表—立案单表名RegisterCase_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20案卷号CASENUMBERNVARCHAR20立案人CASEMANNVARCHAR20立案时间CASETIMEDATETIME备注CASEREMARKNVARCHAR2002.下行中间表—任务分派单表名TaskSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20任务分派号TASKNUMBERNVARCHAR20任务级别TASKLEVELNVARCHAR20分派单位SENTEDUNITNVARCHAR20分派者SENTEDMANNVARCHAR20分派者联系方式SENTEDINFONVARCHAR200分派时间SENTEDTIMEDATETIME分派次数SENTEDNUMBERINT4响应时间要求RESPONDLIMITNVARCHAR4专业部门类型RECEIVEUNIT_TYPENVARCHAR20专业部门RECEIVEUNITNVARCHAR200处理要求DISPOSALREQUIRENVARCHAR200处理时限DISPOSALLIMITINT4备注REMARKNVARCHAR2003.下行中间表—委托核查单表名CheckSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20委托人CONSIGNMANNVARCHAR20姓名委托时间CONSIGNTIMEDATETIME190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)委托接收人CONSIGNRECEIVERNVARCHAR20姓名委托接收部门CONSIGNRECEIVEDEPATMENTNVARCHAR501.下行中间表—督办单表名QuestionRegister_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20处理部门DISPOSALUNITNVARCHAR20处理事件开始时间STARTTIEMDATETIME处理时限DISPOSALLIMITINT4距当前时间的时间差LEAVINGTIMEINT4第几次督办OVERSEENUMBERINT4督办单产生时间CREATETIMEDATETIME督办员OVERSEEMANNVARCHAR20备注REMARKNVARCHAR200领导批注信息2.下行中间表-领导批示表名Indication_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT记录编号批示标题INSTRUCTIONTITLENVARCHAR200批示内容INSTRUCTIONCONTENTNVARCHAR1000接收单位RECIEVEUNITNVARCHAR50外键接收者RECIEVEMANNVARCHAR50外键,用户表的编号重要度IMPORTANTLEVELIDNVARCHAR50数据字典项(重大,一般,紧急)批示状态INSTRUCTIONSTATEIDNVARCHAR50字典项:(已签收,未签收,已反馈,未反馈批示人SENTMANNVARCHAR50批示人单位SENTUNITNVARCHAR50批示时间SENTTIMEDATETIME年月日时分秒处理时限DISPOSALLIMITINT4处理时限单位NVARCHAR50190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)DISPOSALLIMITUNIT备注REMARKNVARCHAR2001.下行中间表—附件表名EventAttachment_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20所属表单BLONGTABLENVARCHAR20所属字段BLONGFIELDNVARCHAR20文件名称(不含后缀名)FILENAMENVARCHAR100文件内容的简短摘要描述,如“现场录音”文件后缀FILESUFFIXNVARCHAR20“.”内容FILECONTENTBLOB文件类型FILETYPENVARCHAR2图片0,声音1,视频2,其他32.下行中间表-基础分类数据表名BaseData_Send主键Id名称字段类型长度是/否空备注编号IDINT20NOT类别KINDNVARCHAR20NOT事件、部件大类TYPENVARCHAR20NOT大类名称大类编码TYPECODENVARCHAR20NOT小类SUBTYPENVARCHAR20NOT小类名称小类编码SUBTYPECODENVARCHAR20NOT专业部门BLONGDEPARTMENTNVARCHAR100主管部门CHARGEDEPARTMENTNVARCHAR100备注REMARKNVARCHAR2553.下行中间表-专业部门属性表表名SpecialityDepartment_Receive主键ID名称字段类型长度是/否空备注代码IDNVARCHAR20NOT单位名称COMPANYNAMENVARCHAR50NOT主管部门DEPARTMENTNVARCHAR50组织机构代码ORGANCODENVARCHAR10NOT单位地址ADDRESSNVARCHAR100190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)单位类型COMPANYTYPENVARCHAR20NOT法人代表ARTIFICIALPERSONNVARCHAR20NOT值班电话DUTYPHONENVARCHAR20NOT值班传真DUTYFAXNVARCHAR20NOT夜间电话NIGHTPHONENVARCHAR20NOT节假日电话FEASTHPHENVARCHAR20NOT1.上行中间表—任务签收响应表名RespondReturn_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号FLOWHISTORY_IDNVARCHAR20签收时间RECEIVEMANDATETIME2.上行中间表—任务反馈单表名TaskFeedback_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20任务反馈号FEEDBACKNUMBERNVARCHAR20任务接收时间RECEIVETIMEDATETIME反馈类型FEEDBACKTYPENVARCHAR20反馈内容FEEDBACKCONTENTNVARCHAR200反馈者FEEDBACKMANNVARCHAR20反馈者联系方式FEEDBACKINFONVARCHAR200任务反馈时间FEEDBACKTIMEDATETIME申请时限APPLYLIMITINT20备注FEEDBACKREMARKNVARCHAR2003.上行中间表—处置核查单表名CheckResult_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号NVARCHAR20190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)EVENTDISPOSAL_ID预档案号PRENUMBERNVARCHAR20核查者CHECKMANNVARCHAR20城管通号码CHECKCGTPHONENVARCHAR15核查时间CHECKTIMEDATETIME核查意见RESULTTYPENVARCHAR255核查情况CHECKREMARKNVARCHAR200审批者EXAMINEMANNVARCHAR20审批时间EXAMINETIMEDATETIME备注CHECKREMARKNVARCHAR2001.上行中间表—问题登记单表名QuestionRegister_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20事件编码QUESTIONNUMBERNVARCHAR50地标码事件等级EVENTLEVELNVARCHAR20事件来源EVENTSOURCENVARCHAR20所属类别REGIMENTATIONNVARCHAR20来源方式SOURCEMANNERNVARCHAR20接线员BOOKINMANNVARCHAR20城管员PATROLMANNVARCHAR20城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR20部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCHAR20事件小类SMALLCLASSNVARCHAR20所属城区CITYZONENVARCHAR20所属街区STREET_IDNVARCHAR20所属社区COMMUNITY_IDNVARCHAR20所属万米单元CELLRESEAU_IDNVARCHAR20事件位置说明POSITIONREMARKNVARCHAR100参考部件REFPARTSCODINGNVARCHAR20地图定位信息SPACEPOINTNVARCHAR100问题描述PROBLEMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)举报人ENUMERATEMANNVARCHAR50举报人联系方式ENUMERATEMAN_INFONVARCHAR200回复方式REVERSIONWISENVARCHAR20登记时间CREATETIMEDATETIME备注QUESTIONREMARKNVARCHAR2001.上行中间表-领导指派任务、批示反馈表表名IndicationFeedback_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT领导批示编号LEADERINSTRUCTION_IDNVARCHAR20外键,LEADERINSTRUCTION表的编号任务反馈号FEEDBACKNUMBERNVARCHAR20任务接收时间RECEIVETIMEDATETIME反馈内容FEEDBACKCONTENTNVARCHAR200反馈者FEEDBACKMANNVARCHAR50反馈者联系方式FEEDBACKINFONVARCHAR200任务反馈时间FEEDBACKTIMEDATETIME申请时限APPLYLIMITINT20反馈类型FEEDBACKTYPENVARCHAR50数据字典项备注FEEDBACKREMARKNVARCHAR2002.上行中间表—附件表名EventAttachment_Receive主键Id名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDNVARCHAR20所属表单BLONGTABLENVARCHAR20所属字段BLONGFIELDNVARCHAR20文件名称(不含后缀名)FILENAMENVARCHAR100文件内容的简短摘要描述,如“现场录音”文件后缀FILESUFFIXNVARCHAR20“.”内容FILECONTENTBLOB文件类型FILETYPENVARCHAR2图片0,声音1,视频2,其他3190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.上行中间表-城管通GPS数据表名GPSData_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT城管通号码PHONENUMNVARCHAR20NOT坐标XCOORDXNUMERIC9,6坐标YCOORDYNUMERIC9,6设备类型EQUPMENTTYPENVARCHAR2GPRS:0、GPS:1、CDMA:2是否在岗ISONLINEBIT当前时间POSTTIMEDATETIME备注REMARKNVARCHAR2552.上行中间表-专业部门属性表表名SpecialityDepartment_Receive主键ID名称字段类型长度是/否空备注代码IDNVARCHAR20NOT单位名称COMPANYNAMENVARCHAR50NOT主管部门DEPARTMENTNVARCHAR50组织机构代码ORGANCODENVARCHAR10NOT单位地址ADDRESSNVARCHAR100单位类型COMPANYTYPENVARCHAR20NOT法人代表ARTIFICIALPERSONNVARCHAR20NOT值班电话DUTYPHONENVARCHAR20NOT值班传真DUTYFAXNVARCHAR20NOT夜间电话NIGHTPHONENVARCHAR20NOT节假日电话FEASTHPHENVARCHAR20NOT3.上行中间表-城管员基本属性表名PatrolMan_Receive主键ID名称字段类型长度是/否空备注城管员编号CMMIDNVARCHAR20NOT城管员姓名CMMNameNVARCHAR30NOT城管员性别CMMGenderNVARCHAR12所属区县CityZoneNVARCHAR12所属街道BlockNVARCHAR1所属社区RegionNVARCHAR20城管通号码PhoneNumberNVARCHAR20190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)所属部门DeptBelongNVARCHAR50区县下设的专门管理城管员的部门备注RemarkNVARCHAR201.上行中间表-部件属性信息表名Parts_Receive主键ID名称字段类型长度是/否空备注标识码ObjCodeNVARCHAR16NOT名称ObjNameNVARCHAR30NOT专业部门DeptNameNVARCHAR60主管部门ManaDeptNameNVARCHAR60所在单元网络GBCodeNVARCHAR14X坐标ObjXChar12部件位置的X坐标Y坐标ObjYChar12部件位置的Y坐标Z坐标ObjZChar12部件位置的Z坐标,可不填位置描述ObjPosNVARCHAR30状态ObjStateNVARCHAR30现势性ObjUseStateNVARCHAR30初始时间ORDateDate8变更时间CHDateDate8源比例尺分母MapScaleNumber5备注MemoNVARCHAR100190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)附录四、数据格式规范该部分包含了用于构造和交换市政管理信息数据格式的具体规范。具体包括市政管理业务信息的各个组成部分,信息数据的组装与拆封,信息数据的传输与交换机制以及信息数据的安全规范。在市政平台各个交互系统中传递的数据采用标准的S/MIME格式。市政管理信息数据包含信息头、信息体和信息附件三个部分。1.数据格式约束编码规则在市级平台中传递的XML格式业务数据采用UTF-8字符编码校验规则所有在市级平台中传递的XML格式业务数据具有相应的Schema定义文件,传递的数据必须通过Schema格式校验。消息节点约束1.XML节点名称最多不超过255个字符2.表示日期和时间类型的节点,其值的格式遵循ISO8861规范,日期和时间在XML标准中表示为CCYYMMDDThhmmss.sssZ。3.区分大小写XML名称空间190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)所有在市级平台中交换的XML格式业务数据采用默认的名称空间其值为:http://www.bjmac.gov.cn/Civicism/V1.00。1.信息头结构与格式信息头由三部分组成,包括:Preamble:该节点包含市政管理信息格式的相关标准信息,用于区分信息的格式,确定信息为市政管理信息;DeliveryHeader:该节点描述了信息的发送方,接受方和消息实体的相关信息,用于对发送方进行授权和验证;ServiceHeader:该节点描述的与信息体相关的属性信息,包括信息体的业务类型,信息体的相关附件信息等用于确定消息上下文;Preamble规范Preamble节点用于标识该消息结构的标准及该标准的版本信息,所有需要交换的市政管理信息数据必须包含该节点定义。Preamble节点下所有节点的值在系统运行时必须一致,当有新的规范出来需要改变该节点下某一节点的值时,整个系统必须统一进行。1.Preamble节点定义下面是Preamble节点的DTD定义:2.节点说明190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)节点描述备注StandardVersion数据文件版本号,目前为V1.00固定StandardName数据文件标准名称,为“Civicism”固定1.使用举例 Civicism V1.002.使用说明目前市政管理数据交换格式标准的版本为1.0,符合1.0格式规范要求的市政管理数据交换文档必须符合本文档的所有要求。Delivery规范DeliveryHeader节点用于确定消息的收发路由和消息实体相关信息。如果市政管理信息采用加密方式传输,该节点不在加密信息之内。1.DeliveryHeader节点定义2.节点说明190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)节点描述备注IsSecureTransport数据信息在传输过程中是否采用加密传输合法值为“Yes”或“No”MessageDateTime确定该数据实体创建的时间参见2.2.3消息节点约束MessageReceiver消息接收方标识参见交换方标识定义MessageSender消息发送方标识参见交换方标识定义MessageTrackingID消息实体标识在该运行上下文中唯一标识该条消息1.使用举例 Yes 20001121T145200.000Z123456789555123456 5435432.使用说明Service规范ServiceHeader节点主要描述该数据在处理过程中的上下文相关信息,是与数据的业务功能密切相关的。1.节点定义2.节点说明190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)节点描述备注Subject业务主题UsageCode应用代码SNRF发送参考号SNRFR回复发送参考号SVRF辅助应用参考SenderUID报文提交者标识SUBAPRF辅助应用参考DataDigest数据文件校验码PipCode业务标识码参见3、业务数据规范1.使用举例 QuestionRegister BusinessBill 23 45 678 89 1342 546 1A1 信息体格式信息体及与信息体相关联的附件(可以没有)包含的数据是业务系统真正需要处理的数据。信息体仍然为XML格式,每种业务数据具有自定义的数据格式,同时具有一个唯一标识码(参考3、业务数据规范)。下面以部件属性信息的数据格式举例,业务数据“部件属性信息”的唯一标识码为:2A1190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)信息体如下: 1000023021 路灯井盖 东城环卫  东城区安定门东大街南侧,小街桥路口西50米处步行道 破损 在用 20020506  2000  附件格式附件为与部件、事件等业务数据相关联的空间数据、图片、音频、视频、文档等数据信息。这些信息因其自身的存储特点,在交换过程中存在两种可选的传输方式:一种方式所有附件信息包含在业务数据文件中;一种方式是附件以独立的文件存放,在业务数据文件中包含该文件的引用路径。 Image/jpeg diag-987654321.ghfg.efg-xcabc.44556677 ADiagramoftheproduct base64 /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYaKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAARCADSAZADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm 或者采用文件路径方式: Image/jpeg diag-987654321.ghfg.efg-xcabc.44556677 ADiagramoftheproduct base64 efg-xcabc.jpeg1.完整的交换数据格式举例
 Civicism V1.00  Yes 20001121T145200123456789555123456 543543  QuestionRegister BusinessBill 23 45 678 89 1342 546 1A1 
190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统) 12 123 213 123 13 132 123 123 123 324 234 234 465 567 657 67 678 78 879 789 890 890 890 980 809 890 89 89  1002010101 test jpeg U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwBvh+K0uWniuYrSCGztxPNNNvClC8agYRWJOXXtWpew6C9tIlhqmlwynpI/2l9vPp5HpWTpKf6J4m/68I//AEpt63vh/oSX5tReaNp99a3FwqNO+oeVLGu4BhsEgJx1A25Oe4Ir0mlFNs8yN3aKMiPToP8AoZNK190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统) 2343234 false 
190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)附录五、业务适配器Web服务调用接口SOAPWeb服务接口具体包括:1.数据发送服务区级平台应用调用该服务将上行数据发送到市级平台。1.1接口方法描述A、PublicvoidprocessMessage(Stringmessage);描述:该服务接收符合附录四格式规范的业务表单数据的字符串表示,将传入的数据解析发送到市级平台交换中心。输入参数:messageString类型,需要发送的数据。返回值:Void空B、PublicvoidprocessMessage(Stringmessage);描述:该服务接收符合附录四格式规范的业务表单数据的字节数组表示,将传入的数据解析发送到市级平台交换中心。输入参数:messagebyte[]类型,需要发送的数据。返回值:Void空1.2Web服务WSDL描述190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.数据接收服务区级平台调用该服务等待接收数据(期间保持连接),当数据到达时去级平台业务适配器通过该服务将数据推送给业务适配器。2.1接口方法描述A、PublicStringreceiveMessage();描述:区级平台应用系统调用该服务,从市级平台接收符合附录四格式规范的业务表单数据的字符串表示。输入参数:无返回值:String市级平台下发的数据,符合附录四格式规范的XML数据的文本字符串表示。注释:调用该服务需要采用异步通信方式(.Net架构)或回调方式(J2EE架构)190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)2.2Web服务WSDL描述1.数据接收另选方案由区级平台提供数据接收Web服务,数据到达时业务适配器调用该服务把数据发送给区级平台。说明:采用另选方案即区级平台应用系统提供数据接收Web服务时,服务接口及接口描述遵循附录五1.数据发送服务接口及接口描述。2.数据发送通知接口方法描述PublicvoidinvokeTask(StringtaskName);描述:该服务接收传输数据的业务标识码,市级平台业务适配器解析业务标识码从数据库中间表取出相应的数据发送到区级平台。输入参数:taskNameString类型,需要发送数据的业务标识码。返回值:Void空WSDL描述190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)1.数据到达通知接口方法描述PublicStringgetNotifier();描述:该服务由市级平台应用系统调用,市级平台应用系统解析业务标识码从数据库中间表取出相应的数据进行应用处理。输入参数:无返回值:String类型,到达数据的业务标识码。WSDL描述190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)附录六、查询统计Web服务调用接口SOAPWeb服务接口具体包括:1.数据查询统计服务市级平台应用调用该服务将区平台相应数据取回到市级平台。1.1接口方法描述PublicStringGetQueryData(StringQueryDescription);描述:该服务通过接收一个以XML格式组织的查询描述字符串,然后通过解析描述内容,返回相应的结果数据给市级平台。输入参数:QueryDescriptionString类型,需要获取的数据描述。返回值:String以XML格式组织的返回市级平台所需数据内容串。1.2参数内容规范 QueryEvents 、<、>、!=值(Value)为字段所对应的值说明:如果操作符为between,需要以“;”分割Value属性值-->190页 北京市市级城市管理信息平台初步设计报告(与相关部门对接系统)…... 1.3返回结果规范 …...…...…... 如果有传输图片则使用二进制方式。190页'