运行任务的方法、装置、设备和存储介质

技术领域

本申请涉及区块链领域，特别是涉及到运行任务的方法、装置、设备和存储介质。

背景技术

经办保险业务过程按功能可以分为退保，犹豫期退保，减保，加保，客户信息变更，保单贷款等。可以快速，准确地为客户提供以上服务，能够帮助公司改善服务质量，提高客户满意度。但现有保全系统经办过程都在数据库层实现，即办理过程需要实时访问数据库，当保险业务业务量大时，数据库提供基本的数据读写都会吃力、卡顿，再负担大量逻辑计算，则直接导致数据库运行障碍，性能瓶颈明显，无法快速响应业务需求，从而影响客户体验，降低客户满意度。

发明内容

本申请的主要目的为解决业务量大时数据库运行障碍，无法快速响应业务需求的技术问题。

本申请提出一种运行任务的方法，包括：

获取第一任务对应的第一流程以及所述第一流程对应的组件配置表；

根据所述第一流程以及所述第一流程对应的组件配置表，确定所述第一流程中包括的各组件以及各所述组件分别对应的调用次序；

根据所述第一流程中包括的各组件以及各所述组件分别对应的调用次序，依次调用数据准备组件从数据库获取各所述组件运行时分别需要的数据；

将各所述组件运行时分别需要的数据缓存于应用系统的指定存储区域；

判断是否接收到运行所述第一任务的运行指令；

若是，则从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务。

优选地，获取第一任务对应的第一流程以及所述第一流程对应的组件配置表的步骤之前，包括：

获取所有任务分别对应的运行逻辑文本；

根据所述运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，得到各任务分别包括的流程节点；

将两个相邻流程节点之间的运行过程封装为指定组件，其中，两个相邻流程节点为指定任务对应的所有流程节点中的任意相邻两个节点，所述指定任务为所有任务中的任一任务；

根据所述指定组件对应的功能，命名所述指定组件；

根据所述指定组件的封装过程，封装所述指定任务中的所有组件；

按照所述指定任务对应的运行流程，统计所述指定任务中的所有组件，形成所述指定任务对应的组件配置表。

优选地，根据所述运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，得到各任务分别包括的流程节点的步骤，包括：

根据

判断运行流程中两个相邻时刻之间的流程节点关联系数是否小于预设阈值；

若是，则将两个相邻时刻中的前时刻对应的流程节点，以及后时刻对应的流程节点划分为两个运行组件。

优选地，从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤，包括：

判断当前时刻所述第一任务对应的运行场景是否为试算运行场景；

若否，则判定为受理运行场景，启动数据回滚组件；

通过所述数据回滚组件将所述第一任务的运行数据，回滚至数据库进行数据更新。

优选地，从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤之后，包括：

判断是否接收到所述第一任务的更新指令，其中，所述更新指令中携带更新的组件信息；

若是，则根据所述更新的组件信息，调用所述数据准备组件从所述数据库中获取更新后各组件运行时分别需要的数据，作为更新后的第一任务对应的运行数据；

将更新后的第一任务对应的运行数据，缓存于应用系统的所述指定存储区域。

优选地，所述从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤之后，包括：

判断所述第一任务是否运行完毕；

若是，则获取任务序列中待运行的第二任务对应的第二流程以及所述第二流程对应的组件配置表；

根据所述第二流程以及所述第二流程对应的组件配置表，确定所述第二流程中包括的各组件分别对应的调用次序；

根据所述第二流程中包括的各组件分别对应的调用次序，依次调用数据准备组件从数据库获取所述第二流程中包括的各组件运行时分别需要的数据；

将所述第二流程中包括的各组件运行时分别需要的数据，覆盖所述第一流程中包括的各组件运行时分别需要的数据，缓存于应用系统的指定存储区域。

本申请还提供了一种运行任务的装置，包括：

第一获取模块，用于获取第一任务对应的第一流程以及所述第一流程对应的组件配置表；

第一确定模块，用于根据所述第一流程以及所述第一流程对应的组件配置表，确定所述第一流程中包括的各组件以及各所述组件分别对应的调用次序；

第一调用模块，用于根据所述第一流程中包括的各组件以及各所述组件分别对应的调用次序，依次调用数据准备组件从数据库获取各所述组件运行时分别需要的数据；

