CN109636633A - 数据处理方法、装置和存储介质 - Google Patents

Abstract

本发明提供一种数据处理方法、装置和存储介质，该方法包括：接收终端发送的数据处理请求，数据处理请求包括：终端对应的用户的标识；根据用户的标识，获取用户的保单数据；根据保单数据中的保单属性，获取用户的目标层级；根据保单数据、目标层级，以及层级和红利发放规则的对应关系，获取用户的红利数据，并将用户的红利数据发送给终端。本发明中根据用户的保单数据将用户分为不同的层级，不同层级的用户对应不同的红利发放规则，提高了用户体验。

Description

数据处理方法、装置和存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种数据处理方法、装置和存储介质。

背景技术

随着人们生活水平的提高，越来越多的人对保险概念、性质、职能作用的认知增加，且对保险的需求明显提高。分红型保险是指保险公司将其实际经营成果优于定价假设的盈余，按一定比例向用户进行分配的保险产品。拥有此类保险的用户可以分享保险公司的经营成果，用户每年都有权获得建立在保险公司经营成果基础上的红利分配。简单的说就是分享红利，享受公司的经营成果。

现有技术中，进行红利的发放方式为：根据用户保单的投保金额，均按照一定的比例进行红利的计算和发放。这种方式仅根据投保金额进行红利的计算的维度单一，若有些用户虽然每次的投保金额少，但投保频率、投保次数都很大，则用户获取的红利很低，导致用户体验差。

发明内容

本发明提供一种数据处理方法、装置和存储介质，根据用户的保单数据将用户分为不同的层级，不同层级的用户对应不同的红利发放规则，提高了用户体验。

本发明的第一方面提供一种数据处理方法，其特征在于，包括：

接收终端发送的数据处理请求，所述数据处理请求包括：所述终端对应的用户的标识；

根据所述用户的标识，获取所述用户的保单数据；

根据所述保单数据中的保单属性，获取所述用户的目标层级；

根据所述保单数据、所述目标层级，以及层级和红利发放规则的对应关系，获取所述用户的红利数据，并将所述用户的红利数据发送给所述终端。

可选的，所述根据所述保单数据中的保单属性，获取所述用户的目标层级之前，还包括：

根据所述保单数据中的保单金额，获取所述用户的类别，一个所述类别中包括多个层级。

可选的，所述保单数据中的保单属性为多个，所述根据所述保单数据中的保单属性，获取所述用户的目标层级，包括：

根据每个所述保单属性，获取每个所述保单属性对应的用户的待选层级；

根据多个所述待选层级，获取所述用户的目标层级。

可选的，所述根据多个所述待选层级，获取所述用户的目标层级，包括：

将多个所述待选层级中层级最高的候选层级作为所述用户的目标层级。

可选的，所述根据多个所述待选层级，获取所述用户的目标层级，包括：

将多个所述待选层级中，出现层级次数最多的候选层级作为所述用户的目标层级。

可选的，所述获取所述用户的红利数据之前，还包括：

根据所述保单数据，获取保单种类；

根据所述保单种类，获取所述层级和红利发放规则的对应关系。

可选的，所述保单属性包括投保年期、投保频率和所述用户的用户信息。

本发明的第二方面提供一种数据处理装置，包括：

数据处理请求接收模块，用于接收终端发送的数据处理请求，所述数据处理请求包括：所述终端对应的用户的标识；

保单数据获取模块，用于根据所述用户的标识，获取所述用户的保单数据；

目标层级获取模块，用于根据所述保单数据中的保单属性，获取所述用户的目标层级；

红利数据获取模块，用于根据所述保单数据、所述目标类别，以及层级和红利发放规则的对应关系，获取所述用户的红利数据，并将所述用户的红利数据发送给所述终端。

可选的，所述装置还包括：类别获取模块；

所述类别获取模块，用于根据所述保单数据中的保单金额，获取所述用户的类别，一个所述类别中包括多个层级。

可选的，所述保单数据中的保单属性为多个。

