毕业设计（论文）-机主留言在全时通系统上的实现.doc

毕毕业业设设计计(论论文文)机主留言功能在机主留言功能在“全时通全时通”系统上的实现系统上的实现论论文作者姓名：文作者姓名：申申请请学位学位专业专业：申申请请学位学位类别类别：指指导导教教师师姓姓名名（职职称称）：论论文提交日期：文提交日期：机主留言功能在机主留言功能在“全时通全时通”系统上的实现系统上的实现摘摘要要随着时代的进步，通讯技术飞速进步，同时人们对通讯质量也有了越来越高的要求。全时通业务是面向用户提供的一项漏电提醒业务，同时全时通业务还具有接通提醒功能。但是还没解决被叫不知道为什么不接听电话。机主留言功能正是综合考虑了现有全时通业务的利弊得失，通过整合与优化而成的一项新业务，从而更好地为用户提供全面、贴心的服务。该系统的设计是在Eclipse环境中完成的，采用了大型数据库访问技术和数据浪涌处理技术，用JAVA语言进行编码，并使用Oracle9i进行数据库设计，基本实现了预定的目标。该功能主要提供的服务有：主叫短信回叫业务和机主短信平台留言功能。而且用户定制该功能或者更改留言内容，只需要发送短信到相应的平台即可，更增加了该系统与用户之间的互动性。关键词：关键词：全时通；机主留言；平台；定制ImplementoftheHostRecordFunctionalityinQUANSHITONGSystemAbstractAsthedevelopmentoftimescommunicationtechnologymakesrapidprogress.Atthesametimepeoplepresentmoreandmorerequirementsforthequalityofcommunication.QUANSHITONGserviceisintroducedfortheconvenienceofcustomersasareminderofcalls.Meantimeitcanremindthecallwhengettingthrough.Butthereisstilloneproblemthatiswhythedestmobiledoesntanswerthephone.Thedesigninthepaper:thehostrecordfunctionisanewserviceputforwardafteranalyzingtheadvantagesanddisadvantagesofpresentQUANSHITONGserviceandcombinedwithaseriesofintegrationsandoptimizations.Allisaimedtosupplymorecompleteandheartedserviceforthecustomers.ThesystemisdesignedintheEclipsesituationwhichusesaccessingtechnologyoflargescaledatabaseanddataprocessingtechnologyiscodedwithJavaandOracle9i.Themainfunctionsare:theQUANSHITONGsystemsplatsendsmessagetosourcemobileandtheusersendsmessagetoQUANSHITONGsystemsplat.Iftheuserwantstoordertheserviceorchangehisleavingmessageheonlysendsashortmessagetothecorrespondingplat.Thatincreasestheinteractivenessbetweenthesystemandusers.Keywords:QUANSHITONGThehostrecordPlatOrder目目录录论文总页数：34页1引言.11.1课题背景.11.2机主留言的简介.11.2.1机主留言的背景.11.2.2机主留言功能描述.22开发环境.32.1JRE的配置.32.2ECLIPSE安装.53机主留言与“全时通”系统的关联.63.1目前“全时通”平台具备的能力.63.2机主留言与平台的关系.73.2.1机主留言的发送与平台的关系.73.2.2SP与平台的关系.84PROVISION接口规范定购技术介绍.114.1PROVISION接口规范.114.2正反向定购PROVISION接口规范.114.2.1正向定购Provision接口规范.114.2.2反向定购Provision接口规范.124.2.3MISC1.6简介.125机主留言功能的设计与实现.135.1核心数据库表.135.2“全时通”系统接口的实现.135.3数据库连接技术.145.4定制功能.145.5留言短信发送.165.5.1内存模块与数据库的关系.165.5.2接口与内存和数据库的关系.175.5.3留言短信发送与全球呼短信的关系.185.6短信退定.19总结.19参考文献.20附录.21致谢.33声明.3411引言引言1.11.1课题背景课题背景交流是人与人之间不可或缺的。随着经济的飞速发展，写信已不能满足人与人之间通讯的要求，而电话作为人与人之间的主要通讯工具已经深入到人们的日常生活当中。科学技术的迅猛发展，通讯工具也在逐步的追求方便、时尚、实用，手机自然就成为了人们首选的通讯工具。在网络技术发达的今天，无线通信技术也在欧洲迅速地发展，并波及到整个世界。人们现在可以在汽车上，在火车上或者在郊外通过移动电话和其它人取得联系。随着移动电话的价格和入网费用的降低，越来越多的中国百姓购买和使用移动电话。现在世界上有超过3亿的移动电话用户，同时也有数百万的因特网（Internet）用户。专家预测，近几年内，这两项技术的用户数目将持续和快速地增加。可以说网络技术和无线技术将在将来极大地改变我们的生活方式。经济的发展，生活质量的提高，人们同时也对通讯质量有了越来越高的要求。几乎每个人每天都有不方便接电话的时候，如果此时你关机，恰好在你关机的时间内有重要的电话需要你及时回复，而你开机后也没法得知，可能会引起一些不愉快甚至某些损失；而如果不关机的话，假如你正在开会，此时有电话也会让你受到影响。正是考虑到这些问题给人带来的种种不便，所以开发出了“全时通”业务。1.21.2机主留言的简介机主留言的简介.1机主留言的背景机主留言的背景1.“全时通”业务的介绍全时通业务是由中国移动通信（CHINAMOBILE）集团四川有限公司面向用户提供的一项漏电提醒业务，用户申请了该业务后，当其关机、不在服务区或不方便接听电话时，知晓拨打过其电话的用户号码，方便其不漏掉重要来电。业务功能：具有原全球呼的功能：用户开通全时通业务，当不方便或无法正常接听来电，全时通开通方将接收到全时通短信，知晓拨打过其电话的用户号码，方便其不漏掉重要来电。接通提醒功能：当主叫号码A拨打被叫号码B且转到全时通后，当B一旦可以接通，A就会收到B号码可以接通的短信通知，方便其联系。设置方法：开通：用户发送短信内容“KT”到01258，即可开通全时通业务，用户的呼叫转移号码由系统自动为用户设置。发送“KT”到01258端口开通业务后，系统为用户缺省设置为不可及（关机和无信号）条件下呼转到全时通平台。如果要设置其它条件呼转，则发送如下内容到01258进行设置：A、“KT”、“KT1”关机和无信号呼转B、“KT2”遇忙呼转C、“KT3”无应答呼转D、“KT4”无条件呼转。用户转全时通后，拨打方会听到录音通知：“您好，我现在暂时无法接听您的电话，现在是我的自动应答，我将尽快与您联系，再见”。当转全时通手机处于正常状态，系统会向该手机发送提示短信：13于年月日时分给您打过电话。取消：发送短信内容QX或00000到01258，即可取消全时通业务。2.机主留言的背景“全时通”业务，很好地解决了如下两方面：被叫全面掌握来电的情况；主叫用户获取被叫用户是否开机的信息。但是还没解决主叫不知道为什么被叫不接听电话。机主留言功能正是综合考虑了现有“全时通”业务的利弊得失，通过整合与优化而成的一项新业务，从而更好地为用户提供全面、贴心的服务。它有如下显著特点：1）既补充、完善了“全时通”业务，又提升“全时通”业务的质量。2）充分挖掘现有移动短信监控系统的潜力，在不影响其现有功能的前提下，为全时通业务所用，从而减少了设备与工程投入，对现有设备和系统不会产生任何影响。因此，机主留言功能是“全时通”业务的完善与补充，它既不影响现有运营的系统与业务，又不需进行大规模的工程作业。其主要提供的服务有：1)主叫短信回叫业务2)机主短信平台留言功能3.机主留言的预期效果本设计的预期成果是在不影响“全时通”系统商用的基础上完成机主留言功能，以达到支持500万用户使用，支持同时在线两千用户以上。.2机主留言功能描述机主留言功能描述被叫关机不便接听前，由被叫主动上行一短信给全时通系统平台（01258），当主叫呼叫关机不便接听的被叫时，平台主动转发此短信，以说明被叫关机不便接听原因。机主留言功能描述机主留言功能描述：被叫关机不接听，激发全球呼业务，全时通平台检测(通过全球呼短信)全时通用户是否设置机主留言？向全时通平台传递主叫号码全时通平台向主叫转发机主留言结束本次业务Yes用户上发“mq”清除转发内容否？YesNoNo给被叫发如下短信：感谢您使用全时通业务的机主留言服务，欢迎您再次使用！详询10086。给被叫发如下短信：温馨提醒：您的机主留言内容已成功接收，在您不便接听电话时，呼叫您的移动用户将收到您的短信留言。本信息免费，详询10086。发一不方便接听电话原由短信（如：开会，上飞机等）至01258如：m+数字（1-9小时，该短信滞留全时通平台时间）+“不接听原由”发“KT”到01258或通过10086开通全时通业务（机主留言作为全时通业务的一项功能）该用户是全时通定制用户否？给用户发如下短信：温馨提醒：您目前尚不是全时通定制用户，请发KT到01258开通业务，资费1元月。本信息免费，详询10086。YesNo留言短信超时否？NO清除留言短信Yes图1系统流程图22开发环境开发环境2.12.1JREJRE的配置的配置本设计是基于“全时通”系统上的一个功能的实现，由于“全时通”整个系统是使用java语言编写，所以为了不影响现有系统，该设计的程序语言也是使用java语言。使用的编译环境与工具是由IBM公司开发的Eclipse。Eclipse是开放源代码的项目，你可以到去免费下载Eclipse的最新版本，该设计使用的是Eclipse3.2版本，下载站点列表：http:downloadsdownload.phpfile=eclipsedownloadsdropsR-3.2-200606291905eclipse-SDK-3.2-win32.zip。Eclipse本身是用Java语言编写，但下载的压缩包中并不包含Java运行环境，需要用户自己另行安装JRE。JRE可以到去免费下载。如果JRE是j2re的1.4版本以前的，那么需要用户在计算机上自己设置环境变量。进入环境变量设置的路径“我的电脑的系统属性-高级”(如图2)然后直接点击“环境变量”进入环境变量的设置（如图3），最后对环境进行相应的设置。图2系统属性图3环境变量该设计使用的JRE版本是j2re-1_4_2_04-windows-i586-p.，所以不需要对环境变量进行设置。下载好JRE后直接进行安装，路径都可以直接使用默认路径，也可以自己设置。完成JRE的安装后就可以对Eclipse进行安装了。2.22.2ECLIPSEECLIPSE安装安装安装Eclipse的步骤非常简单：只需将下载的压缩包按原路径直接解压即可。需注意如果有了更新的版本，要先删除老的版本重新安装，不能直接解压到原来的路径覆盖老版本。在解压之后可以到相应的安装路径去找Eclipse.运行。安装好Eclipse后，初次运行时它会提示您以后建的工程会存放在什么地方（即Workspace），也可以改变其默认目录，选择自己想要存放的目录（如图4）。图4工作区选择33机主留言与机主留言与“全时通全时通”系统的关联系统的关联3.13.1目前目前“全时通全时通”平台具备的能力平台具备的能力经过长时间的分析、相关的测试和充分的考虑，通过不断的修正与完善，真正做到对现有系统影响最小，既融合了“全球呼”系统，又弥补和完善了“全球呼”业务的不足。“全时通”业务具体方案是：以监测全球呼短信为触发，借助现有的移动短信监控系统来监测被叫开关机状态，通过后台综合管理及服务系统的整合来实现所有相关业务流程。GMSCMSCVLRHLRSMC全球呼平台移动短信监控系统后台综合管理及服务系统ISMG1234图5平台关系图1）当主叫呼叫被叫，被叫关机，“全球呼”将向被叫下发一全球呼短信2）移动短信监控系统将监视该短信的下发状态3）一旦移动短信监控系统监测到该短信下发成功，则表明被叫已开机，移动短信监控系统将通知后台综合管理及服务系统4）后台综合管理及服务系统透过ISMG以短信通知主叫：被叫已开机，请与之联系。从系统的逻辑来看，可分成如下三个部分：1）移动短信监控系统2）全球呼平台3）后台综合管理及服务系统1.移动短信监控系统移动短信监控系统能对相关的下发短信进行内容和状态监控，因此，接收后台综合管理及服务系统的请求，检测相关下发短信并不需要增加新的功能，而只是对现有系统进行热备份并过滤出所需的下发短信和下发状态，因此，它不会改变现有的系统和相关的业务流程，也不需增加过多的硬设备和软件开发。由于移动短信监控系统是一套相对独立封闭的系统，为保证移动短信监控系统的安全，我们将专门配置一转接服务器，通过内外网两个网口，内网网口与移动短信监控系统相连，外网网口与后台综合管理及服务系统联接，内外网严格隔离。2.全球呼平台运营其现有业务，新增功能只对其向被叫下发的全球呼短信作旁路监测来激发开机提醒业务。3.全时通后台综合管理及服务系统包括综合数据库服务，按设计的业务流程，业务条件，在获取实现业务的必需数据后，与相关的系统单元进行交互，完成业务流程。同时还包括系统运行的各种支撑模块，如网管、计费、统计、报表等。由于系统通过短信方式实现计费，系统自有计费模块仅供对帐之用。3.23.2机主留言与平台的关系机主留言与平台的关系.1机主留言的发送与平台的关系机主留言的发送与平台的关系在“全时通”系统中，当主叫呼叫被叫，被叫关机不方便接听电话，“全球呼”平台将向被叫下发一全球呼短信。“全时通”平台一检测到全球呼短信，则马上提取主叫与被叫号码，同时查看被叫是否开通了机主留言短信的功能，如果被叫拥有该功能，并且满足各种下发条件，平台立即向主叫发送被叫的机主留言短信的内容。.2SP与平台的关系与平台的关系图6SP与各个平台关系图如图6所示，互联网短信网关（ISMG）是业务提供商（SP）与移动网内短信中心之间的中介实体，互联网短信网关一方面负责接收SP发送给移动用户的信息和提交给短信中心。另一方面，移动用户点播SP业务的信息将由短信中心通过互联网短信网关发给SP。另外，为了减轻短信中心的信令负荷，互联网短信网关还应根据路由原则将SP提交的信息转发到相应的互联网短信网关。互联网短信网关通过向汇接网关（GNS）查询的方式获得网关间的转发路由信息。1.SP与ISMG之间的消息发送操作如下：1)SP请求连接到ISMG(CMPP_CONNECT)操作CMPP_CONNECT操作的目的是SP向ISMG注册作为一个合法SP身份，若注册成功后即建立了应用层的连接，此后SP可以通过此ISMG接收和发送短信。ISMG以CMPP_CONNECT_RESP消息响应SP的请求。2)SP向ISMG提交短信(CMPP_)操作CMPP_操作的目的是SP在与ISMG建立应用层连接后向ISMG提交短信。ISMG以CMPP_RESP消息响应。3)ISMG向SP送交短信(CMPP_DELIVER)操作CMPP_DELIVER操作的目的是ISMG把从短信中心或其它ISMG转发来的短信送交SP，SP以CMPP_DELIVER_RESP消息回应。2.SP与ISMG之间的连接方式现阶段，要求ISMG之间必须采用长连接的通信方式，长连接方式如下：通信双方以客户-服务器方式建立TCP连接，用于双方信息的相互提交。当信道上没有数据传输时，通信双方应每隔时间C发送链路检测包以维持此连接，当链路检测包发出超过时间T后未收到响应，应立即再发送链路检测包，再连续发送N-1次后仍未得到响应则断开此连接。参数C、T、N原则上应可配置，现阶段建议取值为：C=3分钟，T=60秒，N=3。网关与SP之间、网关之间的消息发送后等待T秒后未收到响应，应立即重发，再连续发送N-1次后仍未得到响应则停发。现阶段建议取值为：T=60秒，N=3。消息采用并发方式发送，加以滑动窗口流量控制，窗口大小参数W可配置，现阶段建议为16，即接收方在应答前一次收到的消息最多不超过16条。长连接的操作流程举例如图7所示：.建立TCP连接滑动窗口不大于WWCMPP消息1客户端服务器端CMPP消息2对CMPP消息1的响应对CMPP消息2的响应链路检测包链路检测包响应建立TCP连接链路检测包链路检测包响应拆除TCP连接.建立TCP连接图7长连接操作流程图3.SP与DSMP由于全时通业务是SP与移动合作的收费业务，收费是由移动带收，所以必须使得SP与DSMP（MISC1.6）之间定购关系同步（该功能通过Provision接口规范来完成）。44ProvisionProvision接口规范接口规范定购技术介绍定购技术介绍机主短信留言功能的实现必须通过用户使用短信的方式自己定制与退定，而短信的定购就必须通过Provision接口规范的定购，才能与DSMP平台联系起来。因此，Provision接口规范的定购是用户通过短信定制机主短信留言功能所必须的一项技术。4.14.1ProvisionProvision接口接口规范规范Provision接口规范是用来实现DSMP（是数据业务的管理核心平台完成数据业务的业务管理和控制功能）和SP之间定购关系同步，DSMP通过该接口进行定购关系同步和在用户自助服务时设置定购服务相关的属性，比如暂停、取消业务等，它是基于HTTPXML格式的消息交互模式。SP在实现接口改造时必须对DSMP通过该接口传过去的所有用户状态改变信息都要做对应的处理，比如BOSS暂停、BOSS开机、用户取消、暂停等等，否则会引起MISC和SP双方定购关系不同步，引起不必要的费用纠纷。另外，目前MISC平台可以对所有SP实现反向取消业务的功能，但是必须要求SP先实现反向Provision定购关系同步接口功能。4.24.2正反向定购正反向定购ProvisionProvision接口规范接口规范.1正向定购正向定购Provision接口规范接口规范流程说明：1.用户通过手机发送定制指令到相应的SP特服号2.网关收到MO(MobileOriginate)消息向MISC发起MO鉴全批价3.MISC收到MO鉴全批价请求后进行定购、点播指令匹配4.如果判断指令是定制指令，则MISC会向SP发送订购关系同步请求SyncOrderRelationReq5.SP收到同步请求后，对这个定购请求做相应的定购关系处理，并返回订购关系同步应答SyncOrderRelationResp6.MISC收到响应后在系统里面生成正式的定购关系，并且由系统自动产生一条定购成功的提醒消息发给用户.2反向定购反向定购Provision接口规范接口规范SPMISCSubscribeServiceReq接入鉴权用户鉴权业务鉴权SyncOrderRelationReqSyncOrderRelationResp出包月话单、生成订购关系SubscribeServiceResp图8反向定制图流程说明：1.SP收到用户的定购请求后，向MISC发起订购请求SubscribeServiceReq，并等待MISC处理响应消息2.MISC对消息中的业务鉴权接入鉴权，判断该业务是否允许进行反向订购3.进行用户鉴权和订购关系鉴权，判断用户状态是否正确以及是否是重复定购等4.MISC向SP发送订购关系同步请求SyncOrderRelationReq5.SP收到同步请求后，对这个定购请求做相应的定购关系处理，并返回订购关系步应答SyncOrderRelationResp6.MISC收到响应后在MISC里面生成正式的定购关系，并返回SP反向定购处理响应SubscribeServiceResp，如果响应正确则转到87.如果收到MISC的错误响应，则说明定购失败，SP必须对这个失败消息做相应处理，比如把生成的定购关系清除8.如果收到MISC的正确响应，则SP可以不做任何处理.3MISC1.6简介简介MISC1.6作为唯一一个完全符合中国移动集团公司DSMP数据业务管理规范的产品，它能够支撑多种数据业务模式，包括wap、sms、pda、kjava、mPic等，完成代理访问、用户及定购关系鉴全批价、SP定购关系同步、SSO网站登录等功能，同时还支持各种业务管理、客户投诉处理、数据报表等功能。55机主留言功能的设计与实现机主留言功能的设计与实现5.15.1核心数据库表核心数据库表表1被叫用户表（即具有机主留言功能的机主表lh_ps_userinfo）：NameNull？TypeIDNOTNULLNUMBER(12)PSMOBILEVARCHAR2(20)PAUSESERVICENUMBER(2)MSGVARCHAR2(200)DURATIONNUMBERSENDTIMEDATE表2临时接口表（lh_interface）：NameNull？TypeIDNOTNULLNUMBER(12)TYPEVARCHAR2(20)TYPUEVARCHAR2(200)5.25.2“全时通全时通”系统接口的实现系统接口的实现全时通系统获得用户的短消息都是通过移动的固定接口（Provision接口），因此全时通系统也有相应的接口（该接口命名为SPprovision接口）与移动接口对应。用户的定制、取消、暂停等行为都要求全时通系统与移动同步，因此必须保证相关的接口与数据库和内存同步。那么SPprovision接口是怎么实现的呢？为了实现同步关系，用户的定制、取消短信都是通过Provision接口传送到SPprovision接口上，然后全时通系统再对短信信息进行处理，步骤如下：1.用户SMMO（ShortMessageMobileOriginate）正向定购SP的业务时，MISC收到定购请求后通过正向同步Provision接口向SP发起定购关系同步请求2.SP收到同步请求后经过处理返回正确的响应，如果由于SP的网络原因未给MISC响应，那么MISC会在一定时间重发三次，一般是30秒一次3.MISC收到SP的Provision响应后开始处理定购，如果响应错误则返回定购失败，否则返回处理成功同时针对特殊业务需要通过反向定购时，SPprovision接口首先响应，SP发起Provision反向定购请求，MISC收到后按照正向流程向SP发起正向同步请求，完成定购同步。5.35.3数据库连接技术数据库连接技术由于机主留言功能是在已有的“全时通”系统上开发设计，所以，其数据库也是建立在“全时通”系统的数据库中。正是由于数据库建在已有系统的数据库中，这样才能更好的与已有系统融合在一起，达到最小影响原有系统的效果。“全时通”系统与数据库服务器并不是在同一台服务器上，他们处于同一局域网内，而机主留言功能的数据库的表也建在已有系统上，所以该设计的数据库访问与原有系统的数据库访问是一致的，JDBC代码如下：tryClass.forName(“oracle.jdbc.driver.OracleDriver”)建立JDBC桥接器catch(ClassNotFoundExceptionex)Connectionconn=nulltryconn=DriverMannager.getConnection(“jdbc:oracle:thin::1521:ora9”oraclename”password”)连接数据库catch(SQLExceptionex)ex.printStackTrace()将此throwable及其追踪输出至标准错误流5.45.4定制功能定制功能SP接收到用户的定制短信时，“全时通系统”会对该用户进行判断他是否是全时通用户。如果不是会发送相关的提醒短信返回给用户；如果是则会继续分析该用户的定制语句。一旦判断到该用户的语句是“m+数字（1-9小时，该短信滞留全时通平台时间即短信的有效时间）+“不方便接听原由”时（数字可有可无没有数字则表示该机主留言短信长期有效，方便了用户担心短信留言的有效时间过短而设置的），则认为该用户是在定制机主留言短信功能，立即存入到内存中，同时更新存放数据库内的机主留言功能的表（lh_ps_userinfo）并且向用户发送机主留言功能定制成功的短信相关的判断算法程序如下：if(command.length()1command.indexOf(M)!=-1)Stringmessage=nullintdurationduration短信留言的有效期StringBufferbuffer=newStringBuffer()inti=1for(i=1i0)for(inti=0i0)for(inti=0i0)for(inti=0i+e)finallytry关闭数据库连接if(rs!=null)rs.close()if(ps!=null)ps.close()connMgr.freeConnection(ORA_CONNconn)catch(Exceptione)log.error(关闭数据库连接出现异常方法在：DBADO.UpdatePSUserContent=+e)returnsuccpublicStringGetLhPsUserInfo(intposintmax)获取被叫的信息Stringrtn=nullConnectionconn=nullPreparedStatementps=nullResultSetrs=nullStringsql=intnumColumnsVectorInfosql=selectidpsmobilemsgdurationto_char(sendtimeyyyy-mm-ddhh24:mi:ss)assendtimefromlh_ps_userinfowhereidandrownum+e)returnrtnpublicbooleanAddPSUser(StringpsmobileStringmsgintduration)添加被叫booleansucc=falseConnectionconn=nullPreparedStatementps=nullResultSetrs=nullStringsql=insertintolh_ps_userinfo(psmobilemsgdurationsendtime)values(sysdate)tryconn=connMgr.getConnection(ORA_CONN)ps=conn.prepareStatement(sql)ps.setString(1psmobile)ps.setString(2msg)ps.setInt(3duration)ps.cuteUpdate()succ=truecatch(Exceptione)log.error(数据库操作出现异常，方法在：DBADO.AddPSUser=+e)e.printStackTrace()finallytryif(rs!=null)rs.close()if(ps!=null)ps.close()connMgr.freeConnection(ORA_CONNconn)catch(Exceptione)log.error(关闭数据库连接出现异常方法在：DBADO.AddPSUser=+e)returnsuccpublicbooleanUpdateUserInfo(StringmsgintdurationStringmobile)更新用户信息booleansucc=falseConnectionconn=nullPreparedStatementps=nullResultSetrs=nullStringsql=updatelh_ps_userinfosetmsg=duration=sendtime=sysdatewherepsmobile=tryconn=connMgr.getConnection(ORA_CONN)ps=conn.prepareStatement(sql)ps.setString(1msg)ps.setInt(2duration)ps.setString(3mobile)ps.cuteUpdate()succ=truecatch(Exceptione)log.error(数据库操作出现异常，方法在：DBADO.UpdateNumericFieldValue=+e)e.printStackTrace()finallytryif(rs!=null)rs.close()if(ps!=null)ps.close()connMgr.freeConnection(ORA_CONNconn)catch(Exceptione)log.error(关闭数据库连接出现异常方法在：DBADO.UpdateNumericFieldValue=+e)returnsuccpublicbooleanUpdateFieldValue(StringkeyStringkeyvalueStringfieldintfieldvalue)更新数据库表中的内容booleansucc=falseConnectionconn=nullPreparedStatementps=nullResultSetrs=nullStringsql=updatelh_ps_userinfoset+field+=where+key+=tryconn=connMgr.getConnection(ORA_CONN)ps=conn.prepareStatement(sql)ps.setInt(1fieldvalue)ps.setString(2keyvalue.trim()ps.cuteUpdate()succ=truecatch(Exceptione)log.error(数据库操作出现异常，方法在：DBADO.UpdateNumericFieldValue=+e)e.printStackTrace()finallytryif(rs!=null)rs.close()if(ps!=null)ps.close()connMgr.freeConnection(ORA_CONNconn)catch(Exceptione)log.error(关闭数据库连接出现异常方法在：DBADO.UpdateNumericFieldValue=+e)returnsuccpublicbooleanUpdateFieldValue(StringkeyintkeyvalueStringfieldintfieldvalue)更新用户信息booleansucc=falseConnectionconn=nullPreparedStatementps=nullResultSetrs=nullStringsql=updatelh_ps_userinfoset+field+=where+key+=tryconn=connMgr.getConnection(ORA_CONN)ps=conn.prepareStatement(sql)ps.setInt(1fieldvalue)ps.setInt(2keyvalue)ps.cuteUpdate()succ=truecatch(Exceptione)log.error(数据库操作出现异常，方法在：DBADO.UpdateNumericFieldValue=+e)e.printStackTrace()finallytryif(rs!=null)rs.close()if(ps!=null)ps.close()connMgr.freeConnection(ORA_CONNconn)catch(Exceptione)log.error(关闭数据库连接出现异常方法在：DBADO.UpdateNumericFieldValue=+e)returnsuccpublicbooleanUpdateFieldValue(StringkeyStringkeyvalueStringfieldStringfieldvalue)更新用户信息booleansucc=falseConnectionconn=nullPreparedStatementps=nullResultSetrs=nullStringsql=updatelh_ps_userinfoset+field+=where+key+=tryconn=connMgr.getConnection(ORA_CONN)ps=conn.prepareStatement(sql)ps.setString(1fieldvalue)ps.setString(2keyvalue)ps.cuteUpdate()succ=truecatch(Exceptione)log.error(数据库操作出现异常，方法在：DBADO.UpdateVarcharFieldValue=+e)e.printStackTrace()finallytryif(rs!=null)rs.close()if(ps!=null)ps.close()connMgr.freeConnection(ORA_CONNconn)catch(Exceptione)log.error(关闭数据库连接出现异常方法在：DBADO.UpdateVarcharFieldValue=+e)returnsuccpublicbooleanDelPsUser(Stringmobile)删除用户booleansucc=falseConnectionconn=nullPreparedStatementps=nullResultSetrs=nullStringsql=deletelh_ps_userinfowherepsmobile=tryconn=connMgr.getConnection(ORA_CONN)ps=conn.prepareStatement(sql)ps.setString(1m