CN112965933A - 一种业务规则加载方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了一种业务规则加载方法、装置及设备。其中，业务规则加载方案中，服务器向数据服务端请求目标规则，数据服务端将目标规则向服务器传输，以及数据服务端指示服务器将目标规则进行持久化存储和生成对应的快照信息。

Description

一种业务规则加载方法、装置及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种业务规则加载方法、装置及设备。

背景技术

服务器在使用非自身数据时，通常需要将数据加载后才能使用，例如服务器需要使用数据服务端中的数据，这时服务器需要先从数据服务端中获取到该数据。

现有的业务监管方案中，针对监管服务器所需的业务规则数据的加载，存储业务规则数据的数据服务端通常预先将数据加载到本地缓存中，服务器再从数据服务端的本地缓存中获取缓存数据，虽然能一定程度解决数据获取的便利性，但服务器在提供服务过程，均需要从数据服务端中的缓存中获取加载所需数据，一方面容易造成服务器加载数据的耗时变长，比如服务器重启时，需要重新向数据服务端请求数据，另一方面容易造成服务器获取数据出现超时，甚至获取失败的情形，比如数据服务器端繁忙，甚至是宕机。

因此，现有数据加载方案对服务器及时、稳定地提供服务带来较多约束。

基于此，亟需一种新的业务规则加载方案。

发明内容

有鉴于此，本说明书实施例提供了一种业务规则加载方法、装置及设备，以使服务器快速、稳定地进行业务规则，保障服务器及时、稳定地对业务进行合规监管。

本说明书实施例采用下述技术方案：

本说明书实施例提供一种业务规则加载方法，包括：

接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

将所述目标规则向所述服务器传输；

指示所述服务器持久化存储所述目标规则；以及，

指示所述服务器生成所述目标规则对应的快照信息。

本说明书实施例还提供一种业务规则加载方法，包括：

向数据服务端发起获取目标规则的请求；

接收所述数据服务端传输的目标规则和指示；

根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例还提供一种业务规则加载装置，包括：

接收模块，接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

传输模块，将所述目标规则向所述服务器传输；以及，

指示模块，指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例还提供一种业务规则加载装置，包括：

请求模块，向数据服务端发起获取目标规则的请求；

接收模块，接收所述数据服务端传输的目标规则和指示；以及，

存储模块，根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例还提供一种业务规则加载系统，包括：

数据服务端，接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器，将所述目标规则向所述服务器传输，并指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息；

所述服务器，向数据服务端发起获取目标规则的请求，接收所述数据服务端传输的目标规则和指示，以及根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例还提供一种用于业务规则加载的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

将所述目标规则向所述服务器传输；以及，

指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例还提供一种用于业务规则加载的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

向数据服务端发起获取目标规则的请求；

接收所述数据服务端传输的目标规则和指示；

根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

当服务器请求加载目标规则以对目标业务进行合规监管时，存储业务规则的数据服务端将目标规则传输至服务器中，并指示服务器持久化存储目标规则和生成该持久化存储后的目标规则对应的快照信息，从而在服务器需要加载业务规则进行监管时，能够及时、稳定地根据本地快照信息获取到已持久化存储的业务规则数据，这样既可缩短服务器加载数据的时间，以及减轻数据服务端的访问压力，又能保证服务器稳定、可靠地获取到所需数据，保障服务器稳定、可靠地对业务进行合规监管。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书实施例提供的一种业务规则加载方案的架构示意图。

图2为本说明书实施例提供的一种业务规则加载方法的流程图。

图3为本说明书实施例提供的一种业务规则加载装置的结构示意图。

图4为本说明书实施例提供的一种业务规则加载系统的结构示意图。

图5为本说明书实施例提供的一种业务规则加载系统在监管场景下的数据加载过程示意图。

图6为本说明书实施例提供的一种业务规则加载方法的流程图。

图7为本说明书实施例提供的一种业务规则加载方法的流程图。

图8为本说明书实施例提供的一种业务规则加载装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

现有数据加载方案中，常常是将被加载数据存储于数据服务端中，比如数据库，数据服务端可以为集中存储的存储系统，也可以为分布式的存储系统，而且数据可预先加载到该数据服务端的本地缓存中，以方便需要加载该数据的服务器从该本地缓存中获取数据。

