CN106550009A - 一种业务处理方法、系统及装置 - Google Patents

Abstract

本发明公开了一种业务处理方法，包括：至少两个负载评估主体接收同一个业务任务；至少两个负载评估主体分别独立评估得到相应的业务处理主体；由不同的业务处理主体分别独立处理同一个业务任务。本发明还公开了一种业务处理系统及装置。通过上述方式，本发明能够保证同一业务任务至少由两个不同的业务处理主体进行处理，即使负载评估主体和业务处理主体都出现故障，也不会出现业务丢失，提高系统的可用性。

Description

一种业务处理方法、系统及装置

技术领域

本发明涉及互联网，特别是涉及一种业务处理方法、系统及装置。

背景技术

负载均衡是由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。负载均衡设备按照预设的策略将外部发送来的业务请求分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地处理该业务请求。负载均衡能够增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性，解决大量并发访问服务问题。

为了满足对业务系统高可用性的需求，提出了为负载均衡设备增加一个备份机，备份机对负载均衡设备上的系统信息进行同步与备份，并监控负载均衡设备的状态，当负载均衡设备出现故障时，备份机代替负载均衡设备进行业务分配工作。

本发明发明人经过研究发现，虽然备份机能够防止负载均衡设备故障引起的系统瘫痪，但由于同一业务只在一个服务器上进行处理，如果处理业务的服务器故障，负载均衡设备在获知该服务器故障之前自身也出现故障，那么该业务将丢失。

发明内容

本发明主要解决的技术问题是提供一种业务处理方法、系统及装置，能够解决现有技术中可能出现业务丢失的问题。

为了解决上述技术问题，本发明采用的一个技术方案是：提供一种业务处理方法，包括：至少两个负载评估主体接收同一个业务任务；至少两个负载评估主体分别独立评估得到相应的业务处理主体；由不同的业务处理主体分别独立处理同一个业务任务。

其中，由不同的业务处理主体分别独立处理同一个业务任务包括：不同的业务处理主体分别处理业务任务，将处理业务任务所产生的数据写入同一数据存储主体，并且对应同一数据，各业务处理主体仅写入一次数据存储主体。

其中，负载评估主体和业务处理主体为运行在同一服务器上的不同进程；或负载评估主体为负载评估器，业务处理主体为业务处理服务器。

为了解决上述技术问题，本发明采用的另一个技术方案是：提供一种业务处理方法，包括：第一负载评估主体接收业务任务，其中，业务任务另外至少发给了第二负载评估主体；第一负载评估主体独立评估得到处理业务任务的第一业务处理主体，第一业务处理主体未被分配业务任务；第一负载评估主体将业务任务分配给第一业务处理主体，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

其中，第一负载评估主体独立评估得到处理业务任务的第一业务处理主体包括：第一负载评估主体至少根据业务处理主体的业务任务处理状态对业务处理主体进行评估以得到第一业务处理主体，其中业务处理主体的业务任务处理状态是指业务处理主体是否已被分配业务任务。

为了解决上述技术问题，本发明采用的另一个技术方案是：提供一种业务处理方法，包括：第一业务处理主体接收来自第一负载评估主体的业务任务，其中，业务任务另外至少发给了第二负载评估主体；第一业务处理主体处理业务任务，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

其中，第一业务处理主体处理业务任务包括：第一业务处理主体、第二业务处理主体分别处理业务任务，将处理业务任务所产生的数据写入同一数据存储主体，并且对应同一数据，各业务处理主体仅写入一次数据存储主体。

其中，数据存储主体为具有自动备份功能的数据库进程；或数据存储主体为数据服务器，数据服务器有至少一个备份数据服务器，并且数据服务器能够将数据自动备份至备份数据服务器。

为了解决上述技术问题，本发明采用的另一个技术方案是：提供一种业务处理系统，包括：至少两个负载评估器和至少两个业务处理服务器；其中，负载评估器中的至少两个接收同一个业务任务，并分别独立评估得到相应的业务处理服务器；相应的业务处理服务器分别独立处理同一个业务任务。

其中，系统进一步包括数据服务器，相应的业务处理服务器分别独立处理同一个业务任务包括：相应的业务处理服务器分别将处理业务任务所产生的数据写入数据服务器，并且对应同一数据，各业务处理服务器仅写入一次数据服务器。

