CN114092098A - 一种交易信息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例涉及数据处理领域，尤其公开了一种交易信息处理方法、装置、电子设备及存储介质，该方法包括将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定交易信息的类型；若交易信息的类型为异常类型，则生成与交易信息对应的提示信息；在预设存储空间中查找与提示信息对应的反馈信息；其中，反馈信息为基于提示信息对交易信息进行验证后生成的；若反馈信息表征交易信息为可信任类型，则将交易信息发送至交易服务器；接收交易服务器对交易信息的执行结果，并根据执行结果更新交易信息的处理状态。实现了对交易过程的自动监控，有效防止异常交易被执行，提高了监控的时效性和自动化程度。

Description

一种交易信息处理方法、装置、电子设备及存储介质

技术领域

本申请涉及数据处理领域，尤其涉及一种交易信息处理方法、装置、电子设备及存储介质。

背景技术

在银行业、保险业、电商等大数据领域，各个应用系统每天生成海量的交易数据。随着科学技术的发展，人们在线上进行交易的情况越来越多，随之而来面临的风险也越来越多，导致交易过程出现问题。

现有技术中，一种方式是事后控制，比如，对当天的交易流水数据处分析，但是，即使分析出来异常交易，交易过程已经完成，对于监控异常交易来说，时效性差。另一种方式是，为了保证交易的安全，线下人工介入审核，但是，无法适用线上交易，自动化程度低。

发明内容

本申请实施例提供一种交易信息处理方法、装置、电子设备及存储介质，实现了对交易过程的自动监控，适用范围广，提高了时效性和自动化程度。

第一方面，本申请一实施例提供了一种交易信息处理方法，包括：

将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定所述交易信息的类型；

若所述交易信息的类型为异常类型，则生成与所述交易信息对应的提示信息；

在预设存储空间中查找与所述提示信息对应的反馈信息；其中，所述反馈信息为基于所述提示信息对所述交易信息进行验证后生成的；

若所述反馈信息表征所述交易信息为可信任类型，则将所述交易信息发送至交易服务器；

接收所述交易服务器对所述交易信息的执行结果，并根据所述执行结果更新所述交易信息的处理状态。

在一些示例性的实施方式中，若所述执行结果中包括表征所述交易服务器未响应所述交易信息的指示消息，则根据所述执行结果更新所述交易信息的处理状态，包括：

根据所述执行结果将所述交易信息的处理状态更新为已失效。

在一些示例性的实施方式中，若所述执行结果中包括表征所述交易服务器未明确指示是否响应所述交易信息的指示消息，则根据所述执行结果更新所述交易信息的处理状态，包括：

在所述预设存储空间中查找与所述交易信息对应的分析信息；其中，所述分析信息表征所述服务器未明确指示是否响应所述交易信息的原因；

若所述分析信息表征交易超时，则将所述交易信息的处理状态更新为处理中。

在一些示例性的实施方式中，若所述分析信息表征交易超时，还包括：

将所述交易信息发送至所述交易服务器，并接收所述交易服务器对所述交易信息的执行结果，根据所述执行结果更新所述交易信息的处理状态。

在一些示例性的实施方式中，所述交易数据库中存储有异常用户信息和异常账户信息；

将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定所述交易信息的类型，包括：

将获取到的交易信息中的用户信息与所述异常用户信息比对，并将所述交易信息中的账户信息与所述异常账户信息比对；

若所述用户信息异常，和/或所述账户信息异常，则确定所述交易信息的类型为异常类型；

若所述用户信息和所述账户信息均正常，则确定所述交易信息的类型为可信任类型。

在一些示例性的实施方式中，所述确定所述交易信息的类型之后，还包括：

若所述交易信息的类型为可信任类型，则将所述交易信息发送至所述交易服务器。

在一些示例性的实施方式中，所述交易信息为出账信息或入账信息。

第二方面，本申请一实施例提供了一种交易信息处理装置，包括：

类型确定模块，用于将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定所述交易信息的类型；

提示信息生成模块，用于在所述交易信息的类型为异常类型时，生成与所述交易信息对应的提示信息；

反馈信息查找模块，用于在预设存储空间中查找与所述提示信息对应的反馈信息；其中，所述反馈信息为基于所述提示信息对所述交易信息进行验证后生成的；

信息发送模块，用于在所述反馈信息表征所述交易信息为可信任类型时，将所述交易信息发送至交易服务器；

