CN111932368A - 一种信用卡发卡系统及其构建方法、装置 - Google Patents

Abstract

本文涉及计算机技术领域，尤其涉及一种信用卡发卡系统及其构建方法、装置。其中构建方法包括基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统，利用本文实施例，可以将业务流程中操作类似核心业务对象的任务组件提炼为业务组件，对应到子系统，从而实现将信用卡发卡系统中的业务解耦，节省了开发工作量和成本。

Description

一种信用卡发卡系统及其构建方法、装置

技术领域

本文涉及计算机技术领域，尤其涉及一种信用卡发卡系统及其构建方法、装置。

背景技术

随着全球经济的快速发展，人们的消费水平也在不断提高，信用卡作为一种金融产品，具有方便快捷、提前消费、分期付款等优点，越来越多的人选择使用信用卡。

但是现有技术中银行发行信用卡流程复杂,后台系统中的功能耦合情况严重,子系统的功能存在重叠,并且还可能出现子系统中功能之间的冲突,导致系统对信用卡发卡的请求响应缓慢,对不同子系统中类似的功能重复开发,导致成本过高。

如何实现银行松散耦合的信用卡发卡系统是亟需解决的问题。

发明内容

为解决现有技术中的问题，本文实施例提供了一种信用卡发卡系统及其构建方法、装置，通过本文实施例的方案可以以信用卡发卡业务框架模型为基础，构建出与信用卡发卡业务相对应的信用卡发卡系统，解决了现有信用卡发卡系统中子系统耦合较大，不利于系统升级以及维护的问题。

本文实施例提供了一种信用卡发卡系统的构建方法，包括，

基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；

根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；

将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统。

本文实施例还提供了一种信用卡发卡系统的构建装置，包括，

业务分析单元，用于基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；

核心业务对象获取单元，根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；

业务组件生成单元，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统。

本文实施例还提供了一种信用卡发卡系统，包括，采用上述方法生成的子系统形成所述信用卡发卡系统，所述子系统包括：

信用卡产品子系统、所述客户信息子系统、信用卡审核审批子系统、银行卡卡辅子系统、消费额度管理子系统、银行卡介质子系统；

所述信用卡产品子系统，用于信用卡产品信息的存储；

所述客户信息子系统，用于向所述信用卡产品子系统提供客户信息；

所述信用卡审核审批子系统，用于信用卡申请流程审核审批；

所述消费额度管理子系统，用于记录信用卡与授信额度关联关系；

所述银行卡介质子系统，用于信用卡介质的生成与维护；

所述银行卡卡辅子系统，用于制作所述信用卡并将所述信用卡配发给客户。

本文实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的方法。

本文实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现上述的方法。

利用本文实施例，可以将业务流程中操作类似核心业务对象的任务组件提炼为业务组件，也就是对应到子系统，从而实现将信用卡发卡系统中的业务解耦，业务流程中的不同功能、函数、方法等不会出现相互冲突、干扰的问题；并且避免了重复开发相同功能、相同函数以及相同方法的组件，提高了开发效率，节省了开发工作量和成本。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1所示为本文实施例一种信用卡发卡系统的结构示意图；

图2所示为本文实施例一种信用卡发卡系统的构建方法的流程图；

图3所示为本文实施例一种信用卡发卡系统的构建装置的结构示意图；

图4所示为本文实施例一种信用卡发卡系统的构建装置的具体结构示意图；

图5所示为本文实施例一种信用卡发卡系统的构建方法流程图；

图6所示为本文实施例业务对象的示意图；

图7所示为本文实施例任务组件与业务组件的对应关系图；

图8所示为本文实施例业务组件与信用卡发卡系统中子系统的对应关系示意图；

图9所示为本文实施例一种基于信用卡发卡业务流程的信用卡发卡系统结构示意图；

图10所示为本文实施例信用卡发卡系统的工作流程示意图；

图11所示为本文实施例一种智能终端的结构示意图。

【附图标记说明】

101、信用卡产品子系统；

102、信用卡审核审批子系统；

103、消费额度管理子系统；

104、银行卡介质子系统；

105、银行卡卡辅子系统；

106、客户信息子系统；

301、业务分析单元；

3011、解析模块；

3012、语义分析模块；

302、核心业务对象获取单元；

303、业务组件生成单元；

3031、名称分析模块；

3032、归集模块；

3033、数据项分析模块；

901、信用卡申请提交装置；

902、信用卡产品子系统；

903、信用卡审核审批子系统；

904、银行卡卡辅子系统；

905、消费额度管理子系统；

906、银行卡介质子系统；

907、客户信息子系统；

1102、计算设备；

1104、处理设备；

1106、存储资源；

1108、驱动机构；

1110、输入/输出模块；

1112、输入设备；

1114、输出设备；

1116、呈现设备；

1118、图形用户接口；

1120、网络接口；

1122、通信链路；

