CN113779998A - 业务信息的结构化处理方法、装置、设备及存储介质 - Google Patents

Abstract

本说明书实施例涉及人工智能技术领域，具体公开了一种业务信息的结构化处理方法、装置、设备及存储介质，所述方法包括接收业务终端发送的结构化处理请求，所述结构化处理请求至少包括指定业务对应的非结构化业务文件；提取所述指定业务的业务类型所对应的命名实体配置信息，并基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别；所述命名实体配置信息至少包括所述业务类型所涉及的实体类型；将从所述非结构化业务文件中识别得到的实体值与相应的实体类型进行关联存储，得到所述非结构化业务文件的结构化业务信息，从而可以提高业务处理的效率。

Description

业务信息的结构化处理方法、装置、设备及存储介质

技术领域

本说明书涉及人工智能技术领域，特别地，涉及一种业务信息的结构化处理方法、装置、设备及存储介质。

背景技术

目前针对非标准格式的保险类契约文件，理赔处理方式多是由业务人员从业务系统中查询初始签订的包含理赔处理方式的契约文件，并逐条阅读以及分析该契约文件中的条款，以对理赔处理请求进行处理。但随着保险机构的业务系统每天收到的理赔处理请求的急速增长，通过人工进行理赔处理的方式已无法满足理赔的时效性需求，因此，目前亟需一种更加准确高效的理赔处理方式。

发明内容

本说明书实施例的目的在于提供一种业务信息的结构化处理方法、装置、设备及存储介质，可以提高业务处理的效率。

本说明书提供一种业务信息的结构化处理方法、装置、设备及存储介质是包括如下方式实现的：

一种业务信息的结构化处理方法，应用于服务器，所述方法包括：接收业务终端发送的结构化处理请求，所述结构化处理请求至少包括指定业务对应的非结构化业务文件；提取所述指定业务的业务类型所对应的命名实体配置信息，并基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别；所述命名实体配置信息至少包括所述业务类型所涉及的实体类型；将从所述非结构化业务文件中识别得到的实体值与相应的实体类型进行关联存储，得到所述非结构化业务文件的结构化业务信息。

本说明书提供的所述方法的另一个实施例中，所述指定业务的业务类型为理赔；相应的，所述业务类型对应的命名实体配置信息至少包括理算实体配置信息以及核赔实体配置信息。

本说明书提供的所述方法的另一个实施例中，所述对所述非结构化业务文件进行命名实体识别，包括：提取所述非结构化业务文件中的至少一条理算语句；基于所述理算实体配置信息对所述至少一条理算语句进行命名实体识别，将识别结果与理算标识进行关联存储。

本说明书提供的所述方法的另一个实施例中，所述对所述非结构化业务文件进行命名实体识别，包括：提取所述非结构化业务文件中的至少一条核赔语句；基于所述核赔实体配置信息对所述至少一条核赔语句进行命名实体识别，将识别结果与核赔标识进行关联存储。

本说明书提供的所述方法的另一个实施例中，所述对所述至少一条核赔语句进行命名实体识别，包括：基于自动核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与自动核赔标识进行关联存储。

本说明书提供的所述方法的另一个实施例中，所述对所述至少一条核赔语句进行命名实体识别，包括：基于辅助核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与辅助核赔标识进行关联存储。

本说明书提供的所述方法的另一个实施例中，利用隐马尔可夫模型对所述非结构化业务文件进行命名实体识别。

本说明书提供的所述方法的另一个实施例中，所述方法还包括：在接收到针对所述指定业务的理赔请求后，获取所述指定业务所关联的结构化业务信息；从获取的结构化业务信息中提取理算标识对应的识别结果，基于提取的所述理算标识对应的识别结果确定所述理赔请求的赔付金额。

本说明书提供的所述方法的另一个实施例中，在确定所述理赔请求的赔付金额之后，所述方法还包括：在确定所述指定业务的理赔请求采用自动核赔的情况下，从获取的结构化业务信息中提取自动核赔标识对应的识别结果；基于提取的所述自动核赔标识对应的识别结果以及所述赔付金额对所述理赔请求执行理赔处理。

本说明书提供的所述方法的另一个实施例中，在确定所述指定业务的理赔请求采用辅助核赔的情况下，从获取的结构化业务信息中提取辅助核赔标识对应的识别结果；将提取的所述辅助核赔标识对应的识别结果以及所述赔付金额反馈至所述业务终端，以使所述业务终端展示。

