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