1124、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

如图1所示为本文实施例一种信用卡发卡系统的结构示意图，在本图的实施例中描述了用户向本文实施例的信用卡发卡系统发出信用卡申请请求后，信用卡发卡系统通过其中的信用卡产品子系统101接收该信用卡申请请求实现了信用卡发卡业务流程中获取用户申请信用卡请求的工作流程；通过信用卡审核审批子系统102实现在信用卡发卡业务流程中对信用卡申请请求审核审批的工作流程；通过信用卡申请审核后，信用卡产品子系统101通过消费额度管理子系统103实现了信用卡发卡业务流程中对用户消费额度的审核工作流程；当通过消费额度审核后，再由信用卡产品子系统101通知银行卡介质子系统104实现信用卡发卡业务流程中的制作信用卡的工作流程；当银行卡介质子系统104完成信用卡的制作后，由信用卡产品子系统101通知银行卡卡辅子系统105实现信用卡发卡业务流程中将制作出来的信用卡发送给用户的工作流程。客户信息子系统106用于向信用卡产品子系统101提供客户信息。

通过上述本文实施例的信用卡发卡系统以信用卡发卡业务流程出发，将业务流程中操作类似核心业务对象的任务组件提炼为业务组件，也就是对应到子系统，从而实现将信用卡发卡系统中的业务解耦，业务流程中的不同功能、函数、方法等不会出现相互冲突、干扰的问题；并且避免了重复开发相同功能、相同函数以及相同方法的组件，提高了开发效率，节省了开发工作量和成本。

业务对象是指信用卡发卡业务流程中的与业务流程相关的数据结构，例如，信用卡介质、信用卡账户、个人授信额度、授信策略、参与人协议、制卡业务数据、信用卡介质数据等均为业务对象，其中，信用卡介质业务对象中例如可以包括信用卡卡片的类型(磁条卡、智能(IC)芯片卡、近场通信(NFC)卡等)，还可以包括介质编号、介质限额、介质工本费年费、介质生命周期等数据信息；信用卡账户业务对象中例如可以包括账户账号、账户类型、开户日期、账户与介质关系等数据信息；个人授信额度业务对象中例如可以包括预审批额度、个人信用共享额度、授信额度生命周期、透支额度、提取现金额度、币种等数据信息；授信策略业务对象中例如可以包括用户收入要求、用户年龄要求、用户家庭收入要求等数据信息；参与人协议业务对象中例如可以包括参与人协议类型、参与人协议签订时间、参与人协议名称、参与人协议费率、待初查、待风险测评、待审批、检查通过、处理完成等表示参与人协议生命周期的数据。

任务是指信用卡发卡业务流程中的某个业务事项，其中可能有一个或者多个角色参与到该业务事项中，其中角色是指在信用卡发卡业务流程中执行业务事项的一方，可能包括人和计算机。

任务组件是指信用卡发卡业务流程中由某一角色对业务对象进行数据处理的集合，所述数据处理包括了读取业务对象、创建业务对象、更新业务对象，例如信用卡申请接入任务组件可以根据用户终端业务对象的数据信息通过网上银行、社交软件公众号、小程序等接口与用户终端连接；用户信息采集任务组件通过窗口、输入框等方式获取用户输入的用户信息，并在用户信息业务对象中创建相应的用户信息。

核心业务对象是指信用卡发卡业务流程中对于某个任务组件来说重要的数据信息，通常上在任务组件中被创建或者更新的业务对象为该任务组件对应的核心业务对象，例如在用户信息采集任务组件中在用户信息业务对象中创建用户信息，该用户信息业务对象为用户信息采集任务组件的核心业务对象；个人授信额度任务组件根据用户信息业务对象、用户信用等级业务对象、用户账户流水记录业务对象等多个业务对象进行分析，更新用户的个人授信额度业务对象中的数据信息，则该个人授信额度业务对象为个人授信额度任务组件的核心业务对象；又例如，审查信用卡申请资料任务组件需要读取客户的信用评级业务对象与风险评级业务对象，即，信用评级(R)，风险评级(R),并对个人客户授信额度业务对象中的生命周期进行更新，例如从待审查状态更新到审查通过状态，即，个人授信额度生命周期(U)，其中，R-读取；U-更新；C-创建；此任务组件操作的核心实体为个人授信额度生命周期，对应的核心业务对象为授信额度业务对象。

如图2所示为本文实施例一种信用卡发卡系统的构建方法的流程图，在本图的实施例中描述了通过对信用卡发卡流程的分析得到所有任务组件和相应的业务对象，并将相关的任务组件归集为业务组件，最终形成信用卡发卡系统中的子系统，通过多个子系统的组合构成了本文实施例的信用卡发卡系统，具体包括：

步骤201，基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；

步骤202，根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；

步骤203，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统。

根据本文的一个实施例，基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和业务对象进一步包括，

