消息平台（通用10篇）
消息平台 篇1
0 引言
计算机技术、软件技术和互联网的发展为各企业带来了许多管理手段的变化。各单位都配备了大量的计算机并且开发或购买了各种信息系统和管理工具。但是由于我国企业历史发展水平的制约和其自身的复杂性, 这些各自为政开发出来的软件系统, 信息资源彼此分割, 形成了众多分散的、异构的、相互封闭的信息资源系统, 系统内部缺乏合理的通道, 系统之间信息无法共享、无法交换, 用户只是孤立的、被动的使用者, 领导不能有效的使用这些数据进行决策, 往往需要熟悉软件的人员进行总结后上报, 明显的影响了工作效率, 导致资源浪费。因此, 使企业形成一个完整的协作系统是越来越多的企业人员的共识, 也成为越来越迫切的要求。
1 消息平台的概念
消息平台就是在互联网上传递、保存、再现由用户或应用程序产生的协作信息的一种机制。它将该信息通过多种方式通知到用户, 该消息可以携带任务, 用户可以通过消息直接执行任务。
2 消息平台技术的构成
2.1 消息平台的组成
2.1.1 消息控件
共用消息平台包含一个易于使用的控件, 该控件用于插入到其它程序中。该控件提供了一系列属性和方法, 用户及其他应用程序可以利用该控件发送消息。该控件具有平台无关性、语言无关性、安全性、稳定性等特性。
2.1.2 客户端
其功能为: (1) 接收用户登录信息, 并将其发送到服务器端; (2) 接收服务器传送到的本用户消息; (3) 将本地应用程序的消息传送给服务器; (4) 接收用户关于历史消息的查询、删除等操作; (5) FTP下载消息附件。
2.1.3 服务器端
其功能为: (1) 处理客户端发送的登录信息, 验证登录用户是否为合法用户, 并将结果发送到客户端; (2) 处理客户端应用程序的送达消息, 将其及时传送给相应的客户。 (3) 通过消息数据库存储及再现客户端的消息内容。 (4) 提供FTP联接和FTP服务。
2.2 实现平台的关键技术
2.2.1 服务转换
Web Services定义了应用程序如何在Web上实现互操作性。用户可以用任何喜欢的语言, 在任何喜欢的平台上写Web Services, 我们可以通过Web Services标准对这些服务进行查询和访问。Web Services使用基于XML的消息处理作为基本的数据通讯方式, 消除使用不同组件模型、操作系统和编程语言的系统之间存在的差异, 使异类系统能够作为单个计算网络协同运行。
对于新建立的应用程序, 利用Web Services编程可以使得程序之间交互更为方便。但对于已有的B/S结构程序, 需要对其进行访问转换, 使得该程序类似于一个服务。在该应用结构中, 消息平台封装了不同应用程序之间的区别, 用户之间的协作请求传递仅仅只传递一个信息。使用哪一个应用程序来完成由消息平台决定, 安全和访问权限的控制用户也不需要关心。
2.2.2 消息控件
消息控件给应用程序提供接口, 应用程序可以通过该控件使用消息平台完成协作消息的传递。
2.2.3 实时通知服务
消息平台的特点是主动、高效。高效体现在消息的及时通知和及时处理。在消息平台中, 我们设计了即时通知服务, 根据用户消息的紧急程度, 可以选择使用桌面通知、短消息通知、电话语音通知等多种通知方式。在现阶段, 我们首先实现了短消息的通知模式, 及时将协作请求通知到用户。
3 基于消息平台的电子公文系统的设计与实现
3.1 电子公文系统的概述
电子公文系统是指将公文的起草、绘稿、审批、行文、查询、管理等通过计算机网络来实现。经过多方对比, 我们选用MSWord作为电子公文系统的字处理软件。在公文处理中通过Word控制控件调用windows word应用程序进行文件的拟稿、修改、审批、修订、打印、上传、下载等功能。该模块中有两大功能, 一是要控制Word的表现, 二是对文件进行保存。在电子公文中要求Word的表现模式为:
拟稿———拟稿人有所有的权限。拟稿人可以使用Word的所有功能对自己所起草的文档进行保存、修订等。
绘稿———绘稿人具有一定的权限。绘稿人通过Word打开所要绘稿的文档, 系统自动启动修订功能, 并且关闭接受修订和拒绝修订等功能, 完成后绘稿人确定即保存到服务器。
审批———审批人一般为单位的领导, 赋予所有的权限。
3.2 电子公文系统功能设计
3.2.1 文件的起草与拟订过程
描述:按照拟稿人的要求从服务器下载相应的模版并在本机建立文件文档, 由起草人填写全部必要内容, 当文稿起草完毕后, 传送至绘稿人处绘稿。绘稿人添加修改意见后, 回传至拟稿人。拟稿人根据修改意见修改, 完成后再次传送绘稿人, 绘稿人确认后进行签字回传, 传送领导处审批。
实现: (1) 文稿的保存内容:文件文号、文件正文、拟稿人拟稿内容、绘稿人修改内容、领导修改内容、领导签署意见、文稿头、文稿尾; (2) 文稿的保存格式:采用Word文档进行传送和保存, 文件使用FTP进行上传和下载; (3) 文稿的传送方式:将服务器作为交换, 将文件内容保存到服务器, 同时向服务器传送消息, 通知服务器将该文件内容送至指定的客户端。在此文稿的传送仅限于通知处理消息, 不真正发送文稿内容; (4) 文件的绘稿:绘稿认可为多人。主绘稿人签字后从绘稿人只能添加修改意见。传送基于消息模式。拟稿人如果对 (领导、绘稿人) 已签字文稿修改, 则签字自动取消。
3.2.2 文件的修改与审批
领导审阅后, 可直接修改签字, 或将审阅意见随同原稿发回起草人加“回传”按钮, 传送消息。
可能的审阅意见:同意下发、重新拟定、不行文等。
根据不同意见, 由起草人完成重新拟定或将文件正式文稿传送到办公室下发。
3.2.3 文件的下发和查询
该文件的“下发”只有办公室权限及领导签字后才可使用。视情况采取网上下发或打印成纸张加盖公章下发。网上下发时有两种方式, 其一为传送消息和文件内容到用户的收件箱, 需使用FTP协议;其二为只传送消息和文件超链接到用户的收件箱。
如文件与协作方有关, 则文件的打印工作由文件主管部门或文件起草人完成。文件的签收以消息方式完成, 签收网页将签收结果保存到消息记录中。同时该消息完成。
与文件相关人员, 可完成对文件的查阅工作。
3.2.4 转发文件
包括:上级下发文件、会议纪要、工作简报、文书档案、委任状等扫描原文保存并登记, 登记项目可分为:分类、主题、关键字等。按文件要求下发至相关人等。
3.3 电子公文实现的关键技术
3.3.1 消息平台的应用
消息平台的应用贯穿于整个电子公文的设计过程中, 每个用户完成工作后将文档提交给下一个用户, 提交时并不传递文档内容, 而是进行消息传递。
3.3.2 loadwen控件的使用
loadwen控件接收用户传递的参数, 包括模板名称、用户名、用户口令 (默认虚假口令) 、端口号、用户权限级别等。根据这些参数, 控件建立WORD对象, 下载相应模板, 并根据模板打开文件。文件可视化以前, 控件根据用户权限控制WORD的表现。随后控件将WORD引导到桌面的最前部。用户可以使用WORD进行编辑、打印等工作。
4 结束语
通过消息平台, 使用户之间能够及时沟通, 从而提高了企业人员的工作效率, 降低了办公费用, 提升了企业自身的综合能力, 强化了企业的核心竞争力。因此, 消息平台将在软交换网络中具有明显的优势。移动终端是时代发展的必然, 未来发展的趋势必然是每个人持有一个移动终端。因此, 个性化的服务将有很大的市场。
参考文献
[1]郑幼军.办公系统——信息化工作的切入点[J].信息化建设, 2005 (6) .
[2]秦长坤, 朱光华.企业办公自动化系统的设计与实现[J].计算机与现代化, 2003 (9) .
[3]武雅丽.在软交换通信网中构建Internet消息平台[J].西北大学学报 (自然科学版) , 2003 (4) .
好消息坏消息 篇2
Magda： Fantastic！
Olivia： Really？ I’m amazed.
Sarah： Yeah， you were so worried about your new job.
Magda： Well， I had some good news.
Olivia： Yeah？ What？（enter Johnny）
All： Hi Johnny！
Johnny： Hi！ I’ve got some good news.
Sarah： 1）Makes two of you then！
Johnny： At least I think it’s good news...I’m not really sure.
Olivia： Tell us！
Magda： Can’t I tell you my good news first？
Sarah： Wow， this is getting complicated...and I’m afraid I’ve only got some bad news.
Magda： Oh no...2）what a shame！ What’s the problem？
Olivia： Yeah， go on， bad news first， then the good news will cheer us up！
Sarah： OK， well， I 3）had a row with my landlord， finally！ And I’m moving out.
Magda： Oh no！
Sarah： Oh yes！ So， I need a new flat.
Olivia： Again！
Magda： Oh dear...
Olivia： What a shame. I hoped it was going to work out.
Sarah： Yeah， but I didn’t get on with the landlord.
Magda： Have you told Fadi yet？
Sarah： No. I’m worried what he might think. The landlord is his cousin， after all.
Olivia： Well， let’s just wait until he comes in. I was going to tell him you weren’t happy—now I’ll tell him you’re leaving！
Magda： Is it good news time yet？ Sarah： Yes！ Go on！ What’s your good news？
Magda： I’ve been offered a job！ Johnny： Me too！
Olivia： Hang on！ Wait a minute！ You’ve already got a job， haven’t you Magda？
Sarah： And you have too， Johnny， haven’t you？ You talk about it all the time.
Magda/Johnny： But...
Magda： Go on...
Johnny： No， you first， please...
Magda： I’ve been offered a 4）permanent job， with the same company！ I’ll be a proper architect！ Olivia： Wow！ That’s fantastic！
Magda： But...
Olivia： There’s always a “but”...
Magda： I have to get a 5）distinction in my master’s degree.
Sarah： Phew...that’s not easy.
Magda： No， but I’m doing well.
Olivia： 6）Fingers crossed then.
Sarah： Let’s hope！
Johnny： That’s amazing—I’ve got the same news！
Olivia： What？ You’re going to be an architect？
Johnny： No！
Sarah： You’re doing a master’s degree？
Johnny： No！
Magda： What then？
Johnny： A job...I’ve been offered a new job！
Olivia： Oh yes， you said.
Johnny： And there’s a “but”...
nlc202309031435
Olivia： I told you there was always a “but”...
Johnny： It’s not in London.
Olivia： You’d have to leave.
Johnny： Yeah...
Olivia： Well， where is it？ New York？
Johnny： No.
Magda： Paris？ Berlin？ Where？
Johnny： It’s back in China.
Sarah： Oh...Beijing？ Shanghai？
Johnny： No， it’s in Chongqing.
Olivia： Where？
Johnny： Chongqing！
Magda： Where’s that？
Sarah： Southwest China. It’s a really interesting place...growing really quickly.
Johnny： Yeah， it’s a great opportunity.
Olivia： But？
Johnny： But I love it here so much. I’m not sure I want to go back to China yet—I’d miss all my friends.
Olivia： You’ll have to choose！
Sarah： It’s big decision time！ Oh no...here comes Fadi and Harry.（enter Fadi and Harry）
All： Hi Fadi！ Hi Harry！
Fadi： How’s it going everyone？
Olivia： Don’t ask.
Magda： I’ve been offered a new job， a really good job—if I get a good degree！
Johnny： I’ve been offered a new job， a really good job—but I have to go back to China！
Harry： Wow！ Busy day everyone’s having...I’ve got some news too.
Olivia： Oh no.
Harry： Oh yes—I been 7）sacked！
Magda： “Sacked”？
Harry： Yes—I’ve lost my job， been made 8）redundant， unemployed， no longer working！
Magda： Oh no！
Harry： Don’t worry—I don’t care. I hated that job anyway. I’ll soon find another job. A man with my skills and abilities is always in demand！
Johnny： Somebody from my company sacked you？ Why？
Harry： I told them I wasn’t going to work at the weekend—Saturdays and Sundays. If I worked on Saturday and Sunday， when could I play football！？ So I said “no”， and they said“goodbye”.
Magda： What will you do now？
Harry： I have absolutely no idea！ The future is an open book.
Sarah： Very poetic！
Fadi： Well Sarah， at least you’re OK...with your new flat and everything.
Sarah： Oh...er..well...
Olivia： Actually， I wanted to talk to you about that...cousin.
Fadi： You wanted to talk to me？
Olivia： （whispering） Yeah， well， you see， Sarah’s a bit embarrassed.
Fadi： （whispering） What’s up？
Olivia： She wants to leave the new flat...she doesn’t get on well with the landlord.
Fadi： My cousin？
Olivia： Yes， your cousin.
Fadi： I’m not surprised！
Olivia： Eh？
Fadi： I said I’m not surprised！ My cousin’s horrible！ I can’t stand him！
nlc202309031435
Olivia： （laughs） Oh that’s a relief.
Fadi： Sarah—I’m sorry if I got you involved with my cousin. I thought you were desperate for a place to live. I know my cousin’s horrible！
Sarah： Oh， never mind Fadi—thanks for trying to help anyway...Now I need a new place to live though.
Magda： If I get this job， I’ll have more money—we could get a place together.
Sarah： That’d be great.
Johnny： If I take the job in China， I’ll have to leave my flat.
Sarah： And we could move in.
Olivia： What a lot of “if’s”.
Sarah： It’s exciting.
Magda： But also worrying.
Johnny： And confusing.
Harry： And that’s not all.
Fadi： What？
Harry： I’ve just been speaking to the owner of the café.
Oliva： And？
Harry： They’re closing down—next week！
All： What？ Oh no...
Johnny： That’s terrible.
All： What are we all going to do？
消息平台 篇3
本文介绍Android实现推送 方式和基于XMPP协议的开 源信息推 送框架Android Pn的相关知 识,并结合一 个Android校园应用消息推送案例讨论相关的技术实现。
1 Android 平 台 的 推 送 机 制1575932840
推送技术的实现主要有以下三种方式 :
1.1 轮询 (Pull) 方式
当客户端以一定的频率主动与服务器端连接并查询有无最新消息到达时,可以实现“假”推送效果。如果频率过快就会消耗大量的电量和流量,如果频率过慢就会导致更新不够及时。假设终端所有应用都采用该方式显然是无法忍受的。
1.2 SMS(Push) 方式
更新消息可以以短信指令的方式推送,Android系统拦截分析指令后再有客户端发起请求拉取最新数据。这种方案非常稳定可靠但是成本较高必须向电信运营商缴费才能获得短信发送接口,当用户卸载应用程序后,服务器端并不能及时知道很可能会导致用户收到指令短信引起反感。
1.3 持久连接 (Push) 方式
这个方案实现移动推送性价比较高的一种方式,具有综合性能稳定、价格低廉、消耗终端电量流量较低的优点,可以有效的解决以上两种方案存在的问题,因此吸引了大量软件开发人员。现在主要有基于MQTT协议和XMPP(ExtensibleMessaging and Presence Protocol)协议的两种实现方式。
2 基于 XMPP 协议的 Android Pn 开源框架
Android Pn是一个基于XMPP协议的java开源Android push notification实现,它包含了完整的客户端和服务器端。
该服务器端主要是在另外一个开源工程openfire基础上修改实现的,Web部分采用spring、hibernate框架。Androidpn服务器包含两个部分,一个是侦听在5222端口上的XMPP服务,负责与客户端的XMPPConnection类进行通信,作用是用户注册和身份认证,并发送推送通知消息。另外一部分是Web服务器,采用一个轻量级的HTTP服务器, 负责接收用户的Web请求。
3 Android 平台消息推送的设计与实现
3.1 消息推送的设计
Android校园应用消息推送案例由服务器与客户端组成(如图1所示)。推送服务器由一个经过二次开发的Android Pn服务器组成,负责提供推送消息的录入(如图2所示)、向终端设备即使推送消息并将消息存入数据库。应用服务器向终端设备提供任何时间的消息查询与加载。
3.2 推送服务器端实现
首先到官 网或相关 网站下载Android Pn,下载的文 件为androidpn-0.5.zip,解压得到 客户端androidpnclient-0.5.0与服务器 端androidpnserver-0.5.0。androidpn-server-0.5.0部署需要部署到Tomcat上,数据库是My Sql。直接启动Tomcat服务后,androidpn服务器端能直接运行。但为了能适应实际项目的需要,可以将androidpn-server-0.5.0集成到项 目的应用 服务器上,或者在androidpn-server-0.5.0基础上进行二次开发,由于本案例只需要将发布的推送信息保存到数据库中,采用第二种方法。
实现的方法比较简单,根据spring、hibernate框架结构,在org.androidpn.server.model包中添加实体类Notice ;在org.androidpn.server.dao包中添加dao接口与实现类 ;在org.androidpn.server.service包中添加业务接口Notice Service与实现类Notice Service Impl ;org.androidpn.server.console.controller. Notification Controller类中添加调用业务接口的代码 :
最后,在配置文件spring-config.xml、hibernate.cfg.xml添加相应的配置信息。
3.3 Android 客户端实现
接收推送 的Android客户端,要能即时接收到服务器推送的消息,需要导入Android Pn官网提供 的androidpnclient-0.5.0到开发的Android项目中。首先将androidpn-client-0.5.0加载到Java开发平台Eclipse,修改项目资源文件夹中的androidpn.properties文件,将xmpp Host的IP值改为实际服务器的IP。然后导出androidpn-client-0.5.0.jar文件,导出时不包含Android Manifest.xml文件。最后将jar文件加载到所开发的开发的Android项目中。实现的效果如图3、图4所示。
4 结束语
使用Android Pn可以简单地做到 :把消息推送到客户端。但是,单点容量有限,集群方案复杂、不成熟,不稳定,容易出现各种问题。要使其适合开发者需要,并在生产环境上运行,则可能需要做很多定制开发工作。
摘要：消息推送技术在当前移动互联网领域智能终端的应用非常广泛,如手机上的新闻客户端通过推送新的消息,使用户方便获知最新的新闻信息。本文介绍Android实现推送方式和基于XMPP协议的开源信息推送框架Android Pn的相关知识,并结合一个Android校园应用消息推送案例讨论相关的技术实现。
好消息和坏消息 篇4
摇摇“我wǒ有yǒu一yī个ɡè好hǎo消xiāo息xi和hé一yī个ɡè坏huài消xiāo息xi。”8厨chú师shī故ɡù作zuò神shén秘mì地de挤jǐ了le挤jǐ眼yǎn睛jinɡ，对duì魔mó法fǎ师shī说shuō，“你nǐ想xiǎnɡ先xiān听tīnɡ哪nǎ一yī个ɡè？”
摇摇“那nà还hái用yònɡ说shuō？”魔mó法fǎ师shī想xiǎnɡ都dōu没méi想xiǎnɡ就jiù说shuō，“当dānɡ然rán是shì先xiān听tīnɡ好hǎo消xiāo息xi啦lɑ！”
摇摇“好hǎo吧bɑ。”8厨chú师shī说shuō，“我wǒ的de托tuō盘pán里lǐ有yǒu三sān杯bēi水shuǐ，一yī杯bēi白bái开kāi水shuǐ、一yī杯bēi辣là椒jiāo水shuǐ、一yī杯bēi浓nónɡ盐yán水shuǐ。你nǐ知zhī道dào哪nǎ一yī杯bēi是shì白bái开kāi水shuǐ？如rú果ɡuǒ你nǐ找zhǎo对duì了le，我wǒ就jiù送sònɡ给ɡěi你nǐ一yī栋dònɡ大dà别bié墅shù。”
摇摇“尝chánɡ一yī尝chánɡ不bù就jiù知zhī道dào了le？”魔mó法fǎ师shī端duān起qǐ一yī杯bēi水shuǐ尝chánɡ了le一yī口kǒu，“好hǎo咸xián呀yɑ！这zhè杯bēi是shì浓nónɡ盐yán水shuǐ。”他tā咸xián得de直zhí伸shēn舌shé头tou。
摇摇为wèi了le得dé到dào大dà别bié墅shù，魔mó法fǎ师shī又yòu端duān起qǐ一yī杯bēi水shuǐ尝chánɡ了le一yī口kǒu，“好hǎo辣là呀yɑ！这zhè杯bēi是shì辣là椒jiāo水shuǐ。”他tā辣là得de直zhí跺duò脚jiǎo。
摇摇魔mó法fǎ师shī指zhǐ着zhe剩shènɡ下xià的de那nà杯bēi水shuǐ说shuō：“这zhè杯bēi是shì白bái开kāi水shuǐ。”
摇摇“最zuì多duō尝chánɡ两liǎnɡ次cì就jiù能nénɡ找zhǎo出chū白bái开kāi水shuǐ，我wǒ尝chánɡ了le最zuì多duō的de次cì数shù，唉ài！”但dàn魔mó法fǎ师shī转zhuǎn念niàn一yī想xiǎnɡ：为wèi了le得dé到dào大dà别bié墅shù，再zài辣là再zài咸xián也yě值zhí得dé。他tā问wèn：“坏huài消xiāo息xi是shì什shén么me？”
摇摇“坏huài消xiāo息xi是shì……”8厨chú师shī从cónɡ口kǒu袋dɑi里lǐ掏tāo出chū一yī幅fú画huà，上shànɡ面miàn画huà着zhe一yī栋dònɡ漂piào亮liɑnɡ的de大dà别bié墅shù，“你nǐ得dé到dào的de大dà别bié墅shù是shì一yī幅fú画huà。”
摇摇“天tiān啊ɑ！”魔mó法fǎ师shī发fā现xiàn自zì己jǐ上shànɡ当dànɡ了le，他tā想xiǎnɡ了le想xiǎnɡ，对duì8厨chú师shī说shuō：“我wǒ也yě有yǒu两liǎnɡ个ɡè好hǎo消xiāo息xi和hé一yī个ɡè坏huài消xiāo息xi，你nǐ想xiǎnɡ先xiān听tīnɡ哪nǎ一yī个ɡè？”
摇摇“那nà还hái用yònɡ说shuō？”8厨chú师shī想xiǎnɡ都dōu没méi想xiǎnɡ就jiù说shuō，“当dānɡ然rán是shì先xiān听tīnɡ好hǎo消xiāo息xi啦lɑ！”
摇摇“好hǎo吧bɑ。”魔mó法fǎ师shī说shuō，“第dì一yī个ɡè好hǎo消xiāo息xi是shì，如rú果ɡuǒ你nǐ把bǎ这zhè杯bēi浓nónɡ盐yán水shuǐ喝hē下xià去qù，我wǒ发fā誓shì把bǎ我wǒ的de魔mó法fǎ飞fēi鸡jī送sònɡ给ɡěi你nǐ。”
摇摇“魔mó法fǎ飞fēi鸡jī！”8厨chú师shī高ɡāo兴xìnɡ极jí了le，他tā毫háo不bù犹yóu豫yù地de端duān起qǐ浓nónɡ盐yán水shuǐ，“咕ɡū咚dōnɡ、咕ɡū咚dōnɡ……”喝hē得de干ɡān干ɡān净jìnɡ净jìnɡ。
摇摇“咸xián死sǐ啦lɑ！”8厨chú师shī咸xián得de直zhí摇yáo头tóu。
摇摇魔mó法fǎ师shī接jiē着zhe说shuō：“第dì二èr个ɡè好hǎo消xiāo息xi是shì，如rú果ɡuǒ你nǐ把bǎ这zhè杯bēi辣là椒jiāo水shuǐ喝hē下xià去qù，我wǒ发fā誓shì把bǎ我wǒ的de魔mó法fǎ盒hé送sònɡ给ɡěi你nǐ。”
摇摇“魔mó法fǎ盒hé！”8厨chú师shī坚jiān强qiánɡ地de端duān起qǐ辣là椒jiāo水shuǐ，一yī饮yǐn而ér尽jìn。
摇摇8厨chú师shī辣là得de脸liǎn都dōu红hónɡ了le，头tóu上shànɡ直zhí冒mào火huǒ，“哦ò，对duì了le，坏huài消xiāo息xi是shì什shén么me？”
摇摇“坏huài消xiāo息xi是shì……”魔mó法fǎ师shī不bù紧jǐn不bù慢màn地de说shuō，“刚ɡānɡ才cái我wǒ发fā的de誓shì都dōu是shì假jiǎ的de。”
消息平台 篇5
随着水利信息化的日趋深入,对各类水利应用系统之间的数据共享、交换要求日益提高。设计建设统一的水利数据共享交换平台,可为水利行业跨部门间的信息共享,以及跨学科的科学计算提供相应的数据支撑[1],是水利信息化的主要研究内容之一。
江苏省水利数据交换的形式主要包括以下几种:省中心与分中心之间的数据交换;分中心与分中心之间通过省中心中转的数据交换;省中心运行正常情况下,省中心与备份中心(江苏省太湖管理处)的数据同步;省中心出现故障时,备份中心与分中心之间的数据交换,以及分中心与分中心之间通过备份中心中转的数据交换;省中心(或分中心)与其它省中心(或国家流域中心)之间的数据交换。
数据交换主要包括以下几种:数据库与应用系统之间、应用系统与应用系统之间、数据库与数据库之间、数据文件与数据文件之间、数据文件与数据库之间、应用系统与数据文件之间等的数据交换。
1 设计原则
水利数据共享交换平台设计需遵循以下原则:
1)开放性。为降低由技术本身的限制而产生的对数据共享交换系统发展带来的风险,保护水利信息化上的长期投资,有效地规避风险,数据共享交换平台的选型应当遵循开放的技术原则,保证构架内外现有的、可能增加的不同应用模型系统容易集成。
2)可扩展性。随着各项水利应用的增加,业务量的加大,应用终端用户的增长,数据共享交换系统应能够通过服务器等硬件设备的添加实现快速、有效的扩展,无需对系统逻辑构架、系统或业务应用进行改动,使得系统能够随着业务的变化易于做出改变。
3)安全性。水利数据共享交换平台应采用全面开放的安全体系结构,保证平台的物理和逻辑安全。物理安全指系统设备及相关设施受到物理保护,免于破坏和丢失;逻辑安全包括信息完整性、保密性和可用性,建立相应的安全管理制度。
4)可管理性。水利数据共享交换平台是一个跨部门、用户群的大型系统。对不同性质用户、系统运行状态、数据资源等应具有良好的可管理性和可维护性。系统可进行集中的监控和管理,快速发现已发生或潜在的问题并做出判断,在此基础上自动解决问题或者提出相应的建议和策略,以保障系统的可用性与稳定性。
5)先进性和成熟性。随着新技术的发展,许多新产品不断出现,为了保障系统的稳定性和可靠性,应在选用成熟产品的前提下,充分利用新开发的并已有成功经验[2]的技术。
2 平台架构
基于消息中间件的水利数据共享交换平台整体架构如图1所示。
省中心和各分中心的应用系统、数据库、数据文件通过数据共享交换平台实现系统间的实时数据传输。数据共享交换平台为各应用系统提供标准的应用程序调用接口,数据交换共享系统间通过消息中间件实现数据交互。
1)数据交换共享平台。实现应用系统间的数据交换,为应用系统屏蔽传输底层。数据交换共享平台如图2所示。
DEM(Data Exchange Manager):数据交换系统核心,作为数据交换系统的控制层,提供路由、规则、日志和安全管理等功能。
消息中间件:实现数据交换共享系统间可靠的消息传输。
2)日志数据库。是整个数据交换共享系统日志记录的数据库。
3)路由管理。数据交换系统以传输队列设计为基础,通过对传输数据控制信息的配置实现消息路由的策略。
数据交换系统内部建有消息路由表,含消息的源、目的、类型及相对应传输队列名等字段;传输消息的控制信息也含有消息的源、类型等数据项,通过查询路由表消息流程明确该业务对象应该送去哪里、怎么送。
4)规则管理。数据交换系统通过管理配置设计提供数据规则管理功能。通过该功能,用户可维护交换的数据包类型、数据记录类型、数据记录各字段类型和格式,这些信息可以存放在数据库中。
5)日志管理。数据交换系统提供完善的日志管理功能,包括数据库和非数据库方式,通过该功能可以调阅数据交换共享系统上流过的每条消息,并且进行跟踪。
6)安全管理。数据交换系统提供消息的加密传输功能及相应的监控界面,以保证系统运行的可靠性。
3 数据流程
各水利业务应用系统通过数据交换共享平台提供的接口接入中心数据交换系统,并通过数据交换平台实现和其它应用系统的数据交换。完整的收发流程数据流向图如图3所示。
省中心和分中心的各应用系统可以根据是否具有数据存储功能分成有数据库和没有数据库的2类应用系统[3]。
3.1 数据库方式
若应用系统具有数据库,考虑到数据交换系统对应用系统的非侵入性及减少应用系统的实施风险,需在应用系统数据库中建立统一结构的发送和接收接口。以省中心应用系统发送数据至分中心应用系统为例,整体流程图如图4所示。
发送数据时,省中心应用系统只需将待发送的数据组织后成功插入发送接口,省中心数据交换系统就会自动取出该数据,根据该数据的配置信息送到省中心数据交换系统至分中心数据交换系统传输队列里。
接收数据时,分中心数据交换系统会自动从本地接收队列将消息提出,并成功插入分中心应用系统的接收接口,应用系统接收该数据并做相应处理。收发详细流程图如图5和6所示。
3.1.1 发送
1)DEM侦听发送接口表,提取应用系统插入的尚未发送或者发送不成功的数据。
2)每条数据都有相应的控制信息,通过该控制信息可以确定待发送数据的目标系统、数据类型及发送方式(点对点、广播和发布订阅)。
3)DEM根据数据的控制信息判断发送方式和相应传输队列名称,调用消息中间件接口将数据写入相应的传输队列,并根据发送结果修改接口表中数据的“发送状态”字段。
4)数据发送的可靠性由消息中间件的相关机制保证。
3.1.2 接收
1)DEM侦听本地接收队列。当本地接收队列有消息存在时,提取该消息,并根据该消息中的控制信息分发到本地接收子队列。
2)DEM侦听本地接收子队列。当本地接收子队列有消息存在时,DEM调用消息中间件接收接口取出该数据并插入应用系统接口表,在保证成功插入接口表时再删除本地接收队列中的相关数据。
3)应用从接收接口表提取数据,做相应的业务处理。
3.2 非数据库方式
若应用系统无数据库,或需要交换共享的水利数据以非数据库方式存放,数据交换共享系统提供了标准的接口供应用系统调用,收发详细流程如图7和8所示。
3.2.1 发送
1)数据交换系统提供发送API供应用系统调用,API接口方式如下(C语言或者Java,以下只列出C接口):int dem_send(const char*messageid,void*buffer,int length,int priority)。其中messageid表示消息号;buffer表示待发送的数据;length表示数据长度;priority表示数据发送优先级。
2)D E M根据数据的控制信息判断发送类型(点对点、广播和发布订阅)和相应传输队列名称,并调用消息中间件接口将数据写入相应的传输队列。
3.2.2 接收
1)DEM侦听本地接收队列。当本地接收队列有信息存在时,提取该信息,并根据该信息中的控制信息分发到本地接收子队列。
2)应用系统调用数据交换系统提供的接收数据API。该API完成从本地接收子队列收取消息(不关心消息的发送地址)的工作。接口声明如下:in dem_receive(char*messageid,char*systemid,void*buffer,int timeout)。其中messageid表示接收到的消息号;systemid表示接收该消息的应用系统代号;buffer表示收到的数据内容;timeout表示等待超时间,单位ms。
3)应用系统收到消息后,做相应的业务处理。
4 结语
该平台在分析各类水利数据的标准、结构、管理,以及互操作的基础上,实现了水利数据的共享交换服务,并紧密结合应用,为突破水利数据信息行业壁垒,更好地为社会公众服务提供了思路和技术参考。
目前,基于消息中间件的水利数据共享交换平台已经在江苏省太湖自动监测系统工程中部署应用,实现了江苏省太湖地区各级水利部门各类信息资源的交换与共享,为防洪排涝、水资源管理、调水改善水环境工作提供了历史和实时信息,为各级水行政主管部门和生产单位提供了准确、及时、有效的信息服务。
参考文献
[1]朱星明,张行南,白婧怡,等.水利科学数据共享元数据理论的应用探讨[J].水利学报,2005,36(8):56-59.
[2]司存友,高祥涛.国家防汛指挥系统江苏省水情分中心设计思路[J].江苏水利,2006(8):30-32.
消息平台 篇6
随着移动互联网的蓬勃发展,移动终端的普及是必然趋势。如今手机的智能化程度越来越高,传输速度不断加快,手机的很多功能早已突破传统的功能应用。近年来,由于高校扩招,学院师生数量急剧膨胀。在大学生这一特殊群体中,Android智能机的使用率较高,因此基于Android手机的校园移动平台层出不穷[1]。在现今信息爆炸的时代,校园信息量日趋庞大,种类繁多的信息反而会让师生忽略重要事项的通知,增加了通知人员的工作量。基于Bmob云平台[2,3]的消息推送系统采用了基于Bmob云平台的消息推送机制,并整合了部分环信聊天SDK的功能。聊天功能主要由环信SDK实现,相关数据存储在Bmob服务器上,并采用Bmob提供的短信发送功能,给在一定时间内仍没有阅读通知的人员发送短信通知,保证重要事项通知到位。通知人员可随时掌握通知的送达率,从而提高工作效率。
1 系统设计与分析
利用手机实现校园重要事项通知到位,是系统设计的出发点。因此,基于该目的设计系统功能,以实时掌握校园里相关人员收到通知的进展。手机与服务器之间采用安全且流量较少的通讯方式。
1.1 软件架构
系统采用C/S结构,数据主要存储在服务器端。服务器端采用“Bmob+环信”的方式提供Web Service,Android手机端使用SQLite[6]缓存数据,与JavaAPI之间实现数据的上传和下载[7,8],手机的UI框架采用环信SDK的EaseUI实现,其基本软件架构如图1所示。
1.2 设计概述
本系统采用面向对象的设计方法进行系统的设计与实现。系统的基本模块分工如图2所示,其中,包com.zhongnan.push包含了项目中的基本配置,包括Model数据中心和应用程序主入口,以及程序辅助类PushHelper;包com.zhongnan.push.adapter包含了项目中用到的所有适配器;包com.zhongnan.push.db包含了项目基本的数据库操作接口封装;包com.zhongnan.push.domain包含了网络消息体的封装;包com.zhongnan.push.parse包含了项目基本的数据解析操作;包com.zhongnan.push.receiver包含了项目的广播接收器;包com.zhongnan.push.runtimepermission包含了项目中的好友权限管理;包com.zhongnan.push.task包含了图片异步下载的接口封装;包com.zhongnan.push.ui包含了项目的所有界面(Activity);包com.zhongnan.push.utils包含了项目的工具类以及Bmob服务器的操作接口,包括短信、数据库操作接口的封装;包com.zhongnan.push.video.util包含了音视频处理接口的封装;包com.zhongnan.push.widget包含了项目中Activity用到的各种UI Widget。
系统的基本UI框架采用环信SDK的EaseUI加以实现。借助于环信的SDK实现系统的聊天功能,系统会在注册过程中将用户的基本信息存储于Bmob服务器,以便注册校验检测;用户的聊天记录信息会在Bmob服务器中存储相应的通知信息ID与群聊ID,以便系统进行短信通知。
1.3 功能设计
对用户的常用需求进行调研,设计相关软件功能。系统主要包含登录注册、聊天、发布通知等功能。
1.3.1 登录注册
用户登录时,如果没有账号则需在注册界面注册,注册的用户名以用户的手机号为准。在获取手机校验码后,最后客户端在环信的服务器上完成注册。具体的登录流程如图3所示。
1.3.2 通知发布
用户选择发布通知后,可进入发布通知界面编辑通知内容,然后选择是否在现有群聊中发送通知。然后,用户点击通知消息进入未读人员列表,向未读人员发送短信。每当群成员读取通知后,将该成员标示为已读对象。具体的发布通知流程如图4所示。
2 功能实现
2.1 登录界面
进入登录页面后,用户输入用户名和密码即可登录,密码校验成功则进入客户端主界面;如果没有账号则进入注册界面。
2.2 注册界面
用户注册要求输入手机号,并获取验证码。此时客户端向Bmob服务器获取验证码并发送至手机,用户输入验证码,同时客户端会在请求验证码之前向Bmob服务器查询该手机号是否已经注册。如果已注册,客户端会提示用户该号码已经注册;如果没有注册,用户输入验证码后,输入密码并选择注册的身份角色,通过客户端校验后,客户端会在环信的服务器上完成账号信息注册。
2.3 主界面
主界面默认选项为会话列表界面。用户可切换至通讯录和设置界面,所有的会话展示在会话列表界面,当用户点击会话时进入聊天界面。根据角色不同,界面和功能也有所差异,若登录的角色是教师,则主界面右上角有加号可用于发布通知。用户输入通知内容,然后选择发布对象,客户端会根据用户选择是否在现有群聊中发布通知,决定是否建立新群聊或添加新成员入群,然后发送通知。
2.4 发布通知界面
用户选择发布通知后,客户端向Bmob服务器存储当前的群聊ID与通知消息ID,将群主设置为已读人员。用户点击通知消息会进入未读人员列表,可在列表中自主选择需要发送短信的群成员对象,并发送短信。未读人员会收到来自Bmob服务器发送到指定主机的短信通知,在登录软件查看通知信息后,会同时向Bmob服务器的已读人员表中添加该成员,表示该成员为已读对象,直至未读人员列表为空,以确保每一位通知对象均已收到通知。
2.5 聊天界面
除发布通知功能外,聊天界面也具备其它基本功能,例如发送文件、表情、照片、语音、地理位置等,以方便用户传递信息,增加用户之间的交流。
2.6 通讯录界面
在通讯录界面,用户可查看好友申请,进行好友请求的接受和拒绝。同时用户可选择进入群聊列表界面,也可选择好友建立新的群聊。
2.7 设置界面
用户可设置系统的基本功能,修改用户资料,目前仅支持用户头像和昵称的修改,还可设置基本的消息接收提示,例如选择声音或震动,是否使用扬声器播放语音,以及退出群组时是否清除聊天数据等。目前所有聊天信息存储于本地的客户端数据库中。
3 结语
本文借助Android系统设计完成了一个基于Bmob云平台的消息推送校园APP,通知者可给在一段时间内仍未查看通知的未读人员手动发送短信,以保证重要事项通知到位,从而减轻传达人员的工作量,提高工作效率。系统设计的底层相对抽象,对类的封装比较彻底,相关功能直接在此基础上进行拓展。然而,系统的稳定性仍存在一定问题,由于系统的服务器都依赖于Bmob和环信服务器[9,10],而相关服务器目前尚不太稳定,可能存在用户无法登录的情况,这也是后期需要进一步优化与改进的方面。
参考文献
[1]刘宗平.浅析数字化校园建设中的移动校园平台建设[J].科技创新与应用,2013(14):83-83.
[2]韩基龙.试谈Android移动云应用的优势和发展趋势[J].电脑编程技巧与维护,2014(6):58-59.
[3]周冉,高玉竹.Bmob云平台在Android App开发中的应用[J].微型机与应用,2015,34(1):26-28.
[4]倪红军.基于Android平台的消息推送研究与实现[J].实验室研究与探索,2014,33(5):96-100.
[5]王晓萍,孟坤.基于可信第三方实现多云平台的交互和选择[J].计算机与现代化,2014(1):104-108.
[6]刘昌平,范明珏,王光卫,等.Android手机的轻量级访问控制[J].计算机应用研究,2010,27(7):2611-2613,2618.
[7]CHAUDHURI A.Language-based security on Android[C].The Workshop on Programming Languages&Analysis for Security,2009:1-7.
[8]张国防,白晓波,孙超.基于Android的APP开发平台的搭建[J].通讯世界,2015(12):68-69.
[9]CORRAL L,SILLITTI A,SUCCI G.Mobile multiplatform development:an experiment for performance analysis[J].Procedia Computer Science,2012,10(1):736-743.
消息平台 篇7
在企业生产环境中,有很多需要系统能够灵活设置的计划任务,例如在每月1号凌晨统计上个月各部门的业务数据生成月报表,每半个小时查询用户是否已经有快到期的待处理业务……这样的例子俯拾皆是,不胜枚举。
如何通过设置相应的计划任务,将空闲时段的服务器资源都充分利用起来,降低生产成本。通过Java应用灵活简单设置可靠的计划任务。
1 解决方案的实现
Java应用灵活简单设置可靠的计划任务,主要有两种方式实现。
(1)使用Servlet侦听器结合Java定时器实现任务计划调度。
(2)使用Quartz时间框架实现实现任务计划调度。
OpenSymphony所提供的Quartz自2001年发布版本以来已经被众多项目作为任务调度的解决方案,Quartz在提供巨大灵活性的同时并未牺牲其简单性,它所提供的强大功能使你可以应付绝大多数的调度需求[1]。
Quartz在开源任务调度框架中的翘首,它提供了强大任务调度机制,难能可贵的是它同时保持了使用的简单性。Quartz允许开发人员灵活地定义触发器的调度时间表,并可以对触发器和任务进行关联映射[2]。
此外提供了调度运行环境的持久化机制,可以保存并恢复调度现场,即使系统因故障关闭,任务调度现场数据并不会丢失。此外,Quartz还提供了组件式的侦听器、各种插件、线程池等功能。
基于以上考虑使用方案(2)实现短消息发送的业务调度。
该系统主要由短消息服务、Quartz调度服务器、应用系统服务器、数据库服务器四个部分组成。
其中短消息服务器提供基于短消息的收发服务。应用系统提供应用的服务,和数据库服务器直连,如图1所示。
Quartz调度服务器提供各种时间调度策略的管理。
主要代码
2 主要调用程序
3 发送短消息
4 接收短消息
代码和发送短消息类似这里就不详细介绍了。
5 数据的格式
采用统一的JSON作为数据的格式进行处理。
6 结束语
通过使用Quartz时间调度框架,并且可以很灵活地管理任务的计划任务。在产品化软件的设计中使用能够灵活满足客户的需要[3]
参考文献
[1]Quartz Job Scheduling Framework[Z].
[2][EB/OL].http://blog.csdn.net/beegee/archive/2004/08/24/83592.aspx.
消息平台 篇8
Oracle APEX开发的协同工作平台, 系统用户登录到系统后, 在自已的任务区可以看到待完成任务, 并可以通过点击“执行任务”进入到任务处理界面完成相应任务。
公司启用Micrsoft Lync消息平台后, 提出新课题:实现CV协同工作平台与Micrsoft Lync消息集成, 当用户有新任务产生时, 自动生成Micrsoft Lync消息, 推送给用户。用户从Micrsoft Lync消息可以看到当前任务的任务名和相关关键信息, 点击消息链接, 可以自动跳转到CV协同工作平台相应任务处理页面。
2 设计思路
(1) 在协同工作平台数据库, 创建一个过程get_lync, 该过程能实现通过Oracle的UTL_HTTP工具包向与Micrsoft Lync消息发送包含POST参数的请求。
参数包括要调用协同工作平台相应任务的任务执行人, 任务名, 任务关健描述, 任务处理页的URL, 任务ID等关键信息。
(2) 在协同工作平台数据库, 创建一个任务表的表级触发器T_SCZB_D_14_U, 当任务状态由“初始”转变为“启动”时, 调用过程get_lync, 向与Micrsoft Lync消息发送包含POST参数的请求。
3 实现过程
(1) 协同工作平台数据库, 创建一个过程get_lync。
4 网络许可
测试变更SCZB_D_14 一条记录的status为4, 这时触发器T_SCZB_D_14_U运行, 调用过程get_lync。但此时过程get_lync运行出错, 出现以下错误提示:
ORA-29273:HTTP请求失败;
ORA-06512:在"SYS.UTL_HTTP", line1130;
ORA-24247:网络访问被访问控制列表 (ACL) 拒绝。
出现问题的原因:需要对Micrsoft Lync消息服务进行网络许可 (Enable Network Services in Oracle Databas) 。
以sysdba用户执行以下过程。
第一步:
执行完Enable Network Services in Oracle Databas, 测试过程运行正常。
5 运行结果
当一个任务启动后, 系统自动通过Micrsoft Lync消息服务器把消息推送给用户。见图1。
用户点击链接后, 直接导向任务处理页面。
6 结语
有好消息，也有不妙的消息 篇9
最近，德国部分私立语言学校和职业学校相继宣布倒闭或因经营困难，致使中国留学人员预交的学费、生活费等无法追回，造成损失，严重影响了学生的学习和生活。为此，中国驻德国使馆教育处紧急提醒近期准备赴德国留学的中国学生，务必要选择有教学质量保证、信誉好的德国学校，预交学费更要格外小心。
“柏林经济语言学院”（简称AMB）于2003年年底宣布破产。今年1月，由“普利格尼哲尔经济协会职业教育中心”（简称BBZ）接手经营AMB下属的新鲁滨私立高中。但由于某些中国学生事前并不知AMB已破产，仍预交了一笔“语言培训费”，虽然他们被转往另一所语言学院学习语言，但仍需再交学费，从而增加了学习费用。
位于波恩的“国际文化交流学院”（简称IFS），在今年通过国内某些中介机构办理了一批中国学生到德国罗斯托可的“欧洲经济语言学院”(简称EWS)学习。由于该院宣布倒闭，进入财产清算程序，中国学生所交的学习和生活费用无法索回。而欧洲经济语言学院以学生语言不过关为由，要求每人再交数千欧元的语言培训费。
德国Benedict学校是一家从事语言、商务和计算机培训的私立教育机构，在慕尼黑和科隆设有学校。从2002年以来，有部分中国学生通过留学中介选择了该校并将学费、生活费等转往该校。但由于这些中国学生签证遭拒，无法赴德，该校则以“经营状况不佳”为由，至今未将学生所交各项费用退还。
随着高考结束，不少学生打算近期通过各种渠道自费出国留学深造。对此，有关部门负责人和专家提醒，按德国现行规定，中国高中生和职校生均无法直接进入德国大学（包括国家认可的私立高校）学习，所以不要存在侥幸心理和通过所谓“特殊”途径进入德国高校。他们建议学生在出国前一定要先搞清楚国外学校的资质、信誉和教学质量等基本情况，根据自己学习能力、家庭经济条件等，选择适合自己发展的学校和专业。不要盲目轻信一些机构和个人的不实介绍和虚假宣传，以免上当受骗。
加拿大留学资金担保有变化
加拿大联邦政府最近改变留学加拿大的中国大陆人士资金担保办法，以防止作伪。以往中国大陆留学生只要提供银行的利息清单便可以向加拿大大使馆申请学生签证的办法有所改变，大使馆今后不再接受利息清单，而要求申请人提供原始的银行存款证明，即为期18个月存款证明，或者申请者需要做出充分的解释，证明存款纪录可以作为留学资金的担保。
与此同时，由于屡屡发现递交给大使馆的申请材料有作假的成份，加拿大驻北京大使馆将成立防伪小组，由专人对申请者的材料进行抽查，抽查的方式如电话访问等。
不好的消息，赴美签证将多了100美元信用管理费
最近，美国移民和海关执法局(简称ICE)发布新闻简报称，将从今年9月1日起对申请赴美签证的外国学生、学者及交流访问者收取100美元系统管理费。简报解释，收费是为管理和维护学生和交流访问者信息系统(简称SEVIS)。据称，SEVIS系统简化了过去的人工程序，使资料检索更准确更及时，处理程序也更快，因此更少耽误外国学生和交流访问者的时间。美国驻华大使馆签证处副处长William先生表示，SEVIS是美国的一个项目，它是给美国大学提供各种关于教育方面的信息。“它要求所有的学生申请人，不仅仅是中国的，都要付100美元。目前为止，我们还没有对中国的学生签证申请人收费，但最近可能要开始了。”
对于因签证延误而致使学生错过开学时间的问题，他认为，大部分是因为申请人申请比较晚。他提醒，学生申请人签证面试时不要紧张，因为使馆签证处方面一直和美国学校方面有良好协作，尽量会在学校开学之前审理完学生的签证申请。此外，不要因为怕耽误学校开学而不来申请学生签证。
赴英签证区域有了调整
从英国驻重庆总领事馆获悉，英国驻重庆总领事馆有望于明年春季开设签证办理处。届时，中国西部部分省区居民前往英国旅游、留学，将不用再远赴北京而只需到重庆即可办理签证。总领事艾琳女士介绍说，英国驻重庆总领事馆目前正在进一步完善“一站式”服务———文化教育处可以为希望留学英国的学生及其家长提供“一对一”的咨询帮助，商贸处也能为西部地区企业提供合作建议，而签证处的设立将使得赴英留学、企业交流变得更为便捷。
海外学子报国创业的好形式：创业周
创业周已成为广大海外学子加强与祖国联系、为国效力、自主创业的一种新型互动的良性形式。“中国海外学子辽宁创业周”到今年已成功举办3届，成果丰富。从2004第三届创业周的分会场——鞍山传来的消息显示：160多名海外学子与鞍山300多家企业经过两天的面对面交流，共签订项目53个，合同总金额3亿1700万。目前，已有80家海外学子创办企业在鞍山落户，涉及电子信息、生物医药、新材料、节能环保、冶金、新型农业等领域。截至去年底，全鞍山海外学子项目实现销售收入2.48亿元，利税4497万元。
澳洲签证费涨价
澳大利亚移民、多元文化及土著事务部日前在其官方网站上发布消息称，澳大利亚移民部自2004年7月1日起上调签证费用，上调后的费用自7月1日起生效。此次签证费的上调比例在2.8％至3.0%左右。
中国高中生和职校生无法直接进入德国大学，教育部提醒大家赴德留学要慎重(详细内容见下页)
荷兰鹿特丹管理学院首度向中国学生发放高额奖学金
经过严格筛选和面试，中国学生陈冰喜获由荷兰顶级商学院--荷兰鹿特丹管理学院（RSM）于2004年专为中国学生而设立的RSM NESO Beijing MBA2004奖学金。7月7日，荷兰驻华大使Philip de Heer先生在长城饭店将价值34000欧元的奖学金颁发给这名女生，用以支付她在鹿特丹管理学院为期15个月的国际MBA课程学习费用。据悉，这是迄今为止RSM和Neso Beijing第一次针对中国学生赴荷兰留学而发放的最大一笔一次性个人奖学金。鹿特丹管理学院隶属于著名的鹿特丹伊拉斯姆斯大学，是欧洲乃至世界顶尖的商学院之一。它的国际MBA课程以其杰出的国际化、多样化及富有创新的特色教育每年都吸引了全球近50个国家的学生。
学生留英签证申请须预约
消息平台 篇10
随着教育信息化硬件的不断完善,教学模式从以前的课堂教学演变成数字教学(E-learning),再到目前流行的移动教学(M-learning)。尽管数字教学能一定程度上弥补原有教学模式的缺陷,但在移动性上存在不足,不能进行随时随地的学习。对于成人教育占据较大比重的开放教育,对移动教学模式有更高的要求。移动学习结合移动通信、网络技术和新型教学模式[1],符合开放教育的发展需求。本文结合Moodle平台,开发一个适合于移动教育的平台框架,并以短消息服务为实例,实现了平台的移动模式。
1移动教育平台概念及相关技术
1.1移动教育平台
移动教育其实是通过移动设备进行随时随地教育的模式,其中包括实现 教师与学 生之间的 交流。而除了对M-Learning有确定的定义外,不少学者针对其有效性也进行了不同的实验研究。测试中,学习者表现出对使用新科技学习方式的意愿[2,3],研究结果表明移动设备的扩展在为学习者提供方便的同时也提高了学习效率[4]。此外,对于移动平台系统,国内外多个研究小组都进行了相关研究,如美国XTask移动学习系统、新加坡的Mobiskoolz系统等等[5]。综上所述,移动教育平台除了包含数字教育平台的功能外,还具有移动性。根据笔者在各大搜索引擎的查询结果,尽管Moodle教学平台已经被许多研究小组进行细致分析[6],但只有少 部分结合 移动教育 思想进行 研究[7,8],而结合手机短消息、3G等服务的扩展则几乎没有。因此,针对此模式,本文先建立一个数字教育平台,Moodle平台则是此类平台的佼佼者。除搭建Moodle平台,本研究需要对该框架进行扩展,以实现其移动功能,本文以短消息服务为例,进行了移动化扩展。
1.2Moodle平台框架
Moodle平台是由Martin Dougiamas开发的基于网络的课程管 理系统[6],目前已经 得到广泛 应用及推 广[6]。Moodle平台具有以下优势:1Moodle为开源平台(OSS),用户可免费下载、使用、修改甚至发布;2 Moodle是课程管理系统(CMS)和网上学习系统(VLE)的结合体,提供教师共享文档、作业评分、论坛讨论等功能;3Moodle是基于PHP编写,几乎能在任何服务器上运行,用户能在任意电脑中下载、使用及升级;4Moodle使用普及;5Moodle能在不需要修改的情况下在不同的操作系统下运行,如Unix、Linux和Windows,数据库兼容性强,如MySQL、PostgreSQL、Oracle等;6 Moodle具有易安 装性,易于管理、安全性高。
但是,Moodle平台仅仅是数字教育平台的缩影,本身具有一些局限,如依赖网络、信息送达受限等。因此,本文以Moodle平台为基础,将其扩展为移动教育平台。
1.3短消息服务
根据工信部提供的数据显示,截至2014年5月底,中国手机用户数量已经达到12.56亿,差不多90.8% 的人群使用手机进行通信。其中,使用手机上网的人群为8.57亿人,平均每部手机每天发送1.64条短信。因此,选择手机作为移动教学平台的移动端具有实际意义。目前,通过手机进行移动 学习有两 个方式:通过短信 服务和通 过GPRS、3G等连接服务。本文选取短消息服务作为移动端提供的服务形式,原因有三:1短消息服务资费低;2尽管手机普及率高,但是手机性能并不一致,进行实时交互虽然是最终目的,但本阶段通过短信息进行交互较为合理;3在Moodle教学平台上作扩展较方便,只需对短信猫硬件进行二次开发则可实现目的。本文设计一个基于Moodle的移动教育平台,以短消息服务为例,在数字教育平台实现其移动学习框架。
2移动教育平台需求分析
需求划分为三部分:网站需求、服务器需求和硬件需求。
对于网站需求,搭建的Moodle平台包含6大模块,分别为登录、课程、资源共享、用户分组、短消息扩展、管理设置:1登录模块与一般网站一致,提供用户输入密码的登录功能;2课程模块主要提供学生选课功能;3资源共享模块主要为教师发布课程信息,学生发布Blog等功能;4用户分组模块,根据学生年级、社团等各种分类进行用户划分,方便实现短消息模块的用户搜索功能;5短消息扩展模块主要结合移动教育平台的需求,嵌有电话本框,用户可通过关键字,即姓名或学号搜索到教师或同学的手机号码及其它资料。若用户被赋予发送短信的权限,则可以看到该功能的按钮,点击后会出现高级选项,可以根据用户的需要选择不同的接受方,即群发功能,若用户想了解发送情况,则可以通过 查询发送 情况的链 接查看发 送情况;6管理设置模块提 供高级用 户进行网 站修改设 置功能。
对于服务器端的需 求,需要进行 发送短信 需求的监听,若收到请求,则把数据库中临时表(存有接受者电话及发送信息)的内容发送到接受者手中,并对数据库进行一定操作。硬件为GSM modem(短信猫)的专门发 送短信设备,发送信息时需要一张SIM卡及通过USB口与电脑链接。
3移动平台实现
3.1移动教育平台整体框架
整个移动平台硬件包括一台用于存放数据库的服务器,也是网站的服务器,一部用于发送消息的短信猫。软件系统主要 在Moodle平台的基 础上构建,数据库采 用MySQL,而程序部分则用VS2008编写。整体框架如图1所示,通过网站 上的短消 息Block(Moodle把模块称 为Block,下一节详细介绍该部分)进行接收短信用户搜索,如发给全体教师或某学生,搜索得到结果后,编写发送信息,如会议信息、课程信息等,然后通过短信猫进行短信发送。由于短信内容的不同,有时需要交互操作,用户可以通过回复特定字符进行不同的交互,短信猫获得信息后进行解析,然后把相应的结果记录入数据库中。
图2为针对服务器与Moodle用户进行短信等移动化学习的交互过程。对于客户端和服务器来说,用户首先需要登录网站并得到服务器的确认,然后用户进行目标人群搜索,服务器获得结果后返回给用户页面,用户对欲发信息人群进行确认并编写短消息内容,服务器得到短息内容及目标后写入数据库,通知短信猫进行信息通信。
3.2数据库设计
数据库支撑整个网站的运行,主要涉及3个表:用户表(mdl_user)、信息表(mdl_messagesystem)、历史信息记录表(mdl_messagesystem_history)。mdl_user是基本表,保存整个网站的用户信息,在注册时所有的属性已经被录入,如姓名、电话号码等,如图3、图4所示。mdl_messagesystem是针对短信平台 建立的临 时表,主要处理 新加入的即将发送的短信,当触发“send”按钮时,此表会在对应的属性新增记录,并不断扫描,发现存在flag2=“0”则开始发送短信,发送后,如果成功则flag2被置为“1”,否则flag2被置为“2”,同时,记录被剪切到mdl_messagesystem_history表中,目的在于辅助用户查询记录,record页面则用来显示这张表的内容。
3.3短信猫相关流程
由于短信猫是串行 通讯设备,必须串行 提交短信 发送,而且提交后必须等到有回应后才能提交下一条,否则会造成短信猫死机,特别是多用户应用时,如果存在多线程同时并发操作短信模块,也会造成短信猫死机。即使针对同一短信模块的收发,也必须为一前一后串行,而不能通过收发两个并发 线程来操 作。因此,笔者使用 短信队列,即短信数据库表。本文使用一个能够实时扫描数据库的后台服务程序,当用户在Moodle平台上使用发送短信功能时,首先修改短信数据库,然后当服务程序发现待发短信时,就执行短信发送函数并将其标记为已发送。首先创建数据库的记录集 实例,若创建数 据库记录 集实例成功,则获取所需的电话号码集和短信记录集,接着发送短信,并对其进行记录,重复发送直到完成所有目标用户,最后关闭数据库连接,等待下一次发送。短信发送及数据库记录流程如下:
4移动平台
创建新的Block作为短信模块入口,目的在于查询用户,其中包括个人及群体搜索选项。向数据库提出查询要求前,需要进行权限判定,如果用户没有登陆或不具备发短信的权限,就不允许其进入发送短信页面。若用户具有这个权限并且提供关键字正确,则显示用户信息,并提示发送,否则重新 输入关键 字;若用户想 要群发则 选择search页面。由于笔者在管理注册用户时按学生的年级班级排列,因此用户可以相对容易找到所需组群,若不能满足需要时,则可选择自定义的filter。搜索到发送对象后,填写所需 信息即可 发送。 此外,短信模块 还包含search、result、message、record的书签,search用来搜索群组,result用来显示查询结果;最后,message是发送信 息的界面,record记录所有发送记录及发送情况,若发送失败,系统会自动重新发送。
5结语