CN112508714B - 风险保障契约处理系统、电子设备、计算机可读存储介质 - Google Patents

Abstract

本公开涉及数据处理技术领域，提供了一种风险保障契约处理系统、电子设备、计算机可读存储介质。上述系统包括：履约数据提取模块，用于从数据库中获取有效风险保障契约，提取其对应的履约数据；用户信息确定模块，用于根据履约数据获取有效风险保障契约对应的用户信息；风险等级确定模块，用于检测有效风险保障契约当前是否配置有增值开发人员，若否，根据履约数据和用户信息确定有效风险保障契约的用户流失风险等级为第一级流失风险或第二级流失风险，若是，根据履约数据和用户信息确定有效风险保障契约的用户流失风险等级为第三级流失风险或第四级流失风险。本公开可以预警客户源流失的风险。

Description

风险保障契约处理系统、电子设备、计算机可读存储介质

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种风险保障契约处理系统、电子设备、计算机可读存储介质。

背景技术

目前，各种保险公司百花齐放，竞争也日趋激烈，而维护老客户可以在一定程度上为保险公司带来新的业务量，从而促进保险公司的业务发展。

然而，如果对所有的老客户都进行关系维护，势必会增加人工成本，且不利于工作效率的提升。因此，如何对保单进行处理，以在避免老客户流失的同时，能够提升风险保障契约的增值开发人员的工作效率，是目前亟需解决的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种风险保障契约处理方法及装置、计算机可读存储介质及电子设备，进而至少在一定程度上克服保险行业中无法在避免老客户流失的同时，提高工作效率的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供了一种风险保障契约处理系统，包括：

履约数据提取模块，被配置为从数据库中获取至少一个有效风险保障契约，提取所述有效风险保障契约的履约数据；

用户信息获取模块，被配置为根据提取的所述履约数据获取所述有效风险保障契约所对应的用户信息；

风险等级确定模块，被配置为检测所述有效风险保障契约当前是否配置有增值开发人员，若否，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险，若是，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；

匹配模块，被配置为确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，为所述有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级；

标记模块，被配置为确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，并向所述有效风险保障契约的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级，以使所述有效风险保障契约的信息在增值开发人员的客户端上突出化显示。

在本公开的一种示例性实施例中，基于前述方案，所述用户信息获取模块包括：

用户信息获取子单元，所述用户信息获取子单元被配置为若提取的所述有效风险保障契约的履约数据为缴费期满，则获取所述有效风险保障契约所对应的第一用户信息；

其中，所述第一用户信息包括所述有效风险保障契约所对应的用户是否存在其它的有效风险保障契约和/或在预设时间内是否存在失效风险保障契约。

在本公开的一种示例性实施例中，基于前述方案，若所述风险等级确定模块检测到所述有效风险保障契约当前未配置增值开发人员，则所述风险等级确定模块通过执行以下步骤根据所述履约数据和所述用户信息确定所述第一级流失风险或第二级流失风险：

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约和/或在预设时间内不存在失效风险保障契约时，则确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险；

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约和/或在预设时间内存在失效风险保障契约时，则确定所述有效风险保障契约所对应的用户流失风险等级为第二级流失风险。

在本公开的一种示例性实施例中，基于前述方案，若所述风险等级确定模块检测到所述有效风险保障契约当前配置有增值开发人员，则所述风险等级确定模块通过执行以下步骤根据所述履约数据和所述用户信息确定所述第三流失风险等级或第四流失风险等级：

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约和/或在预设时间内不存在失效风险保障契约，则确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险；

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约和/或在预设时间内存在失效风险保障契约，则确定所述有效风险保障契约所对应的用户流失风险等级为第四级流失风险。

在本公开的一种示例性实施例中，基于前述方案，所述用户信息获取模块，包括：

第一获取单元，所述第一获取单元被配置为检测到提取的所述有效风险保障契约的履约数据为缴费期未满时，获取所述有效风险保障契约的缴费期满日；

计算比较单元，所述差值计算单元配置为计算所述有效风险保障契约的缴费期满日和当前日期的差值，确定所述差值是否在预设阈值内；

第二获取单元，所述第二获取单元被配置为确定所述差值在预设阈值内时，获取所述有效风险保障契约所对应的第二用户信息，其中，所述第二用户信息包括所述有效风险保障契约所对应的用户是否存在其它的有效风险保障契约。

在本公开的一种示例性实施例中，基于前述方案，若所述风险等级确定模块检测到所述有效风险保障契约当前未配置增值开发人员，则所述风险等级确定模块通过执行以下步骤确定所述第一级流失风险或第二级流失风险：

当所述第二获取单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险；

当所述第二获取单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第二级流失风险。

在本公开的一种示例性实施例中，基于前述方案，若所述风险等级确定模块检测到所述有效风险保障契约当前配置有增值开发人员，则所述风险等级确定模块通过执行以下步骤确定所述第三级流失风险或第四级流失风险：

当所述第二获取单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险；

当所述第二获取单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第四级流失风险。

在本公开的一种示例性实施例中，基于前述方案，所述风险等级确定模块，还包括：

风险等级确定子单元，所述风险等级确定子单元被配置为若所述计算比较单元确定所述差值大于预设阈值，检测所述有效风险保障契约当前是否配置有增值开发人员，若否，则确定所述有效风险保障契约对应的用户流失风险等级为第二级流失风险，若是，则确定所述有效风险保障契约对应的用户流失风险等级为第四级流失风险。

根据本公开的第二方面，提供了一种风险保障契约处理方法，包括：

从数据库中获取至少一个有效风险保障契约，提取所述有效风险保障契约的履约数据；

根据提取的所述履约数据获取所述有效风险保障契约所对应的用户信息；

检测所述有效风险保障契约当前是否配置有增值开发人员，若否，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险，若是，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；

当确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，为所述有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级；

当确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，并向所述有效风险保障契约的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级，以使所述有效风险保障契约的信息在增值开发人员的客户端上突出化显示。

