权益配置方法、装置、服务器及计算机可读存储介质与流程

1.本技术涉及金融技术领域，具体涉及一种权益配置方法、装置、服务器及计算机可读存储介质。


背景技术：

2.如今银行为了吸引用户，推出了越来越多的业务种类。部分业务在面向用户时，还会负责特殊的权益，例如：银行的信用卡业务通常具备其他的权益，例如消费满足一定程度，可以享受某某平台的会员等。这些业务中，除了依靠推广人员努力推广外，只能依赖自身业务本身的素质，或者依赖产品绑定的权益。
3.然而，银行的权益种类较多，且不同的权益均与固定的业务进行绑定。用户若倾向某一权益时，而用户需要办理业务未绑定该用户倾向的权益时，用户的办理业务体验便会下降。


技术实现要素：

4.本技术提供了一种权益配置方法，可以根据用户的权益需求，为用户配置用户偏好的权益，提高了权益配置的自由度。
5.第一方面，本技术提供了一种权益配置方法，所述方法包括：获取目标终端发送的权益需求数据，对所述权益需求数据进行特征提取，得到权益需求特征；根据所述权益需求特征，确定与所述权益需求数据对应的权益条件；获取所述目标终端针对所述权益条件发送的初始权益行为数据；对所述初始权益行为数据进行数据清洗，确定目标权益行为数据；确定所述目标权益行为数据是否符合所述权益条件；若所述目标权益行为数据符合所述权益条件，则对所述目标终端配置所述权益需求数据对应的权益。
6.在本技术一些实施例中，所述根据所述权益需求特征，确定与所述权益需求数据对应的权益条件，包括：根据所述权益需求特征以及预设的权益数据库，确定与所述权益需求特征匹配的目标权益；所述权益数据库中包括至少一个权益以及对应的权益条件；确定所述目标权益对应的权益条件为与所述权益需求数据对应的权益条件；每个权益对应配置有至少一个权益条件。
7.在本技术一些实施例中，所述根据所述权益需求特征以及预设的权益数据库，确定与所述权益需求特征匹配的目标权益之前，所述方法还包括：获取预设系统中每个业务各自关联的业务权益；对各所述业务权益进行拆分，得到每个所述业务权益包括的权益；获取权益条件数据，基于所述权益条件数据对每个所述业务权益包括的权益配置
权益条件，得到各所述权益对应的权益条件；根据各所述权益以及各所述权益对应的权益条件构建权益数据库，所述目标终端基于第一业务发送所述权益需求数据，所述第一业务为所有所述每个业务中任意一个业务。
8.在本技术一些实施例中，所述确定所述目标权益行为数据是否符合所述权益条件，包括：确定所述权益条件的条件指标；根据所述目标权益行为数据和所述条件指标，确定所述目标权益行为数据是否符合所述权益条件。
9.在本技术一些实施例中，所述根据所述目标权益行为数据和所述条件指标，确定所述目标权益行为数据是否符合所述权益条件，包括：若所述条件指标为多个，确定各个条件指标是否均需要完成；若各个条件指标均需要完成，且存在与各个条件指标匹配的目标权益行为数据，确定所述目标权益行为数据符合所述权益条件；若各个条件指标并非均需要完成，且至少存在一个与所述条件指标匹配的目标权益行为数据，根据完成的条件指标，确定所述目标权益行为数据是否符合所述权益条件。
10.在本技术一些实施例中，所述根据完成的条件指标，确定所述目标权益行为数据是否符合所述权益条件，包括：根据完成的条件指标，确定权益完成等级；根据所述权益完成等级，确定所述目标权益行为数据符合的权益条件；所述则对所述目标终端配置所述权益需求数据对应的权益，包括：根据所述符合的权益条件，对所述目标终端配置所述权益需求数据对应的权益。
11.在本技术一些实施例中，所述则对所述目标终端配置所述权益需求数据对应的权益，包括：确定对应权益的使用时限；根据所述使用时限，对所述目标终端配置所述权益需求数据对应的权益。
12.第二方面，本技术提供了一种权益配置装置，所述装置包括：第一获取模块，用于获取目标终端发送的权益需求数据，对所述权益需求数据进行特征提取，得到权益需求特征；第一确定模块，用于根据所述权益需求特征，确定与所述权益需求数据对应的权益条件；第二获取模块，用于获取所述目标终端针对所述权益条件发送的初始权益行为数据；第二确定模块，用于对所述初始权益行为数据进行数据清洗，确定目标权益行为数据；第三确定模块，用于确定所述目标权益行为数据是否符合所述权益条件；配置模块，用于若所述目标权益行为数据符合所述权益条件，则对所述目标终端配置所述权益需求数据对应的权益。
13.在本技术一些实施例中，所述第一确定模块具体用于：
根据所述权益需求特征以及预设的权益数据库，确定与所述权益需求特征匹配的目标权益；所述权益数据库中包括至少一个权益以及对应的权益条件；确定所述目标权益对应的权益条件为与所述权益需求数据对应的权益条件；每个权益对应配置有至少一个权益条件。
14.在本技术一些实施例中，所述装置包括还包括数据库构建模块，所述数据库构建模块具体用于：所述根据所述权益需求特征以及预设的权益数据库，确定与所述权益需求特征匹配的目标权益之前，所述方法还包括：获取预设系统中每个业务各自关联的业务权益；对各所述业务权益进行拆分，得到每个所述业务权益包括的权益；获取权益条件数据，基于所述权益条件数据对每个所述业务权益包括的权益配置权益条件，得到各所述权益对应的权益条件；根据各所述权益以及各所述权益对应的权益条件构建权益数据库，所述目标终端基于第一业务发送所述权益需求数据，所述第一业务为所有所述每个业务中任意一个业务。
15.在本技术一些实施例中，所述第三确定模块具体还用于：若所述条件指标为多个，确定各个条件指标是否均需要完成；若各个条件指标均需要完成，且存在与各个条件指标匹配的目标权益行为数据，确定所述目标权益行为数据符合所述权益条件；若各个条件指标并非均需要完成，且至少存在一个与所述条件指标匹配的目标权益行为数据，根据完成的条件指标，确定所述目标权益行为数据是否符合所述权益条件。
16.在本技术一些实施例中，所述第三确定模块具体还用于：根据完成的条件指标，确定权益完成等级；根据所述权益完成等级，确定所述目标权益行为数据符合的权益条件；所述则对所述目标终端配置所述权益需求数据对应的权益，包括：根据所述符合的权益条件，对所述目标终端配置所述权益需求数据对应的权益。
17.在本技术一些实施例中，所述配置模块具体用于：确定对应权益的使用时限；根据所述使用时限，对所述目标终端配置所述权益需求数据对应的权益。
18.第三方面，本技术还提供了一种服务器，所述服务器包括处理器、存储器以及存储于所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序以实现任一项所述的权益配置方法中的步骤。
19.第四方面，本技术还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行以实现任一项所述的权益配置方法中的步骤。
20.本技术提供的权益配置方法，可以根据用户终端发送的权益需求数据，提取权益需求特征，再根据权益需求特征，确定相关的权益达成条件。进而，当根据用户的权益行为数据，确定用户是否达成相关的权益条件，从而为用户配置用户需求的权益，因此能够有效的满足用户对业务中相关权益的需求，提高了权益配置的自由度。
附图说明
21.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是本技术实施例中提供的权益配置系统的场景示意图；图2是本技术实施例中权益配置方法的一个实施例流程示意图；图3是本技术实施例中权益配置装置的一个功能模块示意图；图4是本技术实施例中服务器的结构示意图。
具体实施方式
23.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
24.在本技术的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
25.在本技术中，“示例性”一词用来表示“用作例子、例证或说明”。本技术中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。同时，可以理解的是，在本技术的具体实施方式中，涉及到用户信息、用户数据等相关的数据，当本技术以上实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
26.为了使本领域任何技术人员能够实现和使用本技术，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本技术。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本技术的描述变得晦涩。因此，本技术并非旨在限于所示的实施例，而是与符合本技术所公开的原理和特征的最广范围相一致。
27.本技术提供了一种权益配置方法、装置、设备以及存储介质，一下分别进行详细说明。
28.请参阅图1，图1为本技术实施例所提供的权益配置系统的场景示意图，该权益配置系统可以包括服务器100和存储设备200，该存储设备200可以向该服务器100传输数据。如图1中的服务器100，可以获取该存储设备200中存储的权益数据，以执行本技术中的权益配置方法。
29.本技术实施例中，服务器100其包括但不限于独立的服务器，也可以是服务器组成的服务器网络或服务器集群等，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(cloud computing)的大量计算机或网络服务器构成。
30.本技术的实施例中，服务器100和存储设备200之间可通过任何通信方式实现通信，包括但不限于，基于第三代合作伙伴计划（3rd generation partnership project，3gpp）、长期演进（long term evolution，lte)、全球互通微波访问（worldwide interoperability for microwave access，wimax）的移动通信，或基于tcp/ip协议族（tcp/ip protocol suite，tcp/ip）、用户数据报协议（user datagram protocol，udp）的计算机网络通信等。
31.需要说明的是，图1所示的权益配置系统的场景示意图仅仅是一个示例，本技术实施例描述的权益配置系统以及场景是为了更加清楚的说明本技术实施例的技术方案，并不构成对于本技术实施例提供的技术方案的限定，本领域普通技术人员可知，随着权益配置系统的演变和新业务场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
32.如图2所示，图2为本技术实施例中权益配置方法的一个实施例流程示意图，权益配置方法可以包括如下步骤201～206：201、获取目标终端发送的权益需求数据，对权益需求数据进行特征提取，得到权益需求特征。
33.本技术实施例中，目标终端可以是用户自己的服务器，例如手机或者个人电脑等。权益需求数据可以表征用户希望开通的权益的相关数据，例如：在具体场景中，系统可以发送相关的互动信息至用户的终端，询问用户是否存在权益偏好，用户可以根据该互动信息输入相关的权益描述，包括希望获得平台a的视频会员等。当然，系统也可以直接将系统中全部的权益发送至用户，供用户进行选择，当用户完成选择之后，将选择的用户反馈至系统，具体此处不做限定。
34.当获取到用户的权益需求数据之后，便需要根据用户具体的权益需求，确定相关具体的权益。因此，需要对用户的权益需求数据进行分析。其中，可以对用户的发送的权益需求数据进行特征提取，例如关键字提取。如上述所示，用户发送的权益需求数据可以为相关的权益描述，包括平台a的视频会员，因此平台a和视频均可以作为关键字进行提取，这样经过关键字的提取，就可以确定相关的关键字为该用户的权益需求特征。
35.此外，在进行关键字提取之前，可以建立相关的关键字列表，当获取到用户的权益需求数据之后，可以将权益需求数据与关键字列表中的各个关键字进行比对，从而确定该权益需求数据中包括哪些具体的关键字。当然，确定具体的权益需求特征还可以通过其他方式进行确定，例如神经网络等，具体此处不做限定。
36.此外，需要说明的是，用户可以一次提供多个权益需求数据，故相关的权益需求特征也便为多个，具体的处理方式如上述的单个权要需求数据的处理方式相同，此处不再赘述。
37.202、根据权益需求特征，确定与权益需求数据对应的权益条件。
38.根据上述步骤可得，当确定了该用户的权益需求特征之后，便可以确定该用户具体需求的权益。然而，用户若要享受该权益，用户则需要满足相关的条件才能享受。常见的包括：在商店a，消费500，则可以开通该平台a的视频会员。因此，“在商店a，消费500”则可以为该权益需求特征的权益条件。综上，权益条件为用于开通相关权益的必要条件。
39.而为了确定不同的权益需求特征对应的具体的权益条件，可以事先建立各个权益
需求特征与各个权益条件的关联对照表，在具体的确定过程中，可以通过该关联对照表，确定具体的权益条件即可。
40.203、获取目标终端针对权益条件发送的初始权益行为数据。
41.当获取到了该用户的权益需求特征之后，便需要开始确定是否满足对应的权益条件，例如：上述步骤中“在商店a，消费500”可以为该权益需求特征对应的权益条件。因此，如何确定用户完成在商店a，消费500的条件，则需要获取相关的行为数据。
42.本技术实施例中，具体的可以通过该用户相关的大数据，获取与用户相关的权益行为数据。通过大数据的好处在于，可以避免忽略掉用户的数据。例如：该用户是通过银行a，申请的相关权益。若不通过大数据，用户使用该银行a的信用卡在商店a消费500时，银行a可以获取该用户的消费数据，则可以确定该用户完成了相关的权益条件，从而为该用户开通相关的权益。然而，若该用户使用了银行b的信用卡在商店a消费500时，银行a可能无法获取该用户通过银行b的消费数据，因此通过大数据，可以避免忽略掉用户的相关数据。
43.204、对初始权益行为数据进行数据清洗，确定目标权益行为数据。
44.通过上述步骤可得，在获取用户相关的权益行为数据时，可以通过大数据的方式进行获得，然而大数据相较于普通的定向数据，包括了更多的噪音数据，若直接分析噪音数据中是否存在与权益条件匹配的行为数据时，设备的计算负荷较大。因此，可以先对获取的初始权益行为数据进行相关的数据清洗，缩小数据量，进而在后续的匹配过程中，减轻设备的计算负担。
45.其中，在进行数据清洗阶段时，依旧可以通过关键字的方式进行数据清洗，例如：可以预先设定一个需要清洗的关键字列表，将大数据中，包括清洗关键字的数据直接删除即可。当然，数据清洗还包括其他方式，具体此处不做限定。
46.205、确定目标权益行为数据是否符合权益条件。
47.当用户的大数据完成清洗之后，便可以进行后续的匹配工作。例如：检测完成清洗的大数据中是否包括与权益条件对应的行为数据即可。若依旧通过上述步骤中列举的案例进行说明，若完成清洗的大数据中是否包括该用户在商店a完成500的消费时，则可以确定该用户符合该权益对应的权益条件。
48.206、若目标权益行为数据符合权益条件，则对目标终端配置权益需求数据对应的权益。
49.当用户符合相关的权益条件时，系统则可以根据既定的程序，为该用户开通开权益条件对应的权益即可。
50.需要说明的是，用户在完成相关的权益条件时，可能需要较长的时间才能完成，例如：一周或者一个月才能完成相关的权益条件，因此当收集到的用户的权益行为数据不符合对应的权益条件时，需要继续收集用户发送的行为数据，直至可以确定用户的行为数据能够符合相关的权益条件。
51.本技术提供的权益配置方法，可以根据用户终端发送的权益需求数据，提取权益需求特征，再根据权益需求特征，确定相关的权益达成条件。进而，当根据用户的权益行为数据，确定用户是否达成相关的权益条件，从而为用户配置用户需求的权益，因此能够有效的满足用户对业务中相关权益的需求，提高了权益配置的自由度。
52.为了更好的实现本技术实施例，在一个本技术实施例中，根据权益需求特征，确定
与权益需求数据对应的权益条件，包括：根据权益需求特征以及预设的权益数据库，确定与权益需求特征匹配的目标权益；权益数据库中包括至少一个权益以及对应的权益条件；确定目标权益对应的权益条件为与权益需求数据对应的权益条件；每个权益对应配置有至少一个权益条件。
53.根据上述实施例可得，本技术实施例可以根据用户具体的权益需求，为用户配置相关的权益。由于各个权益是与各自对应的业务进行绑定的，且权益的数量较多，因此便于众多权益的管理，可以将系统中存在的权益构建一个权益数据库，用于存储各个权益，同时将各个权益各自对应的权益条件进行关联存储。在权益匹配时，直接通过与该数据库中存储的权益数据匹配即可。
54.为了更好的实现本技术实施例，在一个本技术实施例中，根据权益需求特征以及预设的权益数据库，确定与权益需求特征匹配的目标权益之前，方法还包括：获取预设系统中每个业务各自关联的业务权益；对各业务权益进行拆分，得到每个业务权益包括的权益；获取权益条件数据，基于权益条件数据对每个业务权益包括的权益配置权益条件，得到各权益对应的权益条件；根据各权益以及各权益对应的权益条件构建权益数据库，目标终端基于第一业务发送权益需求数据，第一业务为所有每个业务中任意一个业务。
55.由于各个权益是与各自对应的业务进行绑定的，因此可以对各个业务各自对应的权益先进行解绑，再构建一个权益数据库，存储这些完成了解绑的权益。其中，在将各个权益与各个对应的业务进行解绑的过程中，可以将各个权益中的关键字进行提取，并将每个权益和各自对应的关键字进行关联，并存储到权益数据库中。好处在于，在将用户的权益需求特征与权益数据库中的权益进行匹配时，能够直接通过关键字进行匹配即可。
56.需要说明的是，本实施例中的关键字提取与上述实施例中的关键字提取方式可以相同，具体此处不再赘述。
57.因此，在后续的匹配过程中时，由于权益数据库中的各个权益与各自对应的关键字完成关联，因此，在提取数据库中的权益特征时，直接根据关联表便可以确定不同关键字对应的具体的权益，此后再将权益需求特征与提取的各个权益特征进行匹配即可。例如：当权益需求特征与一个权益特征相同时，则该权益特征对应的权益则为用户需求的权益。
58.此外，还可以对拆分之后的权益重新配置对应的权益条件，以匹配各种实施的场景。
59.为了更好的实现本技术实施例，在一个本技术实施例中，根据独立的各个权益，建立权益数据库之后，方法还包括：确定各个权益的权益期限；若存在超过权益期限的权益，将超过权益期限的权益从权益数据库删除。
60.由于银行在与不同的权益供应商进行合作时，通常供应商提供的权益均有时限，例如银行a与供应商a合作的权益有效期为3年。换言之，该权益3年之后，便会停止服务，因此为了避免权益数据库中存在过期的权益，需要及时更新权益数据库，避免过期的权益数
据占用权益数据库的存储空间。
61.其中，确定各个权益各自对应的权益期限时，可以对相关的协议文本进行文字识别，从而获取到不同权益的时间期限。当获取到各个权益各自对应的权益期限之后，将各个权益期限与各自对应的权益关联起来即可，并同时监控日期即可，当日期超过某个权益期限之后，将被超过的权益期限对应的权益从数据库中移除即可。
62.为了更好的实现本技术实施例，在一个本技术实施例中，确定目标权益行为数据是否符合权益条件，包括：确定权益条件的条件指标；根据目标权益行为数据和条件指标，确定目标权益行为数据是否符合权益条件。
63.根据上述实施例可得，当用户完成权益条件时，则可以为该用户直接配置相关的权益即可。
64.然而，在实际情况中，权益条件中可能存在单个或者多个要求，即存在单个或者多个条件指标。此时，可以根据用户完成的条件指标数量，确定用户的行为数据是否符合相关的权益条件。
65.例如：一个权益条件对应多个条件指标时，若用户完成的条件指标的数量超过50%时，则可以确定用户的权益行为数据符合该对应的权益条件。
66.为了更好的实现本技术实施例，在一个本技术实施例中，根据目标权益行为数据和条件指标，确定目标权益行为数据是否符合权益条件，包括：若条件指标为多个，确定各个条件指标是否均需要完成；若各个条件指标均需要完成，且存在与各个条件指标匹配的目标权益行为数据，确定目标权益行为数据符合权益条件；若各个条件指标并非均需要完成，且至少存在一个与条件指标匹配的目标权益行为数据，根据完成的条件指标，确定目标权益行为数据是否符合权益条件。
67.根据上述实施例可得，条件指标可能存在多个的情况。进一步的，在实际情况中时，用户需要完成全部的条件指标，才能符合权益条件。例如：“在商店a消费500、以及在商店b消费500”，当用户均达成这两个目标时，便可以确定该用户达成了相关的权益条件。
68.然而，在部分情况中时，也无需将权益条件中的所有条件指标均完成。例如：在商店a消费100、在商店a消费300或者在商店a消费500，此时用户仅需要达成一个条件指标，则可以开通对应的权益，不过此时该权益会对应不同的权益效果。例如：若在商店a消费100，则开通权益a一个月；在商店a消费300，则开通权益a三个月；或者，在商店a消费500，则开通权益a半年等等。此时，用户仅完成任意一个条件指标，均可以获得用户需求的权益。
69.因此可以确定，不同的权益条件对应了不同的条件类型，即部分权益条件中的条件指标需要全部完成，此时可以将该类条件类型确定为第一条件类型；当然还包括，部分权益条件中的条件指标并非全部完成，此时可以将该类条件类型确定为第二条件类型。因此，在开始建立权益数据库时，可以对不同的权益进行标记，例如通过相关的工作人员进行标记，一个标记对应一种条件类型。在确定相关的权益条件是否需要将所有条件指标完成时，则可以通过该标记确定权益条件的分类，从而再确定该权益条件中的条件指标是否均需要完成。
70.需要说明的是，当确定为第二条件类型时，即不需要将条件指标均完成时，可以根
据具体的完成情况，来确定用户具体的权益效果。例如包括：三个条件指标，在商店a消费100、在商店a消费300或者在商店a消费500，若用户同时满足消费100以及消费300的条件时，可以为该用户配置权益效果最好的权益，即对应消费300条件的权益效果，例如开通权益a三个月等，具体此处不做限定。
71.为了更好的实现本技术实施例，在一个本技术实施例中，根据完成的条件指标，确定目标权益行为数据是否符合权益条件，包括：根据完成的条件指标，确定权益完成等级；根据权益完成等级，确定目标权益行为数据符合的权益条件；则对目标终端配置权益需求数据对应的权益，包括：根据符合的权益条件，对目标终端配置权益需求数据对应的权益。
72.根据上述实施例可得，不同的条件指标可以对应不同的权益效果，然而有时用户会无意间的将不需要全完成的条件指标均完成，或者完成多个，上述实施例中提供了一种根据最好的权益效果，为用户配置权益的方案。上述实施例中是根据具体完成的条件指标，确定对应的权益效果。因此，需要识别具体的条件指标中对应的特征，从而确定相关的权益效果。
73.为了提高确定对应的权益效果的准确性，可以通过确定条件指标的权益完成等级，例如：根据用户针对于条件指标的完成数量，确定权益完成等级。例如，用户完成1个条件指标时，对应的完成等级为1，完成2个条件指标时，对应的完成等级为2，完成3个条件指标时，对应的完成等级为3等等。在根据不同的完成等级对应不同的权益效果即可，这样可以保证确定权益效果的准确性。
74.为了更好的实现本技术实施例，在一个本技术实施例中，则对目标终端配置权益需求数据对应的权益，包括：确定对应权益的使用时限；根据使用时限，对目标终端配置权益需求数据对应的权益。
75.在本实施例中，为用户配置相关的权益时，还需要考虑到使用时限，避免使用时限超过该权益对应的权益期限。例如：上述实施例中，说明了各个权益均包括各自的期限，超过期限则会过期无法使用。因此，在确定对应权益的使用时限时，可以参考该权益对应的权益期限，将使用时限设定在小于或等于该权益期限的时间即可。
76.此外，本技术实施例中，在执行各个实施例时，均可以通过预设的权益配置系统进行完成。该权益配置系统可以包括：前台部分、中台部分以及后台部分。前台部分，用于与用户进行实时交互，能够及时获取用户发送信息，包括权益需求数据和行为数据等，以及告知用户已经完成相关的权益，并将权益开通等功能。中台部分包括业务层以及服务层等。业务层包括与权益供应商的接口协议，例如及时调用供应商提供的权益等，还有权益配置等接口，帮助用户开通权益等；服务层用于将接收前台实时接收的数据与业务层进行传递等。后台用于对前台以及中台的技术支持等。
77.综上，本技术实施例总共包括六大部分。第一部分包括：权益数据库的配置，用于建立权益数据库。第二部分包括：权益供应商的交互部分，例如调用供应商提供的权益，供应商提供的权益查询等。第三部分包括：检测部分，用于检测用户的行为数据是否达标等。第四部分包括：为用户配置权益部分，用于当用户达标权益条件之后，为用户开通权益等。
第五部分包括：权益使用监测部分，用于监测用户对权益的使用情况。第六部分包括：权益关停部分，用于当用户的权益过期时，关闭用户的权益等。
78.为了更好实施本技术实施例中的权益配置方法，在权益配置方法之上，本技术实施例中还提供了一种权益配置装置，如图3所示，装置300包括：第一获取模块301，用于获取目标终端发送的权益需求数据，对权益需求数据进行特征提取，得到权益需求特征；第一确定模块302，用于根据权益需求特征，确定与权益需求数据对应的权益条件；第二获取模块303，用于获取目标终端针对权益条件发送的初始权益行为数据；第二确定模块304，用于对初始权益行为数据进行数据清洗，确定目标权益行为数据；第三确定模块305，用于确定目标权益行为数据是否符合权益条件；配置模块306，用于若目标权益行为数据符合权益条件，则对目标终端配置权益需求数据对应的权益。
79.本技术提供的权益配置装置，可以根据用户终端发送的权益需求数据，通过第一获取模块301提取权益需求特征，再通过第一确定模块302根据权益需求特征，确定相关的权益达成条件。之后，再通过第二获取模块303获取用户的权益行为数据，再通过第二确定模块304对初始的权益行为数据进行数据清洗。进而，再根据第三确定模块305对用户的权益行为数据，确定用户是否达成相关的权益条件，从而通过配置模块306为用户配置用户需求的权益，因此能够有效的满足用户对业务中相关权益的需求，提高了权益配置的自由度。
80.在本技术一些实施例中，第一确定模块302具体用于：根据权益需求特征以及预设的权益数据库，确定与权益需求特征匹配的目标权益；权益数据库中包括至少一个权益以及对应的权益条件；确定目标权益对应的权益条件为与权益需求数据对应的权益条件；每个权益对应配置有至少一个权益条件。
81.在本技术一些实施例中，装置包括还包括数据库构建模块，数据库构建模块具体用于：获取预设系统中每个业务各自关联的业务权益；对各业务权益进行拆分，得到每个业务权益包括的权益；获取权益条件数据，基于权益条件数据对每个业务权益包括的权益配置权益条件，得到各权益对应的权益条件；根据各权益以及各权益对应的权益条件构建权益数据库，目标终端基于第一业务发送权益需求数据，第一业务为所有每个业务中任意一个业务。
82.在本技术一些实施例中，第三确定模块305具体用于：确定权益条件的条件指标；根据目标权益行为数据和条件指标，确定目标权益行为数据是否符合权益条件。
83.在本技术一些实施例中，第三确定模块305具体还用于：若条件指标为多个，确定各个条件指标是否均需要完成；若各个条件指标均需要完成，且存在与各个条件指标匹配的目标权益行为数据，
确定目标权益行为数据符合权益条件；若各个条件指标并非均需要完成，且至少存在一个与条件指标匹配的目标权益行为数据，根据完成的条件指标，确定目标权益行为数据是否符合权益条件。
84.在本技术一些实施例中，第三确定模块305具体还用于：根据完成的条件指标，确定权益完成等级；根据权益完成等级，确定目标权益行为数据符合的权益条件；则对目标终端配置权益需求数据对应的权益，包括：根据符合的权益条件，对目标终端配置权益需求数据对应的权益。
85.在本技术一些实施例中，配置模块306具体用于：确定对应权益的使用时限；根据使用时限，对目标终端配置权益需求数据对应的权益。
86.本技术实施例还提供一种服务器，该服务器包括处理器、存储器以及存储于存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序以实现本技术实施例中任一项的权益配置方法中的步骤。
87.其中，该服务器，其集成了本技术实施例所提供的任一种权益配置方法，如图4所示，其示出了本技术实施例所涉及的服务器的结构示意图，具体来讲：该服务器可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解，图4中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：处理器401是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。
88.可选的，处理器401可包括一个或多个处理核心；处理器401可以是中央处理单元（central processing unit，cpu），还可以是其他通用处理器、数字信号处理器（digital signal processor，dsp）、专用集成电路（application specific integrated circuit，asic）、现成可编程门阵列（field-programmable gate array，fpga）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
89.优选的，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界是面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。
90.存储器402可用于存储软件程序以及模块，处理器401通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据服务器的使用所创建的数据等。
91.此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可
以包括存储器控制器，以提供处理器401对存储器402的访问。
92.服务器还包括给各个部件供电的电源403，优选的，电源403可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
93.该服务器还可包括输入单元404，该输入单元404可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
94.尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能，例如：获取目标终端发送的权益需求数据，对权益需求数据进行特征提取，得到权益需求特征；根据权益需求特征，确定与权益需求数据对应的权益条件；获取目标终端针对权益条件发送的初始权益行为数据；对初始权益行为数据进行数据清洗，确定目标权益行为数据；确定目标权益行为数据是否符合权益条件；若目标权益行为数据符合权益条件，则对目标终端配置权益需求数据对应的权益。
95.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
96.为此，本技术实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存储器（rom，read only memory）、随机存取记忆体（ram，random access memory）、磁盘或光盘等。其上存储有计算机程序，计算机程序被处理器进行加载，以执行本技术实施例所提供的任一种权益配置方法中的步骤。例如，计算机程序被处理器进行加载可以执行如下步骤：获取目标终端发送的权益需求数据，对权益需求数据进行特征提取，得到权益需求特征；根据权益需求特征，确定与权益需求数据对应的权益条件；获取目标终端针对权益条件发送的初始权益行为数据；对初始权益行为数据进行数据清洗，确定目标权益行为数据；确定目标权益行为数据是否符合权益条件；若目标权益行为数据符合权益条件，则对目标终端配置权益需求数据对应的权益。
97.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。
98.具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的方法
实施例，在此不再赘述。
99.以上各个操作的具体实施可参见前面的实施例，在此不再赘述。
100.以上对本技术实施例所提供的一种权益配置方法及装置进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本技术的限制。