CN108255793A - 一种信息核查方法及终端设备 - Google Patents

Abstract

本发明提供了一种信息核查方法及终端设备，适用于数据处理技术领域，该方法包括：接收用户输入的案件信息，检测存储至数据缓存区的案件信息是否满足信息转存条件；若满足所有信息转存条件，将案件信息转存至数据存储区，对案件信息分别判断是否满足案件赔付条件，对于满足案件赔付条件的案件信息，判定该案件信息核查通过。通过自动对转存数据存储区前先在数据缓存区进行信息转存条件校验加转存数据存储区后进行案件赔付条件校验，在案件信息存在格式错误时及时的停止对案件信息的校验，实现了对案件信息的高效核查，同时提升数据缓存区的使用效率，现了提升整个核查系统对大量用户使用时的处理效率。

Description

一种信息核查方法及终端设备

技术领域

本发明属于数据处理技术领域，尤其涉及信息核查方法及终端设备。

背景技术

传统的理赔核查过程中，保险公司在接收到客户的报案后，需要业务员对每个客户报案时提供的案件信息与客户投保时记录的个人信息以及投保信息等逐一进行核查，并在所有信息核查完成且无误后，确认出最终的赔付金额，从而完成对客户理赔核查。由于理赔核查涉及到的信息数量较大，传统的理赔核查方法对业务员的工作负荷较高，客户需要等候较长的时间才能获知理赔核查结果。同时，对于同一个业务员，可能会出现同一时间需要进行多个客户的理赔核查的情况，如对团体保险的理赔核查，此时传统的理赔核查方法需要业务员花费大量的时间来进行处理，效率低下。

综上，现有技术中对案件信息理赔核查的方法效率低下，难以进行及时有效的理赔核查。

发明内容

有鉴于此，本发明实施例提供了一种信息核查方法及终端设备，以解决现有技术中对案件信息理赔核查的方法效率低下，难以进行及时有效的理赔核查的问题。

本发明实施例的第一方面提供了一种信息核查方法，包括：

接收用户输入的案件信息，并将所述案件信息存储至数据缓存区；

检测存储至数据缓存区的所述案件信息是否满足信息转存条件，所述信息转存条件包括：

所述案件信息中的险种标识属于核查系统对应的核查险种标识，所述案件信息的数量小于所述核查系统的最大案件处理负荷量，所述案件信息中的支付账户信息对应的数据位以及预设案件关键信息对应的数据位均存在数据；

若检测结果为所述案件信息满足所有所述信息转存条件，将所述案件信息转存至数据存储区，并以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取；

对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，对于判断结果为满足所述案件赔付条件的所述案件信息，判定该案件信息核查通过，并返回执行所述以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取的操作，直至对转存至数据存储区的所述案件信息提取完毕。

本发明实施例的第二方面提供了一种信息核查终端设备，所述信息核查终端设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤。

接收用户输入的案件信息，并将所述案件信息存储至数据缓存区；

检测存储至数据缓存区的所述案件信息是否满足信息转存条件，所述信息转存条件包括：

所述案件信息中的险种标识属于核查系统对应的核查险种标识，所述案件信息的数量小于所述核查系统的最大案件处理负荷量，所述案件信息中的支付账户信息对应的数据位以及预设案件关键信息对应的数据位均存在数据；

若检测结果为所述案件信息满足所有所述信息转存条件，将所述案件信息转存至数据存储区，并以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取；

对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，对于判断结果为满足所述案件赔付条件的所述案件信息，判定该案件信息核查通过，并返回执行所述以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取的操作，直至对转存至数据存储区的所述案件信息提取完毕。

本发明实施例的第三方面提供了一种计算机可读存储介质，包括：存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上所述的信息核查方法的步骤。

