一种交易处理方法、装置、设备及介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种交易处理方法、装置、设备及介质。

背景技术

为了加强对银行业金融机构重要信息系统投产的变更风险的管控，银行信息系统在实施变更时要充分考量对业务的相关交易的影响，并提前将重要信息系统投产的变更可能对交易的影响告知客户。

然而相关技术中在发生投产变更时，无法确定对哪些交易产生影响，使得交易正常被处理，从而发生交易错误或交易异常的问题。

发明内容

本申请实施例提供了一种交易处理方法、装置、设备及介质，用于解决现有技术中发生交易错误或交易异常的问题。

本申请实施例提供了一种交易处理方法，所述方法包括：

若接收到待处理交易，则识别所述待处理交易的目标交易类型；

判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找所述变更类型对应的每个受影响的交易类型；

判断所述每个受影响的交易类型中是否包含所述目标交易类型；若是，则确定所述待处理交易为受影响的交易，并不处理所述待处理交易，否则，处理所述待处理交易。

进一步地，所述查找所述变更类型对应的每个受影响的交易类型包括：

若所述变更类型为预先保存的任一系统级变更类型，则获取针对所述变更类型对应保存的受影响系统，将针对所述受影响系统对应保存的每个类型，确定为受影响的交易类型。

进一步地，所述查找所述变更类型对应的每个受影响的交易类型包括：

若所述变更类型为预先保存的任一交易级变更类型，则将针对所述变更类型对应保存的交易类型，确定为受影响的交易类型。

进一步地，所述判断当前是否存在被处理的功能变更请求包括：

根据保存的每个功能变更请求的初始变更时间及被处理的变更时长；确定所述每个功能变更请求的变更时段；

根据当前时间是否位于任一功能变更请求的变更时段，判断当前是否存在被处理的功能变更请求。

进一步地，功能变更请求被处理的变更时长通过以下方式确定：

若所述变更类型为采用停机方式进行的功能变更，则根据停机切换动作的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第一预设类型，则根据数据检核过程的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第二预设类型，则根据交易相关的验证过程的时长及处理功能变更请求的时长，确定变更时长。

进一步地，所述方法还包括：

若当前不存在被处理的功能变更请求，则处理所述待处理交易。

进一步地，所述方法还包括：

若接收到待处理的功能变更请求，则获取所述待处理的功能变更请求中携带的待处理的变更类型，并查找所述待处理的变更类型对应的每个受影响交易类型；

根据预先保存的每笔历史交易的发生时间及交易类型，确定所述每个受影响交易类型的每笔交易的目标发生时间；

根据所述目标发生时间及预先保存的每个时段，确定所述每个受影响的交易类型的交易发生的低峰时段；

基于所述低峰时段处理所述待处理的功能变更请求。

本申请实施例还提供了一种交易处理装置，所述装置包括：

接收识别模块，用于若接收到待处理交易，则识别所述待处理交易的目标交易类型；

处理模块，用于判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找所述变更类型对应的每个受影响的交易类型；判断所述每个受影响的交易类型中是否包含所述目标交易类型；若是，则确定所述待处理交易为受影响的交易，并不处理所述待处理交易，否则，处理所述待处理交易。

进一步地，所述处理模块，具体用于若所述变更类型为预先保存的任一系统级变更类型，则获取针对所述变更类型对应保存的受影响系统，将针对所述受影响系统对应保存的每个类型，确定为受影响的交易类型。

进一步地，所述处理模块，具体用于若所述变更类型为预先保存的任一交易级变更类型，则将针对所述变更类型对应保存的交易类型，确定为受影响的交易类型。

进一步地，所述处理模块，具体用于根据保存的每个功能变更请求的初始变更时间及被处理的变更时长；确定所述每个功能变更请求的变更时段；根据当前时间是否位于任一功能变更请求的变更时段，判断当前是否存在被处理的功能变更请求。

进一步地，所述处理模块，还用于采用以下方式确定功能变更请求被处理的变更时长：若所述变更类型为采用停机方式进行的功能变更，则根据停机切换动作的时长及处理功能变更请求的时长，确定变更时长；若所述变更类型为第一预设类型，则根据数据检核过程的时长及处理功能变更请求的时长，确定变更时长；若所述变更类型为第二预设类型，则根据交易相关的验证过程的时长及处理功能变更请求的时长，确定变更时长 。