另一方面，本说明书实施例还提供一种业务信息的结构化处理装置，应用于服务器，所述装置包括：接收模块，用于接收业务终端发送的结构化处理请求，所述结构化处理请求至少包括指定业务对应的非结构化业务文件；提取模块，用于提取所述指定业务的业务类型所对应的命名实体配置信息；实体识别模块，用于基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别；所述命名实体配置信息至少包括所述业务类型所涉及的实体类型；关联存储模块，用于将从所述非结构化业务文件中识别得到的实体值与相应的实体类型进行关联存储，得到所述非结构化业务文件的结构化业务信息。

本说明书提供的所述装置的另一个实施例中，所述指定业务的业务类型为理赔；相应的，所述业务类型对应的命名实体配置信息至少包括理算实体配置信息以及核赔实体配置信息。

本说明书提供的所述装置的另一个实施例中，所述实体识别模块包括：第一提取子单元，用于提取所述非结构化业务文件中的至少一条理算语句；第一实体识别子单元，用于基于所述理算实体配置信息对所述至少一条理算语句进行命名实体识别，将识别结果与理算标识进行关联存储。

本说明书提供的所述装置的另一个实施例中，所述实体识别模块包括：第二提取子单元，用于提取所述非结构化业务文件中的至少一条核赔语句；第二实体识别子单元，用于基于所述核赔实体配置信息对所述至少一条核赔语句进行命名实体识别，将识别结果与核赔标识进行关联存储。

另一方面，本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述任意一个或者多个实施例所述方法的步骤。

另一方面，本说明书实施例还提供一种计算机设备，所述计算机设备包括至少一个处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现上述任意一个或者多个实施例所述方法的步骤。

本说明书一个或多个实施例提供的业务信息的结构化处理方法、装置、设备及存储介质，通过预先配置各业务类型所涉及的用于结构化的实体类型，之后，基于该配置的实体类型对非结构化文件进行实体值提取，可以提高实体信息提取的准确性以及高效性，同时，也可以使得提取的实体信息更符合业务场景的需求。之后，再将提取的实体值与实体类型进行关联存储，形成相应的结构化信息，再基于该结构化信息执行后续的业务处理，可以使得业务处理更加高效准确。

附图说明

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

图1为本说明书提供的业务信息的结构化处理方法实施例的流程示意图；

图2为本说明书提供的业务信息的结构化处理装置的模块结构示意图；

图3为本说明书提供的计算机设备的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是说明书一部分实施例，而不是全部的实施例。基于说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书实施例方案保护的范围。

所述业务信息的结构化处理方法可以应用于业务系统的服务器。业务人员可以通过业务终端发起业务信息的结构化处理请求。服务器可以接收该请求，并对该请求所涉及的非结构化业务文件执行结构化处理，并将得到的结构化信息存储至数据库中，以便于在后续业务处理中，基于该结构化信息执行业务处理，提高业务处理的效率以及准确性。当然，所述业务信息的结构化处理方法也可以应用于其他类型的计算机设备，例如，智能柜台、服务机器人等。

本说明书的一个场景示例中，所述业务信息如可以为保险合同文件，保险合同文件通常根据客户的需求不同而包含不同的条款。特别对于团体保险文件，团体保险是指由企事业单位或者其他的团体作为投保人，以其全部或者部分雇员或者成员作为被保险人向保险人投保，由保险人签发一张总的保险单，保险人在约定保险事故发生后对被保险人提供保险金给付的一种保险。团体保险具有风险选择特殊、保险计划灵活、理算以及赔付方式复杂多变的特点，使得团体保险文件的特约条款较多，且形式较为复杂，进而导致理赔处理也较为复杂。目前，对于此类保险多通过人工处理的方式。但随着团体保险业务的开展，理赔处理请求大幅增加，使得针对该类保险的理赔处理效率较低，且易出问题。因此，目前亟需针对此类保险的理赔处理方法，以提高理赔处理效率。

当然，在其他场景示例中，所述业务信息还可以为其他类型的业务所对应的信息，如产品风险分析中的交易业务信息等。业务信息在大多数情况下会存在部分非结构化信息，对该非结构化信息进行结构化处理，并存储至数据库中，可以使得后续业务处理更加准确高效。

图1是本说明书提供的所述业务信息的结构化处理方法实施例流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。具体的一个实施例如图1所示，本说明书提供的业务信息的结构化处理方法的一个实施例中，以所述方法应用于服务器为例说明，所述方法可以包括如下步骤：

S20：接收业务终端发送的结构化处理请求，所述结构化处理请求至少包括指定业务对应的非结构化业务文件。

业务人员可以通过业务终端发起结构化处理请求。例如，对于已签订的保险合同文件，业务人员可以通过OCR等技术对保险合同文件进行文字识别，并基于文字识别后得到的保险合同文件发起结构化处理请求。所述业务终端中可以配置有信息录入平台，业务人员还可以在确定保险合同文件包含大量的非标准条款的情况下，通过该信息录入平台发起针对该保险合同文件的结构化处理请求。

