CN104598234A - 一种处理业务的方法及装置 - Google Patents

Abstract

本发明实施例公开一种处理业务的方法和装置，通过将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；处理第一业务数据，并提交到下一个业务节点；在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据，从而大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。

Description

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

技术领域

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

背景技术

在常规的业务系统中，业务的复杂度提升便意味着业务系统的复杂度随之提高，往往一个负责提交数据动作的按钮中，因为要做齐所有相关业务，所以整个提交的流程极长，且因为要通知不同的业务系统，所以需要各种协议类型的通知方式调用，提交失败的几率也很大。

一般的提交流程存在以下几个缺点：

(1)失败几率高，一次性要提交很多个动作，所以不管哪个动作失败都会导致整个提交动作的失败。

(2)动作没有优先级，每个动作的失败都会导致整体的失败，但是可能有些动作是必备的动作，不做完的话数据是不完整的会影响后续的业务操作；有些动作是非必须动作，只是通知下某系统知晓，成功失败并不重要。

(3)业务人员等待时间较长，因为要所有动作一次性提交完成，所需时间必然很长。

(4)对于失败动作难以进行部分重试，因为是业务人员的实时操作，所以每次失败都是整体失败，对于不重要的动作，也无法通过后期重试的方式进行弥补。

发明内容

本发明的目的在于提出一种处理业务的方法及装置，旨在解决如何减少一次性提交的动作导致的整体提交流程的失败的问题。

为达此目的，本发明采用以下技术方案：

一种处理业务的方法，所述方法包括：

将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；

处理第一业务数据，并提交到下一个业务节点；

在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据。

优先地，所述业务平台处理所述第二业务数据，包括：

获取所述第二业务数据的信息，所述第二业务数据的信息至少包括业务类型；

根据所述业务类型获取预先设置的规则，根据所述预先设置的规则处理所述第二业务数据。

优选地，所根据所述业务类型获取预先设置的规则，包括：

若所述业务类型为预先设置的动作信息的业务类型，获取配置在所述动作信息的任务节点的规则。

优选地，所述根据所述预先设置的规则处理所述第二业务数据之后，还包括：

若根据所述预先设置的规则处理所述第二业务数据错误时，将所述第二业务数据发送到错误任务队列；

根据所述预先设置的规则处理所述第二业务数据；

判断根据所述预先设置的规则处理所述第二业务数据的次数是否超过预先设置的次数；

若所述第二业务数据的次数超过预先设置的次数，则向用户发送提示信息，所述提示信息用于提示用户进行人工干预。

优选地，所述根据所述预先设置的规则处理所述第二业务数据之后，还包括：

若处理所述第一业务数据成功时，向所述动作信息的任务节点发送通知信息，所述通知信息用于通知所述动作信息的任务节点所述第二业务数据已处理成功；

其中，所述通知信息包括所述第二数据的主单号，所述主单号来自接收到的处理所述第一业务数据成功的消息，或者，所述主单号来自所述第二业务数据，或者，所述主单号来自预先存储的数据库。

一种处理业务的装置，所述装置包括：

划分单元，用于将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；

第一处理单元，用于处理第一业务数据，并提交到下一个业务节点；

第二处理单元，用于在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据。

优先地，所述第二处理单元，包括：

第一获取单元，用于获取所述第二业务数据的信息，所述第二业务数据的信息至少包括业务类型；

第二获取单元，用于根据所述业务类型获取预先设置的规则，根据所述预先设置的规则处理所述第二业务数据。

优先地，所述第二获取单元，用于：

若所述业务类型为预先设置的动作信息的业务类型，获取配置在所述动作信息的任务节点的规则。

优先地，所述装置还包括：

第一发送单元，用于若根据所述预先设置的规则处理所述第二业务数据错误时，将所述第二业务数据发送到错误任务队列；

处理单元，用于根据所述预先设置的规则处理所述第二业务数据；

判断单元，用于判断根据所述预先设置的规则处理所述第二业务数据的次数是否超过预先设置的次数；

第二发送单元，用于若所述第二业务数据的次数超过预先设置的次数，则向用户发送提示信息，所述提示信息用于提示用户进行人工干预。

优先地，所述装置还包括：

第三发送单元，用于若处理所述第一业务数据成功时，向所述动作信息的任务节点发送通知信息，所述通知信息用于通知所述动作信息的任务节点所述第二业务数据已处理成功；

其中，所述通知信息包括所述第二数据的主单号，所述主单号来自接收到的处理所述第一业务数据成功的消息，或者，所述主单号来自所述第二业务数据，或者，所述主单号来自预先存储的数据库。

