CN108008800B - 一种复位请求处理方法、装置和设备 - Google Patents

Abstract

本发明公开了一种复位请求处理方法、装置和设备，所述方法，包括：获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；并在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作。采用本发明提供的方法，通过统计携带相同标识信息的复位请求的次数，当所述次数大于第一阈值时，即表示出现频繁复位现象，则不对本次复位请求执行复位操作。由此可以避免进程或系统频繁重启，进而也就避免了进程或系统频繁重启所带来的无法为业务功能提供持续的服务的问题，提高了系统的可靠性。

Description

一种复位请求处理方法、装置和设备

技术领域

本发明涉及数据通信技术领域，尤其涉及一种复位请求处理方法、装置和设备。

背景技术

目前，嵌入式系统中大量采用的是独立多任务系统软件，如Linux是一个多任务多进程的操作系统等，各业务按照功能可以由通过模块化设计的多个不同的独立进程分别运行。当这些进程中某一进程因为内部或外部逻辑缺陷导致运行异常时，该进程通常会主动重启自身进程或重启系统，或者被其他进程探测到该进程存在异常时来重启该进程或整个系统，通过这些方式来提供业务功能的持续服务，提高整个嵌入式系统的可靠性。但由于软件缺陷是客观存在的，一旦出现某个或某些进程在短时间内不断重启，或者出现系统在短时间内不断重启，在此情况下不但达不到为业务功能提供持续服务，反而会影响其他业务功能甚至整个系统的服务输出。

综上所述，如何避免进程或系统在短时间内不断重启，提供系统可靠性是亟待解决的技术问题之一。

发明内容

本发明实施例提供一种复位请求处理方法、装置和设备，用于解决现有技术中进程或系统频繁重启所带来的无法为业务功能提供持续的服务，系统可靠性较低等问题。

第一方面，本发明实施例提供一种复位请求处理方法，包括：

获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；并

在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；以及

在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作。

第二方面，本发明实施例提供一种复位请求处理装置，包括：

获取单元，用于获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；

第一统计单元，用于在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；

第一处理单元，用于在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作。

第三方面，本发明实施例提供一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行本申请提供的复位请求处理方法。

第四方面，本发明实施例提供一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请提供的复位请求处理方法。

本发明有益效果：

本发明实施例提供的复位请求处理方法、装置和设备，获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；并在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；以及在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作。采用本发明提供的方法，通过统计携带相同标识信息的复位请求的次数，只有在次数小于第一阈值时，才会对本次复位请求执行复位操作，当所述次数大于第一阈值时，则表示出现频繁复位情况，则不对本次复位请求执行复位操作，由此可以避免进程或系统频繁重启，进而也就避免了进程或系统频繁重启所带来的无法为业务功能提供持续的服务的问题，提高了系统的可靠性。此外，由于程序是按照固定的逻辑运行的，如果短时间内出现多次进程重启或系统重启，那么可以预期到继续的重复动作结果也将是相同结果且无效的，因此，采用本发明提供的方法，当确定出携带所述标识信息的复位请求的次数超过第一阈值时，则对本次复位请求不执行复位操作，即抑制该重启动作，反而可以继续使用系统对外提供的本业务或其他业务功能。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1a为本发明实施例一提供的复位请求处理方法的流程示意图之一；

图1b为本发明实施例一提供的执行统计获取到的、携带所述标识信息的复位请求的次数的方法的流程示意图；

图1c为本发明实施例一提供的复位请求处理方法的流程示意图之二；

图1d为本发明实施例一提供的复位请求处理方法的流程示意图之三；

图2为本发明实施例二提供的复位请求处理方法的应用场景的结构示意图；

图3为本发明实施例三提供的用于复位进程的复位请求处理方法的流程示意图；

图4为本发明实施例四提供的用于复位系统的复位请求处理方法的流程示意图；

图5为本发明实施例五提供的复位请求处理装置的结构示意图；

图6为本发明实施例七提供的实施复位请求处理方法的电子设备的硬件结构示意图。

具体实施方式

本发明实施例提供一种复位请求处理方法、装置和设备，用于解决现有技术中进程或系统频繁重启所带来的无法为业务功能提供持续的服务，系统可靠性较低等问题。

