多Agent煤矿井下救援系统研究.docVIP

多Agent煤矿井下事故救援系统研究 2010010401 曹伟 摘要 基于煤矿井下事故救援系统复杂性、随机性和分布式等特点，Multi-Agent技术为井下事故救援过程的研究提供了一种新型的模式，在对煤矿井下事故救援系统分析的基础上，分别构造危险源Agent，巷道Agent，井下救援舱Agent，井下人员Agent，井下人员管理器Agent，井下事故Agent和井下事故产生器Agent,对各Agent的结构、功能以及Agent间的交互进行深入研究，使得井下事故救援过程变的更加合理 关键词 事故救援； Agent； 1:引言 我国煤矿数量多，储存条件差，开采条件复杂，95%以上为井工煤矿，灾害十分严重[1]。尽管各级监管监察部门和煤矿主为了预防事故的发生做了大量的预防工作，但各类煤矿事故仍不断发生。 据工业化国家的统计，有效的故事救援系统可以将事故损失降低到无应急救援系统的6%。我国也有一些事故由于及时启动事故救援系统而降低了事故损失，有些甚至避免了人员伤亡[4]。如郑煤集团超化煤矿2004年“4.11”透水事故、辽宁阜新艾友煤矿2006年“2.18”顶板事故等，但也有一些煤矿由于在发生事故时没能及时启动事故应急救援系统，造成事故危害和灾害范围的扩大[5]。 煤矿事故应急救援系统是在“预防为主”的前提下，按照“统一指挥，分级负责，区域为主，单位自救和社会救援相结合”的原则[7]，在事故发生后能迅速、有序、准确、有效的开展应急救援工作的装备、组织和指挥系统。它的基本任务是立即组织营救受害人员、组织撤离或者采取其它措施保护危害区域内其他人员、组织撤离或者采取其它措施保护危害区域内其它人员和重点措施，迅速控制危险源，消除危害后果等[6]。 传统的煤矿井下事故应急救援系统，由于现有计算机硬件以及软件开发方法的限制，系统效果较差。随着计算机技术的进一步发展，面向对象技术成为软件开发的主要手段。然而，面向对象技术在描述具有能动性、智能性的实体时，却显示出其固有的不足。Agent技术的出现，为解决这一问题提供了理想的方法。Agent可以看作为面向对象技术的发展和提高，是面向对象技术的更高层次，它为描述智能型的实体提供了最佳的模式[2]。考虑到单个Agent能力的有限性，在实际应用中常用Multi-Agent系统，通过它们之间的相互作用，共同完成问题的解决[3]，在该论文中要说明的煤矿井下事故救援系统就是一个典型的Multi-Agent系统。 2基于Agent的煤矿井下事故救援系统建模 在煤矿井下事故的发生是随机的，矿井下的危险源，井下作业人员不规范的操作，还有其他一些偶然的因素等，为了阐述方便，下文中提到的事故都是井下危险源导致的事故。 根据各个实体在煤矿井下事故救援系统中的作用，并且结合Agent相关理论及特点，可以将危险源导致的事故救援系统抽象为对于煤矿井下的情况，分别构造危险源Agent，井下人员Agent，巷道Agent和井下救援舱Agent，在该救援系统中，事故的发生和人员的位置信息都要尽量符合实际情况，为此，引入一个井下事故产生器Agent和井下人员管理器Agent。 2.1Agent建模 要构造一个能够解决实际问题的智能的煤矿井下事故救援系统，只有建立符合实际情况的模型，才能有效的解决实际问题。对于煤矿井下事故救援系统中的各个Agent，必须给予很好的逻辑描述，才能使系统开发有所依据，开发出来的系统才能跟好的满足应用要求。因此，首先要对各个Agent进行建模。 2.1.1危险源Agent 危险源Agent主要负责对煤矿井下的危险源的情况进行统一控制管理，例如对危险源的位置信息，型号等各种属性参数进行控制，它具有判断处理的能力，能根据井下环境的变化动态调整各个相应的危险源的参数。 危险源Agent模型结构如图1所示。 图1 危险源Agent模型结构 如图1所示，危险源Agent控制器是整个危险源Agent的核心，它通过传感器与外界环境进行交互，获取相应的参数，负责危险源基本信息和属性信息的控制，危险源基本信息库中包括煤矿井下危险源的位置及其所属巷道等基本属性，危险源属性库中包括各个危险源的性能属性，例如对温度、湿度、瓦斯浓度要求等参数 2.1.2巷道Agent 巷道Agent用以管理煤矿井下巷道的基本信息，以及实时统计在每条巷道上人员作业点的基本信息，当有井下工作人员经过巷道的时候都要想巷道Agent进行注册；相反，当某个作业人员agent离开巷道时，需要对其进行反注销，这样可以了解人员作业点的实时位置以及各条巷道的拥挤情况。 巷道Agent模型结构如图2所示。 图2 巷道Agent模型结构 巷道Agent控制器是巷道Agent的核心，用于对巷道的基本信息以及巷道评价控制进行管理，用于通过传感器与周围环境的数据进行同步，此外