客户身份确认方法、装置和系统与流程

文档序号:11217241
客户身份确认方法、装置和系统与流程

本发明涉及计算机技术领域,特别是涉及一种客户身份确认方法、装置和系统。



背景技术:

保险单(简称为保单)是保险公司与被保险人订立保险合同的正式书面证明。被保险人也可称为保险公司的客户。在保险合同的有效期内,保险公司可以为被客户提供保单保全的服务。保单保全通俗的理解就是对保单的相关信息进行变更。例如,变更受益人、追加保费等等。客户在办理保全业务时,为了防止被冒办,保险公司需要对客户的信息进行严格审核。传统的方式是保险公司要求客户亲临柜面进行身份确认并递交办理保全业务所需的资料。如果客户递交的资料不符合要求,则需要多次往返柜面重新递交资料,由此给客户带来不便。



技术实现要素:

基于此,有必要针对上述技术问题,提供一种无需客户亲临柜面即可有效确认身份,为客户办理保全业务提供方便的客户身份确认方法、装置和系统。

一种客户身份确认方法,所述方法包括:

接收客户终端发送的保全请求,所述保全请求中携带了保全项目;

根据所述保全项目确定对应的确认人和确认方式;

将所述确认人和确认方式返回至客户终端;

接收所述确认人通过客户终端按照所述确认方式发送的身份信息;

根据所述身份信息对所述保全项目进行保全操作。

在其中一个实施例中,所述确认方式包括视频确认;所述接收所述确认人通过客户终端按照所述确认方式发送的身份信息包括:

接收所述确认人通过客户终端发起的视频通话请求;

根据所述视频通话请求建立所述客户终端与坐席终端之间的视频通话;

接收所述确认人在视频通话过程中通过客户终端上传的身份信息。

在其中一个实施例中,所述身份信息包括电子签名;所述接收所述确认人通过客户终端按照所述确认方式发送的身份信息包括:

接收所述确认人通过客户终端上传的签名笔迹;

将接收到的签名笔迹与已存储的所述确认人电子签名的签名笔迹进行比对;

若比对一致,则确定接收到的签名笔迹为所述确认人的电子签名。

在其中一个实施例中,所述确认方式包括人脸识别;所述接收所述确认人通过客户终端按照所述确认方式发送的身份信息包括:

接收所述确认人利用客户终端上传的人脸图像,所述人脸图像为所述确认人的人脸图像;

将所述人脸图像与已存储的所述确认人的图像进行比对;

若比对一致,则将所述人脸图像确定为所述确认人的身份信息。

在其中一个实施例中,所述确认方式被配置了级别;所述接收所述确认人通过客户终端按照所述确认方式发送的身份信息包括:

所述接受所述确认人通过客户终端按照多个确认方式发送的身份信息;

获取多个确认方式中级别最高的确认方式对应的身份信息;

将所述级别最高的确认方式对应的身份信息确定为执行保全操作所需的身份信息。

在其中一个实施例中,在所述接收所述确认人通过客户终端按照所述确认方式发送的身份信息之后,还包括:

将所述身份信息发送至审核终端,以使得所述审核终端将所述身份信息与已存储的身份信息进行比对,若比对不一致,则返回审核未通过的函件信息;

将所述审核未通过的函件信息发送至客户终端。

一种客户身份确认装置,所述装置包括:

接收模块,用于接收客户终端发送的保全请求,所述保全请求中携带了保全项目;

确定模块,用于根据所述保全项目确定对应的确认人和确认方式;

发送模块,用于将所述确认人和确认方式返回至客户终端;

所述接收模块还用于接收所述确认人通过客户终端按照所述确认方式发送的身份信息;

保全模块,用于根据所述身份信息对所述保全项目进行保全操作。

在其中一个实施例中,所述接收模块还用于接收所述确认人通过客户终端发起的视频通话请求;根据所述视频通话请求建立所述客户终端与坐席终端之间的视频通话;接收所述确认人在视频通话过程中通过客户终端上传的身份信息。

一种客户身份确认系统,所述系统包括:

客户终端,用于发送的保全请求,所述保全请求中携带了保全项目;

服务器,用于接收所述保全请求,根据所述保全项目确定对应的确认人和确认方式,将所述确认人和确认方式返回至客户终端;

所述客户终端还用于将按照所述确认方式发送所述确认人的身份信息;

