基于校园门户网站新闻通知推送服务的研究

崔 辉

(南京工业职业技术学院 教育技术中心，江苏 南京 210046)

引言

近几年，校园门户网站发展迅猛，相关的文章和技术也逐渐成熟，随着当前电子技术的发展而不断融合、完善和创新。随着智能手机的普及，更多的新闻、信息、阅读都会普及到智能手机以及平板等智能设备，形成了移动办公、便捷管控的新潮流。其中基于google开放平台的Android作为应用最广泛的移动操作系统之一，以势不可挡的趋势快速发展。

以南京工业职业技术学院校园网站为例(以下简称“南工院”)，南工院校园门户网站，主要作用是为校园全体职工提供校内新闻和公告，一次登录，可以把各部门信息全部读取到，集成了全校的OA办公，在线图书数据库查询，工资查询，文章发布，课程表等等。方便每个老师，不需要每天打开不同部门的网站寻找最新的新闻和公告，处理相应办公文件的确认和转发。这个是门户网站的优势，但是由于大部分老师不可能每天都有时间上门户网站，新闻和公告还是不能及时掌握。就是每天都上了门户网站有时也容易漏看相应的信息，错过相关事宜。门户网站的各种功能过于杂多，需要更人性化的设计。

笔者尝试以两种方案来解决现行校园门户网站的不足。

1 短信技术探讨

校园门户网站后台现在基本都集成短信系统，以供各部门使用，南工院的短信系统使用率极低，基本处于闲置状态。偶尔发一些学校重大通知，和工资提醒，这是极大的资源浪费。笔者了解到其他兄弟院校也基本是这样的情况。比如去年南工院人事处发布部分老师领取教师资格证通知，在门户网站显示十多天，一个月过去，各系的教学秘书也基本协助通知了一下，但是还是有部分相关老师没有收到消息，错过办理教师资格证，影响讲师的评定时间。

要避免此类事情再次发生，笔者认为，要对各部门相关发布人员进行门户网站使用培训，怎么使用短信系统，进行考核，让发布公告的相关人员更重视，使其在发布的同时，也使用短信系统通知相关老师，这样让通知有的放矢，提高门户系统的利用率。

从门户系统后来方面来看，笔者认为要更新短信模块，使其更智能，只要是新闻和公告出现，在正常上班时间后的一小时，或者两小时进行短信推送，短信系统先在后台检索学校每个员工的登陆工号，登陆时间，是不是都点击完所有新闻和公告(有的老师不希望看可以设置“已阅”按钮，让短信提醒不再打扰他)，要是还有部分老师在规定看公告新闻的时间里，没有登陆，短信系统自动识别未读人员，给其发送相关短信，及时提醒，以防遗漏重要通知，在短信发送一两个小时后，再次后台检索，再发一次给没有观看的老师，或者以防短信系统前一次没有发送成功。短信系统建立已阅机制，一些非重要新闻，部分老师在看到短信后可以回复“已阅”或相应的代码，后台短信系统可以把其标注为已读。让短信系统更人性化。这个方面的开发技术基本成熟，笔者期望下一版本的系统开发更新这个功能。

门户网站里面信息众多，比如有的老师想及时调看一下本周的课表，我们短信服务端可以根据相关老师发送的指令，进行二次提取，相关信息以短信的形式发给老师。比如老师家里上网费的提示功能，我们校园的老师基本都是网被停了才想起来交网费，不够人性化。这部分也可以考虑加入短信提醒，实时查询。老师关系的工资问题，也可以实现手机短信查询，网站的查询不是太方便，比如发工资了，老师收到银行的短信，不够明细，人又不在电脑旁边，这时可以发个查询短信到学校财务平台，我们的短信服务端可以直接提取法给老师，很及时，很给力。老师申报的课题，领导审核通过，也可以通过短信平台第一时间发到相关老师手机。让科技和技术更好的为人服务。

笔者希望新版加入短信发布通知和新闻模块，相关要发布通知和新闻的人员，也可以用手机篇写简单的信息发送，在发布员不方便上网的时间可以通过手机操作，优势很明显，一些重大喜讯新闻可以实现秒传和发送。这解决了手机无需要存储全校员工的号码，操作更人性化。这需要在门户网站后台实现相应的短信执行代码，建立相应的短信服务器跟门户系统数据做有效的链接。

2 门户新闻终端开发

2.1 系统的应用范围

笔者优先考虑了以Android系统为终端的解决方案的可行性，至于IOS、Windows Phone等，其技术原理相似。

本设计方案旨在为新闻通知的发布、推送应用，提供一个相对便的通用解决方案，提高新闻和通知的时效性和传达率。

