CN109658059B - 文件核验方法、装置、电子设备及计算机可读介质 - Google Patents

Abstract

本公开涉及一种文件核验方法、装置、电子设备及计算机可读介质。该方法包括：获取文件与流程标识；根据所述流程标识对应的核验指标对所述文件进行核验；在核验不成功时，为所述文件分配异常标识；以及将带有异常标识的所述文件储存到预定位置以供用户查询处理。本公开涉及的文件核验方法、装置、电子设备及计算机可读介质，能够减少同一保单信息重复受理的次数，有效提高承保流程。

Description

文件核验方法、装置、电子设备及计算机可读介质

技术领域

本公开涉及计算机信息处理领域，具体而言，涉及一种文件核验方法、装置、电子设备及计算机可读介质。

背景技术

保险单简称“保单”。保险人与投保人签订保险合同的书面证明。保险单的主要内容包括：(1)双方对有关保险标的事项的说明，包括被保险人名称，保险标的的名称及其存放地点或所处状态、保险金额、保险期限、保险费等。(2)双方的权利和义务，如承担责任和不予承担的责任等。(3)附注条件，指保险条款或双方约定的其他条件以及保单变更、转让和注销等事项。保险单是签订保险合同的主要表现形式。为简化形式，还可采用具有法律效力的预约保险单，保险凭证或暂保单等形式。

保险单必须明确、完整地记载有关保险双方的权利义务，保单上主要载有保险人和被保险人的名称、保险标的、保险金额、保险费、保险期限、赔偿或给付的责任范围以及其他规定事项。保险单根据投保人的申请，由保险人签署，交由被保险人收执，保险单是被保险人在保险标的遭受意外事故而发生损失时，向保险人索赔的主要凭证，同时也是保险人收取保险费的依据。

目前，保险的出保单过程较为复杂，每一单的出保单流程中都需要人工参与，例如在初审协议定义录单核保承保等岗位节点间的流转作业中都需要人工参与，每个岗位节点中都需要人工录入大量的保单数据，且大部分需要录入的保单数据是重复性的，如投保人和被保人的姓名、年龄、证件号等信息，因此会影响新契约出保单的效率，并且容易出错，也浪费了一定的人力资源。

因此，需要一种新的文件核验方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本公开提供一种文件核验方法、装置、电子设备及计算机可读介质，能够减少同一保单信息重复受理的次数，有效提高承保流程。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提出一种文件核验方法，该方法包括：获取文件与流程标识；根据所述流程标识对应的核验指标对所述文件进行核验；在核验不成功时，为所述文件分配异常标识；以及将带有异常标识的所述文件储存到预定位置以供用户查询处理。

在本公开的一种示例性实施例中，还包括：在核验成功时，将所述文件流转到下一个核验过程进行处理。

在本公开的一种示例性实施例中，获取文件与流程标识前包括：获取可扩展标记语言格式的报文数据；对所述报文数据进行抽取处理；以及将抽取处理之后的报文数据转换为对象数据以生成所述文件。

在本公开的一种示例性实施例中，获取可扩展标记语言格式的报文数据包括：将保单信息进行组装，生成可扩展标记语言格式的报文数据。

在本公开的一种示例性实施例中，所述流程标识包括：初始化标识，受理标识，以及录入标识；根据所述流程标识对应的核验指标对所述文件进行核验包括：根据初始化标识，对所述文件的状态与数据进行核验；以及根据所述受理标识与所述录入标识，对所述文件的创建过程进行核验。

在本公开的一种示例性实施例中，在核验不成功时，为所述文件分配异常标识包括：在核验不成功时，获取核验产生的异常类型；以及根据所述异常类型，为所述文件分配数据异常标识和\或流程异常标识。

在本公开的一种示例性实施例中，将带有异常标识的所述文件储存到预定位置以供用户查询处理包括：将带有异常标识的所述文件储存到预定位置以供用户按照所述异常类型进行分类查询；以及将带有异常标识的所述文件储存到预定位置以供用户按照异常时间进行分类查询。