根据本公开实施例的第三方面，提供了一种电子设备，包括：显示单元；处理器；以及，存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第二方面所述的风险保障契约处理方法。

根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第二方面所述的风险保障契约处理方法。

本公开的技术方案至少具备以下优点和积极效果：

在本公开的一些实施例所提供的技术方案中，首先，通过履约数据提取模块获取至少一个有效风险保障契约，提取有效风险保障契约的履约数据；然后通过用户信息确定模块，可以根据履约数据确定有效风险保障契约所对应的用户信息；进而通过流失风险等级确定模块，可以检测有效风险保障契约当前是否匹配有增值开发人员，进而检测结果和履约数据以及用户信息确定有效风险保障契约所对应的用户流失风险等级；最后，根据确定的用户流失风险等级，对风险保障契约进行不同的处理。与相关技术相比，一方面，基于对数据库中的风险保障契约的处理，可以自动的确定数据库中各用户的用户流失风险等级，实现用户流失风险等级的自动预警；另一方面，基于匹配模块和标记模块发送给对应的增值开发人员的客户端的风险等级信息，可以为有效风险保障契约的增值开发人员提供用户流失风险等级的辅助信息，进而提高了增值开发人员的工作效率和工作；再一方面，基于获取的多样化的有效风险保障契约的相关信息，对用户流失风险等级进行自动预警，可以提高预警的准确性；又一方面，通过对缺失增值开发人员的有效风险保障契约匹配增值开发人员，可以辅助降低用户流失风险。

本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开一示例性实施例中的风险保障契约处理系统的示意图；

图2示出本公开一示例性实施例中的风险保障契约处理方法的流程示意图；

图3示出本公开一示例性实施例中确定第一级流失风险或第二级流失风险的方法的流程示意图；

图4示出本公开一示例性实施例中确定第三级流失风险或第四级流失风险的方法的流程示意图；

图5示出本公开一示例性实施例中为风险保障契约添加标签的方法的流程示意图；

图6示出本公开一示例性实施例中根据用户流失风险等级对风险保障契约进行处理的方法的流程图；

图7示出本公开一示例性实施例中确定风险保障契约的用户流失风险等级的图形用户界面；

图8示出本公开一示例性实施例中确定风险保障契约的用户流失风险等级的另一个图形用户界面；

图9示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

目前，各种保险公司百花齐放，竞争也日趋激烈，而维护老客户可以在一定程度上为保险公司带来新的业务量，从而促进保险公司的业务的进一步发展。

然而，如果对所有的老客户都进行关系维护，势必会增加人工成本，且不利于工作效率的提升。因此，如何在避免老客户流失的同时，能够提升风险保障契约的增值开发人员的工作效率，是目前亟需解决的技术问题。

在本公开的实施例中，首先提供了一种风险保障契约处理系统，至少在一定程度上克服上述现有的相关技术中存在的缺陷。

图1示出本公开一示例性实施例中风险保障契约处理系统100的结构图。参考图1，该系统100包括：履约数据确定模块110、用户信息确定模块120、风险等级确定模块130、匹配模块140以及标记模块150。其中：

上述的履约数据提取模块110，被配置为从数据库中获取至少一个有效风险保障契约，提取有效风险保障契约的履约数据；

用户信息获取模块120，被配置为根据提取的所述履约数据获取有效风险保障契约所对应的用户信息；

风险等级确定模块130，被配置为检测有效风险保障契约当前是否配置有增值开发人员，若否，则根据履约数据和所述用户信息确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险，若是，则根据履约数据和所述用户信息确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；

匹配单元模块140，被配置为确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，为所述有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级；

标记单元模块150，被配置为确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，并向所述有效风险保障契约的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级，以使所述有效风险保障契约的信息在增值开发人员的客户端上突出化显示。

在本公开的一些实施例所提供的技术方案中，首先，通过履约数据提取模块获取至少一个有效风险保障契约，提取有效风险保障契约的履约数据；然后通过用户信息确定模块，可以根据履约数据确定有效风险保障契约所对应的用户信息；进而通过流失风险等级确定模块，可以检测有效风险保障契约当前是否匹配有增值开发人员，进而检测结果和履约数据以及用户信息确定有效风险保障契约所对应的用户流失风险等级；最后，根据确定的用户流失风险等级，对风险保障契约进行不同的处理。与相关技术相比，一方面，基于对数据库中的风险保障契约的处理，可以自动的确定数据库中各用户的用户流失风险等级，实现用户流失风险等级的自动预警；另一方面，基于匹配模块和标记模块发送给对应的增值开发人员的客户端的风险等级信息，可以为有效风险保障契约的增值开发人员提供用户流失风险等级的辅助信息，进而提高了增值开发人员的工作效率和工作；再一方面，基于获取的多样化的有效风险保障契约的相关信息，对用户流失风险等级进行自动预警，可以提高预警的准确性；又一方面，通过对缺失增值开发人员的有效风险保障契约匹配增值开发人员，可以辅助降低用户流失风险。

以下对图1所示实施例中各个模块的具体实施方式进行详细阐述：

在履约数据提取模块110中，有效风险保障契约的履约数据可以包括用户的缴费数据，具体的，可以包括该有效风险保障契约当前是否缴费期满。其中，有效风险保障契约可以包括缴费期未满，且当前缴费状态正常的风险保障契约或缴费期满，但目前仍在保险责任权益期间的风险保障契约。

例如，保单A以年为缴费期限，从2010年10月14日开始缴费，缴费10年，总共可以保障50年。那么，如果2010年10月14日到2019年10月14日之间，每年的10月14日或者每个缴费期限对应的宽限期内都足额缴纳保费，则在2010年10月14日到2019年10月14日之间的每天都为缴费期未满，且缴费状态正常的风险保障契约，若在2019年10月14日或2019年对应的宽限期内足额缴费保费，则2019年10月14日为缴费期满日，此后，保单A为缴费期满，但仍在保险责任权益期间的有效风险保障契约。

