CN112101915A - 金融服务管控数据处理方法及装置 - Google Patents

金融服务管控数据处理方法及装置 Download PDF

Info

Publication number
CN112101915A
CN112101915A CN202011034862.8A CN202011034862A CN112101915A CN 112101915 A CN112101915 A CN 112101915A CN 202011034862 A CN202011034862 A CN 202011034862A CN 112101915 A CN112101915 A CN 112101915A
Authority
CN
China
Prior art keywords
service
control
business
financial
target
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
Application number
CN202011034862.8A
Other languages
English (en)
Inventor
张晓丽
武想益
杨思箫
吴捷
杨晗琦
周玲飞
赵敬茹
徐鹏
罗茜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp filed Critical China Construction Bank Corp
Priority to CN202011034862.8A priority Critical patent/CN112101915A/zh
Publication of CN112101915A publication Critical patent/CN112101915A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/067Enterprise or organisation modelling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Abstract

本申请实施例提供一种金融服务管控数据处理方法及装置,方法包括:接收新增目标服务管控设置请求;根据新增服务管控数据生成目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成目标业务控制模块;判断本地是否包含有与目标业务控制模块存在关联关系的预设业务控制模块,若是,则基于预设业务控制模块和目标业务控制模块中的至少一个对目标金融业务进行服务管控处理。本申请能够有效提高金融业务的服务管控可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长进而能够有效提高金融业务的服务管控处理效率及可靠性。

Description

