发明内容
有鉴于此,本申请提供一种策略信息管理方法、装置、服务器及存储介质,以在降低人工成本的基础上,提高决策表部署、优化效率。技术方案如下:
本发明第一方面公开一种策略信息管理方法,包括:
确定响应输入的基础信息自动生成的策略表,所述基础信息包括至少一个条件中每个所述条件的至少一个条件值,所述策略表包括相互关联的条件信息和动作信息,所述条件信息由所述至少一个条件中每个所述条件的一个条件值构成;
检测所述策略表中与业务请求条件信息关联的目标动作信息是否为待分析动作信息;
若所述目标动作信息为待分析动作信息,从预先设置的与所述业务请求条件信息对应的至少一个动作信息中确定用于作为携带所述业务请求条件信息的业务请求的请求结果的动作信息;
统计多个所述业务请求的请求结果的用户反馈信息,根据各个所述请求结果的用户反馈信息从所述至少一个动作信息中确定所述业务请求条件信息的最优动作信息,并将所述策略表中所述目标动作信息更新为所述最优动作信息。
可选的,若所述目标动作信息不为待分析动作信息,该方法还包括:
将所述目标动作信息确定为携带所述业务请求条件信息的业务请求的请求结果。
可选的,还包括策略表生成过程,所述策略表生成过程包括:
接收输入的用于构成策略表的基础信息,所述基础信息包括至少一个条件中每个所述条件的至少一个条件值,所述至少一个条件包括至少一个行维度条件和一个列维度条件;
根据所述至少一个行维度条件中每个所述行维度条件的至少一个条件值生成至少一条行维度信息,所述行维度信息包括所述至少一个行维度条件中每个所述行维度条件的一个条件值;
针对所述至少一条行维度信息中每条所述行维度信息,利用该行维度信息分别与所述列维度条件的每个条件值构成一个条件信息;
将所述基础信息包括的动作信息作为分别与每个所述条件信息关联的动作信息生成策略表,所述策略表中所述行维度信息所在行和所述列维度条件的条件值所在列的交叉位置指示与所述行维度信息和所述列维度条件的条件值构成的条件信息关联的动作信息。
可选的,所述检测所述策略表中与所述业务请求条件信息关联的目标动作信息是否为待分析动作信息,包括:
获取所述策略表中与所述业务请求条件信息关联的目标动作信息;
检测是否预先设置有与所述策略表中所述目标动作信息关联的配置信息,所述配置信息为响应用户对所述策略表中所述目标动作信息的配置操作生成的;
若预先设置有与所述策略表中所述目标动作信息关联的配置信息,确定所述目标动作信息为待分析动作信息;
若未预先设置有与所述策略表中所述目标动作信息关联的配置信息,确定所述目标动作信息不为待分析动作信息。
可选的,所述从预先设置的与所述业务请求条件信息对应的至少一个动作信息中确定用于作为携带所述业务请求条件信息的业务请求的请求结果的动作信息,包括:
获取所述配置信息指示的至少一个动作信息,所述至少一个动作信息包括所述目标动作信息和至少一个第一动作信息;
确定当前接收到的携带所述业务请求条件信息的业务请求;
根据所述配置信息携带的业务请求分配规则从所述至少一个动作信息中确定用于作为当前所述业务请求的请求结果的第二动作信息。
可选的,所述根据所述配置信息携带的业务请求分配规则从所述至少一个动作信息中确定用于作为当前所述业务请求的请求结果的第二动作信息,包括:
获取所述业务请求分配规则指示的第一信息和第二信息,所述第一信息表征所述目标动作信息被作为请求结果的次数和所述至少一个第一动作信息被作为请求结果的次数之间的第一比例,所述第二信息表征各个所述第一动作信息被作为请求结果的次数之间的第二比例;
以所述目标动作信息被作为请求结果的次数和所述至少一个动作信息被作为请求结果的次数之间的比例趋近于所述第一信息,各个所述第一动作信息被作为请求结果的次数之间的比例趋近于所述第二信息,且用于作为当前所述业务请求的请求结果的第二动作信息被作为请求结果的次数不超过所述第二动作信息的上限值为目标,从所述至少一个动作信息中确定用于作为当前所述业务请求的请求结果的第二动作信息。
可选的,所述统计多个所述业务请求的请求结果的用户反馈信息,根据各个所述请求结果的用户反馈信息从所述至少一个动作信息中确定所述业务请求条件信息的最优动作信息,并将所述策略表中所述目标动作信息更新为所述最优动作信息,包括:
获取多个所述业务请求中每个所述业务请求的请求结果的用户反馈信息;
将多个所述用户反馈信息中属于同一请求结果的用户反馈信息划分为一组,并针对每组所述用户反馈信息计算该组所述用户反馈信息所属的请求结果的目标信息,所述请求结果的目标信息的数值越大表征所述请求结果与所述业务请求条件信息匹配度越高;
从所述至少一个动作信息中选取目标信息最大的动作信息作为所述业务请求条件信息的最优动作信息;
将所述策略表中所述目标动作信息更新为所述最优动作信息。
本发明第二方面公开一种策略信息管理装置,包括:
策略表生成单元,用于确定响应输入的基础信息自动生成的策略表,所述基础信息包括至少一个条件中每个所述条件的至少一个条件值,所述策略表包括相互关联的条件信息和动作信息,所述条件信息由所述至少一个条件中每个所述条件的一个条件值构成;
第一检测单元,用于检测所述策略表中与业务请求条件信息关联的目标动作信息是否为待分析动作信息;
第一确定单元,用于若所述目标动作信息为待分析动作信息,从预先设置的与所述业务请求条件信息对应的至少一个动作信息中确定用于作为携带所述业务请求条件信息的业务请求的请求结果的动作信息;
第一更新单元,用于统计多个所述业务请求的请求结果的用户反馈信息,根据各个所述请求结果的用户反馈信息从所述至少一个动作信息中确定所述业务请求条件信息的最优动作信息,并将所述策略表中所述目标动作信息更新为所述最优动作信息。
本发明第三方面公开一种服务器,包括:至少一个存储器和至少一个处理器;所述存储器存储有程序,所述处理器调用所述存储器存储的程序,所述程序用于实现如上述本发明第一方面任意一项公开的策略信息管理方法。
本发明第四方面公开一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机可执行指令,所述计算机可执行指令用于执行如上述本发明第一方面任意一项公开的策略信息管理方法。
本发明提供一种策略信息管理方法、装置、服务器及存储介质,可以基于用户输入的基础信息实现策略表的自动生成,尤其是存在新增条件时,不需要人工编写大量的原因条件,只需要输入新增条件即可实现对策略表的修改,提高了策略表部署效率、降低了策略表部署人工成本;并且,本方案基于自动生成的策略表可以实现对策略表中与业务请求条件关联的动作信息的自动优化,避免了现有技术策略信息依赖于人工优化,所导致的策略信息优化效率低、人工成本高的问题。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本申请中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了更好对本申请实施例中的内容进行理解,下面对本申请实施例中出现的专业名词进行解释说明:
决策表:用表格的方式描述决策问题一种方法,这种表格也被称为决策矩阵。所谓决策表是指一个以行、列形式来描述和表示决策规则和知识信息的表,它们有着给定的输入变量集和输出变量集。
策略表:改进形式的决策表,即,高级决策表。高级决策表条件分为行列两种维度,两种维度的条件组合为策略解的条件部分,表格中的格子为策略解的动作部分。
策略解:分为条件和动作部分,对给定的条件下执行给定的动作即一个策略解(比如“年龄大于30岁的人额度给1000”,条件部分为“年龄大于三十岁”,动作部分为“额度给1000”)。一个策略解可以认为是一条策略信息。
格子:高级决策表内策略解的动作部分。
在线实验:对用户真实流量进行区分标记,根据不同的标记会进行不同的业务处理。
实验平台:提供在线实验的创建、编辑及流量分发的平台。
实验:分发流量的最小单位,一个实验内会有多个分支,实验平台判断流量分发到的分支并根据分支对流量进行标记。
实验分支(分支):实验下对流量内容进行标记的标签,同时也对应高级决策表中同一条件策略解下的不同动作。
主干(基线):格子的非实验动作,大部分在线流量运行到此策略解时的动作。
现有的决策表是由工作人员收集用户的历史业务数据、分析历史业务数据,并根据经验人工制定策略信息,进而使用规则引擎预定义的语义模块人工编写策略信息生成的。
比如,在解决信贷业务问题时(比如调整额度),现在通用的做法是根据用户现有的表现进行数据分析,分析完成后重新制定相应的额度策略,并在规则引擎上编写对应的策略信息以生成决策表,并最终上线生效。如表1所示为本申请实施例提供的一种决策表示意图。
表1:
条件 |
动作 |
1 |
1 |
modelSocre |
Amount |
100<...<200 |
1000 |
200<...<300 |
2000 |
显然,目前这种决策表生成方式需要依赖于人工编写决策表中每一条决策信息,决策表部署效率低。并且,结合表1可知,决策表上线后若需要修改策略信息时需要大量的修改,耗费人力成本高。比如,如表2所示,条件部分增加一个年龄(age)判断,原来条件(modelScore)有两组,新加两组age条件,新增了2*2=4组策略解,4组策略解分别要填写条件和动作,总修改量为4*2=8。假设原来有m组条件,要新增n组条件,总修改量为m*n*2。
并且,现有的决策表需要在策略信息上线且收集完用户的历史数据并重新进行分析才能选定一个策略解,要达到理想最优的策略解,需要进行多次策略解迭代才能实现,策略信息迭代周期长、优化效率低。
表2:
为了解决现有技术决策表部署、优化效率低且人工成本高的问题,本发明提供一种信息管理方法、装置、服务器及存储介质,以在降低人工成本的基础上,提高决策表部署、优化效率。需要注意的是,本申请发明对现有的决策表进行了改进,改进后的决策表为高级决策表,该高级决策表在本申请实施例称为策略表。
本申请实施例提供一种策略表生成方法,基于本申请实施例提供的策略表生成方法可以根据用户输入的用于构成策略表的基础信息自动构建策略表。
需要说明的是,本申请实施例提供的策略表不同于现有技术决策表。比如,本申请实施例对决策表(表2)进行改进,将条件分为行列两个维度,行列条件组合为策略解的条件部分,行列交叉的格子为策略解的动作部分,改进的高级决策表(策略表)参见图1。
参见图2,策略表将条件分为行列两种维度,同一维度下的条件自动组合成一维条件,在已有m组条件时,新增n组条件,修改量为n+m*n次=(m+1)*n次,当原有条件较多(m->+∞)时,(m+1)*n/(m*n*2)->1/2,修改效率接近原来的两倍。需要说明的是,m组条件可以认为是m个条件值,n组条件可以认为是n个条件值。
图3为本申请实施例提供的一种策略表生成方法流程图。如图3所示,该方法包括:
S301、接收输入的用于构成策略表的基础信息,基础信息包括至少一个条件中每个条件的至少一个条件值,至少一个条件包括至少一个行维度条件和一个列维度条件;
结合图4用户填写行维度条件和列维度条件输入用于构成策略表的基础信息,该基础信息包括至少一个条件中每个条件的至少一个条件值,至少一个条件包括至少一个行维度条件和一个列维度条件。结合图4,基础信息包括一个列维度条件“age”的三个条件值,这三个条件值分别为“<10”、“10<=..<20”,以及“>=20”;一个行维度条件“inCome”的三个条件值,这三个条件值分别为“<10000”、“10000<=..<20000”,以及“>=20000”;一个行维度条件“loanCount”的三个条件值,这三个条件值分别为“<2”、“2<=..<4”,以及“>=4”。
S302、根据至少一个行维度条件中每个行维度条件的至少一个条件值生成至少一条行维度信息,行维度信息包括至少一个行维度条件中每个行维度条件的一个条件值;
参见图5中的标记1中的部分即组合好的一条行维度信息。
S303、针对至少一条行维度信息中每条行维度信息,利用该行维度信息分别与列维度条件的每个条件值构成一个条件信息;
使用递归算法组合行列维度所有条件,行维度具有income和loanCount两个条件,它们会自动组合成一维条件,并组合列维度的age交叉成一个格子,参见图5中的标记2中的部分即组合好的一个条件信息。
S304、将基础信息包括的动作信息作为分别与每个条件信息关联的动作信息生成策略表,策略表中行维度信息所在行和列维度条件的条件值所在列的交叉位置指示与行维度信息和列维度条件的条件值构成的条件信息关联的动作信息。
进一步的,参见图6本申请实施例还可以统一设置所有格子的值,给所有策略解设置统一的动作信息,该动作信息可以认为是基础信息中包括的动作信息。
如图5所示为本申请实施例基于上述图4、6输入的基础信息自动生成的策略表。参见图7,用户还可以编辑策略表中的格子以实现对策略表中策略解的动作信息的调整。
通过以上策略表生成方法可以快速部署大量策略解,对于每一个具体的策略解,它的动作部分可能需要不断迭代调整,这时候可以在策略表的格子内添加在线实验,以优化策略解的动作信息。
本申请实施例中,可以通过在策略表中标记格子的方式为该策略表中的格子添加在线实验,策略表中被标记的格子中的动作信息为待分析动作信息,被标记的格子关联有配置信息,被标记的格子关联的配置信息即为被标记的格子所属的策略信息中的动作信息关联的配置信息。
在本申请实施例中,通过输入基础信息,并根据输入的基础信息自动生成策略表,不需要人工进行编写,进而解决了现有技术的决策表部署效率低和人工成本高的问题。
基于上述实施例提供的策略表生成方法的详细介绍,现对本申请实施例提供的一种策略信息管理方法进行详细说明,具体请参见图8。
如图8所示,该方法包括:
S801、确定响应输入的基础信息自动生成的策略表,基础信息包括至少一个条件中每个条件的至少一个条件值,策略表包括相互关联的条件信息和动作信息,条件信息由所述至少一个条件中每个条件的一个条件值构成;
本申请实施例中,确定待进行策略信息管理的策略表,该策略表为响应输入的基础信息自动生成的策略表,策略表包括至少一条策略信息,策略信息由相互关联的条件信息和动作信息构成,不同的策略信息中的条件信息不同,该策略表的生成方式参见上述实施例提供的策略表生成方式,在此不做赘述。
待进行策略信息管理的策略表可以理解为待进行动作信息优化的策略表,步骤S801中确定的策略表可以为根据基础信息生成的还未进行策略信息管理的策略表,也可以为根据基础信息生成已进行过历史策略信息管理的策略表。
S802:检测策略表中与业务请求条件信息关联的目标动作信息是否为待分析动作信息;若目标动作信息为待分析动作信息,执行步骤S803;若目标动作信息不为待分析动作信息,执行步骤S805;
本申请实施例中,确定的待进行策略信息管理的策略表后,若接收到业务请求,可以获取业务请求携带的业务请求条件信息,进而检测策略表中与业务请求条件信息关联的动作信息是否为待分析动作信息。为了便于区分,将策略表中与业务请求条件信息关联的动作信息称为目标动作信息。
即,在接收到业务请求后,获取业务请求携带的业务请求条件信息,根据业务请求条件信息查询策略表中的目标策略信息,该目标策略信息的条件信息为业务请求条件信息,该目标策略信息的动作信息称为目标动作信息。
在本申请实施例中,检测策略表中与业务请求条件信息关联的目标动作信息是否为待分析动作信息的方式可以为:在确定的待进行策略信息管理的策略表后,若接收到业务请求,可以获取业务请求携带的业务请求条件信息,并获取策略表中与所获取的业务请求条件信息关联的目标动作信息;以便于通过检测是否预先设置有与该策略表中目标动作信息关联的配置信息,若预先设置有与该策略表中目标动作信息关联的配置信息,则确定该目标动作信息为待分析动作信息;若未预先设置有与该策略表中目标动作信息关联的配置信息,则确定该目标动作信息不为待分析动作信息。其中,配置信息为响应用户对策略表中目标动作信息的配置操作生成的。
在本申请实施例中,业务可以为信贷业务。业务请求的业务请求条件可以为income小于1000、loanCount小于2、age小于10岁,或者income大于1000小于2000、loanCount大于2小于4、age小于10岁,或者income大于1000小于2000、loanCount大于2小于4、age大于10岁小于20岁。有关于业务请求的业务请求条件可以根据实际情况进行设置,本申请实施例不加以限定。
确定策略表中与业务请求携带的业务请求条件信息关联的目标动作信息后,检测目标动作信息是否为待分析动作信息,如果目标动作信息为待分析动作信息,执行步骤S803;若目标动作信息不为待分析动作信息,执行步骤S805。
S803:从预先设置的与业务请求条件信息对应的至少一个动作信息中确定用于作为携带业务请求条件信息的业务请求的请求结果的动作信息;
本申请实施例中,若策略表中与业务请求携带的业务请求条件信息关联的目标动作信息为待分析动作信息,则获取与该目标动作信息关联的配置信息,从该配置信息中获取与该业务请求条件信息对应的至少一个动作信息,该至少一个动作信息包括目标动作信息和除目标动作信息以外的其他动作信息(为了便于区分,本申请实施例将除目标动作信息以外的其他动作信息称为第一动作信息),进而从至少一个动作信息中确定用于作为该业务请求的请求结果的动作信息。有关从至少一个动作信息中确定用于作为业务请求的请求结果的动作信息的具体方式请参见下文对图9的详细描述,在此不做赘述。
S804:统计多个业务请求的请求结果的用户反馈信息,根据各个请求结果的用户反馈信息从至少一个动作信息中确定业务请求条件信息的最优动作信息,并将策略表中所述目标动作信息更新为所述最优动作信息;
S805:将目标动作信息确定为携带业务请求条件信息的业务请求的请求结果。
本申请实施例中,在确定待进行策略信息管理的策略表后,可以接收多个业务请求,针对每个业务请求可以根据上述步骤S802、S803和S805确定业务请求的请求结果,并将业务请求的请求结果反馈给发送业务请求的用户,进而接收用户对该业务请求的请求结果的反馈信息。
针对多个业务请求可以接收多个业务请求中每个业务请求的反馈信息,多个业务请求中不同的业务请求携带的业务请求条件信息可能相同也可能不同,这样,按照携带的业务请求条件信息的不同,多个业务请求可以被划分成多组业务请求,每组业务请求携带的业务请求条件信息相同,不同组的业务请求携带的业务请求条件信息不同。
进而,针对上述划分成的每组业务请求分别执行如下过程:该组业务请求中各个业务请求的请求结果可能相同也可能不同,基于此,按照请求结果对该组业务请求进行进一步划分,将该组业务请求中请求结果相同的业务请求划分成一小组业务请求,这样可以将该组业务请求划分成至少一小组的业务请求,计算每小组业务请求的目标信息,从至少一小组的业务请求中查找出目标信息最大的一小组业务请求,并将查找到的这一小组业务请求的请求结果作为该组业务请求携带的业务请求条件信息的最优动作信息,进而将策略表中包括该组业务请求携带的业务请求条件信息的策略信息中的动作信息修改为该最优动作信息。需要说明的是,该组业务请求被划分成的至少一小组业务请求中,小组业务请求的目标信息越大表征该小组业务请求的请求结果与该组业务请求携带的业务请求条件信息越匹配。
在本申请实施例中,一小组业务请求的目标信息与该小组业务请求中各个业务请求的请求结果的反馈信息成正相关,该小组业务请求中各个业务请求的请求结果的反馈信息越好,该小组业务请求的目标信息的数值越大。
图9为本申请实施例提供的一种从预先设置的与所述业务请求条件信息对应的至少一个动作信息中确定用于作为携带业务请求条件信息的业务请求的请求结果的动作信息的方法流程图。
如图9所示,该方法包括:
S901、获取配置信息指示的至少一个动作信息,至少一个动作信息包括目标动作信息和至少一个第一动作信息;
S902、确定当前接收到的携带业务请求条件信息的业务请求;
S903、根据配置信息携带的业务请求分配规则从至少一个动作信息中确定用于作为当前业务请求的请求结果的第二动作信息。
图10为本申请实施例提供的一种根据配置信息携带的业务请求分配规则从至少一个动作信息中确定用于作为当前业务请求的请求结果的第二动作信息的方法流程图。
如图10所示,该方法包括:
S1001、获取业务请求分配规则指示的第一信息和第二信息,第一信息表征目标动作信息被作为请求结果的次数和至少一个第一动作信息被作为请求结果的次数之间的第一比例,第二信息表征各个第一动作信息被作为请求结果的次数之间的第二比例;
本申请实施例中,第一比例可以认为是目标动作信息被作为请求结果的总次数和至少一个动作信息中各个动作信息被作为请求结果的次数的总和之间的比例;第二比例可以认为是至少一个第一动作信息中各个第一动作信息被作为请求结果的次数之间的比例。
比如,若至少一个动作信息包括动作信息1、动作信息2和动作信息3,其中,动作信息1为目标动作信息,动作信息2为第一动作信息,动作信息3为第一动作信息,若动作信息被作为请求结果的次数称为次数1,动作信息2被作为请求结果的次数称为次数2,动作信息3被作为请求结果的次数称为次数3,则第一比例可以为【次数1:(次数1+次数2+次数3)】,第二比例可以为【次数2:次数3】。
S1002、以目标动作信息被作为请求结果的次数和至少一个动作信息被作为请求结果的次数之间的比例趋近于第一信息,各个第一动作信息被作为请求结果的次数之间的比例趋近于第二信息,且用于作为当前业务请求的请求结果的第二动作信息被作为请求结果的次数不超过第二动作信息的上限值为目标,从至少一个动作信息中确定用于作为当前业务请求的请求结果的第二动作信息。
进一步的,本申请实施例提供的业务请求分配规则还指示至少一个动作信息中每个动作信息被作为请求结果的次数的上限值。
本申请实施例中,以目标动作信息被作为请求结果的次数和至少一个动作信息被作为请求结果的次数之间的比例趋近于第一信息,以及,各个第一动作信息被作为请求结果的次数之间的比例趋近于第二信息为目标,从至少一个动作信息中选取一个动作信息作为当前接收到的业务请求的请求结果,需要说明的是,该被选取的动作信息被作为请求结果的次数不超过业务请求分配规则指示的该被选取的动作信息被作为请求结果的次数的上限值。为了便于区分,该被选取的动作信息称为第二动作信息。
在接收到业务请求后,确定业务请求携带的业务请求条件信息,从策略表中获取包括该业务请求条件信息的策略信息的目标动作信息,如果该目标动作信息为待分析动作信息,则确定与该目标动作信息关联的至少一个动作信息,若至少一个动作信息包括动作信息1、动作信息2和动作信息3,动作信息1为目标动作信息,动作信息2为第一动作信息,动作信息3为第一动作信息,动作信息1被作为请求结果的次数的上限值为2,动作信息2被作为请求结果的次数的上限值为5,动作信息3被作为请求结果的次数的上限值为3,则以动作信息1被作为请求结果的次数和至少一个动作信息被作为请求结果的次数之间的比例趋近于第一信息,以及各个第一动作信息被作为请求结果的次数之间的比例趋近于第二信息为目标,从至少一个动作信息中选取动作信息,如果当前被选取的动作信息为动作信息2,那么需要判断动作信息2历史被作为请求结果的总次数是否达到5次,如果动作信息2历史被作为请求结果的总次数未达到5次,则将动作信息2作为当前接收到的业务请求的请求结果;如果动作信息2历史被作为请求结果的总次数达到5次,则确定动作信息2不可以作为当前接收到的业务请求的请求结果,返回执行“以动作信息1被作为请求结果的次数和至少一个动作信息被作为请求结果的次数之间的比例趋近于第一信息,以及各个第一动作信息被作为请求结果的次数之间的比例趋近于第二信息为目标,从至少一个动作信息中选取动作信息”步骤。
以上述为例,在动作信息2历史被作为请求结果的总次数未达到5次的基础上,将动作信息2作为当前业务请求的请求结果后,动作信息2被作为请求结果的总次数才不会超过动作信息2被作为请求结果的次数的上限值5。
为了更好的对上述内容进行理解,下面进行具体说明。
策略表在激活上线时会调用实验平台,创建对应的实验,实验生效的流程是:
1、策略表上线后创建实验及分支。
2、自动启动实验及分支。
3、规则引擎在走到对应格子时问询实验平台,实验平台进行流量分配返回分支标签,规则引擎根据返回的分支标记进行不同策略解动作部分的选择。
4、选定对应动作部分生效后回传实验平台结果,实验平台有效样本数量+1,直到样本数收集至上限不再分发流量。
5、策略根据实验统计结果进行分析,分析后选定策略解内最优结果,将分支动作转为格子内主干动作,并停掉对应分支的流量分发。
本申请实施例提供策略表,通过将策略表条件分为行列两种维度,并自动组合每个维度条条件转化为一维条件,新增条件时会自动将条件进行组合,大幅度减少了人工操作量。并且,本申请实施例提供策略表内在线实验,策略表内策略解可以制定不同的实验动作,并根据在线实验结果实时调整策略解的主干动作,大幅度提高了策略迭代效率,缩短策略迭代周期。
与上述本发明实施例提供的一种策略信息管理方法相对应,如图11所示,本发明实施例还提供一种信息管理装置的结构示意图,该信息管理装置包括:
策略表生成单元111,用于确定响应输入的基础信息自动生成的策略表,基础信息包括至少一个条件中每个条件的至少一个条件值,策略表包括相互关联的条件信息和动作信息,条件信息由至少一个条件中每个条件的一个条件值构成;
第一检测单元112,用于检测策略表中与业务请求条件信息关联的目标动作信息是否为待分析动作信息;
第一确定单元113,用于若目标动作信息为待分析动作信息,从预先设置的与业务请求条件信息对应的至少一个动作信息中确定用于作为携带业务请求条件信息的业务请求的请求结果的动作信息;
第一更新单元114,用于统计多个业务请求的请求结果的用户反馈信息,根据各个请求结果的用户反馈信息从至少一个动作信息中确定业务请求条件信息的最优动作信息,并将策略表中目标动作信息更新为最优动作信息。
上述本发明实施例公开的策略信息管理装置中各个单元具体的原理和执行过程,与上述本发明实施例公开的策略信息管理方法相同,可参见上述本发明实施例公开的策略信息管理方法中相应的部分,这里不再进行赘述。
本发明提供一种策略信息管理装置,可以基于用户输入的基础信息实现策略表的自动生成,尤其是存在新增条件时,不需要人工编写大量的原因条件,只需要输入新增条件即可实现对策略表的修改,提高了策略表部署效率、降低了策略表部署人工成本;并且,本方案基于自动生成的策略表可以实现对策略表中与业务请求条件关联的动作信息的自动优化,避免了现有技术策略信息依赖于人工优化,所导致的策略信息优化效率低、人工成本高的问题。
进一步的,若目标动作信息不为待分析工作信息,本申请实施例提供策略信息管理装置,还包括:
第二确定单元,用于将目标动作信息确定为携带业务请求条件信息的业务请求的请求结果。
进一步的,本申请实施例提供策略信息管理装置,还包括策略别生成过程,该策略表生成过程包括:
接收单元,用于接收输入的用于构成策略表的基础信息,基础信息包括至少一个条件中每个条件的至少一个条件值,至少一个条件包括至少一个行维度条件和一个列维度条件;
第一生成单元,用于根据至少一个行维度条件中每个行维度条件的至少一个条件值生成至少一条行维度信息,行维度信息包括至少一个行维度条件中每个行维度条件的一个条件值;
第二生成单元,用于针对至少一条行维度信息中每条行维度信息,利用该行维度信息分别与列维度条件的每个条件值构成一个条件信息;
第三生成单元,用于将基础信息包括的动作信息作为分别与每个条件信息关联的动作信息生成策略表,策略表中行维度信息所在行和列维度条件的条件值所在列的交叉位置指示与行维度信息和列维度条件的条件值构成的条件信息关联的动作信息。
在本申请实施例中,第一检测单元,包括:
第一获取单元,用于获取策略表中与业务请求条件信息关联的目标动作信息;
第二检测单元,用于检测是否预先设置有与策略表中目标动作信息关联的配置信息,配置信息为响应用户对策略表中目标动作信息的配置操作生成的;
第三确定单元,用于若预先设置有与策略表中目标动作信息关联的配置信息,确定目标动作信息为待分析动作信息;
第四确定单元,用于若未预先设置有与策略表中目标动作信息关联的配置信息,确定目标动作信息不为待分析动作信息。
在本申请实施例中,第一确定单元,包括:
第二获取单元,用于获取配置信息指示的至少一个动作信息,至少一个动作信息包括目标动作信息和至少一个第一动作信息;
第五确定单元,用于确定当前接收到的携带业务请求条件信息的业务请求;
第六确定单元,用于根据配置信息携带的业务请求分配规则从至少一个动作信息中确定用于作为当前业务请求的请求结果的第二动作信息。
在本申请实施例中,第六确定单元,包括:
第三获取单元,用于获取业务请求分配规则指示的第一信息和第二信息,第一信息表征目标动作信息被作为请求结果的次数和至少一个第一动作信息被作为请求结果的次数之间的第一比例,第二信息表征各个第一动作信息被作为请求结果的次数之间的第二比例;
第七确定单元,用于以目标动作信息被作为请求结果的次数和至少一个动作信息被作为请求结果的次数之间的比例趋近于第一信息,各个第一动作信息被作为请求结果的次数之间的比例趋近于第二信息,且用于作为当前业务请求的请求结果的第二动作信息被作为请求结果的次数不超过第二动作信息的上限值为目标,从至少一个动作信息中确定用于作为当前业务请求的请求结果的第二动作信息。
在本申请实施例中,第一更新单元,包括:
第四获取单元,用于获取多个业务请求中每个业务请求的请求结果的用户反馈信息;
计算单元,用于将多个用户反馈信息中属于同一请求结果的用户反馈信息划分为一组,并针对每组用户反馈信息计算该组用户反馈信息所属的请求结果的目标信息,请求结果的目标信息的数值越大表征请求结果与业务请求条件信息匹配度越高;
选取单元,用于从至少一个动作信息中选取目标信息最大的动作信息作为业务请求条件信息的最优动作信息;
第二更新单元,用于将策略表中目标动作信息更新为最优动作信息。
下面以信息管理方法应用于服务端为例,对本申请实施例提供的一种策略信息管理方法所适用于的服务端的硬件结构进行详细说明。
本申请实施例提供的一种策略信息管理方法可应用于服务端,该服务端可以是网络侧为用户提供服务的服务设备,其可能是多台服务器组成的服务器集群,也可能是单台服务器。
可选的,图12示出了本申请实施例提供的一种策略信息管理方法所适用于的服务端的硬件结构框图,参照图12,服务端的硬件结构可以包括:处理器121,存储器122,通信接口123和通信总线124;
在本发明实施例中,处理器121、存储器122、通信接口123、通信总线124的数量均可以为至少一个,且处理器121、存储器122、通信接口123通过通信总线124完成相互间的通信;
处理器121可能是一个中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路等;
存储器122可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory)等,例如至少一个磁盘存储器;
其中,存储器存储有程序,处理器可调用存储器存储的程序,程序用于:
确定响应输入的基础信息自动生成的策略表,基础信息包括至少一个条件中每个条件的至少一个条件值,策略表包括相互关联的条件信息和动作信息,条件信息由至少一个条件中每个条件的一个条件值构成;
检测策略表中与业务请求条件信息关联的目标动作信息是否为待分析动作信息;
若目标动作信息为待分析动作信息,从预先设置的与业务请求条件信息对应的至少一个动作信息中确定用于作为携带业务请求条件信息的业务请求的请求结果的动作信息;
统计多个业务请求的请求结果的用户反馈信息,根据各个请求结果的用户反馈信息从至少一个动作信息中确定业务请求条件信息的最优动作信息,并将策略表中目标动作信息更新为最优动作信息。
有关程序的功能可参见上文对本申请实施例提供的一种策略信息管理方法的详细描述,在此不做赘述。
进一步的,本申请实施例还提供一种计算机可读计算机存储介质,该计算机可读存储介质中存储有计算机可执行指令,该计算机可执行指令用于执行上述策略信息管理方法。
有关计算机可执行指令的具体内容可参见上文对本申请实施例提供的一种策略信息管理方法的详细描述,在此不做赘述。
以上对本发明所提供的一种策略信息管理方法、装置、服务器及存储介质进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素,或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。