CN116501510A - 数据处理方法、业务处理方法及*** - Google Patents

Abstract

本申请提供数据处理方法、业务处理方法及***，其中，业务处理方法应用于交易***中的报盘总线模块，交易***包括至少一个报盘总线集群和多个报盘多活集群，报盘总线集群包括至少两个报盘总线模块，报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与报盘总线集群中的任一报盘总线模块交互；业务处理方法包括：确定处理业务数据的目标报盘多活集群和报盘机的标识信息；基于标识信息，在预设队列中查询对应的目标报盘机，其中，预设队列基于目标报盘多活集群中各报盘机的在线状态更新；基于与目标报盘机的连接关系，与目标报盘机交互业务数据。实现了数据处理任务的连续性。

Description

数据处理方法、业务处理方法及***

技术领域

本申请涉及计算机技术领域，特别涉及数据处理方法。本申请同时涉及一种业务处理方法，一种数据处理装置，一种业务处理装置，一种数据处理***，一种交易***，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着科学技术的发展，在各种领域中，都会涉及***部署，但由于部署方式的不同，也会存在不同的技术缺陷。针对单点部署模式，在设备或服务器发生异常时，需要人工进行异常处理，使其恢复正常运行，在这个过程中，任务执行的连续性不能够得到保障。

在这种单点部署的运行模式下，服务器会出现负载不均衡，资源利用率不高的问题。因此，如何亟需一种方法以解决上述技术问题。

发明内容

有鉴于此，本申请实施例提供了一种数据处理方法和业务处理方法。本申请同时涉及一种数据处理装置，一种业务处理装置，一种数据处理***，一种交易***，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的上述问题。

根据本申请实施例的第一方面，提供了一种数据处理方法，应用于数据处理***中的总线模块，数据处理***包括至少一个总线集群和多个处理集群，总线集群包括至少两个总线模块，处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与总线集群中的任一总线模块交互；该方法包括：

确定处理待处理数据的目标处理集群和处理机的标识信息；

基于标识信息，在预设队列中查询标识信息对应的目标处理机，其中，预设队列基于目标处理集群中各处理机的在线状态更新；

基于与目标处理机的连接关系，与目标处理机交互待处理数据。

根据本申请实施例的第二方面，提供了一种数据处理装置，应用于数据处理***中的总线模块，数据处理***包括至少一个总线集群和多个处理集群，总线集群包括至少两个总线模块，处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与总线集群中的任一总线模块交互；该装置包括：

确定模块，被配置为确定处理待处理数据的目标处理集群和处理机的标识信息；

查询模块，被配置为基于标识信息，在预设队列中查询标识信息对应的目标处理机，其中，预设队列基于目标处理集群中各处理机的在线状态更新；

交互模块，被配置为基于与目标处理机的连接关系，与目标处理机交互待处理数据。

根据本申请实施例的第三方面，提供了一种业务处理方法，应用于交易***中的报盘总线模块，交易***包括至少一个报盘总线集群和多个报盘多活集群，报盘总线集群包括至少两个报盘总线模块，报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与报盘总线集群中的任一报盘总线模块交互；该方法包括：

确定处理业务数据的目标报盘多活集群和报盘机的标识信息；

基于标识信息，在预设队列中查询标识信息对应的目标报盘机，其中，预设队列基于目标报盘多活集群中各报盘机的在线状态更新；

基于与目标报盘机的连接关系，与目标报盘机交互业务数据。

根据本申请实施例的第四方面，提供了一种业务处理装置，应用于交易***中的报盘总线模块，交易***包括至少一个报盘总线集群和多个报盘多活集群，报盘总线集群包括至少两个报盘总线模块，报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与报盘总线集群中的任一报盘总线模块交互；该装置包括：

报盘确定模块，被配置为确定处理业务数据的目标报盘多活集群和报盘机的标识信息；

报盘查询模块，被配置为基于标识信息，在预设队列中查询标识信息对应的目标报盘机，其中，预设队列基于目标报盘多活集群中各报盘机的在线状态更新；

数据交互模块，被配置为基于与目标报盘机的连接关系，与目标报盘机交互业务数据。

根据本申请实施例的第五方面，提供了一种数据处理***，数据处理***包括至少一个总线集群和多个处理集群，总线集群包括至少两个总线模块，处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与总线集群中的任一总线模块交互；

总线模块，被配置为确定处理待处理数据的目标处理集群和处理机的标识信息，基于标识信息，在预设队列中查询标识信息对应的目标处理机，基于与目标处理机的连接关系，与目标处理机交互待处理数据，其中，预设队列基于目标处理集群中各处理机的在线状态更新；

目标处理机，被配置为接收总线模块发送的待处理数据。

根据本申请实施例的第六方面，提供了一种交易***，交易***包括至少一个报盘总线集群和多个报盘多活集群，报盘总线集群包括至少两个报盘总线模块，报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与报盘总线集群中的任一报盘总线模块交互；

报盘总线模块，被配置为确定处理业务数据的目标报盘多活集群和报盘机的标识信息，基于标识信息，在预设队列中查询标识信息对应的目标报盘机，基于与目标报盘机的连接关系，与目标报盘机交互业务数据，其中，预设队列基于目标报盘多活集群中各报盘机的在线状态更新；

目标报盘机，被配置为接收报盘总线模块发送的业务数据。

根据本申请实施例的第七方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，处理器执行计算机指令时实现数据处理方法或业务处理方法的步骤。

根据本申请实施例的第八方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现数据处理方法或业务处理方法的步骤。

本申请提供的数据处理方法，应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互；所述方法包括：确定处理待处理数据的目标处理集群和处理机的标识信息；基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新；基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据。

本申请一实施例实现了在各处理集群中确定处理待处理数据的目标处理集群，以及处理机的标识信息，并根据标识信息在预设队列中查询标识信息对应的目标处理机，使得可以在目标处理集群中的多个处理机中快速确定目标处理机，提高处理效率；基于标识信息在预设队列中查询目标处理机，也可以实现在处理机异常的情况下，由其他处理机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失，从而保证数据处理任务的连续性和完整性；在目标处理集群中确定目标处理机，可以使得目标处理集群中的各处理机同时对多份不同的待处理数据进行处理，提高处理机的资源利用率，降低资源使用成本。

附图说明

图1是本申请一实施例提供的一种数据处理***的框架图；

图2是本申请一实施例提供的一种数据处理方法的流程图；

图3是本申请一实施例提供的一种应用于订单交易场景的数据处理方法的处理流程图；

图4是本申请一实施例提供的一种数据处理装置的结构示意图；

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

图6是本申请一实施例提供的一种业务处理装置的结构示意图；

图7是本申请一实施例提供的一种交易***的框架图；

图8是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

交易中心：交易中心是证券交易***中处理业务流程和数据的子***。

交易网关：交易所用于交易***接入的网关程序，券商可以根据实际需求向交易所购买交易网关。

流速权：交易所用于交易网关申报订单的流量控制权限，一个交易网关可以购买多个流速权，一个流速权相当于多笔订单的申报流速。

委托关键要素：投资者开展业务的委托数据中用于标识委托的信息，通常包括席位、营业部、交易市场、委托属性和证券类别等。

处理类型：交易所的业务平台类型。

报盘总线集群：在该方法中主要负责申报回报的不间断路由服务，灾备场景下的仲裁服务，报盘机的在活检测等等功能。

报盘多活集群：同一类申报要素的报盘划分为一个报盘多活集群，集群中的报盘负责与交易所的交互，确保申报、回报行为的高可靠。

在证券交易行业中，证券交易***中的报盘程序是整个交易链路中非常重要的环节，在现有技术中，通常报盘集群中会部署有多个报盘，但同一报盘集群内的报盘为单点运行。

然而，这种单点运行模式下，每个报盘分别处理一个或一组席位的订单，当报盘发生异常时，该报盘所属席位的订单不能继续申报，从而，会导致报盘集群内各异常报盘的交易任务中断，在报盘集群内的一个或多个报盘发生异常时，会导致这一个或多个报盘对应的交易任务中断，使得证券交易***的交易连续性不能得到保证。

在本申请中，提供了一种数据处理方法，本申请同时涉及一种业务处理方法，一种数据处理装置，一种业务处理装置，一种数据处理***，一种交易***，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

