本申请涉及金融服务
技术领域：
，特别是涉及一种任务检查方法和装置。
背景技术：
：目前，银行业务系统逐步组件化，对于分散式的组件化银行业务系统，柜员在做业务过程中会在不同组件发生交易，有的交易是实时处理的，而有的交易则是非实时或者需要日终处理的。日终处理可以是指银行在一日业务结束以后，需要对交易任务中涉及的账务、现金等进行核对，并完成柜员或机构签退的过程，通过日终处理可以对一日中各个组件的任务进行检查。在传统的在日终处理方式中，柜员需要在日终时分别去不同的组件进行日终处理。由于银行业务系统中需要进行日终处理的组件可能很多，柜员逐个去不同的组件进行日终处理，会导致柜员进行日终处理的效率很低，甚至可能会漏掉某些组件。技术实现要素：为了解决上述技术问题，本申请提供了一种任务检查方法和装置，为不同组件的任务检查提供统一的入口，以便柜员可以统一对不同组件的任务检查项进行检查，无需分别去不同的组件进行任务检查，大大提供了任务检查的效率。本申请实施例公开了如下技术方案：第一方面，本申请实施例提供了一种任务检查方法，应用于任务检查系统，所述任务检查系统预先存储了任务配置列表，所述任务配置列表是根据组件的日终处理需求预先生成的，所述方法包括：获取任务检查请求，所述任务检查请求中包括身份标识；根据所述任务检查请求中的身份标识和所述任务配置列表，确定目标任务检查列表，所述目标任务检查列表中包括至少一个任务检查项；根据所述目标任务检查列表，对所述目标任务检查列表中的任务检查项进行检查。可选的，所述根据所述目标任务检查列表，对所述目标任务检查列表中的任务检查项进行检查之前，所述方法还包括：针对目标组件，判断是否对所述目标组件进行任务检查；若否，则屏蔽所述目标组件对应的任务检查项。可选的，所述目标任务检查列表中包括所述至少一个任务检查项的状态标识，所述状态标识用来标识任务检查项是否被屏蔽，所述根据所述任务检查请求和所述任务配置列表，确定目标任务检查列表，包括：根据所述任务检查请求，从所述任务配置列表中获取初始任务检查列表；根据所述状态标识和所述初始任务检查列表，确定所述目标任务检查列表。可选的，所述根据所述状态标识和所述初始任务检查列表，确定所述目标任务检查列表，包括针对所述目标组件，若根据所述状态标识确定所述目标组件对应的任务检查项为屏蔽状态，则从所述初始任务检查列表中删除所述目标组件对应的任务检查项，得到所述目标任务检查列表。可选的，所述任务配置列表包括执行数据配置列表、执行序列配置列表和动作权限配置列表。可选的，所述根据所述任务检查请求和所述任务配置列表，确定目标任务检查列表，包括：根据所述任务检查请求和所述动作权限配置列表，确定所述目标任务检查列表；所述根据所述目标任务检查列表，对所述目标任务检查列表中的任务检查项进行检查，包括：根据所述目标任务检查列表和所述执行数据配置列表，对所述目标任务检查列表中的任务检查项按照所述执行序列配置列表所规定的顺序进行检查。可选的，所述身份标识包括柜员标识；或，所述身份标识包括柜员标识和岗位标识；或，所述身份标识包括机构标识；或，所述身份标识包括柜员标识、岗位标识和机构标识。第二方面，本申请实施例提供了一种任务检查装置，应用于任务检查系统，所述装置包括任务配置单元、第一获取单元、确定单元和检查单元；所述任务配置单元，用于预先存储了任务配置列表，所述任务配置列表是根据组件的日终处理需求预先生成的；所述第一获取单元，用于获取任务检查请求，所述任务检查请求中包括身份标识；所述确定单元，用于根据所述任务检查请求中的身份标识和所述任务配置列表，获取目标任务检查列表，所述目标任务检查列表中包括至少一个任务检查项；所述检查单元，用于根据所述目标任务检查列表，对所述目标任务检查列表中的任务检查项进行检查。可选的，所述装置还包括判断单元和屏蔽单元：所述判断单元，用于针对目标组件，判断是否对所述目标组件进行任务检查；所述屏蔽单元，用于若否，则屏蔽所述目标组件对应的任务检查项。可选的，所述目标任务检查列表中包括所述至少一个任务检查项的状态标识，所述状态标识用来标识任务检查项是否被屏蔽，所述确定单元，用于根据所述任务检查请求，从所述任务配置列表中获取初始任务检查列表；根据所述状态标识和所述初始任务检查列表，确定所述目标任务检查列表。可选的，所述确定单元，用于针对所述目标组件，若根据所述状态标识确定所述目标组件对应的任务检查项为屏蔽状态，则从所述初始任务检查列表中删除所述目标组件对应的任务检查项，得到所述目标任务检查列表。可选的，所述任务配置列表包括执行数据配置列表、执行序列配置列表和动作权限配置列表。可选的，所述确定单元，用于根据所述任务检查请求和所述动作权限配置列表，确定所述目标任务检查列表；所述检查单元，用于根据所述目标任务检查列表和所述执行数据配置列表，对所述目标任务检查列表中的任务检查项按照所述执行序列配置列表所规定的顺序进行检查。可选的，所述身份标识包括柜员标识；或，所述身份标识包括柜员标识和岗位标识；或，所述身份标识包括机构标识；或，所述身份标识包括柜员标识、岗位标识和机构标识。由上述技术方案可以看出，本申请实施例具有以下优点：在针对银行业务系统的组件进行任务检查时，任务检查系统中预先存储了任务配置列表，所述任务配置列表是根据组件的日终处理需求预先生成的，即针对通常情况下需要进行日终处理的组件进行任务配置，以便对需要进行日终处理的组件进行统一管理。这样，当获取到任务检查请求时，由于任务检查请求中包括身份标识，便可以根据任务检查请求中的身份标识和任务配置列表，确定出目标任务检查列表，从而对目标任务检查列表中的任务检查项进行检查。与传统方式相比，本申请实施例可以对需要进行日终处理的组件进行统一管理，从而为不同组件的任务检查提供统一的入口，以便柜员可以统一对不同组件的任务检查项进行检查，无需分别去不同的组件进行任务检查，大大提供了任务检查的效率。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本申请实施例提供的一种用于任务检查方法的系统架构图；图2为本申请实施例提供的一种任务检查方法的流程图；图3为本申请实施例提供的一种确定目标任务检查列表的流程图；图4为本申请实施例提供的一种确定目标任务检查列表的流程图；图5为本申请实施例提供的一种进行任务检查的流程图；图6为本申请实施例提供的一种任务检查装置的结构图。具体实施方式下面结合附图，对本申请的实施例进行描述。在柜员针对银行业务系统的组件进行任务检查时，假设需要进行任务检查的组件包括组件1、组件2、……、组件n，那么，在传统的任务检查中，柜员需要分别去组件1、组件2、……、组件n，依次对其进行任务检查。这就使得柜员针对每个组件需要完成一次任务检查操作，针对n个组件，柜员需要重复n次任务检查操作，导致任务检查效率低。另外，由于需要由柜员记忆哪个组件完成了检查，哪个组件没有完成检查，柜员可能会由于记忆的错误导致某个组件被遗漏或者某个组件被重复检查等。为此，本申请实施例提供了一种任务检查方法，该方法可以对需要进行日终处理的组件进行统一管理，从而为不同组件的任务检查提供统一的入口，以便柜员可以统一对不同组件的任务检查项进行检查，无需柜员分别去不同的组件进行任务检查，重复地进行任务检查操作，大大提供了任务检查的效率。本申请实施例提供的一种任务检查方法可以应用于图1所示的系统架构中，主要包括柜员101、终端102、需任务检查组件103和任务检查系统104，其中，任务检查系统104可以包括任务配置模块、任务过滤模块和任务检查模块。任务检查系统104中预先存储了任务配置列表，所述任务配置列表是任务检查系统104中的任务配置模块根据需任务检查组件103的日终处理需求预先生成的。在针对银行业务系统的组件进行任务检查时，柜员101可以通过终端102向任务检查系统104发送任务检查请求，任务检查请求中包括身份标识，然后，根据该身份标识和任务配置列表，确定目标任务检查列表，该目标任务检查列表中包括至少一个任务检查项。最后，根据目标任务检查列表，对目标任务检查列表中的任务检查项进行检查。其中，需任务检查组件103可以是指通常情况下，可能需要进行日终处理的组件。但是，并不代表每一日的日终处理都需要对该组件进行日终处理。接下来，结合附图对本申请实施例提供了一种任务检查方法进行详细介绍。参见图2，图2示出了一种任务检查方法的流程图，所述方法包括：s201、获取任务检查请求，所述任务检查请求中包括身份标识。在本申请实施例中，任务检查系统预先存储了任务配置列表，该任务配置列表是根据组件的日终处理需求预先生成的。任务配置列表可以用来描述身份标识、任务检查项的标识、需任务检查的组件名称以及进行任务检查时需要调用的联机事务处理过程(on-linetransactionprocessing，简称oltp)之间的对应关系。其中，任务检查项可以包括柜员日结检查、柜员日结、机构日结、柜员签到、柜员签退、机构签退、机构日始等，任务检查项的标识可以用来区分上述任务检查项。下面介绍一种任务配置列表的生成方式，图1中任务检查系统104中的任务配置模块，任务配置模块可以根据需任务检查组件103的日终处理需求预先生成的，并将生成的任务配置列表存储在任务配置模块的数据库中。具体的，任务检查组件103可以向任务配置模块任务配置请求，任务配置模块可以根据该任务配置请求向需任务检查组件103发送任务信息表，当通过需任务检查组件103完成对任务信息表的填写时，需任务检查组件103将填写完的任务信息表返回给任务配置模块，任务配置模块可以根据该填写完的任务信息表生成任务配置列表。需要说明的是，任务配置列表可以包括执行数据配置列表、执行序列配置列表和动作权限配置列表。接下来，依次对执行数据配置列表、执行序列配置列表和动作权限配置列表进行介绍。首先，介绍执行数据配置列表。执行数据配置列表可以用来定义每个任务检查项所需外联的oltp。生成的执行数据配置列表可以如表1所示，该表中描述了任务检查项的标识、需任务检查的组件名称以及进行任务检查时需要调用的oltp之间的对应关系。例如，需任务检查的组件名称为核心业务系统，其简称为ccbs；该ccbs需要进行的任务检查项为柜员日结检查；在对该ccbs进行任务检查时，需要调用的oltp的服务号为xxx，那么，在表1中可以保存这三者的对应关系。表1执行数据配置列表任务检查项的标识组件简称oltp服务号柜员日结检查ccbssxxx柜员日结检查topxxx柜员日结检查ccbsxxx柜员日结ccbssxxx柜员日结topxxx柜员日结ccbsxxx其中，ccbss是组件名称为证券业务系统的简称，top是组件名称为综合前端字符界面系统的简称。其次，介绍执行序列配置列表。执行序列配置列表可以对执行数据配置列表中所要进行的任务检查进行队列化排序处理。队列可以由‘层’元素构成，每层可层由需任务检查的组件元素构成。层层之间有顺序先后，第0层先执行，第1层继续，以此类推。每层之间的元素无先后之分，可以并发同时执行。执行序列配置列表可以如表2所示：表2执行序列配置列表任务检查项的标识执行序列立即返回柜员日结检查[ccbss,cost,top],[ccbs]否柜员日结[ccbss,cost],[ccbs]是机构日结检查[ccbss,cost],[ccbs]否机构日结[ccbss,cost,top],[ccbs]是柜员签到[ccbs],[top,ccbss]是机构日始[ccbs],[cost,top,ccbss]是柜员签退[top],[ccbs]是机构签退[top],[ccbs]是以表2中，任务检查项的标识为柜员日结检查为例，其任务检查的执行序列为[ccbss，cost，top]，[ccbs]，其中，[ccbss，cost，top]可以表示第0层，[ccbs]可以表示第1层。执行序列表示的就是对第0层中的组件进行任务检查时需要外联的组件是ccbss，cost，top，这三个组件之间没有互相依赖的数据，可以同时并发调用进行任务检查；然后执行第一层外联的组件ccbs的调用，以对第一层外联的组件ccbs进行任务检查。立即返回标示是一个逻辑处理控制位，动作序列完成再返回结果(continueonerror)，或者有错误立即返回结果(stoponerror)。再次，介绍动作权限配置列表。动作权限配置列表可以定义用户标识、任务检查项的标识与需任务检查的组件名称之间的对应关系，其中，用户标识可以包括岗位标识、机构标识和柜员标识，所述标识可以是身份标识号(identification，简称id)。动作权限配置列表可以如表3所示：表3动作权限配置列表岗位id机构id柜员id任务检查项的标识执行序列高柜00柜员日结检查ccbss,cost,top,ccbs高柜00柜员日结ccbss,cost,ccbs高柜00机构日结检查ccbss,cost,ccbs高柜00机构日始cost,top,ccbs高柜00机构日结ccbss,cost,ccbs高柜00柜员签到ccbss,top,ccbs高柜00柜员签退top,ccbs高柜00机构签退top,ccbs低柜00柜员日结检查ccbs低柜00柜员日结ccbs低柜00机构日结检查ccbs低柜00机构日始ccbs低柜00机构日结ccbs低柜00柜员签到ccbs低柜00柜员签退ccbs低柜00机构签退ccbs表3中，针对机构id和柜员id设置为0，0是默认数据，一般可以表示机构或柜员是面向客户的；否则配置确定的编号，例如，针对中控台或者银行的管理部门的组件，机构或柜员的id可以设置为除0之外的确定编号。在一些情况下，为了避免每次都需要向数据库请求才能获取任务配置列表，加快获取任务配置列表的速度，可以预先将任务配置列表加载到内存。由于任务检查系统已经预存了任务配置列表，在针对银行业务系统的组件进行任务检查时，柜员101可以通过终端102向任务检查系统104发送任务检查请求，任务检查请求中包括身份标识，以便可以根据身份标识和任务配置列表确定目标任务检查列表。s202、根据所述任务检查请求中的身份标识和所述任务配置列表，确定目标任务检查列表，所述目标任务检查列表中包括至少一个任务检查项。由于任务配置列表是根据通常情况下可能需要进行日终处理的组件生成的，而通常情况下可能需要进行日终处理并不表示，针对每次任务检查请求，该组件都需要进行任务检查，即在一些情况下，某个需任务检查的组件可能在某一日不必进行任务检查，这样，根据身份标识和任务配置列表获取的任务检查列表中可能包括了该日不必进行任务检查的组件，为此，在执行s203之前，针对目标组件，可以先判断是否对所述目标组件进行任务检查；若否，则屏蔽所述目标组件对应的任务检查项。当判断出目标组件是否需要进行任务检查后，可以为每个任务检查项设置状态标识，所述状态标识用来标识任务检查项是否被屏蔽，这样，s202的一种实现方式可以是根据所述任务检查请求，从任务配置列表中获取初始任务检查列表；根据状态标识和所述初始任务检查列表，确定目标任务检查列表。作为一种示例，根据状态标识和初始任务检查列表，确定目标任务检查列表的一种实现方式可以是：针对目标组件，若根据状态标识确定目标组件对应的任务检查项为屏蔽状态，则从初始任务检查列表中删除该目标组件对应的任务检查项，得到目标任务检查列表。需要说明的是，任务配置列表虽然可以包括执行数据配置列表、执行序列配置列表和动作权限配置列表，但是在一些情况下，可以根据身份标识和所述动作权限配置列表，确定所述目标任务检查列表。可以理解的是，根据身份标识从动作权限配置列表获取到的任务检查项可能包括多个，这样，则从动作权限配置列表中取出与该身份标识对应的所有任务检查项。例如，身份标识包括柜员id和岗位id时，有时一个柜员可以有多个岗位时，即一个柜员id可以对应多个岗位id，这样，则从动作权限配置列表中取出与该柜员id对应的所有任务检查项。s203、根据所述目标任务检查列表，对所述目标任务检查列表中的任务检查项进行检查。由于任务配置列表中可以包括执行数据配置列表、执行序列配置列表和动作权限配置列表，在得到目标任务检查列表后，可以按照执行序列配置列表所规定的顺序进行检查。在针对银行业务系统的组件进行任务检查时，任务检查系统中预先存储了任务配置列表，所述任务配置列表是根据组件的日终处理需求预先生成的，即针对通常情况下需要进行日终处理的组件进行任务配置，以便对需要进行日终处理的组件进行统一管理。这样，当获取到任务检查请求时，由于任务检查请求中包括身份标识，便可以根据任务检查请求中的身份标识和任务配置列表，确定出目标任务检查列表，从而对目标任务检查列表中的任务检查项进行检查。与传统方式相比，本申请实施例可以对需要进行日终处理的组件进行统一管理，从而为不同组件的任务检查提供统一的入口，以便柜员可以统一对不同组件的任务检查项进行检查，无需分别去不同的组件进行任务检查，大大提供了任务检查的效率。接下来，将对s202中如何根据身份标识和任务配置列表，确定目标任务检查列表进行介绍。图3和图4将分别以身份标识为柜员标识、岗位标识和机构标识，或者身份标识为机构标识为例对确定目标任务检查列表的方法进行介绍。参见图3，图3示出了一种确定目标任务检查列表的流程图，包括：s301、获取任务检查请求。任务检查请求中包括的身份标识为柜员标识、岗位标识和机构标识。s302、判断任务检查项的标识是否合法，若是，则执行s303，若否，则执行s312。s303、获取与柜员id对应的任务检查项。s304、判断是否存在与该柜员id对应的任务检查项，若是，则执行s311，若否，则执行s305。s305、遍历岗位id。s306、获取与岗位id和机构id对应的任务检查项。s307、判断是否存在与该岗位id和机构id对应的任务检查项，若是，则执行s309，若否，则执行s308。s308、获取与岗位id对应的默认任务检查项。s309、将任务检查项放入临时变量。s310、是否有岗位未轮询，若是，则执行s305，若否，则执行s311。s311、生成目标任务检查列表。s312、返回错误。参见图4，图4示出了一种确定目标任务检查列表的流程图，包括：s401、获取任务检查请求。任务检查请求中包括的身份标识为柜员标识、岗位标识和机构标识。s402、判断任务检查项的标识是否合法，若是，则执行s403，若否，则执行s407。s403、获取与机构id对应的任务检查项。s404、判断是否存在与该机构id对应的任务检查项，若是，则执行s406，若否，则执行s405。s405、获取与机构id对应的默认任务检查项。s406、生成目标任务检查列表。s407、返回错误。接下来，将对s203中如何对目标任务检查列表中的任务检查项进行检查进行介绍。在本实施例中，可以利用图1中的任务检查模块进行任务检查，任务检查模块中可以包括任务检查处理调度器，任务检查模块根据控制器根据目标任务检查列表，对所述目标任务检查列表中的任务检查项进行检查的方法可以参见图5所示，包括：s501、获取任务检查请求。s502、判断任务检查项的标识是否合法，若是，则执行s503，若否，则执行s515s503、还原执行序列配置列表。按照执行序列配置列表执行任务检查时，序列层与层之间可以进行数据传递，同一层中不允许进行数据交互。s504、将根据目标任务检查列表输入的数据封装为不变参数模型。数据传递采用不变参数模型处理，不能修改已有输入数据，只能生产新数据，保证并发时，数据没有共享，避免并发处理时，数据的逻辑依赖。s505、根据执行序列配置列表对目标任务检查列表中的任务检查项对应的数据进行检查。s506、还有“层”，若还有，则执行s507，若没有，则执行s514。s507、将参数复制到下一层中执行各个任务检查项的handler所属的mailbox。s508、使用线程池并行执行handler，然后执行s509和s511。s509、读取mailbox参数数据校验。s510、执行处理逻辑调用外联系统服务。s511、异步等待值设定的超时时间。设定动作执行时间，超时的将产生一个系统超时结果数据并返还。其中，s511是在执行完s508之后执行的。s512、根据coe/soe控制逻辑出错，若根据coe控制逻辑出错，则执行s513，若根据soe控制逻辑出错，则执行s514。s513、分析每层执行结果，将部分数据再次封装到不变参数模型中，其他结果数据保存到结构列表中。s514、将结果数据封装到不变参数模型中返回。s515、返回错误。基于前述提供的一种任务检查方法，本申请实施例提供了一种任务检查装置，应用于任务检查系统，参见图6，所述装置包括任务配置单元601、第一获取单元602、确定单元603和检查单元604；所述任务配置单元601，用于预先存储了任务配置列表，所述任务配置列表是根据组件的日终处理需求预先生成的；所述第一获取单元602，用于获取任务检查请求，所述任务检查请求中包括身份标识；所述确定单元603，用于根据所述任务检查请求中的身份标识和所述任务配置列表，获取目标任务检查列表，所述目标任务检查列表中包括至少一个任务检查项；所述检查单元604，用于根据所述目标任务检查列表，对所述目标任务检查列表中的任务检查项进行检查。可选的，所述装置还包括判断单元和屏蔽单元：所述判断单元，用于针对目标组件，判断是否对所述目标组件进行任务检查；所述屏蔽单元，用于若否，则屏蔽所述目标组件对应的任务检查项。可选的，所述目标任务检查列表中包括所述至少一个任务检查项的状态标识，所述状态标识用来标识任务检查项是否被屏蔽，所述确定单元，用于根据所述任务检查请求，从所述任务配置列表中获取初始任务检查列表；根据所述状态标识和所述初始任务检查列表，确定所述目标任务检查列表。可选的，所述确定单元，用于针对所述目标组件，若根据所述状态标识确定所述目标组件对应的任务检查项为屏蔽状态，则从所述初始任务检查列表中删除所述目标组件对应的任务检查项，得到所述目标任务检查列表。可选的，所述任务配置列表包括执行数据配置列表、执行序列配置列表和动作权限配置列表。可选的，所述确定单元，用于根据所述任务检查请求和所述动作权限配置列表，确定所述目标任务检查列表；所述检查单元，用于根据所述目标任务检查列表和所述执行数据配置列表，对所述目标任务检查列表中的任务检查项按照所述执行序列配置列表所规定的顺序进行检查。可选的，所述身份标识包括柜员标识；或，所述身份标识包括柜员标识和岗位标识；或，所述身份标识包括机构标识；或，所述身份标识包括柜员标识、岗位标识和机构标识。在针对银行业务系统的组件进行任务检查时，任务检查系统中预先存储了任务配置列表，所述任务配置列表是根据组件的日终处理需求预先生成的，即针对通常情况下需要进行日终处理的组件进行任务配置，以便对需要进行日终处理的组件进行统一管理。这样，当获取到任务检查请求时，由于任务检查请求中包括身份标识，便可以根据任务检查请求中的身份标识和任务配置列表，确定出目标任务检查列表，从而对目标任务检查列表中的任务检查项进行检查。与传统方式相比，本申请实施例可以对需要进行日终处理的组件进行统一管理，从而为不同组件的任务检查提供统一的入口，以便柜员可以统一对不同组件的任务检查项进行检查，无需分别去不同的组件进行任务检查，大大提供了任务检查的效率。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-onlymemory，缩写：rom)、ram、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。当前第1页12