CN110839085A - 指令管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及信息管理领域，具体涉及一种指令管理方法、装置、电子设备及存储介质，解决了现有技术中对集群系统接收到的多个相同的请求指令进行重复处理，从而导致集群系统资源浪费的问题。方法应用于集群系统中的拦截器，方法包括：解析获得的请求指令得到请求参数，并根据请求参数生成与请求指令对应的请求键值，判断集群系统的存储器中是否存在与请求指令对应的请求键值，当存储有请求键值时，生成请求键值对应的提示信息，以提示接收到重复的请求指令。

Description

指令管理方法、装置、电子设备及存储介质

技术领域

本申请涉及信息管理领域，具体而言，涉及一种指令管理方法、装置、电子设备及存储介质。

背景技术

当用户进行联网操作时，通常会由于发出的请求指令得不到及时应答而对同一个联网操作连续发送多条相同的请求指令，其中，发出的请求指令得不到及时应答的原因包括：在受到距离和天气的不良影响时，集群系统管理范围内的网络信号强度变弱。当网络信号强度恢复正常时，集群系统会接收到网络强度弱时用户连续发送的所有相同的请求指令，并在每个请求进入集群系统后，将所有的请求指令分发至集群系统中包括的多个终端设备，以使多个不同的终端设备分别处理接收到的相同的请求指令，从而对相同请求指令进行了重复处理。因此，现有技术中存在对集群系统接收到的多个相同的请求指令进行重复处理，从而导致集群系统资源浪费的问题。

发明内容

针对上述问题，本申请提供了一种指令管理方法、装置、电子设备及存储介质，解决了对集群系统接收到的多个相同的请求指令进行重复处理，从而导致集群系统资源浪费的问题。

第一方面，本申请提供了一种指令管理方法，所述方法包括：

解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值；

判断集群系统的存储器中是否存储有所述请求键值；

当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令。

根据本申请的实施例，优选地，在上述指令管理方法中，根据所述请求参数生成与所述请求指令对应的请求键值的步骤包括：

将多个所述请求参数按照预设顺序排列，以得到请求字符串；

对所述请求字符串进行加密处理，以得到该请求字符串对应的请求键值。

根据本申请的实施例，优选地，在上述指令管理方法中，当未存储所述请求键值时，所述方法还包括：

将所述请求键值存储至所述存储器，并将该请求键值对应的请求指令发送至所述集群系统中的终端设备，以使该终端设备对该请求指令进行处理。

根据本申请的实施例，优选地，在上述指令管理方法中，将该请求键值对应的请求指令发送至所述集群系统中的终端设备的步骤包括：

判断所述存储器中预存的终端设备列表中是否存在无标记的终端设备；

若存在，则所述请求键值对应的请求指令发送给所述终端设备列表中无标记，且序列编号最小的终端设备，并对该终端设备进行标记；

若不存在，则将所述请求键值对应的请求指令发送至所述终端设备列表中序列编号最小的终端设备，其中，每个终端设备分别对应一个序列编号。

根据本申请的实施例，优选地，在上述指令管理方法中，将该请求键值对应的请求指令发送至所述集群系统中的终端设备的步骤包括：

当所述集群系统中包括处于空闲状态的终端设备时，将所述请求指令发送至处于空闲状态且序列编号最小的终端设备。

第二方面，本申请提供了一种指令管理方法，应用于集群系统的终端设备，所述方法包括：

接收所述集群系统的拦截器发送的请求指令并开始计时；

对所述请求指令进行处理；

当完成对所述请求指令的处理且计时未到达预设超时阈值时，删除所述集群系统的存储器中该请求指令对应的键值。

根据本申请的实施例，优选地，在上述指令管理方法中，所述方法还包括：

当未完成对所述请求指令的处理且计时到达预设超时阈值时，生成处理超时提示信息，停止对所述请求指令的处理，并删除所述集群系统的存储器中所述请求指令对应的请求键值。

第三方面，本申请提供了一种指令管理装置，所述装置包括：

解析模块，用于解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值；

判断模块，用于判断集群系统的存储器中是否存储有所述请求键值；

分配模块，用于当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令。

第四方面，本申请提供了一种存储介质，该存储介质存储的计算机程序，所述计算机程序被一个或多个处理器执行时，实现如上述第一方面或第二方面中任意一项所述的指令管理方法。

第五方面，本申请提供了一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，执行如上述第一方面或第二方面中任意一项所述的指令管理方法。