进一步地，所述处理模块，还用于若当前不存在被处理的功能变更请求，则处理所述待处理交易。

进一步地，所述处理模块，还用于若接收到待处理的功能变更请求，则获取所述待处理的功能变更请求中携带的待处理的变更类型，并查找所述待处理的变更类型对应的每个受影响交易类型；根据预先保存的每笔历史交易的发生时间及交易类型，确定所述每个受影响交易类型的每笔交易的目标发生时间；根据所述目标发生时间及预先保存的每个时段，确定所述每个受影响的交易类型的交易发生的低峰时段；基于所述低峰时段处理所述待处理的功能变更请求。

本申请实施例还提供了一种电子设备，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时实现如上述任一项所述交易处理方法的步骤。

本申请实施例还提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述交易处理方法的步骤。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行如上述任一项所述交易处理方法的步骤。

在本申请实施例中，若接收到待处理交易，则识别待处理交易的目标交易类型；判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找变更类型对应的每个受影响的交易类型；判断每个受影响的交易类型中是否包含目标交易类型；若是，则确定待处理交易为受影响的交易，并不处理待处理交易，否则，处理待处理交易。由于本申请实施例中，在接收到待处理交易后，根据当前是否存在被处理的功能变更请求，且被处理的功能变更请求是否对该待处理交易产生影响，确定是否对该待处理交易进行处理，从而可以准确有效地对待处理交易进行处理，避免交易出现错误或异常的问题。

附图说明

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

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

图2为本申请实施例提供的一种功能变更请求的示意图；

图3为本申请实施例提供的一种处理功能变更请求的方法示意图；

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

图5为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

为了准确有效地对交易进行处理，本申请实施例提供了一种交易处理方法、装置、设备及介质。

该交易处理方法包括：电子设备若接收到待处理交易，则识别待处理交易的目标交易类型；判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找变更类型对应的每个受影响的交易类型；判断每个受影响的交易类型中是否包含目标交易类型；若是，则确定待处理交易为受影响的交易，并不处理待处理交易，否则，处理待处理交易。从而准确有效地对交易进行处理。

实施例1：

图1为本申请实施例提供的一种交易处理方法的过程示意图，该过程包括以下步骤：

S101：若接收到待处理交易，则识别所述待处理交易的目标交易类型。

本申请实施例提供的交易处理方法应用于电子设备，该电子设备可以为PC或服务器等智能设备。

若电子设备接收到待处理交易，为了避免错误处理交易产生的异常，在本申请中可以识别该待处理交易的目标交易类型。其中，电子设备接收到的携带待处理交易的交易请求中，还包括待处理交易的目标交易类型，因此电子设备可以在接收到的交易请求中，获取待处理交易的目标交易类型。

S102：判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找所述变更类型对应的每个受影响的交易类型。

为了准确有效地对待处理交易进行处理，若接收到待处理交易，则电子设备可以先判断当前是否存在被处理的功能变更请求，其中，功能变更指的是通过停机变更或数据库迁移的方式调整系统的某些功能，当需要进行功能变更时会生成对应的功能变更请求。若当前存在被处理的功能变更请求，则电子设备可以获取当前被处理的功能变更请求中携带的变更类型。其中，功能变更还可以被称为投产变更。

电子设备本地针对每种变更类型对应保存有交易类型，其中，针对某一变更类型对应保存的交易类型，即为处理该变更类型的功能变更请求时，受到影响的交易的类型，且不同变更类型对应的每个受影响的交易类型不完全相同，可能存在不同的变更类型对应的每个受影响的交易类型中存在相同的交易类型。电子设备在获取到当前被处理的功能变更请求中携带的变更类型后，可以查找该变更类型对应的每个受影响的交易类型，便于后续基于所确定的受影响的交易类型，确定当前接收到的待处理交易是否受到该功能变更请求的影响。

其中，处理功能变更请求除了会对实际发生的交易产生影响外，还可能对查询类业务相关的交易产生影响。因此本申请实施例所描述的受影响的交易类型中包含查询类的交易类型。

