单证数据处理方法和装置与流程

本发明涉及计算机领域，特别是涉及一种单证数据处理方法和装置。

背景技术：

在保险业务中，投保人在购买保险产品时，业务员会在核保系统中录入与投保人相关的投保信息，例如投保人姓名、购买的险种、保额等。核保系统会根据录入的投保信息进行检测，当检测通过后核保系统进行承保，并生成对应的电子保单。在传统的核保系统中，电子保单是按照承保批次进行处理生成的，在处理的过程中，当承保批次中的某一个电子保单的数据出错，例如遗漏生成，即可能造成后续的电子保单生成出错，也容易造成电子保单重复生成或是整个承保批次的电子保单生成延时的问题，生成效率低。

技术实现要素：

基于此，有必要提供一种单证数据处理方法，能够提高电子保单的生成效率，并有效降低电子保单生成的出错率。

此外，还有必要提供一种单证数据处理装置，能够提高电子保单的生成效率，并有效降低电子保单生成的出错率。

一种单证数据处理方法，包括以下步骤：

建立第一任务表；

获取单证数据，并提取所述单证数据中的状态标记；

判断所述状态标记是否为承保成功状态标记；

若所述状态标记为承保成功状态标记，则将所述单证数据添加到所述第一任务表中；

调用电子保单生成线程分别执行所述第一任务表中的任务，并生成对应的电子保单。

在其中一个实施例中，所述调用电子保单生成线程分别执行所述第一任务 表中的任务，并生成对应的电子保单，具体包括：

判断当前是否有空闲的电子保单生成线程；

若是，则调用所述空闲的电子保单生成线程执行所述第一任务表中的任务，并生成对应的电子保单；

若否，则判断当前的电子保单生成线程的数量是否小于预设阈值，若小于所述预设阈值，则创建新的电子保单生成线程执行所述第一任务表中的任务，并生成对应的电子保单。

在其中一个实施例中，所述方法还包括以下步骤：

建立第二任务表；

若所述单证数据的状态标记为承保失败状态标记，则将所述单证数据添加到所述第二任务表中；

调用承保线程执行所述第二任务表中的任务，重新进行承保，并生成对应的保单数据。

在其中一个实施例中，在所述调用承保线程执行所述第二任务表中的任务，重新进行承保，并生成对应的保单数据的步骤之后，还包括：

调用预设的核保接口返回重新承保结果及对应的保单数据。

在其中一个实施例中，在所述调用承保线程执行所述第二任务表中的任务，重新进行承保，并生成对应的保单数据的步骤之后，还包括：

将所述保单数据添加到所述第一任务表中；

调用所述电子保单生成线程从所述第一任务表中提取所述保单数据进行处理，并生成对应的电子保单。

一种单证数据处理装置，包括：

建立模块，用于建立第一任务表；

提取模块，用于获取单证数据，并提取所述单证数据中的状态标记；

判断模块，用于判断所述状态标记是否为承保成功状态标记；

添加模块，用于若所述状态标记为承保成功状态标记，则将所述单证数据添加到所述第一任务表中；

生成模块，用于调用电子保单生成线程分别执行所述第一任务表中的任务，并生成对应的电子保单。

在其中一个实施例中，所述生成模块包括：

判断单元，用于判断当前是否有空闲的电子保单生成线程；

调用单元，用于若当前有空闲的电子保单生成线程，则调用所述空闲的电子保单生成线程执行所述第一任务表中的任务，并生成对应的电子保单；

所述判断单元还用于若当前没有空闲的电子保单生成线程，则判断当前的电子保单生成线程的数量是否小于预设阈值；

创建单元，用于若当前的电子保单生成线程的数量小于所述预设阈值，则创建新的电子保单生成线程执行所述第一任务表中的任务，并生成对应的电子保单。

在其中一个实施例中，所述建立模块还用于建立第二任务表；

所述添加模块还用于若所述单证数据的状态标记为承保失败状态标记，则将所述单证数据添加到所述第二任务表中；

