首页 / 专利库 / 专利权 / 第I章 / 国际申请 / 修改 / 在网络管理系统中传播加速事件的方法和设备

在网络管理系统中传播加速事件的方法和设备

阅读:147发布:2021-04-13

专利汇可以提供在网络管理系统中传播加速事件的方法和设备专利检索,专利查询,专利分析的服务。并且本 发明 涉及用于网络管理系统的方法、系统和 计算机程序 产品,包括: 探头 ,用于从所监视的系统截获系统事件,并创建事件项,或 修改 与所述系统事件相关联的事件项;收集 数据库 服务器 ,用于在事件项的数据库中收集新的事件项或对现有事件项的修改的批次;客户端;复制装置,用于周期性地向客户端通知新的事件项或事件项修改的批次;以及 加速 机构,用于如果新的或修改的事件项满足优先级条件,则独立于周期性地批次通知,直接向客户端通知该新的事件项或修改的事件项。,下面是在网络管理系统中传播加速事件的方法和设备专利的具体信息内容。

1.一种管理网络的方法,包括:
从所监视的系统截获系统事件,并创建事件项,或修改与所述系统事件相关联的事件项;
在事件项的数据库中收集新的事件项或对现有事件项的修改的批次;
周期性地向客户端通知新的事件项或事件项修改的批次;以及
如果新的或修改的事件项满足优先级条件,则独立于周期性地批次通知,直接向客户端通知该新的事件项或修改的事件项。
2.根据权利要求1的方法,其中所述收集步骤在第一数据库服务器中执行;所述客户端包括复制所述新的事件项和/或事件项修改的第二数据库服务器。
3.根据权利要求2的方法,其中所述客户端还包括网关,所述网关接收所述通知;从所述第一数据库服务器拉出事件项数据,然后将所述事件项数据推送到所述第二数据库服务器。
4.根据权利要求1的方法,其中所述收集步骤在两个或更多个数据库服务器的收集层中执行,两个或更多个数据库服务器中的每一个具有至少一个或多个截获事件的探头;所述客户端是聚集层,包含聚集数据库服务器,其在中央位置从两个或更多个收集数据库服务器复制所有新的事件项和/或事件修改项;所述方法还包含:如果新的或修改的事件项满足优先级条件,则独立于周期性地批次通知,直接向第二客户端通知聚集的新的优先级事件项或修改的优先级事件项。
5.根据权利要求4的方法,其中所述第二客户端是两个或更多个数据库服务器的显示层,其中每个显示层对象服务器从聚集数据库服务器复制聚集的新的事件项和/或事件修改项的子集;并且如果新的或修改的事件项满足优先级条件,则每个显示层数据库服务器能够独立于周期性地批次通知,直接向至少一个显示客户端通知该新的事件项或修改的事件项。
6.一种网络管理系统,包括:
探头,用于从所监视的系统截获系统事件,并创建事件项,或修改与所述系统事件相关联的事件项;
收集数据库服务器,用于在事件项的数据库中收集新的事件项或对现有事件项的修改的批次;
客户端;
复制装置,用于周期性地向客户端通知新的事件项或事件项修改的批次;以及
加速机构,用于如果新的或修改的事件项满足优先级条件,则独立于周期性地批次通知,直接向客户端通知该新的事件项或修改的事件项。
7.根据权利要求6的网络管理系统,其中所述客户端包括复制所述新的事件项和/或事件项修改的聚集数据库服务器。
8.根据权利要求7的网络管理系统,其中所述客户端还包括网关,所述网关接收所述通知;从所述收集数据库服务器拉出事件项数据,然后将所述事件项数据推送到所述聚集数据库服务器。
9.根据权利要求6的网络管理系统,还包括两个或更多个收集数据库服务器的收集层,两个或更多个收集数据库服务器中的每一个具有一个或多个相关联的探头;所述客户端是聚集层,包含聚集数据库服务器,其在中央位置从两个或更多个收集数据库服务器复制所有新的事件项和/或事件修改项;还包含:如果新的或修改的事件项满足优先级条件,则独立于周期性地批次通知,直接向第二客户端通知聚集的新的优先级事件项或修改的优先级事件项。
10.根据权利要求9的网络管理系统,其中所述第二客户端是两个或更多个数据库服务器的显示层,其中每个显示层对象服务器从聚集数据库服务器复制聚集的新的事件项和/或事件修改项的子集;并且如果新的或修改的事件项满足优先级条件,则每个显示层数据库服务器能够独立于周期性地批次通知,直接向至少一个显示客户端通知该新的事件项或修改的事件项。
11.一种计算机程序产品,包含计算机可读记录介质,其上具有用于网络管理系统的计算机可读代码,所述计算机可读代码在加载到计算机系统上时执行以下步骤:
从所监视的系统截获系统事件,并创建事件项,或修改与所述系统事件相关联的事件项;
在事件项的数据库中收集新的事件项或对现有事件项的修改的批次;
周期性地向客户端通知新的事件项或事件项修改的批次;以及
如果新的或修改的事件项满足优先级条件,则独立于周期性地批次通知,直接向客户端通知该新的事件项或修改的事件项。
12.根据权利要求11的计算机程序产品,其中所述收集步骤在第一数据库服务器中执行;所述客户端包括复制所述新的事件项和/或事件项修改的第二数据库服务器。
13.根据权利要求12的计算机程序产品,其中所述客户端还包括网关,所述网关接收所述通知;从所述第一数据库服务器拉出事件项数据,然后将所述事件项数据推送到所述第二数据库服务器。
14.根据权利要求11的计算机程序产品,其中所述收集步骤在两个或更多个数据库服务器的收集层中执行,两个或更多个数据库服务器中的每一个具有至少一个或多个截获事件的探头;所述客户端是聚集层,包含聚集数据库服务器,其在中央位置从两个或更多个收集数据库服务器复制所有新的事件项和/或事件修改项;还包含:如果新的或修改的事件项满足优先级条件,则独立于周期性地批次通知,直接向第二客户端通知聚集的新的优先级事件项或修改的优先级事件项。
15.根据权利要求14的计算机程序产品,其中所述第二客户端是两个或更多个数据库服务器的显示层,其中每个显示层对象服务器从聚集数据库服务器复制聚集的新的事件项和/或事件修改项的子集;并且如果新的或修改的事件项满足优先级条件,则每个显示层数据库服务器能够独立于周期性地批次通知,直接向至少一个显示客户端通知该新的事件项或修改的事件项。