S103：判断所述每个受影响的交易类型中是否包含所述目标交易类型；若是，则确定所述待处理交易为受影响的交易，并不处理所述待处理交易，否则，处理所述待处理交易。

在确定每个受影响的交易类型之后，电子设备可以判断每个受影响的交易类型中是否包含目标交易类型，若每个受影响的交易类型中包含目标交易类型，则说明待处理交易为受影响交易，此时若对待处理交易进行处理，则会使得待处理交易出现异常或错误，因此不处理待处理交易。具体的，可以是暂时不对待处理交易进行处理，待不存在对该交易产生影响的被处理的功能变更请求时再处理该待处理交易，也可以是发送提醒信息至预设设备，告知业务人员暂时不对待处理交易进行处理。

若每个受影响的交易类型中不包含目标交易类型，则说明目标交易类型的交易不受正在被处理的功能变更请求的影响，则可以对待处理交易进行处理。

在各类需求持续优化以及重要技术更新的现状下，本申请实施例提供的方案可以对业务相关的交易的影响达到最小化，在存在功能变更请求时，准确识别受影响的交易就尤为重要。

由于本申请实施例中，电子设备在接收到待处理交易后，根据当前是否存在被处理的功能变更请求，且被处理的功能变更请求是否对该待处理交易产生影响，确定是否对该待处理交易进行处理，从而可以准确有效地对待处理交易进行处理，避免交易出现错误或异常的问题。

实施例2：

为了准确地确定每个受影响的交易类型，在上述实施例的基础上，在本申请实施例中，所述查找所述变更类型对应的每个受影响的交易类型包括：

若所述变更类型为预先保存的任一系统级变更类型，则获取针对所述变更类型对应保存的受影响系统，将针对所述受影响系统对应保存的每个类型，确定为受影响的交易类型。

在实际场景中，对于一些重大的功能变更，比如目前国产化改造的大环境下，系统进行国产化改造，或者系统重构时，通常采用停机方式变更，会造成某些系统整体停止对外服务，从而产生业务相关的交易影响，此时受影响的交易类型较多。若针对变更类型对应保存每个交易类型则可能会出现漏保存、误保存等问题，为了准确地确定每个受影响的交易类型，在本申请实施例中，电子设备预先针对受影响系统对应保存有涉及该系统的每个类型，进而准确地进行受影响的交易类型的确定。

具体的，电子设备中预先保存有多个系统级变更类型，电子设备可以判断变更类型是否为预先保存的任一系统级变更类型，若变更类型为预先保存的任一系统级变更类型，则可以确定处理该功能变更请求会对某一系统产生影响，此时电子设备可以获取针对该变更类型对应保存的受影响系统，并根据预先保存的系统和类型的对应关系，确定该受影响系统对应的每个类型，该每个类型即为受影响的交易类型。

为了准确地确定每个受影响的交易类型，在上述各实施例的基础上，在本申请实施例中，所述查找所述变更类型对应的每个受影响的交易类型包括：

若所述变更类型为预先保存的任一交易级变更类型，则将针对所述变更类型对应保存的交易类型，确定为受影响的交易类型。

在实际场景中，功能变更请求产生的影响可能是系统级的也可能是交易级的，若功能变更请求产生的影响是交易级的，则对应受影响的交易类型的数量较少，此时若针对变更类型对应保存交易类型不会产生漏保存或误保存等问题，因此若功能变更请求产生的影响是交易级的，则可以根据变更类型和交易类型的对应关系，确定受影响的交易类型。

具体的，电子设备中预先保存有每个交易级变更类型，若变更类型为预先保存的任一交易级变更类型，则电子设备可以获取针对该变更类型对应保存的交易类型，并将该获取到的交易类型，确定为受影响的交易类型。

图2为本申请实施例提供的一种功能变更请求的示意图。

由图2可知，功能变更请求的变更方式包括停机变更及轮启变更，其中，停机变更会产生系统级的影响，轮启变更影响数据一致性或会出现系统兼容性的接口变更或会出现数据库变更，且通过接口和数据库可以识别产生交易级影响。且由图2可知，外联单位停机/下游系统停机也会被动的产生系统级的影响。

实施例3：

为了确定当前是否存在被处理的功能变更请求，在上述各实施例的基础上，在本申请实施例中，所述判断当前是否存在被处理的功能变更请求包括：