本发明实施例通过将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；处理第一业务数据，并提交到下一个业务节点；在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据，从而大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。

附图说明

图1为本发明处理业务的方法第一实施例的流程示意图；

图2为本发明处理业务的方法第二实施例的流程示意图；

图3为本发明处理业务的方法第三实施例的流程示意图；

图4为本发明处理业务的方法第四实施例的流程示意图；

图5为本发明处理业务的装置的功能模块示意图；

图6为本发明处理业务的装置的功能模块示意图；

图7为本发明处理业务的装置的功能模块示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

参照图1，图1为本发明处理业务的方法第一实施例的流程示意图。

在第一实施例中，该处理业务的方法包括：

步骤101，将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；

具体的，所述预先设置的第一规则可以是满足以下至少一个条件的规则：

例如，实时性要求高、涉及数据完整性、保证整个流程正常进行等规则。

在收到一个业务数据包时，先根据以上的第一规则将所述第一业务的数据包分成主业务(第一业务数据)和副业务(第二业务数据)，主业务是生产必须实时处理的、重要的、对上下游有重要影响的业务，副业务一般可定义成发送、通知、日志等其他的业务，可以通过现有的流程实时处理主业务，而副业务可以进行非实时的处理。

步骤102，处理第一业务数据，并提交到下一个业务节点；

步骤103，在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据。

具体的，通过现有技术中的生产系统处理第一业务数据，并可以引入一个任务平台用于处理这些非实时的副业务，这个任务平台从现有的生产系统中的每个任务节点接收到主业务处理成功的消息后，再处理对应的副业务。

任务平台提供一个独立的任务接收口径接收极简单的任务信息，而且仅作为独立任务接收的口径，保证这个口径与其它系统的无任何牵扯，不会受其影响；只接受极简单的任务信息且不做其它处理，保证这个口径处理速度足够快。这样就保证了任务口径的存活性极高，不会因为无法接受任务而影响主业务的提交动作；同时极简单的任务信息也保证了主业务的提交动作，无需组装信息，处理足够简单。

任务平台在接收到生产系统发送的处理主业务成功的消息后，任务平台再获取副业务的信息，例如，副业务为验收时，获取该验收的类型信息。

优选地，所述业务平台处理所述第二业务数据，包括：

获取所述第二业务数据的信息，所述第二业务数据的信息至少包括业务类型；

根据所述业务类型获取预先设置的规则，根据所述预先设置的规则处理所述第二业务数据。

优选地，所根据所述业务类型获取预先设置的规则，包括：

若所述业务类型为预先设置的动作信息的业务类型，获取配置在所述动作信息的任务节点的规则。

具体的，在任务平台上开发人员配置每个类型所需执行的副业务信息。

例如，对于验收的类型信息而言，可以配置的副业务信息如下：

第一，执行完验收的副业务信息后，向上架的任务节点发送通知信息；

第二，执行完验收的副业务信息后，向库内的任务节点发送通知信息；

第三，执行完验收的副业务信息后，向申请的任务节点发送通知信息。

获取配置完的副业务后，任务平台根据收到的任务信息区一一循环执行对应类型的副业务信息，这些副业务是并行在不同的计算机线程甚至不同的计算机上执行，互相没有顺序和相互影响，成功的副任务都进入历史队列，便于以后查找该任务节点时候执行过。错误的会进入独立的错误任务队列，进行不断的重试中，超过现行的次数后，发邮件给对应的干系人提醒其人工介入。

本发明实施例通过将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；处理第一业务数据，并提交到下一个业务节点；在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据，从而大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。

实施例二

参照图2，图2为本发明处理业务的方法第二实施例的流程示意图。

在第一实施例的基础上，步骤103之后还包括：

步骤104，若根据所述预先设置的规则处理所述第二业务数据错误时，将所述第二业务数据发送到错误任务队列；

步骤105，根据所述预先设置的规则处理所述第二业务数据；

步骤106，判断根据所述预先设置的规则处理所述第二业务数据的次数是否超过预先设置的次数；

步骤107，若所述第二业务数据的次数超过预先设置的次数，则向用户发送提示信息，所述提示信息用于提示用户进行人工干预。

具体的，获取配置完的副业务后，任务平台根据收到的任务信息区一一循环执行对应类型的副业务信息，这些副业务是并行在不同的计算机线程甚至不同的计算机上执行，互相没有顺序和相互影响，成功的副任务都进入历史队列，便于以后查找该任务节点时候执行过。错误的会进入独立的错误任务队列，进行不断的重试中，超过现行的次数后，发邮件给对应的干系人提醒其人工介入。

