基于用户标签管理中心实现用户半自动化运营管理的方法与流程

1.本发明涉及互联网云端系统技术领域，具体的说，是一种基于用户标签管理中心实现用户半自动化运营管理的方法。


背景技术：

2.在微服务化系统应用与单体应用共存的情况下，这些应用服务都需要通过获取用户精细化标签数据，现有技术中尚没有一种方法能够统一管理且兼容这两种服务且实现半自动化管理这些应用。


技术实现要素：

3.本发明的目的在于提供一种基于用户标签管理中心实现用户半自动化运营管理的方法，用于解决现有技术中尚没有能够统一管理且兼容微服务化系统应用与单体应用且实现半自动化管理这些应用的问题。
4.本发明通过下述技术方案解决上述问题：
5.一种基于用户标签管理中心实现用户半自动化运营管理的方法，包括：
6.步骤s100、搭建持久化数据库mysql，创建数据库表system_manager和数据库表rule_manager，数据库表rule_manager用于存储管理规则配置，数据库表system_manager用于存储与业务系统注册相关数据；
7.步骤s200、搭建微服务注册中和配置中心，搭建数据清洗中心，基于springcloud分布式微服务框架搭建用户标签管理中心，该用户标签管理中心用于运营规则配置与接入的业务系统手动注册管理，手动初始化录入规则与接入应用信息；
8.步骤s300、将用户标签管理中心和数据清洗中心注册到微服务注册中和配置中心的服务注册中心，并通过微服务注册中和配置中心的配置中心管理配置文件；
9.步骤s400、在用户标签管理中心开发功能模块，用于对数据库表system_manager与数据库表rule_manager进行数据增加、修改和删除操作；操作人员在用户标签管理中心录入规则且审批通过后，则通过http请求方式主动将规则以及相关信息推送到数据清洗中心进行数据处理并修改mysql中当前规则数据对应的状态为“已发送”，同时用户标签管理中心主动轮询数据清洗中心获取结果，第一次主动查询数据清洗中心得到反馈信息正常则将状态修改为“清洗中”状态；
10.步骤s500、基于springcloudgateway框架搭建分布式网关服务，在网关工程上开发全局过滤器实现globalfilter接口和ordered接口，用于根据当前请求访问的业务系统system的值获取mysql中数据库表system_manager与数据库表rule_manager中的数据；以及用于完成推送后从mysql中获取用户标签管理中心的相关配置信息并保存到内存中，填充到设定的uri中，通过网关工程将做服务间的负载均衡与请求转发到用户标签管理中心；用户标签管理中心通过基于http方式通信的开发的异步通知接口，以流的方式返回结果给数据清洗中心；
11.步骤s600、用户标签管理中心通过主动查询或者异步回调通知得到清洗结果为清洗完成后，将mysql中的状态修改为“清洗完成”，同时使用break终止循环查询，通过异步接口返回表示正确接收到通知的success字段，数据清洗中心无需再通知；
12.步骤s700、为了获取用户标签数据，基于分布式微服务方式开发的应用服务通过注册到微服务注册中和配置中心，并且录入信息到用户标签管理中心进行手动注册控制，单体应用服务只需要录入信息到用户标签管理中心进行手动注册控制，录入的信息即system_manager表与rule_manager表中核心字段的信息内容；
13.步骤s800、接入的应用服务获取当前用户标签数据需要通过网关工程的校验，校验当前请求的spring.application.name在数据库中存在，状态为“清洗完成”且当前请求时间在规则开始和结束时间范围内则视为校验通过，通过后根据配置信息转发到对应的数据清洗中心获取数据。
14.数据库表system_manager的核心字段包括业务系统system和标签label；数据库表rule_manager的核心字段包括system_manager表主键id、匹配规则rule、规则生效时间start_time、规则失效时间end_time、状态status以及用户分类type；状态用于记录当前规则与标签的状态，其中，状态status分类为：
15.新建：新录入系统的标签规则数据；
16.审核中：将新建的标签规则数据提交上级审核中的状态；
17.审核通过：完成审核并通过的审核；
18.审核驳回：需要重新调整的规则，可再次发起审核；
19.已发送：处于审核通过的规则且发送给标签结果清洗中心进准备开始进行用户标签清洗；
20.清洗中：通过用户标签管理中心查询标签结果清洗中心的清洗结果反馈，若当前规则仍然在清洗中，则处于清洗中的状态；
21.清洗完成：通过标签结果清洗中心异步回调通知或主动查询标签结果得到返回当前的规则已清洗完成的状态。
22.本发明与现有技术相比，具有以下优点及有益效果：
23.本发明搭建用户标签管理中心与网关服务共同管理微服务化系统应用与单体应用，只需要在初始化时候手动将这些接入的应用注册到用户标签管理中心即可，后续就无须人员编码等干预。实现了这两种服务的兼容和统一管理以及半自动化管理这些应用。
附图说明
24.图1为本发明的原理框图；
25.图2为本发明中用户标签管理中心的数据录入以及处理流程图；
26.图3为本发明中接入的应用服务获取数据的流程图。
具体实施方式
27.下面结合实施例对本发明作进一步地详细说明，但本发明的实施方式不限于此。
28.实施例：
29.结合附图1所示，一种基于用户标签管理中心实现用户半自动化运营管理的方法，
包括：
30.步骤s100、搭建持久化数据库mysql，创建数据库表system_manager和数据库表rule_manager，数据库表rule_manager用于存储管理规则配置，数据库表system_manager用于存储与业务系统注册相关数据；
31.system_manager的核心字段有：
32.业务系统system，system的值用于在用户标签管理中心中唯一标识当前的业务系统，该值与业务系统是一一对应的，如果是基于分布式微服务架构的设值为应用的spring.application.name的值并且以lb://开头；如果是独立的业务服务则设值为具体的服务地址连接，并且以http开头；
33.标签label，用于用户分类的标识，一个系统下可以配置多个标签。例如：用户的标签的值有老年人标签、女性标签、男性标签、四川省地域标签等。
34.rule_manager的核心字段有：
35.system_manager表主键id；
36.匹配规则rule，匹配规则rule用于数据清洗中心匹配当前标签的关键信息，与标签label属于一对多的关系，采用文本方式记录，根据数据特点分析可以是任何文本格式，该值与数据清洗中心线下约定达成一致，通过用户标签管理中心录入进行统一管理和控制。例如：四川省的地域标签，可以通过日志参数的接口请求ip段来区分请求的电视机在哪个地区；老年人标签，则可以通过听歌的类型占比，看电视类占比等进行区分。规则的值就包含了通过分析数据内心，提取出对应的关键字等信息，或者智能ai算法规则配置，用于匹配规则生效时间start_time、规则失效时间end_time，规则生效时间start_time可用于自动定时开启当前规则，规则失效时间end_time可用于自动定时结束当前规则数据下发；
37.状态status，用于记录当前规则与标签的状态，状态分类为：
38.新建：新录入系统的标签规则数据；
39.审核中：将新建的标签规则数据提交上级审核中的状态；
40.审核通过：完成审核并通过的审核；
41.审核驳回：需要重新调整的规则，可再次发起审核；
42.已发送：处于审核通过的规则且发送给标签结果清洗中心进准备开始进行用户标签清洗；
43.清洗中：通过用户标签管理中心查询标签结果清洗中心的清洗结果反馈，若当前规则任然在清洗中，则处于清洗中的状态；
44.清洗完成：通过标签结果清洗中心异步回调通知或主动查询标签结果得到返回当前的规则已清洗完成的状态；
45.用户分类type，在接入的系统用户都存在两种用户：设备用户和系统用户，因此业务系统获取标签可分为以下三类进行处理：机器用户设备唯一识别号mac、系统用户各个应用接入系统的用户唯一识别主键、综合用户包含机器用户和系统用户。
46.步骤s200、搭建微服务注册中和配置中心，搭建数据清洗中心，基于springcloud分布式微服务框架搭建用户标签管理中心，该用户标签管理中心用于运营规则配置与接入的业务系统手动注册管理，手动初始化录入规则与接入应用信息；
47.步骤s300、将用户标签管理中心和数据清洗中心注册到微服务注册中和配置中心
的服务注册中心，并通过微服务注册中和配置中心的配置中心管理配置文件；
48.步骤s400、在用户标签管理中心开发功能模块，用于对数据库表system_manager与数据库表rule_manager进行数据增加、修改和删除操作；操作人员在用户标签管理中心录入规则且审批通过后，则通过http请求方式主动将规则以及相关信息推送到数据清洗中心进行数据处理，如图2所示，推送完成后，修改mysql中当前规则数据对应的状态为“已发送”，同时执行循环查询，循环查询频率为10秒一次sleep(10)以降低服务cpu压力，由用户标签管理中心主动轮询查询数据清洗中心获取结果，第一次主动查询数据清洗中心得到反馈信息正常则将状态修改为“清洗中”状态；
49.步骤s500、基于springcloudgateway框架搭建分布式网关服务，在网关工程上开发全局过滤器实现globalfilter接口和ordered接口，
50.public class customfilter implements globalfilter,ordered{
51.@override
52.public mono《void》filter(serverwebexchange exchange,gatewayfilterchain chain){
53.//具体的业务实现
54.//1.根据当前请求访问的系统spring.application.name值获取mysql数据库中核心规则数据内容,即system_manager表与rule_manager中数据
55.}
56.}；
57.用于根据当前请求访问的业务系统system的值获取mysql中数据库表system_manager与数据库表rule_manager中的数据；以及用于完成推送后从mysql中获取用户标签管理中心的相关配置信息并保存到内存中，填充到builder.routes().route("applicationname",r-》r.uri("xxx"))的uri中，通过网关工程将做服务间的负载均衡与请求转发到用户标签管理中心；用户标签管理中心通过基于http方式通信的开发的异步通知接口，以流的方式返回结果给数据清洗中心；
58.@postmapping("/data/notice")
59.public void hwmonthcountnotice(httpservletrequest request,httpservletresponse response){
60.//具体的业务逻辑代码，success表明已经正确接收到通知，数据清洗中心不再继续发通知
61.response.getoutputstream().print("success")；
62.response.getoutputstream().flush()；
63.}
64.步骤s600、用户标签管理中心通过主动查询或者异步回调通知得到清洗结果为清洗完成后，将mysql中的状态修改为“清洗完成”，同时使用break终止循环查询，通过异步接口返回表示正确接收到通知的success字段，数据清洗中心无需再通知；
65.步骤s700、为了获取用户标签数据，基于分布式微服务方式开发的应用服务通过注册到微服务注册中和配置中心，并且录入信息到用户标签管理中心进行手动注册控制，单体应用服务只需要录入信息到用户标签管理中心进行手动注册控制，录入的信息即
system_manager表与rule_manager表中核心字段的信息内容；
66.步骤s800、接入的应用服务获取当前用户标签数据需要通过网关工程的校验，校验当前请求的spring.application.name在数据库中存在，状态为“清洗完成”且当前请求时间在规则开始和结束时间范围内则视为校验通过，通过后根据配置信息转发到对应的数据清洗中心获取数据，如图3所示。
67.尽管这里参照本发明的解释性实施例对本发明进行了描述，上述实施例仅为本发明较佳的实施方式，本发明的实施方式并不受上述实施例的限制，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本技术公开的原则范围和精神之内。