CN106330769A - 一种业务处理方法及服务器 - Google Patents

Abstract

本发明公开了一种业务处理方法及服务器，属于数据处理技术领域，该方法包括：从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中，其中，该目标业务接口对应目标业务类型；在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组，该服务器中预设有与业务类型对应的业务处理进程分组；在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包，并将业务应答数据包返回给客户端。本发明实施例中对业务和业务处理进程进行了划分，根据业务处理进程分组有效的对业务的处理进行分配管理，提高了业务处理的针对性。

Description

一种业务处理方法及服务器

技术领域

本发明涉及数据处理技术领域，尤其涉及一种业务处理方法及服务器。

背景技术

“消息”是在两台计算机间传送的数据单位。消息可以非常简单，比如只包含文本字符串；也可以更复杂，比如可能包含嵌入对象。消息队列(Message Queue，MQ)是在消息的传输过程中保存消息的容器。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。消息队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。

市面上有很多消息队列处理业务的解决方案，例如RabbitMQ、ZeroMQ、Kafka等。但是现有的消息队列处理业务的方案针对所有类型的业务均是在消息队列中先进先出(即按顺序依次存入消息队列，再从队首进行处理)的方式进行处理，这种业务分配处理方式由于所有类型的业务均是按顺序分配空闲的业务处理进程进行处理，业务处理没有针对性，不能有效的对业务处理进程进行管理。

发明内容

有鉴于此，本发明的目的在于提供一种业务处理方法及服务器，以解决目前消息队列处理没有针对性，不能有效的对业务处理进程进行管理的问题。

根据本发明的一个方面，提供的一种业务处理方法应用于服务器，该服务器中预设有至少一种类型的与客户端交互数据的业务接口，该方法包括：

从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中，目标业务接口对应目标业务类型；

在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组，服务器中预设有与业务类型对应的业务处理进程分组；

在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包，并将业务应答数据包返回给客户端。

根据本发明的另一个方面，提供的一种服务器中预设有至少一种类型的与客户端交互数据的业务接口，该服务器包括：

业务接收存储单元，用于从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中，目标业务接口对应目标业务类型；

业务处理单元，用于在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组，服务器中预设有与业务类型对应的业务处理进程分组；在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包；

发送单元，用于将业务应答数据包返回给客户端。

本发明实施例通过从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中；在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组，在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包，并将业务应答数据包返回给客户端。由于目标业务接口对应目标业务类型，同时预设了处理不同业务类型业务的业务处理进程分组，可以将不同业务类型的业务请求数据包分配到对应的业务处理进程分组去进行处理，对业务和业务处理进程进行了划分，因此可以根据业务处理进程分组有效的对业务的处理进行分配管理，提高了业务处理的针对性。

附图说明

图1为本发明实施例中消息队列业务处理的架构示意图；

图2为本发明实施例提供的一种业务处理方法的流程图；

图3为本发明实施例实现业务处理方法的一个具体实施例的架构示意图；

图4为本发明实施例提供的另一种业务处理方法的流程图；

图5为本发明实施例中业务处理进程的属性字段结构示意图；

图6为本发明实施例提供的一种注册应用服务器的方法流程图；

图7为本发明实施例提供的一种服务器的模块结构图；

图8为本发明实施例提供的另一种服务器的模块结构图；

图9为本发明实施例中提供的再一种服务器的模块结构图；

图10为本发明实施例中提供的又一种服务器的模块结构图；

图11为本发明实施例中提供的又一种服务器的模块结构图；

图12为本发明实施例中服务器的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，为消息队列中业务处理系统的架构示意图，不同应用或者服务对应的客户端作为业务的请求者(或者说业务的生产者)，生成业务请求数据包，发送到服务器(业务的调度者)的业务接收存储单元，业务接收存储单元再将业务请求数据包存入消息队列中，将该业务请求数据包分配到业务处理单元(业务的执行者)进行处理得到业务应答数据包，再将业务应答数据包返回给业务的请求者，即应用或服务的客户端。本发明实施例中业务处理的消息队列可以是基于Gearman架构，以Gearman架构为例，一个Gearman业务请求的处理过程涉及Client(客户端)、Job Server(业务接入服务器)和Worker(应用服务进程)三个角色。其中，Client为业务的请求者，即图1中的客户端；Job Server为业务的调度者，即图1中业务接收存储单元，用来负责协调把Client发出的业务请求转发给合适的Worker，Worker为业务的执行者，即图1中的业务处理单元。本发明实施例中，业务的请求者可以为下文中描述的客户端，该客户端可以为web客户端。

