高校智慧校园移动消息平台建设方案.doc

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