CN107784589A - 渠道互联的保全受理系统及方法 - Google Patents

Abstract

本发明公开了一种渠道互联的保全受理系统及方法。渠道互联的保全受理系统中，客户终端用于接收保全申请信息发送给后台服务器；后台服务器，用于判断是否存在与保全申请信息相对应的先受理信息；若存在先受理信息，则向客户终端发送第一响应信息；客户终端用于接收第一响应信息，进入第一保全受理界面；并接收渠道变更指令并发送给后台服务器；后台服务器，用于接收渠道变更指令，基于渠道变更指令获取相应的第一待办任务信息并发送给客户终端；第一待办任务信息包括与先受理信息对应的待处理任务；客户终端，用于接收并显示第一待办任务信息。渠道互联的保全受理系统可实现不同保全受理渠道信息互联，简化保全业务处理环节并提高保全处理效率。

Description

渠道互联的保全受理系统及方法

技术领域

本发明涉及信息管理技术领域，尤其涉及一种渠道互联的保全受理系统及方法。

背景技术

在保险行业中采用的保全受理系统，客户可通过不同保全受理渠道办理保全业务。现有保全受理渠道包括但不限于柜面渠道、自助渠道和E行销渠道。柜面渠道是指保险机构内部作业人员在柜面上办理保全业务的保全受理渠道。自助渠道是指借助网络、电话、APP和远程机，替代到柜面办理保全业务的保全受理渠道。E行销渠道是保险机构内部采用保单管理的专用系统。不同保全受理渠道之间的处理环节不相同且不同保全受理渠道之间信息不互联，使得客户通过任一保全受理渠道提出保全请求并在完成部分处理环节后，后续处理环节只有通过相同的保全受理渠道进行处理，不利于提高处理效率。现有保全业务办理通常包括多个处理环节，并且多个处理环节过程无法实现自助化，需客户多次往返柜面提交保全证明材料，不利于简化处理流程，提高处理效率。

发明内容

本发明要解决的技术问题在于，针对现有不同保全受理渠道信息不互联的不足，提供一种渠道互联的保全受理系统及方法。

本发明解决其技术问题所采用的技术方案是：一种渠道互联的保全受理系统，包括客户终端和后台服务器；

所述客户终端，用于接收保全申请信息，并将所述保全申请信息发送给所述后台服务器，所述保全申请信息包括客户ID和保全产品ID；

所述后台服务器，用于接收所述保全申请信息，并判断是否存在与所述保全申请信息相对应的先受理信息；若存在所述先受理信息，则向所述客户终端发送第一响应信息；

所述客户终端，用于接收所述第一响应信息，进入第一保全受理界面；并接收渠道变更指令，将所述渠道变更指令发送给所述后台服务器，所述渠道变更指令包括新渠道ID和旧渠道ID；

所述后台服务器，用于接收所述渠道变更指令，基于所述渠道变更指令获取相应的第一待办任务信息，并将所述第一待办任务信息发送给所述客户终端；所述第一待办任务信息包括与所述先受理信息对应的待处理任务；

所述客户终端，用于接收并显示所述第一待办任务信息。

优选地，所述后台服务器，还用于在不存在所述先受理信息时，向所述客户终端发送第二响应信息；

所述客户终端，还用于接收所述第二响应信息，进入第二保全受理界面；并接收渠道选择指令，将所述渠道选择指令发送给所述后台服务器，所述渠道选择指令包括新渠道ID；

所述后台服务器，还用于接收所述渠道选择指令，基于所述渠道选择指令获取相应的第二待办任务信息，并将所述第二待办任务信息发送给所述客户终端；所述第二待办任务信息包括与所述保全产品ID对应的所有待处理任务；

所述客户终端，还用于接收并显示所述第二待办任务信息。

优选地，所述客户终端，还用于接收进度查询指令，并将所述进度查询指令发送给所述后台服务器，所述进度查询指令包括案件ID；

所述后台服务器，还用于接收所述进度查询指令，基于所述进度查询指令获取相应的保全进度信息，并将所述保全进度信息发送给所述客户终端；

所述客户终端，还用于接收并显示所述保全进度信息。

优选地，所述客户终端，还用于接收与所述第一待办任务信息或所述第二待办任务信息相对应的待提供证明材料，并将所述待提供证明材料发送给所述后台服务器；

所述后台服务器，还用于接收所述待提供证明材料，基于所述待提供证明材料形成审核通知，并将所述审核通知发送给所述客户终端；

所述客户终端，还用于接收并显示所述审核通知。

优选地，所述保全申请信息还包括与所述保全产品ID相关联的申请额度，所述先受理信息还包括先受理额度；

所述后台服务器，还用于判断所述申请额度或者所述先受理额度是否超过所述保全产品ID对应的预设额度；若超过，向所述客户终端发送更改额度通知；

所述客户终端，还用于接收并显示所述更改额度通知，并接收客户输入的额度变更指令，将所述额度变更指令发送给所述后台服务器；

所述后台服务器，还用于接收所述额度变更指令，基于所述额度变更指令生成额度审核通过通知，并将所述额度审核通过通知发送给所述客户终端；

所述客户终端，还用于接收并显示所述额度审核通过通知。

本发明还提供一种渠道互联的保全受理方法，包括：