根据本公开的一方面，提出一种文件核验装置，该装置包括：文件模块，用于获取文件与流程标识；核验模块，用于根据所述流程标识对应的核验指标对所述文件进行核验；异常模块，用于在核验不成功时，为所述文件分配异常标识；以及查询模块，用于将带有异常标识的所述文件储存到预定位置以供用户查询处理。

根据本公开的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本公开的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本公开的文件核验方法、装置、电子设备及计算机可读介质，根据所述流程标识对应的核验指标对所述文件进行核验；在核验不成功时，为所述文件分配异常标识；以供用户查询处理的方式，能够减少同一保单信息重复受理的次数，有效提高承保流程。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种文件核验方法及装置的应用场景图。

图2是根据一示例性实施例示出的一种文件核验方法的流程图。

图3是根据另一示例性实施例示出的一种文件核验方法的示意图。

图4是根据一示例性实施例示出的一种文件核验装置的框图。

图5是根据一示例性实施例示出的一种电子设备的框图。

图6是根据一示例性实施例示出一种计算机可读存储介质示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

目前，在承保系统中，前端各个系统通过xml报文的形式将保单信息录入到自动化承保系统中，由自动化承保系统来判定保单信息的正确性、与其他系统交互的正确性，正确则直接承保，错误则通过再次进行录单，然后工作人员接受到错误的保单之后，再次联系用户进行信息核对，或者再次提交到承保系统中进行核验，反反复复很多次，导致工作重复。

图1是根据一示例性实施例示出的一种文件核验方法及装置的应用场景图。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103获取的保单进行核验的支持服务器。服务器105可以对接收到的保单相关数据进行分析等处理，并将处理结果(是否核验成功)反馈给终端设备。

用户可通过终端设备101、102、103提交保单数据，终端设备101、102、103可例如获取文件与流程标识；终端设备101、102、103可例如根据所述流程标识对应的核验指标对所述文件进行核验；终端设备101、102、103可例如在核验不成功时，为所述文件分配异常标识；以及终端设备101、102、103可例如将带有异常标识的所述文件储存到预定位置以供用户查询处理。

终端设备101、102、103还可例如在核验成功时，将所述文件流转到下一个核验过程进行处理。

用户可通过终端设备101、102、103提交保单数据，终端设备101、102、103可例如提交保单数据转发至服务器105中，服务器105可例如获取文件与流程标识；服务器105可例如根据所述流程标识对应的核验指标对所述文件进行核验；服务器105可例如在核验不成功时，为所述文件分配异常标识；以及服务器105可例如将带有异常标识的所述文件储存到预定位置以供用户查询处理。

服务器105还可例如在核验成功时，将所述文件流转到下一个核验过程进行处理。

服务器105可以是一个实体的服务器，还可例如为多个服务器组成，需要说明的是，本公开实施例所提供的文件核验方法可以由服务器105和/或终端设备101、102、103执行，相应地，文件核验装置可以设置于服务器105和/或终端设备101、102、103中。而提供给用户提交保单数据的请求端一般位于终端设备101、102、103中。

根据本公开的文件核验方法及装置，可以减少同一保单信息重复受理，减少业务人员再次和客户确认信息次数，有效提高承保流程。

根据本公开的文件核验方法及装置，承保系统的前端各个系统通过xml报文的形式将保单信息录入到自动化承保系统中，由自动化承保系统来判定保单信息的正确性、与其他系统交互的正确性。正确则直接承保，异常时进入FE开发了异常池，将异常出现的环节，详情可视化(银行信息，代理人，机构，投保人信息，被保人信息，受益人信息，异常详情，异常时间，异常环节)，根据异常详情进行修改，并对上述信息进行校验，提交导入，直至保单正常承保。

图2是根据一示例性实施例示出的一种文件核验方法的流程图。文件核验方法20至少包括步骤S202至S208。

如图2所示，在S202中，获取文件与流程标识。文件可例如为待核验的保单文件。

在一个实施例中，获取文件与流程标识前包括：获取可扩展标记语言格式的报文数据；以及对所述报文数据进行抽取处理；以及将抽取处理之后的报文数据转换为对象数据以生成所述文件。