本发明实施例与现有技术相比存在的有益效果是：1、对用户输入的案件信息进行信息转存条件校验+案件赔付条件校验的双重校验。其中信息转存条件校验仅对案件信息的案件险种、案件数量以及支付账户信息和预设关键参数信息是否存在进行核查，由于这些信息直接关系到了案件信息是否能被核查系统正常处理，例如，若案件险种与核查系统所能核查的险种不同时，会直接导致核查系统无法处理案件，从而使得本发明实施例可以快速实现对案件信息的初步筛选，同时由于险种类别、案件数量以及信息是否存在都没有涉及到案件信息中具体参数数据计算处理的过程，使得校验处理的速度大大提升，特别是在批量处理案件信息时，能极大地提升对核查的效率。在信息转存条件校验通过时才对每个案件信息分别进行案件赔付条件校验，保证每个案件信息案件赔付的合法性，从而达到对客户案件信息有效的理赔核查。相对现有技术，本发明实施例可以在案件信息存在格式错误时及时的停止对案件信息的校验，从而实现了对案件信息的高效核查。2、在完成信息转存条件校验前，本发明实施例中的案件信息是存储在用户使用的设备的数据缓存区之中的，只有在校验无误后才会转存至数据存储区进行处理，利用数据缓存区的数据高速存取处理的优势，极大地提升了对案件信息处理的效率，而在案件赔付条件校验时考虑到需要对参数进行具体的数据计算处理，所需的时间较长，通过把案件信息转存至数据存储区，可以减小对核查设备数据缓存区的占有率，避免过度占用核查设备的数据缓存区资源，提升数据缓存区的使用效率，从而实现了提升整个核查系统对大量用户使用时的处理效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的信息核查方法的实现流程示意图；

图2是本发明实施例二提供的信息核查方法的实现流程示意图；

图3是本发明实施例三提供的信息核查方法的实现流程示意图；

图4是本发明实施例四提供的信息核查方法的实现流程示意图；

图5是本发明实施例五提供的信息核查方法的实现流程示意图；

图6是本发明实施例六提供的信息核查装置的结构示意图；

图7是本发明实施例七提供的信息核查终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明的技术方案，下面通过具体实施例来进行说明。

图1示出了本发明实施例一提供的信息核查方法的实现流程图，详述如下：

S101，接收用户输入的案件信息，并将案件信息存储至数据缓存区。

在本发明实施例中，用户在进行案件信息核查时，首先需要将收集到的客户的案件信息输入至核查系统以进行核查。实际情况中，用户在进行案件信息核查时一般都是对大量客户的案件信息进行批量核查，因此，在本发明实施例中，S101中的案件信息是指核查系统接收到的用户输入的大批量的案件信息的总称。在接收到用户输入的案件信息后，本发明实施例会直接将其缓存至数据缓存区，以便于后续的信息转存条件校验。

S102，检测存储至数据缓存区的案件信息是否满足信息转存条件，信息转存条件包括：

案件信息中的险种标识属于核查系统对应的核查险种标识，案件信息的数量小于核查系统的最大案件处理负荷量，案件信息中的支付账户信息对应的数据位以及预设案件关键信息对应的数据位均存在数据。

其中，险种标识记录着该案件信息对应的具体险种，如手机碎屏险、手机防盗险以及手机意外险，通过对险种标识进行解析即可确定出案件信息的具体险种。由于同一类保险涉及到的案件信息要求和赔付要求差不多，例如手机防盗险和手机意外险涉及到的案件信息以及赔付要求基本差不多，在实际情况中常常会将这些要求类似的保险的案件信息核查功能集成于同一个核查系统当中，以便于用户使用，如对核查系统进行设置，使得其既能核查手机防盗险案件信息又能核查手机意外险案件信息。核查险种标识即为核查系统所能核查的所有类型的险种对应的标识统称，当核查系统能同时核查多种险种时，核查险种标识中也会包含着对应的多个不同的险种标识，如当核查系统能同时核查手机防盗险以及手机意外险时，核查险种标识中包含核查手机防盗险对应的险种标识以及手机意外险对应的险种标识。S102中在接收到用户输入的案件信息后，会对每个案件信息的险种标识进行读取，并与核查系统的核查险种标识进行匹配，以判定输入的案件信息是否都属于核查系统所能处理的险种。