客户终端接收保全申请信息，并将所述保全申请信息发送给后台服务器，所述保全申请信息包括客户ID和保全产品ID；

所述后台服务器接收所述保全申请信息，并判断是否存在与所述保全申请信息相对应的先受理信息；若存在所述先受理信息，则向所述客户终端发送第一响应信息；

所述客户终端接收所述第一响应信息，进入第一保全受理界面；并接收渠道变更指令，将所述渠道变更指令发送给所述后台服务器，所述渠道变更指令包括新渠道ID和旧渠道ID；

所述后台服务器接收所述渠道变更指令，基于所述渠道变更指令获取相应的第一待办任务信息，并将所述第一待办任务信息发送给所述客户终端；所述第一待办任务信息包括与所述先受理信息对应的待处理任务；

所述客户终端接收并显示所述第一待办任务信息。

优选地，所述后台服务器在不存在所述先受理信息时，向所述客户终端发送第二响应信息；

所述客户终端接收所述第二响应信息，进入第二保全受理界面；并接收渠道选择指令，将所述渠道选择指令发送给所述后台服务器，所述渠道选择指令包括新渠道ID；

所述后台服务器接收所述渠道选择指令，基于所述渠道选择指令获取相应的第二待办任务信息，并将所述第二待办任务信息发送给所述客户终端；所述第二待办任务信息包括与所述保全产品ID对应的所有待处理任务；

所述客户终端接收并显示所述第二待办任务信息。

优选地，所述客户终端接收进度查询指令，并将所述进度查询指令发送给所述后台服务器，所述进度查询指令包括案件ID；

所述后台服务器接收所述进度查询指令，基于所述进度查询指令获取相应的保全进度信息，并将所述保全进度信息发送给所述客户终端；

所述客户终端，还用于接收并显示所述保全进度信息。

优选地，所述客户终端接收与所述第一待办任务信息或所述第二待办任务信息相对应的待提供证明材料，并将所述待提供证明材料发送给所述后台服务器；

所述后台服务器接收所述待提供证明材料，基于所述待提供证明材料形成审核通知，并将所述审核通知发送给所述客户终端；

所述客户终端接收并显示所述审核通知。

优选地，所述保全申请信息还包括与所述保全产品ID相关联的申请额度，所述先受理信息还包括先受理额度；还包括：

所述后台服务器判断所述申请额度或者所述先受理额度是否超过所述保全产品ID对应的预设额度；若超过，向所述客户终端发送更改额度通知；

所述客户终端接收并显示所述更改额度通知，并接收客户输入的额度变更指令，将所述额度变更指令发送给所述后台服务器；

所述后台服务器接收所述额度变更指令，基于所述额度变更指令生成额度审核通过通知，并将所述额度审核通过通知发送给所述客户终端；

所述客户终端接收并显示所述额度审核通过通知。

本发明与现有技术相比具有如下优点：本发明所提供的渠道互联的保全受理系统及方法中，可使任一客户通过客户终端输入保全申请信息，以确定后台服务器是否存储有先受理信息。在存在先受理信息的情况下，可输入渠道变更指令以变更保全受理渠道，实现不同保全受理渠道信息互联，简化保全业务处理环节并提高保全处理效率。客户终端显示第一待办任务信息，以使客户基于第一待办任务信息可自行上传与未处理环节相关联的待提供证明材料，自助完成待处理任务，无需多次往返柜面，简化处理流程，提高处理效率。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明实施例1中渠道互联的保全受理系统的一原理框图。

图2是本发明实施例2中渠道互联的保全受理方法的一流程图。

图3是本发明实施例2中渠道互联的保全受理方法的另一流程图。

图4是本发明实施例2中渠道互联的保全受理方法的另一流程图。

具体实施方式

为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的具体实施方式。

实施例1

图1示出本实施例中渠道互联的保全受理系统的一原理框图。如图1所示，该渠道互联的保全受理系统包括客户终端10和后台服务器20，客户终端10和后台服务器20之间或通过WiFi网络、3G网络和4G网络等无线网络，或者有线网络通信相连。客户终端10包括但不限于台式电脑、笔记本、平台电脑、智能手机等可与后台服务器20通信相连的终端。

客户终端10，用于接收保全申请信息，并将保全申请信息发送给后台服务器20，保全申请信息包括客户ID和保全产品ID。其中，客户ID是用于唯一识别办理保全业务的客户的标识。保全产品ID是用于唯一识别客户所要办理的保全产品的标识。客户终端10可接收客户通过不同保全受理渠道提出的保全申请信息，如在柜面渠道中，客户终端10可接收保险机构内部作业人员输入的保全申请信息；在E行销渠道中，客户终端10可接收客户自行输入的保全申请信息。

后台服务器20，用于接收保全申请信息，并判断是否存在与保全申请信息相对应的先受理信息；若存在先受理信息，则向客户终端10发送第一响应信息；若不存在先受理信息，向客户终端10发送第二响应信息。后台服务器20中设有用于存储先受理信息的数据库，先受理信息是在先接收到的客户通过不同保全受理渠道提出的保全申请信息并完成部分处理环节后的信息。在后台服务器20接收到新的保全申请信息时，先判断数据库中是否存在与保全申请信息中的客户ID和保全产品ID相对应的先受理信息。先受理信息包括客户ID、保全产品ID、未处理环节及与未处理环节相关联的待提供证明材料。保全申请信息和先受理信息可采用相同或不相同的保全受理渠道向后台服务器20提出，保全申请信息和先受理信息上传到后台服务器20之后，均存储在后台服务器20的数据库中，以实现不同保全受理渠道的数据共享，为实现渠道互联的保全受理系统提供基础。

