首页> 中国专利> 网络浏览器上的轻型告警管理器及提供告警信息的方法

网络浏览器上的轻型告警管理器及提供告警信息的方法

摘要

一种万维网浏览器上的告警管理器及其服务方法,以及一种向告警管理器提供告警信息的方法。所述告警管理器通过由万维网浏览器提供的HTML文件对象,作为动态HTML进行简单的操作,传输由NMS(网络管理系统)提供的告警信息,而无需另外的加载程序。所述服务方法包括以下步骤:响应来自用户的告警管理服务,在万维网浏览器上创建报头帧、内容帧和数据帧;在数据帧请求NMS周期性地提供告警信息,并在接收到告警信息时,对所请求的告警信息进行管理;在由动态HTML组成的内容帧周期性地检查是否正确地管理了数据帧中的告警信息;以及在内容帧获得由数据帧进行管理的告警信息,组成数据表系统中的告警信息,并向用户显示告警信息,以确认告警信息。

著录项

  • 公开/公告号CN1521992A

    专利类型发明专利

  • 公开/公告日2004-08-18

    原文格式PDF

  • 申请/专利权人 三星电子株式会社;

    申请/专利号CN200410004881.0

  • 发明设计人 李钟基;

    申请日2004-02-12

  • 分类号H04L12/24;H04L12/56;

  • 代理机构中科专利商标代理有限责任公司;

  • 代理人戎志敏

  • 地址 韩国京畿道

  • 入库时间 2023-12-17 15:30:37

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2011-04-20

    未缴年费专利权终止 IPC(主分类):H04L12/24 授权公告日:20061101 终止日期:20100212 申请日:20040212

    专利权的终止

  • 2006-11-01

    授权

    授权

  • 2004-10-27

    实质审查的生效

    实质审查的生效

  • 2004-08-18

    公开

    公开

说明书

本申请要求2003年2月12日递交的韩国专利申请No.2003-8926的权益,其公开这里一并作为参考。

技术领域

本发明涉及一种如IE(Internet Explorer)等网络浏览器上的轻量告警管理器及其服务方法,以及一种检索从NMS(网络管理系统)到告警管理器的告警信息以进行显示的方法,一种管理NMS服务器中的告警信息的方法,NMS处于实时模式,对告警信息的提供基于DHTML(动态HTML),在DHTML中,客户机的负载较低,而且不需要另外的负载时间。

背景技术

为了更好地理解本发明及其现有技术,以下所提供的是与本发明相关的术语的定义:

—NMS(网络管理系统):NMS是用于支持网络管理的计算机系统,并具有以下功能。(i)NMS从交换机收集网络的状态、告警和业务数据,并存储这些数据;(ii)NMS计算网络管理参数或统计数据;(iii)NMS在命令的控制下控制交换机的业务流入量;以及(iv)NMS控制网络管理中心的网络控制终端和网络监视器。ITU-T建议E.411将NMS称为“网络管理操作系统”。

—动态HTML:动态HTML(超文本链接标示语言)是表示新的HTML标签、样式表和程序设计的集合术语,与旧版本HTML相比,具有更多的动画,并能够设计更易被接受的网页与用户互动。

在HTML 4.0中列出了大部分动态HTML。为了给出动态HTML页的简单示例,(i)当用户将鼠标指针移动到文本上时,文本颜色改变,(ii)用户可以将图像“拖动”到网页的不同位置,等等。使用动态HTML,能够使网络文件看起来像桌面应用程序或多媒体产品,并按此进行操作。

—小应用程序:小应用程序表示小型应用程序。在引入万维网之前,小应用程序用于表示基本上设置在微软视窗中的小程序,如记事本(notepad.exe)或画图(pbrush.exe)等。在网络上,使用Java,面向对象的编程语言,小应用程序是可以与网页一起提供给用户的小程序。Java小应用程序能够执行包括动画、简单计算和可以不需要用户向服务器进行特殊请求而执行的事物在内的简单任务。

—ActiveX:ActiveX是“微软”为战略面向对象编程技术和工具包所起的名称。其主要技术是COM(组件对象模型)。如果在网络中与目录和其他附加支持一起使用COM,则成为DCOM(分布式组件对象模型)。ActiveX是在开发运行在ActiveX环境中的程序时所创建的非常重要的组件。由于ActiveX运行在ActiveX网络的各个部分,可以说其自身是一个独立的程序。此组件被称为ActiveX控制。事实上,ActiveX是由微软引入的,作为与“Sun Microsystems”的Java技术竞争的尝试。因此,可以肯定地说ActiveX控制处于与Java小应用程序实质上相等的位置。