而在数据加载场景中，被加载数据通常可分为频繁变化的数据以及变化频率较低的数据两大类型，其中变化频率高的数据，比如交易平台中的交易流水数据，其变化间隔可短至毫秒级，长间隔也仅是按分钟或小时计算的间隔，而变化频率低的数据，比如规则类数据，其变化间隔常常是按天、周或月计算，长则甚至是按年算，因而现有数据加载方案可能更适用于频繁变化的数据，而且只对加载次数较少的场合，而当用于变化频率低的数据时，不仅可能造成数据加载的时间变长，还容易出现加载超时甚至加载失败的情形，导致服务器不能及时、稳定、可靠地提供服务。

因此，现有业务规则的加载方案对服务器的监管服务仍存在较多制约。

基于此，针对服务器需要加载变化频率低的业务数据(即业务规则)的加载方案进行改进中，发明人采用如下技术思路：在服务器需要获取目标规则数据时，比如服务器向数据服务端请求目标规则，这时存储目标规则的数据服务端将目标规则数据传输至服务器，并指示服务器将目标规则数据进行持久化存储于服务器本地，以及指示服务器在本地中生成该目标规则数据在持久化存储后所对应的快照信息。

采用前述加载思路后，当服务器需要加载该目标规则数据对目标业务进行合规监管时，这时服务器可根据本地的快照信息和本地持久化数据快速、稳定地获取出目标规则数据，从而可以及时、稳定地完成业务规则的加载，保障了服务器可以稳定、可靠地对业务进行合规监管。

具体实施中，服务器还可根据快照信息，快速地获知数据服务端中是否存在该目标规则数据对应的更新数据，若是还可将更新数据持久化于本地，以及在本地中生成该更新数据持久化对应的快照信息，使得服务器所加载的业务规则数据为最新的数据。

通过将业务规则数据及时持久化到服务器本地中，并在服务器本地中生成对应的快照信息，可保证服务器在需要加载数据时，及时、稳定地根据本地快照信息获取到已持久化存储的数据，既可缩短服务器加载数据的时间，以及减轻数据服务端的访问压力，又能保证服务器稳定地获取到所需数据，可提高服务器稳定、可靠地提供合规监管的服务能力。

本说明书实施例中提供一种业务规则加载方法，可应用于数据服务端中，以将目标规则数据持久化到监管服务器中，便于服务器从持久化数据中快速、稳定地获取目标规则数据。

图1为本说明书实施例提供的一种针对变化频率低的数据(即业务规则类数据)进行加载的方案架构示意图。

如图1所示，目标规则数据(即需要被服务器加载使用的业务规则数据)存储于数据服务端中，在目标规则数据需要被服务器加载时，数据服务端可将目标规则数据传输至服务器中，由服务器进行持久化存储，以及由服务器生成持久化存储后对应的快照信息，这样服务器本地中保存有该目标规则数据对应的持久化存储数据和对应的快照信息。

通过将目标规则数据持久化到服务器中，并在服务器中生成快照信息，进而在服务器需要加载目标规则数据时，服务器可无需向数据服务端获取目标规则数据，而是可直接根据本地的快照信息和持久化数据获取出目标规则数据，从而完成及时、可靠的加载。

还有，服务器还可通过快照信息，快速确定出是否需要加载目标规则数据对应的更新数据。

通过服务器中持久化存储目标规则数据和生成快照信息，既能缩短服务器加载数据的时间，还能保证服务器能够稳定、可靠地获取到目标规则数据，可保障服务器及时、稳定、可靠地提供服务。

需要说明的是，数据服务端可为数据库、规则库、数据服务器等形式，其中数据服务端的架构可为集中存储的存储系统，也可为分布式存储的存储系统，这里不作限定。

图2为本说明书实施例提供的一种业务规则加载方法的流程图。

如图2所示，本说明书实施例提供的一种业务规则加载方法，可包括：

步骤S202、接收服务器获取目标规则的请求。

其中，服务器可为根据目标规则对目标业务进行合规监管的服务器，比如合规监管中的数据服务器、应用服务器等，其中服务器是指用于提供服务的设备，该设备形式可为终端、计算机、服务器等形式，这里不限定服务器的形式。

目标规则数据可为存储于数据服务端中的业务规则，其中业务规则为变化频率低于预设阈值的业务规则类数据，比如合规规则、监管规则等；预设阈值用于反映数据变化频率为低频率的阈值，如按天计算，按周计算，按月计算，甚至为按年计算，具体可根据实际应用场景进行预设，这里不限定具体的预设阈值。

需要说明的是，服务器可以为需要频繁加载业务规则提供业务服务的应用业务服务器，以便根据业务规则及时、稳定、可靠地提供业务服务。

