《高校智慧校园移动消息平台建设方案.doc》由会员分享,可在线阅读,更多相关《高校智慧校园移动消息平台建设方案.doc(13页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、高校智慧校园移动消息平台建设方案1.1.1. 总体框架系统基于Web和J2EE架构,采用JAVA、Web Service、XML等编程技术,同时遵循业内通用的短信接口标准协议,支持移动、联通、电信协议,做到三网合一。通过系统的接口,校内任意一个业务系统可以直接调用,完成在线短信收发功能。1.1.2. 产品特点u 接口开放式;u 与校内身份认证无缝隙集成;u 与校内数据做同步交换;u 提供群组自定义功能。移动消息平台主要包括如下功能:l 系统框架移动消息平台的建设目标是:基于数字化校园,在SOA的架构体系下,提供统一的短信互动服务,从而扩大数字化校园的应用服务范围,以更主动的方式提供便捷、安全的
2、信息服务。移动消息平台为用户提供统一封装的短信开发接口,可适应多种不同的短信收发接入方式,为以后移动消息平台的扩容和升级增加了极大的灵活性,降低了开发和运营成本。同时,移动消息平台充分考虑了与现有数字化校园平台的关系,在SOA架构体系下与数字化校园平台进行交互,可与数字化校园平台进行无缝拼接。其系统框架如下图所示:其中,短信应用分为短信接入层、接口封装层和应用功能层:l 短信接入层。短信接入层的服务主要依赖于短信接入服务的不同实现方式,通常来说现在存在着运营商短信网关方式、第三方短信服务方式和专用短信网关设备方式。第一种方式建设成本较高,适合大量的短信收发,第二种方式技术实现简单,但安全和稳定
3、性无法得到保障,第三种方式需配备短信设备和专用服务器,技术实现容易,成本较低。l 接口封装层。由于存在多种的短信接入方式和实现手段,一旦用户更换短信接入方式就可能导致原有程序的大量修改。移动消息平台针对目前常用的短信接入方式,提供统一的短信接口,加强了系统的扩展性和灵活性。同时针对短信的交互,提供了短信指令集的灵活定义,以便业务功能可以调用。l 应用功能层。移动业务应用功能主要面对最终使用者,提供短信通知、短信查询、业务预定、信息管理和系统管理等基本功能,其中具体的业务内容依赖于应用服务层提供的服务。l 系统功能移动消息平台的主要包括如下功能: 短信通知短信通知是由管理人员通过短信群发的方式将
4、教学、教务、科研和管理等方面的通知或通告传递到教师和学生手中。提供了群发和点对点的两种交互方式,发送通知者可根据实际需要选择发送对象,同时也可以设置定时和定期群发等功能。 短信查询短信查询主要通过发送操作代码到短信服务号码,查询相关的信息,并可进行相应的处理或预约,其查询内容应该以经常动态变化的信息为主。短信查询拟包括的内容如下:教师学生办公会场信息查询;教学当天课表信息查询;当天课表信息查询;个人成绩、学分查询; 后勤班车信息查询; 一卡通余额查询; 图书借书情况查询;图书信息查询;财务个人工资查询;个人公积金查询;个人补贴、津贴查询;贷款查询;学费查询;奖学金查询;补贴查询;重修费查询;科
5、研津贴查询;三助津贴查询;档案个人档案信息查询;生活班车信息查询;借书情况查询;图书信息查询;余额查询;其它学校通讯录查询;学校通讯录查询; 业务预定业务预定是用户预定一些感兴趣的信息后,平台会自动将最新的相关信息发送到用户手机。业务预定拟包括的内容如下:教师学生办公日程安排提醒;公文待办件提醒;上级来文办理提醒会议提醒;值班提醒;督办提醒;两办其它审核工作提醒科研立项审核结果提醒;结项审核结果提醒;成果审核结果提醒;科研经费拨入、划出审核结果提醒;科研ic卡信息余额提醒、预警;科技处其它审核工作提醒;教学成绩录入时间提醒;学生选课结果统计提醒;监考提醒;教材审核信息提醒;教务处其它审核工作提
6、醒;选课时间、结果提醒;绿色通道审核结果提醒;人事考勤异常信息提醒;个人信息变动提醒;考核录入、审核结果提醒;职称评聘录入、审核结果提醒;进修录入、审核结果提醒;人事处其它审核工作提醒;后勤物业信息群发提醒;物业维修派工提醒;邮政包裹提醒;其它生活重要信息广播;后勤处其它审核工作提醒;一卡通单次大额消费提醒;余额不足提醒;图书借书到期提醒;新书入馆广播;财务网上财务申报审核结果提醒;财务处其它审核工作提醒;设备设备报修提醒;设备申请审核结果提醒;设备资产机构其它审核工作提醒;网络故障报修提醒;服务器性能预警提醒;档案档案馆其它审核工作提醒;生活借书到期提醒;新书入馆广播;余额查询;单次大额消费
7、提醒;余额不足提醒;邮政包裹提醒;火车票领取提醒;其它生活重要信息广播;就业论文时间提醒;最新政策广播;社会重要招聘信息广播;培训广播;其它新闻、通知广播;其它学校大型活动提醒;重要邮件提醒;站内短信提醒;各系统密码找回功能;内部招聘通知;个人信息变动提醒;学校大型活动提醒;重要邮件提醒;站内短信提醒;各系统密码找回功能;短信投票; 信息管理信息管理主要通过发送操作指令,提供提醒业务的预定和取消、密码找回等功能。教师学生一卡通卡消费密码找回;卡消费密码找回;其它各系统密码找回功能;各系统密码找回功能; 系统管理系统管理主要提供移动消息平台的指令映射、用户管理、权限管理等功能。l 技术实现基于短
8、信二次开发平台,在数字化校园的SOA架构体系下实现移动消息平台的各项功能,其技术实现框架如下:在SOA架构体系下,需要根据移动业务需求定制或开发相应的移动业务功能服务,同时还需要在短信二次开发平台中定义相应的指令接口集,并在短信管理上建立两者之间的映射关系,使短信指令具有意义,并能调用到后台提供的一系列应用服务,从而实现相应的短信相关业务应用功能。短信二次开发平台提供了与接入实现无关的统一接口,因此在移动消息平台的定制开发中,只需要关注具体业务功能的服务实现。如果在已建数字化校园系统中已存在相应服务,则实施难度和工作量将会降低很多,但如果没有相关的服务提供,则可能还需要进行大量的开发工作,如数
9、据采集、数据交换以及服务接口实现等工作。最终,移动消息平台将展现为两部分内容,一部分为前台展示部分,包括用户端和管理端的程序,这些程序基于B/S架构开发,可集成至信息门户或WAP门户之中,另一部分则为后台运行部分,包括短信的收发、侦听程序等等。我们建议,在移动消息平台的部署上,逻辑上至少配置三台服务器,分别为应用服务器、短信接口服务器和数据库服务器,应用服务器提供用户端和管理端程序的部署,短信接口服务器提供短信接口程序或短信设备的部署,数据库服务器提供短信和应用数据的存储。网络拓扑图如下:n 统一技术规范要利用上述基础平台进行应用系统的整合,需要对应用系统提出统一的技术规范,要求应用系统开发商
10、必须遵守的规范。各平台主要的规范如下表所示:基础平台对应用系统的技术规范公共数据平台l 各应用系统应该采用公共数据平台中指定的代码标准。l 应用系统如果需要其他应用系统所产生的数据,应当尽量从公共数据平台中获取,不能再提供数据维护功能,以避免数据不一致性。l 应用系统如果是公共数据平台的数据源,应当加强数据校验功能,以保证对数据的唯一性和权威性数据交换平台l 开发商应提供应用系统完整的数据库设计文档,包括系统所有数据对象的详细说明和所有引用代码的说明l 应用系统在表结构设计时应加上时间戳或流水号,以方便数据交换平台进行增量采集。l 对于复杂的多表写操作,应用系统开发商应提供详细的说明文档,以方
11、便数据交换平台向应用系统数据库写入数据。应用集成平台l 应用系统应按学校要求提供相关的Webservice接口,并提供完整的技术说明文档。统一身份认证平台l 应用系统开发商应承诺对所提供系统的认证部分进行改造,嵌入由统一身份认证平台提供的通用认证头文件,以实现单点登录。统一信息门户移动消息平台l 应用系统采用学校统一的页面布局和颜色风格l 应用系统开发商应承诺配合门户集成商的Portlet开发。对学校已有的应用系统,也应参照上述规范,要求开发商进行相应的改造或提供技术文档。1.1.3. 应用场景 办公系统与办公系统集成,完成通知公告、校园动态、会议通知等短信通知和提醒。 教务系统与教育系统集成,完成给学生课程信息、考试信息、选课信息等,同时,给教师发送课表信息、监考安排信息、授课班级信息等短信通知和提醒。 一卡通系统与一卡通系统集成,提供余额查询、卡挂失,消费信息提醒、充值信息提醒等短信通知和提醒。 图书馆系统与图书馆系统集成,提供新书上架、图书归还提醒等短信通知和提醒。 人事系统与人事系统集成,提供职位、职称等个人信息变更的通知和提醒。
限制150内