用于被监视资源的管理计划的制作方法

专利名称：用于被监视资源的管理计划的制作方法
技术领域：
本发明涉及 一 种用于被监视资源的管理计划的方法、系统和产品.
背景技术：
在计算机环境中可以用 一个或多个管理程序来管理一组资源，如 打印机、扫描仪、工作站等。管理程序可收集与资源，如打印机、扫 描仪、工作站等相关的数据，这些数据由该管理程序所管理。在某些 情况下，可能会实时地连续收集资源的数据，但在某些情况下，连续 收集资源的数据可能是不现实的。结果，最终用户可能要创建多个计 划来收集多个资源的数据，这些多个资源可由计划器程序来执行以收 集数据。
如果多个软件应用程序监视相同资源，则潜在地要创建用于从相 同资源收集数据的多个计划。如果多个计划在同 一时间试图使用相同 资源，就可能出现冲突，某些计划可能不能运行或收集到错误数据。
用户可能很难确定不同的计划可能处于冲突中，或者必须的数据 没有以满足用户需要的足够频率来收集。在某些情况下，通过使用可 能会用于其它操作的资源，数据收集可能会影响计算机环境的性能。 低效计划会导致对某些资源的数据收集发生得比所需的要多，也会导 致对其它资源的数据收集发生得比所需频度要低。如果数据收集发生 得比所需的更频繁，则计算时间被浪费了。同样，如果数据收集发生 得比所需的频率要低，则收集的数据可能是过期的，不能帮助软件或 用户做出有信息的管理决定。

发明内容
所提供的是一种方法、系统和产品，以及一种计算机可读介质， 其中接收多个用户定义计划以在多个资源上收集数据。生成一个计划 以用于至少一个资源上的数据收集，基于对多个用户定义计划的处理 来消除在所述至少一个资源上的冗余的数据收集。根据生成的计划在 所述至少一个资源上执行操作。
在另外的实施例中，用户定义计划提供了对要被监视以收集数据 的所选资源的指示，收集所述数据的频率，要收集的所述数据的属性。
在另外的实施例中，根据所生成的计划在所述至少一个资源上的 操作为第一操作，其中根据所生成的计划所述第一操作的执行消耗的 处理时间与第二操作的执行相比要少，第二操作直接基于用户定义计 划监视至少一个资源
在另外的实施例中，多个资源可被包含在多个组中，其中用户定 义计划指示了在多个组上的数据收集。做出下面的判断，指示在多个 组上的数据收集的用户定义计划是否在该多个资源上的数据收集中 产生冲突。在生成的计划中消除所述冲突。
在另外的实施例中，用户定义计划中具有类似的但不完全相同的 请求的收集被分组。类似请求的收集被合并到所生成的计划的单个实 体中。
在某些实施例中，接收表示用户定义计划已被修改的指示。基于 修改的用户定义计划以及其它未修改的用户定义计划来重建所述计 划。