所述结构化处理请求至少可以包括指定业务对应的非结构化业务文件。所述指定业务可以是指待结构化处理的非结构化业务文件所对应的具体业务。所述指定业务如可以为A企业与B保险机构所达成的团体保险业务E，相应的，所述非结构化业务文件即为A企业与B金融机构针对该团体保险业务E所签订的团体保险合同，以便于后续基于该团体保险合同执行团体保险业务E的理赔处理。

所述指定业务也可以通过业务标识进行标识。相应的，所述结构化处理请求还可以包括对所述指定业务进行标识的业务标识。服务器在对所述非结构化业务文件进行结构化处理后，可以将得到的结构化信息与所述业务标识进行关联存储，以便于后续基于该业务标识调取所述指定业务对应的结构化信息，执行对所述指定业务的业务处理。

S22：提取所述指定业务的业务类型所对应的命名实体配置信息，并基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别；所述命名实体配置信息至少包括所述业务类型所涉及的实体类型。

所述业务类型如可以为保险、理财等等。或者，还可以对保险进行细分，分为团体保险、个人保险等等。相应的，所述业务类型还可以为团体保险、个人保险等。例如，所述团体保险业务E的业务类型为团体保险。指定业务的业务类型可以根据业务系统内对业务的划分情况确定，这里不做限定。

所述命名实体配置信息至少可以包括所述业务类型所涉及的实体类型。所述实体类型可以是指对具有共同特征的信息加以归类后对其所属的类别进行描述的信息。实体类型通常在数据源中对应有实体值。相应的，所述实体类型所对应的实体值可以包括实体类型在数据源中所对应的具体信息。所述数据源可以是指非结构化信息，也可以是指结构化信息。

例如，对于保险类业务，所述实体类型可以包括险种代码、生效日期、给付比例、保额等等。所述险种代码的实体值如可以为Y06，所述生效日期的实体值如可以为2020年7月25日，给付比例的实体值如可以为50％，保额的实体值如可以为20万。通常，团体保险合同中采用险种代码为Y06，生效日期为2020年7月25日，给付比例为50％，保额为20万等类似的描述，即，通常实体类型与其对应的实体值是关联存在的。然后，可以将实体类型与对应的提取出的实体值进行关联存储，作为结构化信息。对于理财类业务，所述实体类型可以包括理财产品标识、生效日期、收益、提取方式等等。

不同业务类型所涉及的实体类型复杂多变，很难直接通过模型训练或者通用词典准确提取出与该业务类型的实际业务处理非常相关的实体信息，通过预先配置各业务类型在实际业务处理中所涉及的实体类型，基于该实体类型执行实体信息的提取，以构建结构化数据，可以使得结构化数据更符合业务处理需求，提高业务处理的效率。

同时，各业务类型中所涉及的实体类型通常存在较大的差异性。如保险通常会涉及一些出险情况、保险额以及赔付条件等专用词，而理财则不会涉及该方面的专用词，使得保险与理财两种业务所涉及的实体类型存在较大的差异。通过基于各业务类型通常所涉及的实体类型，来构建该业务类型所对应的命名实体配置信息，以执行该业务类型下的实体识别，可以进一步提高识别效率以及准确性。

所述命名实体配置信息可以由业务人员根据经验确定。或者，也可以由服务器利用自然语言算法对大量的业务文件进行信息提取后得到。

另一些实施方式中，服务器还可以通过逐层划分的方式确定各业务类型结构化处理所涉及的实体类型，进而构建相应业务类型的命名实体配置信息。以团体保险业务为例进行说明。如，可以从团体保险合同的条款约定通常所使用的整体框架角度出发，梳理出团体保险合同所可能涉及的第一级条款类型。第一级条款类型如可以包括承保对象、保险期间、责任免除、资料证明、赔付标准、补充描述、出险地区、保额、责任范围等。可以进一步梳理出团体保险合同的第一级款类型下所可能涉及的细节条款类型，作为第二级条款类型。如，保险期间可能涉及的细节条款类型包括等待期、追溯生效日、理赔责任生效日等。赔付标准可能涉及的细节条款类型包括残疾标准、残疾等级、基准赔偿标准表、赔偿标准系数、次免赔额、给付比例、社保标志、保险金额上限、累积赔付金额下限、年免赔额、给付天数上限等。之后，可以对第二级条款类型所涉及的条款信息进行梳理，提取出各第二级条款类型所涉及的实体类型。通过上述方式，可以快速地且全面地梳理出团体保险合同中所可能涉及的实体类型。

