用于多代理系统的异常管理方案技术方案

本发明专利技术提供了一种用于多代理系统的异常管理方法，其中，多个应用代理被设置成能够通过通信网络彼此交互。该多代理系统具有多个异常管理代理，所述多个异常管理代理被设置成在指配代理已经确定发生了由与被指配代理相关联的一个或更多个状况潜在地引起的交互异常时，从该指配代理接收有关该被指配代理的报告。该异常管理代理被设置成确定引起交互异常的与被指配代理相关联的一个或更多个状况。该异常管理代理还被设置成修复所述状况。该异常管理方法包括以下步骤：所述多个异常管理代理中的至少一个从指配代理接收包括有关与被指配代理的交互的信息的消息。该消息包括标识被指配代理的信息和有关交互异常的其它信息。根据指配代理提供的信息来确定可能引起交互异常的与被指配代理相关联的一个或更多个可能的状况。接着，执行多个测试，以确定与被指配代理相关联的至少一个状况。最后，修复与被指配代理相关联的状况。接着，可以向指配代理提供反馈信息，以使得交互能够恢复或继续。

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及用于多代理系统(MAS)的管理方案。具体地但非专有地，涉及可随着MAS内的代理的数量上升而升级的故障管理方案。
技术介绍
在由MAS支持其内部的代理间交互的任何分布式计算机环境中，当一个代理与另一代理交互或试图与另一代理交互时，可能发生各种不同类型的异常。例如，当MAS设置在无线网络环境中时，由于各种原因，移动设备可能突然与网络断开连接，致使服务突然中断。这种断开连接尤其在中断服务涉及时间关键应用的情况下受到阻止。 代理之间的异常交互的一种原因是诸如在设备层级、代理容器层级或代理层级产生故障的状况，或者是与一个或更多个代理的特定服务相关联的状况。代理之间的异常交互还可能出现在这样的情况下，即，关联有一个代理的应用是与其它代理期望和/或能够管理与其的交互的应用版本不同的应用版本。 设备可能出现诸如影响位于该设备上的代理与其它代理交互的能力的设备层级故障的状况。设备层级故障可以中断服务并且造成突然与网络断开连接。例如，设备可能由于信号功率或质量下降或者因连接变松而与网络物理地断开连接，或者设备可能只是不再具有足够的运行功率(例如，电池耗尽)。 代理容器可能出现诸如阻止与该代理容器(其由设置在设备上的合适平台支持)相关联的全部代理恰当地运行的代理容器故障的状况。 单个代理可能出现在该单个代理参与或试图参与与另一代理交互时使与代理容器相关联并且位于设备上的该单个代理发生交互异常的状况。在这种情况下，理想的是，尽可能快速且无缝地利用副本来修复或替换引起异常的代理，以最小化针对用户的中断。 一类已知MAS故障管理方案为各应用代理提供了本领域已知的故障管理代理，作为监控该代理与其它代理的交互的“看守”代理，并且该故障管理代理干预管理在这种交互期间出现的任何故障。然而，由于看守代理与其监护对象(ward)之间的通信开销可能很繁重，所以这种方案中的应用代理与故障管理代理的一对一映射在大MAS系统中是非常不利的。因此，在MAS包括极大量的代理，例如几千个或更多代理的情况下，这种故障管理系统不适合。
技术实现思路
本专利技术的一个目的是，提供一种用于MAS的管理方案，该管理方案通过为MAS提供改进的交互异常管理方案来试图消除和/或减轻已知MAS故障管理方案的缺点。 本专利技术的第一方面涉及用于多代理系统的代理管理系统，其中，未根据另一代理的期望动作的第一代理被该另一代理报告给异常管理代理，所述代理管理系统包括报告生成装置，其向所述多代理系统中的至少一个异常管理代理生成标识第一代理的报告；和原因状况确定装置，其处理由消息提供的信息，以确定第一代理为何表现出触发报告生成的动作的至少一个原因状况。 第一代理可以在该第一代理具有故障时不根据所述另一代理的期望动作。 所述异常管理代理可以被设置成诊断引起代理按触发所述另一代理生成所述报告的方式来动作的故障的类型。 本专利技术的第二方面涉及包括多个代理的多代理系统，其中，至少一个代理被设置成，在所述多代理系统中的一个或更多个其它代理未根据所述至少一个代理的一个或更多个预定交互期望来与所述至少一个代理交互的情况下，生成把所述一个或更多个其它代理指配至至少一个异常管理代理的报告，所述多代理系统包括消息生成装置，其被设置成使得所述至少一个代理能够生成包括与所述交互异常有关的信息的消息，由此，各消息使得所述一个或更多个其它代理能够被至少一个异常管理代理识别；和消息发送装置，其被设置成使得所述至少一个代理能够通过发送所述报告消息，把所述一个或更多个其它代理指配至至少一个异常管理代理；原因状况确定装置，其被设置成处理由所述消息提供的信息，以确定所述一个或更多个其它代理未根据所述至少一个代理的一个或更多个预定期望与所述至少一个代理交互的至少一个原因状况。 本专利技术的第三方面涉及用于多代理系统的故障管理系统，其中，未根据另一代理的期望动作的第一代理被该另一代理报告给异常管理代理，所述故障管理系统包括 报告生成装置，其向所述多代理系统中的至少一个异常管理代理生成标识第一代理的报告；和 原因状况确定装置，其处理由消息提供的信息，以确定第一代理为何表现出触发报告生成的动作的至少一个原因状况。 本专利技术的第四方面涉及用于多代理系统的代理指配方法，在该代理指配方法中，第一代理参与或试图参与与另一代理的交互，来把该另一代理指配至该多代理系统中的至少一个异常管理代理，以确定与该另一代理有关的状况是否已经引起第一代理检测到的在第一代理与该另一代理之间的交互中的交互异常，该指配过程包括第一代理执行以下步骤如果与所述另一代理的交互未根据第一代理的期望进行，则确定已经引起交互异常；第一代理生成报告消息，该报告消息包括与所述交互异常有关并使得所述另一代理能够被异常管理代理识别的信息；以及第一代理通过把所述报告消息发送给至少一个异常管理代理来指配所述另一代理，由此，接收异常管理代理处理由该报告提供的信息，来确定引起交互异常的影响所述另一代理的至少一个状况，该交互异常包括所述另一代理未根据第一代理的期望与第一代理交互。 在所述确定与所述另一代理的交互未根据第一代理的期望进行的步骤之前，第一代理可以试图开始参与与所述另一代理的交互。 在所述确定与所述另一代理的交互未根据第一代理的期望进行的步骤之前，第一代理可以试图响应于所述另一代理而参与与该另一代理的交互。 引起所述交互异常的至少一个状况可以包括与所述另一代理的服务组件有关的故障。另选地，引起交互异常的至少一个状况可以包括与支持所述另一代理的设备有关的故障。另选地，引起所述交互异常的至少一个状况可以包括与关联于所述另一代理的代理容器有关的故障。另选地，引起所述交互异常的至少一个状况可以包括与所述另一代理有关的故障。 第一代理可以向设置成管理与所述另一代理有关的指配的多个异常管理代理中的一个进行报告，所述多个异常管理代理中的所述一个已被利用为所述MAS提供的一个或更多个代理描述目录，根据在该多代理系统内实现的负载平衡规则，与所述被指配代理关联起来。 第一代理可以通过首先与将所述被指配代理与一个或更多个异常管理代理进行关联的一个或更多个代理描述目录进行通信，来确定设置在所述多代理系统内的哪个异常管理代理应当接收所述报告消息。 处理报告信息的所述异常管理代理可以进行实现异常管理方案，该异常管理方案修复影响所述另一代理的所述至少一个状况。 本专利技术的第五方面涉及多代理系统中的代理，该代理包括 交互参与装置，其试图参与与所述多代理系统中的至少所述另一代理的交互； 交互异常确定装置，其确定已经引起交互异常； 报告消息生成装置，其生成针对所述另一代理的报告消息； 以及指配装置，其将所述另一代理指配至至少一个异常管理代理，以使得其它异常代理能够实现异常管理方案，来修复影响所述另一代理的所述至少一个状况。 本专利技术的第六方面涉及多代理系统中的异常管理代理，该异常管理代理包括 报告消息接收装置，其接收报告消息，该报告消息包括第一代理针对该第一代理与另一代理的经历而确定的信息，该信息使得所述另一代理能够被标识给所述异常管理代理；信息处理装置，其处理接收到的信息，以确定其它代理的一个或更多个特征；以及状况确定装置，其确定与所述另一代理相关联的并且引起所述交互异本文档来自技高网...

