CN109725992A - 业务处理方法及其装置 - Google Patents

Abstract

本发明提出一种业务处理方法及其装置，其中，方法包括：接收由第一平台在发生交易时生成的交易任务；实时监控交易任务的处理进程，获取交易任务当前所处的进程状态；如果监控到交易任务的进程状态为中断状态，则控制关闭交易任务。该方法能够实现在监控到交易任务的进程状态为中断状态时，控制关闭交易任务，从而使得交易任务达到交易完成状态，可以结束处于中断状态的交易任务，不仅可以降低资源占用，而且能够有效提升交易效率。

Description

业务处理方法及其装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种业务处理方法及其装置。

背景技术

目前，通过设置分别与各个支付平台及各个银行系统连接的网联平台，来对各支付平台发送的交易任务进行清算，再将最终的清算结果发送给对应的银行系统。不仅简化了支付平台与各个银行间的连接关系，而且简化了支付平台与银行的系统维护和资金清算负担，提高了资金清算效率。

但是，申请人发现，在实际使用时，若发生异常状况，例如交易任务的进程被杀掉，或者服务器掉电，则网联平台无法处理完成该交易任务，由于交易未到达终态，所占用的资源无法释放，导致交易处理效率较低。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种业务处理方法，以实现在监控到交易任务的进程状态为中断状态时，控制关闭交易任务，从而使得交易任务达到交易完成状态，可以结束处于中断状态的交易任务，不仅可以降低资源占用，而且能够有效提升交易效率，用于解决现有在实际使用时，若发生异常状况，例如交易任务的进程被杀掉，或者服务器掉电，则网联平台无法处理完成该交易任务，由于交易未到达终态，所占用的资源无法释放，导致交易处理效率较低的问题。

本发明的第二个目的在于提出一种业务处理装置。

本发明的第三个目的在于提出一种计算机设备。

本发明的第四个目的在于提出一种计算机程序产品。

本发明的第五个目的在于提出一种计算机可读存储介质。

为达上述目的，本发明第一方面实施例提出了一种业务处理方法，包括：

接收由第一平台在发生交易时生成的交易任务；

实时监控所述交易任务的处理进程，获取所述交易任务当前所处的进程状态；

如果监控到所述交易任务的进程状态为中断状态，则控制关闭所述交易任务。

本发明实施例的业务处理方法，通过接收由第一平台在发生交易时生成的交易任务；实时监控交易任务的处理进程，获取交易任务当前所处的进程状态；如果监控到交易任务的进程状态为中断状态，则控制关闭交易任务。由此，在监控到交易任务的进程状态为中断状态时，控制关闭交易任务，从而使得交易任务达到交易完成状态，可以结束处于中断状态的交易任务，不仅可以降低资源占用，而且能够有效提升交易效率。

为达上述目的，本发明第二方面实施例提出了一种业务处理装置，包括：

接收模块，用于接收由第一平台在发生交易时生成的交易任务；

获取模块，用于实时监控所述交易任务的处理进程，获取所述交易任务当前所处的进程状态；

控制模块，用于在监控到所述交易任务的进程状态为中断状态时，控制关闭所述交易任务。

本发明实施例的处理装置，通过接收由第一平台在发生交易时生成的交易任务；实时监控交易任务的处理进程，获取交易任务当前所处的进程状态；如果监控到交易任务的进程状态为中断状态，则控制关闭交易任务。由此，在监控到交易任务的进程状态为中断状态时，控制关闭交易任务，从而使得交易任务达到交易完成状态，可以结束处于中断状态的交易任务，不仅可以降低资源占用，而且能够有效提升交易效率。

为达上述目的，本发明第三方面实施例提出了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，实现上述第一方面实施例提出的业务处理方法。

为达上述目的，本发明第四方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行上述第一方面实施例提出的业务处理方法。

为达上述目的，本发明第五方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现上述第一方面实施例提出的业务数据处理方法。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

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

图2为本发明实施例提供的另一种业务处理方法的流程示意图；

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

