CN113657817A - 交易处理方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本申请提供一种交易处理方法、装置、电子设备和可读存储介质，该方法的一具体实施方式包括：根据接收到的交易信息，判断交易所属的交易类型；根据交易类型确定执行交易时所需的多个任务以及多个任务的执行顺序；当任务为公共任务时，从预设组件中确定出公共组件；当任务为非公共任务时，从预设组件中确定出任务组件；基于执行顺序，使用公共组件及任务组件，对交易进行处理，得到处理结果。该方法可以使开发人员仅维护预设组件，而不用逐一对各个交易场景所对应的处理模块进行更新维护，降低了更新维护的工作压力。对于预设组件中的公共组件，可以仅做一次或者少数次维护或更新操作，节省了维护的时间，也减少了重复工作。

Description

交易处理方法、装置、电子设备和可读存储介质

技术领域

本申请涉及信息处理领域，具体而言，涉及一种交易处理方法、装置、电子设备和可读存储介质。

背景技术

随着互联网消费的发展，交易处理技术也面临着日新月异的环境及挑战。业务人员在处理与客户相关的诸如借款、付款、融资、投资等交易时，需要根据不同交易场景，进行对应的操作。相关技术中，通常是把待处理的目标交易所对应的处理逻辑封装成单个独立的处理模块，这样，在处理该目标交易时，可以调用该处理模块进行处理。但是，随着交易的不断增多，所设置的处理模块会随之增加，并且由于交易的发展，需要不断对处理模块进行更新。这样，导致开发人员对于多个处理模块的更新维护困难，无形中增大了处理压力。

发明内容

本申请实施例的目的在于提供一种交易处理方法、装置、电子设备和可读存储介质，用以降低开发人员对交易场景中所需的处理模块的更新维护压力。

第一方面，本申请实施例提供了一种交易处理方法，该方法包括：根据接收到的交易信息，判断交易所属的交易类型；根据所述交易类型确定执行所述交易时所需的多个任务以及所述多个任务的执行顺序；当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件；基于所述执行顺序，使用所述公共组件及所述任务组件，对所述交易进行处理，得到处理结果。这样，可以利用预设组件对交易进行处理。开发人员可以仅维护预设组件，而不用逐一对各个交易场景所对应的处理模块进行更新维护，降低了更新维护的工作压力。对于预设组件中的公共组件，可以仅做一次或者少数次维护或更新操作，节省了维护的时间，也减少了重复工作。

可选地，所述交易信息包括金额，所述根据接收到的交易信息，判断交易所属的交易类型，包括：当发起所述交易的入账账户余额基于所述金额增加时，确定所述交易所属交易类型为收款类型；或者，当发起所述交易的入账账户余额基于所述金额减少时，确定所述交易所属交易类型为付款类型。这样，通过金额的增加或者减少就可以判断出交易所属的交易类型，直观简便。

可选地，所述当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件，包括：当所述交易类型为收款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；从所述预设组件中确定出将根据所述金额增加所述入账账户余额的组件作为所述任务组件。这样，终端设备在处理收款类型的交易时，均可以从预设组件中确定出对应的公共组件以及任务组件，以根据获取到的金额增加入账账户余额。开发人员可以仅对收款类型所对应的公共组件以及任务组件进行更新维护，而无需对诸如融资交易、借款交易等分别对应的处理模块进行逐一更新维护，降低了处理压力。

可选地，所述当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件，包括：当所述交易类型为付款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；从所述预设组件中确定出将根据所述金额减少所述入账账户余额的组件作为所述任务组件。这样，终端设备在处理付款类型的交易时，均可以从预设组件中确定出对应的公共组件以及任务组件，以根据获取到的金额减少入账账户余额。开发人员可以仅对付款类型所对应的公共组件以及任务组件进行更新维护，而无需对诸如投资交易、汇款交易等分别对应的处理模块进行逐一更新维护，降低了处理压力。

可选地，所述预设组件预先基于以下步骤创建：设置至少一个表征交易类型的预设参数以及与所述预设参数关联的获取操作；所述获取操作用于从所述交易的交易信息中获取与预设初始属性字段对应的目标数据；基于所述预设参数以及所述获取操作，创建所述预设组件。这样，这样，在使用公共组件或者任务组件时，均可以基于预设初始属性字段获取到对应的目标数据，以进行之后的处理。

可选地，所述预设组件包括前端组件和后端组件；所述前端组件将接收到的所述交易信息以及判断出的所述交易类型发送给所述后端组件；所述后端组件根据所述预设初始属性字段获取所述目标数据。这样，由于将预设组件划分为了前端组件和后端组件，使得两者可以各司其职，相互不依赖，继而可以提高开发效率以及处理复杂交易的能力。