示例性的，可以在履约数据提取模块110中预先配置有效风险保障契约的筛选条件和履约数据字段标识，例如，上述的当前缴费状态正常和当前缴费期满，但仍在保险责任权益期间为筛选条件，然后响应于用户处理数据库中的风险保障契约的触发操作，履约数据提取模块110根据预先配置的有效风险保障契约的筛选条件从数据库中筛选出至少一个有效风险保障契约，并根据预先配置的履约数据字段标识从有效风险保障契约所对应的数据记录中提取有效风险保障契约所对应的履约数据。

其中，履约数据可以包括上述的缴费信息，履约数据字段标识可以包括缴费期满信息所对应的字段名称，例如，是否缴费期满。

在示例性的实施方式中，对于是否缴费期满这一字段而言，在数据记录中，若缴费期满，其对应的值可以是1，缴费期未满，其对应的值可以为0，则提取的履约数据可以为1或0中的一个。

在履约数据提取模块110中提取到有效风险保障契约的履约数据后，履约数据提取模块可以将提取到的履约数据发送给用户信息确定模块，接下来，在用户信息获取模块120中，根据接收到的履约数据提取模块110所发送的履约数据获取有效风险保障契约所对应的用户信息。

具体的，用户信息获取模块120可以根据接收到的履约数据提取模块110发送的履约数据的值，判断有效风险保障契约的履约数据是否为缴费期满，例如，如前所述，当接收到履约数据提取模块110发送的是否缴费期满这一字段标识所对应的值为1时，则用户信息获取模块120判断缴费期满，对应的值为0时，则用户信息获取模块120判断缴费期未满。用户信息获取模块120判断履约数据是否缴费期满后，可以根据不同的判断结果进行不同的处理，以获取不同的用户信息。

示例性的，用户信息获取模块120可以包括：用户信息获取子单元，该用户信息获取子单元被配置为若提取的有效风险保障契约的履约数据为缴费期满，获取有效风险保障契约所对应的第一用户信息。

其中，有效风险保障契约所对应的第一用户信息包括有效风险保障契约所对应的用户是否存在其它的有效风险保障契约和/或在预设时间内是否存在失效风险保障契约。

举例而言，如果用户信息获取模块120判断其接收到履约数据提取模块110发送的履约数据的值，如上述的缴费期满标识的值为1时，判断缴费期满，则用户信息获取模块120可以启动用户信息获取子单元，以通过用户信息获取子单元获取有效风险保障契约所对应的第一用户信息。

具体的，用户信息获取子单元可以先在该有效风险保障契约的数据记录中提取该有效风险保障契约所对应的用户标识，然后根据提取到的用户标识直接在数据库中查询该用户是否存在其它的有效风险保障契约和/或查询该用户在预设时间内是否存在失效风险保障契约。

当然，如果数据库的数据记录中没有是否缴费期满这一字段标识，但有风险保障契约的缴费期满日，则上述的履约数据提取模块110可以提取有效风险保障契约的缴费期满日，然后将提取的缴费期满日和当前日期进行比较，当判断缴费期满日对应的日期的时间戳小于当前日期的时间戳时，则履约数据提取模块可以确定有效风险保障契约的缴费期满，然后向用户信息获取模块120发送缴费期满的信息。用户信息获取模块接收到缴费期满的信息后，启动用户信息获取子单元，然后，用户信息获取子单元提取有效风险保障契约所对应的用户标识，并根据用户标识，在数据库中查询该用户是否存在其它的有效风险保障契约或该用户在预设时间内是否存在失效风险保障契约。本示例性实施方式对此不做特殊限定。

其中，预设时间可以根据需求进行自定义，例如，确定有效风险保障契约所对应的用户在两年内是否存在其他失效的有效风险保障契约。失效风险保障契约可以是原有法律效力丧失的风险保障契约。例如，逾期(包括宽限期)未交付保险费，自动垫交保险费或保险单抵押贷款之本息已超过保险单的现金价值等的风险保障契约。

示例性的，用户信息获取模块120还可以包括：第一获取单元、计算比较单元、以及第二获取单元。其中，第一获取单元被配置为检测到提取的有效风险保障契约的履约数据为缴费期未满时，获取有效风险保障契约的缴费期满日；计算比较单元配置为计算有效风险保障契约的缴费期满日和当前日期的差值，确定该差值是否在预设阈值内；第二获取单元，第二获取单元被配置为确定差值在预设阈值内时，获取有效风险保障契约所对应的第二用户信息，其中，第二用户信息包括有效风险保障契约所对应的用户是否存在其它的有效风险保障契约。

举例而言，当用户信息获取模块120接收到有效风险保障契约的缴费期满标识的值为0时，判断缴费期未满，则用户信息获取模块启动第一获取单元以提取有效风险保障契约的缴费期满日，然后通过计算比较单元，计算缴费期满日和当前日期的天数差值，得到差值后，比较该差值和预设阈值的大小，如果判断该差值在预设阈值内，则通过第二获取单元提取有效风险保障契约所对应的用户标识，再根据该用户标识从数据库中查询该有效风险保障契约所对应的用户是否存在其它的有效风险保障契约。其中，预设阈值可以根据需求进行自定义，例如300天，500天等。

在用户信息获取模块120中获取到用户信息后，在风险等级确定模块130中，则可以确定有效风险保障契约所对应的用户流失风险等级。

具体的，风险等级确定模块130可以检测有效风险保障契约当前是否配置有增值开发人员，若否，则根据履约数据和用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险，若是，则根据履约数据和用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险。

