CN110032576B - 一种业务处理方法以及装置 - Google Patents

Abstract

本申请公开了一种业务处理方法以及装置，可应用于业务数据分配。该方法包括：获取一个或多个服务器的处理能力信息，所述处理能力信息包括以下一种或者多种信息，服务器地址信息、服务器计算能力信息、服务器存储信息、服务器故障历史信息；根据任务数据的处理要求和所述一个或多个服务器的处理能力信息，确定目标服务器和所述目标服务器的地址信息；解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑和数据片段信息。此外，还公开一种业务处理装置。实施本申请的方案，能够适用于不同的业务要求，有效提升业务的计算效率，使得系统便于维护和拓展。

Description

一种业务处理方法以及装置

技术领域

本申请涉及计算机技术领域，具体涉及一种业务处理方法以及装置。

背景技术

随着移动互联网、云计算、大数据时代的到来，线上业务的发展越来越迅速。然而企业内部的业务费用政策也在不断变化，其中涉及的计算逻辑越来越复杂。现有的业务系统难以适应企业业务发展的需要，在多个项目的数据相对分散时，不仅不能及时处理，还经常因为贸然修改某个项目的数据后，可能会导致其他存在交叉的项目数据出现错误。在出现错误以后，往往需要耗费大量人力，去追溯错误原因，中断其他业务处理的正常流程，这对于业务发展是非常不利的。所以，将任务以及相关数据进行及时、准确地处理，能够加快业务的处理流程，增加客户的信赖感，才能进一步促进业务的发展。

当前一些公司普遍将各种计算逻辑或算法存储在数据库端，在数据的处理过程中，多个项目共用数据库。但现有的处理方式，并不适用于计算量较大、计算逻辑较为复杂的业务，在执行过程中，经常出现延时或计算错误问题。同时，现有的系统计算效率较为低下，扩展性差。

发明内容

本申请实施例提供一种业务处理方法以及装置，以适用于不同的业务要求，有效提升业务的计算效率，使得系统易于维护和拓展。

第一方面，本申请实施例提供了一种业务处理方法，应用于业务平台，包括：获取一个或多个服务器的处理能力信息，所述处理能力信息包括以下一种或者多种信息，服务器地址信息、服务器计算能力信息、服务器存储信息、服务器故障历史信息；根据任务数据的处理要求和所述一个或多个服务器的处理能力信息，确定目标服务器和所述目标服务器的地址信息；解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息。

在一种可能的实现方式中，所述获取服务器的处理能力信息之前，还包括：以预设时间间隔为周期向服务器发送处理能力信息更新请求。

在另一种可能的实现方式中，所述获取服务器的处理能力信息之前，还包括：接收到业务管理系统发送的处理能力信息请求后，向服务器发送处理能力信息更新请求。

在又一种可能的实现方式中，所述根据一种或多种处理能力信息，确定目标服务器，包括：根据一种或多种处理能力信息，对所述一个或多个服务器进行排序，得到排序结果；将所述排序结果中符合预设规则的服务器确定为目标服务器。

在又一种可能的实现方式中，所述解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑和数据片段信息，包括：解析所述任务数据的计算逻辑；若解析出的任务计算逻辑为预设的计算逻辑，向计算平台发送对应的计算逻辑编号、数据片段信息和所述目标服务器的地址信息；否则，存储解析出的计算逻辑与计算逻辑编号的对应关系，向计算平台发送所述计算逻辑与计算逻辑编号的对应关系、数据片段信息和所述目标服务器的地址信息。

第二方面，本申请实施例提供了另一种业务处理方法，包括：接收业务平台发送的解析结果和目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息；对所述解析结果进行分析，得到分析后的计算逻辑信息和分析后的数据片段信息；根据所述目标服务器的地址信息，向所述目标服务器发送分析后的计算逻辑信息和分析后的数据片段信息；根据所述目标服务器发送的任务执行情况，生成任务报告，并向所述业务平台发送所述任务报告。

在一种可能的实现方式中，所述对所述解析结果进行分析，包括：判断所述解析结果中的计算逻辑信息是否为计算逻辑编号，如果不是，则按照计算逻辑与计算逻辑编号的对应关系存储计算逻辑；分析所述解析结果中的数据片段信息是否存在依赖关系，若存在，将依赖关系较强的数据片段信息加入屏障。

在另一种可能的实现方式中，所述接收业务平台发送的解析结果和目标服务器的地址信息之后，还包括：对所述解析结果中的数据片段信息进行去重处理。

第三方面，本申请实施例提供了一种业务平台，包括：获取单元，用于获取一个或多个服务器的处理能力信息，所述处理能力信息包括以下一种或者多种信息：服务器地址信息、服务器计算能力信息、服务器存储信息、服务器故障历史信息；确定单元，用于根据任务数据的处理要求和所述一个或多个服务器的处理能力信息，确定目标服务器和所述目标服务器的地址信息；解析单元，用于解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑和数据片段信息。

在一种可能的实现方式中，所述业务平台还包括：发送单元，用于以预设时间间隔为周期向服务器发送处理能力信息更新请求。

