掌桥专利:专业的专利平台
掌桥专利
首页

一种金融业务的处理方法

文献发布时间:2023-06-19 11:49:09



技术领域

本发明涉及金融业务处理领域,具体为一种金融业务的处理方法。

背景技术

金融企业或机构是指从事金融业有关的金融中介机构,为金融体系的一部分,金融业包括银行、证券、保险、信托、基金等行业,如商业银行等金融企业会向银行用户提供多种金融服务,这些金融服务对应的金融产品类型众多且信息繁杂,因此需要在金融企业内部进行有序存储,以在存在金融业务处理需求时,为了提高处理的准确性,需要调取存储在金融企业内部的这些金融产品相关的数据来帮助进行金融业务处理,近年来,随着互联网技术的日新月异,传统金融机构与互联网企业利用互联网技术和信息通信技术实现了资金融通、支付、投资和信息中介服务的新型金融业务模式,互联网金融为适应新的需求而产生了金融业务的新模式和新业务,开创性地为用户提供了极大的便利,但同时,受黑客攻击、计算机模拟技术等的影响,用户在办理互联网金融业务时,系统对其身份进行验证的安全性也受到越来越多的挑战。

现如今,科技不断完善,安全性能不断上涨,办理业务也随之改变,对于接受能力强的青年人,业务办理也是相对的快捷,但对于一些老年人而言,业务办理就相对的麻烦,而且若有人帮忙,老年人也会担心会不会被骗,从而造成业务难以办理情况,其次目前,由于现有的金融企业内部通过企业数据模型以表格数据存储的形式存储用于提供金融服务的相关业务数据,使得金融企业内部人员需要花费较长的时间及精力来找到金融业务对应的业务数据,且中间过程极易出错,进而会使得应用这些业务数据进行金融业务处理的效率低下,且无法保证处理的准确性。

发明内容

(一)解决的技术问题

针对现有技术的不足,本发明提供了一种金融业务的处理方法,解决了花费较大时间在办理业务上问题和减少老年人办理金融业务的麻烦,提高办理效率,可以有效解决背景技术中的问题。

(二)技术方案

为实现以上目的,本发明通过以下技术方案予以实现:一种金融业务的处理方法,该金融业务的处理方法,包括以下步骤:

S1、接收:所述在办理金融业务时候,接收金融业务处理请求,当询问办理人办理什么类型的金融业务,所述金融业务的处理请求,获取该金融业务的流程模型,基于金融业务对应的流程模型,在各个预设业务对象模型中判断是否包含有流程模型对应的业务对象模型,若经判断各个预设业务对象模型中包含有金融业务对应的业务对象模型,则将该业务对象模型确定为金融业务对应的业务对象模型;

S2、匹对:所述对于接收的金融业务请求后,由于各个预设业务对象模型是不同的,在接收金融业务后需要进行相应的选择,通过应用预设的业务信息分层显示规则生产接收金融业务所对应的模型,该对应金融业务模型是表示各个业务实体的状态信息以及各个业务实体之间的关联;

S3、处理:所述输出对应金融业务模型,根据模型显现出各个业务实体的状态信息等情况进行初步处理;

S4、签订:所述通过询问后,选取相对的金融业务模型后,发送选取的金融业务文件,等待用户签订意向书;

S5、录用信息:所述签订完成后,工作人员把信息录入第一服务器内部从而形成第一账户信息,第一服务器会把信息输送到第二服务器内部形成第二账户信息,所述账户信息文件中包含的各用户的银行账户信息;

S6、校准:所述通过第二服务器可以对第一账户信息进行全网比对,检测是否有违规等其他问题,通过校准后形成预设信息,根据信息比对,确定用户是否存在第二账户信息,若存在,之后转移到第二账户信息内,若不存在,则直接创建一个新的第二账户信息,根据银行预设的银行卡标识号BIN,对银行账户信息所对应的BIN进行校验,确定预设的BIN与所述银行账户信息对应的BIN一致,根据所述用户信息,在金融网站服务器中,确定该用户信息对应的网站账户信息;

S7、办理:所述形成第二账户信息后,工作人员选取用户需要办理的金融业务,之后通过第一服务器录入金融业务的核心实体业务以及从属实体业务,所述通过第一服务器对选取的金融业务进行打印,通过用户签订,传输到第二服务器中的第二账户信息内部,形成视图;

S8、视图框架:所述办理完成后,应用业务领域实体框架视图生成业务对象清单,接收业务对象模型的更新请求,根据该更新请求对应的业务领域实体框架视图,调取该业务领域实体框架视图对应的业务对象清单,以基于该业务对象清单更新业务对象模型,所述金融业务对应的业务对象模型以对业务对象模型进行可视化显示,以使针对金融业务的处理请求的请求发出方基于可视化显示,用于表示业务对象当前业务状态的业务对象模型,确定金融业务的当前状态,以及基于可视化显示的用于表示业务对象的业务业务对象模型确定金融业务的候选待处理内容,以根据所述金融业务的当前状态及候选待处理内容对金融业务进行对应处理;