示例性的，风险等级确定模块130检测到有效风险保障契约当前未配置增值开发人员，其可以通过以下方式确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险：上述的用户信息获取模块120中接收到有效风险保障契约的履约数据为缴费期满，且用户信息获取子单元获取到有效风险保障契约所对应的用户不存在其它的有效风险保障契约和/或在预设时间内不存在失效风险保障契约时，风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险；在上述的用户信息获取模块120中接收到有效风险保障契约的缴费期满，且用户信息获取子单元获取到有效风险保障契约所对应的用户存在其它的有效风险保障契约和/或在预设时间内存在失效风险保障契约时，则风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第二级流失风险。

其中，增值开发人员可以包括有效风险保障契约的代理人，例如，保险代理人等。

示例性的，风险等级确定模块130检测到有效风险保障契约当前未配置增值开发人员，风险等级确定模块130还可以通过以下方式确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险：在上述的第一获取单元检测到有效风险保障契约的缴费期未满，且上述的计算比较单元确定缴费期满日和当前日期的差值在预设阈值内，且上述的第二获取单元获取到有效风险保障契约所对应的用户不存在其它的有效风险保障契约，风险等级模块130确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险；在上述的第一获取单元检测到有效风险保障契约的缴费期未满，且上述的计算比较单元确定缴费期满日和当前日期的差值在预设阈值内，且上述的第二获取单元获取到有效风险保障契约所对应的用户存在其它的有效风险保障契约，风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第二级流失风险。

示例性的，风险等级确定模块130检测到有效风险保障契约当前配置有增值开发人员，风险等级确定模块130可以通过以下方式确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险：用户信息获取模块120接收到履约数据提取模块110发送的有效风险保障契约的履约数据为缴费期满，且用户信息获取子单元获取到有效风险保障契约所对应的用户不存在其它的有效风险保障契约和/或在预设时间内不存在失效风险保障契约，风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险；用户信息获取模块120接收到履约数据提取模块110发送的有效风险保障契约的履约数据为缴费期满，且用户信息获取子单元获取到有效风险保障契约所对应的用户存在其它的有效风险保障契约和/或在预设时间内存在失效风险保障契约，风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第四级流失风险。

示例性的，若风险等级确定模块130检测到有效风险保障契约当前配置有增值开发人员，则风险等级确定模块可以130可以通过以下方式确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四家流失风险：在上述的履约数据提取模块110中提取到履约数据为缴费期未满，且上述的计算比较单元确定缴费期满日和当前日期的差值在预设阈值内，且上述的第二获取单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约时，风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险；在上述的履约数据提取模块110中提取到履约数据为缴费期未满，且上述的计算比较单元确定缴费期满日和当前日期的差值在预设阈值内，且上述的第二获取单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约时，风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第四级流失风险。

示例性的，风险等级确定模块130可以包括风险等级确定子单元。

具体的，风险等级确定子单元被配置为：在上述的计算比较单元确定缴费期满日和当前日期的差值大于预设阈值时，检测有效风险保障契约当前是否配置有增值开发人员，若否，则确定有效风险保障契约对应的用户流失风险等级为第二级流失风险，若是，则确定有效风险保障契约对应的用户流失风险等级为第四级流失风险。

进一步的，风险等级确定模块130确定的有效风险保障契约的用户流失风险等级为第一级流失风险或第二级流失风险时，匹配模块140可以为有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送有效风险保障契约的信息以及所对应的用户流失风险等级。

示例性的，当风险等级确定模块130确定有效风险保障契约的用户的流失风险等级为第一级流失风险或第二级流失风险时，其可以向匹配模块140发送第一级流失风险或第二级流失风险对应的风险标识，以启动匹配模块140为有效风险保障契约匹配增值开发人员。例如，第一级风险对应的风险标识为11、第二级风险对应的风险标识为12，匹配模块140接收到风险等级确定模块130发送的11或12时，可以执行为有效风险保障契约匹配增值开发人员的过程。

具体的，匹配模块140可以通过以下方式为有效风险保障契约匹配增值开发人员：如果有效风险保障契约B所对应的用户存在至少一个其它有效风险保障契约C，且各其它有效风险保障契约C当前配置有增值开发人员D1，则服务器将该增值开发人员D1优先匹配给有效风险保障契约。如果有效风险保障契约B所对应的用户存在多个其它有效风险保障契约C，且多个其它有效风险保障契约配置的增值开发人员有多个，则服务器对这多个增值开发人员的当前业务量按照从大到小的顺序进行排序，选择排名第一的增值开发人员，匹配给有效风险保障契约B。

其中，当前业务量可以包括从入职到当前的平均业务量，业务量越多，则代表该增值开发人员的业务能力越强，所以将其匹配给有效风险保障契约B，可以提高其推荐新的风险保障契约时的推荐成功概率。

如果有多个有效风险保障契约需要匹配增值开发人员时，则服务器根据排序结果进行对应的匹配，例如，先为第一个有效风险保障契约匹配排名第一的增值开发人员，然后为第二个有效风险保障契约匹配排名第二的增值开发人员，以此类推，如果需要匹配增值开发人员的有效风险保障契约的数量大于现有的增值开发人员的数量，则进行循环匹配。

例如，共有100个有效风险保障契约需要匹配增值开发人员，而现有的能够进行匹配的增值开发人员的数量为55个，则可以先随机的从100个有效风险保障契约中根据抽取55个，随机匹配给这55个增值开发人员，然后，再将剩余的45个有效风险保障契约随机匹配给排名在1-45的增值开发人员。

通过为第一级流失风险或第二级流失风险的有效风险保障契约匹配增值开发人员，可以充分挖掘客户的潜在需求，同时，可以降低客户的流失风险。

当匹配模块140为有效风险保障契约匹配增值开发人员后，其还可以向匹配的增值开发人员的客户端发送有效风险保障契约的信息以及所对应的用户流失等级。

其中，发送的有效风险保障契约的信息可以包括有效风险保障契约的类型、有效风险保障契约的内容的关键词、有效风险保障契约对应的用户标识、用户年龄、用户家庭住址、有效风险保障契约是否缴费期满、何时缴费期满等信息中的一种或多种。