解析所述信用卡发卡业务中任务的描述文件；

通过语义分析分析所述描述文件，得到所述任务组件和所属任务组件操作的业务对象。

在上述步骤中，信用卡发卡业务中每一个任务都有相应的描述文件，用于描述该任务的处理流程、涉及的业务对象等信息。该描述文件可以是XML格式也可能是文本格式，通过解析可以得到描述文件中的内容。对得自描述文件中的内容进行语义分析(NatureLanguage Processing，NLP)，其中可能涉及了分词、语言模型(N-Gram语言模型、神经网络语言模型等)、权重计算、核心词提取等步骤在此不展开说明，可以得到该任务涉及的所有角色。将涉及多个角色的任务拆分为只涉及单个角色的任务，从而形成多个只涉及单个角色的任务。并将连续的任务中涉及相同角色的任务合并，形成任务组件。

通过上述的语义分析可以得到该任务组件中都涉及哪些业务对象，即在进行该任务组件完成某个功能时，需要哪些业务对象参与数据信息分析和处理，然后创建或者更新哪些业务对象。

根据本文的一个实施例，根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象中进一步包括，

当所述任务组件对所述业务对象进行创建或者更新的处理时，则该业务对象为所述任务组件的核心业务对象。

在上述步骤中，任务组件完成某个功能时，可能需要多个业务对象，最后在某个业务对象中进行数据信息的创建或者更新则该业务对象即为该任务组件的核心业务对象，例如进行审核签订信用卡申请的任务组件时，可能涉及到用户信息业务对象和信用卡申请生命周期业务对象，根据上述两个业务对象进行分析和判断，得到是否通过审核的结果，并将该审核结果记录于信用卡产品协议业务对象中，也就是在信用卡产品协议业务对象中创建一条记录，根据该信用卡产品协议业务对象记录的审核通过与否的数据信息就可以继续信用卡发卡业务流程或者结束信用卡发卡业务流程，此时，对于审核签订信用卡申请的任务组件来说信用卡产品协议业务对象就是该任务组件的核心业务对象。

根据本文的一个实施例，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统中进一步包括，

对所述核心业务对象的名称进行相似性分析；

将相似的所述核心业务对象对应的任务组件归集为一个业务组件。

在上述步骤中，可以根据核心业务对象的名称判断核心业务对象是否相似，例如，当不同任务组件对应的核心业务对象的名称分别为用户信息、用户学历信息、用户工作信息、用户家庭信息等时，通过语义分析可以得到这些核心业务对象的名称都包括关键字“用户”和“信息”，将这些核心业务对象名称进行归类为相似的核心业务对象。将与所述相似核心业务对象对应的不同任务组件划分为一个业务组件，从而形成一个子系统，例如可以通过不同的业务组件形成信用卡产品子系统101、信用卡审核审批子系统102、消费额度管理子系统103、银行卡介质子系统104以及银行卡卡辅子系统105。

根据本文的一个实施例，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统中进一步包括，

对多个所述核心业务对象中的数据项进行相似性分析；

将数据项相同的数量超过预定门限值的所述核心业务对象对应的任务组件归集为一个业务组件。

在上述步骤中，当所述多个核心业务对象中的多个数据项相同时，并且相同的数据项数量超过预定的门限值，例如超过所有数据项的50％，则确定这些核心业务对象对应的任务组件归为一个业务组件，例如核心业务对象A中包括用户名、用户账号、授信额度、信用风险计量模型等数据信息；核心业务对象B中包括用户名、用户账号、授信额度、授信策略等数据信息；核心业务对象C中包括用户名、用户账号、授信额度、风险评级、信用等级等数据信息；还有核心业务对象D中包括用户名、信用卡使用时间、地点、静态密码等数据信息；其中，核心业务对象A、核心业务对象B以及核心业务对象C相同的数据项数量超过了50％，因此这三个核心业务对象对应的识别信用卡申请欺诈风险任务组件、计算个人授信额度任务组件以及审查信用卡申请资料任务组件被归为一个业务组件中，即，授信管理业务组件。其中的核心业务对象D所具有的数据项与其他核心业务对象的数据项相同的数量低于上述门限值，因此该核心业务对象D对应的识别个人客户任务组件不被归为上述的授信管理业务组件。

通过上述本文实施例的方法，通过核心业务对象的相似关系寻找到相关的任务

将多个任务组件构成一个业务组件后形成信用卡发卡系统中的子系统，可以将信用卡发卡业务流程与子系统一一对应，业务组件(子系统)之间相互独立，实现了子系统之间的解耦，方便子系统单独升级或者改造，节省了开发和维护成本。

如图3所示为本文实施例一种信用卡发卡系统的构建装置的结构示意图，在本图的实施例中描述了通过单台计算机或者计算机集群的方式构建与信用卡发卡业务流程一一对应的信用卡发卡系统，其中的功能模块可以通过通用芯片或者专用芯片(ASIC芯片等)等硬件实现，还可以通过软件程序实现，在不同的实施例中还可以通过硬件和软件程序的结合来实现本文的装置，具体包括：

