CN1841341A - 信息处理装置、信息处理方法和信息处理程序 - Google Patents

信息处理装置、信息处理方法和信息处理程序 Download PDF

Info

Publication number
CN1841341A
CN1841341A CNA2006100024459A CN200610002445A CN1841341A CN 1841341 A CN1841341 A CN 1841341A CN A2006100024459 A CNA2006100024459 A CN A2006100024459A CN 200610002445 A CN200610002445 A CN 200610002445A CN 1841341 A CN1841341 A CN 1841341A
Authority
CN
China
Prior art keywords
hardware
mentioned
core
extended core
failure detection
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
CNA2006100024459A
Other languages
English (en)
Other versions
CN100576185C (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.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co 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 Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Publication of CN1841341A publication Critical patent/CN1841341A/zh
Application granted granted Critical
Publication of CN100576185C publication Critical patent/CN100576185C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/08—Indicating faults in circuits or apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/24—Arrangements for supervision, monitoring or testing with provision for checking the normal operation
    • H04M3/241—Arrangements for supervision, monitoring or testing with provision for checking the normal operation for stored program controlled exchanges
    • H04M3/242—Software testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Debugging And Monitoring (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明提供了一种信息处理装置、信息处理方法和信息处理程序，可以提高可用性。在信息处理装置中，在广义核心的扩展核心中设置：硬件访问用扩展核心；和停机检测用扩展核心，检查由硬件访问用扩展核心进行的硬件访问的正常性，在检查结果为检测出硬件访问异常的情况下，发送硬件故障检测通知，由此来进行停机检测，同时设置监视用用户程序，监视用用户程序在从停机检测用扩展核心接收到硬件故障检测通知后，确认与硬件故障检测通知相对应的其他用户程序的动作状态，在该动作状态为不妨执行规定的硬件故障对策动作时，执行硬件故障对策动作。

Description

信息处理装置、信息处理方法和信息处理程序
技术领域
本发明涉及信息处理装置、信息处理方法和信息处理程序，尤其适用于例如呼叫控制服务器等。
背景技术
目前，很多OS(操作系统)在因硬件故障而发生核心停止时，进行系统停机或转储信息收集用信息的动作。
但是，在要求具有高度可用性的情况下，有时采用通过进行群集等来使多个服务器装置(例如呼叫控制服务器装置A和B)相联合的结构。在这样的结构中，在各呼叫控制服务器装置的内部设置有群集管理程序，作为在OS的上层动作、利用OS所提供的服务的用户程序的一个。群集管理程序例如执行将表示在呼叫控制服务器装置A内积蓄的呼叫状态的信息(呼叫状态信息)传送给相联合的其他呼叫控制服务器装置B的动作等。呼叫控制服务器装置B通过接收该呼叫状态信息，在万一呼叫控制服务器装置A不动作时，任何时候都可以代替呼叫控制服务器装置A来提供呼叫控制服务。
但是，因硬件故障，OS(例如呼叫控制服务器装置A上的OS)仅进行上述的转储等处理并停机时，呼叫状态信息的传送也突然中断，呼叫控制服务器装置B代替呼叫控制服务器装置A所提供的呼叫控制服务产生故障的可能性大，因此使用IP电话机等的呼叫控制服务的用户就会认为可用性较低。
发明内容
为了解决该问题，第一本发明是一种信息处理装置，采用在最下层配置各种硬件、在其上层配置广义核心、在其上层配置各种用户程序的层结构来实现所希望的功能，其特征在于：(1)上述广义核心由构成该广义核心的中核部分的基本核心、和构成扩展部分的扩展核心构成，在该扩展核心中设置：硬件访问用扩展核心，用于根据来自相应的上述用户程序的委托，访问相应的上述硬件；和停机检测用扩展核心，检查由该硬件访问用扩展核心进行的硬件访问的正常性，在检查结果为检测出硬件访问异常的情况下，发送硬件故障检测通知，由此来进行停机检测，(2)设置掌握其他用户程序的动作状态的监视用用户程序作为上述用户程序，(3)该监视用用户程序在从上述停机检测用扩展核心接收到硬件故障检测通知后，确认与该硬件故障检测通知相对应的其他用户程序的动作状态，在该动作状态为不妨执行规定的硬件故障对策动作时，执行该硬件故障对策动作。
另外，第二本发明是一种信息处理方法，采用在最下层配置各种硬件、在其上层配置广义核心、在其上层配置各种用户程序的层结构来实现所希望的功能，其特征在于：(1)上述广义核心由构成该广义核心的中核部分的基本核心、和构成扩展部分的扩展核心构成，在该扩展核心中设置：硬件访问用扩展核心，用于根据来自相应的上述用户程序的委托，访问相应的上述硬件；和停机检测用扩展核心，检查由该硬件访问用扩展核心进行的硬件访问的正常性，在检查结果为检测出硬件访问异常的情况下，发送硬件故障检测通知，由此来进行停机检测，(2)设置掌握其他用户程序的动作状态的监视用用户程序作为上述用户程序，(3)该监视用用户程序在从上述停机检测用扩展核心接收到硬件故障检测通知后，确认与该硬件故障检测通知相对应的其他用户程序的动作状态，在该动作状态为不妨执行规定的硬件故障对策动作时，执行该硬件故障对策动作。
另外，第三本发明是一种信息处理程序，采用在最下层配置各种硬件、在其上层配置广义核心、在其上层配置各种用户程序的层结构来实现所希望的功能，其特征在于：(1)在上述广义核心具有构成该广义核心的中核部分的基本核心功能、和构成扩展部分的扩展核心功能的情况下，使计算机执行下述功能作为该扩展核心功能的一部分：硬件访问用扩展核心功能，用于根据来自相应的上述用户程序的委托，访问相应的上述硬件；和停机检测用扩展核心功能，检查由该硬件访问用扩展核心功能进行的硬件访问的正常性，在检查结果为检测出硬件访问异常的情况下，发送硬件故障检测通知，由此来进行停机检测，(2)设置掌握其他用户程序的动作状态的监视用用户程序作为上述用户程序，(3)该监视用用户程序在从上述停机检测用扩展核心功能接收到硬件故障检测通知后，确认与该硬件故障检测通知相对应的其他用户程序的动作状态，在该动作状态为不妨执行规定的硬件故障对策动作时，执行该硬件故障对策动作。
根据本发明，可以将可用性提高到极高的水准。
附图说明
图1是表示实施方式中使用的呼叫控制服务器装置的主要部分的结构例的概略图。
图2是表示实施方式中使用的呼叫控制服务器装置的动作例的概略图。
图3是表示实施方式中使用的呼叫控制服务器装置的动作例的流程图。
图4是表示实施方式中使用的呼叫控制服务器装置的动作例的流程图。
图5是表示实施方式中使用的呼叫控制服务器装置的动作例的流程图。
图6是表示实施方式的VoIP通信系统的整体结构例的概略图。
具体实施方式
(A)实施方式
以下，以将本发明的信息处理装置、信息处理方法和信息处理程序应用于VoIP通信系统中的呼叫控制服务器装置的情况为例，说明
实施方式。
(A-1)实施方式的结构
图6示出本实施方式的VoIP通信系统10的整体结构例。另外，在该VoIP通信系统10中当然也可以存在未图示的服务器种类(例如，DNS服务器等)。
图6中，该VoIP通信系统10具有因特网11、呼叫控制服务器装置12、13和IP电话机14、15。
其中，因特网11可以置换成其他网络，但本实施方式中假设是因特网。
呼叫控制服务器装置12是经由因特网11向IP电话机提供呼叫控制服务等各种服务的服务器。该呼叫控制服务器装置12例如相当于SIP服务器等。从而，呼叫控制服务器装置12也可以具有定位服务器等的功能。
呼叫控制服务器装置13也是具有与该呼叫控制服务器装置12相同功能的通信装置，在呼叫控制服务器装置13和12之间采用群集结构。因此，例如呼叫控制服务器装置12在向IP电话机14、15提供上述呼叫控制服务的途中产生了硬件故障时，由呼叫控制服务器装置13按原样继续进行呼叫控制服务器装置12所提供的呼叫控制服务。在该继续进行的前后，要求具有使IP电话机14、15的用户U1、U2完全感觉不到硬件故障的产生和继续的产生的高度可用性。
IP电话机14是具有VoIP对应功能的电话机。该IP电话机14可以置换成VoIP网关和一般电话机(不具有VoIP对应功能的电话机)的组合。
IP电话机15对应于该IP电话机14。IP电话机14由用户U1使用，IP电话机15由用户U2使用。
上述呼叫控制服务器装置12的内部结构也可以例如如图1所示。呼叫控制服务器装置13的内部结构也与此相同。
(A-1-1)呼叫控制服务器装置的内部结构例
在图1中，该呼叫控制服务器装置12具有硬件20、21、核心22、核心模块23、24、停机检测部25、应用程序26、27和监视进程(监视程序)28。
其中，硬件20可以是任意硬件，但限于作为硬件故障的监视对象的硬件。众所周知，通信装置具有各种各样的硬件，但成为硬件故障监视对象的硬件可以限于对于该通信装置所提供的服务来说较为重要的硬件。例如，在提供呼叫控制服务的呼叫控制服务器装置14的情况下，可以说NIC(网络接口卡)和硬盘等是重要的硬件。NIC是进行经由网络的通信时不可缺少的硬件，硬盘是存储日志信息等时不可缺少的硬件。对于运营呼叫控制服务器装置12、提供IP电话服务的通信商来说，为了进行计费等，呼叫处理的日志信息是极其重要的。
硬件21对应于该硬件20。作为一例，硬件20可以是上述NIC，硬件21可以是硬盘。另外，由于呼叫控制服务器装置通常具有多个NIC(例如6个)，所以可以通过针对每个NIC(即针对每个网络)确定是否作为监视对象来进行极其细致的管理。
核心22是构成OS(操作系统)的中核部分的程序，进行存储器管理或任务管理等。
核心模块23是相当于设备驱动器等的程序。因此，在每个设备(硬件)中都可以存在核心模块。从广义上来解释“核心”这个词的情况下，核心模块也可以看作核心的一部分。
核心模块24对应于该核心模块23。
核心模块23是上述硬件21的设备驱动器，核心模块24是上述硬件20的设备驱动器。因此，对应于核心模块23、24，执行用于硬件访问的任务(硬件访问任务)。
在搭载于呼叫控制服务器装置12内的多个核心模块中，可以混合存在具有和不具有停机检测部的模块。在图示的例子中，核心模块24具有停机检测部25，但核心模块23不具有停机检测部。具有停机检测部的核心模块(例如24)的情况下，在其执行时，几乎在同时，除了执行上述硬件访问任务之外，还执行对应于上述停机检测部(例如25)的停机检测任务。
停机检测部25是构成核心模块24的一部分的程序，但在本实施方式中具有特别的作用。即，该停机检测部25具有检测核心模块24自身的停机的功能。以后说明停机检测部25为了检测核心模块24的停机而具有的具体功能，停机检测部25在检测出核心模块24的停机时，将硬件故障通知HE1(参考图2)发送给上述监视程序28。在存在多个具有停机检测部(这里为25)的核心模块时，当然也可以将表示该硬件故障通知HE1涉及哪一个核心模块的识别信息与该硬件故障通知HE1一起发送。
应用程序26是利用核心22或核心模块23提供的服务的用户程序。同样，应用程序27是利用核心22或核心模块24提供的服务的用户程序。在呼叫控制服务器装置12上动作的应用程序可以是各种各样，但主要的是用于提供上述呼叫控制服务等的服务应用程序。在此，作为一个例子，应用程序27是提供呼叫控制服务的服务应用程序。
各应用程序根据其功能确定所使用的核心模块。
例如，在提供呼叫控制服务的服务应用程序27的情况下，由于必须进行经由网络的通信，所以使用作为硬件(NIC)20的设备驱动器的核心模块24。因此，当核心模块24例如因硬件故障(例如，NIC自身的故障等)而停机时，服务应用程序27不能提供呼叫控制服务。
监视进程(监视程序)28是监视作为监视对象的各应用程序的状态的应用程序，在接收到上述硬件故障通知HE1时，在确认对应的应用程序的状态是不妨执行规定的故障恢复动作的状态后，执行故障恢复动作。
作为监视对象的应用程序是利用具有停机检测部(这里为25)的核心模块(这里为24)的应用程序。因此，如果假设不存在23、24以外的核心模块，则上述应用程序26虽然使用核心模块23，但只要不使用核心模块24，该应用程序26就不是监视对象。而上述服务应用程序27由于使用上述核心模块24，所以成为监视对象。
上述故障恢复动作可以有各种各样，但例如可以是OS的重新引导(重新启动)等。另外，例如在服务应用程序27将上述的呼叫状态信息传送给其他呼叫控制服务器装置13的情况下，该传送结束之后等的状态相当于不妨执行故障恢复动作的应用程序状态。如果这样的呼叫状态信息的传送不受上述重新启动的影响而正常结束，则可以圆滑地进行呼叫控制服务器装置12、13之间的上述继续，从而可以提高可用性。
以下，参考图2～图5说明具有上述结构的本实施方式的动作。
图2是表示进行硬件故障通知的情况的概念图。
图3是表示上述硬件访问任务为了进行停机检测而执行的动作的流程图，具有S10～S12的各步骤。
图4是表示上述停机检测任务为了进行停机检测而执行的动作的流程图，具有S20～S23的各步骤。
图5是表示上述监视程序28的动作的流程图，具有S30～S35的各步骤。在此，主要关注呼叫控制服务器装置12来说明动作。当然，在上述呼叫控制服务器装置13内也可执行同样的动作。
(A-2)实施方式的动作
呼叫控制服务器装置12动作时，上述服务应用程序27经由上述核心模块24来利用硬件(NIC)20，并经由因特网11向各IP电话机(例如14、15)提供呼叫控制服务。另外，如果伴随该呼叫控制服务的进行而产生呼叫状态信息，则该呼叫状态信息以规定的程序传送给上述呼叫控制服务器装置13。呼叫状态信息的传送也可以形成由其他应用程序执行的结构，但这里由服务应用程序27自身执行。
此时，上述监视程序(监视进程)28可以常驻于呼叫控制服务器装置12的存储器(主存储装置)中，处于随时可以接收硬件故障通知HE1的状态。
上述核心模块24在执行硬件访问任务(例如，呼叫控制消息的发送或接收等)时，如图3所示，必定重复进行以下动作：首先记录时戳(S10)，接着执行硬件访问任务(S11)，如果硬件访问任务正常结束，则使在步骤S10中记录的时戳无效(S12)。步骤S10的时戳可以表示当时的时刻。由于时戳的无效化是用于向停机检测任务(停机检测部25)传递此次的硬件访问成功这一情况的操作，因而只要能够实现该目的，可以以任何形态来执行。
对于核心模块24，停机检测任务几乎与该硬件访问任务同时地、并行地动作，并且如图4所示，收集时戳(S20)。该收集是收集在上述步骤S10中硬件访问任务所记录的时戳。在该时刻，如果该时戳处于在上述步骤S12中被无效化的状态，则不进行收集本身，反之，则进行收集并执行下一步骤S21。
在步骤S21中，计算出时戳所表示的时刻和当前时刻之差。接着，如果计算出的差小于等于规定的阈值，则步骤S22向Yes侧分支，处理返回步骤S20，如果超过该阈值，则S22向No侧分支。在与步骤S22的No侧的分支相连的步骤S23中，发送图2所示的硬件故障通知HE1。这样，可以防止尽管产生了硬件故障、但不能检测出该事实的静默故障。
另一方面，在图5的例子的情况下，监视进程28一方处于可以随时接收该硬件故障通知HE1的接收等待状态(S30)。然后，实际接收到硬件故障通知HE1(S31)后，该监视进程28确认与作为该硬件故障通知HE1的发送源的核心模块24相对应的上述服务应用程序的动作状态(S32)。该确认可以常时执行，但在图5的例子中，是在接收了硬件故障通知HE1之后执行。
无论那种情况，接收到硬件故障通知HE1的时刻的服务应用程序27的状态例如是上述呼叫状态信息的传送途中等状态时，监视进程28判定该服务应用程序27处于不可停止的状态，然后步骤S33分支到No侧，隔开规定的等待时间之后(S34)，处理再次进行到上述步骤S32。由该步骤S32、S33、S34构成的循环重复进行，直到应用程序的状态变成可停止为止。
例如，在上述呼叫状态信息的传送已经结束等的情况下，监视进程28判定服务应用程序27处于可停止的状态，步骤S33分支到Yes侧，执行上述故障恢复动作(例如，OS的重新引导等)。
如果重新引导OS，则监视进程28自身也一度停止动作，但通过重新引导启动之后，再次从步骤S30开始处理。
(A-3)实施方式的效果
如上所述，根据本实施方式，由于可以适当地进行例如上述的呼叫状态信息的传送等用于群集结构的呼叫控制服务器装置(12、13)间的联合，所以可以使可用性提高到极高的水准。
而且，本实施方式中，针对每个核心模块确定是否进行停机检测，从而可以进行极为细致的管理。由此，与对所有的核心模块进行停机检测的情况相比，可以减轻用于停机检测的负荷(例如CPU(中央处理装置)使用率的上升等)。
(B)其他实施方式
上述实施方式中，参与群集的呼叫控制服务器装置为2台，但当然也可以是3台以上。
另外，图6中只示出2台IP电话机(14、15)，但1个VoIP通信系统中当然也可以含有3台以上的IP电话机。
另外，在上述实施方式中，形成个别的核心模块(例如24)具有用于检测自身的停机的停机检测部(例如25)的结构，但也可以配备用于检测其他核心模块的停机的、独立的核心模块(停机检测用核心模块)，利用该停机检测用核心模块来检测其他任意的核心模块的停机。
另外，根据需要，也可以使狭义的核心具有检测核心模块的停机的功能。
另外，在上述实施方式中，将本发明适用于VoIP通信系统，但本发明还有可能适用于VoIP通信系统以外的系统。
另外，上述实施方式中例示的通信协议可以置换成其他通信协议。例如，IP协议作为一个例子有可能置换成IPX协议等，SIP协议也有可能置换成其他呼叫控制协议。
另外，上述实施方式中，将本发明适用于呼叫控制服务器装置，但本发明还有可能适用于呼叫控制服务器装置以外的通信装置。
另外，本发明还可以适用于通信装置以外的信息处理装置。
在以上的说明中，用硬件实现的功能的大部分可以用软件实现，用软件实现的功能的几乎全部可以用硬件实现。

Claims (4)

1、一种信息处理装置，采用在最下层配置各种硬件、在其上层配置广义核心、在其上层配置各种用户程序的层结构来实现所希望的功能，其特征在于：
上述广义核心由构成该广义核心的中核部分的基本核心、和构成扩展部分的扩展核心构成，在该扩展核心中设置：硬件访问用扩展核心，用于根据来自相应的上述用户程序的委托，访问相应的上述硬件；和停机检测用扩展核心，检查由该硬件访问用扩展核心进行的硬件访问的正常性，在检查结果为检测出硬件访问异常的情况下，发送硬件故障检测通知，由此来进行停机检测，
设置掌握其他用户程序的动作状态的监视用用户程序作为上述用户程序，
该监视用用户程序在从上述停机检测用扩展核心接收到硬件故障检测通知后，确认与该硬件故障检测通知相对应的其他用户程序的动作状态，在该动作状态为不妨执行规定的硬件故障对策动作时，执行该硬件故障对策动作。
2、如权利要求1所述的信息处理装置，其特征在于：
上述硬件访问用扩展核心在自身访问相应的硬件之前，记录表示当时的时刻的时刻记录信息，在自身访问了相应的硬件之后，使该时刻记录信息改变为规定的访问成功状态，
上述停机检测用扩展核心判断相当于当前时刻与不处于上述访问成功状态的时刻记录信息所表示的时刻之差的时间是否超过规定的基准时间，在判定超过时，发送上述硬件故障检测通知。
3、一种信息处理方法，采用在最下层配置各种硬件、在其上层配置广义核心、在其上层配置各种用户程序的层结构来实现所希望的功能，其特征在于：
上述广义核心由构成该广义核心的中核部分的基本核心、和构成扩展部分的扩展核心构成，在该扩展核心中设置：硬件访问用扩展核心，用于根据来自相应的上述用户程序的委托，访问相应的上述硬件；和停机检测用扩展核心，检查由该硬件访问用扩展核心进行的硬件访问的正常性，在检查结果为检测出硬件访问异常的情况下，发送硬件故障检测通知，由此来进行停机检测，
设置掌握其他用户程序的动作状态的监视用用户程序作为上述用户程序，
该监视用用户程序在从上述停机检测用扩展核心接收到硬件故障检测通知后，确认与该硬件故障检测通知相对应的其他用户程序的动作状态，在该动作状态为不妨执行规定的硬件故障对策动作时，执行该硬件故障对策动作。
4、一种信息处理程序，采用在最下层配置各种硬件、在其上层配置广义核心、在其上层配置各种用户程序的层结构来实现所希望的功能，其特征在于：
在上述广义核心具有构成该广义核心的中核部分的基本核心功能、和构成扩展部分的扩展核心功能的情况下，使计算机执行下述功能作为该扩展核心功能的一部分：硬件访问用扩展核心功能，用于根据来自相应的上述用户程序的委托，访问相应的上述硬件；和停机检测用扩展核心功能，检查由该硬件访问用扩展核心功能进行的硬件访问的正常性，在检查结果为检测出硬件访问异常的情况下，发送硬件故障检测通知，由此来进行停机检测，
设置掌握其他用户程序的动作状态的监视用用户程序作为上述用户程序，
该监视用用户程序在从上述停机检测用扩展核心功能接收到硬件故障检测通知后，确认与该硬件故障检测通知相对应的其他用户程序的动作状态，在该动作状态为不妨执行规定的硬件故障对策动作时，执行该硬件故障对策动作。
CN200610002445A 2005-03-31 2006-01-26 信息处理装置和信息处理方法 Active CN100576185C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005102418A JP2006285453A (ja) 2005-03-31 2005-03-31 情報処理装置、情報処理方法、および情報処理プログラム
JP2005102418 2005-03-31

Publications (2)

Publication Number Publication Date
CN1841341A true CN1841341A (zh) 2006-10-04
CN100576185C CN100576185C (zh) 2009-12-30

Family

ID=37030378

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200610002445A Active CN100576185C (zh) 2005-03-31 2006-01-26 信息处理装置和信息处理方法

Country Status (3)

Country Link
US (1) US7607051B2 (zh)
JP (1) JP2006285453A (zh)
CN (1) CN100576185C (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103995759A (zh) * 2014-05-21 2014-08-20 中国人民解放军国防科学技术大学 基于核内外协同的高可用计算机系统故障处理方法及装置
CN109074455A (zh) * 2016-04-25 2018-12-21 横河电机株式会社 擦除装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8185783B2 (en) * 2007-11-22 2012-05-22 Microsoft Corporation Split user-mode/kernel-mode device driver architecture
JP5304657B2 (ja) * 2008-02-22 2013-10-02 富士通株式会社 情報処理装置、プロセス検証支援方法およびプロセス検証支援プログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5528753A (en) * 1994-06-30 1996-06-18 International Business Machines Corporation System and method for enabling stripped object software monitoring in a computer system
US5630049A (en) * 1994-11-30 1997-05-13 Digital Equipment Corporation Method and apparatus for testing software on a computer network
US5968189A (en) * 1997-04-08 1999-10-19 International Business Machines Corporation System of reporting errors by a hardware element of a distributed computer system
JP3601777B2 (ja) 2000-06-02 2004-12-15 日本電気株式会社 コールエージェント用呼制御データの集中管理方法及びシステム
US6931571B2 (en) * 2001-11-20 2005-08-16 Hewlett-Packard Development Company, L.P. Method and apparatus for handling transient memory errors
US7000154B1 (en) * 2001-11-28 2006-02-14 Intel Corporation System and method for fault detection and recovery
US7043666B2 (en) * 2002-01-22 2006-05-09 Dell Products L.P. System and method for recovering from memory errors
CN1331318C (zh) * 2002-08-19 2007-08-08 上海贝尔有限公司 一种用于通信系统的基于自陷保护与调试装置
US6959262B2 (en) * 2003-02-27 2005-10-25 Hewlett-Packard Development Company, L.P. Diagnostic monitor for use with an operating system and methods therefor
US20050015672A1 (en) * 2003-06-25 2005-01-20 Koichi Yamada Identifying affected program threads and enabling error containment and recovery
US7191364B2 (en) * 2003-11-14 2007-03-13 Microsoft Corporation Automatic root cause analysis and diagnostics engine
US7373558B2 (en) * 2004-09-23 2008-05-13 Intel Corporation Vectoring process-kill errors to an application program
US7308603B2 (en) * 2004-10-18 2007-12-11 International Business Machines Corporation Method and system for reducing memory faults while running an operating system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103995759A (zh) * 2014-05-21 2014-08-20 中国人民解放军国防科学技术大学 基于核内外协同的高可用计算机系统故障处理方法及装置
CN103995759B (zh) * 2014-05-21 2015-04-29 中国人民解放军国防科学技术大学 基于核内外协同的高可用计算机系统故障处理方法及装置
CN109074455A (zh) * 2016-04-25 2018-12-21 横河电机株式会社 擦除装置

Also Published As

Publication number Publication date
CN100576185C (zh) 2009-12-30
US7607051B2 (en) 2009-10-20
US20060248531A1 (en) 2006-11-02
JP2006285453A (ja) 2006-10-19

Similar Documents

Publication Publication Date Title
CN1213376C (zh) 用于被复制的服务器的协议
CN1864157A (zh) 自主记日志支持
CN1875348A (zh) 信息系统、负载控制方法、负载控制程序和记录媒体
CN1949774A (zh) 一种Web应用程序会话管理方法与装置
CN1795446A (zh) 计算机集群中的数据采集
CN111382023B (zh) 代码故障定位方法、装置、设备及存储介质
CN102387040B (zh) 一种前置机保持高速稳定运行的方法及系统
CN1869932A (zh) 实现数据升级的计算机处理系统以及数据升级方法
CN1866951A (zh) 在网络中检测共享接入主机的方法及系统
CN1508689A (zh) 一种远程获取被监控计算机信息的系统和方法
CN1841341A (zh) 信息处理装置、信息处理方法和信息处理程序
CN1924810A (zh) 一种业务进程的分布式分优先级监控方法
EP1561163A2 (en) A communication method with reduced response time in a distributed data processing system
CN113986501A (zh) 实时数据库api无中断调用方法、系统、存储介质及服务器
CN102314382A (zh) 一种紧急探查系统信息的方法及模块
CN1945543A (zh) 多核处理器的业务流处理方法及多核处理器
CN1308278A (zh) 集群服务器的ip容错方法
CN1791034A (zh) 一种检测方法
CN101060424A (zh) 一种实现负载平衡与高可用性的系统及其方法
CN1851661A (zh) 一种面向大规模计算系统的高可信日志系统实现方法
CN110569178B (zh) 基于大数据平台的接口预警方法和系统
CN102148869B (zh) Java应用程序向本地传递信息的方法及设备
CN1229944C (zh) 网络服务器编程环境升级方法及使用该方法的网络服务器
CN1842011A (zh) 一种基于流量进行计费的改进方法和系统
CN110557369A (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