本发明提供的复位请求处理方法可以适用于多进程操作系统中，通过执行本发明提供的复位请求处理方法，可以避免多进程操作系统中各个进程频繁重启及操作系统频繁重启情况的发生。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

实施例一

如图1a所示，为本发明实施例一提供的复位请求处理方法的流程示意图，包括以下步骤：

S11、获取复位请求。

所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统。

具体实施时，执行本发明实施例提供的方法的主体可以为复位防护模块，由所述复位防护模块在获取到复位请求后判断是否要抑制本次复位请求的复位操作。

具体实施时，在多进程操作系统下，如果获取的复位请求中的请求类型用于指示复位进程，则该复位请求可以由需要复位的进程的功能检测模块在检测到进程异常时发送给所述复位防护模块，或者可以由其它进程的功能检测模块在使用该进程对应的功能时发现该进程存在需要复位进程的异常时，向所述其它进程对应的复位防护模块发送复位请求；例如当前有两个进程，进程1和进程2，所述复位请求中的请求类型用于指示需要复位进程2，则该复位请求可以由进程2向自身的复位防护模块发送复位请求，也可以由进程1在使用进程2对应的功能时发现存在需要复位进程2的异常，则由进程1的功能检测模块向进程1对应的复位防护模块发送复位请求。

较佳地，如果所述复位请求中的请求类型用于指示需要复位系统，则该复位请求可以由该进程的功能检测模块在检测到该进程存在需要复位系统的异常时，则向该进程对应的复位防护模块发送复位请求。

具体地，如果所述请求类型为复位进程，则所述复位请求中的标识信息为需要复位的进程的进程号，即进程ID；如果所述请求类型为复位系统，则所述标识信息为0或者其他不同于进程号的数值。

具体实施时，请求类型可以利用宏定义的方式来实现其指示的是复位进程还是复位系统。

较佳地，所述复位请求中还携带有需要复位的原因，在获取到复位请求之后，及在执行步骤S12之前，还包括：

对所述复位请求中的携带的请求类型、标识信息和需要复位的原因进行有效性验证，并验证结果为验证成功。较佳地，所述需要复位的原因随机性较大，有可能需要复位的原因是工作人员没有预料到的，因此在对所述复位请求进行有效性验证时，可以在对所述请求类型和标识信息验证通过后，即可认为对所述复位请求验证成功。

在对复位请求进行有效性验证时，只有上述三个参数有效性均验证通过才可以认为对所述复位请求验证成功。

由于请求类型是用宏定义方式实现的，宏定义是全局可见的，可以预先预定好宏定义1是用于指示复位进程的、宏定义2是用于指示复位系统的，则复位防护模块在接收到复位请求后，通过预先获知的宏定义可以对请求类型进行有效性判断。

具体地，在对所述标识信息进行有效性判断时，如果所述复位请求用于复位进程，则标识信息携带的应该为需要复位的进程的进程号，而如果是多进程操作系统，则可以预先则复位防护模块中输入该多进程操作系统中所有进程的进程号，而进程号一般是连续的，因此所有进程的进程号应该在一个范围内，该范围可以为[最小的进程号，最大的进程号]，在接收到所述复位请求后，如果所述标识信息为进程号，且所述进程号在所述范围内，则对所述进程号验证成功；否则，有效性验证失败。

在对所述需要复位的原因进行有效性验证时，工作人员可以预先在防护功能模块内预先建立一个列表，该列表中存有可能存在的复位进程或复位系统的原因，如果接收到的复位请求中的原因在所述列表内，则确定对所述需要复位的原因验证通过。

较佳地，在对所述复位请求进行有效性验证成功之后，以及在执行步骤S12之前，还包括：

异步记录本次复位请求及其对复位请求的处理过程。

具体实施时，在多进程操作系统下，当至少一个进程的功能检测模块在检测到其对应的进程存在异常时，记录该操作系统中由存在异常的至少一个进程对应的功能检测模块发送复位请求，及记录复位防护模块对接收到复位请求进程处理的流程，并存储到存储介质中，供后续系统维护人员跟踪定位。

