CN117176813A - 一种处理业务请求的方法和装置 - Google Patents

Abstract

本发明公开了一种处理业务请求的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：响应于接收业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为业务请求分配业务唯一编号；并异步地获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地。本发明的实施例降低了网络资源消耗，克服了由于分配业务唯一编号造成业务瓶颈、从而降低处理业务请求性能的问题，提高了业务系统的稳定性。

Description

一种处理业务请求的方法和装置

技术领域

本发明涉及应用开发技术领域，尤其涉及一种处理业务请求的方法和装置。

背景技术

在互联网应用业务系统的数据传输中，通常需要通过后台的服务端为业务系统的每一个业务请求生成业务唯一编号(例如Universally Unique Identifier，通用唯一识别码，简称UUID)，以通过业务唯一编号管理业务系统的业务请求；随着业务系统的复杂度越来越高，业务请求和所需的业务唯一编号的数量级也随之剧增。

现有的获取业务唯一编号的方法是通过客户端在处理业务请求时进行服务端的远程调用，以通过服务端获取该业务请求对应的业务唯一编号，现有的方法在业务请求的数量级较大的情况下，存在网络资源消耗较多的问题，还存在由于分配业务唯一编号造成业务瓶颈而降低了处理业务请求的性能的问题，影响了应用业务系统的稳定性。

发明内容

有鉴于此，本发明实施例提供一种处理业务请求的方法和装置，能够响应于接收业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为业务请求分配业务唯一编号；并异步地获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地。本发明的实施例降低了网络资源消耗，克服了由于分配业务唯一编号造成业务瓶颈、从而降低处理业务请求性能的问题，提高了业务系统的稳定性。

为实现上述目的，根据本发明实施例的一个方面，提供了一种处理业务请求的方法，其特征在于，包括：获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地；响应于接收由业务触发操作生成的业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号；执行携带有所述业务唯一编号的业务请求对应的业务。

可选地，所述将所述业务编号段存储到本地，还包括：还包括：确定本地存储中可用业务编号段的数量，在所述数量小于编号段阈值的情况下，向所述编号服务端发送编号段获取请求；所述获取编号服务端提供的业务编号段，包括：接收所述编号服务端针对所述编号段获取请求返回的业务编号段。

可选地，所述处理业务请求的方法，进一步包括：在业务初始化时，从所述编号服务端获取针对所述业务设置的所述业务编号段对应的编号信息；根据所述编号信息，对所述本地存储的业务编号段进行处理。

可选地，所述对所述本地存储的业务编号段进行处理，包括：针对所述本地存储的每一个业务编号段或者从本地存储中获取任一业务编号段执行下述操作：判断当前时间戳与所述业务编号段的创建时间戳之间的时长是否超过所述编号信息包括的对应于业务编号段的有效时长，如果是，从所述本地存储中移除所述业务编号段。

可选地，所述向编号服务端发送的编号段获取请求包括：编号段的数量以及编号段包括的业务编号的数量；所述接收所述服务端针对编号段获取请求返回的业务编号段，包括：接收所述编号服务端针对所述编号段获取请求分配的业务号段的业务起始编号，以利用所述业务起始编号和所述业务号段包括的业务编号的数量限定所述业务编号段的长度。

可选地，所述向所述编号服务端发送编号段获取请求，进一步包括：记录每一次向编号服务端发送编号段获取请求的发送时间戳；计算相邻的所述发送时间戳之间的时间间隔，以及所述时间间隔中已分配的所述业务唯一编号的数量，利用多个所述时间间隔以及所述时间间隔内的所述业务唯一编号的数量，统计出单位时间的事务处理量；基于所述单位时间的事务处理量确定所述编号段阈值。

可选地，基于所述单位时间的事务处理量确定所述编号段阈值，包括：结合所述单位时间的事务处理量、业务编号段包括的业务编号的数量、所述业务编号段对应的有效时长，计算业务编号段的容量；基于所述业务编号段的容量的设定百分比确定出所述编号段阈值。

可选地，所述将所述业务编号段存储至所述本地存储，包括：在所述本地存储为阻塞队列的情况下，利用所述阻塞队列存储所述业务编号段；在所述从本地存储中获取任一业务编号段，包括：利用线程从所述阻塞队列中获取可用的业务编号段，在判断出所述阻塞队列中不存在可用的业务编号段的情况下，将所述线程设置于等待状态，在监听到所述阻塞队列中加入可用的业务编号段的情况下，唤醒所述进程。