与现有技术相比，上述方案中的一个或多个实施例可以具有如下优点或有益效果：通过解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值，判断所述集群系统的存储器中是否存储有所述请求键值，当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令，从而解决了现有技术中存在的对集群系统接收到的多个相同的请求指令进行重复处理，从而导致集群系统资源浪费的问题。

附图说明

通过结合附图阅读下文示例性实施例的详细描述可更好地理解本申请公开的范围。其中所包括的附图是：

图1为本申请实施例一提供的指令管理方法的流程图；

图2为本申请实施例二提供的指令管理方法的流程图；

图3为本申请实施例三提供的指令管理方法的流程图。

在附图中，相同的部件使用相同的附图标记，附图并未按照实际的比例绘制。

具体实施方式

以下将结合附图及实施例来详细说明本申请的实施方式，借此对本申请如何应用技术手段来解决技术问题，并达到相应技术效果的实现过程能充分理解并据以实施。本申请实施例以及实施例中的各个特征，在不相冲突前提下可以相互结合，所形成的技术方案均在本申请的保护范围之内。

实施例一

请参阅图1，本申请实施例提供了一种指令管理方法，应用于集群系统的拦截器，该方法包括步骤S110至步骤S130。

步骤S110：解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值。

可以理解，集群系统的拦截器在接收到用户发送的请求指令时，读取出所述请求指令中包括的请求参数，以生成所述请求指令对应的请求键值，其中，所述请求参数包括但不限于：用户序号、用户参数、请求RUL以及请求方式；所述请求方式包括但不限于：GET请求、POST请求、PUT请求以及DELETE请求。

在本实施例中，根据所述请求参数生成与所述请求指令对应的请求键值的步骤包括：将多个所述请求参数按照预设顺序排列，以得到请求字符串；对所述请求字符串进行加密处理，以得到该请求字符串对应的请求键值。

可以理解，为了方便对所述请求指令的处理，需要将所述请求指令中包括的各请求参数按照预设顺序排列后，将各所述请求参数的数据类型转换为字符串型，并将所有的字符串型的请求参数组合为请求字符串；同时，为保证用户数据的安全性，为所述请求字符串进行加密处理，将加密处理后的请求字符串作为所述请求指令对应的请求键值。

步骤S120：判断所述集群系统的存储器中是否存储有所述请求键值。

当存储有所述请求键值时，执行步骤S121；当未存储所述请求键值时，执行步骤S130。

步骤S121：生成所述请求键值对应的提示信息，以提示接收到重复的请求指令。

可以理解，所述集群系统的存储器中存储的请求键值是所述集群系统的拦截器根据接收到的用户发送的请求指令而生成的，同一用户对同一任务发送的多个相同的请求指令对应的请求键值也相同，因此，当所述集群系统的存储器中存在与接收到的请求指令对应的请求键值相同的请求键值时，说明所述集群系统中已经存在与此时接收到的请求指令相同的在先请求指令，即所述集群系统接收到了重复的相同请求指令。基于此，所述集群系统生成重复的相同请求指令对应的提示信息，以提示用户发送了重复的请求指令，且不会对该重复的相同请求指令进行处理，从而避免了对同一用户发送的多个相同的请求指令进行重复处理造成的资源浪费，也避免了对同一用户发送的多个相同的请求指令进行同时处理造成的数据冲突。

步骤S130：将所述请求键值存储至所述存储器，并将该请求键值对应的请求指令发送至所述集群系统中的终端设备，以使该终端设备对该请求指令进行处理。

可以理解，当所述集群系统的存储器中未存储所述请求键值时，表示所述集群系统中不包括与所述请求键值对应的请求指令相同的在先请求指令，所述集群系统能够对该请求键值对应的请求指令进行处理，因此，调用所述拦截器的调度模块，将该请求键值对应的请求指令发送至所述集群系统中的终端设备，其中，所述终端设备包括但不限于：智能手机、平板电脑、服务器以及台式电脑；特别的，在本实施例中，所述终端设备为服务器，所述服务器包括x86服务器和非x86服务器。

可以理解，为了避免在对所述请求指令处理完成前对再次接收到的与该请求指令相同的在后请求指令进行处理，将所述请求指令对应的请求键值存储至所述集群系统中的存储器进行存储，从而当所述集群系统接收到与所述请求指令相同的在后请求指令时，能够发现所述集群系统的存储器中存储有与所述在后请求指令对应的在后请求键值相同的请求键值，所述拦截器拒绝将所述在后请求指令发送至所述终端设备进行处理，并生成与所述在后请求键值对应的提示信息，以提示接收到重复的请求指令。