具体可例如，自动化导单服务提供一个可扩展标记语言格式(eXtensible MarkupLanguage，XML)报文形式保单导入的接口，各前端将保单信息组装成XML，推送到自动化承保前置服务中，自动化前置服务把相应的XML信息进行处理转换成大对象，同时把数据落地并推送到自动化承保服务。

其中，XML为可扩展标记语言，标准通用标记语言的子集，是一种用于标记电子文件使其具有结构性的标记语言。它可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。

在一个实施例中，可先对XML格式的报文进行解析，获取报文数据，在报文数据中，抽取保单相关的数据，生成待核验的文件。

具体可例如：

1、将报文格式定义在xml中

2、通过格式xml来解析数据

在一个实施例中，可例如抽取报文中的保单相关数据，具体可例如：保险人和被保险人的名称、保险标的、保险金额、保险费、保险期限、赔偿或给付的责任范围等。

在一个实施例中，对象数据是编程术语，其广义指的是在内存上一段有意义的区域，称作为一个对象。具有特定长度的类型，也可以称作为对象类型，在JavaScript中的所有事物都是对象：字符串、数值、数组、函数。

可将将抽取处理之后的报文数据进行封装整理，进而转换为对象数据，通过对象数据生成待核验的文件。

在一个实施例中，获取可扩展标记语言格式的报文数据包括：将保单信息进行组装，生成可扩展标记语言格式的报文数据。具体可包括如下方法：

1、直接用JXL的WORKBOOK写数据，使用数据量较小，直接生成XLM报文。

2、写csv文件，再用EXCEL模式打开，或者修改后缀为xls文件。适用于大数据量，但是只支持单个工作表(页签)，效率高，适用于大数据量。

3、写xml文件，再用EXCEL模式打开，或者修改后缀为xls文件。适用于任何模式，并且支持单个EXCEL文件多个工作表。

在S204中，根据所述流程标识对应的核验指标对所述文件进行核验。所述流程标识包括：初始化标识，受理标识，以及录入标识。

在一个实施例中，根据所述流程标识对应的核验指标对所述文件进行核验包括：根据初始化标识，对所述文件的状态与数据进行核验。

在一个实施例中，根据所述流程标识对应的核验指标对所述文件进行核验包括：根据所述受理标识与所述录入标识，对所述文件的创建过程进行核验。

以自动化承保系统为例，详细说明根据所述流程标识对应的核验指标对所述文件进行核验的过程，自动化承保系统需要对保单进行核验，并给出核验结果。

其中自动化承保服务可在以下3个阶段对保单数据进行核验：

1、保单数据初始化阶段：

在一个实施例中，可检查对象数据(保单数据)的状态在预定数据库中的正确性；其中，可通过保单号来核验该保单在预定的系统中是否已经存在，还可例如，获取保单的状态，对保单的当前状态与系统中预留的状态的一致性进行核验。

可例如，待核验的保单为新建立的保单，如果在预定系统内已经存在同编号的其他保单的话，那么则证明保单中存在错误，核验的结果是不成功。

可例如，保单的状态为赔付保单，但是该保单在预定系统中的状态为拒保状态，那么则证明保单的状态存在错误，保单核验的结果也是不成功。

在一个实施例中，可对投保人、代理人信息的进行初始化核验。将该保单上的投保人、代理人信息与预定系统中储存的该保单的投保人、代理人信息进行核验，在核验结果不一致时，核验错误。

2、保单受理阶段：

在一个实施例中，保单受理阶段需要进行投保人客户创建，并将创建后的数据同步到预定系统中。在投保人客户信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误。

在一个实施例中，保单受理阶段需要进行银行信息创建，并将创建后的数据同步到预定系统中。在银行信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误。

在一个实施例中，保单受理阶段需要进行受理接口调用，在接口调用的每一个步骤中，均核验接口的状态，接口状态有误时，归属核验错误。

3、录入阶段：

在一个实施例中，保单录入阶段需要进行被保人，受益人创建，并将创建后的数据同步到预定系统中。在创建被保人和受益人时，创建之后实时与保单数据进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误。

在一个实施例中，保单录入阶段需要存储保险信息，并将创建后的数据同步到预定系统中。在创建保险信息时，创建之后的保险信息实时与保单数据中的保险信息进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误。