业务分析单元301，用于基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；

核心业务对象获取单元302，根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；

业务组件生成单元303，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统。

根据本文的一个实施例，如图4所示为本文实施例一种信用卡发卡系统的构建装置的具体结构示意图，在本图中描述了信用卡发卡系统构建装置的详细结构，业务分析单元301进一步包括，

解析模块3011，用于解析所述信用卡发卡业务中任务的描述文件；

语义分析模块3012，用于通过语义分析分析所述描述文件，得到所述任务组件和所述任务组件操作的业务对象。

根据本文的一个实施例，核心业务对象获取单元302进一步用于，当所述任务组件对所述业务对象进行创建或者更新的处理时，则该业务对象为所述任务组件的核心业务对象。

根据本文的一个实施例，业务组件生成单元303进一步包括，

名称分析模块3031，用于对所述核心业务对象的名称进行相似性分析；

归集模块3032，用于将相似的所述核心业务对象对应的任务组件归集为一个业务组件。

根据本文的一个实施例，业务组件生成单元303进一步包括，

数据项分析模块3033，用于对多个所述核心业务对象中的数据项进行相似性分析；

归集模块3032，用于将数据项相同的数量超过预定门限值的所述核心业务对象对应的任务组件归集为一个业务组件。

通过上述本文实施例的构建装置，通过核心业务对象的相似关系寻找到相关的任务

将多个任务组件构成一个业务组件后形成信用卡发卡系统中的子系统，可以将信用卡发卡业务流程与子系统一一对应，业务组件(子系统)之间相互独立，实现了子系统之间的解耦，方便子系统单独升级或者改造，节省了开发和维护成本。

如图5所示为本文实施例一种信用卡发卡系统的构建方法流程图，在本图中描述了构建信用卡发卡系统的具体方法，从信用卡发卡业务流程出发，将业务流程中的每个任务都拆分出来，从而组成任务组件，然后根据任务组件中的核心业务对象来将任务组件划分为不同的业务组件，具体包括：

步骤501，基于信用卡发卡业务的描述文件，分析所有任务和任务涉及的角色。

在本步骤中，信用卡发卡业务具有针对其中每个事项的描述文件，也即是针对每个任务都具有描述文件，针对这些描述文件进行语义分析，可以得到信用卡发卡业务中所有涉及的任务和该任务所涉及的角色，其中角色为执行该任务或者该任务中涉及的人或者计算机。例如，在对客户进行身份验证任务时，需要将客户的身份证信息输入到公安系统中进行身份证信息的核实，该任务中涉及到的角色包括客户、提供身份证信息核对的公安系统接口。

步骤502，判断所述任务中是否涉及多个角色，当包括多个角色，则进入步骤503，否则进入步骤504。

步骤503，按照角色将任务拆分，形成新的任务。

在本步骤中，按照角色将任务拆分为只包括一个角色的任务，例如在拆分上述身份验证任务时，将客户身份证信息输入拆分为一个任务，将在公安系统中验证身份证信息拆分为另一个任务。当任务包含的角色较多时，可能不能一次拆分达到单个角色对应一个任务，可能需要返回上述步骤502，继续判断是否任务中不包括大于一个角色的情况。

步骤504，对涉及相同角色的任务进行合并，生成任务组件。

在本步骤中，当连续的多个任务所涉及的角色都是相同的，则将所述多个任务合并生成任务组件。

步骤505，对所述任务组件进行命名。

在本步骤中，可以采用语义分析中的识别出的关键字对该任务组件进行命名，例如将动词+名词的方式对任务组件进行命名，或者还可以通过语义分析为每个任务组件建立一个相应的描述文件，来描述该任务组件的功能及其处理的业务对象。

当完成任务组件的命名后，还可以将任务组件的命名输出，进行人工修改。

步骤506，根据上述的信用卡发卡业务的描述文件，得到所述任务组件操作的业务对象。

在本步骤中，由于任务组件由多个任务组成，通过信用卡发卡业务流程的描述文件可以获得每个任务操作的业务对象，例如审核签订信用卡申请任务组件用于检查申请信息是否完整准确，检查抄录内容是否完整准确，检查客户是否持有同类型卡片；对应的业务对象包括信用卡产品协议申请业务对象、信用卡产品协议业务对象、信用卡账户业务对象。审查信用卡申请资料任务组件用于根据银行内外相关数据，判断客户风险，包括审查客户行内信息，审查客户行外信息，审查灰名单信息，筛查客户，风险筛查服务、外部黑名单核查服务等；对应的业务对象包括表示风险发生的机率、影响及损失的规模的风险评级业务对象，对客户评定的信用等级的信用等级业务对象，表示向客户提供信贷服务限额的个人授信额度业务对象。