后台服务器20在数据库中存在先受理信息时，向客户终端10发送第一响应信息，以使客户按先受理信息中的未处理环节及待提供证明材料进行处理；并在数据库中不存在先受理信息时，向客户终端10发送第二响应信息，以使客户按保全产品ID对应的保全业务的所有处理环节进行处理。

客户终端10，用于接收第一响应信息，进入第一保全受理界面；并接收渠道变更指令，将渠道变更指令发送给后台服务器20，渠道变更指令包括新渠道ID和旧渠道ID。第一保全受理界面中显示先受理信息中的未处理环节和与未处理环节相关联的待提供证明材料，以使客户提供待提供证明材料以完成未处理环节，无需再重新办理先受理信息的未处理环节之前的处理环节，避免重复处理，以提高保全业务的处理效率。在后台服务器20存储通过任一保全受理渠道办理的先受理信息，第一保全受理界面上显示有先受理信息的未处理环节和待提供证明材料，客户可采用与先受理信息相同的保全受理渠道上传待提供证明材料，以完成未处理环节。在客户认为先受理信息的保全受理渠道的处理过程麻烦或处理效率较低时，可在第一保全受理界面上点击渠道变更按键，以变更保全受理渠道，以使先受理信息对应的未处理环节采用新渠道ID对应的保全受理渠道进行处理，以提高保全业务的办理效率。

后台服务器20，用于接收渠道变更指令，基于渠道变更指令获取相应的第一待办任务信息，并将第一待办任务信息发送给客户终端10；第一待办任务信息包括与先受理信息对应的待处理任务。由于不同保全受理渠道的处理环节不相同，后台服务器20在接收到渠道变更指令后，基于渠道变更指令中的新渠道ID和旧渠道ID，确定待办理任务，该待办理任务包括先受理信息的未处理环节和与未处理环节相关联的待提供证明材料。如基于旧渠道ID对应的保全受理渠道办理的保全业务包括A1/A2/A3/A4/A5五个处理环节，而基于新渠道ID对应的保全受理渠道办理的保全业务包括B1/B2/B3/B4四个处理环节，若先受理信息已办理到A3这一处理环节，在后台服务器20接收到的渠道变更指令，根据A3这一处理环节确定其对应于新渠道ID的保全受理渠道属于哪一处理环节，从而确定其未处理环节和相应的待提供证明材料，确定为第一待办任务信息。在第一待办任务信息中，无需客户再重新提供先受理信息中已处理环节中提供过的证明材料。

客户终端10，用于接收并显示第一待办任务信息。客户终端10显示第一待办任务信息，可使客户及时了解与先受理信息相关联的待处理任务，并基于待处理任务完成保全产品ID对应的保全业务，使得整个保全业务的处理流程更透明，有利于提高保全业务的处理效率。

本实施例所提供的渠道互联的保全受理系统中，可使任一客户通过客户终端10输入保全申请信息，以确定后台服务器20是否存储有先受理信息。在存在先受理信息的情况下，可输入渠道变更指令以变更保全受理渠道，实现自助渠道、E行销渠道和柜面渠道等保全受理渠道信息互联，简化保全业务处理环节并提高保全处理效率。客户终端10显示第一待办任务信息，以使客户基于第一待办任务信息可自行上传与未处理环节相关联的待提供证明材料，自助完成待处理任务，无需多次往返柜面，简化处理流程，提高处理效率。

进一步地，客户终端10，还用于接收第二响应信息，进入第二保全受理界面；并接收渠道选择指令，将渠道选择指令发送给后台服务器20，渠道选择指令包括新渠道ID。第二保全受理界面上设有与不同的保全受理渠道相对应的若干渠道选择按键，客户点击任一渠道选择按键即可输入包含新渠道ID的渠道选择指令，并将渠道选择指令发送给后台服务器20。

后台服务器20，还用于接收渠道选择指令，基于渠道选择指令获取相应的第二待办任务信息，并将第二待办任务信息发送给客户终端10；第二待办任务信息包括与保全产品ID对应的所有待处理任务。由于同一保全业务基于不同保全受理渠道对应的处理环节不相同，后台服务器20在接收到渠道选择指令后，基于渠道选择指令确定保全产品ID对应的保全业务的所有处理环节及每一处理环节对应的待提供证明材料，确定为第二待办任务信息。若保全产品ID对应的保全业务依据渠道选择指令确定的保全受理渠道进行处理时，包括C1/C2/C3/C4/C5五个处理环节，则后台服务器20会将C1/C2/C3/C4/C5五个处理环节以及每一处理环节所需提供的待提供证明材料作为第二待办任务信息发送给客户终端10。

客户终端10，还用于接收并显示第二待办任务信息。客户终端10显示第二待办任务信息，可使客户及时了解基于新渠道ID对应的保全受理渠道办理保全产品ID对应的保全业务的所有处理环节及每一处理环节对应的待提供证明材料，使得整个保全业务的处理流程更透明，有利于提高保全业务的处理效率。

