CN116775728A - 合同数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种合同数据处理方法、装置、设备及存储介质，涉及电子合同技术领域，该方法包括：获取第一用户的用户标识和合同信息；根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面；接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中，得到目标结构化字段，目标结构化字段为数据库中包含有字段属性值的结构化字段；从数据库中获取第一目标结构化字段，基于第一目标结构化字段进行统计分析，显示分析结果，第一目标结构化字段为数据库中与统计分析相关的目标结构化字段。通过基于目标结构化字段进行统计分析，达到了提高合同统计分析结果可靠性的效果。

Description

合同数据处理方法、装置、设备及存储介质

技术领域

本申请属于电子合同技术领域，具体涉及一种合同数据处理方法、装置、设备及存储介质。

背景技术

随着计算机技术的发展，基于计算机系统的电子合同管理方式在各行各业中得到广泛应用。而在电子合同管理中，对合同中的数据进行的统计分析，对企业的经营评估具有重要意义。

当需要对合同中的合同数据进行统计分析，以实现对合同的统计分析时，一些实现中，可以采用一些数据提取工具从合同文本中提取出相关的合同数据来进行统计分析，但由于从合同文本中提取出的合同数据准确率较低，导致基于这些合同数据进行统计分析时，得出的分析结果的可靠性较低。

发明内容

本申请涉及一种合同数据处理方法、装置、设备及存储介质，有助于提高合同统计分析结果可靠性。

第一方面，本申请提供一种合同数据处理方法，应用于合同数据处理平台，该方法包括：

获取第一用户的用户标识和合同信息，合同信息包括合同类型和合同阶段；

根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面，结构化字段为合同的个性化定制信息；

接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中，得到目标结构化字段，目标结构化字段为数据库中包含有字段属性值的结构化字段；

从数据库中获取第一目标结构化字段，基于第一目标结构化字段进行统计分析，显示分析结果，第一目标结构化字段为数据库中与统计分析相关的目标结构化字段。

在一种可能的实现方式中，根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面，包括：

响应于第一用户的指示操作，根据用户标识和合同类型从数据库获取指示操作对应的结构化字段，并将结构化字段加载到第一页面中；其中，第一页面与指示操作对应，指示操作包括下述至少一种：选择合同类型、上传签订盖章合同、提交履约，不同的指示操作对应不同的合同阶段。

在一种可能的实现方式中，当指示操作为选择合同类型时，第一页面为合同起草页面，接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中，得到目标结构化字段，包括：

响应于第一用户在合同起草页面输入合同起草阶段对应的结构化字段的字段属性值的操作，生成合同文本，并将第一用户输入的字段属性值对应保存到数据库中，得到目标结构化字段，合同文本中包括目标结构化字段的字段名称和字段属性值。

在一种可能的实现方式中，数据库中的结构化字段为预先配置得到，方法还包括：

获取业务信息，业务信息包括与业务人员申请配置的结构化字段相关的信息；

根据业务信息，配置业务信息对应的至少一个结构化字段，并将结构化字段保存到数据库中；

获取第二用户针对结构化字段的审批结果，若审批结果为通过，将结构化字段的状态更新为已发布状态。

在一种可能的实现方式中，获取第二用户针对结构化字段的审批结果，若审批结果为通过，将结构化字段的状态更新为已发布状态，包括：

响应于第三用户选中至少一个结构化字段并触发发布控件的操作，生成字段发布申请单，字段发布申请单中包括被第三用户选中的结构化字段；

接收第二用户针对字段发布申请单输入的审批结果，将审批结果为通过的结构化字段的状态更新为已发布状态。

在一种可能的实现方式中，在将字段属性值对应保存到数据库中，得到目标结构化字段之后，方法还包括：

响应于第一用户触发结构化字段综合查询控件的操作，显示第二页面，并将至少一个第二目标结构化字段的字段名称和字段组件加载至第二页面中，第二页面中还包括查询控件，第二目标结构化字段为数据库中可用于查询的目标结构化字段；

接收用户针对第二目标结构化字段输入的查询值，响应于第二用户触发查询控件的操作，输出与查询值对应的查询结果。

在一种可能的实现方式中，当指示操作为提交履约时，在将字段属性值对应保存到数据库中，得到目标结构化字段之后，方法还包括：

获取履约信息和目标结构化字段，履约信息包括下述至少一项：入账值、期限日期；

在履约信息和目标结构化字段满足预设条件时，输出履约异常信息；其中，目标结构化字段包括第三目标结构化字段和第四目标结构化字段，第三目标结构化字段为数据库中与入账值对应的结构化字段，第四目标结构化字段为数据库中与期限日期对应的结构化字段；

预设条件为：在第四目标结构化字段的字段属性值大于期限日期时，入账值小于第三目标结构化字段的字段属性值。

第二方面，本申请提供一种合同数据处理装置，应用于合同数据处理平台，该装置包括获取模块、加载模块、接收模块和统计分析模块，其中，

获取模块，用于获取第一用户的用户标识和合同信息，合同信息包括合同类型和合同阶段；

加载模块，用于根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面，结构化字段为合同的个性化定制信息；

接收模块，用于接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中，得到目标结构化字段，目标结构化字段为数据库中包含有字段属性值的结构化字段；

统计分析模块，用于从数据库中获取第一目标结构化字段，基于第一目标结构化字段进行统计分析，显示分析结果，第一目标结构化字段为数据库中与统计分析相关的目标结构化字段。

在一种可能的实现方式中，加载模块，具体用于：

响应于第一用户的指示操作，根据用户标识和合同类型从数据库获取指示操作对应的结构化字段，并将结构化字段加载到第一页面中；其中，第一页面与指示操作对应，指示操作包括下述至少一种：选择合同类型、上传签订盖章合同、提交履约，不同的指示操作对应不同的合同阶段。

在一种可能的实现方式中，接收模块，具体用于：

响应于第一用户在合同起草页面输入合同起草阶段对应的结构化字段的字段属性值的操作，生成合同文本，并将第一用户输入的字段属性值对应保存到数据库中，得到目标结构化字段，合同文本中包括目标结构化字段的字段名称和字段属性值。

在一种可能的实现方式中，装置还包括：

第一获得模块，用于获取业务信息，业务信息包括与业务人员申请配置的结构化字段相关的信息；

配置模块，用于根据业务信息，配置业务信息对应的至少一个结构化字段，并将结构化字段保存到数据库中；

发布模块，用于获取第二用户针对结构化字段的审批结果，若审批结果为通过，将结构化字段的状态更新为已发布状态。

在一种可能的实现方式中，发布模块，具体用于：

响应于第三用户选中至少一个结构化字段并触发发布控件的操作，生成字段发布申请单，字段发布申请单中包括被第三用户选中的结构化字段；

接收第二用户针对字段发布申请单输入的审批结果，将审批结果为通过的结构化字段的状态更新为已发布状态。

在一种可能的实现方式中，装置还包括：

显示模块，用于响应于第一用户触发结构化字段综合查询控件的操作，显示第二页面，并将至少一个第二目标结构化字段的字段名称和字段组件加载至第二页面中，第二页面中还包括查询控件，第二目标结构化字段为数据库中可用于查询的目标结构化字段；

