【技术实现步骤摘要】
本专利技术涉及网络应用领域,特别是涉及一种虚拟卡发卡方法、装置、终端。
技术介绍
随着网络技术及电子商务的发展,人们通过网络购买所需的物品,并通过银行卡等实现支付,极大的方便了人们购买物品的便利性。为了实现银行卡等支付,需要申请银行卡。传统的申请银行卡,需要用户亲自携带自己的身份证件原件到银行柜台进行办理,并且要求用户亲自签字,发卡行核对后,制作对应的实体卡,整个过程成本较高,时间过长。
技术实现思路
基于此,有必要针对传统的发卡成本较高且时间较长的问题,提供一种虚拟卡发卡方法、装置、终端,能降低成本,且节省时间。一种虚拟卡发卡方法,包括以下步骤:接收用户通过终端提交的虚拟卡的申请请求及申请卡所需的申请信息;将所述申请信息发送给发卡服务器;若发卡服务器根据所述申请信息验证用户为首卡用户,则下发视频面签;接收响应所述视频面签所获取的面签信息;将所述面签信息和申请信息发送给身份验证服务器;接收所述身份验证服务器对所述面签信息和申请信息的验证结果;将所述验证结果和申请信息发送给发卡服务器,以使所述发卡服务器根据所述验证结果决策是否发卡,若进行发卡,则获取虚拟卡的卡代号及对应的主卡号,对所述主卡号进行信令化处理得到主卡号的信令,将所述主卡号的信令和卡代号发送给所述申请信息中的移动通信标识,或者接收发卡服务器发送的主卡号的信令和卡代号,并发送给终端。一种虚拟卡发卡方法,包括以下步骤:获取虚拟卡的申请请求及申请卡所需的申请信息,并上传所述申请请求及申请信息;若根据所述申请信息验证用户为首卡用户,则接收下发的视频面签;获取根据所述视频面签所采集的面签信息,并上传所述面签信 ...
【技术保护点】
一种虚拟卡发卡方法,包括以下步骤:接收用户通过终端提交的虚拟卡的申请请求及申请卡所需的申请信息;将所述申请信息发送给发卡服务器;若发卡服务器根据所述申请信息验证用户为首卡用户,则下发视频面签;接收响应所述视频面签所获取的面签信息;将所述面签信息和申请信息发送给身份验证服务器;接收所述身份验证服务器对所述面签信息和申请信息的验证结果;将所述验证结果和申请信息发送给发卡服务器,以使所述发卡服务器根据所述验证结果决策是否发卡,若进行发卡,则获取虚拟卡的卡代号及对应的主卡号,对所述主卡号进行信令化处理得到主卡号的信令,将所述主卡号的信令和卡代号发送给所述申请信息中的移动通信标识,或者接收发卡服务器发送的主卡号的信令和卡代号,并发送给终端。
【技术特征摘要】
1.一种虚拟卡发卡方法,包括以下步骤:接收用户通过终端提交的虚拟卡的申请请求及申请卡所需的申请信息;将所述申请信息发送给发卡服务器;若发卡服务器根据所述申请信息验证用户为首卡用户,则下发视频面签;接收响应所述视频面签所获取的面签信息;将所述面签信息和申请信息发送给身份验证服务器;接收所述身份验证服务器对所述面签信息和申请信息的验证结果;将所述验证结果和申请信息发送给发卡服务器,以使所述发卡服务器根据所述验证结果决策是否发卡,若进行发卡,则获取虚拟卡的卡代号及对应的主卡号,对所述主卡号进行信令化处理得到主卡号的信令,将所述主卡号的信令和卡代号发送给所述申请信息中的移动通信标识,或者接收发卡服务器发送的主卡号的信令和卡代号,并发送给终端。2.根据权利要求1所述的方法,其特征在于,在接收用户通过终端提交的虚拟卡的申请请求的步骤之后,所述方法还包括:根据所述申请请求生成上下文对象及对象标识,并返回所述对象标识;接收用户提交的申请卡所需的申请信息及对象标识;对所述申请信息及对象标识进行验证,验证通过后,将所述申请信息发送给发卡服务器。3.根据权利要求1所述的方法,其特征在于,所述下发视频面签,接收响应所述视频面签所获取的面签信息的步骤包括:依次下发身份信息指令策略、视频验证指令策略及授权信息指令策略到所述终端,并依次接收响应所述身份信息指令策略所提供的身份信息,响应所述视频验证指令策略所采集的验证动作及响应所述授权信息指令策略所采集的语音信息。4.根据权利要求3所述的方法,其特征在于,所述依次下发身份信息指令策略、视频验证指令策略及授权信息指令策略到所述终端,并依次接收响应所述身份信息指令策略所提供的身份信息,响应所述视频验证指令策略所采集的验证动作及响应所述授权信息指令策略所采集的语音信息的步骤包括:下发让用户上传身份信息的指令策略到所述终端;接收终端根据指令策略提供的身份信息,并保存所述身份信息;下发启动视频验证信令到终端;接收用户在终端上触发视频验证请求提交的视频验证信令;验证所述提交的视频验证信令;验证通过后下发视频验证指令策略及对应的策略信令到终端;接收终端上传的策略信令及采集的用户按照所述视频验证指令策略所完成的验证动作,对所述上传的策略信令进行验证,验证通过后,保存所述验证动作;下发授权信息指令策略到终端;接收终端上传的用户按照授权信息指令策略所录制的语音信息。5.根据权利要求1所述的方法,其特征在于,所述方法还包括:接收根据所述验证结果生成的对应的备查标识;将所述备查标识发送给所述发卡服务器,以使所述发卡服务器根据所述备查标识从所述身份证服务器查询所述备查标识对应的验证结果。6.根据权利要求1所述的方法,其特征在于,所述方法还包括:若发卡服务器根据所述申请信息验证用户为二卡用户,则接收发卡服务器发送的用户预留在发卡行的移动通信标识,向所述移动通信标识发送短信验证码;接收输入的短信验证码,对输入的短信验证码进行验证,验证通过后,将所述申请信息发送给发卡服务器,以使所述发卡服务器进行前置验证,验证通过后,进行发卡,获取虚拟卡的卡代号及对应的主卡号,对所述主卡号进行信令化处理得到主卡号的信令,将所述主卡号的信令和卡代号发送给所述预留在发卡行的移动通信标识或者接收发卡服务器发送的和主卡号的信令和卡代号,并发送给终端。7.根据权利要求1至6中任一项所述的方法,其特征在于,在所述接收发卡服务器发送的主卡号的信令和卡代号的步骤之后,所述方法还包括:接收发卡服务器对所述虚拟卡进行快捷支付的签约所生成的签约号,根据
\t所述签约号调用第三方支付平台的快捷支付绑卡服务,将所述签约号、卡代号和第三方支付账户建立绑定关系,并存储所述绑定关系。8.一种虚拟卡发卡方法,包括以下步骤:获取虚拟卡的申请请求及申请卡所需的申请信息,并上传所述申请请求及申请信息;若根据所述申请信息验证用户为首卡用户,则接收下发的视频面签;获取根据所述视频面签所采集的面签信息,并上传所述面签信息;接收根据验证结果返回的已经完成视频面签的提示信息,所述验证结果为对所述面签信息和申请信息进行验证得到的;发送对开卡结果的查询请求;接收根据所述查询请求返回的主卡号的信令和卡代号,所述主卡号的信令为发卡服务器对主卡号进行信令化处理得到的,所述主卡号和卡代号为发卡服务器根据验证结果决策为发卡所得到的。9.根据权利要求8所述的方法,其特征在于,所述方法还包括:获取虚拟卡的申请请求;接收响应所述虚拟卡的申请请求返回的对象标识,所述对象标识为根据申请请求生成的上下文对象的对象标识;获取申请卡所需的申请信息,并上传所述申请信息及对象标识。10.根据权利要求8所述的方法,其特征在于,所述获取根据所述视频面签所采集的面签信息,并上传所述面签信息的步骤包括:依次接收身份信息指令策略、视频验证指令策略及授权信息指令策略,并依次获取根据所述身份信息指令策略所提供的身份信息,根据所述视频验证指令策略所采集的验证动作,根据所述授权信息指令策略所采集的语音信息,并上传身份信息、验证动作和语音信息。11.根据权利要求10所述的方法,其特征在于,依次接收身份信息指令策略、视频验证指令策略及授权信息指令策略,并依次获取根据所述身份信息指令策略所提供的身份信息,根据所述视频验证指令策略所采集的验证动作,根据所述授权信息指令策略所采集的语音信息的步骤包括:接收下发的让用户上传身份信息的指令策略;获取用户上传自己的身份信息;接收下发的启动视频验证信令,提示用户进行视频验证,并接收用户对视频验证的触发操作,将所述视频验证信令上传;接收验证所述视频验证信令通过后下发的视频验证指令策略及对应的策略信令;采集用户根据所述视频验证指令策略所完成的验证动作,将所述验证动作和对应的策略信令上传;接收下发的授权信息指令策略;获取用户按照所述授权信息指令策略所录制的语音信息,并上传所述语音信息。12.根据权利要求10所述的方法,其特征在于,所述方法还包括:若根据所述申请信息验证用户为二卡用户,获取输入的短信验证码,并上传所述短信验证码,所述短信验证码为发卡服务器向用户预留在发卡行的移动通信标识发送的;接收根据所述查询请求返回的主卡号的信令和卡代号,所述主卡号的信令为发卡服务器对主卡号进行信令化处理得到的,所述主卡号和卡代号为发卡服务器根据验证结果决策为发卡所得到的。13.根据权利要求10所述的方法,其特征在于,...
【专利技术属性】
技术研发人员:郭懿心,韦德志,杨耿彬,郑伟涛,吴文勤,
申请(专利权)人:腾讯科技深圳有限公司,
类型:发明
国别省市:广东;44
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。