如图6所示为本文实施例业务对象的示意图，在该图中以参与人协议业务对象为例描述了业务对象所包括的数据结构，业务对象是企业的数据资源，实现业务数据的整合，反映了业务本质的关联数据的集合，其中，虚线框标识参与人协议业务对象，粗实线框表示业务对象中的核心数据，参与人协议与参与人关系中存储有参与人协议类型、参与人协议签订时间、参与人标识、关系类型等信息，参与人外部信息存储有参与人协议类型、参与人协议签订时间、参与人标识、参与人外部信息名称等，参与人协议生命周期存储有参与人协议类型、参与人协议签订时间、参与人协议生命周期状态等，通过多种数据的结合可以得到参与人协议业务对象中反应业务本质关联数集合，存储有参与人协议类型、参与人协议签订时间等。业务对象仅包括反应业务重要信息的关联数据，并不包括对业务数据进行统计、计算的中间结果，例如统计参与人协议类型相同的数量、参与人协议签订时间在某个时间段之间的统计结果等。

步骤507，根据任务组件处理业务对象，确定所述任务组件相关的核心业务对象。

在本步骤中，任务组件可以操作多个业务对象，其中操作包括创建、更新、读取；将创建或者更新的业务对象确定为核心业务对象。例如，审查信用卡申请资料任务组件需要读取客户的信用评级业务对象与风险评级业务对象，并对个人客户授信额度业务对象的生命周期进行更新，例如将个人客户授信额度业务对象的生命周期从待审查状态更新到审查通过状态，此任务组件操作的核心实体为个人授信额度生命周期，对应的核心业务对象为授信额度。又例如，审核签订信用卡申请任务组件包括信用卡产品协议申请业务对象、信用卡产品协议业务对象和信用卡账户业务对象，审核签订信用卡申请任务组件根据信用卡申请以及信用卡账户，创建与信用卡账户相应的信用卡产品协议，因此，确定该审核签订信用卡申请任务组件的核心业务对象为信用卡产品协议。

步骤508，将处理相似核心业务对象的任务组件组成一个业务组件。

在本步骤中，可以根据核心业务对象的名称确定处理相同或者相似核心业务对象的任务组件，将这些任务组件划分为一个业务组件。其中，可以通过对核心业务对象名称进行语义识别，获得其中的关键字，通过关键字的比较找到相同或者相类似的核心业务对象，从而可以得到核心业务对象对应的任务组件。

如图7所示为本文实施例任务组件与业务组件的对应关系图，在本图中描述了信用卡发卡业务流程中不同的角色(柜员、客户、银行内部计算机等)对应着不同任务组件，其中与柜员相关的任务组件包括识别个人客户任务组件、审核签订信用卡申请任务组件、签订信用卡产品协议任务组件、开立信用卡账户任务组件、配发介质任务组件、制作银行卡任务组件，与银行内部计算机相关的任务组件包括审查信用卡申请资料任务组件、识别信用卡申请欺诈风险任务组件、核实申请人信息任务组件、计算个人授信额度任务组件、审批个人授信额度任务组件，其中，

识别个人客户任务组件包括校验客户身份认证信息、联网核查客户证件、识别个人客户星级等个人客户信息等任务；对应的业务对象包括表示渠道、时间、地点的足迹信息业务对象，表示客户诉求的参与人行为业务对象，表示客户的静态密码、指纹的认证方式业务对象等；核心业务对象为参与人行为；对应的业务组件为参与人信息业务组件。

审核签订信用卡申请任务组件包括检查申请信息是否完整准确，检查抄录内容是否完整准确，检查客户是否持有同类型卡片等任务；对应的业务对象包括信用卡产品协议申请业务对象、信用卡产品协议业务对象、信用卡账户业务对象等；核心业务对象为信用卡产品协议业务对象；对应的业务组件为信用卡业务组件。

审查信用卡申请资料任务组件用于根据银行内外相关数据判断客户风险，包括审查客户行内信息、审查客户行外信息、审查灰名单信息、筛查客户等任务，还包括风险筛查服务、外部黑名单核查服务等任务；对应的业务对象包括表示风险发生的机率、影响及损失规模的风险评级业务对象、对客户评定信用等级的信用等级业务对象，表示向客户提供信贷服务限额的个人授信额度业务对象等；核心业务对象为个人授信额度业务对象；对应的业务组件授信管理业务组件。

识别信用卡申请欺诈风险任务组件包括对团伙欺诈、设备欺诈等各类欺诈通过模型进行识别等任务；对应的业务对象包括表示针对客户、交易对手等信用违约引起风险的各类资本计量、定性评价、量化计算结果的信用风险计量模型业务对象、表示向客户提供信贷服务限额的个人授信额度业务对象；核心业务对象为个人授信额度业务对象；对应的业务组件为授信管理业务组件。

