保險信息處理方法、裝置和系統與流程

2024-03-04 16:02:15 1

本發明涉及本發明涉及計算機網絡技術領域，特別是涉及一種保險信息處理方法、裝置和系統。

背景技術：

隨著經濟與社會的發展，人們的保險意識越來越強，越來越多的用戶需要辦理保險服務。一般在辦理保險業務的過程中，需要涉及到各種保險協議文件，部分保險協議文件還需要用戶進行籤字確認。

傳統的處理方法都是列印出相關的紙質保險協議文件，讓用戶在需要進行籤字的紙質保險協議文件上進行籤字確認，再對其進行保存。或者將紙質保險協議文件掃描成對應的電子版保險協議文件，再保存該電子版保險協議文件。傳統的這種採用紙質保險協議文件的處理方法效率低下。

技術實現要素：

基於此，有必要針對上述技術問題，提供一種能夠提高處理效率的保險信息處理方法、裝置和系統。

一種保險信息處理方法，所述方法包括以下步驟：業務員終端獲取用戶信息；獲取待辦理險種的協議模板文件，所述協議模板文件包括前期協議模板文件；根據所述用戶信息與所述前期協議模板文件生成與用戶信息對應的第一格式的第一保險協議文件，所述第一保險協議文件中包含對應的用於唯一標識所述第一保險協議文件的第一標識碼；將每個第一格式的第一保險協議文件轉化為對應的第二格式的第一保險協議文件；將所述第二格式的第一保險協議文件上傳到伺服器。

在其中一個實施例中，所述協議模板文件還包括中期協議模板文件和後期協議模板文件；在所述將所述第二格式的第一保險協議文件上傳到伺服器的步驟之後，還包括：業務員終端獲取對所述第一保險協議文件的審核結果；當所 述審核結果為審核通過時，根據所述中期協議模板文件生成對應的第二保險協議文件，所述第二保險協議文件中包含對應的用於唯一標識所述第二保險協議文件的第二標識碼；將所述第二標識碼與所述第一標識碼進行關聯，使所述第二保險協議文件與第一保險協議文件綁定；獲取業務員的電子籤名信息；獲取用戶的電子籤名信息；將所述用戶的電子籤名信息和所述業務員的電子籤名信息發送到伺服器，使所述伺服器根據所述用戶的電子籤名信息、所述業務員的電子籤名信息和所述第二保險協議文件生成對應的第三保險協議文件。

在其中一個實施例中，所述獲取用戶的電子籤名信息的步驟，包括：獲取用戶電子籤名的籤名選擇方式；當所述籤名選擇方式為本地籤名時，根據用戶在業務員終端上輸入的籤名生成對應用戶的電子籤名信息；當所述籤名選擇方式為異地籤名時，向伺服器發送異地籤名的選擇方式，使所述伺服器獲取由伺服器發送的用戶的電子籤名信息。

在其中一個實施例中，所述伺服器獲取由伺服器發送的用戶的電子籤名信息的步驟，包括：伺服器生成第一校驗信息，將所述第一校驗信息發送至用戶終端；接收用戶終端返回的第二校驗信息，檢測所述第二校驗信息是否與所述第一校驗信息一致；若一致，則獲取所述用戶終端生成的用戶的電子籤名信息，將所述用戶的電子籤名信息發送給業務員終端。

在其中一個實施例中，在所述獲取用戶終端生成的用戶的電子籤名信息的步驟之前，包括：伺服器向所述用戶終端發送拍攝身份照片請求指令；接收用戶終端發送的所拍攝的身份照片；判斷所述身份照片與所述用戶對應的對比圖片的相似度是否達到預設閾值；若是，則執行所述獲取所述用戶終端生成的用戶的電子籤名信息的步驟。

一種保險信息處理裝置，所述裝置包括：用戶信息獲取模塊，用於獲取用戶信息；協議模板文件獲取模塊，用於獲取待辦理險種的協議模板文件，所述協議模板文件包括前期協議模板文件；第一保險協議文件生成模塊，用於根據所述用戶信息與所述前期協議模板文件生成與用戶信息對應的第一格式的第一保險協議文件，所述第一保險協議文件中包含對應的用於唯一標識所述第一保 險協議文件的第一標識碼；將每個第一格式的第一保險協議文件轉化為對應的第二格式的第一保險協議文件；上傳模塊，用於將所述第二格式的第一保險協議文件上傳到伺服器。