说明书全文

技术领域

发明涉及在网络管理系统(NMS)中传播加速事件的方法和设备。

背景技术

网络管理系统(NMS)从多个网络数据源收集企业范围事件信息,并向最终用户呈现该信息的简化视图。参照图1,NMS管理事件信息,用于:分配给运营者;基于关系数据库管理系统(RDBMS)传递给求助台系统;登录诸如求助台客户关系管理系统(CRM)的数据库;在远程服务层级管理系统上进行复制;以及触发对特定警报的自动响应。NMS还巩固来自远程位置中的不同的领域受限网络管理平台的信息。通过与现有管理系统和应用结合工作,NMS使得部署事件最小化,并使得雇员能够使用他们现有的网络管理技巧。
一个企业NMS使用多于一个周期性复制对象服务器的可扩展系统来进行企业事件管理。对象服务器可以独立地或者与其他对象服务器相结合地收集、聚集并显示事件,这种独立的可配置性允许其高度可扩展。图1示出一个对象服务器管理事件,另外的对象服务器处于失效接管配置的已知NMS。图2示出三层对象服务器的已知NMS。对于用户层(也叫层次)对象服务器架构来说已知的是,将其中大量数目的事件影响对象服务器处理能的事件进行协调。两层的NMS可具有一个或多个下对象服务器(收集层)和上对象服务器(聚集和显示层)。三层的NMS(见图2)具有一个或多个下对象服务器(收集层);中对象服务器(聚集层)和一个或多个上对象服务器(显示层)。原始事件进入系统并经由探头在收集层中收集。探头是这样的一个小应用过程,它能够从各种网络设备和部件读取时间数据馈入,并将其写入到对象服务器。这些事件被插入到对象服务器的状态表中用于处理和转发。不同层的对象服务器经由网关连接在一起。经由这些网关,事件从下层通过中间层进展到上层。
在企业NMS中,事件并不是在其出现时立即被推送到网关,而是被分批,并在称为粒度窗口的更新循环上周期性地被拉入客户端。粒度窗口或更新循环的周期可以由用户改变。在大型且忙碌的系统中,更新循环周期可以被设定到30秒或更多。
下面参照图2说明通过三层NMW的事件进展的一般性描述。
在收集层,来自受管理的网络部件的原始事件通过探头接收。由探头截获的每个原始事件被改变成对象服务器事件,用于在对象服务器状态表上操作。对象服务器事件是在状态表中对数据的插入、删除、更新或取消之一。客户端(网关和最终用户应用)向对象服务器登记对特定类型的对象服务器的兴趣。周期性地,并在一个或多个对象服务器事件在状态表上操作之后,由对象服务器产生改变消息,并传输到所有感兴趣的客户端。例如,用于聚集对象服务器的网关已经在操作于状态表上的所有对象服务器事件中注册了兴趣。一旦从对象服务器接收到周期性的改变消息,网关将会请求最后周期的对象服务器事件的改变参照数据组。该改变参照数据组参照改变数据,但并不包含改变数据。接收到的改变参照数据组由客户端用来取得所有或部分的改变数据(例如,状态表的完整行,或状态表的选定列)。然后网关可以复制客户端数据库或对象服务器(例如,聚集对象服务器)数据库上的改变数据组中定义的所有改变。
当来自网关的事件被插入到聚集对象服务器,聚集对象服务器产生进一步的改变事件用于所有感兴趣方。该事件从聚集层对象服务器经由相关联的网关传播到显示层对象服务器。
在显示层,该层中的事件改变被传播到最终用户的桌面,例如网络运营者。利用与收集和聚集层中的网关所使用的复制策略相同的复制策略,实现从显示层对象服务器到桌面的上述传播。
尽管通过提供周期复制作为负载均衡的形式由此分层架构提供了足够的可扩展性,但是它在向连附到显示层的运营者的事件通知中引入了附加的延迟。在大型的EMS部署中,从源到运营者前端,向网络运营者显示关键事件所花费的时间与系统中的任何其他事件是相同的。从系统的度,所有事件具有相等的状态。假定在结构的每个层级,三层部署具有30秒的更新循环周期,那么,事件一旦进入系统,在大约90秒内最终用户就可以看见。在一些情况下,期望在更短时间内向运营者呈现事件的子集。
美国专利公开6,131,112描述了在网络管理平台(NMP)和系统管理系统(SMP)之间被称为网关的过程。该网关允许两个系统之间事件/警报的交换以利于跨功能的相互关联。描述了这样的系统,利于该系统,可以通过过滤的形式或用户定义的策略来检查事件的兴趣性,然后将事件向前传递到二级系统。所有去往二级系统的事件由于使用相同的过程和路径被推送到目的地系统而被认为是等同的。
美国专利公开2006/0015608论述了这样的概念,其中,来自于由于维护而已知要发生故障的资源的事件得到抑制。可以定义资源的系统维护窗口,其中在该窗口期间,与上述资源相关的任何失效事件将在该定义的窗口期间被抑制并忽略。
因此,当处理大量原始事件时,有必要进行周期性通知和复制,以组织这些原始事件,并确保这些事件以有效的方式进行处理和分布。原始事件的量和周期性的通知要求对事件进行有序处理,并使得所有事件以大约相同的方式和时间进行处理。然而,一些事件需要处理得比平均时间更快。

