System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及交易系统领域,尤其涉及业务缓存模式系统领域,具体是指一种实现多场景集中营运7×24小时的业务缓存系统、方法、装置、处理器及其计算机可读存储介质。
技术介绍
1、集中营运作为柜台业务办理系统及线上业务办理中台,为客户业务办理提供统一支持。面对日益复杂的业务场景,客户临柜或线上办理业务,存在不满足业务办理条件或超过业务允许办理时间的情况,客户只能在条件符合时再次临柜或者线上重新发起业务,影响客户业务办理效率及体验。随着新一代交易系统上线,日终各系统文件交互期间,不能支持业务办理,无法做到7×24小时为客户提供业务办理服务。目前已有不少券商支持7×24小时业务受理,但是随着新一代交易系统上线,交易、清算、账户解耦,业务办理面临的场景更为复杂、多样。
技术实现思路
1、本专利技术的目的是克服了上述现有技术的缺点,提供了一种满足适配性高、操作简便、适用范围较为广泛的实现多场景集中营运7×24小时的业务缓存系统、方法、装置、处理器及其计算机可读存储介质。
2、为了实现上述目的,本专利技术的实现多场景集中营运7×24小时的业务缓存系统、方法、装置、处理器及其计算机可读存储介质如下:
3、该实现多场景集中营运7×24小时的业务缓存系统,其主要特点是,所述的系统具有暂存发送模式、缓存缓发模式、系统缓发模式和预埋单模式,
4、在所述的暂存发送模式中,若业务需要缓存,则待文件生成后,正常执行业务;
5、在所述的缓存缓发模式中,若超出业务办理时
6、在所述的系统缓发模式中,若在业务提交时检查发现外部系统状态异常,业务正常提交不报错;若在业务执行阶段检查发现外部系统状态异常,则业务被缓存不继续执行;
7、在所述的预埋单模式中,若办理条件不满足,则展示报错信息,并提示客户根据自身意愿选择是否办理业务缓存。
8、较佳地,所述的暂存发送模式包括暂存发送模式的业务缓存过程,具体包括以下步骤:
9、(1a-1)获取暂存发送开关状态;
10、(1a-2)如果开关状态为正常,则业务正常办理;如果开关状态为开启,则账户系统开始处理日终文件,业务加入到数据库业务缓存表中;如果开关状态为关闭,则账户系统结束处理日终文件,开关关闭后新发起的业务,判断业务缓存表中是否有该客户的业务,如果有则将新业务落缓存表,如果没有则正常执行业务。
11、较佳地,所述的暂存发送模式包括暂存发送模式的业务触发过程,具体包括以下步骤:
12、(1b-1)账户系统完成日终文件处理,通知集中营运关闭暂存发送开关;
13、(1b-2)查询业务缓存表中的缓存业务,每次取多笔业务放入redis队列,同时设置客户在途集合队列;
14、(1b-3)开启3个线程,分别从redis队列中取一笔缓存业务;
15、(1b-4)如果成功取到业务,则将业务状态置为处理中,触发业务执行,将业务的客户号从客户在途集合队列中删除;
16、(1b-5)如果没有取到业务,则判断客户在途集合队列中是否有业务,如果有,则等待1s继续步骤(1b-3);
17、(1b-6)如果业务缓存表中的业务已执行完毕且客户在途集合队列中没有数据,则将暂存发送开关状态设置为正常。
18、较佳地,所述的缓存缓发模式包括缓存缓发模式的业务缓存过程,具体包括以下步骤:
19、(2a-1)业务缓存配置表中配置业务支持办理的时间以及t+1日允许执行时间;
20、(2a-2)提交业务申请后,获取业务提交的时间;
21、(2a-3)从业务缓存配置表中取出这个业务的允许办理时间,如果业务提交时间在允许办理时间内,业务正常执行;否则,写入业务缓存表,并记录这笔业务t+1日的执行时间。
22、较佳地,所述的缓存缓发模式包括缓存缓发模式的业务触发过程,具体包括以下步骤:
23、(2b-1)新增定时任务,在定时时间各触发一次缓存业务;
24、(2b-2)定时任务批量获取业务缓存表中的缓存业务,每次取多笔业务放入redis队列,同时设置客户在途集合队列;
25、(2b-3)开启3个线程,分别从redis队列中取一笔缓存业务;
26、(2b-4)如果取到业务,则判断这笔业务t+1日的执行时间,如果执行时间早于当前定时任务的时间,则触发业务执行,并将该客户从客户在途集合队列中删除;否则等待下一次定时任务执行;如果未取到业务,则线程结束。
27、较佳地,所述的系统缓发模式包括系统缓发模式的业务缓存过程,具体包括以下步骤:
28、(3a-1)配置每个业务涉及的外部系统,维护外部系统的状态;
29、(3a-2)通知集中营运当前系统状态,如果状态正常,客户业务正常办理;如果状态异常,且客户该笔业务涉及的调用系统包含状态异常的系统,则将业务写入业务缓存表,并记录当前状态异常的系统及节点;如果客户该笔业务涉及的调用系统不包含状态异常的系统,则该笔业务正常执行。
30、较佳地,所述的系统缓发模式包括系统缓发模式的业务触发过程,具体包括以下步骤:
31、(3b-1)新增定时任务,每隔一段时间触发一次缓存业务;
32、(3b-2)定时任务批量获取业务缓存表中的缓存业务,每次取多笔业务放入redis队列,同时设置客户在途集合队列;
33、(3b-3)开启3个线程,分别从redis队列中取一笔缓存业务;
34、(3b-4)如果取到业务,则获取缓存表业务表中这笔业务记录的状态异常的系统,读取该系统当前的状态,如果状态正常,则触发业务执行,并将该客户从客户在途集合队列中删除;如果状态异常,则等待下一次定时任务执行;如果未取到业务,则线程结束。
35、较佳地,所述的预埋单模式包括预埋单模式的业务缓存过程,具体包括以下步骤:
36、(4a-1)发起业务,校验是否满足办理条件,如果满足,则正常执行;否则,报错并提示是否需要加入缓存;
37、(4a-2)如果选择不加入缓存,则禁止继续办理业务;如果选择加入缓存,则业务正常提交,并写入业务缓存配置表。
38、较佳地,所述的预埋单模式包括预埋单模式的业务触发过程,具体包括以下步骤:
39、(4b-1)加入缓存后的数个交易日,根据定时任务触发一次缓存业务;
40、(4b-2)从业务缓存表中获取缓存业务,调用业务办理检查接口,如果检查通过,则满足业务办理条件,触发业务执行;如果检查失败,则等待下一交易日继续检查;
41、(4b-3)如果客户办理条件已满足,则通过人工触发的方式触发业务执行;如果连续数个交易日检查均不通过,则这笔业务失效,需重新发起业务。
42、该利用上述系统实现多场景集中营运7×24小时的业务缓存本文档来自技高网...
【技术保护点】
1.一种实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的系统具有暂存发送模式、缓存缓发模式、系统缓发模式和预埋单模式,
2.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的暂存发送模式包括暂存发送模式的业务缓存过程,具体包括以下步骤:
3.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的暂存发送模式包括暂存发送模式的业务触发过程,具体包括以下步骤:
4.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的缓存缓发模式包括缓存缓发模式的业务缓存过程,具体包括以下步骤:
5.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的缓存缓发模式包括缓存缓发模式的业务触发过程,具体包括以下步骤:
6.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的系统缓发模式包括系统缓发模式的业务缓存过程,具体包括以下步骤:
7.根据权利要求1所述的实
8.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的预埋单模式包括预埋单模式的业务缓存过程,具体包括以下步骤:
9.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的预埋单模式包括预埋单模式的业务触发过程,具体包括以下步骤:
10.一种基于权利要求1所述的系统实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的方法包括以下步骤:
11.根据权利要求10所述的实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的步骤(3)的配置系统缓发模式的业务缓存过程,具体包括以下步骤:
12.根据权利要求10所述的实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的步骤(5)的配置缓存缓发模式的业务缓存过程,具体包括以下步骤:
13.根据权利要求10所述的实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的步骤(7)的配置暂存发送模式的业务触发过程,具体包括以下步骤:
14.根据权利要求10所述的实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的方法还包括系统缓发模式的业务触发过程,具体包括以下步骤:
15.根据权利要求10所述的实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的方法还包括缓存缓发模式的业务触发过程,具体包括以下步骤:
16.根据权利要求10所述的实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的方法还包括暂存发送模式的业务触发过程,具体包括以下步骤:
17.一种用于实现多场景集中营运7×24小时的业务缓存装置,其特征在于,所述的装置包括:
18.一种用于实现多场景集中营运7×24小时的业务缓存的处理器,其特征在于,所述的处理器被配置成执行计算机可执行指令,所述的计算机可执行指令被所述的处理器执行时,实现权利要求10至16中任一项所述的实现多场景集中营运7×24小时的业务缓存处理方法的各个步骤。
19.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,所述的计算机程序可被处理器执行以实现权利要求10至16中任一项所述的实现多场景集中营运7×24小时的业务缓存处理方法的各个步骤。
...【技术特征摘要】
1.一种实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的系统具有暂存发送模式、缓存缓发模式、系统缓发模式和预埋单模式,
2.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的暂存发送模式包括暂存发送模式的业务缓存过程,具体包括以下步骤:
3.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的暂存发送模式包括暂存发送模式的业务触发过程,具体包括以下步骤:
4.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的缓存缓发模式包括缓存缓发模式的业务缓存过程,具体包括以下步骤:
5.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的缓存缓发模式包括缓存缓发模式的业务触发过程,具体包括以下步骤:
6.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的系统缓发模式包括系统缓发模式的业务缓存过程,具体包括以下步骤:
7.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的系统缓发模式包括系统缓发模式的业务触发过程,具体包括以下步骤:
8.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的预埋单模式包括预埋单模式的业务缓存过程,具体包括以下步骤:
9.根据权利要求1所述的实现多场景集中营运7×24小时的业务缓存系统,其特征在于,所述的预埋单模式包括预埋单模式的业务触发过程,具体包括以下步骤:
10.一种基于权利要求1所述的系统实现多场景集中营运7×24小时的业务缓存处理方法,其特征在于,所述的方法包括以下步骤:
【专利技术属性】
技术研发人员:俞枫,陈文培,曾倩,陈宜椎,王林,单大卫,瞿格,葛仕俊,陈乐,孙达,
申请(专利权)人:国泰君安证券股份有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。