CN105447742A - 一种业务异常处理方法及交易系统 - Google Patents

Abstract

本发明实施例提供一种业务异常处理方法及交易系统，其中方法包括：接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；从多个并行的功能集中间确定第二功能集，所述第二功能集与所述第一功能集不同；将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。本发明实施例可使得处理业务异常处理请求的第二功能集，与处理引发业务异常处理请求的失败交易的功能集之间为弱相关，提高业务异常处理的成功概率。

Description

一种业务异常处理方法及交易系统

技术领域

本发明涉及数据处理技术领域，具体涉及一种业务异常处理方法及交易系统。

背景技术

在联机交易中，时常因为通信闪断等原因造成请求交易的业务请求系统(如终端等)无法确认交易系统状态的现象，例如一笔交易在业务请求系统已经置为成功标志，但是发送到交易系统的账务交易包没有得到响应等；如果不能及时正确处理该现象，极易造成交易系统状态与业务请求系统状态的不同步，导致单边账等严重的问题；因此在交易失败时作为补救手段的冲正、查证、重发等业务异常处理应运而生。

冲正即业务请求系统和交易系统之间失去同步后，业务请求系统可发送回退交易的请求给交易系统，交易系统作出响应处理并反馈响应结果给业务请求系统，业务请求系统收到交易系统的冲正响应结果后，业务请求系统与交易系统之间可回到同步状态。查证即业务请求系统发送查询请求给交易系统，交易系统将被查询的业务处理结果反馈给业务请求系统，从而使业务请求系统与交易系统之间保持同步状态。重发即业务请求系统向交易系统重复发起失去同步的那一笔或多笔交易，交易系统作出响应处理并反馈响应结果给业务请求系统，从而使业务请求系统与交易系统之间保持同步状态。

本发明的发明人在研究过程中发现，由于某些原因，在交易失败时，交易系统所进行的冲正、查证、重发等业务异常处理本身可能存在异常的情况，导致业务异常处理的成功的概率并不理想；因此如何提供一种能够提高业务异常处理成功概率的业务异常处理方法，成为本领域技术人员需要考虑的问题。

发明内容

有鉴于此，本发明实施例提供一种业务异常处理方法及交易系统，以提高业务异常处理成功的概率。

为实现上述目的，本发明实施例提供如下技术方案：

一种业务异常处理方法，应用于交易系统，所述交易系统具有多个并行的功能集；所述方法包括：

接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

从所述多个并行的功能集中间确定第二功能集，所述第二功能集与所述第一功能集不同；

将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

其中，所述从所述多个并行的功能集中确定第二功能集包括：

确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集；

将确定的功能集作为第二功能集。

其中，所述确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集包括：

采集各功能集的设计吞吐量，一致性水平及当前负载状况；

根据各功能集的设计吞吐量，一致性水平及当前负载状况，计算各功能集对应的分值，以各功能集对应的分值表示各功能集的可靠处理能力；

从所计算的各功能集对应的分值中选取非第一功能集，且分值最高的功能集作为第二功能集。

其中，所述从所计算的各功能集对应的分值中选取非第一功能集，且分值最高的功能集作为第二功能集包括：

从所维护的逻辑列表中查找除第一功能集外，当前分值最高的功能集，将该功能集确定为第二功能集；其中，所述逻辑列表记录有各功能集的编号，及各编号对应的功能集分值。

其中，所述方法还包括：

汇总所述多个并行的功能集的处理结果；

将汇总的处理结果反馈给业务请求系统。

本发明实施例还提供一种交易系统，所述交易系统具有多个并行的功能集，所述交易系统包括：

接收模块，用于接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

功能集确定模块，同一从所述多个并行的功能集中确定第二功能集，所述第二功能集与所述第一功能集不同；

分配模块，用于将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

其中，所述功能集确定模块包括：

可靠处理能力确定单元，用于确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集，将确定的功能集作为第二功能集。

其中，所述可靠处理能力确定单元包括：

采集单元，用于采集各功能集的设计吞吐量，一致性水平及当前负载状况；

计分单元，用于根据各功能集的设计吞吐量，一致性水平，当前负载状况，计算各功能集对应的分值，以各功能集对应的分值表示各功能集的可靠处理能力；

分值选取单元，用于从所计算的各功能集对应的分值中选取非第一功能集，且分值最高的功能集作为第二功能集。

其中，所述分值选取单元包括：

列表查询子单元，用于从所维护的逻辑列表中查找除第一功能集外，当前分值最高的功能集，将该功能集确定为第二功能集；其中，所述逻辑列表记录有各功能集的编号，及各编号对应的功能集分值。

其中，所述交易系统还包括：

汇总模块，用于汇总所述多个并行的功能集的处理结果；