【技术保护点】
一种用于多代理系统的代理指配方法，在该多代理系统中，参与或试图参与与另一代理的交互的第一代理，把该另一代理指配至该多代理系统中的至少一个异常管理代理，以确定与该另一代理有关的状况是否已经引起第一代理检测到的在第一代理与该另一代理之间的交互中的交互异常，该指配过程包括第一代理执行以下步骤：　　　　如果与所述另一代理的交互未根据第一代理的期望进行，则确定已经引起交互异常；　　　　第一代理生成报告消息，该报告消息包括与所述交互异常有关并使得所述另一代理能够被异常管理代理识别的信息；以及　　　　第一代理通过把所述报告消息发送给至少一个异常管理代理来指配所述另一代理，由此，接收异常管理代理处理由该报告提供的信息，来确定引起交互异常的影响所述另一代理的至少一个状况，该交互异常包括所述另一代理未根据第一代理的期望与第一代理交互。

【技术特征摘要】
【国外来华专利技术】GB 2004-3-22 0406401.01、一种用于多代理系统的代理指配方法，在该多代理系统中，参与或试图参与与另一代理的交互的第一代理，把该另一代理指配至该多代理系统中的至少一个异常管理代理，以确定与该另一代理有关的状况是否已经引起第一代理检测到的在第一代理与该另一代理之间的交互中的交互异常，该指配过程包括第一代理执行以下步骤如果与所述另一代理的交互未根据第一代理的期望进行，则确定已经引起交互异常；第一代理生成报告消息，该报告消息包括与所述交互异常有关并使得所述另一代理能够被异常管理代理识别的信息；以及第一代理通过把所述报告消息发送给至少一个异常管理代理来指配所述另一代理，由此，接收异常管理代理处理由该报告提供的信息，来确定引起交互异常的影响所述另一代理的至少一个状况，该交互异常包括所述另一代理未根据第一代理的期望与第一代理交互。2、根据权利要求1所述的代理指配方法，其中，在所述确定与所述另一代理的交互未根据第一代理的期望进行的步骤之前，第一代理试图开始参与与所述另一代理的交互。3、根据权利要求1所述的代理指配方法，其中，在所述确定与所述另一代理的交互未根据第一代理的期望进行的步骤之前，第一代理试图响应于所述另一代理而参与与该另一代理的交互。4、根据任一前述权利要求所述的代理指配方法，其中，引起所述交互异常的至少一个状况包括与所述另一代理的服务组件有关的故障。5、根据权利要求4所述的代理指配方法，其中，引起交互异常的至少一个状况包括与支持所述另一代理的设备有关的故障。6、根据权利要求4或5所述的代理指配方法，其中，引起所述交互异常的至少一个状况包括与关联于所述另一代理的代理容器有关的故障。7、根据权利要求4到6中的任一权利要求所述的代理指配方法，其中，引起所述交互异常的至少一个状况包括与所述另一代理有关的故障。8、根据任一前述权利要求所述的代理指配方法，其中，第一代理向设置成管理与所述另一代理有关的指配的多个异常管理代理中的一个进行报告，所述多个异常管理代理中的所述一个已被利用为所述多代理系统提供的一个或更多个代理描述目录，根据在该多代理系统内实现的负载平衡规则，与所述被指配代理关联起来。9、根据任一前述权利要求所述的代理指配方法，其中，第一代理通过首先与将所述被指配代理与一个或更多个异常管理代理进行关联的一个或更多个代理描述目录进行通信，来确定设置在所述多代理系统内的哪个异常管理代理应当接收所述报告消息。10、根据任一前述权利要求所述的代理指配方法，其中，处理报告信息的所述异常管理代理进行实现异常管理方案，该异常管理方案修复影响所述另一代理的所述至少一个状况。11、一种多代理系统中的代理，该代理适于作为权利要求1到10中的任一权利要求中的代理指配方法中的第一代理而进行参与，该代理包括交互参与装置，其试图参与与所述多代理系统中的至少所述另一代理的交互；交互异常确定装置，其确定已经引起交互异常；报告消息生成装置，其生成针对所述另一代理的报告消息；以及指配装置，其将所述另一代理指配至至少一个异常管理代理，以使得其它异常代理能够实现异常管理方案，来修复影响所述另一代理的所述至少一个状况。12、一种多代理系统中的异常管理代理，该异常管理代理适于参与如权利要求1到10中的任一权利要求所述的代理指配方法，该异常管理代理包括报告消息接收装置，其接收报告消息，该报告消息包括第一代理针对该第一代理与另一代理的经历而确定的信息，该信息使得所述另一代理能够被标识给所述异常管理代理；信息处理装置，其处理接收到的信息，以确定其它代理的一个或更多个特征；以及状况确定装置，其确定与所述另一代理相关联的并且引起所述交互异常的所述至少一个状况；以及状况修复装置，其修复所述至少一个状况。13、一种交互异常原因确定方法，该交互异常原因确定方法对在指配代理与被指配代理之间的交互中检测到的交互异常的原因进行确定，该指配代理利用如权利要求1到10中的任一权利要求所述的代理指配方法，把所述被指配代理指配至多代理系统中的至少一个异常管理代理，其中，异常管理代理通过对由所述指配代理提供的信息进行处理来确定与已经发生交互的所述被指配代理相关联的至少一个状况，所述交互异常原因确定方法包括以下步骤处理由所述指配代理提供的信息以识别与所述被指配代理相关联的设备；向与所述被指配代理相关联的设备发送测试消息，以确定与该设备相关联的至少一个状况是否是引起在所述指配代理与所述被指配代理之间的交互中的交互异常的状况；以及在所述异常管理代理未从所述设备接收到对所述测试消息的响应的情况下，或者如果接收到包含被处理时指示所述设备具有引起所述交互异常的状况的信息的测试消息；则确定存在影响所述设备的状况，该状况引起了在所述被指配代理与所述指配代理之间的交互中的所述异常。14、根据权利要求13所述的交互异常原因确定方法，其中，所确定的状况是与所述设备相关联的故障。15、根据权利要求13或14所述的交互异常原因确定方法，其中，在所述处理由所述指配代理提供的信息以识别与所述被指配代理相关联的设备的步骤中，还识别了与被指配设备相关联的代理容器，并且其中，所述交互异常原因确定方法还包括以下步骤向所述被指配代理的代理容器发送测试消息；并且，在未从所述代理容器接收到对所述测试消息的响应的情况下，或者如果接收到包含在被处理时指示该代理容器具有引起所述交互异常的状况的信息的测试消息；并且确定存在影响所述代理容器的状况，该状况引起了在所述被指配代理与所述指配代理之间的交互中的交互异常。16、根据权利要求15所述的交互异常原因确定方法，其中，所述代理容器的所述状况是与所述代理容器相关联的故障。17、根据权利要求13到16中的任一权利要求所述的交互异常原因确定方法，该交互异常原因确定方法还包括以下步骤向所述被指配代理发送测试消息，以确定该被指配代理是否具有引起所述交互异常的状况；和如果来自所述被指配代理的响应不满足一个或更多个预定标准，则确定该代理具有引起所述交互异常的状况。18、根据权利要求17所述的交互异常原因确定方法，其中，所述异常管理代理确定检测到的状况与关联于所述被指配代理的故障有关。19、根据权利要求18所述的交互异常原因确定方法，其中，所述状况与关联于所述被指配代理的故障无关，从而所述异常管理代理确定检测到的状况要求将该被指配代理修改成与所述指配代理交互。20、根据权利要求13到19中的任一权利要求所述的交互异常原因确定方法，其中，在所述异常管理代理确定没有与所述被指配代理相关联的状况的情况下，所述异常管理代理执行服务层级测试。21、根据权利要求13到20中的任一权利要求所述的交互异常原因确定方法，其中，在确定引起所述交互异常的一个或更多个状况之后，所述异常管理代理还执行以下步骤生成与所述状况有关的合适反馈信息；和向所述指配代理发送所述反馈信息。22、一种多代理系统中的异常管理方法，在该多代理系统中，多个应用代理被设置成能够通过通信网络彼此交互，该多代理系统具有多个异常管理代理，所述多个异常管理代理被设置成，在指配代理确定已经发生由与被指配代理相关联的一个或更多个状况潜在地引起的交互异常时，接收来自该指配代理的有关所述被指配代理的报告，其中，所述异常管理代理被设置成确定与该被指配代理相关联的已经引起所述交互异常的一个或更多个状况，并且其中，所述异常管理代理还被设置成修复所述状况以消除该状况，所述异常管理方法包括以下步骤所述多个异常管理代理中的至少一个从所述指配代理接收包含关于与所述被指配代理的交互的信息的消息，该消息包括标识所述被指配代理的信息和与所述交互异常有关的其它信息；根据由所述指配代理提供的信息，来识别与所述被指配代理相关联的可能已经引起所述交互异常的一个或更多个可能状况；执行多个测试，来确定与所述被指配代理相关联的并且从引起所述异常发生的所述被指配代理的所述可能的一个或更多个状况中选择的至少一个状况；以及修复与所述被指配代理相关联的状况。23、根据权利要求22所述的异常管理方法，其中，与所述被指配代理相关联的所述至少一个状况是与下列中的一个相关联的状况与所述被指配代理相关联的设备；与所述被指配代理相关联的代理容器；所述被指配代理；所述被指配代理提供的服务。24、根据权利要求22或23所述的异常管理方法，其中，所述至少一个状况包括故障。25、根据权利要求22到24中的任一权利要求所述的异常管理方法，其中，所述指配代理通过参照位置目录和服务目录，来选择把所述被指配代理指配至的异常管理代理，所述位置目录和服务目录包括将所述被指配代理与异常...

【专利技术属性】
技术研发人员：李河宾，帕特里克米哈伊列斯库，约翰威廉谢泼德森，
申请(专利权)人：英国电讯有限公司，
类型：发明
国别省市：GB[英国]