处理信用卡申请的方法和装置与流程

本发明涉及计算机处理领域，特别是涉及一种处理信用卡申请的方法和装置。

背景技术：

随着人们消费水平的提高，信用卡已经深入人们生活消费的方方面面，信用卡是由银行或者信用卡公司依照用户的信用度和财力发给持卡人，持卡人持信用卡消费时无须支付现金，待账单日时再进行还款。由于使用信用卡的行为属于提前消费，为了防止恶意刷卡而不还款的情况出现，传统的信用卡申请需要申请人提供工作证明、收入证明等材料，审核通过后才能办理，而现实生活中有一些人是不能提供工作证明的，比如学生。那么这部分人群就没有办法享受使用信用卡的便利，因此，亟待提供一种更便捷且可以防止恶意不还款的信用卡申请方法。

技术实现要素：

基于此，有必要针对上述问题，提供一种通用的且可以防止恶意不还款的处理信用卡申请的方法和装置。

一种处理信用卡申请的方法，所述方法包括：接收第一终端通过移动应用发送的信用卡申请请求；根据所述申请请求提取对应的登录所述移动应用的账号和用户信息；根据所述用户信息确定与所述用户信息匹配的服务人员标识；将所述用户信息发送给与所述服务人员标识对应的第二终端进行审核；接收第二终端返回的对所述用户信息的审核结果；若审核结果为通过，则为对应的用户分配用来唯一标识信用卡的卡号，并将所述信用卡的卡号和对应的所述移动应用的账号进行关联；根据与所述信用卡关联的所述账号中存储的金额确定所述信用卡的信用额度，其中，所述信用卡的信用额度不大于所述账号中存储的金额。

在其中一个实施例中，所述方法还包括：接收第一终端通过所述移动应用发送的对所述信用卡的激活请求，根据所述激活请求对所述信用卡进行激活；实时监控所述信用卡的消费额度，当所述消费额度大于与所述信用卡关联的账号中存储的金额时，则不允许进行消费。

在其中一个实施例中，根据与所述信用卡关联的所述账号中存储的金额确定所述信用卡的信用额度，其中，所述信用卡的信用额度不大于所述账号中存储的金额的步骤包括：每月定时获取与所述信用卡关联的账号中存储的金额，根据所述金额确定所述信用卡当月的信用额度，其中，所述信用卡的信用额度不大于所述账号中存储的金额。

在其中一个实施例中，所述根据所述用户信息确定与所述用户信息匹配的服务人员标识的步骤包括：根据所述用户信息中的身份信息判断是否已经存在与所述用户信息对应的服务人员标识，若否，则根据所述用户信息中的地址信息确定与所述用户信息匹配的服务人员标识。

在其中一个实施例中，所述根据所述用户信息中的地址信息确定与所述用户信息匹配的服务人员标识的步骤包括：对所述用户信息中的地址信息进行经纬度识别，确定与所述地址信息对应的地理区域，查找与所述地理区域对应的服务人员标识，将查找到的服务人员标识作为与所述用户信息匹配的服务人员标识。

一种处理信用卡申请的装置，所述装置包括：请求接收模块，用于接收第一终端通过移动应用发送的信用卡申请请求；提取模块，用于根据所述申请请求提取对应的登录所述移动应用的账号和用户信息；确定模块，用于根据所述用户信息确定与所述用户信息匹配的服务人员标识；发送模块，用于将所述用户信息发送给与所述服务人员标识对应的第二终端进行审核；结果接收模块，用于接收第二终端返回的对所述用户信息的审核结果；关联模块，用于若审核结果为通过，则为对应的用户分配用来唯一标识信用卡的卡号，并将所述信用卡的卡号和对应的所述移动应用的账号进行关联；额度确定模块，用于根据与所述信用卡关联的所述账号中存储的金额确定所述信用卡的信用额度，其中，所述信用卡的信用额度不大于所述账号中存储的金额。

在其中一个实施例中，所述装置还包括：激活模块，用于接收第一终端通过所述移动应用发送的对所述信用卡的激活请求，根据所述激活请求对所述信用卡进行激活；监控模块，用于实时监控所述信用卡的消费额度，当所述消费额度大于与所述信用卡关联的账号中存储的金额时，则不允许进行消费。