核实申请人信息任务组件包括调查员通过电话核实等手段对客户资料真实性进行调查等任务；对应的业务对象包括个人授信额度业务对象；核心业务对象为个人授信额度业务对象；对应的业务组件为授信管理业务组件。

计算个人授信额度任务组件包括客户基本情况、资产、收入等信息，结合银行审批策略，对拟提供的个人授信额度进行计算，包括获取审批记录、获取客户信息、获取审批策略、综合计算个人授信额度、提供额度计算结果等任务；对应的业务对象包括表示审查客户额度申请资料完整、真实性的执行指标范围的授信策略业务对象、表示向客户提供信贷服务限额的个人授信额度业务对象等；核心业务对象为个人授信额度；对应的业务组件为授信管理业务组件。

审批个人授信额度任务组件包括根据计算的个人授信额度与审批策略，审批通过或者拒绝客户额度申请等任务；对应的业务对象包括个人授信额度业务对象等；核心业务对象为个人授信额度业务对象；对应的业务组件为授信管理业务组件。

签订信用卡产品协议任务组件包括依照客户申请信息和审批结果，为客户建立产品协议等任务；对应的业务对象包括信用卡产品协议申请业务对象、信用卡产品协议业务对象等；核心业务对象为信用卡产品协议业务对象；对应的业务组件为信用卡业务组件。

开立信用卡账户任务组件包括确认开户信息，生成开户文件，建立账户与客户关系等任务；对应的业务对象包括信用卡产品协议业务对象、信用卡账户业务对象、制卡任务业务对象等；对应的核心业务对象为信用卡账户业务对象；对应的业务组件为信用卡业务组件。

配发介质任务组件包括新建介质、配置介质与客户关系、配置账户与介质关系、配置介质与介质、生成制卡申请等任务；对应的业务对象包括表示能证明、记录和核实银行客户账户内容的实体或虚拟凭证的介质业务对象等；核心业务对象为介质业务对象；对应的业务组件为介质与认证业务组件。

制作银行卡任务组件包括接到即时制卡申请后，检查制卡文件、通过后制作成品卡等任务；对应的业务对象包括表示实体卡的实物业务对象、制卡任务业务对象等；核心业务对象为实物业务对象；对应的业务组件为实物管理业务组件。

登记个人授信额度任务组件包括记录客户个人授信额度、更新个人授信额度、等任务；对应的业务对象包括客户累计授信额度业务对象，客户当前授信额度业务对象等；核心业务对象为客户累计授信额度业务对象；对应的业务组件为额度管理业务组件。

步骤509，将业务组件对应到IT系统中的子系统。

在本步骤中，根据上述按照信用卡发卡业务流程得到的所有业务组件开发相应的信用卡发卡系统，将每个业务组件对应到一个信用卡发卡系统(IT系统)的子系统，如图8所示为本文实施例业务组件与信用卡发卡系统中子系统的对应关系示意图，在本图中描述了业务组件与信用卡发卡系统中子系统的对应关系，其中，根据负责处理信用卡介质、信用卡账户、信用卡产品协议等业务对象的信用卡业务组件开发相应的信用卡产品子系统，该子系统中的业务对象、处理的核心业务对象以及任务相对封闭，不会与其他子系统有太多耦合，因此，子系统之间由于耦合造成的影响降低；根据负责处理个人授信额度、授信策略等业务对象的授信管理业务组件开发相应的信用卡审核审批子系统；根据负责处理参与人协议等业务对象的参与人信息业务组件开发相应的客户信息子系统；根据负责处理制卡任务等业务对象的实物管理业务组件开发相应的银行卡卡辅子系统；根据负责处理介质等业务对象的介质与认证业务组件开发相应的银行卡介质子系统；根据负责记录个人累计授信额度等业务对象的额度管理业务组件开发相应的消费额度管理子系统。

如图9所示为本文实施例一种基于信用卡发卡业务流程的信用卡发卡系统结构示意图，在本图中描述了本文实施例中信用卡发卡系统的结构，其中每一个子系统都可以有单独的计算机或者由多台计算机构成的计算机集群构成，或者由多个子系统由一台计算机完成，其中不同子系统的功能通过专用或者通用芯片或者软件程序实现，具体包括，