处理状态更新模块，用于接收所述交易服务器对所述交易信息的执行结果，并根据所述执行结果更新所述交易信息的处理状态。

在一些示例性的实施方式中，所述处理状态更新模块，用于在所述执行结果中包括表征所述交易服务器未响应所述交易信息的指示消息时，根据所述执行结果将所述交易信息的处理状态更新为已失效。

在一些示例性的实施方式中，所述处理状态更新模块，用于在所述执行结果中包括表征所述交易服务器未明确指示是否响应所述交易信息的指示消息时，在所述预设存储空间中查找与所述交易信息对应的分析信息；其中，所述分析信息表征所述服务器未明确指示是否响应所述交易信息的原因；

若所述分析信息表征交易超时，则将所述交易信息的处理状态更新为处理中。

在一些示例性的实施方式中，所述处理状态更新模块还用于在所述分析信息表征交易超时，将所述交易信息发送至所述交易服务器，并接收所述交易服务器对所述交易信息的执行结果，根据所述执行结果更新所述交易信息的处理状态。

在一些示例性的实施方式中，所述交易数据库中存储有异常用户信息和异常账户信息；

所述类型确定模块具体用于：

将获取到的交易信息中的用户信息与所述异常用户信息比对，并将所述交易信息中的账户信息与所述异常账户信息比对；

若所述用户信息异常，和/或所述账户信息异常，则确定所述交易信息的类型为异常类型；

若所述用户信息和所述账户信息均正常，则确定所述交易信息的类型为可信任类型。

在一些示例性的实施方式中，所述信息发送模块还用于在确定所述交易信息的类型之后，在所述交易信息的类型为可信任类型时，将所述交易信息发送至所述交易服务器。

在一些示例性的实施方式中，所述交易信息为出账信息或入账信息。

第三方面，本申请一实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行计算机程序时实现上述任一种方法的步骤。

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

第五方面，本申请一实施例提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述用于用户特征数据的聚类方法中的任意一种方法。

本申请实施例具备如下有益效果：

在获取到交易信息后，将交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，这样可以初步确定交易信息的类型；这样，在交易信息的类型为异常类型时，可以生成与交易信息对应的提示信息；另外，再基于提示信息对交易信息进行验证生成反馈信息，这样可以实现再次对交易信息的类型进行验证；如果反馈信息表征交易信息为可信任类型，则可以将交易信息发送至交易服务器，以使交易服务器响应交易信息，并根据接收到的执行结果更新交易信息的处理状态。在交易进行过程中，实现了对交易的监控，避免了异常交易被执行，提高了监控的时效性和自动化程度。

附图说明

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

图1为本申请实施例提供的一种交易信息处理的应用场景示意图；

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

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

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

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了方便理解，下面对本申请实施例中涉及的名词进行解释：

(1)组件：是对数据和方法的简单封装，比如在C++Builder中，一个组件就是一个从TComponent派生出来的特定对象。组件可以有自己的属性和方法。

(2)出账信息：又称为往账信息，交易的方向是款项汇至对方银行。

(3)入账信息：又称为入账信息，交易的方向是接收来自对方银行的汇款。

附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

在具体实践过程中，在银行业、保险业、电商等大数据领域，各个应用系统每天生成海量的交易数据。随着科学技术的发展，人们在线上进行交易的情况越来越多，随之而来面临的风险也越来越多，导致交易过程出现问题。

现有技术中，一种方式是事后控制，比如，对当天的交易流水数据处分析，但是，即使分析出来异常交易，交易过程已经完成，对于监控异常交易来说，时效性差。另一种方式是，为了保证交易的安全，线下人工介入审核，但是，无法适用线上交易。

以银行汇款为例，尤其是跨行汇款的场景中，上述第一种方式中，根据当天发生的汇款交易流水数据做供数处理，将数据统一传送到大数据中心，再由下游组件对数据进行清洗、筛选、报送大额可疑交易、建模统计分析，监测问题的账户及汇款去向，以此来监控异常交易。上述第二种方式中，建立客户身份识别制度、大额交易和可疑交易报告制度、客户身份资料和交易记录保存制度等预防、监控制度。该制度需要业务人员人工介入审核客户资料，且只能在柜面汇款时完成一系列审核制度，具有局限性，对于网上银行、手机银行的个人及对公客户的大额转账无法做到有效控制。

