CN112579622B - 业务数据的处理方法、装置及设备 - Google Patents

Abstract

本申请提供一种业务数据的处理方法、装置及设备，涉及云技术领域，用于提高处理业务的可靠性。该方法包括：获取目标标识，其中，目标标识用于区分待处理的业务数据对应的业务请求；从数据库中获取目标标识关联的目标业务数据，其中，数据库中记录有至少一个业务请求中包含的各业务请求关联的各业务数据，以及各业务数据各自对应的标识；对目标业务数据进行处理，获得业务处理结果；响应目标标识对应的业务请求，反馈业务处理结果。该方法通过为业务数据设置标识，实现对业务请求关联的业务数据跟踪，且无需将业务数据与设备进行绑定，避免了由于某个设备宕机而业务数据无法处理的情况，提升了业务处理的可靠性。

Description

业务数据的处理方法、装置及设备

技术领域

本申请涉及云技术领域，尤其涉及一种业务数据的处理方法、装置及设备。

背景技术

随着云技术的发展，大多数业务处理平台是通过服务器集群实现业务处理，即业务处理平台的业务处理过程可以依赖于服务器集群中任意的服务器处理。

目前，大多数服务器处理业务的方式为绑定处理机制，即某个业务处理请求是和服务器集群中某个特定的服务器绑定，该服务器会负责处理完该业务请求。但是业务处理可能会涉及到多个处理环节，一旦该服务器宕机，业务处理中一些剩余的处理环节将会被搁置，即业务处理的可靠性较低。

发明内容

本申请实施例提供一种业务数据的处理方法、装置及设备，用于提高处理业务的可靠性。

一方面，提供了一种业务数据的处理方法，包括：

获取目标标识，其中，所述目标标识用于区分待处理的业务数据对应的业务请求；

从数据库中获取所述目标标识关联的目标业务数据，其中，所述数据库中记录有至少一个业务请求中包含的各业务请求关联的各业务数据，以及所述各业务数据各自对应的标识；

对所述目标业务数据进行处理，获得业务处理结果；

响应所述目标标识对应的业务请求，反馈所述业务处理结果。

本申请实施例提供一种业务数据的处理装置，包括：

获取模块，用于获取目标标识，其中，所述目标标识用于区分待处理的业务数据对应的业务请求；以及，从数据库中获取所述目标标识关联的目标业务数据，其中，所述数据库中记录有至少一个业务请求中包含的各业务请求关联的各业务数据，以及所述各业务数据各自对应的标识；

处理模块，用于对所述目标业务数据进行处理，获得业务处理结果；

反馈模块，用于响应所述目标标识对应的业务请求，反馈所述业务处理结果。

在一种可能的实施例中，所述装置还包括生成模块和存储模块，其中：

所述生成模块，用于所述获取目标标识之前，接收各业务请求，为所述各业务请求关联的业务数据生成相应的标识；其中，任意两个业务请求关联的业务数据对应的标识不同；

所述存储模块，还用于将所述各业务请求关联的业务数据，以及所述各业务数据各自对应的标识关联存储至数据库中。

在一种可能的实施例中，所述存储模块还用于：

在所述接收各业务请求，为所述各业务请求关联的业务数据生成相应的标识之后，在本地保存所述各业务请求关联的业务数据对应的标识。

在一种可能的实施例中，所述获取模块具体用于：

从业务分配服务器获取目标标识；或者，

从本地保存的各个标识中，确定出目标标识；或者，

根据配置的标识分配策略，确定目标标识。

在一种可能的实施例中，所述存储模块具体用于：

将所述各业务请求关联的各业务数据，各个业务数据各自对应的标识，以及各个业务数据各自对应的处理状态标签关联存储数据库中，其中，所述处理状态标签包括未处理标签或已处理标签；

所述处理模块还用于：在所述对所述目标业务数据进行处理，获得业务处理结果之前，确定所述目标业务数据的处理状态标签为未处理标签。

在一种可能的实施例中，若所述目标标识包括多个，所述获取模块具体用于，分别从所述数据库中获取每个目标标识关联的目标业务数据；

所述处理模块具体用于，分别对每个目标标识关联的目标业务数据进行处理，获得各个业务处理结果。

在一种可能的实施例中，所述装置还包括锁定模块，所述锁定模块用于：

在所述从数据库中获取所述目标标识关联的目标业务数据之后，锁定所述数据库中的所述目标业务数据。

在一种可能的实施例中，所述处理模块具体用于：

在确定满足处理条件时，对所述目标业务数据进行处理，获得业务处理结果。

在一种可能的实施例中，所述处理模块具体用于：

在接收所述目标标识对应的业务请求后，若已超过预设响应时长，则对所述目标业务数据进行处理，获得业务处理结果；或者，

当按照所述目标标识对应的业务请求的业务优先级，确定当前需要响应所述目标标识对应的业务请求时，对所述目标业务数据进行处理，获得业务处理结果。

本申请实施例提供一种计算机设备，包括：

至少一个处理器，以及

与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现如一方面中任一项所述的方法。

本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如一方面中任一项所述的方法。

由于本申请实施例采用上述技术方案，至少具有如下技术效果：