在其中一个实施例中，所述额度确定模块还用于每月定时获取与所述信用卡关联的账号中存储的金额，根据所述金额确定所述信用卡当月的信用额度，其中，所述信用卡的信用额度不大于所述账号中存储的金额。

在其中一个实施例中，所述确定模块包括：判断模块，用于根据所述用户信息中的身份信息判断是否已经存在与所述用户信息对应的服务人员标识；匹配模块，用于若不存在对应的服务人员标识，则根据所述用户信息中的地址信息确定与所述用户信息匹配的服务人员标识。

在其中一个实施例中，所述匹配模块还用于对所述用户信息中的地址信息进行经纬度识别，确定与所述地址信息对应的地理区域，查找与所述地理区域对应的服务人员标识，将查找到的服务人员标识作为与所述用户信息匹配的服务人员标识。

上述处理信用卡申请的方法和装置，通过接收第一终端的移动应用发送的申请信用卡的请求，根据该申请请求提取对应的登录移动应用的账号和用户信息，继而根据用户信息确定与之匹配的服务人员标识，将用户信息发送给与服务人员标识对应的第二终端进行审核，接收第二终端返回的审核结果，如果审核通过，则为对应的用户分配用来唯一标识信用卡的卡号，同时将该卡号和上述移动应用的账号进行关联，根据该账户中存储的金额实时确定与账号关联的信用卡的消费额度，其中，信用卡的信用额度不大于账号中存储的金额。该信用卡的申请方法只需要对用户信息进行审核，不需要用户提供工作、收入等其他材料，即只需要用户信息真实即可申请该信用卡，通过将信用卡与移动应用的账号关联，实时根据该账号中的金额确定与账号关联的信用卡的消费额度，即相当于将该账号中的金额作为抵押来防止恶意刷卡不还款的情况，该处理信用卡申请的方法对申请信用卡的用户没有限制且可以防止出现恶意不还款的情况。

附图说明

图1为一个实施例中处理信用卡申请的方法应用环境图；

图2为一个实施例中服务器的内部结构图；

图3为一个实施例中处理信用卡申请的方法流程图；

图4为另一个实施例中处理信用卡申请的方法流程图；

图5为一个实施例中确定与用户信息匹配的服务人员标识的方法流程图；

图6为一个实施例中处理信用卡申请的装置结构框图；

图7为另一个实施例中处理信用卡申请的装置结构框图；

图8为一个实施例中确定模块的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，一种处理信用卡申请的方法可应用于如图1所示的应用环境中，在该应用环境中，第一终端102与服务器104通过网络连接，服务器104与第二终端106通过网络连接。其中，第一终端102可以是智能手机、平板电脑、笔记本电脑等可以安装移动应用的电子设备，第二终端106可以是智能手机、平板电脑、笔记本电脑等，但不局限于此，服务器104可以是独立的服务器，也可以是多个服务器组成的服务器集群。其中，第一终端102用于通过安装的移动应用向服务器104发送信用卡申请请求，服务器104接收到第一终端发送的信用卡申请请求后，提取对应的登录该移动应用的账号信息和用户信息，根据用户信息确定与之匹配的服务人员标识，然后将用户信息发送给与之匹配的服务人员标识对应的第二终端106进行信息审核。与服务人员标识对应的服务人员通过第二终端106接收到用户信息后，对收到的用户信息进行审核，然后把审核结果通过第二终端106发送到服务器104，服务器104接收第二终端106返回的对用户信息的审核结果，若审核结果为通过，则为对应的用户分配用来唯一标识信用卡的卡号，并将该信用卡的卡号和对应的移动应用的账号进行关联，然后根据该账号中存储的金额确定与账号关联的信用卡的信用额度，其中，信用卡的信用额度不大于账号中存储的金额。