为此，本申请提供了一种交易信息处理方法，将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定交易信息的类型；若交易信息的类型为异常类型，则生成与交易信息对应的提示信息；在预设存储空间中查找与提示信息对应的反馈信息；其中，反馈信息为基于提示信息对交易信息进行验证后生成的；若反馈信息表征交易信息为可信任类型，则将交易信息发送至交易服务器；接收交易服务器对交易信息的执行结果，并根据执行结果更新交易信息的处理状态。实现了在交易过程中对交易进行监控，提高了监控的时效性和自动化程度，避免了异常交易的发生。

在介绍完本申请实施例的设计思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

参考图1，其为本申请实施例提供的一种交易信息处理方法的应用场景示意图。

该应用场景包括多个客户端101(包括客户端101-1、客户端101-2、……客户端101-n)、多个第一服务器102(包括第一服务器102-1、……第一服务器102-m)和多个第二服务器103(包括第二服务器103-1、……第二服务器103-p)。其中，客户端101、第一服务器102和第二服务器103之间通过无线或有线网络连接，客户端101包括但不限于桌面计算机、移动电话、移动电脑、平板电脑、媒体播放器、智能可穿戴设备、智能电视等服务器。第一服务器102和第二服务器103可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。第一服务器102和第二服务器103可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

具体的，客户端101(比如是设置在汇款银行的终端设备上的客户端)将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定交易信息的类型；若交易信息的类型为异常类型，则生成与交易信息对应的提示信息；在预设存储空间中查找与提示信息对应的反馈信息；其中，反馈信息为基于提示信息对交易信息进行验证后生成的；若反馈信息表征交易信息为可信任类型，则将交易信息发送至交易服务器102(比如设置在央行的服务器，央行可以是指具备清算功能的机构)；接收交易服务器102对交易信息的执行结果，并根据执行结果更新交易信息的处理状态。

当然，本申请实施例提供的方法并不限用于图1所示的应用场景中，还可以用于其它可能的应用场景，本申请实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。

下面结合图1所示的应用场景，以银行汇款为例，对本申请实施例提供的技术方案进行说明。

参考图2，本申请实施例提供一种交易信息处理方法，包括以下步骤：

S201、将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定交易信息的类型。

S202、若交易信息的类型为异常类型，则生成与交易信息对应的提示信息。

S203、在预设存储空间中查找与提示信息对应的反馈信息；其中，反馈信息为基于提示信息对交易信息进行验证后生成的。

S204、若反馈信息表征交易信息为可信任类型，则将交易信息发送至交易服务器。

S205、接收交易服务器对交易信息的执行结果，并根据执行结果更新交易信息的处理状态。

本申请实施例，在获取到交易信息后，将交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，这样可以初步确定交易信息的类型；这样，在交易信息的类型为异常类型时，可以生成与交易信息对应的提示信息；另外，再基于提示信息对交易信息进行验证生成反馈信息，这样可以实现再次对交易信息的类型进行验证；如果反馈信息表征交易信息为可信任类型，则可以将交易信息发送至交易服务器，以使交易服务器响应交易信息，并根据接收到的执行结果更新交易信息的处理状态。在交易进行过程中，实现了对交易的监控，避免了异常交易被执行，提高了监控的时效性和自动化程度。

涉及到S201，以银行汇款为例，交易信息可以是出账信息或者入账信息。以出账信息为例，此时客户端为汇款方所在的汇款终端设备中集成的客户端，交易服务器为央行的服务器。客户端接收来自用户终端发送的交易信息，其中，交易信息中包括了用户信息和账户信息，用户信息中包括了交易发起方的第一用户信息和交易接收方的第二用户信息，账户信息包括了交易发起方的第一账户信息和交易接收方的第二账户信息。

具体的，交易数据库中存储有异常用户信息和异常账户信息，这样，在获取到交易信息后，将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定交易信息的类型。具体可以通过如下方式实现：

将获取到的交易信息中的用户信息与异常用户信息比对，并将交易信息中的账户信息与异常账户信息比对；若用户信息异常，和/或账户信息异常，则确定交易信息的类型为异常类型；若用户信息和账户信息均正常，则确定交易信息的类型为可信任类型。该过程可以是通过设置在汇款终端设备的监控接口，调用监控组件实现的。

其中，异常用户信息比如是100个异常用户的姓名，异常账户信息比如是100个异常的账户，这样，将获取到的交易信息中的用户信息与100个异常的用户的姓名进行比对，并将账户信息与100个异常的账户进行比对，当用户信息或账户信息其中之一异常，则确定交易信息的类型为异常类型，当用户信息和账户信息均正常时，确定交易信息的类型为可信任类型。

