CN112258324B - 一种合同审批方法、合同审批服务器、设备及介质 - Google Patents

Abstract

本发明公开了一种合同审批方法、合同审批服务器、设备及介质，用于解决现有合同审批流程中，待审批的合同的合同信息发生调整时，办公效率低和用户体验差的问题。本发明在合同审批流程中，若识别到待审批的合同的合同信息发生调整，可以根据预先保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点，并确定合同信息调整前已完成合同审批的第二审批节点，可以基于除第二审批节点之外的其他第一审批节点进行对合同的审批。由于在合同信息发生调整时，无需重新起草合同和发起新的合同审批流程，合同信息调整前已完成合同审批的第二审批节点可以不用重新对合同进行审批，从而可以提高办公效率以及用户体验。

Description

一种合同审批方法、合同审批服务器、设备及介质

技术领域

本发明涉及合同审批技术领域，尤其涉及一种合同审批方法、合同审批服务器、设备及介质。

背景技术

关联交易是公司运作中经常出现的、又易于发生不公平结果的交易。关联交易管理是公司治理的重要组成部分，例如《保险公司关联交易管理暂行办法》中规定：为了保护投资者、保险消费者和公司利益，关联方之间的交易行为必须公允，不得以交易为由，进行利益输送。同时，这些规定也是遵循银保监会依法对保险公司关联交易实施监管的要求。

因此在审批合同时，会对待审批的合同的合同信息进行严格审批，例如会对合同信息中的合同对方主体、交易类别(是否为关联交易)、关联交易级别等进行严格审核。通常情况下，合同信息不同，对应的审批节点也会有所不同。

在对合同进行审批时，通常是先由报送人起草合同并发起合同审批流程，在发起合同审批流程时即确定了该合同对应的审批节点，基于这些审批节点进行对合同的审批。然而如果在合同审批流程中，发现该合同的合同信息需要调整时，现有审批流程对应的审批节点将不再适用于对该合同进行审批。

现有针对这种在合同审批流程中，发现合同的合同信息需要调整，现有审批流程对应的审批节点不再适用于对该合同进行审批的情况时，通常只能将原审批流程作废，需要由报送人根据调整后的合同信息，重新起草合同并发起新的合同审批流程，确定新的审批节点来进行对合同的审批，因此存在办公效率低和用户体验差的问题。

发明内容

本发明实施例提供了一种关联交易审批方法、合同审批服务器、设备及介质，用于解决现有合同审批流程中，待审批的合同的合同信息发生调整时，办公效率低和用户体验差的问题。

一方面，本发明提供了一种合同审批方法，所述方法包括：

在合同审批流程中，所述合同审批服务器中的处理器若识别到待审批的合同的合同信息发生调整，调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点；

确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户；

针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户。

进一步的，所述识别到待审批的合同的合同信息发生调整包括：

确定待审批的合同的合同内容发生调整；或，

所述合同内容未调整，但调用所述存储器中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；或，

调用所述存储器中保存的关联交易级别判断规则，根据所述待审批的合同的合同内容以及所述关联交易级别判断规则，确定所述合同的关联交易级别发生调整。

进一步的，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整包括：

根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；

若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整。

进一步的，所述根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别包括：

识别所述合同中的对方主体名称，调用所述存储器中当前保存的关联交易方列表，判断所述对方主体名称是否位于所述关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易。

进一步的，所述判断所述对方主体名称是否位于所述关联交易方列表中包括：

调用所述存储器中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

进一步的，若识别到待审批的合同的合同信息为关联交易之后，所述调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系之前，所述方法还包括：

展示预设的关联交易提醒界面，并判断所述关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

进一步的，若确定所述合同为关联交易，且接收到新增加的对方主体名称，所述方法还包括：

判断所述新增加的对方主体名称是否位于所述存储器中当前保存的关联交易方列表中，若否，则显示将所述新增加的对方主体名称添加到关联交易方列表中的提示信息；并在接收到添加指令时，调用所述存储器，使所述存储器将所述添加指令对应的对方主体名称添加到所述存储器自身保存的关联交易方列表中。

再一方面，本发明提供了一种合同审批服务器，所述合同审批服务器包括：

存储器，用于保存每个合同信息与每个审批节点的对应关系、以及每个审批节点与每个审批账户的对应关系；

处理器，用于在合同审批流程中，若识别到待审批的合同的合同信息发生调整，调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点；

所述处理器，还用于确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户；

所述处理器，还用于针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应的进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户。

进一步的，所述处理器，具体用于确定待审批的合同的合同内容发生调整；或，所述合同内容未调整，但调用所述存储器中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；或，调用所述存储器中保存的关联交易级别判断规则，根据所述待审批的合同的合同内容以及所述关联交易级别判断规则，确定所述合同的关联交易级别发生调整。

进一步的，所述处理器，具体用于根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；

若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整。

进一步的，所述处理器，具体用于识别所述合同中的对方主体名称，调用所述存储器中当前保存的关联交易方列表，判断所述对方主体名称是否位于所述关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易。

进一步的，所述处理器，具体用于调用所述存储器中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

进一步的，所述处理器，还用于若识别到待审批的合同的合同信息为关联交易之后，所述调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系之前，展示预设的关联交易提醒界面，并判断所述关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

进一步的，所述处理器，还用于若确定所述合同为关联交易，且接收到新增加的对方主体名称，判断所述新增加的对方主体名称是否位于所述存储器中当前保存的关联交易方列表中，若否，则显示将所述新增加的对方主体名称添加到关联交易方列表中的提示信息；并在接收到添加指令时，调用所述存储器，使所述存储器将所述添加指令对应的对方主体名称添加到所述存储器自身保存的关联交易方列表中。

再一方面，本发明提供了一种电子设备，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时实现上述任一所述合同审批方法的步骤。

再一方面，本发明提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现上述任一所述合同审批方法的步骤。

由于本发明实施例在合同审批流程中，若识别到待审批的合同的合同信息发生调整，可以根据预先保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点，并确定合同信息调整前已完成合同审批的第二审批节点，在判断每个第一审批节点中存在第二审批节点时，基于除第二审批节点之外的其他第一审批节点进行对合同的审批。由于本发明实施例在合同信息发生调整时，无需重新起草合同和发起新的合同审批流程，合同信息调整前已完成合同审批的第二审批节点可以不用重新对合同进行审批，从而可以提高办公效率以及用户体验。另外，本发明实施例针对除第二审批节点之外的其他第一审批节点，可以生成对该其他第一审批节点进行任务审批的待领取指令，并将待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给领取信息对应的第三审批账户，从而可以最大程度的保证其他第一审批节点对应的合同审批任务可以被及时处理，提高了办公效率。

附图说明

图1为本发明实施例提供的第一种合同审批过程示意图；

图2为本发明实施例提供的第二种合同审批过程示意图；

图3为将待领取指令发送给第一审批节点对应的每个第三审批账户后，每个第三审批账户的显示界面示意图；

图4为将合同的审批任务发送给领取信息对应的第三审批账户后，该第三审批账户的显示界面示意图；