根据保存的每个功能变更请求的初始变更时间及被处理的变更时长；确定所述每个功能变更请求的变更时段；

根据当前时间是否位于任一功能变更请求的变更时段，判断当前是否存在被处理的功能变更请求。

为了确定当前是否存在被处理的功能变更请求，电子设备可以根据保存的每个功能变更请求的初始变更时间及被处理的变更时长，确定每个功能变更请求的变更时段。其中，功能变更请求开始被处理的时间即为功能变更请求的初始变更时间。

在确定每个功能变更请求的变更时段之后，电子设备可以判断当前时间是否位于任一功能变更请求的变更时段，若当前时间位于任一功能变更请求的变更时段，则确定当前存在被处理的功能变更请求，若当前时间均不位于每个功能变更请求的变更时段，则确定当前不存在被处理的功能变更请求。

需要说明的是，根据不同的变更方式会产生不同的变更方案，造成不同的影响；其中，暂停服务的影响可能是系统级的，也可能是交易级的，例如，受后台系统停机影响，或外部外联单位的停机影响，也会造成组件被动暂停业务，此时产生的影响即为交易级的。再例如，系统发生接口变动或数据库变更，新旧接口或数据库导致系统不兼容因素，在系统轮启变更过程中会产生交易级别的影响。这类影响业务人员可以从变更的具体接口或数据库进行分析，哪些业务服务使用了该接口和数据库，从而定位停止服务的具体的交易的类型，进而保存变更类型和交易类型的对应关系。

实施例4：

为了准确地确定功能变更请求的变更时长，在上述各实施例的基础上，在本申请实施例中，功能变更请求被处理的变更时长通过以下方式确定：

若所述变更类型为采用停机方式进行的功能变更，则根据停机切换动作的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第一预设类型，则根据数据检核过程的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第二预设类型，则根据交易相关的验证过程的时长及处理功能变更请求的时长，确定变更时长。

为了准确地确定功能变更请求的变更时长，电子设备可以判断变更类型是否为采用停机方式进行的功能变更的类型，具体的，电子设备本地可以保存有每个采用停机方式进行的功能变更的类型，电子设备可以判断该变更类型是否为预先保存的任一采用停机方式进行的功能变更的类型，若变更类型为采用停机方式进行的功能变更的类型，则停机切换动作仍会对对应类型的交易产生影响，因此此时可以将停机切换动作的时长添加在功能变更请求被处理的变更时长中。具体的，电子设备可以根据停机切换动作的时长和预先设置好的处理该功能变更请求的时长的和值，确定变更时长。

电子设备还可以判断变更类型是否为第一预设类型，若变更类型为第一预设类型，则此时会涉及数据校验，且数据校验的过程也会对对应类型的交易产生影响，因此可以将数据校验过程的时长添加在功能变更请求被处理的变更时长中，具体的，与数据迁移相关的变更类型为第一预设类型。具体的，电子设备可以根据数据校验过程的时长和预先设置好的处理该功能变更请求的时长的和值，确定变更时长。例如，在实际场景中，功能变更涉及数据迁移时，数据迁移后的数据检核也会纳入变更时长内，其中，在该场景下，该变更时长还可以被称为停机时长。且，在实际场景中，功能变更涉及数据迁移时，还应考量迁移过程是否获取静态截面数据，具体的，由业务人员考虑静态截面数据，其中，功能变更涉及数据迁移时如果在数据迁移的时段不发生业务，可以不停机直接迁移；如果在数据迁移的时段发生业务，为保障数据的一致性，也会产生停机。

电子设备还可以判断变更类型是否为第二预设类型，若变更类型为第二预设类型，则此时会涉及交易相关的验证，且交易相关的验证过程也会对对应类型的交易产生影响，因此可以将交易相关的验证过程的时长添加在功能变更请求被处理的变更时长中，具体的，第二预设类型包括与网络访问关系相关的变更的变更类型。具体的，电子设备可以根据交易相关的验证过程的时长和预先设置好的处理该功能变更请求的时长的和值，确定变更时长。例如，对投产切换的数据，网络访问关系开通、开通试营业验证，为确保系统启动之后业务能正常发生，会把重要的验证，即交易相关的验证过程的时长纳入到变更时长内。