当所述集群系统中包括多个所述终端设备时，将请求键值对应的请求指令发送至所述集群系统中的终端设备的方式可以是将所述请求指令随机发送至所述集群系统中包括的任意一个终端设备。

为保证对所述集群系统中包括的终端设备的充分利用，当所述集群系统中包括多个所述终端设备时，根据所述集群系统的存储器中预存的终端设备列表，将请求键值对应的请求指令发送至所述集群系统中的终端设备的方式也可以是将所述请求指令发送至终端设备列表中工作量未饱和且序列编号最小的终端设备，以使所述序列编号最小的终端设备立即对所述请求指令进行处理。

可以理解，由于每个所述终端设备对所述请求指令进行处理的过程需要持续一定的时间，且每个所述终端设备能够同时处理的请求指令的数量存在一预设阈值，在所述拦截器的调度模块中为所述集群系统包括的每个终端设备分别设置一计数器，用于统计发送至每个终端设备的请求指令的数量，当序列编号最小的终端设备接收到的请求指令的数量达到此预设阈值时，表示该序列编号最小的终端设备的工作量已经饱和，此时，所述拦截器会将在后接收到的请求指令发送至与所述序列编号最小的终端设备具有相邻序列编号的终端设备进行处理，其中，该相邻序列编号大于所述最小的序列编号，且小于所述终端设备列表中其他终端设备的序列编号。

优选的，在本实施例中，当所述集群系统中包括多个所述终端设备时，为了在保证对所述集群系统中包括的终端设备的充分利用的同时，保证所有终端设备的平均利用率，将请求键值对应的请求指令发送至所述集群系统中的终端设备的方式为：判断所述存储器中预存的终端设备列表中是否存在无标记的终端设备；若存在，则所述请求键值对应的请求指令发送给所述终端设备列表中无标记，且序列编号最小的终端设备，并对该终端设备进行标记；若不存在，则将所述请求键值对应的请求指令发送至所述终端设备列表中序列编号最小的终端设备，其中，每个终端设备分别对应一个序列编号。

可以理解，当所述集群系统中包括的所有的终端设备都被标记后，自动清除所有所述终端设备的标记，并基于每个所述终端设备接收到的指令请求开始新一轮的标记。

为了保证对所述集群系统中包括的每个终端设备的充分利用，在本实施例中，当所述集群系统中包括处于空闲状态的终端设备时，将所述请求指令发送至处于空闲状态且序列编号最小的终端设备。

可以理解，当所述集群系统中包括处于空闲状态的终端设备时，优先选择处于空闲状态的终端设备对所述请求指令进行处理，特别的，当所述集群系统中包括多个处于空闲状态的终端设备时，选择多个处于空闲状态的终端设备中且序列编号最小的终端设备对所述请求指令进行处理。

实施例二

请参阅图2，本申请实施例提供了一种指令管理方法，应用于集群系统的终端设备，所述方法包括步骤S210至步骤S230。

步骤S210：接收所述集群系统的拦截器发送的请求指令并开始计时。

可以理解，为方便计算所述终端设备对请求指令进行处理的效率，在所述集群系统中的终端设备接收到所述拦截器发送的请求指令时，开始计时。

步骤S220：对所述请求指令进行处理。

可以理解，所述终端设备对所述请求指令进行解析，以按照解析结果中包括的请求方式执行相应的操作，以达到用户期望的目的。

步骤S230：当完成对所述请求指令的处理且计时未到达预设超时阈值时，删除所述集群系统的存储器中该请求指令对应的键值。

可以理解，当所述终端设备完成对所述请求指令的处理且计时未到达预设超时阈值时，表示所述终端设备对所述请求指令的处理过程正常完成，删除所述集群系统的存储器中该请求指令对应的键值，当所述集群系统的拦截器再次接收到的与该请求指令相同的在后请求指令时，能够发现所述集群系统的存储器中未存储有与所述在后请求指令对应的在后请求键值相同的请求键值，所述拦截器能够将所述在后请求指令对应的请求键值存储至所述集群系统的存储器之后，将所述在后请求指令发送至所述终端设备进行处理，从而保持了所述集群系统的存储器的动态更新。

在本实施例中，当未完成对所述请求指令的处理且计时到达预设超时阈值时，生成处理超时提示信息，停止对所述请求指令的处理，并删除所述集群系统的存储器中所述请求指令对应的请求键值。