如图2所示，在一个实施例中，上述服务器104的内部结构如图2所示，包括通过系统总线连接的处理器、非易失性存储介质、内存和网络接口。其中，该非易失存储介质包括操作系统、数据库、处理信用卡申请的装置。数据库用于存储数据。该处理信用卡申请的装置用于实现一种处理信用卡申请的方法，该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的网络接口用于与外部的服务器和终端通过网络连接通信，比如，接收第一终端发送的信用卡申请请求等。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图3所示，提出了一种处理信用卡申请的方法，该方法包括：

步骤302，接收第一终端通过移动应用发送的信用卡申请请求。

在本实施例中，移动应用是指安装在终端中的第三方应用程序，也就是通常说的客户端或app。信用卡的申请需要通过指定的移动应用来进行申请，因为该信用卡是需要和指定的移动应用的账号进行关联的，也就是说，申请信用卡之前需要先注册指定的移动应用的账号，然后才能进行申请。具体的，首先需要将指定的移动应用下载到第一终端，这里的第一终端是指用户终端。然后通过注册的账号和密码登录到该移动应用，继而通过该第一终端中的移动应用向服务器发送信用卡的申请请求，服务器接收到第一终端通过该移动应用发送的信用卡申请请求后，获取对应的登录到该移动应用的账号和用户信息。

步骤304，根据申请请求提取对应的登录移动应用的账号和用户信息。

在本实施例中，服务器接收到第一终端通过移动应用发送的信用卡申请请求后，根据该申请请求获取对应的移动应用账号和用户信息。其中，用户信息包括用户的姓名、身份信息以及地址信息。其中，由于注册移动应用账号时可能已经填写过相应的用户信息，所以用户信息可以直接从与移动应用账号信息中提取，如果提取不到，则在第一终端中展示填写相应信息的界面，完成用户信息的收集。

步骤306，根据用户信息确定与用户信息匹配的服务人员标识。

在本实施例中，服务人员标识用于唯一标识一个服务人员。服务器获取到对应的用户信息后，首先根据该用户信息中的身份信息来判断该用户是否为老客户，若是，则查找与该用户信息对应的服务人员标识。如果该用户不是老客户，则需要根据该用户信息中的地址信息来查找与该用户信息匹配的服务人员标识。具体的，不同的区域对应不同的服务人员标识，预先将区域和服务人员标识进行对应存储，当判断得到用户为新用户时，则获取该用户的地址信息，根据该地址信息判断其所属的区域，然后查找对应的服务人员标识。

步骤308，将用户信息发送给与服务人员标识对应的第二终端进行审核。

在本实施例中，服务器获取到与用户信息匹配的服务人员标识后，查找与该服务人员对应的第二终端，第二终端是指服务人员对应的终端。然后将该用户信息发送给与服务人员标识对应的第二终端进行审核。服务人员收到对应用户信息后，为了保障用户身份的真实性，服务人员需要根据该用户信息中的地址信息进行上门面签，然后工作人员将申请简表给到对应的银行进行审核，银行审核后，将会把结果告知对应的工作人员，然后由工作人员将审核结果发送到服务器。

步骤310，接收第二终端返回的对用户信息的审核结果。

在本实施例中，服务器接收服务人员通过第二终端发送的对用户信息的审核结果，根据该审核结果进行后续的操作。具体的，当审核结果为通过时，则同意用户申请信用卡的请求，为该用户分配一个信用卡的卡号，该卡号用来唯一标识该信用卡。当审核结果为不通过时，则将审核不通过的原因发送到第一终端告知客户。

步骤312，若审核结果为通过，则为对应的用户分配用来唯一标识信用卡的卡号，并将信用卡的卡号和对应的移动应用的账号进行关联。

在本实施例中，服务器接收到审核结果后，若审核结果为通过，则通过系统为该用户分配一个唯一标识该信用卡的卡号，同时将该信用卡的卡号和上述移动应用的账号进行关联，即建立了信用卡和移动应用账号之间的关联。其中，移动应用账号为用户存储资金的账号。具体的，移动应用中具有电子钱包账户，在该电子钱包账户中可以存储电子金钱。

步骤314，根据与信用卡关联的账号中存储的金额确定信用卡的信用额度，其中，信用卡的信用额度不大于账号中存储的金额。