当然，上述梳理过程仅为优选举例说明，且并不仅限于团体保险合同。对于其他与团体保险合同具有类似结构的文件均可采用上述逐层梳理的方式，提取业务类型所可能涉及的实体类型，以提高实体类型提取的全面性。

所述命名实体配置信息可以预先与业务类型关联后存储在数据库中。服务器在接收到业务终端发送的结构化处理请求后，可以从数据库中提取所述指定业务的业务类型所对应的命名实体配置信息。服务器可以进一步基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别。

例如，服务器可以先对所述非结构化业务文件进行预处理。如可以利用自然语言处理算法对所述非结构化业务文件进行语句分析、语法分析、语义分析等，以对所述非结构化业务文件进行语句划分，并剔除如符号、序号以及干扰词，提高实体提取的准确性。

服务器可以对预处理后的非结构化业务文件进行命名实体识别。如可以利用预先构建的命名实体提取算法进行命名实体识别。所述命名实体提取算法如可以基于最大熵(Maximum Entropy，ME)、支持向量机(Support Vector Machine，SVM)、条件随机场(Conditional Random Fields，CRF)等模型进行构建。优选的，一些实施例中，所述命名实体提取算法可以基于隐马尔可夫模型(Hidden Markov Mode，HMM)进行构建。隐马尔可夫模型所采用的Viterbi算法在求解命名实体类别序列时效率较高，使得基于隐马尔可夫模型所构建的命名实体提取算法在训练和识别时速度更快。在已构建所述指定业务的业务类型所对应的命名实体配置信息的基础上，实体识别的准确性已得到保证，进一步结合隐马尔可夫模型构建的命名实体提取算法，可以使得实体识别整体上更加准确高效。

S24：将从所述非结构化业务文件中识别得到的实体值与相应的实体类型进行关联存储，得到所述非结构化业务文件的结构化业务信息。

服务器可以将从所述非结构化业务文件中识别得到的实体值与相应的实体类型关联存储至数据库中，得到所述非结构化业务文件的结构化业务信息。所述结构化业务信息如可以采用表格的形式进行存储。如可以在数据库中创建一个数据表，并利用所述指定业务的业务标识进行标识。然后，可以将提取到的实体值及关联的实体类型存储至所述指定业务的业务标识所标识的数据表中，得到所述指定业务的结构化数据。当然，也可以采用其他方式进行存储所述结构化数据，如采用图谱数据存储的方式等。

相应的，服务器在接收到针对所述指定业务的业务处理请求后，可以从数据库中调取所述指定业务的业务标识所标识的数据表，并基于调取的数据表执行针对所述指定业务的业务处理。

上述实施方式，通过预先配置各业务类型所涉及的用于结构化的实体类型，之后，基于该配置的实体类型对非结构化文件进行实体值提取，可以提高实体信息提取的准确性以及高效性，同时，也可以使得提取的实体信息更符合业务场景的需求。之后，再将提取的实体值与实体类型进行关联存储，形成相应的结构化信息，再基于该结构化信息执行后续的业务处理，可以使得业务处理更加高效准确。

本说明书提供的一个场景示例中，以团体保险为例对上述实施例提供的方案进行进一步说明如下。团体保险是指由企事业单位或者其他的团体作为投保人，以其全部或者部分雇员或者成员作为被保险人向保险人投保，由保险人签发一张总的保险单，保险人要在约定保险事故发生后对被保险人提供保险金给付的一种人身保险。团险具有风险选择特殊、保险计划灵活等特点，使得团体保险涉及的特约条款较多，很难预先直接进行结构化配置，导致团险运营作业必须要由作业人员阅读特约条款后手工进行处理，处理效率较低，且处理结果易受人为因素影响，容易出现处理偏差或者错误，给用户带来较差的使用体验感。

团体保险的业务处理主要涉及的是理赔业务处理。相应的，可以将所述团体保险业务的业务类型划分至理赔业务中。即若指定业务为团体保险业务E，则团体保险业务E的业务类型可以确定为理赔。从业务系统对业务类型“理赔”的处理环节出发，业务系统在处理理赔业务时主要涉及两个业务处理环节：一个是理算，一个是核赔。相应的，可以分别从“理算”以及“核赔”两个业务处理环节构建业务类型“理赔”对应的命名实体配置信息。相应的，一些实施例中，所述指定业务的业务类型可以为理赔。业务类型“理赔”对应的命名实体配置信息至少可以包括理算实体配置信息以及核赔实体配置信息。通过从两个业务环节分别构建命名实体配置信息，可以使得命名实体配置信息更符合业务系统的业务处理流程，提高业务处理的灵活性以及准确性。