最大案件处理负荷量，是指核查系统正常工作时单次所能处理的最大的案件信息数量，当单次实际所需处理的案件信息数量小于或等于这个值时，核查系统能进行正常运作对这些案件信息进行核查，一旦超出这个值，核查系统就会无法正常处理案件信息，使得整个案件信息的核查出现问题，因此，用户在实际操作时单次输入的案件信息数量不应当超出这个值的范围。应当理解地，对于单个固定的核查系统而言，其所能处理的最大案件处理负荷量应当是个固定属性值，因此在S102中只需直接读取该属性值即可。S102中在接收到用户输入的案件信息后，会对用户输入的案件信息的数量进行统计，并将统计出的案件信息的数量与核查系统的最大案件处理负荷量进行比较，以判断本次核查是否能正常进行。

支付账户信息，是指对客户进行赔付打款时的客户银行账户的相关信息。由于核查的最终目的是判断客户提供的案件信息是否满足保险赔付的要求，若满足则需要对客户进行赔付打款，因此，在对案件信息进行核查时需要对其中的支付账户信息进行核查，若是支付账户信息不存在则说明该案件信息无论是否满足赔付要求都不可能进行赔付打款，此时后面的案件信息的核查处理也将失去意义。

预设案件关键信息，是指案件信息中与被保对象唯一对应的属性信息，通过该属性信息，可快速判断出客户报案时提供的核查对象是否存在问题。以手机碎屏险、手机防盗险以及手机意外险等手机相关保险为例进行说明，这些保险的被保对象都是手机，而手机对应着很多的属性信息，如手机屏幕大小、手机型号以及手机IMEI码等，但是对于单台手机而言，其手机屏幕大小以及手机型号等属性，都可能会与其他手机相同，只有手机IMEI码这类的唯一对应的属性信息才能对该手机进行唯一验证，因此对于手机相关的保险而言，手机IMEI码就是其对应的预设案件关键信息，若在手机相关保险对应的案件信息中不存在手机IMEI码数据，则说明通过该案件信息无法确认出客户报案时提供的核查对象是否一定存在问题，是否是被保对象，既无法确认出本次核查的最终结果。对于不同类型险种而言，其对应着不同的被保对象，因此其对应的预设案件关键信息也各不相同。因此，在本发明实施例中，对于处理不同险种的核查系统，需要由技术人员事先设定好其对应的预设案件关键信息，例如将处理手机相关保险的核查系统对应的预设案件关键信息设定为手机IMEI码。

由上述对险种标识、案件信息数量、支付账户信息以及预设案件关键信息的说明可知，这些信息都直接关系着本次对案件信息的核查是否能正常进行(或者是否存在意义)，因此只要其中有一个信息存在问题，都会导致此次案件信息的核查无法正常进行。同时，由上述说明可知，对对应的险种标识判断是否属于指定类型、判断案件数量是否超量及识别数据位是否为空，都不需要对案件信息中包含的具体数据参数进行运算处理，即对这些信息的校验都无需进行案件信息中具体的数据参数运算处理，因此，对这些信息的校验速度势必选快于对案件信息中具体数据参数校验的速度。正是考虑到这一点，本发明实施例中在对案件信息进行核查时，会优先校验险种标识、案件信息数量、支付账户信息以及预设案件关键信息，以加快对案件信息核查的速度与效率。同时考虑到对这些数据的校验运算量较小，且非常重要(直接关系着本次核查是否能正常进行)，因此本发明实施例中会将案件信息先存储在数据缓存区中，并在数据缓存区中对案件信息进行对险种标识、案件信息数量、支付账户信息以及预设案件关键信息的校验，以提升对数据缓存区的使用效率，提升对案件信息核查的速度与效率。

S103，若检测结果为案件信息满足所有信息转存条件，将案件信息转存至数据存储区，并以预设数量为单位对转存至数据存储区的案件信息进行案件信息提取。