较佳地，在对所述复位请求的有效性验证通过之后，还包括：

为所述复位请求开启互斥锁。

具体实施时，为了保证复位防护模块将本次接收到的复位请求的处理流程走完，实现同步，在对所述复位请求验证通过之后，为其开启互斥锁，以使在后续接收到复位请求后不影响处理本次接收到的复位请求。

S12、在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数。

具体实施时，由于所述复位请求类型用于指示复位进程或复位系统，因此，本发明中复位进程对应的第一预设时间与复位系统的第一预设时间可以相同可以不同，具体根据实际情况而定。例如，复位进程对应的第一预设时间可以但不限于为5分钟等；复位系统对应的第一预设时间可以但不限于为7天等。

如果所述请求类型用于指示复位进程，标识信息为某一进程的进程号，则可以在5分钟内统计接收到的、携带所述进程号的复位请求的次数。如果所述请求类型用于指示复位系统，标识信息则为0，则可以统计7天内接收到的、携带的标识信息为0的复位请求的次数。

具体实施时，可以按照图1b所示的流程执行步骤S12，包括以下步骤：

S121、从存储的共享内存表中获取第一预设时间内、与所述标识信息对应的重启次数。

具体实施时，本发明中维护了一个共享内存表，该共享内存表中存储有发送过复位请求的各个进程的复位信息，以及发送过复位系统的复位信息；其中，所述复位进程的复位信息可以但不限于包括进程号、该进程对应的重启次数及该进程号对应的重启次数为1时对应的接收到的复位请求的时间和接收到上一次复位请求的时间；所述复位系统的复位信息可以但不限于为重启次数和接收到上一次复位请求的时间等。参考表1所示：

表1

具体实施时，表1中的时间是以设备开始的时间为基准的，以24小时及时为例，例如，设备开启时间为8:00，则在8点5分接收到携带有进程号1的首次复位请求，则表1中进程号1对应的重启次数为1，重启次数为1对应的接收到的复位请求的时间5分钟，由于本次请求为首次，则上一次复位请求的时间为空，或者用0填充。

具体实施时，所述共享内存表中的复位信息实时更新的，为了防止在更新复位信息时进程突然崩溃导致出现更新残缺问题的发生，本发明实施例维护了两份具有数据校验功能的共享内存表，两份共享内存表分别对应一个序列号，在对任一共享内存表中的信息进行更新时，该表的序列号会加1。此外这两个表并不是同时更新的，如果同时更新还会存在更新残缺的问题，而是存在预留时间，先更新一共享内存表，等预留时间到时，再更新另一个共享内存表，然后由于更新共享内存表的同时序列号会发生变化，则易得出序列号比较大的共享内存表是最新的，则本发明从序列号较大的共享内存表中获取复位信息，进而可以得到第一预设时间内、携带所述标识信息的复位请求的重启次数。

S122、根据所述重启次数，统计获取到的、携带所述标识信息的复位请求的次数。

然后根据所述重启次数，再加上本次的复位请求的次数1，即可统计出获取到的、携带所述标识信息的复位请求的次数。

S13、判断所述次数是否大于所述请求类型对应的第一阈值，如果是则执行步骤S14；否则执行步骤S15。

具体实施时，如果确定出所述统计得到携带所述标识信息的复位请求的次数大于所述请求类型对应的第一阈值，则表示当前进程或系统出现频繁重启现象，则对本次复位请求不执行复位操作，即对本次复位请求不执行重启操作。否则表示本次请求属于正常复位请求，即对本次复位请求执行重启操作。

较佳地，请求类型用于指示复位进程对应的第一阈值与请求类型用于指示复位系统对应的第一阈值可以相同也可以不同，例如，复位进程对应的第一阈值可以但不限于为5次；复位系统对应的第一阈值可以但不限于为5次或10次等。

S14、对本次复位请求不执行复位操作。

较佳地，向所述进程反馈不执行复位操作的结果。

S15、对本次复位请求执行复位操作。

较佳地，在执行步骤S12之前，还包括图1c所示的流程，包括以下步骤：

S21、确定接收到本次复位请求的时间与接收到上一次复位请求的时间之间的时间差。