可以基于业务系统的理算处理组件所涉及的理算参数信息，确定理算实体配置信息；以及基于核赔处理组件所涉及的核赔参数信息，确定理算实体配置信息。通过基于“理算”以及“核赔”两个业务处理环节实际处理过程中所涉及的参数信息确定“理算”以及“核赔”所可能涉及的实体类型，以构建理算实体配置信息以及核赔实体配置信息，可以使得理算实体配置信息以及核赔实体配置信息构建更符合业务处理需求。

业务系统中“理算”业务处理环节用于初步确定赔付额，涉及的实体信息较为固定，赔付额的确定方式也可以根据需要配置，使得该“理算”业务处理环节可以利用业务系统自动实施。

业务系统中“核赔”业务处理环节用于确定怎么向赔付对象进行赔付，涉及免责、责任扩展等因素，处理过程复杂多变，存在大量核赔类型较难自动核赔，需要人工介入。相应的，可以将“核赔”业务处理环节分为自动核赔和辅助核赔两种。对于部分处理过程较为清晰的核赔类型，可以利用业务系统自动执行核赔处理；对于部分处理过程较为复杂的核赔类型，可以采用人工介入的方式执行核赔处理，业务系统可以将人工核赔中需要特别注意的实体信息提取出来，作为辅助核赔信息，在业务终端中向业务人员进行展示。可以基于业务系统的上述处理差异，将核赔实体配置信息又细分为自动核赔对应的核赔实体配置信息、以及辅助核赔对应的核赔实体配置信息，以分别执行自动核赔对应的实体信息提取、以及辅助核赔对应的实体信息提取。

团体合同条款语句通常会对理赔责任的赔付设置很多条件，比如医院等级、出险原因、责任免除、出险日期等，可以通过分析合同条款语句中的核赔语句，在基于核赔语句中所涉及的上述赔付条件确定所示指定业务是否可以自动核赔。例如，在医疗险案件中，部分出险疾病或意外事故因存在治疗周期长、发病时间长、治疗费用高的特点导致带病投保可能性较高，存在较高的保险欺诈风险，故对于此类事故不予自动核赔。但有些实体信息属于人工核赔中需要特别注意的点，比如既往症、住院天数、理赔金额等，则可以将该部分实体信息通过提示规则的方式展示出来，以便作业人员快速定位问题，提高人工理赔的效率以及准确性。

理算实体配置信息中所包括的实体类型如可以为：

1.1公共保额

实体类型：险种代码、公共保额、投保时社保标志、出险时社保标志、给付比例；

1.2猝死保额

实体类型：险种代码、拓展保额、责任扩展；

1.3最高限额

实体类型：险种代码、责任、最高限额；

1.4工伤增加保额

实体类型：险种代码、原保额、拓展保额；

1.5等待期

实体类型：险种代码、等待期；

1.6追溯生效日

实体类型：生效日期；

1.7赔偿标准系数

实体类型：险种代码、赔偿标准系数；

1.8社保标志

实体类型：给付比例、责任、投保时社保标志、出险时社保标志；

1.9保险金额上限

实体类型：险种代码、给付比例、免赔类型、保险金额上限；

1.10累积赔付金额下限

实体类型：险种代码、累积赔付金额下限、免赔类型、给付比例、分段保额。

核赔实体配置信息中所包括的实体类型如可以为：

2.1自动核赔类

2.1.1出险地点

实体类型：出险地点类型；

2.1.2承保职业等级

实体类型：客户职业等级；

2.1.3承担特定时间(工作期间)

实体类型：承担特定时间；

2.1.4出险原因

实体类型：险种代码、出险原因；

2.1.5理赔责任生效日(被保险人)

实体类型：被保险人姓名、被保险人证件类型、被保险人证件号码、生效日期、责任；

2.2.辅助核赔类

2.2.1扩展重疾病种

实体类型：险种代码、重疾名称；

2.2.2责任扩展

实体类型：险种代码、责任扩展、责任、拓展保额、最高限额；

2.2.3既往症

实体类型：险种代码、责任扩展、既往症；

2.2.4责任免除

实体类型：险种代码、责任扩展、责任免除；

2.2.5重疾名称

实体类型：险种代码、被保险人姓名、被保险人证件类型、被保险人证件号码、重疾名称。

相应的，一些实施例中，服务器可以提取所述非结构化业务文件中的至少一条理算语句；基于所述理算实体配置信息对所述至少一条理算语句进行命名实体识别，将识别结果与理算标识进行关联存储。以及，可以提取所述非结构化业务文件中的至少一条核赔语句；基于所述核赔实体配置信息对所述至少一条核赔语句进行命名实体识别，将识别结果与核赔标识进行关联存储。

