基于配置的策略可视化方法、系统、装置和介质与流程

1.本技术涉及计算机开发和运维领域，尤其涉及基于配置的策略可视化方法、系统、装置和计算机可读存储介质。


背景技术：

2.随着互联网的高速发展，需要技术人员和非技术人员(例如，业务人员)进行跨部门协同来对产品策略(例如，信贷决策中用于计算用户授信等相关数据的策略)进行研发和调优，然而，目前的策略执行逻辑是以代码的形式进行开发和运维的(即，黑盒化)，这会导致非技术人员无法理解其中的具体逻辑，从而无法基于代码来快速排查逻辑异常点。
3.目前，虽然存在埋点可视化方法，但其通常在前端收集来自用户的行为数据，无法以可视化的形式展示黑盒化的策略执行逻辑。
4.因此，为了将原本黑盒化的策略执行逻辑，以白盒化的方式进行展现，从而辅助业务人员快速定位策略问题，提高策略研发效率和策略运维效率，期望能够提供一种改进的策略可视化和代码调优方案，这使得策略的开发和维护不局限于技术人员，采用通用的可视化界面进行展示，显著降低学习成本。


技术实现要素：

5.为了克服现有技术的缺陷，本说明书的一个或多个实施例通过进行策略配置，在配置中埋点并输出到日志以及基于从日志中检索到的数据进行策略轨迹显示，可以将原本黑盒化的策略执行逻辑以白盒化的方式进行展现，从而实现对逻辑异常点的快速排查，使得策略的开发和维护更为简单。
6.本说明书的一个或多个实施例通过以下技术方案来实现其上述目的。
7.根据本公开的第一方面，提供了一种基于配置的策略可视化方法，包括：根据预定义的策略执行逻辑进行策略配置；根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据；将所述埋点数据输出到埋点日志；以及基于从所述埋点日志检索到的埋点数据可视化显示策略轨迹，所述策略轨迹指示所述策略执行逻辑。
8.根据本公开的一个实施例，所述策略执行逻辑包括规则流、普通规则或决策表。
9.根据本公开的进一步实施例，所述埋点是自动进行的。
10.根据本公开的进一步实施例，根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据进一步包括：在所述策略配置完成时在编译期间自动进行代码埋点；以及在所述编译完成时在打包期间通过sdk拓展埋点逻辑。
11.根据本公开的进一步实施例，将所述埋点数据输出到埋点日志进一步包括：按照埋点规范将所述埋点数据输出到所述埋点日志。
12.根据本公开的进一步实施例，所述埋点规范进一步包括以下各项中的一者或多者：变量、规则流、模型或机器。
13.根据本公开的进一步实施例，所述变量包括特征变量、上下文变量、临时变量或输
出变量，所述规则流包括规则节点、子规则流、算法模型或子模型，所述模型包括名称、版本号、发布模式，并且所述机器包括主机、ip或应用名。
14.根据本公开的进一步实施例，所述埋点日志通过实时回流来储存热点数据，并且通过离线回流来储存全量历史数据。
15.根据本公开的进一步实施例，所述埋点数据是基于不同的时间维度从所述日志中检索到的。
16.根据本公开的进一步实施例，所述方法进一步包括：
17.基于对所述策略轨迹的可视化显示来调整所述策略执行逻辑。
18.根据本公开的第二方面，提供了一种基于配置的策略可视化系统，包括：用于根据预定义的策略执行逻辑进行策略配置的装置；用于根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据的装置；用于将所述埋点数据输出到埋点日志的装置；以及用于基于从所述埋点日志检索到的埋点数据可视化显示策略轨迹的装置，所述策略轨迹指示所述策略执行逻辑。
19.根据本公开的一个实施例，所述策略执行逻辑包括规则流、普通规则或决策表。
20.根据本公开的进一步实施例，用于根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据的装置进一步包括：用于在所述策略配置完成时在编译期间自动进行代码埋点的装置；以及用于在所述编译完成时在打包期间通过sdk拓展埋点逻辑的装置。
21.根据本公开的进一步实施例，用于将所述埋点数据输出到埋点日志的装置进一步包括：用于按照埋点规范将所述埋点数据输出到所述埋点日志的装置。
22.根据本公开的进一步实施例，所述埋点规范进一步包括以下各项中的一者或多者：变量、规则流、模型或机器，所述变量包括特征变量、上下文变量、临时变量或输出变量，所述规则流包括规则节点、子规则流、算法模型或子模型，所述模型包括名称、版本号、发布模式，并且所述机器包括主机、ip或应用名。
23.根据本公开的第三方面，提供了一种基于配置的策略可视化装置，包括：处理器；以及与所述处理器耦合的存储器，所述存储器存储有处理器可执行指令，所述指令在被所述处理器执行时使所述处理器执行如前述方面中任一项所述的方法。
24.根据本公开的第四方面，提供了一种非瞬态处理器可读存储介质，包括处理器可执行指令，所述指令在被所述处理器执行时使所述处理器执行如前述方面中任一项所述的方法。
25.与现有技术相比，本说明书的一个或多个实施例能够实现以下技术效果中的一者或多者：
26.以可视化的方式展示策略执行逻辑，辅助业务人员快速定位策略问题，提高策略研发和策略运维效率，降低非技术人员的学习成本；
27.使业务人员能够快速排查逻辑异常点，进一步提高代码调优效率；
28.通过自动埋点可以进一步降低人工成本，提高策略相关的埋点数据的质量和精度，并为后续的策略可视化以及代码调优提供更好的基础。
29.通过阅读下面的详细描述并参考相关联的附图，这些及其他特点和优点将变得显而易见。应该理解，前面的概括说明和下面的详细描述只是说明性的，不会对所要求保护的
各方面形成限制。
附图说明
30.为了能详细地理解本公开的上述特征所用的方式，可以参照各实施例来对以上简要概述的内容进行更具体的描述，其中一些方面在附图中示出。然而应该注意，附图仅示出了本公开的某些典型方面，故不应被认为限定其范围，因为该描述可以允许有其它等同有效的方面。
31.图1示出根据本公开的一个实施例的产品侧的策略可视化的总体过程的示意图。
32.图2示出根据本公开的一个实施例的信贷决策中用于计算用户授信相关数据的策略可视化的总体过程的示意图。
33.图3示出根据本公开的一个实施例的技术侧的策略可视化的总体过程的示意图。
34.图4示出根据本公开的一个实施例的基于配置的策略可视化方法的示意流程图。
35.图5示出根据本公开的一个实施例的基于配置的策略可视化系统的示意性框图。
36.图6示出根据本公开的一个实施例的可实现本文所描述的各种技术的示例计算设备的示例计算设备架构图。
具体实施方式
37.以下具体实施方式的内容足以使任何本领域技术人员了解本说明书的一个或多个实施例的技术内容并据以实施，且根据本说明书所揭露的说明书、权利要求及附图，本领域技术人员可轻易地理解本说明书的一个或多个实施例相关的目的及优点。
38.如上文所述，现有的策略执行逻辑以代码的形式进行开发和运维，这导致非技术人员无法理解其中的具体逻辑，从而无法基于代码快速排查逻辑异常点，从而导致策略开发和运维效率较低且学习成本较高。
39.为解决此问题，本说明书实施例设想了根据策略配置埋入打点代码，并且在触发打点事件时根据打点规范输出打点日志，并且基于从打点日志中检索到的数据来可视化策略执行逻辑，本方案创新性地将原本黑盒化的策略执行逻辑以白盒化的方式进行展现，从而使得非技术人员也能快速定位策略问题，显著提高了策略研发和策略运维效率。
40.在本文中，术语埋点也可被称为打点或事件追踪，主要是指针对特定的业务过程、事件或用户行为进行捕获、处理和发送的相关技术及实施过程。在本文中主要是针对策略配置进行埋点以获取策略执行逻辑相关的埋点数据以用于后续的策略可视化轨迹显示。
41.另外，本文中的轨迹是指以可视化线条的方式展示策略执行逻辑的能力。
42.例如，参见图1，其示出根据本公开的一个实施例的产品侧的策略可视化的总体过程100的示意图。
43.产品链路上的过程100主要可包括策略配置101、自动埋点102、日志检索103和轨迹显示104。
44.以下将结合图2中在信贷决策中用于计算用户授信相关数据的策略可视化过程200来详细解释上述过程100的四个阶段101-104。
45.在策略配置101阶段，可根据预定义的策略执行逻辑进行策略配置。
46.在一个实施方式中，策略执行逻辑可包括规则流、普通规则或决策表中的一者或
多者。当然，可以理解，策略执行逻辑还可包括本领域技术人员已知的任何其他逻辑或规则。
47.优选地，决策表可包括普通决策表、顺序决策表和交叉决策表。普通决策表也可被称为规则表，其是一个二维表，其中每列可表示一个属性或条件，每行可表示一条规则，在普通决策表中，任何两条规则之间都是相互独立的，不存在优先级关系。顺序决策表在普通决策表的基础上增加了特定的规则执行顺序，在这种类型的决策表中，规则的执行顺序是确定的，因为规则之间存在严格的优先级关系，规则的执行顺序取决于规则的条件和优先级。交叉决策表通过横向和纵向两个维度进行条件约束/组合，每个条件组合对应一条规则。
48.如图2的示例所示，在信贷决策中，可以根据预定义的规则流、普通规则或决策表来进行策略配置，其中规则流可包括具有多个规则节点的多个规则子流，如图2中的三个规则子流(例如，第一规则子流为分层
→
税务
→
汇总，其包括三个规则节点；第二规则子流为分层
→
评级
→
准入
→
授信
→
汇总，其包括五个规则节点；第三规则子流为分层
→
评级
→
银流
→
授信
→
汇总，其包括五个规则节点)所示。
49.例如，可以针对上述规则流建立规则流模型，其中规则流模型可包括各规则节点之间的条件和顺序信息，并且可以将该规则流模型中的每个规则节点和边映射到事件和数据收集，其中节点可以被映射到事件名称和标识符，而边可以被映射到事件发生的顺序和条件。
50.另外，如图2所示，普通规则可包括选择结构语句(例如，if
…
else语句)，该规则指示在判断条件(例如，风险评级＝a)满足的情况下，执行分支0(例如，授信＝2000)，否则执行分支1(例如，授信＝1000)。
51.另外，还可利用交叉决策表来进行策略配置，如下表1所示，可以根据横向维度的评级(a-c)以及纵向维度的分层(1-4)来确定是否准入(准入＝0或1)。
[0052] 分层＝1分层＝2分层＝3分层＝4评级＝a准入＝0准入＝0准入＝0准入＝1评级＝b准入＝0准入＝0准入＝1准入＝1评级＝c准入＝0准入＝1准入＝1准入＝1
[0053]
表1
[0054]
随后，在自动埋点102阶段，可基于策略配置进行埋点以获取与预定义的策略执行逻辑相关联的埋点数据，上述埋点可以是自动进行的，即，可以自动埋入打点代码。通过自动埋点可以进一步降低人工成本，提高策略相关的埋点数据的质量和精度，并为后续的策略可视化以及代码调优提供更好的基础。
[0055]
当然，可以理解，上述埋点过程可以利用本领域人员已知的任何其他埋点方法来进行。
[0056]
如图2所示，在根据规则流进行策略配置的情形中，可以基于规则流中的各规则子流中的规则节点进行埋点以获取与规则流相关联的埋点数据，在各规则节点处，可基于普通规则或决策表(例如，普通决策表、顺序决策表和交叉决策表)来进行决策。
[0057]
在根据普通规则进行策略配置的情形中，可以基于不同的执行分支进行埋点以获取与普通规则相关联的埋点数据。
[0058]
在根据决策表进行策略配置的情形中，可以基于不同的行和列的条件组成的规则来进行埋点以获取与决策表相关联的埋点数据。
[0059]
埋点的技术实现将在以下参考图3进一步详细地进行描述。
[0060]
在针对策略执行逻辑进行埋点之后，在引擎运行时可以将埋点相关数据输出到日志中以供后续检索。
[0061]
随后，在日志检索103阶段，可按照不同的时间维度检索策略相关的埋点数据。
[0062]
如图2所示，日志可以通过两条链路进行储存，热点数据(例如，30天内的数据)可实时回流，全量历史数据(例如，10年内的数据)可离线回流，从而实现实时数据秒级检索，离线数据分钟检索。
[0063]
随后，在轨迹显示104阶段，可基于(例如，在预定时间段内)从日志中检索出的埋点数据以轨迹的方式可视化显示策略执行逻辑，如图2中进一步所示。
[0064]
由此，通过采用通用的可视化界面来展示策略轨迹，可以使策略的开发和维护面向所有业务人员，从而进一步提高策略研发和运维效率，降低学习成本。
[0065]
参见图3，其示出根据本公开的一个实施例的技术侧的策略可视化的总体过程300的示意图。
[0066]
技术链路上的过程300主要可包括策略配置301、代码编译302、代码打包303和引擎运行304。
[0067]
策略配置301阶段可以如以上参考图1和2中的阶段101来进行描述，在此不再进一步赘述。
[0068]
在代码编译302阶段，可以在策略配置完成之后在代码编译阶段期间自动埋入打点代码。
[0069]
在代码打包303阶段，可以在代码编译完成之后在代码打包阶段期间通过sdk拓展打点逻辑(即，埋点逻辑)。
[0070]
在引擎运行304阶段，可以在引擎运行过程中按照打点规范(即，埋点规范)输出打点日志(即，埋点日志)，其中打点规范可包括以下各项中的一者或多者：变量、规则流、模型或机器，其中变量包括特征变量、上下文变量、临时变量或输出变量，规则流包括规则节点(例如，普通规则、决策表)、子规则流、算法模型或子模型，模型包括名称、版本号、发布模式，并且机器包括主机(host)、ip或应用名。
[0071]
在一个实施方式中，打点日志可通过两条链路进行储存，其中热点数据可实时回流(例如，秒级回流到sls)，历史数据可离线回流(例如，小时回流到odps)。
[0072]
在一个实施方式中，在查询时可按照不同的时间维度来进行，例如实时数据可以实现秒级查询，离线数据可以实现分钟查询。
[0073]
参见图4，其示出根据本公开的一个实施例的基于配置的策略可视化方法400的示意流程图。
[0074]
方法400可开始于步骤401，可根据预定义的策略执行逻辑进行策略配置。
[0075]
在一个实施方式中，预定义的策略执行逻辑可包括规则流、普通规则或决策表，其中决策表可包括普通决策表、顺序决策表或交叉决策表，如以上参考图2中的阶段101所示。
[0076]
在步骤402，可根据策略配置进行埋点以获取与该策略执行逻辑相关联的埋点数据。
[0077]
在一个实施方式中，上述埋点可以是自动进行的。
[0078]
在进一步的实施方式中，根据策略配置进行埋点以获取与策略执行逻辑相关联的埋点数据可进一步包括：在策略配置完成时在编译期间自动进行代码埋点，并且在编译完成时在打包期间通过sdk拓展埋点逻辑，如以上参考图3中的阶段302、303所示。
[0079]
在步骤403，可将所获取的埋点数据输出到埋点日志。
[0080]
在一个实施方式中，将所获取的埋点数据输出到埋点日志可进一步包括：按照埋点规范将所获取的埋点数据输出到埋点日志，如以上参考图3中的阶段304所示。
[0081]
在一个实施方式中，上述埋点规范可包括以下各项中的一者或多者：变量、规则流、模型或机器，其中变量可包括特征变量、上下文变量、临时变量或输出变量，规则流可包括规则节点、子规则流、算法模型或子模型，模型可包括名称、版本号、发布模式，并且机器可包括主机、ip或应用名，如以上参考图3所示。
[0082]
在步骤404，可基于从埋点日志检索到的埋点数据可视化显示策略轨迹，其中该策略轨迹指示策略执行逻辑。
[0083]
在一个实施方式中，埋点日志可通过两条链路来储存埋点数据。
[0084]
具体而言，埋点日志可通过实时回流来储存热点数据，并且通过离线回流来储存全量历史数据，如以上参考图2中的阶段103所示。
[0085]
在一个实施方式中，埋点数据可以是基于不同的时间维度从日志中检索到的。例如实时数据可以实现秒级检索，离线数据可以实现分钟检索。
[0086]
进一步可任选地，方法400还可包括：基于关于策略执行逻辑的可视化轨迹显示来调整该策略执行逻辑。
[0087]
由此，通过将策略轨迹以可视化的方法进行呈现，使得策略的开发和维护不局限于技术人员，从而使得业务人员可以通过可视化界面快速排查逻辑异常点，而且开发人员也可以快速进行代码调试，大大提升了策略运维效率。
[0088]
参见图5，其示出根据本公开的一个实施例的基于配置的策略可视化系统500的示意性框图。
[0089]
如图5所示，系统500可至少包括策略配置装置501、代码埋点装置502、日志输出装置503和策略可视化装置504。
[0090]
策略配置装置501可用于根据预定义的策略执行逻辑进行策略配置。
[0091]
在一个实施方式中，策略执行逻辑可包括规则流、普通规则或决策表。
[0092]
在进一步的实施方式中，决策表可包括普通决策表、顺序决策表或交叉决策表。
[0093]
代码埋点装置502可用于根据策略配置进行代码埋点以获取与策略执行逻辑相关联的埋点数据。
[0094]
在一个实施方式中，代码埋点装置502可用于在策略配置完成时在编译期间自动进行代码埋点，并且在编译完成时在打包期间通过sdk拓展埋点逻辑。
[0095]
日志输出装置503可用于将所获取的埋点数据输出到埋点日志。
[0096]
在一个实施方式中，日志输出装置503可用于按照埋点规范将所获取的埋点数据输出到埋点日志。
[0097]
例如，埋点规范可包括以下各项中的一者或多者：变量、规则流、模型或机器，其中变量可包括特征变量、上下文变量、临时变量或输出变量，规则流可包括规则节点(例如，普
通规则(0、1、终止)或决策表(行、列))、子规则流、算法模型或子模型，模型可包括名称、版本号、发布模式，并且机器可包括主机、ip或应用名。
[0098]
当然，可以理解，可以使用本领域人员已知的或自定义的任何其他埋点规范。
[0099]
在一个实施方式中，埋点日志可通过实时回流来储存热点数据，并且通过离线回流来储存全量历史数据。
[0100]
策略可视化装置504可用于基于从埋点日志检索到的埋点数据来可视化显示策略轨迹，其中该策略轨迹指示策略执行逻辑。
[0101]
在一个实施方式中，埋点数据可以是基于不同的时间维度从日志中检索到的。例如，可以针对小时回流到odps中的数据进行分钟级查询，并且针对秒级回流到sls的数据进行秒级查询。
[0102]
图6示出根据本公开的一个实施例的可实现本文所描述的各种技术的示例计算设备的示例计算设备架构600。
[0103]
计算设备架构600的各组件被示为使用总线614彼此处于电通信。示例计算设备架构600包括处理器604以及将包括存储器602(诸如只读存储器(rom)和随机存取存储器(ram))的各种计算设备组件耦合到处理器604的总线614。
[0104]
存储器602可存储计算机可执行指令，这些指令在由处理器604执行时使该至少一个处理器执行本文中所描述的各种功能，包括：根据预定义的策略执行逻辑进行策略配置；根据策略配置进行埋点以获取与该策略执行逻辑相关联的埋点数据；将所获取的埋点数据输出到埋点日志；以及基于从埋点日志检索到的埋点数据进行关于策略执行逻辑的可视化轨迹显示。
[0105]
处理器604可包括cpu，cpu在一些示例中可以是多核cpu。在cpu处执行的指令可例如从与cpu相关联的程序存储器加载或可从存储器602加载。该一个或多个处理器604还可包括为特定功能定制的附加处理组件，诸如图形处理单元(gpu)、数字信号处理器(dsp)、神经处理单元(npu)、多媒体处理单元。在一些示例中，该一个或多个处理器可基于arm或risc-v指令集。
[0106]
计算设备架构600还可包括与处理器604直接连接、紧邻处理器604、或集成为处理器604的一部分的高速存储器的高速缓存606。计算设备架构600可将来自存储器602的数据复制到高速缓存606以供处理器604快速访问。以此方式，高速缓存可提供性能助推，这避免处理器604在等待数据的同时发生延迟。这些和其他模块可控制或被配置成控制处理器604执行各种动作。其他计算设备存储器602也可供使用。存储器602可包括具有不同性能特性的多种不同类型的存储器。处理器604可包括任何通用处理器和专用处理器(其中软件指令被纳入处理器设计中)。处理器604可以是自包含系统，包含多个核或处理器、总线、存储器控制器、高速缓存等。多核处理器可以是对称的或非对称的。
[0107]
为了实现与计算设备架构600的用户交互，输入设备608可表示任何数目的输入机构，诸如用于语音的话筒、用于姿势或图形输入的触敏屏、键盘、鼠标等等。输出设备610也可以是本领域技术人员已知的多种输出机构中的一种或多种，诸如显示器、投影仪、电视机、扬声器设备。在一些实例中，多模态计算设备可使得用户能够提供多种类型的输入以与计算设备架构600通信。通信接口612可一般地管控和管理用户输入和计算设备输出。对在任何特定硬件布置上进行操作不存在任何限制，并且因此可以容易地替换此处的基础特征
以随着它们被开发而获得改进的硬件或固件布置。
[0108]
可以理解，图6仅仅是计算设备的一个示例，并且包括更少的、附加的或替换方面的其他计算设备也可与本公开一致。
[0109]
而且，本技术还公开了一种包括存储于其上的计算机可执行指令的计算机可读存储介质，该计算机可执行指令在被处理器执行时使得该处理器执行本文所述的各实施例的方法。
[0110]
此外，本技术还公开了一种装置，该装置包括处理器以及存储有计算机可执行指令的存储器，该计算机可执行指令在被处理器执行时使得该处理器执行本文所述的各实施例的方法。
[0111]
此外，本技术还公开了一种系统，该系统包括用于实现本文所述的各实施例的方法的装置。
[0112]
结合本文中的公开描述的各种解说性框以及模块可以用设计成执行本文中描述的功能的通用处理器、dsp、asic、fpga或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可被实现为计算设备的组合(例如，dsp与微处理器的组合、多个微处理器、与dsp核心协同的一个或多个微处理器，或者任何其他此类配置)。
[0113]
本文中所描述的功能可以在硬件、由处理器执行的软件、固件、或其任何组合中实现。如果在由处理器执行的软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。其他示例和实现落在本公开及所附权利要求的范围内。例如，由于软件的本质，本文描述的功能可使用由处理器执行的软件、硬件、固件、硬连线或其任何组合来实现。实现功能的特征也可物理地位于各种位置，包括被分布以使得功能的各部分在不同的物理位置处实现。
[0114]
以上所已经描述的内容包括所要求保护主题的各方面的示例。当然，出于描绘所要求保护主题的目的而描述每一个可以想到的组件或方法的组合是不可能的，但本领域内的普通技术人员应该认识到，所要求保护主题的许多进一步的组合和排列都是可能的。从而，所公开的主题旨在涵盖落入所附权利要求书的精神和范围内的所有这样的变更、修改和变化。