进一步地，客户终端10，还用于接收与第一待办任务信息或第二待办任务信息相对应的待提供证明材料，并将待提供证明材料发送给后台服务器20。客户终端10上显示第一待办任务信息或第二待办任务信息对应的每一处理环节及待提供证明材料，以使客户向客户终端10输入相应的待提供证明材料。

后台服务器20，还用于接收待提供证明材料，基于待提供证明材料形成审核通知，并将审核通知发送给客户终端10。后台服务器20在接收到客户终端10上传的待提供证明材料后，由保险机构内部作业人员对上传到后台服务器20的待提供证明材料进行审核，若审核通过则控制后台服务器20给客户终端10发送审核通过的审核通知；若审核不通过则控制后台服务器20给客户终端10发送审核不通过的审核通知。

客户终端10，还用于接收并显示审核通知。客户终端10在接收审核通过的审核通知时，使客户终端10进入下一处理环节的保全受理界面，再接收客户上传的待提供证明材料，直至保全业务的全部处理环节均已完成。客户终端10在接收到审核不通过的审核通知时，使客户终端10保留在原有的保全受理界面，使客户重新上传该处理环节的待提供证明材料。

本实施例所提供的渠道互联的保全受理系统，可使保全受理的全部处理环节中所需提供的待提供证明材料均可由客户自行通过客户终端10上传，实现全程自动化，提高处理效率，避免大量客户亲临柜面导致机构接待压力大；并且客户可通过客户终端10自行上传的待提供证明材料，全程无需亲临柜面提供纸件保全证明纸件，处理过程更环保，且可节省文档物流成本。

在一具体实施方式中，针对现有保全受理系统中，保全业务的各个处理环节不透明，而且采用任一保全受理渠道办理的保全业务，在后续查询进度过程只能通过相同的保全受理渠道进行查询了解，使得客户无法实时了解到其所办理的保全业务的当前处理进度。本实施例所提供提供的渠道互联的保全受理系统，客户可采用任一保全受理渠道提出进度查询指令，从而实时了解其所办理的保全业务的当前处理进度，使得保全业务的办理过程更透明且进度更易于了解，有利于提高客户对所提供的保全业务的服务满意度。

客户终端10，还用于接收进度查询指令，并将进度查询指令发送给后台服务器20，进度查询指令包括案件ID。由于任一保全业务包括若干处理环节，每一处理环节包括材料上传阶段和材料审核阶段。其中，材料上传阶段是指客户上传任一处理环节所需的待提供证明材料的阶段；材料审核阶段是保全机构审核上传的待提供证明材料的阶段。在任一处理环节上传待提供证明材料后，客户可通过客户终端10向后台服务器20发送进度查询指令，以查询案件ID对应的保全业务的当前进度。

后台服务器20，还用于接收进度查询指令，基于进度查询指令获取相应的保全进度信息，并将保全进度信息发送给客户终端10。后台服务器20在接收到进度查询指令后，基于案件ID查询数据库中相应的保全业务的保全进度信息，并发送给客户终端10。

客户终端10，还用于接收并显示保全进度信息，以使客户实时了解案件ID对应的保全业务的保全进度信息，及时进入下一处理环节，并及时上传下一处理环节的等提供证明资料，有助于提高保全业务的处理效率。该渠道互联的保全受理系统中，保全业务的多个处理环节办理进度透明，以使客户随时查看保全业务的办理进度，缩短保全业务的办理期限，以提高客户对保险机构所提供服务的服务满意度。

在一具体实施方式中，客户通过不同保全受理渠道办理保全业务时，由于不同客户征信报告不相同，后台服务器20在接收保全申请信息或先受理信息时，若判断其申请额度和先受理额度超过预设额度时，会发出额度审核不通过通知，此时客户只能通过其他保全受理渠道重新接收保全申请信息，并重新提交相应的待提供证明材料，使得保全处理效率慢，使得客户对机构的服务满意度降低。保全申请信息还包括与保全产品ID相关联的申请额度，先受理信息还包括先受理额度。可以理解地，客户通过任一保全受理渠道提交保全申请信息或者先受理信息，保全申请信息中包括客户本次所欲申请的与保全产品ID相关联的保全产品的申请额度，而先受理信息中包括客户在先申请的与保全产品ID相关联的保全产品的先受理额度。

后台服务器20，还用于判断申请额度或者先受理额度是否超过保全产品ID对应的预设额度；若超过，向客户终端10发送更改额度通知；若不超过，则向客户终端10发送额度审核通过通知。后台服务器20在接收到保全申请信息或先受理信息，保险机构内作业人员在进行待提供证明材料的审核过程中，根据客户ID对应的客户的征信报告确定该客户办理保全产品ID对应的保全产品的预设额度，并判断保全申请信息中的申请额度或者先受理信息中的先受理额度是否超过预设额度；若超过，则向客户终端10发送更改额度通知；若不超过，则向客户终端发送额度审核通过通知，以进入下一处理环节。

客户终端10，还用于接收并显示更改额度通知，并接收客户输入的额度变更指令，将额度变更指令发送给后台服务器20。其中，额度变更指令包括新申请额度，新申请额度小于预设额度，以实现额度修改。