涉及到S202，在确定出交易类型为异常类型时，生成与交易信息对应的提示信息。具体的，提示信息可以展示在汇款终端设备的显示屏幕上，也可以通过语音播报的方式进行展示，示例性的，提示信息的内容可以是“该笔交易存在异常，请确认”。还可以在展示提示信息的相关位置展示异常的交易信息的详情以及引导工作人员“去验证”的相关控件，交易信息的详情比如是交易发起方的用户信息和账户信息，交易接收方的用户信息和账户信息，以及交易金额等。这样，汇款终端设备的工作人员可以根据提示信息对交易信息进行验证。

涉及到S203，基于提示信息，在对交易信息进行验证并且通过后生成反馈信息。在一个具体的例子中，可以是工作人员对点击“去验证”的控件，在验证通过后，点击显示在屏幕上的“验证通过”，生成相与提示信息对应的反馈信息。其中，反馈信息的内容比如是“验证通过”。另外，如果验证结果是该交易信息异常，则反馈信息的内容比如是“验证未通过”。在实际的应用过程中，可以将对各个交易信息对应的提示信息对应的反馈信息存储在预设存储空间，以供后续对各个交易信息的处理状态进行查询。

这样，在生成提示信息后的一段时间内，比如是2分钟，在预设存储空间中进行查找与提示信息对应的反馈信息。示例性的，由于提示信息与交易信息存在对应关系，且提示信息与反馈信息有对应关系，而该对应关系可以是通过交易信息中的交易标识确定的。通过交易标识，可以在预设存储空间中查找到与提示信息对应的反馈信息。在实际的应用过程中，查找反馈信息的操作可以通过系统设置的扫描服务实现，比如，启动扫描服务来轮询预设存储空间中存储的验证通过的交易信息。

涉及到S204，比如反馈信息的内容是“验证通过”，则确定反馈信息表征交易信息为可信任类型，则将该交易信息发送至交易服务器，可以触发原汇款流程继续进行。在本申请实施例中示例的应用场景中，交易服务器可以设置在央行的服务器。

涉及到S205，交易服务器接收到交易信后，执行交易信息，并将执行结果发送至汇款终端设备，汇款终端设备根据执行加过更新交易信息的处理状态，以便后续业务查询时知晓交易的最终结果。

在一个具体的例子中，如果确定交易信息为可信任类型，则汇款终端设备执行扣款操作，将交易信息发送至服务器，服务器将该交易信息转发至收款端，这样收款端才能完成收款，整个交易过程完成。

在实际的应用过程中，在确定出交易信息的类型为可信任类型后，表明该交易信息不存在异常，此时，可以直接将该交易信息发送至交易服务器。

接下来对交易服务器返回的执行结果的不同情况进行说明：

第一种情况，执行结果中包括表征交易服务器未响应交易信息的指示消息。

在这种情况中，服务器未响应交易信息，可能是由于交易信息中的用户信息与用户信息规范不匹配，和/或交易信息中的账户信息与账户信息规范不匹配，其中，用户信息规范和账户信息规范可以是与根据不同的场景中的交易确定的，比如，银行转行的场景中，账户信息应符合响应的汇款的规范。因此，虽然这种情况汇款终端设备已经完成汇款，但是交易服务器未响应交易信息，整个交易过程未完成，此时，可以将交易信息的处理状态更新为已失效。同时，可以将交易失败的提示信息发送给用户，这样用户可以核实并确认后再次发送交易信息。

第二种情况，执行结果中包括表征交易服务器未明确指示是否响应交易信息的指示消息。

在这种情况中，服务器将未明确指示是否响应交易信息的原因存储至预设存储空间，这样，汇款终端设备可以在预设存储空间中查找与交易信息对应的分析信息，而分析信息表征了服务器未明确指示是否响应交易信息的原因。比如分析信息表征交易超时，则将交易信息的处理状态更新为处理中。其中，交易超时的原因可能是网络信号比较差，但是此时的交易信息已经在处理，因此，将交易信息的状态更新为处理中。接下来，需要再次将交易信息发送至交易服务器，并接收交易服务器对交易信息的执行结果，根据执行结果更新交易信息的处理状态。

为了使本申请的技术方案更完整，下面用一个完整的流程图进行说明，参见图3。