在另一种可能的实现方式中，所述发送单元还用于，接收到业务管理系统发送的处理能力信息请求后，向服务器发送处理能力信息更新请求。

在又一种可能的实现方式中，所述确定单元，包括：排序子单元，用于根据一种或多种处理能力信息，对所述一个或多个服务器进行排序，得到排序结果。

在又一种可能的实现方式中，所述确定单元，包括：确定子单元，用于将所述排序结果中符合预设规则的服务器确定为目标服务器。

在又一种可能的实现方式中，所述解析单元，包括：解析子单元，用于解析所述任务数据的计算逻辑。

在又一种可能的实现方式中，所述解析单元，包括：判断子单元，用于在解析出的任务计算逻辑为预设的计算逻辑时，向计算平台发送对应的计算逻辑编号、数据片段信息和所述目标服务器的地址信息；还用于在解析出的任务计算逻辑不为预设的计算逻辑时，存储解析出的计算逻辑与计算逻辑编号的对应关系，向计算平台发送所述计算逻辑与计算逻辑编号的对应关系、数据片段信息和所述目标服务器的地址信息。

第四方面，本申请实施例提供了一种计算平台，包括：接收单元，用于接收业务平台发送的解析结果和目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息；分析单元，用于对所述解析结果进行分析，得到分析后的计算逻辑信息和分析后的数据片段信息；发送单元，用于根据所述目标服务器的地址信息，向所述目标服务器发送所述分析后的计算逻辑信息和所述分析后的数据片段信息；报告单元，用于根据所述目标服务器发送的任务执行情况，生成任务报告，并向所述业务平台发送所述任务报告。

在一种可能的实现方式中，所述分析单元，包括：判断子单元，用于判断所述解析结果中的计算逻辑信息是否为计算逻辑编号，如果不是，则按照计算逻辑与计算逻辑编号的对应关系存储计算逻辑；

在另一种可能的实现方式中，所述分析单元，包括：分析子单元，用于分析所述解析结果中的数据片段信息是否存在依赖关系，若存在，将依赖关系较强的数据片段信息加入屏障。

在又一种可能的实现方式中，所述计算平台还包括：去重单元，用于对所述解析结果中的数据片段信息进行去重处理。

第五方面，本申请实施例提供了一种业务平台，包括：处理器、输入装置、输出装置和存储器，其中所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面及其任一种可选方式的方法。

第六方面，本申请实施例提供了一种计算平台，包括：处理器、输入装置、输出装置和存储器，其中所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第二方面及其任一种可选方式的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第八方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请实施例具有以下有益效果：

业务平台根据服务器的处理能力信息和任务数据的具体要求，确定用于处理该任务数据的目标服务器,业务平台进一步解析任务数据，得到该任务数据需要使用的计算逻辑和划分后的数据片段信息,计算平台对业务平台发送的解析结果进行分析，使得目标服务器的执行效率得到提升。实施本申请的方案，能够适用于不同的业务要求，有效提升业务的计算效率，使得系统便于维护和拓展。

附图说明

图1是本申请实施例提供的一种业务处理系统的架构图；

图2是本申请实施例提供的一种业务处理方法的流程示意图；

图3是本申请实施例提供的另一种业务处理方法的流程示意图；

图4是本申请实施例提供的一种业务平台的结构示意图；

图5是本申请实施例提供的一种计算平台的结构示意图；

图6是本申请实施例提供的一种业务平台的硬件结构示意图；

图7是本申请实施例提供的一种计算平台的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1，图1是本申请例提供的一种业务处理系统的架构图。如图1所示，架构中包括业务平台10、计算平台20、服务器30和业务管理系统40。

业务平台10，用于获取一个或多个服务器30的处理能力信息；业务平台10还用于，根据任务数据的处理要求和所述一个或多个服务器30的处理能力信息，确定目标服务器；业务平台10还用于，解析所述任务数据，向计算平台20发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息。

可选的，业务平台10还用于，以预设时间间隔为周期向服务器30发送处理能力信息更新请求。

可选的，业务平台10还用于，接收到业务管理系统40发送的处理能力信息请求后，向服务器发送处理能力信息更新请求。

计算平台20，用于接收业务平台发送的解析结果和目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息；计算平台20还用于，分析所述解析结果，向目标服务器发送分析后的计算逻辑信息和分析后的数据片段信息；计算平台20还用于，根据任务执行情况，向所述业务平台发送任务报告。

服务器30，用于接收计算平台20发送的分析后的计算逻辑信息和分析后的数据片段信息；服务器30还用于，使用计算逻辑信息处理分析后的数据片段信息，并且向计算平台20发送任务执行情况。

可选的，服务器30还用于，接收到业务平台10发送的处理能力更新请求后，向业务平台10发送处理能力信息。

业务管理系统40，用于向业务平台发送处理能力信息请求；业务管理系统40还用于，向业务平台发送任务数据。

请参阅图2，图2是本申请实施例提供的一种业务处理方法的流程示意图，应用于业务平台。

S101、获取一个或多个服务器的处理能力信息，所述处理能力信息包括以下一种或者多种信息：服务器计算能力信息、服务器存储信息、服务器故障历史信息。