—资源:通常,资源表示可以使用的特定项(或对象)。例如,如打印机、盘驱动器和存储器等设备可以是资源。在如“MicrosoftWindow”或“Macintosh”等主要操作系统中,资源表示程序数据或子程序。特别地,这些资源有时被称为“系统资源”。

—XML(可扩展标示语言):XML是由名为“万维网联盟(W3C)”的协会为了以HTML,超文本链接标示语言取代XML而进行标准化的网页技术语言。通常,将其缩写为XML。XML不仅扩展了用在HTML中的链接功能,而且针对因特网使用,优化了SGML(标准广义标示语言),所以XML采纳了HTML和SGML的优点。此外,XML是创建公共信息格式并在万维网、内联网和其他地方上共享格式和数据的灵活方式。例如,计算机制造商可能会对标准和公共方式达成一致,以描述与计算机产品相关的信息(处理器速度、存储器大小等),从而利用XML描述产品信息格式。描述数据的这种标准方式使用户能够向每个计算机制造商的网站发送智能代理(程序),收集数据,然后做出有效的比较。XML可以由想要以相容的方式共享信息的任何个人和团体和公司来使用。

—DOM(文件对象模型):DOM是当前正在由万维网联盟(W3C)进行开发的编程接口标准。DOM帮助程序员将XML文件制成或修改为程序对象。HTML和XML是用于将文件表述为数据格式的简单方法。类似于程序对象,这种文件具有其自己的内容或嵌入到对象中的数据。此外,这些文件可以对确保在文件处理上的控制有很大的帮助。类似于对象,这些文件可以伴随有面向对象的过程,被称为“方法”。简而言之,DOM是用于确定如何提供对文件的编程控制的战略、开放性努力。同样,文件对象模型提供了两级接口实现:DOM内核,支持XML,并是下一级的基础;和DOM HTML,将模型扩展到HTML文件。通过编程,可以独立寻址任何HTML或XML元素(存在一些例外的可能性)。

—DTD(文件类型定义):DTD是特定的定义,与SGML标准相一致。DTD是伴随着文件的另一种标准,以文件的段落为子集,标识主题题目,并标识描述了如何分别处理的标示。当以电子邮件发送DTD和文件时,可以在任何可以得到DTD读取器(或SGML编译器)的地方处理该文件。一旦文件被处理,就可以按照原样显示在屏幕上或打印输出。这意味着一个SGML编译器能够服务于(处理)其他标示代码和具有相关定义的多个不同文件。参照DTD,编译器在屏幕上正确地显示该文件或打印输出。

—JSP(Java服务器主页):JSP是通过使用sublet(运行在服务器内的小程序)来控制网页的内容或设计的技术。Sun Microsystems,Java开发商,说:JSP技术是sublet API(应用程序接口)。JSP是对微软开发的ASP(动态服务器主页)的匹配。JSP调用要运行在网络服务器内的Java程序,而JSP包括要由脚本翻译器(如VBScript或Jscript等)在向用户发送网页之前进行翻译的脚本。

—线程:线程是与可以处理多个同时用户的程序的单次使用相关的占位符信息。从程序的观点来看,线程是服务一个独立的用户或特定的服务请求所需的信息。如果多个用户正在使用程序或发生来自其他程序的同时请求,则根据其中的每一个创建并维持线程。线程允许程序知道当程序由于不同的用户而交替进行重新进入时将要接受服务的用户。

—轻型:在信息技术中,术语轻型有时被应用于程序、协议、设备或相对简单或更快或比其他事物或具有更少的部分的事物。例如,在编程中,轻型线程是比普通线程采用更少的指令来保持跟踪的程序线程(使用的示例),从而使程序能够以可接受的性能等级同时处理多个用户。

现在,将现有技术描述如下:由于因特网已经在全球得到了发展,更多的人开始熟悉网络环境,而对于基于万维网的网络的有效管理变得非常重要。通常,在由基于万维网的NMS提供的多种功能中,假定告警管理器通过实现如Java、visual basic或C/C++等编程语言,使用小应用程序或ActiveX控制并运行在万维网浏览器中来动态地提供数据。