当上述对险种标识、案件信息数量、支付账户信息以及预设案件关键信息的校验全部通过时，说明用户输入的案件信息核查系统能正常进行处理，此时需要对案件信息进行进一步地更为详细的数据参数处理校验，以判断用户输入的案件信息是否满足最终的赔付要求。

考虑到对案件具体的数据参数进行处理时，涉及到的参数较多处理时的运算量较大，需要的处理时间较长，此时若仍将案件信息存储在数据缓存区中进行处理，对数据缓存区的工作负荷极高，可能会导致核查系统出现异常。因此，本发明实施例在对案件信息进行信息转存条件核查完成后，就会直接将案件信息转存到数据存储区，以减小对数据缓存区的负荷，提高核查系统整个的处理效率。

S104，对提取出的预设数量的案件信息分别判断是否满足案件赔付条件，对于判断结果为满足案件赔付条件的案件信息，判定该案件信息核查通过，并返回执行以预设数量为单位对转存至数据存储区的案件信息进行案件信息提取的操作，直至对转存至数据存储区的案件信息提取完毕。

其中，案件赔付条件用于判断案件信息是否满足投保时签订的赔付规定要求，以及根据案件信息是否能进行赔付打款，其具体内容由签订的保险单内容以及实际赔付打款操作时的具体要求决定(详见本发明实施例三中的说明)。

在对案件信息转存完成之后，开始对案件信息的数据参数进行案件赔付条件的具体校验，以判断案件信息是否满足案件赔付的要求，是否需要进行赔付。在S102中对案件信息的校验都是对用户输入的所有案件信息的统一校验，以判断用户输入的案件信息是否满足核查系统处理的要求，而在S104中，需要对其中的每个案件信息一一进行校验，以分别判断每个案件信息是否满足赔付的条件。

本发明实施例中，考虑到实际核查系统所运行的硬件设备的不同，其对案件信息处理的能力也有所差异，例如，对于仅能进行串行处理的设备而言，核查系统在进行案件赔付条件校验时，只能地对用户输入的案件信息一个个地依次进行校验，即此时预设的数量只能为一。但对于可并行处理的设备而言，由于其可以同时处理多个任务，因此，此时预设数量可以是设备可同时处理的最大任务数量范围内的任意大于零的正整数值，具体可由技术人员根据实际需求进行设定。

在本发明实施例中，对用户输入的案件信息进行信息转存条件校验+案件赔付条件校验的双重校验。由于信息转存条件校验直接关系到了案件信息是否能被核查系统正常处理，同时没有涉及到案件信息中具体数据参数计算处理的过程，使得校验处理的速度大大提升，特别是在批量处理案件信息时，能极大地提升对核查的效率。在信息转存条件校验通过时才对每个案件信息分别进行案件赔付条件校验，保证每个案件信息案件赔付的合法性，从而达到对客户案件信息有效的理赔核查。相对现有技术，本发明实施例可以在案件信息存在格式错误时及时的停止对案件信息的校验，从而实现了对案件信息的高效核查。同时在完成信息转存条件校验前，将案件信息存储在用户使用的设备的数据缓存区之中，只有在校验无误后才会转存至数据存储区进行处理，利用数据缓存区的数据高速存取处理的优势，极大地提升了对案件信息处理的效率，而在案件赔付条件校验时考虑到需要对参数进行具体的数据计算处理，所需的时间较长，通过把案件信息转存至数据存储区，可以减小对核查设备数据缓存区的占有率，避免过度占用核查设备的数据缓存区资源，提升数据缓存区的使用效率，从而实现了提升整个核查系统对大量用户一起使用时的处理效率。

作为S104的一个优选实施例二，如图2所示，包括：

S1041，基于案件信息计算案件的赔付预估金额，并判断赔付预估金额是否小于案件信息中的赔付金额。