为实现上述目的，根据本发明实施例的第二方面，提供了一种处理业务请求的装置，其特征在于，包括：获取编号段模块、生成业务编号模块和处理请求模块；其中，

所述获取编号段模块，用于获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地；

所述生成业务编号模块，用于响应于接收业务触发操作，生成业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号；

所述处理请求模块，用于执行携带有所述业务唯一编号的业务请求对应的业务。

可选地，所述处理业务请求的装置，将所述业务编号段存储到本地，还用于确定本地存储中可用业务编号段的数量，在所述数量小于编号段阈值的情况下，向所述编号服务端发送编号段获取请求；所述获取编号服务端提供的业务编号段，包括：接收所述编号服务端针对所述编号段获取请求返回的业务编号段。

可选地，所述处理业务请求的装置，进一步用于在业务初始化时，从所述编号服务端获取针对所述业务设置的所述业务编号段对应的编号信息；根据所述编号信息，对所述本地存储的业务编号段进行处理。

可选地，所述处理业务请求的装置用于对所述本地存储的业务编号段进行处理，包括：针对所述本地存储的每一个业务编号段或者从本地存储中获取任一业务编号段执行下述操作：判断当前时间戳与所述业务编号段的创建时间戳之间的时长是否超过所述编号信息包括的对应于业务编号段的有效时长，如果是，从所述本地存储中移除所述业务编号段。

可选地，可选地，所述处理业务请求的装置用于向编号服务端发送的编号段获取请求包括：编号段的数量以及编号段包括的业务编号的数量；所述接收所述服务端针对编号段获取请求返回的业务编号段，包括：接收所述编号服务端针对所述编号段获取请求分配的业务号段的业务起始编号，以利用所述业务起始编号和所述业务号段包括的业务编号的数量限定所述业务编号段的长度。

可选地，所述处理业务请求的装置，向所述编号服务端发送编号段获取请求，进一步用于记录每一次向编号服务端发送编号段获取请求的发送时间戳；计算相邻的所述发送时间戳之间的时间间隔，以及所述时间间隔中已分配的所述业务唯一编号的数量，利用多个所述时间间隔以及所述时间间隔内的所述业务唯一编号的数量，统计出单位时间的事务处理量；基于所述单位时间的事务处理量确定所述编号段阈值。

可选地，所述处理业务请求的装置用于基于所述单位时间的事务处理量确定所述编号段阈值，包括：结合所述单位时间的事务处理量、业务编号段包括的业务编号的数量、所述业务编号段对应的有效时长，计算业务编号段的容量；基于所述业务编号段的容量的设定百分比确定出所述编号段阈值。

可选地，所述处理业务请求的装置用于将所述业务编号段存储至所述本地存储，包括：在所述本地存储为阻塞队列的情况下，利用所述阻塞队列存储所述业务编号段；在所述从本地存储中获取任一业务编号段，包括：利用线程从所述阻塞队列中获取可用的业务编号段，在判断出所述阻塞队列中不存在可用的业务编号段的情况下，将所述线程设置于等待状态，在监听到所述阻塞队列中加入可用的业务编号段的情况下，唤醒所述进程。

为实现上述目的，根据本发明实施例的第三方面，提供了一种处理业务请求的电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述处理业务请求的方法中任一所述的方法。

为实现上述目的，根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述处理业务请求的方法中任一所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：能够响应于接收业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为业务请求分配业务唯一编号；并异步地获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地。本发明的实施例降低了网络资源消耗，克服了由于分配业务唯一编号造成业务瓶颈、从而降低处理业务请求性能的问题，提高了业务系统的稳定性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明一个实施例提供的一种处理业务请求的方法的流程示意图；

图2是本发明一个实施例提供的一种处理业务请求的流程示意图；

图3是本发明一个实施例提供的另一种处理业务请求的流程示意图；

图4是本发明一个实施例提供的一种处理业务请求的装置的结构示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，本发明的技术方案中，所涉及的用户个人信息的收集、使用、保存、共享和转移等处理，均符合相关法律法规的规定，且需要告知用户并获得用户的同意或授权，当适用时，对用户个人信息进行了去标识化和/或匿名化和/或加密的技术处理。