在其中一個實施例中，所述裝置還包括：審核結果獲取模塊，用於獲取對所述第一保險協議文件的審核結果；第二保險協議文件生成裝置，用於當所述審核結果為審核通過時，根據所述中期協議模板文件生成對應的第二保險協議文件，所述第二保險協議文件中包含對應的用於唯一標識所述第二保險協議文件的第二標識碼；關聯模塊，用於將所述第二標識碼與所述第一標識碼進行關聯，使所述第二保險協議文件與第一保險協議文件綁定；電子籤名信息獲取模塊，用於獲取業務員的電子籤名信息，獲取用戶的電子籤名信息；第三保險協議文件生成模塊，用於將所述用戶的電子籤名信息和所述業務員的電子籤名信息發送到伺服器，使所述伺服器根據所述用戶的電子籤名信息、所述業務員的電子籤名信息、所述後期協議模板文件和所述第二保險協議文件生成對應的第三保險協議文件。

在其中一個實施例中，所述電子籤名信息獲取模塊還用於獲取用戶電子籤名的籤名選擇方式；當所述籤名選擇方式為本地籤名時，根據用戶在業務員終端上輸入的籤名生成對應用戶的電子籤名信息；當所述籤名選擇方式為異地籤名時，向伺服器發送異地籤名的選擇方式，使所述伺服器獲取由伺服器發送的用戶的電子籤名信息。

一種保險信息處理系統，所述系統包括業務員終端和伺服器，所述業務員終端包括保險信息處理裝置；所述伺服器用於生成第一校驗信息，將所述第一校驗信息發送至用戶終端；接收用戶終端返回的第二校驗信息，檢測所述第二校驗信息是否與所述第一校驗信息一致；若一致，則獲取所述用戶終端生成的用戶的電子籤名信息，將所述用戶的電子籤名信息發送給業務員終端。

在其中一個實施例中，所述伺服器還用於向所述用戶終端發送拍攝身份照片請求指令；接收用戶終端發送的所拍攝的身份照片；判斷所述身份照片與所述用戶對應的對比圖片的相似度是否達到預設閾值；若是，則獲取所述用戶終端生成的用戶的電子籤名信息。

上述保險信息處理方法、裝置和系統，通過根據前期協議模板文件生成對應的第一格式的第一保險協議文件，使得可便於用戶查閱；再將該第一格式的第一保險協議文件轉化為對應的第二格式的第一保險協議文件，在方便伺服器保存該第一保險協議文件的同時，還增加了修改該第一保險協議文件的難度，提高了該保險協議的安全性。與傳統的採用紙質的第一保險協議文件來進行保存相比，提高了保險信息處理的效率。

附圖說明

圖1為一個實施例中保險信息處理方法的應用環境圖；

圖2為另一個實施例中保險信息處理方法的應用環境圖；

圖3為一個實施例中保險信息處理方法的流程圖；

圖4為另一個實施例中保險信息處理方法的流程圖；

圖5為一個實施例中獲取用戶的電子籤名信息的步驟的流程圖；

圖6為一個實施例中伺服器獲取由伺服器發送的用戶的電子籤名信息的步驟的流程圖；

圖7為一個實施例中保險信息處理裝置的結構示意圖；

圖8為另一個實施例中保險信息處理裝置的結構示意圖；

圖9為一個實施例中保險信息處理系統的結構示意圖。

具體實施方式

為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處描述的具體實施例僅僅用以解釋本發明，並不用於限定本發明。

本發明實施例中提供的保險信息處理方法，可以應用於如圖1所示的應用環境中。業務員終端102通過網絡與伺服器104相連接。其中，業務員終端102為保險公司業務員所使用的終端，包括但不局限於手機、臺式機以及平板電腦等。業務員終端102可通過與伺服器104進行通信，獲取伺服器104中所存儲 的相關保險協議資料以及存儲的用戶資料等信息，並為用戶辦理保險業務。伺服器104可用於存儲各種保險險種相關的協議資料、保險用戶的資料，如用戶聯繫方式、通訊地址等信息。

本發明實施例還可應用於如圖2所示的應用環境中。除包括業務員終端102與伺服器104之外，還包括用戶終端106。其中，用戶終端106包括但不局限於手機、臺式機以及平板電腦等，用戶終端106為保險用戶所使用的終端，可通過網絡與業務員終端102以及伺服器104進行通信。如接收業務員終端所發送的辦理保險業務相關的協議書等資料，向伺服器104發送用戶的身份信息(如身份驗證照片)等資料。

在一個實施例中，如圖3所示，提供了一種保險信息處理方法，該方法以應用於業務員終端為例進行說明，具體包括下述步驟302～310。

步驟302，業務員終端獲取用戶信息。

本實施例中，用戶信息包括用戶(即被保人)的姓名、性別、聯繫電話和郵箱等辦理保險業務所需要的信息。具體的，業務員終端可提供相應的用戶信息輸入界面，並接收業務員或保險客戶通過輸入設備等所輸入的用戶信息。進一步的，業務員終端還可通過根據輸入的用戶標識從保險伺服器的用戶信息資料庫中查詢對應的用戶信息。一般的，具有用戶標識的用戶通常是有辦理或諮詢過相關保險業務的用戶，伺服器在記錄了保險用戶信息後，可為其分配具有唯一性的身份標識。該用戶標識與用戶信息相互關聯，使得通過用戶標識可獲取到對應用戶的用戶信息。