S301、将获取到的交易信息中的用户信息与异常用户信息比对，并将交易信息中的账户信息与异常账户信息比对。

S302、若用户信息和账户信息均正常，则确定交易信息的类型为可信任类型，将交易信息发送至交易服务器。

S303、若用户信息异常，和/或账户信息异常，则确定交易信息的类型为异常类型。

S304、若交易信息的类型为异常类型，则生成与交易信息对应的提示信息。

S305、在预设存储空间中查找与提示信息对应的反馈信息。

其中，反馈信息为基于提示信息对交易信息进行验证后生成的。

S306、若反馈信息表征交易信息为可信任类型，则将交易信息发送至交易服务器。

S307、接收交易服务器对交易信息的执行结果。

S308、若执行结果中包括表征交易服务器未响应交易信息的指示消息，则根据执行结果将交易信息的处理状态更新为已失效。

S3091、若执行结果中包括表征交易服务器未明确指示是否响应交易信息的指示消息，则在预设存储空间中查找与交易信息对应的分析信息；若分析信息表征交易超时，则将交易信息的处理状态更新为处理中。

其中，分析信息表征服务器未明确指示是否响应交易信息的原因。

S3092、再次将交易信息发送至交易服务器，并接收交易服务器对交易信息的执行结果，根据执行结果更新交易信息的处理状态。

如上，通过实时对交易信息进行监控，不仅能很好的识别异常的交易，而且还能及时阻止异常交易进行，无需人工处理，提高效率。另外，对于可信任类型的交易信息，处理流程和处理速度均不受影响。并且，全程自动化处理，还保证了一致性。

为了使本申请的技术方案更容易理解，下面以银行汇款交易的场景为例，交易信息是出账信息和入账信息两种情况进行说明。

第一种情况：交易信息为出账信息的具体实现过程：

汇款终端设备接收来自用户的汇款请求，在汇款请求接口中，先落合约登记表，也即，生成交易信息，将初始的交易信息存入数据库，调用监控组件对整个交易过程进行监控，同步等待响应结果。如果得到的是交易命中审核，也即，交易类型为异常交易类型，则交易终止，提示客户交易已受理，如果调用监控组件超时，则更新交易信息的状态为已失败，交易终止；如果得到的结果是未命中，也即，交易类型为可信任类型，则交易继续进行。

具体执行过程中，汇款终端设备先执行扣款操作，扣款成功后，将交易信息发送到央行，由设置在央行的交易服务器转发至对手行进行收款。若央行响应交易成功，则将交易成功的消息返回值汇款终端设备，汇款终端设备将该交易信息的处理状态更新为已成功，登记清算登记表，发送成功短信和/或消息给客户；若央行响应交易拒绝，则做冲正处理，将该笔款项退给客户，后更新交易信息状态为已失效，若央行未给到明确回执，则交易超时，同时，会有扫描服务去央行查询该笔交易的状态，直到查询到明确的结果，根据结果回执更新交易信息的处理状态。

在此过程中，监控交易类型的操作先于汇款终端设备主机扣账，防止接口请求超时回滚账务的情况，对于系统处理外呼监控组件响应结果超时或者冲正场景下无需多考虑一层外呼监控接口的处理，便于处理。

交易类型为异常类型时，系统设计异步接收通知结果。调用本系统通知接口，系统收到通知请求后将数据库原交易信息的处理状态标记为已通过，以便于后续业务查询时知晓交易的最终结果，同时系统会有扫描服务，去扫描初始状态交易方向为往账并且类型为异常类型后的审核通过场景，如果有记录符合条件，则触发原汇款请求流程。

扫描服务完成审核通过后的汇款请求交易流程。通过查找原交易的合约编号，进入扫描程序之后会先通过合约状态的流转来加锁，再重新生成一笔新的平台流水，将原交易请求报文再次发送汇款主机扣账以及转发至央行，后续处理同交易信息为可信任信息相同，在此过程中，设计了在扫描交易中嵌入监控组件、一致性冲正策略及获取原请求报文要素等。同时也保证了到账的时效性，无需人工介入处理或二次触发。

第二种情况：交易信息为入账信息的具体实现过程：