业务平台获取各个服务器的处理能力信息，通过由处理能力信息构成的处理能力信息表，掌握服务器的资源利用情况。业务平台根据服务器地址信息，从服务器计算能力信息、服务器存储信息、服务器故障历史信息等方面，对服务器的状况进行全面的了解。便于根据任务数据的具体要求，选择合适的服务器对任务数据进行处理。

在一种可能的实现方式中，在获取一个或多个服务器的处理能力信息之前，还包括：以预设时间间隔为周期向服务器发送处理能力信息更新请求。

例如，在业务量适中的情况下，业务平台以预设时间间隔为周期向服务器发送处理能力信息更新请求，这种稳定的更新频率满足了日常的业务需要。在一段时间内，业务平台按照本时间段内发送处理能力信息请求后得到的处理能力信息表，就能够了解各个服务器的现状，进而对服务器进行合适的分配。同时，这样也大大减少了业务平台主动发送请求的次数，节约了通信成本。

在另一种可能的实现方式中，在获取一个或多个服务器的处理能力信息之前，还包括：业务平台接收到其他设备或者业务管理系统的处理能力信息请求后，业务平台向服务器发送处理能力信息更新请求。

例如，当与新的业务管理系统进行整合时，需要对现有的服务器情况进行了解，便于后续选择合适的服务器执行该业务管理系统的任务。业务管理系统向业务平台发送处理能力信息请求后，业务平台就向服务器发送处理能力信息更新请求，业务平台获取各个服务器的处理能力信息，将各个服务器的处理能力信息收集起来，即每一个服务器对应的服务器地址信息、服务器计算能力信息、服务器存储信息和服务器故障历史信息。这样就灵活适应了外部系统的运算需求，提高了业务平台的易用性。

S102、根据任务数据的处理要求和所述一个或多个服务器的处理能力信息，确定目标服务器和所述目标服务器的地址信息。

基于不同类型的任务数据，对于实际进行运算的服务器的要求也是不一样的。可以根据任务数据的具体要求，对处理能力信息表中的服务器进行选择。具体的，根据一种或多种处理能力信息，对所述一个或多个服务器进行排序；输出排序后的一个或多个服务器；将排序结果中符合预设规则的服务器确定为目标服务器。

具体实现中，基于某种预设规则，对服务器进行排序，排序方式包括：计算能力排序、存储能力排序、故障次数排序等。按照不同的排序方式，能够对服务器在各个方面的能力进行全面的评估。服务器在处理能力信息表中的排名，也反映了服务器在一段时间内处理能力状态和能够承载的业务量。按照服务器的能力由高到低的顺序对服务器进行排序，服务器的排名越高，表示该服务器在一段时间内能够处理更多的业务。业务平台可以根据实际情况，选择合适的服务器进行任务的运算。

例如，当某个服务器在处理能力信息表中排名靠前时，说明该服务器处于空闲状态，可以接收大量任务进行处理，或者接收运算量较大的任务，用于提高服务器运行效率。

又例如，当某个服务器在处理能力信息表中排名靠后时，说明该服务器负荷较重，需要暂时停止执行任务或者只能接收运算量较小的任务，用于减轻服务器运行负担，平衡各个服务器处理任务量。

在一种可能的实现方式中，按照计算能力、存储能力和故障次数等排序方式，获得多个处理能力信息表，根据任务的具体要求，业务平台选择在相关的处理能力信息表中排序名次更为靠前的服务器，对任务进行处理。

例如，在执行原始数据量较大的任务时，业务平台可以将该类任务分配给存储能力排名优先的服务器，避免服务器因内存不够而对任务执行造成困扰。进一步的，在处理原始数据量大并且运算要求高的任务时，业务平台可以选择存储能力和计算能力排名都较为优先的服务器对该任务进行处理。

另外，根据任务提交时的标注信息，可以添加优先级标识。上述优先级标识用于指示任务执行的紧急程度。上述业务平台可以预设优先级标识和服务器选取规则的对应关系表，根据接收到的优先级标识，使用对应的服务器选取规则在排序完成的一组或多组服务器中选取合适的服务器。上述优先级标识可以使用数字用于表示递减的紧急程度，如用1表示紧急级别，用2表示注意级别，用3表示一般级别，用4表示可延缓级别。可选的，业务平台优先处理优先级标识较靠前的任务，并且为这些任务分配某些排序名次靠前的服务器。

例如，对于紧急级别的任务，业务平台为这类任务选择运算能力和存储能力排序都较为靠前、并且故障次数较少的服务器作为执行紧急级别任务的目标服务器。对于注意级别的任务，业务平台为这类任务选择运算能力或存储能力排序较为靠前的服务器作为执行该级别任务的目标服务器。对于一般级别的任务，业务平台为这类任务选择故障次数较少的服务器作为执行该级别任务的目标服务器。对于可延缓级别的任务，业务平台将还没被分配任务的服务器作为执行该级别任务的目标服务器。

又例如，业务平台可以为紧急级别的任务指定某个服务器，作为该级别任务的目标服务器。对于可延缓级别的任务，业务平台可以在计算能力优先的处理能力信息表中，随机选择表中的服务器作为执行该级别任务的目标服务器。应理解，上述举例仅仅是作为说明，不作任何限定。