例如，支付服务器在用户进行支付中，每次支付中均需要加载用户账户的用户登录方式，比如用户手机号码，以确保每次用户账户登录的安全性，而用户的手机号码等登录信息，通常为低频变化的数据，且仅在用户更换号码时才需要支付服务器跟随更新，比如用户可能半年、1年甚至是几年才更换手机号码，因而支付服务器只需在用户更换手机号码后及时更新手机号码数据。

例如，电商平台中的数据服务器展示商品售价信息时，通常需要实时地展示商品售价，而商品售价通常在一段时期内均为稳定数值，如几天、几周、几个月等时期内为稳定数值，只在市场需求发生较大变化时，售价才需要调整为上涨、下跌等对应数值，因而只需数据服务器跟随售价的调整进行数据更新。

例如，合规监管服务器每次监管中需要先加载监管规则，但监管规则通常为不变，或者说仅在监管出现新情况时，监管规则才发生更改，这时监管服务器只需在监管规则发生更改后及时更新。

例如，监控服务器对数据进行实时监控中，每一次监控均需要先加载监控所依据的数据，如监控规则、监控指标等，而监控规则、监控指标等监控数据通常为不变，或者说只在监控需求出现新情况时，监控规则、监控指标等监控数据才需要变更，这时监控服务器只需在监控规则、监控指标等监控数据变更时及时更新。

需要说明的是，针对低频率变化的业务规则数据，服务器需要频繁加载目标规则数据等说明，本领域的技术人员应当能够理解，前述说明中的低频率、频繁等词语含义可根据实际业务场景进行理解。

具体实施中，目标规则可以存储于数据服务端的缓存中，也可以存储于数据服务端的非缓存中，这里不对目标规则数据在数据服务端中的存储形式作限定。

在一些实施方式中，接收服务器获取目标规则的请求的实施方式，可以是数据服务端主动触发服务器发起请求，比如数据服务端通过自身监测目标规则数据后，告知服务器更新加载，从而服务器发起请求；也可以是被动接收服务器发起请求，即服务器可以根据自身需要，而主动向数据服务端发起请求，这里不作限定。

在一些实施方式中，存储有目标规则数据的数据服务端，主动向需要使用该目标规则数据的服务器提供目标规则数据，这样数据服务端为主动式触发向服务器提供目标规则数据。这时，目标规则数据需要服务器加载的步骤，可包括：将新增的目标规则数据向服务器发送，以使需要使用所述目标规则数据的服务器加载所述目标规则数据。

例如，数据服务端中新增一目标规则数据，这时数据服务端可向需要使用该新增目标规则数据的多个服务器发送数据加载信息，以便多个服务器及时从数据服务端获取该数据。

在一些实施方式中，存储有该目标规则数据的数据服务端，可在监测到所存储的目标规则存在更新时，及时、主动地向需要使用该目标规则数据的多个服务器提供目标规则数据。

例如，目标规则数据存在更新时，数据服务端可以向需要使用该目标规则数据的多个服务器发出数据更新的加载信息，方便服务器及时获取该更新数据并加载为更新数据。

在一些实施方式中，存储有该目标规则数据的数据服务端，可在接收到目标规则数据的维护方发出的数据发送指令下，向需要使用该目标规则数据的多个服务器提供目标规则数据，从而触发服务器发起请求。

例如，规则库管理人员可根据实际需要，增加、修改或者删除规则库中的规则数据，从而通过规则库(即数据服务端)发出数据发送指令，以便规则库向需要使用该规则库的多个服务器提供该规则数据。

步骤S204、将所述目标规则向所述服务器传输。

数据服务端在接收到服务器请求后，可将目标规则向服务器传输，以便服务器将目标规则进行持久化存储。

需要说明的是，在传输目标规则时，可采用成熟的传输方式，如加密、非加密等方式，也可以采用自定义协议传输，这里不对传输作限定。

步骤S206、指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息

具体实施中，数据服务端通过指示服务器将目标规则数据进行持久化存储并生成对应的快照信息，可保证服务器中多个上层业务(如查询服务、监测服务、监管服务等)通过快照信息，能够频繁地调用持久化后的目标规则数据，提高服务器提供服务的能力。

具体实施中，持久化存储可为将目标规则数据存储于可持久化存储的介质中，如存储于硬盘、磁盘、flash等存储介质中，这里不对持久化存储作限定。

在一些实施方式中，快照可为关于指定数据集合的一个完全可用拷贝，该拷贝包括相应数据在某个时间点(如拷贝开始的时间点)的映像，即快照可以是其所表示的数据的一个副本，也可以是数据的一个复制品。