金融服务管控数据处理方法及装置
技术领域
本申请涉及数据处理技术领域,具体涉及金融服务管控数据处理方法及装置。
背景技术
随着金融科技的发展,人们对于银行金融服务的便利性要求越来越高的同时,对于账户安全的需求也越来越高;与此同时,基于先后发布的针对金融机构的多项监管要求,监管对于账户的管控要求也越来越高。随着监管力量的不断增强和管控粒度的精细化,各如银行等金融机构中的监管类项目呈现出项目周期短、业务合规要求高等特点。
对于银行账户的服务控制类需求,目前常见的服务控制策略实现方式主要有两种:一是增加新的控制模块,在所有相关的业务功能模式块中逐个调用新加控制模块达到管控效果;二是分析已有的控制模块达到的管控效果及范围,在原有控制模块中增加新的业务控制,再采用查漏补缺的方式修改或新增控制模块。
然而,无论是增加新的控制模块还是在已有的控制模块基础上查漏补缺的方式,均存在项目的实施周期长的问题,因此,对于金融机构的项目组而言,现有的项目服务控制方式存在无法在满足日常业务的管控需求的同时,还能够按监管要求快速上线的问题,因而不但影响服务项目上线的及时性,也使得金融机构的项目研发人员的工作压力剧增。
发明内容
针对现有技术中的问题,本申请提供一种金融服务管控数据处理方法及装置,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长进而能够有效提高金融业务的服务管控处理效率及可靠性。
为解决上述技术问题,本申请提供以下技术方案:
第一方面,本申请提供一种金融服务管控数据处理方法,包括:
接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据;
根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块;
判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
进一步地,所述根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块,包括:
根据所述新增服务管控数据确定对应的业务领域和业务种类;
分别生成所述业务领域和业务种类的唯一参数标识;
以及,根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型;
生成所述业务管控模型的唯一参数标识;
确定所述业务管控模型、业务领域和业务种类之间的对应关系,并将所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系存储至本地;
根据所述业务管控模型、所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系,生成对应的用于对所述目标金融业务进行服务管控的目标业务控制模块。
进一步地,所述在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理,包括:
接收所述目标金融业务的服务请求;
根据所述目标金融业务的服务请求获取该目标金融业务对应的业务领域和业务类型;
基于所述目标金融业务对应的业务领域和业务类型,在本地存储的业务管控模型、业务领域和业务种类之间的对应关系中查找是否包含有所述目标金融业务对应的业务领域和业务类型对应的业务管控模型,若是,则确定所述业务管控模型的数量;
若查找到多个所述业务管控模型,则基于预设的执行顺序中的首个所述业务管控模型对应的预设业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该预设业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
进一步地,还包括:
若经判断获知所述预设业务控制模块对所述目标金融业务的服务请求的模型命中失败,则基于所述执行顺序中的下一个所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
进一步地,所述业务管控模型包括至少一组要素组,各个所述要素组中均包含有各个模型要素分别与各个业务场景的设置信息之间的对应关系;
其中,所述模型要素包括:管控要素、管控要素值、管控效果、管控要素说明和差异维度;
所述业务管控模型应用于至少一个业务类型,还应用于至少一个业务领域。
进一步地,所述基于所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理,包括:
根据所述目标金融业务的服务请求中包含的金融客户信息和服务请求信息,以及,所述业务管控模型对应的管控要素和管控要素值,判断所述目标金融业务的服务请求是否命中所述目标业务控制模块中的业务管控模型的管控要素值;
若是,则基于所述业务管控模型中的管控效果对所述目标金融业务的服务请求进行服务管控处理,其中,所述服务管控处理包括:输出针对所述目标金融业务的服务请求的接受服务信息或拒绝服务信息。
进一步地,在所述接收所述目标金融业务的服务请求之后,还包括:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的白名单内,若是,则输出针对所述目标金融业务的服务请求的接受服务信息。
进一步地,在所述接收所述目标金融业务的服务请求之后,还包括:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的黑名单内,若是,则输出针对所述目标金融业务的服务请求的拒绝服务信息。
第二方面,本申请提供一种金融服务管控数据处理装置,包括:
建模请求接收模块,用于接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据;
建模模块,用于根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块;
服务管控模块,用于判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
进一步地,所述建模模块用于执行下述内容:
根据所述新增服务管控数据确定对应的业务领域和业务种类;
分别生成所述业务领域和业务种类的唯一参数标识;
以及,根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型;
生成所述业务管控模型的唯一参数标识;
确定所述业务管控模型、业务领域和业务种类之间的对应关系,并将所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系存储至本地;
根据所述业务管控模型、所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系,生成对应的用于对所述目标金融业务进行服务管控的目标业务控制模块。
进一步地,所述服务管控模块包括:模型调用单元;
所述模型调用单元用于执行下述内容:
接收所述目标金融业务的服务请求;
根据所述目标金融业务的服务请求获取该目标金融业务对应的业务领域和业务类型;
基于所述目标金融业务对应的业务领域和业务类型,在本地存储的业务管控模型、业务领域和业务种类之间的对应关系中查找是否包含有所述目标金融业务对应的业务领域和业务类型对应的业务管控模型,若是,则确定所述业务管控模型的数量;
若查找到多个所述业务管控模型,则基于预设的执行顺序中的首个所述业务管控模型对应的预设业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该预设业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
进一步地,所述模型调用单元还用于执行下述内容:
若经判断获知所述预设业务控制模块对所述目标金融业务的服务请求的模型命中失败,则基于所述执行顺序中的下一个所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
进一步地,所述业务管控模型包括至少一组要素组,各个所述要素组中均包含有各个模型要素分别与各个业务场景的设置信息之间的对应关系;
其中,所述模型要素包括:管控要素、管控要素值、管控效果、管控要素说明和差异维度;
所述业务管控模型应用于至少一个业务类型,还应用于至少一个业务领域。
进一步地,所述模型调用单元还用于执行下述内容:
根据所述目标金融业务的服务请求中包含的金融客户信息和服务请求信息,以及,所述业务管控模型对应的管控要素和管控要素值,判断所述目标金融业务的服务请求是否命中所述目标业务控制模块中的业务管控模型的管控要素值;
若是,则基于所述业务管控模型中的管控效果对所述目标金融业务的服务请求进行服务管控处理,其中,所述服务管控处理包括:输出针对所述目标金融业务的服务请求的接受服务信息或拒绝服务信息。
进一步地,所述服务管控模块还包括:白名单调用单元;
所述白名单调用单元用于执行下述内容:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的白名单内,若是,则输出针对所述目标金融业务的服务请求的接受服务信息。
进一步地,所述服务管控模块还包括:黑名单调用单元;
所述黑名单调用单元用于执行下述内容:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的黑名单内,若是,则输出针对所述目标金融业务的服务请求的拒绝服务信息。
第三方面,本申请提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述的金融服务管控数据处理方法。
第四方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述的金融服务管控数据处理方法。
由上述技术方案可知,本申请提供的一种金融服务管控数据处理方法及装置,方法包括:接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据;根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块;判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理,通过根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块,能够形成包含有可扩展的业务管控模型的业务控制模块,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长,通过判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理,能够有效实现业务控制模块的复用,并可以直接通过多个业务控制模块的叠加应用实现金融服务管控,能够有效提高服务项目上线的及时性,以使得金融客户提出的金融业务请求能够尽快得到处理,也能够有效降低金融机构的项目研发人员的工作压力,进而能够有效提高金融客户及金融机构的项目研发人员的用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例中的金融服务管控数据处理方法的流程示意图。
图2是本申请实施例中的金融服务管控数据处理方法中步骤200的流程示意图。
图3是本申请实施例中的金融服务管控数据处理方法中步骤300的第一种流程示意图。
图4是本申请实施例中的金融服务管控数据处理方法中步骤300的第二种流程示意图。
图5是本申请实施例中的金融服务管控数据处理方法中步骤300的第三种流程示意图。
图6是本申请实施例中的金融服务管控数据处理方法中步骤300的第四种流程示意图。
图7是本申请实施例中的金融服务管控数据处理方法中步骤300的第五种流程示意图。
图8是本申请实施例提供的金融服务管控数据处理装置的结构示意图。
图9是本申请实施例中的金融服务管控数据处理装置中服务管控模块的第一种结构示意图。
图10是本申请实施例中的金融服务管控数据处理装置中服务管控模块的第二种结构示意图。
图11是本申请实施例中的金融服务管控数据处理装置中服务管控模块的第三种结构示意图。
图12是本申请实施例中的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
对于银行账户的服务控制类需求,目前常见的服务控制策略实现方式主要有两种:一是增加新的控制模块,在所有相关的业务功能模式块中逐个调用新加控制模块达到管控效果;二是分析已有的控制模块达到的管控效果及范围,在原有控制模块中增加新的业务控制,再采用查漏补缺的方式修改或新增控制模块。
然而,现有服务控制策略的实现方式,虽然基本可以满足业务需求,但存在如下缺点:
(1)增加新的控制模块方式,需要所有涉及业务配合增加调用新增控制模块,改造范围大,存在新加的控制模块的复用性相对较差,同时容易在改动中引入新的风险;以及,对于新增监管要求的管控范围和业务效果与存量业务控制需求的管控功能及和业务效果存在偏差时,如果采用在已有控制模块基础上修改的方式,须被迫在代码中写入大量硬代码,同时,在测试阶段也需要进行大量的业务影响性测试,延长了项目的实施周期。
(2)在已有的控制模块基础上查漏补缺的方式,涉及到对于存量控制模块相关业务功能的全量分析,需要花费大量的时间,如果分析遗漏容易造成部分业务的控制缺失。
也就是说,无论是上述哪一种方式,均存在无法在满足日常业务需求的同时,还能够按监管要求快速上线的问题,因而不但影响项目服务上线的及时性,也使得金融机构的项目研发人员的工作压力剧增。
基于此,为了改善监管类需求涉及业务面广、改动功能多、测试影响案例多、业务影响大的现状,需要一种可扩展的金融服务管控数据处理方法,对现有业务涉及的业务领域及业务功能进行分类提取,按照监管管控的要求设计业务管控模型,建立业务领域、业务功能与管控模型的关联关系,进一步通过业务控制模块实现灵活可扩展的服务控制策略,实现部分功能的变动可覆盖全功能的业务管控效果,以提升业务管控效率。可扩展的服务控制策略。
针对现有的项目服务控制方式不但影响服务项目上线的及时性,也使得金融机构的项目研发人员的工作压力剧增的问题,本申请提供一种金融服务管控数据处理方法、金融服务管控数据处理装置、电子设备和计算机可读存储介质,方法包括:接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据;根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块;判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。通过根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块,能够形成包含有可扩展的业务管控模型的业务控制模块,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长,通过判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理,能够有效实现业务控制模块的复用,并可以直接通过多个业务控制模块的叠加应用实现金融服务管控,能够有效提高服务项目上线的及时性,以使得金融客户提出的金融业务请求能够尽快得到处理,也能够有效降低金融机构的项目研发人员的工作压力,进而能够有效提高金融客户及金融机构的项目研发人员的用户体验。
基于上述内容,本申请还提供一种用于实现本申请一个或多个实施例中提供的金融服务管控数据处理方法的金融服务管控数据处理装置,该金融服务管控数据处理装置可以与用于发送新增目标服务管控设置请求的金融机构研发人员持有的客户端设备之间通信连接,还可以与用于发送针对所述目标金融业务的服务请求的银行前端的客户端设备或平台之间通信连接,且所述金融服务管控数据处理装置可以以服务器或者客户端设备的形式实现,在本申请中优选以服务器的形式存在。
可以理解的是,所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中,所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。
在另一实际应用情形中,进行金融服务管控数据处理的部分可以在如上述内容所述的服务器执行,也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力,以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成,所述客户端设备还可以包括处理器,用于进行金融服务管控数据处理的具体处理。
上述的客户端设备可以具有通信模块(即通信单元),可以与远程的服务器进行通信连接,实现与所述服务器的数据传输。例如,通信单元可以将新增目标服务管控设置请求发送至服务器,以便服务器根据新增目标服务管控设置请求指令进行金融服务管控数据处理。通信单元还可以接收服务器返回的处理结果。所述服务器可以包括任务调度中心一侧的服务器,其他的实施场景中也可以包括中间平台的服务器,例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备,也可以包括多个服务器组成的服务器集群,或者分布式装置的服务器结构。
上述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信,包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然,所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol,远程过程调用协议)、REST协议(Representational State Transfer,表述性状态转移协议)等。
在本申请提供的一个或多个实施例中,所述目标业务控制模块和预设业务控制模块均为业务控制模块,二者名称的不同仅为存储状态的不同而设,例如,存储在先的业务控制模块相对应当前正在生成的业务控制模块来说,为预设业务控制模块;而当前正在生成的业务控制模块即为目标业务控制模块,可以理解的是,当前的目标业务控制模块相对于在其后生成的业务控制模块来说,也可以作为预设业务控制模块。
在本申请提供的一个或多个实施例中,业务领域是需求分析的关键步骤,它帮助业务部门及需求分析人员建立业务概念,确定用户业务及系统涉及的业务范围等等。在业务上,可以通过自上而下或自下而上的方式梳理现状业务涉及的业务领域,在业务领域的划分时须秉持无交叉、全覆盖等原则。以某银行为例,业务领域的定义划分为12条产品条线,包括存款、贷款、信用卡、投资理财、支付结算等。
在本申请提供的一个或多个实施例中,业务种类是在某一业务领域下,通过分类提取所有对外提供的业务功能,得到业务功能大类并将业务种类参数化。其中,业务功能大类并非指具体的某一业务功能或某一小类业务。
以某银行对私存款业务领域下的借记卡业务为例,相关业务场景包括:预制卡领卡、预约卡申请、预约卡领卡、预约卡补换卡、挂失、解挂、销卡、取现、存款、跨行取现、跨行存入等各个业务场景,可分类提取为:开户(预制卡领卡、预约卡申请、预约卡领卡、预约卡补换卡)、借记卡合约维护(挂失、解挂、销卡)、出金(取现、跨行取现)、入金(存款、跨行存入),并将业务种类参数化。
在本申请提供的一个或多个实施例中,业务管控模型主要用于明确该服务控制需求涉及的管控维度,包括业务管控模型编码、管控要素、管控要素值、管控效果、管控要素说明、差异维度等。其中,业务管控模型编码主要用于唯一标识一组业务管控模型;管控要素用于设定具体要管控的业务要素;管控要素值,是针对具体要管控的业务要素,设定具体需要控管的业务取值;管控效果用于定义该管控要素指定管控的业务取值时,要达到业务管控效果,比如交易拒绝或交易告警等;管控要素说明,用于触发该管控要素、管控要素值、管控效果时,对客户或操作人员的提示;差异维度,主要是用于对该管控规则的差异化设置,如某些地域的差异化设置,可用于业务上进行试点等。
该业务管控模型同时具有纵向扩展性和横向扩展性,在纵向扩展方面,支持同时设置多组管控要素、管控要素值、管控效果、管控要素说明等;在横向扩展方面,支持一个业务管控模式同时应用于不同的业务功能甚至于不同的业务领域。
在本申请提供的一个或多个实施例中,关联关系或对应关系主要是指通过参数方式建立业务领域、业务功能和管控模型的关联关系,以便于实现对指定业务领域、指定业务功能和指定管控模式的关联,是某具体的业务控制规则的实例化。在参数设置时,同时支持对某一特定业务领域的某类业务功能的设置,也同时支持对于某一业务领域的所有业务功能的通配设置。
在本申请提供的一个或多个实施例中,业务控制模块主要用于按照业务领域、业务功能和管控模型的关联关系,在具体的业务领域、具体的业务功能中实现管控模型,是整个业务管控的物理实现。在进入该业务领域、业务功能时,将自动按照关联关系提取该业务功能所有相关的管控模型,并按管控模式中设置的管控要素按指定要素值达到管控效果,并按照管控说明等自动对客展示相关提示信息等。
业务控制模块具备扩展性,可在业务发展中,通过叠加黑名单或白名单机制,达到更精细的业务控制效果。
具体通过下述多个实施例分别进行说明。
为了解决现有的项目服务控制方式不但影响服务项目上线的及时性,也使得金融机构的项目研发人员的工作压力剧增的问题,本申请提供一种金融服务管控数据处理方法的实施例,参见图1,所述金融服务管控数据处理方法具体包含有如下内容:
步骤100:接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据。
步骤200:根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块。
步骤300:判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
具体来说,在业务上,明确该服务控制需求涉及的业务领域、业务种类,并将业务领域、业务种类进行参数化;在业务上,明确该服务控制需求涉及的管控维度,包括管控要素、管控要素值、管控效果、管控要素说明、差异维度等,形成管控模型;通过参数方式配置业务领域、业务功能和管控模型的关联关系;对于新加业务控制模块,需要在首次生效时手工植入对应业务领域和业务功能之中;后续使用时通过业务控制模块的功能迭代,即可实现新加服务控制规则的快速实现。本服务控制策略主是采用了面向业务思想进行设计,业务领域、业务种类、业务管控模型、关联关系配置均可以通过业务配置实现快速生效,扩展性强,可以在模型支持的范围内无限扩展,不仅可用于快速满足监管要求,也可用于多种业务统一扩展。业务控制模块对于已有业务功能管控模型的纵向扩展支持良好,仅在新加业务功能中增加管控规则时才涉及到少量开发,能减少程序的重复开发和测试,节省开发和测试资源,提高实施效率。
从上述描述可知,本申请实施例提供的金融服务管控数据处理方法,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长进而能够有效提高金融业务的服务管控处理效率及可靠性。
在本申请提供的金融服务管控数据处理方法的一个实施例中,参见图2,所述金融服务管控数据处理方法的步骤200具体包含有如下内容:
步骤210:根据所述新增服务管控数据确定对应的业务领域和业务种类;
步骤220:分别生成所述业务领域和业务种类的唯一参数标识;
步骤230:根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型;
步骤240:生成所述业务管控模型的唯一参数标识;
步骤250:确定所述业务管控模型、业务领域和业务种类之间的对应关系,并将所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系存储至本地;
步骤260:根据所述业务管控模型、所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系,生成对应的用于对所述目标金融业务进行服务管控的目标业务控制模块。
在本申请提供的金融服务管控数据处理方法的一个实施例中,参见图3,所述金融服务管控数据处理方法的步骤300具体包含有如下内容:
步骤310:判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则执行步骤311:存储所述目标业务控制模块与所述预设业务控制模块之间的执行顺序。
步骤320:接收所述目标金融业务的服务请求;
步骤330:根据所述目标金融业务的服务请求获取该目标金融业务对应的业务领域和业务类型;
步骤340:基于所述目标金融业务对应的业务领域和业务类型,在本地存储的业务管控模型、业务领域和业务种类之间的对应关系中查找是否包含有所述目标金融业务对应的业务领域和业务类型对应的业务管控模型,若是,则确定所述业务管控模型的数量;
步骤350:若查找到多个所述业务管控模型,则基于预设的执行顺序中的首个所述业务管控模型对应的预设业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则执行步骤360。
步骤360:应用该预设业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
在本申请提供的金融服务管控数据处理方法的一个实施例中,参见图4,所述金融服务管控数据处理方法的步骤300具体包含有如下内容:
若经步骤350判断获知所述预设业务控制模块对所述目标金融业务的服务请求的模型命中失败,则执行步骤370。
步骤370:基于所述执行顺序中的下一个所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
在本申请提供的金融服务管控数据处理方法的一个实施例中,所述业务管控模型包括至少一组要素组,各个所述要素组中均包含有各个模型要素分别与各个业务场景的设置信息之间的对应关系;其中,所述模型要素包括:管控要素、管控要素值、管控效果、管控要素说明和差异维度;所述业务管控模型应用于至少一个业务类型,还应用于至少一个业务领域。
在本申请提供的金融服务管控数据处理方法的一个实施例中,参见图5,所述金融服务管控数据处理方法的步骤350和步骤360具体包含有如下内容:
步骤351:根据所述目标金融业务的服务请求中包含的金融客户信息和服务请求信息,以及,所述业务管控模型对应的管控要素和管控要素值,判断所述目标金融业务的服务请求是否命中所述目标业务控制模块中的业务管控模型的管控要素值;若是,则执行步骤361;
步骤361:基于所述业务管控模型中的管控效果对所述目标金融业务的服务请求进行服务管控处理,其中,所述服务管控处理包括:输出针对所述目标金融业务的服务请求的接受服务信息或拒绝服务信息。
在本申请提供的金融服务管控数据处理方法的一个实施例中,参见图6,所述金融服务管控数据处理方法的步骤320之后还具体包含有如下内容:
步骤380:根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的白名单内,若是,则输出针对所述目标金融业务的服务请求的接受服务信息。
在本申请提供的金融服务管控数据处理方法的一个实施例中,参见图7,所述金融服务管控数据处理方法的步骤320之后还具体包含有如下内容:
步骤390:根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的黑名单内,若是,则输出针对所述目标金融业务的服务请求的拒绝服务信息。
从上述描述可知,本申请实施例提供的金融服务管控数据处理方法,通过根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块,能够形成包含有可扩展的业务管控模型的业务控制模块,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长,通过判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理,能够有效实现业务控制模块的复用,并可以直接通过多个业务控制模块的叠加应用实现金融服务管控,能够有效提高服务项目上线的及时性,以使得金融客户提出的金融业务请求能够尽快得到处理,也能够有效降低金融机构的项目研发人员的工作压力,进而能够有效提高金融客户及金融机构的项目研发人员的用户体验。
为了进一步说明本方案,本申请还挺一种金融服务管控数据处理方法的具体应用实例,该金融服务管控数据处理方法由业务领域、业务种类、业务管控模型、关联关系配置、业务控制模块等五部分组成。通过5个部分的相互组合,实现了从服务控制的业务定义、参数化配置到业务管控的全流程。
某一服务控制需求的实现可以简化为如下步骤:
(1)在业务上,明确该服务控制需求涉及的业务领域、业务种类,并将业务领域、业务种类进行参数化;
(2)在业务上,明确该服务控制需求涉及的管控维度,包括管控要素、管控要素值、管控效果、管控要素说明、差异维度等,形成管控模型;
(3)通过参数方式配置业务领域、业务功能和管控模型的关联关系;
(4)对于新加业务控制模块,需要在首次生效时手工植入对应业务领域和业务功能之中;后续使用时通过业务控制模块的功能迭代,即可实现新加服务控制规则的快速实现。
1、业务领域介绍
业务领域是需求分析的关键步骤,它帮助业务部门及需求分析人员建立业务概念,确定用户业务及系统涉及的业务范围等等。在业务上,可以通过自上而下或自下而上的方式梳理现状业务涉及的业务领域,在业务领域的划分时须秉持无交叉、全覆盖等原则。以某银行为例,业务领域的定义划分为12条产品条线,包括存款、贷款、信用卡、投资理财、支付结算等。
2、业务种类介绍
业务种类是在某一业务领域下,通过分类提取所有对外提供的业务功能,得到业务功能大类并将业务种类参数化。其中,业务功能大类并非指具体的某一业务功能或某一小类业务。
以某银行对私存款业务领域下的借记卡业务为例,相关业务场景包括:预制卡领卡、预约卡申请、预约卡领卡、预约卡补换卡、挂失、解挂、销卡、取现、存款、跨行取现、跨行存入等各个业务场景,可分类提取为:开户(预制卡领卡、预约卡申请、预约卡领卡、预约卡补换卡)、借记卡合约维护(挂失、解挂、销卡)、出金(取现、跨行取现)、入金(存款、跨行存入),并将业务种类参数化。
3、业务管控模型介绍
业务管控模型主要用于明确该服务控制需求涉及的管控维度,包括业务管控模型编码、管控要素、管控要素值、管控效果、管控要素说明、差异维度等。其中,业务管控模型编码主要用于唯一标识一组业务管控模型;管控要素用于设定具体要管控的业务要素;管控要素值,是针对具体要管控的业务要素,设定具体需要控管的业务取值;管控效果用于定义该管控要素指定管控的业务取值时,要达到业务管控效果,比如交易拒绝或交易告警等;管控要素说明,用于触发该管控要素、管控要素值、管控效果时,对客户或操作人员的提示;差异维度,主要是用于对该管控规则的差异化设置,如某些地域的差异化设置,可用于业务上进行试点等。
该业务管控模型同时具有纵向扩展性和横向扩展性,在纵向扩展方面,支持同时设置多组管控要素、管控要素值、管控效果、管控要素说明等;在横向扩展方面,支持一个业务管控模式同时应用于不同的业务功能甚至于不同的业务领域。
4、关联关系
主要是指通过参数方式建立业务领域、业务功能和管控模型的关联关系,以便于实现对指定业务领域、指定业务功能和指定管控模式的关联,是某具体的业务控制规则的实例化。在参数设置时,同时支持对某一特定业务领域的某类业务功能的设置,也同时支持对于某一业务领域的所有业务功能的通配设置。
5、业务控制模块介绍
主要用于按照业务领域、业务功能和管控模型的关联关系,在具体的业务领域、具体的业务功能中实现管控模型,是整个业务管控的物理实现。在进入该业务领域、业务功能时,将自动按照关联关系提取该业务功能所有相关的管控模型,并按管控模式中设置的管控要素按指定要素值达到管控效果,并按照管控说明等自动对客展示相关提示信息等。
业务控制模块具备扩展性,可在业务发展中,通过叠加黑名单或白名单机制,达到更精细的业务控制效果。
本申请还提供一种金融服务管控数据处理方法的具体举例:
假设某需求要求达到假名客户的银行卡账户不能进行资金收付。
(一)在模型构建阶段:
M1:明确涉及到的业务领域为对私借记卡,业务种类为入金、出金,将参数化为对私借记卡-A0001,业务种类入金-B0001,出金-B0002。
M2:定义该需求的管控模型,明确该服务控制需求涉及的管控维度,包括下面的信息,并将该管控模型编码为M0001。
其中,所述管控模型举例如表1所示。
表1
模型要素 本场景时的设置 其他
管控要素 客户身份核查状态
管控要素值 0-假名
管控效果 服务拒绝
管控要素说明 假名客户暂不支持此服务
差异维度
M3:配置如表2所示的关联关系:
表2
业务领域 业务功能 管控模型
A0001 B0001 M0001
A0001 B0002 M0001
M4:对私借记卡领域的入金、出金业务中,首次接入管控模型时,增加管控模型的处理。
(二)在应用过程中:
如果发生银行卡账户的入金/出金操作,则按如下进行处理:
S1:接收借记卡领域的入金业务的服务请求;
S2:判断本地是否存储有该服务请求对应的业务领域、业务功能和管控模型的关联关系,即按借记卡领域、入金业务,判断是否有和管控模型的关联关系,若否,则认为无需管控;若是,则应用业务控制模块根据关联关系获取该请求对应的全部的管控模型,在本示例中,获取到借记卡领域、入金/出金业务下的M0001模型;
S3:按M0001模型,取出管控要素(客户身份核查状态),判断当前持卡客户是否为假名,若是则命中管控要素值,就按管控效果进行服务拒绝,对客提示展示为“假名客户暂不支持此服务”;若不是,则交易成功。
(三)如果后续业务要求:匿名客户的银行卡账户在资金收付进行告警,则:
M1:同上
M2:定义该需求的管控模型,明确该服务控制需求涉及的管控维度,包括表3所示的信息,并将该管控模型编码为M0002。
表3
Figure BDA0002704881870000191
M3:配置如表4所示的关联关系:
表4
业务领域 业务功能 管控模型
A0001 B0001 M0002
A0001 B0002 M0002
M4:无需变化。
(四)在实际交易过程中:
S2:取出M0001和M0002模型,
S3:按M0001模型,取出管控要素(客户身份核查状态),判断当前持卡客户是否为假名,若是则命中管控要素值,就按管控效果进行服务拒绝,对客提示展示为“假名客户暂不支持此服务”;若不是,按M0002模型,若为匿名客户,则命中,对客户提示“发生匿名客户交易,请核实客户身份”,否则交易成功无提示。此时对应的业务功能无需改造。
如针对特定客户,如代发工资客户要求假名也可入金成功,可以在M0001管控模型及关联关系不变的情况下,通过对业务控制模型增加白名单机制,达到对白名单客户不拒绝服务的业务效果。
从上述描述可知,本申请实施例提供的金融服务管控数据处理装置,可扩展的服务控制策略,包括由业务领域、业务种类、业务管控模型、关联关系配置、业务控制模块等五部分组成,是建立在对业务功能抽象提取的基础上,提取业务管控的相关公共要素,支持参数化的配置和快速实现。可扩展的服务控制策略主是采用了面向业务的思想进行设计,业务领域、业务种类、业务管控模型、关联关系配置均可以通过业务配置实现快速生效。业务管控模型是采用面向业务的思想进行设计,在通过参数进行设置时,考虑了业务管控的不同效果和对客提示的友好性,同时具有横向和纵向的扩展性。
从软件层面来说,为了解决现有的项目服务控制方式不但影响服务项目上线的及时性,也使得金融机构的项目研发人员的工作压力剧增的问题,本申请提供一种用于执行所述金融服务管控数据处理方法中全部或部分内容的金融服务管控数据处理装置的实施例,参见图8,所述金融服务管控数据处理装置具体包含有如下内容:
建模请求接收模块10,用于接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据;
建模模块20,用于根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块;
服务管控模块30,用于判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
具体来说,在业务上,明确该服务控制需求涉及的业务领域、业务种类,并将业务领域、业务种类进行参数化;在业务上,明确该服务控制需求涉及的管控维度,包括管控要素、管控要素值、管控效果、管控要素说明、差异维度等,形成管控模型;通过参数方式配置业务领域、业务功能和管控模型的关联关系;对于新加业务控制模块,需要在首次生效时手工植入对应业务领域和业务功能之中;后续使用时通过业务控制模块的功能迭代,即可实现新加服务控制规则的快速实现。本服务控制策略主是采用了面向业务思想进行设计,业务领域、业务种类、业务管控模型、关联关系配置均可以通过业务配置实现快速生效,扩展性强,可以在模型支持的范围内无限扩展,不仅可用于快速满足监管要求,也可用于多种业务统一扩展。业务控制模块对于已有业务功能管控模型的纵向扩展支持良好,仅在新加业务功能中增加管控规则时才涉及到少量开发,能减少程序的重复开发和测试,节省开发和测试资源,提高实施效率。
本申请提供的金融服务管控数据处理装置的实施例具体可以用于执行上述实施例中的金融服务管控数据处理方法的实施例的处理流程,其功能在此不再赘述,可以参照上述方法实施例的详细描述。
从上述描述可知,本申请实施例提供的金融服务管控数据处理装置,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长进而能够有效提高金融业务的服务管控处理效率及可靠性。
在本申请提供的金融服务管控数据处理装置的一个实施例中,所述金融服务管控数据处理装置的建模模块20具体用于执行如下内容:
步骤210:根据所述新增服务管控数据确定对应的业务领域和业务种类;
步骤220:分别生成所述业务领域和业务种类的唯一参数标识;
步骤230:根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型;
步骤240:生成所述业务管控模型的唯一参数标识;
步骤250:确定所述业务管控模型、业务领域和业务种类之间的对应关系,并将所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系存储至本地;
步骤260:根据所述业务管控模型、所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系,生成对应的用于对所述目标金融业务进行服务管控的目标业务控制模块。
在本申请提供的金融服务管控数据处理装置的一个实施例中,参见图9,所述金融服务管控数据处理装置的服务管控模块30具体包含有模型调用单元31;
所述模型调用单元31用于执行下述内容:
步骤310:判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则执行步骤320。
步骤320:接收所述目标金融业务的服务请求;
步骤330:根据所述目标金融业务的服务请求获取该目标金融业务对应的业务领域和业务类型;
步骤340:基于所述目标金融业务对应的业务领域和业务类型,在本地存储的业务管控模型、业务领域和业务种类之间的对应关系中查找是否包含有所述目标金融业务对应的业务领域和业务类型对应的业务管控模型,若是,则确定所述业务管控模型的数量;
步骤350:若查找到多个所述业务管控模型,则基于预设的执行顺序中的首个所述业务管控模型对应的预设业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则执行步骤360。
步骤360:应用该预设业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
在本申请提供的金融服务管控数据处理装置的一个实施例中,所述模型调用单元31还用于执行下述内容:
若经判断获知所述预设业务控制模块对所述目标金融业务的服务请求的模型命中失败,则基于所述执行顺序中的下一个所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
在本申请提供的金融服务管控数据处理装置的一个实施例中,所述业务管控模型包括至少一组要素组,各个所述要素组中均包含有各个模型要素分别与各个业务场景的设置信息之间的对应关系;其中,所述模型要素包括:管控要素、管控要素值、管控效果、管控要素说明和差异维度;所述业务管控模型应用于至少一个业务类型,还应用于至少一个业务领域。
在本申请提供的金融服务管控数据处理装置的一个实施例中,所述模型调用单元31还用于执行下述内容:
根据所述目标金融业务的服务请求中包含的金融客户信息和服务请求信息,以及,所述业务管控模型对应的管控要素和管控要素值,判断所述目标金融业务的服务请求是否命中所述目标业务控制模块中的业务管控模型的管控要素值;
若是,则基于所述业务管控模型中的管控效果对所述目标金融业务的服务请求进行服务管控处理,其中,所述服务管控处理包括:输出针对所述目标金融业务的服务请求的接受服务信息或拒绝服务信息。
在本申请提供的金融服务管控数据处理装置的一个实施例中,参见图10,所述服务管控模块30还包括:白名单调用单元32;
所述白名单调用单元32用于执行下述内容:
步骤380:根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的白名单内,若是,则输出针对所述目标金融业务的服务请求的接受服务信息。
在本申请提供的金融服务管控数据处理装置的一个实施例中,参见图11,所述服务管控模块30还包括:黑名单调用单元33;
所述黑名单调用单元33用于执行下述内容:
步骤390:根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的黑名单内,若是,则输出针对所述目标金融业务的服务请求的拒绝服务信息。
从上述描述可知,本申请实施例提供的金融服务管控数据处理装置,通过根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块,能够形成包含有可扩展的业务管控模型的业务控制模块,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长,通过判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理,能够有效实现业务控制模块的复用,并可以直接通过多个业务控制模块的叠加应用实现金融服务管控,能够有效提高服务项目上线的及时性,以使得金融客户提出的金融业务请求能够尽快得到处理,也能够有效降低金融机构的项目研发人员的工作压力,进而能够有效提高金融客户及金融机构的项目研发人员的用户体验。
从硬件层面来说,为了解决现有的项目服务控制方式不但影响服务项目上线的及时性,也使得金融机构的项目研发人员的工作压力剧增的问题,本申请提供一种用于实现所述金融服务管控数据处理方法中的全部或部分内容的电子设备的实施例,所述电子设备具体包含有如下内容:
图12为本申请实施例的电子设备9600的系统构成的示意框图。如图12所示,该电子设备9600可以包括中央处理器9100和存储器9140;存储器9140耦合到中央处理器9100。值得注意的是,该图12是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。
在一实施例中,金融服务管控数据处理功能可以被集成到中央处理器中。其中,中央处理器可以被配置为进行如下控制:
步骤100:接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据。
步骤200:根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块。
步骤300:判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
具体来说,在业务上,明确该服务控制需求涉及的业务领域、业务种类,并将业务领域、业务种类进行参数化;在业务上,明确该服务控制需求涉及的管控维度,包括管控要素、管控要素值、管控效果、管控要素说明、差异维度等,形成管控模型;通过参数方式配置业务领域、业务功能和管控模型的关联关系;对于新加业务控制模块,需要在首次生效时手工植入对应业务领域和业务功能之中;后续使用时通过业务控制模块的功能迭代,即可实现新加服务控制规则的快速实现。本服务控制策略主是采用了面向业务思想进行设计,业务领域、业务种类、业务管控模型、关联关系配置均可以通过业务配置实现快速生效,扩展性强,可以在模型支持的范围内无限扩展,不仅可用于快速满足监管要求,也可用于多种业务统一扩展。业务控制模块对于已有业务功能管控模型的纵向扩展支持良好,仅在新加业务功能中增加管控规则时才涉及到少量开发,能减少程序的重复开发和测试,节省开发和测试资源,提高实施效率。
从上述描述可知,本申请实施例提供的电子设备,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长进而能够有效提高金融业务的服务管控处理效率及可靠性。
在另一个实施方式中,金融服务管控数据处理装置可以与中央处理器9100分开配置,例如可以将金融服务管控数据处理装置配置为与中央处理器9100连接的芯片,通过中央处理器的控制来实现金融服务管控数据处理功能。
如图12所示,该电子设备9600还可以包括:通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是,电子设备9600也并不是必须要包括图12中所示的所有部件;此外,电子设备9600还可以包括图12中没有示出的部件,可以参考现有技术。
如图12所示,中央处理器9100有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中,存储器9140,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序,以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。
该存储器9140可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142,该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143,该数据存储部9143用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。
基于不同的通信技术,在同一电子设备中,可以设置有多个通信模块9110,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132,以经由扬声器9131提供音频输出,并接收来自麦克风9132的音频输入,从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理器9130还耦合到中央处理器9100,从而使得可以通过麦克风9132能够在本机上录音,且使得可以通过扬声器9131来播放本机上存储的声音。
本申请的实施例还提供能够实现上述实施例中的金融服务管控数据处理方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的金融服务管控数据处理方法的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
步骤100:接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据。
步骤200:根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块。
步骤300:判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
具体来说,在业务上,明确该服务控制需求涉及的业务领域、业务种类,并将业务领域、业务种类进行参数化;在业务上,明确该服务控制需求涉及的管控维度,包括管控要素、管控要素值、管控效果、管控要素说明、差异维度等,形成管控模型;通过参数方式配置业务领域、业务功能和管控模型的关联关系;对于新加业务控制模块,需要在首次生效时手工植入对应业务领域和业务功能之中;后续使用时通过业务控制模块的功能迭代,即可实现新加服务控制规则的快速实现。本服务控制策略主是采用了面向业务思想进行设计,业务领域、业务种类、业务管控模型、关联关系配置均可以通过业务配置实现快速生效,扩展性强,可以在模型支持的范围内无限扩展,不仅可用于快速满足监管要求,也可用于多种业务统一扩展。业务控制模块对于已有业务功能管控模型的纵向扩展支持良好,仅在新加业务功能中增加管控规则时才涉及到少量开发,能减少程序的重复开发和测试,节省开发和测试资源,提高实施效率。
从上述描述可知,本申请实施例提供的计算机可读存储介质,能够有效提高针对金融业务的服务管控的可扩展性,进而能够有效提高金融服务管控项目的实施及上线效率,有效降低金融服务管控项目的实施周期长进而能够有效提高金融业务的服务管控处理效率及可靠性。
本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (18)

