CN112988816A - 一种业务规则加载方法、装置及设备 - Google Patents
一种业务规则加载方法、装置及设备 Download PDFInfo
- Publication number
- CN112988816A CN112988816A CN202110279930.5A CN202110279930A CN112988816A CN 112988816 A CN112988816 A CN 112988816A CN 202110279930 A CN202110279930 A CN 202110279930A CN 112988816 A CN112988816 A CN 112988816A
- Authority
- CN
- China
- Prior art keywords
- server
- data
- rule
- target
- target rule
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000011068 loading method Methods 0.000 title claims abstract description 125
- 238000000034 method Methods 0.000 claims abstract description 68
- 230000005540 biological transmission Effects 0.000 claims description 32
- 238000009792 diffusion process Methods 0.000 claims description 30
- 230000036541 health Effects 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 10
- 230000000977 initiatory effect Effects 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 description 66
- 238000010586 diagram Methods 0.000 description 21
- 230000006870 function Effects 0.000 description 20
- 238000003860 storage Methods 0.000 description 18
- 238000012545 processing Methods 0.000 description 17
- 230000008569 process Effects 0.000 description 14
- 238000005516 engineering process Methods 0.000 description 10
- 230000006872 improvement Effects 0.000 description 10
- 238000004590 computer program Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 230000003862 health status Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002035 prolonged effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000004900 laundering Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2471—Distributed queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Computing Systems (AREA)
- Fuzzy Systems (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本说明书实施例公开了一种业务规则加载方法、装置及设备。其中,业务规则加载方案中,数据服务端从多个监管服务器中指定第二服务器作为数据种子,指示第二服务器向第一服务器提供目标规则,以响应第一服务器向数据服务端获取目标规则的请求。
Description
技术领域
本说明书涉及计算机技术领域,尤其涉及一种业务规则加载方法、装置及设备。
背景技术
服务器在使用非自身数据时,通常需要将数据加载后才能使用,例如服务器需要使用数据服务端中的数据,这时服务器需要先从数据服务端中获取到该数据,以在服务器中加载该数据后使用。
例如,现有对业务合规监管中的业务规则加载方案中,为便于调用业务规则(也可称为加载数据)的监管服务器能够快速地获取到所需业务规则数据,存储数据的数据服务端(比如数据库、规则库、数据服务器等)通常会预先将数据加载到本地缓存中,这样各个监管服务器均可以从数据服务端的本地缓存中获取到同一份缓存数据。
但是,监管服务器加载数据时,不仅强依赖于存储该数据的数据服务端,而且不同监管服务器都需要从该数据服务端获取同一份缓存数据,因而该数据服务端的访问处理压力必然大大增加。
还有,当数据服务端出现繁忙时,容易造成大部分服务器加载该数据的时间大大延长,还可能出现加载超时,甚至加载失败的情形,从而导致监管服务器未能及时加载到数据和进行合规监管。
基于此,亟需一种新的数据加载方案,方便监管服务器快速加载业务规则进行合规监管。
发明内容
有鉴于此,本说明书实施例提供了一种业务规则加载方法、装置及设备,以使得多个监管服务器能够快速、可靠地加载到同一份业务规则数据。
本说明书实施例采用下述技术方案:
本说明书实施例提供一种业务规则加载方法,应用于数据服务端,所述方法包括:
接收第一服务器获取目标规则的请求;
指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种业务规则加载方法,应用于第二服务器,所述方法包括:
接收数据服务端的指示;
根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种业务规则加载方法,应用于第一服务器,所述方法包括:
向数据服务端发起获取目标规则的请求;
接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种业务规则加载装置,应用于数据服务端,所述装置包括:
接收模块,接收第一服务器获取目标规则的请求;
指示模块,指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种业务规则加载装置,应用于第二服务器,所述装置包括:
接收模块,接收数据服务端的指示;
扩散模块,根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种业务规则加载装置,应用于第一服务器,所述装置包括:
请求模块,向数据服务端发起获取目标规则的请求;
接收模块,接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种业务规则加载系统,包括数据服务端、第一服务器和第二服务器,其中所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器;
所述数据服务端,接收第一服务器获取目标规则的请求,以及指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
所述第一服务器,向数据服务端发起获取目标规则的请求,以及接收第二服务器提供的目标规则;
所述第二服务器,接收数据服务端的指示,以及根据所述指示向第一服务器提供目标规则。
本说明书实施例还提供一种用于业务规则加载的电子设备,应用于数据服务端,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
接收第一服务器获取目标规则的请求;
指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种用于业务规则加载的电子设备,应用于第二服务器,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
接收数据服务端的指示;
根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种用于业务规则加载的电子设备,应用于第一服务器,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
向数据服务端发起获取目标规则的请求;
接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
从需要获取业务规则数据进行合规监管的服务器中,指定部分服务器(如第二服务器)作为业务规则进行数据扩散传输的数据种子,并基于数据种子进行数据扩散传输,既可减轻存储业务规则的数据服务端的访问处理压力,又可有效地将业务规则数据从数据服务端中通过多种途径传输至需要获取业务规则数据进行合规监管的监管服务器中,保证了各个监管服务器都能够及时、可靠地加载到同一份数据进行合规监管,提高了数据加载效率和可靠性,提高合规监管效率。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的一种业务规则加载方案的示意图。
图2为本说明书实施例提供的一种业务规则加载中扩散传输的示意图。
图3为本说明书实施例提供的一种业务规则加载方法的流程图。
图4为本说明书实施例提供的一种业务规则加载装置的结构示意图。
图5为本说明书实施例提供的一种业务规则加载系统的结构示意图。
图6为本说明书实施例提供的一种业务规则加载系统在合规监管场景下的数据加载过程的示意图。
图7为本说明书实施例提供的一种业务规则加载方法的流程图。
图8为本说明书实施例提供的一种业务规则加载装置的结构示意图。
图9为本说明书实施例提供的一种业务规则加载方法的流程图。
图10为本说明书实施例提供的一种业务规则加载装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本说明书实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
现有业务监管的数据加载方案中,常常是将业务规则的数据存储于同一个数据服务端,或者是将数据存储于分布式系统中,但不管哪一种数据存储方案中,都存在以下情形:监管服务器需要同时从数据服务端中获取同一份业务规则数据(或者说同一份缓存业务规则数据),这样的加载方式大大增加了数据服务端的访问处理压力,而且在数据服务端繁忙时,监管服务器经常发生加载超时甚至加载失败的情况,导致监管服务器不能有效地进行业务监管。
因此,现有的数据加载方案已制约了监管服务器及时完成数据加载进行合规监管。
基于此,在对数据加载方案改进中,发明人采用的技术思路如下:将需要被加载调用的业务规则数据(即目标规则)存储于少量的数据服务端(比如数据库、规则库、数据服务器等)中,比如数据服务端的数量仅为几个,甚至可以为一个,从而当有多个服务器需要加载该数据时,即多个服务器需要同时访问数据服务端时,由数据服务端指定这些监管服务器中的部分服务器作为数据种子,进而其他监管服务器可以从数据种子服务器中获取该数据,比如数据服务端先将该数据传输给数据种子服务器,并指示数据种子服务器将已获得的数据向外扩散,即向其他非种子的服务器进行数据扩散,以便未获取到数据的其他服务器从成为数据种子的这些服务器中获取该数据。
还有,作为数据种子的服务器可进一步向外扩散种子,以形成更多的数据种子,有利于更多服务器从扩散的数据种子中获取数据,增加了获取数据的多种途径,提高数据加载效率。
图1为本说明书实施例提供的一种业务规则加载方案的示意图。
如图1所示,服务器A和服务器B均为需要加载同一份业务规则,并依据业务规则对同一业务进行监管的服务器。数据服务端在接收到服务器A发送的获取规则的请求时,比如服务器A启动了获取业务规则的操作以向数据服务端发起数据请求时,这时数据服务端可指示服务器B向服务器A提供业务规则的服务,从而服务器B可先向服务器A广播服务消息,以使服务器A向服务器B获取业务规则。
因此,存储业务规则的数据服务端通过从多个监管服务器中指定部分服务器(比如图1中的第二服务器)作为数据种子,并指示这些数据种子服务器向其他非数据种子服务器(比如图1中的第一服务器)提供业务规则,便于非数据种子服务器从这些数据种子服务器中获取业务规则,既可通过数据种子服务器分担了数据服务端的访问处理压力,还可通过数据种子服务器为各个监管服务器提供了数据获取的途径,提高了各个监管服务器获取数据的效率和可靠性,保证了各个监管服务器均能及时、可靠地加载到同一份业务规则,从而根据该业务规则共同对业务进行合规监管,提高合规监管的效率。
为便于理解,本说明书实施例还提供一种业务规则加载中的数据种子扩散示意图。
如图2所示,可将被加载的业务规则数据存储于数据服务端中,其中数据服务端的数量可为一个,也可为多个。多个监管服务器需要调用该数据服务端中的同一份业务规则数据,比如图中的服务器A1至服务器An,服务器B1至服务器Bj,服务器C1至服务器Ck,服务器D1至服务器Dm,服务器E1至服务器Ep,服务器F1至服务器Fq等若干监管服务器,均需要加载数据服务端中的同一份业务规则数据,以便于根据该业务规则数据共同对业务进行合规监管。
这时数据服务端可先指定服务器A1至服务器An作为数据种子,还可指定服务器D1至服务器Dm作为数据种子,从而通过这些数据种子服务器将同一份业务规则进行扩散传输,即以服务器A1至服务器An、服务器D1至服务器Dm等作为该业务规则的新数据种子,向其他非数据种子服务器提供该业务规则,方便其他非数据种子服务器通过这些种子服务器获取到该业务规则,其中非数据种子服务器可为图中的服务器B1至Bj、服务器C1至Ck、服务器E1至Ep、服务器F1至Fq等,。
具体实施中,除了通过种子服务器在监管服务器中进行业务规则数据扩散传输,还可在监管服务器中进行种子扩散,从而在种子扩散后,通过成为种子的服务器向其他非种子服务器提供业务规则,更有效地为其他非种子服务器提供业务规则,进一步提高业务规则的加载效率和可靠性。
例如,如图2所示,可指定服务器A1至服务器An、服务器D1至服务器Dm等若干监管服务器作为数据种子,通过数据种子服务器进行业务规则数据的加载扩散传输。
例如,还可指定前述图2中的服务器B1至服务器Bj、服务器C1至服务器Ck、服务器E1至服务器Ep、服务器F1至服务器Fq等若干服务器作为新种子,实现种子扩散,提供一种新的业务规则数据的加载扩散方案。
需要说明的是,图中的n、m、j、k、p、q等标识用于区分服务器的数量,这里并无特殊含义,取值可为大于1的整数,图中的A、B、C、D、E、F等标识用于区分服务器的标识,这里并无特殊含义,例如服务器A1和服务器B1可以为相同类型的服务器也可为不同类型的服务器,但这些服务器都是需要获取被加载的业务规则数据的服务器;图中仅示出扩散两轮的种子图示说明,图示内容并非对方案构成限定。
数据服务端从监管服务器中指定数据种子服务器(如前述图1中的服务器B),并通过数据种子服务器向其他非种子服务器(如前述图1中的服务器A)进行合规监管所需的业务规则数据的加载扩散,既可减轻原来的数据服务端的访问处理压力,又可有效地将数据服务端中的数据传输至需要获取业务规则数据进行合规监管的服务器中,改善服务器加载数据的途径和效率,实现多个监管服务器能够及时获取到同一份业务规则,保证各个监管服务器均可以及时、可靠地加载到业务规则数据,有利于提高合规监管的效率。
以下结合附图,详细说明本申请各实施例提供的技术方案。
本说明书实施例中提供一种数据加载方法,可应用于数据服务端中,通过种子扩散有效提高各个监管服务器的数据加载效率和可靠性。
具体实施中,本说明书实施例提供的一种业务规则加载方法,数据服务端通过第二服务器向第一服务器提供监管所需的业务规则,其中第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
如图3所示,本说明书实施例中提供的一种业务规则加载方法,可包括:
步骤S202、接收第一服务器获取目标规则的请求。
具体实施中,目标规则为存储于数据服务端中的业务规则数据,该目标规则可以被多个进行业务合规监管的监管服务器加载。
例如,针对一目标业务进行业务合规的监管场景中,多个用于合规监管的服务器(即应用服务器)均需要获取针对该目标业务进行监管所需的合规规则,而该合规规则通常存储于一个或多个数据服务端中(如数据库、规则库、数据服务器等),这时多个合规监管服务器就需要从数据服务器端中获取到该合规规则,进而依据该合规规则对目标业务进行合规监管。
因此,在业务合规监管中,监管服务器(如第一服务器)可以向数据服务端请求业务规则,通过请求来获取用于合规监管的业务规则,以便将业务规则数据加载到服务器后对业务进行合规监管。
具体实施中,目标规则可以存储于数据服务端的缓存中,也可以存储于数据服务端的非缓存中,这里不对目标规则在数据服务端中的存储形式作限定。
在一些实施方式中,接收第一服务器获取目标规则的请求,可以是主动式的接收,也可以是被动式的接收,即可以通过监测目标规则来确定目标规则是否需要被监管服务器加载,其中监测方式可以是主动式触发的监测,也可以是被动式触发的监测。
例如,监管服务器向数据服务端请求加载该业务规则,进而在接收到请求时可确定出监管服务器需要加载业务规则,这时数据服务端是被动式地接收第一服务器获取目标规则的请求。
例如,数据服务端接收到规则管理人员对业务规则进行了更新(如增加、删除、修改等),这时数据服务端可通过监测到规则管理人员对业务规则的更新,进而确定出需要告知各监管服务器重新加载更新后的业务规则,这时可主动接收第一服务器获取目标规则的请求。
步骤S204、指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求。
具体实施中,数据服务端可指示第二服务器向第一服务器提供目标规则,即指示第二服务器作为该目标规则的种子,向需要获取该目标规则的第一服务器提供该目标规则,以便减轻数据服务端的数据处理压力,也可为非种子的其他服务器提供获取目标规则的多种途径,以便于其他非种子服务器及时获取到目标规则。
具体实施中,第二服务器为用于合规监管的监管服务器中的一个或多个服务器,以用于作为合规监管所需的目标规则的数据种子进行数据扩散传输。
具体实施中,第二服务器作为数据种子后,可向其他服务器提供获取目标数据的服务,以便其他服务器通过该种子服务获取到目标规则。
需要说明的是,这里的服务是指作为种子的服务器对外提供目标规则的服务,比如推送服务、广播服务、发送服务等数据传输的服务。
上述步骤S202-S204,存储目标数据的数据服务端可以从需要加载目标规则进行合规监管的多个监管服务器中,指定部分服务器作为种子服务器(比如前述的第二服务器),以及通过接收到监管服务器(比如前述的第一服务器)获取目标规则的请求,进而可指示种子服务器向请求数据的服务器提供该目标规则,从而为各个监管服务器提供获取目标规则的途径,既可减轻原数据服务端的数据访问处理压力,又可向监管服务器提供多个数据获取途径,以便于各个监管服务器及时获取到目标规则进行加载,有效改善了监管服务器加载目标规则的效率和可靠性,保证了各个监管服务器及时、可靠地加载到目标规则共同对业务进行合规监管。
在一些实施方式中,还可通过第二服务器指示第三服务器作为数据种子。
具体实施中,可向第二服务器发送指示,由第二服务器根据该指示,指定第三服务器为数据种子,从而进行种子扩散,为非种子服务器获取目标规则提供更多可靠的途径,进一步提高监管服务器获取目标规则的效率和可靠性。
具体实施中,向第二服务器发送指示可为向第二服务器发送广播消息,使得第二服务器可以根据该广播消息指示第三服务器作为数据种子,从而第三服务器可以向非种子服务器(比如第一服务器)提供目标规则。
需要说明的是,广播消息可根据需要设定,比如广播消息中可以包含指示第二服务器指定第三服务器的相关内容,这里不对广播消息进行限定。
在一些实施方式中,在指示第二服务器向第一服务器提供目标规则时,还可先判断目标规则是否已向第二服务器传输,若否,则向第二服务器传输该目标规则。
具体实施中,在接收到监管服务器获取目标规则的数据请求时,可先将目标数据传输至多个监管服务器中的部分服务器,其中部分服务器可为多个服务器器中的一个服务器、两个及以上的服务器等,以便后续步骤中将该部分服务器作为其他服务器获取目标数据的种子。
需要说明的是,既可以先指定第二服务器作为数据种子,再向该第二服务器传输目标规则数据,也可以先向第二服务器传输目标规则数据,再从已获得目标规则数据的监管服务器中指定出用于作为数据种子的第二服务器。
在一些实施方式中,在将目标规则向第二服务器进行传输时,可先向第二服务器发送广播消息,通过广播消息告知第二服务器从数据服务端中获取目标规则数据。
在一些实施方式中,可向第二服务器发送广播消息,通过广播消息指示第二服务器向其他非种子服务器提供目标规则。
在一些实施方式中,目标规则在监管服务器中的加载,可以是数据服务端主动各个监管服务器加载该目标规则,也可以是各个监管服务器主动向数据服务端请求加载数据。
例如,可以是若干监管服务器向数据服务端请求获取该目标规则,以使得存储有目标规则的数据服务端获知目标规则需要被监管服务器加载,这样数据服务端可在监管服务器发送的数据请求下,被动式地触发向多个监管服务器提供目标规则。
需要说明的是,需要加载目标规则的监管服务器,可在获知需要加载目标规则后向数据服务端发送请求,比如监管服务器需要重新加载目标规则进行合规监管,也可在查询到目标规则后发出请求,比如目标规则存在更新数据,这里不作限定。
在一些实施方式中,可以为存储有该目标规则的数据服务端,主动向需要使用该目标规则的监管服务器提供目标规则数据,这样数据服务端为主动式触发向监管服务器提供数据。
具体实施中,可以为存储有该目标规则的数据服务端,在监测到所存储的目标规则存在更新时,及时、主动地向需要使用该目标规则的多个服务器提供目标规则。
在一些实施方式中,目标规则存在更新的数据时,数据服务端可以向需要使用该目标数据的多个服务器发出数据更新的加载信息,以便服务端及时加载并更新先前的目标规则。
具体实施中,可通过接收对所述目标规则进行修改的指令,进而根据所述指令修改所述目标规则,从而对目标规则进行更新。
这时,可通过监测目标规则是否存在更新的数据,来主动地向监管服务器提供加载信息。
在一些实施方式中,数据服务端监测到新增一目标规则,数据服务端可向需要使用该新增目标规则的多个监管服务器发送数据加载信息,以便多个服务器及时从数据服务端获取该数据。
在一些实施方式中,可以为存储有该目标数据的数据服务端,在接收到目标规则的维护方发出的数据发送指令下,向需要使用该目标规则的多个监管服务器提供该数据。
例如,规则库管理人员可根据实际需要,增加、修改或者删除规则库中的规则数据,从而通过作为规则库(即数据服务端)发出数据发送指令,以便规则库向需要使用该规则库的多个服务器提供该规则数据。
需要说明的是,本说明书实施例涉及的目标规则的加载,可为目标规则的全量数据加载,也可为目标规则的增量数据加载,具体可根据实际的数据加载场景确定,这里不作限定。
在一些实施方式中,数据服务端可指示第二服务器向第一服务器发送广播消息,以使第一服务器根据广播消息从第二服务器中获取目标规则。
具体实施中,第二服务器可在接收到作为种子的指示后,向第一服务器发送广播消息,从而通过广播消息告知第一服务器可从第二服务器获取目标规则。
在实施中,将第二服务器确定作为数据种子,可采用多种方式进行确定。
在一些实施方式中,可按预设的选取策略,从至少两个服务器中确定出用于作为种子的部分服务器,从而将选取出的部分服务器作为第二服务器。
例如,选取策略为随机选取策略,这时可将多个服务器的标识形成集合,利用随机选取策略生成随机数,根据随机数从该集合中挑选出若干个服务器用于作为种子用的服务器。
例如,选取策略为可为扔骰子方案,从服务器的标识集合中根据骰子结果指定的服务器作为种子用的服务器。
例如,选取策略为按预设比例抽取策略,如10%比例,按10%的比例数量从某个物理机房中的服务器,选取部分服务器为种子用的服务器。
例如,选取策略为按维护表选取策略,其中维护表可存储有用于作为种子使用的服务器的标识,从而根据维护表可快速确定出作为种子的服务器。
在一些实施方式中,可获取至少两个服务器的健康信息,以便于被选为种子的部分服务器均为健康的服务器。
具体实施中,可对确定为种子的部分服务器进行健康检查,进而将健康状态的部分服务器作为最终的种子用于向其他非种子服务器提供目标规则的获取服务,保证数据加载中的种子服务器能够稳定、可靠地提供获取目标数据的服务,提高数据加载的可靠性和效率。
具体实施中,可在选取种子服务器前,先对全部监管服务器进行健康状态的检查,进而从健康状态的服务器中确定作为种子的所述部分服务器,提高确定所述部分服务器的效率,保证种子的优良性,可保证数据加载中的种子服务器能够稳定、可靠地提供获取目标数据的服务,提高数据加载的可靠性和效率。
具体实施中,可根据服务器集群提供的各个服务器的健康信息,快速确定用于作为种子的所述部分服务器。
鉴于需要获取目标规则数据的至少两个服务器,通常为相同业务功能的服务器,比如用于合规监管的监管服务器,比如用于数据检查的数据处理服务器,因而同类型的服务器通常形成服务器集群,而且服务器集群中通常可提供集群内各个服务器的健康信息,这时可直接根据该健康信息来确定作为种子的部分服务器的健康情况。
在一些实施方式中,存储目标数据的数据服务端可向作为数据种子的部分服务器广播加载信息,以便所述部分服务器在获得广播信息后,根据广播的加载信息获取目标规则数据。
在一些实施方式中,数据服务端可通过广播消息指示前述选取出来的所述部分服务器用于作为种子,以便作为种子的所述部分服务器向其他非种子服务器提供获取目标规则数据的服务。
需要说明的是,广播消息的方式可采用现有数据传输中的广播方式,也可采用自定义的广播方式,这里不对广播的消息以及广播的方式作限定。
在一些实施方式中,可在作为数据种子的所述部分服务器中,部署用于作为种子功能的片段代码的客户端,进而数据服务端可通过该客户端,使得部署有该客户端的服务器作为种子进行目标规则数据的扩散传输。
在一些实施方式中,可在部署的客户端中嵌入有进行种子扩散的片段代码,以便于数据服务端通过该客户端,指示其他服务器作为种子,实现种子扩散。
在一些实施方式中,可在部署的客户端中部署用于向外部服务器提供获取目标规则数据的服务功能。
在一些实施方式中,可在部署的客户端中部署用于更新本地客户端的功能,以便通过客户端中的更新功能,跟随数据服务端进行客户端自身的部署更新、目标规则数据的同步等。
在一些实施方式中,可在部署的客户端中部署用于数据查询的服务功能,以方便各个服务器通过自身部署的客户端查询数据服务端中的数据,可增强数据加载方案的适应性。
在一些实施方式中,在服务器中所部署的客户端,可采用Java包封装前述若干项功能,从而通过服务器执行Java包,可自动在服务器中实现前述客户端的若干功能。
需要说明的是,可采用常规的Java包封装方式,将前述的服务功能封装于Java包中,这里不对Java包的封装作限定。
通过在需要获取目标规则数据的监管服务器中部署相应的客户端,这时数据服务端相当于航母,而若干客户端相当于该航母的护卫舰,以在数据服务端与监管服务器之间构成紧密关系,拓展了数据加载方案的拓扑结构,有利于目标规则数据在加载中的数据扩散传输和种子扩散等加载过程,从而为监管服务器及时、可靠地加载目标规则数据提供多种途径,提高数据加载效率和可靠性。
在一些实施方式中,可采用点对点技术(即peer-to-peer技术)的传播方式进行数据扩散传输和/或种子扩散,可保证数据可靠、快捷地进行传输,提高数据扩散效率和加载效率。
例如,数据服务端将目标规则数据传输至作为种子的服务器(如第二服务器)时,可在数据服务端与种子服务器之间建立点对点通信进行数据传输。
例如,种子服务器(如前述的第二服务器)向非种子服务器(如前述的第一服务器)提供获取目标数据的服务中,也可在种子服务器和非种子服务器之间建立点对点通信进行数据传输。
例如,作为非种子数据的服务器可通过点对点通信向数据服务端发起请求。
需要说明的是,点对点技术的数据传播方式可为现有成熟的点对点传输协议,还可以为自定义的传输协议,这里不作限定;还有,点对点技术所采用的网络拓扑结构可为星形、环形、树形和网状形等,这里不作限定。
基于同一个发明构思,本说明书实施例还提供与前述业务规则加载方法对应的一种业务规则加载装置、电子设备以及非易失性计算机存储介质。
图4为本说明书实施例还提供的一种业务规则加载装置的结构示意图。
如图4所示,业务规则加载装置300可包括:接收模块301,接收第一服务器获取目标规则的请求;指示模块303,指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
可选地,业务规则加载装置300还可包括:第一判断模块(图中未示出),判断是否已将所述目标规则向所述第二服务器传输,若否,则将所述目标规则传输至所述第二服务器。
可选地,指示第二服务器向所述第一服务器提供所述目标规则,包括:
指示第二服务器向所述第一服务器发送第一广播消息,以通过所述第一广播消息使所述第一服务器从所述第二服务器中获取所述目标规则。
可选地,业务规则加载装置300还可包括:第二判断模块(图中未示出),判断所述目标规则是否存在更新的目标数据,若是,则将所述目标数据向所述第二服务器传输,和/或指示所述第二服务器向所述第一服务器提供所述目标数据。
可选地,业务规则加载装置300还可包括:修改模块(图中未示出),接收对所述目标规则进行修改的指令,并根据所述指令修改所述目标规则。
可选地,业务规则加载装置300还可包括:第一广播模块(图中未示出),向所述第二服务器发送第二广播消息,以使所述第二服务器根据所述第二广播消息指示第三服务器向所述第一服务器提供所述目标规则。
可选地,业务规则加载装置300还可包括:第二广播模块(图中未示出),向所述第二服务器发送第三广播消息,以使所述第二服务器根据所述第三广播消息获取所述目标规则。
可选地,业务规则加载装置300还可包括:第三广播模块(图中未示出),向所述第二服务器发送第四广播消息,以指示所述第二服务器向若干其他服务器提供所述目标规则。
可选地,业务规则加载装置300还包括:选取模块305,按预设的选取策略,从至少两个服务器中确定所述第二服务器,所述至少两个服务器为根据所述目标规则对目标业务进行合规监管的服务器。
可选地,业务规则加载装置300还包括:健康检查模块307,获取所述至少两个服务器的健康信息。
可选地,业务规则加载装置300还包括:客户端模块309,在所述第一服务器和所述第二服务器中预先部署客户端。
可选地,所述客户端为Java代码包。
可选地,接收第一服务器获取目标规则的请求,包括:接收第一服务器通过第一点对点传输方式发送的获取目标规则的请求;
和/或,指示第二服务器向所述第一服务器提供所述目标规则,包括:指示第二服务器通过第二点对点传输方式向所述第一服务器提供所述目标规则。
本说明书实施例还提供一种用于业务规则加载的电子设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
接收第一服务器获取目标规则的请求;
指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种用于业务规则加载的非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
接收第一服务器获取目标规则的请求;
指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
基于同一个发明构思,本说明书实施例还提供一种业务规则加载系统。
图5为本说明书实施例还提供一种业务规则加载系统的示意图,该系统可包括数据服务端420、和需要从数据服务端420中获取目标规则进行合规监管的至少两个服务器410,其中如图中所示,至少两个服务器410由第一服务器4101和第二服务器4102构成,第一服务器4101的数量以及第二服务器4102的数量可根据实际确定,这里不做限定。
具体实施中,数据服务端420用于:存储有所述目标规则,接收第一服务器4101获取目标规则的请求,并指示第二服务器4102向第一服务器4101提供所述目标规则,以响应所述请求。
第一服务器4101用于:向数据服务端420发起获取目标规则的请求,以及接收第二服务器4102提供的所述目标规则,其中第二服务器4102为由数据服务端420指定的用于响应所述请求的服务器;
第二服务器4102用于:接收数据服务端420传输的目标规则,以及接收数据服务端420的指示,以根据所述指示向第一服务器4101提供所述目标规则。
需要说明的是,数据服务端可为服务器、数据库、终端等形式,这里不作限定;还有,服务器也可为计算机、终端、应用服务器等形式,这里不作限定。
在一些实施方式中,在数据服务端、第一服务器以及第二服务器等相互之间的数据传输,可采用点对点技术(即peer-to-peer技术)的传播方式,能够保证数据可靠、快捷地进行传输,提高目标数据的扩散效率。
需要说明的是,这里不对采用的点对点传播方式作限定。
在一些实施方式中,可将本说明书实施例提供的业务规则加载方法应用于数据更新频率缓慢的应用场景中,比如更新的时间间隔小于预设的值,而预设的值可根据实际场景设置,如设置的值可为天、周、月,甚至以年数计算,可简化该场景下的数据传输技术架构,降低该场景下数据传输的技术难度、成本,提高该应用场景下的数据传输效率,扩展数据加载方案的适用场景。
例如,目标规则为业务规则类数据,但该业务规则类数据并非如流水类数据般频繁变化,相反是更新频率极低的一类数据,比如业务中的名称类规则,由于名称通常为不变的数据,或者说数据的更新时间间隔很长,如一天、几天、几周,甚至以年、月计算,而在实际应用中,多个服务器都需要调用加载该名称类规则进行数据处理,而调用加载的时间、间隔各不相同,即该名称类规则数据被频繁调用。
例如,在规则类数据存在变更时,需要各个服务器及时加载该数据,即服务器从存放该变更规则的缓存中获取该缓存数据,而且不同服务器同时从存储该数据的数据服务端获取同一份缓存数据时,将大大增加数据服务端的访问处理压力。
例如,当存储数据的数据服务端比较繁忙时,必将造成加载数据的时间大大延长,可能出现加载超时,甚至数据加载失败的情形。
例如,在监管场景下,经常需要对持牌照经营的业务所产生的大数据进行风险自查,如清查证照过期的商户,识别疑似洗钱的商户等,这时会涉及许多业务规则的加载,为了加快对这部分规则类数据的访问速度,需要将这部分规则类数据的全量数据或者增量数据及时加载到监管的应用服务器,以便监管的应用服务器利用该数据进行及时监管。
因此,采用本说明书实施例提供的一种业务规则加载方案后,可有效地对目标数据进行扩散传输,既能减轻数据服务端的处理压力,又能为需要获取数据的服务器提供多种获取途径,提高数据传输的效率。
在一些实施方式中,本说明书实施例提供的一种业务规则加载方法,可应用于监管场景中。
下面以合规监管场景下的合规规则数据的加载过程进行示意说明。
如图6所示,规则库(即数据服务端)作为用于存储合规监管所需的业务合规规则数据;监管服务器A和监管服务器B为监管所用的应用服务器,在监管中监管服务器需要从规则库中获取同一份规则数据,即监管服务器A和监管服务器B均可从规则库中获取用于监管目标业务的目标规则数据,以便对目标业务进行合规监管;规则管理员可修改规则库的数据。
监管服务器A和监管服务器B可分别启动获取规则的流程,以便获取到合规监管所需的规则数据。需要说明的是,监管服务器A和监管服务器B可为先后或同时启动获取规则的流程,不作限定;还有,启动获取规则的流程并非是必要,如规则库可主动向监管服务器推送规则更新信息。
具体实施中,规则管理员可对规则库中的规则数据进行修改。
当规则管理员修改规则数据后,监管服务器A和监管服务器B必将需要及时更新加载所修改的规则数据。
此时,规则库可先将监管服务器B作为数据传输扩散的新种子,进而先将修改后的规则数据发送给监管服务器B。
具体实施中,可先向监管服务器B发送广播更新消息,以便监管服务器B在接收到广播更新消息后,及时从规则库中获取修改后的规则数据。
监管服务器B在获取到修改后的规则数据后,作为新种子,进而向监管服务器A提供获取修改后的规则数据的服务。
具体实施中,监管服务器B可向监管服务器A发送广播更新消息,以便告知监管服务器A可以从监管服务器B中获取修改后的规则数据。
监管服务器A在获得监管服务器B发出的广播更新消息后,从而从监管服务器B中获取该修改后的规则数据。
具体实施中,监管服务器B向监管服务器A提供获取修改后的规则数据的服务,可为基于点对点传播的服务。
需要说明的是,监管服务器可为多个,这里仅以监管服务器A和监管服务器B两个服务器进行示意说明,并不构成限定。
基于同一个发明构思,本说明书实施例还提供一种业务规则加载方法、装置、电子设备以及非易失性计算机存储介质,用于作为种子使用的服务器一侧(如前述的第二服务器),以便于从存储有目标规则数据的数据服务端获取目标规则数据以及作为种子向其他服务器(如前述的第一服务器)进行目标规则数据的扩散传输。
如图7所示,本说明书实施例还提供一种业务规则加载方法,可包括:
步骤S602、接收数据服务端的指示。
其中,数据服务端存储有目标规则,目标规则用于监管服务器对目标业务进行合规监管,数据服务端的相关说明可参照前述说明,不再赘述。
步骤S604、根据所述指示向第一服务器提供所述目标规则。
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器
上述步骤S602-S604中,由数据服务端从多个监管服务器中确定出用于作为数据种子的种子服务器(如第二服务器),这样第二服务器可在数据服务端的指示下,向其他非种子的监管服务器提供目标规则,因而原数据服务端可以通过种子服务器进一步将目标规则数据扩散传输至其他非种子服务器,为监管服务器获取目标规则数据提供多种途径,提高目标规则的加载效率和可靠性。
在一些实施方式中,作为种子的服务器中可预先部署有客户端,从而通过该客户端实现种子功能,比如从数据服务端获取目标规则数据,比如对外向未获取目标规则数据的服务器提供获取目标规则数据的服务,比如客户端自身版本更新控制,比如提供查询数据服务端中的目标数据的查询功能等等,具体可参照前述客户端的相关说明,不再展开说明。
需要说明的是,本说明书实施例中第二服务器作为种子服务器,其实施说明可参见前述数据服务端的相关实施说明,这里不再展开说明。
图8为本说明书实施例还提供的一种业务规则加载装置的结构示意图,对应于前述作为种子的第二服务器一侧的方法实施例进行说明。
如图8所示,业务规则加载装置700可包括:接收模块701,接收数据服务端的指示;扩散模块703,根据所述指示向第一服务器提供目标规则。
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
可选地,数据加载装置700还包括:客户端模块705,接收所述数据服务端的预先部署,所述预先部署用于在所述第二服务器中部署客户端。
本说明书实施例还提供一种用于在作为种子的第二服务器一侧的业务规则加载的电子设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
接收数据服务端的指示;
根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种用于在作为种子的第二服务器一侧的业务规则加载的非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
接收数据服务端的指示;
根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
基于同一个发明构思,本说明书实施例还提供一种业务规则加载方法、装置、电子设备以及非易失性计算机存储介质,用于作为非种子使用的第一服务器一侧,以便于从作为种子的第二服务器中获取目标规则数据。
需要说明的是,非种子使用的第一服务器可为未获取到目标规则的监管服务器。
如图9所示,本说明书实施例还提供一种业务规则加载方法,可包括:
步骤S802、向数据服务端发起获取目标规则的请求。
步骤S804、接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器。
具体实施中,数据服务端存储有用于业务监管的业务规则;所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
上述步骤S802-S804中,作为非种子的第一服务器,在向数据服务端请求数据后,可通过接收作为种子的第二服务器发送的目标规则,即从种子服务器中获取种子服务器提供的目标规则,这样监管服务器获取目标规则数据可以有多种途径,从而可及时、可靠地获取到目标规则数据,提高监管服务器在加载目标规则数据是的加载效率和可靠性。
在一些实施方式中,各个监管服务器中可预先部署有客户端,从而通过该客户端与数据服务端和/或种子服务器进行通信,比如获取种子服务器提供的数据传输服务,比如客户端自身版本更新控制,比如提供查询数据服务端中的目标数据的查询功能等等,具体可参照前述客户端的说明,不再展开说明。
需要说明的是,本说明书实施例中作为非种子的第一服务器,其实施说明可参见前述数据服务端一侧的相关实施说明,这里不再展开说明。
图10为本说明书实施例还提供的一种业务规则加载装置的结构示意图,对应于前述作为非种子的第一服务器一侧的方法实施例进行说明。
如图10所示,业务规则加载装置900可包括:请求模块901,向数据服务端发起获取目标规则的请求;接收模块903,接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器。
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
可选地,业务规则加载装置900还包括:客户端模块905,接收所述数据服务端的预先部署,所述预先部署用于在所述第第一服务器中部署客户端。
本说明书实施例还提供一种用于在作为非种子使用的第一服务器一侧的业务规则加载的电子设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
向数据服务端发起获取目标规则的请求;
接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
本说明书实施例还提供一种用于在作为非种子使用的第一服务器一侧的业务规则加载的非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
向数据服务端发起获取目标规则的请求;
接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例侧重说明的都是与其他实施例的不同之处。尤其,对于系统、装置、设备、非易失性计算机存储介质实施例而言,由于其与方法是对应的,描述比较简单,相关之处参见方法实施例的部分说明即可。
本说明书实施例提供的系统、装置、设备、非易失性计算机存储介质与方法是对应的,它们也具有与对应方法类似的有益技术效果,由于上面已经对方法的有益技术效果进行了详细说明,因此,这里不再赘述对应的系统、装置、设备、非易失性计算机存储介质的有益技术效果。
在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 (24)
1.一种业务规则加载方法,应用于数据服务端,所述方法包括:
接收第一服务器获取目标规则的请求;
指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
2.如权利要求1所述的方法,所述方法还包括:
判断是否已将所述目标规则向所述第二服务器传输;
若否,则将所述目标规则传输至所述第二服务器。
3.如权利要求1所述的方法,指示第二服务器向所述第一服务器提供所述目标规则,包括:
指示第二服务器向所述第一服务器发送第一广播消息,以通过所述第一广播消息使所述第一服务器从所述第二服务器中获取所述目标规则。
4.如权利要求1所述的方法,所述方法还包括:
判断所述目标规则是否存在更新的目标数据;
若是,则将所述目标数据向所述第二服务器传输,和/或指示所述第二服务器向所述第一服务器提供所述目标数据。
5.如权利要求1所述的方法,所述方法还包括:
接收对所述目标规则进行修改的指令;
根据所述指令修改所述目标规则。
6.如权利要求1所述的方法,所述方法还包括:
向所述第二服务器发送第二广播消息,以使所述第二服务器根据所述第二广播消息指示第三服务器向所述第一服务器提供所述目标规则。
7.如权利要求1所述的方法,所述方法还包括:
按预设的选取策略,从至少两个服务器中确定所述第二服务器,所述至少两个服务器为根据所述目标规则对目标业务进行合规监管的服务器。
8.如权利要求7所述的方法,所述方法还包括:获取所述至少两个服务器的健康信息。
9.如权利要求1所述的方法,所述方法还包括:
向所述第二服务器发送第三广播消息,以使所述第二服务器根据所述第三广播消息获取所述目标规则。
10.如权利要求1所述的方法,所述方法还包括:
向所述第二服务器发送第四广播消息,以指示所述第二服务器向若干其他服务器提供所述目标规则。
11.如权利要求1所述的方法,所述方法还包括:
在所述第一服务器和所述第二服务器中预先部署客户端。
12.如权利要求11所述的方法,所述客户端为Java代码包。
13.如权利要求1所述的方法,接收第一服务器获取目标规则的请求,包括:接收第一服务器通过第一点对点传输方式发送的获取目标规则的请求;
和/或,指示第二服务器向所述第一服务器提供所述目标规则,包括:指示第二服务器通过第二点对点传输方式向所述第一服务器提供所述目标规则。
14.一种业务规则加载方法,应用于第二服务器,所述方法包括:
接收数据服务端的指示;
根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
15.如权利要求14所述的方法,所述方法还包括:
接收所述数据服务端的预先部署,所述预先部署用于在所述第二服务器中部署客户端。
16.一种业务规则加载方法,应用于第一服务器,所述方法包括:
向数据服务端发起获取目标规则的请求;
接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
17.如权利要求16所述的方法,所述方法还包括:
接收所述数据服务端的预先部署,所述预先部署用于在所述第第一服务器中部署客户端。
18.一种业务规则加载装置,应用于数据服务端,所述装置包括:
接收模块,接收第一服务器获取目标规则的请求;
指示模块,指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
19.一种业务规则加载装置,应用于第二服务器,所述装置包括:
接收模块,接收数据服务端的指示;
扩散模块,根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
20.一种业务规则加载装置,应用于第一服务器,所述装置包括:
请求模块,向数据服务端发起获取目标规则的请求;
接收模块,接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
21.一种业务规则加载系统,包括数据服务端、第一服务器和第二服务器,其中所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器;
所述数据服务端,接收第一服务器获取目标规则的请求,以及指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
所述第一服务器,向数据服务端发起获取目标规则的请求,以及接收第二服务器提供的目标规则;
所述第二服务器,接收数据服务端的指示,以及根据所述指示向第一服务器提供目标规则。
22.一种用于业务规则加载的电子设备,应用于数据服务端,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
接收第一服务器获取目标规则的请求;
指示第二服务器向所述第一服务器提供所述目标规则,以响应所述请求;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
23.一种用于业务规则加载的电子设备,应用于第二服务器,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
接收数据服务端的指示;
根据所述指示向第一服务器提供目标规则;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
24.一种用于业务规则加载的电子设备,应用于第一服务器,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
向数据服务端发起获取目标规则的请求;
接收第二服务器提供的目标规则,其中第二服务器为根据所述数据服务端的指示而用于向所述第一服务器提供所述目标规则以响应所述请求的服务器;
其中,所述第一服务器和所述第二服务器均为根据所述目标规则对目标业务进行合规监管的服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110279930.5A CN112988816A (zh) | 2021-03-16 | 2021-03-16 | 一种业务规则加载方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110279930.5A CN112988816A (zh) | 2021-03-16 | 2021-03-16 | 一种业务规则加载方法、装置及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112988816A true CN112988816A (zh) | 2021-06-18 |
Family
ID=76335767
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110279930.5A Pending CN112988816A (zh) | 2021-03-16 | 2021-03-16 | 一种业务规则加载方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112988816A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101136911A (zh) * | 2006-08-31 | 2008-03-05 | 腾讯科技(深圳)有限公司 | 一种采用p2p技术下载文件的方法和p2p下载系统 |
US20090037361A1 (en) * | 2007-08-01 | 2009-02-05 | Prathaban S R | System and method for global load balancing of requests for content |
CN103716349A (zh) * | 2012-09-29 | 2014-04-09 | 西门子公司 | 医学图像文件的传输系统、方法和服务器 |
CN106210064A (zh) * | 2016-07-15 | 2016-12-07 | 桂林电子科技大学 | 一种基于授权的可控p2p大规模遥感数据分发方法 |
CN111966715A (zh) * | 2020-08-17 | 2020-11-20 | 支付宝(杭州)信息技术有限公司 | 一种业务处理方法、装置、电子设备和存储介质 |
-
2021
- 2021-03-16 CN CN202110279930.5A patent/CN112988816A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101136911A (zh) * | 2006-08-31 | 2008-03-05 | 腾讯科技(深圳)有限公司 | 一种采用p2p技术下载文件的方法和p2p下载系统 |
US20090037361A1 (en) * | 2007-08-01 | 2009-02-05 | Prathaban S R | System and method for global load balancing of requests for content |
CN103716349A (zh) * | 2012-09-29 | 2014-04-09 | 西门子公司 | 医学图像文件的传输系统、方法和服务器 |
CN106210064A (zh) * | 2016-07-15 | 2016-12-07 | 桂林电子科技大学 | 一种基于授权的可控p2p大规模遥感数据分发方法 |
CN111966715A (zh) * | 2020-08-17 | 2020-11-20 | 支付宝(杭州)信息技术有限公司 | 一种业务处理方法、装置、电子设备和存储介质 |
Non-Patent Citations (2)
Title |
---|
于勇: "《互联网电视概论》", 30 June 2020 * |
黄孝建,陶梦华: "《IPTV关键技术详解》", 31 July 2009, 北京邮电大学出版社 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113766035B (zh) | 一种业务受理及共识的方法及装置 | |
CN111917864B (zh) | 一种业务校验的方法及装置 | |
CN109739573B (zh) | 实现api接口调用的处理方法及装置、实现api接口的系统 | |
CN109684036B (zh) | 一种容器集群管理方法、存储介质、电子设备及系统 | |
CN111859470B (zh) | 一种业务数据上链方法及装置 | |
CN109032825B (zh) | 一种故障注入方法、装置及设备 | |
CN112183039B (zh) | 一种业务报表的合规校验方法及装置 | |
CN109391512B (zh) | 一种服务发布方法、装置及电子设备 | |
CN110535928B (zh) | 一种区块链的java智能合约的事件推送方法 | |
CN112035344A (zh) | 多场景测试方法、装置、设备和计算机可读存储介质 | |
CN113704117B (zh) | 一种算法测试系统、方法及装置 | |
TWI690187B (zh) | 服務更新方法及裝置、系統 | |
CN105306507A (zh) | 分布式架构中的容灾处理方法及容灾处理装置 | |
CN111459724A (zh) | 节点切换方法、装置、设备及计算机可读存储介质 | |
CN108989072B (zh) | 一种部署、管理及调用组件的方法及装置 | |
CN116737345A (zh) | 分布式任务处理系统及方法、装置、存储介质以及设备 | |
CN108062245A (zh) | 一种应用定时任务统一管理系统及方法 | |
CN112988816A (zh) | 一种业务规则加载方法、装置及设备 | |
CN108880854B (zh) | 一种服务降级的方法、装置及设备 | |
CN109150795B (zh) | 一种信息处理方法、装置及设备 | |
CN114625410A (zh) | 一种请求消息处理方法、装置及设备 | |
CN114528121A (zh) | 电网台账数据分发方法及装置 | |
CN108681492A (zh) | 数据处理方法及装置 | |
CN115904878B (zh) | 业务变更处理方法、装置、设备及存储介质 | |
CN117527949B (zh) | 一种云手机运行监控方法、系统、存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210618 |
|
RJ01 | Rejection of invention patent application after publication |