短信平台系统（精选8篇）
1）采用3层安全认证机制，安全性超强。一层：用户授权访问；二层：动态安全码、用户ID和用户角色MD5加密验证机制，防止用户篡改COOKIE，每个页面进行用户权限验证；三层：系统统一过滤危险SQL代码，防止注入式攻击。
2）管理员后台配置短信接口，动态获取短信接口余额，可以设置当前默认短信发送接口，当一个接口出现问题可临时停用自动转到默认接口发送。每个用户可以选择不同的通道发送。
3）系统基于系统管理员，代理商和最终客户的商业模式，代理商可实现开户和充值功能。
4）群发短信时系统自动设置失败比例，设置起始失败号码数。每个用户可以根据价格设置不同失败比例。
5）管理员审核发送功能，系统可以设置用户是否需要审核发送，超过起始号码数的会自动拦截，并短信提醒管理员客户已提交群发短信，由管理员通过系统自动发送或拦截下来在其他平台发送。操作流程：审核—发送—生成报告。
6）自动生成发动报告，可以设置失败比例，也可以上传真实发送报告。
7）用户白名单功能，管理员可以设置每个客户的白名单号码，设置的白名单号码不会参与失败（白名单号码为客户可能用来测试群发的手机号码）。用户发送号码少于5个、自动进入白名单。
8）财务管理功能，发送短信、充值、扣费一目了然。待发中短信客户自己删除可自动返回短信数量。
9）常用群发簿、个性短信息管理、通讯录功能，方便客户管理、维护短信。
10）增加逐条短信功能发送实现不同手机号发送不同内容，改变单一群发同一内容。
目前, OA服务已经广泛应用于各行各业, 其中OA的短信通知成为OA系统的一个独立的功能模块。而对于正常的企业OA系统来说, 规模较小的可以通过接入短信猫进行短信发送, 规模较大的则可以通过与企信通等相关服务运营商进行接口对接。两者各有利弊, 在实际工作中, 短信猫的模式设计容易出现系统短信堵塞、运营商对垃圾短信的屏蔽造成误锁SM卡等;而企信通等的接入, 大多通过数据库的接口对接, 而这又将产生网络安全问题。汕头空管站使用第三方开发的OA系统, 该系统通过IBM Domino进行设计, 通过My SQL数据库进行数据存储, 而出于空管信息安全性的考虑, OA系统搭建了自身的局域网络, 称为OA网。对于该网络的安全和访问要求, 有着相关政策和安全保障标准的规定。文章提出一种短信平台, 通过数据库操作模块和网络串口模块实现了OA系统与企信通的无网络连接。
1 总体设计
由于OA系统是由IBM Domino系统操作My SQL数据库, 对数据进行存储处理和读取, 因此这也提供了处理短信接口功能基础数据。也就是说只要通过读取My SQL短信信息对即将发送的短信进行处理后发送给予移动企信通。而在对于企信通的对接上, 系统又可以采取非网络TCP/IP方式, 就可以简单实现网络隔离。因此, 总体设计如图1。
2 系统设计
2.1 My SQL数据库操作模块设计
在该模块中系统将处理来自OA内部局域网的短信处理表。并对其进行进一步处理。于短信平台需要存储相关信息, 因此系统将设计提供一个按照日期命名的txt文档用于存储历史文件方便对后期的数据查询。按照以上所述设计方案, 系统将有两台PC机参与短信平台工作, 一台将用于My SQL数据库处理模块, 在OA网内。另一台则用于接入Internet与短信通对接, 两者通过串口模块进行通信。因此对于与My SQL数据库对接的数据操作模块, 也必须提供串口通信设计。因此, 系统采用C#进行编写, 可以有以下思路。首先是对数据库进行操作:
在数据库中, 字段SENTSTATUS用于判别系统是否已发送该信息, 因此数据库处理模块只要检测到该信息的SENTSTATUS为NULL则可以按照未发送信息提取到短信平台等待发送。
2.2 企信通接口模块
对于企信通, 是移动第三方厂家提供的一个短信服务平台, 由3.1提取的信息经过整理成规定接口格式后便可实现短信发送。在实现过程, 系统将固定格式的txt文件生成保存到规定路径下, 同时在该PC机运行相关企信通服务, 该服务将在规定路径下读取相关短信信息通过网络发送到厂家企信通平台进行短信发送。该模块实现可以通过C#编写如下:
3 结束语
文章通过设计一款能够在OA内网中操作My SQL数据库进行数据整理、通过串口传输相关信息到Internet的OA短信平台, 该平台通过C#编写, 实现了内部网络与Internet的隔离与短信的安全有效发送, 目前已投入使用。
参考文献
[1]陆剑江, 钱培德, 杨季文.OA系统的现状及发展趋势研究[J].办公自动化, 2003 (07) .
[2]陈兵等编著.电子政务技术与安全[M].北京大学出版社, 2003.
摘 要：针对手机短信增值服务的广泛应用及高校教学管理工作的需求，设计、搭建了一个适合教学管理的短信收发平台，并实现了.NET环境下的教学管理短信平台系统的软件开发，进而从短信服务流程、系统结构、功能及其特点等方面对平台系统进行了阐述。提供的设计方案与实现技术对于开发类似的系统有较好的参考价值。
关键词：短信平台；教学管理；GSM；网关；.NET架构
中图分类号：TP393文献标识码：A文章编号：1672-1098(2008)01-0070-04
收稿日期：2007-10-08
基金项目：上海市教育委员会科研资助项目（06RZ002）；上海市教育高地建设资助项目
作者简介：崔莉莉（1975-），女，安徽长丰人，讲师，硕士，主要从事计算机控制与通信、
嵌入式系统的研究。
Design and Implementation of Teaching Management System
Based on Short Message Service Platform
CUI Li-li, WEI Shu-tao
（School of Computer Science and Information, Shanghai Second Polytechnic University, Shanghai 201209, China）
Abstract: Based on the widespread application of Short Message Service (SMS)s value-added service and demands of teaching management in universities, a SMS system platform for teaching management was designed and built. Software development for the system platform in .NET environment was realized. SMS service process, system architecture, function and characters of the system platform were described. The proposed approach and realization technique are very useful in development of similar systems.
Key words:SMS platform; teaching management; GSM; gateway; .NET frame
手机短信以其移动性好、随时在线、价格低廉、覆盖范围广、便于保存等优点而得到广泛应用。因此，利用承载在GSM网络上的短信增值业务而构建出一个软件平台，用以实现短信的定制、群发等功能，已被越来越多的单位所接受。
在高校日常教学管理中，信息的发布和变更，如上课时间地点、考试信息、放假通告、教学讲座等，只有通过口头、布告、电话、E-mail等形式进行通知。这种信息发布途径速度慢、效率低，在时间和空间上都有很大的局限性。通过短信平台的使用，能够快捷、高效地发布及变更教学信息。教师及管理部门只需要在短信平台上输入相应的内容并发送，学生就可以在第一时间内准确地接收到信息。短信是直接面向每一个学生的，省去了中间环节，提高了信息通知的时效性，减少了口头或电话通知所带来的时间、人力资源的浪费，打破了时间和
空间的限制。
1 短信服务流程
1.1 短信网关
短信服务业务SMS（Short Message Service）是GSM系统提供给用户的一种数字业务，内容以文本、数字或二进制非文本数据为主。与话音传输及传真类似，SMS是GSM数字蜂窝移动通信网络提供的一种重要的电信业务［1］。
短信网关的建设可以为SP（service provider，服务提供商）与SMSC（Short Message Service Center，短信中心）之间的数据交换提供一条安全、快捷的通道，以便手机用户采用短信方式与SP双向通信，接收SP提供的信息服务，同时完成相应计费采集、业务管理、网络管理等功能。
短信网关的通讯需要遵循两种协议［2-3］：
（1） CMPP(China Mobile Peer to Peer，中国移动短信点对点协议)是中国移动定义的内部ISMG(Internet Short Message Gateway，移动网关)之间、ISMG与SP之间的通讯标准；
（2） SGIP(Short Message Gateway Interface Protocol，短信网关系统接口协议)是中国联通定义的SMG(Short Message Gateway，联通网关)和SP之间、SMG和GNS（Gateway Name Server，汇接网关)之间、以及SMG和SMG之间的接口协议。
1.2 服务流程
SGIP和CMPP都定义了MO（Mobile Originate,由手机用户提交的短消息）和MT（Mobile Tenminated,由手机用户接收的短消息）方法，SP可以发送到短信网关，同时消息也可以从短信网关发送到SP。整个教学管理短信平台系统的服务流程如下［4-5］：
（1） MO方法：用户通过手机终端，发送指定的短信内容给SP的上行过程。例如学生用户在指令代码后加入#学号可以进行成绩查询，QMCJ#064830025的短信，表示用户查询的内容是学号064830025的期末考试成绩。该短信内容首先通过GSM网络，从发送方路由至短信服务中心，然后短信网关根据短信发送的号码（即SP的服务代码），将短信内容发给相应的SP，由SP根据接收到的短信和自身的业务逻辑产生业务输出，进行处理；
（2） MT方法：SP将用户请求处理后的结果发送给短信网关，短信网关再根据用户手机号段路由至实际地址的下行过程。当SMSC有短消息需要发送到某一GSM用户时，首先建立一条包含各种有利于接收者信息的SMS-DELIVER报文。此信息包括用户的内容，最初的发送者身份及用于批示短消息已被SMSC接收的时间标记。其次，SMSC将短消息传送到与服务中心相连的SMS网关。由于手机号段最初是由短信发送者输入的，因此SMS网关能识别和查询有关的HLR Home Location Register，最终实现将处理结果的短信通过网关发送给用户归属的短信中心。
2 短信平台的总体设计
2.1 体系结构
教学管理短信平台由手机用户、短信平台网络和信息系统三部分组成(见图1)。
在手机用户和短信平台之间，短信是通过GSM进行双向通信的。用户可以使用手机终端，通过SMSC和ISMG向短信平台发送短信；短信平台对手机用户的请求信息进行相应处理后，通过Internet和ISMG相连，按照移动通讯运营商协议，如本系统采用的CMPP和SGIP，以C/S方式与ISMG通讯，将需要发送给手机用户的短信发往ISMG，再由ISMG发到SMSC，最终到达用户手机。
各个运营商都有自己的短信符号及不同的接口。对于学校来说，直接和运营商沟通是一件比较困难的工作，所以本系统开发是通过短信SP提供的http接口，来支持短信的发送和接收。
短信SP的工作是提供移动通信网络的短信号码，运营商之间的日常联系工作都由SP来维护。如果遇到运营商系统升级等情况，由SP来操作，学校不需要做出任何程序代码上的修改。
2.2 功能设计
本文通过教学管理短信平台系统的设计，主要解决以下三个方面的问题：
（1） 短信通知 教师及管理部门可以通过教学管理短信平台网页，将通知的内容发送到学生手机上。短信通知很好地解决了教师一旦接到紧急通知时，就一直坐在电话机旁不停地给学生拨打电话的问题；
（2） 成绩查询 现在很多高校都采用网络查询成绩的方式，学生如果需要了解自己的考试成绩，就必须到有网络条件的地方，通过网站访问查询。有了短信查询成绩平台以后，就可以通过发送短信的方式查询个人成绩；
（3） 短信互动 教师可以通过短信平台将教学信息发送给学生，学生也可以将学校教学、管理、保障工作中存在的问题以及个人的意见、建议通过手机短信的方式发送到短信平台系统，向有关管理部门反映情况。
该平台提供如图2所示的数据采集、信息管理及系统管理三大功能模块。
2.3 软件实现
教学管理短信平台的数据库为SQL Server 2000，前台采用ASP.NET，后台以Visual C#.NET作为语言支持。ASP.NET实现了前台表现与后台逻辑的分离，使得程序结构清晰明了。后台逻辑框架的搭建以Visual C#.NET语言实现，C#语言提供对Microsoft .NET平台的访问能力，包括一个通用的执行引擎和一个丰富的类库。在集成开发环境中，利用ASP.NET开发访问SQL Server 2000数据库，由于都是一家厂商的产品，所以在兼容性以及性能方面有着强大的保证，开发效率也成倍提升。
短信发送部分源码实现如下：
public static string smssend(string phone,string content)
{
StringBuilder url = new StringBuilder();
string SMSType="1";
WebClient myClient = new WebClient();
if(phone.Substring(0,2)!="13")
{
SMSType="2";
}
content=HttpUtility.UrlEncode(content,Encoding.GetEncoding("gb2312"));
url.Append("http://202.121.241.7/MOSOGateway/DirectSendSMSs.asp?userid=53231&Account;=admin&Password;=sspujsj");
//发送到移动MT
url.Append("&SMSType;=").Append(SMSType);
url.Append("&Content;=").Append(content).Append("&Phones;=").Append(phone);
Stream myStream =myClient.OpenRead(url.ToString());
StreamReader sr = new StreamReader(myStream);
string aa = sr.ReadToEnd();
System.Diagnostics.Debug.WriteLine(url);
System.Diagnostics.Debug.WriteLine(aa);
myStream.Close();
return aa;
}
public static void smssendclass(string classid,string content)
{
DataSet ds = StudentInfo.query(null,classid);
string mobilephone = "";
if(ds!=null)
{
for(int i=0;i { mobilephone = ds.Tables［0］.Rows［i］［"mobilephone"］.ToString(); smssend(mobilephone,content); } } } 2.4 系统特点 （1） 数据生成及时化：系统支持大访问量的高速响应和大信息量的存储。 平台系统的分流功能， 保证了即使在短信发送量很大的情况下， 也可以使得数据及时进入系统。 短信数据流程的集成和信息管理的及时准确， 保障了高质量、高效率系统的建立。 （2） 配置灵活：系统采用的模块化结构，可以根据用户需要进行灵活的定制和安装。SMS信息系统开放式的数据结构可以和其他的应用软件相连接，并根据用户的切实需求进行功能调整。 （3） 扩展性强：系统的设计是建立在一个大型的无线应用平台上，具有极强的扩展性，对 未来新功能的扩展与性能提升都有极好的准备，为用户提供了二次开发平台。 3 结束语 在高校中，教学管理短信平台的理念已经得到认可。利用短信平台进行高效快捷的信息发布从根本上改变了传统的学生管理方式，减轻了教师的负担与压力，提高了工作效率，使之成为学生和学校之间沟通交流、获取信息、发布消息的又一重要桥梁。本系统后台挂接的SQL Server大型数据库自身提供并发控制和数据库自动备份与恢复等功能，支持了动态纪录级锁定，确保了多层安全保障，系统环境安全可靠。而系统运行环境中有关内容和网络上的可控性有待进一步加强。可以预测将有越来越多的单位通过短信增值业务来搭建适合自身的移动短信平台，研究和实现短信平台的开发和应用具有十分重要的社会意义和现实意义。 参考文献： ［1］ 林粤伟，魏权利．基于GSM短信息的无线网络环保监测系统的研制［J］．微计算机信息， 2005(1)：71-72． ［2］ 谭汉松，陈林书，董翔宇．短信平台支撑组件设计与开发［J］．科技咨询导报，2006(9)：2-3． ［3］ 李晶，刘佳娜，钱松荣．企业短信服务系统的设计与实现［J］．计算机应用与软件，2007，24 (5)：87-88． ［4］ 唐明董，张俊波，刘建勋．基于GSM模块的短信平台服务器设计与实现［J］．微计算机应用，2007，28(2)：174-177． ［5］ 宋春，宋玲．基于Web服务的房地产短信平台的设计与实现［J］．计算机工程与设计，2007，28(5)：1 147- 1 149． (责任编辑：李 丽) 1.GPS定位系统全套的GPS百分百自主开发车载定位软件.包含B/S架构车机平台,C/S查车平台,android客户端,iphone客户端,手机wap,微信.因为自主研发,所以沟通起来更方便.2.支持市面上大部分车机协议,如康凯斯,天琴,宏远,部标JT808等协议 并可根据客户要求快速集成设备通讯协议.3.此GPS定位系统已经经过众多客户2年多时间的使用和测试,不断的升级(基本保持每周最少更新一次的节奏),优化和修改.稳定性和操作性,非半年不更新的那种平台可比.4.部署简单.全套可以部署在windows服务器下,网关采用服务方式,自动检测,出现异常,自动重启服务.不需要服务器一直不能注销,出现异常,还需要人工手动去启动.5.系统设计之初,则考虑了单/多服务器的架构方式,通过程序配置文件,可快速配置为程序是采用单服务器运行,还是多服务器运行.设备低于3W台时,也就是服务器数不超过3台,联系我们技术人员,可在1小时之内,将程序升级为2-3台的服务器运行方式.当服务器总数超过3台时,可在半个工作日之内,无缝升级到多服务器运行.为什么,我们程序部署在一台服务器和多台服务器还需要人工去操作,而不直接部署多服务器的版本? 因为如果在单服务器上运行多服务器版本,不能彻底的发挥单台服务器的威力.因为多服务器程序肯定比单服务器的逻辑,运行要复杂一些.再比如,当下级用户过多,上万,设备过多,几万时,登陆进去,获取这么多的用户和设备可能都会要几十秒的时间,而我们就有做处理和优化.这也是我们一直在追求的细节,尽最大的努力在每一台服务器上跑更多的设备,为客户节约更多的成本.我们的平台在服务器上能挂的设备数 一台服务器,按组装1w价格,品牌机1.5w价格计算 一台服务器能挂1.5W-2W台设备,能支持并发在线:6500-7500台设备(这都是真实数据,我们有客户平台总设备累计7W多台,并发在线设备数1.8W台) 而像某些平台宣称,一台服务器能跑几十万设备的,这是不可能的.服务器硬件性能,宽带放在那,一台设备,一条数据包大小最少200个字节,1W台就是最少2M的流量.这还不包含WEB,手机,网关运行所产生的流量.6.对基站定位设备的处理绝对是市面上最高水平.我们一直在做个人定位平台,校讯通学生卡的平台,所以对基站定位有自己的处理方式和算法.如你在一些平台基站定位时,发现,设备在国内,却定位在国外.又或者偏差几十公里,这些我们都遇见过.因为基站的信息不断的改变,如果只依靠 数据是很难将基站定位处理好的.7.我们拥有国内最好最全的POI中文地址解析数据 8.平台多语言设计,现如今就支持9国语言.无论你想要哪一个国家的语言,只需将我们给的语言包翻译完整,2天之内就可以弄完.9.平台支持百度地图,google地图,搜搜地图,高德地 图,openstreetmap 5种地图.国外用户能使用google地图和openstreetmap 当google地图不能使用时,总有一个选择留给您 一、项目概况和进展 XX市营运车辆联网联控项目是XX市智慧安检试点项目。项目分二期建设，一期主要建立平台、采集数据；二期整合资源，开发应用。一期项目于2012年4 月启动，坚持边建设、边完善、边采集数据，于今年2月完成平台建设，4月完成项目初验，8月完成项目验收，并进入试运行阶段。一期项目总投资150万元。 平台设计遵循“顶层设计、多方共享、分步实施”的设计原则，充分考虑了信息资源的共享和未来XX市电子政务云平台的对接，同时为安监、交警、城管等部门提供接口服务，以实现数据共享。并遵循交通部联网平台的的技术标准，下一步将实现与省部平台的对接。二、一期项目建设内容 一期项目主要包含三个方面的建设内容： 1.建立数据中心和数据采集平台，实现数据统一采集、统一处理、统一存储和统一管理。 2.通过物联网技术和数据采集平台，采集三类以上班车、包车、危险货物运输车辆，出租车，工程车及其它营运车辆的 1 营运信息、GPS动态信息和GPS运营商的基础信息，实现营运车辆运行数据和静态属性数据的统一集中管理。 3.建立数据分析和处理服务平台，对采集的数据进行集中统一处理，结合GIS技术，实现营运车辆的空间可视化管理和实时监控。 三、初步应用效果 1.通过该平台的应用，实现了行业管理部门对车辆、企业、GPS运营商的管理，能够对营运车辆的历史轨迹、所属业户、附属运营商进行联动追踪，做到有证可查、有迹可寻、有据可依。目前，平台已进入试运行，系统已经采集了我市2万多辆营运车辆的监控数据的接入，涉及GPS运营商有21家，其中重点监控车辆包含：客运班车1705辆、客运包车2791辆、危险品运输车1900辆、出租车10465辆、工程车1775辆等。 2.实现对车辆的违规运输行为（超速、超区域行驶）实时报警、实时通报。运管局各区管理处通过该平台定期查看车辆运行情况，对有违章车辆的企业及时告知，并督促企业查明原因，教育整改，提高营运车辆的安全性。 3.通过该平台可以展示区域性运输企业和运营商车辆在线率和排名，管理部门利用这个平台对全市“两客一危”营运车辆在线率情况进行排名，每月在行业内通报。 4.已向环保、交警开放了系统使用权限，现这两个部门可以通过该平台实时掌握营运车辆的动态信息和历史运行情况。为今后多部门协同办公、应急联动的应用奠定基础。四、二期项目建设计划 为保障对营运车辆的全面、高效、科学的管理和系统平台的可持续运行，真正实现营运车辆的可视、可控、可量化，增强对各企业和运营商申报数据的监督管理及精细化管理；提高对企业和业户的服务程度；实现对联网联控各成员单位的业务延伸和信息共享。现我们已经申报了2014年信息化项目，从“标准”、“纵向”、“横向”和“深化”四个方面开展系统平台的二期建设。 1.建立数据接入标准和规范，进一步完善数据接入体系。扩展系统平台的建设，建立考核评价子系统，实现对相关部门数据接入质量和效率的考评；增加对业户车辆的运行情况的监督。 2.在“纵向”方面进一步深化系统平台建设，建立统一的数据采集专用网络，建立联网联控系统平台的网络成员单位共享共管模式，从数据服务向平台服务转变，实现与交警、城管、安监等业务相关部门的业务协同联动处置，构建网络成员单位应用子系统，使相关网络成员单位用户方便、高效的参与营运 3 车辆联控管理，提高系统运行效率和营运车辆管理水平。建立管理平台与运营平台的互联互控，实现对营运车辆的实时跟踪，对企业和运营商实现互动式的精细化管理，落实车辆行车安全防范措施，加强对超速行驶、疲劳驾驶等道路交通违法行为的查处，预防或减少交通事故的发生。 3.在“横向”方面，进一步完善营运车辆的管理范围、类型、内容，进一步加大营运车辆的接入数量和接入信息的深度；在接入区域上，扩展至“大XX”范围，涵盖富阳、桐庐、临安的相关车辆；在接入种类上，将接入公交车、厂校接送车等。 随着金融电子化和信息化的不断发展，自助服务逐渐成为银行服务客户的重要渠道。ATM作为银行的服务窗口，代表着银行形象、承载着业务信息，可为客户提供高效、便捷的服务。工商银行的ATM数量多、布点广、交易量大，早已得到客户的普遍认可。工商银行各分行完成主机上挂数据中心后，ATM改变了原来直联主机方式，通过综合前置机连接到主机，ATMC端程序也相应进行了变更。目前的ATMC端程序都由厂商按照工商银行ATM终端接口规范进行开发和改造，但全行ATM的品牌较多，各厂商ATM操作系统和开发平台不尽相同，导致部分交易在不同品牌ATM上流程不相同，而太多的软件版本也导致ATM的运营维护成本增高。 另外，ATM的操作系统大多为DOS和OS/2，而目前DOS和OS/2已不再为行业所支持。同时，个人金融业务不断扩展，金融自助设备服务的需求逐年增加，在ATM设备上进行软件功能的扩充和改造的工作越来越多、越来越复杂，新的业务需求难以在旧的操作系统上开发和实现。如何规范ATM的开发和管理，如何提高ATM的运行效率，并选择具有发展前景的操作系统和开发平台，成为各家银行面临的亟待解决的重大课题。工商银行率先推出ATMC系统解决方案，提出了统一ATMC应用软件，构建ATMC统一平台系统的设想。 ATMC统一平台系统以Windows操作系统为战略平台，遵循CEN（欧洲标准化委员会）/XFS（金融自助服务设备连通性）标准，这意味着ATMC应用系统在研发之初即导入了标准化、规范化机制，支持CEN/XFS标准接口的ATMC应用软件将独立于厂商硬件，与硬件平台无关，一个ATMC统一平台应用能运行在各个支持CEN/XFS标准的不同ATM设备上。 本文将系统阐述ATMC统一平台系统的设计和实现。 一、系统网络结构 系统网络结构如图1所示，ATM作为外围子系统与综合前置系统、主机系统组成一个层次分明、布局合理、功能完善的银行客户服务体系，ATMC统一平台系统依然遵循工商银行综合业务系统的设计思想，遵循大中心的集中式网络结构，通信协议仍然为TCP/IP协议。系统主要部分包括： 1．主机系统 主机系统具备客户账务处理、银行内部核算等功能，是整个系统的核心，存放客户的账户信息、卡片信息和ATM终端档案等重要信息。 2．综合前置系统 综合前置系统负责自助设备（ATM、POS等自助终端）交易的转发，进行交易数据的处理和格式的转换，并进行自助设备档案和密钥的管理等。 3．综合前置监控系统 综合前置监控系统为分行管理人员提供运行监控、设备监控和远程控制等功能，提供交易统计数据，进行报表统计分析等。 4．ATMC软件自动分发系统 ATMC软件自动分发系统是ATMC统一平台系统的新增部分。分行设置软件自动分发服务器，对辖内ATM实施ATM软件版本、广告画面的统一管理和自动分发。 5．ATM终端系统 ATM终端系统以自助式服务面向客户，为客户提供取款、查询、转账、改密等卡联机交易功能。ATM终端系统处理客户的交易请求，并通过综合前置系统转发到主机进行账户处理。ATM终端系统还提供管理员功能，并响应综合前置系统和软件自动分发系统的各种管理命令。 二、ATMC统一平台系统的设计原则 1．系统目标 实现ATMC应用软件的统一，实现ATMC统一平台系统跨厂商硬件平台运行。 2．设计原则 （1）遵循标准原则 ATMC统一平台应用系统在开发和设计中，严格遵循人民银行的ATM交易规范和工商银行的ATM终端接口规范。同时，统一平台应用是基于CEN/XFS标准进行开发和设计的，各厂商提供支持CEN/XFS标准的ATM设备驱动软件Service Providers。 （2）支持现有应用原则 ATMC统一平台应用按照《ATMC统一平台系统功能说明书》进行设计和开发，支持工商银行现有的ATMC应用的各项功能，不改变现有的系统网络结构，不影响其他相关系统。 （3）通用性原则 ATMC统一平台应用系统的功能设计充分考虑了不同品牌型号的ATM硬件配置的差异和特点，ATM有穿墙式和大堂式，有的配置后操作面板，不同厂商ATM切换管理员的方式并不相同……对这些差别，统一平台应用能提供有效的支持，一套统一平台应用系统适合运行在不同配置符合标准的设备上。 （4）可扩展性原则 在进行统一平台应用系统功能设计时，除实现现有的业务功能外，要充分考虑将来可能进行的功能扩充，提供可扩展的应用接口，进行模块化、参数化和组件化设计，避免因增加新功能而大规模修改程序，影响其他功能模块。 （5）自动性原则 全面采用微软补丁程序、应用软件版本以及广告画面等自动下发功能设计方案，减少分行人员维护工作量和操作难度。对ATMC统一平台系统软件的安装也尽量做到非人工干预，实现自动安装。 （6）安全防范原则 在ATMC统一平台应用系统设计中，全面分析和考虑ATM已出现和可能出现的安全隐患问题，根据工总行拟定的ATM安全隐患防范技术方案，在统一平台系统中采取相应的软件处理对策，增加和完善ATM交易画面的安全防范提示信息。 三、ATMC统一平台系统的整体架构 ATMC统一平台系统的整体架构如图2所示。 ATMC统一平台系统的整体框架结构共分为5层，最底层是ATM硬件设备，如读卡器、打印机等第二层是操作系统，目前为Windows XP Professional；第三层是基于Windows XP的SP（Service Providers）软件由厂商提供；第四层是微软提供的XFS Manager，用于连接统一平台应用和SP，负责两者之间的通信XFS Manager使顶层的一个应用程序可适用于底层的不同厂商的不同硬件设备；最上层为ATMC统一平台应用，以NCR Aptra Edge为ATMC统一平台应用的开发平台，采用面向对象、Web等开发技术，负责客户交易和ATM管理等功能的实现。 四、ATMC统一平台应用的功能设计 ATMC统一平台应用的主要功能模块如图3所示。 1．ATM联机交易功能 处理客户的卡联机交易，如取款、转账、改密和信封存款等，磁卡插入读卡器，应用系统进行针对磁道信息的读取等操作，并对磁道信息进行判断，接收有效卡，之后进入下一交易流程，检查客户交易所需的系统资源，提供交易选择画面，收集客户输入的数据，将客户交易信息组包上送综合前置再转发到主机，等待主机返回，将主机返回结果显示给客户，对于取款交易当得到主机授权后，ATM将进行配钞、挖钞、送钞等操作，并提示客户取钞，交易结束可提供客户凭条。 2．ATM管理员功能 ATM管理员功能能够对自助设备进行日常管理、参数设置、设备模块的管理和检测等，可以更有效地为客户提供良好的服务。日常的管理员操作包括加钞、打印交易统计数据、查看设备状态等。管理员功能可初步定位ATM无法进行服务的原因，还可通过管理员功能调用厂商设备诊断模块进行设备故障的检测，进行设备复位和自检，及时恢复正常服务，缩短停机时间。 3．ATM管理交易功能 ATM管理交易既可响应综合前置监控系统向ATM发出的监控命令，也可主动上报ATM的运行和设备状态，提供监控系统所需的ATM设备状态信息和交易数据，便于银行对自助设备进行有效监控和管理，提高ATM的交易成功率和运行效率。ATM既可进行定时上报设备状态、即时上报故障事件等主动交易，也可响应监控系统的命令，如响应监控系统进行交易统计数据的上传、交易明细的上传，包括交易明细的断点续传等等，ATM在客户进行交易的情况下收到监控系统的命令，可在客户退卡后进行状态补报。 4．软件自动分发功能 为提升ATM运营管理的能力，减轻基层行ATM管理人员工作强度，系统设计了ATMC软件自动分发功能，可以对不同厂商型号的ATM实施统一的软件版本管理、自动下发和自动升级。ATMC统一平台应用安装启动后，客户端SDC也同时启动，SDC随时监听软件自动分发服务器SDS下达的查询、版本下发、生效等命令，响应并执行指定的命令，进行版本的下载和生效，从而实现软件或广告画面的更新，版本下发可使用定时和立即两种方式，“定时”是指端机在指定的时间开始执行该命令，“立即”是指端机立即执行该命令。SDC也可以按照SDS的命令，上传ATM端的电子日志到指定的服务器，供管理人员查账参考。 五、ATMC应用跨硬件平台运行的实现 1．ATMC统一平台系统的安装 首先必须保证ATM设备的各硬件模块支持CEN/XFS标准，ATM硬件厂商能提供基于Windows XP的操作系统、支持CEN/XFS标准的设备驱动软件SP。ATMC统一平台系统的安装有一定的配置要求，必须满足Windows XP安装所要求的基本配置，如果想要获得更快的运行速度，还要求更高一些的硬件配置。以下是ATMC统一平台安装的基本步骤。 （1）安装Windows XP Professional操作系统。 （2）安装硬件厂商的SP软件（一般都已包含XFS Manager）。 （3）通过安装菜单选择厂商和机型进行ATMC统一平台应用系统的安装。 2．ATMC统一平台系统的配置 （1）网络配置和系统设置 进行ATM本机网络地址的配置，包括本机IP、子网掩码和默认网关等。某些ATM机型可能还要检查设备驱动安装情况，进行必要的驱动安装和系统设置。 （2）厂商SP配置 有的厂商SP对不同机型的ATM需要根据其配置的设备类型进行配置。 （3）ATM参数设置 应用安装完毕，进入管理员方式对本台ATM进行ATM ID、网点号、ATMP等参数的设置。 （4）钞箱设置 ATM连接综合前置系统成功后，即可进入客户服务功能。只有在管理员方式进行钞箱配置和加钞操作后，ATM才能提供现金取款服务。 关键词：分布式计算,Hadoop 前言 云计算通常被认为是一种商业计算模型,使用由大量计算机所构成的资源池上来处理计算任务,这种资源池便被形象的称为“云”[1]。用户可以根据需要,从中获取计算能力、存储空间或者信息服务。使用云计算的用户可以动态地申请部分资源,将各种任务提交到云上由云服务自主地管理和运行维护,用户和程序的开发者无需考虑底层的分布式细节,更加专注于任务的实现。这种方式大大地提高效率、降低了成本并且促进了技术创新。云计算的资源池自身也被虚拟化为计算资源和储存资源,不同资源可以按照需要动态的分配和组织,用户所申请的资源在使用结束后还可以被系统回收重用。这种工作模式能够充分地利用计算资源,提高服务质量。 云计算是并行计算(Paralle Computing)、分布式计算(Distributed Computing)和网格计算(Grid Computing)的发展,或者说是这些计算科学概念的商业实现。其综合了虚拟化和效用计算等概念,在不同的层次上提供着从硬件到软件的一系列服务。基础设施作为服务Iaa S(Infrastructure as a Service)、平台作为服务PaaS(Platform as a Service)和软件作为服务SaaS(Software as a Service)便是三种主要的云计算服务类型,如图1所示。 Hadoop[2]是Apache基金会下的开源项目,提供部署运行分布式计算环境所需的软件框架,以HDFS分布式系统和MapReduce并行编程模型为技术核心,并且整合了包括数据库、云计算管理、机器学习等多种平台,使其逐渐的成为产业界和学术界进行云计算应用和研究的标准平台。Hadoop现在已经广泛应用于包括FaceBook,Twitter,Yahoo!等公司,并良好的运行在具有千万计算节点的大型计算机集群中。 1 Hadoop简介 Hadoop源于2002年开始的Apache Lucene的子项目之一开源搜索引擎Apache Nutch[3]。为了使Nutch搜索引擎可以适应越来越庞大的数据增长,提高数据处理能力,保证搜索速度和精度,急需引入一种高效的分布式计算结构。2004年,Google在“操作系统设计与实现”(Operating System Design and Implementation)会议上公布了其三个关键技术之一的并行数据处理技术——MapReduce,并发表了题为“MapReduce:Simplified Data Processing on Large Clusters[4]”的论文。当时Apache Nutch的负责人Doug Cutting看到了机会,并且领导团队开发了开源版本的MapReduce计算框架,并将它与Nutch的分布式文件系统技术(NDFS:Nutch Distribution File System)相结合,整合到了Nutch搜索引擎基础平台中。并于2006年2月被分离出来,成为了Apache公司的一个独立的项目,被命名为Hadoop。Hadoop的核心技术是MapReduce并行编程模型和HDFS分布式文件系统[5]。 2 Hadoop平台系统结构 Hadoop所采用的分布式系统属于一种被称为“向外扩展”的增强计算能力的方式。于此相对应的方式被称为“向上扩展”,这种方式以大型单机服务器为代表。在过去的几十年间,计算机的发展和计算能力的提高是遵守摩尔定律的。随着数据的不断增加,人们发现,解决大规模计算问题不能单纯的依赖于制造越来越大型的服务器,需要另辟新径,开始在向外扩展的方向上考虑问题的解决办法。Hadoop的向外扩展,即把许多低端或商用机器组织自在一起,形成一个功能专一的分布式系统。 3 分布式文件系统(HDFS) NameNode和DataNode体系结构 Hadoop在分布式计算与分布式存储中都采用了主/从(master/salve)结构,这其中有两类节点,一种是NameNode,一种是DataNode。这两类节点分别扮演了主、从这两种角色。 NameNode位于HDFS的主端,扮演着master的角色,在一个Hadoop集群中通常只有一个。NameNode起到了数据管理中枢的作用,但并不作为数据传递的枢纽。它主要负责中管理文件系统的命名空间,存储着整个文件系统的文件目录结构和这些文件的索引节点,为HDFS提供元数据服务。 4 MAP/REDUCE并行编程模型 MapReduce最初是由Google开发和使用的一种新的抽象编程模型,使用这个抽象模型,可以解决很多大数据环境下的数据密集型作业,并且得到的程序本身也是为分布式环境所设计,十分适合为并行计算。 5 Map/Reduce执行流程 针对中间数据的键值对,通常可以将代含有顺序或标示信息的部分(默认为鉴键)做散列操作(Hash),根据散列结果将该条数据传送到对应的Reducer上去。当然,Hadoop也提供了方便的方式来自定义分配规则。执行过程中,所有Mapper输出的每一条数据均会在网络上进行重定向,负责对每条数据进行规则判断的过程是Partitioner的工作,具有相同特点的数据会进入相同的Reducer程序中进行处理,将数据发送到相应Reducer的过程通常称为洗牌(Shuffle)。 6 MapReduce程序框架 用户对Hadoop集群的每一次计算请求,被称为作业(Job)。Hadoop的任务就是使用分布式环境来完成这个作业。与HDFS中的主从结构类似,在MapReduce架构中也采用了类似的体系结构,主要由三类服务器构成,分别叫做JobTracker,TaskTracker和JobClient。在Hadoop的MapReduce架构中担任主服务进程的是被称为JobTracker的守护进程,作用是负责管理运行在此框架下所有作业的,作为一个调度核心,它为各个作业分配任务。 流程 在一般的MapReduce作业处理中,如果一切都按部就班的进行,那么整个作业的计算流程可以如下表示: 1)启动Hadoop服务。 2)用户根据作业需要,编写自定义的应用程序代码。 3)JobClient向JobTracker提交一个包含一切细节的Map/Reduce Job。 4)JobTracker处理所有的job 5)生成所有任务决定的安排表,将Map和Reduce任务部署到对应的TaskTracker上。 6)TaskTracker管理所有得到的节点任务。 7)为一个指定的job运行一个单独的Map过程 8)Map任务完成后,为该Job运行一个单独的Reduce过程 9)Reduce任务执行完成 10)TaskTracker向JobTracker通报任务的完成情况。 7 结语 首先对构建分布式平台的Hadoop软件架构进行了认真的调查研究,重点针对其核心框架HDFS文件系统和MapReduce并行编程模型进行了深入学习。了解其分布式文件系统的设计思想,通过实践熟悉了其基本的文件储存与管理方式。针对MapReduce并行编程模型进行了系统的学习,掌握其强大的问题处理能力和实现方式。针对数据挖掘任务,编写了基于MapReduce框架的程序模板。 参考文献 [1]徐强,王振江.云计算应用开发实践.机械工业出版社,2011.12 [2]The Apache™Hadoop®project,http://hadoop.apache.org/ [3]Chuck Lam,Hadoop in action,New York,US:Manning Publications Co.,2011 [4]Dean J,Ghemmawat S,Map Reduce:Simplied data processing on large clusters,Proceedings of the 6th Sympesium on Operating System Design and Implementation,New York:ACM Press,2004:137-150 【关键词】海上平台；电能质量；故障选相；故障选线 1、引言 海上平台电力系统是由发电装置、配电装置和负载以特定的方式连接而成。电力系统的主要设备包括发电机组、变压器组、电动机和连接线。平台与平台之间的连接线电压等级为35kV，通常用電设备处要经过变压器降压，将压力等级降到400V。海上平台电力系统不同于陆地电网，其有自身特殊性，其故障诊断也较为复杂。随着海上平台技术的发展，越来越多的变频节能设备应用在平台系统互联系统中，海上平台电力系统日趋复杂化，经常发生安全事故。急需一套针对性强的综合故障诊断系统来保证电力系统的正常工作。传统的故障诊断系统主要是应用电能质量分析仪和故障录波器等仪器进行信息采集、记录和分析，该设备存在很多不足的地方，如功能单一、智能化不高、信息不能共享、设备占地面积大等。由于传统故障诊断系统存在的缺点导致技术人员不能及时获得故障信息并进行故障处理，影响平台正常工作。本文所介绍的综合故障诊断系统可以实现电气设备的在线状态检测、故障分析、故障定位，并将信息传输到异地中控系统进行分析处理。该故障诊断系统工作效率高、时效性强，可以提高生产效率和经济效益。 2、新研制故障诊断系统具有的功能 海上平台电力系统的谐波污染严重、频率波动大、自调能力低且运行方式多变，根据这些特点，综合故障诊断系统要有以下基本功能：①诊断系统能够实时监控整个电力系统的节点电压、系统频率和谐波情况等；②实时分析整个电力系统的各个电能质量参数，设定阈值，当电能质量参数超越阈值可以自动报警，并生成相应的越限报告；③当电力系统的低压段发生短路时，诊断系统能及时确定故障点并发出接地警报信号；④诊断系统能够准确诊断电动机故障，给出详细故障信息并记录数据；⑤故障诊断系统具有智能故障分析功能，当发生故障时可以迅速准确定位故障点、判断故障类型并进行相应的保护动作。⑥系统所有记录的信息查询方便，保证可以在多种端口对信息数据进行查询和输出；⑦诊断系统有良好的连接性和扩展性，当电气设备更新时可以及时扩展相应系统功能。 综合而言，故障诊断系统的功能主要是实时监视电力系统，对电能质量参数进行在线分析，发生故障时可以及时进行故障定位、故障诊断并自动进行保护动作，对信息数据可以进行异地多端口查询、输出。 3、故障诊断系统的结构 该故障诊断系统装置的结构为分层分布式。通过通信网络将各个电气间的信息采集单元与分析单元连接在一起，共同实现诊断系统的故障监测和分析功能。诊断系统分为三层，分别为中央控制层、信息采集层和网络层。主要由远程网络接口、数据处理服务器、交换机、数据采集单元和同步触发单元等组成。数据采集单元对电气设备的现场模拟量进行监测和收集，然后将采集数据经由同步触发单元和交换机上传到服务器，服务器再对采集数据进行分析计算，判断是否存在故障，从而完成电动机故障诊断、电能质量分析、低压电流接地故障等功能。该诊断系统主要组成部分包括：两台服务器、一台同步出发单元、43台数据采集单元和一台交换机。系统的结构清晰，服务器负荷小，当数据采集单元数量发生变化时不影响交换机的数量。下面主要介绍数据采集单元和同步触发单元两个主要系统单元。 数据采集单元是PCI-E总线的从属设备，其主要功能是接收自主设备的同步信号，并将采集的数据传输到主设备。数据采集单元包括16个模拟量输入通道和8个开关量输入通道。数据采集单元是以25.6kHZ的通道采集率对电动机进行故障诊断的，其他数据采集单元是以6.4kHZ速率的采样值进行上传的。在数据采集单元中，模拟信号通过转换芯片再经过并行总线与CPU连接，保证数据采集的实时同步，精度误差在±1%以下。 同步触发单元是PCI-E总线的主设备，其主要作用是向数据采集单元输送同步信号并读取数据采集单元传输过来的开关量和模拟量信息。同步触发单元有两个1000M的以太网接口，可以设置独立的IP地址，可以安全可靠的传输实时数据。一个以太网接口是采用UDP协议进行实时数据传输，另一个接口采用TCP协议进行非实时数据传输。同步触发单元使用内置看门狗和外置看门狗对处理器进行双重监视，保证程序运行的稳定性。 3、结语 本文主要介绍了一套集成性高、实时性强的海上平台电力系统综合故障诊断系统。该系统可以对电能质量进行实时监测，并有越限报警和智能保护动作等功能。该系统可以为电力系统运行维护人员及时排除故障、恢复生产提供有力保障。 参考文献 [1]英莹.海上石油平台电力系统保护的配置与研究[D].天津大学电气与自动化工程学院，2007：7-8. [2]余颖，王新刚.基于ETAP ProwerStation的海上平台电力系统谐波分析[J].继电器.2007，35（1）：63-68.GPS定位平台系统介绍 篇4
联网联控系统平台建设情况汇报 篇5
短信平台系统 篇6
短信平台系统 篇7
短信平台系统 篇8