第一输出模块，用于接收用户针对第二目标结构化字段输入的查询值，响应于第二用户触发查询控件的操作，输出与查询值对应的查询结果。

在一种可能的实现方式中，装置还包括：

第二获得模块，用于获取履约信息和目标结构化字段，履约信息包括下述至少一项：入账值、期限日期；

第二输出模块，用于在履约信息和目标结构化字段满足预设条件时，输出履约异常信息；其中，目标结构化字段包括第三目标结构化字段和第四目标结构化字段，第三目标结构化字段为数据库中与入账值对应的结构化字段，第四目标结构化字段为数据库中与期限日期对应的结构化字段；

预设条件为：在第四目标结构化字段的字段属性值大于期限日期时，入账值小于第三目标结构化字段的字段属性值。

第三方面，本申请提供一种电子设备，包括：处理器、存储器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，使得处理器执行如第一方面描述的合同数据处理方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当计算机执行指令被处理器执行时用于实现如第一方面描述的合同数据处理方法。

第五方面，本申请提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面描述的合同数据处理方法。

本申请提供一种合同数据处理方法、装置、设备及存储介质，该方法中，获取第一用户的用户标识和合同信息，合同信息包括合同类型和合同阶段；根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面，结构化字段为合同的个性化定制信息；接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中，得到目标结构化字段，目标结构化字段为数据库中包含有字段属性值的结构化字段；从数据库中获取第一目标结构化字段，基于第一目标结构化字段进行统计分析，显示分析结果，第一目标结构化字段为数据库中与统计分析相关的目标结构化字段。本申请通过将各阶段的结构化字段的字段属性值保存到数据库中，直接基于结构化字段及其字段属性值对合同进行统计分析，不需要从合同文本中提取数据，这样既提高了合同的统计分析效率，同时还克服了数据提取准确率低的问题，进而达到了提高合同统计分析结果可靠性的效果。

附图说明

图1为本申请实施例适用的一种合同数据处理平台的架构示意图；

图2为本申请实施例提供的一种组件类型示意图；

图3为本申请实施例提供的一种合同数据处理流程示意图；

图4为本申请实施例提供的一种新增结构化字段页面示意图；

图5为本申请实施例提供的一种合同数据处理方法的流程示意图；

图6为本申请实施例提供的一种合同起草页面示意图；

图7为本申请实施例提供的一种合同生命周期示意图；

图8为本申请实施例提供的一种结构化字段查询页面示意图；

图9为本申请实施例提供的一种合同数据处理装置的结构示意图；

图10为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一芯片和第二芯片仅仅是为了区分不同的芯片，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a--c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括至少一个子步骤或者至少一个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

随着计算机技术的发展，基于计算机系统的电子合同管理方式在各行各业中得到广泛应用。而在电子合同管理中，对合同中的数据进行的统计分析，对企业的经营评估具有重要意义。

当需要对合同中的合同数据进行统计分析，以实现对合同的统计分析时，一些实现中，用户可以打开合同文本浏览以获取合同数据，基于获取的合同数据对合同进行统计分析。但这样获取合同数据的方式耗时耗力，实现效率较低。

另一些实现中，采用一些数据提取工具从合同文本中提取出相关的合同数据来进行统计分析，可以提高获取合同数据的效率。但由于数据提取工具智能提取的准确率较低，容易导致提取出来的合同数据与合同文本中的合同数据不一致，从而导致基于提取的这些合同数据进行统计分析时，得出的分析结果的可靠性较低。

有鉴于此，本申请实施例提供一种合同数据处理方法，该方法在合同起草至合同履行的各阶段中，将各阶段对应的结构化字段显示到各阶段对应的页面上，在用户输入结构化字段的字段属性值时，也就是将字段属性值写入合同文本中时，也将结构化字段的字段属性值保存到数据库中，再基于数据库中的结构化字段及其字段属性值对合同进行统计分析。本申请通过将各阶段的结构化字段的字段属性值保存到数据库中，直接基于结构化字段及其字段属性值对合同进行统计分析，不需要从合同文本中提取数据，这样既提高了合同的统计分析效率，同时还克服了数据提取准确率低的问题，进而达到了提高合同统计分析结果可靠性的效果。

下面，通过具体实施例对本申请所示的技术方案进行详细说明。需要说明的是，下面几个实施例可以独立存在，也可以相互结合，对于相同或相似的概念或过程，在不同的实施例中不再赘述。

图1为本申请实施例适用的一种合同数据处理平台的架构示意图，如图1所示的合同数据处理平台包括结构化字段配置模块、合同起草模块、合同签订盖章模块、合同履行模块、数据采集中心和合同信息中心。

其中，结构化字段配置模块用于自定义配置结构化字段以及审批配置的结构化字段，配置好的结构化字段存储在数据库中。

本申请实施例中，结构化字段为合同的个性化定制信息，表征合同文本中具有重要价值的信息，结构化字段可以显示在合同文本中，并保存在数据库中。结构化字段可以包括字段名称、字段属性值和字段组件(以下简称组件)，例如在宽带业务类合同中，将宽带配置为结构化字段，假设约定宽带为100兆比特每秒(megabits per second，Mbps)，则“宽带”为字段名称，“100Mbps”为字段属性值。

需要说明的是，结构化字段配置模块配置的结构化字段可以仅包括字段名称和字段组件，而结构化字段的字段属性值由后续用户在字段组件中填写或选择。

组件类型请参见图2，示例性的，图2示出了本申请实施例提供的一种组件类型示意图。如图2所示，组件类型可以包括单行文本框、多行文本框、下拉选择框、单选框、多选框、日期选择框和开关滑块等。其中，单行文本框是最基本的表单形式，在需要输入的内容较少(例如输入字数小于或等于100)时，可以在单行文本框中输入内容；在需要输入的内容较多(例如输入字数大于100)时，可以在多行文本框中输入内容；当合同数据处理平台接收到用户针对下拉选择框中下拉按钮201的触发操作时，弹出下拉菜单供用户选择，若某一结构化字段的下拉菜单中的选项较少(例如少于5个)，则可以在配置时将该结构化字段的组件类型配置为单选框；单选框用于在多个备选项中选中单个状态，和下拉选择框的区别是，单选框中所有选项默认可见，便于用户在比较中选择，因此选项不宜过多；多选框中可以对应一组或多组可选项，用户可以对可选项进行多项选择；日期选择框为供用户填写或选择日期的控件，当需要输入日期时，用户可以触发标准输入按钮202，并在弹出的日期面板中选择对应的日期；开关滑块用于表征开启状态或者关闭状态，也用于开启状态和关闭状态之间的切换。

可以理解的是，图2所示组件类型和组件示例为示例性说明，并不构成对本申请实施例的具体限制，组件类型还可以包括更多种类，只要可以用于用户与页面的交互即可。

本申请实施例中，结构化字段也可以不显示在合同文本中，仅保存在数据库中。例如在合同起草阶段生成合同文本后，若在结构化字段配置模块中为合同签订盖章和合同履行等合同阶段配置了结构化字段，用户输入的这些结构化字段的字段属性值将对应保存到数据库中，便于用户基于这些结构化字段对合同进行统计分析、查询和/或履约监控等操作，但这些结构化字段可以不显示在合同文本中。