信用卡申请提交装置901，信用卡产品子系统902，信用卡审核审批子系统903，银行卡卡辅子系统904，消费额度管理子系统905，银行卡介质子系统906以及客户信息子系统907组成。其中，信用卡申请提交装置901与信用卡产品子系统902连接；信用卡产品子系统902与信用卡申请提交装置901、信用卡审核审批子系统903、消费额度管理子系统905、银行卡介质子系统906连接；信用卡审核审批子系统903与信用卡产品子系统902连接；消费额度管理子系统905与信用卡产品子系统902连接；银行卡介质子系统906与信用卡产品子系统902连接。银行卡卡辅子系统904与信用卡产品子系统902连接。信用卡产品子系统902与客户信息子系统907连接。信用卡申请提交装置901可以为应用程序(APP),也可以是公众号、小程序等，负责处理信用卡申请信息；信用卡产品子系统902负责信用卡产品存储；信用卡审核审批子系统903负责信用卡申请流程审核审批，包括客户风险筛查、个人授信额度计算等；银行卡介质子系统906负责介质的生成与维护；银行卡卡辅子系统904负责制作新员工卡并将信用卡卡片配方给客户；消费额度管理子系统905负责记录客户信用额度占用情况，保证客户在多家银行的累计信用额度不会超过预设的门限值。所述信用卡产品子系统902调用客户信息子系统907查询客户信息。

结合上述的信用卡发卡系统，如图10所示为本文实施例信用卡发卡系统的工作流程示意图，在本图中描述了基于上述信用卡发卡系统完成信用卡发卡的工作流程，具体包括：

步骤1001，客户通过信用卡申请提交装置完善信用卡申请信息，并将申请信息提交到信用卡产品子系统。

在本步骤中，客户通过网上银行、微信公众号、小程序等各类渠道提交信用卡申请，客户通过信用卡申请提交装置完善信用卡申请信息，并将申请信息提交到信用卡产品子系统。申请信息例如包括客户申请的卡种、客户基本信息、客户学历信息、工作信息等。信用卡产品子系统还可以从客户信息子系统获得客户的详细信息。

步骤1002，判断所述信用卡申请是否需要审批，如果需要审批则进入步骤1003，否则进入步骤1004。

在本步骤中，信用卡产品子系统接收到信用申请提交装置提交的信用卡申请信息，检查客户产品准入，检查产品准入，包括检查客户同类型卡片、产品属性获取等，检查通过后，判断是否需要审核审批，若需要审核审批则将客户填写的信用卡申请信息发送给信用卡审核审批子系统。

步骤1003，信用卡审核审批子系统根据接收到的信用卡申请信息，对客户信息进行审查。

在本步骤中，信用卡审核审批子系统根据接收到的信用卡申请信息，对客户信息进行审查(包括审查客户材料真实性、客户风险筛查、客户反欺诈检查等)。审查完后对客户授信额度计算与审批。审批通过后将客户授信额度与审批结果发送给信用卡产品子系统。

其中，信用卡审核审批子系统将本次授信额度与客户累计授信额度相加，得到包括本次授信额度在内的累计授信额度，当累计授信额度超过预设的门限值时，则向信用卡产品子系统反馈授信额度申请失败的信息，信用卡产品子系统接收到授信额度申请失败的信息，并反馈给信用卡申请提交装置；如果累计授信额度未超过预设的门限值时，则将客户授信额度与审批结果发送给信用卡产品子系统。

信用卡产品子系统接收到授信额度申请失败的信息，并反馈给信用卡申请提交装置。

步骤1004，信用卡产品子系统接收信用卡审核审批子系统审批结果以及客户授信额度，对客户进行开户，将介质开立申请发送给银行卡介质子系统。

在本步骤中，信用卡产品子系统接收信用卡审核审批子系统审批结果以及客户授信额度，对客户进行开户，将介质开立申请发送给银行卡介质子系统。

如果上述步骤1002中不需要审批时，则在本步骤中信用卡产品子系统会产生客户授信额度，并对客户进行开户，将介质开立申请发送给银行卡介质子系统。

步骤1005，银行卡介质子系统接收到信用卡产品子系统发送的介质开立申请，生成介质相关信息，并将介质相关信息返回给信用卡产品子系统。

在本步骤中，银行卡介质子系统接收到信用卡产品子系统上送的介质开立申请，生成介质相关信息(介质编号，介质号等)，并将介质相关信息返回给信用卡产品子系统。

步骤1006，信用卡产品子系统接收到银行卡介质子系统返回的介质开立信息，将制作信用卡的申请发送给银行卡卡辅子系统，并将客户授信额度发送给消费额度管理子系统。

步骤1007，消费额度管理子系统接收信用卡产品子系统的客户授信额度信息，在累计授信额度中记录本次授信额度。

在本步骤中，记录包括本次授信额度在内的累计授信额度，即将本次客户授信额度与累计授信额度相加，得到新的累计授信额度，并向信用卡产品子系统反馈授信额度已经记录的信息。

消费额度管理子系统实现对额度的管理，信用卡审核审批子系统把额度计算出来后，由消费额度管理子系统进行管理。

步骤1008，银行卡卡辅子系统接收信用卡产品子系统制卡申请，根据要求制卡并将卡片发送给客户。