为业务请求关联的业务数据设置标识，需要对业务数据进行处理时，直接根据标识从数据库中获取与标识关联的业务数据，对相应的业务数据进行处理，获得业务处理结果，并响应标识对应的业务请求，反馈业务处理结果，可以适用于对不需要立即反馈业务处理结果的业务处理过程，本申请实施例中无需将业务数据与设备进行绑定，实现了对业务请求关联的业务数据的跟踪，且避免了因业务数据与设备绑定而造成的业务数据无法及时被处理的情况，提升了业务处理系统的容灾性，进而提高了业务处理的可靠性。且，由于任一设备能够根据标识从数据库获取相应的业务数据，因此有利于将数据库中的业务数据灵活地分配给各个设备，以提升整个业务处理系统的灵活性。

附图说明

图1A为本申请实施例提供的业务数据的处理方法的应用场景示意图；

图1B为本申请实施例提供的图1A中各个设备的部署示意图；

图2为本申请实施例提供的一种业务数据的处理方法的流程图；

图3为本申请实施例提供的一种下发分配策略的流程图；

图4为本申请实施例提供的图1A中各个设备之间的交互示意图；

图5A为本申请实施例提供的一种发起业务请求的界面示意图；

图5B为本申请实施例提供的一种显示业务处理结果的界面示意图；

图6为本申请实施例提供的业务数据的处理装置的结构示意图；

图7为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为了更好的理解本申请实施例提供的技术方案，下面将结合说明书附图以及具体的实施方式进行详细的说明。

为了便于本领域技术人员更好地理解本申请的技术方案，下面对本申请涉及的名词进行介绍。

1、云技术(Cloud technology)：是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。本申请实施例中涉及的服务器集群可以均通过云技术实现。

2、服务器集群：又可以简称为集群，是一组松散或紧密连接在一起工作的计算机。由于这些计算机协同工作，在许多方面它们可以被视为单个系统。与网格计算机不同，计算机集群将每个节点设置为执行相应的任务，由软件控制和调度。换言之，一个集群中有多个部署了相同服务的计算机同时给外部提供服务。

3、多机房：是指为同一个服务部署的不同的机房，每个机房可以部署多个区域，每个机房中可以部署一个集群。多机房主要用于在分布式容灾、发布等。

4、宕机：是指集群中的一个或者多个计算机因为某些原因不能再提供服务，属于计算机出现消失计算能力的一种情况。

5、处理条件：又可以称为仲裁逻辑，是指用于确定需要处理的业务数据的条件，满足处理条件时，才会对该业务数据进行后续的业务处理。处理条件例如为是否达到业务的响应时间，或者按照一个或多个条件进行优先级排序需要进行处理该业务等。

6、业务请求：是指用户侧发送的用于请求处理业务的请求。业务请求可以携带有部分业务数据。本申请实施例中业务包括多种类型，例如地图服务业务或支付服务业务等。

7、业务数据：是指处理业务请求所需的业务数据，业务数据包括携带在业务请求中的业务数据，或者在处理业务请求的中间过程中产生的业务数据。

8、标识：是指业务数据的标识，用于区分该业务数据对应的业务请求。换言之，不同业务请求关联的业务数据的标识不同，例如业务请求A关联了第一业务数据和第二业务数据，第一业务数据可以标识为A1，第二业务数据标识为A2，例如业务请求B关联了第三业务数据，第三业务数据可以标识为B1。

9、目标标识：是指某个服务器当前待处理的业务数据对应的标识，目标标识可以是一个或者多个，业务处理服务器需要处理的目标标识可以是业务分配服务器为其分配的，或者业务处理服务器自身确定的。

10、业务处理结果：是指基于业务数据进行业务处理获得的结果，通常业务处理服务器处理完成之后会向客户端反馈业务处理结果。

下面对相关技术进行介绍：

下面以某个服务器对业务数据进行处理的过程为例，对相关技术中的绑定机制进行示例介绍：

对于某些业务而言，服务器集群中某个服务器接收业务处理请求后，并不需要立即反馈业务处理结果。这种情况下，服务器会先将业务处理请求相关的业务数据以及该服务器的地址信息存储到数据库中，以实现业务数据与服务器的绑定，直到需要对业务数据进行处理时，该服务器再根据服务器的地址信息，从服务器中获取相应的业务数据，进行业务处理。而这种绑定机制中，一旦业务数据绑定的服务器宕机，将无法及时对业务数据进行处理，也就无法响应业务请求。

有鉴于此，本申请实施例提供一种业务数据的处理方法，下面对该方法的设计思想进行介绍。

在本申请实施例中，业务请求关联的业务数据并不是与服务器进行绑定，而是为业务数据设置相应的标识，标识可以用于区分业务数据对应的业务请求，换言之，本申请实施例中的业务数据与业务请求关联，在需要对业务进行处理时，可以根据标识获取相应的业务数据，对业务数据进行处理。本申请实施例中，通过标识将业务数据与业务请求关联，无需将业务数据与某个设备进行绑定，也能实现对业务请求关联的业务数据的跟踪，还可以灵活地将各个业务数据分配给各个设备进行处理，解决了由于某个设备宕机而业务请求得不到响应的问题，提高了业务处理的可靠性。

基于上述设计思想，下面对本申请实施例的业务数据的处理方法的应用场景进行介绍。

本申请实施例中涉及的业务数据的处理方法适用于业务处理完成之后需要按照一定的业务策略反馈业务处理结果的场景，可以理解为不是立即反馈业务处理结果的场景。下面对按照一定的业务策略反馈业务处理结果的场景进行示例：