其中，若变更类型并非采用停机方式进行的功能变更的类型，并非第一预设类型，且并非第二预设类型，则电子设备可以将处理功能变更请求的时长，确定为变更时长。

需要说明的是，在实际场景中，根据功能变更方案，对于切换步骤中涉及的系统切换、数据迁移、数据验证、技术或业务验证都可能纳入变更时长内，具体的，可以由业务人员根据实际需求，确定哪一变更类型需要将哪一步骤的时长纳入变更时长内。

本申请实施例相当于基于对银行信息系统的业务影响识别，提供了一种识别方法，包括影响的业务识别（即本申请实施例所描述的受影响的交易），及影响的时长（即本申请实施例所描述的变更时长）和时段（即本申请实施例所描述的变更时段）分析等。

实施例5：

为了准确有效地对待处理交易进行处理，在上述各实施例的基础上，在本申请实施例中，所述方法还包括：

若当前不存在被处理的功能变更请求，则处理所述待处理交易。

为了准确有效地对待处理交易进行处理，电子设备在接收到待处理交易后，若确定当前不存在被处理的功能变更请求，则说明当前不会对该待处理交易产生影响，可以处理该待处理交易。

为了准确有效地对交易进行处理，在上述各实施例的基础上，在本申请实施例中，所述方法还包括：

若接收到待处理的功能变更请求，则获取所述待处理的功能变更请求中携带的待处理的变更类型，并查找所述待处理的变更类型对应的每个受影响交易类型；

根据预先保存的每笔历史交易的发生时间及交易类型，确定所述每个受影响交易类型的每笔交易的目标发生时间；

根据所述目标发生时间及预先保存的每个时段，确定所述每个受影响的交易类型的交易发生的低峰时段；

基于所述低峰时段处理所述待处理的功能变更请求。

为了使得对待处理的功能变更请求的处理可以尽可能少的对交易产生影响，电子设备可以根据交易的发生时间，选择交易的低峰时段，并在交易的低峰时段处理功能变更请求。

具体的，电子设备若接收到待处理的功能变更请求，则获取待处理的功能变更请求中携带的待处理的变更类型，并查找待处理的变更类型对应的每个受影响交易类型；具体的，如何获取功能变更请求对应的交易类型在上述实施例中已经描述过，在此不再赘述。本地预先针对每笔历史交易对应保存有发生时间和交易类型，电子设备可以根据预先针对每笔历史交易对应保存有发生时间和交易类型，确定每个受影响交易类型的每笔交易的目标发生时间。在确定多个目标发生时间后，电子设备可以根据所确定的每个目标发生时间及预先保存的每个时段，确定每个受影响交易类型的交易发生的低峰时段，具体的，电子设备可以针对每个目标发生时间，确定预先保存的每个时段中该目标发生时间位于的目标时段，电子设备可以将每个时段中被确定的次数最少的时段，确定为每个受影响交易类型的交易发生的低峰时段。其中，被确定的次数最少的时段即为交易量最低的时段。在确定该低峰时段之后，电子设备可以基于该低峰时段处理该功能变更请求。

由于电子设备确定每个受影响交易类型的交易发生的低峰时段，并基于低峰时段处理对应的待处理的功能变更请求，从而可以使得该待处理的功能变更请求的处理可以尽可能少的影响交易，提高交易的处理效率。也就是说在本申请实施例中，对于处理待处理的交易变更请求的时段，尽可能选择减少地对客户造成影响的业务相关的低谷时段。

该方法相当于按照对业务相关的交易影响最小化的原则，合理避开业务相关的交易的高峰期和敏感时段，具体通过各时段业务交易量情况，来具体确定合适的处理待处理的功能变更请求的时间段。

需要说明的是，电子设备还可以根据功能变更请求的变更时长，在预先保存的每个时段中选择对应的时长大于变更时段，且交易量最低的低峰时段。

图3为本申请实施例提供的一种处理功能变更请求的方法示意图。

由图3可知，电子设备可以根据处理功能变更请求的时长、数据检核过程的时长及交易相关的验证过程的时长确定变更时长。并结合各时段交易量选择低峰时段，基于低峰时段处理功能变更请求。