下面介绍本发明实施例中业务处理方法的实施例，该方法应用于服务器，该服务器可以是图1中服务器，该服务器中预设有至少一种类型的与客户端交互数据的业务接口，

请参阅图2，为本发明实施例中业务处理方法的一个实施例示意图，该方法包括：

S201、从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中，其中，目标业务接口对应目标业务类型。

如图3所示，以一个Gearman任务系统为例，为本发明实施例中服务器中一个Gearman任务系统进行业务处理的架构示意图，该实施例中，服务器中预设有Web接入层业务接口、售卖系统业务接口、补单系统业务接口、运维系统业务接口，每个业务接口对应不同的业务类型，通过这些不同类型的业务接口分别接收不同来自Web接入层客户端、售卖系统客户端、补单系统业务系统客户端以及运维系统客户端的业务请求数据包，并存入消息队列中。

S202、在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组。

其中，服务器中预设有与业务类型对应的业务处理进程分组，根据业务类型查找对应的业务处理进程分组即可。

如图3所示，还是以服务器中预设有Web接入层业务接口、售卖系统业务接口、补单系统业务接口和运维系统业务接口为例进行说明。服务器通过Web接入层业务接口、售卖系统业务接口、补单系统业务接口和运维系统业务接口分别接收来Web接入层系统、自售卖系统、补单系统业务系统以及运维系统的请求，每个接口对应一种业务类型。服务器将客户端发送的业务请求数据包分配到对应的业务处理进程分组中进行处理。具体来说，将Web接入系统发送的业务请求数据包分配到Web接入进程分组中进行处理，将售卖系统发送的业务请求数据包分配到售卖进程分组中进行处理，将补单系统发送的业务请求数据包分配到补单进程分组中进行处理，将运维系统发送的业务请求数据包分配到运维进程分组中进行处理。

S203、在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包，并将业务应答数据包返回给客户端。

具体的，将业务请求数据包分配到具体的目标业务处理进程分组后，在目标业务处理进程分组选取业务处理进程对业务请求数据包进行处理，比如选取目标业务处理进程分组中较为空闲的业务处理进程进行处理，得到业务应答数据包，通过服务器的发送单元将业务应答数据包返回到对应的客户端。

本发明实施例通过从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中；在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组，在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包，并将业务应答数据包返回给客户端。由于目标业务接口对应目标业务类型，同时预设了处理不同业务类型业务的业务处理进程分组，可以将不同业务类型的业务请求数据包分配到对应的业务处理进程分组去进行处理，对业务和业务处理进程进行了划分，因此可以根据业务处理进程分组有效的对业务的处理进行分配管理，提高了业务处理的针对性。

如图4所示，为了灵活配置业务接口，提高可扩展性，在另一些实施例中，步骤S201之前，还可以包括：

S200、注册与客户端交互数据的至少一种类型的业务接口，至少一种类型的业务接口中包括对应目标业务类型的目标业务接口。

具体的，还是以Gearman任务系统为例，Gearman任务系统中提供业务注册功能，只需要在配置文件写入封装(package)路径，系统就会在启动时自动导入业务接口，同时注册对应的业务接口名。

在本发明一些实施例中，在根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组之前，该方法还包括：根据服务器中的业务接口，对服务器对应的可分配业务的业务处理进程进行业务处理进程分组。

其中，每种类型的业务接口对应一个业务处理进程分组，业务处理进程分组中的业务处理进程处理对应业务类型的业务接口中接收的业务请求数据包。

进一步的，根据服务器中的业务接口，对服务器对应的可分配业务的业务处理进程进行业务处理进程分组具体包括：

在将服务器对应的可分配业务的业务处理进程进行业务分组时，对业务处理进程配置属性，属性包括业务处理进程标识、业务处理进程分组标识和工作类型，业务处理进程分组标识对应业务类型。