在一些实施方式中，生成快照信息的方式，可采用写时拷贝(Copy On Write，简称COW)，也可采用写重定向(Redirect On Write，简称ROW)。

具体实施中，采用写时拷贝方式生成快照信息，即需要将目标规则数据持久化存储到存储系统并生成快照信息，这时快照系统先将目标规则数据拷贝到快照对应的快照数据块中，然后再将目标规则数据写入存储数据系统中。

当采用写重定向生成快照信息时，即需要将目标规则数据持久化存储到存储系统并生成快照信息时，快照系统将对快照数据块的写请求重定向给快照预留的存储空间，并直接将目标规则数据写入快照数据块中。

需要说明的是，存储系统中的目标规则数据与快照数据块中的目标规则数据存在映射关系，比如将目标规则数据在存储系统的地址与目标规则数据在快照数据块中的地址进行映射，以便根据映射关系进行数据的查询、修改、删除等操作。

具体实施中，数据服务端可先向服务器传输目标规则数据，再向服务器发送指示，也可在向服务器传输目标规则数据的同时向服务器发出指示，以指示服务器对目标规则数据进行持久化存储和生成快照信息。

上述步骤S202-S206，数据服务端在接收到服务器的请求后，将目标规则向服务器传输，并指示服务器将目标规则数据进行持久化存储，以及生产持久化存储后对应的快照信息，以便服务器在需要加载并使用目标规则数据时，可以无需重新访问数据服务端获取目标规则数据，而可以直接通过快照信息和持久化数据获取到目标规则，既可以缩短服务器获取目标规则数据的时间，减轻数据服务端的压力，还可以保证服务器能够稳定、可靠地获取到目标规则数据，以便服务器及时、稳定、可靠地加载目标规则数据后提供业务服务。

在一些实施方式中，可基于版本控制来确定是否存在目标规则对应的更新信息，比如基于原目标规则的版本控制信息与目标版本控制信息之间的差异性确定是否存在更新，并在存在更新信息时，可告知服务器加载更新新，也可以直接向服务器发送该更新信息，以便服务器及时更新目标规则，提高服务能力。

其中，目标版本为服务器需要加载的版本，比如为最新版本，比如为服务器中某个业务当前需要加载的版本。

通过版本控制，可快速地确定出目标规则是否需要被服务器重新加载，以便于将最新数据向服务器返回进行更新，保障服务器稳定提供服务。

在一些实施方式中，目标规则通常只有少量数据存在更新，这时可无需对目标规则数据进行全量更新，可通过增量更新方式将需要更新的目标规则数据更新到服务器中，以提高数据更新效率。

例如，目标规则数据为监管规则为例，通常只有个别监管规则存在更新，但监管服务器需要加载各个监管规则，这时若数据服务端将各个监管规则向服务器进行全量更新，将加大传输数据量，导致服务器获取数据的时长加大，这时可只针对需要更新的个别监管规则采用增量数据向服务器进行更新，既可降低数据服务端的处理压力，也可缩短服务器获取数据的时长。

在一些实施方式中，可将少量需要更新的数据反映在版本控制信息中，即将增量数据添加到版本控制信息中，这时数据服务端可向服务器返回目标规则数据的版本控制信息，从而通过版本控制信息将需要更新的数据快速更新到服务器中。

具体实施中，可通过版本控制信息获取出目标规则数据对应的更新数据，进而将更新数据作为目标规则的增量数据向服务器返回更新。

例如，可采用diff命令，生成目标规则的当前版本与服务器请求的目标版本之间的diff文件，进而将diff文件作为增量数据向服务器返回，以便服务器利用diff文件进行目标规则的更新加载。

在一些实施方式中，在将增量数据返回至服务器后，可指示服务器对增量数据进行持久化存储，以及指示服务器生成对应的快照信息，有利于服务器需要加载新的目标规则时，可通过快照信息和持久化的更新数据及时、稳定、可靠地加载更新后的目标规则。

在一些实施方式中，目标规则可为反映业务规则的规则类数据，其中规则类数据并非如业务流水类数据搬频繁变化，其变化频率低，因而在规则需要发生更改时，才需要服务器对该规则类数据进行更新。

例如，监管服务器中进行合规监管所使用的业务合规规则，通常在业务经营情况无变化，或者说监管要求无变化时，业务合规规则无变化，只在合规情形出现新情况时，比如监管需求出现新需求，针对新需求采用对应的合规规则进行监管，这时才需要监管服务器更新相应的合规规则。