服务器如可以通过对合同条款语句进行分词，将任一合同条款语句的分词结果与理算关键词或者核赔关键词进行匹配，在匹配度大于指定阈值的情况下，将该合同条款语句作为理算语句或者核赔语句。当然，一条合同条款语句可能同时为理算语句及核赔语句。当然，也可以采用其他方式进行理算语句或者核赔语句的提取。如，可以将每一条合同条款语句作为理算语句，利用理算实体配置信息对每一条合同条款语句进行命名实体识别；也可以将每一条合同条款语句作为核赔语句，利用核赔实体配置信息对每一条合同条款语句进行命名实体识别，以避免遗漏实体信息。

另一些实施例中，服务器还可以基于自动核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与自动核赔标识进行关联存储。需说明的是，本实施例以及下述实施例中所指的识别结果包括识别的实体值与相应实体值所关联的实体类型，下文不做赘述。在所述指定业务不属于自动核赔业务的情况下，基于辅助核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与辅助核赔标识进行关联存储。

相应的，通过上述方式，所述指定业务所关联的结构化业务信息可以包含与理算标识关联的实体信息、与核赔标识关联的实体信息；赔标识关联的实体信息中又可以包括与辅助核赔标识关联的实体信息、或与自动核赔关联的实体信息。通过上述细分，可以使得结构化信息与业务处理流程更加契合，提高业务处理的准确性以及效率。

相应的，一些实施例中，服务器在接收到针对所述指定业务的理赔请求后，获取所述指定业务所关联的结构化业务信息；从获取的结构化业务信息中提取理算标识对应的识别结果，基于提取的所述理算标识对应的识别结果确定所述理赔请求的赔付金额。

在确定所述理赔请求的赔付金额之后，服务器还可以基于所述指定业务的理赔请求所涉及的实际风险发生情况、以及合同条款的赔付条件信息，确定所述指定业务的理赔请求采用何种核赔方式。在确定所述指定业务的理赔请求采用自动核赔的情况下，从获取的结构化业务信息中提取自动核赔标识对应的识别结果；基于提取的所述自动核赔类型对应的识别结果以及所述赔付金额对所述理赔请求执行理赔处理。在确定所述指定业务的理赔请求采用辅助核赔的情况下，从获取的结构化业务信息中提取辅助核赔标识对应的识别结果；将提取的所述辅助核赔标识对应的识别结果以及所述赔付金额反馈至所述业务终端，以使所述业务终端展示，辅助人工执行核赔处理。

另一些实施例中，服务器还可以配置标准话术。例如，理算业务处理中的“公共保额”所对应的标准话术可以为“兹经双方同意并约定，本保险合同承保之《险种(代码)》中公共保额保险总限额为XXX元。若被保险人未以社会基本医疗保险(见条款释义)或公费医疗(见条款释义)的身份投保，但以社会基本医疗保险或公费医疗的身份……”。服务器在接收到针对指定业务的“公共保额”标准话术答复请求后，可以获取“公共保额”的标准话术，并从指定业务的结构化信息中提取“公共保额”的标准话术所涉及的待补入的实体值，如实体类型“保险总限额”的实体值，补入所述标准话术中；依次类推，依次补入各实体值，形成针对指定业务的“公共保额”标准话术答复信息。服务器可以将该标准话术答复信息发送至业务终端，以使业务终端向业务人员进行展示。业务人员可以根据该标准话术答复信息向用户进行疑问解答。

基于上述方式构建的结构化信息，可以对应配置标准话术，在标准话术中仅配置对应的实体类型即可，在实际答复处理时，针对具体的业务文件，从该业务文件对应的结构化信息中提取出各实体类型所涉及的实体信息补入标准话术中，即可得到标准话术答复信息，使得答复信息生成更加快速且更标准化，进而可以使得业务人员答复更加高效且专业。

或者，在某业务类型所对应的结构化信息达到一定程度的基础上，服务器还可以基于已有的业务结构化信息构建合同标准化生成组件。所述合同标准化生成组件中可以配置标准条款语句，标准条款语句中可以包括实体类型以及实体类型所关联的实体值录入要求等。当然，标准条款语句中还可以包括使语句更加专业且符合语法标准以及语言逻辑的其他信息，以使得标准条款语句读起来更加顺畅易懂。

承保时，合同标准化生成组件以产品模型提供的可售产品标准数据为基础，提交给团险询报价系统进行团单方案字段实例化。团险询报价系统依据合同标准化生成组件提供的标准条款语句，并结合可售产品的标准数据，在可售产品标准数据的基础上，针对需要特约的数据字段进行团单方案实例化，新定义的数据替代可售产品中原有标准数据。团险询报价系统完成询报价后，推送给团体契约组件，团体契约组件依据询报价定义团单的方案数据，完成团体保单的录单步骤。录单完成后，团体契约组件将保单实例化的数据进一步转换为结构化信息存储，供理赔后续读取使用。