S9、候选实体:所述对预获取的金融业务对应的候选实体清单中的数据进行数据预处理,得到金融业务对应的各个候选实体,其中,数据预处理包括:衍生数据删除、候选实体补录、候选实体识别及抽象处理中的至少一项,所述应用预设的核心实体选取规则,自业务领域实体框架视图中分别选取各个所述核心实体,以及各个所述核心实体分别对应的从属实体,业务领域实体框架视图中,将自身关联其他候选实体数量超过预设关联值的候选实体选定为核心实体,根据金融业务的业务功能自业务领域实体框架视图中的各个候选实体中选取核心实体;

S10、流程:所述将接收到的业务请求信息业务报文转换为预设格式,业务请求信息中携带有业务信息,根据预先存储的银行卡用户信息,对业务信息进行认证,若通过认证,则对业务报文请求的业务进行处理,生成并返回业务处理结果信息,若未通过认证,则生成并返回认证失败的认证结果信息,接收到认证请求信息后,根据存储的金融终端信息,对金融终端的有效性进行认证,并在所述金融终端通过认证后,在预设的有效期内存储所述金融终端的有效信息,接收到金融终端的发送的认证请求信息时,根据存储的金融终端的有效信息,判断是否需要对所述金融终端进行认证,若需要,则重新对所述金融终端进行认证,若不需要,则直接对所述认证请求信息进行处理,所述认证请求信息中携带有标识金融终端的有效性的金融终端标识或地址信息;

S11、输出:所述接收业务处理结果信息业务报文,将业务处理结果信息业务报文转换为与业务请求信息相同的预设格式后,返回发送业务请求信息的金融终端,根据收发认证请求信息、业务请求信息、认证结果信息或业务处理结果信息业务报文的情况,检测并存储连接的金融终端的属性或业务处理状态;

S12、储存:所述通过计算机程序实现对金融业务处理进行储存,减少数据丢失。

优选的,所述第二服务器包括集群式的多台业务服务器,确定所述账户信息文件中包含的各第一账户信息,确定所述账户信息文件中包含的各第一账户信息的数量,当所述数据超过预设阈值时,将所述账户信息文件中划分为多个子文件,将划分得到的多个子文件分发给各业务服务器,使得各业务服务器分别确定各子文件中包含的各第一账户信,所述第一账户信息与第二账户信息进行关联,所述将划分得到的多个子文件分发给各金融业务服务器,使得各金融业务服务器分别确定各子文件中包含的各银行账户信息,金融网站服务器生成根据关联后的账户信息,生成回盘文件,并反馈至银行服务器,使得所述银行服务器根据所述回盘文件对账户的关联状态进行记录。

优选的,所述核心实体为金融企业内部的存在数据状态、可操作及可保存的实体数据,所述实体数据包括:金融产品、产品协议、账户和执行证据,所述从属实体用于表示所述核心实体的生命周期、属性和条件中的至少一项。

优选的,所述业务对象模型还包括:核心实体与对应的至少一个从属实体之间的关系描述信息,以及当前的核心实体与其他的核心实体之间的关联关系。

优选的,所述电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行是实现金融业务处理方法中重要环节,业务处理状态具体为所述金融终端的工作状态、业务处理频率与业务处理成功率中的一种或多种。

优选的,所述确定模块,确定所述账户信息文件中包含的各用户的银行账户信息,关联模块,针对确定出的每一用户的银行账户信息,确定该用户对应的网站账户信息,并将所述银行账户信息与所述网站账户信息进行关联。

优选的,所述请求接收模块,用于接收针对金融业务的处理请求,业务对象创建模块,用于在各个预设业务对象模型中判断是否包含有所述金融业务对应的业务对象模型,若否,则应用预设的业务信息分层显示规则生成所述金融业务对应的业务对象模型,该业务对象模型用于表示各个业务实体的状态信息以及各个业务实体之间的关联关系,业务对象输出模块,用于输出业务对象模型,以根据业务对象模型显示的各个业务实体的状态信息以及各个业务实体之间的关联关系对所述金融业务进行处理。

(三)有益效果