例如，监控服务器中所用的监控规则，如对业务数据进行监控，当监控的指标需要调整时，监控服务器才需要更新监控规则。

在一些实施方式中，目标规则可为反映用户特征数据的业务规则，其中用户特征数据通常用于表征用户自身的特征规则，因而用户特征数据常常为不变的一类数据，或者说更新频度低的一类数据，且只在用户特征出现新特征时，才需要服务器对该用户特征数据进行更新。

例如，业务服务器中使用的用户身份特征数据，如用户的名称、身份标识、职业、联系方式等，只有用户的身份对应的数据出现更改时，服务器才需要更新该身份数据。

例如，业务中使用的用户行为特征数据，如通过数据挖掘所获得的用户的行为特征，行为特征已基于大数据进行数据挖掘得到，行为特征通常为稳定的数据，但在基于新场景下的用户新产生的行为数据进一步挖掘后，获得用户的新行为特征数据，这时服务器需要更新用户行为特征数据，如用户在新购物平台中的商品浏览、购买、退款、投诉等新行为特征。

在一些实施方式中，目标规则可为反映业务指标的指标类数据，其中指标类数据用于反映业务在经营中的指标情况，以便于根据反映结果进行业务调整。

例如，商品在一个时期内的浏览量与统计阈值之间的关系，即把浏览量统计阈值作为反映商品对应的市场需求情况的指标，如3天内浏览量大于一万，表明了商品可能属于受用户喜爱的商品，可以调整商品售价、减少优惠活动力度等，而如3天内浏览量低于10，反映出商品属于不受用户喜爱商品，需要调整售价、增加优惠活动力度等。

例如，新开发的支付方式在短期内使用人数与业务调整阈值的关系，即把调整阈值作为反映新开发的支付方式的用户认可度指标，如大量年轻用户喜欢使用新支付方式进行移动支付，而年龄大的用户极少使用新支付方式，表明了新支付方式广受年轻用户喜好，而不被年龄大的用户喜好，这时可将新支付方式在年轻用户群进行推广。

在一些实施方式中，可采用点对点技术(即peer-to-peer技术)的传播方式进行数据传输，能够保证数据可靠、快捷地进行传输，提高目标规则的传输效率和可靠性。

例如，可在数据服务端与服务器之间建立点对点通信，数据服务端通过点对点通信将目标规则数据可靠地传输至服务器。

需要说明的是，点对点技术的数据传播方式可为现有成熟的点对点传输协议，还可以为自定义的传输协议，这里不作限定；还有，点对点技术所采用的网络拓扑结构可为星形、环形、树形和网状形等，这里不作限定。

基于同一个发明构思，本说明书实施例还提供与前述业务规则加载方法对应的一种业务规则加载装置、电子设备以及非易失性计算机存储介质。

图3为本说明书实施例还提供的一种业务规则加载装置的结构示意图。

如图3所示，业务规则加载装置300可包括：接收模块301，接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；传输模块303，将所述目标规则向所述服务器传输；指示模块305，指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

可选地，业务规则加载装置300还可包括：

判断模块(图中未示出)，确定是否存在所述目标规则对应的更新数据，若是，则将所述更新数据向所述服务器传输。

可选地，业务规则加载装置300还可包括：

生成模块(图中未示出)，采用diff命令，生成diff文件，所述diff文件为目标规则的最新版本与已向所述服务器传输的版本之间的diff文件；

将所述目标规则向所述服务器传输，包括：将所述diff文件向所述服务器传输。

可选地，指示所述服务器持久化存储所述目标规则，包括：指示所述服务器持久化存储所述diff文件；

和/或，指示所述服务器生成持久化存储所述目标规则对应的快照信息，包括：指示所述服务器生成持久化存储所述diff文件对应的快照信息。

可选地，所述目标规则包括业务规则类数据、用户特征数据、业务指标类数据之中的至少一种。

本说明书实施例还提供一种用于业务规则加载的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

将所述目标规则向所述服务器传输；以及，

指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例还提供一种用于业务规则加载的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

将所述目标规则向所述服务器传输；以及，

指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

基于同一个发明构思，本说明书实施例还提供一种业务规则加载系统。

图4为本说明书实施例还提供一种业务规则加载系统，可包括数据服务端420和需要从数据服务端420中获取目标规则的服务器410。

如图中所示，服务器410可包括持久化存储系统4101和快照系统4102，其中服务器410、持久化存储系统4101以及快照系统4102等存在形式可为分布式系统，也可为集中式系统，数量均可为若干，这里不作限定。