这是因为,为了动态地提供告警信息,告警管理器应当具有对GUI(图形用户界面)的动态支持功能和用于从服务器收集数据的通信功能。

但是,为了执行适当的功能,上述技术需要另外的加载程序,涉及启动虚拟机、下载相应的GUI组件、加载已下载组件等,因此需要花费很多时间来下载。简而言之,该技术相对繁重而且较慢,并使用了比基于纯HTML的其他功能多得多的客户机资源。

作为替代,客户机可以使用HTML的刷新标签功能,从服务器有规律地接收累积告警信息,而不使用另外的加载程序,并向万维网浏览器连续地提供数据。但是,在这种情况下,一次可能需要传输成千上万的累积数据。即使能够成功地传输这些累积数据,在显示数据时,浏览器时时发生闪烁,这使得用户难以确定这些数据。

发明内容

因此,本发明的一个目的是提供一种新型的告警管理器和一种新型的处理,以克服上述问题和/或缺点,并至少提供此后所述的优点。

本发明的另一目的是提供一种告警管理器的改进设计。

本发明的另一目的是提供一种用于从NMS服务向告警管理器传送告警信息以进行显示的改进处理。

本发明的另一目的是提供一种服务器内部的新型处理,用于提取相关告警信息,然后将此相关告警信息发送给告警管理器,以进行显示。

本发明的另一目的是通过提供一种万维网浏览器中的轻型告警管理器及其服务方法,能够向用户提供由NMS(网络管理系统)提供的告警信息,通过由万维网浏览器提供的HTML文件对象,作为动态HTML简单地对告警管理器进行操作,而不应用分立的加载程序。

本发明的另一目的是提供一种向轻型告警管理器提供告警信息的方法,提供告警信息,作为动态HTML,对该告警信息进行操作。

这些和其他目的可以通过一种运行在要应用于经网络与NMS(网络管理系统)相连的计算机的万维网服务器中的轻型告警管理器来实现,所述告警管理器具有:报头帧,用于固定告警管理器的题目标记;数据帧,用于通过网络从NMS接收告警信息,并按照XML(可扩展标示语言)格式管理该告警信息;以及由动态HTML(超文本链接标示语言)组成的内容帧,用于读取在数据帧中进行管理的告警信息,并将数据表系统中的告警信息提供给用户。

本发明的另一方面提供了一种要应用于通过网络与NMS(网络管理系统)相连的计算机的告警管理器的服务方法,所述服务方法能够向用户显示从服务器传输到告警管理器的告警信息。该方法涉及首先响应来自用户的告警管理器服务,在万维网浏览器上创建报头帧、内容帧和数据帧。然后,告警管理器请求服务器向告警管理器的数据帧周期性地发送告警信息。由动态HTML组成的内容帧针对告警信息检查数据帧,然后,内容帧制作包含告警信息的表格,以进行显示。

本发明的另一方面提供了一种用于管理告警信息的在NMS(网络管理系统)服务器中使用的方法。所述方法包括:通过网络从告警管理器接收告警信息请求;确认与告警信息相关的会话信息,并获得用于组成要传输给告警管理器的告警信息的时间信息,根据此时间信息,从数据库中检索告警信息,将告警信息转换为XML格式,并将XML格式的告警信息传输给告警管理器。

考虑到上述方法,可以按照需要增加额外的步骤。例如,服务器中的服务线程可以在接收到来自告警管理器的HTTP请求时检查以查明在JSP上下文中是否出现了与该告警有关的会话信息,而且如果未出现,则创建新的会话信息。同样,如果在服务器中的数据库中找到了任何新的相关信息,则更新该会话信息。

附图说明

在考虑到其中相似的参考符号表示相同或相似的组件的附图的同时,参照以下详细描述,对本发明更为全面的评价以及许多优点将变得更加清楚,并能得到更好的理解,其中:

图1是按照本发明原理的网络系统的结构;

图2是描述了按照本发明原理的运行在万维网浏览器中的轻型告警管理器的结构的示意图;

图3是描述了在按照本发明原理的向轻型告警管理器提供告警信息的方法中的NMS服务器的结构和数据流的示意图;

图4是示出了按照本发明原理的运行在万维网浏览器中的轻型告警管理器的服务方法的流程图;

图5是示出了按照本发明原理的向轻型告警管理器提供告警信息的NMS服务器中的方法的流程图;以及