可选的，所述目标层级获取模块，具体用于根据每个所述保单属性，获取每个所述保单属性对应的用户的待选层级；根据多个所述待选层级，获取所述用户的目标层级。

可选的，所述目标层级获取模块，具体用于将多个所述待选层级中层级最高的候选层级作为所述用户的目标层级。

可选的，所述目标层级获取模块，具体用于将多个所述待选层级中，出现层级次数最多的候选层级作为所述用户的目标层级。

可选的，所述装置还包括：对应关系获取模块；

所述对应关系获取模块，用于根据所述保单数据，获取保单种类；根据所述保单种类，获取所述层级和红利发放规则的对应关系。

可选的，所述保单属性包括投保年期、投保频率和所述用户的用户信息。

本发明的第三方面提供一种数据处理装置，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述数据处理装置执行上述数据处理方法。

本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现上述数据处理方法。

本发明提供一种数据处理方法、装置和存储介质，该方法包括：接收终端发送的数据处理请求，数据处理请求包括：终端对应的用户的标识；根据用户的标识，获取用户的保单数据；根据保单数据中的保单属性，获取用户的目标层级；根据保单数据、目标层级，以及层级和红利发放规则的对应关系，获取用户的红利数据，并将用户的红利数据发送给终端。本发明中根据用户的保单数据将用户分为不同的层级，不同层级的用户对应不同的红利发放规则，提高了用户体验。

附图说明

图1为本发明提供的数据处理方法适用的场景示意图；

图2为本发明提供的数据处理方法的流程示意图一；

图3为本发明提供的终端界面变化示意图；

图4为本发明提供的保单示例图；

图5为本发明提供的数据处理方法的流程示意图二；

图6为本发明提供的示例保单对应的红利数据示例图；

图7为本发明提供的数据处理装置的结构示意图一；

图8为本发明提供的数据处理装置的结构示意图二；

图9为本发明提供的数据处理装置的结构示意图三。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明的实施例，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有技术中，红利的发放方式为根据用户保单的投保金额，按照一定的比例进行。这种方式仅根据投保金额进行红利的计算的维度单一，对于一次性投保金额较大的用户有利，但是对于有些每次的投保金额少，但投保频率、投保次数都很大的用户不利；现有技术中仅以投保金额作为区分用户的参数，使得划分的用户的层级不准确，导致用户体验差，进而会影响保险产品的销量。

为了解决上述问题，本发明中提供一种数据处理方式，根据用户的保单数据将用户划分为不同的层级，不同层级的用户具有不同的红利发放规则，能够满足不同层级的用户的要求，进而提高用户体验。

图1为本发明提供的数据处理方法适用的场景示意图，如图1所示，本发明提供的数据处理方法适用的场景包括：终端和数据处理装置；其中，本发明提供的数据处理方法可以应用在用户查询红利数据的场景中，用户通过终端向数据处理装置发送数据处理请求，进而触发数据处理装置按照本发明中的数据处理方法获取用户的红利数据，且将该红利数据返回给终端。

本实施例中的终端可以为手机、个人数字助理(Personal Digital Assistant，简称：PDA)、平板电脑、便携设备(例如，便携式计算机、袖珍式计算机或手持式计算机)等移动设备；也可以是台式计算机等固定设备。

值得注意的是，本发明提供的数据处理方法也可应用在保险企业计算用户的红利数据的场景中；该种场景中，不需要终端的触发，数据处理装置根据接收到操作人员的操作指令，采用本发明中的数据处理方法获取多个用户的红利数据。

图2为本发明提供的数据处理方法的流程示意图一，图2所示方法流程的执行主体可以为数据处理装置，该数据处理装置可由任意的软件和/或硬件实现。如图2所示，本实施例提供的数据处理方法可以包括：

S201，接收终端发送的数据处理请求，数据处理请求包括：终端对应的用户的标识。

