分布式现金流计算模型制造技术

本发明专利技术公开了分布式现金流计算模型，基于Java与会计学基础构建，通过管理服务器与应用服务器内部建立监听程序，通过监听程序对跑批进行监测，同时将监听到的数据信息与跑批的线程信息进行存储，继而实现两者间分布式的数据交互；通过分布式的计算模型方式，将原有的单服务处理方式变为多单位联合工作，同时解决了多服务器协作困难的问题，大大提升了数据汇总与处理效率，并且减少了工作人员的人工汇总，以此避免了汇总出现问题。以此避免了汇总出现问题。以此避免了汇总出现问题。

【技术实现步骤摘要】
分布式现金流计算模型


[0001]本专利技术涉及现金流计算模型
，具体为分布式现金流计算模型。

技术介绍

[0002]在现金流计算过程中，数据量会非常的大，这样就导致在单服务器上计算会很耗时，如果有多个服务器又不能进行很好的协作，导致彼此间的数据传输及后期汇总，会大大的增加工作量，且汇总过程中容易出错。
[0003]因此，设计一种可数据拆分并方便汇总的分布式现金流计算模型是很有必要的。

技术实现思路

[0004]本专利技术的目的在于提供分布式现金流计算模型，以解决上述
技术介绍
中提出的问题。
[0005]为了解决上述技术问题，本专利技术提供如下技术方案：
[0006]分布式现金流计算模型，基于Java与会计学基础构建：
[0007]S100、在创建的模型中设定管理服务器，管理服务器内存在两个管理监听程序；
[0008]S200、其一管理监听程序监听各个应用服务发送过来的请求信息；
[0009]S300、将S200管理监听程序监听到的信息注册到数据库中；
[0010]S400、另一个管理监听程序会监听跑批请求的信息；
[0011]S500、将S400管理监听程序监听到的跑批请求信息按照算法分配发送至各应用服务器上；
[0012]S600、各应用服务器均设有服务监听程序，且在此时启动，对S500发出的跑批请求信息进行监听接收；
[0013]S700、基于S600监听接收到的跑批请求，启动相关程序进行跑批，并在启动过程中对管理服务器发送请求。
[0014]根据上述技术方案，所述S200的管理监听程序监听到请求信息包括包含IP信息和对应的端口信息。
[0015]根据上述技术方案，所述S400的管理监听程序监听到的跑批请求信息包括数据的批次号以及市场曲线信息。
[0016]根据上述技术方案，所述S500
‑
S700需在调度中心和执行器的基础上进行操作，具体操作流程为：
[0017]1)执行器注册：
[0018]主动注册：执行器启动后将自己注册到调度中心并保存在数据库，而后定时发送心跳，保持续约，执行器正常关闭厚，主动告知调度中心注销；
[0019]被动注册：当执行器网络存在故障，调度中心对执行器的情况处于未知状态，需不断对执行器进行探活操作，且调度中心会启动一个后台线程定时调用执行器接口，如果发现异常则强制该接口对应的执行器下线；
[0020]2)调度中心和任务执行：
[0021]JobRegistryMonitorHelper不停的更新注册表，把超时的执行器剔除；
[0022]3)时间轮：
[0023]一批任务都是不同的时间执行，执行时间精确到秒，其实现对所有的任务调度的方式；
[0024]4)任务超时：
[0025]如果任务在指定的时间范围内没有返回结果，则不再等待结果，并抛出异常；
[0026]5)失败重试：
[0027]如果任务执行失败，会更新在日志表里，基于调度中心的后台线程monitorThread查询日志表里结果中不是200的任务，同时在数据库中植入乐观锁，以此避免集群下同时处理一个失败任务，如果失败重试次数>0，代表重试，就要重新触发；
[0028]6)调度器启动；
[0029]7)故障转移：
[0030]如果一个执行器挂了，则后续排列调用其他执行器执行，直至找到寻找至正常的执行器；
[0031]8)任务数据分片：
[0032]调度器获取分片参数shardingparam，并将分片参数分发至每个执行器，且执行器个数和参数个数相等，执行器内置Job，Job基于分片参数sharding param进行数据分片。
[0033]根据上述技术方案，所述调度中心和任务执行的具体流程为：
[0034]创建线程池：
[0035]调度器线程数基于计算预读取的任务数创建，任务数为可设置默认值，然后通过while循环不停的获取到期的任务，以此获取的线程数集合；
[0036]时间轮任务调取：
[0037]在线程池中读取任务线程，并获取排它锁作为任务锁，如果没有获取成功说明其他的调度中心在加载任务；
[0038]查询任务：
[0039]若成功获取锁，则查询任务线程对应的待处理任务；
[0040]调度任务：
[0041]基于待处理任务触发路由策略，按照路由策略配重相匹配的执行器；
[0042]远程执行：
[0043]任务匹配到执行器之后，runExecutor触发执行器的远程处理远程调用程序，同时实现回调。
[0044]与现有技术相比，本专利技术所达到的有益效果是：
[0045]本专利技术通过分布式的计算模型方式，将原有的单服务处理方式变为多单位联合工作，同时解决了多服务器协作困难的问题，大大提升了数据汇总与处理效率，并且减少了工作人员的人工汇总，以此避免了汇总出现问题。
附图说明
[0046]图1为本专利技术的流程框图；
[0047]图2为本专利技术的调度中心与执行器部件组合框图。
具体实施方式
[0048]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0049]如图1
‑
2所示，本专利技术提供技术方案：分布式现金流计算模型，基于Java与会计学基础构建：
[0050]S100、在创建的模型中设定管理服务器，管理服务器内存在两个管理监听程序；
[0051]S200、其一管理监听程序监听各个应用服务发送过来的请求信息；
[0052]S300、将S200管理监听程序监听到的信息注册到数据库中；
[0053]S400、另一个管理监听程序会监听跑批请求的信息；
[0054]S500、将S400管理监听程序监听到的跑批请求信息按照算法分配发送至各应用服务器上；
[0055]S600、各应用服务器均设有服务监听程序，且在此时启动，对S500发出的跑批请求信息进行监听接收；
[0056]S700、基于S600监听接收到的跑批请求，启动相关程序进行跑批，并在启动过程中对管理服务器发送请求。
[0057]具体而言，所述S200的管理监听程序监听到请求信息包括包含IP信息和对应的端口信息。
[0058]具体而言，所述S400的管理监听程序监听到的跑批请求信息包括数据的批次号以及市场曲线信息。
[0059]具体而言，所述S500
‑
S700需在调度中心和执行器的基础上进行操作，具体操作流程为：
[0060]1)执行器注册：
[0061]主动注册：执行本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.分布式现金流计算模型，基于Java与会计学基础构建，其特征在于：S100、在创建的模型中设定管理服务器，管理服务器内存在两个管理监听程序；S200、其一管理监听程序监听各个应用服务发送过来的请求信息；S300、将S200管理监听程序监听到的信息注册到数据库中；S400、另一个管理监听程序会监听跑批请求的信息；S500、将S400管理监听程序监听到的跑批请求信息按照算法分配发送至各应用服务器上；S600、各应用服务器均设有服务监听程序，且在此时启动，对S500发出的跑批请求信息进行监听接收；S700、基于S600监听接收到的跑批请求，启动相关程序进行跑批，并在启动过程中对管理服务器发送请求。2.根据权利要求1所述的分布式现金流计算模型，其特征在于：所述S200的管理监听程序监听到请求信息包括包含IP信息和对应的端口信息。3.根据权利要求1所述的分布式现金流计算模型，其特征在于：所述S400的管理监听程序监听到的跑批请求信息包括数据的批次号以及市场曲线信息。4.根据权利要求1所述的分布式现金流计算模型，其特征在于：所述S500
‑
S700需在调度中心和执行器的基础上进行操作，具体操作流程为：1)执行器注册：主动注册：执行器启动后将自己注册到调度中心并保存在数据库，而后定时发送心跳，保持续约，执行器正常关闭厚，主动告知调度中心注销；被动注册：当执行器网络存在故障，调度中心对执行器的情况处于未知状态，需不断对执行器进行探活操作，且调度中心会启动一个后台线程定时调用执行器接口，如果发现异常则强制该接口对应的执行器下线；2)调度中心和任务执行：JobRegist...

【专利技术属性】
技术研发人员：王野，徐家伟，
申请(专利权)人：用友金融信息技术股份有限公司，
类型：发明
国别省市：