图5为本发明实施例提供的显示调整后的合同信息的示意图；

图6为本发明实施例提供的第一种维护关联交易方列表示意图；

图7为本发明实施例提供的第二种维护关联交易方列表示意图；

图8为本发明实施例提供的关联交易方的查询界面示意图；

图9为本发明实施例提供的第一种关联交易提醒界面；

图10为本发明实施例提供的第一种显示下载文件的提示信息示意图；

图11为本发明实施例提供的第二种提醒界面示意图；

图12为本发明实施例提供的第二种显示下载文件的提示信息示意图；

图13为本发明实施例提供的第三种提醒界面示意图；

图14为本发明实施例提供的第四种提醒界面示意图；

图15为本发明实施例提供的使用交易跟踪查询列表过程示意图；

图16为本发明实施例提供的查看交易跟踪查询列表示意图；

图17为本发明实施例提供的接收到查看指令后，展示查询界面示意图；

图18为本发明实施例提供的展示查询结果示意图；

图19为本发明实施例提供的重大关联交易的查询结果示意图；

图20为本发明实施例提供的没有查询到匹配的合同信息时，显示的提示信息示意图；

图21为本发明实施例提供的一种提示信息示意图；

图22为本发明实施例提供的一种添加按钮示意图；

图23为本发明实施例提供的第一种接收到添加指令后显示界面示意图；

图24为本发明实施例提供的第二种接收到添加指令后显示界面示意图；

图25为本发明实施例提供的第三种合同审批过程示意图；

图26为本发明实施例提供的第一种审批流程示意图；

图27为本发明实施例提供的审批界面示意图；

图28为本发明实施例提供的将关联交易级别进行突出显示示意图；

图29为本发明实施例提供的第四种合同审批过程示意图；

图30为本发明实施例提供的第二种审批流程示意图；

图31为本发明实施例提供的第三种审批流程示意图；

图32为本发明实施例提供的盖章用印节点示意图；

图33为本发明实施例提供的一种合同审批服务器示意图；

图34为本发明实施例提供的一种电子设备结构示意图。

具体实施方式

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

为了提高办公效率和用户体验，本发明实施例提供了一种合同审批方法、合同审批服务器、设备及介质。

图1为本发明实施例提供的第一种合同审批过程示意图，如图1所示，合同审批服务器中包括：处理器和存储器。在实际应用过程中，当待审批的合同的合同信息发生调整时，合同审批服务器中的处理器可以识别到该待审批的合同的合同信息发生调整，并调用合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点。同时，合同审批服务器中的处理器可以确定合同信息调整前已完成合同审批的第二审批节点，在判断每个第一审批节点中存在第二审批节点时，基于除第二审批节点之外的其他第一审批节点进行对合同的审批。其中，基于除第二审批节点之外的其他第一审批节点进行对合同的审批时，处理器可以调用存储器中保存的每个审批节点与每个审批账户的对应关系，确定除第二审批节点之外的其他第一审批节点对应的每个第三审批账户。针对除第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给领取信息对应的第三审批账户，从而使用户可以基于该第三审批账户对应的终端进行对合同的审批。

实施例1：

图2为本发明实施例提供的第二种合同审批过程示意图，该过程包括以下步骤：

S201：在合同审批流程中，所述合同审批服务器中的处理器若识别到待审批的合同的合同信息发生调整，调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点。

本发明实施例提供的合同审批方法应用于合同审批服务器。为了实现合同审批，合同审批服务器中设置有处理器和存储器，其中处理器与存储器连接。

待审批的合同的合同信息可以包括合同内容、交易类别、关联交易级别等。其中合同内容可以包括对方主体名称、合同金额等。交易类别可以是关联交易、非关联交易等。关联交易级别可以是一般关联交易、重大关联交易、特别重大关联交易、长期持续性关联交易、豁免性关联交易等等，具体的合同信息可以根据需求灵活设置。在一种可能的实施方式中，合同审批服务器中的处理器如果识别到合同内容、交易类别或关联交易级别中的任一个发生调整时，可以认为识别到合同信息发生调整。

在本发明实施例中，合同审批服务器中的存储器可以预先保存每个合同信息与每个审批节点的对应关系，具体的，每个合同信息与每个审批节点的对应关系可以根据需求灵活设置，例如可以将关联交易对应较多的审批节点，将非关联交易对应较少的审批节点等。

因为存储器中预先保存了每个合同信息与每个审批节点的对应关系，所以可以在合同审批流程中，处理器若识别到待审批的合同的合同信息发生调整时，则可以调用存储器中保存的每个合同信息与每个审批节点的对应关系，并根据调用的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点。

S202：确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户。

在本发明实施例中，处理器可以确定合同信息调整前已完成合同审批的第二审批节点，并判断调整后的合同信息对应的每个第一审批节点中是否存在第二审批节点，如果存在，可以认为该第二审批节点已经完成合同审批任务，为了避免重复审批，提高办公效率，可以基于除第二审批节点之外的其他第一审批节点进行对合同的审批。示例性的，第一审批节点中包括的第一审批节点分别为甲、乙、丙、丁，合同信息调整前已完成合同审批的第二审批节点为甲，则可以基于除甲之外的其他第一审批节点进行对合同的审批，即基于乙、丙、丁进行对合同的审批。

可以理解的，如果第一审批节点中不存在已完成合同审批的第二审批节点，则可以基于每个第一审批节点进行对合同的审批。考虑到审批任务较多时，如果为每个第一审批节点设置固定的审批账户时，该审批账户可能会因为审批任务较多，而不能保证将每个合同任务都能够及时的进行审批。为了提高办公效率，在本发明实施例中，可以为每个第一审批节点，设置多个对应的审批账户，并在存储器中保存每个审批节点与每个审批账户的对应关系。在基于除第二审批节点之外的其他第一审批节点进行对合同的审批时，处理器可以调用存储器中保存的每个审批节点与每个审批账户的对应关系，并根据每个审批节点与每个审批账户的对应关系，确定除第二审批节点之外的其他第一审批节点对应的每个第三审批账户。

S203：针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户。

在基于除第二审批节点之外的其他第一审批节点进行对合同的审批时，处理器可以针对出第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并可以将该待领取指令发送给该其他第一审批节点对应的每个第三审批账户。其中，若接收到任一第三审批账户响应的进行任务审批的领取信息，可以认为该领取信息对应的第三审批账户可以及时处理合同审批任务，则可以将该其他第一审批节点对应的合同审批任务发送给该领取信息对应的第三审批账户，使该第三审批账户可以进行对合同的审批。

将合同审批任务发送给该领取信息对应的第三审批账户之后，如果再接收到除领取信息对应的第三审批账户之外的其他第三审批账户响应进行任务审批的领取信息时，为了避免合同审批任务的重复发送，可以不再将合同审批任务发送给其他第三审批账户。另外，为了提示用户，还可以显示合同审批任务已被其他账户领取的提示信息，以提高用户体验。