本实施例中以用户在终端上进行查询红利数据的场景进行示例说明；图3为本发明提供的终端界面变化示意图，如图3中的界面301所示，终端界面上显示有输入框，该输入框可用于输入用户的标识，如用户的账号，姓名、昵称、手机号码或身份证号码等，值得注意的是，用户输入的用户的标识需要与用户在办理分红保险业务时的用户的标识相同。在用户输入用户标识后，该界面301上还显示有确认控件，该确认控件用于触发终端向数据处理装置发送数据处理请求，该数据处理请求包括终端对应的用户的标识。

可以想到的是，终端向数据处理装置发送数据处理请求的场景还可以是用户在终端上登录获取红利的应用程序，在终端界面可以显示有“红利”控件，用户点击该“红利”控件，触发终端向数据处理装置发送数据处理请求，由于用户已经通过登陆账号登录至该获取红利的应用程序，则该数据处理请求包括终端对应的用户的标识。

可选的，在终端向数据处理装置发送数据处理请求后，终端界面跳转至界面302，显示有“发送成功”的字样，以提醒用户数据处理请求发送成功。

S202，根据用户的标识，获取用户的保单数据。

数据处理装置在接收到数据处理请求后，可以根据该数据处理请求中的用户标识，获取用户的保单数据；具体的，数据处理装置中可以存储有所有的用户的保单数据，保单数据中具有用户的标识，数据处理装置通过在所有的用户的保单数据中进行用户标识的匹配，进而获取用户的保单数据。

可选的，用户的保单数据也可存储在保单数据库中，数据处理装置在接收到数据处理请求后，可以通过在数据库中查询获取用户的保单数据；可选的，应用场景中也可以设置有保单查询装置，数据处理装置在接收到数据处理请求后，可以向保单查询装置发送用户的标识，以使保单查询装置根据用户的标识获取用户的保单数据，进而将用户的保单数据返回给数据处理装置。

本实施例中，用户的保单数据可以包括保单属性，示例性的，图4为本发明提供的保单示例图，如图4所示，保单属性可以包括：投保类型、投保年期、投保频率、投保人信息和投保金额等。具体的，投保人信息为用户信息，用户信息可以包括：用户性别、用户年龄、用户职业等。

S203，根据保单数据中的保单属性，获取用户的目标层级。

本实施例中的用户层级可以为高端用户中的A类用户、B类用户和C类用户，或者中端用户中的A类用户、B类用户和C类用户，或者普通用户中的A类用户、B类用户和C类用户等。

本实施例中，保单数据中的保单属性可以为投保年期、投保频率和用户的用户信息中的一种或多种。具体的，可以根据保单数据中的每个保单属性对应的层级获取用户的目标层级。表一中示例性的示出了保单属性为投保频率与用户的层级的对应关系，表一中的表格形式仅为表示保单属性与用户的层级的对应关系的一种示例，也可采用其他形式表示保单属性与用户的层级的对应关系。

本实施例中的保单数据中的保单属性可以为一个或多个，对应的，用户的层级可以为一个或多个；示例性的，如保单数据中的保单属性为一个时，可以将该保单属性对应的用户层级作为用户的目标层级。

当保单数据中的保单属性为多个时，可以根据每个保单属性对应的用户层级，获取用户的目标层级；示例性的，如可以是投保频率对应的用户层级、投保年期对应的用户层级和投保金额对应的用户层级；数据处理装置根据投保频率对应的用户层级、投保年期对应的用户层级和投保金额对应的用户层级，进而获取用户的目标层级。

本实施例中，可以将用户保单属性中获取的用户层级最多的层级作为用户的目标层级，示例性的，如投保频率、投保年期和投保金额对应的层级分别为A、A和B，则将A作为用户的目标层级。

或者，将用户保单属性中获取的层级最高或最低的层级作为用户的目标层级，示例性的，如投保频率、投保年期和投保金额对应的层级分别为A、B和C，则可以将A或C作为用户的目标层级。本实施例对如何根据多个层级获取用户的目标层级的具体方式不做限制。

表一

投保频率	用户层级
		半年	A