本发明提供了一种金融业务的处理方法。具备以下有益效果:该处理方法主要通过接收模块对用户选取的金融业务的处理请求,在各个预设业务模型中判断是否有所需要的业务对象模块,若否,应用预设业务信息分层显示规则生成相应的业务模块,该业务模块适用于各个业务实体状态信息以及各个业务实体之间关联,对选取的金融业务进行处理,通过可视化的业务模型,可以使金融企业内部人员可以直观的确定选取的金融业务模型的实时数据,进而提高处理的效率,还可以确定选取的金融业务模型数据的精准性和全面性,提高处理的精准性,进一步提高金融人员的用户体验,同时业务对象是金融企业的核心资源,能够从业务视角和客观视图来说明业务数据的结构、分布以及业务数据之间的逻辑关系,进而指导金融企业的业务实体模型及IT架构设计等,其次金融网站服务器将根据银行账户中的用户信息,确定该用户信息对应的网站账户信息,如果发现用户还未注册,则金融网站服务器将自行根据用户信息,创建相应的网站账户信息,此后,金融网站服务器将银行账户信息与网站账户信息进行关联处理,在关联过程中一旦有异常情况,则标注为异常,并在后续过程中执行重试,在重试了设定的次数后,如果仍然没能成功关联,则将该条数据的状态标定为关联失败,反之,则成功执行关联,关联状态为成功,实际应用中,用户可以在金融网站上取消自身银行账户信息与网站账户信息之间的关联,也就是说,金融网站服务器可能会接收到用户的解绑请求,并进行解绑,这样的状态信息也将记录在回盘文件中,回盘文件中记录的银行账户信息的数量将大于或等于账户信息文件中银行账户信息的数量。

具体实施方式

所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

基于背景技术存在的技术问题,本发明提供一种技术方案:一种金融业务的处理方法,包括如下步骤:

实施例一:

S1、接收:在办理金融业务时候,接收金融业务处理请求,当询问办理人办理什么类型的金融业务,金融业务的处理请求,获取该金融业务的流程模型,基于金融业务对应的流程模型,在各个预设业务对象模型中判断是否包含有流程模型对应的业务对象模型,若经判断各个预设业务对象模型中包含有金融业务对应的业务对象模型,则将该业务对象模型确定为金融业务对应的业务对象模型;

S2、匹对:对于接收的金融业务请求后,由于各个预设业务对象模型是不同的,在接收金融业务后需要进行相应的选择,通过应用预设的业务信息分层显示规则生产接收金融业务所对应的模型,该对应金融业务模型是表示各个业务实体的状态信息以及各个业务实体之间的关联;

S3、处理:输出对应金融业务模型,根据模型显现出各个业务实体的状态信息等情况进行初步处理;

S4、签订:通过询问后,选取相对的金融业务模型后,发送选取的金融业务文件,等待用户签订意向书;

S5、录用信息:签订完成后,工作人员把信息录入第一服务器内部从而形成第一账户信息,第一服务器会把信息输送到第二服务器内部形成第二账户信息,账户信息文件中包含的各用户的银行账户信息;

S6、校准:通过第二服务器可以对第一账户信息进行全网比对,检测是否有违规等其他问题,通过校准后形成预设信息,根据信息比对,确定用户是否存在第二账户信息,若存在,之后转移到第二账户信息内,若不存在,则直接创建一个新的第二账户信息,根据银行预设的银行卡标识号BIN,对银行账户信息所对应的BIN进行校验,确定预设的BIN与银行账户信息对应的BIN一致,根据用户信息,在金融网站服务器中,确定该用户信息对应的网站账户信息;

S7、办理:形成第二账户信息后,工作人员选取用户需要办理的金融业务,之后通过第一服务器录入金融业务的核心实体业务以及从属实体业务,通过第一服务器对选取的金融业务进行打印,通过用户签订,传输到第二服务器中的第二账户信息内部,形成视图;

S8、视图框架:办理完成后,应用业务领域实体框架视图生成业务对象清单,接收业务对象模型的更新请求,根据该更新请求对应的业务领域实体框架视图,调取该业务领域实体框架视图对应的业务对象清单,以基于该业务对象清单更新业务对象模型,金融业务对应的业务对象模型以对业务对象模型进行可视化显示,以使针对金融业务的处理请求的请求发出方基于可视化显示,用于表示业务对象当前业务状态的业务对象模型,确定金融业务的当前状态,以及基于可视化显示的用于表示业务对象的业务业务对象模型确定金融业务的候选待处理内容,以根据金融业务的当前状态及候选待处理内容对金融业务进行对应处理;

S9、候选实体:对预获取的金融业务对应的候选实体清单中的数据进行数据预处理,得到金融业务对应的各个候选实体,其中,数据预处理包括:衍生数据删除、候选实体补录、候选实体识别及抽象处理中的至少一项,应用预设的核心实体选取规则,自业务领域实体框架视图中分别选取各个核心实体,以及各个核心实体分别对应的从属实体,业务领域实体框架视图中,将自身关联其他候选实体数量超过预设关联值的候选实体选定为核心实体,根据金融业务的业务功能自业务领域实体框架视图中的各个候选实体中选取核心实体;

