CN109547575A - 一种数据调度方法、装置和设备 - Google Patents

Abstract

本发明提供了一种数据调度方法、装置和设备，其中，该方法包括：接收用户端的数据处理请求；将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，其中，所述执行端包括：主机端和分布式处理系统。通过上述方案使得一个数据处理请求中的各个操作项按顺序执行不会遗漏，保证了各个操作项执行的连续性和完整性，进而保证了跨平台交易的业务一致性，从而使得缺乏独立性、涉及数据变动的业务可以尽可能的下移至分布式处理系统，减少了主机端的负载。

Description

一种数据调度方法、装置和设备

技术领域

本发明涉及数据处理技术领域，特别涉及一种数据调度方法、装置和设备。

背景技术

主机是一种高可用性、高吞吐率的设备。因业务数据是存储在主机数据库中，随着业务需求的不断增长，新增业务也需要在主机平台实施，这样势必会增加主机的负载。

主机下移是现有的减少主机负荷的方式，主机下移是将部分应用从集中式部署向分布式部署转变，从而达到降低主机资源消耗、提高系统高可用的目的。

然而，在现有的主机下移方案中，一般是将独立于主机平台的功能整体拆分剥离至分布式平台，下移之后还需要保证业务系统交易一致性的需求。因此，这样就使得仅能对不需要涉及交易一致性的业务进行下移，例如：将仅支持查询的业务下移。这样就导致可以下移的业务很少，对于涉及数据变动的业务无法下移。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种数据调度方法、装置和设备，以解决现有技术中对于缺乏独立性、涉及数据变动的业务，没有可以保证跨平台交易业务一致性的主机下移技术方案的问题。

本发明实施例提供了一种数据调度方法，包括：接收用户端的数据处理请求；将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，其中，所述执行端包括：主机端和分布式处理系统。

在一个实施例中，按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，包括：接收当前操作项的前一操作项对应的执行端返回的执行完成指示信息；响应于所述执行完成指示信息将所述当前操作项发送至所述当前操作项对应的执行端。

在一个实施例中，在按照所述执行顺序，将所述多个操作项发送至对应的执行端执行的过程中，还包括：确定当前操作项是否为所述多个操作项中的最后一个操作项；在确定所述当前操作项为最后一个操作项的情况下，在接收到当前操作项对应的执行端返回的执行完成指示信息之后，向用户端返回数据处理请求已完成的指示信息。

在一个实施例中，在按照所述执行顺序，将所述多个操作项发送至对应的执行端执行的过程中，还包括：接收执行端返回的数据异常指示信息，并确定所述数据异常指示信息产生的位置；向所述用户端返回数据异常指示信息。

在一个实施例中，将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序，包括：将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；获取预设的操作项与业务数据项对应关系表；根据所述预设的操作项与业务数据项对应关系表，确定所述多个操作项中各个操作项对应的业务数据项；对所述多个操作项中各个操作项对应的业务数据项进行重组，得到各个操作项对应的报文，其中，每个报文中携带有一个或多个业务数据项。

本发明实施例还提供了一种数据调度装置，包括：接收模块，用于接收用户端的数据处理请求；转换模块，用于将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；确定模块，用于调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；处理模块，用于按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，其中，所述执行端包括：主机端和分布式处理系统。

在一个实施例中，所述处理模块包括：第一接收单元，用于接收当前操作项的前一操作项对应的执行端返回的执行完成指示信息；响应单元，用于响应于所述执行完成指示信息将所述当前操作项发送至所述当前操作项对应的执行端。

在一个实施例中，所述处理模块包括：第一确定单元，用于确定当前操作项是否为所述多个操作项中的最后一个操作项；第一处理单元，用于在确定所述当前操作项为最后一个操作项的情况下，在接收到当前操作项对应的执行端返回的执行完成指示信息之后，向用户端返回数据处理请求已完成的指示信息。