本设计方案由以下几个部分构成:基于.Net的服务端或者基于JAVA的服务，将进行指令的接收和解析，并实现直接的底层控制以及状态的返回;基于Android的客户端，将实现设备信息的获取以及便捷的指令发送，最终实现新闻和通知的快速传达，新闻终端可以加入更强大的功能，比如可以作为相应权限人员发布和编辑新闻和通知的手持终端。

2.2 终端的设计原则与要求

终端需进行工号和手机号双重互补认证。避免非法用户对门户网站进行恶意串改和控制，以及发布不实消息。或者可以事先设置相应应答机制，通过发送应答握手认证，以提高安全性。

2.3 系统的体系结构

门户后台系统的体系结构建立在开放的网络标准之上，遵循了IEEE 802.1、IEEE 802.15(ZigBee)、Modbus以及移动通信等协议和数据格式进行消息处理和数据交换。

在通过手机终端控制设备的过程中，有两种方式:

a)安卓系统手机(指令短信)——移动通信网络——门户网站服务器接收解析端——短信网关——应用服务器——(经过应用解析)——ZigBee发射端——ZigBee接收端——控制模块——发布或者返回相应的信息

b)安卓系统手机——(登陆 GPRS/3G)——移动通信网络——以太网——应用服务器——(经过解析)——ZigBee发射端——ZigBee接收端——控制模块——发布或者返回相应的信息

2.4 系统的功能与模块

2.4.1 服务端

服务端的功能在于对接受到的字符指令进行解析，转换为执行指令，掉用相应的门户数据，反馈服务端执行相应的操作，通过ZigBee网络进行设备的传播和扩散。或者通过服务器本身的的短信系统进行新闻和通知的传播扩散。

2.4.2 客户端

客户端的功能在于通过可视化的界面进行门户网站新闻和通知状态的获取，以及反馈给服务端，统计读取门户网站新闻的条数和使用时间，供门户网站后台分析和再利用。

客户端可以通过提供好友列表(同一部门或者不同部门的人员)让使用者发挥广播效果，自己看过了，可以在通过短信形式通知自己的好友，使门户新闻和通知微薄化。

2.4.3 系统技术分析

系统在开发过程中，可以采用了下列技术:

Android;Microsoft.NET;java;ZigBee;Modbus;

开发工具:

Eclipse with ADT;Microsoft Visual Studio 2010;SqlServer 2008;

系统的运行环境:

服务端:Windows Server 2003以上版本操作系统，.Net Framework 3.5，Sql-Server 2000。

客户端:Android 2.1以上操作系统。

2.4.4 Android端的关键技术

这里涉及Android的广播机制:

在Android里面有各种各样的广播新闻，比如门户新闻的显示状态，好友接收和短信的接收都会产生一个广播，应用程序开发者也可以监听这些广播并做出程序逻辑的处理。门户新闻可以用红色字体置顶显示。

2.4.5 系统安全

笔者认为现在系统安全基本都能得到控制，在服务器端设置完善的用户权限控制:首先只有系统允许的用户才能利用手机端软件进行对信息的查询、阅读和发布，其次查询和控制的权限也必须进行区分，一般性员工和超级用户都进行相应的设置。

道高一尺魔高一丈，安全问题要全面关注。比如电话来电显示，电子邮件的发件人都可以进行伪造，手机的号码也可以进行伪造，这样的伪造笔者认为可以通过多种方法可以进行识别，可以增加二次验证，或者后台预设暗语验证，之下会立马现形，这里不作过多讨论。

2.4.6 非自能机的服务方法

非智能机可以通过短信的形式，可以在服务端建立相应短信识别程序，短信执行简单代码。让非智能机也能得到人性化的服务。

3 结束语

本文只是对现行的一些主要学校门户网站做的一点思考、研究和拓展，笔者认为有很大的服务提升空间。在实际开发应用中，在进行界面、布局、细节上的优化，以及展示更为丰富的数据信息，将成为一款灵动的应用APP，以及更智能的服务端后台。

服务时代便携控制时代早已到来，但是技术上稍高的门槛使得日常的应用并不普及，本设计的提出，提供了可行的思路和技术方案，并且能够低成本地便捷部署，使老师和员工都能得到更人性化的服务。

［1］ 程控，革扬.MRPII/ERP原理与应用［M］.北京:清华大学出版社，2002.

［2］ 高宏，李俊民，等.ASP.NET典型模块与项目实战大全.北京:清华大学出版社，2012.

［3］ 王新艳.刍议技术在网页制作中的运用［J］.信息通信，2012(4).

［4］ 张翠玲.Web站点可访问性研究概述［J］.西北工业大学学报(社会科学版)2010(1):67-70.

［5］ 赵芳.国外政府网站无障碍研究及启示［J］.图书与情报，2011(4):53-57.