基于会话的交易处理方法、装置、计算机设备及存储介质与流程

本申请涉及金融科技，特别是涉及一种基于会话的交易处理方法、装置、计算机设备及存储介质。

背景技术：

1、在银行柜面业务处理领域，传统的业务办理模式通常以单一交易为基本处理单元，即柜员依据客户临柜时提交的证件或账户信息，逐一启动对应的交易流程来完成存取款、转账、账户信息变更等操作。随着银行业务种类的不断丰富以及风险控制要求的持续升级，柜面系统需要与联网核查系统、客户信息管理系统、核心账务系统、借记卡系统以及黑名单筛查平台等多个后台服务进行交互，以获取客户身份核验结果、账户状态、卡状态及风险等级等关键数据。由于这些后台系统分别隶属于不同的技术域，其接口协议、数据格式和响应时效存在较大差异，使得柜面系统在设计时不得不以单次交易为中心来组织数据流与控制流。

2、相关技术中，在当前实际的柜面系统实现中，柜员首先接收客户提供的证件或客户号，随后打开目标交易界面，通过交易内部的查询接口向联网核查系统发起请求以获取客户详细身份信息；在此基础上，再依次向客户信息管理、核心、借记卡等系统发送请求，拉取账户与卡状态、灰黑名单标识及其他业务办理所需的状态数据；所有返回信息汇总后在界面展示，经柜员核对后提交以触发交易流程，若检测到异常状态则弹出报错窗口要求柜员确认，交易处理完毕后须在当前交易界面下完成电子凭证的打印，且打印操作结束后方可进入下一笔交易。

3、在相关技术实现的过程中，申请人认识到相关技术至少存在以下技术问题：

4、信息获取被固化于交易开启后的内部调用链中，使后台接口调用集中于交易提交时刻，增加服务端瞬时负载与超时风险，而灰黑名单等合规检查依赖于交易中段才获取的状态字段，且筛查逻辑与业务逻辑代码耦合，破坏了合规检查的时序独立性；另外，交易上下文在交易关闭后即被销毁，导致同一客户连续办理多笔交易时需重复刷卡和重复查询，既浪费网络与系统资源，也因前后查询结果可能不同而引发数据一致性问题，交易处理效率低下，智能性较差。

技术实现思路

1、有鉴于此，本申请提供了一种基于会话的交易处理方法、装置、计算机设备及存储介质，主要目的在于解决目前交易处理效率低下、智能性较差的问题。

2、依据本申请第一方面，提供了一种基于会话的交易处理方法，该方法包括：

3、在检测到柜员执行登录操作时，创建全局上下文对象，以及在接收到所述柜员发起的开始服务指令的情况下，启动当前客户会话，生成会话标识并关联至所述全局上下文对象；

4、依次调用多个数据接口获取客户相关信息，将所述客户相关信息按照预设数据结构写入所述全局上下文对象中，以使所述全局上下文对象在所述当前客户会话的整个生命周期内持续存储并共享所述客户相关信息，所述客户相关信息包括客户身份核验信息、客户基本信息以及多维风险筛查结果；

5、响应于所述柜员针对当前业务交易的选择操作，创建所述当前业务交易对应的交易实例，调用所述交易实例从所述全局上下文对象中读取所述客户基本信息并填充至交易界面；

6、在接收到所述柜员发起的交易提交指令时，执行所述当前业务交易的业务逻辑，并在执行过程中从所述全局上下文对象中读取所述客户身份核验信息和所述多维风险筛查结果以进行合规校验，并在合规校验通过的情况下执行所述当前业务交易；

7、当检测到所述当前业务交易执行完毕后，将执行所述当前业务交易产生的打印报文存入与所述会话标识关联的打印队列，以完成本轮次的交易处理。

8、依据本申请第二方面，提供了一种基于会话的交易处理装置，该装置包括：

9、创建模块，用于在检测到柜员执行登录操作时，创建全局上下文对象，以及在接收到所述柜员发起的开始服务指令的情况下，启动当前客户会话，生成会话标识并关联至所述全局上下文对象；

10、写入模块，用于依次调用多个数据接口获取客户相关信息，将所述客户相关信息按照预设数据结构写入所述全局上下文对象中，以使所述全局上下文对象在所述当前客户会话的整个生命周期内持续存储并共享所述客户相关信息，所述客户相关信息包括客户身份核验信息、客户基本信息以及多维风险筛查结果；

11、读取模块，用于响应于所述柜员针对当前业务交易的选择操作，创建所述当前业务交易对应的交易实例，调用所述交易实例从所述全局上下文对象中读取所述客户基本信息并填充至交易界面；

12、检查模块，用于在接收到所述柜员发起的交易提交指令时，执行所述当前业务交易的业务逻辑，并在执行过程中从所述全局上下文对象中读取所述客户身份核验信息和所述多维风险筛查结果以进行合规校验，并在合规校验通过的情况下执行所述当前业务交易；

13、执行模块，用于当检测到所述当前业务交易执行完毕后，将执行所述当前业务交易产生的打印报文存入与所述会话标识关联的打印队列，以完成本轮次的交易处理。

14、依据本申请第三方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述方法的步骤。

15、依据本申请第四方面，提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的方法的步骤。

16、借由上述技术方案，本申请提供的一种基于会话的交易处理方法、装置、计算机设备及存储介质，本申请通过构建全局上下文对象与会话标识的关联，在交易启动前依次调用多个数据接口集中完成客户信息的多维度预获取，使得信息查询动作脱离单一交易的内部调用链，避免后台接口调用集中于交易提交时刻而产生的瞬时负载峰值和超时风险；同时，由于客户身份核验信息和多维风险筛查结果在会话初始化阶段即被写入全局上下文对象，合规校验所依赖的状态字段在交易执行前已就绪，使得合规检查不再依赖于交易中段的动态接口调用，筛查逻辑与业务逻辑在代码层面解耦，合规检查的时序独立性得以保障；此外，全局上下文对象在整个会话生命周期内持续存储并共享客户相关信息，交易实例直接从该全局上下文对象读取预填信息而无需在每笔交易中重复刷卡和重复查询，可以减少网络与系统资源的重复消耗，且同一会话内各交易读取的客户信息来源于同一份共享数据，避免因前后查询时机不同而导致的数据不一致，提升整体处理效率与智能化水平。

17、上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

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

2.根据权利要求1所述的方法，其特征在于，所述依次调用多个数据接口获取客户相关信息，将所述客户相关信息按照预设数据结构写入所述全局上下文对象中，包括：

3.根据权利要求2所述的方法，其特征在于，所述调用风险筛查模块依次执行多个预设风险维度的检查，并获取在各所述预设风险维度上获取到的风险状态值，得到多个风险状态值，将所述多个风险状态值汇总为所述多维风险筛查结果，包括：

4.根据权利要求1所述的方法，其特征在于，所述在接收到所述柜员发起的交易提交指令时，执行所述当前业务交易的业务逻辑，并在执行过程中从所述全局上下文对象中读取所述客户身份核验信息和所述多维风险筛查结果以进行合规校验，并在合规校验通过的情况下执行所述当前业务交易，包括：

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

8.一种基于会话的交易处理装置，其特征在于，包括：

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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