其中赔付预估金额是指按照签订的保险单内容的要求以及保险行业内规定的赔付计算方式对案件信息进行处理计算后得到的可赔付的最大金额。以手机防盗险为例进行说明，假设保险单内规定了在保单有效期范围内，若投保人手机被盗，按照手机实际价值的100％进行赔付，赔付上限为1万元。此时，若投保客户手机在保单有效期内被盗，在本发明实施例中首先根据案件信息计算投保客户手机现在的实际价值，如根据投保客户手机购买使用的时间以及购买手机时的市场价格来对手机进行折旧计算，并在折旧计算完成后，判断其是否小于1万元，若小于则以该值为赔付预估金额，若不小于则以1万元为赔付预估金额。案件信息中的赔付金额是指由业务员在接收到客户的报案后，对案件信息进行评估得出来的赔偿金额值。

由于实际生活中被保对象的遭遇到的情况可能较为复杂，以上述手机防盗性为例继续说明，可能手机在被盗前已经有了一定程度损坏，其被盗时的实际价值核查系统已经难以准确估计，此时需要业务员根据实际的情况来进行赔付金额的计算。本发明实施例中，为了防止业务员对赔付金额的计算错误，对保险公司造成不必要的损失，会对赔付金额进行核查，保证其不会超出可赔付的最大金额。

作为本发明的一个优选实施例，对于一些保险单中规定的赔付金额币种不为人民币的案件，如保险单中规定赔付金额币种为美元时，在进行赔付金额校验时，会利用实时的兑换汇率折算以进行上述的赔付金额的校验。

S1042，若赔付预估金额小于赔付金额，判定案件信息不满足预设案件赔付条件。

若确定出业务员输入的赔付金额大于计算出的赔付预估金额，说明该案件信息对应的赔付金额出现错误，此时会判定该案件信息不满足案件赔付条件。

作为S104的一个优选实施例三，如图3所示，包括：

S1043，识别案件信息对应的支付方式信息，并确定出支付方式信息对应的标准支付账户信息。

其中支付方式信息是指对客户进行赔付打款时的打款方式，包括但不限于如实时支付以及批量转账等。每个案件对应的支付方式由客户进行选定，并由用户在进行案件信息核查时设定好。

由于不同的打款方式需要不同的银行账户信息，如对于实时支付而言只需要客户的银行卡号以及开户人姓名即可，但对于批量转账而言，还需要开户行的地址。因此，本发明实施例中会根据具体的打款方式确定出所需的标准支付账户信息，如上述批量转账而言，其标准支付账户信息为至少包含银行卡号、开户人姓名以及开户行的地址。

S1044，读取案件信息中的支付账户信息，并根据标准支付账户信息检测支付账户信息是否完整。

S1045，若检测结果为支付账户信息不完整，判定案件信息不满足预设案件赔付条件。

在确定出所需的标准支付账户信息后，会检测案件信息中包含的支付账户信息，并判断是否缺少必要的信息，如上述批量转账而言，其标准支付账户信息为至少包含银行卡号、开户人姓名以及开户行的地址，此时会检测案件信息中的支付账户信息中，是否同时包含了银行卡号、开户人姓名以及开户行的地址，若同时包含了，则认为其是完整的支付账户信息。若缺少其中的任意一项或多项，则认为其存在缺失，是不完整的支付账户信息。

若支付账户信息不完整，则说明该案件信息无法进行正常的赔付打款，此时会判定案件信息不满足案件赔付条件。

作为S104的一个优选实施例四，如图4所示，包括：

S1046，查找出案件信息对应的客户投保信息，并将案件信息中的预设非关键信息与客户投保信息中的预设非关键信息进行匹配。

其中预设非关键信息是指案件信息中被保对象的普通属性信息，与预设关键信息不同的，预设非关键信息虽然也是被保对象的属性信息，但不是被保对象的唯一属性信息。如对于手机而言，其手机IMEI码可以唯一确定出该手机，因此手机IMEI码是手机的预设关键信息，但除此之外，手机还具有屏幕大小、手机型号以及手机品牌等普通属性信息，由于不同的手机之间这些普通属性信息可能完全相同，因此无法唯一确定出该手机

