决策引擎读取规则运行文件的方法、装置、介质和设备与流程

1.本发明涉及信息技术领域，尤其涉及一种决策引擎读取规则运行文件的方法、装置、介质和设备。


背景技术：

2.决策引擎是一款业务规则运营管理产品，由推理引擎发展而来，实现了将业务规则从应用程序代码中分离出来以满足频繁变化的业务规则需求。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：现有技术中决策引擎只能在应用程序启动时读取规则运行文件，在应用程序运行中不能读取到规则运行文件的新增、修改和删除状态，也无法做到近实时的读取规则运行文件的变化。


技术实现要素：

4.有鉴于此，本发明实施例的目的在于提供一种决策引擎读取规则运行文件的方、法装置、介质和设备，能够使得决策引擎既能在应用程序启动时读取规则运行文件，也能在应用程序运行中读取规则运行文件的新增、修改和删除状态。
5.为达到上述目的，第一方面，本发明提供一种决策引擎读取规则运行文件的方法，包括：
6.在应用程序的配置文件中预先确定需要读取的文件目录后，周期性地监听并加载所述文件目录下的规则运行文件；
7.判断所述规则运行文件是否有变化；
8.当所述规则运行文件有变化时，读取有变化的所述规则运行文件的内容信息。
9.在一些可能的实施方式中，所述在应用程序的配置文件中预先确定需要读取的文件目录后，周期性地监听所述文件目录下的规则运行文件，具体包括：
10.在应用程序的配置文件中预先需要读取的文件目录后，在应用程序启动时，启动多个java子线程，通过每个所述java子线程周期性地监听与每个所述java子线程对应的所述文件目录下的规则运行文件，并以新增文件的方式加载所述规则运行文件，并将所述规则运行文件的文件信息以java语言中的集合数组的结构存储在java虚拟机的内存中；其中，所述文件信息包括文件名称和文件最后修改时间。
11.在一些可能的实施方式中，所述判断所述规则运行文件是否有变化具体可以包括：
12.当应用程序运行时，通过每个所述java子线程将监听到的规则运行文件的文件名称和文件最后修改时间与存储在java虚拟机的内存中的文件信息进行比对，根据比对结果来判断所述规则运行文件是否有变化。
13.在一些可能的实施方式中，在应用程序运行时，通过每个所述java子线程将监听到的规则运行文件的文件名称和文件最后修改时间与存储在java虚拟机的内存中的文件信息进行比对，根据比对结果来判断所述规则运行文件的是否有变化，具体可以包括：
14.判断监听到的规则运行文件的文件名称是否与所述java虚拟机的内存中文件名称相同；
15.如果文件名称相同，则根据监听到的规则运行文件的文件最后修改时间与存储在java虚拟机的内存中的文件最后修改时间进行比对，根据比对结果判断所述规则运行文件是否存在修改操作；
16.如果文件名称不同，则根据监听到的规则运行文件的最后修改时间与服务器的当前时间进行比对，根据比对结果判断所述规则运行文件是否是增加或者删除的文件。
17.在一些可能的实施方式中，所述当所述规则运行文件有变化时，读取有变化的所述规则运行文件的内容信息，具体可以包括：
18.当所述规则运行文件有变化时，通过java输入/输出流读取有变化的所述规则运行文件的内容信息；
19.通过java语言提供的dom解析将所述规则运行文件的内容信息解析为xml格式的数据。
20.在一些可能的实施方式中，在所述读取有变化的所述规则运行文件的内容信息之前还可以包括：
21.根据所述规则运行文件的后缀判断变化的规则运行文件是否加密；
22.对加密的所述规则运行文件进行解密。
23.第二方面，本发明实施例提供了一种决策引擎读取规则运行文件的装置，所述装置包括：
24.监听模块，用于在应用程序的配置文件中预先确定需要读取的文件目录后，周期性地监听并加载所述文件目录下的规则运行文件；
25.第一判断模块，用于判断所述规则运行文件是否有变化；
26.读取模块，用于当所述规则运行文件的有变化时，读取有变化的所述规则运行文件的内容信息。
27.在一些可能的实施方式中，所述装置还可以包括：
28.第二判断模块，用于判断变化的规则运行文件是否加密；
29.解密模块，用于对加密的所述规则运行文件进行解密；
30.第三方面，本发明实施例提供了一种决策引擎，其包括：决策引擎定义模块和决策引擎运行模块，其中，
31.所述决策引擎定义模块用于新增、修改或保存规则定义文件并对所述规则定义文件进行发布部署后生成规则运行文件；
32.所述决策引擎运行模块用于对所述规则运行文件进行读取、加载、编译运行以及规则计算，所述决策引擎运行模块包括如上所述的一种决策引擎读取规则运行文件的装置，通过所述装置读取所述规则运行文件。
33.第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述所述的任意一种决策引擎读取规则运行文件的方法。
34.第五方面，本发明实施例提供了一种电子设备，其包括：
35.处理器；
36.用于存储所述处理器可执行指令的存储器；
37.其中，所述处理器被配置为执行所述指令，以实现如上述中任意一种所述的一种决策引擎读取规则运行文件的方法。
38.上述技术方案具有如下有益效果：
39.本发明提供了一种决策引擎读取规则运行文件的方法，包括：在应用程序的配置文件中预先确定需要读取的文件目录后，周期性地监听该文件目录下的规则运行文件；判断所述规则运行文件的是否有变化；当所述规则运行文件有变化时，读取有变化的所述规则运行文件的内容信息。本发明实施例能够使得决策引擎既能在应用程序启动时读取规则运行文件，也能在应用程序运行中读取到规则运行文件的新增、修改和删除状态。
附图说明
40.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
41.图1是本发明实施例的一种决策引擎读取规则运行文件的方法；
42.图2是本发明实施例的一种决策引擎读取规则运行文件的方法的整体流程部署图；
43.图3是本发明实施例的一种决策引擎读取规则运行文件的装置的结构框图；
44.图4为本发明实施例的一种决策引擎的功能框图；
45.图5是本发明实施例的一种计算机可读存储介质的功能框图；
46.图6是本发明实施例的一种电子设备的功能框图。
具体实施方式
47.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
48.实施例一
49.图1是本发明实施例的一种决策引擎读取规则运行文件的方法，如图1所示，该方法包括：
50.s10，在应用程序的配置文件中预先确定需要读取的文件目录后，周期性地监听并加载文件目录下的规则运行文件。
51.本实施例中，首先在应用程序的配置文件中预先确定需要读取的文件目录，即可以监听指定的文件目录下的规则运行文件是否有文件变化，被监听的文件目录需要预先在应用程序的配置文件中指定，配置文件包括文件后缀为例如“.properties”、或者“.yml”格式的文件，在配置文件中设置参数application.shuffle.shufflepath用于指定规则运行文件所在磁盘上的文件路径，即指定的文件目录，配置文件用于配置一些应用程序启动的必要信息，例如：数据库连接地址、读取的文件路径等，另外，参数application.shuffle.shufflepath是决策引擎中自定义的参数，用来配置需要读取的文
件路径，只要不和已有的配置文件参数重复，参数名称可以变换或替换，本实施例中，监听指定文件目录下的文件后将监听到的文件加载到jvm(java虚拟机的内存)中。
52.s20，判断规则运行文件是否有变化。
53.具体的，根据加载到jvm(java虚拟机的内存)中的规则运行文件判断监听到的规则运行文件是否有变化，其中，规则运行文件的变化包括规则运行文件的新增、修改或删除等操作。
54.s30，当规则运行文件有变化时，读取有变化的规则运行文件的内容信息。
55.具体的，当有规则运行文件的新增、修改或删除等操作时，读取新增、修改或删除的规则运行文件的内容信息，规则运行文件的内容信息一般包括文件名称、文件最后修改的时间等。
56.本发明实施例周期性监听并加载指定的文件目录下的规则运行文件，能够使得决策引擎既能在应用程序启动时读取规则运行文件，也能在应用程序运行中实时地读取到规则运行文件的新增、修改和删除状态。
57.在一些实施例中，预先在应用程序的配置文件中指定文件目录后，周期性地监听指定文件目录下的规则运行文件，具体可以包括：启动多个java子线程，通过每个java子线程分别周期性地监听与每个java子线程对应的文件目录下的规则运行文件，并以新增文件的方式加载规则运行文件，并将规则运行文件的文件信息以java语言中集合数组的结构存储在java虚拟机的内存中；其中，文件信息包括文件名称和文件最后修改时间。。
58.本实施例中，在应用程序启动时，启动多个java子线程，通过每个java子线程周期性地读取指定文件目录下的所有规则运行文件，并将监听到的规则运行文件并以新增文件的方式加载规则运行文件，并将规则运行文件的文件信息以java语言中集合数组的结构存储在java虚拟机的内存中，本发明实施例使用java语言中的集合数组可以把多个规则运行文件信息存储到一个数组对象中，后续计算时，通过一个数组对象就可以获取多个规则运行文件信息。本发明实施例中，可以通过每个java子线程实时地监听指定文件目录下规则运行文件的变化，判断每个指定文件目录下是否有规则运行文件的新增、删除和修改操作，本实施例可以近实时监听多个指定文件目录下的规则运行文件是否有变化，例如监听可以是1秒触发一次监听，也可以是200毫秒触发一次监听等。
59.在java语言中，通常会利用java语言提供的多线程技术，来提高对数据的并发或并行处理能力以及处理速度(即多个子线程相比于一个子线程处理，性能会更好)。本实施例中，把程序运行时调用到操作系统底层的线程区分为主线程和子线程，同一个线程里的多行代码，一般是串行处理。本发明实施例使用多个子线程处理数据后，主线程和子线程都并发处理数据，提高性能，并且子线程不影响主线程处理数据。
60.在一些实施例中，步骤s20中判断规则运行文件的是否有变化，具体可以包括：
61.在应用程序运行时，将每个java子线程监听到的规则运行文件的文件名称和文件最后修改时间与存储在java虚拟机的内存中的文件信息进行比对，根据比对结果来判断规则运行文件是否有变化。即在应用程序运行时，通过每个java子线程继续实时监听指定文件目录下的规则运行文件，将监听到的文件与存储在java虚拟机的内存中的文件信息进行比对，可以近实时的判断出规则运行文件是否有变化。应用程序运行时是指集成了决策引擎java依赖包的应用程序已经启动并运行后。
62.本发明实施例在应用程序启动时和应用程序运行中都能读取到规则运行文件的变化，即只要在应用程序不停机的情况下，都可以实时地读取到规则运行文件的变化。
63.在一些实施例中，在应用程序运行时，将每个java子线程监听到的规则运行文件的文件名称和文件最后修改时间与存储在java虚拟机的内存中的文件信息进行比对，根据对比结果来判断规则运行文件是否有变化，具体可以包括：
64.判断监听到的规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称是否相同；
65.如果规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称相同，则将监听到的规则运行文件的文件最后修改时间与存储到java虚拟机的内存中的文件最后修改时间进行比对，根据比对结果来判断该规则运行文件是否存在修改操作；例如，当文件最后修改时间相同时，则表明该运行中的规则运行文件不存在修改操作，当最后修改时间不同时，表明规则运行文件为修改操作。
66.如果规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称不同，则将监听到的规则运行文件的文件最后修改时间与服务器的当前时间进行比对，根据比对结果判断规则运行文件是否是增加或者删除的文件。即，如果监听到的规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称不同时，则将监听到的规则运行文件的文件最后修改时间与服务器的当前时间进行对比，根据比对结果来判断规则运行文件是否是增加或者删除的文件；例如，当文件最后修改时间早于服务器的当前时间时，表明该规则运行文件是删除的文件，当文件最后修改时间等于服务器的当前时间时，表明该规则运行文件是增加的文件。
67.本发明实施例中，通过将监听到的规则运行文件的文件名称和最后修改时间与存储在虚拟机的内存中的文件信息进行比较，可以准确地判断出监听到的规则运行文件的增加、删除或修改的操作状态，做到近实时(秒级)时间间隔读取规则运行文件的变化状态。
68.在一些实施例中，当规则运行文件有变化时，读取有变化的规则运行文件的内容信息，具体包括：若规则运行文件有变化，通过java输入/输出流读取有变化的规则运行文件的内容信息；并通过java语言提供的dom解析(dom的英文全称为document object model，中文名称为文档对象模型)将规则运行文件的内容信息解析为xml格式的数据。其中，dom解析是java语言提供的一种解析xml文件的一种技术实现。除此之外还可以通过sax解析、jdom解析、dom4j解析等技术实现。本发明实施例中，还可以将规则运行文件解析为其他格式的数据，例如如json、txt等，但是本实施例中，xml格式不仅易于java语言解析，而且xml格式的文本文件阅读方便，以及xml格式兼容性好，在window、linux等不同操作系统都支持xml格式。
69.首先利用java i/o输入/输出流读取有变化的规则运行文件，然后通过java语言提供的dom解析将规则运行文件解析为xml格式的数据。表1是xml格式的数据表，规则运行文件xml格式包括标签及其属性和说明，具体说明如下：
70.表1：xml格式的数据表
[0071][0072][0073]
本发明实施例中，在读取完规则运行文件之后，通过java语言提供的dom解析(domain model)将规则运行文件解析为xml格式数据，读取出规则集相关配置信息、规则输
出参数信息、规则输入参数信息、规则常量信息和规则相关配置信息等数据，例如：规则集相关配置信息包括规则集id、规则集名称、模型库id、规则集版本、默认规则与规则优先级使用、规则集描述信息；规则输出参数信息包括输出参数所属规则集id、输出参数别名、出参数和指标版本、输出参数名称、输出参数类型；规则输入参数信息包括输入参数所属规则集id、输入参数别名、输入参数，指标版本、输入参数名称、输入参数类型；规则常量信息包括规则常量id、规则常量名称、规则常量类型、规则常量默认值、规则常量描述信息；规则相关配置信息包括规则id、规则名称、规则类型、规则允许状态、规则优先级；本发明实施例中，通过读取的规则集相关配置信息、规则输出参数信息、规则输入参数信息、规则常量信息和规则相关配置信息等数据，可以为后续决策引擎语法解析提供解析数据。
[0074]
其中，规则优先级是指规则集内的多个规则，通过设置每个规则固定数值，按照升序方式对规则进行依次排序，规则计算时按顺序依次执行；输出参数版本号和输入参数版本号是以时间戳标识此输出参数，输出参数的一个标识符合；规则运行状态用来判断当前规则是否运行，例如，通过数值判断，1是运行；0是不运行。
[0075]
在一些实施例中，在读取有变化的规则运行文件的内容信息之前还包括：根据规则运行文件的后缀判断变化的规则运行文件是否加密；对加密的规则运行文件进行解密。
[0076]
具体的，在读取有变化的规则运行文件的内容信息之前还可以判断规则运行文件是否加密，例如，若规则运行文件后缀为“.cyrule”，则说明该规则运行文件为加密文件；此时需要对加密的规则运行文件进行解密，例如，通过aes算法、des算法等解密算法进行解密。
[0077]
本发明实施例中，既可以支持对非加密的规则运行文件进行读取处理，也可以支持加密的规则运行文件进行读取处理，提高数据读取的灵活性。
[0078]
为了使本领域技术人员更加理解本发明实施例提供的技术方案，下面对本发明实施例提供的一种决策引擎读取规则运行文件的方法进行详细说明。图2是本发明实施例的一种决策引擎读取规则运行文件的方法的整体流程部署图，具体的：
[0079]
s1，设置配置文件，此处配置文件主要是指文件后缀为.properties、或者.yml格式的文件，在配置文件中设置参数application.shuffle.shufflepath用于指定规则运行文件所在磁盘上文件路径，即指定的文件目录，配置文件用于配置一些应用程序启动的必要信息，例如：数据库连接地址、读取的文件路径等。
[0080]
s2/s3，在应用程序启动时，启动多个java子线程，周期性地监听并加载指定文件目录下的规则运行文件，在应用程序运行时，通过java子线程继续监听指定文件目录下的规则运行文件。具体的，在应用程序启动时，通过每个java子线程，周期性地读取指定文件目录下的所有规则运行文件，实时监听指定目录下规则运行文件的变化，并以新增文件的方式加载规则运行文件，并将规则运行文件的文件信息以数组的方式存储到java虚拟机的内存中；即，程序第一次启动时会加载并保存文件名称、最后修改时间等信息。其中，应用程序启动时是指集成了决策引擎java依赖包的应用程序第一次启动，应用程序运行时是指集成了决策引擎java依赖包的应用程序已经启动并运行后。
[0081]
s4，读取规则运行文件的文件信息。
[0082]
在应用程序运行时，通过每个java子线程读取指定目录下的规则运行文件的文件信息，将运行中的规则运行文件的文件名称和文件最后修改时间与存储到java虚拟机的内
存中的文件信息进行比对来判断规则运行文件的是否有变化。具体的，当后续规则运行文件的文件名称、文件最后修改时间变化时，通过比对文件变化前后的文件名称、文件最后修改时间来判断文件是否是新增、修改或删除操作。其中，文件信息包括文件名称和文件最后修改时间。
[0083]
本步骤在应用程序启动时和应用程序运行中都能读取到规则运行文件的变化，即只要在应用程序不停机的情况下，都可以实时读取到规则运行文件的变化。
[0084]
s5，判断是否有规则运行文件的新增、删除或者修改操作。
[0085]
具体的，通过设定定时任务周期性的监听规则运行文件，判断监听到的规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称是否相同；
[0086]
如果规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称相同，则将监听到的规则运行文件的文件最后修改时间与存储到java虚拟机的内存中的文件最后修改时间进行比对，根据比对结果来判断该规则运行文件的操作类型；例如，当文件最后修改时间相同时，则表明该运行中的规则运行文件不存在修改操作，当最后修改时间不同时，表明规则运行文件为修改操作。
[0087]
如果规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称不同，则将监听到的规则运行文件的文件最后修改时间与服务器的当前时间进行比对，根据比对结果判断规则运行文件是否是增加或者删除操作。即，如果监听到的规则运行文件的文件名称与存储在java虚拟机的内存中的文件名称不同时，则将监听到的规则运行文件的文件最后修改时间与服务器的当前时间进行对比，根据比对结果来判断规则运行文件是否是增加或者删除的文件；例如，当文件最后修改时间早于服务器的当前时间时，表明该规则运行文件的是删除的文件，当文件最后修改时间等于服务器的当前时间时，表明该规则运行文件的是增加的文件。
[0088]
本步骤中，通过将运行中的规则运行文件的文件名称和最后修改时间与存储在虚拟机的内存中的文件信息进行比较，并且通过定时任务周期性监听规则运行文件，可以准确地判断出规则运行文件的增加、删除或修改操作的状态，做到近实时(秒级)时间间隔读取规则运行文件的变化状态。
[0089]
s6，判断规则运行文件是否加密。此处根据规则运行文件的后缀判断变化的规则运行文件是否加密。
[0090]
s7，对加密的规则运行文件进行解密。例如，通过aes算法、des算法等解密算法进行解密。
[0091]
在步骤s6和步骤s7中，支持对加密的规则运行文件进行读取处理，提高数据读取的灵活性。
[0092]
s8，读取规则运行文件的内容。
[0093]
具体的，当规则运行文件有变化时，若规则运行文件有变化，通过java输入/输出流读取有变化的规则运行文件的内容信息；并通过java语言提供的dom解析将规则运行文件解析为xml格式的数据。
[0094]
本步骤在读取完规则运行文件的内容之后，通过java语言提供的dom解析将规则运行文件解析为xml格式数据，读取出规则集、规则、常量、输出参数等数据，为后续决策引擎语法解析提供解析数据。
[0095]
本发明实施例的有益效果如下：
[0096]
本发明实施例周期性地监听指定的文件目录下的规则运行文件，能够使得决策引擎既能在应用程序启动时读取规则运行文件，也能在应用程序运行中实时地读取到规则运行文件的新增、修改和删除状态；
[0097]
本发明实施例中，通过启动多个java子线程，周期性地监听并加载指定文件目录下的所有规则运行文件，实时地监听指定目录下规则运行文件的变化，判断是否有规则运行文件的新增、删除和修改操作；
[0098]
本发明实施例中，通过将运行中的规则运行文件的文件名称和最后修改时间与存储在虚拟机的内存中的文件信息进行比较，可以准确地判断出规则运行文件的增加、删除或修改操作的状态，做到近实时(秒级)时间间隔读取规则运行文件的变化状态；
[0099]
本发明实施例在应用程序启动时和应用程序运行中都能读取到规则运行文件的变化，即只要在应用程序不停机的情况下，都可以实时的读取到规则运行文件的变化；
[0100]
本发明实施例中，在读取完规则运行文件的内容之后，通过java语言提供的dom解析将规则运行文件解析为xml格式数据，读取出规则集、规则、常量、输出参数等数据，为后续决策引擎语法解析提供解析数据；
[0101]
本发明实施例中，既可以支持对非加密的规则运行文件进行读取处理，也可以支持加密的规则运行文件进行读取处理，提高数据读取的灵活性。
[0102]
实施例二
[0103]
图3是本发明实施例的一种决策引擎读取规则运行文件的装置的结构框图，如图3所示，该装置100包括：
[0104]
监听模块101，用于在应用程序的配置文件中预先确定需要读取的文件目录后，周期性地监听并加载所述文件目录下的规则运行文件；
[0105]
第一判断模块102，用于判断规则运行文件的是否有变化；
[0106]
第二判断模块103，用于判断变化的规则运行文件是否加密；
[0107]
解密模块104，用于对加密的规则运行文件进行解密；
[0108]
读取模块105，用于当规则运行文件的有变化时，读取有变化的规则运行文件的内容信息。
[0109]
具体细节请参考图1和图2所示的方法实施例。
[0110]
图4为本发明实施例的一种决策引擎的功能框图，如图4所示，决策引擎200包括：
[0111]
决策引擎定义模块201，用于新增、修改或保存规则定义文件并对规则定义文件进行发布部署后生成规则运行文件；
[0112]
具体的，决策引擎定义模块201具有规则的增删改功能，规则的发布部署功能、规则的监控、规则模型库的管理以及规则指标库的管理等，决策引擎定义模块201可以通过界面化操作，把编辑好的规则定义文件(后缀为.ruleset/.version)通过发布部署功能，生成新的文件。
[0113]
决策引擎运行模块202，用于对规则运行文件进行读取、加载、编译运行以及规则计算，决策引擎运行模块包括装置100，通过装置100读取规则运行文件。
[0114]
具体的，决策引擎运行模块202进行规则运行文件的读取、加载、编译运行以及规则计算(把规则伪代码转化为java语言可执行方法，进行一种决策引擎读取规则运行文件
的方法调用获取计算结果)的过程，其中，通过决策引擎运行模块中的装置100来读取规则运行文件。规则运行文件是由规则定义文件通过发布部署功能后生成的新文件，文件后缀为“.rule”或“.cyrule”。
[0115]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0116]
实施例四
[0117]
图5是本发明实施例的一种计算机可读存储介质的功能框图，如图5所示，本发明实施例还提供了一种计算机可读存储介质300，计算机可读存储介质300内存储有计算机程序310，该计算机程序310被处理器执行时，实现：
[0118]
预先在应用程序的配置文件中指定文件目录后，周期性地监听并加载指定文件目录下的规则运行文件；
[0119]
判断规则运行文件的是否有变化；
[0120]
当规则运行文件有变化时，读取有变化的规则运行文件的内容信息。
[0121]
在一些可能的设计中，该计算机程序310被处理器执行时，在应用程序的配置文件中预先确定需要读取的文件目录后，周期性地监听并加载文件目录下的规则运行文件，具体包括：
[0122]
在应用程序的配置文件中预先确定需要读取的文件目录后，在应用程序启动时，启动多个java子线程，通过每个java子线程周期性地监听与每个java子线程对应的文件目录下的规则运行文件，并以新增文件的方式加载规则运行文件，并将规则运行文件的文件信息以java语言中集合数组的结构存储在java虚拟机的内存中；其中，文件信息包括文件名称和文件最后修改时间。
[0123]
在一些可能的设计中，该计算机程序310被处理器执行时，判断规则运行文件的是否有变化具体包括：
[0124]
在应用程序运行时，通过每个java子线程将监听到的规则运行文件的文件名称和文件最后修改时间与存储在java虚拟机的内存中的文件信息进行比对，根据比对结果来判断规则运行文件的是否有变化。
[0125]
在一些可能的设计中，该计算机程序310被处理器执行时，当应用程序运行时，通过将文件名称与文件最后修改时间与存储在java虚拟机的内存中的文件信息进行比对，根据比对结果来判断规则运行文件的是否有变化，具体包括：
[0126]
判断监听到的规则运行文件的文件名称是否与存储在java虚拟机的内存中文件名称相同；
[0127]
如果文件名称相同，则将监听到的规则运行文件的文件最后修改时间与存储在java虚拟机的内存中的文件最后修改时间进行比对，根据比对结果判断规则运行文件是否
存在修改操作；
[0128]
如果文件名称不同，则将监听到的规则运行文件的最后修改时间与服务器的当前时间进行比对，根据比对结果判断规则运行文件是否是增加或删除的文件。
[0129]
在一些可能的设计中，该计算机程序310被处理器执行时，当规则运行文件有变化时，读取有变化的规则运行文件的内容信息，具体包括：
[0130]
当规则运行文件有变化时，通过java输入/输出流读取有变化的规则运行文件的内容信息；
[0131]
通过java语言提供的dom解析将规则运行文件解析为xml格式的数据。
[0132]
在一些可能的设计中，该计算机程序310被处理器执行时，在读取有变化的规则运行文件的内容信息之前还包括：
[0133]
根据规则运行文件的后缀判断变化的规则运行文件是否加密；
[0134]
对加密的规则运行文件进行解密。
[0135]
图1至图4所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0136]
实施例四
[0137]
图6是本发明实施例的一种电子设备的功能框图，如图6所示，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-access memory，ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
[0138]
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是工业标准体系结构isa总线、外设部件互连标准pci总线或扩展工业标准结构eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
[0139]
存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成基于集中配置的自动化容灾系统。处理器，执行存储器所存放的程序，并具体用于执行图1和图2所示实施例揭示的一种决策引擎读取规则运行文件的方法。
[0140]
上述如图1和图2所示实施例揭示的一种决策引擎读取规则运行文件的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integratedcircuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0141]
当然，除了软件实现方式之外，本发明的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
[0142]
虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。
[0143]
本发明是参照根据本发明实施例的方法、设备、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0144]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0145]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一
个方框或多个方框中指定的功能的步骤。
[0146]
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0147]
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备及可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0148]
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。