进一步的，风险等级确定模块130确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，其可以将第三级流失风险的风险标识发送给上述的标记模块150。标记模块150接收到该风险标识后，可以根据接收到的风险标识向有效风险保障契约的增值开发人员的客户端发送有效风险保障契约的信息以及所对应的用户流失风险等级，以使有效风险保障契约的信息在增值开发人员的客户端上突出化显示。

例如，第三级流失风险的风险标识为13，标记模块150接收到风险等级确定模块130发送的13时，其可以执行向有效风险保障契约的增值开发人员的客户端发送有效风险保障契约的信息以及其对应的风险等级为第三级流失风险的过程。

具体的，标记模块150可以根据有效风险保障契约所对应的增值开发人员的标识向和该标识关联的客户端发送有效风险保障契约的信息以及所对应的用户流失风险等级，即，第三级流失风险。

增值开发人员的客户端接收到该有效风险保障契约的信息以及用户流失风险等级后，判断该用户流失风险等级为第三级流失风险，则在进行显示的图形用户界面中将该有效风险保障契约的信息和对应的第三级流失风险置顶显示，或者在该增值开发人员的客户列表中将该有效风险保障契约所对应的用户标识置顶显示，并将该用户标识所在的行标记为黄色，以提醒对应的增值开发人员对该用户进行重点关注。

示例性的，当风险等级确定模块130确定有效风险保障契约的用户流失风险等级为第一级流失风险或第二级流失风险时，匹配模块140向增值开发人员的客户端发送有效风险保障契约的信息以及所对应的用户流失等级后，也可以使该有效风险保障契约的信息及其对应的用户流失风险等级在新匹配的增值开发人员的客户端中进行突出化显示。

具体的，当新匹配的增值开发人员的客户端接收到有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，在接收的有效风险保障契约的信息中提取该有效风险保障契约所对应的用户标识，并将该用户标识添加在匹配的增值开发人员的客户端所显示的客户列表中，并在该增值开发人员所对应的客户列表中将该用户标识置顶，同时将该用户标识所在的行显示为红色。

如果增值开发人员同时包括上述的黄色标记和红色标记，则红色标记的置顶优先级高于黄色标记的置顶优先级，即在该增值开发人员所对应的客户列表中，所有红色标记的行位于黄色标记的行的上方。需要说明的是，上述的风险等级从第一级流失风险到第四级流失风险代表流失可能性越来越低，即，第一级流失风险对应的用户的流失可能性最大、第二级流失风险次之、第三级流失风险再次之，第四级流失风险对应的用户的流失可能性最小。

在示例性的实施方式中，图1所示的有效风险保障契约的处理系统还可以包括标签添加模块，该标签添加模块被配置为根据确定的有效风险保障契约所对应的用户流失风险等级，在数据库中给有效风险保障契约所对应的用户添加对应的用户流失风险等级标签。

具体的，标签添加模块可以根据提取的有效风险保障契约所对应的用户标识，根据该用户标识在数据库中的用户数据表中给该用户添加对应的用户流失风险等级标签。

添加用户流失风险等级标签后，响应于在图形用户界面中对有效风险保障契约的客户预警的查询操作，根据添加的标签，可以从数据库中获取到该有效风险保障契约所对应的用户流失风险等级，进而在图形用户界面中显示该有效风险保障契约所对应的用户流失风险等级，以实现用户流失风险等级的自动预警。

本示例性实施例中的风险保障契约处理系统，通过对数据库中的有效风险保障契约的处理，可以自动的确定有效风险保障契约所对应的用户流失风险等级，通过在数据库中给有效风险保障契约所对应的用户添加对应的用户流失风险等级标签，可以实现对用户流失风险程度的自动预警，进而可以辅助对应的增值开发人员根据不同的预警程度确定是否需要和有效风险保障契约所对应的老客户进行联系，以向其推荐新的有效风险保障契约，从而提高了增值开发人员的工作效率，同时也提高了有效风险保障契约推荐的准确性和及时性。

与此同时，根据多维度的风险保障契约的相关信息，例如，是否缴费期满、有效风险保障契约所对应的用户是否在预设时间内存在失效保单等，实现对用户流失风险等级的自动预警，可以提高预警的准确性。

接下来，本公开一示例性实施例中还提供了一种有效风险保障契约的处理方法，参考图2，该方法包括步骤S210-步骤S260。

在步骤S210中，从数据库中获取至少一个有效风险保障契约，提取有效风险保障契约的履约数据；

在步骤S220中，根据提取的履约数据获取有效风险保障契约所对应的用户信息；

在步骤S230中，检测有效风险保障契约当前是否配置有增值开发人员，如果没有，则转至步骤S240，如果有，则转至步骤S250。

在步骤S240中，根据履约数据和用户信息确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险；

在步骤S250中，根据履约数据和用户信息确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；

在步骤S260中，根据确定的有效风险保障契约所对应的用户流失风险等级，对有效风险保障契约进行处理。

示例性的，步骤S260的具体实施方式可以包括：当确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，为有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送有效风险保障契约的信息以及所对应的用户流失风险等级；当确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，向有效风险保障契约的增值开发人员的客户端发送有效风险保障契约的信息以及所对应的用户流失风险等级，以使有效风险保障契约的信息在增值开发人员的客户端上突出化显示。

其中，为有效风险保障契约匹配增值开发人员的具体实施方式和上述的匹配模块的具体实施方式相同，此处不再进行赘述。通过为有效风险保障契约匹配增值开发人员，可以辅助降低有效风险保障契约所对应的用户的流失风险。

同样的，在增值开发人员的客户端上突出化显示有效风险保障契约的信息的具体实施方式已经在上述的标记模块中进行说明，此处不再进行赘述。通过突出化显示，可以提醒对应的增值开发人员对该有效风险保障契约所对应的用户进行重点关注。

需要说明的是，上述步骤S210至步骤S260均由服务器来执行。