S10、流程:将接收到的业务请求信息业务报文转换为预设格式,业务请求信息中携带有业务信息,根据预先存储的银行卡用户信息,对业务信息进行认证,若通过认证,则对业务报文请求的业务进行处理,生成并返回业务处理结果信息,若未通过认证,则生成并返回认证失败的认证结果信息,接收到认证请求信息后,根据存储的金融终端信息,对金融终端的有效性进行认证,并在金融终端通过认证后,在预设的有效期内存储金融终端的有效信息,接收到金融终端的发送的认证请求信息时,根据存储的金融终端的有效信息,判断是否需要对金融终端进行认证,若需要,则重新对金融终端进行认证,若不需要,则直接对认证请求信息进行处理,认证请求信息中携带有标识金融终端的有效性的金融终端标识或地址信息;

S11、输出:接收业务处理结果信息业务报文,将业务处理结果信息业务报文转换为与业务请求信息相同的预设格式后,返回发送业务请求信息的金融终端,根据收发认证请求信息、业务请求信息、认证结果信息或业务处理结果信息业务报文的情况,检测并存储连接的金融终端的属性或业务处理状态;

S12、储存:通过计算机程序实现对金融业务处理进行储存,减少数据丢失。

进一步的,第二服务器包括集群式的多台业务服务器,确定账户信息文件中包含的各第一账户信息,确定账户信息文件中包含的各第一账户信息的数量,当数据超过预设阈值时,将账户信息文件中划分为多个子文件,将划分得到的多个子文件分发给各业务服务器,使得各业务服务器分别确定各子文件中包含的各第一账户信,第一账户信息与第二账户信息进行关联,将划分得到的多个子文件分发给各金融业务服务器,使得各金融业务服务器分别确定各子文件中包含的各银行账户信息,金融网站服务器生成根据关联后的账户信息,生成回盘文件,并反馈至银行服务器,使得银行服务器根据回盘文件对账户的关联状态进行记录,便于比对。

进一步的,核心实体为金融企业内部的存在数据状态、可操作及可保存的实体数据,实体数据包括:金融产品、产品协议、账户和执行证据,从属实体用于表示核心实体的生命周期、属性和条件中的至少一项。

进一步的,业务对象模型还包括:核心实体与对应的至少一个从属实体之间的关系描述信息,以及当前的核心实体与其他的核心实体之间的关联关系,选取核心实体。

进一步的,电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行是实现金融业务处理方法中重要环节,业务处理状态具体为金融终端的工作状态、业务处理频率与业务处理成功率中的一种或多种,提高效率。

进一步的,确定模块,确定账户信息文件中包含的各用户的银行账户信息,关联模块,针对确定出的每一用户的银行账户信息,确定该用户对应的网站账户信息,并将银行账户信息与网站账户信息进行关联,精准收取信息。

进一步的,请求接收模块,用于接收针对金融业务的处理请求,业务对象创建模块,用于在各个预设业务对象模型中判断是否包含有金融业务对应的业务对象模型,若否,则应用预设的业务信息分层显示规则生成金融业务对应的业务对象模型,该业务对象模型用于表示各个业务实体的状态信息以及各个业务实体之间的关联关系,业务对象输出模块,用于输出业务对象模型,以根据业务对象模型显示的各个业务实体的状态信息以及各个业务实体之间的关联关系对金融业务进行处理,提高处理效率。

例如,若金融企业内部人员向业务对象处理系统发送针对理财产品A的产品协议处理请求,所述金融业务处理系统在各个预设业务对象模型中判断是否包含有理财产品A对应的业务对象为产品协议的产品协议模型,若否,则生成理财产品A对应的目标产品协议模型,该目标产品协议模型用于表示各个产品协议相关的业务实体的状态信息与各个业务实体之间的关联关系;而后金融业务处理系统将理财产品A对应的目标产品协议模型发送至显示屏或发送客户端设备进行可视化显示,以使金融企业内部人员根据该目标产品协议模型显示的理财产品A的产品协议及相关业务对象等的当前状态及候选待处理内容对所述理财产品A进行相关处理。

综上所述,通过计算机可读存储介质,构建目标金融业务对应的目标业务对象模型,能够从业务对象的角度出发,使得金融企业内部人员能够获取处理金融业务所需的数据,对业务信息进行分层显示,提供一种可视化的业务对象模型,使金融企业内部人员确定处理金融业务所需的数据,进而有效提高金融业务处理的效率,通过业务对象模型用于表示各个业务实体的状态信息以及各个所述业务实体之间的关联,有效提高金融企业内部人员获取处理金融业务所需的数据的准确性和全面性,有效提高目标金融业务处理的准确性,有效提高处理金融业务的金融企业内部人员的用户体验。

要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下。由语句“包括一个......限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素”。

尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。

相关技术
  • 金融业务系统及金融业务处理方法
  • 一种金融业务的处理方法
技术分类

06120113065564