第一缓存模块，用于将各所述组件运行时分别需要的数据缓存于应用系统的指定存储区域；

第一判断模块，用于判断是否接收到运行所述第一任务的运行指令；

运行模块，用于若接收到运行所述第一任务的运行指令，则从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务。

本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。

本申请通过将经办任务流程按功能进行组件拆分，并设立独立的数据处理组件，从数据库中一次性调取当前任务中所有组件用到的数据并进行缓存，任务运行过程中通过使用缓存数据支撑任务流程，降低对数据库的访问频次，提高任务处理过程的流畅性。

附图说明

图1本申请一实施例的运行任务的方法流程示意图；

图2本申请一实施例的运行任务的装置结构示意图；

图3本申请一实施例的计算机设备内部结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，本实施例的运行任务的方法，包括：

S1：获取第一任务对应的第一流程以及所述第一流程对应的组件配置表；

S2：根据所述第一流程以及所述第一流程对应的组件配置表，确定所述第一流程中包括的各组件以及各所述组件分别对应的调用次序；

S3：根据所述第一流程中包括的各组件以及各所述组件分别对应的调用次序，依次调用数据准备组件从数据库获取各所述组件运行时分别需要的数据；

S4：将各所述组件运行时分别需要的数据缓存于应用系统的指定存储区域；

S5：判断是否接收到运行所述第一任务的运行指令；

S6：若是，则从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务。

本申请实施例通过将任务对应的流程，根据不同功能进行拆分成不同的功能组件，形成各任务对应的组件配置表。上述组件配置表包括功能组件名称、功能组件功能介绍以及功能组件执行次序等。通过将功能组件依次通过代码逻辑语言衔接,形成任务对应的执行程序。并通过设置额外的数据准备组件，在执行任务前将各功能组件分别需要的数据一次性从数据库调取出来，缓存在应用系统端，以减少在执行任务过程中对数据库的频繁访问。且通过将调取的数据缓存在应用层，将数据库语言实现的业务逻辑用java语言重新编写，实现任务执行程序和数据库解耦，数据库只做基本的查询和存储，释放数据库的性能空间。上述数据库包括但不限于Oracle数据库。本申请通过任务执行程序和数据库解耦，也为以后去Oracle数据库、更换其他数据库等提供了技术条件。本申请的任务包括但不限于保险业务，通过将经办保险业务过程按功能进行组件拆分，并设立独立的数据准备组件，从数据库中一次性调取当前业务中所有组件用到的数据并进行缓存。业务处理过程中通过使用缓存数据支撑业务流程，降低对数据库的访问频次，提高业务处理过程的流畅性，且同一个业务请求，不同组件可以共享当前次的业务缓存数据，提高经办接口性能。举例地，保全经办过程中会多次用到保单信息，客户信息，基表数据等，由数据准备组件一次查询数据库调取出来并进行应用层的数据缓存，相比于现有多次实时查询数据库，降低对数据库和系统的不必要消耗，减少客户办理业务等待时间。

进一步地，获取第一任务对应的第一流程以及所述第一流程对应的组件配置表的步骤S1之前，包括：

S11：获取所有任务分别对应的运行逻辑文本；

S12：根据所述运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，得到各任务分别包括的流程节点；

S13：将两个相邻流程节点之间的运行过程封装为指定组件，其中，两个相邻流程节点为指定任务对应的所有流程节点中的任意相邻两个节点，所述指定任务为所有任务中的任一任务；

S14：根据所述指定组件对应的功能，命名所述指定组件；

S15：根据所述指定组件的封装过程，封装所述指定任务中的所有组件；

S16：按照所述指定任务对应的运行流程，统计所述指定任务中的所有组件，形成所述指定任务对应的组件配置表。

本申请根据运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，上述运行逻辑文本包括执行任务过程中，依据时间顺序预先编写的代码文本。通过识别不同时刻对应的功能描述，进行节点拆分，即不同功能位于一个拆分节点的两侧，两个相邻节点之间的运行文件对应一个组件，每个组件对应一个独立的运行文件，互不干扰。然后将拆分后的运行逻辑文本，按照原时间排序，依次形成各组件衔接的运行次序等，得到指定任务对应的组件配置表。举例地，原保险业务的经办过程中的规则校验、金额计算、批文生成等运行流程全部都耦合在一起，与后台数据库直接关联。通过将经办过程中的不同功能模块，根据业务功能拆分成不与后台数据库直接关联的独立功能组件，比如拆分成的功能组件包括：参数校验、数据准备、前置规则校验、保全项目差异化组件、后置规则校验、发票红冲、公共批文追加、付款方式限制、监管报送等，实现任务运行程序与数据库的解耦，以及各功能组件之间的关联解耦，每个组件一个独立文件，互不影响，具有随时扩充组件的能力，新增组件不影响现有组件，达到解耦的效果。