参见图1，图1示出了本申请一实施例提供的一种数据处理***的框架图。如图1所示，本申请提供的数据处理***100，包括至少一个总线集群（图1示出了一个总线集群作为示例），多个处理集群（图1示出了两个处理集群作为示例，分别为处理集群1和处理集群s），一个总线集群中部署有若干个总线模块，具体可以包括总线模块1，总线模块2，……总线模块n，一个处理集群中部署有若干个处理机。例如，处理集群1中部署有处理机1-1，处理机1-2，……处理机1-m，处理集群s中部署有处理机s-1，处理机s-2，……处理机s-t。其中，多个数据服务中心（图1示出了p个数据服务中心作为示例）中的每一个数据服务中心与总线集群中的任一总线模块交互，各处理集群中的各处理机分别有对应的网关设备与其进行数据交互。如图1所示，处理集群1中的处理机1-1可以与网关设备1-1进行数据交互，处理集群1中的处理机1-m可以与网关设备1-m进行数据交互等。

本申请提供的数据处理***实施例如下：

数据处理***100包括至少一个总线集群和多个处理集群，总线集群包括至少两个总线模块，处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与总线集群中的任一总线模块交互；

总线模块，被配置为确定处理待处理数据的目标处理集群和处理机的标识信息，基于标识信息，在预设队列中查询标识信息对应的目标处理机，基于与目标处理机的连接关系，与目标处理机交互待处理数据，其中，预设队列基于目标处理集群中各处理机的在线状态更新；

目标处理机，被配置为接收总线模块发送的待处理数据。

具体地，本申请提供的数据处理***，由总线集群中的各总线模块接收数据服务中心发送的待处理数据，数据服务中心以组播或遍历单播的方式向总线集群发送待处理数据，可以使得总线集群中的各总线模块均接收到数据服务中心发送的待处理数据。

在实际应用中，数据服务中心会接收到多项处理业务，并对这些处理业务进行处理，因此，数据服务中心可以向任一总线模块发送多项处理业务对应的多份待处理数据，以使得总线模块可以对上述多份待处理数据进行后续处理。

总线模块在接收到待处理数据后，对待处理数据进行解析，以获取待处理数据对应的处理类型和待处理数据中的委托关键要素，并根据待处理数据的处理类型和委托关键要素，在数据处理***的各处理集群中，确定处理待处理数据的目标处理集群，并进一步在目标处理集群中确定用于处理待处理数据的目标处理机。具体地，可以根据标识信息在预设队列中查询与标识信息对应的处理机，并将与标识信息对应的处理机作为目标处理机。在确定用于处理待处理数据的目标处理机后，即可实现总线模块与目标处理机之间的数据传输，相应的，总线模块与目标处理机还可以进行传输由网关设备反馈的待处理数据，进而，由总线模块将网关设备反馈的待处理数据发送至数据服务中心。

在总线模块与目标处理机进行传输待处理数据的过程中，有可能会发生目标处理机发生异常的情况，因此，为了实现待处理数据可以成功传输，可以在总线模块与目标处理机进行数据传输的过程中，对目标处理机的状态进行检测，若检测到目标处理机发生异常的情况下，可以在目标处理机所属的目标处理集群中，确定任意一个在线处理机接管目标处理机的数据处理任务，从而保证待处理数据的处理任务正常进行，不被中断。

为了便于理解，本实施例以订单申报场景为例进行说明。相对应的，数据服务中心即为交易中心，网关设备即为交易网关，总线集群即为报盘总线集群，处理集群即为报盘多活集群，处理机即为报盘机。

首先，交易中心将订单业务数据以组播或遍历单播的方式发送至报盘总线集群，使得报盘总线集群中的各总线模块均可以接收到该订单业务数据，总线模块对该订单业务数据进行解析，获取该订单业务数据对应的处理类型和委托关键要素，并根据处理类型和委托关键要素在各报盘多活集群中，确定一组报盘多活集群作为目标报盘多活集群，并根据报盘标识信息在目标报盘多活集群中，确定一个报盘机作为目标报盘机，总线模块将该订单业务数据发送至目标报盘机进行数据处理，以完成后续的数据传输和处理过程。

其次，在总线模块与目标报盘机进行订单业务数据传输的过程中，对目标报盘机进行状态检测，若检测到目标报盘机异常，则在目标报盘多活集群中确定任意在线报盘机，以使得该在线报盘机，可以对目标报盘机发生异常时所产生的临界点订单业务数据进行接管以及后续数据处理。

与订单业务数据的传输处理过程相对应的，总线模块与目标报盘机还可以进行由交易网关反馈的订单回报数据（订单业务数据的反馈数据）的数据传输和数据处理。在这个过程中，在目标报盘机发生异常的情况下，同样可以在同一组报盘多活集群中确定任意在线报盘机，以接管订单回报数据的数据传输和数据处理任务。

在总线模块发生异常的情况下，可以将与异常总线模块连接的处理机自动切换至与同一个总线集群中的任意其他总线模块进行连接，以使得该处理机可以保持在线状态，并继续执行与其对应的数据处理任务。

需要说明的是，进一步的数据处理方法可以参见下述实施例中的数据处理方法，在此不做过多赘述。

本申请提供的数据处理***，可以在总线集群内的一个或多个总线模块异常时，由该总线集群内的任意其他总线模块自动接管数据处理任务；在处理集群内的一个或多个处理机异常时，由该处理集群内的处于在线状态的处理机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失。从而保证数据处理任务的连续性和完整性，降低总线模块的资源负载，提高各处理机资源的利用率，降低网关设备或交易网关的成本。

参见图2，图2示出了根据本申请一实施例提供的一种数据处理方法的流程图，所述数据处理方法，应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互，具体包括以下步骤：

步骤202：确定处理待处理数据的目标处理集群和处理机的标识信息。

其中，待处理数据，是指在总线模块与处理机之间进行传输的数据，待处理数据可以是由数据服务中心向总线模块发送的需要进行数据处理的数据，也可以是经由网关设备返回的反馈数据。例如，在订单申报场景中，待处理数据可以是订单业务数据，也可以是订单回报数据。

目标处理集群，是指在各处理集群中确定的用于处理待处理数据的处理集群。标识信息，是指处理集群中各处理机对应的唯一标识。例如，在处理集群1中，各处理机的标识信息分别为1-1、1-2、1-3……1-n；在处理集群2中，各处理机的标识信息分别为2-1、2-2、2-3……2-n。

在实际应用中，各处理集群中部署有多个处理机，总线模块在接收到数据服务中心发送的待处理数据后，首先需要在各处理集群中确定一个处理集群，再在确定的处理集群的各处理机中，确定一个处理机用于对待处理数据进行数据处理。通过为不同的待处理数据确定用于处理其对应的处理机，可以提高处理集群中各处理机的利用率，避免造成资源浪费。

在本申请提供的一种实施方式中，确定处理所述待处理数据的目标处理集群，包括：

对所述待处理数据进行解析，获取所述待处理数据的处理类型和委托关键要素；

根据所述处理类型和所述委托关键要素，在所述多个处理集群中确定目标处理集群。

在实际应用中不同的待处理数据所对应的处理类型不同，本申请提供的数据处理方法，在进行各处理集群部署的过程中，可以按照待处理数据的处理类型的不同，对各处理机可以进行数据处理的类型进行划分，即以待处理数据对应的处理类型为划分维度，创建各处理集群。基于该方法创建的各处理集群，可以使得各处理集群中的各处理机均可以处理相同处理类型的待处理数据，以使得在后续的数据处理过程中，同一个处理集群中的处理机发生异常的情况下，可以由该处理集群内的其他正常处理机进行数据处理任务的接管，保证任务不被中断。

由于各处理集群根据处理类型进行划分，因此，通过确定待处理数据的处理类型，可以进一步根据待处理数据的委托关键要素，在各处理集群中确定用于处理待处理数据的目标处理集群。

委托关键要素是指待处理数据中的用于确定待处理数据的处理类型的要素信息，例如，席位、营业部、交易市场、委托属性和证券类别等。

具体地，总线模块在接收到数据服务中心发送的待处理数据后，可以对待处理数据进行解析，获取待处理数据的处理类型和委托关键要素，根据待处理数据的处理类型和委托关键要素，在各处理集群中确定目标处理集群。

仍以待处理数据为订单业务数据为例进行说明，总线模块在接收到订单业务数据后，对订单业务数据进行解析，获取订单业务数据中的处理类型和委托关键要素，其中，处理类型为综合金融服务平台类型，委托关键要素包括席位1、A地交易市场等，则可在各处理集群中，基于席位1、A地交易市场等确定综合金融服务平台类型的目标处理集群。

在本申请提供的一种实施方式中，确定处理所述待处理数据的处理机的标识信息，包括：