一年	B
		两年	C

S204，根据用户的保单数据、目标层级，以及层级和红利发放规则的对应关系，获取用户的红利数据，并将用户的红利数据发送给终端。

本实施例中，数据处理装置中存储有层级和红利发放规则的对应关系，具体的，对于不同的层级的用户，其对应的红利发放规则不同；具体的，数据处理装置在确定用户的层级后，根据层级和红利发放规则的对应关系，获取该用户对应的红利发放规则，按照该规则和用户的保单数据，获取用户的红利数据。

其中，红利发放规则可以是对于不同层级的用户，红利为投保金额的不同的比例；示例性的，高端用户中的A类用户为最高层级的用户，其红利为投保金额的10％；普通用户中的C类用户为最低层级的用户，其红利为投保金额的1％。或者，本实施例中的红利发放规则也可以是根据保单数据中各保单属性的权重预先设置的计算公式，对于不同层级的用户，保单数据中各保单属性的权重不同，且计算公式也可以自主设置。

数据处理装置在获取用户的红利数据后，将用户的红利数据发送给终端，以使用户获取该红利数据；具体的，如图3所示，终端界面跳转至界面303，该界面上显示有用户的红利数据，界面303中显示的“红利返还100元”。

本实施例提供的数据处理方法包括：接收终端发送的数据处理请求，数据处理请求包括：终端对应的用户的标识；根据用户的标识，获取用户的保单数据；根据保单数据中的保单属性，获取用户的目标层级；根据保单数据、目标层级，以及层级和红利发放规则的对应关系，获取用户的红利数据，并将用户的红利数据发送给终端。本实施例中根据用户的保单数据将用户分为不同的层级，不同层级的用户对应不同的红利发放规则，提高了用户体验。

在上述实施例的基础上，下面结合图5对本发明提供的数据处理方法中如何获取用户的目标层级进行详细说明，图5为本发明提供的数据处理方法的流程示意图二，如图5所示，本实施例提供的数据处理方法可以包括：

S501，接收终端发送的数据处理请求，数据处理请求包括：终端对应的用户的标识。

S502，根据用户的标识，获取用户的保单数据。

S503，根据保单数据中的保单金额，获取用户的类别，一个类别中包括多个层级。

本实施例中，数据处理装置中存储有用户分类规则，其中，用户分类规则用于表示保单数据中的保单金额与用户类别的对应关系。用户分类规则具体可以为保单数据中的投保金额与用户类别的对应关系。示例性的，表二为投保金额与用户类别的对应关系。

表二

投保金额(万)	用户类别
		10-50	高端用户
5-10	中端用户
		1-5	普通用户

其中，本实施例中的用户类别中包括多个用户层级，具体的，用户层级可以为高端用户中的A类用户、B类用户和C类用户，或者中端用户中的A类用户、B类用户和C类用户，或者普通用户中的A类用户、B类用户和C类用户等。

数据处理装置在根据用户的保单数据中的投保金额获取用户的用户类别后，可以根据上述实施例中的数据处理方法获取用户的用户类别中的目标层级。本实施例中具体采用下述S504-S505中的方式获取用户的目标层级。

S504，根据每个保单属性，获取每个保单属性对应的用户的待选层级。

具体的，保单数据中的保单属性为多个，本实施例中获取用户的类别后，在每个类别中需要获取用户的层级；具体的，保单数据中的每个保单属性与用户层级具有对应关系。具体的，本实施例中每个保单属性与用户层级为候选层级。

如保单属性包括投保年期、投保频率和用户的用户信息，则每个保单属性与用户层级具有对应关系包括：投保年期与用户层级的对应关系、投保频率与用户层级的对应关系、用户信息与用户层级的对应关系；具体的，如图4所示，用户信息可以包括用户年龄、用户性别和用户职业等。则其中的用户信息与用户层级的对应关系包括：用户年龄与用户层级的对应关系、用户性别与用户层级的对应关系、用户职业与用户层级的对应关系等。