图6示出了通过按照本发明原理的运行在万维网浏览中的轻型告警管理器向用户显示告警信息的显示的一个实施例。

具体实施方式

现在,转向附图,图1示出了将本发明应用于其上的网络系统的结构。参照图1,网络系统包括NMS(网络管理系统)服务器300、客户机12、网关13和因特网14。具体地,在图1中,用于连接网络的LAN(局域网)和因特网14彼此区分。网关13是用于连接分立网络即互连网络的设备。简而言之,网关13是一个网络进入另一网络的点。除了网络之外,可用代替地使用路由器、集线器或交换机来互连网络。

客户机12是允许用户通过已联网PC(个人计算机)交换数据(或信息)的设备。将本发明的轻型告警管理器应用于客户机12,向用户提供从网络设备产生的告警信息。NMS服务器300是用于支持网络管理的计算机系统。将所有网络相关的告警信息提供给轻型告警管理器。

图2是描述了按照本发明优选实施例的运行在万维网浏览器中的轻型告警管理器200的结构的示意图。轻型告警管理器驻留在图1所示的每个客户机12中。参照图2,轻型告警管理器200与NMS服务器300联网,并向用户提供告警信息。为了执行必需的处理,以三个HTML帧,即报头帧201、内容帧202、数据帧203配置告警管理器200。

报头帧201用于将题目标签固定于轻型告警管理器200。内容帧202将数据帧203中的告警信息制成表格,并将数据提供给用户。换句话说,内容帧202有规律地从数据帧203中读取告警信息。

数据帧203是隐藏帧,意味着用户不可见。数据帧从NMS服务器300有规律地接收XML格式的告警信息,并对XML格式的告警信息进行管理。为了从NMS服务器300周期性地接收XML格式的告警信息,数据帧203向NMS服务器300传输HTTP(超文本传送协议)请求(或告警信息请求),然后,作为回应,从NMS服务器300接收HTTP响应(或XML格式的告警信息)。

内容帧202主要由动态HTML组成,并通过处理由如InternetExplorer等万维网浏览器提供的HTML的表格对象来提供GUI。对动态HTML定时器进行操作,有规律地读取数据帧203中的XML DOM数据。然后,利用在如Internet Explorer等万维网浏览器中提供的HTML的表格对象的属性,在此表格中简单地增加一行,并最终显示该数据。

在数据帧203中,周期性地更新XML数据。万维网浏览器支持使XML解析成为可能的API。在API中,API由动态HTML支持。这是内容帧202将XML告警信息读取到数据帧203中的原因,其特征在于由动态HTML组成。

数据帧203中的XML数据具有如下在表1中所描述的DTD:

                          [表1]