图4为本发明实施例提供的一种业务处理装置的结构示意图；

图5为本发明实施例提供的另一种业务处理装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的业务处理方法及其装置。

图1为本发明实施例提供的一种业务处理方法的流程示意图。

本发明实施例的业务处理方法应用于网联平台，网联平台分别与各个网络支付平台，例如支付宝平台、微信支付平台、翼支付平台等，以及各个银行系统连接，从而即可对各支付平台生成的交易任务进行处理，最终将处理结果发送至对应的银行系统，从而简化了支付平台和各个银行系统的连接关系，减轻了支付平台和各个银行系统的处理负担。

如图1所示，该业务处理方法包括以下步骤：

步骤101，接收由第一平台在发生交易时生成的交易任务。

本发明的实施例中，第一平台可以为各个网络支付平台，例如为支付宝平台、微信支付平台、翼支付平台等。

通过分别与各个支付平台及各个银行系统连接的网联平台，来接收由第一平台在发生交易时生成的交易任务。

步骤102，实时监控交易任务的处理进程，获取交易任务当前所处的进程状态。

本发明的实施例中，交易任务的进程状态分为正常执行状态、中断状态，以及交易完成状态。

由于交易任务的处理流程较长，处理过程中往往会出现一些异常情况，例如交易任务的进程被杀掉，或者服务器掉电。当异常情况出现后，一般会导致交易任务被中断，监控到交易任务当前所处的进程状态就为中断状态。由于交易任务处于中断状态，并未到达交易完成状态，该处于中断状态的交易任务所持续占用相应的资源无法释放，而且由于处于中断状态所占用的资源也无法对其进行后续处理。

为了解决上述问题，本实施例中，可以通过网联平台实时监控交易任务的处理进程，获取交易任务当前所处的进程状态。例如，可以设置多个监听器，不同的监听器可以监听不同的异常情况，当监听到任意一个异常情况后，就可以确定出交易任务当前所处的进程状态为中断状态。

步骤103，如果监控到交易任务的进程状态为中断状态，则控制关闭交易任务。

可选地，在监控到交易任务的进程状态为中断状态时，控制关闭交易任务，使处于中断状态的交易任务能够达到交易完成状态，这样就可以结束处于中断状态的交易任务，不仅可以降低资源占用，而且有效提升交易效率。

本实施例的业务处理方法，通过接收由第一平台在发生交易时生成的交易任务；实时监控交易任务的处理进程，获取交易任务当前所处的进程状态；如果监控到交易任务的进程状态为中断状态，则控制关闭交易任务。由此，在监控到交易任务的进程状态为中断状态时，控制关闭交易任务，从而使得交易任务达到交易完成状态，可以结束处于中断状态的交易任务，不仅可以降低资源占用，而且能够有效提升交易效率。

作为本发明实施例的一种可能的实现方式，参见图2，在图1所示实施例的基础上，步骤103具体包括以下子步骤：

步骤201，获取交易任务的第一持续时长。

本实施例中，每个交易任务均可以具有自身的标识信息，其中，标识信息用于唯一标识该交易任务。

具体实现时，可以根据交易任务的生成时间与系统时间，确定交易任务的第一持续时长。

由于交易任务是第一平台在发生交易时生成的，第一平台记录了该交易任务的生成时间。因此，在具体实现时，网联平台可以将交易任务的标识发送至第一平台，由第一平台向其反馈交易任务的生成时间，例如可以标记交易任务的生成时间为T₁。

可选地，标记系统时间为T₂，交易任务的第一持续时长为T₃，则T₃＝T₂-T₁。

步骤202，如果第一持续时长超出预设的第一时长，则控制关闭交易任务。

在本发明的实施例中，第一时长为预先设置的，例如，可以标记第一时长为T₄。