所述装置还包括承保模块，用于调用承保线程执行所述第二任务表中的任务，重新进行承保，并生成对应的保单数据。

在其中一个实施例中，所述装置还包括：

返回模块，用于调用预设的核保接口返回重新承保结果及对应的保单数据。

在其中一个实施例中，所述添加模块还用于将所述保单数据添加到所述第一任务表中；

所述生成模块还用于调用所述电子保单生成线程从所述第一任务表中提取所述保单数据进行处理，并生成对应的电子保单。

上述单证数据处理方法及装置，建立第一任务表，并将状态标记为承保成功的单证数据添加到第一任务表中，调用电子保单生成线程分别执行第一任务表中的任务，生成电子保单，逐单处理生成每一个电子保单，当某一个电子保单生成出错时不影响第一任务表中的其它电子保单的生成，有效降低电子保单生成的出错率，且利用电子保单生成线程异步生成电子保单，能够提高电子保单的生成效率。

此外，将状态标记为承保失败的单证数据添加到第二任务表中，并调用承保线程重新进行承保，能够对承保失败的单进行补承保并生成对应的电子保单，免去承保失败后需重新录入数据进行承保，简化操作，提高承保及生成电子保单的效率。

附图说明

图1为一个实施例中单证数据处理方法的流程示意图；

图2为一个实施例中调用电子保单生成线程执行第一任务表中的任务并生成对应的电子保单的流程示意图；

图3为另一个实施例中单证数据处理方法的流程示意图；

图4为一个实施例中单证数据处理装置的结构示意图；

图5为一个实施例中生成模块的内部结构示意图；

图6为另一个实施例中单证数据处理装置的结构示意图；

图7为又一个实施例中单证数据处理装置的结构示意图。

具体实施方式

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

如图1所示，一种单证数据处理方法，包括以下步骤：

步骤s110，建立第一任务表。

具体的，核保系统在后台程序中可预先建立第一任务表，第一任务表可用于存储生成电子保单的单证数据，并根据每一份单证数据建立任务，用于生成对应的电子保单。

步骤s120，获取单证数据，并提取单证数据中的状态标记。

具体的，业务员在核保系统的前端可录入投保人相关的投保信息，投保信息通过投保规则的验证后即可进入承保阶段，并生成对应的单证数据。单证数据可包括单号、客户编号、日期、险种编号、状态标记等信息，其中，单证数 据中的状态标记用于表示该单证当前的处理状态，状态标记可包括承保中、承保失败、承保成功、未处理等几种状态标记，但不限于此。一份单证只有在承保成功后，核保系统的后台程序才会生成对应的电子保单，并将相应的保单数据返回给前台程序。核保系统的后台程序可获取各份单证数据，并提取单证数据中的状态标记。在其它的实施例中，也可将处于不同状态的单证数据存储在不同的数据表中，例如，承保成功的单证数据存储在承保成功表中，未处理的单证数据存储在未处理表中，当需要获取某种状态下的单证数据时，可直接读取对应的数据表中的单证数据。

步骤s130，判断状态标记是否为承保成功状态标记，若是，则执行步骤s140，若否，则返回步骤s120。

具体的，提取单证数据的状态标记后，进一步判断该状态标记是否为承保成功状态标记，若是承保成功状态标记，可将单证数据添加到第一任务表中，生成对应的电子保单。

步骤s140，将单证数据添加到第一任务表中。

具体的，将状态标记为承保成功状态标记的单证数据添加到第一任务表后，第一任务表可根据该单证数据建立任务，用于生成对应的电子保单。

步骤s150，调用电子保单生成线程分别执行第一任务表中的任务，并生成对应的电子保单。

具体的，线程也被称为轻量级进程(lightweightprocess，lwp)，是程序执行流的最小单元。线程是进程中的一个实体，是被系统独立调度和分派的基本单位，线程可与同属一个进程的其它线程共享进程所拥有的全部资源。核保系统的后台程序中可预先建立多条电子保单生成线程，用于执行第一任务表中的任务，并生成对应的电子保单。当第一任务表中有电子保单生成任务，即可调用电子保单生成线程异步并发执行第一任务表中的任务，提取第一任务表中的单证数据进行处理，生成对应的电子保单，可提高电子保单的生成效率。