示例一、按照业务优先级顺序，依次反馈业务处理结果的情况：

具体的，生成多个业务处理结果，但需要按照一定的业务优先级顺序依次反馈各个业务处理结果。以车联网场景为例，接收用户发送的携带有轨迹数据的业务请求，可以对该轨迹数据进行不同的业务分析，进而可以产生不同的业务处理结果。但如果同时向请求端推送多个业务处理结果，会给用户造成干扰，因此可以按照一定的业务优先级顺序，控制反馈业务处理结果的频率，具体可以分别反馈业务处理结果。

示例二、按照时间返回策略，反馈业务处理结果的情况：

在某些业务处理场景中，依照业务的需求，需要间隔一定时长反馈业务处理结果。以支付场景为例，在支付业务链路中，对每一笔支付进行风险分析之后，需要给支付端返回一个风控分析结果，考虑支付端的处理能力和稳定，在风控分析之后，先暂存结果，根据一定的时间返回策略，再捞取返回给支付端。

在介绍完本申请实施例可以适用的业务场景之后，下面结合图1A所示的一种业务数据的处理方法的场景示意图，对本申请实施例的应用场景可能涉及的设备进行示例介绍：

参照图1A，该应用场景包括终端110、多个业务处理服务器集群120和数据库130。

终端110例如可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、车载终端等，但并不限于此。终端110用于访问业务处理服务器集群120，以请求业务处理服务器集群120为其提供相应服务。终端110可以通过客户端111访问业务处理服务器集群120中任一服务器，客户端111可以是网页版的客户端、预装在终端110中的应用程序、或者嵌入在第三方应用程序中的子应用程序等。图1A中是以通过终端110发起业务请求为例，实际上也可以是其它服务平台等向本申请实施例中的业务处理服务器集群120发起业务请求，本申请不限制发起业务请求的对象。本申请实施例中的业务处理服务器集群又可以简称为业务处理集群。

业务处理服务器集群120中各个服务器可以响应终端110的请求，为终端110提供相应的服务。业务处理服务器集群120包括多个服务器，各个服务器例如可以为虚拟服务器或实体服务器，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

在具体实施时，服务器在响应终端110的请求时，可以对数据库130进行读写操作，以实现业务处理。数据库130可以存储业务处理过程中涉及的业务数据等。数据库130也可以搭建在单独的服务器集群、其它具有存储功能的设备、或者直接搭建在业务处理服务器集群120上。

在一种可能的实施场景中，继续参照图1A，该应用场景中还包括业务分配服务器集群140。该业务分配服务器集群140用于控制和分配各个业务处理服务器集群120需要处理的业务。

图1A中是以业务分配服务器集群140通过单独的服务器集群实现为例，但业务分配服务器集群140的具体实现方式并不限于此，例如业务分配服务器集群140可以通过多个业务处理服务器集群中任一业务处理服务器集群实现。

应当说明的是，图1A中是以一个终端110、两个业务处理服务器集群120、一个业务分配服务器集群140为例，实际不限制终端和各类服务器集群的数量。另外图1A中是以第一业务处理服务器集群121包括第一业务处理服务器121-1和第二业务处理服务器121-2为例、以第二业务处理服务器集群122包括第三业务处理服务器122-1和第四业务处理服务器122-2为例，业务分配服务器集群140包括第一业务分配服务器140-1和第二业务分配服务器140-2为例，实际不限制各类服务器集群中每个服务器集群中包括的服务器数量。

为了更清楚地说明各个设备的功能，下面结合图1B所示的各个设备之间的部署示意图进行示例介绍：

1、业务分配服务器集群140从终端110获取业务请求。

业务分配服务器集群140实时监测，从终端110接收用户相应的各类业务请求。

2、业务分配服务器集群140将各个业务请求分配至相应的业务处理服务器集群120。

业务分配服务器集群140在接收各个业务请求之后，可以按照预设业务分配策略，将各个业务请求分配至相应的业务分配服务器集群140，业务分配服务器集群140可以进一步将分配的各个业务请求分配至相应的业务处理服务器进行处理。或者，业务分配服务器集群140可以将业务请求具体分配至各个业务处理服务器集群140中的各个业务处理服务器进行处理。

例如，业务分配服务器集群140可以将n％的业务请求分配至第一业务处理服务器集群121，也就相当于n％的业务流量走向第一业务处理服务器集群121，将(100-n％)的业务请求分配至第二业务处理服务器集群122，也就相当于(100-n％)的业务流量走向第二业务处理服务器集群122，其中n为0-100的任意数。

3、各个业务处理服务器集群120可以将业务数据和标识写入数据库130。

如果业务请求中携带有业务数据，而该业务请求又不需要立即反馈至终端110，那么业务处理服务器集群120中的业务处理服务器可以解析出业务请求中的业务数据，并生成业务数据的标识。进一步地，如果该业务请求的处理过程涉及各个中间环节处理过程，那么业务处理服务器可以对业务请求进行各个中间环节处理，以获得该业务请求对应的业务数据，并同时为业务数据生成标识。无论哪一种情况，业务处理服务器均可以将获得的业务数据和标识存储至数据库130中，以待后续使用。其中，涉及的业务数据的处理过程将在下文中进行介绍。

4、各个业务处理服务器集群120从数据库140中获取业务数据。