如图11所示为本文实施例一种智能终端的结构示意图，在本实施例中，上述根据信用卡发卡业务流程构建业务组件的流程以及业务组件对应的子系统均可以运行于本实施例中的智能终端之上，在本实施例中称为计算设备，计算设备1102可以包括一个或多个处理设备1104，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算设备1102还可以包括任何存储资源1106，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储资源1106可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储资源都可以使用任何技术来存储信息。进一步地，任何存储资源可以提供信息的易失性或非易失性保留。进一步地，任何存储资源可以表示计算设备1102的固定或可移除部件。在一种情况下，当处理设备1104执行被存储在任何存储资源或存储资源的组合中的相关联的指令时，计算设备1102可以执行相关联指令的任一操作。计算设备1102还包括用于与任何存储资源交互的一个或多个驱动机构1108，诸如硬盘驱动机构、光盘驱动机构等。

计算设备1102还可以包括输入/输出模块1110(I/O)，其用于接收各种输入(经由输入设备1112)和用于提供各种输出(经由输出设备1114))。一个具体输出机构可以包括呈现设备1116和相关联的图形用户接口(GUI)1118。计算设备1102还可以包括一个或多个网络接口1120，其用于经由一个或多个通信链路1122与其他设备交换数据。一个或多个通信总线1124将上文所描述的部件耦合在一起。

通信链路1122可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路1122可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

本文实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：

基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；

根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；

将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统。

本文实施例提供的计算机设备还可以实现如图2、图5、图6、图7、图8中的方法。

对应于图2、图5、图6、图7、图8中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图2、图5、图6、图7、图8的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (13)

1.一种信用卡发卡系统的构建方法，其特征在于包括，

基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；

根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；

将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统。

2.根据权利要求1所述的方法，其特征在于，基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象进一步包括，

解析所述信用卡发卡业务中任务的描述文件；

通过语义分析分析所述描述文件，得到所述任务组件和所属任务组件操作的业务对象。

3.根据权利要求1所述的方法，其特征在于，根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象中进一步包括，

当所述任务组件对所述业务对象进行创建或者更新的处理时，则该业务对象为所述任务组件的核心业务对象。

4.根据权利要求1所述的方法，其特征在于，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统中进一步包括，

对所述核心业务对象的名称进行相似性分析；

将相似的所述核心业务对象对应的任务组件归集为一个业务组件。

5.根据权利要求1所述的方法，其特征在于，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统中进一步包括，

对多个所述核心业务对象中的数据项进行相似性分析；

将数据项相同的数量超过预定门限值的所述核心业务对象对应的任务组件归集为一个业务组件。

6.一种信用卡发卡系统的构建装置，其特征在于包括，

业务分析单元，用于基于信用卡发卡业务，得到信用卡发卡业务中的所有任务组件和每一个任务组件操作的业务对象；

核心业务对象获取单元，根据所述任务组件对所述业务对象的处理，得到与所述任务组件相关的核心业务对象；

业务组件生成单元，将所述处理相似核心业务对象的所述任务组件归集为一个业务组件形成信用卡发卡系统中的子系统。

7.根据权利要求6所述的装置，其特征在于，业务分析单元进一步包括，

解析模块，用于解析所述信用卡发卡业务中任务的描述文件；

语义分析模块，用于通过语义分析分析所述描述文件，得到所述任务组件和所述任务组件操作的业务对象。

8.根据权利要求6所述的装置，其特征在于，核心业务对象获取单元进一步用于，当所述任务组件对所述业务对象进行创建或者更新的处理时，则该业务对象为所述任务组件的核心业务对象。

9.根据权利要求6所述的装置，其特征在于，业务组件生成单元进一步包括，

名称分析模块，用于对所述核心业务对象的名称进行相似性分析；

归集模块，用于将相似的所述核心业务对象对应的任务组件归集为一个业务组件。

10.根据权利要求6所述的装置，其特征在于，业务组件生成单元进一步包括，

数据项分析模块，用于对多个所述核心业务对象中的数据项进行相似性分析；

归集模块，用于将数据项相同的数量超过预定门限值的所述核心业务对象对应的任务组件归集为一个业务组件。

11.一种信用卡发卡系统，其特征在于包括，采用权利要求1-5任一项方法生成的子系统形成所述信用卡发卡系统，所述子系统包括：

信用卡产品子系统、客户信息子系统、信用卡审核审批子系统、银行卡卡辅子系统、消费额度管理子系统、银行卡介质子系统；

所述信用卡产品子系统，用于信用卡产品信息的存储；

所述客户信息子系统，用于向所述信用卡产品子系统提供客户信息；

所述信用卡审核审批子系统，用于信用卡申请流程审核审批；

所述消费额度管理子系统，用于记录信用卡与授信额度关联关系；

所述银行卡介质子系统，用于信用卡介质的生成与维护；

所述银行卡卡辅子系统，用于制作所述信用卡并将所述信用卡配发给客户。

12.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1-5中任一项的方法。

13.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述权利要求1-5任一项的方法。

Images