如图2所示，在一个实施例中，步骤s150调用电子保单生成线程分别执行第一任务表中的任务，并生成对应的电子保单，具体可包括以下步骤：

步骤s202，判断当前是否有空闲的电子保单生成线程，若是，则执行步骤 s204，若否，则执行步骤s206。

具体的，核保系统的后台程序调用电子保单分别执行第一任务表中的任务时，若第一任务表中还有任务未执行，可判断当前是否有空闲的电子保单生成线程，若有，则调用空闲的电子保单生成线程执行第一任务表中的任务，提取第一任务表中的单证数据进行处理并生成对应的电子保单。

步骤s204，调用空闲的电子保单生成线程执行第一任务表中的任务，并生成对应的电子保单。

具体的，例如，当前共有4条电子保单生成线程，其中，电子保单生成线程1和电子保单生成线程2分别执行第一任务表中的任务1及任务2，此时有新的单证数据被添加到第一任务表中，第一任务表中建立任务3，则判断出当前还有空闲的电子保单生成线程3及电子保单生成线程4，即调用电子保单生成线程3或电子保单生成线程4执行任务3。电子保单生成线程逐个处理第一任务表中的任务，生成电子保单，当某一个电子保单生成出错时不影响第一任务表中的其它电子保单的生成，能有效降低电子保单生成的出错率。

步骤s206，判断当前的电子保单生成线程的数量是否小于预设阈值，若是，则执行步骤s208，若否，则执行步骤s210。

具体的，若当前无空闲的电子保单生成线程，则判断当前的电子保单生成线程的数量是否小于预设阈值，其中，预设阈值指的是建立电子保单生成线程的最大数目，预设阈值可根据实际需求，例如电子保单生成数、系统资源分配等进行设定。合理地设置电子保单生成线程的最大数目，既可以保证异步并发处理生成电子保单，提高电子保单的生成效率，也可以合理分配系统资源，减少资源浪费。

步骤s208，创建新的电子保单生成线程执行第一任务表中的任务，并生成对应的电子保单。

具体的，若当前电子保单生成线程的数量小于预设阈值，则可创建新的电子保单生成线程，并调用该新的电子保单生成线程执行第一任务表中的任务，提取第一任务表中的单证数据进行处理生成对应的电子保单。例如，当前电子保单生成线程的数量为4，预设阈值为5，而电子保单生成线程1至电子保单生 成线程4分别执行第一任务表中的任务1至任务4，第一任务表新建立任务5，则可创建新的电子保单生成线程5用于执行任务5。若此时第一任务表新建立任务6，且当前无空闲的电子保单生成线程，则可令任务6进入等待队列，等待空闲的电子保单生成线程执行。

步骤s210，等待空闲的电子保单生成线程。

具体的，若当前无空闲的电子保单生成线程，且当前电子保单生成线程的数量等于预设阈值，则可令第一任务表中未执行的任务进入等待队列，等待空闲的电子保单生成线程执行。

上述单证数据处理方法，建立第一任务表，并将状态标记为承保成功的单证数据添加到第一任务表中，调用电子保单生成线程分别执行第一任务表中的任务，生成电子保单，逐单处理生成每一个电子保单，当某一个电子保单生成出错时不影响第一任务表中的其它电子保单的生成，有效降低电子保单生成的出错率，且利用电子保单生成线程异步生成电子保单，能够提高电子保单的生成效率。

如图3所示，在另一个实施例中，上述单证数据处理方法，还包括以下步骤：

步骤s302，建立第二任务表。

具体的，在进行单证承保时，可能由于网络、系统出错等原因造成承保失败。核保系统的后台程序中可建立第二任务表，用于存储承保失败的单证数据，并建立对应的承保任务，对承保失败的单证数据重新进行承保。