其中，所述上一次复位请求中携带所述标识信息。

具体实施时，在接收到本次复位请求后，如果距离接收到上一次携带有相同标识信息的复位请求的时间较长，则表明该进程在此期间能正常运行，因此在记录本次复位请求之前共享内存表中的记录前几次复位请求对应的重启次数可以清除，对重启次数重新进行计数。故本发明提出接收到本次复位请求后，从正确的序列号最大对应的共享内存表中读取该标识信息对应的上一次复位请求的时间，并确定接收到本次复位请求的时间与共享内存表中记录的上一次复位请求的时间之间的时间差。

S22、判断所述时间差是否大于第二预设时间，如果否，则执行步骤S12；否则执行步骤S23。

如果确定出所述时间差大于第二预设时间，则对本次复位请求执行复位操作；否则执行步骤S12，即统计携带所述标识信息的复位请求的次数。

具体地，请求类型用于指示复位进程的第二预设时间与请求类型用于指示复位系统的第二预设时间可以相同可以不同，具体根据实际情况而定。

S23、对本次复位请求执行复位操作。

S24、清除所述共享内存表中所述标识信息对应的重启次数并重新计数。

在对本次复位请求执行复位操作后，清除所述共享内存表中所述标识信息对应的重启次数并重新计数。即将所述共享内存表中所述标识信息对应的重启次数记为1次。同时将接收到本次复位请求的时间记录在重启次数为1对应的接收到的复位请求的时间和上一次复位请求的时间中，用于下一次接收到携带所述标识信息的复位请求后执行本发明提供的复位请求处理方法。

较佳地，若所述请求类型用于指示复位进程，则所述复位请求中携带的标识信息为需要复位的进程的进程号；以及所述方法，还包括图1d所示的流程，包括以下步骤：

S31、统计第三预设时间内携带有进程号的复位请求的数量。

具体实施时，本发明提供的方法中还需要从共享内存表中统计在第三预设时间内各个进程号对应的重启次数的总和，并将所述总和确定为统计第三预设时间内携带有进程号的复位请求的数量。

S32、若所述数量超过第二阈值，则直接重启所述系统。

如果确定出所述数量超过第二阈值，则表明第三预设时间内存在多个进程发送复位请求，即当前操作系统存在异常的进程较多，需要复位系统来修复，即在确定出数量超过第二阈值时，直接重启操作系统。例如，从共享内存表中读取各个进程号的复位信息，如果此时已经有16个不同进程的复位请求，且接收到的这些复位请求时间均在15分钟内，则推测系统整体已经出现大量进程异常，继续运行下去会有更不可控的危险，因此需要复位一次操作系统。

具体地，第二阈值和第三预设时间可以设置其它任意值，具体可以根据实际情况而定。

本发明提供的复位请求处理方法，获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；并在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；以及在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作。采用本发明提供的方法，通过统计携带相同标识信息的复位请求的次数，当所述次数大于第一阈值时，即表示出现频繁复位现象，则不对本次复位请求执行复位操作。由此可以避免进程或系统频繁重启，进而也就避免了进程或系统频繁重启所带来的无法为业务功能提供持续的服务的问题，提高了系统的可靠性。

实施例二

本发明提供的复位请求处理方法可以应用于多进程操作系统中，参考图2所示，为本发明实施例二提供的复位请求处理方法的应用场景的结构示意图。

图2中操作系统包含至少一个业务进程1～n，每一个业务进程1对应一个功能检测模块和一个复位防护模块，多进程操作系统维护的共享内存表记录各个进程的复位信息。所述复位防护模块包括事件管理模块、数据处理模块、日志记录模块和结果执行模块。