为了解决上述技术问题，本发明采用的另一个技术方案是：提供一种装置，包括：接收模块，用于接收业务任务，其中，业务任务另外至少发给了第二负载评估主体；评估模块，用于独立评估得到处理业务任务的第一业务处理主体，第一业务处理主体未被分配业务任务；分配模块，用于将业务任务分配给第一业务处理主体，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

为了解决上述技术问题，本发明采用的另一个技术方案是：提供一种装置，包括：接收模块，用于接收来自第一负载评估主体的业务任务，其中，业务任务另外至少发给了第二负载评估主体；处理模块，用于处理业务任务，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

为了解决上述技术问题，本发明采用的另一个技术方案是：提供一种装置，包括：处理器、发送器和接收器，处理器分别连接发送器和接收器；处理器用于通过接收器接收业务任务，其中业务任务另外至少发给了第二负载评估主体；独立评估得到处理业务任务的第一业务处理主体，第一业务处理主体未被分配业务任务；通过发送器将业务任务分配给第一业务处理主体，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

为了解决上述技术问题，本发明采用的另一个技术方案是：提供一种装置，包括：处理器、发送器和接收器，处理器分别连接发送器和接收器；处理器用于通过接收器接收来自第一负载评估主体的业务任务，其中，业务任务另外至少发给了第二负载评估主体；处理业务任务，并且装置不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

本发明的有益效果是：通过将同一个业务任务分配给至少两个负载评估主体，至少两个负载评估主体分别独立评估得到相应的业务处理主体，保证同一业务任务至少由两个不同的业务处理主体进行处理，即使负载评估主体和业务处理主体都出现故障，也不会出现业务丢失，提高系统的可用性。

附图说明

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

图2是本发明业务处理方法第二实施例中将数据写入数据存储主体的流程图；

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

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

图5是本发明业务处理系统第一实施例的结构示意图；

图6是本发明业务处理系统第二实施例的结构示意图；

图7是本发明装置第一实施例的结构示意图；

图8是本发明装置第二实施例的结构示意图；

图9是本发明装置第三实施例的结构示意图；

图10是本发明装置第四实施例的结构示意图。

具体实施方式

如图1所示，本发明业务处理方法第一实施例包括：

S11：至少两个负载评估主体接收同一个业务任务。

可以所有的负载评估主体接收同一个业务任务，也可以部分负载评估主体接收同一个业务任务。同一个业务任务如果只分配给部分负载评估主体，可以随机选择负载评估主体，也可以按照预设的算法来选择负载评估主体。负载评估主体可以是负载均衡软件对应的进程，也可以是用于负载平衡的硬件设备或服务器，即负载评估器，其数量大于等于二。

S12：至少两个负载评估主体分别独立评估得到相应的业务处理主体。

接收该业务任务的每个负载评估主体分别独立评估得到相应的业务处理主体。业务处理主体可以为与负载评估主体运行在同一服务器上的业务处理进程，也可以是独立的业务处理服务器，其数量大于等于二。为保证业务任务被分配给全部负载评估主体时，每个负载评估主体都能分别评估得到不同的业务处理主体，业务处理主体的数量可大于等于负载评估主体的数量。

每个负载评估主体评估得到的业务处理主体各不相同，为实现这一目标，负载评估主体需要获取业务处理主体的业务任务处理状态并至少根据业务处理主体的业务任务处理状态进行评估，其中业务处理主体的业务任务处理状态是指业务处理主体是否已被分配该业务任务。

负载评估主体可以从业务处理主体中选择一个，然后根据选中的业务处理主体的业务任务处理状态进行判断。如果选中的业务处理主体未被分配该业务任务，则该业务处理主体即为该负载评估主体评估得到的业务处理主体，否则需要重新选择另一个业务处理主体然后根据其业务任务处理状态判断，必要时重复上述步骤直至选中的业务任务处理主体未被分配该业务任务

负载评估主体也可以在可选择的业务处理主体集合中选择相应的业务处理主体，并将该业务任务分配给相应的业务处理主体。可选择的业务处理主体集合中不包括已被分配了该业务任务的业务处理主体，如果某个业务处理主体的业务任务处理状态表示其已被分配了该业务任务，则从可选择的业务处理主体集合中将该业务处理主体移除。

负载评估主体可以从业务处理主体或可选择的业务处理主体集合中随机选择一个，也可根据预设的算法进行选择。常见的算法有轮询、加权、最少连接、随机和响应时间等，也可以使用组合算法。

负载评估主体有多种方式获取业务处理主体的业务任务处理状态。