业务处理服务器集群120后续需要对某个标识对应的业务请求进行处理时，可以根据该标识从数据库130中获取业务数据，对业务数据进行处理，以获得业务处理结果。

5、各个业务处理服务器集群120将业务处理结果反馈给终端110。

业务处理服务器集群120可以通过业务分配服务器集群140将业务处理结果反馈给终端110，或者业务处理服务器集群120可以直接将业务处理结果反馈给终端110。

应当说明的是，图1A～图1B是对业务数据的处理方法的应用场景进行示例介绍，实际本申请实施例中的方法可以适用的应用场景并不限于此。

基于上述的应用场景，下面对本申请实施例的业务数据的处理方法进行介绍。

请参照图2，为本申请实施例提供的一种业务数据的处理方法的流程图，下面以第一业务处理服务器121-1执行业务数据的处理方法为例，对本申请实施例涉及的业务处理方法进行示例介绍：

S201，第一业务处理服务器121-1获取目标标识。

目标标识可以进一步理解为第一业务处理服务器121-1需要处理的业务数据对应的标识。在第一业务处理服务器121-1确定自身需要处理的标识之前，下面先对数据库130中标识的生成过程进行介绍：

第一业务处理服务器121-1接收业务请求，该业务请求可以是第一业务处理服务器121-1直接从终端110接收的，或者由第一业务分配服务器140-1分配给第一业务处理服务器121-1。业务分配服务器集群140可以根据各个业务处理服务器集群的使用状态，灵活地为各个业务处理服务器集群分配业务请求。使用状态包括业务处理服务器集群当前是否可用、业务服务器集群当前资源占用率等。例如，当第一业务处理服务器121-1所在的第二业务处理服务器集群122处于更新状态，无法投入使用时，那么第一业务分配服务器140-1可以将所有的业务请求均分配给第一业务处理服务器集群121处理。

第一业务处理服务器121-1获得业务请求之后，可以先判断该业务请求是否需要立即响应，如果该业务请求需要立即响应，那么第一业务处理服务器121-1可以对业务请求进行处理，生成业务处理请求，反馈给终端110。

如果该业务请求无需立即响应，那么第一业务处理服务器121-1生成业务请求关联的业务数据的标识。

具体的，第一业务处理服务器121-1可以为该业务请求生成标识，进而根据该业务请求的标识，生成该业务请求关联的业务数据的标识。例如，第一业务处理服务器121-1为该业务请求生成标识A，为该业务请求关联的业务数据随机生成标识，例如为某个业务数据生成1，例如可以在一定标识取值范围内，为业务数据随机一个标识。

或者，第一业务处理服务器121-1确定该业务请求对应的标识取值范围，在该标识取值范围内为该业务请求关联的业务数据随机生成标识。或者第一业务处理服务器121-1按照获得各业务数据的先后顺序，在标识取值范围内依次为各个业务数据分配标识。例如，第一业务处理服务器121-1为第一业务请求确定的标识取值范围为0-100，那么第一业务处理服务器121-1可以在0-100内为各业务数据生成相应的标识。

当然，当每个业务请求对应一个业务数据时，或者一个业务请求的所有业务数据均是视为一项数据存储在一起，那么只需为业务请求关联的所有业务数据配置一个标识即可。

第一业务处理服务器121-1可以将业务数据，业务数据的标识关联存储至数据库中。

某些特殊的业务请求，可能默认需要一个业务处理服务器进行绑定处理，这时，第一业务处理服务器121-1可以将自身生成的标识存储在本地，也就是说，第一业务处理服务器121-1在本地保存了自身相关的业务数据，可以便于后续从本次获取相应的标识，以实现对特殊业务的绑定处理需求。

需要说明的是，上述是以第一业务处理服务器121-1生成某个业务数据的标识，并存储业务数据以及对应的标识为例，实际上任一业务处理服务器均会为相应业务数据生成标识，并将业务数据以及对应标识写入数据库中，此处不再赘述。

除了生成业务数据的标识之外，第一业务处理服务器121-1还可以确定各个业务数据的处理状态，为各个业务数据的处理状态配置相应的处理状态标签(process flag)。处理状态标签包括未处理标签和已处理标签，例如未处理标签可以用“0”表示，已处理标签可以用“1”表示。

进一步地，在第一业务处理服务器121-1存储业务数据和业务数据对应的标识时，第一业务处理服务器121-1还可以将处理状态标签一并关联存储至数据库130中。第一业务处理服务器121-1具体可以将业务数据，业务数据的标识，以及业务数据的处理状态标签关联存储至数据库中。进一步地，在存储业务数据，业务数据的标识，以及业务数据的处理状态标签时，第一业务处理服务器121-1可以以业务数据的标识为键，以业务数据和处理状态标签为值进行存储。

在本申请实施例中，第一业务处理服务器121-1可以同时将业务数据的处理状态写入数据库130中，以便于后续确定业务数据的处理状态，避免业务处理服务器对某些业务数据进行重复处理。

下面对数据库中存储的业务数据、业务数据的标识以及业务数据的处理状态标签的形式进行示例说明：

表1

标识	业务数据	处理状态标签
			1	第一业务数据	0
6	第二业务数据	0
			5	第三业务数据	0
8	第四业务数据	0
			9	第五业务数据	0
3	第六业务数据	0

上表1中是以一个业务请求对应一个业务数据为例，从上述表1可知，第一业务数据的标识为1，第一业务数据的处理状态标签为0，表示第一业务数据未处理，以此类推。

