CN114782175A - 银行贷款数据请求方法、装置及电子设备 - Google Patents
银行贷款数据请求方法、装置及电子设备 Download PDFInfo
- Publication number
- CN114782175A CN114782175A CN202210715422.1A CN202210715422A CN114782175A CN 114782175 A CN114782175 A CN 114782175A CN 202210715422 A CN202210715422 A CN 202210715422A CN 114782175 A CN114782175 A CN 114782175A
- Authority
- CN
- China
- Prior art keywords
- loan
- loan data
- data request
- data
- request information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
- H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种银行贷款数据请求方法、装置及电子设备,涉及银行数据处理领域,该银行贷款管理系统包括:前台页面系统和后台管理系统;该方法利用银行贷款管理系统中的前台页面系统和后台管理系统之间分离关系,结合生成的加密令牌来对不同贷款管理业务数据进行请求交互,在提升安全性的同时实现了将银行贷款管理系统的前端与后端进行解耦,增加了银行贷款系统的可维护性和稳定性。
Description
技术领域
本发明涉及银行数据处理领域,尤其是涉及一种银行贷款数据请求方法、装置及电子设备。
背景技术
银行贷款数据作为银行的核心数据,通过相关银行贷款管理系统来实现用户与银行之间的业务交互。通常来说,银行贷款管理系统需要对各类贷款业务进行处理,从实现效果来看类似分类处理,但实际上现有的银行贷款管理系统对各类贷款业务普遍采用统一处理的方式,且该银行贷款管理系统普遍将前后端系统合并在一个系统中进行开发处理。随着银行贷款管理的需求日益增多,会导致银行贷款管理系统变的臃肿,业务逻辑混乱,影响系统的安全性、可维护性和稳定性。
综上所述,现有技术的银行贷款管理系统还缺少一种能够在前后端系统中按照不同业务进行数据请求的方式。
发明内容
有鉴于此,本发明的目的在于提供一种银行贷款数据请求方法、装置及电子设备,该方法利用银行贷款管理系统中的前台页面系统和后台管理系统之间分离关系,结合生成的加密令牌来对不同贷款管理业务数据进行请求交互,在提升安全性的同时实现了将银行贷款管理系统的前端与后端进行解耦,增加了银行贷款系统的可维护性和稳定性。
第一方面,本发明实施例提供了一种银行贷款数据请求方法,该方法应用于银行贷款管理系统;其中,银行贷款管理系统包括:前台页面系统和后台管理系统;该方法包括:
前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统;
后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中;
前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统;
后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证;
获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
在一些实施方式中,若银行贷款数据用于用户数据管理时;前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名及身份证号;
当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名及身份证号;
根据用户姓名及身份证号,从后台管理系统中对应的数据库中确定该用户对应的业务数据;其中,业务数据包括:授信记录数据、动支记录数据、放款记录数据以及还款记录数据上述一种或多种数据。
在一些实施方式中,若银行贷款数据用于借款数据管理时;前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号;
当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号;
根据用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号,从后台管理系统中对应的数据库中确定该用户对应的借款管理数据;其中,借款管理数据包括:征信记录数据、授信记录数据、动支记录数据、还款记录数据、并账记录数据、减免记录数据、代偿记录数据以及单日累计账户数据上述一种或多种数据。
在一些实施方式中,若银行贷款数据用于财务数据管理时;前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号;
当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名及身份证号;
根据用户姓名、身份证号,从后台管理系统中对应的数据库中确定该用户对应的财务管理数据;中,财务管理数据包括:账务平账数据、日终余额数据、明细账户查询数据、科目余额查询数据、计提明细查询数据、对账管理数据、代偿操作数据、核销结果查询数据以及核销结果汇总数据上述一种或多种数据。
在一些实施方式中,若银行贷款数据用于多媒体数据管理时;前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号;
当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名以及身份证号;
根据用户姓名以及身份证号,从后台管理系统中对应的存储服务器中确定该用户对应的多媒体文件;其中,多媒体文件至少包括:合同影像、结清证明影像上述一种或多种多媒体文件。
在一些实施方式中,若银行贷款数据用于资产池数据管理时;前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号;
当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名以及身份证号;
根据用户姓名以及身份证号,从后台管理系统中对应的数据库中确定该用户对应的资产池管理数据;其中,资产池管理数据至少包括:功能点资产池创建数据、资产池维护数据、资产池还款明细数据以及资产池单日统计数据上述一种或多种数据。
在一些实施方式中,若银行贷款数据用于运维管理时;前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号;
当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名以及身份证号;
根据用户姓名以及身份证号,从后台管理系统中对应的数据库中确定该用户对应的运维管理数据;其中,运维管理数据至少包括:功能监控数据、用户服务费管理数据以及短信推送数据上述一种或多种数据。
在一些实施方式中,将加密令牌作为第一响应指令发送至前台页面系统之后,方法还包括:
根据预设刷新时间,利用登录信息的内容重新生成加密令牌,并将重新生成的加密令牌发送至前台页面系统。
第二方面,本发明实施例提供了一种银行贷款数据请求装置,该装置应用于银行贷款管理系统;其中,银行贷款管理系统包括:前台页面系统和后台管理系统,装置包括:
第一请求指令收发模块,用于前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统;
第一响应指令收发模块,用于后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中;
第二请求指令收发模块,用于前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统;
加密令牌验证模块,用于后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证;
贷款数据请求结果获取模块,用于获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
第三方面,发明实施例还提供一种电子设备,包括存储器、处理器,存储器中存储有可在处理器上运行的计算机程序,其中,处理器执行计算机程序时实现上述第一方面提到的银行贷款数据请求方法的步骤。
第四方面,本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质,其中,程序代码使处理器执行上述第一方面提到的银行贷款数据请求方法的步骤。
本发明实施例带来了至少以下有益效果:
本发明提供了一种银行贷款数据请求方法、装置及电子设备,应用于银行贷款管理系统,该银行贷款管理系统包括:前台页面系统和后台管理系统;该方法中,前台页面系统首先根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统;然后后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中;随后,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统;后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证;最后获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。该方法利用银行贷款管理系统中的前台页面系统和后台管理系统之间分离关系,结合生成的加密令牌来对不同贷款管理业务数据进行请求交互,在提升安全性的同时实现了将银行贷款管理系统的前端与后端进行解耦,增加了银行贷款系统的可维护性和稳定性。
本发明的其他特征和优点将在随后的说明书中阐述,或者,部分特征和优点可以从说明书推知或毫无疑义的确定,或者通过实施本发明的上述技术即可得知。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施方式,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种银行贷款数据请求方法的流程图;
图2为本发明实施例提供的第二种银行贷款数据请求方法的流程图;
图3为本发明实施例提供的第三种银行贷款数据请求方法的流程图;
图4为本发明实施例提供的第四种银行贷款数据请求方法的流程图;
图5为本发明实施例提供的第五种银行贷款数据请求方法的流程图;
图6为本发明实施例提供的第六种银行贷款数据请求方法的流程图;
图7为本发明实施例提供的第七种银行贷款数据请求方法的流程图;
图8为本发明实施例提供的一种银行贷款数据请求装置的结构示意图;
图9为本发明实施例提供的一种电子设备的结构示意图。
图标:
810-第一请求指令收发模块;820-第一响应指令收发模块;830-第二请求指令收发模块;840-加密令牌验证模块;850-贷款数据请求结果获取模块;
101-处理器;102-存储器;103-总线;104-通信接口。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
银行贷款数据作为银行的核心数据,通过相关银行贷款管理系统来实现用户与银行之间的业务交互。通常来说,银行贷款管理系统需要对各类贷款业务进行处理,从实现效果来看类似分类处理,但实际上现有的银行贷款管理系统对各类贷款业务普遍采用统一处理的方式,且该银行贷款管理系统普遍将前后端系统合并在一个系统中进行开发处理。随着银行贷款管理的需求日益增多,会导致银行贷款管理系统变的臃肿,业务逻辑混乱,影响系统的安全性、可维护性和稳定性。
综上所述,现有技术的银行贷款管理系统还缺少一种能够在前后端系统中按照不同业务进行数据请求的方式。
基于此,本发明实施例提供的一种银行贷款数据请求方法、装置及电子设备,该方法利用银行贷款管理系统中的前台页面系统和后台管理系统之间分离关系,结合生成的加密令牌来对不同贷款管理业务数据进行请求交互,在提升安全性的同时实现了将银行贷款管理系统的前端与后端进行解耦,增加了银行贷款系统的可维护性和稳定性。
为便于对本实施例进行理解,首先对本发明实施例所公开的一种银行贷款数据请求方法进行详细介绍。
参见图1所示的一种银行贷款数据请求方法的流程图,该方法应用于银行贷款管理系统;其中,银行贷款管理系统包括:前台页面系统和后台管理系统。前台页面系统中包含了用户登录页面、管理页面等前台页面,能够实时提供银行贷款管理过程中所用的数据、文字、指令等。后台管理系统,则包含银行贷款管理中包含的各类业务模块或单元,实际场景中可按照不同业务划分不同的业务模块。在此基础上,该银行贷款数据请求方法包括:
步骤S101,前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统。
该步骤可理解为登录步骤,用户通过前台页面系统输入相关登录信息,例如可输入用户名、密码、验证码、身份证、手机号等用户个人信息。登录信息输入完成后,可通过前台页面系统中提供的发送按钮、登录按钮等与请求功能相关联的按钮,将登录信息打包生成第一请求指令,并将其发送至后台管理系统。具体的说,第一请求指令的生成过程中需遵循预设的格式需求,例如将用户输入的用户名、密码、验证码、身份证、手机号等内容作为键值,结合其对应的相关键名将用户输入的登录信息格式化为JSON数据格式的第一请求指令,并将第一请求指令发送至后台管理系统中以请求登录结果。
步骤S102,后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中。
后台管理系统接收到第一请求指令后,通过对第一请求指令进行解析得到用户输入的登录信息,并根据登录信息的内容来确定该用户的数据请求权限。值得一提的是,该数据请求权限作为用户后续进行银行贷款数据请求过程的关键参数,决定着用户后续对银行贷款数据请求的使用权限。例如,登录信息中输入的用户并不是系统的注册用户时,将该用户赋予最低的权限;而输入的用户是系统内的注册用户时,确定该用户是何种等级用户,如管理员、储户等,并根据对应的等级确定使用权限。
权限等级确定后,根据权限等级结合登录信息的内容从而生成加密令牌。加密令牌可由登录信息+时间+数字签名生成的具有唯一性的加密秘钥串,是由后台管理系统在接收到第一请求指令后结合登录信息的内容自动生成的,具有时效性和唯一性,其作为用户访问银行贷款管理系统的使用权限参数,最终传输给前台页面系统来提示用户的可访问内容;同时也决定着后台管理系统中该用户可访问的数据。
步骤S103,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统。
第一响应指令包含着该用户对应的加密令牌,也可包含相关提示信息,如“登录成功”、“操作成功”等提示字段,引导用户进行具体的贷款数据请求操作。用户结合自身使用情况将贷款数据请求信息从前台页面系统中输入后,结合加密令牌生成第二请求指令。第二请求指令的生成过程也遵循预设的格式需求,例如可根据用户已输入的用户名、所需请求的银行贷款数据类型等参数作为键值,结合其对应的相关键名将用户输入的登录信息格式化为JSON数据格式的第二请求指令,并将第二请求指令发送至后台管理系统进行银行贷款数据的请求。
步骤S104,后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证。
第二请求指令发送至后台管理系统后,后台管理系统首先对该加密令牌进行验证,加密令牌作为前台页面系统和后台管理系统的通行证,在进行数据请求之前需要对其进行验证,以确定该用户对应的权限等级、对应的业务类型等。
步骤S105,获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
加密令牌验证通过后,表明该用户满足数据请求的权限要求,此时根据第二请求指令中用户的贷款数据请求信息,利用后台管理系统中包含的各类业务模块或单元,从相关数据库或服务器中得到不同业务的贷款数据请求结果,然后将该结果发送至前台页面系统提供给用户。
下面结合实际应用场景,来对不同业务类型的银行贷款数据请求方法过程进行解释。在一些实施方式中,若银行贷款数据用于用户数据管理时;如图2所述,该银行贷款数据请求方法包括:
步骤S201,前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统。
步骤S202,后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中。
步骤S203,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统。
具体的,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
步骤S203a,实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名及身份证号。
前台页面系统中向用户提供输入姓名、身份证等参数,同时可根据情况输入动态的验证码。实时获取的过程可通过用户输入的动作同步执行,进而实时确定用户输入的各类信息。
步骤S203b,当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令。
例如,将用户输入的用户名、密码、验证码及其对应的ID号如:username、passport、Verification进行格式化,将其键值和键名一一关联,最终得到一个JSON格式的请求指令。
步骤S204,后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证。
步骤S205,获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
具体的,确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
步骤S205a,从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名及身份证号。
步骤S205b,根据用户姓名及身份证号,从后台管理系统中对应的数据库中确定该用户对应的业务数据;其中,业务数据包括:授信记录数据、动支记录数据、放款记录数据以及还款记录数据上述一种或多种数据。
该实施方式通过用户号或者用户身份证号实现了查询该用户的授信记录、动支记录、放款记录以及还款记录,实现了从用户的维度请求得到当前用户的所有相关贷款业务数据。
在一些实施方式中,若银行贷款数据用于借款数据管理时,如图3所示,该银行贷款数据请求方法包括:
步骤S301,前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统。
步骤S302,后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中。
步骤S303,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统。
具体的,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
步骤S303a,实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号。
前台页面系统中向用户提供用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号等参数,同时可根据情况输入动态的验证码。实时获取的过程可通过用户输入的动作同步执行,进而实时确定用户输入的各类信息。
步骤S303b,当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令。
例如,将用户输入的用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号及其对应的ID号进行格式化,将其键值和键名一一关联,最终得到一个JSON格式的请求指令。
步骤S304,后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证。
步骤S305,获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
具体的,确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
步骤S305a,从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号。
步骤S305b,根据用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号,从后台管理系统中对应的数据库中确定该用户对应的借款管理数据;其中,借款管理数据包括:征信记录数据、授信记录数据、动支记录数据、还款记录数据、并账记录数据、减免记录数据、代偿记录数据以及单日累计账户数据上述一种或多种数据。
从上述描述中可见,借款数据管理过程通过“客户ID”、“身份证号”、“手机号”、“资产机构”、“资产产品”、“请求流水号”等条件实现了客户的征信记录、授信记录、借款记录、动支记录、还款记录、并账记录、减免记录、代偿记录、单日累计账户数据等,查看当日的进件量、交易量的查询,从而实现了从用户维度对借款管理数据的请求过程。
在一些实施方式中,若银行贷款数据用于财务数据管理时,如图4所示,该银行贷款数据请求方法包括:
步骤S401,前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统。
步骤S402,后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中。
步骤S403,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统。
具体的,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
步骤S403a,实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号。
步骤S403b,当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令。
步骤S404,后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证。
步骤S405,获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
具体的,确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
步骤S405a,从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名及身份证号;
步骤S405b,根据用户姓名、身份证号,从后台管理系统中对应的数据库中确定该用户对应的财务管理数据;其中,财务管理数据包括:账务平账数据、日终余额数据、明细账户查询数据、科目余额查询数据、计提明细查询数据、对账管理数据、代偿操作数据、核销结果查询数据以及核销结果汇总数据上述一种或多种数据。
对于银行来说,需要对每天的入账出账流水进行对账,主要涉及功能点有账务平账、日终余额、明细账户查询、科目余额查询、计提明细查询、对账管理、代偿操作、核销结果查询、核销结果汇总查询,而通过上述实施例即可实现财务管理数据的请求过程。
在一些实施方式中,若银行贷款数据用于多媒体数据管理时,如图4所示,该银行贷款数据请求方法包括:
步骤S501,前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统。
步骤S502,后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中。
步骤S503,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统。
具体的,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
步骤S503a,实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号;
步骤S503b,当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令。
步骤S504,后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证。
步骤S505,获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
具体的,确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
步骤S505a,从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名以及身份证号;
步骤S505b,根据用户姓名以及身份证号,从后台管理系统中对应的存储服务器中确定该用户对应的多媒体文件;其中,多媒体文件至少包括:合同影像、结清证明影像上述一种或多种多媒体文件。
银行的主营业务是网络信贷,涉及到相关合同、客户影像文件的处理,自营或者第三方放款都需要处理大量的文件,为了不占用业务系统服务的资源,需将这些影像文件存放于第三方的对象存储服务器中,个贷管理系统需要具备查看用户的所有影像文件功能,影像文件补偿给合作机构功能,从合作方下载影像文件,结清证明等,而通过上述实施例即可实现贷款数据请求过程中多媒体数据的请求过程。
在一些实施方式中,若银行贷款数据用于资产池数据管理时,如图6所示,该银行贷款数据请求方法包括:
步骤S601,前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统。
步骤S602,后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中。
步骤S603,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统。
具体的,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
步骤S603a,实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号;
步骤S603b,当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
步骤S604,后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证。
步骤S605,获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
具体的,确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
步骤S605a,从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名以及身份证号;
步骤S605b,根据用户姓名以及身份证号,从后台管理系统中对应的数据库中确定该用户对应的资产池管理数据;其中,资产池管理数据至少包括:功能点资产池创建数据、资产池维护数据、资产池还款明细数据以及资产池单日统计数据上述一种或多种数据。
管理个贷中所有的合作机构,每个机构可能存在多个资产包,功能点资产池创建、资产池维护、资产池还款明细、资产池的单日统计等业务,而通过上述实施例即可实现资产池数据的请求过程。
在一些实施方式中,若银行贷款数据用于运维管理时,如图7所示,该银行贷款数据请求方法包括:
步骤S701,前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统。
步骤S702,后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中。
步骤S703,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统。
具体的,前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令的过程,包括:
步骤S703a,实时获取用户在前台页面系统中输入的贷款数据请求信息;其中,贷款数据请求信息至少包括:用户姓名以及身份证号;
步骤S703b,当贷款数据请求信息输入完毕时,将贷款数据请求信息和加密令牌及其对应的ID号格式化为第二请求指令;
步骤S704,后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证。
步骤S705,获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
具体的,确定与贷款数据请求信息对应的贷款数据请求结果的过程,包括:
步骤S705a,从第二请求指令中解析并获取贷款数据请求信息中包含的用户姓名以及身份证号;
步骤S705b,根据用户姓名以及身份证号,从后台管理系统中对应的数据库中确定该用户对应的运维管理数据;其中,运维管理数据至少包括:功能监控数据、用户服务费管理数据以及短信推送数据上述一种或多种数据。
涉及到监控功能、服务费管理、短信推送等基础功能,个贷管理系统需提供可配置化,做到基础功能的更新不需要进行系统升级发布。具体的说,前台页面系统和后台管理系统之间的交互通过http请求和json数据格式,统一的交互方式让前后端在联调过程更加流畅。相比于传统jsp、html+后端的单体应用,前后端分离技术允许前端项目和后端项目进行单独开发,在给定的开发设计文档下,前后端项目同步进行开发,前端人员无需等到后端完全开发完成再进行开发,这在讲究效率的当下显得尤为重要。前后端系统当作单独的服务独立部署,可以在同一台机器使用不同的端口部署,也可以在不同的机器上分别部署,更具灵活性。
例如,银行贷款管理系统中的前台页面系统中相关项目可使用Vue.js+element-ui,一套用户构建用户界面的渐进式框架,针对当下业务飞速发展,新的功能点持续上线,用户数据极速增长,就需要有响应的后管平台,供公司业务人员实时查看处理生产数据,需要有一个简洁、美观、可视化强,能够随时进行数据报表统计的平台。在综合考量下,技术选型使用了vue.js和element-ui样式框架,实现组件化开发,相比于传统的jsp、html这些技术相比,使用vue.js+element-ui框架极大的减少了开发和维护的成本,在单独开发的情况下,可以mock接口数据,开发过程中减少对后端接口的依赖,提升开发效率。
后台管理系统中的相关项目可使用Spring Boot框架,maven项目管理工具,按照不同的业务划分了业务模块,模块化开发,按照模块去开发维护,极大提升了效率。安全方面采用了jwt技术,用户登录成功后,系统签发token令牌,作为前后端系统交互的通行凭证,支持无感刷新令牌和主动销毁令牌。数据方面,使用了静态数据库mysql和缓存数据库redis,针对冷热数据做了不同的存储处理方式,冷数据存储在mysql中,热数据除了mysql中存放之外,redis中也存储了一份,减少访问热数据而产生的系统开销。对于图像等大文件,系统接入的外部的对象存储系统,提升大文件的访问和存储效率。
在一些实施方式中,将加密令牌作为第一响应指令发送至前台页面系统之后,方法还包括:根据预设刷新时间,利用登录信息的内容重新生成加密令牌,并将重新生成的加密令牌发送至前台页面系统。
前后端分离部署后交互过程中信息流的安全性,针对交互的数据流做到加密传递,前端系统在请求后端系统时,需要携带后端系统分配的加密令牌,后端系统会对前端系统的请求进行权限验证,无权限请求将会被拒绝访问,后端系统签发的令牌具有时效性,在用户长期使用系统的情况做到用户无感刷新令牌。
通过上述实施例中提供的银行贷款数据请求方法可知,该方法利用银行贷款管理系统中的前台页面系统和后台管理系统之间分离关系,结合生成的加密令牌来对不同贷款管理业务数据进行请求交互,在提升安全性的同时实现了将银行贷款管理系统的前端与后端进行解耦,增加了银行贷款系统的可维护性和稳定性。
对应于上述方法实施例,本发明实施例提供了一种银行贷款数据请求装置,如图8所示,该装置应用于银行贷款管理系统;其中,银行贷款管理系统包括:前台页面系统和后台管理系统,装置包括:
第一请求指令收发模块810,用于前台页面系统根据用户输入的登录信息生成第一请求指令,并将第一请求指令发送至后台管理系统;
第一响应指令收发模块820,用于后台管理系统接收到第一请求指令后,根据登录信息的内容生成加密令牌,并将加密令牌作为第一响应指令发送至前台页面系统中;
第二请求指令收发模块830,用于前台页面系统根据用户输入的贷款数据请求信息以及加密令牌生成第二请求指令,并将第二请求指令发送至后台管理系统;
加密令牌验证模块840,用于后台管理系统接收到第二请求指令后,对加密令牌的权限进行验证;
贷款数据请求结果获取模块850,用于获取验证通过的加密令牌对应的贷款数据请求信息,确定与贷款数据请求信息对应的贷款数据请求结果,并将贷款数据请求结果发送至前台页面系统。
本发明实施例提供的银行贷款数据请求装置,与上述实施例提供的银行贷款数据请求方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。为简要描述,实施例部分未提及之处,可参考前述银行贷款数据请求方法实施例中相应内容。
本实施例还提供一种电子设备,为该电子设备的结构示意图如图9所示,该设备包括处理器101和存储器102;其中,存储器102用于存储一条或多条计算机指令,一条或多条计算机指令被处理器执行,以实现上述银行贷款数据请求方法。
图9所示的电子设备还包括总线103和通信接口104,处理器101、通信接口104和存储器102通过总线103连接。
其中,存储器102可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。总线103可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
通信接口104用于通过网络接口与至少一个用户终端及其它网络单元连接,将封装好的IPv4报文或IPv4报文通过网络接口发送至用户终端。
处理器101可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器101可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DigitalSignal Processor,简称DSP)、专用集成电路(Application Specific IntegratedCircuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器102,处理器101读取存储器102中的信息,结合其硬件完成前述实施例的方法的步骤。
本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行前述实施例的方法的步骤。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、设备和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,设备或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以用软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种银行贷款数据请求方法,其特征在于,所述方法应用于银行贷款管理系统;其中,所述银行贷款管理系统包括:前台页面系统和后台管理系统;所述方法包括:
所述前台页面系统根据用户输入的登录信息生成第一请求指令,并将所述第一请求指令发送至所述后台管理系统;
所述后台管理系统接收到所述第一请求指令后,根据所述登录信息的内容生成加密令牌,并将所述加密令牌作为第一响应指令发送至所述前台页面系统中;
所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令,并将所述第二请求指令发送至所述后台管理系统;
所述后台管理系统接收到所述第二请求指令后,对所述加密令牌的权限进行验证;
获取验证通过的所述加密令牌对应的所述贷款数据请求信息,确定与所述贷款数据请求信息对应的贷款数据请求结果,并将所述贷款数据请求结果发送至所述前台页面系统。
2.根据权利要求1所述的方法,其特征在于,若所述银行贷款数据用于用户数据管理时;所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令的过程,包括:
实时获取用户在所述前台页面系统中输入的贷款数据请求信息;其中,所述贷款数据请求信息至少包括:用户姓名及身份证号;
当所述贷款数据请求信息输入完毕时,将所述贷款数据请求信息和所述加密令牌及其对应的ID号格式化为所述第二请求指令;
确定与所述贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从所述第二请求指令中解析并获取所述贷款数据请求信息中包含的所述用户姓名及所述身份证号;
根据所述用户姓名及所述身份证号,从所述后台管理系统中对应的数据库中确定该用户对应的业务数据;其中,所述业务数据包括:授信记录数据、动支记录数据、放款记录数据以及还款记录数据上述一种或多种数据。
3.根据权利要求1所述的方法,其特征在于,若所述银行贷款数据用于借款数据管理时;所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令的过程,包括:
实时获取用户在所述前台页面系统中输入的贷款数据请求信息;其中,所述贷款数据请求信息至少包括:用户姓名、身份证号、手机号、资产机构、资产产品编号、请求流水号;
当所述贷款数据请求信息输入完毕时,将所述贷款数据请求信息和所述加密令牌及其对应的ID号格式化为所述第二请求指令;
确定与所述贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从所述第二请求指令中解析并获取所述贷款数据请求信息中包含的所述用户姓名、所述身份证号、所述手机号、所述资产机构、所述资产产品编号、所述请求流水号;
根据所述用户姓名、所述身份证号、所述手机号、所述资产机构、所述资产产品编号、所述请求流水号,从所述后台管理系统中对应的数据库中确定该用户对应的借款管理数据;其中,所述借款管理数据包括:征信记录数据、授信记录数据、动支记录数据、还款记录数据、并账记录数据、减免记录数据、代偿记录数据以及单日累计账户数据上述一种或多种数据。
4.根据权利要求1所述的方法,其特征在于,若所述银行贷款数据用于财务数据管理时;所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令的过程,包括:
实时获取用户在所述前台页面系统中输入的贷款数据请求信息;其中,所述贷款数据请求信息至少包括:用户姓名以及身份证号;
当所述贷款数据请求信息输入完毕时,将所述贷款数据请求信息和所述加密令牌及其对应的ID号格式化为所述第二请求指令;
确定与所述贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从所述第二请求指令中解析并获取所述贷款数据请求信息中包含的所述用户姓名及所述身份证号;
根据所述用户姓名、所述身份证号,从所述后台管理系统中对应的数据库中确定该用户对应的财务管理数据;其中,所述财务管理数据包括:账务平账数据、日终余额数据、明细账户查询数据、科目余额查询数据、计提明细查询数据、对账管理数据、代偿操作数据、核销结果查询数据以及核销结果汇总数据上述一种或多种数据。
5.根据权利要求1所述的方法,其特征在于,若所述银行贷款数据用于多媒体数据管理时;所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令的过程,包括:
实时获取用户在所述前台页面系统中输入的贷款数据请求信息;其中,所述贷款数据请求信息至少包括:用户姓名以及身份证号;
当所述贷款数据请求信息输入完毕时,将所述贷款数据请求信息和所述加密令牌及其对应的ID号格式化为所述第二请求指令;
确定与所述贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从所述第二请求指令中解析并获取所述贷款数据请求信息中包含的所述用户姓名以及所述身份证号;
根据所述用户姓名以及所述身份证号,从所述后台管理系统中对应的存储服务器中确定该用户对应的多媒体文件;其中,所述多媒体文件至少包括:合同影像、结清证明影像上述一种或多种多媒体文件。
6.根据权利要求1所述的方法,其特征在于,若所述银行贷款数据用于资产池数据管理时;所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令的过程,包括:
实时获取用户在所述前台页面系统中输入的贷款数据请求信息;其中,所述贷款数据请求信息至少包括:用户姓名以及身份证号;
当所述贷款数据请求信息输入完毕时,将所述贷款数据请求信息和所述加密令牌及其对应的ID号格式化为所述第二请求指令;
确定与所述贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从所述第二请求指令中解析并获取所述贷款数据请求信息中包含的所述用户姓名以及所述身份证号;
根据所述用户姓名以及所述身份证号,从所述后台管理系统中对应的数据库中确定该用户对应的资产池管理数据;其中,所述资产池管理数据至少包括:功能点资产池创建数据、资产池维护数据、资产池还款明细数据以及资产池单日统计数据上述一种或多种数据。
7.根据权利要求1所述的方法,其特征在于,若所述银行贷款数据用于运维管理时;所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令的过程,包括:
实时获取用户在所述前台页面系统中输入的贷款数据请求信息;其中,所述贷款数据请求信息至少包括:用户姓名以及身份证号;
当所述贷款数据请求信息输入完毕时,将所述贷款数据请求信息和所述加密令牌及其对应的ID号格式化为所述第二请求指令;
确定与所述贷款数据请求信息对应的贷款数据请求结果的过程,包括:
从所述第二请求指令中解析并获取所述贷款数据请求信息中包含的所述用户姓名以及所述身份证号;
根据所述用户姓名以及所述身份证号,从所述后台管理系统中对应的数据库中确定该用户对应的运维管理数据;其中,所述运维管理数据至少包括:功能监控数据、用户服务费管理数据以及短信推送数据上述一种或多种数据。
8.根据权利要求1所述的方法,其特征在于,将所述加密令牌作为第一响应指令发送至所述前台页面系统之后,所述方法还包括:
根据预设刷新时间,利用所述登录信息的内容重新生成加密令牌,并将重新生成的所述加密令牌发送至所述前台页面系统。
9.一种银行贷款数据请求装置,其特征在于,所述装置应用于银行贷款管理系统;其中,所述银行贷款管理系统包括:前台页面系统和后台管理系统,所述装置包括:
第一请求指令收发模块,用于所述前台页面系统根据用户输入的登录信息生成第一请求指令,并将所述第一请求指令发送至所述后台管理系统;
第一响应指令收发模块,用于所述后台管理系统接收到所述第一请求指令后,根据所述登录信息的内容生成加密令牌,并将所述加密令牌作为第一响应指令发送至所述前台页面系统中;
第二请求指令收发模块,用于所述前台页面系统根据用户输入的贷款数据请求信息以及所述加密令牌生成第二请求指令,并将所述第二请求指令发送至所述后台管理系统;
加密令牌验证模块,用于所述后台管理系统接收到所述第二请求指令后,对所述加密令牌的权限进行验证;
贷款数据请求结果获取模块,用于获取验证通过的所述加密令牌对应的所述贷款数据请求信息,确定与所述贷款数据请求信息对应的贷款数据请求结果,并将所述贷款数据请求结果发送至所述前台页面系统。
10.一种电子设备,其特征在于,包括:处理器和存储装置;所述存储装置上存储有计算机程序,所述计算机程序在被所述处理器运行时实现上述权利要求1至8任一项所述的银行贷款数据请求方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210715422.1A CN114782175A (zh) | 2022-06-23 | 2022-06-23 | 银行贷款数据请求方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210715422.1A CN114782175A (zh) | 2022-06-23 | 2022-06-23 | 银行贷款数据请求方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114782175A true CN114782175A (zh) | 2022-07-22 |
Family
ID=82422345
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210715422.1A Pending CN114782175A (zh) | 2022-06-23 | 2022-06-23 | 银行贷款数据请求方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114782175A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116776382A (zh) * | 2023-06-27 | 2023-09-19 | 上海有有电子商务有限公司 | 一种智能化网联网商业终端连接系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106600400A (zh) * | 2016-12-05 | 2017-04-26 | 深圳前海微众银行股份有限公司 | 贷款业务处理方法、装置及系统 |
CN109285068A (zh) * | 2018-10-25 | 2019-01-29 | 平安普惠企业管理有限公司 | 在线贷款查询方法、装置、设备及存储介质 |
CN112182653A (zh) * | 2020-09-27 | 2021-01-05 | 中国建设银行股份有限公司 | 一种业务处理方法、装置、设备及存储介质 |
CN113436008A (zh) * | 2021-07-07 | 2021-09-24 | 中国银行股份有限公司 | 贷款用途监控方法及装置、存储介质及电子设备 |
-
2022
- 2022-06-23 CN CN202210715422.1A patent/CN114782175A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106600400A (zh) * | 2016-12-05 | 2017-04-26 | 深圳前海微众银行股份有限公司 | 贷款业务处理方法、装置及系统 |
CN109285068A (zh) * | 2018-10-25 | 2019-01-29 | 平安普惠企业管理有限公司 | 在线贷款查询方法、装置、设备及存储介质 |
CN112182653A (zh) * | 2020-09-27 | 2021-01-05 | 中国建设银行股份有限公司 | 一种业务处理方法、装置、设备及存储介质 |
CN113436008A (zh) * | 2021-07-07 | 2021-09-24 | 中国银行股份有限公司 | 贷款用途监控方法及装置、存储介质及电子设备 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116776382A (zh) * | 2023-06-27 | 2023-09-19 | 上海有有电子商务有限公司 | 一种智能化网联网商业终端连接系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107194806B (zh) | 用于手机贷款的服务器 | |
CN110084048B (zh) | 一种银行统一用户管理的实现方法 | |
CN107833124A (zh) | 基于财务总账数据的财务分析系统及实现方法 | |
EP2243119A1 (en) | Systems, methods and computer program products for performing mass transit merchant transactions | |
US20190081794A1 (en) | Systems and methods for user identity | |
US20220036351A1 (en) | Method and apparatus for resource exchange | |
CN114782175A (zh) | 银行贷款数据请求方法、装置及电子设备 | |
Oktian et al. | BlockSubPay-a blockchain framework for subscription-based payment in cloud service | |
CN109587244A (zh) | 云手机数据处理方法、装置、计算机可读存储介质及电子设备 | |
Adam et al. | Backend server system design based on rest api for cashless payment system on retail community | |
CN111724245A (zh) | 一种信用卡融资方法和系统 | |
US10217087B2 (en) | Multicomputer processing of client device request data using centralized event orchestrator | |
KR20200014121A (ko) | 블록체인 서비스 제공 방법 및 시스템 | |
KR102107454B1 (ko) | 금융결제망 다중화 시스템, 이를 이용한 금융 서비스 방법 및 이를 위한 컴퓨터 프로그램 | |
CN107341727B (zh) | 数字货币的回笼方法和系统 | |
KR100822939B1 (ko) | 닉네임을 이용한 비대면 채널 유저인터페이스 제공방법 및시스템과 이를 위한 프로그램 기록매체 | |
CN113706045B (zh) | 资金支付方法、装置、设备、介质和程序产品 | |
KR100963923B1 (ko) | 쌍방향 통신요금 정산 처리 방법 및 시스템과 이를 위한기록매체 | |
KR20090114569A (ko) | 통신사 제휴를 통한 소액대출 서비스 제공방법 | |
US10440102B2 (en) | Multicomputer processing of client device request data using centralized event orchestrator and dynamic endpoint engine | |
CN116205651A (zh) | 一种基于区块链网络的数据处理方法、装置及相关设备 | |
CN117635354A (zh) | 业务数据日结方法、计算机设备及计算机存储介质 | |
CN115187254A (zh) | 信息处理方法、装置、计算机可读介质及电子设备 | |
CN114912148A (zh) | 鉴权方法及装置、系统、计算机存储介质、电子设备 | |
CN115589333A (zh) | 一种访问请求认证方法、装置、系统及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220722 |
|
RJ01 | Rejection of invention patent application after publication |