在一個實施例中，在獲取用戶信息的步驟之前，還包括：對業務員身份認定，當認定通過時，執行獲取用戶信息的步驟。

本實施例中，由於辦理保險業務所獲取的用戶信息具有隱私性，故而需要在獲取用戶信息之前對業務員進行身份認定，以保護用戶信息的安全。具體的，對業務員身份認定的方法可以是校驗業務員所登錄的業務員帳號和密碼是否匹配，若是，則認定通過。

步驟304，獲取待辦理險種的協議模板文件。

本實施例中，險種指的是保險產品的種類，每個不同的保險產品均對應一 個唯一的險種代碼，每個險種代碼對應一套協議模板文件。協議模板數據包括協議模板編號、協議條件數據、協議屬性數據及協議配置數據等，其中，協議條件數據指的是協議模板中的條件，即被保人購買該險種所需滿足的條件，協議屬性數據指的是協議模板所屬的協議種類，協議配置數據指的是協議模板中的條件對應的具體數據。其中，協議模板文件包括前期協議模板文件、中期協議模板文件和後期協議模板文件。前期協議模板文件是指用戶在辦理或諮詢保險業務的前期需要了解或確認多辦理險種的信息的文件，如包括建議書模板文件和投保書模板文件等。中期協議模板文件為在前期協議模板文件審核通過後，用戶在完成保單繳費之前的相關文件，如包括保險確認書模板文件。後期協議模板文件為保險生效後的相關文件，如包括電子保單模板文件，當協議模板文件中確定了具體的用戶信息並生效後，該協議模板文件即為相應的保險協議文件，同樣的，該協議文件包括第一保險協議文件(如包括建議書和投保書等)、第二保險協議文件(如包括保險確認書模板文件)和第三保險協議文件(如包括電子保單)。

步驟306，根據用戶信息與前期協議模板文件生成與用戶信息對應的第一格式的第一保險協議文件。

具體的，第一保險協議文件為前期協議文件，該第一格式可為pdf文件格式，比如可為pdf格式的建議書和投保書，使得用戶可方便查閱。該第一保險協議文件中記錄了業務員信息和用戶信息，業務員信息包括業務員的姓名和業務員代碼。通過該業務員代碼可查詢到對應業務員的詳細信息，如業務員所屬部門、聯繫方式等。

本實施例中，所生成的第一保險協議文件中還包含對應的用於唯一標識第一保險協議文件的第一標識碼。該第一標識碼可由預定位數的包括阿拉伯數字、英文字母以及其它符號中的一種或多種組成，使得通過該第一標識碼可唯一識別對應的保險協議。比如，可按照標識碼生成規則生成由30位英文字母和阿拉伯數字所組成的第一標識碼。

步驟308，將每個分配了對應的第一標識碼的第一格式的第一保險協議文件轉化為第二格式的第一保險協議文件。

本實施例中，用戶終端可根據預置的相關格式轉化應用將第一格式的第一保險協議文件轉化為第二格式的第一保險協議文件，使得該第二格式的第一保險協議文件便於保存和不易改動，增強該第一保險協議文件的安全性。具體的，該第二格式可為tif圖片格式，即可將pdf格式的建議書和投保書對應轉換成tif格式的建議書和投保書。

步驟310，將第二格式的第一保險協議文件上傳到伺服器。

本實施例中，業務員終端可將所生成的第二格式的第一保險協議文件上傳到伺服器，使伺服器將該第一保險協議文件進行保存。具體的，可將該第二格式的保險協議上傳到保險公司的影像系統進行保存。

本實施例所提供的保險信息處理方法，通過根據協議模板文件生成對應的第一格式的第一保險協議文件，使得可便於用戶查閱；再將該第一格式的第一保險協議文件轉化為對應的第二格式的第一保險協議文件，在方便伺服器保存該第一保險協議文件的同時，還增加了修改該第一保險協議文件的難度，提高了該保險協議的安全性。與傳統的採用紙質的第一保險協議文件來進行保存相比，提高了保險信息處理的效率。

在一個實施例中，如圖4所示，提供了另一種保險信息處理方法，該方法還包括：

步驟312，業務員終端獲取對第一保險協議文件的審核結果。

本實施例中，當伺服器接收到業務員終端上傳的第一保險協議後，會對第一保險協議進行解析，獲取其中所記載的用戶信息和對應的保險信息，並審核該用戶是否符合辦理對應保險的條件。具體的，伺服器中預先設置了不同保險對應的辦理條件。比如，用戶的年齡是否符合要求，用戶的身體健康狀況是否符合要求，用戶的年收入是否達到要求等。伺服器在根據這些預設的辦理條件在得出審核結果後，將該審核結果發送給對應的業務員終端。具體的，伺服器可向對應的第一保險協議作出審核標記，該標記用於表示審核結果是否通過以及審核狀態。比如標記為「0」表示正在審核中，標記為「1」表示審核通過，標記為「2」表示審核不通過。業務員終端可自動查詢該第一保險協議的審核狀 態，或者可以接收伺服器所發送的審核狀態。