具体实施时，以业务进程1为例进行说明，业务进程1中的功能检测模块1在检测到业务进程1或者业务进程2在运行时出现异常时，将所述复位请求发送给进程1的复位防护模块中的事件管理模块。事件管理模块在接收到所述复位请求后，先对所述复位请求中携带的参数执行有效性判断，并开启互斥锁。然后将所述复位请求发送给进程1的复位防护模块中的日志记录模块，由所述日志记录模块记录该复位请求到存储介质中，以使系统维护进行定位跟踪。另一方面，事件管理模块将所述复位请求发送给进程1的复位防护模块中的数据处理模块，以使所述数据处理模块从共享内存表中读出所有数据，先进行数据有效性校验，并以正确且序列号最大的那份共享内存表为准，并将该份共享内存表中的数据复制给校验失败或序列号小的共享内存表。如果两份共享内存表中的数据都校验失败，则重置共享内存表并开始重新记录复位进程或复位系统的复位信息。数据处理模块在对共享内存表校验成功后，再根据接收到的复位请求中携带的标识信息，从正确的且序列号大的共享内存表中读取所述标识信息对应的重启次数，然后再统计获取到的、携带所述标识信息的复位请求的次数。数据处理模块在确定出所述次数大于所述请求类型对应的第一阈值时，则向事件管理模块返回不执行复位操作的结果，事件管理模块在接收到所述结果后，向功能检测模块1转发不执行复位操作的结果；如果确定出所述次数不大于所述第一阈值时，则向事件管理模块返回可执行复位操作的结果，事件管理模块接收到可执行复位操作的结果后，调用进程1的复位防护模块中的结果执行模块处理本次复位请求，以使结果执行模块执行kill函数重启业务进程1或业务进程2，然后事件管理模块释放互斥锁。

具体地，功能检测模块，用于在检测到其对应的进程或其他进程出现异常时，发起复位该进程或其他进程的复位请求，或者发起复位系统的复位请求。

事件管理模块，用于接收功能检测模块发送的执行复位某个进程或复位本系统的事件请求。在多进程操作系统中，所以功能检测模块都需要调用事件管理模块来触发复位某个进程或复位某个系统的操作。

数据处理模块，用于解析共享内存表中的某个进程的复位信息或本系统的复位信息，来判断是否需要应答功能检测模块要求复位的某个进程或系统的复位请求。

结果执行模块，用于执行复位某个进程或本系统的操作。由此在确定出在第一预设时间内，接收到同一标识信息的复位请求的次数超过第一阈值时，即表明出现频繁复位现象，则可以对本次复位请求不执行复位操作，由此可以避免进程或系统频繁重启，进而也就避免了进程或系统频繁重启所带来的无法为业务功能提供持续的服务的问题，提高了系统的可靠性。

实施例三

本发明实施例三是在实施例二的基础上描述用于复位进程的复位请求的处理方法，参考图3所示，为本发明实施例三提供的用于复位进程的复位请求处理方法的流程示意图，可以包括以下步骤：

以用于指示复位进程对应的第一预设时间为5分钟，以及第一阈值为5次、第二预设时间为5分钟、第三预设时间为15分钟，第二阈值为16次为例进行说明。

1、功能检测模块1向事件管理模块发起复位进程请求。

具体实施时，功能检测模块1在检测到业务进程1在为业务1提供服务时，需要启动业务2的进程2，在启动业务2的进程2后发现功能未启动成功时，则确定进程2存在异常，则功能检测模块1向其对应的事件管理模块发送复位进程请求，所述复位进程请求中携带有需要复位的进程2的进程号，以及携带的请求类型用于指示复位进程和需要复位进程2的原因。

具体地，事件管理模块在5分钟内接收功能检测模块1发送的复位进程请求。

2、事件管理模块在对所述复位进程请求验证通过后，开启互斥锁。

具体实施时，对所述复位进程请求进行验证，具体验证方法可以参考实施例一中步骤S11中的相关描述，重复之处不再赘述。

3、事件管理模块异步向日志记录模块发送记录所述复位进程请求的通知。

3.1、日志记录模块定时记录所述复位进程请求。

具体地，日志记录模块在接收到通知后，记录所述复位进程请求，并存储到存储介质中，供后续系统维护人员跟踪定位。

4、事件管理模块向数据处理模块发送处理所述复位进程请求的通知。

4.1、数据处理模块读取所述共享内存表，确定5分钟内获取到所述复位进程请求的次数。

具体实施时，数据处理模块的执行过程可以参考实施例一中步骤S12的执行过程，重复之处不再赘述。