具体实施中，数据服务端420用于：接收服务器410获取目标规则的请求，服务器410为根据所述目标规则对目标业务进行合规监管的服务器，将所述目标规则向服务器410传输，并指示服务器410持久化存储所述目标规则和生成所述目标规则对应的快照信息。

服务器410通过持久化存储系统4101：向数据服务端420发起获取目标规则的请求，接收数据服务端420传输的目标规则和指示，以及根据所述指示持久化存储所述目标规则；

服务器410通过快照系统4102：根据所述指示生成所述目标规则对应的快照信息。

需要说明的是，数据服务端可为服务器、数据库、终端等形式，这里不作限定；还有，服务器也为计算机、终端、应用服务器等形式，这里不作限定。

在一些实施方式中，在数据服务端与服务器之间的数据传输，可采用点对点技术(即peer-to-peer技术)的传播方式，保证数据可靠、快捷地进行传输，提高目标规则数据的传输效率和可靠性。

需要说明的是，这里不对采用的点对点传播方式作限定。

在一些实施方式中，本说明书实施例提供的一种业务规则加载方法，可应用于监管场景中。

下面以合规监管场景下的合规规则数据的加载过程进行示意说明。

如图5所示，数据服务端(如图中的规则数据库/服务端)用于存储合规监管所需的业务合规规则数据；监管服务器(如图中的监管业务系统)为在监管中需要从数据服务端中获取规则数据并加载该规则数据的服务器，以便利用业务合规规则数据对目标业务进行合规监管；规则管理员可修改规则数据库中的规则数据。

在监管服务器需要加载规则数据时，可启动获取过程，以向规则数据库获取监管所需的所有规则数据。需要说明的是，启动获取规则的流程并非是必要，如规则库可主动向监管服务器推送规则数据以及更新信息。

规则数据库可向监管业务系统返回规则数据，还可向监管业务系统返回规则数据对应的最新规则版本(如版本V0)，还可指示监管业务系统进行持久化存储和生成快照。

监管业务系统在获得规则数据库返回的规则数据后，可根据指示将规则数据进行持久化存储，比如存储到本地磁盘、硬盘、flash等介质中，以及生成持久化存储对应的快照信息，比如生成版本V0对应的规则快照。

具体实施中，规则管理员可对规则库中的合规规则数据进行修改，以修改监管规则，更新规则数据库中的合规规则，比如将监管规则进行版本升级，如从版本V0升级到版本V1。

具体实施中，当规则管理员修改规则数据后，监管业务系统可更新对应的规则数据，这里不再展开。

具体实施中，当监管业务系统出现重启时，可先从快照信息(如快照文件)中恢复出合规规则数据，如恢复到合规规则数据版本V0。

具体实施中，假设在规则管理员修改监管规则后，这时规则数据库中规则数据已有更新数据，比如数据已升级到版本V1，而监管业务系统中合规规则数据仍为版本V0，监管业务系统进行监管时需要版本V1的规则数据，这时监管业务系统可通过询问版本V0到最新版本V1的diff文件，进而向规则数据库请求版本V1的规则数据。

规则数据库在获取监管业务系统需要加载版本V1的规则数据时，可将版本V0与版本V1之间的差异数据作为增量数据以增量更新方式，返回给监管业务系统。

监管业务系统在获取到增量数据后，根据增量数据更新本地规则，已将规则数据升级到版本V1，以将版本V1的规则数据进行持久化存储和生成对应的快照信息，本地快照信息也更新为版本V1对应的快照信息。

通过将规则数据在监管业务系统中持久化存储和生成快照信息，监管业务系统可快速地从本地的快照信息和持久化存储数据中获取出需要加载的业务合规规则数据。

基于同一个发明构思，本说明书实施例还提供一种业务规则加载方法、装置、电子设备以及非易失性计算机存储介质，用于需要加载业务规则并根据业务规则提供服务器的服务器一侧，以便于服务器从存储有目标规则的数据服务端获取目标规则，并将目标规则进行持久化存储和生成对应的快照信息，方便加载时直接根据快照信息和持久化存储数据及时、稳定、可靠地完成目标规则的加载。

如图6所示，本说明书实施例还提供一种业务规则加载方法，可包括：

步骤S602、向数据服务端发起获取目标规则的请求。

其中，数据服务端存储有目标规则数据，数据服务端的相关说明可参照前述说明，不再赘述。

具体实施中，服务器可在需要加载目标规则数据时向数据服务端发起请求，也可在查询到目标规则数据有更新时发起请求，也可以是在数据服务端告知需要加载目标规则时发起请求，这里不作限定。