输出反馈模块，用于将汇总的处理结果反馈给业务请求系统。

基于上述技术方案，本发明实施例提供的业务异常处理方法应用于交易系统，交易系统中具有多个并行的功能集，在进行业务异常处理时，交易系统可接收业务请求系统发送的业务异常处理请求，其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；从所述多个并行的功能集中确定第二功能集，所述第二功能集与所述第一功能集不同；将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。本发明实施例在进行业务异常处理时，交易系统会将业务异常处理请求分配至第二功能集处理，而第二功能集与处理引发业务异常处理请求的失败交易的第一功能集不同，这可使得处理业务异常处理请求的第二功能集，与处理引发业务异常处理请求的失败交易的功能集之间为弱相关，提高业务异常处理的成功概率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的业务异常处理方法的流程图；

图2为本发明实施例提供的确定第二功能集的方法流程图；

图3为本发明实施例提供的业务异常处理方法的另一流程图；

图4为本发明实施例提供的业务异常处理方法的再一流程图；

图5为本发明实施例提供的交易系统的结构框图；

图6为本发明实施例提供的功能集确定模块的结构框图；

图7为本发明实施例提供的可靠处理能力确定单元的结构框图；

图8为本发明实施例提供的分值选取单元的结构框图；

图9为本发明实施例提供的交易系统的另一结构框图。

具体实施方式

本发明的发明人在研究过程中发现，现有技术中，交易系统在处理业务请求系统发送的业务异常处理请求时，可能会将业务异常处理请求分配至处理原交易(引发业务异常处理请求的失败交易)的功能集中处理；然而原交易是失败的交易，原交易失败极有可能是处理原交易的功能集中的某一功能单元的故障所引起的，现有技术将业务异常处理请求再分配至处理原交易的功能集中处理，将使得处理原交易的功能集中引起故障的功能单元，极有可能再次引起业务异常处理请求处理的异常，导致业务异常处理请求的处理失败；

可以看出，现有技术中业务异常处理请求的处理异常与原交易异常之间具有较强的相关性，均可能是通过同一功能集处理；因此本发明实施例考虑提供一种避免业务异常处理请求的处理，与原交易处理之间相关性的业务异常处理方法，从而提升业务异常处理成功的概率。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的业务异常处理方法的流程图，该方法可应用于交易系统，交易系统采用分布式处理架构，分布式处理架构例如由负载均衡设备配合并行系统构建的高可用系统环境，以及主、备专线构建的高可用网络环境等；

基于交易系统的分布式处理架构，交易系统具有多个并行的功能集；功能集可以认为是一个具有某种业务指令处理能力的逻辑集合，包括处理交易请求所用到的网络设备、交换设备、主机、操作系统、中间件、应用程序等；

参照图1，本发明实施例提供的业务异常处理方法可以包括：

步骤S100、接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

可选的，业务异常处理请求包括：冲正请求，或，查证请求，或业务重发请求等；

业务请求系统与交易系统之间的失败交易将引发业务异常处理请求，业务异常处理请求为业务请求系统请求交易系统进行业务异常处理的请求，如请求进行冲正的冲正请求，或，请求进行查证的查证请求，或请求进行业务重发的业务重发请求等；相应的，业务请求系统可向交易系统发送业务异常处理请求；

业务异常处理请求可由交易系统统一的输入节点接入交易系统中；

本发明实施例中，引发业务异常处理请求的失败交易是由交易系统中的第一功能集所处理的，可能是第一功能集中的网络设备、交换设备、主机、操作系统、中间件、应用程序等某一或某些功能单元的故障所引起的交易失败；第一功能集可能是交易系统中的任一功能集，第一功能集在本发明实施例中仅表示处理引发业务异常处理请求的失败交易的功能集，并不具有其他含义。

步骤S110、从所述多个并行的功能集中确定第二功能集，所述第二功能集与所述第一功能集不同；

为避免业务异常处理请求的处理，与原交易处理之间的相关性，本发明实施例需采用与第一功能集(处理引发业务异常处理请求的失败交易的功能集)不同的其他功能集，来处理所接收的业务异常处理请求，本发明实施例称为第二功能集；

第二功能集需与第一功能集不同，从而避免业务异常处理请求的处理，与原交易处理之间的相关性。

步骤S120、将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

将业务异常处理请求分配至与第一功能集不同的第二功能集中处理，可使得处理业务异常处理请求的第二功能集，与处理引发业务异常处理请求的失败交易的功能集之间为弱相关，从而避免由于处理引发业务异常处理请求的失败交易的功能集再次处理业务异常处理请求，所带来的业务异常处理请求处理异常的情况，提高业务异常处理的成功概率。