根据所述待处理数据的数据标识和所述目标处理集群中处理机的数量，确定处理机的标识信息。

其中，数据标识，是指数据服务中心在发出待处理数据时，为待处理数据生成的标识，具体可以理解为订单编号。

在确定用于处理待处理数据的目标处理集群后，为了提高目标处理集群中各处理机的利用率，需要进一步在目标处理集群中确定一个用于处理待处理数据的处理机。

由于在一个处理集群中部署有多个处理机，为了提高任务处理的效率，各个处理机都对应设置有唯一的标识信息，在确定目标处理机的过程中，可以通过标识信息进行确定目标处理机。

具体地，在确定用于处理待处理数据的目标处理集群后，获取待处理数据的数据标识，以及目标处理集群中的各处理机的数量，根据待处理数据的数据标识和目标处理集群中各处理机的数量，确定处理机的标识信息，以使得后续过程中，可以根据该标识信息，在目标处理集群中确定标识信息对应的处理机，并将该处理机确定为处理待处理数据的目标处理机。

通过根据待处理数据的处理类型和委托关键要素，在数据处理***中的各处理集群中确定用于处理待处理数据的目标处理集群，进而，根据待处理数据的数据标识和目标处理集群中处理机的数量，在目标处理集群中确定目标处理机。实现根据待处理数据的处理类型和委托关键要素，确定目标处理集群，也实现了同一个处理集群中部署多个相同类型的处理机，对相同处理类型的待处理数据进行处理。

在实际应用中，各处理集群中的各处理机的状态并不是一成不变的，一个处理机的状态可能会从在线状态，变更为异常状态，也可能会从异常状态，变更为在线状态。因此，一个处理集群中的各处理机所对应的状态是会发生变化的，相应的，由于各处理机的状态不断变化，使得各处理集群中在线处理机的数量和异常处理机的数量会不断发生变更。

基于此，在本申请提供的一种实施方式中，根据所述待处理数据的数据标识和所述目标处理集群中处理机的数量，确定处理机的标识信息，包括：

确定所述目标处理集群中各处理机的状态，基于所述各处理机的状态，统计在线处理机的数量；

基于所述待处理数据的数据标识和所述在线处理机的数量，进行负载均衡，确定处理机的标识信息。

具体地，在确定目标处理集群后，可以进一步确定目标处理集群中各处理机的状态，并根据各处理机的状态，统计在线处理机的数量，进而，根据待处理数据的数据标识和在线处理机的数量，进行取余计算，并将取余计算的结果确定为处理待处理数据的处理机的标识信息。

例如，待处理数据的数据标识为3，目标处理集群中在线处理机的数量为5，对数据标识3和在线处理机的数量5进行取余计算，可以获得取余计算结果为3，则可以确定标识信息3为处理待处理数据的处理机的标识信息。

本申请提供的数据处理方法，通过待处理数据的处理类型和委托关键要素，在各处理集群中确定用于处理待处理数据的目标处理集群，进而，根据待处理数据的数据标识和目标处理集群中各处理机的数量，在目标处理集群中确定标识信息，以使得后续可以根据标识信息，在目标处理集群中确定用于处理待处理数据的处理机，提高处理效率和准确率。

步骤204：基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新。

其中，预设队列，是指用于存储目标处理集群中处于在线状态的处理机的队列。

目标处理机，是指在目标处理集群的各处理机中，确定的用于对待处理数据进行数据传输和数据处理的处理机，目标处理机与总线模块之间通信连接。

具体地，在确定标识信息后，即可根据标识信息在预设队列中进行查询该标识信息对应的处理机，并将该处理机确定为处理待处理数据的目标处理机。

在实际应用中，各处理机的状态是会发生改变的，由于各处理机的状态发生变化，预设队列中所存储的各在线处理机，以及在线处理机的数量都会相应发生变化。为了提高在预设队列中查询目标处理机的效率，预设队列中一般只存储在线处理机，在各处理机的状态发生变化的情况下，需要对预设队列进行更新。

基于此，在本申请提供的一种实施方式中，在预设队列中查询所述标识信息对应的目标处理机之前，所述方法还包括：

确定所述目标处理集群中各处理机的状态；

将所述目标处理集群中的异常处理机的状态更新为下线状态；

对所述预设队列中的在线处理机，设置对应的标识信息，获得更新后的预设队列。

具体地，对目标处理集群中各处理机的状态进行检测，基于检测结果确定各处理机的状态，在确定目标处理集群中存在异常处理机后，将异常处理机的状态更新为下线状态，并从预设队列中删除，由于预设队列中的在线处理机发生了变更，为了不影响其它待处理数据的处理进程，可以为预设队列中的在线处理机重新设置对应的标识信息，从而获得更新后的预设队列。

例如，预设队列中包括处理机1、处理机2、处理机3、处理机4和处理机5（数值1-5为各处理机分别对应的标识信息），其中处理机2发生异常，则处理机2为异常处理机，将处理机2的状态更新为下线状态，并将处理机2从预设队列中删除，进而，更新后的预设队列中则包括处理机1、处理机3、处理机4和处理机5。然后，对处理机1、处理机3、处理机4和处理机5的标识信息进行更新，即为处理机1、处理机2、处理机3和处理机4，也即，将处理机3的标识信息更新为标识2，将处理机4的标识信息更新为标识3，将处理机5的标识信息更新为标识4。

需要进行说明的是，预设队列的设置并不局限于上述基于目标处理集群设置预设队列的方式，也可以根据各处理集群中的各在线处理机设置一个预设队列，预设队列的设置可以根据实际应用情况进行设置，本申请在此不做限定。

在检测到异常处理机后，将异常处理机的状态更新为下线状态，并对预设队列进行更新，以避免基于取余计算，确定标识信息时，出现匹配不到对应的处理机的情况，从而实现对待处理数据的连续处理。

进一步地，在处理机与总线模块进行交互的过程中，正在进行交互的处理机也有可能会发生异常，在交互处理机发生异常时，会产生临界数据，这些临界数据可能存在没有被处理的情况，导致其他处理机无法获取到临界数据，因此，还需要获取交互处理机异常时所产生的临界数据，以使得其他处理机继续对临界数据进行数据处理。

在本申请提供的一具体实施方式中，所述方法还包括：

在检测到当前的交互处理机为异常处理机的情况下，向目标数据服务中心发送数据重发请求，以触发所述目标数据服务中心重发临界点的待处理数据，其中，所述目标数据服务中心为发送所述待处理数据的数据服务中心，所述临界点为所述交互处理机发生异常的时间点。

其中，数据重发请求，是指触发数据服务中心发送待处理数据的临界数据的请求。

具体地，对目标处理集群中的各处理机的状态进行状态检测，若检测到当前正在与总线模块进行数据交互的处理机为异常处理机，为了保证对待处理数据的连续处理，需要在目标处理集群中确定任意一个处于在线状态的处理机对待处理数据的后续处理任务进行接管，具体为对当前交互处理机发生异常时（即临界点）产生的临界数据进行处理。

由于待处理数据由数据服务中心发送，因此，在当前交互处理机发生异常时，向数据服务中心发送数据重发请求，以使得数据服务中心重新发送待处理数据的临界数据。具体地，数据重发请求可以由总线模块向数据服务中心发送，也可以由对待处理数据进行接管的处理机进行发送，数据重发请求的发送端可以在部署总线集群和处理集群的过程中一并进行确定。

本申请提供的数据处理方法，根据取余计算确定标识信息，并根据标识信息在预设队列中查询标识信息对应的处理机，既可以提高匹配待处理数据对应的目标处理机的同时，还可以提高确定目标处理机的查询效率。

步骤206：基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据。

在基于标识信息从预设队列中查询到目标处理机后，根据总线模块与目标处理机之间的连接关系，将待处理数据在目标处理机和与目标处理机连接的总线模块之间进行交互，实现总线模块与目标处理机之间的数据交互。

进一步地，在本申请提供的一种实施方式中，基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据，包括：

检测所述目标处理机与所述总线模块的连接状态；

在所述目标处理机与所述总线模块连接的情况下，将所述待处理数据发送至所述目标处理机。

其中，连接关系，是指各总线模块与各处理机之间是否可以进行连接；连接状态，是指在确定总线模块与处理机之间可以进行连接的情况下，进一步确定总线模块与处理机之间是否已经连接成功或连接失败。

在确定目标处理机之后，还需要确定与目标处理机保持连接的总线模块，从而进一步确定，是否需要将接收到的待处理数据发送至目标处理机。