所述服务器还用于接收所述确认人的身份信息,根据所述身份信息对所述保全项目进行保全操作。

在其中一个实施例中,坐席终端,其中,所述客户终端还用于发起视频通话请求;所述服务器还用于接收所述视频通话请求,根据所述视频通话请求建立所述客户终端与坐席终端之间的视频通话;所述客户终端还用于在视频通话过程中将所述确认人的身份信息上传至所述服务器。

上述客户身份确认方法、装置和系统,在接收客户终端发送的保全请求后,根据保全请求中携带的保全项目确定对应的确认人和确认方式,使得确认人按照确认方式通过客户终端返回办理保全项目所需的身份信息,从而能够根据身份信息对保全项目进行保全操作。由此避免了客户多次往返柜面递交资料的问题,客户无需亲临柜面即可有效确认身份,为客户办理保全业务提供了方便。

附图说明

图1为一个实施例中客户身份确认方法的应用环境图;

图2为一个实施例中客户身份确认方法的流程图;

图3为一个实施例中服务器的结构示意图;

图4为一个实施例中客户身份确认装置的结构示意图;

图5为一个实施例中客户身份确认系统的结构示意图;

图6为又一个实施例中客户身份确认系统的结构示意图;

图7为再一个实施例中客户身份确认系统的结构示意图。

具体实施方式

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

本发明实施例中提供的客户身份确认方法,可以应用于如图1所示的应用环境中。客户终端102通过网络与服务器104相连。服务器104与审核终端106通过网络相连。客户终端102向服务器104发送保全请求,保全请求中携带了保全项目。服务器104在接收到保全请求之后,根据保全请求中携带的保全项目确定对应的确认人和确认方式,并将确认人和确认方式返回至客户终端102。确认人通过客户终端102按照确认方式将身份信息发送至服务器104。服务器104将接收到的身份信息发送至审核终端106。审核终端106对身份信息进行审核后,向服务器104返回对应的审核结果。对于审核通过的身份信息,服务器104可以来对保全项目进行保全操作。由此无需客户亲临柜面即可有效确认身份,为客户办理保全业务提供了方便。

在一个实施例中,如图2所示,提供了一种客户身份确认方法,以该方法应用于图1中的服务器为例进行说明,具体包括:

202,接收客户终端发送的保全请求,保全请求中携带了保全项目。

服务器接收客户终端发送的保全请求。其中,客户终端包括台式电脑、个人笔记本电脑、智能手机和平板电脑等。客户终端可以通过网页访问服务器,向服务器发送保全请求。客户终端也可以通过预先安装的应用程序向服务器发送保全请求。客户终端发送的保全请求中携带了所要办理的保全项目。保全项 目包括:保单贷款、累积红利领取、生存金转账领取授权以及联系信息变更等。

204,根据保全项目确定对应的确认人和确认方式。

206,将确认人和确认方式返回至客户终端。

服务器对每项保全项目都设置了对应的确认人和确认方式。确认人包括投保人和生存受益人。确认方式有多种,每项保全项目都可以有多种确认方式。确认方式包括短信确认、视频确认、人脸识别、上传文件和亲临柜面等。保全项目可以有多种风险级别,不同的风险级别可以对应不同的确认方式。根据确认方式的可靠性,也可以对确认方式设置不同的级别。确认方式的级别越高,则越可靠。确认方式的级别越高,确认的过程越复杂,确认方式的级别越低,确认的过程越简易。通过对不同风险级别的保全项目设置不同级别的确认方式能够对每个保全项目配置合理的确认方式,有效提高确认效率。不同的保全项目对应的最低级别的确认方式可以不同。例如,“联系信息变更”的保全项目,其对应的最低级别的确认方式为短信确认,而“生存金转账领取授权”的保全项目,其对应的最低级别的确认方式为人脸识别。

进一步的,确认方式中还包括无需身份验证直接受理生效。对于部分风险级别较低的保全项目,例如“补充联系电话”,服务器在接收到客户终端的保全请求之后,可以无需客户身份验证直接受理生效。

为了能够让客户选择适宜的确认方式,服务器在接收到保全请求后,会根据保全请求中携带的保全项目来确定多种确认方式,并将多种确认方式返回至客户终端。服务器可以在这多种确认方式中获取该保全项目对应的级别最低的确认方式,将这一级别最低的确认方式作为推荐确认方式返回至客户终端。

208,接收确认人通过客户终端按照确认方式发送的身份信息。

