CN108197912A - 一种业务处理系统及方法 - Google Patents

Abstract

本申请涉及互联网技术领域，尤其涉及一种业务处理系统及方法，用以解决业务处理失败率较高的问题。本申请提供的业务处理系统包括：接收模块，用于接收用户的待处理任务，其中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息；控制模块，用于根据配置中心配置的渠道任务分配信息，判断是否能够为待处理任务分配用户指示的业务渠道，并在确定能够分配后，将该待处理任务分发给该业务渠道；渠道模块，包含多个业务渠道，分别用于处理分发的待处理任务；配置中心，用于监测系统内多个业务渠道的任务处理状态，根据监测结果配置渠道任务分配信息，将配置的渠道任务分配信息传输给控制模块。

Description

一种业务处理系统及方法

技术领域

本申请涉及互联网技术领域，尤其涉及一种业务处理系统及方法。

背景技术

随着互联网技术的发展，通过在线应用进行业务处理已经越来越普遍。针对每一种应用，比如购买机票的应用，执行业务处理的业务渠道有很多，比如深圳航空购买渠道、四川航空购买渠道、南方航空购买渠道、国际航空购买渠道等。在为用户筛选具体的业务渠道时，通常是根据各个业务渠道的价格、人气等进行排名，用户通常会优先选择排名靠前的业务渠道。

由于很多应用功能的业务处理链路比较长，比如，针对购买机票的下单流程，当用户在系统提交下单请求后，系统需要将下单请求传送到对应的业务渠道进行订单处理，由该业务渠道向第三方航空公司发起下单请求，这里，由于系统中处理订单的业务渠道比较多，而各个业务渠道的业务处理能力有限，不同业务渠道的业务处理能力也不同，采用上述方式为用户筛选业务渠道，会出现有些业务渠道的任务分配量与自身业务处理能力不匹配，导致有的业务渠道出现链路失败率上升而影响用户业务的正常进行。

综上，目前进行业务处理时，存在因渠道选择不合理导致业务处理失败率高的问题。

发明内容

本申请提供一种业务处理系统及方法，用以解决业务处理失败率较高的问题。

本申请实施例提供的一种业务处理系统，包括：

接收模块，用于接收用户的待处理任务；所述待处理任务中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息；

控制模块，用于根据配置中心配置的渠道任务分配信息，判断是否能够为所述待处理任务分配所述处理参数指示的业务渠道，并在确定能够分配该业务渠道后，将该待处理任务分发给该业务渠道；

渠道模块，包含多个业务渠道，分别用于处理所述控制模块分发的待处理任务；

配置中心，用于监测系统内多个业务渠道的任务处理状态，其中任一业务渠道的任务处理状态用于表征该业务渠道当前的业务处理能力；根据监测结果配置渠道任务分配信息，将配置的渠道任务分配信息传输给所述控制模块；所述渠道任务分配信息用于控制各个业务渠道的任务分配情况。

可选地，所述待处理任务为下单任务；所述用户选择的处理参数为下单信息，所述指示业务渠道的信息为用户选择的服务供应方。

可选地，所述下单任务为机票下单，所述下单信息中包含用户选择的航班信息，所述服务供应方为所述航班信息中的航空公司信息。

可选地，所述控制模块还用于：

在确定不能为用户分配所述处理参数中指示的业务渠道后，向用户发送反馈信息，用于建议用户选择其它业务渠道。

可选地，所述系统还包括：

路由模块，用于基于配置中心配置的路由规则，为分发到指定业务渠道的任务分配服务环境；其中，分配的该服务环境中包括硬件服务资源和软件服务资源；

所述配置中心还用于：监测每个业务渠道分别对应的各个服务环境的任务处理状态，其中任一服务环境的任务处理状态用于表征该服务环境当前的业务处理能力；并根据监测结果配置路由规则，将配置的该路由规则传输给路由模块；所述路由规则用于控制该业务渠道下的各个服务环境的任务分配情况。

可选地，所述配置中心具体包括：

线程管理单元，用于监测任务的执行耗时、等待耗时、超时处理时长，任务处理成功或失败的信息，任务异常处理信息，系统等待队列中的总线程数量，和业务渠道的等待队列中的线程数量中的一种或多种，并将监测结果传输给服务管理单元和附加管理单元；

所述服务管理单元，用于根据线程管理单元传输的监测结果配置所述渠道任务分配信息和路由规则；

所述附加管理单元，用于根据线程管理单元传输的监测结果，控制用户的访问。