下面，结合图3至图6对上述的有效风险保障契约的处理方法中的各步骤的具体实施方式进行更新详细的说明。

图3示出本公开一示例性实施例中确定第一级流失风险或第二级流失风险的方法的流程示意图。该方法可以包括步骤S301-步骤S309。

在步骤S301中，从数据库中获取至少一个有效风险保障契约。

其中，可以在数据库中对所有的风险保障契约进行筛选，以获取至少一个有效风险保障契约。具体的，筛选的条件可以包括上述的中的缴费状态正常，且缴费期未满的风险保障契约或缴费期满，但当前仍在保险权益期间内的风险保障契约。

在步骤S302中，服务器判断有效风险保障契约是否有对应的增值开发人员，如果没有，则执行步骤S303，如果有，则执行步骤S403至步骤S409(在后面的图4中会进行说明)。

在步骤S303中，服务器判断有效风险保障契约是否缴费期满，如果缴费期未满，则执行步骤S304，如果缴费期满，则执行步骤S305和/或步骤S306；

在步骤S304中，判断有效风险保障契约的缴费期满日和当前日期的差值是否在预设阈值内，如果在，则执行步骤S305，如果不在，则执行步骤S307。

在步骤S305中，判断有效风险保障契约所对应的用户是否存在其它有效风险保障契约，如果没有，则执行步骤S308，如果有，则执行步骤S309。

在步骤S206中，判断有效风险保障契约所对应的用户是否存在其它失效两年内的风险保障契约，如果没有，则执行步骤S208，如果有，则确定该有效风险保障契约所对应的用户流失风险等级为第二级流失风险。

在步骤S307中，获取有效风险保障契约所对应的客户信息及该有效风险保障契约的信息，并为该有效风险保障契约所对应的用户添加第二级流失风险标签。

在步骤S308中，获取有效风险保障契约所对应的客户信息及该有效风险保障契约的信息，并为该有效风险保障契约所对应的用户添加第一级流失风险标签。

在步骤S309中，获取有效风险保障契约所对应的客户信息及该有效风险保障契约的信息，并为该有效风险保障契约所对应的用户添加第二级流失风险标签。

图4示出本公开一示例性实施例中确定第三级流失风险和第四级流失风险的方法的流程示意图。该方法可以包括步骤S401至步骤S409。

其中，步骤S401至步骤S402与上述的步骤S301至步骤S302的具体实施方式完全相同，此处不再进行赘述。

在步骤S403中，判断有效风险保障契约是否缴费期满，如果缴费期未满，则执行步骤S404，如果缴费期满，则执行步骤S405和/或步骤S406。

其中，有效风险保障契约的期满日可以通过前端页面进行录入，也可以直接在有效风险保障契约中进行提取。

在步骤S404中，判断有效风险保障契约的缴费期满日和当前日期的差值是否在预设阈值内，如果在，则执行步骤S405，如果不在，则执行步骤S407。

在步骤S405中，判断有效风险保障契约所对应的用户是否存在其它有效风险保障契约，如果没有，则执行步骤S408，如果有，则执行步骤S409。

在步骤S406中，判断有效风险保障契约所对应的用户是否存在其它失效两年内的风险保障契约，如果没有，执行步骤S308，如果有，则确定该有效风险保障契约所对应的用户流失风险等级为第四级流失风险。

在步骤S407中，获取有效风险保障契约所对应的客户信息及该有效风险保障契约的信息，并为该有效风险保障契约所对应的用户添加第四级流失风险标签。

在步骤S408中，获取有效风险保障契约所对应的客户信息及该有效风险保障契约的信息，并为该有效风险保障契约所对应的用户添加第三级流失风险标签。

在步骤S409中，获取该有效风险保障契约所对应的客户信息及该有效风险保障契约的信息，并为该有效风险保障契约所对应的用户添加第三级流失风险标签。

示例性的，第一级流失风险标签可以表示流失风险极高、第二级流失风险标签可以表示流失风险高、第三级流失风险标签可以表示流失风险为中、第四级流失风险标签可以表示流失风险为低。

图5示出本公开一示例性实施例中为风险保障契约添加标签的方法的流程示意图。参考图5，该方法可以包括步骤S510-步骤S540。

在步骤S510中，获取多个渠道录入的风险保障契约。其中，多个渠道包括个险渠道、车险渠道、养老保险渠道等中的至少两个。

在步骤S520中，将多个渠道的风险保障契约存储到数据仓库中。

在步骤S530中，根据录入的预设条件，确定数据仓库中的有效风险保障契约的用户流失风险等级。

其中，录入的预设条件可以包括是否有效、是否期满、是否孤儿单、有效风险保障契约所对应的用户是否存在其它有效风险保障契约等中的至少一种。

在步骤S540中，获取各有效风险保障契约的用户标识和该有效风险保障契约的信息，并根据该有效风险保障契约的信息在数据仓库中为该有效风险保障契约的用户添加对应的用户流失风险等级标签。

举例而言，若用户流失风险等级为:第一级流失风险，此用户即为可二次开发且分单的有潜力客户，且为最有可能流失的客户；若用户流失风险等级为:第二级流失风险，此用户即为可二次开发且分单的有潜力客户，且为极有可能流失的客户；若用户流失风险等级为:第三级流失风险，此客户即为可能流失客户，可督促保险代理人重点关注；若用户流失风险等级为:第四级流失风险，此客户即为一般可能流失客户；用户流失风险等级信息可在数据仓库中打标记，客户标记信息或保单信息等可通过接口推送下游系统，例如，推送到客户端。其中，二次开发表示可以为该用户再次推荐新的风险保障契约，分单表示可以为该用户重新匹配增值开发人员。

图6示出本公开一示例性实施例中根据用户流失风险等级对风险保障契约进行处理的方法的流程示意图。该方法可以包括步骤S610-步骤S640。

在步骤S610中，确定有效风险保障契约的用户流失风险等级。