在一个实施例中，保单录入阶段需要进行实时转账，在实时转账过程中，如果转账错误，属于核验错误。

在S206中，在核验不成功时，为所述文件分配异常标识。包括：在核验不成功时，获取核验产生的异常类型；以及根据所述异常类型，为所述文件分配数据异常标识和\或流程异常标识。

在一个实施例中，可对不同流程或状态的保单的核验结果分配不同的异常类型。

在一个实施例中，保单数据初始化阶段：在检查对象数据(保单数据)的状态在预定数据库中的正确性时；如果不一致的话，可为该保单对应的对象数据分配数据异常标识。

在一个实施例中，保单数据初始化阶段：在待核验的保单为新建立的保单，如果在预定系统内已经存在同编号的其他保单的话，那么则证明保单中存在错误，可为该保单对应的对象数据分配数据异常标识。

在一个实施例中，保单数据初始化阶段，在保单的状态为赔付保单，但是该保单在预定系统中的状态为拒保状态，那么则证明保单的状态存在错误，保单核验的结果也是不成功。可为该保单对应的对象数据分配数据异常标识。

在一个实施例中，保单数据初始化阶段：可对投保人、代理人信息的进行初始化核验。将该保单上的投保人、代理人信息与预定系统中储存的该保单的投保人、代理人信息进行核验，在核验结果不一致时，核验错误。可为该保单对应的对象数据分配数据异常标识。

在一个实施例中，保单受理阶段，在投保人客户信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误。可为该保单对应的对象数据分配流程异常标识。

在一个实施例中，保单受理阶段，在银行信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误。可为该保单对应的对象数据分配流程异常标识。

在一个实施例中，保单受理阶段，在接口状态有误时，归属核验错误。可为该保单对应的对象数据分配流程异常标识。

在一个实施例中，保单受理阶段，在创建被保人和受益人时，创建之后实时与保单数据进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误。可为该保单对应的对象数据分配流程异常标识。

在一个实施例中，保单受理阶段，创建之后的保险信息实时与保单数据中的保险信息进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误。可为该保单对应的对象数据分配流程异常标识。

在一个实施例中，保单受理阶段，在实时转账过程中，如果转账错误，属于核验错误。可为该保单对应的对象数据分配流程异常标识。

在S208中，将带有异常标识的所述文件储存到预定位置以供用户查询处理。

在一个实施例中，将带有异常标识的所述文件储存到预定位置以供用户查询处理包括：将带有异常标识的所述文件储存到预定位置以供用户按照所述异常类型进行分类查询；以及将带有异常标识的所述文件储存到预定位置以供用户按照异常时间进行分类查询。

异常的数据会在异常池进行展示，业务人员可以在异常池中按照异常类型，异常时间等查询条件查询到自己需要找的数据。选择需要处理的数据，按照异常详情提示进行修改、校验、提交导入到自动化承保服务中。

根据本公开的文件核验方法，根据所述流程标识对应的核验指标对所述文件进行核验；在核验不成功时，为所述文件分配异常标识；以供用户查询处理的方式，能够减少同一保单信息重复受理的次数，有效提高承保流程。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种文件核验方法的示意图。如图3所示，自动化导单服务提供一个XML报文形式保单导入的接口，各前端将各种保单信息组装成XML，推送到自动化承保前置服务中。保单信息可例如为：个险电投，个险微投，银联电投，银联微投，网销，个汇享网，个汇享微，电销，银保通等等。自动化前置服务把相应的XML信息进行处理转换成大对象，同时把数据落地并推送到自动化承保服务。

自动化承保服务在以下3个环节产生的异常进入异常池：

初始化：(1)检查数据的状态在核心系统的正确性；(2)投保人、代理人信息的初始核验；

受理：(1)投保人客户创建，同步数据到指定服务器；(2)银行信息创建(3)受理接口调用；

录入：(1)被保人，受益人创建，同步数据到指定服务器；(2)存储保险信息；(3)发起实时转账；

上述中产生的异常种类包括：数据异常，流程异常。