步驟314，當審核結果為審核通過時，根據中期協議模板文件生成對應的第二保險協議文件。

具體的，中期協議模板文件可為保險確認書模板文件。當業務員終端在獲取到審核為通過的審核結果時，可根據業務員信息、用戶信息以及中期協議模板文件生成對應的第二保險協議文件，該第二保險協議文件中包含為用戶辦理本次保險業務的業務員信息、用戶信息。

進一步的，第二保險協議文件中包含對應的用於唯一標識第二保險協議文件的第二標識碼。該第二標識碼可由預定位數的包括阿拉伯數字、英文字母以及其它符號中的一種或多種組成，使得通過該第二標識碼可唯一識別對應的保險協議。比如，可按照標識碼生成規則生成由30位英文字母和阿拉伯數字所組成的第二標識碼。具體的，該第二保險協議文件為保險確認書。

步驟316，將第二標識碼與第一標識碼進行關聯，使第二保險協議文件與第一保險協議文件綁定。

本實施例中，業務員終端可將第二標識碼與第一標識碼建立關係鏈，通過所建立的關係鏈將第二標識碼與第一標識碼進行關聯，使第二保險協議文件與第一保險協議文件綁定。通過該關聯，可使得在檢索出第二保險協議文件後，可對應展示與該第二保險協議文件相關聯的第一保險協議文件等文件。

步驟318，獲取業務員的電子籤名信息。

本實施例中，業務員的電子籤名信息可為業務員預先存儲在業務員終端上的電子籤名信息，因此，業務員終端可直接通過讀取業務員預先設置的電子籤名信息。

步驟320，獲取用戶的電子籤名信息。

本實施例中，用戶的電子籤名信息需要用戶進行手動輸入電子籤名信息。業務員終端獲取用戶的電子籤名信息包括兩種獲取方式，第一種為用戶在業務員終端上直接輸入的電子籤名，即本地獲取；第二種為業務員在其他終端上進行的電子籤名，將該電子籤名發送給業務員終端，即異地獲取。

步驟322，將用戶的電子籤名信息和業務員的電子籤名信息發送到伺服器。

本實施例中，將用戶的電子籤名信息和業務員的電子籤名信息發送到伺服器，使伺服器根據用戶的電子籤名信息、業務員的電子籤名信息、後期協議模板文件和第二保險協議文件生成對應的第三保險協議文件。第三保險協議為電子保單。當伺服器檢測到用戶完成其所申請的保險所需繳納的費用後，則根據用戶的電子籤名信息、業務員的電子籤名信息和第二保險協議文件生成對應的電子保單。

本實施例中所提供的保險信息處理方法，可全程無紙化地實現用戶對保險業務的辦理，無需列印出紙質文件，進一步提高了保險信息處理的效率。

在一個實施例中，如圖5所示，獲取用戶的電子籤名信息的步驟，包括：

步驟502，獲取用戶電子籤名的籤名選擇方式。

具體的，業務員終端可展示獲取用戶的電子籤名信息的獲取種類選擇框，該選擇框包括本地獲取和異地獲取。並接收用戶電子籤名的籤名選擇方式，根據該選擇方式執行相應的獲取電子籤名的方法。

步驟504，判斷籤名選擇方式是本地籤名還是異地籤名。

若是本地籤名，則執行步驟506，若是異地籤名，則執行步驟508。

步驟506，根據用戶在業務員終端上輸入的籤名生成對應用戶的電子籤名信息。

本實施例中，業務員終端在檢測到所選擇的籤名方式為本地籤名時，可在業務員終端上展示籤名彈窗，並記錄用戶在該籤名彈窗上的觸摸軌跡、觸摸時間和觸摸速度等具有籤名特徵的籤名因子。具體的，用戶可直接用手指滑動的方式或通過其他相關的輸入工具來在業務員終端上輸入籤名。業務員終端在檢測到用戶完成籤名後，可根據預置的籤名算法來生成對應的電子籤名信息。

步驟508，獲取由伺服器發送的用戶的電子籤名信息。

本實施例中，業務員終端在檢測到所選擇的籤名方式為異地籤名時，可將該選擇結果發送給伺服器，使伺服器通知用戶在用戶終端上進行籤名。用戶終端可展示籤名彈窗，並記錄用戶在該籤名彈窗上的觸摸軌跡、觸摸時間和觸摸速度等具有籤名特徵的籤名因子。具體的，用戶可直接用手指滑動的方式或通 過其他相關的輸入工具來在業務員終端上輸入籤名。用戶終端在檢測到用戶完成籤名後，可根據預置的籤名算法來生成對應的電子籤名信息，並對該電子籤名信息進行加密。具體的，可按照與伺服器預先設置的加密算法進行加密，將加密後的電子籤名信息發送給伺服器。

