一种利用移动Agent实现鲜花订单智能处理的系统的制作方法

文档序号:7761590阅读:108来源:国知局
专利名称:一种利用移动Agent实现鲜花订单智能处理的系统的制作方法
技术领域
本发明属于信息技术领域,具体涉及一种利用移动Agent实现鲜花订单智能处理 的系统。
背景技术
随着信息技术和互联网的普及,越来越多的企业开始利用网络来宣传公司、拓展 业务,鲜花经销企业也不例外,他们通过引进基于Browser/Server架构的管理系统来进行 网上鲜花销售、客户管理、订单处理等,以上业务中尤以订单处理使用最频繁,订单的处理 效率和质量直接影响到鲜花的销量。目前,鲜花订单的处理主要2种方法人工操作处理订 单和服务器端处理订单。人工操作处理订单是由负责订单管理的操作员根据客户网上提交的订单信息(鲜 花名称、数量、价格、其它定制等信息),从供应商里查询、筛选出符合客户订单的供应商,进 行订单分解、匹配操作。此种方法带来的问题是
1、处理效率低,耗费大量人力来查询检索匹配方案;
2、人工操作容易出错、出漏。服务器端处理订单是由服务器端软件根据客户网上提交的订单信息(鲜花名称、 数量、价格、其它定制等信息),从服务器端数据库里检索出适合的供应方案。此种方法带来 的问题是
1、供应方案需要预先保存在服务器端数据库里,如果数据库里没合适的供应方案,则 无法及时匹配订单,只能临时通知供应商通过网络来更新数据库中供应方案,导致订单响 应慢、网络数据流量大、网络依赖程度高;
2、订单匹配操作在服务器上完成,服务器负载压力大,网络资源利用率低。