需要说明的是，在银行信息系统中功能变更请求的处理对业务相关的交易的影响识别工作一直存在，准确识别受影响的交易对银行业务连续开展至关重要。本申请实施例相当于提供了一种业务影响识别方法，该方法可在一定范围内实施，且具备一定推广价值。

其中，银行信息系统在功能变更请求的处理过程中产生的业务影响，实际是系统功能变更方案的一部分。关于功能变更的业务影响和影响时段及时长，是依赖于系统的功能变更方案来识别和明确的。

实施例6：

图4为本申请实施例提供的一种交易处理装置结构示意图；所述装置包括：

接收识别模块401，用于若接收到待处理交易，则识别所述待处理交易的目标交易类型；

处理模块402，用于判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找所述变更类型对应的每个受影响的交易类型；判断所述每个受影响的交易类型中是否包含所述目标交易类型；若是，则确定所述待处理交易为受影响的交易，并不处理所述待处理交易，否则，处理所述待处理交易。

在一种可能的实施方式中，所述处理模块402，具体用于若所述变更类型为预先保存的任一系统级变更类型，则获取针对所述变更类型对应保存的受影响系统，将针对所述受影响系统对应保存的每个类型，确定为受影响的交易类型。

在一种可能的实施方式中，所述处理模块402，具体用于若所述变更类型为预先保存的任一交易级变更类型，则将针对所述变更类型对应保存的交易类型，确定为受影响的交易类型。

在一种可能的实施方式中，所述处理模块402，具体用于根据保存的每个功能变更请求的初始变更时间及被处理的变更时长；确定所述每个功能变更请求的变更时段；根据当前时间是否位于任一功能变更请求的变更时段，判断当前是否存在被处理的功能变更请求。

在一种可能的实施方式中，所述处理模块402，还用于采用以下方式确定功能变更请求被处理的变更时长：若所述变更类型为采用停机方式进行的功能变更，则根据停机切换动作的时长及处理功能变更请求的时长，确定变更时长；若所述变更类型为第一预设类型，则根据数据检核过程的时长及处理功能变更请求的时长，确定变更时长；若所述变更类型为第二预设类型，则根据交易相关的验证过程的时长及处理功能变更请求的时长，确定变更时长 。

进一步地，所述处理模块402，还用于若当前不存在被处理的功能变更请求，则处理所述待处理交易。

进一步地，所述处理模块402，还用于若接收到待处理的功能变更请求，则获取所述待处理的功能变更请求中携带的待处理的变更类型，并查找所述待处理的变更类型对应的每个受影响交易类型；根据预先保存的每笔历史交易的发生时间及交易类型，确定所述每个受影响交易类型的每笔交易的目标发生时间；根据所述目标发生时间及预先保存的每个时段，确定所述每个受影响的交易类型的交易发生的低峰时段；基于所述低峰时段处理所述待处理的功能变更请求。

实施例7：

图5为本申请实施例提供的一种电子设备结构示意图，在上述各实施例的基础上，本申请实施例还提供了一种电子设备，如图5所示，包括：处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信；

所述存储器503中存储有计算机程序，当所述程序被所述处理器501执行时，使得所述处理器501执行如下步骤：

若接收到待处理交易，则识别所述待处理交易的目标交易类型；

判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找所述变更类型对应的每个受影响的交易类型；

判断所述每个受影响的交易类型中是否包含所述目标交易类型；若是，则确定所述待处理交易为受影响的交易，并不处理所述待处理交易，否则，处理所述待处理交易。

进一步地，所述处理器501，具体用于若所述变更类型为预先保存的任一系统级变更类型，则获取针对所述变更类型对应保存的受影响系统，将针对所述受影响系统对应保存的每个类型，确定为受影响的交易类型。

进一步地，所述处理器501，具体用于若所述变更类型为预先保存的任一交易级变更类型，则将针对所述变更类型对应保存的交易类型，确定为受影响的交易类型。

进一步地，所述处理器501，具体用于根据保存的每个功能变更请求的初始变更时间及被处理的变更时长；确定所述每个功能变更请求的变更时段；

根据当前时间是否位于任一功能变更请求的变更时段，判断当前是否存在被处理的功能变更请求。