具体地，检测目标处理机与各总线模块的连接状态，确定与目标处理机进行连接的总线模块，进而，总线模块将待处理数据发送至目标处理机，以使得目标处理机对待处理数据进行处理。

进一步地，在检测目标处理机与总线模块的连接状态的过程中，还需要确定数据处理***应用层的状态，在应用层连接成功的情况下，确定目标处理机与总线模块保持连接状态，即可将待处理数据发送至目标处理机。若检测到应用层连接失败，即使目标处理机与总线模块处于保持连接的状态，也可能会存在目标处理机无法对待处理数据进行数据处理的情况。

相应的，在本申请提供的一种实施方式中，在检测所述目标处理机与所述总线模块的连接状态之后，所述方法还包括：

在所述目标处理机与所述总线模块未连接的情况下，过滤所述待处理数据。

若目标处理机与总线模块处于未连接状态，则说明总线模块与目标处理机并未进行连接，也即，与目标处理机之间进行数据传输交互的总线模块并非是该总线模块，在这种情况下，总线模块则可以将待处理数据进行过滤，进而减少总线模块的资源占用。

通过对目标处理机与总线模块的连接状态进行检测，以确定与目标处理机进行数据交互的总线模块，在目标处理机与总线模块保持连接的情况下，则将待处理数据发送至目标处理机，实现对待处理数据的准确传输，在目标处理机与总线模块未连接的情况下，则将待处理数据从总线模块进行过滤，减少资源占用。进一步地，对目标处理机的状态进行检测的方法如下：

在本申请提供的一种实施方式中，检测所述目标处理机的状态，包括：

基于预设检测时间间隔，向所述目标处理机发送检测请求；

在未接收到所述目标处理机针对所述检测请求返回的响应指令的情况下，确定所述目标处理机与所述总线模块连接异常；

在所述目标处理机与所述总线模块的连接异常次数达到预设阈值的情况下，确定所述目标处理机为异常处理机。

其中，预设检测时间间隔，是指预先设置的对目标处理机的状态进行检测的时间间隔，预设时间间隔可以进行自定义设置，例如，3秒、4秒等。

检测请求，是指总线模块发送的对目标处理机进行状态检测的请求。

响应指令，是指目标处理机在接收到检测请求的情况下，针对该检测请求向总线模块返回的答复指令。

预设阈值，是指预先设置的目标处理机与总线模块连接异常的次数上限，预设阈值同样可以由用户进行自定义设置。为了提高对目标处理机与总线模块连接异常情况判断的准确性，可以对预设阈值进行设置，预设阈值若设置较大，可能会导致对目标处理机的状态检测不及时，待处理数据不能及时处理，使得待处理数据对应的数据处理任务中断；预设阈值若设置较小，可能会出现对目标处理机的状态误判的情况，为了减少上述情况的出现，可以将预设阈值设置为3次、4次等，对预设阈值的设置，本申请在此不做限定。

具体地，基于预设检测时间间隔，总线模块向目标处理机发送检测请求，在总线模块未接收到目标处理机返回的响应指令的情况下，确定此时目标处理机与总线模块存在连接异常，为了进一步提高检测的准确性，可以在目标处理机与总线模块的连接异常次数达到预设阈值的情况下，将目标处理机确定为异常处理机。

通过设定预设时间间隔和预设阈值，对目标处理机的状态进行检测，可以减少对目标处理机状态的误判，并提高检测及时性。

本申请提供的数据处理方法，可以实现在总线模块与目标处理机之间传输待处理数据的过程，对目标处理机的状态进行检测，以使得在获知目标处理机状态是否异常的情况下，及时对待处理数据进行相应的处理。

在实际应用中，目标处理机异常不仅会出现于将待处理数据从总线模块传输至目标处理机的过程中，还可能会出现在将待处理数据从目标处理机返回至总线模块的过程中，因此，在总线模块与目标处理机进行数据传输之前，还可以接收目标处理机反馈的待处理数据。

在本申请提供的一种实施方式中，所述方法还包括：

在确定所述目标处理机为异常处理机的情况下，在所述目标处理集群中确定参考处理机；

向所述参考处理机发送待处理数据的数据标识，以使所述参考处理机基于所述数据标识获取所述待处理数据。

其中，参考处理机，是指在目标处理集群中选择的任意在线处理机。

具体地，在将待处理数据从目标处理机返回至总线模块的过程中，若目标处理机异常，则可以从目标处理集群中确定参考处理机来进行后续对待处理数据的处理和传输。

在确定参考处理机和与参考处理机连接的总线模块后，由于此时与参考处理机连接的总线模块还未接收到待处理数据，因此，总线模块可以将待处理数据的数据标识发送至参考处理机，以使得参考处理机可以基于待处理数据的数据标识从网关设备获取待处理数据。

进一步地，在目标处理机发生异常时，可能会存在部分数据未传输完成，相应的，与参考处理机连接的总线模块也并无法获取到这部分数据，在这种情况下，为了保证获取待处理数据的完整性，与参考处理机连接的总线模块可以向数据服务中心发送异常提示信息，以使得数据服务中心对无法获取到的部分数据再次进行传输，并进行后续处理。

本申请提供的数据处理方法，可以在目标处理机发生异常的情况下，在目标处理机所属的目标处理集群中，确定处于在线状态的参考处理机，并实现由参考处理机对待处理数据的接管以及后续的数据处理，保证待处理数据的数据处理任务可以正常执行。

在处理机发生异常后，异常处理机也可以恢复为在线状态，具体实现方法如下：

在本申请提供的一种实施方式中，所述方法还包括：

响应于目标处理机的连接请求，建立与所述目标处理机之间的连接关系；

接收所述目标处理机发送的注册信息，对所述注册信息进行解析，获取所述目标处理机的设备类别；

基于所述设备类别，将所述注册信息添加至处理机队列中，并将所述注册信息同步至所述总线集群中的各总线模块。

其中，连接请求，是指目标处理机向总线模块请求进行连接的请求。注册信息，是指目标处理机的设备注册信息，具体可以包括目标处理机的设备类别等信息。设备类别具体是指，目标处理机的类别，例如，原始报盘交易平台、集中竞价交易平台、综合金融服务平台、非交易处理平台、衍生品集中竞价平台、固定收益平台、新债券平台、互联网交易平台等等。处理机队列，是指用于存储各处理集群中各处理机的队列，处理机队列中可以包括异常处理机和在线处理机。

具体地，总线模块在接收到目标处理机发送的连接请求后，响应于该连接请求，建立与目标处理机之间的连接关系，在连接关系建立成功后，接收目标处理机发送的注册信息，并对注册信息进行解析，获取目标处理机的设备类别，根据目标处理机的设备类别，将目标处理机的注册信息添加至处理机队列中，并在总线集群中同步目标处理机的注册信息，以使得总线集群中的各总线模块均可以接收到目标处理机的注册信息。

需要进行说明的是，上述将异常处理机恢复为在线状态的方法，还可以用于实现在处理集群中部署新的处理机，使得新的处理机上线。

本申请提供的数据处理方法，在确定参考处理机以及与参考处理机连接的总线模块后，可以实现总线模块与参考处理机之间传输待处理数据，实现对目标处理机中待处理数据的异常接管。

本申请提供的数据处理方法，应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互；所述方法包括：确定处理待处理数据的目标处理集群和处理机的标识信息；基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新；基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据。

本申请一实施例实现了在各处理集群中确定处理待处理数据的目标处理集群，以及处理机的标识信息，并根据标识信息在预设队列中查询标识信息对应的目标处理机，使得可以在目标处理集群中的多个处理机中快速确定目标处理机，提高处理效率；基于标识信息在预设队列中查询目标处理机，也可以实现在处理机异常的情况下，由其他处理机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失，从而保证数据处理任务的连续性和完整性；在目标处理集群中确定目标处理机，可以使得目标处理集群中的各处理机同时对多份不同的待处理数据进行处理，提高处理机的资源利用率，降低资源使用成本。

下述结合附图3，以本申请提供的数据处理方法在订单交易场景的应用为例，对所述数据处理方法进行进一步说明。其中，图3示出了本申请一实施例提供的一种应用于订单交易场景的数据处理方法的处理流程图，所述数据处理方法，应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互；具体包括以下步骤：

步骤302：接收数据服务中心发送的订单业务数据。

步骤304：对所述订单业务数据进行解析，获取所述订单业务数据的处理类型和委托关键要素。