当不同级别的任务同时在一个服务器执行时，优先级标识靠前的任务先行执行，优先级标识靠后的任务暂缓执行。在一种可能的实现方式中，当某个任务暂缓执行次数达到阈值，该任务的优先级标识提升。

例如，当紧急级别和注意级别的任务被分配到同一个服务器执行时，该服务器先对紧急级别的任务进行运算，再对注意级别的任务进行运算。

在一种可能的实现方式中，当某个任务暂缓执行次数达到阈值，该任务的优先级标识提升。进一步的，上述阈值可以分为第一阈值和第二阈值，当某个任务暂缓执行次数达到第一阈值时，该任务的优先级标识提升一级；当某个任务暂缓执行次数达到第二阈值时，该任务的优先级标识提升两级。

例如，当一般级别的任务由于优先级标识靠后而暂缓执行，并且暂缓执行次数达到5次，该任务的优先级标识提升到注意级别。

又例如，当可延缓级别的任务暂缓执行次数达到5次，该任务的优先级标识提升到一般级别。当该任务的暂缓执行次数达到20次，该任务的优先级标识提升到紧急级别。应理解，上述举例仅仅作为说明，不作具体限定。

在另一种可能的实现方式中，对服务器的不同能力赋予不同评分权重，按照“计算能力*计算能力权重+存储能力*存储能力权重-故障次数*故障次数权重＝综合评分”的评分规则，计算每个服务器的综合评分。在某个处理能力信息表中的排名越高，该服务器单项能力评分越高，按照综合评分规则，能够对服务器能力进行更客观的评价。

例如，在计算能力权重记为4、存储能力权重记为3和故障次数权重记为2的情况下，计算服务器A的综合评分。由于该服务器A的计算能力和存储能力排序在处理能力信息表的前60％和70％，所以该服务器A的计算能力分数为60，存储能力分数为70,。而该服务器A由于故障次数较多，在以故障次数排序的处理能力信息表中排前10％，所以该服务器A的故障次数分数为90，可以计算出该服务器A的综合评分为270。

S103、解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑和数据片段信息。

本申请实施例针对于多个项目的数据，这些项目中存在一些通用的计算逻辑，业务平台将上述通用的计算逻辑进行结构化定义，并按照一定的顺序将上述计算逻辑进行存储。上述已经进行定义，可以直接调用的计算逻辑即为预设的计算逻辑，用于区分上述计算逻辑的序号即为计算逻辑编号，例如：多个项目都需要计算员工的工龄，所以将计算工龄的计算逻辑进行结构化定义，并且将这个常用的计算逻辑存储在靠前的位置，使得该计算逻辑编号较为靠前，便于管理和使用。当公司的某些规章发生变化，需要新增计算逻辑，则计算逻辑编号可以协助管理新增的计算逻辑。

上述多个项目的数据存在着不同的计算依赖关系，不同的计算依赖关系决定了上述数据使用的计算逻辑不同。根据使用的计算逻辑的不同，将使用相同计算逻辑的原始数据分为同一个数据片段信息。例如，在A项目中可能包含B项目，A、B项目共用一些数据，在B项目中的数据可能会涉及A项目适用而B项目不适用的计算逻辑，也可能涉及A项目不适用的计算逻辑。A项目和B项目都需要使用员工的工龄信息和底薪信息，所以将这两部分数据划分成同一个数据片段信息。而工龄信息和底薪信息都带有员工类型的标识，可以使用该标识，确保带有相同的标识的数据划分到同一个数据片段信息中，使得项目数据片段信息可以灵活使用对应的计算逻辑。

又例如，在C项目中员工的提成标准发生变化，计算逻辑需要进行变化。作为计算基础的员工的业务数据需要按照日期进行分割，使得提成标准变化前的业务数据按照原有的计算逻辑进行计算，提成标准变换后的业务数据按照新的计算逻辑进行计算。标准变化前的业务数据为一个数据片段信息，标准变化后的业务数据为另一个数据片段信息。进一步的，根据具体情况，数据片段信息也会进行重新划分，原来属于不同数据片段信息的原始数据在重新划分后，可以属于同一个数据片段信息。

具体的，解析所述任务数据的计算逻辑；若解析出的任务计算逻辑为预设的计算逻辑，向计算平台发送对应的计算逻辑编号、数据片段信息和所述目标服务器的地址信息；否则，存储解析出的计算逻辑与计算逻辑编号的对应关系，向计算平台发送所述计算逻辑与计算逻辑编号的对应关系、数据片段信息和所述目标服务器的地址信息。

在一种可能的实现方式中，业务平台解析出的任务计算逻辑为预设的计算逻辑，业务平台通过查找计算逻辑与编号的对应关系表，将该计算逻辑的对应的编号发送给计算平台，使得计算平台按照对应的计算逻辑对任务数据片段信息进行运算。

在另一种可能的实现方式中，业务平台解析出的任务计算逻辑没有在预设计算逻辑中出现过，业务平台将该计算逻辑进行编号，并存储解析出的计算逻辑与计算逻辑编号的对应关系。业务平台将新出现的计算逻辑和对应的编号发送给计算平台，使得计算平台也存储该计算逻辑和对应的编号。