在获取业务请求信息后，我们将通过技术手段对数据进行去标识化处理。当展示业务请求的信息时，我们会采用包括去标识化或者匿名化处理方式对您的信息进行脱敏，以保护您的信息安全。

如图1所示，本发明实施例提供了一种处理业务请求的方法，该方法可以包括以下步骤：

步骤S101：获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地。

具体地，业务处理端接收业务请求和处理业务请求，业务处理端可以是客户端、也可以是处理业务请求的服务端，业务请求可以是由用户通过应用界面触发的，也可以是应用系统中的服务节点直接所发送和接收的业务请求；业务处理端接收业务请求，为业务请求生成和绑定针对该业务请求的业务唯一编号(例如为通用唯一识别码，UniversallyUnique Identifier，简称UUID)，然后进行后续的步骤，例如发送携带有业务唯一编号的请求给服务器，并接收该服务器返回的针对该业务请求的返回数据等；本发明对业务唯一编号的具体格式和具体数值不做限定。

进一步地，在本发明的实施例中，业务处理端为业务请求生成业务唯一编号的方法是从本地存储获取；其中，本地存储包含的编号数据(例如业务编号段等数据)是从编号服务端获取后存储到本地的，其中，编号服务器端可以为用于分配UUID的一个或多个服务器，也可以是集成于其他服务器的用于分配UUID的功能模块；即，获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地。现有的为业务请求绑定的UUID是针对每一个业务请求均通过远程调用从编号服务端去获取，可见在业务请求的数量级较大的情况下，现有的方法存在网络资源消耗较多的问题，还存在由于分配业务唯一编号造成业务瓶颈而降低了处理业务请求的性能的问题，影响了应用业务系统的稳定性。本发明的实施例通过本地存储业务编号段等方法克服了现有技术的网络资源消耗较多、影响业务性能的问题。

在本发明的实施例中，获取编号服务端提供的业务编号段的方法包括：

方法一：编号服务端按照设定时间间隔向业务处理端提供业务编号段，其中，设定时间间隔可以根据生成(或者消耗)业务唯一编号的历史时间统计而得到。编号服务端可以为独立与应用系统的服务端，其可以为多个应用系统提供分配业务编号段的服务。

方法二：业务处理端根据本地存储的业务编号段的情况，异步向所述编号服务端发送编号段获取请求。具体地，将所述业务编号段存储到本地，还包括：确定本地存储中可用业务编号段的数量，在所述数量小于编号段阈值的情况下，向所述编号服务端发送编号段获取请求；所述获取编号服务端提供的业务编号段，包括：接收所述编号服务端针对所述编号段获取请求返回的业务编号段。

优选地，编号段阈值可以为动态计算得到的，在本发明的实施例中，计算编号段阈值的方法为通过统计TPS(Transaction Per Second，每秒事物处理量)即，单位时间的事务处理量；以进一步确定编号段阈值。计算TPS的方法可以基于一段时间内业务唯一编号所消耗的数量而得到，其中，一段时间可以通过获取到的业务编号段的时间戳的间隔确定；即，所述向所述编号服务端发送编号段获取请求，进一步包括：记录每一次向编号服务端发送编号段获取请求的发送时间戳；计算相邻的所述发送时间戳之间的时间间隔，以及所述时间间隔中已分配的所述业务唯一编号的数量，利用多个所述时间间隔以及所述时间间隔内的所述业务唯一编号的数量，统计出单位时间的事务处理量；从而基于所述单位时间的事务处理量确定所述编号段阈值。

进一步地，基于所述单位时间的事务处理量确定所述编号段阈值，包括：结合所述单位时间的事务处理量、业务编号段包括的业务编号的数量、所述业务编号段对应的有效时长，计算业务编号段的容量；基于所述业务编号段的容量的设定百分比确定出所述编号段阈值。例如：业务编号段包括的业务编号的数量为50，计算得到的单位时间的事务处理量为100，业务编号段对应的有效时长为15秒，利用100*15/50＝30，计算出业务编号段的容量为30，进一步地，在设定百分比为30％的情况下，基于所述业务编号段的容量的设定百分比确定出所述编号段阈值30*30％＝9；进一步地，在确定出编号段阈值的情况下，可以根据本地存储中当前可用的业务编号段的数量确定出所需要从编号服务端获取的业务编号段的数量。通过动态地计算编号段阈值，提高了处理业务请求的实时性，节省了网络资源和计算资源。