可选地，所述附加管理单元具体用于执行以下控制访问过程中的一种或多种：

根据所述服务管理单元配置的渠道任务分配信息，灰度发布需要限流的业务渠道；

根据所述线程管理单元传输的任务失败和/或异常的监测结果，以及预置的告警条件，在确定监测结果满足预置的告警条件后，输出告警信息。

可选地，所述路由规则包括以下规则中的一种或多种：

每个业务渠道对应的至少一个服务环境；

在单位时间内分配给每个服务环境的任务数量阈值。

可选地，所述渠道任务分配信息包括以下信息中的一种或多种：

系统等待队列中的总任务数量阈值；

系统能够并行处理的总任务数量阈值；

每个业务渠道等待队列中的任务数量阈值；

每个业务渠道能够并行处理的总任务数量阈值。

本申请实施例提供一种业务处理方法，该方法包括：

接收用户的待处理任务；其中，所述待处理任务中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息；

根据配置的渠道任务分配信息，判断是否能够为所述待处理任务分配该待处理任务的处理参数指示的业务渠道；所述渠道任务分配信息为通过监测系统内多个业务渠道的任务处理状态配置的，其中任一业务渠道的任务处理状态用于表征该业务渠道当前的业务处理能力，所述渠道任务分配信息用于控制各个业务渠道的任务分配情况；

在确定能够分配所述处理参数指示的业务渠道后，将该待处理任务分发给该业务渠道。

可选地，所述待处理任务为下单任务；所述用户选择的处理参数包括下单信息，所述指示业务渠道的信息为用户选择的服务供应方。

可选地，所述下单任务为机票下单，所述下单信息中包含用户选择的航班信息，所述服务供应方为所述航班信息中的航空公司信息。

可选地，所述方法还包括：

在确定不能为用户分配所述处理参数中指示的业务渠道后，向用户发送反馈信息，用于建议用户选择其它业务渠道。

可选地，所述方法还包括：

根据配置的路由规则，为分发到指定业务渠道的待处理任务分配服务环境；

其中，分配的该服务环境中包括硬件服务资源和软件服务资源；所述路由规则为通过监测每个业务渠道分别对应的各个服务环境的任务处理状态配置的，其中任一服务环境的任务处理状态用于表征该服务环境当前的业务处理能力；所述路由规则用于控制该业务渠道下的各个服务环境的任务分配情况。

可选地，所述方法还包括：

根据配置的渠道任务分配信息，灰度发布需要限流的业务渠道；和/或，

根据监测的任务失败和/或异常的结果，以及预置的告警条件，在确定监测结果满足预置的告警条件后，输出告警信息。

基于上述实施例内容，可以根据各业务渠道的实际服务能力为其分配任务，从而保护好上游系统，减少上游系统的压力。另一方面，本申请还可以根据每个业务渠道下的各服务环境的实际服务能力为其分配任务，从而保护好下游系统，减少下游系统的压力。从而本申请实现了上游和下游系统的隔离保护，提高了系统整体的业务处理能力，降低了业务处理失败率。

附图说明

图1为本申请实施例一提供的一种业务处理系统100结构示意图；

图2为本申请实施例二提供的一种业务处理系统200结构示意图；

图3为业务处理系统200进行业务处理的示意图；

图4为本申请实施例三提供的一种业务处理方法流程图。

具体实施方式

本申请实施例应用于应用的多渠道业务处理场景下。一般情况下，用户可以根据需要自主选择执行业务处理的业务渠道，但是用户由于不了解系统的业务处理情况，对业务渠道的选择在很多情况下并不合理，影响用户业务的处理进度。基于此，本申请由系统自动对业务渠道的分配及业务渠道下服务环境的分配进行控制，提高系统整体的任务处理效率。

本申请中的业务渠道可以认为是系统内向用户请求的服务供应方发起业务请求的处理渠道。比如，作为一种应用场景，本申请涉及的待处理任务为机票下单任务，此时，不同的业务渠道即为不同的航司购买渠道。

下面结合说明书附图对本申请实施例方案作进一步说明。

如图1所示，为本申请实施例一提供的一种业务处理系统100，该业务处理系统100包括：

接收模块101，用于接收用户的待处理任务；该待处理任务中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息；

控制模块102，用于根据配置中心104配置的渠道任务分配信息，判断是否能够为所述待处理任务分配所述处理参数指示的业务渠道，并在确定能够分配该业务渠道后，将该待处理任务分发给该业务渠道；