技术特征：
1.一种基于配置的策略可视化方法，包括：根据预定义的策略执行逻辑进行策略配置；根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据；将所述埋点数据输出到埋点日志；以及基于从所述埋点日志检索到的埋点数据可视化显示策略轨迹，所述策略轨迹指示所述策略执行逻辑。2.如权利要求1所述的方法，所述策略执行逻辑包括规则流、普通规则或决策表。3.如权利要求1所述的方法，所述埋点是自动进行的。4.如权利要求3所述的方法，根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据进一步包括：在所述策略配置完成时在编译期间自动进行代码埋点；以及在所述编译完成时在打包期间通过sdk拓展埋点逻辑。5.如权利要求1所述的方法，将所述埋点数据输出到埋点日志进一步包括：按照埋点规范将所述埋点数据输出到所述埋点日志。6.如权利要求5所述的方法，所述埋点规范进一步包括以下各项中的一者或多者：变量、规则流、模型或机器。7.如权利要求6所述的方法，所述变量包括特征变量、上下文变量、临时变量或输出变量，所述规则流包括规则节点、子规则流、算法模型或子模型，所述模型包括名称、版本号、发布模式，并且所述机器包括主机、ip或应用名。8.如权利要求1所述的方法，所述埋点日志通过实时回流来储存热点数据，并且通过离线回流来储存全量历史数据。9.如权利要求1所述的方法，所述埋点数据是基于不同的时间维度从所述日志中检索到的。10.如权利要求1所述的方法，进一步包括：基于对所述策略轨迹的可视化显示来调整所述策略执行逻辑。11.一种基于配置的策略可视化系统，包括：用于根据预定义的策略执行逻辑进行策略配置的装置；用于根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据的装置；用于将所述埋点数据输出到埋点日志的装置；以及用于基于从所述埋点日志检索到的埋点数据可视化显示策略轨迹的装置，所述策略轨迹指示所述策略执行逻辑。12.如权利要求11所述的系统，所述策略执行逻辑包括规则流、普通规则或决策表。13.如权利要求11所述的系统，用于根据所述策略配置进行埋点以获取与所述策略执行逻辑相关联的埋点数据的装置进一步包括：用于在所述策略配置完成时在编译期间自动进行代码埋点的装置；以及用于在所述编译完成时在打包期间通过sdk拓展埋点逻辑的装置。14.如权利要求11所述的系统，用于将所述埋点数据输出到埋点日志的装置进一步包括：
用于按照埋点规范将所述埋点数据输出到所述埋点日志的装置。15.如权利要求14所述的系统，所述埋点规范进一步包括以下各项中的一者或多者：变量、规则流、模型或机器，所述变量包括特征变量、上下文变量、临时变量或输出变量，所述规则流包括规则节点、子规则流、算法模型或子模型，所述模型包括名称、版本号、发布模式，并且所述机器包括主机、ip或应用名。16.一种基于配置的策略可视化装置，包括：处理器；以及与所述处理器耦合的存储器，所述存储器存储有处理器可执行指令，所述指令在被所述处理器执行时使所述处理器执行如权利要求1-10中任一项所述的方法。17.一种非瞬态处理器可读存储介质，包括处理器可执行指令，所述指令在被所述处理器执行时使所述处理器执行如权利要求1-10中任一项所述的方法。

技术总结
公开了一种基于配置的策略可视化方法，包括：根据预定义的策略执行逻辑进行策略配置；根据该策略配置进行埋点以获取与该策略执行逻辑相关联的埋点数据；将埋点数据输出到埋点日志；以及基于从该埋点日志检索到的埋点数据来可视化显示策略轨迹，所述策略轨迹指示所述策略执行逻辑。本申请还涉及基于配置的策略可视化系统、装置和介质。装置和介质。装置和介质。


技术研发人员：何享斌
受保护的技术使用者：浙江网商银行股份有限公司
技术研发日：2023.05.05
技术公布日：2023/9/20