【精品】城市应急联动与综合信息服务.ppt

城市应急联动与综合信息服务 多主体协作 单个主体的能力有限，所以无法解决一些复杂的问题，所以需要多主体的协作来共同完成。MAS主体之间的通信和交互协议是协作的基本表现形式。 基于policy的主体协作 通过策略，多主体系统的自管理特性才能得到充分体现。无论是自配置、自优化、自恢复、自保护，还是系统的设计、开发、部署，都和策略紧密相连、密不可分。因此，研究策略对多主体协作有重要意义。 描述逻辑的形式化 多主体系统要协作必须要有内部知识的表述和双方都能理解的通信本体。描述逻辑在描述知识方面有很突出的功能。为多主体系统进行协作提供了知识描述的支持。 应急联动中的应用 多主体协作进行任务分配。假设在抗洪抢险中，或者火灾中，因为有不同的部门，他们之间需要协作工作。怎么样调动这方面的资源，使他们达到最优化，这是一个很有意义的工作。可以使用主体协作来仿真和模拟演练联动调遣过程。 预案生成 现有资源 为什么使用CBR和专家系统结合 技术路线 下一步的工作 现有的资源（1） 我们有专家系统开发工具OKPS。到目前为止，已经开发了多个部门的专家系统，实验证明系统很稳定，技术路线比较成熟。 现有的资源（2） 使用案例推理技术。这方面可以使用jCreek建设案例库。由于这个软件是刚刚得到，尽管有一些文章介绍，但是是否能够真正可靠运行，需要实践检验。毕竟我们这个项目是工业项目，不是学术项目，可靠性和实用性比理论上的优势更有用。（目前刘缵敏在做这方面的工作） 现有的资源（3） 1 Ghunt获得资源形成案例。这个想法非常的好。现在由张素兰师姐在做。但是面临了很多的问题，就是怎么样把web网页内容转换成案例，因为如果仅仅是一些网页的分类对整个项目意义不是很大。 MSMiner数据挖掘工具。怎么样通过MSMiner能够对初步的数据进行预处理和挖掘出有用的模式。这方面还没有进行可行性分析，也没有做这方面的原型设计。 拟采用的技术方案 11 专家系统与CBR的结合。（这方面国际上有一些成功的经验） IEEE transactions 等都有一些这方面的文章，国内现在也有一些文章介绍。 但从文章上面反映来看，还是没有成熟统一的系统。多是一些理论模型。 2、在可能的情况下，使用MSMiner和Ghunt，这方面技术上不是很成熟。我们在不能自动化的情况下，目前可以人工建设模拟案例。 RBR结合CBR ?专家系统的优势 技术成熟，现在已经有很多实用的系统 ?专家系统的弱势 速度是实时性能最根本的要求，而产生式系统在处理实时任务时，其搜索/匹配时间要占全部计算时间的70%，所以是一个瓶颈。目前由于我们的规则还不是很多，所以这个还不是突出的问题。现在我们的关键问题是如何得到行业规则。对于政府部门或者公司来说，他们可能有对以前发生的事情的纪录，但是一说到从这些事情中发现共性（规则），用来为以后做决策用，这是困难的。所以，我们现在只能使用一些模拟的规则。但是，只要能够必须由专家来做。也就是说，知识的获取是专家系统最大的难题。 CBR的优势 只要建立了案例库，CBR的检索速度很快，不需要专家系统里面频繁的人机交互的过程。而且，相对于专家系统需要规则来说，往往案例的获取要更加容易。 优势互补 CBR主要适用于经验丰富型的应用领域，而RBR则适用于知识富有型的应用领域。在建立实时专家系统时，对于经验丰富型的领域，可直接用CBR技术来开发高效的专家系统;而在以理论而不是以经验来指导的特定领域问题求解方面，CBR就没有RBR的方法有效。 下一步的工作 1 把OKPS专家系统中的推理结果怎么用到Jcreek中去。这样可以丰富案例。在没有案例的情况下，可以使用专家系统对输入数据的产生模拟生成。 2 两个软件的无缝集成。现在两个系统一个是VC写的，一个是java的系统。怎么样实现它们之间信息的传送。准备使用MAGE平台中,Agent的封装。 谢谢！ * *