4.2、数据处理模块在确定出所述次数超过5次时，向事件管理模块返回不执行复位操作的结果。

4.3、事件管理模块将不执行复位操作的结果返回给功能检测模块1。

4.4、数据处理模块在确定出所述次数不超过5次时，向事件管理模块返回执行复位操作的结果。

5、事件管理模块向结果执行模块发送执行复位操作的指示。

5.1、结果执行模块执行kill函数重启所述进程。

5.2、结果执行模块向事件管理模块返回已重启所述进程的结果。

6、事件管理模块释放互斥锁。

具体地，步骤4.2和4.4是条件执行步骤，只有执行步骤4.2，步骤4.3才会执行，同时步骤4.4～5.2均不执行；同样只有执行4.4，步骤4.5～5.2才会执行，同时步骤4.2和4.3均不执行。

较佳地，当功能检测模块5分钟后才发送复位进程请求时，则执行7～12所示的流程：

7、功能检测模块1向事件管理模块发起复位进程请求。

8、事件管理模块在对所述复位进程请求验证通过后，开启互斥锁。

9、事件管理模块异步向日志记录模块发送记录所述复位进程请求的通知。

9.1、日志记录模块定时记录所述复位进程请求。

10、事件管理模块向数据处理模块发送处理所述复位进程请求的通知。

10.1、数据处理模块读取所述共享内存表，确定接收到上一次复位进程请求的时间。

具体实施时，可以从表1所示的共享内存表中读取进程2的进程号对应的上一次复位进程请求的时间。

10.2、数据处理模块确定接收到本次复位进程请求的时间与上一次复位进程请求的时间之间的时间差。

具体实施时，参考实施例一中步骤S21所示的执行过程，重复之处不再赘述。

10.3、数据处理模块在确定出所述时间差超过5分钟时，向事件管理模块返回执行复位操作的结果。

11、事件管理模块向结果执行模块发送执行复位操作的指示。

11.1、结果执行模块执行kill函数重启所述进程。

11.2、结果执行模块向事件管理模块返回已重启所述进程的结果。

12、事件管理模块释放互斥锁。

较佳地，还可以执行步骤13～18所示的流程：

13、功能检测模块1向事件管理模块发起复位进程请求。

14、事件管理模块在对所述复位进程请求验证通过后，开启互斥锁。

15、事件管理模块异步向日志记录模块发送记录所述复位进程请求的通知。

15.1、日志记录模块定时记录所述复位进程请求。

16、事件管理模块向数据处理模块发送处理所述复位进程请求的通知。

16.1、数据处理模块读取所述共享内存表，统计15分钟内各个进程号的复位请求的数量。

16.2、数据处理模块在确定出所述数量超过16次时，向事件管理模块返回直接复位系统的结果。

具体实施时，可以参考步骤S31～S32的执行过程，重复之处不再赘述。

17、事件管理模块向结果执行模块发送复位系统的指示。

17.1、结果执行模块调用reboot复位系统。

17.2、结果执行模块向事件管理模块返回已重启所述系统的结果。

18、事件管理模块释放互斥锁。

实施例四

如图4所示，为本发明实施例四提供的用于复位系统的复位请求处理方法的流程示意图，可以包括以下步骤：

以用于指示复位系统对应的第一预设时间为7天，以及第一阈值为5次、第二预设时间为7天为例进行说明。

1、功能检测模块1向事件管理模块发起复位系统请求。

具体实施时，功能检测模块1在检测到业务进程1在为业务1提供服务时，在发现运行过程中存在需要复位系统的异常时，功能检测模块1向其对应的事件管理模块发送复位系统请求。

具体地，事件管理模块在7天内接收功能检测模块1发送的复位进程请求。

2、事件管理模块在对所述复位系统请求验证通过后，开启互斥锁。

3、事件管理模块异步向日志记录模块发送记录所述复位系统请求的通知。

3.1、日志记录模块定时记录所述复位系统请求。

具体地，日志记录模块在接收到通知后，记录所述复位系统请求，并存储到存储介质中，供后续系统维护人员跟踪定位。

4、事件管理模块向数据处理模块发送处理所述复位系统请求的通知。