进一步地，所述处理器501，还用于通过以下方式确定功能变更请求被处理的变更时长：

若所述变更类型为采用停机方式进行的功能变更，则根据停机切换动作的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第一预设类型，则根据数据检核过程的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第二预设类型，则根据交易相关的验证过程的时长及处理功能变更请求的时长，确定变更时长。

进一步地，所述处理器501，还用于若当前不存在被处理的功能变更请求，则处理所述待处理交易。

进一步地，所述处理器501，还用于若接收到待处理的功能变更请求，则获取所述待处理的功能变更请求中携带的待处理的变更类型，并查找所述待处理的变更类型对应的每个受影响交易类型；

根据预先保存的每笔历史交易的发生时间及交易类型，确定所述每个受影响交易类型的每笔交易的目标发生时间；

根据所述目标发生时间及预先保存的每个时段，确定所述每个受影响的交易类型的交易发生的低峰时段；

基于所述低峰时段处理所述待处理的功能变更请求。

上述服务器提到的通信总线可以是外设部件互连标准（Peripheral ComponentInterconnect，PCI）总线或扩展工业标准结构（Extended Industry StandardArchitecture，EISA）总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器（Random Access Memory，RAM），也可以包括非易失性存储器（Non-Volatile Memory，NVM），例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器（NetworkProcessor，NP）等；还可以是数字指令处理器（Digital Signal Processing，DSP）、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

实施例8：

在上述各实施例的基础上，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行时实现如下步骤：

所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行如下步骤：

若接收到待处理交易，则识别所述待处理交易的目标交易类型；

判断当前是否存在被处理的功能变更请求，若存在，则获取当前被处理的功能变更请求中携带的变更类型，并查找所述变更类型对应的每个受影响的交易类型；

判断所述每个受影响的交易类型中是否包含所述目标交易类型；若是，则确定所述待处理交易为受影响的交易，并不处理所述待处理交易，否则，处理所述待处理交易。

在一种可能的实施方式中，所述查找所述变更类型对应的每个受影响的交易类型包括：

若所述变更类型为预先保存的任一系统级变更类型，则获取针对所述变更类型对应保存的受影响系统，将针对所述受影响系统对应保存的每个类型，确定为受影响的交易类型。

在一种可能的实施方式中，所述查找所述变更类型对应的每个受影响的交易类型包括：

若所述变更类型为预先保存的任一交易级变更类型，则将针对所述变更类型对应保存的交易类型，确定为受影响的交易类型。

在一种可能的实施方式中，所述判断当前是否存在被处理的功能变更请求包括：

根据保存的每个功能变更请求的初始变更时间及被处理的变更时长；确定所述每个功能变更请求的变更时段；

根据当前时间是否位于任一功能变更请求的变更时段，判断当前是否存在被处理的功能变更请求。

在一种可能的实施方式中，功能变更请求被处理的变更时长通过以下方式确定：

若所述变更类型为采用停机方式进行的功能变更，则根据停机切换动作的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第一预设类型，则根据数据检核过程的时长及处理功能变更请求的时长，确定变更时长；

若所述变更类型为第二预设类型，则根据交易相关的验证过程的时长及处理功能变更请求的时长，确定变更时长。

在一种可能的实施方式中，所述方法还包括：

若当前不存在被处理的功能变更请求，则处理所述待处理交易。

在一种可能的实施方式中，所述方法还包括：

若接收到待处理的功能变更请求，则获取所述待处理的功能变更请求中携带的待处理的变更类型，并查找所述待处理的变更类型对应的每个受影响交易类型；

根据预先保存的每笔历史交易的发生时间及交易类型，确定所述每个受影响交易类型的每笔交易的目标发生时间；

根据所述目标发生时间及预先保存的每个时段，确定所述每个受影响的交易类型的交易发生的低峰时段；

基于所述低峰时段处理所述待处理的功能变更请求。

实施例9：

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述应用于电子设备的任一方法实施例所述的交易处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令，在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。

由于本申请实施例中，在接收到待处理交易后，根据当前是否存在被处理的功能变更请求，且被处理的功能变更请求是否对该待处理交易产生影响，确定是否对该待处理交易进行处理，从而可以准确有效地对待处理交易进行处理，避免交易出现错误或异常的问题。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。