发明内容

根据本发明一个或多个方面,提供了如本说明书权利要求书部分所阐述的方法、系统和计算机程序产品。
任何记录在对象服务器中、并被识别为关键的事件都使得向注册的客户端推送优先级消息。优先级消息的内容包括概述字段列表和事件键。概述字段列表为客户端有待确定的上下文提供足够的关于事件的信息。概述字段列表的目标为面向桌面的客户端,例如通知弹出客户端。事件键用于拉入所有事件细节,用于将施加转发到下一层的过程。事件键的目标为基于复制的客户端,例如网关。当推送出一个优先级消息时,网关或客户端将使用事件键从对象服务器拉入所有必要的事件细节。然后网关将关键的事件细节转发到下一对象服务器。
因此,该方案提供了这样一种机制,利用到客户端的优先级路径对用户所定义的关键事件进行快速追踪,而不妨碍对于系统中的所有其他事件的正常处理路径。
显示层和聚集层对象服务器使用与收集层对象服务器所用的相同的逻辑来快速追踪事件。该逻辑可以被视为对象服务器之间的加速行为的级联,并可以根据要求与每个对象服务器相独立地进行配置。
附图说明
现在将参照附图仅通过示例的方式描述本发明的实施例,在图中:
图1是其中一个对象服务器管理事件,另外的对象服务器处于失效接管配置的已知网络管理系统(NMS)的组件图;
图2是具有三层对象服务器的已知NMS的组件图;
图3是本发明实施例的对象服务器的组件图并包含组件之间的处理流程;以及
图4是示出信道表的内容和关系的图表。

具体实施方式

