一种数据处理方法、系统、终端和存储介质与流程

1.本技术属于计算机领域，尤其涉及一种数据处理方法、系统、终端和存储介质。


背景技术：

2.数据处理是系统工程和自动控制的基本环节，贯穿于社会生产和社会生活的各个领域。目前，提供数据信息的企业一般会基于服务端对用户使用的客户端的业务请求进行数据处理。但是，传统的服务端架构拓展性差，导致开发人员针对业务变化进行开发时需要重新构建服务端架构，同时也对运维人员的运维工作带来困难。


技术实现要素：

3.本技术实施例提供一种数据处理方法、装置、系统、终端和存储介质，可以提高服务端架构的可拓展性。
4.本技术实施例第一方面提供一种数据处理方法，应用于第一业务服务器，所述数据处理方法包括：
5.获取目标业务请求；所述目标业务请求携带的业务标识号与所述第一业务服务器所在的业务组别对应的业务标识号相同；
6.解析所述目标业务请求，得到所述目标业务请求中携带的业务消息号；
7.确定所述第一业务服务器中与所述业务消息号对应的目标业务处理模块；
8.调度所述目标业务处理模块执行所述目标业务请求对应的第一数据处理操作，得到所述目标业务请求的数据处理结果。
9.本技术实施例第二方面提供一种数据处理方法，应用于调度服务器，所述数据处理方法包括：
10.接收由第三业务服务器发送的所述第三业务服务器的资源占用数据；
11.若所述第三业务服务器的资源占用数据满足预设的负载条件，则向所述第三业务服务器发送控制指令，所述控制指令用于控制所述第三业务服务器停止执行所述第三业务服务器未完成的业务请求；
12.将所述第三业务服务器未完成的业务请求发送给与所述第三业务服务器位于同一业务组别的第一业务服务器，由所述第一业务服务器根据本技术实施例第一方面提供的数据处理方法对所述第三业务服务器未完成的业务请求进行数据处理。
13.本技术实施例第三方面提供的一种数据处理系统，所述系统包括网关、交换机和第一业务服务器；
14.所述网关用于接收由客户端发送目标业务请求，并解析所述目标业务请求中携带的业务标识号，并将所述目标业务请求发送给关联的业务标识号与所述目标业务请求中携带的业务标识号相同的消息队列的交换机；
15.所述交换机用于获取所述网关发送的所述目标业务请求；获取关联的目标业务标识号和与所述目标业务请求中携带的业务标识号相同的业务组别的定位信息；根据所述定
位信息，将所述目标业务请求发送给所述业务组别中的第一业务服务器；
16.所述第一业务服务器用于获取所述交换机发送的所述目标业务请求；解析所述目标业务请求，得到所述目标业务请求中携带的业务消息号；确定所述第一业务服务器中与所述业务消息号对应的目标业务处理模块；调度所述目标业务处理模块执行所述目标业务请求对应的第一数据处理操作，得到所述目标业务请求的数据处理结果。
17.本技术实施例第四方面提供的一种数据处理装置，配置于第一业务服务器中，所述数据处理装置包括：
18.业务请求获取单元，用于获取目标业务请求；所述目标业务请求携带的业务标识号与所述第一业务服务器所在的业务组别对应的业务标识号相同；
19.业务请求解析单元，用于解析所述目标业务请求，得到所述目标业务请求中携带的业务消息号；
20.模块确定单元，用于确定所述第一业务服务器中与所述业务消息号对应的目标业务处理模块；
21.数据处理单元，用于调度所述目标业务处理模块执行所述目标业务请求对应的第一数据处理操作，得到所述目标业务请求的数据处理结果。
22.本技术实施例第五方面提供的一种数据处理装置，配置于调度服务器中，所述数据处理装置包括：
23.资源数据接收单元，用于接收由第三业务服务器发送的所述第三业务服务器的资源占用数据；
24.控制指令发送单元，用于若所述第三业务服务器的资源占用数据满足预设的负载条件，则向所述第三业务服务器发送控制指令，所述控制指令用于控制所述第三业务服务器停止执行所述第三业务服务器未完成的业务请求；
25.业务请求发送单元，用于将所述第三业务服务器未完成的业务请求发送给与所述第三业务服务器位于同一业务组别的第一业务服务器，由所述第一业务服务器根据本技术实施例第一方面提供的数据处理方法对所述第三业务服务器未完成的业务请求进行数据处理。
26.本技术实施例第六方面提供一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。
27.本技术实施例第七方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。
28.本技术实施例第八方面提供了一种计算机程序产品，当计算机程序产品在终端上运行时，使得终端执行时实现方法的步骤。
29.本技术的实施方式中，通过将服务器划分为不同的业务组别，第一业务服务器可以仅获取与自身所在业务组别对应的目标业务标识号相同的目标业务请求，并对目标业务请求进行数据处理，使得业务服务器与框架和客户端以一种很松的方式耦合，两者在保持接口不变的情况下，可以独立变化和发布，即开发人员可以根据实际需要在业务组别中不断增加用于响应具有同一目标业务标识号的业务请求的业务服务器。同时，第一业务服务器通过解析目标业务请求，得到目标业务请求对应的业务消息号，并调度与业务消息号关
联的目标业务处理模块执行目标业务请求对应的数据处理操作，得到目标业务请求的数据处理结果，即每个业务处理模块可以各自处理与自身关联的业务消息号相同的业务请求，使得各个业务处理模块所执行的不同的业务功能没有糅合在一起，业务处理模块之间可以并发进行、互不影响，因此，开发人员同样可以根据实际情况在第一业务服务器中增加业务处理模块，解决了服务端框架可拓展性差的问题，方便对服务端的开发与运维，降低了业务系统研发成本，同时节省了运维人员的投入，也提高了服务端的并发性。
附图说明
30.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
31.图1是本技术实施例提供的一种数据处理方法的第一实现流程示意图；
32.图2是本技术实施例提供的一种数据处理方法的第二实现流程示意图；
33.图3是本技术实施例提供的数据处理系统的第一结构示意图；
34.图4是本技术实施例提供的数据处理系统的第二结构示意图；
35.图5是本技术实施例提供的数据处理系统的第三结构示意图；
36.图6是本技术实施例提供的一种数据处理装置的第一结构示意图；
37.图7是本技术实施例提供的一种数据处理装置的第二结构示意图；
38.图8是本技术实施例提供的终端的结构示意图。
具体实施方式
39.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
40.数据处理是系统工程和自动控制的基本环节，贯穿于社会生产和社会生活的各个领域。目前，提供数据信息的企业一般会基于服务端对用户使用的客户端的业务请求进行数据处理。
41.但是，传统的服务端架构的业务处理模块往往和客户端高度耦合。当客户端向服务端发送业务请求后，业务处理模块将获取业务请求，并调用内部逻辑对业务请求进行数据处理。不同的业务请求均由同一个业务处理模块进行处理。拓展性差，导致开发人员针对业务变化进行开发时需要重新构建服务端架构，调整业务处理模块的内部逻辑。相应的，运维人员的运维工作也带来了困难，需要运维人员熟悉服务端内部架构及相关技术。
42.为了说明本技术的技术方案，下面通过具体实施例来进行说明。
43.图1示出了本技术实施例提供的一种数据处理方法的实现流程示意图，该方法可以应用于第一业务服务器，可适用于需提高服务端架构的可拓展性的情形。
44.具体的，上述数据处理方法可以包括以下步骤s101至步骤s104。
45.步骤s101，获取目标业务请求。
46.其中，上述目标业务请求携带的业务标识号与第一业务服务器所在的业务组别对应的业务标识号相同。
47.在本技术的实施方式中，在服务端架构中会依据一定规则划分出多个业务组别，每个业务组别内的业务服务器用于执行相同类型的业务请求。当客户端向服务端发送业务请求时，由于每个业务请求会携带有用于表示业务类型的业务标识号，第一业务服务器可以获取业务标识号与第一业务服务器所在的业务组别所执行的业务请求对应的业务标识号相同的业务请求。
48.其中，每个业务组别可以依据实际情况进行划分。具体的，在本技术的一些实施方式中，可以依据业务请求的数据内容的相关性，或者业务请求的数据内容所在的数据库进行划分，本技术对此不进行限制。
49.步骤s102，解析目标业务请求，得到目标业务请求中携带的业务消息号。
50.在本技术的实施方式中，第一业务服务器可以对相同类型的业务请求中的不同数据内容进行数据处理。
51.具体的，在获取到与目标业务标识号相同的业务请求之后，第一业务服务器可以对业务请求的数据包头进行解析，获取业务请求对应的业务消息号。其中，上述业务消息号用于标识业务请求所需的数据处理操作。
52.此时，第一业务服务器可以基于业务消息号,将业务请求分配给与业务消息号对应的目标业务处理模块进行数据处理。
53.步骤s103，确定第一业务服务器中与业务消息号对应的目标业务处理模块。
54.在本技术的实施方式中，第一业务服务器可以包含多个业务处理模块，每个业务处理模块可以执行针对同一业务类型下的不同数据内容执行数据处理操作。例如，第一业务服务器可以包含两个业务处理模块，分别用于执行查询行情数据中的查询日成交量数据，和执行查询行情数据中的查询周成交量数据。
55.在解析得到目标业务请求中携带的业务消息号之后，基于第一业务服务器中每个业务处理模块对应的业务标识号，第一业务服务器可以根据业务请求中携带的业务消息号，确定第一业务服务器中能够对目标业务请求进行处理的目标业务处理模块。
56.步骤s104，调度目标业务处理模块执行目标业务请求对应的第一数据处理操作，得到目标业务请求的数据处理结果。
57.在本技术的实施方式中，第一业务服务器通过业务消息号定位用于对目标业务请求进行数据处理的目标业务处理模块，并由目标业务处理模块执行目标业务请求对应的第一数据处理操作，得到业务请求的数据处理结果。
58.具体的，上述第一数据处理操作可以是数据查询、数据变更等操作。在本技术的实施方式中，每个业务处理模块可以对与对应的数据处理操作关联的数据库进行操作，以实现数据处理，得到目标业务请求的数据处理结果。
59.实际应用中，目标业务请求可以包含多个数据处理操作，其中每个数据处理操作可能需要不同业务处理模块处理的操作。为了满足目标业务请求的需求，在本技术的一些实施方式中，可以将数据处理结果发送给第二业务服务器，由第二业务服务器根据数据处理结果执行目标业务请求对应的第二数据处理操作。
60.也就是说，当第一业务服务器完成业务请求当前的数据处理操作之后，如果业务
请求还包含下一个数据处理操作，而第一业务服务器的业务处理模块所能执行的数据处理操作并不包含下一个数据处理操作，则可以将数据处理结果发送给第二业务服务器，由第二业务服务器执行目标业务请求对应的下一个数据处理操作，使得目标业务请求所需的数据处理操作均能够完成，得到最终的数据处理结果。
61.具体的，第一业务服务器可以将数据处理结果发送反馈给网关，并由网关转发给第二业务服务器，也可以直接将数据处理结果发送给第二业务服务器。
62.在本技术的另一些实施方式中，还可以将数据处理结果反馈给网关，由网关转发给客户端，完成服务端对该目标业务请求的响应。
63.本技术的实施方式中，通过将服务器划分为不同的业务组别，第一业务服务器可以仅获取与自身所在业务组别对应的目标业务标识号相同的目标业务请求，并对目标业务请求进行数据处理，使得业务服务器与框架和客户端以一种很松的方式耦合，两者在保持接口不变的情况下，可以独立变化和发布，即开发人员可以根据实际需要在业务组别中不断增加用于响应具有同一目标业务标识号的业务请求的业务服务器。同时，第一业务服务器通过解析目标业务请求，得到目标业务请求对应的业务消息号，并调度与业务消息号关联的目标业务处理模块执行目标业务请求对应的数据处理操作，得到目标业务请求的数据处理结果，即每个业务处理模块可以各自处理与自身关联的业务消息号相同的业务请求，使得各个业务处理模块所执行的不同的业务功能没有糅合在一起，业务处理模块之间可以并发进行、互不影响，因此，开发人员同样可以根据实际情况在第一业务服务器中增加业务处理模块，解决了服务端框架可拓展性差的问题，方便对服务端的开发与运维，降低了业务系统研发成本，同时节省了运维人员的投入，也提高了服务端的并发性。
64.需要说明的是，上述目标业务请求携带的版本号还可以与第一业务服务器所在的业务组别对应的版本号相同。
65.其中，上述目标版本号为第一业务服务器所在业务组别对应的版本号。
66.也就是说，每个业务组别可以对应有一个目标业务标识号和一个目标版本号，业务组别下的每个业务服务器可以对业务标识号与目标业务标识号相同，且版本号与目标版本号相同的业务请求进行处理，使得服务端可以支持多版本共存以及灰度发布。即本技术的实施例中，同业务、不同版本的业务请求，或者不同业务、多重版本的业务请求，均可以同时运行于使用本技术提供的方法的服务端。
67.在本技术的实施方式中，上述业务请求一般是从客户端中获取的。具体的，客户端发送的业务请求可以经网关和交换机转发至对应业务组别中的第一业务服务器。
68.为了避免同一业务组别中的其他业务服务器对同一个业务请求进行处理，造成资源浪费，当目标业务请求是从交换机的消息队列中获取的业务请求时，则第一业务服务器可以在获取目标业务请求之后，向交换机发送已处理消息。
69.其中，已处理消息用于避免第一业务服务器所在业务组别中的其他业务服务器从交换机的消息队列中获取到目标业务请求。
70.在本技术的另一些实施方式中，上述目标业务请求也可以是从其他服务器获取的。
71.具体的，为了保证第一业务服务器的正常运行，在本技术的一些实施方式中，第一业务服务器可以向调度服务器实时发送第一业务服务器的资源占用数据和目标业务请求
的运行数据，以方便调度服务器对第一业务服务器进行管理。
72.同样的，同一业务组别中的其他服务器同样可以向调度服务器实时发送自身的资源占用数据和自身所处理的业务请求的运行数据。
73.基于调度服务器的监控与管理，第一业务服务器可以获取由调度服务器发送的目标业务请求。
74.其中，上述目标业务请求为位于第一业务服务器所在的业务组别中的第三业务服务器未完成的业务请求。
75.具体的，同一业务组别中的第三业务服务器在想调度服务器发送自身的资源占用数据之后，调度服务器可以根据资源占用数据，确定是否需要控制第三业务服务器停止执行业务请求，例如关闭或重启第三服务器，以保护服务端的正常运行。当第三业务服务器关闭或重启时，第三业务服务器当前处理的业务请求可能并未完成。因此，调度服务器可以根据第三业务服务器的业务请求的运行数据，将第三业务服务器未完成的业务请求发送给第一业务服务器，由于第一业务服务器和第三业务服务器在同一业务组别中，因此第一业务服务器可以将第三业务服务器未完成的业务请求作为目标业务请求，对第三业务服务器未完成的业务请求进行数据处理，保障了服务端数据处理的正常运行，提高了数据处理的稳定性。
76.图2示出了本技术实施例提供的一种数据处理方法的实现流程示意图，该方法可以应用于调度服务器，可适用于需提高服务端架构的稳定性的情形。
77.具体的，上述数据处理方法可以包括以下步骤s201至步骤s203。
78.步骤s201，接收由第三业务服务器发送的第三业务服务器的资源占用数据。
79.其中，上述资源占有数据用于表示第三业务服务器的资源占用情况。当第三业务服务器的资源占用率达到一定程度时，第三业务服务器的数据处理速度将降低，业务请求会阻塞于第三业务服务器，甚至第三业务服务器可能出现宕机问题。
80.步骤s202，若第三业务服务器的资源占用数据满足预设的负载条件，则向第三业务服务器发送控制指令。
81.其中，上述控制指令用于控制第三业务服务器停止执行第三业务服务器未完成的业务请求。
82.在本技术的实施方式中，若第三业务服务器的资源占用数据不满足预设的负载条件，说明第三业务服务器能够满足执行业务请求的需要，因此可以继续由第三业务服务器执行业务请求。
83.若第三业务服务器的资源占用数据满足预设的负载条件，说明第三业务服务器不能满足执行业务请求的需要，因此，调度服务器可以向第三业务服务器发送控制指令，该控制指令用于控制第三业务服务器停止执行第三业务服务器未完成的业务请求，例如关闭或重启第三业务服务器，以释放第三业务服务器被占用的资源。
84.步骤s203，将第三业务服务器未完成的业务请求发送给与第三业务服务器位于同一业务组别的第一业务服务器。
85.为了保障业务请求的正常执行，使得服务端的业务顺利完成，在本技术的实施方式中，当第三业务服务器停止执行第三业务服务器未完成的业务请求，第三业务服务器未完成的业务请求可以被调度服务器监控并获取。
86.具体的，第三业务服务器可以实时地向调度服务器发送第三业务服务器的业务请求的运行数据，当第三业务服务器停止执行第三业务服务器未完成的业务请求时，调度服务器可以根据运行数据确定当前第三业务服务器未完成的业务请求。
87.在本技术的实施方式中，在调度服务器获取到第三业务服务器未完成的业务请求之后，调度服务器可以将未完成的业务请求发送给第一业务服务器。由于第一业务服务器和第三业务服务器位于同一个业务组别中，因此，上述第一业务服务器可以将第三业务服务器未完成的业务请求作为目标业务请求，并根据图1所示的数据处理方法对第三业务服务器未完成的业务请求进行数据处理，使得服务端可以正常响应业务请求。
88.在本技术的实施方式中，业务服务器可以实时先调度服务器发送资源占用数据，调度服务器通过对资源占用数据进行分析，可以控制满足预设的负载条件的业务服务器停止执行第三业务服务器未完成的业务请求，同时，可以将业务服务器未完成的业务请求发送给同一业务组别的其他第一业务服务器完成，使得业务请求不会因为业务服务器的关闭与重启而消失，保障了整个服务端的可靠性。
89.图3示出了本技术实施例提供的一种数据处理系统的结构示意图，该数据处理系统包括网关、交换机和第一业务服务器。
90.其中，网关用于接收由客户端发送目标业务请求，并解析目标业务请求中携带的业务标识号，并将目标业务请求发送给关联的业务标识号与目标业务请求中携带的业务标识号相同的消息队列的交换机；交换机用于获取网关发送的目标业务请求；获取关联的目标业务标识号和与目标业务请求中携带的业务标识号相同的业务组别的定位信息；根据定位信息，将目标业务请求发送给业务组别中的第一业务服务器；第一业务服务器用于获取交换机发送的目标业务请求；解析目标业务请求，得到目标业务请求中携带的业务消息号；确定第一业务服务器中与业务消息号对应的目标业务处理模块；调度目标业务处理模块执行目标业务请求对应的第一数据处理操作，得到目标业务请求的数据处理结果。
91.在本技术的一些实施方式中，上述网关在向交换机发送目标业务请求之前，还可以根据客户端信息对客户端的业务请求权限进行鉴别；若客户端具有业务请求权限，则解析目标业务请求中携带的目标业务标识号，并将目标业务请求发送给包含与目标业务标识号关联的消息队列的交换机。
92.具体的，在本技术的实施方式中，网关启动后可以向交换机发送信息，可以在交换机的消息队列中创建消息队列和消费者。当客户端发送目标业务请求后，网关可以接收客户端发送的目标业务请求，并对目标业务请求进行分析，获取目标业务请求中的业务标识号、版本号、业务消息号等。网关可以对客户端的业务请求权限进行鉴别。若客户端具有业务请求权限，则网关可以解析目标业务请求中携带的业务标识号，并将目标业务请求发送给包含与目标业务标识号关联的消息队列的交换机。若客户端不具有业务请求权限，则网关可以将请求失败的消息返回给客户端，以提示客户端的用户。
93.在网关将目标业务请求发送给包含与目标业务标识号关联的消息队列的交换机之后，交换机可以接收目标业务请求，将目标业务请求给予对应消息队列，由队列中消费者进行自动竞争获取请求包体，并且，可以获取关联的业务标识号和目标业务请求中携带的业务标识号系统的业务组别的定位信息；根据定位信息，将目标业务请求发送给业务组别中的第一业务服务器。
94.接着，第一业务服务器接收到由交换机发送的业务请求之后，可以解析业务请求，得到业务请求对应的业务消息号；调度目标业务处理模块执行目标业务请求对应的第一数据处理操作，得到目标业务请求的数据处理结果。
95.在本技术的一些实施方式中，网关、交换机和业务服务器还可以基于版本号进行数据交互，第一业务服务器可以获取携带的业务标识号与第一业务服务器所在的业务组别对应的业务标识号相同，且携带的版本号与第一业务服务器所在的业务组别对应的版本号相同的业务请求。
96.在第一业务服务器获取到与目标业务标识号相同的业务请求之后，第一业务服务器可以向交换机发送已处理消息，已处理消息用于避免第一业务服务器所在业务组别中的其他业务服务器从交换机的消息队列中获取到业务请求。
97.并且，在本技术的一些实施方式中，若业务请求不存在第二数据处理操作，则第一业务服务器可以将处理结果发送给交换机，由交换机反馈给网关，并由网关反馈给对应的客户端。若业务请求存在第二数据处理操作，则第一业务服务器可以将数据处理结果发送给第二业务服务器，由第二业务服务器执行第二数据处理操作。
98.在本技术的实施方式中，网关、交换机、业务服务器以及业务服务器中的业务处理模块均是解耦的。业务服务器与框架和客户端在保持接口不变的情况下，可以独立变化和发布，即开发人员可以根据实际需要在业务组别中不断增加用于响应具有同一目标业务标识号的业务请求的业务服务器。同时，第一业务服务器通过解析业务请求，得到业务请求对应的业务消息号，并调度与业务消息号关联的业务处理模块对业务请求执行数据处理操作，得到业务请求的数据处理结果，即每个业务处理模块可以各自处理与自身关联的业务消息号相同的业务请求，使得各个业务处理模块所执行的不同的业务功能没有糅合在一起，业务处理模块之间可以并发进行、互不影响，因此，开发人员同样可以根据实际情况在第一业务服务器中增加业务处理模块。同样的，网关和交换机应能够支持多机部署以及平行扩展，有效解决了服务端框架可拓展性差的问题。同时执行相同的业务请求的业务服务器可以写成业务组别，方便对服务端的开发、管理与运维，降低了业务系统研发成本，提高了上线的效率，同时节省了运维人员的投入，也提高了服务端的并发性。
99.进一步地，在本技术的一些实施方式中，上述数据处理系统还可以包含调度服务器。具体的，图4示出了本技术实施例提供的一种数据处理系统的结构示意图，图5示出了图4所示数据处理系统的具体结构示意图。其中，调度服务器可以用于接收由与第一业务服务器位于同一业务组别的第三业务服务器发送的第三业务服务器的资源占用数据；若第三业务服务器的资源占用数据满足预设的负载条件，则向第三业务服务器发送控制指令，控制第三业务服务器停止执行第三业务服务器未完成的业务请求；将第三业务服务器未完成的业务请求发送给第一业务服务器。
100.需要说明的是，各个业务组别中的业务服务器均可以实时向调度服务器发送自身的资源占用数据和业务请求的运行数据，由调度服务器根据资源占用数据和业务请求的运行数据对服务端进行管理。
101.在本技术的实施例中，数据处理系统中的调度服务器能够依据资源占用数据对业务服务器进行管理，并且，对于业务服务器未完成的业务请求，可以将该业务请求发送给与该业务服务器所在业务组别中的其他业务服务器，使得业务请求能够正常完成，保证服务
端的可靠性。
102.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为根据本技术，某些步骤可以采用其它顺序进行。
103.如图6所示为本技术实施例提供的一种数据处理装置600的结构示意图，所述数据处理装置600配置于第一业务服务器上。
104.其中，所述数据处理装置600可以包括：业务请求获取单元601、业务请求解析单元602、模块确定单元603和数据处理单元604。
105.业务请求获取单元601，用于获取目标业务请求；所述目标业务请求携带的业务标识号与所述第一业务服务器所在的业务组别对应的业务标识号相同；
106.业务请求解析单元602，用于解析所述目标业务请求，得到所述目标业务请求中携带的业务消息号；
107.模块确定单元603，用于确定所述第一业务服务器中与所述业务消息号对应的目标业务处理模块；
108.数据处理单元604，用于调度所述目标业务处理模块执行所述目标业务请求对应的第一数据处理操作，得到所述目标业务请求的数据处理结果。
109.在本技术的一些实施方式中，上述数据处理单元604，还可以具体用于：若所述业务请求存在与所述目标业务标识号不同的下一个数据处理操作，则将所述业务请求及所述数据处理结果发送给第二业务服务器，由所述第二业务服务器对所述业务请求执行所述下一个数据处理操作。
110.在本技术的一些实施方式中，上述业务请求获取单元601，还可以具体用于：获取由调度服务器发送的业务请求；所述业务请求为位于所述第一业务服务器所在的业务组别中的第三业务服务器在关闭或重启时未完成的业务请求。
111.在本技术的一些实施方式中，上述数据处理装置600还可以包括监控单元，用于实时向所述调度服务器发送所述第一业务服务器的资源占用数据和所述业务请求的运行数据。
112.在本技术的一些实施方式中，若所述业务请求是从交换机的消息队列中获取的业务请求，则上述业务请求获取单元601，还可以具体用于：向所述交换机发送已处理消息，所述已处理消息用于避免所述第一业务服务器所在业务组别中的其他业务服务器从所述交换机的消息队列中获取到所述业务请求。
113.在本技术的一些实施方式中，上述业务请求获取单元601，还可以具体用于：获取与所述目标业务标识号相同，且与目标版本号相同的业务请求；所述目标版本号为所述第一业务服务器所在业务组别对应的版本号。
114.需要说明的是，为描述的方便和简洁，上述数据处理装置600的具体工作过程，可以参考图1所述方法的对应过程，在此不再赘述。
115.如图7所示为本技术实施例提供的一种数据处理装置700的结构示意图，所述数据处理装置700配置于调度服务器上。
116.其中，所述数据处理装置700可以包括：资源数据接收单元701、控制指令发送单元702和业务请求发送单元703。
117.资源数据接收单元701，用于接收由第三业务服务器发送的所述第三业务服务器的资源占用数据；
118.控制指令发送单元702，用于若所述第三业务服务器的资源占用数据满足预设的负载条件，则向所述第三业务服务器发送控制指令，所述控制指令用于控制所述第三业务服务器停止执行所述第三业务服务器未完成的业务请求；
119.业务请求发送单元703，用于将所述第三业务服务器未完成的业务请求发送给与所述第三业务服务器位于同一业务组别的第一业务服务器，由所述第一业务服务器根据图1所示的数据处理方法对所述第三业务服务器未完成的业务请求进行数据处理。
120.需要说明的是，为描述的方便和简洁，上述数据处理装置700的具体工作过程，可以参考图2所述方法的对应过程，在此不再赘述。
121.如图8所示，为本技术实施例提供的一种终端的示意图。该终端可以为第一服务器或调度服务器。
122.其中，该终端8可以包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82，例如数据处理程序。
123.当该终端为第一服务器时，所述处理器80执行所述计算机程序82时实现上述各个数据处理方法实施例中的步骤，例如，图1所示的步骤s101至s104。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块/单元的功能，例如图6所示的业务请求获取单元601、业务请求解析单元602、模块确定单元603和数据处理单元604。
124.当该终端为调度服务器时，所述处理器80执行所述计算机程序82时实现上述各个数据处理方法实施例中的步骤，例如，图2所示的步骤s201至s203。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块/单元的功能，例如图7所示的资源数据接收单元701、控制指令发送单元702和业务请求发送单元703。
125.所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器81中，并由所述处理器80执行，以完成本技术。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述终端中的执行过程。
126.例如，所述计算机程序可以被分割成：业务请求获取单元、业务请求解析单元、模块确定单元和数据处理单元。各单元具体功能如下：业务请求获取单元，用于获取目标业务请求；所述目标业务请求携带的业务标识号与所述第一业务服务器所在的业务组别对应的业务标识号相同；业务请求解析单元，用于解析所述目标业务请求，得到所述目标业务请求中携带的业务消息号；模块确定单元，用于确定所述第一业务服务器中与所述业务消息号对应的目标业务处理模块；数据处理单元，用于调度所述目标业务处理模块执行所述目标业务请求对应的第一数据处理操作，得到所述目标业务请求的数据处理结果。
127.例如，所述计算机程序可以被分割成：资源数据接收单元、控制指令发送单元和业务请求发送单元。各单元具体功能如下：资源数据接收单元，用于接收由第三业务服务器发送的所述第三业务服务器的资源占用数据；控制指令发送单元，用于若所述第三业务服务器的资源占用数据满足预设的负载条件，则向所述第三业务服务器发送控制指令，所述控制指令用于控制所述第三业务服务器停止执行所述第三业务服务器未完成的业务请求；业务请求发送单元，用于将所述第三业务服务器未完成的业务请求发送给与所述第三业务服
务器位于同一业务组别的第一业务服务器，由所述第一业务服务器根据图1所示的数据处理方法对所述第三业务服务器未完成的业务请求进行数据处理。
128.所述终端可包括，但不仅限于，处理器80、存储器81。本领域技术人员可以理解，图8仅仅是终端的示例，并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。
129.所称处理器80可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
130.所述存储器81可以是所述终端的内部存储单元，例如终端的硬盘或内存。所述存储器81也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器81还可以既包括所述终端的内部存储单元也包括外部存储设备。所述存储器81用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。
131.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
132.所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
133.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。