确认人根据确认方式将办理保全项目所需的身份信息通过客户终端发送至服务器。其中,确认人可以按照推荐确认方式将办理保全项目所需的身份信息通过客户终端发送至服务器,也可以选择服务器返回的其他确认方式将办理保全项目所需的身份信息通过客户终端发送至服务器。身份信息包括:身份证、手持身份证拍照照片和电子签名等。不同的保全项目所需要的身份信息不同。例如,“累计红利领取”的保全项目中,对应的确认人投保人,对应的确认方式 有上传文件,身份信息包括投保人身份证和投保人手持身份证拍照照片。“保单贷款”的保全项目中,对应的确认人投保人,对应的确认方式有上传文件,身份信息包括投保人身份证、投保人手持身份证拍照照片、被保险人身份证、被保险人手持身份证拍照照片以及投保人电子签名。

210,根据身份信息对保全项目进行保全操作。

服务器将接收到的身份信息发送至审核终端进行审核。审核终端对身份信息进行审核之后,将审核结果返回至服务器。对于审核通过的身份信息,服务器可以直接用来对保全项目进行保全操作。

本实施例中,在接收客户终端发送的保全请求后,根据保全请求中携带的保全项目确定对应的确认人和确认方式,使得确认人按照确认方式通过客户终端返回办理保全项目所需的身份信息,从而能够根据身份信息对保全项目进行保全操作。由此避免了客户多次往返柜面递交资料的问题,客户无需亲临柜面即可有效确认身份,为客户办理保全业务提供了方便。

在一个实施例中,确认方式包括视频确认;接收确认人通过客户终端按照确认方式发送的身份信息包括:接收确认人通过客户终端发起的视频通话请求;根据视频通话请求建立客户终端与坐席终端之间的视频通话;接收确认人在视频通话过程中通过客户终端上传的身份信息。

本实施例中,确认人通过客户终端可以发起视频通话请求。具体的,确认人可以通过客户终端上预先安装的应用程序发起视频通话请求,也可以通过服务器返回的页面来发起视频通话请求。服务器根据视频通话请求建立客户终端与坐席终端之间的视频通话。坐席是指呼叫中心接听客户来电并为客户办理业务的工作人员。坐席终端是指坐席与客户进行通话并为客户办理业务的终端。

在客户终端与坐席终端的视频通话过程中,确认人通过客户终端可以上传身份信息。坐席终端查看客户终端上传的身份信息,并对身份信息进行审核。通过建立客户终端与坐席终端之间的视频通话,可以使得坐席能够直观的看到确认人的视频图像,可以视为确认人亲临柜面办理保全项目。因此,可以避免客户多次往返柜面的问题,为客户提供了方便。

在一个实施例中,身份信息包括电子签名;接收确认人通过客户终端按照 确认方式发送的身份信息包括:接收确认人通过客户终端上传的签名笔迹;将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对;若比对一致,则确定接收到的签名笔迹为确认人的电子签名。

本实施例中,服务器上预先存储了确认人电子签名的签名笔迹。对于风险级别较高的保全项目,除了需要确认人提供身份证、手持身份证拍照照片之外,还需要提供电子签名。

确认人通过客户终端输入手写签名,客户终端记录签名笔迹,并将签名笔迹上传至服务器。服务器将首次接收到的签名笔迹作为确认人的电子签名进行保存。在确认人再次通过客户终端上传签名笔迹时,服务器将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对,如果二者一致,则表示服务器本次接收到的是确认人本人的电子签名,从而能够对确认人的身份进行有效确认。

进一步的,部分保全项目在视频确认时,还要求确认提供电子签名。具体的,在客户终端与坐席终端进行视频通话的过程中,确认人通过客户终端上传签名笔迹,服务器将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对;若比对一致,则确定接收到的签名笔迹为确认人的电子签名。通过客户上传签名笔迹与已存储的确认人电子签名的电子签名进行比对,进一步确保了身份验证的可靠性。

在一个实施例中,确认方式包括人脸识别;接收确认人通过客户终端按照确认方式发送的身份信息包括:接收确认人利用客户终端上传的人脸图像,人脸图像为确认人的人脸图像;将人脸图像与已存储的确认人的图像进行比对;若比对一致,则将人脸图像确定为确认人的身份信息。