相应的，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组具体包括：根据目标业务类型确定处理目标业务的业务处理进程分组标识；根据业务处理进程分组标识确定处理目标业务请求数据包的目标业务处理进程分组。如图5所示，业务处理进程的属性至少包括：业务处理进程标识、工作类型和业务处理进程分组标识等三个字段。其中，业务处理进程标识区分同一业务处理进程分组中的不同的业务处理进程，例如可以用序号1,2，…,n来标识。工作类型是指触发工作的方式，包括block(对象)类型和timer(定时器)类型。例如，假设用type对业务处理进程的工作类型进行定义，则当type＝block时表示当前业务处理进程的工作类型为block类型，当type＝timer时表示当前业务处理进程的工作类型为timer类型。业务处理进程分组标识用于区分不同业务处理进程分组，业务处理进程分组标识对应业务类型。例如售卖系统业务处理进程分组以Sale标识，定时器系统业务处理进程分组以Timer标识，运维系统业务处理进程分组以Maintain标识。假设用group对业务处理进程所属的业务处理进程分组标识进行定义，则当group＝Sale时，表示当前业务处理进程所属分组为售卖系统业务处理进程分组，当group＝Timer时，表示当前业务处理进程所属分组为定时器系统业务处理进程分组，当group＝Maintain时，表示当前业务处理进程所属分组为运维系统业务处理进程分组。

本发明实施例中，还可以对服务器中业务处理进程进行状态监控，例如Gearman任务系统，业务处理进程会有很多实例在运行，针对服务器中worker进行状态监控，Gearman任务系统中通过管理服务进程进行监控。例如业务处理进程异常退出就能自动拉起)对业务处理进程进行状态监控、拉起。

本发明实施例中业务处理进程的调用支持同步调用和/或异步调用，具体的，即业务处理进程可以是一个服务器的，也可以是不同的服务器的，此时，一组业务处理进程可在服务器混合部署、独占部署、多机部署。配置属性包括业务处理进程数量，业务处理进程的工作类型，封装路径和日志等。本发明实施例中所描述的应用服务器可以是图1中所述的服务器。进一步的，同一业务处理进程分组中业务处理进程包括同一应用服务器的业务处理进程，和/或，不同应用服务器的业务处理进程，例如，一个业务处理进程分组中的业务处理进程可以包括一个或多个应用服务器中的业务处理进程。

优选的，为了支持延时、定时回调定时任务，该方法还可以包括：

获取对目标业务设定的定时执行的指令；

调用预设的定时器对目标业务进行注册。

在达到定时器设定的时间时，分配业务处理进程处理目标业务对应的业务请求数据包。该分配方式可以与图2中所描述的实施例中相同，此处不再赘述。

如图6所示，为了能根据业务处理压力对应用服务器进行动态配置，增加配置应用服务器处理业务，该方法还可以包括注册应用服务器的步骤，具体包括：

S601、接收目标应用服务器的注册请求，注册请求中包括可分配处理业务的业务处理进程信息。

S602、根据注册请求为目标应用服务器进行业务处理进程的分组配置。

S603、向目标应用服务器发送业务处理进程的分组配置信息。

其中分组配置信息中包括：目标应用服务器中每个业务处理进程的业务处理进程分组标识、业务处理进程的工作类型。

下面介绍本发明实施例中服务器的实施例。

请参阅图7，为本发明实施例中服务器的一个实施例示意图，服务器中预设有至少一种类型的与客户端交互数据的业务接口，该服务器包括：

业务接收存储单元10，用于从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中，目标业务接口对应目标业务类型；

业务处理单元20，用于在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组，服务器中预设有与业务类型对应的业务处理进程分组；在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包。

发送单元30，用于将业务应答数据包返回给客户端。

进一步的，如图8所示，该服务器还包括：

业务接口注册单元40，用于在从预设的目标业务接口接收来自客户端的业务请求数据包之前，注册与客户端交互数据的至少一种类型的业务接口，至少一种类型的业务接口中包括对应目标业务类型的目标业务接口。

进一步的，如图9所示，该服务器还包括：

业务处理进程分组单元50，用于在根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组之前，根据服务器中的业务接口类型，对服务器对应的可分配业务的业务处理进程进行业务处理进程分组。

其中，每种类型的业务接口对应一个业务处理进程分组，业务处理进程分组中的业务处理进程处理对应业务类型的业务接口中接收的业务请求数据包。