示例性的，可以通过上述步骤S210至步骤S260确定有效风险保障契约的用户流失风险等级。

在步骤S620中，当用户流失风险等级为第一级流失风险或第二级流失风险时，对该有效风险保障契约匹配增值开发人员。

为该有效风险保障契约匹配增值开发人员后，该增值开发人员可以为该有效风险保障契约所对应的用户推荐新的风险保障契约。

在步骤S630中，当用户流失风险等级为第三级流失风险时，对该有效风险保障契约及其对应的用户进行突出化标记，以提示增值开发人员重点关注该有效风险保障契约所对应的用户。

在步骤S640中，当用户流失风险等级为第四级流失风险时，则可以保持该有效风险保障契约的信息，不对其进行任何处理，为其对应的用户添加第四级流失风险标签即可。

在一种示例性应用场景中，可以根据上述的风险保障契约处理系统或风险保障契约处理方法对来电客户做客户画像，客户画像的指标为该客户流失风险等级或者该客户是否可以进行二次开发。具体的，可以通过数据调用接口获取数据库中截止来电前一天缴费期满的风险保障契约所对应的客户，当客户来电时，可以并发的对该客户的风险等级进行查询，以得到该客户的画像指标值，从而建立客户画像。

在另一种示例性应用场景中，在图7所示的图形用户界面中，可以提供“客户预警”控件，响应于对客户预警控件的触发操作，可以显示图8所示的图形用户界面，可以在图8所示的图形用户界面中填写保单的信息，例如，期满时间、最早失效时间、渠道等信息，填写完成后，触发“查询”控件，可以在图形用户界面中显示根据输入的保单信息查询出的保单号及对应的代理人工号、代理人姓名、该保单对应的客户是否可能流失等信息。

其中，当该保单对应的客户添加了上述的第一级流失风险或第二级流失风险或第三级流失风险或第四级流失风险时，则该保单对应的客户是否可能流失信息显示为是和/或对应的显示风险等级标签，否则，显示为否，即，未添加任何风险等级标签的客户的流失可能性为否。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本公开的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930以及显示单元940。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

例如，所述处理单元910可以执行如图2中所示的：步骤S210，从数据库中获取至少一个有效风险保障契约，提取有效风险保障契约的履约数据；步骤S220，根据提取的履约数据获取有效风险保障契约所对应的用户信息；步骤S230，检测有效风险保障契约当前是否配置有增值开发人员，如果没有，则转至步骤S240，如果有，则转至步骤S250；步骤S240，根据履约数据和用户信息确定有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险；步骤S250，根据履约数据和用户信息确定有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；步骤S260，根据确定的用户流失风险等级，对有效风险保障契约进行处理。

又如，所述处理单元910还可以执行如图3至图6所示的各个步骤。

显示单元940可以响应于用户触发操作，显示通过处理单元910确定的有效风险保障契约的用户流失风险等级标签，例如，响应于用户在图形用户界面的触发操作，显示单元940可以在图形用户界面中显示用户触发操作对应的有效风险保障契约的用户流失风险等级。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (10)

1.一种风险保障契约处理系统，其特征在于，包括：

履约数据提取模块，被配置为从数据库中获取至少一个有效风险保障契约，提取所述有效风险保障契约的履约数据；

用户信息获取模块，被配置为根据提取的所述履约数据获取所述有效风险保障契约所对应的用户信息；

风险等级确定模块，被配置为检测所述有效风险保障契约当前是否配置有增值开发人员，若否，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险，若是，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；

匹配模块，被配置为确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，为所述有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级；

标记模块，被配置为确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，向所述有效风险保障契约的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级，以使所述有效风险保障契约的信息在增值开发人员的客户端上突出化显示；

其中，所述匹配模块为所述有效风险保障契约匹配增值开发人员，包括：

若所述有效风险保障契约对应于的用户存在至少一个其它有效风险保障契约，且各所述其它有效风险保障契约当前配置有相同的第一增值开发人员，则将第一增值开发人员优先匹配给所述有效风险保障契约；

若所述有效风险保障契约对应于的用户存在至少一个其它有效风险保障契约，且各所述其它有效风险保障契约当前配置有多个第二增值开发人员，对所述多个第二增值开发人员的当前业务量按照从大到小的顺序进行排序，将排序结果中排名第一的特定增值开发人员匹配给所述有效风险保障契约；

若存在多个有效风险保障契约，则为第一个有效风险保障契约匹配所述排名第一的特定增值开发人员，为第二个有效风险保障契约匹配所述排名第二的特定增值开发人员，以此类推直到完成对于各有效风险保障契约的匹配；

其中，所述当前业务量包括增值开发人员从入职到当前的平均业务量，所述当前业务量与业务能力之间呈正比关系。

2.根据权利要求1所述的风险保障契约处理系统，其特征在于，所述用户信息获取模块包括：

用户信息获取子单元，所述用户信息获取子单元被配置为若提取的所述有效风险保障契约的履约数据为缴费期满，则获取所述有效风险保障契约所对应的第一用户信息；

其中，所述第一用户信息包括所述有效风险保障契约所对应的用户是否存在其它的有效风险保障契约和/或在预设时间内是否存在失效风险保障契约。

3.根据权利要求2所述的风险保障契约处理系统，其特征在于，若所述风险等级确定模块检测到所述有效风险保障契约当前未配置增值开发人员，则所述风险等级确定模块通过执行以下步骤根据所述履约数据和所述用户信息确定所述第一级流失风险或第二级流失风险：

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约和/或在预设时间内不存在失效风险保障契约时，则确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险；

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约和/或在预设时间内存在失效风险保障契约时，则确定所述有效风险保障契约所对应的用户流失风险等级为第二级流失风险。

