发明内容
本申请实施例提供一种基于风险控制的任务处理方法、系统、配置服务器、任务服务器、电子设备及存储介质,用于减少人工成本。
第一方面,本申请实施例提供一种基于风险控制的任务处理方法,应用于第一服务器,所述方法包括:
获取针对风险控制规则的定时任务,其中,所述定时任务用于指示在预设时间点触发执行上下线处理任务;
根据所述定时任务所指示的预设时间点,向第二服务器广播通知消息,所述通知消息用于通知所述第二服务器开始或停止执行所述风险控制规则。
在本申请实施例中,通过引入定时任务的特征,且定时任务用于指示在预设时间点触发执行上下线处理任务,也即,第一服务器可以在预设时间点自动触发向第二服务器广播通知消息,通知第二服务器开始或停止执行风险控制规则,无需工作人员手动触发,节约了人工成本,且提高了风险控制规则的上下线的灵活性和准确性。
在一些实施例中,所述根据所述定时任务所指示的预设时间点,向第二服务器广播通知消息,包括:
若当前时间抵达所述预设时间点时,获取执行权限;
根据所述执行权限,向所述第二服务器广播所述通知消息。
在本申请实施例中,通过由第一服务器在获取到执行权限后,向第二服务器广播通知消息,可以提高第一服务器所属分布式服务器集群的运行的稳定性和可靠性。
在一些实施例中,在所述获取针对风险控制规则的定时任务之后,还包括:
若已经存在针对所述风险控制规则的在前定时任务,且所述在前定时任务与所述定时任务不同,则基于所述定时任务对所述在前定时任务进行替换。
在本申请实施例中,通过由第一服务器对定时任务不断替换,可以确保定时任务的准确性和可靠性。
在一些实施例中,获取针对风险控制规则的定时任务,包括:
每隔预设时间间隔,从数据库中获取所述定时任务。
在本申请实施例中,第一服务器可以每隔预设时间间隔获取定时任务,可以确保定时任务的及时更新,从而确保触发风险控制规则的上线处理任务的准确性和可靠性。
在一些实施例中,所述定时任务为多个,且多个所述定时任务所指示的预设时间点不同。
在本申请实施例中,定时任务的数量可以为多个,可以提高定时任务的灵活性和多样性。
在一些实施例中,所述方法还包括:
若所述第一服务器完成重新启动,获取数据库中当前存储的定时任务。
在本申请实施例中,第一服务器在重新启动后,可以获取定时任务,可以提高定时任务被执行的可靠性。
第二方面,本申请实施例提供一种基于风险控制的任务处理方法,应用于第三服务器,所述方法包括:
接收用户输入的针对风险控制规则的预设时间点;
根据所述预设时间点,生成针对所述风险控制规则的定时任务,其中,所述定时任务用于指示在所述预设时间点触发执行上下线处理任务;
其中,所述定时任务具体用于指示第一服务器在获取到所述定时任务之后,在所述预设时间点向第二服务器广播通知消息,所述通知消息用于指示开始或停止执行所述风险控制规则。
在一些实施例中,所述方法还包括:
接收所述用户输入的针对所述预设时间点的更新后的时间点;
根据所述更新后的时间点,更新所述定时任务。
在一些实施例中,所述方法还包括:
将所述定时任务存储至数据库中;
在所述预设时间点被更新时,将所述数据库中的定时任务替换为更新后的定时任务。
第三方面,本申请实施例提供一种任务服务器,所述任务服务器包括:
获取模块,用于获取针对风险控制规则的定时任务,其中,所述定时任务用于指示在预设时间点触发执行上下线处理任务;
广播模块,用于根据所述定时任务所指示的预设时间点,向引擎服务器广播通知消息,所述通知消息用于通知所述引擎服务器开始或停止执行所述风险控制规则。
在一些实施例中,所述广播模块用于,若当前时间抵达所述预设时间点时,获取执行权限,根据所述执行权限,向所述第二服务器广播所述通知消息。
在一些实施例中,所述任务服务器还包括:
替换模块,用于若已经存在针对所述风险控制规则的在前定时任务,且所述在前定时任务与所述定时任务不同,则基于所述定时任务对所述在前定时任务进行替换。
在一些实施例中,所述获取模块用于,每隔预设时间间隔,从数据库中获取所述定时任务。
在一些实施例中,所述定时任务为多个,且多个所述定时任务所指示的预设时间点不同。
在一些实施例中,所述获取模块用于,若所述第一服务器完成重新启动,获取数据库中当前存储的定时任务。
在一些实施例中,所述任务服务器还包括:
第一更新模块,用于发出所述通知消息成功后,更新任务状态为执行完成状态。
第四方面,本申请实施例提供一种配置服务器,所述配置服务器包括:
接收模块,用于接收用户输入的针对风险控制规则的预设时间点;
生成模块,用于根据所述预设时间点,生成针对所述风险控制规则的定时任务,其中,所述定时任务用于指示在所述预设时间点触发执行上下线处理任务;
其中,所述定时任务具体用于指示任务服务器在获取到所述定时任务之后,在所述预设时间点向引擎服务器广播通知消息,所述通知消息用于指示开始或停止执行所述风险控制规则。
在一些实施例中,所述配置服务器还包括:
所述接收模块用于,接收所述用户输入的针对所述预设时间点的更新后的时间点;
第二更新模块,用于根据所述更新后的时间点,更新所述定时任务。
在一些实施例中,所述配置服务器还包括:
存储模块,用于将所述定时任务存储至数据库中;
所述第二更新模块用于,在所述预设时间点被更新时,将所述数据库中的定时任务替换为更新后的定时任务。
第五方面,本申请实施例提供一种基于风险控制的任务处理系统,所述系统包括:
如上任一实施例所述的任务服务器;
如上任一实施例所述的配置服务器。
在一些实施例中,所述系统还包括引擎服务器,所述引擎服务器用于,接收所述任务服务器广播的通知消息,根据所述通知消息开始或停止执行风险控制规则。
第六方面,本申请实施例提供一种电子设备,包括:存储器,处理器;
所述存储器用于存储所述处理器可执行指令的存储器;
其中,当执行所述存储器中的指令时,所述处理器被配置为实现上述任一实施例所述的方法。
第七方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一实施例所述的方法。
本申请实施例提供一种基于风险控制的任务处理方法、系统、配置服务器、任务服务器、电子设备及存储介质,包括:获取针对风险控制规则的定时任务,其中,定时任务用于指示在预设时间点触发执行上下线处理任务,根据定时任务所指示的预设时间点,向第二服务器广播通知消息,通知消息用于通知第二服务器开始或停止执行风险控制规则,通过引入定时任务的特征,且定时任务用于指示在预设时间点触发执行上下线处理任务,也即,第一服务器可以在预设时间点自动触发向第二服务器广播通知消息,通知第二服务器开始或停止执行风险控制规则,无需工作人员手动触发,节约了人工成本,且提高了风险控制规则的上下线的灵活性和准确性。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1,图1为本申请实施例的基于风险控制的任务处理系统(下文简称任务处理系统)的框架示意图,本申请实施例的基于风险控制的任务处理方法可以应用于如图1所示的任务处理系统中。
如图1所示,任务处理系统包括:显示设备和分布式服务器集群。
其中,显示设备可以用于显示预先设置的至少一种风险控制规则,且显示设备也可以接收用户输入的信息,如显示设备可以接收用户针对至少一种风险控制规则输入的相关信息,如用户输入的针对任意风险控制规则的预设时间点。
应该理解的是,本申请实施例对显示设备的类型不做限定,例如,显示设备可以为液晶显示器(Liquid Crystal Display,LCD),也可以为发光二极管(Light EmittingDiode,LED)显示器,也可以为有机发光(Organic Light Emitting Display,OLED)显示器,等等。
其中,分布式服务器集群中包括配置服务器、数据库、任务服务器及引擎服务器。
结合上述描述,配置服务器可以用于与显示设备连接,并接收用户通过显示设备输入的针对任意风险控制规则的预设时间点,且配置服务器还可以用于根据预设时间点,生成针对任意风险控制规则的定时任务,定时任务可以用于指示任务服务器触发执行风险控制规则的上下线处理任务。
配置服务器可以将生成的一个或多个定时任务存储至数据库。
结合上述描述,任务服务器可以用于表征对引擎服务器执行上下线处理任务的服务器,且结合图1可知,任务服务器的数量可以为多台,每一台任务服务器都可以从数据库中获取定时任务,且通过获取执行权限的方式,如获取分布式锁的方式执行广播通知消息的操作,如获取到分布式锁的任务服务器基于通知消息通知引擎服务器开始或停止执行风险控制规则。
结合上述描述,引擎服务器可以用于接收任务服务器广播的通知消息,并根据通知消息开始或停止执行风险控制规则。
值得说明的是,图1只是用于示范性地说明本申请实施例的基于风险控制的任务处理方法的应用场景,而不能理解为对本申请实施例的基于风险控制的任务处理方法的应用场景的限定。
且图1所示的任务处理系统,也只是用于示范性地对任务处理系统进行展示,而不能理解为对任务处理系统的限定。例如,图1中所示的数据库可以集成于配置服务器中;又如,任务服务器的数量可以为更多或者更少;又如,引擎服务器的数量可以更多或者更少,等等。
在相关技术中,当工作人员确定出需要进行风险控制时,由工作人员在显示设备上选择某风险控制规则,并可以通过触屏的方式向服务器发送开始调用该风险控制规则的指令,服务器在接收到该指令时,执行风险控制规则的上线处理任务,并基于该风险控制规则实现风险控制。
而在相关技术中,由于需要由工作人员手动操作,因此会造成人工成本偏高的问题,且在时间的把握和控制上的准确性偏低。
本申请的发明人在经过创造性地劳动之后,得到了本申请的发明构思:通过构建定时任务,主动触发风险控制规则的上线处理任务。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
根据本申请实施例的一个方面,本申请实施例提供了一种基于风险控制的任务处理方法,应用于第一服务器。
请参阅图2,图2为本申请实施例的基于风险控制的任务处理方法的流程示意图。
如图2所示,该方法包括:
S101:第一服务器获取针对风险控制规则的定时任务,其中,定时任务用于指示在预设时间点触发执行上下线处理任务。
其中,本申请实施例中的第一服务器用于与后文中的其他服务器(如第二服务器和第三服务器)进行区分,而不能理解为对服务器的限定。
且,结合图1所示的任务处理系统,第一服务器可以为如图1中所示的任务服务器。
其中,风险控制规则也可以称为风险控制方法,用于执行针对网络贸易的风险预测等,以避免伪造身份等事件的发生。
例如,风险控制规则可以为当用户登录某网络贸易平台时,针对用户输入的登录信息(如账号和密码)的风险控制规则,如网络贸易平台通过向用户注册时预留的电话号码发送验证码,当该网络贸易平台接收到用户输入的验证码时,判断用户输入的验证码与该网络贸易平台发送的验证码是否相同,如果相同,则允许用户登录,如果不同,则向用户反馈登录失败的消息。
其中,上下线处理任务包括上线处理任务和/或下线处理任务,上线处理任务可以用于表征启用风险控制规则的任务,下线处理任务可以用于表征停止风险控制规则的任务。
其中,预设时间点可以为未来的任意时间点,也就是说,定时任务可以用于指示第一服务器,在未来的任意时间点,自动触发执行上下线处理任务。
在本申请实施例中,引入了定时任务的特征,且定时任务用于指示在预设时间点触发执行上下线处理任务,也即,在本申请实施例中,通过引入定时任务的特征,第一服务器可以在预设时间点自动触发执行上下线处理任务。
现结合图1所示的应用场景进行示范性地说明:
任务引擎服务器获取到定时任务,可以根据定时任务确定在预设时间点需要触发引擎服务器开始或停止执行风险控制规则,相较于相关技术中,由工作人员在有需求时人工触发引擎服务器开始或停止执行风险控制规则,可以提高触发引擎服务器执行风险控制规则的自动化和智能化,提高触发引擎服务器执行风险控制规则的可靠性和灵活性。
S102:第一服务器根据定时任务所指示的预设时间点,向第二服务器广播通知消息,通知消息用于通知第二服务器开始或停止执行风险控制规则。
该步骤可以包括:第一服务器对时间进行监测,当监测得到的时间达到预设时间点,则第一服务器向第二服务器广播通知消息,也即,第一服务器基于通知消息通知第二服务器开始或停止执行风险控制规则,其中,第二服务器可以为如图1中所示的引擎服务器。
现结合图1所示的应用场景进行示范性地说明:
任务服务器对时间进行监测,当确定出监测得到的时间达到预设时间点,任务服务器向引擎服务器广播通知消息,通过通知消息通知引擎服务器开始或停止执行风险控制规则。
在本申请实施例中,通过由第一服务器根据预设时间点向第二服务器广播通知消息,可以实现第一服务器在预设时间点时自动触发向第二服务器广播通知消息,无需工作人员手动触发,节约了人工成本,且提高了风险控制规则的上下线的灵活性和准确性。
基于上述分析可知,本申请实施例提供了一种基于风险控制的任务处理方法,应用于第一服务器,该方法包括:获取针对风险控制规则的定时任务,其中,定时任务用于指示在预设时间点触发执行上下线处理任务,根据定时任务所指示的预设时间点,向第二服务器广播通知消息,通知消息用于通知第二服务器开始或停止执行风险控制规则,通过引入定时任务的特征,且定时任务用于指示在预设时间点触发执行上下线处理任务,也即,第一服务器可以在预设时间点自动触发向第二服务器广播通知消息,通知第二服务器开始或停止执行风险控制规则,无需工作人员手动触发,节约了人工成本,且提高了风险控制规则的上下线的灵活性和准确性。
请参阅图3,图3为本申请另一实施例的基于风险控制的任务处理方法的流程示意图。
如图3所示,该方法包括:
S201:第一服务器获取针对风险控制规则的定时任务,其中,定时任务用于指示在预设时间点触发执行上下线处理任务。
其中,关于S201的描述可以参见S101,此处不再赘述。
在一些实施例中,在S201之后,第一服务器可以判断第一服务器中是否已经存在针对风险控制规则的在前定时任务,若是(即第一服务器中已经存在在前定时任务),则判断在前定时任务与当前获取到的定时任务是否相同,若否(即在前定时任务与当前获取到的定时任务不同),则第一服务器将当前获取到的定时任务替换在前定时任务。
其中,在前定时任务是一个相对概念,可以用于表征以当前获取到的定时任务为基础,在当前获取到的定时任务之前获取到的定时任务。
在一些实施例中,定时任务的数量可以为多个,且多个定时任务所指示的预设时间点不同。
例如,针对某风险控制规则,共有3个定时任务,分别标记为定时任务A、定时任务B及定时任务C,定时任务A用于指示在预设时间点a触发执行上线处理任务,定时任务B用户指示在预设时间点b触发执行下线处理任务,定时任务C用于指示在预设时间点c1触发执行上线处理任务、在预设时间点c2触发执行下线处理任务。
值得说明的是,上述示例只是用于示范性地说明定时任务的数量以及定时任务的内容,而不能理解为对定时任务的数量的限定,也不能理解为对定时任务的内容的限定。
在一些实施例中,第一服务器可以每隔预设时间间隔,从数据库中获取定时任务。
在本申请实施例中,第一服务器通过每隔预设时间间隔获取定时任务,可以实现对定时任务的更新,提高执行定时任务的可靠性和准确性。
S202:若当前时间抵达预设时间点时,第一服务器获取执行权限。
该步骤可以包括:第一服务器对时间进行监测,当监测到当前时间抵达预设时间点时,第一服务器获取执行权限。
在一些实施例中,执行权限可以为分布式锁。
现结合图1所示的应用场景进行示范性地说明:
任务服务器的数量为多台,每一台任务服务器均可以从数据库中获取定时任务,且每一台任务服务器均可以对时间进行监测,且当当前时间抵达预设时间点时,每一台任务服务器均可以以竞争的方式获取分布式锁,而在分布式服务器集群的环境下,可以由其中的一台任务服务器获取到分布式锁,而获取到分布式锁的任务服务器即为拥有执行权限的任务服务器。
其中,关于分布式锁的设置可以参见相关技术中方法,本申请实施例不做限定,也不再赘述。
S203:第一服务器根据执行权限,向第二服务器广播通知消息。
也就是说,当第一服务器获取到执行权限之后,可以向第二服务器广播通知消息,其中,关于通知消息的描述可以参见上述示例,此处不再赘述。
在本申请实施例中,任务服务器通过获取执行权限的方式向引擎服务器广播通知消息,可以提高任务服务器所属分布式服务器集群的运行的稳定性和可靠性,且可以避免当某一台任务服务器宕机或者部分任务服务器宕机之后,其他任务服务器可以继续获取执行权限,并基于执行权限广播通知消息,从而实现风险控制规则的上下线处理任务自动触发的可靠性和稳定性。
在一些实施例中,该方法还可以包括:第一服务器在成功发出通知消息之后,更新任务状态为执行完成状态。
在一些实施例中,若第一服务器完成重新启动,获取数据库中当前存储的定时任务。
值得说明是,第一服务器可能出现宕机的情况,也可能出现断电造成的关机的情况,而当第一服务器完成重新启动时,可以从数据库中获取数据库中当前存储的定时任务,并基于当前存储的定时任务自动触发执行上下线处理任务,可以提高自动触发执行上下线处理任务的可靠性。
根据本申请实施例的另一个方面,本申请实施例还提供了一种基于风险控制的任务处理方法,该方法可以应用于第三服务器。
请参阅图4,图4为本申请另一实施例的基于风险控制的任务处理方法的流程示意图。
如图4所示,该方法包括:
S301:第三服务器接收用户输入的针对风险控制规则的预设时间点。
结合图1所示的任务处理系统,第三服务器可以为如图1中所示的配置服务器。
其中,配置服务器可以接收用户通过显示设备、基于触屏方式输入的针对风险控制规则的预设时间点,也可以接收用户通过语音的方式输入的针对风险控制规则的预设时间点,本申请实施例不做限定。
S302:第三服务器根据预设时间点,生成针对风险控制规则的定时任务,其中,定时任务用于指示在预设时间点触发执行上下线处理任务。
其中,定时任务具体用于指示第一服务器在获取到定时任务之后,在预设时间点向第二服务器广播通知消息,通知消息用于指示开始或停止执行风险控制规则。
现结合图1所示的应用场景进行示范性地说明:
配置服务器接收用户输入的预设时间点,并根据预设时间点,生成定时任务,定时任务用于指示任务服务器在获取到定时任务之后,在预设时间点向引擎服务器广播通知消息,通过通知消息指示引擎服务器开始或停止执行风险控制规则。
请参阅图5,图5为本申请另一实施例的基于风险控制的任务处理方法的流程示意图。
如图5所示,该方法包括:
S401:第三服务器接收用户输入的针对风险控制规则的预设时间点。
S402:第三服务器根据预设时间点,生成针对风险控制规则的定时任务,其中,定时任务用于指示在预设时间点触发执行上下线处理任务。
其中,定时任务具体用于指示第一服务器在获取到定时任务之后,在预设时间点向第二服务器广播通知消息,通知消息用于指示开始或停止执行风险控制规则。
其中,关于S401和S402的描述可以参见上述示例中的S301和S302,此处不再赘述。
S403:第三服务器接收用户输入的针对预设时间点的更新后的时间点。
也就是说,在本申请实施例中,第三服务器可以在生成定时任务之后,对生成的定时任务进行更新。
现结合图1所示的应用场景进行示范性地说明:
配置服务器在生成定时任务之后,可以将定时任务存储至数据库。当配置服务器接收到用户输入的针对预设时间点的更新后的时间点时,可以基于更新后的时间点生成新的定时任务。
S404:第三服务器根据更新后的时间点,更新定时任务。
也就是说,在本申请实施例中,第三服务器在生成了新的定时任务之后,可以完成对之前生成的定时任务的更新。
现结合图1所示的应用场景进行示范性地说明:
配置服务器用新的定时任务替换掉数据库中原来的定时任务,从而完成对数据库中的定时任务的更新。
现结合图1所示的应用场景,并结合图6所示的交互示意图,对本申请实施例的基于风险控制的任务处理方法进行详细地阐述。
如图6所示,该方法包括:
S1:配置服务器接收用户输入的针对风险控制规则的预设时间点。
S2:配置服务器根据预设时间点,生成针对风险控制规则的定时任务。
其中,定时任务用于指示任务服务器在获取到定时任务之后,在预设时间点向引擎服务器广播通知消息,通知消息用于指示引擎服务器开始或停止执行风险控制规则。
S3:配置服务器将定时任务存储至数据库。
S4:任务服务器从数据库中获取定时任务。
在一些实施例中,任务服务器可以基于时间间隔从数据库中获取定时任务。
在另一些实施例中,配置服务器在将定时任务存储至数据库时,可以向任务服务器发送提示消息,用于提示配置服务器从数据库中获取定时任务。
S5:若当前时间抵达预设时间点,则任务服务器获取执行权限。
S6:任务服务器根据执行权限向引擎服务器广播通知消息。
S7:引擎服务器根据通知消息开始或停止执行风险控制规则。
根据本申请实施例的另一个方面,本申请实施例还提供了一种任务服务器,用于执行如图2和/或图3所示的方法。
请参阅图7,图7为本申请实施例的任务服务器的示意图。
如图7所示,任务服务器包括:
获取模块11,用于获取针对风险控制规则的定时任务,其中,所述定时任务用于指示在预设时间点触发执行上下线处理任务;
广播模块12,用于根据所述定时任务所指示的预设时间点,向引擎服务器广播通知消息,所述通知消息用于通知所述引擎服务器开始或停止执行所述风险控制规则。
在一些实施例中,所述广播模块12用于,若当前时间抵达所述预设时间点时,获取执行权限,根据所述执行权限,向所述第二服务器广播所述通知消息。
在一些实施例中,所述任务服务器还包括:
替换模块13,用于若已经存在针对所述风险控制规则的在前定时任务,且所述在前定时任务与所述定时任务不同,则基于所述定时任务对所述在前定时任务进行替换。
在一些实施例中,所述获取模块11用于,每隔预设时间间隔,从数据库中获取所述定时任务。
在一些实施例中,所述定时任务为多个,且多个所述定时任务所指示的预设时间点不同。
在一些实施例中,所述获取模块11用于,若所述第一服务器完成重新启动,获取数据库中当前存储的定时任务。
在一些实施例中,所述任务服务器还包括:
第一更新模块14,用于发出所述通知消息成功后,更新任务状态为执行完成状态。
根据本申请实施例的另一个方面,本申请实施例还提供了配置服务器,用于执行如图4和/或图5所示的方法。
请参阅图8,图8为本申请实施例的配置服务器的示意图。
如图8所示,配置服务器包括:
接收模块21,用于接收用户输入的针对风险控制规则的预设时间点;
生成模块22,用于根据所述预设时间点,生成针对所述风险控制规则的定时任务,其中,所述定时任务用于指示在所述预设时间点触发执行上下线处理任务;
其中,所述定时任务具体用于指示任务服务器在获取到所述定时任务之后,在所述预设时间点向引擎服务器广播通知消息,所述通知消息用于指示开始或停止执行所述风险控制规则。
在一些实施例中,所述配置服务器还包括:
所述接收模块21用于,接收所述用户输入的针对所述预设时间点的更新后的时间点;
第二更新模块23,用于根据所述更新后的时间点,更新所述定时任务。
在一些实施例中,所述配置服务器还包括:
存储模块24,用于将所述定时任务存储至数据库中;
所述第二更新模块23用于,在所述预设时间点被更新时,将所述数据库中的定时任务替换为更新后的定时任务。
根据本申请实施例的另一个方面,本申请实施例还提供了一种基于风险控制的任务处理系统,所述系统包括上述任一实施例所述的任务服务器,如包括如图7所示的任务服务器,还包括上述任一实施例所述的配置服务器,如包括如图8所示的配置服务器。
在一些实施例中,所述系统还包括引擎服务器,所述引擎服务器用于,接收所述任务服务器广播的通知消息,根据所述通知消息开始或停止执行风险控制规则。
根据本申请实施例的另一个方面,本申请实施例还提供了一种电子设备,包括:存储器,处理器;
存储器用于存储处理器可执行指令的存储器;
其中,当执行存储器中的指令时,处理器被配置为实现如上任一实施例所述的方法,如实现如图2至图6中任一实施例所示的方法。
请参阅图9,图9为本申请实施例的电子设备的框图。
如图9所示,电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请实施例的实现。
如图9所示,该电子设备包括:一个或多个处理器101、存储器102,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图9中以一个处理器101为例。
存储器102即为本申请实施例所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请实施例所提供的基于风险控制的任务处理方法。本申请实施例的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请实施例所提供的基于风险控制的任务处理方法。
存储器102作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的程序指令/模块。处理器101通过运行存储在存储器102中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的基于风险控制的任务处理方法。
存储器102可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据电子设备的使用所创建的数据等。此外,存储器102可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器102可选包括相对于处理器101远程设置的存储器,这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、区块链服务网络(Block-chain-based Service Network,BSN)、移动通信网及其组合。
电子设备还可以包括:输入装置103和输出装置104。处理器101、存储器102、输入装置103和输出装置104可以通过总线或者其他方式连接,图9中以通过总线连接为例。
输入装置103可接收输入的数字或字符信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置104可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算机程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算机程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、区块链服务网络(Block-chain-based Service Network,BSN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
其中,计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于用户设备中。当然,处理器和存储介质也可以作为分立组件存在于通信设备中。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或对其中部分或全部技术特征进行等同替换;而这些修改或替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。