BRT智能系统消息中间件通信策略研究

BRT智能系统消息中间件通信策略研究

ID:38117323

大小:165.40 KB

页数:5页

时间:2019-05-25

BRT智能系统消息中间件通信策略研究_第1页
BRT智能系统消息中间件通信策略研究_第2页
BRT智能系统消息中间件通信策略研究_第3页
BRT智能系统消息中间件通信策略研究_第4页
BRT智能系统消息中间件通信策略研究_第5页
资源描述:

《BRT智能系统消息中间件通信策略研究》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、http://www.elecfans.com电子发烧友http://bbs.elecfans.com电子技术论坛BRT智能系统消息中间件通信策略研究12姚育章,熊桂喜(北京航空航天大学计算机学院,北京100083)摘要:在大型企业信息系统的应用中,常使用消息中间件作为企业集成的方式。根据快速公交(BRT,BusRapidTransit)的业务的特点,针对通用消息中间件不能与快速公交业务紧密结合的问题,提出并介绍了专用于快速公交智能系统集成的消息中间件(BRTMOM)的通信策略。关键字:企业应用集成;消息中间件;

2、通信策略中图分类号:TP311文献标识码:AAResearchontheCommunicationStrategyinBusRapidTransitIntelligentSystemIntegrationYAOYu-zhang,XIONGGui-xi(CollegeofComputerScience,BeihangUniversity,Beijing100083)Abstract:Itisusualtointegratetheapplicationsinhugeinformationsystem.Asconsid

3、eringthefeaturesofBRT’sbusinessandthatcommonMessageOrientedMiddleware(MOM)cannotcombineitselftightlywiththebusinessofBRT,weproposedandintroducedthecommunicationstrategyofaMOMdedicatedtotheintegrationofBRTintelligentsystem.Keywords:EAI;MOM;CommunicationStrateg

4、y1引言快速公交(BRT)智能系统是以计算机有线、无线网络为支撑,集成了多种与公交业务相关的子系统的综合信息管理系统,其中包括运营调度子系统、动态监控子系统、站台乘客服务子系统、车载设备子系统、票务管理子系统、车队管理子系统等分布在各个终端上的业务子系统。这些子系统需要通过一种可靠并且高效的通信机制进行协作,才能发挥出系统集成中“1+1>2”的优势。而目前在实际中广泛采用的消息中间件技术就是提供这种机制的解决方式之一。消息中间件位于系统软件与应用程序之间,为应用程序提供消息通信服务,实现不同软硬件平台上不同应用程

5、序之间的集成。图1BRT专用消息中间件在智能系统中的位置目前虽然市场上流行的通用消息中间件无论从功能上还是效率上都已经非常成熟,但它们无法与公交业务紧密结合。例如,在系统运行中或者系统故障恢复后,会产生大量“过期”基金项目:“大容量公共交通和公交优先示范工程”课题号:2005BA414B04资助单位:北京市交通委员会http://www.elecfans.com电子发烧友http://bbs.elecfans.com电子技术论坛的冗余消息,会影响系统运行的效率,通用消息中间件就不能处理这样的情况。为了保障智能系统

6、稳定、高效的运行,降低各子系统间通信的开发难度,根据智能公交系统的特点,我们设计与实现一种适用于BRT智能系统集成的专用消息中间件系统,并应用到智能公交系统的集成。本文主要介绍消息中间件在实现过程中的通信控制策略,包括消息传递模式、消息可靠性保障以及冗余消息的处理。2通信控制策略的设计2.1消息传递模式快速公交的业务具有多样性,实时性,协同性等特点,因此存在多种消息类型,在系统的设计中采用为每一类消息建立消息队列,根据队列的类型不同,相应的消息传递方式也有所不同,比如调度指令,就需要运营调度系统将调度信息推送至目

7、的子系统,以得到目的子系统的及时的响应;而对于定位信息(GPS定位信息/车辆识别信息),则可以通过车辆位置计算模块根据需要从消息队列中取出数据。由此,我们将消息传递的方式相应的分为“推”和“拉”两种模式:“推”模式是指客户需要动态绑定(订阅)队列。服务器采用事件触发机制,当客户端所绑定(订阅)的队列中有新的消息时,队列管理模块就将该消息发送给对应的客户;若发送失败,则将消息重新插入队列中。在我们的系统中,调度消息队列、乘客服务信息队列、GPS上行指令消息队列都采用此模式。“拉”模式是指客户端主动请求取得在服务器队

8、列的消息,客户端在需要的情况下(手动调用/定时/事件触发)发送接收消息请求,服务器收到请求后从队列出口取出一条消息发给用户,若发送失败,消息重新插入队列。客户收到反馈(成功/失败)或超时后,一次轮询过程结束。在我们的系统中,GPS下行定位消息队列、站台车辆识别消息队列、车辆位置信息队列都是采取的这种模式。2.2通信可靠性保障的设计在BRT智能系统中,消息的传输必须保证必要

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。