本实施例中的每个保单属性与用户层级的对应关系具体可如上表一所示，根据各保单属性与用户层级的对应关系，可以获取每个保单属性对应的用户层级。

示例性的，如在S503中获取用户的用户类别为高端用户，且获取用户的投保年期、投保频率、用户年龄、用户性别和用户职业分别对应的用户层级为A、A、B、C和A。

S505，根据多个待选层级，获取用户的目标层级。

本实施例中，为了提高用户体验，其使得用户利益最大化，可以将多个待选层级中层级最高的候选层级作为用户的目标层级。示例性的，如上述用户的目标层级为第一子层级为A、A、B、C和A中的层级最高的层级，为A。具体的，该用户的层级为高端用户中的A类用户。

或者，将多个待选层级中，出现层级次数最多的候选层级作为用户的目标层级。示例性的，如投保频率、投保年期和投保金额对应的候选层级分别为A、A和B，则将A作为用户的目标层级。

具体的，图6为本发明提供的示例保单对应的红利数据示例图，如图6所示，示例保单对应的红利示例图中包含有用户的目标层级，具体的，还可以包括用户的投保年期和红利发放规则等，图6中示例性的将红利发放规则采用编号的方式进行显示，如a。

S506，根据用户的保单数据，获取保单种类；根据保单种类，获取层级和红利发放规则的对应关系。

本实施例中不同的保险种类，对应有不同的层级和红利发放规则的对应关系；数据处理装置在获取用户的层级后，还需要根据用户的保单数据，获取保单种类，进而根据保单种类确定层级和红利发放规则的对应关系。

示例性的，表三为保险种类与红利发放规则的对应关系。其中示例性的示出了大病险、意外险和寿险对应的红利发放规则。

表三

保险种类	红利发放规则
		大病险	a
意外险	b
		寿险	c

S507，根据用户的保单数据、目标层级，以及层级和红利发放规则的对应关系，获取用户的红利数据，并将用户的红利数据发送给终端。

本实施例中的S501-S502、S507中的实施方式具体可参照上述实施例中的S201-S202、S204中的相关描述，在此不作赘述。

本实施例中，根据保单数据和用户分类规则，获取用户的用户类别，用户类别中包括多个用户层级，再根据多个保单属性对应的多个候选层级，获取用户的目标层级；进一步的，将多个保单属性对应的候选层级中，层级最高的第一子层级作为用户的目标层级，或者将候选层级中，出现次数最多的层级作为用户的目标层级；且根据用户的保单数据，获取保单种类，根据保单种类，获取层级和红利发放规则的对应关系，进而获取用户的红利数据。本实施例中根据用户的保单数据中的保单属性，将用户分为不同的层级，不同层级的用户对应不同的红利发放规则，提高了用户体验。

图7为本发明提供的数据处理装置的结构示意图一，如图7所示，该数据处理装置700包括：数据处理请求接收模块701、保单数据获取模块702、目标层级获取模块703和红利数据获取模块704。

数据处理请求接收模块701，用于接收终端发送的数据处理请求，数据处理请求包括：终端对应的用户的标识。

保单数据获取模块702，用于根据用户的标识，获取用户的保单数据。

目标层级获取模块703，根据保单数据中的保单属性，获取用户的目标层级。

红利数据获取模块704，用于根据保单数据、目标类别，以及层级和红利发放规则的对应关系，获取用户的红利数据，并将用户的红利数据发送给终端。

本实施例提供的数据处理装置与上述数据处理方法实现的原理和技术效果类似，在此不作赘述。

可选的，图8为本发明提供的数据处理装置的结构示意图二，如图8所示，该数据处理装置700还包括：类别获取模块705和对应关系获取模块706。

类别获取模块705，用于根据保单数据中的保单金额，获取用户的类别，一个类别中包括多个层级。

对应关系获取模块706，用于根据保单数据，获取保单种类；根据保单种类，获取层级和红利发放规则的对应关系。

可选的，保单数据中的保单属性为多个。