第二方面，本申请实施例提供了一种交易处理装置，该装置包括：判断模块，用于根据接收到的交易信息，判断交易所属的交易类型；第一确定模块，用于根据所述交易类型确定执行所述交易时所需的多个任务以及所述多个任务的执行顺序；第二确定模块，用于当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件；处理模块，用于基于所述执行顺序，使用所述公共组件及所述任务组件，对所述交易进行处理，得到处理结果。

第三方面，本申请实施例提供一种电子设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如上述第一方面提供的所述方法中的步骤。

第四方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行如上述第一方面提供的所述方法中的步骤。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种交易处理方法的流程图；

图2为本申请实施例提供的一种交易处理装置的结构框图；

图3为本申请实施例提供的一种用于执行交易处理方法的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

应当说明的是，在不冲突的情况下，本申请中的实施例或者实施例中的技术特征可以进行结合。

相关技术在交易处理过程中，存在对多个处理模块更新维护困难的问题；为了解决该问题，本申请提供一种交易处理方法、装置、电子设备和可读存储介质；进一步地，该方法提供的预设组件可以分为公共组件和任务组件。其中，公共组件可以用于多个交易场景，任务组件可以用于处理某个交易场景下的唯一任务。在一些应用场景中，上述公共组件例如可以包括用于实现获取用户的身份证号码、手机号码等可能在诸如收款场景、付款场景等场景下均会涉及到的组件；上述任务组件例如可以包括在付款场景中可能存在的用于减少账户余额的组件。这样，开发人员可以仅维护预设组件，而不用逐一对各个交易场景所对应的处理模块进行更新维护，降低了更新维护的工作压力。进一步的，由于公共组件可以应用于多个交易场景，因此，对于公共组件可以仅做一次或者少数次维护或更新操作，节省了维护的时间，也减少了重复工作。

在一些应用场景中，本申请提供的交易处理方法可以应用于进行交易处理的终端设备中，该终端设备可以基于业务人员发送的指令执行相关操作。在另一些应用场景中，本申请提供的交易处理方法也可以应用于为终端设备提供交易处理服务的服务端中，该服务端可以接收来自终端设备基于业务人员的指令生成的处理请求，然后可以基于该处理请求处理相关交易，并将处理结果发送给终端设备，以使终端设备可以响应于该指令。示例性地，申请实施例以应用于终端设备为例进行阐述。

以上相关技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本发明实施例针对上述问题所提出的解决方案，都应该是发明人在本发明过程中对本发明做出的贡献。

请参考图1，其示出了本申请实施例提供的一种交易处理方法的流程图。如图1所示，该交易处理方法包括以下步骤101至步骤104。

步骤101，根据接收到的交易信息，判断交易所属的交易类型；

在一些应用场景中，终端设备可以接收交易信息。上述交易信息例如可以包括实现该交易所需的诸如金额、金额所对应的币种、用户名等信息。

终端设备接收到交易信息之后，可以判断交易所属的交易类型。在一些应用场景中，上述交易类型例如可以包括收款类型、付款类型等。

在一些应用场景中，终端设备也可以直接展示诸如付款类型、收款类型等交易类型处理选择项，并可以在检测到业务人员选择了目标处理选择项后，将该目标选择性对应的交易类型确定为该交易所属的交易类型。例如，当检测到业务人员选择了付款类型处理选择项之后，可以确定该交易所属的交易类型为付款类型。

步骤102，根据所述交易类型确定执行所述交易时所需的多个任务以及所述多个任务的执行顺序；

交易可以通过执行其所对应的多个任务完成。例如，在处理付款类型的交易时，需要执行诸如获取用户信息、获取付款金额、从用户的付款账户将付款金额转至对应的收款账户等任务，以完成该交易。

因此，终端设备确定了交易类型之后，可以根据交易类型确定出完成该交易所需的多个任务，并可以确定多个任务所分别对应的执行顺序。这里的执行顺序例如可以由开发人员根据交易场景预先进行设置。例如，开发人员可以预先设置顺次执行获取用户信息的任务A、获取付款金额的任务B、从用户的付款账户将付款金额转至对应的收款账户的任务C。这样，在实际应用场景中，终端设备确定了完成当前交易所需的多个任务之后，可以获取各个任务所对应的执行顺序。

步骤103，当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件；

终端设备确定了多个任务之后，可以针对每个任务，判断该任务为公共任务还是非公共任务。

