CN110442466A - 防止请求重复访问方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉及人工智能技术领域，提供了一种防止请求重复访问方法、装置、计算机设备及存储介质，所述防止请求重复访问方法包括：获取操作用户选择的待处理的事件请求并进行权限判断，提取有效事件请求；对有效事件请求进行类型判断得到事件类型；若事件类型为可重复类型，则将有效事件请求对应的请求次数与预设阈值进行比较，将请求次数超过预设阈值的有效事件请求确定为重复事件请求；若事件类型为不可重复类型，则将有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与当前有效事件请求相匹配的有效事件请求确定为重复事件请求；屏蔽重复事件请求。从而实现对重复事件请求的屏蔽处理，提高系统运行效率，进而提高用户的工作效率。

Description

防止请求重复访问方法、装置、计算机设备及存储介质

技术领域

本发明涉及人工智能技术领域，尤其涉及一种防止请求重复访问方法、装置、计算机设备及存储介质

背景技术

目前，各种类型的业务应用范围广，存在大量事件请求，同时也存在由于用户的误操作使到相同的事件请求增加的情况，从而增加系统负荷，影响系统处理效率，导致用户无法以正常处理效率使用系统，进而降低用户的工作效率。

发明内容

本发明实施例提供一种防止请求重复访问方法、装置、计算机设备及存储介质，以解决由于重复事件请求导致系统处理效率降低，进而影响用户工作效率的问题。

一种防止请求重复访问方法，包括：

获取操作用户选择的待处理的事件请求；

根据预设权限组对所述事件请求进行权限判断，提取有效事件请求；

对所述有效事件请求进行类型判断，得到所述有效事件请求对应的事件类型，其中，所述事件类型包括可重复类型和不可重复类型；

若所述事件类型为所述可重复类型，则将所述有效事件请求对应的请求次数与预设阈值进行比较，将所述请求次数超过预设阈值的有效事件请求确定为重复事件请求；

若所述事件类型为所述不可重复类型，则将所述有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与所述当前有效事件请求相匹配的有效事件请求确定为所述重复事件请求；

屏蔽所述重复事件请求。

一种防止请求重复访问装置，包括：

获取模块，用于获取操作用户选择的待处理的事件请求；

权限判断模块，用于根据预设权限组对所述事件请求进行权限判断，提取有效事件请求；

类型判断模块，用于对所述有效事件请求进行类型判断，得到所述有效事件请求对应的事件类型，其中，所述事件类型包括可重复类型和不可重复类型；

第一类型模块，用于若所述事件类型为所述可重复类型，则将所述有效事件请求对应的请求次数与预设阈值进行比较，将所述请求次数超过预设阈值的有效事件请求确定为重复事件请求；

第二类型模块，用于若所述事件类型为所述不可重复类型，则将所述有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与所述当前有效事件请求相匹配的有效事件请求确定为所述重复事件请求；

屏蔽模块，用于屏蔽所述重复事件请求。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述防止请求重复访问方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述防止请求重复访问方法的步骤。

上述防止请求重复访问方法、装置、计算机设备及存储介质，通过利用预设权限组对待处理的事件请求进行权限判断，提取有效事件请求再对其进行类型判断，得到事件类型，并根据事件类型确定对应的重复事件请求，最后屏蔽重复事件请求，从而实现对重复事件请求的屏蔽处理，减轻系统负荷，提高系统处理效率，进而提高用户的工作效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的防止请求重复访问方法的流程图；

图2是本发明实施例提供的防止请求重复访问方法中根据标识信息与描述信息进行匹配的方式对控件对应的事件请求进行更新的流程图；

图3是本发明实施例提供的防止请求重复访问方法中步骤S2的流程图；

图4是本发明实施例提供的防止请求重复访问方法中步骤S4的流程图；

图5是本发明实施例提供的防止请求重复访问方法中步骤S5的流程图；

图6是本发明实施例提供的防止请求重复访问方法中在事件id与当前事件id不相同的情况下进行处理的流程图；

图7是本发明实施例提供的防止请求重复访问装置的示意图；

图8是本发明实施例提供的计算机设备的基本机构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请提供的数据处理方法应用于服务端，服务端具体可以用独立的服务器或者多个服务器组成的服务器集群实现。在一实施例中，如图1所示，提供一种防止请求重复访问方法，包括如下步骤：