在本实施例中，服务器将信用卡的卡号和对应的移动应用的账号进行关联后，就可以根据该移动应用账号中存储的金额来确定与该账号关联的信用卡的信用额度。为了防止恶意刷卡不还款的情况出现，信用卡的信用额度小于等于与该信用卡关联的账号中存储的金额。具体的，可以实时获取与该信用卡关联的账号中的金额，将该账号中的金额作为该信用卡的信用额度。这样就相当于将移动应用账号中的金额作为抵押来换取相应的信用额度。比如，若用户的移动应用账号中有10000元，那么该用户的信用额度为10000元，用户使用信用卡刷卡消费后，移动应用账号中的10000元是不会少的，如果用户没有及时还款，将会从该移动应用账号中扣除对应的消费金额，这样就避免了出现恶意不还款而造成的银行损失。

在本实施例中，通过接收第一终端的移动应用发送的申请信用卡的请求，根据该申请请求提取对应的登录移动应用的账号和用户信息，继而根据用户信息确定与之匹配的服务人员标识，将用户信息发送给与服务人员标识对应的第二终端进行审核，接收第二终端返回的审核结果，如果审核通过，则为对应的用户分配用来唯一标识信用卡的卡号，同时将该卡号和上述移动应用的账号进行关联，根据该账户中存储的金额实时确定与账号关联的信用卡的消费额度。该信用卡的申请方法只需要对用户信息进行审核，不需要用户提供工作、收入等其他材料，只需要用户信息真实即可申请该信用卡，通过将信用卡与移动应用的账号关联，实时根据该账号中的金额确定与账号关联的信用卡的消费额度，即相当于将该账号中的金额作为抵押来防止恶意刷卡不还款的情况，该信用卡申请的处理方法对申请信用卡的用户没有限制且可以防止出现恶意不还款的情况。

如图4所示，在一个实施例中，上述处理信用卡申请的方法还包括：

步骤316，接收第一终端通过移动应用发送的对信用卡的激活请求，根据激活请求对信用卡进行激活。

在本实施例中，银行将信用卡邮寄给用户后，需要对该信用卡进行激活才能使用。所以用户需要通过第一终端中的移动应用向服务器发送信用卡的激活请求来进行激活。具体的，用户通过第一终端的移动应用向服务器发送信用卡的激活请求，服务器接收到激活请求后，向第一终端发送激活验证码，然后接收到第一终端返回的验证码，校验通过后即可完成对该信用卡的激活。

步骤318，实时监控信用卡的消费额度，当消费额度大于与信用卡关联的账号中存储的金额时，则不允许进行消费。

在本实施例中，为了防止恶意刷卡不还款的情况出现，服务器需要实时监控信用卡的消费额度，其中，消费额度是指用户当月刷卡消费的总金额，当消费额度大于与该信用卡关联的账号中存储的金额时，则不允许进行消费。这样就可以有效的避免出现恶意不还款的情况出现。

在一个实施例中，根据与信用卡关联的账号中存储的金额确定信用卡的信用额度，其中，信用卡的信用额度不大于账号中存储的金额的步骤包括：每月定时获取与信用卡关联的账号中存储的金额，根据金额确定信用卡当月的信用额度，其中，信用卡的信用额度不大于账号中存储的金额。

在本实施例中，由于信用卡的信用额度是根据与该信用卡关联的账号中存储的金额来确定的，也就是说，信用额度不是一成不变的，而是根据账户中存储的金额来变化的，所以服务器需要定时去获取与该信用卡关联的账号中存储的金额，然后根据该账号中存储的金额来确定该信用卡的信用额度。具体的，每个月定时(比如，每个月的5号)获取与信用卡关联的账号中存储的金额，然后根据该金额确定对应的信用卡当月的信用额度，其中，信用卡的信用额度不大于账号存储的金额。由于信用卡的信用额度不大于账号中存储的金额，所以该账号中的金额可以足以弥补由于用户不还款造成的损失。

如图5所示，在一个实施例中，根据用户信息确定与用户信息匹配的服务人员标识的步骤306包括：

步骤306a，根据用户信息中的身份信息判断是否已经存在与用户信息对应的服务人员标识，若是，直接进入步骤308，若否，则进入步骤306b，然后再进入步骤308。

