客戶身份確認方法、裝置和系統與流程

2023-04-27 01:46:56

本發明涉及計算機技術領域，特別是涉及一種客戶身份確認方法、裝置和系統。

背景技術：

保險單(簡稱為保單)是保險公司與被保險人訂立保險合同的正式書面證明。被保險人也可稱為保險公司的客戶。在保險合同的有效期內，保險公司可以為被客戶提供保單保全的服務。保單保全通俗的理解就是對保單的相關信息進行變更。例如，變更受益人、追加保費等等。客戶在辦理保全業務時，為了防止被冒辦，保險公司需要對客戶的信息進行嚴格審核。傳統的方式是保險公司要求客戶親臨櫃面進行身份確認並遞交辦理保全業務所需的資料。如果客戶遞交的資料不符合要求，則需要多次往返櫃面重新遞交資料，由此給客戶帶來不便。

技術實現要素：

基於此，有必要針對上述技術問題，提供一種無需客戶親臨櫃面即可有效確認身份，為客戶辦理保全業務提供方便的客戶身份確認方法、裝置和系統。

一種客戶身份確認方法，所述方法包括：

接收客戶終端發送的保全請求，所述保全請求中攜帶了保全項目；

根據所述保全項目確定對應的確認人和確認方式；

將所述確認人和確認方式返回至客戶終端；

接收所述確認人通過客戶終端按照所述確認方式發送的身份信息；

根據所述身份信息對所述保全項目進行保全操作。

在其中一個實施例中，所述確認方式包括視頻確認；所述接收所述確認人通過客戶終端按照所述確認方式發送的身份信息包括：

接收所述確認人通過客戶終端發起的視頻通話請求；

根據所述視頻通話請求建立所述客戶終端與坐席終端之間的視頻通話；

接收所述確認人在視頻通話過程中通過客戶終端上傳的身份信息。

在其中一個實施例中，所述身份信息包括電子籤名；所述接收所述確認人通過客戶終端按照所述確認方式發送的身份信息包括：

接收所述確認人通過客戶終端上傳的籤名筆跡；

將接收到的籤名筆跡與已存儲的所述確認人電子籤名的籤名筆跡進行比對；

若比對一致，則確定接收到的籤名筆跡為所述確認人的電子籤名。

在其中一個實施例中，所述確認方式包括人臉識別；所述接收所述確認人通過客戶終端按照所述確認方式發送的身份信息包括：

接收所述確認人利用客戶終端上傳的人臉圖像，所述人臉圖像為所述確認人的人臉圖像；

將所述人臉圖像與已存儲的所述確認人的圖像進行比對；

若比對一致，則將所述人臉圖像確定為所述確認人的身份信息。

在其中一個實施例中，所述確認方式被配置了級別；所述接收所述確認人通過客戶終端按照所述確認方式發送的身份信息包括：

所述接受所述確認人通過客戶終端按照多個確認方式發送的身份信息；

獲取多個確認方式中級別最高的確認方式對應的身份信息；

將所述級別最高的確認方式對應的身份信息確定為執行保全操作所需的身份信息。

在其中一個實施例中，在所述接收所述確認人通過客戶終端按照所述確認方式發送的身份信息之後，還包括：

將所述身份信息發送至審核終端，以使得所述審核終端將所述身份信息與已存儲的身份信息進行比對，若比對不一致，則返回審核未通過的函件信息；

將所述審核未通過的函件信息發送至客戶終端。

一種客戶身份確認裝置，所述裝置包括：

接收模塊，用於接收客戶終端發送的保全請求，所述保全請求中攜帶了保全項目；

確定模塊，用於根據所述保全項目確定對應的確認人和確認方式；

發送模塊，用於將所述確認人和確認方式返回至客戶終端；

所述接收模塊還用於接收所述確認人通過客戶終端按照所述確認方式發送的身份信息；

保全模塊，用於根據所述身份信息對所述保全項目進行保全操作。

在其中一個實施例中，所述接收模塊還用於接收所述確認人通過客戶終端發起的視頻通話請求；根據所述視頻通話請求建立所述客戶終端與坐席終端之間的視頻通話；接收所述確認人在視頻通話過程中通過客戶終端上傳的身份信息。

一種客戶身份確認系統，所述系統包括：

客戶終端，用於發送的保全請求，所述保全請求中攜帶了保全項目；

伺服器，用於接收所述保全請求，根據所述保全項目確定對應的確認人和確認方式，將所述確認人和確認方式返回至客戶終端；

所述客戶終端還用於將按照所述確認方式發送所述確認人的身份信息；

所述伺服器還用於接收所述確認人的身份信息，根據所述身份信息對所述保全項目進行保全操作。

在其中一個實施例中，坐席終端，其中，所述客戶終端還用於發起視頻通話請求；所述伺服器還用於接收所述視頻通話請求，根據所述視頻通話請求建立所述客戶終端與坐席終端之間的視頻通話；所述客戶終端還用於在視頻通話過程中將所述確認人的身份信息上傳至所述伺服器。

上述客戶身份確認方法、裝置和系統，在接收客戶終端發送的保全請求後，根據保全請求中攜帶的保全項目確定對應的確認人和確認方式，使得確認人按照確認方式通過客戶終端返回辦理保全項目所需的身份信息，從而能夠根據身份信息對保全項目進行保全操作。由此避免了客戶多次往返櫃面遞交資料的問題，客戶無需親臨櫃面即可有效確認身份，為客戶辦理保全業務提供了方便。

附圖說明

圖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還用於接收多個確認方式對應的身份信息，獲取多個確認方式中級別最高的確認方式對應的身份信息，將級別最高的確認 方式對應的身份信息確定為執行保全操作所需的身份信息。

以上實施例的各技術特徵可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特徵所有可能的組合都進行描述，然而，只要這些技術特徵的組合不存在矛盾，都應當認為是本說明書記載的範圍。

以上實施例僅表達了本發明的幾種實施方式，其描述較為具體和詳細，但並不能因此而理解為對發明專利範圍的限制。應當指出的是，對於本領域的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若干變形和改進，這些都屬於本發明的保護範圍。因此，本發明專利的保護範圍應以所附權利要求為準。