进一步地，存储于本地的业务编号段具有对应的有效时长，可以理解的是，业务请求具有生命周期，也即具有时效性，因此绑定与业务请求的业务唯一编号归属的业务编码段也对应地具有有效时长，有效时长根据不同的业务需求和业务场景是可以配置的，例如：15秒，300秒等。进一步地，监控存储于本地的业务编号段的过期情况，如果根据时间戳确定出业务编号段已过期则移除所述业务编号段，即，所述对所述本地存储的业务编号段进行处理，包括：针对所述本地存储的每一个业务编号段或者从本地存储中获取任一业务编号段执行下述操作：判断当前时间戳与所述业务编号段的创建时间戳之间的时长是否超过所述编号信息包括的对应于业务编号段的有效时长，如果是，从所述本地存储中移除所述业务编号段。通过监控和处理业务编号段的有效时长提高了针对业务请求处理的实时性和准确性，以及通过业务编号段生成业务唯一编号的自动化程度。

步骤S102：响应于接收由业务触发操作生成的业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号。

具体地，业务处理端在接收由业务触发操作生成的业务请求后，查询本地存储中是否包含可用与分配业务唯一编号的业务编号段，如果存在可用的业务编号段，则从本地存储中获取任一业务编号段，进一步地，根据已分配的业务唯一编号的编号信息，确定出该业务编号段的空闲编号，从而为所述业务请求分配业务唯一编号。

进一步地，在业务处理端的业务初始化时，可以首先从编号服务端获取针对所述业务设置的所述业务编号段对应的编号信息；即在业务初始化(例如客户端的应用初始化)时，从所述编号服务端获取针对所述业务设置的所述业务编号段对应的编号信息；可以理解的是，同一个编号服务端可以处理多个业务系统的业务编号段的获取请求，每一个业务系统可以根据业务类型和业务场景设置对应的编号信息；进一步地，各个业务系统根据所述编号信息对所述本地存储的业务编号段进行处理。其中，编号信息可以包括每一个所述业务编号段对应包括的业务编号数量、所述业务编号段对应的有效时长中的任意一种或多种；其中业务编号段代表多个业务唯一编号组成的序列，例如业务唯一编号包含三部分”时间戳T+设备W+增量S”，T段可以为当前时间戳对应的毫秒数，时间戳变动时，S段从0开始重新计算，W段为固定值；S段的数值范围是可配置的，例如S段由12bit构成，则范围是从0-4096；在从编号服务端获取业务编号段时，可以发送业务编号段包含的业务编号的数量(即业务编号段的长度)，例如长度为50，如果当前时间对应的S＝300，则返回TW301，长度50。可以理解的是，针对某一个业务处理端，从编号服务端获取到的业务编号段为不连续；业务编号段的业务起始编号由编号服务端生成；例如，TW301代表该业务编号段的业务起始编号，以利用所述业务起始编号和所述业务号段包括的业务编号的数量限定所述业务编号段的长度；例如继续分配的业务唯一编号包含的T段为TW302、TW303…以此类推，从而确定所述业务新号段中的多个业务唯一编号。即，所述向编号服务端发送的编号段获取请求包括：编号段的数量以及编号段包括的业务编号的数量；所述接收所述服务端针对编号段获取请求返回的业务编号段，包括：接收所述编号服务端针对所述编号段获取请求分配的业务号段的业务起始编号，以利用所述业务起始编号和所述业务号段包括的业务编号的数量限定所述业务编号段的长度。

进一步地，在本发明的实施例中，可以将阻塞队列作为本地存储以存储各个业务编号段，即所述将所述业务编号段存储至所述本地存储，包括：在所述本地存储为阻塞队列的情况下，利用所述阻塞队列存储所述业务编号段。