渠道模块103，包含多个业务渠道，分别用于处理所述控制模块102分发的待处理任务；

配置中心104，用于监测系统内多个业务渠道的任务处理状态，其中任一业务渠道的任务处理状态用于表征该业务渠道当前的业务处理能力；根据监测结果配置渠道任务分配信息，将配置的渠道任务分配信息传输给控制模块102；所述渠道任务分配信息用于控制各个业务渠道的任务分配情况。

作为一种应用场景，本申请实施例中的待处理任务为下单任务，此时用户选择的处理参数可以包括下单信息，比如包括用户身份信息，购买的服务信息等，指示业务渠道的信息为用户选择的服务供应方。

比如，下单任务可以为机票下单，此时下单信息中除包含用户姓名、身份证号等身份信息外，还包含用户选择的航班信息，此时服务供应方为所述航班信息中的航空公司信息。再比如，下单任务还可以是酒店预订下单，相应地，此时的服务供应方可以指提供酒店服务的代理商或酒店服务系统等。除此之外，下单任务还可以是火车票预订下单、电影票预订下单等等。

在具体实施中，配置中心104可以对以下任务处理状态中的一种或多种进行监控：任务的执行耗时、等待耗时、超时处理时长，任务处理成功或失败的信息，任务异常处理信息，系统等待队列中的总线程数量，和业务渠道的等待队列中的线程数量。

这里，配置中心104根据监测结果配置渠道任务分配信息，比如包括：系统队列中的总任务数量阈值；系统能够并行处理的总任务数量阈值；每个业务渠道等待队列中的任务数量阈值；每个业务渠道能够并行处理的总任务数量阈值中的一种或多种。

在具体实施中，通过监测任务的执行耗时、等待耗时、以及超时处理时长，可以确定每个任务当前的处理状态，通过系统等待队列中的总线程数量可以确定系统整体的任务积压状况，通过每个业务渠道的等待队列中的线程数量可以确定每个业务渠道当前的任务积压状况，综合分析每个任务当前的处理状态、系统整体的任务积压状况、以及每个业务渠道当前的任务积压状况，对各个业务渠道的渠道任务分配信息进行调整，比如，若存在有某个业务渠道下的任务处理状态较差(比如等待时长、超时处理时长等都较长)，该业务渠道任务积压量较多，而系统整体的任务积压量及其它业务渠道的任务积压量都较少，则可以降低该业务渠道等待队列中的任务数量阈值和该业务渠道能够并行处理的总任务数量阈值。再比如，若存在50％以上的业务渠道，其任务处理状态较差，存在50％以上的业务渠道，其任务积压量都超过了设定阈值，则可以降低系统等待队列中的总任务数量阈值，以及系统能够并行处理的总任务数量阈值。

在上述业务处理系统100中，控制模块102基于渠道任务分配信息，控制分发到各个业务渠道的任务，比如，若渠道任务分配信息指示了每个业务渠道等待队列中的任务数量阈值，则当任一业务渠道等待队列中的任务数量达到该业务渠道等待队列的任务数量阈值后，就不再给其分配任务。也即，若接收到的待处理任务中指示需要该业务渠道进行任务处理，则拒绝为该待处理任务分配该业务渠道，此时可以向用户发送反馈信息，用于建议用户选择其它业务渠道。

作为一种实时方式，为了限制用户选择某一业务渠道，可以选择灰度发布该业务渠道，以限制用户对该业务渠道的访问。

进一步地，上述系统还包括：

路由模块105，用于基于配置中心104配置的路由规则，为分发到指定业务渠道的任务分配服务环境；其中，分配的该服务环境中包括硬件服务资源和软件服务资源；

配置中心104还用于：监测每个业务渠道分别对应的各个服务环境的任务处理状态，其中任一服务环境的任务处理状态用于表征该服务环境当前的业务处理能力；并根据监测结果配置路由规则，将配置的该路由规则传输给路由模块105；所述路由规则用于控制该业务渠道下的各个服务环境的任务分配情况。

这里，业务渠道可以调用路由模块配置的服务环境，处理被分配的待处理任务，或者说，业务渠道将待处理任务分发到配置的服务环境中。

路由规则中除了指示每个业务渠道对应的服务环境外，还可以指示为各个服务环境分配任务时满足的条件。具体地，路由规则中可以包括以下规则中的一种或多种：

每个业务渠道对应的至少一个服务环境；在单位时间内分配给每个服务环境的任务数量阈值。服务环境中包括硬件服务资源和软件服务资源，这里的硬件服务资源可以包括服务设备接口信息、存储资源等，软件服务资源可以包括线程资源等。