可以理解的，如果第一审批节点中不存在已完成合同审批的第二审批节点，基于每个第一审批节点进行对合同的审批过程，与基于除第二审批节点之外的其他第一审批节点进行对合同的审批过程类似，例如，基于每个第一审批节点进行对合同的审批时，可以是针对每个第一审批节点，生成对该第一审批节点进行任务审批的待领取指令，并调用存储器中保存的每个审批节点与每个审批账户的对应关系，将待领取指令发送给该第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该第一审批节点对应的合同审批任务发送给该领取信息对应的第三审批账户，在此不再赘述。

为方便理解，下面通过一个具体实施例对本发明实施例提供的合同审批过程进行说明。图3为将待领取指令发送给第一审批节点对应的每个第三审批账户后，每个第三审批账户的显示界面示意图。图4为将合同的审批任务发送给领取信息对应的第三审批账户后，该第三审批账户的显示界面示意图。

如图3所示，将待领取指令发送给第一审批节点对应的每个第三审批账户后，每个第三审批账户的显示界面中可以显示“领取任务”按钮。在一种可能的实施方式中，当识别到任一第三审批账户的“领取任务”按钮被触发时，可以认为接收到该第三审批账户响应进行任务审批的领取信息。另外，为了防止误触，还可以在识别到任一第三审批账户的“领取任务”按钮被触发时，再显示是否确认领取的提示信息，例如提示信息为“确认领取该审批任务？领取后不能取消”，同时显示“确认领取”和“取消领取”的选择按钮。当识别到“确认领取”按钮被触发时，可以认为接收到该第三审批账户响应进行任务审批的领取信息。当识别到“取消领取”按钮被触发时，可以认为没有接收到该第三审批账户响应进行任务审批的领取信息。

当接收到任一第三审批账户响应进行任务审批的领取信息时，将该合同的审批任务发送给领取信息对应的第三审批账户，如图4所示，将该第一审批节点对应的合同审批任务发送给领取信息对应的第三审批账户时，该第三审批账户可以进行对合同的审批。

由于本发明实施例在合同审批流程中，若识别到待审批的合同的合同信息发生调整，可以根据预先保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点，并确定合同信息调整前已完成合同审批的第二审批节点，在判断每个第一审批节点中存在第二审批节点时，基于除第二审批节点之外的其他第一审批节点进行对合同的审批。由于本发明实施例在合同信息发生调整时，无需重新起草合同和发起新的合同审批流程，合同信息调整前已完成合同审批的第二审批节点可以不用重新对合同进行审批，从而可以提高办公效率以及用户体验。另外，本发明实施例针对除第二审批节点之外的其他第一审批节点，可以生成对该其他第一审批节点进行任务审批的待领取指令，并将待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给领取信息对应的第三审批账户，从而可以最大程度的保证其他第一审批节点对应的合同审批任务可以被及时处理，提高了办公效率。

实施例2：

为了确定合同信息是否发生调整，在上述各实施例的基础上，在本发明实施例中，所述识别到待审批的合同的合同信息发生调整包括：

确定待审批的合同的合同内容发生调整；或，

所述合同内容未调整，但调用所述存储器中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；或，

调用所述存储器中保存的关联交易级别判断规则，根据所述待审批的合同的合同内容以及所述关联交易级别判断规则，确定所述合同的关联交易级别发生调整。

在本发明实施例中，可以在确定待审批的合同的合同内容发生调整时，即识别到待审批的合同的合同信息发生调整。在一种可能的实施方式中，合同内容中可以包括对方主体名称、合同金额、合同类型等，合同内容发生调整包括：合同的对方主体名称、合同金额、或合同类型发生调整等。其中表1为本发明实施例提供的合同类型的示意表，合同类型可以是收入类-物业管理合同、支出类-物业管理合同、有收有支类-战略合作合同、无收无支类-战略合作合同等，可以根据需求灵活设置，本发明实施例对合同类型不做具体限定。

表1

/>

可以理解的，合同内容发生调整时，处理器可以调用存储器中保存的交易类别判断规则，根据调整后的合同内容以及交易类别判断规则，确定合同的交易类别是否发生调整。相应的，处理器也可以调用存储器中保存的关联交易级别判断规则，根据调整后的合同内容以及关联交易级别判断规则，确定合同的关联交易级别是否发生调整。当确定合同内容、交易类别、关联交易级别中的任一发生调整时，即识别到待审批的合同的合同信息发生调整。

在一种可能的实施方式中，因为存储器中保存的交易类别判断规则是根据监管机构出台的各项管理办法制定的，例如可以是根据银保监会出台的政策法规制定的，因此随着监管机构出台的各项管理办法的不断更新，存储器中保存的交易类别判断规则也是不断更新的。所以可能待审批的合同内容并未调整，但是存储器中保存的交易类别判断规则更新的情况下，合同的交易类别也可能会发生调整。处理器在确定合同的交易类别发生调整时，可以认为识别到待审批的合同的合同信息发生调整。

与交易类别判断规则类似，存储器中保存的关联交易级别判断规则也可以是根据监管机构出台的各项管理办法制定的，例如可以是根据银保监会出台的政策法规制定的，因此随着监管机构出台的各项管理办法的不断更新，存储器中当前保存的关联交易级别判断规则也是不断更新的。所以可能待审批的合同内容并未调整，但是存储器中保存的关联交易级别判断规则更新的情况下，合同的关联交易级别也可能会发生调整。处理器在确定合同的关联交易级别发生调整时，可以认为识别到待审批的合同的合同信息发生调整。其中根据合同内容和关联交易级别判断规则，确定合同的关联交易级别为现有技术，在此不再赘述。

在一种可能的实施方式中，如果在审批流程中，识别到待审批的合同的合同信息发生调整，再基于调整后的合同信息对应的第一审批节点进行对合同的审批时，为了提示用户，处理器可以在审批界面中将调整后的合同信息进行突出显示。图5为本发明实施例提供的显示调整后的合同信息的示意图，如图5所示，在将关联交易级别调整为重大关联交易后，可以在第一审批节点的审批界面将调整后的合同信息进行突出显示，例如可以用不同颜色、不同字体等方式进行突出显示。

在本发明实施例中，可以在合同审批流程中，及时识别待审批的合同的合同信息是否发生调整，从而可以及时根据最新的合同信息，确定对应的审批节点，以更及时准确的对合同进行审核和把关，也提高了办公效率。

实施例3：

为了确定合同的交易类别是否发生调整，在上述各实施例的基础上，在本发明实施例中，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整包括：

根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；

若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整。

在本发明实施例中，在确定合同交易类别是否发生调整时，处理器可以调用存储器中保存的交易类别判断规则，根据待审批合同的合同内容以及交易类别判断规则，确定合同的最新交易类别。如果该最新交易类别与当前保存的当前交易类别不同，可以认为待审批合同的交易类别需要调整，则将当前保存的当前交易类别更新为最新交易类别，并确定合同的交易类别发生调整。示例性的，针对该待审批的合同，当前保存的当前交易类别为非关联交易，根据该合同的合同内容以及存储器中保存的交易类别判断规则，确定合同的最新交易类别为关联交易，则可以将合同的交易类别更新为关联交易，确定合同的交易类别发生调整，即由非关联交易调整为关联交易。