后台服务器20，还用于接收额度变更指令，基于额度变更指令生成额度审核通过通知，并将额度审核通过通知发送给客户终端10。由于额度变更指令中的新申请额度小于预设额度，在后台服务器20接收到额度变更指令时，即可向客户终端10发送额度审核通过通知。

客户终端10，还用于接收并显示额度审核通过通知，以使客户及时了解其是否完成该处理环节，以进入下一处理环节。

本实施例所提供的渠道互联的保全受理系统中，后台服务器20判断保全申请信息中的申请额度或先受理信息中的先受理额度是否超过预设额度，并在超过预设额度时发送更改额度通知，以使客户基于额度变更指令向后台服务器20发送额度变更指令，以完成额度审核阶段的审核，以进入下一处理环节，以实现风险监控。可以理解地，在申请额度或先受理额度超过预设额度时，使客户通过额度变更指令完成该保全产品ID对应的保全业务的办理，无需重复基于新申请额度重新提出保全申请信息并进行重复操作，有利于提高保全业务的处理效率，有助于提高客户的服务满意度。

实施例2

图2示出本实施例中渠道互联的保全受理方法的流程图。该渠道互联的保全受理方法应用于实施例1所提供的渠道互联的保全受理系统，该渠道互联的保全受理系统包括客户终端10和后台服务器20，客户终端10和后台服务器20之间或通过WiFi网络、3G网络和4G网络等无线网络，或者有线网络通信相连。客户终端10包括但不限于台式电脑、笔记本、平台电脑、智能手机等可与后台服务器20通信相连的终端。如图2所示，该渠道互联的保全受理方法包括：

S11：客户终端10接收保全申请信息，并将保全申请信息发送给后台服务器20，保全申请信息包括客户ID和保全产品ID。其中，客户ID是用于唯一识别办理保全业务的客户的标识。保全产品ID是用于唯一识别客户所要办理的保全产品的标识。客户终端10可接收客户通过不同保全受理渠道提出的保全申请信息，如在柜面渠道中，客户终端10可接收保险机构内部作业人员输入的保全申请信息；在E行销渠道中，客户终端10可接收客户自行输入的保全申请信息。

S12：后台服务器20接收保全申请信息，并判断是否存在与保全申请信息相对应的先受理信息；若存在先受理信息，则向客户终端10发送第一响应信息；若不存在先受理信息，向客户终端10发送第二响应信息。后台服务器20中设有用于存储先受理信息的数据库，先受理信息是在先接收到的客户通过不同保全受理渠道提出的保全申请信息并完成部分处理环节后的信息。在后台服务器20接收到新的保全申请信息时，先判断数据库中是否存在与保全申请信息中的客户ID和保全产品ID相对应的先受理信息。先受理信息包括客户ID、保全产品ID、未处理环节及与未处理环节相关联的待提供证明材料。保全申请信息和先受理信息可采用相同或不相同的保全受理渠道向后台服务器20提出，保全申请信息和先受理信息上传到后台服务器20之后，均存储在后台服务器20的数据库中，以实现不同保全受理渠道的数据共享，为实现渠道互联的保全受理方法提供基础。

后台服务器20在数据库中存在先受理信息时，向客户终端10发送第一响应信息，以使客户按先受理信息中的未处理环节及待提供证明材料进行处理；并在数据库中不存在先受理信息时，向客户终端10发送第二响应信息，以使客户按保全产品ID对应的保全业务的所有处理环节进行处理。

S13：客户终端10接收第一响应信息，进入第一保全受理界面；并接收渠道变更指令，将渠道变更指令发送给后台服务器20，渠道变更指令包括新渠道ID和旧渠道ID。第一保全受理界面中显示先受理信息中的未处理环节和与未处理环节相关联的待提供证明材料，以使客户提供待提供证明材料以完成未处理环节，无需再重新办理先受理信息的未处理环节之前的处理环节，避免重复处理，以提高保全业务的处理效率。在后台服务器20存储通过任一保全受理渠道办理的先受理信息，第一保全受理界面上显示有先受理信息的未处理环节和待提供证明材料，客户可采用与先受理信息相同的保全受理渠道上传待提供证明材料，以完成未处理环节。在客户认为先受理信息的保全受理渠道的处理过程麻烦或处理效率较低时，可在第一保全受理界面上点击渠道变更按键，以变更保全受理渠道，以使先受理信息对应的未处理环节采用新渠道ID对应的保全受理渠道进行处理，以提高保全业务的办理效率。

S14：后台服务器20接收渠道变更指令，基于渠道变更指令获取相应的第一待办任务信息，并将第一待办任务信息发送给客户终端10；第一待办任务信息包括与先受理信息对应的待处理任务。由于不同保全受理渠道的处理环节不相同，后台服务器20在接收到渠道变更指令后，基于渠道变更指令中的新渠道ID和旧渠道ID，确定待办理任务，该待办理任务包括先受理信息的未处理环节和与未处理环节相关联的待提供证明材料。如基于旧渠道ID对应的保全受理渠道办理的保全业务包括A1/A2/A3/A4/A5五个处理环节，而基于新渠道ID对应的保全受理渠道办理的保全业务包括B1/B2/B3/B4四个处理环节，若先受理信息已办理到A3这一处理环节，在后台服务器20接收到的渠道变更指令，根据A3这一处理环节确定其对应于新渠道ID的保全受理渠道属于哪一处理环节，从而确定其未处理环节和相应的待提供证明材料，确定为第一待办任务信息。在第一待办任务信息中，无需客户再重新提供先受理信息中已处理环节中提供过的证明材料。