伺服器在接收到加密後的電子籤名信息後，根據與該加密算法對應的解密算法對其解密，還原出用戶的電子籤名信息，並將用戶的電子籤名信息發送給業務員終端。

在一個實施例中，如圖6所示，伺服器獲取由伺服器發送的用戶的電子籤名信息的步驟，包括：

步驟602，伺服器生成第一校驗信息，將第一校驗信息發送至用戶終端。

本實施例中，當業務員終端在檢測到所選擇的籤名方式為本地籤名時，可向伺服器發送用戶的籤名方式選擇結果，即異地籤名。

伺服器在接收到所選擇的為異地籤名方式後，獲取用戶的聯繫方式，比如聯繫電話或電子郵箱，向用戶的聯繫電話或電子郵箱發送生成的第一校驗信息。類似的，該第一校驗信息可由預定位數的包括阿拉伯數字、英文字母以及其它符號中的一種或多種組成。比如，可為6位阿拉伯數字和英文字母組成。

步驟604，接收用戶終端返回的第二校驗信息，檢測第二校驗信息是否與第一校驗信息一致。若是，則執行步驟606，否則，執行步驟608。

伺服器在向用戶終端發送完第一校驗信息後，可向用戶終端發送獲取籤名信息請求。用戶終端在獲取到該籤名請求後，可首先展示校驗信息驗證窗口，並獲取用戶所輸入的第二校驗信息，將該第二校驗信息發送至伺服器，由伺服器檢測該第二校驗信息是否與第一校驗信息一致，將該檢測結果發送給用戶終端。

步驟606，獲取用戶終端生成的用戶的電子籤名信息，將用戶的電子籤名信息發送給業務員終端。

本實施例中，當用戶終端在接收到伺服器所發送的檢測一致的信息後，可展示籤名彈窗，並記錄用戶在該籤名彈窗上的觸摸軌跡、觸摸時間和觸摸速度等具有籤名特徵的籤名因子。具體的，用戶可直接用手指滑動的方式或通過其 他相關的輸入工具來在業務員終端上輸入籤名。業務員終端在檢測到用戶完成籤名後，可根據預置的籤名算法來生成對應的電子籤名信息。並對該電子籤名信息進行加密，具體的，可按照與伺服器預先設置的加密算法進行加密，將加密後的電子籤名信息發送給伺服器。

伺服器在接收到用戶終端發送的加密後的電子籤名信息後，根據與該加密算法對應的解密算法對其解密，還原出用戶的電子籤名信息，並將用戶的電子籤名信息發送給業務員終端。

步驟608，向用戶終端發送校驗信息不一致的判斷結果。

本實施例中，可通過提供本地籤名和異地籤名兩種方式，使得用戶可在異地完成對保險業務的辦理，在方便了用戶辦理保險業務的同時，進一步提高了保險業務辦理的效率。

在一個實施例中，在獲取用戶終端生成的用戶的電子籤名信息的步驟之前，包括：伺服器向用戶終端發送拍攝身份照片請求指令；接收用戶終端發送的所拍攝的身份照片；判斷身份照片與用戶信息對應的對比圖片的相似度是否達到預設閾值；若是，則執行獲取用戶終端生成的用戶的電子籤名信息的步驟。

本實施例中，伺服器可根據用戶與其所辦理的保險綜合判斷用戶辦理的風險等級。若判斷該風險等級超過預定的風險等級需要用戶提供圖像認證時，則伺服器向用戶終端發送拍攝身份照片請求指令。

用戶終端在接收到該請求指令後，可通過調用攝像頭拍攝用戶的照片，將所拍攝的照片作為身份照片發送給伺服器。

伺服器通過訪問公安系統，根據用戶信息查詢並獲取用戶的身份證上的底片，將該底片作為對比圖片。並將所接收的身份照片與對比圖片進行對比，並按照圖像識別等相關算法來計算兩者的相似度，並判斷該相似度是否達到預設閾值，若是，則說明該辦理籤名的用戶為保險用戶本人，進而執行獲取用戶終端生成的用戶的電子籤名信息的步驟。

本實施例中，當用戶在進行異地電子籤名辦理保險業務時，伺服器通過對用戶進行人臉識別以確認正在辦理電子籤名的用戶是否是該保險用戶本人，從而進一步了提高異地電子籤名的安全性。

在一個實施例中，如圖7所示，提供了一種保險信息處理裝置，該裝置包括：

用戶信息獲取模塊702，用於獲取用戶信息。