在一个实施例中，所述处理模块还包括：第二确定单元，用于接收执行端返回的数据异常指示信息，并确定所述数据异常指示信息产生的位置；返回单元，用于向所述用户端返回数据异常指示信息。

在一个实施例中，所述确定模块包括：第三确定单元，用于将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；获取单元，用于获取预设的操作项与业务数据项对应关系表；第四确定单元，用于根据所述预设的操作项与业务数据项对应关系表，确定所述多个操作项中各个操作项对应的业务数据项；重组单元，用于对所述多个操作项中各个操作项对应的业务数据项进行重组，得到各个操作项对应的报文，其中，每个报文中携带有一个或多个业务数据项。

本发明实施例还提供了一种数据调度设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现所述数据调度方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述数据调度方法的步骤。

本发明实施例提供了一种数据调度方法，通过将数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；按照所述执行顺序，可以依次调用分布在主机端和分布式处理系统两个平台中的操作项。通过根据数据处理请求中各个操作项的执行顺序，依次调用分布在主机端和分布式处理系统两个平台中的操作项，使得一个数据处理请求中的各个操作项按顺序执行不会遗漏，保证了各个操作项执行的连续性和完整性，进而保证了跨平台交易的业务一致性，从而使得缺乏独立性、涉及数据变动的业务可以尽可能的下移至分布式处理系统，减少了主机端的负载。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是根据本发明实施例提供的数据调度方法步骤示意图；

图2是根据本发明具体实施例提供的数据调度系统示意图；

图3是根据本发明具体实施例提供的数据调度方法示意图；

图4是根据本发明实施例提供的数据调度装置的示意图；

图5是根据本发明实施例提供的数据调度电子设备的示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本申请公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域的技术人员知道，本发明的实施方式可以实现为一种系统、装置设备、方法或计算机程序产品。因此，本申请公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

考虑到现有的主机下移技术方案中，主要是将查询交易或者对交易一致性要求低甚至无要求的新增功能下移，对于缺乏独立性、涉及数据变动的业务，没有一个可以保证跨平台交易业务一致性的主机下移技术方案。

基于以上问题，本发明实施例提供了一种数据调度方法，如图1所示，可以包括以下步骤：

S101：接收用户端的数据处理请求。

上述用户端可以为网上银行系统、银行柜面系统、ATM机(Automatic TellerMachine，自动柜员机)等，本申请对此不作限定。客户通过上述各系统或渠道发起数据处理请求，该数据处理请求会先传输至调度系统，调度系统接收用户端发送的数据处理请求。

用户端发送的数据处理请求可以以预定的报文格式被接收，上述预定格式的报文中可以包括有实现该数据处理请求的多个业务数据项，例如：对于转账的数据处理请求，可以包括但不限于：获取转账数额、确定转账目标账户、转账至目标账户、获取登记路径、登记转账请求信息、修改数据、保存修改结果等多个业务数据项，其中，在接收用户端的数据处理请求前还可以包括：与各用户端的系统或渠道间进行通讯协议适配，并与各用户端的系统或渠道商定报文格式。

S102：将数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序。

考虑到由于用户发送的数据处理请求可以为一个组合功能，在一个实施例中可以将该组合功能转换为多个子功能，例如：对于一个组合转账功能，可以转换为但不限于：转账功能、登记信息、累计额度等子功能。其中，多个子功能中各个子功能对应实现相应的子功能需要调用的执行端，上述执行端可以包括但不限于：主机端、分布式系统，并且所述多个子功能之间有实现组合功能对应的执行顺序，使得在具体处理用户发送的数据处理请求时可以根据执行顺序调用分布在多个执行端上的子功能。

因此，调度系统可以根据系统中预先设置的业务规则将用户端发送的报文转换为多个操作项，并根据业务规则确定多个操作项之间的顺序，每个操作项实现相应的子功能。