进一步地，所述根据所述运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，得到各任务分别包括的流程节点的步骤S12，包括：

S121：根据

S122：判断运行流程中两个相邻时刻之间的流程节点关联系数是否小于预设阈值；

S123：若是，则将两个相邻时刻中的前时刻对应的流程节点，以及后时刻对应的流程节点划分为两个运行组件。

本申请实施例在各功能组件之间的关联解耦过程中，通过相邻时刻之间的流程节点关联系数进行分析和确定解耦的流程节点，当两个相邻时刻之间的流程节点关联系数小于预设阈值时，认为两个相邻时刻之间的流程节点具有不同的功能，则根据确定的流程节点将原运行逻辑文本进行阻断拆分，两个相邻的起到阻断拆分作用的流程节点之间的文件，封装为一个功能组件，即具有相同的功能。上述预设阈值根据不同的业务领域可通过实验确定。任务运行过程进行组件化拆分后，不同功能实现解耦，易于维护且响应需求速度加快，对于新增需求的组件的影响可控，任务运行系统更加灵活。

进一步地，从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤S6，包括：

S61：判断当前时刻所述第一任务对应的运行场景是否为试算运行场景；

S62：若否，则判定为受理运行场景，启动数据回滚组件；

S63：通过所述数据回滚组件将所述第一任务的运行数据，回滚至数据库进行数据更新。

本申请实施例中，运行场景包括试算运行场景和受理运行场景，两种运行场景中对数据的处理过程不同。上述试算运行场景为向客户预展示一下本次受理的结果，试算完成后不对数据库产生任何影响。受理运行场景则需要将客户的选择转化为系统数据存储到数据库中，会对数据库产生影响，比如生成了新保单。本申请实施例通过设置独立的数据回滚组件，通过区别不同的运行场景，决定是否调用数据回滚组件进行数据回滚，实现受理运行场景下调用数据回滚组件进行数据回滚，更新数据库数据；试算运行场景不调用数据回滚组件的差异化配置，满足同一业务流程下的不同运行场景的业务需求。相比于现有运行方式，避免了为满足试算运行场景，先根据受理运行场景对数据库数据更新后，再通过其他途径复原数据库数据。本申请实施例通过将任务运行的经办过程拆分出不同组件，并通过数据库配置表的配置方式，根据不同的运行场景配置不同的业务流程，实现不同运行场景的全适用，且避免频繁调用数据库。上述配置方式如下表，根据POS_TYPE(保全项目)，ATTEMP_FLAG(试算标识),CHANNEL_MODE(保单销售渠道)三个条件确定功能组件及功能组件的执行顺序(SEQ_NO)。

进一步地，从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤S6之后，包括：

S601：判断是否接收到所述第一任务的更新指令，其中，所述更新指令中携带更新的组件信息；

S602：若是，则根据所述更新的组件信息，调用所述数据准备组件从所述数据库中获取更新后各组件运行时分别需要的数据，作为更新后的第一任务对应的运行数据；

S603：将更新后的第一任务对应的运行数据，缓存于应用系统的所述指定存储区域。

本申请实施例通过运行过程的组件化拆分，使通过增加新组件实现任务运行程序的快捷更新，各功能组件对应的运行文件相互独立，只通过运行逻辑代码将新增加的功能组件，串联衔接于现有任务的组件次序中即可实现任务运行程序的更新。上述更新的组件信息包括但不限于需要修正、增加或删除的功能组件名称、功能组件运行次序等。每一次更新后，需要重新调用数据准备组件从数据库中获取更新后各组件运行时分别需要的数据，以确保任务执行过程中数据使用的正确性。本申请其他实施例中，若识别到更新的组件信息仅为删除某个功能组件，则不再重新调用数据准备组件从数据库中获取数据，以进一步降低对数据库的使用损耗。