进一步的，业务处理进程分组单元50具体用于：在将服务器对应的可分配业务的业务处理进程进行业务分组时，对业务处理进程配置属性，属性包括业务处理进程标识、业务处理进程分组标识和工作类型，业务处理进程分组标识对应业务类型。

相应的，业务处理单元20具体用于：根据目标业务类型确定处理目标业务的业务处理进程分组标识；根据业务处理进程分组标识确定处理目标业务请求数据包的目标业务处理进程分组。

进一步的，如图10所示，该服务器还包括应用服务器注册单元60，应用服务器注册单元60具体用于：接收目标应用服务器的注册请求，注册请求中包括可分配处理业务的业务处理进程信息；根据注册请求为目标应用服务器进行业务处理进程的分组配置；向目标应用服务器发送业务处理进程的分组配置信息。

其中，分组配置信息中包括：目标应用服务器中每个业务处理进程的业务处理进程分组标识、业务处理进程的工作类型。

进一步的，如图11所示，为了支持延时、定时回调定时任务，该服务器还包括定时调度单元70，具体用于：获取对目标业务设定的定时执行的指令；调用预设的定时器对目标业务进行注册。在达到定时器设定的时间时，分配业务处理进程处理目标业务对应的业务请求数据包。该分配方式可以与图2中所描述的实施例中相同，此处不再赘述。

图12是本发明实施例提供的一种服务器结构示意图，该服务器可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器上执行存储介质930中的一系列指令操作。

服务器还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图12所示的服务器结构。

值得注意的是，上述实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

本发明实施例的服务器，通过从预设的目标业务接口接收来自客户端的业务请求数据包，并将业务请求数据包存入消息队列中；在处理消息队列的业务请求数据包时，根据目标业务类型确定处理业务请求数据包的目标业务处理进程分组，在目标业务处理进程分组中选取业务处理进程对业务请求数据包进行处理，得到业务应答数据包，并将业务应答数据包返回给客户端。由于目标业务接口对应目标业务类型，同时预设了处理不同业务类型业务的业务处理进程分组，可以将不同业务类型的业务请求数据包分配到对应的业务处理进程分组去进行处理，对业务和业务处理进程进行了划分，因此可以根据业务处理进程分组有效的对业务的处理进行分配管理，提高了业务处理的针对性。

本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种业务处理方法，其特征在于，所述方法应用于服务器，所述服务器中预设有至少一种类型的与客户端交互数据的业务接口，所述方法包括：

从预设的目标业务接口接收来自客户端的业务请求数据包，并将所述业务请求数据包存入消息队列中，其中，所述目标业务接口对应目标业务类型；

在处理所述消息队列的业务请求数据包时，根据所述目标业务类型确定处理所述业务请求数据包的目标业务处理进程分组，其中，所述服务器中预设有与业务类型对应的业务处理进程分组；

在所述目标业务处理进程分组中选取业务处理进程对所述业务请求数据包进行处理，得到业务应答数据包，并将所述业务应答数据包返回给所述客户端。

2.根据权利要求1所述的业务处理方法，其特征在于，在所述从预设的目标业务接口接收来自客户端的业务请求数据包之前，所述方法还包括：

注册与客户端交互数据的至少一种类型的业务接口，所述至少一种类型的业务接口中包括对应所述目标业务类型的目标业务接口。

3.根据权利要求1所述的业务处理方法，其特征在于，在所述根据所述目标业务类型确定处理所述业务请求数据包的目标业务处理进程分组之前，所述方法还包括：

根据所述服务器中的业务接口，对所述服务器对应的可分配业务的业务处理进程进行业务处理进程分组；

其中，每种类型的业务接口对应一个业务处理进程分组，业务处理进程分组中的业务处理进程处理对应业务类型的业务接口中接收的业务请求数据包。

4.根据权利要求3所述的业务处理方法，其特征在于，所述根据所述服务器中的业务接口，对所述服务器对应的可分配业务的业务处理进程进行业务处理进程分组进一步包括：

在将所述服务器对应的可分配业务的业务处理进程进行业务分组时，对业务处理进程配置属性，所述属性包括业务处理进程标识、业务处理进程分组标识和工作类型，所述业务处理进程分组标识对应业务类型；

相应的，所述根据所述目标业务类型确定处理所述业务请求数据包的目标业务处理进程分组进一步包括：

根据所述目标业务类型确定处理所述目标业务的业务处理进程分组标识；