步骤306：根据所述处理类型和所述委托关键要素，在所述多个处理集群中确定目标处理集群。

步骤308：根据所述订单业务数据的数据标识和所述目标处理集群中处理机的数量，确定处理机的标识信息。

步骤310：基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机。

步骤312：检测所述目标处理机与所述总线模块的连接状态。

步骤314：在所述目标处理机与所述总线模块连接的情况下，将所述待处理数据发送至所述目标处理机。

步骤316：在所述目标处理机与所述总线模块断开的情况下，过滤所述待处理数据。

本申请一实施例实现了在各处理集群中确定处理待处理数据的目标处理集群，以及处理机的标识信息，并根据标识信息在预设队列中查询标识信息对应的目标处理机，使得可以在目标处理集群中的多个处理机中快速确定目标处理机，提高处理效率；基于标识信息在预设队列中查询目标处理机，也可以实现在处理机异常的情况下，由其他处理机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失，从而保证数据处理任务的连续性和完整性；在目标处理集群中确定目标处理机，可以使得目标处理集群中的各处理机同时对多份不同的待处理数据进行处理，提高处理机的资源利用率，降低资源使用成本。

与上述方法实施例相对应，本申请还提供了数据处理装置实施例，图4示出了本申请一实施例提供的一种数据处理装置的结构示意图。该装置应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互。如图4所示，该装置包括：

确定模块402，被配置为确定处理待处理数据的目标处理集群和处理机的标识信息；

查询模块404，被配置为基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新；

交互模块406，被配置为基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据。

可选的，所述装置还包括：

状态确定模块，被配置为确定所述目标处理集群中各处理机的状态；

状态更新模块，被配置为将所述目标处理集群中的异常处理机的状态更新为下线状态；

标识设置模块，被配置为对所述预设队列中的在线处理机，设置对应的标识信息，获得更新后的预设队列。

可选的，所述装置还包括：

请求发送模块，被配置为在检测到当前的交互处理机为异常处理机的情况下，向目标数据服务中心发送数据重发请求，以触发所述目标数据服务中心重发临界点的待处理数据，其中，所述目标数据服务中心为发送所述待处理数据的数据服务中心，所述临界点为所述交互处理机发生异常的时间点。

可选的，所述确定模块402，进一步被配置为：

对所述待处理数据进行解析，获取所述待处理数据的处理类型和委托关键要素；

根据所述处理类型和所述委托关键要素，在所述多个处理集群中确定目标处理集群。

可选的，所述确定模块402，进一步被配置为：

根据所述待处理数据的数据标识和所述目标处理集群中处理机的数量，确定处理机的标识信息。

可选的，所述确定模块402，进一步被配置为：

确定所述目标处理集群中各处理机的状态，基于所述各处理机的状态，统计在线处理机的数量；

基于所述待处理数据的数据标识和所述在线处理机的数量，进行负载均衡，确定处理机的标识信息。

可选的，所述交互模块406，进一步被配置为：

检测所述目标处理机与所述总线模块的连接状态；

在所述目标处理机与所述总线模块连接的情况下，将所述待处理数据发送至所述目标处理机。

可选的，所述交互模块406，进一步被配置为：

在所述目标处理机与所述总线模块未连接的情况下，过滤所述待处理数据。

可选的，所述装置还包括：

建立模块，被配置为响应于目标处理机的连接请求，建立与所述目标处理机之间的连接关系；

获取模块，被配置为接收所述目标处理机发送的注册信息，对所述注册信息进行解析，获取所述目标处理机的设备类别；

同步模块，被配置为基于所述设备类别，将所述注册信息添加至处理机队列中，并将所述注册信息同步至所述总线集群中的各总线模块。

本申请提供的数据处理装置，应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互；所述装置包括：确定模块，被配置为确定处理待处理数据的目标处理集群和处理机的标识信息；查询模块，被配置为基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新；交互模块，被配置为基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据。

本申请一实施例实现了在各处理集群中确定处理待处理数据的目标处理集群，以及处理机的标识信息，并根据标识信息在预设队列中查询标识信息对应的目标处理机，使得可以在目标处理集群中的多个处理机中快速确定目标处理机，提高处理效率；基于标识信息在预设队列中查询目标处理机，也可以实现在处理机异常的情况下，由其他处理机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失，从而保证数据处理任务的连续性和完整性；在目标处理集群中确定目标处理机，可以使得目标处理集群中的各处理机同时对多份不同的待处理数据进行处理，提高处理机的资源利用率，降低资源使用成本。

上述为本实施例的一种数据处理装置的示意性方案。需要说明的是，该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思，数据处理装置的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

参见图5，图5示出了根据本申请一实施例提供的一种业务处理方法的流程图，所述业务处理方法，应用于交易***中的报盘总线模块，所述交易***包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互，具体包括以下步骤：

步骤502：确定处理业务数据的目标报盘多活集群和报盘机的标识信息。

在实际应用中，交易中心会接收到多项处理业务，并对这些处理业务进行处理，因此，交易中心可以向任一报盘总线模块发送多项处理业务对应的多份业务数据，以使得报盘总线模块可以对上述多份业务数据进行后续的数据处理。

其中，业务数据，是指在报盘总线模块与报盘机之间进行传输的数据，业务数据可以是由交易中心向报盘总线模块发送的需要进行数据处理的数据，也可以是经由交易网关返回的反馈数据。

目标报盘多活集群，是指在各报盘多活集群中确定的用于处理业务数据的报盘多活集群。标识信息，是指报盘多活集群中各报盘机对应的唯一标识。

在实际应用中，各报盘多活集群中部署有多个报盘机，报盘总线模块在接收到交易中心发送的业务数据后，首先需要在各报盘多活集群中确定一个报盘多活集群，再在确定的报盘多活集群的各报盘机中，确定一个报盘机用于对业务数据进行数据处理。通过为不同的业务数据确定用于处理其对应的报盘机，可以提高报盘多活集群中各报盘机的利用率，避免造成资源浪费。

在本申请提供的一具体实施方式中，确定处理业务数据的目标报盘多活集群，包括：

对所述业务数据进行解析，获取所述业务数据的处理类型和委托关键要素；

根据所述处理类型和所述委托关键要素，在所述多个报盘多活集群中确定目标报盘多活集群。

在实际应用中不同的业务数据所对应的处理类型不同，在本申请提供的一实施例中，对各报盘多活集群进行部署，可以按照业务数据的处理类型的不同，对各报盘机可以进行数据处理的类型进行划分，即以业务数据对应的处理类型为划分维度，创建各报盘多活集群。基于该方法创建的各报盘多活集群，可以使得各报盘多活集群中的各报盘机均可以处理相同处理类型的业务数据，以使得在后续的数据申报过程中，同一个报盘多活集群中的报盘机发生异常的情况下，可以由该报盘多活集群内的其他在线报盘机进行数据处理任务的接管，保证申报任务不被中断。

由于各报盘多活集群根据处理类型进行划分，因此，通过确定业务数据的处理类型，可以进一步根据业务数据的委托关键要素，在各报盘多活集群中确定用于处理业务数据的目标报盘多活集群。

委托关键要素，是指业务数据中的用于确定业务数据的处理类型的要素信息，例如，席位、营业部、交易市场、委托属性和证券类别等。

具体地，报盘总线模块在接收到交易中心发送的业务数据后，可以对业务数据进行解析，获取业务数据的处理类型和委托关键要素，根据业务数据的处理类型和委托关键要素，在各报盘多活集群中确定目标报盘多活集群。

仍以业务数据为申报数据为例进行说明，报盘总线模块在接收到申报数据后，对申报数据进行解析，获取申报数据中的处理类型和委托关键要素，其中，处理类型为综合金融服务平台类型，委托关系要素包括席位2、B地交易市场等，则可在各报盘多活集群中，基于席位2、B地交易市场等确定综合金融服务平台类型的目标报盘多活集群。

为了提高目标报盘多活集群中各报盘机的利用率，在确定用于处理业务数据的目标报盘多活集群后，需要进一步在目标报盘多活集群中确定一个用于处理业务数据的报盘机。由于在一个报盘多活集群中部署有多个报盘机，为了提高数据处理的效率，各个报盘机都对应设置有唯一的标识信息，在确定目标报盘机的过程中，可以通过标识信息进行确定目标报盘机。

在本申请提供的一具体实施方式中，确定处理业务数据的报盘机的标识信息，包括：

确定所述目标报盘多活集群中各报盘机的状态，基于所述各报盘机的状态，统计在线报盘机的数量；