S15：客户终端10接收并显示第一待办任务信息。客户终端10显示第一待办任务信息，可使客户及时了解与先受理信息相关联的待处理任务，并基于待处理任务完成保全产品ID对应的保全业务，使得整个保全业务的处理流程更透明，有利于提高保全业务的处理效率。

本实施例所提供的渠道互联的保全受理方法中，可使任一客户通过客户终端10输入保全申请信息，以确定后台服务器20是否存储有先受理信息。在存在先受理信息的情况下，可输入渠道变更指令以变更保全受理渠道，实现自助渠道、E行销渠道和柜面渠道等保全受理渠道信息互联，简化保全业务处理环节并提高保全处理效率。客户终端10显示第一待办任务信息，以使客户基于第一待办任务信息可自行上传与未处理环节相关联的待提供证明材料，自助完成待处理任务，无需多次往返柜面，简化处理流程，提高处理效率。

S21：客户终端10接收第二响应信息，进入第二保全受理界面；并接收渠道选择指令，将渠道选择指令发送给后台服务器20，渠道选择指令包括新渠道ID。第二保全受理界面上设有与不同的保全受理渠道相对应的若干渠道选择按键，客户点击任一渠道选择按键即可输入包含新渠道ID的渠道选择指令，并将渠道选择指令发送给后台服务器20。

S22：后台服务器20接收渠道选择指令，基于渠道选择指令获取相应的第二待办任务信息，并将第二待办任务信息发送给客户终端10；第二待办任务信息包括与保全产品ID对应的所有待处理任务。由于同一保全业务基于不同保全受理渠道对应的处理环节不相同，后台服务器20在接收到渠道选择指令后，基于渠道选择指令确定保全产品ID对应的保全业务的所有处理环节及每一处理环节对应的待提供证明材料，确定为第二待办任务信息。若保全产品ID对应的保全业务依据渠道选择指令确定的保全受理渠道进行处理时，包括C1/C2/C3/C4/C5五个处理环节，则后台服务器20会将C1/C2/C3/C4/C5五个处理环节以及每一处理环节所需提供的待提供证明材料作为第二待办任务信息发送给客户终端10。

S23：客户终端10接收并显示第二待办任务信息。客户终端10显示第二待办任务信息，可使客户及时了解基于新渠道ID对应的保全受理渠道办理保全产品ID对应的保全业务的所有处理环节及每一处理环节对应的待提供证明材料，使得整个保全业务的处理流程更透明，有利于提高保全业务的处理效率。

进一步地，该渠道互联的保全受理方法还包括：

S31：客户终端10接收与第一待办任务信息或第二待办任务信息相对应的待提供证明材料，并将待提供证明材料发送给后台服务器20。客户终端10上显示第一待办任务信息或第二待办任务信息对应的每一处理环节及待提供证明材料，以使客户向客户终端10输入相应的待提供证明材料。

S32：后台服务器20接收待提供证明材料，基于待提供证明材料形成审核通知，并将审核通知发送给客户终端10。后台服务器20在接收到客户终端10上传的待提供证明材料后，由保险机构内部作业人员对上传到后台服务器20的待提供证明材料进行审核，若审核通过则控制后台服务器20给客户终端10发送审核通过的审核通知；若审核不通过则控制后台服务器20给客户终端10发送审核不通过的审核通知。

S33：客户终端10接收并显示审核通知。客户终端10在接收审核通过的审核通知时，使客户终端10进入下一处理环节的保全受理界面，再接收客户上传的待提供证明材料，直至保全业务的全部处理环节均已完成。客户终端10在接收到审核不通过的审核通知时，使客户终端10保留在原有的保全受理界面，使客户重新上传该处理环节的待提供证明材料。

本实施例所提供的渠道互联的保全受理方法，可使保全受理的全部处理环节中所需提供的待提供证明材料均可由客户自行通过客户终端10上传，实现全程自动化，提高处理效率，避免大量客户亲临柜面导致机构接待压力大；并且客户可通过客户终端10自行上传的待提供证明材料，全程无需亲临柜面提供纸件保全证明纸件，处理过程更环保，且可节省文档物流成本。

在一具体实施方式中，针对现有保全受理方法中，保全业务的各个处理环节不透明，而且采用任一保全受理渠道办理的保全业务，在后续查询进度过程只能通过相同的保全受理渠道进行查询了解，使得客户无法实时了解到其所办理的保全业务的当前处理进度。本实施例所提供提供的渠道互联的保全受理方法，客户可采用任一保全受理渠道提出进度查询指令，从而实时了解其所办理的保全业务的当前处理进度，使得保全业务的办理过程更透明且进度更易于了解，有利于提高客户对所提供的保全业务的服务满意度。如图3所示，该渠道互联的保全受理方法还包括：

S41：客户终端10接收进度查询指令，并将进度查询指令发送给后台服务器20，进度查询指令包括案件ID。由于任一保全业务包括若干处理环节，每一处理环节包括材料上传阶段和材料审核阶段。其中，材料上传阶段是指客户上传任一处理环节所需的待提供证明材料的阶段；材料审核阶段是保全机构审核上传的待提供证明材料的阶段。在任一处理环节上传待提供证明材料后，客户可通过客户终端10向后台服务器20发送进度查询指令，以查询案件ID对应的保全业务的当前进度。