可选的，业务平台能够构建计算逻辑。当公司的某些规章发生变化，需要重新编写计算逻辑时，业务平台可在原有计算逻辑的基础上进行修改。

例如，需要构建的计算逻辑是编号1和编号2的计算逻辑的组合，业务平台先查找出这两个计算逻辑，基于这两个计算逻辑，业务平台编辑生成新的计算逻辑，将该计算逻辑进行编号，并存储生成的计算逻辑与计算逻辑编号的对应关系。业务平台将新出现的计算逻辑和对应的编号发送给计算平台，使得计算平台也存储该计算逻辑和对应的编号。

又例如，需要构建的计算逻辑为车险项目，业务平台在原有项目计算逻辑的基础上，对计算逻辑进行一定的修改，获取到目标计算逻辑。业务平台将目标计算逻辑进行编号，并存储生成的目标计算逻辑和计算逻辑编号的对应关系。业务平台将新出现的计算逻辑和对应的编号发送给计算平台，使得计算平台也存储该计算逻辑和对应的编号。

又例如，基于新构建的计算逻辑的要求，业务平台对现有的计算逻辑进行查找，将符合要求出的计算逻辑作为编辑新计算逻辑的基础，从而得到新的计算逻辑。编辑完成后，业务平台将该计算逻辑进行编号，并存储生成的计算逻辑与计算逻辑编号的对应关系。业务平台将新出现的计算逻辑和对应的编号发送给计算平台，使得计算平台也存储该计算逻辑和对应的编号。

又例如，公司新调整的项目为车险项目和人寿险项目的有机组合，新项目拥有这两个项目的部分计算逻辑，业务平台先将这两个项目的全部计算逻辑查找出来，挑选出新项目能够使用的计算逻辑，再根据项目要求，对挑选出的计算逻辑进行编辑，从而获取新项目的计算逻辑。业务平台再将新出现的计算逻辑和对应的编号发送给计算平台，使得计算平台也存储该计算逻辑和对应的编号。

根据本申请实施例提供的一种业务处理方法，业务平台根据服务器的处理能力信息和任务数据的具体要求，确定用于处理该任务数据的目标服务器。业务平台进一步解析任务数据，得到该任务数据需要使用的计算逻辑和划分后的数据片段信息。实施本申请的方案，能够适用于不同的业务要求，灵活处理各个系统的业务请求，有效提升了业务的计算效率。

请参阅图3，图3是本申请实施例提供的另一种业务处理方法的流程示意图。应用于计算平台。

S201、接收业务平台发送的解析结果和目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息。

计算平台接收到的解析结果中包括数据片段信息和有关计算逻辑的信息，经过计算平台的进一步分析，目标服务器将会接收到分析后的计算逻辑和分析后的数据片段信息。

计算平台接收到的解析结果中包括数据片段信息和有关计算逻辑的信息，根据目标服务器的地址信息，计算平台将会把接收到的解析结果发送给对应的目标服务器。

可选的，在将上述解析结果发送至所述目标服务器，以使得上述目标服务器执行所述解析结果之前，计算平台需要判断接收到的解析结果中是否只包括计算逻辑编号和数据片段信息；若是，根据所述计算逻辑编号调用预设的计算逻辑对数据片段信息进行计算；否则，按照计算逻辑与计算逻辑编号的对应关系存储计算逻辑，再调用存储的计算逻辑对数据片段信息进行计算。

在一种可能的实现方式中，计算平台预置了计算逻辑与编号的对应关系表，计算平台根据接收到的计算逻辑编号，查找到该数据片段信息对应的计算逻辑。可选的，计算平台将数据片段信息和对应的计算逻辑附上相同的标识，便于目标服务器应用正确的计算逻辑对任务数据进行运算。

在另一种可能的实现方式中，计算平台根据接收到的计算逻辑与对应的计算逻辑编号，更新预置的计算逻辑与编号的对应关系表，并对该计算逻辑进行存储。

S202、对所述解析结果中的数据片段信息进行去重处理。

在实际的执行情况中，同一个任务反复使用同一段数据片段信息作为计算的基础，计算平台可能接收到多个完全一致的数据片段信息。计算平台将接收到的重复数据进行删除，减少数据片段信息的发送数量，使得目标服务器只用接收必要数量的数据片段信息。

例如，本次需要目标服务器计算工资的10％和工资的7倍，使用的工资数据完全一致，当计算平台对发送的工资数据进行去重处理后，目标服务器只需要接收一次工资数据，同样能够完成上述的计算。

又例如，本次需要目标服务器计算A部门人员工资的7倍，以及A、B部门人员工资的20％，当计算平台对发送的工资数据进行去重处理后，目标服务器只需要接收包括A、B部门人员所有工资的工资数据，不必再接收A部门人员的工资数据。

S203、对所述解析结果进行分析，得到分析后的计算逻辑信息和分析后的数据片段信息。

具体地，判断上述解析结果中的计算逻辑信息是否为计算逻辑编号，如果不是，则按照计算逻辑与计算逻辑编号的对应关系存储计算逻辑；分析上述解析结果中的数据片段信息的依赖关系，将依赖关系较强的数据片段信息加入屏障。