在具体实施中，配置中心104通过监测每个任务的执行耗时、等待耗时、超时处理时长，任务处理成功或失败的信息、异常处理信息等，可以确定执行任务的各服务环境的任务处理状态，比如有的服务环境处理任务耗时较长、失败率高，且等待处理的任务较多，对于这种服务环境，可以减少在单位时间内分配给该服务环境的任务数量阈值。另外，配置中心还可以根据各服务环境的任务处理状态，调整各服务环境的软硬件资源分配，实现软、硬件资源的合理搭配及合理配置。

以购买机票为例，基于上述业务处理系统，接收模块在接收到用户的下单请求后，将该下单请求传输至控制模块，控制模块根据用户的订单信息，确定用户选择的航班信息，根据该航班信息确定对应的业务渠道，比如用户选择的航班信息包括南航CZ3952，则确定对应的业务渠道为南方航空购买渠道，之后，控制模块查找配置中心配置的渠道任务分配信息，确定该南方航空购买渠道等待队列中的任务数量阈值为10，而目前南方航空购买渠道等待队列中的任务数量为3，确定可以为用户分配该业务渠道，则控制模块将用户的下单请求分配至该南方航空购买渠道的等待队列中。之后，南方航空购买渠道按订单顺序从等待队列中取出该下单请求，调用路由模块，由路由模块基于配置中心配置的路由规则，为该下单请求分配线程资源和服务设备(实体设备或虚拟设备)，基于分配的线程资源和服务设备处理该下单请求。

基于上述实施例内容，可以根据各业务渠道的实际服务能力为其分配任务，从而保护好上游系统，减少上游系统的压力。另一方面，本申请还可以根据每个业务渠道下的各服务环境的实际服务能力为其分配任务，从而保护好下游系统，减少下游系统的压力。从而本申请实现了上游和下游系统的隔离保护，提高了系统整体的业务处理能力，降低了业务处理失败率。

实施例二

如图2所示，为本申请实施例二提供的一种业务处理系统200，图3为该业务处理系统200进行业务处理的示意图，该业务处理系统200包括：

配置中心201，具体包括：线程管理单元201a、服务管理单元201b、以及附加管理单元201c，其中：

线程管理单元201a，用于监控任务的执行耗时、等待耗时、超时处理时长，任务处理成功或失败的信息，任务异常处理信息，系统等待队列中的总线程数量，和业务渠道的等待队列中的线程数量中的一种或多种，并将监控结果传输给服务管理单元201b和附加管理单元201c；

服务管理单元201b，用于根据线程管理单元201a传输的监控结果配置所述渠道任务分配信息和路由规则；

附加管理单元201c，用于根据线程管理单元201a传输的监控结果，控制用户的访问。

这里，配置中心除了配置用于供控制模块202控制业务渠道和路由分发的配置信息外，还可以直接通过附加管理单元201c控制用户对上游系统的访问。比如，可以根据所述配置中心配置的渠道任务分配信息，灰度发布需要限流的业务渠道；可以根据线程管理单元传输的任务失败和/或异常的监控结果，以及预置的告警条件，在确定监控结果满足预置的告警条件后，输出告警信息。

接收模块202，用于接收用户的待处理任务，其中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息；

控制模块203，用于根据配置中心201配置的渠道任务分配信息，判断是否能够为所述待处理任务分配所述处理参数指示的业务渠道，并在确定能够分配该业务渠道后，将该待处理任务分发给该业务渠道；

渠道模块204，包含多个业务渠道，分别用于调用路由模块204分配的服务环境，处理控制模块203分发的待处理任务；

路由模块205，用于基于配置中心201配置的路由规则，为分发到指定业务渠道的任务分配服务环境；其中，分配的该服务环境中包括硬件服务资源和软件服务资源。

本申请实施例通过配置中心实时监测系统内多个业务渠道的任务处理状态以及每个业务渠道分别对应的各个服务环境的任务处理状态，并根据监测结果动态配置渠道任务分配信息和路由规则，控制模块在接收到用户的待处理任务后，根据动态配置的渠道任务分配信息，判断是否能够为待处理任务分配该待处理任务的处理参数指示的业务渠道，在确定能够分配该业务渠道后，将该待处理任务分发给该业务渠道，路由模块根据配置的路由规则，为该待处理任务分配服务环境，这样，该业务渠道调用分配的服务环境处理该待处理任务。