具体实施时，对所述复位系统请求进行验证，具体验证方法可以参考实施例一中步骤S11中的相关描述，重复之处不再赘述。

4.1、数据处理模块读取所述共享内存表，确定7天内获取到所述复位系统请求的次数。

具体实施时，数据处理模块的执行过程可以参考实施例一中步骤S12的执行过程，重复之处不再赘述。

4.2、数据处理模块在确定出所述次数超过5次时，向事件管理模块返回不执行复位操作的结果。

4.3、事件管理模块将不执行复位操作的结果返回给功能检测模块1。

4.4、数据处理模块在确定出所述次数不超过5次时，向事件管理模块返回执行复位操作的结果。

5、事件管理模块向结果执行模块发送执行复位操作的指示。

5.1、结果执行模块调用reboot复位所述系统。

5.2、结果执行模块向事件管理模块返回已重启所述系统的结果。

6、事件管理模块释放互斥锁。

具体地，步骤4.2和4.4是条件执行步骤，只有执行步骤4.2，步骤4.3才会执行，同时步骤4.4～5.2均不执行；同样只有执行4.4，步骤4.5～5.2才会执行，同时步骤4.2和4.3均不执行。

较佳地，当功能检测模块7天后才发送复位进程请求时，则执行7～12所示的流程：

7、功能检测模块1向事件管理模块发起复位系统请求。

8、事件管理模块在对所述复位系统请求验证通过后，开启互斥锁。

9、事件管理模块异步向日志记录模块发送记录所述复位系统请求的通知。

9.1、日志记录模块定时记录所述复位系统请求。

10、事件管理模块向数据处理模块发送处理所述复位系统请求的通知。

10.1、数据处理模块读取所述共享内存表，确定接收到上一次复位系统请求的时间。

具体实施时，可以从表1所示的共享内存表中读取标识信息为0对应的上一次复位系统请求的时间。

10.2、数据处理模块确定接收到本次复位系统请求的时间与上一次复位系统请求的时间之间的时间差。

具体实施时，参考实施例一中步骤S21所示的执行过程，重复之处不再赘述。

10.3、数据处理模块在确定出所述时间差超过7天时，向事件管理模块返回执行复位操作的结果。

11、事件管理模块向结果执行模块发送执行复位操作的指示。

11.1、结果执行模块调用reboot复位所述系统。

11.2、结果执行模块向事件管理模块返回已重启所述系统的结果。

12、事件管理模块释放互斥锁。

实施例五

基于同一发明构思，本发明实施例中还提供了一种复位请求处理装置，由于上述装置解决问题的原理与复位请求处理方法相似，因此上述装置的实施可以参见方法的实施，重复之处不再赘述。

如图5所示，为本发明实施例五提供的复位请求处理装置的结构示意图，包括获取单元61、第一统计单元62和第一处理单元63，其中：

获取单元61，用于获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；

第一统计单元62，用于在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；

第一处理单元63，用于在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作。

较佳地，所述装置，还包括：

第一确定单元，用于在所述统计单元在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数之前，确定接收到本次复位请求的时间与接收到上一次复位请求的时间之间的时间差，所述上一次复位请求中携带所述标识信息；

第二确定单元，用于确定所述时间差不大于第二预设时间。

较佳地，所述第一统计单元62，具体用于从存储的共享内存表中获取第一预设时间内、与所述标识信息对应的重启次数；根据所述重启次数，统计获取到的、携带所述标识信息的复位请求的次数。

较佳地，所述装置，还包括：

第二处理单元，用于在所述第二确定单元若确定出所述时间差大于所述第二预设时间，则对本次复位请求执行复位操作；

清除单元，用于清除所述共享内存表中所述标识信息对应的重启次数并重新计数。

优选地，若所述请求类型用于指示复位进程，则所述复位请求中携带的标识信息为需要复位的进程的进程号；以及所述装置，还包括：

第二统计单元，用于统计第三预设时间内携带有进程号的复位请求的数量；

重启单元，用于若所述数量超过第二阈值，则直接重启所述系统。

为了描述的方便，以上复位请求处理装置的各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

实施例六

本申请实施例六提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的复位请求处理方法。

