公众信息服务平台项目技术方案建议书.doc

目目 录录 第一章第一章综述综述I 1说明 I 2XX 公司的技术优势I 第二章第二章系统概述系统概述 II 1服务内容说明 .II 2运营模式建议 .II 第三章第三章系统分析系统分析.III 当前用户群分析III 1流量与事务处理分析IV 1.1SMS网关的通信量iv 1.2WEB/WAP网关的访问通信量iv 1.3客户服务中心网关的通信量v 1.4WEB/WAP服务器事务处理能力.v 1.5通讯服务器事务处理能力v 1.6系统信息源与数据库基础分析.vi 第四章第四章系统设计原则系统设计原则VIII 1可靠性原则VIII 2扩展性原则IX 3安全性原则IX 4标准性和先进性原则.X 5开放性原则.X 6系统集成原则.X 第五章第五章系统体系系统体系.XI 1系统结构组成XI 系统结构组成图.xi 2系统初期目标XIII 第六章第六章系统功能概述系统功能概述XV 系统功能划分.XV 1功能描述.XV 1.1空间数据库xv 1.2SmrtGUni-Info Server Suite.xvi 1.3网关应用系统xvii 1.4移动终端.xviii 第七章第七章的七章的七章.XVIII 第八章第八章空间信息数据库空间信息数据库19 1说明19 2空间信息数据库内容19 2.1多尺度不同比例尺矢量地图数据库20 2.2数字高程模型（DEM）.35 2.3数字正射影像图(DOM数据).35 2.4现有XX市数据.36 3地图更新及服务体系36 地图更新及服务体制37 第九章第九章定位管理平台定位管理平台37 1产品组成40 1.1系统结构40 1.2SmrtIMS48 1.3Smrt Routing.54 1.4Smrt MCC.55 2核心系统一期工程的范围56 建设目标56 核心系统模块配置56 数据采集和更新流程：58 外业数据采集规范59 内业数据采集和更新规范60 3地理编码60 编码设计原则61 编码初步设想61 4引用的国家及行业标准62 5XX 公司数据优势.63 第十章第十章应用服务：应用服务：64 1应用服务体系结构64 2应用服务详细说明65 2.1提供地理信息的网站应用服务65 2.2信息获取方式：70 2.3特定的位置信息CTI热线应用服务.73 3服务信息类附加说明79 3.1通告类信息服务79 3.2紧急类信息服务79 4便民热线实现方案82 4.1建设思路82 4.2Smrt ICC系统结构82 4.3系统配置87 4.4系统功能89 4.5座席集成89 第十一章第十一章系统安全系统安全91 1网络安全92 1.1防火墙技术92 1.2入侵检测92 1.3基于时间的安全防护体系93 2操作系统及数据库安全93 2.1平台本身的安全性94 2.2基于其上的扩充安全性策略94 3应用的安全96 3.1登录管理96 3.2用户权限管理97 3.3WEB安全98 第十二章第十二章高可靠性高可靠性99 1系统可靠性99 2网络层可靠性99 3硬件层可靠性99 4系统层可靠性100 5应用层可靠性100 第一章综述 1说明 本文是 XX 公司应 XX 市信息资源管理中心 关于“XX 市信息资源网公众信 息服务平台建设方案”研讨会所做的项目技术方案建议书。XX 公司是中国最有 影响力的 LBS（Location Based Servise，基于定位的服务）整体技术解决方案提 供商。 2XX 公司的技术优势 长期专注于 LBS 整体解决方案、GIS 系列软件的开发，拥有丰富的 LBS 系统计建设经验； 拥有基于完全自主知识产权的全系列核心软件，为开发高效、稳定的 LB 系统奠定了坚实的基础； 业界领先的高速 2DGIS、WebGIS 及 3DGIS 引擎，特别适合“数字城市” 所需的海量地理信息数据的快速检索以及超大规模并发用户访问； 具有丰富的网上地图发布系统建设经验及近 1000 种数字地图产品储备； 提供精确的数字地图、及专业的地图服务； 灵活的业务定制功能； 高效稳定的统一消息派发中心 SmrtGUni-info，支持 2GB 用户入网、 2048 个分中心或者集团用户接入，针对位置服务进行了特别的优化，目前已经 运行在三个省级运营中心和 50 余个各类运营中心系统中； 通信方式无关的信息透明传送； 支持多级多中心级连； 支持多中心分布式互连； 完整的安全机制； 完善的自动灾难恢复机制； 完善的管理信息系统。 第二章 系统概述 “XX 市信息资源网公众信息服务平台”是在因特网上建设面向社会的，为公 众提供地理信息服务的平台，该平台将是实现“数字 XX 市”LBS 应用的重要 途径。 1服务内容说明 “XX 市信息资源网公众信息服务平台”主要满足用户的四类地理信息服务 需求： 首先满足公众用户以 PC、笔记本、触摸屏、PDA、手机等终端完成基于 WEB 的地图查询和操作； 满足公众用户基于手机基站定位的移动定位需求； 满足公众用户基于固定电话、手机等通信设备的语音地理信息服务； 满足政府部门、企业级集团用户等基于位置信息的决策辅助和信息交互。 在具体服务内容上，包括：地图浏览、兴趣点查询、周边信息查询、语音 导航、最优路径查询、公交路线查询、路径计算、个性化地图编辑、信息发布 等。 2运营模式建议 作为服务于首都 XX 市这样超大型城市的公众地理信息服务平台，随着未 来基于定位服务的普及，用户容量、服务功能都将不断地扩展，同时对服务质 量也提出了越来越高的要求。为保障系统的持续性运营及提供优质的服务，无 论是新技术的采用、地理信息数据库的及时更新，还是系统的日常维护，都需 要继续投入大量的资金，因此，在系统建成后，经过一个阶段的试运行，在维 持免费向公众提供基本的地理信息服务的前提下，应将面向定位服务、个性化 服务、企业级服务、信息发布等特殊地理信息服务需求的商业化运营权单独分 离出来，以面向社会公开招标方式选择增值运营商。政府将运营商为取得特许 经营所缴纳的费用用于系统的更新和扩容，并补充仍然由政府负责的面向公众 免费地理信息服务运营所需的财政支出。 第三章 系统分析 当前用户群分析 XX 市信息资源网公众信息服务平台(CISP)是 XX 市信息资源网应用服务平台面 向公众信息服务和应用的窗口，是向社会公众提供空间定位信息和位置服务的 软件平台。对于普通公众，他们最关心的还是日常生活离不开的话题，衣食住 行，体现在网站上，兴趣点查询、住宅小区分布专题图、行车路线规划查询等 应用服务。用户采用在线注册方式登记为网上会员，享受本站提供的所有服务。 另外，没有条件上网的用户也可以通过呼叫中心享受部分服务。 XX 公司公司提出的信息流量估算是基于其在全国建设或拥有的近 50 家 GPS 运 营网的经验结果和长期从事通信导航的专业知识。 信息流量是随着信息中心业务发展而变化的，具体表现在流量的不断增大和流 量种类，结构的变化。目前估算的通信量只是大约的估计，必需结合系统运营 后的系统数据不断的优化，精确。使之不断贴近公从信息服务平台的业务需求。 根据目前常用的通讯手段和社会现状，用户大致属于五个群体：Web 用户（通 过浏览器上网的用户） 、WAP 用户（用手机通过 WAP 上网的用户） 、SMS 用户 （用手机收发短消息的用户） 、PSTN 用户（电话接入呼叫中心的用户，这里指 经常需要服务的用户）和 GPS 用户（GPS 车辆用户，假设采用短消息通讯方式） 。这五个群体可能是重叠的，但从系统的应用角度来说，我们可以这样划分。 我们假设这五个群体的用户数量为： WebWAPSMSPSTNGPS 一期1 万10001 万50001000 二期5 万50005 万2.5 万5000 1流量与事务处理分析 1.1SMS 网关的通信量 SMS 用户和 GPS 用户需要收发短消息。假设每部车台每隔一小时发送一 条定位数据，接受一条控制指令，每个 SMS 用户每天收发 1 条短消息。则一期 每天收发短消息数量为（1K*2*24+10K*2）=68K，二期每天收发短消息数量为 （5K*2*24+50K*2）=340K。每条短消息的最大长度为 140 字节，但车台的定 位数据机及控制指令一般较短，按平均每条短消息 70 字节计算，加上 TCP/IP 报文头，每条短消息 100 字节： 一期二期 每天68,000 条3,40,000 条 每小时28,33 条141,66 条 每分钟4.72 条23.6 条 每秒钟0.079 条0.394 条 通信量峰值 (*3) 1.89Kbps9.45Kbps 可见短消息的通讯量不大，故到短消息服务中心的 DDN 专线带宽有 64Kbps 即 可满足一、二期要求。 1.2WEB/WAP 网关的访问通信量 假设每个 WEB 用户每天访问一次， 每次查询有放大、缩小、漫游等操作， 系统需要为该用户平均计算出五幅地图影像数据，每幅地图约 5K 字节。加上 地图以外的数据流量，可假设每个 WEB 用户每天的数据流量为 100K。 假设每个 WAP 用户每天访问一次，每次有 1K 字节的数据流量（WAP 的 数据流量一般较小） 。 通讯流量峰值按 3 倍计算： WEB 及 WAP 流量一期二期 每天1001M5005M 每小时41.7M208.5M 每分钟0.695M3.475M 每秒钟41.2K206K 峰值通信量(*3)123.7KBps=989.6bps618K=4948bps 由此可以看出，此流量将随着业务的发展变得很大。建议将 WEB 和 WAP 服务器放置在 IDC 机房。使用 64k DDN 专线形式使 IDC 与网管中心互连。以 后升级可升级为 128K DDN。 1.3客户服务中心网关的通信量 按每个 PSTN 用户每天呼入一次，每次时长 2 分钟计算，则每个坐席每天 平均可处理 720 个业务，一二期每天分别有 5000 和 25000 个业务。一二期需要 配备的坐席数分别为 5000/720=7 个和 25000/720=35 个。 1.4WEB/WAP 服务器事务处理能力 假设每个 WEB/WAP 用户平均每天访问一次，进行 10 次操作，每次操作按照 8 个 tpmc 事务计算，则每天的 tpmc 事务数量为一期(10K*10+0.1K*10) *8=808K，二期 4040K。峰值按 3 倍计算。 一期 平均值/峰值 二期 平均值/峰值 每天808K/2424K4040K/12120K 每小时33.67K/101K168.3K/841.67K 峰值 tpmc(*3)1683.58417.5 1.5通讯服务器事务处理能力 通讯服务器主要负责对移动终端的定位数据及控制指令的传输。假设每个 车台用户每小时发送一个定位数据包并接收一条控制指令，每个手机每天发送 一个定位数据包，每个数据包或指令按 8 个 tpmc 事务计算，则每天的 tpmc 事 务数量为一期(1K*24*2+10K*1)*8=464K，二期为 2320K，峰值按 3 倍计算： 一期 平均值/峰值 二期 平均值/峰值 每天464K/1392K2320K/11600K 每小时19.3K/58K96.67K/483.3K tpmc 峰值(*3)9654825 1.6系统信息源与数据库基础分析 第一期网站提供的主要地图数据信息有： 数据内容数据容量 XX 市市区 1000 平方公里 1:2000 矢 量地图 城八区 1:5000 矢量图41M 1:10000 郊区县城矢量图 1:25000XX 市域图300M 全国 1:25 地图1200M 地图数据约占 4G 左右空间。 XX 市数字高程模型（DEM） 现有数据内容数据容量 XX 市区 5 米 10M 格网 DEM558MB 全 XX 市域 10M 格网 DEM(1.9GB 数字正射影像图(DOM 数据) 现有数据内容数据容量 XX 市城区 1000 平方公里的 DOM 数 据（航片制作，1 米分辨率） 40G XX 市市域范围的 10 米分辨率 DOM 数据（SPOT 卫片资料制作） 368M XX 市区 2000 平方公里（含整个市区） 3 米分辩率 DOM 数据 350M 多媒体信息资源 全 XX 市的各大景点、星级宾馆饭店、大型娱乐场所等提供文字介绍、图片资 料、视频录像 容量计算依据 每个点按 10 幅图片计算，单张图片约为 30K 大小 文字资料平均为 4K 左右 其中 10%提供视频录像, 录像以 rm 格式存储，每段录像占 5M 空间 得出统计数据如下 数目文字图片视频总容量 各大景点4001.6M120M200M320M 星级宾馆3301.32M100M165M265M 大型饭店4001.6M120M200M320M 大型娱乐120280K36M60M100M 场所 房地产开 发项目 200800K60M100M160 这样，我们按 2G 来设计媒体数据容量 系统日志 系统日志主要记录用户访问查询情况，为用户保存当前查询状态，按每用 户平均每天登录网站 1 次， 每条记录按 200 字节计算，保存一个月的日志需要 10K* 30*1*200= 60M。 用户数据库： 系统为注册用户提供了地图标注功能，可建立自已的地图信息库，存储自 已熟悉的地名和属性，及行走路线等信息， 我们设计为每个注册用户预留 1M 的免费存储空间，系统需要 10G（一期）50G（二期）空间。 定位信息： 系统提供 GPS 定位和手机定位服务，服务中心需要保存每个终端设备向中 心发回的定位信息，第一期按 1000 台 GPS 车载终端，1 万手机用户统计. 按照我们运营网的实施经验，每部车台平均每小时有一个数据包回传中心，每 部手机平均每天被查询位置一次，一个定位数据约点 40 字节左右，我们得出存 储一个月的定位信息需要 (1K* 30 *24 + 10K * 30 ) * 40 =40M, 一年需要 480M。 按上述计算，中心数据库服务系统需配置至少 20G 的空间。 第四章 系统设计原则 1可靠性原则 XX 市信息资源网公众信息服务平台（以下简称公众信息服务平台）是一 个长期运行的系统，保证系统稳定可靠的运行是首先要考虑的。设计时要充分 考虑后备以及灾难恢复系统，使系统在部分故障时仍然能够提供对用户的服务， 并且能够很快的排除故障恢复正常运行。 同时必须考虑到系统用户的请求的响应程度，对每一个公众用户都能及时 的响应。系统应该具有很强的重载能力，能承受大量用户的密集访问。 可靠性的另外一个方面就是信息的准确性，对每一个用户的请求内容都应 该返回准确的信息。 2扩展性原则 公众信息服务平台的发展是有一个过程的，相应的负荷也是一个由小到大 的过程。扩展性方面分成两个部分，一方面是在系统建设的硬件平台上按最经 济的原则，规划成一个扩展性很强且在扩容升级时浪费最少的系统。 另外一方面是整个系统的设计与系统体系本身具备有扩展性，软件设计与 软件平台的选取应该遵循流行的，标准的原则，如选取或者开发遵循 OpenGIS 与 OpenLS、LIF 等标准的 GIS 以及 LBS 软件系统平台。选取能包容现有的软 件系统平台（如 ArcIMS、MapXTreme、MapGuide 等）以及现有的数据库 （MapInfo 数据、ArcInfo 的 SDE 数据、Orcale Spatial 数据库数据等等）的商业 化 GIS 软件平台。在此基础上，进行应用开发，缩短开发周期。 系统能够支持多种硬件设备和网络系统，软硬件支持二次开发。网站系统、 数据库系统和信息通讯枢纽采用国际通行的数据交换协议 XML，具有与 XX 市 信息资源网其他信息平台进行数据交换和数据共享的能力；计算机网络系统适 应将来的广域扩展，适用于将来城市与城市之间的互联。 3安全性原则 公众信息服务平台的数据部分涉及用户的隐私，并且是整个系统作为 XX 市政府的一个面向公众的服务性网站，而且通过 Internet 对外提供服务，数据 的安全性予以高度重视，网络系统采取防范措施防止黑客的入侵。 对于内部的员工以及外部的用户安排足够的权限控制，避免使用者能够操 作到不属于自己的数据。提供系统总体闭环检测及网管方案，实现对整个网络 的自检、实时监控和自动故障报警检测以及一定程度的自恢复。 另外，为了保证系统的安全采用基于自主知识产权的国产化软件平台也是 其中的一个方面。采用不合适的，受制约的某些国外的软件系统可能会产生很 多争议与安全问题。 系统的安全性应该控制在 B2 级安全。 4标准性和先进性原则 系统实现时尽量采用符合工业标准的技术，保证技术实现的质量，以及便 于日常维护和系统的扩展。 系统采用成熟的高新科技，以目前较为先进的方法实现需要的功能，既反应 当今科技的先进水平，又具有发展潜力，保证系统在相当长的时间内不被 淘汰。 系统的建设要体现与 XX 市信息资源网的规划一致性，系统的建设还要体 现标准的引进与标准的倡导这两个方面，同时系统也需要制定相应的标准。 5开放性原则 整个系统的操作以方便、简捷、高效为目标，多操作平台整体设计统一操 作，既充分体现快速反应的特点又能便于工作人员进行业务处理和综合管理， 便于领导层、管理层及时了解各项统计信息和决策信息。 6系统集成原则 本系统围绕着“技术平台集成、数据集成、功能集成、应用集成、服务集成” 的系统集成思路，重点抓数据平台和软件平台的建设。 在数据平台的建设上体现多源数据的集成，软件平台应该能集成多家的系 统能力，如 ArcIMS、MapXTreme 等等。 第五章 系统体系 1系统结构组成 按照本技术方案的设想，系统将来最终的结构图如下： 系统结构组成图 通过 SmrtGUni-info 的构架，最终可以组建成一个以“XX 市信息资源网公 众信息服务平台”为核心的庞大的运营网络，在上图中所描述的网关接口仅仅是 示意性的。随着外围业务的不断扩展各种设备以及分中心的不断接入，外围的 网关会越来越多。由此而产生的业务形式也会变得更加丰富。在这个结构图中 可以看到：任何陆上网络用户可以通过：Internet 网络手段； VHF/UHF/GSM/GPRS/CDMA/3G 等网络所提供的短消息服务（SMS）或数传或 媒体消息服务（MMS）手段；电话、传真以及 CTI 等传统手段接入到“XX 市信 息资源网公众信息服务平台”。 同时，分中心只要将总中心的系统进行复制、删减同时增加专属业务逻辑 （如面向企业级的地理信息服务）就可以很快的建立起来。在成本控制与快速 建设以及系统之间的互连互通上有着很重要的意义。 另外，XX 市及中央各级政府部门已经建设了几十个政府网站及专业信息中 心。这些信息资源也可通过 SmrtGUni-info 与“XX 市信息资源网公众信息服 务平台”方便地进行互联，已达到统一共享、调度信息资源，提高行政效率的目 的。 从接入的网关上来看有如下的几类网关： 与与 Internet 网络相接入的网关网络相接入的网关。WEB 各种应用网关、电子邮件网关。 与无线通讯网络相连的网关与无线通讯网络相连的网关。GSM/GPRS/CDMA 的短消息（SMS）接入网关 （不同短消息中心有不同的接入网关） 、CDMA/3G 媒体消息（MMS）接入 网关、CDPD 网络接入网关以及与 VHF/UHF 中心站接入网关等等。随着无 线网络自身各种网关业务的提供，将来系统如在业务上需要就可以外接网关 进行接入。 与各种应用业务相接入的网关与各种应用业务相接入的网关。XX 市 GPS 定位服务平台、政府专网信息交换 平台、XX 市公安交通管理实时信息服务平台等等。随着假如本系统的政府 用户的增加，各种业务形式也会不断增加，各种与之相匹配的应用网关也会 在系统中建设起来以满足用户的应用需求。 与与 PSTN 的接入网关的接入网关。拨号/FAX 接入网关。主要负责处理与网管中心系统的 拨号接入，包含超级终端的接入方式等。 与与 CTI 相接入的网关相接入的网关。 与类似国外与类似国外 E411、E911 等信息传送、报警急救等机构相联接的网关等信息传送、报警急救等机构相联接的网关：中国海 上搜救协调中心（RCC）网关、社会应急连动中心网关、110 系统网关、 119 系统网关等。 与已存在的与已存在的 GPS 商业运营系统相接入的网关商业运营系统相接入的网关。目前 XX 市正在运营的各个 GPS 商业运营系统也将逐步与本系统实现互联。 与其它消息系统的接入网关。与其它消息系统的接入网关。接入社会公共的消息系统的网关，比如：常用的 网上消息系统（ICQ、OICQ 等等） 。正如我们所描述的那样，在这个系统当 中将来的固定用户可以通过各种设备（这些设备包含各种 PDA、各种手机 （SmartPhone、Communicator、基于 PHS 的小灵通手机等） 、固定电话、传 真机、 ） 、PC 机通过不同的通讯网络（无线、有线） 、信息系统接入到网关中 心享受信息服务。 2系统初期目标 尽管我们描述了一个宏大的系统前景，但在系统的建设上还应该本着小步 快走的原则分期、分步骤的进行。一方面，用户的发展及服务需求量是随着时 间的推移一步步拓展的。依据我们对 XX 市本系统目标用户群的需求现状调查， 首期系统容量设计为 100 万，应该能够充分满足未来 12 年的用户规模发展。 综合起来看，我们认为在初期应该在硬件成本上作一些必要的控制，但是 在软件的尤其是系统内核的设计上应该具有很大的超前性。在用户数量上建议 按照第一年 100 万用户，第二年 200 万用户，第三年 400 万用户来考虑。 在初期实现一个完整的系统实时消息分检、派发的内核 SmrtGUni-info， 在外围建立如下的网关应用系统：WEB 接入网关、短消息接入网关、呼叫中心 接入网关、拨号/FAX 接入网关、电子邮件接入网关，同时完成整个运营平台网 管业务功能系统。 初期的建设目标主要以系统可以完成网上公众地理信息服务与手机基站定 位服务的目的为主，同时我们在软件与硬件的设计上完全可以支撑 12 年期的 业务发展，包括开展基于 GPS 的位置信息服务等。各种用户的用例（Use Case）在这期建设当中大部分得到实现，系统可以对外提供运营服务。初期系 统的建设目标如下图所示： 4.2-1 系统初期建设目标 系统的层次结构如下： 4.2-2 系统初期的层次结构 网管业务功能系统 硬件平台与网络平台（HW/NW） OS/DB（Orcale8i） 核心服务（统一消息派发平台） 网关应用系统安 全 管 理 高 可 靠 性 第六章 系统功能概述 系统功能划分 1功能描述 1.1空间数据库 基础的数据平台是服务的内容，没有数据就没有很好的服务，甚至于没有 服务。它包含能提供空间地理位置的空间数据库；为指定的地名提供详细的地 址以及其他相关的信息的黄页数据库。在进行实时路径导航当中，必须知道当 时的交通路况信息。所以交通信息数据库也是一个很重要的数据内容。 与定位信息相关的内容提供还有很多，但是只有以上的三个才是最为核心 和必须的（如果不提供路径导航服务，交通信息数据库可以不需要） 。没有这些 数据内容，不能够称之为定位信息服务。 公众定位服务平台 空间 数据 库 网关 应用 系统 应用 服务 业务 管理 系统 SmartGUni_Info Server Suit 移动 终端 规范、准确、丰富的数据是 XX 公司公司的宝贵资源。在数据方面 XX 公 司拥有独到的优势： 地图的规范性 XX 公司公司通过与日本、台湾的知名地图制作公司合作，参照国家制图 标准，形成了一整套完善的制图规范和外业流程。 数据的丰富性 为了尽可能地缩小地图与城市发展之间的时间差，获得翔实的第一手数据， XX 公司定期进行全国范围内的大规模城市信息普查 数据的维护性 XX 公司公司正在建立 MapInTime 网站，利用公司自由的 GIS 产品体系统 构建一套数据维护机制，每天都有新调查的数据更新地图数据库 数据的多样性 提供从基础的城市框架的旅游地图到含有丰富城市 POI 信息的数字城市地 图，及具有 GPS 定位精度的多档次的地图产品，覆盖地图应用的各个领域，满 足用户对于各个层次、各种应用的地图产品的需求。 1.2SmrtGUni-Info Server Suite SmrtGUni-Info Server Suite 是空间位置服务套件，由以下几部分组成 基础部分是 SmartGUni_Info 的核心，它主要完成从不同位置的网关或者接 口发来的消息的实时分检和转发，还实现用户的认证，日志记录等基础功能。 SmrtGUni_Info Sever Suite 基础部件 LBS 部件 定位网关 服务网关转换模块 LBS 部件实现空间数据查询分析功能，并提供可视化表现方法。 系统通过实现不同的定位网关，来完成多种定位方式和多种移动设备通过 不同的通信方式混合接入。 服务网关转换模块是与应用服务网关相接的协议转换接口, 负责将从不同应 用网关获得的数据转换成系统标准协议。 1.3 网关应用系统 用户拥有的接入手段是不尽相同的，网关应用系统负责对外提供多种信息 的接入手段。同时网管中心也通过各类网关的不同应用产生整个运营平台的多 种增值业务。这些网关应用系统包含：CDMA/GSM 的 SMS 网关、E-mail 接入、 FAX 接入、Internet 接入、CTI 接入以及将来出现的各种接入方式。 从各类网关应用系统发来的各种信息经过统一消息派发平台分检、派发后， 转发到相应的网关应用系统，再由网关应用系统投递到最终的目的地。这样就 可以出现一些这样的业务如：陆上网络用户可以通过发送一条固定格式的短消 息要求服务中心将这一个月的费用通过 E-Mail 的方式转发到他的用户信息中指 定的邮箱当中，或者 FAX 到他的传真机上。又如：移动用户通过终端的固定格 式短消息要求网管中心将他当前的位置以地图的方式通过 Mail 或者传真发给指 网关应用系统 短消 息网 关 传真 网关 呼叫 中心 网关 WEB 网 关 电子 邮件 网关 定的地址或者电话号码。 通过 Internet 网关和 LBS 部件中的 SmartIms(地图查 询渲染服务)，用户可以在 Internet 网上察看移动终端所在位置的地图，并且还 可以在线向移动终端发送短消息。 本系统第一期只实现短信网关、Web 网关、呼叫中心网关。 应用服务系统 业务管理系统 业务管理系统包含了系统日常运营工作的主要应用软件，包括用户管理 （包含移动终端用户、系统用户管理、WEB 网站等。 1.4 移动终端 系统通过实现不同的定位网关，可实现多种移动终端的接入，如通过实 现与 GSM 移动定位系统(MPC)相联的网关，可完成 GSM 手机的定位， 通过 实现不同通信方式（GSM 、GPRS、集群、卫星通信）及不同厂家 GPS 车载 设备的定位网关，可以完成对移动车辆的定位。 第七章 的七章 thgsthsdttyuktyu 荣誉奖符合法 第八章 空间信息数据库 1说明 XX 市信息资源网(BJIRN)是 XX 市各领域信息生产、处理、管理、分发、 共享、服务、应用的共享网络系统平台，以信息资源的跨领域、跨部门、跨系 统的整合、共享和互操作为目的，为信息资源的深度开发、综合应用和增值服 务提供内容支撑、平台支撑和软环境支撑。 XX 市信息资源网公众信息服务平台(CISP)是 XX 市信息资源网应用服务 平台面向公众信息服务和应用的窗口，是向社会公众提供空间定位信息和位置 服务的软件平台。 其目的是为了满足社会公众不同需求、不同形式、不同渠道、不同时间、 不同地点、不同内容的信息获取和服务选择，为城市居民提供政府各部门的基 于位置的信息服务，实现网上政务公开和便民服务，而所有的这些服务都是基 于各类信息的查询、分析、统计，因此，空间信息数据库是整个 XX 市信息化 建设的基础和关键。 2空间信息数据库内容 数据是信息化建设成败的基础和关键，XX 市信息资源网公众信息服务平 台(CISP)的基础和核心是 XX 市的空间信息数据库,本项目中的空间信息数据库 建设应该有整体规划和分步实施，要考虑将来和 130 个市属信息中心、1000 个 主题数据库、20000 个专题数据、20 万个共享数据项、100 多个国家部委级信 息中心、若干企业级信息中心的数据链接和共享，针对本项目一期系统的便民 服务为主的较为完善的地图数据库，主要包括： 多尺度不同比例尺矢量地图数据库（LDM） 影像数据库（DOM） 数字高程模型数据库（DEM） 2.1多尺度不同比例尺矢量地图数据库 本项目中的矢量地图数据库建设包括基础地理信息数据库和专题应用信息 数据库。 基础地理信息数据库：基础地理信息包括各种平面和高程测量控制点、道 路、水系、建筑物、地形、植被、境界、地名以及某些属性信息等，用于表示 城市的基本面貌，并作为各种专题信息空间定位的载体。本项目采用 1：500、1：2000、1：5000、1：10000、1：25000 多级比例尺的原始地形图采 集基础地理信息要素，数据采集遵循相关国家及行业规范，其技术要点和难点 是要将所有的数据统一坐标系、统一数据格式、统一编码，拼接为多尺度无缝 地图数据库。 专题信息数据库：专题信息是指各种专业性的城市地理信息和面向应用的 黄页信息，包括城市规划、土地管理、交通、综合管网、房产、地籍和环境保 护等，用于表示城市某一专业领域要素的地理空间分布及其规律。本项目一期 工程中侧重于交通和兴趣点（POI）等与人民生活息息相关的专题信息。其信息 的来源为各专业部门，如规划、民政、交通、公安等机关部委的统计数据信息， 更多的实时信息要通过实地外业调查取得。 地图比例尺、覆盖区域、定位精度 序号比例尺覆盖范围基础地理信息 定位精度 新增道路及信息点定 位精度 11：500热点区域1 米以内 21：2000XX 市区楼房密集区1 米以内 31：5000XX 市城八区5 米以内 41：10000XX 市 10 个郊区县城区5 米以内 51：25000XX 市市域 符合国家相关 规范要求 10 米以内 坐标系 采用 WGS-84 经纬度坐标，便于与将来 GPS 测量的更新数据以及 GISGPS 各种应用系统接轨 数据格式及存储 以 Arc/Info 和 Mapinfo 的数据格式存储，数据库采用 Orical8i 存储，可以 进行通用 GIS 平台数据格式的无缝转换以提供本平台使用的数据格式。 包含数据内容： 不同比例尺矢量地图数据包含图层及基础属性数据库为：（不同比例尺的 地图信息综合程度不同） 序号图层包含子类地理属性包含属性 1测量控制点平面控制点、高程控制点、GPS 点、 其它控制点 点类别代码：I ID：I 名称：C，30 2居民地普通房屋、特种房屋面类别代码：I ID：I 楼层：I 3房屋附属设施围墙、栅栏线类别代码：I ID：I 4道路边线包括高速公路、一级道路、二级道路、 三级道路、四级道路、胡同 线类别代码：I ID：I 5路网层道 路中心线 包括高速公路、城市快速路、一级道 路、二级道路、三级道路、四级道路、 胡同；国道、省道、县乡道 线，按级 别分图层 类别代码：I ID：I 名称：C，60 6桥梁铁路桥、公路桥、双层桥、人行桥、 亭桥 线类别代码：I ID：I 名称：C,60 7道路附属设施过街天桥、过街地道、地下建筑物的 地表出入口 线类别代码：I ID：I 名称：C,60 8铁路铁路线类别代码：I ID：I 名称：C ,60 9单线河细小河流和细小沟渠线类别代码：I ID：I 名称：C,60 10河流常年河、时令河面类别代码：I ID：I 名称：C,60 11水库、池塘水库、池塘面类别代码：I ID：I 名称：C,60 12湖泊常年湖、时令湖、面类别代码：I ID：I 名称：C,60 13沟渠沟渠面类别代码：I ID：I 名称：C,60 14管线电力线、通信线线类别代码：I ID：I 15等高线首曲线、计曲线、间曲线（用于生产 DEM 数据） 线类别代码：I ID：I 等高值：C,60 16高程点高程点（用于生产 DEM 数据）点类别代码：I ID：I 等高值：C,60 17植被道路绿地、公园绿地面类别代码：I ID：I 18地名包括各级行政地名点类别代码：I ID：I 名称：C,60 19单位包括各级政府机关、企事业单位等点类别代码：I ID：I 名称：C,60 20境界区界面类别代码：I ID：I 名称：C,60 （2）专题信息： 本项目一期的数据建设以“便民服务”为主题，重点关注与人们衣、食、 住、行、娱购、游、求医等密切相关的信息，主要信息列表为： 类别信息分类包含属性信息 道路中心线路网 交通标志及设施 高速公路和环路的出入口 立交桥 十字路口 公交线路 公交站点 地铁线路 地铁站点 收费站 加油站 交通及附属设施 汽车修理 参见下述数据库列表 大型商场编码、名称、地址、电话、邮编、行车路 线、营业时间、规模、购物特色和动态的 打折信息 医院编码、名称、地址、电话、邮编、行车路 线、床位、医疗特色 旅游景点编码、名称、地址、电话、行车路线、开 放时间、景点介绍及图片链接 宾馆及大酒店编码、名称、地址、住房预定电话、邮编、 行车路线、图片链接 小区编码、名称、位置、联系电话、行车路线、 房屋价格、入住时间、项目开发商、户型 图片链接 兴趣点（POI） 学校编码、名称、地址、电话、邮编、行车路 线、招生情况、毕业走向等 省、市、县、乡、镇各级政 府及街道办事处 包括各大部委、局等机关单 位 领事馆 驻地机构 各民主党派、学社等党派团 体 报社、出版社等新闻出版单 位 集团公司 科研机构 企业单位 医疗机构 公共单位 学校 编码、名称、地址、电话、邮编等常用公 共信息 金融、保险机构 公检法 事物所 公园 旅游景点 旅行社 休闲、娱乐场所 综合性广场 运动场所 邮政、电信 大厦、写字楼 大型商场、超市等 综合性商店 公寓 宾馆、大酒店 旅馆、招待所 文化场所 餐馆、酒家 广播、影视机构 机场 火车站 长途汽车站 码头 运输公司及管理处 售票处 消防 建筑、房地产 住宅小区及开发区 其它单位信息 其各层拓扑关系的建立和数据库设计应符合系统对数据的调用和分析要求，部 分交通信息数据库设计举例： 属性名称属性名称字段名称字段名称字段类型字段类型属性取值说明属性取值说明 道路编号 Sece_idInteger 道路的编号，为唯一编码。 道路名称 NameVarchar(128) 主路写其所属线路名称，辅路写其特有名 称，若无名称则写其对应主路名称。 Link 类别 TypeInteger 上行-1 下行-2 主路上行-3 主路下行-4 辅路上行-5 辅路下行-6 双向可行-7 出口-8 入口-9 桥-10 环岛-11 交叉口-12 分类 SeceTypeInteger 高速公路-1 国道-2 城市快速路-3 省道-4 县道-5 城市主干道-6 城市次干道-7 城市支路-8 乡道-9 其它道路-10 胡同、里、巷、弄-11 等级 SeceClassInteger 高速公路-0 一级道路-1 二级道路-2 三级道路-3 四级道路-4 其它道路-5 一级公路-6 二级公路-7 三级公路-8 四级公路-9 等外公路-10 收费级别 FeeByte 不收费-0 收费-1 分隔属性 SeparateByte 无护拦-0 无实际护拦，有双黄线-1 护拦-2 绿化带-3 路面类型 SurfaceByte 其他-0 沥青-1 水泥-2 沙石-3 土路-4 通行限制 OneWayByte 双向可行-0 禁止通行-1 单行-2 线形 LineTypeByte 平直-0 一般弯-1 一般铺-2 急转弯-3 陡坡-4 一般弯坡-5 急转弯陡坡-6 一般坡急转弯-7 一般弯陡坡-8 行政区域代码 AreaVarchar(128) 列出路段所经过的所有行政区域（行政区 域编码按照字母表顺序 A，B，C） ，经过 3 个行政区域的路段可表示为“ABC” 车道划分 DrivewayNumByte 依照车道数目以数字表示 车道宽 Driveway_Widt h Decimal(6,3) 米 设计车速 SpeedInteger 公里/小时 限高 HeightInteger 厘米 通行能力 CapacityInteger 实际通行能力（公里/小时） 道路高度 LevelByte 地下二层-8 地下一层-7 平面-0 地上一层-1 地上二层-2 地上三层-3 地上四层-4 地上五层-5 地上六层-6 跨层次的道路（如引桥、匝道）如在平面 以上取最高道路高度为其道路高度，否则 取最低道路高度为其道路高度。 门牌号结构 AddressNumByte 无门牌号-0 单号排列-1 双号排列-2 顺序排列-3 不规则排列-4 左边第一门牌 号 Left_Begin 左边最后门牌 号 Left_End 右边第一门牌 号 Right_Begin 右边最后门牌 号 Right_End 左边中间门牌 号 Left_Middle 右边中间门牌 号 Right_Middle 所属六个字段依据“门牌号结构”属性来 决定是否置空；并按数字化方向来区分左 右。 更新年代 UpdateDate 道路交叉口（道路交叉口（Cross） 属性名称属性名称字段名称字段名称字段类型字段类型属性取值说明属性取值说明 编号Cross_idInteger交叉口的编号，为唯一编码。 交叉口名称NameVarchar(128)交叉口的名称。一般为桥梁名称，路 口名称。如果没有则取连接的两条主 要道路的名称。如 XXX、XXX 路口 交叉口照片PictureVarchar(128)路径名称 公共电汽车车站（公共电汽车车站（BusStationBusStation） 属性名称属性名称字段名字段名字段类型字段类型说明说明 编号StationIDInteger车站编码，为唯一编码 车站名称NameVarchar(128)车站的名称，对于不同地点的同名以编号分 开 关联路线编号BusIDsVarchar系指经过该车站的所有路线的编码，以“， ” 分隔 车站类型 StaType Byte临时站 非临时站 更新年代UpdateDate 公共电汽车路线（公共电汽车路线（BusRoute） 属性名称属性名称字段名称字段名称字段类型字段类型说明说明 编号 BusIDInteger 路线编码，为唯一编码 路线名称 NameVarchar(128) 路线名称 线路类型 LinetypeVarchar(20) 环形-0 上行-1 下行-2 经由车站编号 StationIDsVarchar 系指该路线经过的车站序列，依据上下行依 次纪录 首班发车时间 Start_stChar(6) 24 小时制 末班发车时间 Last_stChar(6) 24 小时制 发车间隔 IntervalNumber 分钟 车辆类型 BusTypeVarchar(50) 电车-0 空调车、环保车-1 普通车-2 所属单位 UnitVarchar(100) 该公交车所属公交公司的名称 月票是否有效 TicketBoolean 有效true,无效false 更新年代 UpdateDate 地铁车站（地铁车站（SubwayStation） 属性名称属性名称字段名称字段名称字段类型字段类型说明说明 编号 StationIDNumber 编号 车站名称 StanameVarchar(50) 车站名称 更新年代 UpdateDate 更新日期 地铁线路（地铁线路（Subway） 属性名称属性名称字段名称字段名称字段类型字段类型说明说明 编号 SubIDNumber 编码 线路名称 SubnameVarchar(50) 指一线，二线，轻轨 经由车站编号 StationIDsVarchar 系指该路线经过的车站序列， 依据上下行依次纪录 起点首发时间 Start_stChar(6) 24 小时制 终点首发时间 Start_epChar(6) 24 小时制 起点未班车发车时间 Last_stChar(6) 24 小时制 终点未班车发车时间 Last_epChar(6) 24 小时制 发车时间间隔 IntervalNumber 分钟 更新年代 UpdateDate 更新日期 收费站（收费站（TollGate） 属性名称属性名称字段名称字段名称字段类型字段类型说明说明 编号 TollIDInteger 收费站编码，为唯一编码 收费站名称 NameVarchar(50) 分类代码 CODEVarchar(20) 参见标书上 123 专用图层分类编码标准 类型 TypeVarchar(20) 收费站的类型 所在道路名称 RoadID VarChar(128) 高速道路名称 所属警区编号 DisID (可置空) Char(4) 所属 122 警区编号（FK） 所属行政区县编 号 DistrictID (可置空) Char(2) 所属行政区县编号（FK） 收费标准 Standard (再加工) 收费标准 备注 Mark Varchar(128) (可置空) 更新年代 UpdateDate 停车场（停车场（Park） 属性名称属性名称字段名称字段名称字段类型字段类型说明说明 编号 ParkIDNumber 停车场编号 分类代码 CODEVarchar(20) 出口方向 Exit (可置空) Integer 最近路段关联连接点编号 入口方向 Entry (再加工) Integer 最近路段关联连接点编号 停车场类型 TypeByte 路面停车场-0 路外停车场-1 停车场结构 StructureByte 平面停车场-0 立体停车场-1 面积 ParkAreaInteger 平方米 开放起始时间 StartTimeChar(6) 24 小时制 开放终止时间 EndTimeChar(6) 24 小时制 泊车位数 Count Number（3）所有泊车位数 现有停车位数 Parks_now Number（3）除去已经长期租赁或被买断的泊车位数 所属单位 UnitVarchar(100) 所属单位名称 所属行政区县编 号 DistrictIDChar(2) 所属行政区县编号（FK） 相邻道路编码 NearRoadChar(14) 相邻近道路的编码（FK） 电话 TelVarchar(50) 联系电话 地址 AddressVarchar(100) 地址名称 是否允许非本单 位停车 ParkingBoolean 不允许false,允许true 停车说明 RemarkVarchar(100) 包括每小时收费等 更新年代 UpdateDate 客货交通枢纽（客货交通枢纽（Hinge） 属性名称属性名称字段名称字段名称字段类型字段类型说明说明 编号 HingeIDNumber 客货交通枢纽编码 名称 NameVarchar(128) 客货交通枢纽名称 类型 TypeVarchar(20) 长途汽车站-0 火车站-1 航空港-2 货运站-3 分类代码 CodeVarchar(20) 地址 AddressVarchar(100) 地址 电话 Te