其中，合同起草模块用于从结构化字段配置模块配置的结构化字段中读取合同起草阶段的结构化字段进行合同起草。具体的，合同起草模块用于将数据库中合同起草阶段的结构化字段的字段名称和对应的组件加载至合同起草页面中，用户可以在组件中填写或选择对应的字段属性值。合同起草模块基于合同起草页面中显示的内容以及用户填写和选择的内容生成合同文本，并将用户填写和选择的字段属性值对应保存到数据库中。

其中，合同签订盖章模块用于读取合同起草模块生成的合同文本，接收用户上传签订盖章合同的操作以及用户上传的签订盖章合同的图片或扫描件，还用于将合同签订盖章阶段对应的结构化字段的字段名称和对应的组件加载至合同签订盖章页面中，用户可以在组件中填写或选择对应的字段属性值，合同签订盖章模块还用于将用户填写和选择的字段属性值对应保存到数据库中。

其中，合同履行模块用于读取合同起草模块生成的合同文本，以及接收用户提交履约的操作，并将合同履行阶段对应的结构化字段的字段名称和对应的组件加载至合同履行页面中，用户可以在组件中填写或选择对应的字段属性值，合同履行模块还用于将用户填写和选择的字段属性值对应保存到数据库中。

其中，数据采集中心用于采集合同起草阶段、合同签订盖章阶段和合同履行阶段等各阶段中用户填写和选择的字段属性值，并进行数据的加工汇总。

其中，合同信息中心用于提供结构化字段查询入口，合同信息中心可以从结构化字段配置模块中读取元数据，并查询数据采集中心的数据，进而进行信息展示，其中，数据采集中心的数据可以包括数据采集中心采集的各合同阶段中各用户填写或选择的结构化字段的字段属性值。其中，元数据可以指结构化字段配置模块配置的仅包括结构化字段的字段名称和组件，还没有确定字段属性值的结构化字段。

另外，本申请实施例描述的架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例中，上述合同数据处理平台中的各模块由软硬件架构实现，软硬件架构包括前端界面、后端服务和数据库等。