本實施例中，用戶信息包括用戶(即被保人)的姓名、性別、聯繫電話和郵箱等辦理保險業務所需要的信息。具體的，業務員終端可提供相應的用戶信息輸入界面，並接收業務員或保險客戶通過輸入設備等所輸入的用戶信息。進一步的，業務員終端還可通過根據輸入的用戶標識從保險伺服器的用戶信息資料庫中查詢對應的用戶信息。一般的，具有用戶標識的用戶通常是有辦理或諮詢過相關保險業務的用戶，伺服器在記錄了保險用戶信息後，可為其分配具有唯一性的身份標識。該用戶標識與用戶信息相互關聯，使得通過用戶標識可獲取到對應用戶的用戶信息。

在一個實施例中，保險信息處理裝置還包括：業務員身份認定模塊，用於對業務員身份認定，當認定通過時，則調用用戶信息獲取模塊702用於執行獲取用戶信息的步驟。

本實施例中，由於辦理保險業務所獲取的用戶信息具有隱私性，故而需要在獲取用戶信息之前對業務員進行身份認定，以保護用戶信息的安全。具體的，對業務員身份認定的方法可以是校驗業務員所登錄的業務員帳號和密碼是否匹配，若是，則認定通過。

協議模板文件獲取模塊704，用於獲取待辦理險種的協議模板文件。

本實施例中，險種指的是保險產品的種類，每個不同的保險產品均對應一個唯一的險種代碼，每個險種代碼對應一套協議模板文件。協議模板數據包括協議模板編號、協議條件數據、協議屬性數據及協議配置數據等，其中，協議條件數據指的是協議模板中的條件，即被保人購買該險種所需滿足的條件，協議屬性數據指的是協議模板所屬的協議種類，協議配置數據指的是協議模板中的條件對應的具體數據。其中，協議模板文件包括前期協議模板文件、中期協議模板文件和後期協議模板文件。前期協議模板文件是指用戶在辦理或諮詢保險業務的前期需要了解或確認多辦理險種的信息的文件，如包括建議書模板文 件和投保書模板文件等。中期協議模板文件為在前期協議模板文件審核通過後，用戶在完成保單繳費之前的相關文件，如包括保險確認書模板文件。後期協議模板文件為保險生效後的相關文件，如包括電子保單模板文件，當協議模板文件中確定了具體的用戶信息並生效後，該協議模板文件即為相應的保險協議文件，同樣的，該協議文件包括第一保險協議文件(如包括建議書和投保書等)、第二保險協議文件(如包括保險確認書模板文件)和第三保險協議文件(如包括電子保單)。

第一保險協議文件生成模塊706，用於根據用戶信息與前期協議模板文件生成與用戶信息對應的第一格式的第一保險協議文件，第一保險協議文件中包含對應的用於唯一標識第一保險協議文件的第一標識碼；將每個第一格式的第一保險協議文件轉化為對應的第二格式的第一保險協議文件。

具體的，第一保險協議文件為前期協議文件，該第一格式可為pdf文件格式，比如可為pdf格式的建議書和投保書，使得用戶可方便查閱。該第一保險協議文件中記錄了業務員信息和用戶信息，業務員信息包括業務員的姓名和業務員代碼。通過該業務員代碼可查詢到對應業務員的詳細信息，如業務員所屬部門、聯繫方式等。

本實施例中，所生成的第一保險協議文件中還包含對應的用於唯一標識第一保險協議文件的第一標識碼。該第一標識碼可由預定位數的包括阿拉伯數字、英文字母以及其它符號中的一種或多種組成，使得通過該第一標識碼可唯一識別對應的保險協議。比如，可按照標識碼生成規則生成由30位英文字母和阿拉伯數字所組成的第一標識碼。

第一保險協議文件生成模塊706可根據預置的相關格式轉化應用將第一格式的第一保險協議文件轉化為第二格式的第一保險協議文件，使得該第二格式的第一保險協議文件便於保存和不易改動，增強該第一保險協議文件的安全性。具體的，該第二格式可為tif圖片格式，即可將pdf格式的建議書和投保書對應轉換成tif格式的建議書和投保書。

上傳模塊708，用於將第二格式的第一保險協議文件上傳到伺服器。

本實施例中，上傳模塊708可將所生成的第二格式的第一保險協議文件上 傳到伺服器，使伺服器將該第一保險協議文件進行保存。具體的，可將該第二格式的保險協議上傳到保險公司的影像系統進行保存。

本實施例所提供的保險信息處理裝置，通過根據協議模板文件生成對應的第一格式的第一保險協議文件，使得可便於用戶查閱；再將該第一格式的第一保險協議文件轉化為對應的第二格式的第一保險協議文件，在方便伺服器保存該第一保險協議文件的同時，還增加了修改該第一保險協議文件的難度，提高了該保險協議的安全性。與傳統的採用紙質的第一保險協議文件來進行保存相比，提高了保險信息處理的效率。

在一個實施例中，如圖8所示，提供了另一種保險信息處理裝置，該裝置還包括：