基于上述实施例内容，可以根据各业务渠道的实际服务能力为其分配任务，从而保护好上游系统，减少上游系统的压力。另一方面，本申请还可以根据每个业务渠道下的各服务环境的实际服务能力为其分配任务，从而保护好下游系统，减少下游系统的压力。从而本申请实现了上游和下游系统的隔离保护，提高了系统整体的业务处理能力，降低了业务处理失败率。

实施例三

如图4所示，为本申请实施例三提供的业务处理方法流程图，该业务处理方法包括：

S401：接收用户的待处理任务；其中，所述待处理任务中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息。

作为一种实施场景，所述待处理任务为下单任务；所述用户选择的处理参数包括下单信息，所述指示业务渠道的信息为用户选择的服务供应方。

可选地，所述下单任务为机票下单，所述下单信息中包含用户选择的航班信息，所述服务供应方为所述航班信息中的航空公司信息。

S402：根据配置的渠道任务分配信息，判断是否能够为所述待处理任务分配该待处理任务的处理参数指示的业务渠道。

这里，所述渠道任务分配信息为通过监测系统内多个业务渠道的任务处理状态配置的，其中任一业务渠道的任务处理状态用于表征该业务渠道当前的业务处理能力，所述渠道任务分配信息用于控制各个业务渠道的任务分配情况；

S403：在确定能够分配所述处理参数指示的业务渠道后，将该待处理任务分发给该业务渠道。

相应地，在确定不能为用户分配所述处理参数中指示的业务渠道后，可以向用户发送反馈信息，用于建议用户选择其它业务渠道。

S404：根据配置的路由规则，为分发到该业务渠道的任务分配服务环境；其中，分配的该服务环境中包括硬件服务资源和软件服务资源。

这里，所述路由规则为通过监测每个业务渠道分别对应的各个服务环境的任务处理状态，并根据监测结果配置的，用于控制该业务渠道下的各个服务环境的任务分配情况；其中任一服务环境的任务处理状态用于表征该服务环境当前的业务处理能力。

作为上述实施步骤的补充，在实际实施中，可以直接根据配置的渠道任务分配信息，灰度发布需要限流的业务渠道；另外，还可以根据监测的任务失败和/或异常的结果，以及预置的告警条件，在确定监测结果满足预置的告警条件后，输出告警信息。

本申请实施例会实时监测系统内多个业务渠道的任务处理状态以及每个业务渠道分别对应的各个服务环境的任务处理状态，并根据监测结果动态配置渠道任务分配信息和路由规则，在接收到用户的待处理任务后，根据动态配置的渠道任务分配信息，判断是否能够为待处理任务分配该待处理任务的处理参数指示的业务渠道，在确定能够分配该业务渠道后，将该待处理任务分发给该业务渠道，并根据配置的路由规则，为该待处理任务分配服务环境，这样，该业务渠道调用分配的服务环境处理该待处理任务。

基于上述内容，可以根据各业务渠道的实际服务能力为其分配任务，从而保护好上游系统，减少上游系统的压力。另一方面，本申请还可以根据每个业务渠道下的各服务环境的实际服务能力为其分配任务，从而保护好下游系统，减少下游系统的压力。从而本申请实现了上游和下游系统的隔离保护，提高了系统整体的业务处理能力，降低了业务处理失败率。

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

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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

Claims (15)

1.一种业务处理系统，其特征在于，该系统包括：

接收模块，用于接收用户的待处理任务；所述待处理任务中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息；

控制模块，用于根据配置中心配置的渠道任务分配信息，判断是否能够为所述待处理任务分配所述处理参数指示的业务渠道，并在确定能够分配该业务渠道后，将该待处理任务分发给该业务渠道；

渠道模块，包含多个业务渠道，分别用于处理所述控制模块分发的待处理任务；

配置中心，用于监测系统内多个业务渠道的任务处理状态，其中任一业务渠道的任务处理状态用于表征该业务渠道当前的业务处理能力；根据监测结果配置渠道任务分配信息，将配置的渠道任务分配信息传输给所述控制模块；所述渠道任务分配信息用于控制各个业务渠道的任务分配情况。

2.如权利要求1所述的系统，其特征在于，所述待处理任务为下单任务；所述用户选择的处理参数包括下单信息，所述指示业务渠道的信息为用户选择的服务供应方。

3.如权利要求2所述的系统，其特征在于，所述下单任务为机票下单，所述下单信息中包含用户选择的航班信息，所述服务供应方为所述航班信息中的航空公司信息。