基于所述业务数据的数据标识和所述在线报盘机的数量，进行负载均衡，确定报盘机的标识信息。

在实际应用中，各报盘多活集群中的各报盘机的状态并不是一成不变的，一个报盘机的状态可能会从在线状态，变更为异常状态，也可能会从异常状态，变更为在线状态。因此，一个报盘多活集群中的各报盘机所对应的状态是会发生变化的，相应的，由于各报盘机的状态不断变化，使得各报盘多活集群中在线报盘机的数量和异常报盘机的数量会不断发生变更。

其中，数据标识，是指交易中心在发出业务数据时，为业务数据生成的标识，具体可以理解为订单编号。

具体地，在确定目标报盘多活集群后，可以进一步确定目标报盘多活集群中各报盘机的状态，并根据各报盘机的状态，统计在线报盘机的数量，进而，根据业务数据的数据标识和在线报盘机的数量，进行取余计算，并将取余计算的结果确定为处理业务数据的报盘机的标识信息。

以数据标识为订单编号为例进行说明，例如，接收到订单编号为3的业务数据，目标报盘多活集群中在线报盘机的数量为5，对订单编号3和在线报盘机的数量5进行取余计算，可以获得取余计算结果为3，则可以确定标识信息3为处理业务数据的报盘机的标识信息。进一步地，若目标报盘多活集群为报盘多活集群2，则可以确定处理订单编号为3的业务数据的报盘机的标识信息为2-3。

本申请提供的业务处理方法，通过根据业务数据的处理类型和委托关键要素，在交易***中的各报盘多活集群中确定用于处理业务数据的目标报盘多活集群，进而，根据业务数据的数据标识和目标报盘多活集群中报盘机的数量，在目标报盘多活集群中确定目标报盘机。实现根据业务数据的处理类型和委托关键要素，确定目标报盘多活集群，也实现了同一个报盘多活集群中部署多个相同类型的报盘机，对相同处理类型的业务数据进行处理。

步骤504：基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新。

其中，预设队列，是指用于存储目标报盘多活集群中处于在线状态的报盘机的队列。

目标报盘机，是指在目标报盘多活集群的各报盘机中，确定的用于对业务数据进行数据传输和数据处理的报盘机，目标报盘机与报盘总线模块之间通信连接。

具体地，在确定标识信息后，即可根据标识信息在预设队列中进行查询该标识信息对应的报盘机，并将该报盘机确定为处理业务数据的目标报盘机。

在实际应用中，各报盘机的状态是会发生改变的，由于各报盘机的状态发生变化，预设队列中所存储的各在线报盘机，以及在线报盘机的数量都会相应发生变化。为了提高在预设队列中查询目标报盘机的效率，预设队列中一般只存储在线报盘机，在各报盘机的状态发生变化的情况下，需要对预设队列进行更新。

基于此，在本申请提供的一具体实施方式中，在预设队列中查询所述标识信息对应的目标报盘机之前，所述方法还包括：

确定所述目标报盘多活集群中各报盘机的状态；

将所述目标报盘多活集群中的异常报盘机的状态更新为下线状态；

对所述预设队列中的在线报盘机，设置对应的标识信息，获得更新后的预设队列。

具体地，对目标报盘多活集群中各报盘机的状态进行检测，基于检测结果确定各报盘机的状态，在确定目标报盘多活集群中存在异常报盘机后，将异常报盘机的状态更新为下线状态，并从预设队列中删除，由于预设队列中的在线报盘机发生了变更，为了不影响其它业务数据的处理进程，可以为预设队列中的在线报盘机重新设置对应的标识信息，从而获得更新后的预设队列。

例如，预设队列中包括报盘机1、报盘机2、报盘机3、报盘机4和报盘机5（数值1-5为各报盘机分别对应的标识信息），其中报盘机2发生异常，则报盘机2为异常报盘机，将报盘机2的状态更新为下线状态，并将报盘机2从预设队列中删除，进而，更新后的预设队列中则包括报盘机1、报盘机3、报盘机4和报盘机5。然后，对报盘机1、报盘机3、报盘机4和报盘机5的标识信息进行更新，即为报盘机1、报盘机2、报盘机3和报盘机4，也即，将报盘机3的标识信息更新为标识2，将报盘机4的标识信息更新为标识3，将报盘机5的标识信息更新为标识4。

需要进行说明的是，预设队列的设置并不局限于上述基于目标报盘多活集群设置预设队列的方式，也可以根据各报盘多活集群中的各在线报盘机设置一个预设队列，预设队列的设置可以根据实际应用情况进行设置，本申请在此不做限定。

在检测到异常报盘机后，将异常报盘机的状态更新为下线状态，并对预设队列进行更新，以避免基于取余计算，确定标识信息时，出现匹配不到对应的报盘机的情况，从而实现对业务数据的连续处理。

进一步地，在报盘机与报盘总线模块进行交互的过程中，正在进行交互的报盘机也有可能会发生异常，在交互报盘机发生异常时，会产生临界数据，这些临界数据可能存在没有被处理的情况，导致其他报盘机无法获取到临界数据，因此，还需要获取交互报盘机异常时所产生的临界数据，以使得其他报盘机继续对临界数据进行数据处理。

进而，在本申请提供的一具体实施方式中，所述方法还包括：

在检测到当前的交互报盘机为异常报盘机的情况下，向目标交易中心发送数据重发请求，以触发所述目标交易中心重发临界点的业务数据，其中，所述目标交易中心为发送所述业务数据的交易中心，所述临界点为所述交互报盘机发生异常的时间点。

其中，数据重发请求，是指触发交易中心发送业务数据的临界数据的请求。

具体地，对目标报盘多活集群中的各报盘机的状态进行状态检测，若检测到当前正在与报盘总线模块进行数据交互的报盘机为异常报盘机，为了保证对业务数据的连续处理，需要在目标报盘多活集群中确定任意一个处于在线状态的报盘机对业务数据的后续处理任务进行接管，具体为对当前交互报盘机发生异常时（即临界点）产生的临界数据进行处理。

由于业务数据由交易中心发送，因此，在当前交互报盘机发生异常时，向交易中心发送数据重发请求，以使得交易中心重新发送业务数据的临界数据。具体地，数据重发请求可以由报盘总线模块向交易中心发送，也可以由对业务数据进行接管的报盘机进行发送，数据重发请求的发送端可以在部署报盘总线集群和报盘多活集群的过程中一并进行确定。

本申请提供的业务处理方法，根据取余计算确定标识信息，并根据标识信息在预设队列中查询标识信息对应的报盘机，既可以提高匹配业务数据对应的目标报盘机，还可以提高确定目标报盘机的查询效率。

步骤506：基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据。

在基于标识信息从预设队列中查询到目标报盘机后，根据报盘总线模块与目标报盘机之间的连接关系，将业务数据在目标报盘机和与目标报盘机连接的报盘总线模块之间进行交互，实现报盘总线模块与目标报盘机之间的数据交互。

在本申请提供的一具体实施方式中，基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据，包括：

检测所述目标报盘机与所述报盘总线模块的连接状态；

在所述目标报盘机与所述报盘总线模块连接的情况下，将所述业务数据发送至所述目标报盘机。

其中，连接关系，是指各报盘总线模块与各报盘机之间是否可以进行连接；连接状态，是指在确定报盘总线模块与报盘机之间可以进行连接的情况下，进一步确定报盘总线模块与报盘机之间是否已经连接成功或连接失败。

在确定目标报盘机之后，还需要确定与目标报盘机保持连接的报盘总线模块，从而进一步确定，是否需要将接收到的业务数据发送至目标报盘机。

具体地，检测目标报盘机与各报盘总线模块的连接状态，确定与目标报盘机进行连接的报盘总线模块，进而，报盘总线模块将业务数据发送至目标报盘机，以使得目标报盘机对业务数据进行处理。

进一步地，在检测目标报盘机与报盘总线模块的连接状态的过程中，还需要确定交易***应用层的状态，在应用层连接成功的情况下，确定目标报盘机与报盘总线模块保持连接状态，即可将业务数据发送至目标报盘机。若检测到应用层连接失败，即使目标报盘机与报盘总线模块处于保持连接的状态，也可能会存在目标报盘机无法对业务数据进行数据处理的情况。

在本申请提供的一具体实施方式中，在检测所述目标报盘机与所述报盘总线模块的连接状态之后，所述方法还包括：

在所述目标报盘机与所述报盘总线模块未连接的情况下，过滤所述业务数据。

