交易处理方法及系统与流程

1.本发明涉及金融技术领域，尤其涉及一种交易处理方法及系统。


背景技术：

2.本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.目前，用户通过客户端(手机银行app)发起某些交易时，app界面未能及时反馈交易结果，例如用户发起跨行转账交易时，转账的结果需10秒左右才返回，大量交易持续10秒的话会影响系统性能，同时结果未能及时返回也影响用户的体验。


技术实现要素：

4.本发明实施例提供一种交易处理方法，用以基于mq实现缩短交易时间，提升系统性能，及时反馈交易结果，该方法包括：
5.客户端在用户进入交易界面时进行交易条件校验，校验通过后，在接收到用户输入的交易请求时，将交易信息存储至预先建立的交易备份表中，记录该交易的交易状态为处理中，将交易请求发送至后台服务器的消息中间件mq接收队列中，发送成功后，展示交易成功通知给所述用户；
6.后台服务器从mq接收队列中读取交易请求，在处理所述交易请求失败后，将交易失败通知发送至客户端；
7.客户端在接收到交易失败通知时，更新交易状态为失败，根据交易备份表中的交易信息重新发送交易请求至后台服务器，直到交易状态为成功。
8.本发明实施例还提供一种交易处理系统，用以基于mq实现缩短交易时间，提升系统性能，及时反馈交易结果，该系统包括：
9.客户端，用于在用户进入交易界面时进行交易条件校验，校验通过后，在接收到用户输入的交易请求时，将交易信息存储至预先建立的交易备份表中，记录该交易的交易状态为处理中，将交易请求发送至后台服务器的消息中间件mq接收队列中，发送成功后，展示交易成功通知给所述用户；在接收到交易失败通知时，更新交易状态为失败，根据交易备份表中的交易信息重新发送交易请求至后台服务器，直到交易状态为成功；
10.后台服务器，用于从mq接收队列中读取交易请求，在处理所述交易请求失败后，将交易失败通知发送至客户端。
11.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述交易处理方法。
12.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述交易处理方法。
13.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程
序，所述计算机程序被处理器执行时实现上述交易处理方法。
14.本发明实施例中，交易处理方案，通过：客户端在用户进入交易界面时进行交易条件校验，校验通过后，在接收到用户输入的交易请求时，将交易信息存储至预先建立的交易备份表中，记录该交易的交易状态为处理中，将交易请求发送至后台服务器的消息中间件mq接收队列中，发送成功后，展示交易成功通知给所述用户；后台服务器从mq接收队列中读取交易请求，在处理所述交易请求失败后，将交易失败通知发送至客户端；客户端在接收到交易失败通知时，更新交易状态为失败，根据交易备份表中的交易信息重新发送交易请求至后台服务器，直到交易状态为成功，通过提前进行交易条件校验，利用交易备份表存储交易信息，利用mq实现无需等待后台返回处理结果，缩短整个交易的时间，并及时将交易结果反馈给用户，提高了用户体验。
附图说明
15.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
16.图1为本发明实施例中交易处理方法的流程示意图；
17.图2为本发明另一实施例中交易处理方法的流程示意图；
18.图3为本发明另一实施例中交易处理方法的流程示意图；
19.图4为本发明另一实施例中交易处理方法的流程示意图；
20.图5为本发明实施例中交易处理系统的结构示意图。
具体实施方式
21.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
22.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
23.本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
24.在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本技术的实施，其中的步骤顺序不作限定，可根据需要作适当调整。
25.在介绍本发明实施例之前，首先介绍本发明涉及的名词。
26.1.mq：消息队列，又叫消息中间件，用于系统之间的消息传输。
27.2.队列管理器：mq的核心是队列管理器。队列管理器的工作是管理程序中要使用的队列和消息。
28.3.消息：在mq中，我们把应用程序交由mq传输的数据定义为消息。
29.4.队列：队列是存储消息的数据结构，它就像是消息的容器。消息和队列的关系更像信件和邮箱的关系。由应用程序或队列管理器将消息放入队列或从队列中取出，是它的一些常规操作。
30.5.通道：通道是mq系统中队列管理器之间传递消息的管道，它是建立在物理的网络连接之上的一个逻辑概念。
31.现有技术存在的技术问题是：交易持续时间长，影响系统性能，同时也影响用户体验。考虑到该技术问题，本发明实施例提出一种交易处理方案，该方案将逻辑校验提前，基于mq实现缩短交易时间，提升系统性能，app及时返回结果，提升用户体验。具体地，本发明实施例提供一种基于mq的手机银行app交易处理方式，当用户通过手机银行app进入某交易界面时，app前端调取后台接口，进行交易条件逻辑校验；当用户输入相关交易信息进行交易时，前端app首先将交易信息存储交易备份表，交易状态记为处理中，然后将交易信息发送至mq队列，发送成功后即在app界面展示交易成功；后台交易系统及时从mq队列中读取交易信息，并逐条处理；当后台交易系统处理成功后，通知app前端更新交易备份表的交易状态为成功；当后台交易系统由于系统、环境等原因处理交易失败时，通知app前端根据交易备份表中的交易信息重新发起交易，直到交易成功为止。下面对该交易处理方案进行详细介绍。
32.图1为本发明实施例中交易处理方法的流程示意图，如图1所示，该方法包括如下步骤：
33.步骤101：客户端在用户进入交易界面时进行交易条件校验，校验通过后，在接收到用户输入的交易请求时，将交易信息存储至预先建立的交易备份表中，记录该交易的交易状态为处理中，将交易请求发送至后台服务器的消息中间件mq接收队列中，发送成功后，展示交易成功通知给所述用户；
34.步骤102：后台服务器从mq接收队列中读取交易请求，在处理所述交易请求失败后，将交易失败通知发送至客户端；
35.步骤103：客户端在接收到交易失败通知时，更新交易状态为失败，根据交易备份表中的交易信息重新发送交易请求至后台服务器，直到交易状态为成功。
36.本发明实施例提供的交易处理方法，工作时：客户端在用户进入交易界面时进行交易条件校验，校验通过后，在接收到用户输入的交易请求时，将交易信息存储至预先建立的交易备份表中，记录该交易的交易状态为处理中，将交易请求发送至后台服务器的消息中间件mq接收队列中，发送成功后，展示交易成功通知给所述用户；后台服务器从mq接收队列中读取交易请求，在处理所述交易请求失败后，将交易失败通知发送至客户端；客户端在接收到交易失败通知时，更新交易状态为失败，根据交易备份表中的交易信息重新发送交易请求至后台服务器，直到交易状态为成功，通过提前进行交易条件校验，利用交易备份表存储交易信息，利用mq实现无需等待后台返回处理结果，缩短整个交易的时间，并及时将交
易结果反馈给用户，提高了用户体验。下面对该交易处理方法进行详细介绍。
37.在一个实施例中，如图2所示，上述交易处理方法还可以包括：
38.步骤104：后台服务器在处理所述交易请求成功后，将交易成功通知发送至客户端；
39.步骤105：客户端在接收到所述交易成功通知时，更新交易备份表的交易状态为成功。
40.具体实施时，后台服务器在处理所述交易请求成功后，将交易成功通知发送至客户端；客户端在接收到所述交易成功通知时，更新交易备份表的交易状态为成功，进一步提升了交易处理效率，提高了用户体验。
41.在一个实施例中，如图3所示，上述交易处理方法还可以包括步骤106：客户端在进行交易条件校验不通过时，给用户发出交易失败提示。
42.具体实施时，客户端在进行交易条件校验不通过时，给用户发出交易失败提示，进一步提升了交易处理效率，提高了用户体验。
43.在一个实施例中，如图4所示，上述交易处理方法还可以包括步骤107：客户端将交易请求发送至后台服务器的mq接收队列失败后，给用户发出交易失败通知。
44.具体实施时，客户端将交易请求发送至后台服务器的mq接收队列失败后，给用户发出交易失败通知，进一步提升了交易处理效率，提高了用户体验。
45.为了便于理解本发明如何实施，下面再进行详细介绍。
46.本发明实施例设置逻辑校验模块，在用户进入交易界面时进行校验；用户发起交易时，前端app首先将交易信息存储交易备份表，交易状态记为处理中，然后将交易信息发送至mq队列，发送成功后即在app界面展示交易成功；后台交易系统及时从mq队列中读取交易信息，并逐条处理；当后台交易系统处理成功后，通知app前端更新交易备份表的交易状态为成功；当后台交易系统由于系统、环境等原因处理交易失败时，通知app前端根据交易备份表中的交易信息重新发起交易。下面进行详细介绍。
47.1、队列管理器建立的实施步骤
48.app端及后台交易系统均建立队列管理器、同名通道，app端为发送方，后台交易系统为接收方；在发送方建立发送队列、传输队列，在接收方建立接收队列。其中传输队列用于存储用户从app端发起的交易信息，消息通过通道传送至接收方的接收队列，接收方从接收队列读取消息并逐条处理。
49.2、逻辑校验的实施步骤
50.用户通过手机银行app进入某交易界面时，app前端调取后台对应的接口，根据后台接口的返回进行逻辑校验。如接口返回账户状态和卡余额，前端可判断账户状态是否正常及是否余额充足。一般逻辑校验均在用户发起交易后后台系统进行校验，本方案将逻辑校验提前在前端进行，在用户发起交易之前进行。其中逻辑校验包括对是否满足交易条件进行校验，如转账交易，则逻辑校验会校验银行卡是否属于该用户、账户状态是否正常、卡余额是否充足等。
51.3、交易存储传送的实施步骤
52.用户通过手机银行app端发起交易时，前端app首先将交易信息存储交易备份表，交易状态记为处理中，然后将交易信息发送至传输队列，发送成功后即在app界面展示交易
成功(即后续如果存在交易不成功的情况，也会基于交易备份表和mq重新发起交易，直到交易成功，这个过程客户端无感，实现了客户得到交易成功通知的时间较现有技术中后台处理完成才通知用户的时间提前，客户端无需等待后台处理结果，提升了系统性能和用户体验感)，若不满足交易条件或发送mq队列失败，则在app界面提示交易失败，交易失败的场景需根据交易信息的唯一标识交易序列号删除交易备份表中的该条记录。其中交易信息包括：交易序列号、交易名称、交易码、用户名、身份证号、手机号、交易金额、交易银行卡、交易状态等信息。
53.4、交易处理的实施步骤
54.后台交易系统及时从接收队列中读取交易信息，并逐条处理；当后台交易系统处理成功后，通知app前端根据交易序列号更新交易备份表的该条记录的交易状态为成功；当后台交易系统由于系统、环境等原因处理交易失败时，通知app前端根据交易序列号从交易备份表中的获取该笔交易信息，并将交易信息发送至传输队列重新发起交易，直到交易成功为止。
55.综上，本发明实施例通过提前进行交易的逻辑校验，利用交易备份表存储交易信息，利用mq实现无需等待后台返回处理结果，缩短整个交易的时间，并及时将交易结果反馈给用户，即本发明实施例将逻辑校验提前，基于mq实现缩短交易时间，提升系统性能，app及时返回结果，提升用户体验。
56.本发明实施例中还提供了一种交易处理系统，如下面的实施例所述。由于该系统解决问题的原理与交易处理方法相似，因此该系统的实施可以参见交易处理方法的实施，重复之处不再赘述。
57.图5为本发明实施例中交易处理系统的结构示意图，如图5所示，该系统包括：
58.客户端01，用于在用户进入交易界面时进行交易条件校验，校验通过后，在接收到用户输入的交易请求时，将交易信息存储至预先建立的交易备份表中，记录该交易的交易状态为处理中，将交易请求发送至后台服务器的消息中间件mq接收队列中，发送成功后，展示交易成功通知给所述用户；在接收到交易失败通知时，更新交易状态为失败，根据交易备份表中的交易信息重新发送交易请求至后台服务器，直到交易状态为成功；
59.后台服务器02，用于从mq接收队列中读取交易请求，在处理所述交易请求失败后，将交易失败通知发送至客户端。
60.在一个实施例中，所述后台服务器还用于在处理所述交易请求成功后，将交易成功通知发送至客户端；
61.所述客户端还用于在接收到所述交易成功通知时，更新交易备份表的交易状态为成功。
62.在一个实施例中，所述客户端还用于在进行交易条件校验不通过时，给用户发出交易失败提示。
63.在一个实施例中，所述客户端还用于将交易请求发送至后台服务器的mq接收队列失败后，给用户发出交易失败通知。
64.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述交易处理方法。
65.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述交易处理方法。
66.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述交易处理方法。
67.本发明实施例中，交易处理方案，通过：客户端在用户进入交易界面时进行交易条件校验，校验通过后，在接收到用户输入的交易请求时，将交易信息存储至预先建立的交易备份表中，记录该交易的交易状态为处理中，将交易请求发送至后台服务器的消息中间件mq接收队列中，发送成功后，展示交易成功通知给所述用户；后台服务器从mq接收队列中读取交易请求，在处理所述交易请求失败后，将交易失败通知发送至客户端；客户端在接收到交易失败通知时，更新交易状态为失败，根据交易备份表中的交易信息重新发送交易请求至后台服务器，直到交易状态为成功，通过提前进行交易条件校验，利用交易备份表存储交易信息，利用mq实现无需等待后台返回处理结果，缩短整个交易的时间，并及时将交易结果反馈给用户，提高了用户体验。
68.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
69.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
70.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
71.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
72.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。