由于预设非关键信息对案件赔付的影响不大，即使存在一定的错误，如因为用户输入的失误打错手机屏幕大小了，也可以正常进行案件的赔付，本发明实施例中允许预设非关键信息存在一定的错误率。但应当理解地，虽然容许预设非关键信息存在一定的错误率，但若该错误率过大，即出现大量的预设非关键信息错误时，是属于不正常的现象，说明客户提供的案件信息或者用户输入的案件信息存在一定的问题。本发明实施例中，为了避免上述大量的预设非关键信息错误情况的发生，会对用户输入的案件信息中的预设非关键信息进行匹配校验，将案件信息中的预设非关键信息与客户投保时记录的标准的预设非关键信息进行逐一匹配，确定出所有存在错误的预设非关键信息。

S1047，计算出案件信息中匹配失败的预设非关键信息数量占其所有预设非关键信息数量的百分比，得到案件信息的非关键信息错误率，并判断非关键信息错误率是否大于预设非关键信息容错率。

S1048，若判断结果为非关键信息错误率大于预设非关键信息容错率，判定案件信息不满足预设案件赔付条件。

其中预设非关键信息容错率由技术人员根据实际情况进行确定设定，但不宜过大，优选地，可以设置为如20％。

在确定出所有存在错误的预设非关键信息后，将存在错误的预设非关键信息数量除以案件信息中所有预设非关键信息的总数量，得出实际预设非关键信息错误的错误率，再将其与设定的预设非关键信息容错率进行比较，即可知道是否出现大量预设非关键信息错误的情况。

本发明实施例中，通过对转存至数据存储区的案件信息进行赔付金额、支付账户信息以及预设非关键信息错误率的校验，使得对案件信息的校验更加精准有效，在案件信息存在无法正常赔付的异常情况时能及时核查发现，极大地提升了对案件信息校验的效率。

应当理接地，上述的对案件信息进行赔付金额、支付账户信息以及预设非关键信息错误率的校验，仅仅只是案件赔付条件校验中的部分校验，根据实际案件信息的情况不同，在上述校验之外，还可以包含更多的不同的校验，如对赔付次数是否在规定次数之内的校验以及对报案时间是否在有效期的校验等等，这些都应当属于本申请的保护范围之中。

作为本发明优选实施例五，如图5所示，在S104之后，还包括：

S105，生成案件信息核查报告，案件信息核查报告中包含用户输入的每个案件信息核查是否通过的结果。

由于用户一次性输入核查的案件信息较多，为了方便用户使用提高用户对客户案件信息核查的效率，在本发明实施例中会在完成对案件信息的核查后，生成一个案件信息核查报告，并在报告中详细记录用户输入的每个案件信息的核查结果，是核查通过了还是核查没通过，对于没通过的案件信息，还会详细记录没通过的理由，如赔付金额过大，超出最大赔付金额等。通过生成信息核查报告，使得用户可以快速查看到本次核查的详细结果，提升了用户度客户案件信息处理的效率。

对应于上文实施例的方法，图6示出了本发明实施例提供的信息核查装置的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。图6示例的信息核查装置可以是前述实施例一提供的信息核查方法的执行主体。

参照图6，该信息核查装置包括：

信息接收模块61，用于接收用户输入的案件信息，并将所述案件信息存储至数据缓存区。

转存前校验模块62，用于检测存储至数据缓存区的所述案件信息是否满足信息转存条件，所述信息转存条件包括：

所述案件信息中的险种标识属于核查系统对应的核查险种标识，所述案件信息的数量小于所述核查系统的最大案件处理负荷量，所述案件信息中的支付账户信息对应的数据位以及预设案件关键信息对应的数据位均存在数据。

转存模块63，用于若检测结果为所述案件信息满足所有所述信息转存条件，将所述案件信息转存至数据存储区，并以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取。