若目标报盘机与报盘总线模块处于未连接状态，则说明报盘总线模块与目标报盘机并未进行连接，也即，与目标报盘机之间进行数据传输交互的报盘总线模块并非是该报盘总线模块，在这种情况下，报盘总线模块则可以将业务数据进行过滤，进而减少报盘总线模块的资源占用。

通过对目标报盘机与报盘总线模块的连接状态进行检测，以确定与目标报盘机进行数据交互的报盘总线模块，在目标报盘机与报盘总线模块保持连接的情况下，则将业务数据发送至目标报盘机，实现对业务数据的准确传输，在目标报盘机与报盘总线模块未连接的情况下，则将业务数据从报盘总线模块进行过滤，减少资源占用。

本申请提供的业务处理方法，可以实现在报盘总线模块与目标报盘机之间传输业务数据的过程，对目标报盘机的状态进行检测，以使得在获知目标报盘机状态是否异常的情况下，及时对业务数据进行相应的处理。

在实际应用中，异常报盘机可以恢复为在线状态，交易***中也会继续部署新的报盘机，使得新的报盘机上线。基于此，具体实现方法如下：

在本申请提供的一具体实施方式中，所述方法还包括：

响应于目标报盘机的连接请求，建立与所述目标报盘机之间的连接关系；

接收所述目标报盘机发送的注册信息，对所述注册信息进行解析，获取所述目标报盘机的报盘类别；

基于所述报盘类别，将所述注册信息添加至报盘队列中，并将所述注册信息同步至所述报盘总线集群中的各报盘总线模块。

其中，连接请求，是指目标报盘机向报盘总线模块请求进行连接的请求。注册信息，是指目标报盘机的报盘注册信息，具体可以包括目标报盘机的报盘类别等信息。报盘类别具体是指，目标报盘机的类别，例如，原始报盘交易平台、集中竞价交易平台、综合金融服务平台、非交易处理平台、衍生品集中竞价平台、固定收益平台、新债券平台、互联网交易平台等等。报盘机队列，是指用于存储各报盘多活集群中各报盘机的队列，报盘机队列中可以包括异常报盘机和在线报盘机。

具体地，报盘总线模块在接收到目标报盘机发送的连接请求后，响应于该连接请求，建立与目标报盘机之间的连接关系，在连接关系建立成功后，接收目标报盘机发送的注册信息，并对注册信息进行解析，获取目标报盘机的报盘类别，根据目标报盘机的报盘类别，将目标报盘机的注册信息添加至报盘机队列中，并在报盘总线集群中同步目标报盘机的注册信息，以使得报盘总线集群中的各报盘总线模块均可以接收到目标报盘机的注册信息。

本申请提供的业务处理方法，可以实现报盘总线模块与报盘机之间的业务数据传输，实现对目标报盘机中业务数据的异常接管。

本申请提供的业务处理方法，应用于交易***中的报盘总线模块，所述交易***包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互；所述方法包括：确定处理业务数据的目标报盘多活集群和报盘机的标识信息；基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新；基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据。

本申请一实施例实现了在各报盘多活集群中确定处理业务数据的目标报盘多活集群，以及报盘机的标识信息，并根据标识信息在预设队列中查询标识信息对应的目标报盘机，使得可以在目标报盘多活集群中的多个报盘机中快速确定目标报盘机，提高处理效率；基于标识信息在预设队列中查询目标报盘机，也可以实现在报盘机异常的情况下，由其他报盘机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失，从而保证数据处理任务的连续性和完整性；在目标报盘多活集群中确定目标报盘机，可以使得目标报盘多活集群中的各报盘机同时对多份业务数据进行处理，提高报盘机的资源利用率，降低资源使用成本。

与上述方法实施例相对应，本申请还提供了一种业务处理装置实施例，图6示出了本申请一实施例提供的一种业务处理装置的结构示意图。该装置应用于交易***中的报盘总线模块，所述交易***包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互。如图6所示，该装置包括：

报盘确定模块602，被配置为确定处理业务数据的目标报盘多活集群和报盘机的标识信息；

报盘查询模块604，被配置为基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新；

数据交互模块606，被配置为基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据。

可选的，所述装置还包括：

报盘状态确定模块，被配置为确定所述目标报盘多活集群中各报盘机的状态；

报盘状态更新模块，被配置为将所述目标报盘多活集群中的异常报盘机的状态更新为下线状态；

标识信息设置模块，被配置为对所述预设队列中的在线报盘机，设置对应的标识信息，获得更新后的预设队列。

可选的，所述装置还包括：

数据请求发送模块，被配置为在检测到当前的交互报盘机为异常报盘机的情况下，向目标交易中心发送数据重发请求，以触发所述目标交易中心重发临界点的业务数据，其中，所述目标交易中心为发送所述业务数据的交易中心，所述临界点为所述交互报盘机发生异常的时间点。

可选的，所述报盘确定模块602，进一步被配置为：

对所述业务数据进行解析，获取所述业务数据的处理类型和委托关键要素；

根据所述处理类型和所述委托关键要素，在所述多个报盘多活集群中确定目标报盘多活集群。

可选的，所述报盘确定模块602，进一步被配置为：

确定所述目标报盘多活集群中各报盘机的状态，基于所述各报盘机的状态，统计在线报盘机的数量；

基于所述业务数据的数据标识和所述在线报盘机的数量，进行负载均衡，确定报盘机的标识信息。

可选的，所述数据交互模块606，进一步被配置为：

检测所述目标报盘机与所述报盘总线模块的连接状态；

在所述目标报盘机与所述报盘总线模块连接的情况下，将所述业务数据发送至所述目标报盘机。

可选的，所述数据交互模块606，进一步被配置为：

在所述目标报盘机与所述报盘总线模块未连接的情况下，过滤所述业务数据。

可选的，所述装置还包括：

关系建立模块，被配置为响应于目标报盘机的连接请求，建立与所述目标报盘机之间的连接关系；

类别获取模块，被配置为接收所述目标报盘机发送的注册信息，对所述注册信息进行解析，获取所述目标报盘机的报盘类别；

信息同步模块，被配置为基于所述报盘类别，将所述注册信息添加至报盘队列中，并将所述注册信息同步至所述报盘总线集群中的各报盘总线模块。

本申请提供的业务处理装置，应用于交易***中的报盘总线模块，所述交易***包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互；所述装置包括：报盘确定模块，被配置为确定处理业务数据的目标报盘多活集群和报盘机的标识信息；报盘查询模块，被配置为基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新；数据交互模块，被配置为基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据。

本申请一实施例实现了在各报盘多活集群中确定处理业务数据的目标报盘多活集群，以及报盘机的标识信息，并根据标识信息在预设队列中查询标识信息对应的目标报盘机，使得可以在目标报盘多活集群中的多个报盘机中快速确定目标报盘机，提高处理效率；基于标识信息在预设队列中查询目标报盘机，也可以实现在报盘机异常的情况下，由其他报盘机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失，从而保证数据处理任务的连续性和完整性；在目标报盘多活集群中确定目标报盘机，可以使得目标报盘多活集群中的各报盘机同时对多份业务数据进行处理，提高报盘机的资源利用率，降低资源使用成本。

上述为本实施例的一种业务处理装置的示意性方案。需要说明的是，该业务处理装置的技术方案与上述的业务处理方法的技术方案属于同一构思，业务处理装置的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

参见图7，图7示出了本申请一实施例提供的一种交易***的框架图。如图7所示，所述交易***700，包括至少一个报盘总线集群（图7示出了一个报盘总线集群作为示例），多个报盘多活集群（图7示出了两个报盘多活集群作为示例，分别为报盘多活集群1和报盘多活集群s），一个报盘总线集群中部署有若干个报盘总线模块，具体可以包括报盘总线模块1，报盘总线模块2，……报盘总线模块n，一个报盘多活集群中部署有若干个报盘机。例如，报盘多活集群1中部署有报盘机1-1，报盘机1-2，……报盘机1-m，报盘多活集群s中部署有报盘机s-1，报盘机s-2，……报盘机s-t。其中，多个交易中心（图1示出了p个交易中心作为示例）中的每一个交易中心与报盘总线集群中的任一报盘总线模块交互，各报盘多活集群中的各报盘机分别有对应的交易网关与其进行数据交互。如图7所示，报盘多活集群1中的报盘机1-1可以与交易网关1-1进行数据交互，报盘多活集群1中的报盘机1-m可以与交易网关1-m进行数据交互等。

本申请提供的交易***实施例如下：