异常的数据会在异常池进行展示，业务人员可以在异常池中按照异常类型，异常时间等查询条件查询到自己需要找的数据。选择需要处理的数据，按照异常详情提示进行修改、校验、提交导入到自动化承保服务中。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图4是根据一示例性实施例示出的一种文件核验装置的框图。如图4所示，文件核验装置40包括：文件模块402，核验模块404，异常模块406，以及查询模块408。

文件模块402用于获取文件与流程标识；在一个实施例中，获取文件与流程标识前包括：获取可扩展标记语言格式的报文数据；以及对所述报文数据进行抽取处理；以及将抽取处理之后的报文数据转换为对象数据以生成所述文件。

核验模块404用于根据所述流程标识对应的核验指标对所述文件进行核验；所述流程标识包括：初始化标识，受理标识，以及录入标识；根据所述流程标识对应的核验指标对所述文件进行核验包括：根据初始化标识，对所述文件的状态与数据进行核验；以及根据所述受理标识与所述录入标识，对所述文件的创建过程进行核验。

异常模块406用于在核验不成功时，为所述文件分配异常标识；在核验不成功时，为所述文件分配异常标识包括：在核验不成功时，获取核验产生的异常类型；以及根据所述异常类型，为所述文件分配数据异常标识和\或流程异常标识。

查询模块408用于将带有异常标识的所述文件储存到预定位置以供用户查询处理。将带有异常标识的所述文件储存到预定位置以供用户按照所述异常类型进行分类查询；以及将带有异常标识的所述文件储存到预定位置以供用户按照异常时间进行分类查询。

根据本公开的文件核验装置，根据所述流程标识对应的核验指标对所述文件进行核验；在核验不成功时，为所述文件分配异常标识；以供用户查询处理的方式，能够减少同一保单信息重复受理的次数，有效提高承保流程。

图5是根据一示例性实施例示出的一种电子设备的框图。

下面参照图5来描述根据本公开的这种实施方式的电子设备200。图5显示的电子设备200仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备200以通用计算设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元210执行，使得所述处理单元210执行本说明书上述电子处方流转处理方法部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元210可以执行如图2中所示的步骤。

所述存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元(ROM)2203。