转存后校验模块64，用于对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，对于判断结果为满足所述案件赔付条件的所述案件信息，判定该案件信息核查通过，并返回执行所述以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取的操作，直至对转存至数据存储区的所述案件信息提取完毕。

进一步地，所述转存后校验模块64包括：

赔付金额校验模块，用于基于所述案件信息计算案件的赔付预估金额，并判断所述赔付预估金额是否小于所述案件信息中的赔付金额。

第一赔付判定模块，用于若所述赔付预估金额小于所述赔付金额，判定所述案件信息不满足所述预设案件赔付条件。

进一步地，所述转存后校验模块64包括：

支付账户信息确定模块，用于识别所述案件信息对应的支付方式信息，并确定出所述支付方式信息对应的标准支付账户信息。

支付账户信息校验模块，用于读取所述案件信息中的所述支付账户信息，并根据所述标准支付账户信息检测所述支付账户信息是否完整。

第二赔付判定模块，若检测结果为所述支付账户信息不完整，判定所述案件信息不满足所述预设案件赔付条件。

进一步地，所述转存后校验模块64包括：

非关键信息校验模块，用于查找出所述案件信息对应的客户投保信息，并将所述案件信息中的预设非关键信息与所述客户投保信息中的预设非关键信息进行匹配。

容错率校验模块，用于计算出所述案件信息中匹配失败的所述预设非关键信息数量占其所有所述预设非关键信息数量的百分比，得到所述案件信息的非关键信息错误率，并判断所述非关键信息错误率是否大于预设非关键信息容错率。

第三赔付判定模块，若判断结果为所述非关键信息错误率大于所述预设非关键信息容错率，判定所述案件信息不满足所述预设案件赔付条件。

进一步地，该信息核查装置还包括：

报告生成模块，用于生成案件信息核查报告，所述案件信息核查报告中包含所述用户输入的每个所述案件信息核查是否通过的结果。

本发明实施例提供的信息核查装置中各模块实现各自功能的过程，具体可参考前述图1所示实施例一的描述，此处不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本发明实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如，第一接触可以被命名为第二接触，并且类似地，第二接触可以被命名为第一接触，而不背离各种所描述的实施例的范围。第一接触和第二接触都是接触，但是它们不是同一接触。

图7是本发明一实施例提供的数据表备份终端设备的示意图。如图7所示，该实施例的数据表备份终端设备7包括：处理器70、存储器71，所述存储器71中存储有可在所述处理器70上运行的计算机程序72。所述处理器70执行所述计算机程序72时实现上述各个数据表备份方法实施例中的步骤，例如图1所示的步骤101至106。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块61至66的功能。