现在仅通过实施例并参考下面的附图，描述本发明的实施例。
图l说明了根据某些实施例的计算机环境的方框图2说明了根据某些实施例的方框图，该方框图显示了怎样从多
个用户定义计划中生成对资源的主计划；
图3说明了根据某些实施例的第一流程图，该第一流程图示出了
怎样创建数据收集计划；图4说明了根据某些实施例的第二流程图，该第二流程图示出了 怎样建立主计划；
图5说明了根据某些实施例的第三流程图，该第三流程图示出了 怎样管理计划以监视资源；
图6说明了根据某些实施例的在其中可实现某些实施例的系统。
全文中相同的参考数字表示对应的部分。
具体实施例方式
在下面的描述中，所参考的附图形成了由此的一部分并示出了几 个实施例。应该理解，也可以使用其它实施例，并且可以做出结构性 或操作性的改变。
如果数据收集计划的创建与资源(或资源组)独立，则可以创建 多个计划来监视或确定与相同资源相关的数据，并且可能出现沖突。 在某些实施例中，计划与组相关，这些计划为这些组收集数据，创建 一个主计划来确定什么时候为每个被监视的资源实际运行数据收集。 主计划可以减少或消除冲突和重复。
图1说明了根据本发明的某些实施例的计算机环境100的方框图。
至少一个计算才几平台102耦合至一个或多个资源104a、104b.....
104n，其中在某些实施例中计算机平台102可包括一个服务器。尽管 图1中将计算机平台102显示为一个服务器，但在可选实施例中计算 机平台102可包括任何适当的计算机平台，包括本领域当前所熟知的， 如个人计算机、工作站、大型机、中等计算机、网络设备、掌上计算 机、电话设备、刀片计算机、手持计算机等。资源104a…104n可包 括任何适当的资源，包括本领域当前所熟知的，如打印机、扫描仪、 传真机、硬盘驱动器、存储设备、外围设备、计算设备、路由器等。 资源104a...104n并不限于硬件资源，还可包括软件资源，如列表、 队列、栈、数据库和计算设备中的其它数据结构。服务器102到资源 104a...104n的耦合可以是直接的或可以借助任何本领域已知的网络，
如存储区域网络(SAN)、局域网(LAN)、广域网(WAN)、因 特网、内联网等。在某些实施例中，被监视的资源，如被监视的资源 104a，可表示一组资源而不是单个资源。
各种过程和任务可执行在资源104a...104n上的数据收集操作。 在典型实施例中，执行在资源数据收集操作的过程和任务可以被计划 以在某些时刻或某些时间间隔上运行。例如，在被监视的资源104a 是打印机的某些实施例中， 一个任务可被计划在下午3点收集在过去 的小时内资源104a上打印页数的数据。
多个资源104a…104n被服务器102管理或监视，在某些实施例 中，该多个资源104a…104n可指净皮监视的资源104a…104n。计划属 性(如典型的计划属性106)可被与被监视的资源(如被监视的资源 104a)相关联。其它计划属性可与其它的被监视资源相关联。计划属 性，如计划属性106，可包括一个或多个用户创建计划108a.,.108m， 并且对应于需求llOa...llOm。
例如典型的用户创建计划可具有一天在资源上执行4次数据收 集的需求。
服务器102可包括应用程序和/或数据结构，对应于统一计划器
112，多个主计划114a、 114b..... 114p，处理列表116。统一计划
器112处理对多个,皮监^L资源104a...104n的多个用户创建计划，并 在被监视的资源104a…104n上计划操作。主计划114a…114p的每一 个对应于用于一个被监视资源的计划，该计划由统一计划器112从用 户创建计划中通过消除冲突和冗余而创建。例如，主计划114a可包 括针对第一资源的计划，主计划114b可包括针对第二资源的计划。
处理列表116是一数据结构，包括多个资源118a、 118b.....
118q，对应于计划属性120a、 120b…、120q,其中可以从被监一见的资 源104a…104n中选择资源118a…118q。统一计划器112使用处理列 表116来从用户创建计划中生成主计划114a...114p。
在图1中说明的某些实施例中，统一计划器112处理为资源 104a…104n的用户创建计划，其中用户创建计划可能在资源104a…104n上有冲突或不必要的重复。在某些实施例中，统一计划器 112减少或消除在资源上的操作冲突和不必要重复，而计划资源 104a…104n上的操作，也即，统一计划器112通过消除用户创建计划 中的重复和冗余而计划在被监视资源104a...104n上的操作。
图2说明了根据某些实施例的方框图，该方框图示出了在计算机 环境100中实现的数据结构。
在典型实施例中，用户创建计划200可包括典型需求202a、 202b， 其中典型需求202a请求一天四次对资源A 204中的可用空间进行数 据收集，典型需求202b请求一天两次对资源A 204的可用空间进行 数据收集。例如，两个不同用户可能创建了用户创建计划200，或者 一个用户可能为两个不同任务生成了用户创建计划200。
统一计划器112处理该典型用户创建计划200的需求202a、 202b，并生成针对资源A 204的主计划206。典型的主计划206可包 括指示208，指出在上午12点、上午6点、下午12点、下午6点收 集关于资源A中的可用空间的数据。主计划106中的指示208满足一 天四次收集数据的典型请求202a，也满足一天两次收集数据的典型需 求202a。
图2中说明的某些实施例，使得用户可以创建减少了或消除了重 叠和冲突的计划。统一计划器112基于用户创建计划生成对资源的主 计划。由统一计划器生成的主计划可减少或消除重叠和冲突，并可以 满足用户创建计划的需求。
图3说明了根据某些实施例的第一流程图，该第一流程图示出了 怎样创建数据收集计划。在图3的流程图中说明的操作可以在统一计 划器112中或其它在服务器102上执行的应用程序中实现。由统一计 划器112创建的数据收集计划可对应于主计划114a...114p。
控制在方框300开始，其中服务器102上的统一计划器112接收 针对一个或多个资源104a...104n或由一个或多个用户创建的一个或 多个资源组的计划。例如，在某些实施例中，在方框300中统一计划 器112接收的计划可包括用户创建计划108a...108n。
统一计划器112在服务器102的储存库中存储(在方框302中) 这些计划以及计划的属性，包括计划预期要在之上执行的资源。例如， 在某些实施例中，计划可能运行在被管理的资源104a…104n上。额 外地，统一计划器112在处理列表116中存储(在方框304中)与计 划相对应的资源列表的拷贝。
控制进行到方框306，其中统一计划器112确定数据收集或请求 操作的类型对处理列表中的选定资源是否合适。例如，如果对打印机 请求在过去的小时内打印页数，则可确定该请求为合适的，然而如果 对扫描仪请求了在过去的小时内打印页数，则可确定该请求是不合适 的(如果扫描仪不支持打印)。如果在方框306确定出所请求的数据 收集类型是合适的，则控制进行到方框308,在其中确定处理列表116 中的所有资源是否被处理。如果没有，控制返回到方框306，以为处 理列表116中的下一个所选资源确定所请求的数据收集类型是否合 适。
如果在方框306统一计划器112确定出所请求的数据收集类型对 所选资源是不合适的，则所选资源被从处理列表116中删除。例如， 在某些实施例中，资源118b可4皮从处理列表116中删除。
如果在方框308确定出处理列表208中的所有资源，例如资源 118a…118n，都已经^皮处理，则统一计划器112确定(在方框310中) 在处理列表116中是否还有资源。处理列表中剩余资源具有与该资源 相关的合适的数据收集请求。
如果统一计划器112确定出(在方框310中)处理列表116中还 有资源，则对处理列表116中剩余的每个资源，统一计划器112为之 建立或再建立(在方框312中)主计划。例如，统一计划器112可为 一个资源(如资源104a)建立或再建立主计划114a。 一旦为处理列 表116中剩余的所有资源建立了主计划，统一计划器112就退出(在 方框316中)创建主计划的过程。
如果在方框310统一计划器112确定在处理列表中没有剩余的资 源，则统一计划器112退出(在方框312中)创建主计划的过程。
图3中说明的某些实施例示出了由统一计划器112创建与被监视 的资源104a.,.104n相对应的主计划114a...114p。可以基于用户创建 计划108a.,.108m创建用于资源的主计划，如主计划114a。在某些实 施例中，当用于资源的主计划由统一计划器112生成时，可以去除错 误、重复、冗余等。
图4说明了根据某些实施例的第二流程图，该第二流程图说明了 建立主计划的操作。在图4的流程图中说明的操作可被实现在统一计 划器112中，或者在服务器102上执行的任何其它应用程序中。
控制在方框400中开始，其中统一计划器112处理计划列表，如 用户创建计划108a...108m，以确定所请求的数据收集类型和数据收 集频率。例如，在某些实施例中，所请求的数据收集可包括典型的呼 叫信号(ping)、扫描或具有用户简档操作的扫描。其它实施例可包 括其它类型的数据收集操作。
统一计划器112从计划列表中删除(在方框402中)重复。例如， 如果两个计划都请求在资源B上一天四次的数据收集，这两个计划可 被合并以删除重复的，并可能在资源B上一天收集四次数据，而不是 在资源B上一天收集八次数据。
在某些实施例中，统一计划器112可创建(在方框404)类似但 不完全相同的收集请求。例如，第一扫描请求是具有任何简档的一天 执行两次的缺省扫描请求，可以与第二扫描请求分组到相同的收集 中，第二扫描请求是具有特定简档的扫描请求。
控制进行到方框406,其中统一计划器112通过仅保留对数据收 集最紧要的需求将每个收集合并成单个实体而处理这些收集。例如， 第一扫描请求和第二扫描请求可以被合并成具有特定简档的一天运 行两次的扫描请求。在某些可选实施例中，还包括用于计划处理以及 资源的用户指定能力阈值。
统一计划器112基于对用户所请求的请求数据收集的合并结果 创建(在方框408中)对资源的主计划。
创建了主计划之后，当统一计划器112建立要运行的计划列表
时，统一计划器112从主计划114a…114p中而不是从最终用户所创 建的各个计划108a…108m中建立计划。某些实施例使得最终用户可 以基于资源的组指定所需的数据收集类型，并使得服务器102上包括 统一计划器112的管理软件可以在不需要对资源104a…104n的进行 多余监视的情况下收集数据。
如果用户随后决定从组中删除计划属性，如计划属性106，则相 服务器102发送请求以删除该计划。统一计划器112从每一个资源的 计划属性中删除所影响到的计划(该计划预期对该资源执行)。统一 计划器112对受删除所影响计划而影响的每个资源重建主计划。
图5说明了根据某些实施例的第三流程图，该第三流程图说明了 怎样管理计划以监视资源。在图5的流程图中说明的操作可被实现在 统一计划器112中，或在服务器102上执行的任何其它应用程序中。
控制在方框500中开始，其中统一计划器112接收多个用于在多 个资源上收集数据的用户定义计划。基于对多个用户定义计划的处理 来消除在至少一个资源上的冗余的数据收集，统一计划器112生成(在 方框502中)对至少一个资源上的数据收集的计划。
控制进行到方框504，其中统一计划器112确定指示在多个组上 的数据收集的用户定义计划是否引起在该多个资源上的数据收集的 冲突。统一计划器112消除(在方框506中)所生成的计划中的冲突。
统一计划器112对用户定义计划中具有类似的但不完全相同的 收集请求进行分组(在方框508中)。另外，统一计划器112可将具 有类似请求的收集合并成(在方框510 )所生成的计划中的单个实体。
控制进行到方框512，其中统一计划器112根据所生成的计划执 行在至少一个资源上的操作。在接收到(在方框514中)表示用户定 义计划被修改的指示后，基于修改的用户定义计划以及其它未修改的 用户定义计划，该统一计划器重建(在方框516中)该计划。
某些实施例使得数据收集可以跨越多个资源组，并且潜在地可以 跨越多个软件产品。保证数据收集的处理没有不必要重复和沖突。最 终用户避免创建各自的资源计划，并可在组级别上指定最终用户所需的数据类型，在组级别上可以对多个资源分组。这些组可包括异类资 源或可包括其它组。可以提高用户的可用性。
某些实施例减少了在收集数据对计算机资源的浪费使用，并且在 更可靠的收集数据中是高效的。某些实施例还允许资源的复杂组被创 建成一个组，然后被重用。不需要一种类型组用于数据收集而另一种 用于在数据上的动作。
额外的