进一步地，可以利用当前可用的线程从阻塞队列获取业务编号段，在将线程和阻塞队列结合的情况下，可以在判断出所述阻塞队列中不存在可用的业务编号段的情况下，将所述线程设置于等待状态，在监听到所述阻塞队列中加入可用的业务编号段的情况下，唤醒所述进程；即，在所述从本地存储中获取任一业务编号段，包括：利用线程从所述阻塞队列中获取可用的业务编号段，在判断出所述阻塞队列中不存在可用的业务编号段的情况下，将所述线程设置于等待状态，在监听到所述阻塞队列中加入可用的业务编号段的情况下，唤醒所述进程。

步骤S103：执行携带有所述业务唯一编号的业务请求对应的业务。

具体地，针对不同的业务场景，本发明的实施例在为业务请求生成和绑定业务唯一编号(例如UUID)之后，进一步执行执行携带有所述业务唯一编号的业务请求对应的业务的步骤；例如发送携带有业务唯一编号的请求给一个或多个后台服务端(服务器、集群、云服务等)，将接收到的针对该业务请求的返回数据返回给发送业务请求方，或者利用本地的业务代码直接执行携带有所述业务唯一编号的业务请求对应的业务，并返回针对业务请求的返回数据。

如图2所示，本发明实施例提供了一种处理业务请求的流程，该流程可以包括以下步骤：

步骤S201：业务处理端为业务请求1基于本地存储的业务编号段分配业务唯一编号1、并处理业务请求1，类似地，业务处理端为业务请求n基于本地存储的业务编号段分配业务唯一编号n、处理业务请求n。

步骤S202：业务处理端异步发送编号段获取请求给编号服务端。

步骤S203：业务处理端获取编号服务端提供的业务编号段，存储在本地。

其中，步骤S201包含多个业务处理端为业务请求基于本地存储的业务编号段分配业务唯一编号并处理业务请求的步骤，与步骤S202、步骤S203的处理为异步，步骤S201～步骤S203的编号仅为示例，并不代表顺序关系。关于获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地以及响应于接收由业务触发操作生成的业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号的具体描述与步骤S101～步骤S102的描述一致，在此不再赘述。

如图3所示，本发明实施例提供了一种处理业务请求的方法，该方法可以包括以下步骤；

步骤S301：接收由业务触发操作生成的业务请求。

步骤S302：从本地存储中获取任一业务编号段。

步骤S303：判断该业务编号段在有效时间段，如果是，执行步骤S304，否则执行步骤S305。

步骤S304：利用业务编号段的空闲编号为所述业务请求分配业务唯一编号。

步骤S305：从本地存储中移除该业务编号段。

步骤S306：确定本地存储中可用业务编号段的数量。

步骤S307：判断当前可用的业务编号段的数量是否小于编号段阈值，如果是，执行步骤S308。

步骤S308：向编号服务端发送编号段获取请求，接收编号服务端针对编号段获取请求返回的业务编号段，并将获取到的业务编号段存储于本地，以执行步骤S302。

具体地，步骤S301～步骤S305描述了业务处理端响应于接收由业务触发操作生成的业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号的具体描述与步骤S101～步骤S102的描述一致，在此不再赘述。

步骤S306～步骤S308描述与业务处理端通过判断本地存储的业务编号段的数量，发送获取业务编号段的请求，从而获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地的步骤，具体地的描述与步骤S101～步骤S102的描述一致，在此不再赘述。

其中，步骤S301～步骤S305与步骤S306～步骤S308可以为异步执行，步骤S301～步骤S308的编号仅为示例，不代表顺序关系。

如图4所示，本发明实施例提供了一种处理业务请求的装置400，包括：获取编号段模块401、生成业务编号模块402和处理请求模块403；其中，

所述获取编号段模块401，用于获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地；

所述生成业务编号模块402，用于响应于接收业务触发操作，生成业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号；

所述处理请求模块403，用于执行携带有所述业务唯一编号的业务请求对应的业务。

本发明实施例还提供了一种处理业务请求的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。

本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。

图5示出了可以应用本发明实施例的处理业务请求的方法或处理业务请求的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用，例如电子商城客户端应用、网页浏览器应用、搜索类应用、即时通信工具和邮箱客户端等。

终端设备501、502、503可以是具有显示屏并且支持各种客户端应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所使用的客户端应用提供支持的编号服务器。编号服务器可以对接收到的业务编号段的获取请求进行处理，并将确定出的业务编号段反馈给终端设备。