可选的，目标层级获取模块703，具体用于根据每个保单属性，获取每个保单属性对应的用户的待选层级；根据多个待选层级，获取用户的目标层级。

可选的，目标层级获取模块703，具体用于将多个待选层级中层级最高的候选层级作为用户的目标层级。

可选的，目标层级获取模块703，具体用于将多个待选层级中，出现层级次数最多的候选层级作为用户的目标层级。

可选的，保单属性包括投保年期、投保频率和用户的用户信息。

图9为本发明提供的数据处理装置的结构示意图三，该数据处理装置例如可以是终端设备，比如智能手机、平板电脑、计算机等。如图9所示，该数据处理装置900包括：存储器901和至少一个处理器902。

存储器901，用于存储程序指令。

处理器902，用于在程序指令被执行时实现本实施例中的数据处理方法，具体实现原理可参见上述实施例，本实施例此处不再赘述。

该数据处理装置900还可以包括及输入/输出接口903。

输入/输出接口903可以包括独立的输出接口和输入接口，也可以为集成输入和输出的集成接口。其中，输出接口用于输出数据，输入接口用于获取输入的数据，上述输出的数据为上述方法实施例中输出的统称，输入的数据为上述方法实施例中输入的统称。

本发明还提供一种可读存储介质，可读存储介质中存储有执行指令，当数据处理装置的至少一个处理器执行该执行指令时，当计算机执行指令被处理器执行时，实现上述实施例中的数据处理方法。

本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。数据处理装置的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得数据处理装置实施上述的各种实施方式提供的数据处理方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在上述网络设备或者终端设备的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：ApplicationSpecific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

接收终端发送的数据处理请求，所述数据处理请求包括：所述终端对应的用户的标识；

根据所述用户的标识，获取所述用户的保单数据；

根据所述保单数据中的保单属性，获取所述用户的目标层级；

根据所述保单数据、所述目标层级，以及层级和红利发放规则的对应关系，获取所述用户的红利数据，并将所述用户的红利数据发送给所述终端。

2.根据权利要求1所述的方法，其特征在于，所述根据所述保单数据中的保单属性，获取所述用户的目标层级之前，还包括：

根据所述保单数据中的保单金额，获取所述用户的类别，一个所述类别中包括多个层级。

3.根据权利要求2所述的方法，其特征在于，所述保单数据中的保单属性为多个，所述根据所述保单数据中的保单属性，获取所述用户的目标层级，包括：

根据每个所述保单属性，获取每个所述保单属性对应的用户的待选层级；

根据多个所述待选层级，获取所述用户的目标层级。

4.根据权利要求3所述的方法，其特征在于，所述根据多个所述待选层级，获取所述用户的目标层级，包括：

将多个所述待选层级中层级最高的候选层级作为所述用户的目标层级。

5.根据权利要求3所述的方法，其特征在于，所述根据多个所述待选层级，获取所述用户的目标层级，包括：

将多个所述待选层级中，出现层级次数最多的候选层级作为所述用户的目标层级。

6.根据权利要求1所述的方法，其特征在于，所述获取所述用户的红利数据之前，还包括：

根据所述保单数据，获取保单种类；

根据所述保单种类，获取所述层级和红利发放规则的对应关系。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述保单属性包括投保年期、投保频率和所述用户的用户信息。

8.一种数据处理装置，其特征在于，包括：

数据处理请求接收模块，用于接收终端发送的数据处理请求，所述数据处理请求包括：所述终端对应的用户的标识；

保单数据获取模块，用于根据所述用户的标识，获取所述用户的保单数据；

目标层级获取模块，用于根据所述保单数据中的保单属性，获取所述用户的目标层级；

红利数据获取模块，用于根据所述保单数据、所述目标类别，以及层级和红利发放规则的对应关系，获取所述用户的红利数据，并将所述用户的红利数据发送给所述终端。

9.一种数据处理装置，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述数据处理装置执行权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现权利要求1-7任一项所述的方法。