本发明实施例通过将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；处理第一业务数据，并提交到下一个业务节点；在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据，从而减少一次性提交的动作，简化业务系统直接操作，降低失败的几率和业务人员的等待时间，并引入重试机制，使个别报错动作在无需人工介入自动进行多次重试，大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。

实施例三

参照图3，图3为本发明处理业务的方法第三实施例的流程示意图。

在第一实施例的基础上，步骤103之后还包括：

步骤108，若处理所述第一业务数据成功时，向所述动作信息的任务节点发送通知信息，所述通知信息用于通知所述动作信息的任务节点所述第二业务数据已处理成功；

其中，所述通知信息包括所述第二数据的主单号，所述主单号来自接收到的处理所述第一业务数据成功的消息，或者，所述主单号来自所述第二业务数据，或者，所述主单号来自预先存储的数据库。

具体的，获取配置完的副业务后，任务平台根据收到的任务信息区一一循环执行对应类型的副业务信息，这些副业务是并行在不同的计算机线程甚至不同的计算机上执行，互相没有顺序和相互影响，成功的副任务都进入历史队列，便于以后查找该任务节点时候执行过。并向其他的任务节点发送通知信息，通知其他的任务节点处理所述第二业务数据成功的信息。

例如，假设主业务为验收的业务类型，在任务平台处理所述验收的副业务的情况下，向其他的任务节点例如：向上架、库内、申请等任务节点发送通知信息。

实施例四

参考图4，图4为本发明处理业务的方法第四实施例的流程示意图。

如图4所示，在收到一个业务数据包时，先根据以上的第一规则将所述第一业务的数据包分成主业务(第一业务数据)和副业务(第二业务数据)，主业务是生产必须实时处理的、重要的、对上下游有重要影响的业务，副业务一般可定义成发送、通知、日志等其他的业务，可以通过现有的流程实时处理主业务，而副业务可以进行非实时的处理。

通过现有技术中的生产系统处理第一业务数据，并可以引入一个任务平台用于处理这些非实时的副业务，这个任务平台从现有的生产系统中的每个任务节点接收到主业务处理成功的消息后，再处理对应的副业务。

任务平台提供一个独立的任务接收口径接收极简单的任务信息，而且仅作为独立任务接收的口径，保证这个口径与其它系统的无任何牵扯，不会受其影响；只接受极简单的任务信息且不做其它处理，保证这个口径处理速度足够快。这样就保证了任务口径的存活性极高，不会因为无法接受任务而影响主业务的提交动作；同时极简单的任务信息也保证了主业务的提交动作，无需组装信息，处理足够简单。

任务平台在接收到生产系统发送的处理主业务成功的消息后，任务平台再获取副业务的信息，例如，副业务为验收时，获取该验收的类型信息。

在任务平台上开发人员配置每个类型所需执行的副业务信息。

例如，对于验收的类型信息而言，可以配置的副业务信息如下：

第一，执行完验收的副业务信息后，向上架的任务节点发送通知信息；

第二，执行完验收的副业务信息后，向库内的任务节点发送通知信息；

第三，执行完验收的副业务信息后，向申请的任务节点发送通知信息。

获取配置完的副业务后，任务平台根据收到的任务信息区一一循环执行对应类型的副业务信息，这些副业务是并行在不同的计算机线程甚至不同的计算机上执行，互相没有顺序和相互影响，成功的副任务都进入历史队列，便于以后查找该任务节点时候执行过。错误的会进入独立的错误任务队列，进行不断的重试中，超过现行的次数后，发邮件给对应的干系人提醒其人工介入。

例如，假设主业务为验收的业务类型，在任务平台处理所述验收的副业务的情况下，向其他的任务节点例如：向上架、库内、申请等任务节点发送通知信息。

其中，所述通知信息包括所述第二数据的主单号，所述主单号来自接收到的处理所述第一业务数据成功的消息，或者，所述主单号来自所述第二业务数据，或者，所述主单号来自预先存储的数据库。

本发明实施例通过将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；处理第一业务数据，并提交到下一个业务节点；在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据，从而大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。

实施例五

参照图5，图5为本发明处理业务的装置的功能模块示意图。

如图5所示，所述处理业务的装置包括以下单元：

划分单元501，用于将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；

具体的，所述预先设置的第一规则可以是满足以下至少一个条件的规则：

例如，实时性要求高、涉及数据完整性、保证整个流程正常进行等规则。

