集中式工作流程监控制造技术

诸如内容管理系统（１０）的系统的集中监控由监控设备（１１）执行，该监控设备根据状态信息严重性按照元件将来自元件的状态信息存储在系统中。监控设备通过应用至少一个用户指定规则以严重性的顺序处理对于每个元件的状态信息，以确定是否生成对于这种信息的警报。

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及用于管理从多个源收集的状态信息的技术。
技术介绍
诸如接收、处理和/或分发内容的广播器的实体，以包含音频-视频节目 的电子文件形式，典型地利用大型系统来管理这样的内容。这样的大型系统 不变地拥有监控与内容的接收、处理和/或分发相关的各种操作的能力。为了 便于讨论，这种操作的结合将被称作内容工作流程(workflow)。实际上，内 容工作流程的监控导致状态信息的生成，其可包括日志文件和/或状态消息。 根据与内容工作流程相关的操作的数量以及接收的内容量，内容管理系统能 够生成大量状态信息。 一些状态信息将需要操作人员的立刻关注，而其他状 态信息可能不需要太多(即使有的话)关注。与现代内容管理系统相关的曰志工具提供了很少的以时间顺序的方式查 看、分类和/或过滤来自多个源的状态信息的能力，所述多个源包括用于执行 内容工作流程的硬件和/或软件组件。状态信息的数量越大，这个问题变得越明显。现代内容管理系统的日志工具，由于它们不能将在操作警报中包含的 普通日志信息转换成操作者能够基于它适当反应的相关信息，所以会引起另 外的问题。由于管理的元件趋向于发送巨大数量的错误肯定(false positives), 这保留了元件的监控以及相关的过滤和警报的通知的最关键的问题，使得操 作者花费时间来跟踪非相关事件。现代日志工具通常缺乏创建系统仪表盘(dashboard ),即操作状态的可 视化显示的能力，以及缺乏生成"^艮告的能力。已知由现代内容管理系统通常 生成的大量状态信息，操作者需要关于相关活动的报告以及周期性的更新。在广播环境的背景中，现代内容管理系统方法中存在的用于生成报告以及用 于创建用来查看的仪表盘的技术是不适当的，因为这种技术缺乏功能性和灵 活性。这种日志工具的另 一 缺点是它们不能执行有效的消息抑制(suppression).实际上，只要激起消息的条件保持，包括消息日志的监控系 统将会以有规律的间隔生成消息。在紧急状况下这种重复消息证明是有用的。 然而，对于许多通常状况，诸如特定活动的完成，重复指示这种状况的消息 证明是浪费的。这个问题烦扰大多数监控应用程序，引起大量的数据分类以 及浪费的存储。现代内容管理系统也遭受不能跟踪设施内的器材(asset)的问题。现今 的内容管理系统能够移动整个设施中的大体积的数字器材，但是缺乏查看并 测量该设施内多个位置处的数字器材的质量的任何标准机制。缺少这种用于 查看和测量给定位置处的器材的质量的标准机制可能阻止多个厂家的不同设 施的混合以及匹配。
技术实现思路
简洁地，根据本原理的优选实施例，提供一种用于管理从诸如网络等的 系统中的元件接收的状态信息的方法。该方法开始于根据元件的性质和状态 信息严重性存储来自该元件的这种状态信息。通过应用至少一个用户指定规 则，该状态信息被检索并由此以对于每个元件的严重性的顺序进行处理，以 确定是否生成这种信息的警报。附图说明图1描述了根据本原理结合用于管理状态信息的监控设备的内容管理系 统的示例性实施例的示意方框图2描述了图1的监控设备的示意方框图3A-3C描述了由图l和图2的监控系统提供的状态信息的示例性显示； 图4描述了说明监控设备抑制特定状态信息的方式的图2的部分监控设 备的示意方框图；以及图5描述了图2的监控设备执行的用于执行器材跟踪的方法的步骤的流程图。具体实施例方式附图描述了根据本原理的包括监控设备11的内容管理系统10的示例性 实施例的示意方框图，该监控设备ll将在下面详细描述，用于管理从内容管 理系统接收的状态信息。内容管理系统IO典型地包括多个单独元件，所有元 件在工作流程管理器12的控制下操作。每个元件采用一个或多个硬件装置的 形式和/或一个或多个软件程序的形式，用于执行与内容的接收、处理和/或分 发(即，内容工作流程)的至少一个相关的至少一个任务。实际上，内容管 理系统10包括用于接收和存储来自一个或多个源的内容的第一元件13。这 种内容源可以包括内容传送网络(CDN)(由因特网14表示)、实况内容的源 (由电视摄像机16表示)、无线CDN(由卫星接收器18表示)、以及存储内 容(由内容存储设施20表示)中的一个或多个。除了緩冲输入内容，内容接收元件13能够执行一个或多个附加处理，诸 如输入内容的解码。在内容接收元件13处初始接收的内容传到执行至少第一 处理"A"的第二元件22，该第一处理"A"可能包括例如将特定元数据加到 接收的内容。在元件22处理的内容然后传到对于内容执行的至少一个第二处 理"B"的元件24。第二处理可能包括内容的编辑。尽管图l仅描述了用于 接连地执行两个处理A和B的元件22和元件24，附图的内容管理系统10 可能包含用于对输入内容接连地执行更多数量或更少数量的处理的更多或更 少的元件(未示出)。除了 (或者代替)执行连续处理的元件22和元件24，内容管理系统IO 可包括两个或更多元件用于并行执行处理。在图l的说明性实施例中，内容 管理系统10包括元件26、 28和30,每个用于分别对在元件24的输出接收 的内容执行处理"C"、 "D"和"E"之一的至少一个。元件26、 28和30的哪 个分别对接收内容执行处理C、 D和E的至少一个通常将取决于与内容相关 的一个或多个属性。例如，内容的大小将支配执行的特定处理。尽管图l描 述了用于分别执行并行处理C、 D和E的三个元件26、 28和30，内容管理 系统可以包括更少或更多数量的、用于并行执行更少或更多数量处理的元件。 内容完成元件32接收由元件26、 28和30的每个处理的内容，并且通常在内 容存储和/或分发之前执行一个或多个处理。例如，内容完成元件32能够执4亍内容压缩。元件的确切数量以及由此接连地和/或并行地执行的处理的性质可以变化。在内容工作流程的过程中，元件13和22-32中的一个或多个典型地生成 日志文件和/或状态消息(统称作"状态信息")，是保留的重要性。内容管理 系统10中的元件数量越大以及处理的内容的量越大将导致监控设备11处理 的状态信息的量越大。如这里所述，根据提供信息和状态信息严重性的元件，本原理的监控设 备ll有利地存储这种状态信息。通过应用至少一个用户指定规则，监控设备 11才全索存储的状态信息，并由此以对于每个元件的严重性的顺序处理状态信 息，以确定是否生成对于这种信息的警报。实际上，尽管这种警报能够以其 他形式提供，显示器34将显示这种警报。图2描述了图1的监控设备11的示意方框图。如图2中所述，监控设备 包括至少一个，并且优选地多个信息收听器，说明性地描述为信息收听器 200p 2002和2003。信息收听器200r200 3的每个包括一个或多个硬件元件和 /或一个或多个软件程序，用于以特定协议或格式的日志文件和/或消息的形式 接收来自元件12和22-32中的一个或多个的状态信息。每个信息收听器使它 接收的状态信息符合通用格式。例如信息收听器20(h收听"Syslog"协议的 信息，而信息收听器2002收听"WS管理"协议的因特网的万维网上运送的 信息。最后，信息收听器2003收听协议"x"(代表一未来开发的协议)中的 信息。尽管图2的说明性实施例说明了三个信息收听器200r2003，处理监控 本文档来自技高网...

【技术保护点】
一种方法，包括步骤：　将来自多个元件的、根据元件和状态信息严重性编排索引的状态信息存储在系统中；以及　通过应用至少一个用户指定规则，根据对于每个元件的状态信息严重性处理每个元件的状态信息，以确定是否对于这种信息生成警报。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：埃里克D杜福斯，诺森罗德里格斯，特拉维斯L斯潘瑟，
申请(专利权)人：汤姆森特许公司，
类型：发明
国别省市：FR[]