本发明实施例提供的业务异常处理方法应用于交易系统，交易系统中具有多个并行的功能集，在进行业务异常处理时，交易系统可接收业务请求系统发送的业务异常处理请求，其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；从所述多个并行的功能集中确定第二功能集，所述第二功能集与所述第一功能集不同；将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

本发明实施例在进行业务异常处理时，交易系统会将业务异常处理请求分配至第二功能集处理，而第二功能集与处理引发业务异常处理请求的失败交易的第一功能集不同，这可使得处理业务异常处理请求的第二功能集，与处理引发业务异常处理请求的失败交易的功能集之间为弱相关，提高业务异常处理的成功概率。

可选的，在从多个并行的功能集中确定第二功能集时，本发明实施例可选取所述多个并行的功能集中非第一功能集，且可靠处理能力高的功能集作为第二功能集来处理业务异常处理请求；

对应的，图2示出了本发明实施例提供的确定第二功能集的方法流程图，参照图2，该方法可以包括：

步骤S200、确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集；

可选的，可靠处理能力是对功能集的可靠性(如设计吞吐量，一致性水平等)，及负载状况的综合评价，可靠处理能力的高低可以通过功能集的分值衡量；具体的，本发明实施例对于各功能集，可采集功能集的设计吞吐量，一致性水平及当前负载状况等因素信息，从而根据所采集的各功能集的设计吞吐量，一致性水平及当前负载状况等因素，计算各功能集对应的分值，以各功能集对应的分值表示各功能集的可靠处理能力；

进而从各功能集对应的分值中排除第一功能集，再从剩余功能集对应的分值中选取分值最高的功能集，作为第二功能集；其中，计算得到的功能集分值越高，则可作为业务异常处理请求交易的工作功能集可能性越大；

可选的，分值的计算过程可采用数学模型演算，如根据功能集的设计吞吐量，一致性水平，当前负载状况等因素，以数学模型演算确定出相应分值。

步骤S210、将确定的功能集作为第二功能集。

可选的，对于所计算的各功能集的分值，本发明实施例可维护一个逻辑列表，以该逻辑列表记录有各功能集的编号，及各编号对应的功能集分值；从而本发明实施例可从所维护的逻辑列表中查找除第一功能集外，当前分值最高的功能集，将该功能集确定为第二功能集；

对应的，逻辑列表中被选择作为第二功能集的功能集，需修改负载因数，重新计算该功能集的分值。

优选的，图3示出了本发明实施例提供的业务异常处理方法的另一流程图，参照图3，该方法可以包括：

步骤S300、接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

步骤S310、根据设计吞吐量、一致性水平、当前负载状况，计算各功能集的可靠处理能力分值；选取非第一功能集，且分值最高的功能集作为第二功能集；

步骤S320、将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

响应结果如冲正响应结果，查证响应结果，业务重发请求响应结果等。

可选的，图4示出了本发明实施例提供的业务异常处理方法的再一流程图，参照图4，该方法可以包括：

步骤S400、接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

步骤S410、从所述多个并行的功能集中确定第二功能集，所述第二功能集与所述第一功能集不同；

步骤S420、将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果；

步骤S430、汇总所述多个并行的功能集的处理结果；

可选的，交易系统中可设置汇总节点，交易系统中各功能集对于业务的响应处理结果可统一汇总到该汇总节点。

步骤S440、将汇总的处理结果反馈给业务请求系统。

可选的，可通过交易系统统一的输出节点输出汇总的处理结果，以反馈给业务请求系统。

在一个硬件应用场景中，交易系统中可以具有小型机、PC服务器等设备，及负载均衡设备；其中，小型机、PC服务器等设备上的业务处理逻辑构成了交易系统中并行的功能集，负载均衡设备可承担统一的输入节点，分配请求至功能集，汇总处理结果和统一的输出节点的功能。

本发明实施例提供的业务异常处理方法，可使得处理业务异常处理请求的第二功能集，与处理引发业务异常处理请求的失败交易的功能集之间为弱相关，提高业务异常处理的成功概率。

下面对本发明实施例提供的交易系统进行介绍，下文描述的交易系统可以与上文描述的业务异常处理方法相互对应参照。

图5为本发明实施例提供的交易系统的结构框图，交易系统具有多个并行的功能集，参照图5，交易系统可以包括：

接收模块100，用于接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

功能集确定模块200，用于从所述多个并行的功能集中确定第二功能集，所述第二功能集与所述第一功能集不同；

分配模块300，用于将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

可选的，图6示出了本发明实施例提供的功能集确定模块200的一种可选结构，参照图6，功能集确定模块200可以包括：

可靠处理能力确定单元210，用于确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集，将确定的功能集作为第二功能集。