審核結果獲取模塊710，用於獲取對第一保險協議文件的審核結果。

本實施例中，當伺服器接收到業務員終端上傳的第一保險協議後，會對第一保險協議進行解析，獲取其中所記載的用戶信息和對應的保險信息，並審核該用戶是否符合辦理對應保險的條件。具體的，伺服器中預先設置了不同保險對應的辦理條件。比如，用戶的年齡是否符合要求，用戶的身體健康狀況是否符合要求，用戶的年收入是否達到要求等。伺服器在根據這些預設的辦理條件在得出審核結果後，將該審核結果發送給對應的業務員終端。具體的，伺服器可向對應的第一保險協議作出審核標記，該標記用於表示審核結果是否通過以及審核狀態。比如標記為「0」表示正在審核中，標記為「1」表示審核通過，標記為「2」表示審核不通過。業務員終端可自動查詢該第一保險協議的審核狀態，或者可以接收伺服器所發送的審核狀態。

第二保險協議文件生成模塊712，用於當審核結果為審核通過時，根據中期協議模板文件生成對應的第二保險協議文件，第二保險協議文件中包含對應的用於唯一標識第二保險協議文件的第二標識碼。

具體的，中期協議模板文件可為保險確認書模板文件。當業務員終端在獲取到審核為通過的審核結果時，可根據業務員信息、用戶信息以及中期協議模板文件生成對應的第二保險協議文件，該第二保險協議文件中包含為用戶辦理本次保險業務的業務員信息、用戶信息。

進一步的，第二保險協議文件中包含對應的用於唯一標識第二保險協議文件的第二標識碼。該第二標識碼可由預定位數的包括阿拉伯數字、英文字母以及其它符號中的一種或多種組成，使得通過該第二標識碼可唯一識別對應的保險協議。比如，可按照標識碼生成規則生成由30位英文字母和阿拉伯數字所組成的第二標識碼。具體的，該第二保險協議文件為保險確認書。

關聯模塊714，用於將第二標識碼與第一標識碼進行關聯，使第二保險協議文件與第一保險協議文件綁定。

本實施例中，可將第二標識碼與第一標識碼建立關係鏈，通過所建立的關係鏈將第二標識碼與第一標識碼進行關聯，使第二保險協議文件與第一保險協議文件綁定。通過該關聯，可使得在檢索出第二保險協議文件後，可對應展示與該第二保險協議文件相關聯的第一保險協議文件等文件。

電子籤名信息獲取模塊716，用於獲取業務員的電子籤名信息；獲取用戶的電子籤名信息。

本實施例中，業務員的電子籤名信息可為業務員預先存儲在業務員終端上的電子籤名信息，因此，業務員終端可直接通過讀取業務員預先設置的電子籤名信息。用戶的電子籤名信息需要用戶進行手動輸入電子籤名信息。業務員終端獲取用戶的電子籤名信息包括兩種獲取方式，第一種為用戶在業務員終端上直接輸入的電子籤名，即本地獲取；第二種為業務員在其他終端上進行的電子籤名，將該電子籤名發送給業務員終端，即異地獲取。

第三保險協議文件生成模塊718，用於將用戶的電子籤名信息和業務員的電子籤名信息發送到伺服器，使伺服器根據用戶的電子籤名信息、業務員的電子籤名信息、後期協議模板文件和第二保險協議文件生成對應的第三保險協議文件。

第三保險協議為電子保單。當伺服器檢測到用戶完成其所申請的保險所需繳納的費用後，則根據用戶的電子籤名信息、業務員的電子籤名信息和第二保險協議文件生成對應的電子保單。

本實施例中所提供的保險信息處理裝置，可全程無紙化地實現用戶對保險業務的辦理，無需列印出紙質文件，進一步提高了保險信息處理的效率。

在一個實施例中，電子籤名信息獲取模塊716還用於獲取用戶電子籤名的籤名選擇方式；當籤名選擇方式為本地籤名時，根據用戶在業務員終端上輸入的籤名生成對應用戶的電子籤名信息；當籤名選擇方式為異地籤名時，向伺服器發送異地籤名的選擇方式，使伺服器獲取由伺服器發送的用戶的電子籤名信息。

具體的，可展示獲取用戶的電子籤名信息的獲取種類選擇框，該選擇框包括本地獲取和異地獲取。並接收用戶電子籤名的籤名選擇方式，根據該選擇方式執行相應的獲取電子籤名的方法。

在檢測到所選擇的籤名方式為本地籤名時，可在業務員終端上展示籤名彈窗，並記錄用戶在該籤名彈窗上的觸摸軌跡、觸摸時間和觸摸速度等具有籤名特徵的籤名因子。具體的，用戶可直接用手指滑動的方式或通過其他相關的輸入工具來在業務員終端上輸入籤名。業務員終端在檢測到用戶完成籤名後，可根據預置的籤名算法來生成對應的電子籤名信息。