在通过央行的交易服务器接收到他行汇款请求后，系统会调用入账请求接口，先创建初始的交易信息后，进行外呼监控组件，同步等待响应结果。同理，返回对交易信息的审核结果，系统更新交易信息的处理状态，并且实时回复交易服务器拒绝此交易。如果返回命中需二次审核(交易信息的类型异常)，则系统保持初始的交易信息的状态不变，此时不需要回执给交易服务器，待交易服务器后续发起超时查询，来汇款终端设备最终交易结果。如果系统返回未命中，则交易继续进行，会去汇款终端设备校验本行客户信息，如果通过则做入账处理，入账处理失败则自动挂账，更新清算登记表，发送短信和/或消息提醒给客户，如果主机校验客户信息失败，则返回央行拒绝信息并更新交易信息的状态为已失败。

后续在收到监控接口异步通知结果后，更新数据库原交易信息的处理状态为已通过，同时系统会有扫描服务，去扫描合约为初始状态交易方向为来账并且命中需二次审核中通过场景，如果有记录符合条件，则触发原入账请求流程。继续进行入账操作。

如图4所示，基于与上述交易信息处理方法相同的发明构思，本申请实施例还提供了一种交易信息处理装置，该装置包括类型确定模块41、提示信息生成模块42、反馈信息查找模块43、信息发送模块44和处理状态更新模块45。

其中，类型确定模块41，用于将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定交易信息的类型；

提示信息生成模块42，用于在交易信息的类型为异常类型时，生成与交易信息对应的提示信息；

反馈信息查找模块43，用于在预设存储空间中查找与提示信息对应的反馈信息；其中，反馈信息为基于提示信息对交易信息进行验证后生成的；

信息发送模块44，用于在反馈信息表征交易信息为可信任类型时，将交易信息发送至交易服务器；

处理状态更新模块45，用于接收交易服务器对交易信息的执行结果，并根据执行结果更新交易信息的处理状态。

在一些示例性的实施方式中，处理状态更新模块45，用于在执行结果中包括表征交易服务器未响应交易信息的指示消息时，根据执行结果将交易信息的处理状态更新为已失效。

在一些示例性的实施方式中，处理状态更新模块45，用于在执行结果中包括表征交易服务器未明确指示是否响应交易信息的指示消息时，在预设存储空间中查找与交易信息对应的分析信息；其中，分析信息表征服务器未明确指示是否响应交易信息的原因；

若分析信息表征交易超时，则将交易信息的处理状态更新为处理中。

在一些示例性的实施方式中，处理状态更新模块45还用于在分析信息表征交易超时，将交易信息发送至交易服务器，并接收交易服务器对交易信息的执行结果，根据执行结果更新交易信息的处理状态。

在一些示例性的实施方式中，交易数据库中存储有异常用户信息和异常账户信息；

类型确定模块41具体用于：

将获取到的交易信息中的用户信息与异常用户信息比对，并将交易信息中的账户信息与异常账户信息比对；

若用户信息异常，和/或账户信息异常，则确定交易信息的类型为异常类型；

若用户信息和账户信息均正常，则确定交易信息的类型为可信任类型。

在一些示例性的实施方式中，信息发送模块44还用于在确定交易信息的类型之后，在交易信息的类型为可信任类型时，将交易信息发送至交易服务器。

在一些示例性的实施方式中，交易信息为出账信息或入账信息。

本申请实施例提的交易信息处理装置与上述交易信息处理方法采用了相同的发明构思，能够取得相同的有益效果，在此不再赘述。

基于与上述交易信息处理方法相同的发明构思，本申请实施例还提供了一种电子设备，该电子设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、服务器等。如图5所示，该电子设备可以包括处理器501和存储器502。