其中，前端界面可以通过全球广域网(world wide web，web)方式实现，用户可以通过终端设备访问系统，终端设备也可以称为终端(terminal)、用户设备(userequipment，UE)、移动台(mobile station，MS)、移动终端(mobileterminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

其中，后端服务可以通过采用Java编程语言实现，利用Spring框架构建服务层、数据访问层(data access object，Dao)和控制层，同时与第三方组件和应用程序编程接口(application programming interface，API)进行整合，支持多线程、分布式等特性。

数据库可以采用关系型数据库MySQL实现，用于存储合同数据处理平台中所有的结构化字段(也可以称为结构化数据)和非结构化字段(也可以称为非结构化数据)。

本申请实施例中，后端服务可以从数据库中获取结构化字段渲染到前端界面，结合前端界面中的页面设计得到合同起草至合同履行中各阶段对应的页面。

图3示出了本申请实施例提供的一种合同数据处理流程示意图。本申请实施例的执行主体可以为上述实施例中的合同数据处理平台，具体执行主体可以根据实际应用场景确定。如图3所示，该流程包括结构化字段管理和业务应用，其中，业务应用可以包括结构化字段在合同起草、合同审签、合同签订盖章和合同履行等阶段以及合同信息中心的应用，其中，合同信息中心可以用于查询合同的结构化字段、导出合同的结构化字段以及合同详细信息综合查询等。

本申请实施例中，合同数据处理平台支持全国、省、地级市等级别的结构化字段管理员配置结构化字段。配置结构化字段时，将配置结构化字段的适用的范围。例如，一家公司的各级公司使用本申请实施例的合同数据处理平台，假设该家公司在A省的省级分公司的结构化字段管理员配置了一个或多个结构化字段，且配置的适用范围为A省全省，并通过了审批，则A省内的各级分公司均可使用该一个或多个结构化字段，但A省以外的各级公司不可使用。合同数据处理平台可以基于用户登录合同数据处理平台的用户标识识别用户处于哪一个分公司，进而确定用户在合同起草时加载至合同起草页面的结构化字段，用户可以针对加载的结构化字段输入字段属性值。

可选的，结构化字段为预先配置好并存储在数据库中的。

具体的，获取业务信息，业务信息可以包括与业务人员基于业务需求申请配置的结构化字段相关的信息；根据业务信息，配置业务信息对应的至少一个结构化字段，并将结构化字段保存到数据库中；获取第二用户针对结构化字段的审批结果，若审批结果为通过，将结构化字段的状态更新为已发布状态。

其中，第二用户可以包括各级审批结构化字段配置的审批部门的审批人员。例如，审批部门的审批人员可以为下述至少一种：结构化字段管理部门的审批人员、会签部门的审批人员、法律部门的审批人员等。

本申请实施例中，配置结构化字段时可以配置多种内容。示例性的，图4示出了本申请实施例提供的一种新增结构化字段页面示意图。如图4所示，新增结构化字段时配置的内容可以包括结构化字段的字段名称、组件类型、字段类型、合同类型、是否为必填项、可编辑阶段、排序和字段布局等。其中，标注符号“*”的内容为必须配置项。其中，字段类型可以默认为“不通用”，是否为必填项可以默认为“否”，字段布局例如可以是每行两列结构化字段。

该页面中还可以包括字段输入属性的配置控件401，响应于结构化字段管理员对配置控件401的触发操作，合同数据处理平台可以弹出一个弹窗，该弹窗中可以包括结构化字段的属性，例如最大输入字数、默认提示文字等。配置的内容还可以包括可见阶段，可编辑阶段中被选中的阶段即为可见阶段。

配置好的结构化字段将被更新为待发布状态，第二用户可以对待发布的结构化字段进行审批。同时，配置好的结构化字段将以表结构的形式被保存到数据库中。结构化字段对应的表结构可以包括该结构化字段配置时对应的表结构、字段发布申请单对应的表结构、配置的属性对应的表结构、适用的合同阶段对应的表结构、适用的范围对应的表结构、提供的选项对应的表结构、适用的合同类型对应的表结构、适用的校验规则对应的表结构和版本对应的表结构。

示例性的，以字段发布申请单对应的表结构为例进行说明，字段发布申请单对应的表结构如表1所示。

表1

其中，bigint、varchar、int、text、tinyint、datetime等为数据类型，数据类型后的数字为最大输入长度。id为字段发布申请单的id；field_ids为待发布的s个结构化字段的id；field_count为待发布的结构化字段的数量；scope_type为待发布的结构化字段的发布范围，例如全国、全省或者全市等；org_ids为待发布的s个结构化字段自定义适用的分公司的名称；approval_status为待发布的结构化字段的审批状态；create_user_id为创建字段发布申请单的用户的id；create_user_name为创建字段发布申请单的用户的姓名；create_time为创建字段发布申请单的时间；update_user_id为更新字段发布申请单的用户的id；update_user_name为更新字段发布申请单的用户的姓名；update_time为更新字段发布申请单的时间；delete_flag为字段发布申请单删除功能；release_tape为字段发布申请单的发布版本；dept_id为结构化字段申请部门的id；dept_name结构化字段申请部门的名称；mobile结构化字段申请人的电话。

本申请实施例中，预先配置结构化字段，当有新的个性化合同需求时，只需重新新增结构化字段，不需要重新开发合同模板，从而可以在节约开发成本的基础上满足各种合同个性化管理需求。

在一种可能的实现中，上述获取第二用户针对结构化字段的审批结果，若审批结果为通过，将结构化字段的状态更新为已发布状态的步骤，可以包括：

响应于第三用户选中至少一个结构化字段并触发发布控件的操作，生成字段发布申请单，字段发布申请单中包括被第三用户选中的结构化字段；接收第二用户针对字段发布申请单输入的审批结果，将审批结果为通过的结构化字段的状态更新为已发布状态。

其中，第三用户可以为结构化字段管理员。

其中，第二用户还可以包括各级审批结构化字段的字段属性值和合同文本的审批部门的审批人员。

可能的实现中，结构化字段配置完成后，结构化字段的状态被更新为待发布状态，为了使得加载至各合同阶段对应的页面上的结构化字段更具规范性，可以对处于待发布状态的结构化字段进行审批，审批通过的结构化字段可以对应加载至各合同阶段对应的页面。

示例性的，合同数据处理平台可以响应于第三用户选中一个或多个处于待发布状态的结构化字段并触发发布控件的操作，生成字段发布申请单，字段发布申请单中包括被第三用户选中的一个或多个处于待发布状态的结构化字段。接着，合同数据处理平台可以接收第二用户针对字段发布申请单输入的审批结果，将审批结果为通过的结构化字段的状态更新为已发布状态。

在合同起草至合同履行的各阶段，处于已发布状态的结构化字段可以对应加载至各阶段对应的页面。

如图3所示，加载至各页面的结构化字段包括允许编辑的结构化字段和禁止编辑的结构化字段，对应的，第一用户或第二用户可以在页面中输入或者修改允许编辑的结构化字段的字段属性值，查看允许编辑和禁止编辑的结构化字段的字段属性值。

在上述实施例的基础上，下面，结合图5所示的实施例，对本申请实施例提供的合同数据处理方法进行进一步的说明。

图5示出了本申请实施例提供的一种合同数据处理方法的流程示意图。本申请实施例的执行主体可以为上述实施例中的合同数据处理平台，具体执行主体可以根据实际应用场景确定。如图5所示，该方法可以包括：

S501、获取第一用户的用户标识和合同信息，合同信息包括合同类型和合同阶段。

其中，第一用户可以包括起草合同、上传签订盖章合同和提交履约的承办人(也可以称为经办人)，以及审批合同文本和结构化字段的审批人等在各合同阶段中针对各合同阶段对应的页面中的结构化字段输入字段属性值的用户。

其中，用户标识可以是第一用户的登录账号、工号、姓名、手机号、邮箱号或身份证号等能够唯一标识第一用户的信息。

其中，合同类型与业务线(也可以称为专业线)映射。例如，合同类型可以包括采购类、租赁类、政企双线类等各种业务类型对应的类别。

其中，合同阶段为合同生命周期中的阶段，合同阶段可以包括合同起草、合同签订盖章和合同履行等各阶段。具体的合同生命周期将在后续步骤中详细介绍，在此不作赘述。

可能的实现中，各合同阶段的第一用户需要登录合同数据处理平台，登录时，合同数据处理平台获取第一用户的用户标识，登录后，合同数据处理平台获取第一用户选择或填写的合同类型。

示例性的，在合同起草阶段，第一用户登录合同数据处理平台，合同数据处理平台获取第一用户的用户标识，登录成功后，第一用户可以基于合同数据处理平台显示的页面中的合同类型选择控件选择需要起草的合同类型，合同数据处理平台接收第一用户确定的合同类型。

S502：根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面，结构化字段为合同的个性化定制信息。

其中，第一页面与合同阶段对应。例如，在合同起草阶段，第一页面为合同起草页面。

可能的实现中，数据库中的结构化字段在预先配置时，配置有各结构化字段适用的范围、适用的合同阶段和合同类型，结构化字段适用的范围对应用户标识，合同数据处理平台获取到第一用户的用户标识和合同信息后，可以根据用户标识和合同信息从数据库中获取对应的结构化字段。

示例性的，预先配置结构化字段时，假设配置的结构化字段1适用的范围仅为A省通用，仅适用于合同签订盖章阶段，且仅适用于第一合同类型，则若A省内各级分公司的第一用户登录合同数据处理平台后，若第一用户选择的合同类型为第一合同类型，且处在合同签订盖章阶段，则该结构化字段1将显示在合同签订盖章页面中。而A省以外的各级分公司的第一用户登录后，在合同的任一阶段，合同数据处理平台均不会将该结构化字段1加载到页面中；A省内各级分公司的第一用户登录合同数据处理平台后，若处于合同签订盖章阶段以外的其他合同阶段，也不显示该结构化字段1；A省内各级分公司的第一用户登录合同数据处理平台后，若第一用户选择的合同类型为第一合同类型以外的其他合同类型，也可以不显示该结构化字段1。也就是说，合同数据处理平台可以根据不同分公司的第一用户的不同合同需求，加载不同的结构化字段到页面中，不需要重新开发合同模板，从而可以在节约开发成本上满足各级公司的合同个性化需求。

S503：接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中，得到目标结构化字段，目标结构化字段为数据库中包含有字段属性值的结构化字段。

本申请实施例中，在合同起草至合同履行的各阶段中，从数据库获取的结构化字段包括字段名称和字段组件，因此，显示在第一页面中的内容包括结构化字段的字段名称和字段组件，第一用户可以在字段组件中输入结构化字段的字段属性值。其中，输入操作可以包括选择、填写等，具体操作可基于字段组件类型确定，本申请实施例对此不作具体限定。

合同数据处理平台接收第一用户在第一页面输入的结构化字段的字段属性值，同时可以将接收的字段属性值保存到数据库中。可以理解的是，保存时，字段属性值与其所属结构化字段对应保存，得到目标结构化字段，换言之，目标结构化字段包含第一用户输入的字段属性值。

S504：从数据库中获取第一目标结构化字段，基于第一目标结构化字段进行统计分析，显示分析结果，第一目标结构化字段为数据库中与统计分析相关的目标结构化字段。

本申请实施例中，在预先配置结构化字段时，可以根据业务需求配置多种结构化字段。例如，假设结构化字段的数量为M个，且假设在合同起草至合同履行的过程中，根据第一用户的用户标识和合同信息使用了N(N小于或等于M)个结构化字段，也就是为这N个结构化字段输入了字段属性值，则得到了N个目标结构化字段，在进行统计分析时，则可以获取这N个目标结构化字段中与统计分析相关的目标结构化字段作为第一目标结构化字段。

其中，与统计分析相关的结构化字段可以理解为是与统计分析的指标相关的结构化字段。例如，假设用户需要统计分析一段时间内约定200Mbps宽带的合同对应的总收入和约定1000Mbps宽带的合同对应的总收入之间的差距，则与该统计分析相关的结构化字段可以包括宽带、合同额、合同签订时间等。

本申请实施例中，通过获取第一用户的用户标识和合同信息，合同信息包括合同类型和合同阶段，用户标识包括第一用户的登录账号；根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面，结构化字段为合同的个性化定制信息；接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中；从数据库中获取目标结构化字段，基于目标结构化字段进行统计分析，显示分析结果，目标结构化字段为数据库中包含有字段属性值的结构化字段。通过将各阶段的结构化字段的字段属性值保存到数据库中，直接基于结构化字段及其字段属性值对合同进行统计分析，不需要从合同文本中提取数据，这样既提高了合同统计分析的效率，同时还克服了数据提取准确率低的问题，进而达到了提高合同统计分析结果可靠性的效果。而且，根据不同第一用户的不同合同需求，加载不同的结构化字段到页面中，不需要重新开发合同模板，从而可以在节约开发成本的基础上满足各种合同个性化需求。

在上述实施例的基础上，一种可能的实现方式中，上述步骤S502可以包括：

响应于第一用户的指示操作，根据用户标识和合同类型从数据库获取指示操作对应的结构化字段，并将结构化字段加载到第一页面中；其中，第一页面与指示操作对应，指示操作包括下述至少一种：选择合同类型、上传签订盖章合同、提交履约，不同的指示操作对应不同的合同阶段。

示例性的，当合同数据处理平台检测到第一用户的指示操作为选择合同类型时，响应于第一用户的指示操作，合同数据处理平台可以确定合同阶段为合同起草阶段，从而可以显示合同起草页面，并根据用户标识和合同类型将合同起草阶段对应的结构化字段加载到该页面中。

当合同数据处理平台检测到第一用户的指示操作为上传签订盖章合同时，响应于第一用户的指示操作，合同数据处理平台可以确定合同阶段为合同签订盖章阶段，并根据第一用户上传的签订盖章合同确定合同类型，从而可以显示合同签订盖章页面，并根据用户标识和合同类型将合同签订盖章阶段对应的结构化字段加载到该页面中。

当合同数据处理平台检测到第一用户的指示操作为提交履约时，响应于第一用户的指示操作，合同数据处理平台可以确定合同阶段为合同履行阶段，并将提交履约时选中的合同确定合同类型，从而可以显示合同履行页面，并根据用户标识和合同类型将合同履行阶段对应的结构化字段加载到该页面中。

本申请实施例中，根据不同第一用户的不同合同需求和不同合同阶段，加载不同的结构化字段到页面中，也就是通过动态配置结构化字段的方式，根据不同第一用户、不同合同类型和不同合同阶段灵活地定制第一页面，不需要重新开发合同模板，从而可以在节约开发成本的基础上满足各种合同个性化管理需求。

在一种可能的实现中，当指示操作为选择合同类型时，第一页面为合同起草页面，上述步骤S503可以包括：

响应于第一用户在合同起草页面输入合同起草阶段对应的结构化字段的字段属性值的操作，生成合同文本，并将第一用户输入的字段属性值对应保存到数据库中，得到目标结构化字段，合同文本中包括目标结构化字段的字段名称和字段属性值。

可能的实现中，加载到合同起草页面的内容包括结构化字段的字段名称和字段组件，第一用户可以基于字段组件输入对应的字段属性值。

可以理解的是，合同起草页面还可以包括非结构化字段的名称和组件，第一用户可以基于非结构化字段的组件输入对应的字段属性值。非结构化字段可以为相同合同类型中不同第一用户登录时通用的、不变的字段。

响应于第一用户基于字段组件输入对应的字段属性值和基于非结构化字段的组件输入对应的字段属性值的操作，合同数据处理平台生成合同文本，并将结构化字段的字段属性值对应保存到数据库中，得到目标结构化字段。

本申请实施例中，起草合同时可以单个起草，也可以批量起草。示例性的，以单个起草为例，图6示出了本申请实施例提供的一种合同起草页面示意图。

如图6所示，该页面可以包括预算情况、合同履行期限、收付款方式、结算比例、是否先履行后签约、移动电话、原件份数等非结构化字段的名称及其组件，以及用于合同信息分析的结构化字段A、结构化字段B、结构化字段C、结构化字段D等多个结构化字段的字段名称及其字段组件。

可以理解的是，该合同起草页面中的结构化字段和非结构化字段为示例性说明，并不构成对本申请实施例的具体限制。

第一用户可以基于各组件输入对应的字段属性值，合同数据处理平台可以基于第一用户输入的字段属性值生成合同文本，并将结构化字段的字段属性值对应保存到数据库中，这样，合同文本中结构化字段的字段属性值与保存到数据库中的字段属性值对应相同。

本申请实施例中，以表单的形式在合同起草页面中显示各字段，以便用户可以快速、准确地填写合同信息，提高工作效率。而且，由于合同文本中结构化字段的字段属性值与保存到数据库中目标结构化字段的字段属性值对应相同，因此，后续可以直接基于数据库中的目标结构化字段对合同进行统计分析、查询、履约监控等，不需要从合同文本中提取数据，这样既可以提高合同统计分析的效率，同时还可以克服数据提取准确率低的问题，进而达到合同提高统计分析结果可靠性的效果。

在上述实施例的基础上，为了更清楚地描述本申请实施例的技术方案，请参见图7。示例性的，图7示出了本申请实施例提供的一种合同生命周期示意图。如图7所示，合同生命周期可以包括：

S1：合同起草阶段。

该阶段中，合同数据处理平台根据用户标识和合同信息从数据库中获取结构化字段并加载至合同起草页面，从而基于第一用户在合同起草页面输入的结构化字段的字段属性值生成合同文本，并将字段属性值对应保存到数据库中。合同文本中结构化字段的字段属性值与保存到数据库中的目标结构化字段的字段属性值对应相同。具体实现可以参见上述实施例，在此不再赘述。

S2：合同审签流程。

可以理解的是，合同审签流程可以包括一个或多个审签阶段。

可选的，为了进一步确保合同文本中结构化字段的字段属性值与保存到数据库中的目标结构化字段的字段属性值对应相同，以便在后续基于目标结构化字段对合同进行统计分析时可以提高统计分析结果的可靠性。在合同审签流程中可以对合同起草阶段起草的合同文本和合同文本对应的结构化字段进行审核。

示例性的，在合同起草阶段，第一用户在合同起草页面填写完成后，响应于第一用户触发保存控件和提交控件的操作，生成合同文本和目标结构化字段表单，并将合同文本的状态和目标结构化字段表单的状态更新为待审核状态，其中，目标结构化字段表单中包括合同文本中对应的目标结构化字段。第二用户可以对处于待审核状态的合同文本的状态和目标结构化字段表单进行审核，若目标结构化字段表单中任一目标结构化字段的字段属性值与合同文本中对应的目标结构化字段的字段属性值不一致，例如目标结构化字段表单中某一目标结构化字段的字段名称为“租期”，字段属性值为“10年”，但合同文本中该结构化字段的字段属性值为“1年”，则判断字段属性值不一致，审核结果为不通过。

第二用户可以对审核结果不通过的目标结构化字段的字段属性值和/或合同文本中的字段属性值进行修改，以使合同文本中结构化字段的字段属性值与数据库中目标结构化字段的字段属性值对应相同。合同数据处理平台也可以响应于第二用户输入审核结果不通过的操作，将合同文本的状态和目标结构化字段表单的状态更新为待修改状态，在第一用户修改后再次更新为待审核状态。

此外，第二用户在审核时，合同数据处理平台还可以显示合同审签阶段对应的页面，并将合同审签阶段对应的结构化字段加载至该页面中，第二用户可以在该页面中输入结构化字段的字段属性值，并将字段属性值保存至数据库中，得到目标结构化字段，此时，目标结构化字段表单中可以包括合同起草阶段对应的目标结构化字段和/或合同审签阶段对应的目标结构化字段。

对于审核通过的合同文本以及更新后的目标结构化字段表单，合同数据处理平台可以响应于第二用户输入审核结果通过的操作，将合同文本的状态和目标结构化字段表单的状态更新为待签订盖章状态。

S3：合同签订盖章阶段。

第一用户将待签订盖章状态的合同文本打印并签订盖章后上传至合同数据处理平台。响应于第一用户上传签订盖章合同的操作，合同数据处理平台可以显示签订盖章阶段对应的页面，并将签订盖章阶段对应的结构化字段加载至该页面中，第一用户可以在该页面中输入结构化字段的字段属性值，并将字段属性值保存至数据中，得到目标结构化字段，此时，目标结构化字段表单中可以包括合同起草阶段对应的目标结构化字段、合同审签阶段对应的目标结构化字段，和/或，合同签订盖章阶段对应的目标结构化字段。

合同数据处理平台还接收第一用户上传的签订盖章合同的图片或扫描件，并将该图片或扫描件作为合同文本，接着，将该合同文本的状态和目标结构化字段表单的状态更新为待签订盖章审批状态。

S4：合同签订盖章审批流程。

可以理解的是，合同签订盖章审批流程可以包括一个或多个合同签订盖章审批阶段。

第二用户对处于待签订盖章审批状态的合同文本进行审批时，合同数据处理平台可以显示合同签订盖章审批阶段对应的页面，并将合同签订盖章审批阶段对应的结构化字段加载至该页面中，第二用户可以在该页面中输入结构化字段的字段属性值，并将字段属性值保存至数据库中，得到目标结构化字段，此时，目标结构化字段表单中可以包括合同起草阶段对应的目标结构化字段、合同审签阶段对应的目标结构化字段、合同签订盖章阶段对应的目标结构化字段，和/或，合同签订盖章审批阶段对应的目标结构化字段。

响应于第二用户针对处于待签订盖章审批状态的合同文本输入审批通过的操作，合同数据处理平台可以将合同文本的状态和目标结构化字段表单的状态更新为签订盖章审批通过状态。

S5：接口数据分发阶段。

该阶段中，第一用户可以将处于签订盖章审批通过状态的合同文本中的业务数据分发到业务部门，以便业务部门的工作人员基于业务数据进行作业。

响应于第一用户的分发操作，合同数据处理平台可以显示接口数据分发阶段对应的页面，并将接口数据分发阶段对应的结构化字段加载至该页面中，第一用户可以在该页面中输入结构化字段的字段属性值，并将字段属性值保存至数据库中，得到目标结构化字段，此时，目标结构化字段表单中可以包括合同起草阶段对应的目标结构化字段、合同审签阶段对应的目标结构化字段、合同签订盖章阶段对应的目标结构化字段、合同签订盖章审批阶段对应的目标结构化字段，和/或，接口数据分发阶段对应的目标结构化字段。

响应于第二用户分发完成的操作，合同数据处理平台可以将合同文本的状态和目标结构化字段表单的状态更新为待履行状态。

S6：合同履行阶段。

响应于第一用户针对待履行状态的合同文本触发提交履约的操作，合同数据处理平台可以显示合同履行阶段对应的页面，并将合同履行阶段对应的结构化字段加载至该页面中，第一用户可以在该页面中输入结构化字段的字段属性值，并将字段属性值保存至数据库中，得到目标结构化字段，此时，目标结构化字段表单中可以包括合同起草阶段对应的目标结构化字段、合同审签阶段对应的目标结构化字段、合同签订盖章阶段对应的目标结构化字段、合同签订盖章审批阶段对应的目标结构化字段、接口数据分发阶段对应的目标结构化字段，和/或，合同履行阶段对应的目标结构化字段。

响应于第一用户针对合同履行阶段的结构化字段的字段属性值的输入操作，合同数据处理平台可以将合同文本的状态和目标结构化字段表单的状态更新为履约状态。

S7：综合查询阶段。

合同信息中心可以作为综合查询阶段的查询入口，综合查询可以包括查询合同的结构化字段、导出合同的结构化字段以及合同详细信息综合查询等。

本申请实施例中，在合同起草阶段后的任一阶段均可以进行综合查询。

在一种可能的实现中，上述在将字段属性值对应保存到数据库中，得到目标结构化字段之后，合同数据处理方法还可以包括：

响应于第一用户触发结构化字段综合查询控件的操作，显示第二页面，并将至少一个第二目标结构化字段的字段名称和字段组件加载至第二页面中，第二页面中还包括查询控件，第二目标结构化字段为数据库中可用于查询的目标结构化字段；

接收用户针对第二目标结构化字段输入的查询值，响应于第二用户触发查询控件的操作，输出与查询值对应的查询结果。

本申请实施例中，查询值可以为与第二目标结构化字段的字段属性值相同或不同的值，不同的查询值对应不同的查询结果。

其中，查询结果可以是与查询值对应的合同及合同相关信息。

示例性的，图8示出了本申请实施例提供的一种结构化字段查询页面示意图。

如图8所示，合同数据处理平台主页面可以显示结构化字段配置菜单、合同起草菜单、合同查询菜单800、履约监控菜单。

响应于第一用户触发合同查询菜单800的操作，合同数据处理平台可以显示合同综合查询控件801对应的页面、电子合同综合查询控件802对应的页面和结构化字段综合查询控件803对应的页面。示例性的，响应于第一用户触发合同查询菜单800的操作，合同数据处理平台可以默认显示合同综合查询控件801对应的页面。响应于第一用户触发结构化字段综合查询控件803的操作，合同数据处理平台可以显示第二页面。如图8所示，第二页面中可以包括第二目标结构化字段的字段名称和字段组件、非结构化字段的字段名称和字段组件、查询控件803a和重置控件等。其中，第二目标结构化字段例如可以是省份通用字段验证、租赁地点、租期、月租等；非结构化字段例如可以是合同编号、合同名称、合同类型、单位名称、合同状态等。

第一用户可以在各字段组件中输入查询值进行查询，合同数据处理平台接收用户输入的查询值，响应于第二用户触发查询控件803a的操作，输出与查询值对应的查询结果。

可以理解的是，进行查询操作的可以是第一用户，也可以是第二用户或者其他具有查询权限的用户。

可以理解的是，该结构化字段查询页面中的结构化字段和非结构化字段为示例性说明，并不构成对本申请实施例的具体限制。

本申请实施例中，可以通过结构化字段查询对应的合同及合同信息，由于一些结构化字段与合同文本或者说合同正文中的内容一致，因此，相比于现有技术中通过合同名称、合同编号等进行的合同查询，通过结构化字段进行的查询可以更加准确且快速的查询到所需查询结果，帮助用户及时获取合同相关的数据，以便用户快速做出决策，有助于提高管理水平。且可以通过合同综合查询控件、电子合同综合查询控件和结构化字段综合查询控件进行查询，实现了多维度查询的效果。此外，在合同起草后的任一阶段均可以进行查询，实现了实时查询的效果。

在一种可能的实现中，当指示操作为提交履约时，上述在将字段属性值对应保存到数据库中，得到目标结构化字段之后，合同数据处理方法还可以包括：

获取履约信息和目标结构化字段，履约信息包括下述至少一项：入账值、期限日期；在履约信息和目标结构化字段满足预设条件时，输出履约异常信息；其中，目标结构化字段包括第三目标结构化字段和第四目标结构化字段，第三目标结构化字段为数据库中与入账值对应的结构化字段，第四目标结构化字段为数据库中与期限日期对应的结构化字段；预设条件为：在第四目标结构化字段的字段属性值大于期限日期时，入账值小于第三目标结构化字段的字段属性值。

本申请实施例中，履约异常信息可以包括履约异常标识、异常点信息等。履约异常标识可以是用于表征异常合同的标识，履约异常标识可以为字段、字符或数值等任意形式；异常点信息可以是具体的异常信息，异常点信息例如可以是超期未付款。

本申请实施例中，合同数据处理平台可以与报账系统绑定，报账系统接收到合同支付方支付的资金后，合同数据处理平台可以定期或不定期从报账系统接获取入账值。

一种可能的实现中，合同数据处理平台可以基于预设周期定期获取履约信息和目标结构化字段，在履约信息和目标结构化字段满足预设条件时，输出履约异常信息，以实现合同履约异常的自动报警监控。

另一种可能的实现中，合同数据处理平台可以响应于用户触发履约监控菜单的操作去获取履约信息和目标结构化字段，在履约信息和目标结构化字段满足预设条件时，输出履约异常信息，以实现实时的合同履约异常监控。

可选的，履约信息中还可以包括履约状态和履约期限，履约状态可以包括履行中、未办结和办结等状态。合同数据处理平台可以基于履约状态、履约时间以及履约时间对应的结构化字段实现对合同的履约监控。

示例性的，当履约时间大于履约时间对应的结构化字段的字段属性值时，若合同数据处理平台检测到合同的履约状态为履行中或者未办结状态，则输出履约异常信息，例如可以是超期未办结。

可选的，除了履约异常的监控，预设条件还可以用于履约提醒。

示例性的，在即将到达期限日期的预设时间内，若合同数据处理平台检测到第三目标结构化字段的字段属性值与入账值之间的差值大于预设阈值，则合同数据处理平台可以输出履约提醒信息，履约提醒信息可以用于提醒第一用户该第三目标结构化字段所属合同的付款时间即将超期。

示例性的，在即将到达履约期限的预设时间内，若合同数据处理平台检测到合同的履约状态为履行中或者未办结状态，则输出履约提醒信息，该履约提醒信息例如可以用于提醒第一用户该履约期限对应的目标结构化字段所属合同的办结时间即将超期。

本申请实施例中，通过基于目标结构化字段和履约信息实现对合同的履约异常、履约提醒等的监控，实现过程中，不需要从合同文本中提取相关数据，克服了数据提取准确率低的问题，进而实现了提高合同履约异常、履约提醒等监控的效率和准确性的效果。

本申请实施例中，通过预先配置的结构化字段在不同合同类型、不同合同阶段以及在合同信息中心中的应用，有助于提高合同管理的自动化水平，且不需要基于不同的个性化需求重新开发合同模板，有助于减少人力物力成本。此外，不需要从合同文本中提取相关数据而是基于结构化字段进行统计分析、查询和/或履约监控等操作，克服了数据提取准确率低的问题，有助于提高合同管理的效率和精度。

图9为本申请实施例提供的一种合同数据处理装置的结构示意图，如图9所示，该合同数据处理装置90包括：获取模块901、加载模块902、接收模块903和统计分析模块904，其中，

获取模块901，用于获取第一用户的用户标识和合同信息，合同信息包括合同类型和合同阶段；

加载模块902，用于根据用户标识和合同信息从数据库中获取结构化字段，并将结构化字段加载到第一页面，结构化字段为合同的个性化定制信息；

接收模块903，用于接收第一用户在第一页面输入的结构化字段的字段属性值，并将字段属性值对应保存到数据库中，得到目标结构化字段，目标结构化字段为数据库中包含有字段属性值的结构化字段；

统计分析模块904，用于从数据库中获取第一目标结构化字段，基于第一目标结构化字段进行统计分析，显示分析结果，第一目标结构化字段为数据库中与统计分析相关的目标结构化字段。

在一种可能的实现方式中，加载模块902，具体用于：

响应于第一用户的指示操作，根据用户标识和合同类型从数据库获取指示操作对应的结构化字段，并将结构化字段加载到第一页面中；其中，第一页面与指示操作对应，指示操作包括下述至少一种：选择合同类型、上传签订盖章合同、提交履约，不同的指示操作对应不同的合同阶段。

在一种可能的实现方式中，当指示操作为选择合同类型时，第一页面为合同起草页面，接收模块903，具体用于：

响应于第一用户在合同起草页面输入合同起草阶段对应的结构化字段的字段属性值的操作，生成合同文本，并将第一用户输入的字段属性值对应保存到数据库中，得到目标结构化字段，合同文本中包括目标结构化字段的字段名称和字段属性值。

在一种可能的实现方式中，装置还包括：

第一获得模块，用于获取业务信息，业务信息包括与业务人员申请配置的结构化字段相关的信息；

配置模块，用于根据业务信息，配置业务信息对应的至少一个结构化字段，并将结构化字段保存到数据库中；

发布模块，用于获取第二用户针对结构化字段的审批结果，若审批结果为通过，将结构化字段的状态更新为已发布状态。

在一种可能的实现方式中，发布模块，具体用于：

响应于第三用户选中至少一个结构化字段并触发发布控件的操作，生成字段发布申请单，字段发布申请单中包括被第三用户选中的结构化字段；

接收第二用户针对字段发布申请单输入的审批结果，将审批结果为通过的结构化字段的状态更新为已发布状态。

在一种可能的实现方式中，装置还包括：

显示模块，用于响应于第一用户触发结构化字段综合查询控件的操作，显示第二页面，并将至少一个第二目标结构化字段的字段名称和字段组件加载至第二页面中，第二页面中还包括查询控件，第二目标结构化字段为数据库中可用于查询的目标结构化字段；

第一输出模块，用于接收用户针对第二目标结构化字段输入的查询值，响应于第二用户触发查询控件的操作，输出与查询值对应的查询结果。

在一种可能的实现方式中，装置还包括：

第二获得模块，用于获取履约信息和目标结构化字段，履约信息包括下述至少一项：入账值、期限日期；

第二输出模块，用于在履约信息和目标结构化字段满足预设条件时，输出履约异常信息；其中，目标结构化字段包括第三目标结构化字段和第四目标结构化字段，第三目标结构化字段为数据库中与入账值对应的结构化字段，第四目标结构化字段为数据库中与期限日期对应的结构化字段；

预设条件为：在第四目标结构化字段的字段属性值大于期限日期时，入账值小于第三目标结构化字段的字段属性值。

本申请实施例提供的合同数据处理装置90可以执行上述合同数据处理方法实施例所示的技术方案，其实现原理以及有益效果类似，此次不再进行赘述。

图10为本申请实施例提供的一种电子设备的结构示意图。请参见图10，电子设备100包括：存储器1001、处理器1002、通信部件1003以及总线1004。其中，存储器1001、处理器1002、通信部件1003通过总线1004实现彼此之间的通信连接。

存储器1001存储计算机执行指令；

处理器1002执行存储器1001存储的计算机执行指令，使得处理器1002执行上述合同数据处理方法；

通信部件1003可以适用但不限于收发器一类的收发设备，来实现电子设备100与其他设备或通信网络之间的通信；

总线1004可以包括在电子设备100各个部件(例如，存储器1001、处理器1002、通信部件1003)之间传送信息的通路。

电子设备100可以为芯片、模组、集成开发环境(integrateddevelopmentenvironment，IDE)等。

图10所示实施例所示的电子设备可以执行上述合同数据处理方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当计算机执行指令被处理器执行时用于实现上述合同数据处理方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，可实现上述合同数据处理方法。

本申请实施例的计算机可读存储介质及计算机程序产品，可执行上述的合同数据处理方法，其具体的实现过程及有益效果参见上述，在此不再赘述。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、快闪存储器、硬盘、固态硬盘、磁带(magnetictape)、软盘(floppydisk)、光盘(optical disc)及其任意组合。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种合同数据处理方法，其特征在于，应用于合同数据处理平台，所述方法包括：

获取第一用户的用户标识和合同信息，所述合同信息包括合同类型和合同阶段；

根据所述用户标识和所述合同信息从数据库中获取结构化字段，并将所述结构化字段加载到第一页面，所述结构化字段为合同的个性化定制信息；

接收所述第一用户在所述第一页面输入的所述结构化字段的字段属性值，并将所述字段属性值对应保存到数据库中，得到目标结构化字段，所述目标结构化字段为所述数据库中包含有所述字段属性值的结构化字段；

从所述数据库中获取第一目标结构化字段，基于所述第一目标结构化字段进行统计分析，显示分析结果，所述第一目标结构化字段为所述数据库中与所述统计分析相关的目标结构化字段。

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户标识和所述合同信息从数据库中获取结构化字段，并将所述结构化字段加载到第一页面，包括：

响应于第一用户的指示操作，根据所述用户标识和所述合同类型从数据库获取所述指示操作对应的结构化字段，并将所述结构化字段加载到第一页面中；其中，所述第一页面与所述指示操作对应，所述指示操作包括下述至少一种：选择合同类型、上传签订盖章合同、提交履约，不同的所述指示操作对应不同的合同阶段。

3.根据权利要求2所述的方法，其特征在于，当所述指示操作为所述选择合同类型时，所述第一页面为合同起草页面，所述接收所述第一用户在所述第一页面输入的所述结构化字段的字段属性值，并将所述字段属性值对应保存到数据库中，得到目标结构化字段，包括：

响应于所述第一用户在所述合同起草页面输入合同起草阶段对应的结构化字段的字段属性值的操作，生成合同文本，并将所述第一用户输入的所述字段属性值对应保存到所述数据库中，得到所述目标结构化字段，所述合同文本中包括所述目标结构化字段的字段名称和字段属性值。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述数据库中的所述结构化字段为预先配置得到，所述方法还包括：

获取业务信息，所述业务信息包括与业务人员申请配置的结构化字段相关的信息；

根据所述业务信息，配置所述业务信息对应的至少一个结构化字段，并将所述结构化字段保存到所述数据库中；

获取第二用户针对所述结构化字段的审批结果，若审批结果为通过，将所述结构化字段的状态更新为已发布状态。

5.根据权利要求4所述的方法，其特征在于，所述获取第二用户针对所述结构化字段的审批结果，若审批结果为通过，将所述结构化字段的状态更新为已发布状态，包括：

响应于第三用户选中至少一个所述结构化字段并触发发布控件的操作，生成字段发布申请单，所述字段发布申请单中包括被所述第三用户选中的结构化字段；

接收所述第二用户针对所述字段发布申请单输入的审批结果，将所述审批结果为通过的结构化字段的状态更新为已发布状态。

6.根据权利要求5所述的方法，其特征在于，在所述将所述字段属性值对应保存到数据库中，得到目标结构化字段之后，所述方法还包括：

响应于所述第一用户触发结构化字段综合查询控件的操作，显示第二页面，并将至少一个第二目标结构化字段的字段名称和字段组件加载至所述第二页面中，所述第二页面中还包括查询控件，所述第二目标结构化字段为所述数据库中可用于查询的目标结构化字段；

接收所述用户针对所述第二目标结构化字段输入的查询值，响应于所述第二用户触发所述查询控件的操作，输出与所述查询值对应的查询结果。

7.根据权利要求2或3所述的方法，其特征在于，当所述指示操作为所述提交履约时，在所述将所述字段属性值对应保存到数据库中，得到目标结构化字段之后，所述方法还包括：

获取履约信息和所述目标结构化字段，所述履约信息包括下述至少一项：入账值、期限日期；

在所述履约信息和所述目标结构化字段满足预设条件时，输出履约异常信息；其中，所述目标结构化字段包括第三目标结构化字段和第四目标结构化字段，所述第三目标结构化字段为所述数据库中与所述入账值对应的结构化字段，所述第四目标结构化字段为所述数据库中与所述期限日期对应的结构化字段；

所述预设条件为：在所述第四目标结构化字段的字段属性值大于所述期限日期时，所述入账值小于所述第三目标结构化字段的字段属性值。

8.一种合同数据处理装置，其特征在于，包括获取模块、加载模块、接收模块和统计分析模块，其中，

所述获取模块，用于获取第一用户的用户标识和合同信息，所述合同信息包括合同类型和合同阶段；

所述加载模块，用于根据所述用户标识和所述合同信息从数据库中获取结构化字段，并将所述结构化字段加载到第一页面，所述结构化字段为合同的个性化定制信息；

所述接收模块，用于接收所述第一用户在所述第一页面输入的所述结构化字段的字段属性值，并将所述字段属性值对应保存到数据库中，得到目标结构化字段，所述目标结构化字段为所述数据库中包含有所述字段属性值的结构化字段；

所述统计分析模块，用于从所述数据库中获取第一目标结构化字段，基于所述第一目标结构化字段进行统计分析，显示分析结果，所述第一目标结构化字段为所述数据库中与所述统计分析相关的目标结构化字段。

9.一种电子设备，其特征在于，包括：处理器、存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求1至7中任一项所述的方法。

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