其中，用户端发送的报文可以为一个组合功能，该组合功能中包括多个操作项，每个操作项对应实现一个子功能，上述多个操作项中各个操作项对应有相应的执行端，并且各个操作项之间有相应的执行顺序。对于用户发送的组合功能，业务规则决定了需要哪些操作项以实现组合功能，以及各操作项之间的执行顺序以及调用逻辑，例如：对于组合转账功能可以包括但不限于：转账功能、登记信息、累计额度三个操作项，在实际实现组合转账功能时可以首先在分布式平台执行登记信息，再调用主机平台的转账功能，最调用分布式平台的累计额度。

可以理解的是，在一个实施例中，上述业务规则具体的可以通过在调度系统中预存的操作项对应关系表来实现。其中，预存的操作项对应关系表中可以包括但不限于：每个组合功能对应的需要调用的操作项中各个操作项之间的执行顺序；各个操作项对应的需要组合的业务数据项；各个操作项对应的执行端。使调度得在接收到用户发送的报文后可以根据业务规则明确应如何在多个执行端实现相应的功能。

在一个实施例中，用户端发送的报文中还可以包含：客户标识，上述客户标识用于确定客户的类型，调度系统可以根据不同类型的用户设置相应的业务规则，可以在将用户端发送的数据处理请求转换为多个操作项之前，先将发送该请求的用户进行分类，并根据分类结果确定应用于该类用户的业务规则，根据该类用户的业务规则将数据处理请求转换为多个操作项。例如：可以将客户分为对公客户和对私客户，其中，在银行开立对公账户的个体工商户、私营企业、国有企业、政府机关、学校等称为对公客户，私人开立的账户为对私账户，调度系统可以预先根据不同类型的客户制定不同的业务规则。

S103：调取预设的操作项对应关系表，确定多个操作项中各个操作项对应的执行端。

在将用户端发送的数据处理请求转换为多个操作项之后，由于各个不同的操作项对应着不同的执行端，其中，上述执行端至少为两个。因此，可以调取预先设置的操作项对应关系表，根据操作项对应关系表确定各个操作项对应的执行端。其中，预设的操作项对应关系表中可以包括但不限于：每个组合功能对应的需要调用的操作项中各个操作项之间的执行顺序；各个操作项对应的需要组合的业务数据项；各个操作项对应的执行端。

S104：按照执行顺序，将多个操作项发送至对应的执行端执行，其中，执行端包括：主机端和分布式处理系统。

考虑到每个操作项可以包括至少一个业务数据项，为了确定各个业务数据项对应的执行端，可以对接收到的报文进行拆分，拆分为多个操作项，并根据系统中预先设置的操作项对应关系表确定每个操作项对应的业务数据项。在执行各个操作项之前，将各个操作项对应的业务数据项以与各个相应的执行端商定好的报文格式进行重组。对应的执行端接收该报文，并根据接收到的报文中的多个业务数据项执行相应的操作以实现对应的子功能。

其中，相应的执行端接收当前操作项发送的报文，根据接收到的报文执行相应的操作，在执行完相应的操作后，向调度系统返回执行完成的相关指示信息，调度系统根据接收到的当前操作项执行完成的相关指示信息，调用当前操作项的下一操作项，并将当前操作项的下一操作项对应的重组后的报文发送至相应的执行端。以此循环，直至接收到多个操作项中最后一个操作项执行完成的相关指示信息之后，向用户端发送数据处理请求已完成的指示信息。

通过上述根据当前操作项返回的执行完成的相关信息调用下一操作项的按序依次执行的方式，保证了对于一个数据处理请求中包括的多个操作项，在任何一个操作项返回数据异常指示信息，即该操作项对应的执行端没有成功完成相应的操作项的情况下，调度系统可以按照预定规则进行处理，不会执行下一个操作项，即对于一个数据处理请求不会在执行过程中跳过某一操作项，保证了对于一个数据处理请求执行的完整性，进而保证了多个执行端的业务一致性。