步骤s304，若单证数据的状态标记为承保失败状态标记，则将单证数据添加到第二任务表中。

具体的，可提取获取的单证数据中的状态标记，当单证数据的状态标记为承保失败状态标记时，则将该单证数据添加到第二任务表中，并建立对应的承保任务，重新进行承保。

步骤s306，调用承保线程执行第二任务表中的任务，重新进行承保，并生成对应的保单数据。

具体的，核保系统的后台程序可预先创建多条承保线程，用于异步并发执 行第二任务表中的任务，提取第二任务表中的单证数据重新进行承保，承保成功后可生成对应的保单数据，保单数据与单证数据的内容基本一致，保单数据可包括保单号、客户编号、险种编号、日期及渠道编号等信息，其中，渠道编号指的是单证录入的渠道对应的编号，例如手机安卓版app(application，应用程序)的渠道编号为001、ios版app的渠道编号为002、电脑客户端的渠道编号为003等。不同的客户端版本不同，也可对应不同的渠道编号，例如电脑客户端版本为1.0的渠道编号为0031，电脑客户端版本为2.0的渠道编号为0032等。

步骤s308，调用预设的核保接口返回重新承保结果及对应的保单数据。

具体的，单证重新承保成功后，核保系统的后台程序可调用预设的核保接口，并通过该核保接口调用外部关联系统返回重新承保结果及对应的保单数据，其中，外部关联系统可指的是核保系统的前端或是进行投保信息录入的客户端等，可根据保单数据中的渠道编号查找到对应的外部关联系统，并返回重新承保结果及对应的保单数据。

上述单证数据处理方法，将状态标记为承保失败的单证数据添加到第二任务表中，并调用承保线程异步执行第二任务表中的任务，重新进行承保，能够对承保失败的单进行补承保，免去承保失败后需重新录入数据进行承保，简化操作，提高承保效率。

在一个实施例中，在步骤s306调用承保线程执行第二任务表中的任务，重新进行承保，并生成对应的保单数据之后，还包括：

(1)将保单数据添加到第一任务表中。

具体的，调用承保线程执行第二任务表中的任务，提取原先承保失败的单证数据重新进行承保，承保成功后，会生成对应的保单数据。可将生成的保单数据添加到第一任务表中，并生成对应的电子保单。

(2)调用电子保单生成线程从第一任务表中提取保单数据进行处理，并生成对应的电子保单。

具体的，可调用预先建立的多条电子保单生成线程异步并发执行第一任务表中的任务，从第一任务表中提取单证重新承保成功生成的保单数据进行处理， 并生成对应的电子保单。

上述单证数据处理方法，将单证重新承保成功生成的保单数据添加到第一任务表中，能够对承保失败的单进行补承保并生成对应的电子保单，免去承保失败后需重新录入数据进行承保，简化操作，并提高承保及生成电子保单的效率。

如图4所示，一种单证数据处理装置，包括建立模块410、提取模块420、判断模块430、添加模块440及生成模块450。

建立模块410，用于建立第一任务表。

具体的，核保系统在后台程序中可预先建立第一任务表，第一任务表可用于存储生成电子保单的单证数据，并根据每一份单证数据建立任务，用于生成对应的电子保单。

提取模块420，用于获取单证数据，并提取单证数据中的状态标记。

具体的，业务员在核保系统的前端可录入投保人相关的投保信息，投保信息通过投保规则的验证后即可进入承保阶段，并生成对应的单证数据。单证数据可包括单号、客户编号、日期、险种编号、状态标记等信息，其中，单证数据中的状态标记用于表示该单证当前的处理状态，状态标记可包括承保中、承保失败、承保成功、未处理等几种状态标记，但不限于此。一份单证只有在承保成功后，核保系统的后台程序才会生成对应的电子保单，并将相应的保单数据返回给前台程序。核保系统的后台程序可获取各份单证数据，并提取单证数据中的状态标记。在其它的实施例中，也可将处于不同状态的单证数据存储在不同的数据表中，例如，承保成功的单证数据存储在承保成功表中，未处理的单证数据存储在未处理表中，当需要获取某种状态下的单证数据时，可直接读取对应的数据表中的单证数据。