S42：后台服务器20接收进度查询指令，基于进度查询指令获取相应的保全进度信息，并将保全进度信息发送给客户终端10。后台服务器20在接收到进度查询指令后，基于案件ID查询数据库中相应的保全业务的保全进度信息，并发送给客户终端10。

S43：客户终端10接收并显示保全进度信息，以使客户实时了解案件ID对应的保全业务的保全进度信息，及时进入下一处理环节，并及时上传下一处理环节的等提供证明资料，有助于提高保全业务的处理效率。该渠道互联的保全受理方法中，保全业务的多个处理环节办理进度透明，以使客户随时查看保全业务的办理进度，缩短保全业务的办理期限，以提高客户对保险机构所提供服务的服务满意度。

在一具体实施方式中，客户通过不同保全受理渠道办理保全业务时，由于不同客户征信报告不相同，后台服务器20在接收保全申请信息或先受理信息时，若判断其申请额度和先受理额度超过预设额度时，会发出额度审核不通过通知，此时客户只能通过其他保全受理渠道重新接收保全申请信息，并重新提交相应的待提供证明材料，使得保全处理效率慢，使得客户对机构的服务满意度降低。保全申请信息还包括与保全产品ID相关联的申请额度，先受理信息还包括先受理额度。可以理解地，客户通过任一保全受理渠道提交保全申请信息或者先受理信息，保全申请信息中包括客户本次所欲申请的与保全产品ID相关联的保全产品的申请额度，而先受理信息中包括客户在先申请的与保全产品ID相关联的保全产品的先受理额度。如图4所示，该渠道互联的保全受理方法还包括：

S51：后台服务器20判断申请额度或者先受理额度是否超过保全产品ID对应的预设额度；若超过，向客户终端10发送更改额度通知；若不超过，则向客户终端10发送额度审核通过通知。后台服务器20在接收到保全申请信息或先受理信息，保险机构内作业人员在进行待提供证明材料的审核过程中，根据客户ID对应的客户的征信报告确定该客户办理保全产品ID对应的保全产品的预设额度，并判断保全申请信息中的申请额度或者先受理信息中的先受理额度是否超过预设额度；若超过，则向客户终端10发送更改额度通知；若不超过，则向客户终端发送额度审核通过通知，以进入下一处理环节。

S52：客户终端10接收并显示更改额度通知，并接收客户输入的额度变更指令，将额度变更指令发送给后台服务器20。其中，额度变更指令包括新申请额度，新申请额度小于预设额度，以实现额度修改。

S53：后台服务器20接收额度变更指令，基于额度变更指令生成额度审核通过通知，并将额度审核通过通知发送给客户终端10。由于额度变更指令中的新申请额度小于预设额度，在后台服务器20接收到额度变更指令时，即可向客户终端10发送额度审核通过通知。

S54：客户终端10接收并显示额度审核通过通知，以使客户及时了解其是否完成该处理环节，以进入下一处理环节。

本实施例所提供的渠道互联的保全受理方法中，后台服务器20判断保全申请信息中的申请额度或先受理信息中的先受理额度是否超过预设额度，并在超过预设额度时发送更改额度通知，以使客户基于额度变更指令向后台服务器20发送额度变更指令，以完成额度审核阶段的审核，以进入下一处理环节，以实现风险监控。可以理解地，在申请额度或先受理额度超过预设额度时，使客户通过额度变更指令完成该保全产品ID对应的保全业务的办理，无需重复基于新申请额度重新提出保全申请信息并进行重复操作，有利于提高保全业务的处理效率，有助于提高客户的服务满意度。

本发明是通过上述具体实施例进行说明的，本领域技术人员应当明白，在不脱离本发明范围的情况下，还可以对本发明进行各种变换和等同替代。另外，针对特定情形或具体情况，可以对本发明做各种修改，而不脱离本发明的范围。因此，本发明不局限于所公开的具体实施例，而应当包括落入本发明权利要求范围内的全部实施方式。

Claims (10)

1.一种渠道互联的保全受理系统，其特征在于，包括客户终端和后台服务器；

所述客户终端，用于接收保全申请信息，并将所述保全申请信息发送给所述后台服务器，所述保全申请信息包括客户ID和保全产品ID；

所述后台服务器，用于接收所述保全申请信息，并判断是否存在与所述保全申请信息相对应的先受理信息；若存在所述先受理信息，则向所述客户终端发送第一响应信息；

所述客户终端，用于接收所述第一响应信息，进入第一保全受理界面；并接收渠道变更指令，将所述渠道变更指令发送给所述后台服务器，所述渠道变更指令包括新渠道ID和旧渠道ID；

所述后台服务器，用于接收所述渠道变更指令，基于所述渠道变更指令获取相应的第一待办任务信息，并将所述第一待办任务信息发送给所述客户终端；所述第一待办任务信息包括与所述先受理信息对应的待处理任务；

所述客户终端，用于接收并显示所述第一待办任务信息。

2.根据权利要求1所述的渠道互联的保全受理系统，其特征在于，

所述后台服务器，还用于在不存在所述先受理信息时，向所述客户终端发送第二响应信息；