发明内容
本发明的目的是针对现有鲜花订单处理方法的不足,提出了一种利用移动Agent 实现鲜花订单智能处理的系统,使其能自动化和智能化处理鲜花订单,解决背景技术中的 问题。移动Agent是一个能异构网络中自主地从一台主机迁移到另一台主机,并可与其 它Agent或资源交互的程序,它能在异构的主机环境厦持续迁移并保存自身的状态,能在 在没有人或者其它Agent的直接干涉和指导下运行,并能控制其内部状态和动作。本发明 采用 JADE作为开发平台,遵守FIPA(Foundation for Intelligent Physical Agent)规范, 构建多Agent框架,其中订单Agent为移动Agent,它能够在联网的计算机之间自由移动并 进行信息处理,既提高了网络资源的利用率,又提升了运算的效率。为达到上述目的,本发明采用如下技术方案,包含以下内容
利用移动Agent实现鲜花订单智能处理的系统如图1所示,包含订单Agent(IO)、功能 Agent (20)和供应商Agent系统(30)三部分,其中订单Agent (10)与功能Agent (20)部署在服务器端,供应商Agent系统(30)部署在客户端,服务器端的Agent运行平台采用遵守 FIPA SE^llW JADE AgentACL (Agent Communication Languiige) fflff。订单Agent的运行方式如图2所示,它与传统的远程信息交换不同,传统远程信息 交换方式要求通信计算机双方之间保持持久的连接通道以进行信息交换,一旦连接通道断 开,信息交换将结束。而订单Agent可以异步自主运行,它在服务器端启动后,通过网络迁 移到供应商主机,此时服务器与供应商主机之间的网络即使断开也不会影响到订单Agent 的工作,它在供应商主机上能异步自主运行,完成任务后服务器端可以在随后适当的时候 再与供应商主机连接时接收订单Agent携带结果回到服务器端。订单Agent的信息传递如图3所示,订单Agent通过与服务器端资源调度Agent 交互获取到目标供应商信息,然后移到目标供应商,与供应商的订单服务Agent交互,获取 结果后,返回服务器端,如果结果中包含适合的订单匹配方案,则将此方案给用户,否则重 新与资源调度Agent交互获取下一个目标供应商信息。服务器端的功能Agent如图4所示,分为用户Agent (40)、管理Agent (50)、订单协 商Agent (60)、资源调度Agent (70)和服务Agent (80)等5类Agent。其中
用户Agent(40)监视用户服务请求行为,是用户在系统中的智能代理,为用户 提供服务并接收用户请求和返回结果。用户Agent类图如图5所示,setup ()方 法负责初始化及用户Agent的工作定义,在初始化时加入CustomerRecvBehavior、 CustomerHandleRecvBehavior两个行为类,分别实现循环等待订单消息和查询解决方案 的工作。takedownO方法负责注销操作。sendOrderO方法负责发送订单到目标供应商 Agent。queryCustomlnfo ()方法负责查询用户信息。管理Agent (50)用于管理所有Agent的生命周期,每个Agent必须向管理Agent 注册才能获得唯一的AID,被其他Agent检索到,所有Agent的AID和Agent的状态都由管 理Agent维护。同时,管理Agent也担当了可信任的安全认证中心,保证各Agent子系统之 间的安全通信机制。订单协商Agent(60)接收来自客户的需求,创建客户订单Agent (90)并使其与资 源调度Agent (70)进行信息交互。资源调度Agent(70)从订单协商Agent (60)处获得客户订单信息,做出供应计划, 然后由订单Agent (90)携带,移动到各供应商处进行协商,最终以供应订单的方式发送给 客户和供应商。此外,资源调度Agent(70)还可接收来自用户Agent (40)的请求,访问本地 数据库,根据不同的请求采取相应的动作,为外部的资源查询提供服务。服务Agent (80)提供黄页服务,负责管理各供应商Agent系统的服务信息,各供应 商Agent系统需要通过服务Agent (80)来注册、更新、注销服务,只有将自己的服务信息在 此注册后才能被检索到。订单Agent类图如图6所示,其属性有消息、目标Agent地址、订单、订单ID、用户 名、位置等,对属性值的获取与设置通过相应的get、set方法来进行,此外,在afterMoveO 方法加入了发送订单行为类(SendOrderBehavior)。供应商Agent系统如图7所示,包括独立的Agent运行环境(100)、用户 Agent (110)、资源调度Agent (120)和订单服务Agent (130)。用户Agent(IlO)与资源调度 Agent (120)的功能与图4中服务器端的用户Agent (40)、资源调度Agent (70)功能一致,订
5单服务Agent(130)接受服务器端的订单Agent (140)请求,通过通信协议,了解到订单需 求,检索与订单匹配的鲜花并做出答复。Agent中信息查询、发送订单等任务的完成,通过添加相应的behavior行为子 系统来完成。系统中与订单处理相关的behavior行为子系统有SendOrderBehavior、 CustomerRecvBehavior> CustomerHandleRecvBehavior> QueryCustomBehavior> RecieveBehavior、ProviderHandleBehaviour 等,其中
SendOrderBehavior 订单Agent在移动到供应商端后添加这个行为子系统,这个行 为子系统主要负责两个任务,向订单服务Agent发送订单请求,以及接收并处理订单服务 Agent的回复。CustomerRecvBehavior 用户Agent添加这个行为子系统,此行为子系统被 添加后会不断执行,并在每次接收到一条ACLMessage之后,在用户Agent里添加一次 CustomerHandleRecvBehavior 行为。CustomerHandleRecvBehavior 用户Agent添加这个行为子系统。此行为子系统 主要负责处理用户Agent从订单Agent处接收到的信息。QueryCustomBehavior 订单Agent在移动到供应商端后添加这个行为子系统。这 个行为子系统主要负责两个任务,向订单服务Agent发送查询解决方案请求,以及接收并 处理订单服务Agent的回复。RecieveBehavior 订单服务Agent添加这个行为子系统。此行为子系统被添 加后会不断执行,并在每次接收到一条ACLMessage之后,在订单服务Agent里添加一次 ProviderHandleBehaviour 为。ProviderHandleBehaviour 订单服务Agent添加这个行为子系统。此行为子系统 主要负责处理订单服务Agent从订单Agent处接收到的信息。