步骤S604、接收所述数据服务端传输的目标规则和指示。

为便于说明，这里采用服务器接收数据服务端传输的目标规则，但本领域的技术人员应当能够理解，具体实施中也可以是服务器先向数据服务端请求获取数据，然后服务器再接收数据服务端传输的数据。

步骤S604、根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

上述步骤S602-S604中，通过将目标规则在服务器一侧进行持久化存储和生成对应的快照信息，进而在服务器需要频繁加载目标规则提供业务服务时，服务器可以快速地从本地的快照信息和持久化存储数据中获取出需要加载的目标规则，既缩短了加载耗时，减轻数据服务端的访问压力，还可保障服务器能够稳定、可靠地获取到目标规则，以保证服务器稳定提供业务服务的能力。

在一些实施方式中，当服务器重启时，先前已加载数据被清零，这时需要重新加载业务规则数据，才能提供业务服务。

因此，可基于目标规则已持久化存储于服务器本地，并在本地中有对应的快照信息，因而服务器重启时，可以无需向数据服务端请求目标规则数据，而是根据本地的快照信息和持久化存储数据获取出提供服务所需的目标规则数据，进而在重启时就能快速地提供服务。

在一些实施方式中，可通过版本控制信息快速、便捷地确定持久化存储的数据是否已有更新数据，以便服务器能够及时地将目标规则数据更新到最新版本状态。

如图7所示，在前述步骤S602-S606的基础上，本说明提供的一种业务规则加载方法，还可包括：

步骤S608、接收所述数据服务端发送所述目标规则数据的版本控制信息。

版本控制信息可反映目标规则数据的版本，以通过数据版本来管理目标规则数据；

步骤S610、通过所述版本控制信息确定所述数据服务端中是否存在所述目标规则对应的更新数据，若存在更新数据，则执行步骤S612。

步骤S612、向所述数据服务端请求所述更新数据。

在一些实施方式中，通过所述版本控制信息确定持久化存储的所述目标规则数据是否存在更新数据，可包括：

采用第一diff命令，根据所述版本控制信息生成所述目标规则对应的第一diff文件，所述第一diff文件为所述版本控制信息对应的版本与从所述数据服务端接收到的目标规则对应的版本之间的diff文件；

根据所述第一diff文件向所述数据服务端确定是否存在所述目标规则对应的更新数据。

需要说明的是，这里以服务器通过版本控制信息进行数据的差异自检，以在数据服务端存在更新数据时，及时向数据服务端获取目标规则的更新数据，当然，服务器也可直接获取数据服务端发送的更新数据对持久化存储数据进行更新，这里不再展开说明。

在一些实施方式中，服务器可将获取的更新数据对目标规则数据进行更新后，进行持久化存储和生成对应的快照信息，以便服务器在对更新数据进行加载时，直接根据快照信息和持久化存储的数据中获取并加载，缩短加载耗时的同时，可稳定地获取到需要加载的数据，保证服务稳定性。

在一些实施方式中，服务器还可接收数据服务端发送的diff文件，从而通过diff文件确定目标规则以及更新数据。

具体实施中，服务器可接收所述数据服务端传输的第二diff文件，所述第二diff文件为所述数据服务端采用第二diff命令所生成的所述目标规则的最新版本与已向服务器传输的版本之间的diff文件。

图8为本说明书实施例还提供的一种业务规则加载装置的结构示意图，对应于前述作为需要加载数据的服务器一侧的方法实施例进行说明。

如图8所示，业务规则加载装置800可包括：请求模块801，向数据服务端发起获取目标规则的请求；

接收模块803，接收所述数据服务端传输的目标规则和指示；以及，

存储模块805，根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

可选地，数据加载装置800还可包括：重启模块(图中未示出)，当重启时，从所述快照信息中恢复所述目标规则。

可选地，接收模块803还用于：接收所述数据服务端发送所述目标规则对应的版本控制信息；通过所述版本控制信息确定所述数据服务端中是否存在所述目标规则对应的更新数据；若是，则向所述数据服务端请求所述更新数据

可选地，通过所述版本控制信息确定所述数据服务端中是否存在所述目标规则对应的更新数据，包括：

采用第一diff命令，根据所述版本控制信息生成所述目标规则对应的第一diff文件，所述第一diff文件为所述版本控制信息对应的版本与从所述数据服务端接收到的目标规则对应的版本之间的diff文件；

根据所述第一diff文件向所述数据服务端确定是否存在所述目标规则对应的更新数据。