需要说明的是，本发明实施例所提供的处理业务请求的方法一般由终端设备501、502、503执行，也可以由处理业务请求的服务器执行，相应地，处理业务请求的装置一般设置于终端设备501、502、503或处理业务请求的服务器中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取编号段模块、生成业务编号模块和处理请求模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，处理请求模块还可以被描述为“执行携带有所述业务唯一编号的业务请求对应的业务的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地；响应于接收由业务触发操作生成的业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号；执行携带有所述业务唯一编号的业务请求对应的业务。

本发明的实施例，能够响应于接收业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为业务请求分配业务唯一编号；并异步地获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地。本发明的实施例降低了网络资源消耗，克服了由于分配业务唯一编号造成业务瓶颈、从而降低处理业务请求性能的问题，提高了业务系统的稳定性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种处理业务请求的方法，其特征在于，包括：

获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地；

响应于接收由业务触发操作生成的业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号；

执行携带有所述业务唯一编号的业务请求对应的业务。

2.根据权利要求1所述的方法，其特征在于，所述将所述业务编号段存储到本地，还包括：确定本地存储中可用业务编号段的数量，在所述数量小于编号段阈值的情况下，向所述编号服务端发送编号段获取请求；

所述获取编号服务端提供的业务编号段，包括：

接收所述编号服务端针对所述编号段获取请求返回的业务编号段。

3.根据权利要求1所述的方法，其特征在于，进一步包括：

在业务初始化时，从所述编号服务端获取针对所述业务设置的所述业务编号段对应的编号信息；

根据所述编号信息，对所述本地存储的业务编号段进行处理。

4.根据权利要求3所述的方法，其特征在于，所述对所述本地存储的业务编号段进行处理，包括：

针对所述本地存储的每一个业务编号段或者从本地存储中获取任一业务编号段执行下述操作：

判断当前时间戳与所述业务编号段的创建时间戳之间的时长是否超过所述编号信息包括的对应于业务编号段的有效时长，如果是，从所述本地存储中移除所述业务编号段。

5.根据权利要求2所述的方法，其特征在于，

所述向编号服务端发送的编号段获取请求包括：编号段的数量以及编号段包括的业务编号的数量；

所述接收所述服务端针对编号段获取请求返回的业务编号段，包括：

接收所述编号服务端针对所述编号段获取请求分配的业务号段的业务起始编号，以利用所述业务起始编号和所述业务号段包括的业务编号的数量限定所述业务编号段的长度。

6.根据权利要求2所述的方法，其特征在于，

所述向所述编号服务端发送编号段获取请求，进一步包括：

记录每一次向编号服务端发送编号段获取请求的发送时间戳；

计算相邻的所述发送时间戳之间的时间间隔，以及所述时间间隔中已分配的所述业务唯一编号的数量，利用多个所述时间间隔以及所述时间间隔内的所述业务唯一编号的数量，统计出单位时间的事务处理量；

以基于所述单位时间的事务处理量确定所述编号段阈值。

7.根据权利要求6所述的方法，其特征在于，

基于所述单位时间的事务处理量确定所述编号段阈值，包括：

结合所述单位时间的事务处理量、业务编号段包括的业务编号的数量、所述业务编号段对应的有效时长，计算业务编号段的容量；

基于所述业务编号段的容量的设定百分比确定出所述编号段阈值。

8.根据权利要求2所述的方法，其特征在于，

所述将所述业务编号段存储至所述本地存储，包括：

在所述本地存储为阻塞队列的情况下，利用所述阻塞队列存储所述业务编号段；

在所述从本地存储中获取任一业务编号段，包括：

利用线程从所述阻塞队列中获取可用的业务编号段，在判断出所述阻塞队列中不存在可用的业务编号段的情况下，将所述线程设置于等待状态，在监听到所述阻塞队列中加入可用的业务编号段的情况下，唤醒所述进程。

9.一种处理业务请求的装置，其特征在于，包括：获取编号段模块、生成业务编号模块和处理请求模块；其中，

所述获取编号段模块，用于获取编号服务端提供的业务编号段，并将所述业务编号段存储到本地；

所述生成业务编号模块，用于响应于接收业务触发操作，生成业务请求，从本地存储中获取任一业务编号段，利用所述业务编号段的空闲编号为所述业务请求分配业务唯一编号；

所述处理请求模块，用于执行携带有所述业务唯一编号的业务请求对应的业务。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。