实施例七

图6是本发明实施例七提供的实施复位请求处理方法的电子设备的硬件结构示意图，如图6所示，该电子设备包括：

一个或多个处理器710以及存储器720，图6中以一个处理器710为例。

执行复位请求处理方法的电子设备还可以包括：输入装置730和输出装置740。

处理器710、存储器720、输入装置730和输出装置740可以通过总线或者其他方式连接，图6中以通过总线连接为例。

存储器720作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的复位请求处理方法对应的程序指令/模块/单元(例如，附图5所示的获取单元61、第一统计单元62和第一处理单元63)。处理器710通过运行存储在存储器720中的非易失性软件程序、指令以及模块/单元，从而执行服务器或者智能终端的各种功能应用以及数据处理，即实现上述方法实施例复位请求处理方法。

存储器720可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据复位请求处理装置的使用所创建的数据等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器720可选包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至复位请求处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置730可接收输入的数字或字符信息，以及产生与复位请求处理装置的用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。

所述一个或者多个模块存储在所述存储器720中，当被所述一个或者多个处理器710执行时，执行上述任意方法实施例中的复位请求处理方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

实施例八

本申请实施例五提供了一种计算机程序产品，其中，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，其中，当所述程序指令被计算机执行时，使所述计算机执行本申请上述方法实施例中任一项复位请求处理方法。

本申请的实施例所提供的复位请求处理装置可通过计算机程序实现。本领域技术人员应该能够理解，上述的模块划分方式仅是众多模块划分方式中的一种，如果划分为其他模块或不划分模块，只要复位请求处理装置具有上述功能，都应该在本申请的保护范围之内。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种复位请求处理方法，其特征在于，包括：

获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；

确定接收到本次复位请求的时间与接收到上一次复位请求的时间之间的时间差，所述上一次复位请求中携带所述标识信息；

确定所述时间差不大于第二预设时间，在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；以及

在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作；

统计第三预设时间内携带有进程号的复位请求的数量；

若所述数量超过第二阈值，则直接重启所述系统。

2.如权利要求1所述的方法，其特征在于，在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数，具体包括：

从存储的共享内存表中获取第一预设时间内、与所述标识信息对应的重启次数；

根据所述重启次数，统计获取到的、携带所述标识信息的复位请求的次数。

3.如权利要求2所述的方法，其特征在于，若所述时间差大于所述第二预设时间，则所述方法，还包括：

对本次复位请求执行复位操作；并

清除所述共享内存表中所述标识信息对应的重启次数并重新计数。

4.一种复位请求处理装置，其特征在于，包括：

获取单元，用于获取复位请求，所述复位请求中携带有请求类型和标识信息，所述请求类型用于指示复位进程或复位系统；

第一统计单元，用于在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数；

第一处理单元，用于在确定出所述次数大于所述请求类型对应的第一阈值时，对本次复位请求不执行复位操作；

还包括：

第一确定单元，用于在所述统计单元在所述请求类型对应的第一预设时间内，统计获取到的、携带所述标识信息的复位请求的次数之前，确定接收到本次复位请求的时间与接收到上一次复位请求的时间之间的时间差，所述上一次复位请求中携带所述标识信息；

第二确定单元，用于确定所述时间差不大于第二预设时间；

所述装置，还包括：

第二统计单元，用于统计第三预设时间内携带有进程号的复位请求的数量；

重启单元，用于若所述数量超过第二阈值，则直接重启所述系统。

5.如权利要求4所述的装置，其特征在于，

所述第一统计单元，具体用于从存储的共享内存表中获取第一预设时间内、与所述标识信息对应的重启次数；根据所述重启次数，统计获取到的、携带所述标识信息的复位请求的次数。

6.如权利要求5所述的装置，其特征在于，还包括：

第二处理单元，用于在所述第二确定单元若确定出所述时间差大于所述第二预设时间，则对本次复位请求执行复位操作；

清除单元，用于清除所述共享内存表中所述标识信息对应的重启次数并重新计数。

7.一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令用于执行如权利要求1至3任一权利要求所述的方法。

8.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至3任一权利要求所述的方法。

Images