在一种可能的实现方式中，计算平台预置了计算逻辑与编号的对应关系表，且解析结果中的计算逻辑信息为计算逻辑编号。计算平台根据接收到的计算逻辑编号，查找到该数据片段信息对应的计算逻辑，获取分析后的计算逻辑信息。可选的，计算平台将数据片段信息和对应的计算逻辑附上相同的标识，便于目标服务器应用正确的计算逻辑对任务数据进行运算。

在另一种可能的实现方式中，解析结果中的计算逻辑信息为计算逻辑与计算逻辑编号的对应关系，计算平台根据接收到的计算逻辑信息，更新预置的计算逻辑与编号的对应关系表，并对该计算逻辑进行存储。

实际运算过程中，可能会对同一个数据进行读取和写入操作，数据的执行顺序会影响最终的计算结果。为保障计算结果的正确性，计算平台会对数据的执行顺序进行限定。

例如，有的数据存在于多个数据片段信息，即该数据被多个片段共同拥有，那么这些数据片段信息的依赖关系较强，需要严格按照顺序执行。计算平台将这些数据片段信息加入屏障，并发送给同一个服务器，保障任务数据的执行顺序。

又例如，当某些数据片段信息不存在依赖关系时，为保障任务数据的执行速度，计算平台将上述数据片段信息和对应的计算逻辑发送给目标服务器。

S204、根据所述目标服务器的地址信息，向所述目标服务器发送所述分析后的计算逻辑信息和所述分析后的数据片段信息。

目标服务器接收到计算平台发送的数据后，根据分析后的计算逻辑信息，对分析后的数据片段信息进行处理。进一步的，目标服务器接收到分析后的计算逻辑信息和分析后的数据片段信息时，记录对应的时刻信息。

可选的，目标服务器可以选择存储上述接收的分析后的计算逻辑信息，当计算平台下一次选择该目标服务器处理任务时，目标服务器接收到代表计算逻辑的序号，查找本地存储的计算逻辑。

S205、根据所述目标服务器发送的任务执行情况，生成任务报告，并向所述业务平台发送所述任务报告。

当计算平台接收到一个任务所有的数据片段信息的执行情况后，生成任务报告，向业务平台报告本次任务的执行结果。上述任务报告包含以下一种或者多种信息：任务优先级标识、执行时间信息、服务器地址信息、执行结果信息和所属项目信息。

在一种可能的实现方式中，当所有数据片段信息计算完成，任务处理成功，管理员用户得到处理成功的任务报告。可选的，用户从该任务报告中知晓某项任务已经处理完成，用户可以选择更新对应的数据库。

在另一种可能的实现方式中，某些数据片段信息执行出现问题，任务处理失败，管理员用户可以根据接收到的任务报告，确定任务执行失败的原因，有针对性地对任务进行处理，并可以根据失败原因，优化该任务的处理流程。进一步的，该任务所属的原始数据不会进行更新，便于再次对该任务进行处理。

可选的，在某个数据片段信息执行失败时，执行该部分数据的目标服务器将暂时保留该数据片段信息，并根据时刻信息、标识信息和该数据片段信息进行关联存储，当接收到用户的再次执行指令时，目标服务器查找到相应的数据片段信息，并再次进行计算。

根据本申请实施例提供的一种业务处理方法，计算平台对业务平台发送的解析结果进行分析，得到分析后的计算逻辑信息和分析后的数据片段信息，使得目标服务器的执行效率得到提升。实施本申请的方案，兼顾了业务的执行效率和执行顺序，有效运用各个服务器的资源，为用户提供了可追溯的执行过程。

请参阅图4，图4是本申请实施例提供的一种业务平台的结构示意图。该业务平台包括：获取单元301、确定单元302、解析单元303；可选地，还包括发送单元304。其中：

获取单元301，用于获取一个或多个服务器的处理能力信息，所述处理能力信息包括以下一种或者多种信息：服务器地址信息、服务器计算能力信息、服务器存储信息、服务器故障历史信息；

确定单元302，用于根据任务数据的处理要求和所述一个或多个服务器的处理能力信息，确定目标服务器和所述目标服务器的地址信息；

解析单元303，用于解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑和数据片段信息。

在一种实现方式中，所述业务平台还包括：发送单元304，用于以预设时间间隔为周期向服务器发送处理能力信息更新请求；发送单元304还用于，接收到业务管理系统发送的处理能力信息请求后，向服务器发送处理能力信息更新请求。

进一步地，所述确定单元302，包括：排序子单元3021，用于根据一种或多种处理能力信息，对所述一个或多个服务器进行排序，得到排序结果；确定子单元3022，用于将所述排序结果中符合预设规则的服务器确定为目标服务器。

进一步地，所述解析单元303，包括：解析子单元3031，用于解析所述任务数据的计算逻辑；判断子单元3032，用于在解析出的任务计算逻辑为预设的计算逻辑时，向计算平台发送对应的计算逻辑编号、数据片段信息和所述目标服务器的地址信息；判断子单元3032，还用于在解析出的任务计算逻辑不为预设的计算逻辑时，存储解析出的计算逻辑与计算逻辑编号的对应关系，向计算平台发送所述计算逻辑与计算逻辑编号的对应关系、数据片段信息和所述目标服务器的地址信息。