其中，调度系统按照预定规则进行处理的方式可以包括但不限于：忽略、丢弃操作数据、告警、执行事务冲正操作。进一步的，调度系统在执行上述处理操作时均可以向用户按照预定格式返回请求执行失败的信息，或者向用户按照预定的格式返回正在执行的处理信息，或者向用户按照预定的格式返回请求执行失败的信息以及正在执行的处理信息，本申请对此不作限定。

其中，调度系统可以在预定条件下自动进行冲正操作，例如：账务操作执行成功但后续子功能执行失败，则可以配置自动冲正账务，保持不同平台间业务的一致性。并且调度系统可以根据接收的数据异常指示信息对异常进行定位，以确定发生数据异常的执行端以及操作项，必要时可以将定位信息以及数据异常相关信息发送至相关维护人员处。同时调度系统可以对各个执行端进行性能监控，以确保各平台可以成功执行相应的操作项，保证跨平台的业务一致性。

从以上的描述中，可以看出，本发明实施例实现了如下技术效果：通过将数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；调取预设的操作项对应关系表，确定多个操作项中各个操作项对应的执行端，其中，执行端包括：主机端和分布式处理系统，从而使得可以按照执行顺序，将多个操作项依次发送至对应的执行端执行。对于一个数据处理请求明确区分了哪些操作项需要调用主机端，哪些操作项需要调用分布式处理系统，以及各个操作项之间的执行顺序，使得在执行时不会跳过任何一个操作项，保证了各个操作项执行的连续性和完整性，进而保证了跨平台业务的一致性。从而可以将主机平台中缺乏独立性、涉及数据变动的业务下移至分布式平台，减少主机平台资源的负载。

下面结合一个具体实施例对上述方法进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

在本发明实施例中提供了一种数据调度系统，如图2所示，可以包括：交易请求系统、调度系统、分布式平台以及主机平台，调度系统用于与调度系统相连的交易请求系统、分布式平台以及主机平台进行数据交互。

进一步的，调度系统可以包括：数据处理模块和流程调度模块。其中数据处理模块，用于与调度系统连接的各系统或平台进行数据交互，并按照流程调度模块的要求进行数据加工；流程调度模块，用于根据数据处理模块提交的数据，围绕设定的业务流程，调度管理不同平台的相关子功能，通过事务控制机制来完成跨平台交易的串联，并根据调度结果控制数据处理模块做出不同的响应。

基于如图2所示的数据调度系统，在本实施例中还提供了一种数据调度方法，如图3所示，可以包括：

步骤1：客户通过交易请求系统发起交易请求。

上述交易请求系统具体可以包括但不限于：网上银行系统、银行柜面系统等多种渠道。

步骤2：数据处理模块通过与各渠道进行通讯协议适配，将接收的交易请求数据拆分并转换为流程调度模块可接受的类型后，上送流程调度模块做下一步处理。

在进行数据拆分前将分布式平台与主机平台的子功能集进行整合，以核心银行系统一个组合功能的形式提供给网上银行、柜面系统等使用，并根据各平台的子功能集确定业务规则。例如：调度系统通过封装整合分布式平台的子功能集Y：{Y1,Y2…}，主机平台的子功能集Z：{Z1,Z2…}，为外部系统提供组合功能X，此时调度系统应与业务请求系统、分布式平台、主机平台商定各功能的报文格式，报文中包含业务数据项以及必要的系统数据项。

考虑到调度系统需要支持外部系统、分布式平台、主机平台至少三种通讯协议及对应的报文格式，从系统层面来看，协议适配及格式转换必然涉及到数据的拆分和重组。从业务层面来看，假设为业务请求系统提供的组合功能X，其中，业务请求系统发送的组合功能X对应的报文A包含业务数据项1，业务数据项2，业务数据项3，业务数据项4，业务数据项5等，分布式平台的子功能Y1需要使用业务数据项1、业务数据项3；主机平台的子功能Z1需要使用业务数据项1、业务数据项4、业务数据项5，调度系统首先需要将报文A拆分为多个业务数据项，在调用各子功能时需要重组其对应的业务数据项，拆分和重组均需依据均按照事先约定好的报文格式。