所述交易***700包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互；

所述报盘总线模块，被配置为确定处理业务数据的目标报盘多活集群和报盘机的标识信息，基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新；

所述目标报盘机，被配置为接收所述报盘总线模块发送的所述业务数据。

具体地，交易中心将业务数据以组播或遍历单播的方式发送至报盘总线集群，使得报盘总线集群中的各总线模块均可以接收到该业务数据，报盘总线模块对该业务数据进行解析，获取该业务数据对应的处理类型和委托关键要素，并根据处理类型和委托关键要素在各报盘多活集群中，确定一组报盘多活集群作为目标报盘多活集群，并根据报盘标识信息在目标报盘多活集群中，确定一个报盘机作为目标报盘机，报盘总线模块将该业务数据发送至目标报盘机进行数据处理，以完成后续的数据传输和处理过程。

在报盘总线模块与目标报盘机进行业务数据传输的过程中，对目标报盘机进行状态检测，若检测到目标报盘机异常，则在目标报盘多活集群中确定任意在线报盘机，以使得该在线报盘机，可以对目标报盘机发生异常时所产生的临界点业务数据进行接管以及后续数据处理。

本申请提供的交易***，可以在报盘总线集群内的一个或多个报盘总线模块异常时，由该报盘总线集群内的任意其他报盘总线模块自动接管数据处理任务；在报盘多活集群内的一个或多个报盘机异常时，由该报盘多活集群内的处于在线状态的报盘机继续处理数据处理任务以及处理异常临界点数据，保持数据处理任务不中断，也保证临界点数据不丢失。从而保证数据处理任务的连续性和完整性，降低报盘总线模块的资源负载，提高各报盘机资源的利用率，降低交易网关的成本。

图8示出了根据本申请一实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。

计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网（PSTN，Public SwitchedTelephone Network）、局域网（LAN，Local Area Network）、广域网（WAN，Wide AreaNetwork）、个域网（PAN，Personal Area Network）或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口（例如，网络接口卡（NIC，networkinterface controller））中的一个或多个，诸如IEEE802.11无线局域网（WLAN，WirelessLocal Area Network）无线接口、全球微波互联接入（Wi-MAX，WorldwideInteroperability for Microwave Access）接口、以太网接口、通用串行总线（USB，Universal Serial Bus）接口、蜂窝网络接口、蓝牙接口、近场通信（NFC，Near FieldCommunication）接口，等等。

在本申请的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备（例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等）、移动电话（例如，智能手机）、可佩戴的计算设备（例如，智能手表、智能眼镜等）或其他类型的移动设备，或者诸如台式计算机或个人计算机（PC，Personal Computer）的静止计算设备。计算设备800还可以是移动式或静止式的服务器。

其中，处理器820执行所述计算机指令时实现所述的数据处理方法或业务处理方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据处理方法或业务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据处理方法或业务处理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述数据处理方法或业务处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据处理方法或业务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述数据处理方法或业务处理方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (18)

1.一种数据处理方法，其特征在于，应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互；

所述方法包括：

确定处理待处理数据的目标处理集群和处理机的标识信息；

基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新；

基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据。

2.如权利要求1所述的方法，其特征在于，在预设队列中查询所述标识信息对应的目标处理机之前，所述方法还包括：

确定所述目标处理集群中各处理机的状态；

将所述目标处理集群中的异常处理机的状态更新为下线状态；

对所述预设队列中的在线处理机，设置对应的标识信息，获得更新后的预设队列。

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

在检测到当前的交互处理机为异常处理机的情况下，向目标数据服务中心发送数据重发请求，以触发所述目标数据服务中心重发临界点的待处理数据，其中，所述目标数据服务中心为发送所述待处理数据的数据服务中心，所述临界点为所述交互处理机发生异常的时间点。

4.如权利要求1所述的方法，其特征在于，基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据，包括：

检测所述目标处理机与所述总线模块的连接状态；

在所述目标处理机与所述总线模块连接的情况下，将所述待处理数据发送至所述目标处理机。

5.一种业务处理方法，其特征在于，应用于交易***中的报盘总线模块，所述交易***包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互；

所述方法包括：

确定处理业务数据的目标报盘多活集群和报盘机的标识信息；

基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新；

基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据。

6.如权利要求5所述的方法，其特征在于，在预设队列中查询所述标识信息对应的目标报盘机之前，所述方法还包括：

确定所述目标报盘多活集群中各报盘机的状态；

将所述目标报盘多活集群中的异常报盘机的状态更新为下线状态；

对所述预设队列中的在线报盘机，设置对应的标识信息，获得更新后的预设队列。

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

在检测到当前的交互报盘机为异常报盘机的情况下，向目标交易中心发送数据重发请求，以触发所述目标交易中心重发临界点的业务数据，其中，所述目标交易中心为发送所述业务数据的交易中心，所述临界点为所述交互报盘机发生异常的时间点。

8.如权利要求5所述的方法，其特征在于，确定处理业务数据的目标报盘多活集群，包括：

对所述业务数据进行解析，获取所述业务数据的处理类型和委托关键要素；

根据所述处理类型和所述委托关键要素，在所述多个报盘多活集群中确定目标报盘多活集群。

9.如权利要求5-8中任一项所述的方法，其特征在于，确定处理业务数据的报盘机的标识信息，包括：

确定所述目标报盘多活集群中各报盘机的状态，基于所述各报盘机的状态，统计在线报盘机的数量；

基于所述业务数据的数据标识和所述在线报盘机的数量，进行负载均衡，确定报盘机的标识信息。

10.如权利要求5所述的方法，其特征在于，基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据，包括：

检测所述目标报盘机与所述报盘总线模块的连接状态；

在所述目标报盘机与所述报盘总线模块连接的情况下，将所述业务数据发送至所述目标报盘机。

11.如权利要求10所述的方法，其特征在于，在检测所述目标报盘机与所述报盘总线模块的连接状态之后，所述方法还包括：

在所述目标报盘机与所述报盘总线模块未连接的情况下，过滤所述业务数据。

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

响应于目标报盘机的连接请求，建立与所述目标报盘机之间的连接关系；

接收所述目标报盘机发送的注册信息，对所述注册信息进行解析，获取所述目标报盘机的报盘类别；

基于所述报盘类别，将所述注册信息添加至报盘队列中，并将所述注册信息同步至所述报盘总线集群中的各报盘总线模块。

13.一种数据处理装置，其特征在于，应用于数据处理***中的总线模块，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互；

所述装置包括：

确定模块，被配置为确定处理待处理数据的目标处理集群和处理机的标识信息；

查询模块，被配置为基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新；

交互模块，被配置为基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据。

14.一种业务处理装置，其特征在于，应用于交易***中的报盘总线模块，所述交易***包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互；

所述装置包括：

报盘确定模块，被配置为确定处理业务数据的目标报盘多活集群和报盘机的标识信息；

报盘查询模块，被配置为基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新；

数据交互模块，被配置为基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据。

15.一种数据处理***，其特征在于，所述数据处理***包括至少一个总线集群和多个处理集群，所述总线集群包括至少两个总线模块，所述处理集群包括至少两个处理机，多个数据服务中心中的每一个数据服务中心与所述总线集群中的任一总线模块交互；

所述总线模块，被配置为确定处理待处理数据的目标处理集群和处理机的标识信息，基于所述标识信息，在预设队列中查询所述标识信息对应的目标处理机，基于与所述目标处理机的连接关系，与所述目标处理机交互所述待处理数据，其中，所述预设队列基于所述目标处理集群中各处理机的在线状态更新；

所述目标处理机，被配置为接收所述总线模块发送的所述待处理数据。

16.一种交易***，其特征在于，所述交易***包括至少一个报盘总线集群和多个报盘多活集群，所述报盘总线集群包括至少两个报盘总线模块，所述报盘多活集群包括至少两个报盘机，多个交易中心中的每一个交易中心与所述报盘总线集群中的任一报盘总线模块交互；

所述报盘总线模块，被配置为确定处理业务数据的目标报盘多活集群和报盘机的标识信息，基于所述标识信息，在预设队列中查询所述标识信息对应的目标报盘机，基于与所述目标报盘机的连接关系，与所述目标报盘机交互所述业务数据，其中，所述预设队列基于所述目标报盘多活集群中各报盘机的在线状态更新；

所述目标报盘机，被配置为接收所述报盘总线模块发送的所述业务数据。

17.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求1-12任意一项所述方法的步骤。

18.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-12任意一项所述方法的步骤。