一种方式是负载评估主体从欲分配业务任务的业务处理主体处获取其业务任务处理状态。例如，业务处理主体A收到负载评估主体B分配的业务任务，业务处理主体A判断是否已被其他负载评估主体分配了该业务任务，如果是则拒绝此次分配并通知负载评估主体B，反之则接收此次分配。负载评估主体B如果收到业务处理主体A发来的拒绝通知，则重新选择业务处理主体并分配业务任务，此时可选择的业务处理主体集合中不包括业务处理主体A，重复上述过程直至该业务任务被成功分配。

再一种方式是负载评估主体从其他负载评估主体处获取业务处理主体的业务任务处理状态。例如，负载评估主体C评估得到业务处理主体D，将业务任务分配给业务处理主体D时，以广播或者点对点的方式通知其他负载评估主体业务处理主体D已被分配了该业务任务，其他负载评估主体收到通知后将业务处理主体D从可选择的业务处理主体集合中移除，如果收到通知时已经选择了业务处理主体D则需要重新选择。除了在分配业务任务时通知其他负载评估主体，也可以在评估完成时进行通知。

再一种方式是负载评估主体从其他主体处获取业务处理主体的业务任务处理状态。例如，负载评估主体E评估得到业务处理主体F，并上报给业务管理主体，业务管理主体记录了业务任务的分配状态，并判断业务任务是否已被分配给业务处理主体F，如果是则通知负载评估主体E重新选择业务处理主体，此时业务管理主体可以将已被分配该业务任务的业务处理主体一并发送给负载评估主体E；反之则通知负载评估主体E将业务任务分配给业务处理主体F并记录此次分配。

S13：由不同的业务处理主体分别独立处理同一个业务任务。

业务处理主体接受分配的业务任务后，分别独立处理该业务任务。

通过上述实施例的实施，使得同一业务任务至少由两个不同的业务处理主体进行处理，即使负载评估主体和业务处理主体都出现故障，也不会出现业务丢失，提高系统的可用性。

本发明业务处理方法第二实施例，是在本发明业务处理方法第一实施例的基础上，在步骤S13之后进一步包括：不同的业务处理主体分别处理业务任务，将处理业务任务所产生的数据写入同一数据存储主体，并且对应同一数据，各业务处理主体仅写入一次数据存储主体。

举例说明如何实现对应同一数据不同业务处理主体仅写入一次数据存储主体，如图2所示，业务处理主体将处理业务任务所产生的数据写入数据存储主体的具体步骤包括：

S141：上报业务状态中心以请求写入数据。

业务状态中心记录并管理业务任务的数据状态信息。业务状态中心可以是与业务处理主体或数据存储主体运行在同一服务器上的进程，也可以是独立运行的服务器或专用硬件设备。为了防止单点故障的影响，业务状态中心可以具有备份。

S142：接收业务状态中心响应写入请求而发送的该业务任务的数据状态信息。

若数据状态信息为未写入，表示没有其他业务处理主体写入数据，则跳转到步骤S143；若数据状态信息为开始写入，表示已有其他业务处理主体开始写入数据，则跳转到步骤S145；若数据状态信息为完成写入，表示已有其他业务处理主体完成了写入数据，则跳转到步骤S147。

S143：开始将数据写入数据存储主体，并上报业务状态中心以将该业务任务的数据状态信息更新为开始写入。

业务处理主体正常工作时接步骤S144。数据存储主体可以为数据库进程或者独立运行的数据服务器。

在本发明业务处理方法的一个实施例中，数据存储主体具有自动备份功能，例如数据存储主体为具有自动备份功能的数据库进程，或数据存储主体为数据服务器时，具有至少一个备份数据服务器，并且数据服务器能够将数据自动备份至备份数据服务器，可以防止数据存储主体出现故障时导致整个系统的瘫痪。

S144：完成写入数据，并上报业务状态中心以将该业务任务的数据状态信息更新为完成写入。

结束此次流程。

S145：缓存数据暂不写入，并重新从业务状态中心获取该业务任务的数据状态信息。

若在预设时间内重新获取的数据状态信息为完成写入，则跳转到步骤S147；若在预设时间内重新获取的数据状态信息仍为开始写入，则判定之前写入该业务任务数据的其他业务处理主体出现故障，跳转到步骤S146。

S146：将缓存的数据写入数据存储主体。

业务处理主体正常工作时跳转到步骤S144。

S147：清除数据。

结束此次流程。

通过上述实施例的实施，使得不同的业务处理主体处理同一业务任务所产生的同一数据只写入一次数据存储主体，减少了资源浪费，也省去了写入多份数据带来的数据同步和一致性方面的问题。