1.一种金融服务管控数据处理方法,其特征在于,包括:
接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据;
根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块;
判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
2.根据权利要求1所述的金融服务管控数据处理方法,其特征在于,所述根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块,包括:
根据所述新增服务管控数据确定对应的业务领域和业务种类;
分别生成所述业务领域和业务种类的唯一参数标识;
以及,根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型;
生成所述业务管控模型的唯一参数标识;
确定所述业务管控模型、业务领域和业务种类之间的对应关系,并将所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系存储至本地;
根据所述业务管控模型、所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系,生成对应的用于对所述目标金融业务进行服务管控的目标业务控制模块。
3.根据权利要求1所述的金融服务管控数据处理方法,其特征在于,所述在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理,包括:
接收所述目标金融业务的服务请求;
根据所述目标金融业务的服务请求获取该目标金融业务对应的业务领域和业务类型;
基于所述目标金融业务对应的业务领域和业务类型,在本地存储的业务管控模型、业务领域和业务种类之间的对应关系中查找是否包含有所述目标金融业务对应的业务领域和业务类型对应的业务管控模型,若是,则确定所述业务管控模型的数量;
若查找到多个所述业务管控模型,则基于预设的执行顺序中的首个所述业务管控模型对应的预设业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该预设业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
4.根据权利要求3所述的金融服务管控数据处理方法,其特征在于,还包括:
若经判断获知所述预设业务控制模块对所述目标金融业务的服务请求的模型命中失败,则基于所述执行顺序中的下一个所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
5.根据权利要求4所述的金融服务管控数据处理方法,其特征在于,所述业务管控模型包括至少一组要素组,各个所述要素组中均包含有各个模型要素分别与各个业务场景的设置信息之间的对应关系;
其中,所述模型要素包括:管控要素、管控要素值、管控效果、管控要素说明和差异维度;
所述业务管控模型应用于至少一个业务类型,还应用于至少一个业务领域。
6.根据权利要求5所述的金融服务管控数据处理方法,其特征在于,所述基于所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理,包括:
根据所述目标金融业务的服务请求中包含的金融客户信息和服务请求信息,以及,所述业务管控模型对应的管控要素和管控要素值,判断所述目标金融业务的服务请求是否命中所述目标业务控制模块中的业务管控模型的管控要素值;
若是,则基于所述业务管控模型中的管控效果对所述目标金融业务的服务请求进行服务管控处理,其中,所述服务管控处理包括:输出针对所述目标金融业务的服务请求的接受服务信息或拒绝服务信息。
7.根据权利要求6所述的金融服务管控数据处理方法,其特征在于,在所述接收所述目标金融业务的服务请求之后,还包括:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的白名单内,若是,则输出针对所述目标金融业务的服务请求的接受服务信息。
8.根据权利要求7所述的金融服务管控数据处理方法,其特征在于,在所述接收所述目标金融业务的服务请求之后,还包括:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的黑名单内,若是,则输出针对所述目标金融业务的服务请求的拒绝服务信息。
9.一种金融服务管控数据处理装置,其特征在于,包括:
建模请求接收模块,用于接收新增目标服务管控设置请求,其中,该目标服务管控设置请求中包括目标金融业务的新增服务管控数据;
建模模块,用于根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型,并确定该业务管控模型、所述新增服务管控数据对应的业务领域和业务种类之间的对应关系,以形成用于对所述目标金融业务进行服务管控的目标业务控制模块;
服务管控模块,用于判断本地是否包含有与所述目标业务控制模块存在关联关系的预设业务控制模块,若是,则在接收到针对所述目标金融业务的服务请求之时或之后,基于所述预设业务控制模块和目标业务控制模块中的至少一个对所述目标金融业务进行服务管控处理。
10.根据权利要求9所述的金融服务管控数据处理装置,其特征在于,所述建模模块用于执行下述内容:
根据所述新增服务管控数据确定对应的业务领域和业务种类;
分别生成所述业务领域和业务种类的唯一参数标识;
以及,根据所述新增服务管控数据生成所述目标金融业务对应的可扩展的业务管控模型;
生成所述业务管控模型的唯一参数标识;
确定所述业务管控模型、业务领域和业务种类之间的对应关系,并将所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系存储至本地;
根据所述业务管控模型、所述业务管控模型的唯一参数标识、业务领域的唯一参数标识和业务种类的唯一参数标识之间的对应关系,生成对应的用于对所述目标金融业务进行服务管控的目标业务控制模块。
11.根据权利要求9所述的金融服务管控数据处理装置,其特征在于,所述服务管控模块包括:模型调用单元;
所述模型调用单元用于执行下述内容:
接收所述目标金融业务的服务请求;
根据所述目标金融业务的服务请求获取该目标金融业务对应的业务领域和业务类型;
基于所述目标金融业务对应的业务领域和业务类型,在本地存储的业务管控模型、业务领域和业务种类之间的对应关系中查找是否包含有所述目标金融业务对应的业务领域和业务类型对应的业务管控模型,若是,则确定所述业务管控模型的数量;
若查找到多个所述业务管控模型,则基于预设的执行顺序中的首个所述业务管控模型对应的预设业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该预设业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
12.根据权利要求11所述的金融服务管控数据处理装置,其特征在于,所述模型调用单元还用于执行下述内容:
若经判断获知所述预设业务控制模块对所述目标金融业务的服务请求的模型命中失败,则基于所述执行顺序中的下一个所述业务管控模型对应的目标业务控制模块对所述目标金融业务的服务请求进行模型命中判断,若模型命中成功,则应用该目标业务控制模块对所述目标金融业务的服务请求进行服务管控处理。
13.根据权利要求12所述的金融服务管控数据处理装置,其特征在于,所述业务管控模型包括至少一组要素组,各个所述要素组中均包含有各个模型要素分别与各个业务场景的设置信息之间的对应关系;
其中,所述模型要素包括:管控要素、管控要素值、管控效果、管控要素说明和差异维度;
所述业务管控模型应用于至少一个业务类型,还应用于至少一个业务领域。
14.根据权利要求13所述的金融服务管控数据处理装置,其特征在于,所述模型调用单元还用于执行下述内容:
根据所述目标金融业务的服务请求中包含的金融客户信息和服务请求信息,以及,所述业务管控模型对应的管控要素和管控要素值,判断所述目标金融业务的服务请求是否命中所述目标业务控制模块中的业务管控模型的管控要素值;
若是,则基于所述业务管控模型中的管控效果对所述目标金融业务的服务请求进行服务管控处理,其中,所述服务管控处理包括:输出针对所述目标金融业务的服务请求的接受服务信息或拒绝服务信息。
15.根据权利要求14所述的金融服务管控数据处理装置,其特征在于,所述服务管控模块还包括:白名单调用单元;
所述白名单调用单元用于执行下述内容:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的白名单内,若是,则输出针对所述目标金融业务的服务请求的接受服务信息。
16.根据权利要求15所述的金融服务管控数据处理装置,其特征在于,所述服务管控模块还包括:黑名单调用单元;
所述黑名单调用单元用于执行下述内容:
根据接收的所述目标金融业务的服务请求中的金融客户信息,判断该目标金融业务的服务请求对应的金融客户是否在预存储的黑名单内,若是,则输出针对所述目标金融业务的服务请求的拒绝服务信息。
17.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至8任一项所述的金融服务管控数据处理方法。
18.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至8任一项所述的金融服务管控数据处理方法。
CN202011034862.8A 2020-09-27 2020-09-27 金融服务管控数据处理方法及装置 Pending CN112101915A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011034862.8A CN112101915A (zh) 2020-09-27 2020-09-27 金融服务管控数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011034862.8A CN112101915A (zh) 2020-09-27 2020-09-27 金融服务管控数据处理方法及装置