4.如权利要求1所述的系统，其特征在于，所述控制模块还用于：

在确定不能为用户分配所述处理参数中指示的业务渠道后，向用户发送反馈信息，用于建议用户选择其它业务渠道。

5.如权利要求1所述的系统，其特征在于，所述系统还包括：

路由模块，用于基于配置中心配置的路由规则，为分发到指定业务渠道的待处理任务分配服务环境；其中，分配的该服务环境中包括硬件服务资源和软件服务资源；

所述配置中心还用于：监测每个业务渠道分别对应的各个服务环境的任务处理状态，其中任一服务环境的任务处理状态用于表征该服务环境当前的业务处理能力；并根据监测结果配置路由规则，将配置的该路由规则传输给路由模块；所述路由规则用于控制该业务渠道下的各个服务环境的任务分配情况。

6.如权利要求5所述的系统，其特征在于，所述配置中心具体包括：

线程管理单元，用于监测任务的执行耗时、等待耗时、超时处理时长，任务处理成功或失败的信息，任务异常处理信息，系统等待队列中的总线程数量，和业务渠道的等待队列中的线程数量中的一种或多种，并将监测结果传输给服务管理单元和附加管理单元；

所述服务管理单元，用于根据线程管理单元传输的监测结果配置所述渠道任务分配信息和路由规则；

所述附加管理单元，用于根据线程管理单元传输的监测结果，控制用户的访问。

7.如权利要求6所述的系统，其特征在于，所述附加管理单元具体用于执行以下控制访问过程中的一种或多种：

根据所述服务管理单元配置的渠道任务分配信息，灰度发布需要限流的业务渠道；

根据所述线程管理单元传输的任务失败和/或异常的监测结果，以及预置的告警条件，在确定监测结果满足预置的告警条件后，输出告警信息。

8.如权利要求6所述的系统，其特征在于，所述路由规则包括以下规则中的一种或多种：

每个业务渠道对应的至少一个服务环境；

在单位时间内分配给每个服务环境的任务数量阈值。

9.如权利要求1～8任一所述的系统，其特征在于，所述渠道任务分配信息包括以下信息中的一种或多种：

系统等待队列中的总任务数量阈值；

系统能够并行处理的总任务数量阈值；

每个业务渠道等待队列中的任务数量阈值；

每个业务渠道能够并行处理的总任务数量阈值。

10.一种业务处理方法，其特征在于，该方法包括：

接收用户的待处理任务；其中，所述待处理任务中携带有用户选择的处理参数，该处理参数中包含指示业务渠道的信息；

根据配置的渠道任务分配信息，判断是否能够为所述待处理任务分配该待处理任务的处理参数指示的业务渠道；所述渠道任务分配信息为通过监测系统内多个业务渠道的任务处理状态配置的，其中任一业务渠道的任务处理状态用于表征该业务渠道当前的业务处理能力，所述渠道任务分配信息用于控制各个业务渠道的任务分配情况；

在确定能够分配所述处理参数指示的业务渠道后，将该待处理任务分发给该业务渠道。

11.如权利要求10所述的方法，其特征在于，所述待处理任务为下单任务；所述用户选择的处理参数包括下单信息，所述指示业务渠道的信息为用户选择的服务供应方。

12.如权利要求11所述的方法，其特征在于，所述下单任务为机票下单，所述下单信息中包含用户选择的航班信息，所述服务供应方为所述航班信息中的航空公司信息。

13.如权利要求10所述的方法，其特征在于，所述方法还包括：

在确定不能为用户分配所述处理参数中指示的业务渠道后，向用户发送反馈信息，用于建议用户选择其它业务渠道。

14.如权利要求10所述的方法，其特征在于，所述方法还包括：

根据配置的路由规则，为分发到指定业务渠道的待处理任务分配服务环境；

其中，分配的该服务环境中包括硬件服务资源和软件服务资源；所述路由规则为通过监测每个业务渠道分别对应的各个服务环境的任务处理状态配置的，其中任一服务环境的任务处理状态用于表征该服务环境当前的业务处理能力；所述路由规则用于控制该业务渠道下的各个服务环境的任务分配情况。

15.如权利要求10所述的方法，其特征在于，所述方法还包括：

根据配置的渠道任务分配信息，灰度发布需要限流的业务渠道；和/或，

根据监测的任务失败和/或异常的结果，以及预置的告警条件，在确定监测结果满足预置的告警条件后，输出告警信息。