其中对于组合转账功能对应的报文可以拆分为：转账功能、登记信息、累计额度三个子功能；进一步的可以拆分为：获取转账数额、确定转账目标账户、转账至目标账户、获取登记路径、登记转账请求信息、修改数据、保存修改结果7个业务数据项。在调用各子功能时分别对这7个业务数据项按照事先约定好的报文格式进行重组，例如：将转账数额、确定转账目标账户、转账至目标账户3个业务数据项进行重组以实现转账子功能；将获取登记路径、登记转账请求信息2个业务数据项进行重组以实现登记信息子功能；将修改数据、保存修改结果2个业务数据项进行重组以实现累计额度子功能。

进一步的，对于组合功能X，在对客户发送的业务请求报文进行拆分时可以根据报文中的客户标识判断发送业务请求的客户的类型，并根据客户的类型确定需要使用的业务规则，在一个实施例中，对于转账的组合功能，对私客户，需要结合转账功能(Z1)、登记信息(Y1)以及累计额度(Y2)三个子功能，为外部系统提供一个完整的组合转账功能(X)；如果是对公客户则只进行转账(Z1)和累计额度(Y2)，不需登记信息。

步骤3：流程调度模块接收到业务数据后，围绕业务场景需要，根据预先设定的业务流程，进行流程决策，并下发调度指令给数据处理模块。

流程调度模块根据业务规则，确定交易请求需要调用的子功能，以及各个子功能间的执行顺序和对应的平台，并根据确定的结果下发调度指令给数据处理模块。各平台子功能的调用顺序以及调用次数是围绕业务流程，由流程调度模块根据业务数据等相关条件实时决策得出，可以灵活搭配调用，可以理解的是，图3中的步骤顺序所示仅为示例，并非只能按此固化顺序来执行。

其中，对于组合功能X，业务规则决定了使用两个子功能集的具体哪些子功能，以及这些子功能之间的调用顺序及逻辑流转。

步骤4：数据处理模块根据调度指令，重组相关数据，适配通讯协议后分别调用分布式平台(或主机平台)的子功能，并接收其返回数据，接收完成后进行数据拆分和转换，发送至流程调度模块处理，即返回步骤3。

根据调度指令将需要调用的子功能对应的业务数据项进行重组，并转换为符合子功能对应的平台的通讯协议的格式，该子功能对应的平台在执行完成相应的子功能后，向数据处理模块返回处理成功信息。

在该子功能对应的平台执行时出现异常的情况下，向数据处理模块返回数据异常信息，即，相应子功能没有成功完成的信息，调度系统按照预先设置的规则进行处理，处理方式可以包括但不限于：忽略、告警、执行事务冲正操作。同时，调度系统对于短时无法恢复的系统异常，在不能按照预定流程进行功能调度的情况下，在调度系统中增设异常数据持久化模块，待系统环境恢复时，通过批量修复的方式确保各平台数据的严格一致性。

在一个实施例中，结合转账功能(Z1)、登记信息(Y1)以及累计额度(Y2)三个子功能，为外部系统提供一个完整的组合转账功能(X)。对于上述组合功能X，执行的顺序是首先在分布式平台执行登记信息(Y1)，再调用主机平台的转账功能(Z1)，最后调用分布式平台的累计额度(Y2)，若转账功能(Z1)执行失败则累计额度(Y2)不执行，并将转账失败的相关信息反馈至调度系统，调度系统将转账失败的信息按照预定格式反馈至用户端；或者调度系统根据接收到的转账失败的相关信息执行冲正操作，并将正在执行冲正操作的相关信息按照预定的格式反馈至用户端。

步骤5：若流程调度模块结合业务场景需要，认定所有子功能均调用完成，则下发结束指令给数据处理模块。

在流程调度模块接收到多个子功能中最后一个子功能执行成功的相关信息之后，确定所有子功能均已调用完成，并下发结束指令给数据处理模块。