在本实施例中，用户的身份信息用来唯一标识一个用户，如果用户之前已经申请过其他信用卡或办理过其他业务，那么服务器中就会存储有与该用户对应的服务人员标识，由于由同一个服务人员为客户服务更容易增加客户的满意度，所以优先遵循“一个用户对应一个服务人员”的原则，可以直接将该服务人员标识作为匹配的服务人员标识。若不存在与该用户信息对应的服务人员标识，服务器则可以根据用户信息中的地址信息来查找与该用户信息匹配的服务人员标识。

步骤306b，根据用户信息中的地址信息确定与用户信息匹配的服务人员标识。

在本实施例中，若服务器根据用户信息判断得到不存在与该用户信息对应的服务人员标识，那么服务器将根据用户信息中的地址信息为该用户分配合适的服务人员，一般是遵循就近原则，即查找与该用户比较近的服务人员标识，由于服务人员标识实际上代表的是一个服务人员，该服务人员也有相应的地址，可以通过计算与服务人员的地址之间的距离来确定最合适的服务人员。在另一个实施例中，首先根据用户信息中的地址信息确定与该地址信息对应的地理区域，然后查找与该地理区域匹配的服务人员标识。

在一个实施例中，根据用户信息中的地址信息确定与用户信息匹配的服务人员标识的步骤包括：对用户信息中的地址信息进行经纬度识别，确定与地址信息对应的地理区域，查找与地理区域对应的服务人员标识，将查找到的服务人员标识作为与用户信息匹配的服务人员标识。

在本实施例中，服务器根据用户信息中的地址信息确定与该用户信息匹配的服务人员标识。具体的，预先根据地图中的经纬度进行地理区域的划分，每个地理区域对应不同的服务人员，服务器获取到用户的地址信息后，对该地址信息进行经纬度识别，根据识别出的经纬度确定与该地址信息对应的地理区域，然后查找与该地理区域对应的服务人员标识，将查找到的服务人员标识作为与用户信息匹配的服务人员标识。

如图6所示，在一个实施例中，提出了一种处理信用卡申请的装置600，该装置包括：

请求接收模块602，用于接收第一终端通过移动应用发送的信用卡申请请求。

提取模块604，用于根据申请请求提取对应的登录移动应用的账号和用户信息。

确定模块606，用于根据用户信息确定与用户信息匹配的服务人员标识。

发送模块608，用于将用户信息发送给与服务人员标识对应的第二终端进行审核。

结果接收模块610，用于接收第二终端返回的对用户信息的审核结果。

关联模块612，用于若审核结果为通过，则为对应的用户分配用来唯一标识信用卡的卡号，并将信用卡的卡号和对应的移动应用的账号进行关联。

额度确定模块614，用于根据与信用卡关联的账号中存储的金额确定信用卡的信用额度，其中，信用卡的信用额度不大于账号中存储的金额。

如图7所示，在一个实施例中，提出了一种处理信用卡申请的装置700，该装置除了包括上述模块602-614外，还包括：

激活模块616，用于接收第一终端通过移动应用发送的对信用卡的激活请求，根据激活请求对信用卡进行激活。

监控模块618，用于实时监控信用卡的消费额度，当消费额度大于与信用卡关联的账号中存储的金额时，则不允许进行消费。

在一个实施例中，额度确定模块614还用于每月定时获取与信用卡关联的账号中存储的金额，根据金额确定信用卡当月的信用额度，其中，信用卡的信用额度不大于账号中存储的金额。

如图8所示，在一个实施例中，确定模块606包括：

判断模块606a，用于根据用户信息中的身份信息判断是否已经存在与用户信息对应的服务人员标识。

匹配模块606b，用于若不存在对应的服务人员标识，则根据用户信息中的地址信息确定与用户信息匹配的服务人员标识。

在一个实施例中，匹配模块还用于对用户信息中的地址信息进行经纬度识别，确定与地址信息对应的地理区域，查找与地理区域对应的服务人员标识，将查找到的服务人员标识作为与用户信息匹配的服务人员标识。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。