Publications (1)

Publication Number Publication Date
CN112101915A true CN112101915A (zh) 2020-12-18

Family

ID=73782358

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011034862.8A Pending CN112101915A (zh) 2020-09-27 2020-09-27 金融服务管控数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN112101915A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113052696A (zh) * 2021-03-08 2021-06-29 招联消费金融有限公司 金融业务任务处理方法、装置、计算机设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102567790A (zh) * 2010-12-09 2012-07-11 金蝶软件(中国)有限公司 业务单据处理方法及系统
CN105303324A (zh) * 2015-11-10 2016-02-03 中国建设银行股份有限公司 一种信息系统参数管理方法和装置
WO2016095373A1 (zh) * 2014-12-16 2016-06-23 中兴通讯股份有限公司 业务处理方法及装置
CN105787644A (zh) * 2016-02-18 2016-07-20 中国银行股份有限公司 一种业务状态的参数化控制方法及装置
CN107819861A (zh) * 2017-11-16 2018-03-20 中国银行股份有限公司 业务数据处理方法、装置及系统
CN109614409A (zh) * 2018-10-29 2019-04-12 阿里巴巴集团控股有限公司 业务数据处理方法、装置和服务器

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102567790A (zh) * 2010-12-09 2012-07-11 金蝶软件(中国)有限公司 业务单据处理方法及系统
WO2016095373A1 (zh) * 2014-12-16 2016-06-23 中兴通讯股份有限公司 业务处理方法及装置
CN105303324A (zh) * 2015-11-10 2016-02-03 中国建设银行股份有限公司 一种信息系统参数管理方法和装置
CN105787644A (zh) * 2016-02-18 2016-07-20 中国银行股份有限公司 一种业务状态的参数化控制方法及装置
CN107819861A (zh) * 2017-11-16 2018-03-20 中国银行股份有限公司 业务数据处理方法、装置及系统
CN109614409A (zh) * 2018-10-29 2019-04-12 阿里巴巴集团控股有限公司 业务数据处理方法、装置和服务器

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113052696A (zh) * 2021-03-08 2021-06-29 招联消费金融有限公司 金融业务任务处理方法、装置、计算机设备和存储介质
CN113052696B (zh) * 2021-03-08 2023-06-30 招联消费金融有限公司 金融业务任务处理方法、装置、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
KR20160054033A (ko) 모바일 송금/결제
CN110675159A (zh) 金融市场交易事前风险控制方法、系统及电子设备
CN111652096A (zh) 基于区块链的人脸识别方法、装置及系统
CN104376452A (zh) 基于国际卡支付通道管理支付成功率的系统及方法
CN112163946A (zh) 基于分布式交易系统的账务处理方法及装置
CN110400214A (zh) 跨平台协同交易数据处理方法及相关系统
CN113409134A (zh) 基于联邦学习的企业融资授信方法及装置
CN112950357B (zh) 交易异常团伙识别方法及装置
CN112101915A (zh) 金融服务管控数据处理方法及装置
CN113010443A (zh) 基于金融核心交易场景的数据库测试数据生成方法及装置
CN110336872B (zh) 第三方数据获取的方法、装置及系统
CN113450093B (zh) 基于锥体区块链的数字零钱钱包实时共识认证方法及系统
US10217087B2 (en) Multicomputer processing of client device request data using centralized event orchestrator
CN112184248B (zh) 卡组织拒付调单数据处理方法及装置
CN111882323B (zh) 基于云服务租赁的用户融资风险控制方法及装置
CN111352719B (zh) 交易簿记服务数据处理方法、装置及系统
CN113159913A (zh) 账务信息处理方法及装置
CN107528822A (zh) 一种业务执行方法以及装置
CN114677138A (zh) 一种数据处理方法、设备以及计算机可读存储介质
CN112181817A (zh) 用于soa架构平台的测试方法及测试装置
CN111899411A (zh) 票据数据识别方法及装置
CN111178893A (zh) 防盗刷的安全认证方法及装置
CN112884562A (zh) 基于区块链的抵押处理方法、装置及可读存储介质
CN112785380B (zh) 交易处理方法及装置
CN110070442A (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