在各个业务处理服务器都将相应的业务数据、业务数据的标识写入数据库之后，数据库中会存储多个业务数据，以及每个业务数据对应的标识。如果各个业务处理服务器还存储有各个业务数据的处理状态标签，那么数据库中还会存储有各个业务数据的处理状态标签。

当第一业务处理服务器121-1需要进行相应处理时，第一业务处理服务器121-1可以获取待处理的业务数据的目标标识，进而根据目标标识，从数据库130中获取相应的目标业务数据，进而完成业务数据的处理过程。下面对第一业务处理服务器121-1获取目标标识的方式进行介绍。

方式一：第一业务处理服务器121-1从业务分配服务器集群140获取目标标识。

业务分配服务器集群140可以为各个业务处理服务器分配相应的需要处理的目标标识，这时，第一业务处理服务器121-1可以直接从业务分配服务器集群140获得自身需要处理的业务数据的目标标识。

例如，第一业务处理服务器121-1可以从第一业务分配服务器140-1获得自身需要处理的业务数据的目标标识为奇数，那么第一业务处理服务器121-1可以确定目标标识为数据库130中奇数对应的标识。

其中，涉及到业务分配服务器集群140如何确定到底为各个业务处理服务器集群120分配业务数据，在本申请实施例中，业务分配服务器集群140可以根据配置的标识分配策略，为各个业务处理服务器集群120分配相应的标识。其中，标识分配策略用于指示分配标识的规则，标识分配策略可以是预配置在业务分配服务器集群140中的，或者可以是用户自定义的。

在具体实施时，业务分配服务器集群140可以将具体分配的目标标识下发至各个业务处理服务器，相当于各个业务处理服务器直接获得了相应的目标标识。

方式二：第一业务处理服务器121-1从本地保存的各个标识中，确定出目标标识。

如前文论述的内容，第一业务处理服务器121-1可以将生成的标识存储在本地，第一业务处理服务器121-1可以从本地保存的各个标识中，确定出目标标识。例如第一业务处理服务器121-1可以按照各个标识的生成时间从前到后的方式，将生成时间在先的标识确定为目标标识。或者，第一业务处理服务器121-1可以从本次保存到的多个标识中随机选择部分或全部作为目标标识。

方式三：第一业务处理服务器121-1根据配置的标识分配策略，确定目标标识。

在本申请实施例中，第一业务处理服务器121-1可以根据标识分配策略，确定目标标识。标识分配策略可以是第一业务处理服务器121-1预存的，或者第一业务处理服务器121-1从管理员的终端获取的，从管理员的终端获取的方式可以参照前文业务分配服务器集群140获取标识分配策略的内容，此处不再赘述，或者第一业务处理服务器121-1从业务分配服务器集群140获取的。

在各个业务处理服务器获得标识分配策略后，可以直接根据标识分配策略，确定相应的目标标识。

例如，请参照图3，为动态下发标识分配策略的方法流程图，下面结合图3进行示例介绍：

S301，业务分配服务器集群140从终端110获取标识分配策略配置信息。

例如，管理员可以通过终端110自定义输入标识分配策略，例如管理员可以根据业务处理服务器集群的处理能力和数据库中业务数据的情况配置相应的标识分配策略终端110响应于输入操作，获得管理员输入的标识分配策略配置信息，并将标识分配策略配置信息发送业务分配服务器集群140的系统内存中。标识分配策略配置信息用于指示标识分配策略，在任意设备获取标识分配策略配置信息之后，相当于获得了标识分配策略。

S302，点对点地将标识分配策略配置信息推送到各个业务处理服务器运行时的内存中。

业务分配服务器集群140获取标识分配策略配置信息之后，可以将标识分配策略配置信息从其中一个业务分配服务器传输至另一个业务处理服务器的内存中，实现点对点的传输，从而将标识分配策略配置信息分发给各个业务处理服务器，相当于各个业务处理服务器获得了标识分配策略。

S303，将标识分配策略配置信息推送到各个业务处理服务器运行时的内存中。

业务分配服务器集群140获取标识分配策略配置信息之后，还可以将标识分配策略配置信息广播至业务处理服务器集群120中各个业务处理服务器的内存中，从而将标识分配策略配置信息分发给各个业务处理服务器。

应当说明的是，图3所示的下发标识分配策略的过程的执行周期可以是任意的，本申请实施例不做限定。另外，S302和S303为两种动态内存资源管理的方式，在实际执行时，可以执行其中的一种，或者两种都执行。

在本申请实施例中，通过动态内存资源管理，将该标识分配策略推送到业务处理服务器集群120中正在运行的业务处理服务器内存中，从而实现动态的改变各个业务处理服务器获取目标标识的逻辑，即动态改变各个业务处理服务器捞取目标标识的逻辑。

S202，第一业务处理服务器121-1从数据库130中获取目标标识关联的目标业务数据。

第一业务处理服务器121-1在获得目标标识之后，可以根据目标标识，从数据库130中捞取目标标识关联的目标业务数据。如果目标标识多个，那么第一业务处理服务器121-1从数据库130中分别捞取各个目标标识相应的目标业务数据。