S1：获取操作用户选择的待处理的事件请求。

在本发明实施例中，通过对客户端的控件进行检测，当检测到有操作用户点击客户端上的控件时，获取该控件对应的事件请求，并将该事件请求确定为待处理的事件请求。其中，事件请求包括事件请求对应的事件id以及事件请求对应的操作用户id。

需要说明的是，通过操作用户id可以查询到点击控件对应的操作用户身份。

例如：客户端中存在控件A，其对应的事件请求为启动A1开关，若检测到操作用户在客户端上点击控件A时，则获取该控件A对应的事件请求启动A1开关，并将启动A1开关的事件请求确定为待处理的事件请求。

S2：根据预设权限组对事件请求进行权限判断，提取有效事件请求。

在本发明实施例中，预设权限组是专门用于记录合法用户id及合法用户id对应的用户权限。有效事件请求是指操作用户在其对应的用户权限内发出的事件请求。

具体地，利用事件请求对应的操作用户id与预设权限组中的合法用户id进行匹配，进而判断操作用户是否拥有事件请求对应的用户权限，并从中选择操作用户拥有用户权限的事件请求，即选取有效事件请求。

S3：对有效事件请求进行类型判断，得到有效事件请求对应的事件类型，其中，事件类型包括可重复类型和不可重复类型。

具体地，通过预设类型数据表，将有效事件请求对应的事件id与预设类型数据表中的目标事件id进行对比，当事件id与目标事件id相同时，则获取预设类型数据表中与事件id相同的目标事件id的目标事件请求对应的事件类型，将该事件类型确定为该有效事件请求对应的事件类型。

其中，预设类型数据表是指专门用于存储目标事件请求对应的目标事件id以及目标事件请求对应的事件类型，事件类型是指根据用户实际需求将事件请求分为可重复类型和不可重复类型。

需要说明的是，可重复类型是指该类型对应的事件请求允许多次请求，不可重复类型是指该类型对应的事件请求只允许一次请求。

例如，预设类型数据表中存在目标事件请求Q的目标事件id为123，并且目标事件请求Q对应的事件类型为可重复类型，若存在有效事件请求Q1的事件id为123，则将该事件id与预设类型数据表中的目标事件id进行对比，得到事件id123与目标事件id123相同，则将该目标事件请求Q对应的可重复类型确定为有效事件请求Q1对应的事件类型，即有效事件请求A1对应的事件类型为可重复类型。

S4：若事件类型为可重复类型，则将有效事件请求对应的请求次数与预设阈值进行比较，将请求次数超过预设阈值的有效事件请求确定为重复事件请求。

在本发明实施例中，若根据步骤S3得到有效事件请求对应的事件类型为可重复类型，则从预设日志库中获取该有效事件请求对应的请求次数，并将该请求次数与预设阈值进行比较，选取请求次数超过预设阈值的有效事件请求确定为重复事件请求。

其中，预设日志库是指专门用于记录有效事件请求及有效事件请求对应的请求次数。

预设阈值具体可以是10，也可以根据用户的实际需求进行设置，此处不做限制。

S5：若事件类型为不可重复类型，则将有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与当前有效事件请求相匹配的有效事件请求确定为重复事件请求。

在本发明实施例中，若根据步骤S3得到有效事件请求对应的事件类型为不可重复类型，则从预设当前库中获取当前有效事件请求，并将有效事件请求与当前有效事件请求进行匹配，选取与当前有效事件请求相同的有效事件请求作为重复事件请求。

其中，预设当前库是指专门用于存储正在执行的当前有效事件请求及其当前有效事件请求对应的当前事件id，且当前有效事件请求执行完成时，当前有效事件请求及其对应的当前事件id都将从预设当前库中进行删除。

S6：屏蔽重复事件请求。

具体地，当检测到有效事件请求为重复事件请求时，对重复事件请求进行屏蔽处理，即禁止重复事件请求进行执行。

本实施例中，通过利用预设权限组对待处理的事件请求进行权限判断，提取有效事件请求再对其进行类型判断，得到事件类型，并根据事件类型确定对应的重复事件请求，最后屏蔽重复事件请求，从而实现对重复事件请求的屏蔽处理，减轻系统负荷，提高系统处理效率，进而提高用户的工作效率。

