长沙县城管短信受理平台建设方案技术部分.docx
《长沙县城管短信受理平台建设方案技术部分.docx》由会员分享，可在线阅读，更多相关《长沙县城管短信受理平台建设方案技术部分.docx（18页珍藏版）》请在冰豆网上搜索。
长沙县城管短信受理平台建设方案技术部分
城管短信受理平台
第一章：
项目背景
长沙县数字化城管系统建设正在紧锣密鼓地进行中，数字化城管将更好地增强城市功能、完善城市服务，提高城市管理水平；大大改善城市环境；推动经济与社会信息化，促进城市投资融资服务环境的改善，增强城市的综合竞争能力，促进我县社会经济全面、协调、可持续发展，为构建社会主义和谐社会起示范作用。
本项目基本流程是群众（或城市管理监督员）发现城市管理问题，利用手机拍摄图片和视频，发送到城管短彩信中心，由数字化城市管理信息平台分配处置。
这种以文字和图片为主要内容监控模式将极大的提升群众参与力度，加快案件处理速度。
因目前不能进行彩信收发，彩信不能很好地支撑，因此计划通过本项目支持移动、联通、电信三家短信接入，依托目前成熟的信息技术，最终实现精确、敏感、高效、全时段、全方位覆盖的城市管理，提高城市现代化管理水平。
根据实际应用需求和未来扩展要求，向三大运营商申请短彩信通道。
系统平台采用多线程的并发处理、优先级控制等机制，通过开发新的web服务接口，满足前台、后台的功能和性能需求。
项目建设目标：
●分别接入移动、电信、联通三家运营商短彩信网关（或MAS机），实现短彩信发送和接收；
●实现群众（或城市管理监督员）通过手机拍摄图片、摄像后，以彩信方式发送到城管局短彩信中心，处理后反馈群众，进行满意度调查的功能；
●实现案件上报群众奖励金额管理功能；
●实现短彩信群发功能；
为各业务系统提供标准接口实现短彩信收发，报表统计等功能。
第二章：
系统架构
1、系统架构
1.1系统结构
平台的开发设计实现了模块化、分层化的结构。
从业务资源的角度，降低了各个模块的相关性，从而保证了结构上的灵活性和系统的稳定性。
短信平台采用线程、队列、传输中间件等提高性能的技术，实现高效、稳定的收发核心。
管理系统采用Jsp/Servlet技术、MVC框架，用浏览器方式实现友好、易用的管理功能。
1.2短信平台技术框架
短信平台将设计为一套基于B/S架构的电信级的短信增值应用系统，既提供基于B/S模式的浏览器、服务器操作模式。
同时，短信平台也提供基于C/S模式的客户端、服务器操作模式，以方便用户的使用。
1.2.1多运营商接入的支持
短信平台按标准短信协议开发，完全支持各类网关协议。
支持中国移动所制定的《中国移动通信互联网短信平台接口协议》3.0版本（简称CMPP协议），同时支持中国移动所制定的《移动数据业务管理平台（DSMP）》中的SP定购关系同步、SSO网站登录等功能。
支持由中国联通所制定的《中国联合通信公司短消息网关系统接口协议》（简称SGIP协议）版本1.2及其适应性修改版本（支持LinkID）。
支持由中国电信所制定的《基于固定电话网的信息终端及综合信息系统技术规范》中《第七分册短消息网关（SMGP）协议V2.0》及《第七分册短消息网关（SMGP）协议V1.3》
支持由中国网通所制定的《PHS短消息网关技术规范》中《第一分册短消息网关与服务提供商（SP）接口规范（CNGP）V2.0》及《第一分册短消息网关与服务提供商（SP）接口规范（CNGP）V1.0》。
支持国际上通用的《短消息点对点通讯协议》（简称SMPP协议）3.3和3.4版本。
支持彩信MM7协议。
1.2.2企业客户多接入方式的支持
支持企业客户的多种方式的接入，提供包括DLL/EXE接口、数据库、SOCKET接口、WebService接口、JAR等多种的接口方式；支持客户的单发、群发、定时发送等功能。
同时对企业客户提供WEB方式和客户端方式的操作模式，以供客户方便使用；在WEB或客户端上均提供数据备份的安全机制，以保障客户的信息安全。
1.2.3企业客户自管理功能的支持
提供多种方式的自管理功能，客户可以通过不同的接口方式查询短彩信费用、修改密码、短彩信发送历史、短彩信发送状态等。
1.2.4Unix或者Linux操作系统的支持
平台提供多种操作系统的支持，支持包括Linux、Unix以及Windows系统，同时对数据库方面提供Oracle、SQLServer数据库的支持。
1.2.5彩信发送和接收功能的支持
平台实现与彩信网关的接口，如要实现彩信的收发，只需与彩信网关进行对接，即可实现和运营商MM7彩信中心的业务接入，以完成彩信增值业务的需求。
1.2.6J2EE技术架构
平台软件开发采用J2EE技术架构。
1.3网络部署
根据短信平台的自身特点，结合客户单位网络系统的特点以及考虑网络安全等因素，可采用如下的网络架构进行短信平台的部署。
平台服务器集中在中心机房进行部署，通过防火墙和互联网进行隔离。
各用户和外部接入系统可通过互联网和平台进行通信。
为保障平台的稳定性和可靠性，平台应用服务器和数据库服务器均采用双机冷备或热备策略。
短信平台通过防火墙可以和集团网内的经营管理系统进行通信。
1.3.1登陆安全性
在系统中，只有合法用户才能访问和操作被授权的系统功能，并对其操作行为进行记录。
用户需要使用系统功能时，必须先使用用户名和密码登录。
密码采用加密算法计算，不允许还原，防止泄密。
登录后，根据用户的权限限制用户的访问功能，非授权用户不能访问未授权的功能。
用户登录和操作数据都有日志记录，可以查询日志检测核对用户的身份。
1.3.2网络安全性
网络和主机采用端口过滤机制，限制非授权的端口访问网络，防止非法数据的入侵，阻止非授权或未检测的数据向外泄漏。
网络交换机可做地址捆绑等安全措施提供网络安全性。
1.3.3数据安全性
系统具有数据备份和恢复的功能，以保证数据的完备、可靠和安全；同时数据库设计了严格的存取控制措施，根据用户的权限及职能划分对该用户能够管理和使用的数据进行控制。
每天定时备份数据库中的数据，同时备份数据库的日志，保证数据库的安全。
第三章：
城管短信受理平台介绍
一．“城管短信受理平台”，是通过手机等通讯工具，让广大市民积极参与到文明城市建设中来。
在日常市民活动中，遇到与文明城市不相符的行为和场景，市民可以简单的通过短信向政府及时反映问题，通过“短信平台“对市民的短信内容分类处理转发到相关责任部门，使问题得到及时解决。
▲对市民
人人都是城市的管理者，是文明城市建设的参与者。
市民又有了一个与城市管理相关部门沟通的渠道。
▲对政府：
通过市民的积极参与，可以及时发现并解决问题。
通过对信息的分析，可以有效进行管理和决策。
二、主要特点
（一）创新性。
短信平台的建成开通创新的实现城市管理行政理念由自上而下、领导主导向自下而上、市民导向的重大转变，管理方式由单向行政、内部监督向双向参与、公共评议的重大突破。
有奖征集市民对城市管理工作中存在的问题和建议，这在全国属首创，极大地调动了广大群众参与城市管理的积极性，也使得发现问题获取信息的渠道更加广泛，既丰富了投诉监督的内容，更拓展了社会公众对政府公共服务的监管渠道；短信平台也成为我市数字化城市管理系统的有利补充和有效外延，形成了我市城市管理完整的监督体系，完善了我市城市管理系统的闭环运行，建立了主动为群众服务的协同管理机制，实现了城市管理工作由粗放式向集约、精确、敏捷的转变。
（二）先进性。
分离城市的日常管理维护与监督事权，以群众的满意认可作为最终结案标准，建立信息流转、反馈和监督新机制，强化社会监督，以监督促进管理。
短信平台集成现代信息技术，与数字化城市管理系统相结合，群众可以在第一时间、第一现场，将发现的问题直接投诉到短信平台，信息及时汇入数字化城市管理系统。
平台通过系统够随时查看处置过程和结果，实现政府部门的行为置于群众的直接监督之下，系统生成的有关信息，成为评价职能部门工作的依据，有利于整合并发挥多个政府部门管理城市的职能，提高政府行政效率，面向市民提供有效综合服务。
（三）扩展性。
短信平台不仅受理城管部门职责范围的投诉，同时还受理如：
供水供电、路灯电视、消防安全隐患、不明气体泄露等广义城市综合管理范畴中的投诉和问题，在突发时间的预防和及时发现上也能够发挥非常有效的作用。
在以后运行中，平台具备向城市综合治理、应急响应等领域拓展，发挥出更大功效的能力。
（四）前瞻性。
短信平台的建立，使相关职能部门能够因地制宜的精心组织，充分准备，高效、优质的处理群众所关心的问题。
同时，还可以在对群众意见的总结分析中相对集中的了解、掌握群众对城市管理、市政建设中关心的“热点”问题，并及时捕捉到问题的苗头和倾向，将可能引发矛盾的因素降到最低限度乃至根绝状态，防范事故和群体事件于未然，提高行政效率，维护社会稳定。
短信平台着力在解决影响群众日常生活的突出问题上下功夫，推动了“建设人民满意城市”工作的开展。
以切实解决人民群众关心的热点、难点问题为核心，加快了政府从管理城市向服务城市的职能转变。
通过监督中交流、交流中监督，实现了城市管理部门与群众的互动，搭建了政府和市民沟通的桥梁。
依托覆盖全市城区的数字化城市管理信息系统和高端的网络技术，促进了多种监督力量和资源的有效整合。
短信经过近12个月的运行，已顺利度过了“适应期”、“磨合期”，其展现出来的旺盛的生命力和令人鼓舞的成效推动了城市管理工作向更高的目标迈进。
第四章：
主要实现功能
1、短彩信平台
1.1短彩信支撑功能
1.1.1短信上行
短信上行指由群众发送指定短信息到短信平台的传递。
短信上行通过与短信网关的交互，实现短信中心接收短信的功能。
具体功能点：
1、提供上行短信的接收功能，支持并行处理上行短信的功能；
2、提供对接收到的短信消息根据短信协议的解包处理功能，生成短信内容数据；提供对下发短信内容数据根据短信协议打包处理功能，生成符合短信协议的消息；
3、提供短信网关连接配置（IP地址、端口号、连接帐号密码等信息）、维护、监控功能；
4、提供日志的记录功能。
1.1.2短信下行
短信下行指短消息由短信平台到客户或工作人员的信息单向传递。
短信下行分类：
按短信下行消息数量：
短信下行又可分为单条发送与群发两种形式：
●单条发送
系统用户只需要输入消息接收人手机号码与发送内容即可进行信息单条下行发送。
●群发
系统用户可以通过多次输入消息接收人手机号码集合或直接通过导入符合指定格式的号码文件录入消息接收人手机号码，甚至可以通过短信配置管理系统常用联系人的方式从系统中选择联系人或组确定消息接收人手机号码，进行消息群发。
按短信下行消息触发机制：
短信下行分定时下行、事件触发下行：
●定时下行
事先拟定短信下行内容，通过设置发送对象与发送时间，系统并不即时发送短消息，而是在设置时间到达后根据设置的发送对象进行短信发送。
●事件触发下行
事先拟定短信下行内容，设置短信发送策略，包括触发事件与短消息发送对象，系统可以在事件发生时向指定人员发送短消息。
如短信满意度调查，在用户完成人工服务台业务挂机后，由挂机事件触发短信满意度调查短信下发，下发对象为挂机用户。
1.1.3流量控制
消息发送采取并发的方式发送，当接收到数据后，接收器往往要进行某些处理，还要把数据送给高层，所以产生数据的接收端往往比发送端速率低的现象。
对发送端数据的发送速率适当的控制，使发送速率不致超过接收方的速率。
1.1.4信息过滤
用户可以通过系统设定敏感关键字，系统根据敏感关键字库对上下行短信进行过滤，避免不当信息通过短信平台。
1.1.5自恢复机制
当ISMG或短信平台与ISMG之间的链路出现故障而导致短信无法发送时，系统需能够定期进行链路检测及对ISMG心跳进行检测，确保一旦故障排除系统即可进入工作状态。
系统同时可以实现自监控，定期检测短信平台自身运行的健康状态，在软件发生故障时能够通过应用重启自恢复。
1.1.6重发机制
系统通过标志位对消息发送状态进行管理，在消息发送失败时，系统采取定期重发策略，在经过一定周期后对发送失败短信进行重发，以提高平台短信发送成功率。
同时短信重发周期以及频次可以通过配置进行控制。
为避免由于链路问题或ISMG故障导致短信平台不断重发失败短信而耗尽资源，短信在重发指定次数后仍然失败的情况下，可不再重发。
1.1.7黑名单管理
系统采取黑名单机制，发送短信时，会先从接收对象中自动过滤掉黑名单号码，然后再进行下发。
1.1.8移动CMPP3协议支撑
支持与ISMG之间建立长连接通信机制。
所谓长连接，指在一个TCP连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要双方发链路检测包以维持此连接。
在SP与ISMG之间、SMSC与ISMG之间及ISMG之间的交互过程中均采用异步方式，即任一个网元在收到请求消息后应立即回送响应消息。
1.1.9联通SGIP协议支撑
中国联通SGIP协议提供SGIP专有短信连接承载与HTTP承载两种接入方式，本方案选择采用HTTP承载实现接入中国联通/电信短信网关（目前中国联通G网与C网分属于中国联通与中国电信）。
1.1.10电信SMGP协议支撑
SMGP协议是中国电信开发用于短信网关接入协议，是SMGW与其它网元设备（除SMC外）进行短消息传输的接口协议。
非SMC网元设备向SMGW发送或从SMGW接收短消息，这些非SMC网元设备称为ESME。
通信方式SMGW与ESME之间共有两种连接方式：
长连接和短连接。
所谓长连接，指在一个TCP连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要双方发链路检测包以维持此连接。
短连接是指通信双方有数据交互时，就建立一个TCP连接，数据发送完成后，则断开此TCP连接，即每次TCP连接只完成一对SMGP消息的发送。
1.1.11彩信MM7协议支撑
MM7接口用于多媒体信息中心与增值应用之间的接口。
该接口基于HTTP协议，为多媒体信息引入多种增值服务。
MM7协议是基于HTTP协议和SOAP协议实现的。
1.2短信基本功能
此模块提供的业务功能：
短信发送，回复到手机，短信收件箱，群发通知，短信批量下发，短信内容导入群发等等。
1.2.1发短信
提供在网页上发送短信的功能，能实现单发，群发以及定时发送。
◆号码通过手工输入
◆支持EXCEL或文本文件导入号码
◆当输入短信时，提示字符个数和短信条数；
◆设置下发时间（定时下发）；
◆选择是否附加签名、日期；
◆提示群发号码数量；
◆发短信时自动处理黑名单号码。
1.2.2收件箱
管理用户收到的短信。
◆按照时间、状态查询所有收到的短信；
◆按照手机号码查询上行、下行短信，且上行短信与下行短信对应；
◆直接回复短信；
◆支持回复短信查询；
◆颜色区分未读、已读短信；
1.2.3发件箱
发件箱用来管理待发送的短信或者无法进行发送的短信。
◆按照时间、手机号码查询发件箱；列表显示手机号码，号码归属地，发送内容，下发时间；
◆取消短信发送
1.2.4状态报告查询
重要业务数据通知,由业务系统按短信平台标准接口自动触发该交易,短信平台接收重要业务数据并将此数据传达至相关人员。
系统发送一条短消息至手机后，网关会返回一个状态报告至系统，状态报告中记录了手机是否成功接收了这条短信。
通过状态报告，系统管理员可以对短信发送的成功率进行统计，对于短信发送失败的原因进行调查。
1.2.5短信详单查询
系统提供短信上行详单、下行详单、等查询服务，支持手机号码、运营商、业务、时间段等查询方式，详单可以导出成Excel报表。
1.2.6短信群发
短信群发、彩信群发可以极大程度地降低通信成本，提高用户的满意度。
◆对外宣传
新产品的发布和新业务的推出都可以利用精美传神彩信信对客户进行直接宣传，降低了宣传的成本。
◆客户关怀
当重要节日或者客户生日时，发送祝福彩信，显示公司对客户的温情关怀。
◆内部办公和管理
公司管理所需要的工作通知、信息发布等都可以低成本、快速的完成，不仅节省打电话所需的大量人力、时间，而且即时送达。
同时在员工生日、节假日时发送祝福信息以显示公司的温情关怀，体现公司的企业文化。
◆审核流程
对短彩信群发进行审核（支持一级审核）。
如果设置为直接发布，则跳过以后各节点，直接将短信发送至用户手机。
1.3彩信基本功能
彩信业务（MMS）是短信息服务（SMS）和图片信息（PictureMessage）或EMS的进一步发展。
多媒体信息不仅仅局限于文本信息，还可以传递更为丰富的信息，比如图像、音频、视频和数据等。
1.3.1发彩信
提供在网页上发送彩信的功能，能实现单发，群发以及定时发送。
◆号码通过手工输入
◆提示手机号码是否有效；
◆发彩信时自动处理黑名单号码。
1.3.2收件箱
管理用户收到的彩信：
◆按照时间、状态查询所有收到的彩信；
◆按照手机号码查询上行、下行彩信，且上行彩信与下行彩信对应；
◆直接回复彩信；
◆颜色区分未读、已读彩信；
◆如果发送人已经是通讯录里面的联系人，将显示其姓名。
◆用户可以设置将收到的彩信转到手机上，支持转发彩信。
1.3.3发件箱
发件箱用来管理待发送的彩信或者无法进行发送的彩信。
◆按照时间、手机号码查询发件箱；列表显示手机号码，号码归属地，发送内容，下发时间；
◆支持彩信导出；
◆支持失败彩信重发；
◆取消彩信发送
1.3.4已发彩信
管理已经提交发送的彩信记录。
◆能按照时间、发送状态、手机号码、业务系统查询已发彩信；
◆对发送失败的彩信进行重发；
◆删除已发彩信；
◆支持已发彩信导出。
1.3.5状态报告查询
重要业务数据通知,由业务系统按彩信平台标准接口自动触发该交易,彩信平台接收重要业务数据并将此数据传达至相关人员。
系统发送一条短消息至手机后，网关会返回一个状态报告至系统，状态报告中记录了手机是否成功接收了这条彩信。
通过状态报告，系统管理员可以对彩信发送的成功率进行统计，对于短信发送失败的原因进行调查。
1.3.6彩信详单查询
系统提供彩信上行详单、下行详单、等查询服务，支持手机号码、运营商、业务、时间段等查询方式，详单可以导出成Excel报表。
1.4短彩信统计报表
系统在每天凌晨0点做数据统计流水处理，对前一天的上下行数据、进行分析与处理，产生上行报表、下行报表等等。
对短信平台各种服务进行统计分析。
主要包括以下报表：
信发送接收统计：
对短信发送接收情况按日进行统计，可按时间段进行查询，查询结果。
短彩信群发回复统计：
可按发送代码查询短信发送回复记录。
1.5报表平台
报表平台不依赖于某个系统而存在，它作为一个通用的工具，能为各个系统提供报表服务，能够平滑的嵌入本次系统建设的各个业务系统中。
要求基于三层次结构开发，用户端只要有浏览器就能够浏览报表、图表等信息。
◆提供可视化的报表设计功能，操作方法和Excel等电子表格程序类似，可以方便的设计业务报表和统计报表。
◆报表工具能够分布式连接到已有的不同类型的各种业务数据库（Oracle、SQLServer、Sybase、DB2等），并针对已有这些业务数据库数据制作相应的报表，报表与数据库表的关系支持一对多和多对一。
◆要求支持各种常见的格式，包括表格，直方图、饼图等多种格式的图表；支持多种统计方式；提供序列号、当前用户、当前日期等多种计算字段；支持常见的Excel计算函数；
◆制作好的报表能够以纯web方式显示，客户端浏览报表时无需安装任何插件；
◆要求报表工具支持分组、交叉、主从表等多种高级报表功能。
◆报表的结果可以另存为Excel电子表格或HTML格式的文件。
◆系统提供javaapi程序开发接口，支持可编程报表的生成。
1.6数据交换平台
1.6.1数据交换服务
数据交换是通过连接节点适配器服务组件以及数据转换等一系列功能组件，形成端到端的数据流程而实现的。
由于可以灵活连接服务组件的输入输出端，因而可以灵活构成满足不同需求的交换逻辑。
通过配置在每个数据交换节点（需要进行数据交换的各机构）的交换服务，每个数据交换节点只需要与数据交换平台通过标准的接口进行交互，并通过XML进行数据转换，而不需要相互直接连接访问就可以获取到所需要的数据。
数据驱动的同步方式：
运行于节点上的数据库接口适配器DBOutAdapter监控到的业务系统A数据表格发生了数据增量（插入新的数据），增量数据被抽取出来并转化成XML格式文件，经内容路由组件分发到其它业务系统，由数据转化组件（XSLTTransformer）转化成不同格式的XML文件，并插入位于业务系统B或业务系统C中的异构数据库。
发生数据更改或删除时，数据同步原理一样。
客户端数据访问方式：
各业务系统之间要进行数据访问时，业务系统A通过使用API接口函数将数据打包后发送到数据交换平台，通过平台路由和数据格式转换，转换为下一个业务系统可以识别和接收的形式，运行于节点服务器上的业务系统B接口服务组件（Adapter）从数据库中获得数据返回。
1.6.2数据集成服务
根据数据集成的业务需求，可以把集成功能细分为六个部分，分别是：
数据验证、数据清洗、数据合并、数据拆分、数据比对和规则解析。
数据验证用来检查待集成数据是否符合集成要求；
数据清洗根据过滤条件，去除掉不满足条件的数据；
数据合并根据数据间关联关系，进行合并，是从多到一的过程；
数据拆分则是将原有数据根据规则，拆分成多个数据，是从一到多的过程。
数据比对会比较多个文件，找出区别；
规则解析，用来解析规则公式，它是贯穿在整个集成过程中的，提供含公式的集成功能。
1.6.3数字城管业务服务
用户管理：
实现用户登录、注销、上岗、离岗等身份识别与状态变更操作；
任务管理：
涵盖所有业务相关的服务接口，包括：
问题上报,巡查信息上报,对象信息更新上报,现场核实派遣,现场核实响应,现场核实反馈,立案申请,立案审批,任务派遣,任务签收,任务处置反馈,任务处置反馈批转,获取当前任务列表（通用）,,获取任务总数,获取单个任务详细信息,获取历史任务列表,获取历史任务总数,附件上传（单个）等。
信息查询：
包括查询案件列表,查询任务列表,获取单个案件详细信息,获取单个任务详细信息,获取单个案件的业务操作记录信息（办理进度）,获取指定附件内容信息（单个/多个）,获取指定附件URL（单个/多个）,获取单个案件的附件列表,获取单个业务操作的附件列表等。
基础工具：
包括根据X、Y坐标获取位置说明，获取常用的数据字典，获取服务器端标准时间等。
1.7系统管理
对短信平台处理人员的账号和权限进行配置，可使用系统平台的系统管理模块统一对账号和权限进行分配。
要求用户管理、权限管理采用长沙县数字城管系统的系统管理统一分配用户和权限。
1.7.1用户管理
用户管理功能主要用来对平台用户的权限和账号信息进行管理。
管理员在为平台用户分配账号时，可以设置账号的系统权限以及功能权限。
账号必须具有对应的系统权限，才可以访问相应的系统管理页面；账号必须具有对应的功能权限，才可以对该功能进行操作。
1.7.2通道管理
配置平台的通道信息，通道信息包括通道标识、通道接入号码、通道成本、通道支持的运营商（移动、联通、电信）、通道下发速度、通道最大字符数、通道优先级、通道可达的省份等等。
系统支持多个通道接入，并且会监控各个通道情况，可以对各个通道进行停止、启动操作。
1.7.3运营商号段维护
维护三大运营商号码段，以便给群众发送短信时，分别通过各自不同的通道进行短彩信发送。
1.7.4外部系统注册管理
为了保证系统安全，防止被非法外部系统调用接口发送垃圾短信，系统对接入的外
升级会员 