業務員終端在檢測到所選擇的籤名方式為異地籤名時，可將該選擇結果發送給伺服器，使伺服器通知用戶在用戶終端上進行籤名。用戶終端可展示籤名彈窗，並記錄用戶在該籤名彈窗上的觸摸軌跡、觸摸時間和觸摸速度等具有籤名特徵的籤名因子。具體的，用戶可直接用手指滑動的方式或通過其他相關的輸入工具來在業務員終端上輸入籤名。用戶終端在檢測到用戶完成籤名後，可根據預置的籤名算法來生成對應的電子籤名信息，並對該電子籤名信息進行加密。具體的，可按照與伺服器預先設置的加密算法進行加密，將加密後的電子籤名信息發送給伺服器。

伺服器在接收到加密後的電子籤名信息後，根據與該加密算法對應的解密算法對其解密，還原出用戶的電子籤名信息，並將用戶的電子籤名信息發送給業務員終端。

在一個實施例中，如圖9所示，提供了一種保險信息處理系統，該系統包括上述的業務員終端910和伺服器920，其中，業務員終端包括上述的保險信息 處理裝置。

伺服器920用於生成第一校驗信息，將第一校驗信息發送至用戶終端；接收用戶終端返回的第二校驗信息，檢測第二校驗信息是否與第一校驗信息一致；若一致，則獲取用戶終端生成的用戶的電子籤名信息，將用戶的電子籤名信息發送給業務員終端。

當業務員終端在檢測到所選擇的籤名方式為本地籤名時，可向伺服器發送用戶的籤名方式選擇結果，即異地籤名。

伺服器在接收到所選擇的為異地籤名方式後，獲取用戶的聯繫方式，比如聯繫電話或電子郵箱，向用戶的聯繫電話或電子郵箱發送生成的第一校驗信息。類似的，該第一校驗信息可由預定位數的包括阿拉伯數字、英文字母以及其它符號中的一種或多種組成。比如，可為6位阿拉伯數字和英文字母組成。

伺服器在向用戶終端發送完第一校驗信息後，可向用戶終端發送獲取籤名信息請求。用戶終端在獲取到該籤名請求後，可首先展示校驗信息驗證窗口，並獲取用戶所輸入的第二校驗信息，將該第二校驗信息發送至伺服器，由伺服器檢測該第二校驗信息是否與第一校驗信息一致，將該檢測結果發送給用戶終端。

當用戶終端在接收到伺服器所發送的檢測一致的信息後，可展示籤名彈窗，並記錄用戶在該籤名彈窗上的觸摸軌跡、觸摸時間和觸摸速度等具有籤名特徵的籤名因子。具體的，用戶可直接用手指滑動的方式或通過其他相關的輸入工具來在業務員終端上輸入籤名。業務員終端在檢測到用戶完成籤名後，可根據預置的籤名算法來生成對應的電子籤名信息。並對該電子籤名信息進行加密，具體的，可按照與伺服器預先設置的加密算法進行加密，將加密後的電子籤名信息發送給伺服器。

伺服器在接收到用戶終端發送的加密後的電子籤名信息後，根據與該加密算法對應的解密算法對其解密，還原出用戶的電子籤名信息，並將用戶的電子籤名信息發送給業務員終端。

本實施例中，可通過提供本地籤名和異地籤名兩種方式，使得用戶可在異地完成對保險業務的辦理，在方便了用戶辦理保險業務的同時，進一步提高了 保險業務辦理的效率。

在一個實施例中，伺服器920還用於向用戶終端發送拍攝身份照片請求指令；接收用戶終端發送的所拍攝的身份照片；判斷身份照片與用戶信息對應的對比圖片的相似度是否達到預設閾值；若是，則獲取用戶終端生成的用戶的電子籤名信息。

本實施例中，伺服器可根據用戶與其所辦理的保險綜合判斷用戶辦理的風險等級。若判斷該風險等級超過預定的風險等級需要用戶提供圖像認證時，則伺服器向用戶終端發送拍攝身份照片請求指令。

用戶終端在接收到該請求指令後，可通過調用攝像頭拍攝用戶的照片，將所拍攝的照片作為身份照片發送給伺服器。

伺服器通過訪問公安系統，根據用戶信息查詢並獲取用戶的身份證上的底片，將該底片作為對比圖片。並將所接收的身份照片與對比圖片進行對比，並按照圖像識別等相關算法來計算兩者的相似度，並判斷該相似度是否達到預設閾值，若是，則說明該辦理籤名的用戶為保險用戶本人，進而執行獲取用戶終端生成的用戶的電子籤名信息的步驟。

本實施例中，當用戶在進行異地電子籤名辦理保險業務時，伺服器通過對用戶進行人臉識別以確認正在辦理電子籤名的用戶是否是該保險用戶本人，從而進一步了提高異地電子籤名的安全性。

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

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