获得的分析结果；同理，若调用了相应业务类型下全部的规则对业务分析请求进行分析，则在记录分析结果时，要指明是基于全部规则获得的分析结果。
[0102]在上述实施例中，进一步地，在业务上下文的分析处理过程中，可以获取每一个规则的分析处理过程记录，又称为规则分析路径，基于每一个规则分析路径，可以对相应规则的分析处理过程进行回溯，从而判断相应的规则是否存在不足之处，以便于基于判断结果对规则作出进一步优化。例如，根据规则分析路径的回溯结果，添加、删除或修改规则组成元素，以及添加、删除或修改规则条件等等。
[0103]基于上述步骤500 —步骤550，参阅图6所示，本发明实施例中，规则管理系统进行规则管理的详细流程如下:
[0104]步骤600:接收到业务分析请求后，获取并执行相应的规则。
[0105]为了便于叙述，本实施例中仅以执行一个规则为例进行介绍。
[0106]步骤601:获取当前执行的规则中的第一个条件。
[0107]一个规则可以设置有很多需要满足的条件，规则管理系统需要一一进行判决。
[0108]步骤602:执行当前获取的条件。
[0109]步骤603:从线程级缓存中获取之前各种规则的调用结果。
[0110]步骤604:判断获得的调用结果中是否存在当前调用的数据脚本所需要的结果，若是，则执行步骤607 ;否则，执行步骤605。
[0111]实际应用中，如果规则管理系统在之前的处理流程中调用过与当前的数据脚本的处理对象相同的数据，如，用户终端的MAC地址，那么，本次流程中可以直接从之前的调用结果中获取当前的数据脚本所需的数据。
[0112]步骤605:执行数据脚本获取所需的各类数据。
[0113]步骤606:将针对当前数据脚本获取的数据保存至缓程级缓存。
[0114]步骤607:获取数据结果。
[0115]步骤608:记录当前的分析路径上下文，即规则上下文。
[0116]上述步骤603至步骤608为执行数据脚本的处理过程。
[0117]步骤609:基于获得的数据结果，执行预设的比较逻辑。
[0118]即在当前的规则条件，对数据脚本中记录的数据进行预设逻辑比较。
[0119]步骤610:获取比较结果，也可以称为执行当前条件获得的条件判断结果。
[0120]步骤611:记录当前的分析路径上下文，即规则分析路径的上下文。
[0121]步骤步骤609至步骤611为执行比较符的处理过程。
[0122]步骤612:判断当前的规则的表达式是否满足，若是，则进行步骤613，否则规则判断结束，确定不满足规则。
[0123]步骤613:判断当前的规则是否还有其他条件需要执行？若是，则执行步骤614 ；否则，执行步骤615。
[0124]步骤614:获取当前的规则对应的下一个条件，接着，返回步骤602。
[0125]步骤615:触发规则，即确定规则执行完毕。
[0126]步骤616:执行动作策略，即执行规则满足后相应的处理操作。
[0127]步骤617:把规则的执行结果继续记录至分析路径上下文，即规则分析路径的上下文。
[0128]由此可以看出，处理过程中的每一步骤的处理结果均会记录至规则分析路径的上下文，因此，便于规则执行过程的回逆，一旦规则出现执行错误，可以根据规则分析路径准确地定位错误发生原因，为后续的优化操作提供的有力的参考数据。
[0129]基于上述实施例，参阅图1所示，本申请实施例中，规则管理系统中至少包括有管理后台和规则引擎，其中，
[0130]管理后台，用于根据用户指令获取规则配置信息，基于获得的规则配置信息调用对应的规则组成元素，并按照规则配置信息描述的规则条件，基于规则组成元素生成相应的规则；
[0131]规则引擎，用于对生成的规则进行发布，并在接收到业务分析请求时，基于已生成的规则对相应的业务上下文进行处理。
[0132]较佳的，管理后台具体用于:
[0133]根据规则配置信息获取对应的通用比较符和通用数据脚本；
[0134]根据配置信息将通用比较符和通用数据脚本转换为针对相应业务的子域比较符和子域数据脚本；
[0135]基于规则配置信息的描述获取针对相应业务的规则条件，并参照规则条件，根据子域比较符和子域数据脚本生成相应的规则。
[0136]较佳的，规则弓I擎具体用于:
[0137]接收业务分析请求，确定业务分析请求对应的业务类型；
[0138]根据业务类型获取相应的至少一条规则；
[0139]根据至少一个规则对业务分析请求的上下文进行分析。
[0140]较佳的，规则引擎具体用于:
[0141]若业务分析请求指示了待使用的规则，则根据指示内容获取对应的至少一个规则；
[0142]若业务分析请求未指示待使用的规则，则直接调用业务类型对应的全部规则。
[0143]较佳的，管理后台进一步用于:
[0144]在业务分析请求的处理过程中，获取使用的每一个规则的规则分析路径；
[0145]基于每一条规则的规则分析路径，对相应的规则进行优化。
[0146]进一步的，如图1所示，规则管理系统中还设置有规则库，用于保存生成的规则，还设置有通用域，用于保存数据脚本和比较符，以及设置有规则平台，规则引擎的运行基于规则平台，规则平台从规则库中加载规则引擎提供给规则引擎，并记录规则引擎保存的规则分析路径。
[0147]另一方面，本申请实施例中，提供了基于云端和客户端的两种使用规则引擎的模式，满足不同应用的需求，一种为图1所示的服务模式，一种为图7所示的客户端模式，两种模式原理相同，设置细节上略有不同。如图1和图7所示。服务模式下，规则引擎和规则平台实现同步的规则加载，同时，规则引擎将记录的规则分析路径也同步保存至规则平台，由规则平台统一交由管理后台进行处理，并且，规则引擎所在的规则平台给指定业务提供统一的服务接口，接入方无需自己管理规则判断所需的相关数据，仅仅需要引用规则平台提供的服务接口即可。
[0148]而客户端模式下，规则引擎和规则平台实现异步的规则加载，同时，规则引擎记录的规则分析路径也异步保存至规则平台，由规则平台统一交由管理后台进行处理，并且，规则引擎所在的规则平台给指定业务提供统一的服务接口，接入方需要自己管理规则判断所需要的相关数据，如果条件判断需要引入新的数据，需要自行引入。同时在集成各类用于处理规则的组件的时候需要进行一定的配置。
[0149]综上所述，本发明实施例中，设置了一种新的规则管理系统，通过规则管理系统可以针对各类业务需求，基于预设的规则配置信息调用对应的规则组成元素及规则条件生成相应的规则，并在规则发布后，在接收到业务分析请求时，基于已生成的相应的规则对业务上下文进行处理。这样，便实现了通用的规则引擎模型，构建完整了规则处理体系，实现了灵活的规则条件、规则数据脚本及规则自身的配置功能，能够针对业务需求实现高效的规则配置，从而满足计算机系统的性能要求。
[0150]具体的，本发明实施例还具有以下几大优点:
[0151]1、通用性高，大大降低了开发成本。
[0152]本申请实施例提供了一套完整的规则管理系统，包括统一的规则运算模型和规则算法，规则条件、参数、比较符的定义，规则的配置及规则的执行，大大节省接入和维护成本。
[0153]2、规则配置灵活。
[0154]本申请实施例中，规则管理系统通用规则引擎提供一套灵活的规则配置功能，其中，规则条