在一实施例中，如图2所示，步骤S1之前，所述防止请求重复访问方法还包括如下步骤：

S11：从控件信息表中获取客户端中的控件对应的事件请求和标识信息。

通过直接从控件信息表中获取客户端中的控件对应的事件请求和标识信息，其中，控件信息表是指专门用于存储不同的控件以及不同的控件对应的事件请求和标识信息的数据表。

需要说明的是，控件可以是按钮，也可以是标签，具体可以根据用户实际的需求进行设置，且在用户日志库中都有与标识信息相同的描述信息。

S12：从用户日志库中获取描述信息，其中，用户日志库包含历史事件请求及其历史事件请求对应的描述信息。

通过直接从用户日志库中获取描述信息，其中，用户日志库包含历史事件请求及其历史事件请求对应的描述信息。

S13：将标识信息与描述信息进行匹配，若标识信息与描述信息相同，则将控件对应的事件请求更新为历史事件请求。

将步骤S11中得到的标识信息与步骤S12中得到的描述信息进行匹配，若匹配到与标识信息相同的描述信息，则将控件对应的事件请求更新为描述信息对应的历史事件请求。

例如，存在控件R和T，对应的事件请求都为空，对应的标识信息分别为“aaa”和“bbb”；用户日志库中存在历史事件请求分别为“调用A1开关”和“调用A2开关”，其对应的描述信息分别为“aaa”和“bbb”，将控件R和T对应的标识信息分别与用户日志库中的描述信息进行匹配，由于控件R对应的标识信息“aaa”与描述信息“aaa”相同，则将控件R对应的事件请求更新为“调用A1开关”，同理，将控件T对应的事件请求更新为“调用A2开关”。

进一步地，还可以实时根据用户日志库对控件对应的事件请求进行更新，通过设定预设更新时间，当达到预设更新时间时，将控件中的标识信息与用户日志库中的描述信息相同的历史事件请求进行对比，若事件请求与历史事件请求相同，则不做处理，若事件请求与历史事件请求不同，则将控件对应的事件请求更新为标识信息与用户日志库中描述信息相同的历史事件请求。

其中，预设更新时间具体可以是60分钟，此处不做限制。

例如，预设更新时间为60分钟，存在控件R1，对应的事件请求为“启动1通道”，对应的标识信息为“abb”，用户日志库中存在历史事件请求为“启动2通道”，对应的描述信息为“abb”，当达到60分钟时，将R1对应的事件请求“启动1通道”与用户日志库中的历史事件请求“启动2通道”进行对比，由于不同，则将R1对应的事件请求更新为“启动2通道”。

本实施例中，通过利用控件对应的标识信息与用户日志库包含的描述信息进行匹配的方式，将匹配成功的控件对应的事件请求更新为历史事件请求，能够实现根据用户的实际业务需要对控件对应的事件请求进行变更，从而提高系统的实用性，避免用户需要重新对控件进行开发，减轻用户开发工作量，进而提高用户的工作效率。

在一实施例中，如图3所示，步骤S2中，即根据预设权限组对事件请求进行权限判断，提取有效事件请求包括如下步骤：

S21：从预设权限组获取操作用户的用户权限。

具体地，当检测到事件请求时，利用事件请求对应的操作用户id与预设权限组中的合法用户id进行匹配，获取预设权限组中与操作用户id相同的合法用户id对应的用户权限。

S22：根据用户权限，判断操作用户选择的待处理的事件请求是否超过权限。

在本发明实施例中，用户权限是指操作用户拥有对事件请求的请求权利，用户权限包括操作用户对应的所有权限请求。通过步骤S21得到操作用户对应的用户权限，根据用户权限得到该操作用户对应的所有权限请求，将操作用户的事件请求与其对应的每个权限请求进行对比，并根据对比结果判断操作用户的事情请求是否超过权限。

S23：若操作用户拥有事件请求的权限，则将事件请求确定为有效事件请求，并提取有效事件请求。