判断模块430，用于判断状态标记是否为承保成功状态标记。

具体的，提取单证数据的状态标记后，进一步判断该状态标记是否为承保成功状态标记，若是承保成功状态标记，可将单证数据添加到第一任务表中，生成对应的电子保单。

添加模块440，用于若状态标记为承保成功状态标记，则将单证数据添加到第一任务表中。

具体的，将状态标记为承保成功状态标记的单证数据添加到第一任务表后，第一任务表可根据该单证数据建立任务，用于生成对应的电子保单。

生成模块450，用于调用电子保单生成线程分别执行第一任务表中的任务，并生成对应的电子保单。

具体的，线程也被称为轻量级进程，是程序执行流的最小单元。线程是进程中的一个实体，是被系统独立调度和分派的基本单位，线程可与同属一个进程的其它线程共享进程所拥有的全部资源。核保系统的后台程序中可预先建立多条电子保单生成线程，用于执行第一任务表中的任务，并生成对应的电子保单。当第一任务表中有电子保单生成任务，即可调用电子保单生成线程异步并发执行第一任务表中的任务，提取第一任务表中的单证数据进行处理，生成对应的电子保单，可提高电子保单的生成效率。

如图5所示，生成模块450包括判断单元452、调用单元454及创建单元456。

判断单元452，用于判断当前是否有空闲的电子保单生成线程。

具体的，核保系统的后台程序调用电子保单分别执行第一任务表中的任务时，若第一任务表中还有任务未执行，可判断当前是否有空闲的电子保单生成线程，若有，则调用空闲的电子保单生成线程执行第一任务表中的任务，提取第一任务表中的单证数据进行处理并生成对应的电子保单。

调用单元454，用于若当前有空闲的电子保单生成线程，则调用空闲的电子保单生成线程执行第一任务表中的任务，并生成对应的电子保单。

具体的，例如，当前共有4条电子保单生成线程，其中，电子保单生成线程1和电子保单生成线程2分别执行第一任务表中的任务1及任务2，此时有新的单证数据被添加到第一任务表中，第一任务表中建立任务3，则判断出当前还有空闲的电子保单生成线程3及电子保单生成线程4，即调用电子保单生成线程3或电子保单生成线程4执行任务3。电子保单生成线程逐个处理第一任务表中的任务，生成电子保单，当某一个电子保单生成出错时不影响第一任务表中的 其它电子保单的生成，能有效降低电子保单生成的出错率。

判断单元452还用于若当前没有空闲的电子保单生成线程，则判断当前的电子保单生成线程的数量是否小于预设阈值。

具体的，若当前无空闲的电子保单生成线程，则判断当前的电子保单生成线程的数量是否小于预设阈值，其中，预设阈值指的是建立电子保单生成线程的最大数目，预设阈值可根据实际需求，例如电子保单生成数、系统资源分配等进行设定。合理地设置电子保单生成线程的最大数目，既可以保证异步并发处理生成电子保单，提高电子保单的生成效率，也可以合理分配系统资源，减少资源浪费。

创建单元456，用于若当前的电子保单生成线程的数量小于预设阈值，则创建新的电子保单生成线程执行第一任务表中的任务，并生成对应的电子保单。

具体的，若当前电子保单生成线程的数量小于预设阈值，则可创建新的电子保单生成线程，并调用该新的电子保单生成线程执行第一任务表中的任务，提取第一任务表中的单证数据进行处理生成对应的电子保单。例如，当前电子保单生成线程的数量为4，预设阈值为5，而电子保单生成线程1至电子保单生成线程4分别执行第一任务表中的任务1至任务4，第一任务表新建立任务5，则可创建新的电子保单生成线程5用于执行任务5。若此时第一任务表新建立任务6，且当前无空闲的电子保单生成线程，则可令任务6进入等待队列，等待空闲的电子保单生成线程执行。