可选地，存储模块805还用于：将所述更新数据进行持久化存储，以及生成持久化存储所述更新数据的快照信息。

可选地，接收模块803还用于：接收所述数据服务端传输的第二diff文件，所述第二diff文件为所述数据服务端采用第二diff命令所生成的所述目标规则的最新版本与已向服务器传输的版本之间的diff文件。

本说明书实施例还提供一种用于在需要加载业务规则的服务器一侧进行数据加载的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

向数据服务端发起获取目标规则的请求；

接收所述数据服务端传输的目标规则和指示；

根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

本说明书实施例还提供一种用于在需要加载数据的服务器一侧进行数据加载的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

向数据服务端发起获取目标规则的请求；

接收所述数据服务端传输的目标规则和指示；

根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例侧重说明的都是与其他实施例的不同之处。尤其，对于系统、装置、设备、非易失性计算机存储介质实施例而言，由于其与方法是对应的，描述比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例提供的系统、装置、设备、非易失性计算机存储介质与方法是对应的，它们也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应的系统、装置、设备、非易失性计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种业务规则加载方法，包括：

接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

将所述目标规则向所述服务器传输；以及，

指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

2.如权利要求1所述的方法，所述方法还包括：

确定是否存在所述目标规则对应的更新数据；

若是，则将所述更新数据向所述服务器传输。

3.如权利要求1所述的方法，所述方法还包括：

采用diff命令，生成diff文件，所述diff文件为目标规则的最新版本与已向所述服务器传输的版本之间的diff文件；

将所述目标规则向所述服务器传输，包括：将所述diff文件向所述服务器传输。

4.如权利要求3所述的方法，指示所述服务器持久化存储所述目标规则，包括：指示所述服务器持久化存储所述diff文件；

和/或，指示所述服务器生成持久化存储所述目标规则对应的快照信息，包括：指示所述服务器生成持久化存储所述diff文件对应的快照信息。

5.如权利要求1所述的方法，所述目标规则包括业务规则类数据、用户特征数据、业务指标类数据之中的至少一种。

6.一种业务规则加载方法，包括：

向数据服务端发起获取目标规则的请求；

接收所述数据服务端传输的目标规则和指示；

根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

7.如权利要求6所述的方法，所述方法还包括：当重启时，从所述快照信息中恢复所述目标规则。

8.如权利要求6所述的方法，所述方法还包括：

接收所述数据服务端发送所述目标规则对应的版本控制信息；

通过所述版本控制信息确定所述数据服务端中是否存在所述目标规则对应的更新数据；

若是，则向所述数据服务端请求所述更新数据。

9.如权利要求8所述的方法，通过所述版本控制信息确定所述数据服务端中是否存在所述目标规则对应的更新数据，包括：

采用第一diff命令，根据所述版本控制信息生成所述目标规则对应的第一diff文件，所述第一diff文件为所述版本控制信息对应的版本与从所述数据服务端接收到的目标规则对应的版本之间的diff文件；

根据所述第一diff文件向所述数据服务端确定是否存在所述目标规则对应的更新数据。

10.如权利要求8所述的方法，所述方法还包括：

将所述更新数据进行持久化存储，以及生成持久化存储所述更新数据的快照信息。

11.如权利要求6所述的方法，所述方法还包括：

接收所述数据服务端传输的第二diff文件，所述第二diff文件为所述数据服务端采用第二diff命令所生成的所述目标规则的最新版本与已向服务器传输的版本之间的diff文件。

12.一种业务规则加载装置，包括：

接收模块，接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

传输模块，将所述目标规则向所述服务器传输；以及，

指示模块，指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

13.一种业务规则加载装置，包括：

请求模块，向数据服务端发起获取目标规则的请求；

接收模块，接收所述数据服务端传输的目标规则和指示；以及，

存储模块，根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

14.一种业务规则加载系统，包括：

数据服务端，接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器，将所述目标规则向所述服务器传输，并指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息；

所述服务器，向数据服务端发起获取目标规则的请求，接收所述数据服务端传输的目标规则和指示，以及根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

15.一种用于业务规则加载的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收服务器获取目标规则的请求，所述服务器为根据所述目标规则对目标业务进行合规监管的服务器；

将所述目标规则向所述服务器传输；以及，

指示所述服务器持久化存储所述目标规则和生成所述目标规则对应的快照信息。

16.一种用于业务规则加载的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

向数据服务端发起获取目标规则的请求；

接收所述数据服务端传输的目标规则和指示；

根据所述指示持久化存储所述目标规则和生成所述目标规则对应的快照信息。

Images