所述客户终端，还用于接收所述第二响应信息，进入第二保全受理界面；并接收渠道选择指令，将所述渠道选择指令发送给所述后台服务器，所述渠道选择指令包括新渠道ID；

所述后台服务器，还用于接收所述渠道选择指令，基于所述渠道选择指令获取相应的第二待办任务信息，并将所述第二待办任务信息发送给所述客户终端；所述第二待办任务信息包括与所述保全产品ID对应的所有待处理任务；

所述客户终端，还用于接收并显示所述第二待办任务信息。

3.根据权利要求2所述的渠道互联的保全受理系统，其特征在于，

所述客户终端，还用于接收进度查询指令，并将所述进度查询指令发送给所述后台服务器，所述进度查询指令包括案件ID；

所述后台服务器，还用于接收所述进度查询指令，基于所述进度查询指令获取相应的保全进度信息，并将所述保全进度信息发送给所述客户终端；所述客户终端，还用于接收并显示所述保全进度信息。

4.根据权利要求2所述的渠道互联的保全受理系统，其特征在于，

所述客户终端，还用于接收与所述第一待办任务信息或所述第二待办任务信息相对应的待提供证明材料，并将所述待提供证明材料发送给所述后台服务器；

所述后台服务器，还用于接收所述待提供证明材料，基于所述待提供证明材料形成审核通知，并将所述审核通知发送给所述客户终端；

所述客户终端，还用于接收并显示所述审核通知。

5.根据权利要求2所述的渠道互联的保全受理系统，其特征在于，

所述保全申请信息还包括与所述保全产品ID相关联的申请额度，所述先受理信息还包括先受理额度；

所述后台服务器，还用于判断所述申请额度或者所述先受理额度是否超过所述保全产品ID对应的预设额度；若超过，向所述客户终端发送更改额度通知；

所述客户终端，还用于接收并显示所述更改额度通知，并接收客户输入的额度变更指令，将所述额度变更指令发送给所述后台服务器；

所述后台服务器，还用于接收所述额度变更指令，基于所述额度变更指令生成额度审核通过通知，并将所述额度审核通过通知发送给所述客户终端；

所述客户终端，还用于接收并显示所述额度审核通过通知。

6.一种渠道互联的保全受理方法，其特征在于，包括：

客户终端接收保全申请信息，并将所述保全申请信息发送给后台服务器，所述保全申请信息包括客户ID和保全产品ID；

所述后台服务器接收所述保全申请信息，并判断是否存在与所述保全申请信息相对应的先受理信息；若存在所述先受理信息，则向所述客户终端发送第一响应信息；

所述客户终端接收所述第一响应信息，进入第一保全受理界面；并接收渠道变更指令，将所述渠道变更指令发送给所述后台服务器，所述渠道变更指令包括新渠道ID和旧渠道ID；

所述后台服务器接收所述渠道变更指令，基于所述渠道变更指令获取相应的第一待办任务信息，并将所述第一待办任务信息发送给所述客户终端；所述第一待办任务信息包括与所述先受理信息对应的待处理任务；

所述客户终端接收并显示所述第一待办任务信息。

7.根据权利要求6所述的渠道互联的保全受理方法，其特征在于，

所述后台服务器在不存在所述先受理信息时，向所述客户终端发送第二响应信息；

所述客户终端接收所述第二响应信息，进入第二保全受理界面；并接收渠道选择指令，将所述渠道选择指令发送给所述后台服务器，所述渠道选择指令包括新渠道ID；

所述后台服务器接收所述渠道选择指令，基于所述渠道选择指令获取相应的第二待办任务信息，并将所述第二待办任务信息发送给所述客户终端；所述第二待办任务信息包括与所述保全产品ID对应的所有待处理任务；

所述客户终端接收并显示所述第二待办任务信息。

8.根据权利要求7所述的渠道互联的保全受理方法，其特征在于，

所述客户终端接收进度查询指令，并将所述进度查询指令发送给所述后台服务器，所述进度查询指令包括案件ID；

所述后台服务器接收所述进度查询指令，基于所述进度查询指令获取相应的保全进度信息，并将所述保全进度信息发送给所述客户终端；

所述客户终端，还用于接收并显示所述保全进度信息。

9.根据权利要求7所述的渠道互联的保全受理方法，其特征在于，

所述客户终端接收与所述第一待办任务信息或所述第二待办任务信息相对应的待提供证明材料，并将所述待提供证明材料发送给所述后台服务器；

所述后台服务器接收所述待提供证明材料，基于所述待提供证明材料形成审核通知，并将所述审核通知发送给所述客户终端；

所述客户终端接收并显示所述审核通知。

10.根据权利要求7所述的渠道互联的保全受理方法，其特征在于，所述保全申请信息还包括与所述保全产品ID相关联的申请额度，所述先受理信息还包括先受理额度；还包括：

所述后台服务器判断所述申请额度或者所述先受理额度是否超过所述保全产品ID对应的预设额度；若超过，向所述客户终端发送更改额度通知；

所述客户终端接收并显示所述更改额度通知，并接收客户输入的额度变更指令，将所述额度变更指令发送给所述后台服务器；

所述后台服务器接收所述额度变更指令，基于所述额度变更指令生成额度审核通过通知，并将所述额度审核通过通知发送给所述客户终端；

所述客户终端接收并显示所述额度审核通过通知。