本申请涉及到数据审核领域，特别是涉及到一种数据审核方法、装置、计算机设备和存储介质。
背景技术：
在现有的医保业务模式下，各个地方医保机构每天会随之产生海量的医保业务数据，医保监管平台需能够对医保业务数据进行高效准确的审核。现有业内的医保审核系统的主要处理模式是单任务审核，即将每次审核时间周期内的数据形成一次审核任务，处理的模式为:单任务数据串行审核。但此模式会产生以下主要不足：审核效率低下、审核时间长，具体地，在审核时间周期内的数据量大，且数据业务呈现复杂。单任务审核模式下，串行审核数据必然会耗费大量时间，且不同的业务数据在同一个任务中审核，导致单任务中审核业务场景繁多。例如a业务的数据会在b业务的审核中进行，但审核不出有效的结果，造成时间和资源的浪费；容灾能力不足，具体地，仅存单个审核任务的情况下，在审核期间有一定概率会发生物理宕机和逻辑宕机。若是发生，此次审核的任务将会直接停止而无法审核。在修复重新审核的过程中也避免不了进行人工干预，影响审核服务质量且所花费的代价极大；精准定位问题困难，具体地，由于审核时间周期内的数据都在单个审核任务中，在审核过程中会由于某些少量的数据或者审核逻辑造成审核发生异常，便直接标志着此次的审核任务是异常的。而排查问题也需要从整个审核任务范围数据中进行，工作量大且难度大。
技术实现要素：
本申请的主要目的为提供一种数据审核方法、装置、计算机设备和存储介质，旨在解决现有技术中单任务审核模式下审核效率低、容灾能力差、排查异常工作量大的技术问题。
为了实现上述发明目的，本申请提出一种数据审核方法，包括：
接收数据的审核命令，并根据所述审核命令建立主审核任务；
根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据，其中，同样维度的子审核任务用于审核对应维度的子数据；
根据各所述子数据的数据量和审核时间长度要求配置至少一个规则审核进程模块，其中，每个所述规则审核进程模块内拥有多个审核线程；
按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核。
进一步地，所述接收数据的审核命令，并根据所述审核命令建立主审核任务的步骤，包括：
接收数据的审核命令；
判断所述数据的数据量是否大于预设值；
若大于，则根据所述审核命令建立主审核任务。
进一步地，所述数据为社保卡刷卡而产生的数据，所述根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据的步骤，包括：
读取所述数据的来源所处的第一医保统筹区，以及解析所述数据中的医疗险种；
读取所述第一医保统筹区对应的全部下级的第二医保统筹区，其中，所述第二医保统筹区的级别包括一个或多个；
接收用户输入的一个第二医保统筹区对应的级别，确定拆分所述主审核任务的第一维度；
将各所述医疗险种确定为拆分所述主审核任务的第二维度；以及
接收用户输入的时间刻度，并将所述时间刻度确定为拆分所述主审核任务的第三维度；
按照所述第一维度、第二维度和第三维度将所述主审核任务拆分成多个子审核任务；以及，将所述数据拆分成多个子数据。
进一步地，所述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤，包括：
在审核过程中如果某第一子审核任务出现故障，则停止该第一子审核任务的审核，保持其他子审核任务继续审核；
修复所述第一子审核任务后，继续通过该第一子审核任务审核与其对应的子审核数据。
进一步地，所述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤，包括：
在审核过程中如果某第二子审核任务出现故障，则停止该第二子审核任务的审核，保持其他子审核任务继续审核；
获取审核同纬度的、最快完成审核任务的审核线程，并利用该审核线程对所述第二子审核任务对应的全部子数据进行审核。
进一步地，所述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤，包括：
在审核过程中如果某第三子审核任务出现故障，则停止该第三子审核任务的审核，保持其他子审核任务继续审核；
将所述第三子审核任务对应的子数据平均拆分成与剩余的其他与所述第一子审核任务审核维度相同的第一线程的数量份，并分配给每一个所述第一线程。
进一步地，所述接收数据的审核命令，并根据所述审核命令建立主审核任务的步骤之前，包括：
读取发出审核命令的用户的生物特征；
通过所述生物特征像判断所述用户是否具有调用所述数据的权限；
若是，则允许所述用户输入所述审核命令。
本申请还提供一种数据审核装置，包括：
接收建立单元，用于接收数据的审核命令，并根据所述审核命令建立主审核任务；
拆分单元，用于根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据，其中，同样维度的子审核任务用于审核对应维度的子数据；
配置单元，用于根据各所述子数据的数据量和审核时间长度要求配置至少一个规则审核进程模块，其中，每个所述规则审核进程模块内拥有多个审核线程；
审核单元，用于按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核。
本申请还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。
本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
本申请的数据审核方法、装置、计算机设备和存储介质，将数据先按照指定的维度进行划分，形成多个子任务对应的子数据库，同时形成对应的多个子审核任务，然后并行进行规则审核，可以快速的完成规则审核任务。多子任务并行审核，可以提高审核效率；当其中某个审核子任务出现问题时，不会影响其它审核任务的进行，只需要对该子任务对应的数据库中的数据重新审核即可，使审核系统的容灾能力更强；同时，由于审核时间周期内的数据都在单个审核任务中，在审核过程中某些数据或者审核逻辑造成审核发生异常，可以直接标志着此次的子审核任务是异常的，然后进行修复处理等，工作量和难度都相对较小。
附图说明
图1为本申请一实施例的数据审核方法的流程示意图；
图2为本申请一实施例的数据审核装置的结构示意框图；
图3为本申请一实施例的计算机设备的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
参照图1，本申请实施例提供一种数据审核方法，包括以下步骤：
s1、接收数据的审核命令，并根据所述审核命令建立主审核任务；
s2、根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据，其中，同样维度的子审核任务用于审核对应维度的子数据；
s3、根据各所述子数据的数据量和审核时间长度要求配置至少一个规则审核进程模块，其中，每个所述规则审核进程模块内拥有多个审核线程；
s4、按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核。
如上述步骤s1所述，上述数据可以是用户在可以刷医保卡的机构刷医保卡而产生的数据。上述数据的审核命令可以在多种情况下生成，具体的，可以是用户根据自己的需求手动输入的审核命令，也可以是审核系统按照预先设定的审核时间周期自动生成的审核命令。上述主审核任务中一般存在标识审核任务的数据量(上述数据的数据量)、审核进度和审核生命周期等。
如上述步骤s2所述，上述预设的维度可以根据数据的类型等进行设定，以数据为医保卡刷卡而产生的数据为例，一般包括医保统筹区、医疗险种、医保结算日等三个维度中一个维度或多个维度的组合，上述预设的规则是根据维度的数量、属性等设置的拆分规则。在一个具体实施例中，数据依然为社保卡刷卡而产生的医保数据，主审核任务为审核深圳市6月份的全部医保数据，预设的维度是医保统筹区、医疗险种、医保结算日期三个维度，预设的规则为，若主任务为市级单位发起，则子审核任务的医保统筹区设定为区，每一个险种为一个拆分属性，医保结算日期为同一天的为一个拆分属性，那么深圳有8个区、医疗险种有10个，6月份有30天，所以会根据每一个区的每个医疗险种每一天建立一个子审核任务，即一共建立2400个子审核任务。在拆分上述数据时，根据规则的内容，将数据进行分类整理，如将罗湖区的数据中，属于第一个险种的医保结算日期为6月1日的数据提取出来存储到一个子任务仓库中，形成一份子数据，以此类推得到2400个存储不同子数据的子任务仓库。在其它实施了中，也可以是根据每个区的每个医疗险种每10天建立一个子审核任务，即一共建立240个子审核任务等，即具体的规则不做限定，用户可以手动在可视化页面输入对应的参数即可，也可以是调用预先存储在系统的由开发者设定好的规则等。不同的子审核任务同样可以标识其对应的数据量、审核进度和审核生命周期等。
如上述步骤s3所述，上述规则审核进程模块是一种硬件和软件结合的模块，理论上，规则审核进程模块设置的越多，审核的数据就会越快，但是，其审核的成本也会越高，所以不会无限制的设置规则审核进程模块，而是根据数据量的多少，以及审核时间的长度进行配置。比如，每个规则审核进程模块每天可以审核200万条数据，而与其对应的子医保保数据为2000万条，如果需要两天完成审核，则需要至少配置5个规则审核进程模块等，如果为了提前完成审核任务，还可以多配置几个规则审核进程模块。
如上述步骤s4所述，即为具体的审核过程，因为每一个规则审核进程模块都是多审核线程，所以按照多线程并发的方式进行审核即可，在此不在赘述。
在一个实施例中，上述接收数据的审核命令，并根据所述审核命令建立主审核任务的步骤s1，包括：
s11、接收数据的审核命令；
s12、判断所述数据的数据量是否大于预设值；
s13、若大于，则根据所述审核命令建立主审核任务。
在本实施例中，并不是所有的数据的审核都需要如上述实施例中建立多个子审核任务等进行审核，比如数据量较小的时候，直接使用传统的单任务审核的方式就可以了，无需调用多个规则审核进程模块，节约审核成本。但是，如果数据的数据量过大，则建立主审核任务，以提高审核效率、提高容灾能力和精准找出审核任务的异常等。
在一个实施例中，所述数据为社保卡刷卡而产生的数据，上述根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据的步骤s2，包括：
s21、读取所述数据的来源所处的第一医保统筹区，以及解析所述数据中的医疗险种；
s22、读取所述第一医保统筹区对应的全部下级的第二医保统筹区，其中，所述第二医保统筹区的级别包括一个或多个；
s23、接收用户输入的一个第二医保统筹区对应的级别，确定拆分所述主审核任务的第一维度；
s24、将各所述医疗险种确定为拆分所述主审核任务的第二维度；以及
s25、接收用户输入的时间刻度，并将所述时间刻度确定为拆分所述主审核任务的第三维度；
s26、按照所述第一维度、第二维度和第三维度将所述主审核任务拆分成多个子审核任务；以及，将所述数据拆分成多个子数据。
在本实施例中，上述第一医保统筹区是数据来源的医保统筹区，而数据一般都是上一级别的医保统筹区的数据中可以包含下一级别医保统筹区的数据，而下一级别的数据不包含上一级别的数据。比如，深圳市的数据包含了各区的数据，存储在深圳市医保总局，而福田区的数据只包含其本区的数据，而不会包含其他如罗湖区的数据等。所以，可以将数据来源的第一医保统筹区确定是本次数据审核中最高级别的医保统筹区。根据统筹区的级别划分，可以确定得到第一医保统筹区的下一级和下多级的第二医保统筹区，如第一医保统筹区的级别为市一级，其下级的第二医保统筹区包括区、县、乡、镇等多个级别。具体地，用户可以根据实际需要主动输入指令，选择某一个具体的第二医保统筹区对应的级别，作为第一维度，或者到政府网站上获取第一医保统筹区对应的行政单位级别，及其下一级或下多级的行政单位，然后根据预设的级别跨度(比如第一医保统筹区对应的行政单位级别是“市”，其下一级行政单位为“区/县”，下多级行政单位“乡”、“村”等，级别跨度即为与本级别行政单位的级别差)，确定为第一维度；然后将医疗险种确定为第二维度，输入的时间刻度如一天、十天等作为第三维度，然后拆分上述医疗数据和主审核任务。解析所述数据中的医疗险种的方法，可以通过关键字识别的方法分析出所述数据中包含的医疗险种，比如预设有多个医保险种对应的关键字，当识别到上述数据中含有相应的关键字后，即可以确定数据中包含对应的医疗险种，如包括职工医疗保险、居民医疗保险两种等。拆分医疗数据的过程，可以将第一维度、第二维度和第三维度作为关键字进行搜索，将同时包括相同的这三个维度的数据整理到一个子数据库中，形成一个子医疗数据；而拆分主审核任务的过程则是建立与子医疗数据个数相同的子审核任务。而每一个子审核任务的审核规则是相同的。在本实施例中，自动获取各级别的医保统筹区，将用户选择对应的级别作为第一维度，然后由用户主动输入时间刻度得到第三维度，以及自动获取医疗险种得到第二维度，将用户的主观意识和系统的自动化结合到一起，得到一个用户满意的多个子审核任务。
在一个实施例中，上述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤s4，包括：
s411、在审核过程中如果某第一子审核任务出现故障，则停止该第一子审核任务的审核，保持其他子审核任务继续审核；
s412、修复第一子审核任务后，继续通过该第一子审核任务审核与其对应的子审核数据。
在本实施例中，当某个子审核任务出现故障的时候，不需要将整个审过任务全部停止修改，而是仅对该出现故障的第一子审核任务进行修复即可，因为该子审核任务仅对应一个子医保疗数据，所以修复的时候(利用传统的修改方式即可)，人工干预较少，修复速度快，不会影响过多的审核时间，提高审核服务质量。
在又一个实施例中，上述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤s4，包括：
s421、在审核过程中如果某第二子审核任务出现故障，则停止该第二子审核任务的审核，保持其他子审核任务继续审核；
s422、获取与所述第二子审核任务审核同纬度的、最快完成审核任务的审核线程，并利用该审核线程对所述第二子审核任务对应的全部子数据进行审核。
在本实施例中，不同的子数据的数量不同，所以审核进度也不相同，选择第一个结束审核任务的进程继续对第二子审核任务对应的全部子数据进行审核，可以提高整体的审核效率。
在另一个实施例中，上述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤s4，包括：
s431、在审核过程中如果某第三子审核任务出现故障，则停止该第三子审核任务的审核，保持其他子审核任务继续审核；
s432、将所述第三子审核任务对应的子数据平均拆分成与剩余的其他与所述第一子审核任务审核维度相同的第一线程的数量份，并分配给每一个所述第一线程。
在本实施例中，将第三子审核任务对应的子数据平均分配给与所述第三子审核任务审核维度相同的其它第一线程，可以快速地完成对第三子审核任务对应的子数据的审核。在这里需要注意的是，其它第一线程会先对其原来对应子数据审核完成之后，在对分配的子数据进行审核，防止数据混合。
在一个实施例中，上述接收数据的审核命令，并根据所述审核命令建立主审核任务的步骤s1之前，包括：
s101、读取发出审核命令的用户的生物特征，并通过所述生物特征像判断所述用户是否具有调用所述数据的权限；
s102、若是，则允许所述用户输入所述审核命令。
在本实施例中，数据中涉及到用户的隐私等信息，不应该被他人修改和泄露，所以需要对数据进行保密。因此，调用数据需要权限确认。本申请中是人脸图像识别确认。在其它实施例中，也可以是指纹、虹膜、声纹等权限确认。
在一个实施例中，上述读取发出审核命令的用户的生物特征，并通过所述生物特征像判断所述用户是否具有调用所述数据的权限的步骤s101，包括：
拍摄所述用户的人脸图像；
通过人脸识别技术判断所述人脸图像是否通过验证；
若是，则发出要求用户做出预设的干预用户发声的动作指令，并在对应的动作指令的动作下发出指定语句的现场声音；
判断所述用户是否在对应动作指令的动作下发出指定语句的现场声音；
若是，则调取与所述人脸图像和所述动作指令对应的预存的预存声音；
计算所述现场声音与所述预存声音的相似度；
若所述相似度大于预设阈值，则判定所述用户具有调用所述数据的权限。
在本实施例中，验证的过程包括了脸部认证、活体认证和声音引证的多重认证，可以提高权限认证的准确性、上述人脸识别技术可以使用现有的任意一种，不在赘述。然后要求用户在指定动作下发出指定语句的声音，而且指定动作是影响用户正常发声的动作，比如捏住鼻子，捂住嘴巴等。在这样的限定条件下，可以验证出用户是否为活体，同样的，在这样的动作下发出的声音已经发变形，所以他人难以模仿，进而提高声音验证的准确性，相似度计算可以使用现有的任意一种方式，不在赘述。
在一个实施例中，上述发出要求用户做出预设的干预用户发声的动作指令，并在对应的动作指令的动作下发出指定语句的现场声音的步骤，包括：
在预设动作指令中随机选取一个输出，以及在预设的多个指定语句中随机选取出一句供用户朗读。
在本实施例中，动作和指定语句都是随机的在多个预设选项中选取的，所以随机性较强，可以更好的起到防止他人模仿的效果。
本申请实施例中数据审核方法，将数据先按照指定的维度进行划分，形成多个子任务对应的子数据库，同时形成对应的多个子审核任务，然后并行进行规则审核，可以快速的完成规则审核任务。多子任务并行审核，可以提高审核效率；当其中某个审核子任务出现问题时，不会影响其它审核任务的进行，只需要对该子任务对应的数据库中的数据重新审核即可，使审核系统的容灾能力更强；同时，由于审核时间周期内的数据都在单个审核任务中，在审核过程中某些数据或者审核逻辑造成审核发生异常，可以直接标志着此次的子审核任务是异常的，然后进行修复处理等，工作量和难度都相对较小。
参照图2，本申请实施例提供一种数据审核装置，包括：
接收建立单元10，用于接收数据的审核命令，并根据所述审核命令建立主审核任务；
拆分单元20，用于根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据，其中，同样维度的子审核任务用于审核对应维度的子数据；
配置单元30，用于根据各所述子数据的数据量和审核时间长度要求配置至少一个规则审核进程模块，其中，每个所述规则审核进程模块内拥有多个审核线程；
审核单元40，用于按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核。
在一个实施例中，上述接收建立单元10，包括：
接收模块，用于接收数据的审核命令；
判断模块，用于判断所述数据的数据量是否大于预设值；
建立模块，用于若判定所述数据的数据量否大于预设值，则根据所述审核命令建立主审核任务。
在一个实施例中，所述数据为社保卡刷卡而产生的数据，上述拆分单元20，包括：
第一读取模块，用于读取所述数据的来源所处的第一医保统筹区，以及解析所述数据中的医疗险种；
第二读取模块，用于读取所述第一医保统筹区对应的全部下级的第二医保统筹区，其中，所述第二医保统筹区的级别包括一个或多个；
第一确定模块，用于接收用户输入的一个第二医保统筹区对应的级别，确定拆分所述主审核任务的第一维度；
第二确定模块，用于将各所述医疗险种确定为拆分所述主审核任务的第二维度；以及
第三确定模块，用于接收用户输入的时间刻度，并将所述时间刻度确定为拆分所述主审核任务的第三维度；
拆分模块，用于按照所述第一维度、第二维度和第三维度将所述主审核任务拆分成多个子审核任务；以及，将所述数据拆分成多个子数据。
在一个实施例中，上述审核单元40，包括：
第一执行模块，用于在审核过程中如果某第一子审核任务出现故障，则停止该第一子审核任务的审核，保持其他子审核任务继续审核；
修复模块，用于修复第一子审核任务后，继续通过该第一子审核任务审核与其对应的子审核数据。
在又一个实施例中，上述审核单元40，包括：
第二执行模块，用于在审核过程中如果某第二子审核任务出现故障，则停止该第二子审核任务的审核，保持其他子审核任务继续审核；
获取审核模块，用于获取与所述第二子审核任务审核同纬度的、最快完成审核任务的审核线程，并利用该审核线程对所述第二子审核任务对应的全部子数据进行审核。
在另一个实施例中，上述审核单元40，包括：
第二执行模块，用于在审核过程中如果某第三子审核任务出现故障，则停止该第三子审核任务的审核，保持其他子审核任务继续审核；
拆分审核模块，用于将所述第三子审核任务对应的子数据平均拆分成与剩余的其他与所述第一子审核任务审核维度相同的第一线程的数量份，并分配给每一个所述第一线程。
在一个实施例中，上述数据审核装置还包括：
权限判断单元，用于读取发出审核命令的用户的生物特征，并通过所述生物特征像判断所述用户是否具有调用所述数据的权限；
允许输入单元，用于若判定所述用户具有调用所述数据的权限，则允许所述用户输入所述审核命令。
在一个实施例中，上述权限判断单元，包括：
拍摄模块，用于拍摄所述用户的人脸图像；
验证模块，用于通过人脸识别技术判断所述人脸图像是否通过验证；
发出要求模块，用于若所述人脸图像通过验证，则发出要求用户做出预设的干预用户发声的动作指令，并在对应的动作指令的动作下发出指定语句的现场声音；
第一判断模块，用于判断所述用户是否在对应动作指令的动作下发出指定语句的现场声音；
调取模块，用于若所述用户在对应动作指令的动作下发出指定语句的现场声音，则调取与所述人脸图像和所述动作指令对应的预存的预存声音；
计算模块，用于计算所述现场声音与所述预存声音的相似度；
判定模块，用于若所述相似度大于预设阈值，则判定所述用户具有调用所述数据的权限。
在一个实施例中，上述发出要求模块，包括：
选取子模块，用于在预设动作指令中随机选取一个输出，以及在预设的多个指定语句中随机选取出一句供用户朗读。
本申请实施例中数据审核装置，是上述数据审核方法的执行装置，在此不再一一展开说明。
参照图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)等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
1.一种数据审核方法，其特征在于，包括：
接收数据的审核命令，并根据所述审核命令建立主审核任务；
根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据，其中，同样维度的子审核任务用于审核对应维度的子数据；
根据各所述子数据的数据量和审核时间长度要求配置至少一个规则审核进程模块，其中，每个所述规则审核进程模块内拥有多个审核线程；
按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核。
2.根据权利要求1所述的数据审核方法，其特征在于，所述接收数据的审核命令，并根据所述审核命令建立主审核任务的步骤，包括：
接收数据的审核命令；
判断所述数据的数据量是否大于预设值；
若大于，则根据所述审核命令建立主审核任务。
3.根据权利要求1所述的数据审核方法，其特征在于，所述数据为社保卡刷卡而产生的数据，所述根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据的步骤，包括：
读取所述数据的来源所处的第一医保统筹区，以及解析所述数据中的医疗险种；
读取所述第一医保统筹区对应的全部下级的第二医保统筹区，其中，所述第二医保统筹区的级别包括一个或多个；
接收用户输入的一个第二医保统筹区对应的级别，确定拆分所述主审核任务的第一维度；
将各所述医疗险种确定为拆分所述主审核任务的第二维度；以及
接收用户输入的时间刻度，并将所述时间刻度确定为拆分所述主审核任务的第三维度；
按照所述第一维度、第二维度和第三维度将所述主审核任务拆分成多个子审核任务；以及，将所述数据拆分成多个子数据。
4.根据权利要求1所述的数据审核方法，其特征在于，所述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤，包括：
在审核过程中如果某第一子审核任务出现故障，则停止该第一子审核任务的审核，保持其他子审核任务继续审核；
修复所述第一子审核任务后，继续通过该第一子审核任务审核与其对应的子审核数据。
5.根据权利要求1所述的数据审核方法，其特征在于，所述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤，包括：
在审核过程中如果某第二子审核任务出现故障，则停止该第二子审核任务的审核，保持其他子审核任务继续审核；
获取与所述第二子审核任务审核同纬度的、最快完成审核任务的审核线程，并利用该审核线程对所述第二子审核任务对应的全部子数据进行审核。
6.根据权利要求1所述的数据审核方法，其特征在于，所述按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核的步骤，包括：
在审核过程中如果某第三子审核任务出现故障，则停止该第三子审核任务的审核，保持其他子审核任务继续审核；
将所述第三子审核任务对应的子数据平均拆分成与剩余的其他与所述第一子审核任务审核维度相同的第一线程的数量份，并分配给每一个所述第一线程。
7.根据权利要求1所述的数据审核方法，其特征在于，所述接收数据的审核命令，并根据所述审核命令建立主审核任务的步骤之前，包括：
读取发出审核命令的用户的生物特征；
通过所述生物特征像判断所述用户是否具有调用所述数据的权限；
若是，则允许所述用户输入所述审核命令。
8.一种数据审核装置，其特征在于，包括：
接收建立单元，用于接收数据的审核命令，并根据所述审核命令建立主审核任务；
拆分单元，用于根据预设的维度和规则，将所述主审核任务拆分成多个子审核任务，以及将所述数据拆分成多个子数据，其中，同样维度的子审核任务用于审核对应维度的子数据；
配置单元，用于根据各所述子数据的数据量和审核时间长度要求配置至少一个规则审核进程模块，其中，每个所述规则审核进程模块内拥有多个审核线程；
审核单元，用于按照多线程并行的方式，通过各所述审核线程对与其对应的子数据进行审核。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
技术总结