发明内容
所描述的技术可以被实现为一种方法、装置或产品，包括软件、 固件、微代码、硬件和/或它们的任意组合。这里使用的名词"产品" 指实现在介质中的代码或逻辑，其中这种介质可包括硬件逻辑(例如，
集成电路芯片、可编程门阵列(PGA)、专用集成电路(ASIC)等) 或计算机可读介质，如磁存储介质(例如，硬盘驱动器、软盘、磁带 等)，光存储(CD-ROM、光盘等)，易失和非易失存储设备(例如， 电可擦可编程只读存储器(EEPROM)、只读存储器(ROM)、可 编程只读存储器(PROM)、随机存取存储器(RAM)、动态随机存 取存储器(DRAM)、静态随机存取存储器(SRAM)、闪存、固件、 可编程逻辑等)。处理器访问并执行计算机可读介质中的代码。其中
介质，如光C铜线等。在其中编码有代码或逻辑的传输4;^包括
无线信号、卫星传输、无线电波、红外线、蓝牙等。在其中编码有代 码或逻辑的传输信号能够由发射站发射，并被接收站所接收，其中编 码在传输信号中的代码或逻辑可被解码并存储在接收和发射站或设 备中的硬件或计算机可读介质中。另外，"产品，，还包括硬件和软件元 件的组合，代码被包含在其中，被处理和执行。当然，本领域的技术 人员将认识到可以进行许多修改而不脱离实施例的范围，以及本产品 可包括任何信息承载介质。例如，本产品包括存储介质，在其中存储 当被机器执行时将产生被执行的操作的指令。
某些实施例采用完全硬件、完全软件或既包含硬件又包含软件组
件的形式。在一个优选实施例中，本发明被实现在软件中，其包括但 不限于估计、驻留软件、微代码等。
此外，某些实施例可以是计算机程序产品的形式，可从计算机可 用或计算机可读介质中对其进行存取，其中计算机可用或计算机可读 介质提供了由计算机或任何指令执行系统使用或一起使用的程序代 码。为了此描述的目的， 一个计算机可用或计算机可读介质可以是任 何可包含、存储、通信、传播或传输由指令执行系统、装置或设备使 用或一起使用的程序的装置。该介质可以是电、磁、光、电磁、红外 或半导体系统(装置或设备)或传播介质。计算机可读介质的实例包 括半导体或固体存储器、磁带、可移动计算机磁盘、随机存取存储器
(RAM)、只读存储器(ROM)、硬磁盘和光盘。光盘的现有实例 包括压缩盘-只读存储器(CD-ROM )、压缩盘-读/写(CD-R/W ) 和DVD。
名词"某些实施例"，"一个(a)实施例"，"实施例"，"多个实施 例"，"该实施例"，"这些实施例"，"一个或多个实施例"，"一些实施 例"和"一个(one)实施例"的意思是一个或多个(但不是所有)实施
例，除非明确指出。名词"包含"，"包括"，"具有"和它们的变体的意 思是"包括但不限于"，除非明确指出。列举的名词列表并不暗示任何 或所有的名词是互斥的，除非明确指出。名词"一个(a， an)，，和"该，， 的意思是"一个或多个"，除非明确指出。
彼此通信的设备不需要处于彼此的连续通信中，除非明确指出。 另外，彼此通信的设备可以直接通信或间接地通过一个或多个中介进 行通信。另外，对具有多个彼此通信的组件的实施例的描述并不暗示 所有这些组件都是需要的。相反，描述了各种可选组件以说明可能实 施例的广泛种类。
并且，尽管没有按顺序描述过程步骤，方法步骤，算法等，这些 过程，方法和算法可被配置以轮流次序工作。换言之，描述的步骤的 任何次序或顺序并非必要地指示了必须按该顺序执行这些步骤。本文 描述的过程的步骤可以被以任何实际顺序执行，并且， 一些步骤可以被同时、并行或并发执行。
当描述单个设备或物品时，显然多于一个的设备/物品(不管它 们是否协作)可被用来替换单个设备/物品。类似地，在文章描述多 于一个的设备或物品(不管它们是否协作)，显然单个设备/物品可 被用来替换多于一个的设备或物品。设备的功能和/或特性可被可选 地包含在一个或多个其它没有被明确描述为具有这种功能/特性的 设备中。这样，其它实施例并不需要包含该设备本身。
图6说明了在其中可实现某些实施例的一种系统600。在某些实 施例中，图1中所示的计算机平台如服务器102可被根据系统600来 实现。系统600可包括电路602，电路602在某些实施例中可包括处 理器604。系统600还可包括内存606 (例如易失存储设备)，和存 储器608。系统600的某些元件可能会也可能不会在计算机平台102 中找到。存储器608可包括非易失存储设备(例如，EEPROM、 ROM、 PROM、 RAM、 DRAM、 SRAM、闪存、固件、可编禾呈逻4辱等)，磁 盘驱动器、光盘驱动器、磁带驱动器等。存储器608可包括内部存储 设备、附属存储设备和/或网络可访问的存储设备。系统600可包括 程序逻辑610，该程序逻辑610包含可被加载到存储器606中并被处 理器604或电路602执行的代码。在某些实施例中，包含代码的程序 逻辑610可被存储在存储器608中。在某些其它实施例中，程序逻辑 610可被实现在电路602中。因此，尽管图6示出的程序逻辑610与 其它元件独立，程序逻辑610还可被实现在存储器606和/或电路602 中。
某些实施例可旨在一种方法，该方法用于由人或自动处理集成计 算机可读代码到计算机环境中来设置计算机指令，其中代码及计算机 系统被使能可以执行所述实施例的操作。
图3、4和5中所述的至少某些操作既可以串行又可以并行执行。 在可选的实施例中，某些操作可被以不同的顺序执行，修改或删除。
另外，许多软件和硬件组件出于说明的目的被在独立的模块中描 述。这些组件可被集成到更少数量组件中，或分割到更多数量的组件中。另外，被描述为由特定组件执行的某些操作也可以被其它组件执 行。
参考图1-6或如图l-6所示的数据结构和組件被描述为具有特定 的信息类型。在可选实施例中，数据结构和组件可被以不同的方式组 建，并且与如图所示或参考图的那些相比，具有更少、更多或不同的 字段或不同的功能。
因此，出于说明和描述的目的而给出实施例的上述描述。其目的 并不是穷举或将实施例限制为所披露的精确形式。根据上面的启示， 许多修改和变化都是可能的。
权利要求
1.一种方法，包括接收多个用户定义计划以在多个资源上收集数据；基于对所述多个用户定义计划的处理来消除在至少一个资源上的冗余的数据收集，以生成用于所述至少一个资源上的数据收集的一个计划；以及根据所述生成的计划在所述至少一个资源上执行操作。
2. 如权利要求1所述的方法，其中所述用户定义计划提供对要 被监视以收集数据的所选资源的指示，收集所述数据的频率，以及要 收集的所述数据的属性。
3. 如权利要求1或2所述的方法，其中根据所生成的计划在所 述至少一个资源上的所述操作是第一操作，并且其中根据所生成的计 划执行所述第 一操作消耗的处理时间与第二操作的执行相比要少，所 述第二操作直接基于用户定义计划来监视所述至少一个资源。
4. 如权利要求1或2或3所述的方法，其中所述多个资源可被 包含在多个组中，其中所述用户定义计划指示在所述多个组上的数据 收集，该方法还包括确定指示在所述多个组上的数据收集的所述用户定义计划是否在该多个资源上的数据收集中产生沖突；以及 在所述生成的计划中消除所述冲突。
5. 如上述任何权利要求所述的方法，还包括对在所述用户定义计划中具有类似但不完全相同的请求的收集进行分组；以及组合类似请求的收集到所述生成的计划中的单个实体中。
6. 如上述任何权利要求所述的方法，还包括 接收表示用户定义计划已被修改的指示；以及 基于修改的用户定义计划以及其它未修改的用户定义计划来重建所述计划。
7. —种系统，包括 存储器；以及与存储器相连的处理器，其中处理器可被用于 接收多个用户定义计划以在多个资源上收集数据； 基于对所述多个用户定义计划的处理来消除在至少一个资源上的冗余的数据收集，以生成一个计划用于所述至少一个资源上的数据收集；以及根据所述生成的计划在所述至少 一 个资源上执行操作。
8. 如权利要求7所述的系统，其中所述用户定义计划提供对要 被监视以收集数据的所选资源的指示，收集所述数据的频率，以及要 收集的所述数据的属性。
9. 如权利要求7或8所述的系统，其中根据所生成的计划在所 述至少一个资源上的所述操作是第一操作，并且其中根据所生成的计 划执行所述第 一操作消耗的处理时间与第二操作的执行相比要少，所 述第二操作直接基于所述用户定义计划来监视所述至少一个资源。
10. 如权利要求7或8或9所述的系统，其中所述多个资源可被 包含在多个组中，其中所述用户定义计划指示在所述多个组上的数据 收集，该处理器还操作为确定指示在所述多个组上的数据收集的所述用户定义计划是否在该多个资源上的数据收集中产生冲突；以及 在所述生成的计划中消除所述冲突。
11. 如权利要7、 8、 9或10所述的系统，其中处理器还可被用于对所述用户定义计划中具有类似但不完全相同的请求的收集进 行分组；组合所述类似请求的收集到所生成的计划中的单个实体中。
12. 如权利要7至11中的任何一个所述的系统，其中处理器还 可被用于接收表示所述用户定义计划已被修改的指示；基于修改的用户定义计划以及其它未修改的用户定义计划来重建所述计划。
13. —种产品，其中该产品能够执行机器上的操作，该操作包括 接收多个用户定义计划以在多个资源上收集数据； 基于对所述多个用户定义计划的处理来消除在至少一个资源上的冗余的数据收集，以生成一个计划以用于所述至少一个资源上的数据收集；以及根据所述生成的计划处理所述至少一个资源。
14. 如权利要求13所述的产品，其中所述用户定义计划提供对要被监视以收集数据的所选资源的指示，收集所述数据的频率，以及要收集的所述数据的属性。
15. 如权利要求13或14所述的产品，其中根据所生成的计划对所述至少一个资源的所述处理是第一处理操作，并且其中根据所生成的计划执行第一处理操作消耗的处理时间与第二处理操作的执行相比要少，所述第二处理操作直接基于用户定义计划来监视所述至少一个资源。
16. 如权利要求13或14或15所述的系统，其中所述多个资源可被包含在多个组中，其中所述用户定义计划指示在所述多个组上的数据收集，该方法还包括确定指示在所述多个组上的数据收集的所述用户定义计划是否在该多个资源上的数据收集中产生冲突；以及在所述生成的计划中消除所述冲突。
17. 如权利要13、 14、 15或16所述的产品，其中所述操作还包括对在所述用户定义计划中具有类似但不完全相同的请求的收集 进行分组；以及组合所述类似请求的收集到所生成的计划中的单个实体中。
18. 如权利要13至17中的任何一个所述的产品，所述操作还包括接收表示用户定义计划已被修改的指示；以及基于修改的用户定义计划以及其他未修改的用户定义计划来重建所述计划。
19. 一种用于部署计算机设施的方法，包括将计算机可读代码集 成到计算机系统中，其中该代码与计算机系统一起能够执行接收多个用户定义计划以在多个资源上收集数据； 基于对所述多个用户定义计划的处理来消除在至少一个资源上的冗余的数据收集，以生成一个计划用于所述至少一个资源上的数据收集；以及根据所述生成的计划在所述至少 一个资源上执行操作。
20. 如权利要求19所述的方法，其中所述用户定义计划提供对 要被监视以收集数据的所选资源的指示，收集所述数据的频率，以及 要收集的所述数据的属性。
21. 如权利要求19或20所述的方法，其中根据所生成的计划在 所述至少一个资源上的所述操作是第一操作，并且其中根据所生成的 计划执行所述第 一操作消耗的处理时间与第二操作的执行相比要少， 所述第二操作直接基于所述用户定义计划来监视所述至少一个资源。
22. 如权利要求19、 20或21所述的方法，其中所述多个资源可 被包含在多个组中，其中所述用户定义计划指示在多个组上的数据收 集，其中与所述计算机系统一起的所述代码还能够执行确定指示在所述多个组上的数据收集的所述用户定义计划是否 在该多个资源上的数据收集中产生冲突； 在所述生成的计划中消除所述沖突。
23. 如4又利要求19、 20、 21或22所述的方法，其中该代码与计 算机系统一起能够执行对在所述用户定义计划中具有类似但不完全相同的请求的收集 进行分组；以及组合所述类似请求的收集到所生成的计划中的单个实体中。
24. 如权利19至23中任何一个所述的方法，还包括接收表示所述用户定义计划已被修改的指示；以及建所述计划。
25. —种包含指令的计算机可读介质，其中当这些执行被计算机执行时，这些指令引起操作，该操作包括接收多个用户定义计划以在多个资源上收集数据； 基于对所述多个用户定义计划的处理来消除在至少一个资源上的冗余的数据收集，以生成一个计划用于所述至少一个资源上的数据收集；以及根据所述生成的计划处理所述至少一个资源。
26. —种包括程序代码的计算机程序，当所述程序在计算机上运行时，意味着适用于执行如权利要求1至6的任何一个所述的方法。
全文摘要
所提供的是一种方法、系统和产品，以及一种计算机可读介质，其中接收多个用户定义计划以在多个资源上收集数据。基于对多个用户定义计划的处理来消除在至少一个资源上的冗余的数据收集，以生成一个计划用于所述至少一个资源上的数据收集。根据所述生成的计划在所述至少一个资源上执行操作。
文档编号G06F11/30GK101176072SQ200680016744
公开日2008年5月7日 申请日期2006年6月21日 优先权日2005年6月30日
发明者马歇尔·L.·哈姆弗里斯 申请人:国际商业机器公司