本实施例中，根据步骤S22将操作用户的事件请求与其对应的每个权限请求进行对比，经过对比后若存在事件请求与权限请求相同，则表示该操作用户拥有该事件请求对应的权限，将该事件请求确定为有效事件请求，并对该有效事件请求进行提取并保存到预设用户库中。其中，预设用户库是指专门用于存储有效事件请求及有效事件请求对应的事件id的数据库。

需要说明的是，若存在事件请求与权限请求都不相同，则表示该操作用户未拥有该事件请求对应的权限，将该事件请求确定为无效事件请求，并对该事件请求进行撤回处理，将该事件请求按照预设的方式反馈给该事件请求对应的操作用户，提示该操作用户受到权限限制，无法访问对应的事件请求。

其中，预设的方式具体可以是系统消息的形式展示在操作用户的操作界面上，也可以根据用户的实际需求进行设置。

例如，假设用户C对应的用户权限为执行事件请求C1，若用户C选择事件请求C1，则将该事件请求C1确定为有效事件请求，若用户C选择事件请求C2，则将该事件请求C2确定为无效事件请求，并将事件请求C2按照预设的方式反馈给用户C，提示用户C受到权限限制，无法访问事件请求C2。

本实施例中，当检测到事件请求时根据用户权限进行权限判断，判断操作用户是否拥有事件请求的权限，进而确定有效事件请求，从而实现对操作用户的权限审核，保证事件请求的安全性，进而能够有效提升系统的安全性能，保证系统的正常处理效率。

在一实施例中，如图4所示，步骤S4中，即若事件类型为可重复类型，则将有效事件请求对应的请求次数与预设阈值进行比较，确定重复事件请求包括如下步骤：

S41：若事件类型为可重复类型，则根据预设计数规则，计算相同的有效事件请求对应的请求次数。

在本发明实施例中，通过识别事件id可以识别出相同的有效事件请求，故通过步骤S23中的预设用户库，当识别到预设用户库中存在相同的事件id时，则相同事件id对应的有效事件请求都确定为相同的有效事件请求。

具体地，若有效事件请求对应的事件类型为可重复类型，则选取相同的有效事件请求，按照预设计数规则，计算相同的有效事件请求对应的请求次数。其中，预设计数规则是指将识别到的相同有效事件请求进行累加计数，若达到预设时间，则对累加计数结果进行清零处理并重新计算。其中，预设时间具体可以是1分钟，也可以根据用户实际需求进行设置，此处不做限制。

例如，假设有效事件请求对应的事件id为456，预设时间为1分钟，当在10秒时检测到事件id为456的有效事件请求时，累加计数的结果为1，表示有效事件请求对应的请求次数为1，当在20秒时检测到事件id为456的有效事件请求时，累加计数的结果为2，表示有效事件请求对应的请求次数为2，以此类推，当达到60秒时，则对累加计数结果清零，即累加计数的结果为0，表示有效事件请求对应的请求次数为0。

S42：将请求次数与预设阈值进行比较。

具体地，根据步骤S41中的请求次数，将该请求次数与预设阈值进行比较。

S43：若请求次数大于预设阈值，则将有效事件请求确定为重复事件请求。

具体地，若比较结果为请求次数大于预设阈值，则将该请求次数对应的有效事件请求确定为重复事件请求。

例如，若预设阈值为5，有效事件请求W的请求次数为6次，由于请求次数6大于预设阈值5，故将有效事件请求W确定为重复事件请求。

本实施例中，若事件类型为可重复类型，通过将有效事件请求对应的请求次数与预设阈值进行比较，确定重复事件请求，从而实现在事件类型为可重复类型的前提下对重复事件请求的准确识别，进一步保证后续对重复事件请求进行屏蔽处理的准确性。

在一实施例中，步骤S42之后，该防止请求重复访问方法还包括如下步骤：

若请求次数小于等于预设阈值，则执行有效事件请求。

具体地，根据步骤S42将该请求次数与预设阈值进行比较，若比较结果为请求次数小于等于预设阈值，则将该请求次数对应的有效事件请求标识为正常请求，并将该正常请求发送到预设执行端口进行响应请求处理。其中，预设执行端口是指专门用于响应正常请求的处理端口。