处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random Access Memory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；上述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于：移动存储设备、随机存取存储器(RAM，Random Access Memory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、随机存取存储器(RAM，Random Access Memory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等各种可以存储程序代码的介质。

在一些可能的实施方式中，本公开提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本公开各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行本公开实施例所记载的交易信息处理方法。所述程序产品可以采用一个或多个可读介质的任意组合。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本申请实施例的方法，不应理解为对本申请实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本申请实施例的保护范围之内。

Claims (17)

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

将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定所述交易信息的类型；

若所述交易信息的类型为异常类型，则生成与所述交易信息对应的提示信息；

在预设存储空间中查找与所述提示信息对应的反馈信息；其中，所述反馈信息为基于所述提示信息对所述交易信息进行验证后生成的；

若所述反馈信息表征所述交易信息为可信任类型，则将所述交易信息发送至交易服务器；

接收所述交易服务器对所述交易信息的执行结果，并根据所述执行结果更新所述交易信息的处理状态。

2.根据权利要求1所述的方法，其特征在于，若所述执行结果中包括表征所述交易服务器未响应所述交易信息的指示消息，则根据所述执行结果更新所述交易信息的处理状态，包括：

根据所述执行结果将所述交易信息的处理状态更新为已失效。

3.根据权利要求1所述的方法，其特征在于，若所述执行结果中包括表征所述交易服务器未明确指示是否响应所述交易信息的指示消息，则根据所述执行结果更新所述交易信息的处理状态，包括：

在所述预设存储空间中查找与所述交易信息对应的分析信息；其中，所述分析信息表征所述服务器未明确指示是否响应所述交易信息的原因；

若所述分析信息表征交易超时，则将所述交易信息的处理状态更新为处理中。

4.根据权利要求3所述的方法，其特征在于，若所述分析信息表征交易超时，还包括：

将所述交易信息发送至所述交易服务器，并接收所述交易服务器对所述交易信息的执行结果，根据所述执行结果更新所述交易信息的处理状态。

5.根据权利要求1所述的方法，其特征在于，所述交易数据库中存储有异常用户信息和异常账户信息；

将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定所述交易信息的类型，包括：

将获取到的交易信息中的用户信息与所述异常用户信息比对，并将所述交易信息中的账户信息与所述异常账户信息比对；

若所述用户信息异常，和/或所述账户信息异常，则确定所述交易信息的类型为异常类型；

若所述用户信息和所述账户信息均正常，则确定所述交易信息的类型为可信任类型。

6.根据权利要求1所述的方法，其特征在于，所述确定所述交易信息的类型之后，还包括：

若所述交易信息的类型为可信任类型，则将所述交易信息发送至所述交易服务器。

7.根据权利要求1～6任一项所述的方法，其特征在于，所述交易信息为出账信息或入账信息。

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

类型确定模块，用于将获取到的交易信息中的用户信息和账户信息分别与预设交易数据库进行比对，确定所述交易信息的类型；

提示信息生成模块，用于在所述交易信息的类型为异常类型时，生成与所述交易信息对应的提示信息；

反馈信息查找模块，用于在预设存储空间中查找与所述提示信息对应的反馈信息；其中，所述反馈信息为基于所述提示信息对所述交易信息进行验证后生成的；

信息发送模块，用于在所述反馈信息表征所述交易信息为可信任类型时，将所述交易信息发送至交易服务器；

处理状态更新模块，用于接收所述交易服务器对所述交易信息的执行结果，并根据所述执行结果更新所述交易信息的处理状态。

9.根据权利要求8所述的装置，其特征在于，所述处理状态更新模块，用于在所述执行结果中包括表征所述交易服务器未响应所述交易信息的指示消息时，根据所述执行结果将所述交易信息的处理状态更新为已失效。

10.根据权利要求8所述的装置，其特征在于，所述处理状态更新模块，用于在所述执行结果中包括表征所述交易服务器未明确指示是否响应所述交易信息的指示消息时，在所述预设存储空间中查找与所述交易信息对应的分析信息；其中，所述分析信息表征所述服务器未明确指示是否响应所述交易信息的原因；

若所述分析信息表征交易超时，则将所述交易信息的处理状态更新为处理中。

11.根据权利要求10所述的装置，其特征在于，所述处理状态更新模块还用于在所述分析信息表征交易超时，将所述交易信息发送至所述交易服务器，并接收所述交易服务器对所述交易信息的执行结果，根据所述执行结果更新所述交易信息的处理状态。

12.根据权利要求8所述的装置，其特征在于，所述交易数据库中存储有异常用户信息和异常账户信息；

所述类型确定模块具体用于：

将获取到的交易信息中的用户信息与所述异常用户信息比对，并将所述交易信息中的账户信息与所述异常账户信息比对；

若所述用户信息异常，和/或所述账户信息异常，则确定所述交易信息的类型为异常类型；

若所述用户信息和所述账户信息均正常，则确定所述交易信息的类型为可信任类型。

13.根据权利要求8所述的装置，其特征在于，所述信息发送模块还用于在确定所述交易信息的类型之后，在所述交易信息的类型为可信任类型时，将所述交易信息发送至所述交易服务器。

14.根据权利要求8～13任一项所述的装置，其特征在于，所述交易信息为出账信息或入账信息。

15.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述方法的步骤。

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

17.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。

Images