第一业务处理服务器121-1从数据库130中捞取业务数据之后，但其他业务处理服务器无法感知这一点，那么不排除后续其他业务处理服务器重复处理该业务数据的可能性，为此在本申请实施例中，第一业务处理服务器121-1在从数据库130捞取业务数据之后，可以锁定数据库130中的业务数据，锁定可以理解为其它业务处理服务器无法对处于锁定状态的业务数据进行操作，这样一来，可以避免多个业务处理服务器对相同的业务数据进行重复处理的情况。

第一业务处理服务器121-1从数据库130中捞取业务数据时，无法确定业务数据的处理状态，为了避免第一业务处理服务器121-1对已经处理过的业务数据进行重复处理，在本申请实施例中第一业务处理服务器121-1可以确定该业务数据的处理状态标签，如果该业务数据的处理状态标签为已处理状态标签，那么第一业务处理服务器121-1后续无需对该业务数据进行处理；如果该业务数据的处理状态标签为未处理标签，可以继续对业务数据执行后续处理过程。

S203，第一业务处理服务器121-1对目标业务数据进行处理，获得业务处理结果。

第一业务处理服务器121-1在获得目标业务数据之后，可以是立即对目标业务数据进行处理，或者也可以在确定满足处理条件时，再对目标业务数据进行处理，以满足各个业务处理的需求。处理条件可以是第一业务处理服务器121-1预先配置的，或者从业务分配服务器集群140获取的，或者从管理员的终端获取，具体获取方式可以参照前文论述获取目标标识的方式，此处不再赘述。处理条件可以有多种，下面以两种为例进行示例说明：

第一种：处理条件为接收目标标识对应的业务请求后，已超过预设响应时长。

每种业务可以设置相应的预设响应时长，任意两种业务的预设响应时长的取值可以是相同的，也可以是不同的。当第一业务处理服务器121-1确定目标标识对应的业务请求达到其对应的预设响应时长之后，可以对目标业务数据进行处理，以便于后续在合适的时机向用户推送业务处理结果。

第二种：处理条件为当按照目标标识对应的业务请求的业务优先级，确定当前需要响应目标标识对应的业务请求时，对目标业务数据进行处理，获得业务处理结果。

第一业务处理服务器121-1可以预存有各种业务的优先级顺序，当第一业务处理服务器121-1在获得目标业务数据之后，如果该目标标识的业务请求的业务优先级为待处理的业务请求中最高优先级，因此第一业务处理服务器121-1可以对目标业务数据进行处理，及时地处理优先级较高的业务请求。

第一业务处理服务器121-1对业务数据处理的具体方式与业务种类相关，不同种类的业务数据，其对应的业务处理规则可能不同，业务处理规则可以有多种，例如可以是将业务数据封装为特定格式，以获得业务处理结果，或者例如对业务数据进行预设运算，以获得业务处理结果等。

在第一业务处理服务器121-1对目标业务数据进行处理之后，可以将数据库130中的目标业务数据设置为非锁定状态。进一步地，可以将目标业务数据的处理状态标签更新为已处理标签，以避免后续其他设备对目标业务数据进行重复处理。

S204，第一业务处理服务器121-1响应目标标识对应的业务请求，反馈业务处理结果。

第一业务处理服务器121-1在获得业务处理结果之后，可以根据该目标标识对应的业务请求，向发送该业务请求的设备及时反馈业务处理结果，例如可以向发送业务请求的终端110反馈业务处理结果。进一步地，终端110在接收业务处理结果之后，可以展示该业务处理结果，形象地为用户展示处理结果。

在本申请实施例提供了一种基于业务数据的处理方案，该方案中无需将业务数据与服务器进行绑定，也能够跟踪业务请求关联的业务数据，使得任一的业务处理服务器均可以灵活地处理各个业务数据，以实现灵活运用集群处理的效果。且，本申请实施例中的方案摒弃了之前因为业务处理服务器宕机而相应的数据没法处理的情况，也便于业务分配服务器集群灵活地分配业务请求，利于均衡各个业务处理服务器集群的负载。本申请实施例中的方案使得业务处理服务器集群具备了很强的容灾能力的同时，也能够支持某个业务处理服务器集群更新发布的特殊需求，以及能够实现灵活调整各个业务处理服务器的计算能力。

下面结合图4所示的图1A中各个设备的交互示意图，对图1A中各个设备的交互过程进行示例介绍：

S401，第一业务分配服务器140-1从终端110获取第一业务请求。

终端110响应于用户进行的业务处理操作，生成第一业务请求，业务处理操作例如用户针对终端110的业务处理按键进行的点击操作。

例如，以终端110为车载终端为例，用户点击了如图5A中所示的路径规划按键501，相当于进行了业务处理操作，车载终端可以根据用户的业务处理操作，并获取用户选择的目的地502和用户所在车辆的当前位置503，生成第一业务请求，该第一业务请求用于请求导航用户选择的目的地502和用户所在车辆的当前位置503之间的路线。

S402，第一业务分配服务器140-1将第一业务请求分配给第二业务处理服务器121-2。

第一业务分配服务器140-1分配业务请求的方式可以参照前文论述的内容，此处不再赘述。在图4所示的实施例中，是以第一业务分配服务器140-1将第一业务请求分配给第二业务处理服务器121-2处理为例进行说明。

S403，第二业务处理服务器121-2解析第一业务请求，获得第一业务数据。

第二业务处理服务器121-2获得第一业务请求之后，可以按照预设请求格式，解析第一业务请求，从而获得第一业务请求中的第一业务数据。