例如，若预设阈值为5，有效事件请求E的请求次数为4次，由于请求次数4小于预设阈值5，则将有效事件请求E标识为正常请求，并将其发送到预设执行端口进行响应请求处理。

本实施例中，在请求次数小于等于预设阈值的情况下执行有效事件请求，从而实现对正常有效事件请求的准确识别，以及能够对正常有效事件请求的正常响应处理，保证系统处理事件请求的准确性。

在一实施例中，如图5所示，步骤S5中，即若事件类型为不可重复类型，则将有效事件请求与预设当前库中的当前有效事件请求进行匹配，确定重复事件请求包括如下步骤：

S51：若事件类型为不可重复类型，则将有效事件请求对应的事件id与预设当前库中的当前事件id进行匹配，其中，有效事件请求包括其对应的事件id。

在本发明实施例中，若有效事件请求对应的事件类型为不可重复类型，则对不可重复类型的有效事件请求进行检测，当检测到有效事件请求时，将该有效事件请求对应的事件id与预设当前库中的当前事件id进行匹配。

S52：若事件id与当前事件id相同，则将有效事件请求确定为重复事件请求。

具体地，若匹配到有效事件请求对应的事件id与预设当前库中的当前事件id相同，则将该有效事件请求确定为重复事件请求。

例如，存在不可重复类型的有效事件请求P，有效事件请求P对应的事件id111，预设当前库中存在当前有效事件请求P1，当前有效事件请求P1对应的当前事件id111，将事件id111与当前事件id111进行对比，由于事件id111与当前事件id111相同，则将该有效事件请求P确定为重复事件请求。

本实施例中，若事件类型为不可重复类型，则根据事件id与当前事件id进行匹配的方式确定重复事件请求，从而实现在事件类型为不可重复类型的前提下对重复事件请求的准确识别，进一步保证后续对重复事件请求进行屏蔽处理的准确性。

在一实施例中，如图6所示，步骤S51之后，该防止请求重复访问方法还包括如下步骤：

S511：若事件id与当前事件id不相同，则将事件id及其对应的有效事件请求更新到预设当前库，并执行有效事件请求。

具体地，根据步骤S51将有效事件请求对应的事件id与预设当前库中的当前事件id进行匹配，若预设当前库中未存在与有效事件请求对应的事件id相同的当前事件id，即事件id与当前事件id不相同，则将该有效事件请求标识为正常请求，并将该正常请求发送到预设执行端口进行响应请求处理，同时，将该有效事件请求作为当前有效事件请求更新到预设当前库中。

例如，预设条件为有效事件请求执行结束，存在不可重复类型的有效事件请求R1，有效事件请求R1对应的事件id111，预设当前库中存在正在执行的当前有效事件请求R2，当前有效事件请求R2对应的当前事件id222，将事件id111与当前事件id222进行匹配，由于事件id111与当前事件id222不相同，则将该有效事件请求R1标识为正常请求，并将该有效事件请求R1发送到预设执行端口进行响应请求处理，同时将该有效事件请求作为当前有效事件请求更新到预设当前库中，此时，预设当前库中存在当前有效事件请求R1和当前有效事件请求R2。

S512：当有效事件请求达到预设条件时，将有效事件请求从预设当前库中删除。

具体地，且当该有效事件请求达到预设条件时，将该有效事件请求从预设当前库中进行删除。其中，预设条件具体可以是有效事件请求执行结束，也可以是达到设定时间，具体根据用户实际需求进行设置。

例如，如步骤S511中的例子所述，当有效事件请求R1执行结束时，将预设当前库中当前有效事件请求R1删除，即预设当前库中存在的当前有效事件请求只有R2，若有效事件请求R2也执行结束时，将该当前有效事件请求R2也从预设当前库中进行删除，此时预设当前库为空。

本实施例中，在事件id与当前事件id不相同的情况下，将事件id及其对应的有效事件请求更新到预设当前库中，并执行有效事件请求，且当有效事件请求达到预设条件时，将该有效事件请求从预设当前库中删除，从而实现对预设当前库中的信息进行及时更新，以及能够对正常有效事件请求的正常响应处理，保证后续对重复事件请求进行识别的准确性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种防止请求重复访问装置，该防止请求重复访问装置与上述实施例中防止请求重复访问方法一一对应。如图7所示，该装置包括获取模块71、权限判断模块72、类型判断模块73、第一类型模块74、第二类型模块75和屏蔽模块76。各功能模块详细说明如下：