4.根据权利要求2所述的风险保障契约处理系统，其特征在于，若所述风险等级确定模块检测到所述有效风险保障契约当前配置有增值开发人员，则所述风险等级确定模块通过执行以下步骤根据所述履约数据和所述用户信息确定第三流失风险等级或第四流失风险等级：

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约和/或在预设时间内不存在失效风险保障契约，则确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险；

当所述用户信息获取子单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约和/或在预设时间内存在失效风险保障契约，则确定所述有效风险保障契约所对应的用户流失风险等级为第四级流失风险。

5.根据权利要求1所述的风险保障契约处理系统，其特征在于，所述用户信息获取模块，包括：

第一获取单元，所述第一获取单元被配置为若提取的所述有效风险保障契约的履约数据为缴费期未满，则获取所述有效风险保障契约的缴费期满日；

计算比较单元，所述计算比较单元配置为计算所述有效风险保障契约的缴费期满日和当前日期的差值，确定所述差值是否在预设阈值内；

第二获取单元，所述第二获取单元被配置为确定所述差值在预设阈值内时，获取所述有效风险保障契约所对应的第二用户信息，其中，所述第二用户信息包括所述有效风险保障契约所对应的用户是否存在其它的有效风险保障契约。

6.根据权利要求5所述的风险保障契约处理系统，其特征在于，若所述风险等级确定模块检测到所述有效风险保障契约当前未配置增值开发人员，则所述风险等级确定模块通过执行以下步骤确定所述第一级流失风险或第二级流失风险：

当所述第二获取单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险；

当所述第二获取单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第二级流失风险。

7.根据权利要求5所述的风险保障契约处理系统，其特征在于，若所述风险等级确定模块检测到所述有效风险保障契约当前配置有增值开发人员，则所述风险等级确定模块通过执行以下步骤确定所述第三级流失风险或第四级流失风险：

当所述第二获取单元获取到所述有效风险保障契约所对应的用户不存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险；

当所述第二获取单元获取到所述有效风险保障契约所对应的用户存在其它的有效风险保障契约时，确定所述有效风险保障契约所对应的用户流失风险等级为第四级流失风险。

8.根据权利要求5所述的风险保障契约处理系统，其特征在于，所述风险等级确定模块，包括：

风险等级确定子单元，所述风险等级确定子单元被配置为若所述计算比较单元确定所述差值大于预设阈值，检测所述有效风险保障契约当前是否配置有增值开发人员，若否，则确定所述有效风险保障契约对应的用户流失风险等级为第二级流失风险，若是，则确定所述有效风险保障契约对应的用户流失风险等级为第四级流失风险。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现风险保障契约的处理方法，其中，所述风险保障契约的处理方法包括：

从数据库中获取至少一个有效风险保障契约，提取所述有效风险保障契约的履约数据；

根据提取的所述履约数据获取所述有效风险保障契约所对应的用户信息；

检测所述有效风险保障契约当前是否配置有增值开发人员，若否，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险，若是，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；当确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，为所述有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级；

当确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，向所述有效风险保障契约的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级，以使所述有效风险保障契约的信息在增值开发人员的客户端上突出化显示；

其中，为所述有效风险保障契约匹配增值开发人员，包括：

若所述有效风险保障契约对应于的用户存在至少一个其它有效风险保障契约，且各所述其它有效风险保障契约当前配置有相同的第一增值开发人员，则将第一增值开发人员优先匹配给所述有效风险保障契约；

若所述有效风险保障契约对应于的用户存在至少一个其它有效风险保障契约，且各所述其它有效风险保障契约当前配置有多个第二增值开发人员，对所述多个第二增值开发人员的当前业务量按照从大到小的顺序进行排序，将排序结果中排名第一的特定增值开发人员匹配给所述有效风险保障契约；

若存在多个有效风险保障契约，则为第一个有效风险保障契约匹配所述排名第一的特定增值开发人员，为第二个有效风险保障契约匹配所述排名第二的特定增值开发人员，以此类推直到完成对于各有效风险保障契约的匹配；

其中，所述当前业务量包括增值开发人员从入职到当前的平均业务量，所述当前业务量与业务能力之间呈正比关系。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现风险保障契约的处理方法，所述风险保障契约的处理方法包括：

从数据库中获取至少一个有效风险保障契约，提取所述有效风险保障契约的履约数据；

根据提取的所述履约数据获取所述有效风险保障契约所对应的用户信息；

检测所述有效风险保障契约当前是否配置有增值开发人员，若否，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险，若是，则根据所述履约数据和所述用户信息确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险或第四级流失风险；

当确定所述有效风险保障契约所对应的用户流失风险等级为第一级流失风险或第二级流失风险时，为所述有效风险保障契约匹配增值开发人员，并向匹配的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级；

当确定所述有效风险保障契约所对应的用户流失风险等级为第三级流失风险时，向所述有效风险保障契约的增值开发人员的客户端发送所述有效风险保障契约的信息以及所对应的用户流失风险等级，以使所述有效风险保障契约的信息在增值开发人员的客户端上突出化显示；

其中，为所述有效风险保障契约匹配增值开发人员，包括：

若所述有效风险保障契约对应于的用户存在至少一个其它有效风险保障契约，且各所述其它有效风险保障契约当前配置有相同的第一增值开发人员，则将第一增值开发人员优先匹配给所述有效风险保障契约；

若所述有效风险保障契约对应于的用户存在至少一个其它有效风险保障契约，且各所述其它有效风险保障契约当前配置有多个第二增值开发人员，对所述多个第二增值开发人员的当前业务量按照从大到小的顺序进行排序，将排序结果中排名第一的特定增值开发人员匹配给所述有效风险保障契约；

若存在多个有效风险保障契约，则为第一个有效风险保障契约匹配所述排名第一的特定增值开发人员，为第二个有效风险保障契约匹配所述排名第二的特定增值开发人员，以此类推直到完成对于各有效风险保障契约的匹配；

其中，所述当前业务量包括增值开发人员从入职到当前的平均业务量，所述当前业务量与业务能力之间呈正比关系。