可选地，在第一持续时长未超出预设的第一时长时，即交易任务处于中断状态的时间未超出预设的第一时长时，即T₃≤T₄时，此时，可能发生网络延迟、程序发生错误、银行系统响应不及时、传递的报文错误等情况，因此，可以继续监控交易任务的处理进程。在第一持续时长超出预设的第一时长时，即交易任务处于中断状态的时间超出预设的第一时长时，即T₃>T₄时，此时，可以控制关闭交易任务，使交易任务达到交易完成状态，可以结束处于中断状态的交易任务，可以降低资源占用，从而提升交易效率。

本实施例的业务处理方法，通过获取交易任务的第一持续时长，如果第一持续时长超出预设的第一时长，则控制关闭交易任务，能够使交易任务达到交易完成状态，可以结束处于中断状态的交易任务，可以降低资源占用，从而提升交易效率。

可以理解的是，由于交易任务的处理流程较长，如果交易任务一直处于正常执行状态，即交易任务未处于中断状态，且未处于交易完成状态，此时，为了提高交易的成功率，可以优先处理该一直处于正常执行状态的交易任务。下面结合图3对上述情况进行详细说明。

图3为本发明实施例提供的另一种业务处理方法的流程示意图。

如图3所示，该业务处理方法还可以包括以下步骤：

步骤301，持续对未处于中断状态的交易任务的进程进行监控。

本实施例中，网联平台可以对每个交易任务持续地进行监控，对于未处于中断状态的交易任务也可以进行持续监控，以便于了解交易任务的处理情况。可选地，持续对未处于中断状态的交易任务的进程进行监控，以获得未处于中断状态的交易任务的持续时长。其中，持续时长为从交易任务的开始时刻到当前时刻所花费的时间。

步骤302，当未处于中断状态的交易任务的第二持续时长超出预设的第二时长时，则控制优先处理第二持续时长超出第二时长的未处于中断状态的交易任务。

在本发明的实施例中，第二时长为预先设置的，例如，可以标记第二时长为T₅。

可选地，可以标记未处于中断状态的交易任务的第二持续时长为T₆。具体实现时，由步骤201可知，交易任务的第二持续时长T₆可以根据交易任务的生成时间与系统时间来确定。

可选地，当未处于中断状态的交易任务的第二持续时长未超出预设的第二时长时，即T₆≤T₅时，表明该交易任务的等待时长不长，此时，可以不作任何处理。当未处于中断状态的交易任务的第二持续时长超出预设的第二时长时，即T₆>T₅时，表明该交易任务的等待时长较长，此时，为了提高交易的成功率，可以优先处理该交易任务。

本实施例的业务处理方法，通过持续对未处于中断状态的交易任务的进程进行监控，当未处于中断状态的交易任务的第二持续时长超出预设的第二时长时，则控制优先处理第二持续时长超出第二时长的未处于中断状态的交易任务，能够有效提高交易的成功率。

为了实现上述实施例，本发明实施例还提供一种业务处理装置。

图4为本发明实施例提供的一种数据处理装置的结构示意图。

如图4所示，该业务处理装置400包括：接收模块410、获取模块420，以及控制模块430。其中，

接收模块410，用于接收由第一平台在发生交易时生成的交易任务。

获取模块420，用于实时监控交易任务的处理进程，获取交易任务当前所处的进程状态。

控制模块430，用于在监控到交易任务的进程状态为中断状态时，控制关闭交易任务。

进一步地，在本发明实施例的一种可能的实现方式中，在图4的基础上，参见图5，该业务处理装置400还进一步包括：监控模块440和处理模块450。其中，

监控模块440，用于持续对未处于中断状态的交易任务的进程进行监控。

处理模块450，用于当未处于中断状态的交易任务的第二持续时长超出预设的第二时长时，则控制优先处理第二持续时长超出第二时长的未处于中断状态的交易任务。

具体实现时，控制模块430，包括：

获取子模块431，用于获取交易任务的第一持续时长。

控制子模块432，用于在第一持续时长超出预设的第一时长时，控制关闭交易任务。

具体实现时，获取子模块431，包括：

获取单元4311，用于获取交易任务的生成时间。

确定单元4312，用于根据生成时间与系统时间，确定交易任务的第一持续时长。