可选的，图7示出了可靠处理能力确定单元210的一种可选结构，参照图7，可靠处理能力确定单元210可以包括：

采集单元211，用于采集各功能集的设计吞吐量，一致性水平及当前负载状况；

计分单元212，用于根据各功能集的设计吞吐量，一致性水平及当前负载状况，计算各功能集对应的分值，以各功能集对应的分值表示各功能集的可靠处理能力；

分值选取单元213，用于从所计算的各功能集对应的分值中选取非第一功能集，且分值最高的功能集作为第二功能集。

可选的，图8示出了分值选取单元213的一种可选结构，参照图8，分值选取单元213可以包括：

列表查询子单元2131，用于从所维护的逻辑列表中查找除第一功能集外，当前分值最高的功能集，将该功能集确定为第二功能集；其中，所述逻辑列表记录有各功能集的编号，及各编号对应的功能集分值。

可选的，图9示出了本发明实施例提供的交易系统的另一结构框图，结合图5和图9所示，该交易系统还可以包括：

汇总模块400，用于汇总所述多个并行的功能集的处理结果；

输出反馈模块500，用于将汇总的处理结果反馈给业务请求系统。

本发明实施例提供的交易系统，可使得处理业务异常处理请求的第二功能集，与处理引发业务异常处理请求的失败交易的功能集之间为弱相关，提高业务异常处理的成功概率。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务异常处理方法，其特征在于，应用于交易系统，所述交易系统具有多个并行的功能集；所述方法包括：

接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

从所述多个并行的功能集中间确定第二功能集，所述第二功能集与所述第一功能集不同；

将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

2.根据权利要求1所述的业务异常处理方法，其特征在于，所述从所述多个并行的功能集中确定第二功能集包括：

确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集；

将确定的功能集作为第二功能集。

3.根据权利要求2所述的业务异常处理方法，其特征在于，所述确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集包括：

采集各功能集的设计吞吐量，一致性水平及当前负载状况；

根据各功能集的设计吞吐量，一致性水平及当前负载状况，计算各功能集对应的分值，以各功能集对应的分值表示各功能集的可靠处理能力；

从所计算的各功能集对应的分值中选取非第一功能集，且分值最高的功能集作为第二功能集。

4.根据权利要求3所述的业务异常处理方法，其特征在于，所述从所计算的各功能集对应的分值中选取非第一功能集，且分值最高的功能集作为第二功能集包括：

从所维护的逻辑列表中查找除第一功能集外，当前分值最高的功能集，将该功能集确定为第二功能集；其中，所述逻辑列表记录有各功能集的编号，及各编号对应的功能集分值。

5.根据权利要求1-4任一项所述的业务异常处理方法，其特征在于，所述方法还包括：

汇总所述多个并行的功能集的处理结果；

将汇总的处理结果反馈给业务请求系统。

6.一种交易系统，其特征在于，所述交易系统具有多个并行的功能集，所述交易系统包括：

接收模块，用于接收业务请求系统发送的业务异常处理请求；其中，引发业务异常处理请求的失败交易由所述交易系统中的第一功能集处理；

功能集确定模块，同一从所述多个并行的功能集中确定第二功能集，所述第二功能集与所述第一功能集不同；

分配模块，用于将所述业务异常处理请求分配至所述第二功能集处理，以得到所述业务异常处理请求的响应结果。

7.根据权利要求6所述的交易系统，其特征在于，所述功能集确定模块包括：

可靠处理能力确定单元，用于确定所述多个并行的功能集中非所述第一功能集，且可靠处理能力最高的功能集，将确定的功能集作为第二功能集。

8.根据权利要求7所述的交易系统，其特征在于，所述可靠处理能力确定单元包括：

采集单元，用于采集各功能集的设计吞吐量，一致性水平及当前负载状况；

计分单元，用于根据各功能集的设计吞吐量，一致性水平，当前负载状况，计算各功能集对应的分值，以各功能集对应的分值表示各功能集的可靠处理能力；

分值选取单元，用于从所计算的各功能集对应的分值中选取非第一功能集，且分值最高的功能集作为第二功能集。

9.根据权利要求8所述的交易系统，其特征在于，所述分值选取单元包括：

列表查询子单元，用于从所维护的逻辑列表中查找除第一功能集外，当前分值最高的功能集，将该功能集确定为第二功能集；其中，所述逻辑列表记录有各功能集的编号，及各编号对应的功能集分值。

10.根据权利要求6-9任一项所述的交易系统，其特征在于，所述交易系统还包括：

汇总模块，用于汇总所述多个并行的功能集的处理结果；

输出反馈模块，用于将汇总的处理结果反馈给业务请求系统。