继续沿用图5A所示的例子，第二业务处理服务器121-2对第一业务请求进行解析，获得第一业务请求中的目的地502和当前位置503，从而将目的地502和当前位置503作为第一业务数据。

S404，第二业务处理服务器121-2生成第一业务数据的标识。

第二业务处理服务器121-2生成标识的方式可以参照前文论述的内容，此处不再赘述。

继续沿用图5A所示的例子，第二业务处理服务器121-2可以为目的地502和当前位置503生成标识，例如为1。

S405，第二业务处理服务器121-2将第一业务数据和标识存储至数据库130中。

S406，第一业务分配服务器140-1将第一标识分配给第一业务处理服务器121-1。

第一业务分配服务器140-1分配标识的方式可以参照前文论述的内容，此处不再赘述。在本申请实施例中，第一标识即为目标标识的一种示例。

继续沿用图5A所示的例子，第一业务分配服务器140-1将目标标识“1”分配给第一业务处理服务器121-1，相当于指示第一业务处理服务器121-1处理第一业务请求。

S407，第一业务处理服务器121-1从数据库130获取第一业务数据。

第一业务处理服务器121-1根据第一标识，从数据库130中查找第一标识对应的业务数据，从而获得第一业务数据。

S408，第一业务处理服务器121-1对第一业务数据进行处理，获得业务处理结果。

第一业务处理服务器121-1处理第一业务数据的方式可以参照前文图1论述的方式，此处不再赘述。

S409，第一业务处理服务器121-1将业务处理结果反馈至终端110。

反馈业务处理结果的内容可以参照前文论述的内容，此处不再赘述。

继续沿用图5A所示的例子，第一业务处理服务器121-1在获得第一业务数据之后，可以规划用户所在车辆的行驶路线，从而获得本次为该车载终端规划的行驶路线，并将该行驶路线携带在业务处理结果中反馈给终端110，终端110接收并获得该行驶路线504，从而显示如图5B所示的界面，该界面中展示了为车载终端规划的行驶路线504。

在本申请实施例中，任一的业务处理服务器均可以为相应的业务数据生成标识，并将业务数据与对应的标识写入数据库中，在需要对业务数据进行处理时，任一的业务处理服务器均可以灵活地处理各个业务数据，无需业务数据与业务处理服务器进行绑定，避免了某个业务处理服务器宕机而业务无法处理情况，提升了业务处理的可靠性。且，由于可以灵活地分配各个业务处理服务器处理的业务数据量，因此可以提升整个业务处理系统的灵活性。

基于同一发明构思，本申请实施例提供一种业务数据的处理装置，请参照图6，该装置包括：

获取模块601，用于获取目标标识，其中，目标标识用于区分待处理的业务数据对应的业务请求；以及，从数据库中获取目标标识关联的目标业务数据，其中，数据库中记录有至少一个业务请求中包含的各业务请求关联的各业务数据，以及各业务数据各自对应的标识；

处理模块602，用于对目标业务数据进行处理，获得业务处理结果；

反馈模块603，用于响应目标标识对应的业务请求，反馈业务处理结果。

在一种可能的实施例中，装置还包括生成模块604和存储模块605，其中：

生成模块604，用于获取目标标识之前，接收各业务请求，为各业务请求关联的业务数据生成相应的标识；其中，任意两个业务请求关联的业务数据对应的标识不同；

存储模块605，还用于将各业务请求关联的业务数据，以及各业务数据各自对应的标识关联存储至数据库中。

在一种可能的实施例中，存储模块605还用于：

在接收各业务请求，为各业务请求关联的业务数据生成相应的标识之后，在本地保存各业务请求关联的业务数据对应的标识。

在一种可能的实施例中，获取模块601具体用于：

从业务分配服务器获取目标标识；或者，

从本地保存的各个标识中，确定出目标标识；或者，

根据配置的标识分配策略，确定目标标识

在一种可能的实施例中，存储模块605具体用于：

将各业务请求关联的各业务数据，各个业务数据各自对应的标识，以及各个业务数据各自对应的处理状态标签关联存储数据库中，其中，处理状态标签包括未处理标签或已处理标签；

处理模块603还用于：在对目标业务数据进行处理，获得业务处理结果之前，确定目标业务数据的处理状态标签为未处理标签。

在一种可能的实施例中，若目标标识包括多个，获取模块601具体用于，分别从数据库中获取每个目标标识关联的目标业务数据；

处理模块603具体用于，分别对每个目标标识关联的目标业务数据进行处理，获得各个业务处理结果。

在一种可能的实施例中，装置还包括锁定模块606，锁定模块606用于：

在从数据库中获取目标标识关联的目标业务数据之后，锁定数据库中的目标业务数据。

在一种可能的实施例中，处理模块603具体用于：

在确定满足处理条件时，对目标业务数据进行处理，获得业务处理结果。

在一种可能的实施例中，处理模块603具体用于：

在接收目标标识对应的业务请求后，若已超过预设响应时长，则对目标业务数据进行处理，获得业务处理结果；或者，

当按照目标标识对应的业务请求的业务优先级，确定当前需要响应目标标识对应的业务请求时，对目标业务数据进行处理，获得业务处理结果。

应当说明的是，图6中的装置可以实现前文论述的任一的业务数据的处理方法，此处不再赘述。

基于同一发明构思，本申请实施例提供一种计算机设备，请参照图7，该计算机设备包括处理器701和存储器702。

