实时多Agent系统架构在电子商务中应用.docVIP

实时多Agent系统架构在电子商务中应用 　　[摘要]本文提出了一个建立在现有的实时CORBA体系结构上的实时多Agent系统(RTMAS)的架构，该RTMAS架构为实时Agent通信、调度和推广提供服务，这些服务协同工作在一起表现和执行实时Agent的交互。整个架构建立在动态实时CORBA中间件服务上，在系统中为Agent提供实时的通信、实时调度和实时便利的服务。同时，还重点描述了股票实时交易系统，为电子商务Agent的应用开发提供了一种模式。 　　[关键词]实时；多Agent系统；调度 　　[中图分类号]TP39 　　[文献标识码]A 　　[文章编号]1006―5024(2011)11―0134―04 　　[作者简介]熊筱芳，江西科技师范学院数学与计算机科学学院教授，研究方向为计算机应用基础、软件开发； 　　于丽娜，江西科技师范学院数学与计算机科学学院讲师，研究方向为计算机电子商务、人工智能与软件开发； 　　黄云，江西科技师范学院数学与计算机科学学院副教授，研究方向为计算机与数据库应用。(江西南昌330031) 　　一、引言 　　电子商务系统在商业世界中的应用越来越普遍，企业和消费者都是靠越来越多的自动化流程来处理购买和销售商品以及售后服务。这些大部分系统都有内在的自主功能，以及在何时及如何能执行特定任务的严格限制。如实时拍卖系统、股市报价系统以及许多商品价格体系。Agent存在一个在特定环境中的计算机系统，有着灵活的自主行动能力以满足其设计目标。一个实时Agent必须在指定的时间限制和可能交易结果内满足它的目标。为了表达和执行时间以及其他个别Agent服务质量(00s)限制，实时多Agent系统(RTMAS)必须提供服务来允许实时Agent沟通、协调和合作，以满足它们的特定应用和指定的QoS约束的目标。 　　二、背景 　　1．Agent通信和服务商 　　大多数多Agent系统能够提供一个专门的代理，称为服务商，它主要负责寻找Agent，履行请求者所需的服务。当一个Agent从服务商那里请求服务，它要么传递请求到Agent来提供所要求的服务，要么传递一个可以提供的服务证书给Agent。Agent和服务商之间的沟通通常是通过Agent通讯语言来实现。现有的两个这种类型的语言是KQML和FIPA―ACL。两者都提供类似言语的机制，定义了Agent交互可以有的类型。 　　2．Agent体系结构和实时代理 　　许多Agent体系结构已经发展到支持多Agent系统，有些已经建立了基于自己的通信框架。一些Agent架构被开发成为利用CORBAl6 J作为底层的通信框架。目前，开发一些机制来支持实时Agent已成为近期的工作。大部分实时Agent调度工作很大程度上依赖于如下假设成立：为了执行任务，Agent或者Agent的设置可以有多种方式来解决同样的问题，取决于有多少时间可利用。 　　3．动态实时CORBA 　　RTMAS体系结构依赖于一个动态的实时CORBA的架构。目前，在动态实时CORBA研究的说明书中，有要求从客户机到服务器运行的参数，如限期、重要性、延迟和指定QoS要求的周期等。在基于前期的工作和开发动态的标准基础之上，我们利用其中的数据和实时CORBA规范制定了一个实时CORBA系统。实施的重点是支持动态的实时要求服务的发展：调度服务和实时(RT)的交易服务。这两个服务一起工作来确保客户的要求能很好地被安排，以满足他们的最后期限。 　　三、实时多Agent系统模型 　　通过描述RTMAS在其架构上的模型，提出一个电子商务应用的例子来显示RTMAS的作用，然后提出该模型的元素，并使用例子来说明要点。 　　1．证券交易RTMAS案例 　　考虑到RTMAS允许多个实时Agent互相协调，并做到智能推荐、购买和销售股票。对于本文的目的，我们不会关心每个Agent如何执行每项任务，而是它们之间如何协同工作，以满足自己的目标和QoS的要求。 　　我们会考虑四个不同类型的Agent：用户Agent、报价Agent、趋势监控Agent和买卖Agent。用户Agent与用户通信，以确定用户的需求，例如风险等级、交易金钱数额、用户喜好和交易板块的喜好等。用户Agent也能够和系统中其他代理进行通信，使用户能接受系统其他用户的推荐。每个报价Agent具有获取市场上特定板块股票报价的能力，它还可以在一个特定的价格范围内监视某只股票。趋势监控Agent在市场上寻找特定的趋势。 　　2．RTMAS模型 　　RTMAS模型是允许时间限制在实时Agent交互中体现和执行，该模型是基于这样的假设，Agent可能能够以多种方式履行其任务，它是由一组实时Agent(RTAgent)和一组在实时Agent请求之间的