在一些应用场景中，上述公共任务可以包括诸如获取用户的身份证号码、手机号码、交易金额等实质上可能在多个交易场景下均需要执行的任务。上述非公共任务例如可以包括只有在检测到具有汇率优惠资格的用户所执行的付款交易场景下，才存在的计算汇率优惠后的付款金额的任务。也即，非公共任务可以视为在特定交易场景中所需执行的特定任务，其他交易场景中可以不执行该特定任务。

当终端设备确定了某个任务为公共任务时，可以从预设组件中确定出对应的公共组件。例如，当确定了上述任务A为公共任务时，可以从预设组件中确定出用于执行获取用户信息的操作的公共组件a。

当终端设备确定了某个任务为非公共任务时，可以从预设组件中确定出任务组件。例如，当确定了上述任务C为非公共任务时，可以从预设组件中确定出用于执行付款操作（从用户的付款账户将付款金额转至对应的收款账户中）的任务组件c。

步骤104，基于所述执行顺序，使用所述公共组件及所述任务组件，对所述交易进行处理，得到处理结果。

终端设备确定出公共组件和任务组件之后，可以基于各个任务分别对应的执行顺序，利用公共组件和任务组件处理当前的交易，得到对应的处理结果。例如，当执行顺序为顺次执行上述的任务A、任务B以及任务C时，可以使用公共组件a处理任务A，使用任务组件b处理任务B，以及使用任务组件c处理任务C，得到处理结果，此时的处理结果可以为从用户的付款账户中将付款金额支付到了收款账户中。

在本实施例中，通过上述步骤101至步骤104，可以利用预设组件对交易进行处理。开发人员可以仅维护预设组件，而不用逐一对各个交易场景所对应的处理模块进行更新维护，降低了更新维护的工作压力。对于预设组件中的公共组件，可以仅做一次或者少数次维护或更新操作，节省了维护的时间，也减少了重复工作。

在一些可选的实现方式中，所述交易信息包括金额，上述步骤101可以包括：当发起所述交易的入账账户余额基于所述金额增加时，确定所述交易所属交易类型为收款类型；或者，当发起所述交易的入账账户余额基于所述金额减少时，确定所述交易所属交易类型为付款类型。

在一些应用场景中，交易信息可以包括金额，这里的金额例如可以包括5元、5美元、5韩元等。

这样，终端设备可以根据接收到的金额信息，确定出交易所属的交易类型。

在一些应用场景中，如果发起交易的入账账户金额基于获取到的金额增加时，可以确定该交易的交易类型为收款类型。如果发起交易的入账账户金额基于获取到的金额减少时，可以确定该交易的交易类型为付款类型。这样，通过金额的增加或者减少就可以判断出交易所属的交易类型，直观简便。

在一些可选的实现方式中，上述步骤103可以包括：当所述交易类型为收款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；从所述预设组件中确定出将根据所述金额增加所述入账账户余额的组件作为所述任务组件。

在一些应用场景中，在确定出交易类型为收款类型时，可以将预设组件中用于获取发起交易的用户的信息的组件确定为公共组件。也即，针对于诸如融资交易、借款交易、贷款交易等实质上属于收款类型的所有交易，均可以获取发起交易的用户的信息，以便于确定出发起交易的用户的入账账户。

在这些应用场景中，可以将预设组件中用于将金额增加到入账账户余额中的组件确定为任务组件。也即，针对于诸如投资交易、收款类型的交易中，可以将仅在该类型交易中会涉及到的将金额增加到入账账户余额中的组件确定为任务组件，以通过该任务组件实现增加金额的功能。

这样，终端设备在处理收款类型的交易时，均可以从预设组件中确定出对应的公共组件以及任务组件，以根据获取到的金额增加入账账户余额。开发人员可以仅对收款类型所对应的公共组件以及任务组件进行更新维护，而无需对诸如融资交易、借款交易等分别对应的处理模块进行逐一更新维护，降低了处理压力。

在一些可选的实现方式中，上述步骤103还可以包括：当所述交易类型为付款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；从所述预设组件中确定出将根据所述金额减少所述入账账户余额的组件作为所述任务组件。

在一些应用场景中，在确定出交易类型为付款类型时，可以将预设组件中用于获取发起交易的用户的信息的组件确定为公共组件。也即，针对于诸如投资交易、汇款交易等实质上属于付款类型的所有交易，均可以获取发起交易的用户的信息，以便于确定出发起交易的用户的入账账户。