进一步地，从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤S6之后，包括：

S611：判断所述第一任务是否运行完毕；

S612：若是，则获取任务序列中待运行的第二任务对应的第二流程以及所述第二流程对应的组件配置表；

S613：根据所述第二流程以及所述第二流程对应的组件配置表，确定所述第二流程中包括的各组件分别对应的调用次序；

S614：根据所述第二流程中包括的各组件分别对应的调用次序，依次调用数据准备组件从数据库获取所述第二流程中包括的各组件运行时分别需要的数据；

S615：将所述第二流程中包括的各组件运行时分别需要的数据，覆盖所述第一流程中包括的各组件运行时分别需要的数据，缓存于应用系统的指定存储区域。

本申请实施例中，每个任务的执行过程为一个业务请求，同一个业务请求中，只调用一次数据库，即可实现执行该业务请求对应的任务时，不同功能组件之间的数据共享。不同的业务请求调用的数据，通过依次覆盖缓存方式进行存储，实现数据缓存区间的重复利用，且不同业务请求之间的数据互不干扰。

本申请运行任务过程中的数据存储于区块链，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

参照图2，本申请一实施例的运行任务的装置，包括：

第一获取模块1，用于获取第一任务对应的第一流程以及所述第一流程对应的组件配置表；

第一确定模块2，用于根据所述第一流程以及所述第一流程对应的组件配置表，确定所述第一流程中包括的各组件以及各所述组件分别对应的调用次序；

第一调用模块3，用于根据所述第一流程中包括的各组件以及各所述组件分别对应的调用次序，依次调用数据准备组件从数据库获取各所述组件运行时分别需要的数据；

第一缓存模块4，用于将各所述组件运行时分别需要的数据缓存于应用系统的指定存储区域；

第一判断模块5，用于判断是否接收到运行所述第一任务的运行指令；

运行模块6，用于若接收到运行所述第一任务的运行指令，则从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务。

进一步地，运行任务的装置，包括：

第二获取模块，用于获取所有任务分别对应的运行逻辑文本；

解耦模块，用于根据所述运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，得到各任务分别包括的流程节点；

第一封装模块，用于将两个相邻流程节点之间的运行过程封装为指定组件，其中，两个相邻流程节点为指定任务对应的所有流程节点中的任意相邻两个节点，所述指定任务为所有任务中的任一任务；

命名模块，用于根据所述指定组件对应的功能，命名所述指定组件；

第二封装模块，用于根据所述指定组件的封装过程，封装所述指定任务中的所有组件；

形成模块，用于按照所述指定任务对应的运行流程，统计所述指定任务中的所有组件，形成所述指定任务对应的组件配置表。

进一步地，解耦模块，包括：

计算单元，用于根据

第一判断单元，用于判断运行流程中两个相邻时刻之间的流程节点关联系数是否小于预设阈值；

划分单元，用于若小于预设阈值，则将两个相邻时刻中的前时刻对应的流程节点，以及后时刻对应的流程节点划分为两个运行组件。

进一步地，运行模块6，包括：

第二判断单元，用于判断当前时刻所述第一任务对应的运行场景是否为试算运行场景；

启动单元，用于若不是试算运行场景，则判定为受理运行场景，启动数据回滚组件；

回滚单元，用于通过所述数据回滚组件将所述第一任务的运行数据，回滚至数据库进行数据更新。

进一步地，运行任务的装置，包括：

第二判断模块，用于判断是否接收到所述第一任务的更新指令，其中，所述更新指令中携带更新的组件信息；

第二调用模块，用于若接收到所述第一任务的更新指令，则根据所述更新的组件信息，调用所述数据准备组件从所述数据库中获取更新后各组件运行时分别需要的数据，作为更新后的第一任务对应的运行数据；

第二缓存模块，用于将更新后的第一任务对应的运行数据，缓存于应用系统的所述指定存储区域。

进一步地，运行任务的装置，包括：

第三判断模块，用于判断所述第一任务是否运行完毕；

第三获取模块，用于若运行完毕，则获取任务序列中待运行的第二任务对应的第二流程以及所述第二流程对应的组件配置表；

第二确定模块，用于根据所述第二流程以及所述第二流程对应的组件配置表，确定所述第二流程中包括的各组件分别对应的调用次序；