可以理解的，如果最新交易类别与当前保存的当前交易类别相同，则可以不对当前交易类别进行更新，即合同的交易类别不发生调整。

在一种可能的实施方式中，在根据合同内容以及当前保存的交易类别判断规则，确定合同的最新交易类别时，可以是根据合同金额以及当前保存的交易类别判断规则，确定合同的最新交易类别。具体的，可以采用现有技术确定合同的最新交易类别，在此不再赘述。

实施例4：

为了确定合同的交易类别，在上述各实施例的基础上，在本发明实施例中，所述根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别包括：

识别所述合同中的对方主体名称，调用所述存储器中当前保存的关联交易方列表，判断所述对方主体名称是否位于所述关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易。

为了确定合同的交易类别，存储器中可以保存有关联交易方列表，该关联交易方列表中保存有不同的关联交易方，例如可以保存不同的法人名称、自然人名称等。处理器可以识别合同中的对方主体名称，并调用存储器中当前保存的关联交易方列表，当判断合同中的对方主体名称与关联交易方列表中的任一关联交易方匹配时，可以认为对方主体名称位于当前保存的关联交易方列表中，可以确定该合同为关联交易。相应的，当判断对方主体名称与关联交易方列表中的任一关联交易方均不匹配时，可以认为对方主体名称不位于当前保存的关联交易方列表中时，可以确定该合同为非关联交易。

实施例5：

为了准确判断对方主体名称是否位于当前保存的关联交易方列表中，在上述各实施例的基础上，在本发明实施例中，所述判断所述对方主体名称是否位于所述关联交易方列表中包括：

调用所述存储器中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

在一种可能的实施方式中，为了准确判断对方主体名称是否位于关联交易方列表中，关联交易方列表中可以包括关键字，其中关键字的具体内容可以根据需求灵活设置，示例性的，关键字可以包含法人简称等，存储器中可以预先保存相应的关键字拆分规则，处理器可以调用存储器中保存的关键字拆分规则，根据该关键字拆分规则，对接收到的对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于存储器当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于存储器当前保存的关联交易方列表中。其中，可以采用现有技术按照预设的关键字拆分规则，对接收到的对方主体名称进行拆分，在此不再赘述。

本发明实施例可以采用模糊查询的方式，判断对方主体名称是否位于存储器当前保存的关联交易方列表中，从而进一步增加了判断对方主体名称是否位于存储器当前保存的关联交易方列表中的灵活性和准确性。示例性的，例如当接收到的对方主体名称为京东时，可以根据预设的关键字拆分规则，对该对方主体名称进行拆分，例如拆分后的对方主体子名称中包括“京东”，当前保存的关键字中也包括京东，判断拆分后的对方主体子名称与存储器当前保存的关键字匹配，则确定该对方主体名称位于存储器当前保存的关联交易方列表中。可以理解的，如果当前保存的关键字中没有包括京东，则可以确定对方主体名称不位于存储器当前保存的关联交易方列表中。

本发明实施例中存储器当前保存的关联交易方列表中是可以不断更新的，所以在合同审批流程中，关联交易方列表可能会有更新。因此可能在报送人合同起草阶段判断对方主体名称不位于关联交易方列表中，从而确定该合同为非关联交易；但是在审批流程中可能因为关联交易方列表有更新，将该对方主体名称加入关联交易方列表中时，就会判断对方主体名称位于关联交易方列表中，从而确定该合同为关联交易。本发明实施例不仅在合同起草阶段可以识别交易类别以及关联交易级别，还可以在审批流程中，不断实时的识别合同信息是否发生调整，如果发生调整，可以灵活及时的确定调整后的第一审批节点，从而可以在严格审核合同的基础上，提高办公效率。

在一种可能的实施方式中，存储器中当前保存的关联交易方列表可以是用户手动维护的。图6为本发明实施例提供的第一种维护关联交易方列表示意图；图7为本发明实施例提供的第二种维护关联交易方列表示意图。如图6和图7所示，关联交易方列表中可以包括法人、自然人以及关键字(图中的交易方关键字)，其中可以通过新增、修改或者失效的方式来对应的添加、修改或者删除关联交易方。图6中状态一栏可以预先设置长期有效、有效期至、无效等选项。当“有效期至”选项被选择时，可以进而展示时间选择框供用户选择，可以理解的，用户选择的日期不能晚于当前时间。

可以理解的，在判断对方主体名称位于存储器当前保存的关联交易方列表中时，可以是判断对方主体名称是否位于关联交易方列表中状态为有效的关联交易方中，其中状态为有效的关联交易方包括状态为长期有效和在有效期期间的关联交易方。

在一种可能的实施方式中，在用户手动维护存储器中保存的关联交易方列表时，存储器在识别到用户输入新的关联交易方到关联交易方列表中时，可以将该新的关联交易方与当前关联交易方列表中保存的关联交易方进行比较，如果识别到当前关联交易方列表中保存的任一关联交易方与该新的关联交易方相同，则可以显示重复录入的提示信息，例如显示“系统内已存在具备相同交易方关键字，请勿重复录入”的提示信息。如果在用户输入新的关联交易方到关联交易方列表中时，存储器识别到输入的关联交易方信息中有一些必填项未填写时，可以显示未填写必填项的提示信息，如提示“(某某项)不能为空”的提示信息。在一种可能的实施方式中，存储器可以同时添加设定数量个关联交易方到关联交易方列表中，例如可以同时添加10个关联交易方到关联交易方列表中，如果一次超过10条，则可以显示超出的提示信息，例如可以显示“最多支持10条同时生效的关键字！”的提示信息。另外，用户在修改关联交易方时，可以每次只选择单个的关联交易方进行修改。

为了方便管理，存储器可以在每次更新关联交易方列表时，同时将更新的日期进行保存，以方便用户可以根据日期信息，了解关联交易方列表的更新情况。其中更新的日期可以精确到年-月-日-时-分-秒，如2018-4-1018:20:25。在一种可能的实施方式中，关联交易方列表中的各关联交易方可以按照创建时间的先后顺序依次排序。

在一种可能的实施方式中，存储器可以设置查询关联交易方列表中的关联交易方的查询界面。图8为本发明实施例提供的关联交易方的查询界面示意图，如图8所示，存储器可以根据用户输入的法人、自然人、关键字、创建日期、状态等信息查询匹配的关联交易方，在显示查询结果时，可以将关联交易方、状态、创建日期以及如果该关联交易方被修改过时，将修改日期等信息一并显示。

实施例6：

为了更好的进行风控识别和风险管控，在上述各实施例的基础上，在本发明实施例中，若识别到待审批的合同的合同信息为关联交易之后，所述调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系之前，所述方法还包括：

展示预设的关联交易提醒界面，并判断所述关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

处理器在识别到待审批的合同的合同信息为关联交易之后，为了更好的进行风控识别和风险管控，可以展示预设的关联交易提醒界面，预设的关联交易提醒界面的具体内容和形式可以根据需求灵活设置。同时，为了方便用户上传关联交易对应的文件，可以在关联交易提醒界面中携带文件模板的下载链接。如果没有识别到文件模板被下载，还可以显示下载提示信息。具体的文件模板以及下载提示信息均可以根据需求灵活设置，本发明实施例对此不做具体限定。