根据所述业务处理进程分组标识确定处理所述目标业务请求数据包的目标业务处理进程分组。

5.根据权利要求1至4中任一所述的业务处理方法，其特征在于，所述方法还包括：

接收目标应用服务器的注册请求，所述注册请求中包括可分配处理业务的业务处理进程信息；

根据所述注册请求为所述目标应用服务器进行业务处理进程的分组配置；

向所述目标应用服务器发送业务处理进程的分组配置信息；

其中，所述分组配置信息中包括：所述目标应用服务器中每个业务处理进程的业务处理进程分组标识、业务处理进程的工作类型。

6.根据权利要求1至4中任一所述的业务处理方法，其特征在于，同一业务处理进程分组中业务处理进程包括同一应用服务器的业务处理进程，和/或，不同应用服务器的业务处理进程。

7.根据权利要求1至4中任一所述的业务处理方法，其特征在于，所述方法还包括：

获取对目标业务设定的定时执行的指令；

调用预设的定时器对目标业务进行注册；

在达到定时器设定的时间时，分配业务处理进程处理目标业务对应的业务请求数据包。

8.一种服务器，其特征在于，所述服务器中预设有至少一种类型的与客户端交互数据的业务接口，所述服务器包括：

业务接收存储单元，用于从预设的目标业务接口接收来自客户端的业务请求数据包，并将所述业务请求数据包存入消息队列中，所述目标业务接口对应目标业务类型；

业务处理单元，用于在处理所述消息队列的业务请求数据包时，根据所述目标业务类型确定处理所述业务请求数据包的目标业务处理进程分组，所述服务器中预设有与业务类型对应的业务处理进程分组；在所述目标业务处理进程分组中选取业务处理进程对所述业务请求数据包进行处理，得到业务应答数据包；

发送单元，用于将所述业务应答数据包返回给所述客户端。

9.根据权利要求8所述的服务器，其特征在于，所述服务器还包括：

业务接口注册单元，用于在所述从预设的目标业务接口接收来自客户端的业务请求数据包之前，注册与客户端交互数据的至少一种类型的业务接口，所述至少一种类型的业务接口中包括对应所述目标业务类型的目标业务接口。

10.根据权利要求8所述的服务器，其特征在于，所述服务器还包括：

业务处理进程分组单元，用于在所述根据所述目标业务类型确定处理所述业务请求数据包的目标业务处理进程分组之前，根据所述服务器中的业务接口类型，对所述服务器对应的可分配业务的业务处理进程进行业务处理进程分组；

其中，每种类型的业务接口对应一个业务处理进程分组，业务处理进程分组中的业务处理进程处理对应业务类型的业务接口中接收的业务请求数据包。

11.根据权利要求10所述的服务器，其特征在于，所述业务处理进程分组单元具体用于：

在将所述服务器对应的可分配业务的业务处理进程进行业务分组时，对业务处理进程配置属性，所述属性包括业务处理进程标识、业务处理进程分组标识和工作类型，所述业务处理进程分组标识对应业务类型；

所述业务处理单元具体用于：

根据所述目标业务类型确定处理所述目标业务的业务处理进程分组标识；

根据所述业务处理进程分组标识确定处理所述目标业务请求数据包的目标业务处理进程分组。

12.根据权利要求8至11中任一所述的服务器，其特征在于，所述服务器还包括应用服务器注册单元；

所述应用服务器注册单元具体用于：

接收目标应用服务器的注册请求，所述注册请求中包括可分配处理业务的业务处理进程信息；

根据所述注册请求为所述目标应用服务器进行业务处理进程的分组配置；

向所述目标应用服务器发送业务处理进程的分组配置信息；

其中所述分组配置信息中包括：所述目标应用服务器中每个业务处理进程的业务处理进程分组标识、业务处理进程的工作类型。

13.根据权利要求8至11中任一所述的服务器，其特征在于，同一业务处理进程分组中业务处理进程包括同一应用服务器的业务处理进程，和/或，不同应用服务器的业务处理进程。

14.根据权利要求8至11中任一所述的服务器，其特征在于，所述服务器还包括定时调度单元，具体用于：

获取对目标业务设定的定时执行的指令；

调用预设的定时器对目标业务进行注册；

在达到定时器设定的时间时，分配业务处理进程处理目标业务对应的业务请求数据包。