当然，需要说明书的是，上述场景示例仅为一种优选举例说明，上述实施例提供的方案并不仅适用于团体保险，所属领域技术人员在本说明书实施例的技术精髓启示下，还可以用于其他涉及理赔业务处理的实施场景，只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。具体的可以参照前述相关处理相关实施例的描述，在此不做一一赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于上述业务信息的结构化处理方法的实施方式，本说明书还提供一种业务信息的结构化处理装置。图2表示说明书一个实施例提供的业务信息的结构化处理装置的模块结构示意图，如图2所示，所述装置可以包括如下模块：

接收模块202，用于接收业务终端发送的结构化处理请求，所述结构化处理请求至少包括指定业务对应的非结构化业务文件；

提取模块204，用于提取所述指定业务的业务类型所对应的命名实体配置信息；

实体识别模块206，用于基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别；所述命名实体配置信息至少包括所述业务类型所涉及的实体类型；

关联存储模块208，用于将从所述非结构化业务文件中识别得到的实体值与相应的实体类型进行关联存储，得到所述非结构化业务文件的结构化业务信息。

另一些实施例中，所述指定业务的业务类型为理赔；相应的，所述业务类型对应的命名实体配置信息至少包括理算实体配置信息以及核赔实体配置信息。

另一些实施例中，所述实体识别模块206包括：

第一提取子单元，用于提取所述非结构化业务文件中的至少一条理算语句；

第一实体识别子单元，用于基于所述理算实体配置信息对所述至少一条理算语句进行命名实体识别，将识别结果与理算标识进行关联存储。

另一些实施例中，所述实体识别模块206包括：

第二提取子单元，用于提取所述非结构化业务文件中的至少一条核赔语句；

第二实体识别子单元，用于基于所述核赔实体配置信息对所述至少一条核赔语句进行命名实体识别，将识别结果与核赔标识进行关联存储。

另一些实施例中，所述第二实体识别子单元还可以用于基于自动核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与自动核赔标识进行关联存储。

另一些实施例中，所述第二实体识别子单元还可以用于基于辅助核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与辅助核赔标识进行关联存储。

另一些实施例中，所述装置还可以包括：结构化信息获取模块210，用于在接收到针对所述指定业务的理赔请求后，获取所述指定业务所关联的结构化业务信息；并从获取的结构化业务信息中提取理算标识对应的识别结果，以基于提取的所述理算标识对应的识别结果确定所述理赔请求的赔付金额。

另一些实施例中，在确定所述理赔请求的赔付金额之后，所述结构化信息获取模块210还可以用于在确定所述指定业务的理赔请求采用自动核赔的情况下，从获取的结构化业务信息中提取自动核赔标识对应的识别结果，以基于提取的所述自动核赔标识对应的识别结果以及所述赔付金额对所述理赔请求执行理赔处理。

另一些实施例中，所述结构化信息获取模块210还可以用于在确定所述指定业务的理赔请求采用辅助核赔的情况下，从获取的结构化业务信息中提取辅助核赔标识对应的识别结果；将提取的所述辅助核赔标识对应的识别结果以及所述赔付金额反馈至所述业务终端，以使所述业务终端展示。

需要说明的，上述所述的装置根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

基于上述业务信息的结构化处理方法的实施方式，本说明书还提供一种计算机设备，所述计算机设备包括至少一个处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现上述任意一个或者多个实施例所述方法的步骤。当然，所述计算机设备还可以包括输入设备等模块结构。如图3所示，所述计算机设备具体可以包括输入设备31、处理器32、存储器33。

所述输入设备31具体可以是用户和计算机系统之间进行信息交换的主要装置之一。所述输入设备31可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等；输入设备31用于把原始数据和处理这些数的程序输入到计算机中。所述输入设备31还可以获取接收其他模块、单元、设备传输过来的数据。所述处理器32可以按任何适当的方式实现。所述处理器32可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述存储器33具体可以是现代信息技术中用于保存信息的记忆设备。所述存储器33可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

在本实施方式中，该计算机设备具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

基于上述业务信息的结构化处理方法的实施方式，本说明书还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述任意一个或者多个实施例所述方法的步骤。所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。在本实施方式中，该存储介质具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

需要说明的是，本说明书实施例并不局限于必须是符合标准数据模型/模板或本说明书实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书的可选实施方案范围之内。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述并不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (16)