有关上述获取单元301、确定单元302、解析单元303及发送单元304更详细的描述可以直接参考上述图1所述的方法实施例中业务处理方法的相关描述直接得到，这里不加赘述。

根据本申请实施例提供的一种业务平台，能够适用于不同的业务要求，有效提升业务的计算效率，使得系统便于维护和拓展。

请参阅图5，图5是本申请实施例提供的一种计算平台的结构示意图。该计算平台包括：接收单元401、分析单元402、发送单元403、报告单元404；可选的，该计算平台还包括：去重单元405。其中：

接收单元401，用于接收业务平台发送的解析结果和目标服务器的地址信息。

分析单元402，用于对所述解析结果进行分析，得到分析后的计算逻辑信息和分析后的数据片段信息。

发送单元403，用于根据所述目标服务器的地址信息，向所述目标服务器发送所述分析后的计算逻辑信息和所述分析后的数据片段信息；

报告单元404，用于根据任务执行情况，向所述业务平台发送任务报告。

在一种实现方式中，所述分析单元402包括：判断子单元4021，用于判断所述解析结果中的计算逻辑信息是否为计算逻辑编号，如果不是，则按照计算逻辑与计算逻辑编号的对应关系存储计算逻辑；

在另一种实现方式中，所述分析单元402包括：分析子单元4022，用于分析所述解析结果中的数据片段信息是否依赖关系，若存在，将依赖关系较强的数据片段信息加入屏障；

在又一种实现方式中，所述计算平台还包括：去重单元405，用于对所述解析结果中的数据片段信息进行去重处理。

有关上述接收单元401、分析单元402、发送单元403、报告单元404及去重单元405更详细的描述可以直接参考上述图3所述的方法实施例中业务处理方法的相关描述直接得到，这里不加赘述。

本申请实施例提供的一种计算平台，能够适用于不同的业务要求，有效提升服务器的计算效率，为用户提供了可追溯的执行过程。

请参阅图6，图6是本申请实施例提供的一种业务处理装置的硬件结构示意图。如图5所示的本实施例中的业务处理装置可以包括：处理器501、输入装置502、输出装置503及存储器504。上述处理器501、输入装置502、输出装置503及存储器504之间可以通过总线相互连接。

存储器包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable readonly memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器用于相关指令及数据。

处理器可以包括是一个或多个处理器，例如包括一个或多个中央处理器(centralprocessing unit，CPU)，在处理器是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

存储器用于存储网络设备的程序代码和数据。

输入装置用于输入数据和/或信号，以及输出装置用于输出数据和/或信号。输出装置和输入装置可以是独立的器件，也可以是一个整体的器件。

处理器用于调用该存储器中的程序代码和数据，执行如下步骤：获取一个或多个服务器的处理能力信息，所述处理能力信息包括以下一种或者多种信息，服务器地址信息、服务器计算能力信息、服务器存储信息、服务器故障历史信息；根据任务数据的处理要求和所述一个或多个服务器的处理能力信息，确定目标服务器和所述目标服务器的地址信息；解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息。

在一种可能的实现方式中，所述处理器执行获取服务器的处理能力信息的步骤之前，还包括：控制输出装置以预设时间间隔为周期向服务器发送处理能力信息更新请求。

在另一种可能的实现方式中，所述处理器执行获取服务器的处理能力信息的步骤之前，还包括：接收到业务管理系统发送的处理能力信息请求后，控制输出装置向服务器发送处理能力信息更新请求。

在又一种可能的实现方式中，所述处理器执行根据一种或多种处理能力信息，确定目标服务器的步骤，包括：根据一种或多种处理能力信息，对所述一个或多个服务器进行排序；输出排序后的一个或多个服务器；将排序结果中符合预设规则的服务器确定为目标服务器。

在又一种可能的实现方式中，所述处理器执行解析任务数据，向计算平台发送解析结果和所述目标服务器的地址信息的步骤，包括：解析所述任务数据的计算逻辑；若解析出的任务计算逻辑为预设的计算逻辑，向计算平台发送对应的计算逻辑编号、数据片段信息和所述目标服务器的地址信息；否则，存储解析出的计算逻辑与计算逻辑编号的对应关系，向计算平台发送所述计算逻辑与计算逻辑编号的对应关系、数据片段信息和所述目标服务器的地址信息。

可以理解的是，图6仅仅示出了业务平台的简化设计。在实际应用中，业务处理装置还可以分别包含必要的其他元件，包含但不限于任意数量的网络接口、输入装置、输出装置、处理器、存储器等，而所有可以实现本申请实施例的业务平台都在本申请的保护范围之内。

请参阅图7，图7是本申请实施例提供的一种业务处理装置的硬件结构示意图。如图6所示的本实施例中的业务处理装置可以包括：处理器601、输入装置602、输出装置603及存储器604。上述处理器601、输入装置602、输出装置603及存储器604之间可以通过总线相互连接。