如图3所示，本发明业务处理方法第三实施例的执行主体为负载评估主体，负载评估主体可以是负载均衡软件对应的进程，也可以是用于负载平衡的硬件设备或服务器，即负载评估器。该实施例包括：

S21：第一负载评估主体接收业务任务。

一般而言，第一负载评估主体从路由器或者交换机接收业务任务，该业务任务另外至少发给了第二负载评估主体。

S22：第一负载评估主体独立评估得到处理业务任务的第一业务处理主体。

第一负载评估主体至少根据业务处理主体的业务任务处理状态对业务处理主体进行评估以得到第一业务处理主体，其中业务处理主体的业务任务处理状态是指业务处理主体是否已被分配业务任务，第一业务处理主体未被分配该业务任务。第一负载评估主体有多种方式获取业务处理主体的业务任务处理状态，可参阅本发明业务处理方法第一实施例中的对应内容。第一业务处理主体不同于第二负载评估主体评估得到的处理该业务任务的第二业务处理主体。

除了业务任务处理状态之外，第一负载评估主体可进一步根据预设的算法进行评估。常见的算法有轮询、加权、最少连接、随机和响应时间等，也可以使用组合算法。

S23：第一负载评估主体将业务任务分配给第一业务处理主体。

通过上述实施例的实施，使得同一业务任务至少由两个不同的业务处理主体进行处理，即使负载评估主体和业务处理主体都出现故障，也不会出现业务丢失，提高系统的可用性。

如图4所示，本发明业务处理方法第四实施例的执行主体为业务处理主体，业务处理主体可以为与负载评估主体运行在同一服务器上的业务处理进程，也可以是独立的业务处理服务器。该实施例包括：

S31：第一业务处理主体接收来自第一负载评估主体的业务任务。

该业务任务另外至少发给了第二负载评估主体。

S32：第一业务处理主体处理业务任务。

第二负载评估主体评估得到第二业务处理主体并将该业务任务分配给第二业务处理主体，第二业务处理主体处理该业务任务，第一业务处理主体与第二业务处理主体不同。

通过上述实施例的实施，使得同一业务任务至少由两个不同的业务处理主体进行处理，即使负载评估主体和业务处理主体都出现故障，也不会出现业务丢失，提高系统的可用性。

在本发明业务处理方法的一个实施例中，第一业务处理主体、第二业务处理主体分别处理业务任务，将处理业务任务所产生的数据写入同一数据存储主体，并且对应同一数据，各业务处理主体仅写入一次数据存储主体。写入数据的具体过程可参阅本发明业务处理方法第二实施例。不同的业务处理主体处理同一业务任务所产生的同一数据只写入一次数据存储主体，减少了资源浪费，也省去了写入多份数据带来的数据同步和一致性方面的问题。

如图5所示，本发明业务处理系统第一实施例包括：至少两个负载评估器11和至少两个业务处理服务器12。图中负载评估器11和业务处理服务器12的数量仅为示意，实际数量可以更多。负载评估器11可以是运行有负载均衡软件的独立服务器，也可以是用于负载平衡的硬件设备。

两个负载评估器11接收同一个业务任务，并分别独立评估得到相应的业务处理服务器12，并将业务任务分配给相应的业务处理服务器12进行处理。不同的负载评估器11评估得到的业务处理服务器12不同。相应的业务处理服务器12分别独立处理同一个业务任务。

如图6所示，本发明业务处理系统第二实施例，是在本发明业务处理系统第一实施例的基础上，进一步包括数据服务器13和业务状态中心14。业务状态中心是独立运行的服务器或专用硬件设备，用于记录并管理业务任务的数据状态信息。

业务处理服务器12处理业务任务并产生数据后上报业务状态中心14以请求写入数据，业务状态中心14响应写入请求将该业务任务的数据状态信息发给业务处理服务器12。业务处理服务器12根据接收的数据状态信息进行相应的操作。若数据状态信息为未写入，则业务处理服务器12开始将数据写入数据服务器13，并上报业务状态中心以将该业务任务的数据状态信息更新为开始写入；在正常完成写入数据时上报业务状态中心14以将该业务任务的数据状态信息更新为完成写入。若数据状态信息为开始写入，则业务处理服务器12缓存数据暂不写入，并重新从业务状态中心获取该业务任务的数据状态信息，若在预设时间内重新获取的数据状态信息为完成写入，则清除数据。若在预设时间内重新获取的数据状态信息仍为开始写入，则判定之前写入该业务任务数据的其他业务处理服务器出现故障，则将缓存的数据写入数据服务器13，然后完成写入数据时上报业务状态中心14以将该业务任务的数据状态信息更新为完成写入。若数据状态信息为完成写入，则清除数据。