所述数据表备份终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述数据表备份终端设备可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是数据表备份终端设备7的示例，并不构成对数据表备份终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述数据表备份终端设备还可以包括输入发送设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述数据表备份终端设备7的内部存储单元，例如数据表备份终端设备7的硬盘或内存。所述存储器71也可以是所述数据表备份终端设备7的外部存储设备，例如所述数据表备份终端设备7上配备的插接式硬盘，智能存储卡(Smart MediaCard,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述数据表备份终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述数据表备份终端设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经发送或者将要发送的数据。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种信息核查方法，其特征在于，包括：

接收用户输入的案件信息，并将所述案件信息存储至数据缓存区；

检测存储至数据缓存区的所述案件信息是否满足信息转存条件，所述信息转存条件包括：

所述案件信息中的险种标识属于核查系统对应的核查险种标识，所述案件信息的数量小于所述核查系统的最大案件处理负荷量，所述案件信息中的支付账户信息对应的数据位以及预设案件关键信息对应的数据位均存在数据；

若检测结果为所述案件信息满足所有所述信息转存条件，将所述案件信息转存至数据存储区，并以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取；

对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，对于判断结果为满足所述案件赔付条件的所述案件信息，判定该案件信息核查通过，并返回执行所述以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取的操作，直至对转存至数据存储区的所述案件信息提取完毕。

2.如权利要求1所述的信息核查方法，其特征在于，所述对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，包括：

基于所述案件信息计算案件的赔付预估金额，并判断所述赔付预估金额是否小于所述案件信息中的赔付金额；

若所述赔付预估金额小于所述赔付金额，判定所述案件信息不满足所述预设案件赔付条件。

3.如权利要求1所述的信息核查方法，其特征在于，所述对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，还包括：

识别所述案件信息对应的支付方式信息，并确定出所述支付方式信息对应的标准支付账户信息；

读取所述案件信息中的所述支付账户信息，并根据所述标准支付账户信息检测所述支付账户信息是否完整；

若检测结果为所述支付账户信息不完整，判定所述案件信息不满足所述预设案件赔付条件。

4.如权利要求1所述的信息核查方法，其特征在于，所述对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，还包括：

查找出所述案件信息对应的客户投保信息，并将所述案件信息中的预设非关键信息与所述客户投保信息中的预设非关键信息进行匹配；

计算出所述案件信息中匹配失败的所述预设非关键信息数量占其所有所述预设非关键信息数量的百分比，得到所述案件信息的非关键信息错误率，并判断所述非关键信息错误率是否大于预设非关键信息容错率；

若判断结果为所述非关键信息错误率大于所述预设非关键信息容错率，判定所述案件信息不满足所述预设案件赔付条件。

5.如权利要求1至4任意一项所述的信息核查方法，其特征在于，在所述对转存至数据存储区的所述案件信息提取完毕之后，还包括：

生成案件信息核查报告，所述案件信息核查报告中包含所述用户输入的每个所述案件信息核查是否通过的结果。

6.一种信息核查终端设备，其特征在于，所述信息核查处理终端设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：

接收用户输入的案件信息，并将所述案件信息存储至数据缓存区；

检测存储至数据缓存区的所述案件信息是否满足信息转存条件，所述信息转存条件包括：

所述案件信息中的险种标识属于核查系统对应的核查险种标识，所述案件信息的数量小于所述核查系统的最大案件处理负荷量，所述案件信息中的支付账户信息对应的数据位以及预设案件关键信息对应的数据位均存在数据；

若检测结果为所述案件信息满足所有所述信息转存条件，将所述案件信息转存至数据存储区，并以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取；

对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，对于判断结果为满足所述案件赔付条件的所述案件信息，判定该案件信息核查通过，并返回执行所述以预设数量为单位对转存至数据存储区的所述案件信息进行案件信息提取的操作，直至对转存至数据存储区的所述案件信息提取完毕。

7.如权利要求6所述信息核查终端设备，其特征在于，所述对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，具体包括：

基于所述案件信息计算案件的赔付预估金额，并判断所述赔付预估金额是否小于所述案件信息中的赔付金额；

若所述赔付预估金额小于所述赔付金额，判定所述案件信息不满足所述预设案件赔付条件。

8.如权利要求6所述信息核查终端设备，其特征在于所述对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，具体包括：

识别所述案件信息对应的支付方式信息，并确定出所述支付方式信息对应的标准支付账户信息；

读取所述案件信息中的所述支付账户信息，并根据所述标准支付账户信息检测所述支付账户信息是否完整；

若检测结果为所述支付账户信息不完整，判定所述案件信息不满足所述预设案件赔付条件。

9.如权利要求6所述信息核查终端设备，其特征在于，所述对提取出的所述预设数量的案件信息分别判断是否满足案件赔付条件，具体包括：

查找出所述案件信息对应的客户投保信息，并将所述案件信息中的预设非关键信息与所述客户投保信息中的预设非关键信息进行匹配；

计算出所述案件信息中匹配失败的所述预设非关键信息数量占其所有所述预设非关键信息数量的百分比，得到所述案件信息的非关键信息错误率，并判断所述非关键信息错误率是否大于预设非关键信息容错率；

若判断结果为所述非关键信息错误率大于所述预设非关键信息容错率，判定所述案件信息不满足所述预设案件赔付条件。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。