步骤6：数据处理模块将各个子功能的返回数据进行重组，按照预定的格式返回至业务请求系统，使得客户获得最后确定的交易结果。

数据处理模块根据流程调度模块下发的调度指令，将各个子功能返回的数据进行重组，重组为预定格式的报文反馈至业务请求系统。

基于同一发明构思，本发明实施例中还提供了一种数据调度装置，如下面的实施例所述。由于数据调度装置解决问题的原理与数据调度方法相似，因此数据调度装置的实施可以参见数据调度方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4是本发明实施例的数据调度装置的一种结构框图，如图4所示，可以包括：接收模块401、转换模块402、确定模块403、处理模块404，下面对该结构进行说明。

接收模块401，用于接收用户端的数据处理请求。

上述用户端可以为网上银行系统、银行柜面系统、ATM机(Automatic TellerMachine，自动柜员机)等，本申请对此不作限定。客户通过上述各系统或渠道发起数据处理请求，该数据处理请求会先传输至调度系统，调度系统接收用户端发送的数据处理请求。

转换模块402，用于将数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序。

由于用户发送的数据处理请求可以为一个组合功能，组合功能中对应着多个子功能，多个子功能对应有相应的执行端，其中，执行端为至少两个，可以包括但不限于：主机端和分布式系统，并且所述多个子功能之间有实现组合功能对应的执行顺序。

因此，调度系统可以根据系统中预先设置的业务规则将用户端发送的报文转换为多个操作项，并根据业务规则确定多个操作项之间的顺序，其中，每个操作项实现相应的子功能。

确定模块403，用于调取预设的操作项对应关系表，确定多个操作项中各个操作项对应的执行端。

在一个实施例中，上述确定模块可以包括：第三确定单元，可以用于将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；获取单元，可以用于获取预设的操作项与业务数据项对应关系表；第四确定单元，可以用于根据所述预设的操作项与业务数据项对应关系表，确定所述多个操作项中各个操作项对应的业务数据项；重组单元，可以用于对所述多个操作项中各个操作项对应的业务数据项进行重组，得到各个操作项对应的报文，其中，每个报文中携带有一个或多个业务数据项。

处理模块404，用于按照执行顺序，将多个操作项发送至对应的执行端执行，其中，执行端包括：主机端和分布式处理系统。

在一个实施例中，上述处理模块可以包括：第一接收单元，用于接收当前操作项的前一操作项对应的执行端返回的执行完成指示信息；响应单元，用于响应于所述执行完成指示信息将所述当前操作项发送至所述当前操作项对应的执行端。

在一个实施例中，上述处理模块可以包括：第一确定单元，用于确定当前操作项是否为所述多个操作项中的最后一个操作项；第一处理单元，用于在确定所述当前操作项为最后一个操作项的情况下，在接收到当前操作项对应的执行端返回的执行完成指示信息之后，向用户端返回数据处理请求已完成的指示信息。

在一个实施例中，上述处理模块还可以包括：第二确定单元，用于接收执行端返回的数据异常指示信息，并确定所述数据异常指示信息产生的位置；返回单元，用于向所述用户端返回数据异常指示信息。

本申请实施方式还提供了一种电子设备，具体可以参阅图5所示的基于本申请实施例提供的数据调度方法的电子设备组成结构示意图，所述电子设备具体可以包括输入设备51、处理器52、存储器53。其中，所述输入设备51具体可以用于输入用户端的数据处理请求。所述处理器52具体可以用于将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，其中，所述执行端包括：主机端和分布式处理系统。所述存储器53具体可以用于存储操作项对应关系表等参数。

在本实施方式中，所述输入设备具体可以是用户和计算机系统之间进行信息交换的主要装置之一。所述输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等；输入设备用于把原始数据和处理这些数的程序输入到计算机中。所述输入设备还可以获取接收其他模块、单元、设备传输过来的数据。所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述存储器具体可以是现代信息技术中用于保存信息的记忆设备。所述存储器可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

