消息管理（精选十篇）
消息管理 篇1
教学管理系统是学校管理系统的重要组成部分,是一项时间性强、工作量大、信息庞杂、质量要求高的工作。过去我国还有许多的学校采用传统的依赖人力手工的纸介质的管理模式,既费时费力又容易出错。随着学校管理制度改革的进一步深化,计算机信息化管理已成为趋势。计算机信息化管理可以有效地提高学生信息管理工作的效率和质量。教学信息管理系统是学校管理系统的重要组成部分之一,目前在各高校的教学管理系统已普遍采用C/S和B/S结构的网络化信息管理系统,这些系统在应用中为广大师生提供了很多便利。但随着系统应用的加深和应用领域的进一步扩展,随之而来也带了许多问题,如访问量增大后,特别是期末查成绩高峰期时的数据丢失问题,教师输入重要的考试信息泄露问题等。本文着重阐述通过消息队列技术在教学管理系统中的应用,克服网络环境数据丢失和泄露的问题。
1 关键性技术MSMQ概述
Microsoft Message Queuing(MSMQ)是Windows 2000、Windows XP、Windows Server 2003的一个组件,并将继续包含在Windows Vista和以后的Windows服务器中。即使目标接收应用程序没有运行,或运行发送或接收应用程序的计算机没有联网,协同合作的应用程序仍能利用MSMQ在彼此之间发送和接收消息。在到达目标队列之前,消息由MSMQ存储并转发。接收应用程序能够从队列中恢复数据。MSMQ包含四种队列类型:外发队列、公共队列、私有队列和系统队列。
MSMQ类消息队列的主要特点在于它分离发送和接收应用程序,使其不必同时运行。该技术使不在同一时间运行的应用程序,可以在不同种类的网络和可能暂时脱机的系统间进行通信。MSMQ提供了有保障的消息传递、高效的路由、安全性和基于优先级的消息传递。它可用于对异步和同步消息传递方案,一个应用程序能够把数据存放在队列中,而不用理会队列中的项目是否被传送到接收应用程序。MSMQ是Windows的一个可选组件,只需通过Windows控制面板的添加或删除Windows组件向导就可进行安装。MSMQ有两种配置模式:域模式或工作组模式(只使用私有队列)。MSMQ安装完成后,就可以在.NET应用程序中运行。
2 教学管理系统
2.1 系统总体设计与模块分析
对教学管理系统的需求主要根据系统的三类用户来决定:第一,教学管理人员通过该系统登录学生、教师和课程的有关信息,实现综合管理;第二,教师通过该系统来设置课程信息和登录学生的成绩,实现对学生成绩的汇总统计和分析管理;第三,学生通过该系统可以选课和查询各科的成绩。在教学事务管理过程中,教学管理人员需要维护教师档案、学生档案,每个学期考试结束后登记学生的成绩。每个学期末,学生根据系里提供的下一学期所开的课程选课。教师接受了一学期的教学任务,并将选课结果和分配的教学任务等信息登记保存。
教学管理系统由三大主模块组成,分别是:学生信息管理模块、教师信息管理模块和选课信管理模块。
(1)学生信息管理模块:该模块主要用于学生基本信息的管理(学号、姓名、性别、出生日期、学年、学期、课程编号等)和学生成绩的登记,另外该模块还提供了对学生档案、学生成绩等信息的查询和浏览等功能。
(2)教师信息管理模块:该模块主要用于教师基本信息(姓名、性别、工作时间、政治面貌和学历等)管理和教师授课信息(课程编号、教师编号、授课地点和授课时间等)的登记和管理。
(3)选课信息管理模块:该模块主要用于课程信息(课程名、课程编号和学分等)和学生选课信息(课程编号和学号)的管理,包括学生选课信息登录、课程信息的登录以及有关课程等情况的查询。
2.2 消息队列技术在系统设计中的作用
在学生基础信息维护和教师基础信息维护的过程中不需要加入消息对列技术,但学生选课、教师录入成绩的功能模块需要加入消息队列技术。对于一个系统,学生和教师都是通过客户端访问系统的服务器,在系统中由于学生选课时和教师在登录成绩时,系统比较繁忙,教学管理服务器的负担比较繁重。如果出现断网或网络阻塞的情况,教师登录的成绩和学生选课的信息可能丢失,这时系统可以将其存储在消息队列中,以供服务器逐一的处理和当网络顺畅时再次处理,这样就避免信息的丢失和重复输入。
3 基于消息队列技术在教学管理系统中的应用
以学生通过选课信息的录入为例,说明消息队列技术在教学管理系统中的应用。
3.1 发送消息
(1)建立一个队列是应用MSMQ的第一步,可以通过Windows计算机管理控制台中的消息队列选项完成这一操作,或者本地编程建立一个队列,本系统建立一个消息队列被称为MQ。
MessageQueue.Create(@".Private$MQ");
(2)引用消息队列的命名空间
System.Messaging命名空间执行MSMQ的编程操作,此命名空间有Message和MessageQueue两个主要的对象。Message是队列发送或读取的实际消息或数据;MessageQueue用以接收/发送消息的MSMQ消息队列。引用命名空间的代码如下:
(3)建立消息队列
(4)声明消息
(5)构建传递学生选课信息的实体类ChooseCourse
(6)构建消息
(7)发送实体类到消息
3.2 接收消息
从队列中读取消息,应用MessageQueue类的Receive方法。如果队列中存在消息,Receive方法就返回一个消息对象;否则,其将等待一条消息出现。从队列中恢复消息对象需要预先知道消息的类型。
(1)定义接收的消息
首先还是要在接受端程序声明接收消息的队列。
(2)消息的串行化
为了给消息指出它包含哪种类型的对象,需要建立消息的格式化器(formatter)。给消息的Formatter属性指定一个System.Messaging.XmlMessageFormatter对象即可建立格式化器。由于传递的消息包含ChooseCourse实体类对象,所以需要为它们配置XmlMessageFormatter。MessageQueue类的Formatter属性允许指定被恢复对象的类型。
(3)接收消息
给消息指定了一个格式化器后,就可以从消息中提取消息传递内容的对象,然后实例化消息,及消息的内容填充到教学管理系统数据库中的学生选课表中。
如果返回队列中的第一条消息,使用MessageQueue.Receive方法。这个方法会获取队列中的第一条消息,在这个过程中将获取的消息从队列中删除。由于消息在读取的时候被删除,可以确保获取消息队列的进程是唯一收到消息的进程。
4 结束语
本教学信息管理系统中消息队列是关键技术,通过充分发挥消息对列在防止信息丢失和信息安全等方面的特点,有效地提高管理部门的工作效率和质量,使学生和教师在使用系统过程中,信息的安全和可靠性得到保证,促进学校的教学信息规范化管理,提高管理的效率和水平,方便快捷地对教学信息进行有机地组织和管理,及时提供可靠的数据。
摘要：教学管理系统可以很大程度地提高教学信息管理工作的效率和质量。针对教学管理系统中数据丢失和安全问题,本文介绍基于消息队列的教学管理系统的设计,概述了消息队列技术的特点,以消息队列技术在学生选课模块中的应用为例,阐述消息队列技术在教学管理系统中防止数据丢失和信息安全方面的作用。
关键词：消息队列,教学管理,消息,数据库
参考文献
[1]孟庆梅.教学管理系统的设计与实现[J].河南工业大学学报(社会科学版),2008,14(3):147-148.
[2]俞燎宏,刘英杰,李婕婷.教学管理系统在教学运行中的应用研究[J].宜春学院学报,2008,30(4):172-173.
[3]谢廷俊.基于B/S的教学管理系统的设计与实现[J].福建电脑,2008,(5):133-134.
[4]李泰峰,段培俊.基于WEB的创新性实验教学管理系统的设计与实现[J].电子科技大学学报(社科版),2008,10(1):56-60.
消息管理 篇2
（三）北京志翔领驭2013年3月31日
修订中的《药品经营质量管理规范认证管理办法》，拟将责任明确：
一、“国家食品药品监督管理局负责全国药品GSP认证工作的组织、协调和监督管理；制定《药品GSP认证现场检查项目》、《药品GSP认证现场检查评定标准》”；
二、“省级食品药品监督管理部门负责本辖区药品GSP认证的组织实施和监督管理工作，按照《药品经营质量管理规范》和本办法的规定，制订辖区内认证管理的规章制度和工作程序，省级食品药品监督管理部门负责对辖区内药品GSP认证机构认证管理体系进行评估，并建立检查员库。”
三、“市级食品药品监督管理部门负责辖区内药品零售企业和药品零售连锁企业（门店）的药品GSP认证组织实施和监督管理工作”。
四、国家食品药品监督管理局对各级食品药品监督管理部门和药品GSP认证机构在药品GSP认证工作中，严重违反《药品管理法》、《药品管理法实施条例》和本办法有关规定的，应当责令其限期改正；逾期不改正的，依法予以改变或撤销认证决定。
如果国家局批准以上修订，特别是第一条“《药品GSP认证现场检查项目》、《药品GSP认证现场检查评定标准》”由国家统一修订，结合GSP分级检查员管理和“申请资料“（详见：在《药品经营质量管理规范认证管理办法》消息（一、二）中），国家局对批发企业将执行“统一标准”、“统一检查主要人员（尽量减少现场检查差异）”、“统一申请资料”，使通过新版GSP企业管理水平接近。
好消息，坏消息 篇3
Series Four， Episode Six： Good News， Bad News
（Sound of a pile of magazines thumping[砰然地响] down on a table with a sigh）
Tony： Blimey， what have you got there， Bindyu？
Bindyu： Holiday brochures.
Magda： Holiday brochures？
Bindyu： Yes， um， magazines which show us all the places we can go on our honeymoon.
Magda： What’s a “honeymoon”？
Tony： After a couple get married， er， they go away on holiday somewhere.
Magda： Oh yes， we have the same thing in Poland， but we call it the “honey month”.
Tony： A month！ Blimey…that’s a long time.
Magda： So， Bindyu， where are you going on your honeymoon？
Bindyu： Well， I was thinking of somewhere exotic[异国情调的]—the Mediterranean， oh， a little island somewhere， perhaps the Seychelles or the Maldives…
Magda： Wow…that sounds great.
Bindyu： But Harry， of course， has different ideas…
Magda： （laughs） Harry always has different ideas， doesn’t he？
Bindyu： （ironically/disapprovingly） Yes， he does. I’ll stop that！
（door’s open）
Harry： Hey there！
Magda： Hi Harry…we were just talking about your honeymoon.
Harry： Oh yeah， that…
Bindyu： You should sound more excited， dear.
Harry： Erm， yeah， I am excited， but…well， there are so many problems.
Magda： What problems？
Harry： I still haven’t decided who my best man’s going to be yet…and now this to think of…
Bindyu： Well， I’ll help you. Here are some brochures to look at.
Harry： Hmm…they look very nice， but…
Bindyu： But what？
Harry： Well， you know， I was thinking more of， well， something simpler.
Bindyu： （groans） Like what？
Harry： Going camping…
Bindyu： Camping？
Harry： Yeah！
Bindyu： You mean， like， with a tent！
Harry： A tent！ Exactly！
Bindyu： Where？
Harry： Well， here in Britain somewhere—in the countryside—Cornwall， or Wales perhaps…
Bindyu： Harry， I hope you’re joking.
Harry： Erm， no…I’m not actually.
Bindyu： I see…Uh， we shall have to discuss this. Come on Harry！
Harry： （sighing） OK…bye all！
Magda / Bindyu： Bye！
（door’s open）
Fadi： Hi there！ Are you just leaving？
Harry： Yeah…sorry Fadi…can’t stop！ Bye！
Bindyu： Here’s Sarah too！ Sorry， can’t stop！
Sarah： （laughs） Bye！
（door’s close）
Tony： Always coming and going here…It never stops！
Fadi： Cheer up Tony—it’s good to be busy！
Tony： Too busy for me…
Fadi： Hey Sarah， thanks for that piece about Carlos’ restaurant， by the way. I put it up on our website.
Sarah： Great！ I’m just waiting for Carlos now. I hope people read it. Oh， here he is！
（door’s open）
All： Hey Carlos！
Sarah： Hey！ How’s it going？
Carlos： Not bad， thanks. It was a good night last night. There were loads of people in. I was so busy.
Sarah： Fadi put my review onto his FindLondon website…
Carlos： Yes！ I know！ Some of my customers said they’d seen it—and that was why they’d come to the restaurant！
Sarah： Ah， excellent！
Fadi： Good news for me too！ If a lot of people visit the website， I can get more advertisers！
Sarah： Ah， yes！
Johnny： （door’s open） Hi！
All： Hi Johnny！
Johnny： What are you lot all so happy about？
Magda： Fadi’s website is getting lots of hits， and Carlos’ restaurant was packed out for the first time！
Johnny： （gloomily） Well. I’m really pleased for you all.
Fadi： Hey， Johnny， that’s not like you—what’s up？
Johnny： I’ve lost my job.
All： What？！！！
Fadi： I don’t believe it！
Sarah： You were going to be a millionaire！
Johnny： Yeah， I know.
Fadi： So what happened？
Johnny： I got an email.
Sarah： That’s all？
Johnny： Yeah.
Carlos： What did it say？
Johnny： “Unfortunately， due to the current financial situation， we are having to make staff cutbacks…”
Magda： Cutbacks？
Fadi： Yeah. It means they’re firing people…
Johnny： “Therefore， we will not be able to renew your contract after the end of this week.”
Carlos： At the end of this week？
Magda： That’s quick！
Johnny： I know.
Sarah： Well， do you at least get a redundancy
payment[裁员补贴]？
Johnny： No.
Fadi： Nothing？
Johnny： Nothing.
Fadi： That’s hard， man.
Johnny： I know.
Sarah： What are you going to do now？
Johnny： I don’t know.
Magda： Hey， come on Johnny. It’s not the end of the world.
Johnny： No， no. I suppose it isn’t.
Sarah： With all your skills and talents…
Johnny： （cheering up） Hey， yeah， you’re right…
Fadi： You’ll easily be able to get another job…
Johnny： Yeah. Yeah， of course I will. I’ll find another job！
Fadi： Yeah！
Sarah： I bet loads of people would like to employ you！
Johnny： Yes. I think so too. With all my skills and talents…
Magda： You could get a better job…
Johnny： Yeah， a better job！
Fadi： More money.
Johnny： More money！
Sarah： It’ll only take a few days.
Johnny： Yeah！ By the end of this week I’ll have another job， a better job！ I’ll show them！！！！
一种电网应急消息管理系统设计方案 篇4
近年来,世界范围内频繁发生的各种灾害给社会、政治、经济造成了巨大影响,因此,应急管理科学越来越受到关注[1,2,3,4]。由于电力在国民经济中具有重要作用,电网应急管理研究也得到长足的发展[5,6,7,8,9,10,11,12]。在电网应急处置过程中,不同的决策者、操作者需要进行沟通才能分工协作使应急工作顺利进行。沟通的目的是为了高效地传播和共享信息。在应急指挥中,信息的传播方式可分为消息方式和布告方式2种。消息方式是将信息定向传递给接收者,并通过某种途径提醒接收者;布告方式则使用公共看板形式,由接收者主动定时查看。电网应急消息传播具有多对多、实时性强、传递频率高的特点。
文献[4]指出信息沟通是应急工作顺利开展的基础,信息沟通机制应满足及时性、直达性、简明性和规范性等原则。文献[7]指出电力部门与政府部门、公共信息部门和重要用户之间的沟通缺乏必要的支持手段。文献[13]指出通信系统在演习中充当信息传递媒介的重要角色,直接关系到演习的实战水平和成效,并提出了基于软交换的基于Internet协议的话音通信(VoIP)平台的联合反事故演习系统。文献[14]介绍了一种消息管理平台,用来在应急处置中传输、记录和查询各种交互式消息,但该系统仅可用于文本形式信息。很多文献认为信息传递在应急处置中具有重要作用,但并未就如何实现不同应急组织机构之间有效的信息沟通这一问题进行深入探讨。文献[15]提出了一种使用手机短信作为应急消息进行沟通的方案,其消息管理系统的客户端可以在各种智能设备上运行,包括计算机、个人数字助理(PDA)、手机等。
在没有实现消息管理系统前,汇报、下达指令、查询等信息沟通大多采用传真、电话等交流方式,其记录形式通常是非结构化的,存在查询困难、分析困难的问题,相应的评估和改进等工作难以开展。目前,国内电力系统,仅调度系统中使用了标准化的指令语言。建立应急指挥信息沟通标准化平台,依靠计算机系统的严密性和安全性为应急处置提供保障的工作还处于起步阶段。
应用高效、规范的沟通方式是实现高效应急处置的切实需求。本文首先阐述应急消息管理系统应具备的功能,然后描述消息的传递过程,进而采用统一建模语言(UML)对消息进行类模型设计,并给出基于Java技术的消息管理系统设计,最后结合某电力企业应急处置中的一些场景说明电网应急消息管理系统的各项功能在应急处置中的作用。
1 消息管理系统的功能设计
本文设计的应急消息管理系统是应急指挥计算机平台[7]的一部分,用于规范设备与人员、人员与人员的信息沟通方式,提供自动化的消息发送、显示、回复和记录的基本功能,以及智能化分析、流量控制和权限管理等辅助功能。主要包括以下功能:
1)权限管理。不同的岗位能够发送、接收和查阅的消息不同,而且用户的权限也可能会随着事态的发展而有所变动。消息管理系统的每项功能(发送某种消息、跟踪消息传递过程和过滤消息等)均需要用户具有一定的权限才能完成。系统管理员配置每个用户的各种权限,部门负责人配置本部门的权限,每个用户设定与自己有关的消息接收和发送方式。消息管理系统属于应急平台的一部分,用户信息可以从应急平台中获得,本文不再赘述。
2)消息标准化和日常维护。将应急过程中的各种指令、通知、汇报信息采用标准格式和语言表达,事先对有关人员进行消息语义约定和培训,尽可能使消息表达精简而准确。
3)消息跟踪、查询和订阅。对自己发送、接收和回复的情况进行跟踪,对某些用户发送、接收和处理消息等情况进行查询,记录消息的传输时间和回复时间等统计信息,方便进行消息系统的改进。具有特定权限的用户可以订阅某些用户的某种消息。
4)安全检查和过滤。根据发送者、接收者的权限对消息的发送和接收进行检查。禁止用户发送越权消息。权限检查可能与系统的状态、时间有关,其标准是动态变化的。按照消息的紧急程度,优先显示紧急消息,并按照设定的方式过滤掉重复、多余或次要的消息。
5)消息接收和发送。自动完成消息接收和发送的预设功能,如检查消息完整性,发送回执,自动重发,附加发送者身份、时间和地点等信息,自动选择默认的接收对象。
消息管理系统中的各种用户使用到的功能如图1所示。其中:系统管理员使用到权限管理、消息日常维护、标准化以及消息跟踪、查询和订阅等功能;指挥中心使用到消息跟踪、查询、订阅以及安全检查和过滤、消息接收和发送等功能;职能部门包括调度处、生产技术处、安全监察处等,使用到安全检查和过滤、消息接收和发送功能;一线操作、抢修人员一般只需使用消息接收和发送功能。
2 消息传递的流程
本节详细描述一种基于存储—转发的消息发送、处理机制。假设用户A发送给用户B一条消息,消息完整的处理过程如图2所示。
1)用户A通过自己的终端(计算机、PDA或手机)撰写消息,设定好消息的类型、级别、接收者和接收形式。撰写完毕后,终端程序对消息进行预处理,生成唯一的消息识别码(ID),自动添加发送者身份、时间和地点信息。如果系统配置中设定了该类消息的接收者,则自动附加接收者ID,并对消息内容进行完整性检查,然后发送给消息服务器。
2)消息服务器接收到用户A传来的消息后,解析消息结构信息,进行消息记录。根据解析到的接收者和接收方式信息,判断发送者是否有权限发送、接收者是否有权限接收。权限判断通过实时用户权限分配表实现。实时用户权限分配表记录各用户当前状态下有权发送的消息类型和有权接收的消息类型。如果没有找到用户A所发送消息的接收信息,则查询系统配置中对于该类型消息的默认接收用户和接收方式,并发送到默认接收用户的终端上。
发送前,检查用户B的消息过滤设置,滤除过量、多余或次要消息。首先,通过在消息日志中检索是否有相同消息ID已被用户B接收来保证用户B不会接收到重复消息;其次,通过实时统计用户B所接收的各紧急程度的消息流量,保证在总消息流量超过设定值时,只有紧急程度高的消息才能继续发送。如果本消息被过滤,则返回给用户A一个包含过滤信息的出错代码,此次消息会话结束。如果接收方式是计算机或PDA,则服务器还需判断用户B是否在线。如果用户B不在线,则服务器返回给用户A一个包含目的用户不在线代码的消息,等待用户B在线再次发送,此次消息会话结束。如果发送给用户B消息多次失败,超过一定时间后,服务器返回给用户A一个包含超时出错代码的消息。
如果消息发送给用户B成功,则返回给用户A成功发送信息。如果有其他用户订阅了用户A的此类消息,则将该消息转发给订阅用户。
3)消息经用户B的终端处理后,自动通知用户A:消息已到达用户B终端。用户B在查阅消息后可根据情况给用户A一个确认已阅读的消息。
通过以上过程可以看出,发送者可以收到以下3种回执:由服务器通知发送者,发送者的消息已经传送到接收者的终端;由接收者终端自动通知发送者,发送者的消息已经在接收者的终端上显示过;由接收者发送给发送者,确认接收者已经阅读发送者的消息。当发送者有任何一种回执不能接收到时,可根据实际情况选择重发或以其他方式通知接收者。以上消息传递机制基本保证了消息的可靠传递。为了方便跟踪消息,具有特定权限的人员还可以对与某条消息相关的应答过程进行查询。
3 消息类设计
本文定义了如图3所示的应急消息类。其中消息类是所有消息的父类,定义了所有消息都拥有的属性和方法。
消息类主要有以下5个继承类:①通知消息,用于将上级发布的重要通知消息传递给有关人员;②指令消息,用于将上级下达的调度、操作指令传递给有关人员;③报告消息,用于下级将目前某个对象的状态上报给有关人员;④请示消息用于下级遇到难以处理的情况时请示有关人员;⑤确认消息,用于消息接收者对发送者的简单回复,表示消息已阅读。
对于具体的应急预案,还可以定义更多的消息类型。如图3中还包括了根据某电力企业防风防汛预案,从通知消息类派生出的防风防汛预警通知、防风防汛预警解除等消息。
消息类型的定义应根据应急体系、应急预案对信息沟通的需求灵活调整,并定期进行增加、删除和修改。
4 基于Java技术的应急消息平台实现方案
在应急处置过程中,各种人员所处的位置可能是应急指挥中心、部门办公地点、故障现场、行进路线中,可使用的终端设备包括计算机、PDA或手机等。应急消息管理系统的终端软件应能够部署在这些设备中,通过有线或无线的方式交换数据。Java程序能够部署和运行在各种平台、设备下,移植方便。因此,本文采用Java技术来设计实现方案。
应急消息管理平台是一种分布式的应用服务框架,可表示为如图4所示的5层结构。
最底层是网络层,由企业网、Internet、移动通信网、有线交换网等组成,可同时提供话音信号和数字信号的传输,其中企业局域网和广域网具有更高的可靠性和更快的传输速度,应优先选用。在网络层之上是终端设备,包括计算机、PDA、手机等。在终端设备上进行通信的协议有TCP/IP协议和手机短信协议。协议层之上是Java通信技术,主要有TCP/IP Socket、Java消息服务(JMS)、远程例程调用(RMI)、Java服务器网页(JSP)、Java数据库连接(JDBC)等。JMS提供标准应用程序接口(API)用来调用企业消息系统的各种功能;RMI是一种计算机之间对象互相调用对方函数、启动对方进程的一种机制;使用JSP开发基于HTTP协议的浏览器/服务器模式的应用,通用性好;使用JDBC直接连接数据库形式进行通信,结构简单,一般用于用户连接较少的情况。
系统的总体方案图如图5所示,由各种终端、应用服务器和数据库服务器组成。
应用服务器中安装有Web服务、JMS和RMI服务,这些服务可以安装在不同主机上。使用HTTP和JMS/RMS以及电子邮件协议(POP3)进行计算机终端和应用服务器上的通信。其中:JMS主要用于实时消息的接收和发送;RMI用于消息管理,如查询、统计等。通过POP3传输的E-mail消息仅用于消息实时性要求不高的情形。PDA一般支持Java,可使用JMS协议进行消息的接收和发送。支持Java的PDA可用JMS与应用服务器进行通信,也可通过短信协议和短信网关与应用服务器进行通信。应用服务器通过JDBC与数据库服务器进行通信,将消息的发送、接收日志和其他数据存储到数据库中。
消息的展现形式要根据消息的内容和终端的类型确定。消息内容可以是文本、图像、音频、视频等,而不同的终端对于消息显示有不同的要求。计算机终端可以显示各种消息但不方便携带,PDA终端方便携带但不适于大图像和视频的播放。
5 应急消息管理系统应用示例
下面举例说明所提出的应急消息管理系统在某地区供电局中的应用方式。该地区供电局制定了多项针对各种突发事件的应急预案。由于该地区沿海,经常受到台风袭击,因此“三防”(防风、防汛、防旱)预案是经常启动的预案,多次在实际应急处置中发挥作用。
三防预案中规定,当气象部门或上级三防部门发布台风预警信号后,通知供电局三防办公室,供电局三防办公室对接收到的消息进行综合分析。如果需要启动三级、四级响应,则向有关部门发布启动三级、四级响应的消息。如果需要启动一级、二级响应,则向局三防办公室领导小组请示。局三防办公室领导小组如果认为需要启动二级响应,则命令三防办公室下达启动二级响应的消息;如果需要启动一级响应,则局三防办公室领导小组向局应急指挥中心请示,应急指挥中心进行分析后,如果认为确实需要启动一级响应,则通知局三防办公室下达启动一级响应的消息。整个应急响应消息传递过程表示在图6所示的UML序列图中。
从图6中也可以看出,多项应急工作是由消息驱动的。消息传递可以综合采用计算机网络、移动通信网络等手段,接收终端可以是计算机、PDA、手机等设备。某些消息类型与发送、接收方式的匹配关系可以在系统中预先设定好,无需每次发送前都进行选择,例如在局三防办公室发布应急响应消息时通常使用短信平台进行群发。特定的部门只能发送或接收在自己权限之内的消息,如防风、防汛预警通知和解除预警通知只能由局三防办公室负责人发送,防风、防汛应急响应通知则只能由局应急指挥中心总指挥发布。
图7演示了在抢修过程中应急消息在各个部门、岗位之间的传递过程。
以上所提到的消息,均在消息标准化模块中进行了定义。在消息发送、接收过程中,可以通过JMS中的发布/订阅机制实现上级部门对下级部门消息传输的监控。
6 结语
本文提出了一种基于针对电网应急处置的标准化消息管理系统的设计方案,用于对应急处置中的各种消息,包括查询、下令、汇报和提醒等消息进行发送、接收和显示,提供消息的自动化处理功能,如自动附加信息、记录、查询和跟踪等。本系统采用面向对象技术对消息的类型进行定义,采用UML进行说明,并采用基于Java技术的实现方案,可以将消息系统部署到包括计算机、PDA、手机等终端上。最后结合某电力公司应急处置中的消息沟通过程说明所提出方案的可行性和实用性。
消息管理 篇5
后附《办法》全文
【供热时间】市、县级人民政府确定
《办法》规定，集中供热起止时间由市、县级人民政府根据当地实际确定。热经营企业应当按照确定的起止时间供热，不得擅自变更。如遇异常低温情况，市、县级人民政府可以决定提前供热或者延期停热，并对提前供热或者延期停热发生的费用给予适当补贴。
热生产企业、热经营企业应当在供热开始之日15日前具备供热条件。热经营企业在供热期前进行充水试压时，应当提前5日通知热用户及相关单位，热用户及相关单位应当予以配合。
【供热收费】举行听证会听定价
集中供热由省辖市、省直管县（市）人民政府按照有关规定实行政府定价。热经营企业应当执行政府制定的供热价格，不得擅自提高。制定和调整集中供热价格时，应当举行听证会听取热经营企业、热用户等有关方面的意见。
对具备分户用热计量条件的热用户，热经营企业应当按照分户计量的用热量收费。对不具备分户用热计量条件的热用户，按照供热面积和实际供热天数收费。热用户应当按照用热合同的约定及时交纳热费。对优抚对象、享受居民最低生活保障待遇的家庭和其他特殊困难群体，实行热费补贴制度。
【供热服务】室温不低于18℃
《办法》明确，在供热期内，热经营企业应当保证居民热用户有供热设施的卧室、起居室（厅）的室温不低于18℃，其他有供热设施部位的室温应当符合国家住宅设计规范的要求。
非因热用户原因导致室温不达标的，热经营企业应当承担检测费用；室温连续48小时以上不达标的，应当按照规定减收热费。室内温度低于18℃（不含18℃）、高于14℃（含14℃）的，按日减半收取热费；室内温度低于14℃（不含14℃）的，按日免收热费。
热生产企业、热经营企业应当按照合同约定连续稳定供热，不得擅自中断或者停止供热。因供热设施发生故障需停热8小时以上的，热经营企业应当及时通知热用户，并立即组织抢修。连续停热12小时以上的，应当根据停热时间相应减收热费。
【法律责任】损坏供热设施受处罚
违反《办法》规定，县级以上供热主管部门及其他有关部门有“未按照国家有关规定通过招标、竞争性谈判等竞争方式选择热经营企业”，“制定和调整集中供热价格未举行听证会”等行为的，对责任人员依法给予处分，构成犯罪的，依法追究刑事责任。
热经营企业、代收热费的单位未执行政府制定的供热价格、收取额外费用或者设置限制条件的，由县级以上价格主管部门依法进行处罚。
有关单位和个人损坏或者擅自改装、拆除、迁移户外公共供热设施或者安全警示标志、在供热设施安全保护范围内修建建（构）筑物、挖坑、掘土、打桩、爆破作业或者实施其他危害供热设施安全的行为的，由县级以上供热主管部门责令恢复原状或者赔偿损失，对单位处1万元以上5万元以下的罚款，对个人处500元以上5000元以下的罚款。
附：《河南省集中供热管理试行办法》全文
河南省人民政府令第183号
《河南省集中供热管理试行办法》已经2017年11月8日省政府第142次常务会议通过，现予公布，自2018年4月1日起施行。
省长 陈润儿 2018年2月13日 河南省集中供热管理试行办法 第一章 总 则
第一条 为规范供热用热行为，提高供热服务质量，维护供热、用热双方的合法权益，促进集中供热事业发展，节约能源，保护环境，改善民生，根据有关法律、法规规定，结合本省实际，制定本办法。
第二条 本省行政区域内集中供热的规划、建设、经营、服务、使用和设施保护，适用本办法。
第三条 本办法所称集中供热是指由热源产生的蒸汽、热水通过市政供热管网向热用户提供生产和生活用热的行为。
本办法所称热生产企业，是指为热经营企业提供热能的热源单位。
本办法所称热经营企业，是指利用热生产企业提供或者自行生产的热能从事供热经营的单位。
本办法所称热用户，是指消费热经营企业热能的单位和个人。
第四条 集中供热应当遵循统一规划、配套建设、安全运营、节能环保、规范服务、改善民生的原则。
第五条 省住房城乡建设主管部门负责全省的集中供热管理工作。
市、县级人民政府确定的供热主管部门负责本行政区域内的集中供热管理工作。
县级以上人民政府发展改革、价格、规划、财政、国土资源、环保、质监、安全监管等有关部门，应当在各自职责范围内配合做好集中供热管理工作。
第六条 秦岭、淮河以北市、县级人民政府应当将集中供热纳入国民经济和社会发展规划；鼓励其他市、县级人民政府根据本地实际情况，合理确定供热方式。
鼓励利用清洁能源和可再生能源发展集中供热事业，鼓励和扶持节能、高效、环保、安全供热新技术、新材料的研究开发和推广应用。
第七条 集中供热实行政府主导，引入竞争机制，鼓励、引导社会资本参与集中供热设施的建设和运营。
热生产企业和热经营企业应当增强服务意识，提高管理水平，保证供热质量和运营安全。
第二章 规划建设
第八条 市、县级人民政府应当发展以热电联产为主的集中供热系统。
具备稳定热源的集中供热区域和联片采暖区域内的热用户，应当使用集中供应的热源，不得新建分散的燃煤供热设施，原有分散的中小型燃煤供热设施应当限期拆除。
在集中供热覆盖区域外，鼓励因地制宜使用蓄热式电锅炉、燃气锅炉、电热膜、空气源热泵等方式替代燃煤采暖。
第九条 实施集中供热的市、县级供热主管部门应当会同发展改革、规划、国土资源等有关部门，依据城市、镇总体规划组织编制集中供热规划，并经本级政府批准后报上一级供热主管部门备案。
经批准的集中供热规划不得擅自变更，确需变更的，应当按原程序报送批准并备案。
第十条 市、县级供热主管部门应当依据本地集中供热规划制定供热管网建设和老旧供热管网改造计划，并分步实施，加快推进集中供热区域管网互联互通，实现各类热源联网运行。
城市新区开发、旧城改造，应当按照集中供热规划配套建设供热设施或者预留供热设施用地。预留的供热设施用地，任何单位和个人不得擅自占用或者改变用途。
热力站等供热设施应当与居民住宅保持安全距离，降低噪音，减少环境干扰。
第十一条 热生产企业厂区外至热用户整体建筑建设用地红线以外的供热设施由热经营企业负责建设、管理。热用户整体建筑建设用地红线内的供热设施由建设单位建设。
第十二条 集中供热工程的勘察、设计、施工、监理应当由具有相应资质的单位承担，并执行国家、省有关技术标准和规范。
因集中供热工程施工造成其他建筑或者设施损坏的，建设单位应当及时修复或者依法予以赔偿。
第十三条 集中供热规划区域内的新建住宅应当安装供热系统调控装置、用热计量装置和室内温度调控装置，实现分户计量；既有住宅要逐步实施供热分户计量改造。用热计量装置应当经过依法检定合格。
第十四条 热用户整体建筑建设用地红线以内的集中供热设施建设竣工后，建设单位应当依法组织竣工验收。竣工验收应当通知热经营企业参加，热经营企业不得拒绝。
竣工验收合格后，建设单位应当将共用集中供热设施无偿移交给热经营企业。在供热设施保修期内,由建设单位履行保修义务，由热经营企业负责维护、管理。保修期满后，由热经营企业负责维护、管理和更新，相关费用由热经营企业承担，可以计入经营成本。
建设单位在组织竣工验收时，未通知热经营企业参加或者验收不合格的，热经营企业有权拒绝接收。
第三章 供热用热
第十五条 市、县级人民政府及其供热主管部门应当按照国家有关规定通过招标、竞争性谈判等竞争方式选择热经营企业。
第十六条 热生产企业与热经营企业应当签订供热合同，主要内容包括：热负荷、供热参数、供热时间、费用结算、违约责任等事项。
热经营企业与热用户应当签订用热合同，主要内容包括：供热面积、供热时间、温度标准、收费标准、交费时间、结算方式、供热设施维护责任、违约责任以及当事人约定的其他事项。
第十七条 供热起止时间由市、县级人民政府根据当地实际确定。热经营企业应当按照确定的起止时间供热，不得擅自变更。
如遇异常低温情况，市、县级人民政府可以决定提前供热或者延期停热，并对提前供热或者延期停热发生的费用给予适当补贴。
已具备供热条件的住宅小区，申请用热户数达到当地人民政府规定数量的，热经营企业应当供热。
第十八条 集中供热由省辖市、省直管县(市)人民政府按照有关规定实行政府定价。热经营企业应当执行政府制定的供热价格，不得擅自提高。
制定和调整集中供热价格时，应当举行听证会听取热经营企业、热用户等有关方面的意见。
第十九条 对具备分户用热计量条件的热用户，热经营企业应当按照分户计量的用热量收费。对不具备分户用热计量条件的热用户，按照供热面积和实际供热天数收费。热用户应当按照用热合同的约定及时交纳热费。热经营企业应当利用现代技术手段为热用户提供多种便捷交款方式；委托金融机构或者其他单位代收热费的，应当告知热用户。代收热费的单位不得向热用户收取手续费等额外费用，不得设置限制条件。收取额外费用或者设置限制条件的，热经营企业应当及时给予处理。
第二十条 热生产企业、热经营企业应当在供热开始之日15日前具备供热条件。
热经营企业在供热期前进行充水试压时，应当提前5日通知热用户及相关单位，热用户及相关单位应当予以配合。因热用户无正当理由拒绝配合造成损失的，由热用户承担责任。
第二十一条 热用户逾期未交纳热费的，热经营企业可以进行催交；经2次催交仍未交费的，热经营企业在不损害其他热用户合法权益的情况下，可以对其暂停供热。热用户交纳热费，热经营企业恢复供热的，应当按照热用户的实际用热天数或者实际用热量收取热费。
热经营企业需退还热费或者热用户需要补交热费的，应当在每年供热期结束后2个月内结清。
第二十二条 供热用热双方对供热计量结果产生争议时，均可委托法定计量检定机构进行检定，检定费用由责任方承担，无责任方时由申请方承担。
第二十三条 热经营企业不得擅自停业、歇业;确需停业、歇业的，应当在当年供热开始之日6个月前与市、县级人民政府或者其供热主管部门协商一致，并对供热范围内的热用户、热费以及设施管护等事宜作出妥善安排，在当年供热开始之日3个月前与承接的热经营企业完成供热设施、技术档案、用户资料、热费等事项的交接工作。
第四章 供热服务
第二十四条 热经营企业应当建立供热服务承诺制度，向社会公开收费标准、服务内容、服务标准和办事程序，设立抢险、抢修和服务电话，确保供热期间24小时不间断服务。
热用户有权就供热收费、供热服务等事项向热经营企业投诉或者查询，热经营企业应当及时处理或者答复，不能当日处理或者答复的，应当在2日内给予处理或者答复。
第二十五条 供热期间热生产企业、热经营企业应当按照合同约定连续稳定供热，不得擅自中断或者停止供热。
因供热设施发生故障需停热8小时以上的，热经营企业应当及时通知热用户，并立即组织抢修，同时报告供热主管部门。连续停热12小时以上的，热经营企业应当根据停热时间相应减收热费。
第二十六条 在供热期内，热经营企业应当保证居民热用户有供热设施的卧室、起居室(厅)的室温不低于18℃，其他有供热设施部位的室温应当符合国家住宅设计规范的要求。
非居民热用户的室温执行国家标准或者由热经营企业和热用户在合同中约定。
第二十七条 热用户认为室内温度不达标的，可以向热经营企业提出温度检测要求，热经营企业应当在12小时内进行检测，检测结果由双方签字确认；对检测结果有异议的，可以委托双方认可的有室温检测资质的机构进行检测。
自热用户提出温度检测要求之日起，非因热用户原因导致室温不达标的，热经营企业应当承担检测费用；室温连续48小时以上不达标的，应当按照规定减收热费。室内温度低于18℃(不含18℃)、高于14℃(含14℃)的，按日减半收取热费；室内温度低于14℃(不含14℃)的，按日免收热费。供热开始之日后5日和结束之日前5日除外。
第二十八条 热经营企业对热用户室内供热设施进行检查、维修时，应当事先告知热用户检查、维修的日期，并在约定的时间上门检查、维修。热经营企业工作人员在对热用户室内供热设施进行检查、维修时，应当佩带统一标志，主动向热用户出示有效证件。
第二十九条 对优抚对象、享受居民最低生活保障待遇的家庭和其他特殊困难群体，实行热费补贴制度。具体办法由市、县级人民政府制定。
第三十条 热用户有权就供热质量、服务、收费等问题向县级以上供热、价格等相关部门投诉，相关部门应当在接到投诉之日起7日内处理并告知投诉人。
第五章 设施保护
第三十一条 供热应当实行供热管网、热力站、热用户一体化经营管理体制,由热经营企业直供到户。
第三十二条 热经营企业对其投资建设的供热设施承担管理和维护责任，保证其在使用期内安全稳定运行。
居民热用户户外(热用户墙外)供热设施、户内(热用户墙内，下同)共用供热设施的管理和维护由热经营企业负责。
居民热用户户内非共用供热设施的管理和维护由热用户负责；需要更新改造的，费用由热用户承担。
非居民热用户供热设施的管理和维护，由热经营企业与热用户双方约定。
第三十三条 热生产企业、热经营企业应当对其运营管理的供热设施定期检查、维修、保养和更新改造，保证供热设施完好和安全运行。重要供热设施应当设置明显、统一的安全警示标志，并采取相应的安全保障措施。
任何单位和个人不得损坏或者擅自改装、拆除、迁移公共供热设施和安全警示标志。确需改装、拆除、迁移的，需经负有管理责任的热生产企业或者热经营企业同意，并不得影响供热质量。
第三十四条 县级以上供热主管部门应当会同质监、安全监管等部门按照国家有关标准和规范划定供热设施安全保护范围，热生产企业和热经营企业应当设置安全保护范围界限标志。
在供热设施安全保护范围内，任何单位和个人不得实施下列行为:(一)修建建(构)筑物；(二)挖坑、掘土、打桩；(三)爆破作业；(四)其他影响供热设施安全的行为。
第三十五条 热用户不得有下列行为:(一)擅自拆改、连接或者隔断供热设施；(二)安装热水循环装置；(三)从供热设施中取用热能；(四)改动热计量及温控设施或者擅自开启锁闭阀；(五)其他损坏供热设施或者影响供热用热的行为。
热用户实施以上行为导致室温达不到标准的，热经营企业不承担责任。热用户经告知后拒不改正的，热经营企业可以停止对其供热。给其他热用户或者热经营企业造成损失的，热用户依法承担赔偿责任。
第三十六条 市、县级人民政府应当建立健全集中供热应急保障制度，组织编制本行政区域的集中供热事故应急预案，提高集中供热应急保障能力；出现供热中断等突发事件的，应当及时采取应急措施，尽快恢复供热，相关单位和个人应当予以配合。
第三十七条 热生产企业和热经营企业应当制定供热事故抢险抢修应急预案，建立与保障供热安全相适应的应急抢修队伍，在供热期内24小时值班。发现供热事故或者接到供热事故报告后，应当立即到达现场组织抢修，并按规定及时报告供热主管部门。
第三十八条 供热设施发生故障需要紧急抢修时，热生产企业或者热经营企业可以先行组织施工并向公安、城镇道路管理部门报告；抢修结束后，应当立即将所占场地恢复原状。
因居民热用户户内供热设施发生漏水等故障，对公共安全或者其他住户的利益造成严重影响时，热经营企业应当立即采取应急措施，并及时通知相关热用户。
第六章 法律责任
第三十九条 违反本办法规定，县级以上供热主管部门及其他有关部门有下列行为之一的，对直接负责的主管人员和其他直接责任人员，依法给予处分；构成犯罪的，依法追究刑事责任：(一)未按照规定编制集中供热规划或者擅自变更已经批准的集中供热规划的；(二)未按照国家有关规定通过招标、竞争性谈判等竞争方式选择热经营企业的；(三)制定和调整集中供热价格未举行听证会听取热经营企业、热用户等有关方面意见的；(四)接到有关供热问题的投诉未在7日内处理并告知投诉人的；(五)未按照国家有关标准和规范划定供热设施安全保护范围的；(六)其他不依法履行职权的行为。
第四十条 违反本办法规定，热生产企业、热经营企业有下列行为之一的，由县级以上供热主管部门给予警告，责令限期改正；逾期不改正的，处1万元以上5万元以下的罚款；给热用户造成损失的，依法承担赔偿责任：(一)未按照当地人民政府确定的起止时间进行供热的；(二)未对已具备供热条件且申请用热户数达到当地人民政府规定数量的住宅小区进行供热的；(三)未对具备分户计量条件的热用户按照分户计量用热量收取热费的；(四)未在每年供热期结束后2个月内结清需退还热用户热费的；(五)接到热用户投诉或者查询未按照规定处理或者答复的；(六)在供热期间擅自中断、停止供热的；(七)连续停热12小时以上，未根据停热时间相应减收热费的；(八)自热用户提出温度检测要求之日起，非因热用户原因导致室内温度不达标，未承担检测费用，或者室内温度连续48小时以上不达标，未按照规定减收热费的；(九)未按照本办法规定设置供热设施安全警示标志或者安全保护范围界限标志的；(十)发现供热事故或者接到供热事故报告后未立即到达现场组织抢修的。
第四十一条 违反本办法规定，热经营企业、代收热费的单位未执行政府制定的供热价格、收取额外费用或者设置限制条件的，由县级以上价格主管部门依法进行处罚。
第四十二条 违反本办法规定,有关单位和个人损坏或者擅自改装、拆除、迁移户外公共供热设施或者安全警示标志、在供热设施安全保护范围内修建建(构)筑物、挖坑、掘土、打桩、爆破作业或者实施其他危害供热设施安全的行为的，由县级以上供热主管部门责令恢复原状或者赔偿损失，对单位处1万元以上5万元以下的罚款，对个人处500元以上5000元以下的罚款。
第四十三条 违反本办法规定，热用户有下列行为之一，给公共安全或者其他热用户利益造成严重影响的，由县级以上供热主管部门责令限期改正；逾期不改正的，对单位热用户处2000元以上1万元以下的罚款，对居民热用户处200元以上1000元以下的罚款；造成损失的，依法承担赔偿责任：(一)擅自拆改、连接或者隔断供热设施的；(二)安装热水循环装置的；(三)从供热设施中取用热能的；(四)改动热计量、温控设施或者擅自开启锁闭阀的；
(五)其他损坏供热设施或者影响供热用热的行为。
第七章 附 则
第四十四条 本办法自2018年4月1日起施行。
没有坏消息就是好消息 篇6
不知道什么时候起，这么个奖项变得日趋“重要”，个人若是能争到个前四，且不说被大把猎头盯上，即使在原公司，职位薪水也会水涨船高。公司有时也会帮助员工摇旗呐喊，毕竟公司有了明星研究员，也有底气卖报告了。实在想不出，金融业内还有哪个奖项能有这么立竿见影的效果。
也有人从另外的角度来看，券商既然能做出这么多花样来，至少说明一件事：费用是充足的，即，还是赚钱。这倒是，虽然依然是“靠天吃饭”的行业，但融资融券、财富管理业务都在拓展，还是比前些年熊市纯粹吃老本好多了。
不过大多数投资人还是在单边市的阴影下挣扎，以至于投资意愿大减。上周A股交易账户一度落至4.4% 的水平，属于绝对的低风险区域，地量成交也显示交易信心的匮乏。即使市场出现了单天的大涨，多少令人精神一振，但目前看来充其量也不过就是市场期盼已久的“喝汤吃饭”行情，能维持多久尚无定数，亦需步步观察。
欧洲的局势依然紧迫。评级机构不断下调银行评级，西门子集团两周前从法国一家银行调出了5亿欧元现金，转到了欧洲央行，也是公司寻求避险的一个信号。很多人担心再次出现“雷曼兄弟”倒闭时的状况。不过好消息在于，这次即使出现市场崩盘，已不是当初人们完全没有预料到的状况，而是预期已经隐含在市场价格之中。
希腊政府发表声明，宣布推出最新的削减预算措施，其中包括将每个月超过1200 欧元的养老金削减20%；55 岁以下人员超过1000 欧元的养老金将被削减40%；与此同时，3 万名公务员的工资也将被削减。可以预见，希腊的游行活动依然会不绝于耳。不过大势所趋，欧洲人也必须渐渐习惯，否则以懒散态度创造出的空心货币怎可维持（德国一己之力也无法兜住整个欧元区），说不准“长期做空欧元”还真是很长一段时间内最好的策略了。
美国的QE3勉强算是如期推出——以著名的“扭曲操作”形式，即买入长期债券，卖出短期债券，以刺激长期经济。不过规模却是超过预期。美联储目前持有5200 亿美元3 年内到期的短期国债。之前市场普遍预期联储将卖出其中的50%-60%，但售出将近80%的短期债券彰显了联储压低长期债券利率以期保增长的决心。
短期利率的上升有助于改善美元的疲弱，甚至会推高美元，这有助于压低大宗商品的价格，加上欧洲经济持续低迷，对于资源品来说同样构成压力，这倒是有利减轻国内的外部通胀压力。加上希腊政府的消减预算行动，确保了债务贷款延续发放，也暂时缓解市场担忧情绪。从这些角度看，A股从外部因素的压力下可以短暂的呼一口气。顺便说一句，之前大力唱多商品的投行目前已鲜见声音。
从内部看，政策虽然不会放松，但也不会继续加大力度的紧缩，而是保持平稳的紧缩状态，同时对部分领域进行有针对性地放松，比如关于保障房建设的资金来源问题的关注。
中报过后，企业盈利已大多被下调，市场也对此做出了反应。三季度的盈利不至于偏差太多。因而，市场暂时看不到太多的坏消息，在被折腾久了的市场上，没有坏消息就是好消息。
之前市场上不少资金被分流至银行理财产品、信托产品等。7 月银监会叫停部分房地产信托项目，规避可能风险。一般的房地产信托产品收益率在10%左右，而A股中不少股票的股值已可以达到相当的收益，加上中小开发商已明显出现资金链紧张状况，破产概率大升（日前南京一开发商突然“失踪”），使得信托产品也不再那么有吸引力，也有助于市场资金的留存。
消息管理 篇7
在低压交流电网中广泛使用的剩余电流动作保护器又称为漏电保护器,其作为一项确保电网人身和设备用电安全运行重要基础措施之一,多年来,在国内得到大力的普及推广。特别在最近几年的农村电网改造后,漏电保护器的产品技术性能和普及率已经有了很大提升,智能化程度也较高,但在漏电保护器安装、运行和维护上电力部门要投入大量的精力。特别是随着农村经济的迅速发展和农民生活用电的急剧增长,对供电可靠性、安全性的要求亦愈来愈高,因此,必须科学、正确、合理地配置漏电保护器。在以往的工作方式中,当漏电保护器跳闸保护时,电工不能及时了解发生线路故障原因,线路故障得不到及时处理,既影响了供电的可靠性和连续性,也给供电部门的服务质量大打折扣。还有漏电保护器的投运情况和线路状况主要靠基层汇报,管理比较繁琐并且比较困难,总体工作效率低下。
本文提出一种基于GSM移动通讯系统短消息功能的漏电保护器远程管理的系统,该系统具有结构简单,易于实现,系统运行可靠,运行成本低等优点。
GSM系统是目前国内覆盖面最广、系统可靠性最高的数字移动蜂窝通讯系统,具有较强的鉴权和加密功能,系统抗干扰能力较强,系统运行可靠。依托强大的移动蜂窝通信技术的GSM网作为漏电保护器远程管理的无线传输网络将有通讯范围大、传输通道可靠、经济实用、投资少的特点。短消息方式是GSM的一种便捷的数据通讯方式。我们采用GSM的短消息作为漏电保护器远程管理系统的无线传输方式。
1 系统组成及工作原理
1.1 系统组成
漏电保护器远程管理系统由漏电保护器、单片机控制系统、短信收发模块、监控计算机和管理人员手机组成。在本文中,采用一个单片机控制系统同时与多台漏电保护器进行连接和数据通信。系统结构示意,如图1所示。
单片机控制系统采用M C U是某公司的MC68HC90GT8产品,主要完成对漏电保护器进行检测和数据通信,并将所得的数据通过收发模块以短消息方式传送到管理人员手机和监控计算机上。
短信收发模块采用某公司的G100产品,G100集成了sim卡卡槽、MCU微处理器单元、GSM模块TC35i以及模块的射频处理电路。对于单片机控制系统来说,G100就是一个与其通过RS232通信协议连接的透明数传模块。
1.2 系统工作原理
该系统通过安装在各个低压电网上漏电保护器,自动监测着各条线路的状态信息(包括负载电压/负载电流/漏电电流等),当线路发生过载、短路、缺相、过压、欠压或剩余电流故障跳闸时,漏电保护器通过单片机控制系统和短信收发模块向管理人员手机和监控计算机发送短信息,短信息内容包括告警地点、告警线路、告警原因、告警数值等。管理人员通过短信息提示判断引起的故障原因和故障地点,以迅速排除故障,保证供电的可靠性和连续性。
单片机控制系统对漏电保护器状态和数据进行实时监测,状态和数据发生变化,即自动通过短信发送模块向监控计算机和管理人员手机发出告警信息。此外,单片机控制系统还可接收并响应监控计算机或管理人员发出的短信命令。单片机控制系统通过短信收发模块接收到短信命令后,实时采集相应漏电保护器的数据参数并回传给监控计算机和管理人员手机,以供分析和统计。
监控计算机通过读取各个线路漏电保护器的状态信息,对运行情况进行统计分析,并且输出报表为管理部门决策提供有效信息。
管理人员可以通过发送手机短消息给相应收发模块来了解各个漏电保护器的运行情况,对各线路的运行状态做到心中有数。
2 系统设计
整个管理系统采用功能模块化设计,从整体上可分为单片机控制系统设计和监控计算机的数据库设计;其中单片机控制系统设计包括硬件电路设计、软件设计。
2.1 单片机控制系统硬件电路设计
单片机控制系统主要由单片机、按键输入、电源处理、液晶显示、信号处理等单元构成,其外部连接和功能框图,如图2所示:
针对漏电保护器的安装特点,在同一低压电网变压器上连接的漏电保护器一般安装位置在同一配电柜中,相互安装之间距离较近,并且漏电保护器数量较少,所以在本文介绍系统中漏电保护器与单片机控制系统采用TTL电平直接连接,每个单片机控制系统最多可以连接4个漏电保护器,漏电保护器的编号由单片机控制系统的通讯接口编码决定;
单片机控制系统电源采用AC220V输入,在经过变压、整流、滤波后供给单片机和GSM收发模块供电使用;
按键输入单元采用4*4行列扫描查询的办法,对数字和相应字符命令进行输入;
液晶显示单元采用点阵显示液晶,能够配合按键输入进行相应的中文显示,并能在收发短信息、收发模块初始化和工作失常时进行相应的告警显示。
2.2 单片机控制系统软件设计
2.2.1软件软件完成功能
1)对所连接的漏电保护器数据进行监测、通信;
2)与收发模块之间按照一定格式进行双向通信;
3)将漏电保护器传送的数据进行分析、处理、编码,并做成数据帧,再通过收发模块将数据发送到监控计算机和管理人员手机上;
4)对通过收发模块接收到的短消息进行解码、分析、处理,并将相应的控制命令与漏电保护器之间进行通信;
5)实现要发送的手机号码能够通过按键来设置、更改,并能在液晶显示单元上显示;
6)实现在液晶显示单元上各种故障的显示。
2.2.2 部分软件功能的实现
单片机控制系统与收发模块之间的通信采用异步串行通信协议来完成,为了确保信息不丢失,单片机控制系统通过中断唤醒的办法来读取收发模块的信息。单片机控制系统向收发模块传送数据时,只要通过一定格式将数据编码后以RS232协议传送即可,而不必关心数据的射频发送以及相应部分的通信协议。传送短信息格式为:字头D7+1个字节传输数据长度+6个字节的接收方手机号码+要传输的数据内容。接收到的短消息格式为:字头D7+1个字节接收到数据长度+6个字节的接收方手机号码+接收到数据内容+6个字节的对方发送短消息时间。对于不符合短消息格式的数据均认为是干扰信息,而不予响应。
单片机控制系统与每个漏电保护器之间的通信通过采用2个普通I/O口实现软件串行口,微控制器总线时钟为1.2288MHz,波特率为9600,1个起始位,8个数据位,无校验位,1个停止位。空闲状态为高电平,起始位为低电平,然后是LSB,依次是MSB,最后是停止位,停止位为高电平。为了避免数据在传输过程中出错或丢失,在数据传输完成后接收方要反馈应答正确信号,否则数据进行重复发送。
针对本系统的应用特点,单片机控制系统均采用汇编编程,实现对外围硬件的直接控制,提高软件的实时性。
因为单片机控制系统要保持多个漏电保护器的通信,单片机系统在数据通讯之前采用定时唤醒的办法来处理,以避免数据传输冲突的情况。因为空闲状态为高电平,所以在数据进行通信前采取低电平唤醒,以读取2号保护器为例,控制端口PTA2为输出,PTA3为输入,相应流程如下:置PTA2为为低电平,并保持20m S,在此期间读取PTA3端口电平,如果检测到PTA3端口变化,则说明2号漏电保护器被唤醒,给了应答信号,此时单片机控制系统若有设置命令要传送,就可与2号漏电保护器通过软件串行口进行通信。否则置PTA2为高电平,变为空闲状态,返回判断下一个保护器。
2.3 控制计算机数据库设计
控制计算机与所连接的收发模块之间通过RS232串口连接,系统数据库利用Micrsoft Access系统创建,该数据库主要包括3个表结构,分别是LARM(告警)、MESSAGE(信息),SET(设置档位)。其中信息表是核心表结构,信息表结构内容主要包括ID(自动编号),安装地点(文本),控制线路(文本),A相负载电流(数字),B相负载电流(数字),C相负载电流(数字),漏电电流(数字),漏电电流相位(文本),负载电压(数字),工作状态(文本),告警原因(文本),更新时间(日期/时间),漏电电流档位(数字),负载电流档位(数字),保护器型号(文本),运行方式(文本),分断时间(数字)。
表结构的内容中安装地点和控制线路均采用人工文本录入的方式,其内容与与受控漏电保护器的编号相对应,注释说明了相应漏电保护器的安装地点和控制区域。其余表结构内容通过短消息读取漏电保护器的设置、参数自动录入。
3 结语
本文是实现了一个简化的基于G S M短消息的漏电保护器远程管理系统,通过现有的GSM网络进行通信,可以覆盖整个线路上的保护器,而不受安装地点的限制。通过上面的介绍可以看到该系统具有结构简单、应用方便的特点,非常适合漏电保护器的远程管理。该系统完成软硬件开发、调试后,经过测试,所有功能和性能指标均达到系统要求。
摘要：针对漏电保护器的维护和检测,设计了一种基于短消息的远程管理系统,该系统采用单片机系统对漏电保护器进行检测和数据通信,并通过短消息的方式将数据传送到控制终端。该系统在实际中成功应用,为保护器的远程管理提供了一种有效的管理手段。
消息管理 篇8
配电网管理系统的运行维护业务分析层次可归纳为信息集成、综合展示、事件告警与展示、关键绩效指标预警展示、决策分析优化5个方面。信息集成是实现展示与优化的基础。目前,配电网管理系统已经配备了一定的系统支持,但是这些系统通常是独立开发,信息一般相对独立[1]。由于信息孤岛的普遍存在,难以为企业的决策提供统一、完整的信息视图和信息展示。配电网具有点多面广、信息量大等特点,若各系统都进行独立的信息采集,随着系统的不断增加与完善,容易造成信息多重采集或对于同一事件存在相互矛盾的评价等情况。因此,对配电网管理系统进行信息集成,统一信息来源显得非常必要。为了实现信息的有效集成,必须构建一种通用合理的消息格式,使其可以在完全异构的系统中交换信息,实现信息共享,提高配电网管理系统的决策分析能力。
IEC 61968标准为系统间的信息集成定义了一种通用消息格式。文献[2]通过对IEC 61968标准的原理和结构特点进行分析,探讨了配电网管理中各种异构系统整合的可行性。文献[3]则在地理信息系统供电范围查询服务上实现了基于IEC 61968的信息传递,为实现基于IEC 61968的松散耦合电力企业信息集成提供可行的技术依据。
但是上述文献都未对消息格式的具体实现进行讨论。本文通过分析研究IEC 61968标准在配电网管理系统的接口及消息构造上的要求,给出了一种适合于信息共享、应用服务整合及松散耦合异构系统的具体消息实现格式。消息采用消息头与消息体分开的策略,并通过在配电网管理系统的运行维护管理子系统(本文简称配电网运维子系统)信息集成中进行技术实现。
1 IEC 61968标准和消息
IEC 61968由IEC TC57WG14工作组提出,对电力系统设备对象建立了物理逻辑的基本模型,基本上概括了对设备、设备的量测、设备的维护和管理过程的描述。IEC 61968标准族倾向于促进支持配电网管理的多种分布式应用系统的应用间集成,与应用内集成相对。应用内集成又称为自应用整合,是针对同一个系统的程序而提出的优化处理。IEC61968则注重于不同应用系统之间的相互集成,对那些需要连接全异的应用系统的企业或者机构有很好的支持;对新加入的应用系统,也具有较好的连接[4]。
IEC 61968倾向于支持需要在一个事件驱动基础上交换数据的应用,由在应用间代理消息的中间件实现。它是对现有的企业数据仓库、数据库网关和操作存储的一种重要补充。IEC 61968系列标准的第1部分定义了服务抽象,构建了接口的体系结构;第3至第10部分定义了应用间的消息交换,涵盖了所确定的业务功能,并使用用例和活动图的方式具体说明了接口之间的信息交换。
IEC 61968-1定义的通用消息格式是为电力企业构建松散耦合的集成环境,为传递电网和业务数据而设计的消息载体。它通过系统间交换标准“文档”完成业务功能,不依赖于具体实现的集成技术,可适用于实现面向服务的体系结构(SOA)架构的企业服务总线(ESB)技术[5]。
2 基于IEC 61968消息设计
IEC 61968定义了4种消息类型,包括请求消息、应答消息、事件消息以及错误消息。一般情况下,消息由消息头(Header)、请求选项(Request)、应答选项(Reply)和消息体(Payload)构成,如图1所示。所有的消息,无论是请求消息还是应答消息,都要求有消息头;消息体用于装载消息头中动词和名词所要求的数据信息,可根据具体应用的需要选择有无;请求选项在发送请求消息时使用,用于描述具体请求的参数;应答选项只用来表示响应消息的成功、失败(包括具体的错误码和错误信息)的状态。
2.1 消息头格式
消息头定义了消息事件的大部分信息,决定了消息体数据信息的内容。消息头中包括动词、名词、来源、时间标记等字段。格式内容如图2所示。
图2中,“动词”定义具体要执行的动作,IEC61968-1中定义了一套消息动词,其中经常使用的有Get,Create,Cancel,Close和Reply等,具体的动词含义可参见IEC 61968-1部分;“名词”定义动词所要执行的对象,一般情况下是公共信息模型(CIM)中定义的具体类名,或者是消息体所传递数据的内容,可以使用标准的名词,也可以使用自定义的名词;“校订”定义了消息的修改版本,通常情况下该字段默认为“1”;“重播侦测”定义服务安全,用于检测和防止应答时可能发生的恶性攻击;“上下文”用于说明消息所含信息的使用目的或上下文应用场景;“时间标记”用来描述应用系统中创建该消息的时间和日期,而不能用来描述消息中间件的时标;“来源”用来表述发生该消息的系统或操作者,一般情况下是系统或组织机构的ID号;“应答方式”用于表示应答消息是否采用同步方式,True表示采用同步应答,False表示采用异步应答;“应答目标地址”用于异步应答过程;“确认响应”用于表示是否需要确认响应;“发送主体”定义发送消息主体的信息;“相关ID”作为应用系统内的相关应答时使用的身份识别码;“说明”用于对补充信息的说明;“属性”用于说明消息遍历和过滤性质的属性;“其他”用于补充上述字段未能描述的信息。上述内容只有动词和名词在任何情况下必须使用,其余的可根据情况而定。
2.2 消息体格式
消息体是消息内容最核心的部分,它是接口的具体实现,其格式如图3所示。在松散耦合的集成总线ESB上,消息体不仅支持由XSD(可扩展标记语言(XML)结构定义)所定义的标准消息,还可以以文件的形式传送资源描述框架(RDF)、可缩放矢量图形(SVG)、XML格式的非XSD定义的文件和压缩文件等。这些扩展的格式只需在相应的消息头字段中指明,由消息的发送方和接收方认可即可。
2.3 请求消息格式
当一个服务向另一个服务请求数据时,就发送相应的请求消息,其格式如图4所示。请求选项是用来避免将请求项或参数表达在消息体中,以弥补消息头字段的不足。
一般情况下,请求消息的消息头中的动词为Get,Create,Update/Change,Close,Cancel或Delete,主要是要求服务执行一个业务流程。其中,Update/Change请求消息需要详尽地定义消息体的规则;Close,Cancel或Delete请求消息往往不需要消息体,只需指明动词对象的ID即可;Get请求消息要求服务提供方执行查询业务,并在应答消息的消息体中返回查询结果,也可利用过滤规则(Filter)筛选所需数据。
2.4 应答消息格式
当服务收到请求消息后,根据解析到的请求内容,执行相关的业务流程,并根据要求返回协议定义的执行结果消息。除了事件消息和错误消息外,其余消息均使用图5所示的消息格式应答。
应答消息的消息头中,动词除了请求消息动词为Get时需要应答Show以外,大部分情况下采用Reply,名词应与请求消息的名词一致;如果在请求消息中定义了相关ID,则应答消息头中的相关ID也设置为相同的ID;当响应Create请求时,应当用新创建的ID回复;当响应Get请求并没有得到相应的结果时,对应的位置应该缺省为空。
2.5 事件消息格式
事件消息用于在集成总线上异步发送由请求方订阅的消息,其格式如图6所示。该消息包括消息头和可选的消息体,在某些情况下可用做通知服务。消息头中的动词一般采用过去时,即Created,Updated/Changed,Closed,Canceled,Deleted。
2.6 错误消息格式
错误消息与应答消息在回复错误信息时的功能相似,但前者主要用于处理在服务体系中的错误,其格式如图7所示。如果服务或集成总线因发生错误而不能正确地解析消息,尤其是消息头的信息,则可用简单的错误消息向请求方发送错误信息。
3 配电网运维子系统的消息实现
配电网管理系统中的运行维护管理是通过计算机及通信技术,对自动化、安全生产管理、二维地理信息等系统的高度集成和数据信息的可视化展现,实现对配电网及配电设备生产运行信息的全景监视和分析,提升运行维护管理、典型生产业务的工作协调能力和处理效率,构建配电网管理、监控一体化运行维护的创新管理模式。
本文结合实际情况,以所设计的消息格式为基础,将现有的配电网管理系统和新建的配电网在线监测系统进行集成,搭建一套配电网运维子系统,并在某地市供电局进行试点。该配电网运维子系统的核心功能分为综合监视和运行维护驾驶舱2个模块。综合监视包括基于电气连接图的综合监视和基于地理信息图的综合监视,前者主要对配电设备、电网参数和在线监测数据进行监视,后者主要集成展示电网和配电设备的台账、历史检修记录等。运行维护驾驶舱是指告警出现之后,通过数据下钻、横向关联等有效手段,将用户所需的信息按照合理的方式展现出来,主要分为基于事件的运行维护驾驶舱和基于关键指标的运行维护驾驶舱。
通过配电网运维子系统的建设,本文所设计的消息格式得到了实践的检验。在实践中,消息体采用NetworkDataSet,AssetList和MeasurementList这3种格式,具体格式参见DL/T 1080.3和DL/T 1080.4[6,7]。其中,NetworkDataSet用于传送台账信息,AssetList用于传送缺陷或故障记录,MeasurementList用于传送实时/历史运行信息。为了确保各个系统之间能实现信息交互,试点运行时对所集成系统发送的消息进行了验证测试。验证系统基于C#.NET Framework 3.5平台开发,提供对上述3种XSD消息体的格式验证。通过消息验证与试点运行,结果显示所设计的消息格式较好地实现了异构系统之间的耦合和信息的共享。
4 消息实例
下文重点介绍本文所设计的消息格式在基于地理信息图中配电设备信息查询的数据传送过程。
信息模型以CIM为依托,在其标准模型的基础上建立针对配电网运维子系统的信息集成模型。配电设备信息查看消息传送可以分为2个步骤:首先是用户在地理信息图中定位并选择某一设备图符,然后系统根据所选定设备的类别及查看选项,显示相关信息。不同的设备所需显示的监视信息如表1所示。
图8所示为信息传送的时序图。当用户需要查询某一设备实时数据时,需在地理信息图中选中所查的设备图符,并选择实时数据查看选项,配电网运维子系统将向配电设备在线监测系统发送请求消息。该消息无消息体,消息头动词为Get,名词为MeasurementValue;请求选项包含所查询设备的ID编号和选项,设备编号全网唯一,选项定义为MeasurementInfo。量测量可以分为模拟量(Analog)、离散量(Discrete)、累计量(Accumulator)和字符量(StringMeasurement)等。在此场景中,除了电缆触头温度为模拟量外,其余量均为离散量和累计量。返回消息为应答消息,消息头动词为Show,名词与请求消息消息头名词对应,同为MeasurementValue;应答选项应答码为OK;消息体遵守MeasurementList格式,内容包括现场各种量测量的名称、量值、单位及时间。具体消息传送内容见附录A表A1、表A2。若要查询某一配电设备的台账信息,则需在地理信息图中选择设备图符及台账查看选项,由配电网运维子系统向数据中心发送请求消息。在此场景中,消息头动词仍为Get,但为了与实时信息查询相区别,名词为NetworkDataSet,表示为台账数据查询;请求选项包含所查询设备的ID和选项,选项定义为AssetInfo。返回消息的动词为Show,名词为NetworkDataSet,应答码为OK,消息体遵循NetworkDataSet格式。消息传送内容见附录A表A3、表A4。
5 结语
随着电网信息化的不断发展,信息共享日趋重要,为了提高信息的利用效率,将新旧系统进行信息集成显得非常重要。IEC 61968标准则为配电网管理系统的信息集成提供了一种松散耦合的处理方法。本文通过研究IEC 61968标准,结合配电网运维子系统的建设,给出了一种基于IEC 61968标准的消息传递实现方法。通过案例实现,所给出的消息格式有效地解决了异构系统之间信息传递的问题,验证了采用IEC 61968标准实现信息集成的技术可行性,为今后业务扩展打下了的基础。
参考文献
[1]温超.电力信息系统运维管理自动化解决方案[J].山东电力技术,2012(1):77-80.WEN Chao.Electric power information system operation and maintenance management automation solutions[J].Shandong Electric Power,2012(1):77-80.
[2]何峻,罗建,王官洁,等.IEC61968标准的原理及其应用分析[J].重庆大学学报:自然科学版,2006,29(5):36-39.HE Jun,LUO Jian,WANG Guanjie,et al.Principle and analysis of IEC61968[J].Journal of Chongqing University:Natural Science Edition,2006,29(5):36-39.
[3]顾建伟,周志芳,邵学俭.基于IEC61968国际标准的智能电网信息集成[J].浙江电力,2011(4):30-34.GU Jianwei,ZHOU Zhifang,SHAO Xuejian.Information integration for smart grid based on IEC61968international standard[J].Zhejiang Electric Power,2011(4):30-34.
[4]中华人民共和国国家发展和改革委员会.DL/T1080.1—2008/IEC61968.1:2003电力企业应用集成配电管理的系统接口:第1部分接口体系与总体要求[S].北京:中国电力出版社,2008.
[5]刘海涛,赵江河,苏剑.基于ESB的配电网自动化及管理系统信息集成[J].电力系统自动化,2008,32(16):47-51.LIU Haitao,ZHAO Jianghe,SU Jian.ESB based information integration of distribution automation and management system[J].Automation of Electric Power Systems,2008,32(16):47-51.
[6]国家能源局.DL/T1080.3—2010/IEC61968.3:2003电力企业应用集成配电管理的系统接口:第3部分电网运行接口[S].北京:中国电力出版社,2010.
消息管理 篇9
电力系统末端的配电网中设置有数目众多的计量柜、电表箱, 据统计, 95%以上的窃电行为都是通过非法开启计量柜或电表箱后实施的, 为防止此类窃电案件的发生, 需要对分散的计量柜、电表箱进行统一管理和实时监控。针对上述窃电行为, 电力部门采取了许多防窃电手段, 如采用机械钥匙、感应式IC卡、按键式电子密码锁、红外射频钥匙加铅封等方式。上述防窃电手段均存在着或多或少的弊端, 机械钥匙极易复制且门锁易撬, 安全性低;感应式IC卡使用寿命有限, 一旦卡内芯片损坏, 其内部信息并不容易恢复, 而且IC卡身份信息及信息内容复制;按键式电子密码锁价格相对昂贵, 且长期使用后, 按键容易受损;由于红外线射频钥匙开箱记录存储于内部芯片, 工作人员只有将钥匙带回才可将工作记录导入上级工作台或监控中心电脑, 无法实现实时监控;铅封是目前最普遍的防窃电技术措施, 长期以来, 铅封对防止计量装置被人有意开启进行窃电起着十分重要的作用, 它有效地防止了简单窃电行为的发生, 但是也经常发现有伪造或开启后复原的情况。
本文设计了一种基于SMS短消息方式的计量柜/表箱门禁管理的反窃电系统, 系统克服了传统防窃电方式的弊端, 有效地实现了计量柜、电表箱的防盗报警功能, 并大大提高了现场工作人员工作的灵活性和工作效率。
2. 系统涉及到的相关技术简介
2.1 GSM网络
GSM (Global System for Mobile Communications) 全球移动网络是目前覆盖范围最广的移动通信网络, SMS短消息服务是GSM终端之间通过服务中心进行文本信息收发的应用服务, SMS服务作为GSM网络的一种基本业务, 已经得到越来越多系统运营商和系统开发商的重视。SMS以其实现简单, 抗干扰能力强, 强通信成本低等特点, 在远程无线监控系统、数据采集系统、远程无线传输、车辆监控定位系统等领域中得到了广泛的应用。
2.2 TC35i模块
本系统中的GSM模块通信部分采用了siemens tc35i模块, TC35i是西门子推出的较新的无线模块, 与GSM 2/2+兼容、双频 (GSM900/GSM 1800) 、RS232数据口、符合ETSI标准GSM 0707和GSM0705。该模块集射频电路和基带于一体, 向用户提供标准的AT命令接口, 可以快速安全可靠地实现系统方案中的数据、语音传输、短消息服务 (SMS) 和传真。模块的工作电压为3.3~4.8 V, 可以工作在900 MHz和1 800 MHz两个频段。具有AT命令集接口, 支持文本和PDU模式的短消息、传真。此外, 该模块还具有电话簿功能、多方通话、漫游检测功能。该模块功能上与TC35兼容, 且设计紧凑, 体积大大缩小。
2.3 PDU格式
TC35i支持Text和PDU (protocol data unit) 2种消息模式, TEXT模式是基于ASCII码形式字符的一种结构模式, 代码较为简单, 但不支持中文字符。PDU模式也是基于十六进制形式字符的, 数据和代码都经过编码, 所以无法直接读懂;但PDU模式同时支持中英文两种短信, PDU模式收发短信包括3种编码:7位、8位和UCS2编码。7位编码用于发送普通的ASCII字符;8位编码用于发送数据信息;UCS2编码用于发送Unieode字符。一般的PDU编码由A, B, C, D, E, F, G, H, I, J, K, L, M共13项组成。
本系统中SMS消息的发送采用PDU (Protocol Data Unit) 模式, 系统防护单元与系统监控中心的SMS消息内容, 有以下几种:
(1) 设备激活短信:设备激活后, 该设备的防护单元与系统中心建立双向通讯连接, 其中, 系统中心的SIM卡号已被写入该防护单元的单片机程序;
(2) 非法开箱短信, 中心收到该短信, 确认表箱号及相关用户信息后报警;
(3) 合法开箱短信, 门禁管理反窃电系统处于撤防状态, 中心不报警;
(4) 关箱短信, 中心收到该短信后, 门禁管理反窃电系统处于布防状态。
3. 系统构成与实现方式
3.1 系统构成
本系统大体上可分为计量柜/表箱防护单元、系统监控中心以及工作手机三部分, 总体结构如图2所示:
3.2 系统实现方式
如图1所示, 系统中的计量柜/表箱防护单元由反窃电模块和GSM模块构成, 反窃电模块通过通讯网络与系统监控中心双向通讯连接;系统监控中心由GSM模块和服务器构成, 通过GSM通讯网络与计量柜/表箱防护单元双向通讯连接, 同时与操作人员持有的手机双向通讯连接;本系统中通讯网络包括各种能够实现双向通讯的网络为GSM网络。
系统监控中心是整个系统的核心部分, 在接收计量柜或电表箱状态信息的同时对开箱人员进行授权管理并监控其开箱过程, 实时向相关工作人员发送报警信息。
电表箱和计量柜通过安装在柜门上的限位开关与反窃电模块连接后, 与GSM模块构成防护单元, 柜门的开、合必然导致限位开关状态的变化, 反窃电模块将采集到的限位开关状态通过内部电路检测处理后, 通过GSM模块以短信的方式向系统监控中心发送数据编码, 控制中心软件对接收到的数据进行解码分析, 若存在表箱被非法开启的情况, 系统立即报警, 并将该表箱的表箱号及相关用户信息以SMS消息的形式发送至相关工作人员。
4. 系统硬件设计
4.1 数据通信电路
数据通信电路主要完成短消息收发, 以及与PC机通信、软件流控制等功能。TC35i的数据接口采用串行异步收发, 符合ITU-T RS232接口电路标准。
在数据通信电路中选用MAXIM公司的MAX232芯片, 实现电平转换及串口通信功能。MAX232芯片是美信 (MAXIM) 公司专为RS-232标准串口设计的单电源电平转换芯片, 使用+5v单电源供电, 符合EIA/TIA-232E以及V.28/V.24标准。该芯片的特性可以满足TC35i作为移动终端的电路连接要求。MAX232还需要连接4个1µF的电容配合, 才能完成电平转换功能, 由于RS232电平较高, 在接通时产生的瞬时电涌非常高, 很有可能击毁max232, 所以在使用中应尽量避免热插拔。
4.2 Sim卡电路
SIM卡即用户识别卡, TC35i的基带处理器集成了一个与ISO7816-3 IC Card标准兼容的SIM接口。
4.3 反窃电模块电路
本系统中的反窃电模块选用Microchip公司的高性能16位数字信号控制器dspic30f3013, 外部数据可直接通过GSM模块的串口发送。模块同时选用了MAXIM公司的MAX485芯片, 实现电平转换及串口通信功能, 如图2所示。
5. 系统软件设计
本系统软件设计主要分为3大部分:传感器 (限位开关) 数据采集程序部分、GPRS模块通信部分和远程用户界面实时检测程序。
采用门禁管理系统后, 工作人员必须利用工作手机向系统监控中心申请开箱, 在得到中心授权后, 表箱处于撤防状态, 开箱不报警;若未经授权而被非法开启, 系统立即报警。具体操作流程如图3所示。工作完成后, 所有的工作记录 (包含:开箱人身份信息、表箱/计量柜信息、开箱时间、关箱时间等) 均会实时记录在系统监控中心。
6. 结束语
本文设计的基于SMS短消息方式的计量柜/电表箱门禁管理的反窃电系统, 突破了传统反窃电系统的弊端, 融合了现有的GSM通信技术和传感器技术, 实现了对供电网络的开关控制和智能化处理。和现有的技术相比, 本系统具有以下有益效果:利用GSM通讯方式作为传输媒介, 利用手机短信平台来进行开箱操作, 同时把分散的计量柜、电表箱的工作状态及时地传输到系统监控中心的服务器。电力系统工作人员只需要一部操作手机, 使用工作密码, 就可以对控制范围内的计量柜、电表箱进行实时监控, 对于供电公司来说会是一种高效、使用便捷的反窃电系统。
坏消息,好消息 篇10
坏消息是:我很无知;好消息是:我发现了我的无知。
坏消息是:我错了;好消息是:我发现我错了。
坏消息是:你不爱我;好消息是:我发现了你不爱我。
观心的重点不是心怎么样,是不是至美至善,是不是让自己满意;重点是“正念”与“觉知”,是“观”与“发现”。
无论我们 发现了什 么 ,“发现”本身就是成就。修行就是去发现, 然后才谈得上对话。
总之, 每一个坏消息后面都一定跟着一个好消息。
而最坏的 坏消息可 能是:好久都没有任何消息,你一直处在昏沉和愚痴中。