专利名称：监视网络中资源使用的系统和方法
技术领域：
本发明涉及网络管理，并更具体地，涉及一种用于构建一般记帐管理系统以监视网络基础设施的资源使用数据的系统、方法、和计算机程序产品。
背景技术：
各种基于互联网的服务在服务客户请求的同时消耗服务提供者的计算机基础设施的资源。这些资源可以是异类的，并分布于服务提供者的整个基础设施中。客户应对其请求所导致的全部资源使用和/或服务使用负责。因此，服务提供者的管理基础设施需要活跃地监视资源/服务的消耗，并将其按比例分配给被服务的客户请求。为了做到这一点，管理基础设施需要一种能够描述、存储和查询被监视的使用数据以及关于该使用的计量和记帐的信息的机制。
因特网工程任务组的认证、授权和记帐(AAA)工作组已制定了用于应用于网络访问的记帐的标准草案，称为钻石基协议(diamond baseprotocol)。钻石基协议规定了关于记帐属性和记录格式的要求。在该协议的体系结构中，服务元素(即网络元素)为消费者提供服务，并将使用事件发送给记帐服务器。使用事件包含实际使用值。然而，钻石基协议不允许在运行时定义记帐记录和量度(metric)的新类型。
此外，网际协议细节记录组织(IPDR)在制定各标准中起了帮助作用，以指定可满足电信业的需要并考虑到非基于话音的服务的出现的数据记录的格式。IPDR规范定义了用于在服务元素和使用数据的消费者之间交换使用数据的框架、接口和协议。一般IPDR记录是一抽象规范，而用于每个应用的特定量度必须在标准模式(schema)中分别定义。
正是考虑到这些问题做出了本发明。
发明内容
在监视和计量网络中的资源使用时，管理管理器在运行时将特定于网络的配置信息提供给记帐管理器。一个或多个代理从一个或多个连接到该网络的被管理资源收集使用数据，并将该收集的使用数据报告给记帐管理器。
通过在运行时基于所述特定于网络的配置信息针对网络的特定资源使用特性被配置，记帐管理器计量一个或多个被管理资源的使用数据。记帐管理器具有记帐数据模式，该模式具有在运行时基于特定于网络的配置信息而被填充的监视、计量和记帐类。
一数据库模块存储记帐数据模式，该模式可在运行时基于特定于网络配置信息而被配置。该记帐数据模式具有可在运行时被填充的监视、计量和记帐类。一个或多个代理模块从一个或多个连接到该网络的被管理的资源收集使用数据，并将该收集的使用数据报告给记帐管理模块。
所述数据模式具有一工作单元定义类，其具有与一工作单元值类的关联；一基量度定义类，其具有与一复合量度定义类和一基量度值类的关联；一监视记录定义类，其具有与一监视记录值类、所述工作单元定义类和基量度定义类的关联；以及一计量记录定义类，其具有与一计量记录值类、它本身、所述基量度定义类和工作单元定义类的关联。
图1是一资源记帐系统的示意图；图2示出了一修改的公共信息模型(CIM)量度模式；图3示出了一计量和记帐模式；图4是图1的系统的一实现的示意图；以及图5是适合于执行这里描述的技术的计算机系统的示意图。
具体实施例方式
导言在本说明书的上下文中，术语“部署”旨在表示安装系统或计算机程序并使其准备好运行的时间。术语“运行时”表示在程序执行的开始和结束之间的时间。
图1示出了资源记帐系统体系结构10。提供了多个被管理的对象121，122，...，12n，并且它们可以是硬件元素(例如打印机或存储器)或者软件实体(例如应用服务器或web服务)。每个对象12具有一相关联的代理141，142，...，14n。若干用户161，162，...，16m不时访问由一个或多个对象12提供的资源。
代理14从相应的被管理对象12收集量度，并将这些量度提供给记帐管理器18。多个客户201，202，...，20m由记帐管理器18服务。客户20使用应用编程接口(API)来查询和接收由记帐管理器18收集的记帐量度。记帐管理器18存储和管理捕获不同类型的量度和它们与相应的工作单元之间的关联的底层数据模型模式。
管理模块22通过向记帐管理器18提供特定于域的配置信息，例如需要记帐的工作单元和需要为这些工作单元收集和/或计算的特定量度，在运行时配置记帐管理器18。因此，可创建一般记帐模型的特定于域的实例，并且记帐管理器18使用该实例来提供特定于域的记帐功能。所述配置信息也用于导出不同于代理14所提供的记帐量度的记帐量度。将这些导出的量度提供给客户20。
底层数据模型模式再次参照图1，记帐管理器18具有一底层数据模式模式，该模式是基于分布式管理任务组(DMTF)的公共信息模型(CIM)(2000年8月的版本2.4，可从http://www.dmtf.org/standards/documents/CIM/DSP0111.pdf得到，并作为参考并入本说明书)。
CIM管理模型包括大量的捕获各种系统实体的特性的类。该模型具有三个概念层核心模型、公共模型、和扩展模型。公共模型代表特定于域但独立于任何特定的技术的管理信息。CIM量度模式是CIM公共模型中的一个。
CIM量度模式通过表示用于工作单元(类＝UnitOfWork)的响应时间来为应用性能建模。为了指定独立于任何工作单元但相关于被管理的元素的量度，使用两个附加的类BaseMetricDefinition和BaseMetricValue。
修改的CIM量度模式图2示出了修改的CIM量度模式30。框表示不同的类(由类的名称和属性组成)，而互连线表示类之间的关联。
UnitOfWork类32表示或者在进行中的或者已完成的事务或工作的实例。UnitOfWork类32包含该工作的响应时间(“Elapsed Time”)和执行状态(“Status”)，并且它具有相应的UnitOfWorkDefinition类34，该类给出了关于该工作单元类型的附加信息。可使用UnitOfWorkDefinition类34和UnitOfWork类32表示各种类型的工作单元。例如，对于计算机服务器，工作单元可由作业执行的开始和结束来界定。对于web服务，方法调用及其响应可界定工作单元。UnitOfWork类32通过StartedUoW关联33与UnitOfWorkDefinition类34相关联。
BaseMetricDefinition类36定义了一量度的属性，例如其测量单位、数据类型等，并因此用于表示诸如CPU利用率、存储器消耗等等量度。
量度的实际值由BaseMetricValue类38来建模。使用BaseMetricValue类38的实例来建模一量度在不同时间点上的值，这些实例都通过MetricInstance关联40与同一定义相关联。量度定义帮助将一量度的公共属性抽象到一单独的类，并使能诸如“获取特定类型的所有量度”的查询。
原始和复合量度
BaseMetricDefinition类36与两个类相关联MA_RawMetricDefinition类42和从它导出的MA_CompositeMetricDefinition类44。MA_RawMetricDefinition类42用于建模来自被管理元素的测量数据例如CPUConsumed，而MA_CompositeMetricDefinition类44用于建模计算的量度例如TotalCPUConsumed。将原始量度定义表示为从BaseMetricDefinition类36导出的类简化了查询能力。管理应用可发出查询“检索所有原始量度定义”。复合量度由若干量度(原始的或其他复合的量度)组成，并且这种情况必须在其定义中被捕获。因此，MA_CompositeMetricDefinition类44通过MA CompositionDef关联46与BaseMetricDefinition类36相关联。MA_CompositeMetricDefinition类44具有一描述从其他量度创建复合量度所需的聚合函数的成员字段(“Aggregation Function”)。聚合函数可使用求和、平均或任何其他合并量度值的函数。
BaseMetricValue类38与两个类相关联MA_RawMetricValue类48和从它导出的MA_CompositeMetricValue类50。MA_ComposedOf关联52给出了用于计算复合量度的基量度(原始或其他复合量度)的实际值。
监视记录监视活动对管理系统是根本性的。它涉及收集表示正被监视的实体的状态的有意义的数据。CIM量度模式允许通过BaseMetricDefinition类36和BaseMetricValue类38来捕获该数据。然而，BaseMetricValue类38最多只能表示整体状态的一特定方面。为了使能捕获状态，需要一种能够封装这些个别的状态数据片断并使相关的状态作为单个实体可用的表示。例如，考虑由UnixTM系统记录的进程记帐记录，其包含进程的各种资源消耗。这里，更方便的是将所有的量度(例如CPU、存储器和I/O使用)一起表示在用于一进程的一个记录中，并分配给它一时间戳，而不是分别表示它们，并将它们都与一进程相关联。有时，应用要求检索所有的量度作为一记录或者不检索任何量度。此外，对于长期运行的进程，操作系统可以周期性间隔记录该信息(称为间隔记帐)以跟踪其状态。因此，可为一进程记录若干这种记录，从而给出其在各时刻的状态。这可用监视记录的概念来建模，所述监视记录是一个或多个量度(或者原始的或者复合的)的聚集，从而其组成量度表示在特定时间段的界限内观察到的状态。
监视信息是在MA_MonitroingRecord类54中捕获的，该类表示由一工作单元表示的事务在一时刻的状态。它具有一TimeStamp字段，该字段给出该状态被测量的时间，并且它通过MA_MonitoringMetric聚集56与它的组成量度相关联。一MA_MonitoringRecordDefinition类58描述了监视记录的内容。组成量度定义是通过MA_MonitroingMetricDef关联80指定的。MA_MonitoringRecord类54实例通过MA_MonitoringRecordInstance关联62与它的定义相关联。工作单元定义通过一MA_UoWMonitoringRecDef关联64与它的监视记录定义相关联。类似地，工作单元通过MA_UoWMonitoringRec关联64与其监视记录相关联。
如上所述的监视记录的概念防止了程序员目前被迫做出的非标准建模决策。分布式统计记录的定义是以标准方式即通过将它与由MetricDefinition类表示的相应的量度定义相关联来建模的。然而，分布式统计记录的值是通过将所希望的量度值包括为从UnitOfWork导出的类的属性而不是使用UoWMetric关联来建模的。这种建模决策是因为工作单元数据的预期用法要求或者检索出整个记录(与其所有量度)或者根本不检索记录。
数据模式中的所有类都是ManagedElement类68的子类，如在图2(和图3)中以三角符号指示的。
计量和记帐模式现在参照图3，其示出了一计量和记帐模式100。该模式100引入了三个新类(以及在它们和图2所示的现有的类之间的各种关联)。
表示计量信息计量信息是在MA_MeteringRecord类102中捕获的，该类表示测量工作单元的使用所需要的信息。该计量记录是特定于计量的量度(原始的或复合的)的聚集。这些量度是从考虑中的UnitOfWork类32的监视记录中包含的量度中导出的。重要的是注意到一工作单元可具有表示其在不同时刻的状态的若干监视记录，但它将只有一个给出其使用的计量记录。此外，监视记录除包含用于计量的量度之外，还可包含用于其他目的例如能力计划和故障监视的其他量度。
计量记录通过一MA_MeteringMetric聚集104与其组成量度相关联。一MA_MeteringRecordDefinition类106描述了量度记录的内容。组成量度定义是通过MA_MeteringMetricDef关联108捕获的。MA_MeteringRecordDefinition类106允许定义多种类型的计量记录，这些计量记录类型可根据不同的UnitOfWork而不同。在没有MA_MeteringRecordDefinition元素的情况下，将必须定义一抽象的MA_MeteringRecord类，并且每当必须为某个LogicalElement引入新的计量记录时，将必须创建该抽象类的新的子类。
每个MA_MeteringRecord类102通过MA_MeteringRecordInstance关联110与其定义相关联。工作单元定义通过MA_UoWMeteringRecDef关联112与其计量记录定义相关联。类似地，工作单元实例(类32)通过MA_UoWMeteringRec关联114与其相应的计量记录(类102)相关联。一计量记录可通过MA_SubMeteringRec关联116与其他计量记录实例相关联。这是因为CIM量度模型包括复合UnitOfWork；复合工作单元的计量记录将从其组成工作单元的计量记录计算。使用MA_SubMeteringRec关联116使能将计量记录的实例相关联。类似地，复合UnitOfWorkDefinition类34的计量记录定义(类106)通过MA_SubMeteringRecDef关联118也与其组件的计量记录定义相关联。如果预定义了UnitOfWork层级结构，则可使用MA_SubMeteringRecDef关联118来表示在相应的MA_MeteringRecordDefinition 106之间的预期关系。以这种方式，模型100允许精确指定什么构成了复合工作单元的计量记录。注意UnitOfWork类32(复合的或不是复合的)的MA_MeteringRecordDefinition 106类106一旦被定义(即实例化)，则不管哪些SubUoW最终构成该UnitOfWork，都不会变化。
表示记帐信息与捆绑到一工作单元的计量不同，记帐涉及两个参与方一生产者和消费者。在本模式100中，LogicalElement类120表示生产者，而消费者是使用该LogicalElement的用户。生产者可以是被耗费的资源或给其用户提供某种功能性的服务，这两者在CIM中都被建模为LogicalElement。用户由来自CIM用户模式的UserAccess类122表示。对LogicalElement的消费或使用由工作单元建模。因此，需要将一工作单元的执行所产生的的使用分配给负责启动它的用户。
引入MA_AccountingRecord类124来表示需要捕获的记帐信息。类124被定义为与为了一用户而执行的一个或多个UnitOfWork相应的计量记录的聚集。一MA_AccountingRecord类124存在于一LogicalElement类120和该逻辑元素的用户的上下文中。该用户可以是人、或另一LogicalElement例如一应用或服务。在后一情况下，该应用/服务的用户或拥有者将必须被表示为与该记帐记录相关联的消费者。一MA_AccountingRecord类实例通过MA_MeteringRecordInAccountingRecord聚集126与其组成计量记录相关联。MA_AccountingRecordForLogicalElement关联将MA_AccountingRecord类124的多个实例关联到LogicalElement类120的一实例。该关联28指定这些MA_AccountingRecord属于LogicalElement的哪个实例。类似地，所有记帐记录通过MA_AccountingRecordForUser关联130与它们的相应用户相关联。
不同于记帐记录，本模式100在UnitOfWork的上下文中而不是为LogicalElement或ManagedElement定义MA_MeteringRecord，因为假设可被计量的某种东西应当具有一start-time和一end-time是合理的(否则获得的量度表示监视信息而不是计量信息)。因此，任何可被计量的东西可表示为一UnitOfWork。一UnitOfWork转而与一LogicalElement相关联，并因此可在该模式中表示LogicalElement的活动的计量。
实现实施例再次参照图1，可实现该体系结构10的三个实施例来构建一般记帐管理系统。这些实施例是1.在应用代码中实现该一般模型；2.在中间件中实现该一般模型；3.部分在中间件中部分在应用代码中实现该一般模型。
应用代码实现在图4所示的第一个实施例中，为记帐系统150实现应用代码(封装了一要被计量和记帐的被管理元素152)。到被管理元素152(例如，打印机)的远程接口154负责跟踪远程客户156对打印机152的使用。远程接口154不限于仅一个被管理元素，而是可封装任何数量的要被记帐的资源/服务。
在该实施例中，远程接口154包含了如图1所示的记帐管理器18的功能。打印命令158代表要被计量和记帐的工作单元。对于每个打印命令158，在远程接口154内实现的一代理从打印机152收集基本的量度例如用户id、打印的页、打印输出的类型(彩色或黑/白)、单面或双面、所用的时间、文件名、文件在盘上的位置等。这些量度构成了对应于打印机152的监视记录的信息。
然后，从该信息提取出对应于记帐数据模型的计量记录的、要用于计量打印机152的使用的量度。然后可在远程客户156的各作业上聚集并在记帐记录160中报告这些量度，并将其提供给开单服务客户162。用于打印机152的可记帐使用度量可以例如是<用户id，打印的页，页类型，单面或双面>。
在该例中，导出了到打印机152的远程接口154的软件的应用代码实现该记帐数据模型的语义。因为该数据模型的各参数例如工作单元以及监视参数是硬编码在应用代码中的(并因此是不可配置的)，所以不使用管理模块164来配置远程接口154。然而，需要时，可使用管理模块164来配置记帐系统150以用于特定于元素的或用户定义的量度。例如，可由管理模块164配置记帐系统150以监视对于打印机152的“请求数”或“页数”，并使用这些作为可收费的使用量度。
中间件实现再次参照图1，在一优选实施例中，记帐管理器18和相关数据模型模式是使用中间件技术例如web服务、Java 2平台企业版(J2EE)或CIM对象管理器(CIMOM)实现的。记帐管理器18存储和管理如图2和图3所示的、与被管理系统的记帐方面相关的底层数据模型模式。该数据模型模式也可与被管理系统的其他(非记帐的)方面相关。这些方面在CIM的核心和公共模型中被规定，并被预装载到CIM对象管理器(CIMOM)中。
参照上述同一打印服务示例，可使用管理模块22以定义打印机12的哪些量度构成监视记录、计量记录和记帐记录的数据模式的细节来配置记帐管理器18。
管理模块22以文本文件的形式或通过图形用户界面(GUI)来指定用于打印机12的配置信息，并通常在运行时将该信息装载到记帐管理器18。CIM对象管理器(CIMOM)提供了应用编程接口(API)以使该配置信息能被装载到记帐管理器18。将信息从管理模块22传送到CIMOM的一种可能的协议是由分布式管理任务组(DMTF)作为公共信息模型(CIM)规范的一部分定义的。
基于由管理模块22提供的用于打印机2的配置信息，将该数据模型模式中的类实例化，并将值分配给实例化的特定于域的对象的属性。这些类通过在它们的名称后面包括词“Definition”来标识。定义类的示例在图2中示为框34、36、42、44和58，以及在图3中示为框106。
代理14从打印机12收集基本的量度，并将这些报告给记帐管理器18。从代理14收到这些量度时，记帐管理器18创建适当的监视记录实例。基于这些记录实例和由管理模块22提供的模型，也创建适当的计量记录和记帐记录实例。然后将这些提供给各客户应用20例如开单服务应用。
代理14周期性地从被管理元素12收集量度。通过创建BaseMetricValue 38类的对象实例并将这些实例与在运行时装载的特定于域的BaseMetricDefinition 36类的实例相关联，将这些量度报告给记帐管理器18。类似地，代理14创建MonitoringRecord类54的实例并将这些实例与在运行时装载的特定于域的MonitoringRecordDefinition类58的实例相关联。
每当一工作单元完成，代理14就创建MeteringRecord类102的实例，并使用在MonitoringRecord类54实例中可用的量度计算其量度。这些MeteringRecord实例符合并关联于在运行时装载的特定于域的MeteringRecordDefinition类106实例。周期性地，代理14触发创建AccountingRecord类124的实例。为每个使用该被管理元素12的用户16创建一实例。
中间件/应用代码实现仍然参照图1，在第三个实施例中，可将该记帐数据模型的一部分特征硬编码到应用代码中，而其他特征可使用中间件技术例如web服务、J2EE或CIMOM来实现。例如，承担记帐管理器18的监视功能的代理14可在应用代码的内部实现，而计量和记帐功能可使用适当的中间件技术实现。
CIM计量和记帐模型的应用模式100可应用在多种管理情景例如能力计划、对用户收费、资源提供、使用模式分析等中。如上所述，可以三种方式使用该模式100。
其他应用包括
用于复合e-service的计量和记帐复合e-service是那些调用其他更简单的服务以服务于其用户、从而产生一服务调用层级结构的服务。这可通过使用用于服务调用的UnitOfWork类以及SubUoW关联来捕获与组成服务的关系来建模。每个服务是自主的，并向一记帐服务注册，并向该记帐服务指定其使用量度。在每个服务内部的一计量器(meter)使用本地监视数据和/或应用级量度来在一部分计量记录中构造每请求的使用。该计量记录是部分的，因为它报告仅与该服务相关的使用，而不包括对底层服务的使用。该部分计量记录被发送给记帐服务，该记帐服务通过将一请求的部分计量记录与相应的对底层服务的请求的完整计量记录相关联来创建对该服务的该请求的完整计量记录。这些完整的计量记录被聚集到相应的<客户，服务提供者>对的帐户中。这导致生成记帐记录。开单模块通过应用定价功能从这些记录中生成帐单。
另一种实现是在每个服务计量器中运行一CIMOM，并在记帐服务中运行一CIMOM。服务计量器中的CIMOM将使监视记录对各管理应用可用。这些CIMOM也将担当记帐服务中的CIMOM的CIM提供者，以用于提供计量记录。服务计量器CIMOM通过从它们可用的监视记录中计算计量记录来提供这些计量记录。
UnixTM记帐实用工具传统的UnixTM记帐实用工具是基于用户帐户的概念。各记帐进程在它们各自的记帐日志中写下不同类型的记录例如基于连接的、基于进程的、基于盘的、基于打印机的和基于费用的记录。一runacct进程使用这种原始的使用信息并在每用户的基础上将它们聚集。在汇总不同用户的资源使用的周期的结束时写下总的记帐记录。然而，记帐实现在各UnixTM变体(例如AIXTM、LinuxTM、HP-UXTM等)之间是不兼容的，这主要是由于获取资源使用信息的方式上的差异。另一个因素是某些非标准的资源使用量度可能仅在部分UnixTM平台上可用。在各UnixTM系统上的记帐可通过利用标准管理平台例如CIM和本文中提出的模式而得到统一。进程、盘访问、打印机作业等可被建模为UnitOfWork。每个平台上的CIM提供者将实现特定于平台的机制以捕获写入各种记帐日志例如MA_MonitoringRecord的记录。然后可从这些监视记录中获得对收费相关的使用量度，以构造MA_MeteringRecord。这可涉及对从间隔记帐日志条目中构造的监视记录的某种聚集。可进一步在每用户的基础上将在一个周期中收集的这些计量记录聚集为MA_AccountingRecord。这种情形对应于在该部分前面描述的第二种方法。在分布式系统的情况下，在可各个服务器之外的管理节点上进行记帐记录的计算。在这种情况下，可在某种其他参数例如“主机名”的基础上聚集计量记录。CIM提供者可向每个计量记录附加主机名，从而避免对当前的UnixTM实现的修改。
对在该信息模型中提供的CIM量度模式即复合量度和监视记录的一般修改可用于记帐之外的管理应用中，例如SLA监视、能力计划、欺诈和侵入检测等。
计算机硬件图5是适于执行实现计量和记帐模式100的计算机软件的计算机系统200的类型的示意图。计算机软件在安装在计算机系统200中的适当操作系统下执行，并可被认为包括用于实现特定步骤的各种软件代码手段。
计算机系统200的组件包括计算机220、键盘210和鼠标215、和视频显示器290。计算机220包括处理器240、存储器250、输入/输出(I/O)接口260及265、视频接口245、和存储设备255。
处理器240是执行操作系统和在操作系统下执行的计算机软件的中央处理单元(CPU)。存储器250包括随机存取存储器(RAM)和只读存储器(ROM)，并在处理器240的控制下被使用。
视频接口245连接到视频显示器290，并提供用于在视频显示器290上显示的视频信号。从键盘210和鼠标215提供操作计算机220的用户输入。存储设备255可包括盘驱动器或任何其他适当的存储介质。
计算机220的每个组件连接到包括数据、地址和控制总线的内部总线230，以允许计算机220的组件通过总线230相互通信。
计算机系统200可使用到被表示为因特网280的网络的通信通道285通过输入/输出(I/O)连接到一个或多个其他相似计算机。
计算机软件可被记录在便携式存储介质中，在这种情况下，计算机系统200从存储设备255中访问计算机软件程序。或者，计算机200可直接从因特网280访问计算机软件。在任何一种情况下，用户可使用键盘210和鼠标215与计算机系统200交互以操作在计算机220上执行的被编程的计算机软件。
其他配置或类型的计算机系统可也同样用于执行帮助实现这里描述的技术的计算机软件。
结论可对这里描述的技术和安排进行各种改变和修改，如将对相关领域的技术人员显然的那样。
权利要求
1.一种用于监视和计量网络中的资源使用的系统，所述系统包括记帐管理器；管理管理器，其在运行时向所述记帐管理器提供特定于网络的配置信息；以及至少一个代理，其从连接到所述网络的至少一个被管理的资源收集使用数据，并将所述收集的使用数据报告给所述记帐管理器；并且其中所述记帐管理器通过在运行时基于所述特定于网络的配置信息针对所述网络的特定资源使用特征被配置，而计量所述至少一个被管理的资源的使用数据。
2.根据权利要求1的系统，其中所述记帐管理器包括在运行时基于所述特定于网络的配置信息而被配置的记帐数据模式。
3.根据权利要求2的系统，其中所述记帐数据模式包括在运行时基于所述特定于网络的配置信息而被填充的监视、计量和记帐类。
4.根据权利要求1的系统，其中所述管理管理器包括图形用户界面(GUI)以获取所述特定于网络的配置信息。
5.根据权利要求1的系统，其中所述记帐管理器包括用于查询所述记帐数据模式的应用编程接口(API)。
6.根据权利要求1的系统，其中每个所述代理包括一记帐管理器。
7.根据权利要求1的系统，其中所述系统是使用中间件实现的。
8.根据权利要求2的系统，其中所述记帐数据模式是使用公共信息模型对象管理器(CIMOM)实现的。
9.一种用于监视和计量网络中的资源使用的系统，所述系统包括记帐管理器，其包括记帐数据模式，该记帐数据模式包括适应于在运行时基于特定于网络的配置信息而被填充的监视、计量和记帐类；管理管理器，其在运行时向所述记帐管理器提供特定于网络的配置信息；以及至少一个代理，其适应于从连接到所述网络的至少一个被管理的资源收集使用数据，并将所述收集的使用数据报告给所述记帐管理器；并且其中所述记帐管理器通过在运行时基于所述特定于网络的配置信息针对所述网络的特定资源使用特征被配置，而计量所述至少一个被管理的资源的使用数据。
10.一种具有计算机可读介质的计算机程序产品，该计算机可读介质具有记录在其中的用于监视和计量网络中的资源使用数据的计算机程序，所述计算机程序包括记帐管理器模块，其用于监视和计量所述网络中的资源使用数据；管理模块，其用于在运行时向所述记帐管理器提供特定于网络的配置信息；数据库模块，其用于存储资源使用数据；以及至少一个代理模块，其用于从连接到所述网络的至少一个被管理的资源收集使用数据，所述至少一个代理模块适应于将所述收集的使用数据报告给所述记帐管理器模块；并且其中所述记帐管理器模块通过在运行时基于所述特定于网络的配置信息针对所述网络的特定资源使用特征被配置，而计量所述至少一个被管理的资源的使用数据。
11.根据权利要求10的计算机程序产品，其中所述数据库模块包括在运行时基于所述特定于网络的配置信息而被配置的记帐数据模式。
12.根据权利要求11的计算机程序产品，其中所述记帐数据模式包括适应于在运行时基于所述特定于网络的配置信息而被填充的监视、计量和记帐类。
13.根据权利要求10的计算机程序产品，其中所述管理管理器包括图形用户界面(GUI)以获取所述特定于网络的配置信息。
14.根据权利要求10的计算机程序产品，其中所述记帐管理器包括用于查询所述记帐数据模式的应用编程接口(API)
15.根据权利要求10的计算机程序产品，其中所述数据库模块是面向对象的数据库。
16.一种具有计算机可读介质的计算机程序产品，该计算机可读介质具有记录在其中的用于监视和计量网络中的资源使用数据的计算机程序，所述计算机程序包括记帐管理器模块，其适应于监视和计量所述网络中的资源使用数据，并包括数据模式，该数据模式包括适应于在运行时基于所述特定于网络的配置信息而被填充的监视、计量和记帐类。管理模块，其适应于在运行时向所述记帐管理器提供特定于网络的配置信息；至少一个代理模块，其用于从连接到所述网络的至少一个被管理的资源收集使用数据，所述至少一个代理模块适应于将所述收集的使用数据报告给所述记帐管理器模块；以及数据库模块，其用于存储资源使用数据，所述数据库模块包括适应于在运行时基于所述特定于网络的配置信息而被配置的记帐数据模式；并且其中所述记帐管理器模块通过在运行时基于所述特定于网络的配置信息针对所述网络的特定资源使用特征被配置，而计量所述至少一个被管理的资源的使用数据。
17.根据权利要求16的计算机程序产品，其中所述数据模式包括计量记录定义类，该计量记录定义类具有与计量记录值类、它本身、基量度定义类和工作单元定义类的关联。
18.一种用于监视网络中的资源使用特征的方法，包括以下步骤生成一般记帐数据模式；将与连接到所述网络的至少一个被管理的资源相关的特定于网络的配置信息输入到所述一般记帐数据模式以生成特定于网络的记帐数据模式；收集特定于网络的资源使用数据；以及将所述特定于网络的资源使用数据存储在所述特定于网络的记帐数据模式中。
19.一种具有计算机可读介质的计算机程序产品，该计算机可读介质具有记录在其中的用于监视网络中的资源使用数据的计算机程序，该计算机程序当执行时生成包括以下各项的数据模式具有与工作单元值类的关联的工作单元定义类；具有与复合量度定义类和基量度值类的关联的基量度定义类；以及具有与监视记录值类、所述工作单元定义类和所述基量度定义类的关联的监视记录定义类。
20.一种具有计算机可读介质的计算机程序产品，该计算机可读介质具有记录在其中的用于监视和计量网络中的资源使用数据的计算机程序，该计算机程序当执行时生成包括以下各项的数据模式具有与工作单元值类的关联的工作单元定义类；具有与复合量度定义类和基量度值类的关联的基量度定义类；具有与监视记录值类、所述工作单元定义类和所述基量度定义类的关联的监视记录定义类；以及具有与计量记录值类、它本身、所述基量度定义类和所述工作单元定义类的关联的计量记录定义类。
21.一种在网络中部署资源记帐系统的方法，包括以下步骤部署记帐管理器模块、管理模块和至少一个代理模块；部署数据库；在适应于存储资源使用数据的所述数据库中创建一般记帐数据模式；输入与连接到所述网络的至少一个被管理的资源相关的特定于网络的配置信息；以及基于所述输入的特定于网络的配置信息生成特定于网络的记帐数据模式。
22.一种用于监视和计量网络中的资源使用的系统，包括用于存储将由处理单元执行的数据和指令的存储单元；以及连接到所述存储单元的处理单元，所述处理单元被编程为执行以下步骤在数据库中生成一般记帐数据模式；获得特定于所述网络的资源使用特征；以及以基于所述获得的资源使用特征的数据填充所述记帐数据模式，其中所述系统监视和计量特定于所述网络的资源使用。
全文摘要
一种系统、方法和计算机程序产品提供了一般记帐管理系统，该系统可在运行时被配置为监视和计量连接到网络的资源。一记帐管理器监视和计量网络上的资源使用。一个或多个代理从连接到该网络的一个或多个被管理的资源收集使用数据，并将该使用数据报告给记帐管理器。该记帐管理器在记帐数据模式中存储该使用数据。一管理管理器在运行时将特定于网络的配置信息提供给该记帐管理器，从而针对该网络的特定资源使用特征配置该记帐管理器和该记帐数据模式。该记帐数据模式包括监视、计量和记帐类，这些类在运行时基于该特定于网络的配置信息被填充。
文档编号H04L29/06GK1798067SQ200510123668
公开日2006年7月5日 申请日期2005年11月18日 优先权日2004年12月29日
发明者V·阿加瓦尔, N·M·卡尔尼克, A·库马尔 申请人:国际商业机器公司