图1本发明系统架构图。
图2本发明订单Agent运行方式。
图3本发明订单Agent信息传递流程图。
图4本发明服务器端Agent间交互图。
图5本发明用户Agent类图。
图6本发明订单Agent类图。
图7本发明供应商Agent系统。
图8本发明鲜花订单处理流程图。
具体实施例方式下面参照附图,对本发明的各种实施作进一步的详细描述。如图1所示,本发明实施分为3个部分订单Agent (10)、功能Agent (20)和供应 商Agent系统(30),其中部署在服务器端的有订单Agent (10)和功能Agent (20),部署在客 户端的为供应商Agent系统(50)。服务器端订单Agent (10)与供应商Agent系统(30)相 互交互来完成订单智能处理。
如图3所示,本发明订单Agent信息传递,具体过程如下步
启动服务器端的订单协商Agent接收客户的需求,创建客户订单Agent ; 获取目标地址订单Agent从资源调度Agent处获取目标供应商信息; 迁移订单Agent携带客户订单信息迁移到目标供应商主机上; 供应商端交互订单Agent与供应商主机上的订单服务Agent交互,得到答复结果; 再次迁移订单Agent携带在供应商主机上完成的协商结果迁移回服务器端; 结束订单Agent与服务器端的资源调度Agent交互,告知结果,如果有匹配的供应方 案则返回给用户订单供应方案,否则重新获取下一个目标供应商信息。如图4所示,本发明服务器端Agent包括用户Agent (40)、管理Agent (50)、订单协 商Agent (60)、资源调度Agent (70)、服务Agent (80)和订单Agent (90),他们间相互交互包 括
用户Agent (40)与订单协商Agent (60)及资源调度Agent (70)的交互。如果网页请求 是订单,则用户Agent (40)与订单协商Agent (60)交互;如果网页请求是本地数据库访问, 则用户Agent (40)与资源调度Agent (70)交互;
管理Agent (50)负责用户Agent (40)、订单协商Agent (60)、资源调度Agent (70)和服 务Agent (80)的注册和Agent生命周期维护;
订单协商Agent (60)接收来自客户的订单请求,创建客户订单Agent (90); 资源调度Agent (70)响应用户Agent (40)的查询请求,以及资源调度Agent (70)与客 户订单Agent (90)进行信息交互;
服务Agent (80)提供各供应商Agent系统(100)在服务器端的注册、更新、注销服务; 订单Agent (90)向所有供应商Agent (100)发送订单信息匹配请求(包括花型、数量、价 格等);各供应商根据自身的知识判断是否有能力满足订单,订单Agent (90)等待所有供应 商Agent系统(100)答复,决定接受其中一个或多个的答复,将接受消息发送给他们,同时 发送拒绝消息给其他供应商Agent系统(100),当被接受的供应商Agent系统(100)通知订 单Agent (90)接受订单时,协商结束。如图7所示,本发明供应商Agent系统,包括独立的Agent运行环境(110)、用户 Agent (120)、资源调度Agent (130)和订单服务Agent (140)。订单服务Agent (140)接受服 务器端的订单Agent (150)请求,通过定义在鲜花ontology的通信协议,了解到订单需求, 检索与订单匹配的鲜花并答复订单Agent (150)。如图8所示,本发明鲜花订单处理流程图,显示了用户订单处理的流程,其中 如流程160所示,供应商先到服务器端注册;
如流程170所示,服务器端在用户人机界面上提供鲜花信息;
如流程180所示,用户浏览鲜花信息网页;
如流程190所示,用户提交正常订单或含定制需求的订单;
如流程200所示,服务器端中的用户Agent针对用户提交的订单进行判断,然后对订 单进行分析和拆分;
如流程210所示,服务器端中的订单Agent携带订单信息到供应商处;
如流程220所示,供应商Agent系统与服务器端中移动过来的订单Agent进行协商;
如流程230所示,供应商Agent系统返回协商结果,仍由订单Agent携带回服务器端;如流程240所示,服务器端返回给用户订单供应方案。
权利要求
一种利用移动Agent实现鲜花订单智能处理的系统,其特征在于,包括订单Agent、功能Agent和供应商Agent 3个系统,订单Agent和功能Agent 部署在服务器端,供应商Agent部署在供应商处;服务器端的Agent运行平台采用遵守FIPA 规范的JADE平台,Agent间采用ACL通信;其中所述订单Agent用于获取和传递鲜花订单信息,订单Agent是移动Agent,在功能Agent间移动并与他们进行协商交流,然后将协商后的确认订单信息返回;所述功能Agent用于对外提供服务,对服务的请求进行资源调度和订单协商处理,功能Agent是静止的,它仅在被创建的计算机节点上运行;所述供应商Agent通过网络与服务器相连,用于提供鲜花订单供应方案。
2.根据权利要求1所述的利用移动Agent实现鲜花订单智能处理的系统,其特征在于 所述订单Agent携带的信息包括鲜花名称、数量、备注、客户名称、交货时间,其信息传递过 程如下启动服务器端的订单协商Agent接收客户的需求,创建客户订单Agent ; 获取目标地址订单Agent从资源调度Agent处获取目标供应商信息; 迁移订单Agent携带客户订单信息迁移到目标供应商主机上; 与供应商端交互订单Agent与供应商主机上的订单服务Agent交互,得到答复结果; 再次迁移订单Agent携带在供应商主机上完成的协商结果迁移回服务器端; 结束订单Agent与服务器端的资源调度Agent交互,告知结果,如果有匹配的供应方 案则返回给用户订单供应方案,否则重新获取下一个目标供应商信息。
3.根据权利要求2所述的利用移动Agent实现鲜花订单智能处理的系统,其特征在于 所述功能Agent根据业务功能的不同分为用户Agent、管理Agent、订单协商Agent、资源调 度Agent和服务Agent5类,其中用户Agent,用于监视用户服务请求行为,是用户在系统中的智能代理,如用户请求是 本地资源,则调用本地资源信息;管理Agent,用于管理所有Agent的生命周期,并负责各Agent的管理和协调; 订单协商Agent,用于接收来自客户的需求,创建客户订单Agent并使其与资源调度 Agent进行信息交互,将反馈结果提交给客户;资源调度Agent,从订单协商Agent处获得客户订单信息,做出供应计划,然后由订单 Agent携带,移动到各供应商处进行协商,最终以供应订单的方式发送给客户和供应商; 服务Agent,提供黄页服务,负责各供应商Agent系统的注册、更新、注销服务的管理。
4.根据权利要求3所述的利用移动Agent实现鲜花订单智能处理的方法,其特征在于 供应商Agent系统,该系统部署在供应商处,通过网络连入服务器,包括用户Agent、资源调 度Agent、订单服务Agent ;其中订单服务Agent用来接收服务器向其发送的订单Agent请 求,进行协商并答复,用户Agent、资源调度Agent功能与服务器端的用户Agent、资源调度 Agent功能相同。
5.根据权利要求4所述的利用移动Agent实现鲜花订单智能处理的系统, 其特征在于整个系统中还添加有与订单处理相关的behavior行为的子系统,包 括SendOrderBehaviorλ CustomerRecvBehavior、CustomerHandleRecvBehavior、 QueryCustomBehaviorλ RecieveBehavior、ProviderHandleBehaviour,其中SendOrderBehavior 订单Agent在移动到供应商端后添加这个行为子系统,主要负责 两个任务,向订单服务Agent发送订单请求,以及接收并处理订单服务Agent的回复;CustomerRecvBehavior 用户Agent添加这个行为子系统,此行为子系统被添 加后会不断执行,并在每次接收到一条ACLMessage之后,在用户Agent里添加一次 CustomerHandleRecvBehavior 行为;CustomerHandleRecvBehavior 用户Agent添加这个行为子系统,主要负责处理用户 Agent从订单Agent处接收到的信息;QueryCustomBehavior 订单Agent在移动到供应商端后添加这个行为子系统,主要负 责两个任务,向订单服务Agent发送查询解决方案请求,以及接收并处理订单服务Agent的 回复;RecieveBehavior 订单服务Agent添加这个行为子系统,此行为子系统被添加 后会不断执行,并在每次接收到一条ACLMessage之后,在订单服务Agent里添加一次 ProviderHandleBehaviour 为;ProviderHandleBehaviour 订单服务Agent添加这个行为子系统,主要负责处理订单 服务Agent从订单Agent处接收到的信息。
全文摘要
本发明属于信息技术领域,具体为一种利用移动Agent实现鲜花订单智能处理的系统。它包括订单Agent、功能Agent和供应商Agent3个系统。订单Agent是移动Agent,用于获取和传递鲜花订单信息,它迁移到供应商主机后以异步自主方式运行,不受网络是否连通的影响;功能Agent用于对外提供资源调度、订单协商等功能服务;供应商Agent系统用于订单处理和信息查询。Agent间以ACL通信并通过添加相应behavior行为来完成任务。鲜花订单处理流程为订单Agent在服务器上启动,然后迁移到供应商主机,与订单服务Agent交互,完成交互后携带结果返回服务器,反馈给客户供应方案。与现有技术相比,本发明使鲜花订单的处理智能化,省人力,而且网络资源利用率高,服务器压力缓解。
文档编号H04L29/08GK101945138SQ20101050125
公开日2011年1月12日 申请日期2010年10月9日 优先权日2010年10月9日
发明者吴海峰, 戴伟辉, 戴永辉, 王文娟, 赵卫东, 赵碧荣 申请人:复旦大学
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1