为方便理解，下面以一个具体实施例对本发明实施例提供的合同审批过程进行说明。

当根据报送人在合同起草阶段输入对方主体名称等合同信息，识别到待审批的合同为关联交易时，可以展示预设的关联交易提醒界面。图9为本发明实施例提供的第一种关联交易提醒界面，如图9所示，关联交易提醒界面中包含文件模板，如一般关联交易情况报告模板，还包含关联交易的介绍，以及为什么要严格履行关联交易审查程序的介绍等信息。用户可以点击“一般关联交易情况报告模板”来下载相关文件模板，其中可以将文件模板中对应的内容完善后，将完善后的文件上传到对应的合同审批流程中，以备各审批节点审批该合同是否合规。

如果尚没有识别到文件模板被下载，而识别到用户点击“□我已阅读《定价依据与公允性说明模板》”时，可以认为关联交易提醒界面中的文件模板没有被下载，可以显示下载文件的提示信息，图10为本发明实施例提供的第一种显示下载文件的提示信息示意图。

可以理解的，如果识别到文件模板被下载，在识别到用户点击“□我已阅读《定价依据与公允性说明模板》”时，就会关闭该提醒界面。

图11为本发明实施例提供的第二种提醒界面示意图，如图11所示：关联交易提醒界面中包含文件模板，如定价依据与公允性说明模板，还包含关联交易合同的审批流程介绍、关联交易的介绍，以及为什么要严格履行关联交易审查程序的介绍等信息。用户可以点击“定价依据与公允性说明模板”来下载相关附件。如果没有识别到文件模板被下载，在识别到用户点击“□我已阅读《定价依据与公允性说明模板》”时，会显示下载文件的提示信息。图12为本发明实施例提供的第二种显示下载文件的提示信息示意图。如图12所示，可以通过打开或者保存按钮，来下载相关文件模板。

图13为本发明实施例提供的第三种提醒界面示意图，该提醒界面包括关联交易审批流程示意图，以及对应的文件模板，如上会议案模板、关联交易控制委员会决议模板、董事会/股东大会决议模板等等。图14为本发明实施例提供的第四种提醒界面示意图，该提醒界面包括关联交易审批流程示意图，以及对应的文件模板，如一般关联交易备案表、重大关联交易报告表、关联交易报告合规承诺书等等。提醒界面的具体内容可以根据需求灵活设置，在此不再赘述。

由于本发明实施例在识别到待审批合同为关联交易时，即显示预设的关联交易提醒界面，从而可以以简洁明了的形式提示和介绍关联交易相关注意事项，在有助于指导用户更好的解读监管机构的制度规范，提升用户体验。

在一种可能的实施方式中，为了方便管理每个合同的合同信息，可以将每个合同的合同信息保存在存储器中的交易跟踪查询列表中。图15为本发明实施例提供的使用交易跟踪查询列表过程示意图，如图15所示，账户登录合同审批平台后，可以显示该账户对应权限的交易跟踪查询列表，为了方便账户查询该交易跟踪查询列表中的合同信息，可以在识别到“添加到常用报表”按钮被点击时，将交易跟踪查询列表添加到账户的常用报表中。同时，为了增加用户操作的灵活性，还设置了“移除”按钮，方便用户在不查看该报表时，点击“移除”按钮，即可将对应的报表进行移除。

在一种可能的实施方式中，将交易跟踪查询列表添加到常用报表中后，如果接收到用户点击的查看交易跟踪查询列表的查看指令，展示查询界面，图16为本发明实施例提供的查看交易跟踪查询列表示意图。图17为本发明实施例提供的接收到查看指令后，展示查询界面示意图，如图17所示，可以根据用户输入的合同名称、合同流水号、关联交易级别、对方主体名称、报送部门、报送人等合同信息，展示与用户输入的信息匹配的合同信息的查询结果。

图18为本发明实施例提供的展示查询结果示意图，如图18所示，可以同时展示合同名称、合同流水号、报送部门、报送人、合同总金额、我方主体名称、对方主体名称、关联交易级别、合同状态等信息。如果合同信息发生调整，可以显示调整后的合同信息。例如如果合同金额发生调整，显示调整后的合同金额。

同时，如果识别到“导出报表”按钮被触发，可以将展示的查询结果以Excel列表形式导出，可以理解的，导出的Excel列表中的合同信息与展示的查询结果中的合同信息相同，如Excel列表也包含合同名称、合同流水号、报送部门、报送人、合同总金额、我方主体名称、对方主体名称、关联交易级别、合同状态等信息。其中，如果有多个我方主体名称或者有多个对方主体名称，每个主体名称之间可以用逗号、分号、空格等符号隔开。

以查询关联交易级别为重大关联交易为例，图19为本发明实施例提供的重大关联交易的查询结果示意图，如图19所示，可以将每个重大关联交易的合同信息均进行展示。

在一种可能的实施方式中，当查询的某一项合同信息没有对应的合同信息时，可以用“-”标识。当根据用户输入的查询条件，没有查询到匹配的合同信息时，可以显示对应的提示信息，如可以显示“无符合条件的合同，请重新输入查询条件！”的提示信息。图20为本发明实施例提供的没有查询到匹配的合同信息时，显示的提示信息示意图。

在一种可能的实施方式中，在展示查询结果时，可以按照合同发起日期的降序排列，依次显示每个合同信息。每个展示界面可以展示的合同的个数也可以灵活设置，如可以展示5、10、15、20、50等个合同的合同信息，当符合查询结果的合同的个数超过一页展示界面可以展示的个数时，可以在多个展示界面进行展示，可以通过识别“首页”、“末页”、“上一页”、“下一页”或“转到第设定数量的某一页”的触发指令时，根据识别到的触发指令，展示对应的展示界面。根据触发指令，展示对应的展示界面为现有技术，在此不再赘述。

用户可以基于上述交易跟踪查询列表，方便灵活的选择对应的合同信息，提高用户监督和管理关联交易的效率。

实施例7：

为了及时对关联交易方列表进行维护，在上述各实施例的基础上，在本发明实施例中，若确定所述合同为关联交易，且接收到新增加的对方主体名称，所述方法还包括：

判断所述新增加的对方主体名称是否位于所述存储器中当前保存的关联交易方列表中，若否，则显示将所述新增加的对方主体名称添加到关联交易方列表中的提示信息；并在接收到添加指令时，调用所述存储器，使所述存储器将所述添加指令对应的对方主体名称添加到所述存储器自身保存的关联交易方列表中。

如果合同为关联交易，在审批过程中接收到新增加的对方主体名称时，可以认为与该新增加的对方主体也存在关联交易，该新增加的对方主体名称也应该位于存储器中保存的关联交易方列表中。具体的，为了提示用户，处理器可以在判断该新增加的对方主体名称不位于当前保存的关联交易方列表中时，显示将新增加的对方主体名称添加到关联交易方列表中的提示信息，例如在显示提示信息时，可以显示添加按钮，当识别到添加按钮被点击时，可以认为接收到添加指令。为了将添加指令对应的对方主体名称添加到存储器中保存的关联交易方列表中，处理器可以在接收到添加指令时，调用存储器，存储器进而将添加指令对应的对方主体名称添加到存储器自身保存的关联交易方列表中。