可以理解，为保证所述终端设备对所述请求指令的处理效率，当计时到达预设超时阈值且未完成对所述请求指令的处理时，表示所述终端设备对所述请求指令进行处理的处理过程出现了错误，不论该错误是所述终端设备导致的或是所述请求指令导致的，此时所述终端设备都应该生成处理超时提示信息，以提示用户所述终端设备对该请求指令的处理超时，并停止对所述请求指令的处理，避免造成进一步的错误从而导致更加严重的后果。

实施例三

请参阅图3，本申请实施例提供了一种指令管理方法，该方法包括步骤S310至步骤S330。

步骤S310：集群系统的拦截器接收用户发送的多个相同的请求指令。

可以理解，软件或程序在正常的使用情况下，由于用户的操作失误，或网络阻塞，会出现用户对同一个任务发起多个相同的请求指令的情况，多个相同的请求指令会按照排队的形式被发送到集群系统。

步骤S320：所述拦截器将所述请求指令中包括的用户序号，用户参数，请求RUL，请求方式整合后作为请求键值，并查看Redis数据库中是否存储有所述请求键值。

可以理解，所述集群系统的拦截器对接收到的请求指令进行拦截，按照预设顺序将用户序号，用户参数，请求RUL，请求方式进行排序以构成一个字符串整体，然后使用Base64算法为所述请求字符串加密，以得到首次加密的请求键值，此时所述首次加密的请求键值长度较长，因此再使用MD5算法为所述首次加密的请求键值加密，以得到再次加密的请求键值；所述Redis数据库存储在所述集群系统的存储器中。

步骤S330：当Redis数据库中没有存储所述请求键值时，所述拦截器将所述请求键值写入所述Redis数据库，并将所述请求指令发送至所述集群系统的后端服务器，以使该后端服务器根据所述请求指令进行请求响应。

具体的，当Redis数据库中没有所述请求键值时，将所述请求键值写入所述Redis数据库进行存储，表示为所述请求键值对应的请求指令“加锁”成功，为避免对接收到的多个相同的请求指令进行重复处理，从而导致集群系统资源浪费的问题，在本实施例中，当“加锁”的请求指令被所述后端服务器处理时，如果所述拦截器再次接收到与所述“加锁”的请求指令具有相同请求键值的新的请求指令时，新的请求键值不能被存储至所述Redis数据库，新的请求键值对应的新的请求指令也不能被发送至所述后端服务器进行处理。同时，立刻返回提示信息，以提示用户发送了重复的请求指令；在用户终端的操作界面中，用户能够看到发送的请求指令由于获取不到锁而返回的提示信息，从而优化了所述集群系统的用户体验。

实施例四

本申请实施例还提供了一种指令管理装置，所述装置包括：

解析模块，用于解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值。

由于解析模块和图1中步骤S110的实现原理类似，因而在此不作更多说明。

判断模块，用于判断集群系统的存储器中是否存储有所述请求键值。

由于判断模块和图1中步骤S120的实现原理类似，因而在此不作更多说明。

分配模块，用于当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令。

由于分配模块和图1中步骤S121的实现原理类似，因而在此不作更多说明。

在本实施例中，指令管理装置还可包括存储器和处理器，所述存储器存储有解析模块，判断模块、分配模块；处理器可用于调用和执行上述各模块，以提示接收到重复的请求指令，避免重复处理而导致的集群系统资源浪费的问题。

实施例五

本实施例还提供了一种存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，所述计算机程序被处理器执行时可以实现如下方法步骤：

解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值；

判断所述集群系统的存储器中是否存储有所述请求键值；

当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令。

上述方法步骤的具体实施例过程可参见实施例一，本实施例在此不再赘述。

此外，所述计算机程序被处理器执行时还可以实现如下方法步骤：

接收所述集群系统的拦截器发送的请求指令并开始计时；

对所述请求指令进行处理；

当完成对所述请求指令的处理且计时未到达预设超时阈值时，删除所述集群系统的存储器中该请求指令对应的键值。

上述方法步骤的具体实施例过程可参见实施例二，本实施例在此不再赘述。

此外，所述计算机程序被处理器执行时还可以实现如下方法步骤：

集群系统的拦截器接收用户发送的多个相同的请求指令；

所述拦截器将所述请求指令中包括的用户序号，用户参数，请求RUL，请求方式整合后作为请求键值，并查看Redis数据库中是否存储有所述请求键值；