在这些应用场景中，可以将预设组件中用于从入账账户余额减少获取到的金额的组件确定为任务组件。也即，针对于付款类型的交易，可以将仅在该类型交易中会涉及到的从入账账户余额减少获取到的金额的组件确定为任务组件，以通过该任务组件实现减少金额的功能。

这样，终端设备在处理付款类型的交易时，均可以从预设组件中确定出对应的公共组件以及任务组件，以根据获取到的金额减少入账账户余额。开发人员可以仅对付款类型所对应的公共组件以及任务组件进行更新维护，而无需对诸如投资交易、汇款交易等分别对应的处理模块进行逐一更新维护，降低了处理压力。

在一些可选的实现方式中，所述预设组件预先基于以下步骤创建：

步骤1，设置至少一个表征交易类型的预设参数以及与所述预设参数关联的获取操作；所述获取操作用于从所述交易的交易信息中获取与预设初始属性字段对应的目标数据；

上述预设参数可以用于表征交易类型。在一些应用场景中，上述预设参数例如可以包括字母、符号等。一个字母或者符号可以用于表征一种交易类型。这里，为了应对于多个交易场景，可以设置能够用于表征交易类型的预设参数。这样，在确定调用的组件时，可以通过将输入参数转换成预设参数之后，识别出实际待解决的交易类型。在一些应用场景中，可以视为能够通过预设参数为每个交易进行分类。例如，预设参数为01时，可以识别出当前待处理的交易所对应的交易类型为付款类型。

开发人员设置了预设参数之后，可以进一步设置与之关联的获取操作。这里，获取操作可以用于从交易信息中获取与预设初始属性字段对应的目标数据。上述预设初始属性字段可以用于表征交易要素的属性。例如当预设参数为01时，其可以关联用于获取诸如币种/金额、用户身份等预设初始属性字段所对应的目标数据的获取操作。例如，交易信息中存在金额为5元的信息中，可以获取目标数据“5元”。

步骤2，基于所述预设参数以及所述获取操作，创建所述预设组件。

开发人员在设置了预设参数以及与之关联的获取操作时，可以创建出预设组件。这样，在使用公共组件或者任务组件时，均可以基于预设初始属性字段获取到对应的目标数据，以进行之后的处理。

在一些可选的实现方式中，所述预设组件包括前端组件和后端组件；所述前端组件将接收到的所述交易信息以及判断出的所述交易类型发送给所述后端组件；所述后端组件根据所述预设初始属性字段获取所述目标数据。

在一些应用场景中，可以通过前端组件将表征交易类型的参数转换成与预设参数相匹配的参数。在一些应用场景中，在设置预设参数时，可以固化该预设参数的数据格式。例如，预设参数只能以数字形式进行设置，以便于与设置的其他参数进行区分。这样，在接收到交易信息之后，前端组件可以判断是否存在与预设参数表征意义相同的交易类型参数，并可以将存在的交易类型参数转换成固定数据格式，以便于确定出后端组件以及能够使后端组件处理该交易。

前端组件在发送交易类型信息时，也可以一并将接收到的交易信息发送给后端组件，后端组件接收到之后，可以根据预设初始属性字段获取到对应的目标数据。

在这些应用场景中，由于将预设组件划分为了前端组件和后端组件，使得两者可以各司其职，相互不依赖，继而可以提高开发效率以及处理复杂交易的能力。

请参考图2，其示出了本申请实施例提供的一种交易处理装置的结构框图，该交易处理装置可以是电子设备上的模块、程序段或代码。应理解，该装置与上述图1方法实施例对应，能够执行图1方法实施例涉及的各个步骤，该装置具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。

可选地，上述交易处理装置包括判断模块201，第一确定模块202、第二确定模块203以及处理模块204。其中，判断模块201，用于根据接收到的交易信息，判断交易所属的交易类型；第一确定模块202，用于根据所述交易类型确定执行所述交易时所需的多个任务以及所述多个任务的执行顺序；第二确定模块203，用于当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件；处理模块204，用于基于所述执行顺序，使用所述公共组件及所述任务组件，对所述交易进行处理，得到处理结果。

可选地，所述交易信息包括金额，以及上述判断模块201进一步用于：当发起所述交易的入账账户余额基于所述金额增加时，确定所述交易所属交易类型为收款类型；或者，当发起所述交易的入账账户余额基于所述金额减少时，确定所述交易所属交易类型为付款类型。

可选地，第二确定模块203进一步用于：当所述交易类型为收款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；从所述预设组件中确定出将根据所述金额增加所述入账账户余额的组件作为所述任务组件。