相比只依靠用户手动维护关联交易方列表，本发明实施例可以更及时准确的对关联交易方列表进行维护和更新，从而可以提高识别关联交易的准确性和办公效率。

其中提示信息的具体内容可以根据需求灵活设置，图21为本发明实施例提供的一种提示信息示意图，如图21所示，提示信息可以包括“对方主体1名称、对方主体2名称…未在关联交易方名单中，请设置为关联交易方！”。

图22为本发明实施例提供的一种添加按钮示意图，如图22所示，如果新增加的对方主体名称为法人时，可以点击图22中的“设置为关联交易方”添加按钮。图23为本发明实施例提供的第一种接收到添加指令后显示界面示意图，如图23所示，可以根据图23中的关联交易方新增页面将添加指令对应的合同对方主体添加到存储器当前保存的关联交易方列表中。

如果对方主体名称是自然人，则可以在点击图22中的“设置为关联交易方”按钮后显示图24中的“关联交易方新增页面”。图24为本发明实施例提供的第二种接收到添加指令后显示界面示意图，可以根据图24中的关联交易方新增页面将添加指令对应的合同对方主体添加到存储器当前保存的关联交易方列表中。

为方便理解，下面通过一个具体实施例对本发明实施例提供的合同审批过程进行说明。图25为本发明实施例提供的第三种合同审批过程示意图，如图25所示：

S2501：若接收到报送人发起的合同流程，识别合同中的对方主体名称，调用存储器中当前保存的关联交易方列表，若判断对方主体名称位于关联交易方列表中，则确定该合同为关联交易。

S2502：展示预设的关联交易提醒界面，并判断关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

S2503：调用存储器中保存的每个关联交易类别与每个审批节点的对应关系，确定调整后的关联交易类别对应的每个第一审批节点。

S2504：按照预设的每个第一审批节点的审批顺序，将合同的审批任务发送给排序在前的第一审批节点对应的第一审批账户，并在确定该第一审批账户的审批结果为合格时，将合同的审批任务发送给该第一审批节点下一相邻的第一审批节点对应的第二审批账户，依次进行对该合同的审批。

下面再通过一个具体实施例说明本发明实施例提供的合同审批过程，图26为本发明实施例提供的第一种审批流程示意图，如图26所示：

一般关联交易对应的审批节点分别为报送人、报送部分负责人、相关部门会签、报送人确认、法律审核(初审)、关联交易管理员、报送人清稿、法律确认(初审)、集团部门负责人、集团分管领导、集团董事长。

重大关联交易和特别重大关联交易对应的审批节点分别为：报送人、报送部门负责人、相关部门会签、报送人确认、法律审核(初审)、关联交易管理员、关联交易会签部门接口人、关联交易会签部门负责人、报送人清稿、法律确认(初审)、集团部门负责人、集团分管领导、集团董事长。

相比一般关联交易，重大关联交易和特别重大关联交易增加了子审批流程中的关联交易会签部门接口人、关联交易会签部门负责人两个审批节点。在一种可能的实施方式中，可以通过会签加签、增加子审批流程等方式灵活修改和调整审批节点，以更灵活的为每个合同信息设置对应的审批节点。

图27为本发明实施例提供的审批界面示意图，以上述实施例中重大关联交易和特别重大关联交易对应的审批节点为例，关联交易管理员审批时，可以选择下一步审批节点，即关联交易会签部门接口人处理，也可以通过点击“加签提交”按钮灵活添加新的审批节点。以提交到关联交易会签部门接口人处理为例，关联交易会签部门接口人接收到审批任务后，为了提示审批账户，可以将关联交易级别进行突出显示，图28为本发明实施例提供的将关联交易级别进行突出显示示意图，如图28所示，可以突出显示该合同为关联交易，并显示该合同为重大关联交易的提示信息。

为方便理解，下面再以一个具体实施例对本发明实施例提供的合同审批过程进行说明，图29为本发明实施例提供的第四种合同审批过程示意图，如图29所示：

S2901：在报送人起草合同阶段，接收报送人输入的合同审批表单中的相关合同信息，例如对方主体名称、合同金额等。

S2902：判断该待审批合同是否为关联交易，若是，则进行S2903；若否，则进行S2907。

例如在合同起草阶段识别到的待审批合同的关联交易级别为一般关联交易。

S2903：在报送人起草合同阶段，同时接收报送人上传相应的证明文件。

其中，上传的证明文件可以是针对一般关联交易的证明文件，如呈批件、定价及公允性说明、不存在不当利益输送的声明等。在一种可能的实施方式中，不存在不当利益输送的声明需要加盖对方主体的公章。

S2904：在确定报送人完成合同起草任务后，将合同审批任务发送给报送部门负责人。

S2905：确定报送部门负责人的审批结果为合格时，将合同审批任务发送给关联交易管理员审核。

S2906：识别到待审批的合同的合同信息发生调整，若合同调整为非关联交易，则进行S2907；若合同仍是关联交易，进行S2909。

S2907：将合同审批任务发送给法律审核。

S2908：确定法律审核的审批结果为合格时，将合同审批任务发送给各级领导审核。

S2909：判断关联交易级别是否为重大/长期持续性关联交易，若是，且判断证明材料不齐全时，进行S2910。

根据监管规定，长期持续性关联交易合同中需要有明确或预估关联交易金额，所以通常情况下，长期持续性关联交易的合同中包含明确或预估关联交易金额。

在一种可能的实施方式中，在合同为一般关联交易或豁免性关联交易时，如果合同信息中没有包含明确的关联交易金额时，也可以进行S2910。

S2910：将审核任务发送给报送人，提示报送人补充证明材料。

其中关联交易级别为重大/长期持续性关联交易时，补充后的证明材料可以包括：董事会审批决议、关联交易控制委员会决议、上会议案、定价及公允性说明(其中如果上会议案中包含定价及公允性说明的相关内容，可以不单独提供)、呈批件、不存在不当利益输送的声明等。

关联交易级别为一般关联交易或豁免性关联交易，没有包含明确的关联交易金额时，补充的证明材料可以为关于合同关联交易金额的说明。

S2911：在确定报送人补充完证明材料之后，进行S2907。

在本发明实施例中，在报送人起草合同阶段，当接收到报送人输入的对方主体名称后，可以调用存储器中当前保存的关联交易方列表，识别对方主体名称是否位于关联交易方列表中，从而可以避免人为疏忽或者不知悉的情况下，没有识别出关联交易等情况，提高了关联交易把控的准确性，并提高了办公效率。