处理器701可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本申请实施例中不限定上述存储器702和处理器701之间的具体连接介质。本申请实施例在图7中以存储器702和处理器701之间通过总线703连接，总线703在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线703可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器702可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器702也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器702是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器702可以是上述存储器的组合。

处理器701，用于调用存储器702中存储的计算机程序时执行前文论述的任一的业务数据的处理方法。

基于同一发明构思，本申请实施例提供一种计算机存储介质，该计算机存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述的任一的业务数据的处理方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

基于同一发明构思，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的业务数据的处理方法。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种业务数据的处理方法，其特征在于，应用于业务处理服务器集群中的任一业务处理服务器中，所述方法包括：

接收各业务请求，为所述各业务请求关联的业务数据生成相应的标识；其中，任意两个业务请求关联的业务数据对应的标识不同；

将所述各业务请求关联的各业务数据，各个业务数据各自对应的标识，以及各个业务数据各自对应的处理状态标签关联存储数据库中，其中，所述处理状态标签包括未处理标签或已处理标签，所述业务处理服务器集群中的任一业务处理服务器均访问所述数据库中存储的数据；

获取目标标识，其中，所述目标标识用于区分待处理的业务数据对应的业务请求，所述目标标识是基于所述业务请求对应的标识生成的，或者，所述目标标识是从所述业务请求对应的标识取值范围中确定出的，所述待处理的业务数据包括在处理所述业务请求的中间过程中产生的业务数据；

从数据库中获取所述目标标识关联的目标业务数据，其中，所述数据库中记录有至少一个业务请求中包含的各业务请求关联的各业务数据，以及所述各业务数据各自对应的标识；

确定所述目标业务数据的处理状态标签为未处理标签；

对所述目标业务数据进行处理，获得业务处理结果；

响应所述目标标识对应的业务请求，反馈所述业务处理结果。

2.如权利要求1所述的方法，其特征在于，所述获取目标标识，包括：

从业务分配服务器获取目标标识；或者，

根据配置的标识分配策略，确定目标标识。

3.如权利要求1所述的方法，其特征在于，若所述目标标识包括多个，所述从数据库中获取所述目标标识关联的目标业务数据，包括：

分别从所述数据库中获取每个目标标识关联的目标业务数据；

所述对所述目标业务数据进行处理，获得业务处理结果，包括：

分别对每个目标标识关联的目标业务数据进行处理，获得各个业务处理结果。

4.如权利要求1～3任一项所述的方法，其特征在于，在所述从数据库中获取所述目标标识关联的目标业务数据之后，所述方法还包括：

锁定所述数据库中的所述目标业务数据。

5.如权利要求1～3任一项所述的方法，其特征在于，所述对所述目标业务数据进行处理，获得业务处理结果，包括：

在确定满足处理条件时，对所述目标业务数据进行处理，获得业务处理结果。

6.如权利要求5所述的方法，其特征在于，所述在确定满足处理条件时，对所述目标业务数据进行处理，获得业务处理结果，包括：

在接收所述目标标识对应的业务请求后，若已超过预设响应时长，则对所述目标业务数据进行处理，获得业务处理结果；或者，

当按照所述目标标识对应的业务请求的业务优先级，确定当前需要响应所述目标标识对应的业务请求时，对所述目标业务数据进行处理，获得业务处理结果。

7.一种业务数据的处理装置，其特征在于，应用于业务处理服务器集群中的任一业务处理服务器中，所述装置包括：

生成模块，用于接收各业务请求，为所述各业务请求关联的业务数据生成相应的标识；其中，任意两个业务请求关联的业务数据对应的标识不同；

存储模块，还用于将所述各业务请求关联的各业务数据，各个业务数据各自对应的标识，以及各个业务数据各自对应的处理状态标签关联存储数据库中，其中，所述处理状态标签包括未处理标签或已处理标签，所述业务处理服务器集群中的任一业务处理服务器均访问所述数据库中存储的数据；

标识获取模块，用于获取目标标识，其中，所述目标标识用于区分待处理的业务数据对应的业务请求，所述目标标识是基于所述业务请求对应的标识生成的，或者，所述目标标识是从所述业务请求对应的标识取值范围中确定出的，所述待处理的业务数据包括在处理所述业务请求的中间过程中产生的业务数据；

数据获取模块，用于从数据库中获取所述目标标识关联的目标业务数据，其中，所述数据库中记录有至少一个业务请求中包含的各业务请求关联的各业务数据，以及所述各业务数据各自对应的标识；

处理模块，用于对所述目标业务数据进行处理，获得业务处理结果；

反馈模块，用于确定所述目标业务数据的处理状态标签为未处理标签，并响应所述目标标识对应的业务请求，反馈所述业务处理结果。

8.如权利要求7所述的装置，其特征在于，所述标识获取模块具体用于：

从业务分配服务器获取目标标识；或者，

根据配置的标识分配策略，确定目标标识。

9.根据权利要求7所述的装置，其特征在于，若所述目标标识包括多个；

所述数据获取模块，具体用于分别从所述数据库中获取每个目标标识关联的目标业务数据；

反馈结果，具体用于分别对每个目标标识关联的目标业务数据进行处理，获得各个业务处理结果。

10.一种计算机设备，其特征在于，包括：

至少一个处理器，以及

与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现如权利要求1～6中任一项所述的方法。

Images