在本实施方式中，该电子设备具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本申请实施方式中还提供了一种基于数据调度方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：接收用户端的数据处理请求；将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，其中，所述执行端包括：主机端和分布式处理系统。

在本实施方式中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施方式中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。

应该理解，以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述，在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此，本申请的范围不应该参照上述描述来确定，而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种数据调度方法，其特征在于，包括：

接收用户端的数据处理请求；

将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；

调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；

按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，其中，所述执行端包括：主机端和分布式处理系统。

2.根据权利要求1所述的方法，其特征在于，按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，包括：

接收当前操作项的前一操作项对应的执行端返回的执行完成指示信息；

响应于所述执行完成指示信息将所述当前操作项发送至所述当前操作项对应的执行端。

3.根据所述权利要求1所述的方法，其特征在于，在按照所述执行顺序，将所述多个操作项发送至对应的执行端执行的过程中，还包括：

确定当前操作项是否为所述多个操作项中的最后一个操作项；

在确定所述当前操作项为最后一个操作项的情况下，在接收到当前操作项对应的执行端返回的执行完成指示信息之后，向用户端返回数据处理请求已完成的指示信息。

4.根据所述权利要求1所述的方法，其特征在于，在按照所述执行顺序，将所述多个操作项发送至对应的执行端执行的过程中，还包括：

接收执行端返回的数据异常指示信息，并确定所述数据异常指示信息产生的位置；

向所述用户端返回数据异常指示信息。

5.根据权利要求1所述的方法，其特征在于，将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序，包括：

将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；

获取预设的操作项与业务数据项对应关系表；

根据所述预设的操作项与业务数据项对应关系表，确定所述多个操作项中各个操作项对应的业务数据项；

对所述多个操作项中各个操作项对应的业务数据项进行重组，得到各个操作项对应的报文，其中，每个报文中携带有一个或多个业务数据项。

6.一种数据调度装置，其特征在于，包括：

接收模块，用于接收用户端的数据处理请求；

转换模块，用于将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；

确定模块，用于调取预设的操作项对应关系表，确定所述多个操作项中各个操作项对应的执行端；

处理模块，用于按照所述执行顺序，将所述多个操作项发送至对应的执行端执行，其中，所述执行端包括：主机端和分布式处理系统。

7.根据权利要求6所述的装置，其特征在于，所述处理模块包括：

第一接收单元，用于接收当前操作项的前一操作项对应的执行端返回的执行完成指示信息；

响应单元，用于响应于所述执行完成指示信息将所述当前操作项发送至所述当前操作项对应的执行端。

8.根据权利要求6所述的装置，其特征在于，所述处理模块包括：

第一确定单元，用于确定当前操作项是否为所述多个操作项中的最后一个操作项；

第一处理单元，用于在确定所述当前操作项为最后一个操作项的情况下，在接收到当前操作项对应的执行端返回的执行完成指示信息之后，向用户端返回数据处理请求已完成的指示信息。

9.根据权利要求6所述的装置，其特征在于，所述处理模块还包括：

第二确定单元，用于接收执行端返回的数据异常指示信息，并确定所述数据异常指示信息产生的位置；

返回单元，用于向所述用户端返回数据异常指示信息。

10.根据权利要求9所述的装置，其特征在于，所述确定模块包括：

第三确定单元，用于将所述数据处理请求转换为多个操作项，并确定多个操作项之间的执行顺序；

获取单元，用于获取预设的操作项与业务数据项对应关系表；

第四确定单元，用于根据所述预设的操作项与业务数据项对应关系表，确定所述多个操作项中各个操作项对应的业务数据项；

重组单元，用于对所述多个操作项中各个操作项对应的业务数据项进行重组，得到各个操作项对应的报文，其中，每个报文中携带有一个或多个业务数据项。

11.一种数据调度设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至5中任一项所述方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现权利要求1至5中任一项所述方法的步骤。