本实施例中,对于部分风险级别较低的保全项目,还可以通过电话回访的方式进行确认。为了能够进一步提高便利性以及客户身份验证的可靠性,可以将电话回访的确认方式替换为人脸识别的确认方式。确认人可以利用客户终端扫描自己的人脸图像,并将自己的人脸图像上传至服务器。服务器在接收到确认人的人脸图像之后,登录公安系统身份管理服务器,获取确认人在公安系统身份管理服务器中已存储的身份证照片。服务器将接收到的人脸图像与确认人 的身份证照片进行比对,如果比对二者一致,则确认该人脸图像为确认人的人脸图像,并将该人脸图像作为确认人的身份信息。

在一个实施例中,确认方式被配置了级别;接收确认人通过客户终端按照确认方式发送的身份信息包括:接受确认人通过客户终端按照多个确认方式发送的身份信息;获取多个确认方式中级别最高的确认方式对应的身份信息;将级别最高的确认方式对应的身份信息确定为执行保全操作所需的身份信息。

本实施例中,客户终端向服务器发送保全请求之后,服务器可以根据保全请求中携带的保全项目确定对应的确认人和确认方式,并将确认人和确认方式返回至客户终端。其中,服务器向客户终端可以返回多种确认方式。确认人可以根据自己的实际状况选择适当的确认方式。如果确认人分别通过多种确认方式向服务器发送了身份信息。则服务器查看这多种确认方式的级别,获取多个确认方式中级别最高的确认方式对应的身份信息,将该级别最高的确认方式对应的身份信息确定为执行保全操作所需的身份信息。确认方式被配置的级别从高到低的顺序为:视频确认>上传文件>人脸识别>短信确认。其中,视频确认可以等同于柜面确认,电话回访可以等同于人脸识别。确认方式的级别越高,对客户身份验证的可靠性越高,反之,对客户身份验证的可靠性越低。因此将多个确认方式中级别最高的确认方式对应的身份信息作为执行保全操作所需的身份信息能够进一步确保客户身份的真实性和准确性。

在一个实施例中,在接收确认人通过客户终端按照确认方式发送的身份信息之后,还包括:将身份信息发送至审核终端,以使得审核终端将身份信息与已存储的身份信息进行比对;若比对不一致,则返回审核未通过的函件信息,将审核未通过的函件信息发送至客户终端。

本实施例中,服务器在接收到客户终端发送的保全请求后,生成该保全项目的受理信息。服务器在接收到客户终端上传的身份信息后,会将身份信息发送至审核终端进行审核。审核终端提取身份信息中的人脸图像和身份证号码。审核终端登录公安系统身份管理服务器,获取确认人在公安系统身份管理服务器中已存储的身份证照片和身份证号码。审核终端将提取到的人脸图像与确认人的身份证照片进行比对,将提取到的身份证号码与确认人的身份证号码进行 比对。如果比对均一致,则确定身份信息准确,并返回审核通过的提示信息。

若比对不一致,则生成审核未通过的函件信息,并将函件信息返回至服务器。服务器将函件信息发送至客户终端,以便通知确认人再次上传准确的身份信息。如果确认人在设定的时间内没有再次上传身份信息,则将撤销该保全项目的受理信息。

进一步的,确认人可以通过不同的渠道来上传身份信息。渠道包括客户终端通过网页来上传身份信息(也可称为第一渠道)以及客户终端通过应用程序(APP,Application)来上传身份信息(也可称为第二渠道)。对于同一保全项目,不同的渠道可以有不同的确认方式。如果确认人在不同的渠道向服务器上传身份信息,则服务器将该保全项目受理的渠道来确定为接收身份信息的渠道。例如,客户终端通过应用程序向服务器发送保全请求,服务器生成相应的受理信息。此时,第二渠道为保全项目的受理渠道。如果确认人分别通过第一渠道和第二渠道向服务器发送了身份信息,则服务器根据保全项目受理时的第二渠道,将确认人通过第二渠道上传的身份信息作为确认人的身份信息。服务器将通过第二渠道上传的身份信息发送至审核终端进行审核。

在一个实施例中,在接收客户终端发送的保全请求的之后,还包括:判断保全请求中携带的保全项目是否属于不受理的范围;若是,则向客户终端返回不予受理的提示信息。

本实施例中,考虑到要尽可能保护保险公司的利益以及客户利益,对于部分保全项目不能通过客户终端申请的方式来受理,如果客户想办理不属于受理范围内的保全项目,例如,投保人已身故,外币保单等多种情形,服务器会生成不予受理的提示信息。客户需要亲临柜面来办理。