可选地，第二确定模块203进一步用于：当所述交易类型为付款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；从所述预设组件中确定出将根据所述金额减少所述入账账户余额的组件作为所述任务组件。

可选地，所述预设组件预先基于以下步骤创建：设置至少一个表征交易类型的预设参数以及与所述预设参数关联的获取操作；所述获取操作用于从所述交易的交易信息中获取与预设初始属性字段对应的目标数据；基于所述预设参数以及所述获取操作，创建所述预设组件。

可选地，所述预设组件包括前端组件和后端组件；所述前端组件将接收到的所述交易信息以及判断出的所述交易类型发送给所述后端组件；所述后端组件根据所述预设初始属性字段获取所述目标数据。

需要说明的是，本领域技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再重复描述。

请参照图3，图3为本申请实施例提供的一种用于执行交易处理方法的电子设备的结构示意图，所述电子设备可以包括：至少一个处理器301，例如CPU，至少一个通信接口302，至少一个存储器303和至少一个通信总线304。其中，通信总线304用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口302用于与其他节点设备进行信令或数据的通信。存储器303可以是高速RAM存储器，也可以是非易失性的存储器（non-volatilememory），例如至少一个磁盘存储器。存储器303可选的还可以是至少一个位于远离前述处理器的存储装置。存储器303中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器301执行时，电子设备可以执行上述图1所示方法过程。

可以理解，图3所示的结构仅为示意，所述电子设备还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，可以执行如图1所示方法实施例中电子设备所执行的方法过程。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如，该方法可以包括：根据接收到的交易信息，判断交易所属的交易类型；根据所述交易类型确定执行所述交易时所需的多个任务以及所述多个任务的执行顺序；当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件；基于所述执行顺序，使用所述公共组件及所述任务组件，对所述交易进行处理，得到处理结果。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

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

根据接收到的交易信息，判断交易所属的交易类型；

根据所述交易类型确定执行所述交易时所需的多个任务以及所述多个任务的执行顺序；

当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件；

基于所述执行顺序，使用所述公共组件及所述任务组件，对所述交易进行处理，得到处理结果。

2.根据权利要求1所述的方法，其特征在于，所述交易信息包括金额，所述根据接收到的交易信息，判断交易所属的交易类型，包括：

当发起所述交易的入账账户余额基于所述金额增加时，确定所述交易所属交易类型为收款类型；或者，

当发起所述交易的入账账户余额基于所述金额减少时，确定所述交易所属交易类型为付款类型。

3.根据权利要求2所述的方法，其特征在于，所述当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件，包括：

当所述交易类型为收款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；

从所述预设组件中确定出将根据所述金额增加所述入账账户余额的组件作为所述任务组件。

4.根据权利要求2所述的方法，其特征在于，所述当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件，包括：

当所述交易类型为付款类型时，从所述预设组件中确定出获取发起所述交易的用户的信息的组件作为所述公共组件；

从所述预设组件中确定出将根据所述金额减少所述入账账户余额的组件作为所述任务组件。

5.根据权利要求1所述的方法，其特征在于，所述预设组件预先基于以下步骤创建：

设置至少一个表征交易类型的预设参数以及与所述预设参数关联的获取操作；所述获取操作用于从所述交易的交易信息中获取与预设初始属性字段对应的目标数据；

基于所述预设参数以及所述获取操作，创建所述预设组件。

6.根据权利要求5所述的方法，其特征在于，所述预设组件包括前端组件和后端组件；

所述前端组件将接收到的所述交易信息以及判断出的所述交易类型发送给所述后端组件；

所述后端组件根据所述预设初始属性字段获取所述目标数据。

7.一种交易处理装置，其特征在于，包括：

判断模块，用于根据接收到的交易信息，判断交易所属的交易类型；

第一确定模块，用于根据所述交易类型确定执行所述交易时所需的多个任务以及所述多个任务的执行顺序；

第二确定模块，用于当所述任务为公共任务时，从预设组件中确定出公共组件；当所述任务为非公共任务时，从所述预设组件中确定出任务组件；

处理模块，用于基于所述执行顺序，使用所述公共组件及所述任务组件，对所述交易进行处理，得到处理结果。

8.根据权利要求7所述的装置，其特征在于，所述判断模块进一步用于：当发起所述交易的入账账户余额基于所述金额增加时，确定所述交易所属交易类型为收款类型；或者，

当发起所述交易的入账账户余额基于所述金额减少时，确定所述交易所属交易类型为付款类型。

9.一种电子设备，其特征在于，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如权利要求1-6任一所述的方法。

10.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时运行如权利要求1-6任一所述的方法。

Images