同时，本发明实施例可以在报送人起草合同阶段即从源头上识别可能的关联交易风险，相比现有在合同起草阶段不识别对应的关联交易风险，只依靠在合同审批过程中依靠审批人员识别，且一旦在合同审批流程中识别出交易类型或这关联交易级别出现调整还需要报送人重新起草合同并发起新的合同审批流程，确定新的审批节点来进行对合同的审批而言，可以进一步提高办公效率。

为方便理解，下面再以一个具体实施例对本发明实施例提供的合同审批过程进行说明。

图30为本发明实施例提供的第二种审批流程示意图，如图30所示，例如合同信息调整前待审批合同为非关联交易，调整前的合同信息对应的每个第一审批节点分别为：报送人、用印管理员审核、签订盖章及履行人确定、合同管理员。

图31为本发明实施例提供的第三种审批流程示意图，如图31所示，在合同审批流程中，例如在报送人审批完成后，识别到合同信息发生调整，调整为重大关联交易，调整后的合同信息对应的每个第一审批节点分别为：报送人、关联交易岗用印审核、用印管理员审核、签订盖章及履行人确定、合同管理员。则为了提高办公效率，可以基于关联交易岗用印审核、用印管理员审核、签订盖章及履行人确定、合同管理员进行对合同的审批。

在一种可能的实施方式中，第一审批节点包括审核节点和盖章用印节点。可以理解的，合同信息发生调整后，调整后的合同信息对应的每个第一审批节点中的审核节点和盖章用印节点可能均会被调整。本发明实施例可以从合同起草阶段、到审核阶段、再到签订盖章阶段全闭环全线上的进行关联交易的识别和管控，从而提高风控识别和风险管理效率。

在一种可能的实施方式中，为了更好的进行风控识别和风险管控，可以对关联交易以及关联交易级别进行突出显示。图32为本发明实施例提供的盖章用印节点示意图，如图32所示，在盖章用印节点，可以将关联交易以及关联交易级别突出显示，本发明实施例对具体显示方式不作具体限定，可以根据需求灵活设置。

在一种可能的实施方式中，还可以设置天眼查和/或启信宝查询界面，用户可以通过天眼查和/或启信宝查询界面来查询合同对方主体的相关信息，进一步有利于判断交易类别以及关联交易级别。

实施例8：

在上述各实施例的基础上，本发明实施例提供了一种合同审批服务器，图33为本发明实施例提供的一种合同审批服务器示意图，如图33所示，所述服务器包括：

存储器331，用于保存每个合同信息与每个审批节点的对应关系、以及每个审批节点与每个审批账户的对应关系；

处理器332，用于在合同审批流程中，若识别到待审批的合同的合同信息发生调整，调用所述合同审批服务器中的存储器331中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点；

所述处理器332，还用于确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器331中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户；

所述处理器332，还用于针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应的进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户。

在一种可能的实施方式中，所述处理器332，具体用于确定待审批的合同的合同内容发生调整；或，所述合同内容未调整，但调用所述存储器331中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；或，调用所述存储器331中保存的关联交易级别判断规则，根据所述待审批的合同的合同内容以及所述关联交易级别判断规则，确定所述合同的关联交易级别发生调整。

在一种可能的实施方式中，所述处理器332，具体用于根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；

若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整。

在一种可能的实施方式中，所述处理器332，具体用于识别所述合同中的对方主体名称，调用所述存储器中当前保存的关联交易方列表，判断所述对方主体名称是否位于所述关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易。

在一种可能的实施方式中，所述处理器332，具体用于调用所述存储器中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

在一种可能的实施方式中，所述处理器332，还用于若识别到待审批的合同的合同信息为关联交易之后，所述调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系之前，展示预设的关联交易提醒界面，并判断所述关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

在一种可能的实施方式中，所述处理器332，还用于若确定所述合同为关联交易，且接收到新增加的对方主体名称，判断所述新增加的对方主体名称是否位于所述存储器中当前保存的关联交易方列表中，若否，则显示将所述新增加的对方主体名称添加到关联交易方列表中的提示信息；并在接收到添加指令时，调用所述存储器，使所述存储器将所述添加指令对应的对方主体名称添加到所述存储器自身保存的关联交易方列表中。

由于本发明实施例在合同审批流程中，若识别到待审批的合同的合同信息发生调整，可以根据预先保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点，并确定合同信息调整前已完成合同审批的第二审批节点，在判断每个第一审批节点中存在第二审批节点时，基于除第二审批节点之外的其他第一审批节点进行对合同的审批。由于本发明实施例在合同信息发生调整时，无需重新起草合同和发起新的合同审批流程，合同信息调整前已完成合同审批的第二审批节点可以不用重新对合同进行审批，从而可以提高办公效率以及用户体验。另外，本发明实施例针对除第二审批节点之外的其他第一审批节点，可以生成对该其他第一审批节点进行任务审批的待领取指令，并将待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给领取信息对应的第三审批账户，从而可以最大程度的保证其他第一审批节点对应的合同审批任务可以被及时处理，提高了办公效率。

实施例9：

在上述各实施例的基础上，本发明实施例还提供了一种电子设备，图34为本发明实施例提供的一种电子设备结构示意图，如图34所示，包括：存储器331、处理器332、通信接口333和通信总线334，其中，处理器332，通信接口333，存储器331通过通信总线334完成相互间的通信；

所述存储器331中存储有计算机程序，当所述程序被所述处理器332执行时，使得所述处理器332执行如下步骤：

在合同审批流程中，若识别到待审批的合同的合同信息发生调整，调用存储器331中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点；

确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器331中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户；

针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户。

在一种可能的实施方式中，处理器332，具体用于确定待审批的合同的合同内容发生调整；或，所述合同内容未调整，但调用所述存储器中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；或，调用所述存储器中保存的关联交易级别判断规则，根据所述待审批的合同的合同内容以及所述关联交易级别判断规则，确定所述合同的关联交易级别发生调整。

在一种可能的实施方式中，处理器332，具体用于根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整。

在一种可能的实施方式中，处理器332，具体用于识别所述合同中的对方主体名称，判断所述对方主体名称是否位于当前保存的关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易。

在一种可能的实施方式中，处理器332，具体用于调用所述存储器331中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

在一种可能的实施方式中，处理器332，还用于若识别到待审批的合同的合同信息为关联交易之后，所述调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系之前，展示预设的关联交易提醒界面，并判断所述关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

在一种可能的实施方式中，处理器332，还用于若确定所述合同为关联交易，且接收到新增加的对方主体名称，判断所述新增加的对方主体名称是否位于当前保存的关联交易方列表中，若否，则显示将所述新增加的对方主体名称添加到关联交易方列表中的提示信息；并在接收到添加指令时，调用所述存储器，使所述存储器将所述添加指令对应的对方主体名称添加到所述存储器自身保存的关联交易方列表中。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口333用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

