提出用于收集与复杂资源有关的清单信息的解决方案（２００）。为此，数据移动器（２８５）与公共收集器引擎（２１０）连接。数据移动器代表每一个使用器（２６５）将其自身登记（Ａ３）为选择的资源类的收听者。如预定的发现指令（２３５）中指示的那样，收集器引擎解决（Ａ４）涉及的选择的资源类的相关性。根据在相同的发现指令中限定的调度计划，适于发现关于相关资源类的清单信息的供应器（２２５）被周期性地调用（Ａ５～Ａ９）。一旦用于所有的相关资源类的供应器已完成相应的信息的发现（Ａ１０），数据移动器就相应地被通知（Ａ１１）。对此响应，数据移动器将发现的（变化）清单信息传送（Ａ１３～Ａ１５）到使用器。
【技术实现步骤摘要】
本专利技术涉及信息
更具体地，本专利技术涉及收集数据处理系统中的清单(inventory)信息。
技术介绍
诸如软件程序和硬件设备的不同类型的(物理或逻辑)资源的管理在数据处理系统(特别是具有分布式体系结构的数据处理系统)中是关键问题。当资源十分复杂并且分散在大量的装置上时，这种问题特别严重；并且，该问题在资源连续改变的动态环境中进一步恶化。已提出了资源管理应用以在上述任务中帮助系统管理员。特别地，基于自治范例(autonomic paradigm)的资源管理应用提供允许系统自适应希望的配置(由管理员发布的规则限定)的机制；例如，在WO-A-2004/017201中说明了这种类型的资源管理应用。但是，任何资源管理应用都需要被控制的系统的详细知识。为此，采用清单工具以收集有关系统中的被选择的资源的信息；市售的商业清单工具的例子是包含于诸如“IBM Tivoli Configuration Manager或ITCM”或“IBM Tivoli License Manager或ITLM”的由IBM公司提供的几种解决方案中的“IBM Tivoli Common Inventory Technology或CIT”部件。现有技术中已知的清单工具一般基于以服务器为中心的方法，其中，整个执行流程由系统的中心服务器控制。首先，必须限定包含要在多个端点上执行的一系列操作的工作流以发现需要的信息。这些发现操作然后被调度，用于在端点上被执行(例如，周期性地)。一旦发现操作被提交，服务器就在所希望的端点上强制执行它。与此响应，端点发现需要的信息并将其返回服务器。服务器然后可根据可能出现的需要处理所接收的信息。但是，上述解决方案不完全令人满意。特别是，当必须发现复杂的资源时就出现问题。事实上，在这种情况下，服务器必须对相关端点上的一系列的发现操作进行排序；例如，仅在两个不同的资源的发现被完成时才可执行这些资源之间的关系的发现。这涉及服务器上的相应的复杂的工作流的限定；并且，对端点的请求和来自端点的信息的重复传送对系统的效率具有有害的影响。当要被发现的资源的类型随时间改变时，出现另一缺点；例如，服务器可最初对发现安装的软件产品感兴趣，后来对支持服务感兴趣。这要求实质上重新限定由服务器实现的工作流，从而对其它的发现操作存在潜在的副作用。另外，服务器上的发现操作的调度常常不令人满意。特别是，一些发现操作即使在不是必需时也可能被执行；例如，这发生在由相关端点上的发现操作涉及的资源自其最后的执行没有改变时。相反，在特定情况下，不同发现操作的执行速率会太低。典型的情景是当软件产品在没有关键性的安全补丁的情况下被安装到端点上时；这导致在与软件产品相关的发现操作的下一个执行之前系统的严重暴露。
技术实现思路
本专利技术提供在独立权利要求中阐述的解决方案。在从属权利要求中说明本专利技术的有利的实施例。特别地，本专利技术的一个方面提出在数据处理系统中收集清单信息的方法。为此，提供控制结构(诸如模型和/或发现指令)。控制结构限定系统资源的类别(例如，类)和类别之间的相关性；各个类别与用于发现与该类别的资源有关(例如，其实例)的清单信息的供应器有关。该方法涉及从使用器实体(诸如远程资源管理器)接收对选择的类别的发现请求(或更多)的步骤。与控制结构中的选择的类别相关的类别然后被确定。该方法继续通过与控制结构中的相关类别相关的相关供应器发现相关清单信息(与在系统中可用的相关类别的资源有关)。最后，相关清单信息被传送给使用器实体。在本专利技术的实施例中，将数据移动器在公共收集器引擎登记为收听者(对选择的类别)实现该结果。优选地，一个或更多个供应器具有用于存储被发现的相应的清单信息的内部高速缓存。在不降低其一般适用性的情况下，供应器的调用根据在发现指令中限定的相应时间策略被调度。作为另一改进，一些供应器可响应异步事件的出现被调用。在本专利技术的优选实施例中，各个供应器仅返回自过程的以前的重复出现的变化。进一步改进解决方案的方式是限定用于控制发现的信息的传送的策略(在发现指令中)。例如，能够在发现的信息达到最小大小之前防止传送。本专利技术的另一方面提出执行该方法的计算机程序。本专利技术的另一方面提出相应的系统。附图说明参照要结合附图阅读的、纯粹作为非限制性的指示给出的以下详细说明，将最好地理解本专利技术本身及其其它特征和优点，在这些附图中，图1a是可应用根据本专利技术的实施例的解决方案的数据处理系统的示意性框图；图1b表示系统的示例性计算机的功能块；图2是表示实现根据本专利技术的实施例的解决方案的不同部件的作用的协作图；图3a～3b表示说明根据本专利技术的实施例的解决方案的示例性应用中的不同部件之间的相互作用的顺序图。具体实施例方式特别参照图1a，说明具有分布式体系结构的数据处理系统100。系统100实现用于管理大量的物理或逻辑资源的基础结构。这些资源的例子是计算机、移动电话、硬件设备、软件程序、网络部件、因特网地址、存储子系统、用户、功用(role)、组织、数据库、消息队列、应用服务器、服务、商业活动等。特别地，中心服务器105负责限定系统100的结构。多个端点110直接控制要被管理的一个或更多个资源。服务器105和端点110通过网络115(一般基于因特网)被耦合。例如，系统100实现软件分布基础结构。在这种情况下，服务器105收集关于各个端点110的当前配置的信息；该信息用于规划选择的软件包的执行，这些软件包被用于实现端点110的希望的软件配置(如参考模型中所限定的)。出于此目的的市售商业软件应用的例子是上述“ITCM”。现在考虑图1b，用150表示上述系统(服务器或端点)的一般的计算机。计算机150由与系统总线153并联连接的几个单元形成(具有根据系统中的计算机150的实际功能被适当缩放的结构)。详细地说，一个或更多个微处理器(μP)156控制计算机150的操作；RAM159被微处理器156直接用作工作存储器，ROM 162存储用于计算机150的引导程序的基本代码。几个外围单元群集在局部总线165周围(通过各个接口)。特别地，大容量存储器包含一个或更多个硬盘168和用于读取CD-ROM 174的驱动器171。并且，计算机150包含输入单元177(例如，键盘和鼠标)、和输出单元180(例如，监视器和打印机)。适配器183用于将计算机150与网络连接。桥接单元186连接系统总线153与局部总线165。各个微处理器156和桥接单元186可作为请求访问系统总线153以传输信息的主代理(master agent)工作。仲裁器189用对系统总线153的互斥管理访问的准许。转到图2，在上述系统上运行的主软件部件整体以标号200表示。信息(程序和数据)一般被存储在硬盘上，并在程序运行时被加载(至少部分地)到各个计算机的工作存储器中。程序最初例如从CD-ROM被安装到硬盘上。特别地，该图说明了系统的静态结构(通过相应的部件)及其动态行为(通过一系列交换的消息)。考虑一般的端点110，清单框架205实现用于收集关于由端点110控制的资源的清单信息的服务(例如，基于上述CIT)。清单框架205的主模块是提供用于发现需要的清单信息的单个访问点的公共收集器引擎(CCE)210。为此，收集器引擎210暴露发现接口2本文档来自技高网...
【技术保护点】
一种用于收集数据处理系统（１００）中的清单信息的方法（２００），该方法包括步骤：提供（ａ１）限定系统资源的类别和各类别之间的相关性的控制结构（２２０；２３５），每个类别与用于发现与该类别的资源有关的清单信息的供应器（２２５）相关； 从使用器实体（２６０；２６５）接收（Ａ２）对至少一个选择的类别的发现请求；确定（Ａ４）与控制结构中的选择的类别相关的类别；通过与控制结构中的相关类别相关的相关供应器，发现（Ａ５～Ａ１１）与在系统中可用的相关类别的资源有 关的相关清单信息；和将相关清单信息传送（Ａ１４～Ａ１５）到使用器实体。
【技术特征摘要】
...
【专利技术属性】
技术研发人员：鲁伊吉皮切蒂，弗朗赛斯科M卡特里，亚利桑得罗多纳特利，阿尔博托加马瑞亚，乔纳森马克瓦格纳，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：US[美国]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。