事件管理系统
图1是其中一个对象服务器管理事件,另外的对象服务器处于失效接管配置的已知网络管理系统(NMS)的组件图。该NMS包括:通过第一网关连接的第一和第二对象服务器;连接到第一对象服务器的三个探头;连接到第一对象服务器的最终用户事件列表;连接到第一对象服务器的最终用户管理员;经由第二网关连接到第一对象服务器的最终用户求助台CRM,以及经由第三网关连接到第一对象服务器的关系数据库管理系统(RDBMS)。
探头连接到事件源,用于检测并获取事件数据;然后探头将数据插入到对象服务器作为警报。探头使用规则文件中规定的逻辑来操作事件要素,之后将其转换为用于插入的警报记录作为对象服务器状态表中的事件记录。每个探头被独有地设计用于从特定源获取事件数据。探头可以从任何稳定的数据源,包括设备、数据库和日志文档获取数据。
网关在两个对象服务器之间,或在一个对象服务器和另一应用(例如数据库和求助台或顾客关系管理系统(CRM))之间交换控制消息。网关还用于复制状态表中的事件记录,或维护备用的对象服务器。网关还用于将事件记录存档到数据中。一旦正确地安装并配置了网关,事件记录的转移对于运营者就是透明的。
桌面工具是图形工具的集成组合,用于查看并管理警报,并配置如何呈现警报信息。事件信息以允许用户快速确定服务的可用性的格式在网络上递送。当已经识别事件起因时,桌面工具使得用户能够快速解决问题。基本的桌面工具是事件列表,但是其他工具包括:过滤器生成器;视图生成器;以及管理型客户端。这些应用从对象服务器中检索信息,并允许查看数据库的当前状态,其进而反映正被管理的系统的状态。
事件列表在可能用不同颜色标记的滚动列表中显示过滤的警报视图。可以设定多个事件列表客户端,每个具有不同的优先级和过滤器。该事件列表可以用于将警报再次优先化,并用于向其他用户分配或再分配问题。当已经向用户分配了警报时,用户可以对其确收,或者取消确收,使得该警报可以由另一用户获得。
过滤器使得能够对在事件列表中显示哪个警报进行选择。过滤器生成器允许构建简单或复杂的警报过滤器。要素检查器使得能够为条件添加常规表达。
视图生成器配置运营者感兴趣(查看)的列的列表。
管理型客户端使得管理员能够配置并管理对象服务器。
图2示出企业NMS的更为典型的配置,该NMS包含多个客户端,连接到显示层中的两个或更多个对象服务器。每个对象服务器通过网关连接到聚集层中的对象服务器。聚集层中对象服务器通过网关连接到收集层中的相应对象服务器。收集层中的每个对象服务器连接到一个或多个探头。
对象服务器
图3示出连接在一个或多个探头和单个网关之间的收集层中的优选实施例的对象服务器300。该对象服务器300包括:状态表301;客户端线程处理器302;自动化系统304;插入删除更新控制系统(IDUC)306;以及SQL接口308。该对象服务器在处于NMS核心的存储器内数据库服务器。事件记录从外部程序,例如探头、监视器和网关,被直接插入到对象服务器,在状态表中进行存储和管理,并最终被转发并显示在客户端事件列表中。
状态表301是对象服务器中的数据库,用于存储关于事件的数据。状态表中的一个字段是优先级事件标记。使用SQL命令通过SQL接口308将数据插入到状态表301中,并从其中检索数据。尽管在优选实施例中数据库被描述为一个表,但是它并不局限于这种格式,本发明可以以任何其他数据库格式表达。
结构化查询语言(SQL)接口308允许定义和操作关系数据库对象,例如表和视图。SQL交互接口可以用于连接到、交互于并控制对象服务器。SQL交互接口使得能够执行这样的任务,例如创建新的数据库表或停止对象服务器。
定义了三个扩展SQL命令用于由IDUC系统处理:SQL事件快速追踪命令;SQL行为命令命令;以及SQL发送消息命令。
SQL事件快速追踪命令用于将表列传递到IDUC系统306,用于对被识别为感兴趣方的那些客户端进行快速追踪。可以通过特定客户端连接ID或通过IDUC信道名称来定义感兴趣方。这导致将事件快速追踪控制消息推送到客户端。当客户端接收到事件快速追踪控制消息时,它将继续通过SQL接口利用“select via”SQL命令获得要求的栏。这使得客户端网关能够直接存取状态表中的行。要求的事件行要素是从状态表到请求的客户端。
SQL行为命令用于向客户端,或者客户端的组,或对象服务器发送要遵照其行事的客户端理解的命令行为。
SQL发送消息命令用于发送客户端信息文本消息。消息论述被定义为表达式,因为这允许消息使用SQL程序中的变量进行构建,而不是迫使其硬式编码的定义值。
客户端线程处理器302用于分析插入事件记录的SQL命令,以确定有待插入到状态表中的数据,还用于将事件记录插入到状态表中。
自动化系统304包括插入后触发器,其确保仅仅可以快速追踪那些确实被插入到状态表中的事件,使得这样的事件在服务器中存留。在以最快方式快速追踪事件的优选实施例中,插入后触发器通过利用探头在事件记录组中查找快速追踪标记,来查找插入的事件记录中的关键事件。在另一实施例中,插入后触发器可以利用比探头更为精细调节的过滤器用于更精确的快速追踪。在真实的标准解析上,插入后触发器将利用SQL事件快速追踪命令(在SQL接口308中所定义)将整个事件行发送到IDUC系统306。在通过IDUC系统306进行处理之后,事件将从对象服务器中被快速追踪为IDUC事件快速追踪控制消息。作为事件快速追踪控制消息被推出的任何行将具有被清除的任何未决的IDUC改变数据,用以在可能的情况下防止在处理链中重复插入。
利用SQL事件快速追踪命令,事件与插入后触发器中的信道相关联。例如,如果事件是存取违规,那么所有事件将于安全信道相关联。
伪代码
if event.FastTrack==1
begin
        if event.type=accessViolation:IDUC EVTFT′Security_Channel’,insert.new,
        end