由于本发明实施例在合同审批流程中，若识别到待审批的合同的合同信息发生调整，可以根据预先保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点，并确定合同信息调整前已完成合同审批的第二审批节点，在判断每个第一审批节点中存在第二审批节点时，基于除第二审批节点之外的其他第一审批节点进行对合同的审批。由于本发明实施例在合同信息发生调整时，无需重新起草合同和发起新的合同审批流程，合同信息调整前已完成合同审批的第二审批节点可以不用重新对合同进行审批，从而可以提高办公效率以及用户体验。另外，本发明实施例针对除第二审批节点之外的其他第一审批节点，可以生成对该其他第一审批节点进行任务审批的待领取指令，并将待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给领取信息对应的第三审批账户，从而可以最大程度的保证其他第一审批节点对应的合同审批任务可以被及时处理，提高了办公效率。

实施例10：

在上述各实施例的基础上，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行时实现如下步骤：

在合同审批流程中，所述合同审批服务器中的处理器若识别到待审批的合同的合同信息发生调整，调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点；

确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户；

针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户。

在一种可能的实施方式中，所述识别到待审批的合同的合同信息发生调整包括：

确定待审批的合同的合同内容发生调整；或，

所述合同内容未调整，但调用所述存储器中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；或，

调用所述存储器中保存的关联交易级别判断规则，根据所述待审批的合同的合同内容以及所述关联交易级别判断规则，确定所述合同的关联交易级别发生调整。

在一种可能的实施方式中，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整包括：

根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；

若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整。

在一种可能的实施方式中，所述根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别包括：

识别所述合同中的对方主体名称，调用所述存储器中当前保存的关联交易方列表，判断所述对方主体名称是否位于所述关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易。

在一种可能的实施方式中，所述判断所述对方主体名称是否位于所述关联交易方列表中包括：

调用所述存储器中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

在一种可能的实施方式中，若识别到待审批的合同的合同信息为关联交易之后，所述调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系之前，所述方法还包括：

展示预设的关联交易提醒界面，并判断所述关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

在一种可能的实施方式中，若确定所述合同为关联交易，且接收到新增加的对方主体名称，所述方法还包括：

判断所述新增加的对方主体名称是否位于所述存储器中当前保存的关联交易方列表中，若否，则显示将所述新增加的对方主体名称添加到关联交易方列表中的提示信息；并在接收到添加指令时，调用所述存储器，使所述存储器将所述添加指令对应的对方主体名称添加到所述存储器自身保存的关联交易方列表中。

上述计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD)等。

由于本发明实施例在合同审批流程中，若识别到待审批的合同的合同信息发生调整，可以根据预先保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点，并确定合同信息调整前已完成合同审批的第二审批节点，在判断每个第一审批节点中存在第二审批节点时，基于除第二审批节点之外的其他第一审批节点进行对合同的审批。由于本发明实施例在合同信息发生调整时，无需重新起草合同和发起新的合同审批流程，合同信息调整前已完成合同审批的第二审批节点可以不用重新对合同进行审批，从而可以提高办公效率以及用户体验。另外，本发明实施例针对除第二审批节点之外的其他第一审批节点，可以生成对该其他第一审批节点进行任务审批的待领取指令，并将待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给领取信息对应的第三审批账户，从而可以最大程度的保证其他第一审批节点对应的合同审批任务可以被及时处理，提高了办公效率。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (7)

1.一种合同审批方法，其特征在于，应用于合同审批服务器，所述方法包括：

在合同审批流程中，所述合同审批服务器中的处理器若识别到待审批的合同的合同信息发生调整，调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点；

确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户；

针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户；

所述识别到待审批的合同的合同信息发生调整包括：

所述待审批的合同的合同内容未调整，但调用所述存储器中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；

根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整包括：

根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；

若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整；

所述根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别包括：

识别所述合同中的对方主体名称，调用所述存储器中当前保存的关联交易方列表，判断所述对方主体名称是否位于所述关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易；

所述判断所述对方主体名称是否位于所述关联交易方列表中包括：

调用所述存储器中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

2.根据权利要求1所述的方法，其特征在于，所述识别到待审批的合同的合同信息发生调整还包括：

确定待审批的合同的合同内容发生调整；或，

调用所述存储器中保存的关联交易级别判断规则，根据所述待审批的合同的合同内容以及所述关联交易级别判断规则，确定所述合同的关联交易级别发生调整。

3.根据权利要求1所述的方法，其特征在于，若识别到待审批的合同的合同信息为关联交易之后，所述调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系之前，所述方法还包括：

展示预设的关联交易提醒界面，并判断所述关联交易提醒界面中的文件模板是否被下载，若否，则显示下载提示信息。

4.根据权利要求1-3任一所述的方法，其特征在于，若确定所述合同为关联交易，且接收到新增加的对方主体名称，所述方法还包括：

判断所述新增加的对方主体名称是否位于所述存储器中当前保存的关联交易方列表中，若否，则显示将所述新增加的对方主体名称添加到关联交易方列表中的提示信息；并在接收到添加指令时，调用所述存储器，使所述存储器将所述添加指令对应的对方主体名称添加到所述存储器自身保存的关联交易方列表中。

5.一种合同审批服务器，其特征在于，所述合同审批服务器包括：

存储器，用于保存每个合同信息与每个审批节点的对应关系、以及每个审批节点与每个审批账户的对应关系；

处理器，用于在合同审批流程中，若识别到待审批的合同的合同信息发生调整，调用所述合同审批服务器中的存储器中保存的每个合同信息与每个审批节点的对应关系，确定调整后的合同信息对应的每个第一审批节点；

所述处理器，还用于确定合同信息调整前已完成合同审批的第二审批节点，判断所述每个第一审批节点中是否存在所述第二审批节点，若是，调用所述存储器中保存的每个审批节点与每个审批账户的对应关系，确定除所述第二审批节点之外的其他第一审批节点对应的每个第三审批账户；

所述处理器，还用于针对除所述第二审批节点之外的其他第一审批节点，生成对该其他第一审批节点进行任务审批的待领取指令，并将所述待领取指令发送给该其他第一审批节点对应的每个第三审批账户，若接收到任一第三审批账户响应的进行任务审批的领取信息，将该其他第一审批节点对应的合同审批任务发送给所述领取信息对应的第三审批账户；

所述处理器，具体用于所述待审批的合同的合同内容未调整，但调用所述存储器中保存的交易类别判断规则，根据所述待审批的合同的合同内容以及所述交易类别判断规则，确定所述合同的交易类别发生调整；

所述处理器，具体用于根据所述合同的合同内容以及所述交易类别判断规则，确定所述合同的最新交易类别；若所述最新交易类别与当前保存的所述合同的当前交易类别不同，则将所述当前交易类别更新为所述最新交易类别，并确定所述合同的交易类别发生调整；

所述处理器，具体用于识别所述合同中的对方主体名称，判断所述对方主体名称是否位于当前保存的关联交易方列表中，若否，则确定所述合同为非关联交易；若是，则确定所述合同为关联交易；

所述处理器，具体用于调用所述存储器中保存的关键字拆分规则，对所述对方主体名称进行拆分，判断拆分后的任一对方主体子名称是否与当前保存的任一关键字匹配，若是，则确定所述对方主体名称位于当前保存的关联交易方列表中；若否，则确定所述对方主体名称不位于当前保存的关联交易方列表中。

6.一种电子设备，其特征在于，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-4任一所述合同审批方法的步骤。

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