<!DOCTYPE alarm_information[<!ELEMENT alarm(severity,eventtime,alarm_id,dn,contents)><!ELEMENT severity(#PCDATA)><!ELEMENT eventtime(#PCDATA)><!ELEMENT alarm_id(#PCDATA)><!ELEMENT dn(#PCDATA)><!ELEMENT contents(#PCDATA)>]>

在表1中示出了由轻型告警管理器200提供给用户的每个告警信息。如表1所示,数据帧203中的XML数据包括告警的{severity}、发出告警的时间{eventtime}、告警ID{alarm_id}、发出告警的网络设备组件{dn}、以及告警的内容{contents}。稍后,将参照图6提供对其的进一步描述。

图3是描述了按照本发明优选实施例的向轻型告警管理器200提供告警信息的方法中的NMS服务器300的结构和数据流的示意图。通过JSP技术的应用来实现用于从NMS服务器300向告警管理器200传输告警信息的主要结构。

NMS服务器300包括JSP引擎310和DB(数据库)320。JSP引擎310装备有用于向轻型告警管理器200的数据帧203传输XML数据的makeXMLJSP(XML make JSP)311和JSP上下文312。在makeXML JSP 311中,存在用于根据已联网告警管理器200中的每一个的请求,提供告警信息的服务线程351,和用于管理(或检查)各个轻型告警管理器200的存在的checkSession线程361。

makeXML JSP 311有规律地从每个轻型管理器200接收HTTP请求,并确认从JSP上下文312中的会话信息352中提取新告警信息的最后日期和时间。使最后日期和时间作为起始点,makeXML JSP 311查询来自DB 320的数据,并利用这些数据构建XML文件,并向轻型告警管理器200的数据帧203传输XML文件。换句话说,在接收到来自告警管理器200的http请求(或告警信息请求)时,makeXML JSP 311将告警信息转换为XML格式,然后,将XML格式的告警信息发送到告警管理器200的数据帧203。

JSP上下文312存储与轻型告警管理器200相关的会话信息352。会话信息352是存储器。但是,可以将会话信息存储为某些可读介质。如表2所示,每个会话信息由NMS用户信息和与相应告警管理器200发出最后告警的时间相关的信息组成,其中,所述NMS目前正在使用告警管理器200。

             [表2]

<!DOCTYPE session_information[<!ELEMENT session(userid,lasttime)><!ELEMENT userid(#PCDATA)><!ELEMENT curtime(#PCDATA)><!ELEMENT lasttime(#PCDATA)>]>

在表2中,“curtime”是更新当前会话信息的时间。

checkSession线程361周期性地查找JSP上下文312中的会话信息352,而且如果已经过了“curtime”,则确定相应的告警管理器200完成,并最终删除或破坏相关会话信息352。

图4是示出了按照本发明优选实施例的运行在万维网浏览器中的轻型告警管理器的服务方法的流程图。以下描述了轻型告警管理器200中报头帧201、内容帧202和数据帧203的创建、以及在这些帧中的每一个中所执行的操作。在这些讨论中,由于报头帧201只用于提供报头标记,将不对报头帧进行讨论。

内容帧202通过如Internet Explorer等万维网浏览器向用户提供告警信息,现在,对这里所涉及的操作原理进行解释。首先,内容帧202一加载HTML页就执行循环读取功能,以重复读取数据帧203。接下来,内容帧202检查由如Internet Explorer等万维网浏览器提供的表格对象中的当前行数,并找出当前行数是否大于可以维持在轻型告警管理器200的表格对象中的最大行数。结果,如果存在多于所允许最大数目的行,则删除表格对象中的旧记录,从最旧的记录开始,直到剩余行数小于等于要维持的最大行数。

此外,内容帧202确定是否将XML格式的告警数据正确地加载到隐藏状态下的数据帧203中。如果正确地加载了XML格式的告警数据,内容帧202从数据帧203中读取数据。当然,如果未将XML格式的告警数据正确地加载到数据帧203中,则内容帧202连续确认,直到将告警数据完全加载到数据帧203中为止。

最后,内容帧202在HTML的表格对象中创建新行,以包括所读取的数据。然后,内容帧202将此数据写入到表格对象中,从而允许用户查看新接收到的告警信息。

为了解释数据帧203如何操作,数据帧203使用由HTML提供的元标签(meta tag),有规律地调用NMS服务器300中的makeXML JSP 311。而且,数据帧203从NMS服务器300接收已改变(已更新)告警信息,并将此数据保存在数据帧203中。

现在,参照图4,对轻型告警管理器的服务方法的过程进行描述。首先,已经接收到来自用户的使用轻型告警管理器200的请求,客户机创建报头帧201、内容帧202和数据帧203,并对这些帧进行操作(S401)。在操作中,每个帧均起到预定的作用。

现在,转向内容帧202和图4的左侧,内容帧202检查将XML格式的告警数据从NMS服务器300加载到数据帧203是否完成(S402)。即,内容帧202检查是否已经完成XML格式的告警信息从NMS服务器300向告警管理器200的数据帧203的传输。如果结果是此告警数据向数据帧203中的加载未完成,则继续执行用于检查此数据加载完成的步骤S402,直到结束。

当内容帧202确定XML数据向数据帧203的加载完成时,内容帧202则从数据帧203中读取此XML格式的告警数据(S403)。即,内容帧202读取从NMS服务器300传输过来的告警信息。

接下来,内容帧202检查表格对象中现有行数是否大于最大允许行数(S404)。如果结果是现有行数不大于最大允许行数,内容帧202创建表格对象中的新行以包括从数据帧203中读取的告警信息(S405)。然后,处理返回到步骤S402,再次确认XML格式的告警数据从NMS服务器300向告警管理器200中的数据帧203的加载是否完成。

另一方面,如果在步骤S404中,表格对象中现有行数超出了所允许的最大值,则从最旧的行开始,从表格对象中删除旧行(S406)。然后,在表格对象中创建新行,以包括目前从数据帧203中读取的告警信息(S405)。然后,处理回复到步骤S402,以确定XML格式的告警数据从NMS服务器300向数据帧203的加载是否完成。

现在,结合图4中的右侧,对数据帧203中的操作过程进行解释。数据帧203存储从NMS服务器300下载的告警信息,并在内容帧202开始操作时,提供此数据。而且,数据帧203周期性地调用NMS服务器300的makeXML JSP 311,并传输告警信息请求(HTTP请求)(S407)。之后,数据帧203从NMS服务器300的makeXML JSP 311接收XML格式的告警信息(HTTP响应)(S408)。在重复执行内容帧202中的步骤S402到S406的同时,重复执行数据帧203中的上述步骤(S407和S408)。

现在,转向图5,图5是示出了按照本发明优选实施例的向轻型告警管理器200提供告警信息的方法的流程图。在NMS服务器300中执行向请求告警管理器200提供告警信息,更具体地,由makeXML JSP 311执行。以下描述了在NMS服务器300中的makeXML JSP 311的每个线程中所执行的操作过程。

首先解释服务线程351。NMS服务器300中的makeXML JSP 311接收来自轻型告警管理器200的数据帧203的HTTP请求,请求来自NMS服务器300的告警信息(S501)。响应来自轻型告警管理器200的请求,创建服务线程351和checkSession线程361。

现在,结合图5的左侧和右侧,分别描述在服务线程351中和在checkSession线程361中执行的操作过程。为了首先了解在服务线程351中执行的操作过程,服务线程351响应来自轻型告警管理器200的HTTP请求,确认JSP上下文312是否具有与轻型告警管理器200相关的会话信息352(S503)。如果在JSP上下文312中存在与轻型告警管理器200相关的会话信息352,服务线程351从JSP上下文312中的会话信息352中提取最终查找告警出现时间(S504)。然后,服务线程351在从JSP上下文312中的会话信息352中提取出最终查找告警出现时间之后,从DB 320中查找告警信息(S506)。

如果结果是在JSP上下文312中并不存在与轻型告警管理器200相关的会话信息,则创建与轻型告警管理器200相关的新会话(S505),然后,找到并返回来自DB 320的告警信息(S506)。

在检索了来自DB 320的告警信息之后,则服务线程351更新JSP上下文312的会话信息352,以包括在DB 320中找到但未出现在会话信息352中的信息(S507)。

同样,服务线程351将告警信息转换为XML格式(S508),以在响应HTTP请求的HTTP响应期间,向轻型告警管理器200的数据帧203提供XML格式的告警信息(S509)。

现在,将解释checkSession线程中的操作过程。checkSession线程361最初删除超过了所给定的期满时间(expiration time)的会话信息352,并不断地进行确认(S510),并删除相应的会话(S511)。checkSession线程361用于整理JSP上下文312中的会话信息352,并去除任何超过其期满时间的旧告警信息。即,checkSession线程361检查JSP上下文312中的会话信息352的更新日期(S510)。如果相应会话是处于期满时间内的有效会话,checkSession线程361重复用于检查会话信息352更新日期的步骤(S510)。但是,如果相应会话不是处于期满时间内的有效会话,checkSession线程361删除相应的会话(S511)。在步骤S503到S509发生的同时,进行对会话信息352的这种检查。当做出对步骤S509的HTTP响应时,在步骤S512终止由checkSession 361在步骤S510中对会话信息352的检查。

现在,转向图6,图6示出了通过按照本发明的运行在万维网浏览器中的轻量告警管理器提供给用户的告警信息的一个实施例。如图6所示,由轻型告警管理器提供给用户的每个告警信息由告警的{severity}、发出告警的时间{eventtime}、告警ID{alarm_id}、发出告警的网络设备组件{dn}、以及告警的内容{contents}组成。根据指定的排序系统,向用户提供这些数据。

如前所述,可以将本发明的方法实现为程序并存储在计算机可读记录介质(如CDROM、LAM、ROM、软盘、硬盘、磁光盘等)中。

总之,可以方便地使用本发明,在于:通过根据万维网服务器中的动态HTML来驱动轻型告警管理器,客户机能够在快速加载时间内向用户动态地提供告警信息,而不会带来较大的负担。

尽管已经参照其典型实施例,具体示出和描述了本发明,本领域的技术人员应当理解的是,在不偏离本发明的精神和范围的前提下,可以进行形式和细节上的前述和其他修改。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号