存储器包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable readonly memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器用于相关指令及数据。

处理器可以包括是一个或多个处理器，例如包括一个或多个中央处理器(centralprocessing unit，CPU)，在处理器是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

存储器用于存储网络设备的程序代码和数据。

输入装置用于输入数据和/或信号，以及输出装置用于输出数据和/或信号。输出装置和输入装置可以是独立的器件，也可以是一个整体的器件。

处理器用于调用该存储器中的程序代码和数据，执行如下步骤：接收业务平台发送的解析结果和目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息；对所述解析结果进行分析，得到分析后的计算逻辑信息和分析后的数据片段信息；根据所述目标服务器的地址信息，向所述目标服务器发送分析后的计算逻辑信息和分析后的数据片段信息；根据所述目标服务器发送的任务执行情况，生成任务报告，并向所述业务平台发送所述任务报告。

在一种可能的实现方式中，所述处理器执行对所述解析结构进行分析的步骤，包括：

判断所述解析结果中的计算逻辑信息是否为计算逻辑编号，如果不是，则按照计算逻辑与计算逻辑编号的对应关系存储计算逻辑，获取分析后的计算逻辑信息；分析所述解析结果中的数据片段信息的依赖关系，将依赖关系较强的数据片段信息加入屏障。

在另一种可能的实现方式中，所述处理器执行所述接收业务平台发送的解析结果和目标服务器的地址信息的步骤之后，还用于执行以下步骤：对所述解析结果中的数据片段信息进行去重处理。

可以理解的是，图7仅仅示出了计算平台的简化设计。在实际应用中，业务处理装置还可以分别包含必要的其他元件，包含但不限于任意数量的网络接口、输入装置、输出装置、处理器、存储器等，而所有可以实现本申请实施例的计算平台都在本申请的保护范围之内。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过该计算机可读存储介质进行传输。该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是只读存储器(read-onlymemory，ROM)，或随机存储存储器(random access memory，RAM)，或磁性介质，例如，软盘、硬盘、磁带、磁碟、或光介质，例如，数字通用光盘(digital versatile disc，DVD)、或者半导体介质，例如，固态硬盘(solid state disk，SSD)等。

Claims (7)

1.一种业务处理方法，应用于业务平台，其特征在于，包括：

获取一个或多个服务器的处理能力信息，所述处理能力信息包括以下一种或者多种信息：服务器地址信息、服务器计算能力信息、服务器存储信息、服务器故障历史信息；

根据任务数据的处理要求和所述一个或多个服务器的处理能力信息，确定目标服务器和所述目标服务器的地址信息；

解析所述任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息；

其中，根据所述一种或多种处理能力信息，确定目标服务器，包括：

根据一种或多种处理能力信息，对所述一个或多个服务器进行排序，得到排序结果；

将所述排序结果中符合预设规则的服务器确定为目标服务器；

解析所述任务数据，向计算平台发送解析结果和所述目标服务器的地址信息，包括：

解析所述任务数据的计算逻辑；

若解析出的任务计算逻辑为预设的计算逻辑，向计算平台发送对应的计算逻辑编号、数据片段信息和所述目标服务器的地址信息；

否则，存储解析出的计算逻辑与计算逻辑编号的对应关系，向计算平台发送所述计算逻辑与计算逻辑编号的对应关系、数据片段信息和所述目标服务器的地址信息。

2.根据权利要求1所述的方法，其特征在于，所述获取一个或多个服务器的处理能力信息之前，还包括：

以预设时间间隔为周期向服务器发送处理能力信息更新请求；或者，

接收到业务管理系统发送的处理能力信息请求后，向服务器发送处理能力信息更新请求。

3.一种业务处理方法，应用于计算平台，其特征在于，包括：

接收业务平台发送的解析结果和目标服务器的地址信息，其中，所述解析结果包括计算逻辑信息和数据片段信息；

对所述解析结果进行分析，得到分析后的计算逻辑信息和分析后的数据片段信息；

根据所述目标服务器的地址信息，向所述目标服务器发送所述分析后的计算逻辑信息和所述分析后的数据片段信息；

根据所述目标服务器发送的任务执行情况，生成任务报告，并向所述业务平台发送所述任务报告；

其中，对所述解析结果进行分析，包括：

判断所述解析结果中的计算逻辑信息是否为计算逻辑编号，如果不是，则按照计算逻辑与计算逻辑编号的对应关系存储计算逻辑；

分析所述解析结果中的数据片段信息是否存在依赖关系，若存在，将依赖关系较强的数据片段信息加入屏障。

4.根据权利要求3所述的方法，其特征在于，所述接收业务平台发送的解析结果和目标服务器的地址信息之后，还包括：

对所述解析结果中的数据片段信息进行去重处理。

5.一种业务平台，其特征在于，包括：处理器、输入装置、输出装置和存储器，其中所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1至2任一权利要求所述的方法。

6.一种计算平台，其特征在于，包括：处理器、输入装置、输出装置和存储器，其中所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求3至4任一权利要求所述的方法。

7.一种业务处理系统，其特征在于，包括如权利要求5所述的业务平台，以及如权利要求6所述的计算平台。

Images