获取模块71，用于获取操作用户选择的待处理的事件请求；

权限判断模块72，用于根据预设权限组对事件请求进行权限判断，提取有效事件请求；

类型判断模块73，用于对有效事件请求进行类型判断，得到有效事件请求对应的事件类型，其中，事件类型包括可重复类型和不可重复类型；

第一类型模块74，用于若事件类型为可重复类型，则将有效事件请求对应的请求次数与预设阈值进行比较，将请求次数超过预设阈值的有效事件请求确定为重复事件请求；

第二类型模块75，用于若事件类型为不可重复类型，则将有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与当前有效事件请求相匹配的有效事件请求确定为重复事件请求；

屏蔽模块76，用于屏蔽重复事件请求。

进一步地，防止请求重复访问装置还包括：

配置模块，用于针对客户端中的控件配置对应的事件请求。

进一步地，权限判断模块72包括：

权限获取子模块，用于从预设权限组获取操作用户的用户权限；

判断子模块，用于根据用户权限，判断操作用户选择的待处理的事件请求是否超过权限；

提取子模块，用于若操作用户拥有事件请求的权限，则将事件请求确定为有效事件请求，并提取有效事件请求。

进一步地，第一类型模块74包括：

计算子模块，用于若事件类型为可重复类型，则根据预设计数规则，计算相同的有效事件请求对应的请求次数；

比较子模块，用于将请求次数与预设阈值进行比较；

第一比较子模块，用于若请求次数大于预设阈值，则将有效事件请求确定为重复事件请求。

进一步地，防止请求重复访问装置还包括：

第二比较模块，用于若请求次数小于等于预设阈值，则执行有效事件请求。

进一步地，第二类型模块75包括：

匹配子模块，用于若事件类型为不可重复类型，则将有效事件请求对应的事件id与预设当前库中的当前事件id进行匹配，其中，有效事件请求包括其对应的事件id；

匹配相同子模块，用于若事件id与当前事件id相同，则将有效事件请求确定为重复事件请求。

进一步地，防止请求重复访问装置还包括：

匹配不相同模块，用于若事件id与当前事件id不相同，则将事件id及其对应的有效事件请求更新到预设当前库，并执行有效事件请求；

删除模块，用于当有效事件请求达到预设条件时，将有效事件请求从预设当前库中删除。

本申请的一些实施例公开了计算机设备。具体请参阅图8，为本申请的一实施例中计算机设备90基本结构框图。

如图8中所示意的，所述计算机设备90包括通过系统总线相互通信连接存储器91、处理器92、网络接口93。需要指出的是，图8中仅示出了具有组件91-93的计算机设备90，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器91至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器91可以是所述计算机设备90的内部存储单元，例如该计算机设备90的硬盘或内存。在另一些实施例中，所述存储器91也可以是所述计算机设备90的外部存储设备，例如该计算机设备90上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器91还可以既包括所述计算机设备90的内部存储单元也包括其外部存储设备。本实施例中，所述存储器91通常用于存储安装于所述计算机设备90的操作系统和各类应用软件，例如所述防止请求重复访问方法的程序代码等。此外，所述存储器91还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器92在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器92通常用于控制所述计算机设备90的总体操作。本实施例中，所述处理器92用于运行所述存储器91中存储的程序代码或者处理数据，例如运行所述防止请求重复访问方法的程序代码。

所述网络接口93可包括无线网络接口或有线网络接口，该网络接口93通常用于在所述计算机设备90与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有事件请求信息录入程序，所述事件请求信息录入程序可被至少一个处理器执行，以使所述至少一个处理器执行上述任意一种防止请求重复访问方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台计算机设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

最后应说明的是，显然以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种防止请求重复访问方法，其特征在于，所述防止请求重复访问方法包括：

获取操作用户选择的待处理的事件请求；

根据预设权限组对所述事件请求进行权限判断，提取有效事件请求；

对所述有效事件请求进行类型判断，得到所述有效事件请求对应的事件类型，其中，所述事件类型包括可重复类型和不可重复类型；