所述存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备200也可以与一个或多个外部设备300(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口250进行。并且，电子设备200还可以通过网络适配器260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。

图6示意性示出本公开示例性实施例中一种计算机可读存储介质示意图。

参考图6所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品400，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：获取文件与流程标识；根据所述流程标识对应的核验指标对所述文件进行核验；在核验不成功时，为所述文件分配异常标识；以及将带有异常标识的所述文件储存到预定位置以供用户查询处理。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

此外，本说明书说明书附图所示出的结构、比例、大小等，均仅用以配合说明书所公开的内容，以供本领域技术人员了解与阅读，并非用以限定本公开可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本公开所能产生的技术效果及所能实现的目的下，均应仍落在本公开所公开的技术内容得能涵盖的范围内。同时，本说明书中所引用的如“上”、“第一”、“第二”及“一”等的用语，也仅为便于叙述的明了，而非用以限定本公开可实施的范围，其相对关系的改变或调整，在无实质变更技术内容下，当也视为本公开可实施的范畴。

Claims (7)

1.一种文件核验方法，其特征在于，包括：

获取文件与流程标识,所述流程标识包括：初始化标识，受理标识，以及录入标识；

根据所述流程标识对应的核验指标对所述文件进行核验，包括：

根据所述初始化标识，对所述文件的状态与数据进行核验，包括：获取保单的状态，对所述保单的当前状态与系统中预留的状态的一致性进行核验；或待核验的保单为新建立的保单，如果在预定系统内已经存在同编号的其他保单的话，那么则证明保单中存在错误，核验的结果是不成功；或对投保人、代理人信息的进行初始化核验，在核验结果不一致时，核验错误；以及

根据所述受理标识与所述录入标识，对所述文件的创建过程进行核验，包括：

保单受理阶段进行投保人客户创建，并将创建后的数据同步到预定系统中；或在投保人客户信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误；或所述保单受理阶段进行银行信息创建，并将创建后的数据同步到预定系统中；或在银行信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误；或所述保单受理阶段进行受理接口调用，在接口调用的每一个步骤中，均核验接口的状态，接口状态有误时，归属核验错误；

保单录入阶段进行被保人和受益人创建，并将创建后的数据同步到预定系统中；或在创建所述被保人和所述受益人时，创建之后实时与保单数据进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误；或所述保单录入阶段存储保险信息，并将创建后的数据同步到所述预定系统中；或在创建保险信息时，创建之后的保险信息实时与保单数据中的保险信息进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误；或所述保单录入阶段需要进行实时转账，在实时转账过程中，如果转账错误，属于核验错误；

在核验不成功时，为所述文件分配异常标识，包括：

在核验不成功时，获取核验产生的异常类型；以及

根据所述异常类型，为所述文件分配数据异常标识和\或流程异常标识；以及

将带有异常标识的所述文件储存到预定位置以供用户查询处理,包括：

将带有异常标识的所述文件储存到预定位置以供用户按照所述异常类型进行分类查询；以及

将带有异常标识的所述文件储存到预定位置以供用户按照异常时间进行分类查询；

将异常出现的环节详情可视化，所述详情包括银行信息、代理人、机构、投保人信息、被保人信息、受益人信息、异常详情、异常时间和异常环节中的至少一种。

2.如权利要求1所述的方法，其特征在于，还包括：

在核验成功时，将所述文件流转到下一个核验过程进行处理。

3.如权利要求1所述的方法，其特征在于，获取文件与流程标识前包括：

获取可扩展标记语言格式的报文数据；以及

对所述报文数据进行抽取处理；以及

将抽取处理之后的报文数据转换为对象数据以生成所述文件。

4.如权利要求3所述的方法，其特征在于，获取可扩展标记语言格式的报文数据包括：

将保单信息进行组装，生成可扩展标记语言格式的报文数据。

5.一种文件核验装置，其特征在于，包括：

文件模块，用于获取文件与流程标识,所述流程标识包括：初始化标识，受理标识，以及录入标识；

核验模块，用于根据所述流程标识对应的核验指标对所述文件进行核验，包括：

根据所述初始化标识，对所述文件的状态与数据进行核验，包括：获取保单的状态，对所述保单的当前状态与系统中预留的状态的一致性进行核验；或待核验的保单为新建立的保单，如果在预定系统内已经存在同编号的其他保单的话，那么则证明保单中存在错误，核验的结果是不成功；或对投保人、代理人信息的进行初始化核验，在核验结果不一致时，核验错误；以及

根据所述受理标识与所述录入标识，对所述文件的创建过程进行核验，包括：

保单受理阶段进行投保人客户创建，并将创建后的数据同步到预定系统中；或在投保人客户信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误；或所述保单受理阶段进行银行信息创建，并将创建后的数据同步到预定系统中；或在银行信息创建的每一个步骤中，均对创建流程进行核验，在创建失败时，归属核验错误；或所述保单受理阶段进行受理接口调用，在接口调用的每一个步骤中，均核验接口的状态，接口状态有误时，归属核验错误；

保单录入阶段进行被保人和受益人创建，并将创建后的数据同步到预定系统中；或在创建所述被保人和所述受益人时，创建之后实时与保单数据进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误；或所述保单录入阶段存储保险信息，并将创建后的数据同步到所述预定系统中；或在创建保险信息时，创建之后的保险信息实时与保单数据中的保险信息进行核验，如果创建之后的数据与保单原始数据不一致，属于核验错误；或所述保单录入阶段需要进行实时转账，在实时转账过程中，如果转账错误，属于核验错误；

异常模块，用于在核验不成功时，为所述文件分配异常标识，包括：

在核验不成功时，获取核验产生的异常类型；以及

根据所述异常类型，为所述文件分配数据异常标识和\或流程异常标识；以及

查询模块，用于将带有异常标识的所述文件储存到预定位置以供用户查询处理,包括：

将带有异常标识的所述文件储存到预定位置以供用户按照所述异常类型进行分类查询；以及

将带有异常标识的所述文件储存到预定位置以供用户按照异常时间进行分类查询；

将异常出现的环节详情可视化，所述详情包括银行信息、代理人、机构、投保人信息、被保人信息、受益人信息、异常详情、异常时间和异常环节中的至少一种。

6.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。

7.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-4中任一所述的方法。

Images