第三调用模块，用于根据所述第二流程中包括的各组件分别对应的调用次序，依次调用数据准备组件从数据库获取所述第二流程中包括的各组件运行时分别需要的数据；

第三缓存模块，用于将所述第二流程中包括的各组件运行时分别需要的数据，覆盖所述第一流程中包括的各组件运行时分别需要的数据，缓存于应用系统的指定存储区域。

参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储运行任务的过程需要的所有数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现运行任务的方法。

上述处理器执行上述运行任务的方法，包括：获取第一任务对应的第一流程以及所述第一流程对应的组件配置表；根据所述第一流程以及所述第一流程对应的组件配置表，确定所述第一流程中包括的各组件以及各所述组件分别对应的调用次序；根据所述第一流程中包括的各组件以及各所述组件分别对应的调用次序，依次调用数据准备组件从数据库获取各所述组件运行时分别需要的数据；将各所述组件运行时分别需要的数据缓存于应用系统的指定存储区域；判断是否接收到运行所述第一任务的运行指令；若是，则从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务。

上述计算机设备，通过将经办任务流程按功能进行组件拆分，并设立独立的数据处理组件，从数据库中一次性调取当前任务中所有组件用到的数据并进行缓存，任务运行过程中通过使用缓存数据支撑任务流程，降低对数据库的访问频次，提高任务处理过程的流畅性。

在一个实施例中，上述处理器获取第一任务对应的第一流程以及所述第一流程对应的组件配置表的步骤之前，包括：获取所有任务分别对应的运行逻辑文本；根据所述运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，得到各任务分别包括的流程节点；将两个相邻流程节点之间的运行过程封装为指定组件，其中，两个相邻流程节点为指定任务对应的所有流程节点中的任意相邻两个节点，所述指定任务为所有任务中的任一任务；根据所述指定组件对应的功能，命名所述指定组件；根据所述指定组件的封装过程，封装所述指定任务中的所有组件；按照所述指定任务对应的运行流程，统计所述指定任务中的所有组件，形成所述指定任务对应的组件配置表。

在一个实施例中，上述处理器根据所述运行逻辑文本中的功能分类，对所有任务分别对应的运行流程进行解耦划分，得到各任务分别包括的流程节点的步骤，包括：根据

在一个实施例中，上述处理器从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤，包括：判断当前时刻所述第一任务对应的运行场景是否为试算运行场景；若否，则判定为受理运行场景，启动数据回滚组件；通过所述数据回滚组件将所述第一任务的运行数据，回滚至数据库进行数据更新。

在一个实施例中，上述处理器从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤之后，包括：判断是否接收到所述第一任务的更新指令，其中，所述更新指令中携带更新的组件信息；若是，则根据所述更新的组件信息，调用所述数据准备组件从所述数据库中获取更新后各组件运行时分别需要的数据，作为更新后的第一任务对应的运行数据；将更新后的第一任务对应的运行数据，缓存于应用系统的所述指定存储区域。

在一个实施例中，上述处理器从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务的步骤之后，包括：判断所述第一任务是否运行完毕；若是，则获取任务序列中待运行的第二任务对应的第二流程以及所述第二流程对应的组件配置表；根据所述第二流程以及所述第二流程对应的组件配置表，确定所述第二流程中包括的各组件分别对应的调用次序；根据所述第二流程中包括的各组件分别对应的调用次序，依次调用数据准备组件从数据库获取所述第二流程中包括的各组件运行时分别需要的数据；将所述第二流程中包括的各组件运行时分别需要的数据，覆盖所述第一流程中包括的各组件运行时分别需要的数据，缓存于应用系统的指定存储区域。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现运行任务的方法，包括：获取第一任务对应的第一流程以及所述第一流程对应的组件配置表；根据所述第一流程以及所述第一流程对应的组件配置表，确定所述第一流程中包括的各组件以及各所述组件分别对应的调用次序；根据所述第一流程中包括的各组件以及各所述组件分别对应的调用次序，依次调用数据准备组件从数据库获取各所述组件运行时分别需要的数据；将各所述组件运行时分别需要的数据缓存于应用系统的指定存储区域；判断是否接收到运行所述第一任务的运行指令；若是，则从所述指定存储区域调取各所述组件运行时分别需要的数据，运行所述第一任务。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。