在收到一个业务数据包时，先根据以上的第一规则将所述第一业务的数据包分成主业务(第一业务数据)和副业务(第二业务数据)，主业务是生产必须实时处理的、重要的、对上下游有重要影响的业务，副业务一般可定义成发送、通知、日志等其他的业务，可以通过现有的流程实时处理主业务，而副业务可以进行非实时的处理。

第一处理单元502，用于处理第一业务数据，并提交到下一个业务节点；

第二处理单元503，用于在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据。

具体的，通过现有技术中的生产系统处理第一业务数据，并可以引入一个任务平台用于处理这些非实时的副业务，这个任务平台从现有的生产系统中的每个任务节点接收到主业务处理成功的消息后，再处理对应的副业务。

任务平台提供一个独立的任务接收口径接收极简单的任务信息，而且仅作为独立任务接收的口径，保证这个口径与其它系统的无任何牵扯，不会受其影响；只接受极简单的任务信息且不做其它处理，保证这个口径处理速度足够快。这样就保证了任务口径的存活性极高，不会因为无法接受任务而影响主业务的提交动作；同时极简单的任务信息也保证了主业务的提交动作，无需组装信息，处理足够简单。

任务平台在接收到生产系统发送的处理主业务成功的消息后，任务平台再获取副业务的信息，例如，副业务为验收时，获取该验收的类型信息。

优选地，所述第二处理单元503，包括：

第一获取单元5031，用于获取所述第二业务数据的信息，所述第二业务数据的信息至少包括业务类型；

第二获取单元5032，用于根据所述业务类型获取预先设置的规则，根据所述预先设置的规则处理所述第二业务数据。

优选地，所述第二获取单元5032，用于：

若所述业务类型为预先设置的动作信息的业务类型，获取配置在所述动作信息的任务节点的规则。

具体的，在任务平台上开发人员配置每个类型所需执行的副业务信息。

例如，对于验收的类型信息而言，可以配置的副业务信息如下：

第一，执行完验收的副业务信息后，向上架的任务节点发送通知信息；

第二，执行完验收的副业务信息后，向库内的任务节点发送通知信息；

第三，执行完验收的副业务信息后，向申请的任务节点发送通知信息。

获取配置完的副业务后，任务平台根据收到的任务信息区一一循环执行对应类型的副业务信息，这些副业务是并行在不同的计算机线程甚至不同的计算机上执行，互相没有顺序和相互影响，成功的副任务都进入历史队列，便于以后查找该任务节点时候执行过。错误的会进入独立的错误任务队列，进行不断的重试中，超过现行的次数后，发邮件给对应的干系人提醒其人工介入。

本发明实施例通过将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；处理第一业务数据，并提交到下一个业务节点；在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据，从而大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。，从而大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。

实施例六

参照图6，图6为本发明处理业务的装置的功能模块示意图。

如图6所示，所述处理业务的装置还包括以下单元：

第一发送单元504，用于若根据所述预先设置的规则处理所述第二业务数据错误时，将所述第二业务数据发送到错误任务队列；

处理单元505，用于根据所述预先设置的规则处理所述第二业务数据；

判断单元506，用于判断根据所述预先设置的规则处理所述第二业务数据的次数是否超过预先设置的次数；

第二发送单元507，用于若所述第二业务数据的次数超过预先设置的次数，则向用户发送提示信息，所述提示信息用于提示用户进行人工干预。

具体的，获取配置完的副业务后，任务平台根据收到的任务信息区一一循环执行对应类型的副业务信息，这些副业务是并行在不同的计算机线程甚至不同的计算机上执行，互相没有顺序和相互影响，成功的副任务都进入历史队列，便于以后查找该任务节点时候执行过。错误的会进入独立的错误任务队列，进行不断的重试中，超过现行的次数后，发邮件给对应的干系人提醒其人工介入。

本发明实施例通过将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；处理第一业务数据，并提交到下一个业务节点；在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据，从而减少一次性提交的动作，简化业务系统直接操作，降低失败的几率和业务人员的等待时间，并引入重试机制，使个别报错动作在无需人工介入自动进行多次重试，大大提升了系统响应速度，提升了系统使用体验，简化了业务系统的结构，使主业务系统清晰明了，同时将相关业务纳入可视、可配置的系统中便于管理。

实施例七

参照图7，图7为本发明处理业务的装置的功能模块示意图。

如图7所示，所述处理业务的装置还包括以下单元：

第三发送单元508，用于若处理所述第一业务数据成功时，向所述动作信息的任务节点发送通知信息，所述通知信息用于通知所述动作信息的任务节点所述第二业务数据已处理成功。