业务处理服务器12将处理业务任务所产生的数据写入数据服务器13，并且对应同一数据，各业务处理服务器12仅写入一次数据服务器13，减少了资源浪费，也省去了写入多份数据带来的数据同步和一致性方面的问题。

为了防止数据服务器13和业务状态中心14的单点故障对整个系统的影响，数据服务器13和业务状态中心14可以有独立的备份服务器。

如图7所示，本发明装置第一实施例包括：

接收模块101，用于接收业务任务，其中，业务任务另外至少发给了第二负载评估主体。

评估模块102，用于独立评估得到处理业务任务的第一业务处理主体，第一业务处理主体未被分配该业务任务。

分配模块103，用于将业务任务分配给第一业务处理主体，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

本实施例的装置包括的各模块用于执行图3以及图3对应的本发明业务处理方法第三实施例中的各步骤，具体内容请参阅图3以及图3对应的本发明业务处理方法第三实施例，在此不再赘述。

如图8所示，本发明装置第二实施例包括：发送器210、接收器220、处理器230、只读存储器240、随机存取存储器250以及总线260。

发送器210用于发送数据。

接收器220用于接收数据。

处理器230控制装置的操作，处理器230还可以称为CPU(Central ProcessingUnit，中央处理单元)。处理器230可能是一种集成电路芯片，具有信号的处理能力。处理器230还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可以包括只读存储器240和随机存取存储器250，并向处理器230提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。

装置的各个组件通过总线260耦合在一起，其中总线260除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线260。

存储器存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集:

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中，处理器230通过调用存储器存储的操作指令(该操作指令可存储在操作系统中)，执行如下操作：

处理器230用于通过接收器220接收业务任务，该业务任务另外至少发给了第二负载评估主体，独立评估得到处理业务任务的第一业务处理主体，第一业务处理主体未被分配该业务任务，通过发送器210将业务任务分配给第一业务处理主体，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

进一步的，处理器230用于至少根据业务处理主体的业务任务处理状态对业务处理主体进行评估以得到第一业务处理主体，其中业务处理主体的业务任务处理状态是指业务处理主体是否已被分配业务任务。

如图9所示，本发明装置第三实施例包括：

接收模块301，用于接收来自第一负载评估主体的业务任务，其中，业务任务另外至少发给了第二负载评估主体。

处理模块302，用于处理业务任务，并且第一业务处理主体不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

本实施例的装置包括的各模块用于执行图4以及图4对应的本发明业务处理方法第四实施例中的各步骤，具体内容请参阅图4以及图4对应的本发明业务处理方法第三实施例，在此不再赘述。

如图10所示，本发明装置第四实施例包括：发送器410、接收器420、处理器430、只读存储器440、随机存取存储器450以及总线460。

发送器410用于发送数据。

接收器420用于接收数据。

处理器430控制装置的操作，处理器430还可以称为CPU(Central ProcessingUnit，中央处理单元)。处理器430可能是一种集成电路芯片，具有信号的处理能力。处理器430还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可以包括只读存储器440和随机存取存储器450，并向处理器430提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。

装置的各个组件通过总线460耦合在一起，其中总线260除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线460。

存储器存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集:

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中，处理器430通过调用存储器存储的操作指令(该操作指令可存储在操作系统中)，执行如下操作：

处理器430用于通过接收器420接收来自第一负载评估主体的业务任务并处理业务任务，其中，业务任务另外至少发给了第二负载评估主体，本装置不同于第二负载评估主体评估得到的处理业务任务的第二业务处理主体。

进一步的，处理器430用于通过发送器410与第二业务处理主体分别将处理业务任务所产生的数据写入同一数据存储主体，并且对应同一数据，仅写入一次数据存储主体。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (14)

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

至少两个负载评估主体接收同一个业务任务；

所述至少两个负载评估主体分别独立评估得到相应的业务处理主体；

由不同的所述业务处理主体分别独立处理所述同一个业务任务。

2.根据权利要求1所述的方法，其特征在于，

所述由不同的所述业务处理主体分别独立处理所述同一个业务任务包括：