当Redis数据库中没有存储所述请求键值时，所述拦截器将所述请求键值写入所述Redis数据库，并将所述请求指令发送至所述集群系统的后端服务器，以使该后端服务器根据所述请求指令进行请求响应。

上述方法步骤的具体实施例过程可参见实施例三，本实施例在此不再赘述。

实施例六

本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时实现如实施例一或实施例二或实施例三中所述的指令管理方法，所述电子设备为所述集群系统中的拦截器或所述集群系统中的终端设备。

其中，处理器用于执行如实施例一或实施例二或实施例三中的指令管理方法中的全部或部分步骤。存储器用于存储各种类型的数据，这些数据例如可以包括电子设备中的任何应用程序或方法的指令，以及应用程序相关的数据。

综上所述，本申请提供的指令管理方法、装置、电子设备及存储介质，通过解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值，判断所述集群系统的存储器中是否存储有所述请求键值，当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令，能够解决现有技术中存在的对集群系统接收到的多个相同的请求指令进行重复处理，从而导致集群系统资源浪费的问题，也避免了多个相同的请求指令进行重复处理造成的数据冲突，保障了所述集群系统的数据的准确性和数据的完整性，降低了所述集群系统的压力。

进一步地，当接收到重复的请求指令或对请求指令的处理超时的时候，生成相应的提示信息，以使用户获知相应信息，从而优化了所述集群系统的用户体验。

在本申请实施例所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统和方法实施例仅仅是示意性的。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然本申请所揭露的实施方式如上，但所述的内容只是为了便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属技术领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种指令管理方法，其特征在于，所述方法包括：

解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值；

判断集群系统的存储器中是否存储有所述请求键值；

当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令。

2.根据权利要求1所述的指令管理方法，其特征在于，根据所述请求参数生成与所述请求指令对应的请求键值的步骤包括：

将多个所述请求参数按照预设顺序排列，以得到请求字符串；

对所述请求字符串进行加密处理，以得到该请求字符串对应的请求键值。

3.根据权利要求1所述的指令管理方法，其特征在于，当未存储所述请求键值时，所述方法还包括：

将所述请求键值存储至所述存储器，并将该请求键值对应的请求指令发送至所述集群系统中的终端设备，以使该终端设备对该请求指令进行处理。

4.根据权利要求3所述的指令管理方法，其特征在于，将该请求键值对应的请求指令发送至所述集群系统中的终端设备的步骤包括：

判断所述存储器中预存的终端设备列表中是否存在无标记的终端设备；

若存在，则所述请求键值对应的请求指令发送给所述终端设备列表中无标记，且序列编号最小的终端设备，并对该终端设备进行标记；

若不存在，则将所述请求键值对应的请求指令发送至所述终端设备列表中序列编号最小的终端设备，其中，每个终端设备分别对应一个序列编号。

5.根据权利要求3所述的指令管理方法，其特征在于，将该请求键值对应的请求指令发送至所述集群系统中的终端设备的步骤包括：

当所述集群系统中包括处于空闲状态的终端设备时，将所述请求指令发送至处于空闲状态且序列编号最小的终端设备。

6.一种指令管理方法，其特征在于，应用于集群系统的终端设备，所述方法包括：

接收所述集群系统的拦截器发送的请求指令并开始计时；

对所述请求指令进行处理；

当完成对所述请求指令的处理且计时未到达预设超时阈值时，删除所述集群系统的存储器中该请求指令对应的键值。

7.根据权利要求6所述的指令管理方法，其特征在于，所述方法还包括：

当未完成对所述请求指令的处理且计时到达预设超时阈值时，生成处理超时提示信息，停止对所述请求指令的处理，并删除所述集群系统的存储器中所述请求指令对应的请求键值。

8.一种指令管理装置，其特征在于，所述装置包括：

解析模块，用于解析获得的请求指令得到请求参数，并根据所述请求参数生成与所述请求指令对应的请求键值；

判断模块，用于判断集群系统的存储器中是否存储有所述请求键值；

分配模块，用于当存储有所述请求键值时，生成所述请求键值对应的提示信息，以提示接收到重复的请求指令。

9.一种存储介质，其特征在于，该存储介质存储的计算机程序，所述计算机程序被一个或多个处理器执行时，实现如权利要求1至7中任意一项所述的指令管理方法。

10.一种电子设备，其特征在于，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，执行如权利要求1至7中任意一项所述的指令管理方法。

Images