分布式目标系统中事件的收集技术方案

一分布式目标系统包含接收系统中目标的生成、删除和启动的信息的事件收集机构（１４）。事件收集机构将所收集的事件传送到用户应用程序在其注册的事件调度机构（１６）。事件调度机构按照用户所选择的判别准则将事件的细节送往用户程序。提供一种将所有被报告的事件联接回到最终承担它们的生成的目标的方法。（*该技术在2017年保护过期，可自由使用*）

【技术实现步骤摘要】

本专利技术涉及一种分布式目标系统中的事件的收集。分布计算是一种计算领域，其中在物理上分开的计算节点上运行的各别软件模块能互相通信，并能互相请求执行任务。近年来面向目标的技术的发展给予分布计算极大的推动，而这两种技术的会聚则产生了分布式目标技术。由于这些目标的数量和复杂性增加而出现准确地认定这样的系统中正在发生的情况的问题。虽然有许多软件支援工具可供系统设计人员和维护人员应用，但它们目前多半不能令人满意。现今有各种不同工具，例如可用于调试一般的“单处理”软件，使开发人员能逐步通过软件中的编码且能检验程序状态。还有一、二种可应用于面向目标编程的工具，通过展示目标的生成和删除使得程序员能“目测”一般软件中的目标。但由于这些一般性的工具实际上对大型分布式目标系统设计人员和维护人员的需要不够有效和灵活而存在许多困难。按照本专利技术的第一个方面提出一种具有多个目标的分布式目标系统，各目标具有一相关的过滤器，此过滤器被配置来截取由其对应目标发送或接收的消息并将表述所述消息的信息送往一事件收集器。本专利技术还延伸到一对应的方法，具体说是延伸到本专利技术的第二个方面的用于使具有多个目标的分布式目标系统具有特征的方法，此方法包括为各目标设置一相关的过滤器，其被配置来截取由其对应目标发送或接收的消息并将表述所述消息的信息送到一事件收集器，此分布式目标系统则按此事件收集器所接收的消息作为特征。由事件收集器收集的消息可以表述一预定的事件类别，例如目标间的交互作用和目标的删除及生成的类别。最好，事件收集器可将所收集的事件送到一事件调度机构，其处理这些事件并将它们送往一或多个用户程序。这些用户程序可有多种不同形式，包括显象应用程序、故障检测应用程序、控制应用程序和计费应用程序。在一优选实施例中，数个不同的用户应用程序(目标)可同时运时，而各自可独立地加以配置。根据具体要求此配置可以是自动的或用户定义的。在一种形式中，本专利技术可提供一种用于生成一事件流的机制，其中各事件或者为由从一目标传送消息到另一目标或者由生成或删除一目标构成。此系统的安装可以不对目标本身的程序代码作硬性改变。而且可以由不只一个个体在任何时刻观测系统中的交互作用，而使得每一个体仅能看到有关的动作。另一方面，在另一实施例中此系统可提供一分布式目标系统内的故障通报和/或故障恢复服务。从而此系统提供能定义明确地在一分布式目标系统中由各不同目标收集信息的一个或一系列工具。而后被这样收集的信息即可被用来对系统进行分析以便例如确定系统出错或其他意外事件期间所发生的情况。同样重要的是，被收集的信息可被用来协助正在向其他未直接涉及到开发的人们解释此系统的设计人员。一般，分布式目标系统是极其准以解释的，而本专利技术在至少某些形式中会改善这种由开发人员和设计人员到技术合作者和用户的“信息移交”处理。本专利技术可以以多种方法实施，现在参照附图举例说明实现本专利技术的一特定分布式目标系统，所列附图为附图说明图1说明一分布处理环境中的远程过程调用；图2表示按照本专利技术优选实施例的系统的概观；图3表明过滤器被用来截取被发送和接收的消息的方法；图4说明过滤器的操作；图5表示交互作用如何在目标之间传播；图6表示带有关键字的消息如何在目标间发送；图7与图6相对应，但表示与一附加目标的相互作用；图8表示优选显象应用程序如何以事件调度机构注册；图9表示事件调度机构将信息送往显象应用程序；图1O表示由此优选显象应用程序摄取的示范性屏幕；图11表示对可与本专利技术相关连应用的分布处理环境(DPE)的一示范性结构；和图12表示为本专利技术实施例应用的一平台的硬件视图。在描述本专利技术的优选实施例之前，对分布处理环境(DPE)概括地说明某些普遍的背景信息可能是有用的。大量的DPE遵守被称为“公用目标请求代理体系结构(CORBA)”的实际上的标准。此CORBA标准是由目标管理小组(OMG)建立的，它是一包括大量计算机公司、软件销售商和其他有关方面的国际联合组织。大部分DPE采用一种称为远程过程呼叫(RPC)类型的交互作用，概括地在图1中表明。在RPC模型中，客户机目标10发送消息11到远程服务器目标，请求一具体操作。服务器目标12执行对应于这一操作的程序码，然后借助应答消息13将控制返回到客户机10。一般，输出消息11包含要调用的操作的名称以及对此操作的自变量，而应答消息则包含被调用的操作的名称以及此操作的结果。具有其他交互作用形式，但大多数可被认为是由通常的RPC模型得出的。例如，一种CORBA中所用的替换交互作用形式是“单向”形式。在此模式中，调用一操作的消息被发送给服务器目标，但在此期间客户机继续执行其自身的程序代码。当服务器目标完成相应操作的执行时，不发送回任何消息。这可以被简单地视作一个没有结果及没有从服务器目标发回给客户机目标的确认的普通RPC。现在转到图2，这里表明本专利技术优选实施例的概况。此示范性系统由三个主要子系统实现。第一子系统14为事件收集机构，涉及因目标的生成和删除及它们间的交互作用所产生的事件的收集。如由图中可看到的，事件收集机构由数个可在计算环境中相隔很远的分布式目标2、4接收信息。例如，一个目标可在一实在的计算机上运行，而另一个在通过普通的局域网或者甚至一广域网连接到第一计算机的另一实在的计算上运行。第二子系统18采取显象应用程序形式，使系统用户能观察交互作用，配置他们观察交互作用的方法，和确定要观察的交互作用。一次可运行数个显象应用程序18a、18b、18c。第三和最后子系统包括事件调度机构16，它由收集机构14取出事件流，并将它分配给各显象应用程序18a、18b、18c。自然可以理解，事件收集机构14、事件调度机构16和显象应用程序18全都可被看作是它们自己方面的目标。图3较详细地表明各目标与事件收集机构14间的交互作用。为便于对照，用于与RPC模型对应的那些部件的标号对应于图1中所用的号码。可看到，事件收集器14收集由各自与客户机目标10和服务器目标12相关连的过滤器20、22传送的事件26、28。过滤器本身可以包括现在CORBA中的相应产品Orbix。Orbix是由Iona Technologies提供的商业软件产品。这使得能插入将在消息到达、调度、应答和返回(目标交互作用)期间运行的软件。因而，事件收集器14收集关于由一目标到另一目标传送消息(也就是由一个目标对另一目标实行一操作)或一目标的生成或删除的信息。过滤器这样来与目标相连系，即它们截取所发送和接收的消息而不要求目标自身作任何改变。图4说明实践中系统的操作。图4a表示目标A提出对目标B的请求之前的情况。图4b表示提出请求时的情况。过滤器A截取输出信息11，而一报告消息30被传送到事件收集机构。当然应理解，在生成或删除一目标时也将生成或删除对应的过滤器，由此使得也能对之生成一事件。事件收集机构同时由系统内的所有活动目标收集事件。被事件收集机构14收集的所有事件以连续流的形式被传送到事件调度机构16(图2)。自然，收集关于在目标间传送的每一个消息和关于一目标的生成和删除的信息很可能导致信息过载。一般，用户可能仅对特定的目标或特定的目标类别所发生的情况感兴趣，因此最需要的是能取得某种所感兴趣事件的方法。现在来叙述实现这一点的途径。首先应指出的本文档来自技高网...

【技术保护点】
一种具有多个目标的分布式目标系统，其特征是各个目标具有一相关过滤器，此过滤器被配置来截取其对应目标所发送或接收的消息和将表述所述消息的信息送往一事件收集器。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：克里斯托夫史密斯，
申请(专利权)人：英国电讯有限公司，
类型：发明
国别省市：GB[英国]