不同的所述业务处理主体分别处理所述业务任务，将处理所述业务任务所产生的数据写入同一数据存储主体，并且对应同一所述数据，各所述业务处理主体仅写入一次所述数据存储主体。

3.根据权利要求1所述的方法，其特征在于，

所述负载评估主体和所述业务处理主体为运行在同一服务器上的不同进程；或

所述负载评估主体为负载评估器，所述业务处理主体为业务处理服务器。

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

第一负载评估主体接收业务任务，其中，所述业务任务另外至少发给了第二负载评估主体；

所述第一负载评估主体独立评估得到处理所述业务任务的第一业务处理主体，所述第一业务处理主体未被分配所述业务任务；

所述第一负载评估主体将所述业务任务分配给所述第一业务处理主体，并且所述第一业务处理主体不同于所述第二负载评估主体评估得到的处理所述业务任务的第二业务处理主体。

5.根据权利要求4所述的方法，其特征在于，

所述第一负载评估主体独立评估得到处理所述业务任务的第一业务处理主体包括：

所述第一负载评估主体至少根据业务处理主体的业务任务处理状态对所述业务处理主体进行评估以得到所述第一业务处理主体，其中所述业务处理主体的业务任务处理状态是指所述业务处理主体是否已被分配所述业务任务。

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

第一业务处理主体接收来自第一负载评估主体的业务任务，其中，所述业务任务另外至少发给了第二负载评估主体；

所述第一业务处理主体处理所述业务任务，并且所述第一业务处理主体不同于所述第二负载评估主体评估得到的处理所述业务任务的第二业务处理主体。

7.根据权利要求6所述的方法，其特征在于，

所述第一业务处理主体处理所述业务任务包括：

所述第一业务处理主体、第二业务处理主体分别处理所述业务任务，将处理所述业务任务所产生的数据写入同一数据存储主体，并且对应同一所述数据，各所述业务处理主体仅写入一次所述数据存储主体。

8.根据权利要求7所述的方法，其特征在于，

所述数据存储主体为具有自动备份功能的数据库进程；

或所述数据存储主体为数据服务器，所述数据服务器有至少一个备份数据服务器，并且数据服务器能够将数据自动备份至所述备份数据服务器。

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

至少两个负载评估器和至少两个业务处理服务器；

其中，所述负载评估器中的至少两个接收同一个业务任务，并分别独立评估得到相应的业务处理服务器；

所述相应的业务处理服务器分别独立处理所述同一个业务任务。

10.根据权利要求9所述的系统，其特征在于，

所述系统进一步包括数据服务器，所述相应的业务处理服务器分别独立处理所述同一个业务任务包括：所述相应的业务处理服务器分别处理所述业务任务，将处理所述业务任务所产生的数据写入所述数据服务器，并且对应同一所述数据，各所述业务处理服务器仅写入一次所述数据服务器。

11.一种装置，其特征在于，包括：

接收模块，用于接收业务任务，其中，所述业务任务另外至少发给了第二负载评估主体；

评估模块，用于独立评估得到处理所述业务任务的第一业务处理主体，所述第一业务处理主体未被分配所述业务任务；

分配模块，用于将所述业务任务分配给所述第一业务处理主体，并且所述第一业务处理主体不同于所述第二负载评估主体评估得到的处理所述业务任务的第二业务处理主体。

12.一种装置，其特征在于，包括：

接收模块，用于接收来自第一负载评估主体的业务任务，其中，所述业务任务另外至少发给了第二负载评估主体；

处理模块，用于处理所述业务任务，并且所述第一业务处理主体不同于所述第二负载评估主体评估得到的处理所述业务任务的第二业务处理主体。

13.一种装置，其特征在于，包括：处理器、发送器和接收器，所述处理器分别连接所述发送器和接收器；

所述处理器用于通过接收器接收业务任务，其中所述业务任务另外至少发给了第二负载评估主体；独立评估得到处理所述业务任务的第一业务处理主体，所述第一业务处理主体未被分配所述业务任务；通过发送器将所述业务任务分配给所述第一业务处理主体，并且所述第一业务处理主体不同于所述第二负载评估主体评估得到的处理所述业务任务的第二业务处理主体。

14.一种装置，其特征在于，包括：处理器、发送器和接收器，所述处理器分别连接所述发送器和接收器；

所述处理器用于通过接收器接收来自第一负载评估主体的业务任务，其中，所述业务任务另外至少发给了第二负载评估主体；处理所述业务任务，并且所述装置不同于所述第二负载评估主体评估得到的处理所述业务任务的第二业务处理主体。