IDUC系统和IDUC控制消息
IDUC控制消息利用IDUC连接从IDUC系统在客户端和对象服务器之间发送。在本实施例中,描述了三个IDUC控制消息:事件快速追踪控制消息;行为命令控制消息;以及发送消息控制消息。
事件快速追踪控制消息具有两种基本属性。首先,该消息包含完全描述性的键,其允许客户端将通知关联回原始行,使得可以在必要时获得整个事件的细节。其次,该消息包含足够概括的描述,使得消息能够有意义,而不必从服务器获得额外细节。该第二个属性对于最终用户通知客户端弹出工具是必要的。这种工具的目的是在可能的最快时间内通知用户感兴趣的特定事件。从消息内推送出足够概述允许以更有效的方式实现上述目的,因此增加了系统的潜在吞吐量。可以推迟事件全面细节的获得,直到用户决定想要看到这些细节。
行为命令控制消息提供了向客户端发送其应该遵照行事的命令的结构化方式。该命令可以来自另一客户端。命令的意义在IDUC系统中是未知的,必须要由客户端自身来编译和理解,用以执行要求的行为。由于编译是客户端职责,行为命令主体被视为字节数据块。如下定义行为命令控制有效载荷
发送消息控制消息提供向客户端发送信息消息(例如关于时日、系统维持窗口和操作问题的消息)的结构化方式。客户端一旦接收到该消息所需要执行的唯一行为是用适当方式向最终用户显示实际消息的文本。
IDUC系统306包括:回调功能308;客户端命令消息队列312;客户端命令小城处理器314;连接的实时客户端316;以及IDUC信道高速缓存400。
回调功能308用于存取信道高速缓存400的数据。定义了以下回调功能:解析回调;执行回调;处理前回调;发送前回调;格式回调;发送后回调;以及处理后回调。
解析回调(3.1)使得快速追踪请求的性质生效,并获得到所有处理要素的句柄(handle)。
执行回调(3.2)构建事件快速控制消息。
处理前回调(4.4.1)由应用用来设定任何要求的数据要素,用于处理客户端目的地的组。
发送前回调(4.4.2.1)由应用用来设定任何要求的数据要素,用于处理当前客户端目的地。
格式回调(4.4.2.2)由应用用来执行对有待递送到客户端的消息有效载荷的任何特定格式化,例如字符组转换。
发送后回调(4.4.2.4)由应用用来清空针对发送前或格式回调的当前客户端设定的任何数据要素。
处理后回调(4.4.3)由应用用来清空针对处理目的地客户端组而设定的任何数据项。
客户端命令消息队列312在将其传递到客户端命令线程处理器314之前保持命令消息。
客户端命令线程处理器314负责解析IDUC控制消息并将其递送到要求的目的地客户端。命令线程处理器314经由回调功能308使用IDUC信道表400来确定哪个控制消息中感兴趣哪个客户端。为了防止这些表的连续游动,构建表内容的内部存储器高速缓存,使得可以在数据上使用额外的索引。此外,插入后触发器、更新和删除触发器被连附到这些表,使得高速缓存能够保持最新,而不必进行可能的全面刷新。
连接的实时客户端列表316提供每个全面建立的IDUC连接上的详细条目。一旦获得到信道表400的句柄,解析回调遍历连接的实时客户端列表。对于每个实时客户端条目,将用户、主机名、应用名称和应用描述组件与一个或多个信道兴趣条目相比较,以确定在给定IDUC客户端命令中是否感兴趣于该客户端。将匹配的每个客户端ID添加到客户端ID列表,该列表被返回给IDUC客户端命令线程。
IDUC信道高速缓存400,又称为IDUC信道表400将客户端兴趣细节存储在表中。IDUC信道表400可以被视为感兴趣群组的定义,因为它定义了给定IDUC控制消息中感兴趣的实时客户端。由管理型用户通过标准OMNI总线配置GUI定义可用的IDUC信道。这使得配置保持为集中于对象服务器本身,并要求客户端本身之中的极少配置。如果客户端递送IDUC控制消息,它针对客户端类型以期望方式自动处理该消息。
参照图4,可用的IDUC信道的细节被存储在一组四个信道表中:信道400,信道-兴趣402,信道-概述404,以及信道-概述-栏406。这些表位于名称空间iduc-系统中的每个对象服务器中。任何其他IDUC相关支持表将会继续被添加到该数据库中。通过图4所述的四个表描述每个信道的细节。
iduc-系统.信道定义对象服务器中的已知iduc信道组。添加整数外键码,信道ID用于更有效地参照关联表中存储的信道的细节。
iduc-系统.信道-兴趣存储给定信道感兴趣的信道。每个条目可视为合成过滤器,其中给定信道中感兴趣的有IDUC能力的客户端可以定义为其主机名、应用名、应用描述和/或其用户名的组合。不必为每一栏提供值。包含空串的任何栏被视为与分解不相关的组件。除要素名称栏之外的所有栏可以将要求的过滤标准定义为常规表达式。每个信道可以有多个感兴趣的条目。使得用户可以具有尽可能多的兴趣描述,以定义感兴趣的客户端方的组。
iduc-系统.信道-概述仅用于事件快速追踪控制消息,而信道和信道兴趣用在正常处理中。这一栏定义了对象服务器自身之内的特定表的概述细节。添加整数外键码,概述ID用于更有效地参照概述栏表。由于可以快速追踪对象服务器中的任何表的行,因此该表使得信道能够关联于具有快速追踪的事件的多个表。
iduc-系统.信道-概述-栏存储构成给定表的实际概述的确切栏的细节。所述栏的名称及其在概述次序中的位置针对作为信道概述表中呈现的部分给定概述定义的每一栏而规定。
现在利用图3中引用的步骤描述IDUC快速追踪的事件的操作使用情况。
步骤1.探头从其监视的源系统接收原始事件。该原始事件通过探头当前规则文件传递。规则中的条件可将该事件识别为关键顾客/系统问题。原始事件被封装为SQL快速追踪事件命令,并递送到对象服务器。
步骤2.SQL快速追踪事件命令由客户端线程处理器302接收,并在其中处理。SQL快速追踪事件命令由命令分析器进行分析,核查其有效性,然后事件被插入到状态表中的事件中。
步骤3.插入后触发器检测到事件已经被插入到状态表中。自动化系统中的条件检查快速追踪字段的值,并请求IDUC系统快速追踪该事件。
步骤3.1.IDUC系统使得快速追踪请求的性质生效,并获得到所有处理要素的句柄。
步骤3.2.回调处理器构建全面描述该请求和事件的控制消息。该命令请求在消息内容方面是完全描述性的。如果上述请求包含信道名称,那么在IDUC信道的高速缓存的数据中定位用于快速追踪该事件的信道定义。如果没有定位到任何信道,那么丢弃该请求。然而,如果该请求指向特定客户端ID,那么使用默认信道。还在信道高速缓存中定位与状态表和信道相关联的概述字段列表。如果对于包含事件的状态表没有定义概述列表,那么用于该表的首要键列表成为概述字段列表。
步骤3.3.快速追踪消息利用行句柄使用定位的信道定义、首要键列表、概述字段列表要素和来自状态表的事件数据来构建。事件快速追踪控制消息包含预构建的IDUC改变组(用于单个事件),其存储在请求的用户数据参照中。改变组是在IDUC更新循环期间事件所发生的情况的缩短描述。例如,事件可能已经得到接收,然后再次被接收,然后再次被接收,但是其一个或多个属性从其初始值改变,因此改变组看起来像是插入,插入,更新,更新(随着相应值一起)。使所有要素一起到一个命令中允许不参照源行而进行处理。优先级命令堆叠在客户端命令消息队列313上作为优先级命令。
步骤4.0优先级命令从客户端命令消息队列312被发送到客户端命令线程处理器314。
步骤4.1优先级命令得到接收和处理。接收到的优先级命令是自描述性的,但是客户端命令线程处理器314需要解析目的地客户端ID的组。ID的解析和命令的处理通过对象服务器定义的回调来实现。首先,解析所有目的地客户端的客户端ID。客户端命令线程处理器314通过调用回调处理器308中的解析功能来解析该列表。这允许客户端命令线程处理器314回调到应用,而不必知道它是什么或如何解析该目的地列表。
步骤4.2回调处理器中的解析功能查找高速缓存的信道数据310中的IDUC信道名称,使得解析器具有到信道感兴趣列表的句柄。其细节可参照步骤3.2。
步骤4.3一旦获得到信道兴趣列表的句柄,解析回调功能遍历连接的实时客户端列表。该列表中的每个条目提供用连接配对的每个完全建立的IDUC连接的细节。对于每个实时客户端条目,将用户、主机名、应用名和应用描述组件与每个信道兴趣条目进行比较,以确定在给定IDUC客户端命令中是否对该客户端感兴趣。对于每一个匹配的客户端,将客户端ID添加到客户端ID列表中,该客户端ID列表被返回给客户端命令线程。如果返回到客户端命令线程的目的地ID列表为空,那么快速追踪消息处理结束,返回成功状态。如果上述列表不为空,那么线程继续构建客户端事件快速追踪IDUC命令消息有效载荷。
步骤4.4在构建消息有效载荷之后,执行下面的处理步骤。
步骤4.4.1调用安装了应用的IDUC客户端命令处理前回调。该回调可以由应用用来设定任何要求的数据要素用于处理客户端目的地组。
步骤4.4.2.使用连接的实时客户端列表,查找目的地列表中的每个客户端ID。
步骤4.4.2.1调用安装了应用的客户端消息发送前回调。该回调可以由应用用来设定任何要求的数据要素用于处理当前客户端目的地。
步骤4.4.2.2调用安装了应用的客户端消息格式发送回调。该回调可以由应用用来设定任何要求的数据要素用于处理当前客户端目的地。该回调可以由应用用来执行对有待递送给客户端的消息有效载荷的任何特定格式化,例如字符组转换。这允许有效载荷以可靠的方式被递送到客户端。在对象服务器中,该回调使用已知的字符组转换例程,来将有效载荷消息从对象服务器的字符组转换到客户端的字符组。
步骤4.4.2.3以格式化的有效载荷构建完全的事件快速追踪IDUC控制消息,并通过其IDUC连接将其发送到客户端。
步骤4.4.2.4调用安装了应用的客户端消息发送后回调。该回调可以由应用用来清空其针对发送前或格式回调的当前客户端设定的任何数据要素。该回调由对象服务器用来将当前客户端ID添加到IDUC改变组中,该IDUC改变组将用来移除任何未决IDUC,用于快速追踪的插入、更新或删除。
步骤4.4.3调用安装了应用的IDUC客户端命令处理后回调。该回调可以由应用用来清空为了处理目的地客户端组而设定的任何数据项。对象服务器使用该回调以应用当前IDUC改变组来移除用于消息成功发往的任何客户端的快速追逐的事件的任何未决IDUC。
步骤5.对象服务器网关读取器接收快速追踪事件。它提取行首要键栏值,并构建适当的“select via”SQL命令以获得它要求的所有栏的值。返回的结果组被并入模拟的IDUC数据处理结构,并被发送到写入器作为高优先级消息。写入器一旦从队列获取到该高优先级消息,就将其作为下一消息来处理。快速追踪的事件被插入到目的地对象服务器中,递送完成。如果目的地客户端读取器是通知工具,那么事件概述如来自消息一样显示。对于对象服务器是没有回程的,除非要求事件的进一步细节。在这一点上可以使用事件首要键栏值。
例子
下面用例子定义了事件快速追踪控制消息有效载荷。概述栏列表是用户定义的组件,其定义了从状态表中使用哪些数据要素来构成该有效载荷。“s:evtft::
其中:
“s:evtft:”是一般代码,代表事件快速追踪消息,并代表后面所跟的是包含有效载荷表达式的事件快速追踪串。
”是信道定义的名称,其被插入到控制消息中。
”是在事件记录上执行的行为的类型。类型为:插入“I”;更新“U”;以及删除“D”。
”定义快速追踪事件出现的状态表。定义的形式为“.”其中“是数据库名称,是表名称。
”定义快速追踪操作于其上的状态表中的栏。的形式为.
”定义在控制消息中发送的状态表中的栏的子集(概述)。的形式为.
”是首要键或概述中的栏的数目。
”是这样的形式:“::
”是文本名称。
”是串S或整数I。
”是转换到串的栏值。
”是分隔符字符“^[^H”(控制字符序列0X08b1)。
其他实施例
本领域技术人员清楚的是,本发明的方法可以适当地体现为逻辑设备,该逻辑设备包含逻辑装置以执行该方法的步骤,并且这样的逻辑装置可包含硬件组件或固件组件。例如,图3示出逻辑和方法的实施例。
本领域技术人员同样清楚的是,本发明的逻辑布置可以适当地体现为逻辑设备,该逻辑设备包含逻辑装置以执行该方法的步骤,并且这样的逻辑装置可包含诸如可编程逻辑阵列中的逻辑的组件。这样的逻辑布置可以进一步体现为使能装置,用于利用例如虚拟硬件叙词语言(可使用固定的或可传输的载体介质来存储)暂时地或永久地在这样的阵列中建立逻辑结构。
可以理解,上述方法可以适当地完全或部分以运行在一个或多个处理器(未示出)上的软件来实施,所述软件可以提供为计算机程序部件,其承载在任何适当的数据载体上(同样未示出),例如磁性或光学计算机盘。用于数据传输的信道可类似地包含所有描述的存储介质,以及信号承载介质,例如有线的或无线的信号介质。
本发明可适当地体现为用于计算机系统的计算机程序产品。这样的执行方式可包含一系列计算机可读指令,这些指令或者固定在有形介质上,例如计算机可读介质,诸如盘片,CD-ROM,ROM或硬盘,或者经由调制解调器或其他接口装置通过有形介质(包括但不限于光学或模拟通信线)或利用无线技术(包括但不限于微波、红外或其他传输技术)无形地传输到计算机系统。所述计算机可读指令的系列体现本文之前描述的全部或部分功能。
本领域技术人员将认识到,这样的计算机可读指令可以用多种编程语言书写,用于许多计算结构或操作系统
此外,这样的指令可以使用任何现有的或未来出现的存储器技术来存储,包括但不限于,半导体、磁性或光学的,或者可以使用任何现有的或未来出现的通信技术来传输,包括但不限于光学的、红外的或微波的。
可以想到,这样的计算机程序产品可以分布为可移除介质,伴有印刷的或电子的文档,例如,现成软件,用计算机系统预加载,例如,在系统ROM或固定盘上,或者通过网络(例如因特网或万维网)从服务器或电子公告板分布。
可以理解,处理软件可以通过加载存储介质(例如CD,DVD等)手动地直接加载到客户端、服务器和代理计算机中从而进行部署,不过也可以通过将处理软件发送到中央服务器或中央服务器群组来自动地或半自动地将处理软件部署到计算机系统中。然后将处理软件下载到客户端计算机,客户端计算机将执行该处理软件。替代地,处理软件通过电子邮件直接被发送到客户端系统中。然后通过电子邮件上的按钮,该按钮执行将处理软件分派到目录的程序,由此将处理软件分派到目录或加载到目录。另一种替代方式是将处理软件直接发送到客户端计算机硬驱动上的目录。在存在代理服务器的情况下,过程将选择代理服务器代码,确定将代理服务器代码置于哪个计算机上,传输代理服务器代码,然后在代理计算机上安装该代理服务器代码。处理软件将被传输到代理服务器然后存储在代理服务器上。
通过使处理软件与应用、操作系统和网络操作系统软件共存,并将处理软件安装在处理软件能起作用的环境中的客户端和服务器上,处理软件可以集成到客户端、服务器和网络环境中。第一步骤是识别客户端和服务器上的软件,包括将部署处理软件的网络操作系统,其由处理软件所要求或与处理软件结合工作。这包含这样的网络操作系统,该网络操作系统是通过增加网络特征强化基本操作系统的软件。接下来,将识别软件应用和版本号码,并将其与已经测试与处理软件一起工作的软件应用和版本号码进行比较。遗漏的或者不匹配正确版本的哪些软件应用将用正确的版本号码升级。将核查将参数从处理软件传递给软件应用的程序指令,以确保参数列表与处理软件要求的参数列表相匹配。将核查反向由软件应用传递到处理软件的参数,以确保该参数与处理软件要求的参数相匹配。将识别包含网络操作系统的服务器操作系统和客户端,并将其与已经测试与处理软件一起工作的操作系统、版本号码和网络软件的列表进行比较。与测试的操作系统和版本号码不匹配的那些操作系统、版本号码和网络软件将在客户端和服务器上升级到要求的级别。在确保有待部署处理软件的软件处于已经测试与处理软件一起工作的正确的版本级别之后,通过将处理软件安装在客户端和服务器上而完成该集成。
处理软件可被共享,以灵活自动的方式同时服务于多个顾客。它是标准化的,几乎不需要定制,并且它是可扩展的,以随用随付模式根据需要提供性能。处理软件可以存储在一个或多个服务器可访问的共享文件系统中。处理软件通过这样的业务执行,该业务包含数据和服务器处理请求,该请求使用访问的服务器上的CPU单元。CPU单元是服务器的中央处理器上的时间单元,例如分,秒,小时。此外访问的服务器请求要求CPU单元的其他服务器。CPU单元是表现的一个示例,但仅是一种使用措施。其他使用措施包括但不限于网络带宽、存储器使用,存储使用,分组传输,完成业务等。当多个顾客使用相同的处理软件应用时,通过业务中包含的参数来区分他们的业务,所述参数识别出唯一的顾客和该顾客的服务的类型。记录用于每个顾客的服务的所有的CPU单元和其他使用措施。当通向任何一个服务器的业务的数目达到开始影响该服务器性能的数目时,访问其他服务器以增加容量并共享工作负载。类似地,当其他使用措施,例如网络带宽、存储器使用、存储使用等等接近影响性能的容量时,添加额外的网络带宽、存储器使用、存储使用等等,以共享工作负载。用于每个服务和顾客的使用措施被发送到收集服务器,所述收集服务器对用于每个服务每个顾客的使用措施进行求和,其在提供处理软件的共享执行的服务器的网络中的任何地方处理。求和的使用措施单元周期性地乘以单位成本,结果得到的总的处理软件应用服务成本替代地被发送给顾客,或在客户可访问的网站上进行指示,顾客然后向服务提供商汇款支付。在另一实施例中,服务提供商直接从顾客在行或金融机构的帐户请求支付。在另一个实施例中,如果服务提供商也是使用该处理软件应用的顾客的顾客,那么归因于服务提供商的支付与属于该服务提供商的支付抵消和解,以最小化支付的转移。
处理软件可以通过使用虚拟专用网络(VPN)进行部署、访问和执行,VPN是用于保护连接通过不安全或不受信任的网络的技术的组合。VPN的使用将改善安全性并用于减少操作成本。VPN利用公共网络,通常是因特网,来将远程端或用户连接在一起。取代于使用专用的、现实世界的连接,例如专线,VPN使用“虚拟”连接从公司的专用网络路由通过因特网达到远程端或雇员。通过特别地构建用于处理软件(也就是驻留在任何地方的软件)的递送或执行目的的VPN,可以将通过VPN访问软件提供为一种服务,其中VPN的生命周期基于支付量限制为给定时间周期或给定数目的部署。可以通过远程访问或端到端VPN部署、访问和执行处理软件。当使用远程访问VPN时,经由公司的专用网络和远程用户之间安全加密的连接通过第三方服务提供商部署、访问和执行处理软件。企业服务提供商(ESP)设定网络访问服务器(NAS),并未远程用户提供了桌面客户端软件用于其计算机。远程办公者于是可以拨打免费号码或直接通过线缆或DSL调制解调器附接以到达NAS,并使用其VPN客户端软件来访问公司网络,并访问、下载和执行处理软件。当使用端到端VPN时,通过使用专用设备和大规模加密(其用于通过诸如因特网的公共网来连接公司多个固定端)来部署、访问和执行处理软件。处理软件在VPN上通过隧道传输来传输,隧道传输是这样的过程,其将整个分组置于另一个分组之中并通过网络将其发送。网络,以及分组进入和离开网络的两个点(称为隧道接口)都可以理解外分组的协议。
相关专利内容
标题 发布/更新时间 阅读量
修改分析流 2020-05-11 493
修改对象的基层 2020-05-12 643
多功能修改器 2020-05-12 324
已修改流同步 2020-05-12 34
路线修改 2020-05-11 126
一种面型修改油 2020-05-13 559
修改对话窗口 2020-05-12 7
修改颜色色域 2020-05-13 448
引导过程修改 2020-05-13 886
错字修改笔 2020-05-12 309
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