可选地，获取单元4311，具体用于将交易任务的标识信息发送给第一平台；接收第一平台反馈的交易任务的生成时间。

需要说明的是，前述图1-图3实施例对业务处理方法实施例的解释说明也适用于该实施例的业务处理装置400，此处不再赘述。

本实施例的业务处理装置，通过接收由第一平台在发生交易时生成的交易任务；实时监控交易任务的处理进程，获取交易任务当前所处的进程状态；如果监控到交易任务的进程状态为中断状态，则控制关闭交易任务。由此，在监控到交易任务的进程状态为中断状态时，控制关闭交易任务，从而使得交易任务达到交易完成状态，可以结束处于中断状态的交易任务，不仅可以降低资源占用，而且能够有效提升交易效率。

为了实现上述实施例，本发明还提出一种计算机设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，处理器执行程序时，实现本发明上述实施例提出的业务处理方法。

为了实现上述实施例，本发明还提出一种计算机程序产品，当计算机程序产品中的指令由处理器执行时，执行本发明上述实施例提出的业务处理方法。

为了实现上述实施例，本发明还提出一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如前述实施例提出的业务处理方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (13)

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

接收由第一平台在发生交易时生成的交易任务；

实时监控所述交易任务的处理进程，获取所述交易任务当前所处的进程状态；

如果监控到所述交易任务的进程状态为中断状态，则控制关闭所述交易任务。

2.根据权利要求1所述的业务处理方法，其特征在于，所述控制关闭所述交易任务，包括：

获取所述交易任务的第一持续时长；

如果所述第一持续时长超出预设的第一时长，则控制关闭所述交易任务。

3.根据权利要求2所述的业务处理方法，其特征在于，所述获取所述交易任务的持续时长，包括：

获取所述交易任务的生成时间；

根据所述生成时间与系统时间，确定所述交易任务的所述第一持续时长。

4.根据权利要求3所述的业务处理方法，其特征在于，所述获取交易任务的生成时间，包括：

将所述交易任务的标识信息发送给所述第一平台；

接收所述第一平台反馈的所述交易任务的所述生成时间。

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

持续对未处于中断状态的所述交易任务的进程进行监控；

当所述未处于中断状态的所述交易任务的第二持续时长超出预设的第二时长时，则控制优先处理所述第二持续时长超出所述第二时长的所述未处于中断状态的所述交易任务。

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

接收模块，用于接收由第一平台在发生交易时生成的交易任务；

获取模块，用于实时监控所述交易任务的处理进程，获取所述交易任务当前所处的进程状态；

控制模块，用于在监控到所述交易任务的进程状态为中断状态时，控制关闭所述交易任务。

7.根据权利要求6所述的业务处理装置，其特征在于，所述控制模块，包括：

获取子模块，用于获取所述交易任务的第一持续时长；

控制子模块，用于在所述第一持续时长超出预设的第一时长时，控制关闭所述交易任务。

8.根据权利要求7所述的业务处理装置，其特征在于，所述获取子模块，包括：

获取单元，用于获取所述交易任务的生成时间；

确定单元，用于根据所述生成时间与系统时间，确定所述交易任务的所述第一持续时长。

9.根据权利要求8所述的业务处理装置，其特征在于，所述获取单元，具体用于

将所述交易任务的标识信息发送给所述第一平台；

接收所述第一平台反馈的所述交易任务的所述生成时间。

10.根据权利要求6-9任一项所述的业务处理装置，其特征在于，还包括：

监控模块，用于持续对未处于中断状态的所述交易任务的进程进行监控；

处理模块，用于当所述未处于中断状态的所述交易任务的第二持续时长超出预设的第二时长时，则控制优先处理所述第二持续时长超出所述第二时长的所述未处于中断状态的所述交易任务。

11.一种计算机设备，包括：

存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，实现如权利要求1-5中任一所述的业务处理方法。

12.一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行如权利要求1-5中任一项所述的业务处理方法。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的业务处理方法。