具体的，获取配置完的副业务后，任务平台根据收到的任务信息区一一循环执行对应类型的副业务信息，这些副业务是并行在不同的计算机线程甚至不同的计算机上执行，互相没有顺序和相互影响，成功的副任务都进入历史队列，便于以后查找该任务节点时候执行过。并向其他的任务节点发送通知信息，通知其他的任务节点处理所述第二业务数据成功的信息。

例如，假设主业务为验收的业务类型，在任务平台处理所述验收的副业务的情况下，向其他的任务节点例如：向上架、库内、申请等任务节点发送通知信息。

其中，所述通知信息包括所述第二数据的主单号，所述主单号来自接收到的处理所述第一业务数据成功的消息，或者，所述主单号来自所述第二业务数据，或者，所述主单号来自预先存储的数据库。

本发明实施例还提供一种服务器，该服务器包括实施例五、六和七中的处理业务的装置。

以上结合具体实施例描述了本发明的技术原理。这些描述只是为了解释本发明的原理，而不能以任何方式解释为对本发明保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明的其它具体实施方式，这些方式都将落入本发明的保护范围之内。

Claims (10)

1.一种处理业务的方法，其特征在于，所述方法包括：

将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；

处理第一业务数据，并提交到下一个业务节点；

在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据。

2.根据权利要求1所述的方法，其特征在于，所述业务平台处理所述第二业务数据，包括：

获取所述第二业务数据的信息，所述第二业务数据的信息至少包括业务类型；

根据所述业务类型获取预先设置的规则，根据所述预先设置的规则处理所述第二业务数据。

3.根据权利要求2所述的方法，其特征在于，所根据所述业务类型获取预先设置的规则，包括：

若所述业务类型为预先设置的动作信息的业务类型，获取配置在所述动作信息的任务节点的规则。

4.根据权利要求2所述的方法，其特征在于，所述根据所述预先设置的规则处理所述第二业务数据之后，还包括：

若根据所述预先设置的规则处理所述第二业务数据错误时，将所述第二业务数据发送到错误任务队列；

根据所述预先设置的规则处理所述第二业务数据；

判断根据所述预先设置的规则处理所述第二业务数据的次数是否超过预先设置的次数；

若所述第二业务数据的次数超过预先设置的次数，则向用户发送提示信息，所述提示信息用于提示用户进行人工干预。

5.根据权利要求1所述的方法，其特征在于，所述处理第一业务数据，并提交到下一个业务节点之后，还包括：

若处理所述第一业务数据成功时，向所述动作信息的任务节点发送通知信息，所述通知信息用于通知所述动作信息的任务节点所述第二业务数据已处理成功；

其中，所述通知信息包括所述第二数据的主单号，所述主单号来自接收到的处理所述第一业务数据成功的消息，或者，所述主单号来自所述第二业务数据，或者，所述主单号来自预先存储的数据库。

6.一种处理业务的装置，其特征在于，所述装置包括：

划分单元，用于将每个业务节点接收到的业务数据分为需实时处理的第一业务数据和需非实时处理的第二业务数据；

第一处理单元，用于处理第一业务数据，并提交到下一个业务节点；

第二处理单元，用于在接收到处理所述第一业务数据成功的消息时，业务平台处理所述第二业务数据，所述业务平台用于处理全部业务节点的第二业务数据。

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

第一获取单元，用于获取所述第二业务数据的信息，所述第二业务数据的信息至少包括业务类型；

第二获取单元，用于根据所述业务类型获取预先设置的规则，根据所述预先设置的规则处理所述第二业务数据。

8.根据权利要求7所述的装置，其特征在于，所述第二获取单元，用于：

若所述业务类型为预先设置的动作信息的业务类型，获取配置在所述动作信息的任务节点的规则。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一发送单元，用于若根据所述预先设置的规则处理所述第二业务数据错误时，将所述第二业务数据发送到错误任务队列；

处理单元，用于根据所述预先设置的规则处理所述第二业务数据；

判断单元，用于判断根据所述预先设置的规则处理所述第二业务数据的次数是否超过预先设置的次数；

第二发送单元，用于若所述第二业务数据的次数超过预先设置的次数，则向用户发送提示信息，所述提示信息用于提示用户进行人工干预。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第三发送单元，用于若处理所述第一业务数据成功时，向所述动作信息的任务节点发送通知信息，所述通知信息用于通知所述动作信息的任务节点所述第二业务数据已处理成功；

其中，所述通知信息包括所述第二数据的主单号，所述主单号来自接收到的处理所述第一业务数据成功的消息，或者，所述主单号来自所述第二业务数据，或者，所述主单号来自预先存储的数据库。