1.一种业务信息的结构化处理方法，其特征在于，所述方法包括：

接收业务终端发送的结构化处理请求，所述结构化处理请求至少包括指定业务对应的非结构化业务文件；

提取所述指定业务的业务类型所对应的命名实体配置信息，并基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别；所述命名实体配置信息至少包括所述业务类型所涉及的实体类型；

将从所述非结构化业务文件中识别得到的实体值与相应的实体类型进行关联存储，得到所述非结构化业务文件的结构化业务信息。

2.根据权利要求1所述的方法，其特征在于，所述指定业务的业务类型为理赔；相应的，所述业务类型对应的命名实体配置信息至少包括理算实体配置信息以及核赔实体配置信息。

3.根据权利要求2所述的方法，其特征在于，所述对所述非结构化业务文件进行命名实体识别，包括：

提取所述非结构化业务文件中的至少一条理算语句；

基于所述理算实体配置信息对所述至少一条理算语句进行命名实体识别，将识别结果与理算标识进行关联存储。

4.根据权利要求2所述的方法，其特征在于，所述对所述非结构化业务文件进行命名实体识别，包括：

提取所述非结构化业务文件中的至少一条核赔语句；

基于所述核赔实体配置信息对所述至少一条核赔语句进行命名实体识别，将识别结果与核赔标识进行关联存储。

5.根据权利要求4所述的方法，其特征在于，所述对所述至少一条核赔语句进行命名实体识别，包括：

基于自动核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与自动核赔标识进行关联存储。

6.根据权利要求4所述的方法，其特征在于，所述对所述至少一条核赔语句进行命名实体识别，包括：

基于辅助核赔对应的核赔实体配置信息对核赔语句进行命名实体识别，并将识别结果与辅助核赔标识进行关联存储。

7.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在接收到业务终端发送的针对所述指定业务的理赔请求后，获取所述指定业务所关联的结构化业务信息；

从获取的结构化业务信息中提取理算标识对应的识别结果，基于提取的所述理算标识对应的识别结果确定所述理赔请求的赔付金额。

8.根据权利要求7所述的方法，其特征在于，在确定所述理赔请求的赔付金额之后，所述方法还包括：

在确定所述指定业务的理赔请求采用自动核赔的情况下，从获取的结构化业务信息中提取自动核赔标识对应的识别结果；

基于提取的所述自动核赔标识对应的识别结果以及所述赔付金额对所述理赔请求执行理赔处理。

9.根据权利要求7所述的方法，其特征在于，在确定所述理赔请求的赔付金额之后，所述方法还包括：

在确定所述指定业务的理赔请求采用辅助核赔的情况下，从获取的结构化业务信息中提取辅助核赔标识对应的识别结果；

将提取的所述辅助核赔标识对应的识别结果以及所述赔付金额反馈至所述业务终端，以使所述业务终端展示。

10.根据权利要求1所述的方法，其特征在于，利用隐马尔可夫模型对所述非结构化业务文件进行命名实体识别。

11.一种业务信息的结构化处理装置，其特征在于，所述装置包括：

接收模块，用于接收业务终端发送的结构化处理请求，所述结构化处理请求至少包括指定业务对应的非结构化业务文件；

提取模块，用于提取所述指定业务的业务类型所对应的命名实体配置信息；

实体识别模快，用于基于提取的所述命名实体配置信息对所述非结构化业务文件进行命名实体识别；所述命名实体配置信息至少包括所述业务类型所涉及的实体类型；

关联存储模块，用于将从所述非结构化业务文件中识别得到的实体值与相应的实体类型进行关联存储，得到所述非结构化业务文件的结构化业务信息。

12.根据权利要求11所述的装置，其特征在于，所述指定业务的业务类型为理赔；相应的，所述业务类型对应的命名实体配置信息至少包括理算实体配置信息以及核赔实体配置信息。

13.根据权利要求12所述的装置，其特征在于，所述实体识别模块包括：

第一提取子单元，用于提取所述非结构化业务文件中的至少一条理算语句；

第一实体识别子单元，用于基于所述理算实体配置信息对所述至少一条理算语句进行命名实体识别，将识别结果与理算标识进行关联存储。

14.根据权利要求12所述的装置，其特征在于，所述实体识别模块包括：

第二提取子单元，用于提取所述非结构化业务文件中的至少一条核赔语句；

第二实体识别子单元，用于基于所述核赔实体配置信息对所述至少一条核赔语句进行命名实体识别，将识别结果与核赔标识进行关联存储。

15.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现权利要求1-10中任一项所述方法的步骤。

16.一种计算机设备，其特征在于，所述计算机设备包括至少一个处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现权利要求1至10任一项所述方法的步骤。

Images