在一个实施例中,如图3所示,提供了一种服务器,包括通过系统总线连接的处理器、内存储器、非易失性存储介质和网络接口。其中,该服务器的非易失性存储介质中存储有操作系统和客户身份确认装置,客户身份确认装置用于实现对客户的身份进行有效确认,从而无需客户亲临柜面即可办理保全业务。服务器的处理器用于提供计算和控制能力,被配置为执行一种客户身份确认方法。服务器可以是独立服务器,也可以是集群服务器。

在一个实施例中,如图4所示,提供了一种客户身份确认装置,包括:接收模块402、确定模块404、发送模块406和保全模块408,其中:

接收模块402,用于接收客户终端发送的保全请求,保全请求中携带了保全项目。

确定模块404,用于根据保全项目确定对应的确认人和确认方式。

发送模块406,用于将确认人和确认方式返回至客户终端。

接收模402块还用于接收确认人通过客户终端按照确认方式发送的身份信息。

保全模块408,用于根据身份信息对保全项目进行保全操作。

在一个实施例中,接收模块402还用于接收确认人通过客户终端发起的视频通话请求;根据视频通话请求建立客户终端与坐席终端之间的视频通话;接收确认人在视频通话过程中通过客户终端上传的身份信息。

在一个实施例中,接收模块402还用于接收确认人在视频通话过程中通过客户终端上传的签名笔迹;将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对;若比对一致,则确定接收到的签名笔迹为确认人的电子签名。

在一个实施例中,接收模块402还用于接收确认人通过客户终端按照确认方式发送的身份信息包括:接收确认人利用客户终端上传的人脸图像,人脸图像为确认人的人脸图像;将人脸图像与已存储的确认人的图像进行比对;若比对一致,则将人脸图像确定为确认人的身份信息。

在一个实施例中,接收模块402还用于接受确认人通过客户终端按照多个确认方式发送的身份信息;获取多个确认方式中级别最高的确认方式对应的身份信息;将级别最高的确认方式对应的身份信息确定为执行保全操作所需的身份信息。

在一个实施例中,发送模块406还用于将身份信息发送至审核终端,以使得审核终端将身份信息与已存储的身份信息进行比对,若比对不一致,则返回审核未通过的函件信息;将审核未通过的函件信息发送至客户终端。

在一个实施例中,如图5所示,提供了一种客户身份确认系统,包括:客户终端502和服务器504,其中:

客户终端502,用于发送的保全请求,保全请求中携带了保全项目。

服务器504,用于接收保全请求,根据保全项目确定对应的确认人和确认方式,将确认人和确认方式返回至客户终端502。

客户终端502还用于将按照确认方式发送确认人的身份信息。

服务器504还用于接收确认人的身份信息,根据身份信息对保全项目进行保全操作。

在一个实施例中,如图6所示,该系统还包括:坐席终端506,其中,客户终端502还用于发起视频通话请求;服务器504还用于接收视频通话请求,根据视频通话请求建立客户终端502与坐席终端506之间的视频通话;客户终端502还用于在视频通话过程中将确认人的身份信息上传至服务器504。

在一个实施例中,如图7所示,该系统还包括审核终端508,其中,服务器504还用于将身份信息发送至审核终端508;审核终端508用于将身份信息与已存储的身份信息进行比对,若比对不一致,则向服务器504返回审核未通过的函件信息;服务器504还用于将审核未通过的函件信息发送至客户终端502。

在一个实施例中,客户终端502还用于接收确认人输入的签名笔迹,并将签名笔迹上传至服务器504,服务器还用于接收签名笔迹,将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对,若比对一致,则确定接收到的签名笔迹为确认人的电子签名。

在一个实施例中,客户终端502还用于扫描确认人的面部,得到确认人的人脸图像,将人脸图像上传至服务器504,服务器504还用于接收人脸图像,将人脸图像与已存储的确认人的图像进行比对,若比对一致,则将人脸图像确定为确认人的身份信息。

在一个实施例中,客户终端502还用于按照多个确认方式将确认人的身份信息发送至服务器504,服务器504还用于接收多个确认方式对应的身份信息,获取多个确认方式中级别最高的确认方式对应的身份信息,将级别最高的确认 方式对应的身份信息确定为执行保全操作所需的身份信息。

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

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

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1