CN101657769A - 集中式工作流程监控 - Google Patents
集中式工作流程监控 Download PDFInfo
- Publication number
- CN101657769A CN101657769A CN200880011794A CN200880011794A CN101657769A CN 101657769 A CN101657769 A CN 101657769A CN 200880011794 A CN200880011794 A CN 200880011794A CN 200880011794 A CN200880011794 A CN 200880011794A CN 101657769 A CN101657769 A CN 101657769A
- Authority
- CN
- China
- Prior art keywords
- status information
- trap
- alarm
- information
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
Abstract
诸如内容管理系统(10)的系统的集中监控由监控设备(11)执行,该监控设备根据状态信息严重性按照元件将来自元件的状态信息存储在系统中。监控设备通过应用至少一个用户指定规则以严重性的顺序处理对于每个元件的状态信息,以确定是否生成对于这种信息的警报。
Description
相关应用的交叉引用
根据35U.S.C.§119(e),本申请要求2007年4月12日提交的、美国临时专利申请序列号60/923,101的优先权,其教导结合于此。
技术领域
本发明涉及用于管理从多个源收集的状态信息的技术。
背景技术
诸如接收、处理和/或分发内容的广播器的实体,以包含音频-视频节目的电子文件形式,典型地利用大型系统来管理这样的内容。这样的大型系统不变地拥有监控与内容的接收、处理和/或分发相关的各种操作的能力。为了便于讨论,这种操作的结合将被称作内容工作流程(workflow)。实际上,内容工作流程的监控导致状态信息的生成,其可包括日志文件和/或状态消息。根据与内容工作流程相关的操作的数量以及接收的内容量,内容管理系统能够生成大量状态信息。一些状态信息将需要操作人员的立刻关注,而其他状态信息可能不需要太多(即使有的话)关注。
与现代内容管理系统相关的日志工具提供了很少的以时间顺序的方式查看、分类和/或过滤来自多个源的状态信息的能力,所述多个源包括用于执行内容工作流程的硬件和/或软件组件。状态信息的数量越大,这个问题变得越明显。现代内容管理系统的日志工具,由于它们不能将在操作警报中包含的普通日志信息转换成操作者能够基于它适当反应的相关信息,所以会引起另外的问题。由于管理的元件趋向于发送巨大数量的错误肯定(false positives),这保留了元件的监控以及相关的过滤和警报的通知的最关键的问题,使得操作者花费时间来跟踪非相关事件。
现代日志工具通常缺乏创建系统仪表盘(dashboard),即操作状态的可视化显示的能力,以及缺乏生成报告的能力。已知由现代内容管理系统通常生成的大量状态信息,操作者需要关于相关活动的报告以及周期性的更新。在广播环境的背景中,现代内容管理系统方法中存在的用于生成报告以及用于创建用来查看的仪表盘的技术是不适当的,因为这种技术缺乏功能性和灵活性。
这种日志工具的另一缺点是它们不能执行有效的消息抑制(suppression)。实际上,只要激起消息的条件保持,包括消息日志的监控系统将会以有规律的间隔生成消息。在紧急状况下这种重复消息证明是有用的。然而,对于许多通常状况,诸如特定活动的完成,重复指示这种状况的消息证明是浪费的。这个问题烦扰大多数监控应用程序,引起大量的数据分类以及浪费的存储。
现代内容管理系统也遭受不能跟踪设施内的器材(asset)的问题。现今的内容管理系统能够移动整个设施中的大体积的数字器材,但是缺乏查看并测量该设施内多个位置处的数字器材的质量的任何标准机制。缺少这种用于查看和测量给定位置处的器材的质量的标准机制可能阻止多个厂家的不同设施的混合以及匹配。
发明内容
简洁地,根据本原理的优选实施例,提供一种用于管理从诸如网络等的系统中的元件接收的状态信息的方法。该方法开始于根据元件的性质和状态信息严重性存储来自该元件的这种状态信息。通过应用至少一个用户指定规则,该状态信息被检索并由此以对于每个元件的严重性的顺序进行处理,以确定是否生成这种信息的警报。
附图说明
图1描述了根据本原理结合用于管理状态信息的监控设备的内容管理系统的示例性实施例的示意方框图;
图2描述了图1的监控设备的示意方框图;
图3A-3C描述了由图1和图2的监控系统提供的状态信息的示例性显示;
图4描述了说明监控设备抑制特定状态信息的方式的图2的部分监控设备的示意方框图;以及
图5描述了图2的监控设备执行的用于执行器材跟踪的方法的步骤的流程图。
具体实施方式
附图描述了根据本原理的包括监控设备11的内容管理系统10的示例性实施例的示意方框图,该监控设备11将在下面详细描述,用于管理从内容管理系统接收的状态信息。内容管理系统10典型地包括多个单独元件,所有元件在工作流程管理器12的控制下操作。每个元件采用一个或多个硬件装置的形式和/或一个或多个软件程序的形式,用于执行与内容的接收、处理和/或分发(即,内容工作流程)的至少一个相关的至少一个任务。实际上,内容管理系统10包括用于接收和存储来自一个或多个源的内容的第一元件13。这种内容源可以包括内容传送网络(CDN)(由因特网14表示)、实况内容的源(由电视摄像机16表示)、无线CDN(由卫星接收器18表示)、以及存储内容(由内容存储设施20表示)中的一个或多个。
除了缓冲输入内容,内容接收元件13能够执行一个或多个附加处理,诸如输入内容的解码。在内容接收元件13处初始接收的内容传到执行至少第一处理“A”的第二元件22,该第一处理“A”可能包括例如将特定元数据加到接收的内容。在元件22处理的内容然后传到对于内容执行的至少一个第二处理“B”的元件24。第二处理可能包括内容的编辑。尽管图1仅描述了用于接连地执行两个处理A和B的元件22和元件24,附图的内容管理系统10可能包含用于对输入内容接连地执行更多数量或更少数量的处理的更多或更少的元件(未示出)。
除了(或者代替)执行连续处理的元件22和元件24,内容管理系统10可包括两个或更多元件用于并行执行处理。在图1的说明性实施例中,内容管理系统10包括元件26、28和30,每个用于分别对在元件24的输出接收的内容执行处理“C”、“D”和“E”之一的至少一个。元件26、28和30的哪个分别对接收内容执行处理C、D和E的至少一个通常将取决于与内容相关的一个或多个属性。例如,内容的大小将支配执行的特定处理。尽管图1描述了用于分别执行并行处理C、D和E的三个元件26、28和30,内容管理系统可以包括更少或更多数量的、用于并行执行更少或更多数量处理的元件。内容完成元件32接收由元件26、28和30的每个处理的内容,并且通常在内容存储和/或分发之前执行一个或多个处理。例如,内容完成元件32能够执行内容压缩。
元件的确切数量以及由此接连地和/或并行地执行的处理的性质可以变化。在内容工作流程的过程中,元件13和22-32中的一个或多个典型地生成日志文件和/或状态消息(统称作“状态信息”),是保留的重要性。内容管理系统10中的元件数量越大以及处理的内容的量越大将导致监控设备11处理的状态信息的量越大。
如这里所述,根据提供信息和状态信息严重性的元件,本原理的监控设备11有利地存储这种状态信息。通过应用至少一个用户指定规则,监控设备11检索存储的状态信息,并由此以对于每个元件的严重性的顺序处理状态信息,以确定是否生成对于这种信息的警报。实际上,尽管这种警报能够以其他形式提供,显示器34将显示这种警报。
图2描述了图1的监控设备11的示意方框图。如图2中所述,监控设备包括至少一个,并且优选地多个信息收听器,说明性地描述为信息收听器2001、2002和2003。信息收听器2001-2003的每个包括一个或多个硬件元件和/或一个或多个软件程序,用于以特定协议或格式的日志文件和/或消息的形式接收来自元件12和22-32中的一个或多个的状态信息。每个信息收听器使它接收的状态信息符合通用格式。例如信息收听器2001收听“Syslog”协议的信息,而信息收听器2002收听“WS管理”协议的因特网的万维网上运送的信息。最后,信息收听器2003收听协议“x”(代表一未来开发的协议)中的信息。尽管图2的说明性实施例说明了三个信息收听器2001-2003,处理监控设备11可包括更少或更多数量这种信息收听器,而不背离本原理。
由每个信息收听器2001-2003进行符合操作的状态信息经历处理器202的处理。实际上,根据图1的内容管理系统10内的、提供信息和状态信息严重性的元件,处理器202组织来自信息收听器2001-2003的接收的状态信息,其知识包含在接收的状态信息中。处理器202在附有索引的数据库204中存储以这个方式组织的状态信息。因此,通过访问数据库204,处理器202由此能够以严重性的顺序获得给定元件的状态信息。
实际上,数据库204不仅存储以所描述的方式组织的状态信息,而且存储至少一个,并且优选地多个用户指定规则,所述规则提供何时生成对于特定状态消息的警报。相较于存储用户指定规则在数据库204中;单独的数据库(未示出)能存储这种规则。
用户指定规则规定一旦检测到至少一个预定条件则生成警报。例如,用户指定规则能够规定:对于给定元件,如果元件在给定间隔内没有生成周期性信号,有时被称作“心跳”信号,则警报消息将被生成,暗示元件故障。作为另一例子,对于给定元件,如果元件经历内容溢出,则警报将发生。因此,给定用户指定规则能够应用到所有元件、一些元件或仅仅单个元件。对于给定元件,用户指定规则能命令生成警报而不管状态信息严重性。可替换地,用户指定规则能够仅在特定严重性级之上时命令生成警报。
用户指定规则能要求存在多于一种条件来触发警报,如由接收的状态信息内的多个状态消息的存在所反映的。实际上,一个或多个用户指定规则能利用布尔逻辑来提出与一个或多个元件相关的各种条件以便触发警报。事实上,考虑独立于引起状态信息和它的严重性的元件的其他因素,用户指定规则能够触发警报。例如,每天的时间、和/或星期中的哪天可能影响是否生成警报。可根据一个或多个用户指定规则触发警报的可能条件是无穷的,并且太多而无法在这里提及。
处理器202将用户指定规则应用到数据库204中的存储的状态信息,由图2中的判定块206指示,以确定是否生成警报。一旦发现状态信息与至少一个规则匹配,则处理器生成警报,由块208中的动作指示。如在前所描述的,存在于数据库204中的状态信息以状态信息严重性的顺序按照元件编索引。因此,处理器202以状态信息严重性的顺序生成用于连续元件的警报。以这种方式,基于装置、装置类型、时间/日期、和消息严重性,操作者能够查看并分类日志消息。处理器202利用编页码技术以便最优化状态信息的显示并提供快速响应。
图2的监控设备11与网络操作中心(NOC)(未示出)通信。对于由相关内容管理系统10执行的给定内容工作流程,与那个内容管理系统相关的监控设备11将保持它自身的用于存储状态信息的数据库,用于一经请求即经由HTML向NOC提供信息。
如早先所述,监控设备并过滤状态信息来生成警报的现代内容管理系统具有如下问题:生成非常大量的错误肯定,这需要操作员花费时间来跟踪不相关事件。图1和图2的监控设备11有利地将与内容管理系统10的操作有关的状态信息(通过应用一个或多个用户指定规则来确定)转换成警报。当处理普通日志机制时,这样做将减少设施中的错误警报率。
处理器202包括图形引擎(未示出),该图形引擎具有生成各种显示的能力,通常被称作“仪表盘”,以提供如由装置所组织的状态信息和状态信息严重性的各种部分的显示。这种图形引擎可包括一个或多个公知的、具有创建信息的图形显示的能力的软件程序。处理器202中的图形引擎允许自动仪表盘旋转,允许各种元件的状态的全系统的概观。如果对于特定元件需要更多信息,简单地将鼠标移动到项目上将产生进一步的详细内容。为了创建对于当前状态的快速访问,对于给定元件,对于该元件的当前状态能够经由网页被本地存储和供给。对于给定元件的状态信息可包括与包含工作流程环境设置的硬件组件和软件两者相关的信息。
图3A描述了显示图1的内容管理系统10中的给定元件和所选目的地之间的往返等待时间(round-trip latency)的第一示例性仪表盘。图3B描述了显示对于给定内容管理系统的给定时间周期的历史结果的第二示例性仪表盘。图3C描述了显示对于各种内容管理系统元件的危急状态信息的又一示例性仪表盘。利用它的图形引擎,通过从数据库204提取存储的状态信息并利用HTML来以多个格式显示这种信息以便访问和创建样式表,处理器202能提供其他仪表盘。诸如图3A、图3B和图3C中所描述的那些的仪表盘允许趋势分析,使得能够监控和估计图1的内容管理系统10的总体操作。
利用对数消息抑制算法,图2的处理器202有利地能抑制某种状态信息,因此用户能够观测抑制的状态信息的频率。处理器202能够抑制利用简单网络管理协议(SNMP)编排格式的状态信息以及非SNMP编排格式的状态信息。为了简洁,将仅讨论SNMP消息抑制。
图4描述了存在于图2的处理器202内的SNMP引擎400的示意方框图,用于利用一个或多个“陷阱(traps)”执行消息抑制。如在下文中描述的,每个陷阱用于过滤与特定条件相关的特定消息以抑制这种消息。实际上,SNMP引擎400包括一个或多个用于执行抑制的软件程序。然而,为了便于描述,将参考图4作为功能元件来描述这些软件程序。SNMP引擎400包括至少一个,并且优选地,多个陷阱收听器402,每个采用接口形式,与元件12和22-32的特定一个相关,对于元件12和22-32,某种状态信息将被抑制。由每个陷阱收听器获得的状态传到抑制引擎404,抑制引擎404采用一个或多个软件程序的形式,用于根据由陷阱处理引擎406建立的一个或多个陷阱以下面将讨论的方式执行抑制。
抑制引擎404具有散列表,存储对于每个接收的陷阱的抑制信息。每个接收的陷阱保持在散列表中一段时间,这将依赖于陷阱的频率。
散列表具有如下结构:
Struct TrapKey
{
string strDeviceIp;
string strTrapOid;
string strCommaSeperatedVarBindings;
}
参数“strCommaSeperatedVarBindings”构成通过利用来自数据库408的信息形成的字符串,被称作陷阱varbind xml数据,其对于处理器202有意义。例如,考虑用于抑制表示视频服务器中的风扇(未示出)中的状态改变的消息的陷阱,诸如Thomson Grass Valley“PVS”型服务器,可从Thomson Grass Valley,Beaverton,Oregon得到。对于陷阱“pvsFanStatusChange”(oid=1.3.6.1.4.1.4947.2.2.2.0.4)变量绑定是:
pvsLastTrapCategory(1.3.6.1.4.1.4947.2.2.2.1.4)
pvsFanStatus(1.3.6.1.4.1.4947.2.2.2.3.7.1.1)
当上述陷阱从IP是x.x.x.x的装置接收并且变量绑定值为2时,散列表密钥将是
strDeviceIp=“x.x.x.x”
strTrapOid=“1.3.6.1.4.1.4947.2.2.2.0.4”
strCommaSeperatedVarBindings=
“1.3.6.1.4.1.4947.2.2.2.1.4=2,1.3.6.1.4.1.4947.2.2.2.3.7.1.1=2”
同样注意参数“strCommaSeperatedVarBindings”将仅具有被处理器202使用的变量绑定并且不是未使用的变量绑定。为了确定所有变量是有用的,处理器202将在数据库408中检查设置或升级时的‘Trap Varbindxml data。
如果陷阱OID未被发现,则将是两种可能。如果用户已经选择忽视未经处理的陷阱,则陷阱将被忽视。否则使用陷阱发送的所有变量绑定将被用于生成陷阱密钥。
在根据自变量绑定创建散列表密钥的同时(或在Trap varabind xml文件数据库408中搜索陷阱的变量绑定的同时),附加到变量绑定的索引将被去除。否则比较将不能完成。当陷阱被接收时,处理器202将检查散列表来确定对于陷阱的入口是否存在。
如下数据结构将存储与陷阱抑制相关的信息。
struct TrapSuppressionData
{
time entryTime(EntT)
int nSuppressionInterval(SI)
int nSuppressionCount(SC)
int nExitTime(ET)
HVBL hVBL
};
参数“entryTime(EntT)”构成在陷阱被输入抑制表的当前系统时间。每当抑制数据在表中被更新时,也将更新这个时间。参数“HVBL hVBL”构成变量绑定列表。参数“Suppression Interval(SI)”构成间隔,在该间隔内如果相同陷阱被接收它将被抑制。根据陷阱的频率,如果相同陷阱被连续地接收,间隔将被调整。如果在成熟期相同的陷阱被接收并且在以前的抑制期已经届满之后,间隔将以2的乘方增加。当陷阱第一次被接收时,这个间隔是0秒。如果在成熟期内接收到相同陷阱,则间隔将是1秒。在1秒(20)内接收的任何陷阱现在将被抑制(抑制期是1)。如果在抑制期(1秒)已经经过之后相同陷阱再次被接收,则抑制间隔将是2秒(21)等等。因此,抑制间隔将遵循公式2x,其中x是秒数,其中所有接收的重复消息将被抑制。在2x期间中的任何陷阱将被抑制。
参数“Suppression Count(SC)”构成对于特定抑制间隔的抑制陷阱的数量。当抑制间隔改变时,抑制计数从0再次开始。
几个其他参数要求计算来完成抑制算法。参数“Aging Time(AT)”构成陷阱将呆在散列表中的间隔。默认地,AT将是从EntTime开始的32秒。AT的默认值可以通过注册密钥来改变。这也意味着32秒构成支持的最大抑制间隔。当第一次接收陷阱时,成熟期将被设置为默认值(从当前机器时间开始的32秒)并且陷阱将被添加到表。而且,间隔能够被发送用于进一步处理。一旦成熟期流逝,陷阱项将从表中去除。如果相同陷阱被再次接收同时老的陷阱已经在表中,则成熟期将被设置为EntTime+default AT+Suppressioninterval(SI)。被抑制的任何陷阱也将改变AT为EntTime+default AT+Suppression interval(SI)。
参数“Exit Time(ET):EntT+SI”构成当前抑制时间将届满的时间,并且如果在这个间隔的结束任何陷阱被抑制,则陷阱不得不被发送用于处理抑制计数。换言之,这个时间是:陷阱将被中断(put on hold)来看是否接收到相同的陷阱的时间。陷阱将被转发用于在退出时间之后处理抑制陷阱的计数。
下面是当相同陷阱在间隔一起供给时散列表将如何被改变的例子。
陷阱# | SI | SC | ET | AT | 动作 |
1 | 0 | 0 | EntT+0 | EntT+32 | 陷阱已处理 |
2 | 1(20) | 0 | EntT+1 | EntT+32+1 | 陷阱已处理(计数=0) |
3 | 2(21) | 0 | EntT+2 | EntT+32+2 | 陷阱已处理(计数=0) |
4 | 2 | 1 | EntT+2 | EntT+32+2 | 陷阱已抑制 |
5 | 4(22) | 0 | EntT+4 | EntT+32+4 | 陷阱已处理(计数=1) |
6 | 4 | 1 | EntT+4 | EntT+32+4 | 陷阱已抑制 |
7 | 4 | 2 | EntT+4 | EntT+32+4 | 陷阱已抑制 |
8 | 4 | 3 | EntT+4 | EntT+32+4 | 陷阱已抑制 |
9 | 8(23) | 0 | EntT+8 | EntT+32+8 | 陷阱已处理(计数=3) |
10 | 8 | 1 | EntT+8 | EntT+32+8 | 陷阱已抑制 |
. | |||||
. | |||||
. | |||||
. | |||||
15 | 8 | 6 | EntT+8 | EntT+32+8 | 陷阱已抑制 |
16 | 8 | 7 | EntT+8 | EntT+32+8 | 陷阱已抑制 |
17 | 16(24) | 0 | EntT+16 | EntT+32+16 | 陷阱已处理(计数=7) |
18 | 16 | 1 | EntT+16 | EntT+32+16 | 陷阱已抑制 |
如之前所讨论的,图1的监控设备11具有在内容工作流程期间跟踪器材的能力。图5以流程图形式描述了根据本原理在内容工作流程期间跟踪器材的过程的步骤。图5的器材跟踪过程始于执行步骤500,在该步骤期间,处理器202监控由图1的工作流程引擎12确定的为特定内容工作流程选择的每个元件的状态。在步骤502期间,进行检查以确定元件是否正常工作。如果不是,则在步骤504期间,图1的处理器202联系工作流程引擎12来移动器件,另外设置用于由有缺陷元件处理。否则,如果处理器202查明检查的元件在正常工作,则发生步骤506,在该步骤期间,处理器确保网络至被调度来在内容工作流程期间接收器件的下一元件的传导性。在步骤504和506任何一个之后,在步骤508期间,处理器202检查链接图1的内容管理系统10中的元件的网络。如果处理器202在步骤508期间发现任何部分的网络缺陷,则在步骤510期间处理器警报图1的工作流程引擎12。基于从处理器202接收的警报的性质,在图5的步骤510期间,工作流程引擎12可决定结束工作流程或者继续进行工作流程来利用由仍然正常工作的那部分网络服务的哪些元件。
一旦在图5的步骤508期间发现网络正常工作,则在步骤512期间,图2的处理器202警报图1的工作流程引擎12以将器材移动到下一元件。此后,在步骤514期间用户接收指示器材的新位置的信息,即使器材经由替换路径行进,如在步骤504期间选择的。接着,在步骤516期间,器材经受完整性检查。如果在步骤518期间发现器材是好的,则在步骤520期间内容工作流程继续。否则,如果器材不是好的,过程进行到步骤510,在该步骤期间,工作流程引擎接收警报。
前述描述了用于管理从包括内容管理系统的各种元件收集的状态信息的技术。状态信息管理技术,尽管在内容管理系统的背景下被描述,该技术也能更为广泛地应用于处理多个元件的任何系统。
Claims (15)
1.一种方法,包括步骤:
将来自多个元件的、根据元件和状态信息严重性编排索引的状态信息存储在系统中;以及
通过应用至少一个用户指定规则,根据对于每个元件的状态信息严重性处理每个元件的状态信息,以确定是否对于这种信息生成警报。
2.如权利要求1所述的方法,其中存储步骤包括:
以特定协议,从至少一个元件接收状态信息;和
使状态信息符合通用格式。
3.如权利要求1所述的方法,进一步包括步骤:当状态信息的至少部分与至少一个用户指定规则匹配时,生成警报。
4.如权利要求1所述的方法,进一步包括步骤:当状态信息的至少部分与多个用户指定规则匹配时,生成警报。
5.如权利要求3所述的方法,其中生成警报的步骤包括生成可视警报的步骤。
6.如权利要求1所述的方法,进一步包括步骤:显示存储的状态信息作为自动生成和更新的仪表板。
7.如权利要求1所述的方法,其中处理步骤还包括抑制选择的状态信息的步骤。
8.如权利要求7所述的方法,还包括步骤:抑制源自至少一个选择的元件的状态信息。
9.如权利要求7所述的方法,还包括步骤:抑制源自多个选择的元件的状态信息。
10.如权利要求7所述的方法,还包括步骤:抑制来自由用户选择的至少一个元件的状态信息。
11.如权利要求7所述的方法,还包括步骤:抑制来自由用户选择的多个元件的状态信息。
12.一种设备,包括:
用于以至少两种不同格式接收来自多个元件的状态信息以及用于使状态信息符合通用格式的装置;
用于存储以信息严重性的顺序按照元件编排索引的状态信息的装置;
处理器装置,用于通过应用至少一个用户指定规则处理存储的状态信息,从而当存储的状态信息与至少一个用户指定规则匹配时生成警报。
13.如权利要求12所述的设备,还包括显示器,用于显示由处理器生成的警报。
14.如权利要求12所述的设备,其中处理器包括用于抑制选择的状态信息的装置。
15.如权利要求14所述的设备,其中抑制装置还包括:
用于检测陷阱的第一装置,该陷阱指定与选择的条件相关的状态信息的抑制;和
响应于第一装置的第二装置,用于确定存储的状态信息是否包括与选择的条件相关的状态信息,以及如果是,则删除与选择的条件相关的状态信息。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US92301007P | 2007-04-12 | 2007-04-12 | |
US60/923,010 | 2007-04-12 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101657769A true CN101657769A (zh) | 2010-02-24 |
Family
ID=39522284
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880011794A Pending CN101657769A (zh) | 2007-04-12 | 2008-04-08 | 集中式工作流程监控 |
Country Status (6)
Country | Link |
---|---|
US (1) | US9342804B2 (zh) |
EP (1) | EP2137584A1 (zh) |
JP (1) | JP2010524130A (zh) |
CN (1) | CN101657769A (zh) |
CA (1) | CA2682954C (zh) |
WO (1) | WO2008127589A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110119372A1 (en) * | 2008-06-27 | 2011-05-19 | Northon Rodrigues | Message management and suppression in a monitoring system |
US20160042024A1 (en) * | 2014-08-08 | 2016-02-11 | Front Porch Digital, Inc. | Continuous data health check |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6338074B1 (en) * | 1997-07-23 | 2002-01-08 | Filenet Corporation | System for enterprise-wide work flow automation |
JP3614625B2 (ja) | 1997-10-27 | 2005-01-26 | 株式会社日立製作所 | 管理マネージャ計算機、記録媒体、および、計算機運用管理方法 |
US6795798B2 (en) * | 2001-03-01 | 2004-09-21 | Fisher-Rosemount Systems, Inc. | Remote analysis of process control plant data |
US8972862B2 (en) * | 2001-06-27 | 2015-03-03 | Verizon Patent And Licensing Inc. | Method and system for providing remote digital media ingest with centralized editorial control |
US20030033179A1 (en) * | 2001-08-09 | 2003-02-13 | Katz Steven Bruce | Method for generating customized alerts related to the procurement, sourcing, strategic sourcing and/or sale of one or more items by an enterprise |
US9235849B2 (en) * | 2003-12-31 | 2016-01-12 | Google Inc. | Generating user information for use in targeted advertising |
FR2840139B1 (fr) * | 2002-05-23 | 2004-12-17 | Cit Alcatel | Dispositif et procede de classification de messages d'alarme resultant d'une violation d'accord de niveau de service dans un reseau de communications |
US7171664B2 (en) * | 2002-12-16 | 2007-01-30 | International Business Machines Corporation | Content management system and method of employing extensible workflow entities with user-defined attributes in an object-oriented framework |
CA2416421A1 (en) * | 2003-01-14 | 2004-07-14 | Cognos Incorporated | Data crawling and associated action in an event management system |
JP2004355265A (ja) | 2003-05-28 | 2004-12-16 | Ntt Docomo Inc | 処理統括装置、及び、処理判定方法 |
US7397796B1 (en) * | 2003-08-21 | 2008-07-08 | Smiljanic Aleksandra | Load balancing algorithms in non-blocking multistage packet switches |
JP4639043B2 (ja) | 2003-11-28 | 2011-02-23 | ソニー株式会社 | 動画像編集装置及び動画像編集方法 |
US7739374B1 (en) * | 2003-12-30 | 2010-06-15 | Sap Ag | System and method for configuring tracing and logging functions |
JP2005208707A (ja) * | 2004-01-20 | 2005-08-04 | Fujitsu Ltd | 異常監視装置、異常探索支援方法、異常探索支援プログラム |
JP2005322024A (ja) | 2004-05-10 | 2005-11-17 | Matsushita Electric Ind Co Ltd | 異常情報出力装置、異常検知システム、及び異常情報出力方法 |
US20060047800A1 (en) * | 2004-08-24 | 2006-03-02 | Panduit Corporation | Systems and methods for network management |
US8149338B2 (en) | 2004-09-29 | 2012-04-03 | Thomson Licensing | Method and apparatus for color decision metadata generation |
JP4527572B2 (ja) | 2005-03-14 | 2010-08-18 | 株式会社野村総合研究所 | 監視装置及び監視方法 |
JP4652090B2 (ja) * | 2005-03-15 | 2011-03-16 | 富士通株式会社 | 事象通知管理プログラム、事象通知管理装置及び事象通知管理方法 |
US7672968B2 (en) * | 2005-05-12 | 2010-03-02 | Apple Inc. | Displaying a tooltip associated with a concurrently displayed database object |
US8144587B2 (en) * | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for load balancing network resources using a connection admission control engine |
US8131562B2 (en) * | 2006-11-24 | 2012-03-06 | Compressus, Inc. | System management dashboard |
US20090043867A1 (en) * | 2007-08-06 | 2009-02-12 | Apple Inc. | Synching data |
-
2008
- 2008-04-08 WO PCT/US2008/004539 patent/WO2008127589A1/en active Application Filing
- 2008-04-08 JP JP2010503038A patent/JP2010524130A/ja active Pending
- 2008-04-08 US US12/450,696 patent/US9342804B2/en active Active
- 2008-04-08 CA CA2682954A patent/CA2682954C/en not_active Expired - Fee Related
- 2008-04-08 CN CN200880011794A patent/CN101657769A/zh active Pending
- 2008-04-08 EP EP08742653A patent/EP2137584A1/en not_active Ceased
Also Published As
Publication number | Publication date |
---|---|
US9342804B2 (en) | 2016-05-17 |
WO2008127589A1 (en) | 2008-10-23 |
CA2682954A1 (en) | 2008-10-23 |
JP2010524130A (ja) | 2010-07-15 |
EP2137584A1 (en) | 2009-12-30 |
CA2682954C (en) | 2017-01-03 |
US20100050105A1 (en) | 2010-02-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20030140150A1 (en) | Self-monitoring service system with reporting of asset changes by time and category | |
US7081823B2 (en) | System and method of predicting future behavior of a battery of end-to-end probes to anticipate and prevent computer network performance degradation | |
US20150095892A1 (en) | Systems and methods for evaluating a change pertaining to a service or machine | |
US10339007B2 (en) | Agile re-engineering of information systems | |
US11765437B2 (en) | Automatic diagnostics alerts | |
US20120198288A1 (en) | Method and system for error manipulation | |
CN103038752A (zh) | 漏洞清理所 | |
CN109831357B (zh) | 一种服务验证方法、装置、存储介质及服务器 | |
Ligus | Effective monitoring and alerting | |
CN111163150A (zh) | 一种分布式调用追踪系统 | |
US20180176095A1 (en) | Data analytics rendering for triage efficiency | |
US20230188774A1 (en) | Systems and methods for controlling quality of content | |
Diotalevi et al. | Collection and harmonization of system logs and prototypal Analytics services with the Elastic (ELK) suite at the INFN-CNAF computing centre | |
CN116562848A (zh) | 一种运维管理平台 | |
CN107451056B (zh) | 监听接口测试结果的方法及装置 | |
US20160188676A1 (en) | Collaboration system for network management | |
CN101657769A (zh) | 集中式工作流程监控 | |
US10324818B2 (en) | Data analytics correlation for heterogeneous monitoring systems | |
US11758021B2 (en) | System for processing coherent data | |
CN114723397A (zh) | 一种流程执行方法及装置 | |
CN112769643B (zh) | 资源调度方法、装置、电子设备及存储介质 | |
CN111353658B (zh) | 电视节目生产监控系统和方法 | |
JP5974905B2 (ja) | 応答時間監視プログラム、方法および応答時間監視装置 | |
JP2018180862A (ja) | フィルタ定義情報装置、プログラム及び方法 | |
Zhixiong | Proactive probing and probing on demand in service fault localization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
ASS | Succession or assignment of patent right |
Owner name: GVBB HOLDINGS S.A.R.L. Free format text: FORMER OWNER: THOMSON LICENSING CORP. Effective date: 20120605 |
|
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20120605 Address after: Luxemburg Luxemburg Applicant after: Gvbb Holdings S. A. R. L. Address before: French Boulogne - Billancourt Applicant before: Thomson Licensing Corp. |
|
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100224 |