若所述事件类型为所述可重复类型，则将所述有效事件请求对应的请求次数与预设阈值进行比较，将所述请求次数超过预设阈值的有效事件请求确定为重复事件请求；

若所述事件类型为所述不可重复类型，则将所述有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与所述当前有效事件请求相匹配的有效事件请求确定为所述重复事件请求；

屏蔽所述重复事件请求。

2.如权利要求1所述的防止请求重复访问方法，其特征在于，所述获取操作用户选择的待处理的事件请求的步骤之前，所述防止请求重复访问方法还包括：

从控件信息表中获取客户端中的控件对应的所述事件请求和标识信息；

从用户日志库中获取描述信息，其中，所述用户日志库包含历史事件请求及其所述历史事件请求对应的所述描述信息；

将所述标识信息与所述描述信息进行匹配，若所述标识信息与所述描述信息相同，则将所述控件对应的所述事件请求更新为所述历史事件请求。

3.如权利要求1所述的防止请求重复访问方法，其特征在于，所述根据预设权限组对所述事件请求进行权限判断，提取有效事件请求的步骤包括：

从预设权限组获取所述操作用户的用户权限；

根据所述用户权限，判断所述操作用户选择的待处理的所述事件请求是否超过权限；

若所述操作用户拥有所述事件请求的权限，则将所述事件请求确定为有效事件请求，并提取所述有效事件请求。

4.如权利要求1所述的防止请求重复访问方法，其特征在于，所述若所述事件类型为所述可重复类型，则将所述有效事件请求对应的请求次数与预设阈值进行比较，将所述请求次数超过预设阈值的有效事件请求确定为重复事件请求的步骤包括：

若所述事件类型为所述可重复类型，则根据预设计数规则，计算相同的所述有效事件请求对应的所述请求次数；

将所述请求次数与预设阈值进行比较；

若所述请求次数大于预设阈值，则将所述有效事件请求确定为所述重复事件请求。

5.如权利要求4所述的防止请求重复访问方法，其特征在于，所述将所述请求次数与预设阈值进行比较的步骤之后，所述防止请求重复访问方法还包括：

若所述请求次数小于等于预设阈值，则执行所述有效事件请求。

6.如权利要求1所述的防止请求重复访问方法，其特征在于，所述若所述事件类型为所述不可重复类型，则将所述有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与所述当前有效事件请求相匹配的有效事件请求确定为所述重复事件请求的步骤包括：

若所述事件类型为所述不可重复类型，则将所述有效事件请求对应的事件id与预设当前库中的当前事件id进行匹配，其中，所述有效事件请求包括其对应的所述事件id；

若所述事件id与所述当前事件id相同，则将所述有效事件请求确定为所述重复事件请求。

7.如权利要求6所述的防止请求重复访问方法，其特征在于，所述若所述事件类型为所述不可重复类型，则将所述有效事件请求对应的事件id与预设当前库中的当前事件id进行匹配的步骤之后，所述防止请求重复访问方法还包括：

若所述事件id与所述当前事件id不相同，则将所述事件id及其对应的所述有效事件请求更新到预设当前库，并执行所述有效事件请求；

当所述有效事件请求达到预设条件时，将所述有效事件请求从所述预设当前库中删除。

8.一种防止请求重复访问装置，其特征在于，所述防止请求重复访问装置包括：

获取模块，用于获取操作用户选择的待处理的事件请求；

权限判断模块，用于根据预设权限组对所述事件请求进行权限判断，提取有效事件请求；

类型判断模块，用于对所述有效事件请求进行类型判断，得到所述有效事件请求对应的事件类型，其中，所述事件类型包括可重复类型和不可重复类型；

第一类型模块，用于若所述事件类型为所述可重复类型，则将所述有效事件请求对应的请求次数与预设阈值进行比较，将所述请求次数超过预设阈值的有效事件请求确定为重复事件请求；

第二类型模块，用于若所述事件类型为所述不可重复类型，则将所述有效事件请求与预设当前库中的当前有效事件请求进行匹配，将与所述当前有效事件请求相匹配的有效事件请求确定为所述重复事件请求；

屏蔽模块，用于屏蔽所述重复事件请求。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述防止请求重复访问方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述防止请求重复访问方法的步骤。