若当前无空闲的电子保单生成线程，且当前电子保单生成线程的数量等于预设阈值，则可令第一任务表中未执行的任务进入等待队列，等待空闲的电子保单生成线程执行。

上述单证数据处理装置，建立第一任务表，并将状态标记为承保成功的单证数据添加到第一任务表中，调用电子保单生成线程分别执行第一任务表中的任务，生成电子保单，逐单处理生成每一个电子保单，当某一个电子保单生成出错时不影响第一任务表中的其它电子保单的生成，有效降低电子保单生成的出错率，且利用电子保单生成线程异步生成电子保单，能够提高电子保单的生成效率。

如图6所示，在另一个实施例中，上述单证数据处理装置，除了包括建立模块410、提取模块420、判断模块430、添加模块440及生成模块450，还包括承保模块460。

建立模块410还用于建立第二任务表。

具体的，在进行单证承保时，可能由于网络、系统出错等原因造成承保失败。核保系统的后台程序中可建立第二任务表，用于存储承保失败的单证数据，并建立对应的承保任务，对承保失败的单证数据重新进行承保。

添加模块440还用于若单证数据的状态标记为承保失败状态标记，则将单证数据添加到第二任务表中。

具体的，可提取获取的单证数据中的状态标记，当单证数据的状态标记为承保失败状态标记时，则将该单证数据添加到第二任务表中，并建立对应的承保任务，重新进行承保。

承保模块460，用于调用承保线程执行第二任务表中的任务，重新进行承保，并生成对应的保单数据。

具体的，核保系统的后台程序可预先创建多条承保线程，用于异步并发执行第二任务表中的任务，提取第二任务表中的单证数据重新进行承保，承保成功后可生成对应的保单数据，保单数据与单证数据的内容基本一致，保单数据可包括保单号、客户编号、险种编号、日期及渠道编号等信息，其中，渠道编号指的是单证录入的渠道对应的编号，例如手机安卓版app的渠道编号为001、ios版app的渠道编号为002、电脑客户端的渠道编号为003等。不同的客户端版本不同，也可对应不同的渠道编号，例如电脑客户端版本为1.0的渠道编号为0031，电脑客户端版本为2.0的渠道编号为0032等。

上述单证数据处理装置，将状态标记为承保失败的单证数据添加到第二任务表中，并调用承保线程异步执行第二任务表中的任务，重新进行承保，能够对承保失败的单进行补承保，免去承保失败后需重新录入数据进行承保，简化操作，提高承保效率。

如图7所示，在一个实施例中，上述单证数据处理装置，除了包括建立模块410、提取模块420、判断模块430、添加模块440、生成模块450和承保模 块460，还包括返回模块470。

返回模块470，用于调用预设的核保接口返回重新承保结果及对应的保单数据。

具体的，单证重新承保成功后，核保系统的后台程序可调用预设的核保接口，并通过该核保接口调用外部关联系统返回重新承保结果及对应的保单数据，其中，外部关联系统可指的是核保系统的前端或是进行投保信息录入的客户端等，可根据保单数据中的渠道编号查找到对应的外部关联系统，并返回重新承保结果及对应的保单数据。

在一个实施例中，添加模块440还用于将保单数据添加到第一任务表中。

具体的，调用承保线程执行第二任务表中的任务，提取原先承保失败的单证数据重新进行承保，承保成功后，会生成对应的保单数据。可将生成的保单数据添加到第一任务表中，并生成对应的电子保单。

生成模块450还用于调用电子保单生成线程从第一任务表中提取保单数据进行处理，并生成对应的电子保单。

具体的，可调用预先建立的多条电子保单生成线程异步并发执行第一任务表中的任务，从第一任务表中提取单证重新承保成功生成的保单数据进行处理，并生成对应的电子保单。

上述单证数据处理装置，将单证重新承保成功生成的保单数据添加到第一任务表中，能够对承保失败的单进行补承保并生成对应的电子保单，免去承保失败后需重新录入数据进行承保，简化操作，并提高承保及生成电子保单的效率。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改 进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。