CN1716874A - 远程管理系统 - Google Patents

远程管理系统 Download PDF

Info

Publication number
CN1716874A
CN1716874A CN200410088970.8A CN200410088970A CN1716874A CN 1716874 A CN1716874 A CN 1716874A CN 200410088970 A CN200410088970 A CN 200410088970A CN 1716874 A CN1716874 A CN 1716874A
Authority
CN
China
Prior art keywords
mentioned
management
incident
management devices
countermeasure
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.)
Granted
Application number
CN200410088970.8A
Other languages
English (en)
Other versions
CN100349414C (zh
Inventor
小川佑纪雄
江瑞智一
大平荣二
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of CN1716874A publication Critical patent/CN1716874A/zh
Application granted granted Critical
Publication of CN100349414C publication Critical patent/CN100349414C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明涉及远程管理系统。在通过网络连接管理对象装置和管理装置的环境下，当管理装置在进行管理对象装置中产生的事件时，无须更改管理对象装置的防火墙设定和掌握管理对象装置的地址，即使在管理对象装置增加了的情况下，也能进行无须在管理装置中追加设定的可伸缩的管理。在通过网络连接管理对象装置和管理装置的环境下，通过能适应多个管理对象装置的事件体系管理在管理对象装置中产生的现象，在管理对象装置中设置的管理模块(121)，将事件识别符(500)和附属信息(800)发送给管理装置(100)，接收对应接受号(700)和事件识别符(500)的对策信息(601)，在实施对策之后，将接受号(700)和对策结束信息(801)通知发送到管理装置(100)。

Description

远程管理系统
技术领域
本发明涉及经由互联网等网络，远程进行设备监视、信息收集、信息分析、信息提供的技术。
背景技术
有以下这样一种方法：在将接受管理的装置(以下称为管理对象装置)和进行管理的装置(以下称为管理装置)连接到因特网等网络的环境中，在管理装置对管理对象装置中产生的故障等事件、远程实施对策的时候，管理对象装置将事件通知发送到管理装置中，之后，管理装置对管理对象装置进行查询并收集信息，并提供事件对策信息。
在上述方法中，因为管理装置要经由网络与管理对象装置进行通信，所以必须掌握管理对象装置的地址。另外，在管理对象装置上设置了防火墙的情况下，管理装置必需进行用于使其通过的设定变更。
对此，将要实现一种方法，即，例如专利文献1中记载的远程管理系统，无需变更管理对象装置的防火墙的设定，即使不清楚管理对象装置的地址，也可以经由互联网等网络从管理装置向管理对象装置提供信息。
具体地说，设置在管理对象装置上的上述管理模块，利用HTTP(HyperTextTransfer Protocol)等请求和响应成对的通信协议，并用XML(Extensible MarkupLanguage)等数据形式，通知上述管理装置种类、名称、制造者、型号名、序列号和UUID(Universally Unique IDentifier)等的、可以从其他相同的管理对象装置中区别出上述管理对象装置的识别信息。在接收了通知的上述管理装置中，在上述识别信息中检索特定信息，并且利用对通知的响应将其发送到上述管理模块中。
另外，在非专利文献1中记载的通信协议中，规定了不变更防火墙的设定而经由因特网在管理装置和管理对象装置之间进行数据访问的机构。
具体地说，管理对象装置以HTTP等为下位协议，将XML形式的消息发送到管理装置，并且访问管理装置的数据，结果，获取了已得到的信息。
【专利文献1】特表2004-510231号公报
【非专利文献1】Don.Box以及其他7名，
“简单对象访问协议(SOAP)1.1”，[online]，2000年5月8日，万维网协会，[2004年4月20日检索]，
Internet<URL： http：//www.w3.org/TR/2000/NOTE-SOAP-20000508/>
在现有的远程管理系统中，管理装置为了将上述管理对象装置和其他相同的管理对象装置进行区别，接受种类、名称、制造者、型号名、序列号、UUID等上述识别信息，并将上述识别信息作为关键字，在上述管理对象信息中检索特定的信息。因此，在上述管理装置中，每次增加上述管理对象装置，都必须追加关于上述管理对象装置的特定信息等的设定，并且必需与管理对象装置数的规模成比例的工时。
另外，现有的管理装置因为在从管理对象装置接收到通知的情况下，不具有操作员通过对话形式提供信息的机构，所以，在管理对象装置中产生了未预料的状况的时候的应对方面存在问题。
发明内容
本发明提供了一种无须变更管理对象装置的防火墙的设定和把握管理对象装置的地址，再者，即使在增加了管理对象装置的情况下，也无须在管理装置中追加设定的可伸缩的远程管理系统。
另外，提供了一种在管理装置从管理对象装置接收了通知的情况下，操作员可以以对话形式提供信息的远程管理系统。
具体地说，本发明在其一种方式中，是一种具有通过网络所连接的管理对象装置和管理装置的远程管理系统，通过可以适应多个管理对象装置的事件体系管理在管理对象装置中产生的事件。
上述管理对象装置具备管理模块，上述管理模块，具备：检测产生在上述管理对象装置中的事件的单元；从事件查询对象表中检索一个以上与上述事件对应的查询对象的单元；在上述事件查询对象表中分配没有定义对应于上述事件识别符的一个以上的查询对象的情况下的查询对象的单元；将上述事件识别符发送到上述管理装置然后进行查询的单元；和同时或者连续地对上述一个以上的查询对象进行查询的单元。
上述管理装置，具备：接收上述管理模块查询的单元；接受上述事件的单元；使用事件状态管理表来管理上述事件的处理状态的单元；从上述事件对策信息表中检索与上述管理模块的查询条件对应的对策信息的单元；分配没有在上述事件对策信息表中登录与上述事件识别单元对应的对策信息的情况下的对策信息的单元；在没有在上述事件对策信息表中登录了对策信息的情况下、分配称为呼叫操作员的对策信息的单元；和将事件受理号和将上述对策信息发送到上述管理模块的单元。
再者，上述管理模块，还具备：在提供上述对策信息之前向上述管理装置反复进行查询的单元；在反复查询的时候向上述管理装置提供并追加信息的单元；实施从上述管理装置接受的上述对策信息的单元；通知上述管理装置已经结束了上述事件对策的单元。
再者，上述管理装置，还具备从上述管理模块中接受事件对策结束通知的单元。
进而，上述管理模块，做成为：在没有从上述管理装置中获得对查询的响应的情况、上述管理装置没有提供上述对策信息的情况或者没有从上述管理装置中得到针对事件对策结束通知的响应的情况下，通过通知上述管理对象装置的管理者的单元、和向上述管理对象装置的管理者通知从上述管理装置接收的对策信息的单元，上述管理装置进行上述管理对象装置的硬件、软件管理的结构。
依据上述方式的远程管理系统，无须变更管理对象装置的防火墙的设定和掌握管理对象装置的地址，即使在管理对象装置增加了的情况下，也无需对管理装置追加设定，而可以进行简单且可伸缩的远程管理。
另外，上述管理对象装置，可以从一个以上的管理装置中获取事件对策信息，管理装置可以通过一个以上的管理装置分担或者协调实施管理对象装置的管理。
另外，上述管理装置，根据上述管理对象装置的查询条件可以变更提供的对策信息，并且可以提供与上述管理对象装置的状况对应的对策信息。
进而，上述管理装置，通过操作员以对话方式进行上述管理对象装置和信息交换，即使在上述管理对象装置中产生了未预料到的事件的时候等，也可以确实实施事件对策。
依据本发明，可以实现进行简单且可伸缩的远程管理的远程管理系统。
附图说明
图1是本实施方式的系统的结构。
图2是本实施方式的管理模块的处理流程。
图3是本实施方式的接收查询时的管理装置的处理流程。
图4是本实施方式的接收对策结束通知时的管理装置的处理流程。
图5是本实施方式的事件查询对象表。
图6是本实施方式的事件对策信息表。
图7是本实施方式的事件状态管理表。
图8是本实施方式的基本消息序列。
图9是本实施方式的存在操作员时的消息序列。
图10是本实施方式的向操作员提供追加信息时的消息序列。
图11是本实施方式的同时进行多个查询时的消息序列。
图12是本实施方式的连续进行多个查询时的消息序列。
图13是本实施方式的阶段地进行多个查询时的消息序列。
【符号说明】
201检测事件            202检索查询对象
203发送查询对象        500事件识别符
800附属信息            301接收查询
303接受事件            305检索对策方法
308获取对策信息        310发送响应
700接受号              601对策结束通知
205接收响应            208实施对策
209发送对策结束通知
801对策结束信息        401接收对策结束通知
402接受对策结束        406发送响应
802对策结束接收信息
211接收响应        215结束
具体实施方式
以下利用附图对本发明的实施方式进行详细说明。以下说明并没有限定本发明的技术范围。在以下说明中，对具有相同功能的构成要素附加相同号码。另外，具有相同功能的构成要素不仅被相同装置反复实施，而且还被不同装置实施，在区别不明显的情况下，在号码的后面通过括号追加识别号码。
【实施例1】
图1是表示本实施方式的远程管理系统的整体结构的图。管理装置100、管理对象装置120以及相同的管理对象装置132通过网络110被连接。
网络110是互联网(internet和内部网(intranet)。在网络110是互联网的情况下等，也可以在管理对象装置120和网络110的边界设置防火墙122，在管理对象装置132和网络110的边界设置防火墙133，在管理装置100和网络110的边界设置防火墙107。
在管理装置100中，进行来自管理对象装置120和管理对象装置132的通信的优先控制情况下，在与网络100的边界上设置优先控制装置108。另外，在管理装置100，进行来自管理对象装置120和管理对象装置132的通信的认证情况下，在与网络100的边界上设置认证装置109。
管理装置100，是个人电脑和服务器装置的普通信息处理装置，由CPU(Central Processing Unit)101、存储器102、硬盘103、通信接口104、键盘106、显示器106等构成。在管理装置100中，CPU101通过操作系统的控制将程序从硬盘103调出到内存102上并实行，由此实现以下说明的各个功能。
被设置在与管理对象装置120、管理对象装置132、管理对象装置132相同场所的对管理对象装置132进行监视的监视装置130也是与管理装置100相同的信息处理装置。
对管理对象装置120、132进行补充。在本实施方式中，管理对象装置120、132以向管理装置100发送消息为契机，相互交换消息。
因此，在本实施方式中，因为在管理对象装置120、132上设置防火墙122、133等，所以还可以对应管理装置100不能直接访问管理对象装置120、132的情况、和因为管理对象装置120、132的地址不明或者时刻变化，而管理装置100不能访问管理对象装置120、132的情况。
作为前者的管理对象装置120、132的例子，除了上述的普通个人电脑和服务器装置之外，还有打印机、复印机、信息家电等。作为后者的管理对象装置120、132的例子，是可以与网络连接的车辆或移动电话等移动体。
在管理对象装置120上实现的管理模块121，与管理装置100进行通信，并对管理对象装置120进行管理。管理模块121，也可以作为普通程序被存储在硬盘中，并通过CPU101在内存储器上执行。或者也可以被存储在内置装置上。
监视装置130所具备的管理模块131，具备与管理装置100进行通信、经由网络对管理对象装置132进行管理的功能。管理模块121和管理模块131虽然配置位置不同但是功能相同。在以下说明中，虽然以管理模块121进行的处理为例，但是管理模块131进行的处理也与此相同。
以下，对图2所示的管理模块121的接受流程、图3和图4所示的管理装置100的处理流程、将管理装置100的消息交换序列与图8～图13所示的管理模块121附加对应关系，同时，对产生在管理对象装置120中的事件的处理进行说明。
首先，参考图8，沿着时间轴对管理模块121与管理装置100进行基本的信息交换并且实施事件对策的情况进行说明。
在(事件检测201)中，管理模块121检测到在管理对象装置120中产生了事件。
所谓事件是指，与管理对象装置120的CPU、存储器、硬盘或者应用这些硬件和软件有关，并且表示与这些结构和性能相关的数值，超过某个设定值，或进行特定的动作的错误和警告等。事件不仅与管理对象装置120相关而产生，而且还与管理模块121自身的硬盘和软件的构成、性能相关而产生。另外，事件还可以是非不定期、像定时通报一样地周期性产生。
通过可以唯一识别事件的号码等事件识别符对事件进行管理。事件识别符，做成在每个产生在管理对象装置120中的事件进行确定，并且根据在MIB(Management Information Base)或CIM(Common Information Model)等标准信息管理体系、或多个管理对象装置中共同的硬件或软件的信息管理体系来确定。由此，即使在管理对象装置不同的情况下，因为可以对相同的事件分配相同的识别符，所以可以使事件对策一样。
另外，对不适合标准信息管理体系和共同的信息管理体系的事件和仅仅一个管理对象装置120中固有的事件，也可以分别分配固有的事件识别符，以下对通过称为“其他(default：默认)”的事件识别符进行统一管理的方法进行说明。
在(检索查询对象202)中，管理模块121检索图5所示的事件查询对象表，并检索与事件识别符500对应的查询对象501。查询对象501虽然通常是用“http：//center.com/sever”521和“http：//center.com/storage”522这样的地址表示的外部管理装置100，但是，也可以如“http：//localhost/event”520那样是管理对象装置120和管理模块121本身。在这种情况下，预先在管理对象装置120和管理模块121本身存储与后述的管理装置100相同的事件对策信息。
在查询对象501中，也可以登录多个地址。多个地址的实体虽然通常是不同的管理装置100，但是也可以是相同的管理装置100。“http：//centerl.com/server OR http：//center2.com/server”523是表示预备地址的例子，详细内容将在说明(接收响应205)的时候进行叙述。“http：//center.com/storage AND http：//center.com.network”524是同时表示多个地址的例子，将在说明图11的时候详细叙述。“http：//center.com/server，http：//center.com/staff”525是表示连续多个地址的例子，将在说明图12的时候详细叙述。
对于发生的事件在没有检索到相应的事件识别符500的情况下，利用作为“其他”的事件的识别符的“default”530。在事件识别符500的“default”530中，对检测到的事件确定没有定义事件识别符的情况下的查询对象。由此，即使对不适合标准信息管理体系和共同的信息管理体系的事件也可以确定并对应查询对象501。
进而，对每个事件识别符500，也可以确定处理优先度502，并且定义多个事件同时产生时的处理的优先度。
另外，在图5中，因为以在通信协议中利用HTTP为例，所以在查询对象501中记有“http：//”，如果是利用HTTPS的情况，则也可以与“http：//”一样用与利用的通信协议适合的形式登录查询对象。
在(发送查询203)中，管理模块121对作为所检索到的查询对象501的管理装置100进行有关事件的查询。
在管理模块121和管理装置100之间的通信协议，如果是接收和发送成对的通信协议，则可以是任何一种协议。无论在管理模块121上设置了防火墙122的情况，还是在通信协议中利用了允许通向外部的HTTP和SOAP的情况，都无须对防火墙122进行特别设定。
发送内容是产生在管理对象装置120中的事件识别符500以及与其附带的附属信息800。发送内容可以用可以解释管理模式121和管理装置100二者的XML等任意形式来记述。以下，将在管理模式121和管理装置100之间收发的消息格式设为这种形式。
附属信息800是，事件的优先度502、事件产生的时刻、与事件产生关联的硬件和软件的名称、型号名、制造号或者事件登录、管理对象装置120的设置场所、管理者等，在事件处理中必要的任意信息。
在(接收查询301)中，管理装置100从管理模块121接收与产生在管理对象装置120中的事件相关的查询。
在管理装置100接收查询之前，优先控制装置108，也可以识别查询消息的发送目的地址和发送源地址、或者查询对象501、包含在附属信息800中的事件优先度502等，并进行优先控制处理。具体地说，优先控制装置108在同时接收到多个查询消息的情况下，从高优先度的消息开始向管理装置100进行传送。
另外，认证装置109也可以使用追加在查询消息中的用户名称和密码、认证书等认证信息或者包含在附属信息800中的用户名称和密码、证明书等认证信息，来进行事件消息的认证。
在(事件接受303)中，管理装置100接受事件，对查询消息进行解析，并检查是否带有接受号。在带有接受号的情况下，则判断为是已经受理完毕的事件。
在没有接受号的情况下，则判断为新接受，并重新将可以唯一识别接收到查询的事件的号码和识别符分配给接受号。
在图3的(开始事件状态304)中，管理装置100，分别在图7所示的事件状态管理管理表的接受号700中登录分配的接受号、在事件识别符500中登录接受了查询的事件识别符、在时刻701中登录接收了查询的时刻、在状态702中登录“事件接受”750这样的接受状态，并且开始事件的状态管理。
在(检索对策信息305)中，管理装置100以事件识别符500作为关键字检索事件对策信息。管理装置100对查询消息进行解析，并且调查是否包含有事件识别符500。在存在事件识别符500的情况下，检索图6所示的事件对策信息表，然后检索与事件识别符500对应的对策信息601。
也可以对对策信息601设定条件600。如事件识别符500是“207”610的情况所示，也可以对于一个事件识别符500设定多个条件600，并且对于每个条件600设定对策信息601。所谓条件600是“time 9:00-17:00”630这样的时间带设定和在“processed by serverl”632这样的其他管理装置中已被处理的内容等。
在图3的(处理中止330)中，也可以以事件优先度503、事件产生时刻、与事件产生关联的硬件和软件的名称、型号名或者管理对象装置120的设置场所、包含在管理者等查询消息中的附属信息800为基础设定条件600。在设定了条件600的情况下，管理装置100在与事件识别符500对应的对策信息601中获取符合条件600的对策信息601。在没有符合的对策信息601的情况下，则中止事件处理。
对于接收的事件识别符500，在从图6的事件对策表中没有检测出符合的事件识别符500的情况下，检索登录在表的“default”620中的对策信息601。在事件识别符500的“default”中，确定接收的事件识别符500的值是“default”的情况和没有登录在事件对策信息表的情况下的对策信息601。由此，即使对于不适合标准信息管理体系和通用的信息管理体系的事件，也可以确定对策信息601来进行对应。
在(获取对策信息308)中，管理装置100根据检索结果来获取对策信息601。所谓对策信息601，是对于管理对象装置120和管理模块121设定文件的变更命令“change AAA configuration”640、管理对象装置120和管理模块121的命令执行命令“execute BBB”641、通知其他装置的命令“call http：//staff.com/network”642、附加在对策信息601中的表示补丁文件和模块等实效命令的命令、或记述其执行的脚本等。
脚本，事先生成模板，也可以在该模板中按照填入被包含在与事件相关联的硬件和软件的名称、型号名、制造号码等查询消息中的附属信息800的处理过程，动态地生成。但是，针对事件的对策信息601，对应于事件识别符500被确定，并且附属信息800向事件对策信息601提供辅助信息。
在对策信息601中，设置了称为“send staff”643的管理装置100并且从某个管理中心向管理对象装置120的设置场所派遣专门人员，在称为“log”646的管理装置100和管理模块121的记录中记录事件查询，在称为“calloperator”644的呼叫操作员，在称为“transfer http：//maintenance.com/storage”645的其他管理装置中还包含查询传送等内容。
在事件对策信息表中，作为事件识别符500形成“default”620的情况下的对策信息601，也可以预先登录好称为“call operator”644的呼叫操作员。由此，也可以对不适合标准信息管理体系和通用的信息管理体系这样的事件都实施对策。
另外，检索结果，在之后的图9和图10的说明时对“call operator”644的呼叫情况进行阐述。对于“transfer http：//maintenance.com/storage”645的情况，将在后述的图13的说明时进行阐述。
在图3(更新事件状态309)中，管理装置100在获取对策信息601之后，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录接受时刻、在状态702下登录称为“对策信息获取”751的处理状态的登记项，并且更新事件的处理状态。
在事件查询不符合条件600而不能获取对策信息601的情况下，同样，也将在状态702中登录了“不能获取对策信息”内容的登记项登录在事件状态管理表中，并且更新事件的处理状态。
在(发送响应310)中，管理装置100，将接受号700和获取的事件对策信息601包含到针对从管理模块121中接收的消息的响应消息中进行返送。例如，在从管理模块121中接收了HPPT请求的情况下，在该响应HTTP响应中，包含了通过(接受事件303)分配的接受号700和通过(获取对策信息308)得到的命令和请求等对策信息601。返送数据是用可以解释管理模块121和管理装置100二者的XML等任意形式来记述。在事件查询不符合条件600而不能获取对策信息601的情况下，在返送对策信息601中包含有表示处理中止的识别符。
在图3的(事件状态更新311)中，管理装置100，在响应发送之后，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该识别符、在时刻701中登录接受时刻、在状态702登录“响应信息”752的处理状态的登记项，并且更新事件处理状态。
在(接收响应205)中，管理模块121，接收通过(发送查询203)发送到管理装置100中的查询响应消息。管理模块121，对响应消息进行解析，如果在内部包含了接受号700，则判断为管理装置100已接受了查询。
另外，管理模块121，在不能在设定时间以内从管理装置100接收响应的情况下，仅在休眠事先设定时间之后，再次执行(发送查询200)。
在图2的(与管理者联系221)中，管理模块121，即使仅按照事先设定的次数重复上述再发送，在由于通信故障等而没有从管理装置100得到响应的情况下，则在日志中记录通信故障等，对于管理对象装置120的管理者，通过或者在管理对象装置120的显示器中进行显示，或者用邮件进行联系的方法通知该内容。
在查询的再发送中，在预先设定了预备查询对象的情况下，例如在图5的“http：//centerl.com/server OR http：//center2.com/server”523这样的情况下，在第一查询对象没有响应的情况下，则发送到第二查询对象。希望作为第一查询对象的管理装置100的数据和作为第二查询对象的其他管理装置100的数据是同步的。
在(实施对策208)中，管理模块121对响应消息进行解析，如果在内部包含了作为对策信息601的命令和脚本等，则取出该命令和脚本等并执行。也可以将执行结果输出到日志和管理装置120的显示器中。另外，对策信息601在呼叫操作员的情况下也相同。对策信息601如果是将专门人员派遣到管理对象装置120的设置场所的内容，则对于管理对象装置120的管理者，通过或者在管理对象装置120的显示器中进行显示，或者用邮件进行联系的方法通知该内容。
在(发送对策结束通知209)中，管理模块121为了通知对策信息601的执行结果，则将事件接受号700和对策结束信息801发送到管理装置100中。所谓对策结束信息801，是显示对策结束的“operation end”的识别符。再者，在对策结束信息801中，也可以包含(实施对策208)中的执行命令和脚本的执行日志和通知管理对象装置120的管理者的日志等的、表示对策信息601执行结果的信息。
同样，在(实施对策208)中，在执行命令和脚本的执行失败了的时候，要将表示对策失败的“operation error”的识别符和错误日志等包含在对策结束信息801中。
在(接收对策结束通知401)中，管理装置100，接收管理模块121发送的对策结束通知。
在(接受对策结束402)中，管理装置100，对事件的对策记述通知进行解析，并确认对策结束。管理装置100，对管理结束通知进行解析，并取出接受号700和对策结束信息801。
在图4的(更新事件状态403)中，管理装置100，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702登录称为“接受对策结束”753的处理状态的登记项，并且更新事件的处理状态。
在(指示再查询420)中，管理装置100，为了进行经过一定时间后的管理对象装置120的信息收集、状态确认和再次对管理对象120提供对策信息，也可以指示在管理模块121、对当前、受理中的事件进行再查询。
在图4的(更新事件状态421)中，管理装置100，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702登录称为“指示再查询”的处理状态的登记项，并且更新事件的处理状态。
在(发送响应406)中，管理装置100，将接受了对策结束通知的内容返送到管理模块121。管理装置100，在结束对策的情况下，将接受号700和对策结束接受信息802发送到针对从管理模块121接收到的对策结束通知消息的响应消息中。所谓对策结束接受信息802，是表示事件查询处理结束的“processend”的识别符。对策结束接受信息802也可以为空。
在图4的(结束事件状态管理407)中，管理装置100在发送响应之后，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702下登录“发送响应”754的处理状态的登记项，并且结束事件的状态管理。
在图4的(发送响应422)中，在管理装置100在指示再查询的情况下，将接受号700和再查询指示发送到针对从管理模块121接收到的消息的响应消息中。所谓再查询指示，是“call me again”的识别符或再查询时候的地址等。
在图4的(更新事件状态423)中，管理装置100在发送响应之后，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702下登录“发送再查询指示”的处理状态的登记项，并且更新事件的状态管理。
在(接受响应211)中，管理模块121接收通过(发送查询209)发送到管理装置100中的查询响应消息。管理模块121对响应消息进行解析，如果在内部包含了对策结束接受信息802，则判断为管理装置100已经接受了对策结束通知。
在响应消息中包含了再查询指示的情况下，返回到(发送查询203)，并且利用接受号700执行有关该事件的再查询。
在图2的(与管理者联系241)中，管理模块121在不能在事先设定的时间内从管理装置100接收到响应的情况下，在仅休眠设定时间之后，再次实施(发送对策结束通知209)。
即使按照事先设定的次数重复再发送，在由于通信故障而没有从管理装置100得到响应的情况下，将这些通信故障的内容记录在日志中，并且对管理对象装置120的管理者，通过或者在管理对象装置120的显示器中进行显示，或者用邮件进行联系的方法通知该内容。
作为上述通信故障，是在防火墙122、防火墙107、优先控制装置108、认证装置109或者管理装置100中的故障，或者是由于通信数据集中而造成的超出处理性能界限、网络110中的故障或者由于通信数据的集中而造成的超出通信带宽等。
在(结束215)中，管理模块212，如果从管理装置100接受对策结束接受信息802，则将该内容记录在日志中，并且结束事件对策处理。
接下来，管理模块121，进行与管理装置100的消息交换，在执行了图8所示的事件对策之后，参考图9，沿着时间轴对存在操作员的情况进行说明。
在(检索对策方法305)中，由图9的(检测事件201)实施与图8相同的处理。
在(呼叫操作员340)中，管理装置100，在以事件识别符500为关键字检索图6的事件对策信息表的结果是呼叫操作员指示“call operator”644的情况下，在显示器106中显示事件识别符500和附属信息800等，并且向操作员请求事件的处理。
在图3的(更新事件状态309)中，管理装置100，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702下登录“呼叫操作员”760的处理状态的登记项，并且更新事件的处理状态。
在(接收响应310)中，管理装置100，通过与上述图8中的管理装置100的处理(发送响应310)相同的通信方法，将(接受事件303)分配的接受号700返送到管理模块121中。在返送的消息中，也可以包含接受号700以外的表示呼叫操作员的识别符，并且明确地将操作员正进行处理的事实通知管理模块121。再者，在响应消息中也可以包含对管理模块121发送多次的查询203(2)的发送时刻、发送周期、发送次数的指示。
在(接受响应205)中，管理模块121，与上述图8中的管理模块121的处理(接受响应205)相同，接受(发送查询203)中发送到管理装置100中的查询的响应消息。
在(发送查询203(2))中，管理模块121，对响应消息进行解析的结果是在没有包含对策消息601的情况下，再次将查询发送到管理装置100中。使接受号700包含在查询通知中，并且通知在(发送查询203)中是关于查询过的事件的再查询。再查询的时刻、周期、发送次数等的设定，遵照包含在来自管理装置100的响应消息中的指示或者管理模块121的设定。
在(接受查询301(2))中，管理装置100与上述(接受查询301)相同，接受查询。
在(接受再查询320)中，管理装置100对查询消息进行解析，并且调查是否包含有接受号700。在包含了接受号700的情况下，判断为已经完成接受的事件，调查以接受号700为关键字检索图7所示的事件状态管理管理表的状态702，来掌握接收了查询的事件的处理状态。
在图3的(更新事件状态321)中，管理装置100追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702下登录“再接受事件”761的处理状态的登记项，并且更新事件的处理状态。
在(发送响应310(2))中，管理装置100与上述(发送响应310)相同，在没有得到对策信息601的情况下，将接受号返送到管理模块121中。
在(发送响应205(2))中，管理装置121与上述(接收响应205)相同，接收在(发送查询203(2))中发送到管理装置100中的查询的响应消息。
管理模块121仅按照设定次数或者由管理装置100指定的次数，在得到任何对策信息601之前，重复上述(发送查询203(2))的处理。
在图2的(与管理者联系233)中，管理模块121即使按照实现设定的次数反复该再查询，在没有从管理装置100得到对策信息601的情况下，将该内容记录在日志中，进而对于管理对象装置120的管理者，通过或者在管理对象装置120的显示器中进行显示，或者用邮件进行联系的方法通知该内容。
在(发送查询203(3))中，管理模块121与上述(发送查询203(2))相同，再次将查询发送到管理装置100中。
在(接收查询301(3))中，管理装置100与上述(发送查询301(2))相同，接受查询。
在(再接受事件320(3))中，管理装置100，与上述(再接受事件320)相同，以查询消息内的接受号700为关键字检索图7所示的事件状态管理管理表后，调查状态702，来把握接受了查询的事件处理状态。另外，更新事件的处理状态。在进行了(操作员输入的对策信息900)的情况下，在图7的该接受号700中的状态702，按照“操作员输入的对策信息”762进行登录。由此，管理装置100，判断可以获取对策信息601。
在(获取对策信息308)中，管理装置100与上述图8中的管理装置100的处理(获取对策方法308)相同，获取操作员输入的对策信息601。操作员输入的对策信息601是与图8中的管理装置100的处理(获取对策方法308)所说明的对策信息601相同的内容。
在(发送响应310(3))～(结束215)中，管理模块121和管理装置100，实施与上述图8中的从管理模块121和管理装置100的(发送响应310)到(结束215)的处理相同的处理。
在上述处理中，对于第一次的事件的查询，通过将操作员输入的对策信息601保持在图6的事件对策信息表中，第二次的查询以下，可以不通过图8所示的操作员而进入发送对策信息的形态。
接下来，参考图10，沿着时间轴，对管理模块121与管理装置100进行消息交换并实施图9所示的事件对策之后，通过操作员将信息追加指示输出到管理模块121中的情况进行说明。
从(检测到事件201)到(接受查询301(2))，与上述图9中的管理模块121和管理装置100的处理相同。
在(再接受事件320)中，管理装置100与上述图9中的处理(再接受事件320)相同，把握事件的处理状态。在进行了(基于操作员的追加信息指示1000)的情况下，在图7这样的事件状态管理表的该接受号700中的状态702，被登录成为“基于操作员追加信息指示”。由此，管理装置100判断操作员请求信息追加。
在(信息追加指示341)中，管理装置100获取信息追加指示1010。所谓信息追加指示1010，是对于管理对象装置120和管理模块121的称为“get XXXconfiguration”、“get YYY log”、“execute ZZZ and get AAA”的命令和记述该执行的脚本等。记述命令执行的脚本可以事先预备，也可以仅预备下模板、在操作员的指示信息追加之际、通过利用附属信息800动态地生成。
在(发送响应310(2))中，管理装置100与(发送响应310)同样，将接受号700和信息追加指示1010返送到管理模块121中。
在(发送响应205(2))中，管理模块121与(发送响应205)相同，接收对(发送查询203(2))作出的响应消息。
在(收集追加信息231)中，管理模块121，对响应消息进行解析，如果在内部作为信息追加指示1010包含有命令或脚本等，则执行该命令或脚本，并且获取管理装置100请求的追加信息1011。所谓追加信息1011，是管理对象120或管理模块121的设定文件(结构)或故障日志等的、执行作为信息追加指示1010接受的命令或脚本而得到的消息。另外，在命令或脚本的执行失败的情况下，将表示执行失败的称为“operation error”的识别符或错误日志等包含在追加信息1011中。
在(发送查询203(3))中，管理模块121，与(发送查询203)相同，将接受号700和用(收集追加信息231)收集到的追加信息1011发送到管理装置100中。
在(接收查询301(3))中，管理装置100，与(接受查询301)相同，由管理模块121接收包含接受号700和追加信息1011的再查询消息。
在(再接受事件320(3))中，管理装置100与上述(再接受事件320)相同，以查询消息内的接受号700为关键字检索图7所示的事件状态管理管理表，然后调查状态702，并且把握接受了查询的事件的处理状态。进而，更新事件的处理状态。
在图3的(更新事件状态321)中，管理装置100，在接受了追加信息1011的情况下，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702登录“获取追加信息”的处理状态的登记项，并且更新事件的处理状态。
在(提示追加信息342)中，因为管理装置100在接收了追加信息1011的情况下，在图7的该接受号700中的状态702中登录为“获取追加信息”，所以判断为可以将追加信息1011提示给操作员，将追加信息1011显示在显示器106上，提示给操作员。
在图3的(更新事件状态309)中，管理装置100，追加分别在图7这样的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702中登录“提示追加信息”的处理状态的登记项，并且更新事件的处理状态。
在(接收响应310(3))中，管理装置100，实施与上述图9中的(发送响应310(2))相同的处理。另外，(操作员的信息追加指示1000)被再次实施的情况下，在管理装置100和管理模块121中，再次执行从上述(指示信息追加341)到(再接受事件320(3))的处理。
在(接收响应205(3))～(结束215)中，管理模块121和管理装置100，实施与上述图9中的管理模块121和管理装置100的(接受响应205(2))～(结束215)的处理相同的处理。
接下来，参考图11，沿着时间轴，对管理模块121同时对多个管理装置100进行查询、执行图8所示的事件对策的情况进行说明。
(检索事件201)与图8中的处理相同。
(检索查询202)与图8中的处理相同。在管理对象装置120中产生的事件，有与存储装置和网络、特定软件和硬件的多个部位或现象有关系的情况或不能判断与多个部位或现象中的哪个有关系的情况。作为与这种情况对应的查询对象，如图5的“http：//center.com/storage AND http：//center.com/network”524所示，同时指定多个查询对象。
在(发送查询203)～(接收响应205)中，管理模块121和作为通过(检索查询对象202)检索到的第一查询对象的管理装置100，执行与图8相同的处理。
进而，即使在存在第二、第三查询对象的情况下，也进行相同处理。
管理装置(2)100(2)，利用图6的事件对策信息表所示的条件600，在查询消息中没有包含管理装置100的接受号700的时候，也可以发送对策信息(2)601(2)。在这种情况下，与图5的事件查询表中的该事件识别符500对应的备用503中，预先设定在向管理装置(2)100(2)发送中所必需的管理模块100的接受号700，管理模块121将来自管理装置100的接受号700包含在发送到管理装置(2)100(2)的附属信息(2)800(2)中。
在管理装置(2)100(2)中的事件对策信息表的条件600中没有设定管理装置100接受的条件的情况下，管理模块121，也可以不等待对于管理装置100的查询的响应接受205而同时进行对于管理装置(2)100(2)的查询。
在(实施对策208)中，管理模块121，对管理装置100和管理装置(2)100(2)的响应消息进行解析，并且实施对策信息601和对策信息(2)601(2)。实施对策信息601、对策信息(2)601(2)二者或者实施其中哪一个、按照什么顺序实施等，都预先在对应事件识别符500的备考503中确定好。
从(发送对策结束通知209)～(接受响应211)，实施与图8相同的处理。
再者，即使在存在第二、第三查询对象的情况下，也进行相同的处理。
在预先设定有向管理装置(2)100(2)发送所必需的管理装置100接受号700的情况下，使来自管理装置100的接受号700包含在向管理装置(2)100(2)发送的对策结束信息(2)801(2)中。
在管理装置(2)100(2)中的事件对策信息表的条件600中没有设定管理装置100中接受的条件的情况下，管理模块121，也可以不等待对于管理装置100的对策结束通知的响应接受211而同时进行对于管理装置(2)100(2)的对策结束通知。
接下来，参考图12，沿着时间轴，对管理模块121对多个管理装置100连续地进行查询、并且实施图8所示的事件对策的情况进行说明。
(检索事件201)与图8中的处理相同。
(检索查询202)与图8中的处理相同。对于产生在管理对象装置120中的事件，在通过第一管理装置实施了一次对策之后，还存在通过第二管理装置进行二次对策的情况。作为对应这种情况的查询对象，如图5的“http：//center.com/server，http：//cener.com/staff”525所示，指定多个连续的查询对象。
从(发送查询203)～(接受响应211)，同样实施图8中的处理，并且结束基于第一管理装置100的事件对策实施。
从(发送查询203(2))～(接受事件303(2))与图8中的处理相同。
在(检索对策信息305(2))中，管理装置100(2)将事件识别符500作为关键字，检索事件的对策信息601。此时，在对于图6所示的事件对策信息表的事件识别符500的条件600中、也可以将在管理装置100中已经被处理的事实这样的条件设定为“processed by serverl”632。在这种情况下，在与图5所示的事件查询对象表的该事件识别符500对应的备考503中，预先设定好在向管理装置(2)100(2)的发送中所必需的管理模块100的接受号700和对策结束接受信息802的内容。管理模块121在附属信息(2)800(2)中，包含来自管理装置100的接受号700和对策结束接受信息802，并发送到管理装置(2)100(2)中。
在(获取对策信息308(2))～(结束215)中，管理模块121和管理装置(2)100(2)实施与上述图8中的管理模块121和管理装置100的(获取对策信息308)～(结束215)的处理相同的处理。
再者，在存在第三查询对象的情况下，也进行与上述(发送对策信息203(2))～(接受对应211(2))的处理相同的处理。
最后，参考图13，沿着时间轴，对管理模块121在对管理装置100进行查询的时候，管理装置100、代替图9所示的向操作员的查询，还向其他管理装置(2)100(2)传送查询并实施事件对策的情况进行说明。
在该查询的传送处理中，在实际处理中，即使存在由各个不同的专用管理装置提供对策信息，对于管理模块121来说，可以使查询地址一元化。
在(检测事件201)～(检索对策方法305)中，管理模块121和管理装置411实施与上述图9中的管理模块121和管理装置411的(检测事件201)到(检索对策方法305)的处理相同的处理。
在(传送查询343)中，在以事件识别符500为关键字检索到的结果，象图6的“transfer http：//maintenance.com/storage”645那样，指示了向其他管理装置查询的传送的情况下，管理装置100，将接收到的事件识别符500和附属信息800(2)传送到指定了传送目的地的管理装置(2)100(2)中。
在图3的(更新事件状态309)中，管理装置100，追加分别在图7所示的事件状态管理管理表的接受号700中登录分配的接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702中登录称为“传送查询”的处理状态的登记项，并且更新事件的处理状态。
管理装置100，在将附属信息800传送到管理装置(2)100(2)之际，也可以原样传送，也可以通过或者在管理装置(2)100(2)的指定格式下变换数据，或者追加接受号700来明确地表示管理装置100进行接受。
从(发送响应310)到(接收响应205)中，与图9中的处理相同。
从(接收查询301(3))到(发送响应310(3))中，管理装置(2)100(2)实施与从图8中的管理装置100的(接收查询301)到(接收响应310)的处理相同的处理。另外，在管理装置(2)100(2)中，也可以利用图6的事件对策方法数据的条件600，在查询信息中包含了管理装置100的接受号700的时候发送对策信息601。
在(发送传送响应1300)中，管理装置100，作为从管理装置(2)100(2)传送的查询的响应来接收接受号(2)700(2)和对策信息601。再者，在图7所示的事件状态管理表的该接受号700中的状态702中追加与“接受传送响应”一样登录的登记项，并且更新事件的处理状态。
(发送查询203(2))～(接收查询301(2))与图9中的处理相同。
在(再接受事件320)中，管理装置100进行与图9中的管理模块121的处理(再接受事件320)相同的处理，并且参考事件状态管理表、把握事件的处理状态。另外，更新事件的处理状态。
从管理装置(2)100(2)中接收针对传送的查询的响应的情况下，在图7的该接受号700中的状态702中，登录了“接收传送响应”。由此，管理装置100判断可以获取对策信息601。
在(获取对策信息308)中，管理装置100与上述图9中的管理装置100的处理(获取对策方法308)同样地，获取从管理装置(2)100(2)发送的对策信息601。该对策信息601，与图8中的管理装置100的处理(获取对策方法308)所说明的对策信息601内容相同。
在(发送响应310(2))中，管理装置100，与上述图9中的管理装置100的处理(发送响应310(3))同样地，将接受号700和对策信息601(2)返送到管理模块121中。对策信息601(2)，也可以对从管理装置(2)100(2)接收到的对策信息601保持原样，也可以将格式变换为适合管理模块121的数据形式。也可以在从管理装置(2)100(2)中获取的对策信息601中追加管理装置100的信息而重新生成对策信息601(2)。
(接受响应205(2))～(接受对策结束402)中，管理模块121和管理装置100实施与从上述图9中的管理模块121和管理装置100的(接受响应205(3))开始到(接受对策结束402)的处理相同的处理。
在(传送通知410)中，如在上述(传送查询343)中所述，管理装置100，将从管理模块121接收的对策结束通知传送到管理装置(2)100(2)中。
在图4的(更新事件状态411)中，追加分别在图7所示的事件状态管理管理表的接受号700中登录该接受号、在事件识别符500中登录该事件识别符、在时刻701中登录处理时刻、在状态702中登录称为“传送对策结束通知”的处理状态的登记项，并且更新事件的状态管理。
在对策结束通知中，包含有从管理装置(2)100(2)接收的接受号(2)700(2)和对策结束信息(2)801(2)。在对策结束信息(2)801(2)中，也可以照原样使用从管理模块121接收到的对策结束信息801，也可以在管理装置100(2)指定的格式中进行数据变换。另外，也可以通过追加接受号700或对策结束接受信息802，明确地表示被管理装置100接受或者结束处理。
在(接收对策结束通知401(3))～(发送响应406(3))中，管理装置(2)100(2)实施与上述图8中的管理装置100的从(接收对策结束通知401)到(发送响应406)的处理相同的处理。。
在(发送响应406)～(结束251)中，管理模块121和管理装置100实施与上述图9中的管理模块121和管理装置100的(发送响应406)到(结束215)的处理相同的处理。
在(接收传送响应1301)中，管理装置100，从管理装置(2)100(2)、作为对传送的对策结束通知的响应、接收接受号(2)700(2)和对策结束接受信息(2)802(2)。再者，在图7所示的事件状态管理表的该接受号700中的状态702中，追加象“接收对策结束通知传送的响应”那样地已登录的登记项，并且更新事件的处理状态。
如以上说明过的，本实施方式涉及的远程管理管理系统，具备以下特征和奏效的功能。即，在本实施方式中，通过可以适应多个管理对象装置120的事件体系管理在管理对象装置120中产生的现象，并且将管理模块121配置在管理对象装置120的内部。管理模块121，检测管理对象装置120的事件，将事件识别符500发送给管理装置100来进行查询。
管理装置100，接收管理模块121的查询，接受管理对象装置120的事件，用事件状态管理表来管理事件的状态，并且由事件对策信息表检索对应事件识别符500的对策信息601，将事件接受号700和对策信息601发送到管理模块121中。
管理模块121，还通知实施从管理装置100接收到的对策信息601、将接受号700和对策结束信息801发送到管理装置100后事件对策已经结束。管理装置100，还接受由管理模块121所通知的事件对策结束通知。
通过这些动作，无需变更管理对象装置120的防火墙122的设定和掌握管理对象装置120的地址，即使在管理对象装置120增加了的情况下，也可以进行无须对管理装置100追加设定的、简单而可伸缩的远程管理。
再者，管理模块121，从事件查询对象表中检索对应事件的一个以上的查询对象501，通过或者在从一个管理装置100没有响应的情况下对其他管理装置100进行查询，或者同时对多个管理装置100进行查询，或者连续对多个管理装置100进行查询，管理装置120可以确实获得事件对策信息601，管理装置100，可以通过多个装置分担或者协调实施管理对象装置120的管理。
再者，通过检索事件对策信息表，获取与管理模块121的事件查询条件600对应的对策信息601，管理装置100，可以根据时间带等查询条件600来变更提供的对策信息601，并且可以提供与状况对应的对策信息601。
再者，管理模块121，通过在从管理装置100提供对策信息601之前在管理装置100中反复查询，在管理装置100内，操作员可以对话形式与管理对象装置120进行信息交换，并且即使在管理对象装置120中产生了未预料到的事件等时候，也可以确实实施事件对策。
再者，管理模块121，在事件查询对象表中，通过分配在没有定义与事件识别符500对应的一个以上的查询对象的情况下的查询对象，对于不适合标准信息管理体系或通用的信息管理体系的事件，也可以确定查询对象501，来确实实施事件对策。
再者，管理装置100，在事件对策信息表中，通过登录在没有登录与事件识别符500对应的对策信息的情况下所使用的对策信息601，对于不适合标准信息管理体系和通用的信息管理体系的事件，也可以确定对策信息601，来确实实施事件对策。
再者，管理装置100，在事件对策信息表中，在没有登录与事件识别符对应的对策信息的情况下，通过分配称为呼叫操作员的对策信息601，对于不适合标准信息管理体系和通用的信息管理体系，通过操作员的对应，而能确实实施事件对策。
再者，管理模块121，在反复查询的时候，通过向管理装置100追加提供信息，而能向管理装置100提供事件的对策立案所必需的信息，所以可以确实地实施事件对策。
再者，管理模块121，在没有从管理装置100得到针对查询的响应的情况下、或由管理装置100没有提供对策信息601的情况下、或没有从管理装置100得到针对事件对策结束通知的响应的情况下，因为可以与管理对象装置120的管理者对于事件对策时的错误的产生进行联系，所以可以确实实施事件对策。
再者，管理模块121，可以就其从管理装置100接收到的对策信息601与管理对象装置120的管理者对事件对策经过和结果进行联系，所以可以确实实施事件对策。

Claims (10)

1.一种远程管理系统，具备有经由网络连接起来的管理对象装置和管理装置，其特征在于，
上述管理对象装置，具备：
检测在该管理对象装置中产生的事件的单元；和
将包含上述事件的识别符的查询发送到上述管理装置中的单元；
上述管理装置，具备：
从上述管理对象装置、接受包含上述事件的识别符的查询的单元；
从为管理上述事件的处理状态而具备的事件对策信息表中、检索对应上述事件识别符的对策信息的单元；和
将上述对策信息发送到上述管理模块的单元；
上述管理对象装置，还具备：
从上述管理装置接受上述对策信息的单元；
根据接受的上述对策信息实施上述事件的对策的单元；和
通知上述管理装置上述事件的对策结束的单元；
上述管理装置，还具备：
从上述管理对象装置接受上述事件的对策结束通知的单元。
2.根据权利要求1所述的远程管理系统，其特征在于，
上述管理对象装置，具备：
从该管理对象装置具备的事件查询对象表中、检索对应上述事件识别符的一个以上的查询对象的单元；和
对上述一个以上的查询对象进行查询的单元。
3.根据权利要求1所述的远程管理系统，其特征在于，
上述管理装置，具备：
从上述事件对策信息表中、检索出对应上述管理对象装置指定的查询条件的对策信息的单元。
4.根据权利要求1所述的远程管理系统，其特征在于，
上述管理对象装置，具备：
在提供上述对策信息之前向上述管理装置重复发送上述查询的单元。
5.根据权利要求2所述的远程管理系统，其特征在于，
上述管理对象装置的上述事件查询对象表，具备：
在没有定义对应上述事件的识别符的查询对象的情况下的查询对象。
6.根据权利要求1所述的远程管理系统，其特征在于，
上述管理装置的上述事件对策信息表，具备：
在没有登录对应上述事件识别符的对策的情况下使用的对策信息。
7.根据权利要求6所述的远程管理系统，其特征在于，
上述管理装置的上述事件对策信息表，作为没有登录对应上述事件识别符的对策信息情况下的对策信息，定义呼叫操作员。
8.根据权利要求4所述的远程管理系统，其特征在于，
上述管理对象装置，具备：
在重复上述查询时追加信息的单元。
9.根据权利要求1所述的远程管理系统，其特征在于，
上述管理对象装置，具备：
在没有从上述管理装置中得到针对上述查询的响应的情况下，或者在上述管理装置没有提供上述对策信息的情况下，或者在从上述管理装置没有得到针对上述事件对策结束通知的响应的情况下，通知上述管理对象装置的管理者的单元。
10.根据权利要求1所述的远程管理系统，其特征在于，
上述管理对象装置，具备：
将接收到的上述对策信息通知给该管理对象装置的管理者的单元。
CNB2004100889708A 2004-06-28 2004-11-09 远程管理系统 Expired - Fee Related CN100349414C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004189105 2004-06-28
JP2004189105A JP2006011888A (ja) 2004-06-28 2004-06-28 遠隔管理システム

Publications (2)

Publication Number Publication Date
CN1716874A true CN1716874A (zh) 2006-01-04
CN100349414C CN100349414C (zh) 2007-11-14

Family

ID=35505581

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100889708A Expired - Fee Related CN100349414C (zh) 2004-06-28 2004-11-09 远程管理系统

Country Status (3)

Country Link
US (1) US20050286435A1 (zh)
JP (1) JP2006011888A (zh)
CN (1) CN100349414C (zh)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9357031B2 (en) 2004-06-03 2016-05-31 Microsoft Technology Licensing, Llc Applications as a service
US8812613B2 (en) 2004-06-03 2014-08-19 Maxsp Corporation Virtual application manager
KR20070114740A (ko) * 2005-02-24 2007-12-04 엘지전자 주식회사 네트워크 컨트롤 프로토콜의 패킷 구조 및 패킷 전송방법
US8589323B2 (en) 2005-03-04 2013-11-19 Maxsp Corporation Computer hardware and software diagnostic and report system incorporating an expert system and agents
US8234238B2 (en) 2005-03-04 2012-07-31 Maxsp Corporation Computer hardware and software diagnostic and report system
JP4753997B2 (ja) * 2005-09-23 2011-08-24 バークレイズ・キャピタル・インコーポレーテッド イベントログをレビューするためのシステム及び方法
US8811396B2 (en) 2006-05-24 2014-08-19 Maxsp Corporation System for and method of securing a network utilizing credentials
US8898319B2 (en) 2006-05-24 2014-11-25 Maxsp Corporation Applications and services as a bundle
JP4496492B2 (ja) * 2006-06-20 2010-07-07 日本電気株式会社 Ｗｅｂサービスのための情報処理システムおよび情報処理方法
US9317506B2 (en) 2006-09-22 2016-04-19 Microsoft Technology Licensing, Llc Accelerated data transfer using common prior data segments
US7844686B1 (en) 2006-12-21 2010-11-30 Maxsp Corporation Warm standby appliance
US8423821B1 (en) 2006-12-21 2013-04-16 Maxsp Corporation Virtual recovery server
US8175418B1 (en) 2007-10-26 2012-05-08 Maxsp Corporation Method of and system for enhanced data storage
US8307239B1 (en) 2007-10-26 2012-11-06 Maxsp Corporation Disaster recovery appliance
US8645515B2 (en) * 2007-10-26 2014-02-04 Maxsp Corporation Environment manager
EP2362316A1 (en) * 2010-02-22 2011-08-31 EchoStar Global B.V. Monitoring and controlling the operation of devices in a distributed network of broadcast devices
CA2715146C (en) * 2010-09-17 2011-11-22 Guest Tek Interactive Entertainment Ltd. Configuration apparatus and method of configuring one or more devices having hidden configuration settings
CN102231678A (zh) * 2011-06-27 2011-11-02 华为终端有限公司 设备管理的方法、装置和系统
TWI513230B (zh) * 2013-04-29 2015-12-11 Ind Tech Res Inst 支援用戶端設備廣域管理協定之遠端管理系統及裝置及其提升遠端管理效能之方法
US10637722B2 (en) * 2015-04-10 2020-04-28 International Business Machines Corporation Automated remote message management
US10979280B2 (en) * 2015-08-12 2021-04-13 Airwatch Llc Managing devices through secondary communication channels
JP6256507B2 (ja) * 2016-03-23 2018-01-10 コニカミノルタ株式会社 画像形成システム、画像形成装置及びプログラム
JP2023059648A (ja) * 2021-10-15 2023-04-27 株式会社リコー 機器、情報処理システム、プログラム、不具合解消方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1310408A (zh) * 2000-02-24 2001-08-29 华中师范大学 具有全中文远程管理界面的网络代理服务器
US7274684B2 (en) * 2001-10-10 2007-09-25 Bruce Fitzgerald Young Method and system for implementing and managing a multimedia access network device
US20040103220A1 (en) * 2002-10-21 2004-05-27 Bill Bostick Remote management system
CN1494266A (zh) * 2002-11-01 2004-05-05 深圳市豪信科技有限公司 基于互联网的学生在校实时情况远程管理系统及方法
US20040168109A1 (en) * 2003-01-24 2004-08-26 Masaaki Ogura Efficient remote management of devices by accurately removing abnormal condition reports
EP1766921B1 (en) * 2004-05-21 2018-07-25 CA, Inc. Method and apparatus for remote management

Also Published As

Publication number Publication date
US20050286435A1 (en) 2005-12-29
CN100349414C (zh) 2007-11-14
JP2006011888A (ja) 2006-01-12

Similar Documents

Publication Publication Date Title
CN1716874A (zh) 远程管理系统
CN1520123A (zh) 对地址询问的回答方法、程序、装置和地址通知方法、程序、装置
CN1275139C (zh) 链接信息制作设备和链接信息制作方法
CN1252618C (zh) 故障预测系统和方法及设备、打印机和管理服务器
CN1235389C (zh) 图像信息分布方法及系统、中央和终端设备及扫描仪
CN1252612C (zh) 信息终端的通信方法、通信系统和接入服务器的方法
CN1574763A (zh) 外部网络装置的自动发现和配置
CN1858759A (zh) 对网络游戏用户进行时间限制的方法和系统
CN1878176A (zh) 设备管理系统
CN1284313C (zh) 数据输出系统和输出控制终端
CN1925462A (zh) 高速缓存系统
CN1947106A (zh) 通知方法、连接装置、通信方法以及程序
CN1342283A (zh) 数据输出控制装置
CN1503526A (zh) 地址转换装置和地址转换规则的管理方法
CN1756197A (zh) 用于管理设备的系统、设备、方法和计算机程序产品
CN1444359A (zh) 代理，图像形成装置管理系统、方法和程序，存储介质
CN1601993A (zh) 网络互连设备和方法、名字分辨设备和计算机程序
CN1914862A (zh) 集群系统、集群成员、故障恢复方法及程序
CN1889741A (zh) 在设备管理中实现预定操作的方法及装置
CN101047662A (zh) 实现单账号多身份即时消息通信和存在业务的方法及系统
CN2686218Y (zh) 设备管理系统、探测设备、设备及程序
CN1859227A (zh) 根据服务水平协议对服务质量进行监测的方法和系统
CN1680915A (zh) 参数处理装置及用于其的参数设置方法
CN1342285A (zh) 数据输出控制装置
CN1838642A (zh) 利用即时消息系统实现问答业务的方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20071114

Termination date: 20091209